JP2013162433A - 補聴器と補聴器フィッティングシステム - Google Patents

Abstract

【課題】フィッティングの知識と経験のない人がフィッティングを行っても、専門的技術を持った医者等が測定した適切な聴力データの範囲で調整を行えるようにすることを目的とするものである。
【解決手段】ネットワークで相互に接続された、フィッティング装置、サーバー、クライアント装置を備え、前記サーバーは、前記クライアント装置からの前記聴力データを聴力証明書としての保存、および、前記聴力証明書に対応する処方箋番号を生成して前記クライアント装置に返信し、前記フィッティング装置は、前記サーバーに対して前記クライアント装置が受信した前記処方箋番号を前記サーバーに送信し、前記サーバーは、前記フィッティング装置から送信された前記処方箋番号に対応する前記聴力証明書を前記フィッティング装置に返信し、前記フィッティング装置は、補聴器に前記聴力証明書を保存させ、前記聴力データの範囲内にフィッティングを制限する構成とした。
【選択図】図１

Description

本発明は、補聴器フィッティングに際し、誤フィッティングを防止する技術に関するものである。

補聴器のフィッティングを行うときには、まず難聴者の聴力を測定し、次に、この聴力を基に算出したフィッティングデータを補聴器に入力し、その後、この補聴器を難聴者に装着し微調整を行うようになっていた。前記微調整は、補聴器を装着した難聴者に評価用の音や音声を聞かせ、その聞こえ方に対する不満を解消するようにフィッティングデータを微調整するものであるが、その作業にはフィッティングの知識と経験を必要とするため、フィッティング作業の経験が浅い調整者にとって困難な作業であった。

そこで、専門耳鼻科医師がフィッティングを行い、その結果をフィッティングセンターで一元管理することでアフタケアを向上する、遠隔フィッティングシステムが開示されている（例えば特許文献１参照）。

特開２０００−１２５３９６号公報

前記従来技術によると、専門耳鼻科医師がフィッティングおよびその後の微調整を行うことで適切な調整を行うようになっている。

しかしながら、難聴者の数は、専門耳鼻科医師の数に比べてはるかに多く、また、専門耳鼻科医師がこのようなフィッティングおよびその後の微調整を行う場合には、次々と開発される補聴器の機能を理解する必要もあり、現実的には専門耳鼻科医師がすべての難聴者に対するフィッティングおよびその後の微調整を行うことはできない。

そこで、このようなフィッティングおよび、その後の微調整は、補聴器の販売店において行われることが多く、この場合、フィッティングの知識と経験が決して十分でない販売店員がこれらのフィッティングおよび微調整を行うことになることもある。

そして、このような場合には、せっかく専門耳鼻科医師によってフィッティングデータや不快レベル等が設定されていたとしても、それらの意義を十分に理解できていない販売店員が、例えば、不快レベルを超えた設定をしてしまうこともあり、つまり、適切な範囲での調整を行うことができなかった。

また、専門耳鼻科医師によるフィッティングが行われるまでは補聴器を使用することができなかった。

そこで本発明は、フィッティングの知識と経験が決して十分でない人が微調整を行っても、適切な範囲で調整を行えるようにし、そのフィッティングが行われるまでは、簡易的に補聴器を使用できることを目的とするものである。

そして、この目的を達成するために本発明は、補聴器に対してフィッティング操作を行う販売店側のフィッティング装置と、このフィッティング装置に対して送受信可能に接続されたサーバーと、このサーバーに対して送受信可能に接続された病院側のクライアント装置とを備え、前記クライアント装置は、難聴者の聴力データをサーバーに送信し、前記サーバーは、前記クライアント装置からの前記聴力データを聴力証明書としての保存、および、前記聴力証明書に対応する処方箋番号データを生成して前記クライアント装置に返信し、前記フィッティング装置は、前記サーバーに対して前記クライアント装置が受信した前記処方箋番号データを前記サーバーに送信し、前記サーバーは、前記フィッティング装置から送信された前記処方箋番号データに対応する前記聴力証明書を前記フィッティング装置に返信し、前記第一のクライアント装置は、前記補聴器に前記聴力証明書を保存させる、前記聴力データの範囲内にフィッティングを制限する構成とした。

また、補聴器のメモリに保存された、聴力証明書に基づき、フィッティングデータとデフォルト調整値を選択して補聴処理を実行する構成とした。

これにより、所期の目的を達成するものである。

以上のように、本発明は、補聴器に対してフィッティング操作を行う販売店側のフィッティング装置と、このフィッティング装置に対して送受信可能に接続されたサーバーと、このサーバーに対して送受信可能に接続された病院側のクライアント装置とを備え、前記クライアント装置は、難聴者の聴力データをサーバーに送信し、前記サーバーは、前記クライアント装置からの前記聴力データを聴力証明書としての保存、および、前記聴力証明書に対応する処方箋番号データを生成して前記クライアント装置に返信し、前記フィッティング装置は、前記サーバーに対して前記クライアント装置が受信した前記処方箋番号データを前記サーバーに送信し、前記サーバーは、前記フィッティング装置から送信された前記処方箋番号データに対応する前記聴力証明書を前記フィッティング装置に返信し、前記第一のクライアント装置は、前記補聴器に前記聴力証明書を保存させる、前記聴力データの範囲内にフィッティングを制限する構成としたものである。

このため、フィッティングの知識と経験のない人が微調整を行っても、専門的技術を持った医者等が測定した適切な聴力データの囲で調整を行えるようになるのである。

また、補聴器のメモリに保存された、聴力証明書に基づき、フィッティングデータとデフォルト調整値を選択して補聴処理を実行する構成としたものである。

このため、フィッティング作業を行う前であっても集音器として補聴器を利用することができるのである。

本発明の補聴器フィッティングシステムの構成図 聴力証明書のフォーマットを示す図 病院、サーバー間のブロック図 病院側でのフローチャート 販売店、サーバー間のブロック図 販売店側でのフローチャート 補聴器動作のフローチャート

以下、本発明の補聴器フィッティングシステムの一実施形態を図面とともに詳細に説明する。

（実施の形態１）
まずは、図１を用いて本発明の補聴器フィッティングシステムの大まかな流れを説明する。

聴力が衰えた難聴者は、まずは耳鼻科などに通院し診断を受けることになる。この時、病院１では、医者２が来院した難聴者３の診断を行うとともに、難聴者３の聴力測定を行う。その結果として得られた聴力データ４を、病院１に設置されているクライアント装置５を用いて入力し、ネットワークなどの通信回線を利用して、遠隔地に設置されたサーバー６に保存される。この時、サーバー６は、送られてきた聴力データ４に対し、処方箋番号７を発行し、クライアント装置５に送信する。この処方箋番号７は、クライアント装置５の画面（図３の表示部１５）に表示され、難聴者３に伝えられる。この時、処方箋番号７を画面に表示するだけでなく、プリンター（図示なし）によって紙に印刷し、難聴者３に渡すようにしてもよい。

聴力データ４とは、例えば難聴者３の聴力を測定した結果から得られる、不快レベルとしてのＵＣＬ（ｕｎｃｏｍｆｏｒｔａｂｌｅ ｌｏｕｄｎｅｓｓ ｌｅｖｅｌ）、快適レベルとしてのＭＣＬ（ｍｏｓｔ ｃｏｍｆｏｒｔａｂｌｅ ｌｏｕｄｎｅｓｓ ｌｅｖｅｌ）、そして最少可聴レベルＨＴＬとしての（ｈｅａｒｉｎｇ ｔｈｒｅｓｈｏｌｄ ｌｅｖｅｌ）などである。

サーバー６は、受け取った聴力データ４を管理するために、図２のごとく、「補聴器ＩＤ」、「処方箋番号」、「発効日」、「ＵＣＬ」、「ＨＴＬ」、「ＭＣＬ」などの情報を、データベースとして管理するようになる。以降、これら情報をまとめて聴力証明書４Ａとする。上述した医者２が難聴者３の聴力データ４をサーバー６に送った段階では、サーバー６は、聴力データ４を、「ＵＣＬ」、「ＨＴＬ」、「ＭＣＬ」、サーバー６自身が発行する処方箋番号７を「処方箋番号」、そして聴力データ４を受け取った日付を「発効日」として、このデータベースに保存することになる。

医者２の診断を終えた難聴者３は、補聴器販売店８で補聴器９の購入および、その補聴器９で難聴者３の聴力に適合するようにフィッティング作業が行われることになる。

補聴器販売店８には、フィッティング装置１０および、フィッティング装置１０と補聴器９とを接続するための接続ボックス１１とが設置してあり、そのフィッティング装置１０は、ネットワークなどの通信回線を利用して、遠隔地に設置されたサーバー６に接続されている。

さて、難聴者３が補聴器販売店８にて好みの補聴器９を選択した後には、調整者１２によって、その補聴器９で難聴者３の聴力に適合するようにフィッティング作業が開始される。

まず、調整者１２は補聴器９を接続ボックス１１に接続する。その後、医者２より通知された処方箋番号７と補聴器ＩＤ１３とを、フィッティング装置１０からサーバー６に送信することになる。補聴器ＩＤ１３は、補聴器個体を識別する番号であり、例えばシリアルナンバーなどで、予め補聴器本体にデータとして保存しておくことで、フィッティング装置１０で自動的に補聴器９から読み出すことや、補聴器９の本体に刻印されているシリアルナンバーをフィッティング装置１０に接続されたキーボードやマウスなどの入力装置から入力することができる。

サーバー６は、前記処方箋番号７と補聴器ＩＤ１３を受け取ると、データベースで管理している「処方箋番号」を検索し、処方箋番号７と一致するものを検索する。検索に成功すると、補聴器ＩＤ１３をデータベースの「補聴器ＩＤ」に保存した後、該データベースの「ＵＣＬ」、「ＨＴＬ」、「ＭＣＬ」などの聴力データ４を、フィッティング装置１０に送信する。

フィッティング装置１０で聴力データ４を受信すると、接続ボックス１１を経由して、補聴器９に保存することになる。

ここまでの流れの後、調整者１２による詳細なフィッティング作業が開始されることになる。

（病院側の流れ）
ここでは、病院側のシステムおよび作業の流れを図３、図４を用いて詳細に説明する。

図３は、病院１とサーバー６のブロック図である。クライアント装置５には、一般的なパーソナルコンピュータが使われ、そのクライアント装置５には、キーボードなどの入力部１４と、ディスプレイなどの表示部１５が接続されている。クライアント装置５にはＣＰＵなどの制御部１６があり各種情報処理を行っている。

サーバー６には、ＣＰＵなどの各種情報処理を行う制御部１７と、ハードディスクなどの各種データを保存するための記憶装置１８が接続されている。

これらクライアント装置５とサーバー６は、ネットワークで接続され、情報の通信を行っている。

次に、難聴者３が病院１で診断を受ける際の流れを図４を用いて説明する。

難聴者３は病院１に通院し、医者２によって診断を受けることになる。その診断には、症状の確認を行う問診や、実際にその難聴者３の聴力測定などを行う。聴力測定には、図示はしないが、専用の測定器が用いられ、これ以上大きな音では不快に感じるＵＣＬ（不快レベル）や、これ以上小さい音だと聞こえないＨＴＬ（最少可聴レベル）、そして、適切な音量レベルを表すＭＣＬ（快適レベル）などが測定される。

医者２は、クライアント装置５にシステムログイン（Ｓ１）した後、先ほど測定したＵＣＬ，ＨＴＬ、ＭＣＬなどの聴力データ４を入力部１４から入力（Ｓ２）する。制御部１６は、サーバー６に対し処方箋発行要求（Ｓ３）を行った後、先ほど入力された聴力データ４をサーバー６に送信（Ｓ４）する。

サーバー６の動きとしては、処方箋発行要求を受け付け（Ｓ５）ると、制御部１７によって新規に処方箋番号７を生成（Ｓ６）し、受信した聴力データ４を記憶装置１８に証明書データベースとして保存（Ｓ７）する。そして、処方箋番号７をクライアント装置５に返信（Ｓ８）する。

クライアント装置５は、受け取った処方箋番号７を表示部１５に表示（Ｓ９）する。
難聴者３は、この処方箋番号７を持って補聴器販売店で補聴器の選別およびフィッティングの作業を行うことになる。

（販売店側の流れ）
ここでは、販売店側のシステムおよび作業の流れを図５、図６を用いて詳細に説明する。

図５は、補聴器販売店８とサーバー６のブロック図である。フィッティング装置１０には、一般的なパーソナルコンピュータが使われ、そのフィッティング装置１０には、キーボードなどの入力部２０と、ディスプレイなどの表示部２１が接続されている。フィッティング装置１０にはフィッティングに関わる各種情報処理を行う制御部１９があり、その制御部には、フィッティングデータを保存するフィッティングデータメモリ２２と、聴力証明書４Ａを保存する聴力証明書メモリ２３が接続されている。

フィッティング装置１０とサーバー６は、ネットワークで接続され、各種情報の通信を行っている。

また、フィッティング装置１０には、接続ボックス１１を経由して補聴器９が接続されている。接続ボックス１１は、補聴器９にフィッティングデータなど各種情報を書き込む補聴器書き込み部２４と、補聴器９からフィッティングデータなど各種情報を読み込む補聴器読み込み部２５で構成されている。

補聴器９には、接続ボックス１１を経由してフィッティング装置１０との各種通信および制御を行う制御部２６と、その制御部２６に接続された、補聴器ＩＤ１３を保存する補聴器ＩＤメモリ２７と、聴力証明書４Ａを保存する聴力証明書メモリ２８と、フィッティングデータを保存するフィッティングデータメモリ２９と、デフォルト調整値を保存するデフォルト調整値メモリ３０が接続されている。

また、周囲の音を収集するマイク３１と、そのマイク３１から入力されたアナログ音声信号をデジタル音声信号に変換するＡ／Ｄ変換機３２と、そのデジタル音声信号に対して補聴処理を行う補聴処理部３３と、補聴処理されたデジタル音声信号をアナログ音声信号に変換するＤ／Ａ変換機３４と、そのアナログ音声信号を音である空気振動に変換するレシーバ３５を備えている。そして、補聴処理部３３と制御部２６が接続され、補聴処理部３３で補聴処理を行う際には、フィッティングデータメモリ２９もしくはデフォルト調整値メモリ３０のいずれかのデータを読み出し、補聴処理部３３で補聴処理を行うことになる。

次に、難聴者３が補聴器販売店８で補聴器のフィッティングを行う際の流れを図６を用いて説明する。

難聴者３が補聴器販売店８で補聴器９を選んだ後に、その補聴器９でフィッティング作業を行う。

調整者１２は、フィッティング装置１０にシステムログイン（Ｓ１０）し、その後、補聴器９を接続ボックス１１に接続（Ｓ１１）する。すると、補聴器９の補聴器ＩＤメモリ２７から補聴器ＩＤ１３が、補聴器読み込み部２５を経由してフィッティング装置１０に読み込まれる。その後、難聴者３が病院１で聞いてきた処方箋番号７を、入力部２０から入力（Ｓ１３）する。すると、フィッティング装置１０はサーバー６に対して証明書発行を要求（Ｓ１４）し、処方箋番号７および補聴器ＩＤ１３の送付（Ｓ１５）を行う。

サーバー６は、前述の証明書発行の要求、処方箋番号７、補聴器ＩＤ１３を受け付ける（Ｓ１６）と、その処方箋番号７に他の補聴器ＩＤが対応付けられているかどうかを確認（Ｓ１７）する。そこで、すでに他の補聴器ＩＤが記録されていた場合には、聴力証明書４Ａは送付せず、処理を終了する。すなわち、この聴力証明書４Ａが、すでに他の難聴者で使用されていたということであり、他人の聴力データを誤って使用しないようにするための安全策である。この時、フィッティング装置１０の表示部２１に「処方箋番号は使用できません」などのエラーメッセージを表示してもよい。

処方箋番号７に他の補聴器ＩＤが対応付けされていなければ、聴力証明書４Ａを作成（Ｓ１８）する。具体的には、サーバー６の記憶装置１８のデータベースで管理されている聴力データに対応する処方箋番号７のデータベースに、補聴器ＩＤ１３を記録（図２参照）することになる。

その後、サーバー６は、処方箋番号７に対応付けられた聴力証明書４Ａを、フィッティング装置１０に送付（Ｓ１９）する。

聴力証明書４Ａを受け取った（Ｓ２０）フィッティング装置１０は、一旦、フィッティング装置１０の聴力証明書メモリ２３に保存し、その後、補聴器９の聴力証明書メモリ２８に、補聴器書き込み部２４を経由して聴力証明書４Ａを書き込む（Ｓ２１）ことになる。

この後、難聴者３に適合するようにフィッティング作業を行う（Ｓ２２）ことになる。

このフィッティング作業においては、聴力証明書メモリ２３に保存されている聴力証明書４ＡのＵＣＬに基づいて、そのＵＣＬを超えるようなフィッティングができないように制限される。これにより、調整者１２のフィッティング技術が不十分であっても、専門的技術を持つ医者２で測定された聴力レベルに収まるように安全なフィッティングが行えるようになる。

そのフィッティング結果得られたフィッティングデータを、補聴器９のフィッティングデータメモリ２９に補聴器書き込み部２４を経由して書き込む（Ｓ２３）ことで、全体のフィッティングの流れは終了する。

一方、上述の通り一度、処方箋番号７と補聴器ＩＤ１３が対応付けされると、難聴者３が他の補聴器に変えたい場合に、その処方箋番号７が使えなくなってしまう。そこで、一旦対応付けされた処方箋番号７と補聴器ＩＤ１３を解除するために、例えば、解除用の処方箋番号７として予め“００００”を割り当てておき、この解除用処方箋番号と補聴器ＩＤ１３をサーバー６に送信することで、補聴器ＩＤ１３に対応付けられている処方箋番号７を解除するようにしてもよい。これにより、フィッティング中もしくは実使用中の補聴器を、他の補聴器に交換することができる。

（補聴器本体の動き）
補聴器９の動作に関して、図７を用いて説明する。

難聴者３が補聴器９の電源を入れると、補聴器９の制御部２６は、聴力証明書メモリ２８に聴力証明書４Ａが保存されているか否かを判断（Ｓ２４）する。そこで、聴力証明書４Ａが保存されていないと判断すると、補聴処理部３３で使用する補聴処理を、デフォルト調整値メモリ３０に保存されているデータを用いるように設定（Ｓ２５）する。聴力証明書４Ａが保存されていると判断すると、補聴処理部３３で使用する補聴処理を、フィッティングデータメモリ２９に保存されているデータを用いるように設定（Ｓ２６）する。

その後、補聴処理部３３で前述の選択されたデータで補聴処理を行い（Ｓ２７）、難聴者３が補聴器９の使用が終わると電源ＯＦＦ（Ｓ２８）され終了となる。

ここでいうデフォルト調整値とは、補聴器９を補聴器でなく集音器として動作させる設定である。デフォルト調整値の設定値の一例としては、約５００Ｈｚから２ｋＨｚの周波数帯域を約３０ｄＢ上げ、その他周波数は約１５ｄＢ下げるように、汎用的に使用できる設定値となる。

こうすることで、難聴者３が、病院１での診断より先に補聴器販売店８で補聴器を購入した場合であっても、医者２による診断、そして補聴器販売店８でのフィッティング作業が終わるまでの間、集音器として補聴器を使用することができるようになるのである。

なお、本実施の形態では、「聴力証明書メモリ２３に保存されている聴力証明書４ＡのＵＣＬに基づいて、そのＵＣＬを超えるようなフィッティングができないように制限される」としたが、ＵＣＬそのものではなく、より安全を担保するために音量上限値を明示的に指定することも可能である。また、ＵＣＬより余裕を持たせ、ＵＣＬの値から例えば１０ｄＢ低い出力値に制限するなどの方法も同様に有効である。これにより、長時間大きな音量で聞くことによる耳への負担を軽減することができ、より安全を担保したフィッティングを行うことが可能である。

また本実施の形態では、病院よりサーバーに聴力データを送るとしたが、聴力データだけでなくフィッティングデータもサーバーに送るとすることも可能である。販売店では上記フィッティングデータをまず適用し、その後の微調整を行うことが出来る。この場合でも、聴力データに格納されているＵＣＬにもとづく制限値にもとづいて販売店で微調整を行うことが出来る。

また、本実施の形態では、病院よりサーバーに聴力データを送り、販売店で前記サーバーより証明書を取得する構成としたが、本発明の主旨は専門技術をもった医者等が適切なフィッティング範囲を指定することにある、販売店において言語聴覚士などの有資格者がいる場合、販売店より聴力データをサーバーに上げ処方箋を発行した後、その処方箋と機器ＩＤをもとに証明書を取得するといった構成をとることも可能である。

以上のように本発明においては、補聴器に対してフィッティング操作を行う販売店側のフィッティング装置と、このフィッティング装置に対して送受信可能に接続されたサーバーと、このサーバーに対して送受信可能に接続された病院側のクライアント装置とを備え、前記クライアント装置は、難聴者の聴力データをサーバーに送信し、前記サーバーは、前記クライアント装置からの前記聴力データを聴力証明書としての保存、および、前記聴力証明書に対応する処方箋番号データを生成して前記クライアント装置に返信し、前記フィッティング装置は、前記サーバーに対して前記クライアント装置が受信した前記処方箋番号データを前記サーバーに送信し、前記サーバーは、前記フィッティング装置から送信された前記処方箋番号データに対応する前記聴力証明書を前記フィッティング装置に返信し、前記第一のクライアント装置は、前記補聴器に前記聴力証明書を保存させる、前記聴力データの範囲内にフィッティングを制限することで、フィッティングの知識と経験のない人が微調整を行っても、専門的技術を持った医者等が測定した適切な聴力データの範囲で調整を行えるようになるのである。

また、補聴器のメモリに保存された、聴力証明書に基づき、フィッティングデータとデフォルト調整値を選択して補聴処理を実行する構成としたことにより、フィッティング作業を行う前であっても集音器として利用することができるのである。

したがって、補聴器および補聴器フィッティングシステムとしての活用が期待されるものとなる。

１ 病院
２ 医者
３ 難聴者
４ 聴力データ
５ クライアント装置
６ サーバー
７ 処方箋番号
８ 補聴器販売店
９ 補聴器
１０ フィッティング装置
１１ 接続ボックス
１２ 調整者
１３ 補聴器ＩＤ
１４ 入力部
１５ 表示部
１６ 制御部
１７ 制御部
１８ 記憶装置
１９ 制御部
２０ 入力部
２１ 表示部
２２ フィッティングデータメモリ
２３ 聴力証明書メモリ
２４ 補聴器書き込み部
２５ 補聴器読み込み部
２６ 制御部
２７ 補聴器ＩＤメモリ
２８ 聴力証明書メモリ
２９ フィッティングデータメモリ
３０ デフォルト調整値メモリ
３１ マイク
３２ Ａ／Ｄ変換機
３３ 補聴処理部
３４ Ｄ／Ａ変換機
３５ レシーバ

Claims (7)

1. 補聴器に対してフィッティング操作を行う第一のクライアント装置と、
   この第一のクライアント装置に対して送受信可能に接続されたサーバーと、
   このサーバーに対して送受信可能に接続された第二のクライアント装置とを備え、
   前記第二のクライアント装置は、難聴者の聴力データをサーバーに送信し、
   前記サーバーは、前記第二のクライアント装置からの前記聴力データを聴力証明書としての保存、および、前記聴力証明書に対応する処方箋番号データを生成して前記第二のクライアント装置に返信し、
   前記第一のクライアント装置は、前記サーバーに対して前記第二のクライアント装置が受信した前記処方箋番号データを前記サーバーに送信し、
   前記サーバーは、前記第一のクライアント装置から送信された前記処方箋番号データに対応する前記聴力証明書を前記第一のクライアント装置に返信し、
   前記第一のクライアント装置は、前記補聴器に前記聴力証明書を保存させ、前記第一のクライアント装置は、前記聴力データの範囲内にフィッティングを制限する補聴器フィッティングシステム。
2. 前記第一のクライアント装置で前記サーバーに保存された前記聴力データを読み出す時に、前記処方箋番号および補聴器ＩＤを前記サーバーに送信することで、前記サーバーはこの処方箋番号に対応付けした状態で補聴器ＩＤを保存し、その後、前記処方箋番号と前記補聴器ＩＤとは異なる補聴器ＩＤの組み合わせでは、前記聴力データの送信を禁止する請求項１に記載の補聴器フィッティングシステム。
3. 前記第一のクライアント装置から、特定の処方箋番号および前記補聴器ＩＤを前記サーバーに送信することで、前記サーバーはこの補聴器ＩＤに関連付けされた聴力データの送信禁止を解除する請求項２に記載の補聴器フィッティングシステム。
4. 前記聴力証明書には、少なくとも不快レベルを表す聴力データが含まれる請求項１に記載の補聴器フィッティングシステム。
5. 前記第一のクライアント装置は、前記不快レベルを超えないようにフィッティングを制限する請求項４に記載の補聴器フィッティングシステム。
6. マイクと、
   このマイクに接続された補聴処理部と、
   この補聴処理部に接続されたレシーバと、
   前記補聴処理部に接続された制御部とを備え、
   前記制御部には、聴力証明書を収納する第一のメモリ、フィッティングデータを収納する第二のメモリ、およびデフォルトフィッティングデータを収納する第三のメモリを接続するとともに、
   前記制御部は、前記第一のメモリに収納された聴力証明書に基づく補聴処理を実行する構成とした補聴器。
7. 前記補聴処理部は、前記メモリに聴力証明書が収納されている場合には、前記第二のメモリに収納されているフィッティングデータを用いて補聴処理を行い、前記メモリに聴力証明書が収納されていない場合には、前記第三のメモリに収納されているデフォルトフィッティングデータを用いて補聴処理を行う請求項６に記載の補聴器。

Images