JP5384535B2 - 数値比較アソシエーション・モデルにおけるイメージ・ベースの中間者保護 - Google Patents

Description

少なくとも一つの特徴は、無線ネットワークにおいて通信しているネットワーク・デバイスをペアリング及び認証することに関係し、より詳しくは、無線デバイス認証のための中間者攻撃に対する保護スキームにおいて実装される比較アソシエーション・モデルにおいて、イメージ、アイコン及び／又は任意にサウンドを使用することに関係する。

無線通信システムにおいて、参加している通信ユニットの間のセキュアな通信は、ペアリング及び認証のプロセスにより達成されることがある。多くの無線技術は、正しいデバイスが接続されることを確認する交換・共有秘密情報（exchanged and shared secret information）を、参加している通信ユニットに提供する、暗号鍵交換メカニズムを実装する。

そのような鍵交換メカニズムで生じ得る一般的な問題は、それが中間者（man-in-the-middle）（ＭＩＴＭ）攻撃（すなわち、悪意のあるユーザが二つの通信デバイス間のメッセージを横取り（intercept）及び／又は改ざん（alter）することがあるセキュリティ違反）にさらされるかもしれないということである。例えば、二つの通信デバイス間の暗号鍵交換の間、ＭＩＴＭ攻撃での侵入者は、それが二つのデバイス間で送信される情報へのアクセスを得るために使用することができる鍵交換の間、１又は複数の暗号鍵を得るかもしれない。ＭＩＴＭ攻撃から保護するために、幾つかの従来技術の認証方法は、数値の確認値（numeric confirmation values）が二つの通信しているデバイスにより別々に計算される数値比較プロトコルを実装することがある。数値の確認値は、ユーザにより比較されるために両方のデバイス上に表示されることがあり、あるいは、確認値のインスタンスが、一つのデバイスにより計算され、確認値の他のインスタンスとの比較又は照合（verification）のために他のデバイスに入力されることがある。

Bluetooth（登録商標）無線技術、Ｗｉ−Ｆｉ、認定無線ＵＳＢ（Certified Wireless USB）（ＣＷ−ＵＳＢ）無線技術は、無線通信ネットワーク・システムのための実装を提供する。Bluetoothは、例えば、アドホックな方法でパーソナル・デバイスを接続することを可能にする。Bluetooth標準（“Bluetoothシステムの仕様、コア、バージョン2.1+EDR（Specification of the Bluetooth System, Core, Version 2.1+ EDR）”2007年7月27日を参照）は、ユーザが追加するつもりであるデバイスが、追加されるデバイスであることを確実とし、誤って又は故意に意図されていないデバイスを追加することを避けるのを支援するための幾つかのセキュリティ・メカニズムを含む。特に、Bluetooth仕様は、アクティブＭＩＴＭ攻撃から保護する公開鍵交換及び数値比較プロトコルを含むセキュアなシンプル・ペアリング及び認証メカニズムを提供する。公開鍵交換は、セキュアな通信に用いられることのできる共有秘密を確立する働きをし得る。数値比較プロトコルは、ユーザが、通信リンク又はアソシエーションが二つの意図されたデバイスの間にあり、侵入しているデバイスではないことを確認するために、二つのデバイスの上の確認値を照合することを可能にする。

認証の目的のために、幾つかの無線技術（例えば、Bluetooth2.0、Wi-Fi保護アクセスWPA/WPA2（Wi-Fi Protected Access WPA/WPA2）及びそれ以前のバージョン）は、個人識別番号（ＰＩＮ）をユーザに提供するためにデバイス（又は、他の手段（例えばデバイスを伴うマニュアル））に貼られる固定ラベル又はステッカーを使用する。ユーザは、認証のためのデータ暗号化を可能にするために、ＰＩＮを入力し、又は、ボタンを押すことができる。他の技術（例えば、Bluetoothコア仕様バージョン2.1+EDR（Bluetooth Core Specification version 2.1 + EDR）、CW-USB、Wi-Fi保護セットアップ（Wi-Fi Protected Setup））は、アクティブＭＩＴＭ攻撃に対するより大きな保護を実装するアソシエーション・モデルに移り始めている。一般的に、ＭＩＴＭ保護は、Ｎ桁の数字（一般的に２桁と６桁の間）を両方のデバイス上に表示すること及びユーザからの確認を要求することを含む。Bluetoothコア仕様バージョン２．１＋ＥＤＲは、ユーザが各々のデバイス上で６つの十進数字（decimal digits）を照合するよう要求されるアソシエーション・モデルを提供する。ＣＷ−ＵＳＢは、Bluetooth2.1に類似するメカニズムをもつが、比較のためにより少数の桁を使用する。Ｗｉ−Ｆｉアライアンスの保護セットアップ構成はまた、ダイナミックＰＩＮが、更なるデバイスにより提供されるＰＩＮと比較されるために、デバイスのディスプレイ上で生成され表示されることができる数値比較を使用する。

ＰＩＮ、数値の確認値及び／又は他のフォームの数値及び／又は英数字シーケンスの使用の制限（limitation）は、０〜９のディジット（digits）は１文字につき多くの情報を提供しないということである。幾つかの技術において使用される数値比較プロトコルは、ユーザが固定ＰＩＮ又は番号を覚えること又は二つのデバイス上の新しいＰＩＮを作成して入力することを要求されないように、ユーザに対する認証プロセスを単純化したが、一部のユーザは、それでも、２つの数値の確認値を比較することが煩わしい（cumbersome）と感じるかもしれない。さらに、無線ネットワーク・コネクションが、異なる基本言語（例えば、中国語、アラビア語、日本語、ヘブライ語、ギリシア語など）での通信を含む場合に、数値（又は更に英数字）比較プロトコルは、有効でないか又は効率的でない。従って、ＭＩＴＭ保護のための数値比較プロトコルにおいて生成される確認値の比較の信頼性及び容易さを改善する必要性が存在する。

数値比較プロトコルの数字又は英数字の代わりに、イメージ（例えば、１又は複数のアイコン、ピクチャー、シンボル、カラーなど）を用いることによって、ユーザが素早く且つはっきりと（obviously）認証ペアリングを確認することを可能にするための特徴が提供される。イメージの使用は潜在的により多くの情報を運ぶが、ユーザは数字又は文字のシーケンスよりも簡単に比較できるようなる。イメージを使用する結果、それが認証及び／又はペアリング・モデル（例えば他のデバイスとのアソシエーション又はリンクを確立するときに中間者攻撃に対する保護を提供するために使用されるそれらのような）を容易にするので、デバイスのユーザビリティが改善され得る。

無線通信リンク上での第２のデバイスとのアソシエーションをセキュアに確立するための第１のデバイス上で動作可能な方法が提供される。第２のデバイスとの暗号鍵交換が実行される（前記第１及び第２のデバイスのための暗号情報が得られる）。一つの例において、暗号情報は、第１のデバイスに関連する第１の公開鍵、第１のデバイスに関連する第１の一時データ（nonce）、第２のデバイスに関連する第２の公開鍵、及び、第２のデバイスに関連する第２の一時データのうちの少なくとも一つを含んでも良い。前記暗号情報に基づいて前記第１のデバイスのための確認値が得られる。例えば、確認値は、複数のディジットをもつ数値及び英数字シーケンスのうちの少なくとも一つを含んでも良い。それから、前記確認値に基づいて、確認イメージが得られる。確認イメージは、複数のイメージ（例えば、アイコン、グラフィックス、シンボル、カラー及びサウンドのうちの少なくとも一つ）から形成されても良い。例えば、複数のイメージは、前記第１のデバイスに格納されても良い（ここで、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される）。前記確認イメージは、前記確認値に一意に関連付けられる。

それから、前記第２のデバイスのための対応する確認イメージの認証のために、前記確認イメージがオペレーターに提供される。前記認証のために前記確認イメージを前記オペレーターに提供することは、前記第１のデバイスのディスプレイ上にイメージを提示することを含んでも良い。前記確認イメージを前記オペレーターに提供・送信することに応答して、前記第１のデバイスは、前記第２のデバイスとのアソシエーションを受け入れるべきか又は拒否するべきかについての前記オペレーターからフィードバックを受信しても良い。前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れも良い。一方、前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否しても良い。

一つの例において、前記確認値に基づいて前記確認イメージを得ることは、前記第１のデバイスに格納された前記複数のイメージから１又は複数のイメージを選択することを更に含んでも良い。

他の例において、イメージ生成アルゴリズムが前記第１のデバイスに格納されても良い（ここで、前記確認値は、該イメージ生成アルゴリズムを用いて前記確認イメージに変換される）。前記イメージ生成アルゴリズムは、前記確認イメージを生成するために、１又は複数のイメージ、アイコン、カラー、形状、サウンド又は背景を合成しても良い。

幾つかの実装において、前記確認イメージは、前記確認値の第１の派生物に基づくものであっても良い。幾つかの実装において、前記確認値に基づいて前記確認イメージを得ることは、前記確認イメージを生成するために衝突耐性関数を適用することを含んでも良い（ここで、該衝突耐性関数は、異なる値を使用して同一のイメージを生成することを防止する）。

一つの実装において、前記第１のデバイスは、前記第２のデバイスとの暗号鍵交換のために使用されるBluetooth対応通信インタフェースを含んでも良い。

一つの実装において、前記確認値に基づいて確認イメージを得ることは、（ａ）前記確認値を経度・緯度の対にマッピングすること、及び／又は、（ｂ）前記経度・緯度に関連する位置のマップ又はイメージのうちの少なくとも一つを得て、前記確認イメージとして該位置のマップ又はイメージを使用することを含んでも良い。

他の実装において、前記確認値に基づいて確認イメージを得ることは、（ａ）前記確認値を検索文字列にを変換すること、（ｂ）複数のウェブ・ページを含む１又は複数の検索結果を得るために、前記検索文字列を検索エンジンに入力すること、及び／又は、（ｃ）前記検索結果におけるウェブ・ページを前記確認イメージとして利用することを含んでも良い。前記検索エンジンは、外部ネットワーク上で動作し、前記複数のウェブ・ページは、外部ネットワークを介してアクセス可能であっても良い。

更に他の実装において、前記確認値に基づいて確認イメージを得ることは、（ａ）前記確認値を、ネットワーク上のコンテンツ（コンテンツはイメージを含む）のためのアドレス参照に変換すること、（ｂ）前記アドレス参照に関連するイメージを得ること、及び／又は、（ｃ）前記イメージを前記確認イメージとして利用することを含んでも良い。

無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するためのデバイスが同様に提供される。前記デバイスは、無線通信インタフェース及び認証モジュールを含んでも良い。前記無線通信インタフェースは、第２のデバイスと通信する働きをしても良い。前記認証モジュールは、（ａ）前記第２のデバイスとの暗号鍵交換（前記デバイス及び第２のデバイスのための暗号情報が得られる）を実行し、（ｂ）前記暗号情報に基づいて、確認値を取得し、（ｃ）前記確認値に基づいて、確認イメージを取得し、及び／又は、（ｄ）前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供するように構成されても良い。

前記デバイスはまた、前記認証モジュールに接続され、前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信するための入力インタフェースを更んでも良い。前記認証モジュールは、（ａ）前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れ、及び／又は、（ｂ）前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否するように更に構成されても良い。

前記デバイスはまた、複数のイメージを格納するためのストレージを更に含んでも良い（ここで、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される）。前記認証モジュールは、前記確認イメージを得るために、前記第１のデバイスに格納された前記複数のイメージから１又は複数のイメージを選択するように構成されても良い。

前記デバイスはまた、前記認証モジュールに接続されたイメージ生成器を更に含み、該イメージ生成器は、前記確認値を前記確認イメージに変換するように構成されても良い。前記イメージ生成器は、前記確認イメージを生成するために、１又は複数のイメージ、アイコン、カラー、形状、サウンド又は背景を合成しても良い。

幾つかの実装において、前記確認イメージは、前記確認値に一意に関連付けられても良い。前記確認イメージは、複数のイメージから形成されても良い。前記確認イメージは、前記確認値の第１の派生物に基づくものであっても良い。前記確認イメージは、アイコン、グラフィックス、シンボル、カラー及びサウンドのうちの少なくとも一つを含む。前記暗号情報は、前記第１のデバイスに関連する第１の公開鍵、前記第１のデバイスに関連する第１の一時データ、前記第２のデバイスに関連する第２の公開鍵、及び、前記第２のデバイスに関連する第２の一時データのうちの少なくとも一つを含んでも良い。前記通信インタフェースは、前記第２のデバイスとの暗号鍵交換のために使用されるBluetooth対応通信インタフェースを含んでも良い。前記出力インタフェースは、前記確認イメージを前記オペレーター視覚的に提示するためのディスプレイ及び該イメージを該オペレーターに聴覚的に提供するためのスピーカのうちの少なくとも一つを含んでも良い。

従って、（ａ）第２のデバイスと通信するための手段と、（ｂ）前記第２のデバイスとの暗号鍵交換（前記デバイス及び第２のデバイスのための暗号情報が得られる）を実行するための手段と、（ｃ）前記暗号情報に基づいて、確認値を得るための手段と、（ｄ）前記確認値に基づいて、確認イメージを得るための手段と、（ｅ）前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供するための手段と、（ｆ）前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信するための手段と、（ｇ）前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れるための手段と、（ｈ）前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否するための手段と、（ｉ）複数のイメージを格納するための手段（ここで、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される）と、（ｊ）前記確認値を前記確認イメージに変換するための手段とを含むデバイスが提供される。

プロセッサにより実行された場合に、該プロセッサに、（ａ）前記第２のデバイスとの暗号鍵交換（前記デバイス及び第２のデバイスのための暗号情報が得られる）を実行させ、（ｂ）前記暗号情報に基づいて、確認値を取得させ、（ｃ）前記確認値に基づいて、確認イメージを取得させ、（ｄ）前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供させ、（ｅ）前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信させ、（ｆ）前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れさせ、（ｇ）前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否させ、（ｈ）複数のイメージを格納させ（ここで、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換させる）、及び／又は、（ｉ）前記確認値を前記確認イメージに変換させる、無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するための第１のデバイス上で動作可能なコンピュータープログラムが提供される。前記確認イメージは、前記確認値に一意に関連付けられる。

無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するための処理回路が同様に提供され、該処理回路は、（ａ）前記第２のデバイスとの暗号鍵交換（前記デバイス及び第２のデバイスのための暗号情報が得られる）を実行し、（ｂ）前記暗号情報に基づいて、確認値を取得し、（ｃ）前記確認値に基づいて、確認イメージを取得し、（ｄ）前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供し、（ｅ）前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信し、（ｆ）前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れ、（ｇ）前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否し、（ｈ）複数のイメージを格納し（ここで、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換する）、及び／又は、（ｉ）前記確認値を前記確認イメージに変換するように更に構成されたる。前記確認イメージは、前記確認値に一意に関連付けられても良い。

図１は、イメージの比較に基づくペアリング及び／又は認証モデルが実装されてもよい無線通信ネットワークを示すブロック図である。 図２は、イメージ・ベースの認証により容易にされるセキュアな通信リンク又はアソシエーションを確立するように構成されてもよいデバイスのブロック図を示す。 図３は、ユーザによるイメージ・ベースの認証を用いて二つのデバイスがセキュアなアソシエーション又は通信リンクを確立することのできる方法を示すフローチャートである。 図４は、二つのデバイスの間のアソシエーションを確認するためにイメージ・ベースの認証が首尾よく（successfully）使用される例を示す。 図５は、イメージ・ベースの認証が、中間者攻撃を暴き（reveals）、ユーザが二つのデバイスの間のアソシエーションを拒否できるようにする第２の例を示す。 図６は、数値が１又は複数のイメージにマッピングされることのできる方法の一つの例を示すブロック図である。 図７は、数値が１又は複数のイメージ及びカラーにマッピングされることのできる方法の他の例を説明しているブロック図である。 図８は、数値を動的に生成されたイメージにマッピングするために使用されることのできるイメージ生成アルゴリズムの例を示すブロック図である。 図９は、イメージ・ベースの認証を実行するように構成されたデバイスの論理コンポーネントを示すブロック図である。 図１０は、第２のデバイスとのアソシエーションのイメージ・ベースの認証を容易にするために第１のデバイス上で動作可能な（operational）方法を示すフローチャートである。

詳細な説明

以下の記述では、特定の細部が、様々な特徴の深い理解を与えるために説明される。しかし、これら特徴がこれら特定の細部なしに実施され得ることは当業者には理解されるであろう。例えば、本明細書で示される例（examples）又は構成（configurations）を不明瞭にしないために、ブロック図において回路の細部が示されないことがある。

また、例は、フローチャート（flowchart）、フローチャート（flow diagram）、構造図（structure diagram）又はブロック図として描写されるプロセスとして説明されることがある点に留意されるべきである。フローチャートは、連続したプロセスとしてオペレーションを説明することがあるが、オペレーションの多くは並行して（in parallel）又は同時に（concurrently）実行されることができる。さらに、オペレーションの順序は、リアレンジされ得る。そのオペレーションが完了されるとき、プロセスが終了される。プロセスは、方法、関数、プロシージャー、サブルーチン、サブプログラムなどに対応し得る。プロセスが関数に対応する場合には、その終了は、呼び出し関数又はメイン関数への関数の復帰に対応する。

さらに、記憶媒体は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ・デバイス、及び／又は、情報を記憶するための他の機械読み取り可能な媒体を含む、データを記憶するための１又は複数のデバイスを表しても良い。ポータブル又は固定の記憶装置、光記憶装置、無線チャネル、及び、（１又は複数の）インストラクション及び／又はデータを記憶、含有又は運搬する能力をもつ様々な他の媒体を含む（ただし、これらに制限されるものではない）。

さらに、構成は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又はそれらの組み合せによって実装されても良い。ソフトウェア、ファームウェア、ミドルウェア又はマイクロコードで実装される場合には、必要なタスクを実行するプログラムコード又はコードセグメントが、機械読み取り可能な媒体（例えば、記憶媒体又は他の記憶手段）に記憶されても良い。プロセッサは、必要なタスクを実行しても良い。コードセグメントは、プロシージャー、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、又は、インストラクション、データ構造若しくはプログラムステートメントの組み合せを表しても良い。コードセグメントは、情報、データ、引数、パラメータ、又はメモリ・コンテンツをパス及び／又は受信することによって、他のコードセグメント又はハードウェア回路に接続されても良い。情報、引数、パラメータ、データ及び同類のものは、とりわけ、メモリシェアリング、メッセージパッシング、トークンパッシング、及びネットワークトランスミッションを含む適当な手段によって、パス、フォワード、又は送信されても良い。

以下の説明において、特定の専門用語は、特定の特徴を表現するのに用いられる。用語“鍵”（例えば、暗号鍵（cryptographic key）、認証鍵（authentication key））は、証明書（certificate）、識別子（identifier）、暗号文（cryptograph）、又は、他のタイプの数字、英数字及び／又はシンボルを指し示す。用語“イメージ”（例えば、アイコン、シンボル、グラフィック、認証イメージ）は、１又は複数のグラフィックス、アイコン、ヒエログリフ、英数字オブジェクト、シンボル及び／又はピクチャーなども、オーディオ、サウンド及び／又はトーンも含む（ただし、これらに制限されない）白黒、カラー及び／又はグレイスケールの視覚表現を指し示す。用語“イメージ（image）”は、一つのイメージ（image）又は複数のイメージ（images）を指し示すことがある。

一つの特徴は、比較プロトコルの数字又は英数字の代わりに、イメージ（例えば、アイコン、ピクチャー、シンボル、カラーなど）を使用することによって、ユーザが素早く（quickly）且つはっきりと（obviously）認証ペアリングを確認することを可能にするための改善された方法を提供する。イメージの使用は潜在的により多くの情報を運ぶが、ユーザは数字又は文字のシーケンスよりも簡単に比較できるようなる。イメージを使用する結果、それが認証及び／又はペアリング・モデル（例えば他のデバイスとのアソシエーション又はリンクを確立するときに中間者攻撃に対する保護を提供するために使用されるそれらのような）を容易にするので、デバイスのユーザビリティが改善され得る。

図１は、イメージの比較に基づくペアリング及び／又は認証モデルが実装されてもよい無線通信ネットワーク１０２を示すブロック図である。一つの例において、近距離無線通信（short-range wireless communications）は、Bluetooth無線技術（免許不要のＩＳＭ（工業、科学、医療）用の、およそ８３．５ＭＨｚの無線周波スペクトルを提供する、２．４５ＧＨｚ周波数バンドで動作する無線通信技術）を使用して、ネットワーク１０２において実装されても良い。Bluetooth無線技術は、いわゆるピコネットにおいて、そのスペクトルの範囲内で、アドホックな方法により、デバイスを通信で接続することを可能にする。各々のデバイスは、単一のピコネット内で、同時に複数の他のデバイスと通信することができる。各々のデバイスはまた、同時に幾つかのピコネットに属することができる。Bluetooth対応デバイス（Bluetooth-enabled device）が無線近傍（radio proximity）に出入り（enter and leave）するにつれて、ピコネットは動的且つ自動的に確立される。

無線通信ネットワーク１０２は、複数の通信デバイス（例えば、ヘッドセット、モバイルフォン、コンピュータ及び／又は通信能力をもつ任意のデバイス）を含んでも良い。それらは、この例において、第１のデバイス１０４、第２のデバイス１０６及び第３のデバイス１０８として示される。第１のデバイス１０４、第２のデバイス１０６及び／又は第３のデバイス１０８の間の無線通信ネットワーク１０２における通信は、無線周波数を介して、例えば、光学的に、磁気的に、誘導的に及び／又は容量的に達成されても良く、また、様々なデバイスの間のコネクション、通信リンク及び／又はアソシエーションを含んでも良い。例えば、無線ヘッドセットがモバイルフォンと通信しても良いし、２台のモバイルフォンが互いに通信しても良いし、モバイルフォンがパーソナルコンピュータと通信しても良いし、モバイルフォンが固定電話（landline telephone）と通信しても良い、などである。

一般的に、二つのデバイス間の通信リンク又はアソシエーションにおいて、一つのデバイスが“開始者（initiator）”として動作しても良く、また、他のデバイスが“非開始者（non-initiator）”又は“応答者（responder）”として動作しても良い。開始者デバイスは、初期の通信リンク又はアソシエーションのセットアップがそこから行われるデバイスであっても良い。しかし、一つのデバイスが、一つの通信リンク又はアソシエーションについては開始者として機能し、他の通信リンク又はアソシエーションについては非開始者／応答者として機能しても良い。例えば、無線通信ネットワーク１０２において、第１のデバイス１０４は、第２のデバイス１０６との通信リンクについて開始者として機能しても良いが、第３のデバイス１０８との通信リンクについて非開始者として機能しても良い。

Bluetoothコア仕様は、数値比較アソシエーション・モデル（numeric comparison association models）を含む幾つかのセキュリティ・メカニズムを含む。数値比較アソシエーション・モデルにおいて、セキュア・シンプル・ペアリング認証プロトコル（secure simple pairing authentication protocol）が提供される。ここでは、二つのデバイスが、ＭＩＴＭ攻撃から保護するために照合用にユーザに表示される数値の確認値を得るのに使用される暗号鍵交換を実行する。

ユーザが二つのデバイスを接続することを望むが、互いに直接接続する代わりに、それらが、気づかずに、それらがペアになろうとしているデバイスの役割を演ずる第３の（攻撃／侵入者）(attacking/intruder)デバイスに接続するときに、中間者（ＭＩＴＭ）攻撃が起こる。それから、第３のデバイスは、それらが直接接続されるという錯覚をしている二つのデバイス間で情報をリレーする。攻撃デバイスは、二つのデバイス間で通信を盗聴することがあり（アクティブ盗聴（active eavesdropping）として知られる）、コネクション上で情報を挿入及び修正することができる。この種の攻撃において、二つのデバイスの間で交換される情報の全てが危険にさらされ（compromised）、攻撃者は、デバイスの各々にコマンド及び情報を送り込む（inject）ことがあり、それゆえに、潜在的にデバイスの機能に損害を与える。

BluetoothのＭＩＴＭ保護方法は、中間者が暗号鍵交換の中に存在するならば、数値の確認値が、１０の桁数乗（１０^{−ｎｕｍｂｅｒ＿ｏｆ＿ｄｉｇｉｔｓ}）の確率以内で、正当なデバイスとは異なるであろう、という仮定に基づくものである。例えば、数の確認値が６桁であるならば、中間者が同一の確認値を生成するであろう確率は、1,000,000分の１である。Bluetoothコア仕様は、ディフィー・ヘルマン（Diffie-Hellman）鍵交換プロトコルに基づく暗号鍵交換（例えば、公開／秘密鍵交換（public/private key exchange））を適用する。このプロトコルに従って、各々のデバイスは、プライベート鍵（private key）（秘密鍵（secret key）としても知られている）をもち、該秘密鍵からその公開鍵を導いて、他のデバイスに該公開鍵を送信する。共有秘密鍵は、そのプライベート鍵及び／又は他のデバイスの対応する受信された公開鍵から、各々のデバイスにより生成されても良い（該共有秘密鍵は、デバイス間の通信を安全（secure）にするのに用いられる）。各々のデバイスはまた、複数の暗号鍵のうちの１又は複数に基づいて、数値の確認値を導いても良い。数値の確認値は、ユーザがそれらを比較して、通信リンク又はアソシエーションを承認（confirm）又は拒否（decline）することを可能にするために、各々のデバイスにより表示されても良い。数値の確認値が同一であるならば、ユーザは、二つのデバイスの間での通信リンク又はアソシエーションを承認することができる。中間者が暗号鍵交換の中に存在するするならば、数値の確認値は、二つの正当なデバイスとは異なる場合があり、ユーザは、二つのデバイスの間の通信リンク又はアソシエーションを拒否することができる。

Bluetoothコア仕様バージョン2.1+EDRと同様で且つ数値比較を伴うセキュア・アソシエーション・モデルは、Wi-Fi認定製品に関するWi-Fi保護セットアップ（Wi-Fi Protected Setup for Wi-Fi Certified products）、認定無線ＵＳＢ（Certified Wireless USB）、及び他の無線技術から入手可能である。これらの技術に関する認証モデルにおいて、デバイスは、数値アソシエーション・モデルを実装して、２〜１６桁の数値の確認値をユーザに表示することができるように、ディスプレイをもつことがある。

図２は、イメージ・ベースの認証により容易にされるセキュアな通信リンク又はアソシエーションを確立するように構成されてもよいデバイスのブロック図を示す。この例において、デバイスＡ２０２は、通信インタフェース２０６に接続される処理デバイス２０８（例えば、処理回路、プロセッサ、コンピュータなど）、ストレージデバイス２１０及び／又はディスプレイ２１２を含んでも良い。同様に、デバイスＢ２０４は、通信インタフェース２１４に接続される処理デバイス２１６、ストレージデバイス２２０及び／又はディスプレイ２１８を含んでも良い。通信インタフェース２０６及び／又は２１４は、デバイスＡ２０２及びＢ２０４が、無線又は有線の通信リンク２１３の上で互いに通信するのを可能にできる。例えば、通信インタフェース２０６及び２１４は、近距離のアドホックな通信を容易にするBluetooth対応インタフェースであっても良い。処理デバイス２０８及び２１６は、通信リンクをセキュアにし及び／又は互いに認証するために、暗号鍵交換（例えば、公開−秘密鍵交換（public-private key exchange））を実行するように構成されても良い。処理デバイス２０８及び２１６は、デバイスＡ２０２とデバイスＢ２０４との間での暗号鍵交換に基づく共有秘密鍵を算出するための計算を実行しても良い。

暗号鍵交換（例えば、公開−秘密鍵交換（public-private key exchange））の間の中間者攻撃を防止する（prevent）又は阻止する（deter）ために、処理デバイス２０８及び／又は２１６は、ペアリング及び／又は認証アソシエーション・モデルを用いて、ユーザが、視覚的に（visually）及び／又は聴覚的に（audibly）、通信リンク２１３のセキュリティを確認することができるように更に構成（configured to）又は構成（adapted to）されても良い。例えば、処理デバイス２０８及び２１６は、数値の確認値を得るために、暗号鍵交換に基づく計算を実行しても良い。しかし、複数の記号（例えば、数字及び／又は文字）からなる数字及び／又は英数字シーケンスの比較は、煩わしく、チェック値が類似しているが同一でない場合にはミスしがちである。従って、ユーザに２台のデバイス２０２及び２０４上で数値の確認値を比較させるよりはむしろ、確認値が、１又は複数のイメージにマッピング又は変換されて、ユーザにより簡単且つ明白に（obviously）比較されることができるようにしても良い。一つの例において、１又は複数のイメージは、より簡単且つ高速なユーザの認識のために、数値の確認値を、１又は複数のイメージ（例えばアイコン、ピクチャー、カラー、サウンド、アバター、シンボルなど）に変換することによって、得られても良い。

一つの例において、デバイスＡ２０２は、数値の確認値を、（例えば、ストレージデバイス２１０に事前に格納された）１つ又は複数のイメージとしてマッピングし、そして、そのマッピングされたイメージを、ディスプレイ２１２に表示してもよい。同様に、Ｂ２０４もまた、数値の確認値を、（例えば、ストレージデバイス２２０に事前に格納された）１つ又は複数のイメージとしてマッピングし、そして、そのマッピングされたイメージを、ディスプレイ２１８に表示してもよい。様々な実装において、マッピングされたイメージは、イメージ・ライブラリー中の複数の予め格納されたイメージから選択されても良いし、及び／又は、１又は複数のイメージ生成アルゴリズムによって生成されても良い。確認のためにユーザに表示される１又は複数のイメージは、処理デバイス２０８及び２１４の各々により計算される数値の確認値と、一意に一致することができる。幾つかの実装において、衝突耐性関数（collision-resistant function）が、特定の確認値に関連する特定のイメージを生成し、他の値を用いて同一のイメージを生成することを抑止（inhibit）するために使用されても良い。

デバイス２０２及び２０４により表示されるイメージが同じであるならば、ユーザは、デバイス・アソシエーションを受け入れても良い（accept）。一方、それらイメージが異なっていれば、暗号鍵交換が中間者攻撃を浴びた可能性があり、ユーザは、それらデバイス間でのアソシエーション及び／又は通信リンクを拒否（reject）することができる。

確認値（例えば、任意の長さの数字のシーケンス又は英数字シーケンス）は、１又は複数のイメージによって表されても良い。例えば、６桁の数字が、２つのイメージ又はアイコンにマッピングされても良い（ここでは、各々のイメージ又はアイコンは、３桁の数字を表す）。従って、１０００個のイメージ又はアイコンをもつライブラリーは、任意の６桁の数字をマッピングする働きをし得る。ＭＩＴＭ攻撃を考慮したより高度なセキュリティのために、６桁に比べてかなり（significantly）長い数値の確認値が、使用されても良い。さらに、２以上のイメージ・ライブラリーが、単一の通信デバイスの上で使用されても良い。

図３は、２台のデバイス３０２及び３０４が、ユーザによるイメージ・ベースの認証を用いたセキュアなアソシエーション又は通信リンクを確立することのできる方法を示すフローチャートである。セキュアなアソシエーションを確立するために、公開−プライベート（暗号）鍵交換が、第１のデバイス３０２と第２のデバイス３０４との間で実装されても良い。例えば、第１のデバイスＡ３０２は、プライベート鍵（又は、秘密鍵）ＳＫａを含み（３１０）、一時データ（例えば、乱数）Ｒａを生成（３１４）しても良く、それから、それらは、第１の関数ｆ１に基づき公開鍵ＰＫａを得るために使用される（すなわち、ＰＫａ＝ｆ１（ＳＫａ、Ｒａ））（３１６）。それから、例えば、公開鍵ＰＫａが、公開−秘密鍵交換（public-private key exchange）の一部として、第２のデバイスＢ３０４に送信される（３２２）。同様に、第２のデバイスＢ３０４は、プライベート鍵ＳＫｂを含み（３１２）、一時データ（例えば、乱数）ＲＢを生成（３１８）しても良く、それから、それらは、第２の関数ｆ２に基づき公開鍵ＰＫｂを得るために使用される（すなわち、ＰＫｂ＝ｆ２（ＳＫｂ、Ｒｂ））（３２０）。それから、公開鍵ＰＫｂが、第２のデバイスＢ３０４に送信される（３２４）。この例では、第１のデバイスＡ３０２が、第２のデバイスＢ（非開始者）３０４との通信リンクの開始者であると仮定される。

一つの実装において、コミットメント・メカニズム（commitment mechanism）が、中間者攻撃の阻止を支援するために使用されても良い。第１のデバイスＡ（開始者）３０２が、その公開鍵ＰＫａを第２のデバイスＢ（非開始者）に送信（３０４）した後、第２のデバイスＢ３０４は、コミットメント関数ｈ並びにＰＫｂ、ＰＫａ及びＲｂに基づきコミットメント値Ｃｂを算出する（すなわち、Ｃｂ＝ｈ（ＰＫｂ、ｐＫａ、Ｒｂ））（３２３）。このコミットメント値Ｃｂは、第１のデバイスＡに送信される（３２５）。コミットメント値Ｃｂが第１のデバイスＡ３０２によって受信された後でのみ、第１のデバイスＡ３０２は、その一時データＲａを第２のデバイスＢに送信する（３２７）。これは、第１のデバイスＡと通信する後期段階（later stage）において、第２のデバイスＢが、その公開鍵ＰＫｂ及び／又は一時データＲｂを変更するのを防ぐ。同様に、第２のデバイスＢ３０４は、その一時データＲｂを第１のデバイスＡ３０２に送信しても良い（３２９）。第１のデバイスＡ３０２は、同一のコミットメント関数ｈ並びにＰＫｂ，ＰＫａ及びＲｂを用いて、コミットメント値Ｃｂを、独立して確認することができる（すなわち、Ｃｂ＝ｈ（ＰＫｂ、ｐＫａ、Ｒｂ）（３３１）。

幾つかの実装において、第１のデバイスＡ３０２が第２のデバイス３０４から一時データＲｂを受信する前に、第１のデバイスＡ３０２が、ｐＫａ，ＰＫｂ及びＲａに基づきコミットメント値Ｃａを算出して、それを第２のデバイス３０４に送信する、類似したコミットメント・メカニズムが使用されても良い。

中間者攻撃を防止するために、デバイスＡ３０２及びＢ３０４は、シンプル・ペアリング認証プロトコルを実行するように更に構成されても良い。一つの例において、各々のデバイスは、数値の確認値を生成しても良い。つまり、デバイスＡ３０２は、確認値Ｖａｂ（Ａ）を生成するために、確認関数（verification function）ｇと、暗号鍵ＰＫａ，ＰＫｂ，Ｒａ及び／又はＲｂのうちの一つ又は複数とを使用しても良い（３２６）。同様に、デバイスＢ３０４は、確認値Ｖａｂ（Ｂ）を生成するために、同一の確認関数ｇと、該暗号鍵ＰＫａ，ＰＫｂ，Ｒａ及び／又はＲｂのうちの一つ又は複数とを使用しても良い（３２８）。確認機能ｇは、デバイス３０２及び３０４の間で予め定義され及び／又は用意されても良い。それから、各々のデバイス３０２及び３０４は、それらのそれぞれの確認値Ｖａｂ（Ａ）及びＶａｂ（Ｂ）に基づいて、イメージＩｍｇ−Ａ ３３０及びＩｍｇ−Ｂ ３３２を得ても良い。つまり、デバイスＡ３０２は、そのイメージ・ライブラリー３０６を使用して、その確認値Ｖａｂ（Ａ）を、１つ又は複数のイメージＩｍｇ−Ａにマッピング又は変換しても良い（３３０）。同様に、デバイスＢ３０４は、そのイメージ・ライブラリー３０８を使用して、その確認値Ｖａｂ（Ｂ）を、１つ又は複数のイメージＩｍｇ−Ｂにマッピング又は変換しても良い（３３２）。各々のデバイス３０２及び３０４は、それから、そのイメージＩｍｇ−Ａ及びＩｍｇ−Ｂをユーザに表示する（３３４）（３３６）。ユーザは、それから、二つのイメージＩｍｇ−Ａ及びＩｍｇ−Ｂが同じであるか又は異なるか視覚的に照合しても良い（３３８）。イメージＩｍｇ−ＡとＩｍｇ−Ｂとが同じであるならば、ユーザは、デバイスＡ３０２とＢ３０４との間のアソシエーションを受け入れても良い。イメージＩｍｇ−ＡとＩｍｇ−Ｂとが異なるならば、ユーザは、デバイスＡ３０２とＢ３０４との間のアソシエーションを拒否（decline）することができる。

図４は、イメージ・ベースの認証が二つのデバイス間のアソシエーションを確認するのに首尾よく使用される例を説明する。第１及び第２のデバイス４０２及び４０４は、暗号鍵交換がそれらデバイス（第２のデバイス４０４との通信の開始者として第１のデバイス４０２が動作する）の間で実行される、図３中に示される方法と同様に機能しても良い。従って、第１のデバイス４０２は、関連するプライベート（秘密）鍵ＳＫａ、一時データ（例えば、乱数）Ｒａ、及び、公開鍵ｐＫａ（それはＳＫａ及びＲａの関数ｆ１であってもよい）（例えば、ｐＫａ＝ｆ１（ＳＫａ、Ｒａ））を、もっても良い。同様に、第２のデバイス４０４は、関連するプライベート（秘密）鍵ＳＫｂ、一時データ（乱数）Ｒｂ、及び、公開鍵ＰＫｂ（それはＳＫｂ及びＲｂの関数ｆ２であってもよい）（例えば、ＰＫｂ＝ｆ２（ＳＫｂ、Ｒｂ））を、もっても良い。公開鍵ｐＫａ及びＰＫｂは、第１のデバイス４０２と第２のデバイス４０４との間で交換されても良い。非開始者である第２のデバイス４０４が、ＰＫｂ，ＰＫａ及びＲｂに基づきコミットメント値Ｃｂを算出して、それを第１のデバイス４０２に送信する、（図３に記載されているような）コミットメント・メカニズムが、使用されても良い。第１のデバイス４０２は、その後、その一時データＲａを、第２のデバイス４０４に送信し、また、第２のデバイス４０４から一時データＲｂを受信する。

それから、各々のデバイス４０２及び４０４は、１又は複数のｐＫａ，ＰＫｂ，Ｒａ及び／又はＲｂの関数ｇとして、確認番号Ｖａｂ（Ａ）及びＶａｂ（Ｂ）を生成しても良い。そして、各々のデバイス４０２及び４０４は、それらのそれぞれの確認番号Ｖａｂ（Ａ）及びＶａｂ（Ｂ）を、１つ又は複数のイメージ４０６又は４０８に、マッピング又は変換しても良い。デバイス４０２及び４０４が同一の暗号鍵ｐＫａ及びＰＫｂ及び／又は一時データ（乱数）Ｒａ及びＲｂを保持するならば、イメージ４０６及び４０８は、同一になるであろう。ユーザは、イメージ４０６及び４０８が同一であることを確認（confirm）し、そして、第１のデバイス４０２と第２のデバイス４０４との間のアソシエーションを受け入れるために、イメージ４０６及び４０８を容易に照合（verify）することができる。

図５は、イメージ・ベースの認証が中間者攻撃を暴いて、ユーザが二つのデバイス間のアソシエーションを拒否することを可能にする第２の例を示す。侵入者デバイスは、第１のデバイス５０２と第２のデバイス５０４との間にそれ自体を差し挟むことによって、アクティブ中間者攻撃を開始するかもしれない。侵入者デバイス５０６は、第１のデバイス５０２と第２のデバイス５０４との間での暗号鍵交換の間、情報を妨害して、そのプロセスにそれ自身の（１又は複数の）鍵を差し挟むよう、試みるかもしれない。

説明の便宜上、第１のデバイス５０２が第２のデバイス５０４との通信リンク又はアソシエーションを開始すると仮定される。図３中に記載されたコミットメント・メカニズムは、侵入者デバイス５０６に、それ自身の公開鍵ＰＫｃ及びＰＫｃ’並びに一時データＲｃ及びＲｃ’をそれぞれ用いて第１及び第２のデバイスとの個々のアソシエーションを確立することを強いる。侵入者デバイス５０６は、第１のデバイス５０２及び第２のデバイス５０４との個々のアソシエーションを確立する。コミットメント・メカニズムは、正当なデバイスから一時データＲａ及びＲｂの両方を知る前に、その一時データ（Ｒｃ又はＲｃ’のいずれか）のうちの少なくとも一つを最初にコミットすることを、侵入者デバイス５０６に強いるので、侵入者デバイス５０６は、単にパススルー（pass-through）デバイスとして動作することはできない。

例えば、侵入者デバイス５０６が非開始者である（non-initiating）第２のデバイス５０４と一時データ（例えば、乱数Ｒｃ’及びＲｂ）を最初に交換するならば、それは、開始者である（initiating）第１のデバイス５０２から一時データＲａを得る前に、その一時データＲｃ’をコミットする。したがって、それは、その第２のデバイス５０４との交換において一時データＲａをコピーすることができず、後でその一時データを変更するのを防がれる。反対に、侵入者デバイス５０６が開始者である第１のデバイス５０２と一時データ（例えば、Ｒｃ及びＲａ）を最初に交換するならば、それは、非開始者であるデバイス５０４から一時データＲｂを得る前に、一時データＲｃをコミットする。両方の場合とも、侵入者デバイス５０６は、正当なデバイスから第２の一時データを知る前に、その一時データのうちの少なくとも第２番目のものを最初にコミットする。それは、したがって、確認値をマッチさせるような方法で、それ自身の一時データを選択することができない。

従って、第１のデバイス５０２は、ＰＫａ，ＰＫｃ，Ｒａ及びＲｃについての知識をもち、一方、第２のデバイス５０４は、ＰＫｂ，ＰＫｃ’，Ｒｂ及びＲｃ’についての知識をもつ。第１の確認値Ｖａｃ（Ａ）は、ＰＫａ，ＰＫｃ，Ｒａ及びＲｃの関数ｇ（すなわち、Ｖａｃ（Ａ）＝ｇ（ＰＫａ，ＰＫｃ，Ｒａ，Ｒｃ））であり、第１のイメージ５０８にマッピング又は変換するであろう。第２の確認値Ｖｂｃ（Ｂ）は、ＰＫｂ、ＰＫｃ’、Ｒｂ及びＲｃ’の関数ｇ（すなわち、Ｖｂｃ（Ｂ）＝ｇ（ＰＫｂ、ＰＫｃ’、Ｒｂ、Ｒｃ’））であり、第２のイメージ５１０にマッピング又は変換するであろう。たとえ侵入者デバイス５０６がその公開鍵ＰＫｃ及びＰＫｃ’について同一の値／番号を使用し、且つ、その一時データＲｃ及びＲｃ’について同一の値／番号を使用するとしても、確認値Ｖａｃ（Ａ）及びＶｂｃ（Ｂ）が異なるであろうことは、留意されるべきである。したがって、ユーザ／オペレーターは、２つのイメージが異なることを明らかに（obviously）はっきりと（clearly）見ることができ、アソシエーションを拒否することができる。

確認値のために使用される桁数が、セキュリティを改善するために増加されるにつれて、ユーザがそのような長い確認値を比較することが、より困難且つ煩わしくなる（more difficult and cumbersome）かもしれない。数字よりもむしろイメージを使用することによって、数値アソシエーション・モデルを用いたシンプル・ペアリング及び／又は認証プロトコルが、照合するためによりユーザフレンドリーでより簡単になり得る。

図６は、数（確認）値が１又は複数のイメージにマッピングされる方法の一つの例を示すブロック図である。複数の桁が、より簡単な認識のために、アイコン／イメージにマッピングされても良い。例えば、イメージ・ライブラリー６０２における各々のアイコン／イメージが、２桁の数字を表しても良い。マッピング・モジュール６０４は、したがって、４桁の数値の確認値“０２５８”を二つのアイコン６０６に変換しても良い（ここでは、各々のアイコンは、２つの桁の組み合せを表しても良い）。

各々のアイコンは、一意の同一性（identity）をもち、２以上のディジット及び／又は英数字シンボルからなる特定のシーケンス又はそれらの組み合せと関連付けられるので、数値アソシエーション・モデルで算出される二つの番号を比較する代わりに、ユーザは１又は複数のイメージ又はアイコンを比較する。例えば、“００”の組み合せに関連付けられたアイコンは、自転車に乗っているアスリートを示し、一方、“０１”の組み合せは、テニス・プレイヤーと関連付けられる。各々のアイコンが異なるスポーツで識別されるだけでなく、アスリートの体のまさに区別可能な姿勢でも識別される。したがって、これらの二つのアイコンの混乱（confusion between）は、全くありそうにない（highly unlikely）。

様々な実装において、複数の桁（例えば、２，３，４，５，６など）の各々のシーケンスが、各々のイメージ又はアイコンにマッピングされても良い。従って、各々のイメージにマッピングされる桁がより多くても、より少ないイメージが、シンプル・ペアリング・プロセスにおける比較のためにユーザに表示されるであろう。イメージ・ライブラリーにおけるイメージの間に、区別可能なグラフィックの相違が与えられれば、比較のプロセスは、かなり単純化される。

図７は、数（確認）値が１又は複数のイメージ及びカラーにマッピングされる方法の他の例を示すブロック図である。区別可能なイメージを使用することに加えて、カラーもまた、シンプル・ペアリング比較の一部として導入されても良い。つまり、確認のために使用されるイメージは、首尾良い（successful）認証のために形状及びカラーの両方でマッチされても良い。ペアリング及び認証の間、カラーの使用は、比較されるイメージの形状に対して、独立したコンポーネントとして又は更なるコンポーネントとして、利用されても良い。これは、イメージ・ライブラリーにおけるより大きな多様性を可能にし、より豊富で（richer）且つより簡単に差異を示す（distinctive）イメージを作成するのを容易にする。さらに、カラーをイメージ・ライブラリーに導入することは、より長い数値アソシエーションの表現が利用できる可能な組み合わせの数を増加させる。（Additionally, introducing colors to the image library increases the number of possible combinations available for the representation of longer numeric associations.）カラーはまた、イメージ・ライブラリーのサイズを低減するのに用いられても良い。例えば、数値の確認値の一部がカラーにマッピングされ、一方、残りの桁がイメージ又はアイコンにマッピングされても良い。

イメージ・ライブラリー７０２は、アイコン・ライブラリー７０６及びカラー・ライブラリー７０４を含んでも良い。この例において、０〜９の数字は、カラー・ライブラリー７０４における１０個の異なるカラーにマッピングされ、１００個の数字（００〜９９）は、アイコン・ライブラリー７０６における１００個の異なるアイコンにマッピングされる。一つの例において、マッピング・モジュール７０８は、３桁の確認値のうちの最上位の桁（most significant digit）をカラー・ライブラリー７０４にマッピングし、一方、残りの桁は、アイコン・ライブラリー７０６にマッピングされても良い。例えば、数値の確認番号“８０３”について、マッピング・モジュールは、イメージ７１０がカラー“ブラック”のランナーになるように、“８”を（カラー・ライブラリーにより定義されるように）カラー“ブラック”にマッピングし、“０３”をランナー・アイコンにマッピングして良い。カラー・ライブラリー及びアイコン・ライブラリーの組み合せは、ちょうど１０個のカラー及び１００個のアイコンを使って最高１０００個のイメージを表現するのを可能にする。

より長い数値の確認値が、二つのイメージにより表現されても良い。例えば、６桁の数字は、第１の３桁及び第２の３桁に分割されても良い。６桁の数字が２つのカラー・アイコンにより表現されるように、各々の３桁のシーケンスは、それから、イメージ・ライブラリーに別にマッピングされても良い。

図８は、数値を動的に生成されたイメージにマッピングするのに使用されてもよいイメージ生成アルゴリズムの例を示すブロック図である。起こり得る確認値ごとに一意であるイメージを生成する際に、様々なアルゴリズムが使用されても良い。

一つの例において、イメージは、イメージ・ライブラリーからの複数の特徴に基づくグラフィック・アバター（graphical avata）又は生成されたキャラクターであっても良い。例えば、イメージ・ライブラリー８０２は、複数のサブ・ライブラリー（例えば、ヘアー・タイプ・ライブラリー８０４、顔特徴ライブラリー８０６、シャツ・ライブラリー８０８、シューズ・ライブラリー８１０、パンツ・ライブラリー８１２及び／又は背景ライブラリー８１４）を含んでも良い。これらのサブ・ライブラリーの各々が、イメージ８１８を作成するために、イメージ生成器８１６により数値の確認値のうちの１又は複数の桁をマッピングするのに使用されても良い。例えば、数値の確認値“８０２８１５”は、イメージ生成器８１６が、ヘアー・タイプ・ライブラリー８０４を使用して第１の桁（“８”）をマッピングし、顔特徴ライブラリー８０６を使用して第２及び第３の桁（“０２”）をマッピングし、シャツ・ライブラリー８０８を使用して第４の桁（“８”）マッピングし、パンツ・ライブラリー８１２を使用して第５の桁（“１”）マッピングし、背景ライブラリー８１４を使用して第６の桁（“５”）をマッピングすることをもたらしても良い。様々な実装において、イメージ生成器８１６は、各々の桁位置に割り当てられた予め定義されたライブラリーを持っても良いし、又は、桁位置ごとのライブラリーは、マッピングされている数値の確認値ごとに（アルゴリズムに従って）変化させられても良い。複数の他のアバター及び高度に定義されたコンポーネントを使ったアバターの組み合せが、より簡単且つ高速なユーザの認識のためにに実装されても良い。

アソシエーション・モデルにおいて比較のために使用されることができるアバターの他の例は、ユーザのデバイスの上の腕時計の表面である。ここで、腕時計の各々の腕の位置は、数値の確認値のディジットの特定の組み合せに対応する。

更に他の実装において、セキュアな通信リンク又はアソシエーションを確立しようと試みる一方又は両方のデバイスが、ディスプレイをもたなくても良い。例えば、デバイスは、ヘッドセット、リモコン、プリンタ、又は、その表面上にディスプレイのためのスペースをもたない小さなデバイスであっても良い。両方のデバイス上にディスプレイがなければ、ユーザは、確認イメージを認証することが困難かもしれない。そのようなデバイスのために、“確認イメージ”は、オーディオ・イメージ（audio images）（例えばサウンド及び／又はトーン）であっても良い。つまり、確認値は、トーン、ジングル及び／又は何らかのサウンドにマッピングされてもよく、各々のデバイスによって発せられても良い。それから、ユーザは、アソシエーションが受け入れられるべきかどうか判定するために、二つのデバイスからのオーディオ・イメージを比較しても良い。例えば、音声通話（voice call）のためのハンズフリー・ヘッドセットの場合、ディスプレイは、そのデバイス上に存在しない。モバイルフォンとヘッドセットとの間のアソシエーションが試みられるならば、オーディオ・イメージが使用されても良い（この場合、ユーザがモバイル電話及びヘッドセットの両方の上でのアソシエーションを確認するのを可能にするためにオーディオ・トーンが使用されても良い）。

図９は、イメージ・ベースの認証を実行するように構成されたデバイスの論理コンポーネントを示すブロック図である。デバイス９０２は、通信リンク又はアソシエーションの開始者又は非開始者であることができる。デバイス９０２は、それがもう一つのデバイスと通信してもよい通信インタフェースを含んでも良い。例えば、通信インタフェース９０４は、Bluetooth対応無線インタフェースであっても良い。認証モジュール９０６は、もう一つのデバイスとのセキュアな通信リンク又はアソシエーションを確立するための暗号オペレーション（例えば、鍵交換）の間、１又は複数の鍵を受信するために、通信インタフェース９０４に接続されても良い。例えば、図３及び４中に示されるように、認証モジュールは、鍵交換を実行しても良い。

認証モジュール９０６は、数値の確認値を取得し、それを、イメージ・ライブラリー９１０を用いて数値の確認値を変換及び／又はマッピングするイメージ選択器／発生器９０８に送信し、選択された／生成されたイメージを、出力インタフェース９１２（例えば、ディスプレイ、オーディオ・スピーカなど）を介して、ユーザに出力しても良い。イメージ選択器／発生器９０８及びイメージ・ライブラリー９１０のオペレーションの幾つかの例は、図６，７及び／又は８に示される。イメージ選択器／発生器９０８は、異なる数値の確認値を用いて同一の認証イメージを生成することを防止又は抑止する衝突耐性関数を適用しても良い。算出された数値の確認値の各々のディジット（又は、ディジットの組み合せ）は、そのディジット（又は、ディジットの組み合せ）に排他的に割り当てられた、シンボル、アイコン、カラー、グラフィック及び／又はサウンドによって表現されても良い。したがって、結果として生じる確認イメージは、異なる確認値を用いて生成される他のイメージとは、明確に（distinctly）異なり、はっきり（clearly）と識別される。

ユーザは、両方のデバイス上に存在するイメージを確認すると、入力インタフェース９１４を介して、デバイス・アソシエーションを受け入れることができ（イメージが同一である場合）、又は、デバイス・アソシエーションを拒否することができる（イメージが異なる場合）。

デバイス９０２中の１又は複数のコンポーネントは、１又は複数のプロセッサ又は処理回路で実装されても良く、及び／又は、ソフトウェアで実装されても良い。“イメージ”は、ユーザに対して提示されることのできる任意の視覚的及び／又は聴覚的表現であっても良い。それらの性質にかかわらず、それらイメージは、非常に明瞭であることができ、また、各々のイメージは、数値のディジット又はディジットのシーケンスを一意に表現する。

他のレベルのセキュリティは、確認値そのものの代わりに、確認値の派生物（derivative）を使用することによって、追加されても良い。派生的な値は、例えば、確認値のハッシュであっても良く、確認イメージを生成するのに用いられることができる。リアルタイム暗号鍵交換において得られる実際の確認値よりもむしろ派生的な値を利用することは、中間者が、選択されたイメージのサンプルを用いて確認イメージを生成するのに用いられるイメージ生成アルゴリズムを判定することを、より難しくし得る。

様々な実装において、確認イメージは、数値の確認値の全体から、又は、その１又は複数のセグメントから、生成されても良い。実装に応じて、ユーザは、アナログ・イメージを生成する際に用いられる数値の確認値の（１又は複数の）部分／セグメントを判定しても良い。

さらに、ユーザ及び／又はオペレーターはまた、通信リンク又はアソシエーションが探されるデバイスのクラス又はタイプに基づいて、確認イメージが表示されるかどうか制御しても良い。例えば、異なるイメージ・ライブラリーが、デバイスの異なるクラスに関連付けられ又は割り当てられても良い。デバイスのクラスは、デバイス識別子（例えば、デバイス間の通信リンクをセットアップしようと試みている間に交換された）に基づいて判定されてもよい。

デバイスのユーザ又はオペレーターはまた、確認イメージが、そもそも（at all）表示されるかどうか制御しても良く、また、他を抑圧（suppressing）している間、確認イメージのある特徴を表示するために選択されても良い。例えば、ユーザは、確認イメージの各々の部分を選択する特定のイメージ・ライブラリー又はイメージのタイプを選択しても良い。他の例において、ユーザは、イメージの一部として、聴覚認証を任意に起動させても良い（この場合、算出された数値の確認値に一意に関連付けられた聞き取れるトーンのセットが、イメージ・ライブラリーにおいて利用可能である）。

図１０は、第２のデバイスとのアソシエーションのイメージ・ベースの認証を容易にするための第１のデバイス上で動作可能な方法を示すフローチャートである。一つの例において、本方法は、無線通信リンク上での第２のデバイスとのアソシエーションをセキュアに確立するために、第１のデバイス上で動作しても良い。複数のイメージ及び／又はイメージ生成アルゴリズムが、第１のデバイスに格納されても良い（１００２）。

第１及び／又は第２のデバイスに関する暗号情報を得るために、第１のデバイスと第２のデバイスとの間で、暗号鍵交換が実行されても良い（１００４）。例えば、第１のデバイスは、第１のデバイスに対する第１の公開鍵及び第１の一時データ並びに第２のデバイスに対する第２の公開鍵及び第２の一時データを得ても良い。認証プロセスの一部として、第１のデバイスは、該暗号情報に基づき確認値を取得／算出しても良い（１００６）。確認値は、複数のディジット及び英数字シーケンスをもつ数値のうちの少なくとも一つを含んでも良い。

第１のデバイスは、該確認値に基づき確認イメージを取得（例えば、変換、マッピング、算出、検索など）しても良い（１００８）。例えば、確認値は、該確認値の１又は複数の桁を、複数のイメージのうちの１又は複数にマッピングすることによって、該確認イメージに変換されても良い。あるいは、イメージ生成アルゴリズムが、確認値に基づき確認イメージを生成しても良い。イメージ生成アルゴリズムは、確認イメージを生成するために、１又は複数のイメージ、アイコン、カラー、形状、サウンド及び背景を結合しても良い。確認イメージはまた、確認値の第１の派生物（first derivative）に基づいても良い。確認値に基づいて確認イメージを得ることは、確認イメージを生成するために衝突耐性関数を適用することを含んでも良い（この場合、衝突耐性関数が、異なる値を用いて同一のイメージを生成することを抑止する）。確認イメージは、アイコン、グラフィックス、シンボル、カラー及びサウンドのうちの少なくとも一つを含んでも良い。

確認イメージは、第２のデバイスのための対応する確認イメージとの認証のために、オペレーターに提供されても良い（１０１０）。例えば、確認イメージは、ディスプレイ（ビジュアル・イメージ（visual image）について）又はスピーカ（オーディオ・イメージについて）を介して提供されても良い。フィードバックは、第２のデバイスとのアソシエーションを、受け入れるか又は拒否すかについて、オペレーターから受信されても良い（１０１２）第１のデバイスは、該確認イメージが第２のデバイスのための対応する確認イメージと同じであることをフィードバックが示すかどうか、判定しても良い（１０１４）。確認イメージが対応する確認イメージと同じであるならば、第２のデバイスとのアソシエーションは受け入れられる（１０１６）。さもなければ、第２のデバイスとのアソシエーションは拒否される（１０１８）。

一つの実装において、確認値は、経度及び緯度にマッピングされても良い。例えば、確認値は、経度と緯度のペアに分割されても良いし、又は、それは、（一意の）経度・緯度ペアを生成するために使用されても良い。経度と緯度のペアは、それから、経度及び緯度により識別される地理的な位置のイメージを得るために使用されても良い。例えば、（ユーザ・デバイス上の又はユーザ・デバイスの外部の）マッピング・データベースがアクセスされても良い（この場合、経度と緯度のペアは、経度及び緯度に対応する位置のイメージ（例えば、マップ又は衛星イメージ）を得るために提供される）。ユーザが二つのデバイス間のアソシエーションを認証するのを可能にするために、両方のデバイスにより同一のプロシージャーが用いられても良い。つまり、アソシエーションが受け入れられるべきか又は拒否されるべきか判定するために、第１のデバイスにより提供される位置のイメージを、第２のデバイスにより提供される位置のイメージと比較する。

他の実装において、確認値は、検索エンジン（例えば、Google（登録商標）又はYahoo（登録商標）検索エンジン）への入力として次に使用される検索文字列（例えば、１又は複数の探索ワード、名前など）にマッピング又は変換されても良い。検索エンジンにより返される第１のウェブ・ページが、確認イメージとして使用されることができる。ユーザが二つのデバイス間のアソシエーションを認証するのを可能にするために、両方のデバイスにより同一のプロシージャーが用いられても良い。つまり、アソシエーションが受け入れられるべきか又は拒否されるべきか判定するために、第１のデバイスにより提供されるウェブサイトのイメージを、第２のデバイスにより提供されるイメージと比較する。

他の実装において、確認値は、ネットワーク上のコンテンツのためのユニフォーム・リソース・ロケーター（ＵＲＬ）又は他のアドレス参照に一意にマッピングされても良い。従って、異なる確認値は、ネットワークのための異なるＵＲＬ又はアドレス参照とリンクされるであろう。ＵＲＬ又はアドレス参照は、確認イメージとして用いられるネットワーク上のイメージとリンクされても良い。このイメージは、ユーザがそれを対応する第２の確認イメージと比較して、アソシエーションが受け入れられるべきか又は拒否されるべきか決定できるように、デバイスに送信されても良い。これは、ユーザ・デバイス上に格納される、より非常に大きなイメージのデータベースを使用することを可能にし、また、関連されているデバイスの表示能力に基づいてイメージを調整すること（tailoring）を可能にする。

一つの構成に従って、第１のデバイス中の回路は、イメージ・ライブラリーに関する複数のイメージ又はイメージ生成アルゴリズムを格納するように構成されても良い。同一の回路、異なる回路、又は、同一若しくは異なる回路の第２の部分は、第１及び／又は第２のデバイスのための暗号情報を得るために、第２のデバイスとの暗号鍵交換を実行するように構成されても良い。さらに、同一の回路、異なる回路、又は、同一若しくは異なる回路の第３の部分は、暗号情報に基づいて、第１のデバイスのための確認値を得るように構成されても良い。同様に、同一の回路、異なる回路又は第４の部分は、確認値に基づいて、確認イメージを得るように構成されても良い。同じ回路又は異なる回路の第５の部分は、第２のデバイスのための対応する確認イメージとの認証のために、確認イメージをオペレーターに提供するように構成されても良い。同じ回路又は異なる回路の第６の部分、第２のデバイスとのアソシエーションを受け入れるべきか又は拒否するべきかについて、オペレーターからのフィードバックを受信するように構成されても良い。同じ回路又は異なる回路の第５の部分は、該確認イメージが該対応する確認イメージと異なることを該フィードバックが示すならば、該アソシエーションを拒否し、又は、該確認イメージが該対応する確認イメージと同じであることを該フィードバックが示すならば、該アソシエーションを受け入れるように構成されても良い。一般に、この開示において説明される大抵の処理が類似する方法で実装されても良いことを、当業者は認識するであろう。（１又は複数の）回路又は複数の回路セクションのうちの任意のものが、１又は複数のプロセッサを伴う集積回路の一部として単独又は組み合わせで実装されても良い。複数の回路のうちの一つ又は複数は、集積回路、アドバンスＲＩＳＣマシン（advance RISC Machine）（ＡＲＭ）プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、汎用プロセッサなどの上で実装されても良い。

図１，２，３，４，５，６，７，８，９及び／又は１０中に示されるコンポーネント、ステップ及び／又は機能の一つ又は複数は、単一のコンポーネント、ステップ、又は、機能に再構成及び／又は統合されても良いし、又は、幾つかのコンポーネント、ステップ又は機能に組み入れられても良い。更なる要素、コンポーネント、ステップ及び／又は機能がまた、追加されても良い。図１，２，６，７，８及び／又は９中に示される装置、デバイス及び／又はコンポーネントは、図３，４，５及び／又は１０中に記載された方法、特徴又はステップの一つ又は複数を実行するように構成（configured）又は構成（adapted）されても良い。本明細書で述べられるアルゴリズムは、ソフトウェア及び／又は組み込まれたハードウェアにおいて効率的に実装されても良い。

本明細書で開示される構成に関連して説明される様々な説明に役立つ論理ブロック、モジュール、回路及びアルゴリズム・ステップが、電子ハードウェア、コンピュータ・ソフトウェア、又は両方の組合せとして実装されても良いことを、当業者は更に認識するであろう。ハードとソフトとのこの互換性を明瞭に説明するために、様々な説明に役立つコンポーネント、ブロック、モジュール、回路及びステップが、それらの機能性に関して一般に上述された。そのような機能性がハードウェア又はソフトウェアとして実装されるかどうかは、全体システムに課される特定のアプリケーション及びデザインの制約に依存する。

本明細書で説明される様々な特徴は、異なるシステムにおいて実装されることができる。例えば、イメージ選択器／マッパー／発生器は、単一の回路又はモジュールにおいて実装されても良いし、独立した複数の回路又は複数のモジュールの上に実装されても良いし、１又は複数のプロセッサにより実行されても良いし、機械読み取り又はコンピュータ読み取り可能な媒体中に組み込まれたコンピュータ読み取り可能なインストラクションにより実行されても良いし、及び／又は、携帯用デバイス、モバイル・コンピュータ及び／又はモバイルフォンに組み入れられても良い。

上述の構成は単に例であり、クレームを制限するものとして解釈されな点に留意されるべきである。構成の説明は、説明に役立つことが意図されたものであり、クレームの範囲を制限することを意図されたものではない。よって、本教示は、他のタイプの装置に容易に適用されることができ、また、多くの選択肢、修正及び変形が当業者にとって明らかであろう。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
〔１〕
無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するための第１のデバイス上で動作可能な方法において、
第２のデバイスとの暗号鍵交換（前記第１及び第２のデバイスのための暗号情報が得られる）を実行することと、
前記暗号情報に基づいて、前記第１のデバイスのための確認値を得ること、
前記確認値に基づいて、確認イメージを得ることと、
前記第２のデバイスのための対応する確認イメージの認証のために、前記確認イメージをオペレーターに提供することを含む方法。
〔２〕
前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信することと、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れることと、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否することを更に含む〔１〕の方法。
〔３〕
前記第１のデバイスにおいて複数のイメージを格納することを更に含み、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される〔１〕の方法。
〔４〕
前記確認値に基づいて前記確認イメージを得ることは、前記第１のデバイスに格納された前記複数のイメージから１又は複数のイメージを選択することを更に含む〔３〕の方法。
〔５〕
前記第１のデバイスにおいてイメージ生成アルゴリズムを格納することを更に含み、前記確認値は、該イメージ生成アルゴリズムを用いて前記確認イメージに変換される〔１〕の方法。
〔６〕
前記イメージ生成アルゴリズムは、前記確認イメージを生成するために、１又は複数のイメージ、アイコン、カラー、形状、サウンド又は背景を合成する〔５〕の方法。
〔７〕
前記確認イメージは、前記確認値に一意に関連付けられる〔１〕の方法。
〔８〕
前記確認イメージは、複数のイメージから形成される〔１〕の方法。
〔９〕
前記暗号情報は、前記第１のデバイスに関連する第１の公開鍵、前記第１のデバイスに関連する第１の一時データ、前記第２のデバイスに関連する第２の公開鍵、及び、前記第２のデバイスに関連する第２の一時データのうちの少なくとも一つを含む〔１〕の方法。
〔１０〕
前記確認イメージは、前記確認値の第１の派生物に基づくものである〔１〕の方法。
〔１１〕
前記確認値に基づいて前記確認イメージを得ることは、前記確認イメージを生成するために、衝突耐性関数を適用することを含み、該衝突耐性関数は、異なる値を使用して同一のイメージを生成することを防止する〔１〕の方法。
〔１２〕
前記確認イメージは、アイコン、グラフィックス、シンボル、カラー及びサウンドのうちの少なくとも一つを含む〔１〕の方法。
〔１３〕
前記確認値は、複数のディジットをもつ数値及び英数字シーケンスのうちの少なくとも一つを含む〔１２〕の方法。
〔１４〕
前記第１のデバイスは、前記第２のデバイスとの暗号鍵交換のために使用されるBluetooth対応通信インタフェースを含む〔１０〕の方法。
〔１５〕
前記認証のために前記確認イメージを前記オペレーターに提供することは、前記第１のデバイスのディスプレイ上にイメージを提示することを含む〔１〕の方法。
〔１６〕
前記確認値に基づいて確認イメージを得ることは、
前記確認値を経度・緯度の対にマッピングすることと、
前記経度・緯度に関連する位置のマップ又はイメージのうちの少なくとも一つを得て、
前記確認イメージとして該位置のマップ又はイメージを使用することを含む〔１〕の方法。
〔１７〕
前記確認値に基づいて確認イメージを得ることは、
前記確認値を検索文字列にを変換することと、
複数のウェブ・ページを含む１又は複数の検索結果を得るために、前記検索文字列を検索エンジンに入力することと、
前記検索結果におけるウェブ・ページを前記確認イメージとして利用することを含む〔１〕の方法。
〔１８〕
前記検索エンジンは、外部ネットワーク上で動作し、前記複数のウェブ・ページは、外部ネットワークを介してアクセス可能である〔１７〕の方法。
〔１９〕
前記確認値に基づいて確認イメージを得ることは、
前記確認値を、ネットワーク上のコンテンツ（コンテンツはイメージを含む）のためのアドレス参照に変換することと、
前記アドレス参照に関連するイメージを得ることと、
前記イメージを前記確認イメージとして利用することを含む〔１〕の方法。
〔２０〕
無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するように構成されたデバイスにおいて、
前記第２のデバイスと通信するための無線通信インタフェースと、
前記第２のデバイスとの暗号鍵交換（前記デバイス及び第２のデバイスのための暗号情報が得られる）を実行し、
前記暗号情報に基づいて、確認値を取得し、
前記確認値に基づいて、確認イメージを取得し、及び、
前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供するように構成された認証モジュールとを含むデバイス。
〔２１〕
前記認証モジュールに接続され、前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信するための入力インタフェースを更に含み、
前記認証モジュールは、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れ、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否するように更に構成された〔２０〕のデバイス。
〔２２〕
複数のイメージを格納するためのストレージを更に含み、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される〔２０〕のデバイス。
〔２３〕
前記認証モジュールは、前記確認イメージを得るために、前記第１のデバイスに格納された前記複数のイメージから１又は複数のイメージを選択するように構成された〔２２〕のデバイス。
〔２４〕
前記認証モジュールに接続されたイメージ生成器を更に含み、該イメージ生成器は、前記確認値を前記確認イメージに変換するように構成された〔２２〕のデバイス。
〔２５〕
前記イメージ生成器は、前記確認イメージを生成するために、１又は複数のイメージ、アイコン、カラー、形状、サウンド又は背景を合成する〔２４〕のデバイス。
〔２６〕
前記確認イメージは、前記確認値に一意に関連付けられる〔２０〕のデバイス。
〔２７〕
前記確認イメージは、複数のイメージから形成される〔２０〕のデバイス。
〔２８〕
前記暗号情報は、前記第１のデバイスに関連する第１の公開鍵、前記第１のデバイスに関連する第１の一時データ、前記第２のデバイスに関連する第２の公開鍵、及び、前記第２のデバイスに関連する第２の一時データのうちの少なくとも一つを含む〔２０〕のデバイス。
〔２９〕
前記確認イメージは、前記確認値の第１の派生物に基づくものである〔２０〕のデバイス。
〔３０〕
前記確認イメージは、アイコン、グラフィックス、シンボル、カラー及びサウンドのうちの少なくとも一つを含む〔２０〕のデバイス。
〔３１〕
前記通信インタフェースは、前記第２のデバイスとの暗号鍵交換のために使用されるBluetooth対応通信インタフェースを含む〔２０〕のデバイス。
〔３２〕
前記出力インタフェースは、前記確認イメージを前記オペレーター視覚的に提示するためのディスプレイ及び該イメージを該オペレーターに聴覚的に提供するためのスピーカのうちの少なくとも一つを含む〔２０〕のデバイス。
〔３３〕
前記認証モジュールは、
前記確認値を経度・緯度の対にマッピングし、及び、
前記経度・緯度に関連する位置のマップ又はイメージのうちの少なくとも一つを得て、前記確認イメージとして該位置のマップ又はイメージを使用するように更に構成された〔２０〕のデバイス
〔３４〕
前記認証モジュールは、
前記確認値を検索文字列にを変換し、
複数のウェブ・ページを含む１又は複数の検索結果を得るために、前記検索文字列を検索エンジンに入力し、及び、
前記検索結果におけるウェブ・ページを前記確認イメージとして利用するように更に構成された〔２０〕のデバイス。
〔３５〕
前記検索エンジンは、外部ネットワーク上で動作し、前記複数のウェブ・ページは、外部ネットワークを介してアクセス可能である〔３４〕のデバイス。
〔３６〕
前記認証モジュールは、
前記確認値を、ネットワーク上のコンテンツ（コンテンツはイメージを含む）のためのアドレス参照に変換し、
前記アドレス参照に関連するイメージを取得し、及び、
前記イメージを前記確認イメージとして利用するように更に構成された〔２０〕のデバイス。
〔３７〕
デバイスにおいて、
第２のデバイスと通信するための手段と、
前記第２のデバイスとの暗号鍵交換（前記デバイス及び第２のデバイスのための暗号情報が得られる）を実行するための手段と、
前記暗号情報に基づいて、確認値を得るための手段と、
前記確認値に基づいて、確認イメージを得るための手段と、
前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供するための手段とを含むデバイス。
〔３８〕
前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信するための手段と、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れるための手段と、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否するための手段とを更に含む〔３７〕のデバイス。
〔３９〕
複数のイメージを格納するための手段を更に含み、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される〔３７〕のデバイス。
〔４０〕
前記確認値を前記確認イメージに変換するための手段を更に含む〔３７〕のデバイス。
〔４１〕
前記確認イメージは、前記確認値に一意に関連付けられる〔３７〕のデバイス。
〔４２〕
無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するための第１のデバイス上で動作可能なコンピュータープログラムにおいて、該コンピュータープログラムは、プロセッサにより実行された場合に、該プロセッサに、
前記第２のデバイスとの暗号鍵交換（前記デバイス及び第２のデバイスのための暗号情報が得られる）を実行させ、
前記暗号情報に基づいて、確認値を取得させ、
前記確認値に基づいて、確認イメージを取得させ、
前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供させるコンピュータープログラム。
〔４３〕
前記プロセッサにより実行された場合に、前記プロセッサに、更に、
前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信させ、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れさせ、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否させる〔４２〕のコンピュータープログラム。
〔４４〕
前記プロセッサにより実行された場合に、前記プロセッサに、更に、
複数のイメージを格納させ、
前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換させる〔４２〕のコンピュータープログラム。
〔４５〕
前記プロセッサにより実行された場合に、前記プロセッサに、更に、
前記確認値を前記確認イメージに変換させる〔４２〕のコンピュータープログラム。
〔４６〕
前記確認イメージは、前記確認値に一意に関連付けられる〔４２〕のコンピュータープログラム。
〔４７〕
無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するための処理回路において、該処理回路は、
前記第２のデバイスとの暗号鍵交換（前記デバイス及び第２のデバイスのための暗号情報が得られる）を実行し、
前記暗号情報に基づいて、確認値を取得し、
前記確認値に基づいて、確認イメージを取得し、
前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供するように構成された処理回路。
〔４８〕
前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについての前記オペレーターからのフィードバックを受信し、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとのアソシエーションを受け入れ、
前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとのアソシエーションを拒否するように更に構成された〔４７〕の処理回路。
〔４９〕
複数のイメージを格納するように更に構成され、
前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換するように更に構成された〔４７〕の処理回路。
〔５０〕
前記確認値を前記確認イメージに変換するように更に構成された〔４７〕の処理回路。
〔５１〕
前記確認イメージは、前記確認値に一意に関連付けられる〔４７〕の処理回路。

Claims (46)

1. 無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するための第１のデバイス上で動作可能な方法において、
   前記第２のデバイスとの暗号鍵交換を実行することと、ここにおいて、前記第１及び第２のデバイスのための暗号情報が得られ、
   前記第２のデバイスから第１のコミットメント値を受信することと、ここにおいて、前記第１のコミットメント値は前記第２のデバイスにおいて所定の関数とデータに基づいて算出されるものであり、
   同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認することと、
   前記同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認した後、前記暗号情報に基づいて、前記第１のデバイスのための確認値を得ること、
   前記確認値に基づいて、確認イメージを得ることと、
   前記第２のデバイスのための対応する確認イメージの認証のために、前記確認イメージをオペレーターに提供することを含む方法。
2. 前記第２のデバイスとの前記アソシエーションを、受け入れるべきか又は拒否するべきかについてのフィードバックを前記オペレーターから受信することと、
   前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとの前記アソシエーションを受け入れることと、
   前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとの前記アソシエーションを拒否することを更に含む請求項１の方法。
3. 前記第１のデバイスにおいて複数のイメージを格納することを更に含み、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される請求項１の方法。
4. 前記確認値に基づいて前記確認イメージを得ることは、前記第１のデバイスに格納された前記複数のイメージから１又は複数のイメージを選択することを更に含む請求項３の方法。
5. 前記第１のデバイスにおいてイメージ生成アルゴリズムを格納することを更に含み、前記確認値は、該イメージ生成アルゴリズムを用いて前記確認イメージに変換される請求項１の方法。
6. 前記確認イメージは、前記確認値に一意に関連付けられる請求項１の方法。
7. 前記確認イメージは、複数のイメージから形成される請求項１の方法。
8. 前記暗号情報は、前記第１のデバイスに関連する第１の公開鍵、前記第１のデバイスに関連する第１の一時データ、前記第２のデバイスに関連する第２の公開鍵、及び、前記第２のデバイスに関連する第２の一時データのうちの少なくとも一つを含む請求項１の方法。
9. 前記確認イメージは、前記確認値の第１の派生物に基づくものである請求項１の方法。
10. 前記確認値に基づいて前記確認イメージを得ることは、前記確認イメージを生成するために、衝突耐性関数を適用することを含み、該衝突耐性関数は、異なる値を使用して同一のイメージを生成することを防止する請求項１の方法。
11. 前記確認イメージは、アイコン、グラフィックス、シンボル、カラー及びサウンドのうちの少なくとも一つを含む請求項１の方法。
12. 前記第１のデバイスは、前記第２のデバイスとの暗号鍵交換のために使用されるBluetooth対応通信インタフェースを含む請求項１の方法。
13. 前記認証のために前記確認イメージを前記オペレーターに提供することは、前記第１のデバイスのディスプレイ上にイメージを提示することを含む請求項１の方法。
14. 前記確認値に基づいて確認イメージを得ることは、
    前記確認値を経度・緯度の対にマッピングすることと、
    前記経度・緯度に関連する位置のマップ又はイメージのうちの少なくとも一つを得て、
    前記確認イメージとして該位置のマップ又はイメージを使用することを含む請求項１の方法。
15. 前記確認値に基づいて確認イメージを得ることは、
    前記確認値を検索文字列に変換することと、
    複数のウェブ・ページを含む１又は複数の検索結果を得るために、前記検索文字列を検索エンジンに入力することと、
    前記検索結果における前記複数のウェブ・ページからのウェブ・ページを前記確認イメージとして利用することを含む請求項１の方法。
16. 前記検索エンジンは、外部ネットワーク上で動作し、前記複数のウェブ・ページは、外部ネットワークを介してアクセス可能である請求項１５の方法。
17. 前記確認値に基づいて確認イメージを得ることは、
    前記確認値を、ネットワーク上のコンテンツのためのアドレス参照に変換することと、ここにおいて、前記コンテンツはイメージを含み、
    前記アドレス参照に関連する前記イメージを得ることと、
    前記イメージを前記確認イメージとして利用することを含む請求項１の方法。
18. 無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するように構成された第１のデバイスにおいて、
    前記第２のデバイスと通信するための無線通信インタフェースと、
    認証モジュールであって、
    前記第２のデバイスとの暗号鍵交換を実行し、ここにおいて、前記第１のデバイス及び第２のデバイスのための暗号情報が得られ、
    前記第２のデバイスから第１のコミットメント値を受信し、ここにおいて、前記第１のコミットメント値は前記第２のデバイスにおいて所定の関数とデータに基づいて算出されるものであり、
    同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認し、
    前記同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認した後、前記暗号情報に基づいて、確認値を取得し、
    前記確認値に基づいて、確認イメージを取得し、及び、
    前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供するように構成された認証モジュールと
    を含む第１のデバイス。
19. 前記認証モジュールに接続され、前記第２のデバイスとの前記アソシエーションを、受け入れるべきか又は拒否するべきかについてのフィードバックを前記オペレーターから受信するように構成された入力インタフェースを更に含み、
    前記認証モジュールは、
    前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとの前記アソシエーションを受け入れ、
    前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとの前記アソシエーションを拒否するように更に構成された請求項１８の第１のデバイス。
20. 前記認証モジュールに接続されたストレージデバイスであって、前記ストレージデバイスは、複数のイメージを格納するように構成され、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される請求項１８の第１のデバイス。
21. 前記認証モジュールは、前記確認イメージを得るために、前記ストレージデバイスに格納された前記複数のイメージから１又は複数のイメージを選択するように構成された請求項２０の第１のデバイス。
22. 前記認証モジュールに接続されたイメージ生成器を更に含み、該イメージ生成器は、前記確認値を前記確認イメージに変換するように構成された請求項２０の第１のデバイス。
23. 前記確認イメージは、前記確認値に一意に関連付けられる請求項１８の第１のデバイス。
24. 前記暗号情報は、前記第１のデバイスに関連する第１の公開鍵、前記第１のデバイスに関連する第１の一時データ、前記第２のデバイスに関連する第２の公開鍵、及び、前記第２のデバイスに関連する第２の一時データのうちの少なくとも一つを含む請求項１８の第１のデバイス。
25. 前記確認イメージは、前記確認値の第１の派生物に基づくものである請求項１８の第１のデバイス。
26. 前記通信インタフェースは、前記第２のデバイスとの暗号鍵交換のために使用されるBluetooth対応通信インタフェースを含む請求項１８の第１のデバイス。
27. 前記出力インタフェースは、前記確認イメージを前記オペレーター視覚的に提示するためのディスプレイ及び該イメージを該オペレーターに聴覚的に提供するためのスピーカのうちの少なくとも一つを含む請求項１８の第１のデバイス。
28. 前記認証モジュールは、
    前記確認値を経度・緯度の対にマッピングし、及び、
    前記経度・緯度に関連する位置のマップ又はイメージのうちの少なくとも一つを得て、前記確認イメージとして該位置のマップ又はイメージを使用するように更に構成された請求項１８の第１のデバイス
29. 前記認証モジュールは、
    前記確認値を検索文字列に変換し、
    複数のウェブ・ページを含む１又は複数の検索結果を得るために、前記検索文字列を検索エンジンに入力し、及び、
    前記検索結果における前記複数のウェブ・ページからのウェブ・ページを前記確認イメージとして利用するように更に構成された請求項１８の第１のデバイス。
30. 前記検索エンジンは、外部ネットワーク上で動作し、前記複数のウェブ・ページは、外部ネットワークを介してアクセス可能である請求項２９の第１のデバイス。
31. 前記認証モジュールは、
    前記確認値を、ネットワーク上のコンテンツのためのアドレス参照に変換し、ここにおいて、前記コンテンツはイメージを含み、
    前記アドレス参照に関連する前記イメージを取得し、及び、
    前記イメージを前記確認イメージとして利用するように更に構成された請求項１８の第１のデバイス。
32. 無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するように構成された第１のデバイスにおいて、
    前記第２のデバイスと通信するための手段と、
    前記第２のデバイスとの暗号鍵交換を実行するための手段と、ここにおいて、前記第１のデバイス及び第２のデバイスのための暗号情報が得られ、
    前記第２のデバイスから第１のコミットメント値を受信するための手段と、ここにおいて、前記第１のコミットメント値は前記第２のデバイスにおいて所定の関数とデータに基づいて算出されるものであり、
    同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認するための手段と、
    前記同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認した後、前記暗号情報に基づいて、確認値を得るための手段と、
    前記確認値に基づいて、確認イメージを得るための手段と、
    前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供するための手段とを含む第１のデバイス。
33. 前記第２のデバイスとのアソシエーションを、受け入れるべきか又は拒否するべきかについてのフィードバックを前記オペレーターから受信するための手段と、
    前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとの前記アソシエーションを受け入れるための手段と、
    前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとの前記アソシエーションを拒否するための手段とを更に含む請求項３２の第１のデバイス。
34. 複数のイメージを格納するための手段を更に含み、前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換される請求項３２の第１のデバイス。
35. 前記確認値を前記確認イメージに変換するための手段を更に含む請求項３２のデバイス。
36. 前記確認イメージは、前記確認値に一意に関連付けられる請求項３２の第１のデバイス。
37. 無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するための第１のデバイス上で動作可能なコンピュータープログラムにおいて、該コンピュータープログラムは、プロセッサにより実行された場合に、該プロセッサに、
    前記第２のデバイスとの暗号鍵交換を実行させ、ここにおいて、前記第１のデバイス及び第２のデバイスのための暗号情報が得られ、
    前記第２のデバイスから第１のコミットメント値を受信させ、ここにおいて、前記第１のコミットメント値は前記第２のデバイスにおいて所定の関数とデータに基づいて算出されるものであり、
    同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認させ、
    前記同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認させた後、前記暗号情報に基づいて、確認値を取得させ、
    前記確認値に基づいて、確認イメージを取得させ、
    前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供させるコンピュータープログラム。
38. 前記プロセッサにより実行された場合に、前記プロセッサに、更に、
    前記第２のデバイスとの前記アソシエーションを、受け入れるべきか又は拒否するべきかについてのフィードバックを前記オペレーターから受信させ、
    前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとの前記アソシエーションを受け入れさせ、
    前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとの前記アソシエーションを拒否させる請求項３７のコンピュータープログラム。
39. 前記プロセッサにより実行された場合に、前記プロセッサに、更に、
    複数のイメージを格納させ、
    前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換させる請求項３７のコンピュータープログラム。
40. 前記プロセッサにより実行された場合に、前記プロセッサに、更に、
    前記確認値を前記確認イメージに変換させる請求項３７のコンピュータープログラム。
41. 前記確認イメージは、前記確認値に一意に関連付けられる請求項３７のコンピュータープログラム。
42. 無線通信リンク上で第２のデバイスとのアソシエーションをセキュアに確立するための処理回路において、該処理回路は、
    前記第２のデバイスとの暗号鍵交換を実行し、ここにおいて、前記処理回路及び第２のデバイスのための暗号情報が得られ、
    前記第２のデバイスから第１のコミットメント値を受信し、ここにおいて、前記第１のコミットメント値は前記第２のデバイスにおいて所定の関数とデータに基づいて算出されるものであり、
    同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認し、
    前記同一の所定の関数とデータを用いて、前記第１のコミットメント値を独立して確認した後、前記暗号情報に基づいて、確認値を取得し、
    前記確認値に基づいて、確認イメージを取得し、
    前記第２のデバイスのための対応する確認イメージの認証のために、出力インタフェース上で、前記確認イメージをオペレーターに提供するように構成された処理回路。
43. 前記第２のデバイスとの前記アソシエーションを、受け入れるべきか又は拒否するべきかについてのフィードバックを前記オペレーターから受信し、
    前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージと同じであることを示す場合に、前記第２のデバイスとの前記アソシエーションを受け入れ、
    前記フィードバックが、前記確認イメージが前記第２のデバイスにおける対応する確認イメージとは異なることを示す場合に、前記第２のデバイスとの前記アソシエーションを拒否するように更に構成された請求項４２の処理回路。
44. 複数のイメージを格納するように更に構成され、
    前記確認値は、前記確認値の１又は複数のディジットを前記複数のイメージの１又は複数にマッピングすることによって、前記確認イメージに変換するように更に構成された請求項４２の処理回路。
45. 前記確認値を前記確認イメージに変換するように更に構成された請求項４２の処理回路。
46. 前記確認イメージは、前記確認値に一意に関連付けられる請求項４２の処理回路。

Images