JP6817056B2 - サーバ、情報処理方法、ネットワークシステム、および端末 - Google Patents

Description

本発明は、メッセージなどの音声を出力するためのサーバ、情報処理方法、ネットワークシステム、および端末の技術に関する。

従来から、ユーザに適したメッセージを出力するための技術が知られている。たとえば、特開２０１６−２４６３６号公報（特許文献１）には、制御装置、制御方法および制御プログラムが開示されている。特許文献１によると、制御装置は、対話エージェントシステムとユーザとの会話における音の特徴に基づいて、応答メッセージとして出力する広告に関する情報である広告情報を検索する検索部と、検索部によって検索された広告情報に関する広告を応答メッセージとして出力するよう制御する出力制御部と、を備えたことを特徴とする。このため、制御装置は、ユーザに適したメッセージを出力することができる。

特開２０１６−２４６３６号公報

本発明の目的は、より好適なユーザとの対話を実現するための技術を提供することにある。

この発明のある態様に従うと、スピーカとマイクとを有する端末と通信するための通信インターフェイスと、複数種類のメッセージ情報を記憶するメモリと、通信インターフェイスを介して、端末にユーザとのメッセージのやり取りを実行させ、メッセージのやり取りが終了すると判断されると、端末に別の種類のメッセージの出力を開始させるためのプロセッサと、を備えるサーバが提供される。

この発明の別の局面に従うと、スピーカとマイクとを有する端末と通信するための通信インターフェイスと、複数種類のメッセージ情報を記憶するメモリと、通信インターフェイスを介して、端末にユーザとのメッセージのやり取りを実行させ、メッセージのやり取りが所定時間以上停止すると、端末に別の種類のメッセージの出力を開始させるためのプロセッサと、を備えるサーバが提供される。

好ましくは、プロセッサは、ユーザとのメッセージのやり取りに関する所定の条件が満たされると、通信インターフェイスを介して端末に広告情報を出力させる。

好ましくは、プロセッサは、ユーザ毎の第１の時間帯に基づいて広告情報を出力する。

好ましくは、プロセッサは、ユーザ毎の第１の時間帯とそれ以外の時間帯とで、端末に別の種類のメッセージの出力を開始させるための条件を異ならせる。

好ましくは、プロセッサは、過去のユーザとのメッセージのやり取りに基づいて、出力される別の種類のメッセージを変化させる。

この発明の別の局面に従うと、通信インターフェイスと、メモリと、プロセッサとを含むサーバにおける情報処理方法が提供される。情報処理方法は、プロセッサが、通信インターフェイスを介して、端末にユーザとのメッセージのやり取りを実行させるステップと、プロセッサが、メッセージのやり取りが終了すると判断された際またはメッセージのやり取りが所定時間以上停止した際に、端末に別の種類のメッセージの出力を開始させるステップと、を備える。

この発明の別の局面に従うと、メッセージを出力するためのスピーカとユーザからのメッセージを取得するマイクとを有する端末と、端末にユーザとのメッセージのやり取りを実行させ、メッセージのやり取りが終了すると判断された際またはメッセージのやり取りが所定時間以上停止した際に、端末に別の種類のメッセージの出力を開始させるサーバと、を備えるネットワークシステムが提供される。

この発明の別の局面に従うと、スピーカと、マイクと、スピーカにメッセージを出力させ、マイクを介して取得した音声に基づいてメッセージのやり取りが終了すると判断された際またはメッセージのやり取りが所定時間以上停止した際に、スピーカに別の種類のメッセージの出力を開始させるためのプロセッサと、を備える端末が提供される。

以上のように、この発明によれば、より好適なユーザとの対話が可能になる。

第１の実施の形態にかかるネットワークシステム１の全体構成を示す図である。 第１の実施の形態にかかるネットワークシステム１の第１の動作概要を示す図である。 第１の実施の形態にかかるネットワークシステム１の第２の動作概要を示す図である。 第１の実施の形態にかかるネットワークシステム１の第３の動作概要を示す図である。 第１の実施の形態にかかる音声サービスサーバ１００の構成を示すブロック図である。 第１の実施の形態にかかるテーマテーブル１２１を示すイメージ図である。 第１の実施の形態にかかる対話シナリオデータベース１２２を示すイメージ図である。 第１の実施の形態における音声サービスサーバ１００の機能構成を示すブロック図である。 第１の実施の形態にかかる音声サービスサーバ１００における情報処理を示すフローチャートである。 第１の実施の形態にかかる電気機器３００の構成を示すブロック図である。 第２の実施の形態にかかる音声サービスサーバ１００における第１の情報処理を示すフローチャートである。 第２の実施の形態にかかる音声サービスサーバ１００における第２の情報処理を示すフローチャートである。 第３の実施の形態のゴールデンタイムを示す図である。 第３の実施の形態にかかる音声サービスサーバ１００における第１の情報処理を示すフローチャートである。 第３の実施の形態にかかる音声サービスサーバ１００における第２の情報処理を示すフローチャートである。 第３の実施の形態にかかる音声サービスサーバ１００における第３の情報処理を示すフローチャートである。 第４の実施の形態にかかる反応テーブル１２３を示すイメージ図である。 第４の実施の形態にかかる音声サービスサーバ１００における情報処理を示すフローチャートである。 第５の実施の形態にかかる音声サービスサーバ１００における情報処理を示すフローチャートである。 第６の実施の形態にかかる対話シナリオデータベース１２２Ｂを示すイメージ図である。 第６の実施の形態にかかる音声サービスサーバ１００における情報処理を示すフローチャートである。 第７の実施の形態にかかる電気機器３００の動作概要を示す図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステム１の全体構成＞

まず、図１を参照して本実施の形態にかかるネットワークシステム１の全体構成について説明する。本実施の形態にかかるネットワークシステム１は、主に、音声サービスサーバ１００と、他の情報提供サーバ１００Ｂ，１００Ｃと、ロボット３００Ａや冷蔵庫やエアコンなどの電気機器（通信端末）と、を含む。本実施の形態にかかる電気機器は、ユーザからのメッセージに応じて、音声サービスサーバ１００からのデータに基づいてメッセージを音声出力するものである。

なお、電気機器（通信端末）は、ロボット３００Ａに限らず、冷蔵庫、電子レンジ、エアコン、洗濯機、掃除機、空気清浄器、加湿器、除湿器、炊飯器、照明などの家電、携帯電話、スマートフォン、テレビ、ハードディスクレコーダ、プロジェクタ、音楽プレーヤ、ゲーム機、パーソナルコンピュータなどのＡＶ（オーディオ・ビジュアル）機器、組み込み照明、太陽光発電機、インターホン、給湯器、温水洗浄便座コントローラなどの住宅設備、などであってもよい。以下では、これらの電気機器（通信端末）を総称して、電気機器３００ともいう。
＜ネットワークシステム１の動作概要＞

次に、図２〜図４を参照して本実施の形態にかかるネットワークシステム１の動作概要について説明する。本実施の形態にかかるネットワークシステム１に関しては、ユーザがロボット３００Ａなどの電気機器３００に話しかけたり、電気機器３００がユーザに話しかけたりすることによって、対話すなわち音声メッセージのやり取りが行われる。より詳細には、本実施の形態においては、音声サービスサーバ１００が、電気機器３００に音声メッセージを出力させたり、電気機器３００を介してユーザからの音声メッセージを取得したりする。

そして、図２に示すように、音声サービスサーバ１００は、ユーザの反応に応じて、先に出力した音声メッセージをユーザが聞いたか否かを判断したり、先に出力した音声メッセージや当該メッセージに関する話題にユーザが興味を持っているか否かを判断したりする。

そして特に本実施の形態においては、図３に示すように、音声サービスサーバ１００は、予め準備されている複数種類のテーマやシナリオのメッセージのデータに基づいて、あるテーマに関してのユーザとの対話中に、これ以上対話を続けることが困難であると判断された場合に、別の話題のシナリオデータに基づいて、別の話題の対話を開始する。

また、図４に示すように、音声サービスサーバ１００は、予め準備されている複数種類のテーマやシナリオのメッセージのデータに基づいて、あるテーマに関するユーザとの対話が終了したまま所定の時間が経過してしまったときに、別の話題のシナリオデータに基づいて、別の話題の対話を開始する。

このように、本実施の形態にかかる音声サービスサーバ１００は、電気機器３００によるユーザとの対話をスムーズにすることができる。すなわち、ユーザと電気機器３００との間（ま）を持たせることができ、ユーザの居心地を良い状態にしたり良い状態のまま維持したりしやすくなる。以下、このような機能を実現するためのネットワークシステム１の具体的な構成について詳述する。
＜音声サービスサーバ１００のハードウェア構成＞

まず、本実施の形態にかかるネットワークシステム１を構成する音声サービスサーバ１００のハードウェア構成の一態様について説明する。他の情報提供サーバ１００Ｂ、１００Ｃも音声サービスサーバ１００と同様の構成を有しているため、ここでは説明を繰り返さない。

図５を参照して、音声サービスサーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。

ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、音声サービスサーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）などによって実現される。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、その他、テーマテーブル１２１や対話シナリオデータベース１２２や、ユーザがメッセージに興味を持っていることを示す第１のレベルの複数種類のキーワードや、ユーザが単にメッセージを聞いたことを示す第２のレベルの複数種類のキーワードのデータなどの音声サービスに利用されるデータベースなどを記憶する。なお当然に、これらのデータは、音声サービスサーバ１００自体が格納していなくても、音声サービスサーバ１００がアクセス可能な他の装置に格納されていてもよい。

ここで、図６を参照して、テーマテーブル１２１は、テーマ毎に、テーマＩＤとテーマ名との対応関係を格納する。また、図７を参照して、対話シナリオデータベース１２２は、シナリオ毎またはメッセージ毎に、対話シナリオＩＤと、テーマＩＤと、テキストデータまたは音声データとの対応関係を格納する。なお、以下では、ユーザと対話するための一連のメッセージをシナリオともいう。

このように構成されているため、本実施の形態においては、ＣＰＵ１１０は、メモリ１２０のプログラムを実行することによって、図８に示すように、対話シナリオ選択部１１０Ａと対話シナリオ実行処理部１１０Ｂと、連想シナリオ検索部１１０Ｃなどを実現する。

より詳細には、対話シナリオ選択部１１０Ａは、ユーザとメッセージのやり取りを開始する前に、対話シナリオデータベース１２２からテーマおよびシナリオを選択する。対話シナリオ実行処理部１１０Ｂは、通信インターフェイス１６０を介してシナリオに含まれるメッセージを電気機器３００に送信することによって、電気機器３００にユーザとの対話を実行させる。

そして、シナリオの対話が終了すると、または対話が終了して所定時間沈黙が続くと、または現在のシナリオに続きのメッセージが用意されていないと、連想シナリオ検索部１１０Ｃが、先に選択されたテーマやシナリオやメッセージに関連するシナリオを検索して、対話シナリオデータベース１２２から新たなメッセージを抽出する。これによって、対話シナリオ実行処理部１１０Ｂは、再度、ユーザからのメッセージに応じて、通信インターフェイス１６０を介してシナリオに含まれるメッセージを電気機器３００に送信することによって、電気機器３００にユーザとの対話を実行させる。

図５に戻って、操作部１４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。

通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して電気機器３００などの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。

他の情報提供サーバ１００Ｂ，１００Ｃの構成は、メモリ１２０のデータやＣＰＵ１１０の処理が異なるが、ハードウェア構成は概ね音声サービスサーバ１００のそれと同様であるため、ここでは説明を繰り返さない。
＜音声サービスサーバ１００における情報処理＞

次に、図９を参照しながら、本実施の形態にかかる音声サービスサーバ１００における情報処理について説明する。

音声サービスサーバ１００のＣＰＵ１１０は、ユーザ毎または電気機器３００毎に、定期的に、電気機器３００毎に以下の処理を実行する。まず、ＣＰＵ１１０は、現在、対話中であるか否かを判断する（ステップＳ１０２）。対話中においては（ステップＳ１０２にてＹＥＳである場合）、ＣＰＵ１１０は、電気機器３００からの音声データからユーザのメッセージを抽出して、当該メッセージを解析する（ステップＳ１０４）。

ＣＰＵ１１０は、メモリ１２０のデータを参照して、ユーザが電気機器３００が出力したメッセージやそのテーマなどに興味を示したか否かを判断する（ステップＳ１１２）。たとえば、ＣＰＵ１１０は、抽出したメッセージに第１のレベルのキーワード、たとえば「大好き！！」や「いいよね。」やユーザからの質問などが含まれている場合に、ユーザが一連のメッセージに興味を示しと判断し、メッセージに第１のレベルのキーワードが含まれていない場合に、ユーザが一連のメッセージに興味を示さなかったと判断する。あるいは、ＣＰＵ１１０は、電気機器３００を介してユーザにクイズを出して、ユーザの回答があったときに、ユーザが一連のメッセージに興味を示したと判断し、当該クイズに対して回答がなかった場合に、ユーザが一連のメッセージに興味を示さなかったと判断してもよい。あるいは、ユーザに「興味がありますか？」と質問したのちのユーザの「はい。」や「うん。」などの回答があったとき時に、ユーザが一連のメッセージに興味を示したと判断し、当該質問に対して「いいえ。」や「ううん。」の回答があった場合や回答がなかった場合に、ユーザがメッセージに興味を示さなかったと判断する。

ユーザがメッセージに興味を示したと判断した場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、ユーザの特定情報と、電気機器３００が出力したメッセージの特定情報やそのテーマの特定情報や時間帯と、に対応付けて、ユーザが興味を持っていることを示すデータをメモリ１２０に格納する（ステップＳ１１４）。ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。

ユーザがメッセージに興味を示さなかったと判断した場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、メモリ１２０のデータを参照して、ユーザが電気機器３００からのメッセージを聞いたか否かを判断する（ステップＳ１２２）。たとえば、ＣＰＵ１１０は、抽出したユーザのメッセージに第２のレベルのキーワード、たとえば「うん。」や「へえ。」などが含まれている場合に、ユーザがメッセージを聞いたと判断し、メッセージに第２のレベルのキーワードが含まれていない場合に、ユーザがメッセージを聞かなかったと判断する。あるいは、ユーザに「ねえ、聞いていますか？」と質問したのちのユーザの「はい。」や「うん。」などの回答があったとき時に、ユーザがメッセージを聞いたと判断し、当該質問に対して「いいえ。」や「ううん。」などの回答があった場合や回答がなかった場合に、ユーザがメッセージを聞かなかったと判断する。

ユーザがメッセージを聞いたと判断した場合（ステップＳ１２２にてＹＥＳである場合）、ＣＰＵ１１０は、ユーザの特定情報と、電気機器３００が出力したメッセージの特定情報やそのテーマの特定情報や時間帯と、に対応付けて、ユーザがメッセージを聞いたことを示すデータをメモリ１２０に格納する（ステップＳ１２４）。ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。

ユーザがメッセージを聞かなかったと判断した場合（ステップＳ１２２にてＮＯである場合）、ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。

好ましくは、ＣＰＵ１１０は、「ユーザ毎の、または年齢・住所・性別などのユーザ層毎の、またはユーザ全体の」、「メッセージ毎の、またはテーマ毎の、または時間帯毎の」、「メッセージを聞いた割合、またはメッセージに興味を示した割合」などを計算してメモリ１２０に格納したり、通信インターフェイス１６０を介して他のサーバに当該情報を提供したりする。

ステップＳ１３２では、ＣＰＵ１１０は、対話シナリオデータベース１２２を参照して、電気機器３００が出力したメッセージの続きのメッセージが準備されているか否かを判断する。続きのメッセージが準備されている場合（ステップＳ１３２にてＹＥＳである場合）、ＣＰＵ１１０は、電気機器３００にそのままユーザとの対話を続行させる。すなわち、ＣＰＵ１１０は、通信インターフェイス１６０を介して、次のメッセージを電気機器３００に送信したり、電気機器３００からの次のメッセージを待ちうけたりする。あるいは電気機器３００毎に、第１の所定時間たとえば１秒経過毎にステップＳ１０２を繰り返す。

続きのメッセージが準備されていない場合（ステップＳ１３２にてＮＯである場合）、ＣＰＵ１１０は、テーマテーブル１２１を参照して、次のテーマを特定する（ステップＳ１４４）。なお、ＣＰＵ１１０は、テーマテーブル１２１のテーマＩＤの順に次のテーマを決定してもよいし、人気のニュースに基づいて次のテーマを決定してもよいし、ユーザ設定や後述するようなユーザの過去の履歴などに基づいて次のテーマを決定してもよい。

ＣＰＵ１１０は、対話シナリオデータベース１２２を参照して、特定されたテーマに対応するメッセージを読み出して、通信インターフェイス１６０を介して電気機器３００にメッセージのデータを送信する（ステップＳ１４６）。これによって、電気機器３００のＣＰＵ３１０は、音声サービスサーバ１００からのデータに基づいて新たなテーマに関する対話をスタートすることができる。音声サービスサーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して電気機器３００からの次のメッセージを待ちうける。あるいは電気機器３００毎に、第１の所定時間の経過後にステップＳ１０２を繰り返す。

一方、対話中でないときは（ステップＳ１０２にてＹＥＳである場合）、ＣＰＵ１１０は、対話が止まってから第２の所定時間たとえば２０秒が経過したか否かを判断する（ステップＳ１４２）。ＣＰＵ１１０は、第２の所定時間経過した場合（ステップＳ１４２にてＹＥＳである場合）、ステップＳ１４４からの処理を実行する。

第２の所定時間経過していない場合（ステップＳ１４２にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して電気機器３００からの次のメッセージを待ちうける。あるいは電気機器３００毎に、第１の所定時間の経過後にステップＳ１０２を繰り返す。
＜電気機器３００のハードウェア構成＞

次に、図１０を参照して、ネットワークシステム１を構成する電気機器３００の構成の一態様について説明する。電気機器３００は、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、ディスプレイ３３０と、操作部３４０と、カメラ３５０、通信インターフェイス３６０と、スピーカ３７０と、マイク３８０と、機器駆動部３９０とを含む。

ＣＰＵ３１０は、メモリ３２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、電気機器３００の各部を制御する。

メモリ３２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現される。メモリ３２０は、ＣＰＵ３１０によって実行される機器駆動プログラムや会話プログラムやその他のプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、音声サービスサーバ１００や他のサーバから受信したデータ、操作部３４０を介して入力されたデータなどを記憶する。

ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて、文字や画像などを出力する。ディスプレイ３３０は、図１に示すように、単にライト３３０Ａ，３３０Ｂであってもよい。

操作部３４０は、ボタン、タッチパネルなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、ディスプレイ３３０と操作部３４０とは、タッチパネルを構成してもよい。

また、操作部３４０は、近接センサや温度センサなどであってもよい。この場合は、ＣＰＵ３１０は、操作部３４０としての近接センサや温度センサを介して、ユーザが電気機器３００に手をかざしたことを検知して、各種の動作を開始する。たとえば、電気機器３００がロボットであって、近接センサが額の近辺に配置されることによって、ユーザが電気機器３００をなでたり・たたいたりすることを電気機器３００が検知してもよい。

カメラ３５０は、画像を撮影して、画像データをＣＰＵ３１０に受け渡す。ＣＰＵ３１０は、画像データからユーザの動きを特定してもよいし、画像データをサーバ１００に提供してサーバ１００がユーザの動きを特定してもよい。

通信インターフェイス３６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス３６０は、有線通信あるいは無線通信によって音声サービスサーバ１００などの他の装置との間でデータをやり取りする。

スピーカ３７０は、ＣＰＵ３１０からの信号に基づいて、音声を出力する。より詳細には、本実施の形態においては、ＣＰＵ３１０は、通信インターフェイス３６０を介してサーバ１００から受信した音声データに基づいてスピーカ３７０に音声メッセージを出力させる。あるいは、ＣＰＵ３１０は、通信インターフェイス３６０を介してサーバ１００から受信したテキストデータに基づいて音声信号を作成し、スピーカ３７０に音声メッセージを出力させる。あるいは、ＣＰＵ３１０は、通信インターフェイス３６０を介してサーバ１００から受信したメッセージＩＤに基づいて、メモリ３２０からメッセージの音声データを読み出して、スピーカ３７０に音声メッセージを出力させる。

マイク３８０は、外部からの音声に基づいて音声信号を作成し、ＣＰＵ３１０に入力する。

機器駆動部３９０は、ＣＰＵ３１０からの信号に基づいて、電気機器３００の各部（モータやヒータなど）を制御する。

このように、本実施の形態にかかる音声サービスにおいては、続きの対話用のメッセージデータが準備されていない場合に別の話題をスタートさせたり、対話がストップして所定時間が経過した際に別の話題をスタートさせたりするため、電気機器３００のユーザが退屈しにくくなり、居心地良く感じやすくなる。さらに、本実施の形態に係る音声サービスにおいては、たとえば当該音声サービスに会話情報や広告情報の提供者に、「ユーザ毎の、または年齢・住所・性別などのユーザ層毎の、またはユーザ全体の」、「メッセージ毎の、または話題毎の、またはテーマ毎の、または時間帯毎の」、「メッセージを聞いた割合、またはメッセージに興味を示した割合」などを伝えることができる。そして、このような情報は、広告の提供者から徴収する料金の算定や、他の情報の提供者へ支払う料金の算定や、各種のマーケティングなどに利用することができる。
＜第２の実施の形態＞

音声サービスサーバ１００は、さらに、ユーザが興味を示したり肯定的なメッセージを話したり対話が盛り上がったりした場合に、企業や商品やサービスの広告を電気機器３００から出力させ（図２などを参照。）、ユーザが興味を示さなかったり否定的なメッセージを話したり対話が盛り上がらなかった場合に、企業や商品やサービスの広告を電気機器３００から出力させないという機能を有してもよい。

より詳細には、図１１を参照して、ユーザがメッセージに興味を示したと判断した場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１１４に加えて、通信インターフェイス１６０を介して電気機器３００に広告用のデータを送信する（ステップＳ１１８）。これによって、図２に示すように、電気機器３００は音声サービスサーバ１００からのデータに基づいて広告を出力する。

一方、ユーザがメッセージに興味を示さなかったと判断した場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、ユーザが電気機器３００のメッセージを聞いたか否かの判断を行うが（ステップＳ１２２）、この場合は電気機器３００に広告を出力させない。

あるいは、図１２を参照して、ユーザがメッセージに興味を示したと判断した場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１１４に加えて、ユーザが第１の所定回数以上、電気機器３００が出力するメッセージに反応しているか否か、たとえば第１の所定回数以上ユーザが電気機器３００にメッセージを入力したか否かを判断する（ステップＳ１１６）。第１の所定回数以上ユーザが電気機器３００にメッセージを入力している場合（ステップＳ１１６にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して電気機器３００に広告用のデータを送信する（ステップＳ１１８）。これによって、図２に示すように、電気機器３００は音声サービスサーバ１００からのデータに基づいて、広告を出力する。

一方、未だ第１の所定回数以上ユーザが電気機器３００にメッセージを入力していない場合（ステップＳ１１６にてＮＯである場合）、あるいはユーザがメッセージに興味を示さなかったと判断した場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は電気機器３００に広告を出力させない。

なお、予め肯定的な第１のメッセージが設定されており、音声サービスサーバ１００のＣＰＵ１１０が、ユーザのメッセージが当該第１のメッセージを含む場合にユーザが肯定的であると判断し、ユーザのメッセージが当該第１のメッセージを含まない場合にユーザが否定的であると判断してもよい。

あるいは、予め否定的な第２のメッセージが設定されており、音声サービスサーバ１００のＣＰＵ１１０が、ユーザのメッセージが当該第２のメッセージを含む場合にユーザが否定的であると判断し、ユーザのメッセージが当該第２のメッセージを含まない場合にユーザが肯定的であると判断してもよい。

なお、予め肯定的な第１のメッセージと否定的な第２のメッセージが設定されており、音声サービスサーバ１００のＣＰＵ１１０が、ユーザのメッセージが当該第１のメッセージを含む場合にユーザが肯定的であると判断し、ユーザのメッセージが当該第２のメッセージを含む場合にユーザが否定的であると判断し、ユーザのメッセージがいずれのメッセージも含まない場合は次のメッセージまで判断を保留してもよい。

あるいはメッセージ毎に、肯定的である度合を示す肯定ポイントが付与されている。なお、肯定的なメッセージ、たとえば「大好き。」「最高。」には“正”の大きなポイントが付与されており、否定的なメッセージ、たとえば「大嫌い。」「いや。」には“負”の大きなポイントが付与される。そして、ＣＰＵ１１０が、ユーザのメッセージのポイントまたは累積ポイントが所定値以上である場合に肯定的であると判断し、所定値未満である場合に肯定的ではないと判断してもよい。

また、上記の実施の形態においては、肯定的なユーザのメッセージに応じて広告情報を出力させ、否定的なユーザのメッセージに応じて広告情報を出力しないものとしているがこのような形態には限られない。

たとえば、音声サービスサーバ１００のＣＰＵ１１０は、肯定的なユーザのメッセージに応じて第１の広告情報を出力させ、否定的なユーザのメッセージに応じて第２の広告情報を出力する形態にしてもよい。なお、第１の広告情報は、第２の広告情報よりも詳しい内容を含む。あるいは、第１の広告情報には企業名と商品とを含み、第２の広告情報には企業名と商品のいずれかを含む。

なお、広告情報に限らず、音声サービスサーバ１００のＣＰＵ１１０は、肯定的なユーザのメッセージに応じてニュースなどの情報を出力させ、否定的なユーザのメッセージに応じてニュースなどの情報を出力しない形態にしてもよい。あるいは、肯定的なユーザのメッセージに応じて詳細情報を出力させ、否定的なユーザのメッセージに応じて簡易情報を出力する形態にしてもよい。

さらにはそれらを組み合わせて、音声サービスサーバ１００のＣＰＵ１１０は、ユーザのメッセージのポイントまたは累積ポイントが第１の所定値以上である場合、あるいはユーザのメッセージに第１の肯定メッセージが含まれている場合、第１の肯定状態であると判断し、詳細情報と広告情報とを電気機器３００に出力させる。ＣＰＵ１１０は、ユーザのメッセージのポイントまたは累積ポイントが第１の所定値未満かつ第１の所定値よりも小さな第２の所定値以上である場合、あるいはユーザのメッセージに第２の肯定メッセージが含まれている場合、第２の肯定状態であると判断し、簡易情報と広告情報とを電気機器３００に出力させる。ＣＰＵ１１０は、ユーザのメッセージのポイントまたは累積ポイントが第２の所定値未満である場合、あるいはユーザのメッセージに第１および第２の肯定メッセージが含まれていない場合、否定的な状態であると判断し、簡易情報のみを電気機器３００に出力させてもよい。
＜第３の実施の形態＞

音声サービスサーバ１００は、さらに、時間帯や曜日などに応じて、対話のテーマの切り替え方や、各種の判断方法などを変更してもよい。

以下では、図１３に示すように、ユーザ毎の電気機器３００のメッセージに集中することができる可能性が高い時間帯、換言すればユーザ毎の忙しくない時間帯を、ゴールデンタイムという。たとえば、音声サービスサーバ１００のＣＰＵ１１０は、ユーザ毎または電気機器３００毎の、メッセージに対する「興味あり」との判断結果の割合に基づいて、「興味あり」との判断結果の割合が多い、たとえば３０％以上などの、時間帯をユーザ毎のゴールデンタイムとして設定する。あるいは、ＣＰＵ１１０は、ユーザ毎または電気機器３００毎の、メッセージに対する「興味あり」の判断結果の割合と「聞いた」の判断結果の割合とに基づいて、両者の割合の合計が多い、たとえば４０％以上などの、時間帯をユーザ毎のゴールデンタイムとして設定する。あるいは、ＣＰＵ１１０は、ユーザ毎または電気機器３００毎の、ユーザとの対話のキャッチボールの回数が多い時間帯をゴールデンタイムとしてもよい。

ただし、ゴールデンタイムはユーザ毎に設定される必要はなく、全ユーザに共通であってもよいし、年齢・性別・住所などの属性毎に設定されるものであってもよい。

図１４を参照して、ユーザがメッセージに興味を示したと判断した場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１１４に加えて、対象となる電気機器３００またはユーザにとって、現在がゴールデンタイムであるか否かを判断する（ステップＳ１１６）。

現在がゴールデンタイムである場合（ステップＳ１１６にてＹＥＳである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して、広告用のデータを送信する（ステップＳ１１８）。そして、図２に示すように、電気機器３００は音声サービスサーバ１００からのデータに基づいて、広告を出力する。ＣＰＵ１１０は、ユーザが電気機器３００のメッセージに興味を持った時間を記憶して、ゴールデンタイムの判断のための反応頻度を高める補正をする（ステップＳ１１９）。ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。

一方、ユーザがメッセージに興味を示さなかったと判断した場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、メモリ１２０のデータを参照して、ユーザがメッセージを聞いたか否かを判断する（ステップＳ１２２）。ユーザがメッセージを聞いたと判断した場合（ステップＳ１２２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１２４に加えて、ユーザが電気機器３００のメッセージを聞いた時間を記憶して、ゴールデンタイムの判断のための反応頻度を維持する（ステップＳ１２６）。ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。

ユーザがメッセージを聞かなかったと判断した場合（ステップＳ１２２にてＮＯである場合）、ＣＰＵ１１０は、ユーザが電気機器３００のメッセージを聞かなかった時間を記憶して、ゴールデンタイムの頻度を低減する補正をする（ステップＳ１２８）。ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。

あるいは、図１５を参照して、ＣＰＵ１１０は、対話シナリオデータベース１２２を参照して、電気機器３００が出力するメッセージの続きのメッセージが準備されていない場合（ステップＳ１３２にてＮＯである場合）や、対話が止まってから第２の所定時間たとえば２０秒が経過した場合（ステップＳ１４２にてＹＥＳである場合）、ＣＰＵ１１０は、対象となる電気機器３００またはユーザにとって、現在がゴールデンタイムであるか否かを判断する（ステップＳ１４３）。

現在がゴールデンタイムである場合（ステップＳ１４３にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１４４からの処理を実行する。一方、現在がゴールデンタイムでない場合（ステップＳ１４３にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して電気機器３００からの次のメッセージを待ちうける。あるいは電気機器３００毎に、第１の所定時間の経過後にステップＳ１０２を繰り返す。

あるいは、図１６を参照して、ステップＳ１０２において対話中でない場合について説明する。ＣＰＵ１１０は、まず、対象となる電気機器３００またはユーザにとって、現在がゴールデンタイムであるか否かを判断する（ステップＳ１５２）。現在がゴールデンタイムである場合（ステップＳ１５２にてＹＥＳである場合）、ＣＰＵ１１０は、対話が止まってから第１の所定時間たとえば１０秒が経過したか否かを判断する（ステップＳ１５４）。ＣＰＵ１１０は、第１の所定時間経過した場合（ステップＳ１５４にてＹＥＳである場合）、ステップＳ１４４からの処理を実行する。

一方、現在がゴールデンタイムでない場合（ステップＳ１５２にてＮＯである場合）、ＣＰＵ１１０は、対話が止まってから第１の所定時間よりも長い第２の所定時間たとえば３０秒が経過したか否かを判断する（ステップＳ１５６）。ＣＰＵ１１０は、第２の所定時間経過した場合（ステップＳ１５６にてＹＥＳである場合）、ステップＳ１４４からの処理を実行する。

逆に、ＣＰＵ１１０は、第１の所定時間経過していない場合（ステップＳ１５４にてＮＯである場合）や、第２の所定時間経過していない場合（ステップＳ１５６にてＮＯである場合）、ステップＳ１０２からの処理を繰り返す。

これによって、本実施の形態にかかる音声サービスは、ユーザが電気機器３００との対話に意識を回す余裕がある可能性が高い場合、すなわちゴールデンタイムには、話が途切れるとすぐに新たな話題のメッセージをユーザに提供し、ユーザが電気機器３００との対話に意識を回す余裕がない可能性が高い場合、すなわちゴールデンタイムでないときは、話が途切れても次の話題をユーザに提供するまでに若干の間待機する。その結果、よりユーザにとって、居心地が良い状況を作り出すことが可能になる。
＜第４の実施の形態＞

音声サービスサーバ１００は、単にテーマテーブル１２１のテーマＩＤ順にテーマを選択してシナリオを抽出したり、ランダムに選ばれたテーマを選択してシナリオを抽出したりする形態には限られない。たとえば、ユーザ毎または電気機器３００毎の、過去の興味を持った履歴や過去の聞いた履歴に基づいて、音声サービスサーバ１００のＣＰＵ１１０が、ユーザが興味を持ちやすいテーマや話題や、ユーザが聞いてくれる可能性が高いテーマや話題を優先して選択することが好ましい。

たとえば、音声サービスサーバ１００のメモリ１２０は、ユーザ毎または電気機器３００毎に、図１７に示すようなユーザ反応テーブル１２３を記憶する。ユーザ反応テーブル１２３は、テーマ毎に、テーマＩＤと、対話スタート回数と、実際の対話におけるメッセージの往復の回数と、１つの対話すなわち１つのシナリオに対するメッセージの往復の回数の平均などの対応関係を含む。なお、対話スタート回数は、新たなシナリオの対話を開始した回数である。そして、ユーザ反応テーブル１２３は、次のテーマを選択する際に利用されるものであるが、広告の提供者などが各種のマーケティングなどに利用することも可能である。

そして、図１８に示すように、ユーザがメッセージに興味を示したと判断した場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１１４に加えて、今回の対話に関するメッセージの往復の回数を反応テーブル１２３に追加したり平均を更新したりする（ステップＳ１１９Ｂ）。ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。

また、ユーザがメッセージを聞いたと判断した場合（ステップＳ１２２にてＹＥＳである場合）にも、ＣＰＵ１１０は、ステップＳ１２４に加えて、今回の対話に関するメッセージの往復の回数を反応テーブル１２３に追加したり平均を更新したりする（ステップＳ１２６Ｂ）。ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。

そして、ステップＳ１４４において、ＣＰＵ１１０は、反応テーブル１２３とテーマテーブル１２１とを参照して次のテーマを特定する（ステップＳ１４４）。たとえば、ＣＰＵ１１０は、平均回数に基づいて重みづけをしてから全てのテーマの中から次のテーマを選択する。ＣＰＵ１１０は、対話シナリオデータベース１２２を参照して、特定されたテーマに対応する一連のメッセージを読み出して、通信インターフェイス１６０を介して電気機器３００にメッセージのデータを送信する（ステップＳ１４６）。このとき、ＣＰＵ１１０は、反応テーブル１２３の、今回新たに特定されたテーマの対話スタート回数を＋１する。

なお、テーマテーブル１２１や対話シナリオデータベース１２２や反応テーブル１２３は、大分類のテーマだけでなく、さらに小さな分類の話題やキーワードなども設定されることが好ましい。これによって、音声サービスサーバ１００のＣＰＵ１１０は、さらにユーザに適したシナリオを選択することができる。

このように、ユーザとの対話が滞りそうになった場合に、音声サービスサーバ１００は先のテーマとは別のテーマを選択する場合もあるし、同じテーマの別のシナリオを連続して選択する場合もある。そして、本実施の形態にかかる音声サービスサーバ１００のＣＰＵ１１０は、ユーザ反応テーブル１２３に基づいて次のテーマを決めるため、興味があるテーマたとえばメッセージのキャッチボールの平均回数が多いテーマが選ばれる可能性が高く、同じテーマの別のシナリオが選択される可能性が高い。
＜第５の実施の形態＞

音声サービスサーバ１００のＣＰＵ１１０は、図３または図４に示すように、新たなテーマや話題の対話を開始する際には、「そうそう」や「ところで」という呼びかけのための言葉を挟んでから、新たなテーマのメッセージを電気機器３００から出力させることが好ましい。

より詳細には、図１９に示すように、ＣＰＵ１１０は、反応テーブル１２３とテーマテーブル１２１とを参照して次のテーマを特定する（ステップＳ１４４）。そして、ＣＰＵ１１０は、特定されたテーマに対応するメッセージを読み出して、当該メッセージの前に「そうそう」や「ところで」という呼びかけのための言葉を追加する（ステップＳ１４５）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、メッセージデータを電気機器３００に送信する（ステップＳ１４６）。これによって、電気機器３００のＣＰＵ３１０は、音声サービスサーバ１００からのデータに基づいて、スピーカ３７０から「そうそう」や「ところで」という呼びかけのための言葉を発してから、メッセージの出力を開始する。

ただし、音声サービスサーバ１００のメモリ１２０が、図２０に示すようなシナリオデータベース１２２Ｂを記憶してもよい。すなわち、予めシナリオの最初のメッセージに、「そうそう」や「ところで」という呼びかけのための言葉が含まれたものがシナリオデータベース１２２Ｂに格納されていてもよい。この場合は、ステップＳ１４５の処理を実行せずに、ＣＰＵ１１０は、ステップＳ１４６を実行すればよい。
＜第６の実施の形態＞

なお、第１〜第５の実施の形態においては、音声サービスサーバ１００のＣＰＵ１１０は、ユーザからのメッセージに基づいて各種の判断を行っていたが、このような構成には限られない。たとえば、音声サービスサーバ１００のＣＰＵ１１０は、音声ではなく電気機器３００からの画像に基づいて、各種の判断をおこなってもよい。

具体的には、電気機器３００のＣＰＵ３１０が、カメラ３５０の撮影画像を音声サービスサーバ１００に送信してもよい。そして、図２１に示すように、音声サービスサーバ１００のＣＰＵ１１０は、電気機器３００からの画像データを解析してもよい（ステップＳ６０４）。

たとえば、ＣＰＵ１１０は、ユーザが大きくうなずいた場合（ステップＳ６１２にてＹＥＳである場合）、ＣＰＵ１１０は、ユーザとメッセージまたはテーマなどの特定情報に対応付けて、興味を持っていることを示すデータをメモリ１２０に格納する（ステップＳ１１４）。また、ＣＰＵ１１０は、ユーザが小さくうなずいた場合あるいは首を振った場合（ステップＳ６２２にてＹＥＳである場合）、ＣＰＵ１１０は、ユーザとメッセージまたはテーマなどの特定情報に対応付けて、ユーザがメッセージを聞いたことを示すデータをメモリ１２０に格納する（ステップＳ１２４）。

あるいは、ＣＰＵ１１０は、ユーザが笑顔のときにユーザがメッセージに興味を持っている判断したり広告を出力したりして、ユーザが笑顔ではないがうなずいた際にユーザが単にメッセージを聞いたと判断したり広告を出力しないようにしたりしてもよい。

あるいは、電気機器３００の操作部３４０としての近接センサや温度センサからのデータに基づいて、ユーザが電気機器３００に手をかざしたり、電気機器３００の頭をなでたり・たたいたりしたことを検知して、その旨を音声サービスサーバ１００に送信してもよい。音声サービスサーバ１００のＣＰＵ１１０は、電気機器３００からのそのようなデータに基づいて、ユーザがメッセージに興味をもったと判断したり、ユーザがメッセージを聞いたと判断したりしてもよい。逆に、ユーザが電気機器３００に触れなければ、ＣＰＵ１１０は、ユーザがメッセージに興味がないと判断する。

あるいは、電気機器３００の操作部３４０としてのボタンをユーザが押した場合に、その旨を音声サービスサーバ１００に送信してもよい。音声サービスサーバ１００のＣＰＵ１１０は、電気機器３００からのそのようなデータに基づいて、ユーザがメッセージに興味をもったと判断したり、ユーザがメッセージを聞いたと判断したりしてもよい。逆に、ユーザが電気機器３００に触れなければ、ＣＰＵ１１０は、ユーザがメッセージに興味がないと判断する。
＜第７の実施の形態＞

なお、第１〜第６の実施の形態のような、サーバ１００や電気機器３００の構造・機能・動作に限られず、たとえば各装置の役割が、他のサーバやデータベースなどの複数の装置に分担されてもよい。逆に、複数の装置の役割の一部または全部が１つの装置に集約されてもよい。

たとえば、図２２に示すように、第１から第６の実施の形態にかかる音声サービスサーバ１００の役割の全部を、スタンドアローン型の電気機器３００Ａが有してもよい。あるいは電気機器３００は、対話サービスの一部の更新データだけを音声サービスサーバ１００から取得してもよいし、他のサーバ１００Ｂ，１００Ｃの情報を利用してもよい。また、第１から第７の実施の形態にかかる音声サービスサーバ１００の一部だけを電気機器３００が有するものであってもよい。
＜その他の応用例＞

本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体（あるいはメモリ）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる他の記憶媒体に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ：ネットワークシステム
１００ ：音声サービスサーバ
１００Ｂ ：情報提供サーバ
１００Ｃ ：情報提供サーバ
１１０ ：ＣＰＵ
１１０Ａ ：対話シナリオ選択部
１１０Ｂ ：対話シナリオ実行処理部
１１０Ｃ ：連想シナリオ検索部
１２０ ：メモリ
１２１ ：テーマテーブル
１２２ ：対話シナリオデータベース
１２２Ｂ ：対話シナリオデータベース
１２３ ：ユーザ反応テーブル
１４０ ：操作部
１６０ ：通信インターフェイス
３００ ：電気機器
３００Ａ ：ロボット
３１０ ：ＣＰＵ
３２０ ：メモリ
３３０ ：ディスプレイ
３３０Ａ ：ライト
３３０Ｂ ：ライト
３４０ ：操作部
３５０ ：カメラ
３６０ ：通信インターフェイス
３７０ ：スピーカ
３８０ ：マイク
３９０ ：機器駆動部

Claims (7)

1. スピーカとマイクとを有する端末と通信するための通信インターフェイスと、
   複数種類のメッセージ情報と第１の時間帯の情報と制御プログラムとを記憶するメモリと、
   前記制御プログラムに従って、前記通信インターフェイスを介して、前記端末にユーザとのメッセージのやり取りを実行させ、第１の時間帯においては前記メッセージのやり取りが第１の所定時間以上停止すると、前記端末に別の種類のメッセージの出力を開始させ、前記第１の時間帯でないときは前記メッセージのやり取りが前記第１の所定時間よりも長い第２の所定時間以上停止すると、前記端末に別の種類のメッセージの出力を開始させるためのプロセッサと、を備えるサーバ。
2. 前記プロセッサは、ユーザとのメッセージのやり取りに関する所定の条件が満たされると、前記通信インターフェイスを介して前記端末に広告情報を出力させる、請求項１に記載のサーバ。
3. 前記プロセッサは、ユーザ毎に設定される前記第１の時間帯に基づいて前記広告情報を出力する、請求項２に記載のサーバ。
4. 前記プロセッサは、過去の前記ユーザとのメッセージのやり取りに基づいて、出力されるべき前記別の種類のメッセージを変化させる、請求項１から３のいずれか１項に記載のサーバ。
5. 通信インターフェイスと、メモリと、プロセッサとを含むサーバにおける情報処理方法であって、
   前記プロセッサが、前記通信インターフェイスを介して、端末にユーザとのメッセージのやり取りを実行させるステップと、
   第１の時間帯において、前記プロセッサが、前記メッセージのやり取りが第１の所定時間以上停止した際に、前記端末に別の種類のメッセージの出力を開始させるステップと、
   第１の時間帯でないときにおいて、前記プロセッサが、前記メッセージのやり取りが前記第１の所定時間よりも長い第２の所定時間以上停止した際に、前記端末に別の種類のメッセージの出力を開始させるステップと、を備える情報処理方法。
6. メッセージを出力するためのスピーカとユーザからのメッセージを取得するマイクとを有する端末と、
   前記端末にユーザとのメッセージのやり取りを実行させ、第１の時間帯においては前記メッセージのやり取りが第１の所定時間以上停止した際に、前記端末に別の種類のメッセージの出力を開始させ、前記第１の時間帯でないときは前記メッセージのやり取りが前記第１の所定時間よりも長い第２の所定時間以上停止した際に、前記端末に別の種類のメッセージの出力を開始させるサーバと、を備えるネットワークシステム。
7. スピーカと、
   マイクと、
   複数種類のメッセージ情報と第１の時間帯の情報と制御プログラムとを記憶するメモリと、
   前記制御プログラムに従って、前記スピーカにメッセージを出力させ、第１の時間帯においては前記メッセージのやり取りが第１の所定時間以上停止した際に、前記スピーカに別の種類のメッセージの出力を開始させ、前記第１の時間帯でないときは前記メッセージのやり取りが前記第１の所定時間よりも長い第２の所定時間以上停止した際に、別の種類のメッセージの出力を開始させるためのプロセッサと、を備える端末。

Images