JP2016040687A - 情報処理方法、情報処理プログラム、情報処理システムおよび情報処理装置 - Google Patents

Abstract

【課題】生活リズムに適応した発話ができる情報処理方法、情報処理プログラム、情報処理システムおよび情報処理装置を提供する。
【解決手段】情報処理方法は、居室内の情報を検出するセンサから入力されたセンサ情報を取得する。また、情報処理方法は、センサ情報に基づいて、発話タスクの動作条件を更新する。また、情報処理方法は、発話タスクの動作条件に従って、センサ情報が第１の発話条件を満たすか否かを判定して第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を出力する。
【選択図】図１

Description

本発明は、情報処理方法、情報処理プログラム、情報処理システムおよび情報処理装置に関する。

従来、独居高齢者宅の家庭用電気機械器具（以下、家電という）の電力情報や、室内の温度、湿度、照度等を取得して、別居する独居高齢者の家族に独居高齢者の様子を知らせる見守りシステムが知られている。例えば、電気機器等の使用状況のデータを取得して、取得したデータをもとに居住者の生活状況を解析する技術がある。また、宅内見守り装置が取得した音声データをテキストデータに変換し、見守り者に送信したり、伝言板に表示する技術がある。さらに、居住者自身の情報入力や、住居内制御機器のオンオフ状態を検出することで、居住者の活動情報を収集し、収集した活動情報に基づいてロボットの対応すべき動作パターンを決定する技術がある。

特開２００２−０２４９６５号公報 特開２００４−２７２５６８号公報 特開２０１０−１４０１１９号公報

しかしながら、気象情報や地域イベント情報等のリアルタイム情報を反映した独居高齢者の生活リズムを取得してロボットが対応することは困難である。例えば、独居高齢者が起床後にテレビ放送の天気予報を見て、午後から雨が降る予報であったため、午前中の予定を変更する場合がある。例えば、独居高齢者は、天気予報に応じて午前中の予定を変更し、普段と異なる行動を取る場合には、ロボットは普段の行動に対応する動作パターンに基づいて対応するのみであり、独居高齢者が変更した予定に対応することは困難である。

一つの側面では、本発明は、生活リズムに適応した発話ができる情報処理方法、情報処理プログラム、情報処理システムおよび情報処理装置を提供することにある。

一つの態様では、情報処理方法は、居室内の情報を検出するセンサから入力されたセンサ情報を取得する処理をコンピュータが実行する。また、情報処理方法は、前記センサ情報に基づいて、発話タスクの動作条件を更新する処理をコンピュータが実行する。また、情報処理方法は、前記発話タスクの動作条件に従って、前記センサ情報が第１の発話条件を満たすか否かを判定して前記第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を出力する処理をコンピュータが実行する。

生活リズムに適応した発話ができる。

図１は、実施例の情報処理システムの構成の一例を示すブロック図である。 図２は、トレンドデータベースの一例を示す図である。 図３は、生活時間データベースの一例を示す図である。 図４は、発話タスクテーブルの一例を示す図である。 図５は、発話条件テーブルの一例を示す図である。 図６は、ＳＮＳデータベースの一例を示す図である。 図７は、イベント発話条件テーブルの一例を示す図である。 図８は、居住者発話データベースの一例を示す図である。 図９は、ＳＮＳフィルタの一例を示す図である。 図１０は、監視開始時刻の決定の一例を示す図である。 図１１は、監視終了時刻の決定の一例を示す図である。 図１２は、会話時間帯の特定の一例を示す図である。 図１３は、生活時間特定処理の一例を示すフローチャートである。 図１４は、生活データ分析処理の一例を示すフローチャートである。 図１５は、平常モード発話タスク処理の一例を示すフローチャートである。 図１６は、イベントドリブン発話タスク処理の一例を示すフローチャートである。 図１７は、情報処理プログラムを実行するコンピュータの一例を示す図である。

以下、図面に基づいて、本願の開示する情報処理方法、情報処理プログラム、情報処理システムおよび情報処理装置の実施例を詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下の実施例は、矛盾しない範囲で適宜組みあわせてもよい。

図１は、実施例の情報処理システムの構成の一例を示すブロック図である。図１に示す情報処理システム１は、例えば、独居高齢者（以下、居住者ともいう）の生活リズムに合わせて端末装置１０が発話し、独居高齢者が端末装置１０に対して発話することで、独居高齢者との擬似会話を実現する。図１に示す情報処理システム１は、センサ５と、端末装置１０と、サーバ装置１００とを有する。センサ５および端末装置１０は、有線または無線によりサーバ装置１００と相互に通信可能に接続される。また、サーバ装置１００は、外部のネットワークＮと有線または無線により相互に通信可能に接続される。

センサ５は、例えば、居室内に設置され、居室の温度、湿度、照度等を検出する。また、センサ５は、居室内に設置された家電の消費電力を検出する。消費電力を検出するセンサ５は、例えば、家電の電源プラグと壁のコンセントとの間に接続することで家電の消費電力を測定し、測定結果を、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を用いてサーバ装置１００に送信する。また、センサ５は、消費電力と合わせて、居室内の温度、湿度、照度等を測定するようにしてもよい。センサ５は、例えば、居室内の各家電に接続することで、家電の設置された場所ごとの温度、湿度、照度等を測定できる。センサ５は、検出したセンサ情報をサーバ装置１００に送信する。なお、図１では、センサ５をまとめて１つとして表しているが、複数のセンサ５であってもよい。

端末装置１０は、居住者とのマンマシンインタフェースを有するコンピュータである。端末装置１０は、居住者が発話した音声を音声認識によりデータ化し、居住者の発話データをサーバ装置１００に送信する。また、端末装置１０は、サーバ装置１００から受信した発話指示に基づいて、発話指示に対応する内容を発話する。なお、端末装置１０は、発話指示と発話内容とに基づいて、既存の音声合成技術を用いて音声を合成して発話する。このとき、合成する音声は、例えば、子や孫などの近親者の音声をサンプリングした音声等を用いることができる。

かかる端末装置１０の一例としては、可搬型のパーソナルコンピュータを採用できる。端末装置１０には、上記のパーソナルコンピュータなどの可搬型の端末のみならず、据置型のパーソナルコンピュータを端末装置１０として採用することもできる。また、端末装置１０は、例えば、居住者が接しやすいように、外観を人形やぬいぐるみの形状とすることもできる。また、可搬型の端末としては、上記のパーソナルコンピュータの他にも、例えば、タブレット端末、スマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）などの移動体通信端末等を採用することもできる。なお、図１には、システムが１つの端末装置１０を有する場合を示したが、端末装置１０の数は限定されず、情報処理システム１は、任意の数の端末装置１０を有してもよい。

情報処理システム１は、居室内の情報を検出するセンサ５から入力されたセンサ情報、および、ネットワークＮを介して外部のソーシャルネットワーキングサービス（以下、ＳＮＳ（Social Networking Service）という）から入力されたリアルタイム情報を取得する。情報処理システム１は、センサ情報に基づいて、発話タスクの動作条件を更新する。すなわち、情報処理システム１は、例えば、居室の照度が所定時間以上連続すると起床したと判定し、判定した時間を起床時間として発話タスクの動作条件を更新する。

情報処理システム１は、発話タスクの動作条件に従って、センサ情報が第１の発話条件を満たすか否かを判定して第１の発話条件を満たす場合に、所定の内容を端末装置１０に発話させる。情報処理システム１は、例えば、居住者が起床している時間帯であり、居室の温度が２５℃を超える場合には、エアコンを作動させる旨の内容を端末装置１０に発話させる。また、情報処理システム１は、センサ情報またはリアルタイム情報が第２の発話条件を満たす場合に、所定の内容を端末装置１０に発話させる。情報処理システム１は、例えば、ＳＮＳから代々木で何らかの事件が発生した旨のリアルタイム情報を取得し、第２の発話条件として、ＳＮＳ情報、事件および代々木がある場合に、代々木で何らかの事件が発生した旨の内容を端末装置１０に発話させる。これにより、情報処理システム１は、生活リズムおよびリアルタイム情報に適応した発話ができる。また、情報処理システム１は、居住者である独居高齢者に対して、近親者の声を用いて日常会話、外出機会の促し、注意喚起等を行うことで、興味と安心感を与えることができる。さらに、情報処理システム１は、外出機会を促すことにより、居住者の健康促進、医療費の抑制を図ることができる。

次に、サーバ装置１００の構成について説明する。図１に示すように、サーバ装置１００は、入出力部１０１と、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、サーバ装置１００は、図１に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。

入出力部１０１は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ等の無線通信モジュール、ＵＳＢ（Universal Serial Bus）インタフェース、ＮＩＣ（Network Interface Card）等によって実現される。入出力部１０１は、センサ５からセンサ情報を受信し、端末装置１０から居住者の発話データを受信する。入出力部１０１は、受信したセンサ情報、および、居住者の発話データを制御部１３０に出力する。また、入出力部１０１は、制御部１３０から第１の発話指示または第２の発話指示が入力されると、第１の発話指示または第２の発話指示、および、対応する発話内容を端末装置１０に送信する。

通信部１１０は、例えば、ＮＩＣ等によって実現される。通信部１１０は、ネットワークＮを介して、例えば、外部のＳＮＳサーバと有線または無線で接続され、ＳＮＳサーバとの間で情報の通信を司る通信インタフェースである。通信部１１０は、例えば、ＳＮＳサーバからリアルタイム情報としてＳＮＳ情報を受信する。通信部１１０は、受信したＳＮＳ情報を、制御部１３０に出力する。また、通信部１１０は、例えば、制御部１３０から入力されたリクエストをＳＮＳサーバに送信する。

記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。記憶部１２０は、トレンドデータベース１２１と、生活時間データベース１２２と、発話タスクテーブル１２３と、発話条件テーブル１２４とを有する。また、記憶部１２０は、ＳＮＳデータベース１２５と、イベント発話条件テーブル１２６と、居住者発話データベース１２７と、ＳＮＳフィルタ１２８とを有する。なお、以下の説明では、データベースをＤＢと省略して示す。また、記憶部１２０は、制御部１３０での処理に用いる情報を記憶する。

トレンドＤＢ１２１は、センサ５から入力されて取得した温度、湿度、照度、消費電力等のセンサ情報をセンサ５で検出された日時と対応付けて記憶する。図２は、トレンドデータベースの一例を示す図である。図２に示すように、トレンドＤＢ１２１は、「日時」、「居室温度」、「居室湿度」、「居室照度」、「トイレ照度」、「ＴＶ電力」、「ＩＨ調理器電力」、「エアコン電力」、「ポット電力」といった項目を有する。

「日時」は、各センサ情報が検出された日時を示す。「居室温度」は、居室の温度を示す。「居室湿度」は、居室の湿度を示す。「居室照度」は、居室の照度を示し、単位は、例えばルクス（ｌｘ）で示す。「トイレ照度」は、トイレの照度を示し、単位は、例えばルクス（ｌｘ）で示す。「ＴＶ電力」は、テレビジョン受信機の消費電力を示し、単位は、例えばワット（Ｗ）で示す。「ＩＨ調理器電力」は、ＩＨ（Induction Heating）調理器の消費電力を示し、単位は、例えばワット（Ｗ）で示す。「エアコン電力」は、エアコンの消費電力を示し、単位は、例えばワット（Ｗ）で示す。「ポット電力」は、ポットの消費電力を示し、単位は、例えばワット（Ｗ）で示す。

生活時間ＤＢ１２２は、トレンドＤＢ１２１に記憶される各センサ情報に基づいて分析された、居住者の生活時間を記憶する。図３は、生活時間データベースの一例を示す図である。図３に示すように、生活時間ＤＢ１２２は、「日」、「起床」、「就寝」、「調理１」、「調理２」、「調理３」、「湯沸し回数」、「トイレ回数」といった項目を有する。

「日」は、年月日を識別する。「起床」は、起床時刻を示す。「就寝」は、就寝時刻を示す。「調理１」は、その日の１回目の調理を行った時刻を示す。「調理２」は、その日の２回目の調理を行った時刻を示す。「調理３」は、その日の３回目の調理を行った時刻を示す。「湯沸し回数」は、湯を沸かした回数を示す。「トイレ回数」は、トイレを使用した回数を示す。

発話タスクテーブル１２３は、生活時間ＤＢ１２２に記憶される日ごとの生活時間に基づいて分析された、発話タスクの動作条件を記憶する。図４は、発話タスクテーブルの一例を示す図である。図４に示すように、発話タスクテーブル１２３は、「平常モード（定周期動作）Ｉ」、「平常モード（定周期動作）ＩＩ」、「平常モード（定周期動作）ＩＩＩ」といった項目を有する。また、各平常モードは、それぞれ、「動作周期」、「時間帯」といった項目を有する。また、発話タスクテーブル１２３は、現在のテーブルの他に、更新前のテーブルも記憶する。発話タスクテーブル１２３は、例えば、３ヶ月から半年に一度、生活データ分析処理を実行することにより更新することができる。これにより、情報処理システム１は、居住者の生活リズムの変化に対応することができる。

「平常モード（定周期動作）Ｉ」は、例えば、生活時間ＤＢ１２２に記憶される日ごとの生活時間に基づいて分析された、発話タスクの動作条件を示す。「平常モード（定周期動作）ＩＩ」および「平常モード（定周期動作）ＩＩＩ」は、例えば、居住者が発話した時間帯に対応して追加された発話タスクの動作条件を示す。「動作周期」は、各平常モードにおいて、発話タスクが動作する周期を示す。「時間帯」は、各平常モードの発話タスクが動作する時間帯を示す。また、「平常モード（定周期動作）ＩＩ」および「平常モード（定周期動作）ＩＩＩ」は、例えば、居住者の外出からの帰宅時間直後の時間帯について、動作周期を短くするようなモードとして追加してもよい。

発話条件テーブル１２４は、発話タスクが動作するときに参照する各センサ情報に対応する発話条件と、発話内容とを対応付けて記憶する。すなわち、発話条件テーブル１２４は、各種の発話条件と発話内容とを有する発話条件マトリクスである。図５は、発話条件テーブルの一例を示す図である。図５に示すように、発話条件テーブル１２４は、「発話内容」、「発話条件」といった項目を有する。なお、発話条件テーブル１２４は、例えば、サーバ装置１００の管理者により予め記憶される。

「発話内容」は、発話条件が満たされた場合に、端末装置１０に発話させる内容を示す。「発話条件」は、発話タスクが動作するときに参照する各センサ情報に対応する発話条件を示す。「発話条件」は、「時間帯」、「居室温度」、「居室湿度」、「居室照度」、「トイレ回数」、「調理回数」、「湯沸し回数」、「エアコン電力」、「繰返し有無」といった条件を有する。

ＳＮＳＤＢ１２５は、通信部１１０を介して図示しないＳＮＳサーバから受信したＳＮＳ情報を記憶する。図６は、ＳＮＳデータベースの一例を示す図である。図６に示すように、ＳＮＳＤＢ１２５は、「取得時間」、「受信情報」といった項目を有する。

「取得時間」は、ＳＮＳ情報をＳＮＳサーバから受信して取得した時間を示す。「受信情報」は、受信したＳＮＳ情報の内容を示す。ＳＮＳ情報は、例えば、気象、災害等の情報を、市町村等の地域単位で随時取得することができる。また、ＳＮＳ情報は、例えば、イベント情報、新商品の反応、世間での話題等を、地域に応じた情報として取得するようにしてもよい。

イベント発話条件テーブル１２６は、イベントドリブンである発話タスクが動作するときに参照する各センサ情報またはＳＮＳ情報に対応する発話条件と、発話内容とを対応付けて記憶する。図７は、イベント発話条件テーブルの一例を示す図である。図７に示すように、イベント発話条件テーブル１２６は、「発話内容」、「発話条件」、「繰返し有無」といった項目を有する。なお、イベント発話条件テーブル１２６は、例えば、サーバ装置１００の管理者により予め記憶される。

「発話内容」は、発話条件が満たされた場合に、端末装置１０に発話させる内容を示す。「発話条件」は、イベントドリブンである発話タスクが動作するときに参照する各センサ情報またはＳＮＳ情報に対応する発話条件を示す。「繰返し有無」は、端末装置１０に発話を繰り返させるか否か等を示す。

居住者発話ＤＢ１２７は、居住者が端末装置１０に対して発話した内容を記憶する。図８は、居住者発話データベースの一例を示す図である。図８に示すように、居住者発話ＤＢ１２７は、「発話日時」、「発話内容」といった項目を有する。

「発話日時」は、居住者が端末装置１０に対して発話した日時を示す。「発話内容」は、居住者が端末装置１０に対して発話した内容を、音声認識により文字データとした居住者の発話データを示す。

ＳＮＳフィルタ１２８は、ＳＮＳサーバから受信するＳＮＳ情報をフィルタするためのキーワードを記憶する。図９は、ＳＮＳフィルタの一例を示す図である。図９に示すように、ＳＮＳフィルタ１２８は、「フィルタキーワード」といった項目を有する。「フィルタキーワード」は、ＳＮＳサーバから受信するＳＮＳ情報をフィルタするためのキーワードを示し、例えば、キーワードと一致する文言を含むＳＮＳ情報のみを取得するために用いる。

図１の説明に戻って、制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されるようにしてもよい。制御部１３０は、取得部１３１と、更新部１３２と、第１発話部１３３と、第２発話部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

取得部１３１は、入出力部１０１からセンサ情報が入力されると、入力されたセンサ情報を取得して、トレンドＤＢ１２１に記憶する。また、取得部１３１は、入出力部１０１から居住者の発話データが入力されると、入力された居住者の発話データを取得して、居住者発話ＤＢ１２７に記憶する。

また、取得部１３１は、通信部１１０からＳＮＳ情報が入力されると、入力されたＳＮＳ情報を取得して、ＳＮＳＤＢ１２５に記憶する。ここで、取得部１３１は、ＳＮＳフィルタ１２８を参照し、ＳＮＳフィルタ１２８のキーワードを含むＳＮＳ情報を取得して、ＳＮＳＤＢ１２５に記憶する。なお、取得部１３１が取得するＳＮＳ情報は、リアルタイム情報として扱うものとする。

更新部１３２は、トレンドＤＢ１２１を参照して、生活時間を特定し、特定した結果を生活時間ＤＢ１２２に記憶する。更新部１３２は、例えば、トレンドＤＢ１２１から１日分のセンサ情報を取得する。更新部１３２は、センサ情報のうち、居室照度の時間変化を観て、居室照度が閾値以上の時間が所定時間以上続いた場合に、居室照度が閾値以上となった最初の時刻を起床時刻とする。なお、居室照度の閾値は、例えば「３００」とすることができ、所定時間は、例えば、「１０分」とすることができる。

更新部１３２は、センサ情報のうち、居室照度の時間変化を観て、居室照度が閾値未満の時間が所定時間以上続いた場合に、居室照度が閾値未満となった最初の時刻を就寝時刻とする。なお、居室照度の閾値は、例えば「３００」とすることができ、所定時間は、例えば、「１０分」とすることができる。更新部１３２は、センサ情報のうち、ＩＨ調理器電力の時間変化を観て、ＩＨ調理器電力が閾値以上の時間が所定時間以上続いた場合に、ＩＨ調理器電力が閾値以上となった最初の時刻を調理時刻とする。なお、ＩＨ調理器電力の閾値は、例えば「５００」とすることができ、所定時間は、例えば「２分」とすることができる。

更新部１３２は、センサ情報のうち、ポット電力の時間変化を観て、ポット電力が「０」から閾値以上に変化した場合に、湯沸し状態と判定し、１日の湯沸し回数を算出する。なお、湯沸し状態と判定する閾値は、例えば「５００」とすることができる。更新部１３２は、センサ情報のうち、トイレ照度の時間変化を観て、トイレ照度が閾値以上の時間が所定時間以上続いた場合に、トイレ使用と判定し、１日のトイレ回数を算出する。なお、トイレ使用と判定する閾値は、例えば「１分」とすることができる。更新部１３２は、それぞれの特定した結果を生活時間ＤＢ１２２に記憶する。

次に、更新部１３２は、生活時間ＤＢ１２２を参照して生活データを分析し、分析した結果に基づいて、平常モードの動作周期と時間帯とを決定して発話タスクテーブル１２３に記憶する。また、更新部１３２は、居住者発話ＤＢ１２７を参照し、所定回数以上使用されたキーワードをＳＮＳフィルタ１２８に記憶する。

更新部１３２は、監視開始時刻、すなわち、発話タスクテーブル１２３の時間帯の開始時刻を決定する。図１０は、監視開始時刻の決定の一例を示す図である。図１０に示すように、更新部１３２は、生活時間ＤＢ１２２の起床時刻について、所定期間、例えば１ヶ月分の度数分布を求め、所定期間の起床時刻の積み上げグラフを生成する。更新部１３２は、積み上げグラフにおいて、例えば、２０％となる時刻を監視開始時刻と決定する。図１０の例では、更新部１３２は、起床時刻を５時４０分から積み上げていき、６時５０分の時点で２０％となるので、監視開始時刻を６時５０分と決定する。

更新部１３２は、同様に、監視終了時刻、なわち、発話タスクテーブル１２３の時間帯の終了時刻を決定する。図１１は、監視終了時刻の決定の一例を示す図である。図１１に示すように、更新部１３２は、生活時間ＤＢ１２２の就寝時刻について、所定期間、例えば１ヶ月分の度数分布を求め、所定期間の就寝時刻の積み上げグラフを生成する。更新部１３２は、積み上げグラフにおいて、例えば、２０％となる時刻を監視終了時刻と決定する。図１１の例では、更新部１３２は、就寝時刻を２０時５０分から積み上げていき、２１時４０分の時点で２０％となるので、監視終了時刻を２１時４０分と決定する。

更新部１３２は、動作周期、すなわち、発話タスクテーブル１２３の動作周期を決定する。更新部１３２は、動作周期を、例えば１日の動作回数、つまり見回り回数を２０回固定として算出する。このとき、動作周期は、下記の式（１）で算出することができる。

動作周期＝（監視終了時刻−監視開始時刻）／動作回数 ・・・（１）

更新部１３２は、居住者発話ＤＢ１２７を参照し、所定期間で所定回数以上使用されたキーワードを抽出する。更新部１３２は、例えば、１ヶ月間で１０回以上使用されたキーワードを抽出する。更新部１３２は、抽出されたキーワードをＳＮＳフィルタ１２８に記憶する。

更新部１３２は、居住者発話ＤＢ１２７を参照し、居住者がよく発話する時間帯を特定する。図１２は、会話時間帯の特定の一例を示す図である。図１２に示すように、更新部１３２は、例えば、居住者の発話、すなわち会話を行った回数について、２時間ごとの度数分布を求め、度数が閾値以上となる時間帯を特定する。図１２の例では、９時から１１時と、１７時から１９時の時間帯とについて、度数が閾値以上となっている。更新部１３２は、度数が閾値以上となる時間帯について、動作周期を、例えば通常周期の１／ｎとした平常モードを発話タスクテーブル１２３に追加する。図４に示す発話タスクテーブル１２３の例では、「平常モード（定周期動作）ＩＩ」の動作周期「５分」は、「平常モード（定周期動作）Ｉ」の動作周期「３０分」の１／６となっている。

このように、更新部１３２は、トレンドＤＢ１２１と、居住者発話ＤＢ１２７とに応じて、生活時間ＤＢ１２２と、発話タスクテーブル１２３と、ＳＮＳフィルタ１２８とを更新する。

図１の説明に戻って、第１発話部１３３は、発話タスクテーブル１２３の平常モードに基づいて、発話タスク処理を実行する。第１発話部１３３は、トレンドＤＢ１２１を参照して、現状のセンサ情報を取得する。第１発話部１３３は、発話条件テーブル１２４を検索し、現状のセンサ情報と条件が一致する発話内容があるか否かを判定する。第１発話部１３３は、現状のセンサ情報と条件が一致する発話内容がある場合には、一致した発話内容を発話条件テーブル１２４から取得して、発話指示とともに端末装置１０に送信する。すなわち、第１発話部１３３は、発話タスクの動作条件に従って、センサ情報が第１の発話条件を満たすか否かを判定して第１の発話条件を満たす場合に、所定の内容を端末装置１０に発話させる第１の発話指示を端末装置１０に対して出力する。

第１発話部１３３は、発話指示を送信した後、または、現状のセンサ情報と条件が一致する発話内容がない場合には、ＳＮＳＤＢ１２５を参照してＳＮＳ情報を取得する。第１発話部１３３は、取得したＳＮＳ情報について、所定条件に合致した情報があるか否かを判定する。ここで、所定条件は、例えば、ＳＮＳＤＢ１２５の所定期間におけるキーワード数が所定値を超えた場合とすることができる。また、第１発話部１３３は、所定条件に合致した場合に、動作周期を変更した平常モードを、発話タスクテーブル１２３に追加してもよい。すなわち、第１発話部１３３は、所定期間内のリアルタイム情報に含まれるキーワードが所定数以上となった場合に、第１の発話条件の動作周期を変更する。

第１発話部１３３は、所定条件に合致した情報がある場合には、取得したＳＮＳ情報の内容を、発話指示とともに端末装置１０に送信する。すなわち、第１発話部１３３は、取得したＳＮＳ情報の内容で発話を指示する。言い換えると、第１発話部１３３は、所定条件に合致したリアルタイム情報が取得された場合に、リアルタイム情報の内容を端末装置１０に発話させる第１の発話指示を端末装置１０に対して出力する。

第１発話部１３３は、現在時刻と、発話タスクテーブル１２３とを参照して、発話タスク処理を終了するか否かを判定する。第１発話部１３３は、現在時刻が平常モードの時間帯内でない場合には、平常モードに基づく発話タスク処理を終了する。第１発話部１３３は、現在時刻が平常モードの時間帯内である場合には、発話タスクテーブル１２３の動作周期を取得する。このとき、第１発話部１３３は、発話タスクテーブル１２３に平常モードが複数ある場合には、現在時刻が時間帯内にある平常モードのうち、最も動作周期が短い平常モードの動作周期を取得するようにしてもよい。第１発話部１３３は、動作周期の時間について待機し、動作周期の時間が経過すると、再度発話タスク処理を実行する。

第２発話部１３４は、イベント発話条件テーブル１２６に基づいて、イベントドリブンによる発話タスク処理を実行する。第２発話部１３４は、トレンドＤＢ１２１を参照して、現状のセンサ情報を取得する。また、第２発話部１３４は、ＳＮＳＤＢ１２５を参照して、ＳＮＳ情報を取得する。第２発話部１３４は、取得したセンサ情報およびＳＮＳ情報を用いて、イベント発話条件テーブル１２６を検索し、現状のセンサ情報またはＳＮＳ情報と条件が一致する発話内容があるか否かを判定する。第２発話部１３４は、条件が一致する発話内容がある場合には、一致した発話内容をイベント発話条件テーブル１２６から取得して、発話指示とともに端末装置１０に送信する。すなわち、第２発話部１３４は、リアルタイム情報が第２の発話条件を満たす場合に、所定の内容を端末装置１０に発話させる第２の発話指示を端末装置１０に対して出力する。

第２発話部１３４は、発話指示を送信した後、または、現状のセンサ情報またはＳＮＳ情報と条件が一致する発話内容がない場合には、発話タスク処理を終了するか否かを判定する。なお、発話タスク処理の終了は、例えば、端末装置１０からイベントドリブンによる発話タスク処理の実行を終了する旨の制御情報を受信した場合等が挙げられる。第２発話部１３４は、例えば、イベントドリブンによる発話タスク処理の実行を終了する旨の制御情報を受信した場合には、発話タスク処理を終了する。第２発話部１３４は、発話タスク処理を終了しない場合には、一定周期の時間、例えば、１分間待機して、再度イベントドリブンによる発話タスク処理を実行する。

また、第２発話部１３４は、現在時刻が発話タスクテーブル１２３の平常モードの時間帯内にある場合には、イベントドリブンによる発話タスク処理に基づく発話指示を端末装置１０に送信するようにできる。第２発話部１３４は、現在時刻が発話タスクテーブル１２３の平常モードの時間帯内にない場合には、ＳＮＳ情報が緊急情報である場合に、緊急情報に係る内容を端末装置１０に発話させる発話指示を送信するようにできる。すなわち、第２発話部１３４は、現在時刻が発話タスクテーブル１２３の平常モードの時間帯内にない場合には、緊急情報以外のＳＮＳ情報を取得しても、端末装置１０に発話指示を送信しない。これにより、情報処理システム１は、居住者が就寝中には緊急情報についてのみ、端末装置１０から発話させることができる。

次に、実施例の情報処理システム１の動作について説明する。まず、生活時間特定処理について説明する。図１３は、生活時間特定処理の一例を示すフローチャートである。サーバ装置１００の更新部１３２は、トレンドＤＢ１２１を参照し、居室照度の時間変化を観て、居室照度が閾値以上の時間が所定時間以上続いた場合に、居室照度が閾値以上となった最初の時刻を起床時刻と特定する（ステップＳ１）。

更新部１３２は、トレンドＤＢ１２１を参照し、居室照度の時間変化を観て、居室照度が閾値未満の時間が所定時間以上続いた場合に、居室照度が閾値未満となった最初の時刻を就寝時刻と特定する（ステップＳ２）。更新部１３２は、トレンドＤＢ１２１を参照し、ＩＨ調理器電力の時間変化を観て、ＩＨ調理器電力が閾値以上の時間が所定時間以上続いた場合に、ＩＨ調理器電力が閾値以上となった最初の時刻を調理時刻と特定する（ステップＳ３）。

更新部１３２は、トレンドＤＢ１２１を参照し、ポット電力の時間変化を観て、ポット電力が「０」から閾値以上に変化した場合に、湯沸し状態と判定し、１日の湯沸し回数を算出する（ステップＳ４）。更新部１３２は、トレンドＤＢ１２１を参照し、トイレ照度の時間変化を観て、トイレ照度が閾値以上の時間が所定時間以上続いた場合に、トイレ使用と判定し、１日のトイレ回数を算出する（ステップＳ５）。これにより、サーバ装置１００は、居住者の生活時間を特定し、生活時間ＤＢ１２２を生成または更新できる。

次に、生活データ分析処理について説明する。図１４は、生活データ分析処理の一例を示すフローチャートである。サーバ装置１００の更新部１３２は、生活時間ＤＢ１２２の起床時刻に基づいて、監視開始時刻を決定する（ステップＳ１１）。更新部１３２は、生活時間ＤＢ１２２の就寝時刻に基づいて、監視終了時刻を決定する（ステップＳ１２）。更新部１３２は、監視終了時刻、監視開始時刻、および、予め定められた１日の動作回数に基づいて、上記の式（１）を用いて動作周期を算出し決定する（ステップＳ１３）。

更新部１３２は、居住者発話ＤＢ１２７を参照し、所定期間で所定回数以上使用されたキーワードを抽出する。更新部１３２は、抽出されたキーワードをＳＮＳフィルタ１２８に記憶して追加する（ステップＳ１４）。更新部１３２は、居住者発話ＤＢ１２７を参照し、居住者がよく発話する時間帯、つまり会話時間帯を特定する（ステップＳ１５）。これにより、サーバ装置１００は、発話タスクテーブル１２３、および、ＳＮＳフィルタ１２８を生成または更新できる。

続いて、平常モード発話タスク処理について説明する。図１５は、平常モード発話タスク処理の一例を示すフローチャートである。サーバ装置１００の第１発話部１３３は、トレンドＤＢ１２１を参照して、現状のセンサ情報を取得する（ステップＳ１０１）。第１発話部１３３は、発話条件テーブル１２４を検索し（ステップＳ１０２）、現状のセンサ情報と条件が一致する発話内容があるか否かを判定する（ステップＳ１０３）。

第１発話部１３３は、現状のセンサ情報と条件が一致する発話内容がある場合には（ステップＳ１０３：肯定）、一致した発話内容を発話条件テーブル１２４から取得して、発話指示とともに端末装置１０に送信する（ステップＳ１０４）。第１発話部１３３は、現状のセンサ情報と条件が一致する発話内容がない場合には（ステップＳ１０３：否定）、ステップＳ１０５に進む。

第１発話部１３３は、ＳＮＳＤＢ１２５を参照してＳＮＳ情報を取得する（ステップＳ１０５）。第１発話部１３３は、取得したＳＮＳ情報について、所定条件に合致した情報があるか否かを判定する（ステップＳ１０６）。第１発話部１３３は、所定条件に合致した情報がある場合には（ステップＳ１０６：肯定）、取得したＳＮＳ情報の内容を、発話指示とともに端末装置１０に送信する（ステップＳ１０７）。第１発話部１３３は、所定条件に合致した情報がない場合には（ステップＳ１０６：否定）、ステップＳ１０８に進む。

第１発話部１３３は、現在時刻と、発話タスクテーブル１２３とを参照して、発話タスク処理を終了するか否かを判定する（ステップＳ１０８）。第１発話部１３３は、現在時刻が平常モードの時間帯内でない場合には（ステップＳ１０８：肯定）、平常モードに基づく発話タスク処理を終了する。第１発話部１３３は、現在時刻が平常モードの時間帯内である場合には（ステップＳ１０８：否定）、発話タスクテーブル１２３の動作周期を取得する（ステップＳ１０９）。第１発話部１３３は、動作周期の時間について待機し（ステップＳ１１０）、動作周期の時間が経過すると、ステップＳ１０１戻る。これにより、情報処理システム１は、生活リズムおよびリアルタイム情報に適応した発話ができる。

次に、イベントドリブン発話タスク処理について説明する。図１６は、イベントドリブン発話タスク処理の一例を示すフローチャートである。サーバ装置１００の第２発話部１３４は、トレンドＤＢ１２１を参照して、現状のセンサ情報を取得する（ステップＳ１５１）。第２発話部１３４は、ＳＮＳＤＢ１２５を参照して、ＳＮＳ情報を取得する（ステップＳ１５２）。第２発話部１３４は、取得したセンサ情報およびＳＮＳ情報を用いて、イベント発話条件テーブル１２６を検索し（ステップＳ１５３）、現状のセンサ情報またはＳＮＳ情報と条件が一致する発話内容があるか否かを判定する（ステップＳ１５４）。

第２発話部１３４は、条件が一致する発話内容がある場合には（ステップＳ１５４：肯定）、一致した発話内容をイベント発話条件テーブル１２６から取得して、発話指示とともに端末装置１０に送信する（ステップＳ１５５）。第２発話部１３４は、条件が一致する発話内容がない場合には（ステップＳ１５４：否定）、ステップＳ１５６に進む。第２発話部１３４は、発話タスク処理を終了するか否かを判定する（ステップＳ１５６）。第２発話部１３４は、発話タスク処理を終了する場合には（ステップＳ１５６：肯定）、イベントドリブン発話タスク処理を終了する。第２発話部１３４は、発話タスク処理を終了しない場合には（ステップＳ１５６：否定）、一定周期の時間待機し（ステップＳ１５７）、ステップＳ１５１に戻る。これにより、情報処理システム１は、室温上昇や事件発生等のイベントに応じた発話ができる。

このように、サーバ装置１００は、居室内の情報を検出するセンサ５から入力されたセンサ情報を取得する。また、サーバ装置１００は、センサ情報に基づいて、発話タスクの動作条件を更新する。また、サーバ装置１００は、発話タスクの動作条件に従って、センサ情報が第１の発話条件を満たすか否かを判定して第１の発話条件を満たす場合に、所定の内容を端末装置１０に発話させる第１の発話指示を出力する。その結果、生活リズムに適応した発話ができる。

また、サーバ装置１００は、さらに、居住者が発話した時間帯に対応する発話タスクの動作条件を追加または変更する。その結果、居住者との擬似会話を増加させることができる。

また、サーバ装置１００は、さらに、センサ情報が第２の発話条件を満たす場合に、所定の内容を端末装置１０に発話させる第２の発話指示を出力する。その結果、生活リズムに適応した発話とセンサ情報に応じた発話とができる。

また、サーバ装置１００は、さらに、ソーシャルネットワーキングサービスから入力されたリアルタイム情報を取得する。また、サーバ装置１００は、さらに、リアルタイム情報が第２の発話条件を満たす場合に、所定の内容を端末装置１０に発話させる第２の発話指示を出力する。その結果、生活リズムおよびリアルタイム情報に適応した発話ができる。

また、サーバ装置１００は、さらに、所定条件に合致したリアルタイム情報が取得された場合に、リアルタイム情報の内容を端末装置１０に発話させる第１の発話指示を出力する。その結果、室温上昇や事件発生等のイベントに応じた発話ができる。

また、サーバ装置１００は、所定期間内のリアルタイム情報に含まれるキーワードが所定数以上となった場合に、第１の発話条件の動作周期を変更する。その結果、世間で話題となっている事項についての発話を増加させることができる。

また、サーバ装置１００は、さらに、発話タスクの動作条件を満たす場合には、所定の内容を端末装置１０に発話させる第２の発話指示を出力する。また、サーバ装置１００は、発話タスクの動作条件を満たさない場合には、リアルタイム情報が緊急情報である場合に、緊急情報に係る内容を端末装置１０に発話させる第２の発話指示を出力する。その結果、居住者が起きている間は、通常の情報と緊急情報とを端末装置１０から発話させ、居住者が就寝中には緊急情報についてのみ、端末装置１０から発話させることができる。

なお、上記実施例では、発話内容をサーバ装置１００から端末装置１０に送信して、端末装置１０に発話させたが、これに限定されない。例えば、端末装置１０に予め発話内容を記憶させ、サーバ装置１００からは発話指示のみを送信するようにしてもよい。このとき、サーバ装置１００は、ＳＮＳ情報等のリアルタイム情報に係る発話内容のみを端末装置１０に送信する。これにより、端末装置１０とサーバ装置１００との間での通信量を低減でき、また、居住者の発話に対応する時間を短縮できる。

また、上記実施例では、ＳＮＳ情報に基づいて発話指示を出力したが、これに限定されない。例えば、センサ情報のみに基づいて発話指示を出力するようにしてもよい。なお、この場合には、第２発話部１３４のＳＮＳ情報に関する部分を省略してもよい。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、更新部１３２の生活時間特定処理と、生活データ分析処理とを分割し、それぞれ別の処理部として設けてもよい。

さらに、各装置で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。

ところで、上記の実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１７は、情報処理プログラムを実行するコンピュータの一例を示す図である。

図１７が示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、データ入力を受け付ける入力装置２０２と、モニタ２０３とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読み取る媒体読取装置２０４と、各種装置と接続するためのインタフェース装置２０５と、他の情報処理装置等と有線または無線により接続するための通信装置２０６とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０７と、ハードディスク装置２０８とを有する。また、各装置２０１〜２０８は、バス２０９に接続される。

ハードディスク装置２０８には、図１に示した取得部１３１、更新部１３２、第１発話部１３３および第２発話部１３４の各処理部と同様の機能を有する情報処理プログラムが記憶される。また、ハードディスク装置２０８には、トレンドＤＢ１２１、生活時間ＤＢ１２２、発話タスクテーブル１２３、および、発話条件テーブル１２４、が記憶される。また、ハードディスク装置２０８には、ＳＮＳＤＢ１２５、イベント発話条件テーブル１２６、居住者発話ＤＢ１２７、ＳＮＳフィルタ１２８、および、情報処理プログラムを実現するための各種データが記憶される。入力装置２０２は、例えば、コンピュータ２００の管理者から管理情報等の各種情報の入力を受け付ける。モニタ２０３は、例えば、コンピュータ２００の管理者に対して管理情報の画面や各種画面を表示する。インタフェース装置２０５は、例えば、図１に示した入出力部１０１と同様の機能を有し、センサ５および端末装置１０と接続され、各種情報をやりとりする。通信装置２０６は、例えば、図１に示した通信部１１０と同様の機能を有しネットワークＮと接続され、ＳＮＳ情報等のリアルタイム情報を取得する。

ＣＰＵ２０１は、ハードディスク装置２０８に記憶された各プログラムを読み出して、ＲＡＭ２０７に展開して実行することで、各種の処理を行う。また、これらのプログラムは、コンピュータ２００を図１に示した取得部１３１、更新部１３２、第１発話部１３３および第２発話部１３４として機能させることができる。

なお、上記の情報処理プログラムは、必ずしもハードディスク装置２０８に記憶されている必要はない。例えば、コンピュータ２００が読み取り可能な記憶媒体に記憶されたプログラムを、コンピュータ２００が読み出して実行するようにしてもよい。コンピュータ２００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ等に接続された装置にこの情報処理プログラムを記憶させておき、コンピュータ２００がこれらから情報処理プログラムを読み出して実行するようにしてもよい。

以上、本実施例を含む実施の形態に関し、さらに以下の付記を開示する。

（付記１）居室内の情報を検出するセンサから入力されたセンサ情報を取得し、
前記センサ情報に基づいて、発話タスクの動作条件を更新し、
前記発話タスクの動作条件に従って、前記センサ情報が第１の発話条件を満たすか否かを判定して前記第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を出力する
処理をコンピュータが実行することを特徴とする情報処理方法。

（付記２）前記更新する処理は、さらに、前記居住者が発話した時間帯に対応する発話タスクの動作条件を追加または変更することを特徴とする付記１に記載の情報処理方法。

（付記３）さらに、前記センサ情報が第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる第２の発話指示を出力することを特徴とする付記１または２に記載の情報処理方法。

（付記４）前記取得する処理は、さらに、ソーシャルネットワーキングサービスから入力されたリアルタイム情報を取得し、
前記第２の発話指示を出力する処理は、さらに、前記リアルタイム情報が前記第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする付記３に記載の情報処理方法。

（付記５）前記第１の発話指示を出力する処理は、さらに、所定条件に合致した前記リアルタイム情報が取得された場合に、前記リアルタイム情報の内容を前記端末装置に発話させる前記第１の発話指示を出力することを特徴とする付記４に記載の情報処理方法。

（付記６）前記第１の発話指示を出力する処理は、所定期間内の前記リアルタイム情報に含まれるキーワードが所定数以上となった場合に、前記第１の発話条件の動作周期を変更することを特徴とする付記５に記載の情報処理方法。

（付記７）前記第２の発話指示を出力する処理は、さらに、前記発話タスクの動作条件を満たす場合には、前記所定の内容を前記端末装置に発話させる前記第２の発話指示を出力し、前記発話タスクの動作条件を満たさない場合には、前記リアルタイム情報が緊急情報である場合に、前記緊急情報に係る内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする付記４〜６のいずれか１つに記載の情報処理方法。

（付記８）居室内の情報を検出するセンサから入力されたセンサ情報を取得し、
前記センサ情報に基づいて、発話タスクの動作条件を更新し、
前記発話タスクの動作条件に従って、前記センサ情報が第１の発話条件を満たすか否かを判定して前記第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を出力する
処理をコンピュータに実行させることを特徴とする情報処理プログラム。

（付記９）前記更新する処理は、さらに、前記居住者が発話した時間帯に対応する発話タスクの動作条件を追加または変更することを特徴とする付記８に記載の情報処理プログラム。

（付記１０）さらに、前記センサ情報が第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる第２の発話指示を出力することを特徴とする付記８または９に記載の情報処理プログラム。

（付記１１）前記取得する処理は、さらに、ソーシャルネットワーキングサービスから入力されたリアルタイム情報を取得し、
前記第２の発話指示を出力する処理は、さらに、前記リアルタイム情報が前記第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする付記１０に記載の情報処理プログラム。

（付記１２）前記第１の発話指示を出力する処理は、さらに、所定条件に合致した前記リアルタイム情報が取得された場合に、前記リアルタイム情報の内容を前記端末装置に発話させる前記第１の発話指示を出力することを特徴とする付記１１に記載の情報処理プログラム。

（付記１３）前記第１の発話指示を出力する処理は、所定期間内の前記リアルタイム情報に含まれるキーワードが所定数以上となった場合に、前記第１の発話条件の動作周期を変更することを特徴とする付記１２に記載の情報処理プログラム。

（付記１４）前記第２の発話指示を出力する処理は、さらに、前記発話タスクの動作条件を満たす場合には、前記所定の内容を前記端末装置に発話させる前記第２の発話指示を出力し、前記発話タスクの動作条件を満たさない場合には、前記リアルタイム情報が緊急情報である場合に、前記緊急情報に係る内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする付記１１〜１３のいずれか１つに記載の情報処理プログラム。

（付記１５）センサと、サーバ装置と、端末装置とを有する情報処理システムであって、
前記センサは、居室内の情報を検出して前記サーバ装置に出力し、
前記サーバ装置は、
前記センサから入力されたセンサ情報、および、ソーシャルネットワーキングサービスから入力されたリアルタイム情報を取得する取得部と、
前記センサ情報に基づいて居住者の生活リズムを予測して、発話タスクの動作条件を更新する更新部と、
前記発話タスクの動作条件を満たし、かつ、前記センサ情報が第１の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる第１の発話指示を前記端末装置に送信する第１発話部とを有し、
前記端末装置は、前記サーバ装置から前記第１の発話指示を受信して、前記第１の発話指示に応じた前記所定の内容を発話する
ことを特徴とする情報処理システム。

（付記１６）前記更新部は、さらに、前記居住者が発話した時間帯に対応する発話タスクの動作条件を追加または変更することを特徴とする付記１５に記載の情報処理システム。

（付記１７）前記サーバ装置は、さらに、前記リアルタイム情報が第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる第２の発話指示を前記端末装置に送信する第２発話部を有し、
前記端末装置は、前記サーバ装置から前記第１の発話指示、または、前記第２の発話指示を受信して、前記第１の発話指示、または、前記第２の発話指示に応じた前記所定の内容を発話する
ことを特徴とする付記１５または１６に記載の情報処理システム。

（付記１８）前記取得部は、さらに、ソーシャルネットワーキングサービスから入力されたリアルタイム情報を取得し、
前記第２発話部は、さらに、前記リアルタイム情報が前記第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする付記１７に記載の情報処理システム。

（付記１９）前記第１発話部は、さらに、所定条件に合致した前記リアルタイム情報が取得された場合に、前記リアルタイム情報の内容を前記端末装置に発話させる前記第１の発話指示を出力することを特徴とする付記１８に記載の情報処理システム。

（付記２０）前記第１発話部は、所定期間内の前記リアルタイム情報に含まれるキーワードが所定数以上となった場合に、前記第１の発話条件の動作周期を変更することを特徴とする付記１９に記載の情報処理システム。

（付記２１）前記第２発話部は、さらに、前記発話タスクの動作条件を満たす場合には、前記所定の内容を前記端末装置に発話させる前記第２の発話指示を出力し、前記発話タスクの動作条件を満たさない場合には、前記リアルタイム情報が緊急情報である場合に、前記緊急情報に係る内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする付記１８〜２０のいずれか１つに記載の情報処理システム。

（付記２２）居室内の情報を検出するセンサから入力されたセンサ情報を取得する取得部と、
前記センサ情報に基づいて、発話タスクの動作条件を更新する更新部と、
前記発話タスクの動作条件に従って、前記センサ情報が第１の発話条件を満たすか否かを判定して前記第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を出力する第１発話部と、
を有することを特徴とする情報処理装置。

（付記２３）前記更新部は、さらに、前記居住者が発話した時間帯に対応する発話タスクの動作条件を追加または変更することを特徴とする付記２２に記載の情報処理装置。

（付記２４）さらに、前記センサ情報が第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる第２の発話指示を出力する第２発話部を有することを特徴とする付記２２または２３に記載の情報処理装置。

（付記２５）前記取得部は、さらに、ソーシャルネットワーキングサービスから入力されたリアルタイム情報を取得し、
前記第２発話部は、さらに、前記リアルタイム情報が前記第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする付記２４に記載の情報処理装置。

（付記２６）前記第１発話部は、さらに、所定条件に合致した前記リアルタイム情報が取得された場合に、前記リアルタイム情報の内容を前記端末装置に発話させる前記第１の発話指示を出力することを特徴とする付記２５に記載の情報処理装置。

（付記２７）前記第１発話部は、所定期間内の前記リアルタイム情報に含まれるキーワードが所定数以上となった場合に、前記第１の発話条件の動作周期を変更することを特徴とする付記２６に記載の情報処理装置。

（付記２８）前記第２発話部は、さらに、前記発話タスクの動作条件を満たす場合には、前記所定の内容を前記端末装置に発話させる前記第２の発話指示を出力し、前記発話タスクの動作条件を満たさない場合には、前記リアルタイム情報が緊急情報である場合に、前記緊急情報に係る内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする付記２５〜２７のいずれか１つに記載の情報処理装置。

１ 情報処理システム
５ センサ
１０ 端末装置
１００ サーバ装置
１０１ 入出力部
１１０ 通信部
１２０ 記憶部
１２１ トレンドデータベース
１２２ 生活時間データベース
１２３ 発話タスクテーブル
１２４ 発話条件テーブル
１２５ ＳＮＳデータベース
１２６ イベント発話条件テーブル
１２７ 居住者発話データベース
１２８ ＳＮＳフィルタ
１３０ 制御部
１３１ 取得部
１３２ 更新部
１３３ 第１発話部
１３４ 第２発話部
Ｎネットワーク

Claims (10)

1. 居室内の情報を検出するセンサから入力されたセンサ情報を取得し、
   前記センサ情報に基づいて、発話タスクの動作条件を更新し、
   前記発話タスクの動作条件に従って、前記センサ情報が第１の発話条件を満たすか否かを判定して前記第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を出力する
   処理をコンピュータが実行することを特徴とする情報処理方法。
2. 前記更新する処理は、さらに、居住者が発話した時間帯に対応する発話タスクの動作条件を追加または変更することを特徴とする請求項１に記載の情報処理方法。
3. さらに、前記センサ情報が第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる第２の発話指示を出力することを特徴とする請求項１または２に記載の情報処理方法。
4. 前記取得する処理は、さらに、ソーシャルネットワーキングサービスから入力されたリアルタイム情報を取得し、
   前記第２の発話指示を出力する処理は、さらに、前記リアルタイム情報が前記第２の発話条件を満たす場合に、所定の内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする請求項３に記載の情報処理方法。
5. 前記第１の発話指示を出力する処理は、さらに、所定条件に合致した前記リアルタイム情報が取得された場合に、前記リアルタイム情報の内容を前記端末装置に発話させる前記第１の発話指示を出力することを特徴とする請求項４に記載の情報処理方法。
6. 前記第１の発話指示を出力する処理は、所定期間内の前記リアルタイム情報に含まれるキーワードが所定数以上となった場合に、前記第１の発話条件の動作周期を変更することを特徴とする請求項５に記載の情報処理方法。
7. 前記第２の発話指示を出力する処理は、さらに、前記発話タスクの動作条件を満たす場合には、前記所定の内容を前記端末装置に発話させる前記第２の発話指示を出力し、前記発話タスクの動作条件を満たさない場合には、前記リアルタイム情報が緊急情報である場合に、前記緊急情報に係る内容を前記端末装置に発話させる前記第２の発話指示を出力することを特徴とする請求項４〜６のいずれか１つに記載の情報処理方法。
8. 居室内の情報を検出するセンサから入力されたセンサ情報を取得し、
   前記センサ情報に基づいて、発話タスクの動作条件を更新し、
   前記発話タスクの動作条件に従って、前記センサ情報が第１の発話条件を満たすか否かを判定して前記第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を出力する
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。
9. センサと、サーバ装置と、端末装置とを有する情報処理システムであって、
   前記センサは、居室内の情報を検出して前記サーバ装置に出力し、
   前記サーバ装置は、
   前記センサから入力されたセンサ情報を取得する取得部と、
   前記センサ情報に基づいて居住者の生活リズムを予測して、発話タスクの動作条件を更新する更新部と、
   前記発話タスクの動作条件に従って、前記センサ情報が第１の発話条件を満たすか否かを判定して前記第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を前記端末装置に送信する第１発話部とを有し、
   前記端末装置は、前記サーバ装置から前記第１の発話指示を受信して、前記第１の発話指示に応じた前記所定の内容を発話する
   ことを特徴とする情報処理システム。
10. 居室内の情報を検出するセンサから入力されたセンサ情報を取得する取得部と、
    前記センサ情報に基づいて居住者の生活リズムを予測して、発話タスクの動作条件を更新する更新部と、
    前記発話タスクの動作条件に従って、前記センサ情報が第１の発話条件を満たすか否かを判定して前記第１の発話条件を満たす場合に、所定の内容を端末装置に発話させる第１の発話指示を出力する第１発話部と
    を有することを特徴とする情報処理装置。

Images