(57)【要約】【課題】ユーザが操作を間違える頻度を減らすことが可能な電子機器を提供する。【解決手段】電子機器１は、ユーザ操作についての音声案内を行うための音声案内データを音声出力部１１で出力するよう再生する音声案内再生部１１と、ユーザ操作による入力イベントを受け付けるイベント入力部１３と、音声案内データの再生中にイベント入力部１３で入力イベントが発生した場合、その入力イベントが有効であるか否かを、音声案内データにおけるその入力イベントが発生した時点で再生中の音声案内の内容に基づき判定する音声案内連動処理部１４と、その判定の結果、その入力イベントが有効であった場合に、その入力イベントが発生した時点で再生されている音声案内の内容に対応する処理を実行する処理実行部１５と、を備える。【選択図】図１
2015035154.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ操作についての音声案内を行うための音声案内データを再生する音声案内再生部と、該音声案内再生部で再生された音声を出力する音声出力部と、前記ユーザ操作による入力イベントを受け付けるイベント入力部と、を備えた電子機器であって、
前記音声案内データの再生中に前記イベント入力部で前記入力イベントが発生した場合、前記入力イベントが有効であるか否かを、前記音声案内データにおける前記入力イベントが発生した時点で再生中の音声案内の内容に基づき判定する音声案内連動処理部と、
該音声案内連動処理部での判定の結果、前記入力イベントが有効であった場合に、前記入力イベントが発生した時点で再生されている音声案内の内容に対応する処理を実行する処理実行部と、
を備えたことを特徴とする電子機器。
【請求項２】
前記音声案内連動処理部は、前記入力イベントが発生した時点で再生中の音声案内の内容がユーザからの回答を要求しているものであるか否かにより、前記入力イベントが有効であるか否かを判定することを特徴とする請求項１に記載の電子機器。
【請求項３】
前記音声案内データは、複数の部分に区分けされて格納されており、
前記音声案内連動処理部は、前記入力イベントが発生した時点で再生中の部分に基づき、前記入力イベントが有効であるか否かを判定することを特徴とする請求項１又は２に記載の電子機器。
【請求項４】
前記音声案内連動処理部は、前記音声案内データの再生中に前記イベント入力部で前記入力イベントが複数回発生した場合には、前記入力イベントが有効でないと判定することを特徴とする請求項１〜３のいずれか１項に記載の電子機器。
【請求項５】
音声出力部とユーザ操作による入力イベントを受け付けるイベント入力部とを備えた電子機器における音声案内連動入力方法であって、
音声案内再生部が、前記ユーザ操作についての音声案内を行うための音声案内データを再生し、前記音声出力部から出力させるステップと、
音声案内連動処理部が、前記音声案内データの再生中に前記イベント入力部で前記入力イベントが発生した場合、前記入力イベントが有効であるか否かを、前記音声案内データにおける前記入力イベントが発生した時点で再生中の音声案内の内容に基づき判定する判定ステップと、
処理実行部が、前記判定ステップでの判定の結果、前記入力イベントが有効であった場合に、前記入力イベントが発生した時点で再生されている音声案内の内容に対応する処理を実行するステップと、
を有することを特徴とする音声案内連動入力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ操作についての音声案内を行うことが可能な電子機器、及びその電子機器における音声案内連動入力方法に関する。
【背景技術】
【０００２】
従来から、入力された命令が実行されたことを音又は音声のうち少なくとも１つで報知する電子機器が提供されている（例えば特許文献１を参照）。このような報知により、ユーザは、正しく操作が行われたかどうかを知ることができ、ユーザが視覚障害者であっても電子機器を容易に操作することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２５４００６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術をはじめとする従来技術では、ユーザが操作を間違えると正しい操作を行うまでに何回かの試行が必要となる、といった問題がある。
【０００５】
本発明は、上述のような実状に鑑みてなされたものであり、その目的は、ユーザが操作を間違える頻度を減らすことが可能な電子機器、及びその電子機器における音声案内連動入力方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明に係る電子機器は、ユーザ操作についての音声案内を行うための音声案内データを再生する音声案内再生部と、該音声案内再生部で再生された音声を出力する音声出力部と、前記ユーザ操作による入力イベントを受け付けるイベント入力部と、を備えた電子機器であって、前記音声案内データの再生中に前記イベント入力部で前記入力イベントが発生した場合、前記入力イベントが有効であるか否かを、前記音声案内データにおける前記入力イベントが発生した時点で再生中の音声案内の内容に基づき判定する音声案内連動処理部と、該音声案内連動処理部での判定の結果、前記入力イベントが有効であった場合に、前記入力イベントが発生した時点で再生されている音声案内の内容に対応する処理を実行する処理実行部と、を備えたことを特徴としたものである。
【０００７】
本発明に係る音声案内連動入力方法は、音声出力部とユーザ操作による入力イベントを受け付けるイベント入力部とを備えた電子機器における音声案内連動入力方法であって、音声案内再生部が、前記ユーザ操作についての音声案内を行うための音声案内データを再生し、前記音声出力部から出力させるステップと、音声案内連動処理部が、前記音声案内データの再生中に前記イベント入力部で前記入力イベントが発生した場合、前記入力イベントが有効であるか否かを、前記音声案内データにおける前記入力イベントが発生した時点で再生中の音声案内の内容に基づき判定する判定ステップと、処理実行部が、前記判定ステップでの判定の結果、前記入力イベントが有効であった場合に、前記入力イベントが発生した時点で再生されている音声案内の内容に対応する処理を実行するステップと、を有することを特徴としたものである。
【発明の効果】
【０００８】
本発明によれば、電子機器において、ユーザが操作を間違える頻度を減らすことが可能になる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施形態に係る電子機器の一構成例を示す図である。
【図２】本発明の第１の実施形態に係る電子機器で実行される音声案内連動入力処理の一例を説明するためのフロー図である。
【図３】図２の処理を具体的に説明するための模式図である。
【図４】図２の処理における入力イベント対応処理の一例を説明するためのフロー図である。
【図５】本発明の第２の実施形態に係る電子機器で実行される音声案内連動入力処理の一例を説明するためのフロー図である。
【図６】図５の処理を具体的に説明するための模式図である。
【図７】本発明の第３の実施形態に係る電子機器で実行される音声案内連動入力処理の一例を説明するためのフロー図である。
【図８】図７の処理を具体的に説明するための模式図である。
【図９】図７の処理を具体的に説明するための模式図である。
【発明を実施するための形態】
【００１０】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る電子機器の一構成例を示す図である。
図１で例示する電子機器１は、その全体を制御する制御部１０、記憶装置２１、音声出力部２２、表示部２３、及び操作部２４を備える。制御部１０は、音声案内再生部１１、描画処理部１２、イベント入力部１３、音声案内連動処理部１４、及び処理実行部１５を備える。
【００１１】
制御部１０は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processing Unit）、作業領域としてのＲＡＭ（Random Access Memory）、及び制御プログラム（本発明に係る音声案内連動入力処理を実行するプログラムを含む）や各種設定内容を記憶した記憶装置などの制御デバイスで構成される。この記憶装置としては、フラッシュＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable and Programmable  ＲＯＭ）、ハードディスク等が挙げられ、記憶装置２１を利用することもできる。無論、制御部１０の一部又は全部を専用のハードウェアで構成することもできる。
【００１２】
操作部２４は、ユーザ操作を受け付ける操作キーやハードウェア又はソフトウェアのキーボードである。イベント入力部１３は、ユーザ操作による入力イベント（操作部２４によるユーザ操作が示す入力イベント）を受け付ける。入力イベントとは、ハードウェアキーがある装置の場合は、そのキーが押されたことを示すイベントであり、タッチパネル上のソフトウェアキーボードであれば、画面がタップされたことを示すイベントである。
【００１３】
なお、操作部２４及びイベント入力部１３としては、例えば、電子機器１の背面又は側面への指等によるタップ操作を、その振動やタップ音を検出することで検出するような構成を採用してもよい。
【００１４】
音声案内再生部１１は、ユーザ操作についての音声案内を行うための音声案内データを記憶装置２１から読み出して再生する。記憶装置２１は、フラッシュＲＯＭ、ＥＥＰＲＯＭ、ハードディスク等でなり、１又は複数の音声案内データが格納されている。
【００１５】
音声案内再生部１１は、１つの音声案内データのみ格納してある場合には、音声案内の指示を受けた際にそれを再生すればよく、複数の音声案内データが格納してある場合には、音声案内の指示を受けた場面に応じた音声案内を行うための音声案内データを選択して再生する。例えば、電子機器１の簡易なユーザ設定に関する音声案内を行う場面や、電子機器１の詳細なユーザ設定に関する音声案内を行う場面などが想定できる。
【００１６】
音声出力部２２は、音声案内再生部１１で再生された音声を出力するスピーカ装置で構成される。１つの音声案内データは１つのデータとしてまとまっている例に限らず、複数のデータから構成されても、つまり複数の部分に区分けされて格納されていてもよい。本実施形態では、１つのデータにまとまっている場合について説明する。また、表示部２３は、液晶パネルや有機エレクトロルミネッセンスパネル等の表示装置である。
【００１７】
本発明の主たる特徴として、音声案内連動処理部１４は、音声案内データの再生中にイベント入力部１３で入力イベントが発生した場合（つまりユーザ操作を受け付けた場合）、入力イベントが有効であるか否かを、音声案内データにおける入力イベントが発生した時点で再生中の音声案内の内容に基づき判定する。
【００１８】
また、本発明の主たる特徴として、処理実行部１５は、音声案内連動処理部１４での判定の結果、入力イベントが有効であった場合に、その入力イベントが発生した時点で再生されている音声案内の内容に対応する処理（その内容が示す処理）を実行する。実行される処理としては、電子機器１で予め決めておけばよく、電子機器１の種類と入力イベント発生時の音声案内の内容によって様々な処理を適用することができる。
【００１９】
電子機器１は、このようにして音声案内の出力と操作部２４とを連動させることで、操作部２４を押すだけで回答が可能となる。よって、本発明によれば、ユーザの操作入力の間違えを減少させ、正しい操作を行うまでに何回かの試行が必要となるといったことがない。つまり、本発明によれば、電子機器において、ユーザが操作を間違える頻度を減らすことが可能になり、これにより、より簡易な操作方法を提供することができる。また、電子機器１は、音声案内連動入力処理を実行するため、音声案内連動入力装置を備えると言える。
【００２０】
次に、図２及び図３を参照しながら、本実施形態に係る電子機器１で実行される音声案内連動入力処理の一例を説明する。図２は、この処理例を説明するためのフロー図で、図３は、図２の処理を具体的に説明するための模式図である。
【００２１】
本例における音声案内連動処理部１４は、現在再生中の音声案内データの音声案内の内容（つまり再生状況）を監視すると共に、操作部２４から入力されたイベントを処理するイベント入力部１３の状態も監視し、音声案内の内容と入力イベントを連動させることで、ユーザが求めている処理を判定する。また、本例における音声案内連動処理部１４は、描画処理部１２を通じて、適切な画像を表示部２３へ出力する。描画処理部１２は、指示された画像を表示部２３へ出力して表示させる処理を行う。
【００２２】
再生状況の監視のために、音声案内再生部１１と音声案内連動処理部１４間は、音声案内データの再生をコントロールするデータをやり取りする。音声案内再生部１１から音声案内連動処理部１４へは、再生時間、再生データのメタデータが送信される。メタデータとは、再生中の音声案内データに関するデータのことであり、例えば再生時間、タイトル、作者、作成日などのデータを指す。音声案内連動処理部１４から音声案内再生部１１へは、再生、停止、シーク、スキップなどの再生コントロールコマンドが送信される。このように、音声案内連動処理部１４は、音声案内再生部１１と連携して音声案内データの再生状況を監視する。
【００２３】
また、音声案内連動処理部１４と処理実行部１５間は、入力イベントに応じた処理依頼とその結果（成功、失敗）をやり取りする。音声案内連動処理部１４から処理実行部１５へは、入力イベントに応じた処理依頼を送信し、処理実行部１５から音声案内連動処理部１４へは、依頼された処理の結果（成功、失敗）を送信する。
【００２４】
本例における処理を図２に沿って説明する。音声案内が開始されると、まず音声案内連動処理部１４が音声案内データ再生の監視を開始し（ステップＳ１）、音声案内データが再生中か否かを判定する（ステップＳ２）。ステップＳ２でＮＯの場合、つまり再生が終了していた場合には、図２の処理を終了する。
【００２５】
ステップＳ２でＹＥＳの場合、つまり再生中の場合、音声案内連動処理部１４は、回答が必要な再生時間であるか否かを判定し（ステップＳ３）、ステップＳ３でＹＥＳであった場合、入力イベントがあるか否かを判定する（ステップＳ４）。
【００２６】
ステップＳ４でＹＥＳの場合には、音声案内連動処理部１４が処理実行部１５にその入力イベントに対応する処理（以下、入力イベント対応処理）の実行を依頼し、処理実行部１５がその入力イベント対応処理を実行し（ステップＳ５）、処理を終了する。一方で、ステップＳ３でＮＯの場合、並びにステップＳ４でＮＯの場合には、ステップＳ２へ戻り音声案内データの監視を続ける。
【００２７】
ステップＳ３，Ｓ４では、音声案内データが「○○しますか？  はい  いいえ」のような音声データである例を挙げている。この場合、上記の再生状況とは、音声出力部２２から出力されている音声案内データが、「はい」や「いいえ」の部分のようにユーザからの回答を要求している部分であるか、「○○しますか？」の部分のように通常の案内を出力中であるかを示す。
【００２８】
換言すれば、本例における音声案内連動処理部１４は、入力イベントが発生した時点で再生中の音声案内の内容がユーザからの回答を要求しているもの（要求している部分）であるか否かにより、その入力イベントが有効であるか否かを判定している。ステップＳ３では、再生時間によって、ユーザからの回答を要求しているか否かが判定できるようにしている。
【００２９】
このような判定を採用することにより、例えば、ユーザに１つのキーだけを操作させるといった容易な方法で、入力イベントの有効／無効を判定できる。無論、複数のキーに対応するようにしてもよい。その場合、回答を要求している場合でも、操作されたキーに依っては無効と判定するようにしてもよいし、回答を要求している場合には、どの操作キーによる入力イベントでも有効と判定してもよい。
【００３０】
使用する音声案内データの構成によって異なるが、再生状況は、ステップＳ３で例示したように再生時間（再生開始時間から現在までの時間）から判定するようにしてもよいが、これに限ったものではない。例えば、専用のメタデータを入れておき、そのメタデータの有無で判定するなど、その他、様々な判定方法を採用することもできる。
【００３１】
無論、上述のように音声案内連動処理部１４は、ユーザからの回答を要求しているか否かに限らず、再生中の音声案内の内容に基づき入力イベントの有効性を判定できればよく、その場合にも再生時間、専用メタデータ等に基づき再生中の音声案内の内容が判定できるように構成することができる。
【００３２】
このように音声案内連動処理部１４は、ステップＳ３〜Ｓ５において、音声案内再生部１１でユーザからの回答を要求している部分を再生処理中に、イベント入力部１３から入力イベントを受けると、その回答内容を処理実行部１５に渡すことで、処理実行部１５に入力イベント対応処理を実行させている。
【００３３】
処理実行部１５は、入力イベント対応処理が適切に完了した場合、音声案内連動処理部１４に通知し、音声案内連動処理部１４は、次の音声案内へ遷移できることを音声案内再生部１１に通知するようにしておけばよい。その通知を受けた音声案内再生部１１は、次の内容が含まれる音声案内データの処理を行い、音声出力部２２から音声案内を出力させる。
【００３４】
一方で、処理実行部１５は、入力イベント対応処理が適切に完了できなかった場合、処理エラーを音声案内連動処理部１４に通知し、再度、同じ音声案内を行うよう音声案内再生部１１に通知するようにしておけばよい。エラー通知を受けた音声案内再生部１１は、同じ音声案内データを読み出して同じ案内をもう一度再生する。
【００３５】
次に、再生状況を再生時間から判定する処理について、具体例としてタッチパネルを有するスマートフォンにてマナーモードの設定を行う場面を挙げ、図３を参照しながら説明する。図３には、音声案内データの再生時間と入力イベントの監視時間の流れを示している。
【００３６】
音声案内連動処理部１４は、音声案内再生部１１における音声案内データの再生処理期間Ｔ１中の再生時間（再生開始からの経過時間）を監視し、音声案内データ再生中に回答を必要とする区間の再生時間になると、入力イベントの有無を確認する。
【００３７】
本具体例では、マナーモード設定時に「これから、マナーモードの設定を行います。設定しますか？  設定しませんか？」という１つの音声案内データを再生する。この音声案内データの場合、「設定しますか？  設定しませんか？」の再生区間が、回答を要求している部分となる。図３では、この区間をイベント監視区間Ｔ３，Ｔ４とし、それ以外の再生時間を設定処理区間Ｔ２として示している。
【００３８】
すなわち、音声案内連動処理部１４は、イベント監視区間Ｔ３（６秒から８秒までの間）とイベント監視区間Ｔ４（９秒から１１．５秒までの間）だけ、入力イベントを監視する。入力イベント監視区間外（設定処理区間Ｔ２）に発生した入力イベントＥ１は無効として特に処理しないことになる。
【００３９】
もし、ユーザが「設定しますか？」の再生区間（イベント監視区間Ｔ３）で、画面をタップすると、イベント入力部１３はその入力イベントＥ２を受け取り、音声案内連動処理部１４に入力イベントがあったことを通知する。音声案内連動処理部１４は、「設定しますか？」の再生区間での入力であることから、その入力イベントが有効であると判定し、すなわちマナーモードを「設定する」と操作された判定し、そのような設定を行うよう処理実行部１５に依頼する。
【００４０】
一方で、音声案内連動処理部１４は、「設定しませんか？」の再生区間（イベント監視区間Ｔ４）で入力イベントを受け取ると、「設定しない」と操作されたと判定し、設定を解除するよう処理実行部１５に依頼する。もし、いずれの再生区間中も入力イベントがない場合は、特に何も処理を行わず、現状の設定のままとする。
【００４１】
このように、音声案内連動処理部１４は、イベント監視区間に発生した入力イベントに対し、その入力イベントが発生した時点で、処理実行部１５にマナーモードに関する処理を依頼する。音声案内連動処理部１４は、その依頼と共に、音声案内再生部１１に対して、音声案内データの再生停止依頼を行ってもよい。
【００４２】
代替案として、音声案内連動処理部１４は、発生した入力イベントを全ての音声案内が完了するまで保持してもよい。その場合、音声案内連動処理部１４は、全ての音声案内が完了した後で、発生したイベントに応じて処理実行部１５に処理を依頼することになる。
【００４３】
次に、図４を参照しながら、ステップＳ５として適用可能な処理例について説明する。図４は、図２の処理における入力イベント対応処理の一例を説明するためのフロー図である。
【００４４】
処理実行部１５は、「設定する」という処理依頼を音声案内連動処理部１４から受け取った場合、入力イベントの反映処理を行う（ステップＳ１１）。マナーモード設定時を例に挙げると、ステップＳ１１ではマナーモード設定処理が実行される。
【００４５】
処理実行部１５は、この処理が問題なく完了したか否かを判定し（ステップＳ１２）、ＹＥＳの場合には、設定成功を音声案内連動処理部１４に通知する。この通知を受けた音声案内連動処理部１４は、全ての音声案内データの再生が終了したか否かを判定し（ステップＳ１３）、終了した場合（ＹＥＳの場合）には設定成功処理を行う（ステップＳ１４）。設定成功処理としては、例えば「設定しました」という音声案内データを再生するように、音声案内再生部１１に依頼すればよい。ステップＳ１３でＮＯの場合には音声案内を継続すればよい。
【００４６】
一方で、処理実行部１５は、ステップＳ１２でＮＯの場合、設定失敗を音声案内連動処理部１４に通知する。この通知を受けた音声案内連動処理部１４は、音声案内処理のやり直し処理を行う（ステップＳ１５）。
【００４７】
やり直し処理としては、例えば「設定に失敗しました。もう一度、やり直してください」という音声案内データの再生依頼を音声案内再生部１１に対して行い、その後に、もう一度、マナーモード設定用の音声案内データの再生を行う依頼を音声案内再生部１１に対して行う。これにより、ステップＳ１５の後も音声案内が継続されることになる。このように、音声案内連動処理部１４が、処理実行部１５における処理が失敗したときにやり直しすることで、処理実行部１５のエラーにも対応させて音声案内連動処理を遂行することができる。
【００４８】
＜第２の実施形態＞
図５は、本発明の第２の実施形態に係る電子機器で実行される音声案内連動入力処理の一例を説明するためのフロー図で、図６は、図５の処理を具体的に説明するための模式図である。
【００４９】
本実施形態では、音声案内データが複数の部分に区分けされて格納されていることを前提とする。例えば複数のファイルに分けることで区分けしてもよいし、１つのファイルにおいて複数のチャプタに分けることで区分けしてもよい。前者の場合、各部分は、再生ファイル名から判定でき、後者の場合、チャプタ名（又はチャプタ番号）から判定できる。その他、複数のファイルに分けておき、各ファイルに専用のメタデータを入れておき、そのメタデータの有無で判定してもよい。
【００５０】
図５に沿って、再生状況を再生中の音声案内データのファイル名から判定する場合の処理例を説明する。音声案内が開始されると、まず音声案内連動処理部１４が音声案内データ再生の監視を開始し（ステップＳ２１）、回答確認が必要な音声案内データが再生中であるか否かを判定する（ステップＳ２２）。ステップＳ２２の判定は、ファイル名で行えばよい。例えば回答確認が必要なファイルについては予め定めた文字列をファイル名に含めておくことで簡単に判定できる。また、ファイル名毎に回答確認が必要なファイルかを示したテーブルを用意しておき、それを参照することでも判定は可能である。
【００５１】
ステップＳ２２でＹＥＳの場合、入力イベントがあるか否かを判定する（ステップＳ３）。ステップＳ２３でＹＥＳの場合には、音声案内連動処理部１４が処理実行部１５にその入力イベント対応処理の実行を依頼し、処理実行部１５がその入力イベント対応処理を実行し（ステップＳ２４）、処理を終了する。音声案内連動処理部１４は、ステップＳ２２，Ｓ２３において、ファイル名等を用いた判定により、入力イベントが発生した時点で再生中の部分に基づき入力イベントが有効であるか否かを判定していると言える。
【００５２】
処理実行部１５における入力イベント対応処理やその後の処理については、図２について説明した通りである。一方で、ステップＳ２３でＮＯの場合、ステップＳ２へ戻り音声案内データの監視を続ける。また、ステップＳ２２でＮＯの場合、つまり再生が終了していた場合には、図５の処理を終了する。
【００５３】
次に、再生状況をファイル名から判定する処理について、図３の具体例と同様にマナーモード設定を行う場面を挙げ、図６を参照しながら説明する。図６には、３つのファイルで構成される音声案内データの再生と入力イベントの監視時間の流れを示している。
【００５４】
音声案内連動処理部１４は、音声案内再生部１１における音声案内データの再生処理期間Ｔ１ａ，Ｔ１ｂ，Ｔ１ｃ中（又は再生のための読み出し時）に再生ファイル名を監視し、回答を必要とするファイルが再生されている場合にのみ、入力イベントの有無を確認する。
【００５５】
本具体例では、マナーモード設定時に、音声案内データとして、「これから、マナーモードの設定を行います。」、「設定しますか？」、「設定しませんか？」という一連の３つのファイルを再生する。３つのファイルが一連のファイルであることは予め関連付けておけばよい。図６では、それぞれのファイルをファイル１、ファイル２、ファイル３として示している。回答を要求している部分であるファイル２，３が再生されている時間帯が、それぞれイベント監視区間Ｔ３，Ｔ４となり、それ以外のファイル（ここではファイル１）が再生されている時間帯や何も再生されていない時間帯が設定処理区間Ｔ２となる。
【００５６】
すなわち、音声案内連動処理部１４は、イベント監視区間Ｔ３（ファイル２の再生処理期間Ｔ１ｂ）とイベント監視区間Ｔ４（ファイル３の再生処理期間Ｔ１ｃ）だけ、入力イベントを監視する。入力イベント監視区間外（設定処理区間Ｔ２）に発生した入力イベントＥ１は無効として特に処理しないことになる。
【００５７】
もし、ユーザが「設定しますか？」の再生区間（イベント監視区間Ｔ３）で、画面をタップすると、イベント入力部１３はその入力イベントＥ２を受け取り、音声案内連動処理部１４に入力イベントがあったことを通知する。音声案内連動処理部１４は、「設定しますか？」の再生区間での入力であることから、その入力イベントが有効であると判定し、すなわちマナーモードを「設定する」と操作された判定し、そのような設定を行うよう処理実行部１５に依頼する。
【００５８】
一方で、音声案内連動処理部１４は、「設定しませんか？」の再生区間（イベント監視区間Ｔ４）で入力イベントを受け取ると、「設定しない」と操作されたと判定し、設定を解除するよう処理実行部１５に依頼する。もし、いずれのファイルの再生処理期間中も入力イベントがない場合は、特に何も処理を行わず、現状の設定のままとする。
【００５９】
このように、音声案内連動処理部１４は、イベント監視区間に発生した入力イベントに対し、その入力イベントが発生した時点で、処理実行部１５にマナーモードに関する処理を依頼する。音声案内連動処理部１４は、その依頼と共に、音声案内再生部１１に対して、音声案内データ（一連のファイルによる音声案内）の再生停止依頼を行ってもよい。
【００６０】
この例においても同様に、代替案として、音声案内連動処理部１４は、発生した入力イベントを全ての音声案内（一連のファイルによる音声案内）が完了するまで保持するようにしてもよい。その場合、音声案内連動処理部１４は、一連のファイルによる音声案内が完了した後で、発生したイベントに応じて処理実行部１５に処理を依頼することになる。
【００６１】
以上のように、入力イベントが発生した時点で再生中の部分（ファイル名等）に基づき、入力イベントが有効であるか否かを判定することで、複数種類の音声案内データを用意する場合などは、「はい」や「いいえ」といった汎用の内容についてファイルの使い回しができ、音声案内データの総容量を減らすことができる。
【００６２】
＜第３の実施形態＞
図７は、本発明の第３の実施形態に係る電子機器で実行される音声案内連動入力処理の一例を説明するためのフロー図で、図８及び図９は、図７の処理を具体的に説明するための模式図である。
【００６３】
本実施形態における音声案内連動処理部１４は、音声案内データ（複数ファイルに区分けされている場合には一連のファイル）の再生中にイベント入力部１３で入力イベントが複数回発生した場合には、入力イベントが有効でないと判定する。
【００６４】
図７に沿って、入力イベントを音声案内データが全て再生完了するまで保持し、全音声案内データ再生完了後に、処理実行部１５に処理を依頼するケースで、入力イベントが全くなかった場合や１つの音声案内データの問い合わせに対して、複数の入力イベントが発生した場合の処理例を説明する。なお、ここでもマナーモード設定処理を例に挙げる。
【００６５】
音声案内が開始されると、まず音声案内連動処理部１４が音声案内データ再生の監視を開始し、有効な入力イベントを受け付け、有効な入力イベントがあった場合には、入力イベント対応処理が実行される。この点は、図２の処理や図５の処理と同様である。この処理例では、図２のステップＳ４，Ｓ５や図５のステップＳ２３，Ｓ２４の代わりに、次のステップＳ３１〜Ｓ３５が実行される。
【００６６】
音声案内連動処理部１４は、音声案内データが一度終了した場合、イベント監視区間で発生した入力イベントが存在したか否かを判定し（ステップＳ３１）、存在した場合（ＹＥＳの場合）には１つの問いに対して１つの入力イベントが存在したか否かを判定する（ステップＳ３２）。ステップＳ３２でＹＥＳの場合には、その入力イベントについての入力イベント対応処理が実行される（ステップＳ３３）。
【００６７】
一方で、入力イベントが複数存在した場合（ステップＳ３２でＮＯの場合）には、音声案内連動処理部１４は、マナーモード設定処理がキャンセルされたか否かを判定する（ステップＳ３４）。ステップＳ３４でＹＥＳの場合（キャンセルされた場合）、処理を終了し、ＮＯの場合、音声案内連動処理部１４は、図４のステップＳ１５と同様に音声案内処理のやり直し処理を実行し（ステップＳ３５）、音声案内を継続する。また、イベント監視区間で発生した入力イベントが全くなかった場合（ステップＳ３１でＮＯの場合）にも、ステップＳ３４へ進む。
【００６８】
次に、図３の具体例と同様にマナーモード設定を行う場面を挙げ、イベント監視区間で入力イベントが全くなかった場合、複数あった場合について、その監視の流れをそれぞれ図８，図９を参照しながら説明する。図８，図９には、図３と同様に、１つのファイルで構成される音声案内データの再生時間と入力イベントの監視時間の流れを示している。
【００６９】
図８の例では、マナーモード設定処理に関する案内に対するイベント監視区間Ｔ３，Ｔ４は、それぞれ６〜８秒、９〜１１．５秒の間であるが、それぞれ入力イベントＥ２，Ｅ３が発生している。つまり、図８の例では、いずれのイベント監視区間にも入力イベントが発生している。
【００７０】
この場合は、どちらの設定が正しいのか判定できないため、音声案内連動処理部１４は、入力不正として、ステップＳ３５のように再度、最初から音声案内データを再生するように、音声案内再生部１１に依頼する。このとき、ステップＳ３４のようにマナーモード設定処理自体をキャンセルするユーザ操作も受け付け可能にしておけばよい。
【００７１】
図９の例では、入力イベント監視区間Ｔ３，Ｔ４のいずれにおいても入力イベントが発生していない。この場合、音声案内連動処理部１４は、マナーモード設定処理を継続できないため、入力不正として、ステップＳ３５のように再度、最初から音声案内データを再生するように、音声案内再生部１１に依頼する。このとき、ステップＳ３４のようにマナーモード設定処理自体をキャンセルするユーザ操作も受け付け可能にしておけばよい。
【００７２】
図７〜図９で例示したような処理により、ユーザが全く操作しなかった場合や複数回操作した場合の誤操作を防ぐことができる。なお、図２や図５の処理例では、図２のステップＳ３や図５のステップＳ２２の処理を経ることで入力イベントのうち有効な入力イベントのみについて有無を判定しており、図７〜図９の処理例でもそれを前提とした。つまり、図７〜図９の処理例では、そのような有効な入力イベントをカウントし、有効な入力イベントが複数回あったか、全くなかったか、１回のみあったかにより有効性を再度判定し、１回のみあった場合に有効、それ以外の場合に無効であるとした。
【００７３】
しかし、本実施形態は、このような例に限らず、ステップＳ３やステップＳ２２のような判定を経ずに単に音声案内データに対して「入力イベント」が複数回あったか、１回のみあったかを判定し、１回のみあった場合だけその入力イベントが有効であると判定するような例を採用することができる。このような例では、無論、音声案内データの再生が終了した段階で入力イベントが全く発生しなかった場合、入力イベントの有効性の判定自体は行わないことになる。このような例でも、ユーザが全く操作しなかった場合や複数回操作した場合の誤操作を防ぐことができる。
【００７４】
＜第１〜第３の実施形態に共通する構成例＞
図１で例示した電子機器における音声出力部や表示部以外の部位はそれぞれ、例えばマイクロプロセッサ（又はＤＳＰ：Digital Signal Processor）、メモリ、バス、インターフェイス、リモコン等の周辺装置などのハードウェアと、これらのハードウェア上にて実行可能なソフトウェアとにより実現できる。上記ハードウェアの一部は集積回路／ＩＣチップセットとして搭載することができ、その場合、上記ソフトウェアはこのメモリに記憶しておければよい。また、本発明の各構成要素の全てをハードウェアで構成してもよく、その場合についても同様に、そのハードウェアの一部を集積回路／ＩＣチップセットとして搭載することも可能である。
【００７５】
また、上述した様々な構成例における機能を実現するためのソフトウェアのプログラムコードを記録した記録媒体を電子機器に供給し、電子機器内のマイクロプロセッサ又はＤＳＰ等のコンピュータによりプログラムコードが実行されることによっても、本発明の目的が達成される。電子機器自体が汎用コンピュータである場合にも同様である。
【００７６】
この場合、ソフトウェアのプログラムコード自体が上述した様々な構成例の機能を実現することになり、このプログラムコード自体や、プログラムコードを記録した記録媒体（外部記録媒体や内部記憶装置）であっても、そのコードを制御側が読み出して実行することで、本発明を構成することができる。外部記録媒体としては、例えばＣＤ−ＲＯＭ又はＤＶＤ−ＲＯＭなどの光ディスクやメモリカード等の不揮発性の半導体メモリなど、様々なものが挙げられる。内部記憶装置としては、ハードディスクや半導体メモリなど様々なものが挙げられる。また、プログラムコードはインターネットからダウンロードして実行することや、放送波から受信して実行することもできる。
【００７７】
以上、本発明に係る電子機器について説明したが、その処理の手順を説明したように、本発明は、音声出力部とユーザ操作による入力イベントを受け付けるイベント入力部とを備えた電子機器における音声案内連動入力方法（操作受付方法）としての形態も採り得る。この音声案内連動入力方法は、音声案内再生部が、上記ユーザ操作についての音声案内を行うための音声案内データを再生し、音声出力部から出力させるステップと、音声案内連動処理部が、上記音声案内データの再生中にイベント入力部で入力イベントが発生した場合、その入力イベントが有効であるか否かを、音声案内データにおけるその入力イベントが発生した時点で再生中の音声案内の内容に基づき判定する判定ステップと、処理実行部が、判定ステップでの判定の結果、その入力イベントが有効であった場合に、その入力イベントが発生した時点で再生されている音声案内の内容に対応する処理を実行するステップと、を有する。その他の応用例については、電子機器について説明した通りであり、その説明を省略する。
【００７８】
なお、上記プログラムコード自体は、換言すると、この音声案内連動入力方法を、音声出力部とユーザ操作による入力イベントを受け付けるイベント入力部とを備えたコンピュータに、音声案内連動入力処理を実行させるためのプログラムである。ここで、上記音声案内連動入力処理は、上記ユーザ操作についての音声案内を行うための音声案内データを再生し、再生した音声を音声出力部から出力させるステップと、上記音声案内データの再生中にイベント入力部で入力イベントが発生した場合、その入力イベントが有効であるか否かを、音声案内データにおけるその入力イベントが発生した時点で再生中の音声案内の内容に基づき判定する判定ステップと、判定ステップでの判定の結果、その入力イベントが有効であった場合に、その入力イベントが発生した時点で再生されている音声案内の内容に対応する処理を実行するステップと、を有する。その他の応用例については、電子機器について説明した通りであり、その説明を省略する。
【符号の説明】
【００７９】
１…電子機器、１０…制御部、１１…音声案内再生部、１２…描画処理部、１３…イベント入力部、１４…音声案内連動処理部、１５…処理実行部、２１…記憶装置、２２…音声出力部、２３…表示部、２４…操作部。
【図１】
2015035154.tif 000003
【図２】
2015035154.tif 000004
【図３】
2015035154.tif 000005
【図４】
2015035154.tif 000006
【図５】
2015035154.tif 000007
【図６】
2015035154.tif 000008
【図７】
2015035154.tif 000009
【図８】
2015035154.tif 000010
【図９】
2015035154.tif 000011