(57)【要約】  本発明は、ブロックチェーン上でトランザクションを実行するためのデジタル鍵を格納するように設計された物理的デバイスに関する。物理的デバイス（２００）は、マイクロフォン（２１３）と、ラウドスピーカ（２１５）と、セキュア要素を含むＤＳＰプロセッサ（２１９）と、を備え、前記セキュア要素内に、秘密鍵と公開鍵とから成るペアが格納される。また、前記ＤＳＰは、音響コーデックも含み、この音響コーデックは、前記ＤＳＰのメモリに保存されたランダム又は疑似ランダム超音波信号を表すワードを含むディクショナリＳを使用する。前記ＤＳＰ（２１９）は、音響チャネルから前記マイクロフォン（２１３）を介して受信した、前記Ｓ由来のワードから成るメッセージをデコードするように設計され、且つ、このようにデコードされたメッセージに前記秘密鍵を用いて署名するように設計され、且つ、このようにして得られた署名を、前記Ｓ由来の連続したワードから成る応答の形態で前記音響チャネル（２５０）上でラウドスピーカ（２１７）を介して送信するように設計されている。
2021507586.tif 000002
【特許請求の範囲】
【請求項１】
ブロックチェーン上でトランザクションに署名するためのデジタル鍵を格納するためのデバイスであって、マイクロフォン（２１３）と、ラウドスピーカ（２１７）と、少なくとも１つの秘密鍵を格納するためのセキュア要素を有するＤＳＰプロセッサ（２１９）とを備えており、当該ＤＳＰが、さらに、コードブックＳを使用するエンコーダ／デコーダを含み、前記コードブックＳのコードワードが、前記ＤＳＰのメモリに記憶されているか、或いは、前記ＤＳＰに単独でアクセス可能なセキュアメモリに記憶されており、ランダム又は擬似ランダム超音波信号を表し、前記ＤＳＰが前記デバイスの外部と、音響チャネル（２５０）のみを介して通信し、前記ＤＳＰが、音響チャネルから前記マイクロフォン（２１３）を介して受信した、前記Ｓのワードから成るメッセージをデコードするのに適しており、且つ、前記秘密鍵を用いてこのようにデコードされた前記メッセージに署名するのに適しており、且つ、前記メッセージの署名に応答して、前記Ｓの連続したワードから成る応答形態で、前記音響チャネル上で前記ラウドスピーカ（２１７）を介して送信するのに適していることを特徴とする、デジタル鍵格納デバイス。
【請求項２】
秘密鍵又は一連の秘密鍵を生成するためのシードをユーザがこれを介して入力できるヒューマンマシンインターフェースを備え、前記秘密鍵（複数可）が前記ＤＳＰプロセッサの前記セキュア要素に格納されることを特徴とする、請求項１に記載のデジタル鍵格納デバイス。
【請求項３】
前記ＤＳＰプロセッサが、典型的には、前記ユーザにより入力されたか又は前記シードから前記ＤＳＰにより生成された前記秘密鍵から公開鍵を算出するための楕円曲線非対称暗号システムを用いることを特徴とする、請求項２に記載のデジタル鍵格納デバイス。
【請求項４】
前記ＤＳＰプロセッサが、ブロックチェーン上のウォレットアドレスを取得するために、前記公開鍵のハッシュをハッシュ関数により算出するのに適していることを特徴とする、請求項３に記載のデジタル鍵格納デバイス。
【請求項５】
前記デバイスが、前記公開鍵及び／又は前記ウォレットアドレスを前記音響チャネル上で送信することを要求するのに適したソフトウェアモジュール（２１５）をホストすることを特徴とする、請求項４に記載のデジタル鍵格納デバイス。
【請求項６】
スマートフォンの形態で実現される前記デジタル鍵格納デバイスであり、且つ、前記ＤＳＰプロセッサが、前記スマートフォンのオペレーティングシステムを動作させるマイクロプロセッサとは異なるチップで実装されることを特徴とする、請求項１〜５のいずれか一項に記載のデジタル鍵格納デバイス。
【請求項７】
電源ピン以外のいずれの接続ピンも含まないＵＳＢキーの形態で実現されることを特徴とする、請求項１〜５のいずれか一項に記載のデジタル鍵格納デバイス。
【請求項８】
ユーザが第三者に或る金額を暗号通貨で、請求項１〜７のいずれか一項に記載のデジタル鍵格納デバイスと、第２のソフトウェアモジュール（２２５）をホストしている端末（２２０）とを用いて支払うための方法であって、前記端末が、ブロックチェーンを実装しているＰ２Ｐネットワークにインターネットを介して接続されている方法において、前記ユーザが、前記第２のソフトウェアモジュールにより表示されるウィンドウに、支払い金額及び前記第三者のウォレットアドレスを入力し、且つ、前記第２のソフトウェアモジュールが、インプットセグメント及びアウトプットセグメントを含むトランザクションを作成し、前記インプットセグメントが、前記ユーザが宛先人である、以前のトランザクション（Ｔｆｕｎｄ）への少なくとも１つの参照と、前記以前のトランザクションをロックするスクリプトとを含み、前記アウトプットセグメントが、前記金額と、前記金額を前記第三者の前記ウォレットアドレスにてロックするスクリプトとを含み、前記第２のソフトウェアモジュールが、このようにして形成された前記トランザクションを含む第１のメッセージ（Ｍ）を前記デジタルキー格納デバイスに送信するステップ（４５０）を含み、前記ユーザによる検証の場合（４５２）には、前記ＤＳＰプロセッサが前記メッセージに署名し、そして、こうして得られた前記署名を、第２のメッセージ（Ｓｉｇ）の形態で前記端末に送信し（４６０）、前記第１のメッセージ及び前記第２のメッセージが、前記音響チャネル上で、前記コードブックＳのコードワードによりエンコードされた形態で送信され、そして、前記第２のソフトウェアモジュールが、前記トランザクションにおいて、前記以前のトランザクションをロックするスクリプトを、このように受信された前記署名、及び、前記ユーザの前記公開鍵を含むアンロッキングスクリプトに置き換えることを特徴とする、方法。
【請求項９】
ユーザが第三者に或る金額を暗号通貨で、コンピュータ又はスマートフォンの形態で実現された請求項１〜５のいずれか一項に記載のデジタル鍵格納デバイスを用いて支払うための方法であって、前記デバイスが、第２のソフトウェアモジュール（２２５）をホストしており、且つ、ブロックチェーンを実装しているＰ２Ｐネットワークにインターネットを介して接続されている方法において、前記ユーザが、前記第２のソフトウェアモジュールにより表示されるウィンドウに、支払い金額及び前記第三者のウォレットアドレスを入力し、且つ、前記第２のソフトウェアモジュールが、インプットセグメント及びアウトプットセグメントを含むトランザクションを作成し、前記インプットセグメントが、前記ユーザが宛先人である以前のトランザクション（Ｔｆｕｎｄ）への少なくとも１つの参照と、前記以前のトランザクションをロックするスクリプトとを含み、前記アウトプットセグメントが、前記金額と、前記金額を前記第三者の前記ウォレットアドレスにてロックするスクリプトとを含み、前記第２のソフトウェアモジュールが、このようにして形成された前記トランザクションを含む第１のメッセージ（Ｍ）を前記デジタルキー格納デバイスに送信し（４５０）、前記ユーザによる検証の場合（４５２）には、前記ＤＳＰプロセッサが前記メッセージに署名し、そして、こうして得られた前記署名を、第２のメッセージ（Ｓｉｇ）の形態で前記デバイスに送信し（４６０）、前記第１のメッセージ及び前記第２のメッセージが、前記音響チャネル（２５０）上で、前記コードブックＳのコードワードによりエンコードされた形態で送信され、そして、前記第２のソフトウェアモジュールが、前記トランザクションにおいて、前記以前のトランザクションをロックするスクリプトを、このように受信された前記署名、及び、前記ユーザの前記公開鍵を含むアンロッキングスクリプトに置き換えることを特徴とする、方法。
【請求項１０】
置換後、前記トランザクション（Ｔａ）が前記Ｐ２Ｐネットワークのノードにブロードキャストされ（４８０）、これにより検証されて前記ブロックチェーンの次のブロックに組み込まれることを特徴とする、請求項８又は９に記載の支払い方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してブロックチェーンに関し、より詳細には、ユーザが自分自身を認証すること、及び、ブロックチェーン上でトランザクションに署名することを可能にする暗号鍵を格納するためのデバイスに関する。
【背景技術】
【０００２】
ビットコイン及びイーサリアムが首位のブロックチェーンが、過去数年間で著しく成長した。
【０００３】
ブロックチェーンは、一定の時間間隔で暗号機構により連結されたブロックのシーケンスから構成されている。連結は、以前のブロックのハッシュを現在のブロックのコンテンツに挿入することにより得られる。ブロックチェーンはレジスタを形成し、レジスタは、ネットワーク内の全てのノードに分配されて複製される。
【０００４】
ユーザは、トランザクションを成立させるために、すなわち、形成して署名するために、軽量クライアントを介してブロックチェーンと交信できる。トランザクションは、認証されたならば、ブロックチェーンのブロックに格納される。このようなトランザクションの例の１つは、或る金額を暗号通貨で第三者に送金することである。これらのトランザクションは、マイナーと称されるノード間のコンセンサスのメカニズムにより検証され、そして認証される。マイナーは、チェーンの完全なコピーを有し、上述の暗号化メカニズムに従ってブロックを構築するために競合する。認証された各トランザクションは、ネットワーク内の全てのノードにブロードキャストされるブロックに格納される。
【０００５】
金融操作（一般的にはトランザクション）をブロックチェーンを介して実行するためには、このチェーン上のウォレットアドレス（例えばビットコインアドレス）を有することが必要である。このようなアドレスは、通常、非対称鍵のペア（秘密鍵−公開鍵）の公開鍵をハッシュすることにより取得される。より正確には、ユーザは最初に秘密鍵（機密にしておかなければならない）を生成し、この秘密鍵から、対応する公開鍵を、非対称暗号システム（この場合、楕円曲線暗号、すなわち、ＥＣＣ（Ｅｌｌｉｐｔｉｃ  Ｃｕｒｖｅ  Ｃｒｙｐｔｏｇｒａｐｈｙ））を用いて導出する。次いで、この公開鍵は、対象となるウォレットアドレスを提供するために、ハッシュ関数（例えば、Ｋｅｃｃａｋ、ＳＨＡ−３）によりハッシュされる。
【０００６】
概略的に、ブロックチェーン上のウォレットアドレスを銀行口座番号とみなすことができ、秘密鍵を、この口座へのアクセスを認証するためのパスワードとみなし得る。
【０００７】
ブロックチェーン、例えばビットコインにおいて、トランザクションは、一般的に、送金者の１以上のウォレットアドレスから受金者の１以上のウォレットアドレスへの、暗号通貨（サトシ（ｓａｔｏｓｈｉ）又はビットコイン（Ｂｉｔｃｏｉｎ）建て）での送金を表す。より正確には、トランザクションは、１以上のＵＴＸＯ（Ｕｎｓｐｅｎｔ  Ｔｒａｎｓａｃｔｉｏｎ  Ｏｕｔｐｕｔ（未使用トランザクションアウトプット）を消費し、各ＵＴＸＯは、その宛先人（ａｄｄｒｅｓｓｅｅ）により消費されていない総額を表しており、宛先人のウォレットアドレスにてロッキングスクリプトによりロックされている。ＵＴＸＯを消費できるようにするために、所有者は自分自身を識別する必要があり、これは、ＵＴＸＯに、暗号要素（一般に、彼の公開鍵と、対応する秘密鍵から生成された署名と）をアンロッキングスクリプトの形態で提示することにより行われる。アンロッキングスクリプトで提示された要素が、ロッキングスクリプトにて特定されている条件を満たしたならば、トランザクションは認証されたと見なされる。
【０００８】
図１は、ブロックチェーンの２人のユーザであるアリス（Ａｌｉｃｅ）とボブ（Ｂｏｂ）との間での暗号通貨での金額の移動の例を概略的に示している。
【０００９】
アリスは彼女のウォレットからトランザクションを行っており、このウォレットのアドレス＠ｗａｌｌｅｔＡｌｉｃｅは暗号公開鍵にリンクされている（より正確には、＠ｗａｌｌｅｔＡｌｉｃｅは彼女の公開鍵のハッシュである）。
【００１０】
このトランザクションが、アリスのウォレットのＵＴＸＯの１つのみ（値は
【数１】
2021507586.tif 000003
）を消費すると仮定し、これをインプットＵＴＸＯと称する。このトランザクションが、第１アウトプットＵＴＸＯと称されるＵＴＸＯをボブのウォレットにて生成し、その支払い量（金額）（値
【数２】
2021507586.tif 000004
）が予測される。同様に、このトランザクションは、第２アウトプットＵＴＸＯをアリスのウォレットにて生成し、残高が生じる。（値
【数３】
2021507586.tif 000005
）（残高＝資産−支払い金額）。
【００１１】
支払い（値
【数４】
2021507586.tif 000006
）を行うために、アリスは、インプットセグメント及びアウトプットセグメントから構成されているトランザクションＴａを行う。
【００１２】
Ｔａのインプットセグメント（ビットコインにおいてｓｃｒｉｐｔＳｉｇと称される）は、ロッキングスクリプトのアンロックを担当するスクリプト（ビットコインにおいてｓｃｒｉｐｔＰｕｂＫｅｙと称される）であり、これは、インプットＵＴＸＯを作成したトランザクションＴｆｕｎｄのアウトプットセグメントに現れる。
【００１３】
Ｔａのアウトプットセグメントは、
−ボブのウォレットアドレス＠ｗａｌｌｅｔＢｏｂにおいて値
【数５】
2021507586.tif 000007
をロックする第１のロッキングスクリプト（ｓｃｒｉｐｔＰｕｂＫｅｙ）を含む。これはすなわち、ボブが彼を認証する署名を含むアンロッキングスクリプトｓｃｒｉｐｔＳｉｇを提示することによってのみアンロックできるロックである。また、Ｔａのアウトプットセグメントは、
−アリスのウォレットアドレス＠ｗａｌｌｅｔＡｌｉｃｅに関連付けられた、値
【数６】
2021507586.tif 000008
をロックする第２のロッキングスクリプト（ｓｃｒｉｐｔＰｕｂＫｅｙ）を含む。これはすなわち、アリスが彼女を認証する署名を含むアンロッキングスクリプトｓｃｒｉｐｔＳｉｇを提示することによってのみアンロックできるロックである。
【００１４】
Ｔａのインプットセグメントに現れるアンロッキングスクリプトは、Ｔｆｕｎｄのアウトプットセグメントに現れる、対応するロッキングスクリプトに連結され、こうして得られたスクリプトが実行される。
【００１５】
得られたスクリプトを実行すると、アリスにより提供された暗号要素が実際に正当であること、すなわち、ウォレットアドレス＠ｗａｌｌｅｔＡｌｉｃｅがアリスの公開鍵に実際に対応していること（ハッシュによる検証）、及び、アリスが実際にこの公開鍵の所有者であること（署名による検証）を確認できる。
【００１６】
検証がポジティブの場合、トランザクションは認証されて、ブロックチェーンの新しいブロックに格納され、このブロックがマイニングされる。
【００１７】
トランザクションの検証及び格納は、事実上、ボブのウォレットへの第１アウトプットＵＴＸＯ、及び、アリスのウォレットにおける第２アウトプットＵＴＸＯの作成を示している。
【００１８】
次いで、ボブにおいては、以前に作成された第１アウトプットＵＴＸＯをインプットＵＴＸＯとして使用して、金額
【数７】
2021507586.tif 000009
を消費できる。これを行うために、ボブは、自身の暗号要素（公開鍵及び署名）を提示することによりアンロックする必要があろう。
【００１９】
秘密鍵を保持するだけで、対応するウォレットアドレスを使用してブロックチェーン上でトランザクションを実行できるようになることが理解されよう。換言すれば、秘密鍵はウォレットの所有権の唯一の証拠を構成し、それを失うと、このウォレットに保持されている暗号通貨資産（ＵＴＸＯ）へのアクセスができなくなる。同様に、彼の秘密鍵が悪意のある第三者により彼から盗まれた場合には、ユーザは、その資産の全てをこの第三者により消費されるという危険にさらされる。
【００２０】
秘密鍵の重要な性質を考慮して、秘密鍵をスマートフォン又はコンピュータのメモリに電子形式で保存するのではなく、紙形式で保存することが一般に推奨されている。また、秘密鍵は長いため、ユーザ自身が秘密鍵を記憶することはほとんど不可能であり、たとえユーザが秘密鍵を記憶することに成功したとしても、各トランザクションでそれを提示することは特に面倒である。
【００２１】
紙形式での保存はローミング使用にはほとんど適応しない。また、ユーザが、多数の秘密鍵及びそれらに対応する個数のウォレットアドレスを所有している場合がある。
【００２２】
この問題を解決するために、基本的にＵＳＢキーの形態である物理的ウォレット（ハードウェアウォレット）が近年販売されている。このようなハードウェアウォレット内に、ユーザが、ユーザの秘密鍵と、対応する公開鍵又はウォレットアドレス（公開鍵のハッシュにより取得）とを格納できる。このようなハードウェアウォレットの例は、トレザー（Ｔｒｅｚｏｒ）（登録商標）又は「レジャー・ナノＳ」（“Ｌｅｄｇｅｒ  Ｎａｎｏ  Ｓ”）の名前で販売されているデバイスである。
【００２３】
これらのＵＳＢキーは、一般的に、シンプルなインターフェース（ＬＣＤ画面及び幾つかのボタン）を備えており、ＵＳＢキーの所有者が、ＰＩＮコードを使用してロック解除し、要求される秘密鍵を使用してトランザクションに署名することを可能にしている。秘密鍵は、物理的攻撃から保護されているセキュア要素に格納されており、ＰＩＮコードを使用せずにはアクセスできない。これらのＵＳＢキーの使用により、紙媒体に頼らずに様々なキーを格納し、ブロックチェーン上でトランザクションに署名できる。一方で、ＵＳＢキーは、物理的な攻撃を完全に受けないわけではない。なぜなら、電磁放射により、又はＵＳＢインターフェースを介してキャプチャされた信号から秘密鍵が推定される可能性があるからである。
【発明の概要】
【発明が解決しようとする課題】
【００２４】
従って、本発明の目的の１つは、デジタル鍵を格納するためのデバイスであって、このデバイスの所有者が自分自身を認証すること、及び、ブロックチェーン上でトランザクションに署名できるようにすることを、先行技術のものと比較して大幅に増大したセキュリティ条件下で可能にするデバイスを提供することである。
【課題を解決するための手段】
【００２５】
本発明は、ブロックチェーン上でトランザクションに署名するためのデジタル鍵を格納するためのデバイスにより定義され、当該デバイスは、マイクロフォンと、ラウドスピーカと、少なくとも１つの秘密鍵を格納するためのセキュア要素を有するＤＳＰプロセッサと、を備えている。当該ＤＳＰは、さらに、コードブックＳを使用するエンコーダ／デコーダを含み、前記コードブックＳのコードワードは、前記ＤＳＰのメモリに記憶されているか、或いは、前記ＤＳＰに単独でアクセス可能なセキュアメモリに記憶されており、ランダム又は擬似ランダム超音波信号を表す。前記ＤＳＰは、前記デバイスの外部と、音響チャネルのみを介して通信し、前記ＤＳＰは、音響チャネルから前記マイクロフォンを介して受信した、前記Ｓのワードから成るメッセージをデコードするのに適しており、且つ、前記秘密鍵を用いてこのようにデコードされた前記メッセージに署名するのに適しており、且つ、前記メッセージの署名に応答して、前記Ｓの連続したワードから成る応答形態で、前記音響チャネル上で前記ラウドスピーカを介して送信するのに適している。
【００２６】
有利には、前記デバイスは、秘密鍵又は一連の秘密鍵を生成するためのシードをユーザがこれを介して入力できるヒューマンマシンインターフェース（ＨＭＩ）を備え、前記秘密鍵（複数可）は、前記ＤＳＰプロセッサの前記セキュア要素に格納される。
【００２７】
前記ＤＳＰプロセッサは、典型的には、前記ユーザにより入力されたか又は前記シードから前記ＤＳＰにより生成された前記秘密鍵から公開鍵を算出するための楕円曲線非対称暗号システムを使用する。
【００２８】
さらに、前記ＤＳＰプロセッサは、ブロックチェーン上のウォレットアドレスを取得するために前記公開鍵のハッシュをハッシュ関数により算出するのに適している。
【００２９】
前記デバイスは、有利には、前記公開鍵及び／又は前記ウォレットアドレスを前記音響チャネル上で送信することを要求するのに適したソフトウェアモジュールをホストする。
【００３０】
第１の例示的な実施形態によれば、前記デバイスはスマートフォンであり、前記ＤＳＰプロセッサは、前記スマートフォンのオペレーティングシステムを動作させるマイクロプロセッサとは異なるチップで実装される。
【００３１】
第２の例示的な実施形態によれば、前記デバイスは、電源ピン以外のいずれの接続ピンも含まないＵＳＢキーである。
【００３２】
本発明は、さらに、ユーザが第三者に、或る金額を暗号通貨で、以上に定義したデジタル鍵格納デバイスと、第２のソフトウェアモジュールをホストしている端末とを用いて支払うための方法を含み、前記端末は、ブロックチェーンを実装しているＰ２Ｐネットワークにインターネットを介して接続されている。前記方法は、前記ユーザが、前記第２のソフトウェアモジュールにより表示されるウィンドウに、支払い金額及び前記第三者のウォレットアドレスを入力し、且つ、前記第２のソフトウェアモジュールが、インプットセグメント及びアウトプットセグメントを含むトランザクションを作成し、前記インプットセグメントが、前記ユーザが宛先人である、以前のトランザクション（Ｔｆｕｎｄ）への少なくとも１つの参照と、前記以前のトランザクションをロックするスクリプトとを含み、前記アウトプットセグメントが、前記金額と、前記金額を前記第三者の前記ウォレットアドレスにてロックするスクリプトとを含み、前記第２のソフトウェアモジュールが、このようにして形成された前記トランザクションを含む第１のメッセージ（Ｍ）を前記デジタルキー格納デバイスに送信するステップを含み、前記ユーザによる検証の場合には、前記ＤＳＰプロセッサが前記メッセージに署名し、そして、こうして得られた前記署名を、第２のメッセージ（Ｓｉｇ）の形態で前記端末に送信し、前記第１のメッセージ及び前記第２のメッセージが、前記音響チャネル上で、前記コードブックＳのコードワードによりエンコードされた形態で送信され、そして、前記第２のソフトウェアモジュールが、前記トランザクションにおいて、前記以前のトランザクションをロックするスクリプトを、このように受信された前記署名、及び、前記ユーザの前記公開鍵を含むアンロッキングスクリプトに置き換えることを特徴とする。
【００３３】
最後に、本発明は、ユーザが第三者に、或る金額を暗号通貨で、コンピュータ又はスマートフォンの形態で実現された以上に定義したデジタル鍵格納デバイスを用いて支払うための方法に関する。前記デバイスは第２のソフトウェアモジュール（２２５）をホストしており、且つ、ブロックチェーンを実装しているＰ２Ｐネットワークにインターネットを介して接続されている。前記ユーザは、前記ブロックチェーンに従って、前記第２のソフトウェアモジュールにより表示されるウィンドウに、支払い金額及び前記第三者のウォレットアドレスを入力し、且つ、前記第２のソフトウェアモジュールが、インプットセグメント及びアウトプットセグメントを含むトランザクションを作成し、前記インプットセグメントが、前記ユーザが宛先人である、以前のトランザクション（Ｔｆｕｎｄ）への少なくとも１つの参照と、前記以前のトランザクションをロックするスクリプトとを含み、前記アウトプットセグメントが、前記金額と、前記金額を前記第三者の前記ウォレットアドレスにてロックするスクリプトとを含み、前記第２のソフトウェアモジュールが、このようにして形成された前記トランザクションを含む第１のメッセージ（Ｍ）を前記デジタルキー格納デバイスに送信し、前記ユーザによる検証の場合には、前記ＤＳＰプロセッサが前記メッセージに署名し、そして、こうして得られた前記署名を、第２のメッセージ（Ｓｉｇ）の形態で前記デバイスに送信し、前記第１のメッセージ及び前記第２のメッセージが、前記音響チャネル上で、前記コードブックＳのコードワードによりエンコードされた形態で送信され、そして、前記第２のソフトウェアモジュールが、前記トランザクションにおいて、前記以前のトランザクションをロックするスクリプトを、このように受信された前記署名、及び、前記ユーザの前記公開鍵を含むアンロッキングスクリプトに置き換える。
【００３４】
置換後、前記トランザクション（Ｔａ）が、有利には、前記Ｐ２Ｐネットワークのノードにブロードキャストされ、これにより検証されて、前記ブロックチェーンの次のブロックに組み込まれる。
【００３５】
本発明のその他の特徴及び利点は、本発明の優先的な実施形態を添付図面を参照しつつ読むことにより明らかになろう。
【図面の簡単な説明】
【００３６】
【図１】既に説明した、ブロックチェーンの２人のユーザ間の暗号通貨での金額の移動を概略的に示す。
【図２】本発明の一実施形態によるデジタル鍵格納デバイスを使用したシステムを概略的に示す。
【図３Ａ】図２のシステムの鍵格納デバイスのアーキテクチャの第１の例を概略的に示す。
【図３Ｂ】図２のシステムの鍵格納デバイスのアーキテクチャの第１の例を概略的に示す。
【図４Ａ】図２のシステムを用いたウォレットのコンサルテーションの動作のタイミング図である。
【図４Ｂ】図２のシステムを用いた支払い操作のタイミング図を示す。
【図５Ａ】本発明の第１の変型実施例によるデジタル鍵格納デバイスを概略的に示す。
【図５Ｂ】本発明の第２の変型実施例によるデジタル鍵格納デバイスを概略的に示す。
【発明を実施するための形態】
【００３７】
本発明の基本的な概念は、デジタル鍵を格納するためのデバイス（又は物理的ウォレット）を提供することであり、このデバイスは、ラウドスピーカ、マイクロフォン、及び、デジタル信号プロセッサＤＳＰを備え、ＤＳＰは、秘密鍵と公開鍵とのペアを格納するセキュア要素を有する。ＤＳＰは、物理デバイスの外部と、前記マイクロフォン及び前記スピーカを介したランダム（又は擬似ランダム）超音波信号によってのみ通信する。
【００３８】
この目的のために、ＤＳＰは、コードブックＳを用いる音響コーディング（暗号化）／デコーディング（復号）モジュールを含む。コードブックＳのコードワードは、ＤＳＰのメモリに、又は、ＤＳＰのみがアクセスできるデバイスのセキュアメモリに格納されているランダム又は疑似ランダム超音波信号を表す。すなわち、コードワードは、このようなランダム又は疑似超音波信号のデジタル表現であり、この信号は、コードワードをアナログ信号に変換し、このアナログ信号を、必要に応じて、トランスデューサを駆動する前に増幅することにより生成される。
【００３９】
このデバイスは、ウォレットアプリケーション暗号データを、前記コードブックのワードの形態で、前記デバイスと、ウォレットアプリケーションをホストしている端末との間の音響チャネルを介して送受信するのに適している。
【００４０】
従って、暗号データは、先行技術でのように傍受（盗聴）又は物理的攻撃などの固有のリスクを伴うＵＳＢインターフェース又はＢｌｕｅｔｏｏｔｈインターフェースを介して送信されるのではない。短距離超音波信号の使用により、上記のような侵入の試みが無効にされる。さらに、暗号データをランダム又は疑似ランダム超音波信号により送信することにより、このような攻撃に対するチャネルのロバスト性が大幅に向上する。
【００４１】
図２は、本発明の一実施形態によるデジタル鍵格納デバイスを含むシステムを概略的に示している。
【００４２】
デジタル鍵格納デバイス（又は物理的ウォレット）が符号２１０で示され、ＤＳＰが符号２１９で、マイクロフォンが符号２１３で、スピーカが符号２１７で示されている。
【００４３】
このデバイスは、図示されているようにスマートフォンの形態で実現され得るか、若しくは、単純なＨＭＩインターフェース（例えばＬＣＤ画面及びボタン）を備えた専用ＵＳＢキーの形態で実現され、又は、認証トークン（専用電子ボックス）の形態でも、或いは、ポータブルコンピュータの形態でも実現され得る。この場合、ＤＳＰ２１９は、ポータブルコンピュータ内に設計により既に存在するデバイスであり得る。
【００４４】
物理的格納ウォレットが専用ＵＳＢキーの形態で実現される場合、ＵＳＢキーが電源ピンのみを含むことに留意されたい。従って、キーをコンピュータのＵＳＢコネクタに差し込むことができ、従って、物理的ウォレットに保存されているデータにこのコンピュータがアクセスできなくても、キーに電力供給できる。
【００４５】
物理的ウォレットとは別に、システム２００は、端末（典型的には、ポータブルコンピュータ、ＰＣ）２２０を含む。端末２２０はインターネットに接続されており、従って、Ｐ２Ｐ（ピアツーピア）ネットワークにおけるその他のノードと、ブロックチェーンを使用して通信できる。
【００４６】
この説明の以下の部分において、一般性を失うことなく、ブロックチェーンがビットコインであると仮定する。
【００４７】
ユーザの端末２２０は、ウォレットアプリケーション（
【数８】
2021507586.tif 000010
）２２５、例えば、ＳＰＶ（Ｓｉｍｐｌｉｆｉｅｄ  Ｐａｙｍｅｎｔ  Ｖｅｒｉｆｉｃａｔｉｏｎ）（取引の簡易検証）軽量クライアントをホストしており、軽量ノードの機能を端末に与えてブロックチェーン上でトランザクションを作成及びチェックできるようにしている。或いは、ローミング使用でない場合、ユーザの端末は完全クライアント（ｃｏｍｐｌｅｔｅ  ｃｌｉｅｎｔ）をホストでき、共有レジスタ全体のコピーへのアクセスを可能にする。
【００４８】
また、ウォレットアプリケーション２２５は、デコーディングモジュールを含む。デコーディングモジュールは、コードブックＳを使用して、格納デバイスから受信したランダム／疑似ランダム信号をデコードすることを可能にしている。或いは、端末が、このようなデコーディングをアプリケーションの要求に応じて行うＤＳＰ（図示せず）を含んでもよく、ＤＳＰは、このようにデコードしたメッセージをアプリケーションに戻すことができる。或いは、また、端末が、ランダム／擬似ランダム信号を送信でき、これらのランダム／擬似ランダム信号が、クラウドのデコーディングサーバに受信され、次いで、デコードされたメッセージが端末に戻される。この最後の例示的な実施形態は、デコーディングサーバ及び格納デバイスにおいてコードブックＳを適応的に切り替えることが可能であるため、有利である。
【００４９】
デジタル鍵格納デバイス２１０は、ウォレット制御モジュール（
【数９】
2021507586.tif 000011
）と称されるソフトウェアモジュール２１５を含む。このモジュール２１５は、１以上のペア（秘密鍵、公開鍵）を生成する主な機能を有し、このようにして生成された秘密鍵を用いて、メッセージ（例えば、ウォレットアプリケーションにより行われたトランザクション）に署名する。
【００５０】
第１フェーズ（段階）において、物理的デジタル鍵ストレージウォレットが初期化される。
【００５１】
最初に、物理的ウォレットが、パスワード（ＰＩＮコード）、指紋リーダ、虹彩センサ、又はその他の生体認証センサにより保護され得る。パスワード又は生体認証エントリを入力する目的は、単に物理的ウォレットへのアクセスを保護することである。
【００５２】
認証のためにパスワードが使用される場合、ＨＭＩインターフェース（例えばタッチスクリーン）を介して入力でき、入力されたパスワードは、例えば、検証ボタンを押すか、又は、スクリーンに表示される検証アイコンをクリックすることにより検証され得る。
【００５３】
さらに、初期化フェーズは、楕円曲線暗号システム又はＥＣＣ（そのドメインパラメータが事前にＤＳＰに記憶されている）による少なくとも１つのペアの鍵（秘密鍵、公開鍵）の生成を含む。秘密鍵は、例えば、ＨＭＩインターフェースを介して入力又は選択されたワードのシーケンス（一連の単語）から取得され得る。好ましくは、このシーケンスは、標準ＢＩＰ００３２及びＢＩＰ０４４に従って、階層的決定性ウォレット（ＨＤウォレット）のペア（秘密鍵−公開鍵）の連続した世代を作成するためのシードとして使用される。全ての場合において、秘密鍵／公開鍵はＨＭＩインターフェースに明示的に表示されることなくＤＳＰ２１９内で生成され、ローカルに格納され、秘密鍵は、上述のセキュア要素に格納される。
【００５４】
初期化フェーズが実行され、そして、ウォレットアプリケーション２２５が端末２２０で起動されたならば、そのウォレットを使用してブロックチェーン上で操作を実行できる。
【００５５】
最も簡単な作業はウォレットを調べること、すなわち、ＵＴＸＯ（ユーザ、より正確にはユーザのウォレットのアドレスがその宛先である）のリストを取得することである。
【００５６】
ウォレットアドレスがユーザの公開鍵のハッシュにより取得されることを思い出されたい。もちろん、ユーザは、複数の公開鍵及び複数の対応するウォレットアドレスを所有し得る。この場合、これらのアドレスの各々の宛先にあるＵＴＸＯが、
【数１０】
2021507586.tif 000012
アプリケーションの個別のディレクトリに格納され得る。
【００５７】
物理的ウォレットに１つのペア（秘密鍵、公開鍵）のみが格納されている場合、ユーザは、物理的ウォレットのＨＭＩインターフェースを介して、公開鍵、又は対応するウォレットのアドレスの送信をアプリケーション２２５に要求できる。
【００５８】
物理的ウォレットが複数の公開鍵をメモリに格納している場合、ユーザは、ＨＭＩインターフェースを介して、必要な公開鍵又はウォレットアドレスを選択でき、そして、これらの送信をアプリケーション２２５に要求できる。
【００５９】
これらの両方の場合において、ＤＳＰが、公開鍵／ウォレットアドレスを音響チャネル２５０上で、コードブックＳのランダム（又は擬似ランダム）超音波信号により送信する。
【数１１】
2021507586.tif 000013
のコードワード（ランダム又は疑似超音波信号）が、これらの信号の相関メトリック（音響チャネルの等価フィルタにより任意選択的にフィルタリングされる）が対角行列に可能な限り近いように選択される。すなわち、ランダム（又は擬似ランダム）超音波信号は、相互相関係数の値が最小になり、且つ自己相関係数の値が最大になるように選択される。このようなコードブックＳの作成は、２０１６年６月１３日に提出されたフランス出願番号１６５５４４３号明細書に詳述されており、その内容を参照により本明細書に組み込む。
【００６０】
これらの信号は、ウォレットアプリケーション２２５に提供されるために、物理的デバイス２１０のラウドスピーカ（電気音響トランスデューサ、例えば圧電トランスデューサ）２１７により送信されて、端末のマイクロフォン（たとえば圧電トランスデューサ）２２３により受信される。これは、ウォレットアプリケーションがデコードを担当する場合には直接行われ、或いは、上述のように、端末に常駐するＤＳＰによるデコード後に行われるか、デコードサーバによるデコード後に行われる。
【００６１】
そして、デコーディングがどのような形式であっても、ウォレットアプリケーションは、このアドレスに関するトランザクションを（例えば、ブロックエクスプローラなどのブロックチェーンブラウザ、又は、例えば、ブロックチェーンインフォ（ｂｌｏｃｋｃｈａｉｎ．ｉｎｆｏ）などのＡＰＩを用いて）探すようにブロックチェーンに要求できる。公開鍵が端末に送信される場合、ウォレットアプリケーションが、対応するウォレットアドレスを単純なハッシュにより特定し、以前と同様に要求を起動できる。次に、このアドレスを対象とするトランザクションを探すためにチェーンがスキャンされる。全ての場合において、アリスが宛先であるトランザクションが、アプリケーション２２５のウィンドウに表示される。
【００６２】
図３Ａは、図２のシステムにおけるデジタル鍵格納デバイスのアーキテクチャの第１の例を示す。
【００６３】
オペレーティングシステム２１２（例えばアンドロイド（登録商標）（ＡｎｄｒｏｉｄＴＭ））が、マイクロプロセッサ２１１上で実行される。オペレーティングシステムは、好ましくは、攻撃に対するロバスト性を強化するために、マイクロプロセッサを介してのみＤＳＰと通信する。
【００６４】
マイクロプロセッサは、ＤＳＰからデジタルメッセージを、コードブックＳからのワード（単語）の形態で受信し、それらをラウドスピーカ２１７のドライバに転送する。これらのメッセージはアナログに変換及び増幅され、そして、得られた信号は、音響チャネル２５０を介して送信されるために、ラウドスピーカ２１７により、対応する超音波信号に変換される。
【００６５】
相互的に、マイクロプロセッサは、事前にデジタル形式に変換された超音波信号をマイクロフォン２１３から受信し、それらをＤＳＰ２１９に送信する。
【００６６】
ここで、マイクロプロセッサが、ＤＳＰとデバイスの外部との間の交換において透過的機能を果たすことが理解されよう。
【００６７】
図３Ｂは、図２のシステムにおけるデジタル鍵格納デバイスのアーキテクチャの第２の例を示す。
【００６８】
第１の例と同様に、ＤＳＰは、制御メッセージを受信でき、適用可能であればマイクロプロセッサに応答メッセージを返送する。一方で、この例においてＤＳＰは、ランダム／疑似ランダム超音波信号を、マイクロプロセッサを経由せずに直接送受信する。特定の例示的な実施形態において、ＤＳＰ、ラウドスピーカ及びマイクロフォンが、１つの同一のサウンドカードの一部を形成している。
【００６９】
図４Ａは、アリスが彼女のウォレットを調べたときの、システム２００における交換を概略的に示している。ステップ４１０において、物理的ウォレットが、アリスの公開鍵
【数１２】
2021507586.tif 000014
又はウォレットアドレス＠ｗａｌｌｅｔＡｌｉｃｅを端末のアプリケーション
【数１３】
2021507586.tif 000015
に、音響チャネルを介して送信する。
【００７０】
より正確には、公開鍵
【数１４】
2021507586.tif 000016
は、ランダム／疑似ランダム超音波信号
【数１５】
2021507586.tif 000017
の形態で送信される（σは、前述のコードブックＳによるコード化の動作を示している）。或いは、ウォレットアドレス＠ｗａｌｌｅｔＡｌｉｃｅが、ランダム／疑似ランダム超音波信号
【数１６】
2021507586.tif 000018
の形態で送信される。
【００７１】
この信号のデコード後、ステップ４２０にて、アプリケーションは、＠ｗａｌｌｅｔＡｌｉｃｅが宛先であるトランザクションをブロックチェーンにてスキャンするようにとの要求を送信する。ステップ４３０にてこれらのトランザクションを回収した後、アリスは、自分のアドレスのＵＴＸＯ（＠ｗａｌｌｅｔＡｌｉｃｅが、そのアウトプットが消費されていない宛先であるトランザクション）のリストを得ることができ、必要に応じてそれら集約できる。
【００７２】
従って、ＵＴＸＯが（又は、集約の場合は、集約されたＵＴＸＯも）、支払いを行うために新しいトランザクションのインプットとして使用され得る。
【００７３】
逆の場合には、アドレス＠ｗａｌｌｅｔＡｌｉｃｅが、コード化された形態
【数１７】
2021507586.tif 000019
で、音響チャネルを介して、上述のような端末２２０を有する第三者に通信され得、その結果、アリスのウォレットアドレスへの支払いが行われ得る。
【００７４】
従って、アリスがボブに支払いをしようとする場合、彼女（アリス）は端末２２０にて彼女のウォレットアプリケーション２２５を開いて、トランザクションに必要なパラメータを満たす。
【００７５】
彼女は自分のポートフォリオにおいて、送金のために使用したいと思うＵＴＸＯ（又は、集約の場合は複数のＵＴＸＯ）と、送金されるべき量（金額）と、受取人のウォレットアドレス＠ｗａｌｌｅｔＢｏｂとを選択する。本文以下、一般性を失うことなく、１つのＵＴＸＯのみが選択されると仮定する。このＵＴＸＯは、ソーストランザクションＴｆｕｎｄのアウトプットである。すなわち、トランザクションＴｆｕｎｄがこのＵＴＸＯを作成した。
【００７６】
次いで、ウォレットアプリケーションは、新しいトランザクションＴａを、例えばＰ２ＰＫＨ（ｐａｙ  ｔｏ  ｐｕｂｌｉｃ  ｋｅｙ  ｈａｓｈ）スクリプトにより作成する。
【００７７】
Ｔａのインプットセグメントにおいて、アプリケーションは、最初に、選択されたＵＴＸＯの参照、すなわち、ソーストランザクションＴｆｕｎｄのハッシュ、すなわち、
【数１８】
2021507586.tif 000020
を提供する。
【００７８】
次に、Ｔａのアウトプットセグメントにおいて、アプリケーションは、送金量（送金額）と、ウォレットアドレス＠ｗａｌｌｅｔＢｏｂにてこの量（金額）をロックするロッキングスクリプトとを提供する。
【００７９】
次に、アプリケーション２２５は、ＴａのインプットＵＴＸＯ（ソーストランザクションＴｆｕｎｄにおける＠ｗａｌｌｅｔＡｌｉｃｅのためのＵＴＸＯ）を保護するロッキングスクリプトをアンロックするための暗号要素、すなわち、その公開鍵と、その秘密鍵を用いた署名とを供給しなければならない。
【００８０】
これを行うために、ウォレットソフトウェア２２５は、トランザクションに署名することを、トランザクションにメッセージＭを送信することにより物理的ウォレット２１０に要求する。メッセージＭは、ソース関数のハッシュ
【数１９】
2021507586.tif 000021
と、ソーストランザクションＴｆｕｎｄのロッキングスクリプト（ｓｃｒｉｐｔＰｕｂＫｅｙ）と、暗号通貨の量（金額）と、ウォレットアドレス＠ｗａｌｌｅｔＢｏｂにて前記量をロックするロッキングスクリプト（ｓｃｒｉｐｔＰｕｂＫｅｙ）とを含む。
【００８１】
メッセージＭは、ＤＳＰに、音響チャネルを介して、コードブックＳを用いたＭの暗号化により得られた
【数２０】
2021507586.tif 000022
の形態で送信される。対応する超音波信号が、端末のラウドスピーカ２２７により送信され、物理的ウォレット２１０のマイクロフォン２１３により受信される。
【００８２】
ＤＳＰは、アプリケーション
【数２１】
2021507586.tif 000023
に、支払い先のアドレス及び金額を、マイクロプロセッサを介して送信する。次いで、アプリケーションはユーザに、トランザクションの確認（タッチスクリーン又はボタンのアイコンを押すことによる）を要求する。ユーザがそれを
【数２２】
2021507586.tif 000024
前に確認した場合、アプリケーション
【数２３】
2021507586.tif 000025
は、これをＤＳＰに通知する。次いで、ＤＳＰがメッセージＭに秘密鍵（楕円曲線署名アルゴリズム又はＥＣＤＳＡによる）で署名し、得られた署名
【数２４】
2021507586.tif 000026
を端末２２０に送信する。署名
【数２５】
2021507586.tif 000027
は、コードブックＳからの信号を用いて、コード化された形態
【数２６】
2021507586.tif 000028
で、音響チャネルを介して送信される。
【００８３】
そして再び、信号
【数２７】
2021507586.tif 000029
が、ウォレットアプリケーション、ローカルＤＳＰ、又はリモートデコードサーバによりデコードされ得る。デコーディング後、ウォレットアプリケーション２２５は署名
【数２８】
2021507586.tif 000030
を回収し、それをアリスの公開鍵
【数２９】
2021507586.tif 000031
と連結させてアンロッキングスクリプト（ｓｃｒｉｐｔＳｉｇ）を形成する。アプリケーション
【数３０】
2021507586.tif 000032
は、ソーストランザクションのハッシュ
【数３１】
2021507586.tif 000033
及びアンロッキングスクリプトを提供して、トランザクションＴａのインプットセグメントを形成する。
【００８４】
次いで、ウォレットアプリケーションは、ユーザに支払いの確認（例えば、アイコンをクリックすることによる）を要求する。支払いが確認されたならば、トランザクションＴａはＰ２Ｐネットワークのノードにブロードキャストされ、これにより、検証されてチェーンの将来のブロックに組み込まれる。
【００８５】
図４Ｂは、アリスが支払いをするときのシステム２００における交換を概略的に示している。
【００８６】
ステップ４５０にて、ユーザがウォレットアプリケーションのウィンドウで支払額及び受取のウォレットアドレスを入力した後、ウォレットアプリケーションは、メッセージＭを、ソーストランザクションのハッシュ
【数３２】
2021507586.tif 000034
と、ソーストランザクションのロッキングスクリプトと、暗号通貨での支払い金額と、受取人のウォレットアドレス＠ｗａｌｌｅｔＢｏｂにおける量（金額）をロックするロッキングスクリプトと、から構築する。
【００８７】
Ｍの暗号化（コードブックＳを使用）により得られた信号
【数３３】
2021507586.tif 000035
が、コードブックＳからのランダム超音波信号により音響チャネルを介して送信される。
【００８８】
ＤＳＰにより
【数３４】
2021507586.tif 000036
をデコードしてメッセージＭを復元した後、ＤＳＰは、ステップ４５１にて受取人のウォレットアドレス及び金額を制御アプリケーション
【数３５】
2021507586.tif 000037
に送信する。
【００８９】
ステップ４５２にて、ユーザによる検証が
【数３６】
2021507586.tif 000038
によりＤＳＰに送信される。次いで、ＤＳＰは、メッセージＭに、その秘密鍵（ＥＤＣＳＡ）を用いて署名し、得られた署名をコードブックＳを用いてエンコードして信号
【数３７】
2021507586.tif 000039
を得る。そしてこの信号
【数３８】
2021507586.tif 000040
を、上述のように音響チャネルを介して端子２２０に送信する。
【００９０】
端末２２０にて信号
【数３９】
2021507586.tif 000041
がデコードされて、署名Ｓｉｇが提供される。
【００９１】
次いで、ステップ３７０にて、ウォレットアプリケーション
【数４０】
2021507586.tif 000042
が、このように受信された署名及びアリスの公開鍵から、トランザクションのインプットセグメントを形成するためにアンロッキングスクリプトを構成する。同様に、ウォレットアプリケーション
【数４１】
2021507586.tif 000043
は、トランザクションのアウトプットセグメントを形成するために、ロッキングスクリプトを金額に連結させる。
【００９２】
ウォレットアプリケーションのウィンドウでユーザが支払いを確認したならば、ウォレットアプリケーションはその支払い確認を、ステップ４８０にて、Ｐ２Ｐネットワーク内のその他のノードにブロードキャストする。
【００９３】
上記の説明においては、ブロックチェーンがビットコインであると想定した。代替的に、スマートコントラクトを記録及び実行できるブロックチェーンであってもよい。そのようなブロックチェーンの一例は、イーサリアム（Ｅｔｈｅｒｅｕｍ）である。スマートコントラクトは、ブロックチェーンを用いてＰ２Ｐネットワーク内の任意のノードにより実行され得るプログラムである。詳細には、データを保存し、支払いを送受信し、ソフトウェアエージェントとして自律分散的にアクションを実行する。一般に、スマートコントラクトは、所定数の条件が満たされているかどうかをチェックし、満たされている場合には自動的に実行されて、コントラクトでエンコードされた結果を提供する。
【００９４】
同様に、デジタル鍵から成る物理的ウォレットが、それ自体をスマートコントラクトの一部として認証すること（例えば承認すること）を可能にする。これを行うために、ウォレットアプリケーション（又はイーサリアム用語によるアカウントアプリケーション）がトランザクションを実行でき、所有者は物理的ウォレットを使用してそれに署名できる。こうして署名されたトランザクションが、ブロックチェーンに格納されているスマートコントラクトに送信される。
【００９５】
最後に、上記の説明においては、端末２２０がデジタル鍵格納デバイス２１０とは別個であると仮定した。デジタル鍵格納デバイス２１０がスマートフォンの場合には、インターネットに接続された端末としても機能でき、この端末はデバイスと同じ場所にあり、第１のソフトウェアモジュールと第２のソフトウェアモジュールとは１つの同一のアプリケーションのモジュールである（又は、図５Ａの例示的な実施形態に示されているように、スマートフォンの異なるアプリケーションでもあってもよい。この場合、これらは、ラウドスピーカ２１７とマイクロフォン２１３との間のローカル音響チャネルを介して対話する）。
【００９６】
これとは対称的に、図５Ｂの例示的な実施形態に示されているように、端末が、ＤＳＰ２１９をそのセキュア要素と共に組み込んでもよく、第１のソフトウェアモジュールと第２のソフトウェアモジュールとが、端末の１つの同一のアプリケーション（又は別個のアプリケーションでもよい）の一部を形成する。この場合、これらのソフトウェアモジュールは、第１の例示的な実施形態と同様に、ラウドスピーカ２１７とマイクロフォン２１３との間のローカル音響チャネルを介して対話する。
【００９７】
また、以上の説明においては、鍵格納デバイス／端末が、メッセージの送信と受信とのために同一のコードブックＳを使用できると仮定した。代替的に、送信と受信とを２つの別々のコードブックＳ及びＳ’を使用して行うことも可能であり、これらのうちの一方の送信コードブックが他方の受信コードブックであり得、その逆もまた可能である。この実施形態は、音響チャネル上での全二重交換を可能にするため、有利である。
【符号の説明】
【００９８】
２１０  デジタル鍵格納デバイス
２１１  マイクロプロセッサ
２１２  オペレーティングシステム
２１３  マイクロフォン
２１５  ウォレット制御モジュール
２１７  ラウドスピーカ
２１９  デジタル信号プロセッサ（ＤＳＰ）
２２０  端末
２２５  ウォレットアプリケーション
２５０  音響チャネル
【図１】
2021507586.tif 000044
【図２】
2021507586.tif 000045
【図３Ａ】
2021507586.tif 000046
【図３Ｂ】
2021507586.tif 000047
【図４Ａ】
2021507586.tif 000048
【図４Ｂ】
2021507586.tif 000049
【図５Ａ】
2021507586.tif 000050
【図５Ｂ】
2021507586.tif 000051
【国際調査報告】
2021507586.tif 000052
2021507586.tif 000053
2021507586.tif 000054
2021507586.tif 000055
2021507586.tif 000056
2021507586.tif 000057