JP2016129010A - サービス・モードを備えた聴覚装置および関連の方法 - Google Patents

Abstract

【課題】第三者が聴覚装置の任意の部分にアクセスする危険性を低減した聴覚装置、具体的には権限のない変更に対し保護されている聴覚装置を提供する。
【解決手段】聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、メモリと、インターフェースとを備える聴覚装置であって、処理ユニット／聴覚装置は、インターフェースを介してモード要求を受信し、モード要求を認証し、モード要求の認証が成功した場合、聴覚装置を要求されたモードにするように構成される。
【選択図】図５

Description

本開示は、聴覚装置に関し、詳細には、聴覚装置と、聴覚装置の構成または動作のための関連の方法とに関する。

聴覚装置の機能が益々進化している。聴覚装置と、聴覚装置のフィッティング装置、リモコン、タブレット端末、およびスマート・フォンなどの外部機器との間の無線通信が発展してきている。一般に、聴覚装置の無線通信インターフェースは、オープン・スタンダードに準拠したインターフェースを用いる。しかしながら、これは、安全性の観点において多くの課題を提起する。聴覚装置は、あらゆる入来データを正規のものと仮定しており、権限のない者によるメモリの書き込みおよび変更を可能にさせてしまう可能性がある。このような攻撃があればそれは、補聴器の誤動作、または電池を消耗させる攻撃に至る可能性がある。

第三者が聴覚装置の任意の部分にアクセスする危険性を低減した聴覚装置が望ましいものとなり得る。具体的には、聴覚装置およびその動作の権限のない変更に対し保護されている聴覚装置が望ましいものとなり得る。

聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、メモリと、インターフェースとを備える聴覚装置が開示される。処理ユニット／聴覚装置は、インターフェースを介してモード要求を受信し、モード要求を認証し、モード要求の認証が成功した場合、聴覚装置を要求されたモードにするように構成されてもよい。

聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、メモリと、インターフェースとを備える聴覚装置の構成のための方法も開示される。方法は、インターフェースを介してモード要求を受信するステップと、モード要求を認証するステップと、モード要求の認証が成功した場合、聴覚装置を要求されたモードにするステップとを含んでもよい。

開示する方法および聴覚装置は、聴覚装置のメモリへの安全なアクセスなど、聴覚装置の安全な構成を提供する。聴覚装置が、権限のある者だけによって構成または更新され得ることは、本開示の利点である。したがって、開示する聴覚装置は、権限のない者によるあらゆる変更を検出および防止する利点を有する。本明細書で開示する聴覚装置は、成り済まし攻撃、中間者攻撃、および／または反射攻撃などの攻撃から有利に保護される。

開示する方法および装置は、聴覚装置の安全な構成および／または更新を提供する。

聴覚装置は、聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、メモリと、インターフェースとを備え、処理ユニットは、インターフェースを介して、モードについての要求を受信し、要求を処理して要求を認証し、処理ユニットが要求を認証することに成功した場合、聴覚装置を要求されたモードにするように構成される。

任意選択で、処理ユニットは、要求を認証するのに失敗した場合、聴覚装置をデフォルト・モードにするように構成される。

任意選択で、聴覚装置がデフォルト・モードにあるとき、処理ユニットは、聴覚装置を起動するように、および、聴覚装置の起動時に設定された動作パラメータに従って聴覚装置を動作させるように構成される。

任意選択で、処理ユニットは、要求の送信者を認証することによって、要求を処理して要求を認証するように構成される。

任意選択で、処理ユニットは、要求の完全性を検証することによって、要求を処理して要求を認証するように構成される。

任意選択で、要求は、サービス・モード要求、フィッティング・モード要求、デバッグ・モード要求、または、これらの任意の組み合わせを含む。

任意選択で、処理ユニットは、モード応答を送信することによって、聴覚装置を要求されたモードにするように構成される。

任意選択で、処理ユニットは、セッションにおいて要求を受信するように構成され、処理ユニットは、要求の認証が失敗した場合、セッションを終了するように構成される。

任意選択で、要求は署名を含み、処理ユニットは、要求の署名を検証することによって、要求を処理して要求を認証するように構成される。

任意選択で、聴覚装置がサービス・モードにあるとき、処理ユニットは、セッション識別子を生成し、インターフェースを介してセッション識別子を送り、聴覚装置にセッション識別子を保存するように構成される。

任意選択で、聴覚装置がサービス・モードにあるとき、処理ユニットは、インターフェースを介してデータを受信するように構成され、処理ユニットは、受信されたデータを処理して受信されたデータを認証し、処理ユニットが受信されたデータを認証することに成功した場合、受信されたデータに基づいてメモリの一部に聴覚装置データを保存するように構成される。

任意選択で、受信されたデータはセッション識別子を含み、処理ユニットは、受信されたデータのセッション識別子を、聴覚装置に保存されたセッション識別子と比較することによって、受信されたデータを処理して受信されたデータを認証するように構成される。

任意選択で、データはセッションにおいて受信され、処理ユニットは、受信されたデータを認証するのに失敗した場合、セッションを終了するように構成される。

聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、メモリと、インターフェースとを有する聴覚装置を構成するための方法であって、方法は、インターフェースを介して、モードについての要求を受信するステップと、要求を処理して要求を認証するステップと、要求を処理するステップにより要求の認証に成功した場合、聴覚装置を要求されたモードにするステップとを含む。

任意選択で、方法は、要求を処理するステップにより要求の認証に失敗した場合、聴覚装置をデフォルト・モードにするステップをさらに含む。

任意選択で、要求を処理して要求を認証するステップは、要求の送信者を認証するステップを含む。

任意選択で、要求を処理して要求を認証するステップは、要求の完全性を検証するステップを含む。

任意選択で、聴覚装置がサービス・モードにあるとき、方法は、インターフェースを介してデータを受信するステップと、受信されたデータを処理して受信されたデータを認証するステップと、受信されたデータを処理するステップにより、受信されたデータの認証に成功した場合、受信されたデータに基づいてメモリの一部に聴覚装置データを保存するステップとをさらに含む。

他の特徴および実施形態は、詳細な説明において以下で説明されることになる。

前述および他の特徴および利点は、添付の図面を参照しつつ、例示的な実施形態を含む以下の詳細な説明によって、当業者には容易に明白となる。

図１は、本開示による例示的なアーキテクチャを示す概略図である。 図２は、例示的な聴覚装置を示す概略図である。 図３は、例示的な信号線図を示す概略図である。 図４は、例示的な信号線図を示す概略図である。 図５は、例示的な方法を概略的に示すフローチャートである。

以下、様々な実施形態について、図面を参照して説明する。同様の参照符号は、全体を通じて同様の要素を指す。したがって、同様の要素は、各々の図面の記載に関連して詳細には説明しない。図面は実施形態の説明を容易にすることだけを意図していることにも留意されたい。図面は、特許請求の範囲に記載された発明の包括的な説明として、または、特許請求の範囲に記載された発明の範囲についての限定として、意図されているのではない。また、図示した実施形態は、示した態様または利点のすべてを必ずしも有する必要はない。特定の実施形態との関連で記載した態様または利点は、その実施形態に必ずしも限定されず、図示していなくても、または、明示的に記載していなくても、任意の他の実施形態で実施することができる。

全体を通じて、同じ参照符号は、同一の部分または対応する部分に用いられている。

上述した従来技術上の不備および欠点のうちの１つまたは複数の、単一または任意の組み合わせについて、軽減、緩和、または排除する聴覚装置および方法を提供することが、本開示の目的である。

本開示は、聴覚装置の安全性の向上をもたらす。安全性は、脅威、脆弱性、および攻撃を評価することと、脅威および攻撃から保護するための適切な予防対策および対抗手段を開発することとを含んでいる。

聴覚装置は処理ユニットを備える。処理ユニットは、聴覚装置の使用者の聴力低下または他の聴力の障害を補うように構成される。

聴覚装置は、１つまたは複数のモードで動作してもよい。１つまたは複数のモードは、第１のモードおよび／または第２のモードを含んでもよい。１つまたは複数のモードは、第３のモードおよび／または第４のモードを含んでもよい。１つまたは複数のモードは、デフォルト・モードを含んでもよい。

第１のモードはサービス・モードとすることができる。サービス・モードは、メモリのファームウェア部がサービス・モードで書き込みできることを特徴とすることができる。メモリのファームウェア部は、聴覚装置の少なくとも１つの他のモードにおいて、書き込み保護されてもよい。

第２のモードはフィッティング・モードとすることができる。フィッティング・モードは、メモリのフィッティング部がフィッティング・モードで読み出しおよび／または書き込みできることを特徴とすることができる。フィッティング・モードは、メモリのファームウェア部が書き込み保護されることを特徴とすることができる。メモリのフィッティング部は、聴力低下パラメータ、コンプレッサ・パラメータ、フィルタ係数、および／またはゲイン係数など、フィッティング・データを含み得る。

第３のモードはデバッグ・モードとすることができる。デバッグ・モードは、メモリのデバッグ部がフィッティング・モードで読み出しおよび／または書き込みできることを特徴とすることができる。デバッグ・モードは、メモリのフィッティング部がデバッグ・モードで読み出しおよび／または書き込みできることを特徴とすることができる。デバッグ・モードは、メモリのファームウェア部がデバッグ・モードで読み出しおよび／または書き込みできることを特徴とすることができる。メモリのデバッグ部は、デフォルト・モードおよび／またはフィッティング・モードなど、聴覚装置の少なくとも１つの他のモードにおいて、読み出し保護および／または書き込み保護されてもよい。

デフォルト・モードは起動モードとすることができる。起動モードは、聴覚装置が起動時に設定された動作パラメータ、および／または、例えばプログラム選択、ボリュームの上げ下げなど、使用者の入力に応答して動作することを、特徴とすることができる。デフォルト・モードは、メモリ（または、少なくともその一部）のファームウェア部（または、少なくともその一部）および／またはフィッティング部が、デフォルト・モードにおいて、書き込み保護および／または読み出し保護されることを特徴とすることができる。デフォルト・モードは、メモリ（または、少なくともその一部）のデバッグ部が、デフォルト・モードにおいて、読み出し保護および／または書き込み保護されることを特徴とすることができる。

聴覚装置はメモリを備える。メモリは、処理ユニットで用いることができ、および／または、処理ユニットに接続されたメモリ・ユニットで用いることができる。メモリは、第１のメモリ部を備えてもよい。第１のメモリ部は、メモリのファームウェア部であってもよい。メモリのファームウェア部は、例えば、サービス・モードで書き込みおよび／または読み出しされるように、サービス・モードでアクセスされるように構成されてもよい。メモリのファームウェア部は、追加的に、デバッグ・モードでアクセスされるように構成されてもよい。メモリは、第２のメモリ部を備えてもよい。第２のメモリ部は、メモリのフィッティング部であってもよい。メモリのフィッティング部は、例えば、フィッティング・モードで書き込みおよび／または読み出しされるように、フィッティング・モードでアクセスされるように構成されてもよい。メモリのフィッティング部は、追加的に、サービス・モードおよび／またはデバッグ・モードでアクセスされるように構成されてもよい。メモリは、第３のメモリ部を備えてもよい。第３のメモリ部は、メモリのデバッグ部であってもよい。メモリのデバッグ部は、例えば、デバッグ・モードで書き込みおよび／または読み出しされるように、デバッグ・モードでアクセスされるように構成されてもよい。

聴覚装置は、聴覚装置と別の機器との間の通信を可能にするように構成されたインターフェースを備えてもよい。インターフェースは、例えば２．４〜２．５ＧＨｚの範囲の周波数で無線通信するように構成された、無線トランシーバを備えてもよい。無線トランシーバは、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙトランシーバであってもよい。インターフェースは、聴覚装置への有線接続を形成するためのコネクタを備えてもよい。インターフェースは、タブレット端末および／またはスマート・フォンおよび／またはフィッティング機器などの１つまたは複数の他の機器への接続部を形成してもよい。

処理ユニット／聴覚装置は、インターフェースを介してモード要求を受信するように構成されている。モード要求は、要求されたモードを表すモード識別子を含んでもよい。モード要求はサービス・モード要求であってもよく、例えば、モード識別子は、第１／サービス・モードを表す。モード要求はフィッティング・モード要求であってもよく、例えば、モード識別子は、第２／フィッティング・モードを表す。モード要求はデバッグ・モード要求であってもよく、例えば、モード識別子は、第３／デバッグ・モードを表す。したがって、モード要求は、サービス・モード要求、フィッティング・モード要求、およびデバッグ・モード要求のうちの１つであり得る。

モード要求は、モード要求送信者を表す送信者識別子を含んでもよい。モード要求は、デジタル署名など、モード要求送信者を認可するための認可証を含んでもよい。これは、モード要求の直接的な認証を可能にする。モード要求は、例えば暗号化されたセッション識別子といった、セッション識別子を含んでもよい。

聴覚装置は、モード要求の受信の前にモード要求の送信者とペアリングされてもよい。ペアリングにおいて、聴覚装置と送信機器／クライアント機器とは、聴覚装置識別子、送信者識別子、セッション識別子などのうちの１つまたは複数を交換していてもよい。

処理ユニット／聴覚装置は、モード要求を認証し、モード要求の認証が成功した場合、聴覚装置を要求されたモードにするように構成されている。処理ユニットは、モード要求の認証が失敗した場合、聴覚装置を、デフォルト・モードなど、要求されたモードと異なるモードにするように構成されてもよい。

本明細書で開示する聴覚装置は、受信されたモード要求の完全性および／またはその送信者を検証し、改ざんを検出して、改ざんされたモード要求を無視するという、利点を有する。本明細書で開示する聴覚装置は、有利には、メモリの特定の部分へのアクセスを、認証されたフィッティング機器、認証された周辺機器、認証された外部機器、および／または認証されたサーバなどの認証された相手とだけ可能にすることができる。

処理ユニットは、モード要求の送信者を認証することによって、モード要求を認証するように構成されてもよい。

処理ユニット／聴覚装置は、モード要求のデジタル署名の完全性を検証することによって、モード要求を認証するように構成されてもよい。

処理ユニットは、モード要求の完全性を検証することによって、モード要求を認証するように構成されてもよい。モード要求は、メッセージ認証コードを含んでもよい。モード要求の完全性を検証することは、例えば聴覚装置で保存されたセッション識別子で、メッセージ認証コードを検証することを含んでもよい。モード要求は、デジタル署名または認可証を含んでもよい。モード要求の完全性を検証することは、デジタル署名または認可証を検証することを含んでもよい。

処理ユニット／聴覚装置は、モード応答を送信するように構成されてもよい。例えば、モード要求の認証が成功した場合、聴覚装置を要求されたモードにすることは、モード応答を送信することを含んでもよい。処理ユニット／聴覚装置は、モード要求に応答して、モード応答を生成および／または送信するように構成されてもよい。処理ユニットは、セッション識別子（セッション・キーと表されることもある）を取得および／または保存し、セッション識別子および／またはその暗号化したものをモード応答に含むように構成されてもよい。セッション識別子を取得することは、例えば乱数または疑似乱数として、セッション識別子を生成することを含んでもよい。したがって、聴覚装置および／または処理ユニットは、例えば、セッション識別子として乱数または疑似乱数を生成するように構成された数値生成部を備えてもよい。固有のセッション識別子、または、多数の利用可能なセッション識別子からのセッション識別子を用いることによって、聴覚装置における処理能力要件が低減できる。さらに、簡単な暗号化が容易に行われ、反射攻撃が防止される。

処理ユニットは、任意選択で聴覚装置キーに基づいて、セッション識別子を暗号化するように構成されてもよい。セッション識別子は、対称キーの形態におけるセッション・キーであってもよい。対称セッション・キーは、軽快な暗号化、軽快な暗号解読、軽快な完全性保護など、処理ユニットにおいて安全なアルゴリズムの軽快な処理を提供できる。聴覚装置鍵は、対象キーまたは秘密キーと公開キーのペアの公開キーであってもよい。聴覚装置キーは、例えば、製造時またはフィッティング・セッション時に、聴覚装置の永久メモリに保存されてもよい。

モード応答は、暗号化されたセッション・キーを含んでもよい。セッション応答は、聴覚装置識別子および／またはセッション・キーを含んでもよい。したがって、処理ユニットは、モード応答で聴覚装置識別子および／またはセッション・キーを送信するように構成されてもよい。聴覚装置識別子を含むモード応答は、モード要求の送信者に、データベースから、または、製造業者からの聴覚装置キーを要求することによって、のいずれかで、聴覚装置キーを取得させることができ、これはさらに、データを聴覚装置に送信するとき、モード要求の送信者に、暗号化されたセッション識別子／キーを暗号解読させ、セッション識別子を使用させることができる。

モード要求は、セッションで受信されてもよい。処理ユニット／聴覚装置は、モード要求の認証が失敗した場合、セッションを終了するように構成されてもよい。

モード要求は署名を含んでもよく、モード要求を認証することは、モード要求の署名を検証することを含んでもよい。

処理ユニットは、例えば、モード要求の受信の際、または、聴覚装置がサービス・モード、フィッティング・モード、またはデバッグ・モードにあるとき、例えばセッション識別子を生成するように構成されてもよい。処理ユニットは、例えば聴覚装置キーを用いて、セッション識別子を暗号化するように構成されてもよい。処理ユニットは、例えばモード応答またはセッション設定メッセージの一部として、セッション識別子または暗号化されたセッション識別子を、インターフェースを介して送るように構成されてもよい。処理ユニットは、聴覚装置において、セッション識別子を保存するように構成されてもよい。

処理ユニットは、例えば、聴覚装置が、サービス・モード、フィッティング・モード、および／またはデバッグ・モードなどのモードにあるとき、インターフェースを介してデータを受信するように構成されてもよい。処理ユニットは、例えば、聴覚装置が、サービス・モード、フィッティング・モード、および／またはデバッグ・モードなどの１つまたは複数のモードにあるとき、受信されたデータを認証するように構成されてもよい。処理ユニットは、データの認証が成功した場合、受信されたデータに基づいて、メモリの一部に聴覚装置データを保存するように構成されてもよい。例えば、聴覚装置がサービス・モードにあるとき、処理ユニットは、メモリのファームウェア部における受信されたデータに基づいて、例えばファームウェアなど、聴覚装置データを保存できる。例示的な聴覚装置では、処理ユニットは、聴覚装置がフィッティング・モードにあるとき、メモリのフィッティング部における受信されたデータに基づいて、聴覚装置データ（フィッティング・データ）を保存できる。例示的な聴覚装置では、処理ユニットは、聴覚装置がデバッグ・モードにあるとき、メモリのデバッグ部における受信されたデータに基づいて、聴覚装置データ（デバッグ・データ）を保存できる。

処理ユニットは、受信されたデータの完全性を検証することによって、受信されたデータを認証するように構成されてもよい。受信されたデータの完全性を検証することは、聴覚装置に保存されたセッション識別子に基づいてもよい。受信されたデータは、メッセージ認証コードを含んでもよい。受信されたデータの完全性を検証することは、例えば保存されたセッション識別子で、メッセージ認証コードを検証することを含んでもよい。受信されたデータは、デジタル署名を含んでもよい。受信されたデータの完全性を検証することは、デジタル署名を検証することを含んでもよい。

データはセッション識別子を含んでもよく、データを認証することは、受信されたデータのセッション識別子を、聴覚装置に保存されたセッション識別子と比較することを含んでもよい。

データは、セッションで受信されてもよい。処理ユニットは、受信されたデータの認証が失敗した場合、セッションを終了するように構成されてもよく、例えば、処理ユニットは、受信されたデータの完全性が損なわれている場合、つまり、完全性の検証が失敗した場合、セッションを終了するように構成されてもよい。処理ユニットは、受信されたデータの認証が失敗した場合、聴覚装置を、デフォルト・モードなど、別のモードにするように構成されてもよい。

聴覚装置／処理ユニットは、モード終了要求を受信するように構成されてもよく、また、例えばモード終了要求の認証が成功した場合、聴覚装置を、デフォルト・モードなど、別のモードにするように構成されてもよい。例えば、クライアント機器は、フィッティングまたはファームウェアの転送が完了したときに、モード終了要求を送信してもよい。

開示する方法は、聴覚装置の安全な構成および／または更新を提供する。方法は、モード要求の認証が失敗した場合、聴覚装置をデフォルト・モードにするステップを含んでもよい。方法は、デフォルト・モードにおける動作が失敗したかどうかを決定するステップと、デフォルト・モードで聴覚装置を動作させることが失敗した場合、サービス・モードに切り替えるステップとを含んでもよい。

方法では、モード要求を認証するステップは、モード要求の送信者を認証するステップを含んでもよい。

方法では、モード要求はデジタル署名を含んでもよく、モード要求を認証するステップは、デジタル署名を検証するステップを含んでもよい。

方法では、モード要求を認証するステップは、モード要求の完全性を検証するステップを含んでもよい。

方法は、例えば、聴覚装置が、サービス・モード、フィッティング・モード、および／またはデバッグ・モードなどの１つまたは複数のモードにあるとき、インターフェースを介してデータを受信するステップを含んでもよい。方法は、例えば、聴覚装置が、サービス・モード、フィッティング・モード、および／またはデバッグ・モードなどの１つまたは複数のモードにあるとき、受信されたデータを認証するステップを含んでもよい。方法は、データの認証が成功した場合、受信されたデータに基づいて、メモリの一部に聴覚装置データを保存するステップを含んでもよい。例えば、聴覚装置がサービス・モードにあるとき、方法は、メモリのファームウェア部における受信されたデータに基づいて、聴覚装置データ（ファームウェア）を保存するステップを含んでもよい。例示的な方法では、方法は、聴覚装置がフィッティング・モードにあるとき、メモリのフィッティング部における受信されたデータに基づいて、聴覚装置データ（フィッティング・データ）を保存するステップを含んでもよい。例示的な方法では、方法は、聴覚装置がデバッグ・モードにあるとき、メモリのデバッグ部における受信されたデータに基づいて、聴覚装置データ（デバッグ・データ）を保存するステップを含んでもよい。方法は、受信されたデータを認証することが失敗した場合、聴覚装置を、デフォルト・モードなど、別のモードにするステップを含んでもよい。

処理ユニットは、デフォルト・モードにおいて聴覚装置を動作させるように、および、デフォルト・モードで聴覚装置を動作させることが失敗した場合、サービス・モードに切り替えるように構成されてもよい。

図１は、本開示による例示的なアーキテクチャ１００を概略的に示している。アーキテクチャ１００は、聴覚装置１０１と、クライアント機器１１０と、サーバ機器１１１とを備える。クライアント機器１１０は、クライアント、フィッティング機器、ハンドヘルド機器、中継器、タブレット端末、パーソナル・コンピュータ、携帯電話、および／または、パーソナル・コンピュータに接続されるＵＳＢドングルとして機能するコンピュータ機器を備えてもよい。サーバ機器１１１は、サーバとして機能するように、つまり、クライアント機器１１０および／または聴覚装置１０１からの要求に対処するように構成されたコンピュータ機器を備えてもよい。サーバ機器１１１は、聴覚装置の製造業者によって管理されてもよい。

聴覚装置１０１は、双方向通信リンクおよび／または無線通信リンクなどの通信リンク１１３を介して、クライアント機器１１０に接続されてもよい。無線通信リンクは、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、ＩＥＥＥ８０２．１１、Ｚｉｇｂｅｅ（登録商標）などの短距離通信システムを通じて伝えられてもよい。聴覚装置１０１は、ネットワークを通じてクライアント機器１１０に接続されてもよい。

聴覚装置１０１は、ネットワークにわたる双方向および／または無線の通信リンクなど、ネットワーク１１４ａにわたる通信リンク１１４を介して、サーバ機器１１１に接続されてもよい。

クライアント機器１１０は、ネットワークにわたる双方向および／または無線の通信リンクなど、ネットワーク１１２ａにわたる通信リンク１１２を介して、サーバ機器１１１に接続されてもよい。実施形態では、ネットワーク１１２ａはインターネットであってもよい。

図２は、例示的な聴覚装置１０１を概略的に示している。例示的な聴覚装置１０１は、聴覚装置１０１の使用者の聴力低下を補うように構成された処理ユニット２０２を備える。例示的な聴覚装置１０１は、メモリとインターフェース２０４とを備える。メモリは、図２において、処理ユニット２０２の外部のメモリ・ユニット２０３の形態で図示されている。メモリは、他の例示的な聴覚装置では、処理ユニット２０２および／またはメモリ・ユニット２０３に少なくとも部分的に組み込まれてもよい。

処理ユニット２０２は、インターフェース２０４を介してモード要求を受信するように構成されている。したがって、処理ユニット２０２は、インターフェース２０４を介して送信および／または受信するように構成されている受信／送信ユニット２０５を備える。受信／送信ユニット２０５は、インターフェース２０４を介して、サーバ機器、クライアント機器、フィッティング機器、周辺機器、中継機器、スマート・フォンなどの外部機器と、送信および受信するように構成されている。処理ユニット２０２は、モード要求を認証するように構成されている。したがって、処理ユニット２０２は、モード要求を認証するように構成された認証装置２０６を備えてもよい。処理ユニット２０２は、モード要求の認証が成功した場合、聴覚装置を、サービス・モード、フィッティング・モード、デバッグ・モードなどの要求されたモードにするように構成されている。したがって、処理ユニット２０２は、例えば認証装置２０６からの出力に基づいて、聴覚装置を要求されたモードにするように構成されたモード制御装置２０７を備える。図２の補聴器では、処理ユニット２０２は、モード要求の認証が失敗した場合、聴覚装置をデフォルト・モードにするように構成されており、そのデフォルト・モードは、聴覚装置を起動することと、起動時に設定された動作パラメータに従って聴覚装置を動作させることとを含んでいる。実施形態では、起動時に設定された動作パラメータは、メモリ・ユニット２０３の不揮発性部分に保存されてもよい。実施形態では、起動時に設定された動作パラメータは、補聴器を、聴覚装置の製造時にプログラムされたデフォルト設定に従って機能させることができるデフォルト設定を含んでもよい。

聴覚装置は、音信号を受信し、その音信号を変換済み音信号に変換するためのマイクロフォン２１０を備える。変換済み音信号は、音信号の電気的なデジタル形式のものであってもよい。処理ユニットは、変換済み音信号を受信し、その変換済み音信号を、聴覚装置の使用者の聴力低下に応じた処理済み音信号に処理するように構成されている。処理済み音信号は、圧縮および／または増幅などがされてもよい。聴覚装置は、レシーバ２１２として知られている、出力変換器／ラウドスピーカをさらに備える。レシーバ２１２は、処理済み音信号を受信し、その音信号を、使用者の鼓膜によって受けるための出力音信号に変換するように構成されている。

図３は、聴覚装置１０１とクライアント機器１１０との間の例示的な信号線図３００を示している。実施形態では、クライアント機器は、フィッティング機器の形態であってもよい。聴覚装置１０１は、インターフェース２０４を介して、クライアント機器１１０からフィッティング・モード要求３０１を受信し、そのモード要求は、デジタル署名とモード識別子とを含んでいる。デジタル署名は、デジタル署名標準、または、ＲＳＡなど、技術的に知られているデジタル署名のための他の適切な標準に従う署名であり得る。聴覚装置１０１は、デジタル署名を検証することによってモード要求を認証する。図示した信号線図３００では、認証が成功し、処理ユニットが聴覚装置をフィッティング・モードにする。これは、フィッティング・モード応答３０２を、インターフェース２０４を介してクライアント機器に送信することを含む。聴覚装置１０１のフィッティング・モードでは、メモリのファームウェア部は書き込み保護され、メモリのフィッティング・モード部は書き込み可能とされる。

フィッティング・モード応答３０２を受信すると、クライアント機器１１０は聴覚装置１０１にデータ３０３を送信し、聴覚装置１０１は、データを受信し、受信されたデータ３０３を、例えば、先に記載したようなデジタル署名またはセッション識別子／キーを使用して、認証する。データ３０３の認証が成功した場合、処理ユニット２０２は、聴覚装置データ（フィッティング・データ）をデータ３０３から抽出し、聴覚装置データ（フィッティング・データ）をメモリのフィッティング部に保存する。データ３０３の認証が失敗した場合、処理ユニット２０２は聴覚装置をデフォルト・モードにする。

フィッティング・データが転送されたとき、クライアント機器はモード終了要求を送信してもよく、聴覚装置は、任意選択でモード終了要求を認証し、任意選択でモード終了要求の認証が成功した場合、聴覚装置をデフォルト・モードにするように構成されている。

他の実施形態では、クライアント機器は、スマート・フォンまたはタブレット端末の形態であってよく、フィッティング機器の機能を提供するように構成されたソフトウェアを含んでもよい。

図４は例示的な信号線図３００’を示している。ここで、クライアント機器１１０は、聴覚装置１０１のファームウェアを更新するために用いられており、クライアント機器１１０はフィッティング機器の形態である。聴覚装置１０１は、インターフェース２０４を介して、クライアント機器１１０からサービス・モード要求３０４を受信する。聴覚装置１０１は、サービス・モード要求を認証する。図示した信号線図３００’では、認証が成功し、処理ユニット２０２は、聴覚装置をサービス・モードにする。これは、サービス・モード応答３０５を、インターフェース２０４を介してクライアント機器に送信することを含む。聴覚装置１０１のサービス・モードでは、処理ユニット２０２は、メモリのファームウェア部に書き込みすることが許可される。

サービス・モード応答３０５を受信すると、クライアント機器１１０は聴覚装置１０１にデータ３０６を送信し、聴覚装置１０１は、データを受信し、受信されたデータ３０６を、例えば、先に記載したようなデジタル署名またはセッション識別子／キーを使用して、認証する。データを聴覚装置に送信する前、クライアント機器１１０は、例えば、聴覚装置に送信されるデータ３０６を決定するために、点線の矢印３０７、３０８で図示しているように、サーバ機器１１１とやり取りしてもよい。データ３０６の認証が成功した場合、処理ユニット２０２は、聴覚装置データ（ファームウェア・データ）をデータ３０６から抽出し、聴覚装置データ（ファームウェア・データ）をメモリのファームウェア部に保存する。データ３０６の認証が失敗した場合、処理ユニット２０２は聴覚装置をデフォルト・モードにしても、および／または、セッションを終了してもよい。

ファームウェアが転送されたとき、クライアント機器はモード終了要求を送信してもよく、聴覚装置は、任意選択でモード終了要求を認証し、任意選択でモード終了要求の認証が成功した場合、聴覚装置をデフォルト・モードにするように構成されている。

図５は、例えば、聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、メモリと、インターフェースとを備える聴覚装置１０１などの聴覚装置の構成のための、方法４００の例示的なフローチャートを示している。方法４００は、インターフェースを介してモード要求を受信するステップ４０１と、モード要求を認証するステップ４０２とを含んでいる。モード要求を認証するステップ４０２は、モード要求の送信者を認証することと、モード要求の完全性を検証することとを含む。モード要求の認証が成功した場合４０４、方法は、聴覚装置を要求されたモードにするステップ４０３に進む。モード要求の認証が失敗した場合４０４、方法は、任意選択で、聴覚装置をデフォルト・モードにするステップ４０５に進む。聴覚装置を要求されたモードにした後、方法は、任意選択で、インターフェースを介してデータを受信するステップ４０８に進み、受信されたデータを認証するステップ４１０に進み、データの認証が成功した場合、要求されたモードに対応するメモリの一部において、受信されたデータに基づいて、聴覚装置データを保存するステップ４１２に進む。受信されたデータを認証するステップ４１０が失敗した場合、方法は、聴覚装置をデフォルト・モードもしくは別のモードにするステップ４０５、および／または、セッションを終了することに進むことができる。保存すると、方法４００は、モード終了要求が受信されたかどうかを評価するステップ４１４を任意選択で含む。モード終了要求が受信された場合、方法は、聴覚装置をデフォルト・モードにするステップ４０５に進む。モード終了要求が受信されない場合、方法は、データを受信するステップ４０８に進む。

「第１」、「第２」、「第３」、および「第４」などの用語は、特定の順番を一切暗示しないが、個々の要素を特定するために含まれている。さらに、第１、第２などの用語の使用は、順番または重要性を一切表していないが、ある要素を別の要素から区別するために使用されている。本明細書において、第１および第２という言葉は、分類するだけのために使用されており、特定の空間的または時間的な順番を表すことは意図されていないことに留意されたい。さらに、第１の要素と示すことが、第２の要素の存在を暗示することはなく、逆もまた同じである。

以下の項目のうちのいずれかによる聴覚装置および方法も開示される。

（項目１）
− 聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、
− メモリと、
− インターフェースと
を備え、
処理ユニットが、
− インターフェースを介してモード要求を受信し、
− モード要求を認証し、
− モード要求の認証が成功した場合、聴覚装置を要求されたモードにする
ように構成される、聴覚装置。

（項目２）
処理ユニットが、モード要求の認証が失敗した場合、聴覚装置をデフォルト・モードにするように構成される、項目１に記載の聴覚装置。

（項目３）
デフォルト・モードが、聴覚装置を起動することと、起動時に設定された動作パラメータに従って聴覚装置を動作させることとを含む、項目２に記載の聴覚装置。

（項目４）
処理ユニットが、モード要求の送信者を認証することによって、モード要求を認証するように構成される、項目１から３のいずれかに記載の聴覚装置。

（項目５）
処理ユニットが、モード要求の完全性を検証ことによって、モード要求を認証するように構成される、項目１から４のいずれかに記載の聴覚装置。

（項目６）
モード要求が、
− サービス・モード要求、
− フィッティング・モード要求、および、
− デバッグ・モード要求
のうちの１つまたは複数である、項目１から５のいずれかに記載の聴覚装置。

（項目７）
モード要求の認証が成功した場合、聴覚装置を要求されたモードにすることは、モード応答を送信することを含む、項目１から６のいずれかに記載の聴覚装置。

（項目８）
モード要求がセッションにおいて受信され、処理ユニットが、モード要求の認証が失敗した場合、セッションを終了するように構成される、項目１から７のいずれかに記載の聴覚装置。

（項目９）
モード要求が署名を含み、モード要求を認証することが、モード要求の署名を検証することを含む、項目１から８のいずれかに記載の聴覚装置。

（項目１０）
聴覚装置がサービス・モードにあるとき、処理ユニットが、セッション識別子を生成し、インターフェースを介してセッション識別子を送り、聴覚装置にセッション識別子を保存するように構成される、項目１から９のいずれかに記載の聴覚装置。

（項目１１）
聴覚装置がサービス・モードにあるとき、処理ユニットが、インターフェースを介してデータを受信するように構成され、処理ユニットが、受信されたデータを認証し、データの認証が成功した場合、受信されたデータに基づいてメモリの一部に聴覚装置データを保存するように構成される、項目１から１０のいずれかに記載の聴覚装置。

（項目１２）
データがセッション識別子を含み、データを認証することが、受信されたセッション識別子を、聴覚装置に保存されたセッション識別子と比較することを含む、項目１０に従属する項目１１に記載の聴覚装置。

（項目１３）
データがセッションにおいて受信され、処理ユニットが、受信されたデータの認証が失敗した場合、セッションを終了するように構成される、項目１１に記載の聴覚装置。

（項目１４）
聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、メモリと、インターフェースとを有する聴覚装置を構成するための方法であって、
− インターフェースを介してモード要求を受信するステップと、
− モード要求を認証するステップと、
− モード要求の認証が成功した場合、聴覚装置を要求されたモードにするステップと
を含む、方法。

（項目１５）
方法が、モード要求の認証が失敗した場合、聴覚装置をデフォルト・モードにするステップを含む、項目１４に記載の方法。

（項目１６）
モード要求を認証するステップが、モード要求の送信者を認証することを含む、項目１４または１５に記載の方法。

（項目１７）
モード要求を認証するステップが、モード要求の完全性を検証することを含む、項目１４から１６のいずれかに記載の方法。

（項目１８）
前記聴覚装置がサービス・モードにあるとき、
− インターフェースを介してデータを受信するステップと、
− 受信されたデータを認証するステップと、
− データの認証が成功した場合、受信されたデータに基づいて、メモリの一部に聴覚装置データを保存するステップと
を含む、項目１４から１７のいずれかに記載の方法。

特定の特徴を示して説明してきたが、それらの特徴が特許請求の範囲に記載された発明を限定することは意図されていないことは理解されるであろうし、様々な変更および改良が、特許請求の範囲に記載された発明の精神および範囲から逸脱することなく行われ得ることは、当業者には明らかとなるであろう。したがって、明細書および図面は、制限ではなく例示する意味で考えられるべきである。特許請求の範囲に記載された発明は、すべての代替形態、改良形態、または均等形態をカバーすることが意図されている。

１００：アーキテクチャ
１０１：聴覚装置
１１１：サーバ機器
２０２：処理ユニット
２０３：メモリ・ユニット
２０４：インターフェース
２０５：受信／送信ユニット
２０６：認証装置
２０７：モード制御装置
２１０：マイクロフォン
２１２：レシーバ
３００、３００’：信号線図
３０１：フィッティング・モード要求
３０２：フィッティング・モード応答
３０３：データ
３０４：サービス・モード要求
３０５：サービス・モード応答
３０６：データ
３０７：ファームウェア要求
３０８：ファームウェア応答
４００：聴覚装置の構成のための方法
４０１：モード要求を受信するステップ
４０２：モード要求を認証するステップ
４０３：聴覚装置を要求されたモードにするステップ
４０４：認証成功？
４０５：聴覚装置をデフォルト・モードにするステップ
４０８：インターフェースを介してデータを受信するステップ
４１０：受信されたデータを認証するステップ
４１２：聴覚装置データを保存するステップ
４１４：モード終了要求が受信されたかどうかを評価するステップ

Claims (18)

1. 聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、
   メモリと、
   インターフェースと
   を備え、
   前記処理ユニットが、
   前記インターフェースを介して、モードについての要求を受信し、
   前記要求を処理して前記要求を認証し、
   前記処理ユニットが前記要求を認証することに成功した場合、前記聴覚装置を前記要求されたモードにする
   ように構成される、聴覚装置。
2. 前記処理ユニットが、前記要求を認証するのに失敗した場合、前記聴覚装置をデフォルト・モードにするように構成される、請求項１に記載の聴覚装置。
3. 前記聴覚装置が前記デフォルト・モードにあるとき、前記処理ユニットが、前記聴覚装置を起動するように、および、前記聴覚装置の前記起動時に設定された動作パラメータに従って前記聴覚装置を動作させるように構成される、請求項２に記載の聴覚装置。
4. 前記処理ユニットが、前記要求の送信者を認証することによって、前記要求を処理して前記要求を認証するように構成される、請求項１に記載の聴覚装置。
5. 前記処理ユニットが、前記要求の完全性を検証することによって、前記要求を処理して前記要求を認証するように構成される、請求項１に記載の聴覚装置。
6. 前記要求が、サービス・モード要求、フィッティング・モード要求、デバッグ・モード要求、または、これらの任意の組み合わせを含む、請求項１に記載の聴覚装置。
7. 前記処理ユニットが、モード応答を送信することによって、前記聴覚装置を前記要求されたモードにするように構成される、請求項１に記載の聴覚装置。
8. 前記処理ユニットが、セッションにおいて前記要求を受信するように構成され、前記処理ユニットが、前記要求の認証が失敗した場合、前記セッションを終了するように構成される、請求項１に記載の聴覚装置。
9. 前記要求が署名を含み、前記処理ユニットが、前記要求の前記署名を検証することによって、前記要求を処理して前記要求を認証するように構成される、請求項１に記載の聴覚装置。
10. 前記聴覚装置がサービス・モードにあるとき、前記処理ユニットが、セッション識別子を生成し、前記インターフェースを介して前記セッション識別子を送り、前記聴覚装置に前記セッション識別子を保存するように構成される、請求項１に記載の聴覚装置。
11. 前記聴覚装置がサービス・モードにあるとき、前記処理ユニットが、前記インターフェースを介してデータを受信するように構成され、前記処理ユニットが、前記受信されたデータを処理して前記受信されたデータを認証し、前記処理ユニットが前記受信されたデータを認証することに成功した場合、前記受信されたデータに基づいて前記メモリの一部に聴覚装置データを保存するように構成される、請求項１に記載の聴覚装置。
12. 前記受信されたデータがセッション識別子を含み、前記処理ユニットが、前記受信されたデータの前記セッション識別子を、前記聴覚装置に保存されたセッション識別子と比較することによって、前記受信されたデータを処理して前記受信されたデータを認証するように構成される、請求項１１に記載の聴覚装置。
13. 前記データがセッションにおいて受信され、前記処理ユニットが、前記受信されたデータを認証するのに失敗した場合、前記セッションを終了するように構成される、請求項１１に記載の聴覚装置。
14. 聴覚装置の使用者の聴力低下を補うように構成された処理ユニットと、メモリと、インターフェースとを有する聴覚装置を構成するための方法であって、
    前記インターフェースを介して、モードについての要求を受信するステップと、
    前記要求を処理して前記要求を認証するステップと、
    前記要求を処理するステップによって前記要求の認証に成功した場合、前記聴覚装置を前記要求されたモードにするステップと
    を含む、方法。
15. 前記要求を処理するステップによって前記要求の認証に失敗した場合、前記聴覚装置をデフォルト・モードにするステップをさらに含む、請求項１４に記載の方法。
16. 前記要求を処理して前記要求を認証するステップが、前記要求の送信者を認証するステップを含む、請求項１４に記載の方法。
17. 前記要求を処理して前記要求を認証するステップが、前記要求の完全性を検証するステップを含む、請求項１４に記載の方法。
18. 前記聴覚装置がサービス・モードにあるとき、
    前記インターフェースを介してデータを受信するステップと、
    前記受信されたデータを処理して前記受信されたデータを認証するステップと、
    前記受信されたデータを処理するステップにより、前記受信されたデータの認証に成功した場合、前記受信されたデータに基づいて前記メモリの一部に聴覚装置データを保存するステップと
    をさらに含む、請求項１４に記載の方法。

Images