特許 7572404 情報処理プログラム、情報処理システム、情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-15

(45)【発行日】2024-10-23

(54)【発明の名称】情報処理プログラム、情報処理システム、情報処理方法

(51)【国際特許分類】

   G06Q 20/02 20120101AFI20241016BHJP

【ＦＩ】

G06Q20/02 300

【請求項の数】 10

(21)【出願番号】P 2022114596

(22)【出願日】2022-07-19

(65)【公開番号】P2024012839

(43)【公開日】2024-01-31

【審査請求日】2023-12-14

(73)【特許権者】

【識別番号】593022629

【氏名又は名称】株式会社ジェーシービー

(74)【代理人】

【識別番号】100126480

【弁理士】

【氏名又は名称】佐藤 睦

(74)【代理人】

【識別番号】100140431

【弁理士】

【氏名又は名称】大石 幸雄

(72)【発明者】

【氏名】間下 公照

(72)【発明者】

【氏名】南井 享

(72)【発明者】

【氏名】中川 祐

【審査官】阿部 圭子

(56)【参考文献】

【文献】特開２０２１－１６３１７１（ＪＰ，Ａ）

【文献】特開２０２１－１６３１７２（ＪＰ，Ａ）

【文献】特開２０１９－１０６２１２（ＪＰ，Ａ）

【文献】特開２０２１－０８６３５３（ＪＰ，Ａ）

【文献】特開２０２１－０９９６７６（ＪＰ，Ａ）

【文献】特表２０２３－５１３１８２（ＪＰ，Ａ）

【文献】特表２０１６－５０９２９５（ＪＰ，Ａ）

【文献】韓国公開特許第１０－２０１２－０１１０９２６（ＫＲ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

識別子管理主体者の識別子管理主体者装置と接続される第１情報処理装置を、
前記識別子管理主体者によって管理される識別子に関連付けられるトークンの発行要求を、決済事業者によって用いられる決済事業者装置と接続される第２情報処理装置に対して送信する送信部と、
前記第２情報処理装置において前記発行要求に応じて生成され、前記決済事業者装置で用いられる決済用アカウントと関連付けられる前記トークンを、前記第２情報処理装置から受信する受信部と、
前記第２情報処理装置から受信された前記トークンと前記識別子とを関連付けて記憶部に記憶させる制御部と、
として機能させるための情報処理プログラム。

【請求項2】

前記送信部は、前記トークンに関連付けられた前記識別子に関する情報が前記第２情報処理装置において前記トークン及び前記決済用アカウントに関連付けられるように、前記識別子に関する情報を前記第２情報処理装置に対して送信する、
請求項１に記載の情報処理プログラム。

【請求項3】

前記制御部は、前記識別子のリスク評価の結果に基づいて、前記トークンの前記発行要求の送信を制限する、
請求項１又は請求項２に記載の情報処理プログラム。

【請求項4】

前記制御部は、前記識別子のリスク評価の結果に基づいて、前記識別子を含む決済要求又は前記識別子に関連付けられた前記トークンを含む決済要求に応じた、決済に関する処理の実行を制限する、
請求項１又は請求項２に記載の情報処理プログラム。

【請求項5】

決済事業者の決済事業者装置と接続される第２情報処理装置を、
識別子管理主体者の識別子管理主体者装置と接続される第１情報処理装置から、前記識別子管理主体者によって管理される識別子に関連付けられるトークンの発行要求を受信する受信部と、
前記発行要求に応じて、前記トークンを生成する生成部と、
前記トークンと、前記決済事業者装置で用いられる決済用アカウントとを関連付けて記憶部に記憶させる制御部と、
前記トークンを前記第１情報処理装置に対して送信する送信部と、
として機能させるための情報処理プログラム。

【請求項6】

前記受信部は、前記トークンに関連付けられた前記識別子に関する情報を、前記第１情報処理装置から受信し、
前記制御部は、前記識別子に関する情報を、前記トークン及び前記決済用アカウントと関連付けて前記記憶部に記憶させる、
請求項５に記載の情報処理プログラム。

【請求項7】

前記制御部は、前記決済用アカウントのリスク評価の結果に基づいて、前記生成部による前記トークンの生成を制限する、
請求項５又は請求項６に記載の情報処理プログラム。

【請求項8】

前記制御部は、前記トークンのリスク評価の結果に基づいて、前記識別子を含む決済要求又は前記識別子に関連付けられた前記トークンを含む決済要求に応じた、決済に関する処理の実行を制限する、
請求項５又は請求項６に記載の情報処理プログラム。

【請求項9】

識別子管理主体者のる識別子管理主体者装置と接続される第１情報処理装置と、決済事業者の決済事業者装置と接続される第２情報処理装置と、を含む情報処理システムであって、
前記第１情報処理装置は、
前記識別子管理主体者によって管理される識別子に関連付けられるトークンの発行要求を、前記第２情報処理装置に対して送信する送信部と、
前記第２情報処理装置から、前記発行要求に応じて生成される前記トークンを受信する受信部と、
前記第２情報処理装置から受信された前記トークンと前記識別子とを関連付けて記憶部に記憶させる制御部と、を備え、
前記第２情報処理装置は、
前記第１情報処理装置から受信された前記発行要求に応じて、前記トークンを生成する生成部と、
前記トークンと、前記決済事業者装置で用いられる決済用アカウントとを関連付けて記憶部に記憶させる制御部と、
を備える情報処理システム。

【請求項10】

識別子管理主体者の識別子管理主体者装置と接続される第１情報処理装置と、決済事業者の決済事業者装置と接続される第２情報処理装置と、を含む情報処理システムにおける情報処理方法であって、
前記第１情報処理装置が、前記識別子管理主体者によって管理される識別子に関連付けられるトークンの発行要求を、前記第２情報処理装置に対して送信する工程と、
前記第２情報処理装置が、前記発行要求に応じて前記トークンを生成する工程と、
前記第２情報処理装置が、前記トークンと、前記決済事業者装置で用いられる決済用アカウントとを関連付けて記憶部に記憶させる工程と、
前記第１情報処理装置が、前記トークンと前記識別子とを関連付けて記憶部に記憶させる制御部と、を有する、
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理プログラム、情報処理システム、情報処理方法に関する。

【背景技術】

【0002】

従来、キャッシュレス決済の安全性を高める技術の一つとして、決済専用のアカウント（例えば、クレジットカード番号、銀行口座番号等）に基づいて生成されたトークンを用いて決済を行うトークン決済が知られている。例えば、非特許文献１に記載されているシステムでは、決済代行会社が、ユーザのクレジットカード番号に基づいてトークンを生成し、顧客が、決済代行会社によって生成されたトークンを加盟店に送信する。そして、当該トークンを用いた与信結果に基づいて加盟店におけるユーザの決済が行われる。

【先行技術文献】

【非特許文献】

【0003】

【文献】“トークン決済とは。その仕組みと効果を解説”,[online],令和３年９月３０日, ＳＢペイメントサービス,[令和４年５月２３日検索],インターネット,<URL:https://www.sbpayment.jp/support/ec/card_beginner/about-token-payment/>

【発明の概要】

【発明が解決しようとする課題】

【0004】

近年、ユーザは、決済とは異なる用途において多様な識別子（例えば、マイナンバー、ポイントカード番号、被保険証番号等）を利用している。しかしながら、ユーザは、安全性の確保の観点から、これらの識別子を決済のために利用することはできず、決済専用のアカウント（例えば、クレジットカード番号や銀行口座番号等）を利用せざるを得ない。ユーザの利便性の向上のためには、安全性を確保しながら、決済専用のアカウントに限られない、あらゆる識別子を用いた決済モデルを実現することが期待される。

【0005】

本開示は、このような状況に鑑みてなされたものであって、安全性を確保しながら、ユーザの利便性が高い決済モデルを実現可能な情報処理プログラム、情報処理システム、情報処理方法を提供することを目的の一つとする。

【課題を解決するための手段】

【0006】

本開示の一態様に係る情報処理プログラムは、識別子管理主体者の識別子管理主体者装置と接続される第１情報処理装置を、前記識別子管理主体者によって管理される識別子に関連付けられるトークンの発行要求を、決済事業者の決済事業者装置と接続される第２情報処理装置に対して送信する送信部と、前記第２情報処理装置において前記発行要求に応じて生成され、前記決済事業者装置で用いられる決済用アカウントと関連付けられる前記トークンを、前記第２情報処理装置から受信する受信部と、前記第２情報処理装置から受信された前記トークンと前記識別子とを関連付けて記憶部に記憶させる制御部と、として機能させる。

【0007】

本開示の他の態様に係る情報処理プログラムは、決済事業者の決済事業者装置と接続される第２情報処理装置としてのコンピュータを、識別子管理主体者の識別子管理主体者装置と接続される第１情報処理装置から、前記識別子管理主体者によって管理される識別子に関連付けられるトークンの発行要求を受信する受信部と、前記発行要求に応じて、前記トークンを生成する生成部と、前記トークンと、前記決済事業者装置で用いられる決済用アカウントとを関連付けて記憶部に記憶させる制御部と、前記トークンを前記第１情報処理装置に対して送信する送信部と、として機能させる。

【0008】

本開示の他の態様に係る情報処理システムは、識別子管理主体者の識別子管理主体者装置と接続される第１情報処理装置と、決済事業者の決済事業者装置と接続される第２情報処理装置と、を含む情報処理システムであって、前記第１情報処理装置は、前記識別子管理主体者によって管理される識別子に関連付けられるトークンの発行要求を、前記第２情報処理装置に対して送信する送信部と、前記第２情報処理装置から、前記発行要求に応じて生成される前記トークンを受信する受信部と、前記第２情報処理装置から受信された前記トークンと前記識別子とを関連付けて記憶部に記憶させる制御部と、を備え、前記第２情報処理装置は、前記第１情報処理装置から受信された前記発行要求に応じて、前記トークンを生成する生成部と、前記トークンと、前記決済事業者装置で用いられる決済用アカウントとを関連付けて記憶部に記憶させる制御部と、を備える。

【0009】

本開示の他の態様に係る情報処理方法は、識別子管理主体者の識別子管理主体者装置と接続される第１情報処理装置と、決済事業者の決済事業者装置と接続される第２情報処理装置と、を含む情報処理システムにおける情報処理方法であって、前記第１情報処理装置が、前記識別子管理主体者によって管理される識別子に関連付けられるトークンの発行要求を、前記第２情報処理装置に対して送信する工程と、前記第２情報処理装置が、前記発行要求に応じて前記トークンを生成する工程と、前記第２情報処理装置が、前記トークンと、前記決済事業者装置で用いられる決済用アカウントとを関連付けて記憶部に記憶させる工程と、前記第１情報処理装置が、前記トークンと前記識別子とを関連付けて記憶部に記憶させる制御部と、を有する。

【発明の効果】

【0010】

本開示の一態様によれば、安全性を確保しながら、ユーザの利便性が高い決済モデルを実現できる。

【図面の簡単な説明】

【0011】

【図1】第１実施形態に係る情報処理システム１の概略構成を示す図である。

【図2】第１実施形態に係る決済モデルの一例を示す図である。

【図3】第１実施形態に係る情報処理システム１の各装置の物理構成の一例を示す図である。

【図4】第１実施形態に係るセンター４０及び５０の機能構成の一例を示す図である。

【図5】第１実施形態に係る情報処理システム１における識別子、トークン及び決済用アカウントの関連付け動作の一例を示す図である。

【図6】第１実施形態に係る情報処理システム１における決済動作の一例を示す図である。

【図7】第２実施形態に係る決済モデルの一例を示す図である。

【図8】第２実施形態に係るセンター４０及び５０の機能構成の一例を示す図である。

【図9】第２実施形態に係る情報処理システム２における連携動作及び決済動作の一例を示す図である。

【発明を実施するための形態】

【0012】

以下に、本発明の一実施形態におけるシステムについて、図面を参照して詳細に説明する。また、以下の図面の記載において、同一または類似の部分には同一または類似の符号を付して表している。

【0013】

（第１実施形態）
図１は、第１実施形態に係る情報処理システムの概要を示す図である。図１に示すように、情報処理システム１は、デバイス１０と、一つ又は複数の識別子管理主体者装置２０_m（１≦ｍ≦Ｍ、Ｍは１以上の整数）と、一つ又は複数の決済事業者装置３０_n（１≦ｎ≦Ｎ、Ｎは１以上の整数）と、センター４０と、センター５０と、を含んで構成される。

【0014】

デバイス１０は、決済とは異なる用途の識別子（例えば、マイナンバー、ポイントカード番号、被保険証番号等）を記憶しているデバイス、又は、当該識別子を取得可能なデバイスである。デバイス１０は、例えば、カード、キーフォブ、スマートフォン、タブレット、パーソナルコンピュータ、カードが挿入される端末、又は、キーフォブからの情報を取得する端末等であるが、これらに限られず、どのようなデバイスであってもよい。

【0015】

識別子管理主体者装置２０_mは、デバイス１０によって記憶又は取得される識別子の管理主体者（以下、「識別子管理主体者」という）によって用いられる装置であり、一つ又は複数のサーバ等で構成されてもよい。識別子管理主体者は、例えば、マイナンバーの運営事業者、ポイントカードの発行事業者、健康保険組合、自治体等であるが、これらに限られず、識別子を管理するどのような事業者であってもよい。

【0016】

決済事業者装置３０_nは、決済事業者によって用いられる装置であり、一つ又は複数のサーバ等で構成されてもよい。決済事業者は、例えば、クレジットカード会社、銀行、資金移動業者等であるが、これらに限られず、決済用のアカウント（以下、「決済用アカウント」という）を用いた決済を行うどのような事業者であってもよい。決済用アカウントは、例えば、クレジットカード番号、銀行口座番号、又は、所定のアカウントであるが、これらに限られない。

【0017】

センター４０は、一つ又は複数の識別子管理主体者装置２０_mと通信可能に接続される第１情報処理装置である。センター４０は、識別子管理主体者装置２０_mとの間のインターフェース（以下、「識別子管理者Ｉ／Ｆ」という）を有し、例えば、ＡＰＩ（Application Programming Interface）を介して識別子管理主体者装置２０_mと接続される。また、センター４０は、デバイス１０と通信可能に接続され、デバイス１０とのインターフェース（以下、「ユーザＩ／Ｆ」という）を有する。センター４０は、当該ユーザＩ／Ｆを介してデバイス１０に対して、アプリケーション及び／又はデータを提供してもよい。

【0018】

センター５０は、一つ又は複数の決済事業者装置３０_nと通信可能に接続される第２情報処理装置である。センター５０は、決済事業者装置３０_nとの間のインターフェース（以下、「決済事業者Ｉ／Ｆ」という）を有し、例えば、ＡＰＩを介して決済事業者装置３０_nと接続される。センター５０は、例えば、ＰＳＰ（Payment Service Provider）によって用いられる情報処理装置であってもよい。また、センター５０は、デバイス１０と通信可能に接続され、デバイス１０とのインターフェース（以下、「ユーザＩ／Ｆ」という）を有する。センター５０は、当該ユーザＩ／Ｆを介してデバイス１０に対してアプリケーション及び／又はデータを提供してもよい。また、センター５０は、センター４０と通信可能に接続され、センター４０とのインターフェース（以下、「センター間Ｉ／Ｆ」という）を有する。センター５０は、例えば、ＡＰＩ介してセンター４０と接続される。

【0019】

なお、デバイス１０と、一つ又は複数の識別子管理主体者装置２０_mと、一つ又は複数の決済事業者装置３０_nと、センター４０と、センター５０とは、それぞれ、別体の情報処理装置であってもよいし、これらの少なくとも二つが同一の情報処理装置に含まれてもよい。例えば、センター４０及びセンター５０は、別体の情報処理装置であってもよいし、同一の情報処理装置に含まれてもよい。

【0020】

以下、一つ又は複数の識別子管理主体者装置２０_m（１≦ｍ≦Ｍ、Ｍは１以上の整数）の各々を区別しない場合、識別子管理主体者装置２０と総称する。また、一つ又は複数の決済事業者装置３０_n（１≦ｎ≦Ｎ、Ｎは１以上の整数）の各々を区別しない場合は、決済事業者装置３０と総称する。

【0021】

図２は、第１実施形態に係る決済モデルの一例を示す図である。例えば、図２では、識別子管理主体者装置２０₁及び２０₂によって管理される識別子の一例として、マイナンバー、ポイントカード番号が示される。図２に示すように、識別子管理主体者装置２０毎に管理される識別子の種別が異なってもよい。また、決済事業者装置３０₁及び３０₂によって管理される決済用アカウントの一例として、銀行口座番号、クレジットカード番号が示される。なお、図２に示す決済モデルは例示にすぎず、第１実施形態に係る決済モデルを実現する構成が図示するものに限られないことは勿論である。

【0022】

図２に示すように、センター４０は、識別子管理主体者装置２０で管理される識別子とセンター５０によって発行されるトークンとを関連付けて記憶する。例えば、センター４０は、識別子とトークンとを関連付ける情報（以下、「関連付け情報」という）４０１ａを保持する。また、センター５０は、当該トークンと決済用アカウントと、を関連付けて記憶する。例えば、センター５０は、トークンと決済用アカウントとを関連付ける情報（以下、「関連付け情報」という）５０１ａを保持する。

【0023】

図２に示す決済モデルでは、デバイス１０は、識別子管理主体者装置２０₁によって割り当てられた識別子（ここでは、マイナンバー「Ａ００１」）を用いてセンター４０に対する決済要求を送信する。センター４０は、当該識別子に関連付けられたトークン＃１を用いてセンター５０に対する決済要求を送信する。センター５０は、センター４０からのトークン＃１に関連付けられた決済用アカウント（ここでは、銀行口座番号「xxxxxxxxxxx3」）を用いて、当該決済用アカウントに対応する決済事業者装置３０₁との間で決済に関する処理（以下、「決済処理」という）を行う。センター５０は、決済事業者装置３０₁との間の決済処理の結果をデバイス１０に送信する。

【0024】

このように、第１実施形態に係る情報処理システム１では、トークンを仲介して識別子と決済用アカウントとが関連付けられる。これにより、トークンを仲介して識別子に関連付けられた決済用アカウントを用いた決済事業者装置３０による決済が可能となるので、当該識別子と当該決済用アカウントとを直接関連付ける場合と比較して、安全性の高い決済を実現でき、かつ、ユーザの利便性を向上できる。

【0025】

＜構成＞
次に、第１実施形態に係る情報処理システム１の物理構成及び機能構成を説明する。
≪物理構成≫
図３は、第１実施形態に係る情報処理システム１の各装置の物理構成の一例を示す図である。情報処理システム１内の各装置（例えば、デバイス１０、識別子管理主体者装置２０、決済事業者装置３０、センター４０及びセンター５０等）は、プロセッサ１１、記憶装置１２、有線又は無線の通信を行う通信装置１３、各種の入力操作を受け付ける入力装置や各種情報の出力を行う入出力装置１４を含む。プロセッサ１１が記憶装置１２に記憶されたプログラムを実行することにより、各装置の制御部の少なくとも一部の機能を実現する。

【0026】

プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）であり、情報処理システム１内の各装置を制御する。プロセッサ１１は、プログラムを記憶装置１２から読み出して実行することで、本実施形態で説明する各種の処理を実行してもよい。情報処理システム１内の各装置は、１又は複数のプロセッサ１１により構成されていてもよい。また、当該各装置は、コンピュータと呼ばれてもよい。

【0027】

記憶装置１２は、例えば、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等のストレージから構成される。記憶装置１２は、プロセッサ１１による処理の実行に必要な各種情報（例えば、プロセッサ１１によって実行されるプログラム等）を記憶してもよい。記憶装置１２は、各装置の記憶部の少なくとも一部の機能を実現する。

【0028】

通信装置１３は、ネットワークを介して通信を行う装置であり、例えば、ネットワークカード、通信モジュール、チップ、アンテナ等を含んでもよい。入出力装置１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等の入力装置と、例えば、ディスプレイ及び／又はスピーカ等の出力装置とを含む。通信装置１３は、各装置の送信部、受信部又は送受信部の少なくとも一部の機能を実現する。

【0029】

以上説明した物理構成は一例に過ぎない。情報処理システム１内の各装置は、図３に記載したハードウェアの一部が省略されていてもよいし、図３に記載されていないハードウェアを備えていてもよい。また、図３に示すハードウェアが１又は複数のチップにより構成されていてもよい。

【0030】

≪機能構成≫
図４は、第１実施形態に係るセンター４０及び５０の機能構成の一例を示す図である。図４に示すように、センター４０は、記憶部４０１、トークン発行制御部４０２、リスク評価部４０３、決済制御部４０４及び送受信部４０５を備える。なお、トークン発行制御部４０２、リスク評価部４０３及び決済制御部４０４は制御部と総称されてもよい。

【0031】

記憶部４０１は、識別子とトークンとを関連付けて記憶する。具体的には、記憶部４０１は、識別子とトークンとを関連付ける関連付け情報４０１ａ（例えば、図２参照）を記憶してもよい。また、記憶部４０１は、識別子に関する情報（以下、「識別子情報」という）４０１ｂを記憶してもよい。識別子情報４０１ｂは、送受信部４０５によって識別子管理主体者装置２０から受信されてもよい。

【0032】

ここで、識別子情報４０１ｂは、例えば、識別子、当該識別子を管理する識別子管理主体者に関する情報（以下、「識別子管理主体者情報」という）、当該識別子を用いた認証に関する情報（以下、「認証情報」という）、当該識別子のユーザの属性に関する情報（以下、「属性情報」という）の少なくとも一つを含んでもよい。また、識別子管理主体者情報は、例えば、識別子管理主体者の名称及び／又は識別情報を含んでもよい。認証情報は、例えば、ユーザ認証及び／又は事業者接続に関する情報であってもよい。属性情報は、例えば、ユーザの名称、住所及び連絡先の少なくとも一つを含んでもよい。

【0033】

トークン発行制御部４０２は、デバイス１０又は識別子管理主体者装置２０からのトークンの発行要求（以下、「トークン発行要求」という）に応じて、識別子に関連付けられるトークンの発行を制御する。具体的には、送受信部４０５によってデバイス１０又は識別子管理主体者装置２０からトークン発行要求が受信された場合、トークン発行制御部４０２は、センター５０に対するトークン発行要求の送信を制御する。また、トークン発行制御部４０２は、リスク評価部４０３によるリスク評価の結果に基づいて、センター５０に対するトークン発行要求の送信を制限してもよい。

【0034】

リスク評価部４０３は、記憶部４０１に記憶された識別子情報４０１ｂに基づいて、識別子のリスク評価を行ってもよい。具体的には、リスク評価部４０３は、識別子情報４０１ｂの識別子管理主体者情報、認証情報及び属性情報の少なくとも一つに基づいて、識別子のリスクに関するレベルを評価してもよい。例えば、リスク評価部４０３は、識別子管理主体者の信頼性が高い場合（例えば、マイナンバーの識別子管理主体者である場合）、当該識別子のリスクが低い（すなわち、安全性が高い）レベルに評価してもよい。一方、識別子管理主体者の信頼性が低い場合（例えば、ポイントカード番号の識別子管理主体者である場合）、当該識別子のリスクが高い（すなわち、安全性が低い）レベルに評価してもよい。

【0035】

また、リスク評価部４０３は、識別子に関連付けられたトークンの利用に関するセンター５０からの情報、識別子管理主体者装置２０から提供される情報、及び、センター４０における取引に関する情報（以下、「取引情報」という）の少なくとも一つに基づいて、識別子のリスクに関するレベルを評価してもよい。

【0036】

決済制御部４０４は、デバイス１０からの決済要求に応じて、決済処理を制御する。具体的には、デバイス１０からの識別子を用いた決済要求に応じて、決済制御部４０４は、記憶部４０１において識別子に関連付けられるトークンを取得し、トークンを用いた決済要求を送受信部４０５に送信させてもよい。また、決済制御部４０４は、リスク評価部４０３によるリスク評価の結果に基づいて、センター５０に対する決済処理の実行を制限してもよい。

【0037】

送受信部４０５は、ユーザＩ／Ｆ、識別子管理主体者Ｉ／Ｆ及びセンター間Ｉ／Ｆの少なくとも一つとして機能する。具体的には、送受信部４０５は、識別子管理主体者装置２０から識別子情報を受信してもよい。また、送受信部４０５は、デバイス１０又は識別子管理主体者装置２０からのトークン発行要求を受信してもよい。また、送受信部４０５は、トークン発行制御部４０２による制御に従って、センター５０に対するトークン発行要求を送信してもよい。

【0038】

センター５０は、記憶部５０１、トークン生成部５０２、リスク評価部５０３、決済制御部５０４及び送受信部５０５を備える。なお、トークン生成部５０２、リスク評価部５０３及び決済制御部５０４は制御部と総称されてもよい。

【0039】

記憶部５０１は、トークンと決済用アカウントとを関連付けて記憶する。具体的には、記憶部５０１は、トークンと決済用アカウントとを関連付ける関連付け情報５０１ａ（例えば、図２参照）を記憶してもよい。また、記憶部５０１は、決済用アカウントに関する情報（以下、「決済用アカウント情報」という）５０１ｂを記憶してもよい。決済用アカウント情報５０１ｂは、送受信部５０５によって決済事業者装置３０から受信されてもよい。

【0040】

決済用アカウント情報５０１ｂは、例えば、カード番号や銀行口座番号等の決済用アカウントを示す情報、有効期限を示す情報、当該決済用アカウントを用いる決済事業者に関する情報（以下、「決済事業者情報」という）、及び、当該決済用アカウントを用いるユーザの属性に関する属性情報の少なくとも一つを含んでもよい。決済事業者情報は、例えば、決済事業者の名称であってもよい。また、属性情報は、例えば、ユーザの名称、住所及び連絡先の少なくとも一つを含んでもよい。また、決済用アカウント情報５０１ｂには、決済用アカウントを用いた認証に関する認証情報、決済用アカウントを用いた取引に関する取引情報等が含まれてもよい。

【0041】

トークン生成部５０２は、センター４０からのトークン発行要求に応じて、記憶部５０１において決済用アカウントに関連付けられるトークンの発行を制御する。具体的には、送受信部５０５によってセンター４０からトークン発行要求が受信された場合、トークン生成部５０２は、トークンを生成する。また、トークン生成部５０２は、リスク評価部５０３によるリスク評価の結果に基づいて、トークンの生成を制限してもよい。

【0042】

リスク評価部５０３は、記憶部５０１に記憶された決済用アカウント情報５０１ｂに基づいて、トークンに関するリスク評価を行ってもよい。また、リスク評価部５０３は、センター４０からの情報、決済事業者装置３０から提供される情報、及び、センター５０における取引情報の少なくとも一つに基づいて、トークンに関するリスクに関するレベルを評価してもよい。

【0043】

決済制御部５０４は、センター４０からの決済要求に応じて、決済処理を制御する。具体的には、センター４０からのトークンを用いた決済要求に応じて、決済制御部５０４は、記憶部５０１においてトークンに関連付けられる決済用アカウントを取得し、決済用アカウントを用いた決済要求を決済事業者装置３０に対して送受信部５０５に送信させてもよい。また、決済制御部５０４は、リスク評価部５０３によるリスク評価の結果に基づいて、決済事業者装置３０に対する決済処理の実行を制限してもよい。

【0044】

送受信部５０５は、ユーザＩ／Ｆ、識別子管理主体者Ｉ／Ｆ及びセンター間Ｉ／Ｆの少なくとも一つとして機能する。具体的には、送受信部５０５は、センター４０からトークン発行要求を受信してもよい。また、送受信部５０５は、センター４０からトークンを含む決済要求を受信してもよい。また、送受信部５０５は、デバイス１０に対して、トークンに関連付けられた決済用アカウントを用いた決済処理の結果を示す情報を送信してもよい。

【0045】

＜動作＞
図５及び６を参照し、第１実施形態に係る情報処理システム１における動作を説明する。なお、図５及び６は例示にすぎず、一部のステップは省略されてもよいし、不図示のステップが追加されてもよい。また、少なくとも二つのステップの順番が入れ替えられてもよい。また、図５及び６では、デバイス１０は、識別子管理主体者装置２０によって管理される識別子を記憶又は取得しているものとする。

【0046】

≪関連付け動作≫
図５は、第１実施形態に係る情報処理システム１における識別子、トークン及び決済用アカウントの関連付け動作の一例を示す図である。図５に示すように、ステップＳ１０１において、デバイス１０は、識別子管理主体者装置２０を経由して、センター４０に対してトークン発行要求を送信する。なお、デバイス１０は、識別子管理主体者装置２０を経由せずに、センター４０に対して直接トークン発行要求を送信してもよい。センター４０は、当該トークン発行要求を識別子管理主体者装置２０又はデバイス１０から受信する。トークン発行要求は、識別子を含んでもよい。

【0047】

ステップＳ１０２において、センター４０は、トークン発行要求に含まれる識別子のリスク評価を行う。例えば、センター４０は、識別子情報４０１ｂ、識別子管理主体者装置２０及びデバイス１０の少なくとも一つから取得した情報に基づいてリスク評価を行い、当該リスク評価の結果が所定レベルを満たすか否かを判定してもよい。当該リスク評価の結果が所定レベルを満たす場合、本動作はステップＳ１０３に進み、当該リスク評価の結果が所定レベルを満たさない場合、図示しないが、センター４０は、デバイス１０及び／又は識別子管理主体者装置２０に対して、トークン発行要求が拒否されたことを示す情報を送信してもよい。

【0048】

ステップＳ１０３において、センター４０は、センター５０に対してトークン発行要求を送信する。ステップＳ１０４において、センター５０は、センター４０からのトークン発行要求に応じて、デバイス１０に対して、決済用アカウントの登録要求（以下、「決済用アカウント登録要求」という）を送信する。

【0049】

ステップＳ１０５において、デバイス１０は、センター５０からの決済用アカウントの登録要求に応じて、決済用アカウント情報５０１ｂをセンター５０に対して送信する。センター５０は、デバイス１０から受信した決済用アカウント情報５０１ｂを記憶部５０１に記憶させる。

【0050】

ステップＳ１０６において、センター５０は、デバイス１０からの決済用アカウント情報５０１ｂに基づいて、決済事業者装置３０との間で決済用アカウントの認証処理（例えば、与信等）を行ってもよい。具体的には、センター５０は、デバイス１０から取得される決済用アカウントの認証情報を決済事業者装置３０に送信することで、当該認証情報に基づく決済事業者装置３０における決済用アカウントの認証処理の結果を受信してもよい。

【0051】

ステップＳ１０７において、センター５０は、トークンを生成する。具体的には、センター５０は、ステップＳ１０６において決済用アカウントの認証処理に成功する場合に、トークンを生成してもよい。当該トークンは、ステップＳ１０１でセンター４０において受信された識別子毎に生成される（例えば、図２）。一方、当該トークンは決済用アカウント毎に生成されなくともよく、複数の識別子それぞれに対応する複数のトークンが同一の決済用アカウントに対応してもよい。

【0052】

ステップＳ１０８において、センター５０は、ステップＳ１０７で生成されたトークンと、ステップＳ１０５で受信された決済用アカウント情報５０１ｂが示す決済用アカウントと、を関連付けて記憶部５０１に記憶させる。例えば、図２に示すように、センター５０は、関連付け情報５０１ａにおいて当該トークンと決済用アカウントとを関連付けて記憶させてもよい。

【0053】

ステップＳ１０９において、センター５０は、ステップＳ１０７で生成されたトークンに関する情報（以下、「トークン情報」という）をセンター４０に送信する。ステップＳ１１０において、センター４０は、ステップＳ１０１でデバイス１０から受信された識別子と、ステップＳ１０９でセンター５０から受信されたトークン情報が示すトークンと、を関連付けて記憶部４０１に記憶させる。例えば、図２に示すように、センター４０は、当該識別子と当該トークンとを関連付ける関連付け情報４０１ａを記憶してもよい。

【0054】

≪決済動作≫
図６は、第１実施形態に係る情報処理システム１における決済動作の一例を示す図である。図６に示すように、ステップＳ２０１において、デバイス１０は、識別子を含む決済要求をセンター４０に対して送信する。

【0055】

ステップＳ２０２において、センター４０は、デバイス１０からの決済要求に応じて、識別子のリスク評価を行う。例えば、センター４０は、識別子情報４０１ｂ、識別子管理主体者装置２０から取得した情報及びデバイス１０から取得した情報の少なくとも一つに基づいてリスク評価を行い、当該リスク評価の結果が所定レベルを満たすか否かを判定してもよい。当該リスク評価の結果が所定レベルを満たす場合、本動作はステップＳ２０３に進み、当該リスク評価の結果が所定レベルを満たさない場合、図示しないが、センター４０は、デバイス１０に対して、決済要求が拒否されたことを示す情報を送信してもよい。

【0056】

ステップＳ２０３において、センター４０は、記憶部４０１の関連付け情報４０１ａ（例えば、図２）を参照して、デバイス１０からの決済要求に含まれる識別子をトークンに変換する。ステップＳ２０４において、センター４０は、当該トークンを含む決済要求をセンター５０に対して送信する。

【0057】

ステップＳ２０５において、センター５０は、センター４０からの決済要求に応じて、トークンのリスク評価を行う。例えば、センター５０は、決済用アカウント情報５０１ｂ、及び／又は、決済事業者装置３０、センター４０及びデバイス１０の少なくとも一つから取得した情報に基づいてリスク評価を行い、当該リスク評価の結果が所定レベルを満たすか否かを判定してもよい。当該リスク評価の結果が所定レベルを満たす場合、本動作はステップＳ２０６に進み、当該リスク評価の結果が所定レベルを満たさない場合、図示しないが、センター５０は、デバイス１０に対して、決済要求が拒否されたことを示す情報を送信してもよい。なお、センター５０は、センター４０を経由して当該デバイス１０に対して当該情報を送信してもよい。

【0058】

ステップＳ２０６において、センター５０は、記憶部５０１に記憶された関連付け情報５０１ａ（例えば、図２）を参照して、センター４０からの決済要求に含まれるトークンを決済用アカウントに変換する。ステップＳ２０７において、センター５０は、当該決済用アカウントを含む決済要求を決済事業者装置３０に対して送信する。

【0059】

ステップＳ２０８において、決済事業者装置３０は、決済用アカウントを用いた決済処理の結果を示す情報をセンター５０に対して送信する。ステップＳ２０９において、センター５０は、当該決済処理の結果を示す情報をデバイス１０に対して送信する。なお、センター５０は、センター４０を経由してデバイス１０に対して当該情報を送信してもよい。

【0060】

以上のように、第１実施形態に係る情報処理システム１によれば、センター４０において識別子とトークンとが関連付けられるとともに、センター５０においてトークンと決済用アカウントとが関連付けられるので、トークンを仲介して識別子と決済用アカウントとが関連付けられる。これにより、トークンを仲介して識別子に関連付けられた決済用アカウントを用いた決済事業者装置３０による決済が可能となるので、当該識別子と当該決済用アカウントとを直接関連付ける場合と比較して、安全性の高い決済を実現でき、かつ、ユーザの利便性を向上できる。

【0061】

（第２実施形態）
次に、第２実施形態に係る情報処理システム２について、第１実施形態に係る情報処理システム１との相違点を中心に説明する。第１実施形態で説明したように、情報処理システム２のセンター４０では識別子とトークンとが関連付けられ、センター５０ではトークンと決済用アカウントとが関連付けられる。第２実施形態に係る情報処理システム２では、センター４０からセンター５０に対して、トークンに関連付けられる識別子に関する識別子情報が送信され、センター５０において識別子、トークン及び決済用アカウントが関連付けられる点で、第１実施形態に係る情報処理システム１と異なる。

【0062】

図７は、第２実施形態に係る決済モデルの一例を示す図である。なお、図７では、図２に示す決済モデルとの相違点を中心に説明する。図７に示すように、センター５０は、トークンと決済用アカウントだけでなく、センター４０から連携された識別子を関連付けて記憶する。例えば、センター５０の関連付け情報５０１ａでは、トークンと決済用アカウントと識別子とが関連付けられる。

【0063】

例えば、図７に示す決済モデルでは、デバイス１０は、識別子管理主体者装置２０₂によって割り当てられた識別子（ここでは、ポイントカード番号「Ｙ００１」）を用いてセンター５０に対してトークン発行要求を送信する。センター５０は、トークン発行要求に応じて、当該識別子に関連付けられたトークン＃２をデバイス１０に送信する。デバイス１０は、当該トークン＃２を用いてセンター５０に対する決済要求を送信する。センター５０は、トークン＃２に関連付けられた決済用アカウント（ここでは、クレジットカード番号「xxxx xxxx xxxx xxx1」）を用いて、当該決済用アカウントに対応する決済事業者装置３０₂との間で決済処理を行う。センター５０は、決済事業者装置３０₂との間の決済処理の結果をデバイス１０に送信する。

【0064】

このように、第２実施形態に係る情報処理システム２では、センター５０において、トークンと決済用アカウントとに加えてセンター４０から連携された識別子が関連付けられる。これにより、デバイス１０は、センター４０を経由せずに、識別子に関連付けられたトークンを用いた決済事業者装置３０による決済が可能となるので、ユーザの利便性を向上できる。

【0065】

＜構成＞
第２実施形態に係る情報処理システム２を構成する各装置の物理構成は、図３で説明する第１実施形態に係る情報処理システム１を構成する各装置の物理構成と同様である。

【0066】

図８は、第２実施形態に係るセンター４０及び５０の機能構成の一例を示す図である。図８では、図４との相違点を中心に説明する。図８に示すように、情報処理システム２のセンター４０は連携制御部４０６を備え、センター５０は連携制御部５０６を備える点で、図４と異なる。また、センター４０は、決済制御部４０４を備えなくともよい。なお、連携制御部４０６は、トークン発行制御部４０２及びリスク評価部４０３とともに制御部と総称されてもよい。同様に、連携制御部５０６は、リスク評価部５０３及び決済制御部５０４とともに制御部と総称されてもよい。

【0067】

図８に示すように、連携制御部４０６は、トークンに関連付けられた識別子に関する識別子情報を記憶部４０１から取得する。例えば、連携制御部４０６は、記憶部４０１から識別子情報４０１ｂを取得してもよい。送受信部４０５は、取得された識別子情報４０１ｂをセンター５０に対して送信する。当該識別子情報４０１ｂは、上記の通り、識別子、識別子管理主体者情報、認証情報、属性情報の少なくとも一つを含んでもよい。

【0068】

情報処理システム２のセンター５０は、連携制御部５０６を備える点で、図４と異なる。なお、連携制御部５０６は、リスク評価部５０３及び決済制御部５０４とともに制御部と総称されてもよい。

【0069】

連携制御部５０６は、センター４０からの識別子情報４０１ｂが示す識別子を、トークン及び決済用アカウントと関連付けて記憶部５０１に記憶させる。

【0070】

決済制御部５０４は、センター４０又はデバイス１０からの決済要求に応じて、決済処理を制御する。具体的には、決済制御部５０４は、デバイス１０からのトークンを用いた決済要求に応じて、関連付け情報５０１ａにおいてトークンに関連付けられる決済用アカウントを取得し、決済用アカウントを用いた決済要求を決済事業者装置３０に対して送受信部５０５に送信させてもよい。

【0071】

送受信部５０５は、センター４０からの識別子情報４０１ｂを受信する。また、送受信部５０５は、デバイス１０から識別子を含むトークン発行要求を受信し、当該識別子に関連付けられたトークンをデバイス１０に送信してもよい。また、送受信部５０５は、デバイス１０からトークンを含む決済要求を受信してもよい。また、送受信部５０５は、デバイス１０に対して、トークンに関連付けられた決済用アカウントを用いた決済処理の結果を示す情報を送信してもよい。

【0072】

＜動作＞
図９は、第２実施形態に係る情報処理システム２における連携動作及び決済動作の一例を示す図である。なお、図９では、図５で説明した動作に従って、センター４０において識別子とトークンとが関連付けられ、センター５０においてトークンと決済用アカウントとが関連付けられているものとする。以下、図９は、図６に示す決済動作との相違点を中心に説明する。

【0073】

図９に示すように、ステップＳ３０１において、センター４０は、トークンに関連付けられた識別子に関する識別子情報４０１ｂをセンター５０に送信する。ステップＳ３０２において、センター４０は、当該識別子情報４０１ｂが示す識別子と、トークンと、決済用アカウントと、を関連付けて記憶部５０１（例えば、図７の関連付け情報５０１ａ）に記憶させる。

【0074】

ステップＳ３０３において、デバイス１０は、センター５０に対して、トークン発行要求を送信する。トークン発行要求は、識別子を含んでもよい。

【0075】

ステップＳ３０４において、センター５０は、トークン発行要求に含まれる識別子のリスク評価を行ってもよい。例えば、センター５０は、記憶部５０１、識別子管理主体者装置２０及びデバイス１０の少なくとも一つから取得した情報に基づいてリスク評価を行い、当該リスク評価の結果が所定レベルを満たすか否かを判定してもよい。当該リスク評価の結果が所定レベルを満たす場合、本動作はステップＳ３０５に進み、当該リスク評価の結果が所定レベルを満たさない場合、図示しないが、センター５０は、デバイス１０に対して、トークン発行要求が拒否されたことを示す情報を送信してもよい。

【0076】

ステップＳ３０５において、センター５０は、識別子に関連付けられたトークンをデバイス１０に送信する。ステップＳ３０６において、デバイス１０は、当該トークンを用いて決済要求をセンター５０に対して送信する。ステップＳ３０７～Ｓ３１１は、図６のＳ２０５～Ｓ２０９と同様であるため、説明を省略する。

【0077】

なお、図示しないが、デバイス１０は、センター５０に対して、識別子及び／又はトークンに関連付けられた決済用アカウントの確認及び／又は更新を要求してもよい。センター５０は、デバイス１０からの要求に応じて、記憶部５０１（例えば、関連付け情報５０１ａ及び／又は決済用アカウント情報５０１ｂ）を参照し、当該決済用アカウントの確認及び／又は更新を行ってもよい。

【0078】

以上のように、第２実施形態に係る情報処理システム２によれば、センター５０において、トークンと決済用アカウントとに加えてセンター４０から連携された識別子が関連付ける。これにより、デバイス１０は、センター４０を経由せずに、識別子に関連付けられたトークンを用いた決済事業者装置３０による決済が可能となるので、ユーザの利便性を向上できる。

【0079】

（その他の実施形態）
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

【符号の説明】

【0080】

１、２…情報処理システム、１０…デバイス、１１…プロセッサ、１２…記憶装置、１３…通信装置、１４…入出力装置、２０…識別子管理主体者装置、３０…決済事業者装置、４０…センター、５０…センター、４０１…記憶部、４０２…トークン発行制御部、４０３…リスク評価部、４０４…決済制御部、４０５…送受信部、４０６…連携制御部、５０１…記憶部、５０２…トークン生成部、５０３…リスク評価部、５０４…決済制御部、５０５…送受信部、５０６…連携制御部、４０１ａ…関連付け情報、４０１ｂ…識別子情報
５０１ａ…関連付け情報、５０１ｂ…決済用アカウント情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】