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