特開 2024-27315 情報処理プログラム、情報処理装置、情報処理方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024027315

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

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

(51)【国際特許分類】

   G06Q 20/08 20120101AFI20240222BHJP

   G06Q 50/10 20120101ALI20240222BHJP

【ＦＩ】

G06Q20/08

G06Q50/10

【審査請求】有

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022130022

(22)【出願日】2022-08-17

(71)【出願人】

【識別番号】593022629

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

(74)【代理人】

【識別番号】100126480

【弁理士】

【氏名又は名称】佐藤 睦

(74)【代理人】

【識別番号】100140431

【弁理士】

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

(72)【発明者】

【氏名】間下 公照

(72)【発明者】

【氏名】南井 享

(72)【発明者】

【氏名】中川 祐

【テーマコード（参考）】

5L049

5L055

【Ｆターム（参考）】

5L049CC11

5L055AA22

(57)【要約】

【課題】一定のセキュリティレベルを担保しながら、サービスアプリを利用するユーザの満足度を向上すること。
【解決手段】情報処理装置（４０）は、第１事業者が提供する第１アプリケーションで用いられるトークン及び／又は電子証明書を、第２事業者が提供する第２アプリケーションに対して発行することを要求する発行要求を取得する取得部と、前記発行要求に応じて、前記第１アプリケーションのユーザ及び前記第２アプリケーションのユーザの同一性を検証する検証部と、前記同一性の検証結果に基づいて、前記第１事業者によって発行される前記トークン及び／又は前記電子証明書を前記第２アプリケーションに対して提供する提供部と、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

コンピュータを、
第１事業者が提供する第１アプリケーションで用いられるトークン及び／又は電子証明書を、第２事業者が提供する第２アプリケーションに対して発行することを要求する発行要求を取得する取得部と、
前記発行要求に応じて、前記第１アプリケーションのユーザ及び前記第２アプリケーションのユーザの同一性を検証する検証部と、
前記同一性の検証結果に基づいて、前記第１事業者によって発行される前記トークン及び／又は前記電子証明書を前記第２アプリケーションに対して提供する提供部と、
として機能させるための情報処理プログラム。

【請求項2】

前記発行要求に応じて、前記第１アプリケーションのユーザに関する第１確認情報を前記第１事業者から取得するとともに、前記第２アプリケーションのユーザに関する第２確認情報を前記第２事業者から取得するユーザ確認部を更に備え、
前記検証部は、前記第１確認情報及び前記第２確認情報に基づいて、前記同一性を検証する、
請求項１記載の情報処理プログラム。

【請求項3】

前記提供部は、前記検証部によって前記同一性が検証された場合、前記第１事業者に対して前記トークン及び／又は前記電子証明書の発行を要求し、該要求に応じて前記第１事業者によって発行される前記トークン及び／又は前記電子証明書を、前記第２アプリケーションに対して提供する、
請求項２記載の情報処理プログラム。

【請求項4】

前記取得部は、前記発行要求を、前記第１アプリケーション又は前記第２アプリケーションから取得する、
請求項１から請求項３のいずれか記載の情報処理プログラム。

【請求項5】

第１事業者が提供する第１アプリケーションで用いられるトークン及び／又は電子証明書を、第２事業者が提供する第２アプリケーションに対して発行することを要求する発行要求を取得する取得部と、
前記発行要求に応じて、前記第１アプリケーションのユーザ及び前記第２アプリケーションのユーザの同一性を検証する検証部と、
前記同一性の検証結果に基づいて、前記第１事業者によって発行される前記トークン及び／又は前記電子証明書を前記第２アプリケーションに対して提供する提供部と、
を備える情報処理装置。

【請求項6】

第１事業者が提供する第１アプリケーションで用いられるトークン及び／又は電子証明書を、第２事業者が提供する第２アプリケーションに対して発行することを要求する発行要求を取得する工程と、
前記発行要求に応じて、前記第１アプリケーションのユーザ及び前記第２アプリケーションのユーザの同一性を検証する工程と、
前記同一性の検証結果に基づいて、前記第１事業者によって発行される前記トークン及び／又は前記電子証明書を前記第２アプリケーションに対して提供する工程と、
を有する情報処理装置の情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、デバイスにインストールされた決済用のアプリケーション（以下、「決済アプリ」という）に対してトークンを発行することにより、当該トークンを用いて決済アプリにおける決済を行う技術が知られている。例えば、特許文献１には、ユーザのデバイスにインストールされた決済アプリに対してトークンが発行され、当該トークンに基づいて生成される決済用コードを店舗端末が読み取ることにより、当該決済アプリに基づく決済が行われることが記載されている。

【0003】

また、デバイスにインストールされた認証用のアプリケーション（以下、「認証アプリ」）を用いて、デバイス又はユーザを認証する技術も知られている。このような、決済アプリ及び／又は認証アプリ（以下、「決済／認証アプリ」という）は、一定のセキュリティレベルを担保するため、専用の用途で使用することが一般的である。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第６９８６１７６号

【発明の概要】

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

【0005】

ユーザのデバイスには、決済／認証アプリに限られず、種々のアプリケーションがインストールされる。例えば、仮想現実（Virtual Reality：ＶＲ）空間やメタバース空間を提供するオンラインサービス等、種々のサービスに最適化されたアプリケーション（以下、「サービスアプリ」という）の活用が広がっている。このようなサービスアプリを利用するユーザの満足度の向上（例えば、ＶＲ空間やメタバース空間の体験構築）のためには、当該サービスアプリによるサービスの提供時に、決済機能及び／又は認証機能の利用が必要となることも想定される。

【0006】

しかしながら、サービスアプリを利用するユーザの満足度を向上させるために、サービスアプリと決済／認証アプリとを連携させようとすると、決済／認証アプリに要求される一定のセキュリティレベルを担保できなくなる恐れがある。

【0007】

本開示は、このような状況に鑑みてなされたものであって、一定のセキュリティレベルを担保しながら、サービスアプリを利用するユーザの満足度を向上可能な情報処理プログラム、情報処理システム、情報処理方法を提供することを目的の一つとする。

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

【0008】

本開示の一態様に係る情報処理プログラムは、コンピュータを、第１事業者が提供する第１アプリケーションで用いられるトークン及び／又は電子証明書を、第２事業者が提供する第２アプリケーションに対して発行することを要求する発行要求を取得する取得部と、前記発行要求に応じて、前記第１アプリケーションのユーザ及び前記第２アプリケーションのユーザの同一性を検証する検証部と、前記同一性の検証結果に基づいて、前記第１事業者によって発行される前記トークン及び／又は前記電子証明書を前記第２アプリケーションに対して提供する提供部と、として機能させる。

【0009】

本開示の他の態様に係る情報処理装置は、第１事業者が提供する第１アプリケーションで用いられるトークン及び／又は電子証明書を、第２事業者が提供する第２アプリケーションに対して発行することを要求する発行要求を取得する取得部と、前記発行要求に応じて、前記第１アプリケーションのユーザ及び前記第２アプリケーションのユーザの同一性を検証する検証部と、前記同一性の検証結果に基づいて、前記第１事業者によって発行される前記トークン及び／又は前記電子証明書を前記第２アプリケーションに対して提供する提供部と、を備える。

【0010】

本開示の他の態様に係る情報処理装置の情報処理方法は、第１事業者が提供する第１アプリケーションで用いられるトークン及び／又は電子証明書を、第２事業者が提供する第２アプリケーションに対して発行することを要求する発行要求を取得する工程と、前記発行要求に応じて、前記第１アプリケーションのユーザ及び前記第２アプリケーションのユーザの同一性を検証する工程と、前記同一性の検証結果に基づいて、前記第１事業者によって発行される前記トークン及び／又は前記電子証明書を前記第２アプリケーションに対して提供する工程と、を有する。

【発明の効果】

【0011】

本開示の一態様によれば、一定のセキュリティレベルを担保しながら、サービスアプリを利用するユーザの満足度を向上できる。

【図面の簡単な説明】

【0012】

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

【図2】本実施形態に係る連携モデルの一例を示す図である。

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

【図4】本実施形態に係る情報処理システム１の機能構成の一例を示す図である。

【図5】本実施形態に係る情報処理システム１の動作の一例を示す図である。

【図6】本実施形態に係る情報処理システム１の動作の他の例を示す図である。

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

【0013】

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

【0014】

また、以下では、第１アプリケーション及び第２アプリケーションが、それぞれ、決済／認証アプリ及びサービスアプリであるものとするが、一例にすぎず、これらに限られない。また、第１事業者が決済事業者及び／又は認証事業者であり、第２事業者がサービス事業者であるものとするが、一例にすぎず、これらに限られない。また、第１アプリケーションのユーザに関する第１確認情報の一例として、決済／認証アプリのユーザに関する確認情報を示すが、これに限られない。また、第２アプリケーションのユーザに関する第２確認情報の一例として、サービスアプリのユーザに関する確認情報を示すが、これに限られない。

【0015】

（概要）
図１は、本実施形態に係る情報処理システムの概要を示す図である。図１に示すように、情報処理システム１は、端末１０と、決済／認証事業者装置２０と、サービス事業者装置３０と、アプリ間連携装置４０と、ネットワーク５０と、を備える。

【0016】

端末１０は、決済／認証アプリ及び／又はサービスアプリがインストールされ、ユーザによって利用される端末である。端末１０は、例えば、スマートフォン、タブレット、パーソナルコンピュータ、ゲーム機、ＶＲ（Virtual reality）ゴーグル、ＶＲヘッドセット等である。端末１０には、決済／認証アプリ、及び／又は、サービスアプリがインストールされる。なお、決済／認証アプリ及びサービスアプリはそれぞれ異なる端末１０にインストールされてもよいし、同一の端末１０にインストールされてもよい。

【0017】

決済／認証事業者装置２０は、決済事業者及び／又は認証事業者の情報処理装置であり、決済／認証アプリを提供する。決済事業者は、例えば、クレジットカード会社、金融機関等である。認証事業者は、例えば、クレジットカード会社、金融機関、認証機関等である。決済／認証事業者装置２０は、一つの情報処理装置に限られず、複数の情報処理装置で構成されてもよい。

【0018】

決済／認証アプリは、決済機能及び／又はユーザの認証機能を備えたアプリケーションである。例えば、決済／認証アプリに対して決済／認証事業者装置２０が発行するトークンに基づいて、決済事業者による決済が実行される。また、決済／認証アプリに対して決済／認証事業者装置２０が発行する電子証明書に基づいて、認証事業者による認証が実行されてもよい。

【0019】

サービス事業者装置３０は、サービス事業者の情報処理装置であり、サービスアプリを提供する。サービス事業者は、例えば、ゲーム会社、ＶＲ空間の提供会社、メタバース空間の提供会社等である。サービス事業者装置３０は、一つの情報処理装置に限られず、複数の情報処理装置で構成されてもよい。

【0020】

サービスアプリは、ＶＲ空間やメタバース空間を提供するオンラインサービス等、種々のサービスに最適化されたアプリケーションである。

【0021】

アプリ間連携装置４０は、決済／認証アプリ及びサービスアプリ間の連携に用いられる情報処理装置である。アプリ間連携装置４０は、決済／認証事業者が発行するトークン及び／又は電子証明書（以下、「トークン／証明書」という）を、サービスアプリに対して提供する。アプリ間連携装置４０は、一つの情報処理装置に限られず、複数の情報処理装置で構成されてもよい。

【0022】

アプリ間連携装置４０は、端末１０にインストールされた決済／認証アプリとのインターフェース（以下、「決済／認証アプリＩ／Ｆ」という）、端末１０にインストールされたサービスアプリとのインターフェース（以下、「サービスアプリＩ／Ｆ」という）を有する。決済／認証アプリＩ／Ｆ及びサービスアプリＩ／Ｆは、例えば、ＡＰＩ（Application Programming Interface）であり、機能の呼び出しやＳＤＫ（Software development Kit）の提供等に利用されてもよい。

【0023】

ネットワーク５０は、無線及び／又は有線のネットワークであり、端末１０、決済／認証事業者装置２０、サービス事業者装置３０及びアプリ間連携装置４０の少なくとも二つを接続する。

【0024】

また、アプリ間連携装置４０は、決済／認証事業者装置２０との接続インターフェース（以下、「決済／認証事業者Ｉ／Ｆ」という）、及び、サービス事業者装置３０との接続インターフェース（以下、「サービス事業者Ｉ／Ｆ」という）を有する。アプリ間連携装置４０は、決済／認証事業者Ｉ／Ｆを介して決済／認証事業者装置２０とデータを送受信し、サービス事業者Ｉ／Ｆを介してサービス事業者装置３０とデータを送受信する。決済／認証事業者Ｉ／Ｆ及びサービス事業者Ｉ／Ｆは、例えば、ＡＰＩであってもよい。

【0025】

図２は、本実施形態に係る連携モデルの一例を示す図である。なお、図２では、決済／認証アプリ及びサービスアプリが同一の端末１０にインストールされるものとするが、これに限られず、異なる端末１０にインストールされてもよい。なお、ステップＳ１０１及びＳ１０２の順番は入れ替えられてもよい。

【0026】

図２に示す連携モデルでは、サービスアプリがユーザに提供するサービスにおいて決済及び／又は認証が必要となる場合、アプリ間連携装置４０は、決済／認証アプリ又はサービスアプリのいずれかからのトークン／証明書の発行要求に応じて、決済／認証アプリのユーザ及びサービスアプリのユーザの同一性を検証し、当該同一性の検証結果に基づいて、決済／認証事業者によって発行されるトークン／証明書をサービスアプリに対して提供する。

【0027】

具体的には、図２のステップＳ１０１において、決済／認証アプリ又はサービスアプリのいずれかからのサービスアプリに対するトークン／証明書の発行要求に応じて、アプリ間連携装置４０を介して、決済／認証事業者装置２０と決済／認証アプリとユーザとの間におけるユーザの確認処理が行われる。アプリ間連携装置４０は、当該確認処理において、決済／認証アプリのユーザに関する確認情報（以下、「決済／認証ユーザ確認情報」という）を取得する。

【0028】

ステップＳ１０２において、上記発行要求に応じて、アプリ間連携装置４０を介して、サービス事業者装置３０とサービスアプリとユーザとの間におけるユーザの確認処理が行われる。アプリ間連携装置４０は、当該確認処理において、サービス事業者装置３０から、サービスアプリのユーザに関する確認情報（以下、「サービスユーザ確認情報」という）を取得する。

【0029】

ここで、ステップＳ１０１におけるユーザの確認処理とは、決済／認証アプリの正当なユーザであることを確認する処理である。また、ステップＳ１０２におけるユーザの確認処理とは、サービスアプリの正当なユーザであることを確認する処理である。ステップＳ１０１及びＳ１０２におけるユーザの確認処理は、（１）犯罪収益移転防止法によって求められるような高いレベル（以下、「高レベル」という）の本人確認、及び／又は、（２）高レベルの本人確認よりも低レベルの本人確認であってもよい。（１）高レベルの本人確認では、例えば、知識情報（例えば、パスワード、ＰＩＮコード又は秘密の質問等）、所持情報（例えば、ＳＩＭカード情報、ハードトークン又はＩＣカード等）及び生体情報（例えば、顔、指紋、静脈、声紋等）の少なくとも二つを用いた本人確認が行われてもよい。なお、高レベルの本人確認は、本人認証と呼ばれてもよい。（２）低レベルの本人確認では、例えば、知識情報を用いた本人確認が行われてもよい。また、サービス事業者、金融機関、決済事業者、公的機関その他の事業者等が保有する顧客データベースに存するユーザ情報と、ユーザ本人が提供する情報を突合し、一致した場合に本人であることを簡易的に確認する方法であってもよい。例えば、決済／認証事業者装置２０と決済／認証アプリとの間では低レベルの本人確認が行われ、決済／認証アプリとユーザとの間では高レベルの本人確認（本人認証）が行われてもよい。同様に、サービス事業者装置３０とサービスアプリとの間では低レベルの本人確認が行われ、サービスアプリとユーザとの間では高レベルの本人確認（本人認証）が行われてもよい。

【0030】

ステップＳ１０３において、アプリ間連携装置４０は、ステップＳ１０１で取得された決済／認証ユーザ確認情報と、ステップＳ１０２で取得されたサービスユーザ確認情報と、に基づいて、決済／認証アプリのユーザ及びサービスアプリのユーザの同一性を検証する。決済／認証アプリのユーザ及びサービスアプリのユーザの同一性が検証された場合、ステップＳ１０４において、アプリ間連携装置４０は、決済／認証事業者装置２０によって発行されるトークン／証明書をサービスアプリに対して提供する。

【0031】

ステップＳ１０５において、決済／認証事業者装置２０によって発行されたトークン／証明書を獲得したサービスアプリによって、ユーザに対するサービスが提供される。サービスアプリは、ユーザに対してサービスを提供するために、獲得されたトークンを用いて、決済／認証事業者装置２０との間で決済に関する処理を行ってもよい。また、サービスアプリは、獲得された電子証明書を用いて、決済／認証事業者装置２０との間で認証に関する処理を行ってもよい。

【0032】

このように、本実施形態に係る情報処理システム１では、サービスアプリによるサービスの提供時に決済機能及び／又は認証機能の利用が必要となる場合、決済／認証アプリのユーザとサービスアプリのユーザとの同一性を検証した上で、決済／認証アプリ用のトークン／証明書が決済／認証事業者装置２０からサービスアプリに対して発行される。このため、一定のセキュリティレベルを担保しながら、決済／認証アプリとサービスアプリとの間でトークン／証明書を連携させることができ、サービスアプリを利用するユーザの満足度を向上できる。

【0033】

（構成）
次に、本実施形態に係る情報処理システム１の物理構成及び機能構成を説明する。
＜物理構成＞
図３は、本実施形態に係る情報処理システム１の各装置の物理構成の一例を示す図である。情報処理システム１内の各装置（例えば、端末１０、決済／認証事業者装置２０、サービス事業者装置３０及びアプリ間連携装置４０等）は、プロセッサ１０１、記憶部１０２、送受信部１０３、入出力部１０４を含む。

【0034】

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

【0035】

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

【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】

１…情報処理システム、１０…端末、２０…決済／認証事業者装置、３０…サービス事業者装置、４０…アプリ間連携装置、５０…ネットワーク、１１…認証アプリ部、１２…サービスアプリ部、４１…取得部、４２…ユーザ確認部、４３…検証部、４４…提供部、１１１…発行要求部、１１２…ユーザ確認部、１２１…発行要求部、１２２…ユーザ確認部、１２３…取得部、１２４…サービス部、１０１…プロセッサ、１０２…記憶部、１０３…送受信部、１０４…入出力部、

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】