JP6883002B2 - 補聴器システム、補聴器、及び補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する方法 - Google Patents

Description

本開示は、補聴器とユーザアクセサリ装置とを備える補聴器システムに関する。特に、本開示は、補聴器システムのエンティティ間に信頼性の高い接続を生成するための方法及び装置に関する。

補聴器システムの異なるエンティティ間での無線通信は、補聴器システムにおける統合無線通信技術の発展の過程において増加している。しかしながら、新規な技術は、補聴器システムにおける通信を保護するために、補聴器製造業者にとって新たな課題を伴う。補聴器システムの無線通信インタフェースは、望ましくは、オープン標準ベースのインタフェースを使用する。しかしながら、これはセキュリティの観点で多くの課題をもたらす。

ユーザアプリケーションと補聴器との容易で効率的で安全なペアリングを提供するための装置、機器及び方法が必要とされている。

したがって、ユーザアプリケーションによって実行され、補聴器と前記ユーザアプリケーションとの間に信頼性の高い接続を生成する方法を開示する。前記方法は、第１の認証材料を取得する工程と、第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記補聴器に送信する工程と、音声信号を含む第１の認証応答を前記補聴器から受信する工程と、前記音声信号に基づいて第２の認証材料を導出する工程と、前記第２の認証材料に基づいて第２の認証データを決定する工程と、前記第２の認証データを含む第２の認証要求を前記補聴器に送信する工程と、認証鍵識別子を含む第２の認証応答を前記補聴器から受信する工程と、認証鍵と前記認証鍵識別子とを格納する工程であって、前記認証鍵は前記第１の認証材料に基づく、前記格納する工程と、前記認証鍵と前記認証鍵識別子とを用いて、前記ユーザアプリケーションを前記補聴器に接続する工程、を備える。

さらに、補聴器において実行され、前記補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する方法を開示する。前記方法は、前記補聴器のセキュリティデータを任意で送信する工程であって、前記セキュリティデータは前記補聴器に適用される認証タイプを示す、前記送信する工程と、第１の認証材料を前記ユーザアプリケーションに送信する工程と、第１の認証タイプ識別子及び／又は第１の認証データを含む第１の認証要求を受信する工程と、前記第１の認証データを検証する工程と、音声信号を含む第１の認証応答を前記ユーザアプリケーションに送信する工程と、第２の認証データを含む第２の認証要求を前記ユーザアプリケーションから受信する工程と、前記第２の認証データを検証する工程、を備える。前記方法は、前記第２の認証データの検証が成功する場合に、認証鍵を決定して格納する工程と、前記補聴器における前記認証鍵を示す認証鍵識別子を含む第２の認証応答を前記ユーザアプリケーションに送信する工程、を備える。

また、ユーザアプリケーションによって実行される本明細書に記載の方法を実行するように構成されたユーザアプリケーションを提供する。補聴器において実行される本明細書に記載の方法を実行するように構成された補聴器を提供する。

補聴器を備える補聴器システムのユーザアクセサリ装置のためのユーザアプリケーションが提供され、前記ユーザアクセサリ装置は、処理ユニットと、記憶ユニットと、インタフェース、を備え、前記ユーザアプリケーションは、前記ユーザアクセサリ装置上で動作するときに、第１の認証材料を取得し、第１の認証タイプ識別子及び／又は第１の認証データを含む第１の認証要求を前記補聴器に送信し、音声信号を含む第１の認証応答を前記補聴器から受信し、前記音声信号に基づいて第２の認証材料を導出し、前記第２の認証材料に基づいて第２の認証データを決定し、前記第２の認証データを含む第２の認証要求を前記補聴器に送信し、認証鍵識別子を含む第２の認証応答を前記補聴器から受信し、前記第１の認証材料に基づく認証鍵と前記認証鍵識別子とを格納し、前記認証鍵と前記認証鍵識別子とを用いて、前記ユーザプリケーションを前記補聴器に接続する、ように構成されている。

さらに、補聴器が提供され、前記補聴器は、処理ユニットと、記憶ユニットと、インタフェース、を備え、前記補聴器は、前記補聴器に適用される認証タイプを示す前記補聴器のセキュリティデータをユーザアプリケーションに送信し、第１の認証材料を前記ユーザアプリケーションに送信し、第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記ユーザアプリケーションから受信し、前記第１の認証データを検証し、音声信号を含む第１の認証応答を前記ユーザアプリケーションに送信し、第２の認証データを含む第２の認証要求を前記ユーザアプリケーションから受信し、前記第２の認証データを検証し、前記第２の認証データの検証が成功する場合に、認証鍵を決定して格納し、前記第２の認証データの検証が成功する場合に、前記補聴器における前記認証鍵を示す認証鍵識別子を含む第２の認証応答を前記ユーザアプリケーションに送信する、ように構成されている。

本開示の利点は、少なくとも最初のペアリング後に、ユーザアプリケーションと補聴器との間の安全かつ容易なペアリングが提供されることである。さらに、本開示は、補聴器に対してユーザアプリケーションを認証する複数の方法を可能にし、ひいてはディスペンサの設計自由度を高める。換言すると、本開示は、使い易さ、セキュリティレベルの向上及び複雑さの低減という利点を提供する。

本開示の方法、アプリケーション及び装置は、補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成するために、ディスペンサ、補聴器製造業者、さらには補聴器ユーザが、複数の方法から信頼性の高い接続（相互認証された鍵交換に基づく信頼性の高い接続）を生成する適切な最初の方法を選択することを可能にする。

認証鍵がユーザアプリケーションと補聴器との間で伝送されないことは、補聴器システム通信におけるセキュリティレベルを高める重要な利点である。

本発明の上記及びその他の特徴及び利点は、添付の図面を参照した以下の例示的な実施形態の詳細な説明によって、当業者には容易に明らかになるであろう。

聴覚システムを概略的に示す。 ユーザアプリケーションと補聴器との間の信号伝達の例示的な信号伝達図を示す。 本開示による例示的な方法のフロー図を示す。 本開示による例示的な方法のフロー図を示す。 例示的な補聴器を概略的に示す。

様々な例示的な実施形態及び詳細を、関連する図面を参照して以下に説明する。図面は、一定の縮尺で描かれても描かれていなくてもよく、同様の構造又は同様の機能の要素は、図面を通して同様の参照番号によって表されていることに留意されたい。図面は、実施形態の説明を容易にすることのみを意図していることにも留意すべきである。図面は、本発明の包括的な説明又は本発明の範囲の限定を意図するものではない。また、例示された実施形態は、示された全ての態様又は利点を有することを要さない。特定の実施形態に関連して説明された態様又は利点は、当該特定の実施形態に必ずしも限定されず、そのように図示されていない、又は、明示的に記載されていない場合であっても他の実施形態において実施してもよい。

本開示は、聴覚システム通信における改善された安全性に関し、特に、ユーザアプリケーションがインストールされたユーザアクセサリ装置と補聴器との間の通信の安全性に関する。本開示は、リプレイアタック、不正アクセス、バッテリ消耗攻撃及び中間者攻撃に対してロバストな効果的な聴覚システム通信に関する。

本方法は、ユーザアプリケーションと補聴器との初めての接続を生成するときの初期認証での使用を意図している。本開示の利点は、その後のペアリングが安全で効率的であること、例えば、ユーザの介入なしに実行することができることである。

補聴器とユーザアプリケーションとの間の最初の無線認証へのアプローチは、パワーサイクリング及びパスコードである。しかし、パスコード方式では、ペアリングのために一度しか使用されないパスワードをユーザが覚えて入力する必要があり、煩雑である。また、パワーサイクリング方式は使い易いが、攻撃者が補聴器に接続しようとする場合に、補聴器のユーザが行うことと全く同じである可能性があるため、最適であるとはみなすことができない。したがって、これらのアプローチは、使い易さ、高レベルなセキュリティ及び低レベルな複雑さを満たすという面では最適ではない。

本開示は、補聴器と、補聴器と無線通信するとともに補聴器によって発信された音声信号を受信することができるユーザアプリケーションと、のみが、以下に開示される同じ基礎をなす暗号材料を導出することができるという利点を有する。この本開示は、補聴器のユーザに、補聴器との初期認証及び通信の制御を戻す。攻撃者が補聴器に無線接続して認証しようとする場合、攻撃者のユーザアプリケーションは、音声信号を発信する補聴器が問題の補聴器を装着しているときに発信される音声信号を受信することができない。同時に、補聴器が突然音を発し始めるため、補聴器のユーザは、攻撃者が補聴器に接続しようとしていることを知ることになる。

本開示は、モノラル補聴器システム、バイノーラル補聴器システムなどの１つ又は複数の補聴器を備える補聴器システムに適用可能である。ユーザアプリケーションは、指定通りに、例えば、一度に１つの補聴器ずつ、バイノーラル補聴器システムの各補聴器との信頼性の高い接続を生成するように構成される。

本明細書で使用される場合、用語「識別子」は、分類するため及び／又は一意的に特定するためなどの識別のために使用されるデータの一片を意味する。識別子は、単語、数字、文字、記号、リスト、配列又はそれらの任意の組み合わせの形態であってもよい。例えば、数字としての識別子は、符号なし整数（ｕｉｎｔ）の配列など、例えば、８ビット、１６ビット、３２ビット、又はそれ以上の長さを有する符号なし整数のような整数の形態であってもよい。識別子は、数バイトの長さを有してもよい。例えば、補聴器識別子は２０バイトの長さを有してもよい。

本明細書で使用される場合、静的文字列は、例えば４〜１６文字からなる文字列、及び／又は、所定のバイト配列であってもよい。

本明細書で使用されるハッシュ関数ＨＡＳＨは、ＳＨＡ−１、ＳＨＡ−２、ＳＨＡ−３、ＭＤ５又は他のハッシュ関数などの任意の適切なハッシュ関数であってもよい。

ユーザアクセサリ装置は、処理ユニットにそれぞれ接続された記憶ユニット及びインタフェースを備える。記憶ユニットは、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）などを含むが、これに限定されない取り外し可能及び取り外し不可のデータ記憶ユニットを含んでもよい。記憶ユニットは、ユーザアプリケーションを格納している。インタフェースは、アンテナと、例えば２．４〜２．５ＧＨｚの範囲の周波数での無線通信を行うように構成された無線トランシーバとを備える。インタフェースは、アンテナ及び無線トランシーバを備える補聴器との無線通信などの通信を行うように構成されてもよい。

本開示は、ユーザアクセサリ装置と補聴器との間の、使い易く、配備し易く、安全かつ認証されたペアリングに関する。ユーザアクセサリ装置は、補聴器へのアクセサリ装置を形成する。

補聴器は、例えば、耳掛（ＢＴＥ）型、挿耳（ＩＴＥ）型、カナル（ＩＴＣ）型、ＲＩＣ（ｒｅｃｅｉｖｅｒ−ｉｎ−ｃａｎａｌ）型又はＲＩＴＥ（ｒｅｃｅｉｖｅｒ−ｉｎ−ｔｈｅ−ｅａｒ）型の補聴器であってもよい。典型的には、補聴器及びユーザアクセサリ装置は、補聴器ユーザが所持しており、補聴器ユーザによって制御される。

本明細書に開示される方法、ユーザアプリケーション及び補聴器は、補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成し、したがって、ユーザアプリケーションと補聴器との間のその後の認証手順の複雑さを低減する。本明細書では、信頼性の高い接続は、補聴器とユーザアプリケーションとの間の安全なペアリングを意味してもよい。信頼性の高い接続は、補聴器ユーザがユーザアプリケーションを介して補聴器が行うことを制御していることを確実にする又は保証する。例えば、補聴器を、例えばデバイスファームウェアのアップデートモードにすることができるのは補聴器ユーザのみでなければならず、補聴器ユーザがユーザアプリケーションを介して要求した場合にのみ正確に有効にされる必要がある。ユーザアプリケーションを介して補聴器への遠隔での微調整の設定を適用することを可能にするためにも、「信頼性の高い接続」を確立することが必要である。

本開示は、ユーザアプリケーションにおいてなど、ユーザアプリケーションによって実行され、補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する方法に関する。

ユーザアプリケーションによって実行される方法は、第１の認証材料を取得する工程を備える。１つ以上の例示的な方法では、第１の認証材料を取得する工程は、リードメッセージを補聴器に送信する工程と、第１の認証材料を含むリード応答メッセージを補聴器から受信する工程と、を備えてもよい。第１の認証材料は、補聴器識別子及び／又は第１の補聴器チャレンジ値を含んでもよい。

ユーザアプリケーションによって実行される方法は、第１の認証材料に基づいて第１の共通秘密を決定する工程を備えてもよい。第１の共通秘密は、第１の補聴器チャレンジ値及び補聴器識別子に基づいてもよい。

ユーザアプリケーションによって実行される方法は、第１の認証タイプ識別子及び／又は第１の認証データを含む第１の認証要求を補聴器に送信する工程を備える。第１の認証タイプ識別子は、本願で開示されている音声ベース認証方式のような、現在の認証で使用されている認証のタイプを示す。第１の認証タイプ識別子を使用することにより、例えば補聴器によって決定されるような、異なる初期認証方式の使用が容易になる。１つ以上の例示的な方法では、方法は、補聴器からセキュリティデータを取得する工程を備え、第１の認証タイプ識別子は、セキュリティデータに基づく。

ユーザアプリケーションによって実行される方法は、アプリケーションセッション鍵を決定する工程と、アプリケーションセッション鍵に基づいて第１の認証データを算出する工程と、を備えてもよい。ユーザアプリケーションによって実行される方法は、第１の認証データを決定する工程と、例えば第１の共通秘密及び／又は静的文字列に基づいてアプリケーションセッション鍵を決定する工程と、アプリケーションセッション鍵に基づいて第１の認証データを算出する工程と、を備えてもよい。

本開示が適用される例示的な一例では、第１の共通秘密ＣＳ＿１は、例えば第１の認証タイプ識別子が開示された認証タイプを示す場合、以下の式として与えられてよく、
ＣＳ＿１＝ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１）
ここで、ＨＡＳＨはハッシュ関数であり、ＨＤ＿ＫＥＹは例えば補聴器識別子に基づく補聴器鍵であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の補聴器チャレンジ値である。

補聴器鍵ＨＤ＿ＫＥＹは、以下の式として与えられてよく、
ＨＤ＿ＫＥＹ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＡＰＰ＿ＫＥＹ）
ここで、ＨＡＳＨはハッシュ関数であり、ＨＤ＿ＩＤは補聴器識別子であり、ＡＰＰ＿ＫＥＹはユーザアプリケーションに格納された鍵材料である。補聴器鍵はまた、補聴器内で取得され又は格納されてもよく、それにより、補聴器が第１の共通秘密を算出することを可能にする。

アプリケーションセッション鍵ＡＰＰ＿ＳＫは、以下の式として与えられてよく、
ＡＰＰ＿ＳＫ＝ＨＡＳＨ（ＣＳ＿１，ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧ）
ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿１は第１の共通秘密であり、ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧは静的文字列である。

第１の認証データは、第１の共通秘密に基づいてもよい。ユーザアプリケーションによって実行される方法は、例えば第１の認証データを決定する工程の一部として、例えば第１の共通秘密及び／又は静的文字列に基づいて、アプリケーションセッション鍵を決定する工程と、アプリケーションセッション鍵に基づいて第１の認証データを算出する工程と、を備えてもよい。

第１の認証データＡＤ＿１は、アプリケーションセッション鍵及び／又は静的文字列にハッシュ関数を適用することにより生成されてもよい。例えば、第１の認証データＡＤ＿１は、以下の式として与えられてよく、
ＡＤ＿１＝ＡＥＳ（ＡＰＰ＿ＳＫ，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
ここで、ＡＥＳはＡＥＳでの暗号化であり、ＡＰＰ＿ＳＫはアプリケーションセッション鍵であり、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは静的文字列である。したがって、第１の認証データは、第１の共通秘密に基づくアプリケーションセッション鍵で静的文字列を暗号化することにより生成されてもよい。

ユーザアプリケーションによって実行される方法は、音声信号を含む第１の認証応答を補聴器から受信する工程を備える。音声信号は、１つ又は複数のトーンを有してもよい。音声信号は、デュアルトーンマルチ周波数（ＤＴＭＦ）トーンなどの１つ又は複数のトーンを発信することにより補聴器で生成されてもよい。

ユーザアプリケーションによって実行される方法は、音声信号に基づいて第２の認証材料を導出する工程を備える。１つ以上の例示的な方法では、音声信号に基づいて第２の認証材料を導出する工程は、受信した音声信号から音声値を導出する工程を含む。例えばビット単位又はバイト単位の情報で提供される所与の音声値に、対応する所与のトーン数が反映されている対応テーブルを使用して、音声値を導出してもよい。例えば、８つのトーンは４バイトの音声値に対応してもよい。１つ以上の例示的な方法では、音声信号に基づいて第２の認証材料を導出する工程は、第１の認証材料と音声信号から導出された音声値とに関数を適用する工程を含む。関数は、ハッシュ関数のような一方向性関数を含んでもよい。本明細書で使用されるハッシュ関数ＨＡＳＨは、ＳＨＡ−１、ＳＨＡ−２、ＳＨＡ−３、ＭＤ５又は他のハッシュ関数のような任意の適切なハッシュ関数であってもよい。例えば、第２の認証材料は、第２の共通秘密ＣＳ＿２を含んでもよく、第２の共通秘密ＣＳ＿２は、以下の式として与えられてよく、
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＳＯＵＮＤ＿ＶＡＬＵＥ）
又は
ＣＳ＿２＝ＨＡＳＨ（ＣＳ＿１，ＳＯＵＮＤ＿ＶＡＬＵＥ）
ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は第２の共通秘密（アップデートされた第１の共通秘密と見なしてもよい）を示し、ＨＤ＿ＫＥＹは例えば補聴器識別子に基づく補聴器鍵を示し、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の補聴器チャレンジ値を示し、ＳＯＵＮＤ＿ＶＡＬＵＥは受信した音声信号から導出された値を示す。

ユーザアプリケーションによって実行される方法は、第２の認証材料に基づいて第２の認証データを決定する工程を備える。１つ以上の例示的な方法では、第２の認証材料に基づいて第２の認証データを決定する工程は、第２の認証材料に基づいて第２のアプリケーションセッション鍵を導出する工程と、第２のアプリケーションセッション鍵を使用して値を暗号化する工程と、を含む。アプリケーションセッション鍵ＡＰＰ＿ＳＫ＿２は、位以下の式として与えられてよく、
ＡＰＰ＿ＳＫ＿２＝ＨＡＳＨ（ＣＳ＿２，ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧ）
ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は第２の共通秘密であり、ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧは静的文字列である。

第２のアプリケーションセッション鍵で暗号化される値は、所定のバイト配列などの静的文字列であってもよい。第２の認証データＡＤ＿２は、以下の式として与えられてよく、
ＡＤ＿２＝ＡＥＳ（ＡＰＰ＿ＳＫ＿２、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
ここで、ＡＥＳはＡＥＳでの暗号化であり、ＡＰＰ＿ＳＫ＿２は第２のアプリケーションセッション鍵であり、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは静的文字列である。したがって、第２の認証データは、例えば第２の共通秘密に基づく第２のアプリケーションセッション鍵で静的文字列を暗号化することにより生成されてもよい。第２の認証データは、得られた暗号化された静的文字列を含んでもよい。

ユーザアプリケーションによって実行される方法は、第２の認証データを含む第２の認証要求を補聴器に送信する工程を備える。

ユーザアプリケーションによって実行される方法は、認証鍵識別子を含む第２の認証応答を補聴器から受信する工程を含む。ユーザアプリケーションによって実行される方法は、第１の認証材料に基づく認証鍵と認証鍵識別子を格納する工程を含む。ユーザアプリケーションによって実行される方法は、認証鍵と認証鍵識別子とを用いて、ユーザアプリケーションを補聴器に接続する工程を含む。例えば、認証鍵と認証鍵識別子とを用いて、ユーザアプリケーションを補聴器に接続する工程は、認証鍵及び認証鍵識別子によって保護される通信チャネル、例えば、認証鍵及び認証鍵識別子を利用する暗号化技術及び／又は完全性保護技術を用いて保護される通信チャネル、を介して、ユーザアプリケーションを補聴器に接続する工程を含む。

１つ以上の例示的な方法では、方法は、第２の認証応答を検証する工程を含む。第２の認証応答の検証が成功する場合に、認証鍵と認証鍵識別子とを格納する工程、及び／又は、認証鍵と認証鍵識別子とを用いてユーザアプリケーションを補聴器に接続する工程が実行されてもよい。第２の認証応答を検証する工程は、例えば、第２の共通秘密及び／又は静的文字列に基づいて、補聴器セッション鍵を決定する工程を含んでもよい。補聴器セッション鍵ＨＤ＿ＳＫは、以下の式として与えられてよく、
ＨＤ＿ＳＫ＝ＨＡＳＨ（ＣＳ＿２，ＨＤ＿ＳＫ＿ＳＴＲＩＮＧ）
ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は第２の共通秘密であり、ＨＤ＿ＳＫ＿ＳＴＲＩＮＧは静的文字列である。

第２の認証応答は、補聴器認証データを含んでもよい。第２の認証応答を検証する工程は、補聴器セッション鍵を用いて補聴器認証データを解読する工程を含んでもよい。

ユーザアプリケーションを補聴器に接続する工程は、認証鍵識別子を含む第１の認証要求と、ユーザアプリケーションに格納された鍵材料として格納済みの認証鍵に基づく第１の認証データと、任意で、現在開示されている認証タイプのような認証タイプを示す第１の認証タイプ識別子と、を送信する工程を含んでもよいことが想定されてもよい。

ユーザアプリケーションによって実行される方法は、第１の認証材料に基づいて認証鍵を決定又は算出する工程を含んでもよい。認証鍵は、第２の認証材料に基づいてもよい。例えば、第２の認証材料は、第２の共通秘密ＣＳ＿２を含んでもよく、第２の共通秘密ＣＳ＿２は、以下の式として導出されてよく、
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＳＯＵＮＤ＿ＶＡＬＵＥ）
又は
ＣＳ＿２＝ＨＡＳＨ（ＣＳ＿１，ＳＯＵＮＤ＿ＶＡＬＵＥ）
ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は（アップデートされた第１の共通秘密と見なしてもよい）第２の共通秘密を示し、ＨＤ＿ＫＥＹは例えば第１の認証材料に含まれる補聴器識別子に基づく補聴器鍵を示し、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の認証材料に含まれる第１の補聴器チャレンジ値を示し、ＳＯＵＮＤ＿ＶＡＬＵＥは、受信した音声信号から導出された値を示す。

認証鍵ＡＵＴＨ＿ＫＥＹは、以下の方法で導出されてよく、
ＡＵＴＨ＿ＫＥＹ＝ＨＡＳＨ（ＣＳ＿２，ＡＵＴＨ＿ＫＥＹ＿ＳＴＲＩＮＧ）
ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は第２の共通秘密であり、ＡＵＴＨ＿ＫＥＹ＿ＳＴＲＩＮＧは静的文字列である。

ユーザアプリケーションによって実行される方法は、補聴器からセキュリティデータを取得する工程を含んでもよい。第１の認証タイプ識別子は、セキュリティデータに基づいてもよい。それにより、ユーザアプリケーション及び補聴器が、例えば、補聴器の装着中に選択されるような異なる認証タイプを適用することが可能になる。補聴器からのセキュリティデータは、ユーザアプリケーションに適用されるべき／補聴器に認容されるべき認証を示すタイプ識別子を含んでもよい。セキュリティデータは、ユーザアプリケーションが補聴器への通信をサポートしているかどうかをユーザアプリケーションにより検証可能とする鍵材料識別子を含んでもよい。セキュリティデータは、認証タイプを示してもよい。

第２の認証データは、第２の共通秘密に基づいてもよい。ユーザアプリケーションによって実行される方法は、例えば、第２の認証データを決定する工程の一部として、第２の共通秘密を算出する工程と、例えば、第２の共通秘密及び／又は静的文字列に基づいて、第２のアプリケーションセッション鍵を決定する工程と、を含んでもよい。

１つ以上の例示的な方法では、ユーザアプリケーションによって実行される方法は、補聴器の公開鍵を取得する工程を含んでもよい。認証鍵及び／又は第１の認証データは、補聴器の公開鍵に基づいてもよい。第１の共通秘密は、補聴器の公開鍵に基づいてもよい。補聴器の公開鍵は、ディフィー・ヘルマン公開鍵であってもよい。ユーザアプリケーションによって実行される方法は、ユーザアプリケーションの公開鍵を補聴器に送信する工程を含んでもよい。第１の共通秘密は、補聴器の公開鍵及びユーザアプリケーションの公開鍵に基づいてもよい。第１の共通秘密ＣＳ＿１は、例えば、第１の認証タイプ識別子が開示される認証タイプを示す場合、以下の式として与えられてよく、
ＣＳ＿１＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＤＨ＿ＳＥＣＲＥＴ）
ここで、ＨＡＳＨはハッシュ関数であり、ＨＤ＿ＫＥＹは例えば補聴器識別子に基づく補聴器鍵であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の補聴器チャレンジ値であり、ＤＨ＿ＳＥＣＲＥＴは補聴器及びユーザアプリケーションの公開鍵から導出されたディフィー・ヘルマンアルゴリズムの共通秘密（例えば、共有秘密）である。

第２の共通秘密ＣＳ＿２は、例えば、第１の認証タイプ識別子が、本明細書に開示される認証タイプを示す場合、以下の式として与えられてよく、
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＤＨ＿ＳＥＣＲＥＴ），ＳＯＵＮＤ＿ＶＡＬＵＥ）
又は
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＣＳ＿１，ＤＨ＿ＳＥＣＲＥＴ），ＳＯＵＮＤ＿ＶＡＬＵＥ）
又は
ＣＳ＿２＝ＨＡＳＨ（ＣＳ＿１’，ＳＯＵＮＤ＿ＶＡＬＵＥ）（ここで、ＤＨ秘密でアップデートされた第１の共通秘密：ＣＳ＿１’＝ＨＡＳＨ（ＣＳ＿１，ＤＨ＿ＳＥＣＲＥＴ））
ここで、ＨＡＳＨはハッシュ関数であり、ＨＤ＿ＫＥＹは例えば補聴器識別子に基づく補聴器鍵であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の補聴器チャレンジ値であり、ＳＯＵＮＤ＿ＶＡＬＵＥは受信した音声信号に基づくものであり、ＤＨ＿ＳＥＣＲＥＴは補聴器及びユーザアプリケーションの公開鍵から導出されたディフィー・ヘルマンアルゴリズムの共通秘密である。

本開示はまた、補聴器において実行され、補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する方法を提供する。ユーザアプリケーションは、補聴器ユーザによって制御されるアクセサリ装置、例えば、補聴器ユーザが所有する携帯電話、タブレット、ラップトップ、及び／又は、コンピューティング装置などのユーザアクセサリ装置にインストールされてもよい。

補聴器において実行される方法は、補聴器のセキュリティデータをユーザアプリケーションに送信する工程を含んでもよい。セキュリティデータは、補聴器に適用される認証タイプを任意で示す。補聴器のセキュリティデータをユーザアプリケーションに送信する工程は、例えば、補聴器から、ユーザアクセサリ装置にインストールされたユーザアプリケーションへのセキュリティデータの送信の形態であってもよい。

補聴器において実行される方法は、認証鍵と認証鍵識別子とを用いて、ユーザアプリケーションを補聴器に接続する工程を含んでもよい。

補聴器において実行される方法は、ユーザアプリケーションがインストールされているユーザアクセサリ装置などのユーザアプリケーションに第１の認証材料を送信する工程を含む。第１の認証材料は、補聴器識別子及び／又は第１の補聴器チャレンジ値を含んでもよい。補聴器において実行される方法は、補聴器識別子を記憶ユニットから読み出す工程、及び／又は、例えば乱数値又は疑似乱数値として第１の補聴器チャレンジ値を生成する工程を含んでもよい。補聴器において実行される方法は、第１の補聴器チャレンジ値を補聴器に格納する工程を含んでもよい。

補聴器において実行される方法は、第１の認証タイプ識別子及び／又は第１の認証データを含む第１の認証要求を（ユーザアクセサリ装置のような）ユーザアプリケーションから受信する工程を含む。第１の認証タイプ識別子は、どの認証タイプがユーザアプリケーションによって使用されているのかを示す。認証タイプは、例えば、パスコードベース認証、パワーベース認証及び／又は音声ベース認証を含んでもよい。

補聴器において実行される方法は、第１の認証データを検証する工程を含む。補聴器で第１の認証データを検証する工程は、第１の認証材料、例えば、補聴器識別子及び／又は第１の補聴器チャレンジ値及び／又はＤＨ秘密、に基づいてもよい。例えば、第１の認証データを検証する工程は、受信した第１の認証データを、補聴器で算出された認証データと比較することによって実行してもよい。

補聴器において実行される方法は、音声信号を含む第１の認証応答をユーザアプリケーションに送信する工程を含む。１つ以上の例示的な方法では、音声信号を含む第１の認証応答を送信する工程は、ランダム化された音声信号などのランダム音声信号を生成する工程を含む。例えば、音声信号は、ランダムに選択されたトーン（例えば、ＤＴＭＦトーン）などの１つ又は複数のトーンを含んでもよい。１つ以上の例示的な方法では、第１の認証応答を送信する工程は、第１の認証データの検証が成功する場合に実行される。

補聴器において実行される方法は、第２の認証データを含む第２の認証要求をユーザアプリケーションから受信する工程を含む。第２の認証データは、第２のアプリケーションセッション鍵を用いてユーザアプリケーションによって暗号化された暗号テキストを含んでもよい。

補聴器において実行される方法は、第２の認証データを検証する工程を含む。例えば、第２の認証データを検証する工程は、音声信号に基づいて第２のアプリケーションセッション鍵を導出する工程と、第２のアプリケーションセッション鍵を用いて暗号テキストを復号化する工程と、を含む。第２のアプリケーションセッション鍵を導出する工程は、第１の共通秘密と、音声信号を発信するために生成される又は音声信号から導出される音声値と、に基づいて第２の共通秘密を算出する工程と、例えば、第２の共通秘密及び／又は静的文字列に基づいて第２のアプリケーションセッション鍵を決定する工程と、を含んでもよい。

補聴器において実行される方法は、第２の認証データの検証が成功する場合に、認証鍵を決定し、例えば、一時記憶装置及び／又は補聴器の記憶ユニット内の認証鍵格納装置において認証鍵を格納する工程を含む。例えば、認証鍵を決定する工程は、第１の認証材料及び／又は音声値に基づいて認証鍵を算出する工程を含んでもよい。例えば、認証鍵を決定する工程は、第２の共通秘密ＣＳ＿２を決定する工程を含んでもよく、第２の共通秘密ＣＳ＿２は、以下の式として導出されてよく、
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＳＯＵＮＤ＿ＶＡＬＵＥ）
又は
ＣＳ＿２＝ＨＡＳＨ（ＣＳ＿１，ＳＯＵＮＤ＿ＶＡＬＵＥ）
ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は（アップデートされた第１の共通秘密と見なしてもよい）第２の共通秘密を示し、ＨＤ＿ＫＥＹは例えば第１の認証材料に含まれる補聴器識別子に基づく補聴器鍵を示し、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の認証材料に含まれる第１の補聴器チャレンジ値を示し、ＳＯＵＮＤ＿ＶＡＬＵＥは、受信した音声信号から導出された値を示す。

１つ以上の例示的な方法では、認証鍵を決定する工程は、第２の共通秘密ＣＳ＿２を決定する工程を含んでもよく、第２の共通秘密ＣＳ＿２は、以下の式として導出されてよく、
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＤＨ＿ＳＥＣＲＥＴ），ＳＯＵＮＤ＿ＶＡＬＵＥ）
又は
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＣＳ＿１，ＤＨ＿ＳＥＣＲＥＴ），ＳＯＵＮＤ＿ＶＡＬＵＥ）
又は
ＣＳ＿２＝ＨＡＳＨ（ＣＳ＿１’，ＳＯＵＮＤ＿ＶＡＬＵＥ）（ここで、ＤＨ秘密でアップデートされた第１の共通秘密：ＣＳ＿１’＝ＨＡＳＨ（ＣＳ＿１，ＤＨ＿ＳＥＣＲＥＴ））
ここで、ＨＡＳＨはハッシュ関数であり、ＨＤ＿ＫＥＹは例えば補聴器識別子に基づく補聴器鍵であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の補聴器チャレンジ値であり、ＳＯＵＮＤ＿ＶＡＬＵＥは受信した音声信号に基づくものであり、ＤＨ＿ＳＥＣＲＥＴは補聴器及びユーザアプリケーションの公開鍵から導出されたディフィー・ヘルマンアルゴリズムの共通秘密である。

認証鍵ＡＵＴＨ＿ＫＥＹは、以下の方法で導出されてよく、
ＡＵＴＨ＿ＫＥＹ＝ＨＡＳＨ（ＣＳ＿２，ＡＵＴＨ＿ＫＥＹ＿ＳＴＲＩＮＧ）
ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は第２の共通秘密であり、ＡＵＴＨ＿ＫＥＹ＿ＳＴＲＩＮＧは静的文字列である。

補聴器において実行される方法は、第２の認証データの検証が成功する場合に、第２の認証応答をユーザアプリケーションに送信する工程を含む。第２の認証応答は、補聴器における認証鍵を示す認証鍵識別子と、任意で補聴器認証データとを含んでもよい。補聴器認証データＨＤ＿ＡＤは、以下の式として与えられてよく、
ＨＤ＿ＡＤ＝ＡＥＳ（ＨＤ＿ＳＫ，ＨＤ＿Ｓ＿ＳＴＲＩＮＧ）
ここで、ＡＥＳはＡＥＳでの暗号化であり、ＨＤ＿ＳＫは第２の共通秘密ＣＳ＿２に基づく補聴器セッション鍵であり、ＨＤ＿Ｓ＿ＳＴＲＩＮＧは静的文字列である。

補聴器セッション鍵ＨＤ＿ＳＫは、以下の式として与えられ、
ＨＤ＿ＳＫ＝ＨＡＳＨ（ＣＳ＿２，ＨＤ＿ＳＫ＿ＳＴＲＩＮＧ）
ここで、ＨＡＳＨはＳＨＡ−２などのハッシュ関数であり、ＣＳ＿２は第２の共通秘密であり、ＨＤ＿ＳＫ＿ＳＴＲＩＮＧは静的文字列である。

したがって、補聴器認証データは、第２の共通秘密に基づいて補聴器セッション鍵で静的文字列を暗号化することによって生成してもよい。

ユーザアプリケーションによって実行される方法に関連して説明した特徴はまた、補聴器において実行される方法に適用してもよい。特に、認証データの検証のための共通秘密の算出は、補聴器とユーザアプリケーションとの双方において同じ方法で実行されるのが好ましい。

本開示はまた、ユーザアクセサリ装置のためのユーザアプリケーションに関する。ユーザアクセサリ装置は、携帯電話、スマートフォン、スマートウォッチ又はタブレットコンピュータなどの可搬型コンピューティングのようなコンピューティング装置であってもよい。ユーザアプリケーションは、ユーザアクセサリ装置にインストールされると、補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成するように構成されている。

本方法及び本装置は、本明細書で開示されるような信頼性の高い接続の最初の生成後に、補聴器とユーザアプリケーションとの間の単純かつ安全な接続を可能にする。したがって、信頼性の高い接続が生成された後に、処理負荷が大きな認証又は煩雑な手順を回避又は少なくとも大幅に削減し得る。

すなわち、本明細書で開示される方法、ユーザアプリケーション及び補聴器は、脅威や攻撃から保護するために、セキュリティ機構などの適切な保護措置及び対策を実施することによって、セキュリティ脅威、脆弱性及び攻撃に対してロバストな聴覚システム通信を可能にする。

図面は、明確性のため概略的かつ簡略化されており、本発明の理解に不可欠な詳細を示しているだけであり、その他の詳細は省略されている。全体を通して、同一又は対応する部分には同一の参照番号が使用される。

図１は、例示的な聴覚システムを示す。聴覚システム２は、サーバ装置４と、補聴器８及びユーザアクセサリ装置１０を含む補聴器システム６と、を備える。ユーザアクセサリ装置１０は、補聴器８と無線通信するように構成されたスマートフォンであってもよい。ユーザアプリケーション１２は、記憶ユニット３８及び／又は処理ユニット３６上などのユーザアクセサリ装置１０上にインストールされる。ユーザアプリケーションは、補聴器８を制御し、及び／又は、補聴器ユーザを補助するためのものであってもよい。１つ以上の例示的なユーザアプリケーションでは、ユーザアプリケーション１２は、ファームウェア及び／又は補聴器設定を補聴器に伝達するように構成される。１つ以上の例示的なユーザアプリケーションでは、ユーザアプリケーション１２は、音量、プログラムなどの補聴器の動作パラメータを制御するように構成される。

補聴器８は、補聴器８のユーザの聴力損失を補うように構成されてもよい。補聴器８は、例えば、無線及び／又は有線の第１通信リンク２０を用いて、ユーザアクセサリ装置１０／ユーザアプリケーション１２と通信するように構成される。第１の通信リンク２０は、シングルホップ通信リンク又はマルチホップ通信リンクであってよい。第１の通信リンク２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ ｌｏｗ ｅｎｅｒｇｙ、ＩＥＥＥ８０２.１１及び／又はＺｉｇｂｅｅ（登録商標）などの近距離通信システムで実施されてもよい。

補聴器８は、アンテナ２４と、第１の通信リンク２０を含む無線通信を受信／送信するためにアンテナ２４に結合された無線トランシーバ２６と、を含むインタフェースを備える。補聴器８は、第１及び第２のマイクロフォン入力信号それぞれを提供するための第１のマイクロフォン２８と任意で第２のマイクロフォン３０とを含むマイクロフォンのセットを備える。補聴器８は、単一マイクロフォン補聴器であってもよい。補聴器８は、処理ユニット３２に接続された記憶ユニット（不図示）を備える。補聴器８は、入力信号を受信して処理するための、トランシーバ２６及びマイクロフォン２８、３０に接続された処理ユニット３２を備える。処理ユニット３２は、補聴器の設定に基づいてユーザの聴力損失を補い、入力信号に基づいて電気出力信号を提供するように構成される。レシーバ３４は、電気出力信号を補聴器ユーザの鼓膜に向けての音声出力信号に変換する。レシーバ３４は、本開示によれば、音などの音声信号を発信するように構成される。

ユーザアクセサリ装置１０は、処理ユニット３６、記憶ユニット３８及びインタフェース４０を備える。ユーザアプリケーション１２は、ユーザアクセサリ装置１０の記憶ユニット３８にインストールされ、ユーザアクセサリ装置上で動作するときに、例えば取得モジュール２０２ａによって第１の認証材料を取得し、例えば送信モジュール２０４ａによって第１の認証タイプ識別子及び第１の認証データを含む第１の認証要求を補聴器８に送信し、例えば受信モジュール２０６ａによって音声信号を含む第１の認証応答を補聴器８から受信し、例えば導出モジュール２０８ａによって音声信号に基づいて第２の認証材料を導出し、例えば決定モジュール２１０ａによって第２の認証材料に基づいて第２の認証データを決定し、例えば送信モジュール２０４ａを介して第２の認証データを含む第２の認証要求を補聴器８に送信し、例えば受信モジュール２０６ａによって認証鍵識別子を含む第２の認証応答を補聴器８から受信し、例えば格納モジュール２１６ａによって第１の認証材料に基づく認証鍵及び認証鍵識別子を格納し、例えば接続モジュール２１８ａによって認証鍵及び認証鍵識別子を用いて、ユーザアプリケーション１２又はユーザアクセサリ装置１０を補聴器８に接続する、ように構成される。接続モジュール２１８ａはまた、例えば第２の通信リンク２２を介したサーバ装置４との接続に使用されてもよい。

図２は、補聴器８とユーザアプリケーション１２との間に信頼性の高い接続を生成する例示的な方法を示す、ユーザアプリケーション１２と補聴器８との間の例示的な信号伝達図１００を示す。

ユーザアプリケーション１２は、例えば補聴器８にリードメッセージ１０２を送信することによって、補聴器識別子ＨＤ＿ＩＤ及び第１の補聴器チャレンジ値ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１を含む第１の認証材料を取得する。補聴器８は、ユーザアプリケーション１２からリードメッセージ１０２を受信することに応じて、第１の補聴器チャレンジ値を生成し、第１の補聴器チャレンジ値を補聴器８の記憶ユニットに記憶し、リード応答メッセージ１０６で第１の認証材料１０４をユーザアプリケーション１２に送信する。

さらに、ユーザアプリケーション及び補聴器は、鍵交換信号１０７によってディフィー・ヘルマンアルゴリズムのための公開鍵を交換する。１つ以上の例示的な方法では、鍵交換信号１０７は省略されてもよい。

ユーザアプリケーション１２は、第１の認証データＡＤ＿１を決定し、第１の認証タイプ識別子ＡＵＴ＿Ｔ＿ＩＤ１及び第１の認証データＡＤ＿１を第１の認証要求１０８で補聴器に送信する。第１の認証タイプ識別子ＡＵＴ＿Ｔ＿ＩＤ１は、第１の認証要求１０８で、その後に実行されるべき認証タイプを示す。第１の認証データＡＤ＿１は、
ＡＤ＿１＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＡＰＰ＿ＳＫ，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
によって与えられ、ここで、ＡＥＳ＿ＣＯＵＮＴＥＲはカウンタモードのＡＥＳでの暗号化であり、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは静的文字列である。

ＡＰＰ＿ＳＫはアプリケーションセッション鍵であり、
ＡＰＰ＿ＳＫ＝ＨＡＳＨ（ＣＳ＿１，ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧ）
として与えられ、ここで、ＨＡＳＨはＳＨＡ−２などのハッシュ関数であり、ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧは静的文字列である。

ＣＳ＿１は第１の共通秘密であり、
ＣＳ＿１＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＤＨ＿ＳＥＣＲＥＴ）
として与えられ、ここで、ＨＡＳＨはＳＨＡ−２などのハッシュ関数であり、ＨＤ＿ＫＥＹは補聴器鍵であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の補聴器チャレンジ値であり、ＤＨ＿ＳＥＣＲＥＴは鍵交換信号１０７の間に補聴器及びユーザアプリケーションの公開鍵から導出されたディフィー・ヘルマンアルゴリズムの共通秘密である。ＣＳ＿１を決定するために使用される２つのハッシュ関数は、同一又は異なるハッシュ関数であってよい。

ＨＤ＿ＫＥＹは、補聴器識別子に基づく補聴器鍵であり、
ＨＤ＿ＫＥＹ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＡＰＰ＿ＫＥＹ）
として与えられ、ここで、ＨＡＳＨはハッシュ関数であり、ＨＤ＿ＩＤは補聴器識別子であり、ＡＰＰ＿ＫＥＹはユーザアプリケーションに格納された鍵材料である。

補聴器８は、第１の認証要求１０８を受信し、アプリケーションセッション鍵で第１の認証データＡＤ＿１を復号化することによって第１の認証データＡＤ＿１を検証する。補聴器８が第１の認証データの検証に成功し、任意で認証タイプ識別子によって示される認証タイプを認容する場合、補聴器８は、１つ又は複数のトーンを含む音声信号を発信することによって第１の認証応答１１０を送信する。補聴器８は、音声信号を発信する前に、（例えば、ランダムに）音声値を生成し、その音声値に基づいて１つ又は複数のトーンを選択する。

ユーザアプリケーション１２は、補聴器８から第１の認証応答１１０を受信し、第２の共通秘密を算出することなどによって、音声信号などの第１の認証応答１１０に基づいて第２の認証材料を導出する。例えば、第２の認証材料は、第２の共通秘密ＣＳ＿２を含んでもよく、第２の共通秘密ＣＳ＿２は、
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＳＯＵＮＤ＿ＶＡＬＵＥ）
又は
ＣＳ＿２＝ＨＡＳＨ（ＣＳ＿１，ＳＯＵＮＤ＿ＶＡＬＵＥ）
として与えられてよく、ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は（アップデートされた第１の共通秘密と見なしてもよい）第２の共通秘密を示し、ＨＤ＿ＫＥＹは例えば補聴器識別子に基づく補聴器鍵を示し、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は第１の補聴器チャレンジ値を示し、ＳＯＵＮＤ＿ＶＡＬＵＥは受信した音声信号から導出された値を示す。

ユーザアプリケーション１２は、第２の認証材料に基づいて第２のアプリケーションセッション鍵を導出し、第２のアプリケーションセッション鍵を用いて値を暗号化することによって、第２の認証材料に基づく第２の認証データを決定する。アプリケーションセッション鍵ＡＰＰ＿ＳＫ＿２は、
ＡＰＰ＿ＳＫ＿２＝ＨＡＳＨ（ＣＳ＿２，ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧ）
として与えられてよく、ここで、ＨＡＳＨはハッシュ関数であり、ＣＳ＿２は第２の共通秘密であり、ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧは静的文字列である。

第２のアプリケーションセッション鍵で暗号化されるべき値は、予め定められたバイト配列などの静的文字列であってもよい。第２の認証データＡＤ＿２は、
ＡＤ＿２＝ＡＥＳ（ＡＰＰ＿ＳＫ＿２，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられてよく、ここで、ＡＥＳはＡＥＳでの暗号化であり、ＡＰＰ＿ＳＫ＿２は第２のアプリケーションセッション鍵であり、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは静的文字列である。

ユーザアプリケーション１２は、第２の認証データＡＤ＿２と、その後に実行されるべき認証タイプを示す第２の認証タイプ識別子ＡＵＴ＿Ｔ＿ＩＤ２とを含む第２の認証要求１１２を送信する。

補聴器８は、第２の認証データＡＤ＿２と第２の認証タイプ識別子ＡＵＴ＿Ｔ＿ＩＤ２とを含む第２の認証要求１１２を受信する。

補聴器８は、第２のアプリケーションセッション鍵でＡＤ＿２を復号化することによって、第２の認証データＡＤ＿２を検証する。補聴器８が第２の認証データＡＤ＿２の検証に成功した場合、補聴器は、一時記憶装置からの認証鍵を、関連する認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤと共に補聴器の記憶ユニット内の認証鍵記憶装置内に記憶し、第２の共通秘密ＣＳ＿２に基づいて補聴器認証データを決定し、補聴器認証データＨＤ＿ＡＤと補聴器鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤとを含む第２の認証応答１１４をユーザアプリケーション１２に送信する。補聴器認証データＨＤ＿ＡＤは、
ＨＤ＿ＡＤ＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＨＤ＿ＳＫ，ＨＤ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられ、ここで、ＡＥＳ＿ＣＯＵＮＴＥＲはカウンタモードのＡＥＳでの暗号化であり、ＨＤ＿ＳＫは第２の共通秘密ＣＳ＿２に基づく補聴器セッション鍵であり、ＨＤ＿Ｓ＿ＳＴＲＩＮＧは静的文字列である。

第２の補聴器セッション鍵ＨＤ＿ＳＫは、
ＨＤ＿ＳＫ＝ＨＡＳＨ（ＣＳ＿２，ＨＤ＿ＳＫ＿ＳＴＲＩＮＧ）
として与えられ、ここで、ＨＡＳＨはＳＨＡ−２などのハッシュ関数であり、ＣＳ＿２は第２の共通秘密であり、ＨＤ＿ＳＫ＿ＳＴＲＩＮＧは静的文字列である。

したがって、補聴器認証データは、静的文字列を第２の共通秘密に基づく補聴器セッション鍵で暗号化することによって生成されてもよい。

ユーザアプリケーション１２は、第２の認証応答１１４を受信する。ユーザアプリケーション１２は、補聴器認証データＨＤ＿ＡＤを復号化し、復号化結果と、第２の共通秘密に基づいてユーザアプリケーション内で算出された認証データとを比較することによって、第２の認証応答に含まれる補聴器認証データＨＤ＿ＡＤを検証してもよい。第２の認証応答の検証に成功した場合、ユーザアプリケーション１２は、（これより前に算出されていない場合は）認証鍵ＡＵＴＨ＿ＫＥＹを算出し、認証鍵と、第２の認証応答１１４からの認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤとを格納し、接続信号１１６によって、認証鍵ＡＵＴＨ＿ＫＥＹと認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤとを用いて補聴器に接続する。

図３は、ユーザアプリケーションによって実行され、補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する例示的な方法を示す。方法２００は、第１の認証材料を取得する工程２０２を含み、第１の認証材料は、補聴器識別子と第１の補聴器チャレンジ値とを含む。１つ以上の例示的な方法では、第１の認証材料を取得する工程２０２は、リードメッセージを補聴器に送信する工程２０２Ａと、第１の認証材料を含むリード応答メッセージを補聴器から受信する工程２０２Ｂと、を含む。

方法２００は、補聴器のセキュリティデータを取得する工程２０３を任意で含み、セキュリティデータは、ユーザアプリケーションにおいて適用されるべき認証を示すタイプ識別子と、任意で、ユーザアプリケーションが補聴器への通信をサポートしているかどうかをユーザアプリケーションにより検証可能とする鍵材料識別子と、を含む。方法２００は、第１の認証データを決定するために、第１の認証材料に基づいて第１の共通秘密を決定する工程２０３Ａを含んでもよい。第１の共通秘密は、第１の補聴器チャレンジ値と補聴器識別子とに基づいてもよい。第１の共通秘密を決定する工程２０３Ａは、図２に関連して説明したように、第１の共通秘密に基づいて第１の認証データを決定する工程２０３Ｂを任意で含む。第１の共通秘密を決定する工程２０３Ａは、例えば工程２０３Ｂの一部として、例えば第１の共通秘密に基づいて、アプリケーションセッション鍵を決定する工程２０３Ｃと、アプリケーションセッション鍵に基づいて第１の認証データを算出する工程と、を任意で含む。第１の認証要求は、例えば工程２０３で取得されたセキュリティデータに基づく第１の認証タイプ識別子を含む。

方法２００は、第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を補聴器に送信する工程２０４に進む。

方法２００は、補聴器からの音声信号を含む第１の認証応答を補聴器から受信する工程２０６を含む。

方法２００は、音声信号に基づいて第２の認証材料を導出する工程２０８を含む。１つ以上の例示的な方法では、音声信号に基づいて第２の認証材料を導出する工程２０８は、受信した音声信号から音声値を導出する工程２０８Ａを含む。１つ以上の例示的な方法では、音声信号に基づいて第２の認証材料を導出する工程２０８は、第１の認証材料と音声信号から導出された音声値とに関数を適用する工程２０８Ｂを含む。関数は、ハッシュ関数などの一方向性関数を含んでもよい。本明細書で使用されるハッシュ関数ＨＡＳＨは、ＳＨＡ−１、ＳＨＡ−２、ＳＨＡ−３、ＭＤ５又は他のハッシュ関数などの任意の適切なハッシュ関数であってもよい。

方法２００は、第２の認証材料に基づいて第２の認証データを決定する工程２１０を含む。１つ以上の例示的な方法では、第２の認証材料に基づいて第２の認証データを決定する工程２１０は、第２の認証材料に基づいて第２のアプリケーションセッション鍵を導出する工程２１０Ａと、第２のアプリケーションセッション鍵を用いて値を暗号化する工程２１０Ｂと、を含む。

方法２００は、第２の認証データを含む第２の認証要求を補聴器に送信する工程２１２を含む。

方法２００は、認証鍵識別子を含む第２の認証応答を補聴器から受信する工程２１４を含む。方法２００は、第１の認証材料に基づく認証鍵と認証鍵識別子とを格納する工程２１６を含む。方法２００は、認証鍵及び認証鍵識別子を用いて、ユーザアプリケーションを補聴器に接続する工程２１８を含む。例えば、認証鍵と認証鍵識別子を用いてユーザアプリケーションを補聴器に接続する工程２１８は、認証鍵及び認証鍵識別子によって保護される通信チャネル、例えば認証鍵及び認証鍵識別子を利用する暗号化技術及び／又は完全性保護技術を用いて保護される通信チャネル、を介して、ユーザアプリケーションを補聴器に接続する工程を含む。

１つ以上の例示的な方法では、方法は、第２の認証応答を検証する工程２１５を含む。第２の認証応答の認証が成功した場合に、認証鍵と認証鍵識別子とを格納する工程２１６、及び／又は、認証鍵と認証鍵識別子とを用いてユーザアプリケーションを補聴器に接続する工程２１８が実行されてもよい。

方法２００は、第１の認証材料及び／又は第２の認証材料に基づいて認証鍵を算出する工程を含んでもよい。方法は、補聴器の公開鍵を取得する工程を含んでもよい。１つ以上の例示的な方法では、補聴器の公開鍵を取得する工程は、第１の認証材料を取得する工程２０２の前又は後に実行されてもよい。第１の認証データを決定する工程は、上述したディフィー・ヘルマンスキームを用いて、補聴器の公開鍵及びユーザアプリケーションの公開鍵に基づいてもよい。

図４は、補聴器において実行され、補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する例示的な方法を示す。方法３００は、補聴器のセキュリティデータをユーザアプリケーションに送信する工程であって、セキュリティデータは補聴器に適用される認証タイプを示す、送信する工程３０２と、第１の認証材料を送信する工程３０４と、を含む。第１の認証材料は、補聴器識別子と第１の補聴器チャレンジ値とを含んでもよい。方法３００は、第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求をユーザアプリケーションから受信する工程３０６を含む。方法３００は、第１の認証データ及び／又は第１の認証タイプ識別子を検証する工程３０８を含む。

方法３００は、音声信号を含む第１の認証応答をユーザアプリケーションに送信する工程３１０を含む。１つ以上の例示的な方法では、音声信号を含む第１の認証応答を送信する工程３１０は、ランダム化された音声信号などのランダム音声信号を生成する工程３１０Ａを含む。例えば、音声信号は、ランダムに選択されたトーン（例えば、ＤＴＭＦトーン）などの１つ又は複数のトーンを含んでもよい。１つ以上の例示的な方法では、第１の認証応答を送信する工程３１０は、第１の認証データの検証が成功する場合に実行される。

方法３００は、第２の認証データを含む第２の認証要求をユーザアプリケーションから受信する工程３１２を含む。第２の認証データは、第２のアプリケーションセッション鍵を用いてユーザアプリケーションによって暗号化された暗号テキストを含んでもよい。

方法３００は、第２の認証データを検証する工程３１４を含む。例えば、第２の認証データを検証する工程３１４は、音声信号に基づいて第２のアプリケーションセッション鍵を導出する工程と、第２のアプリケーションセッション鍵を用いて暗号テキストを復号化する工程と、を含む。第２のアプリケーションセッション鍵を導出する工程は、第１の共通秘密と、音声信号を発信するために生成される又は音声信号から導出される音声値と、に基づいて第２の共通秘密を算出する工程と、例えば、第２の共通秘密及び／又は静的文字列に基づいて第２のアプリケーションセッション鍵を決定する工程と、を含んでもよい。

方法３００は、第２の認証データの検証が成功する場合に、認証鍵を決定し、例えば、一時記憶装置及び／又は補聴器の記憶ユニットの認証鍵記憶装置において認証鍵を格納する工程３１６を含む。例えば、認証鍵を決定する工程は、第１の認証材料及び／又は音声値に基づいて認証鍵を算出する工程を含んでもよい。

方法３００は、第２の認証データの検証が成功する場合に、第２の認証応答をユーザアプリケーションに送信する工程３１８を含む。第２の認証応答は、補聴器内の認証鍵を示す認証鍵識別子と、任意で補聴器認証データと、を含んでもよい。

図５は、例示的な補聴器を示す。補聴器８は、送信モジュール３０２ａと、受信モジュール３０６ａと、検証モジュール３０８ａと、決定及び格納モジュール３１６ａと、を含む処理ユニット３５０を備える。さらに、補聴器は、記憶ユニット３５２及びインタフェース３５４を備える。ここで、補聴器８は、例えば送信モジュール３０２ａによって第１の認証材料を送信し、例えば受信モジュール３０６ａによって第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を受信し、例えば検証モジュール３０８ａによって第１の認証データを検証し、例えば送信モジュール３０２ａによって音声信号を含む第１の認証応答をユーザアプリケーションに送信し、例えば受信モジュール３０６ａによって第２の認証データを含む第２の認証要求をユーザアプリケーションから受信し、例えば検証モジュール３０８ａによって第２の認証データを検証し、第１の認証データの検証が成功する場合に、例えば決定及び格納モジュール３１６ａによって認証鍵を決定して格納し、第２の認証データの検証が成功する場合に、例えば送信モジュール３０２ａによって補聴器の認証鍵を示す認証鍵識別子を含む第２の認証応答をユーザアプリケーションに送信する、ように構成される。

補聴器８は、本明細書に開示される方法の少なくとも一部を実行するように構成されてもよい。処理ユニット３５０は、工程３０２、３０４、３１０及び３１８のいずれかの工程を実行するように構成された送信モジュール３０２ａ、工程３０６及び３１２を実行するように構成された受信モジュール３０６ａ、工程３０８及び３１４を実行するように構成された検証モジュール３０８ａ、工程３１６を実行するように構成された決定及び格納モジュール３１６ａのいずれかのような任意の複数の機能モジュールをさらに備えてもよい。一般的に言うと、各機能モジュールは、ハードウェア及び／又はソフトウェアで実装されてもよい。

「第１」、「第２」、「第３」及び「第４」などの用語の使用は、いかなる順序をも意味するものではなく、個々の要素を識別するために含まれる。さらに、第１、第２などの用語の使用は、順序又は重要性を示すものではなく、第１、第２などの用語は、ある要素を別の要素と区別するために用いられる。第１及び第２という語は、本明細書ではラベリング目的でのみ使用されており、特定の空間的又は時間的順序を示すことを意図していないことに留意されたい。さらに、第１の要素のラベリングは、第２の要素の存在を意味するものではなく、その逆も同様である。

特徴が示され、説明されたが、それらは特許請求の範囲に記載された発明を限定するものではないことが理解され、本発明の趣旨及び範囲から逸脱することなく様々な変更及び修正を行ってもよいことは当業者には明らかであろう。したがって、明細書及び図面は、限定的な意味ではなく例示的な意味であるとみなされるべきである。特許請求の範囲に記載された発明は、すべての代替形態、改変形態、及び均等形態を包含することがように意図される。
以下の項目は、本出願時における特許請求の範囲に記載の要素である。
[項目１]
ユーザアプリケーションによって実行され、補聴器と前記ユーザアプリケーションとの間に信頼性の高い接続を生成する方法であって、
第１の認証材料を取得する工程と、
第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記補聴器に送信する工程と、
音声信号を含む第１の認証応答を前記補聴器から受信する工程と、
前記音声信号に基づいて第２の認証材料を導出する工程と、
前記第２の認証材料に基づいて第２の認証データを決定する工程と、
前記第２の認証データを含む第２の認証要求を前記補聴器に送信する工程と、
認証鍵識別子を含む第２の認証応答を前記補聴器から受信する工程と、
認証鍵と前記認証鍵識別子とを格納する工程であって、前記認証鍵は前記第１の認証材料に基づく、前記格納する工程と、
前記認証鍵と前記認証鍵識別子とを用いて、前記ユーザアプリケーションを前記補聴器に接続する工程、
を備える、方法。
[項目２]
前記第１の認証材料は、補聴器識別子及び／又は第１の補聴器チャレンジ値を含む、項目１に記載の方法。
[項目３]
前記方法は、前記第１の認証材料に基づいて第１の共通秘密を決定する工程を備える、項目１又は２に記載の方法。
[項目４]
前記方法は、
アプリケーションセッション鍵を決定する工程と、
前記アプリケーションセッション鍵に基づいて前記第１の認証データを算出する工程、
を備える、項目１〜３のいずれか一項に記載の方法。
[項目５]
前記方法は、前記第２の認証応答を検証する工程を備えており、
前記認証鍵と前記認証鍵識別子とを格納する工程、及び／又は、前記認証鍵と前記認証鍵識別子とを用いて前記ユーザアプリケーションを前記補聴器に接続する工程は、前記第２の認証応答が成功したことが検証される場合に実行される、項目１〜４のいずれか一項に記載の方法。
[項目６]
前記方法は、前記第１の認証材料に基づいて前記認証鍵を算出する工程を備える、項目１〜５のいずれか一項に記載の方法。
[項目７]
前記方法は、前記補聴器からセキュリティデータを取得する工程を備えており、
前記第１の認証タイプ識別子は、前記セキュリティデータに基づく、項目１〜６のいずれか一項に記載の方法。
[項目８]
前記認証鍵は、前記第２の認証材料に基づく、項目１〜７のいずれか一項に記載の方法。
[項目９]
前記方法は、前記補聴器の公開鍵を取得する工程を備えており、
前記認証鍵は、前記補聴器の前記公開鍵に基づく、項目１〜８のいずれか一項に記載の方法。
[項目１０]
補聴器において実行され、前記補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する方法であって、
前記補聴器のセキュリティデータを前記ユーザアプリケーションに送信する工程であって、前記セキュリティデータは前記補聴器に適用される認証タイプを示す、前記送信する工程と、
第１の認証材料を前記ユーザアプリケーションに送信する工程と、
第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記ユーザアプリケーションから受信する工程と、
前記第１の認証データを検証する工程と、
音声信号を含む第１の認証応答を前記ユーザアプリケーションに送信する工程と、
第２の認証データを含む第２の認証要求を前記ユーザアプリケーションから受信する工程と、
前記第２の認証データを検証する工程、
を備え、
前記方法は、
前記第２の認証データの検証が成功する場合に、
認証鍵を決定して格納する工程と、
前記補聴器における前記認証鍵を示す認証鍵識別子を含む第２の認証応答を前記ユーザアプリケーションに送信する工程、
を備える、方法。
[項目１１]
音声信号を含む前記第１の認証応答を送信する工程は、ランダム音声信号を生成する工程を含む、項目１０に記載の方法。
[項目１２]
前記音声信号は、１つ又は複数のトーンを有する、項目１０又は１１に記載の方法。
[項目１３]
前記第１の認証応答を送信する工程は、前記第１の認証データの検証が成功する場合に実行される、項目１０〜１２のいずれか一項に記載の方法。
[項目１４]
補聴器を備える補聴器システムのユーザアクセサリ装置のためのユーザアプリケーションであって、
前記ユーザアクセサリ装置は、
処理ユニットと、
記憶ユニットと、
インタフェース、を備え、
前記ユーザアプリケーションは、前記ユーザアクセサリ装置上で動作するときに、
第１の認証材料を取得し、
第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記補聴器に送信し、
音声信号を含む第１の認証応答を前記補聴器から受信し、
前記音声信号に基づいて第２の認証材料を導出し、
前記第２の認証材料に基づいて第２の認証データを決定し、
前記第２の認証データを含む第２の認証要求を前記補聴器に送信し、
認証鍵識別子を含む第２の認証応答を前記補聴器から受信し、
前記第１の認証材料に基づく認証鍵と前記認証鍵識別子とを格納し、
前記認証鍵と前記認証鍵識別子とを用いて、前記ユーザプリケーションを前記補聴器に接続する、ように構成されている、
ユーザアプリケーション。
[項目１５]
補聴器であって、
処理ユニットと、
記憶ユニットと、
インタフェース、
を備え、
前記補聴器は、
前記補聴器に適用される認証タイプを示す前記補聴器のセキュリティデータをユーザアプリケーションに送信し、
第１の認証材料を前記ユーザアプリケーションに送信し、
第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記ユーザアプリケーションから受信し、
前記第１の認証データを検証し、
音声信号を含む第１の認証応答を前記ユーザアプリケーションに送信し、
第２の認証データを含む第２の認証要求を前記ユーザアプリケーションから受信し、
前記第２の認証データを検証し、
前記第２の認証データの検証が成功する場合に、認証鍵を決定して格納し、
前記第２の認証データの検証が成功する場合に、前記補聴器における前記認証鍵を示す認証鍵識別子を含む第２の認証応答を前記ユーザアプリケーションに送信する、ように構成されている、
補聴器。

２：聴覚システム
４：サーバ装置
６：補聴器システム
８：補聴器
１０：ユーザアクセサリ装置
１２：ユーザアプリケーション
２０：第１の通信リンク
２２：第２の通信リンク
２４：アンテナ
２６：無線トランシーバ
２８：第１のマイクロフォン
３０：第２のマイクロフォン
３２：処理ユニット
３４：レシーバ
３６：処理ユニット
３８：記憶ユニット
４０：インタフェース
１００：信号伝達図
１０２：リードメッセージ
１０４：第１の認証データ
１０６：リード応答メッセージ
１０７：鍵交換信号
１０８：第１の認証要求
１１０：第１の認証応答
１１２：第２の認証要求
１１４：第２の認証応答
１１６：接続信号
２００：補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する方法
２０２：第１の認証材料を取得
２０２ａ：取得モジュール
２０２Ａ：リードメッセージを補聴器に送信
２０２Ｂ：リード応答メッセージを補聴器から受信
２０３：セキュリティデータを取得
２０３Ａ：第１の共通秘密を決定
２０３Ｂ：第１の認証データを決定
２０３Ｃ：アプリケーションセッション鍵を決定して、アプリケーションセッション鍵に基づいて第１の認証データを算出
２０４：第１の認証要求を送信
２０４ａ：送信モジュール
２０６：第１の認証応答を受信
２０６ａ：受信モジュール
２０８：第２の認証材料を導出
２０８ａ：導出モジュール
２０８Ａ：音声値を導出
２０８Ｂ：関数を適用
２１０：第２の認証データを決定
２１０ａ：決定モジュール
２１０Ａ：第２のアプリケーションセッション鍵を導出
２１０Ｂ：暗号化
２１２：第２の認証要求を送信
２１４：第２の認証応答を受信
２１５：検証
２１６：認証鍵と認証鍵識別子とを格納
２１６ａ：格納モジュール
２１６Ａ：認証鍵を算出
２１８：接続
２１８ａ：接続モジュール
３００：補聴器において実行され、補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する方法
３０２：セキュリティデータを送信
３０２ａ：送信モジュール
３０４：第１の認証材料を送信
３０６：第１の認証要求を受信
３０６ａ：受信モジュール
３０８：第１の認証データ及び／又は第１の認証タイプ識別子を検証
３０８ａ：検証モジュール
３１０：第１の認証応答を送信
３１０Ａ：ランダム音声信号を生成
３１２：第２の認証要求を受信
３１４：第２の認証データを検証
３１６：認証鍵を決定して格納
３１６ａ：決定及び格納モジュール
３１８：第２の認証応答をユーザアプリケーションに送信
３５０：処理ユニット
３５２：記憶ユニット
３５４：インタフェース

Claims (15)

1. ユーザアプリケーションによって実行され、補聴器と前記ユーザアプリケーションとの間に信頼性の高い接続を生成する方法であって、
   第１の認証材料を取得する工程と、
   第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記補聴器に送信する工程と、
   音声信号を含む第１の認証応答を前記補聴器から受信する工程と、
   前記音声信号に基づいて第２の認証材料を導出する工程と、
   前記第２の認証材料に基づいて第２の認証データを決定する工程と、
   前記第２の認証データを含む第２の認証要求を前記補聴器に送信する工程と、
   認証鍵識別子を含む第２の認証応答を前記補聴器から受信する工程と、
   認証鍵と前記認証鍵識別子とを格納する工程であって、前記認証鍵は前記第１の認証材料に基づく、前記格納する工程と、
   前記認証鍵と前記認証鍵識別子とを用いて、前記ユーザアプリケーションを前記補聴器に接続する工程、
   を備える、方法。
2. 前記第１の認証材料は、補聴器識別子及び／又は第１の補聴器チャレンジ値を含む、請求項１に記載の方法。
3. 前記方法は、前記第１の認証材料に基づいて第１の共通秘密を決定する工程を備える、請求項１又は２に記載の方法。
4. 前記方法は、
   アプリケーションセッション鍵を決定する工程と、
   前記アプリケーションセッション鍵に基づいて前記第１の認証データを算出する工程、
   を備える、請求項１〜３のいずれか一項に記載の方法。
5. 前記方法は、前記第２の認証応答を検証する工程を備えており、
   認証鍵と認証鍵識別子とを格納する工程、及び／又は、前記認証鍵と前記認証鍵識別子とを用いて前記ユーザアプリケーションを前記補聴器に接続する工程は、前記第２の認証応答の検証が成功する場合に実行される、請求項１〜４のいずれか一項に記載の方法。
6. 前記方法は、前記第１の認証材料に基づいて前記認証鍵を算出する工程を備える、請求項１〜５のいずれか一項に記載の方法。
7. 前記方法は、前記補聴器からセキュリティデータを取得する工程を備えており、
   前記第１の認証タイプ識別子は、前記セキュリティデータに基づく、請求項１〜６のいずれか一項に記載の方法。
8. 前記認証鍵は、前記第２の認証材料に基づく、請求項１〜７のいずれか一項に記載の方法。
9. 前記方法は、前記補聴器の公開鍵を取得する工程を備えており、
   前記認証鍵は、前記補聴器の前記公開鍵に基づく、請求項１〜８のいずれか一項に記載の方法。
10. 補聴器において実行され、前記補聴器とユーザアプリケーションとの間に信頼性の高い接続を生成する方法であって、
    前記補聴器のセキュリティデータを前記ユーザアプリケーションに送信する工程であって、前記セキュリティデータは前記補聴器に適用される認証タイプを示す、前記送信する工程と、
    第１の認証材料を前記ユーザアプリケーションに送信する工程と、
    第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記ユーザアプリケーションから受信する工程と、
    前記第１の認証データを検証する工程と、
    音声信号を含む第１の認証応答を前記ユーザアプリケーションに送信する工程と、
    第２の認証データを含む第２の認証要求を前記ユーザアプリケーションから受信する工程と、
    前記第２の認証データを検証する工程と、
    前記第２の認証データの検証が成功する場合に、
    認証鍵を決定して格納する工程と、
    前記補聴器における前記認証鍵を示す認証鍵識別子を含む第２の認証応答を前記ユーザアプリケーションに送信する工程、
    を備える、方法。
11. 音声信号を含む前記第１の認証応答を送信する工程は、ランダム音声信号を生成する工程を含む、請求項１０に記載の方法。
12. 前記音声信号は、１つ又は複数のトーンを有する、請求項１０又は１１に記載の方法。
13. 前記第１の認証応答を送信する工程は、前記第１の認証データの検証が成功する場合に実行される、請求項１０〜１２のいずれか一項に記載の方法。
14. 補聴器を備える補聴器システムのユーザアクセサリ装置のためのユーザアプリケーションであって、
    前記ユーザアクセサリ装置は、
    処理ユニットと、
    記憶ユニットと、
    インタフェース、を備え、
    前記ユーザアプリケーションは、前記ユーザアクセサリ装置上で動作するときに、
    第１の認証材料を取得し、
    第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記補聴器に送信し、
    音声信号を含む第１の認証応答を前記補聴器から受信し、
    前記音声信号に基づいて第２の認証材料を導出し、
    前記第２の認証材料に基づいて第２の認証データを決定し、
    前記第２の認証データを含む第２の認証要求を前記補聴器に送信し、
    認証鍵識別子を含む第２の認証応答を前記補聴器から受信し、
    前記第１の認証材料に基づく認証鍵と前記認証鍵識別子とを格納し、
    前記認証鍵と前記認証鍵識別子とを用いて、前記ユーザプリケーションを前記補聴器に接続する、ように構成されている、
    ユーザアプリケーション。
15. 補聴器であって、
    処理ユニットと、
    記憶ユニットと、
    インタフェース、
    を備え、
    前記補聴器は、
    前記補聴器に適用される認証タイプを示す前記補聴器のセキュリティデータをユーザアプリケーションに送信し、
    第１の認証材料を前記ユーザアプリケーションに送信し、
    第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を前記ユーザアプリケーションから受信し、
    前記第１の認証データを検証し、
    音声信号を含む第１の認証応答を前記ユーザアプリケーションに送信し、
    第２の認証データを含む第２の認証要求を前記ユーザアプリケーションから受信し、
    前記第２の認証データを検証し、
    前記第２の認証データの検証が成功する場合に、認証鍵を決定して格納し、
    前記第２の認証データの検証が成功する場合に、前記補聴器における前記認証鍵を示す認証鍵識別子を含む第２の認証応答を前記ユーザアプリケーションに送信する、ように構成されている、
    補聴器。

Images