(57)【要約】      （修正有）【課題】聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続を生成する方法を提供する。【解決手段】聴覚装置フィッティングシステム２０によって、認証鍵を聴覚装置１０に送信するステップＳ２と、聴覚装置フィッティングシステム２０によって、暗号化された形式の認証鍵を含む認証データを生成するステップＳ６と、ユーザアクセサリ装置５０によって、生成された認証データを取得するステップＳ７と、ユーザアクセサリ装置５０によって、聴覚装置１０から、聴覚装置１０を識別する識別情報を受信するステップＳ９と、ユーザアクセサリ装置５０によって、少なくとも受信された識別情報を使用して、取得された認証データに含まれる暗号化された認証鍵を復号するステップＳ１０と、認証鍵に基づいて、聴覚装置１０とユーザアクセサリ装置５０との間の通信を確立するステップとＳ１１、を含む。【選択図】図５
2020184747.tif 000002
【特許請求の範囲】
【請求項１】
聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続を生成する方法であって、
聴覚装置フィッティングシステムによって、認証鍵を前記聴覚装置に送信するステップと、
前記聴覚装置フィッティングシステムによって、暗号化された形式の前記認証鍵を含む認証データを生成するステップと、
前記ユーザアクセサリ装置によって、前記生成された認証データを取得するステップと、
前記ユーザアクセサリ装置によって、前記聴覚装置から、前記聴覚装置を識別する識別情報を受信するステップと、
前記ユーザアクセサリ装置によって、少なくとも前記受信された識別情報を使用して、前記取得された認証データに含まれる前記暗号化された認証鍵を復号するステップと、
前記認証鍵に基づいて、前記聴覚装置と前記ユーザアクセサリ装置との間の通信を確立するステップと、
を含む、方法。
【請求項２】
前記認証データに含まれる前記認証鍵が、前記聴覚装置を識別する前記識別情報を使用して暗号化されている、請求項１に記載の方法。
【請求項３】
前記聴覚装置によって、前記送信された認証鍵を認証鍵インデックスに関連付けて格納するステップと、前記格納された認証鍵に関連付けられた前記認証鍵インデックスを前記聴覚装置フィッティングシステムに送信するステップと、を含む、請求項１または２に記載の方法。
【請求項４】
前記認証データが、前記認証鍵インデックスを含む、請求項３に記載の方法。
【請求項５】
前記認証データが、前記聴覚装置から受信された前記識別情報が前記認証データと一致するかどうかを前記ユーザアクセサリ装置が検証できるように構成された識別子検証データをさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記識別子検証データが、前記識別情報の少なくとも一部を含む入力の暗号ハッシュ関数の結果値を含む、請求項５に記載の方法。
【請求項７】
前記ユーザアクセサリ装置によって、前記受信された識別情報および前記識別子検証データに基づいて、前記取得された認証データが前記受信された識別情報に関連することを検証するステップと、検証が成功した場合にのみ、前記認証鍵を復号するステップと、をさらに含む、請求項５または６に記載の方法。
【請求項８】
前記検証するステップが、前記受信された識別情報の少なくとも一部を含む入力の前記暗号ハッシュ関数の結果値を計算するステップと、前記計算された結果値を前記識別子検証データと比較するステップと、前記計算された結果値が前記識別子検証データと等しい場合にのみ、前記検証が成功したと判定するステップと、を含む、請求項６に従属する請求項７に記載の方法。
【請求項９】
前記認証データに含まれる前記認証鍵が、前記識別情報に依存する復号鍵を使用して復号されるように構成されている、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記復号鍵が、前記識別情報の少なくとも一部を含む入力から計算される暗号ハッシュ関数の結果値である、請求項９に記載の方法。
【請求項１１】
前記認証データが、前記認証データのデータフォーマットのバージョンを示すバージョン情報を含む、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
前記認証データが、前記ユーザアクセサリ装置にインストールされるべきユーザアプリケーションを識別する情報を含む、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
前記聴覚装置フィッティングシステムによって、前記ユーザアクセサリ装置が読み取り可能な形式で、前記生成された認証データを提供するステップを含む、請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
前記認証データを前記生成するステップが、前記認証データの機械可読表現を生成するステップを含み、前記ユーザアクセサリ装置によって、前記認証データを取得するステップが、前記機械可読表現を読み取るステップと、前記機械可読表現から前記認証データを抽出するステップと、を含む、請求項１から１３のいずれか一項に記載の方法。
【請求項１５】
前記認証データの機械可読表現が、光学的可読コードである、請求項１４に記載の方法。
【請求項１６】
前記ユーザアクセサリ装置によって、前記聴覚装置から前記識別情報を受信するステップが、前記聴覚装置が前記ユーザアクセサリ装置の通信範囲内にあるときに、前記ユーザアクセサリ装置によって、前記聴覚装置から前記識別情報を受信するステップを含む、請求項１から１５のいずれか一項に記載の方法。
【請求項１７】
処理ユニットと通信インタフェースとを備える聴覚装置フィッティングシステムであって、前記処理ユニットが、
前記通信インタフェースを介して、認証鍵を聴覚装置に送信し、
暗号化された形式の前記認証鍵を含む認証データを生成し、
ユーザアクセサリ装置が読み取り可能なフォーマットで、前記認証データの表現を提供する
ように構成されている、聴覚装置フィッティングシステム。
【請求項１８】
処理ユニットと通信インタフェースとを備えるユーザアクセサリ装置であって、前記処理ユニットが、
聴覚装置フィッティングシステムによって生成された、暗号化された形式の認証鍵を含む認証データを取得し、
前記通信インタフェースを介して、前記聴覚装置から、前記聴覚装置を識別する識別情報を受信し、
少なくとも前記受信された識別情報を使用して、前記取得された認証データに含まれる前記暗号化された認証鍵を復号し、
前記通信インタフェースを介して、前記認証鍵に基づいて、前記聴覚装置と前記ユーザアクセサリ装置との間の通信を確立する
ように構成されている、ユーザアクセサリ装置。
【請求項１９】
コンピュータプログラム製品であって、聴覚装置フィッティングシステムにより実行されると、前記聴覚装置フィッティングシステムに、
前記聴覚装置フィッティングシステムの通信インタフェースを介して、認証鍵を前記聴覚装置へ送信させ、
暗号化された形式の前記認証鍵を含む認証データを生成させ、
ユーザアクセサリ装置が読み取り可能なフォーマットで、前記認証データの表現を提供させる
ように構成されている、コンピュータプログラム製品。
【請求項２０】
コンピュータプログラム製品、特にユーザアプリケーションであって、ユーザアクセサリ装置により実行されると、前記ユーザアクセサリ装置に、
前記聴覚装置フィッティングシステムによって生成された、暗号化された形式の認証鍵を含む認証データを取得させ、
前記ユーザアクセサリ装置の通信インタフェースを介して、前記聴覚装置から、前記聴覚装置を識別する識別情報を受信させ、
少なくとも前記受信された識別情報を使用して、前記取得された認証データに含まれる前記暗号化された認証鍵を復号させ、
前記通信インタフェースを介して、前記認証鍵に基づいて、前記聴覚装置と前記ユーザアクセサリ装置との間の通信を確立させる
ように構成されている、コンピュータプログラム製品、特にユーザアプリケーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、聴覚装置とユーザアクセサリ装置とを備える聴覚装置システムに関する。具体的には、本開示は、聴覚装置システムのエンティティ間に信頼性の高い接続を生成する方法と装置に関する。
【背景技術】
【０００２】
無線通信技術に関する新たな聴覚装置の技術および機能が開発されるにつれて、聴覚装置システムの異なるエンティティ間での無線通信が増加してきた。しかし、この新たな技術は、聴覚装置システムにおける通信をセキュアにするために、聴覚装置の製造業者にとって新たな課題となる。聴覚装置システムの無線通信インタフェースは、オープン標準に基づくインタフェースを使用することが多い。しかしながら、これは、安全性に関して多くの課題をはらんでいる。
【０００３】
一般に、ユーザアクセサリ装置と聴覚装置との間に信頼性の高い接続を確立する、簡単かつ効率的でセキュアな方法を提供することが望ましい。
【０００４】
欧州特許第３４１０６６６号は、ユーザアプリケーションによって実行され、聴覚装置とユーザアプリケーションとの間に信頼性の高い接続を生成する方法であって、第１の認証材料を取得するステップと、第１の認証タイプ識別子と第１の認証データとを含む第１の認証要求を聴覚装置に送信するステップと、認証鍵識別子を含む認証応答を受信するステップと、認証鍵と認証鍵識別子とを格納するステップであって、認証鍵は第１の認証材料に基づく、格納するステップと、認証鍵および認証鍵識別子とを使用して、ユーザアプリケーションを聴覚装置に接続するステップ、を含む、方法を開示する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続を生成する改善された方法を提供すること、および／または従来技術の方法の代替物を提供することが望ましい。
【課題を解決するための手段】
【０００６】
第１の態様によれば、本明細書には、聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続を生成する方法であって、
聴覚装置フィッティングシステムによって、認証鍵を聴覚装置に送信するステップと、
聴覚装置フィッティングシステムによって、暗号化された形式の認証鍵を含む認証データを生成するステップと、
ユーザアクセサリ装置によって、生成された認証データを取得するステップと、
ユーザアクセサリ装置によって、聴覚装置から、聴覚装置を識別する識別情報を受信するステップと、
ユーザアクセサリ装置によって、少なくとも受信された識別情報を使用して、取得された認証データに含まれる暗号化された認証鍵を復号するステップと、
認証鍵に基づいて、聴覚装置とユーザアクセサリ装置との間の通信を確立するステップと、を含む、方法の実施形態が開示される。
【０００７】
本明細書に記載されるプロセスの実施形態は、最小限のユーザ対話しか必要としない、高速でユーザフレンドリなメカニズムを提供する。具体的には、ユーザは、聴覚装置と直接対話する、または如何なるパスコードも手動で入力する必要がない。例えば、ユーザは、耳から聴覚装置を取り外し、聴覚装置の電源をオン／オフしなくてもよい。したがって、聴覚装置は、信頼性の高い接続が確立されている間に、聴力損失の補償機能および／または他の機能を提供し続けることが可能であり得る。聴覚装置は通常、非常に小さく、かつ、特に視力の低いユーザ、器用ではないユーザ、または他の障害を抱えるユーザにとっては、ユーザインターフェースの操作が難しいことがあるので、聴覚装置とのユーザ対話の必要性を低減することへの関心が特に高い。
【０００８】
さらに、信頼性の高い接続の生成は、聴覚装置とユーザアクセサリ装置との間のチャレンジおよび応答などの認証メッセージの交換には依拠しないので、このプロセスは、ほんのわずかなエラーしか発生しない傾向があり、技術に詳しくないユーザに対しても好ましい。ただし、ユーザアクセサリ装置は、認証鍵を復号するために特定の聴覚装置を識別する識別情報を使用する際に、ユーザアクセサリ装置が認証データにアクセスする必要があるが、このプロセスは十分にセキュアである。さらに、このプロセスは、ユーザアクセサリ装置とは異なる聴覚装置フィッティングシステムを必要とするので、システムの安全性がさらに強化される。
【０００９】
具体的には、補聴器などの聴覚装置は、通常、聴覚装置フィッティングシステムにアクセスし、特定のエンドユーザに対して聴覚装置を構成する聴覚ケア専門家（ｈｅａｒｉｎｇ  ｃａｒｅ  ｐｒｏｆｅｓｓｉｏｎａｌ：ＨＣＰ）によってエンドユーザに提供される。本明細書に開示される方法の実施形態では、共有鍵の確立を容易にするために、聴覚装置フィッティングシステムを使用する。具体的には、ＨＣＰが操作する場合、聴覚装置フィッティングシステムおよびそれを操作するＨＣＰを、誰が聴覚装置の対象ユーザであるかを認識している信頼できるエンティティと見なすことができる。
【００１０】
聴覚装置フィッティングシステムは、ハンドヘルド型装置、リレー、タブレット、パーソナルコンピュータ、携帯電話、および／またはパーソナルコンピュータに接続されるＵＳＢドングルなど、好適にプログラムされたデータ処理システムであってもよいし、それを備えていてもよい。聴覚装置フィッティングシステムは、聴覚装置フィッティングシステムに、本明細書に記載されるプロセスの動作、具体的には、聴覚装置への認証コードの送信および認証データの生成を実行させるプログラムコードを含むフィッティングソフトウェアを実行するように構成され得る。聴覚装置フィッティングシステムは、聴覚装置と通信し、特定の聴覚装置ユーザ用に聴覚装置を構成するように、聴覚装置の動作パラメータを構成するように構成され得る。このプロセスは、「フィッティング」とも呼ばれる。動作パラメータは、聴力損失パラメータ、コンプレッサパラメータ、フィルタ係数、および／またはゲイン係数などのフィッティングパラメータを含み得る。他の動作パラメータとして、音量調節パラメータ、モードおよび／またはプログラム制御パラメータが挙げられ得る。フィッティングパラメータは、例えば、聴覚装置がユーザの耳に装着されているときに、ＨＣＰが使用する聴覚装置フィッティングシステムによって生成されるデータであり得る。いくつかの実施形態では、認証データ、および／または動作パラメータの一部若しくはすべてが、聴覚装置の製造時に聴覚装置に格納される。このような実施形態では、認証データは、補聴器の製造時に生成され、機械可読形式で、例えば印刷されたＱＲコード（登録商標）として提供され、補聴器とともに出荷され得る。したがって、いくつかの実施形態では、聴覚装置フィッティングシステムは、補聴器の製造システムの一部であり得る。動作パラメータの構成は、聴覚装置のメモリ内にパラメータ値を格納するために、聴覚装置フィッティングシステムによって、１つまたは複数の動作パラメータのパラメータ値を聴覚装置に送信することを含み得る。
【００１１】
例えば、動作パラメータの送信および格納と同様に、送信された認証鍵は、聴覚装置に送信され、かつ、聴覚装置のメモリに格納され得る。したがって、認証鍵の送信は、フィッティングプロセスの一部として実行され得る。
【００１２】
聴覚装置フィッティングシステムから聴覚装置への認証鍵、および任意選択的には、他のフィッティングパラメータの送信は、好適な通信リンクを介し得る。したがって、聴覚装置は、双方向通信リンクなどの通信リンクを介して聴覚装置フィッティングシステムに接続するように構成され得る。通信リンクは、有線リンクおよび／または無線通信リンクであり得る。通信リンクは、シングルホップ通信リンクまたはマルチホップ通信リンクであり得る。いくつかの実施形態によれば、例えば、無線通信リンクは、２．４０〜２．５０ＧＨｚ帯域または９０２〜９２８ＭＨｚ帯域など、産業科学医療用（ＩＳＭ）無線周波数範囲にある１つまたは複数の周波数帯域を使用する無線周波数通信を利用してもよい。無線通信は、別の好適な周波数帯域を代替的に使用してもよい。無線通信リンクは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙ、ＩＥＥＥ  ８０２．１１、Ｚｉｇｂｅｅ（登録商標）などのような短距離通信システムを介して搬送され得る。この聴覚装置は、ネットワークを介して聴覚装置フィッティングシステムに接続するように構成され得る。ＨＣＰがユーザの聴覚装置フィッティングシステムを介して聴覚装置に接続している場合に、聴覚装置フィッティングシステムにより、聴覚装置のリモートフィッティングが可能になる。聴覚装置フィッティングシステムとして、２つ以上のコンピュータ、例えば、サーバコンピュータに通信可能に接続されたクライアント端末が挙げられ得る。
【００１３】
聴覚装置フィッティングシステムと聴覚装置との間の通信は、米国特許第１０１０４５２２号に記載されているように、暗号化され、かつ、暗号認証を含んでいてもよい。
【００１４】
同様に、認証データの生成は、フィッティングプロセスの一部として、またはそれに続くプロセスとして実行してもよい。
【００１５】
認証鍵は、聴覚装置とユーザアクセサリ装置とが共有する共有秘密であってもよい。認証鍵は、暗号認証プロセスの暗号認証鍵であってもよい。認証鍵は、装置固有で、すなわち、特定の聴覚装置に対して一意であり得る。
【００１６】
聴覚装置フィッティングシステムは、認証鍵を生成してよく、あるいは、リモートホストシステムから、例えば、聴覚装置の製造業者が運用するホストシステムから認証鍵を受信してもよい。いくつかの実施形態では、聴覚装置フィッティングシステムは、製造業者から受信したデータに基づいて認証鍵を生成する。
【００１７】
いくつかの実施形態では、聴覚装置フィッティングシステムはさらに、聴覚装置がユーザアクセサリ装置に接続可能である動作可能モード、例えば、識別情報を含むメッセージを聴覚装置がブロードキャストする動作可能モードになるように、聴覚装置を制御してもよいし、聴覚装置に要求してもよい。いくつかの実施形態では、聴覚装置フィッティングシステムはさらに、デフォルトの速度よりも速い速度で、および／またはデフォルトの電力よりも高い電力で、識別情報を含むメッセージをブロードキャストするように、聴覚装置を制御してもよいし、聴覚装置に要求してもよい。聴覚装置は、このようなメッセージをブロードキャストしてもよいし、既定の期間にわたって、および／またはユーザアクセサリ装置が聴覚装置との通信リンクを確立するまで、増大された速度および／または電力でこのようなメッセージをブロードキャストしてもよい。ユーザアクセサリ装置が聴覚装置との初期通信リンクを確立すると、ユーザが接続可能になるように再び制御するまで、聴覚装置は、動作可能モードでなくなってもよい。代替または追加として、ユーザアクセサリ装置が聴覚装置との初期通信リンクを確立すると、聴覚装置は、ブロードキャストの速度または電力をデフォルト値に変更し得る。
【００１８】
いくつかの実施形態では、聴覚装置は、各々がそれぞれの認証鍵インデックスに関連している、複数の認証鍵を格納するように構成され得る。認証鍵インデックスは、聴覚装置がそれぞれの認証鍵を格納するように構成されている複数の格納場所のうちの１つを識別する識別子であり得る。認証鍵インデックスは、聴覚装置に格納されている認証鍵を互いから一意に区別できるように構成され得る。したがって、聴覚装置は、複数のユーザアクセサリ装置のうちの選択された装置と選択的に通信することが可能であり得、聴覚装置上には、異なるユーザアクセサリ装置に関連付けられたそれぞれの認証鍵が格納されている。聴覚装置フィッティングシステムから認証鍵を受信すると、聴覚装置は、受信された認証鍵を認証鍵インデックスに関連付けて格納し得る。聴覚装置は、認証鍵に関連付けられている認証鍵インデックスを、聴覚装置フィッティングシステムに戻してもよい。代替として、聴覚装置フィッティングシステムは、格納された認証鍵に関連付けられた認証鍵インデックスに関する情報を別の方法で取得してもよい。例えば、聴覚装置フィッティングシステムは最初に、例えば、利用可能な鍵認証インデックスを識別することによって、送信された認証鍵の格納に利用可能な空の格納場所を特定するように、聴覚装置に要求することができる。聴覚装置フィッティングシステムは、次いで、利用可能な認証鍵インデックスを選択し、送信された認証鍵を選択された認証鍵インデックスに関連付けて格納するように、聴覚装置に要求することができる。聴覚装置フィッティングシステムではさらに、例えば、格納場所を新しい認証鍵の格納のために利用可能にするように既存の認証鍵を削除するために、聴覚装置により格納された認証鍵を管理するための追加機能を提供することもできる。
【００１９】
聴覚装置フィッティングシステムによって生成された認証データは、例えば暗号化された形式の、例えば聴覚装置を識別する識別情報を使用して暗号化された認証鍵インデックスを備えていてもよい。ユーザアクセサリ装置と聴覚装置との間の通信リンクの確立中に、聴覚装置は、認証鍵インデックスを使用して、格納された認証鍵のうちの１つを選択してもよい。このため、認証鍵インデックスは、通信リンクの確立中に、ユーザアクセサリ装置と聴覚装置間で通信され得る。
【００２０】
聴覚装置を識別する識別情報は、聴覚装置識別子であり得る。いくつかの実施形態では、聴覚装置は、接続を確立するために利用可能であるときに、すなわち、聴覚装置とユーザアクセサリ装置との間に通信リンクを確立する前に、聴覚装置識別子をブロードキャストする、または他の場合には通信する。これにより、ユーザアクセサリ装置などの他の装置が、聴覚装置を見つけて、それに接続することが可能になる。そして、ユーザアクセサリ装置は、聴覚装置識別子を受信すると、識別された聴覚装置との通信を確立すること、すなわち、聴覚装置との無線通信リンクを確立することを選択することができる。このため、聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続が予め確立されている場合、ユーザアクセサリ装置は、確立された信頼性の高い接続に基づいて、通信リンクの確立を要求する接続要求メッセージを聴覚装置に送信してもよい。要求は、信頼性の高い接続の存在を検証するために使用される、対応する認証鍵に関連付けられた認証鍵インデックスを含んでもよい。一方、聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続がまだ確立されていない場合、ユーザアクセサリ装置は、本明細書に記載されるような信頼性の高い接続の確立を完了するように、聴覚装置の識別情報を使用して認証データを処理してもよい。
【００２１】
本明細書で使用される場合、用語「識別子」は、カテゴリ化および／または一意の識別など、別のエンティティの識別に好適なデータ項目を指す。識別子は、単語、数字、文字、記号、リスト、配列、またはそれらの任意の組み合わせの形式であり得る。例えば、数字としての識別子は、符号なし整数などの整数、例えば符号なし整数の配列など、例えば８ビット、１３ビット、３２ビット、またはそれ以上の長さの単位の形式であり得る。識別子は、数バイトの長さを有し得る。例えば、聴覚装置識別子は、２０バイトの長さを有し得る。
【００２２】
認証データは、聴覚装置から受信された識別情報が認証データと一致するかどうかを、すなわち、認証データと同じ聴覚装置に関連しているかどうかを、ユーザアクセサリ装置が検証できるように構成された識別子検証データをさらに含み得る。例えば、識別子検証データは、識別情報の少なくとも一部を含む入力の暗号ハッシュ関数の結果値を含んでいてもよい。本明細書の目的では、暗号ハッシュ関数の結果値はハッシュ値とも呼ばれる。暗号ハッシュ関数への入力は、聴覚装置識別子、および任意選択的には、追加のバイトシーケンスを含み得る。そして、ユーザアクセサリ装置は、受信された識別情報により識別された聴覚装置が実際に、認証データが関連している聴覚装置であるかどうかを判定してもよい。これは、ユーザアクセサリ装置が特定の聴覚装置への信頼性の高い接続を確立しようとしているときに、複数の聴覚装置がユーザアクセサリ装置の通信範囲内にある場合に特に有用であり得る。より具体的には、認証データは、認証データがどの聴覚装置に関連しているかを、認証されていない人物が簡単に識別できるようにし得る識別情報を含んでいる必要はない。
【００２３】
追加のバイトシーケンスは、装置固有の文字列などの事前定義された静的文字列および／または可変文字列、並びに／あるいは、装置に格納され、聴覚装置の製造業者にのみ知られている鍵またはデータ項目であり得る。いくつかの実施形態では、追加のバイトシーケンスは、聴覚装置に固有である、装置固有の秘密または他の装置固有のデータを含む。一般的に、静的文字列は、４〜１３文字の、または別の好適な長さを有する、事前定義された文字の文字列であり得る。より一般的に、静的文字列は、例えば４〜１３バイトの、または好適な長さの別のバイトのシーケンスであり得る。
【００２４】
認証データに含まれる検証データは、聴覚装置フィッティングシステムまたは聴覚装置によって生成され得る。具体的には、追加のバイトシーケンスは、聴覚装置に格納された装置固有の秘密を含むときに、聴覚装置は、暗号ハッシュ関数の結果値を生成し、聴覚装置フィッティングシステムに送信して、認証データに検証データとして含めてもよい。
【００２５】
いくつかの実施形態では、ユーザアクセサリ装置は、受信された識別情報と識別子検証データとに基づいて、取得された認証データが受信された識別情報に関連することを検証し、検証の成功時にのみ信頼性の高い接続の確立を完了するように認証鍵を復号するように構成されている。
【００２６】
検証は、例えば、 
受信された識別情報の少なくとも一部を含む入力の暗号ハッシュ関数の結果値を計算するステップと、
計算された結果値を識別子検証データと比較するステップと、
計算された結果値が識別子検証データと等しい場合にのみ、検証が成功したと判定するステップと、
を含み得る。
【００２７】
このため、暗号ハッシュ関数が、識別情報に加えて追加のバイトシーケンスを受信した場合、追加のバイトシーケンスは、例えばユーザアクセサリ装置上で実行されるユーザアプリケーションの一部として、ユーザアクセサリ装置に格納されていてもよいし、リモートホストシステムからユーザアクセサリ装置によって受信されてもよい。
【００２８】
認証データに含まれる暗号化された認証鍵は、識別情報に依存する復号鍵を使用して復号されるように構成され得る。このため、暗号化された形式で認証データに含まれる認証鍵は、聴覚装置を識別する識別情報を使用して暗号化されてもよいし、他の場合には、認証鍵の復号が聴覚装置を識別する識別情報の知識を必要とするように暗号化してもよい。具体的には、認証鍵を暗号化するために使用される識別情報は、ユーザアクセサリ装置により受信される識別情報と同一であってもよいし、少なくともその一部であってもよい。例えば、復号鍵は、識別情報の少なくとも一部を含む入力から、例えば聴覚装置識別子を含む入力から、および任意選択的には、第１の事前定義された静的文字列とは異なり得る第２の事前定義された静的文字列から計算された暗号ハッシュ関数の結果値であり得る。そして、ユーザアクセサリ装置が正しい聴覚装置を識別した場合、すなわち、ユーザアクセサリ装置が、識別情報を受信するのに十分に聴覚装置に近接している（または近接していた）場合にのみ、認証鍵がユーザアクセサリ装置によって復号され、使用され得る。
【００２９】
いくつかの実施形態では、認証データは、追加情報および／または代替情報を含み得る。例えば、いくつかの実施形態では、認証データは、認証データのデータフォーマットのバージョンを示すバージョン情報を含んでいてもよく、したがって、異なるバージョンの認証データフォーマットのユーザアクセサリ装置との互換性が促進される。このため、ユーザアクセサリ装置は、受信された認証データからバージョン情報を抽出し、バージョン情報に依存する認証データの残りの内容を処理することができる。
【００３０】
代替または追加として、認証データは、認証データが関連する聴覚装置のタイプまたはブランドを示すタイプ情報またはブランド情報を含んでいてもよい。タイプ情報またはブランド情報は、聴覚装置のブランド、聴覚装置の製造業者、聴覚装置の具体的なバージョンなどを示し得る。そして、認証データは、異なるデータフォーマット、異なる暗号化アルゴリズムなどを必要とし得る異なるタイプの聴覚装置をサポートしてもよい。
【００３１】
代替または追加として、認証データは、ユーザアクセサリ装置にインストールされるべきユーザアプリケーションを識別する情報を含んでいてもよい。認証データは、アプリストア、またはユーザアプリケーションをそこから取得する他のソースへのリンクさえも含むことがある。そして、認証データを取得すると、ユーザアクセサリ装置は、ユーザアプリケーションの取得および／またはインストール並びに／あるいは実行を自動的に開始することがある。さらに、認証データを取得すると、ユーザアプリケーションは、自動的に呼び出されてもよいし、かつ／または聴覚装置との通信を確立できるように、本明細書に記載される認証データを自動的に処理してもよい。
【００３２】
聴覚装置フィッティングシステムは、ユーザアクセサリ装置が読み取り可能な任意の好適な形式で、生成された認証データを提供してもよい。いくつかの実施形態では、聴覚装置フィッティングシステムは、認証データを、認証データの機械可読表現として生成し、提供する。そして、ユーザアクセサリ装置により認証データを取得するステップは、機械可読表現を読み取るステップと、機械可読表現から認証データを抽出するステップとを含み得る。
【００３３】
機械可読表現は、２つ以上の認証データのセット、例えば、２つの聴覚装置のための、例えば、ユーザの両耳に着用される、またはユーザの両耳にある聴覚装置のペアの各々のための認証データのそれぞれのセット、例えば、両耳用補聴器のための認証データを含み得ることが了解されよう。
【００３４】
認証データは、特定のユーザアクセサリ装置に対して装置固有であってもよく、あるいは、汎用であってもよく、すなわち、２つ以上のユーザアクセサリ装置によって使用されるように構成されていてもよい。
【００３５】
ユーザアクセサリ装置と聴覚装置との間の通信は、双方向通信リンクなどの好適な通信リンクを介していてもよい。通信リンクは、有線リンクおよび／または無線通信リンクであり得る。通信リンクは、シングルホップ通信リンクまたはマルチホップ通信リンクであり得る。いくつかの実施形態によれば、例えば、無線通信リンクは、２．４０〜２．５０ＧＨｚ帯域または９０２〜９２８ＭＨｚ帯域など、産業科学医療用（ＩＳＭ）無線周波数範囲にある１つまたは複数の周波数帯域を使用する無線周波数通信を利用してもよい。無線通信は、別の好適な周波数帯域を代替的に使用してもよい。無線通信リンクは、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙ、ＩＥＥＥ  ８０２．１１、Ｚｉｇｂｅｅなどのような短距離通信システムを介して搬送され得る。聴覚装置は、ネットワークを介してユーザアクセサリ装置に接続するように構成され得る。いくつかの実施形態では、無線通信リンクは、Ｂｌｕｅｔｏｏｔｈ  ＬＥ通信リンクなどのＢｌｕｅｔｏｏｔｈ通信リンクであり得る。
【００３６】
そして、いくつかの実施形態では、ユーザアクセサリ装置によって、聴覚装置から識別情報を受信するステップは、聴覚装置がユーザアクセサリ装置の通信範囲内に、具体的には、無線通信のための通信範囲内にあるときに、ユーザアクセサリ装置によって、聴覚装置から識別情報を受信するステップを含む。したがって、ユーザアクセサリ装置が認証鍵を復号できるようにするためには、ユーザアクセサリ装置を認証データが関係する聴覚装置の通信範囲内に運ばなければならない。
【００３７】
ユーザアクセサリ装置と聴覚装置との間の通信リンクを確立するステップは、認証鍵に基づいて、通信リンクを暗号保護するステップを含み得る。通信リンクを暗号保護するステップは、聴覚装置によって、ユーザアクセサリ装置を暗号認証するステップ、ユーザアクセサリ装置によって、聴覚装置を暗号認証するステップ、通信リンクを介して通信されるデータを暗号化／復号するための暗号化鍵および／または復号鍵を確立するステップ、のうちの１つまたは複数を含み得る。
【００３８】
ユーザアクセサリ装置と聴覚装置と間の通信は、例えば、ユーザアクセサリ装置が聴覚装置をオーディオ出力装置として使用するために、聴覚装置とユーザアクセサリ装置との間でオーディオデータを通信するために使用されてもよい。代替または追加として、ユーザアクセサリ装置は、例えば、音量の調整、聴覚装置のプログラム／モードの選択などのために、制御データを聴覚装置に通信してもよい。
【００３９】
本明細書に記載される方法の実施形態で使用するための暗号ハッシュ関数は、暗号化に好適な任意のハッシュ関数、具体的には、一方向性関数、すなわち、反転が不可能な関数であり得、これは、関数を反転させると、実務上、有用なリソースが多くなり過ぎることを意味している。好適な暗号ハッシュ関数の例として、ＳＨＡ−１、ＳＨＡ−２、ＳＨＡ−３、ＭＤ５が挙げられる。
【００４０】
ユーザアクセサリ装置は、中央処理装置などの処理ユニットを備え得る。ユーザアクセサリ装置は、処理ユニットにそれぞれ接続されたメモリユニットと通信インタフェースとをさらに備え得る。メモリユニットとして、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）を含む１つまたは複数の取り外し可能なおよび／または取り外し不可能なデータストレージユニットが挙げられるが、これらに限定されない。メモリユニットには、ユーザアプリケーションが格納されていてもよく、ユーザアプリケーションは、ユーザアクセサリ装置に、本明細書に記載される方法の動作を、具体的には、聴覚装置からの識別情報の受信、認証データに含まれる暗号化された認証鍵の復号、および聴覚装置とユーザアクセサリ装置との間の通信の確立を実行させるためのプログラムコードを含んでいる。通信インタフェースは、アンテナと、例えば２．４〜２．５ＧＨｚの範囲の周波数で無線通信するように構成されている無線トランシーバとを備え得る。通信インタフェースは、アンテナと無線トランシーバとを備える聴覚装置と、無線通信などの通信を行うように構成され得る。ユーザアクセサリ装置は、ポータブル通信装置などのモバイル装置、例えば、スマートフォン、スマートウォッチ、タブレットコンピュータ、または他の処理装置若しくはシステムであり得る。具体的には、ユーザアクセサリ装置は、デジタルカメラおよび短距離無線通信インタフェース、例えばＢｌｕｅｔｏｏｔｈ通信インタフェースを含む、スマートフォン、タブレットコンピュータなどのようなモバイル装置であり得る。
【００４１】
ユーザアクセサリ装置は、聴覚装置へのアクセサリ装置を形成する。聴覚装置は、聴覚機器または補聴器、イヤホン、ヘッドセットなどであり得る。一般的に、聴覚装置は、ユーザが着用する装置、例えば、ユーザの耳に、耳の後ろに、および／または耳の中に着用される装置など、頭部に着用する装置であり得る。具体的には、いくつかの実施形態では、聴覚装置は、聴力損失補償オーディオ信号を受信して、ラウドスピーカを介してユーザまたは患者にそれを送信するように構成された補聴器であり得る。補聴器は、耳掛け（ＢＴＥ）型、耳穴（ＩＴＥ）型、外耳道内（ＩＴＣ）型、外耳道内レシーバ（ＲＩＣ）型、または耳穴内レシーバ（ＲＩＴＥ）型のものであってもよい。通常、聴覚装置およびユーザアクセサリ装置は、聴覚装置のユーザが所有しており、ユーザによって制御される。通常、聴覚装置の電源からは、厳格に制限された量の電力しか、利用可能でない。例えば、電力は通常、補聴器内の従来のＺｎＯ２電池から供給される。聴覚装置の設計において、サイズおよび消費電力は、重要な考慮事項である。聴覚装置は、１つまたは複数のマイクロフォンなどの入力トランスデューサを備えていてもよく、この入力トランスデューサは、入力トランスデューサに印加され、サウンドを表す信号に基づいて、オーディオ信号を出力するように構成されている。聴覚装置は、信号処理および／またはデータ処理を実行するための処理ユニットを備え得る。具体的には、処理ユニットは、聴覚装置のユーザの聴力損失を補償し、聴力損失補償オーディオ信号を出力するように構成された聴力損失プロセッサを備えていてもよい。聴力損失補償オーディオ信号は、通常の聴取者が知覚する印加された信号のラウドネス（音の大きさ）が、ユーザが知覚した聴力損失を補償されたオーディオ信号のラウドネスと実質的に一致するように、ラウドネスを復元するように適合され得る。また、聴覚装置は、人間の聴覚系が受け取ることができる聴力損失補償オーディオ信号に基づいて、聴覚出力信号を出力するように構成されている、レシーバやラウドスピーカのような出力トランスデューサ、埋め込みトランスデューサなどをさらに備えていてもよく、それによって、ユーザにはサウンドが聞こえる。
【００４２】
聴覚装置は、例えばアンテナと無線トランシーバとを備える、無線通信インタフェースを備え得る。無線トランシーバは、無線トランスミッタと無線レシーバの両方を備えていてもよい。トランスミッタおよびレシーバは、共通の回路および／または単一のハウジングを共有してもよい。代替的には、トランスミッタおよびレシーバは、回路を共有していなくてもよく、無線通信ユニットは、それぞれトランスミッタおよびレシーバである別個の装置を備えていてもよい。無線トランシーバは、例えば、２．４〜２．５ＧＨｚの範囲の周波数で、例えば、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙ、ＩＥＥＥ  ８０２．１１、Ｚｉｇｂｅｅなどを使用して、無線通信するように構成され得る。このため、処理ユニットは、聴覚装置とユーザアクセサリ装置との間の通信リンクの確立を含む通信インタフェースの動作を制御するように構成された通信コントローラをさらに備えていてもよい。通信リンクは、例えば、本明細書に記載されるプロセスによって確立された、確立された信頼性の高い接続に基づいて確立され得る。
【００４３】
処理ユニットは、単一のユニットとして実装してもよいし、複数の別個のユニットとして実装してもよい。具体的には、聴覚装置の信号処理および／またはデータ処理は、専用のハードウェアによって、並びに／あるいは１つまたは複数の信号プロセッサおよび／またはデータプロセッサにおいて実行されてもよいし、専用のハードウェアと１つまたは複数の信号プロセッサおよび／またはデータプロセッサとを組み合わせて実行されてもよい。同様に、通信コントローラによって実行される動作は、専用のハードウェアによって実行されてもよいし、１つまたは複数のプロセッサで少なくとも部分的に実行されてもよいし、専用のハードウェアと１つまたは複数のプロセッサとを組み合わせて実行されてもよい。
【００４４】
本明細書で開示される方法および装置の実施形態は、聴覚装置とユーザアクセサリ装置および／またはユーザアクセサリ装置上で実行されるユーザアプリケーションとの間に信頼性の高い接続を生成し、したがって、その後、ユーザアクセサリ装置と聴覚装置との間に通信リンクが確立されたときに、ユーザアクセサリ装置と聴覚装置および／またはユーザアプリケーションと聴覚装置との間の後続の認証プロシージャの複雑性が低減される。聴覚装置とユーザアクセサリ装置との間の信頼性の高い接続は、共有認証鍵、具体的には聴覚装置とユーザアクセサリ装置とが共有する共有秘密認証鍵として確立され得る。したがって、共有認証鍵が確立されると、例えば、その後の、聴覚装置によるユーザアクセサリ装置の認証にそれを使用することができる。したがって、本開示の目的では、２つのエンティティ間に信頼性の高い接続を確立することは、２つの装置間の共有認証鍵を確立することを指す。いくつかの実施形態では、信頼性の高い接続は、聴覚装置と、ユーザアクセサリ装置に常駐し、かつ、ユーザアクセサリ装置によって実行可能なユーザアプリケーションとの間に確立される。本明細書に開示されるプロセスの実施形態により、認証鍵は、ユーザアクセサリ装置において、ユーザフレンドリな方法でセキュアに利用可能になる。さらに、本明細書に開示されるプロセスの実施形態により、ユーザアクセサリ装置と聴覚装置のユーザとの間に関連付けを確立できるようになる。
【００４５】
本明細書に記載されるプロセスのいくつかの実施形態は、Ｂｌｕｅｔｏｏｔｈ装置のペアリングを確立するために使用され得る。
【００４６】
認証データの機械可読表現は、バーコード（例えば、１次元バーコードまたは２次元バーコード）、マトリックスバーコード、ＱＲコード、カラーコード、マイクロドットコード、画像に知覚可能にまたは知覚不可能に埋め込まれたコード、ＩＲ可読コードなどの、光学的可読コードであり得る。したがって、ユーザアクセサリ装置は、バーコードリーダ、デジタルカメラ、ＩＲリーダなどのコードキャプチャ装置を含み得る。
【００４７】
したがって、聴覚装置フィッティングシステムは、聴覚装置のユーザがユーザアクセサリ装置を動作させて光学的可読コードをキャプチャできるように、光学的可読コードを様々な方法で提供してもよい。例えば、聴覚装置フィッティングシステムは、紙、ラベル、カード、聴覚装置のパッケージの一部などの上に印刷された光学的可読コードを出力してもよい。代替または追加として、聴覚装置フィッティングシステムは、ユーザがユーザアクセサリ装置を動作させて光学的可読コードを直接キャプチャできるように、光学的可読コードをディスプレイに、例えば、販売時点管理（ｐｏｉｎｔ−ｏｆ−ｓａｌｅ）装置に表示してもよい。
【００４８】
さらに代替または追加として、聴覚装置フィッティングシステムは、光学的可読コードをユーザに、例えば、電子メールによって、ソーシャルメディアプラットフォームを介して、ショートメッセージサービスを介してなど、電子通信してもよい。そのため、ユーザ自身は、ユーザアクセサリ装置が光学的可読コードをキャプチャできるように、光学的可読コードを印刷してもよいし、光学的可読コードをディスプレイに表示してもよい。
【００４９】
いくつかの実施形態では、認証データおよび／または認証データの機械可読表現は、別の形式で、例えば、認証データを格納しているＲＦＩＤタグとして、認証データを格納しているスマートカードとして、および／または、別の好適な形式で提供され得る。
【００５０】
さらに、いくつかの実施形態では、聴覚装置フィッティングシステムは、認証データを別の様式で、例えばデジタル形式で、例えばユーザアプリケーションをそこから取得および／または呼び出すことができる場所へのＵＲＬなどのリンクとして、ユーザアクセサリ装置に通信することができる。リンクは、例えばパラメータとして、ユーザアプリケーションがユーザアクセサリ装置にインストールされているときに、および／またはユーザアクセサリ装置上に呼び出されたときに、ユーザアプリケーションに提供される認証データを含み得る。
【００５１】
本開示は、上述の方法と、以下の対応する、装置、システム、方法、および／または製品とを含み、それぞれが、他の態様のうちの１つまたは複数に関して記載される利益および利点のうちの１つまたは複数をもたらし、それぞれが、他の態様のうちの１つまたは複数に関して記載され、および／または添付の特許請求の範囲に開示される実施形態に対応する１つまたは複数の実施形態を有する、異なる態様に関する。
【００５２】
具体的には、一態様によれば、本明細書には、処理ユニットと通信インタフェースとを備える聴覚装置フィッティングシステムであって、処理ユニットが、
通信インタフェースを介して、認証鍵を聴覚装置に送信し、
例えば聴覚装置を識別する識別情報を使用して暗号化された、暗号化された形式の認証鍵を含む認証データを生成し、
ユーザアクセサリ装置が読み取り可能なフォーマットで、認証データの表現を提供する
ように構成されている、聴覚装置フィッティングシステムの実施形態が開示される。
【００５３】
通信インタフェースは、有線通信インタフェースまたは無線通信インタフェースであり得る。通信インタフェースは、アンテナと、例えば２．４〜２．５ＧＨｚの範囲の周波数で無線通信するように構成されている無線トランシーバとを備え得る。インタフェースは、アンテナと無線トランシーバとを備える聴覚装置と、無線通信などの通信を行うように構成され得る。
【００５４】
本明細書の目的では、用語「処理ユニット」は、処理ユニットが実行すべき本明細書に記載される処理を実行するように構成されている、任意の好適に構成された回路または装置を含む。例えば、処理ユニットは、ＡＳＩＣプロセッサ、ＦＰＧＡプロセッサ、好適にプログラムされた汎用プロセッサ、マイクロプロセッサ、回路構成要素、または集積回路であってもよいし、それらを備えていてもよい。
【００５５】
聴覚装置フィッティングシステムは、生成された認証データを機械可読形式で出力するための出力インタフェースを備え得る。出力インタフェースは、認証データの機械可読表現を印刷するためのプリンタを備え得る。代替または追加として、出力インタフェースは、認証データの機機械可読表現を表示するためのディスプレイを備え得る。代替または追加として、出力インタフェースは、ＲＦＩＤタグ、スマートカード、リモートデータ処理システムまたは装置などに認証データを通信するための有線通信インタフェースまたは無線通信インタフェースを備え得る。例えば、通信インタフェースは、ＲＦＩＤインタフェース、スマートカードインタフェース、ネットワークインタフェースなどを備え得る。
【００５６】
別の態様によれば、本明細書には、処理ユニットと通信インタフェースとを備えるユーザアクセサリ装置であって、処理ユニットが、
聴覚装置フィッティングシステムによって生成された、暗号化された形式の認証鍵を含む認証データを取得し、
通信インタフェースを介して、聴覚装置から、聴覚装置を識別する識別情報を受信し、
少なくとも受信された識別情報を使用して、取得された認証データに含まれる暗号化された認証鍵を復号し、
通信インタフェースを介して、認証鍵に基づいて、聴覚装置とユーザアクセサリ装置との間の通信を確立する
ように構成されている、ユーザアクセサリ装置の実施形態が開示される。
【００５７】
ユーザアクセサリ装置の異なる実施形態は、認証データを様々な方法のうちの１つまたは複数で取得する、例えば、聴覚装置フィッティングシステムから直接取得する、あるいは、データ担体、印刷担体などを介して間接的に取得するように構成され得る。このため、ユーザアクセサリ装置は、認証データを受信するための入力インタフェースを備え得る。入力インタフェースは、認証データの機械可読表現、ディスプレイに表示された表現、紙または別の印刷担体上の印刷された表現を読み取る、または他の場合にはキャプチャするように構成された、コードキャプチャ装置、例えば、バーコードリーダ、デジタルカメラ、ＩＲリーダなど、を備え得る。また、入力インタフェースは、例えば、ＲＦＩＤタグ、スマートカード、リモートデータ処理システムまたは装置などから、デジタル形式の認証データを受信するように構成された通信インタフェースを含み得る。例えば、入力インタフェースは、ＲＦＩＤリーダ、スマートカードリーダ、ネットワークインタフェースなどを備え得る。
【００５８】
さらに別の態様によれば、本明細書には、本明細書に記載される、聴覚装置と、ユーザアクセサリ装置と、聴覚装置フィッティングシステムと、を備えるシステムの実施形態が開示される。
【００５９】
さらに別の態様によれば、本明細書には、コンピュータプログラム製品であって、聴覚装置フィッティングシステムにより実行されると、聴覚装置フィッティングシステムに、
聴覚装置フィッティングシステムの通信インタフェースを介して、認証鍵を聴覚装置へ送信させ、
暗号化された形式の認証鍵を含む認証データを生成させ、
ユーザアクセサリ装置が読み取り可能なフォーマットで、認証データの表現を提供させる
ように構成されている、コンピュータプログラム製品の実施形態が開示される。
【００６０】
さらに別の態様によれば、本明細書には、コンピュータプログラム製品、特にユーザアプリケーションであって、ユーザアクセサリ装置により実行されると、ユーザアクセサリ装置に、
聴覚装置フィッティングシステムによって生成された、暗号化された形式の認証鍵を含む認証データを取得させ、
ユーザアクセサリ装置の通信インタフェースを介して、聴覚装置から、聴覚装置を識別する識別情報を受信させ、
少なくとも受信された識別情報を使用して、取得された認証データに含まれる暗号化された認証鍵を復号させ、
通信インタフェースを介して、認証鍵に基づいて、聴覚装置とユーザアクセサリ装置との間の通信を確立させる
ように構成されている、コンピュータプログラム製品、特にユーザアプリケーションの実施形態が開示される。
【００６１】
コンピュータプログラム製品は、ＣＤ−ＲＯＭ、ＤＶＤ、光学ディスク、メモリカード、フラッシュメモリ、磁気ストレージデバイス、フロッピーディスク、ハードディスクなどのコンピュータ可読媒体として提供され得る。他の実施形態では、コンピュータプログラム製品は、例えば、インターネットまたは他のコンピュータ若しくは通信ネットワークを介したダウンロードのためのウェブサーバ上のダウンロード可能なソフトウェアパッケージとして、あるいは、アプリストアからモバイル装置にダウンロードするためのアプリケーションとして提供され得る。
【００６２】
以下に、本明細書に開示される様々な態様の好ましい実施形態について、添付の図面を参照してより詳細に記載する。
【図面の簡単な説明】
【００６３】
【図１】ユーザアクセサリ装置と、聴覚装置と、聴覚装置フィッティングシステムと、を備えるシステムの実施形態を概略的に示す。
【図２】聴覚装置の一例のブロック図を示す。
【図３】ユーザアクセサリ装置の一例の概略ブロック図を示す。
【図４】聴覚装置フィッティングシステムの一例の概略ブロック図を示す。
【図５】聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続を確立するプロセスの一例を示す。
【図６】認証データのデータフォーマットの一例を示す。
【図７】認証データの２つのセットをエンコードした、機械可読コードの一例を示す。
【発明を実施するための形態】
【００６４】
以下に、本明細書に開示される様々な態様の好ましい実施形態について、聴覚装置のコンテキストにおいてより詳細に記載する。以下の実施形態では、聴覚装置は、以下にさらに詳細に論じる補聴器を備えている。当業者には、添付の図面は概略的なものであり、明確にするために簡略化されており、したがって、本発明の理解に有用な詳細のみを示し、他の詳細については記載されていないことが了解されよう。全体を通して、同様の参照番号は同じ構成要素を指している。したがって、同様の要素について、各図面に関して必ずしも詳細には説明しない。
【００６５】
図１は、システムの一実施形態を概略的に示している。具体的には、システムは、ユーザアクセサリ装置５０と、聴覚装置１０と、聴覚装置フィッティングシステム２０と、を備えている。
【００６６】
聴覚装置１０は、無線通信リンク８０を介して、ユーザアクセサリ装置５０と通信可能に結合され得る。聴覚装置１０はまた、無線通信リンク７０を介して、聴覚装置フィッティングシステム２０とも通信可能に結合され得る。聴覚装置１０の一例については、図２を参照して以下でより詳細に記載する。図１の実施形態は、単一の聴覚装置のみを示しているが、他の実施形態は、２つ以上の聴覚装置を、例えば、左耳用の聴覚装置および右耳用の聴覚装置を含む聴覚装置のペアを含んでいてもよいことが了解されよう。
【００６７】
この例では、ユーザアクセサリ装置５０はスマートフォンである。ユーザアクセサリ装置の他の例として、タブレットコンピュータ、スマートウォッチなどの他のタイプのモバイル装置、またはＴＶセットなどの他のユーザアクセサリ装置が挙げられる。ユーザアクセサリ装置の実施形態については、図３を参照して以下でより詳細に記載する。ユーザアクセサリ装置５０は、通常、聴覚装置１０のユーザ３０が操作する装置である。図１の実施形態は、単一のユーザアクセサリ装置のみを示しているが、他の実施形態は、例えば、ユーザがそれぞれのユーザアクセサリ装置を同一の聴覚装置に選択的に接続したいと望むときに、２つ以上のユーザアクセサリ装置を含んでいてもよいことが了解されよう。これは、例えば、ユーザが、スマートフォン、並びにタブレットコンピュータ、および／またはスマートＴＶなどの他のオーディオ対応電子装置を所有している場合であり得る。
【００６８】
聴覚装置１０と聴覚装置フィッティングシステム２０との間の無線通信、および／または聴覚装置１０とユーザアクセサリ装置５０との間の無線通信は、複数の離間した周波数帯域またはチャネルを含み得る２．４ＧＨｚの産業科学医療用（ＩＳＭ）帯域を介して実行され得る。離間した周波数帯域またはチャネルの帯域幅は、約１．０ＭＨｚなどの０．５〜２．０ＭＨｚであり得る。ユーザアクセサリ装置５０および／または聴覚装置フィッティングシステム２０は、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（Ｂｌｕｅｔｏｏｔｈ  ＬＥ）に従って、例えば、Ｂｌｕｅｔｏｏｔｈ  Ｃｏｒｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  ４．１、４．２、または５に従って、聴覚装置１０と通信するように構成され得る。ただし、聴覚装置１０およびユーザアクセサリ装置５０は、ユーザアクセサリ装置５０と聴覚装置１０との間に確立された信頼性の高い接続に基づいて、具体的には、ユーザアクセサリ装置５０と聴覚装置１０とが共有する認証鍵の対に基づいて、通信リンク８０を確立するように構成される。信頼性の高い接続を確立するためのプロセスの実施形態については、以下でより詳細に記載する。
【００６９】
聴覚装置フィッティングシステム２０は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータなどのような、好適にプログラムされたコンピュータであってもよいし、好適にプログラムされたコンピュータを備えていてもよい。コンピュータは、聴覚装置フィッティングソフトウェアを格納していてもよい。通常、聴覚装置フィッティングシステムは、聴覚ケア専門家（ＨＣＰ）６０、例えば、ディスペンサ、オーディオロジストなどにより操作される。聴覚装置フィッティングシステムの一例については、図４を参照して以下でより詳細に記載する。
【００７０】
図２は、補聴器などの聴覚装置の一例のブロック図を示している。全般的に参照番号１０で示される聴覚装置は、ＺｎＯ２電池、または聴覚装置の電子構成要素に電力を供給するために接続されている他の好適な電池（図示せず）を備え得る。聴覚装置１０は、マイクロフォン１３の形態の入力トランスデューサと、処理ユニット１１と、ラウドスピーカまたはレシーバ１２とを備えている。マイクロフォン１３は、聴覚装置１０が動作しているときに、マイクロフォン１３に到達するアコースティックサウンド信号に基づいて、アナログオーディオ信号またはデジタルオーディオ信号を出力する。マイクロフォン１３がアナログオーディオ信号を出力する場合、処理ユニット１１は、処理ユニット１１におけるデジタル信号処理のために、アナログオーディオ信号を対応するデジタルオーディオ信号に変換するアナログ−デジタルコンバータ（図示せず）を備え得る。処理ユニット１１は、聴覚装置１０のユーザの聴力損失を補償するように構成された聴力損失プロセッサ１１１を備えている。好ましくは、聴力損失プロセッサ１１１は、当技術分野ではしばしばリクルートメントと呼ばれる、ユーザのダイナミックレンジの周波数依存性損失を補償するために、当技術分野で周知のダイナミックレンジコンプレッサを含む。そして、聴力損失プロセッサ１１１は、聴力損失補償オーディオ信号をラウドスピーカまたはレシーバ１２に出力する。ラウドスピーカまたはレシーバ１２は、ユーザの鼓膜に向かって送信するために、聴力損失補償オーディオ信号を対応するアコースティック信号に変換する。その結果、ユーザには、マイクロフォン１３に到達したが、ユーザの個人的な聴力損失を補償されたサウンドが聞こえる。聴覚装置は、ラウドネスを復元するように構成され得、それによって、聴覚装置１０を着用しているユーザが知覚する聴力損失補償信号のラウドネスは、通常の聴力を持つ聴取者が知覚する、マイクロフォン１３に到達したアコースティックサウンド信号のラウドネスと実質的に一致する。
【００７１】
さらに、聴覚装置１０は、アンテナ１５と、聴覚装置フィッティングシステム２０と無線通信し、ユーザアクセサリ装置５０と無線通信するように構成された、無線機部分またはトランシーバ１４を備える、無線通信ユニットをさらに備えている。
【００７２】
処理ユニット１１は、通信プロトコルに関連付けられた様々なタスクおよび考えられ得る他のタスクを実行するように構成された通信コントローラ１１３を備えている。具体的には、通信コントローラ１１３は、聴覚装置１０とユーザアクセサリ装置５０との間の信頼性の高い接続を表す共有認証鍵に基づいて、ユーザアクセサリ装置とのセキュアな通信リンクを確立するように構成され得る。
【００７３】
このため、処理ユニットは、１つまたは複数の認証鍵を格納するためのメモリ１１２を備えている。具体的には、メモリは、異なるユーザアクセサリ装置とのそれぞれの信頼性の高い接続を表す複数の認証鍵を格納するように構成され得る。認証鍵は、インデックス付きリストの形式で格納されてもよいし、他の場合には、各認証鍵がそれぞれの認証鍵インデックスに関連付けられている形式で格納されてもよい。メモリ１１２は、聴覚装置が使用する動作パラメータ、例えば、聴力損失プロセッサ１１１が使用する動作パラメータなどの他のデータを格納するようにさらに構成され得ることが了解されよう。
【００７４】
聴力損失プロセッサ１１１と通信コントローラ１１３とは、図２では別個のブロックとして示されているものの、それらを完全にまたは部分的に単一のユニットに組み込んでもよいことが了解されよう。例えば、処理ユニット１１は、聴力損失プロセッサおよび／または通信コントローラ１１３、あるいはその一部を実装するように構成され得る、デジタル信号プロセッサなどのソフトウェアでプログラム可能なマイクロプロセッサを備えていてもよい。聴覚装置１０の動作は、ソフトウェアでプログラム可能なマイクロプロセッサ上で実行される好適なオペレーティングシステムによって制御され得る。オペレーティングシステムは、例えば、聴力損失プロセッサ１１１および考えられ得る他のプロセッサ、および関連付けられた信号処理アルゴリズム、無線通信ユニット、メモリリソースなどを含む、聴覚装置のハードウェアリソースおよびソフトウェアリソースを管理するように構成され得る。オペレーティングシステムは、聴覚装置のリソースを効率的に使用するためにタスクをスケジュールすることができ、消費電力、プロセッサ時間、メモリロケーション、無線送信、および他のリソースを含む、コスト配分のための計算ソフトをさらに含んでいてもよい。通信コントローラ１１３を含む、または通信コントローラ１１３と協働するオペレーティングシステムは、現在の技術に従って聴覚装置フィッティングシステムまたはユーザアクセサリ装置５０との無線通信を実行するように、無線トランシーバ１４を制御する。オーディオ対応Ｂｌｕｅｔｏｏｔｈ  ＬＥプロトコルにおける、装置間の双方向データ通信に関して、ユーザアクセサリ装置５０はマスタ装置として動作してもよく、聴覚装置１０はスレーブ装置として動作してもよい。
【００７５】
また、メモリ１１２は、処理ユニット１１の一部として示されているが、処理ユニット１１に通信可能に結合された別個のユニットとしてメモリを実装してもよいことが了解されよう。
【００７６】
図３は、ユーザアクセサリ装置の一例の概略ブロック図を示している。ユーザアクセサリ装置５０は、アンテナ５１と、アンテナ５１を介して聴覚装置（例えば、図１の聴覚装置１０）の対応する無線機部分または回路と無線通信するように構成された無線機部分または回路５４と、を備えている。ユーザアクセサリ装置５０は、通信コントローラ５２１とメモリ５２２と中央処理装置５２３とを備える、処理ユニット５２を備えている。通信コントローラ５２１は、例えばＢｌｕｅｔｏｏｔｈ  ＬＥコントローラであり得る。通信コントローラ５２１は、例えばオーディオ対応Ｂｌｕｅｔｏｏｔｈ  ＬＥプロトコルに従った様々な通信プロトコルに関連したタスクおよび考えられ得る他のタスクを実行するように構成され得る。具体的には、通信コントローラ５２１は、聴覚装置とユーザアクセサリ装置５０との間の信頼性の高い接続を表す共有認証鍵に基づいて、聴覚装置とのセキュアな通信リンクを確立するように構成され得る。
【００７７】
このため、ユーザアクセサリ装置は、１つまたは複数の認証鍵を格納するためのメモリ５２２を備えている。具体的には、メモリ５２２は、異なる聴覚装置とのそれぞれの信頼性の高い接続を確立する複数の認証鍵を格納するように構成され得る。認証鍵は、リストの形式で格納されてもよいし、他の場合には、各認証鍵が聴覚装置を識別する情報および更なるデータ（認証鍵インデックスなど）に関連付けられている形式で格納されてもよい。メモリ５２２は、ユーザアクセサリ装置が使用する動作パラメータなどの他のデータを格納するようにさらに構成され得ることが了解されよう。また、メモリ５２２は、処理ユニット５２の一部として示されているが、処理ユニット５２に通信可能に結合された別個のユニットとしてメモリを実装してもよいことが了解されよう。
【００７８】
ユーザアクセサリ装置５０は、中央処理装置に通信可能に結合されたリーダ５３をさらに備えている。リーダ５３は、認証データの機械可読表現を読み取るように構成されている、デジタルカメラ、バーコードリーダ、ＲＦＩＤタグリーダ、スマートカードリーダなどを備え得る。
【００７９】
ユーザアクセサリ装置は、好適にプログラムされたスマートフォン、タブレットコンピュータ、スマートＴＶ、またはオーディオ対応装置などの他の電子装置であり得る。ユーザアクセサリ装置は、アプリまたは他のアプリケーションソフトウェアなどのユーザアプリケーションを実行するように構成され得る。ユーザアクセサリ装置は、オーディオデータを聴覚装置と交換するように、かつ／または聴覚装置などの機能を制御するためデータを制御するように構成され得る。このため、無線通信リンク上でＲＦアンテナ５１を介して聴覚装置に送信するためのオーディオデータパケット若しくはデータセット、または他のデータパケット若しくはデータセットは、中央処理装置５２３によって、例えば、中央処理装置５２３により実行される好適なユーザアプリケーションの制御の下で、通信コントローラに供給され得る。通信コントローラ５６は、オーディオまたはデータパケットを無線機回路５４に提供することができる。同様に、ＲＦアンテナ５１を介して無線機部分または回路５４で受信されたデータパケットは、通信コントローラ５２１に送られ、さらなるデータ処理のために中央処理装置５２３にさらに送られる。当業者には、ユーザアクセサリ装置５０は、通常、携帯電話の技術分野で周知であるように、概略的に例示されたものに加えて、多数の追加のハードウェアリソースおよびソフトウェアリソースを含むことが了解されよう。
【００８０】
図４は、聴覚装置フィッティングシステムの一例の概略ブロック図を示している。聴覚装置フィッティングシステム２０は、アンテナ２１と、アンテナ２１を介して聴覚装置（例えば、図１の聴覚装置１０）の対応する無線機部分または回路と無線通信するように構成されている無線機部分または回路２４と、を備えている。聴覚装置フィッティングシステム２０は、通信コントローラ２２１とメモリ２２２と中央処理装置２２３とを備える、処理ユニット２２を備えている。通信コントローラ２２１は、例えばＢｌｕｅｔｏｏｔｈ  ＬＥコントローラであり得る。通信コントローラ２２１は、様々な通信プロトコルに関連したタスクおよび考えられ得る他のタスクを実行するように構成され得る。具体的には、通信コントローラ２２１は、聴覚装置とのセキュアな通信リンクを確立し、動作パラメータおよび認証鍵を聴覚装置に送信し、聴覚装置からデータを受信するように構成され得る。
【００８１】
聴覚装置フィッティングシステム２０は、中央処理装置２２３に通信可能に結合された出力装置２３をさらに備えている。出力装置は、補聴器フィッティングシステムによって生成された認証データの機械可読表現を出力するように構成されている。出力装置は、例えば、プリンタ、ディスプレイ、通信インタフェースなどを備え得る。
【００８２】
聴覚装置フィッティングシステムは、デスクトップコンピュータ、ラップトップコンピュータなど、好適にプログラムされたコンピュータであり得る。コンピュータは、聴覚ケア専門家が、聴覚装置のユーザが聴覚装置を使用するために聴覚装置を構成および／または調整できるように構成された、聴覚装置フィッティングソフトウェアを実行するように構成され得る。このため、無線通信リンク上でＲＦアンテナ２１を介して聴覚装置に送信するためのデータパケット若しくはデータセットは、中央処理装置２２３によって、例えば、中央処理装置２２３により実行される好適な聴覚装置フィッティングソフトウェアの制御の下で、通信コントローラに供給され得る。通信コントローラ２６は、データパケットを無線機回路２４に提供し得る。同様に、ＲＦアンテナ２１を介して無線機部分または回路２４で受信されたデータパケットは、通信コントローラ２２１に送られ、さらなるデータ処理および／または格納のために中央処理装置２２３にさらに送られる。当業者には、聴覚装置フィッティングシステム２０は、通常、コンピュータおよび聴覚装置フィッティングの技術分野で周知であるように、概略的に例示されたものに加えて、多数の追加のハードウェアリソースおよびソフトウェアリソースを含むことが了解されよう。
【００８３】
次に、図５を参照し、図１〜図４を引き続き参照して、聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続を確立するプロセスの一例について記載する。このプロセスは、図１のシステム、または聴覚装置とユーザアクセサリ装置と聴覚装置フィッティングシステムとを含む同様のシステムによって実行され得る。このプロセスは、聴覚ケア専門家が聴覚装置を特定のユーザにフィッティングするフィッティングプロセスの一部として実行され得る。
【００８４】
フィッティングプロセス中、最初のステップＳ１において、聴覚装置フィッティングシステム２０は、聴覚装置１０との通信リンク７０を確立してもよい。通信リンクは、Ｂｌｕｅｔｏｏｔｈ  ＬＥ通信リンク、または別の好適な無線通信技術を使用する無線通信リンクなどの無線通信リンクであり得る。代替的には、聴覚装置フィッティングシステムと聴覚装置との間の通信は、好適なケーブルなどの有線接続であり得る。通信リンクは、データのセキュアな交換を保証にするように、暗号保護され得る。このステップ中、聴覚装置１０は、聴覚装置識別子ｈｉｉｄを聴覚装置フィッティングシステムに送信する。聴覚装置識別子は、シリアル番号、または聴覚装置１０を一意に識別することができる別の識別子であり得る。
【００８５】
フィッティングプロセス中、聴覚装置フィッティングシステムは、１つまたは複数の動作パラメータを、聴覚装置のメモリ１１２に格納するために聴覚装置に送信してもよい。このような動作パラメータの例として、聴力損失パラメータ、コンプレッサパラメータ、フィルタ係数、および／またはゲイン係数などのようなフィッティングパラメータが挙げられ得る。
【００８６】
具体的には、ステップＳ２において、聴覚装置フィッティングシステム２０は、聴覚装置のメモリ１１２に認証鍵を格納するために、確立された通信リンク７０を介して認証鍵を聴覚装置１０に送信する。このため、聴覚装置フィッティングシステムは、認証鍵を生成してもよい。例えば、聴覚装置フィッティングシステムは、固定長の鍵、例えば３２バイトの鍵として認証鍵を生成してもよい。認証鍵は、ランダムバイトのシーケンスとして生成され得る。いくつかの実施形態では、聴覚装置フィッティングシステムは、例えば、ランダムバイトのシーケンスを１度しか生成しないことを保証することによって、一意の認証鍵を生成してもよい。これは、聴覚装置フィッティングシステムが、例えばインターネットまたは他の通信ネットワークを介して、リモートホストシステム、例えば鍵サーバまたは鍵検証サーバと通信可能に通信している場合に、さらにグローバルに実行され得る。本明細書の目的では、認証鍵は、ａｐｐＳｈａｒｅｄＫｅｙとも呼ばれる。
【００８７】
ステップＳ３では、認証鍵は、聴覚装置１０のメモリ１１２に、例えば、安全性アイテムを格納するように構成された専用のメモリ部分に格納される。聴覚装置１０は、認証鍵インデックスに関連付けて認証鍵を格納することができる。例えば、聴覚装置には、インデックス付きのリストまたはそれぞれの認証鍵のアレイが格納されていてもよく、各認証鍵は、リスト内の認証鍵を識別する対応する認証鍵インデックスに関連付けられている。したがって、認証鍵インデックスは、グローバルに一意でなくてもよく、聴覚装置により格納されている認証鍵間でのみ認証鍵を識別するように適合され得る。認証インデックスはｓｈａｒｅｄＩｎｄｅｘとも呼ばれる。
【００８８】
したがって、ステップＳ４において、聴覚装置１０は、聴覚装置フィッティングシステムから受信された認証鍵に関連付けられている認証鍵インデックスを、聴覚装置フィッティングシステムに戻す。
【００８９】
ステップＳ５において、聴覚装置フィッティングシステム２０は、認証データを生成する。一実施形態では、認証データは、固定長バイトのコード、例えば、７０バイト長のコードの形式である。
【００９０】
図６は、聴覚装置フィッティングシステムによって生成される認証データのデータフォーマットの一例を示している。認証データは、バージョンフィールド４１を含んでいる。バージョンフィールドは、１バイト長であってもよいし、別の好適な長さであってもよい。バージョンフィールドは、データフォーマットのバージョンを識別し、すなわち、ユーザアクセサリ装置が、以降のフィールドにおいてどのフォーマットのデータが予想されるかを識別できるようにし、したがって、認証データの適切なデコードが促進される。新しいバージョンは、後続するデータの予想される長さ、あるいはコンテンツ／フォーマットのいずれかを変更し得る。
【００９１】
認証データは、最初のフィラーフィールドまたはパディングフィールド４２をさらに含んでいてもよく、これは、事前定義されたコンテンツが含まれ得る、例えば、ゼロに設定され得る。フィラーフィールドは、１バイト長であってもよいし、別の好適な長さであってもよい。いくつかの実施形態では、フィラーフィールドを省略してもよい。
【００９２】
認証データは、「ブランド」フィールド４２をさらに含んでいてもよく、これは、聴覚装置のブランドまたはタイプに関する情報を含んでいる。「ブランド」フィールドは、２バイト長であってもよいし、別の好適な長さであってもよい。例えば、この情報は、ユーザアクセサリ装置上などで実行されるユーザアプリケーションによって聴覚装置がサポートされているかどうかを判定するために、ユーザアクセサリ装置によって使用されてもよい。
【００９３】
認証データは、聴覚装置識別子ｈｉｉｄのハッシュ値ｈｉｉｄ’４４をさらに含む。ハッシュ値は、例えば、以下のように計算することができる。
ｈｉｉｄ’＝ＨＡＳＨ（ｈｉｉｄ｜ｓｔａｔｉｃ  ｓｔｒｉｎｇ）
式中、ｓｔａｔｉｃ  ｓｔｒｉｎｇ（静的文字列）は、例えばＵＴＦ８フォーマットの事前定義された文字列であってもよく、ＨＡＳＨ（・）は、好適な暗号ハッシュ関数、例えばＳＨＡ−２である。ｈｉｉｄ’は、３２バイト長であってもよいし、別の好適な長さであってもよい。代替実施形態では、ハッシュ関数を、聴覚装置識別子ｈｉｉｄのみから計算してもよいし、可変文字列と組み合わせて計算してもよい。例えば、ハッシュ関数は、聴覚装置識別子と、聴覚装置に格納されており、聴覚装置の製造業者に知られている鍵または他のデータ項目とから計算してもよい。この場合、聴覚装置は、フィッティングプロセス中に、例えば図５のステップＳ４の一部として、ｈｉｉｄ’の値を聴覚装置フィッティングシステムに送信し、聴覚装置フィッティングシステムが、鍵または他のデータ項目を認識することを必要とせずに、その値を認証データに含めることを可能にする。ユーザアクセサリ装置に提供される認証データに含まれる値ｈｉｉｄ’は、その後、例えば以下に記載するように、聴覚装置がユーザアクセサリ装置の通信範囲内にあるときに認証データが関連する聴覚装置を識別するために、ユーザアクセサリ装置によって使用され得る。認証データは、認証データが関連する聴覚装置を直接識別する如何なるデータも含む必要がないことが利点である。認証データは、聴覚装置がユーザアクセサリ装置の通信範囲内にあり、その聴覚装置識別子を通信しているときに、正しい聴覚装置を識別するためにのみ使用できる。
【００９４】
認証データは、ａｐｐＳｈａｒｅｄＫｅｙ’とも呼ばれる、暗号化された形式の認証鍵４５をさらに含む。ａｐｐＳｈａｒｅｄＫｅｙ’は、３２バイト長であってもよいし、別の好適な長さであってもよい。認証鍵は、好適な暗号化プロセスを使用して、例えば、カウンタモードでＡＥＳを使用して暗号化され得る。このため、ＡＥＳ暗号化で使用される暗号化鍵およびカウンタはＨＡＳＨ（ｈｉｉｄ｜ｓｔａｔｉｃ  ｓｔｒｉｎｇ）として計算してもよく、式中、ＨＡＳＨは、ＳＨＡ−２などの好適な暗号ハッシュ関数であり、ｓｔａｔｉｃ  ｓｔｒｉｎｇ（静的文字列）は、例えばＵＴＦ８フォーマットの、事前定義された文字列などの好適なバイトシーケンスである。ＡＥＳ暗号化鍵およびカウンタを計算するために使用される静的文字列は、ｈｉｉｄ’の計算に使用される静的文字列とは異なることが好ましい。上記のハッシュ演算の結果値の最初の１６バイトは暗号化鍵として使用されてもよく、残りの１６バイトはカウンタとして使用されてもよい。カウンタの最後の４バイトのプレフィクスは、「０，０，０，１」であってもよいし、別の好適なシーケンスであってもよい。別のタイプの暗号化を使用してもよいこと、かつ／または暗号化鍵が別の方法で聴覚装置識別子に依存することが了解されよう。
【００９５】
認証データは、好ましくは暗号化された形式の認証鍵インデックスｓｈａｒｅｄＩｎｄｅｘをさらに含む。暗号化されたｓｈａｒｅｄＩｎｄｅｘは、ｓｈａｒｅｄＩｎｄｅｘ’とも呼ばれる。ｓｈａｒｅｄＩｎｄｅｘ’は、１バイト長であってもよいし、別の好適な長さであってもよい。認証鍵インデックスは、好適な暗号化プロセスを使用して、例えば、暗号化鍵の暗号化に関連して記載されるものと同じ暗号化方法、鍵、およびカウンタを使用して、暗号化され得る。
【００９６】
したがって、認証されていない人物がＱＲコードまたは認証データの別の機械可読表現を備えた紙を発見した場合、その人物は、認証生成対象の聴覚装置のｈｉｉｄを推測できない。したがって、その人物は、ａｐｐＳｈａｒｅｄＫｅｙおよびｓｈａｒｅｄＩｎｄｅｘの復号鍵を計算することができない。これには、聴覚装置にアクセスすること、例えば、その通信範囲内にあることが必要である。
【００９７】
認証データは、２番目のフィラーフィールドまたはパディングフィールド４７をさらに含んでいてもよく、これは、事前定義されたコンテンツが含まれ得る、例えば、ゼロに設定され得る。フィラーフィールドは、１バイト長であってもよいし、別の好適な長さであってもよい。いくつかの実施形態では、フィラーフィールドを省略してもよい。
【００９８】
他の実施形態では、認証データが異なるフォーマットを有し得ることが了解されよう。具体的には、さまざまなフィールドが、異なる長さを有してもよく、かつ／または異なる順序若しくは構造で配列されていてもよい。さらに、認証データは、代替フィールドまたは追加フィールドを含んでいてもよい。例えば、認証データのいくつかの実施形態は、バージョンフィールドを含んでいなくてもよく、かつ／または、ブランドフィールドを含んでいなくてもよく、かつ／または、フィラーフィールドを含んでいなくてもよく、かつ／または他のフィラーフィールドを含んでいてもよい。いくつかの実施形態では、ｓｈａｒｅｄＩｎｄｅｘは、暗号化されずに含まれていてもよく、かつ／または他の修正を適用してもよい。
【００９９】
図５を再び参照すると、ステップＳ５において、聴覚装置フィッティングシステムは、認証データの、具体的には光学的可読表現などの機械可読表現をさらに生成する。例えば、聴覚装置フィッティングシステムは、認証データをエンコードするＱＲコードなどのマトリックスコードを生成してもよい。いくつかの実施形態では、聴覚装置フィッティングシステムは、認証データの２つのセット、例えば、聴覚装置のペアの聴覚装置毎に１セットを表す機械可読表現を生成してもよい。これにより、ユーザアクセサリ装置は、１度の動作で聴覚装置のペアと信頼性の高い接続を確立できるようになる。認証データの２つのセットをエンコードするＱＲコードの一例を図７に示す。
【０１００】
さらに図５を参照すると、後続のステップＳ６において、聴覚装置フィッティングシステムは、生成された表現４０を、ユーザアクセサリ装置により読み取ることができる形式で聴覚装置のユーザ３０に提供する。例えば、聴覚装置フィッティングシステムは、機機械可読表現を紙または別の好適な担体に印刷してもよい。代替または追加として、聴覚装置フィッティングシステムは、生成された機械可読表現を、聴覚装置フィッティングシステムに関連付けられたディスプレイ上に表示してもよい。さらに代替または追加として、聴覚装置フィッティングシステムは、電子メール、ショートメッセージサービス、または別の好適な方法で、生成された機械可読表現を、例えば画像としてユーザに送信してもよい。
【０１０１】
何れの場合においても、ステップＳ７において、認証データの機械可読表現は、ユーザアクセサリ装置５０により、例えば、ユーザアクセサリ装置の内蔵デジタルカメラを用いて読み取られる。このため、ユーザは、機械可読表現を読み取るための機能を含むユーザアプリケーション、例えばアプリをユーザアクセサリ装置上に呼び出してもよい。代替的には、機械可読表現は、ユーザアプリケーションへの参照、および任意選択的には、ユーザアプリケーションをそこから取得し得るソース、例えばアプリストアへの参照をさらに含み得る。したがって、ユーザ３０は、ユーザアクセサリ装置に、ユーザアプリケーションをユーザアクセサリ装置上に呼び出させる機械可読表現４０、あるいは、必要に応じて、識別されたソースからユーザアプリケーションを取得させ、次いで、ユーザアクセサリ装置上にユーザアプリケーションを呼び出させる機械可読表現４０を読み込むように、ユーザアクセサリ装置５０を制御することができる。ユーザアプリケーションは、呼び出されると、ユーザアクセサリ装置に、ユーザアクセサリ装置により実行される接続生成のさらなるステップを実行させることができる。
【０１０２】
認証データの表現を光学的可読コードとして紙または他の担体、あるいはディスプレイ上に提供するには、聴覚装置フィッティングシステムの一部として最低限の追加インフラストラクチャが必要である。また、多くのモバイル装置は、デジタルカメラを含んでおり、光学的可読コードをユーザフレンドリな方法で読み取ることができる。ただし、認証データを、別の形式で、例えば直接的なデータ送信、電子メール、ショートメッセージサービス、ＲＦＩＤタグ、スマートカードなどの好適なストレージ媒体への格納などによって、ユーザアクセサリ装置に提供され得ることが了解されよう。
【０１０３】
ステップＳ８において、ユーザアクセサリ装置５０が、聴覚装置の通信範囲内となるように聴覚装置１０と十分に近接しているとき、聴覚装置は、その聴覚装置識別子ｈｉｉｄをユーザアクセサリ装置に通信する。例えば、聴覚装置は、無線通信インタフェースを介して、例えば、Ｂｌｕｅｔｏｏｔｈ  ＬＥを介して通信することができるモードで動作しているときに、他の装置が聴覚装置を検出して接続を確立することができるように、聴覚装置識別子をブロードキャストしてもよい。
【０１０４】
ステップＳ９において、ユーザアクセサリ装置５０は、聴覚装置１０から受信された聴覚装置識別子ｈｉｉｄから暗号ハッシュ値ＨＡＳＨ（ｈｉｉｄ｜ｓｔａｔｉｃ  ｓｔｒｉｎｇ）を計算する。このため、ユーザアプリケーションは、ハッシュ関数を計算するために使用される静的文字列を含んでいてもよいし、他の場合には、当該静的文字列へのアクセスを有していてもよい。同様に、別のデータ項目を使用してｈｉｉｄ’を生成する場合、ユーザアクセサリ装置は、そのようなデータ項目を含んでいてもよいし、他の場合には、当該データ項目へのアクセスを有していてもよい。次いで、ユーザアクセサリ装置は、計算されたハッシュ値を、読み取られた認証データに含まれる値ｈｉｉｄ’と比較する。２つの値が等しい場合、ユーザアクセサリ装置は、聴覚装置識別子をそこから受信した聴覚装置が、認証データが関連する聴覚装置であると判定する。具体的には、この判定の目的では、認証データは、聴覚装置の識別子を含む必要はなく、そこから計算された暗号ハッシュ値のみを含む必要がある。ユーザアクセサリ装置の通信範囲内に複数の聴覚装置があり、ユーザアクセサリ装置が複数の聴覚装置識別子を受信する場合、ユーザアクセサリ装置は、認証データからのハッシュ値ｈｉｉｄ’と一致する聴覚装置識別子をユーザアクセサリ装置が判定するまで、異なる受信された聴覚装置識別子のそれぞれのハッシュ値を計算してもよい。
【０１０５】
そして、ユーザアクセサリ装置が、一致する聴覚装置を識別した場合、後続のステップＳ１０において、ユーザアクセサリ装置は、認証データのａｐｐＳｈａｒｅｄＫｅｙ’からａｐｐＳｈａｒｅｄＫｅｙを復号するために使用される復号鍵およびカウンタ値を計算する。具体的には、ユーザアクセサリ装置はこの時点で、適用可能な聴覚装置識別子ｈｉｉｄを認識しているので、ユーザアクセサリ装置は、復号鍵およびカウンタを計算するためにＨＡＳＨ（ｈｉｉｄ｜ｓｔａｔｉｃ  ｓｔｒｉｎｇ）を計算してもよく、ハッシュ関数への入力は、前述のように、ｈｉｉｄ’を計算するために使用されるものとは異なる静的文字列を含み得る。さらに、このため、ユーザアプリケーションは、この計算に使用される静的文字列を含んでいてもよいし、他の場合には、当該静的文字列へのアクセスを有していてもよい。次いで、ユーザアクセサリ装置は、計算された復号鍵およびカウンタを使用して、復号された認証鍵ａｐｐＳｈａｒｅｄＫｅｙを計算する。同様に、ユーザアクセサリ装置は、聴覚装置識別子を使用して、認証データに含まれる暗号化された値ｓｈａｒｅｄＩｎｄｅｘ’から認証鍵インデックスｓｈａｒｅｄＩｎｄｅｘを復号する。次いで、ユーザアクセサリ装置は、後で使用するために、復号されたａｐｐＳｈａｒｅｄＫｅｙを聴覚装置識別子に関連付けて格納し、復号されたｓｈａｒｅｄＩｎｄｅｘを格納する。この時点で、聴覚装置とユーザアクセサリ装置とは認証鍵を共有し、ユーザアクセサリ装置は、適切な認証鍵を識別するために、聴覚装置がどの認証鍵インデックスを使用するかも認識する。共有認証鍵は、聴覚装置とユーザアクセサリ装置との間に信頼性の高い接続を提供する。
【０１０６】
そして、聴覚装置とユーザアクセサリ装置とは、その後に接続を確立するときに（ステップＳ１１）、認証および／または暗号化のための既知のメカニズムによって、それらの間の通信リンクをセキュアにするために、この時点で確立されている共有認証鍵を使用することができる。具体的には、聴覚装置は、聴覚装置識別子ｈｉｉｄをブロードキャストしてもよく、ユーザアクセサリ装置は、その聴覚装置のための格納された認証鍵に関連付けられている認証鍵インデックスを含む接続要求を聴覚装置に送信してもよい。したがって、聴覚装置は、認証鍵インデックスに関連付けられた認証鍵を選択してもよく、聴覚装置とユーザアクセサリ装置は、共有認証鍵に基づいてセキュアな接続を確立してもよい。
【０１０７】
例えば、聴覚装置は、ユーザアクセサリ装置を認証してもよい。このため、聴覚装置は、ユーザアクセサリ装置に対するチャレンジとして、バイトシーケンスを、例えばランダムバイトシーケンスを送信してもよく、ユーザアクセサリ装置は、アクセサリ装置の認証鍵およびチャレンジから計算された暗号ハッシュ値として計算された応答を返してもよい。聴覚装置は、自身の認証鍵およびチャレンジを使用して、同じ計算を実行してもよい。計算された結果がユーザアクセサリ装置から受信された応答と等しい場合、聴覚装置は、ユーザアクセサリ装置が共有認証鍵を所有していると判定してもよく、したがって、ユーザアクセサリ装置を信用すると決定してもよい。共有認証鍵を所有していない場合には、聴覚装置は、セッションを終了してもよい。
【０１０８】
接続の確立は、ユーザアクセサリ装置による聴覚装置の認証、および／またはユーザアクセサリ装置と聴覚装置との間で交換されるメッセージを暗号化するためのセッション鍵の確立を含んでいてもよいことが了解されよう。
【０１０９】
一実施形態では、認証プロセスは、以下のような動作を含む。
【０１１０】
ユーザアクセサリ装置上で実行されるユーザアプリケーションは、ｈｉｉｄおよびチャレンジを聴覚装置に要求する。チャレンジは、１６バイトの文字列、または別の好適なデータ項目、例えば、異なる長さの文字列であり得る。
【０１１１】
聴覚装置は、ｈｉｉｄおよびチャレンジをユーザアクセサリ装置に転送する。
【０１１２】
ユーザアクセサリ装置上で実行されるユーザアプリケーションは、聴覚装置との確立される通信リンクをセキュアにするために使用される１つまたは複数のセッション鍵を計算する。セッション鍵は、受信されたチャレンジと、ｈｉｉｄについてユーザアクセサリ装置により格納されたａｐｐＳｈａｒｅｄＫｅｙとを使用して計算され得る。セッション鍵はさらに、追加データに基づき得る。具体的には、ユーザアクセサリ装置は、受信されたチャレンジから、およびａｐｐＳｈａｒｅｄＫｅｙから、および任意選択的に追加データから、共通秘密を計算してもよい。次いで、ユーザアクセサリ装置は、共通秘密から１つまたは複数のセッション鍵を計算してもよい。ユーザアプリケーションは、ｈｉｉｄについて格納されているａｐｐＳｈａｒｅｄＫｅｙを使用して、受信されたチャレンジへの応答をさらに計算する。例えば、応答は、ａｐｐＳｈａｒｅｄＫｅｙに依存するセッション鍵のうちの１つで暗号化された事前に定義された文字列を備えていてもよい。
【０１１３】
ユーザアクセサリ装置は、認証メッセージを聴覚装置に送信し、認証メッセージは、ユーザアクセサリ装置が使用するａｐｐＳｈａｒｅｄＫｅｙに対応するｓｈａｒｅｄＩｎｄｅｘと、計算された応答を含んでいる。認証メッセージは、追加データを含み得る。
【０１１４】
聴覚装置は、受信されたｓｈａｒｅｄＩｎｄｅｘに対応するａｐｐＳｈａｒｅｄＫｅｙをメモリから読み出し、共通秘密および対応するセッション鍵を計算する。次いで、聴覚装置は、例えば、自身のセッション鍵を使用して、暗号化された文字列を復号することによって、および、復号された文字列を予想される事前に定義された文字列と比較することによって、応答を検証する。
【０１１５】
検証に失敗した場合、聴覚装置は、セキュアなリンクの確立を拒否し、エラーメッセージをユーザアクセサリ装置に返してもよい。検証が成功した場合、聴覚装置は、認証の成功を示す認証応答を返す。
【０１１６】
聴覚装置およびユーザアクセサリ装置は、この時点で、接続が終了するまで、それらの間の通信をセキュアにするための生成されたセッション鍵を使用してもよい。
【０１１７】
上記の実施形態について、主に、ある特定の例を参照して記載してきたが、添付の特許請求の範囲において概説される本発明の趣旨および範囲から逸脱することなく、その様々な変更は当業者に明らかであろう。例えば、本明細書に開示される様々な態様について、主に、補聴器のコンテキストで記載してきたが、他のタイプの聴覚装置にも適用可能であり得る。同様に、本明細書に開示される様々な態様について、主に、装置間のＢｌｕｅｔｏｏｔｈ  ＬＥの短距離ＲＦ通信のコンテキストで記載したが、装置間の通信は、他の無線技術、またはさらには有線技術などの他の通信技術を使用し得ることが了解されよう。
【図１】
2020184747.tif 000003
【図２】
2020184747.tif 000004
【図３】
2020184747.tif 000005
【図４】
2020184747.tif 000006
【図５】
2020184747.tif 000007
【図６】
2020184747.tif 000008
【図７】
2020184747.tif 000009
【外国語明細書】
2020184747000001.pdf
2020184747000002.pdf
2020184747000003.pdf
2020184747000004.pdf