(57)【要約】【課題】電子的な方法による決算処理において、個人情報の漏えい等のリスクを低減することができる技術を提供する。【解決手段】ユーザ端末２のサービスコード取得部１０２は、店舗端末１において発生された認証サービスコードを取得する。Ｃ−ＯＴＩＤ生成部１０４は、ユーザ端末２が本サービスの適用対象である正規の端末であることを示すＣ−ＯＴＩＤを生成する。ユーザ端末情報生成部１０６は、ユーザ端末情報を生成する。認証サーバ３のユーザ認証部２０３は、ユーザ端末２から送信されてきたユーザ端末情報を取得し、ユーザの認証を行う。ユーザパラメータ変換部２０４は、ユーザの認証の結果に基づいて、ユーザの認証結果を示すユーザパラメータを生成する。認証サーバ情報送信制御部２０５は、認証サービスコードとユーザパラメータを店舗端末、決済サーバ、ユーザ端末及び認証サーバにより実行される認証サーバ情報として決済サーバに送信する。【選択図】図４
2020112839.tif 000002
【特許請求の範囲】
【請求項１】
認証サービスとして決済を要求するサービス要求元により管理される要求元装置と、
前記認証サービスを実行するユーザにより管理されるユーザ端末と、
前記ユーザを認証する認証サーバと、
前記ユーザに対する決済処理を実行する決済サーバと、
を含む情報処理システムにおいて、
前記ユーザ端末は、
前記ユーザが前記認証サービスを実行するための汎用的認証コードとして使用する認証サービスコードを、前記要求元装置から取得するサービスコード取得手段と、
前記ユーザ端末が正規であることを示す第１ワンタイム認証子を生成する第１認証子生成手段と、
前記ユーザを識別するための識別子と、前記認証サービスコードと、前記第１ワンタイム認証子を含む第１送信情報を生成する第１送信情報生成手段と、
前記第１送信情報を前記認証サーバに送信する制御を行う第１送信制御手段と、
を備え、
前記認証サーバは、
前記ユーザ端末からの前記第１送信情報を受信する制御を行う第１受信制御手段と、
前記第１送信情報に含まれる前記識別子と、前記第１送信情報に含まれる前記第１ワンタイム認証子とに基づいて、前記ユーザの認証結果を示すユーザパラメータを生成するユーザ認証手段と、
前記第１送信情報に含まれる前記認証サービスコードと、前記ユーザパラメータとを含む第２送信情報を、前記決済サーバに送信する制御を行う第２送信制御手段と、
を備える、
情報処理システム。
【請求項２】
前記第１送信情報生成手段は、
前記ユーザを識別するための前記識別子として、入力されたパスワードを暗号化することで暗号化パスワードを生成し、当該暗号化パスワードと、前記認証サービスコードと、前記第１ワンタイム認証子を含む前記第１送信情報を生成し、
前記ユーザ認証手段は、前記第１送信情報に含まれる前記暗号化パスワードを復号した前記パスワードと、前記第１送信情報に含まれる前記第１ワンタイム認証子とに基づいて、前記ユーザの認証結果を示す前記ユーザパラメータを生成する、
請求項１に記載の情報処理システム。
【請求項３】
前記認証サーバは、
前回更新された認証シードに基づいて、当該認証サーバが正規であることを示す第２ワンタイム認証子を生成し、当該認証シードを更新する第２認証子生成手段と、
前記第２ワンタイム認証子を前記ユーザ端末に送信する制御を行う第３送信制御手段と、
をさらに備え、
前記ユーザ端末の前記第１認証子生成手段は、前回更新された認証シードに基づいて、前記第１ワンタイム認証子を生成し、
前記ユーザ端末は、前記第２ワンタイム認証子に基づいて、前記認証サーバを認証するとともに、前記認証シードを更新するサーバ認証手段をさらに備える、
請求項１又は２に記載の情報処理システム。
【請求項４】
前記決済サーバは、前記ユーザパラメータに基づいて前記ユーザの認証結果を認識し、前記ユーザの認証が成功されている場合には前記決済処理を実行し、前記ユーザの認証が失敗されている場合には所定のエラー処理を実行し、その実行内容を示す決済結果を少なくとも前記要求元装置に通知し、
前記ユーザ端末は、
前記決済結果を前記決済サーバ又は前記要求元装置から取得する取得手段と、
取得された前記決済結果を前記ユーザに提示する提示手段と、
をさらに備える、
請求項１乃至３のうち何れか１項に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
従来より、例えば、クレジットカード等を利用した電子的な決算方法が広く一般に利用されている。
このような電子的な決算方法は、ユーザにとって非常に便利である反面、個人情報の漏えいや不正決算等のリスクが内在する。そのため、電子的な決算方法において、このようなリスクを排除し、セキュリティをどのように確保するのかということは、大きな課題である。
この点、例えば、クレジットカードの不正利用を防止するための技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１５２９５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の特許文献１の技術を含む従来技術によれば、例えば、決算を行う店舗の端末に、ユーザの個人情報が送信される処理を避けることができなかった。
つまり、ユーザの個人情報は、必ず一度、当該店舗端末に送信されるため、当該店舗端末には、ユーザの個人情報が必然的に保存されることになる。
そのため、当該店舗の端末に保存されているユーザの個人情報が、当該店舗の従業員等に悪用されたり、当該店舗端末から当該個人情報が流出する、といったおそれがあった。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、電子的な方法による決算処理において、個人情報流出等のリスクを低減することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理システムは、
認証サービスとして決済を要求するサービス要求元により管理される要求元装置と、
前記認証サービスを実行するユーザにより管理されるユーザ端末と、
前記ユーザを認証する認証サーバと、
前記ユーザに対する決済処理を実行する決済サーバと、
を含む情報処理システムにおいて、
前記ユーザ端末は、
前記ユーザが前記認証サービスを実行するための汎用的認証コードとして使用する認証サービスコードを、前記要求元装置から取得するサービスコード取得手段と、
前記ユーザ端末が正規であることを示す第１ワンタイム認証子を生成する第１認証子生成手段と、
入力されたパスワードを暗号化することで暗号化パスワードを生成し、当該暗号化パスワードと、前記認証サービスコードと、前記第１ワンタイム認証子を含む第１送信情報を生成する第１送信情報生成手段と、
前記第１送信情報を前記認証サーバに送信する制御を行う第１送信制御手段と、
を備え、
前記認証サーバは、
前記ユーザ端末からの前記第１送信情報を受信する制御を行う第１受信制御手段と、
前記第１送信情報に含まれる前記暗号化パスワードを復号した前記パスワードと、前記第１送信情報に含まれる前記第１ワンタイム認証子とに基づいて、前記ユーザの認証結果を示すユーザパラメータを生成するユーザ認証手段と、
前記第１送信情報に含まれる前記認証サービスコードと、前記ユーザパラメータとを含む第２送信情報を、前記決済サーバに送信する制御を行う第２送信制御手段と、
を備える。
【０００７】
本発明の一態様の情報処理装置及びプログラムも、本発明の一態様の情報処理システムに対応する装置及びプログラムとして提供される。
【発明の効果】
【０００８】
本発明によれば、電子的な方法による決算処理において、個人情報流出等のリスクを低減することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１実施形態に係る情報処理システムの構成を示す図である。
【図２】図１の情報処理システムのうちユーザ端末のハードウェア構成の一例を示すブロック図である。
【図３】図１の情報処理システムのうち認証サーバのハードウェア構成の一例を示すブロック図である。
【図４】図２のユーザ端末及び図３の認証サーバの機能的構成のうち、決済支援処理を実行するための機能的構成の一例を示す機能ブロック図である。
【図５】図４のユーザ端末及び認証サーバ等により実行される決済支援処理の流れの概要を示す図である。
【図６】図４のユーザ端末及び認証サーバ等により実行される決済支援処理の流れを示すアローチャートである。
【図７】図５及び図６の決済支援処理のうち、主に図２のユーザ端末において実行される一連の処理の詳細な流れを説明するフローチャートである。
【図８】図５及び図６の決済支援処理のうち、主に図３の認証サーバにより実行される一連の処理の詳細な流れを説明するフローチャートである。
【図９】図５及び図６の決済支援処理のうち、主に図１の決済サーバにおいて実行される一連の処理の詳細な流れを説明するフローチャートである。
【図１０】図５及び図６の決済支援処理のうち、主に図１の店舗端末、決済サーバ及び図２のユーザ端末により実行される一連の処理であって、処理Ｐ４−４、処理Ｐ４−２、処理Ｐ４−１以降の処理の詳細な流れを説明するフローチャートである。
【図１１】本発明の第２実施形態に係る情報処理システムの構成の一例であり、本発明の第２実施形態を示す図である。
【図１２】図１１の店舗端末、決済サーバ、ユーザ端末及び認証サーバの機能的構成の一例を示す機能ブロック図であり、図１等の例とは異なる例を示す図である。
【図１３】図１２の店舗端末、決済サーバ、ユーザ端末及び認証サーバにより実行される決済支援処理の流れの概要を示す図である。
【図１４】図１２の店舗端末、決済サーバ、ユーザ端末及び認証サーバにより実行される決済支援処理の流れを示すアローチャートであり、図６等の例とは異なる例を示す図である。
【図１５】図１３及び図１４の決済支援処理のうち、主に図１１のユーザ端末において実行される一連の処理の詳細な流れを説明するフローチャートであり、図７等とは、異なる例を示す図である。
【図１６】図１３及び図１４の決済支援処理のうち、主に図１１の認証サーバにおいて実行される一連の処理の詳細な流れを説明するフローチャートであり、図８等とは、異なる例を示す図である。
【図１７】図１３及び図１４の決済支援処理のうち、主に図１１のユーザ端末において実行される一連の処理の詳細な流れを説明するフローチャートであり、図９等とは、異なる例を示す図である。
【図１８】図１２の店舗端末、決済サーバ、及びユーザ端末により実行される決済結果表示処理の流れを説明するフローチャートであり、図１０乃至図の例とは異なる例を示す図である。
【発明を実施するための形態】
【００１０】
[第１実施形態]
以下、本発明の第１実施形態について、図面を用いて説明する。
図１は、本発明の第１実施形態に係る情報処理システムの概要を示す図である。
【００１１】
図１に示す情報処理システムは、店舗端末１と、ユーザ端末２と、認証サーバ３と、決済サーバ４とにより構成される。
店舗端末１と、ユーザ端末２と、認証サーバ３と、決済サーバ４とは、インターネット等の所定のネットワークＮを介して相互に接続されている。
なお、店舗端末１、ユーザ端末２、認証サーバ３、及び決済サーバ４の夫々の台数については、１以上のいかなる数がであってもよい。
【００１２】
店舗端末１は、ユーザに対して商品又は役務（以下、「商品等」と呼ぶ）を提供する店舗において管理され、認証サービスコードを発生させる。
店舗は、ユーザからの代金の支払いの決済を条件に、ユーザに対して商品等を提供する業者等である。
認証サービスコードとは、ユーザが商品等の決済のサービス（以下、「本サービス」と呼ぶ）を実行するための汎用的認証コードをいう。
【００１３】
ユーザ端末２は、ユーザにより操作され、本サービスの適用対象の装置として正規であることを認証サーバ３により認証してもらい、決済サービス３に対して本サービスの実行（決済の実行）を要求する。
即ち、ユーザは、ユーザ端末２を操作して本サービスを実行（決済の実行）させ、店舗から商品等の提供を受ける。
【００１４】
認証サーバ３は、上述したように、ユーザ端末２が本サービスの適用対象の装置として正規であるか否かの認証を行い、その認証の結果を決済サーバ４に通知する。
決済サーバ４は、クレジット会社等の各種決済者により管理され、認証サーバ３から送信されてきた認証結果に基づいて、本サービスの実行（決済の実行）をする。
【００１５】
図２は、図１の情報処理システムのうちユーザ端末２のハードウェア構成の一例を示すブロック図である。
【００１６】
ユーザ端末２は、スマートフォン等で構成される。
ユーザ端末２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、タッチ操作入力部１６と、表示部１７と、入力部１８と、記憶部１９と、通信部２０と、ドライブ２１と、を備えている。
【００１７】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１９からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００１８】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、タッチ操作入力部１６、表示部１７、入力部１８、記憶部１９、通信部２０及びドライブ２１が接続されている。
【００１９】
タッチ操作入力部１６は、例えば表示部１７の表示面に積層される静電容量式又は抵抗膜式（感圧式）の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。
ここで、タッチ操作とは、タッチ操作入力部１６に対する物体の接触又は近接の操作をいう。タッチ操作入力部１６に対して接触又は近接する物体は、例えばユーザの指やタッチペン等である。なお、例えば、本実施形態において、ユーザは、タッチ操作によりパスワードの入力を行う。
表示部１７は、液晶等のディスプレイにより構成され、決済の結果を示す画像等、各種画像を表示する。
このように、本実施形態では、タッチ操作入力部１６と表示部１７とにより、タッチパネルが構成されている。
【００２０】
入力部１８は、各種ハードウェア等で構成され、ユーザの指示操作に応じて各種情報を入力する。
記憶部１９は、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部２０は、インターネットを含むネットワークＮを介して他の装置（図１の例では認証サーバ３や決済サーバ４等）との間で行う通信を制御する。
【００２１】
ドライブ２１は、必要に応じて設けられる。ドライブ２１には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア２２が適宜装着される。ドライブ２１によってリムーバブルメディア２２から読み出されたプログラムは、必要に応じて記憶部１９にインストールされる。また、リムーバブルメディア２２は、記憶部１９に記憶されている各種データも、記憶部１９と同様に記憶することができる。
【００２２】
図３は、図１の情報処理システムのうち認証サーバのハードウェア構成の一例を示すブロック図である。
【００２３】
認証サーバ３は、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、バス３４と、入出力インターフェース３５と、出力部３６と、入力部３７と、記憶部３８と、通信部３９と、ドライブ４０とを備えている。
認証サーバ３の構成は、図２のユーザ端末２のタッチパネルを除いた構成と同様であるので、ここではその説明は省略する。
また、図１店舗端末１及び決済サーバ４についても、認証サーバ３の構成と同様であるので、ここではその説明を省略する。
【００２４】
このような店舗端末１、ユーザ端末２、認証サーバ３及び決済サーバ４の各種ハードウェアと各種ソフトウェアとの協働により、決済支援処理等の各種処理の実行が可能なる。決済支援処理とは、店舗がユーザに商品等を提供する場合における決済処理を支援するためのユーザの認証等各種処理をいう。
図４は、図２のユーザ端末及び図３の認証サーバの機能的構成のうち、決済支援処理を実行するための機能的構成の一例を示す機能ブロック図である。
【００２５】
図４に示すように、ユーザ端末２のＣＰＵ１１においては、上位リクエスト部１０１と、サービスコード取得部１０２と、ＰＷ入力部１０３と、Ｃ−ＯＴＩＤ生成部１０４と、ＰＷ暗号化部１０５と、ユーザ端末情報生成部１０６と、ユーザ端末情報送信制御部１０７と、サーバ認証部１０８と、認証シード更新部１０９と、決済結果取得部１１０と、提示部１１１とが機能する。
【００２６】
上位リクエスト部１０１は、決済サーバ４へ、上位リクエストを実行する。ここで、上位リクエストとは、決済サーバ４に対して、決済結果の受信をリクエストすることを意味する。
【００２７】
サービスコード取得部１０２は、店舗端末１において発生された認証サービスコードを取得する。
ここで、認証サービスコードの取得手法は、特に限定されない。
例えば、店舗端末１の図示せぬ表示部に、認証サービスコードを示すＱＲコード（登録商標）を表示させ、ユーザ端末２の図示せぬ撮像部が当該ＱＲコード（登録商標）を含む表示部を撮像することで認証サービスコードを取得する手法を採用してもよい。
また例えば、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（登録商標）等の近距離無線通信を用いて、認証サービスコードを店舗端末１から取得する手法を採用してもよい。
ユーザ端末２は、この認証サービスコードを、決済する店舗を特定する情報として、認証サーバ３を介して決済サーバ４に送信する。これにより、ユーザ端末２と店舗端末１との間で、決済時のユーザの個人情報の送受信が不要となるため、決済時の個人情報が、店舗端末１から流出するおそれが低減する。
【００２８】
ＰＷ入力部１０３は、タッチパネルによるユーザからのパスワードの入力を受け付ける。
【００２９】
Ｃ−ＯＴＩＤ生成部１０４は、ユーザ端末２が本サービスの適用対象の装置として正規であることを認証サーバ３に対して示す認証子として、ワンタイムＩＤを、例えば、前回の決済の実行時に更新された認証シード及び共通暗号鍵に基づいて生成する。
なお、後述するように、認証サーバ３側もワンタイムＩＤを生成するので、これと区別をすべく、Ｃ−ＯＴＩＤ生成部１０４により生成されるワンタイムＩＤを、以下「Ｃ−ＯＴＩＤ」と呼ぶ。
【００３０】
ＰＷ暗号化部１０５は、ＰＷ入力部１０３で受け付けられたパスワードを所定の方式により暗号化することで暗号化パスワードを生成する。
【００３１】
ユーザ端末情報生成部１０６は、ＰＷ暗号化部１０５で生成された暗号化パスワードと、サービスコード取得部１０２で取得された認証サービスコードと、Ｃ−ＯＴＩＤ生成部１０４で生成されたＣ−ＯＴＩＤを含む情報を、ユーザ端末情報として生成する。
【００３２】
ユーザ端末情報送信制御部１０７は、ユーザ端末情報生成部１０６で生成されたユーザ端末情報を、通信部２０を介して認証サーバ３に送信するための制御を実行する。
【００３３】
このようにして、ユーザ端末２から認証サーバ３に送信されたユーザ端末情報（特にＣ−ＯＴＩＤと暗号化パスワード）は、認証サーバ３において、ユーザの認証等の各種処理に利用される。
また、認証サーバ３では、後述するＳ−ＯＴＩＤが生成され、ユーザ端末２へと送信される。
そこで、サーバ認証部１０８は、Ｓ−ＯＴＩＤと更新された認証シードの情報とを、通信部２０を介して取得し、取得したＳ−ＯＴＩＤに基づいて、認証サーバ３を認証する。
認証シード更新部１０９は、サーバ認証部１０８で認証された結果に基づいて、認証シードを更新する。
【００３４】
決済結果取得部１１０は、上述の上位リクエスト部１０１により上位リクエストを受けて、決済サーバ４から送信されてきた決済処理の結果を、通信部２０を介して取得する。提示部１１１は、決済結果取得部１１０により取得された決済処理の結果を表示部１７に表示させる等することで、ユーザに提示する。
【００３５】
続いて、認証サーバ３の備える機能的構成について説明する。
認証サーバ３においては、ユーザ端末情報取得部２０１と、復号化部２０２と、ユーザ認証部２０３と、ユーザパラメータ変換部２０４と、認証サーバ情報送信制御部２０５と、Ｓ−ＯＴＩＤ生成更新部２０６が機能する。
認証サーバ３の記憶部３８の一領域には、ＵＰＤＢ（ユーザパラメータ  データベース）３０１が設けられる。
【００３６】
ユーザ端末情報取得部２０１は、ユーザ端末２から送信されてきたユーザ端末情報を通信部３９を介して取得する。
復号化部２０２は、ユーザ端末情報取得部２０１に取得されたユーザ端末情報に含まれる暗号化パスワードから、上述のパスワードを復号する。
【００３７】
ユーザ認証部２０３は、復号化部２０２で復号されたパスワードと、ユーザ端末情報取得部２０１により取得されたユーザ端末情報に含まれるＣ−ＯＴＩＤとに基づいて、ユーザ端末２が本サービスの適用対象である正規の端末であることの認証（以下適宜「ユーザ認証」と呼ぶ）を行う。
【００３８】
ユーザパラメータ変換部２０４は、ユーザ認証部２０３によるユーザ認証の結果を示すパラメータを、ユーザパラメータとして生成し、ＵＰＤＢ３０１に格納する。
ユーザパラメータは、このようにユーザ認証の結果を示すものであれば、その形態は特に限定されない。本実施形態で採用されているユーザパラメータの具体例については、図８や図９を参照して後述する。
【００３９】
認証サーバ情報送信制御部２０５は、ユーザ端末情報取得部２０１により取得されたユーザ端末情報のうち認証サービスコードと、ユーザパラメータ変換部２０４により生成されたユーザパラメータとを含む情報を、認証サーバ情報として、通信部３９を介して決済サーバ４に送信するための制御を実行する。
【００４０】
決済サーバ４は、認証サーバ情報を受信すると、当該認証サーバ情報のうちユーザパラメータに基づいて、ユーザの認証結果を認識する。
決済サーバ４は、ユーザの認証が成功されている場合には所定の決済処理を実行し、ユーザの認証が失敗されている場合には所定のエラー処理を実行し、その実行内容を示す決済結果を、店舗端末１及びユーザ端末２の夫々に送信する。
ここで、決済処理とは、本サービスの実行に関する一連の処理、即ち、店舗で商品等を購入したユーザについて、その商品等の代金を支払うための決済をするまでの一連の処理をいう。
【００４１】
認証サーバ３のＳ−ＯＴＩＤ生成更新部２０６は、前回の決済時に更新された認証シード及び共通暗号鍵に基づいて、認証サーバ３が正規であることを示す認証子として、ワンタイムＩＤを生成する。そして、Ｓ−ＯＴＩＤ生成更新部２０６は、生成したＳ−ＯＴＩＤを、通信部３９を介してユーザ端末２に送信するための制御を実行する。
なお、上述ように、ユーザ端末２側もワンタイムＩＤを生成するので、これと区別をすべく、Ｓ−ＯＴＩＤ生成更新部２０６により生成されるワンタイムＩＤを、以下「Ｓ−ＯＴＩＤ」と呼ぶ。Ｓ−ＯＴＩＤは、認証サーバ３が正規であることを示す認証子である。
つまり、本実施形態では、認証サーバ３がユーザを認証するだけでなく、ユーザ端末２が認証サーバ３を認証する相互認証を採用している。そこで、Ｓ−ＯＴＩＤがＳ−ＯＴＩＤ生成更新部２０６により生成され、ユーザ端末２に送信されるのである。
【００４２】
また、Ｃ−ＯＴＩＤとＳ−ＯＴＩＤの２つのワンタイムＩＤは、事前に作成（更新）された認証シードを用いて生成される。そこで、認証シードを用いた認証の仕組みについて、簡単に説明する。
第１実施形態では、１以上のサービスに共通の認証シード及び共通暗号鍵が用いられる。
具体的には例えば、ユーザ端末２のＣ−ＯＴＩＤ生成部１０４は、１以上のサービスに共通の認証シード及び共通暗号鍵を、ＲＡＭ１３上の演算スタックにコピーして、そのコピーされた認証シードに基づいて、Ｃ−ＯＴＩＤを生成し、これを認証サーバ３へと送信する。また、Ｃ−ＯＴＩＤ生成部１０４は、同時に認証シードを更新する。
認証サーバ３のユーザ認証部２０３は、ユーザ端末２から送信されてきたＣ−ＯＴＩＤに基づいてユーザ端末２の正当性を認証する。
他方、認証サーバ３のＳ−ＯＴＩＤ生成更新部２０６は、前回更新された認証シード及び共通暗号鍵に基づいてＳ−ＯＴＩＤを生成し、ユーザ端末２へ送信する。また、Ｓ−ＯＴＩＤ生成更新部２０６は、同時に認証シードを更新する。
ユーザ端末２のサーバ認証部１０８は、認証サーバ３から送信されてきたＳ−ＯＴＩＤに基づいて認証サーバ３の正当性を判定する。
【００４３】
以上、図４を用いて、ユーザ端末２及び認証サーバ３等による決済支援処理を実行するための機能的構成について説明した。続いて、図５及び図６を用いて、ユーザ端末２及び認証サーバ３等により実行される決済支援処理の流れを説明する。
【００４４】
図５は、図４のユーザ端末及び認証サーバ等により実行される決済支援処理の流れの概要を示す図である。
図６は、図４のユーザ端末及び認証サーバ等により実行される決済支援処理の流れを示すアローチャートである。
【００４５】
ステップＳａ０−１において、店舗端末１は、認証サービスコードを発生させる。
ステップＳａ０−２において、ユーザ端末２のサービスコード取得部１０２は、店舗端末１において発生された認証サービスコードを取得する。
【００４６】
ステップＳａ１において、上位リクエスト部１０１は、決済サーバ４に上位リクエストを実行する。即ち、上位リクエスト部１０１は、決済サーバ４に対して、決済結果の受信をリクエストする。
【００４７】
ステップＳａ２において、ＰＷ入力部１０３は、タッチ操作入力部１６を介してされたユーザからのパスワードの入力を受け付ける。そして、ＰＷ暗号化部１０５は、当該パスワードを暗号化することで、暗号化パスワードを生成する。
【００４８】
ステップＳａ３において、Ｃ−ＯＴＩＤ生成部１０４は、前回更新された認証シード及び共通暗号鍵に基づいて、Ｃ−ＯＴＩＤを生成する。
【００４９】
ステップＳａ４において、ユーザ端末情報生成部１０６は、ステップＳａ２において生成された暗号化パスワードと、ステップＳａ０において取得された認証サービスコードと、ステップＳａ３において生成されたＣ−ＯＴＩＤとを含むユーザ端末情報を生成する。
【００５０】
ステップＳａ５において、ユーザ端末情報送信制御部１０７は、ステップＳａ４で生成されたユーザ端末情報を認証サーバ３に送信する。
【００５１】
ステップＳａ６において、ユーザ認証部２０３は、ステップＳａ５でユーザ端末２から送信されてきたユーザ端末情報に含まれるパスワードとＣ−ＯＴＩＤとに基づいて、ユーザ認証（クライアント認証）を行う。
【００５２】
ステップＳａ７において、認証サーバ３の復号化部２０２は、ステップＳａ５でユーザ端末２から送信されてきたユーザ端末情報に含まれる暗号化パスワードを、上述のパスワードに復号する。
【００５３】
ステップＳａ８において、Ｓ−ＯＴＩＤ生成更新部２０６は、前回の決済支援処理のステップＳａ３で更新された認証シード及び共通暗号鍵に基づいて、Ｓ−ＯＴＩＤを生成し、当該認証シードを更新する。
【００５４】
ステップＳａ９−１において、認証サーバ情報送信制御部２０５は、ステップＳａ８において生成されたＳ−ＯＴＩＤと更新した認証シードの情報とを含む認証サーバ側情報をユーザ端末２に送信する。
【００５５】
ステップＳａ９−２において、ユーザ端末２のサーバ認証部１０８は、ステップＳａ９−１で送信されてきた認証サーバ側情報、即ちＳ−ＯＴＩＤ等を取得する。サーバ認証部１０８は、取得したＳ−ＯＴＩＤに基づいて、認証サーバ３を認証する。
【００５６】
ステップＳａ９−３において、認証シード更新部１０９は、サーバ認証部１０８に認証された結果に基づいて、認証シードを更新する。
【００５７】
ステップＳａ１０において、ユーザパラメータ変換部２０４は、ステップＳａ７で行われたユーザの認証結果を示すユーザパラメータを生成する。
【００５８】
ステップＳａ１１において、認証サーバ情報送信制御部２０５は、ステップＳａ５でユーザ端末２から送信されてきたユーザ端末情報に含まれる認証サービスコードとステップＳａ１０で生成されたユーザパラメータとを含む認証サーバ情報を、決済サーバ４に送信する。
【００５９】
ステップＳａ１２において、決済サーバ４は、ステップＳａ１１で認証サーバ３から送信されてきた認証サーバ情報、即ち認証サービスコードとユーザパラメータとに基づいて、決済処理またはエラー処理を実行する。
【００６０】
ステップＳａ１３−１において、決済サーバ４は、ステップＳａ１２で実行した決済処理またはエラー処理の結果（以下、「決済結果」と呼ぶ）を店舗端末１に送信する。
ステップＳａ１３−２において、店舗端末１は、ステップＳａ１３−１で決済サーバ４から送信されてきた決済結果を取得し、そして店舗端末１は、取得した決済結果を表示する。
【００６１】
ステップＳａ１４において、決済サーバ４は、ステップＳａ１２で実行された決済結果をユーザ端末２に送信する。
ステップＳａ１５において、ユーザ端末２の決済結果取得部１１０は、ステップＳａ１４で決済サーバ４から送信されてきた決済結果を取得する。そして、提示部１１１は、当該決済結果を表示部１７に表示する。
【００６２】
このような決済支援処理の実現により、決済サーバ４において決済処理が行われる場合に、ユーザ端末２は、店舗端末１との間で認証サービスコードの取得以外の通信を一切行う必要がないので、ユーザの個人情報が店舗端末１に伝送されるおそれが全くない。
そのため、当該店舗端末１にユーザの個人情報が保存されることはないので、従来のように、店舗の従業員等に悪用されたり、店舗端末１から個人情報が流出することが一切なくなる。
このように、電子的な方法による決算処理において、個人情報流出等のリスクを低減することができるという効果を奏することが可能になる。
さらに以下、このような効果を奏することが可能な決済支援処理の詳細について、図７乃至図１０を用いて説明していく。
【００６３】
図７は、図６の決済支援処理のうち、主に図２のユーザ端末２において実行される一連の処理の詳細な流れを説明するフローチャートである。
【００６４】
ステップＳａ０−１において、店舗端末１は、認証サービスコードを生成又は受信する。なお、その後の店舗端末１の処理については、処理Ｐ４−１として図１０を参照して後述する。
ステップＳａ０−２において、ユーザ端末２のサービスコード取得部１０２は、ステップＳａ０−１において店舗端末１で生成された認証サービスコードを取得する。なお、上述の通り、認証サービスコードの取得手法は、特に限定されない。
【００６５】
ステップＳａ０−２におい認証サービスコードが取得されると、ステップＳａ１において、上位リクエスト部１０１は、決済サーバ４に上位リクエスト、即ち、決済結果の受信のリクエストを実行する。なお、この上位リクエストに対する決済サーバ４の受信処理は、処理Ｐ４−４−１として実行され、その応答処理として図１０のステップＳａ１４の処理が実行される。このステップＳａ１４の処理については、図１０を参照して後述する。
【００６６】
ステップＳａ２において、ＰＷ入力部１０３は、タッチ操作入力部１６を介してされたユーザからのパスワードの入力を受け付ける。そして、ＰＷ暗号化部１０５は、ステップＳａ２で受け付けられたパスワードを暗号化して、暗号化パスワードを生成する。
ステップＳａ３において、Ｃ−ＯＴＩＤ生成部１０４は、Ｃ−ＯＴＩＤを生成する。
ステップＳａ４において、ユーザ端末情報生成部１０６は、認証サーバ送信パケットを生成する。
即ち、ユーザ端末情報生成部１０６は、ステップＳａ２で生成された暗号化パスワードと、ステップＳａ０−２においてサービスコード取得部１０２で取得された認証サービスコードと、ステップＳａ３で生成されたＣ−ＯＴＩＤとを含むユーザ端末情報を生成する。
なお、このユーザ端末情報は、本実施形態では複数のパケットにより構成される。このパケットが、上述の認証サーバ送信パケットに該当する。
【００６７】
ステップＳａ５において、ユーザ端末情報送信制御部１０７は、ステップＳａ４において生成された認証サーバ送信パケットを、認証サーバ３に送信する。
その後のユーザ端末２の処理としては、処理Ｐ４−２が実行される。処理Ｐ４−２については、図１０を参照して後述する。
【００６８】
ステップＳａ４において認証サーバ送信パケットが認証サーバ３に送信されると、認証サーバ３は、処理Ｐ２−３を実行する。
そこで、以下、図８を用いて、上述の認証サーバ３における処理Ｐ２−３について説明していく。
図８は、図６の決済支援処理のうち、主に図３の認証サーバ３により実行される一連の処理の詳細な流れを説明するフローチャートである。
【００６９】
ステップＳａ６において、認証サーバ３のユーザ認証部２０３は、ユーザ端末２から送信されてきたＣ−ＯＴＩＤに基づいて、クライアント認証（ユーザ認証）、即ち、ユーザ端末２が本サービスの適用対象である正規の端末であることの認証を行う。
【００７０】
ステップＳａ７において、認証サーバ３の復号化部２０２は、ユーザ端末２から送信されてきたユーザ端末情報に含まれる暗号化パスワードを、上述のパスワードに復号する。
【００７１】
ステップＳＰ３−１において、ユーザ認証部２０３は、ステップＳａ６のクライアント認証で用いられたＣ−ＯＴＩＤが正規の端末で生成されたものであるか否かを判定する。
Ｃ−ＯＴＩＤが正規の端末で生成されたものでない場合は、ステップＳＰ３−１においてＮＯと判定されて、処理はステップＳａ１０−３に進む。なお、ステップＳａ１０−３以降の処理については、後述する。
これに対して、Ｃ−ＯＴＩＤが正規の端末で生成されたものである場合は、ステップＳＰ３−１においてＹＥＳであると判定されて、処理はステップＳａ８へと進む。
【００７２】
ステップＳａ８において、Ｓ−ＯＴＩＤ生成更新部２０６は、前回更新された認証シード及び共通暗号鍵に基づいて、Ｓ−ＯＴＩＤを生成し、当該認証シードを更新する。
【００７３】
ステップＳａ９において、認証サーバ情報送信制御部２０５は、ユーザ端末２へ認証パケットを送信する。
即ち、認証サーバ情報送信制御部２０５は、ステップＳａ８で生成したＳ−ＯＴＩＤと更新した認証シードの情報を含む認証サーバ側情報をユーザ端末２に送信する。この認証サーバ側情報は、本実施形態では複数のパケットにより構成される。このパケットが、上述の認証パケットに該当する。
なお、認証サーバ情報送信制御部２０５が、認証サーバ情報をユーザ端末２に送信すると、ユーザ端末２においては、処理Ｐ４−２が実行される。処理Ｐ４−２については、図１０を参照して後述する。
【００７４】
ステップＳＰ３−２において、ユーザパラメータ変換部２０４は、ステップＳａ７で復号されたパスワードが正規の端末で入力されたものか否かを判定する。
【００７５】
パスワードが正規の端末で入力されたものである場合は、ステップＳＰ３−２においてＹＥＳであると判定されて、処理はステップＳａ１０−１へと進む。
ステップＳａ１０−１において、ユーザパラメータ変換部２０４は、ステップＳａ６のクライアント認証で用いられたＣ−ＯＴＩＤが正規の端末で生成されたものであり、かつステップＳａ７で復号されたパスワードが正規の端末で入力されたものである場合を示すべく、Ｃ−ＯＴＩＤから任意のユーザパラメータを生成する。
【００７６】
これに対して、取得されたパスワードが正規の端末で入力されたものでない場合は、ステップＳＰ３−２においてＮＯと判定されて、処理はステップＳａ１０−２に進む。
ステップＳａ１０−２において、ユーザパラメータ変換部２０４は、ステップＳａ６のクライアント認証で用いられたＣ−ＯＴＩＤが正規の端末で生成されたものであり、かつステップＳａ７で復号されたパスワードが正規の端末で入力されたものでない場合を示すべく、ユーザパラメータとして「−２」を生成する。
【００７７】
また、上述したように、ステップＳａ６のクライアント認証で用いられたＣ−ＯＴＩＤが正規の端末で生成されたものでない場合は、ステップＳＰ３−１においてＮＯと判定されて、処理はステップＳａ１０−３に進む。
ステップＳａ１０−３において、ユーザパラメータ変換部２０４は、ステップＳａ６のクライアント認証で用いられたＣ−ＯＴＩＤが正規の端末で生成されたものでない場合に、ユーザパラメータとして「−１」を生成する。
【００７８】
つまり、ユーザパラメータが「−２」の場合や「−１」の場合とは、認証サーバ３におけるユーザ認証（クライアント認証）がＮＧの場合であり、ユーザパラメータは、ＮＧコードを通知するものとなる。
このように、ステップＳａ１０−１乃至１０−３のうち何れかの処理（図５及び図６でいるステップＳ１０の処理）が実行されて、ユーザパラメータが生成されると、処理はステップＳａ１１に進む。
【００７９】
ステップＳａ１１において、認証サーバ情報送信制御部２０５は、ステップＳａ５（図７）でユーザ端末２から送信されてきたユーザ端末情報に含まれる認証サービスコードと、ステップＳａ１０−１乃至１０−３のうち何れかのステップで生成されたユーザパラメータとを含む認証サーバ情報をパケットとして決済サーバ４に送信する。
【００８０】
認証サーバ情報が決済サーバ４に送信されると、決済サーバ４では図９の処理Ｐ３−４が実行される。
図９は、図６の決済支援処理のうち、主に図１の決済サーバ４において実行される一連の処理であって、処理Ｐ３−４以降の処理の詳細な流れを説明するフローチャートである。この図９に示される処理が、図５及び図６のステップＳa１２の処理に該当する。
【００８１】
ステップＳＰ４−０において、決済サーバ４は、ステップＳａ１１で認証サーバ３から送信されてきた認証サーバ情報のパケットを、決済パケットとして受信する。
【００８２】
ステップＳＰ４−１において、決済サーバ４は、認証サーバ情報に含まれるユーザパラメータの判定をする。
【００８３】
決済サーバ４は、ステップＳＰ４−１でユーザパラメータ「−１」を抽出した場合、処理をステップＳＰ４−２に進める。
ステップＳＰ４−２において、決済サーバ４は、正常に決済処理が終了しなかったことを示す「決済結果ＮＧ」という決済結果及びその理由を示す「−１」という理由コードを生成する。
【００８４】
決済サーバ４は、ステップＳＰ４−１でユーザパラメータ「−２」を抽出した場合、処理をステップＳＰ４−３に進める。
ステップＳＰ４−３において、決済サーバ４は、正常に決済処理が終了しなかったことを示す「決済結果ＮＧ」という決済結果及びその理由を示す「−２」という理由コードを生成する。
【００８５】
決済サーバ４は、ステップＳＰ４−１でそれ以外のユーザパラメータを抽出した場合、つまりユーザ認証に成功したことを示すユーザパラメータを抽出した場合、処理をステップＳＰ４−４に進める。
ステップＳＰ４−４において、決済サーバ４は、ユーザパラメータより決済処理を実行する。
【００８６】
ステップＳＰ４−５において、決済サーバ４は、ステップＳＰ４−４で実行された決済処理がＯＫか否かを判定する。
【００８７】
決済サーバ４は、決済処理がＮＧと判定した場合、処理をステップＳＰ４−６に進める。
ステップＳＰ４−６において、決済サーバ４は、正常に決済処理が終了しなかったことを示す「決済結果ＮＧ」という決済結果及びその理由を示す「−３」という理由コードを生成する。
【００８８】
これに対して、決済サーバ４は、決済処理がＯＫと判定した場合、処理をステップＳＰ４−７に進める。
ステップＳＰ４−７において、決済サーバ４は、正常に決済処理が終了したことを示す「決済結果ＯＫ」という決済結果を生成する。
【００８９】
このようにして、ステップＳＰ４−２，ＳＰ４−３，ＳＰ４−６，ＳＰ４−７の何れかで決済結果等が生成されると、処理は、処理Ｐ４−４に進む。
そこで以下、図１０を用いて、決済サーバ４における処理Ｐ４−４、上述のユーザ端末２における処理Ｐ４−２、店舗端末１における処理Ｐ４−１について説明していく。
【００９０】
図１０は、図６の決済支援処理のうち、主に図１の店舗端末１、決済サーバ４及び図２のユーザ端末２により実行される一連の処理であって、処理Ｐ４−４、処理Ｐ４−２、処理Ｐ４−１以降の処理の詳細な流れを説明するフローチャートである。
【００９１】
まずは、処理の中心となる決済サーバ４を中心として、決済サーバ４で行われるＰ４−４以降の処理について説明する。
ステップＳＰ４−８において、決済サーバ４は、店舗端末向け決済結果パケットを生成する。
即ち、決済サーバ４は、ステップＳａ１１で認証サーバ３から送信されてきた認証サービスコードと、上述のステップＳＰ４−２，ＳＰ４−３，ＳＰ４−６，ＳＰ４−７の何れかで生成された決済結果（及びＮＧの場合には理由コード）を含む店舗端末向け決済サーバ情報をパケットで生成する。このパケットが、店舗端末向け決済結果パケットである。
【００９２】
ステップＳａ１３において、決済サーバ４は、ステップＳＰ４−８で生成された店舗端末向け決済サーバ側情報を店舗端末１に送信する。
そして、ステップＳａ１３−２において、店舗端末１は、ステップＳａ１３で決済サーバ４から送信されてきた店舗端末向け決済サーバ情報を取得し、それを表示する。
【００９３】
ステップＳＰ４−９において、決済サーバ４は、ユーザ端末向け決済結果パケットを生成する。
即ち、決済サーバ４は、ステップＳＰ４−８と同様に、ステップＳａ１１で認証サーバ３から送信されてきた認証サービスコードと、上述のステップＳＰ４−２，ＳＰ４−３，ＳＰ４−６，ＳＰ４−７の何れかで生成された決済結果（及びＮＧの場合には理由コード）を含むユーザ端末向け決済サーバ情報をパケットで生成する。このパケットが、ユーザ端末向け決済結果パケットである。
【００９４】
ステップＳａ１４において、ユーザ端末２から上位リクエストが送信されてきた（処理Ｐ４−４−１）を条件として、決済サーバ４は、ステップＳＰ４−８で生成されたユーザ端末向け決済サーバ情報をユーザ端末２に送信する。
ステップＳａ１５において、ユーザ端末２の決済結果取得部１１０は、ステップＳａ１４で決済サーバ４から送信されてきたユーザ端末向け決済サーバ情報（決済結果）を取得する。提示部１１１は、それを表示する。
【００９５】
なお、ユーザ端末２では、ステップＳａ１５の前に次のような処理も実行される。
即ち、ステップＳａ９−２において、ユーザ端末２のサーバ認証部１０８は、認証サーバ３から送信されてきたＳ−ＯＴＩＤ認証パケットを受信する。
即ち、サーバ認証部１０８は、ステップＳａ９−１で認証サーバ３から送信されてきたＳ−ＯＴＩＤと更新された認証シードとをパケット単位で取得する。
【００９６】
ステップＳＰ３−３において、サーバ認証部１０８は、ステップＳａ９−１で取得されたＳ−ＯＴＩＤはＯＫか否かを判定する。
取得されたＳ−ＯＴＩＤがＮＧの場合、ステップＳＰ３−３においてＮＯと判定されて、ユーザ端末２側の処理は終了する。
これに対して、取得されたＳ−ＯＴＩＤがＯＫの場合、ステップＳＰ３−３においてＹＥＳと判定されて、処理はステップＳａ９−３へと進む。
ステップＳａ９−３において、認証シード更新部１０９は、認証シードを更新する。
【００９７】
ここで上述の第１実施形態では、店舗端末１、ユーザ端末２、認証サーバ３及び決済サーバ４により構成される情報処理システムを採用することによって、一連の決済支援処理を実現した。
しかし、このような決済支援処理を実現するにあたり、必ずしも店舗端末１、ユーザ端末２、認証サーバ３及び決済サーバ４により構成される情報処理システムを採用する必要はない。例えば、商品等の提供は、実店舗でなく、オンラインショップ等のＥＣサイトでも行われている。
そこで、本発明が適用される情報処理システムの別の実施形態、即ち第２実施形態として、ＥＣサイト、ユーザ端末２、認証サーバ３、決済サーバ４により構成される情報処理システムを採用してもよい。
この第２実施形態を採用することで、本サービスの提供者は、より幅広い決済サービスを提供できる。
なお、このようなＥＣサイトを管理するサーバを、以下「サービスサーバ」と呼ぶ。サービスサーバは、ＥＣサイトを運営する業者により管理され、認証サービスコードを発行する。
【００９８】
ここで、第２実施形態におけるユーザ端末２及び認証サーバ３のハードウェア構成は、図２及び図３の夫々に示す第１実施形態のものと同様である。また、第２実施形態において新たに採用されるサービスサーバ５のハードウェア構成については、上述の認証サーバ３のハードウェア構成と同様である。
【００９９】
図１１は、本発明の第２実施形態に係る情報処理システムの構成の一例であり、本発明の第２実施形態を示す図である。
図１１に示す情報処理システムは、ユーザ端末２と、認証サーバ３と、決済サーバ４、サービスサーバ５とにより構成される。
ユーザ端末２と、認証サーバ３と、決済サーバ４と、サービスサーバ５とは、インターネット等の所定のネットワークＮを介して相互に接続されている。
なお、ユーザ端末２、認証サーバ３、決済サーバ４、サービスサーバ５の夫々の台数については、１以上のいかなる数がであってもよい。
【０１００】
本発明の第２実施形態では、図１１に示す情報処理システムにより決済支援処理が実行される。
ここで、図１２乃至図１８は、本発明の第２実施形態における機能ブロック図、概要図、アローチャート、フローチャートである。これらは、店舗端末１に代わり、サービスサーバ５を採用する点を除き、基本的に同様であるので、ここでは、この点以外の説明を省略する。
【０１０１】
即ち、第１実施形態と異なり第２実施形態では、図１３に示すように、ユーザ端末２は、商品等の提供のためにサービスサーバ５と通信をするための上位アプリケーションソフトウェア（以下、「上位アプリ」と呼ぶ）を有している。また、ユーザ端末２は、ユーザ認証等を実行するための通信として、サービスサーバ５とは通信をせずに、認証サーバ３と通信をするための認証モジュールを有している。
【０１０２】
ステップＳｂ０−１において、ユーザ端末２の上位アプリのサービスコード取得部１０２は、商品等の提供の決済のサービスを要求するためのアクセス（サービスアクセス）をサービスサーバ５に対してする。
ステップＳｂ０−２において、サービスサーバ５は、認証サービスコードを生成する。ステップＳｂ０−３において、サービスサーバ５は、認証サービスコードをユーザ端末２に送信する。ユーザ端末２の上位アプリのサービスコード取得部１０２は、認証サービスコードを受信する。
【０１０３】
第２実施形態では、図１３に点線で示すように、上位アプリの上位リクエスト部１０１は、第１実施形態のように決済サーバ４に上位リクエストを実行するのではなく、サービスサーバ５に対して、決済結果の受信をリクエストする（ステップＳｂ１）。
【０１０４】
ステップＳｂ２において、上位アプリのＰＷ入力部１０３は、タッチ操作入力部１６を介してされたユーザからのパスワードの入力を受け付ける。
ステップＳｂ３−０において、上位アプリは、認証サービスコードとパスワードを、認証モジュールに送信する。
そこで、ステップＳｂ３−２において、認証モジュールのＰＷ暗号化部１０５は、当該パスワードを暗号化することで、暗号化パスワードを生成する。
【０１０５】
ステップＳｂ３−１において、認証モジュールのＣ−ＯＴＩＤ生成部１０４は、前回更新された認証シード及び共通暗号鍵に基づいて、Ｃ−ＯＴＩＤを生成する。
【０１０６】
ステップＳｂ４において、認証モジュールのユーザ端末情報生成部１０６は、ステップＳｂ３−２において生成された暗号化パスワードと、ステップＳｂ０−３において取得された認証サービスコードと、ステップＳｂ３−１において生成されたＣ−ＯＴＩＤとを含むユーザ端末情報（図１５のステップＳｂ３−３で生成される認証サーバ送信パケット）を認証サーバ３に送信する。
【０１０７】
それ以降の認証サーバ３の処理と決済サーバ４の決済処理は、第１実施形態と同様に実行されるので、ここではこれらの説明は省略する。
【０１０８】
第１実施形態と同様に、ステップＳｂ９−１において、認証サーバ３は、Ｓ−ＯＴＩＤ（図１６でいう認証パケット）をユーザ端末２に送信する。
ステップＳｂ１３−１において、ユーザ端末２の認証モジュールのサーバ認証部１０８は、当該Ｓ−ＯＴＩＤに基づいて、認証サーバ３を認証する。
ステップＳｂ１３−２において、認証モジュールの認証シード更新部１０９は、サーバ認証部１０８に認証された結果に基づいて、認証シードを更新する。
【０１０９】
一方、決済サーバ４は、ステップＳｂ１７において、決済結果をサービスサーバ５に送信する。
ここで、第１実施形態とは異なり第２実施形態では、決済サーバ４は、ユーザ端末２に対して決済結果を送信しない。
即ち第２実施形態では、サービスサーバ５は、ユーザ端末２からの上述した結果リクエストを受けて、ステップＳｂ１８において、決済サーバ４から取得した決済結果をユーザ端末２に送信する。
ステップＳｂ１９において、ユーザ端末２の上位アプリの決済結果取得部１１０は、ステップＳｂ１８でサービスサーバ５から送信されてきた決済結果を取得する。そして、上位アプリの提示部１１１は、当該決済結果を表示部１７に表示する。
【０１１０】
第２実施形態でも、このような決済支援処理の実現により、決済サーバ４において決済処理が行われる場合に、ユーザ端末２は、サービスサーバ５との間で認証サービスコードの取得及び決済結果の取得以外の通信を一切行う必要がないので、ユーザの個人情報がサービスサーバ５に伝送されるおそれが全くない。
そのため、サービスサーバ５にユーザの個人情報が保存されることはないので、従来のように、ＥＣサイトを管理する人等に悪用されたり、ＥＣサイト５から個人情報が流出することが一切なくなる。
このように第２実施形態でも第１実施形態と全く同様に、電子的な方法による決算処理において、個人情報流出等のリスクを低減することができるという効果を奏することが可能になる。
【０１１１】
以上、本発明の第１及び第２実施形態について説明したが、本発明は、上述の第１及び第２実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【０１１２】
例えば、上述の実施形態における、認証サービスコードは、以下のような用途においても利用可能である。
即ち、認証サービスコードは、上述の実施形態の決済の他、サービスログイン、アクセス認証（監視・制御他）、アクセス権（投票・アンケート他）等の各種サービスに利用できる。
つまり、認証サービスコードは、サービスより発行される情報である。そして、認証サービスコードにより不正認証を実行させないため、認証情報のチェックを認証サーバ及びユーザ端末により行う。 
この認証サービスコードには、具体的には、以下の情報が設定される。
即ち、例えば、サービスの対象（誰が、何が）、サービスの内容（何を、謡的にはサービスログインや決済等）、認証結果を受け取る相手（誰に）、期間制限（いつまで、通常はサービスコード発行６０秒以内）、サービス毎の乱数（要求コード）等の情報が設定される。
つまり、認証サービスコードは、ユーザ端末（認証クライアント）により読み取り、認証サーバへ通知される。
そして、認証サーバは、認証サービスコードの指定ｗｈｏｍ（誰に）にユーザ情報を通知し、指定ｗｈｏｍ（誰に）は、指定ｗｈｏ（誰が）にＲｅｓｕｌｔ（結果）を通知する。
このＲｅｓｕｌｔ（結果）は、例えば、ユーザＩＤ、パスワード、決済コード、決済金額、タイムスタンプ、決済サービス等を通知する
なお、例えば、指定ｗｈｏｍ（誰に）が規定されていない場合は、認証サーバより認証サービスコード発行体にＲｅｓｕｌｔ（結果）を通知する。
【０１１３】
また例えば、上述の実施形態における、認証サービスコードは、ＱＲコード（登録商標）で通知するものとして説明を行ったが、特にこれに限定されない。
例えば、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｒａｄｉｏ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、光通信等の通信手段を用いることも可能である。
【０１１４】
また例えば、上述の実施形態では、各種認証子（例えば、Ｃ−ＯＴＩＤやＳ−ＯＴＩＤ）は、ワンタイムＩＤで説明した。
このワンタイムＩＤは、真性乱数や擬似乱数であり、認証サーバ３とユーザ端末２はこれに基づいてそれぞれのシードを更新していた。このため、ユーザ端末２と認証サーバ３との間で行われる通信は、盗聴によるワンタイムＩＤの類推を防止すべく、上述の実施形態では、共通暗号鍵を用いた通信が採用されていた。しかしながら、このような上述の実施形態に特に限定されず、ユーザ端末２と認証サーバ３との間で行われる通信は、いわゆる平文でも可能である。
さらに例えば、ワンタイムＩＤ自体で認証することも特に限定されず、固定パスワード等、他の認証技術を用いることも可能である。
【０１１５】
また、例えば、上述の実施形態では、ユーザにより入力されたパスワードが暗号化され、その結果得られる暗号化パスワードがユーザ端末情報に含められて、ユーザ端末２から認証サーバ３に送信された。そして、認証サーバ３において、ユーザ端末情報に含まれる暗号化パスワードから上述のパスワードが復号され、復号されたパスワードと、ユーザ端末情報に含まれるＣ−ＯＴＩＤとに基づいて、ユーザ認証が行われた。
しかしながら、パスワードの暗号化は、特に必須ではなく、暗号化は省略されてもよい。もっとも、暗号化をした方がセキュリティが高まることは言うまでもない。
さらに言えば、ユーザ端末情報に含められる情報として、パスワードは特に必須ではなく、ユーザを識別するための識別子であれば足りる。
【０１１６】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４及び図１２の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４及び図１２の例に限定されない。また、機能ブロックの存在場所も、図４及び図１２に特に限定されず、任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【０１１７】
また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであっても良い。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他、スマートフォンやパーソナルコンピュータ、又は各種デバイス等であってもよい。
【０１１８】
また例えば、このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。
【０１１９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【０１２０】
以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
認証サービスとして決済を要求するサービス要求元により管理される要求元装置（例えば図１の店舗端末１又は図１１のサービスサーバ５）と、
前記認証サービスを実行するユーザにより管理されるユーザ端末（例えば図１又は図１１のユーザ端末２）と、
前記ユーザを認証する認証サーバ（例えば図１又は図１１の認証サーバ３）と、
前記ユーザに対する決済処理を実行する決済サーバ（例えば図１又は図１１の決済サーバ４）と、
を含む情報処理システムにおいて、
前記ユーザ端末は、
前記ユーザが前記認証サービスを実行するための汎用的認証コードとして使用する認証サービスコードを、前記要求元装置から取得するサービスコード取得手段（例えば図４又は図１２のサービスコード取得部１０２）と、
前記ユーザ端末が正規であることを示す第１ワンタイム認証子（Ｃ−ＯＴＩＤ）を生成する第１認証子生成手段（例えば図４又は図１２のＣ−ＯＴＩＤ生成部１０４）と、
前記ユーザを識別するための識別子と、前記認証サービスコードと、前記第１ワンタイム認証子を含む第１送信情報を生成する第１送信情報生成手段（例えば図４又は図１２のユーザ端末情報生成部１０６）と、
前記第１送信情報を前記認証サーバに送信する制御を行う第１送信制御手段（例えば図４又は図１２のユーザ端末情報送信制御部１０７）と、
を備え、
前記認証サーバは、
前記ユーザ端末からの前記第１送信情報を受信する制御を行う第１受信制御手段（図４又は図１２のユーザ端末情報取得部２０１）と、
前記第１送信情報に含まれる前記識別子と、前記第１送信情報に含まれる前記第１ワンタイム認証子とに基づいて、前記ユーザの認証結果を示すユーザパラメータを生成するユーザ認証手段（例えば図４又は図１２のユーザ認証部２０３）と、
前記第１送信情報に含まれる前記認証サービスコードと、前記ユーザパラメータとを含む第２送信情報を、前記決済サーバに送信する制御を行う第２送信制御手段（図４又は図１２の認証サーバ情報送信制御部２０５）と、
を備えれば足りる。
【０１２１】
これにより、上述の認証サービスコードにより決済する店舗を特定することができ、ユーザ端末と要求元装置（例えば図１の店舗端末１又は図１１のサービスサーバ５）との間で、決済時の個人情報の送受信が不要となる。そのため、電子的な方法による決算処理において、個人情報の流出等のリスクを低減することができる。
【０１２２】
さらに、前記第１送信情報生成手段は、
前記ユーザを識別するための前記識別子として、入力されたパスワードを暗号化することで暗号化パスワードを生成し、当該暗号化パスワードと、前記認証サービスコードと、前記第１ワンタイム認証子を含む前記第１送信情報を生成し、
前記ユーザ認証手段は、前記第１送信情報に含まれる前記暗号化パスワードを復号した前記パスワードと、前記第１送信情報に含まれる前記第１ワンタイム認証子とに基づいて、前記ユーザの認証結果を示す前記ユーザパラメータを生成することができる。
これにより、ユーザを識別するための識別子の通信時における盗聴を抑制できるので、よりセキュリティが高まる。
【０１２３】
さらに、前記認証サーバは、
前回更新された認証シードに基づいて、当該認証サーバが正規であることを示す第２ワンタイム認証子（Ｓ−ＯＴＩＤ）を生成し、当該認証シードを更新する第２認証子生成手段（例えば図４又は図１２のＳ−ＯＴＩＤ生成更新部２０６の生成機能）と、
前記第２ワンタイム認証子（Ｓ−ＯＴＩＤ）を前記ユーザ端末に送信する制御を行う第３送信制御手段（例えば図４又は図１２のＳ−ＯＴＩＤ生成更新部２０６の送信制御機能）と、
をさらに備え、
前記ユーザ端末の前記第１認証子生成手段は、前回更新された認証シードに基づいて、前記第１ワンタイム認証子（Ｃ−ＯＴＩＤ）を生成し、
前記ユーザ端末は、前記第２ワンタイム認証子に基づいて、前記認証サーバを認証するとともに、前記認証シードを更新するサーバ認証手段（例えば図４又は図１２のサーバ認証部１０８）と、
をさらに備えれば足りる。
【０１２４】
これにより、ユーザ端末と要求元装置との相互認証を、より正確に行うことができるため、電子的な方法による決算処理において、個人情報の流出等のリスクを、さらに低減することができる。
【０１２５】
さらに、前記決済サーバは、前記ユーザパラメータに基づいて前記ユーザの認証結果を認識し、前記ユーザの認証が成功されている場合には前記決済処理を実行し、前記ユーザの認証が失敗されている場合には所定のエラー処理を実行し、その実行内容を示す決済結果を少なくとも前記要求元装置に通知し、
前記ユーザ端末は、
前記決済結果を前記決済サーバ又は前記要求元装置から取得する取得手段（例えば図４又は図１２の決済結果取得部１１０）と、
取得された前記決済結果を前記ユーザに提示する提示手段（例えば図４又は図１２の提示部１１１）と、
をさらに備えていれば足りる。
【０１２６】
上述の構成によれば、決済サーバの実行した決済処理の結果（決済処理結果）は、ユーザ端末及び要求元装置に送信される。そして、ユーザ端末では、当該決済処理結果をユーザに提示することができる。
これにより、ユーザは、決済が上述の決済支援処理が、正常に完了したのか、否かを正確に把握することができる。
【符号の説明】
【０１２７】
１      店舗端末
２      ユーザ端末
３      認証サーバ
４      決済サーバ
５      サービスサーバ
１１    ＣＰＵ
３１    ＣＰＵ
１０１    上位リクエスト部
１０２    サービスコード取得部
１０３    ＰＷ入力部
１０４    Ｃ−ＯＴＩＤ生成部
１０５    ＰＷ暗号化部
１０６    ユーザ端末情報生成部
１０７    ユーザ端末情報送信制御部
１０８    サーバ認証部
１０９    認証シード更新部
１１０    決済結果取得部
１１１    提示部
２０１    ユーザ端末情報取得部
２０２    復号化部
２０３    ユーザ認証部
２０４    ユーザパラメータ変換部
２０５    認証サーバ情報送信制御部
２０６    Ｓ−ＯＴＩＤ生成更新部
３０１    ＵＰＤＢ
【図１】
2020112839.tif 000003
【図２】
2020112839.tif 000004
【図３】
2020112839.tif 000005
【図４】
2020112839.tif 000006
【図５】
2020112839.tif 000007
【図６】
2020112839.tif 000008
【図７】
2020112839.tif 000009
【図８】
2020112839.tif 000010
【図９】
2020112839.tif 000011
【図１０】
2020112839.tif 000012
【図１１】
2020112839.tif 000013
【図１２】
2020112839.tif 000014
【図１３】
2020112839.tif 000015
【図１４】
2020112839.tif 000016
【図１５】
2020112839.tif 000017
【図１６】
2020112839.tif 000018
【図１７】
2020112839.tif 000019
【図１８】
2020112839.tif 000020