(57)【要約】      （修正有）【課題】補聴システムの補聴器から補聴器データを読み出す方法を提供する。【解決手段】補聴器データの読み出しは、補聴システム２のサーバデバイス４においてチャレンジデータを得ることと、チャレンジデータをサーバデバイスからユーザ付帯装置１０のユーザアプリケーション１２に送信することと、チャレンジデータを含むチャレンジリクエストをユーザアプリケーションから補聴器８に送信することと、応答データを含むチャレンジ応答を補聴器から受信することと、応答データをユーザアプリケーションからサーバデバイスに転送することと、チャレンジデータに基づいて、サーバデバイスにおいて応答データを検証することと、選択的に、応答データの検証が成功すれば、応答データから補聴器データを導出することと、を含む。【選択図】図１
2018129792.tif 000002
【特許請求の範囲】
【請求項１】
補聴システムの補聴器から補聴器データを読み出す方法であって、補聴器データの読み出しは、
前記補聴システムのサーバデバイスにおいてチャレンジデータを得ることと、
前記チャレンジデータを前記サーバデバイスからユーザ付帯装置のユーザアプリケーションに送信することと、
前記チャレンジデータを含むチャレンジリクエストを前記ユーザアプリケーションから前記補聴器に送信することと、
応答データを含むチャレンジ応答を前記補聴器から受信することと、
前記応答データを前記ユーザアプリケーションから前記サーバデバイスに転送することと、
前記チャレンジデータに基づいて、前記サーバデバイスにおいて前記応答データを検証することと、
前記応答データの検証が成功する場合に、前記応答データから前記補聴器データを導出することと、
を含む、方法。
【請求項２】
前記チャレンジ応答が、前記ユーザアプリケーションにおいて受信される、請求項１に記載の方法。
【請求項３】
前記方法が、前記チャレンジデータおよび前記補聴器の補聴器識別子に基づいて、前記補聴器において前記応答データを決定することを含む、請求項１または２に記載の方法。
【請求項４】
前記補聴器データを導出することは、前記チャレンジデータに基づいて前記応答データを復号し、前記補聴器データを得ることを含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記方法が、前記ユーザアプリケーションからチャレンジデータのためのリクエストを受信することと、前記ユーザアプリケーションから前記チャレンジデータのためのリクエストを受信することに応じて、補聴器データの読み出しを開始することと、を含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記方法が、第１の読み出しの判定基準が満たされる場合に、前記ユーザアプリケーションから前記チャレンジデータのためのリクエストを送信することを含む、請求項５に記載の方法。
【請求項７】
前記方法が、前記補聴器データと、補聴器データの読み出し時期を示す補聴器データタイムスタンプと、を格納することを含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記方法が、最後の補聴器データタイムスタンプに基づいて第２の読み出しの判定基準が満たされるか否かを決定することと、前記第２の読み出しの判定基準が満たされる場合に、補聴器データの読み出しを開始することとを含む、請求項７に記載の方法。
【請求項９】
チャレンジデータを得ることは、前記サーバデバイスにおいて前記チャレンジデータを格納することを含み、および／または、前記チャレンジデータに基づいて、前記サーバデバイスにおいて前記応答データを検証することは、前記チャレンジデータを計算することを含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
サーバデバイスを備える補聴システムの補聴器から補聴器データを読み出すためのサーバデバイスであって、前記サーバデバイスは、前記補聴器から補聴器データを読み出すように構成されており、補聴器から補聴器データを読み出すことは、
チャレンジデータを得ることと、
前記チャレンジデータをユーザ付帯装置のユーザアプリケーションに送信することと、
応答データを含む応答メッセージを前記ユーザアプリケーションから受信することと、
前記チャレンジデータに基づいて、前記応答データを検証することと、
前記応答データが検証される場合に、前記応答データから前記補聴器データを導出することと、
を含む、サーバデバイス。
【請求項１１】
前記サーバデバイスは、前記補聴器データと、補聴器データの読み出し時期を示す補聴器データタイムスタンプと、を格納するように構成されている、請求項１０に記載のサーバデバイス。
【請求項１２】
前記サーバデバイスが、チャレンジデータのためのリクエストを前記ユーザアプリケーションから受信し、前記ユーザアプリケーションから前記チャレンジデータのためのリクエストを受信することに応じて、補聴器データの読み出しを開始するように構成されている、請求項１０または１１に記載のサーバデバイス。
【請求項１３】
サーバデバイスが、最後の補聴器データタイムスタンプに基づいて第２の読み出しの判定基準が満たされたかどうかを決定し、第２の読み出しの判定基準が満たされる場合に、補聴器データの読み出しを開始するように構成されている、請求項１１または請求項１１に従属する請求項１２に記載のサーバデバイス。
【請求項１４】
補聴システムのユーザ付帯装置のためのユーザアプリケーションであって、前記ユーザ付帯装置は、
処理ユニットと、
メモリユニットと、
インターフェースと、を備え、
前記ユーザアプリケーションは、前記補聴システムの補聴器から補聴器データを読み出すように構成され、補聴器データを読み出すことは、
サーバデバイスからチャレンジデータを得ることと、
前記チャレンジデータを含むチャレンジリクエストを前記補聴システムの補聴器に送信することと、
応答データを含むチャレンジ応答を前記補聴器から受信することと、
前記応答データを前記サーバデバイスに送信することと、
を含む、ユーザアプリケーション。
【請求項１５】
サーバデバイスからチャレンジデータを得ることは、第１の読み出しの判定基準が満たされるか否かを決定し、第１の読み出しの判定基準が満たされる場合に、補聴器データを読み出すことを含み、チャレンジデータを得ることは、チャレンジデータのためのリクエストを前記サーバデバイスに送信することを含む、請求項１４に記載のユーザアプリケーション。
【請求項１６】
プロセッサと、アンテナと、無線通信を受信／送信するために前記アンテナと接続する無線送受信機と、を備える補聴器であって、
前記補聴器は、第１マイクロフォン入力信号を供給するための第１マイクロフォンを含む一組のマイクロフォンを含み、
送受信機およびマイクロフォンの入力信号を受信し、処理するために、前記プロセッサが前記無線送受信機と前記第１マイクロフォンとに接続し、
前記プロセッサは、補聴器設定に基づいてユーザの難聴を補い、前記入力信号および前記補聴器設定に基づいて電気的な出力信号を供給するように構成され、
前記補聴器は、前記電気的な出力信号を、前記補聴器のユーザの鼓膜に向かって進む音声出力信号に変換するための前記プロセッサに接続するレシーバを備えており、
前記補聴器は、チャレンジデータを含むチャレンジリクエストをユーザアプリケーションから前記補聴器に受信し、前記チャレンジデータと補聴器データに基づいて応答データを作成し、前記応答データを含むチャレンジ応答を前記ユーザアプリケーションに送信するように構成される、
補聴器。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、サーバデバイスと、補聴器システムとを備える補聴システムに関し、ここで、補聴器システムは、補聴器と、ユーザ付帯装置とを備えている。特に、本開示は、補聴器データを読み出すための装置／アプリケーション、および、補聴システムの補聴器から補聴器データを読み出す方法に関する。
【背景技術】
【０００２】
無線通信技術において、補聴システムの異なるエンティティの間での無線通信がますます進歩している。しかし、新しい技術は、補聴器製造業者にとって、補聴システムにおける通信を保護するという新しい課題を必然的にもたらしている。補聴システムの無線通信インターフェースは、オープン標準ベースのインターフェースであることが望ましい。しかし、これには、セキュリティの観点から多くの課題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
補聴システムの通信のための改良されたセキュリティを提供するための機器、装置および方法が必要とされている。さらに、補聴器および補聴器の機能が第三者（許可されていない）によって害される危険性を減らすための装置及び方法も必要とされている。
【課題を解決するための手段】
【０００４】
したがって、補聴システムの補聴器から補聴器データを読み出す方法であって、補聴器データの読み出しは、前記補聴システムのサーバデバイスにおいてチャレンジデータを得ることと、前記チャレンジデータを前記サーバデバイスからユーザ付帯装置のユーザアプリケーションに送信することと、前記チャレンジデータを含むチャレンジリクエストを前記ユーザアプリケーションから前記補聴器に送信することと、応答データを含むチャレンジ応答を前記補聴器から受信することと、前記応答データを前記ユーザアプリケーションから前記サーバデバイスに転送することと、前記チャレンジデータに基づいて、前記サーバデバイスにおいて前記応答データを検証することと、選択的に、前記応答データの検証が成功する場合に、前記応答データから前記補聴器データを導出することと、を含む、方法が提供される。
【０００５】
また、サーバデバイスを備える補聴システムの補聴器から補聴器データを読み出すためのサーバデバイスであって、前記サーバデバイスは、前記補聴器から補聴器データを読み出すように構成されており、補聴器から補聴器データを読み出すことは、チャレンジデータを得ることと、前記チャレンジデータをユーザ付帯装置のユーザアプリケーションに送信することと、応答データを含む応答メッセージを前記ユーザアプリケーションから受信することと、前記チャレンジデータに基づいて、前記応答データを検証することと、選択的に、前記応答データが検証される場合に、前記応答データから前記補聴器データを導出することと、を含む、サーバデバイスも提供される。
【０００６】
補聴システムのユーザ付帯装置のためのユーザアプリケーションであって、前記ユーザ付帯装置は、処理ユニットと、メモリユニットと、インターフェースと、を備え、前記ユーザアプリケーションは、前記補聴システムの補聴器から補聴器データを読み出すように構成され、補聴器データを読み出すことは、サーバデバイスからチャレンジデータを得ることと、前記チャレンジデータを含むチャレンジリクエストを前記補聴システムの補聴器に送信することと、応答データを含むチャレンジ応答を前記補聴器から受信することと、前記応答データを前記サーバデバイスに送信することと、を含む、ユーザアプリケーションが提供される。
【０００７】
また、補聴器であって、プロセッサと、アンテナと、無線通信を受信／送信するために前記アンテナと接続する無線送受信機と、を備え、前記補聴器は、第１マイクロフォン入力信号を供給するための第１マイクロフォンを含む一組のマイクロフォンを含み、送受信機およびマイクロフォンの入力信号を受信し、処理するために、前記プロセッサが前記無線送受信機と前記第１マイクロフォンとに接続し、前記プロセッサは、補聴器設定に基づいてユーザの難聴を補い、前記入力信号および前記補聴器設定に基づいて電気的な出力信号を供給するように構成され、前記補聴器は、前記電気的な出力信号を、前記補聴器のユーザの鼓膜に向かって進む音声出力信号に変換するための前記プロセッサに接続するレシーバを備えており、前記補聴器は、チャレンジデータを含むチャレンジリクエストをユーザアプリケーションから前記補聴器に受信し、前記チャレンジデータと補聴器データに基づいて応答データを作成し、前記応答データを含むチャレンジ応答を前記ユーザアプリケーションに送信するように構成される、補聴器も開示される。
【０００８】
ユーザの機密データ（例えば、補聴器データ）が第三者に送られるか、または共有されてしまうという危険性を大きく減少させることが本開示の重要な利点である。さらに、本開示によって、補聴器のユーザが、補聴器データを補聴器製造業者に報告する必要性を減らすことができる。
【０００９】
さらに、本開示によって、補聴器の製造業者が、補聴器について、アップデートされた正しい情報を安全に保持し、維持することができる。特に、補聴器の製造業者は、重要なファームウェアアップデートが補聴器にダウンロードされたかどうかを判断することができる。
【００１０】
本発明の上述の特徴および利点と、他の特徴および利点は、添付の図面を参照しつつ、以下の例示的な実施形態の詳細な記載を参照することによって当業者には容易に明らかになるだろう。
【図面の簡単な説明】
【００１１】
【図１】補聴システムを模式的に示す。
【図２】信号伝達ダイアグラムの一例を示す。
【図３】本発明に係る方法のフロー図の一例である。
【図４】サーバデバイスの一例を模式的に示す。
【発明を実施するための形態】
【００１２】
以下、様々な例示的な実施形態及び詳細が、図面を参照しながら説明される。図面は、縮尺通りに描かれていてもよく、描かれていなくてもよく、全体を通して、同様の参照番号は同様の要素を指すことに留意されたい。また、図面は、実施形態の説明を容易にするためのものにすぎないことに留意されたい。これらは、特許請求の範囲に記載された発明の網羅的な説明としても、特許請求の範囲に記載された発明の範囲の限定としても意図されていない。加えて、例示の実施形態は、示された全ての態様または利点を有する必要はない。特定の実施形態と共に説明される態様または利点は、必ずしもその実施形態に限定されず、任意の他の実施形態において、そのように示されていなくとも、またはそのように明記されていなくとも、実施することができる。
【００１３】
本開示は、補聴システムの通信における改良されたセキュリティに関する。補聴システムは、サーバデバイスと、ユーザアプリケーションがインストールされたユーザ付帯装置と、補聴器とを備えている。補聴器製造業者が、サーバデバイスを制御してもよい。サーバデバイスは、分散型のサーバデバイス（すなわち、分散型のプロセッサを有するサーバデバイス）であってもよい。つまり、本明細書に開示される方法、ユーザアプリケーションおよびサーバデバイスは、脅威および攻撃から守るための適切な防衛手段および対抗策（例えば、セキュリティ機構）を実施することによって、セキュリティの脅威、脆弱性および攻撃に対して強固な補聴システムの通信を実現する。本開示は、反射攻撃、不正アクセス、電池を消耗させる攻撃、介入者攻撃に対して強固な補聴システムの通信に関する。
【００１４】
本明細書で使用される場合、「識別子」との用語は、識別、例えば、分類、および／またはユニークに（固有に）識別するために使用される１つのデータを指す。識別子は、単語、数字、文字、記号、リスト、アレイまたはこれらの任意の組み合わせの形式であってもよい。例えば、数字の識別子は、整数、例えば、符号なしの整数（ｕｉｎｔ）、例えば、８ビット、１６ビット、３２ビット、またはもっと長い長さを有する符号なしの整数、例えば、符号なしの整数の配列の形式であってもよい。識別子は、長さが数バイトであってもよい。例えば、補聴器識別子は、長さが２０バイトであってもよい。
【００１５】
ユーザ付帯装置は、メモリユニットとインターフェースとを備えており、それぞれが処理ユニットに接続している。メモリユニットは、限定されないが、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを含む、リムーバブル型または非リムーバブル型のデータ格納装置を備えていてもよい。メモリユニットにはユーザアプリケーションが格納されている。インターフェースは、アンテナと、無線送受信機（例えば、２．４〜２．５ＧＨｚの範囲の周波数での無線通信のために構成されたもの）とを備えている。インターフェースは、アンテナと無線送受信機とを備えている補聴器との通信（例えば、無線通信）のために構成されていてもよい。
【００１６】
この方法は、補聴システムのサーバデバイスにおいてチャレンジデータを得ることを含む。チャレンジデータを得ることは、例えば、デフォルトチャレンジ値（選択的に、メモリ／ルックアップテーブルに記憶されている）および／またはタイムスタンプに基づいて、チャレンジデータを作成することを含んでいてもよい。したがって、サーバデバイスは、例えば、デフォルトチャレンジ値および／またはタイムスタンプに基づいて、チャレンジデータを作成するように構成されていてもよい。サーバデバイスは、特定の間隔（例えば、５分ごと、１０分ごとまたは３０分ごと）にチャレンジデータを作成するように構成されていてもよい。（異なる）チャレンジデータ作成の間の時間が短いと、セキュリティが向上することがあるが、（異なる）チャレンジデータ作成の間の時間が短すぎると、ユーザアプリケーション／補聴器のための時間調整の要求が大きくなりすぎ、ひいては不必要な誤った検証が起こり、補聴器において電力を消費するチャレンジ−レスポンスの作成を必要とする。チャレンジデータは、ランダムまたは疑似ランダムであってもよい。チャレンジデータは、少なくとも８バイト、例えば、少なくとも１２バイト、または少なくとも１６バイトを含んでいてもよい。チャレンジデータは、１６バイト値であってもよい。サーバデバイスは、ルックアップテーブル（参照テーブル）および／または関数（例えば、入力としてタイムスタンプを有する）に基づいてチャレンジデータを作成するような構成であってもよい。タイムスタンプ値に基づいてチャレンジデータを得ることは、固有の有効期間を有するチャレンジデータを利用可能にする、および／または、提供する。所与の間隔でチャレンジデータを得ることは、固有の有効期間を有するチャレンジデータを利用可能にする、および／または、提供する。
【００１７】
本開示は、補聴システムのエンティティ間のセキュア通信に関する。補聴システムは、サーバデバイスと、補聴器システムとを備えており、補聴器システムは、ユーザ付帯装置と、補聴器とを備えている。ユーザ付帯装置は、補聴器に対する付帯装置を形成する。ユーザ付帯装置は、典型的には、補聴器とペアリングされているか、または別の様式で無線接続している。補聴器は、例えば、耳かけ（ＢＴＥ）型、耳あな（ＩＴＥ）型、外耳道挿入（ＩＴＣ）型、外耳道レシーバ挿入（ＲＩＣ）型、耳あなレシーバ挿入（ＲＩＴＥ）型の補聴器であってもよい。典型的には、補聴器システムは、補聴器のユーザによって所持され、制御される。
【００１８】
チャレンジデータを得ることは、サーバデバイスにおいてチャレンジデータを格納することを含んでいてもよい。サーバデバイスは、応答データを検証した後にチャレンジデータを削除するような構成であってもよい。この方法は、特定の期間経過後、および／またはチャレンジデータを新しいチャレンジデータと置き換えた後に、チャレンジデータを削除することを含んでいてもよい。
【００１９】
この方法は、チャレンジデータをサーバデバイスからユーザアプリケーションへと送信することを含む。
【００２０】
この方法は、チャレンジデータを含むチャレンジリクエストをユーザアプリケーションから補聴器へと送信することを含む。したがって、ユーザアプリケーションは、サーバデバイスからチャレンジデータを受信し、チャレンジリクエストにおいて、このチャレンジデータまたはその少なくとも一部を補聴器に転送する。
【００２１】
この方法は、例えば、ユーザアプリケーションにおいて、チャレンジ応答を受信することを含み、チャレンジ応答は、補聴器からの応答データを含んでいる。応答データは、少なくとも８バイト、例えば、少なくとも１６バイトまたは少なくとも３２バイトを含んでいてもよい。応答データは、長さが１６〜９６バイトの範囲であってもよい。応答データは、７０バイト長〜９０バイト長であってもよい。
【００２２】
応答データは、チャレンジ応答値および／または補聴器データを含む。応答データは、応答値および／または補聴器データに基づき、チェックサム値を含んでいてもよい。チャレンジ応答値は、チャレンジデータおよび／または補聴器データ、例えば、補聴器識別子に基づいていてもよい。
【００２３】
この方法は、例えば、応答メッセージに含ませて、応答データをユーザアプリケーションからサーバデバイスに転送することを含む。応答データ（例えば、応答データのチャレンジ応答値）は、チャレンジデータに基づき、サーバデバイスにおいて検証される。チャレンジデータに基づき、サーバデバイスにおいて応答データを検証することは、例えば、デフォルトチャレンジ値および／またはタイムスタンプに基づき、チャレンジデータを計算することを含んでいてもよい。チャレンジデータに基づき、サーバデバイスにおいて応答データを検証することは、サーバデバイスのメモリからチャレンジデータを読み出すことを含んでいてもよい。
【００２４】
選択的に、この方法は、応答データの検証が成功する場合に、応答データから補聴器データを導出すること、および／または補聴器データを格納することを含む。補聴器データを格納することは、応答データの検証が成功する場合に、補聴器データの読み出し時期を示す指標となる補聴器データタイムスタンプを、例えば、サーバデバイスに格納することを含んでいてもよい。この方法は、応答データの検証が失敗する場合に、補聴器データの読み出しを開始することを含んでいてもよい。この方法は、応答データの検証が失敗する場合に、データ読み出し状態識別子を補聴器データが読み出されていないことを示す値に設定することを含んでいてもよく、選択的に、タイムスタンプを、補聴器データの読み出しが失敗した時期を示すように設定することを共に含んでもよい。
【００２５】
この方法において、応答データを含むチャレンジ応答を補聴器から受信することは、ユーザアプリケーションによって行われてもよく、すなわち、チャレンジ応答は、ユーザアプリケーションにおいて受信されてもよい。
【００２６】
この方法は、チャレンジデータおよび／または補聴器の補聴器識別子に基づき、補聴器において応答データを決定することを含んでいてもよい。したがって、補聴器は、チャレンジデータおよび／または補聴器識別子に基づき、応答データを作成するように構成されていてもよい。補聴器識別子に基づく応答データによって、サーバデバイスは、補聴器を認証し、特定することができる。応答データは、選択的に、補聴器識別子を含んでいるか、または補聴器識別子を示していてもよい。したがって、サーバデバイスは、特定の補聴器を特定することができる。
【００２７】
補聴器データは、補聴器識別子を含んでいてもよい。補聴器データは、アドレス識別子、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）アドレスおよび／またはシリアルナンバーを含んでいてもよい。補聴器データは、ソフトウェアバージョン識別子および／または補聴器モデル識別子を含んでいてもよい。補聴器は、１つ以上のロギングレジスタエントリーを含んでいてもよい。ロギングレジスタエントリーは、補聴器との通信セッションが開始されたか、または試行されたクライアントデバイスのクライアントデバイス識別子を含んでいてもよく、選択的に、通信セッションの時間または通信セッションの試行時間を示すタイムスタンプを有していてもよい。したがって、サーバデバイス／補聴器製造業者は、クライアントデバイスが補聴器のために使用されることについての情報を集めることができるため、補聴器製造業者は、クライアントデバイスの誤使用／模倣を検出することができる。
【００２８】
この方法において、補聴器データを導出することは、例えばチャレンジデータに基づいて応答データを復号し、補聴器データを得ることを含んでいてもよい。
【００２９】
この方法は、ユーザアプリケーションからチャレンジデータのためのリクエストを受信することと、ユーザアプリケーションからチャレンジデータのためのリクエストを受信することに応じて補聴器データの読み出しを開始することとを含んでいてもよい。したがって、ユーザアプリケーションおよび／または補聴器は、例えば、補聴器（例えば、ファームウェア、補聴器モデルおよび／または補聴器設定）がアップデートされている場合、またはアップデートされた場合に、サーバデバイスにおいて補聴器データの読み出しを開始し得る。さらに、ユーザアプリケーションおよび／または補聴器は、ユーザ付帯装置および／または補聴器が、許可されていない装置からの第三者の攻撃を経験する／検出する場合に、サーバデバイスにおいて、補聴器データの読み出しを開始し得る。
【００３０】
この方法は、第１の読み出しの判定基準が満たされる場合に、チャレンジデータのためのリクエストをユーザアプリケーションから送信することを含んでいてもよい。ユーザアプリケーションのユーザが、ユーザ付帯装置のインターフェースを介して補聴器データの読み出しを指示する場合に、第１の読み出しの判定基準が満たされてもよい。新しいソフトウェアまたはアップデートされたソフトウェアが補聴器にダウンロードされたことをユーザアプリケーションが検出する場合に、第１の読み出しの判定基準が満たされてもよい。補聴器のプライスポイントが変わった場合、例えば、ソフトウェアのアップデートによって、さらなる機能性が補聴器に付加された場合に、第１の読み出しの判定基準が満たされてもよい。補聴器からアップロードされた補聴器データのためのリクエストをユーザアプリケーションが受信する場合に、第１の読み出しの判定基準が満たされてもよい。
【００３１】
この方法は、例えば、サーバデバイスにおいて、補聴器データ、および／または、補聴器データの読み出し時期を示す補聴器データタイムスタンプを格納することを含んでいてもよい。
【００３２】
この方法は、例えば、最後の補聴器データタイムスタンプに基づいて、第２の読み出しの判定基準が満たされたか否かを決定することを含んでいてもよく、選択的に、第２の読み出しの判定基準が満たされた場合に補聴器データの読み出しを開始することを含んでいてもよい。
【００３３】
この方法において、チャレンジデータを得ることは、サーバデバイスにおいてチャレンジデータを格納することを含み、および／または、チャレンジデータに基づいて、サーバデバイスにおいて応答データを検証することは、チャレンジデータを計算することを含む。
【００３４】
この方法は、ユーザアプリケーションと補聴器の間のセキュアセッションを確立することと、選択的に、セキュアセッション（例えば、完全に保護され、暗号化され、認証され、および／または互いに認証されるセッション）において、チャレンジリクエストを送信することとを含んでいてもよい。チャレンジ応答は、セキュアセッションにおいて受信されてもよい。
【００３５】
この方法は、サーバデバイスとユーザアプリケーションとの間にセキュアセッション（例えば、完全に保護され、暗号化され、認証され、および／または互いに認証されるセッション）を確立することと、選択的に、セキュアセッションにおいてチャレンジデータを送信することとを含んでいてもよい。応答データは、セキュアセッションにおいて、ユーザアプリケーションからサーバデバイスに転送されてもよい。
【００３６】
再びサーバデバイスの説明に戻る。サーバデバイスは、選択的に、補聴器データの読み出しの失敗または成功を示すデータ読み出し状態識別子と共に、補聴器データ、および／または、補聴器データの読み出し時期を示す補聴器データタイムスタンプを格納するように構成されていてもよい。
【００３７】
サーバデバイスは、ユーザアプリケーションからチャレンジデータのためのリクエストを受信し、選択的に、ユーザアプリケーションからチャレンジデータのためのリクエストを受信することに応じて、補聴器データの読み出しを開始するように構成されていてもよい。したがって、ユーザアプリケーション／補聴器は、それらからの補聴器データの読み出しをアクティベートすることができ、ここでも、サーバデバイスが、必要な場合にアップデートされる補聴器データを用いることを促進する。
【００３８】
サーバデバイスは、最後の補聴器データタイムスタンプに基づく第２の読み出しの判定基準が満たされたか否かを決定し、選択的に、第２の読み出しの判定基準が満たされる場合に、補聴器データの読み出しを開始するように構成されていてもよい。最後の補聴器データの読み出しからの時間が、読み出し時間の閾値（例えば、１日以上、例えば、７日間、１４日間）より長いときに、第２の読み出しの判定基準が満たされてもよい。したがって、サーバデバイスにおける補聴器データのアップデートを確実にするために、最低頻度での補聴器データの読み出しを行うようにしてもよい。
【００３９】
本開示は、補聴システムのユーザ付帯装置のためのユーザアプリケーションにも関する。ユーザ付帯装置は、スマートフォン、スマートウォッチまたはタブレットコンピュータであってもよい。ユーザアプリケーションは、ユーザ付帯装置にインストールされると、補聴システムの補聴器から補聴器データを読み出すように構成される。
【００４０】
補聴器データを読み出すことは、サーバデバイスからチャレンジデータを得ることを含む。ユーザアプリケーションを用いてチャレンジデータを得ることは、チャレンジデータのためのリクエストをサーバデバイスに送信することを含んでいてもよい。したがって、ユーザアプリケーションは、サーバデバイスにおける補聴器データの読み出しを開始し得る。
【００４１】
サーバデバイスからチャレンジデータを得ることは、第１の読み出しの判定基準が満たされるか否かを決定することを含んでいてもよく、すなわち、ユーザアプリケーションは、第１の読み出しの判定基準が満たされるか否かを決定し、選択的に、第１の読み出しの判定基準が満たされる場合に、補聴器データを読み出すように構成される。補聴器（例えば、ファームウェア、補聴器モデルおよび／または補聴器設定）がアップデートされる場合に、ユーザアプリケーションにおいて、第１の読み出しの判定基準が満たされてもよい。例えば、ユーザアプリケーションが、補聴器に対する補聴器設定またはファームウェアの送信の成功を検出する場合に、第１の読み出しの判定基準が満たされてもよい。さらに、ユーザアプリケーションおよび／または補聴器は、ユーザ付帯装置および／または補聴器が、許可されていない装置からの第三者の攻撃を経験する／検出する場合に、（ユーザアプリケーションを介して）サーバデバイスにおいて、補聴器データの読み出しを開始し得る。
【００４２】
ユーザアプリケーションからのチャレンジデータのためのリクエストは、チャレンジデータをユーザアプリケーションに送信するようにサーバデバイスにリクエストするメッセージである。したがって、ユーザアプリケーションは、補聴器データの読み出しを能動的に開始することができる。補聴システムのエンティティが補聴器データの読み出しを開始することができることによって、例えば、必要な場合、または、補聴システムの異なるエンティティの変化に起因して正当化されるときに限り、データ読み出し手順を開始することができることによって、読み出しの手順またはスキームを最適化することができる。
【００４３】
図面は、模式図であり、明確性のために簡略化されており、図面は、単に、本発明の理解にとって本質的な詳細を示すが、他の詳細は省略されている。全体的に、同一の部分または対応する部分には、同じ参照番号が使用される。
【００４４】
図１は、例示的な補聴システムを示す。補聴システム２は、サーバデバイス４と、補聴器システム６とを備えており、補聴器システム６は、補聴器８と、ユーザ付帯装置１０とを備えている。ユーザ付帯装置１０は、補聴器８と無線通信を行うような構成のスマートフォンであってもよい。ユーザアプリケーション１２は、ユーザ付帯装置１０にインストールされている。ユーザアプリケーションは、補聴器８を制御し、および／または補聴器のユーザを補助するためのものであってもよい。１つ以上の例示的なユーザアプリケーションにおいて、ユーザアプリケーション１２は、ファームウェアおよび／または補聴器設定を補聴器８に送信するように構成されている。
【００４５】
サーバデバイス４および／またはユーザアプリケーション１２は、本明細書に開示される方法の任意の行為を行うように構成されていてもよい。補聴器８は、補聴器８のユーザの難聴を補うような構成であってもよい。補聴器８は、例えば、無線および／または有線の第１通信リンク２０を用いて、ユーザ付帯装置１０／ユーザアプリケーション１２と通信するように構成されている。第１通信リンク２０は、シングルホップ通信リンクまたはマルチホップ通信リンクであってもよい。第１通信リンク２０は、狭域通信システム、例えば、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙ、ＩＥＥＥ  ８０２．１１および／またはＺｉｇｂｅｅ（登録商標）によって行われてもよい。
【００４６】
ユーザ付帯装置１０／ユーザアプリケーション１２は、第２通信リンク２２を介し、ネットワーク（例えば、インターネット）および／または携帯電話ネットワークによってサーバデバイス４に接続するように構成されている。サーバデバイス４は、補聴器の製造業者によって制御されていてもよい。補聴器８は、アンテナ２４と、第１通信リンク２０を含む無線通信を受信／送信するためにアンテナ２４に接続する無線送受信機２６とを備えている。補聴器８は、それぞれ第１および第２のマイクロフォン入力信号を与えるための第１マイクロフォン２８と、選択的に第２マイクロフォン３０とを含む一組のマイクロフォンを備えている。補聴器８は、シングル（１個の）マイクロフォン補聴器であってもよい。補聴器８は、プロセッサに接続するメモリユニット（図示せず）を備えており、ここで、補聴器設定は、メモリユニットに格納されている。
【００４７】
補聴器８は、送受信機およびマイクロフォンの入力信号を受信し、処理するために、送受信機２６およびマイクロフォン２８、３０と接続するプロセッサ３２を備えている。プロセッサ３２は、補聴器設定に基づいて、ユーザの難聴を補い、入力信号に基づき、電気的な出力信号を与えるように構成される。レシーバ３４は、電気的な出力信号を、補聴器のユーザの鼓膜に向かって進む音声出力信号に変換する。
【００４８】
ユーザ付帯装置１０は、処理ユニット３６と、メモリユニット３８と、インターフェース４０とを備えている。ユーザアプリケーション１２は、ユーザ付帯装置１０のメモリユニット３８にインストールされており、補聴器８から補聴器データを読み出すように構成されている。補聴器データを読み出すことは、サーバデバイス４からチャレンジデータを得ることと、（例えば、送信モジュール２０６ａを用いて）チャレンジデータを含むチャレンジリクエストを補聴器８に送信することと、（例えば、受信モジュール２０８ａを用いて）応答データを含むチャレンジ応答を補聴器８から受信することと、（例えば、転送モジュール２０９ａを用いて）応答データをサーバデバイス４に送信または転送することと、を含む。
【００４９】
図２は、補聴システムの補聴器から補聴器データを読み出す方法の一例を示す、補聴システム２のエンティティ４、８、１２の間の信号伝達ダイアグラム１００の一例を示す。補聴器データの読み出しは、サーバデバイス４においてチャレンジデータを得ることを含む。この方法は、チャレンジメッセージ１０４中のチャレンジデータ１０２をサーバデバイス４からユーザアプリケーション１２に送信することを含む。ユーザアプリケーション１２は、チャレンジデータ１０２を受信し、チャレンジデータ１０２を含むチャレンジリクエスト１０６をユーザアプリケーション１２から補聴器８に送信する。補聴器におけるチャレンジリクエスト１０６の受信は、補聴器８が、チャレンジデータ、および、選択的に補聴器の補聴器識別子に基づいて応答データ１１０を作成することのトリガとなる。補聴器８は、応答データ１１０を含むチャレンジ応答１０８をユーザアプリケーション１２に送信し、ユーザアプリケーションは、応答データ１１０を含むチャレンジ応答１０８を補聴器８から受信する。ユーザアプリケーションは、応答メッセージ１１２中の応答データ１１０をサーバデバイス４に転送し、サーバデバイス４は、チャレンジデータに基づき、応答データ１１０を検証し、応答データ１１０の検証が成功する場合に、応答データ１１０から補聴器データを導出する。補聴器データまたは少なくともその一部がサーバデバイスに格納され、選択的に、補聴器識別子にリンクされる。補聴器データは、補聴器識別子、アドレス識別子、シリアルナンバー、ソフトウェアバージョン識別子、補聴器モデル識別子、ロギングレジスタエントリーのうち、１つ以上を含む。アドレス識別子は、Ｂｌｕｅｔｏｏｔｈアドレスであってもよい。シリアルナンバーは、補聴器中の１つ以上のハードウェア構成要素のハードウェアシリアルナンバー／ハードウェア識別子（例えば、プロセッサ識別子および／または無線送受信機識別子）を含んでいてもよい。補聴器は、ロギングレジスタのロギングレジスタエントリーにおける補聴器操作を示すデータを記録するように構成されていてもよい。ロギングレジスタエントリーは、選択的に、タイムスタンプを有する補聴器にアクセスしようとするクライアントデバイスを示すクライアントデバイス識別子を含んでいてもよい。補聴器データに含まれるソフトウェアバージョン識別子を有することによって、サーバデバイスは、必要な場合に、補聴器８におけるソフトウェアアップデートをトリガする／開始することができる。
【００５０】
選択的にこの方法は、例えば、第１の読み出しの判定基準が満たされる場合に、チャレンジデータのためのリクエスト１１４をユーザアプリケーション１２からサーバデバイス４に送信することを含む。図示されている補聴システムにおいて、ユーザアプリケーション１２が補聴器８におけるファームウェアアップデートを検出した場合、および／または補聴器設定が、ユーザアプリケーション１２を介して送信された場合に、第１の読み出しの判定基準が満たされる。サーバデバイス４において、チャレンジデータのためのリクエスト１１４を受信すること（すなわち、サーバデバイス４において第１の読み出しの判定基準が満たされたこと）が、サーバデバイス４における補聴器データの読み出しをトリガする、または開始する。サーバデバイス４は、読み出しの判定基準が満たされたか否かを決定するように構成され、サーバデバイス４は、読み出しの判定基準が満たされると、ユーザアプリケーションのための通信の保護を開始するように構成されている。サーバデバイスにおける読み出しの判定基準は、第１の読み出しの判定基準と、選択的に、第２の読み出しの判定基準を含む。第２の読み出しの判定基準は、補聴器データが特定の期間（例えば、７日間または１４日間）読み出しされなかったときに満たされる。したがって、第２の読み出しの判定基準は、最後の補聴器データの読み出し時期を示す補聴器データタイムスタンプに基づいていてもよい。この読み出しの判定基準は、第１の読み出しの判定基準または第２の読み出しの判定基準が満たされたときに満たされる。
【００５１】
図３は、補聴システムの補聴器から補聴器データを読み出す方法のフロー図の一例を示す。この方法２００において、補聴器データの読み出しは、例えば、取得モジュール２０２ａを用い、サーバデバイスにおいてチャレンジデータを得ること（２０２）と、例えば、送信モジュール２０４ａを用い、例えば、チャレンジメッセージに含ませてチャレンジデータをサーバデバイスからユーザアプリケーションに送信すること（２０４）と、例えば、送信モジュール２０６ａを用い、チャレンジデータを含むチャレンジリクエストをユーザアプリケーションから補聴器に送信すること（２０６）と、例えば、受信モジュール２０８ａを用い、応答データを含むチャレンジ応答を補聴器から受信すること（２０８）と、例えば、転送モジュール２０９ａを用い、応答データをユーザアプリケーションからサーバデバイスに転送すること（２０９）と、を含む。方法２００は、例えば、検証モジュール２１０ａによって、チャレンジデータに基づいて、サーバデバイスにおいて応答データを検証すること（２１０）と、例えば、導出モジュール２１２ａを用い、応答データの検証が成功する場合に（２１４）、サーバデバイスにおいて、応答データから補聴器データを導出すること（２１２）と、を含む。補聴器データを導出すること（２１２）は、チャレンジデータに基づいて応答データを復号し、補聴器データを得ることを含む。方法２００は、例えば、格納モジュール２１８ａを用い、補聴器データまたは少なくともその一部と、補聴器データの読み出し時期の指標となる補聴器データのタイムスタンプをサーバデバイスのメモリに格納すること（２１８）を含み、選択的に、その後に２０２または２１６に戻る。方法２００は、応答データの検証（２１０、２１４）が失敗した場合（すなわち、検証なし）に、例えば、２０２または２１６に戻ることによって、補聴器データの読み出しを開始することを含んでいてもよい。方法２００は、応答データの検証が失敗する場合に、データ読み出し状態識別子を補聴器データが読み出しされていない値に設定すること（図示せず）を含み、選択的に、タイムスタンプを、補聴器データの読み出しが失敗した時期を示すように設定することを共に含んでもよく、例えば、その後に２０２または２１６に戻ってもよい。
【００５２】
選択的に、方法２００は、サーバデバイスにおいて読み出しの判定基準が満たされるか否かを決定すること（２１６）を含み、読み出しの判定基準が満たされた場合には、補聴器データの読み出しに進む。読み出しの判定基準が満たされるか否かを決定すること（２１６）は、最後の補聴器データタイムスタンプに基づいて第２の読み出しの判定基準が満たされるか否かを決定することと、第２の読み出しの判定基準が満たされたときに、例えば、最後の補聴器データの読み出しからの時間が、読み出し時間の閾値（例えば、７日間）より長いときに、補聴器データの読み出しを開始することとを含む。
【００５３】
図４は、補聴システムの補聴器から補聴器データを読み出すための例示的なサーバデバイスを示す。サーバデバイス４は、処理ユニット２５０と、メモリユニット２５２（例えば、データベースを含む）と、インターフェース２５４とを備えている。サーバデバイス４は、補聴器から補聴器データを読み出すように構成され、ここで、補聴器から補聴器データを読み出すことは、チャレンジデータを得ることを含む。チャレンジデータを得ることは、例えば、デフォルトチャレンジ値および／またはタイムスタンプに基づいて、チャレンジデータを作成することを含む。チャレンジデータは、長さが１６バイトである。サーバデバイスは、インターフェース２５４を介し、チャレンジメッセージにおいて、ユーザ付帯装置のユーザアプリケーションにチャレンジデータを送信し、インターフェース２５４を介し、応答データを含む応答メッセージをユーザアプリケーションから受信するように構成される。サーバデバイスは、チャレンジデータおよび／または補聴器識別子に基づき、応答データ（例えば、応答データのチャレンジ応答値）を検証するように構成される。サーバデバイスは、応答データ／チャレンジ応答値を検証するように構成されたハードウェアセキュリティモジュール（図示せず）を備えていてもよい。応答データが検証されたら、サーバデバイスは、応答データから補聴器データを導出し、メモリユニット２５２において、選択的に、補聴器データタイムスタンプと共に、補聴器データを格納するように構成される。応答データを検証することは、選択的に、チャレンジデータを計算することと、計算されたチャレンジデータに基づいて、応答データを検証することを含む。応答データの検証の一部としてチャレンジデータを計算することによって、サーバデバイスにおけるメモリと、チャレンジデータの格納の必要がなくなる。応答データを検証することは、例えば、チャレンジデータおよび／または補聴器識別子に基づいて、応答データのチャレンジ応答値を検証することを含む。サーバデバイスにおいて応答データを検証することは、応答データのチェックサム値を検証することを含んでいてもよい。
【００５４】
サーバデバイス４は、選択的に、インターフェース２５４を介し、チャレンジデータのためのリクエストをユーザアプリケーションから受信し、ユーザアプリケーションからチャレンジデータのためのリクエストを受信することに応じて、補聴器データの読み出しを開始するように構成される。さらに、サーバデバイス４は、選択的に、最後の補聴器データタイムスタンプに基づき、第２の読み出しの判定基準が満たされたか否かを決定し、第２の読み出しの判定基準が満たされる場合に（例えば、補聴器データが特定の期間、例えば、１４日間読み出しされなかったときに）、補聴器データの読み出しを開始するように構成される。
【００５５】
サーバデバイス４は、本明細書に開示される補聴システムの補聴器から補聴器データを読み出す方法の少なくとも一部を実行するように配置されてもよい。サーバデバイスまたは処理ユニット２５０は、さらに、いくつかの任意の機能モジュール、例えば、ステップ２０２を行うように構成される取得モジュール２０２ａ、ステップ２０４を行うように構成される送信モジュール２０４ａ、ステップ２１０を行うように構成される検証モジュール２１０ａ、ステップ２１２を行うように構成される導出モジュール２１２ａ、ステップ２１６を行うように構成される決定モジュール２１６ａ、ステップ２１８を行うように構成される格納モジュール２１８ａを含んでいてもよい。一般的な観点で、それぞれの機能モジュールは、ハードウェアまたはソフトウェアに実装されてもよい。
【００５６】
本開示のさらなる項目は、以下に関連する。
【００５７】
（項目１）
補聴システムの補聴器から補聴器データを読み出す方法であって、補聴器データの読み出しは、
前記補聴システムのサーバデバイスにおいてチャレンジデータを得ることと、
前記チャレンジデータを前記サーバデバイスからユーザ付帯装置のユーザアプリケーションに送信することと、
前記チャレンジデータを含むチャレンジリクエストを前記ユーザアプリケーションから前記補聴器に送信することと、
応答データを含むチャレンジ応答を前記補聴器から受信することと、
前記応答データを前記ユーザアプリケーションから前記サーバデバイスに転送することと、
前記チャレンジデータに基づいて、前記サーバデバイスにおいて前記応答データを検証することと、
前記応答データの検証が成功する場合に、前記応答データから前記補聴器データを導出することと、
を含む、方法。
【００５８】
（項目２）
前記チャレンジ応答が、前記ユーザアプリケーションにおいて受信される、項目１に記載の方法。
【００５９】
（項目３）
前記方法が、前記チャレンジデータおよび前記補聴器の補聴器識別子に基づいて、前記補聴器において前記応答データを決定することを含む、項目１または２に記載の方法。
【００６０】
（項目４）
前記補聴器データを導出することは、前記チャレンジデータに基づいて前記応答データを復号し、前記補聴器データを得ることを含む、項目１から３のいずれか一項に記載の方法。
【００６１】
（項目５）
前記方法が、前記ユーザアプリケーションからチャレンジデータのためのリクエストを受信することと、前記ユーザアプリケーションから前記チャレンジデータのためのリクエストを受信することに応じて、補聴器データの読み出しを開始することと、を含む、項目１から４のいずれか一項に記載の方法。
【００６２】
（項目６）
前記方法が、第１の読み出しの判定基準が満たされる場合に、前記ユーザアプリケーションから前記チャレンジデータのためのリクエストを送信することを含む、項目５に記載の方法。
【００６３】
（項目７）
前記方法が、前記補聴器データと、補聴器データの読み出し時期を示す補聴器データタイムスタンプと、を格納することを含む、項目１から６のいずれか一項に記載の方法。
【００６４】
（項目８）
前記方法が、最後の補聴器データタイムスタンプに基づいて第２の読み出しの判定基準が満たされるか否かを決定することと、前記第２の読み出しの判定基準が満たされる場合に、補聴器データの読み出しを開始することとを含む、項目７に記載の方法。
【００６５】
（項目９）
チャレンジデータを得ることは、前記サーバデバイスにおいて前記チャレンジデータを格納することを含み、および／または、前記チャレンジデータに基づいて、前記サーバデバイスにおいて前記応答データを検証することは、前記チャレンジデータを計算することを含む、項目１から８のいずれか一項に記載の方法。
【００６６】
（項目１０）
サーバデバイスを備える補聴システムの補聴器から補聴器データを読み出すためのサーバデバイスであって、前記サーバデバイスは、前記補聴器から補聴器データを読み出すように構成されており、補聴器から補聴器データを読み出すことは、
チャレンジデータを得ることと、
前記チャレンジデータをユーザ付帯装置のユーザアプリケーションに送信することと、
応答データを含む応答メッセージを前記ユーザアプリケーションから受信することと、
前記チャレンジデータに基づいて、前記応答データを検証することと、
前記応答データが検証される場合に、前記応答データから前記補聴器データを導出することと、
を含む、サーバデバイス。
【００６７】
（項目１１）
前記サーバデバイスは、前記補聴器データと、補聴器データの読み出し時期を示す補聴器データタイムスタンプと、を格納するように構成されている、項目１０に記載のサーバデバイス。
【００６８】
（項目１２）
前記サーバデバイスが、チャレンジデータのためのリクエストを前記ユーザアプリケーションから受信し、前記ユーザアプリケーションから前記チャレンジデータのためのリクエストを受信することに応じて、補聴器データの読み出しを開始するように構成されている、項目１０または１１に記載のサーバデバイス。
【００６９】
（項目１３）
サーバデバイスが、最後の補聴器データタイムスタンプに基づいて第２の読み出しの判定基準が満たされたかどうかを決定し、第２の読み出しの判定基準が満たされる場合に、補聴器データの読み出しを開始するように構成されている、項目１１または項目１１に従属する項目１２に記載のサーバデバイス。
【００７０】
（項目１４）
補聴システムのユーザ付帯装置のためのユーザアプリケーションであって、前記ユーザ付帯装置は、
処理ユニットと、
メモリユニットと、
インターフェースと、を備え、
前記ユーザアプリケーションは、前記補聴システムの補聴器から補聴器データを読み出すように構成され、補聴器データを読み出すことは、
サーバデバイスからチャレンジデータを得ることと、
前記チャレンジデータを含むチャレンジリクエストを前記補聴システムの補聴器に送信することと、
応答データを含むチャレンジ応答を前記補聴器から受信することと、
前記応答データを前記サーバデバイスに送信することと、
を含む、ユーザアプリケーション。
【００７１】
（項目１５）
サーバデバイスからチャレンジデータを得ることは、第１の読み出しの判定基準が満たされるか否かを決定し、第１の読み出しの判定基準が満たされる場合に、補聴器データを読み出すことを含み、チャレンジデータを得ることは、チャレンジデータのためのリクエストを前記サーバデバイスに送信することを含む、項目１４に記載のユーザアプリケーション。
【００７２】
（項目１６）
プロセッサと、アンテナと、無線通信を受信／送信するために前記アンテナと接続する無線送受信機と、を備える補聴器であって、
前記補聴器は、第１マイクロフォン入力信号を供給するための第１マイクロフォンを含む一組のマイクロフォンを含み、
送受信機およびマイクロフォンの入力信号を受信し、処理するために、前記プロセッサが前記無線送受信機と前記第１マイクロフォンとに接続し、
前記プロセッサは、補聴器設定に基づいてユーザの難聴を補い、前記入力信号および前記補聴器設定に基づいて電気的な出力信号を供給するように構成され、
前記補聴器は、前記電気的な出力信号を、前記補聴器のユーザの鼓膜に向かって進む音声出力信号に変換するための前記プロセッサに接続するレシーバを備えており、
前記補聴器は、チャレンジデータを含むチャレンジリクエストをユーザアプリケーションから前記補聴器に受信し、前記チャレンジデータと補聴器データに基づいて応答データを作成し、前記応答データを含むチャレンジ応答を前記ユーザアプリケーションに送信するように構成される、
補聴器。
【００７３】
特徴を示し、記載してきたが、これらの特徴は、特許請求の範囲に記載された発明を限定することを意図していないことが理解され、特許請求の範囲に記載された発明の精神および範囲から逸脱することなく種々の変更および改変が行われてもよいことが当業者に明らかになるだろう。したがって、明細書および図面は、限定するという観点ではなく、実例であると考えるべきである。特許請求の範囲に記載された発明は、全ての代替例、改変および均等物を包含することを意図している。
【符号の説明】
【００７４】
２：補聴システム
４：サーバデバイス
６：補聴器システム
８：補聴器
１０：ユーザ付帯装置
１２：ユーザアプリケーション
２０：第１通信リンク
２２：第２通信リンク
２４：アンテナ
２６：無線送受信機
２８：第１マイクロフォン
３０：第２マイクロフォン
３２：プロセッサ
３４：レシーバ
３８：メモリユニット
４０：インターフェース
１００：信号伝達ダイアグラム
１０２：チャレンジデータ
１０４：チャレンジメッセージ
１０６：チャレンジリクエスト
１０８：チャレンジ応答
１１０：応答データ
１１２：応答メッセージ
１１４：チャレンジデータのリクエスト
２００：補聴器から補聴器データを読み出す方法
２０２：サーバデバイスにおいてチャレンジデータを得ること
２０２ａ：取得モジュール
２０４：チャレンジデータを送信すること
２０４ａ：送信モジュール
２０６：チャレンジデータを含むチャレンジリクエストを送信すること
２０６ａ：送信モジュール
２０８：応答データを含むチャレンジ応答を受信すること
２０８ａ：受信モジュール
２０９：応答データを転送すること
２０９ａ：転送モジュール
２１０：チャレンジデータに基づいて応答データを検証すること
２１０ａ：検証モジュール
２１２：補聴器データを導出すること
２１２ａ：導出モジュール
２１４：応答データの検証は成功？
２１６：読み出しの判定基準が満たされるか否かを決定すること
２１６ａ：決定モジュール
２１８：補聴器データの格納
２１８ａ：格納モジュール
２５０：処理ユニット
２５２：メモリユニット
２５４：インターフェース
【図１】
2018129792.tif 000003
【図２】
2018129792.tif 000004
【図３】
2018129792.tif 000005
【図４】
2018129792.tif 000006
【外国語明細書】
2018129792000001.pdf
2018129792000002.pdf
2018129792000003.pdf
2018129792000004.pdf