JP2023535613A - Ｂｌｕｅｔｏｏｔｈノードペアリング方法及び関連する装置 - Google Patents

Abstract

本出願の実施形態は、Ｂｌｕｅｔｏｏｔｈ通信をサポートするノードに適用される関連付け方法及び装置を提供する。本方法は、第１のノードからペアリング要求メッセージを受信することであって、ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む、ことと、第１のノードがＰＳＫペアリング能力を有することを示すために利用される情報をペアリング要求メッセージが含むことに応答して第１のノードにペアリング応答メッセージを送信することであって、ペアリング応答メッセージは、共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、ことと、第１のＰＳＫに基づいて第１のノードを認証することとを含む。本出願の実施形態によれば、ノードペアリング処理中のセキュリティが改善されることができ、ノードは、信用できないデバイスに接続されない。この解決策は、自律運転又は先進運転者支援システムＡＤＡＳ能力を改善するためにさらに利用されうるし、自動車のインターネット、例えば、ビークルツーエブリシングＶ２Ｘ、ロングタームエボリューション－ビークルＬＴＥ－Ｖ、及び車車間Ｖ２Ｖに適用されうる。

Description

本出願は、通信技術及びコネクテッドビークル技術の分野に関係し、特に、Ｂｌｕｅｔｏｏｔｈノードペアリング方法及び関連する装置、例えば、コックピットドメイン中でのＢｌｕｅｔｏｏｔｈ通信に関係する。

情報化の迅速な開発とともに、通信技術は、人々の生活において広く利用されるようになった。便利な通信を享受しながら、人はまた、セキュリティの脆弱性及びプライバシの漏洩によって脅かされている。インテリジェントビークルが一例として利用される。ビークル通信の広い適用例により、通信は、ワイヤレス通信技術を利用することによってビークルと別のデバイスとの間で及びビークル内の構成要素の間で実施されうる。概して、２つのノードがワイヤレス通信を実施する前に、関連付け関係が２つのノードの間で確立される必要がある。関連付け関係を確立するこの処理は、ノードペアリング処理と呼ばれることもある。

２つのＢｌｕｅｔｏｏｔｈノードのペアリング処理において、数値比較（Ｎｕｍｅｒｉｃ ｃｏｍｐａｒｉｓｏｎ）、ジャストワーク（Ｊｕｓｔ ｗｏｒｋ）、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ）、及び帯域外（Ｏｕｔ ｏｆ ｂａｎｄ）の４つのモードがある。ペアリングモードは、ノードの入出力能力に関連付けられる。入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）ノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）ノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）ノードの場合、ほとんどのケースで、ジャストワークモード又は数値比較モードのみがペアリングのために利用されることができる。そのようなペアリングモードでは、ノードのセキュリティは、容易に脅かされる。例えば、モバイルフォンがＢｌｕｅｔｏｏｔｈヘッドセットとペアリングされるとき、ヘッドセットは、パスキーを入力すること又は画面を表示することができないので、ヘッドセットは、ジャストワークモードのみで接続されることができ、即ち、ヘッドセットは、モバイルフォン上でＢｌｕｅｔｏｏｔｈヘッドセットの名前を直接タップすることによって接続される。そのようなペアリングモードでは、攻撃者は、ジャストワーク（ｊｕｓｔ ｗｏｒｋ）モードで接続されたデバイスを利用することによってノードを容易に攻撃しうるか、又は攻撃者は、ジャストワークモードでのみ接続されることが可能なノードを攻撃することがあり、これは、ユーザのプライバシ及びビークルのセキュリティを大幅に脅かす。特に、車載通信システムにとって、この状況は、ビークルへの信用できない接続を生じる可能性があり、ビークルと信用できない攻撃者との間での通信をもたらし、さらに、運転者及び乗客の安全を危険にさらす。

従って、どのようにＢｌｕｅｔｏｏｔｈペアリング処理のセキュリティを改善し、ノードが信用できないデバイスに接続するのを防げるのかが、当業者によって研究されている問題である。

本出願の実施形態は、ノードペアリング処理のセキュリティを改善し、ノードが信用できないデバイスに接続するのを防げるためのＢｌｕｅｔｏｏｔｈノードペアリング方法及び関連する装置を開示する。

第１の態様によれば、本出願の実施形態は、以下を含むＢｌｕｅｔｏｏｔｈノードペアリング方法を開示する。

第２のノードは、第１のノードからペアリング要求メッセージを受信する。ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

第２のノードは、第１のノードがＰＳＫペアリング能力を有することを示すために利用される情報をペアリング要求メッセージが含むことに応答して第１のノードにペアリング応答メッセージを送信する。ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される。

第２のノードは、第１のＰＳＫに基づいて第１のノードを認証する。

ＰＳＫは、第１のノードと第２のノードとによって共有される秘密値である。本出願のこの実施形態では、第２のノードと共有されるＰＳＫは、第１のノード上に予め定義されるか又は構成される。従って、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有することを示す情報を含みうる。相応して、第１のノードと共有される（説明を容易にするために第１のＰＳＫと呼ばれる）ＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。第２のノードは、第１のＰＳＫに基づいて第１のノードを認証して、第１のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、第２のノードと信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

第１の態様の可能な実装では、第１のノードは、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードである。

既存の入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノードは、ジャストワーク（ｊｕｓｔ ｗｏｒｋ）モードにある第２のノードとしかペアリングされることができない。表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードは、入出力能力を有しない。従って、第２のノードが入出力能力を有しない場合、第２のノードはまた、ジャストワーク（ｊｕｓｔ ｗｏｒｋ）モードで接続される。ジャストワークモードが低いセキュリティを有するので、そのようなペアリングでは、攻撃者は、第１のノードを利用することによって第２のノードを容易に攻撃することができる。従って、上記の３つのタイプのノードの場合、ペアリングは、ノードペアリングのセキュリティを改善するためにＰＳＫを利用することによって実施されうる。もちろん、入出力能力を有するノードの場合、ペアリングは、パスキーを入力することによって実施されうるか、又はペアリングは、ＰＳＫを利用することによって実施されうる。

第１の態様の別の可能な実装では、本方法は、以下をさらに含む。

第２のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定する。

第１の態様のさらに別の可能な実装では、第２のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定することは、以下を含む。

第２のノードは、第１のノードの第１のデバイス識別子を取得する。

第２のノードは、第１のデバイス識別子に対応する第１のＰＳＫが存在することを決定する。

第１の態様のさらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

上記は、ペアリング要求メッセージのデータ形態について説明した。ＩＯＣフィールドの値は、第１のノードがＰＳＫペアリング能力を有するかどうか又は第２のノードと共有される第１のＰＳＫが第１のノード上に存在するのかどうかに関する情報を表しうることを理解することができる。例えば、ＩＯＣフィールドが０ｘ０５であるとき、第１のノードがＰＳＫペアリング能力を有することを示しうる。

第１の態様のさらに別の可能な実装では、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

上記は、ペアリング要求メッセージの別のデータ形態について説明した。ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含むことを理解することができる。例えば、ＩＯＣフィールドは、８ビットを含みうる。２ビットは、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。例えば、「０１」は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、「００」は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

さらに、ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用され、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールド中の６ビットの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

第１の態様のさらに別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

上記は、ペアリング要求メッセージのさらに別のデータ形態について説明した。ＰＳＫ能力フィールドが第１のノードのＰＳＫ能力値を示すために利用されることを理解することができる。例えば、０ｘ０１は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、０ｘ００は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

さらに、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用され、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールドの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ、ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

第１の態様のさらに別の可能な実装では、第２のノードが第１のノードにペアリング応答メッセージを送信する前に、本方法は、以下をさらに含む。

第２のノードは、ペアリング要求メッセージと予め設定されたペアリングモード優先度情報とに基づいてペアリング応答メッセージを決定する。ペアリングモード優先度情報は、第１のノードと第２のノードとがＰＳＫを共有するとき、第１のノードと第２のノードとによって共有されるＰＳＫを利用することによって実施されるペアリングが、複数のペアリングモード中の最高の優先度を有することを示す。

第１の態様のさらに別の可能な実装では、第２のノードは、第１のＰＳＫに基づいて第１のノードを認証することは、以下を含む。

第２のノードは、第１のノードから第１の認証パラメータを受信する。

第２のノードは、第１のＰＳＫに基づいて第１の認証パラメータを検証する。

上記の実装は、第２のノードが第１のノードを認証する方式について説明し、第１の認証パラメータは、第１のＰＳＫに基づいて第１のノードによって生成される。第２のノードも第１のＰＳＫを有するので、第２のノードは、第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致するのかどうかを決定するために対応する方式で第１のＰＳＫに基づいて第１の認証パラメータを検証しうる。第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致する場合、第１のノードの識別が信頼できることを示す。これは、第２のノードと信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

第１の態様のさらに別の可能な実装では、本方法は、以下をさらに含む。

第２のノードは、第１のＰＳＫに基づいて第２の認証パラメータを生成する。

第２のノードは、第１のノードに第２の認証パラメータを送信する。

第２のノードはまた、第１のＰＳＫに基づいて第２の認証パラメータを生成してよく、第２の認証パラメータは、第２のノードを認証するために第１のノードによって利用されることを理解することができる。

第１の態様のさらに別の可能な実装では、第２のノードは、第１のＰＳＫに基づいて第２の認証パラメータを生成することは、以下を含む。

第２のノードは、第１のノードによって送られた第１のフレッシュネスパラメータを受信する。

第２のノードは、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２の認証パラメータを生成する。第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである。

第１の態様のさらに別の可能な実装では、第２のノードが、第１のノードから第１の認証パラメータを受信する前に、本方法は、以下をさらに含む。

第２のノードは、第１のノードに第２のフレッシュネスパラメータを送信する。

第２のノードは、第１のＰＳＫに基づいて第１の認証パラメータを検証することは、以下をさらに含む。

第２のノードは、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２のチェックパラメータを生成する。

第２のノードは、第２のチェックパラメータと第１の認証パラメータとに基づいて、第１の認証パラメータが正常に検証されたと決定する。

第１の態様のさらに別の可能な実装では、第２のノードが第１のＰＳＫに基づいて第１のノードを認証した後に、本方法は、以下をさらに含む。

第２のノードは、第１のノードから第３の認証パラメータを受信する。

第２のノードは、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成する。

第２のノードは、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定する。

本方法は、以下をさらに含む。

第２のノードは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成する。

第２のノードは、第１のノードに第４の認証パラメータを送信する。

第１のペアリング要求メッセージが第１のノードのＰＳＫ能力値を含む場合、第２のノードは、第１のノードのＰＳＫ能力値の改ざんを回避するために第１のノードのＰＳＫ能力値の正当性を認証しうることを理解することができる。

第２の態様によれば、本出願の実施形態は、以下を含むＢｌｕｅｔｏｏｔｈノードペアリング方法を開示する。

第１のノードは、第２のノードにペアリング要求メッセージを送信する。ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有することを示すために利用される情報を含む。

第１のノードは、第２のノードによってフィードバックされたペアリング応答メッセージを受信する。ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される。

第１のノードは、第１のＰＳＫに基づいて第２のノードを認証する。

ＰＳＫは第１のノードと第２のノードとによって共有される秘密値であり、第２のノードと共有されるＰＳＫは、第１のノード上で予め定義されるか又は構成されることを理解することができる。従って、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有することを示しうる。相応して、第１のノードと共有される（説明を容易にするために第１のＰＳＫと呼ばれる）ＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。第１のノードは、第１のＰＳＫに基づいて第２のノードを認証して、第２のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、第１のノードと信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

第２の態様の可能な実装では、第１のノードは、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードである。

既存の入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノードは、ジャストワーク（ｊｕｓｔ ｗｏｒｋ）モードにある第２のノードとしかペアリングされることができない。表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードは、入出力能力を有しない。従って、第２のノードが入出力能力を有しない場合、第２のノードはまた、ジャストワーク（ｊｕｓｔ ｗｏｒｋ）モードで接続される。ジャストワークモードが低いセキュリティを有するので、そのようなペアリングでは、攻撃者は、第１のノードを利用することによって第２のノードを容易に攻撃することができる。従って、上記の３つのタイプのノードの場合、ペアリングは、ノードペアリングのセキュリティを改善するためにＰＳＫを利用することによって実施されうる。もちろん、入出力能力を有するノードの場合、ペアリングは、パスキーを入力することによって実施されうるか、又はペアリングは、ＰＳＫを利用することによって実施されうる。

第２の態様の別の可能な実装では、第１のノードが第２のノードにペアリング要求メッセージを送信する前に、本方法は、以下をさらに含む。

第１のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定する。

第２の態様のさらに別の可能な実装では、第１のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定することは、以下を含む。

第１のノードは、第２のノードの第２のデバイス識別子を取得する。

第１のノードは、第２のデバイス識別子に対応する第１のＰＳＫが存在することを決定する。

第２の態様のさらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

上記は、ペアリング要求メッセージのデータ形態について説明した。ＩＯＣフィールドの値は、第１のノードがＰＳＫペアリング能力を有するかどうか又は第２のノードと共有される第１のＰＳＫが第１のノード上に存在するのかどうかに関する情報を表しうることを理解することができる。例えば、ＩＯＣフィールドが０ｘ０５であるとき、第１のノードがＰＳＫペアリング能力を有することを示しうる。

第２の態様のさらに別の可能な実装では、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

上記は、ペアリング要求メッセージの別のデータ形態について説明した。ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含むことを理解することができる。例えば、ＩＯＣフィールドは、８ビットを含みうる。２ビットは、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。例えば、「０１」は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、「００」は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

さらに、ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用され、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールド中の６ビットの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

第２の態様のさらに別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

上記は、ペアリング要求メッセージのさらに別のデータ形態について説明した。ＰＳＫ能力フィールドが第１のノードのＰＳＫ能力値を示すために利用されることを理解することができる。例えば、０ｘ０１は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、０ｘ００は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

さらに、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用され、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールドの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

第２の態様のさらに別の可能な実装では、第１のノードは、第１のＰＳＫに基づいて第２のノードを認証することは、以下を含む。

第１のノードは、第２のノードから第２の認証パラメータを受信する。

第１のノードは、第１のＰＳＫに基づいて第２の認証パラメータを検証する。

上記の実装は、第１のノードが第２のノードを認証する方式について説明し、第２の認証パラメータは、第１のＰＳＫに基づいて第２のノードによって生成される。第１のノードがまた第１のＰＳＫを有するので、第１のノードは、第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致するのかどうかを決定するために対応する方式で第１のＰＳＫに基づいて第２の認証パラメータを検証しうる。第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致する場合、第２のノードの識別が信頼できることを示す。これは、第１のノードと信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

第２の態様のさらに別の可能な実装では、本方法は、以下をさらに含む。

第１のノードは、第１のＰＳＫに基づいて第１の認証パラメータを生成する。

第１のノードは、第２のノードに第１の認証パラメータを送信する。

第１のノードはまた、第１のＰＳＫに基づいて第１の認証パラメータを生成してよく、第１の認証パラメータは、第１のノードを認証するために第２のノードによって利用されることを理解することができる。

第２の態様のさらに別の可能な実装では、第１のノードは、第１のＰＳＫに基づいて第１の認証パラメータを生成することは、以下を含む。

第１のノードは、第２のノードによって送られた第２のフレッシュネスパラメータを受信する。

第１のノードは、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１の認証パラメータを生成する。第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである。

第２の態様のさらに別の可能な実装では、第１のノードが、第２のノードから第２の認証パラメータを受信する前に、本方法は、以下をさらに含む。

第１のノードは、第２のノードに第１のフレッシュネスパラメータを送信する。

第１のノードは、第１のＰＳＫに基づいて第２の認証パラメータを検証することは、以下をさらに含む。

第１のノードは、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１のチェックパラメータを生成する。

第１のノードは、第１のチェックパラメータと第２の認証パラメータとに基づいて、第２の認証パラメータが正常に検証されたと決定する。

第２の態様のさらに別の可能な実装では、第２のノードが第１のＰＳＫに基づいて第１のノードを認証した後に、本方法は、以下をさらに含む。

第２のノードは、第１のノードから第３の認証パラメータを受信する。

第２のノードは、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成する。

第２のノードは、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定する。

本方法は、以下をさらに含む。

第２のノードは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成する。

第２のノードは、第１のノードに第４の認証パラメータを送信する。

第１のノードは、第２のノードのＰＳＫ能力値の改ざんを回避するために第２のノードのＰＳＫ能力値の正当性を認証しうることを理解することができる。

第３の態様によれば、本出願の実施形態は、
第１のノードからペアリング要求メッセージを受信するように構成された受信ユニットであって、ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む、受信ユニットと、
第１のノードがＰＳＫペアリング能力を有することを示すために利用される情報をペアリング要求メッセージが含むことに応答して第１のノードにペアリング応答メッセージを送信するように構成された送信ユニットであって、ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、送信ユニットと、
第１のＰＳＫに基づいて第１のノードを認証するように構成された処理ユニットと
を含むＢｌｕｅｔｏｏｔｈペアリング装置を開示する。

ＰＳＫは第１のノードと第２のノードとによって共有される秘密値であり、第２のノードと共有されるＰＳＫは、第１のノード上で予め定義されるか又は構成されることを理解することができる。従って、本装置は、ペアリング要求メッセージ中に、第１のノードがＰＳＫペアリング能力を有することを示す情報を含みうる。相応して、第１のノードと共有される第１のＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。本装置は、第１のＰＳＫに基づいて第１のノードを認証して、第１のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、本装置と信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

第３の態様の可能な実装では、処理ユニットは、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定する
ようにさらに構成される。

第３の態様の別の可能な実装では、処理ユニットは、特に、
第１のノードの第１のデバイス識別子を取得し、
第１のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

第３の態様のさらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

第３の態様のさらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

第３の態様のさらに別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

第３の態様のさらに別の可能な実装では、処理ユニットは、ペアリング要求メッセージと予め設定されたペアリングモード優先度情報とに基づいてペアリング応答メッセージを決定するようにさらに構成される。ペアリングモード優先度情報は、第１のノードと第２のノードとがＰＳＫを共有するとき、第１のノードと第２のノードとによって共有されるＰＳＫを利用することによって実施されるペアリングが、複数のペアリングモード中の最高の優先度を有することを示す。

第３の態様のさらに別の可能な実装では、受信ユニットは、第１のノードから第１の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第１のＰＳＫに基づいて第１の認証パラメータを検証するようにさらに構成される。

第３の態様のさらに別の可能な実装では、処理ユニットは、第１のＰＳＫに基づいて第２の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第１のノードに第２の認証パラメータを送信するようにさらに構成される。

第３の態様のさらに別の可能な実装では、受信ユニットは、第１のノードから第３の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成するようにさらに構成される。

処理ユニットは、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成される。

処理ユニットは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第１のノードに第４の認証パラメータを送信するようにさらに構成される。

第４の態様によれば、本出願の実施形態は、
第２のノードにペアリング要求メッセージを送信するように構成された送信ユニットであって、ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有することを示すために利用される情報を含む、送信ユニットと、
第２のノードによってフィードバックされたペアリング応答メッセージを受信するように構成された受信ユニットであって、ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、受信ユニットと、
第１のＰＳＫに基づいて第２のノードを認証するように構成された処理ユニットと
を含むＢｌｕｅｔｏｏｔｈペアリング装置を開示する。

ＰＳＫは第１のノードと第２のノードとによって共有される秘密値であり、第２のノードと共有されるＰＳＫは、第１のノード上で予め定義されるか又は構成されることを理解することができる。従って、第２のノードは、ペアリング要求メッセージ中に、第１のノードがＰＳＫペアリング能力を有することを示しうる。相応して、第１のノードと共有される（説明を容易にするために第１のＰＳＫと呼ばれる）ＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。本装置は、第１のＰＳＫに基づいて第２のノードを認証して、第２のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、本装置と信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

第４の態様の可能な実装では、処理ユニットは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定するようにさらに構成される。

第４の態様の別の可能な実装では、処理ユニットは、特に、
第２のノードの第２のデバイス識別子を取得し、
第２のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

第４の態様のさらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

第４の態様のさらに別の可能な実装では、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの出力能力を示すために利用される。

第４の態様のさらに別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

第４の態様のさらに別の可能な実装では、受信ユニットは、第２のノードから第２の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第１のＰＳＫに基づいて第２の認証パラメータを検証するようにさらに構成される。

第４の態様のさらに別の可能な実装では、処理ユニットは、第１のＰＳＫに基づいて第１の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第２のノードに第１の認証パラメータを送信するようにさらに構成される。

第４の態様のさらに別の可能な実装では、ペアリング応答メッセージは、第２のノードのＰＳＫ能力値を含み、第２のノードのＰＳＫ能力値は、第２のノードがＰＳＫペアリング能力を有することを示すために利用される。

受信ユニットは、第２のノードから第４の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第２のノードのＰＳＫ能力値に基づいて第３のチェックパラメータを生成するようにさらに構成される。

処理ユニットは、第３のチェックパラメータと第４の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成される。

処理ユニットは、第１のノードのＰＳＫ能力値に基づいて第３の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第２のノードに第３の認証パラメータを送信するようにさらに構成される。

第５の態様によれば、本出願の実施形態は、以下を含むＢｌｕｅｔｏｏｔｈノードペアリング方法を開示する。

第２のノードは、第１のノードからペアリング要求メッセージを受信する。ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含む。第１のノードのペアリング能力は、第１のノードが第１のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む。

第２のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定する。第２のノードのペアリング能力は、第２のノードが第２のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかを含む。ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥを含む。

第２のノードは、第１のノードにペアリング応答メッセージを送信する。ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含む。

第２のノードは、ペアリングモードに基づいて第１のノードとのペアリングを実施する。

ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、第２のノードは、要件に基づいて及び第１のノードが第１のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかに基づいて対応するペアリングモードを決定しうることを理解することができる。例えば、第２のノードは、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、第２のノードの要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

第５の態様の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

上記は、ペアリング要求メッセージのデータ形態について説明した。ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含むことを理解することができる。例えば、ＩＯＣフィールドは、８ビットを含みうる。２ビットは、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。例えば、「０１」は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、「００」は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

さらに、ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用され、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールド中の６ビットの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

第５の態様の別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

上記は、ペアリング要求メッセージの別のデータ形態について説明した。ＰＳＫ能力フィールドが第１のノードのＰＳＫ能力値を示すために利用されることを理解することができる。例えば、０ｘ０１は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、０ｘ００は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

さらに、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用され、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールドの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

第５の態様のさらに別の可能な実装では、第２のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することは、以下を含む。

第２のノードは、第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定する。

第２のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定する。

第２のノードは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する。

第５の態様のさらに別の可能な実装では、第２のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定することは、以下を含む。

第２のノードは、第１のノードの第１のデバイス識別子を取得する。

第２のノードは、第１のデバイス識別子に対応する第１のＰＳＫが存在することを決定する。

第５の態様のさらに別の可能な実装では、第２のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することは、以下を含む。

第２のノードは、第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定する。

第２のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定する。

第２のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定する。第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである。

第２のノードは、第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する。

第５の態様のさらに別の可能な実装では、第２のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することは、以下を含む。

第２のノードは、第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定する。

第２のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定する。

第２のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定する。第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである。

第２のノードは、第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する。

第５の態様のさらに別の可能な実装では、第２のノードは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することは、以下を含む。

第２のノードは、第１のノードから第１の認証パラメータを受信する。

第２のノードは、第１のＰＳＫに基づいて第１の認証パラメータを検証する。

第５の態様のさらに別の可能な実装では、本方法は、以下をさらに含む。

第２のノードは、第１のＰＳＫに基づいて第２の認証パラメータを生成する。

第２のノードは、第１のノードに第２の認証パラメータを送信する。

第５の態様のさらに別の可能な実装では、第２のノードは、第１のＰＳＫに基づいて第２の認証パラメータを生成することは、以下を含む。

第２のノードは、第１のノードによって送られた第１のフレッシュネスパラメータを受信する。

第２のノードは、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２の認証パラメータを生成する。第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである。

第５の態様のさらに別の可能な実装では、第２のノードが、第１のノードから第１の認証パラメータを受信する前に、本方法は、以下をさらに含む。

第２のノードは、第１のノードに第２のフレッシュネスパラメータを送信する。

第２のノードは、第１のＰＳＫに基づいて第１の認証パラメータを検証することは、以下をさらに含む。

第２のノードは、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２のチェックパラメータを生成する。

第２のノードは、第２のチェックパラメータと第１の認証パラメータとに基づいて、第１の認証パラメータが正常に検証されたと決定する。

第５の態様のさらに別の可能な実装では、第２のノードが第１のＰＳＫに基づいて第１のノードを認証した後に、本方法は、以下をさらに含む。

第２のノードは、第１のノードから第３の認証パラメータを受信する。

第２のノードは、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成する。

第２のノードは、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定する。

本方法は、以下をさらに含む。

第２のノードは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成する。

第２のノードは、第１のノードに第４の認証パラメータを送信する。

第６の態様によれば、本出願の実施形態は、以下を含むＢｌｕｅｔｏｏｔｈノードペアリング方法を開示する。

第１のノードは、第２のノードにペアリング要求メッセージを送信する。ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含む。第１のノードのペアリング能力は、第１のノードが第１のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む。

第１のノードは、第２のノードからペアリング応答メッセージを受信する。ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含む。第２のノードのペアリング能力は、第２のノードが第２のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかを含む。

第１のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定する。ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥを含む。

第１のノードは、ペアリングモードに基づいて第２のノードとのペアリングを実施する。

ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、ペアリング応答メッセージは、第２のノードのペアリング能力に関する情報を含むことを理解することができる。第１のノードは、要件に基づいて、及び第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいて対応するペアリングモードを決定しうる。例えば、第１のノードは、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

第６の態様の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

上記は、ペアリング要求メッセージのデータ形態について説明した。ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含むことを理解することができる。例えば、ＩＯＣフィールドは、８ビットを含みうる。２ビットは、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。例えば、「０１」は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、「００」は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

さらに、ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用され、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールド中の６ビットの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

第６の態様の別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

上記は、ペアリング要求メッセージのさらに別のデータ形態について説明した。ＰＳＫ能力フィールドが第１のノードのＰＳＫ能力値を示すために利用されることを理解することができる。例えば、０ｘ０１は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、０ｘ００は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

さらに、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用され、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールドの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

第６の態様のさらに別の可能な実装では、第１のノードが第２のノードにペアリング要求メッセージを送信する前に、本方法は、以下を含む。

第１のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定する。

第１のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することは、以下を含む。

第１のノードは、第２のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定する。

第１のノードは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する。

第６の態様のさらに別の可能な実装では、第１のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定することは、以下を含む。

第１のノードは、第２のノードの第２のデバイス識別子を取得する。

第１のノードは、第２のデバイス識別子に対応する第１のＰＳＫが存在することを決定する。

第６の態様のさらに別の可能な実装では、第２のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することは、以下を含む。

第１のノードは、第２のノードのペアリング能力に関する情報に基づいて、第２のノードがＰＳＫペアリング能力を有しないことを決定する。

第１のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいてペアリングモードを決定する。ペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである。

第６の態様のさらに別の可能な実装では、第２のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することは、以下を含む。

第１のノードは、第２のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定する。

第１のノードは、第２のノードが第１のノードと第１のＰＳＫを共有することを決定する。

第１のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定する。第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである。

第１のノードは、第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する。

第６の態様のさらに別の可能な実装では、第１のノードは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することは、以下を含む。

第１のノードは、第２のノードから第２の認証パラメータを受信する。

第１のノードは、第１のＰＳＫに基づいて第２の認証パラメータを検証する。

第６の態様のさらに別の可能な実装では、本方法は、以下をさらに含む。

第１のノードは、第１のＰＳＫに基づいて第１の認証パラメータを生成する。

第１のノードは、第２のノードに第１の認証パラメータを送信する。

第６の態様のさらに別の可能な実装では、第１のノードは、第１のＰＳＫに基づいて第１の認証パラメータを生成することは、以下を含む。

第１のノードは、第２のノードによって送られた第２のフレッシュネスパラメータを受信する。

第１のノードは、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１の認証パラメータを生成する。第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである。

第６の態様のさらに別の可能な実装では、第１のノードが、第２のノードから第２の認証パラメータを受信する前に、本方法は、以下をさらに含む。

第１のノードは、第２のノードに第１のフレッシュネスパラメータを送信する。

第１のノードは、第１のＰＳＫに基づいて第２の認証パラメータを検証することは、以下をさらに含む。

第１のノードは、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１のチェックパラメータを生成する。

第１のノードは、第１のチェックパラメータと第２の認証パラメータとに基づいて、第２の認証パラメータが正常に検証されたと決定する。

第６の態様のさらに別の可能な実装では、第２のノードが第１のＰＳＫに基づいて第１のノードを認証した後に、本方法は、以下をさらに含む。

第２のノードは、第１のノードから第３の認証パラメータを受信する。

第２のノードは、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成する。

第２のノードは、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定する。

本方法は、以下をさらに含む。

第２のノードは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成する。

第２のノードは、第１のノードに第４の認証パラメータを送信する。

第７の態様によれば、本出願の実施形態は、
第１のノードからペアリング要求メッセージを受信するように構成された受信ユニットであって、ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含み、第１のノードのペアリング能力は、第１のノードが第１のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む、受信ユニットと、
第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定するように構成された処理ユニットであって、第２のノードのペアリング能力は、第２のノードが第２のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかを含み、ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥを含む、処理ユニットと、
第１のノードにペアリング応答メッセージを送信するように構成された送信ユニットであって、ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含む、送信ユニットと
を含むＢｌｕｅｔｏｏｔｈペアリング装置を開示する。

処理ユニットは、ペアリングモードに基づいて第１のノードとのペアリングを実施するようにさらに構成される。

ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、本装置は、要件に基づいて及び第１のノードが第１のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかに基づいて対応するペアリングモードを決定しうることを理解することができる。例えば、本装置は、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、第２のノードの要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

第７の態様の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

第７の態様の別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

第７の態様のさらに別の可能な実装では、処理ユニットは、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する
ように構成される。

第７の態様のさらに別の可能な実装では、処理ユニットは、特に、
第１のノードの第１のデバイス識別子を取得し、
第１のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

第７の態様のさらに別の可能な実装では、処理ユニットは、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

第７の態様のさらに別の可能な実装では、処理ユニットは、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

第７の態様のさらに別の可能な実装では、受信ユニットは、第１のノードから第１の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第１のＰＳＫに基づいて第１の認証パラメータを検証するようにさらに構成される。

第７の態様のさらに別の可能な実装では、処理ユニットは、第１のＰＳＫに基づいて第２の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第１のノードに第２の認証パラメータを送信するようにさらに構成される。

第７の態様のさらに別の可能な実装では、受信ユニットは、第１のノードによって送られた第１のフレッシュネスパラメータを受信するようにさらに構成される。

処理ユニットは、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２の認証パラメータを生成するようにさらに構成される。第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである。

第７の態様のさらに別の可能な実装では、送信ユニットは、第１のノードに第２のフレッシュネスパラメータを送信するようにさらに構成される。

処理ユニットは、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２のチェックパラメータを生成するようにさらに構成される。

処理ユニットは、第２のノードは、第２のチェックパラメータと第１の認証パラメータとに基づいて、第１の認証パラメータが正常に検証されたと決定するようにさらに構成される。

第７の態様のさらに別の可能な実装では、受信ユニットは、第１のノードから第３の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成するようにさらに構成される。

処理ユニットは、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成される。

処理ユニットは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第１のノードに第４の認証パラメータを送信するようにさらに構成される。

第８の態様によれば、本出願の実施形態は、
第２のノードにペアリング要求メッセージを送信するように構成された送信ユニットであって、ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含み、第１のノードのペアリング能力は、第１のノードが第１のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む、送信ユニットと、
第２のノードからペアリング応答メッセージを受信するように構成された受信ユニットであって、ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含み、第２のノードのペアリング能力は、第２のノードが第２のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかを含む、受信ユニットと、
第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定するように構成された処理ユニットであって、ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥを含む、処理ユニットと
を含む、Ｂｌｕｅｔｏｏｔｈノードペアリング装置を開示する。

処理ユニットは、ペアリングモードに基づいて第２のノードとのペアリングを実施するようにさらに構成される。

ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、ペアリング応答メッセージは、第２のノードのペアリング能力に関する情報を含むことを理解することができる。本装置は、要件に基づいて、及び第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいて対応するペアリングモードを決定しうる。例えば、本装置は、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

第８の態様の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

第８の態様の別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

第８の態様のさらに別の可能な実装では、処理ユニットは、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第２のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する
ようにさらに構成される。

第８の態様のさらに別の可能な実装では、処理ユニットは、第２のノードの第２のデバイス識別子を取得し、
第２のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ようにさらに構成される。

第８の態様のさらに別の可能な実装では、処理ユニットは、特に、
第２のノードのペアリング能力に関する情報に基づいて、第２のノードがＰＳＫペアリング能力を有しないことを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいてペアリングモードを決定することであって、ペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行う
ように構成される。

第８の態様のさらに別の可能な実装では、処理ユニットは、特に、
第２のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

第８の態様のさらに別の可能な実装では、受信ユニットは、第２のノードから第２の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第１のＰＳＫに基づいて第２の認証パラメータを検証するようにさらに構成される。

第８の態様のさらに別の可能な実装では、処理ユニットは、第１のＰＳＫに基づいて第１の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第２のノードに第１の認証パラメータを送信するようにさらに構成される。

第８の態様のさらに別の可能な実装では、受信ユニットは、第２のノードによって送られた第２のフレッシュネスパラメータを受信するようにさらに構成される。

処理ユニットは、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１の認証パラメータを生成するようにさらに構成される。第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである。

第８の態様のさらに別の可能な実装では、送信ユニットは、第２のノードに第１のフレッシュネスパラメータを送信するようにさらに構成される。

処理ユニットは、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１のチェックパラメータを生成するようにさらに構成される。

処理ユニットは、第２のノードは、第１のチェックパラメータと第２の認証パラメータとに基づいて、第２の認証パラメータが正常に検証されたと決定するようにさらに構成される。

第８の態様のさらに別の可能な実装では、受信ユニットは、第１のノードから第３の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成するようにさらに構成される。

処理ユニットは、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成される。

処理ユニットは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第１のノードに第４の認証パラメータを送信するようにさらに構成される。

第９の態様によれば、本出願の実施形態は、Ｂｌｕｅｔｏｏｔｈペアリング装置をさらに提供する。Ｂｌｕｅｔｏｏｔｈペアリング装置は、少なくともの１つプロセッサと通信インターフェースとを含む。通信インターフェースは、データを送信及び／又は受信するように構成される。少なくとも１つのプロセッサは、少なくとも１つのメモリ中に記憶されたコンピュータプログラムを呼び出すように構成され、従って、本装置は、第１の態様若しくは第１の態様の可能な実装のうちのいずれか１つ、第２の態様若しくは第２の態様の可能な実装のうちのいずれか１つ、第５の態様若しくは第５の態様の可能な実装のうちのいずれか１つ、又は第６の態様若しくは第６の態様の可能な実装のうちのいずれか１つにおいて説明された方法を実装する。

第１０の態様によれば、本出願の実施形態は、通信システムをさらに提供する。通信システムは、第１のノードと第２のノードとを含む。第１のノードは、第３の態様若しくは第３の態様の可能な実装のうちのいずれか１つ又は第７の態様若しくは第７の態様の可能な実装のうちのいずれか１つにおいて説明された装置である。第２のノードは、第４の態様若しくは第４の態様の可能な実装のうちのいずれか１つ又は第８の態様若しくは第８の態様の可能な実装のうちのいずれか１つにおいて説明された装置である。

第１１の態様によれば、本出願のある実施形態はコンピュータ可読記憶媒体を開示する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムが１つ又は複数のプロセッサ上で実行されるとき、第１の態様若しくは第１の態様の可能な実装のうちのいずれか１つ、第２の態様若しくは第２の態様の可能な実装のうちのいずれか１つ、第５の態様若しくは第５の態様の可能な実装のうちのいずれか１つ、又は第６の態様若しくは第６の態様の可能な実装のうちのいずれか１つにおいて説明された方法が実施される。

第１２の態様によれば、本出願の実施形態は、コンピュータプログラム製品を開示する。コンピュータプログラム製品が１つ又は複数のプロセッサ上で実行されるとき、本装置は、第１の態様若しくは第１の態様の可能な実装のうちのいずれか１つ、第２の態様若しくは第２の態様の可能な実装のうちのいずれか１つ、第５の態様若しくは第５の態様の可能な実装のうちのいずれか１つ、又は第６の態様若しくは第６の態様の可能な実装のうちのいずれか１つにおいて説明された方法が実施される。

第１３の態様によれば、本出願の実施形態は、チップシステムを開示する。チップシステムは、少なくとも１つのプロセッサと、メモリと、インターフェース回路とを含む。インターフェース回路は、少なくとも１つのプロセッサに情報入出力を与えるように構成される。メモリは、コンピュータプログラムを記憶し、コンピュータプログラムが１つ又は複数のプロセッサ上で実行されるとき、第１の態様若しくは第１の態様の可能な実装のうちのいずれか１つにおいて説明された方法が実施されるか、又は、第５の態様若しくは第５の態様の可能な実装のうちのいずれか１つにおいて説明された方法が実施される。

第１４の態様によれば、本出願の実施形態は、チップシステムを開示する。チップシステムは、少なくとも１つのプロセッサと、メモリと、インターフェース回路とを含む。インターフェース回路は、少なくとも１つのプロセッサに情報入出力を与えるように構成される。メモリは、コンピュータプログラムを記憶し、コンピュータプログラムが１つ又は複数のプロセッサ上で実行されるとき、第２の態様若しくは第２の態様の可能な実装のうちのいずれか１つにおいて説明された方法が実施されるか、又は、第６の態様若しくは第６の態様の可能な実装のうちのいずれか１つにおいて説明された方法が実施される。

第１５の態様によれば、本出願の実施形態は、ビークルを開示する。ビークルは、第１のノード（例えば、自動車のコックピットドメインコントローラＣＤＣ）を含む。第１のノードは、第３の態様若しくは第３の態様の可能な実装のうちのいずれか１つ又は第７の態様若しくは第７の態様の可能な実装のうちのいずれか１つにおいて説明された装置である。

さらに、ビークルは、第２のノード（例えば、カメラ、画面、マイクロフォン、スピーカ、レーダー、電子鍵、及びパッシブエントリパッシブスタートシステムコントローラなどのモジュールのうちの少なくとも１つ）を含む。第２のノードは、第４の態様若しくは第４の態様の可能な実装のうちのいずれか１つ又は第８の態様若しくは第８の態様の可能な実装のうちのいずれか１つにおいて説明された装置である。

以下は、本出願の実施形態において利用される添付の図面について説明する。

本出願の実施形態による、適用例シナリオの概略図である。 本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈペアリング方法のフローチャートである。 本出願の実施形態による、ペアリング要求メッセージのフレーム構造の概略図である。 本出願の実施形態による、別のペアリング要求メッセージのフレーム構造の概略図である。 本出願の実施形態による、さらに別のペアリング要求メッセージのフレーム構造の概略図である。 本出願の実施形態による、ペアリングモードを決定するための方法の概略図である。 本出願の実施形態による、別のＢｌｕｅｔｏｏｔｈペアリング方法のフローチャートである。 本出願の実施形態による、別のＢｌｕｅｔｏｏｔｈペアリング方法のフローチャートである。 本出願の実施形態による、別のＢｌｕｅｔｏｏｔｈペアリング方法のフローチャートである。 本出願の実施形態による、別のＢｌｕｅｔｏｏｔｈペアリング方法のフローチャートである。 本出願の実施形態による、別のＢｌｕｅｔｏｏｔｈペアリング方法のフローチャートである。 本出願の実施形態による、別のＢｌｕｅｔｏｏｔｈペアリング方法のフローチャートである。 本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈペアリング装置の構造の概略図である。 本出願の実施形態による、別のＢｌｕｅｔｏｏｔｈペアリング装置の構造の概略図である。

以下に、本出願の実施形態における添付の図面を参照しながら本出願の実施形態について説明する。本出願では、「例」又は「例えば」などの言葉は、例、例示、又は説明を与えることを表すために利用されることに留意されたい。本出願において「例」又は「例えば」を利用して記述される任意の実施形態又は設計方式は、別の実施形態又は設計方式よりも好適であるものとして又はそれよりも多くの利点を有するものとして説明されてはならない。「例」又は「例えば」などの言葉の利用は、関係する概念を特定の方式で提示することを目的とする。

以下は、最初に、理解しやすいように本出願における関連技術及び専門用語を手短に説明する。

１．ノード（ｎｏｄｅ）

ノードは、データ送受信能力を有する電子デバイスである。例えば、ノードは、コックピットドメイン（Ｃｏｃｋｐｉｔ Ｄｏｍａｉｎ）デバイス、又はコックピットドメインデバイス中のモジュール（例えば、コックピットドメインコントローラ（ｃｏｃｋｐｉｔ ｄｏｍａｉｎ ｃｏｎｔｒｏｌｌｅｒ，ＣＤＣ）、カメラ、画面、マイクロフォン、スピーカ、電子鍵、及びパッシブエントリパッシブスタートシステムコントローラなどのモジュールのうちの１つ又は複数）でありうる。特定の実装中に、ノードは、代替として、データ転送デバイス、例えば、ルータ、リピータ、ブリッジ、若しくはスイッチでありうるか、又は端末デバイス、例えば、様々なタイプのユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）、モバイルフォン（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ（ｐａｄ）、デスクトップコンピュータ、ヘッドセット、若しくはスピーカでありうるか、又は自動運転（ｓｅｌｆ－ｄｒｉｖｉｎｇ）デバイス、交通安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）デバイス、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ，ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ，ＡＲ）端末デバイス、マシン型通信（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＭＴＣ）デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）デバイス、リモート医療（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ）デバイス、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）デバイス、若しくはスマートシティ（ｓｍａｒｔ ｃｉｔｙ）デバイスなどの機械知能デバイスをさらに含みうるか、又はウェアラブルデバイス（例えば、スマートウォッチ、スマートバンド、若しくは歩数計）などをさらに含みうる。いくつかの技術的シナリオでは、同様のデータ送受信能力をもつデバイスの名前はノードでないことがある。しかし、説明を容易にするために、データ送受信能力を有する電子デバイスは、本出願の実施形態ではノードと総称される。

２．共有鍵（ｓｈａｒｅｄ ｋｅｙ，ＳＫ）

共有鍵は、２つの通信当事者のノード中に記憶された同じ秘密値であり、共有鍵は、同じ鍵取得方法を利用することによって２つの通信当事者によって生成されうる。事前共有鍵（ｐｒｅ－ｓｈａｒｅｄ ｋｅｙ，ＰＳＫ）はまた、一種の共有鍵である。

例えば、ビークルのコックピットドメインコントローラ（ｃｏｃｋｐｉｔ ｄｏｍａｉｎ ｃｏｎｔｒｏｌｌｅｒ，ＣＤＣ）とビークル所有者のモバイルフォンとは、Ｂｌｕｅｔｏｏｔｈ技術を利用することによって互いに通信することができる２つのノードである。ビークル所有者が、モバイルフォンを利用することによってビークルのＣＤＣとのペアリングを実施する必要があるとき、ビークル所有者は、最初に、公開鍵を交換することによって共有鍵を生成する、例えば、鍵合意アルゴリズムを利用することによってモバイルフォンとビークルのＣＤＣとの間で鍵合意アルゴリズムパラメータを交換することによって共有鍵を生成しうる。共有鍵は、モバイルフォンが後で再びビークルのＣＤＣとのペアリングを要求するときに両方のノードの識別を検証するために利用されうる。

３．鍵合意

鍵合意は、２つの通信当事者が合意を通して鍵を取得するためにいくつかのパラメータを交換する処理である。鍵合意のために利用される暗号アルゴリズムは、鍵合意アルゴリズムと呼ばれ、鍵交換アルゴリズムと呼ばれることもある。共通鍵合意アルゴリズムは、ディフィーへルマン（Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ，ＤＨ）アルゴリズム、楕円曲線暗号方式（ｅｌｌｉｐｔｉｃ ｃｕｒｖｅ ｃｒｙｐｔｏｓｙｓｔｅｍ，ＥＣＣ）ベースのディフィーへルマン（ＥＣＤＨ）アルゴリズム、オークレー（Ｏａｋｌｅｙ）アルゴリズム、（ＳＭ１、ＳＭ２、ＳＭ３、及びＳＭ４などの）ＳＭアルゴリズムなどを含む。

４．Ｂｌｕｅｔｏｏｔｈペアリング処理

Ｂｌｕｅｔｏｏｔｈは、短距離ワイヤレス通信技術であり、ノード間でのワイヤレス情報交換のために利用することができる。ペアリングは、最初に、Ｂｌｕｅｔｏｏｔｈを利用することによって互いに通信するノード間で実施される必要がある。ペアリング処理は、２つのＢｌｕｅｔｏｏｔｈノード間のリンク鍵（ｌｉｎｋ ｋｅｙ）を生成することを目的とし、リンク鍵は、互いの識別を認証し、交換されたデータを暗号化するために利用される。実際の適用例では、概して、２つのノードは、直接、リンク鍵を利用することによって暗号化を実施せず、交換されたデータを暗号化するためにリンク鍵を利用することによってセッション鍵（ｓｅｓｓｉｏｎ ｋｅｙ）をエクスポートする。セッション鍵は、暗号化鍵（ｅｎｃｒｙｐｔｉｏｎ ｋｅｙ）、完全性鍵（ｉｎｔｅｇｒｉｔｙ ｋｅｙ）などのうちの１つ又は複数を含みうる。

Ｂｌｕｅｔｏｏｔｈペアリング方法は、主に、個人識別番号／レガシーペアリング（ｐｅｒｓｏｎａｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ／ｌｅｇａｃｙ ｐａｉｒｉｎｇ，ＰＩＮ／ＬＰ）とセキュアシンプルペアリング（ｓｅｃｕｒｅ ｓｉｍｐｌｅ ｐａｉｒｉｎｇ，ＳＳＰ）とを含む。ＰＩＮ／レガシーペアリング方法が利用されるとき、２つのＢｌｕｅｔｏｏｔｈノードが同じパスワードＰＩＮを入力するとき、２つのＢｌｕｅｔｏｏｔｈノードは、リンク鍵をエクスポートする。この方法は、両方のノードが入力能力を有することを必要とし、少数のシナリオに適用でき、比較的低いセキュリティを有する。

５．入出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ，Ｉ／Ｏ）能力

ノードの入出力機能は、入力機能と出力機能とを組み合わせることによって取得されることができる。入力機能は、「Ｎｏ Ｉｎｐｕｔ」、（「ＹｅｓＮｏ」としても表されうる）「Ｙｅｓ／Ｎｏ」、又は「Ｋｅｙｂｏａｒｄ」であってよく、次に詳細に説明する。

（１）「Ｎｏ Ｉｎｐｕｔ」は、ノードが「Ｙｅｓ」、「Ｎｏ」、又は他のデータを入力する能力を有しないことを示す。

（２）「Ｙｅｓ／Ｎｏ」は、ノードが少なくとも２つのボタン（ｂｕｔｔｏｎ）を有し、かつ２つのボタンが、「Ｙｅｓ」と「Ｎｏ」とにマッピングされることができること、又は、ノードが「Ｙｅｓ」若しくは「Ｎｏ」を示すことができる別の機構を有することを示す。

（３）「Ｋｅｙｂｏａｒｄ」は、ノードが、０から９までのアラビア数字又は他の文字を入力することができる少なくとも１つの数字キーボードと確認（ｃｏｎｆｉｒｍａｔｉｏｎ）とを有することを示す。ノードは、少なくとも２つのボタン（ｂｕｔｔｏｎ）を有し、かつ２つのボタンが「Ｙｅｓ」と「Ｎｏ」とにマッピングされることができるか、又は、ノードが、「Ｙｅｓ」若しくは「Ｎｏ」を示すことができる別の機構を有する。

出力機能は、「Ｎｏ Ｏｕｔｐｕｔ」又は「Ｎｕｍｅｒｉｃ Ｏｕｔｐｕｔ」であってよく、次に詳細に説明する。

（１）「Ｎｏ Ｏｕｔｐｕｔ」は、ノードが６文字を表示又は転送する能力を有しないことを示す。

（２）「Ｎｕｍｅｒｉｃ Ｏｕｔｐｕｔ」は、ノードが６文字を表示又は転送する能力を有することを示す。

Ｉ／Ｏ能力は、入力機能と出力機能とを組み合わせることによって取得されうる。表１は、本出願の実施形態において与えられるＩ／Ｏ能力の組合せの表である。ノードのＩ／Ｏ能力は、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）と、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）と、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）と、キーボードのみ（ＫｅｙｂｏａｒｄＯｎｌｙ）と、キーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）とを含むことを理解することができる。

６．鍵導出

鍵導出は、１つの秘密値から１つ又は複数の秘密値を導出することであり、鍵を導出するために利用されるアルゴリズムは、鍵導出関数（ｋｅｙ ｄｅｒｉｖａｔｉｏｎ ｆｕｎｃｔｉｏｎ，ＫＤＦ）と呼ばれ、鍵導出アルゴリズムとも呼ばれる。例えば、秘密値Ｋｅｙから導出される新しい秘密値ＤＫは、ＤＫ＝ＫＤＦ（Ｋｅｙ）のように表されうる。

共通鍵導出アルゴリズムは、パスワードベースの鍵導出関数（ｐａｓｓｗｏｒｄ－ｂａｓｅｄ ｋｅｙ ｄｅｒｉｖａｔｉｏｎ ｆｕｎｃｔｉｏｎ，ＰＢＫＤＦ）、スクリプト（ｓｃｒｙｐｔ）アルゴリズムなどを含む。ＰＢＫＤＦアルゴリズムは、第１世代のＰＢＫＤＦ１と第２世代のＰＢＫＤＦ２とをさらに含む。任意選択で、いくつかのＫＤＦアルゴリズムの鍵導出処理において、ハッシュアルゴリズムが、入力秘密値に対してハッシュ変更を実施するために利用される。従って、アルゴリズム識別子は、利用されることになるハッシュアルゴリズムを示すためにＫＤＦ関数の入力としてさらに受信されうる。

７．フレッシュネスパラメータ

フレッシュネスパラメータは、暗号において一般に利用されるパラメータであり、通常、鍵、認証パラメータなどを生成するために利用される。フレッシュネスパラメータは、フレッシュネス又はフレッシュパラメータと呼ばれることもあり、ＮＯＮＣＥ（ｎｕｍｂｅｒ ｏｎｃｅ，ＮＯＮＣＥ）、カウンタ（ｃｏｕｎｔｅｒ）、シーケンス番号（ｎｕｍｂｅｒ）などのうちの少なくとも１つを含みうる。ＮＯＮＣＥは、１回しか利用されない（又は繰り返されない）ランダム値である。異なる瞬間に生成されるフレッシュネスパラメータは通常は異なる。言い換えれば、フレッシュネスパラメータの特定の値は、フレッシュネスパラメータが生成されるたびに変化する。従って、今回の鍵（又は認証パラメータなど）を生成するために利用されるフレッシュネスパラメータは、この前の鍵（又は認証パラメータなど）を生成するために利用されたフレッシュネスパラメータとは異なる。これは、生成された鍵のセキュリティを改善することができる。

例えば、フレッシュネスパラメータは、乱数発生器（ｒａｎｄｏｍ ｎｕｍｂｅｒ ｇｅｎｅｒａｔｏｒ）を利用することによってノードによって取得された乱数でありうる。

以下に、本出願の実施形態におけるシステムアーキテクチャ及びサービスシナリオについて説明する。本出願において説明されるシステムアーキテクチャ及びサービスシナリオは、本出願における技術的解決策についてより明確に説明するものであり、本出願において提供される技術的解決策に対して限定を構成しないことに留意されたい。当業者は、システムアーキテクチャの発展及び新しいサービスシナリオの出現とともに、本出願において提供される技術的解決策が、同様の技術的問題にも適用可能であることを知りうる。

図１は、本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈノードペアリング方法の適用例シナリオの概略図である。ビークルのコックピットドメインコントローラ（ｃｏｃｋｐｉｔ ｄｏｍａｉｎ ｃｏｎｔｒｏｌｌｅｒ，ＣＤＣ）１０１は、インテリジェントコックピットデバイス中のコントロールセンターであり、第１のノードと見なされうるし、スマートフォン１０２は、第２のノードと見なされうる。スマートフォン１０２は、ＣＤＣ１０１とのペアリングを要求するためにＣＤＣ１０１にペアリング要求メッセージを送信しうる。ＣＤＣ１０１は、ペアリング要求メッセージにおいて説明されたスマートフォン１０２の入出力能力に基づいてペアリングのためのペアリングモードを選択しうる。概して、スマートフォン１０２は、入力と表示とをサポートしうるし、ＣＤＣ１０１も入力と表示とをサポートしうる。従って、ペアリングは、数値比較又はパスキー入力モードを利用することによって実施されうる。しかし、攻撃者が、この時点でビークルに侵入し、攻撃者のモバイルフォンを利用することによってＣＤＣ１０１に接続する場合、数値比較モードは、攻撃者がＣＤＣ１０１に接続するのを防げることができないので、ＣＤＣ１０１は、攻撃者のモバイルフォンに正常に接続され、ビークルのセキュリティが脅される。

別の例では、ＣＤＣ１０１がＢｌｕｅｔｏｏｔｈヘッドセットに接続される場合、Ｂｌｕｅｔｏｏｔｈヘッドセットは、コンテンツを入力又は表示することができないので、Ｂｌｕｅｔｏｏｔｈヘッドセットは、ジャストワークモードでのみ接続されることができる。さらに、攻撃者がＢｌｕｅｔｏｏｔｈヘッドセットに接続することを要求する場合、Ｂｌｕｅｔｏｏｔｈヘッドセットは、やはり、攻撃者のデバイスと正常にペアリングされる。従って、Ｂｌｕｅｔｏｏｔｈヘッドセットのセキュリティが脅される。従って、既存のペアリング方法は、ノードのセキュリティ要件を満たすことができない。

図２は、本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈペアリング方法の概略フローチャートである。本方法は以下のステップを含むが、それらに限定されない。

ステップＳ２０１：第１のノードは、第２のノードにペアリング要求メッセージを送信する。

特に、ペアリング要求メッセージは、第１のノードが事前共有鍵（ｐｒｅ－ｓｈａｒｅｄ ｋｅｙ，ＰＳＫ）ペアリング能力を有するかどうかを示すために利用される情報を含む。第２のノードと共有される第１のＰＳＫが第１のノード上に存在する場合、第１のノードは、ＰＳＫペアリング能力を有する。相応して、第２のノードと共有される第１のＰＳＫが第１のノード上に存在しない場合、第１のノードは、ＰＳＫペアリング能力を有しない。

ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含むことは、以下のいくつかの方式で特に実装されうる。

実装１：ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。例えば、図３を参照されたい。図３は、本出願の実施形態による、可能なペアリング要求メッセージの概略図である。ペアリング要求メッセージ３０１は、メッセージコード（Ｃｏｄｅ）、Ｉ／Ｏ能力（Ｉ／Ｏ Ｃａｐａｂｉｌｉｔｙ，ＩＯＣ）、帯域外データフラグ（ＯＯＢ Ｄａｔａ Ｆｌａｇ）、構成要求（ＡｕｔｈＲｅｑ）、最大暗号化鍵サイズ（Ｍａｘｉｍｕｍ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ Ｓｉｚｅ）、イニシエータ鍵配送（Ｉｎｉｔｉａｔｏｒ Ｋｅｙ Ｄｉｓｔｒｉｂｕｔｉｏｎ）、及び応答側の鍵配送（Ｒｅｓｐｏｎｄｅｒ Ｋｅｙ Ｄｉｓｔｒｉｂｕｔｉｏｎ）などのフィールドを含む。Ｃｏｄｅは、メッセージのタイプを示すために利用され、例えば、０ｘ０１は、要求メッセージを示し、０ｘ０２は、応答メッセージを示す。ＡｕｔｈＲｅｑは、Ｂｏｎｄｉｎｇ＿Ｆｌａｇｓ（Ｂｏｎｄｉｎｇ＿Ｆｌａｇｓ，ＢＦ）、中間者（Ｍａｎ－Ｉｎ－Ｔｈｅ－Ｍｉｄｄｌｅ，ＭＩＴＭ）、安全接続（Ｓｅｃｕｒｅ Ｃｏｎｎｅｃｔｉｏｎｓ，ＳＣ）、及びキープレス（ｋｅｙｐｒｅｓｓ）などの識別子を含みうる。最大暗号化鍵サイズは、サポートされた最長鍵の長さ（通常、７バイトから１６バイトまでの範囲）を示すために利用される。イニシエータ鍵配送及び応答側の鍵配送は、鍵配送方法を示すために利用される。最上位ビット（ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ，ＭＳＢ）は、２進数の最上位の重み付けビットであり、１０進数の最左ビットと同様である。相応して、最下位ビット（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ，ＬＳＢ）は、２進数の最下位の重み付けビットであり、１０進数の最右ビットと同様である。

ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。表２は、本出願のこの実施形態において提供されるＩＯＣフィールドの値と値に対応する説明とを示す。ペアリング要求メッセージ中のＩＯＣフィールドの値が０ｘ０５であるとき、第１のノードがＰＳＫペアリング能力を有することを示しうることを理解することができる。相応して、ＩＯＣフィールドの値が別の値であるとき、第１のノードがＰＳＫペアリング能力を有しないことを示しうる。さらに、ＩＯＣフィールドの値が別の値であるとき、第１のノードの入出力能力は特に示されうる。例えば、ＩＯＣフィールドの値が０ｘ０１であるとき、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示しうる。

実装２：ペアリング要求メッセージは、ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。図４は、本出願の実施形態による、可能なペアリング要求メッセージの概略図である。ペアリング要求メッセージ７０１は、コード、ＩＯＣ、ＯＯＢデータフラグ、ＡｕｔｈＲｅｑ、最大暗号鍵サイズ、イニシエータ鍵配送、及び応答側の鍵配送などのフィールドを含む。

ＩＯＣフィールドは８ビット（１バイト）を含み、ＩＯＣフィールド中の２ビット（ｂｉｔｓ）は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。特に、ＩＯＣフィールド中の２ビットは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。表３は、本出願のこの実施形態において提供される可能なＰＳＫ能力値と値に対応する説明とを示す。例えば、ＰＳＫ能力値「０１」は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、ＰＳＫ能力値「００」は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

本出願のこの実施形態では、ビットの１つの部分が２ビットである一例が利用されることが理解されうる。特定の実装では、ビットの１つの部分は、他のビット、例えば、３ビットでありうる。「０００」は、ＰＳＫペアリング能力を示さず、「００１」は、ＰＳＫペアリング能力を示し、「００２」から「１１１」は、予約された値として利用される。

図４を参照されたい。任意選択で、ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用されてよく、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールド中の６ビットの値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

実装３：ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。図５は、本出願の実施形態による、可能なペアリング要求メッセージの概略図である。ペアリング要求メッセージ５０１は、コード、ＩＯＣ、ＯＯＢデータフラグ、ＡｕｔｈＲｅｑ、最大暗号鍵サイズ、イニシエータ鍵配送、応答側の鍵配送、及びＰＳＫ能力などのフィールドを含む。

ＰＳＫ能力フィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。特に、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。表４は、本出願のこの実施形態において提供される別の可能なＰＳＫ能力値と値に対応する説明とを示す。例えば、ＰＳＫ能力値０ｘ０１は、第１のノードがＰＳＫペアリング能力を有すること、又は第２のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。別の例では、ＰＳＫ能力値０ｘ００は、第１のノードがＰＳＫペアリング能力を有しないこと、又は第２のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

図４を参照されたい。任意選択で、ＩＯＣは、第１のノードの入出力能力を示すために利用されてよく、従って、第２のノードは、第１のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールド中の値は０ｘ０１であり、第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示す。

任意選択で、ペアリング要求メッセージを送信する前に、第１のノードは、最初に、第２のノードとＰＳＫを共有すべきかどうかを決定する。説明を容易にするために、第１のノードと第２のノードとによって共有されるＰＳＫは、本出願の実施形態では、第１のＰＳＫと呼ばれる。第１のノードが第２のノードと第１のＰＳＫを共有することを決定する場合、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有することを示す情報を含む。相応して、第２のノードと共有される第１のＰＳＫが第１のノード上に存在しない場合、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有しないことを示す情報を含む。

さらに、任意選択で、第１のノードは、少なくとも１つのノードのデバイス識別子と対応するＰＳＫとの間の対応を記憶する。ノードのデバイス識別子は、ノードの識別情報（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ，ＩＤ）、媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ，ＭＡＣ）アドレス、ドメイン名、ドメインアドレス、又は別のユーザ定義の識別子でありうる。第１のノードは、第２のノードのデバイス識別子を取得し（説明を容易にするために、第２のノードのデバイス識別子は第２のデバイス識別子と呼ばれる）、第２のデバイス識別子に基づいて、第２のデバイス識別子に対応する第１のＰＳＫが第１のノード上に存在するのかどうかを決定しうる。第２のデバイス識別子に対応する第１のＰＳＫが第１のノード上に存在する場合、第１のノードがＰＳＫペアリング能力を有することを示す。例えば、表５を参照されたい。表５は、本出願のこの実施形態において提供されるノードのデバイス識別子とＰＳＫとの間の可能な対応を示す。第１のノードによって取得された第２のデバイス識別子が「ＩＤ１」である場合、「ＩＤ１」に対応するＰＳＫが「ＰＳＫ１」であり、第１のノードは、ペアリング要求メッセージに、第１のノードがＰＳＫペアリング能力を有することを示す情報を追加しうることが理解されうる。

第１のノードは、第２のノードにペアリング要求メッセージを送信し、相応して、第２のノードは、第１のノードからペアリング要求メッセージを受信して、ペアリング要求メッセージ中のメッセージコンテンツを取得することが理解されうる。

Ｓ２０２：第２のノードは、第１のノードがＰＳＫペアリング能力を有することを示すために利用される情報をペアリング要求メッセージが含むことに応答して第１のノードにペアリング応答メッセージを送信する。

特に、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有することを示すために利用される情報を含む。従って、第２のノードは、情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを学習しうるし、これは、ＰＳＫベースのペアリングが第１のノードと第２のノードとの間で実施されうることを示す。従って、第２のノードは、第１のノードにペアリング応答メッセージを送信する。

ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される。特に、以下の２つの事例がありうる。

事例１：ペアリング応答メッセージがペアリングモードを示す情報を含む。例えば、ペアリング応答メッセージは、「ペアリングモード０５」を含み、「ペアリングモード０５」は、ＰＳＫベースのペアリングに対応し、即ち、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを第１のノードに示す。

事例２：ペアリング応答メッセージは、第２のノードがＰＳＫペアリング能力を有することを示す情報を含み、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを第１のノードに示す。特に、ペアリング応答メッセージは、第２のノードがＰＳＫペアリング能力を有することを示す情報を含むことは、以下のいくつかの実装解決策を有しうる。

実装解決策１：ペアリング応答メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第２のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。例えば、ペアリング応答メッセージ中のＩＯＣフィールドの値が０ｘ０５であるとき、第２のノードがＰＳＫペアリング能力を有することを示しうる。相応して、ＩＯＣフィールドの値が別の値であるとき、第１のノードがＰＳＫペアリング能力を有しないことを示し、それにより、第１のノードがＰＳＫベースのペアリングを実施できないことを示しうる。さらに、ＩＯＣフィールドの値が別の値であるとき、第２のノードの入出力能力は特に示されうる。例えば、ＩＯＣフィールドの値が０ｘ０１であるとき、第２のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）であることを示しうる。

実装解決策２：ペアリング応答メッセージは、ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第２のノードのＰＳＫ能力値を含み、第２のノードのＰＳＫ能力値は、第２のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。例えば、ＩＯＣフィールド中の２ビットは、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値「０１」は、第２のノードがＰＳＫペアリング能力を有すること、又は第１のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。任意選択で、ＰＳＫ能力値が「００」である場合、第２のノードがＰＳＫペアリング能力に関する情報を有しないこと、又は第１のノードと共有される第１のＰＳＫが存在しないことを示す。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のペアリングモードで実施される必要がある。

本出願のこの実施形態では、ビットの１つの部分が２ビットである一例が利用されることが理解されうる。特定の実装では、ビットの１つの部分は、他のビット、例えば、３ビットでありうる。「０００」は、ＰＳＫペアリング能力を示さず、「００１」は、ＰＳＫペアリング能力を示し、「００２」から「１１１」は、予約された値として利用される。

任意選択で、ＩＯＣフィールド中のビットの別の部分は、第２のノードの入出力能力を示すために利用されてよく、従って、第１ノードは、第１のノードの入出力能力に基づいて別のペアリングモードを決定することができる。例えば、ＩＯＣフィールド中の６ビットの値は０ｘ０４であり、第２のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）であることを示す。第１のノードの入出力能力が表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）である場合、マッチングは、パスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）モードで第１のノードと第２のノードとの間で実施されうる。

実装解決策３：ペアリング応答メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第２のノードのＰＳＫ能力値を含み、第２のノードのＰＳＫ能力値は、第２のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。例えば、ＰＳＫ能力値「０ｘ０１」は、第２のノードがＰＳＫペアリング能力を有すること、又は第１のノードと共有される第１のＰＳＫが存在することを示す。従って、ＰＳＫベースのペアリングがサポートされうる。任意選択で、ＰＳＫ能力値が「０ｘ００」である場合、第２のノードがＰＳＫペアリング能力に関する情報を有しないこと、又は第１のノードと共有される第１のＰＳＫが存在しないことを示しうる。この場合、ＰＳＫベースのペアリングはサポートされず、ペアリングは、別のモードで実施される必要がある。

任意選択で、ペアリング応答メッセージは、ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第２のノードの入出力能力を示すために利用されてよく、従って、第１ノードは、第２のノードの入出力能力に基づいてペアリングモードを決定することができる。例えば、ＩＯＣフィールド中の値は０ｘ０４であり、第１のノードの入出力能力がキーボード表示（ＫｅｙｂｏａｒｄＤｉｓｐｌａｙ）であることを示す。

任意選択で、ペアリング応答メッセージを送信する前に、第２のノードは、最初に、第１のノードと共有される第１のＰＳＫが存在するのかどうかを決定する。第２のノードが第１のノードと第１のＰＳＫを共有することを決定する場合、ペアリング応答メッセージは、ＰＳＫベースのペアリングを実施することを示す情報を含む。相応して、第２のノードと共有される第１のＰＳＫが第２のノード上に存在しない場合、ペアリング失敗メッセージが第２のノードに送られうるか、又はＰＳＫペアリング能力がないことを示す情報が、ペアリング応答メッセージ中で搬送されるか、又は別のペアリングモードを決定するために第２のノードの入出力能力がペアリング応答メッセージ中で搬送される。

さらに、任意選択で、第２のノードは、少なくとも１つのノードのデバイス識別子と対応するＰＳＫとの間の対応を記憶する。第２のノードは、第１のノードのデバイス識別子を取得し（説明を容易にするために、第１のノードのデバイス識別子は第１のデバイス識別子と呼ばれる）、第１のデバイス識別子に基づいて、第１のデバイス識別子に対応する第１のＰＳＫが第２のノード上に存在するのかどうかを決定しうる。第１のデバイス識別子に対応する第１のＰＳＫが第２のノード上に存在する場合、第１のノードと共有される第１のＰＳＫが第２のノード上に存在することを示す。

任意選択で、ペアリング要求メッセージが第１のノードの入出力能力をさらに含むとき、第２のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定しうる。例えば、図６を参照されたい。図６は、本出願の実施形態による、第１のペアリングモードを決定する可能な方式である。エリア６０１は、第１のノードのＩ／Ｏ能力であり、エリア６０２は、第２のノードのＩ／Ｏ能力である。第１のペアリングモードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいて決定され、第１のペアリングモードは、数値比較（Ｎｕｍｅｒｉｃ ｃｏｍｐａｒｉｓｏｎ，ＮＣ）、ジャストワーク（Ｊｕｓｔ ｗｏｒｋ，ＪＷ）、又はパスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）でありうることを理解することができる。例えば、第１のノードのＩ／Ｏ能力が、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）であり、第２のノードのＩ／Ｏ能力が、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）である場合、対応するペアリングモードは数値比較モードである。

帯域外モードは、通常、別のデバイスに基づいて完了される必要があることに留意されたい。従って、対応する帯域外データフラグ（ＯＯＢ Ｄａｔａ Ｆｌａｇ）が、ペアリングのために帯域外モードを利用することを示すためにペアリング要求メッセージ中で搬送される必要がある。

さらに、任意選択で、複数のペアリングモードが第１のノードと第２のノードとの間でサポートされるとき、第２のノードは、第１のノードに、異なるペアリングモードを示す応答メッセージを送信するためにペアリング要求メッセージと予め設定されたペアリングモード優先度情報とに基づいてペアリングモードを決定しうる。第２のノードは、ＰＳＫベースのペアリングを優先的に選択するか、又はペアリングモードの優先度に基づいてより高い優先度をもつペアリングモードを選択しうる。例えば、ペアリングモード優先度情報は、第１のノードと第２のノードとがＰＳＫを共有するとき、第１のノードと第２のノードとによって共有されるＰＳＫを利用することによって実施されるペアリングが、複数のペアリングモード中の最高の優先度を有することを示す。別の例では、ペアリングモード優先度情報は、ＰＳＫベースのペアリングの優先度が２であることと、数値比較モードの優先度が３であることと、パスキー入力モードの優先度が１であることとでありうる。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有するとき、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに対応するペアリングモードがパスキー入力モードである場合、パスキー入力モードの優先度がＰＳＫベースのペアリングの優先度より高いので、第２のノードは、ペアリングのためにパスキー入力モードを選択しうる。相応して、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに対応するペアリングモードが数値比較モードである場合、ＰＳＫベースのペアリングの優先度が数値比較モードの優先度より高いので、第２のノードはＰＳＫベースのペアリングを選択しうる。

第２のノードは、第１のノードにペアリング応答メッセージを送信し、相応して、第１のノードは、第２のノードによってフィードバックされたペアリング応答メッセージを受信して、ペアリング応答メッセージ中のメッセージコンテンツを取得することが理解されうる。

ステップＳ２０３：第２のノードは、第１のＰＳＫに基づいて第１のノードを認証する。

特に、第１のノードは、第２のノードと第１のＰＳＫを共有する。従って、第２のノードは、第１のＰＳＫを利用することによって第１のノードを認証しうる。特に、以下のいくつかの方式がありうる。

方式１：第２のノードは、第１のノードに第１の認証データを送信する。第１の認証データは、第１のＰＳＫを利用することによって暗号化されるか、又は第１のＰＳＫから導出された（又は導出された）セッション鍵を利用することによって暗号化されうる。第１のノードが、認証データを解読し、対応する応答データをフィードバックすることができる場合、第２のノードは、第１のノードを正常に認証する。

方式２：第２のノードは、第１のノードから第１の認証パラメータを受信する。第１の認証パラメータは、第１のＰＳＫに基づいて第１のノードによって生成される。例えば、第１の認証パラメータＣ１は、鍵導出アルゴリズムＫＤＦを利用することによって第１のＰＳＫに基づいて第１のノードによって生成され、例えば、Ｃ１＝ＫＤＦ（第１のＰＳＫ）である。第２のノードがまた、第１のＰＳＫを有するので、第２のノードは、対応する方式で第１の認証パラメータを検証しうる。例えば、第２のノードは、ＫＤＦ１（第１のＰＳＫ）と第１の認証パラメータＣ１とに基づいて、第１のノードの識別を認証するために第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致するのかどうかを決定しうる。さらに、第２のノードは、第２のノード上の第１のＰＳＫに基づいて第２のチェックパラメータｃｈｅｃｋ２を生成し、例えば、ｃｈｅｃｋ２＝ＫＤＦ（第１のＰＳＫ）でありうる。第２のチェックパラメータが第１の認証パラメータと同じである場合、第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致し、従って、第１のノードの識別が認証されることができる。

任意選択で、第１の認証パラメータの生成に参加するパラメータは、第１のノードと第２のノードとの間で交換される別のパラメータ、例えば、フレッシュネスパラメータ、公開鍵、構成パラメータ、及びペアリングメッセージのうちの１つ又は複数をさらに含みうる。詳細については、以下の事例を参照されたい。

事例１：第２のノードは、第１のノードにフレッシュネスパラメータを送信する（説明を容易にするために、第２のノードによって送られたフレッシュネスパラメータは、第２のフレッシュネスパラメータと呼ばれる）。フレッシュネスパラメータは、第２のノードによって取得される（又は生成される）ＮＯＮＣＥ、カウンタ、シーケンス番号（ｎｕｍｂｅｒ）などのうちの少なくとも１つを含みうる。第１のノードは、第２のフレッシュネスパラメータＮ２と第１のＰＳＫとに基づいて第１の認証パラメータＣ１を生成し、例えば、Ｃ１＝ＫＤＦ（Ｎ２，第１のＰＳＫ）である。第２のノードは、第１のノードから第１の認証パラメータＣ１を受信し、同じ方法を利用することによって第２のチェックパラメータｃｈｅｃｋ２を生成し、例えば、ｃｈｅｃｋ２＝ＫＤＦ（Ｎ２，第１のＰＳＫ）である。第２のチェックパラメータが第１の認証パラメータと同じである場合、第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致し、従って、第１のノードの識別が認証されることができる。

事例２：共有鍵は、第２のノードと第１のノードとの間で事前に生成される（又は取得される）。共有鍵は、第１の公開鍵と第２の公開鍵とを交換することによって第１のノードと第２のノードとの間でのネゴシエーションを通して生成される。第１のノードは、第２のフレッシュネスパラメータＮ２と、第１のＰＳＫと、第１の公開鍵ＰＫ１と、第２の公開鍵ＰＫ２とに基づいて第１の認証パラメータＣ１を生成し、例えば、Ｃ１＝ＫＤＦ（Ｎ２，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。第２のノードは、第１のノードから第１の認証パラメータＣ１を受信し、同じ方法を利用することによって第２のチェックパラメータｃｈｅｃｋ２を生成し、例えば、ｃｈｅｃｋ２＝ＫＤＦ（Ｎ２，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。第２のチェックパラメータが第１の認証パラメータと同じである場合、第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致し、従って、第１のノードの識別が認証されることができる。

ステップＳ２０４：第１のノードは、第１のＰＳＫに基づいて第２のノードを認証する。

特に、第１のノードは、第２のノードと第１のＰＳＫを共有する。従って、第１のノードは、第１のＰＳＫを利用することによって第２のノードを認証しうる。以下に、認証方式について手短に説明する。詳細な説明については、ステップＳ２０３における第２のノード側の対応する説明を参照されたい。第１のノードは、以下の方式で第１のＰＳＫに基づいて第２のノードを認証しうる。

様式１：第１のノードは、第２のノードに第２の認証データを送信する。第２の認証データは、第１のＰＳＫを利用することによって暗号化されるか、又は第１のＰＳＫから導出された（又は導出された）セッション鍵を利用することによって暗号化されうる。第２のノードが、認証データを解読し、対応する応答データをフィードバックすることができる場合、第１のノードは、第２のノードを正常に認証する。

様式２：第１のノードは、第２のノードから第２の認証パラメータを受信する。第２の認証パラメータは、第１のＰＳＫに基づいて第２のノードによって生成される。例えば、第２の認証パラメータＣ２は、鍵導出アルゴリズムＫＤＦを利用することによって第１のＰＳＫに基づいて第２のノードによって生成され、例えば、Ｃ２＝ＫＤＦ（第１のＰＳＫ）である。第１のノードがまた、第１のＰＳＫを有するので、第１のノードは、対応する方式で第２の認証パラメータを検証しうる。例えば、第１のノードは、ＫＤＦ（第１のＰＳＫ）と第２の認証パラメータＣ２とに基づいて、第２のノードの識別を認証するために第２のノード上の第１のＰＳＫが第１のノード上の第１のＰＳＫに一致するのかどうかを決定しうる。さらに、第１のノードは、第１のノード上の第１のＰＳＫに基づいて第１のチェックパラメータｃｈｅｃｋ１を生成し、例えば、ｃｈｅｃｋ１＝ＫＤＦ（第１のＰＳＫ）でありうる。第１のチェックパラメータが第２の認証パラメータと同じである場合、第２のノード上の第１のＰＳＫが第１のノード上の第１のＰＳＫに一致し、従って、第２のノードの識別が認証されることができる。

任意選択で、第２の認証パラメータの生成に参加するパラメータは、第１のノードと第２のノードとの間で交換される別のパラメータ、例えば、フレッシュネスパラメータ、公開鍵、構成パラメータ、及びペアリングメッセージのうちの１つ又は複数をさらに含みうる。詳細については、以下の事例を参照されたい。

事例１：第１のノードは、第２のノードにフレッシュネスパラメータを送信する（説明を容易にするために、第１のノードによって送られたフレッシュネスパラメータは、第１のフレッシュネスパラメータと呼ばれる）。フレッシュネスパラメータは、第１のノードによって取得される（又は生成される）ＮＯＮＣＥ、カウンタ、シーケンス番号（ｎｕｍｂｅｒ）などのうちの少なくとも１つを含みうる。第２のノードは、第１のフレッシュネスパラメータＮ１と第１のＰＳＫとに基づいて第２の認証パラメータＣ２を生成し、例えば、Ｃ２＝ＫＤＦ（Ｎ１，第１のＰＳＫ）である。第１のノードは、第２のノードから第２の認証パラメータＣ２を受信し、同じ方法を利用することによって第１のチェックパラメータｃｈｅｃｋ１を生成し、例えば、ｃｈｅｃｋ１＝ＫＤＦ（Ｎ１，第１のＰＳＫ）である。第１のチェックパラメータが第２の認証パラメータと同じである場合、第２のノード上の第１のＰＳＫが第１のノード上の第１のＰＳＫに一致し、従って、第２のノードの識別が認証されることができる。

解決策についてより明確に説明するために、認証パラメータをどのように検証するのかついて説明するために複数のステップが利用されることに留意されたい。実際の処理では、認証パラメータはまた、１ステップで検証されうる。例えば、第２の認証パラメータＣ２が検証されるとき、第１のチェックパラメータｃｈｅｃｋ１は中間結果にすぎず、即ち、第１のノードは、Ｃ２がＫＤＦ（Ｎ１，第１のＰＳＫ）と同じであるのかどうかを直接検証しうる。

事例２：共有鍵は、第１のノードと第２のノードとの間で事前に生成される（又は取得される）。共有鍵は、第１の公開鍵と第２の公開鍵とを交換することによって第１のノードと第２のノードとの間でのネゴシエーションを通して生成される。第２のノードは、第１のフレッシュネスパラメータＮ１と、第１のＰＳＫと、第１の公開鍵ＰＫ１と、第２の公開鍵ＰＫ２とに基づいて第２の認証パラメータＣ２を生成し、例えば、Ｃ２＝ＫＤＦ１（Ｎ１，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。第１のノードは、第２のノードから第２の認証パラメータＣ２を受信し、同じ方法を利用することによって第１のチェックパラメータｃｈｅｃｋ１を生成し、例えば、ｃｈｅｃｋ１＝ＫＤＦ１（Ｎ１，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。第１のチェックパラメータが第２の認証パラメータと同じである場合、第２のノード上の第１のＰＳＫが第１のノード上の第１のＰＳＫに一致し、従って、第２のノードの識別が認証されることができる。

任意選択で、第１のペアリング要求メッセージが第１のノードのＰＳＫ能力値を含む場合、第２のノードは、第１のノードのＰＳＫ能力値の改ざんを回避するために第１のノードのＰＳＫ能力値の正当性を認証しうる。特に、第２のノードは、第１のノードから第３の認証パラメータを受信する。第３の認証パラメータは、第１のノードのＰＳＫ能力値に基づいて第１のノードによって生成される。第２のノードは、ペアリング要求メッセージから取得された第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成し、第４のチェックパラメータと第３の認証パラメータとに基づいて第１のノードのＰＳＫ能力値の正当性を決定する。例えば、第１のペアリング要求メッセージでは、第１のノードのＰＳＫ能力値が「０１」である場合、第１のノードは、ＫＤＦを利用することによって第３の認証パラメータＣ３を生成し、例えば、Ｃ３＝ＫＤＦ（「０１」）である。相応して、第２のノードは、第４のチェックパラメータｃｈｅｃｋ４＝ＫＤＦ（「０１」）を生成する。第３の認証パラメータＣ３が第４のチェックパラメータｃｈｅｃｋ４に等しくなる場合、第１のノードのＰＳＫ能力値に対する正当性認証が成功する。

任意選択で、第１の応答要求メッセージが第２のノードのＰＳＫ能力値を含む場合、第２のノードは、第２のノードのＰＳＫ能力値の正当性を認証しうる。特に、第１のノードは、第２のノードから第４の認証パラメータを受信する。第４の認証パラメータは、第２のノードのＰＳＫ能力値に基づいて第２のノードによって生成される。第１のノードは、ペアリング応答メッセージから取得された第２のノードのＰＳＫ能力値に基づいて第３のチェックパラメータを生成し、第３のチェックパラメータと第４の認証パラメータとに基づいて第２のノードのＰＳＫ能力値の正当性を決定する。例えば、第１のペアリング応答メッセージでは、第２のノードのＰＳＫ能力値が「０１」である場合、第２のノードは、ＫＤＦを利用することによって第４の認証パラメータＣ４を生成し、例えば、Ｃ４＝ＫＤＦ（「０１」）である。相応して、第１のノードは、第３のチェックパラメータｃｈｅｃｋ３＝ＫＤＦ（「０１」）を生成する。第４の認証パラメータＣ４が第３のチェックパラメータｃｈｅｃｋ３に等しくなる場合、第２のノードのＰＳＫ能力値に対する正当性認証が成功する。

さらに、任意選択で、第３の認証パラメータＣ３と第４の認証パラメータＣ４との生成に参加するパラメータは、別のパラメータ、例えば、共有鍵Ｋｄｈ、第１の乱数、第２の乱数、第１の公開鍵、及び第２の公開鍵のうちの１つ又は複数のパラメータをさらに含みうる。例えば、第３の認証パラメータＣ３は、暗号アルゴリズムｆ３を利用することによって共有鍵Ｋｄｈ、第１の乱数Ｎ１、第２の乱数Ｎ２、第１のノードのＰＳＫ能力値「０１」、第１の公開鍵ＰＫ１、及び第２の公開鍵ＰＫ２に基づいて生成され、例えば、Ｃ３＝ｆ３（Ｋｄｈ，Ｎ１，Ｎ２，「０１」，ＰＫ１，ＰＫ２）でありうる。相応して、第４の認証パラメータは、暗号アルゴリズムｆ３を利用することによって共有鍵Ｋｄｈ、第１の乱数Ｎ１、第２の乱数Ｎ２、第２のノードのＰＳＫ能力値「０１」、第１の公開鍵ＰＫ１、及び第２の公開鍵ＰＫ２に基づいて生成され、例えば、Ｃ４＝ｆ３（Ｋｄｈ，Ｎ１，Ｎ２，「０１」，ＰＫ１，ＰＫ２）でありうる。

ステップＳ２０３及びステップＳ２０４は、Ｂｌｕｅｔｏｏｔｈペアリング処理における認証フェーズ１に対応しうることが理解されうる。第１のノードと第２のノードとのＰＳＫ能力値の正当性に対する上記の検証は、Ｂｌｕｅｔｏｏｔｈペアリング処理における認証フェーズ２に対応しうる。この場合、第３の認証パラメータは、認証フェーズ２における検証パラメータ検証Ｅ１であり、第４の認証パラメータは、認証フェーズ２における検証パラメータ検証Ｅ２である。

図２に示されている方法では、ＰＳＫは第１のノードと第２のノードとによって共有される秘密値であり、第２のノードと共有されるＰＳＫは、第１のノード上で予め定義されるか又は構成される。従って、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有することを示す情報を含みうる。相応して、第１のノードと共有される（説明を容易にするために第１のＰＳＫと呼ばれる）ＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。第２のノードは、第１のＰＳＫに基づいて第１のノードを認証して、第１のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、第１のノード又は第２のノードと信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

図７は、本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈペアリング方法の概略フローチャートである。本方法は以下のステップを含むが、それらに限定されない。

ステップＳ７０１：第１のノードは、第２のノードにペアリング要求メッセージを送信する。

特に、ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含む。第１のノードのペアリング能力は、第１のノードがＰＳＫペアリング能力を有するかどうかを含む。さらに、任意選択で、第１のノードのペアリング能力は、第１のノードのＩ／Ｏ能力をさらに含む。

例えば、図３に示されているように、ペアリング要求メッセージ３０１中のＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有することを示す情報を含む。

別の例では、図４に示されているように、ペアリング要求メッセージ４０１中のＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。ＩＯＣフィールド中のビットの別の部分は、第１のノードのＩ／Ｏ能力を含む。

さらに別の例では、図５に示されているように、ペアリング要求メッセージ５０１中のＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。ペアリング要求メッセージ７０１中のＩＯＣフィールドは、第１のノードのＩ／Ｏ能力を含む。

第１のノードは、第２のノードにペアリング要求メッセージを送信し、相応して、第２のノードは、第１のノードからペアリング要求メッセージを受信して、ペアリング要求メッセージ中のメッセージコンテンツを取得することが理解されうる。

ステップＳ７０２：第２のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定する。

特に、ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥなどのモードを含みうる。第２のノードが、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することは、少なくとも以下のいくつかの事例を含みうる。

事例１：ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有することを示す情報を含む。第２のノードが第１のノードと第１のＰＳＫを共有することを決定する場合、第２のノードは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する。特に、第１のノードは、ＰＳＫペアリング能力を有する。第２のノードが第１のノードと共有される第１のＰＳＫを有する場合、ペアリングモードがＰＳＫベースのペアリングであることが決定される。

第２のノードは、第１のノードのデバイス識別子を取得しうる。第１のノードのデバイス識別子に対応する第１のＰＳＫが第２のノード上に存在する場合、第１のノードと共有される第１のＰＳＫが第２のノード上に存在することを示し、第２のノードはＰＳＫペアリング能力を有する。

この場合、ＰＳＫベースのペアリングが好適であることが理解されうる。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有する場合、ペアリングは、共有された第１のＰＳＫを利用することによって実施される。

事例２：ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有しないこと又は第２のノードがＰＳＫペアリング能力を有しないこと（又は第１のノードと共有される第１のＰＳＫが第２のノード上に存在しないこと）を示す情報を含み、ペアリング要求メッセージは、第１のノードのＩ／Ｏ能力をさらに含む。この場合、第２のノードは、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに基づいてペアリングモードを決定する。例えば、図６に示されているように、第１のノードのＩ／Ｏ能力が、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）であり、第２のノードのＩ／Ｏ能力が、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）である場合、対応するペアリングモードは数値比較モードである。

事例３：ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有することを示す情報を含み、第１のノードと共有される第１のＰＳＫは、第２のノード上に存在する。ペアリング要求メッセージは、第１のノードのＩ／Ｏ能力をさらに含む。第２のノードは、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに基づいて第１のペアリングモードを決定し、第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する。例えば、ＰＳＫベースのペアリングの優先度が２であり、数値比較モードの優先度が３であり、パスキー入力モードの優先度が１である。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有するとき、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに対応するペアリングモードがパスキー入力モードである場合、パスキー入力モードの優先度がＰＳＫベースのペアリングの優先度より高いので、第２のノードは、ペアリングのためにパスキー入力モードを選択しうる。相応して、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに対応するペアリングモードが数値比較モードである場合、ＰＳＫベースのペアリングの優先度が数値比較モードの優先度より高いので、第２のノードはＰＳＫベースのペアリングを選択しうる。

任意選択で、第２のノードは、比較的高いセキュリティをもつペアリングモードをサポートすることを選択しうる。例えば、第２のノードは、ＰＳＫベースのペアリングモードと、数値比較モードと、パスキー入力モードのみをサポートする。Ｉ／Ｏ能力に基づいてジャストワークモードとして決定されるノードの場合、第２のノードはペアリング失敗メッセージを送って、第２のノードがジャストワークモードで信用できないノードとペアリングするのを防ぎうる。

ステップＳ７０３：第２のノードは、第１のノードにペアリング応答メッセージを送信する。

特に、ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含む。第２のノードのペアリング能力は、第２のノードがＰＳＫペアリング能力を有するかどうかを含み、第２のノードのＰＳＫペアリング能力は、第２のノードのＩ／Ｏ能力をさらに含む。

例えば、ペアリング応答メッセージ中のＩＯＣフィールドは、第２のノードがＰＳＫペアリング能力を有することを示す情報を含む。

別の例では、ペアリング応答メッセージ中のＩＯＣフィールド中のビットの１つの部分は、第２のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第２のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。ＩＯＣフィールド中のビットの別の部分は、第２のノードのＩ／Ｏ能力を含む。

さらに別の例では、ペアリング応答メッセージ中のＰＳＫ能力フィールドは、第２のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第２のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。ペアリング応答メッセージ中のＩＯＣフィールドは、第１のノードのＩ／Ｏ能力を含む。

第２のノードのペアリング能力は、第２のノードによって選択されるペアリングモードに関連付けられることが理解されうる。第２のノードによって決定されるペアリングモードがＰＳＫベースのペアリングである場合、ペアリング応答メッセージは、第２のノードがＰＳＫ能力を有することを示す情報を含む。相応して、第２のノードによって決定されるペアリングモードが第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに基づいて決定される場合、ペアリング応答メッセージは第２のノードのＩ／Ｏ能力を含む。

第２のノードは、第１のノードにペアリング応答メッセージを送信し、相応して、第１のノードは、第２のノードによってフィードバックされたペアリング応答メッセージを受信して、ペアリング応答メッセージ中のメッセージコンテンツを取得することが理解されうる。

ステップＳ７０４：第２のノードは、ペアリングモードに基づいて第１のノードとのペアリングを実施する。

特に、ペアリングモードがＰＳＫベースのペアリングであると第２のノードが決定する場合、第２のノードは、第１のノードと共有される第１のＰＳＫを利用することによって第１のノードを認証する。詳細な処理については、ステップＳ２０３の具体的な説明を参照されたい。ここでは、詳細を再び説明しない。

ペアリングモードが、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに基づいて決定された第１のペアリングモードであると第２のノードが決定する場合、ペアリングは、対応するペアリング手順に従って実施される。

ステップＳ７０５：第１のノードは、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定する。

特に、ペアリングモードは、ＰＳＫベースのペアリング、数値比較、ジャストワーク、又はパスキー入力などのモードを含みうる。第１のノードが、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することは、少なくとも以下のいくつかの事例を含みうる。

事例１：ペアリング応答メッセージは、第２のノードがＰＳＫペアリング能力を有することを示す情報を含む。第１のノードがまたＰＳＫペアリング能力を有する（又は第２のノードと共有されるＰＳＫが第１のノード上に存在する）場合、第１のノードは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する。

この場合、ＰＳＫベースのペアリングが好適であることが理解されうる。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有する場合、ペアリングは、共有された第１のＰＳＫを利用することによって実施される。

事例２：ペアリング応答メッセージは、第２のノードがＰＳＫペアリング能力を有しないこと又は第１のノードがＰＳＫペアリング能力を有しないこと（又は第２のノードと共有される第１のＰＳＫが第１のノード上に存在しないこと）を示す情報を含み、ペアリング応答メッセージは、第２のノードのＩ／Ｏ能力をさらに含む。この場合、第１のノードは、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに基づいてペアリングモードを決定する。例えば、図６に示されているように、第１のノードのＩ／Ｏ能力が、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）であり、第２のノードのＩ／Ｏ能力が、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）である場合、対応するペアリングモードは数値比較モードである。

事例３：ペアリング応答メッセージは、第２のノードがＰＳＫペアリング能力を有することを示す情報を含み、第２のノードと共有される第１のＰＳＫは、第１のノード上に存在する。ペアリング応答メッセージは、第２のノードのＩ／Ｏ能力をさらに含む。第１のノードは、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに基づいて第１のペアリングモードを決定し、第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する。

任意選択で、第１のノードは、比較的高いセキュリティをもつペアリングモードをサポートすることを選択しうる。例えば、第１のノードは、ＰＳＫベースのペアリングモードと、数値比較モードと、パスキー入力モードのみをサポートする。Ｉ／Ｏ能力に基づいてジャストワークモードとして決定されるノードの場合、第１のノードはペアリング失敗メッセージを送って、第１のノードがジャストワークモードで信用できないノードとペアリングするのを防ぎうる。

可能な解決策では、プロトコルの規定によれば、ペアリングモードを決定するために第２のノードによって利用される方式は、ペアリングモードを決定するために第１のノードによっても利用され、従って、第１のノードと第２のノードとによってペアリングモードを決定する方式は同じである。

ステップＳ７０６：第１のノードは、ペアリングモードに基づいて第２のノードとのペアリングを実施する。

特に、ペアリングモードがＰＳＫベースのペアリングであると第１のノードが決定する場合、第１のノードは、第２のノードと共有される第１のＰＳＫを利用することによって第２のノードを認証する。詳細な処理については、ステップＳ２０４の具体的な説明を参照されたい。ここでは、詳細を再び説明しない。

ペアリングモードが、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに基づいて決定された第１のペアリングモードであると第２のノードが決定する場合、ペアリングは、対応するペアリング手順に従って実施される。

図７に示されている実施形態では、ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、ペアリング応答メッセージは、第２のノードのペアリング能力に関する情報を含む。第１のノードと第２のノードとは、要件に基づいて、及び第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいて対応するペアリングモードを決定しうる。例えば、第２のノードは、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、第２のノードの要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

図２に示されている上記の方法実施形態は、多くの可能な実装解決策を含む。以下は、図８、図９Ａ及び図９Ｂ、並びに図１０Ａ及び図１０Ｂを参照して、実装解決策のうちのいくつかを別個に示す。図８、図９Ａ及び図９Ｂ、並びに図１０Ａ及び図１０Ｂにおいて説明されない関連する概念、動作、又は論理関係の説明については、図２に示されている実施形態における対応する説明を参照されたいことに留意されたい。従って、詳細を再び説明しない。

図８は、本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈペアリング方法の概略フローチャートである。本方法は以下のステップを含むが、それらに限定されない。

ステップＳ８０１：第１のノードは、第２のノードと共有される第１のＰＳＫが存在することを決定する。

特に、第１のノードは、第２のノードの第２のデバイス識別子を取得する。第２のデバイス識別子に基づいて、第２のデバイス識別子に対応する第１のＰＳＫが第１のノード上に存在することが決定される場合、第２のノードと共有される第１のＰＳＫが第１のノード上に存在することを示す。

さらに、第２のデバイス識別子に対応する第１のＰＳＫが第１のノード上に存在する場合、第１のノードがＰＳＫペアリング能力を有することを示す。

ステップＳ８０２：第１のノードは、第２のノードにペアリング要求メッセージを送信する。

特に、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有することを示すために利用される情報を含む。

第１のノードは、第２のノードにペアリング要求メッセージを送信し、相応して、第２のノードは、第１のノードからペアリング要求メッセージを受信して、ペアリング要求メッセージ中のメッセージコンテンツを取得することが理解されうる。

ステップＳ８０３：第２のノードは、第１のノードと共有される第１のＰＳＫが存在することを決定する。

特に、第２のノードは、第１のノードの第１のデバイス識別子を取得する。第１のデバイス識別子に基づいて、第１のデバイス識別子に対応する第１のＰＳＫが第２のノード上に存在することが決定される場合、第１のノードと共有される第１のＰＳＫが第２のノード上に存在することを示す。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有する。従って、ペアリングは、第２のノードと第２のノードとによって共有される第１のＰＳＫを利用することによって実施されうる。

任意選択で、第１のノードと共有される第１のＰＳＫが第２のノード上に存在しない場合、第２のノードは、第１のノードにペアリング失敗メッセージを送信しうる。

ステップＳ８０４：第２のノードは、第１のノードにペアリング応答メッセージを送信する。

特に、ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される。

第２のノードは、第１のノードにペアリング応答メッセージを送信し、相応して、第１のノードは、第２のノードによってフィードバックされたペアリング応答メッセージを受信して、ペアリング応答メッセージ中のメッセージコンテンツを取得することが理解されうる。

ステップＳ８０５：第１のノードは、第２のノードに第１のフレッシュネスパラメータを送信する。

特に、第１のフレッシュネスパラメータは、第１のノードによって取得される（又は生成される）ＮＯＮＣＥ、カウンタ、シーケンス番号などのうちの少なくとも１つでありうる。フレッシュネスパラメータは、第２の認証パラメータを生成するために第２のノードによって利用され、従って、第１のノードは、第２の認証パラメータに基づいて第２のノードを認証する。

第１のノードは、第２のノードに第１のフレッシュネスパラメータを送信し、相応して、第２のノードは、第１のノードから第１のフレッシュネスパラメータを受信することが理解されうる。

ステップＳ８０６：第２のノードは、第１のノードに第２のフレッシュネスパラメータを送信する。

特に、第２のフレッシュネスパラメータは、第２のノードによって取得される（又は生成される）ＮＯＮＣＥ、カウンタ、シーケンス番号などのうちの少なくとも１つでありうる。フレッシュネスパラメータは、第１の認証パラメータを生成するために第１のノードによって利用され、従って、第２のノードは、第１の認証パラメータに基づいて第１のノードを認証する。

第２のノードは、第１のノードに第２のフレッシュネスパラメータを送信し、相応して、第１のノードは、第２のノードから第２のフレッシュネスパラメータを受信することが理解されうる。

ステップＳ８０７：第１のノードは、第１のＰＳＫと、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵とに基づいて第１の認証パラメータを生成する。

特に、共有鍵は、第２のノードと第１のノードとの間で事前に生成される（又は取得される）。共有鍵は、第１の公開鍵と第２の公開鍵とを交換することによって第１のノードと第２のノードとの間でのネゴシエーションを通して生成される。

第１のノードは、第２のフレッシュネスパラメータＮ２と、第１のＰＳＫと、第１の公開鍵ＰＫ１と、第２の公開鍵ＰＫ２とに基づいて第１の認証パラメータＣ１を生成し、例えば、Ｃ１＝ＫＤＦ（Ｎ２，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。ＫＤＦは、事前にネゴシエートされる又はプロトコル中に指定される鍵導出アルゴリズムである。

ステップＳ８０８：第２のノードは、第１のＰＳＫと、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵とに基づいて第１の認証パラメータを生成する。

特に、第２のノードは、第１のフレッシュネスパラメータＮ１と、第１のＰＳＫと、第１の公開鍵ＰＫ１と、第２の公開鍵ＰＫ２とに基づいて第１の認証パラメータＣ２を生成し、例えば、Ｃ２＝ＫＤＦ（Ｎ１，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。

ステップＳ８０９：第２のノードは、第１のノードに第２の認証パラメータを送信する。

第２のノードは、第１のノードに第２の認証パラメータを送信し、相応して、第１のノードは、第２のノードから第２の認証パラメータを受信することが理解されうる。

ステップＳ８１０：第１のノードは、第２のノードに第１の認証パラメータを送信する。

第１のノードは、第２のノードに第１の認証パラメータを送信し、相応して、第２のノードは、第１のノードから第１の認証パラメータを受信することが理解されうる。

ステップＳ８１１：第１のノードは、第１のＰＳＫと、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第２の認証パラメータとに基づいて、第２のノードに対する認証が成功することを決定する。

特に、第１のノードは、第２のノードから第２の認証パラメータＣ２を受信し、同じ方法を利用することによって第１のチェックパラメータｃｈｅｃｋ１を生成し、例えば、ｃｈｅｃｋ１＝ＫＤＦ１（Ｎ１，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。第１のチェックパラメータが第２の認証パラメータと同じである場合、第２のノード上の第１のＰＳＫが第１のノード上の第１のＰＳＫに一致し、従って、第２のノードの識別が認証されることができる。

ステップＳ８１２：第２のノードは、第１のＰＳＫと、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１の認証パラメータとに基づいて、第１のノードに対する認証が成功することを決定する。

特に、第２のノードは、第１のノードから第１の認証パラメータＣ１を受信し、同じ方法を利用することによって第２のチェックパラメータｃｈｅｃｋ２を生成し、例えば、ｃｈｅｃｋ２＝ＫＤＦ（Ｎ２，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。第２のチェックパラメータが第１の認証パラメータと同じである場合、第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致し、従って、第１のノードの識別が認証されることができる。

図９Ａ及び図９Ｂは、本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈペアリング方法の概略フローチャートである。本方法は以下のステップを含むが、それらに限定されない。

ステップＳ９０１：第１のノードは、第２のノードにペアリング要求メッセージを送信する。

特に、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。さらに、任意選択で、ペアリング要求メッセージは、第１のノードのＩ／Ｏ能力をさらに含む。

例えば、図４に示されているように、ペアリング要求メッセージ４０１中のＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。ＩＯＣフィールド中のビットの別の部分は、第１のノードのＩ／Ｏ能力を含む。

別の例では、図５に示されているように、ペアリング要求メッセージ５０１中のＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。ペアリング要求メッセージ５０１中のＩＯＣフィールドは、第１のノードのＩ／Ｏ能力を含む。

第１のノードは、第２のノードにペアリング要求メッセージを送信し、相応して、第２のノードは、第１のノードからペアリング要求メッセージを受信して、ペアリング要求メッセージ中のメッセージコンテンツを取得することが理解されうる。

ステップＳ９０２：第１のノードがＰＳＫペアリング能力を有しないか、又は第１のノードと共有される第１のＰＳＫが第２のノード上に存在しない場合、第２のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいてペアリングモードを決定する。

特に、ペアリング要求メッセージは、第１のノードがＰＳＫペアリング能力を有するかどうかに関する情報を含む。第１のノードがＰＳＫペアリング能力を有しない場合、第２のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいてペアリングモードを決定する。

第２のノードは、第１のノードの第１のデバイス識別子を取得しうる。第１のデバイス識別子に基づいて、第１のデバイス識別子に対応する第１のＰＳＫが第２のノード上に存在しないことが決定される場合、第１のノードと共有される第１のＰＳＫが第２のノード上に存在しないことを示す。この場合、第２のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいてペアリングモードを決定する。

ステップＳ９０３：第１のノードがＰＳＫペアリング能力を有し、第１のノードと共有される第１のＰＳＫが第２のノード上に存在する場合、第２のノードは、第１のノードにペアリング応答メッセージを送信する。

特に、ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される。

この場合、ＰＳＫベースのペアリングが好適であることを理解することができる。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有する場合、ペアリングは、共有された第１のＰＳＫを利用することによって実施される。

第２のノードは、第１のノードにペアリング応答メッセージを送信し、相応して、第１のノードは、第２のノードによってフィードバックされたペアリング応答メッセージを受信して、ペアリング応答メッセージ中のメッセージコンテンツを取得することが理解されうる。

ステップＳ９０４：第１のノードは、第２のノードに第１のフレッシュネスパラメータを送信する。

特に、第１のフレッシュネスパラメータは、第１のノードによって取得される（又は生成される）ＮＯＮＣＥ、カウンタ、シーケンス番号などのうちの少なくとも１つでありうる。フレッシュネスパラメータは、第２の認証パラメータを生成するために第２のノードによって利用され、従って、第１のノードは、第２の認証パラメータに基づいて第２のノードを認証する。

第１のノードは、第２のノードに第１のフレッシュネスパラメータを送信し、相応して、第２のノードは、第１のノードから第１のフレッシュネスパラメータを受信することが理解されうる。

ステップＳ９０５：第２のノードは、第１のノードに第２のフレッシュネスパラメータを送信する。

特に、第２のフレッシュネスパラメータは、第２のノードによって取得される（又は生成される）ＮＯＮＣＥ、カウンタ、シーケンス番号などのうちの少なくとも１つでありうる。フレッシュネスパラメータは、第１の認証パラメータを生成するために第１のノードによって利用され、従って、第２のノードは、第１の認証パラメータに基づいて第１のノードを認証する。

第２のノードは、第１のノードに第２のフレッシュネスパラメータを送信し、相応して、第１のノードは、第２のノードから第２のフレッシュネスパラメータを受信することが理解されうる。

ステップＳ９０６：第１のノードは、第１のＰＳＫと、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵とに基づいて第１の認証パラメータを生成する。

特に、共有鍵は、第２のノードと第１のノードとの間で事前に生成される（又は取得される）。共有鍵は、第１の公開鍵と第２の公開鍵とを交換することによって第１のノードと第２のノードとの間でのネゴシエーションを通して生成される。

第１のノードは、第２のフレッシュネスパラメータＮ２と、第１のＰＳＫと、第１の公開鍵ＰＫ１と、第２の公開鍵ＰＫ２とに基づいて第１の認証パラメータＣ１を生成し、例えば、Ｃ１＝ＫＤＦ（Ｎ２，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。ＫＤＦは、事前にネゴシエートされる又はプロトコル中に指定される鍵導出アルゴリズムである。

ステップＳ９０７：第２のノードは、第１のＰＳＫと、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵とに基づいて第１の認証パラメータを生成する。

特に、共有鍵は、第２のノードと第１のノードとの間で事前に生成される（又は取得される）。共有鍵は、第１の公開鍵と第２の公開鍵とを交換することによって第１のノードと第２のノードとの間でのネゴシエーションを通して生成される。

第２のノードは、第１のフレッシュネスパラメータＮ１と、第１のＰＳＫと、第１の公開鍵ＰＫ１と、第２の公開鍵ＰＫ２とに基づいて第１の認証パラメータＣ２を生成し、例えば、Ｃ２＝ＫＤＦ（Ｎ１，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。ＫＤＦは、事前にネゴシエートされる又はプロトコル中に指定される鍵導出アルゴリズムである。

ステップＳ９０８：第２のノードは、第１のノードに第２の認証パラメータを送信する。

第２のノードは、第１のノードに第２の認証パラメータを送信し、相応して、第１のノードは、第２のノードから第２の認証パラメータを受信することが理解されうる。

ステップＳ９０９：第１のノードは、第２のノードに第１の認証パラメータを送信する。

第１のノードは、第２のノードに第１の認証パラメータを送信し、相応して、第２のノードは、第１のノードから第１の認証パラメータを受信することが理解されうる。

ステップＳ９１０：第１のノードは、第１のＰＳＫと、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第２の認証パラメータとに基づいて、第２のノードに対する認証が成功することを決定する。

特に、第１のノードは、第２のノードから第２の認証パラメータＣ２を受信し、同じ方法を利用することによって第１のチェックパラメータｃｈｅｃｋ１を生成し、例えば、ｃｈｅｃｋ１＝ＫＤＦ１（Ｎ１，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。第１のチェックパラメータが第２の認証パラメータと同じである場合、第２のノード上の第１のＰＳＫが第１のノード上の第１のＰＳＫに一致し、従って、第２のノードの識別が認証されることができる。

ステップＳ９１１：第２のノードは、第１のＰＳＫと、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１の認証パラメータとに基づいて、第１のノードに対する認証が成功することを決定する。

特に、第２のノードは、第１のノードから第１の認証パラメータＣ１を受信し、同じ方法を利用することによって第２のチェックパラメータｃｈｅｃｋ２を生成し、例えば、ｃｈｅｃｋ２＝ＫＤＦ（Ｎ２，第１のＰＳＫ，ＰＫ１，ＰＫ２）である。第２のチェックパラメータが第１の認証パラメータと同じである場合、第１のノード上の第１のＰＳＫが第２のノード上の第１のＰＳＫに一致し、従って、第１のノードの識別が認証されることができる。

ステップＳ９１２：第１のノードは、第１のノードのＰＳＫ能力値に基づいて第３の認証パラメータを生成する。

例えば、第１のペアリング要求メッセージでは、第１のノードのＰＳＫ能力値が「０１」である場合、第１のノードは、ＫＤＦを利用することによって第３の認証パラメータＣ３を生成し、例えば、Ｃ３＝ＫＤＦ（「０１」）である。

任意選択で、第３の認証パラメータＣ３の生成に参加するパラメータは、別のパラメータ、例えば、共有鍵Ｋｄｈ、第１の乱数、第２の乱数、第１の公開鍵、及び第２の公開鍵のうちの１つ又は複数をさらに含みうる。例えば、第３の認証パラメータＣ３は、暗号アルゴリズムｆ３を利用することによって共有鍵Ｋｄｈ、第１の乱数Ｎ１、第２の乱数Ｎ２、第１のノードのＰＳＫ能力値「０１」、第１の公開鍵ＰＫ１、及び第２の公開鍵ＰＫ２に基づいて生成され、例えば、Ｃ３＝ｆ３（Ｋｄｈ，Ｎ１，Ｎ２，「０１」，ＰＫ１，ＰＫ２）でありうる。さらに、任意選択で、ステップＳ１２１２は、Ｂｌｕｅｔｏｏｔｈペアリング処理における認証フェーズ２に対応しうる。この場合、第３の認証パラメータは、認証フェーズ２における検証パラメータ検証Ｅ１である。

ステップＳ９１３：第２のノードは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成する。

例えば、第１のペアリング応答メッセージでは、第２のノードのＰＳＫ能力値が「０１」である場合、第２のノードは、ＫＤＦを利用することによって第４の認証パラメータＣ４を生成し、例えば、Ｃ４＝ＫＤＦ（「０１」）である。

任意選択で、第４の認証パラメータＣ４の生成に参加するパラメータは、別のパラメータ、例えば、共有鍵Ｋｄｈ、第１の乱数、第２の乱数、第１の公開鍵、及び第２の公開鍵のうちの１つ又は複数をさらに含みうる。例えば、第４の認証パラメータは、暗号アルゴリズムｆ３を利用することによって共有鍵Ｋｄｈ、第１の乱数Ｎ１、第２の乱数Ｎ２、第２のノードのＰＳＫ能力値「０１」、第１の公開鍵ＰＫ１、及び第２の公開鍵ＰＫ２に基づいて生成され、例えば、Ｃ４＝ｆ３（Ｋｄｈ，Ｎ１，Ｎ２，「０１」，ＰＫ１，ＰＫ２）でありうる。さらに、任意選択で、ステップＳ１２１３は、Ｂｌｕｅｔｏｏｔｈペアリング処理における認証フェーズ２に対応しうる。この場合、第４の認証パラメータは、認証フェーズ２における検証パラメータ検証Ｅ２である。

ステップＳ９１４：第２のノードは、第１のノードに第３の認証パラメータを送信する。

第２のノードは、第１のノードに第３の認証パラメータを送信し、相応して、第１のノードは、第２のノードから第３の認証パラメータを受信することが理解されうる。

ステップＳ９１５：第１のノードは、第２のノードに第４の認証パラメータを送信する。

第１のノードは、第２のノードに第４の認証パラメータを送信し、相応して、第２のノードは、第１のノードから第４の認証パラメータを受信することが理解されうる。

ステップＳ９１６：第１のノードは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを検証する。

特に、第１のノードは、第３のチェックパラメータｃｈｅｃｋ３＝ＫＤＦ（第２のノードのＰＳＫ能力値）を生成しうる。第４の認証パラメータＣ４が第３のチェックパラメータｃｈｅｃｋ３に等しくなる場合、第２のノードのＰＳＫ能力値に対する正当性認証が成功する。

任意選択で、第４の認証パラメータＣ４が、式Ｃ４＝ｆ３（Ｋｄｈ、Ｎ１、Ｎ２、第２のノードのＰＳＫ能力値、ＰＫ１、ＰＫ２）を満たす場合、第１のノードは、同じパラメータ、例えば、ｃｈｅｃｋ３＝ｆ３（Ｋｄｈ、Ｎ１、Ｎ２、第２のノードのＰＳＫ能力値、ＰＫ１、ＰＫ２）を利用することによって対応する第３のチェックパラメータｃｈｅｃｋ３を生成しうる。第４の認証パラメータＣ４が第３のチェックパラメータｃｈｅｃｋ３に等しくなる場合、第２のノードのＰＳＫ能力値に対する正当性認証が成功する。

ステップＳ９１７：第２のノードは、第１のノードのＰＳＫ能力値に基づいて第３の認証パラメータを検証する。

特に、第２のノードは、第４のチェックパラメータｃｈｅｃｋ４＝ＫＤＦ（第１のノードのＰＳＫ能力値）を生成しうる。第３の認証パラメータＣ３が第４のチェックパラメータｃｈｅｃｋ４に等しくなる場合、第１のノードのＰＳＫ能力値に対する正当性認証が成功する。

任意選択で、第３の認証パラメータＣ３が、式Ｃ３＝ｆ３（Ｋｄｈ、Ｎ１、Ｎ２、第１のノードのＰＳＫ能力値、ＰＫ１、ＰＫ２）を満たす場合、第２のノードは、同じパラメータ、例えば、ｃｈｅｃｋ４＝ｆ３（Ｋｄｈ、Ｎ１、Ｎ２、第１のノードのＰＳＫ能力値、ＰＫ１、ＰＫ２）を利用することによって対応するチェックパラメータｃｈｅｃｋ４を生成しうる。第３の認証パラメータＣ３が第４のチェックパラメータｃｈｅｃｋ４に等しくなる場合、第１のノードのＰＳＫ能力値に対する正当性認証が成功する。

図１０Ａ及び図１０Ｂは、本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈペアリング方法の概略フローチャートである。本方法は以下のステップを含むが、それらに限定されない。

ステップＳ１００１：第１のノードは、第２のノードと共有される第１のＰＳＫが存在することを決定する。

具体的な説明については、ステップＳ１２０１の説明を参照されたい。

ステップＳ１００２：第１のノードは、第２のノードにペアリング要求メッセージを送信する。

具体的な説明については、ステップＳ１２０２の説明を参照されたい。

ステップＳ１００３：第２のノードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定する。

例えば、図６を参照されたい。図６は、本出願のこの実施形態による、第１のペアリングモードを決定する可能な方式である。エリア６０１は、第１のノードのＩ／Ｏ能力であり、エリア９０２は、第２のノードのＩ／Ｏ能力である。第１のペアリングモードは、第１のノードの入出力能力と第２のノードの入出力能力とに基づいて決定され、第１のペアリングモードは、数値比較（Ｎｕｍｅｒｉｃ ｃｏｍｐａｒｉｓｏｎ，ＮＣ）、ジャストワーク（Ｊｕｓｔ ｗｏｒｋ，ＪＷ）、又はパスキー入力（Ｐａｓｓｋｅｙ ｅｎｔｒｙ，ＰＥ）でありうることを理解することができる。例えば、第１のノードのＩ／Ｏ能力が、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）であり、第２のノードのＩ／Ｏ能力が、表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）である場合、対応するペアリングモードは数値比較である。

ステップＳ１００４：第２のノードは、第１のノードと共有される第１のＰＳＫが第２のノード上に存在することを決定する。

特に、第２のノードは、第１のノードの第１のデバイス識別子を取得する。第１のデバイス識別子に基づいて、第１のデバイス識別子に対応する第１のＰＳＫが第２のノード上に存在することが決定される場合、第１のノードと共有される第１のＰＳＫが第２のノード上に存在することを示す。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有する。従って、ペアリングは、第２のノードと第２のノードとによって共有される第１のＰＳＫを利用することによって実施されうる。

ステップＳ１００５：第２のノードは、第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてＰＳＫベースのペアリングを決定する。

例えば、ＰＳＫベースのペアリングの優先度が２であり、数値比較モードの優先度が３である。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有するとき、第１のノードのＩ／Ｏ能力と第２のノードのＩ／Ｏ能力とに対応するペアリングモードが数値比較モードである場合、ＰＳＫベースのペアリングの優先度が数値比較モードの優先度より高いので、第２のノードは、ＰＳＫベースのペアリングを選択しうる。

ステップＳ１００６：第２のノードは、第１のノードにペアリング応答メッセージを送信する。

特に、ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される。

第２のノードは、第１のノードにペアリング応答メッセージを送信し、相応して、第１のノードは、第２のノードによってフィードバックされたペアリング応答メッセージを受信して、ペアリング応答メッセージ中のメッセージコンテンツを取得することが理解されうる。

ステップＳ１００７：第１のノードは、第２のノードに第１のフレッシュネスパラメータを送信する。

具体的な説明については、ステップＳ９０４の説明を参照されたい。

ステップＳ１００８：第２のノードは、第１のノードに第２のフレッシュネスパラメータを送信する。

具体的な説明については、ステップＳ９０５の説明を参照されたい。

ステップＳ１００９：第１のノードは、第１のＰＳＫと、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵とに基づいて第１の認証パラメータを生成する。

具体的な説明については、ステップＳ９０６の説明を参照されたい。

ステップＳ１０１０：第２のノードは、第１のＰＳＫと、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵とに基づいて第１の認証パラメータを生成する。

具体的な説明については、ステップＳ９０７の説明を参照されたい。

ステップＳ１０１１：第２のノードは、第１のノードに第２の認証パラメータを送信する。

第２のノードは、第１のノードに第２の認証パラメータを送信し、相応して、第１のノードは、第２のノードから第２の認証パラメータを受信することが理解されうる。

ステップＳ１０１２：第１のノードは、第２のノードに第１の認証パラメータを送信する。

第１のノードは、第２のノードに第１の認証パラメータを送信し、相応して、第２のノードは、第１のノードから第１の認証パラメータを受信することが理解されうる。

ステップＳ１０１３：第１のノードは、第１のＰＳＫと、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第２の認証パラメータとに基づいて、第２のノードに対する認証が成功することを決定する。

具体的な説明については、ステップＳ９１０の説明を参照されたい。

ステップＳ１０１４：第２のノードは、第１のＰＳＫと、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１の認証パラメータとに基づいて、第１のノードに対する認証が成功することを決定する。

具体的な説明については、ステップＳ９１１の説明を参照されたい。

ステップＳ１０１５：第１のノードは、第１のノードのＰＳＫ能力値に基づいて第３の認証パラメータを生成する。

具体的な説明については、ステップＳ９１２の説明を参照されたい。

ステップＳ１０１６：第２のノードは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成する。

具体的な説明については、ステップＳ９１３の説明を参照されたい。

ステップＳ１０１７：第２のノードは、第１のノードに第３の認証パラメータを送信する。

第２のノードは、第１のノードに第３の認証パラメータを送信し、相応して、第１のノードは、第２のノードから第３の認証パラメータを受信することが理解されうる。

ステップＳ１０１８：第１のノードは、第２のノードに第４の認証パラメータを送信する。

第１のノードは、第２のノードに第４の認証パラメータを送信し、相応して、第２のノードは、第１のノードから第４の認証パラメータを受信することが理解されうる。

ステップＳ１０１９：第１のノードは、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを検証する。

具体的な説明については、ステップＳ９１６の説明を参照されたい。

ステップＳ１０２０：第２のノードは、第１のノードのＰＳＫ能力値に基づいて第３の認証パラメータを検証する。

具体的な説明については、ステップＳ９１７の説明を参照されたい。

本出願の実施形態における方法について詳細に上記で説明し、本出願の実施形態における装置は、以下に提供する。

図１１は、本出願の実施形態による、Ｂｌｕｅｔｏｏｔｈペアリング装置１１０の構造の概略図である。装置１１０は、ノードでありうるか、又はノード中の構成要素、例えば、チップ又は集積回路でありうる。装置１１０は、受信ユニット１１０１と、送信ユニット１１０２と、処理ユニット１１０３とを含みうる。Ｂｌｕｅｔｏｏｔｈペアリング装置１１０は、上記のＢｌｕｅｔｏｏｔｈペアリング方法、例えば、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態におけるＢｌｕｅｔｏｏｔｈペアリング方法を実装するように構成される。

本出願の装置実施形態では、複数のユニット又はモジュールの分割は、機能に基づく論理分割にすぎず、装置の特定の構造を限定するものではないことが理解されうる。特定の実装では、いくつかの機能モジュールは、より小さい機能モジュールに再分割されうるし、いくつかの機能モジュールはまた、１つの機能モジュールに組み合わされうる。しかし、これらの機能モジュールが再分割されるのか又は組み合わされるのかにかかわらず、Ｂｌｕｅｔｏｏｔｈペアリング処理において装置１１０によって実施される一般的な手順は同じである。例えば、装置１１０中の受信ユニット１１０１と送信ユニット１１０２とはまた、通信ユニットに組み合わされうる。通常、各ユニットは、それぞれのプログラムコード（又はプログラム命令）に対応する。ユニットに対応するプログラムコードがプロセッサ上で実行されるとき、ユニットは、対応する機能を実装するために対応する手順を実行する。

いくつかの可能な実装では、Ｂｌｕｅｔｏｏｔｈペアリング装置１１０は、図２、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている実施形態における第２のノードでありうる。ユニットについて、以下のように説明する。

受信ユニット１１０１は、第１のノードからペアリング要求メッセージを受信するように構成される。ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

送信ユニット１１０２は、第２のノードは、第１のノードがＰＳＫペアリング能力を有することを示すために利用される情報をペアリング要求メッセージが含むことに応答して第１のノードにペアリング応答メッセージを送信するように構成される。ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される。

処理ユニット１１０３は、第１のＰＳＫに基づいて第１のノードを認証するように構成される。

ＰＳＫは第１のノードと第２のノードとによって共有される秘密値であり、第２のノードと共有されるＰＳＫは、第１のノード上で予め定義されるか又は構成されることを理解することができる。従って、装置１１０は、ペアリング要求メッセージ中に、第１のノードがＰＳＫペアリング能力を有することを示す情報を含みうる。相応して、第１のノードと共有される第１のＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。装置１１０は、第１のＰＳＫに基づいて第１のノードを認証して、第１のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、装置１１０と信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

可能な実装では、処理ユニット１１０３は、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定する
ようにさらに構成される。

別の可能な実装では、処理ユニットは、特に、
第１のノードの第１のデバイス識別子を取得し、
第１のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

さらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

さらに別の可能な実装では、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、処理ユニット１１０３は、ペアリング要求メッセージと予め設定されたペアリングモード優先度情報とに基づいてペアリング応答メッセージを決定するようにさらに構成される。ペアリングモード優先度情報は、第１のノードと第２のノードとがＰＳＫを共有するとき、第１のノードと第２のノードとによって共有されるＰＳＫを利用することによって実施されるペアリングが、複数のペアリングモード中の最高の優先度を有することを示す。

さらに別の可能な実装では、受信ユニット１１０１は、第１のノードから第１の認証パラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第１のＰＳＫに基づいて第１の認証パラメータを検証するようにさらに構成される。

さらに別の可能な実装では、処理ユニット１１０３は、第１のＰＳＫに基づいて第２の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第１のノードに第２の認証パラメータを送信するようにさらに構成される。

さらに別の可能な実装では、受信ユニット１１０１は、第１のノードから第３の認証パラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成するようにさらに構成される。

処理ユニット１１０３は、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成される。

処理ユニット１１０３は、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成するようにさらに構成される。

送信ユニット１１０２は、第１のノードに第４の認証パラメータを送信するようにさらに構成される。

各ユニットの実装については、図２、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている実施形態における対応する説明を参照されたいことに留意されたい。

いくつかの可能な実装では、Ｂｌｕｅｔｏｏｔｈペアリング装置１１０は、図２、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている実施形態における第１のノードでありうる。ユニットについて、以下のように説明する。

送信ユニット１１０２は、第２のノードにペアリング要求メッセージを送信するように構成される。ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有することを示すために利用される情報を含む。

受信ユニット１１０１は、第２のノードによってフィードバックされたペアリング応答メッセージを受信するように構成される。ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される。

処理ユニット１１０３は、第１のＰＳＫに基づいて第２のノードを認証するように構成される。

ＰＳＫは第１のノードと第２のノードとによって共有される秘密値であり、第２のノードと共有されるＰＳＫは、第１のノード上で予め定義されるか又は構成されることを理解することができる。従って、第２のノードは、ペアリング要求メッセージ中に、第１のノードがＰＳＫペアリング能力を有することを示しうる。相応して、第１のノードと共有される（説明を容易にするために第１のＰＳＫと呼ばれる）ＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。装置１１０は、第１のＰＳＫに基づいて第２のノードを認証して、第２のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、装置１１０と信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

可能な実装では、処理ユニット１１０３は、第２のノードが第１のノードと第１のＰＳＫを共有することを決定するようにさらに構成される。

別の可能な実装では、処理ユニット１１０３は、特に、
第２のノードの第２のデバイス識別子を取得し、
第２のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

さらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

さらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの出力能力を示すために利用される。

さらに別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、受信ユニット１１０１は、第２のノードから第２の認証パラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第１のＰＳＫに基づいて第２の認証パラメータを検証するようにさらに構成される。

さらに別の可能な実装では、処理ユニット１１０３は、第１のＰＳＫに基づいて第１の認証パラメータを生成するようにさらに構成される。

送信ユニット１１０２は、第２のノードに第１の認証パラメータを送信するようにさらに構成される。

さらに別の可能な実装では、ペアリング応答メッセージは、第２のノードのＰＳＫ能力値を含み、第２のノードのＰＳＫ能力値は、第２のノードがＰＳＫペアリング能力を有することを示すために利用される。

受信ユニット１１０１は、第２のノードから第４の認証パラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第２のノードのＰＳＫ能力値に基づいて第３のチェックパラメータを生成するようにさらに構成される。

処理ユニット１１０３は、第３のチェックパラメータと第４の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成される。

処理ユニット１１０３は、第１のノードのＰＳＫ能力値に基づいて第３の認証パラメータを生成するようにさらに構成される。

送信ユニット１１０２は、第２のノードに第３の認証パラメータを送信するようにさらに構成される。

各ユニットの実装については、図２、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている実施形態における対応する説明を参照されたいことに留意されたい。

いくつかの可能な実装では、Ｂｌｕｅｔｏｏｔｈペアリング装置１１０は、図７に示されている実施形態における第２のノードでありうる。ユニットについて、以下のように説明する。

受信ユニット１１０１は、第１のノードからペアリング要求メッセージを受信するように構成される。ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含み、第１のノードのペアリング能力は、第１のノードが第１のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む。

処理ユニット１１０３は、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定するように構成される。第２のノードのペアリング能力は、第２のノードが第２のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかを含み、ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥを含む。

送信ユニット１１０２は、第１のノードにペアリング応答メッセージを送信するように構成される。ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含む。

処理ユニット１１０３は、ペアリングモードに基づいて第１のノードとのペアリングを実施するようにさらに構成される。

ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、装置１１０は、要件に基づいて及び第１のノードが第１のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかに基づいて対応するペアリングモードを決定しうることを理解することができる。例えば、装置１１０は、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、第２のノードの要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、処理ユニット１１０３は、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する
ように構成される。

さらに別の可能な実装では、処理ユニット１１０３は、特に、
第１のノードの第１のデバイス識別子を取得し、
第１のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

さらに別の可能な実装では、処理ユニット１１０３は、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

さらに別の可能な実装では、処理ユニット１１０３は、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

さらに別の可能な実装では、受信ユニット１１０１は、第１のノードから第１の認証パラメータを受信するようにさらに構成される。

処理ユニットは、第１のＰＳＫに基づいて第１の認証パラメータを検証するようにさらに構成される。

さらに別の可能な実装では、処理ユニットは、第１のＰＳＫに基づいて第２の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第１のノードに第２の認証パラメータを送信するようにさらに構成される。

さらに別の可能な実装では、受信ユニット１１０１は、第１のノードによって送られた第１のフレッシュネスパラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２の認証パラメータを生成するようにさらに構成される。第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである。

さらに別の可能な実装では、送信ユニット１１０２は、第１のノードに第２のフレッシュネスパラメータを送信するようにさらに構成される。

処理ユニット１１０３は、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２のチェックパラメータを生成するようにさらに構成される。

処理ユニット１１０３は、第２のノードは、第２のチェックパラメータと第１の認証パラメータとに基づいて、第１の認証パラメータが正常に検証されたと決定するようにさらに構成される。

さらに別の可能な実装では、受信ユニット１１０１は、第１のノードから第３の認証パラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成するようにさらに構成される。

処理ユニット１１０３は、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成される。

処理ユニット１１０３は、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成するようにさらに構成される。

送信ユニット１１０２は、第１のノードに第４の認証パラメータを送信するようにさらに構成される。

各ユニットの実装については、図７に示されている実施形態の対応する説明を参照されたいことに留意されたい。

いくつかの可能な実装では、Ｂｌｕｅｔｏｏｔｈペアリング装置１１０は、図７に示されている実施形態における第１のノードでありうる。ユニットについて、以下のように説明する。

送信ユニット１１０２は、第２のノードにペアリング要求メッセージを送信するように構成される。ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含み、第１のノードのペアリング能力は、第１のノードが第１のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む。

受信ユニット１１０１は、第２のノードからペアリング応答メッセージを受信するように構成される。ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含み、第２のノードのペアリング能力は、第２のノードが第２のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む。

処理ユニット１１０３は、第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定するように構成される。ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥを含む。

処理ユニット１１０３は、ペアリングモードに基づいて第２のノードとのペアリングを実施するようにさらに構成される。

ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、ペアリング応答メッセージは、第２のノードのペアリング能力に関する情報を含むことを理解することができる。装置１１０は、要件に基づいて、及び第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいて対応するペアリングモードを決定しうる。例えば、装置１１０は、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、処理ユニット１１０３は、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第２のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する
ようにさらに構成される。

さらに別の可能な実装では、処理ユニットは、第２のノードの第２のデバイス識別子を取得し、
第２のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ようにさらに構成される。

さらに別の可能な実装では、処理ユニット１１０３は、特に、
第２のノードのペアリング能力に関する情報に基づいて、第２のノードがＰＳＫペアリング能力を有しないことを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいてペアリングモードを決定することであって、ペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行う
ように構成される。

さらに別の可能な実装では、処理ユニット１１０３は、特に、
第２のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

さらに別の可能な実装では、受信ユニット１１０１は、第２のノードから第２の認証パラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第１のＰＳＫに基づいて第２の認証パラメータを検証するようにさらに構成される。

さらに別の可能な実装では、処理ユニット１１０３は、第１のＰＳＫに基づいて第１の認証パラメータを生成するようにさらに構成される。

送信ユニットは、第２のノードに第１の認証パラメータを送信するようにさらに構成される。

さらに別の可能な実装では、受信ユニット１１０１は、第２のノードによって送られた第２のフレッシュネスパラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１の認証パラメータを生成するようにさらに構成される。第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである。

さらに別の可能な実装では、送信ユニット１１０２は、第２のノードに第１のフレッシュネスパラメータを送信するようにさらに構成される。

処理ユニット１１０３は、第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１のチェックパラメータを生成するようにさらに構成される。

処理ユニット１１０３は、第２のノードは、第１のチェックパラメータと第２の認証パラメータとに基づいて、第２の認証パラメータが正常に検証されたと決定するようにさらに構成される。

さらに別の可能な実装では、受信ユニット１１０１は、第１のノードから第３の認証パラメータを受信するようにさらに構成される。

処理ユニット１１０３は、第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成するようにさらに構成される。

処理ユニット１１０３は、第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成される。

処理ユニット１１０３は、第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成するようにさらに構成される。

送信ユニット１１０２は、第１のノードに第４の認証パラメータを送信するようにさらに構成される。

各ユニットの実装については、図７に示されている実施形態の対応する説明を参照されたいことに留意されたい。

図１２は、本出願の実施形態による、通信装置１２０の構造の概略図である。通信装置１２０は、ノードでありうるか、又はノード中の構成要素、例えば、チップ又は集積回路でありうる。装置１２０は、少なくとも１つのメモリ１２０１と少なくとも１つのプロセッサ１２０２とを含みうるし、任意選択で、バス１２０３をさらに含みうる。さらに、任意選択で、通信インターフェース１２０４がさらに含まれうる。メモリ１２０１と、プロセッサ１２０２と、通信インターフェース１２０４とは、バス１２０３を通して接続される。

メモリ１２０１は、ストレージスペースを与えるように構成され、ストレージスペースは、オペレーティングシステム及びコンピュータプログラムなどのデータを記憶しうる。メモリ１２０１は、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ，ＲＡＭ）、読取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＥＰＲＯＭ）、コンパクトディスク読取り専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＣＤ－ＲＯＭ）などのうちの１つ又は組合せでありうる。

プロセッサ１２０２は、算術演算及び／又は論理演算を実施するモジュールであり、特に、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＣＰＵ）、グラフィックス処理ユニット（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＧＰＵ）、マイクロプロセッサユニット（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ ｕｎｉｔ，ＭＰＵ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、及び複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ，ＣＰＬＤ）などの処理モジュールのうちの１つ又は組合せでありうる。

通信インターフェース１２０４は、外部デバイスによって送られたデータを受信する及び／又は外部デバイスにデータを送信するように構成され、イーサネットケーブルなどのワイヤードリンクインターフェースでありうるか、又はワイヤレス（例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、若しくは一般的なワイヤレス送信）リンクインターフェースでありうる。任意選択で、通信インターフェース１２０４は、インターフェースに結合された送信機（例えば、無線周波数送信機又はアンテナ）、受信機などをさらに含みうる。

装置１２０中のプロセッサ１２０２は、メモリ１２０１中に記憶されたコンピュータプログラムを読み取るように構成され、上記のＢｌｕｅｔｏｏｔｈペアリング方法、例えば、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態において説明されたＢｌｕｅｔｏｏｔｈペアリング方法を実施するように構成される。

いくつかの可能な実装では、Ｂｌｕｅｔｏｏｔｈペアリング装置１１０は、図２、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている実施形態における第１のノードでありうる。装置１２０中のプロセッサ１２０２は、
通信インターフェース１２０４を通して第１のノードからペアリング要求メッセージを受信することであって、ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む、ことと、
第１のノードがＰＳＫペアリング能力を有することを示すために利用される情報をペアリング要求メッセージが含むことに応答して、通信インターフェース１２０４を通して、第１のノードにペアリング応答メッセージを送信することであって、ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、ことと、
第１のＰＳＫに基づいて第１のノードを認証することと
の動作を実施するためにメモリ１２０１中に記憶されたコンピュータプログラムを読み取るように構成される。

ＰＳＫは第１のノードと第２のノードとによって共有される秘密値であり、第２のノードと共有されるＰＳＫは、第１のノード上で予め定義されるか又は構成されることを理解することができる。従って、装置１２０は、ペアリング要求メッセージ中に、第１のノードがＰＳＫペアリング能力を有することを示す情報を含みうる。相応して、第１のノードと共有される第１のＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。装置１２０は、第１のＰＳＫに基づいて第１のノードを認証して、第１のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、本装置と信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

可能な実装では、プロセッサ１２０２は、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定する
ようにさらに構成される。

別の可能な実装では、プロセッサ１２０２は、特に、
第１のノードの第１のデバイス識別子を取得し、
第１のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

さらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

さらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、プロセッサ１２０２は、ペアリング要求メッセージと予め設定されたペアリングモード優先度情報とに基づいてペアリング応答メッセージを決定するようにさらに構成される。ペアリングモード優先度情報は、第１のノードと第２のノードとがＰＳＫを共有するとき、第１のノードと第２のノードとによって共有されるＰＳＫを利用することによって実施されるペアリングが、複数のペアリングモード中の最高の優先度を有することを示す。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して第１のノードから第１の認証パラメータを受信し、
第１のＰＳＫに基づいて第１の認証パラメータを検証する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
第１のＰＳＫに基づいて第２の認証パラメータを生成し、
通信インターフェース１２０４を通して第１のノードに第２の認証パラメータを送信する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して第１のノードから第３の認証パラメータを受信し、
第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成し、
第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定し、
第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成し、
通信インターフェース１２０４を通して第１のノードに第４の認証パラメータを送信する
ようにさらに構成される。

各ユニットの実装については、図２、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている実施形態における対応する説明を参照されたいことに留意されたい。

いくつかの可能な実装では、Ｂｌｕｅｔｏｏｔｈペアリング装置１２０は、図２、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている実施形態における第１のノードでありうる。装置１２０中のプロセッサ１２０２は、
通信インターフェース１２０４を通して第２のノードにペアリング要求メッセージを送信することであって、ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有することを示すために利用される情報を含む、ことと、
通信インターフェース１２０４を通して第２のノードによってフィードバックされたペアリング応答メッセージを受信することであって、ペアリング応答メッセージは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、ことと、
第１のＰＳＫに基づいて第２のノードを認証することと
の動作を実施するためにメモリ１２０１中に記憶されたコンピュータプログラムを読み取るように構成される。

ＰＳＫは第１のノードと第２のノードとによって共有される秘密値であり、第２のノードと共有されるＰＳＫは、第１のノード上で予め定義されるか又は構成されることを理解することができる。従って、第２のノードは、ペアリング要求メッセージ中に、第１のノードがＰＳＫペアリング能力を有することを示しうる。相応して、第１のノードと共有される（説明を容易にするために第１のＰＳＫと呼ばれる）ＰＳＫはまた、第２のノード上に予め定義されるか又は事前構成される。装置１２０は、第１のＰＳＫに基づいて第２のノードを認証して、第２のノードの識別が信頼できると決定してよく、従って、後続のペアリングが成功することができる。このようにして、ＰＳＫが事前構成又は定義されるノードの識別は、通常信頼できる。これは、装置１２０と信用できないノードとの間の成功したペアリングを回避し、ノードペアリング処理のセキュリティを改善する。

可能な実装では、プロセッサ１２０２は、第２のノードが第１のノードと第１のＰＳＫを共有することを決定するようにさらに構成される。

別の可能な実装では、プロセッサ１２０２は、特に、
第２のノードの第２のデバイス識別子を取得し、
第２のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

さらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールドは、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む。

さらに別の可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの出力能力を示すために利用される。

さらに別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して第２のノードから第２の認証パラメータを受信し、
第１のＰＳＫに基づいて第２の認証パラメータを検証する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
第１のＰＳＫに基づいて第１の認証パラメータを生成し、
通信インターフェース１２０４を通して第２のノードに第１の認証パラメータを送信する
ようにさらに構成される。

さらに別の可能な実装では、ペアリング応答メッセージは、第２のノードのＰＳＫ能力値を含み、第２のノードのＰＳＫ能力値は、第２のノードがＰＳＫペアリング能力を有することを示すために利用される。プロセッサ１２０２は、
通信インターフェース１２０４を通して第２のノードから第４の認証パラメータを受信することと、
第２のノードのＰＳＫ能力値に基づいて第３のチェックパラメータを生成することと、
第３のチェックパラメータと第４の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定し、
第１のノードのＰＳＫ能力値に基づいて第３の認証パラメータを生成し、
通信インターフェース１２０４を通して第２のノードに第３の認証パラメータを送信する
ようにさらに構成される。

各モジュールの実装については、図２、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている実施形態における対応する説明を参照されたいことに留意されたい。

いくつかの可能な実装では、Ｂｌｕｅｔｏｏｔｈペアリング装置１２０は、図７に示されている実施形態における第２のノードでありうる。装置１２０中のプロセッサ１２０２は、
通信インターフェース１２０４を通して第１のノードからペアリング要求メッセージを受信することであって、ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含み、第１のノードのペアリング能力は、第１のノードが第１のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む、ことと、
第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することであって、第２のノードのペアリング能力は、第２のノードが第２のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかを含み、ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥを含む、ことと、
通信インターフェース１２０４を通して第１のノードにペアリング応答メッセージを送信することであって、ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含む、ことと、
ペアリングモードに基づいて第１のノードとのペアリングを実施することと
の動作を実施するためにメモリ１２０１中に記憶されたコンピュータプログラムを読み取るように構成される。

ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、装置１２０は、要件に基づいて及び第１のノードが第１のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかに基づいて対応するペアリングモードを決定しうることを理解することができる。例えば、装置１２０は、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、第２のノードの要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、プロセッサ１２０２は、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する
ように構成される。

さらに別の可能な実装では、プロセッサ１２０２は、特に、
第１のノードの第１のデバイス識別子を取得し、
第１のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ように構成される。

さらに別の可能な実装では、プロセッサ１２０２は、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

さらに別の可能な実装では、プロセッサ１２０２は、特に、
第１のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して第１のノードから第１の認証パラメータを受信し、
第１のＰＳＫに基づいて第１の認証パラメータを検証する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
第１のＰＳＫに基づいて第２の認証パラメータを生成し、
通信インターフェース１２０４を通して第１のノードに第２の認証パラメータを送信する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して、第１のノードによって送られた第１のフレッシュネスパラメータを受信し、
第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２の認証パラメータを生成することであって、第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである、ことを行う
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して第１のノードに第２のフレッシュネスパラメータを送信し、
第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第２のチェックパラメータを生成し、
第２のチェックパラメータと第１の認証パラメータとに基づいて、第１の認証パラメータが正常に検証されたと決定する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して第１のノードから第３の認証パラメータを受信し、
第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成し、
第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定し、
第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成し、
通信インターフェース１２０４を通して第１のノードに第４の認証パラメータを送信する
ようにさらに構成される。

各モジュールの実装については、図７に示されている実施形態の対応する説明を参照されたいことに留意されたい。

いくつかの可能な実装では、Ｂｌｕｅｔｏｏｔｈペアリング装置１２０は、図７に示されている実施形態における第１のノードでありうる。装置１２０中のプロセッサ１２０２は、
通信インターフェース１２０４を通して第２のノードにペアリング要求メッセージを送信することであって、ペアリング要求メッセージは、第１のノードのペアリング能力を示すために利用される情報を含み、第１のノードのペアリング能力は、第１のノードが第１のノードの事前共有鍵ＰＳＫペアリング能力と入出力能力とを有するかどうかを含む、ことと、
通信インターフェース１２０４を通して第２のノードからペアリング応答メッセージを受信することであって、ペアリング応答メッセージは、第２のノードのペアリング能力を示すために利用される情報を含み、第２のノードのペアリング能力は、第２のノードが第２のノードのＰＳＫペアリング能力と入出力能力とを有するかどうかを含む、ことと、
第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいてペアリングモードを決定することであって、ペアリングモードは、ＰＳＫベースのペアリング、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥを含む、ことと、
ペアリングモードに基づいて第２のノードとのペアリングを実施することと
の動作を実施するためにメモリ１２０１中に記憶されたコンピュータプログラムを読み取るように構成される。

ペアリング要求メッセージは、第１のノードのペアリング能力に関する情報を含み、ペアリング応答メッセージは、第２のノードのペアリング能力に関する情報を含むことを理解することができる。装置１２０は、要件に基づいて、及び第１のノードのペアリング能力に関する情報と第２のノードのペアリング能力に関する情報とに基づいて対応するペアリングモードを決定しうる。例えば、装置１２０は、ＰＳＫベースのペアリングを優先的に選択すること又は各モードの優先度に基づいてペアリングモードを選択することなどの方法を利用することによって、要件を満たすペアリングモードを決定しうる。

特に、入出力不可（ＮｏＩｎｐｕｔＮｏＯｕｔｐｕｔ）Ｂｌｕｅｔｏｏｔｈノード、表示のみ（ＤｉｓｐｌａｙＯｎｌｙ）Ｂｌｕｅｔｏｏｔｈノード、又は表示可否（ＤｉｓｐｌａｙＹｅｓＮｏ）Ｂｌｕｅｔｏｏｔｈノードの場合、ＰＳＫベースのペアリングが優先的に選択され、従って、信用できないノードとのペアリングが回避されることができ、ノードの通信セキュリティが改善される。

可能な実装では、ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ＩＯＣフィールド中のビットの別の部分は、第１のノードの入出力能力を示すために利用される。

別の可能な実装では、ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、ＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。

ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、ＩＯＣフィールドは、第１のノードの入出力能力を示すために利用される。

さらに別の可能な実装では、プロセッサ１２０２は、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第２のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
第２のノードの第２のデバイス識別子を取得し、
第２のデバイス識別子に対応する第１のＰＳＫが存在することを決定する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、特に、
第２のノードのペアリング能力に関する情報に基づいて、第２のノードがＰＳＫペアリング能力を有しないことを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいてペアリングモードを決定することであって、ペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行う
ように構成される。

さらに別の可能な実装では、プロセッサ１２０２は、特に、
第２のノードのペアリング能力に関する情報に基づいて、第１のノードがＰＳＫペアリング能力を有することを決定し、
第２のノードが第１のノードと第１のＰＳＫを共有することを決定し、
第１のノードの入出力能力と第２のノードの入出力能力とに基づいて第１のペアリングモードを決定することであって、第１のペアリングモードは、数値比較ＮＣ、ジャストワークＪＷ、又はパスキー入力ＰＥである、ことを行い、
第１のペアリングモードの優先度とＰＳＫベースのペアリングの優先度とに基づいてペアリングモードを決定する
ように構成される。

さらに別の可能な実装では、プロセッサ１２０２は、特に、
通信インターフェース１２０４を通して第２のノードから第２の認証パラメータを受信し、
第１のＰＳＫに基づいて第２の認証パラメータを検証する
ように構成される。

さらに別の可能な実装では、プロセッサ１２０２は、特に、
第１のＰＳＫに基づいて第１の認証パラメータを生成し、
通信インターフェース１２０４を通して第２のノードに第１の認証パラメータを送信する
ように構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して、第２のノードによって送られた第２のフレッシュネスパラメータを受信し、
第２のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１の認証パラメータを生成することであって、第１の公開鍵と第２の公開鍵とは、第１のノードと第２のノードとの間の共有鍵を生成するためのパラメータである、ことを行う
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して第２のノードに第１のフレッシュネスパラメータを送信し、
第１のフレッシュネスパラメータと、第１の公開鍵と、第２の公開鍵と、第１のＰＳＫとに基づいて第１のチェックパラメータを生成し、
第１のチェックパラメータと第２の認証パラメータとに基づいて、第２の認証パラメータが正常に検証されたと決定する
ようにさらに構成される。

さらに別の可能な実装では、プロセッサ１２０２は、
通信インターフェース１２０４を通して第１のノードから第３の認証パラメータを受信し、
第１のノードのＰＳＫ能力値に基づいて第４のチェックパラメータを生成し、
第４のチェックパラメータと第３の認証パラメータとに基づいて、第１のノードのＰＳＫ能力値に対する正当性認証が成功することを決定し、
第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成し、
通信インターフェース１２０４を通して第１のノードに第４の認証パラメータを送信する
ようにさらに構成される。

各モジュールの実装については、図７に示されている実施形態の対応する説明を参照されたいことに留意されたい。

本出願の実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶する。コンピュータプログラムが１つ又は複数のプロセッサ上で実行されるとき、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態における方法が実施される。

本出願の実施形態は、チップシステムをさらに提供する。チップシステムは、少なくとも１つのプロセッサと、メモリと、インターフェース回路とを含む。インターフェース回路は、少なくとも１つのプロセッサに情報入出力を与えるように構成され、少なくとも１つのメモリは、コンピュータプログラムを記憶し、コンピュータプログラムが１つ又は複数のプロセッサ上で実行されるとき、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態における方法が実施される。

本出願の実施形態は、インテリジェントコックピット製品をさらに提供する。インテリジェントコックピット製品は、第１のノード（例えば、自動車のコックピットドメインコントローラＣＤＣ）を含む。第１のノードは、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態における第１のノードである。さらに、インテリジェントコックピット製品は、第２のノード（例えば、カメラ、画面、マイクロフォン、スピーカ、レーダー、電子鍵、及びパッシブエントリパッシブスタートシステムコントローラなどのモジュールのうちの少なくとも１つ）を含む。第２のノードは、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態における第２のノードである。

本出願の実施形態は、ビークルをさらに提供する。ビークルは、第１のノード（例えば、自動車のコックピットドメインコントローラＣＤＣ）を含む。さらに、ビークルは、第２のノード（例えば、カメラ、画面、マイクロフォン、スピーカ、レーダー、電子鍵、及びパッシブエントリパッシブスタートシステムコントローラなどのモジュールのうちの少なくとも１つ）をさらに含む。第１のノードは、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態における第１のノードであり、第２のノードは、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態における第２のノードである。

本出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品が１つ又は複数のプロセッサ上で実行されるとき、図２、図７、図８、図９Ａ及び図９Ｂ、又は図１０Ａ及び図１０Ｂに示されている任意の実施形態において説明されたＢｌｕｅｔｏｏｔｈペアリング方法が実施されうる。代替として、ビークルは、インテリジェント端末又は無人航空ビークル若しくはロボットなどの交通ビークルと置き換えられうる。

上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せを利用することによって実装されうる。ソフトウェアが実施形態を実装するために利用されるとき、実施形態の全部又は一部はコンピュータ命令製品の形態で実装されうる。コンピュータ命令がコンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順又は機能が全て又は部分的に実装される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル装置でありうる。コンピュータ命令は、コンピュータ可読記憶媒体中に記憶されうるか、又はコンピュータ可読記憶媒体を利用することによって送信されうる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体又は１つ若しくは複数の利用可能な媒体を統合するサーバ又はデータセンターなどのデータストレージデバイスでありうる。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスクドライブ、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ，ＳＳＤ））などでありうる。

シーケンスの調整、組合せ、又は削除は、実際の要件に基づいて本出願の方法実施形態におけるステップに対して実施されうる。

本出願の装置実施形態におけるモジュールは、実際の要件に基づいて組み合わされるか、分割されるか、又は、削除されうる。

実装２：ペアリング要求メッセージは、ＩＯＣフィールドを含み、ＩＯＣフィールド中のビットの１つの部分は、第１のノードのＰＳＫ能力値を含み、第１のノードのＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。図４は、本出願の実施形態による、可能なペアリング要求メッセージの概略図である。ペアリング要求メッセージ４０１は、コード、ＩＯＣ、ＯＯＢデータフラグ、ＡｕｔｈＲｅｑ、最大暗号鍵サイズ、イニシエータ鍵配送、及び応答側の鍵配送などのフィールドを含む。

方式１：第２のノードは、第１のノードに第１の認証データを送信する。第１の認証データは、第１のＰＳＫを利用することによって暗号化されるか、又は第１のＰＳＫから導出されたセッション鍵を利用することによって暗号化されうる。第１のノードが、認証データを解読し、対応する応答データをフィードバックすることができる場合、第２のノードは、第１のノードを正常に認証する。

さらに別の例では、図５に示されているように、ペアリング要求メッセージ５０１中のＰＳＫ能力フィールドは、第１のノードのＰＳＫ能力値を含み、ＰＳＫ能力値は、第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される。ペアリング要求メッセージ４０１中のＩＯＣフィールドは、第１のノードのＩ／Ｏ能力を含む。

特に、第２のノードは、第１のノードの第１のデバイス識別子を取得する。第１のデバイス識別子に基づいて、第１のデバイス識別子に対応する第１のＰＳＫが第２のノード上に存在することが決定される場合、第１のノードと共有される第１のＰＳＫが第２のノード上に存在することを示す。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有する。従って、ペアリングは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによって実施されうる。

特に、第２のノードは、第１のノードの第１のデバイス識別子を取得する。第１のデバイス識別子に基づいて、第１のデバイス識別子に対応する第１のＰＳＫが第２のノード上に存在することが決定される場合、第１のノードと共有される第１のＰＳＫが第２のノード上に存在することを示す。第１のノードと第２のノードとの両方がＰＳＫペアリング能力を有する。従って、ペアリングは、第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによって実施されうる。

Claims (40)

1. Ｂｌｕｅｔｏｏｔｈをサポートする第２のノードに適用されるＢｌｕｅｔｏｏｔｈノードペアリング方法であって、
   前記第２のノードによって、第１のノードからペアリング要求メッセージを受信するステップであって、前記ペアリング要求メッセージは、前記第１のノードが事前共有鍵ＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む、ステップと、
   前記第２のノードによって、前記第１のノードが前記ＰＳＫペアリング能力を有することを示すために利用される情報を前記ペアリング要求メッセージが含むことに応答して前記第１のノードにペアリング応答メッセージを送信するステップであって、前記ペアリング応答メッセージは、前記第１のノードと前記第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、ステップと、
   前記第２のノードによって、前記第１のＰＳＫに基づいて前記第１のノードを認証するステップと
   を含む、Ｂｌｕｅｔｏｏｔｈノードペアリング方法。
2. 前記第１のノードにペアリング応答メッセージを送信する前記ステップの前に、前記方法は、
   前記第２のノードによって、前記第２のノードが前記第１のノードと前記第１のＰＳＫを共有することを決定するステップ
   をさらに含む、
   請求項１に記載の方法。
3. 前記ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、前記ＩＯＣフィールドは、前記第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される前記情報を含む、
   請求項１又は２に記載の方法。
4. 前記ＩＯＣフィールド中のビットの１つの部分は、前記第１のノードのＰＳＫ能力値を含み、前記第１のノードの前記ＰＳＫ能力値は、前記第１のノードが前記ＰＳＫペアリング能力を有するかどうかを示すために利用され、
   前記ＩＯＣフィールド中のビットの別の部分は、前記第１のノードの入出力能力を示すために利用される
   請求項３に記載の方法。
5. 前記ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、前記ＰＳＫ能力フィールドは、前記第１のノードのＰＳＫ能力値を含み、前記第１のノードの前記ＰＳＫ能力値は、前記第１のノードが前記ＰＳＫペアリング能力を有するかどうかを示すために利用され、
   前記ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、前記ＩＯＣフィールドは、前記第１のノードの入出力能力を示すために利用される
   請求項１又は２に記載の方法。
6. 前記第２のノードによって、前記第１のノードにペアリング応答メッセージを送信する前記ステップの前に、前記方法は、
   前記第２のノードによって、前記ペアリング要求メッセージと予め設定されたペアリングモード優先度情報とに基づいて前記ペアリング応答メッセージを決定するステップであって、前記ペアリングモード優先度情報は、前記第１のノードと前記第２のノードとがＰＳＫを共有するとき、前記第１のノードと前記第２のノードとによって共有される前記ＰＳＫを利用することによって実施されるペアリングが、複数のペアリングモード中の最高の優先度を有することを示す、ステップ
   をさらに含む、
   請求項４又は５に記載の方法。
7. 前記第２のノードによって、前記第１のＰＳＫに基づいて前記第１のノードを認証する前記ステップは、
   前記第２のノードによって、前記第１のノードから第１の認証パラメータを受信するステップと、
   前記第２のノードによって、前記第１のＰＳＫに基づいて前記第１の認証パラメータを検証するステップと
   を含む、
   請求項１～６のいずれか１項に記載の方法。
8. 前記方法は、
   前記第２のノードによって、前記第１のＰＳＫに基づいて第２の認証パラメータを生成するステップと、
   前記第２のノードによって、前記第１のノードに前記第２の認証パラメータを送信するステップと
   をさらに含む、
   請求項７に記載の方法。
9. 前記第２のノードによって、前記第１のＰＳＫに基づいて前記第１のノードを認証する前記ステップの後に、前記方法は、
   前記第２のノードによって、前記第１のノードから第３の認証パラメータを受信するステップと、
   前記第２のノードによって、前記第１のノードの前記ＰＳＫ能力値に基づいて第４のチェックパラメータを生成するステップと、
   前記第４のチェックパラメータと前記第３の認証パラメータとに基づいて前記第２のノードによって、前記第１のノードの前記ＰＳＫ能力値に対する正当性認証が成功することを決定するステップと、
   前記第２のノードによって、前記第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成するステップと、
   前記第２のノードによって、前記第１のノードに前記第４の認証パラメータを送信するステップと
   をさらに含む、
   請求項１～８のいずれか１項に記載の方法。
10. Ｂｌｕｅｔｏｏｔｈをサポートする第１のノードに適用されるＢｌｕｅｔｏｏｔｈノードペアリング方法であって、前記方法は、
    前記第１のノードによって、第２のノードにペアリング要求メッセージを送信するステップであって、前記ペアリング要求メッセージは、前記第１のノードが事前共有鍵ＰＳＫペアリング能力を有することを示すために利用される情報を含む、ステップと、
    前記第１のノードによって、前記第２のノードによってフィードバックされたペアリング応答メッセージを受信するステップであって、前記ペアリング応答メッセージは、前記第１のノードと前記第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、ステップと、
    前記第１のノードによって、前記第１のＰＳＫに基づいて前記第２のノードを認証するステップと
    を含む、Ｂｌｕｅｔｏｏｔｈノードペアリング方法。
11. 前記第１のノードによって、第２のノードにペアリング要求メッセージを送信する前記ステップの前に、前記方法は、
    前記第１のノードによって、前記第２のノードが前記第１のノードと前記第１のＰＳＫを共有することを決定するステップ
    をさらに含む、
    請求項１０に記載の方法。
12. 前記ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、前記ＩＯＣフィールドは、前記第１のノードがペアリング能力を有するかどうかを示すために利用される情報を含む、
    請求項１０又は１１に記載の方法。
13. 前記ＩＯＣフィールド中のビットの１つの部分は、前記第１のノードのＰＳＫ能力値を示し、前記第１のノードの前記ＰＳＫ能力値は、前記第１のノードが前記ＰＳＫペアリング能力を有するかどうかを示すために利用され、
    前記ＩＯＣフィールド中のビットの別の部分は、前記第１のノードの出力能力を示すために利用される、
    請求項１２に記載の方法。
14. 前記ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、前記ＰＳＫ能力フィールドは、前記第１のノードのＰＳＫ能力値を含み、前記第１のノードの前記ＰＳＫ能力値は、前記第１のノードが前記ＰＳＫペアリング能力を有するかどうかを示すために利用され、
    前記ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、前記ＩＯＣフィールドは、前記第１のノードの入出力能力を示すために利用される、
    請求項１０又は１１に記載の方法。
15. 前記第１のノードによって、前記第１のＰＳＫに基づいて前記第２のノードを認証する前記ステップは、
    前記第１のノードによって、前記第２のノードから第２の認証パラメータを受信するステップと、
    前記第１のノードによって、前記第１のＰＳＫに基づいて前記第２の認証パラメータを検証するステップと
    を含む、
    請求項１０～１４のいずれか１項に記載の方法。
16. 前記方法は、
    前記第１のノードによって、前記第１のＰＳＫに基づいて第１の認証パラメータを生成するステップと、
    前記第１のノードによって、前記第２のノードに前記第１の認証パラメータを送信するステップと
    をさらに含む、
    請求項１５に記載の方法。
17. 前記ペアリング応答メッセージは、前記第２のノードのＰＳＫ能力値を含み、前記第２のノードの前記ＰＳＫ能力値は、前記第２のノードが前記ＰＳＫペアリング能力を有することを示すために利用され、前記第１のノードによって、前記第１のＰＳＫに基づいて前記第２のノードを認証する前記ステップの後に、前記方法は、
    前記第１のノードによって、前記第２のノードから第４の認証パラメータを受信するステップと、
    前記第１のノードによって、前記第２のノードの前記ＰＳＫ能力値に基づいて第３のチェックパラメータを生成するステップと、
    前記第３のチェックパラメータと前記第４の認証パラメータとに基づいて前記第１のノードによって、前記第１のノードの前記ＰＳＫ能力値に対する正当性認証が成功することを決定するステップと、
    前記第１のノードによって、前記第１のノードの前記ＰＳＫ能力値に基づいて第３の認証パラメータを生成するステップと、
    前記第１のノードによって、前記第２のノードに前記第３の認証パラメータを送信するステップと
    をさらに含む、
    請求項１０～１６のいずれか１項に記載の方法。
18. Ｂｌｕｅｔｏｏｔｈペアリング装置であって、
    第１のノードからペアリング要求メッセージを受信するように構成された受信ユニットであって、前記ペアリング要求メッセージは、前記第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む、受信ユニットと、
    前記第１のノードが前記事前共有鍵ＰＳＫペアリング能力を有することを示すために利用される情報を前記ペアリング要求メッセージが含むことに応答して前記第１のノードにペアリング応答メッセージを送信するように構成された送信ユニットであって、前記ペアリング応答メッセージは、前記第１のノードと第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、送信ユニットと、
    前記第１のＰＳＫに基づいて前記第１のノードを認証するように構成された処理ユニットと
    を含む、Ｂｌｕｅｔｏｏｔｈペアリング装置。
19. 前記処理ユニットが、
    前記第２のノードが前記第１のノードと前記第１のＰＳＫを共有することを決定する
    ようにさらに構成された、
    請求項１８に記載の装置。
20. 前記ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、前記ＩＯＣフィールドは、前記第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される前記情報を含む、
    請求項１８又は１９に記載の装置。
21. 前記ＩＯＣフィールド中のビットの１つの部分は、前記第１のノードのＰＳＫ能力値を含み、前記第１のノードの前記ＰＳＫ能力値は、前記第１のノードが前記ＰＳＫペアリング能力を有するかどうかを示すために利用され、
    前記ＩＯＣフィールド中のビットの別の部分は、前記第１のノードの入出力能力を示すために利用される、
    請求項２０に記載の装置。
22. 前記ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、前記ＰＳＫ能力フィールドは、前記第１のノードのＰＳＫ能力値を含み、前記第１のノードの前記ＰＳＫ能力値は、前記第１のノードが前記ＰＳＫペアリング能力を有するかどうかを示すために利用され、
    前記ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、前記ＩＯＣフィールドは、前記第１のノードの入出力能力を示すために利用される、
    請求項１８又は１９に記載の装置。
23. 前記処理ユニットは、前記ペアリング要求メッセージと予め設定されたペアリングモード優先度情報とに基づいて前記ペアリング応答メッセージを決定することであって、前記ペアリングモード優先度情報は、前記第１のノードと前記第２のノードとがＰＳＫを共有するとき、前記第１のノードと前記第２のノードとによって共有される前記ＰＳＫを利用することによって実施されるペアリングが、複数のペアリングモード中の最高の優先度を有することを示す、ことを行うようにさらに構成された、
    請求項２１又は２２に記載の装置。
24. 前記受信ユニットは、前記第１のノードから第１の認証パラメータを受信するようにさらに構成され、
    前記処理ユニットは、前記第１のＰＳＫに基づいて前記第１の認証パラメータを検証するようにさらに構成された、
    請求項１８～２３のいずれか１項に記載の装置。
25. 前記処理ユニットは、前記第１のＰＳＫに基づいて第２の認証パラメータを生成するようにさらに構成され、
    前記送信ユニットは、前記第１のノードに前記第２の認証パラメータを送信するようにさらに構成された、
    請求項２４に記載の装置。
26. 前記受信ユニットは、前記第１のノードから第３の認証パラメータを受信するようにさらに構成され、
    前記処理ユニットは、前記第１のノードの前記ＰＳＫ能力値に基づいて第４のチェックパラメータを生成するようにさらに構成され、
    前記処理ユニットは、前記第４のチェックパラメータと前記第３の認証パラメータとに基づいて、前記第１のノードの前記ＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成され、
    前記処理ユニットは、前記第２のノードのＰＳＫ能力値に基づいて第４の認証パラメータを生成するようにさらに構成され、
    前記送信ユニットは、前記第１のノードに前記第４の認証パラメータを送信するようにさらに構成された、
    請求項１８～２５のいずれか１項に記載の装置。
27. Ｂｌｕｅｔｏｏｔｈペアリング装置であって、
    第２のノードにペアリング要求メッセージを送信するように構成された送信ユニットであって、前記ペアリング要求メッセージは、第１のノードが事前共有鍵ＰＳＫペアリング能力を有することを示すために利用される情報を含む、送信ユニットと、
    前記第２のノードによってフィードバックされたペアリング応答メッセージを受信するように構成された受信ユニットであって、前記ペアリング応答メッセージは、前記第１のノードと前記第２のノードとによって共有される第１のＰＳＫを利用することによってペアリングを実施することを示すために利用される、受信ユニットと、
    前記第１のＰＳＫに基づいて前記第２のノードを認証するように構成された処理ユニットと
    を含む、Ｂｌｕｅｔｏｏｔｈペアリング装置。
28. 前記処理ユニットは、前記第２のノードが前記第１のノードと前記第１のＰＳＫを共有することを決定するようにさらに構成された、
    請求項２７に記載の装置。
29. 前記ペアリング要求メッセージは、入出力能力ＩＯＣフィールドを含み、前記ＩＯＣフィールドは、前記第１のノードがＰＳＫペアリング能力を有するかどうかを示すために利用される情報を含む、
    請求項２７又は２８に記載の装置。
30. 前記ＩＯＣフィールド中のビットの１つの部分は、前記第１のノードのＰＳＫ能力値を含み、前記第１のノードの前記ＰＳＫ能力値は、前記第１のノードが前記ＰＳＫペアリング能力を有するかどうかを示すために利用され、
    前記ＩＯＣフィールド中のビットの別の部分は、前記第１のノードの出力能力を示すために利用される、
    請求項２９に記載の装置。
31. 前記ペアリング要求メッセージは、ＰＳＫ能力フィールドを含み、前記ＰＳＫ能力フィールドは、前記第１のノードのＰＳＫ能力値を含み、前記第１のノードの前記ＰＳＫ能力値は、前記第１のノードが前記ＰＳＫペアリング能力を有するかどうかを示すために利用され、
    前記ペアリング要求メッセージは、入出力能力ＩＯＣフィールドをさらに含み、前記ＩＯＣフィールドは、前記第１のノードの入出力能力を示すために利用される、
    請求項２７又は２８に記載の装置。
32. 前記受信ユニットは、前記第２のノードから第２の認証パラメータを受信するようにさらに構成され、
    前記処理ユニットは、前記第１のＰＳＫに基づいて前記第２の認証パラメータを検証するようにさらに構成された、
    請求項２７～３１のいずれか１項に記載の装置。
33. 前記処理ユニットは、前記第１のＰＳＫに基づいて第１の認証パラメータを生成するようにさらに構成され、
    前記送信ユニットは、前記第２のノードに前記第１の認証パラメータを送信するようにさらに構成された、
    請求項３２に記載の方法。
34. 前記ペアリング応答メッセージは、前記第２のノードのＰＳＫ能力値を含み、前記第２のノードの前記ＰＳＫ能力値は、前記第２のノードが前記ＰＳＫペアリング能力を有することを示すために利用され、
    前記受信ユニットは、前記第２のノードから第４の認証パラメータを受信するようにさらに構成され、
    前記処理ユニットは、前記第２のノードの前記ＰＳＫ能力値に基づいて第３のチェックパラメータを生成するようにさらに構成され、
    前記処理ユニットは、前記第３のチェックパラメータと前記第４の認証パラメータとに基づいて、前記第１のノードの前記ＰＳＫ能力値に対する正当性認証が成功することを決定するようにさらに構成され、
    前記処理ユニットは、前記第１のノードの前記ＰＳＫ能力値に基づいて第３の認証パラメータを生成するようにさらに構成され、
    前記送信ユニットは、前記第２のノードに前記第３の認証パラメータを送信するようにさらに構成された、
    請求項２７～３３のいずれか１項に記載の方法。
35. Ｂｌｕｅｔｏｏｔｈペアリング装置であって、前記Ｂｌｕｅｔｏｏｔｈペアリング装置は、少なくとも１つのプロセッサと通信インターフェースとを含み、前記少なくとも１つのプロセッサは、少なくとも１つのメモリ中に記憶されたコンピュータプログラムを呼び出して、前記装置が、請求項１～９のいずれか１項に記載の方法を実装することを可能にするように構成された、Ｂｌｕｅｔｏｏｔｈペアリング装置。
36. Ｂｌｕｅｔｏｏｔｈペアリング装置であって、前記Ｂｌｕｅｔｏｏｔｈペアリング装置は、少なくとも１つのプロセッサと通信インターフェースとを含み、前記少なくとも１つのプロセッサは、少なくとも１つのメモリ中に記憶されたコンピュータプログラムを呼び出して、前記装置が、請求項１０～１７のいずれか１項に記載の方法を実装することを可能にするように構成された、Ｂｌｕｅｔｏｏｔｈペアリング装置。
37. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムが１つ又は複数のプロセッサ上で実行されるとき、請求項１～９のいずれか１項に記載の方法が実施される、コンピュータ可読記憶媒体。
38. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶し、前記コンピュータプログラムが１つ又は複数のプロセッサ上で実行されるとき、請求項１０～１７のいずれか１項に記載の方法が実施される、コンピュータ可読記憶媒体。
39. コンピュータプログラム製品であって、前記コンピュータプログラム製品が１つ又は複数のプロセッサ上で実行されるとき、請求項１～９のいずれか１項に記載の方法が実施される、コンピュータプログラム製品。
40. コンピュータプログラム製品であって、前記コンピュータプログラム製品が１つ又は複数のプロセッサ上で実行されるとき、請求項１０～１７のいずれか１項に記載の方法が実施される、コンピュータプログラム製品。

Images