知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024053217
(43)【公開日】2024-04-15
(54)【発明の名称】端末及び認証システム
(51)【国際特許分類】
G06F 21/31 20130101AFI20240408BHJP
H04L 9/32 20060101ALI20240408BHJP
【ＦＩ】
G06F21/31
H04L9/32 200B
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022159320
(22)【出願日】2022-10-03
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ハオ ジャ
(57)【要約】
【課題】複数の端末が協同して認証処理をすることが可能な端末及び認証システムを提供すること。
【解決手段】一態様にかかる端末１０は、認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供する提供部１１と、認証要求に対する他の端末の認証結果を、他の端末から取得する取得部１２と、他の端末が認証サーバにアクセスすることによって認証情報の有効性が認証された後に、クレジット情報を他の端末又は認証サーバから回収する回収部１３を備える。
【選択図】図１
【解決手段】一態様にかかる端末１０は、認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供する提供部１１と、認証要求に対する他の端末の認証結果を、他の端末から取得する取得部１２と、他の端末が認証サーバにアクセスすることによって認証情報の有効性が認証された後に、クレジット情報を他の端末又は認証サーバから回収する回収部１３を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供する提供部と、
前記認証要求に対する他の端末の認証結果を、前記他の端末から取得する取得部と、
前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する回収部と、を備える、
端末。
前記認証要求に対する他の端末の認証結果を、前記他の端末から取得する取得部と、
前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する回収部と、を備える、
端末。
【請求項2】
前記回収部は、前記他の端末との認証処理が履歴として反映された前記クレジット情報を回収する、
請求項１に記載の端末。
請求項１に記載の端末。
【請求項3】
前記提供部は、近距離無線通信を実行する無線通信部、又は、前記認証要求と、前記認証情報と、前記クレジット情報のデータを表示する表示部であり、
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
請求項１又は２に記載の端末。
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
請求項１又は２に記載の端末。
【請求項4】
前記提供部は前記無線通信部であり、前記認証要求と、前記認証情報と、前記クレジット情報を、複数の他の端末にマルチキャスト又はブロードキャストする、
請求項３に記載の端末。
請求項３に記載の端末。
【請求項5】
前記データは、仮想通貨の取引に関するものであり、
前記端末は、自端末の秘密鍵を用いて前記認証結果に関する第１の電子署名を生成する電子署名部をさらに備え、
前記提供部は、前記認証結果と、前記電子署名部が生成した前記第１の電子署名を、仮想通貨の取引装置に提供する、
請求項１又は２に記載の端末。
前記端末は、自端末の秘密鍵を用いて前記認証結果に関する第１の電子署名を生成する電子署名部をさらに備え、
前記提供部は、前記認証結果と、前記電子署名部が生成した前記第１の電子署名を、仮想通貨の取引装置に提供する、
請求項１又は２に記載の端末。
【請求項6】
認証対象となるデータに関する認証要求と、他の端末の認証情報と、前記他の端末のクレジット情報を、前記他の端末から取得する取得部と、
前記認証要求に対する認証結果を生成する認証部と、
前記認証結果を、前記他の端末に提供する提供部と、
認証サーバにアクセスすることにより、前記認証情報の有効性を確認する確認部と、
前記確認部によって前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する返却部と、を備える、
端末。
前記認証要求に対する認証結果を生成する認証部と、
前記認証結果を、前記他の端末に提供する提供部と、
認証サーバにアクセスすることにより、前記認証情報の有効性を確認する確認部と、
前記確認部によって前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する返却部と、を備える、
端末。
【請求項7】
前記認証部は、自端末の秘密鍵を用いて前記認証要求に関する電子署名を生成することにより、前記認証結果を生成する、
請求項６に記載の端末。
請求項６に記載の端末。
【請求項8】
前記認証部は、生成した前記認証結果を前記他の端末の公開鍵を用いて暗号化するとともに、前記認証結果の生成にかかるタイムスタンプを前記認証結果に付与し、
前記提供部は、暗号化され、前記タイムスタンプが付与された前記認証結果を、前記他の端末に提供する、
請求項６又は７に記載の端末。
前記提供部は、暗号化され、前記タイムスタンプが付与された前記認証結果を、前記他の端末に提供する、
請求項６又は７に記載の端末。
【請求項9】
前記提供部は、近距離無線通信を実行する無線通信部、又は前記認証結果を表示する表示部であり、
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
請求項６又は７に記載の端末。
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
請求項６又は７に記載の端末。
【請求項10】
第１の端末と、
第２の端末と、を備え、
前記第１の端末は、認証対象となるデータに関する認証要求と、前記第１の端末の認証情報と、前記第１の端末のクレジット情報を、前記第２の端末に提供し、
前記第２の端末は、前記認証要求に対する認証結果を生成して、前記認証結果を、前記第１の端末に提供し、また、認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、前記認証情報の有効性が確認された場合に、前記クレジット情報を前記第１の端末に返却する、
認証システム。
第２の端末と、を備え、
前記第１の端末は、認証対象となるデータに関する認証要求と、前記第１の端末の認証情報と、前記第１の端末のクレジット情報を、前記第２の端末に提供し、
前記第２の端末は、前記認証要求に対する認証結果を生成して、前記認証結果を、前記第１の端末に提供し、また、認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、前記認証情報の有効性が確認された場合に、前記クレジット情報を前記第１の端末に返却する、
認証システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は端末及び認証システムに関する。
【背景技術】
【0002】
サーバと端末との間で認証処理を行う様々な技術が開示されている。例えば、特許文献１には、認証サーバが、広告タグ、署名および配信制御プログラムの発行を一貫して行うことが記載されている。この技術は、広告配信に多数のサーバが関与した状態であっても、利用者端末にセキュリティを提供することを目的としている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－０２８７４５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
端末が認証処理のためにサーバにアクセスしようとしても、端末又はネットワークの問題により、端末がサーバにアクセスできないような場合が考えられる。この場合、端末は他の端末を介してサーバと認証処理を行う必要がある。特許文献１は、そのような手法を開示しているものではない。
【0005】
本開示は、複数の端末が協同して認証処理をすることが可能な端末及び認証システムを提供するものである。
【課題を解決するための手段】
【0006】
一態様にかかる端末は、認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供する提供部と、前記認証要求に対する他の端末の認証結果を、前記他の端末から取得する取得部と、前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する回収部を備える。
【0007】
別の態様にかかる端末は、認証対象となるデータに関する認証要求と、他の端末の認証情報と、前記他の端末のクレジット情報を、前記他の端末から取得する取得部と、前記認証要求に対する認証結果を生成する認証部と、前記認証結果を、前記他の端末に提供する提供部と、認証サーバにアクセスすることにより、前記認証情報の有効性を確認する確認部と、前記確認部によって前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する返却部を備える。
【0008】
一態様にかかる認証システムは、第１の端末と、第２の端末を備え、前記第１の端末は、認証対象となるデータに関する認証要求と、前記第１の端末の認証情報と、前記第１の端末のクレジット情報を、他の端末に提供し、前記第２の端末は、前記認証要求に対する認証結果を生成して、前記認証結果を、前記第１の端末に提供し、また、認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、前記認証情報の有効性が確認された場合に、前記クレジット情報を前記第１の端末に返却する。
【発明の効果】
【0009】
本開示によれば、複数の端末が協同して認証処理をすることが可能な端末及び認証システムを提供することができる。
【図面の簡単な説明】
【0010】
【図1】実施の形態１にかかる端末の一例を示すブロック図である。
【図2】実施の形態１にかかる端末の代表的な処理の一例を示すフローチャートである。
【図3】実施の形態２にかかる端末の一例を示すブロック図である。
【図4】実施の形態２にかかる端末の代表的な処理の一例を示すフローチャートである。
【図5】実施の形態３にかかる認証システムの一例を示す概略図である。
【図6】実施の形態３にかかる認証システムの処理例を示すシーケンス図である。
【図7】実施の形態４にかかる認証システムの一例を示す概略図である。
【図8A】実施の形態４にかかる端末の一例を示すブロック図である。
【図8B】実施の形態４にかかる端末の一例を示すブロック図である。
【図9】実施の形態４にかかる認証サーバの一例を示すブロック図である。
【図10】実施の形態４にかかるＡＴＭの一例を示すブロック図である。
【図11A】実施の形態４にかかる認証システムの処理例を示すシーケンス図である。
【図11B】実施の形態４にかかる認証システムの処理例を示すシーケンス図である。
【図12】各実施の形態の処理が実行される情報処理装置（信号処理装置）のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【0011】
以下、図面を参照して各実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、本開示では、明記のない限り、複数の項目について「その少なくともいずれか」が定義された場合、その定義は、任意の１つの項目を意味しても良いし、任意の複数の項目（全ての項目を含む）を意味しても良い。
【0012】
実施の形態１
図１は、端末の一例を示すブロック図である。端末１０は、提供部１１、取得部１２及び回収部１３を備える。端末１０は、スマートフォン等の携帯端末や、ＰＣ（Personal Computer）といった任意の種類のコンピュータである。端末１０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、端末１０の各部について説明する。
図１は、端末の一例を示すブロック図である。端末１０は、提供部１１、取得部１２及び回収部１３を備える。端末１０は、スマートフォン等の携帯端末や、ＰＣ（Personal Computer）といった任意の種類のコンピュータである。端末１０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、端末１０の各部について説明する。
【0013】
提供部１１は、認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供する。認証情報は、端末１０を他の端末が認証するために必要となる任意の情報である。また、クレジット情報は、認証処理が終了するまで、他の端末に預けられる担保（security）となる情報である。クレジット情報には、例えば、これまでの認証処理の履歴情報が含まれていても良い。
【0014】
提供部１１は、例えば、無線通信のインタフェース（無線通信部）を含んでも良い。無線通信のインタフェースは、５Ｇ（5th Generation）、ＬＴＥ（Long Term Evolution）、Ｂｅｙｏｎｄ５Ｇ等、基地局と携帯端末間の任意の種類の無線通信のインタフェースであっても良い。また、別の例として、無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信、ＮＦＣ（Near Field Communication）といった、端末１０の近傍に位置する端末又は装置と近距離無線通信を実行する無線通信のインタフェースであっても良い。なお、Ｂｌｕｅｔｏｏｔｈには、ＢＬＥ（Bluetooth Low Energy）といったＢｌｕｅｔｏｏｔｈの拡張技術も含まれ得る。無線ＬＡＮの具体例は、例えばＷｉＦｉ（登録商標）である。提供部１１が近距離無線通信を実行する場合、提供部１１は、基地局等を経由せず、他の端末に直接データを送信することが可能である。他の端末は、自身が有する無線通信のインタフェースを用いて、その認証要求を受信する。ただし、メッシュネットワーク接続によって、複数の接続機器を介して端末１０が他の端末に接続され、提供部１１はメッシュネットワークを介して他の端末に上述の情報を提供しても良い。また、提供部１１は、有線通信のインタフェースであっても良い。
【0015】
別の例として、提供部１１は、データの表示部を含んでも良い。この場合、表示部である提供部１１は、ソフトウェアを用いて、他の端末が取得可能となるようにデータを加工した上で、そのデータを表示させる。例えば、提供部１１は、一次元又は二次元といった任意の形式によるコードでデータを表示してもよい。二次元コードであるＱＲコード（登録商標）が用いられるコードの例として挙げられるが、コードの例はこれに限られない。他の端末は、例えば自身が有するカメラによって提供部１１に表示された画像を取得することで、認証要求を取得する。
【0016】
他の端末は、取得した認証要求について処理を実行し、その結果である認証結果（Authentication results）を端末１０に提供する。このとき、端末１０及び他の端末は、例えば認証サーバにネットワーク接続されていない状態である。
【0017】
取得部１２は、認証要求に対する他の端末の認証結果を、他の端末から取得する。取得部１２は、例えば、無線通信のインタフェース（無線通信部）であっても良い。無線通信のインタフェースは、５Ｇ、ＬＴＥ、Ｂｅｙｏｎｄ５Ｇ等、基地局と携帯端末間の任意の種類の無線通信のインタフェースであっても良く、無線ＬＡＮ（例えばＷｉＦｉ）、Ｂｌｕｅｔｏｏｔｈ、赤外線通信といった近距離無線通信を実行する無線通信のインタフェースであっても良い。取得部１２が近距離無線通信を実行する場合、取得部１２は、基地局等を経由せずに、他の端末から認証結果を直接受信することが可能である。ただし、メッシュネットワーク接続によって、取得部１２は、複数の接続機器を介して他の端末から認証結果を受信しても良い。また、取得部１２は、有線通信のインタフェースであっても良い。取得部１２が無線又は有線通信のインタフェースである場合、提供部１１と取得部１２は、同一のインタフェースで構成されていても良い。
【0018】
別の例として、取得部１２は、カメラであっても良い。この場合、他の端末の表示部には、表示された認証結果のデータを端末１０が取得可能な形式で、データが表示される。取得部１２は、その表示されたデータを撮影することで、暗号化された認証結果を取得する。
【0019】
回収部１３は、他の端末が認証サーバにアクセスすることによって認証情報の有効性が認証された後に、クレジット情報を他の端末又は認証サーバから回収（reclaim）する。認証サーバからクレジット情報を回収する場合、他の端末からクレジット情報が認証サーバに送信され、そのクレジット情報が認証サーバから端末１０に送信されることによって、端末１０はクレジット情報を回収する。
【0020】
回収部１３は、クレジット情報を他の端末から回収する場合、例えば、近距離無線通信を実行する無線通信のインタフェースであっても良いし、カメラであっても良い。回収部１３が他の端末からクレジット情報を回収する方法は、上述の取得部１２と同様である。また、回収部１３は、クレジット情報を認証サーバから回収する場合、例えば、基地局と携帯端末間の任意の種類の無線通信のインタフェースであっても良い。取得部１２と回収部１３は、同一のインタフェースで構成されていても良い。
【0021】
図２は、端末１０の代表的な処理の一例を示したフローチャートであり、このフローチャートによって、端末１０の処理が説明される。なお、各処理の詳細については上述の通りである。
【0022】
まず、端末１０の提供部１１は、認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供する（ステップＳ１１：提供ステップ）。次に、取得部１２は、認証要求に対する他の端末の認証結果を、他の端末から取得する（ステップＳ１２：取得ステップ）。回収部１３は、他の端末が認証サーバにアクセスすることによって認証情報の有効性が認証された後に、クレジット情報を他の端末又は認証サーバから回収する（ステップＳ１３：回収ステップ）。
【0023】
このように、認証処理では、他の端末が認証結果を端末１０に提供する一方で、認証情報の有効性が認証サーバを用いることで認証された場合に、他の端末又は認証サーバからクレジット情報を端末１０が回収する。回収後、端末１０は回収したクレジット情報を用いて、再び他の端末に対して、同様の認証要求処理を実行することが可能となる。つまり、クレジット情報を担保とすることで、端末１０は、認証処理実行時に認証サーバに接続できない場合でも、他の端末と協同して、認証処理を完了することができる。
【0024】
実施の形態２
図３は、端末の異なる例を示すブロック図である。端末２０は、取得部２１、認証部２２、提供部２３、確認部２４及び返却部２５を備える。端末２０は、スマートフォン等の携帯端末や、ＰＣといった任意の種類のコンピュータである。端末２０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、端末２０の各部について説明する。
図３は、端末の異なる例を示すブロック図である。端末２０は、取得部２１、認証部２２、提供部２３、確認部２４及び返却部２５を備える。端末２０は、スマートフォン等の携帯端末や、ＰＣといった任意の種類のコンピュータである。端末２０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、端末２０の各部について説明する。
【0025】
取得部２１は、認証対象となるデータに関する認証要求と、他の端末の認証情報と、他の端末のクレジット情報を、他の端末から取得する。取得部２１は、他の端末から直接データを取得しても良いし、さらに別の端末又は装置を介して、そのデータを取得しても良い。後者の例としては、メッシュネットワーク接続によって他の端末と接続される場合が想定される。
【0026】
取得部２１は、例えば無線又は有線通信のインタフェースであっても良く、カメラであっても良い。このように、取得部２１は、実施の形態１にかかる取得部１２と同様の構成を有する。取得部２１の詳細な説明は、取得部１２と同様であるため、省略する。
【0027】
認証部２２は、取得部２１が取得した認証要求に対して認証を実行し、認証結果を生成する。認証部２２の具体的な処理例については、実施の形態４で後述する。
【0028】
提供部２３は、認証部２２が生成した認証結果を、他の端末に提供する。提供部２３は、無線又は有線通信のインタフェースを含んでも良く、データの表示部を含んでも良い。このように、提供部２３は、実施の形態１にかかる提供部１１と同様の構成を有する。提供部２３の詳細な説明は、提供部１１と同様であるため、省略する。
【0029】
確認部２４は、認証サーバにアクセスすることにより、取得部２１が取得した認証情報の有効性を確認する。例えば、確認部２４は、認証情報を含む認証要求を認証サーバに送信し、認証処理を認証サーバに実行させ、その結果を取得することで、認証情報の有効性を確認しても良い。別の例として、確認部２４は、認証サーバに格納された有効又は無効な認証情報のリストと、取得した認証情報とを参照することによって、取得した認証情報が有効であるか否かを自身で確認しても良い。
【0030】
返却部２５は、確認部２４によって認証情報の有効性が確認された場合に、取得部２１が取得したクレジット情報を他の端末に返却する。返却部２５は、他の端末に直接クレジット情報を返却しても良いし、さらに別の端末又は装置を介して、クレジット情報を返却しても良い。後者の例としては、メッシュネットワーク接続を介して他の端末にクレジット情報を返却することや、認証サーバを介してクレジット情報を返却することが挙げられる。
【0031】
返却部２５は、無線又は有線通信のインタフェースを含んでも良く、データの表示部を含んでも良い。このように、返却部２５は、提供部２３と同様の構成を有していても良い。
【0032】
図４は、端末２０の代表的な処理の一例を示したフローチャートであり、このフローチャートによって、端末２０の処理が説明される。なお、各処理の詳細については上述の通りである。
【0033】
まず、端末２０の取得部２１は、認証対象となるデータに関する認証要求と、他の端末の認証情報と、他の端末のクレジット情報を、他の端末から取得する（ステップＳ２１：取得ステップ）。次に、認証部２２は、認証要求に対する認証結果を生成する（ステップＳ２２：生成ステップ）。提供部２３は、認証結果を、他の端末に提供する（ステップＳ２３：提供ステップ）。
【0034】
確認部２４は、認証サーバにアクセスすることにより、認証情報の有効性を確認する（ステップＳ２４：確認ステップ）。返却部２５は、確認部２４によって認証情報の有効性が確認された場合に、クレジット情報を他の端末に返却する（ステップＳ２５：返却ステップ）。
【0035】
このように、認証処理では、端末２０が認証結果を他の端末に提供する一方で、認証情報の有効性が認証サーバを用いることで認証された場合に、端末２０は、クレジット情報を他の端末に返却する。その後、他の端末は回収したクレジット情報を用いて、同様の認証要求処理を再び実行することが可能となる。つまり、クレジット情報が担保となることで、端末２０は、他の端末が認証処理実行時に認証サーバに接続できない場合でも、他の端末と協同して、認証処理を完了することができる。
【0036】
実施の形態３
図５は、実施の形態３にかかる認証システムの例を示す概略図である。認証システムＳ１は、端末１００、２００を備える。ただし、認証システムＳ１は、端末１００、２００以外の端末をさらに備えていても良い。
図５は、実施の形態３にかかる認証システムの例を示す概略図である。認証システムＳ１は、端末１００、２００を備える。ただし、認証システムＳ１は、端末１００、２００以外の端末をさらに備えていても良い。
【0037】
端末１００、２００は、それぞれ制御部（コントローラ）を備え、その制御部によって各端末の処理がなされる。端末１００の構成の具体例は、実施の形態１に示した端末１０であり、端末２００の構成の具体例は、実施の形態２に示した端末２０である。
【0038】
【0039】
まず、端末１００は、認証対象となるデータに関する認証要求と、端末１００の認証情報と、端末１００のクレジット情報を、端末２００に提供する（ステップＳ３１）。端末２００は、取得した認証要求に対する認証結果を生成する（ステップＳ３２）。そして、生成した認証結果を、端末１００に提供する（ステップＳ３３）。
【0040】
また、端末２００は、認証サーバ３００にアクセスすることにより、認証情報の有効性を確認する（ステップＳ３４）。端末２００は、認証情報の有効性が確認された場合に、クレジット情報を端末１００に返却する（ステップＳ３４）。なお、図６では、端末２００がクレジット情報を直接端末１００に返却する場合を示したが、認証サーバ等、他の端末又は装置を介してクレジット情報が端末１００に返却されても良い。
【0041】
このように、認証処理では、端末２００が認証結果を端末１００に提供する一方で、認証情報の有効性が認証サーバを用いることで認証された場合に、クレジット情報を端末１０が回収する。回収後、端末１００は回収したクレジット情報を用いて、再び他の端末に対して、同様の認証要求処理を実行することが可能となる。つまり、クレジット情報を担保とすることで、端末１００及び端末２００は、認証処理実行時に認証サーバに接続できない場合でも、協同して認証処理を完了することができる。換言すれば、認証システムＳ１は、認証処理のための分散システムを構成する。
【0042】
実施の形態４
続いて、実施の形態４について説明する。実施の形態４では、実施の形態３で示した認証システムの具体例を提供する。
続いて、実施の形態４について説明する。実施の形態４では、実施の形態３で示した認証システムの具体例を提供する。
【0043】
図７は、実施の形態４にかかる認証システムの例を示す概略図である。認証システムＳ２は、端末１１０、２１０のほか、認証サーバ３１０、ＡＴＭ（Automatic Teller Machine）４１０を備える。端末２１０は、複数の端末２１０Ａ、２１０Ｂ、２１０Ｃ・・・を含む。
【0044】
認証システムＳ２は、任意の種類の仮想通貨（デジタル通貨）における認証処理を実行することを可能とする。ここでは、端末１１０が、そのユーザ（以下、ユーザＡと記載）が有する仮想通貨と現金（cash）を交換する取引をＡＴＭ４１０で実行する場合に、ユーザＡが所持する仮想通貨の認証が必要とする場合を想定する。このとき、端末１１０及び端末２１０が、認証を実行可能な認証サーバ３１０とインターネット接続できないため、端末１１０が、認証サーバ３１０から認証結果を取得できないことがある。しかしながら、実施の形態４においては、後述の通り、認証処理を完了することが可能となる。
【0045】
認証システムＳ２における端末１１０、２１０は、それぞれ認証システムＳ１における端末１０、２０の具体例に対応する。端末１１０、２１０は、ここではスマートフォンを想定する。以下、認証システムＳ２の各装置の詳細について説明する。
【0046】
図８Ａは、端末１１０の一例を示すブロック図である。端末１１０は、近距離無線通信部１１１、移動体通信部１１２、表示部１１３、カメラ１１４、取引部１１５、電子署名部１１６、検証・復号部１１７及び格納部１１８を備える。また、図８Ｂは、端末２１０の一例を示すブロック図である。端末２１０は、端末１１０と同様の構成要素である、近距離無線通信部２１１、移動体通信部２１２、表示部２１３、カメラ２１４、取引部２１５、電子署名部２１６、検証・復号部２１７及び格納部２１８を備える。以下、各端末の各構成要素について説明する。
【0047】
近距離無線通信部１１１、２１１は、端末１１０と端末２１０間で端末間通信（Device-to-Device通信）を実行し、端末間でデータの送受信を実現するインタフェースである。この例では、近距離無線通信部１１１は端末間の近距離無線通信技術としてＷｉＦｉを用いるが、Ｂｌｕｅｔｏｏｔｈ等、他の近距離無線通信技術を用いても良い。
【0048】
移動体通信部１１２は、端末１１０と基地局間での無線通信を実行するインタフェースであり、移動体通信部２１２は、端末２１０と基地局間での無線通信を実行するインタフェースである。ただし、実施の形態２では、初期状態において、移動体通信部１１２及び２１２は認証サーバ３１０に接続することができない。そのため、後述の通り、端末１１０は、選択された１の端末２１０と、オフラインでの認証処理を実行する。端末２１０は、その後に認証サーバ３１０に接続した際に、認証サーバ３１０に対して、取得した認証情報が有効か否かを確認させる。
【0049】
表示部１１３、２１３は、ディスプレイ又はタッチパネルといった、各ユーザに対して操作画面を表示させるインタフェースを含む。また、表示部１１３、２１３は、ソフトウェアを用いて、各端末が有する所望のデータをＱＲコードに変換して表示させる機能も有する。ＱＲコードに変換されるデータの一例として、仮想通貨の認証処理にかかるデータが挙げられる。
【0050】
カメラ１１４、２１４は、任意の映像を撮影し、撮影された映像の情報を各端末に格納する。例えば、表示部１１３が表示したＱＲコードをカメラ２１４が撮影することにより、端末２１０は、ＱＲコードにかかるデータを取得することができる。同様に、表示部２１３が表示したＱＲコードをカメラ１１４が撮影することにより、端末１１０は、ＱＲコードにかかるデータを取得することができる。
【0051】
取引部１１５、２１５は、仮想通貨の取引に関する処理を実行する。例えば、取引部１１５は、仮想通貨の取引に必要な証明を取得するために、認証サーバ３１０に認証させるための認証要求を生成することができる。また、取引部１１５は、電子署名部１１６、検証・復号部１１７及び格納部１１８を制御して、仮想通貨に必要な処理を実行させることができる。取引部２１５についても、電子署名部２１６～格納部２１８について同様の制御が可能である。さらに、取引部１１５、２１５は、処理対象のデータにタイムスタンプを付与することも可能である。
【0052】
電子署名部１１６は、端末１１０が端末２１０又は他の装置から取得したデータに対して、端末１１０の秘密鍵を用いて電子署名を実行する。電子署名の生成には、公開鍵と秘密鍵を用いる任意の方式を用いることができる。同様に、電子署名部２１６は、端末２１０が端末１１０又は他の装置から取得したデータに対して、端末２１０の秘密鍵を用いて電子署名を実行する。また、一例として、電子署名部１１６は、他の端末又は装置に提供する対象となる文書の特徴（ダイジェスト）を、秘密鍵で暗号化したものを生成することにより、電子署名を生成してもよい。
【0053】
検証・復号部１１７は、端末１１０が端末２１０又は他の装置から取得したデータに対する検証又は復号の任意の処理を実行する。例えば、取得したデータに端末２１０の電子署名が付されていた場合に、検証・復号部１１７は、端末２１０の公開鍵を用いることで、その電子署名が本当に端末２１０によって付されたものであるか否かを検証（verify）する。例えば、電子署名が、端末２１０の秘密鍵で文書の特徴が暗号化されることにより生成されたものである場合、検証・復号部１１７は、端末２１０の公開鍵を用いて、電子署名から文書の特徴を取り出し、取得したデータに含まれる文書と比較することで、改ざんの有無を確認することができる。また、取得したデータが端末１１０の公開鍵によって暗号化されている場合に、検証・復号部１１７は、端末１１０の秘密鍵を用いることで、暗号化されたデータを復号する。
【0054】
また、検証・復号部２１７も、検証・復号部１１７と同様の処理を実行する。例えば、取得したデータに端末１１０の電子署名が付されていた場合に、検証・復号部２１７は、端末１１０の公開鍵を用いることで、その電子署名が本当に端末１１０によって付されたものであるか否かを検証する。また、取得したデータが端末２１０の公開鍵によって暗号化されている場合に、検証・復号部２１７は、端末２１０の秘密鍵を用いることで、暗号化されたデータを復号することもできる。さらに、検証・復号部２１７は、端末２１０の公開鍵を用いることで、データを暗号化することも可能である。
【0055】
格納部１１８には、仮想通貨の取引に用いるデータを格納するウォレット（wallet）が存在する。仮想通貨の取引に用いるデータは、端末１１０の公開鍵である公開アドレスと、それに対応する端末１１０の秘密鍵を少なくとも含む。ウォレットは、この例ではモバイルウォレットである。ただし、端末１１０がスマートフォンでない場合には、ウォレットは、例えばデスクトップウォレット等の他の種類のホットウォレット又はコールドウォレットであっても良い。ウォレットが管理対象とする仮想通貨は、例えば、パブリック型のブロックチェーン又はコンソーシアム型のブロックチェーン（federated blockchain）のいずれかによって運用される。パブリック型のブロックチェーンで運用される仮想通貨の具体例としては、Ｅｔｈｅｒｅｕｍ（登録商標）やＡｌｇｏ（登録商標）等が該当する。電子署名部１１６及び検証・復号部１１７は、ウォレットに格納された秘密鍵を用いて各自の処理を行う。格納部２１８も、同様に、端末２１０の公開鍵である公開アドレスと、それに対応する端末２１０の秘密鍵を少なくとも格納するウォレットを有し、電子署名部２１６及び検証・復号部２１７は、そのウォレットに格納された秘密鍵を用いて各自の処理を行う。
【0056】
また、各端末は、ウォレットを用いて、仮想通貨の取引に関わったことに対する報酬（認証処理に関する手数料）を受領することもできる。詳細には、端末２１０が、仮想通貨の認証に関する端末１１０の認証要求と、認証手続きに関して端末１１０が設定した報酬の情報を取得する。その後、電子署名部２１６がその認証要求に対して電子署名を行ったときに、格納部２１８のウォレットによって、端末１１０から提示された報酬額のうち少なくとも一部を受領する手続きが自動的になされる。この例では、仮想通貨はＥｔｈｅｒｅｕｍであり、その認証処理に関する報酬はＧＡＳとなる。ただし、報酬の種類は任意であり、現金やポイント等であっても良い。
【0057】
さらに、ウォレット内には、ＧＡＳ情報とは別に、クレジット情報が格納されている。クレジット情報は、上述の通り、認証処理が終了するまで、他の端末に預けられる担保（security）となる情報である。このクレジット情報には、これまでの認証処理の履歴情報が含まれている。また、ウォレット内には、ユーザＡに割り当てられたクレジット用のトークンが格納されている。
【0058】
なお、端末１０と端末１１０の各部の対応関係は以下の通りである。提供部１１には、近距離無線通信部１１１又は表示部１１３が対応し、取得部１２には、近距離無線通信部１１１又はカメラ１１４が対応し、回収部１３には、移動体通信部１１２が対応する。
【0059】
また、端末２０と端末２１０の各部の対応関係は以下の通りである。取得部２１には、近距離無線通信部２１１又はカメラ２１４が対応し、認証部２２には、検証・復号部２１７が対応し、提供部２３には、近距離無線通信部２１１又は表示部２１３が対応し、確認部２４には、移動体通信部２１２が対応し、返却部２５には、移動体通信部２１２、近距離無線通信部２１１又は表示部２１３が対応する。
【0060】
図９は、認証サーバ３１０の一例を示すブロック図である。認証サーバ３１０は、通信部３１１、認証部３１２、暗号化部３１３及びスタンプ付与部３１４を備える。以下、各構成要素について説明する。
【0061】
通信部３１１は、外部装置との通信（データの送受信）を実行するインタフェースである。この例では、通信部３１１は、移動体通信部２１２とインターネットを介して接続される。
【0062】
認証部３１２は、通信部３１１から取得した認証要求を認証して、認証結果を生成する。この認証要求は、端末１１０の認証に関するものであり、端末２１０から送信されたものである。暗号化部３１３は、認証結果が端末２１０以外の端末に読み取られないように、端末２１０の公開鍵で認証結果を暗号化する。スタンプ付与部３１４は、認証結果にタイムスタンプを付すことで、情報の改ざんを抑制する。このようにして暗号化され、タイムスタンプが付与された認証結果は、通信部３１１から端末２１０に送信される。スタンプ付与部３１４には、公知の任意の種類のタイムスタンプの技術を適用することが可能である。
【0063】
なお、認証サーバ３１０内部のデータベース（不図示）には、証明書失効リスト（Certificate Revocation List: CRL）等、端末の公開鍵証明書に関する情報が格納されていても良い。
【0064】
図１０は、ＡＴＭ４１０の一例を示すブロック図である。ＡＴＭ４１０は、仮想通貨の取引装置であり、近距離無線通信部４１１、表示部４１２、入力部４１３、カメラ４１４及び取引部４１５を備える。以下、各構成要素について説明する。
【0065】
近距離無線通信部４１１は、ＡＴＭ４１０の近傍にある他の端末又は装置（例えば端末１１０）と端末間通信を実行するインタフェースである。この例では、近距離無線通信部４１１は近距離無線通信技術としてＷｉＦｉを用いるが、Ｂｌｕｅｔｏｏｔｈ等、他の近距離無線通信技術を用いても良い。
【0066】
表示部４１２は、ディスプレイ又はタッチパネルといった、ＡＴＭ４１０のユーザに情報を表示させるインタフェースを含む。入力部４１３は、ＡＴＭ４１０のユーザが使用するボタンやタッチパネルといった入力インタフェースである。なお、表示部４１２及び入力部４１３は、タッチパネルとして一体化されても良い。
【0067】
カメラ４１４は、任意の映像を撮影し、撮影された映像の情報をＡＴＭ４１０に格納する。例えば、表示部１１３が表示したＱＲコードをカメラ４１４が撮影することにより、ＡＴＭ４１０は、ＱＲコードにかかるデータを取得することができる。
【0068】
取引部４１５は、入力部４１３によって入力された情報又はカメラ４１４によって取得された情報に基づいて、仮想通貨に関する取引処理を実行する。以降に示す例では、取引部４１５は、ユーザＡの有する仮想通貨を現金と交換する取引処理を実行する。
【0069】
【0070】
まず、ユーザＡがＡＴＭ４１０の入力部４１３を操作することにより、ＡＴＭ４１０の取引部４１５は、ユーザＡの有する仮想通貨を現金と交換する取引処理を開始する。ここで、取引部４１５は、近距離無線通信部４１１を介して、取引処理の認証結果を取得することを要求する認証要求ＡＵＴＨ＿ＲＥＱ（０）を、端末１１０に送信する（ステップＳ４０）。端末１１０の近距離無線通信部１１１は、この認証要求ＡＵＴＨ＿ＲＥＱ（０）を受信する。
【0071】
取引部１１５は、受信した認証要求ＡＵＴＨ＿ＲＥＱ（０）を解析する。そして、その解析結果に基づき、取引処理に関する認証要求を生成する。このとき、取引部１１５は、電子署名部１１６を制御し、端末１１０の秘密鍵を用いて、生成した認証要求に対して電子署名を実行する。さらに、認証要求には、端末１１０の認証情報として、端末１１０の公開鍵が含まれる。このようにして、端末１１０は認証要求ＡＵＴＨ＿ＲＥＱ（１）を生成する（ステップＳ４１）。
【0072】
ここで、ユーザＡは、認証サーバ３１０と移動体通信部１１２との間でインターネットが接続されていないこと、及びユーザＡの近傍にユーザＢの端末２１０が存在していることを知る。そのため、ユーザＡは、ユーザＢに対して認証手続きを補助してもらうことになる。
【0073】
ユーザＡの操作に応じて、端末１１０の近距離無線通信部１１１は、ステップＳ４１で生成された認証要求ＡＵＴＨ＿ＲＥＱ（１）を、ＷｉＦｉを用いて端末２１０に送信する（ステップＳ４２）。なお、上述の通り、端末２１０は複数存在している。近距離無線通信部１１１は、近距離無線通信部１１１が認証要求ＡＵＴＨ＿ＲＥＱ（１）を送信可能な全ての端末２１０に対して、認証要求ＡＵＴＨ＿ＲＥＱ（１）をブロードキャストすることができる。ただし、ユーザＡが宛先となる端末２１０（ユーザＢ）を指定することにより、近距離無線通信部１１１は、指定された複数の端末２１０に対して認証要求ＡＵＴＨ＿ＲＥＱ（１）をマルチキャストしても良い。このようにして認証要求ＡＵＴＨ＿ＲＥＱ（１）が送信される複数の端末２１０は、状況に応じて異なるものとなるため、ランダムかつローカルに編成された端末の組を構成する。
【0074】
このとき、ユーザＡは、認証処理をユーザＢに補助してもらうことへの代価として、支払う意思がある最大の報酬額を設定する。この報酬額は、認証処理毎に変更することが可能である。取引部１１５は、その報酬額の情報（ＧＡＳ情報）も、認証要求ＡＵＴＨ＿ＲＥＱ（１）とともに端末２１０に送信するよう、近距離無線通信部１１１を制御する。
【0075】
取引部１１５は、ユーザＡの操作に応じて、報酬を端末２１０にどのように割り当てるかを任意に設定することができる。この例では、端末２１０が認証要求ＡＵＴＨ＿ＲＥＱ（１）に対して後述の認証処理を実行する時間が早いほど、その端末２１０が多くの報酬を取得することができるように、取引部１１５は報酬を設定しても良い。つまり、端末１１０が認証要求ＡＵＴＨ＿ＲＥＱ（１）及び報酬額の情報を送信してから、端末２１０がそれに対しての認証処理を実行するまでに経過した時間が長くなるほど、端末２１０が取得可能な報酬額は少なくなる。例えば、端末２１０が取得可能な報酬額は、経過した時間に応じて指数関数的に減少するように設定されても良い。ただし、経過した時間に応じて、端末２１０が取得可能な報酬額が単調減少するものであれば、報酬額は経過した時間の有理関数等で定義されても良い。以上のような場合、理論上、経過時間が０の場合に、端末２１０は端末１１０によって提示された最大の報酬額を取得することができる。このように報酬額が設定されることにより、ユーザＡはユーザＢに対して、できるだけ早く認証を実行するように促すことができる。
【0076】
また、取引部１１５は、認証要求ＡＵＴＨ＿ＲＥＱ（１）が送信される複数の端末２１０において、各端末２１０が報酬を取得することが可能な確率を、各端末２１０に対して定義された重み（weight）に応じて設定しても良い。この重みは、例えば、各端末２１０が有する格納部２１８のウォレットに保管された報酬（ＧＡＳ）の量で決定される。このスキームには、既知のＰｒｏｏｆ－ｏｆ－Ｓｔａｋｅのスキームを適用することができるため、そのメカニズムの詳細な説明は省略する。このスキームでは、あるユーザが多い報酬を取得しているほど、そのユーザの評判（reputation）が高くなる。そのため、ユーザＢの評判が高い、すなわち定義された重みが重い（ユーザが既に有する報酬額が高い）ほど、そのユーザＢは、新たな認証処理を実行した場合に、その認証処理においてユーザＡから報酬を取得する確率が高くなる。さらに言えば、報酬の受け取り易さは、端末２１０の各々が既に有する報酬の額に基づいて設定される。ただし、各認証処理において、より高い評判を有するユーザが報酬を確実に受信するという保証はない。また、端末２１０が報酬を取得する場合、端末２１０が取得可能な報酬額は、上述の通りに決定される。
【0077】
さらに、取引部１１５は、クレジット情報を認証要求ＡＵＴＨ＿ＲＥＱ（１）とともに端末２１０に送信するよう、近距離無線通信部１１１を制御する。このクレジット情報は、端末２１０に送信される際、格納部１１８のウォレット内から消去される。これにより、認証処理が完全に終了し、担保であるクレジット情報が端末１１０に戻ってくるまで、端末１１０は別の新たな認証処理を実行することはできない。
【0078】
複数の端末２１０Ａ、２１０Ｂ、２１０Ｃ・・・は、各々の近距離無線通信部２１１により、認証要求ＡＵＴＨ＿ＲＥＱ（１）、ＧＡＳ情報及びクレジット情報を取得する。ある端末２１０（ここでは、端末２１０Ａとする）における取引部２１５は、ユーザＢの操作に応じて、取得した認証要求ＡＵＴＨ＿ＲＥＱ（１）を解析する。その結果、取引部２１５は、検証・復号部２１７に対し、端末１１０の公開鍵を用いて、認証要求ＡＵＴＨ＿ＲＥＱ（１）に付された電子署名を検証させる（ステップＳ４３）。これにより、端末２１０Ａは、認証要求ＡＵＴＨ＿ＲＥＱ（１）が端末１１０によって生成されたものであることを確認することができる。なお、端末２１０Ａが認証サーバ３１０から事前に端末１１０の公開鍵を取得することにより、この検証処理が可能になる。一例として、端末２１０Ａは、認証サーバ３１０から、オフラインでの認証処理を実行する対象となる端末の公開鍵のリストを取得することにより、端末１１０の公開鍵を取得することができる。
【0079】
さらに、端末２１０Ａの取引部２１５は、取得した公開鍵のリストを参照して、認証要求ＡＵＴＨ＿ＲＥＱ（１）に含まれる端末１１０の公開鍵が、リスト内に開示されたものと一致するか否かをさらに判定しても良い。両者が一致している場合には、取引部２１５は、後述の認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を生成するが、一致していない場合には、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を生成しない。これにより、端末２１０Ａにおいて、端末１１０の信頼性を検証することができる。
【0080】
取引部２１５は、電子署名の検証が終了後、電子署名部２１６に対して、認証要求ＡＵＴＨ＿ＲＥＱ（１）に端末２１０Ａの秘密鍵を用いて電子署名を実行させる。このとき、端末１１０からの報酬を取得できるように決定された端末２１０Ａにおいては、格納部２１８のウォレットによって、端末１１０から提示された報酬額のうち少なくとも一部を受領する手続きが自動的になされる。端末２１０Ａに対する報酬の割り当て方法及び端末２１０Ａが受領する報酬額の説明については、上述の通りである。このようにして、認証要求ＡＵＴＨ＿ＲＥＱ（１）に電子署名がなされることで、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）が生成される。その後、端末２１０Ａの取引部２１５は、端末１１０の公開鍵を用いて、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を暗号化し、認証要求ＡＵＴＨ＿ＲＥＱ（１）を生成した端末１１０以外の端末に認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）が読み取られないようにする。
【0081】
さらに、取引部２１５は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）にタイムスタンプを付与する。タイムスタンプが付与されることで、端末１１０が今回の認証処理以外の今後の処理において、この認証結果を再利用することを抑制することができる。端末２１０Ａの取引部２１５は、近距離無線通信部２１１に対し、端末２１０Ａの電子署名がなされ、暗号化され、タイムスタンプが付与された認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を、端末１１０に送信する（ステップＳ４４）。このとき、取引部２１５は、近距離無線通信部２１１に対し、端末１１０のクレジット情報を受領したことを示す情報を、タイムスタンプを付与した状態で、送信させる。
【0082】
端末１１０の近距離無線通信部１１１は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を受信する。取引部１１５は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を解析する。その結果、取引部１１５は、検証・復号部１１７を制御し、端末１１０の秘密鍵を用いて認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を復号させる（ステップＳ４５）。これにより、取引部１１５は、端末１１０宛てに端末２１０Ａが認証を実行したことを確認することができる。また、取引部１１５は、検証・復号部１１７に対して、端末２１０Ａの公開鍵を用いて、端末２１０Ａの電子署名を検証させる。これにより、取引部１１５は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）が端末２１０Ａから送信されたことを確認することができる。なお、端末１１０が端末２１０Ａと同様の方法を用いて、認証サーバ３１０から事前に端末２１０Ａの公開鍵の情報を取得することにより、この電子署名の検証処理が可能になる。
【0083】
ステップＳ４４の後、移動体通信部２１２が認証サーバ３１０と接続されたことを検出した場合に、取引部２１５は、認証要求ＡＵＴＨ＿ＲＥＱ（１）を認証サーバ３１０に送信する（ステップＳ４６）。送信される認証要求ＡＵＴＨ＿ＲＥＱ（１）は、上述に示した方法により、端末２１０Ａの電子署名がなされ、タイムスタンプが付与されたものである。また、この認証要求ＡＵＴＨ＿ＲＥＱ（１）には、端末１１０の公開鍵（認証情報）が含まれる。
【0084】
認証サーバ３１０の通信部３１１は、認証要求ＡＵＴＨ＿ＲＥＱ（１）を受信する。認証部３１２は、認証要求ＡＵＴＨ＿ＲＥＱ（１）を認証して、端末１１０（ユーザＡ）に関する認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（２）を生成する（ステップＳ４７）。例えば、認証部３１２は、認証要求ＡＵＴＨ＿ＲＥＱ（１）に含まれる端末１１０の公開鍵情報と、証明書失効リストとを参照することにより、証明書失効リスト上で端末１１０の公開鍵が失効しているか否かを判定することで、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（２）を生成しても良い。したがって、端末２１０Ａが認証サーバ３１０にアクセスすることにより、端末２１０Ａの認証情報の有効性が確認される。ただし、端末２１０Ａが端末１１０の公開鍵情報と証明書失効リストとを参照することにより、上述の判定処理を実行しても良い。
【0085】
次に、暗号化部３１３は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（２）を送信する端末２１０Ａ以外の端末に認証結果が読み取られないように、端末２１０Ａの公開鍵を用いて認証結果を暗号化する（ステップＳ４８）。通信部３１１は、生成された認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（２）を、端末２１０Ａに送信する（ステップＳ４９）。認証部３１２は、端末１１０のクレジット情報を要求するクレジット情報リクエストを、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（２）と併せて送信する。また、スタンプ付与部３１４は、送信される認証結果にタイムスタンプを付与しても良い。
【0086】
端末２１０Ａの移動体通信部２１２は、認証サーバ３１０から認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（２）を受信する。取引部２１５は、受信した認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（２）を解析し、端末２１０Ａ宛ての認証結果であることを判定する。その結果、取引部２１５は、検証・復号部２１７を制御し、端末２１０Ａの秘密鍵を用いて認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを復号させる（ステップＳ５０）。取引部２１５は、受信したクレジット情報リクエストに基づき、端末１１０のクレジット情報を、移動体通信部２１２を介して認証サーバ３１０に送信させる（ステップＳ５１）。
【0087】
認証サーバ３１０の通信部３１１は、端末２１０Ａからクレジット情報を受信する。認証部３１２は、クレジット情報に対し、従前に受信した認証要求ＡＵＴＨ＿ＲＥＱ（１）に基づいて、クレジット情報を、端末１１０と端末２１０Ａとの認証処理が実行された内容を履歴として含むように更新する（ステップＳ５２）。通信部３１１は、端末１１０と通信が接続された場合に、この更新処理で新たなステータスが反映されたクレジット情報を送信（返却）する（ステップＳ５３）。端末１１０の移動体通信部１１２は、このクレジット情報を受信する。
【0088】
端末１１０は、ステップＳ４５において受信し、検証が完了した認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を、ＡＴＭ４１０に送信する（ステップＳ５４）。ＡＴＭ４１０の近距離無線通信部４１１は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を受信する。取引部４１５は、この認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを確認した後、ユーザＡの有する仮想通貨を現金と交換する取引処理を実行する（ステップＳ５５）。そして、近距離無線通信部４１１は、交換対象となる現金に関するデータを、端末１１０に送信する（ステップＳ５６）。このようにして、仮想通貨に関する認証処理がなされ、取引処理が実現される。なお、ステップＳ５４－Ｓ５６の処理は、ステップＳ４５以降の任意のタイミングで実行されても良い。
【0089】
以上に示した例では、端末１１０と端末２１０間での近距離無線通信として、ＷｉＦｉの代わりに、Ｂｌｕｅｔｏｏｔｈ等の方式による通信（例えばアドバタイズメントパケットを用いた通信）がなされても良い。このように、端末１１０と端末２１０間で端末間通信が事前に確立されていない場合でも、端末１１０は近距離無線通信によって、端末２１０を介した認証処理が可能である。また、端末１１０とＡＴＭ４１０間での近距離無線通信として、ＷｉＦｉの代わりに、Ｂｌｕｅｔｏｏｔｈ等の方式による通信がなされても良い。
【0090】
また、端末１１０と端末２１０間でのデータの提供及び取得には、ＱＲコード技術が用いられても良い。この場合、例えばステップＳ４２において、端末１１０の表示部１１３は、認証要求ＡＵＴＨ＿ＲＥＱ（１）、ＧＡＳ情報及びクレジット情報をＱＲコードとして表示する。端末２１０は、カメラ２１４によってそのＱＲコードを撮影することにより、認証要求ＡＵＴＨ＿ＲＥＱ（１）、ＧＡＳ情報及びクレジット情報を取得する。また、ステップＳ４４において、表示部２１３は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）をＱＲコードとして表示しても良い。端末１１０は、カメラ１１４によってそのＱＲコードを撮影することにより、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を取得する。ＱＲコードとして表示される認証要求ＡＵＴＨ＿ＲＥＱ（１）には、端末１１０の電子署名がなされていても良く、ＱＲコードとして表示される認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）には、端末２１０の電子署名及びタイムスタンプが付されていても良いことは言うまでもない。
【0091】
また、端末１１０とＡＴＭ４１０間でのデータの提供及び取得に、ＱＲコード技術が用いられても良い。例えば、ステップＳ５４において、端末１１０の表示部１１３は、ＡＴＭ４１０に提供する認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を、ＱＲコードとして表示しても良い。ＡＴＭ４１０は、カメラ４１４によってそのＱＲコードを撮影することにより、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）を取得する。ＱＲコードとして表示される認証結果ＡＵＴＨ＿ＲＥＳＵＬＴ（１）には、端末１１０の電子署名が付されていても良いことは言うまでもない。
【0092】
また、ステップＳ５０の段階において、端末２１０Ａが端末１１０の近傍に位置し、近距離無線通信又はＱＲコード技術によって端末２１０Ａが端末１１０に対しクレジット情報を提供可能であれば、端末２１０Ａは、端末１１０に対して、その技術を用いてクレジット情報を返却しても良い。クレジット情報を返却後、端末２１０Ａは、クレジット情報を返却した旨を示すレポートを、認証サーバ３１０に送信することができる。
【0093】
以上に示したように、認証システムＳ２において、端末１１０は、事前にコミュニケーションチャネルを確立していない端末２１０に対して、近距離無線通信、又はデータの表示及びその撮影（例えばＱＲコード）のような通信技術を用いて、仮想通貨に関する認証要求を提示することができる。これにより、端末１１０は、インターネットを介して通信されるノードとチェーンできない場合（ブロックチェーンが使えない場合）であっても、端末２１０と認証処理を実行することができる。また、端末１１０のクレジット情報が端末２１０に提供され、認証サーバ３１０において正式な認証がなされた場合にクレジット情報が端末１１０に返却されることになるため、取引処理が正当になされる蓋然性を高めることができる。さらに、認証プロセスにおいてマイニングをする必要がないため、認証処理にかかる時間を短縮することができる。
【0094】
また、端末２１０は、クレジット情報を認証サーバ３１０に送信することにより、クレジット情報を端末１１０に返却することができる。また、端末１１０は、端末２１０との認証処理が履歴として反映されたクレジット情報を回収することができる。このため、端末１１０は、回収したクレジット情報を用いて、新たな認証処理を実行することができる。
【0095】
また、端末１１０は、近距離無線通信部１１１又は表示部１１３によって認証要求等のデータを端末２１０に提供し、近距離無線通信部１１１又はカメラ１１４によって端末２１０から認証結果を取得することができる。端末２１０も、同様のインタフェースによって処理を実行することができる。したがって、端末は、既存のインタフェースを用いて、容易に認証処理を実行することができる。さらに、近距離無線通信部１１１は、認証要求等のデータを複数の端末２１０にマルチキャスト又はブロードキャストすることで、容易に提供することができる。
【0096】
また、認証対象となるデータは、仮想通貨の取引に関するものであり、端末１１０は、認証結果に電子署名を付してＡＴＭ４１０に提供することができる。これにより、端末１１０はＡＴＭ４１０に対して仮想通貨の取引を実行させることができる。
【0097】
また、端末１１０は、設定された報酬の情報を、端末２１０にさらに提供することができる。そして、端末２１０は、電子署名部２１６によって認証要求に電子署名を付与したときに、端末２１０のウォレットによって報酬の少なくとも一部を受領することができる。これにより、端末２１０のユーザは報酬を取得することが可能となるため、端末２１０が認証処理を補助することを促進することができる。
【0098】
また、端末２１０における報酬の受け取り易さは、端末２１０の各々が既に有する報酬の額に基づいて設定されても良い。これにより、以前に多くの認証処理を実行した端末２１０が報酬を受け取り易くなるため、認証処理の信頼性を高めることができる。
【0099】
また、端末２１０が取得可能な報酬の額は、端末１１０が報酬の情報を提供した時点から端末２１０が認証要求を認証するまで経過した時間に応じて減少するように設定されても良い。これにより、端末２１０のユーザに対し、認証処理を早期に実行するよう促進することができる。
【0100】
また、端末１１０は、認証処理に用いる認証情報として、自端末の公開鍵を用いることができる。したがって、簡易な設定によって認証処理を実行することができる。
【0101】
また、端末２１０は、自端末の秘密鍵を用いて認証要求に関する電子署名を生成することにより、端末１１０宛ての認証結果を生成することができる。これにより、認証処理の信頼性を高めることができる。
【0102】
また、端末２１０は、生成した認証結果を端末１１０の公開鍵を用いて暗号化するとともに、タイムスタンプを認証結果に付与する処理を実行し、処理が実行済の認証結果を、端末１１０に提供することができる。これにより、端末１１０以外の端末が認証結果を使用することを抑制するとともに、認証処理の信頼性を高めることができる。
【0103】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、実施の形態４では、仮想通貨における認証処理について説明したが、認証処理の対象となるものはこれに限られない。
【0104】
実施の形態４において、ウォレット内に既に格納された報酬の保有量だけでなく、ウォレット内に格納された報酬の保有期間も、認証処理の報酬の割り当てに際して考慮されても良い。例えば、報酬の保有量及び保有期間の値に応じて、認証処理の報酬における割り当て確率が変えられても良い。また、認証処理がなされる場合に、ある端末に報酬が割り当てられる確率は、その認証処理が実行される時刻から所定の閾値未満だけ前の時刻（すなわち、直近の時刻）に認証処理が当該端末でなされた場合に、減少するように設定されても良い。これにより、特定の端末が他の端末と比較して、報酬を得る確率が圧倒的に多い状態又は少ない状態となることを抑制することができる。
【0105】
以上に示した実施の形態では、この開示をハードウェアの構成として説明したが、この開示は、これに限定されるものではない。この開示は、上述の実施形態において説明された端末、認証サーバ又はＡＴＭの少なくともいずれかの処理（ステップ）を、コンピュータ内のプロセッサにコンピュータプログラムを実行させることにより実現することも可能である。
【0106】
図１２は、以上に示した各実施の形態の処理が実行される情報処理装置（信号処理装置）のハードウェア構成例を示すブロック図である。図１２を参照すると、この情報処理装置９０は、信号処理回路９１、プロセッサ９２及びメモリ９３を含む。
【0107】
信号処理回路９１は、プロセッサ９２の制御に応じて、信号を処理するための回路である。なお、信号処理回路９１は、送信装置から信号を受信する通信回路を含んでいても良い。
【0108】
プロセッサ９２は、メモリ９３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明された装置の処理を行う。プロセッサ９２の一例として、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＤＳＰ（Demand-Side Platform）、ＡＳＩＣ（Application Specific Integrated Circuit）のうち一つを用いてもよいし、そのうちの複数を並列で用いてもよい。
【0109】
メモリ９３は、揮発性メモリや不揮発性メモリ、またはそれらの組み合わせで構成される。メモリ９３は、１個に限られず、複数設けられてもよい。なお、揮発性メモリは、例えば、ＤＲＡＭ (Dynamic Random Access Memory)、ＳＲＡＭ (Static Random Access Memory)等のＲＡＭ (Random Access Memory)であってもよい。不揮発性メモリは、例えば、ＰＲＯＭ (Programmable Random Only Memory)、ＥＰＲＯＭ (Erasable Programmable Read Only Memory) 等のＲＯＭ (Random Only Memory)、フラッシュメモリや、ＳＳＤ（Solid State Drive）であってもよい。
【0110】
メモリ９３は、１以上の命令を格納するために使用される。ここで、１以上の命令は、ソフトウェアモジュール群としてメモリ９３に格納される。プロセッサ９２は、これらのソフトウェアモジュール群をメモリ９３から読み出して実行することで、上述の実施形態において説明された処理を行うことができる。
【0111】
なお、メモリ９３は、プロセッサ９２の外部に設けられるものに加えて、プロセッサ９２に内蔵されているものを含んでもよい。また、メモリ９３は、プロセッサ９２を構成するプロセッサから離れて配置されたストレージを含んでもよい。この場合、プロセッサ９２は、Ｉ/Ｏ（Input/Output）インタフェースを介してメモリ９３にアクセスすることができる。
【0112】
以上に説明したように、上述の実施形態における各装置が有する１又は複数のプロセッサは、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。この処理により、各実施の形態に記載された信号処理方法が実現できる。
【0113】
プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disk（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。
【0114】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供する提供部と、
前記認証要求に対する他の端末の認証結果を、前記他の端末から取得する取得部と、
前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する回収部と、を備える、
端末。
（付記２）
前記回収部は、前記他の端末との認証処理が履歴として反映された前記クレジット情報を回収する、
付記１に記載の端末。
（付記３）
前記提供部は、近距離無線通信を実行する無線通信部、又は、前記認証要求と、前記認証情報と、前記クレジット情報のデータを表示する表示部であり、
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
付記１又は２に記載の端末。
（付記４）
前記提供部は前記無線通信部であり、前記認証要求と、前記認証情報と、前記クレジット情報を、複数の他の端末にマルチキャスト又はブロードキャストする、
付記３に記載の端末。
（付記５）
前記データは、仮想通貨の取引に関するものであり、
前記端末は、自端末の秘密鍵を用いて前記認証結果に関する第１の電子署名を生成する電子署名部をさらに備え、
前記提供部は、前記認証結果と、前記電子署名部が生成した前記第１の電子署名を、仮想通貨の取引装置に提供する、
付記１ないし４のいずれか１項に記載の端末。
（付記６）
前記提供部は、自端末によって設定された報酬の情報を、前記他の端末にさらに提供する、
付記１ないし５のいずれか１項に記載の端末。
（付記７）
前記提供部は、複数の他の端末に前記報酬の情報を提供し、
前記報酬の受け取り易さは、前記他の端末の各々が既に有する報酬の額に基づいて設定される、
付記６に記載の端末。
（付記８）
前記報酬は、前記提供部が前記報酬の情報を提供した時点から前記他の端末が前記認証要求を認証するまで経過した時間に応じて、前記他の端末が取得できる報酬の額が減少するように設定される、
付記６又は７に記載の端末。
（付記９）
前記認証情報は、自端末の公開鍵である、
付記１ないし８のいずれか１項に記載の端末。
（付記１０）
認証対象となるデータに関する認証要求と、他の端末の認証情報と、前記他の端末のクレジット情報を、前記他の端末から取得する取得部と、
前記認証要求に対する認証結果を生成する認証部と、
前記認証結果を、前記他の端末に提供する提供部と、
認証サーバにアクセスすることにより、前記認証情報の有効性を確認する確認部と、
前記確認部によって前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する返却部と、を備える、
端末。
（付記１１）
前記認証部は、自端末の秘密鍵を用いて前記認証要求に関する電子署名を生成することにより、前記認証結果を生成する、
付記１０に記載の端末。
（付記１２）
前記認証部は、生成した前記認証結果を前記他の端末の公開鍵を用いて暗号化するとともに、前記認証結果の生成にかかるタイムスタンプを前記認証結果に付与し、
前記提供部は、暗号化され、前記タイムスタンプが付与された前記認証結果を、前記他の端末に提供する、
付記１０又は１１に記載の端末。
（付記１３）
前記提供部は、近距離無線通信を実行する無線通信部、又は前記認証結果を表示する表示部であり、
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
付記１０ないし１２のいずれか１項に記載の端末。
（付記１４）
前記取得部は、前記他の端末から、前記他の端末によって設定された報酬の情報をさらに取得し、前記認証部が前記認証結果を生成したときに、自端末のウォレットによって前記報酬の少なくとも一部を受領する処理がなされる、
付記１０ないし１３のいずれか１項に記載の端末。
（付記１５）
前記返却部は、前記認証サーバを介して、前記クレジット情報を前記他の端末に返却する、
付記１０ないし１４のいずれか１項に記載の端末。
（付記１６）
第１の端末と、
第２の端末と、を備え、
前記第１の端末は、認証対象となるデータに関する認証要求と、前記第１の端末の認証情報と、前記第１の端末のクレジット情報を、前記第２の端末に提供し、
前記第２の端末は、前記認証要求に対する認証結果を生成して、前記認証結果を、前記第１の端末に提供し、また、認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、前記認証情報の有効性が確認された場合に、前記クレジット情報を前記第１の端末に返却する、
認証システム。
（付記１７）
前記第２の端末は、前記クレジット情報に対して、前記第１の端末との認証処理の履歴を反映させた後、前記クレジット情報を前記第１の端末に返却する、
付記１６に記載の認証システム。
（付記１８）
前記第２の端末は、近距離無線通信又はコードの読み取りのいずれかによって、前記認証要求と、前記認証情報と、前記クレジット情報を前記第１の端末から取得し、
前記第１の端末は、近距離無線通信又はコードの読み取りのいずれかによって、前記認証結果を前記第２の端末から取得する、
付記１６又は１７に記載の認証システム。
（付記１９）
前記第１の端末は、近距離無線通信によって、前記認証要求と、前記認証情報と、前記クレジット情報を、複数の前記第２の端末にマルチキャスト又はブロードキャストする、
付記１６ないし１８のいずれか１項に記載の認証システム。
（付記２０）
前記データは、仮想通貨の取引に関するものであり、
前記第１の端末は、前記第１の端末の秘密鍵を用いて前記認証結果に関する第１の電子署名を生成し、前記認証結果と、前記第１の電子署名を、仮想通貨の取引装置に提供する、
付記１６ないし１９のいずれか１項に記載の認証システム。
（付記２１）
前記第１の端末は、報酬の情報を設定し、前記報酬の情報を前記第２の端末にさらに提供する、
付記１６ないし２０のいずれか１項に記載の認証システム。
（付記２２）
前記第１の端末は、複数の前記第２の端末に前記報酬の情報を提供し、
前記報酬の受け取り易さは、前記第２の端末の各々が既に有する報酬の額に基づいて設定される、
付記２１に記載の認証システム。
（付記２３）
前記報酬の情報では、前記第１の端末が前記報酬の情報を提供した時点から前記第２の端末が前記認証要求を認証するまで経過した時間に応じて、前記第２の端末が取得できる報酬の額が減少するように設定される、
付記２１又は２２に記載の認証システム。
（付記２４）
前記第２の端末では、前記認証結果を生成したときに、前記第２の端末のウォレットによって前記報酬の少なくとも一部を受領する処理がなされる、
付記１６ないし２３のいずれか１項に記載の認証システム。
（付記２５）
前記認証情報は、前記第１の端末の公開鍵である、
付記１６ないし２４のいずれか１項に記載の認証システム。
（付記２６）
前記第２の端末は、前記第２の端末の秘密鍵を用いて前記認証要求に関する電子署名を生成することにより、前記認証結果を生成する、
付記１６ないし２５のいずれか１項に記載の認証システム。
（付記２７）
前記第２の端末は、生成した前記認証結果を前記第１の端末の公開鍵を用いて暗号化するとともに、前記認証結果の生成にかかるタイムスタンプを前記認証結果に付与し、暗号化され、前記タイムスタンプが付与された前記認証結果を、前記第１の端末に提供する、
付記１６ないし２６のいずれか１項に記載の認証システム。
（付記２８）
前記第２の端末は、前記認証サーバを介して、前記クレジット情報を前記第１の端末に返却する、
付記１６ないし２７のいずれか１項に記載の認証システム。
（付記２９）
認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供し、
前記認証要求に対する他の端末の認証結果を、前記他の端末から取得し、
前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する、
端末が実行する認証方法。
（付記３０）
認証対象となるデータに関する認証要求と、他の端末の認証情報と、前記他の端末のクレジット情報を、前記他の端末から取得し、
前記認証要求に対する認証結果を生成し、
前記認証結果を、前記他の端末に提供し、
認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、
前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する、
端末が実行する認証方法。
（付記３１）
第１の端末は、認証対象となるデータに関する認証要求と、前記第１の端末の認証情報と、前記第１の端末のクレジット情報を、第２の端末に提供し、
前記第２の端末は、前記認証要求に対する認証結果を生成して、前記認証結果を、前記第１の端末に提供し、また、認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、前記認証情報の有効性が確認された場合に、前記クレジット情報を前記第１の端末に返却する、
認証システムが実行する認証方法。
（付記３２）
認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供し、
前記認証要求に対する他の端末の認証結果を、前記他の端末から取得し、
前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する、
ことをコンピュータに実行させるプログラム。
（付記３３）
認証対象となるデータに関する認証要求と、他の端末の認証情報と、前記他の端末のクレジット情報を、前記他の端末から取得し、
前記認証要求に対する認証結果を生成し、
前記認証結果を、前記他の端末に提供し、
認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、
前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する、
ことをコンピュータに実行させるプログラム。
（付記１）
認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供する提供部と、
前記認証要求に対する他の端末の認証結果を、前記他の端末から取得する取得部と、
前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する回収部と、を備える、
端末。
（付記２）
前記回収部は、前記他の端末との認証処理が履歴として反映された前記クレジット情報を回収する、
付記１に記載の端末。
（付記３）
前記提供部は、近距離無線通信を実行する無線通信部、又は、前記認証要求と、前記認証情報と、前記クレジット情報のデータを表示する表示部であり、
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
付記１又は２に記載の端末。
（付記４）
前記提供部は前記無線通信部であり、前記認証要求と、前記認証情報と、前記クレジット情報を、複数の他の端末にマルチキャスト又はブロードキャストする、
付記３に記載の端末。
（付記５）
前記データは、仮想通貨の取引に関するものであり、
前記端末は、自端末の秘密鍵を用いて前記認証結果に関する第１の電子署名を生成する電子署名部をさらに備え、
前記提供部は、前記認証結果と、前記電子署名部が生成した前記第１の電子署名を、仮想通貨の取引装置に提供する、
付記１ないし４のいずれか１項に記載の端末。
（付記６）
前記提供部は、自端末によって設定された報酬の情報を、前記他の端末にさらに提供する、
付記１ないし５のいずれか１項に記載の端末。
（付記７）
前記提供部は、複数の他の端末に前記報酬の情報を提供し、
前記報酬の受け取り易さは、前記他の端末の各々が既に有する報酬の額に基づいて設定される、
付記６に記載の端末。
（付記８）
前記報酬は、前記提供部が前記報酬の情報を提供した時点から前記他の端末が前記認証要求を認証するまで経過した時間に応じて、前記他の端末が取得できる報酬の額が減少するように設定される、
付記６又は７に記載の端末。
（付記９）
前記認証情報は、自端末の公開鍵である、
付記１ないし８のいずれか１項に記載の端末。
（付記１０）
認証対象となるデータに関する認証要求と、他の端末の認証情報と、前記他の端末のクレジット情報を、前記他の端末から取得する取得部と、
前記認証要求に対する認証結果を生成する認証部と、
前記認証結果を、前記他の端末に提供する提供部と、
認証サーバにアクセスすることにより、前記認証情報の有効性を確認する確認部と、
前記確認部によって前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する返却部と、を備える、
端末。
（付記１１）
前記認証部は、自端末の秘密鍵を用いて前記認証要求に関する電子署名を生成することにより、前記認証結果を生成する、
付記１０に記載の端末。
（付記１２）
前記認証部は、生成した前記認証結果を前記他の端末の公開鍵を用いて暗号化するとともに、前記認証結果の生成にかかるタイムスタンプを前記認証結果に付与し、
前記提供部は、暗号化され、前記タイムスタンプが付与された前記認証結果を、前記他の端末に提供する、
付記１０又は１１に記載の端末。
（付記１３）
前記提供部は、近距離無線通信を実行する無線通信部、又は前記認証結果を表示する表示部であり、
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
付記１０ないし１２のいずれか１項に記載の端末。
（付記１４）
前記取得部は、前記他の端末から、前記他の端末によって設定された報酬の情報をさらに取得し、前記認証部が前記認証結果を生成したときに、自端末のウォレットによって前記報酬の少なくとも一部を受領する処理がなされる、
付記１０ないし１３のいずれか１項に記載の端末。
（付記１５）
前記返却部は、前記認証サーバを介して、前記クレジット情報を前記他の端末に返却する、
付記１０ないし１４のいずれか１項に記載の端末。
（付記１６）
第１の端末と、
第２の端末と、を備え、
前記第１の端末は、認証対象となるデータに関する認証要求と、前記第１の端末の認証情報と、前記第１の端末のクレジット情報を、前記第２の端末に提供し、
前記第２の端末は、前記認証要求に対する認証結果を生成して、前記認証結果を、前記第１の端末に提供し、また、認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、前記認証情報の有効性が確認された場合に、前記クレジット情報を前記第１の端末に返却する、
認証システム。
（付記１７）
前記第２の端末は、前記クレジット情報に対して、前記第１の端末との認証処理の履歴を反映させた後、前記クレジット情報を前記第１の端末に返却する、
付記１６に記載の認証システム。
（付記１８）
前記第２の端末は、近距離無線通信又はコードの読み取りのいずれかによって、前記認証要求と、前記認証情報と、前記クレジット情報を前記第１の端末から取得し、
前記第１の端末は、近距離無線通信又はコードの読み取りのいずれかによって、前記認証結果を前記第２の端末から取得する、
付記１６又は１７に記載の認証システム。
（付記１９）
前記第１の端末は、近距離無線通信によって、前記認証要求と、前記認証情報と、前記クレジット情報を、複数の前記第２の端末にマルチキャスト又はブロードキャストする、
付記１６ないし１８のいずれか１項に記載の認証システム。
（付記２０）
前記データは、仮想通貨の取引に関するものであり、
前記第１の端末は、前記第１の端末の秘密鍵を用いて前記認証結果に関する第１の電子署名を生成し、前記認証結果と、前記第１の電子署名を、仮想通貨の取引装置に提供する、
付記１６ないし１９のいずれか１項に記載の認証システム。
（付記２１）
前記第１の端末は、報酬の情報を設定し、前記報酬の情報を前記第２の端末にさらに提供する、
付記１６ないし２０のいずれか１項に記載の認証システム。
（付記２２）
前記第１の端末は、複数の前記第２の端末に前記報酬の情報を提供し、
前記報酬の受け取り易さは、前記第２の端末の各々が既に有する報酬の額に基づいて設定される、
付記２１に記載の認証システム。
（付記２３）
前記報酬の情報では、前記第１の端末が前記報酬の情報を提供した時点から前記第２の端末が前記認証要求を認証するまで経過した時間に応じて、前記第２の端末が取得できる報酬の額が減少するように設定される、
付記２１又は２２に記載の認証システム。
（付記２４）
前記第２の端末では、前記認証結果を生成したときに、前記第２の端末のウォレットによって前記報酬の少なくとも一部を受領する処理がなされる、
付記１６ないし２３のいずれか１項に記載の認証システム。
（付記２５）
前記認証情報は、前記第１の端末の公開鍵である、
付記１６ないし２４のいずれか１項に記載の認証システム。
（付記２６）
前記第２の端末は、前記第２の端末の秘密鍵を用いて前記認証要求に関する電子署名を生成することにより、前記認証結果を生成する、
付記１６ないし２５のいずれか１項に記載の認証システム。
（付記２７）
前記第２の端末は、生成した前記認証結果を前記第１の端末の公開鍵を用いて暗号化するとともに、前記認証結果の生成にかかるタイムスタンプを前記認証結果に付与し、暗号化され、前記タイムスタンプが付与された前記認証結果を、前記第１の端末に提供する、
付記１６ないし２６のいずれか１項に記載の認証システム。
（付記２８）
前記第２の端末は、前記認証サーバを介して、前記クレジット情報を前記第１の端末に返却する、
付記１６ないし２７のいずれか１項に記載の認証システム。
（付記２９）
認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供し、
前記認証要求に対する他の端末の認証結果を、前記他の端末から取得し、
前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する、
端末が実行する認証方法。
（付記３０）
認証対象となるデータに関する認証要求と、他の端末の認証情報と、前記他の端末のクレジット情報を、前記他の端末から取得し、
前記認証要求に対する認証結果を生成し、
前記認証結果を、前記他の端末に提供し、
認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、
前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する、
端末が実行する認証方法。
（付記３１）
第１の端末は、認証対象となるデータに関する認証要求と、前記第１の端末の認証情報と、前記第１の端末のクレジット情報を、第２の端末に提供し、
前記第２の端末は、前記認証要求に対する認証結果を生成して、前記認証結果を、前記第１の端末に提供し、また、認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、前記認証情報の有効性が確認された場合に、前記クレジット情報を前記第１の端末に返却する、
認証システムが実行する認証方法。
（付記３２）
認証対象となるデータに関する認証要求と、自端末の認証情報と、自端末のクレジット情報を、他の端末に提供し、
前記認証要求に対する他の端末の認証結果を、前記他の端末から取得し、
前記他の端末が認証サーバにアクセスすることによって前記認証情報の有効性が認証された後に、前記クレジット情報を前記他の端末又は前記認証サーバから回収する、
ことをコンピュータに実行させるプログラム。
（付記３３）
認証対象となるデータに関する認証要求と、他の端末の認証情報と、前記他の端末のクレジット情報を、前記他の端末から取得し、
前記認証要求に対する認証結果を生成し、
前記認証結果を、前記他の端末に提供し、
認証サーバにアクセスすることにより、前記認証情報の有効性を確認し、
前記認証情報の有効性が確認された場合に、前記クレジット情報を前記他の端末に返却する、
ことをコンピュータに実行させるプログラム。
【0115】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【0116】
１０ 端末
１１ 提供部 １２ 取得部
１３ 回収部
２０ 端末
２１ 取得部 ２２ 認証部
２３ 提供部 ２４ 確認部
２５ 返却部
１００ 端末
１１０ 端末
１１１ 近距離無線通信部 １１２ 移動体通信部
１１３ 表示部 １１４ カメラ
１１５ 取引部 １１６ 電子署名部
１１７ 検証・復号部 １１８ 格納部
２００ 端末
２１０ 端末
２１１ 近距離無線通信部 ２１２ 移動体通信部
２１３ 表示部 ２１４ カメラ
２１５ 取引部 ２１６ 電子署名部
２１７ 検証・復号部 ２１８ 格納部
３００ 認証サーバ
３１０ 認証サーバ
３１１ 通信部 ３１２ 認証部
３１３ 暗号化部 ３１４ スタンプ付与部
４１０ ＡＴＭ
４１１ 近距離無線通信部 ４１２ 表示部
４１３ 入力部 ４１４ カメラ
４１５ 取引部
Ｓ１～Ｓ２ 認証システム
１１ 提供部 １２ 取得部
１３ 回収部
２０ 端末
２１ 取得部 ２２ 認証部
２３ 提供部 ２４ 確認部
２５ 返却部
１００ 端末
１１０ 端末
１１１ 近距離無線通信部 １１２ 移動体通信部
１１３ 表示部 １１４ カメラ
１１５ 取引部 １１６ 電子署名部
１１７ 検証・復号部 １１８ 格納部
２００ 端末
２１０ 端末
２１１ 近距離無線通信部 ２１２ 移動体通信部
２１３ 表示部 ２１４ カメラ
２１５ 取引部 ２１６ 電子署名部
２１７ 検証・復号部 ２１８ 格納部
３００ 認証サーバ
３１０ 認証サーバ
３１１ 通信部 ３１２ 認証部
３１３ 暗号化部 ３１４ スタンプ付与部
４１０ ＡＴＭ
４１１ 近距離無線通信部 ４１２ 表示部
４１３ 入力部 ４１４ カメラ
４１５ 取引部
Ｓ１～Ｓ２ 認証システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9】
【図10】
【図11A】
【図11B】
【図12】