(57)【要約】【課題】読み仮名の変更に伴う認識辞書の更新をユーザに意識させることなく行うことができる携帯電子機器を提供すること。【解決手段】携帯電話機１は、所定の処理と編集可能な読み仮名とが対応付けられたアドレス帳データを記憶するアドレス帳ＤＢ５１と、音声認識の結果と照合する読み仮名の選択肢を含む認識辞書データを、アドレス帳データと関連付けて記憶する認識辞書ＤＢ５２と、音声認識結果と照合された読み仮名に対応する所定の処理を実行する実行部４１と、アドレス帳データと認識辞書データとの読み仮名の差分を示す更新データを記憶する更新情報ＤＢ５３と、アドレス帳データが更新された場合に、当該更新の内容を示す更新データを更新情報ＤＢ５３へ記憶し、当該更新後の所定のタイミングで、更新データに基づいて認識辞書データを更新する更新部４２と、を備える。【選択図】図２
2011033901.tif 000002
【特許請求の範囲】
【請求項１】
所定の処理と編集可能な読み仮名とが対応付けられた読み仮名対応データを記憶する読み仮名記憶部と、
音声認識の結果と照合する読み仮名の選択肢を含む認識辞書を、前記読み仮名対応データと関連付けて記憶する認識辞書記憶部と、
前記音声認識結果と照合された読み仮名に対応する前記所定の処理を実行する実行部と、
前記読み仮名対応データと前記認識辞書との読み仮名の差分を示す更新データを記憶する更新データ記憶部と、
前記読み仮名対応データが更新された場合に、当該更新の内容を示す更新データを前記更新データ記憶部へ記憶し、当該更新後の所定のタイミングで、前記更新データに基づいて前記認識辞書を更新する更新部と、を備える携帯電子機器。
【請求項２】
前記更新部は、前記所定のタイミングとして、予め許可されているアプリケーション以外のアプリケーションが実行されていない場合に、前記更新データに基づいて前記認識辞書を更新することを特徴とする請求項１に記載の携帯電子機器。
【請求項３】
前記更新部は、前記所定のタイミングとして、所定時間操作入力がなかった場合に、前記更新データに基づいて前記認識辞書を更新することを特徴とする請求項１または請求項２に記載の携帯電子機器。
【請求項４】
前記読み仮名記憶部は、通信相手と当該通信相手の読み仮名とが対応付けられたアドレス帳を前記読み仮名対応データとして記憶し、
前記実行部は、前記所定の処理として、前記照合された読み仮名に対する通信相手を前記アドレス帳から選択することを特徴とする請求項１から請求項３のいずれか１項に記載の携帯電子機器。
【請求項５】
前記更新部は、前記認識辞書の更新中に所定のイベントが発生した場合に、当該更新を中断することを特徴とする請求項１から請求項４のいずれか１項に記載の携帯電子機器。
【請求項６】
前記更新部は、前記音声認識の実行が指示された際、前記認識辞書への更新が未実施の前記更新データが存在する場合に、当該音声認識の実行前に当該未実施の更新を行うことを特徴とする請求項１から請求項５のいずれか１項に記載の携帯電子機器。
【請求項７】
前記更新部は、前記更新データ記憶部に更新データを記憶すると共に、前記認識辞書を更新する必要があることを示すデータを記憶することを特徴とする請求項１から請求項６のいずれか１項に記載の携帯電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声認識辞書を有する携帯電子機器に関する。
【背景技術】
【０００２】
従来、携帯電話機やナビゲーション装置等の電子機器において、音声認識により所定の処理を実行させる機能が搭載されている。例えば、電子機器のユーザは、選択操作をすることなく、音声によりメール機能の呼び出しやアドレス帳からの選択等の指示を行うことができる。
【０００３】
このような電子機器は、音声認識の結果と照合させる認識辞書を備える。しかしながら、認識辞書を変更しなければならない状況も生じうる。特許文献１においては、携帯型の電子機器に対して音声認識サービスを実現する上で用いられる、分散処理型の音声認識サーバにおける認識辞書の更新処理について記載されており、特に複数の音声認識処理部を保有する場合の認識辞書更新の効率の向上を図ることが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１５２０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されているように、認識辞書の更新には大きな処理負荷を必要としている。一方で、音声認識処理の機能ブロック自体がコンパクト化され、携帯型の電子機器そのものに搭載されるようになりつつある。当然ながら携帯電子機器は、サーバに比べて処理能力が低いため、わずかな認識辞書の更新であっても更新処理が生じると、その処理に大きく時間がかかってしまう。その結果、ユーザの操作に対する応答が遅くなってしまうという不都合が生じてしまう。
【０００６】
本発明は、認識辞書の更新をユーザに意識させることなく行うことができる携帯電子機器を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る携帯電子機器は、所定の処理と編集可能な読み仮名とが対応付けられた読み仮名対応データを記憶する読み仮名記憶部と、音声認識の結果と照合する読み仮名の選択肢を含む認識辞書を、前記読み仮名対応データと関連付けて記憶する認識辞書記憶部と、前記音声認識結果と照合された読み仮名に対応する前記所定の処理を実行する実行部と、前記読み仮名対応データと前記認識辞書との読み仮名の差分を示す更新データを記憶する更新データ記憶部と、前記読み仮名対応データが更新された場合に、当該更新の内容を示す更新データを前記更新データ記憶部へ記憶し、当該更新後の所定のタイミングで、前記更新データに基づいて前記認識辞書を更新する更新部と、を備える。
【０００８】
また、前記更新部は、前記所定のタイミングとして、予め許可されているアプリケーション以外のアプリケーションが実行されていない場合に、前記更新データに基づいて前記認識辞書を更新することが好ましい。
【０００９】
また、前記更新部は、前記所定のタイミングとして、所定時間操作入力がなかった場合に、前記更新データに基づいて前記認識辞書を更新することが好ましい。
【００１０】
また、前記読み仮名記憶部は、通信相手と当該通信相手の読み仮名とが対応付けられたアドレス帳を前記読み仮名対応データとして記憶し、前記実行部は、前記所定の処理として、前記照合された読み仮名に対する通信相手を前記アドレス帳から選択することが好ましい。
【００１１】
また、前記更新部は、前記認識辞書の更新中に所定のイベントが発生した場合に、当該更新を中断することが好ましい。
【００１２】
また、前記更新部は、前記音声認識の実行が指示された際、前記認識辞書への更新が未実施の前記更新データが存在する場合に、当該音声認識の実行前に当該未実施の更新を行うことが好ましい。
【００１３】
また、前記更新部は、前記更新データ記憶部に更新データを記憶すると共に、前記認識辞書を更新する必要があることを示すデータを記憶することが好ましい。
【発明の効果】
【００１４】
本発明によれば、認識辞書の更新をユーザに意識させることなく行うことができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係る携帯電話機の外観斜視図である。
【図２】本発明の実施形態に係る携帯電話機の機能を示すブロック図である。
【図３】本発明の実施形態に係るアドレス帳の編集に伴う認識辞書データの更新方法を示す概要図である。
【図４】本発明の実施形態に係るアドレス帳データの追加に伴う、更新データおよび認識辞書データの更新内容を示す図である。
【図５】本発明の実施形態に係るアドレス帳データの削除に伴う、更新データおよび認識辞書データの更新内容を示す図である。
【図６】本発明の実施形態に係るアドレス帳データの変更に伴う、更新データおよび認識辞書データの更新内容を示す図である。
【図７】本発明の実施形態に係る認識辞書データの更新処理を示すフローチャートである。
【図８】本発明の実施形態に係る認識辞書データの更新時の流れを示すシーケンス図である。
【図９】本発明の実施形態に係る認識辞書データの更新時に割り込み処理が発生した場合の流れを示すシーケンス図である。
【図１０】本発明の実施形態に係る音声認識処理起動時に行う認識辞書データの更新の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、本発明の好適な実施形態の一例について説明する。なお、本実施形態では、携帯電子機器の一例として、携帯電話機１を説明する。なお、本発明の携帯電子機器はこれには限られず、例えば、ＰＨＳ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ゲーム機、ナビゲーション装置やパーソナルコンピュータ等、様々な携帯電子機器に適用可能である。
【００１７】
図１は、本実施形態に係る携帯電話機１（携帯電子機器）の外観斜視図である。なお、図１は、いわゆる折り畳み型の携帯電話機の形態を示しているが、本発明に係る携帯電話機の形態はこれに限られない。例えば、両筐体を重ね合わせた状態から一方の筐体を一方向にスライドさせるようにしたスライド式や、重ね合せ方向に沿う軸線を中心に一方の筐体を回転させるようにした回転式（ターンタイプ）や、操作部と表示部とが１つの筐体に配置され、連結部を有さない形式（ストレートタイプ）でもよい。
【００１８】
携帯電話機１は、操作部側筐体２と、表示部側筐体３と、を備えて構成される。操作部側筐体２は、表面部１０に、操作部１１と、携帯電話機１の使用者が通話時や音声認識アプリケーションを利用時に発した音声が入力されるマイク１２と、を備えて構成される。操作部１１は、各種設定機能や電話帳機能やメール機能等の各種機能を作動させるための機能設定操作ボタン１３と、電話番号の数字やメールの文字等を入力するための入力操作ボタン１４と、各種操作における決定やスクロール等を行う決定操作ボタン１５と、から構成されている。
【００１９】
また、表示部側筐体３は、表面部２０に、各種情報を表示するための表示部２１と、通話の相手側の音声を出力するレシーバ２２と、を備えて構成されている。
【００２０】
また、操作部側筐体２の上端部と表示部側筐体３の下端部とは、ヒンジ機構４を介して連結されている。また、携帯電話機１は、ヒンジ機構４を介して連結された操作部側筐体２と表示部側筐体３とを相対的に回転することにより、操作部側筐体２と表示部側筐体３とが互いに開いた状態（開放状態）にしたり、操作部側筐体２と表示部側筐体３とを折り畳んだ状態（折畳み状態）にしたりできる。
【００２１】
図２は、本実施形態に係る携帯電話機１の機能を示すブロック図である。携帯電話機１は、操作部１１と、表示部２１と、制御部３０と、音声認識処理部４０と、記憶部５０と、通信部６０と、音声部７０と、を備える。さらに、音声認識処理部４０は、実行部４１と、更新部４２と、を備える。また、記憶部５０は、アドレス帳ＤＢ（データベース）５１と、認識辞書ＤＢ５２と、更新情報ＤＢ５３と、を備える。
【００２２】
制御部３０は、携帯電話機１の全体を制御しており、例えば、表示部２１、通信部６０等に対して所定の制御を行う。また、制御部３０は、操作部１１等から入力を受け付けて、各種処理を実行する。そして、制御部３０は、処理実行の際には、記憶部５０を制御し、各種プログラムおよびデータの読み出し、およびデータの書き込みを行う。
【００２３】
音声認識処理部４０は、制御部３０からの指令に基づいて、実行部４１により音声認識処理の実行と、更新部４２により認識辞書の管理を行う。
【００２４】
記憶部５０は、本実施形態に係る各種プログラムを記憶し、また、制御部３０による演算処理に利用される。さらに、記憶部５０は、アドレス帳ＤＢ５１により音声認識の関連データであるアドレス帳データ（読み仮名対応データ）を記憶し、認識辞書ＤＢ５２により認識辞書データを記憶し、更新情報ＤＢ５３によりアドレス帳データと認識辞書データとの差分を示す更新データを記憶する。なお、記憶部５０は、着脱可能な外部メモリを兼ねていてもよい。
【００２５】
ここで、アドレス帳データとは、通話やメール等の通信相手を識別するデータ（例えば、電話番号やメールアドレス、名称等）と読み仮名とを含むデータである。実行部４１は、この読み仮名が入力されることにより、通信相手の選択処理（所定の処理）を実行する。
【００２６】
また、認識辞書データは、音声認識の結果として得られるテキスト情報と照合する読み仮名の選択肢を含むデータである。この読み仮名のそれぞれは、アドレス帳データと関連付けられており、選択肢の中に音声認識の結果と同一の読み仮名があった場合に、関連付けられているアドレス帳データが読み出される。
【００２７】
また、更新データは、認識辞書データとアドレス帳データの読み仮名を一致させるための差分を示すデータであり、アドレス帳の読み仮名が変更された場合に更新部４２により生成される。したがって、更新部４２が更新データを認識辞書データに適用することにより、認識辞書データの読み仮名が更新されてアドレス帳と一致する。
【００２８】
通信部６０は、所定の使用周波数帯（例えば、２ＧＨｚ帯や８００ＭＨｚ帯等）で外部装置（基地局）と通信を行う。通信部６０は、アンテナより受信した信号を復調処理し、処理後の信号を制御部３０に供給する。また、制御部３０から供給された信号を変調処理し、アンテナを介して外部装置に送信する。
【００２９】
音声部７０は、制御部３０の制御に従って、通信部６０から供給された信号に対して所定の音声処理を行い、処理後の信号をレシーバ２２に出力する。レシーバ２２は、音声部７０から供給された信号を外部に出力する。なお、この信号は、レシーバ２２に代えて、または、レシーバ２２と共に、スピーカ（図示せず）から出力されるとしてもよい。また、音声部７０は、制御部３０の制御に従って、マイク１２から入力された信号を処理し、処理後の信号を通信部６０に出力する。通信部６０は、音声部７０から供給された信号に所定の処理を行い、処理後の信号をアンテナから出力する。
【００３０】
図３は、本実施形態に係るアドレス帳の編集に伴う認識辞書データの更新方法を示す概要図である。
【００３１】
ユーザによりアドレス帳データの読み仮名が追加、削除、変更された場合、この変更を認識辞書データに対しても同様に行う必要がある。第１パターンの場合には、アドレス帳データの更新に応じて即時に認識辞書データを更新する。しかしながら、ユーザにとっては、アドレス帳の更新処理のみの場合に比べて、待ち時間が長くなっていた。
【００３２】
一方、第２パターンの場合には、認識辞書用の更新データを介在させることにより、認識辞書データの更新は、バックグラウンドまたは音声認識処理の起動時に行うことができる。すなわち、アドレス帳データの更新時には、更新データを生成しておき、更新に時間のかかる認識辞書データは、別の所定のタイミングで実行する。その結果、アドレス帳の更新時の待ち時間を低減し、認識辞書の更新をユーザに意識させないようにできる。
【００３３】
ここで、所定のタイミングとは、予め許可されているアプリケーション以外のアプリケーションが実行されていない場合、および所定時間ユーザからの操作入力がなかった場合である。なお、予め許可されているアプリケーションは、例えば、電波状態表示や時刻表示等、常時実行されており処理負荷が比較的小さいアプリケーションとする。例えば、携帯電話機１が省電力モードとなった際に、これらのアプリケーションのバックグラウンドで、認識辞書データの更新が実行される。
【００３４】
認識辞書データの更新には大きな処理負荷とメモリ消費を伴うため、ユーザ操作中やアプリケーションの実行中に更新されるのを抑制することにより、ユーザの操作性やアプリケーションのスムーズな処理を損なうおそれ（例えば、画面表示の遅延や、音声再生の途切れ等）を回避することができる。
【００３５】
図４は、本実施形態に係るアドレス帳データの追加に伴う、更新データおよび認識辞書データの更新内容を示す図である。
【００３６】
まず、アドレス帳ＩＤ（ＡＩＤ）「２」が空欄（ＮＵＬＬ）である状態（ａ１）から、新たにレコードが追加され、認識辞書に反映が必要な読み仮名「ヨコハマサブロウ」が登録されたとする（ａ２）。
【００３７】
このとき、更新データは、（ｂ１）の状態から（ｂ２）の状態へと更新される。（ｂ１）では、全てのレコードが「更新済み」の状況であり、ＡＩＤ「２」のレコードは「ＮＵＬＬ」である。そして、更新後の（ｂ２）では、ＡＩＤ「２」に読み仮名「ヨコハマサブロウ」が登録され、このレコードの状況は「未更新」となる。
【００３８】
その後、認識辞書データの更新タイミングにおいて、（ｂ２）で「未更新」となっているレコードが読み出され、認識辞書データは（ｃ１）の状態から（ｃ２）の状態へと更新される。これに伴って、更新データは（ｂ２）の状態から（ｂ３）の状態へと更新される。
【００３９】
（ｃ１）では、読み仮名とアドレス帳データの識別子であるＡＩＤとが対応付けられており、ＡＩＤ「２」に対応するＮｏ「２」のレコードの読み仮名は「ＮＵＬＬ」となっている。（ｃ２）では、このレコードの読み仮名が「ヨコハマサブロウ」に更新されている。そして、認識辞書データが更新されたことに応じて、（ｂ３）では、更新対象となったＡＩＤ「２」のレコードの状況が「更新済み」となる。
【００４０】
図５は、本実施形態に係るアドレス帳データの削除に伴う、更新データおよび認識辞書データの更新内容を示す図である。
【００４１】
まず、アドレス帳データにおいて、ＡＩＤ「０」〜「２」のレコードが存在する状態（ａ１）から、ＡＩＤ「１」のレコードが削除され、認識辞書に反映が必要な読み仮名「ヨコハマジロウ」が「ＮＵＬＬ」になったとする（ａ２）。
【００４２】
このとき、更新データは、（ｂ１）の状態から（ｂ２）の状態へと更新される。（ｂ１）では、全てのレコードが「更新済み」の状況であり、ＡＩＤ「１」のレコードには読み仮名「ヨコハマジロウ」が格納されている。そして、更新後の（ｂ２）では、ＡＩＤ「１」読み仮名は「ＮＵＬＬ」に変更され、このレコードの状況は「未更新」となる。
【００４３】
その後、認識辞書データの更新タイミングにおいて、（ｂ２）で「未更新」となっているレコードが読み出され、認識辞書データは（ｃ１）の状態から（ｃ２）の状態へと更新される。これに伴って、更新データは（ｂ２）の状態から（ｂ３）の状態へと更新される。
【００４４】
（ｃ１）では、ＡＩＤ「１」に対応するＮｏ「１」のレコードの読み仮名は「ヨコハマジロウ」となっている。（ｃ２）では、このレコードの読み仮名が「ＮＵＬＬ」に更新されている。そして、認識辞書データが更新されたことに応じて、（ｂ３）では、更新対象となったＡＩＤ「１」のレコードの状況が「更新済み」となる。
【００４５】
図６は、本実施形態に係るアドレス帳データの変更に伴う、更新データおよび認識辞書データの更新内容を示す図である。
【００４６】
まず、アドレス帳データにおいて、ＡＩＤ「０」〜「２」のレコードが存在する状態（ａ１）から、ＡＩＤ「０」のレコードが変更され、認識辞書に反映が必要な読み仮名「ヨコハマ」が「ヨコハマタロウ」になったとする（ａ２）。
【００４７】
このとき、更新データは、（ｂ１）の状態から（ｂ２）の状態へと更新される。（ｂ１）では、全てのレコードが「更新済み」の状況であり、ＡＩＤ「０」のレコードには読み仮名「ヨコハマ」が格納されている。そして、更新後の（ｂ２）では、ＡＩＤ「０」読み仮名は「ヨコハマタロウ」に変更され、このレコードの状況は「未更新」となる。
【００４８】
その後、認識辞書データの更新タイミングにおいて、（ｂ２）で「未更新」となっているレコードが読み出され、認識辞書データは（ｃ１）の状態から（ｃ２）の状態へと更新される。これに伴って、更新データは（ｂ２）の状態から（ｂ３）の状態へと更新される。
【００４９】
（ｃ１）では、ＡＩＤ「０」に対応するＮｏ「０」のレコードの読み仮名は「ヨコハマ」となっている。（ｃ２）では、このレコードの読み仮名が「ヨコハマタロウ」に更新されている。そして、認識辞書データが更新されたことに応じて、（ｂ３）では、更新対象となったＡＩＤ「０」のレコードの状況が「更新済み」となる。
【００５０】
図７は、本実施形態に係る更新部４２が実行する認識辞書データの更新処理を示すフローチャートである。
【００５１】
ステップＳ１では、更新部４２は、制御部３０からの通知に基づいて、予め許可されているアプリケーション以外の他の処理（アプリケーション）が動作していないかどうかを判定する。更新部４２は、この判定がＹＥＳの場合は処理をステップＳ２に移し、判定がＮＯの場合は処理をステップＳ７に移す。
【００５２】
ステップＳ２では、更新部４２は、制御部３０からの通知に基づいて、操作部１１に対して一定時間操作入力がないかどうかを判定する。更新部４２は、この判定がＹＥＳの場合は処理をステップＳ３に移し、判定がＮＯの場合は処理をステップＳ７に移す。
【００５３】
ステップＳ３では、更新部４２は、認識辞書データの更新が必要であるかどうかを判定する。具体的には、更新部４２は、更新情報ＤＢ５３に適用を要する更新データが存在するか否かを判定する。更新部４２は、この判定がＹＥＳの場合は処理をステップＳ４に移し、判定がＮＯの場合は処理をステップＳ７に移す。
【００５４】
なお、更新部４２は、更新情報ＤＢ５３に更新データを記憶すると共に、認識辞書を更新する必要があることを示すデータ（フラグ）を記憶する。このことにより、更新部４２は、更新データ全体を確認することなく、このフラグを参照することにより、効率的に認識辞書データの更新の要否を判定できる。
【００５５】
ステップＳ４では、更新部４２は、更新情報ＤＢ５３に記憶されている更新データに基づいて、認識辞書ＤＢ５２の認識辞書データを更新する。
【００５６】
ステップＳ５では、更新部４２は、制御部３０からの通知に基づいて、ユーザ操作や予め登録済みのスケジュールに基づくアラーム等による割り込み処理が発生したか否かを判定する。更新部４２は、この判定がＹＥＳの場合は処理をステップＳ６に移し、判定がＮＯの場合は処理をステップＳ７に移す。
【００５７】
ステップＳ６では、更新部４２は、ステップＳ５により判定された割り込み処理が、認識辞書データの更新処理により妨げられるのを防ぐため、認識辞書データの更新を中止する。具体的には、更新部４２の状態を示すデータを「更新中止」に変更し、以降の更新処理を行わないように設定する。
【００５８】
ステップＳ７では、更新部４２は、認識辞書データの更新処理を終了するかどうかを判定する。具体的には、上記の状態が「更新中止」となっている場合には、認識辞書データの更新を継続できないので、判定はＹＥＳとなり、更新部４２は更新処理を終了する。一方、認識辞書データの更新を継続できる場合は判定がＮＯとなり、更新部４２は処理をステップＳ１に移す。
【００５９】
図８は、本実施形態に係る認識辞書データの更新時の流れを示すシーケンス図である。ここでは、制御部３０が実行する認識辞書更新判定処理およびアドレス帳データ処理からの通知に基づいて、更新部４２により認識辞書データの更新が実行される。
【００６０】
まず、アドレス帳データ処理により読み仮名編集の有無が判定され、編集が行われた場合に更新部４２へ更新通知がなされる（ステップＳ１０１）。すると、更新部４２は、更新情報ＤＢ５３の更新データを更新し（ステップＳ１０２）、更新が完了すると、「更新必要」に状態を変更する（ステップＳ１０３）。
【００６１】
その後、認識辞書更新判定処理により、アプリケーション実行の有無と、ユーザ操作の有無に関する、携帯電話機１の状態通知を受けると（ステップＳ１０４）、更新部４２は、認識辞書の更新が開始可能であることを判断し、「更新中」に状態を変更する（ステップＳ１０５）。さらに、更新部４２は、更新処理が開始されることを制御部３０へ通知する。
【００６２】
次に、更新部４２は、更新情報ＤＢ５３から更新データを取得する（ステップＳ１０６）。更新部４２は、更新データの取得が完了すると、認識辞書更新のループに入り、この更新データに従って順次、認識辞書データの更新を行う。
【００６３】
更新部４２は、認識辞書の更新が可能（状態が「更新中」）であるかどうかを判定し（ステップＳ１０７）、可能である（判定がＹＥＳの）場合には、取得した更新データに基づいて認識辞書データを１件更新する（ステップＳ１０８）。一方、更新が不可能（判定がＮＯ）の場合には、認識辞書更新のループを抜け、更新部４２は処理をステップＳ１１０に移す。
【００６４】
認識辞書データ１件の更新（ステップＳ１０８）が完了すると、更新部４２は、全ての更新が終了したか（未処理の更新データが存在しないか）どうかを判定し（ステップＳ１０９）、終了した（判定がＹＥＳの）場合は、認識辞書更新のループを抜け所定をステップＳ１１０に移す。一方、更新が終了していない（判定がＮＯの）場合は、処理をステップＳ１０７に戻して更新を継続する。
【００６５】
認識辞書更新のループを抜けると、更新部４２は、全ての更新が終了したか（未処理の更新データが存在しないか）どうかを判定する（ステップＳ１１０）。終了した（判定がＹＥＳの）場合は、更新部４２は、状態を「更新済」に変更し、この状態を制御部３０へ通知する（ステップＳ１１１）。一方、更新が終了していない（判定がＮＯの）場合は、更新部４２は、状態を「更新必要」に変更して次の更新可能なタイミングまで処理実行を保留し、この状態を制御部３０へ通知する（ステップＳ１１２）。
【００６６】
図９は、本実施形態に係る認識辞書データの更新時に割り込み処理が発生した場合の流れを示すシーケンス図である。ここでは、図８のステップＳ１０７〜Ｓ１０９のループ中に割り込み処理が発生した場合を示している。
【００６７】
なお、割り込み処理とは、予め許可されているアプリケーション以外のアプリケーションの起動や、ユーザからの操作入力の受け付け等である。これらの割り込み処理は、処理負荷の大きい認識辞書データの更新中に実行されると、携帯電話機１の処理能力が不足し動作が不安定になるおそれがあるため好ましくない。
【００６８】
制御部３０により割り込み処理の発生を検知すると（ステップＳ２０１）、認識辞書更新判定処理により、認識辞書データの更新中であるかどうかを判定する（ステップＳ２０２）。具体的には、制御部３０は、状態が「更新中」であるかどうかを判定し、「更新中」（判定がＹＥＳ）の場合は更新部４２に更新不可通知を行う。一方、「更新中」以外（判定がＮＯ）の場合は、制御部３０は、割り込みが可能と判断して割り込み処理を実行させる（ステップＳ２０４）。
【００６９】
認識辞書更新判定処理により更新不可通知がなされた場合には、更新部４２は、状態を「更新中止」に変更する（ステップＳ２０３）。この場合、ステップＳ１０７の判定において更新不可（判定がＮＯ）と判定される。
【００７０】
認識辞書更新のループを抜けると、更新部４２は、全ての更新が終了したか（未処理の更新データが存在しないか）どうかを判定する（ステップＳ１１０）。終了した（判定がＹＥＳの）場合は、更新部４２は、状態を「更新済」に変更し、この状態を制御部３０へ通知する（ステップＳ１１１）。一方、更新が終了していない（判定がＮＯの）場合は、更新部４２は、状態を「更新必要」に変更して次の更新可能なタイミングまで処理実行を保留し、この状態を制御部３０へ通知する（ステップＳ１１２）。
【００７１】
制御部３０は、更新部４２から「更新済」または「更新必要」の状態が通知されたことにより、認識辞書の更新が中断されて割り込みが可能になったと判断し、割り込み処理を実行させる（ステップＳ２０４）。
【００７２】
図１０は、本実施形態に係る音声認識処理起動時に行う認識辞書データの更新の流れを示すシーケンス図である。ここでは、未処理の更新データが存在し、状態が「更新必要」のときに、音声認識処理が起動した場合を示している。
【００７３】
制御部３０により音声認識処理の起動が検知されると（ステップＳ３０１：ＹＥＳ）、更新部４２は、認識辞書データの更新が必要かどうかを判定する（ステップＳ３０２）。すなわち、未処理の更新データが存在し、アドレス帳データと認識辞書データとが不一致である場合には、音声認識処理が正しく動作しないので、認識辞書データの更新が必要と判定する。
【００７４】
認識辞書データの更新が必要な場合（ステップＳ３０２：ＹＥＳ）には、図８と同様に、ステップＳ１０５〜Ｓ１０９の認識辞書更新のループにおいて、更新データに基づいて認識辞書データを更新する。
認識辞書更新のループを抜けると、更新部４２は、全ての更新が終了したか（未処理の更新データが存在しないか）どうかを判定する（ステップＳ１１０）。終了した（判定がＹＥＳの）場合は、更新部４２は、状態を「更新済」に変更し、この状態を制御部３０へ通知する（ステップＳ１１１）。一方、更新が終了していない（判定がＮＯの）場合は、更新部４２は、状態を「更新必要」に変更して次の更新可能なタイミングまで処理実行を保留し、この状態を制御部３０へ通知する（ステップＳ１１２）。
【００７５】
そして、制御部３０は、更新部４２から状態を通知されたことに応じて、音声認識処理を実行する（ステップＳ３０３）。なお、制御部３０は、通知された状態が「更新済」の場合には、音声認識処理を開始できるが、状態が「更新必要」の場合は、認識辞書が最新になっていない（アドレス帳と一致しない）ため、エラー出力して音声認識処理を終了することとしてよい。
【００７６】
以上のように、本実施形態によれば、携帯電話機１は、ユーザを待たせることのないタイミングで認識辞書データの更新を行った。さらに、認識辞書データの更新中にイベントが発生した場合には、更新処理を中断した。このように、携帯電話機１は、読み仮名の変更に伴う認識辞書データの更新をユーザに意識させることなく行うことができる。
【００７７】
また、未処理の更新データが残っている場合には、音声認識処理が実行される前に認識辞書データを更新するため、携帯電話機１は、アドレス帳データと認識辞書データとの不一致を回避することができる。
【００７８】
以上、本実施形態においてはアドレス帳への更新が発生した場合を例に説明を行った。しかしながらアドレス帳以外でも、例えばナビゲーション用の目的地辞書、アプリケーションの実行指示用の読み仮名辞書、データフォルダやメールフォルダの呼び出し指示用の読み仮名辞書等、ユーザによって自由に内容変更可能なユーザ辞書であれば、本発明は適用可能である。
【００７９】
本発明によれば、認識辞書がアドレス帳等のユーザ辞書とは別に構成されている場合において、特に有用である。具体的には、音声認識処理に関する機能の処理プログラムがユニット化されたケースも想定され、このケースにおいて、音声認識処理機能部が参照し易い形に認識辞書が構成され、この認識辞書が音声認識処理のユニット内に共にパッケージ化されて収められている場合が考えられる。この場合、ユーザ辞書とは別系統の管理下に認識辞書が置かれることになる。このように、音声認識処理がユニット化されていた場合には、ユーザ辞書が更新される都度、認識辞書にアクセスするために音声認識処理ユニットを起動しなければならなくなるが、本発明によれば音声認識処理ユニットの起動回数を必要最小限に済ませることができる。すなわち総合的に見て、携帯電子機器における省電力化にも繋がる。さらに、音声認識処理ユニット側への改変を必要としないため、このようなユニットを他の音声認識処理ユニットに置き換えることも容易にすることができ、携帯電子機器の開発上の自由度を向上させることにも繋がる。
【００８０】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００８１】
１  携帯電話機
１１  操作部
２１  表示部
３０  制御部
４０  音声認識処理部
４１  実行部
４２  更新部
５０  記憶部
５１  アドレス帳ＤＢ（読み仮名記憶部）
５２  認識辞書ＤＢ（認識辞書記憶部）
５３  更新情報ＤＢ（更新データ記憶部）
６０  通信部
７０  音声部
【図１】
2011033901.tif 000003
【図２】
2011033901.tif 000004
【図３】
2011033901.tif 000005
【図４】
2011033901.tif 000006
【図５】
2011033901.tif 000007
【図６】
2011033901.tif 000008
【図７】
2011033901.tif 000009
【図８】
2011033901.tif 000010
【図９】
2011033901.tif 000011
【図１０】
2011033901.tif 000012