JP2018137727A

JP2018137727A - 聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する聴覚デバイス・システム、デバイス、および方法

Info

Publication number: JP2018137727A
Application number: JP2017214173A
Authority: JP
Inventors: ムンクヴェンデルボアラン; Munk Vendelbo Allan
Original assignee: GN Hearing AS
Current assignee: GN Hearing AS
Priority date: 2016-12-08
Filing date: 2017-11-06
Publication date: 2018-08-30
Also published as: EP3866490C0; EP3334188B1; CN108183800B; US11295002B2; US20240211582A1; CN108183800A; US20180167809A1; EP3866490B1; DK3334188T3; EP3334188A1; US20220215083A1; EP3866490A1; US12026245B2; EP4354926A3; EP4354926A2

Abstract

【課題】ユーザ・アプリケーションおよび聴覚デバイスの容易で効率的かつ安全なペアリングを提供する。【解決手段】ユーザ・アプリケーションにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法は、第１の認証材料を取得するステップ２０２と、第１の認証タイプ識別子および第１の認証データを含む第１の認証要求を聴覚デバイスに送信するステップ２０４と、認証鍵識別子を含む認証応答を受信するステップ２０６と、第１の認証材料に基づく認証鍵および認証鍵識別子を記憶するステップ２０８と、認証鍵および認証鍵識別子を使用してユーザ・アプリケーションを聴覚デバイスに接続するステップ２１０とを含む。【選択図】図４

Description

本開示は、聴覚デバイスとユーザ・アクセサリ・デバイスとを備える聴覚デバイス・システムに関する。具体的には、本開示は、聴覚デバイス・システムのエンティティ間の信頼できる結合を生成するための方法およびデバイスに関する。

ワイヤレス通信技術における開発が続いている中で、聴覚デバイス・システムの異なるエンティティとの間のワイヤレス通信が増加してきた。しかしながら、新しい技術は、聴覚デバイス・システム内の通信の安全を確保するために補聴器の製造業者にとって新たな課題を伴う。聴覚デバイス・システムのワイヤレス通信インターフェースは、望ましくは、オープンな標準ベースのインターフェースを使用する。しかしながら、これは、セキュリティに関して多くの課題をもたらす。

ユーザ・アプリケーションおよび聴覚デバイスの容易で効率的かつ安全なペアリングを提供するための装置、デバイス、および方法が必要である。

したがって、ユーザ・アプリケーションにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法が開示される。その方法は、第１の認証材料を取得するステップと、第１の認証タイプ識別子および／または第１の認証データを含む第１の認証要求を聴覚デバイスに送信するステップと、認証鍵識別子を含む認証応答を受信するステップと、認証鍵および認証鍵識別子を記憶するステップであって、認証鍵がオプションで第１の認証材料に基づく、ステップと、認証鍵および認証鍵識別子を使用してユーザ・アプリケーションを聴覚デバイスに接続するステップとを含む。

さらに、聴覚デバイスにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法が開示される。その方法は、聴覚デバイスのセキュリティ・データをオプションで送信するステップであって、セキュリティ・データが聴覚デバイスに適用される認証タイプを示す、ステップと、第１の認証材料を送信するステップと、第１の認証タイプ識別子および／または第１の認証データを含む第１の認証要求を受信するステップと、第１の認証データを検証するステップと、第１の認証データを検証するステップが成功した場合に、認証鍵を決定し記憶するステップとを含む。

また、本明細書で説明するユーザ・アプリケーションにおいて実行される方法を実行するように構成されたユーザ・アプリケーションが提供される。本明細書で説明する聴覚デバイスにおいて実行される方法を実行するように構成された聴覚デバイスが提供される。

聴覚デバイスを備える聴覚デバイス・システムのユーザ・アクセサリ・デバイスのためのユーザ・アプリケーションが提供される。ユーザ・アクセサリ・デバイスは、処理ユニットと、メモリ・ユニットと、インターフェースとを備える。ユーザ・アプリケーションは、ユーザ・アクセサリ・デバイス上で動作しているとき、第１の認証材料を取得する動作と、第１の認証タイプ識別子および／または第１の認証データを含む第１の認証要求を聴覚デバイスに送信する動作と、認証鍵識別子を含む認証応答を受信する動作と、認証鍵および認証鍵識別子を記憶する動作であって、認証鍵が第１の認証材料に基づく、動作と、認証鍵および認証鍵識別子を使用してユーザ・アプリケーションを聴覚デバイスに接続する動作とを行うように構成される。

さらに、聴覚デバイスが提供される。聴覚デバイスは、処理ユニットと、メモリ・ユニットと、インターフェースとを備える。聴覚デバイスは、第１の認証材料を送信する動作と、第１の認証タイプ識別子および／または第１の認証データを含む第１の認証要求を受信する動作と、第１の認証データを検証する動作と、第１の認証データを検証する動作が成功した場合に、認証鍵を決定し記憶する動作とを行うように構成される。

少なくとも最初のペアリング後に、ユーザ・アプリケーションと聴覚デバイスとの間の安全で容易なペアリングが提供されることは、本開示の重要な利点である。さらに、本開示は、聴覚デバイスに向けてユーザ・アプリケーションを認証する複数の方法を可能にし、そして、ディスペンサに増大した設計自由度を提供する。

本開示の方法、アプリケーション、およびデバイスは、ディスペンサ、聴覚デバイスの製造業者、さらには聴覚デバイスのユーザが、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成するための複数の方法から、ペアリングするまたは信頼できる結合を作成する適切な最初の方法を選択することを可能にする。

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

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

聴覚システムを概略的に示す図である。ユーザ・アプリケーションと聴覚デバイスとの間のシグナリングの例示的なシグナリング図である。ユーザ・アプリケーションと聴覚デバイスとの間のシグナリングの例示的なシグナリング図である。本発明による例示的な方法のフロー図である。本発明による例示的な方法のフロー図である。本発明による例示的な方法のフロー図である。本発明による例示的な方法のフロー図である。本発明による例示的な方法のフロー図である。例示的な聴覚デバイスを概略的に示す図である。

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

本開示は、聴覚システムの通信における改善されたセキュリティに関し、具体的には、ユーザ・アプリケーションがインストールされたユーザ・アクセサリ・デバイスと聴覚デバイスとの間の通信のための改善されたセキュリティに関する。本開示は、リプレイ攻撃、不正アクセス、バッテリ消耗攻撃、および中間者攻撃（ｍａｎ−ｉｎ−ｔｈｅ−ｍｉｄｄｌｅａｔｔａｃｋ）に対して堅牢な効果的な聴覚システム通信に関する。

本方法は、ユーザ・アプリケーションが初めて聴覚デバイスへの接続を作成したいときに最初の認証で使用することが意図されている。後続のペアリングが安全で効率的であり、たとえば、ユーザ・インタラクションなしに実行することができることが重要な利点である。

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

本明細書で使用される場合、静的な文字列は、４〜１６文字などの文字列であってもよい。

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

ユーザ・アクセサリ・デバイスは、それぞれ処理ユニットに接続されたメモリ・ユニットとインターフェースとを備える。メモリ・ユニットは、限定はしないが、読出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）などを含む、取外し可能および取外し不可能なデータ記憶ユニットを含んでもよい。メモリ・ユニットには、ユーザ・アプリケーションが記憶されている。インターフェースは、たとえば、２．４〜２．５ＧＨｚの範囲内の周波数におけるワイヤレス通信用に構成されたアンテナとワイヤレス・トランシーバとを備える。インターフェースは、アンテナとワイヤレス・トランシーバとを備える聴覚デバイスとのワイヤレス通信などの通信用に構成されてもよい。

本開示は、ユーザ・アクセサリ・デバイスと聴覚デバイスとの間の容易で安全なペアリングに関する。ユーザ・アクセサリ・デバイスは、聴覚デバイスへのアクセサリ・デバイスを形成する。聴覚デバイスは、たとえば、耳かけ（ＢＴＥ：ｂｅｈｉｎｄ−ｔｈｅ−ｅａｒ）型、耳あな（ＩＴＥ：ｉｎ−ｔｈｅ−ｅａｒ）型、カナル（ＩＴＣ：ｉｎ−ｔｈｅ−ｃａｎａｌ）型、レシーバ・イン・カナル（ＲＩＣ：ｒｅｃｅｉｖｅｒ−ｉｎ−ｃａｎａｌ）型、またはレシーバ・イン・ジ・イヤー（ＲＩＴＥ：ｒｅｃｅｉｖｅｒ−ｉｎ−ｔｈｅ−ｅａｒ）型の補聴器であってもよい。典型的には、聴覚デバイスおよびユーザ・アクセサリ・デバイスは、聴覚デバイスのユーザが所有しており、聴覚デバイスのユーザによって制御される。

本開示の方法およびデバイスは、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成し、したがって、ユーザ・アプリケーションと聴覚デバイスとの間のその後の認証手順の複雑さを低減する。

ユーザ・アプリケーションにおいて実行される方法は、第１の認証材料を取得するステップを含む。１つまたは複数の例示的な方法では、第１の認証材料を取得するステップは、たとえば、ユーザ・アプリケーションが読取りメッセージを聴覚デバイスに送信することに応答して、第１の認証材料を聴覚デバイスから受信するステップを含んでもよい。第１の認証材料は、聴覚デバイス識別子および／または第１の聴覚デバイス・チャレンジ値を含んでもよい。

ユーザ・アプリケーションにおいて実行される方法は、第１の認証材料に基づいて第１の認証データを決定するステップを含んでもよい。ユーザ・アプリケーションにおいて実行される方法は、第１の認証材料に基づいて第１の共通秘密を決定するステップを含んでもよい。第１の共通秘密は、アプリケーション鍵材料に基づいてもよい。第１の認証データは、第１の共通秘密に基づいてもよい。

ユーザ・アプリケーションにおいて実行される方法は、第１の認証タイプ識別子および／または第１の認証データを含む第１の認証要求を聴覚デバイスに送信するステップを含む。第１の認証タイプ識別子は、現在の認証において使用された認証のタイプを示す。第１の認証タイプ識別子の使用は、たとえば、聴覚デバイスによって決定される、異なる初期認証方式の使用を容易にする。

ユーザ・アプリケーションにおいて実行される方法は、認証鍵識別子を含む認証応答を受信するステップを含む。認証応答は、聴覚デバイス認証データを含んでもよい。認証応答は、認証状態を示す認証状態識別子を含んでもよい。ユーザ・アプリケーションにおいて実行される方法は、たとえば、聴覚デバイス認証データおよび／または認証状態識別子を検証することによって認証応答を検証するステップを含んでもよい。聴覚デバイス認証データを検証するステップは、たとえば、第１の共通秘密および／または静的な文字列に基づいて聴覚デバイス・セッション鍵を決定するステップと、聴覚デバイス・セッション鍵に基づいて聴覚デバイス認証データを検証するステップとを含んでもよい。

聴覚デバイス・セッション鍵ＨＤ＿ＳＫは、
ＨＤ＿ＳＫ＝ＨＡＳＨ（ＣＳ＿１，ＨＤ＿ＳＫ＿ＳＴＲＩＮＧ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＣＳ＿１は、第１の共通秘密である。ＨＤ＿ＳＫ＿ＳＴＲＩＮＧは、静的な文字列である。

ユーザ・アプリケーションにおいて実行される方法は、オプションで、聴覚デバイス認証データを検証するステップが成功した場合に、認証鍵および認証鍵識別子を記憶するステップを含む。認証鍵は、第１の認証材料に基づく。

ユーザ・アプリケーションにおいて実行される方法は、認証応答を検証するステップを含んでもよい。認証鍵および認証鍵識別子を記憶するステップおよび／または認証鍵および認証鍵識別子を使用してユーザ・アプリケーションを聴覚デバイスに接続するステップのうちの１つまたは複数が、認証応答を検証するステップが成功した場合に実行されてもよい。

また、ユーザ・アプリケーションにおいて実行される方法は、オプションで、聴覚デバイス認証データ／認証応答を検出するステップが成功した場合に、認証鍵および認証鍵識別子を使用してユーザ・アプリケーションを聴覚デバイスに接続するステップを含む。ユーザ・アプリケーションを聴覚デバイスに接続するステップは、認証鍵識別子と、ユーザ・アプリケーション内に記憶された鍵材料として記憶された認証鍵に基づく第１の認証データと、オプションで、三次認証タイプを示す第１の認証タイプ識別子とを含む第１の認証要求を送信するステップを含んでもよい。

第１の認証データは、第１の共通秘密に基づいてもよい。ユーザ・アプリケーションにおいて実行される方法は、たとえば、第１の認証データを決定するステップの一部として、たとえば、第１の共通秘密および／または静的な文字列に基づいてアプリケーション・セッション鍵を決定するステップと、アプリケーション・セッション鍵に基づいて第１の認証データを計算するステップとを含んでもよい。

第１の共通秘密ＣＳ＿１は、たとえば、第１の認証タイプ識別子が一次認証タイプを示す場合に、
ＣＳ＿１＝ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１）
として与えられる。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＫＥＹは、たとえば、聴覚デバイス識別子に基づく聴覚デバイス鍵である。ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は、第１の聴覚デバイス・チャレンジ値である。

聴覚デバイス鍵ＨＤ＿ＫＥＹは、
ＨＤ＿ＫＥＹ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＡＰＰ＿ＫＥＹ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＩＤは、聴覚デバイス識別子である。ＡＰＰ＿ＫＥＹは、ユーザ・アプリケーション内に記憶された鍵材料である。聴覚デバイス鍵は、聴覚デバイス内にも見出されるか、または記憶され、したがって、聴覚デバイスが第１の共通秘密を計算することを可能にする。

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

ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧは、ＨＤ＿ＳＫ＿ＳＴＲＩＮＧと異なってもよいし、または同じであってもよい。したがって、アプリケーション・セッション鍵および聴覚デバイス・セッション鍵は、同じ鍵であってもよいし、または異なる鍵であってもよい。

第１の認証データＡＤ＿１は、
ＡＤ＿１＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＡＰＰ＿ＳＫ，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられてもよい。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化である。ＡＰＰ＿ＳＫは、アプリケーション・セッション鍵である。ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。したがって、第１の認証データは、第１の共通秘密に基づくアプリケーション・セッション鍵で静的な文字列を暗号化することによって生成されてもよい。

第１の認証データＡＤ＿１は、ハッシュ関数をアプリケーション・セッション鍵および／または静的な文字列に適用することによって生成されてもよい。

ユーザ・アプリケーションにおいて実行される方法は、第１の認証材料に基づいて認証鍵を决定または計算するステップを含んでもよい。認証鍵は、第１の共通秘密に基づいてもよい。

認証鍵ＡＵＴＨ＿ＫＥＹは、
ＡＵＴＨ＿ＫＥＹ＝ＨＡＳＨ（ＣＳ＿１，ＡＵＴＨ＿ＫＥＹ＿ＳＴＲＩＮＧ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＣＳ＿１は、第１の共通秘密である。ＡＵＴＨ＿ＫＥＹ＿ＳＴＲＩＮＧは、静的な文字列である。

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

セキュリティ・データは、一次認証タイプを示してもよい。ユーザ・アプリケーションにおいて実行される方法は、オプションでセキュリティ・データが一次認証タイプを示す場合に、オプションで認証受諾メッセージを受信するステップと、オプションで認証受諾メッセージを受信するステップに応じて、たとえば、第２の聴覚デバイス・チャレンジ値および／または聴覚デバイス識別子を含む第２の聴覚材料を取得するステップと、第２の認証材料に基づいて第２の認証データを決定するステップと、第２の認証タイプ識別子および／または第２の認証データを含む第２の認証要求を聴覚デバイスに送信するステップとを含んでもよい。ユーザ・アプリケーションにおいて実行される方法は、オプションでセキュリティ・データが一次認証タイプを示す場合に、一次認証方式を実行するステップを含んでもよい。

第２の認証データは、第２の共通秘密に基づいてもよい。ユーザ・アプリケーションにおいて実行される方法は、たとえば、第２の認証データを決定するステップの一部として、たとえば、第２の共通秘密および／または静的な文字列に基づいて二次アプリケーション・セッション鍵を決定するステップと、そのアプリケーション・セッション鍵に基づいて第２の認証データを計算するステップとを含んでもよい。

第２の認証データＡＤ＿２は、
ＡＤ＿２＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＡＰＰ＿ＳＫ＿２，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられてもよい。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化である。ＡＰＰ＿ＳＫ＿２は、二次アプリケーション・セッション鍵である。ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。したがって、第２の認証データは、たとえば、第２の共通秘密に基づく、二次アプリケーション・セッション鍵で静的な文字列を暗号化することによって生成されてもよい。

第２の認証データＡＤ＿２は、二次アプリケーション・セッション鍵および／または静的な文字列にハッシュ関数を適用することによって生成されてもよい。

第２の共通秘密ＣＳ＿２は、
ＣＳ＿２＝ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿２）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＫＥＹは、たとえば、聴覚デバイス識別子に基づく聴覚デバイス鍵である。ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿２は、第２の聴覚デバイス・チャレンジ値である。

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

聴覚デバイス認証データを検証するステップは、たとえば、第２の共通秘密および／または静的な文字列に基づいて二次聴覚デバイス・セッション鍵を決定するステップと、二次聴覚デバイス・セッション鍵に基づいて聴覚デバイス認証データを検証するステップとを含んでもよい。

二次聴覚デバイス・セッション鍵ＨＤ＿ＳＫ＿２は、
ＨＤ＿ＳＫ＿２＝ＨＡＳＨ（ＣＳ＿２，ＨＤ＿ＳＫ＿ＳＴＲＩＮＧ）
として与えられてもよい。ＨＡＳＨは、ハッシュ関数である。ＣＳ＿２は、第２の共通秘密である。ＨＤ＿ＳＫ＿ＳＴＲＩＮＧは、静的な文字列である。

セキュリティ・データは、二次認証タイプを示してもよい。ユーザ・アプリケーションにおいて実行される方法は、オプションでセキュリティ・データが二次認証タイプを示す場合に、第１の認証方式とは異なる第２の認証方式を実行するステップを含んでもよい。ユーザ・アプリケーションにおいて実行される方法は、オプションでセキュリティ・データが二次認証タイプを示す場合に、ユーザ・アプリケーションのユーザからパスコードを取得するステップと、パスコードに基づいて第１の認証要求、たとえば、第１の認証データを作成するステップとを含んでもよい。ユーザ・アプリケーションのユーザからパスコードを取得するステップは、ユーザ・アプリケーションを実行しているユーザ・アクセサリ・デバイスのユーザ・インターフェースを介してパスコードを受信するステップを含んでもよい。認証鍵は、パスコードに基づいてもよい。

第１の共通秘密ＣＳ＿１は、たとえば、第１の認証タイプ識別子が二次認証タイプを示す場合に、
ＣＳ＿１＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＰＡＳＳＣＯＤＥ＿ＩＮＦＯ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＫＥＹは、たとえば、聴覚デバイス識別子に基づく聴覚デバイス鍵である。ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は、第１の聴覚デバイス・チャレンジ値である。ＰＡＳＳＣＯＤＥ＿ＩＮＦＯは、ユーザによって入力されたパスコードに基づく。パスコード情報ＰＡＳＳＣＯＤＥ＿ＩＮＦＯは、
ＰＡＳＳＣＯＤＥ＿ＩＮＦＯ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＰＡＳＳＣＯＤＥ＿ＳＴＲ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＩＤは、聴覚デバイス識別子である。ＰＡＳＳＣＯＤＥ＿ＳＴＲは、ユーザによって入力されたパスコードを有する文字列である。

ユーザ・アプリケーションにおいて実行される方法は、聴覚デバイスの公開鍵を取得するステップを含んでもよい。認証鍵および／または第１の認証データは、聴覚デバイスの公開鍵に基づいてもよい。第１の共通秘密は、聴覚デバイスの公開鍵に基づいてもよい。聴覚デバイスの公開鍵は、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ公開鍵であってもよい。ユーザ・アプリケーションにおいて実行される方法は、ユーザ・アプリケーションの公開鍵を聴覚デバイスに送信するステップを含んでもよい。第１の共通秘密は、聴覚デバイスの公開鍵およびユーザ・アプリケーションの公開鍵に基づいてもよい。第１の認証データを聴覚デバイスの公開鍵およびユーザ・アプリケーションの公開鍵に基づかせることにより、パスコードを保護することができる。

第１の共通秘密ＣＳ＿１は、たとえば、第１の認証タイプ識別子が一次認証タイプを示す場合に、
ＣＳ＿１＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＤＨ＿ＳＥＣＲＥＴ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＫＥＹは、たとえば、聴覚デバイス識別子に基づく聴覚デバイス鍵である。ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は、第１の聴覚デバイス・チャレンジ値である。ＤＨ＿ＳＥＣＲＥＴは、聴覚デバイスの公開鍵およびユーザ・アプリケーションの公開鍵から導出されたＤｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムの共通秘密である。

第２の共通秘密ＣＳ＿２は、たとえば、第１の認証タイプ識別子が一次認証タイプを示す場合に、
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿２），ＡＵＴＨ＿ＫＥＹ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿２は、第２の聴覚デバイス・チャレンジ値である。ＡＵＴＨ＿ＫＥＹは、一時メモリ内に記憶された認証鍵であり、
ＡＵＴＨ＿ＫＥＹ＝ＨＡＳＨ（ＣＳ＿１，ＡＵＴＨ＿ＫＥＹ＿ＳＴＲＩＮＧ）
として与えられてもよい。

第１の共通秘密ＣＳ＿１は、たとえば、第１の認証タイプ識別子が二次認証タイプを示す場合に、
ＣＳ＿１＝ＨＡＳＨ（ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＰＡＳＳＣＯＤＥ＿ＩＮＦＯ），ＤＨ＿ＳＥＣＲＥＴ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＫＥＹは、たとえば、聴覚デバイス識別子に基づく聴覚デバイス鍵である。ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は、第１の聴覚デバイス・チャレンジ値である。ＰＡＳＳＣＯＤＥ＿ＩＮＦＯは、ユーザによって入力されたパスコードに基づく。ＤＨ＿ＳＥＣＲＥＴは、聴覚デバイスの公開鍵およびユーザ・アプリケーションの公開鍵から導出されたＤｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムの共通秘密である。パスコード情報ＰＡＳＳＣＯＤＥ＿ＩＮＦＯは、
ＰＡＳＳＣＯＤＥ＿ＩＮＦＯ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＰＡＳＳＣＯＤＥ＿ＳＴＲ）
として与えられてもよい。ここで、ＨＡＳＨは、ハッシュ関数である。ＨＤ＿ＩＤは、聴覚デバイス識別子である。ＰＡＳＳＣＯＤＥ＿ＳＴＲは、ユーザによって入力されたパスコードを有する文字列である。

本開示は、聴覚デバイスにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法も提供する。

聴覚デバイスにおいて実行される方法は、聴覚デバイスのセキュリティ・データを送信するステップを含んでもよい。セキュリティ・データは、オプションで、聴覚デバイスにおいて適用される認証タイプを示す。

聴覚デバイスにおいて実行される方法は、認証鍵および認証鍵識別子を使用してユーザ・アプリケーションを聴覚デバイスに接続するステップを含んでもよい。

聴覚デバイスにおいて実行される方法は、第１の認証材料を送信するステップを含む。第１の認証材料は、聴覚デバイス識別子および／または第１の聴覚デバイス・チャレンジ値を含んでもよい。聴覚デバイスにおいて実行される方法は、メモリ・ユニットから聴覚デバイス識別子を取り出すステップ、および／または、たとえば、ランダム値もしくは擬似ランダム値として第１の聴覚デバイス・チャレンジ値を生成するステップを含んでもよい。聴覚デバイスにおいて実行される方法は、第１の聴覚デバイス・チャレンジ値を聴覚デバイス内に記憶するステップを含んでもよい。

聴覚デバイスにおいて実行される方法は、第１の認証タイプ識別子および／または第１の認証データを含む第１の認証要求を受信するステップを含む。第１の認証タイプ識別子は、どのタイプの認証がユーザ・アプリケーションによって使用されているのかを示す。

聴覚デバイスにおいて実行される方法は、第１の認証データを検証するステップを含む。聴覚デバイスにおいて第１の認証データを検証するステップは、第１の認証材料、たとえば、聴覚デバイス識別子および／または第１の聴覚デバイス・チャレンジ値に基づいてもよい。

聴覚デバイスにおいて実行される方法は、第１の認証データを検証するステップが成功した場合に、認証鍵を決定し、たとえば、聴覚デバイスのメモリ・ユニット内の一時メモリおよび／または認証鍵ストレージ内に記憶するステップを含む。

セキュリティ・データは、第１の認証タイプ識別子を示してもよい。聴覚デバイスにおいて実行される方法は、セキュリティ・データが一次認証タイプを示す場合に、および／または第１の認証データを検証するステップが成功した場合に、認証受諾メッセージを送信するステップと、オプションで、ユーザ・アプリケーションからの読取りメッセージの受信に応答して、第２の聴覚デバイス・チャレンジ値を含む第２の認証材料を送信するステップと、第２の認証タイプ識別子および／または第２の認証データを含む第２の認証要求を受信するステップとを含んでもよい。

聴覚デバイスにおいて実行される方法は、第２の認証データを検証するステップと、オプションで、第２の認証データを検証するステップが成功した場合に、聴覚デバイス内の認証鍵を示す認証鍵識別子を含む認証応答を送信するステップとを含んでもよい。聴覚デバイスにおいて第２の認証データを検証するステップは、第２の認証材料、たとえば、聴覚デバイス識別子および／または第２の聴覚デバイス・チャレンジ値に基づいてもよい。

認証応答は、聴覚デバイス認証データを含んでもよい。聴覚デバイスにおいて実行される方法は、認証タイプに応じて第１の共通秘密および／または第２の共通秘密などの共通秘密に基づいて聴覚デバイス認証データを決定するステップを含んでもよい。

聴覚デバイス認証データＨＤ＿ＡＤは、
ＨＤ＿ＡＤ＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＨＤ＿ＳＫ，ＨＤ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられてもよい。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化である。ＨＤ＿ＳＫは、聴覚デバイス・セッション鍵である。ＨＤ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。したがって、聴覚デバイス認証データは、第１の共通秘密に基づく聴覚デバイス・セッション鍵で静的な文字列を暗号化することによって生成されてもよい。

聴覚デバイス認証データＨＤ＿ＡＤは、
ＨＤ＿ＡＤ＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＨＤ＿ＳＫ＿２，ＨＤ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられてもよい。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化である。ＨＤ＿ＳＫ＿２は、二次聴覚デバイス・セッション鍵である。ＨＤ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。したがって、聴覚デバイス認証データは、第２の共通秘密に基づく二次聴覚デバイス・セッション鍵で静的な文字列を暗号化することによって生成されてもよい。

聴覚デバイス認証データは、聴覚デバイス・セッション鍵、二次聴覚デバイス・セッション鍵、および／または静的な文字列にハッシュ関数を適用することによって生成されてもよい。

聴覚デバイスにおいて実行される方法は、オプションで、第１または第２の認証データを検証するステップが成功した場合に、認証鍵を聴覚デバイスのメモリ・ユニット内の認証鍵ストレージ内に記憶するステップを含んでもよい。認証鍵ストレージは、異なるユーザ・アプリケーションまたは他のエンティティとの通信を認証するために聴覚デバイスによって使用される複数の認証鍵のための空間を含むか、または有してもよい。認証鍵ストレージ内に記憶された各認証鍵は、対応する認証鍵識別子を有する。

聴覚デバイスにおいて実行される方法は、第１の認証データを検証するステップが成功した場合に、タイマを開始するステップを含んでもよい。聴覚デバイスにおいて実行される方法は、タイマがタイマしきい値に達した場合に、たとえば、一時メモリ内の認証鍵を削除または上書きするステップを含んでもよい。聴覚デバイスにおいて実行される方法は、オプションで、第２の認証データの成功した検証に応答して、タイマを停止および／またはリセットするステップを含んでもよい。聴覚デバイスにおいて実行される方法は、ユーザ・アプリケーションからの読取りメッセージの受信に応答して、またはユーザ・アプリケーションからの第２の認証要求の受信に応答して、タイマを停止および／またはリセットするステップを含んでもよい。

聴覚デバイスにおいて実行される方法は、第２の認証データを検証するステップが失敗した場合、たとえば、一時メモリ内の認証鍵を削除または上書きするステップを含んでもよい。

セキュリティ・データは、二次認証タイプを示してもよい。聴覚デバイスにおいて実行される方法は、オプションで、セキュリティ・データが二次認証タイプを示す場合に、パスコードを、たとえば、聴覚デバイスのメモリ・ユニットから取り出すステップと、パスコードに基づいて第１の認証データを検証するステップと、第１の認証データを検証するステップが成功した場合に、聴覚デバイス内の認証鍵を示す認証鍵識別子を含む認証応答を送信するステップとを含んでもよい。聴覚デバイスにおいて実行される方法は、たとえば、セキュリティ・データが二次認証タイプを示す場合、たとえば、第１の認証データを検証するステップが成功した場合に、認証鍵を決定し、認証鍵を、たとえば、聴覚デバイスのメモリ・ユニット内の認証鍵ストレージ内に記憶するステップを含んでもよい。

聴覚デバイスにおいて実行される方法は、認証鍵および認証鍵識別子を使用して、ユーザ・アプリケーションを聴覚デバイスに接続するステップを含んでもよい。ユーザ・アプリケーションを聴覚デバイスに接続するステップは、認証鍵識別子と、オプションで三次認証タイプを示す第１の認証タイプ識別子とを含む第１の認証要求を受信するステップを含んでもよい。

ユーザ・アプリケーションにおいて実行される方法に関連して説明した特徴は、聴覚デバイスにおいて実行される方法にも適用されてもよい。具体的には、認証データの検証のための共通秘密の計算は、好ましくは、聴覚デバイスとユーザ・アプリケーションの両方で同じ方法で実行される。

本開示は、ユーザ・アクセサリ・デバイスのためのユーザ・アプリケーションにも関する。ユーザ・アクセサリ・デバイスは、スマートフォン、スマートウォッチ、またはタブレット・コンピュータであってもよい。ユーザ・アプリケーションは、ユーザ・アクセサリ・デバイス内にインストールされると、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を形成するように構成される。

本方法およびデバイスは、本明細書で開示されるような信頼できる結合の最初の作成後に、聴覚デバイスとユーザ・アプリケーションとの間の簡単で安全な接続を可能にする。したがって、信頼できる結合が形成された後、処理の重い認証手順を、回避するか、または少なくとも大幅に削減することができる。

すなわち、本明細書で開示される方法、ならびに、ユーザ・アプリケーションおよび聴覚デバイスは、脅威および攻撃から保護するために、セキュリティ機構などの適切な安全防護および対抗手段を実施することによって、セキュリティ脅威、脆弱性、および攻撃に対して堅牢な聴覚システム通信を可能にする。

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

図１は、例示的な聴覚システムを示す。聴覚システム２は、サーバ・デバイス４と、聴覚デバイス８およびユーザ・アクセサリ・デバイス１０を備える聴覚デバイス・システム６とを備える。ユーザ・アクセサリ・デバイス１０は、聴覚デバイス８とワイヤレス通信するように構成されたスマートフォンであってもよい。ユーザ・アプリケーション１２は、ユーザ・アクセサリ・デバイス１０内にインストールされる。ユーザ・アプリケーションは、聴覚デバイス８を制御するためのものおよび／または聴覚デバイスのユーザを支援するためのものであってもよい。１つまたは複数の例示的なユーザ・アプリケーションでは、ユーザ・アプリケーション１２は、ファームウェアおよび／または聴覚デバイス設定を聴覚デバイスに転送するように構成される。１つまたは複数の例示的なユーザ・アプリケーションでは、ユーザ・アプリケーション１２は、聴覚デバイスの音量、プログラムなどの動作パラメータを制御するように構成される。

聴覚デバイス８は、聴覚デバイス８のユーザの聴力損失を補償するように構成されてもよい。聴覚デバイス８は、たとえば、ワイヤレスおよび／または有線の第１の通信リンク２０を使用して、ユーザ・アクセサリ・デバイス１０／ユーザ・アプリケーション１２と通信するように構成される。第１の通信リンク２０は、シングル・ホップ通信リンクまたはマルチ・ホップ通信リンクであってもよい。第１の通信リンク２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈｌｏｗｅｎｅｒｇｙ、ＩＥＥＥ８０２．１１、および／またはＺｉｇＢｅｅ（登録商標）を介して伝送されてもよい。

聴覚デバイス８は、第１の通信リンク２０を含むワイヤレス通信を受信／送信するために、アンテナ２４と、アンテナ２４に結合された無線トランシーバ２６とを含むインターフェースを備える。聴覚デバイス８は、それぞれ第１および第２のマイクロフォン入力信号を提供するための、第１のマイクロフォン２８と、オプションで第２のマイクロフォン３０とを含むマイクロフォンのセットを備える。聴覚デバイス８は、単一マイクロフォン聴覚デバイスであってもよい。聴覚デバイス８は、処理ユニット３２に接続されたメモリ・ユニット（図示せず）を備える。聴覚デバイス８は、入力信号を受信し処理するために、トランシーバ２６およびマイクロフォン２８、３０に接続された処理ユニット３２を備える。処理ユニット３２は、聴覚デバイス設定に基づいてユーザの聴力損失を補償し、入力信号に基づいて電気出力信号を提供するように構成される。レシーバ３４は、電気出力信号を、聴覚デバイスのユーザの鼓膜に向けられるべき音声出力信号に変換する。

ユーザ・アクセサリ・デバイス１０は、処理ユニット３６と、メモリ・ユニット３８と、インターフェース４０とを備える。ユーザ・アプリケーション１２は、ユーザ・アクセサリ・デバイス１０のメモリ・ユニット３８内にインストールされ、ユーザ・アクセサリ・デバイス上で動作しているとき、たとえば、取得モジュール２０２ａを用いて、第１の認証材料を取得する動作と、たとえば、送信モジュール２０４ａを用いて、認証タイプ識別子および第１の認証データを含む第１の認証要求を聴覚デバイスに送信する動作と、たとえば、受信モジュール２０６ａを用いて、認証鍵識別子を含む認証応答を受信する動作と、たとえば、記憶モジュール２０８ａを用いて、認証鍵および認証鍵識別子を記憶する動作であって、認証鍵が第１の認証材料に基づく、動作と、たとえば、接続モジュール２１０ａを用いて、認証鍵および認証鍵識別子を使用してユーザ・アプリケーションを聴覚デバイスに接続する動作とを行うように構成される。接続モジュール２１０ａは、たとえば、第２の通信リンク２２を介して、サーバ・デバイスと接続するためにも使用されてもよい。

図２は、一次認証タイプに従って聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する例示的な方法を示す、ユーザ・アプリケーション１２と聴覚デバイス８との間の例示的なシグナリング図１００を示す。

ユーザ・アプリケーション１２は、読取りメッセージ１０２を聴覚デバイスに送信することによって、聴覚デバイス識別子ＨＤ＿ＩＤおよび第１の聴覚デバイス・チャレンジ値ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１を含む第１の認証材料を取得する。聴覚デバイスは、ユーザ・アプリケーションからの読取りメッセージの受信に応答して、第１の聴覚デバイス・チャレンジ値を生成し、第１の聴覚デバイス・チャレンジ値を聴覚デバイスのメモリ・ユニット内に記憶し、読取り応答メッセージ１０６において第１の認証材料１０４をユーザ・アプリケーションに送信する。

さらに、ユーザ・アプリケーションおよび聴覚デバイスは、鍵交換シグナリング１０７によってＤｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムのための公開鍵を交換する。一次認証タイプでは、鍵交換シグナリングは、省略されてもよい。

ユーザ・アプリケーション１２は、第１の認証データＡＤ＿１を決定し、第１の認証要求１０８において第１の認証タイプ識別子ＡＵＴ＿Ｔ＿ＩＤおよび第１の認証データＡＤ＿１を聴覚デバイスに送信する。第１の認証タイプ識別子ＡＵＴ＿Ｔ＿ＩＤは、一次認証タイプにおける第１のメッセージを示す、第１の認証要求１０８内に存在する。第１の認証データＡＤ＿１は、
ＡＤ＿１＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＡＰＰ＿ＳＫ，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
によって与えられる。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化であり、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。

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

ＣＳ＿１は、第１の共通秘密であり、
ＣＳ＿１＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＤＨ＿ＳＥＣＲＥＴ）
として与えられる。ここで、ＨＡＳＨは、ＳＨＡ−２のようなハッシュ関数であり、ＨＤ＿ＫＥＹは、聴覚デバイス鍵であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は、第１の聴覚デバイス・チャレンジ値であり、ＤＨ＿ＳＥＣＲＥＴは、鍵交換シグナリング１０７の間に聴覚デバイスの公開鍵およびユーザ・アプリケーションの公開鍵から導出されたＤｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムの共通秘密である。ＣＳ＿１を決定するために使用される２つのハッシュ関数は、同じまたは異なるハッシュ関数であってもよい。

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

聴覚デバイス８は、第１の認証要求１０８を受信し、ＡＤ＿１を、聴覚デバイスにおいて計算された認証データと比較することによって、第１の認証データＡＤ＿１を検証する。聴覚デバイス８が第１の認証データの検証に成功し、オプションで、聴覚デバイスが第１の認証タイプ識別子によって示される一次認証タイプを受諾する場合、聴覚デバイスは、認証鍵を計算し、認証鍵を一時メモリ内に記憶し、認証許諾メッセージ１１０を送信し、タイマを開始する。

タイマがタイマしきい値に達する前に聴覚デバイスが再起動されたと仮定すると、ユーザ・アプリケーションは、認証許諾メッセージの受信後に、聴覚デバイスが再び可視であることを検出し、第２の認証材料を取得するために、読取りメッセージ１１２を聴覚デバイスに送信する。聴覚デバイスは、ユーザ・アプリケーションからの読取りメッセージ１１２の受信に応答して、第２の聴覚デバイス・チャレンジ値ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿２を生成し、第２の聴覚デバイス・チャレンジ値を聴覚デバイスのメモリ・ユニット内に記憶し、読取り応答メッセージ１１６において第２の認証材料１１４をユーザ・アプリケーションに送信する。

読取りメッセージ１１６を受信すると、ユーザ・アプリケーション１２は、第２の認証データＡＤ＿２を決定し、第２の認証要求１１８において第１の認証タイプ識別子ＡＵＴ＿Ｔ＿ＩＤおよび第２の認証データＡＤ＿２を聴覚デバイスに送信する。第１の認証タイプ識別子ＡＵＴ＿Ｔ＿ＩＤは、一次認証タイプにおける第２のメッセージを示す、第２の認証要求１１８内に存在する。第２の認証データＡＤ＿２は、
ＡＤ＿２＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＡＰＰ＿ＳＫ＿２，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
によって与えられる。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化であり、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。

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

ＣＳ＿２は、第２の共通秘密であり、
ＣＳ＿２＝ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿２），ＡＵＴＨ＿ＫＥＹ）
として与えられる。ここで、ＨＡＳＨは、ＳＨＡ−２のようなハッシュ関数であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿２は、第２の聴覚デバイス・チャレンジ値であり、ＡＵＴＨ＿ＫＥＹは、
ＡＵＴＨ＿ＫＥＹ＝ＨＡＳＨ（ＣＳ＿１，ＡＵＴＨ＿ＫＥＹ＿ＳＴＲＩＮＧ）
として与えられる、認証鍵である。

ＨＤ＿ＫＥＹは、ここでも、聴覚デバイス識別子に基づく聴覚デバイス鍵であり、
ＨＤ＿ＫＥＹ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＡＰＰ＿ＫＥＹ）
として与えられる。ここで、ＨＡＳＨは、ＳＨＡ−２のようなハッシュ関数であり、ＨＤ＿ＩＤは、聴覚デバイス識別子であり、ＡＰＰ＿ＫＥＹは、ユーザ・アプリケーション内に記憶された鍵材料である。ここでも、二次アプリケーション・セッション鍵を決定するための異なるステップにおいて、同じまたは異なるハッシュ関数が使用されてもよい。

聴覚デバイス８は、第２の認証要求１１８を受信し、ＡＤ＿２を、聴覚デバイスにおいて計算された認証データと比較することによって、第２の認証要求／第２の認証データＡＤ＿２を検証する。タイマがタイマしきい値に達した場合、聴覚デバイスは、認証鍵を削除または上書きし、したがって、後の時点における認証鍵を使用した接続を防止する。

聴覚デバイス８が第２の認証データの検証に成功した場合、聴覚デバイスは、一時メモリからの認証鍵を、関連する認証鍵識別子と共に、聴覚デバイスのメモリ・ユニット内の認証鍵ストレージ内に記憶し、第２の共通秘密に基づいて聴覚デバイス認証データを決定し、聴覚デバイス認証データＨＤ＿ＡＤおよび認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤを含む認証応答１２０をユーザ・アプリケーション１２に送信する。

聴覚デバイス認証データＨＤ＿ＡＤは、
ＨＤ＿ＡＤ＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＨＤ＿ＳＫ＿２，ＨＤ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられる。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化であり、ＨＤ＿ＳＫ＿２は、第２の共通秘密ＣＳ＿２に基づく二次聴覚デバイス・セッション鍵であり、ＨＤ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。

二次聴覚デバイス・セッション鍵ＨＤ＿ＳＫ＿２は、
ＨＤ＿ＳＫ＿２＝ＨＡＳＨ（ＣＳ＿２，ＨＤ＿ＳＫ＿ＳＴＲＩＮＧ）
として与えられる。ＨＡＳＨは、ＳＨＡ−２のようなハッシュ関数であり、ＣＳ＿２は、第２の共通秘密であり、ＨＤ＿ＳＫ＿ＳＴＲＩＮＧは、静的な文字列である。

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

ユーザ・アプリケーション１２は、認証応答１２０を受信し、ＨＤ＿ＡＤを、第２の共通秘密に基づいてユーザ・アプリケーションにおいて計算された認証データと比較することによって、聴覚デバイス認証データＨＤ＿ＡＤを検証することによって、認証応答を検証する。認証応答の検証が成功した場合、ユーザ・アプリケーションは、（前に計算されていない場合）認証鍵ＡＵＴＨ＿ＫＥＹを計算し、認証鍵および認証応答からの認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤを記憶し、接続シグナリング１２２によって、認証鍵ＡＵＴＨ＿ＫＥＹおよび認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤを使用して、聴覚デバイスに接続する。

図３は、二次認証タイプに従って聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する例示的な方法を示す、ユーザ・アプリケーション１２と聴覚デバイス８との間の例示的なシグナリング図１００Ａを示す。

さらに、ユーザ・アプリケーションおよび聴覚デバイスは、鍵交換シグナリング１０７によってＤｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムのための公開鍵を交換する。

ユーザ・アプリケーション１２は、ユーザ・アプリケーションを実行するユーザ・アクセサリ・デバイスのユーザ・インターフェースを介してパスコードを受信することによって、ユーザ・アプリケーションのユーザからパスコードを取得し、パスコードに基づいて、第１の認証データを含む第１の認証要求１０８を作成する。第１の認証データＡＤ＿１は、
ＡＤ＿１＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＡＰＰ＿ＳＫ，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
によって与えられる。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化であり、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。

ＣＳ＿１は、第１の共通秘密であり、
ＣＳ＿１＝ＨＡＳＨ（ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＰＡＳＳＣＯＤＥ＿ＩＮＦＯ），ＤＨ＿ＳＥＣＲＥＴ）
として与えられる。ここで、ＨＡＳＨは、ＳＨＡ−２のようなハッシュ関数であり、ＨＤ＿ＫＥＹは、聴覚デバイス識別子に基づく聴覚デバイス鍵であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は、第１の聴覚デバイス・チャレンジ値であり、ＰＡＳＳＣＯＤＥ＿ＩＮＦＯは、ユーザによって入力されたパスコードに基づくものであり、ＤＨ＿ＳＥＣＲＥＴは、聴覚デバイスの公開鍵およびユーザ・アプリケーションの公開鍵から導出されたＤｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムの共通秘密である。パスコード情報ＰＡＳＳＣＯＤＥ＿ＩＮＦＯは、
ＰＡＳＳＣＯＤＥ＿ＩＮＦＯ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＰＡＳＳＣＯＤＥ＿ＳＴＲ）
として与えられる。ここで、ＨＡＳＨは、ＳＨＡ−２のようなハッシュ関数であり、ＨＤ＿ＩＤは、聴覚デバイス識別子であり、ＰＡＳＳＣＯＤＥ＿ＳＴＲは、ユーザによって入力されたパスコードを有する文字列である。

ＨＤ＿ＫＥＹは、聴覚デバイス識別子に基づく聴覚デバイス鍵であり、
ＨＤ＿ＫＥＹ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＡＰＰ＿ＫＥＹ）
として与えられる。ここで、ＨＡＳＨは、ＳＨＡ−２のようなハッシュ関数であり、ＨＤ＿ＩＤは、聴覚デバイス識別子であり、ＡＰＰ＿ＫＥＹは、ユーザ・アプリケーション内に記憶された鍵材料である。ここでも、二次アプリケーション・セッション鍵および／または第１の共通秘密を決定するための異なるステップにおいて、同じまたは異なるハッシュ関数が使用されてもよい。

聴覚デバイス８は、第１の認証要求１０８を受信し、ＡＤ＿１を、たとえば、聴覚デバイスのフィッティング中または聴覚デバイスの更新中に聴覚デバイスのメモリ・ユニット内に記憶されたパスコード情報に基づいて聴覚デバイスにおいて計算された認証データと比較することによって、第１の認証データＡＤ＿１を検証する。聴覚デバイス８が第１の認証データの検証に成功し、オプションで、聴覚デバイスが第１の認証タイプ識別子によって示される二次認証タイプを受諾する場合、聴覚デバイスは、認証鍵を計算し、認証鍵を、関連する認証鍵識別子と共にメモリ・ユニット内に記憶し、聴覚デバイス認証データを決定し、聴覚デバイス認証データＨＤ＿ＡＤおよび認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤを含む認証応答１２０をユーザ・アプリケーション１２に送信する。

聴覚デバイス認証データＨＤ＿ＡＤは、
ＨＤ＿ＡＤ＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＨＤ＿ＳＫ，ＨＤ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられる。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化であり、ＨＤ＿ＳＫは、第１の共通秘密ＣＳ＿１に基づく聴覚デバイス・セッション鍵であり、ＨＤ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。したがって、聴覚デバイス認証データは、第１の共通秘密に基づく聴覚デバイス・セッション鍵で静的な文字列を暗号化することによって生成されてもよい。

ユーザ・アプリケーション１２は、認証応答１２０を受信し、ＨＤ＿ＡＤを、第１の共通秘密に基づいてユーザ・アプリケーションにおいて計算された認証データと比較することによって、聴覚デバイス認証データＨＤ＿ＡＤを検証することによって、認証応答を検証する。認証応答の検証が成功した場合、ユーザ・アプリケーションは、（前に計算されていない場合）認証鍵ＡＵＴＨ＿ＫＥＹを計算し、認証鍵および認証応答からの認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤを記憶し、接続シグナリング１２２によって、認証鍵ＡＵＴＨ＿ＫＥＹおよび認証鍵識別子ＡＵＴＨ＿ＫＥＹ＿ＩＤを使用して、聴覚デバイスに接続する。

図４は、ユーザ・アプリケーションにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する例示的な方法を示す。方法２００は、たとえば、取得モジュール２０２ａを用いて、第１の認証材料を取得するステップ２０２を含み、第１の認証材料は、聴覚デバイス識別子と、第１の聴覚デバイス・チャレンジ値とを含む。方法２００は、たとえば、取得モジュール２０２ａを用いて、聴覚デバイスのセキュリティ・データを取得するステップ２０３をオプションで含み、セキュリティ・データは、ユーザ・アプリケーションにおいて適用されるべき認証を示すタイプ識別子と、ユーザ・アプリケーションが聴覚デバイスとの通信をサポートするかどうかをユーザ・アプリケーションが検証することを可能にする鍵材料識別子とを含む。方法２００は、第１の認証データを決定するステップ２０３Ａと、たとえば、送信モジュール２０４ａを用いて、第１の認証タイプ識別子および第１の認証データを含む第１の認証要求を聴覚デバイスに送信するステップ２０４とに進む。第１の認証データを決定するステップ２０３Ａは、第１の認証材料に基づいて第１の共通秘密を決定するステップ２０３Ｂをオプションで含み、たとえば、図２に関連して説明した第１の共通秘密に基づいて第１の認証データを決定するステップ２０３Ｃをオプションで含む。第１の認証データを決定するステップ２０３Ａは、たとえば、２０３Ｃの一部として、たとえば、第１の共通秘密に基づいてアプリケーション・セッション鍵を決定するステップ２０３Ｄをオプションで含み、アプリケーション・セッション鍵に基づいて第１の認証データを計算するステップをオプションで含む。第１の認証要求は、２０３において取得されたセキュリティ・データに基づく第１の認証タイプ識別子を含む。

方法２００は、たとえば、受信モジュール２０６ａを用いて、認証鍵識別子を含む認証応答を受信するステップ２０６と、たとえば、記憶モジュール２０８ａを用いて、認証鍵および認証鍵識別子を記憶するステップ２０８とを含み、認証鍵は、第１の認証材料に基づく。さらに、方法２００は、たとえば、接続モジュール２１０ａを用いて、認証鍵および認証鍵識別子を使用して、ユーザ・アプリケーションを聴覚デバイスに接続するステップ２１０を含む。方法２００は、たとえば、２０３Ａまたは２０８の一部として、第１の認証材料に基づいて、認証鍵を計算するステップ２１１を含む。方法は、聴覚デバイスの公開鍵を取得するステップ２２６を含んでもよい。１つまたは複数の例示的な方法では、聴覚デバイスの公開鍵を取得するステップは、第１の認証材料を取得するステップ２０２の前または後に実行されてもよい。第１の認証データを決定するステップ２０３Ａは、たとえば、先に説明したようにＤｉｆｆｉｅ−Ｈｅｌｍａｎ方式を使用して、聴覚デバイスの公開鍵およびユーザ・アプリケーションの公開鍵に基づいてもよい。

図５は、ユーザ・アプリケーションにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する例示的な方法を示す。方法２００Ａは、同じ参照番号を使用して図４に関連してすでに説明した動作を含む。方法２００Ａは、２０２から２０３Ａに直接進まない場合、セキュリティ・データおよび／または第１の認証材料を検証するステップ２１２をオプションで含む。セキュリティ・データおよび／または第１の認証材料が検証された場合、方法２００Ａは、図４により詳細に示され説明された２０３Ａに進み、検証２１２が失敗した場合、方法２００Ａは、たとえば、ユーザ・アプリケーションにおいてエラー・メッセージを提供するステップ２１４Ａを含む２１４で終了する。

方法２００Ａは、２０６から２０８に直接進まない場合、認証応答を検証するステップ２１６をオプションで含む。認証応答を検証するステップが成功した場合、認証鍵および認証鍵識別子を記憶するステップ２０８の動作、ならびに／または認証鍵および認証鍵識別子を使用してユーザ・アプリケーションを聴覚デバイスに接続するステップ２１０の動作が実行される。認証応答を検証するステップは、認証タイプに応じて第１の共通秘密および／または第２の共通秘密に基づく。

図６は、ユーザ・アプリケーションにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する例示的な方法を示す。２０３において取得されたセキュリティ・データは、一次認証タイプを示し、ユーザ・アプリケーションは、それに応じて動作する。ステップ２０３Ａは、図４の方法２００に関して説明したものと同じである。方法２００Ｂは、認証許諾メッセージ、たとえば、認証許諾メッセージ１１０を受信するステップ２１８を含む。認証許諾メッセージは、聴覚デバイスが、第１の認証要求、たとえば、第１の認証要求１０８の第１の認証データ／第１の認証タイプ識別子を受諾したことを示す。方法２００Ｂは、第２の聴覚デバイス・チャレンジ値および／または聴覚デバイス識別子を含む第２の認証材料を取得するステップ２２０と、第２の認証材料に基づいて第２の認証データを決定するステップ２２２とに進む。第２の認証データを決定するステップ２２２は、図２に関連して説明したように、第２の認証材料に基づいて第２の共通秘密を決定するステップ２２２Ａをオプションで含み、第２の共通秘密に基づいて第２の認証データを決定するステップ２２２Ｂをオプションで含む。

第２の認証データを決定するステップ２２２は、たとえば、２２２Ｂの一部として、たとえば、第２の共通秘密に基づいて、二次アプリケーション・セッション鍵を決定するステップ２２２Ｃをオプションで含み、二次アプリケーション・セッション鍵に基づいて第２の認証データを計算するステップをオプションで含む。方法２００Ｂは、第１の認証タイプ識別子および第２の認証データを含む第２の認証要求を聴覚デバイスに送信するステップ２２４を含み、第１の認証タイプ識別子は、一次認証タイプに対する第２の認証要求を示す。方法２００Ｂでは、認証応答を検証するステップ２１６は、第２の共通秘密に基づく。

図７は、ユーザ・アプリケーションにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する例示的な方法を示す。２０３において取得されるセキュリティ・データは、二次認証タイプを示し、ユーザ・アプリケーションは、それに応じて動作する。方法２００Ｃは、ユーザ・アプリケーションを動作するユーザ・アクセサリ・デバイスのユーザ・インターフェースを介してパスコードを受信することによって、ユーザ・アプリケーションのユーザからパスコードを取得するステップ２２４を含む。決定するステップ２０３Ａは、ユーザによって入力されたパスコードに基づき、認証鍵を決定するステップ２１１（図４参照）は、パスコードに基づく。方法２００Ｃは、聴覚デバイスの公開鍵を取得するステップ２２６を含む。

方法２００Ｃのステップ２０３Ａでは、第１の認証データＡＤ＿１は、
ＡＤ＿１＝ＡＥＳ＿ＣＯＵＮＴＥＲ（ＡＰＰ＿ＳＫ，ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧ）
として与えられる。ここで、ＡＥＳ＿ＣＯＵＮＴＥＲは、カウンタ・モードにおけるＡＥＳによる暗号化であり、ＡＰＰ＿ＳＫは、アプリケーション・セッション鍵であり、ＡＰＰ＿Ｓ＿ＳＴＲＩＮＧは、静的な文字列である。アプリケーション・セッション鍵ＡＰＰ＿ＳＫは、
ＡＰＰ＿ＳＫ＝ＨＡＳＨ（ＣＳ＿１，ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧ）
として与えられる。ここで、ＨＡＳＨは、ハッシュ関数であり、ＣＳ＿１は、第１の共通秘密であり、ＡＰＰ＿ＳＫ＿ＳＴＲＩＮＧは、静的な文字列である。

第１の共通秘密ＣＳ＿１は、例示的な方法２００Ｃにおいて、
ＣＳ＿１＝ＨＡＳＨ（ＨＡＳＨ（ＨＡＳＨ（ＨＤ＿ＫＥＹ，ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１），ＰＡＳＳＣＯＤＥ＿ＩＮＦＯ），ＤＨ＿ＳＥＣＲＥＴ）
として与えられる。ここで、ＨＡＳＨは、ハッシュ関数であり、ＨＤ＿ＫＥＹは、たとえば、聴覚デバイス識別子に基づく聴覚デバイス鍵であり、ＨＤ＿ＣＨＡＬＬＥＮＧＥ＿１は、第１の聴覚デバイス・チャレンジ値であり、ＰＡＳＳＣＯＤＥ＿ＩＮＦＯは、ユーザによって入力されたパスコードに基づくものであり、ＤＨ＿ＳＥＣＲＥＴは、聴覚デバイスの公開鍵およびユーザ・アプリケーションの公開鍵から導出されたＤｉｆｆｉｅ−Ｈｅｌｌｍａｎアルゴリズムの共通秘密である。パスコード情報ＰＡＳＳＣＯＤＥ＿ＩＮＦＯは、
ＰＡＳＳＣＯＤＥ＿ＩＮＦＯ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＰＡＳＳＣＯＤＥ＿ＳＴＲ）
として与えられる。ここで、ＨＡＳＨは、ハッシュ関数であり、ＨＤ＿ＩＤは、聴覚デバイス識別子であり、ＰＡＳＳＣＯＤＥ＿ＳＴＲは、ユーザによって入力されたパスコードを有する文字列である。

聴覚デバイス鍵ＨＤ＿ＫＥＹは、
ＨＤ＿ＫＥＹ＝ＨＡＳＨ（ＨＤ＿ＩＤ，ＡＰＰ＿ＫＥＹ）
として与えられる。ここで、ＨＡＳＨは、ハッシュ関数であり、ＨＤ＿ＩＤは、聴覚デバイス識別子であり、ＡＰＰ＿ＫＥＹは、ユーザ・アプリケーション内に記憶された鍵材料である。聴覚デバイス鍵およびＰＡＳＳＣＯＤＥ＿ＳＴＲ／ＰＡＳＳＳＣＯＤＥ＿ＩＮＦＯも、聴覚デバイス内に見出されるか、または記憶され、したがって、聴覚デバイスが第１の共通秘密を計算し、第１の認証データを検証することを可能にする。

図８は、聴覚デバイスにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する例示的な方法を示す。方法３００は、たとえば、送信モジュール３０２ａを用いて、聴覚デバイスのセキュリティ・データを送信するステップ３０２であって、セキュリティ・データが、聴覚デバイスにおいて用いられる認証タイプを示す、ステップ３０２と、たとえば、送信モジュール３０４ａを用いて、聴覚デバイスおよび第１の聴覚デバイス・チャレンジ値を含む第１の認証材料を送信するステップ３０４と、たとえば、受信モジュール３０６ａを用いて、第１の認証タイプ識別子および第１の認証データを含む第１の認証要求を受信するステップ３０６と、たとえば、検証モジュール３０８ａを用いて、第１の認証データおよび／または第１の認証タイプ識別子を検証するステップ３０８と、たとえば、決定および記憶モジュール３１０ａを用いて、第１の認証データを検証するステップ３１２が成功した場合、認証鍵を決定し記憶するステップ３１０とを含む。方法３００は、聴覚デバイスの公開鍵をユーザ・アプリケーションに送信するステップ３１４をオプションで含む。聴覚デバイスが一次認証を実行する場合、ステップ３１０における認証鍵は、一時メモリ内に記憶され、方法３００は、認証許諾メッセージを送信するステップ３１５と、タイマを開始するステップ３１６とに進む。タイマが３１８でタイム・アウトした場合、すなわち、タイマがタイマしきい値に達した場合、方法は、一時メモリ内の認証鍵を削除または上書きし、聴覚デバイスとユーザ・アプリケーションとの間の信頼できる結合の作成を中止するステップ３２０に進む。そうでなければ、方法は、読取りメッセージが受信されたかどうかを決定するステップ３２２に進む。読取りメッセージが受信された場合、方法３００は、第２の聴覚デバイス・チャレンジ値を含む第２の認証材料を送信するステップ３２４と、第２の認証タイプ識別子および第２の認証データを含む第２の認証要求を受信するステップ３２６とに進む。方法３００は、一時メモリ内に記憶された認証鍵に基づいて第２の認証データを検証するステップ３２８と、第２の認証データを検証するステップ３２８が成功した場合、認証鍵を関連する認証鍵識別子と共に認証鍵ストレージ内に記憶するステップ３２９と、聴覚デバイス内の認証鍵を示す認証鍵識別子を含む認証応答を生成し送信するステップ３３０とを含む。認証応答を生成し送信するステップは、聴覚デバイス認証データを決定するステップを含み、認証応答は、聴覚デバイス認証データを含む。

セキュリティ・データが二次認証タイプを示す場合、方法３００は、聴覚デバイスのメモリ・ユニットからパスコードを取り出すステップ３３２と、パスコードに基づいて第１の認証データを検証するステップ３３４とに進む。３３４において第１の認証データが検証されない場合、方法３００は、聴覚デバイスとユーザ・アプリケーションとの間の信頼できる結合の作成を中止する。さらに、方法３００は、第１の認証データを検証するステップが成功した場合、聴覚デバイス内の認証鍵を示す認証鍵識別子を含む認証応答を送信するステップ３３６を含む。

図９は、例示的な聴覚デバイスを示す。聴覚デバイス８は、送信モジュール３０２ａと、送信モジュール３０４ａと、受信モジュール３０６ａと、検証モジュール３０８ａと、決定および記憶モジュール３１０ａとを含む処理ユニット３５０を備える。さらに、聴覚デバイスは、メモリ・ユニット３５２と、インターフェース３５４とを備え、聴覚デバイス８は、たとえば、送信モジュール３０４ａを用いて、第１の認証材料を送信し、たとえば、受信モジュール３０６ａを用いて、第１の認証タイプ識別子および第１の認証データを含む第１の認証要求を受信し、たとえば、検証モジュール３０８ａを用いて、第１の認証データを検証し、第１の認証データの検証が成功した場合、たとえば、決定および記憶モジュール３１０ａを用いて、認証鍵を決定し記憶するように構成される。

聴覚デバイス８は、本明細書で開示される方法の少なくとも一部を実行するように構成されてもよい。処理ユニット３５０は、ステップ３０２を実行するように構成された送信モジュール３０２ａ、ステップ３０４を実行するように構成された送信モジュール３０４ａ、ステップ３０６を実行するように構成された受信モジュール３０６ａ、ステップ３０８を実行するように構成された検証モジュール３０８ａ、ならびにステップ３１０を実行するように構成された決定および記憶モジュール３１０ａのいずれかのような、いくつかのオプションの機能モジュールをさらに含んでもよい。一般的に言えば、各機能モジュールは、ハードウェアおよび／またはソフトウェアにおいて実装されてもよい。

「第１の」、「第２の」、「第３の」、および「第４の」などの用語の使用は、どのような順序をも意味せず、個々の要素を識別するために含まれる。さらに、第１の、第２のなどの用語の使用は、どのような順序または重要性をも示さず、第１の、第２のなどの用語は、ある要素を別の要素と区別するために使用される。第１のおよび第２のという単語は、ここおよび他の場所では、ラベル付けの目的のために使用され、特定の空間的または時間的な順序を示すものではないことに留意されたい。さらに、第１の要素のラベル付けは、第２の要素の存在を意味せず、その逆もまた同じである。

特徴について示し、説明したが、それらは、特許請求の範囲に記載された発明を限定するものではないことが理解され、特許請求の範囲に記載された発明の要旨および範囲から逸脱することなく、様々な変更および修正が行われてもよいことが当業者には明らかであろう。したがって、明細書および図面は、限定的な意味ではなく、例示的な意味で考慮されるべきである。特許請求の範囲に記載された発明は、すべての代替物、修正物、および均等物を包含するものである。

２：聴覚システム
４：サーバ・デバイス
６：聴覚デバイス・システム
８：聴覚デバイス
１０：ユーザ・アクセサリ・デバイス
１２：ユーザ・アプリケーション
２０：第１の通信リンク
２２：第２の通信リンク
２４：アンテナ
２６：無線トランシーバ
２８：第１のマイクロフォン
３０：第２のマイクロフォン
３２：処理ユニット
３４：レシーバ
３６：処理ユニット
３８：メモリ・ユニット
４０：インターフェース
１００：シグナリング図
１００Ａ：シグナリング図
１０２：読取りメッセージ
１０４：第１の認証データ
１０６：読取り応答メッセージ
１０７：鍵交換シグナリング
１０８：第１の認証要求
１１０：認証許諾メッセージ
１１２：読取りメッセージ
１１４：第２の認証材料
１１６：読取り応答メッセージ
１１８：第２の認証要求
１２０：認証応答
１２２：接続シグナリング
２００：聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法
２００Ａ：聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法
２００Ｂ：聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法
２０２：第１の認証材料を取得する
２０２ａ：取得モジュール
２０３：セキュリティ・データを取得する
２０３Ａ：第１の認証データを決定する
２０３Ｂ：第１の共通秘密を決定する
２０３Ｃ：第１の共通秘密に基づいて第１の認証データを決定する
２０３Ｄ：アプリケーション・セッション鍵を決定し、アプリケーション・セッション鍵に基づいて第１の認証データを計算する
２０４：第１の認証要求を送信する
２０４ａ：送信モジュール
２０６：認証応答を受信する
２０６ａ：受信モジュール
２０８：認証鍵および認証鍵識別子を記憶する
２０８ａ：記憶モジュール
２１０：ユーザ・アプリケーションを聴覚デバイスに接続する
２１１：認証鍵を計算する
２１２：セキュリティ・データおよび／または第１の認証材料を検証する
２１４：終了する
２１４Ａ：エラー・メッセージを提供する
２１６：認証応答を検証する
２１８：認証許諾メッセージを受信する
２２０：第２の認証材料を取得する
２２２：第２の認証データを決定する
２２２Ａ：第２の認証材料に基づいて第２の共通秘密を決定する
２２２Ｂ：第２の共通秘密に基づいて第２の認証データを決定する
２２２Ｃ：二次アプリケーション・セッション鍵を決定し、二次アプリケーション・セッション鍵に基づいて第２の認証データを計算する
２２４：パスコードを取得する
２２６：聴覚デバイスの公開鍵を取得する
３００：聴覚デバイスにおいて実行される、聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法
３０２：セキュリティ・データを送信する
３０２ａ：送信モジュール
３０４：第１の認証材料を送信する
３０４ａ：送信モジュール
３０６：第１の認証要求を受信する
３０６ａ：受信モジュール
３０８：第１の認証データおよび／または第１の認証タイプ識別子を検証する
３０８ａ：検証モジュール
３１０：認証鍵を決定し記憶する
３１０ａ：決定および記憶モジュール
３１２：検証ｏｋ？
３１４：聴覚デバイスの公開鍵を送信する
３１６：タイマを開始する
３１８：タイム・アウト？
３２０：一時メモリ内の認証鍵を削除または上書きする
３２２：読取りメッセージが受信されたか？
３２４：第２の認証材料を送信する
３２６：第２の認証要求を受信する
３２８：第２の認証要求を検証する
３２９：認証鍵を認証鍵ストレージ内に記憶する
３３０：認証応答を生成し送信する
３３２：聴覚デバイスのメモリ・ユニットからパスコードを取り出す
３３４：パスコードに基づいて第１の認証データを検証する
３３６：認証応答を送信する
３５０：処理ユニット
３５２：メモリ・ユニット
３５４：インターフェース

Claims

ユーザ・アプリケーションにおいて実行される、聴覚デバイスと前記ユーザ・アプリケーションとの間に信頼できる結合を作成する方法であって、前記方法が、
第１の認証材料を取得するステップと、
第１の認証タイプ識別子および第１の認証データを含む第１の認証要求を前記聴覚デバイスに送信するステップと、
認証鍵識別子を含む認証応答を受信するステップと、
認証鍵および前記認証鍵識別子を記憶するステップであって、前記認証鍵が前記第１の認証材料に基づく、ステップと、
前記認証鍵および前記認証鍵識別子を使用して前記ユーザ・アプリケーションを前記聴覚デバイスに接続するステップと
を含む、方法。
前記第１の認証材料が、聴覚デバイス識別子と、第１の聴覚デバイス・チャレンジ値とを含む、請求項１に記載の方法。
前記方法が、前記第１の認証材料に基づいて第１の共通秘密を決定するステップを含む、請求項１または２に記載の方法。
前記方法が、アプリケーション・セッション鍵を決定するステップと、前記アプリケーション・セッション鍵に基づいて前記第１の認証データを計算するステップとを含む、請求項１から３のいずれか一項に記載の方法。
前記方法が、前記認証応答を検証するステップを含み、
前記認証鍵および前記認証鍵識別子を記憶する前記ステップおよび／または前記認証鍵および前記認証鍵識別子を使用して前記ユーザ・アプリケーションを前記聴覚デバイスに接続する前記ステップが、前記認証応答を検証する前記ステップが成功した場合に実行される、請求項１から４のいずれか一項に記載の方法。
前記方法が、前記第１の認証材料に基づいて前記認証鍵を計算するステップを含む、請求項１から５のいずれか一項に記載の方法。
前記方法が、前記聴覚デバイスからセキュリティ・データを取得するステップを含み、
前記第１の認証タイプ識別子が、前記セキュリティ・データに基づく、請求項１から６のいずれか一項に記載の方法。
前記方法が、前記セキュリティ・データが一次認証タイプを示す場合に、
認証許諾メッセージを受信するステップと、
第２の聴覚デバイス・チャレンジ値を含む第２の認証材料を取得するステップと、
前記第２の認証材料に基づいて第２の認証データを決定するステップと、
第２の認証タイプ識別子および前記第２の認証データを含む第２の認証要求を前記聴覚デバイスに送信するステップと
を含む、請求項７に記載の方法。
前記方法が、前記セキュリティ・データが二次認証タイプを示す場合に、
前記ユーザ・アプリケーションのユーザからパスコードを取得するステップと、
前記パスコードに基づいて前記第１の認証要求を作成するステップとを含む、請求項７または８に記載の方法。
前記方法が、前記聴覚デバイスの公開鍵を取得するステップを含み、
前記認証鍵が前記聴覚デバイスの前記公開鍵に基づく、請求項１から９のいずれか一項に記載の方法。
聴覚デバイスにおいて実行される、前記聴覚デバイスとユーザ・アプリケーションとの間に信頼できる結合を作成する方法であって、前記方法が、
前記聴覚デバイスのセキュリティ・データを送信するステップであって、前記セキュリティ・データが前記聴覚デバイスに適用される認証タイプを示す、ステップと、
第１の認証材料を送信するステップと、
第１の認証タイプ識別子および第１の認証データを含む第１の認証要求を受信するステップと、
前記第１の認証データを検証するステップと、
前記第１の認証データを検証する前記ステップが成功した場合に、認証鍵を決定し記憶するステップと
を含む、方法。
前記方法が、前記セキュリティ・データが一次認証タイプを示し、かつ前記第１の認証データを検証する前記ステップが成功した場合に、
認証許諾メッセージを送信するステップと、
第２の聴覚デバイス・チャレンジ値を含む第２の認証材料を送信するステップと、
第２の認証タイプ識別子および第２の認証データを含む第２の認証要求を受信するステップと、
前記第２の認証データを検証するステップと、
前記第２の認証データを検証する前記ステップが成功した場合に、前記聴覚デバイス内の前記認証鍵を示す認証鍵識別子を含む認証応答を送信するステップと
を含む、請求項１１に記載の方法。
前記方法が、
前記第１の認証データを検証する前記ステップが成功した場合に、タイマを開始するステップと、
前記タイマがタイマしきい値に達した場合に、前記認証鍵を削除または上書きするステップと
を含む、請求項１１または１２に記載の方法。
前記方法が、前記セキュリティ・データが二次認証タイプを示す場合に、
パスコードを取り出すステップと、
前記パスコードに基づいて前記第１の認証データを検証するステップと、
前記第１の認証データを検証する前記ステップが成功した場合に、前記聴覚デバイス内の前記認証鍵を示す認証鍵識別子を含む認証応答を送信するステップと
を含む、請求項１１から１３のいずれか一項に記載の方法。
聴覚デバイスを備える聴覚デバイス・システムのユーザ・アクセサリ・デバイスのためのユーザ・アプリケーションであって、前記ユーザ・アクセサリ・デバイスが、
処理ユニットと、
メモリ・ユニットと、
インターフェースとを備え、
前記ユーザ・アプリケーションが、前記ユーザ・アクセサリ・デバイス上で動作しているとき、
第１の認証材料を取得する動作と、
第１の認証タイプ識別子および第１の認証データを含む第１の認証要求を前記聴覚デバイスに送信する動作と、
認証鍵識別子を含む認証応答を受信する動作と、
認証鍵および前記認証鍵識別子を記憶する動作であって、前記認証鍵が前記第１の認証材料に基づく、動作と、
前記認証鍵および前記認証鍵識別子を使用して前記ユーザ・アプリケーションを前記聴覚デバイスに接続する動作と
を行うように構成される、ユーザ・アプリケーション。
処理ユニットと、
メモリ・ユニットと、
インターフェースとを備える聴覚デバイスであって、
前記聴覚デバイスが、
第１の認証材料を送信する動作と、
第１の認証タイプ識別子および第１の認証データを含む第１の認証要求を受信する動作と、
前記第１の認証データを検証する動作と、
前記第１の認証データを検証する前記動作が成功した場合に、認証鍵を決定し記憶する動作と
を行うように構成される、聴覚デバイス。