特許 7454031 通信端末、プログラム、及び情報処理方法

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-03-12

(45)【発行日】2024-03-21

(54)【発明の名称】通信端末、プログラム、及び情報処理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240313BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 10

(21)【出願番号】P 2022188770

(22)【出願日】2022-11-25

【審査請求日】2023-02-08

(73)【特許権者】

【識別番号】501440684

【氏名又は名称】ソフトバンク株式会社

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】安酸 円秀

(72)【発明者】

【氏名】野口 勝義

(72)【発明者】

【氏名】薛 育敏

(72)【発明者】

【氏名】作田 宗臣

【審査官】星野 裕

(56)【参考文献】

【文献】韓国公開特許第１０－２０２２－００９７１８６（ＫＲ，Ａ）

【文献】国際公開第２０２１／０３３２６２（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

ユーザに関するＶＣ（Ｖｅｒｉｆｉａｂｌｅ Ｃｒｅｄｅｎｔｉａｌ）を記憶するＶＣ記憶部と、
前記ユーザの指示に基づいて、前記ユーザが利用するサービスを提供するサービスバックエンドに対して、前記ＶＣを送信するＶＣ送信部と、
前記ユーザによる前記サービスの利用を証明するＶＣを前記サービスバックエンドから受信するＶＣ受信部と
を備え、
前記ＶＣ送信部は、前記ＶＣ受信部が受信した前記ＶＣを送信した前記サービスバックエンドとは異なるサービスバックエンドに対して、当該ＶＣを送信する、通信端末。

【請求項2】

前記ＶＣ記憶部は、前記ＶＣ受信部が受信した前記ＶＣを記憶し、
前記ＶＣ送信部は、前記ＶＣ記憶部に記憶されている複数の前記ＶＣのうち、前記ユーザが利用するサービスに対応する前記ＶＣを選択して、選択した前記ＶＣを当該サービスを提供するサービスバックエンドに対して送信する、請求項１に記載の通信端末。

【請求項3】

前記ＶＣ送信部は、複数のサービスのそれぞれに対応するＶＣの属性情報が登録された属性登録情報に基づいて、前記ユーザが利用するサービスに対応する前記ＶＣの属性を特定し、前記ＶＣ記憶部に記憶されている複数の前記ＶＣのうち、属性が、特定した前記属性と一致する前記ＶＣを選択する、請求項２に記載の通信端末。

【請求項4】

前記ユーザが要求する処理に対応する複数のサービスを特定するサービス特定部と、
前記サービス特定部によって特定された前記複数のサービスのうちの第１のサービスの第１のサービスバックエンドに対して、前記ＶＣ記憶部に記憶されている複数の前記ＶＣのうち、前記第１のサービスに対応する前記ＶＣを送信し、前記第１のサービスバックエンドから受信した、前記第１のサービスを利用したことを証明する第１のＶＣを、前記複数のサービスのうちの第２のサービスの第２のサービスバックエンドに対して自動的に送信するように前記ＶＣ送信部を制御する連携サービス制御部と
を備える、請求項１に記載の通信端末。

【請求項5】

前記ユーザのＤＩＤ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ ＩＤ）を記憶するＤＩＤ記憶部と、
前記ユーザのＤＩＤを、前記ユーザの個人情報を証明するサービスを提供するサービスバックエンドに対して送信するＤＩＤ送信部と
を備え、
前記ＶＣ受信部は、前記ＤＩＤを送信した前記サービスバックエンドから前記ユーザの個人情報を証明するＶＣを受信し、
前記ＶＣ記憶部は、前記ＶＣ受信部が受信した前記ユーザの個人情報を証明する前記ＶＣを記憶する、請求項１に記載の通信端末。

【請求項6】

前記ＶＣ送信部は、それぞれが複数のサービスのそれぞれを利用する機能を有する複数のミニアプリを含むウォレットアプリの前記複数のミニアプリのうちの一のミニアプリの実行を前記ユーザによって指示された場合に、当該一のミニアプリが利用するサービスに対応する前記ＶＣを当該サービスのサービスバックエンドに対して送信し、
前記ＶＣ受信部は、前記一のミニアプリが利用する前記サービスの前記サービスバックエンドにおいて前記ＶＣが認証されたことに応じて当該サービスバックエンドが送信した、前記ユーザによる前記サービスの利用を証明する前記ＶＣを受信する、請求項１に記載の通信端末。

【請求項7】

前記ＶＣ送信部は、レストランを予約するレストラン予約ミニアプリの実行を前記ユーザによって指示された場合に、レストラン予約サービスに対応する前記ＶＣを、前記レストラン予約サービスのサービスバックエンドに対して送信し、
前記ＶＣ受信部は、前記レストラン予約サービスの前記サービスバックエンドにおいて前記ＶＣが認証されたことに応じて当該サービスバックエンドが送信した、前記ユーザが予約したことを証明する前記ＶＣを受信する、請求項６に記載の通信端末。

【請求項8】

前記ＶＣ送信部は、口コミ管理サービスのサービスバックエンドに対して、前記ＶＣ受信部が受信した前記ユーザが予約したことを証明する前記ＶＣを送信する、請求項７に記載の通信端末。

【請求項9】

コンピュータを、請求項１から８のいずれか一項に記載の通信端末として機能させるためのプログラム。

【請求項10】

コンピュータによって実行される情報処理方法であって、
ユーザの指示に基づいて、前記ユーザが利用するサービスを提供するサービスバックエンドに対して、前記ユーザに関するＶＣ（Ｖｅｒｉｆｉａｂｌｅ Ｃｒｅｄｅｎｔｉａｌ）を送信する第１ＶＣ送信ステップと、
前記ユーザによる前記サービスの利用を証明するＶＣを前記サービスバックエンドから受信するＶＣ受信ステップと、
前記ＶＣ受信ステップにおいて受信した前記ＶＣを送信した前記サービスバックエンドとは異なるサービスバックエンドに対して、当該ＶＣを送信する第２ＶＣ送信ステップと
を備える情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信端末、プログラム、及び情報処理方法に関する。

【背景技術】

【0002】

従来、ユーザがサービスを利用する際には個人を特定するためのいわゆるＩＤが発行され、国や企業によって集中的に管理されている。そのような管理手法はＣｅｎｔｒａｌｉｚｅｄＩＤ（ＣＩＤ：中央集権型ＩＤ）として知られている。一方、個人情報の漏えい、ＩＤ枯渇等の問題が生じ得ることを背景として、ユーザが利用するサービスに係るＩＤをユーザ自身で管理する手法の開発が進められており、ＤｅｃｅｎｔｒａｌｉｚｅｄＩＤ（ＤＩＤ：分散型／自己主権型ＩＤ）として知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］国際公開第２０２１／０３３２６２号

【発明の概要】

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

【0003】

本発明の一実施態様によれば、通信端末が提供される。前記通信端末は、ユーザに関するＶＣ（Ｖｅｒｉｆｉａｂｌｅ Ｃｒｅｄｅｎｔｉａｌ）を記憶するＶＣ記憶部を備えてよい。前記通信端末は、前記ユーザの指示に基づいて、前記ユーザが利用するサービスを提供するサービスバックエンドに対して、前記ＶＣを送信するＶＣ送信部を備えてよい。前記通信端末は、前記ユーザによる前記サービスの利用を証明するＶＣを前記サービスバックエンドから受信するＶＣ受信部を備えてよい。 前記ＶＣ送信部は、前記ＶＣ受信部が受信した前記ＶＣを送信した前記サービスバックエンドとは異なるサービスバックエンドに対して、当該ＶＣを送信する、通信端末。

【0004】

前記通信端末において、前記ＶＣ記憶部は、前記ＶＣ受信部が受信した前記ＶＣを記憶してよく、前記ＶＣ送信部は、前記ＶＣ記憶部に記憶されている複数の前記ＶＣのうち、前記ユーザが利用するサービスに対応する前記ＶＣを選択して、選択した前記ＶＣを当該サービスを提供するサービスバックエンドに対して送信してよい。前記ＶＣ送信部は、複数のサービスのそれぞれに対応するＶＣの属性情報が登録された属性登録情報に基づいて、前記ユーザが利用するサービスに対応する前記ＶＣの属性を特定し、前記ＶＣ記憶部に記憶されている複数の前記ＶＣのうち、属性が、特定した前記属性と一致する前記ＶＣを選択してよい。

【0005】

前記いずれかの通信端末は、前記ユーザが要求する処理に対応する複数のサービスを特定するサービス特定部を備えてよい。前記いずれかの通信端末は、前記サービス特定部によって特定された前記複数のサービスのうちの第１のサービスの第１のサービスバックエンドに対して、前記ＶＣ記憶部に記憶されている複数の前記ＶＣのうち、前記第１のサービスに対応する前記ＶＣを送信し、前記第１のサービスバックエンドから受信した、前記第１のサービスを利用したことを証明する第１のＶＣを、前記複数のサービスのうちの第２のサービスの第２のサービスバックエンドに対して自動的に送信するように前記ＶＣ送信部を制御する連携サービス制御部を備えてよい。

【0006】

前記いずれかの通信端末は、前記ユーザのＤＩＤ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ ＩＤ）を記憶するＤＩＤ記憶部を備えてよい。前記いずれかの通信端末は、前記ユーザのＤＩＤを、前記ユーザの個人情報を証明するサービスを提供するサービスバックエンドに対して送信するＤＩＤ送信部を備えてよい。

【0007】

前記いずれかの通信端末において、前記ＶＣ受信部は、前記ＤＩＤを送信した前記サービスバックエンドから前記ユーザの個人情報を証明するＶＣを受信してよく、前記ＶＣ記憶部は、前記ＶＣ受信部が受信した前記ユーザの個人情報を証明する前記ＶＣを記憶してよい。

【0008】

前記いずれかの通信端末において、前記ＶＣ送信部は、それぞれが複数のサービスのそれぞれを利用する機能を有する複数のミニアプリを含むウォレットアプリの前記複数のミニアプリのうちの一のミニアプリの実行を前記ユーザによって指示された場合に、当該一のミニアプリが利用するサービスに対応する前記ＶＣを当該サービスのサービスバックエンドに対して送信してよく、前記ＶＣ受信部は、前記一のミニアプリが利用する前記サービスの前記サービスバックエンドにおいて前記ＶＣが認証されたことに応じて当該サービスバックエンドが送信した、前記ユーザによる前記サービスの利用を証明する前記ＶＣを受信してよい。前記ＶＣ送信部は、レストランを予約するレストラン予約ミニアプリの実行を前記ユーザによって指示された場合に、レストラン予約サービスに対応する前記ＶＣを、前記レストラン予約サービスのサービスバックエンドに対して送信してよく、前記ＶＣ受信部は、前記レストラン予約サービスの前記サービスバックエンドにおいて前記ＶＣが認証されたことに応じて当該サービスバックエンドが送信した、前記ユーザが予約したことを証明する前記ＶＣを受信してよい。前記ＶＣ送信部は、口コミ管理サービスのサービスバックエンドに対して、前記ＶＣ受信部が受信した前記ユーザが予約したことを証明する前記ＶＣを送信してよい。

【0009】

本発明の一実施態様によれば、コンピュータを、前記通信端末として機能させるためのプログラムが提供される。

【0010】

本発明の一実施態様によれば、コンピュータによって実行される情報処理方法が提供される。前記情報処理方法は、ユーザの指示に基づいて、前記ユーザが利用するサービスを提供するサービスバックエンドに対して、前記ユーザに関するＶＣを送信する第１ＶＣ送信ステップを備えてよい。前記情報処理方法は、前記ユーザによる前記サービスの利用を証明するＶＣを前記サービスバックエンドから受信するＶＣ受信ステップを備えてよい。前記情報処理方法は、前記ＶＣ受信ステップにおいて受信した前記ＶＣを送信した前記サービスバックエンドとは異なるサービスバックエンドに対して、当該ＶＣを送信する第２ＶＣ送信ステップを備えてよい。

【0011】

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

【図面の簡単な説明】

【0012】

【図1】システム１０の一例を概略的に示す。

【図2】システム１０の一具体例を概略的に示す。

【図3】通信端末１００の機能構成の一例を概略的に示す。

【図4】通信端末１００による処理の流れの一例を概略的に示す。

【図5】の一例を概略的に示す。

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

【0013】

ＤＩＤによる分散管理は上記のような問題を解決し得るが、ユーザが利用するサービスごとにＩＤを発行し、それぞれをユーザ自身で管理することとなると、ユーザの管理負担が過大なものとなるおそれがある。そのため、ユーザが利用するサービスに係るＩＤを横断的に管理し得る管理方法が求められている。本実施形態に係るシステム１０は、そのような管理方法の提供に寄与する。

【0014】

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0015】

図１は、システム１０の一例を概略的に示す。システム１０は、ユーザ１０２が利用するサービスを提供するサービスバックエンド３００を含む。サービスバックエンド３００が提供するサービスは、世の中に存在するあらゆる種類のサービスを含んでよい。システム１０は、複数のサービスバックエンド３００を含む。サービスバックエンド３００は、サーバ等のコンピュータによって実現されてよい。

【0016】

システム１０は、ネットワーク２００の分散台帳２１０を利用する。システム１０は、分散台帳２１０を含んでもよい。ネットワーク２００は、任意のネットワークであってよい。ネットワーク２００は、例えば、クラウドネットワークであったり、インターネットであったりしてよい。

【0017】

システム１０は、サービスバックエンド３００が提供するサービスを利用するアプリケーションを含んでよい。当該アプリケーションは、通信端末１００にインストールされてよい。システム１０は、当該アプリケーションを備える通信端末１００を含んでもよい。

【0018】

通信端末１００は、スマートフォンであってよい。通信端末１００は、タブレット端末、ウェアラブル端末、及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等であってもよい。

【0019】

システム１０は、当該アプリケーションを管理するサーバ４００を含んでよい。サーバ４００は、例えば、通信端末１００からの要求に応じて、通信端末１００に対してアプリケーションを提供する。サーバ４００は、いわゆるアプリストアを構成するサーバであってよい。

【0020】

通信端末１００は、サーバ４００からアプリケーションを取得する。例えば、通信端末１００は、サービスバックエンド３００によって提供されるサービスを利用するためのミニアプリをサーバ４００から取得する。通信端末１００は、複数のミニアプリを取得してよい。通信端末１００は、複数のミニアプリを管理するウォレットアプリを備えてよい。なお、通信端末１００は、複数のサービスバックエンド３００によって提供される複数のサービスをまとめて利用可能な一のアプリケーションを取得して用いてもよい。

【0021】

通信端末１００は、ユーザ１０２のＤＩＤと秘密鍵とを保管する。通信端末１００は、ＤＩＤドキュメントを分散台帳２１０に公開する。ＤＩＤドキュメントは、ユーザ１０２の秘密鍵に対応する公開鍵と、ユーザ１０２のＶＣにアクセスするためのエンドポイントとを含んでよい。ＤＩＤドキュメントは、ユーザ１０２宛の情報の送信先となる送信エンドポイントを含んでよい。

【0022】

通信端末１００は、ユーザ１０２のＤＩＤを用いて、政府や行政等の公的機関のサービスバックエンド３００から、ユーザ１０２の個人情報を証明するＶＣを取得して保管する。当該ＶＣには、発行機関の署名が付与されている。ユーザ１０２の個人情報の例として、ユーザ１０２の年齢、名前、及び住所等の他、運転免許証、有資格証明書、学位証、賞歴、学習履歴、研修修了証、及び出生証明書等が挙げられるが、これらに限られない。

【0023】

本実施形態に係る通信端末１００は、例えば、ユーザ１０２の個人情報を証明するＶＣを用いて、サービスバックエンド３００による各種サービスを利用し、サービスバックエンド３００から、サービスを利用したことを証明するＶＣを取得して保管してよい。

【0024】

例えば、通信端末１００は、レストラン予約サービスを利用する場合において、当該サービスが、予約内容（時間、人数、コース内容、及び金額等）を示すＶＣと、年齢が２０歳以上であることを証明するＶＣを必要としている場合に、ユーザ１０２の指示に従って、予約内容を示すＶＣを作成して、ユーザ１０２の署名を付与するとともに、保管しているＶＣのうち、ユーザ１０２の年齢を証明するＶＣを特定して、これらを当該サービスのサービスバックエンド３００に送信する。そして、通信端末１００は、当該サービスバックエンド３００から、予約処理結果のＶＣを受信する。予約処理結果のＶＣは、例えば、予約の成功又は失敗と、予約時間、人数、及びコース内容等の情報と、予約者のＤＩＤと、レストラン側の署名とを含む。予約が成功した場合、当該ＶＣによって、予約したことを証明することが可能となる。

【0025】

本実施形態に係る通信端末１００は、あるサービスを利用したことを証明するＶＣを、他のサービスに対して用いる。例えば、通信端末１００は、レストランの店舗で、受け付け用アプリに、予約したことを証明するＶＣを提示することで、来店者が予約者自身であることを検証可能にする。また、例えば、通信端末１００は、口コミサイトで口コミを投稿するときに、当該ＶＣを提示することにより、投稿者が実際にそのレストランを利用したことを証明することで、信頼性を保証する。また、例えば、通信端末１００は、送迎サービスの利用時に、当該ＶＣを提示することにより、行先や乗車時刻・到着時刻等の入力を省略することを可能にできる。

【0026】

予約したことを証明するＶＣは、通信端末１００に保管され、署名によって検証できるので、連携するサービスは、レストラン側と通信する必要がない。例えば、口コミサイトは、提示されたＶＣを検証するのに、レストラン側に確認する必要はない。

【0027】

これらにより、本実施形態に係るシステム１０によれば、複数のサービスをまたいだデータ連携を活発化することができる。

【0028】

図２は、システム１０の一具体例を概略的に示す。図２に示す例において、通信端末１００には、ウォレットアプリ１０４がインストールされている。ウォレットアプリ１０４は、複数のミニアプリ１０６を含み、ミニアプリ１０６は、ウォレットアプリ１０４において実行される。

【0029】

通信端末１００は、ユーザ１０２のＤＩＤを保管して管理する。通信端末１００は、サービスバックエンド３００から受信したＶＣを保管して管理する。

【0030】

サービスバックエンド３００は、サービス提供者のＤＩＤ及び秘密鍵を保管し、サービス提供者のＤＩＤドキュメントを分散台帳２１０に公開する。

【0031】

ミニアプリストア４１０は、サーバ４００において実現され、複数のミニアプリ１０６をユーザ１０２に対して提供する。サービスバックエンド３００は、ミニアプリストア４１０に対してデータ登録を行う。サービスバックエンド３００は、サービス提供者のＤＩＤ、名称、及びホームページ等のサービス提供者に関する情報をミニアプリストア４１０に登録する。また、サービスバックエンド３００は、サービス提供者が提供するサービスを利用するためのミニアプリをミニアプリストア４１０に登録する。ミニアプリストア４１０が管理するデータには、サービス提供者の署名に加えて、ミニアプリストア４１０の署名が付与される。

【0032】

通信端末１００は、ミニアプリストア４１０からミニアプリを取得する。通信端末１００は、取得したミニアプリを検証してよい。例えば、通信端末１００は、分散台帳２１０を参照することによって、ミニアプリを検証する。例えば、通信端末１００は、ミニアプリが利用する、カメラデータやカレンダーデータ等のデータを利用させてよいか等の検証を行う。検証の結果、利用可能と判定した場合、通信端末１００は、取得したミニアプリをウォレットアプリ１０４内において有効とする。

【0033】

通信端末１００は、例えば、ユーザ１０２の指示に従って、ユーザ１０２が利用することを希望するサービスに対応するサービスバックエンド３００に対して、サービスの利用を要求する。サービスバックエンド３００は、サービスの利用に必要となるＶＣを通信端末１００に通知する。

【0034】

通信端末１００は、保管しているＶＣから、サービスの利用に必要となるＶＣを特定して、サービスバックエンド３００に送信することによって、サービスバックエンド３００に提示する。サービスバックエンド３００は、受信したＶＣを検証して、結果を示すＶＣを通信端末１００に送信する。

【0035】

通信端末１００は、サービスバックエンド３００との間で、ＤＩＤ暗号通信（ＤＩＤＣｏｍｍ）を実行してよい。通信端末１００は、分散台帳２１０に公開されているサービスバックエンド３００のＤＩＤドキュメントを参照して、サービスバックエンド３００の公開鍵と送信エンドポイントとを取得し、ユーザ１０２のメッセージ及び署名を、サービスバックエンド３００の公開鍵で暗号化して、サービスバックエンド３００のＤＩＤを付与して、サービスバックエンド３００の送信エンドポイントに送信する。サービスバックエンド３００が通信端末１００に対して情報を送信する際も、同様の処理を行う。これらにより、セキュリティを高めることが出来る。

【0036】

図３は、通信端末１００の機能構成の一例を概略的に示す。通信端末１００は、記憶部１２０、通信部１３０、受付部１４０、サービス特定部１４２、及び連携サービス制御部１４４を備える。なお、通信端末１００がこれらの機能を備えることは必須とは限らない。

【0037】

記憶部１２０は、各種情報を記憶する。記憶部１２０は、ＤＩＤを記憶するＤＩＤ記憶部１２２として機能してよい。記憶部１２０は、ユーザ１０２のＤＩＤを記憶してよい。記憶部１２０は、ユーザ１０２の秘密鍵を記憶する。記憶部１２０は、ＶＣを記憶するＶＣ記憶部１２４として機能してよい。

【0038】

通信部１３０は、外部との通信を実行する。通信部１３０は、外部との間でＤＩＤ暗号通信を実行してよい。例えば、通信部１３０は、サービスバックエンド３００との間でＤＩＤ暗号通信を実行する。

【0039】

通信部１３０は、記憶部１２０に記憶されているユーザ１０２を送信するＤＩＤ送信部１３２として機能してよい。通信部１３０は、ユーザ１０２に関するＶＣを受信するＶＣ受信部１３４として機能してよい。通信部１３０は、例えば、サービスバックエンド３００からユーザ１０２に関するＶＣを受信する。通信部１３０が受信したユーザ１０２に関するＶＣは、記憶部１２０に記憶される。通信部１３０は、記憶部１２０に記憶されているユーザ１０２に関するＶＣを送信するＶＣ送信部１３６として機能してよい。通信部１３０は、例えば、ユーザ１０２に関するＶＣをサービスバックエンド３００に対して送信する。

【0040】

受付部１４０は、ユーザ１０２の指示を受け付ける。受付部１４０は、通信端末１００が備える入力デバイスを用いたユーザ１０２の指示を受け付けてよい。

【0041】

通信部１３０は、例えば、受付部１４０が、ユーザ１０２の個人情報を証明するサービスの利用指示を受け付けたことに応じて、記憶部１２０に記憶されているユーザ１０２のＤＩＤを、ユーザ１０２の個人情報を証明するサービスを提供するサービスバックエンド３００に対して送信する。そして、通信部１３０は、ＤＩＤを送信したサービスバックエンド３００から、ユーザ１０２の個人情報を証明するＶＣを受信する。記憶部１２０は、通信部１３０が受信したユーザ１０２の個人情報を証明するＶＣを記憶する。

【0042】

通信部１３０は、受付部１４０が受け付けたユーザ１０２の指示に基づいて、ユーザ１０２が利用するサービスを提供するサービスバックエンド３００に対して、サービスの利用要求を送信する。通信部１３０は、利用要求に応じてサービスバックエンド３００が送信した、サービスの利用に必要となるＶＣの情報を受信する。

【0043】

通信部１３０は、サービスの利用に必要となるＶＣをサービスバックエンド３００に送信する。通信部１３０は、記憶部１２０に記憶されている複数のＶＣのうち、ユーザ１０２が利用するサービスに対応するＶＣを選択して、サービスバックエンド３００に対して送信する。通信部１３０は、サービスバックエンド３００から受信したサービスの利用に必要となるＶＣの情報を参照して、記憶部１２０に記憶されている複数のＶＣから、対応するＶＣを特定して、サービスバックエンド３００に送信する。

【0044】

サービスバックエンド３００は、通信端末１００から受信したＶＣを検証して、結果を示すＶＣを通信端末１００に送信する。サービスバックエンド３００は、例えば、ユーザ１０２によるサービスの利用が可能と判定した場合に、ユーザ１０２によるサービスの利用を証明するＶＣを通信端末１００に送信する。通信部１３０は、当該ＶＣを受信して、記憶部１２０に記憶させる。

【0045】

このような処理を複数回に渡って実行することによって、記憶部１２０には、複数のＶＣが記憶される。

【0046】

通信部１３０は、あるＶＣを送信したサービスバックエンド３００とは異なるサービスバックエンド３００に対して、当該ＶＣを送信する。例えば、通信部１３０は、第１のサービスの第１のサービスバックエンド３００から、ユーザ１０２が第１のサービスを利用したことを証明するＶＣを受信して、記憶部１２０に記憶させる。そして、通信部１３０は、第２のサービスを利用するために、第１のサービスを利用したことを証明するＶＣが必要である場合に、第１のサービスを利用したことを証明するＶＣを、第２のサービスの第２のサービスバックエンド３００に対して送信する。

【0047】

具体例として、第１のサービスが年齢を証明するサービスである場合、通信部１３０は、第１のサービスバックエンド３００から、ユーザ１０２の年齢を証明するＶＣを受信して記憶部１２０に記憶させる。そして、第２のサービスを利用するために、ユーザ１０２の年齢を証明する必要がある場合に、通信部１３０は、ユーザ１０２の年齢を証明するＶＣを、第２のサービスバックエンド３００に対して送信する。

【0048】

また、第１のサービスがレストランの予約サービスである場合、通信部１３０は、第１のサービスバックエンド３００から、ユーザ１０２がレストランを予約したことを証明するＶＣを受信して記憶部１２０に記憶させる。そして、第２のサービスが、口コミサイトサービス等であって、ユーザ１０２がレストランを予約したことを証明する必要がある場合に、通信部１３０は、ユーザ１０２がレストランを予約したことを証明するＶＣを、第２のサービスバックエンド３００に送信する。

【0049】

このように、あるサービスバックエンド３００から取得したＶＣを、他のサービスバックエンド３００のサービスを受けるために利用することによって、ユーザ１０２の利便性を向上させることができる。

【0050】

通信端末１００は、あるサービスを利用するために必要となるＶＣの情報を、当該サービスのサービスバックエンド３００から受信することによって、必要となるＶＣを判定してよい。それ以外に、通信端末１００が、あるサービスを利用するために必要となるＶＣの情報を、自身で判断できるようにしてもよい。

【0051】

例えば、各ＶＣに対して、ＶＣの属性情報を付与するように構成する。属性情報は、対応するＶＣが、ユーザ１０２の何を証明するためのＶＣであるかを示してよい。属性情報は、例えば、ＶＣが、ユーザ１０２の年齢等の、ユーザ１０２の個人情報を証明するためのＶＣであることを示したり、ＶＣが、ユーザ１０２がある種のサービスを利用したことを証明するためのＶＣであることを示したりする。そして、記憶部１２０が、複数のサービスのそれぞれに対応するＶＣの属性情報が登録された属性登録情報を予め記憶しておく。通信部１３０は、受付部１４０が、ユーザ１０２が利用することを希望するサービスの指示を受け付けた場合に、属性登録情報を参照して、当該サービスに対応するＶＣの属性情報を特定し、記憶部１２０に記憶されている複数のＶＣのうち、属性情報が、特定した属性情報と一致するＶＣを特定して、当該サービスのサービスバックエンド３００に対して送信する。

【0052】

通信端末１００は、ユーザ１０２が要求する処理を実現するために、複数のサービスを利用しなければならない場合に、必要なサービスを自動的に判定して、複数のサービスを連続的に利用するように制御してもよい。このような処理の例として、確定申告及び改姓手続等が挙げられるが、これらに限られない。

【0053】

例えば、受付部１４０が、ユーザ１０２が要求する処理の指示を受け付ける。サービス特定部１４２は、ユーザ１０２が要求する処理に対応する複数のサービスを特定する。例えば、記憶部１２０が、複数の処理のそれぞれについて、対応する複数のサービスが登録された処理登録情報を記憶しておく。そして、サービス特定部１４２は、処理登録情報を参照することによって、ユーザ１０２が要求する処理に対応する複数のサービスを特定する。

【0054】

サービス特定部１４２によって、第１のサービスを利用した後に、第２のサービスを利用することが特定された場合に、連携サービス制御部１４４が、第１のサービスの第１のサービスバックエンド３００に対して、記憶部１２０に記憶されている複数のＶＣのうち、第１のサービスに対応するＶＣを送信し、第１のサービスバックエンド３００から受信した、第1のサービスを利用したことを証明する第１のＶＣを、第２のサービスバックエンド３００に対して自動的に送信するように、通信部１３０を制御する。

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

１０ システム、１００ 通信端末、１０２ ユーザ、１０４ ウォレットアプリ、１０６ ミニアプリ、１２０ 記憶部、１２２ ＤＩＤ記憶部、１２４ ＶＣ記憶部、１３０ 通信部、１３２ ＤＩＤ送信部、１３４ ＶＣ受信部、１３６ ＶＣ送信部、１４０ 受付部、１４２ サービス特定部、１４４ 連携サービス制御部、２００ ネットワーク、２１０ 分散台帳、３００ サービスバックエンド、４００ サーバ、４１０ ミニアプリストア、１２００ コンピュータ、１２１０ ホストコントローラ、１２１２ ＣＰＵ、１２１４ ＲＡＭ、１２１６ グラフィックコントローラ、１２１８ ディスプレイデバイス、１２２０ 入出力コントローラ、１２２２ 通信インタフェース、１２２４ 記憶装置、１２３０ ＲＯＭ、１２４０ 入出力チップ

【要約】      （修正有）

【課題】コンピュータを、通信端末として機能させるためのプログラム及び情報処理方法を提供する。
【解決手段】ユーザ１０２が利用するサービスを提供するサービスバックエンド３００及びネットワーク２００の分散台帳２１０を含むシステム１０において、通信端末１００は、ユーザ１０２に関するＶＣ（Ｖｅｒｉｆｉａｂｌｅ Ｃｒｅｄｅｎｔｉａｌ）を記憶するＶＣ記憶部と、ユーザの指示に基づいて、ユーザが利用するサービスを提供するサービスバックエンドに対して、ＶＣを送信するＶＣ送信部と、ユーザによるサービスの利用を証明するＶＣをサービスバックエンドから受信するＶＣ受信部とを備える。ＶＣ送信部は、前記ＶＣ受信部が受信した前記ＶＣを送信したサービスバックエンドとは異なるサービスバックエンドに対して、当該ＶＣを送信する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】