(57)【特許請求の範囲】
【請求項１】
イベントの発生時に発話を行う、充電式の発話端末において、
上記イベントの発生を検出する検出部と、
上記検出部が上記イベントの発生を検出し、前回の自端末の電源が切れた理由が充電池切れの場合、該充電池の充電に関する発話内容を発話する発話部と、
表示部とを備え、
上記発話部は、上記発話を行うときにキャラクタを上記表示部に表示させて発話を行うものであって、前回、充電池が切れたことにより電源が切れてから今回の起動までに所定時間が経過していた場合、通常と異なるキャラクタを上記表示部に表示させて発話を行うことを特徴とする発話端末。
【請求項２】
イベント発生時に発話を行う、充電式の発話端末の制御方法であって、
上記イベントの発生を検出する検出ステップと、
上記検出ステップで上記イベントの発生を検出し、前回の自端末の電源が切れた理由が充電池切れの場合、該充電池の充電に関する発話内容を発話する発話ステップと、を含み、
上記発話ステップは、上記発話を行うときにキャラクタを表示部に表示させて発話を行うものであって、前回、充電池が切れたことにより電源が切れてから今回の起動までに所定時間が経過していた場合、通常と異なるキャラクタを上記表示部に表示させて発話を行うことを特徴とする発話端末の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、充電式の発話端末、特にイベントの発生によって発話を行う発話端末、発話端末の制御方法、および制御プログラムに関する。
【背景技術】
【０００２】
近年、充電池によって動作する携帯端末が普及している。災害時等の不測の事態では、携帯端末は大切なライフラインとなるため、充電池の残量がなくなり電源が切れてしまうことは、大きな問題となる。そこで、充電池の電池残量が少なくなった場合に、ユーザに通知する機能を備えた携帯端末が存在する。また、電源が切れた要因を保存し、表示するシステムが特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２２５９２９号公報（２００８年９月２５日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の従来技術は、単に電源が切れた要因を保存し、表示するのみなので、充電池の電池残量がなくなったことにより電源が切れたことをユーザに適切に認識させることができない。上述の通り、携帯端末の電源が切れることは大切なライフラインが切断されてしまうことになり、重大な問題である。したがって、その原因が充電池の電池残量がなくなったことによるものであれば、そのことをユーザに認識させる意義は大きい。
【０００５】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、電源が切れた原因が充電池の残量がなくなったことにあることをユーザに適切に認識させることができる発話端末等を実現することにある。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明の一態様に係る発話端末は、イベントの発生時に発話を行う、充電式の発話端末において、上記イベントの発生を検出する検出部と、上記検出部が上記イベントの発生を検出し、前回の自端末の電源が切れた理由が充電池切れの場合、上記理由が充電池切れであったことを示す発話内容を発話する発話部と、を備えている構成である。
【０００７】
また、本発明の一態様に係る発話端末の制御方法は、イベント発生時に発話を行う、充電式の発話端末の制御方法であって、上記イベントの発生を検出する検出ステップと、上記検出ステップで上記イベントの発生を検出し、前回の自端末の電源が切れた理由が充電池切れの場合、上記理由が充電池切れであったことを示す発話内容を発話する発話ステップと、を含む方法である。
【発明の効果】
【０００８】
本発明の一態様によれば、適切なタイミングで、前回の電源断の理由が電池切れであったことをユーザに認識させることができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態１に係る携帯電話の要部構成を示すブロック図である。
【図２】（ａ）は、上記携帯電話の外観を示す図であり、（ｂ）は、上記携帯電話における表示画面例を示す図である。
【図３】上記携帯電話のシナリオＤＢに格納されるテーブルの例を示す図である。
【図４】上記携帯電話における処理の流れを示すフローチャートである。
【図５】本発明の実施形態２に係る携帯電話の要部構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
〔実施形態１〕
以下、本発明の実施形態について、図１〜図４に基づいて説明する。本実施形態に係る携帯電話（発話端末）１は、充電式の携帯電話１であって、イベントが発生したときに発話を行うものである。そして、前回、電源が切れた理由が充電池の電池残量がなくなったこと（以下、“電池切れ”または“充電池切れ”とも言う。）にある場合、その旨を示すメッセージ（電池切れメッセージ）を上記発話に盛り込み、発話させるものである。これにより、ユーザに、前回の電源が切れた理由が充電池の電池切れにあったことを認識させることができる。したがって、再度、電池切れにより電源が切れてしまうということを防止することができる。また、イベント発生時の発話に電池切れメッセージを含ませることにより、適切なタイミング、すなわちユーザが聞いている可能性が高いタイミングで電池切れメッセージを発話することができる。よって、前回の電源が切れた理由が電池切れにあったことを、ユーザに確実に認識させることができる。なお、以下では、電源が切れることを電源断とも呼ぶ。
【００１１】
〔携帯電話１の構成〕
まず、図２を参照して、本実施形態に係る携帯電話１の外観について説明する。図２（ａ）は携帯電話１の概観を示す図であり、（ｂ）は携帯電話１における表示画面例を示す図である。図２（ａ）に示すように、携帯電話１は、スピーカー部５１、およびディスプレイ部５２を備えている。また、図２（ｂ）に示すように、前回の電源断の理由が電池切れだった場合に、ディスプレイ部５２にキャラクタ２００を表示させて、「お腹がすきすぎて、意識を失いました」といった電池切れメッセージをスピーカー部５１から発話する。
【００１２】
次に、図１を参照して携帯電話１の要部構成について説明する。図１は、携帯電話１の要部構成を示すブロック図である。図１に示すように、携帯電話１は、管理部１０、制御部２０、記憶部３０、通信部４０、スピーカー部５１、およびディスプレイ部（表示部）５２を備えている。管理部１０は、発話トリガ生成部（検出部）１１、傾き検出部１２、電池残量検出部１３を備え、制御部２０は、発話制御部（発話部）２０ａ、音声出力部２３、映像出力部２４を備え、発話制御部２０ａは、シナリオ情報選択部（選択部）２１および発話内容決定部（選択部）２２を備えている。また、記憶部３０は、システムログ３１、スケジュール情報３２、シナリオＤＢ３３、システム情報３４を備え、通信部４０は、受信部４１、送信部４２を備えている。なお、イベントの発生の判定に傾き検出部1２から取得した情報を用いない場合は、傾き検出部１２は必須ではなく、これを備えていない構成であってもよい。
【００１３】
なお、本発明の特徴と直接関係しない構成（例えば通話のための構成）の説明は省略する。ただし、実施の実情に則して、携帯電話１は、省略した構成を備えていてもよい。
【００１４】
管理部１０は、携帯電話１の状態を管理し、発話を実行するためのイベントが発生したときに発話トリガ６１を生成し、発話を実行させるものであり、発話トリガ生成部１１、傾き検出部１２、および電池残量検出部１３を含む。なお、発話トリガとは、携帯電話１においてユーザへ、発話を指示するときに作成される指示命令のことであり、発生したイベントの内容等が含まれている。
【００１５】
発話トリガ生成部１１は、後述する傾き検出部１２から取得した携帯電話１の傾きを示す情報に基づき、所定のイベントが発生したかどうかを判定し、所定のイベントが発生したと判定した場合、発話タイミングであると判断して、発話トリガ６１を生成し、シナリオ情報選択部２１へ送信する。より詳細には、発話トリガ生成部１１は、傾き検出部１２から携帯電話１の傾き情報を取得し、携帯電話１が水平になったことを認識し、かつ携帯電話１が使用されていないと判断した場合、所定のイベントが発生したと判定する。そして、所定のイベントが発生したと判定したとき、発話タイミングであると判断して、発話トリガ６１を生成し、シナリオ情報選択部２１へ送信する。これにより、携帯電話１が、例えば、どこかに置かれたときを発話タイミングとすることができる。
【００１６】
また、発話トリガ生成部１１は、後述する電池残量検出部１３から取得した情報に基づき、所定のイベントが発生したかどうかを判定し、所定のイベントが発生したと判定した場合、発話タイミングであると判断して、発話トリガ６１を生成し、シナリオ情報選択部２１へ送信する。より詳細には、発話トリガ生成部１１は、電池残量検出部１３から取得した電池残量を示す情報が、電池残量が増え始めていることを示している場合、所定のイベントが発生したと判定し、発話タイミングであると判断して、発話トリガ６１を生成し、シナリオ情報選択部２１へ送信する。これにより、携帯電話１の充電が開始された場合を発話タイミングとすることができる。なお、電池残量の増加ではなく、単に充電ケーブルが差し込まれたときを検出し、所定のイベントが発生したと判断してもよい。
【００１７】
また、発話トリガ生成部１１は、電池残量検出部１３から取得した電池残量を示す情報が、電池残量の増加が止まったことを示している場合、所定のイベントが発生したと判定し、発話タイミングであると判断して、発話トリガ６１を生成し、シナリオ情報選択部２１へ送信する。これにより、携帯電話１の充電が終了した場合を発話タイミングとすることができる。なお、電池残量の増加の停止ではなく、単に充電ケーブルが抜かれたときを検出し、所定のイベントが発生したと判断してもよい。
【００１８】
上記のように、所定のイベントの発生の判定に、傾き検出部１２から取得した情報を用いない場合は、上述したように傾き検出部１２を備えていなくてもよい。
【００１９】
上記のように電源に関する処理、作業等を所定のイベントとすることにより、ユーザが電源に意識を向けているときに、電池切れメッセージを発話することができる。
【００２０】
また、発話トリガ生成部１１は、スケジュール情報３２に格納されている情報を取得した情報に基づき、所定のイベントが発生したかどうかを判定し、所定のイベントが発生したと判定した場合、発話タイミングであると判断して、発話トリガ６１を生成し、シナリオ情報選択部２１へ送信する。
【００２１】
また、発話トリガ生成部１１は、システムログ３１から電源断の理由を取得し、発話トリガ６１に含めてシナリオ情報選択部２１へ送信する。
【００２２】
また、発話トリガ生成部１１がシステムログ３１やスケジュール情報３２を巡回し、ユーザに提示すべき情報を検出した場合に、自発的に発話トリガ６１を生成するということであってもよい。さらに、発話トリガ生成部１１は、複数のイベントについて、それらを１つの発話トリガ６１に含めても良いし、個々の発話トリガ６１として別々に生成してもよい。
【００２３】
傾き検出部１２は、携帯電話１の傾きを検出し、検出した傾きを示す情報を発話トリガ生成部１１に通知する。
【００２４】
電池残量検出部１３は、携帯電話１の充電池（図示せず）の電池残量を検出し、検出した電池残量を示す情報を発話トリガ生成部１１に通知する。
【００２５】
制御部２０は、発話トリガ生成部１１より受信した発話トリガ６１に基づいて、発話の制御を行うものであり、発話制御部２０ａ、音声出力部２３、および映像出力部２４を含む。
【００２６】
発話制御部２０ａは、発話トリガ６１に基づいて発話内容を決定するものであり、シナリオ情報選択部２１および発話内容決定部２２を含む。
【００２７】
シナリオ情報選択部２１は、発話トリガ６１およびシステム情報３４より受信した時刻情報６３に基づいて、シナリオＤＢ３３から対応するシナリオ（発話内容）を選択する。そして、選択したシナリオを発話内容決定部２２に通知する。なお、シナリオ情報選択部２１は、発話トリガ６１に含まれるイベントＩＤと対応するイベントＩＤを持つシナリオを読み出すものであってもよい。
【００２８】
ここで、シナリオＤＢ３３について説明する。シナリオＤＢ３３は、携帯電話１から発話する内容（発話データ）、発話するキャラクタ、イベントＩＤ、発話条件、前回の発話日時、および、重量度を対応付けたテーブルである。シナリオＤＢ３３の例を図３に示す。図３に示す例では、キャラクタ「Ａ」、イベントＩＤ「Ｉ００００１」、発話条件「今日は何の日情報が存在している」、発話内容（台詞）「今日は、○○の日です」、前回発話日時「２０１５年６月１日８時」、および重要度「低」が対応付けられている。以下、同様である。
【００２９】
発話内容決定部２２は、シナリオ情報選択部２１が選択したシナリオから重要度を参照して発話するシナリオを決定する。そして、決定したシナリオ（発話内容）から、出力する音声を示す音声信号６５を生成して音声出力部２３に通知するとともに、表示する映像を示す映像信号６６を生成して映像出力部２４に通知する。なお、電池切れによる電源断に関するメッセージについては、重要度をもっと高く設定するとともに、発話されるまでは下げないことが望ましい。また、発話後は、重要度を下げる構成であってもよい。
【００３０】
また、発話内容決定部２２は、前回の電源断から所定時間（例えば６時間）以上経過して起動していた場合、表示させるキャラクタをユーザが設定したものからデフォルトのキャラクタに変更する。これにより、ユーザに対し、データが初期化されてしまったのかもという印象を与え、より強力に電池切れによって電源断があったことを認識させることができる。
【００３１】
なお、シナリオを決定する方法は、重要度に限られず、ランダムに１つを決定してもよい。また、同じ重要度のシナリオが複数存在する場合、この中からランダムに１つを決定してもよい。また、直近で発話したものは、選択対象から外す構成であってもよい。これは、図３に示すシナリオＤＢ３３の「前回発話日時」を参照して決定することもできるし、直近で発話したシナリオにフラグを立てる（図示せず）ことにより実現することもできる。
【００３２】
また、発話内容は、電源断の理由が充電池の電池切れであったことを直接ユーザに伝えるものに限られるものではなく、例えば「電池はまめに充電しましょう」というような、まめに充電することをユーザに習慣づけるようなものであってもよい。
【００３３】
音声出力部２３は、発話内容決定部２２から受信した音声信号６５を、スピーカー部５１から出力させる。
【００３４】
映像出力部２４は、発話内容決定部２２から受信した映像信号６６を、ディスプレイ部５２に表示させる。
【００３５】
記憶部３０は、システムログ３１、スケジュール情報３２、シナリオＤＢ３３、およびシステム情報３４を含む。
【００３６】
システムログ３１は、システム全体に関するログが格納されており、電池切れによる電源断が発生した場合などに生成されるログも格納されている。スケジュール情報３２は、ユーザがあらかじめ設定した予定情報などが格納されている。シナリオＤＢ３３については上述したので、ここでの説明は省略する。システム情報３４は、携帯電話１のシステム全体に関する情報が格納されている。例えば、現在時刻を示す時刻情報６３が格納されている。
【００３７】
通信部４０は、受信部４１および送信部４２を含み、公知の通信手段によって、外部との通信を行う。受信部４１は、外部から受信した内容を、発話トリガ生成部１１へ通知する。外部から受信する内容としては、災害時の避難情報、公開中の映画情報等が挙げられる。
【００３８】
スピーカー部５１は、音声出力部２３に入力された音声信号６５を、音声として出力する。ディスプレイ部５２は、映像出力部２４に入力された映像信号６６を、映像として出力する。
【００３９】
〔携帯電話１における処理の流れ〕
次に、図４を参照して、携帯電話１における処理の流れを説明する。図４は、携帯電話１における処理の流れを示すフローチャートである。
【００４０】
図４に示すように、所定のイベントが発生すると、発話トリガ生成部１１は発話トリガ処理を実行する（Ｓ２、検出ステップ）。発話トリガ処理では、発話トリガ生成部１１は発話トリガ６１を生成し発話制御部２０ａ（シナリオ情報選択部２１）へ送信する。
【００４１】
次に、発話制御部２０ａは、発話トリガ６１に基づいて、発話内容の選定処理を実行する（Ｓ３）。選定処理の流れについて、以下に示す。
【００４２】
まず、シナリオ情報選択部２１は、発話トリガ６１に基づいて、シナリオＤＢ３３からシナリオを読み出す（Ｓ４）。次に、シナリオ情報選択部２１は、発話トリガ６１に基づいて、前回発生した電源断の理由が、充電池切れによるものかどうかを判定する（Ｓ５）。前回の電源断の理由が充電池切れであった場合（Ｓ５でＹＥＳ）、シナリオ情報選択部２１は、現在が、携帯電話１を起動してから１時間以内かどうか（起動時からの経過時間が１時間以上かどうか）を判定する（Ｓ６）。現在が携帯電話１を起動してから１時間以内である場合（Ｓ６でＹＥＳ）、シナリオ情報選択部２１は、電池切れシナリオ（１時間以内）を発話するシナリオの候補に含める（Ｓ８）。
【００４３】
また、現在が携帯電話１を起動してから１時間以内ではない場合（Ｓ６でＮＯ）、シナリオ情報選択部２１は、現在が携帯電話１を起動してから１日未満かどうかを判定する（Ｓ７）。携帯電話１を起動してから１日未満である場合（Ｓ７でＹＥＳ）、シナリオ情報選択部２１は、電池切れシナリオ（１日未満）を発話するシナリオの候補に含める（Ｓ９）。
【００４４】
また、現在が携帯電話１を起動してから１日未満でない場合（Ｓ７でＮＯ）、シナリオ情報選択部２１は、電池切れシナリオ（１日以上）を発話するシナリオの候補に含める（Ｓ１０）。
【００４５】
そして、発話内容決定部２２は、シナリオ候補の中から、その他の条件にも合致するシナリオを選定する（Ｓ１１）。このとき、発話内容決定部２２は、選定したシナリオが、電池切れに対するメッセージであるかどうかを判定する（Ｓ１２）。選定したシナリオが電池切れに対するメッセージであった場合（Ｓ１２でＹＥＳ）、発話内容決定部２２は、前回電源断が発生してから、次の起動までの時間が６時間以上であったかどうかを判定する（Ｓ１３）。そして、前回電源断が発生してから、次の起動までの時間が６時間以上であった場合（Ｓ１３でＹＥＳ）、発話内容決定部２２は、現在選定されているシナリオを、デフォルトのキャラクタによる電池切れメッセージのシナリオに変更する（Ｓ１４）。そして、変更後のシナリオを出力する（Ｓ１４）。
【００４６】
一方、発話内容決定部２２は、選定したシナリオが電池切れに対するメッセージでなかった場合（Ｓ１２でＮＯ）、および、前回電源断が発生してから、次の起動までの時間が６時間以上経っていなかった場合（Ｓ１３でＮＯ）、ステップＳ１１で選定したシナリオを出力する（Ｓ１５、発話ステップ）。
【００４７】
以上が、携帯電話１における処理の流れである。
【００４８】
〔実施形態１の変形例〕
上述した実施形態１の携帯電話１において、各ブロックの構成（図１）は、これに限定される必要はない。例えば、シナリオＤＢ３３を外部の装置に保有し、通信によってシナリオを取得する構成としてもよい。これにより、キャラクタ、発話条件、台詞等の追加、更新を行うことが容易になり、より提示する情報の内容を適切なものとすることができる。また、提示するタイミングを適切なものとすることもできる。
【００４９】
また、上述した実施形態１では、前回の充電池切れによる電源断が発生してから起動までに時間を要した場合に、デフォルトのキャラクタによる発話を行う構成としたが、これに限られるものではない。例えば、端末の初期設定画面を表示しながら発話してもよい。
【００５０】
〔実施形態２〕
次に、図５を参照して、本発明の他の実施形態を説明する。本実施形態では、発話等する内容を、送信部４２を介して外部機器に送信できるものである。これにより、外部機器と協働して発話等を実行することができる。
【００５１】
より詳細に、図５を参照して説明する。図５は、携帯電話２の要部構成を示すブロック図である。図５に示すように、携帯電話２は、発話内容決定部２２から送信データ６７が送信部４２へ送信される構成となっている。
【００５２】
発話内容決定部２２は、携帯電話２のスピーカー部５１より音声を出力する場合、音声出力部２３に、決定したシナリオ（発話内容）を示す音声信号６５を送信するとともに、映像信号６６を映像出力部２４に送信する。一方、外部機器から音声等の出力を行う場合、決定したシナリオ（発話内容）を示す送信データ６７を送信部４２に送信する。送信部４２は、送信データ６７を外部へ送信する。
【００５３】
〔その他の変形例〕
実施形態１および２では携帯電話を例として示したが、本発明は充電池で動作する端末機器であればどのようなものでもよく、たとえば、ロボット掃除機、携帯型音楽プレーヤー、ノートパソコン、およびタブレット型端末といった電化製品についても適用することができる。
【００５４】
〔ソフトウェアによる実現例〕
携帯電話１、２における各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００５５】
後者の場合、携帯電話１、２は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００５６】
〔まとめ〕
本発明の態様１に係る発話端末は、イベントの発生時に発話を行う、充電式の発話端末において、上記イベントの発生を検出する検出部（発話トリガ生成部１１）と、上記検出部が上記イベントの発生を検出し、前回の自端末の電源が切れた理由が充電池切れの場合、該充電池の充電に関する発話内容を発話する発話部（音声出力部２３）と、を備えている。
【００５７】
上記の構成によれば、前回の電源断の理由が電池切れであったことがユーザに通知される。また、この通知は、イベント発生時の発話として通知される。そして、イベント発生時の発話はユーザが聞いている可能性が高い。よって、適切なタイミングで、前回の電源断の理由が電池切れであったことをユーザに認識させることができる。
【００５８】
なお、充電池の充電に関する発話内容としては、前回の自端末の電源が切れた理由が充電池の電池切れであったことを示すような、電池切れの理由を直接ユーザに認識させるものであってもよいし、充電池の充電をまめに行うことを促すような、ユーザに充電を習慣づけるものであってもよい。
【００５９】
本発明の態様２に係る発話端末は、上記態様１において、複数の発話データの中から上記イベントに対応する１または複数の発話データを選択するとともに、前回の自端末の電源が切れた理由が充電池切れの場合、選択する発話データに、該充電池の充電に関する発話データを含める選択部（シナリオ情報選択部２１、発話内容決定部２２）を備え、上記発話部は、上記選択部が選択した発話データが示す発話内容を発話するものであってもよい。
【００６０】
上記の構成によれば、発話データに充電池の充電に関する発話データを含めることができる。
【００６１】
本発明の態様３に係る発話端末は、上記態様１または２において、上記検出部は、自端末の充電に関するイベントを検出するものであってもよい。
【００６２】
上記の構成によれば、充電に関するイベントを検出したときに、前回の自端末の電源が切れた理由が充電池切れであることがユーザに通知される。充電に関するイベントが発生したときは、ユーザの意識が充電に向いている可能性が非常に高い。よって、ユーザの意識が充電に向いているときに、上記の通知がされることになり、前回の自端末の電源が切れた理由が充電池切れであることをユーザに強く認識させることができる。
【００６３】
ここで、充電に関するイベントとは、例えば、充電が開始されたとき、充電が完了したとき、充電ケーブルが差し込まれたとき、充電ケーブルが抜き取られたとき等である。
【００６４】
本発明の態様４に係る発話端末は、上記態様１〜３いずれかにおいて、上記発話部は、自端末の直近の起動時からの経過時間に応じて、内容が同じで態様が異なる発話を行うものであってもよい。
【００６５】
上記の構成によれば、直近の起動時からの時間に応じて、内容は同じで態様が異なる発話をすることができる。これにより、時間の経過に合わせた態様で発話することができる。
【００６６】
本発明の態様５に係る発話端末は、上記態様１〜４のいずれかにおいて、表示部（ディスプレイ部５２）を備え、上記発話部は、上記発話を行うときにキャラクタを上記表示部に表示させて発話を行うものであって、前回、充電池が切れたことにより電源が切れてから今回の起動までに所定時間が経過していた場合、通常と異なるキャラクタを上記表示部に表示させて発話を行うものであってもよい。
【００６７】
上記の構成によれば、充電池が切れたことにより電源が切れてから起動までに所定時間が経過していた場合、通常と異なるキャラクタを表示部に表示させて発話が行われる。これにより、ユーザに対し、充電池が切れたことにより電源が切れたことを強力に印象付けることができる。例えば、デフォルトのキャラクタを表示させることにより、「データが初期化されたかもしれない」という印象をユーザに与えることができる。
【００６８】
本発明の態様６に係る発話端末の制御方法は、イベント発生時に発話を行う、充電式の発話端末の制御方法であって、上記イベントの発生を検出する検出ステップ（Ｓ２）と、上記検出ステップで上記イベントの発生を検出し、前回の自端末の電源が切れた理由が充電池切れの場合、該充電池の充電に関する発話内容を発話する発話ステップ（Ｓ１５）と、を含む。
【００６９】
上記の方法によれば、上記態様１と同様の効果を奏する。
【００７０】
本発明の各態様に係る端末機器は、コンピュータによって実現してもよく、この場合には、コンピュータを上記端末機器が備える各部（ソフトウェア要素）として動作させることにより上記端末機器をコンピュータにて実現させる端末機器のプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００７１】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【００７２】
本発明は、充電池によって動作する端末機器、例えば、携帯電話、ロボット掃除機、携帯型音楽プレーヤー、パーソナルコンピュータ、タブレット型端末などに好適である。
【符号の説明】
【００７３】
１、２：携帯電話（発話端末）
１１：発話トリガ生成部（検出部）
２０ａ：発話制御部（発話部）
２１：シナリオ情報選択部（選択部）
２２：発話内容決定部（選択部）
５２：ディスプレイ部（表示部）
【図１】
0006573501.tif 000002
【図２】
0006573501.tif 000003
【図３】
0006573501.tif 000004
【図４】
0006573501.tif 000005
【図５】
0006573501.tif 000006