ホーム > 特許ランキング > 株式会社ＰＡＹ ＲＯＵＴＥ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2025-06-11
(45)【発行日】2025-06-19
(54)【発明の名称】情報処理システム、情報処理方法、プログラム
(51)【国際特許分類】
G06Q 20/38 20120101AFI20250612BHJP
G06Q 20/40 20120101ALI20250612BHJP
【ＦＩ】
G06Q20/38 316
G06Q20/40 300
【請求項の数】
7
(21)【出願番号】P 2024122111
(22)【出願日】2024-07-29
【審査請求日】2024-09-11
【新規性喪失の例外の表示】特許法第３０条第２項適用 令和６年２月１日に、ｈｔｔｐｓ：／／ｐａｙ－ｒｏｕｔｅ．ｃｏ．ｊｐ／、ｈｔｔｐｓ：／／ｐａｙ－ｒｏｕｔｅ．ｃｏ．ｊｐ／ｒｏｕｔｅ＿ｐａｙ、ｈｔｔｐｓ：／／ｐａｙ－ｒｏｕｔｅ．ｃｏ．ｊｐ／ｒｏｕｔｅｐａｙ－ｌｐ／、ｈｔｔｐｓ：／／ｗｗｗ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ－ｓｔｏｒｅ／、ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｒｏｕｔｅｐａｙ／ｉｄ１３４３２００８９３、ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｒｏｕｔｅｃｏｄｅ／ｉｄ１２１８０６６２９１、ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｒｏｕｔｅｃｏｄｅ－ｅｎｇｌｉｓｈ／ｉｄ６４９９１３２６１１、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ｇａｍｅｓ、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｐｌａｔｆｉｅｌｄ．ｒｏｕｔｅｃｏｄｅ．ｕｎｉｄ、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｐｌａｔｆｉｅｌｄ．ｒｏｕｔｅａｕｔｈ．ｕｎｉｄにて公開。
【新規性喪失の例外の表示】特許法第３０条第２項適用 令和６年２月１日に、ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／、ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／００００００００１．０００１３６１０１．ｈｔｍｌ、ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／００００００００５．０００１３６１０１．ｈｔｍｌ、ｈｔｔｐｓ：／／ｓｔｒａｉｇｈｔｐｒｅｓｓ．ｊｐ／、ｈｔｔｐｓ：／／ｓｔｒａｉｇｈｔｐｒｅｓｓ．ｊｐ／ｃｏｍｐａｎｙ＿ｎｅｗｓ／ｄｅｔａｉｌ？ｐｒ＝００００００００５．０００１３６１０１、ｈｔｔｐｓ：／／ｓｔｒａｉｇｈｔｐｒｅｓｓ．ｊｐ／ｃｏｍｐａｎｙ＿ｎｅｗｓ／ｄｅｔａｉｌ？ｐｒ＝００００００００５．０００１３６１０１、ｈｔｔｐｓ：／／ｄｉｍｅ．ｊｐ／、ｈｔｔｐｓ：／／ｄｉｍｅ．ｊｐ／ｃｏｍｐａｎｙ？ｎｅｗｓ／ｄｅｔａｉｌ／？ｐｒ＝１６９３１８０にて公開。
【早期審査対象出願】
(73)【特許権者】
【識別番号】521327301
【氏名又は名称】株式会社ＰＡＹ ＲＯＵＴＥ
(74)【代理人】
【識別番号】100194467
【弁理士】
【氏名又は名称】杉浦 健文
(72)【発明者】
【氏名】清水 友大
【審査官】板垣 有紀
(56)【参考文献】
【文献】特開２０２１－０８２３５９（ＪＰ，Ａ）
【文献】特開２００７－２４９３４９（ＪＰ，Ａ）
【文献】特開２０１６－０９６５４７（ＪＰ，Ａ）
【文献】特開２００１－３４４５４５（ＪＰ，Ａ）
【文献】国際公開第２０２１／０３３４７７（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
情報処理装置と、
店舗が管理する店舗サーバと、
ユーザが使用するユーザ端末と、
決済処理を実行する決済処理装置と、
を備え、
前記店舗サーバは、前記情報処理装置によって生成されたコードを前記情報処理装置から受信し、前記ユーザ端末によって入力又は読取されたコード及び前記ユーザを識別するユーザ識別子を前記ユーザ端末から受信し、前記店舗を識別する店舗識別子を前記ユーザ端末に送信する通信部と、前記情報処理装置から受信したコードと前記ユーザ端末から受信したコードとが一致していた場合に、前記ユーザ識別子に対応するユーザ側公開鍵であって、前記店舗サーバに登録されたユーザ側公開鍵を使用して前記ユーザ端末を認証する制御部とを備え、
前記ユーザ端末は、前記コード及び前記ユーザ識別子を前記店舗サーバに送信し、前記店舗識別子を前記店舗サーバから受信する通信部と、前記店舗識別子に対応する店舗側公開鍵であって、前記ユーザ端末に登録された店舗側公開鍵を使用して前記店舗サーバを認証する制御部とを備え、
前記情報処理装置は、前記ユーザが決済に使用する決済手段情報を決済処理装置に登録する決済手段情報登録部と、前記ユーザが前記店舗で購入する金額を少なくとも含む決済情報を前記店舗サーバから取得する決済情報取得部と、前記ユーザ端末と前記店舗サーバとを接続するためのコードを生成し、生成したコードを前記店舗サーバに送信する認証部と、前記ユーザ側公開鍵を使用した前記ユーザ端末の認証、及び前記店舗側公開鍵を使用した前記店舗サーバの認証が成功した場合に、前記ユーザ識別子、前記店舗識別子、及び前記決済情報取得部が取得した決済情報を前記決済処理装置に送信する送信部と、を備え、
前記決済処理装置は、前記ユーザ識別子、前記店舗識別子、前記決済情報、及び前記決済手段情報登録部が登録した決済手段情報に基づいて決済処理を実行する、
情報処理システム。
【請求項2】
前記店舗サーバは、前記決済手段情報を取得しない、
請求項１に記載の情報処理システム。
【請求項3】
前記情報処理装置は、前記ユーザ端末から前記決済情報に対する決済承認を取得する決済承認取得部、をさらに備え、
前記決済処理装置は、前記決済承認取得部が決済承認を取得した場合に、前記ユーザ識別子、前記店舗識別子、前記決済情報、及び前記決済手段情報登録部が登録した決済手段情報に基づいて決済処理を実行する、
請求項１に記載の情報処理システム。
【請求項4】
前記情報処理装置は、前記ユーザ端末に本人認証を要求する本人認証要求部、をさらに備え、
前記決済処理装置は、前記決済承認取得部が決済承認を取得した場合かつ前記本人認証が成功した場合に、前記ユーザ識別子、前記店舗識別子、前記決済情報、及び前記決済手段情報登録部が登録した決済手段情報に基づいて決済処理を実行する、
請求項３に記載の情報処理システム。
【請求項5】
前記本人認証は、知識認証、所持認証、生体認証、又はこれらを組み合わせた複数要素認証を含む、
請求項４に記載の情報処理システム。
【請求項6】
プログラムであって、
コンピュータを、請求項１から請求項５の何れか１項に記載の情報処理システムの各部として機能させるためのプログラム。
【請求項7】
情報処理システムが実行する情報処理方法であって、
請求項１から請求項５の何れか１項に記載の情報処理システムの前記各部が実行する各処理を備える、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、情報処理方法、プログラムに関する。
【背景技術】
【0002】
特許文献１には、ユーザＩＤとユーザパスワードとクレジットカードのカード情報等とを対応づけて管理することで、商品やサービス購入時の決済を１つの媒体で行うことを可能とする認証及び決済方法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特許４２１８２９７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、商品やサービス購入時の決済サービスには、手軽さや時短といった利便性が求められる一方で、ハッキング、スキミング、フィッシング詐欺等のセキュリティ上のリスクに対する堅牢性、安全性も求められる。
しかし、特許文献１の技術的思想では、ユーザパスワードとクレジットカードのカード情報等とが紐づけて管理されているため、ユーザパスワードが盗まれた場合に、クレジットカード等を不正使用されるという懸念がある。
また、ユーザがユーザパスワードを忘れてしまった場合に、クレジットカード等の決済が不能になるといった懸念もある。
しかし、特許文献１の技術的思想では、ユーザパスワードとクレジットカードのカード情報等とが紐づけて管理されているため、ユーザパスワードが盗まれた場合に、クレジットカード等を不正使用されるという懸念がある。
また、ユーザがユーザパスワードを忘れてしまった場合に、クレジットカード等の決済が不能になるといった懸念もある。
【0005】
そこで、本発明は上記の問題に鑑みてなされたものであり、決済における安全性と利便性とを両立することができる情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明は、情報処理システムであって、ユーザが決済に使用する決済手段情報を決済処理装置に登録する決済手段情報登録部と、前記ユーザが店舗で購入する金額を少なくとも含む決済情報を前記店舗が管理する店舗端末又は店舗サーバから取得する決済情報取得部と、前記店舗端末又は店舗サーバと前記ユーザが使用するユーザ端末とを公開鍵認証方式で認証する認証部と、前記認証部による認証が成功した場合に、前記ユーザを識別するユーザ識別子、前記店舗を識別する店舗識別子、及び前記決済情報取得部が取得した決済情報を前記決済処理装置に送信する送信部と、を備え、前記決済処理装置は、前記ユーザ識別子、前記店舗識別子、前記決済情報、及び前記決済手段情報登録部が登録した決済手段情報に基づいて決済処理を実行する。
【発明の効果】
【0007】
本発明に係る情報処理システムによれば、決済における安全性と利便性とを両立することができるという効果を奏する。
【図面の簡単な説明】
【0008】
【図1】情報処理システム１の全体構成を示す図である。
【図2】情報処理装置１００のハードウェア構成を示す図である。
【図3】ユーザ端末２００のハードウェア構成を示す図である。
【図4】店舗端末３００のハードウェア構成を示す図である。
【図5】店舗サーバ４００のハードウェア構成を示す図である。
【図6】決済処理装置５００のハードウェア構成を示す図である。
【図7】情報処理装置１００の制御部１１０の機能構成の一例を示す図である。
【図8】情報処理装置１００によって実行される決済手段情報登録処理の一例を示すフロー図である。
【図9】情報処理装置１００によって実行される認証情報登録処理の一例を示すフロー図である。
【図10】情報処理装置１００によって実行される実店舗決済処理の一例を示すフロー図である。
【図11】情報処理装置１００によって実行される仮想店舗決済処理の一例を示すフロー図である。
【図12】ユーザ端末２００に出力されるメニュー画面Ｗ１００の一例を示す図である。
【図13】ユーザ端末２００に出力される決済手段情報入力画面Ｗ２００の一例を示す図である。
【図14】店舗端末３００に出力される決済情報入力画面Ｗ３００の一例を示す図である。
【図15】店舗端末３００に出力されるコード出力画面Ｗ４００の一例を示す図である。
【図16】ユーザ端末２００に出力されるコード入力画面Ｗ５００の一例を示す図である。
【図17】ユーザ端末２００に出力されるコード読取画面Ｗ６００の一例を示す図である。
【図18】ユーザ端末２００に出力される決済承認画面Ｗ７００の一例を示す図である。
【図19】ユーザ端末２００及び店舗端末３００に出力される決済完了画面Ｗ８００の一例を示す図である。
【発明を実施するための形態】
【0009】
以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。
【0010】
ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。
【0011】
また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。
【0012】
また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。
【0013】
１．ハードウェア構成
第１節では、本実施形態に係る情報処理システム１のハードウェア構成について説明する。
第１節では、本実施形態に係る情報処理システム１のハードウェア構成について説明する。
【0014】
図１は、本実施形態に係る情報処理システム１の全体構成の例を示した図である。図１に示すように、情報処理システム１は、情報処理装置１００と、ユーザ端末２００と、店舗端末３００と、店舗サーバ４００と、決済処理装置５００とを備え、これらがネットワークＮＷを通じて接続されている。これらの構成要素についてさらに説明する。ここで、情報処理システム１に例示されるシステムとは、１つまたはそれ以上の装置または構成要素からなるものである。したがって、例えば情報処理装置１００単体であっても情報処理システム１の一例となりうる。また、このような図１は、発明の説明のための一例に過ぎず、例えば、ユーザ端末２００の数、店舗端末３００の数、及び店舗サーバ４００の数が図１のように限定されることはない。
【0015】
１－１．情報処理装置１００
図２は、情報処理装置１００のハードウェア構成を示す図である。図２に示すように、情報処理装置１００は、制御部１１０と、記憶部１２０と、通信部１３０と、を備え、これらの構成要素が情報処理装置１００の内部において通信バス１６０を介して電気的に接続されている。各構成要素についてさらに説明する。
図２は、情報処理装置１００のハードウェア構成を示す図である。図２に示すように、情報処理装置１００は、制御部１１０と、記憶部１２０と、通信部１３０と、を備え、これらの構成要素が情報処理装置１００の内部において通信バス１６０を介して電気的に接続されている。各構成要素についてさらに説明する。
【0016】
制御部１１０は、情報処理装置１００に関連する全体動作の処理・制御を行う。制御部１１０は、例えば、不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部１１０は、記憶部１２０に記憶された所定のプログラムを読み出すことによって、情報処理装置１００に係る種々の機能を実現する。すなわち、記憶部１２０に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部１１０によって具体的に実現されることで、制御部１１０に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、制御部１１０は単一であることに限定されず、機能ごとに複数の制御部１１０を有するように実施してもよい。またそれらの組み合わせであってもよい。
【0017】
記憶部１２０は、情報処理装置１００の情報処理に必要な様々な情報を記憶する。これは、例えば、制御部１１０によって実行される情報処理装置１００に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。また、これらの組み合わせであってもよい。
【0018】
通信部１３０は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、５Ｇ／ＬＴＥ／３Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、通信部１３０は、ユーザ端末２００、店舗端末３００、店舗サーバ４００、及び決済処理装置５００と、ネットワークＮＷを介して種々の情報を通信する。
【0019】
１－２．ユーザ端末２００
ユーザ端末２００は、ユーザ（以下、「ユーザＵＳ」と表記。）によって使用される端末装置である。ユーザ端末２００は、コンピュータ装置によって実現される固定端末や移動端末であってよい。ユーザ端末２００の例としては、スマートフォン、携帯電話、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、ノート型ＰＣ、タブレット型ＰＣ、などがある。ユーザ端末２００は、一般的な端末装置に、例えばアプリケーションをインストールすることにより、本実施形態のユーザ端末２００として実現してもよい。
ユーザ端末２００は、ユーザ（以下、「ユーザＵＳ」と表記。）によって使用される端末装置である。ユーザ端末２００は、コンピュータ装置によって実現される固定端末や移動端末であってよい。ユーザ端末２００の例としては、スマートフォン、携帯電話、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、ノート型ＰＣ、タブレット型ＰＣ、などがある。ユーザ端末２００は、一般的な端末装置に、例えばアプリケーションをインストールすることにより、本実施形態のユーザ端末２００として実現してもよい。
【0020】
図３は、ユーザ端末２００のハードウェア構成を示す図である。図３に示すように、ユーザ端末２００は、制御部２１０と、記憶部２２０と、通信部２３０と、入力部２４０と、出力部２５０とを備え、これらの構成要素がユーザ端末２００の内部において通信バス２６０を介して電気的に接続されている。制御部２１０、記憶部２２０及び通信部２３０の説明は、情報処理装置１００における制御部１１０、記憶部１２０及び通信部１３０の説明と略同様のため省略する。
【0021】
入力部２４０は、ユーザ端末２００に種々の情報を入力するためのものであり、マウス、キーボード、ポインティングデバイス、タッチディスプレイ、カメラ等から入力される信号を受け付ける。入力部２４０への操作入力は、命令信号として、通信バス２６０を介して制御部２１０に転送される。そして、制御部２１０は、必要に応じて所定の制御や演算を実行しうる。
【0022】
出力部２５０は、テキスト、画像を表示させるものであり、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ、又はタッチディスプレイ等の表示デバイスに表示する情報を生成する。
【0023】
１－３．店舗端末３００
店舗端末３００は、店舗（以下、「店舗ＳＰ」と表記。）によって管理される端末装置である。店舗端末３００の説明は、ユーザ端末２００の説明と略同様のため省略する。
店舗端末３００は、店舗（以下、「店舗ＳＰ」と表記。）によって管理される端末装置である。店舗端末３００の説明は、ユーザ端末２００の説明と略同様のため省略する。
【0024】
図４は、店舗端末３００のハードウェア構成を示す図である。図４に示すように、店舗端末３００は、制御部３１０と、記憶部３２０と、通信部３３０と、入力部３４０と、出力部３５０とを備え、これらの構成要素が店舗端末３００の内部において通信バス３６０を介して電気的に接続されている。制御部３１０、記憶部３２０、通信部３３０、入力部３４０、出力部３５０の説明は、ユーザ端末２００における制御部２１０、記憶部２２０、通信部２３０、入力部２４０、出力部２５０の説明と略同様のため省略する。
【0025】
１－４．店舗サーバ４００
店舗サーバ４００は、店舗ＳＰによって管理されるサーバ装置であり、例えば、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）サーバ、又はＷｅｂサーバ等である。
店舗サーバ４００は、店舗ＳＰによって管理されるサーバ装置であり、例えば、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）サーバ、又はＷｅｂサーバ等である。
【0026】
図５は、店舗サーバ４００のハードウェア構成を示す図である。図５に示すように、店舗サーバ４００は、制御部４１０と、記憶部４２０と、通信部４３０と、を備え、これらの構成要素が店舗サーバ４００の内部において通信バス４６０を介して電気的に接続されている。制御部４１０、記憶部４２０及び通信部４３０の説明は、情報処理装置１００における制御部１１０、記憶部１２０及び通信部１３０の説明と略同様のため省略する。
【0027】
１－５．決済処理装置５００
決済処理装置５００は、決済処理を実行する装置であり、例えば、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）サーバ、又はＷｅｂサーバ等である。決済処理装置５００は、各種決済手段による決済サービスを提供する決済サービス提供会社（クレジットカード会社、コンビニエンスストア、銀行、通信キャリア等）、又は決済代行会社が管理するサーバであってよい。
決済処理装置５００は、決済処理を実行する装置であり、例えば、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）サーバ、又はＷｅｂサーバ等である。決済処理装置５００は、各種決済手段による決済サービスを提供する決済サービス提供会社（クレジットカード会社、コンビニエンスストア、銀行、通信キャリア等）、又は決済代行会社が管理するサーバであってよい。
【0028】
図６は、決済処理装置５００のハードウェア構成を示す図である。図６に示すように、決済処理装置５００は、制御部５１０と、記憶部５２０と、通信部５３０と、を備え、これらの構成要素が決済処理装置５００の内部において通信バス５６０を介して電気的に接続されている。制御部５１０、記憶部５２０及び通信部５３０の説明は、情報処理装置１００における制御部１１０、記憶部１２０及び通信部１３０の説明と略同様のため省略する。
【0029】
２．機能構成
第２節では、本実施形態の機能構成について説明する。前述の通り、記憶部１２０に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部１１０によって具体的に実現されることで、制御部１１０に含まれる各機能部として実行されうる。
第２節では、本実施形態の機能構成について説明する。前述の通り、記憶部１２０に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部１１０によって具体的に実現されることで、制御部１１０に含まれる各機能部として実行されうる。
【0030】
図７は、情報処理装置１００（制御部１１０）によって実現される機能を示すブロック図である。具体的には、情報処理装置１００（制御部１１０）は、決済手段情報登録部１１１と、認証情報登録部１１２と、決済情報取得部１１３と、認証部１１４と、送信部１１５と、決済承認取得部１１６と、本人認証要求部１１７と、を備える。
【0031】
（決済手段情報登録部１１１）
決済手段情報登録部１１１は、種々の決済手段情報を登録可能に構成される。
例えば、決済手段情報登録部１１１は、ユーザＵＳが決済に使用する決済手段情報（以下、「決済手段情報ＰＹ」と表記。）を決済処理装置５００に登録可能に構成される。さらに、例えば、決済手段情報登録部１１１は、ユーザＵＳを識別するユーザ識別子（以下、「ユーザ識別子ＵＳＩＤ」と表記。）を決済処理装置５００に登録可能に構成してもよい。
決済手段情報登録部１１１は、種々の決済手段情報を登録可能に構成される。
例えば、決済手段情報登録部１１１は、ユーザＵＳが決済に使用する決済手段情報（以下、「決済手段情報ＰＹ」と表記。）を決済処理装置５００に登録可能に構成される。さらに、例えば、決済手段情報登録部１１１は、ユーザＵＳを識別するユーザ識別子（以下、「ユーザ識別子ＵＳＩＤ」と表記。）を決済処理装置５００に登録可能に構成してもよい。
【0032】
ここで、「ユーザＵＳ」には、商品又はサービスを購入するあらゆるユーザ（エンドユーザ）が含まれる。
「ユーザ識別子ＵＳＩＤ」には、ユーザＵＳを識別可能なあらゆる文字、数字、記号又はこれらの組み合わせが含まれ、例えば、ユーザＩＤ等が含まれる。
「ユーザ識別子ＵＳＩＤ」には、ユーザＵＳを識別可能なあらゆる文字、数字、記号又はこれらの組み合わせが含まれ、例えば、ユーザＩＤ等が含まれる。
【0033】
「決済手段情報ＰＹ」には、あらゆる決済手段での決済処理に必要な情報が含まれ、例えば、前払い型決済手段済手段、即時払い型決済手段、又は後払い型決済手段での決済処理に必要な情報が含まれる。例えば、以下のような情報をいい、これらの情報はユーザにより決済処理装置に登録される。
前払い型決済手段とは、商品又はサービスを購入する前に、現金又は電子マネーをチャージしておくことで、チャージした金額まで支払可能な決済手段をいい、例えば、商品券、カタログギフト券、磁気型やＩＣ型のプリペイドカード、又はインターネット上で使用されるプリペイドカード等が挙げられる。より具体的には、商品券、カタログギフト券などは券に付与された番号、有効期限、セキュリティコードなどが挙げられる。プリペイドカードではカード名義、カード番号、カード有効期限、セキュリティコード等が挙げられる。なお、前払い型決済手段にはモバイル型（例：Suica（登録商標））、ＱＲコード型（例：PayPay（登録商標））、サーバ型（例：Apple（登録商標）ギフト）もあるが、これらの登録情報を決済処理に登録させるための必要な情報も含まれる。
即時払い型決済手段とは、商品又はサービスを購入した際に銀行口座や電子マネー又は暗号資産の口座から決済金額が即時引き落とされる決済手段をいい、例えば、デビットカード等が挙げられる。より具体的には、デビットカードでは、例えば、カード名義、カード番号、カード有効期限、セキュリティコード等が挙げられる。
後払い型決済手段とは、商品又はサービスを購入した後に現金又は電子マネーをまとめて支払う決済手段をいい、例えば、クレジットカード、銀行振込、又は口座振替等が挙げられる。より具体的には、クレジットカードでは、クレジットカード名義、クレジットカード番号、クレジットカード有効期限、セキュリティコード、支払方法（例：一括払い、分割払いなど）等が挙げられる。銀行振込では、金融機関名、支店名、預金種目、口座番号、口座名義等が挙げられる。口座振替では、金融機関名、支店名、預金種目、口座番号、口座名義、振り仮名、住所、電話番号等が挙げられる。なお、後払い型決済手段にはモバイル型（例：ｉＤ（登録商標））、ＱＲコード型（例：PayPay（登録商標））もあるが、これらの登録情報を決済処理に登録させるための必要な情報も含まれる。
前払い型決済手段とは、商品又はサービスを購入する前に、現金又は電子マネーをチャージしておくことで、チャージした金額まで支払可能な決済手段をいい、例えば、商品券、カタログギフト券、磁気型やＩＣ型のプリペイドカード、又はインターネット上で使用されるプリペイドカード等が挙げられる。より具体的には、商品券、カタログギフト券などは券に付与された番号、有効期限、セキュリティコードなどが挙げられる。プリペイドカードではカード名義、カード番号、カード有効期限、セキュリティコード等が挙げられる。なお、前払い型決済手段にはモバイル型（例：Suica（登録商標））、ＱＲコード型（例：PayPay（登録商標））、サーバ型（例：Apple（登録商標）ギフト）もあるが、これらの登録情報を決済処理に登録させるための必要な情報も含まれる。
即時払い型決済手段とは、商品又はサービスを購入した際に銀行口座や電子マネー又は暗号資産の口座から決済金額が即時引き落とされる決済手段をいい、例えば、デビットカード等が挙げられる。より具体的には、デビットカードでは、例えば、カード名義、カード番号、カード有効期限、セキュリティコード等が挙げられる。
後払い型決済手段とは、商品又はサービスを購入した後に現金又は電子マネーをまとめて支払う決済手段をいい、例えば、クレジットカード、銀行振込、又は口座振替等が挙げられる。より具体的には、クレジットカードでは、クレジットカード名義、クレジットカード番号、クレジットカード有効期限、セキュリティコード、支払方法（例：一括払い、分割払いなど）等が挙げられる。銀行振込では、金融機関名、支店名、預金種目、口座番号、口座名義等が挙げられる。口座振替では、金融機関名、支店名、預金種目、口座番号、口座名義、振り仮名、住所、電話番号等が挙げられる。なお、後払い型決済手段にはモバイル型（例：ｉＤ（登録商標））、ＱＲコード型（例：PayPay（登録商標））もあるが、これらの登録情報を決済処理に登録させるための必要な情報も含まれる。
【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】
ステップＳ２０１において、ユーザ端末２００の制御部２１０は、店舗サーバ４００にログインするための認証鍵の登録を店舗サーバ４００に要求する。ステップＳ２０１は、次の３段階の情報処理から構成される。（１）ユーザ端末２００の入力部２４０は、ユーザＵＳによる認証鍵の登録要求を受け付ける。（２）ユーザ端末２００の入力部２４０は、入力された認証鍵の登録要求を、通信バス２６０を介して制御部２１０に転送する。（３）ユーザ端末２００の制御部２１０は、通信部２３０を介して、認証鍵の登録要求を店舗サーバ４００に送信する。
【0064】
ステップＳ２０２において、店舗サーバ４００の制御部４１０は、店舗側秘密鍵ＳＰＳＣと店舗側公開鍵ＳＰＯＰとを生成する。ステップＳ２０２は、次の８段階の情報処理から構成される。（１）店舗サーバ４００の制御部４１０は、コード（以下、「コードＣＤ」と表記。）を生成し、通信部４３０を介して、生成したコードＣＤをユーザ端末２００に送信する。（２）ユーザ端末２００の通信部２３０は、コードＣＤを受信し、通信バス２６０を介して制御部２１０に転送する。（３）ユーザ端末２００の制御部２１０は、コードＣＤを出力部２５０に出力する。（４）ユーザ端末２００の入力部２４０は、コードＣＤの入力又は読取を受け付ける。（５）ユーザ端末２００の入力部２４０は、入力された又は読み取られたコードＣＤを、通信バス２６０を介して制御部２１０に転送する。（６）ユーザ端末２００の制御部２１０は、通信バス２６０を介して、コードＣＤを店舗サーバ４００に送信する。（７）店舗サーバ４００の通信部４３０は、コードＣＤを受信し、通信バス４６０を介して制御部４１０に転送する。（８）店舗サーバ４００の制御部４１０は、コードＣＤが一致していた場合に、店舗側秘密鍵ＳＰＳＣと店舗側公開鍵ＳＰＯＰとを生成し、生成した店舗側秘密鍵ＳＰＳＣと店舗側公開鍵ＳＰＯＰとを記憶部４２０に記憶する。
【0065】
ここで、「コードＣＤ」には、ユーザ端末２００によって入力又は読取が可能であり、かつ、ユーザ端末２００と店舗端末３００又は店舗サーバ４００とを接続可能なあらゆるコードが含まれ、例えば、任意の数字列、文字列、記号列、若しくはこれらの組み合わせ、１次元コード、２次元コード、又はその他コードが含まれる。１次元コードには、例えば、バーコードが含まれ、具体的には、ＪＡＮ／ＥＡＮ／ＵＰＣ、ＩＴＦ、ＣＯＤＥ３９、ＮＷ－７（ＣＯＤＡＢＡＲ）、ＣＯＤＥ１２８、又はその他バーコードが含まれる。２次元コードには、例えば、スタック式２次元コード、又はマトリクス式２次元コードが含まれ、具体的には、ＱＲコード（登録商標）、ＰＤＦ４１７、Ｄａｔａ Ｍａｔｒｉｘ、Ｍａｘｉ Ｃｏｄｅ、Ａｚｔｅｃ Ｃｏｄｅ、ＥＡＮ／ＵＣＣコンポジット、又はその他２次元コードが含まれる。
コードＣＤは、利便性とセキュリティ性を両立させる観点から、一定時間を経過する毎に更新されるワンタイム性を有することが好ましい。
コードＣＤは、利便性とセキュリティ性を両立させる観点から、一定時間を経過する毎に更新されるワンタイム性を有することが好ましい。
【0066】
ステップＳ２０３において、店舗サーバ４００の制御部４１０は、店舗識別子ＳＰＩＤと店舗側公開鍵ＳＰＯＰとを情報処理装置１００に送信する。ステップＳ２０３は、次の３段階の情報処理から構成される。（１）店舗サーバ４００の制御部４１０は、店舗識別子ＳＰＩＤと店舗側公開鍵ＳＰＯＰとを、通信部４３０を介して、情報処理装置１００に送信する。（２）情報処理装置１００の通信部１３０は、店舗識別子ＳＰＩＤと店舗側公開鍵ＳＰＯＰとを受信し、通信バス１６０を介して認証情報登録部１１２に転送する。（３）情報処理装置１００の認証情報登録部１１２は、店舗識別子ＳＰＩＤと店舗側公開鍵ＳＰＯＰとを記憶部１２０に記憶する。
【0067】
ステップＳ２０４において、情報処理装置１００の認証情報登録部１１２は、店舗識別子ＳＰＩＤと店舗側公開鍵ＳＰＯＰとをユーザ端末２００に送信する。ステップＳ２０４は、次の３段階の情報処理から構成される。（１）情報処理装置１００の認証情報登録部１１２は、通信部１３０を介して、店舗識別子ＳＰＩＤと店舗側公開鍵ＳＰＯＰとをユーザ端末２００に送信する。（２）ユーザ端末２００の通信部２３０は、店舗識別子ＳＰＩＤと店舗側公開鍵ＳＰＯＰとを受信し、通信バス２６０を介して制御部２１０に転送する。（３）ユーザ端末２００の制御部２１０は、店舗識別子ＳＰＩＤと店舗側公開鍵ＳＰＯＰとを記憶部２２０に記憶する。
【0068】
ステップＳ２０５において、ユーザ端末２００の制御部２１０は、ユーザ側秘密鍵ＵＳＳＣとユーザ側公開鍵ＵＳＯＰとを生成する。ステップＳ２０５は、次の６段階の情報処理から構成される。（１）ユーザ端末２００の制御部２１０は、コードＣＤを生成し、通信部２３０を介して、生成したコードＣＤを店舗サーバ４００に送信する。（２）店舗サーバ４００の通信部４３０は、コードＣＤを受信し、通信バス４６０を介して制御部４１０に転送する。（３）店舗サーバ４００の制御部４１０は、ユーザ端末２００からコードＣＤの入力を受け付ける。（４）店舗サーバ４００の制御部４１０は、通信部４３０を介して、入力されたコードＣＤをユーザ端末２００に送信する。（５）ユーザ端末２００の通信部２３０は、コードＣＤを受信し、通信バス２６０を介して制御部２１０に転送する。（６）ユーザ端末２００の制御部２１０は、コードＣＤが一致していた場合に、ユーザ側秘密鍵ＵＳＳＣとユーザ側公開鍵ＵＳＯＰとを生成し、生成したユーザ側秘密鍵ＵＳＳＣとユーザ側公開鍵ＵＳＯＰとを記憶部２２０に記憶する。
【0069】
なお、ステップＳ２０５において、ユーザ端末２００は、１台であってもよく、複数台であってもよい。例えば、ユーザ端末２００が２台の場合には、次の６段階の情報処理から構成される。（１）第１のユーザ端末２００の制御部２１０は、コードＣＤを生成し、通信部４３０を介して、生成したコードＣＤを店舗サーバ４００に送信する。（２）店舗サーバ４００の通信部４３０は、コードＣＤを受信し、通信バス４６０を介して制御部４１０に転送する。（３）店舗サーバ４００の制御部４１０は、第２のユーザ端末２００からコードＣＤの入力を受け付ける。（４）店舗サーバ４００の制御部４１０は、通信部４３０を介して、入力されたコードＣＤを第１のユーザ端末２００に送信する。（５）第１のユーザ端末２００の通信部２３０は、コードＣＤを受信し、通信バス２６０を介して制御部２１０に転送する。（６）第１のユーザ端末２００の制御部２１０は、コードＣＤが一致していた場合に、ユーザ側秘密鍵ＵＳＳＣとユーザ側公開鍵ＵＳＯＰとを生成し、生成したユーザ側秘密鍵ＵＳＳＣとユーザ側公開鍵ＵＳＯＰとを記憶部２２０に記憶する。
【0070】
ステップＳ２０６において、ユーザ端末２００の制御部２１０は、ユーザ識別子ＵＳＩＤとユーザ側公開鍵ＵＳＯＰとを情報処理装置１００に送信する。ステップＳ２０６は、次の３段階の情報処理から構成される。（１）ユーザ端末２００の制御部２１０は、ユーザ識別子ＵＳＩＤとユーザ側公開鍵ＵＳＯＰとを、通信部２３０を介して、情報処理装置１００に送信する。（２）情報処理装置１００の通信部１３０は、ユーザ識別子ＵＳＩＤとユーザ側公開鍵ＵＳＯＰとを受信し、通信バス１６０を介して認証情報登録部１１２に転送する。（３）情報処理装置１００の認証情報登録部１１２は、ユーザ識別子ＵＳＩＤとユーザ側公開鍵ＵＳＯＰとを記憶部１２０に記憶する。
【0071】
ステップＳ２０７において、情報処理装置１００の認証情報登録部１１２は、通信部１３０を介して、ユーザ識別子ＵＳＩＤとユーザ側公開鍵ＵＳＯＰとを店舗サーバ４００に送信する。ステップＳ２０７は、次の３段階の情報処理から構成される。（１）情報処理装置１００の認証情報登録部１１２は、通信部１３０を介して、ユーザ識別子ＵＳＩＤとユーザ側公開鍵ＵＳＯＰとを店舗サーバ４００に送信する。（２）店舗サーバ４００の通信部４３０は、ユーザ識別子ＵＳＩＤとユーザ側公開鍵ＵＳＯＰとを受信し、通信バス４６０を介して制御部４１０に転送する。（３）店舗サーバ４００の制御部４１０は、ユーザ識別子ＵＳＩＤとユーザ側公開鍵ＵＳＯＰとを記憶部４２０に記憶する。
【0072】
３－３．実店舗決済処理
図１０は、本実施形態に係る情報処理システム１における実店舗決済処理の一例を示すフロー図である（ステップＳ３０１～Ｓ３１８）。
図１０は、本実施形態に係る情報処理システム１における実店舗決済処理の一例を示すフロー図である（ステップＳ３０１～Ｓ３１８）。
【0073】
ステップＳ３０１において、店舗端末３００の制御部３１０は、店舗ＳＰのスタッフ又は従業員等によって決済情報入力画面（以下、「決済情報入力画面Ｗ３００」と表記。）に入力されたユーザＵＳの決済情報ＧＳを店舗サーバ４００に送信する。ステップＳ３０１は、次の３段階の情報処理から構成される。（１）店舗端末３００の入力部３４０は、決済情報ＧＳの入力を受け付ける。（２）店舗端末３００の入力部３４０は、入力された決済情報ＧＳを、通信バス３６０を介して制御部３１０に転送する。（３）店舗端末３００の制御部３１０は、通信部３３０を介して、決済情報ＧＳを店舗サーバ４００に送信する。
【0074】
ステップＳ３０２において、店舗サーバ４００の制御部４１０は、決済情報ＧＳを店舗端末３００から取得し、取得した決済情報ＧＳを情報処理装置１００に送信する。ステップＳ３０２は、次の３段階の情報処理から構成される。（１）店舗サーバ４００の通信部４３０は、決済情報ＧＳを店舗端末３００から受信し、通信バス４６０を介して制御部４１０に転送する。（２）店舗サーバ４００の制御部４１０は、決済情報ＧＳを記憶部４２０に記憶する。（３）店舗サーバ４００の制御部４１０は、通信部４３０を介して、決済情報ＧＳを情報処理装置１００に送信する。
【0075】
ステップＳ３０３において、情報処理装置１００の認証部１１４は、ユーザ端末２００と店舗端末３００又は店舗サーバ４００とを接続するためのコードＣＤを生成し、生成したコードＣＤを店舗サーバ４００に送信する。
【0076】
ステップＳ３０４において、店舗サーバ４００の制御部４１０は、コードＣＤを店舗端末３００に送信する。ステップＳ３０４は、次の３段階の情報処理から構成される。（１）店舗サーバ４００の通信部４３０は、情報処理装置１００からコードＣＤを受信し、通信バス４６０を介して制御部４１０に転送する。（２）店舗サーバ４００の制御部４１０は、コードＣＤを記憶部４２０に記憶する。（３）店舗サーバ４００の制御部４１０は、通信部４３０を介して、コードＣＤを店舗端末３００に送信する。
【0077】
ステップＳ３０５において、店舗端末３００の制御部３１０は、コードＣＤを含むコード出力画面（以下、「コード出力画面Ｗ４００」と表記。）を出力部３５０に表示する。ステップＳ３０５は、次の３段階の情報処理から構成される。（１）店舗端末３００の通信部３３０は、コードＣＤを含むコード出力画面Ｗ４００を店舗サーバ４００から受信する。（２）店舗端末３００の通信部３３０は、通信バス３６０を介して、コードＣＤを含むコード出力画面Ｗ４００を制御部３１０に転送する。（３）店舗端末３００の制御部３１０は、コードＣＤを含むコード出力画面Ｗ４００を出力部３５０に表示する。
【0078】
ステップＳ３０６において、ユーザ端末２００の入力部２１０は、ユーザＵＳによるコードＣＤの入力又は読取を受け付ける。ステップＳ３０６は、次の４段階の情報処理から構成される。（１）ユーザ端末２００の制御部２１０は、コードＣＤを入力可能なコード入力画面（以下、「コード入力画面Ｗ５００」と表記。）又はコードＣＤを読取可能なコード読取画面（以下、「コード読取画面Ｗ６００」と表記。）をユーザ端末２００に出力する。（２）ユーザ端末２００の入力部２４０は、コードＣＤの入力又は読取を受け付ける。（３）ユーザ端末２００の入力部２４０は、入力された又は読み取られたコードＣＤを、通信バス２６０を介して制御部２１０に転送する。（４）ユーザ端末２００の制御部２１０は、通信部２３０を介して、コードＣＤ及びユーザ識別子ＵＳＩＤを店舗サーバ４００に送信する。（５）店舗サーバ４００の制御部４１０は、通信部４３０を介して、店舗識別子ＳＰＩＤをユーザ端末２００に送信する。
【0079】
ステップＳ３０７において、店舗サーバ４００の制御部４１０は、ユーザ端末２００から受信したコードＣＤが一致していた場合に、ユーザ識別子ＵＳＩＤに対応するユーザ側公開鍵ＵＳＯＰを使用して認証処理を実行する。ステップＳ３０７は、次の９段階の情報処理から構成される。（１）店舗サーバ４００の通信部４３０は、ユーザ端末２００からコードＣＤ及びユーザ識別子ＵＳＩＤを受信し、通信バス４６０を介して制御部４１０に転送する。（２）店舗サーバ４００の制御部４１０は、コードＣＤが一致していた場合に、記憶部４２０に記憶されたユーザ識別子ＵＳＩＤに対応するユーザ側公開鍵ＵＳＯＰを使用して平文（以下、「平文ＣＬ」と表記。）を暗号化して暗号文（以下、「暗号文ＣＲ」と表記。）を取得する。なお、平文ＣＬには、例えば、乱数が含まれてよい。（３）店舗サーバ４００の制御部４１０は、通信部４３０を介して、取得した暗号文ＣＲをユーザ端末２００に送信する。（４）ユーザ端末２００の通信部２３０は、店舗サーバ４００から暗号文ＣＲを受信し、通信バス２６０を介して、制御部２１０に転送する。（５）ユーザ端末２００の制御部２１０は、記憶部２２０に記憶されたユーザ側秘密鍵ＵＳＳＣを使用して暗号文ＣＲを復号化して平文ＣＬを取得する。（６）ユーザ端末２００の制御部２１０は、取得した平文ＣＬを所定のハッシュ関数（以下、「ハッシュ関数ＳＨ」と表記。）を使用して変換文（以下、「変換文ＣＯ」と表記。）に変換する。（７）ユーザ端末２００の制御部２１０は、通信部２３０を介して、変換した変換文ＣＯを店舗サーバ４００に送信する。（８）店舗サーバ４００の通信部４３０は、ユーザ端末２００から変換文ＣＯを受信し、通信バス４６０を介して制御部４１０に転送する。（９）店舗サーバ４００の制御部４１０は、ハッシュ関数ＳＨを使用して平文ＣＬを答えとなる解答文（以下、「解答文ＡＳ」と表記。）に変換し、解答文ＡＳと変換文ＣＯとが一致するか否かを判定する。
【0080】
ステップＳ３０８において、店舗サーバ４００の制御部４１０は、認証結果を情報処理装置１００に送信する。解答文ＡＳと変換文ＣＯとが一致した場合、認証結果は成功となる。一方、解答文ＡＳと変換文ＣＯとが一致しなかった場合、認証結果は失敗となる。
【0081】
ステップＳ３０９において、ユーザ端末２００の制御部２１０は、店舗識別子ＳＰＩＤに対応する店舗側公開鍵ＳＰＯＰを使用して認証処理を実行する。ステップＳ３０９は、次の９段階の情報処理から構成される。（１）ユーザ端末２００の通信部２３０は、店舗サーバ４００から店舗識別子ＳＰＩＤを受信し、通信バス２６０を介して制御部２１０に転送する。（２）ユーザ端末２００の制御部２１０は、記憶部２２０に記憶された店舗識別子ＳＰＩＤに対応する店舗側公開鍵ＳＰＯＰを使用して平文ＣＬを暗号化して暗号文ＣＲを取得する。（３）ユーザ端末２００の制御部２１０は、通信部２３０を介して、取得した暗号文ＣＲを店舗サーバ４００に送信する。（４）店舗サーバ４００の通信部４３０は、ユーザ端末２００から暗号文ＣＲを受信し、通信バス４６０を介して、制御部４１０に転送する。（５）店舗サーバ４００の制御部４１０は、記憶部４２０に記憶された店舗側秘密鍵ＳＰＳＣを使用して暗号文ＣＲを復号化して平文ＣＬを取得する。（６）店舗サーバ４００の制御部４１０は、取得した平文ＣＬを、ハッシュ関数ＳＨを使用して変換文ＣＯに変換する。（７）店舗サーバ４００の制御部４１０は、通信部４３０を介して、変換した変換文ＣＯをユーザ端末２００に送信する。（８）ユーザ端末２００の通信部２３０は、店舗サーバ４００から変換文ＣＯを受信し、通信バス２６０を介して制御部２１０に転送する。（９）ユーザ端末２００の制御部２１０は、ハッシュ関数ＳＨを使用して平文ＣＬを解答文ＡＳに変換し、解答文ＡＳと変換文ＣＯとが一致するか否かを判定する。
【0082】
ステップＳ３１０において、ユーザ端末２００の制御部２１０は、認証結果を情報処理装置１００に送信する。解答文ＡＳと変換文ＣＯとが一致した場合、認証結果は成功となる。一方、解答文ＡＳと変換文ＣＯとが一致しなかった場合、認証結果は失敗となる。
【0083】
ステップＳ３１１において、情報処理装置１００の送信部１１５は、ユーザ端末２００及び店舗サーバ４００の認証結果が成功だった場合に、ユーザ識別子ＵＳＩＤ、店舗識別子ＳＰＩＤ、及び決済情報ＧＳを決済処理装置５００に送信する。ステップＳ３１１は、次の４段階の情報処理から構成される。（１）情報処理装置１００の通信部１３０は、ユーザ端末２００及び店舗サーバ４００から認証結果を受信し、通信バス１６０を介して、送信部１１５に転送する。（２）送信部１１５は、ユーザ端末２００及び店舗サーバ４００の認証結果が成功だった場合に、ユーザ識別子ＵＳＩＤ、店舗識別子ＳＰＩＤ、及び決済情報ＧＳを決済処理装置５００に送信する。（３）決済処理装置５００の通信部５３０は、情報処理装置１００からユーザ識別子ＵＳＩＤ、店舗識別子ＳＰＩＤ、及び決済情報ＧＳを受信し、通信バス５６０を介して、制御部５１０に転送する。（４）決済処理装置５００の制御部５１０は、ユーザ識別子ＵＳＩＤ、店舗識別子ＳＰＩＤ、及び決済情報ＧＳを記憶部５２０に記憶する。
【0084】
ステップＳ３１２において、情報処理装置１００の決済承認取得部１１６は、決済情報ＧＳに対する決済承認ＡＧをユーザ端末２００に要求する。ステップＳ３１２は、次の４段階の情報処理から構成される。（１）情報処理装置１００の決済承認取得部１１６は、通信部１３０を介して、決済情報ＧＳを含む決済承認画面（以下、「決済承認画面Ｗ７００」と表記。）をユーザ端末２００に送信する。（２）ユーザ端末２００の通信部２３０は、情報処理装置１００から決済承認画面Ｗ７００を受信し、通信バス２６０を介して、制御部２１０に転送する。（３）ユーザ端末２００の制御部２１０は、決済承認画面Ｗ７００を出力部２５０に表示する。（４）ユーザ端末２００の入力部２４０は、ユーザＵＳによる決済承認ＡＧの入力を受け付ける。
【0085】
ステップＳ３１３において、ユーザ端末２００の制御部２１０は、ユーザＵＳによって入力された決済承認ＡＧを情報処理装置１００に送信する。ステップＳ３１３は、次の３段階の情報処理から構成される。（１）ユーザ端末２００の入力部２４０は、決済承認画面Ｗ７００に入力された決済承認ＡＧを、通信バス２６０を介して、制御部２１０に転送する。（２）ユーザ端末２００の制御部２１０は、通信部２３０を介して、決済承認ＡＧを情報処理装置１００に送信する。（３）情報処理装置１００の通信部１３０は、ユーザ端末２００から決済承認ＡＧを受信し、通信バス１６０を介して、決済承認取得部１１６に転送する。
【0086】
ステップＳ３１４において、情報処理装置１００の本人認証要求部１１７は、通信部１３０を介して、ユーザ端末２００に本人認証ＣＦを要求する。
【0087】
ステップＳ３１５において、ユーザ端末２００の制御部２１０は、本人認証を実行し、認証結果を情報処理装置１００に送信する。ステップＳ３１５は、次の６段階の情報処理から構成される。（１）ユーザ端末２００の通信部２３０は、情報処理装置１００から本人認証ＣＦの要求を受信し、通信バス２６０を介して、制御部２１０に転送する。（２）ユーザ端末２００の制御部２１０は、本人認証を実行する。（３）ユーザ端末２００の入力部２４０は、本人情報の入力又は読取を受け付ける。（４）ユーザ端末２００の入力部２４０は、通信バス２６０を介して、入力又は読取された本人情報を制御部２１０に転送する。（５）ユーザ端末２００の制御部２１０は、本人情報に基づいて本人認証が成功したか否かを判定する。（６）ユーザ端末２００の制御部２１０は、通信部２３０を介して、本人認証ＣＦの認証結果を情報処理装置１００に送信する。
【0088】
ステップＳ３１６において、情報処理装置１００の送信部１１５は、決済承認取得部１１６が決済承認ＡＧを取得した場合かつ本人認証ＣＦが成功した場合に、決済承認ＡＧを決済処理装置５００に送信する。
【0089】
ステップＳ３１７において、決済処理装置５００の制御部５１０は、決済処理を実行する。ステップＳ３１７は、次の２段階の情報処理から構成される。（１）決済処理装置５００の通信部５３０は、情報処理装置１００から決済承認ＡＧを受信し、通信バス５６０を介して、制御部５１０に転送する。（２）決済処理装置５００の制御部５１０は、記憶部５２０に記憶されたユーザ識別子ＵＳＩＤ、店舗識別子ＳＰＩＤ、決済情報ＧＳ、及び決済手段情報ＰＹに基づいて決済処理を実行する。
【0090】
ステップＳ３１８において、決済処理装置５００の制御部５１０は、決済処理が完了した場合に、決済処理が完了したことを示す決済完了画面（以下、「決済完了画面Ｗ８００」と表記。）をユーザ端末２００及び店舗端末３００に出力する。ステップＳ３１８は、次の３段階の情報処理から構成される。（１）決済処理装置５００の制御部５１０は、通信部５３０を介して、決済完了画面Ｗ８００をユーザ端末２００及び店舗端末３００に送信する。（２）ユーザ端末２００の通信部２３０及び店舗端末３００の通信部３３０は、決済完了画面Ｗ８００を受信し、通信バス２６０及び通信バス３６０を介して、制御部２１０及び制御部３１０に転送する。（３）制御部２１０及び制御部３１０は、決済完了画面Ｗ８００を出力部２５０及び出力部３５０に表示する。
【0091】
３－４．仮想店舗決済処理
図１１は、本実施形態に係る情報処理システム１における仮想店舗決済処理の一例を示すフロー図である（ステップＳ４０１～Ｓ４１８）。
図１１は、本実施形態に係る情報処理システム１における仮想店舗決済処理の一例を示すフロー図である（ステップＳ４０１～Ｓ４１８）。
【0092】
ステップＳ４０１において、ユーザ端末２００の制御部２１０は、店舗ＳＰのＥＣサイト上でユーザＵＳによって入力された決済情報ＧＳを店舗サーバ４００に送信する。ステップＳ４０１は、次の３段階の情報処理から構成される。（１）ユーザ端末２００の入力部２４０は、決済情報ＧＳの入力を受け付ける。（２）ユーザ端末２００の入力部２４０は、入力された決済情報ＧＳを、通信バス２６０を介して制御部２１０に転送する。（３）ユーザ端末２００の制御部２１０は、通信部２３０を介して、決済情報ＧＳを店舗サーバ４００に送信する。
【0093】
ステップＳ４０２において、店舗サーバ４００の制御部４１０は、決済情報ＧＳをユーザ端末２００から取得し、取得した決済情報ＧＳを情報処理装置１００に送信する。ステップＳ４０２は、次の３段階の情報処理から構成される。（１）店舗サーバ４００の通信部４３０は、決済情報ＧＳをユーザ端末２００から受信し、通信バス４６０を介して制御部４１０に転送する。（２）店舗サーバ４００の制御部４１０は、決済情報ＧＳを記憶部４２０に記憶する。（３）店舗サーバ４００の制御部４１０は、通信部４３０を介して、決済情報ＧＳを情報処理装置１００に送信する。
【0094】
ステップＳ４０３において、情報処理装置１００の認証部１１４は、ユーザ端末２００と店舗サーバ４００とを接続するためのコードＣＤを生成し、生成したコードＣＤを店舗サーバ４００に送信する。
【0095】
ステップＳ４０４において、店舗サーバ４００の制御部４１０は、コードＣＤをユーザ端末２００に送信する。ステップＳ４０４は、次の３段階の情報処理から構成される。（１）店舗サーバ４００の通信部４３０は、情報処理装置１００からコードＣＤを受信し、通信バス４６０を介して制御部４１０に転送する。（２）店舗サーバ４００の制御部４１０は、コードＣＤを記憶部４２０に記憶する。（３）店舗サーバ４００の制御部４１０は、通信部４３０を介して、コードＣＤをユーザ端末２００に送信する。
【0096】
ステップＳ４０５において、ユーザ端末２００の制御部２１０は、コードＣＤを出力部２５０に表示する。ステップＳ４０５は、次の３段階の情報処理から構成される。（１）ユーザ端末２００の通信部２３０は、コードＣＤを店舗サーバ４００から受信する。（２）ユーザ端末２００の通信部２３０は、通信バス２６０を介して、コードＣＤを制御部２１０に転送する。（３）ユーザ端末２００の制御部２１０は、コードＣＤを出力部２５０に表示する。
【0097】
ステップＳ４０６において、ユーザ端末２００の入力部２１０は、ユーザＵＳによるコードＣＤの入力を受け付ける。ステップＳ４０６は、次の４段階の情報処理から構成される。（１）ユーザ端末２００の入力部２４０は、コードＣＤの入力を受け付ける。（２）ユーザ端末２００の入力部２４０は、入力されたコードＣＤを、通信バス２６０を介して制御部２１０に転送する。（３）ユーザ端末２００の制御部２１０は、通信部２３０を介して、コードＣＤ及びユーザ識別子ＵＳＩＤを店舗サーバ４００に送信する。（４）店舗サーバ４００の制御部４１０は、通信部４３０を介して、店舗識別子ＳＰＩＤをユーザ端末２００に送信する。
【0098】
ステップＳ４０７乃至ステップＳ４１７は、ステップＳ３０７乃至ステップＳ３１７の説明と略同様のため省略する。
【0099】
ステップＳ４１８において、決済処理装置５００の制御部５１０は、決済処理が完了した場合に、決済処理が完了したことを示す決済完了画面Ｗ８００をユーザ端末２００に出力する。ステップＳ４１８は、次の３段階の情報処理から構成される。（１）決済処理装置５００の制御部５１０は、通信部５３０を介して、決済完了画面Ｗ８００をユーザ端末２００に送信する。（２）ユーザ端末２００の通信部２３０は、決済完了画面Ｗ８００を受信し、通信バス２６０を介して、制御部２１０に転送する。（３）制御部２１０は、決済完了画面Ｗ４００を出力部２５０に表示する。
【0100】
４．画面表示例
第４節では、メニュー画面Ｗ１００、決済手段情報入力画面Ｗ２００、決済情報入力画面Ｗ３００、コード出力画面Ｗ４００、コード入力画面Ｗ５００、コード読取画面Ｗ６００、決済承認画面Ｗ７００、及び決済完了画面Ｗ８００の表示例について説明する。
第４節では、メニュー画面Ｗ１００、決済手段情報入力画面Ｗ２００、決済情報入力画面Ｗ３００、コード出力画面Ｗ４００、コード入力画面Ｗ５００、コード読取画面Ｗ６００、決済承認画面Ｗ７００、及び決済完了画面Ｗ８００の表示例について説明する。
【0101】
（メニュー画面Ｗ１００）
図１２は、ユーザ端末２００が決済手段情報ＰＹの登録を要求するメニュー画面Ｗ１００の一例を示す図である。図１２に示すように、メニュー画面Ｗ１００は、決済手段情報ＰＹの登録を要求する決済手段情報登録要求ボタンＷ１０１を有する。
決済手段情報登録要求ボタンＷ１０１がユーザＵＳによって操作されることで、メニュー画面Ｗ１００は決済手段情報入力画面Ｗ２００に遷移する。
図１２は、ユーザ端末２００が決済手段情報ＰＹの登録を要求するメニュー画面Ｗ１００の一例を示す図である。図１２に示すように、メニュー画面Ｗ１００は、決済手段情報ＰＹの登録を要求する決済手段情報登録要求ボタンＷ１０１を有する。
決済手段情報登録要求ボタンＷ１０１がユーザＵＳによって操作されることで、メニュー画面Ｗ１００は決済手段情報入力画面Ｗ２００に遷移する。
【0102】
（決済手段情報入力画面Ｗ２００）
図１３は、決済処理装置５００が決済手段情報ＰＹの入力を受け付ける決済手段情報入力画面Ｗ２００の一例を示す図である。図１３に示すように、決済手段情報入力画面Ｗ２００は、決済手段情報ＰＹを入力する決済手段情報入力領域Ｗ２０１と、決済手段情報入力領域Ｗ２０１に入力した決済手段情報ＰＹを登録する決済手段情報登録ボタンＷ２０２と、を有する。
決済手段情報入力画面Ｗ２００は、利便性と安全性を両立させる観点から、ＰＣＩ ＤＳＳ（Ｐａｙｍｅｎｔ Ｃａｒｄ Ｉｎｄｕｓｔｒｙ Ｄａｔａ Ｓｅｃｕｒｉｔｙ Ｓｔａｎｄａｒｄ）に準拠していることが好ましい。
図１３は、決済処理装置５００が決済手段情報ＰＹの入力を受け付ける決済手段情報入力画面Ｗ２００の一例を示す図である。図１３に示すように、決済手段情報入力画面Ｗ２００は、決済手段情報ＰＹを入力する決済手段情報入力領域Ｗ２０１と、決済手段情報入力領域Ｗ２０１に入力した決済手段情報ＰＹを登録する決済手段情報登録ボタンＷ２０２と、を有する。
決済手段情報入力画面Ｗ２００は、利便性と安全性を両立させる観点から、ＰＣＩ ＤＳＳ（Ｐａｙｍｅｎｔ Ｃａｒｄ Ｉｎｄｕｓｔｒｙ Ｄａｔａ Ｓｅｃｕｒｉｔｙ Ｓｔａｎｄａｒｄ）に準拠していることが好ましい。
【0103】
（決済情報入力画面Ｗ３００）
図１４は、店舗端末３００が決済情報ＧＳの入力を受け付ける決済情報入力画面Ｗ３００の一例を示す図である。図１４に示すように、決済情報入力画面Ｗ３００は、店舗ＳＰにおけるユーザＵＳの購入金額を入力する金額入力領域Ｗ３０１と、金額入力領域Ｗ３０１に金額を入力するテンキーＷ３０２と、金額入力領域Ｗ３０１に入力された金額を確定する確定ボタンＷ３０３と、を有する。確定ボタンＷ３０３が店舗ＳＰのスタッフ又は従業員等に操作されることで、店舗端末３００の制御部３１０は、金額を含む決済情報ＧＳを情報処理装置１００に送信する。
図１４は、店舗端末３００が決済情報ＧＳの入力を受け付ける決済情報入力画面Ｗ３００の一例を示す図である。図１４に示すように、決済情報入力画面Ｗ３００は、店舗ＳＰにおけるユーザＵＳの購入金額を入力する金額入力領域Ｗ３０１と、金額入力領域Ｗ３０１に金額を入力するテンキーＷ３０２と、金額入力領域Ｗ３０１に入力された金額を確定する確定ボタンＷ３０３と、を有する。確定ボタンＷ３０３が店舗ＳＰのスタッフ又は従業員等に操作されることで、店舗端末３００の制御部３１０は、金額を含む決済情報ＧＳを情報処理装置１００に送信する。
【0104】
（コード出力画面Ｗ４００）
図１５は、店舗端末３００がコードＣＤを出力するコード出力画面Ｗ４００の一例を示す図である。図１５に示すように、コード出力画面Ｗ４００は、店舗ＳＰにおけるユーザＵＳの購入金額を表示する金額表示領域Ｗ４０１と、コードＣＤを表示するコード表示領域Ｗ４０２、Ｗ４０３を有する。
コード出力画面Ｗ４００は、店舗ＳＰのスタッフ又は従業員等によってユーザＵＳに提示される。
図１５は、店舗端末３００がコードＣＤを出力するコード出力画面Ｗ４００の一例を示す図である。図１５に示すように、コード出力画面Ｗ４００は、店舗ＳＰにおけるユーザＵＳの購入金額を表示する金額表示領域Ｗ４０１と、コードＣＤを表示するコード表示領域Ｗ４０２、Ｗ４０３を有する。
コード出力画面Ｗ４００は、店舗ＳＰのスタッフ又は従業員等によってユーザＵＳに提示される。
【0105】
（コード入力画面Ｗ５００）
図１６は、ユーザ端末２００がコードＣＤを入力するコード入力画面Ｗ５００の一例を示す図である。図１６に示すように、コード入力画面Ｗ５００は、店舗端末３００のコード出力画面Ｗ４００に出力されたコードＣＤを入力するコード入力領域Ｗ５０１と、コードＣＤを入力する経過時間を表示する経過時間表示領域Ｗ５０２と、コード入力領域Ｗ５０１にコードＣＤを入力するテンキーＷ５０３と、を有する。
店舗端末３００に表示されたコードＣＤが正しく入力された場合に、ユーザ端末２００と店舗端末３００及び店舗サーバ４００との通信が確立される。
図１６は、ユーザ端末２００がコードＣＤを入力するコード入力画面Ｗ５００の一例を示す図である。図１６に示すように、コード入力画面Ｗ５００は、店舗端末３００のコード出力画面Ｗ４００に出力されたコードＣＤを入力するコード入力領域Ｗ５０１と、コードＣＤを入力する経過時間を表示する経過時間表示領域Ｗ５０２と、コード入力領域Ｗ５０１にコードＣＤを入力するテンキーＷ５０３と、を有する。
店舗端末３００に表示されたコードＣＤが正しく入力された場合に、ユーザ端末２００と店舗端末３００及び店舗サーバ４００との通信が確立される。
【0106】
（コード読取画面Ｗ６００）
図１７は、ユーザ端末２００がコードＣＤを読み取るコード読取画面Ｗ６００の一例を示す図である。図１７に示すように、コード読取画面Ｗ６００は、コード読取用枠Ｗ６０１を有する。例えば、ユーザ端末２００の制御部２１０は、ユーザ端末２００に搭載したリーダを起動させてコード読取画面Ｗ６００を出力部２５０に出力し、コード読取用枠Ｗ６０１が読取対象のコードＣＤに合致した場合に、コードＣＤを読み取ってよい。
ユーザ端末２００が店舗端末３００に表示されたコードＣＤを読み取った場合に、ユーザ端末２００と店舗端末３００及び店舗サーバ４００との通信が確立される。
図１７は、ユーザ端末２００がコードＣＤを読み取るコード読取画面Ｗ６００の一例を示す図である。図１７に示すように、コード読取画面Ｗ６００は、コード読取用枠Ｗ６０１を有する。例えば、ユーザ端末２００の制御部２１０は、ユーザ端末２００に搭載したリーダを起動させてコード読取画面Ｗ６００を出力部２５０に出力し、コード読取用枠Ｗ６０１が読取対象のコードＣＤに合致した場合に、コードＣＤを読み取ってよい。
ユーザ端末２００が店舗端末３００に表示されたコードＣＤを読み取った場合に、ユーザ端末２００と店舗端末３００及び店舗サーバ４００との通信が確立される。
【0107】
（決済承認画面Ｗ７００）
図１８は、ユーザ端末２００が決済承認ＡＧを入力する決済承認画面Ｗ７００の一例を示す図である。図１８に示すように、決済承認画面Ｗ７００は、決済情報ＧＳを表示する決済情報表示領域Ｗ７０１と、決済承認ＡＧを入力する決済承認ボタンＷ７０２と、を有する。
ユーザＵＳによって決済承認ボタンＷ７０２が操作されることで、決済承認ＡＧが情報処理装置１００に送信される。
図１８は、ユーザ端末２００が決済承認ＡＧを入力する決済承認画面Ｗ７００の一例を示す図である。図１８に示すように、決済承認画面Ｗ７００は、決済情報ＧＳを表示する決済情報表示領域Ｗ７０１と、決済承認ＡＧを入力する決済承認ボタンＷ７０２と、を有する。
ユーザＵＳによって決済承認ボタンＷ７０２が操作されることで、決済承認ＡＧが情報処理装置１００に送信される。
【0108】
（決済完了画面Ｗ８００）
図１９は、決済処理が完了したことを示す決済完了画面Ｗ８００の一例を示す図である。図１９に示すように、決済完了画面Ｗ８００は、決済処理が完了したことを表示する決済完了表示領域Ｗ８０１と、決済情報ＧＳを含む取引情報を表示する取引情報表示領域Ｗ８０２と、を有する。
決済完了画面Ｗ８００がユーザ端末２００及び店舗端末３００に表示されることで、決済が完了する。
図１９は、決済処理が完了したことを示す決済完了画面Ｗ８００の一例を示す図である。図１９に示すように、決済完了画面Ｗ８００は、決済処理が完了したことを表示する決済完了表示領域Ｗ８０１と、決済情報ＧＳを含む取引情報を表示する取引情報表示領域Ｗ８０２と、を有する。
決済完了画面Ｗ８００がユーザ端末２００及び店舗端末３００に表示されることで、決済が完了する。
【0109】
５．作用効果
第５節では、本実施形態の作用効果について説明する。
第５節では、本実施形態の作用効果について説明する。
【0110】
本実施形態に係る情報処理システム１は、ユーザＵＳが決済に使用する決済手段情報ＰＹを決済処理装置５００に登録する決済手段情報登録部１１１と、ユーザＵＳが店舗ＳＰで購入する金額を少なくとも含む決済情報ＧＳを店舗ＳＰが管理する店舗端末３００又は店舗サーバ４００から取得する決済情報取得部１１３と、店舗端末３００又は店舗サーバ４００とユーザＵＳが使用するユーザ端末２００とを公開鍵認証方式で認証する認証部１１４と、認証部１１４による認証が成功した場合に、ユーザＵＳを識別するユーザ識別子ＵＳＩＤ、店舗ＳＰを識別する店舗識別子ＳＰＩＤ、及び決済情報取得部１１３が取得した決済情報ＧＳを決済処理装置５００に送信する送信部１１５と、を備え、決済処理装置５００は、ユーザ識別子ＵＳＩＤ、店舗識別子ＳＰＩＤ、決済情報ＧＳ、及び決済手段情報登録部１１１が登録した決済手段情報ＰＹに基づいて決済処理を実行する。これにより、ユーザＵＳはパスワードを入力する手間を要することなく、店舗端末３００又は店舗サーバ４００とユーザ端末２００との公開鍵認証方式での認証が成功した場合に、決済情報ＧＳが決済処理装置５００に送信され、決済処理が実行されるため、決済における安全性と利便性とを両立することができる。
【0111】
本実施形態に係る情報処理システム１において、認証部１１４は、店舗端末３００又は店舗サーバ４００とユーザＵＳが使用するユーザ端末２００とを双方向の公開鍵認証方式で認証する。これにより、ユーザＵＳはパスワードを入力する手間を要することなく、ユーザＵＳ及び店舗ＳＰの双方の真正性が証明された場合に、決済情報ＧＳが決済処理装置５００に送信され、決済処理が実行されるため、決済における安全性と利便性とを両立することができる。
【0112】
本実施形態に係る情報処理システム１において、店舗端末３００及び店舗サーバ４００は、決済手段情報ＰＹを取得しない。これにより、ユーザ端末２００は決済手段情報ＰＹを店舗端末３００及び店舗サーバ４００に送信することなく決済処理が可能となるため、決済における利便性を損なわずに安全性をさらに向上させることができる。
【0113】
本実施形態に係る情報処理システム１は、ユーザ端末２００から決済情報ＧＳに対する決済承認ＡＧを取得する決済承認取得部１１６、をさらに備え、決済処理装置５００は、決済承認取得部１１６が決済承認ＡＧを取得した場合に、ユーザ識別子ＵＳＩＤ、店舗識別子ＳＰＩＤ、決済情報ＧＳ、及び決済手段情報登録部１１１が登録した決済手段情報ＰＹに基づいて決済処理を実行する。これにより、ユーザ端末２００から決済情報ＧＳに対する決済承認ＡＧが取得された場合に決済処理が実行されるため、決済における安全性をさらに向上させることができる。
【0114】
本実施形態に係る情報処理システム１は、ユーザ端末２００に本人認証ＣＦを要求する本人認証要求部１１７、をさらに備え、決済処理装置５００は、決済承認取得部１１６が決済承認ＡＧを取得した場合かつ本人認証ＣＦが成功した場合に、ユーザ識別子ＵＳＩＤ、店舗識別子ＳＰＩＤ、決済情報ＧＳ、及び決済手段情報登録部１１１が登録した決済手段情報ＰＹに基づいて決済処理を実行する。これにより、ユーザ端末２００から決済情報ＧＳに対する決済承認ＡＧが取得された場合に加え、本人認証ＣＦが成功した場合に決済処理が実行されるため、決済における安全性をさらに向上させることができる。
【0115】
本実施形態に係る情報処理システム１において、本人認証ＣＦは、知識認証、所持認証、生体認証、又はこれらを組み合わせた複数要素認証を含む。これにより、本人認証ＣＦには、知識認証、所持認証、生体認証、又はこれらを組み合わせた複数要素認証が含まれるため、決済における安全性をさらに向上させることができる。
【0116】
６．その他
以上、本発明の実施形態について説明したが、本発明はこれに限定されることなく、その発明の技術的思想を逸脱しない範囲で適宜変更可能である。
以上、本発明の実施形態について説明したが、本発明はこれに限定されることなく、その発明の技術的思想を逸脱しない範囲で適宜変更可能である。
【0117】
本発明の実施形態の態様は、プログラムであってもよい。このプログラムは、情報処理システム１の各部としてコンピュータを機能させる。
【0118】
本発明の実施形態の態様は、情報処理システム１が実行する情報処理方法であってもよい。この情報処理方法は、情報処理システム１の各部が実行する各処理を備える。
【0119】
変形例として、各制御部は、各種データおよび各種情報について記憶部に書き出し処理（記憶処理）および読み出し処理をしているが、これに限られず、例えば、制御部内のレジスタやキャッシュメモリ等を使用して、各フローの情報処理を実行してもよい。
【符号の説明】
【0120】
１ 情報処理システム
１００ 情報処理装置
１１０ 制御部
１１１ 決済手段情報登録部
１１２ 認証情報登録部
１１３ 決済情報取得部
１１４ 認証部
１１５ 送信部
１１６ 決済承認取得部
１１７ 本人認証要求部
１２０ 記憶部
１３０ 通信部
１６０ 通信バス
２００ ユーザ端末
２１０ 制御部
２２０ 記憶部
２３０ 通信部
２４０ 入力部
２５０ 出力部
２６０ 通信バス
３００ 店舗端末
３１０ 制御部
３２０ 記憶部
３３０ 通信部
３４０ 入力部
３５０ 出力部
３６０ 通信バス
４００ 店舗サーバ
４１０ 制御部
４２０ 記憶部
４３０ 通信部
４６０ 通信バス
５００ 決済処理装置
５１０ 制御部
５２０ 記憶部
５３０ 通信部
５６０ 通信バス
１００ 情報処理装置
１１０ 制御部
１１１ 決済手段情報登録部
１１２ 認証情報登録部
１１３ 決済情報取得部
１１４ 認証部
１１５ 送信部
１１６ 決済承認取得部
１１７ 本人認証要求部
１２０ 記憶部
１３０ 通信部
１６０ 通信バス
２００ ユーザ端末
２１０ 制御部
２２０ 記憶部
２３０ 通信部
２４０ 入力部
２５０ 出力部
２６０ 通信バス
３００ 店舗端末
３１０ 制御部
３２０ 記憶部
３３０ 通信部
３４０ 入力部
３５０ 出力部
３６０ 通信バス
４００ 店舗サーバ
４１０ 制御部
４２０ 記憶部
４３０ 通信部
４６０ 通信バス
５００ 決済処理装置
５１０ 制御部
５２０ 記憶部
５３０ 通信部
５６０ 通信バス
【要約】
【課題】ユーザからの投稿を容易に制御することができる情報処理システムを提供する。
【解決手段】
情報処理システムは、ユーザが決済に使用する決済手段情報を決済処理装置に登録する決済手段情報登録部と、前記ユーザが店舗で購入する金額を少なくとも含む決済情報を前記店舗が管理する店舗端末又は店舗サーバから取得する決済情報取得部と、前記店舗端末又は店舗サーバと前記ユーザが使用するユーザ端末とを公開鍵認証方式で認証する認証部と、前記認証部による認証が成功した場合に、前記ユーザを識別するユーザ識別子、前記店舗を識別する店舗識別子、及び前記決済情報取得部が取得した決済情報を前記決済処理装置に送信する送信部と、を備え、前記決済処理装置は、前記ユーザ識別子、前記店舗識別子、前記決済情報、及び前記決済手段情報登録部が登録した決済手段情報に基づいて決済処理を実行する。
【選択図】図１
【解決手段】
情報処理システムは、ユーザが決済に使用する決済手段情報を決済処理装置に登録する決済手段情報登録部と、前記ユーザが店舗で購入する金額を少なくとも含む決済情報を前記店舗が管理する店舗端末又は店舗サーバから取得する決済情報取得部と、前記店舗端末又は店舗サーバと前記ユーザが使用するユーザ端末とを公開鍵認証方式で認証する認証部と、前記認証部による認証が成功した場合に、前記ユーザを識別するユーザ識別子、前記店舗を識別する店舗識別子、及び前記決済情報取得部が取得した決済情報を前記決済処理装置に送信する送信部と、を備え、前記決済処理装置は、前記ユーザ識別子、前記店舗識別子、前記決済情報、及び前記決済手段情報登録部が登録した決済手段情報に基づいて決済処理を実行する。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
