JP7288934B2 - プログラム、情報処理装置、情報処理方法、及びサーバ装置 - Google Patents

Description

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

従来、電子マネーを保管するウォレット技術（以下、単に「ウォレット」ともいう）が知られている（特許文献１参照）。このウォレットでは、電子マネーの他に、クレジットカードやデビットカードなどの複数の決済手段それぞれのアカウント情報（例えば、クレジットカード番号やセキュリティコードなど）や属性情報などのデータを保管することができる。またこのウォレットでは、端末と媒体との間もしくは複数の端末間で、近距離通信を介して互いのウォレットに記憶されている価値などをやり取りすることができる。

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

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

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

本発明の一態様に係るプログラムは、第１ユーザが使用する第１ユーザ装置であって、第２ユーザが使用する第２ユーザ装置と通信可能に接続された第１ユーザ装置に、複数の第１仮想カードであって、各第１仮想カードが、第１ユーザが保有する価値またはデータ、もしくは第１ユーザのアカウント情報である第１証明対象と、第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶するカード記憶機能と、第１ユーザまたは第２ユーザ装置から、複数の第１仮想カードのうちの１以上の対象仮想カードの第２ユーザへの提供の要求を受け付ける要求受付機能と、提供の要求に基づいて、カード記憶機能が記憶する複数の第１仮想カードの中から、１以上の対象仮想カードを抽出する抽出機能と、抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する判定機能と、判定の結果に基づいて、第２ユーザ装置に、抽出された１以上の対象仮想カードを提供する提供機能と、第２ユーザ装置に対して、第２ユーザが保有する価値またはデータ、もしくは第２ユーザのアカウント情報である第２証明対象と、第２証明対象の第２電子証明書と、を有する１以上の第２仮想カードの提供の要求を行う要求機能と、第２ユーザ装置から、提供の要求の応答として、要求した１以上の第２仮想カードを受け付けるカード受付機能と、を実現させる。

本発明の一態様に係る情報処理装置は、第２ユーザが使用する第２ユーザ装置と通信可能に接続された、第１ユーザが使用する情報処理装置であって、複数の第１仮想カードであって、各第１仮想カードが、第１ユーザが保有する価値またはデータ、もしくは第１ユーザのアカウント情報である第１証明対象と、第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶するカード記憶部と、第１ユーザまたは第２ユーザ装置から、複数の第１仮想カードのうちの１以上の対象仮想カードの第２ユーザへの提供の要求を受け付ける要求受付部と、提供の要求に基づいて、カード記憶部が記憶する複数の第１仮想カードの中から、１以上の対象仮想カードを抽出する抽出部と、抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する判定部と、判定の結果に基づいて、第２ユーザ装置に、抽出された１以上の対象仮想カードを提供する提供部と、第２ユーザ装置に対して、第２ユーザが保有する価値またはデータ、もしくは第２ユーザのアカウント情報である第２証明対象と、第２証明対象の第２電子証明書と、を有する１以上の第２仮想カードの提供の要求を行う要求部と、第２ユーザ装置から、提供の要求の応答として、要求した１以上の第２仮想カードを受け付けるカード受付部と、を備える。

本発明の一態様に係る情報処理方法は、第１ユーザが使用する第１ユーザ装置であって、第２ユーザが使用する第２ユーザ装置と通信可能に接続された第１ユーザ装置が、複数の第１仮想カードであって、各第１仮想カードが、第１ユーザが保有する価値またはデータ、もしくは第１ユーザのアカウント情報である第１証明対象と、第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶し、第１ユーザまたは第２ユーザ装置から、複数の第１仮想カードのうちの１以上の対象仮想カードの第２ユーザへの提供の要求を受け付け、提供の要求に基づいて、記憶された複数の第１仮想カードの中から、１以上の対象仮想カードを抽出し、抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定し、判定の結果に基づいて、第２ユーザ装置に、抽出された１以上の対象仮想カードを提供し、第２ユーザ装置に対して、第２ユーザが保有する価値またはデータ、もしくは第２ユーザのアカウント情報である第２証明対象と、第２証明対象の第２電子証明書と、を有する１以上の第２仮想カードの提供の要求を行い、第２ユーザ装置から、提供の要求の応答として、要求した１以上の第２仮想カードを受け付ける。

本発明の一態様に係るサーバ装置は、複数の第１仮想カードであって、各第１仮想カードが、第１ユーザが保有する価値またはデータ、もしくは第１ユーザのアカウント情報である第１証明対象と、第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶する第１カード記憶部と、複数の第２仮想カードであって、各第２仮想カードが、第２ユーザが保有する価値またはデータ、もしくは第２ユーザのアカウント情報である第２証明対象と、第２証明対象の第２電子証明書と、を有する、複数の第２仮想カードを記憶する第２カード記憶部と、第１ユーザまたは第２ユーザから、複数の第１仮想カードのうちの１以上の対象仮想カードの第２ユーザへの提供の要求を受け付ける第１要求受付部と、提供の要求に基づいて、第１カード記憶部が記憶する複数の第１仮想カードの中から、要求された１以上の対象仮想カードを抽出する抽出部と、抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する判定部と、判定の結果に基づいて、第２カード記憶部に、抽出された１以上の対象仮想カードを記憶させるサーバ登録部と、第２ユーザから、第２カード記憶部に記憶された対象仮想カードの参照要求を受け付ける第２要求受付部と、参照要求に基づいて、第２カード記憶部を参照して、対象仮想カードを第２ユーザに対して出力させる出力部と、を備える。

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

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

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

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

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

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

ウォレットシステム１は、ユーザが保有する価値やデータ、ユーザのアカウント情報などの利用において、セキュアかつ自由な利用を実現するためのシステムである。具体的には、ウォレットシステム１は、ユーザが保有する価値やデータ、ユーザのアカウント情報（以下、総称して「証明対象」ともいう）をウォレット技術（以下、単に「ウォレット」ともいう）により保管させる。そして、ウォレットシステム１は、電子証明書の技術を用いて、ウォレットに保管されている証明対象の真正性を確保しつつ、これらの証明対象やその電子証明書をユーザから利用可能にし、さらに複数のユーザ間でのやり取りを可能にする。このやり取りとは、例えば、証明対象などを相手に要求してから、要求された証明対象が相手から提供されて、提供された証明対象を受け付けるまでをいう。

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

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

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

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

図１に示すように、ウォレットシステム１は、サーバ装置１００と、第１ユーザが使用する第１ユーザ装置２００ａと、第２ユーザが使用する第２ユーザ装置２００ｂとを含む。第１ユーザ装置２００ａと第２ユーザ装置２００ｂとは、特に区別の必要がない場合、総称して「ユーザ装置２００」ともいう。

本実施形態では、必要に応じて、第１ユーザに関するものについて「第１」とつけて説明する。例えば、第１ユーザが保管する仮想カードを「第１仮想カード」ともいい、第１仮想カードの証明対象を「第１証明対象」ともいい、第１証明対象の電子証明書を「第１電子証明書」ともいう。また、本実施形態では、必要に応じて、第２ユーザに関するものについて「第２」とつけて説明する。例えば、第２ユーザが保管する仮想カードを「第２仮想カード」ともいい、第２仮想カードの証明対象を「第２証明対象」ともいい、第２証明対象の電子証明書を「第２電子証明書」ともいう。

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

［ユーザ装置］
ユーザ装置２００は、ユーザが使用する情報処理装置であり、例えば、スマートフォンやラップトップなどの端末装置である。ユーザ装置２００は、情報処理機能が備わる装置であればどのような装置でもよく、他の例として、ドローン、車両、車載機器、家電、またはウェアラブル・デバイスなどであってもよい。ユーザ装置２００は、所定のプログラムを実行することにより、サーバ装置１００と接続して証明対象や電子証明書そのもの、これらの組み合わせである仮想カード、またはこれらに関する情報を送受信したり、ユーザに対してこれらに関する情報を画面で表示したり、ユーザからの証明対象や電子証明書、仮想カードに対する指示を受け付けたりする。仮想カードについては後述する。ユーザ装置２００は、他のユーザ装置２００と、第２ネットワークＮ２を介して通信可能に接続される。また、ユーザ装置２００は、例えば、ＱＲコード（登録商標）を出力させ、他のユーザ装置２００にこの出力させたＱＲコードを読み込ませて情報連携してもよい。

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

［ネットワーク］

第１ネットワークＮ１は、広域通信網のネットワークであり、インターネット、移動体通信網、電話回線を含む。また、第１ネットワークＮ１は、例えば、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、またはＬＴＥ（登録商標）（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）回線などを用いた無線通信方式を用いてもよい。

第２ネットワークＮ２は、複数のユーザ装置２００間を相互接続するための通信ネットワークである。第２ネットワークＮ２は、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の電磁誘導等を利用した１０ｃｍ程度の至近距離での無線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信等の１０ｍ程度の近距離無線通信を実現するネットワークを含む。また、第２ネットワークＮ２は、例えば、Ｗｉ－Ｆｉ（登録商標）規格に準拠した無線ＬＡＮを含んでもよく、ルータ（不図示）が中継することで、複数のユーザ装置２００間の相互接続を実現させる。なお、第１ネットワークＮ１と第２ネットワークＮ２とは、特に区別の必要がない場合は、総称して「ネットワークＮ」ともいう。

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

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

［その他の外部装置］
事業者装置３００と認証機関装置４００以外のその他の外部装置５００も、サーバ装置を介して、ユーザ装置２００に保管される仮想カードを利用することができる。外部装置５００は、例えば、サードパーティシステムの装置であり、オンライン家計簿サービスシステムのサーバ装置、クレジットカード会社のサーバ装置、ポイント会社のサーバ装置などであってもよい。

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

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

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

ウォレットシステム１では、ユーザ装置２００のウォレットに格納された仮想カードそれぞれを、他のユーザとの間でやり取りすることができる。

図２（ａ）では、第１ユーザのウォレットに保管する仮想カードを、第２ユーザのウォレットに提供する例を説明する。まずウォレットシステム１は、各種証明対象の仮想カードを生成する。例えば、第１ユーザが入力した第１ユーザの名刺情報（例えば、氏名と連絡先など）を証明対象として、その電子証明書を発行または取得して、仮想カードを生成する。ウォレットシステム１では、生成された仮想カードはウォレットで保管される。

ウォレットシステム１では、例えば、以下に例示するように、外部装置５００から提供された、第１ユーザに関するデータや価値、アカウント情報を証明対象として受け付けて、受け付けた証明対象とその電子証明書とを組み合わせて仮想カードを生成してもよい。
〇第１ユーザが所属する企業Ａの情報処理装置５００ａから第１ユーザの社員証情報を受け付けて、この社員証情報の仮想カードを生成
（なお、社員証情報は属性情報の一つである。属性情報の詳細は後述する。）
〇クレジットカード会社のサーバ装置５００ｂから第１ユーザ名義のクレジットカードのアカウント情報（例えば、クレジットカード番号、有効期限およびセキュリティコードなどを含む）を受け付けて、仮想カード（バーチャルカード）として生成
（なお、クレジットカード会社で既に仮想カードとして発行されていた場合には、発行されている仮想カードを受け付けてそのまま登録する。）
〇仮想通貨事業者の取引所の装置５００ｃから仮想通貨の提供を受け付けて、仮想通貨の仮想カードを生成
（なお、仮想カードの生成単位は、仮想通貨ごとであっても仮想通貨の種類ごとであってもよい）

ウォレットシステム１では、例えば、第１ユーザが保管している第１仮想カードのうちの１以上の仮想カードを他のユーザ（第２ユーザ）のウォレットに提供することができる。

例えば、ウォレットシステム１では、第１仮想カードのうち、第１ユーザの社員情報の仮想カードが提供対象の仮想カード（以下、「対象仮想カード」ともいう）の場合、この対象仮想カードを第１ユーザがウォレットから取り出して第２ユーザに提示することができる。これにより第２ユーザに対して第１ユーザが企業Ａの社員であることを証明し、商品購入の際の社員割引の申込をすることができる。この提示の際、ウォレットシステムでは、対象仮想カードの電子証明書が有効か否かを判定する。電子証明書が有効の場合、ウォレットシステム１では、社員証情報の真正性が確保されているとして第２ユーザに対象仮想カードを安全に提示することができる。他方、ウォレットシステム１では、電子証明書が有効ではない場合、社員証情報の真正性が確保されないとしてその旨の警告エラーを出力したり、提示を保留や取消にしたりすることができる。なおウォレットシステム１では、対象仮想カードが電子証明書を有していない場合についても、その電子証明書が有効ではないと判定する。

ウォレットシステム１では、第２ユーザが販売する商品を第１ユーザが購入するにあたって、クレジットカード決済の場合には、クレジットカードのアカウント情報の対象仮想カードを第２ユーザに提供してもよい。また、他の決済方法として、仮想通貨を使用して決済する場合には、仮想通貨の対象仮想カードを第２ユーザに提供してもよい。第２ユーザのウォレットは、提供されたアカウント情報や仮想通貨の対象仮想カードを受け付けて格納し、格納した対象仮想カードを用いて購入する商品代金の支払い決済のための処理を行う。例えばクレジットカード決済の場合、クレジットカード会社が、サービス事業者（ＲＰ）となり、第２ユーザから対象仮想カードのクレジットカードのアカウント情報や電子証明書を受け取って、商品代金の支払い決済としてクレジットカードの決済サービスを第１ユーザおよび第２ユーザに提供してもよい。

図２（ｂ）では、第２ユーザのウォレットに保管する仮想カードを、第１ユーザのウォレットに提供する例を説明する。第１ユーザと同様に、まずウォレットシステム１は、各種証明対象の仮想カードを生成する。例えば、第２ユーザが入力した店舗情報（例えば、店舗名と連絡先など）や商品販売の際に発行したレシート情報を証明対象として、その電子証明書を発行または取得して、仮想カードを生成する。

ウォレットシステム１では、以下に例示するように、外部装置５００から提供された、第２ユーザに関するデータや価値、アカウント情報を証明対象として受け付けて、受け付けた証明対象とその電子証明書とを組み合わせて仮想カードを生成してもよい。
・第２ユーザの店舗で利用可能なポイントを発行するポイント会社の情報処理装置５００ｄからポイントカードの第１ユーザのアカウント情報を受け付けて、このアカウント情報の仮想カードを生成

ウォレットシステム１では、例えば、第２ユーザが保管している第２仮想カードのうちの１以上の仮想カードを他のユーザ（第１ユーザ）のウォレットに提供することができる。

例えば、第１ユーザのポイントカードのアカウント情報の仮想カードの場合、ウォレットシステム１では、第２ユーザがこの仮想カードをウォレットから取り出して、第１ユーザに提供することができる。これにより第１ユーザは、このポイントカードに商品購入の際に付与されたポイントを貯めたり支払いに利用したりすることができる。また、この提供の際、ウォレットシステム１では、この仮想カードの電子証明書が有効か否かを判定する。電子証明書が有効である場合、ウォレットシステム１では、ポイントカードのアカウント情報の真正性が確保されているとして、第１ユーザにこの仮想カードを安全に提示することができる。また、ウォレットシステム１では、ポイント会社から発行されたポイントの仮想カードを生成することもでき、第１ユーザが商品購入した際に、このポイントの仮想カードが第２ユーザから提供（付与）されて、第１ユーザのポイントカードのアカウントに蓄積することができる。

ウォレットシステム１では、例えば、第２ユーザから第１ユーザが商品購入した際に、第２ユーザから提供されたレシート情報の仮想カードを、さらにオンライン家計簿サービスのサーバ装置５００ｅに提供することもできる。オンライン家計簿サービスでは、このサービスにおいて予め登録された第１ユーザのアカウントに対して、この提供されたレシート情報を登録する。

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

＜２－２．全体像＞
次に図３を参照して、ウォレットシステム１の全体像の一例を説明する。なお、図３～９を参照して説明する例では、認証機関をＩｄＰとし、認証機関装置４００を「Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ」と図３～９では表記する。さらに本例では、サービス事業者をＲＰとし、事業者装置３００を「Ｒｅｌｙｉｎｇ Ｐａｒｔｙ」と図３～９では表記する。本例では、第１ユーザ装置２００ａと第２ユーザ装置２００ｂのウォレットアプリは同じ機能を有するものとする。このため、第１ユーザ装置２００ａと第２ユーザ装置２００ｂとを入れ替えても同じように機能を実現できるものとする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［基本機能その２］
次に図５を参照して、ウォレットシステム１のもう一つの基本となる、（ア）複数のウォレット間で仮想カードをやり取りする場面と、（イ）ユーザが入力したデータに対する電子署名を生成し公証を得る場面について説明する。

まず上記（ア）の場面について説明する。（１）＜Ｂ１）ユーザＩＦ機能＞図５に示すように、第２ユーザ装置２００ｂの入力受付部２１１３は、第２ユーザから、第１ユーザが保管する第１仮想カードのうちの１つである対象仮想カードＡの第２ユーザに対する提供の要求の入力を受け付ける。

（２）＜Ｋ２）カード要求機能／Ｂ１）外部連携機能＞第２ユーザ装置２００ｂの要求部２１５は、上記のとおり受付部２１１が第２ユーザから提供の要求を受け付けると、第１ユーザ装置２００ａに対して、対象仮想カードＡの提供の要求を行う。１ユーザ装置２００ａの要求受付部２１１１は、第２ユーザ装置２００ｂから、この提供の要求を受け付ける。

（３）＜Ｇ１）識別／判定機能＞第１ユーザ装置２００ａの抽出部２１２は、要求受付部２１１１が受け付けた提供の要求に基づいて、カード記憶部２３１が記憶する複数の第１仮想カードの中から、対象仮想カードＡを抽出する。

（４）＜Ｇ２）有効性判定機能＞第１ユーザ装置２００ａの判定部２１３は、抽出された対象仮想カードＡの電子証明書が有効か否かを判定する。

（５）＜Ｂ２）証明書連携機能＞第１ユーザ装置２００ａの提供部２２０は、判定部２１３の結果に基づいて、電子証明書が有効である場合、第２ユーザ装置２００ｂに対象仮想カードＡを提供する。第２ユーザ装置２００ｂのカード受付部２１１２は、第１ユーザ装置２００ａから、上記提供の要求の応答として、要求した対象仮想カードＡを受け付ける。

（６）＜Ａ１）証明書格納機能＞第２ユーザ装置２００ｂの登録部２１９は、カード受付部２１１２が受け付けた対象仮想カードＡを、カード記憶部２３１に記憶させる。

次に上記（イ）の場面について説明する。（７）＜Ｂ３）ユーザインタフェース＞第１ユーザ装置２００ａの入力受付部２１１３は、第１ユーザから、個人情報の入力を受け付ける。

（８）＜Ｄ３）自己署名機能＞第１ユーザ装置２００ａの署名生成部２２１１は、入力された個人情報に対する電子署名を生成する。

（９）＜Ｋ１）発行要求機能／Ｄ１）証明書授受機能＞第１ユーザ装置２００ａの要求部２１５は、署名生成部２２１１で生成した電子署名の裏書（公証）として電子証明書を取得するために、この電子証明書を発行可能な認証機関の認証機関装置４００に、電子証明書の発行の要求を行う。

（１０）＜Ｄ１）証明書授受機能＞サーバ装置１００のサーバ取得部１１３は、上記（９）の発行要求に対する応答として、認証機関装置４００から提供された電子証明書を取得する。この認証機関装置４００から提供された電子証明書は、例えば、認証機関の電子署名であってもよい。

（１１）＜Ｄ４）カード生成機能＞第１ユーザ装置２００ａのカード生成部２２１２は、入力された個人情報を第１証明対象とし、自己生成した電子署名をこの第１証明対象の第１電子証明書Ａとし、認証機関装置４００から取得した電子証明書をこの第１証明対象の第１電子証明書Ｂとする第１仮想カードを生成する。カード生成部２２１２は、生成した第１仮想カード（第１証明対象、第１電子証明書Ａおよび第１電子証明書Ｂ）をカード記憶部２３１に記憶させる。

上記構成によれば、ウォレットシステム１は、複数のユーザ間、すなわち複数のウォレット間で仮想カードを自由にやり取りすることで、データや価値、アカウント情報を自由にやり取りすることができる。さらに、複数のウォレット間でのやり取りにおいて、これらの真正性を確保することができる。また、ウォレットシステム１は、ユーザが入力したデータについて、このデータを証明対象として、自己署名やさらにその公証を電子証明書として付けて仮想カードとすることができる。したがって、ウォレットシステム１は、複数のウォレット間でやり取りするものの真正性を確保しつつ、使い勝手のよいウォレットを提供できる。

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

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

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

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

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

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

（２）＜Ｆ４）授受確認機能＞サーバ装置１００のサーバ確認部１１６またはユーザ装置２００の確認部２１８は、複数のウォレット間での仮想カードのやり取りが適切に行われているか否かを確認する。確認部２１８は、例えば、第１ユーザ装置２００ａから送信された仮想カードが、第２ユーザ装置２００ｂで受信されるまでの間に不正にアクセス（傍受）されていないか確認してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（１）＜Ｂ３）ユーザＩＦ機能＞図８に示すように、第１ユーザ装置２００ａの入力受付部２１１３は、第１ユーザから、提供候補リストの登録の入力を受け付ける。ここで「提供候補リスト」とは、相手のユーザへの提供候補の証明対象を示すリストである。以下、この提供候補リストを「第１提供候補リスト」ともいう。

（２）＜Ｌ１）自動提供設定機能＞第１ユーザ装置２００ａの登録部２１９は、入力受付部２１１３が受け付けた登録の入力に基づいて、第１提供候補リストをリスト記憶部２３３に記憶させる。

（３）＜Ｂ３）ユーザＩＦ機能＞第２ユーザ装置２００ｂの入力受付部２１１３は、第２ユーザから、要求候補リストの登録の入力を受け付ける。ここで「要求候補リスト」とは、相手のユーザへの提供候補の証明対象を示すリストである。以下、この要求候補リストを「第２要求候補リスト」ともいう。

（４）＜Ｌ２）自動要求設定機能＞第２ユーザ装置２００ｂの登録部２１９は、入力受付部２１１３が受け付けた登録の入力に基づいて、第２要求候補リストをリスト記憶部２３３に記憶させる。

（５）＜Ｌ３）カード自動要求＞第２ユーザ装置２００ｂの要求部２１５は、リスト記憶部２３３が記憶する第２要求候補リストを用いて、第１仮想カードのうちの対象仮想カードの提供の要求を行う。要求部２１５は、例えば、この第２要求候補リストを第１ユーザ装置２００ａに送信する。

（６）＜Ｂ１）外部連携＞第１ユーザ装置２００ａのリスト取得部２１６２は、第２ユーザ装置２００ｂから、第２要求候補リストを取得する。

（７）＜Ｌ４）マッチング＞第１ユーザ装置２００ａのマッチング部２２２は、第２要求候補リストが示す証明対象と、第１提供候補リストが示す証明対象と、をマッチングさせる。マッチング部２２２は、具体的には、マッチングにより抽出対象の対象仮想カードを特定する。本例では、この特定された対象仮想カードを「対象仮想カードＥ」という。

（８）＜Ｇ１）識別／判定＞第１ユーザ装置２００ａの抽出部２１２は、マッチングの結果にさらに基づいて、カード記憶機能２１が記憶する複数の第１仮想カードの中から、抽出対象の対象仮想カードＥを抽出する。

（９）＜Ｇ２）有効性判定機能＞第１ユーザ装置２００ａの判定部２１３は、抽出された対象仮想カードＥの電子証明書が有効か否かを判定する。

（１０）＜Ｂ２）証明書連携機能＞第１ユーザ装置２００ａの提供部２２０は、判定部２１３の結果に基づいて、電子証明書が有効である場合、第２ユーザ装置２００ｂに対象仮想カードＥを提供する。第２ユーザ装置２００ｂのカード受付部２１１２は、第１ユーザ装置２００ａから、上記提供の要求の応答として、要求した対象仮想カードＥを受け付ける。

（６）＜Ａ１）証明書格納機能＞第２ユーザ装置２００ｂの登録部２１９は、カード受付部２１１２が受け付けた対象仮想カードＥを、カード記憶部２３１に記憶させる。

上記構成によれば、ウォレットシステム１は、仮想カードのやり取りにおいて、どのような仮想カードを提供するのかといった指定がユーザや他の装置からその都度なくとも、要求候補リストと提供候補リストとのマッチングにより、対象仮想カードを自動で特定し抽出することができる。また、ウォレットシステム１は、仮想カードの提供の要求について一回一回仮想カードを指定したり要求の内容を指定したりユーザがせずとも、要求候補リストと提供候補リストとのマッチングにより、仮想カードを自動で要求することができる。このため、ウォレットシステム１は、仮想カードのやり取りを利用した取引におけるスマートコントラクトを実現させることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

受付部２１１は、例えば、要求受付部２１１１を備えてもよい。要求受付部２１１１は、ユーザまたは相手のユーザ装置２００から、カード記憶部２３１に記憶する複数の仮想カードのうちの１以上の対象仮想カードの相手のユーザへの提供の要求を受け付ける。この提供の要求には、例えば、要求する対象仮想カード（証明対象や電子証明書）の識別情報、または要求する対象仮想カードの定義情報と、提供の態様（移転または参照など）とを含んでもよい。例えば第１ユーザ装置２００ａの場合、要求受付部２１１１は、第１ユーザまたは第２ユーザ装置２００ｂから、カード記憶部２３１に記憶する複数の第１仮想カードのうちの１以上の対象仮想カードの第２ユーザへの提供の要求を受け付ける。

要求受付部２１１１は、例えば第１ユーザ装置２００ａの場合、第１ユーザまたは第２ユーザ装置２００ｂから、複数の第１仮想カードのうちの複数の対象仮想カードの第２ユーザへの提供の要求を受け付けてもよい。

受付部２１１は、例えば、カード受付部２１１２を備えてもよい。カード受付部２１１２は、要求先のユーザ装置２００から、仮想カードに対する提供の要求の応答として、要求した１以上の仮想カードを受け付ける。カード受付部２１１２は、第２ユーザ装置２００ｂから、仮想カードに対する提供の要求の応答として、要求した１以上の第２仮想カードを受け付ける。受付部２１１は、受け付けた仮想カードを、自身のウォレット、すなわちカード記憶部２３１に記憶させる。このような構成によれば、他のユーザが保管する仮想カードを取得して、自身のウォレットに格納することができる。

受付部２１１は、例えば、入力受付部２１１３を備えてもよい。入力受付部２１１３は、ウォレットアプリの画面などを介して、ユーザからウォレットに関する各種情報や各種要求などを受け付ける。入力受付部２１１３は、ユーザから、データの入力を受け付ける。また、入力受付部２１１３は、例えば、ウォレットアプリの画面に表示された署名入力をするためのフォーム（以下、「署名フォーム」ともいう）を介して、ユーザから、電子ペンによる手書きの署名入力を受け付けてもよい。

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

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

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

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

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

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

抽出部２１２は、例えば、要求受付部２１１１が受け付けた提供の要求に基づいて、カード記憶部２３１が記憶する複数の仮想カード（第１仮想カードまたは第２仮想カード）の中から、１以上の対象仮想カードを抽出してもよい。例えば第１ユーザ装置２００ａの場合、抽出部２１２は、提供の要求に基づいて、カード記憶部２３１が記憶する複数の第１仮想カードの中から、要求された複数の対象仮想カードを抽出してもよい。

抽出部２１２は、例えば、マッチング部２２２によるマッチングの結果にさらに基づいて、カード記憶部２３１が記憶する複数の仮想カードの中から、１以上の対象仮想カードを抽出してもよい。

上記構成によれば、抽出部２１２は、仮想カードのやり取りにおいて、ユーザや他の装置からどのような仮想カードを提供するのかといった指定がその都度なくとも、要求候補リストと提供候補リストとのマッチングにより、対象仮想カードを自動で特定し抽出することができる。このため、抽出部２１２は、仮想カードを利用した取引におけるスマートコントラクトを実現させることができる。

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

判定部２１３は、例えば、抽出部２１２により抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定してもよい。判定部２１３は、例えば、複数の対象仮想カードを判定する際、複数の対象仮想カードのいずれか一つでも電子証明書が有効でないと判定した場合は、全体の判定結果として電子証明書が有効でないと判定してもよい。判定部２１３は、他の例として、複数の対象仮想カードを判定する際、複数の対象仮想カードそれぞれにおいて電子証明書が有効か否か判定し、出力してもよい。

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

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

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

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

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

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

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

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

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

対象処理部２１４は、例えば、後述する提供部２２０と同様に、ユーザまたは外部装置からの要求に基づいて、抽出された仮想カードの証明対象および／または電子証明書の少なくとも一部を秘匿（匿名加工含む）してもよい。

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

要求部２１５は、例えば、他のユーザ装置２００に対して、この他のユーザ装置２００が保管する仮想カードの提供を要求する。例えば第１ユーザ装置２００ａの場合、要求部２１５は、第２ユーザ装置２００ｂに対して、第２ユーザ保有する価値またはデータ、もしくは第２ユーザのアカウント情報である第２証明対象と、第２証明対象の第２電子証明書と、を有する第２仮想カードの提供の要求を行う。

要求部２１５は、例えば、署名生成部２２１１により生成された電子署名の電子証明書を発行可能な認証機関の認証機関装置４００に、この電子証明書の発行の要求を行ってもよい。

要求部２１５は、例えば、後述するマッチング部２２２のマッチングの結果に基づいて、要求先の他のユーザ装置２００に対して、仮想カードの提供の要求を行ってもよい。このような構成によれば、仮想カードの提供の要求について一回一回対象仮想カードを指定したり要求の内容を指定したりユーザがせずとも、要求部２１５は、要求候補リストと提供候補リストとのマッチングにより、仮想カードを自動で要求することができる。このため、要求部２１５は、仮想カードの提供の要求に関するユーザの手間が削減でき、ひいては仮想カードを利用した取引におけるスマートコントラクトを実現させることができる。

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

取得部２１６は、例えば、証明書取得部２１６１を備えてもよい。証明書取得部２１６１は、認証機関装置４００から、要求部２１５による発行要求に対する応答として仮想カードの電子証明書を取得する。このような構成によれば、証明書取得部２１６１は、ユーザが自身の装置で生成した電子署名に対する裏書（公証）としても電子証明書を取得することができる。このため、証明書取得部２１６１は、証明対象の真正性をより向上させることができる。

取得部２１６は、例えば、リスト取得部２１６２を備えてもよい。リスト取得部２１６２は、仮想カードの要求先の他のユーザ装置２００から、提供候補リストを取得する。例えば第１ユーザ装置２００ａの場合、リスト取得部２１６２は、第２ユーザ装置２００ｂから、第２提供候補リストを取得してもよい。

リスト取得部２１６２は、他のユーザ装置２００から、要求候補リストを取得する。例えば第１ユーザ装置２００ａの場合、リスト取得部２１６２は、第２ユーザ装置２００ｂから、第２要求候補リストを取得してもよい。

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

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

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

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

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

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

［提供部］
提供部２２０は、他のユーザ装置２００やサーバ装置１００、外部装置に、各種情報や価値などを提供する。提供部２２０が仮想カードを提供する態様は、（ア）仮想カードに含まれる証明対象のみ提供、（イ）仮想カードに含まれる電子証明書のみ提供、（ウ）仮想カードに含まれる証明対象と電子証明書の組み合わせを提供といった態様が考えられる。

提供部２２０は、例えば、提供の態様に応じて、提供する対象仮想カードを提供元のカード記憶部２３１から削除してもよい。提供部２２０は、例えば、提供の態様が「移転」の場合、提供する対象仮想カードを提供元のカード記憶部２３１から削除する。他方、提供部２２０は、例えば、提供の態様が「参照（複製も含む）」の場合、提供する対象仮想カードを提供元のカード記憶部２３１からは削除しない。

提供部２２０は、例えば、判定部２１３による判定の結果に基づいて、要求元である他のユーザ装置２００に、抽出部２１２により抽出された１以上の対象仮想カードを提供してもよい。このような構成によれば、提供部２２０は、ユーザ自身または相手のユーザから要求された仮想カードを、その真正性を確保しつつ、相手のユーザに提供することができる。このため、提供部２２０は、複数のウォレット間でやり取りするものの真正性を確保しつつ、使い勝手のよいウォレットを実現することができる。

提供部２２０は、例えば、電子証明書が有効ではないとする判定の結果の場合、証明対象の真正性が確保できない旨の通知を、要求元のユーザまたは他のユーザ装置２００に提供し、抽出された１以上の対象仮想カードの提供を保留または取り消しにしてもよい。例えば第１ユーザ装置２００ａの場合、提供部２２０は、１以上の対象仮想カードの電子証明書が有効ではないとする判定の結果の場合、この１以上の対象仮想カードの証明対象の真正性が確保できない旨の通知を、要求元の第１ユーザまたは第２ユーザ装置２００ｂに提供し、抽出された１以上の対象仮想カードの提供を保留または取り消しにしてもよい。

上記構成によれば、提供部２２０は、提供する証明対象の真正性が確保できなかった場合、その旨を通知することができる。また、提供部２２０は、このような場合、証明対象の提供を保留または取り消しにすることができる。このため、提供部２２０は、情報セキュリティ（特に完全性）をより向上させることができる。

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

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

例えば、免許証の対象仮想カードと保険証免許証の対象仮想カードとの組み合わせの場合、提供部２２０は、免許証と保険証それぞれの画像データで示された人物が同一であることを氏名と住所で確認する。提供部２２０は、それぞれの画像データに対して、共通する氏名と住所以外の箇所についてはぼかし加工を施して秘匿してもよい。また、このように人物が同一であることが確認できればいい場合には、提供部２２０は、これらの画像データに対して氏名と住所もぼかし加工を施して、さらに一致する旨の情報を付加するよう加工してもよい。提供部２２０は、このように秘匿した画像データの対象仮想カードの組み合わせを、提供の要求の応答として、要求元の他のユーザ装置２００に送信する。

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

［生成部］
生成部２２１は、ウォレットに関する各種情報を生成する。

［署名生成部］
生成部２２１は、例えば、署名生成部２２１１を備えてもよい。署名生成部２２１１は、ユーザから入力されたデータに対する電子署名を生成する。署名生成部２２１は、例えば、入力されたデータから、ハッシュ関数を用いてメッセージダイジェストを生成する。そして、署名生成部２２１１は、生成したメッセージダイジェストをユーザの秘密鍵を用いて暗号化して、電子署名を生成してもよい。署名生成部２２１１は、他の例として、署名フォームから入力された手書きの署名の画像データを、電子署名として生成してもよい。

［カード生成部］
生成部２２１は、例えば、カード生成部２２１２を備えてもよい。カード生成部２２１２は、入力されたデータを証明対象とし、この入力されたデータに対する電子署名を電子証明書とする仮想カードを生成する。カード生成部２２１２は、生成した仮想カードをカード記憶部２３１に記憶させる。このような構成によれば、カード生成部２２１２は、ユーザが入力したデータを仮想カード化することができる。さらに、カード生成部２２１２は、仮想カード化した入力データに対して、認証機関装置４００やサーバ装置１００に電子証明書の要求をしなくても、ユーザ自身の手書き署名や秘密鍵により生成した電子署名を電子証明書として付けることができる。このため、カード生成部２２１２は、オフライン環境であっても、入力したデータの真正性を容易に確保することができる。

［マッチング部］
マッチング部２２２は、要求候補リストが示す証明対象と、提供候補リストが示す証明対象と、をマッチングさせる。マッチング部２２２は、要求候補リストと提供候補リストとをマッチングさせて、相手のユーザに提供する対象仮想カードを特定する。

例えば第１ユーザ装置２００ａの場合、マッチング部２２２は、第１要求候補リストを記憶するリスト記憶部２３３を参照して、第１要求候補リストが示す証明対象と、リスト取得部２１６２が取得した第２提供候補リストが示す証明対象と、をマッチングさせてもよい。また、第１ユーザの場合、マッチング部２２２は、例えば、第１提供候補リストを記憶するリスト記憶部２３３を参照して、リスト取得部２１６２が取得した第２要求候補リストが示す証明対象と、第１提供候補リストが示す証明対象と、をマッチングさせてもよい。

要求候補リストと提供候補リストは、例えば、ウォレットごと、すなわちユーザごとに存在してもよい。さらに、要求候補リストと提供候補リストは、例えば、証明対象の種別ごと、および／または仮想カードの用途ごとに存在してもよい。要求候補リストと提供候補リストは、候補とする証明対象や電子証明書、仮想カードの条件を示すものであってもよい。この条件とは、例えば、仮想カードの定義情報に関する条件であってもよい。

ここで図１１を参照して、マッチング部２２２におけるマッチングの一例を説明する。本例では、図２の例のように、商品の代金支払いの決済において仮想カードを利用する場合の例を説明する。

図１１に示すように、決済用の要求候補リストＡは、例えば、要求候補の仮想カードの条件を示すものであってもよい。決済用の要求候補リストＡは、例えば、「電子証明書が有」かつ「証明対象の種別が決済ＩＤ（決済用のアカウント情報）」とする定義情報をもつ仮想カードを要求候補として示すものであってもよい。他の例として、決済用の要求候補リストＢは、複数の要求候補の証明対象を示し、それぞれの優先順位を示すものであってもよい。決済用の要求候補リストＢは、複数の要求候補それぞれについてどのような定義情報（例えば、利用条件や失効条件など）をもつ仮想カードかを示してもよい。また、提供候補リストは、複数の提供候補の仮想カードを示し、それぞれの優先順位を示すものであってもよい。

まず、決済用の要求候補リストＡと決済用の提供候補リストとをマッチングする例を説明する。マッチング部２２２は、例えば、決済用の要求候補リストＡと決済用の提供候補リストとを照合して、優先順位の高い順から、決済用の要求候補リストＡが示す条件に合致する提供候補の仮想カードを決済用の提供候補リストの中から検索する。マッチング部２２２は、検索の結果、優先順位１位の仮想カードａがこの条件に合致したものとして、仮想カードａを対象仮想カードとして特定する。

次に、決済用の要求候補リストＢと決済用の提供候補リストとをマッチングする例を説明する。マッチング部２２２は、例えば、決済用の要求候補リストＢと決済用の提供候補リストとを照合して、決済用の要求候補リストＢが示す優先順位の高い要求候補から、合致する仮想カードを、決済用の提供候補リストの中からこのリストの優先順位に従って検索する。マッチング部２２２は、検索の結果、要求候補リストＢの優先順位１位の要求候補に合致する提供候補が提供候補リストで見つからなかった場合、優先順位２位の要求候補にシフトして検索をし直す。マッチング部２２２は、検索をし直した結果、提供候補リストの優先順位２位の仮想カードｂが要求候補リストＢの優先順位２位の要求候補に合致したものとして、仮想カードｂを対象仮想カードとして特定する。

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

カード記憶部２３１は、証明対象と、証明対象の電子証明書と、を有する複数の仮想カードを記憶する。カード記憶部２３１は、例えば、カード生成部２２１２により生成された仮想カードを記憶してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜４．動作例＞
図１３を参照して、ウォレットシステム１の動作例を説明する。図１３は、ウォレットシステム１での仮想カードのやり取りにおける相互作用を表すシーケンス図である。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。

図１３に示すように、第２ユーザ装置２００ｂの入力受付部２１１３は、第２ユーザから、複数の第１仮想カードのうちの１以上の対象仮想カードの第２ユーザに対する提供の要求の入力を受け付ける（Ｓ１０）。

第２ユーザ装置２００ｂは、第１ユーザ装置２００ａに対して、上記第２ユーザから受け付けた１以上の対象仮想カードの提供の要求を行う（Ｓ１１）。第１ユーザ装置２００ａの要求受付部２１１１は、第２ユーザ装置２００ｂから、この提供の要求を受け付ける（Ｓ１２）。

第１ユーザ装置２００ａの抽出部２１２は、要求受付部２１１１が受け付けた提供の要求に基づいて、カード記憶部２３１が記憶する複数の第１仮想カードの中から、１以上の対象仮想カードを抽出する（Ｓ１３）。

第１ユーザ装置２００ａの判定部２１３は、抽出部２１２により抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する（Ｓ１４）。

第１ユーザ装置２００ａおよび第２ユーザ装置２００ｂは、判定部２１３による判定の結果が電子証明書は有効であるとする場合、複合フラグメントａｌｔ（ａｌｔｅｒｎａｔｉｖｅ）が示すエリアの上部内の処理を実行する。具体的には、第１ユーザ装置２００ａの提供部２２０は、第２ユーザ装置２００ｂに、抽出部２１２により抽出された１以上の対象仮想カードを提供する（Ｓ１５）。第２ユーザ装置２００ｂのカード受付部２１１２は、第１ユーザ装置２００ａから、提供の要求の応答として、要求した１以上の対象仮想カードを受け付ける（Ｓ１６）。第２ユーザ装置２００ｂのカード記憶部２３１は、カード受付部２１１２が受け付けた１以上の対象仮想カードを記憶する（Ｓ１７）。

他方、第１ユーザ装置２００ａおよび第２ユーザ装置２００ｂは、判定部２１３による判定の結果が電子証明書は有効でないとする場合、複合フラグメントａｌｔが示すエリアの下部内の処理を実行する。具体的には、第１ユーザ装置２００ａの提供部２２０は、１以上の対象仮想カードの証明対象の真正性が確保できない旨の通知を、要求元の第２ユーザ装置２００ｂに提供する（Ｓ１８）。第２ユーザ装置２００ｂの受付部２１１は、第１ユーザ装置２００ａから提供された証明対象の真正性が確保できない旨の通知を受け付ける（Ｓ１９）。第２ユーザ装置２００ｂの制御部２１０は、ウォレットアプリの画面などに、この証明対象の真正性が確保できない旨の通知を出力させる（Ｓ２０）。第１ユーザ装置２００ａの提供部２２０は、抽出部２１２により抽出された１以上の対象仮想カードの提供を取り消しにする（Ｓ２１）。

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

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

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

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

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

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

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

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

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

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

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

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

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

［変形例２］
上記実施形態では示していないが、本発明に係るサーバ装置１００ａは、オンライン環境で利用可能なウォレット機能（以下、「オンラインウォレット」ともいう）を有してもよい。すなわち、ユーザは、自身が使用するユーザ装置２００にウォレットアプリをダウンロードしていなくとも、ユーザ装置２００が標準的に備えるＷｅｂブラウザからサーバ装置１００ａが備えるウォレット機能を利用することができる。サーバ装置１００ａは、オンラインウォレットのユーザへの提供にあたって、ユーザ装置２００に、ウォレット機能を操作するための入力手段をまとめたダッシュボードを表示させてもよい。このダッシュボードは、Ｗｅｂブラウザを介してユーザ装置２００に表示させることができる。また、サーバ装置１００ａは、ホワイトレーベルモデルとして、サービス事業者の事業者装置３００に、オンラインウォレットを提供してもよい。ユーザは、サービス事業者が提供するサービス上でもこのダッシュボードを介してオンラインウォレットを利用することができる。

ウォレットシステム１は、例えば、ユーザ装置２００にダウンロードするウォレットアプリによる仮想カードの保管と、サーバ装置１００ａのウォレット機能による仮想カードの保管との両方の保管形態を備えてもよいし、いずれか一方の保管形態を備えてもよい。

例えば第１ユーザがオンラインウォレットを利用する場合、ユーザ装置２００ｂにインストールされたＷｅｂブラウザからでも、第１ユーザはユーザ認証を経てオンラインウォレットを利用することができる。他方、第２ユーザは、同じユーザ装置２００ｂにインストールされたウォレットアプリを利用することができる。このように、一つのユーザ装置２００ｂを用いて、第１ユーザのオンラインウォレットと第２ユーザのウォレットアプリとの間で仮想カードのやり取りを可能にしてもよい。

ウォレットアプリをダウンロード可能な情報処理装置をユーザが保有しているとは限らない。上記構成によれば、ウォレットシステム１は、このようなユーザに対して、どのような情報処理装置からでもＷｅｂブラウザに表示されたダッシュボードを介してウォレットシステム１のウォレット機能を利用可能にすることができる。このため、ウォレットシステム１は、オンライン上でも、複数のウォレット間でやり取りするものの真正性を確保しつつ、使い勝手のよいウォレットを提供できる。

オンラインウォレットの提供にあたって、ユーザ装置２００は、ユーザの識別情報を記憶する記憶媒体またはユーザの生体から、この識別情報またはユーザの生体情報を読み取り可能としてもよい。この記憶媒体は、物理的トークン、例えば、プラスチックカードやキーフォブなどのユーザの識別情報を記憶する媒体であってもよい。

＜サーバ装置の機能構成＞
図１５を参照して、サーバ装置１００ａの機能構成を説明する。図１５に示すように、サーバ装置１００ａは、サーバ装置１００と同様の機能部を備える。以下、サーバ装置１００との差異点のみ説明する。

サーバ制御部１１０は、さらに、抽出部１２０と、判定部１２１と、出力部１２２と、認証部１２３と、アクセス制御部１２４と、サーバ提供部１２５と、を備えてもよい。

サーバ受付部１１１は、さらに、第１要求受付部１１１１と、第２要求受付部１１１２と、第３要求受付部１１１３と、を備えてもよい。サーバ受付部１１１は、例えば、ユーザからの各種要求を、ダッシュボードを介して受け付けてもよい。サーバ受付部１１１は、例えば、第２ユーザ装置２００ｂから、サーバ要求部１１２が行った提供の要求の応答として、要求した１以上の第２仮想カードを受け付けてもよい。

第１要求受付部１１１１は、例えば、第１ユーザまたは第２ユーザ装置２００ｂから、複数の第１仮想カードのうちの１以上の対象仮想カードの第２ユーザへの提供の要求を受け付けてもよい。

サーバ要求部１１２は、例えば、第２ユーザ装置２００ｂに対して、１以上の第２仮想カードの提供の要求を行ってもよい。

第１要求受付部１１１１は、第１ユーザまたは第２ユーザから、複数の第１仮想カードのうちの１以上の対象仮想カードの第２ユーザへの提供の要求を受け付ける。第２要求受付部１１１２は、第２ユーザから、後述する第２カード記憶部１３２に記憶された対象仮想カードの参照要求を受け付ける。第３要求受付部１１１３は、ユーザ装置２００から、ユーザのユーザ認証を要求する認証要求を受け付ける。この認証要求は、ユーザ装置２００が記憶媒体やユーザの生体から読み取った、ユーザの識別情報（所有物認証のための情報）またはユーザの生体情報（生体認証のための情報）を含む。また、この認証要求は、多要素認証や多段認証をするために、ユーザが入力する情報であって、このユーザの第２識別情報やパスワードなどの知識認証のための情報を含めてもよい。第２識別情報は、記憶媒体に記憶されるユーザの識別情報とは異なる識別情報であってもよい。また、このユーザ認証は、例えば、オンラインウォレットのダッシュボードにログインするための認証であってもよい。

第１要求受付部１１１１は、例えば、アクセス制御部１２４により仮想カードへのアクセスが許可されて初めて、第１ユーザから、１以上の対象仮想カードの第２ユーザへの提供の要求を受け付けてもよい。オンラインウォレットは、ユーザ装置２００のウォレットアプリと比較して、所有物（ウォレットアプリをインストールしたユーザ装置２００）による認証がない分、第三者から不正アクセスしやすいなどのリスクがある。このような構成によれば、記憶媒体による所有物認証やユーザの生体による生体認証の認証を加えることができ、多要素認証を実現しつつ、オンラインウォレットにおける複数のウォレット間のやり取りを実現できる。

サーバ登録部１１７は、後述する判定部１２１による判定の結果に基づいて、第２カード記憶部１３２に、第１カード記憶部１３１抽出された１以上の対象仮想カードを記憶させる。サーバ登録部１１７は、例えば、判定の結果が電子証明書は有効であるとする場合、第２カード記憶部１３２に、第１カード記憶部１３１から抽出された１以上の対象仮想カードを記憶させてもよい。

上記構成によれば、サーバ登録部１１７は、第１カード記憶部１３１と第２カード記憶部１３２との間、すなわちオンラインウォレット上でも、複数のウォレット間で仮想カードのやり取りを、真正性を確保しつつ実現させることができる。

抽出部１２０は、第１要求受付部１１１１が受け付けた提供の要求に基づいて、後述する第１カード記憶部１３１が記憶する複数の第１仮想カードの中から、要求された１以上の対象仮想カードを抽出する。抽出部１２０は、例えば、提供の態様に応じて、提供する対象仮想カードを第１カード記憶部１３１から削除してもよい。抽出部１２０は、例えば、提供の態様が「移転」の場合、提供する対象仮想カードを第１カード記憶部１３１から削除する。他方、提供部２２０は、例えば、提供の態様が「参照（複製も含む）」の場合、提供する対象仮想カードを第１カード記憶部１３１からは削除しない。

判定部１２１は、抽出部１２０により抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する。

出力部１２２は、オンラインウォレットのダッシュボードを含む各種出力情報を生成し、ユーザ装置２００に出力させる。出力部１２２は、例えば、第２要求受付部１１１２が受け付けた参照要求に基づいて、対象仮想カードを記憶する第２カード記憶部１３２を参照して、ダッシュボード上で、対象仮想カードを第２ユーザに対して出力させる。

ユーザが必ずしも自身が情報処理機能を有する装置を保有しているとは限らない。上記構成によれば、このようなユーザに対しても、ウォレットアプリをダウンロードした情報処理装置を用意しなくても、Ｗｅｂブラウザに表示されたダッシュボードを介して、自分のウォレットに格納した（第２カード記憶部１３２に記憶させた）対象仮想カードを出力させることができる。

認証部１２３は、第３要求受付部１１１３が受け付けた認証要求に基づいて、ユーザのユーザ認証を行う。認証部１２３は、多要素認証や多段認証を行う場合は、記憶媒体から読み取られたユーザの識別情報またはユーザの生体情報による第１ユーザ認証を行い、第１ユーザ認証が成功した場合、ユーザが入力した識別情報やパスワードによる第２ユーザ認証を行う。

アクセス制御部１２４は、認証部１２３によるユーザ認証の結果に基づいて、ユーザに対してこのユーザに対応付けられたカード記憶部に記憶される仮想カードへのアクセスを許可する。この仮想カードへのアクセスとは、例えば、仮想カードに対する参照、更新、判定、移転または削除などの処理である。アクセス制御部１２４は、例えば第１ユーザの場合、認証部１２３によるユーザ認証が成功した場合、第１ユーザに対して第１カード記憶部１３１に記憶される仮想カードへのアクセスを許可する。

サーバ提供部１２５は、判定部１２１による判定の結果に基づいて、第２ユーザが使用する第２ユーザ装置２００ｂに、抽出部１２０により抽出された１以上の対象仮想カードを提供する。

サーバ記憶部１３０は、各ユーザに対応付けられたカード記憶部を備える。サーバ記憶部１３０は、例えば、第１ユーザに対応付けられた第１カード記憶部１３１と、第２ユーザに対応付けられた第２カード記憶部１３２と、を備える。第１カード記憶部１３１は、複数の第１仮想カードであって、各第１仮想カードが、第１ユーザが保有する価値またはデータ、もしくは第１ユーザのアカウント情報である第１証明対象と、第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶する。第２カード記憶部１３２は、複数の第２仮想カードであって、各第２仮想カードが、第２ユーザが保有する価値またはデータ、もしくは第２ユーザのアカウント情報である第２証明対象と、第２証明対象の第２電子証明書と、を有する、複数の第２仮想カードを記憶する。

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

Claims (12)

1. 第１ユーザが使用する第１ユーザ装置であって、第２ユーザが使用する第２ユーザ装置と通信可能に接続された第１ユーザ装置に、
   複数の第１仮想カードであって、各第１仮想カードが、前記第１ユーザが保有する価値またはデータ、もしくは前記第１ユーザのアカウント情報である第１証明対象と、前記第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶するカード記憶機能と、
   前記第１ユーザまたは前記第２ユーザ装置から、前記複数の第１仮想カードのうちの１以上の対象仮想カードの前記第２ユーザへの提供の要求を受け付ける要求受付機能と、
   前記提供の要求に基づいて、前記カード記憶機能が記憶する複数の第１仮想カードの中から、前記１以上の対象仮想カードを抽出する抽出機能と、
   前記抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する判定機能と、
   前記判定の結果に基づいて、前記第２ユーザ装置に、前記抽出された１以上の対象仮想カードを提供する提供機能と、
   前記第２ユーザ装置に対して、前記第２ユーザが保有する価値またはデータ、もしくは前記第２ユーザのアカウント情報である第２証明対象と、前記第２証明対象の第２電子証明書と、を有する１以上の第２仮想カードの提供の要求を行う要求機能と、
   前記第２ユーザ装置から、前記提供の要求の応答として、要求した前記１以上の第２仮想カードを受け付けるカード受付機能と、を実現させる、
   プログラム。
2. 前記提供機能は、前記１以上の対象仮想カードの電子証明書が有効ではないとする前記判定の結果の場合、前記１以上の対象仮想カードの証明対象の真正性が確保できない旨の通知を、要求元の前記第１ユーザまたは前記第２ユーザ装置に提供し、前記抽出された１以上の対象仮想カードの提供を保留または取り消しにする、
   請求項１に記載のプログラム。
3. 前記第１ユーザから、データの入力を受け付ける入力受付機能と、
   前記入力されたデータに対する電子署名を生成する署名生成機能と、
   前記入力されたデータを第１証明対象とし、前記電子署名をこの第１証明対象の第１電子証明書とする第１仮想カードを生成するカード生成機能と、さらに実現させ、
   前記カード記憶機能は、前記生成された第１仮想カードを記憶する、
   請求項１または２に記載のプログラム。
4. 前記要求機能は、前記電子署名の電子証明書を発行可能な認証機関の認証機関装置に、前記電子証明書の発行の要求を行い、
   前記第１ユーザ装置に、前記認証機関装置から、前記発行の要求に対する応答として前記電子証明書を取得する証明書取得機能をさらに実現させ、
   前記カード記憶機能は、前記取得された電子証明書を、前記第１仮想カードに格納するよう記憶する、
   請求項３に記載のプログラム。
5. 前記第２ユーザ装置から、提供候補の前記第２証明対象を示す第２提供候補リストを取得するリスト取得機能と、
   前記要求機能における要求候補の前記第２証明対象を示す第１要求候補リストを記憶するリスト記憶部を参照して、前記第１要求候補リストが示す前記第２証明対象と、前記第２提供候補リストが示す前記第２証明対象と、をマッチングさせるマッチング機能と、
   前記要求機能は、前記マッチングの結果に基づいて、前記第２ユーザ装置に対して、前記第２仮想カードの提供の要求を行う、
   請求項１から４のいずれか一項に記載のプログラム。
6. 前記第２ユーザ装置から、要求候補の前記第１証明対象を示す第２要求候補リストを取得するリスト取得機能と、
   前記提供機能における提供候補の前記第１証明対象を示す第１提供候補リストを記憶するリスト記憶部を参照して、前記第２要求候補リストが示す前記第１証明対象と、前記第１提供候補リストが示す前記第１証明対象と、をマッチングさせるマッチング機能と、
   前記抽出機能は、前記マッチングの結果にさらに基づいて、前記カード記憶機能が記憶する複数の第１仮想カードの中から、前記１以上の対象仮想カードを抽出する、
   請求項１から４のいずれか一項に記載のプログラム。
7. 前記要求受付機能は、前記第１ユーザまたは前記第２ユーザ装置から、前記複数の第１仮想カードのうちの複数の対象仮想カードの前記第２ユーザへの提供の要求を受け付け、
   前記抽出機能は、前記提供の要求に基づいて、前記カード記憶機能が記憶する複数の第１仮想カードの中から、要求された複数の対象仮想カードを抽出し、
   前記提供機能は、
   前記抽出された複数の対象仮想カードの組み合わせに基づいて、前記複数の対象仮想カードの少なくとも一部を秘匿し、
   前記判定の結果に基づいて、秘匿した複数の対象仮想カードの組み合わせを、前記第２ユーザ装置に提供する、
   請求項１から６のいずれか一項に記載のプログラム。
8. 第２ユーザが使用する第２ユーザ装置と通信可能に接続された、第１ユーザが使用する情報処理装置であって、
   複数の第１仮想カードであって、各第１仮想カードが、前記第１ユーザが保有する価値またはデータ、もしくは前記第１ユーザのアカウント情報である第１証明対象と、前記第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶するカード記憶部と、
   前記第１ユーザまたは前記第２ユーザ装置から、前記複数の第１仮想カードのうちの１以上の対象仮想カードの前記第２ユーザへの提供の要求を受け付ける要求受付部と、
   前記提供の要求に基づいて、前記カード記憶部が記憶する複数の第１仮想カードの中から、前記１以上の対象仮想カードを抽出する抽出部と、
   前記抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する判定部と、
   前記判定の結果に基づいて、前記第２ユーザ装置に、前記抽出された１以上の対象仮想カードを提供する提供部と、
   前記第２ユーザ装置に対して、前記第２ユーザが保有する価値またはデータ、もしくは前記第２ユーザのアカウント情報である第２証明対象と、前記第２証明対象の第２電子証明書と、を有する１以上の第２仮想カードの提供の要求を行う要求部と、
   前記第２ユーザ装置から、前記提供の要求の応答として、要求した前記１以上の第２仮想カードを受け付けるカード受付部と、を備える、
   情報処理装置。
9. 第１ユーザが使用する第１ユーザ装置であって、第２ユーザが使用する第２ユーザ装置と通信可能に接続された第１ユーザ装置が、
   複数の第１仮想カードであって、各第１仮想カードが、前記第１ユーザが保有する価値またはデータ、もしくは前記第１ユーザのアカウント情報である第１証明対象と、前記第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶し、
   前記第１ユーザまたは前記第２ユーザ装置から、前記複数の第１仮想カードのうちの１以上の対象仮想カードの前記第２ユーザへの提供の要求を受け付け、
   前記提供の要求に基づいて、前記記憶された複数の第１仮想カードの中から、前記１以上の対象仮想カードを抽出し、
   前記抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定し、
   前記判定の結果に基づいて、前記第２ユーザ装置に、前記抽出された１以上の対象仮想カードを提供し、
   前記第２ユーザ装置に対して、前記第２ユーザが保有する価値またはデータ、もしくは前記第２ユーザのアカウント情報である第２証明対象と、前記第２証明対象の第２電子証明書と、を有する１以上の第２仮想カードの提供の要求を行い、
   前記第２ユーザ装置から、前記提供の要求の応答として、要求した前記１以上の第２仮想カードを受け付ける、
   情報処理方法。
10. 複数の第１仮想カードであって、各第１仮想カードが、第１ユーザが保有する価値またはデータ、もしくは前記第１ユーザのアカウント情報である第１証明対象と、前記第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶する第１カード記憶部と、
    複数の第２仮想カードであって、各第２仮想カードが、第２ユーザが保有する価値またはデータ、もしくは前記第２ユーザのアカウント情報である第２証明対象と、前記第２証明対象の第２電子証明書と、を有する、複数の第２仮想カードを記憶する第２カード記憶部と、
    前記第１ユーザまたは前記第２ユーザから、前記複数の第１仮想カードのうちの１以上の対象仮想カードの前記第２ユーザへの提供の要求を受け付ける第１要求受付部と、
    前記提供の要求に基づいて、前記第１カード記憶部が記憶する複数の第１仮想カードの中から、要求された前記１以上の対象仮想カードを抽出する抽出部と、
    前記抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する判定部と、
    前記判定の結果に基づいて、前記第２カード記憶部に、前記抽出された１以上の対象仮想カードを記憶させるサーバ登録部と、
    前記第２ユーザから、前記第２カード記憶部に記憶された前記対象仮想カードの参照要求を受け付ける第２要求受付部と、
    前記参照要求に基づいて、前記第２カード記憶部を参照して、前記対象仮想カードを前記第２ユーザに対して出力させる出力部と、を備える、
    サーバ装置。
11. 複数の第１仮想カードであって、各第１仮想カードが、第１ユーザが保有する価値またはデータ、もしくは前記第１ユーザのアカウント情報である第１証明対象と、前記第１証明対象の第１電子証明書と、を有する、複数の第１仮想カードを記憶する第１カード記憶部と、
    前記第１ユーザまたは第２ユーザが使用する第２ユーザ装置から、前記複数の第１仮想カードのうちの１以上の対象仮想カードの前記第２ユーザへの提供の要求を受け付ける第１要求受付部と、
    前記提供の要求に基づいて、前記第１カード記憶部が記憶する複数の第１仮想カードの中から、要求された前記１以上の対象仮想カードを抽出する抽出部と、
    前記抽出された１以上の対象仮想カードの電子証明書が有効か否かを判定する判定部と、
    前記判定の結果に基づいて、前記第２ユーザ装置に、前記抽出された１以上の対象仮想カードを提供するサーバ提供部と、
    前記第２ユーザ装置に対して、前記第２ユーザが保有する価値またはデータ、もしくは前記第２ユーザのアカウント情報である第２証明対象と、前記第２証明対象の第２電子証明書と、を有する１以上の第２仮想カードの提供の要求を行うサーバ要求部と、
    前記第２ユーザ装置から、前記提供の要求の応答として、要求した前記１以上の第２仮想カードを受け付けるサーバ受付部と、
    前記第１カード記憶部に、前記受け付けられた１以上の第２仮想カードを記憶させるサーバ登録部と、を備える、
    サーバ装置。
12. 前記第１ユーザが使用する第１ユーザ装置は、前記第１ユーザの識別情報を記憶する記憶媒体またはユーザの生体から、前記識別情報または前記ユーザの生体情報を読み取り可能とし、
    前記第１ユーザ装置から、前記第１ユーザのユーザ認証を要求する認証要求であって前記第１ユーザの識別情報または前記生体情報を含む認証要求を受け付ける第３要求受付部と、
    前記認証要求に基づいて、前記第１ユーザのユーザ認証を行う認証部と、
    前記ユーザ認証の結果に基づいて、前記第１ユーザに対して前記第１カード記憶部に記憶される仮想カードへのアクセスを許可するアクセス制御部と、をさらに備え、
    前記第１要求受付部は、前記仮想カードへのアクセスが許可されて初めて、前記第１ユーザから、前記１以上の対象仮想カードの第２ユーザへの提供の要求を受け付ける、
    請求項１０または１１に記載のサーバ装置。

Images