知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024053216
(43)【公開日】2024-04-15
(54)【発明の名称】端末及び認証システム
(51)【国際特許分類】
H04L 9/32 20060101AFI20240408BHJP
G06F 21/44 20130101ALI20240408BHJP
【ＦＩ】
H04L9/32 200B
G06F21/44
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022159319
(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】実施の形態４にかかるＡＴＭの一例を示すブロック図である。
【図11】実施の形態４にかかる認証システムの処理例を示すシーケンス図である。
【図12】各実施の形態の処理が実行される情報処理装置（信号処理装置）のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【0011】
以下、図面を参照して各実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、本開示では、明記のない限り、複数の項目について「その少なくともいずれか」が定義された場合、その定義は、任意の１つの項目を意味しても良いし、任意の複数の項目（全ての項目を含む）を意味しても良い。
【0012】
実施の形態１
図１は、端末の一例を示すブロック図である。端末１０は、電子署名部１１、提供部１２、取得部１３及び取得データ処理部１４を備える。端末１０は、スマートフォン等の携帯端末や、ＰＣ（Personal Computer）といった任意の種類のコンピュータである。端末１０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、端末１０の各部について説明する。
図１は、端末の一例を示すブロック図である。端末１０は、電子署名部１１、提供部１２、取得部１３及び取得データ処理部１４を備える。端末１０は、スマートフォン等の携帯端末や、ＰＣ（Personal Computer）といった任意の種類のコンピュータである。端末１０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、端末１０の各部について説明する。
【0013】
電子署名部１１は、自端末の秘密鍵を用いて、認証要求対象となるデータに電子署名（第１の電子署名）をする。電子署名部１１は、この電子署名の生成に際して、公開鍵と秘密鍵を用いる任意の方式を用いることができる。方式の例は、ＲＳＡ（Rivest-Shamir-Adleman）暗号方式、ＤＳＡ（Digital Signature Algorithm）署名方式、ＥＣＤＳＡ（Elliptic Curve Digital Signature Algorithm）署名方式といったものである。例えば、ＲＳＡ暗号方式を用いる場合、電子署名部１１は、ハッシュ関数によってデータをハッシュ値に変換し、その後、秘密鍵を用いてそのデータを暗号化する。また、一例として、電子署名部１１は、他の端末又は装置に提供する対象となる文書の特徴（ダイジェスト）を、秘密鍵で暗号化したものを生成することにより、電子署名を生成してもよい。
【0014】
提供部１２は、電子署名部１１によって電子署名がなされたデータを、認証要求（Authentication request）として他の端末に提供する。提供部１２は、例えば、無線通信のインタフェース（無線通信部）を含んでも良い。無線通信のインタフェースは、５Ｇ（5th Generation）、ＬＴＥ（Long Term Evolution）、Ｂｅｙｏｎｄ５Ｇ等、基地局と携帯端末間の任意の種類の無線通信のインタフェースであっても良い。また、別の例として、無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信、ＮＦＣ（Near Field Communication）といった、端末１０の近傍に位置する端末又は装置と近距離無線通信を実行する無線通信のインタフェースであっても良い。なお、Ｂｌｕｅｔｏｏｔｈには、ＢＬＥ（Bluetooth Low Energy）といったＢｌｕｅｔｏｏｔｈの拡張技術も含まれ得る。無線ＬＡＮの具体例は、例えばＷｉＦｉ（登録商標）である。提供部１２が近距離無線通信を実行する場合、提供部１２は、基地局等を経由せず、他の端末に直接データを送信することが可能である。他の端末は、自身が有する無線通信のインタフェースを用いて、その認証要求を受信する。ただし、メッシュネットワーク接続によって、複数の接続機器を介して端末１０が他の端末に接続され、提供部１２はメッシュネットワークを介して他の端末に上述の情報を提供しても良い。また、提供部１２は、有線通信のインタフェースであっても良い。
【0015】
別の例として、提供部１２は、データの表示部を含んでも良い。この場合、表示部である提供部１２は、ソフトウェアを用いて、他の端末が取得可能となるようにデータを加工した上で、そのデータを表示させる。例えば、提供部１２は、一次元又は二次元といった任意の形式によるコードでデータを表示してもよい。二次元コードであるＱＲコード（登録商標）が用いられるコードの例として挙げられるが、コードの例はこれに限られない。他の端末は、例えば自身が有するカメラによって提供部１２に表示された画像を取得することで、認証要求を取得する。
【0016】
他の端末は、取得した認証要求を、その認証要求を判断する認証サーバに送信する。認証サーバは、受信したその認証要求を判断し、判断の結果である認証結果（Authentication results）を他の端末に送信する。このとき、認証サーバは、認証結果が端末１０以外の端末に読み取られることのないように、端末１０の公開鍵を用いて認証結果を暗号化して、暗号化された認証結果を他の端末に送信する。
【0017】
取得部１３は、他の端末から、暗号化された認証結果を取得する。取得部１３は、例えば、無線通信のインタフェース（無線通信部）であっても良い。無線通信のインタフェースは、５Ｇ、ＬＴＥ、Ｂｅｙｏｎｄ５Ｇ等、基地局と携帯端末間の任意の種類の無線通信のインタフェースであっても良く、無線ＬＡＮ（例えばＷｉＦｉ）、Ｂｌｕｅｔｏｏｔｈ、赤外線通信といった近距離無線通信を実行する無線通信のインタフェースであっても良い。取得部１３が近距離無線通信を実行する場合、取得部１３は、基地局等を経由せずに、他の端末から認証結果を直接受信することが可能である。ただし、メッシュネットワーク接続によって、取得部１３は、複数の接続機器を介して他の端末から認証結果を受信しても良い。また、取得部１３は、有線通信のインタフェースであっても良い。取得部１３が無線又は有線通信のインタフェースである場合、提供部１２と取得部１３は、同一のインタフェースで構成されていても良い。
【0018】
別の例として、取得部１３は、カメラであっても良い。この場合、他の端末の表示部には、表示された認証結果のデータを端末１０が取得可能な形式で、データが表示される。取得部１３は、その表示されたデータを撮影することで、暗号化された認証結果を取得する。
【0019】
取得データ処理部１４は、取得部１３が取得した認証結果を、端末１０の秘密鍵を用いて復号（decode）する。これにより、端末１０は、認証結果を確認することができる。
【0020】
図２は、端末１０の代表的な処理の一例を示したフローチャートであり、このフローチャートによって、端末１０の処理が説明される。なお、各処理の詳細については上述の通りである。
【0021】
まず、端末１０の電子署名部１１は、自端末の秘密鍵を用いてデータに電子署名を実行する（ステップＳ１１：電子署名ステップ）。次に、提供部１２は、電子署名がなされたデータを、認証要求として他の端末に提供する（ステップＳ１２：提供ステップ）。
【0022】
取得部１３は、認証要求に対する認証サーバの認証結果であって、自端末の公開鍵を用いて暗号化された認証結果を、他の端末から取得する（ステップＳ１３：取得ステップ）。取得データ処理部１４は、認証結果を前記自端末の秘密鍵を用いて復号する（ステップＳ１４：復号ステップ）。
【0023】
以上のようにして、端末１０は、自身が署名したことを示す電子署名を含む認証要求を、認証サーバと通信可能な他の端末に送信する。また、他の端末を経由して認証サーバから取得した認証結果を復号することで、認証結果を確認する。これにより、端末１０は、認証サーバに接続できない場合でも、他の端末と協同して、認証処理を完了することができる。
【0024】
実施の形態２
図３は、端末の異なる例を示すブロック図である。端末２０は、取得部２１、検証部２２、送受信部２３、電子署名部２４及び提供部２５を備える。端末２０は、スマートフォン等の携帯端末や、ＰＣといった任意の種類のコンピュータである。端末２０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、端末２０の各部について説明する。
図３は、端末の異なる例を示すブロック図である。端末２０は、取得部２１、検証部２２、送受信部２３、電子署名部２４及び提供部２５を備える。端末２０は、スマートフォン等の携帯端末や、ＰＣといった任意の種類のコンピュータである。端末２０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、端末２０の各部について説明する。
【0025】
取得部２１は、他の端末によって第１の電子署名がなされたデータを取得する。取得部２１は、第１の電子署名を実行した端末から直接データを取得しても良いし、さらに別の端末又は装置（例えば基地局）を介して、そのデータを取得しても良い。後者の例としては、メッシュネットワーク接続によって他の端末と接続される場合が想定される。
【0026】
取得部２１は、例えば無線又は有線通信のインタフェースであっても良く、カメラであっても良い。このように、取得部２１は、実施の形態１にかかる取得部１３と同様の構成を有する。取得部２１の詳細な説明は、取得部１３と同様であるため、省略する。
【0027】
検証部２２は、取得したデータにおける第１の電子署名を、他の端末の公開鍵を用いて検証（verify）する。例えば、電子署名が、他の端末の秘密鍵で文書の特徴が暗号化されることにより生成されたものである場合、検証部２２は、他の端末の公開鍵を用いて、電子署名から文書の特徴を取り出し、取得したデータに含まれる文書と比較することで、改ざんの有無を確認することができる。これにより、検証部２２は、取得したデータが他の端末からのものであることを確認することができる。
【0028】
送受信部２３は、検証部２２により検証されたデータを、認証要求として認証サーバに送信する。認証サーバは、受信したその認証要求を判断し、判断の結果である認証結果を端末２０に送信する。このとき、認証サーバは、第１の電子署名がなされた端末１０以外の端末に認証結果が読み取られることのないように認証結果を暗号化して、暗号化された認証結果を端末２０に送信しても良い。送受信部２３は、認証要求に対する認証結果を、認証サーバから受信する。例えば、送受信部２３は、５Ｇ、ＬＴＥ、Ｂｅｙｏｎｄ５Ｇ等、基地局と携帯端末間の任意の種類の無線通信のインタフェースであっても良い。また、別の例として、送受信部２３は、有線通信のインタフェースであっても良い。
【0029】
電子署名部２４は、端末２０の秘密鍵を用いて、送受信部２３が受信した認証結果に第２の電子署名をする。これにより、この後で認証結果を取得する他の端末は、端末２０が認証処理に関わった（つまり、認証結果を認証サーバから受信した）ことを知ることができる。
【0030】
提供部２５は、電子署名部２４により第２の電子署名がなされた認証結果を、他の端末に提供する。提供部２５は、無線又は有線通信のインタフェースを含んでも良く、データの表示部を含んでも良い。このように、提供部２５は、実施の形態１にかかる提供部１２と同様の構成を有する。提供部２５の詳細な説明は、提供部１２と同様であるため、省略する。
【0031】
図４は、端末２０の代表的な処理の一例を示したフローチャートであり、このフローチャートによって、端末２０の処理が説明される。なお、各処理の詳細については上述の通りである。
【0032】
まず、端末２０の取得部２１は、他の端末によって第１の電子署名がなされたデータを取得する（ステップＳ２１：取得ステップ）。次に、検証部２２は、第１の電子署名を、他の端末の公開鍵を用いて検証する（ステップＳ２２：検証ステップ）。
【0033】
送受信部２３は、検証されたデータを認証要求として認証サーバに送信する（ステップＳ２３：送信ステップ）。その後、送受信部２３は、認証要求に対する認証結果を認証サーバから受信する（ステップＳ２４：受信ステップ）。
【0034】
電子署名部２４は、自端末の秘密鍵を用いて、認証結果に第２の電子署名を実行する（ステップＳ２５：署名ステップ）。提供部２５は、第２の電子署名がなされた認証結果を他の端末に提供する（ステップＳ２６：提供ステップ）。
【0035】
以上のようにして、端末２０は、データの第１の電子署名を検証して、そのデータが他の端末から出力されたものであることを確認後、そのデータを認証要求として認証サーバに送信する。また、端末２０は、受信した認証結果に第２の電子署名を実行した後、そのデータを他の端末に提供する。これによって、他の端末は、認証サーバに接続できない場合でも、端末２０と協同して、認証処理を完了することができる。例えば、端末２０は、実施の形態１にかかる他の端末として機能することができる。
【0036】
実施の形態３
図５は、実施の形態３にかかる認証システムの例を示す概略図である。認証システムＳ１は、端末１００、２００を備える。ただし、認証システムＳ１は、端末１００、２００以外の端末をさらに備えていても良い。
図５は、実施の形態３にかかる認証システムの例を示す概略図である。認証システムＳ１は、端末１００、２００を備える。ただし、認証システムＳ１は、端末１００、２００以外の端末をさらに備えていても良い。
【0037】
端末１００、２００は、それぞれ制御部（コントローラ）を備え、その制御部によって各端末の処理がなされる。端末１００の構成の具体例は、実施の形態１に示した端末１０であり、端末２００の構成の具体例は、実施の形態２に示した端末２０である。
【0038】
図６は、実施の形態３にかかる認証システムの処理例を示すシーケンス図である。図６では、端末１００、２００のほか、説明の都合上、端末２００と接続されている認証サーバ３００も図示されている。以下、図６を用いて、認証システムＳ１の処理例について説明する。
【0039】
まず、端末１００は、端末１００の秘密鍵を用いて、認証要求対象となるデータに第１の電子署名を実行する（ステップＳ３１）。端末１００は、第１の電子署名が実行されたデータを端末２００に提供する（ステップＳ３２）。
【0040】
端末２００は、第１の電子署名がなされたデータを取得し、その第１の電子署名を、第１の端末の公開鍵を用いて検証する（ステップＳ３３）。端末２００は、検証されたデータを、認証要求として認証サーバ３００に送信する（ステップＳ３４）。
【0041】
認証サーバ３００は、認証要求を受信し、その認証要求に対する認証処理を実行する（ステップＳ３５）。認証サーバ３００は、その認証結果を、端末１００の公開鍵を用いて暗号化し、暗号化された認証結果を端末２００に送信する（ステップＳ３６）。
【0042】
端末２００は、暗号化された認証結果を認証サーバ３００から受信する。端末２００は、認証結果を端末１００に提供する（ステップＳ３７）。端末１００は、端末２００から提供された認証結果を取得し、その認証結果を端末１００の秘密鍵を用いて復号する（ステップＳ３８）。
【0043】
端末１００、２００の各処理の詳細については、それぞれ実施の形態１、２に記載した通りであるため、説明を省略する。このようにして、端末１００は、認証サーバ３００に接続できない場合でも、端末２００と協同することによって、認証処理を完了することができる。換言すれば、認証システムＳ１は、認証処理のための分散システムを構成する。
【0044】
実施の形態４
続いて、実施の形態４について説明する。実施の形態４では、実施の形態３で示した認証システムの具体例を提供する。
続いて、実施の形態４について説明する。実施の形態４では、実施の形態３で示した認証システムの具体例を提供する。
【0045】
図７は、実施の形態４にかかる認証システムの例を示す概略図である。認証システムＳ２は、端末１１０、２１０のほか、認証サーバ３１０、ＡＴＭ（Automatic Teller Machine）４１０を備える。ただし、認証システムＳ１は、端末１１０、２１０以外の端末をさらに備えていても良い。
【0046】
認証システムＳ２は、任意の種類の仮想通貨（デジタル通貨）における認証処理を実行することを可能とする。ここでは、端末１１０が、そのユーザ（以下、ユーザ１と記載）が有する仮想通貨と現金（cash）を交換する取引をＡＴＭ４１０で実行する場合に、ユーザ１が所持する仮想通貨の認証が必要とする場合を想定する。このとき、端末１１０が認証を実行可能な認証サーバ３１０とインターネット接続できず、端末１１０が、認証サーバ３１０から直接認証結果を取得できないことがある。しかしながら、実施の形態４においては、後述の通り、端末１１０は端末２１０を介して認証結果を取得することが可能となる。
【0047】
認証システムＳ２における端末１１０、２１０は、それぞれ認証システムＳ１における端末１００、２００の具体例に対応する。端末１１０、２１０は、ここではスマートフォンを想定する。以下、認証システムＳ２の各装置の詳細について説明する。
【0048】
図８Ａは、端末１１０の一例を示すブロック図である。端末１１０は、近距離無線通信部１１１、移動体通信部１１２、表示部１１３、カメラ１１４、取引部１１５、電子署名部１１６、検証・復号部１１７及び格納部１１８を備える。また、図８Ｂは、端末２１０の一例を示すブロック図である。端末２１０は、端末１１０と同様の構成要素である、近距離無線通信部２１１、移動体通信部２１２、表示部２１３、カメラ２１４、取引部２１５、電子署名部２１６、検証・復号部２１７及び格納部２１８を備える。以下、各端末の各構成要素について説明する。
【0049】
近距離無線通信部１１１、２１１は、端末１１０と端末２１０間で端末間通信（Device-to-Device通信）を実行し、端末間でデータの送受信を実現するインタフェースである。この例では、近距離無線通信部１１１は端末間の近距離無線通信技術としてＷｉＦｉを用いるが、Ｂｌｕｅｔｏｏｔｈ等、他の近距離無線通信技術を用いても良い。
【0050】
移動体通信部１１２は、端末１１０と基地局間での無線通信を実行するインタフェースであり、移動体通信部２１２は、端末２１０と基地局間での無線通信を実行するインタフェースである。ただし、実施の形態２では、移動体通信部１１２は認証サーバ３１０に接続することができない。そのため、端末２１０の移動体通信部２１２が代わりに認証サーバ３１０に接続を実行することで、端末１１０の認証処理が実行される。
【0051】
表示部１１３、２１３は、ディスプレイ又はタッチパネルといった、各ユーザに対して操作画面を表示させるインタフェースを含む。また、表示部１１３、２１３は、ソフトウェアを用いて、各端末が有する所望のデータをＱＲコードに変換して表示させる機能も有する。ＱＲコードに変換されるデータの一例として、仮想通貨の認証処理にかかるデータが挙げられる。
【0052】
カメラ１１４、２１４は、任意の映像を撮影し、撮影された映像の情報を各端末に格納する。例えば、表示部１１３が表示したＱＲコードをカメラ２１４が撮影することにより、端末２１０は、ＱＲコードにかかるデータを取得することができる。同様に、表示部２１３が表示したＱＲコードをカメラ１１４が撮影することにより、端末１１０は、ＱＲコードにかかるデータを取得することができる。
【0053】
取引部１１５、２１５は、仮想通貨の取引に関する処理を実行する。例えば、取引部１１５は、仮想通貨の取引に必要な証明を取得するために、認証サーバ３１０宛ての認証要求を生成することができる。また、取引部１１５は、電子署名部１１６、検証・復号部１１７及び格納部１１８を制御して、仮想通貨に必要な処理を実行させることができる。取引部２１５についても、電子署名部２１６～格納部２１８について同様の制御が可能である。
【0054】
電子署名部１１６は、端末１１０が端末２１０又は他の装置から取得したデータに対して、端末１１０の秘密鍵を用いて電子署名を実行する。実施の形態１に記載の通り、電子署名の生成には、公開鍵と秘密鍵を用いる任意の方式を用いることができる。同様に、電子署名部２１６は、端末２１０が端末１１０又は他の装置から取得したデータに対して、端末２１０の秘密鍵を用いて電子署名を実行する。
【0055】
検証・復号部１１７は、端末１１０が端末２１０又は他の装置から取得したデータに対する検証又は復号の任意の処理を実行する。例えば、取得したデータに端末２１０の電子署名が付されていた場合に、検証・復号部１１７は、端末２１０の公開鍵を用いることで、その電子署名が本当に端末２１０によって付されたものであるか否かを検証する。また、取得したデータが端末１１０の公開鍵によって暗号化されている場合に、検証・復号部１１７は、端末１１０の秘密鍵を用いることで、暗号化されたデータを復号する。
【0056】
また、検証・復号部２１７も、検証・復号部１１７と同様の処理を実行する。例えば、取得したデータに端末１１０の電子署名が付されていた場合に、検証・復号部２１７は、端末１１０の公開鍵を用いることで、その電子署名が本当に端末１１０によって付されたものであるか否かを検証する。また、取得したデータが端末２１０の公開鍵によって暗号化されている場合に、検証・復号部２１７は、端末２１０の秘密鍵を用いることで、暗号化されたデータを復号することもできる。
【0057】
格納部１１８には、仮想通貨の取引に用いるデータを格納するウォレット（wallet）が存在する。仮想通貨の取引に用いるデータは、端末１１０の公開鍵である公開アドレスと、それに対応する端末１１０の秘密鍵を少なくとも含む。ウォレットは、この例ではモバイルウォレットである。ただし、端末１１０がスマートフォンでない場合には、ウォレットは、例えばデスクトップウォレット等の他の種類のホットウォレット又はコールドウォレットであっても良い。ウォレットが管理対象とする仮想通貨は、例えば、パブリック型のブロックチェーン又はコンソーシアム型のブロックチェーン（federated blockchain）のいずれかによって運用される。パブリック型のブロックチェーンで運用される仮想通貨の具体例としては、Ｅｔｈｅｒｅｕｍ（登録商標）やＡｌｇｏ（登録商標）等が該当する。電子署名部１１６及び検証・復号部１１７は、ウォレットに格納された秘密鍵を用いて各自の処理を行う。格納部２１８も、同様に、端末２１０の公開鍵である公開アドレスと、それに対応する端末２１０の秘密鍵を少なくとも格納するウォレットを有し、電子署名部２１６及び検証・復号部２１７は、そのウォレットに格納された秘密鍵を用いて各自の処理を行う。
【0058】
また、各端末は、ウォレットを用いて、仮想通貨の取引に関わったことに対する報酬（認証処理に関する手数料）を受領することもできる。詳細には、端末２１０が、仮想通貨の認証に関する端末１１０の認証要求と、認証手続きに関して端末１１０が設定した報酬の情報を取得する。その後、電子署名部２１６がその認証要求に対して電子署名を行ったときに、格納部２１８のウォレットによって、端末１１０から提示された報酬額のうち少なくとも一部を受領する手続きが自動的になされる。この例では、仮想通貨はＥｔｈｅｒｅｕｍであり、その認証処理に関する報酬はＧＡＳとなる。ただし、報酬の種類は任意であり、現金やポイント等であっても良い。
【0059】
なお、端末１０と端末１１０の各部の対応関係は以下の通りである。電子署名部１１には、電子署名部１１６が対応し、提供部１２には、近距離無線通信部１１１又は表示部１１３が対応する。取得部１３には、近距離無線通信部１１１又はカメラ１１４が対応し、取得データ処理部１４には、検証・復号部１１７が対応する。
【0060】
また、端末２０と端末２１０の各部の対応関係は以下の通りである。取得部２１には、近距離無線通信部２１１又はカメラ２１４が対応し、検証部２２には、検証・復号部２１７が対応する。送受信部２３には、移動体通信部２１２が対応し、電子署名部２４には、電子署名部２１６が対応する。また、提供部２５には、近距離無線通信部２１１又は表示部２１３が対応する。
【0061】
図９は、認証サーバ３１０の一例を示すブロック図である。認証サーバ３１０は、通信部３１１、認証部３１２、暗号化部３１３及びスタンプ付与部３１４を備える。以下、各構成要素について説明する。
【0062】
通信部３１１は、外部装置との通信（データの送受信）を実行するインタフェースである。この例では、通信部３１１は、移動体通信部２１２とインターネットを介して接続される。
【0063】
認証部３１２は、通信部３１１から取得した端末１１０からの認証要求を認証して、認証結果を生成する。暗号化部３１３は、認証結果が端末１１０以外の端末に読み取られないように、端末１１０の公開鍵で認証結果を暗号化する。スタンプ付与部３１４は、認証結果にタイムスタンプを付すことで、情報の改ざんを抑制する。このようにして暗号化され、タイムスタンプが付与された認証結果は、通信部３１１から端末２１０を介して端末１１０に送信される。スタンプ付与部３１４には、公知の任意の種類のタイムスタンプの技術を適用することが可能である。
【0064】
図１０は、ＡＴＭ４１０の一例を示すブロック図である。ＡＴＭ４１０は、近距離無線通信部４１１、表示部４１２、入力部４１３、カメラ４１４及び取引部４１５を備える。以下、各構成要素について説明する。
【0065】
近距離無線通信部４１１は、ＡＴＭ４１０の近傍にある他の端末又は装置（例えば端末１１０）と端末間通信を実行するインタフェースである。この例では、近距離無線通信部４１１は近距離無線通信技術としてＷｉＦｉを用いるが、Ｂｌｕｅｔｏｏｔｈ等、他の近距離無線通信技術を用いても良い。
【0066】
表示部４１２は、ディスプレイ又はタッチパネルといった、ＡＴＭ４１０のユーザに情報を表示させるインタフェースを含む。入力部４１３は、ＡＴＭ４１０のユーザが使用するボタンやタッチパネルといった入力インタフェースである。なお、表示部４１２及び入力部４１３は、タッチパネルとして一体化されても良い。
【0067】
カメラ４１４は、任意の映像を撮影し、撮影された映像の情報をＡＴＭ４１０に格納する。例えば、表示部１１３が表示したＱＲコードをカメラ４１４が撮影することにより、ＡＴＭ４１０は、ＱＲコードにかかるデータを取得することができる。
【0068】
取引部４１５は、入力部４１３によって入力された情報又はカメラ４１４によって取得された情報に基づいて、仮想通貨に関する取引処理を実行する。以降に示す例では、取引部４１５は、ユーザ１の有する仮想通貨を現金と交換する取引処理を実行する。
【0069】
【0070】
まず、ユーザ１が入力部４１３を操作することにより、ＡＴＭ４１０の取引部４１５は、ユーザ１の有する仮想通貨を現金と交換する取引処理を開始する。ここで、取引部４１５は、近距離無線通信部４１１を介して、認証サーバ３１０から認証結果を取得することを要求する認証要求ＡＵＴＨ＿ＲＥＱを、端末１１０に送信する（ステップＳ４０）。端末１１０の近距離無線通信部１１１は、この認証要求ＡＵＴＨ＿ＲＥＱを受信する。
【0071】
取引部１１５は、受信した認証要求ＡＵＴＨ＿ＲＥＱを解析する。そして、その解析結果に基づき、認証サーバ３１０宛ての認証要求を生成する。このとき、取引部１１５は、電子署名部１１６を制御し、端末１１０の秘密鍵を用いて、生成した認証要求に対して電子署名を実行する。これにより、端末１１０は認証要求を生成する（ステップＳ４１）。
【0072】
ここで、ユーザ１は、移動体通信部１１２が認証サーバ３１０とインターネットが接続されていないこと、及びユーザ１の近傍にいるユーザ２の端末２１０は、認証サーバ３１０とインターネットが接続されていることを知る。そのため、ユーザ１は、ユーザ２に対して認証手続きを補助してもらうことになる。
【0073】
ユーザ１の操作に応じて、端末１１０の近距離無線通信部１１１は、ステップＳ４１で生成された認証要求ＡＵＴＨ＿ＲＥＱを、ＷｉＦｉを用いて端末２１０に送信する（ステップＳ４２）。このとき、ユーザ１は、認証処理をユーザ２に補助してもらうことへの代価として、支払う意思がある最大の報酬額を設定する。この報酬額は、認証処理毎に変更することが可能である。取引部１１５は、その報酬額の情報（ＧＡＳ情報）も、認証要求ＡＵＴＨ＿ＲＥＱとともに端末２１０に送信するよう、近距離無線通信部１１１を制御する。
【0074】
端末２１０は、近距離無線通信部２１１により、認証要求ＡＵＴＨ＿ＲＥＱ及びＧＡＳ情報を取得する。取引部２１５は、取得した認証要求ＡＵＴＨ＿ＲＥＱを解析することにより、検証・復号部２１７に対し、端末１１０の公開鍵を用いて、認証要求ＡＵＴＨ＿ＲＥＱに付された電子署名を検証させる（ステップＳ４３）。これにより、端末２１０は、認証要求ＡＵＴＨ＿ＲＥＱが端末１１０によって生成されたものであることを確認することができる。なお、一例として、端末２１０は、認証サーバ３１０から、認証処理を実行する対象となる端末の公開鍵のリストを取得することにより、端末１１０の公開鍵を取得することができる。
【0075】
取引部２１５は、電子署名の検証が終了後、電子署名部２１６に対して、認証要求ＡＵＴＨ＿ＲＥＱに端末２１０の秘密鍵を用いて電子署名を実行させる。このとき、格納部２１８のウォレットによって、端末１１０から提示された報酬額のうち少なくとも一部を受領する手続きが自動的になされる。受領する報酬額は、取引部２１５が自動的に決めても良いし、ユーザ２が決めても良い。その後、取引部２１５は、移動体通信部２１２に対し、端末２１０の電子署名がなされた認証要求ＡＵＴＨ＿ＲＥＱを認証サーバ３１０に送信させる（ステップＳ４４）。
【0076】
認証サーバ３１０の通信部３１１は、認証要求ＡＵＴＨ＿ＲＥＱを受信する。認証部３１２は、認証要求ＡＵＴＨ＿ＲＥＱを認証して、認証結果を生成する（ステップＳ４５）。次に、暗号化部３１３は、認証要求ＡＵＴＨ＿ＲＥＱを生成した端末１１０以外の端末に認証結果が読み取られないように、端末１１０の公開鍵を用いて認証結果を暗号化する（ステップＳ４６）。スタンプ付与部３１４は、認証結果にタイムスタンプを付与する。タイムスタンプが付与されることで、端末１１０が今回の認証処理以外の今後の処理において、この認証結果を再利用することを抑制することができる。通信部３１１は、暗号化され、タイムスタンプが付与された認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを、端末２１０に送信する（ステップＳ４７）。
【0077】
端末２１０の移動体通信部２１２は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを受信する。取引部２１５は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを解析し、端末１１０宛ての認証結果であることを判定する。そして、取引部２１５は、電子署名部２１６を制御して、端末２１０の秘密鍵を用いた電子署名を、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴに付与させる（ステップＳ４８）。その後、近距離無線通信部２１１は、端末２１０の電子署名がなされた認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを、端末１１０に送信する（ステップＳ４９）。
【0078】
端末１１０の近距離無線通信部１１１は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを受信する。取引部１１５は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを解析する。その結果、取引部１１５は、検証・復号部１１７を制御し、端末１１０の秘密鍵を用いて認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを復号させる（ステップＳ５０）。これにより、取引部１１５は、端末１１０宛てに認証サーバ３１０が認証を実行したことを確認することができる。また、取引部１１５は、検証・復号部１１７に対して、端末２１０の公開鍵を用いて、端末２１０の電子署名を検証させる。なお、一例として、端末１１０は、認証サーバ３１０から上記の公開鍵のリストを取得することにより、端末２１０の公開鍵を取得することができる。これにより、取引部１１５は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴが端末２１０から送信されたことを確認することができる。端末１１０の近距離無線通信部１１１は、復号された認証結果ＡＵＴＨ＿ＲＥＳＵＬＴをＡＴＭ４１０に送信する（ステップＳ５１）。
【0079】
ＡＴＭ４１０の近距離無線通信部４１１は、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを受信する。取引部４１５は、この認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを確認した後、ユーザ１の有する仮想通貨を現金と交換する取引処理を実行する（ステップＳ５２）。そして、近距離無線通信部４１１は、交換対象となる現金に関するデータを、端末１１０に送信する（ステップＳ５３）。このようにして、仮想通貨に関する認証処理がなされ、取引処理が実現される。
【0080】
以上に示した例では、端末１１０と端末２１０間での近距離無線通信として、ＷｉＦｉではなく、Ｂｌｕｅｔｏｏｔｈ等の方式による通信（例えばアドバタイズメントパケットを用いた通信）がなされても良い。このように、端末１１０と端末２１０間で端末間通信が事前に確立されていない場合でも、端末１１０は近距離無線通信によって、端末２１０を介した認証処理が可能である。また、端末１１０とＡＴＭ４１０間での近距離無線通信として、ＷｉＦｉではなく、Ｂｌｕｅｔｏｏｔｈ等の方式による通信がなされても良い。
【0081】
また、端末１１０と端末２１０間でのデータの提供及び取得には、ＱＲコード技術が用いられても良い。この場合、例えばステップＳ４２において、端末１１０の表示部１１３は、認証要求ＡＵＴＨ＿ＲＥＱ及びＧＡＳ情報をＱＲコードとして表示する。端末２１０は、カメラ２１４によってそのＱＲコードを撮影することにより、認証要求ＡＵＴＨ＿ＲＥＱ及びＧＡＳ情報を取得する。また、ステップＳ４９において、表示部２１３は、端末２１０の電子署名がなされた認証結果ＡＵＴＨ＿ＲＥＳＵＬＴをＱＲコードとして表示しても良い。端末１１０は、カメラ１１４によってそのＱＲコードを撮影することにより、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを取得する。ＱＲコードとして表示される認証要求ＡＵＴＨ＿ＲＥＱには、端末１１０の電子署名がなされていても良く、ＱＲコードとして表示される認証結果ＡＵＴＨ＿ＲＥＳＵＬＴには、端末２１０の電子署名並びに認証サーバ３１０による暗号化及びタイムスタンプが付されていても良いことは言うまでもない。
【0082】
また、端末１１０とＡＴＭ４１０間でのデータの提供及び取得にも、ＱＲコード技術が用いられても良い。例えば、ステップＳ５１において、端末１１０の表示部１１３は、復号された認証結果ＡＵＴＨ＿ＲＥＳＵＬＴをＱＲコードとして表示しても良い。ＡＴＭ４１０は、カメラ４１４によってそのＱＲコードを撮影することにより、認証結果ＡＵＴＨ＿ＲＥＳＵＬＴを取得する。ＱＲコードとして表示される認証結果ＡＵＴＨ＿ＲＥＳＵＬＴには、端末２１０及び端末１１０の電子署名が付されていても良いことは言うまでもない。
【0083】
以上に示したように、認証システムＳ２において、端末１１０は、事前にコミュニケーションチャネルを確立していない端末２１０に対して、近距離無線通信、又はデータの表示及びその撮影（例えばＱＲコード）のような通信技術を用いて、仮想通貨に関する認証要求を提示することができる。これにより、端末１１０は、インターネットを介して通信されるノードとチェーンできない場合（ブロックチェーンが使えない場合）であっても、端末２１０を介して、認証サーバ３１０に対して認証要求を出力し、その結果である認証結果を取得することができる。また、認証プロセスにおいてマイニングをする必要がないため、認証処理にかかる時間を短縮することができる。
【0084】
また、端末２１０の電子署名部２１６は、端末２１０の秘密鍵を用いた電子署名を認証結果に実行し、端末１１０の検証・復号部１１７は、その電子署名を、端末２１０の公開鍵を用いて検証することができる。これにより、端末１１０は、認証結果が端末２１０を経由したことや、認証結果における改ざんの有無を確認することができる。
【0085】
また、端末１１０は、認証要求を端末２１０に送信する際に、端末１１０によって設定された報酬の情報を端末２１０に提供することができる。そして、端末２１０は、電子署名部２１６によって認証要求に電子署名を付与したときに、端末２１０のウォレットによって報酬の少なくとも一部を受領することができる。これにより、端末２１０のユーザは報酬を取得することが可能となるため、端末２１０が認証処理を補助することを促進することができる。
【0086】
また、端末１１０は、認証結果に対して電子署名を実行した上で、その認証結果をＡＴＭ４１０に提供することができる。これにより、端末１１０はＡＴＭ４１０に対して仮想通貨の取引を実行させることができる。
【0087】
また、端末２１０は、端末２１０の秘密鍵を用いて、認証サーバ３１０に送信する認証要求に電子署名を付与することができる。これにより、認証サーバ３１０は、認証要求における改ざんの有無を確認することができる。
【0088】
また、認証サーバ３１０は、認証要求に対する前記認証結果を生成し、生成した認証結果を端末１１０の公開鍵を用いて暗号化するとともに、認証結果の生成にかかるタイムスタンプを認証結果に付与して端末２１０に送信することができる。これにより、認証結果を端末１１０以外の端末に読み取られることや、端末１１０が認証結果を再利用することを抑制することができる。
【0089】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、実施の形態２では、仮想通貨における認証処理について説明したが、認証処理の対象となるものはこれに限られない。
【0090】
以上に示した実施の形態では、この開示をハードウェアの構成として説明したが、この開示は、これに限定されるものではない。この開示は、上述の実施形態において説明された端末や、認証サーバ、ＡＴＭといった装置の処理（ステップ）を、コンピュータ内のプロセッサにコンピュータプログラムを実行させることにより実現することも可能である。
【0091】
図１２は、以上に示した各実施の形態の処理が実行される情報処理装置（信号処理装置）のハードウェア構成例を示すブロック図である。図１２を参照すると、この情報処理装置９０は、信号処理回路９１、プロセッサ９２及びメモリ９３を含む。
【0092】
信号処理回路９１は、プロセッサ９２の制御に応じて、信号を処理するための回路である。なお、信号処理回路９１は、送信装置から信号を受信する通信回路を含んでいても良い。
【0093】
プロセッサ９２は、メモリ９３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明された装置の処理を行う。プロセッサ９２の一例として、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＤＳＰ（Demand-Side Platform）、ＡＳＩＣ（Application Specific Integrated Circuit）のうち一つを用いてもよいし、そのうちの複数を並列で用いてもよい。
【0094】
メモリ９３は、揮発性メモリや不揮発性メモリ、またはそれらの組み合わせで構成される。メモリ９３は、１個に限られず、複数設けられてもよい。なお、揮発性メモリは、例えば、ＤＲＡＭ (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）であってもよい。
【0095】
メモリ９３は、１以上の命令を格納するために使用される。ここで、１以上の命令は、ソフトウェアモジュール群としてメモリ９３に格納される。プロセッサ９２は、これらのソフトウェアモジュール群をメモリ９３から読み出して実行することで、上述の実施形態において説明された処理を行うことができる。
【0096】
なお、メモリ９３は、プロセッサ９２の外部に設けられるものに加えて、プロセッサ９２に内蔵されているものを含んでもよい。また、メモリ９３は、プロセッサ９２を構成するプロセッサから離れて配置されたストレージを含んでもよい。この場合、プロセッサ９２は、Ｉ/Ｏ（Input/Output）インタフェースを介してメモリ９３にアクセスすることができる。
【0097】
以上に説明したように、上述の実施形態における各装置が有する１又は複数のプロセッサは、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。この処理により、各実施の形態に記載された信号処理方法が実現できる。
【0098】
プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disk（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。
【0099】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
自端末の秘密鍵を用いてデータに第１の電子署名をする電子署名部と、
前記第１の電子署名がなされた前記データを認証要求として他の端末に提供する提供部と、
前記認証要求に対する認証サーバの認証結果であって、自端末の公開鍵を用いて暗号化された認証結果を前記他の端末から取得する取得部と、
前記認証結果を前記自端末の秘密鍵を用いて復号するデータ処理部と、を備える
端末。
（付記２）
前記取得部は、前記他の端末の秘密鍵を用いた第２の電子署名がなされた前記認証結果を取得し、
前記データ処理部は、前記第２の電子署名を前記他の端末の公開鍵を用いて検証する、
付記１に記載の端末。
（付記３）
前記提供部は、近距離無線通信を実行する無線通信部、又は前記データを表示する表示部であり、
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
付記１又は２に記載の端末。
（付記４）
前記提供部は、前記認証要求と、前記端末によって設定された報酬の情報を前記他の端末に提供する、
付記１又は２に記載の端末。
（付記５）
前記認証要求は、仮想通貨の取引にかかる認証要求であり、
前記電子署名部は、前記自端末の秘密鍵を用いて、前記データ処理部が検証した前記認証結果に第３の電子署名を実行し、
前記提供部は、前記電子署名部による第３の電子署名がなされた前記認証結果を、仮想通貨の取引装置に提供する、
付記１又は２に記載の端末。
（付記６）
他の端末によって第１の電子署名がなされたデータを取得する取得部と、
前記第１の電子署名を前記他の端末の公開鍵を用いて検証する検証部と、
検証された前記データを認証要求として認証サーバに送信し、前記認証要求に対する認証結果を前記認証サーバから受信する送受信部と、
自端末の秘密鍵を用いて前記認証結果に第２の電子署名をする電子署名部と、
前記第２の電子署名がなされた前記認証結果を前記他の端末に提供する提供部と、を備える
端末。
（付記７）
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラであり、
前記提供部は、近距離無線通信を実行する無線通信部、又は前記データを表示する表示部である、
付記６に記載の端末。
（付記８）
前記電子署名部は、前記自端末の秘密鍵を用いて、前記認証サーバに送信する前記認証要求に第３の電子署名を実行し、
前記送受信部は、前記第３の電子署名が実行された前記認証要求を前記認証サーバに送信する、
付記６又は７に記載の端末。
（付記９）
前記取得部は、前記他の端末から、前記第１の電子署名がなされた前記データと、前記他の端末によって設定された報酬の情報を取得し、前記電子署名部によって前記第３の電子署名が実行されたときに、前記自端末のウォレットによって前記報酬の少なくとも一部を受領する手続きがなされる、
付記８に記載の端末。
（付記１０）
第１の端末と、
第２の端末と、を備え、
前記第１の端末は、前記第１の端末の秘密鍵を用いてデータに第１の電子署名を実行し、
前記第２の端末は、前記第１の電子署名がなされた前記データを取得し、前記第１の電子署名を前記第１の端末の公開鍵を用いて検証し、検証された前記データを認証要求として認証サーバに送信し、
前記第２の端末は、前記認証要求に対する認証結果であって、前記第１の端末の公開鍵を用いて暗号化された認証結果を前記認証サーバから受信し、
前記第１の端末は、前記第２の端末から前記認証結果を取得し、取得した前記認証結果を前記第１の端末の秘密鍵を用いて復号する、
認証システム。
（付記１１）
前記第２の端末は、前記第２の端末の秘密鍵を用いて前記認証結果に第２の電子署名を実行し、
前記第１の端末は、前記第２の端末から第２の電子署名がなされた前記認証結果を取得し、前記第２の電子署名を前記第２の端末の公開鍵を用いて検証する、
付記１０に記載の認証システム。
（付記１２）
前記認証要求に対する前記認証結果を生成し、生成した前記認証結果を前記第１の端末の公開鍵を用いて暗号化するとともに、前記認証結果の生成にかかるタイムスタンプを前記認証結果に付与して前記第２の端末に送信する前記認証サーバをさらに備える、
付記１０又は１１に記載の認証システム。
（付記１３）
前記第２の端末は、近距離無線通信又はコードの読み取りのいずれかによって、前記データを前記第１の端末から取得し、
前記第１の端末は、近距離無線通信又はコードの読み取りのいずれかによって、前記認証結果を前記第２の端末から取得する、
付記１０又は１１に記載の認証システム。
（付記１４）
前記第２の端末は、前記第２の端末の秘密鍵を用いて、前記認証サーバに送信する前記認証要求に第３の電子署名を実行し、前記第３の電子署名が実行された前記認証要求を前記認証サーバに送信する、
付記１０又は１１に記載の認証システム。
（付記１５）
前記第２の端末は、前記第１の端末から、前記第１の電子署名がなされた前記データと、前記第１の端末によって設定された報酬の情報を取得し、前記第３の電子署名を実行したときに、前記第２の端末のウォレットによって前記報酬の少なくとも一部を受領する手続きがなされる、
付記１４に記載の認証システム。
（付記１６）
前記認証要求は、仮想通貨の取引にかかる認証要求であり、
前記第１の端末は、前記第１の端末の秘密鍵を用いて、検証した前記認証結果に第４の電子署名を実行することで、仮想通貨の取引装置に取得させるデータを生成する、
付記１０又は１１に記載の認証システム。
（付記１７）
自端末の秘密鍵を用いてデータに第１の電子署名をし、
前記第１の電子署名がなされた前記データを認証要求として他の端末に提供し、
前記認証要求に対する認証サーバの認証結果であって、自端末の公開鍵を用いて暗号化された認証結果を前記他の端末から取得し、
前記認証結果を前記自端末の秘密鍵を用いて復号する、
端末が実行する認証方法。
（付記１８）
他の端末によって第１の電子署名がなされたデータを取得し、
前記第１の電子署名を前記他の端末の公開鍵を用いて検証し、
検証された前記データを認証要求として認証サーバに送信し、
前記認証要求に対する認証結果を前記認証サーバから受信し、
自端末の秘密鍵を用いて前記認証結果に第２の電子署名をし、
前記第２の電子署名がなされた前記認証結果を前記他の端末に提供する、
端末が実行する認証方法。
（付記１９）
第１の端末は、前記第１の端末の秘密鍵を用いてデータに第１の電子署名を実行し、
第２の端末は、前記第１の電子署名がなされた前記データを取得し、前記第１の電子署名を前記第１の端末の公開鍵を用いて検証し、検証された前記データを認証要求として認証サーバに送信し、
前記第２の端末は、前記認証要求に対する認証結果であって、前記第１の端末の公開鍵を用いて暗号化された認証結果を前記認証サーバから受信し、
前記第１の端末は、前記第２の端末から前記認証結果を取得し、取得した前記認証結果を前記第１の端末の秘密鍵を用いて復号する、
認証システムが実行する認証方法。
（付記２０）
自端末の秘密鍵を用いてデータに第１の電子署名をし、
前記第１の電子署名がなされた前記データを認証要求として他の端末に提供し、
前記認証要求に対する認証サーバの認証結果であって、自端末の公開鍵を用いて暗号化された認証結果を前記他の端末から取得し、
前記認証結果を前記自端末の秘密鍵を用いて復号する、
ことをコンピュータに実行させるプログラム。
（付記２１）
他の端末によって第１の電子署名がなされたデータを取得し、
前記第１の電子署名を前記他の端末の公開鍵を用いて検証し、
検証された前記データを認証要求として認証サーバに送信し、
前記認証要求に対する認証結果を前記認証サーバから受信し、
自端末の秘密鍵を用いて前記認証結果に第２の電子署名をし、
前記第２の電子署名がなされた前記認証結果を前記他の端末に提供する、
ことをコンピュータに実行させるプログラム。
（付記１）
自端末の秘密鍵を用いてデータに第１の電子署名をする電子署名部と、
前記第１の電子署名がなされた前記データを認証要求として他の端末に提供する提供部と、
前記認証要求に対する認証サーバの認証結果であって、自端末の公開鍵を用いて暗号化された認証結果を前記他の端末から取得する取得部と、
前記認証結果を前記自端末の秘密鍵を用いて復号するデータ処理部と、を備える
端末。
（付記２）
前記取得部は、前記他の端末の秘密鍵を用いた第２の電子署名がなされた前記認証結果を取得し、
前記データ処理部は、前記第２の電子署名を前記他の端末の公開鍵を用いて検証する、
付記１に記載の端末。
（付記３）
前記提供部は、近距離無線通信を実行する無線通信部、又は前記データを表示する表示部であり、
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラである、
付記１又は２に記載の端末。
（付記４）
前記提供部は、前記認証要求と、前記端末によって設定された報酬の情報を前記他の端末に提供する、
付記１又は２に記載の端末。
（付記５）
前記認証要求は、仮想通貨の取引にかかる認証要求であり、
前記電子署名部は、前記自端末の秘密鍵を用いて、前記データ処理部が検証した前記認証結果に第３の電子署名を実行し、
前記提供部は、前記電子署名部による第３の電子署名がなされた前記認証結果を、仮想通貨の取引装置に提供する、
付記１又は２に記載の端末。
（付記６）
他の端末によって第１の電子署名がなされたデータを取得する取得部と、
前記第１の電子署名を前記他の端末の公開鍵を用いて検証する検証部と、
検証された前記データを認証要求として認証サーバに送信し、前記認証要求に対する認証結果を前記認証サーバから受信する送受信部と、
自端末の秘密鍵を用いて前記認証結果に第２の電子署名をする電子署名部と、
前記第２の電子署名がなされた前記認証結果を前記他の端末に提供する提供部と、を備える
端末。
（付記７）
前記取得部は、近距離無線通信を実行する無線通信部、又はカメラであり、
前記提供部は、近距離無線通信を実行する無線通信部、又は前記データを表示する表示部である、
付記６に記載の端末。
（付記８）
前記電子署名部は、前記自端末の秘密鍵を用いて、前記認証サーバに送信する前記認証要求に第３の電子署名を実行し、
前記送受信部は、前記第３の電子署名が実行された前記認証要求を前記認証サーバに送信する、
付記６又は７に記載の端末。
（付記９）
前記取得部は、前記他の端末から、前記第１の電子署名がなされた前記データと、前記他の端末によって設定された報酬の情報を取得し、前記電子署名部によって前記第３の電子署名が実行されたときに、前記自端末のウォレットによって前記報酬の少なくとも一部を受領する手続きがなされる、
付記８に記載の端末。
（付記１０）
第１の端末と、
第２の端末と、を備え、
前記第１の端末は、前記第１の端末の秘密鍵を用いてデータに第１の電子署名を実行し、
前記第２の端末は、前記第１の電子署名がなされた前記データを取得し、前記第１の電子署名を前記第１の端末の公開鍵を用いて検証し、検証された前記データを認証要求として認証サーバに送信し、
前記第２の端末は、前記認証要求に対する認証結果であって、前記第１の端末の公開鍵を用いて暗号化された認証結果を前記認証サーバから受信し、
前記第１の端末は、前記第２の端末から前記認証結果を取得し、取得した前記認証結果を前記第１の端末の秘密鍵を用いて復号する、
認証システム。
（付記１１）
前記第２の端末は、前記第２の端末の秘密鍵を用いて前記認証結果に第２の電子署名を実行し、
前記第１の端末は、前記第２の端末から第２の電子署名がなされた前記認証結果を取得し、前記第２の電子署名を前記第２の端末の公開鍵を用いて検証する、
付記１０に記載の認証システム。
（付記１２）
前記認証要求に対する前記認証結果を生成し、生成した前記認証結果を前記第１の端末の公開鍵を用いて暗号化するとともに、前記認証結果の生成にかかるタイムスタンプを前記認証結果に付与して前記第２の端末に送信する前記認証サーバをさらに備える、
付記１０又は１１に記載の認証システム。
（付記１３）
前記第２の端末は、近距離無線通信又はコードの読み取りのいずれかによって、前記データを前記第１の端末から取得し、
前記第１の端末は、近距離無線通信又はコードの読み取りのいずれかによって、前記認証結果を前記第２の端末から取得する、
付記１０又は１１に記載の認証システム。
（付記１４）
前記第２の端末は、前記第２の端末の秘密鍵を用いて、前記認証サーバに送信する前記認証要求に第３の電子署名を実行し、前記第３の電子署名が実行された前記認証要求を前記認証サーバに送信する、
付記１０又は１１に記載の認証システム。
（付記１５）
前記第２の端末は、前記第１の端末から、前記第１の電子署名がなされた前記データと、前記第１の端末によって設定された報酬の情報を取得し、前記第３の電子署名を実行したときに、前記第２の端末のウォレットによって前記報酬の少なくとも一部を受領する手続きがなされる、
付記１４に記載の認証システム。
（付記１６）
前記認証要求は、仮想通貨の取引にかかる認証要求であり、
前記第１の端末は、前記第１の端末の秘密鍵を用いて、検証した前記認証結果に第４の電子署名を実行することで、仮想通貨の取引装置に取得させるデータを生成する、
付記１０又は１１に記載の認証システム。
（付記１７）
自端末の秘密鍵を用いてデータに第１の電子署名をし、
前記第１の電子署名がなされた前記データを認証要求として他の端末に提供し、
前記認証要求に対する認証サーバの認証結果であって、自端末の公開鍵を用いて暗号化された認証結果を前記他の端末から取得し、
前記認証結果を前記自端末の秘密鍵を用いて復号する、
端末が実行する認証方法。
（付記１８）
他の端末によって第１の電子署名がなされたデータを取得し、
前記第１の電子署名を前記他の端末の公開鍵を用いて検証し、
検証された前記データを認証要求として認証サーバに送信し、
前記認証要求に対する認証結果を前記認証サーバから受信し、
自端末の秘密鍵を用いて前記認証結果に第２の電子署名をし、
前記第２の電子署名がなされた前記認証結果を前記他の端末に提供する、
端末が実行する認証方法。
（付記１９）
第１の端末は、前記第１の端末の秘密鍵を用いてデータに第１の電子署名を実行し、
第２の端末は、前記第１の電子署名がなされた前記データを取得し、前記第１の電子署名を前記第１の端末の公開鍵を用いて検証し、検証された前記データを認証要求として認証サーバに送信し、
前記第２の端末は、前記認証要求に対する認証結果であって、前記第１の端末の公開鍵を用いて暗号化された認証結果を前記認証サーバから受信し、
前記第１の端末は、前記第２の端末から前記認証結果を取得し、取得した前記認証結果を前記第１の端末の秘密鍵を用いて復号する、
認証システムが実行する認証方法。
（付記２０）
自端末の秘密鍵を用いてデータに第１の電子署名をし、
前記第１の電子署名がなされた前記データを認証要求として他の端末に提供し、
前記認証要求に対する認証サーバの認証結果であって、自端末の公開鍵を用いて暗号化された認証結果を前記他の端末から取得し、
前記認証結果を前記自端末の秘密鍵を用いて復号する、
ことをコンピュータに実行させるプログラム。
（付記２１）
他の端末によって第１の電子署名がなされたデータを取得し、
前記第１の電子署名を前記他の端末の公開鍵を用いて検証し、
検証された前記データを認証要求として認証サーバに送信し、
前記認証要求に対する認証結果を前記認証サーバから受信し、
自端末の秘密鍵を用いて前記認証結果に第２の電子署名をし、
前記第２の電子署名がなされた前記認証結果を前記他の端末に提供する、
ことをコンピュータに実行させるプログラム。
【0100】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【0101】
１０ 端末
１１ 電子署名部 １２ 提供部
１３ 取得部 １４ 取得データ処理部
２０ 端末
２１ 取得部 ２２ 検証部
２３ 送受信部 ２４ 電子署名部
２５ 提供部
１００ 端末
１１０ 端末
１１１ 近距離無線通信部 １１２ 移動体通信部
１１３ 表示部 １１４ カメラ
１１５ 取引部 １１６ 電子署名部
１１７ 検証・復号部 １１８ 格納部
２００ 端末
２１０ 端末
２１１ 近距離無線通信部 ２１２ 移動体通信部
２１３ 表示部 ２１４ カメラ
２１５ 取引部 ２１６ 電子署名部
２１７ 検証・復号部 ２１８ 格納部
３００ 認証サーバ
３１０ 認証サーバ
３１１ 通信部 ３１２ 認証部
３１３ 暗号化部 ３１４ スタンプ付与部
４１０ ＡＴＭ
４１１ 近距離無線通信部 ４１２ 表示部
４１３ 入力部 ４１４ カメラ
４１５ 取引部
Ｓ１～Ｓ２ 認証システム
１１ 電子署名部 １２ 提供部
１３ 取得部 １４ 取得データ処理部
２０ 端末
２１ 取得部 ２２ 検証部
２３ 送受信部 ２４ 電子署名部
２５ 提供部
１００ 端末
１１０ 端末
１１１ 近距離無線通信部 １１２ 移動体通信部
１１３ 表示部 １１４ カメラ
１１５ 取引部 １１６ 電子署名部
１１７ 検証・復号部 １１８ 格納部
２００ 端末
２１０ 端末
２１１ 近距離無線通信部 ２１２ 移動体通信部
２１３ 表示部 ２１４ カメラ
２１５ 取引部 ２１６ 電子署名部
２１７ 検証・復号部 ２１８ 格納部
３００ 認証サーバ
３１０ 認証サーバ
３１１ 通信部 ３１２ 認証部
３１３ 暗号化部 ３１４ スタンプ付与部
４１０ ＡＴＭ
４１１ 近距離無線通信部 ４１２ 表示部
４１３ 入力部 ４１４ カメラ
４１５ 取引部
Ｓ１～Ｓ２ 認証システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9】
【図10】
【図11】
【図12】