JP7267349B2 - プログラム、情報処理装置、及び情報処理方法 - Google Patents

Description

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

従来、電子マネーを保管するウォレット技術（以下、単に「ウォレット」ともいう）が知られている（特許文献１参照）。このウォレットでは、電子マネーの他に、クレジットカードやデビットカードなどの複数の決済手段それぞれのアカウント情報（例えば、クレジットカード番号やセキュリティコードなど）を保管することができる。

国際公開第２０２０／２０２３１１号

ウォレットが保管するもの（価値やアカウント情報など）について、その真正性を確保することが求められている。しかしながら、電子マネーなどの価値については、利用の際に、その真正性を容易に検証する手段がない。また、クレジットカードなどのアカウント情報については有効期限やセキュリティコードによってその真正性を検証できるが、利用の際、クレジットカードのこれらの情報を利用者が都度確認する必要がありその使い勝手に課題がある。

そこで、本発明は、上記課題を解決するため、ウォレットが保管するものの真正性を確保しつつ、使い勝手のよいウォレットを提供できるプログラム、情報処理装置、及び情報処理方法を提供することを目的とする。

本発明の一態様に係るプログラムは、ユーザが使用するユーザ装置に、ユーザが保有する価値またはデータ、もしくはユーザのアカウント情報である証明対象と、証明対象の電子証明書と、を有する複数の仮想カードを記憶するカード記憶機能と、ユーザまたはユーザにサービスを提供する事業者の事業者装置の少なくともいずれかから、証明対象の参照、更新、判定または移転の少なくともいずれかを含む証明対象に関する処理の処理要求を受け付ける受付機能と、処理要求に基づいて、カード記憶機能が記憶する複数の仮想カードの中から、要求された証明対象の仮想カードを抽出する抽出機能と、抽出された仮想カードの電子証明書が有効か否かを判定する判定機能と、電子証明書が有効である場合、処理要求の応答として、抽出された仮想カードの証明対象に関する処理を行う対象処理機能と、を実現させる。

本発明の一態様に係る情報処理装置は、ユーザが保有する価値またはデータ、もしくはユーザのアカウント情報である証明対象と、証明対象の電子証明書と、を有する複数の仮想カードを記憶するカード記憶部と、ユーザまたはユーザにサービスを提供する事業者の事業者装置の少なくともいずれかから、証明対象の参照、更新、判定または移転の少なくともいずれかを含む証明対象に関する処理の処理要求を受け付ける受付部と、処理要求に基づいて、カード記憶部が記憶する複数の仮想カードの中から、要求された証明対象の仮想カードを抽出する抽出部と、抽出された仮想カードの電子証明書が有効か否かを判定する判定部と、電子証明書が有効である場合、処理要求の応答として、抽出された仮想カードの証明対象に関する処理を行う対象処理部と、を備える。

本発明の一態様に係る情報処理方法は、ユーザが使用するユーザ装置が、ユーザが保有する価値またはデータ、もしくはユーザのアカウント情報である証明対象と、証明対象の電子証明書と、を有する複数の仮想カードを記憶し、ユーザまたはユーザにサービスを提供する事業者の事業者装置の少なくともいずれかから、証明対象の参照、更新、判定または移転の少なくともいずれかを含む証明対象に関する処理の処理要求を受け付け、処理要求に基づいて、記憶する複数の仮想カードの中から、要求された証明対象の仮想カードを抽出し、抽出された仮想カードの電子証明書が有効か否かを判定し、電子証明書が有効である場合、処理要求の応答として、抽出された仮想カードの証明対象に関する処理を行う。

本発明によれば、ウォレットが保管するものの真正性を確保しつつ、使い勝手のよいウォレットを提供できるプログラム、情報処理装置、及び情報処理方法を提供することができる。

本実施形態に係るウォレットシステムのシステム構成例を説明するための図である。 本実施形態に係るウォレットシステムの概要の一例を説明するための図である。 本実施形態に係るウォレットシステムの概要の一例を説明するための図である。 本実施形態に係るウォレットシステムの概要の一例を説明するための図である。 本実施形態に係るウォレットシステムの概要の一例を説明するための図である。 本実施形態に係るウォレットシステムの概要の一例を説明するための図である。 本実施形態に係るウォレットシステムの概要の一例を説明するための図である。 本実施形態に係るユーザ装置の機能構成の一例を示す図である。 本実施形態に係る中継サーバの機能構成の一例を示す図である。 本実施形態に係るウォレットシステムの動作例を示す図である。 実施形態に係る中継サーバ及びユーザ装置のハードウェア構成の一例を示す図である。

添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」という）について説明する。なお、各図において、同一の符号を付したものは、同一または同様の構成を有する。

本発明において、「部」や「手段」、「装置」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「装置」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「装置」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」、「装置」、「システム」の機能が１つの物理的手段や装置により実現されても良い。

本実施形態のプログラムは、ＣＤ－ＲＯＭなどの光学ディスク、磁気ディスク、半導体メモリなどの各種の記憶媒体を通じて、または通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストールまたはダウンロードすることができる。

＜１．システム構成＞
図１を参照して、本実施形態に係るウォレットシステム１のシステム構成例を説明する。

ウォレットシステム１は、ユーザが保有する価値やデータ、ユーザのアカウント情報などの利用において、セキュアかつ自由な利用を実現するためのシステムである。具体的には、ウォレットシステム１は、ユーザが保有する価値やデータ、ユーザのアカウント情報（以下、総称して「証明対象」ともいう）をウォレット技術（以下、単に「ウォレット」ともいう）により保管させる。そして、ウォレットシステム１は、電子証明書の技術を用いて、ウォレットに保管されている証明対象の真正性を確保しつつ、これらの証明対象やその電子証明書をユーザや外部から利用可能にする。図１に示すように、ウォレットシステム１は、中継サーバ１００と、ユーザが使用するユーザ装置２００とを含む。

「アカウント情報」とは、ユーザが保有するアカウントに関する情報である。このアカウントは、例えば、サービスを利用するための権利（いわゆるユーザアカウント）やユーザ名義の金融口座などを含む。アカウント情報は、例えば、ユーザやアカウントを識別するための識別情報（ユーザＩＤや口座番号）、および／またはこの識別情報に関連付けられた認証情報（例えば、パスワードやセキュリティコードなど）を含む。

「価値」とは、例えば、電子マネーや仮想通貨（暗号資産）、または各社が発行するポイント（いわゆる企業通貨）や商品引換券などのトークンを含む。

［中継サーバ］
中継サーバ１００は、ネットワークＮを介して、ユーザ装置２００と、事業者装置３００や認証機関装置４００を含む外部装置との通信が可能な情報処理装置である。中継サーバ１００は、所定のプログラムを実行することにより、ユーザ装置２００にインストールされた後述するウォレットアプリと外部装置とを中継するゲートウェイサーバの機能を実現する。また、中継サーバ１００は、複数のユーザ装置２００それぞれのウォレットアプリの管理を行うサーバ機能を実現する。なお、中継サーバ１００は、ウォレットシステム１専用のハードウェアやＯＳなど（例えば、オンプレミス型のサーバ構成）を設けずに、クラウドサーバによるＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、Ｐａａｓ（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）、ＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）を適宜用いてもよい。

［ユーザ装置］
ユーザ装置２００は、ユーザが使用する情報処理装置であり、例えば、スマートフォンやラップトップなどの端末装置である。ユーザ装置２００は、情報処理機能が備わる装置であればどのような装置でもよく、他の例として、ドローン、車両、車載機器、家電、またはウェアラブル・デバイスなどであってもよい。ユーザ装置２００は、所定のプログラムを実行することにより、中継サーバ１００と接続して証明対象や電子証明書そのもの、またはこれらに関する情報を送受信したり、ユーザに対してこれらに関する情報を画面で表示したり、ユーザからの証明対象や電子証明書に対する指示を受け付けたりする。

「所定のプログラム」とは、例えば、ユーザ装置２００にインストールされたウォレットシステム１専用のアプリケーションプログラム（以下、「ウォレットアプリ」ともいう）であってもよいし、汎用の端末装置であるユーザ装置２００が標準的に備えるＷｅｂブラウザであってもよいし、それらの組み合わせであってもよい。本実施形態では、所定のプログラムがウォレットアプリとする例を説明する。

［ネットワーク］
ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークＮの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ－ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４などに準拠したネットワークがある。

［事業者装置］
事業者装置３００は、サービスをユーザに提供する事業者（以下、単に「サービス事業者」ともいう）、いわゆるＳＰ（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）の情報処理装置である。事業者装置３００は、中継サーバ１００を介して、ユーザ装置２００のウォレットアプリに保管されている証明対象や電子証明書を取得し、サービスをユーザに提供する。例えば、サービス事業者は、いわゆるＲＰ（Ｒｅｌｙｉｎｇ Ｐａｒｔｙ）であってもよく、この事業者装置３００が取得した電子証明書などのユーザの認証情報を信頼してこのユーザにサービスを提供してもよい。

［認証機関装置］
認証機関装置４００は、認証機関の情報処理装置である。認証機関は、公的な機関でも民間の機関でもよく、例えば、信頼できる第三者機関として、ＴＴＰ（Ｔｒｕｓｔｅｄ Ｔｈｉｒｄ Ｐａｒｔｙ（認証局））や認証機関（ＣＡ：Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）であってもよい。また認証機関は、例えば、ＩｄＰ（Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ（ＳＡＭＬ認証における認証情報の提供者））などであってもよい。認証機関装置４００は、中継サーバ１００を介して、ユーザ装置２００からの発行要求に基づいて電子証明書を発行し、ユーザ装置２００に提供する。

＜２．概要＞
図２～７を参照して、ウォレットシステム１の概要の一例を説明する。
＜２－１．ウォレットの概要＞
まず図２を参照して、ウォレットシステム１のウォレットの一例を説明する。図２に示すように、ウォレットシステム１では、ユーザが保有する価値やデータ、ユーザのアカウント情報などの証明対象それぞれが、その電子証明書と組み合わされて一枚の仮想カードとしてユーザ装置２００のウォレットに格納される。

電子証明書は、証明対象それぞれについて、信頼できる第三者（認証機関）が間違いなく本物であることを電子的に証明するものである。電子証明書は、言い換えれば、証明対象それぞれが一定の真正性があることを電子的に証明するものである。この真正性とは、例えば、正当な権限において発行されたものであり、虚偽入力、書き換え、消去、および混同が防止されており、第三者から見て発行の責任の所在が明確であることをいう。電子証明書は、発行の責任者の電子署名（公開鍵を含む）を含んでもよい。

「仮想カード」は、証明対象とその電子証明書を有する仮想のカードである。仮想カードは、言い換えれば、ウォレットシステム１における操作単位、管理単位または処理単位の一つである。仮想カードは、例えば物理的なカードのように一つの記憶媒体の中に証明対象とその電子証明書などが記憶されていなくてもよい。例えば、仮想カードは、設定された仮想カードの定義それぞれの括りの中で、証明対象とその電子証明書が１対１～Ｎで関連付けられていればよい。具体的には、仮想カードを識別するカードＩＤと証明対象を識別する証明対象ＩＤおよびその電子証明書を識別する証明書ＩＤとが関連付けられてカード記憶部２３１に記憶されていればよい。なお、仮想カードは、例えば、証明対象のみ有していてもよく、その電子証明書は任意のタイミングで認証機関から取得したり自ら発行したりすればよい。

ウォレットシステム１では、ユーザ装置２００のウォレットに格納された仮想カードそれぞれを、ユーザまたはサービス事業者を含む外部からの要求に応じて取り出すことができる。

一例として、仮想カードＡに格納されている認証ＩＤをユーザが参照（照会）したい場合、ウォレットシステム１は、この認証ＩＤの参照要求を受け付けると、仮想カードＡを取り出して認証ＩＤの電子証明書が有効か否かを判定する。ウォレットシステム１は、この電子証明書が有効であると判定した場合には、認証ＩＤをユーザが参照するための処理（例えば、ウォレットアプリの画面に表示させるなど）を行う。

一例として、価値取引サービスのアカウント情報（価値取引ＩＤ）を利用して価値取引サービスとは別のサービスにログインしたい場合（いわゆるシングルサインオン（ＳＳＯ））にも、ウォレットシステム１を利用することができる。例えば、ウォレットシステム１は、仮想カードＢに格納されている価値取引サービスの価値取引ＩＤで別のサービスにログインするための認証要求を受け付けると、仮想カードＢを取り出して価値取引ＩＤの電子証明書が有効か否かを判定する。ウォレットシステム１は、この電子証明書が有効であると判定した場合には、別のサービスにログインさせるための処理（認証要求に対するログイン成功の応答）を行う。なお、この場合の電子証明書は、価値取引サービスが発行した認証情報であってもよい。

一例として、仮想カードＣに格納されているユーザの属性情報（以下、単に「属性情報」ともいう）をユーザが更新したい場合、ウォレットシステム１は、この属性情報の更新要求を受け付けると、仮想カードＣを取り出して属性情報の電子証明書が有効か否かを判定する。ウォレットシステム１は、この電子証明書が有効であると判定した場合には、更新要求に基づいた属性情報の更新処理を行う。

「属性情報」は、証明対象のデータの一つである。属性情報は、例えば、ユーザの個人情報（例えば、ユーザの氏名、電話番号、住所、メールアドレス、または生年月日など）や生体情報（顔画像データや指紋情報など）のように、特定の個人を識別できる情報であってもよい。また、属性情報は、ユーザの性質や特徴を表す情報であってもよく、例えば、年代、性別、または居住地などであってもよい。

証明対象のデータは、属性情報の他に、例えば、ユーザ装置２００のデバイス情報（例えば、ＭＡＣアドレス、ＩＰアドレス、製造番号など）を含んでもよい。また、証明対象のデータは、ユーザに関する、位置情報（例えば、ＧＰＳデータなど）、Ｗｅｂ履歴情報（例えば、閲覧履歴、検索履歴、Ｃｏｏｋｉｅ情報など）、またはＥＣサイトでの商品の購入履歴情報などを含んでもよい。

上記構成によれば、ウォレットシステム１は、ユーザに対して、自身が保有する価値やデータ、アカウント情報をウォレットにより管理させることができ、また現実世界での実際の財布のように、これらの真正性を確保しつつ、ユーザが自由にこれらを取り出すことができる。

＜２－１．全体像＞
次に図３を参照して、ウォレットシステム１の全体像の一例を説明する。なお、図３～７を参照して説明する例では、認証機関をＩｄＰとし、認証機関装置４００を「Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ」と図３～７では表記する。さらに本例では、サービス事業者をＲＰとし、事業者装置３００を「Ｒｅｌｙｉｎｇ Ｐａｒｔｙ」と図３～７では表記する。

図３に示すように、ウォレットシステム１全体が実現する機能は、以下のＡ）～Ｌ）の機能に分類される。ウォレットシステム１では、分類した機能間において互いに連携（情報連携および／または機能連携を含む。以下同じ。）を行う。以下、このＡ）～Ｌ）機能単位での情報のやり取りや処理を説明する。なお、例えば、Ａ）の機能に分類されるサブ機能を、Ａ１）、Ａ２）などの連番を振って説明する。
Ａ）格納機能：各証明対象と電子証明書を仮想カードに格納し、証明対象と電子証明書を有する仮想カードをウォレットに格納する機能
Ｂ）ＩＦ機能：ウォレットアプリと外部装置との間の連携を担う機能
Ｃ）ウォレットセキュリティ：ウォレットの情報セキュリティ（機密性、完全性（真正性を含む）、可用性）を確保するための機能
Ｄ）生成機能：証明対象の取得、電子証明書の発行や取得などを含む仮想カードの生成機能（他の仮想カードを利用して仮想カードの生成する機能を含む）
Ｅ）授受機能：外部装置からの仮想カードの授受機能（仮想カードに関する外部装置の代行機能を含む）
Ｆ）カードセキュリティ：仮想カードの情報セキュリティを確保するための機能
Ｇ）識別／判定機能：各仮想カードまたは各証明対象を識別したり、証明対象や電子証明書に対する各種判定したり、またこれらの識別または判定の結果に基づいて仮想カードを抽出する機能
Ｈ）組み合わせ／マスキング機能：複数の仮想カードを組み合わせたり仮想カードに含まれる情報の一部を秘匿（マスキング）したりする機能
Ｉ）利用制限機能：仮想カードの利用を制限する機能
Ｊ）自動失効機能：仮想カードが所定の条件を満たした場合自動的に失効させる機能
Ｋ）要求機能：外部装置に各種情報や各種処理を要求する機能
Ｌ）Ｆｅｅ精算機能：仮想カードの授受に関する精算処理を行う機能

［基本機能］
次に図４を参照して、ウォレットシステム１の基本となる、（ア）証明対象の電子証明書を取得してウォレットに格納する場面と、（イ）格納した電子証明書を利用する場面について説明する。

まず上記（ア）の場面について説明する。（１）＜Ｋ１）発行要求機能＞図４に示すように、ユーザ装置２００の要求部２１５は、自動または手動により、認証機関装置４００に対して、仮想カードに格納される証明対象の電子証明書の発行要求を、中継サーバ１００に送信する。中継サーバ１００のサーバ要求部１１２は、受信したこの発行要求を認証機関装置４００に送信する。

（２）＜Ｄ１）証明書授受機能＞中継サーバ１００のサーバ取得部１１３は、上記（１）の発行要求に対する応答として、認証機関装置４００から提供された電子証明書を取得する。

（２）－ａ～ｃ＜Ｄ２）証明書発行代行機能＞中継サーバ１００のサーバ取得部１１３は、認証機関が電子証明書を発行できない場合、認証機関装置４００からＡＰＩなどを利用して情報を連携してもらい、連携された情報に基づいて電子証明書の発行を代行してもよい。（２）－ａ．具体的には、まず電子証明書の発行に必要な情報を認証機関装置４００から中継サーバ１００のサーバ取得部が取得する。（２）－ｂ．次に中継サーバ１００のサーバ発行部１１４は、取得したこの情報に基づいて電子証明書を発行する。（２）－ｃ．次に中継サーバ１００のサーバ取得部１１３は、この発行された電子証明書を取得する。

（３）・（４）＜Ａ１）証明書格納機能＞ユーザ装置２００の記憶部２３０は、中継サーバ１００のサーバ取得部から連携され電子証明書を、仮想カードに格納するよう記憶する。

次に上記（イ）の場面について説明する。（５）＜Ｅ１）カード授受＞中継サーバ１００のサーバ受付部１１１は、例えば、サービスＡを提供するための事業者装置３００から、証明対象に関する処理の処理要求（以下、単に「処理要求」ともいう）を受け付ける。本例では、証明対象を、サービスＡと異なるサービスＢのユーザのアカウント情報（ユーザＩＤとパスワード）とする。

＜Ｂ２）外部連携機能＞ユーザ装置２００の受付部２１１は、中継サーバ１００を介して事業者装置３００からの処理要求を受け付ける。なお、この処理要求においては、特定の証明対象に限らず、特定の仮想カード、すなわち特定の証明対象とその電子証明書が要求されていてもよい。また、この処理要求においては、複数の仮想カードを要求してもよく、また複数の仮想カードの中で処理の優先順位が特定されていてもよい。

「証明対象に関する処理」とは、証明対象の参照、更新、判定または移転の少なくともいずれかを含む処理である。また、証明対象に関する処理は、例えば、証明対象の電子証明書の参照、更新、判定または移転の少なくともいずれかを含む処理であってもよい。また、証明対象に関する処理は、例えば、証明対象および／または電子証明書の削除を含んでもよい。本例では、証明対象に関する処理を、サービスＢのユーザアカウントを利用してサービスＡの提供を受けるためのユーザ認証における参照処理および判定処理とする。この参照処理および判定処理の処理要求には、サービスＡの画面でユーザが入力したサービスＢのアカウント情報を含んでもよい。

価値の移転とは、価値を所有する所有者が変わることをいう。価値の移転は、例えば、同じ人物が保有する複数の異なるアカウント（例えば、口座）間の移転を含んでもよい。価値の移転は、例えば、複数の口座間の送金取引、口座への入金／口座からの出金、ポイント変換、銀行口座を利用する決済取引（例えば、銀行振込）、またはデビットカードやクレジットカードもしくはプリペイドカードなどを利用したカード決済取引などを含んでもよい。

（６）＜Ｇ１）識別／判定＞ユーザ装置２００の抽出部２１２は、要求されたサービスＢのアカウント情報の仮想カードを取り出すために、複数の仮想カードの中から、要求されたサービスＢのアカウント情報の仮想カードを抽出する。具体的には、抽出部２１２は、処理要求に含まれるアカウント情報と少なくとも一部が一致するアカウント情報を含む仮想カードを検索して抽出する。本例では、ウォレットに格納されている仮想カードの中から、処理要求に含まれるアカウント情報のユーザＩＤに一致するアカウント情報が抽出されたものとする。抽出された仮想カードは仮想カードＢとする。なお他方、抽出部２１２は、ユーザＩＤが一致するアカウント情報が抽出されない場合、抽出エラーとする結果を、中継サーバ１００を介して事業者装置３００に返してもよい。

ユーザ装置２００の対象処理部２１４は、ユーザのアカウント情報に関する処理を行う。対象処理部２１４は、例えば、抽出された仮想カードに含まれるアカウント情報のパスワードや電子証明書の参照処理を行う。サービスＢのユーザアカウントの認証のために、対象処理部２１４は、参照処理の結果に基づいて、処理要求に含まれるアカウント情報のパスワードと、仮想カードＢのアカウント情報のパスワードとが一致するかの判定処理を行う。対象処理部２１４は、これらの処理の結果、ユーザＩＤは一致するけれどもパスワードが不一致の場合、参照・判定エラーとする結果を、中継サーバ１００を介して事業者装置３００に返す。

（７）＜Ｇ２）有効性判定機能＞ユーザ装置２００の判定部２１３は、処理要求に含まれるアカウント情報と抽出された仮想カードのアカウント情報とがユーザＩＤおよびパスワードがいずれも一致する場合、仮想カードＢの電子証明書が有効か否かを判定する。本例では、電子証明書が有効であると判定されたものとする。他方、判定部２１３は、電子証明書が有効でないと判定された場合、有効性エラーとする結果を、中継サーバ１００を介して事業者装置３００に返す。なお、以降の説明では、認証成功として、処理要求に含まれるアカウント情報と仮想カードＢのアカウント情報とにおいてユーザＩＤおよびパスワードがいずれも一致し、かつ仮想カードＢの電子証明書が有効であった場合の処理の説明を行う。

（８）＜Ｂ２）証明書連携機能＞ユーザ装置２００の通信部２４０は、有効性の判定結果として、事業者装置３００に有効な電子証明書を連携するために、中継サーバ１００のサーバ通信部１４０に送信する。サーバ通信部１４０は、事業者装置３００に有効な電子証明書を提供する。事業者装置３００は、上記の結果に基づいて、サービスＡのユーザ認証を成功させ、ユーザにサービスＡを提供する。他方、事業者装置３００は、上記の各種エラー（抽出エラーや参照・判定エラー）が返された場合には、サービスＡのユーザ認証を失敗させ、認証失敗の旨をユーザに通知してもよい。

（９）－ａ～ｃ ＜Ｅ２）証明書変換機能＞参照された電子証明書がサービスＡの仕様に合わない場合、中継サーバ１００の変換部１１５は、サービスＡの仕様に合わせるよう電子証明書を変換する。変換部１１５は、例えば、サービスＡのＡＰＩで電子証明書を連携するにあたってこのＡＰＩに電子証明書のデータ形式が合わない場合、データ形式をこのＡＰＩに合うように変換してもよい。また、変換部１１５は、他の例として、サービスＡに電子証明書を連携する際に、サービスＡのＡＰＩで連携する方法から他の連携方法に変換してもよい。他の連携方法とは、例えば、金融電文やメッセージ処理、ＦＴＰを利用したファイル転送処理などにより連携する方法であってもよい。

［スキーム］
次に図５を参照して、ウォレットシステム１を支える枠組みであるスキーム（以下、単に「スキーム」ともいう）について説明する。本例では、スキームは、中継サーバ１００またはユーザ装置２００の少なくともいずれかが備えているものとする。他の例として、スキームは、サードパーティシステムなどの外部装置に実装されていてもよいし、ウォレットシステム１におけるウォレットアプリとは異なるプログラムに実装されていてもよい。

（１）＜Ｆ１）認証サイド確認機能＞図５に示すように、中継サーバ１００のサーバ確認部１１６は、認証機関サイドの仮想カードの生成処理（Ｄ）において、電子証明書の発行や取得の処理が適切に行われているか確認する。サーバ確認部１１６は、例えば、電子証明書に含まれる電子署名の公開鍵を取得し、取得した公開鍵による電子署名の検証を行うことで電子証明書の完全性を確保してもよい。ここで「電子署名の検証」とは、例えば、電子署名の復号化を行い、復号化した電子署名と電子証明書のハッシュ値とを照合することであってもよい。

（２）＜Ｆ２）証明書確認機能＞中継サーバ１００のサーバ確認部１１６は、記憶部２３０に記憶されている仮想カードについて、証明対象や電子証明書の改ざんが行われていないこと、また、仮想カードに含まれる電子証明書が適切に発行されたものか確認する。サーバ確認部１１６は、例えば、ハッシュポインタ技術を利用したり上記のとおり電子証明書に含まれる電子署名を検証したりして、証明対象や電子証明書の改ざんを検出してもよい。

（３）＜Ｆ３）サービスサイド確認機能＞中継サーバ１００のサーバ確認部１１６は、サービス事業者サイドの仮想カードの授受処理（Ｅ）において、この授受処理が適切に行われているか確認する。

（４）＜Ｂ３）ユーザＩＦ機能／Ｃ２）ウォレット利用権限確認機能＞ユーザ装置２００の受付部２１１は、ユーザからのウォレットアプリの利用要求（起動要求またはログイン要求）を受け付けた場合、このユーザのウォレットアプリに対する利用権限を確認する。受付部２１１は、例えば、ウォレットアプリのログイン要求に対して、ユーザＩＤおよびパスワード（ＯＴＰ：ｏｎｅ－ｔｉｍｅｐａｓｓｗａｒｄの発行やこの発行されたＯＴＰのＳＭＳへの送信を含む）による認証、またはＦＩＤＯ（Ｆａｓｔ ＩＤｅｎｔｉｔｙ Ｏｎｌｉｎｅ）認証などのユーザ認証を行ってもよい。

（５）＜Ｃ２）ウォレット異常検知機能＞ユーザ装置２００の確認部２１８は、ウォレットアプリの各機能において異常処理が行われていないことを確認する。確認部２１８は、例えば、仮想カードに対する各種処理の履歴情報などに基づいて学習された学習モデル（ＡＩ）を用いて、ウォレットの仮想カードに対する異常な操作などの異常処理を検知してもよい。

＜Ａ３）仮想カードの設定機能＞ユーザ装置２００の登録部２１９は、仮想カードに関する情報の各種設定登録を行う。

＜Ｂ４）ホワイトレーベル機能＞ユーザ装置２００の受付部２１１が外部装置からの処理要求受け付けると、対象処理部２１４は、この処理要求に応じて証明対象に関する処理を実行する。対象処理部２１４は、例えば、外部装置からの処理要求に応じてウォレットアプリの機能を提供するにあたって、ＳＤＫのライブラリやＡＰＩなどによるいわゆるホワイトレーベル機能を実現してもよい。また、対象処理部２１４が行う外部装置への連携の他の例として、ＥＤＩ（電子データ交換：Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ）、メッセージ（電文）送信、メールやその他の手段によるデータファイルの送信などにより外部装置に処理要求に対する処理結果を連携してもよい。

＜Ｍ）Ｆｅｅ精算機能＞中継サーバ１００のサーバ登録部１１７またはユーザ装置２００の登録部２１９は、ウォレットと外部装置との間の仮想カードの連携に関する精算情報（例えば、精算条件など）を登録する。中継サーバ１００の精算部１１８は、この設定された精算情報に基づいてこの仮想カードの連携に関する精算処理を行い、精算処理の結果に基づいて決済をするための処理を行う。

上記構成によれば、ウォレットシステム１は、証明対象の有効な電子証明書によりその真正性を確保しつつ、ユーザや外部からの要求に応じて証明対象に関する処理を行うことができる。例えば、サービスの提供を受けるためのシングルサインオンの際のＳＡＭＬ認証ではＩｄＰなどの認証機関との通信が必要になるが、上記構成によれば、ユーザ装置２００内に閉じて、またはユーザ装置２００と事象者装置３００との間の通信だけで、証明対象に関する処理を行うために必要な認証を行うことができる。このため、上記構成によれば、ウォレットシステム１は、ウォレットが保管するものの真正性を確保しつつ、使い勝手のよいウォレットを提供できる。

［設定登録機能］
次に図６を参照して、ウォレットシステム１の基本機能を利用するにあたっての各種設定登録と登録内容の利用について説明する。

（１）＜Ｇ１）定義情報の登録・参照機能＞図６に示すように、中継サーバ１００のサーバ登録部１１７は、認証機関装置４００や事業者装置３００から受け付けた証明対象の定義情報をサーバ記憶部１３０またはユーザ装置２００の記憶部２３０に登録する。また、中継サーバ１００のサーバ対象処理部１１９は、認証機関装置４００からの処理要求に基づいて、定義情報の参照処理を実行し、その処理結果を認証機関装置４００に連携してもよい。

「定義情報」とは、仮想カード、もしくは証明対象または電子証明書を定義する情報である。定義情報は、例えば、証明対象の種別を含んでもよい。証明対象の種別とは、例えば、（ア）認証用ＩＤ、（イ）決済用ＩＤ、（ウ）属性情報、（エ）価値、（オ）データなどの種別である。また、定義情報は、例えば、証明対象に関する処理の実行可能な処理態様、もしくは仮想カードの利用条件または失効条件の少なくともいずれかを含んでもよい。また、定義情報は、例えば、仮想カード、証明対象または電子証明書の少なくともいずれかのステータス（例えば、証明対象の参照回数または更新回数、もしくは利用（本人確認）済みの電子証明書か否かを示す情報など）を含んでもよい。

「証明対象に関する処理の実行可能な処理態様」は、例えば、以下の（ア）～（ウ）の少なくともいずれかの許容する処理態様を規定する。
（ア）事業者装置３００の処理要求に応じて証明対象の参照処理を実行しその結果を連携する
（イ）事業者装置３００の処理要求に応じて他のアカウントなどに対する価値またはデータの移転処理を実行する
（ウ）事業者装置３００の処理要求に応じて証明対象に対する判定処理を実行し、その判定結果のみ連携する

「仮想カードの利用条件」は、例えば、利用回数、利用期間、利用先、または利用する仮想カードの組み合わせの少なくともいずれかを制限する制限条件を含む。

例えば、無制限に仮想カードの利用を許容すると証明対象の情報セキュリティ（機密性と完全性）の確保が難しくなる。上記構成によれば、仮想カードの利用に制限を設けることで、証明対象の情報セキュリティを確保することができる。

「仮想カードの失効条件」は、仮想カードが失効する条件であり、例えば、失効期日、仮想カードの利用限度回数の少なくともいずれかを満たすと仮想カードを失効されるものであってもよい。また、失効条件は、例えば、仮想カードが有する証明対象が決済手段のアカウント情報の場合、仮想カードによるその決済手段の利用限度額の条件であってもよい。

（２）＜Ｉ２）制限情報の登録機能＞中継サーバ１００のサーバ登録部１１７は、ユーザまたは外部装置からの要求に基づいて、仮想カードの生成を制限する生成制限条件を登録する。この生成制限条件は、例えば、電子証明書の発行要求の回数、発行要求の期間、発行要求先、発行回数、発行頻度の少なくともいずれかを制限する条件を含む。サーバ登録部１１７は、例えば、生成制限条件を、Ｄ）生成機能に適用するようサーバ記憶部１３０に登録してもよい。

（２）＜Ｇ２）定義情報などの記憶・照会機能＞中継サーバ１００のサーバ記憶部１３０またはユーザ装置２００の記憶部２３０は、中継サーバ１００のサーバ登録部１１７からの定義情報の登録要求に基づいて、ウォレットに保管する仮想カードの中で該当する仮想カードに関連づけて記憶する。中継サーバ１００のサーバ記憶部１３０またはユーザ装置２００の記憶部２３０は、これらの記憶した定義情報を、ユーザや外部装置からの要求に基づいて参照して、その参照の結果を連携する。

（３）・（４）＜Ｇ３）定義情報の登録・参照機能＞ユーザ装置２００の登録部２１９は、受付部２１１が受け付けたユーザからの定義情報（利用条件含む）の登録要求または更新要求に基づいて、サーバ記憶部１３０または記憶部２３０に定義情報を登録し、登録された定義情報を更新する。ユーザ装置２００の対象処理部２１４は、受付部２１１が受け付けたユーザからの定義情報の参照要求に基づいて、サーバ記憶部１３０または記憶部２３０に記憶された定義情報の参照処理を行う。その処理結果をユーザに提供する（例えば、ウォレットアプリの画面に出力させる）。

（５）＜Ｂ３）ユーザＩＦ機能／Ｅ）授受機能／Ｈ１）仮想カードの組み合わせ機能＞ユーザ装置２００の受付部２１１または中継サーバ１００のサーバ受付部１１１は、ユーザまたは外部装置から、複数の証明対象の組み合わせ、または１以上の証明対象と１以上の他の証明対象の電子証明書との組み合わせに関する処理の要求（以下、「組み合わせ処理要求」ともいう）を受け付けてもよい。この際、抽出部２１２は、組み合わせ処理要求に基づいて、カード記憶部２３１が記憶する複数の仮想カードの中から、要求された組み合わせに対応する複数の仮想カードを抽出する。対象処理部２１４は、組み合わせ処理要求の応答として、抽出された複数の仮想カードを組み合わせて、要求された組み合わせに関する処理を行う。

（６）＜Ｂ３）ユーザＩＦ機能／Ｅ）授受機能／Ｈ２）仮想カードのマスキング機能＞ユーザ装置２００の対象処理部２１４は、ユーザまたは外部装置からの要求に基づいて、抽出された仮想カードの証明対象および／または電子証明書の少なくとも一部を秘匿する。

（７）（８）＜Ｊ１）自動失効機能＞ユーザ装置２００の登録部２１９は、定義情報に含まれる失効条件を満たした仮想カードを失効登録（例えば、失効を示す情報を仮想カードに格納するなど）してもよい。また他の例として、ユーザ装置２００の抽出部２１２は、抽出対象の仮想カードが失効条件を満たす場合に、抽出を取り止めてもよい。

［付加機能］
次に図７を参照して、ウォレットシステム１の基本機能の付加機能について説明する。

図７に示すように、（１）＜Ｅ１）カード授受＞中継サーバ１００のサーバ受付部１１１は、例えば、サービスＣを提供するための事業者装置３００から、第１仮想カードとして仮想カードＣ（属性情報とその電子証明書）の参照要求を受け付ける。

＜Ｂ２）外部連携機能＞ユーザ装置２００の受付部２１１は、中継サーバ１００を介して事業者装置３００からの処理要求を受け付ける。

（３）＜Ｇ）識別・判定機能＞ユーザ装置２００の抽出部２１２は、要求された属性情報の仮想カードを取り出すために、複数の仮想カードの中から、要求された属性情報の仮想カードＣを抽出する。具体的には、処理要求に含まれるキーワード（例えば、ユーザのメールアドレスなど）と一致する属性を含む仮想カードＣを検索して抽出する。

ユーザ装置２００の対象処理部２１４は、属性情報に関する処理として、属性情報の参照処理を行う。対象処理部２１４は、参照処理の結果に基づいて、電子証明書が格納されていないことを判定する。

（４）＜Ｋ１）発行要求機能＞ユーザ装置２００の要求部２１５は、自動または手動により、認証機関装置４００に対して、仮想カードＣの属性情報の電子証明書の発行要求を、中継サーバ１００に送信する。中継サーバ１００のサーバ要求部１１２は、受信したこの発行要求を認証機関装置４００に送信する。また要求部２１５は、認証機関における電子証明書の発行に本人確認などのユーザ認証が必要な場合など、第２仮想カードとして、ウォレットに保管されている別の仮想カードＤを発行要求と併せて認証機関装置４００に連携してもよい。

（５）＜Ｄ１）証明書授受機能＞中継サーバ１００のサーバ取得部１１３は、上記（１）の発行要求に対する応答として、認証機関装置４００から提供された電子証明書を取得する。

（６）＜Ａ２）証明書格納機能＞ユーザ装置２００の記憶部２３０は、中継サーバ１００のサーバ取得部１１３から連携され電子証明書を、仮想カードＣに格納するよう記憶する。

（８）＜Ａ３）証明書連携機能＞ユーザ装置２００の通信部２４０は、事業者装置３００に電子証明書を含む仮想カードＣを連携するために、中継サーバ１００のサーバ通信部１４０に送信する。サーバ通信部１４０は、事業者装置３００に有効な仮想カードＣを連携する。

上記構成によれば、ウォレットシステム１は、サービス事業者やユーザから処理要求された証明対象の電子証明書がウォレットになくとも、認証機関に発行要求して取得することができる。また、ウォレットシステム１は、この発行要求の際、ウォレットに格納されている別の仮想カード（電子証明書）を用いて発行要求に必要な認証をクリアすることができる。このため、ウォレットシステム１は、証明対象の真正性を確保しつつ、使い勝手のよいウォレットを提供することができる。

＜３．機能構成＞
＜３－１．ユーザ装置の機能構成＞
図８を参照して、本実施形態に係るユーザ装置２００の機能構成を説明する。図８に示すように、ユーザ装置２００は、制御部２１０と、記憶部２３０と、通信部２４０と、を備える。

制御部２１０は、受付部２１１と、抽出部２１２と、判定部２１３と、対象処理部２１４とを備える。また、制御部２１０は、例えば、要求部２１５、取得部２１６、発行部２１７、確認部２１８または登録部２１９を備えてもよい。

［受付部］
受付部２１１は、ユーザや外部装置から、中継サーバ１００を介してまたは直接的に、各種要求（処理要求または登録要求など）や各種情報（証明対象や電子証明書）を受け付ける。受付部２１１が各種要求などを受け付ける態様は、どのような態様でもよい。受付部２１１は、例えば、各種情報を示すデータファイルやメッセージを各装置から受信してもよい。また他の例として、受付部２１１は、ウォレットアプリの画面やウォレットシステム１のＷｅｂページから各種情報を入力させて受け付けてもよい。また、受付部２１１は、例えば、ＡＰＩやウォレットシステム１に対応するＳＤＫのライブラリなどを利用することで、各種情報を受け付けてもよい。

受付部２１１は、ユーザまたは事業者装置３００の少なくともいずれかから、証明対象の参照、更新、判定または移転の少なくともいずれかを含む証明対象に関する処理の処理要求を受け付ける。

受付部２１１は、ユーザからのウォレットアプリの利用要求を受け付ける。また受付部２１１は、この利用要求を受け付けた場合、ユーザ装置２００のウォレットアプリに対する要求元のユーザの利用権限を確認する。

［抽出部］
抽出部２１２は、受付部２１１が受け付けた処理要求に基づいて、カード記憶部２３１が記憶する複数の仮想カードの中から、要求された証明対象の仮想カードを抽出する。抽出部２１２は、例えば、処理要求に含まれる抽出キーワード（例えば、ＩＤや個人情報など）と一致する情報を含む仮想カードを検索して抽出する。

抽出部２１２は、例えば、定義情報を記憶する定義記憶部２３２を参照して、定義情報にさらに基づいて、要求された証明対象の仮想カードを抽出してもよい。例えば、処理要求に「本人確認済みの電子証明書であること」および「仮想カードの利用回数はＮ回未満であること」などの定義情報に関する指定が含まれていた場合、抽出部２１２は、定義情報にさらに基づいて、「本人確認済みの電子証明書であること」および「仮想カードの利用回数はＮ回未満であること」を満たす仮想カードを抽出する。また、抽出部２１２は、例えば、抽出対象の仮想カードが失効条件を満たす場合に、抽出を取り止めてもよい。

上記構成によれば、抽出部２１２は、ユーザやサービス事業者が特定の仮想カードを指定して処理要求をしなくても、定義情報で規定するような種別や条件を処理要求で指定すれば、ユーザやサービス事業者が所望する仮想カードを抽出することができる。

抽出部２１２は、例えば、複数の仮想カードに含まれる第１仮想カードに電子証明書がない場合、この電子証明書の発行要求をするための第２仮想カードを複数の仮想カードから抽出してもよい。

抽出部２１２は、例えば、複数の仮想カードに含まれる第１仮想カードに電子証明書がない場合、この電子証明書の発行するための第３仮想カードを複数の仮想カードから抽出してもよい。

抽出部２１２は、例えば、組み合わせ処理要求に基づいて、カード記憶部２３１が記憶する複数の仮想カードの中から、要求された組み合わせに対応する複数の仮想カードを抽出してもよい。この組み合わせは、例えば、（ａ）複数の証明対象の組み合わせ、（ｂ）１以上の証明対象と１以上の他の証明対象の電子証明書との組み合わせなどが考えられる。

［判定部］
判定部２１３は、抽出部２１２により抽出された仮想カードの電子証明書が有効か否かを判定する。判定部２１３は、例えば、認証機関装置４００から取得した証明書失効リスト（ＣＲＬ：Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）に基づいて、電子証明書が有効か否かを判定してもよい。判定部２１３は、この判定の結果を、通信部２４０を介して処理要求の要求元であるユーザや外部装置に返す。

［対象処理部］
対象処理部２１４は、判定部２１３の判定結果より電子証明書が有効である場合、処理要求の応答として、抽出された仮想カードの証明対象に関する処理を行う。対象処理部２１４は、処理要求の応答として、ユーザや外部装置に、仮想カードに関する情報提供および／または機能提供を行う。対象処理部２１４は、例えば、外部装置からの処理要求に応じてウォレットアプリの機能を提供するにあたって、ＳＤＫのライブラリやＡＰＩなどによるいわゆるホワイトレーベル機能を実現してもよい。

対象処理部２１４は、例えば、ユーザのアカウント情報に関する処理を行う。まず対象処理部２１４は、抽出された仮想カードに含まれるアカウント情報のパスワードや電子証明書の参照処理を行う。次に対象処理部２１４は、参照処理の結果に基づいて、処理要求に含まれるアカウント情報のパスワードと、仮想カードのアカウント情報のパスワードとが一致するかの判定処理を行う。そして対象処理部２１４は、これらの処理の結果を、通信部２４０を介して処理要求の要求元であるユーザや外部装置に返す。

対象処理部２１４は、例えば、受付部２１１が受け付けたユーザからの定義情報の参照要求に基づいて、定義記憶部２３２に記憶された定義情報の参照処理を行ってもよい。対象処理部２１４は、この処理結果をユーザに提供する（例えば、ウォレットアプリの画面に出力させる）。

上記構成によれば、対象処理部２１４は、証明対象の有効な電子証明書によりその真正性を確保しつつ、ユーザや外部からの要求に応じて証明対象に関する処理を行うことができる。また、対象処理部２１４は、認証機関装置４００とのＳＡＭＬ認証を必要とせずに、異なるドメイン間（例えば、サービスＡとサービスＢとの間）をまたいだ証明対象に関する処理を行うことができる。このため、対象処理部２１４は、ウォレットが保管する証明対象の真正性を確保しつつ、使い勝手のよいウォレットを提供することができる。

対象処理部２１４は、例えば、ユーザまたは外部装置からの組み合わせ処理要求に基づいて、複数の仮想カードを組み合わせてもよい。対象処理部２１４は、例えば、組み合わせ処理要求の応答として、抽出部２１２により抽出された複数の仮想カードにおいて、要求された組み合わせに関する処理（以下、「組み合わせ処理」ともいう）を行ってもよい。

上記（ａ）の組み合わせにおける組み合わせ処理の一例について説明する。本例では、組み合わせ処理要求として、免許証と保険証とで本人確認をするためのこれらの画像データの参照要求および判定要求を受付部２１１が事業者装置３００から受け付けた場合について説明する。このような場合、抽出部２１２は、免許証の画像データとその電子証明書とを有する仮想カードＦの他に、保険証の画像データとその電子証明書とを有する仮想カードＧを抽出してもよい。対象処理部２１４は、仮想カードＦと仮想カードＧを組み合わせて、各仮想データが有する画像データの参照処理と各画像データに示された人物が同一か否かの判定処理を行ってもよい。

上記構成によれば、対象処理部２１４は、証明対象に関する処理において複数の証明対象を組み合わせて、ユーザや外部装置からの要求に応えることができる。このため、対象処理部２１４は、複数のデータの組み合わせや価値とデータの組み合わせを必要とするような複雑なのための要求にも応答することができる。

上記（ｂ）の組み合わせにおける組み合わせ処理の一例について説明する。本例では、組み合わせ処理要求として、価値Ａを他のアカウントに移転させる処理要求であってさらにこの移転にあたって本人確認を必要とする処理要求を受付部２１１がユーザから受け付けた場合について説明する。このような場合、抽出部２１２は、移転対象の価値Ｈとその電子証明書を有する仮想カードＨの他に、本人確認済みの別の証明対象の電子証明書を有する仮想カードＪを抽出してもよい。対象処理部２１４は、仮想カードＨと仮想カードＪを組み合わせて、仮想カードＨの価値の移転処理とこの移転処理に必要な本人確認として仮想カードＪの電子証明書の参照処理を行ってもよい。

上記構成によれば、証明対象に関する処理のための多段階認証や多要素認証としてユーザ認証をさらに必要とする場合、ユーザ装置２００がオンラインかオフラインかに関わらず容易にユーザ認証を追加で行うことができる。

対象処理部２１４は、例えば、ユーザまたは外部装置からの要求に基づいて、抽出された仮想カードの証明対象および／または電子証明書の少なくとも一部を秘匿（匿名加工含む）する。対象処理部２１４は、例えば、証明対象および／または電子証明書に、項目削除もしくはセル削除、データの全部もしくは一部を抽象化、上位概念化もしくは数値による短縮化によって置き換える一般化、トップ（ボトム）コーディング、データ交換、またはノイズ（誤差やぼかし）の付加などを施すことによって秘匿してもよい。このような構成によれば、対象処理部２１４は、より機密性を向上させたウォレットを提供することができる。

対象処理部２１４は、例えば、組み合わせ処理要求の応答として、組み合わせ処理を行うにあたって、抽出部２１２により抽出された複数の仮想カードの組み合わせに基づいて、複数の仮想カードそれぞれが有する証明対象の少なくとも一部を秘匿してもよい。この秘匿の対象とする部分は、例えば、証明対象における、高い機密性が求められる箇所（例えば、個人情報を開示する箇所）、要求対象外の箇所（要求されている処理に不要な箇所）、組み合わされた証明対象で共通する箇所以外の箇所などであってもよい。

例えば、上記（ａ）の組み合わせの例において免許証と保険証それぞれの画像データで示された人物が同一であることを氏名と住所で確認するような場合、対象処理部２１４は、それぞれの画像データに対して、共通する氏名と住所以外の箇所についてはぼかし加工を施して秘匿してもよい。また、このように人物が同一であることが確認できればいいような場合は、対象処理部２１４は、これらの画像データに対して氏名と住所もぼかし加工を施して、さらに一致する旨の情報を付加するよう加工してもよい。対象処理部２１４は、このように秘匿した画像データを、要求された処理の結果として、要求元の事業者装置３００に送信する。

上記構成によれば、対象処理部２１４は、仮想カードの組み合わせに応じて、情報の開示を必要最小限にとどめて組み合わされた証明対象に関する処理を行うことができる。さらに、対象処理部２１４は、仮想カードの組み合わせに基づいて自動で秘匿するため、ユーザが秘匿する箇所を指定する手間を省くことができる。このため、対象処理部２１４は、機密性を向上させつつ、使い勝手のよいウォレットを提供することができる。

［要求部］
要求部２１５は、他のユーザ装置２００や中継サーバ１００，外部装置に各種要求を行う。要求部２１５は、例えば、ユーザや外部装置の処理要求、または所定条件に基づいて、要求する電子証明書に対応する認証機関の認証機関装置４００に、証明対象の電子証明書の発行要求を行ってもよい。また、要求部２１５は、例えば、第１仮想カードの電子証明書に対応する認証機関の認証機関装置４００に、第２仮想カードの電子証明書に基づいて、第１仮想カードの電子証明書の発行要求を行ってもよい。このような構成によれば、要求部２１５は、電子証明書の発行要求の際、ウォレットに格納されている別の仮想カードの電子証明書を用いて発行要求に必要な認証をクリアすることができる。

［取得部］
取得部２１６は、中継サーバ１００または外部装置から、証明対象や電子証明書を含む各種情報を取得する。取得部２１６が各種情報を取得する態様に関してはどのような態様でもよい。取得部２１６は、事業者装置３００が提供するサービスの画面に対してユーザから属性情報が入力された際、この入力された属性情報を示すメッセージを随時受信してもよい。また他の例として、取得部２１６は、例えば、認証機関装置４００から電子証明書をイベントドリブンで受信してもよい。また他の例として、取得部２１６は、例えば、事業者装置３００や認証機関装置４００が実装するＡＰＩに情報の参照を指示して、その参照の結果として情報を取得してもよい。

取得部２１６は、認証機関装置４００から、要求部２１５による発行要求に対する応答として第１仮想カードの電子証明書を取得する。

［発行部］
発行部２１７は、抽出部２１２により抽出された第３仮想カードの電子証明書に基づいて、第１仮想カードの電子証明書の発行を行う。

［確認部］
確認部２１８は、ウォレットアプリの各機能において異常処理が行われていないことを確認する。確認部２１８は、例えば、仮想カードに対する証明対象に関する処理の履歴情報を学習データとして学習された学習モデルを用いて、ウォレットの仮想カードの異常処理を検知してもよい。

確認部２１８は、例えば、カード記憶部２３１に記憶されている仮想カードについて、証明対象や電子証明書の改ざんが行われていないこと、また、仮想カードに含まれる電子証明書が適切に発行されたものか確認してもよい。

［登録部］
登録部２１９は、仮想カードに関する情報の各種設定登録を行う。登録部２１９は、例えば、ユーザや外部装置からの証明対象や電子証明書の登録要求に基づいて、ウォレットで保管する該当する仮想カードに格納するように、カード記憶部２３１にこれらを登録する。また、登録部２１９は、例えば、受付部２１１が受け付けたユーザからの定義情報の登録要求または更新要求に基づいて、記憶部２３０に定義情報を登録する、または記憶部２３０に登録された定義情報を更新する。

登録部２１９は、例えば、仮想カードそれぞれに対して定義情報に含まれる失効条件を満たすか否かをサイクリックまたはイベントドリブンでチェックして、失効条件を満たす仮想カードを、失効登録してもよい。

登録部２１９は、例えば、ウォレットと外部装置との間の仮想カードの連携に関する精算情報を記憶部２３０に登録する。

［記憶部］
記憶部２３０は、ウォレットに必要な各種情報（ユーザの秘密鍵や公開鍵を含む）を記憶する。記憶部２３０は、カード記憶部２３１と、定義記憶部２３２とを備える。記憶部２３０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合は、記憶部２３０は、情報ごとにテーブルを設けて、テーブル間を関連付けて各情報を管理してもよい。

カード記憶部２３１は、証明対象と、証明対象の電子証明書と、を有する複数の仮想カードを記憶する。

カード記憶部２３１は、例えば、取得部２１６により取得された電子証明書を、第１仮想カードに格納するよう記憶してもよい。このような構成によれば、カード記憶部２３１は、サービス事業者やユーザから処理要求された証明対象の電子証明書がウォレットに予め保管されていないような場合でも、認証機関で発行された電子証明書を仮想カードに格納しウォレットで保管することができる。このため、カード記憶部２３１は、証明対象の真正性を確保することができる。

カード記憶部２３１は、例えば、発行部２１７により発行された電子証明書を、第１仮想カードに格納するよう記憶してもよい。このような構成によれば、カード記憶部２３１は、サービス事業者やユーザから処理要求された証明対象の電子証明書がウォレットに予め保管されていないような場合でも、ウォレットアプリで発行された電子証明書を仮想カードに格納しウォレットで保管することができる。このため、カード記憶部２３１は、ユーザ装置２００がオフライン環境であっても、証明対象の真正性を容易に確保することができる。

定義記憶部２３２は、仮想カードの定義情報を、該当する仮想カードと関連付けて記憶する。

［通信部］
通信部２４０は、ネットワークＮを介して、中継サーバ１００や外部装置との間で電子証明書や証明対象などの各種情報を送受信する。通信部２４０は、例えば、処理要求の結果として、証明対象に関する処理の結果と電子証明書の有効性の判定の結果とを、中継サーバ１００を介して事業者装置３００に送信する。また、通信部２４０は、例えば、事業者装置３００に電子証明書を含む仮想カードを連携するために、中継サーバ１００のサーバ通信部１４０にこの仮想カードを送信してもよい。サーバ通信部１４０は、事業者装置３００にこの送信された仮想カードを連携する。

＜３－２．中継サーバの機能構成＞
図９を参照して、本実施形態に係る中継サーバ１００の機能構成を説明する。図９に示すように、中継サーバ１００は、サーバ制御部１１０と、サーバ記憶部１３０と、サーバ通信部１４０と、を備える。

サーバ制御部１１０は、サーバ受付部１１１、サーバ要求部１１２、サーバ取得部１１３、サーバ発行部１１４、サーバ確認部１１６と、サーバ登録部１１７、サーバ対象処理部１１９を備える。これらの機能部は、ユーザ装置２００の受付部２１１、要求部２１５、取得部２１６、発行部２１７、確認部２１８および対象処理部２１４それぞれと同じ機能を備えてもよい。以下、これらの機能部との差異点のみ説明する。また、サーバ制御部１１０は、例えば、変換部１１５または精算部１１８を備えてもよい。

［サーバ受付部］
サーバ受付部１１１は、事業者装置３００から、証明対象に関する処理の処理要求を受け付ける。サーバ受付部１１１は、サーバ通信部１４０を介してユーザ装置２００にこの処理要求を連携する。

［サーバ取得部］
サーバ取得部１１３は、認証機関が電子証明書を発行できない場合、認証機関装置４００からＡＰＩなどを利用して情報を連携してもらい、連携された情報に基づいて電子証明書の発行を代行してもよい。

［変換部］
変換部１１５は、サービス事業者が提供するサービスの仕様に電子証明書が合わない場合、このサービスの仕様に合わせるよう電子証明書を変換する。変換部１１５は、例えば、サービスの仕様に合うように電子証明書のデータ形式を変換して、変換した電子証明書を事業者装置３００に連携してもよい。変換部１１５は、例えば、電子証明書の連携方法としてＡＰＩ連携が初期設定されている場合、他の連携方法（例えば、金融電文やメッセージ処理、ＦＴＰを利用したファイル転送処理など）に変換してもよい。

［サーバ確認部］
サーバ確認部１１６は、例えば、認証機関サイドの仮想カードの生成処理において、電子証明書の発行や取得の処理が適切に行われているか確認する。

［サーバ登録部］
サーバ登録部１１７は、認証機関装置４００や事業者装置３００から受け付けた証明対象の定義情報をサーバ記憶部１３０または記憶部２３０（定義記憶部２３２）に登録する。

サーバ登録部１１７は、例えば、ユーザまたは外部装置からの要求に基づいて、仮想カードの生成を制限する生成制限条件を登録してもよい。

［精算部］
精算部１１８は、サーバ記憶部１３０に記憶された精算情報に基づいて、ウォレットと外部装置との間の仮想カードの連携に関する精算処理を行い、精算処理の結果に基づいて決済をするための処理を行う。

［サーバ記憶部］
サーバ記憶部１３０は、仮想カード（証明対象や電子証明書）、定義情報などの各種情報を記憶する。サーバ記憶部１３０は、例えば、サーバ登録部１１７からの定義情報の登録要求に基づいて、ウォレットに保管する仮想カードの中で該当する仮想カードに関連づけて記憶する。なお、仮想カード（証明対象や電子証明書）に関しては、ユーザ装置２００の記憶部２３０が記憶するもの、すなわちウォレットアプリが保管するものをマスタとする。

［サーバ通信部］
サーバ通信部１４０は、ネットワークＮを介して、ユーザ装置２００や外部装置との間で各種情報を送受信する。

＜４．動作例＞
図１０を参照して、ウォレットシステム１の動作例を説明する。図１０（ａ）は、ウォレットシステム１において、第２仮想カードを利用して第１仮想カードを取得し、ウォレットに格納するまでの処理の流れを表すフロー図である。図１０（ｂ）は、ウォレットに保管されている仮想カードが利用される際の処理の流れを表すフロー図である。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。

図１０（ａ）に示すように、ユーザ装置２００の抽出部２１２は、ウォレットに保管されている複数の仮想カードに含まれる第１仮想カードに電子証明書がない場合、この電子証明書の発行要求をするための第２仮想カードを複数の仮想カードから抽出する（Ｓ１０）。
要求部２１５は、発行要求する電子証明書に対応する認証機関の認証機関装置４００に、第２仮想カードの電子証明書に基づいて、第１仮想カードの電子証明書の発行要求を行う（Ｓ１１）。取得部２１６は、この認証機関装置から、発行要求に対する応答として第１仮想カードの電子証明書を取得する（Ｓ１２）。カード記憶部２３１は、この取得された電子証明書を、第１仮想カードに格納するよう記憶する（Ｓ１３）。

図１０（ｂ）に示すように、ユーザ装置２００の受付部２１１は、ユーザまたは事業者装置３００の少なくともいずれかから、証明対象に関する処理の処理要求を受け付ける（Ｓ２０）。抽出部２１２は、この処理要求に基づいて、カード記憶部２３１が記憶する複数の仮想カードの中から、要求された証明対象の仮想カードを抽出する（Ｓ２１）。判定部２１３は、抽出された仮想カードの電子証明書が有効か否かを判定する（Ｓ２２）。電子証明書が有効である場合（Ｓ２２のＹｅｓ）、対象処理部２１４は、この処理要求の応答として、抽出された仮想カードの証明対象に関する処理を行う（Ｓ２３）。

＜５．ハードウェア構成＞
図１１を参照して、上述してきた中継サーバ１００及びユーザ装置２００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図１１に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、中継サーバ１００のサーバ制御部１１０やユーザ装置２００の制御部２１０が備える各機能部などは、メモリ８０３に一時記憶された上で、主にプロセッサ８０１上で動作するプログラムとして実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリなどの不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、仮想カードや定義情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイスなどが挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などのインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置などがある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線または無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイなどが挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブルなどを介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

なお、上記実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均などなものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

また、上記実施の形態で記載された中継サーバ１００及びユーザ装置２００が備える構成要素は、記憶装置８０５に格納されたプログラムがプロセッサ８０１によって実行されることで、定められた処理が他のハードウェアと協働して実現されるものとする。また、言い換えれば、これらの構成要素は、ソフトウェアまたはファームウェアとしても、それと対応するハードウェアとしても想定され、その双方の概念において、「機能」、「手段」、「部」、「処理回路」、「ユニット」、または「モジュール」などとも記載され、またそれぞれに読み替えることができる。

［変形例］
なお、本発明を上記実施の形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。

［変形例１］
上記実施形態に係る中継サーバ１００のサーバ制御部１１０に含まれる機能部の一部または全部は、ユーザ装置２００が備えていてもよい。例えば、ユーザ装置２００のウォレットアプリに中継サーバ１００の変換部１１５や精算部１１８の機能を実装させてもよい。この場合、認証機関装置４００や事業者装置３００との間の連携において、中継サーバ１００を介さずに、ユーザ装置２００が直接これらの装置と連携してもよい。また、その逆に、ユーザ装置２００の制御部２１０に含まれる機能部の一部または全部は、中継サーバ１００が備えていてもよい。

１…ウォレットシステム、１００…中継サーバ、１１０…サーバ制御部、１１１…サーバ受付部、１１２…サーバ要求部、１１３…サーバ取得部、１１４…サーバ発行部、１１５…変換部、１１６…サーバ確認部、１１７…サーバ登録部、１１８…精算部、１３０…サーバ記憶部、１４０…サーバ通信部、２００…ユーザ装置、２１０…制御部、２１１…受付部、２１２…抽出部、２１３…判定部、２１４…対象処理部、２３０…記憶部、２４０…通信部、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。

Claims (9)

1. ユーザが使用するユーザ装置に、
   前記ユーザが保有する価値またはデータ、もしくは前記ユーザのアカウント情報である証明対象と、前記証明対象の電子証明書と、を有する複数の仮想カードを記憶するカード記憶機能と、
   前記ユーザまたは前記ユーザにサービスを提供する事業者の事業者装置の少なくともいずれかから、前記証明対象の参照、更新、判定または移転の少なくともいずれかを含む前記証明対象に関する処理の処理要求を受け付ける受付機能と、
   前記処理要求に基づいて、前記カード記憶機能が記憶する複数の仮想カードの中から、要求された前記証明対象の仮想カードを抽出する抽出機能と、
   前記抽出された仮想カードの前記電子証明書が有効か否かを判定する判定機能と、
   前記電子証明書が有効である場合、前記処理要求の応答として、前記抽出された仮想カードの前記証明対象に関する処理を行う対象処理機能と、を実現させる、
   プログラム。
2. 前記仮想カードの定義情報であって、前記証明対象に関する処理の実行可能な処理態様、もしくは前記仮想カードの利用条件または失効条件の少なくともいずれかを含む定義情報を記憶する定義記憶部を参照して、前記抽出機能は、前記定義情報にさらに基づいて、要求された前記証明対象の仮想カードを抽出する、
   請求項１に記載のプログラム。
3. 前記利用条件は、前記仮想カードの利用回数、利用期間、または利用先の少なくともいずれかを制限する制限条件を含む、
   請求項２に記載のプログラム。
4. 前記抽出機能は、前記複数の仮想カードに含まれる第１仮想カードに前記電子証明書がない場合、前記電子証明書の発行要求をするための第２仮想カードを前記複数の仮想カードから抽出し、
   前記ユーザ装置に、
   前記発行要求する電子証明書に対応する認証機関の認証機関装置に、前記第２仮想カードの電子証明書に基づいて、前記発行要求を行う要求機能と、
   前記認証機関装置から、前記発行要求に対する応答として前記第１仮想カードの電子証明書を取得する取得機能と、をさらに実現させ、
   前記カード記憶機能は、前記取得された電子証明書を、前記第１仮想カードに格納するよう記憶する、
   請求項１から３のいずれか一項に記載のプログラム。
5. 前記抽出機能は、前記複数の仮想カードに含まれる第１仮想カードに前記電子証明書がない場合、前記電子証明書の発行するための第３仮想カードを前記複数の仮想カードから抽出し、
   前記第３仮想カードの電子証明書に基づいて、前記第１仮想カードの電子証明書の発行を行う発行部と、
   前記カード記憶機能は、前記発行された電子証明書を、前記第１仮想カードに格納するよう記憶する、
   請求項１から３のいずれか一項に記載のプログラム。
6. 前記処理要求は、複数の証明対象の組み合わせ、または１以上の証明対象と１以上の他の証明対象の電子証明書との組み合わせに関する処理の要求であり、
   前記抽出機能は、前記処理要求に基づいて、前記カード記憶機能が記憶する複数の仮想カードの中から、要求された前記組み合わせに対応する複数の仮想カードを抽出し、
   前記対象処理機能は、前記電子証明書が有効である場合、前記処理要求の応答として、前記抽出された複数の仮想カードにおける前記組み合わせに関する処理を行う、
   請求項１から５のいずれか一項に記載のプログラム。
7. 前記対象処理機能は、前記組み合わせに関する処理を行うにあたって、前記抽出された複数の仮想カードの組み合わせに基づいて、前記複数の仮想カードそれぞれが有する証明対象の少なくとも一部を秘匿する、
   請求項６に記載のプログラム。
8. ユーザが保有する価値またはデータ、もしくは前記ユーザのアカウント情報である証明対象と、前記証明対象の電子証明書と、を有する複数の仮想カードを記憶するカード記憶部と、
   前記ユーザまたは前記ユーザにサービスを提供する事業者の事業者装置の少なくともいずれかから、前記証明対象の参照、更新、判定または移転の少なくともいずれかを含む前記証明対象に関する処理の処理要求を受け付ける受付部と、
   前記処理要求に基づいて、前記カード記憶部が記憶する複数の仮想カードの中から、要求された前記証明対象の仮想カードを抽出する抽出部と、
   前記抽出された仮想カードの前記電子証明書が有効か否かを判定する判定部と、
   前記電子証明書が有効である場合、前記処理要求の応答として、前記抽出された仮想カードの前記証明対象に関する処理を行う対象処理部と、を備える、
   情報処理装置。
9. ユーザが使用するユーザ装置が、
   前記ユーザが保有する価値またはデータ、もしくは前記ユーザのアカウント情報である証明対象と、前記証明対象の電子証明書と、を有する複数の仮想カードを記憶し、
   前記ユーザまたは前記ユーザにサービスを提供する事業者の事業者装置の少なくともいずれかから、前記証明対象の参照、更新、判定または移転の少なくともいずれかを含む前記証明対象に関する処理の処理要求を受け付け、
   前記処理要求に基づいて、前記記憶する複数の仮想カードの中から、要求された前記証明対象の仮想カードを抽出し、
   前記抽出された仮想カードの前記電子証明書が有効か否かを判定し、
   前記電子証明書が有効である場合、前記処理要求の応答として、前記抽出された仮想カードの前記証明対象に関する処理を行う、
   情報処理方法。

Images