(57)【要約】  本技術は、メッセージをより確実にユーザに伝えることができるようにする情報処理装置、情報処理方法、プログラムに関する。情報を第１のユーザに提示する提示部と、第１のユーザが、情報を受信したことを表す反応を検出する検出部と、検出部で反応を検出できなかった場合、第２のユーザを検索する検索部と、検索部で検索された第２のユーザに、第１のユーザへの伝言を依頼する依頼部とを備える。検出部で反応を検出できなかった場合、第１のユーザに応答を求める応答促進メッセージを出力し、検索部は、応答促進メッセージが出力された後、検出部で反応を検出できなかった場合、第２のユーザを検索する。本技術は、エージェント装置に適用できる。
2018180571.tif 000002
【特許請求の範囲】
【請求項１】
情報を第１のユーザに提示する提示部と、
前記第１のユーザが、前記情報を受信したことを表す反応を検出する検出部と、
前記検出部で前記反応を検出できなかった場合、第２のユーザを検索する検索部と、
前記検索部で検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼する依頼部と
を備える情報処理装置。
【請求項２】
前記検出部で前記反応を検出できなかった場合、前記第１のユーザに応答を求める応答促進メッセージを出力し、
前記検索部は、前記応答促進メッセージが出力された後、前記検出部で前記反応を検出できなかった場合、前記第２のユーザを検索する
請求項１に記載の情報処理装置。
【請求項３】
前記依頼部で、前記依頼が前記第２のユーザに出された場合、前記検出部は、前記第２のユーザが、前記依頼を受信したことを表す反応をしたか否かを検出する
請求項１に記載の情報処理装置。
【請求項４】
前記検出部で前記反応を検出できなかった場合、前記第２のユーザに応答を求める応答促進メッセージを出力する
請求項３に記載の情報処理装置。
【請求項５】
前記検出部は、前記第１のユーザの顔の検出、うなずいたか否かの検出、頭部の方向の検出、または視線の検出のうちの少なくとも１つの検出を行うことで、前記反応を検出する
請求項１に記載の情報処理装置。
【請求項６】
前記検出部は、前記第１のユーザの音声の音量の検出、前記音声の認識結果の検出、または前記認識結果を意味解析した結果の検出のうちの少なくとも１つの検出を行うことで、前記反応を検出する
請求項１に記載の情報処理装置。
【請求項７】
前記検出部は、前記第１のユーザのジェスチャを検出し、検出されたジェスチャが、前記情報を受信したことを表す反応であるか否かを判定することで、前記反応を検出する
請求項１に記載の情報処理装置。
【請求項８】
前記依頼部は、前記第２のユーザの年齢に応じたメッセージを生成し、出力する
請求項１に記載の情報処理装置。
【請求項９】
前記依頼は、前記第１のユーザを連れてきて欲しいというメッセージである
請求項１に記載の情報処理装置。
【請求項１０】
前記依頼は、前記情報を含むメッセージである
請求項１に記載の情報処理装置。
【請求項１１】
前記メッセージに含まれる前記情報は、圧縮された情報である
請求項１０に記載の情報処理装置。
【請求項１２】
前記依頼は、前記情報の発信者に対して、前記情報が、前記第１のユーザに提示できなかったことを知らせるメッセージである
請求項１に記載の情報処理装置。
【請求項１３】
情報を第１のユーザに提示し、
前記第１のユーザが、前記情報を受信したことを表す反応を検出し、
前記反応を検出できなかった場合、第２のユーザを検索し、
検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼する
ステップを含む情報処理方法。
【請求項１４】
コンピュータに、
情報を第１のユーザに提示し、
前記第１のユーザが、前記情報を受信したことを表す反応を検出し、
前記反応を検出できなかった場合、第２のユーザを検索し、
検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼する
ステップを含む処理を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は情報処理装置、情報処理方法、プログラムに関し、例えば、メッセージを伝えたいユーザに、より確実に伝わるようにした情報処理装置、情報処理方法、プログラムに関する。
【背景技術】
【０００２】
例えば、家庭内にエージェントと称される装置を設置し、ユーザに様々な情報を提供することが提案されている。そのような装置を用いたときには、情報を提供したいユーザに対して適切に情報が提供されることが必要である。特許文献１では、情報を伝えるべきユーザを、画像認識で検出し、検出したときに情報を伝えることが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２０８１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
情報を伝えるべきユーザを、検出し、情報を伝えたとしても、そのユーザに情報が伝わったかを、システム（エージェント）側で確認することはされていない。よって、ユーザに情報が伝わっていないこともあり、そのようなときに対応を取ることはできない。ユーザに情報をより確実に提供することが望まれている。【０００５】
本技術は、このような状況に鑑みてなされたものであり、ユーザに情報をより確実に伝えることができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の一側面の情報処理装置は、情報を第１のユーザに提示する提示部と、前記第１のユーザが、前記情報を受信したことを表す反応を検出する検出部と、前記検出部で前記反応を検出できなかった場合、第２のユーザを検索する検索部と、前記検索部で検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼する依頼部とを備える。【０００７】
本技術の一側面の情報処理方法は、情報を第１のユーザに提示し、前記第１のユーザが、前記情報を受信したことを表す反応を検出し、前記反応を検出できなかった場合、第２のユーザを検索し、検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼するステップを含む。【０００８】
本技術の一側面のプログラムは、コンピュータに、情報を第１のユーザに提示し、前記第１のユーザが、前記情報を受信したことを表す反応を検出し、前記反応を検出できなかった場合、第２のユーザを検索し、検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼するステップを含む処理を実行させる。【０００９】
本技術の一側面の情報処理装置、情報処理方法、並びにプログラムにおいては、情報が第１のユーザに提示され、第１のユーザが、情報を受信したことを表す反応が検出され、反応が検出されなかった場合、第２のユーザが検索され、検索された第２のユーザに、第１のユーザへの伝言が依頼される。【００１０】
なお、情報処理装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。【００１１】
また、プログラムは、伝送媒体を介して伝送することにより、または、記録媒体に記録して、提供することができる。
【発明の効果】
【００１２】
本技術の一側面によれば、ユーザに情報をより確実に伝えることができる。【００１３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１４】
【図１】本技術を適用した情報処理システムの一実施の形態の構成を示す図である。
【図２】他の情報処理システムの構成を示す図である。
【図３】情報処理システムの動作について説明するための図である。
【図４】情報処理システムの動作について説明するための図である。
【図５】情報処理部の構成について説明するための図である。
【図６】データベースの一例の構成を示す図である。
【図７】データベースの一例の構成を示す図である。
【図８】データベースの一例の構成を示す図である。
【図９】データベースの一例の構成を示す図である。
【図１０】データベースの一例の構成を示す図である。
【図１１】データベースの一例の構成を示す図である。
【図１２】データベースの一例の構成を示す図である。
【図１３】データベースの一例の構成を示す図である。
【図１４】データベースの一例の構成を示す図である。
【図１５】データベースの一例の構成を示す図である。
【図１６】情報処理部の動作について説明するための図である。
【図１７】情報処理部の動作について説明するための図である。
【図１８】情報処理部の動作について説明するための図である。
【図１９】データベースの更新について説明するための図である。
【図２０】情報処理部の動作について説明するための図である。
【図２１】情報処理部の動作について説明するための図である。
【図２２】情報処理部の動作について説明するための図である。
【図２３】データベースの更新について説明するための図である。
【図２４】情報処理部の動作について説明するための図である。
【図２５】情報処理部の動作について説明するための図である。
【図２６】情報処理部の動作について説明するための図である。
【図２７】情報処理部の動作について説明するための図である。
【図２８】データベースの更新について説明するための図である。
【図２９】情報処理部の動作について説明するための図である。
【図３０】情報処理部の動作について説明するための図である。
【図３１】データベースの更新について説明するための図である。
【図３２】情報処理部の動作について説明するためのフローチャートである。
【図３３】記録媒体について説明するための図である。
【発明を実施するための形態】
【００１５】
以下に、本技術を実施するための形態（以下、実施の形態という）について説明する。
【００１６】
＜システムの構成例＞
図１は、本技術を適用した情報処理システムの一実施の形態の構成を示す図である。情報処理システムは、情報取得部１１、情報処理部１２、外部サービス提供部２１、および家庭外ネットワーク２２を含む構成とされている。
【００１７】
情報取得部１１、情報処理部１２、外部サービス提供部２１は、家庭外ネットワーク２２を介して接続され、相互にデータの授受を行えるように構成されている。
【００１８】
図１に示した情報処理システムにおいては、情報取得部１１と情報処理部１２は、家庭内に設置されている装置であるとして図示してあるが、図２に示す情報処理システムのように、情報処理部１２は、家庭外に設置され、家庭外ネットワーク２２を介して、情報取得部１１とデータの授受を行う構成とされていても良い。
【００１９】
図１に示した情報処理システムにおいて、情報取得部１１と情報処理部１２は、家庭内に設置され、家庭内に構築されたネットワーク、例えば無線または／および有線で構成されたＬＡＮ（Local Area Network）を介して接続されており、ネットワークを介して互いにデータの授受を行えるように構成されている。
【００２０】
また情報処理部１２は、家庭外ネットワーク２２を介して外部サービス提供部２１と接続されており、データの授受を行えるように構成されている。
【００２１】
図１または図２に示した情報処理システム（以下、図１に示した情報処理システムを例に挙げて説明を続ける）においては、情報取得部１１により情報が取得される。取得される情報は、例えば、ユーザの反応、ユーザの発話、ユーザ同士の会話、ユーザを識別するための情報、周辺の状況などである。
【００２２】
情報取得部１１で取得された情報は、情報処理部１２に供給され、処理される。情報処理部１２は、例えば、所定のユーザ（発信者とする）からのメッセージを、発信者がメッセージの受信者として指定しているユーザに伝えたり、受信者に直接伝えられない場合、受信者以外のユーザ（伝言者とする）に受信者に伝言を頼んだりする処理を実行する。また、外部サービス提供部２１に、所定の情報の問い合わせを行ったり、その問い合わせ結果をユーザに提供したりする。
【００２３】
外部サービス提供部２１は、所謂検索サーバと称されるサーバであったり、買い物などを行えるショッピングサイトを管理するサーバであったりする。
【００２４】
＜システムにおける処理例＞
図１に示した情報処理システムにおける処理の一例について、図３、図４を参照して説明する。
【００２５】
時刻Ｔ１（図３）において、情報処理部１２は、発信者（図３では、お父さん、以下、発信者３１と記述する）からのメッセージを受信し、受信者（図３では、お母さん、以下、受信者３２と記述する）に伝える。
【００２６】
ここでは、メッセージを例に挙げて説明するが、何らかの情報を、受信者３２に伝えるときに本技術を適用することはできる。すなわちここで例に挙げて説明するメッセージは、情報の一例であり、ユーザに提示される情報は、メッセージに限定される記載ではない。
【００２７】
例えば、図３に示した例では、情報処理部１２は、発信者から「今日は帰りが遅いよ」というメールを受け取ったため、“お父さんからメールです「今日は帰りが遅いよ」”といったメッセージを、例えば、音声にて受信者３２に対して伝える。
【００２８】
受信者３２は、例えば料理などをしており、情報処理部１２からのメッセージが聞こえず、何の反応（リアクション）も取らなかったとする。なお受信者３２が反応を示さない状況としては、受信者３２が、メッセージに気づかずに反応しない状況と、メッセージには気づいているが、忙しいなどの理由により反応しない状況とがある。
【００２９】
情報処理部１２は、受信者３２に対して繰り返しメッセージを伝え、その都度、受信者３２の反応を検出し、反応があったか否かを判定する。そのような判定が、例えば５回繰り返し行われたが、受信者３２は反応しなかったと判定された場合、メッセージが伝わっているか否かを確認する文言を付加し、再度メッセージを伝える。
【００３０】
時刻Ｔ２において、情報処理部１２は、“お父さんからメールです「今日は帰りが遅いよ」とのことです。返信しましょうか？”といったメッセージを受信者に伝える。この場合、“返信しましょうか？”といった、メッセージが伝わっているか否かを確認する文言が付加されている。
【００３１】
このような、“メッセージが伝わっているか否かを確認する文言”を付加したメッセージを伝えたにもかかわらず、受信者３２が反応しなかった場合、情報処理部１２からのメッセージは、受信者３２には届いていないと判定される。
【００３２】
このように判定された場合、情報処理部１２は、時刻Ｔ３において、周囲を検索する。この検索は、情報処理部１２の近くに、換言すれば、情報処理部１２からメッセージを伝えられる範囲内に居るユーザ（伝言者３３とする）を探し出すために行われる。情報処理部１２が、各部屋に配置されているような場合、部屋に居るユーザが検索対象とされる。
【００３３】
時刻Ｔ３において、情報処理部１２の周囲が探索された結果、子供（伝言者３３）が見つかったとする。このような場合、見つかった子供が、受信者３２にメッセージを伝言する（メッセージがあることを伝言する）伝言者３３に設定される。
【００３４】
なお、伝言者３３は、このように、発信者３１からのメッセージが受信者３２に伝わらないときに、受信者３２に情報処理部１２の代わりにメッセージを伝えたり、受信者３２に情報処理部１２からメッセージがあることを伝えたりする役割を与えられたユーザである。
【００３５】
なお、後述するように、伝言者３３には、発信者３１も含まれる場合がある。すなわち、伝言者３３は、受信者３２以外のユーザとすることができる。
【００３６】
時刻Ｔ３において、伝言者３３が見つかった場合、時刻Ｔ４において、伝言者３３に対する伝言状態の通知が行われる。そして、時刻Ｔ５（図４）において、情報処理部１２は、伝言者３３に対して、“「お母さん」に伝えたいことがあります”といったメッセージを出す。そのメッセージに対して伝言者３３（この場合、子供）が、何らかの反応、例えば、手を挙げた、返事をしたなどの反応を示したか否かが判定される。
【００３７】
伝言者３３が、メッセージに対して反応したと判定された場合、メッセージは届いたと判定される。そのような判定がされた場合、時刻Ｔ６において、伝言モードにおける依頼タイプを算出し、この例の場合、母親を呼ぶ依頼の作成が行われる。依頼タイプは、後述するように、伝言者３３の年齢や、発信者３１からのメッセージ（受信者３２に伝えたいメッセージ）の内容などにより設定される。
【００３８】
時刻Ｔ７において、情報処理部１２は、“「お母さん」を呼んで連れてきてくれますか”といったメッセージを伝言者３３に対して出す。伝言者３３が、情報処理部１２からのメッセージを理解し、行動する。この場合、伝言者３３である子供は、受信者３２であるお母さんを呼びに行く。
【００３９】
伝言者３３が、受信者３２を呼びに行き、情報処理部１２に近づいた場合、受信者３２に対してメッセージが伝えられる。この場合、時刻Ｔ８において、情報処理部１２は、受信者３２（お母さん）に対して、“お父さんからメールです「今日は帰りが遅いよ」”といったメッセージを伝える。
【００４０】
このように時刻Ｔ１の時点では、発信者３１からのメッセージは、受信者３２に伝えられなかったが、伝言者３３を介してメッセージがあることを受信者３２に伝えることができ、時刻Ｔ８の時点で、発信者３１からのメッセージを受信者３２に確実に伝えることができた。
【００４１】
＜情報取得部、情報処理部の構成＞
このような処理を行う情報処理部１２の構成について説明する。
【００４２】
図５は、情報処理部１２の一例の構成を示す図である。なお、図５に示した情報処理部１２は、情報取得部１１の構成も含む構成とされている。換言すれば、情報取得部１１と情報処理部１２を一体化した構成とした場合の情報処理部１２の構成を示す。よって、図５に示した構成の一部は、情報取得部１１とし、情報処理部１２と別体で構成されるようにすることも可能である。
【００４３】
情報処理部１２は、音声取得部１０１、音声出力部１０２、音声処理部１０３、画像取得部１０４、表示部１０５、画像処理部１０６、通信部１０７、操作入力部１８、制御部１０９、およびデータベース１１０を備える。
【００４４】
音声取得部１０１は、例えば、マイクロフォンを備える構成とされ、ユーザが発話した音や、周囲の音などを取得する。音声出力部１０２は、例えば、スピーカを備える構成とされ、ユーザに対してメッセージを音声で伝えるときなどに、音声を出力する。音声処理部１０３は、音声取得部１０１で取得された音声を処理したり、音声出力部１０２で出力する音声を生成したりする。
【００４５】
例えば、上記した時刻Ｔ１において、受信者３２からの反応があったか否かを判定するとき、音声取得部１０１にて、受信者３２の発話した内容が取得され、音声処理部１０３は、その取得された音声を解析することで判定を行う。
【００４６】
また、上記した時刻Ｔ１において、受信者３２に対してメッセージを出すとき、音声処理部１０３で、出力するメッセージの音声データが生成され、音声出力部１０２で出力される。
【００４７】
画像取得部１０４は、例えば、カメラを備える構成とされ、ユーザや周囲の画像を撮像し、取得する。表示部１０５は、例えば、ディスプレイを備える構成とされ、ユーザに対してメッセージを画像で伝えるときなどに、その画像を表示する。画像処理部１０６は、画像取得部１０４で取得された画像を処理したり、表示部１０５に表示する画像を生成したりする。
【００４８】
例えば、上記した時刻Ｔ３において、伝言者３３を検索するとき、画像取得部１０４は、画像を撮像し、画像処理部１０６は、その撮像された画像内に伝言者３３となり得るユーザが撮像されているか否かを解析することで検索を行う。
【００４９】
また、上記した時刻Ｔ３において、受信者３２に対してメッセージを出すとき、画像処理部１０６で、出力するメッセージの画像データ（テキストデータなどでも良い）が生成され、表示部１０５で表示される。
【００５０】
通信部１０７は、家庭内ネットワーク２２（図１）を介して外部サービス提供部２１とデータの授受を行ったり、家庭内に複数の情報取得部１１や情報処理部１２が備えられている場合に、他の情報取得部１１や情報処理部１２とデータの授受を行ったりする。
【００５１】
操作入力部１０８は、タッチパネル、キーボードなどを含む構成とされ、ユーザからの操作を受け付ける。制御部１０９は、情報処理部１２内の各部を制御する。データベース１１０は、複数のデータベースを含み、上記した処理を実行する際に必要となるデータやテーブルを保持している。
【００５２】
＜データベースについて＞
データベース１１０には、上記した処理を実行する際に必要となるデータやテーブルが複数記憶されている。ここで、データベース１１０に含まれる複数のデータベースについて説明を加える。
【００５３】
図６は、ユーザ属性情報データベース１１０ａの一例を示す図である。ユーザ属性情報データベース１１０ａは、名前、性別、年齢、聴覚を関連づけて管理するデータベースである。例えば、名前として、“お母さん”、“子供”、“お父さん”といった名前が管理されている。なお、ここでは、説明のため、一般的に名前ではない名称である“お母さん”などを名前として説明を続ける。
【００５４】
また例えば、ユーザ属性情報データベース１１０ａの名前が“お母さん”の性別は“女”、年齢は“３８”、聴覚は“普通”という情報が関連付けられている。また例えば、名前が“子供”の性別は“男”、年齢は“５”、聴覚は“良い”という情報が関連付けられている。また例えば、名前が“お父さん”の性別は“男”、年齢は“４０”、聴覚は“悪い”という情報が関連付けられている。
【００５５】
このような、ユーザ属性情報データベース１１０ａは、ユーザからの情報や、例えば、メッセージを出したときのユーザからの反応に関する情報を取得するなどにより構築される。
【００５６】
図７は、検出情報データベース１１０ｂの一例を示す図である。検出情報データベース１１０ｂは、情報処理部１２で検出された情報を管理するデータベースである。例えば、図７に示した検出情報データベース１１０ｂの項目としては、“物体認識情報”、“位置検出”、“存在方向”、“距離”、“顔検出”、“うなずき検出”、“頭部方向”、“音量”、“音声認識結果”、“意味解析結果”、“視線検出”、および“ジェスチャ検出”といった項目が設けられている。また、これらの項目は、“お母さん”、“子供”、“お父さん”、“雑音源Ａ”、“雑音源Ｂ”といった主体に対しての検出項目として設けられている。
【００５７】
例えば、図７を参照するに、所定の時刻の検出結果として、“お母さん”という主体に対して、“物体認識情報”として“人”、“位置検出”として“Ｙｅｓ”、“存在方向”として“南”、“距離”として“５ｍ”、“顔検出”として“Ｎｏ”、“うなずき検出”として“Ｎｏ”、“頭部方向”として“南”、“音量”として“０”、“音声認識結果”として“Ｎｏｎｅ”、“意味解析結果”として“Ｎｏｎｅ”、“視線検出”として“Ｎｏ”、および“ジェスチャ検出”として“Ｎｏ”との検出結果が記録されている。
【００５８】
この場合、“お母さん”は、“人”として、“南”の方向の５ｍ離れた位置に検出されたことが記録されている。また、このとき、メッセージを伝えたが、うなずきや、ジェスチャなどにより、メッセージを受け取ったと判定できる反応がなされていなかったという検出結果も記録されている。またはメッセージを伝えるような状況ではなかったため、うなずきや、ジェスチャなどにより、メッセージを受け取ったと判定できる反応の検出はなされていなかったという検出結果も記録されている。
【００５９】
また、検出情報データベース１１０ｂには、人に関する検出結果だけでなく、音に関する検出結果も記録されている。例えば、音は、メッセージを音声で伝えるときに、その伝達の妨げになる可能性があるため、検出対象としている。例えば、図７に示した検出情報データベース１１０ｂは、雑音源Ａとして、ガス台が検出され、そのガス台は、５ｍ離れた南の方向に位置し、音量は高い（大きい）との検出結果が書き込まれている。
【００６０】
このような検出情報データベース１１０ｂは、所定の間隔で更新される。また、メッセージを出すときなど、必要に応じて、検出処理が行われ、その結果が、書き込まれるようにしても良い。また、通常は、長めの間隔で検出処理が行われ、その結果が書き込まれるようにし、メッセージを出したときなど、短めの間隔で検出処理が行われ、その結果が書き込まれるようにしても良い。
【００６１】
図８は、音声出力情報データベース１１０ｃの一例を示す図である。音声出力情報データベース１１０ｃは、音声として出力したメッセージを管理するデータベースである。音声出力情報データベース１１０ｃは、出力内容ＩＤ、出力内容、通知先、通知元、時間、緊急度を関連付けて管理するデータベースである。
【００６２】
例えば、出力内容ＩＤとして“１”の出力内容は、“お母さんの大好きな歌手Ａが、今日の１９：３０から、インターネットＴＶ番組ＰＰＰに出演します”であり、通知先は“お母さん”であり、通知元は“システム”であり、時間（通知した時間）は、“１２：００”であり、緊急度は“normal”であることが関連付けられて管理されている。通知元が“システム”である場合、情報処理部１２が、例えば、外部サービス提供部２１と通信を行い、取得した情報を、ユーザに伝えた場合であることを示している。
【００６３】
また例えば、出力内容ＩＤとして“２”の出力内容は、“今すぐ学校に連絡”であり、通知先は“お母さん”であり、通知元は“学校”であり、時間は、“１２：１５”であり、緊急度は“high”であることが関連付けられて管理されている。
【００６４】
このような音声出力情報データベース１１０ｃは、ユーザに音声でメッセージを伝えたときにデータが追加される。なお、データは古い順に削除されたり、ユーザに正常に伝達できた時点で削除されたりする機能を設けても良い。
【００６５】
図９は、音声出力試行結果情報データベース１１０ｄの一例を示す図である。音声出力試行結果情報データベース１１０ｄは、メッセージを出力した結果、ユーザ（受信者３２）に正常にメッセージを伝達できたか否かを表す結果を管理するデータベースである。
【００６６】
音声出力試行結果情報データベース１１０ｄは、出力内容ＩＤ、出力試行実績回数、出力試行時間、ＴＴＳ制御を関連付けて管理するデータベースである。ＴＴＳは、text-to-speechの略であり、人工的に人の声を合成し、テキスト（文章）を音声に変換するテキスト読み上げに関する処理を示す。
【００６７】
出力内容ＩＤは、図８に示した音声出力情報データベース１１０ｃの出力内容ＩＤと同じＩＤが、同一メッセージには割り振られる。
【００６８】
例えば、出力内容ＩＤが“１”のメッセージは、５回、出力試行が行われ、その出力試行時間は１０secであり、ＴＴＳ制御としては、“Normal”であることが関連付けられて管理されている。また例えば、出力内容ＩＤが“２”のメッセージは、０回、出力試行が行われ（まだ出力されていない）、その出力試行時間は“未”であり、ＴＴＳ制御としては、“高ピッチ  時間短縮”であることが関連付けられて管理されている。
【００６９】
このような音声出力試行結果情報データベース１１０ｄは、メッセージが出力されたときに更新される。また、音声出力試行結果情報データベース１１０ｄが更新されたとき、検出情報データベース１１０ｂ（図７）も更新される。
【００７０】
例えば、出力内容ＩＤが“１”のメッセージは、５回、出力試行が行われたとの結果が、音声出力試行結果情報データベース１１０ｄに記載されているが、５回試行されたということは、受信者３２（この場合、お母さん）は、メッセージを受け取ったという反応を示さなかったために、繰り返し、メッセージが出力されたことがわかる。このような場合、図７に示したように、顔検出、うなずき検出という項目には、“Ｎｏ“との情報が書き込まれる。
【００７１】
例えば、メッセージを出力したときに、受信者３２が、メッセージが出力されたことに気づいて、情報処理部１２の方を見た場合、受信者３２の顔を検出することができる。また、例えば、メッセージを出力したときに、受信者３２が、そのメッセージの内容を理解し、うなずいた場合、情報処理部１２は、そのうなずきを検出することができる。
【００７２】
図７に示したように、顔検出という項目とうなずき検出という項目に、“Ｎｏ“との情報が書き込まれる状況は、このような情報処理部１２の方を見たり、うなずいたりするといった反応を、受信者３２がしなかったときである。
【００７３】
顔検出やうなずき検出は、例えば、画像取得部１０４（図５）で、ユーザ（受信者３２）を撮像し、その撮像された画像（映像）を画像処理部１０６で解析することで行うことができる。
【００７４】
例えば、メッセージを出力したときに、受信者３２を撮像した画像から、受信者３２を検出することで、顔検出が行われる。また例えば、メッセージを出力する前後の受信者３２を撮像した画像を比較し、または映像を解析し、ユーザの頭部の位置を検出し、その頭部の動きから、うなずくという動作に該当する動作を行ったか否を判定することで、うなずき検出が行われる。
【００７５】
図７に示したように、音量という項目には“０”という情報が書き込まれている。また、音声認識結果、意味解析結果という項目には、それぞれ“Ｎｏｎｅ”という情報が書き込まれている。例えば、メッセージを出力したときに、受信者３２が、メッセージが出力されたことに気づいて、何らかの声を発した場合、情報処理部１２は、その声を音量として検出することができる。
【００７６】
また、受信者３２が何らかの声を発した場合、その音声を解析することで、例えば“わかった”といったメッセージを受信したことを表す言葉を発したと解析できれば、受信者３２がメッセージを受信したことに対して反応したことを検出できる。この場合、音声認識結果を意味解析したときに、メッセージを受信したことに対する反応であることが検出される。
【００７７】
また、受信者３２が何らかの声を発し、その音声を解析し、例えば“今日の天気”といった認識結果であった場合、音声認識結果を意味解析したときに、メッセージを受信したことに対する反応ではなかったことが検出される。
【００７８】
音量、音声認識結果、意味解析結果は、例えば、音声取得部１０１（図５）で、ユーザ（受信者３２）の音声を取得し、その取得された音声を音声処理部１０３で解析することで、これらの情報が出される。
【００７９】
例えば、メッセージを出力したときに、受信者３２が何らかの音声を出した場合、音量が検出される。また、その音声を認識することで、どのような言葉が発せられたかを検出することができる。
【００８０】
さらに、音声認識の結果を意味解析することで、メッセージを受信したことに対する反応であるか、またはメッセージの受信には関係ない発話であったかを判定することができる。例えば、意味解析の結果が、“はい”、“わかった”といった結果であれば、メッセージを受信したことに対する反応であると判定することができる。
【００８１】
このような音声認識や意味解析を行うためのデータベースや機能を、音声処理部１０３は備えている。
【００８２】
図７に示したように、視線検出という項目には“Ｎｏ”という情報が書き込まれている。例えば、メッセージを受信したことに対する反応として、情報処理部１２を見るといった動作を検出するようにした場合、換言すれば、情報処理部１２を見るといったジェスチャが、メッセージを受信したことに対する反応の一つとされている場合、画像取得部１０４（図５）で、ユーザ（受信者３２）を撮像し、その撮像された画像（映像）を画像処理部１０６で解析することで視線の検出が行われる。
【００８３】
そして、その検出方向が、情報処理部１２の方を向いているか否かを判定し、向いている場合には、検出情報データベース１１０ｂの視線検出の情報は、“Ｙｅｓ”とされ、向いていない場合には、“Ｎｏ”とされる。
【００８４】
図７に示したように、ジェスチャ検出という項目には“Ｎｏ”という情報が書き込まれている。視線検出と同じく、メッセージを受信したことに対する反応として予め規定されているジェスチャが検出された場合、この欄には“Ｙｅｓ”との情報が書き込まれ、検出されなかった場合には“Ｎｏ”との情報が書き込まれる。ジェスチャとしては、例えば、手を挙げる、手を振るといった動作がある。
【００８５】
このように、音声出力試行結果情報データベース１１０ｄの更新に伴い、検出情報データベース１１０ｂも更新される。
【００８６】
なおここでは、図８に音声出力情報データベース１１０cを示し、図９に音声出力試行結果情報データベース１１０ｄを示したが、音声出力情報データベース１１０cと音声出力試行結果情報データベース１１０ｄは、１つのデータベースとしても良い。
【００８７】
またここでは、情報処理部１２からメッセージは音声で出力されるとして説明を続けるため、音声に関するこれらのデータベースが作成されるが、メッセージを画像、映像、テキストなどでも出力する場合、画像に関するデータベースも、音声に関するこれらのデータベースと同様に作成される。
【００８８】
このようなデータベースが、データベース１１０で管理されている。また、データベース１１０には、以下に説明する複数のテーブルも管理されている。
【００８９】
図１０は、伝わり確認用発話の生成用ひな形テーブル１１０eの一例を示す図である。伝わり確認用発話の生成用ひな形テーブル１１０eは、例えば図３，４を参照した説明において、時刻Ｔ１において、メッセージを５回繰り返し伝えたにも係わらず、受信者３２の反応が得られなかったときに、時刻Ｔ２において、伝わり確認用の発話が行われるが、この伝わり確認用の発話が行われるときに、参照されるテーブルである。
【００９０】
すなわち、伝わり確認用発話の生成用ひな形テーブル１１０eは、伝わり確認用の発話が行われるときに、どのような伝わり確認用の発話を行うかを決定するときに参照されるテーブルである。
【００９１】
伝わり確認用発話の生成用ひな形テーブル１１０eは、ひな形ＩＤとひな形を関連付けて管理しているテーブルである。また、図１０に示した伝わり確認用発話の生成用ひな形テーブル１１０eは、ひな形として、動き応答促進用のひな形と発話の応答促進用のひな形とをそれぞれ管理している。
【００９２】
例えば、動き促進用のひな形ＩＤが“Ｍ−１−１”は、“（name info）さん、（system info）へ直ぐに応答可能な場合、手を挙げてください”といったひな形である。このひな形が選択された場合、例えば、“お母さん、メッセージに直ぐに応答可能な場合、手を挙げてください”といった応答促進用のメッセージが出される。
【００９３】
動き促進用のひな形には、“手を挙げてください”といったひな形以外に、“こちらを向いてください”、“うなずいてください”といったひな形が用意されている。これらのひな形からどのひな形を選択するかは、例えば受信者３２の状態が考慮されて選択されるようにすることができる。
【００９４】
例えば、受信者３２が料理をしている状態であると判定される場合（手がふさがっていると判定される場合）、“こちらを向いてください”、”うなずいてください“といったひな形が選択される。また例えば、受信者３２が情報処理部１２側に向いており、顔検出はできている状態であるが、反応が得られなかったときには、“手を挙げてください、“うなずいてください”といったひな形が選択される。
【００９５】
また図１０に示した伝わり確認用発話の生成用ひな形テーブル１１０ｅを参照するに、例えば、ひな形ＩＤが“Ｖ−１−１”は、“（name info）さん、（output info）というメッセージに応答できますか？できませんか？”といったひな形である。このひな形が選択された場合、例えば、“お母さん、お父さんからの「今日は帰りが遅いよ」というメッセージに応答できますか？できませんか？”といった応答促進用のメッセージが出される。
【００９６】
発話促進用のひな形は、“できますか？できませんか？”といった質問形式にし、返答を得られるようなひな型とされている。
【００９７】
伝わり確認用発話の生成用ひな形テーブル１１０eは、上記したように、時刻Ｔ２（図３）において応答確認メッセージが出されるときに参照されるが、例えば、伝言者３３（子供）を検出し、その伝言者３３に対してメッセージを出したが（時刻Ｔ５（図４））、反応がなかったような場合にも参照され、伝言者３３に対しても伝わり確認用の発話が行われる。
【００９８】
このようなテーブルが参照され、伝わり確認用の発話が行われることにより、受信者３２からの反応が得られたか否かを判定するときに参照されるテーブルを、図１１に示す。図１１に、伝わり確認用発話に対する応答の判断テーブル１１０ｆの一例を示す。
【００９９】
伝わり確認用発話に対する応答の判断テーブル１１０ｆは、ひな形ＩＤ、応答期待、継続可否が関連付けて管理するテーブルである。
【０１００】
ひな形ＩＤは、伝わり確認用発話の生成用ひな形テーブル１１０eのひな形ＩＤと同一のＩＤが割り振られ、例えば、伝わり確認用発話の生成用ひな形テーブル１１０eでひな形ＩＤが“Ｍ−１−１”のひな形が選択され、メッセージが出されたときには、伝わり確認用発話に対する応答の判断テーブル１１０ｆのひな形ＩＤが“Ｍ−１−１”の応答期待が参照される。
【０１０１】
伝わり確認用発話に対する応答の判断テーブル１１０ｆの応答期待は、伝わり確認用の発話が行われた結果、受信者３２の応答として期待される動作や発話などである。例えば、伝わり確認用発話の生成用ひな形テーブル１１０eでひな形ＩＤが“Ｍ−１−１”のひな形が選択され、“お母さん、メッセージに直ぐに応答可能な場合、手をあげてください”といった応答促進用のメッセージが出された場合、伝わり確認用発話に対する応答の判断テーブル１１０ｆのひな形ＩＤが“Ｍ−１−１”の応答期待として“ジェスチャ検出で、腕が頭より上がったことを検出”という内容が参照される。
【０１０２】
この場合、“ジェスチャ検出で、腕が頭より上がったことを検出”した場合、応答期待として期待されたことは満たされたと判定され、応答が得られたと判定される。
【０１０３】
伝わり確認用発話に対する応答の判断テーブル１１０ｆの継続可否は、応答期待として期待されていた応答が得られたときに、継続してメッセージなどを伝えるか否かを表す情報である。例えば上記した場合において、“ジェスチャ検出で、腕が頭より上がったことを検出”した場合、継続可否の情報としては“可“となっているため、引き続き、メッセージなど、受信者３２に提供したい情報が、受信者３２に対して伝えられる。
【０１０４】
例えば、応答期待が“音声認識結果が「いいえ」、「ちょっと待って」、「後でお願い」、「今は無理」”である場合、継続可否の情報は、“否”となっている。よって、受信者３２からの応答が、例えば、「いいえ」といった発話であった場合、受信者３２へのメッセージなどでの情報伝達は、一旦中止される。このような場合、所定の時間が経過した後や、受信者３２から“さっきの要件なに？”といったような発話がなされたときに、情報の伝達が再開される。
【０１０５】
なお、伝わり確認用発話に対する応答の判断テーブル１１０ｆには、複数の応答期待が書き込まれているが、これらの応答期待の組み合わせで、応答があった、情報提示を継続する、継続しないといった判定が行われるようにすることができる。
【０１０６】
例えば、手を挙げるなどの動きで応答ありと判定することができる。また「はい」といった音声により応答ありと判定することができる。また、手を挙げるといった動きがあったため、応答ありと判定することができたが、「いいえ」、「ちょっと待って」、「後で」、「今は無理」といったような否定を含む音声が検出された場合、情報提示の継続はできないと判定することができる。
【０１０７】
図１２は、伝言呼びかけ依頼生成用ひな形テーブル１１０ｇの一例を示す図である。伝言呼びかけ依頼生成用ひな形テーブル１１０ｇは、例えば、時刻Ｔ５（図４）において、伝言者３３に対して呼びかけるときのメッセージを作成するときに参照されるテーブルである。
【０１０８】
伝言呼びかけ依頼生成用ひな形テーブル１１０ｇは、伝言呼びかけ依頼のひな形を管理するテーブルである。また伝言呼びかけ依頼生成用ひな形テーブル１１０ｇは、幼児用と大人用に分けて伝言呼びかけ依頼のひな形を管理している。
【０１０９】
例えば、幼児用の伝言呼びかけ依頼のひな形としては、“（name info）さん、聞いてください”、“（name info）さん、こっちに来れますか”、“（target user）へ、伝えてほしいことがあるんだ”といったようなひな形が用意されている。例えば、図４の時刻Ｔ５のところに示したように、伝言者３３が子供（幼児）であった場合、この幼児用の伝言呼びかけ依頼のひな形として用意されているひな形から、その時点で適切なひな形が選択される。
【０１１０】
また例えば、大人用の伝言呼びかけ依頼のひな形としては、“（name info）さん、（target user）へのメッセージがあります”、“（name info）さん、今忙しいですか？忙しくないですか？”といったようなひな形が用意されている。伝言者３３が大人であった場合、この大人用の伝言呼びかけ依頼のひな形として用意されているひな形から、その時点で適切なひな形が選択される。
【０１１１】
図１３は、文言変換用の類似語テーブル１１０hの一例を示す図である。上記したテーブルを参照して、ユーザ（受信者３２や伝言者３３）にメッセージを出すとき、例えば、そのメッセージの対象が子供である場合、子供向けのメッセージに変換してから出すことで、よりユーザに適したメッセージとすることができる。このようなことを実現するために、文言変換用の類似語テーブル１１０hが設けられている。
【０１１２】
文言変換用の類似語テーブル１１０hは、伝わり確認用発話の生成用ひな形テーブル１１０ｅのひな形を、例えば、幼児用のひな形に変換するときに参照される。例えば、伝わり確認用発話の生成用ひな形テーブル１１０ｅのひな形の“応答可能”とか“応答”といった文言は、文言変換用の類似語テーブル１１０ｈが参照され、“答えられるかな？”に変換される。
【０１１３】
例えば、大人に対して出される伝わり確認発話のメッセージが“お母さん、メッセージへ直ぐに応答可能な場合、手を挙げてください”である場合、幼児に対して文言変換用の類似語テーブル１１０ｈが参照され、“ＹＹＹさん、システムに直ぐに答えられるかな？手を挙げてください”といったメッセージに変換される。なお、語りかける相手が異なるため、適宜、メッセージの主語や目的語などは、語りかける相手に合わせて変換される。
【０１１４】
また文言変換用の類似語テーブル１１０hには、語りかける相手により、その人が理解しやすい文言に変換できるような情報も書き込まれている。例えば、老人用として、女性アイドルグループの“ＡＸＢ”という名称は老人になじみがないと場合、老人に対して“ＡＸＢ”に関する情報を伝えるときには、“女性アイドルグループ”と置き換えたメッセージに変換して伝えられる。
【０１１５】
また文言変換用の類似語テーブル１１０hには、一般的でない言葉を、一般的な文言に変換できるような情報も書き込まれている。例えば、“蓄音機”という名称はあまり使われていない場合、“蓄音機”に関する情報を伝えるときには、“レコードプレーヤ”と置き換えたメッセージに変換して伝えられる。
【０１１６】
また文言変換用の類似語テーブル１１０hには、一般的に好ましくない（不適用語）言葉を、比較的適切であろう文言に変換できるような情報も書き込まれている。例えば、“死んだ”というに情報を伝えるときには、“亡くなった”という文言に置き換えたメッセージに変換して伝えられる。
【０１１７】
また、図示はしていないが、言語の異なるユーザに情報を伝達するために、外国語に変換するための情報も、文言変換用の類似語テーブル１１０hに書き込まれているようにしても良い。
【０１１８】
図１４は、伝言用ひな形テーブル１１０ｉの一例を示す図である。伝言用ひな形テーブル１１０ｉは、伝言者３３に伝言内容を伝えるときに参照されるテーブルである。
【０１１９】
例えば、伝言用ひな形テーブル１１０ｉには、通常用の伝言用ひな形として、“（sender user）から（target user）へ（time info）に連絡があり、「（output info）」とのことなので伝えていただけますか？”といったひな形が記載されている。このひな形が選択された場合、例えば、“お父さんからお母さんへ１９：３０に連絡があり、「今日は帰りが遅いよ」とのことなので伝えていただけますか？”といったメッセージが作成され、伝言者３３に伝えられる。
【０１２０】
また例えば、伝言用ひな形テーブル１１０ｉには、システムの前に来てもらう用の伝言用ひな形として、“（target user）へ、緊急の用事があるからこちらに来てください、と伝えていただけますか？”といったひな形が記載されている。このひな形が選択された場合、例えば、“お母さんへ、緊急の用事があるからこちらに来てください、と伝えていただけますか？”といったメッセージが作成され、伝言者３３に伝えられる。
【０１２１】
このひな形は、例えば、通常用の伝言用ひな形を利用すると、メッセージが長くなり、伝言者３３への負担が大きくなる場合、伝達内容が、伝言者３３に伝えるにはふさわしくない（秘匿性がある情報であるなど）場合、受信者３２の集中度が低く、システムの近くに来てもらうのが良い場合などに選択される。
【０１２２】
また例えば、伝言用ひな形テーブル１１０ｉには、別機器で確認する用の伝言用ひな形として、“（target user）へ、緊急の用事があるからメールしておきました、と伝えていただけますか？”といったひな形が記載されている。このひな形が選択された場合、例えば、“お母さんへ、緊急の用事があるからメールしておきました、と伝えていただけますか？”といったメッセージが作成され、伝言者３３に伝えられる。
【０１２３】
このひな形も、例えば、通常用の伝言用ひな形を利用すると、メッセージが長くなり、伝言者３３への負担が大きくなる場合や、テキストや画像などで受信者３２に伝えた方が良いと判定された場合などに選択される。
【０１２４】
また例えば、伝言用ひな形テーブル１１０ｉには、緊急時用の伝言用ひな形として、“「（output info）」ということを緊急事態なので伝えていただけますか？”といったひな形が記載されている。このひな形が選択された場合、例えば、“「今すぐ学校に連絡」ということを、緊急事態なので伝えていただけますか？”といったメッセージが作成され、伝言者３３に伝えられる。
【０１２５】
このひな形は、例えば、伝達内容が緊急に知らせる必要があると判定された場合、例えば、“今すぐ”、“重要”といったような文言がメッセージに含まれていたような場合などに、選択される。また、この緊急時用のひな形が選択された場合、通常時よりも大きな音量で出力されるようにしても良い。
【０１２６】
また例えば、伝言用ひな形テーブル１１０ｉには、フィードバック用の伝言用ひな形として、“「（output info）」を伝えられなかったので直接連絡していただけますか？”といったひな形が記載されている。このひな形が選択された場合、例えば、“「今日は遅くなる」を伝えられなかったので直接連絡していただけますか？”といったメッセージが作成され、伝言者３３に伝えられる。
【０１２７】
このひな形は、例えば、受信者３２に伝えたいメッセージが、受信者３２に伝達できなかったとき、さらに伝言者３３にも伝言を依頼できなかったときに、発信者３１に対してそのことを知らせる（フィードバック）ときに選択される。
【０１２８】
伝言者３３にも伝達できなかったときとは、例えば、伝言者３３が見つからなかったため、伝言自体が頼めなかったときや、伝言者３３は見つかったが、伝言者３３が伝言することを拒否した（依頼のメッセージを出したが、反応がなかった）ときや、伝言者３３が正確に受信者３２に伝言できなかった場合（例えば、伝言者３３に受信者３２をシステムの前に連れてきてほしいと依頼したが、受信者３２がシステムの前に来なかった場合なども含む）ときである。
【０１２９】
例えば、上記したように、伝言用ひな形テーブル１１０ｉのシステムの前に来てもらう用の伝言用ひな形や、別機器で確認する用のひな形は、通常用の伝言用ひな形を利用すると、メッセージが長くなり、伝言者３３への負担が大きくなる場合に選択されるとしたが、その基準として、図１５に示すような基準を設けても良い。
【０１３０】
図１５は、文字量の閾値テーブル１１０jの一例を示す図である。文字量の閾値テーブル１１０jは、伝言者３３とされたユーザの年齢により、メッセージの文字数の閾値が記載されたテーブルである。このメッセージの文字数は、伝言のメッセージ全体でも良いし、例えば、「（output info）」に該当する部分の文字数であっても良い。
【０１３１】
例えば、５歳以下の場合、メッセージが１０文字以上になる場合には、システムの前に来てもらう用の伝言用ひな形が選択される。また、１２歳以下の場合、メッセージが１５文字以上になる場合には、システムの前に来てもらう用の伝言用ひな形が選択される。また、１８歳以下の場合、メッセージが２５文字以上になる場合には、システムの前に来てもらう用の伝言用ひな形が選択される。
【０１３２】
また４０歳以下の場合、メッセージが２０文字以上になる場合には、システムの前に来てもらう用の伝言用ひな形が選択される。また、５９歳以下の場合、メッセージが１５文字以上になる場合には、システムの前に来てもらう用の伝言用ひな形が選択される。また、６０歳以上の場合、メッセージが１０文字以上になる場合には、システムの前に来てもらう用の伝言用ひな形が選択される。
【０１３３】
このように、メッセージの文字数により、ひな形が選択されるようにすることも可能である。
【０１３４】
また、伝言者３３に伝言してもらうメッセージは、圧縮される（文字数が少なくなるようにされる）ようにしても良い。例えば、“「お母さんの大好きな歌手Ａが、今日の１９：３０から、インターネットＴＶ番組ＰＰＰに出演します」と伝えていただけますか？”とうメッセージを、“歌手Ａが、今日の１９：３０に出演します」と伝えていただけますか？”といったメッセージに圧縮される処理が含まれるようにしても良い。
【０１３５】
このようなメッセージの圧縮は、要約技術が用いられたり、語彙を間引いたりすることで行われる。
【０１３６】
このような圧縮の結果、文字数が減らされたメッセージに対して、文字量の閾値テーブル１１０ｊが参照され、ひな形の選択が行われるようにしても良いし、圧縮前のメッセージに対して、文字量の閾値テーブル１１０ｊが参照され、ひな形の選択が行われるようにしても良い。
【０１３７】
また、文字量の閾値テーブル１１０ｊが参照され、伝言者３３の年齢に設定されている閾値以上の文字数であると判定された場合に、圧縮が行われ、閾値以下になるように処理されるようにしても良い。
【０１３８】
例えば、伝言者３３が１８歳以下の場合、２５文字以下のメッセージであれば、通常用のひな形が選択され、２５文字以上であれば、メッセージに対する圧縮処理が実行され、２５文字以下のメッセージに変換される。さらに、圧縮後のメッセージも２５文字以下にならなかった場合、システム前に来てもらう用のひな形が選択されるようにしてもよい。
【０１３９】
＜データベース、テーブルを参照した処理の詳細＞
このようなデータベースやテーブルは、図３、図４を参照して説明したような処理の流れにおいて、適宜参照されたり、更新されたりしながら用いられる。ここで、再度、図３、図４を参照して説明した処理の流れについて、他の処理も含め説明を加える。
【０１４０】
時刻Ｔ０において、情報処理部１２は、例えば、図１６に示したような状況を検出している。時刻Ｔ０における状況は、情報処理部１２が管理している範囲にガス台２０１があり、そのガス台２０１でお母さん（この場合、受信者３２になるユーザ）が料理をしている状況である。また、時刻Ｔ０における状況は、情報処理部１２が管理している範囲にテレビジョン受像機２０２があり、そのテレビジョン受像機２０２の近辺に、子供（この場合、伝言者３３になるユーザ）が居る状況である。
【０１４１】
このような状況の時刻Ｔ０において、情報処理部１２は、図７に示したような検出情報データベース１１０ｂを作成（データを追加や更新）する。時刻Ｔ０の時点では、図６に示したユーザ属性情報データベース１１０ａは作成済みである。
【０１４２】
時刻Ｔ１において、情報処理部１２は、例えば、外部サービス提供部２１（図１）から得られた情報を、ユーザ（受信者３２）に対して伝える。図１７に示したように、時刻Ｔ１において、情報処理部１２は、受信者３２に対して、“お母さんの大好きな歌手Ａが、今日の１９：３０からインターネットＴＶ番組ＰＰＰに出演します”といったメッセージを発話する。この発話は、例えば、Text To Speechで出力される。
【０１４３】
このようなメッセージが出されたとき、そのメッセージに関する情報が、図８に示した音声出力情報データベースｃと、図９に示した音声出力試行結果情報データベース１１０ｄに、それぞれ登録される。
【０１４４】
時刻Ｔ１において、受信者３２から、メッセージを受信したとの反応がなかったため、同一のメッセージが繰り返し出され、その回数が５回となった状態である。ここでは、同一メッセージの試行回数が５回を閾値として、モードが切り替わるとして説明を続けるが、５回以外の回数でモードが切り替えられるようにしても良い。
【０１４５】
時刻Ｔ２において、伝わり確認用のメッセージを出力するモードに移行する。図１８に示したように、時刻Ｔ２において、情報処理部１２は、“お母さん、システムに直ぐに対応可能な場合、手を挙げてください”といったメッセージを出す。このメッセージを出すとき、情報処理部１２は、図１０に示した伝わり確認用発話の生成用ひな形テーブル１１０ｅを参照し、適切な伝わり確認用発話のひな形を選択する。この場合、ひな形ＩＤが“Ｍ−１−１”のひな形が選択された場合を示している。
【０１４６】
この伝わり確認用のメッセージが出力されるとき、ユーザの年齢や耳の善し悪しといったユーザのプロパティ、掃除機や洗濯機などからの雑音のような定常的な雑音がある状況、および、子供の声や、鍋の音など突発的な雑音がある状況などの周りの状況が考慮されて、メッセージを出力する音量やピッチなどが調整されるようにしても良い。
【０１４７】
例えば、受信者３２が、耳の悪いプロパティを有していたり、定常的な雑音が検出されている状況のときには、メッセージを出力する音量を大きくするなどしたり、メッセージを出力した結果、受信者３２が応答したか否かを判定するときの判定時間を短くしたりする処理が実行されても良い。
【０１４８】
また例えば、突発的な雑音が検出されている状況のときには、その突発的な雑音が少ないタイミングで、メッセージを出力したり、メッセージを出力した結果、受信者３２が応答したか否かを判定するときの判定時間を長くしたりする処理が実行されても良い。
【０１４９】
このようなメッセージを出す一方で、情報処理部１２は、受信者３２の反応（応答）も検出する。その検出結果で、検出情報データベース１１０ｂ（図７）が更新される。図１９に、時刻Ｔ２において更新された検出情報データベース１１０ｂの一例（一部）を示す。
【０１５０】
時刻Ｔ２において、情報処理部１２が、受信者３２の発話や動作を検出したときに、受信者３２は、「鍋を振る」という動作をしており、また子供に対して「ＹＹＹ、そろそろお風呂入って」と発話していたことを検出した場合、この検出結果が、検出情報データベース１１０ｂが書き込まれ、図１９に示したデータベースが作成される。
【０１５１】
すなわちこの場合、検出情報データベース１１０ｂの“頭部方向”は、“西”向きであると検出され、“音量”は、“４０”と検出されたことが書き込まれている。
【０１５２】
この場合、受信者３２は、子供の居る方に向いて、「ＹＹＹ、そろそろお風呂入って」と発話したため、頭部の方向が南方向（時刻Ｔ１における検出情報データベース１１０ｂ（図７））から、西方向に変化したために、頭部方向の情報が、“西”との情報が書き込まれ、またメッセージを発話したときの音量が０から４０へと変化したことが書き込まれている。
【０１５３】
また、受信者３２が発したメッセージは、情報処理部１２に検出され、検出情報データベース１１０ｂの“音声認識結果”の欄に書き込まれる。この検出情報データベース１１０ｂの“音声認識結果”の欄に書き込まれた「ＹＹＹ、そろそろお風呂入って」とい音声認識の結果が意味解析されることで、このメッセージは、“命令”を示す意味であると解析され、その結果が、検出情報データベース１１０ｂの“意味解析結果”の欄に書き込まれる。
【０１５４】
情報処理部１２は、受信者３２からメッセージを受信したという反応が得られたか否かを判定するため、このような検出を行っているため、“意味解析結果”として“命令”という結果が出た場合、情報処理部１２は、受信者３２から音声による反応（応答）はなかったとの判定結果を出す。
【０１５５】
また検出情報データベース１１０ｂの“視線検出”の欄には、“Ｎｏ”との情報が書き込まれる。これは、受信者３２は、子供の方を向いており、視線も、その子供の方にあり、情報処理部１２（システム）の方にないため、“視線検出”の欄には、“Ｎｏ”との情報が書き込まれる。
【０１５６】
情報処理部１２は、受信者３２からメッセージを受信したという反応が得られたか否かを判定するため、このような検出を行っているため、“視線検出”として“Ｎｏ”という結果が出た場合、情報処理部１２は、受信者３２から視線による反応（応答）はなかったとの判定結果を出す。
【０１５７】
さらに、検出情報データベース１１０ｂの“ジェスチャ検出”の欄には、“前後に激しく動く”との情報が書き込まれる。受信者３２は、鍋を振るという動作を行っているため、受信者３２の手は前後に激しく動くという動作をしており、その動作が、検出された結果である。
【０１５８】
情報処理部１２は、受信者３２からメッセージを受信したという反応が得られたか否かを判定するため、このような検出を行っているため、“ジェスチャ検出”として、例えば、“手を挙げた”というジェスチャが検出されたときには、受信者３２からジェスチャによる反応があったと判定するが、このような“手を挙げた”というジェスチャ以外のジェスチャが検出された場合、情報処理部１２は、受信者３２から視線による反応はなかったとの判定結果を出す。
【０１５９】
これらの検出情報データベース１１０ｂに書き込まれた情報が、伝わり確認用発話に対する応答の判断テーブル１１０ｆに記載されている判断基準を満たすか否かを判定することで、情報処理部１２は、受信者３２からの応答があったか否かの判定を行う。
【０１６０】
ここで挙げた例では、時刻Ｔ３において、図１９に示したような検索情報データベース１１０ｂが作成されたため、受信者３２からは応答はなかったと判定される。そして、情報処理部１２は、伝言モードへと移行する。
【０１６１】
情報処理部１２は、伝言モードに移行すると、受信者３２以外のユーザであり、情報処理部１２がメッセージを出せる範囲内に居るユーザを探索する。このような探索が時刻Ｔ３、時刻Ｔ４（図３）において実行される。そして、伝言者３３になりうるユーザが見つかった場合、その伝言者３３に対して伝言を依頼する処理が開始される。
【０１６２】
なお、伝言者３３を探索した結果、伝言者３３となりうる複数のユーザが見つかった場合、ユーザの属性を判定材料として判定が行われる。例えば、年齢の一番高いユーザ、過去に伝言を依頼したときに対応してくれたユーザ、男性ユーザ、女性ユーザ、所定の閾値を用いて、閾値以上のユーザを、伝言者３３に設定するようにすることができる。
【０１６３】
伝言者３３が検出されると、その検出された伝言者３３に対して伝言を依頼するメッセージが出される。このとき、どのようなメッセージを出すかは、伝言呼びかけ依頼生成用ひな形テーブル１１０ｇ（図１２）が参照されて設定される。
【０１６４】
図１２に示した伝言呼びかけ依頼生成用ひな形テーブル１１０ｇでは、幼児用と大人用のひな形が用意されている。このようなテーブルが参照される場合、伝言者３３が幼児であるか、大人であるかが判定される。ここでは、伝言者３３は、幼児であると判定された場合を例に挙げて説明を続ける。
【０１６５】
例えば、図２０に示したように、伝言呼びかけ依頼生成用ひな形テーブル１１０ｇ（図１２）から、「（name info）さん、こっちに来れますか？」といったひな形が選択され、「ＹＹＹさん、こっちに来れますか？」といったメッセージが出力される。なお、「ＹＹＹさん」の“ＹＹＹ”の部分は、伝言者３３、この場合子供の名前、ニックネームなど、予め登録されている名称が入る。
【０１６６】
図２０に示したように、時刻Ｔ５−１において、伝言者３３に対して、情報処理部１２（システム）から、「ＹＹＹさん、こっちに来れますか？」といったメッセージが出される。この時刻Ｔ５以降の処理は、時刻Ｔ１から時刻Ｔ２において、受信者３２に対して行われた処理と同様の処理が基本的に行われる。すなわちまず、このようなメッセージが出された結果、伝言者３３が反応したか否かが判定される。
【０１６７】
その判定の結果、伝言者３３が反応していないと判定された場合、上記した時刻Ｔ２と同じく、伝言者３３に対しても、伝わり確認用のメッセージが出される。なお、伝言者３３に対しては、例えば、「ＹＹＹさん、こっちに来れますか？」といったメッセージが出されたあと、引き続き、伝わり確認用のメッセージが出されるようにしても良い。換言すれば、メッセージが出されたあと、伝言者３３の応答があったか否かに係わらず、伝わり確認用のメッセージが出されるようにしても良い。
【０１６８】
図２１に示したように、時刻Ｔ５−２において、情報処理部１２から伝言者３３に対して「ＹＹＹさん、システムへ直ぐに答えられるかな？手を挙げてください」といったメッセージが、例えばText To Speechで出力される。このメッセージは、伝わり確認用発話の生成用ひな形テーブル１１０ｅが参照され、ひな形が選択され、その選択されたひな形の文言が、文言変換用の類似語テーブル１１０ｈが参照され、この場合、幼児用の文言に変換される。
【０１６９】
このような伝わり確認用のメッセージが出された結果、図２２に示すように、時刻Ｔ５−３において、伝言者３３が手を挙げる、“うん”と発話するなど、応答したとする。情報処理部１２は、伝言者３３の動作や発話を検出する。この場合、伝言者３３が情報処理部１２からのメッセージに気づき、情報処理部１２の方を向き、うなずいたことを情報処理部１２は検出する。
【０１７０】
このようなことが検出されることで、図２３に示したように、検出情報データベース１１０ｂの“顔検出”の欄と“うなずき検出”の欄に“ＯＫ”と書き込まれる。頭部の方向として、“北西”と検出されたことも書き込まれている。
【０１７１】
また、この場合、伝言者３３が情報処理部１２からのメッセージに気づき、“うん”と発話したことも検出される。このようなことが検出されることで、図２３に示したように、検出情報データベース１１０ｂの“音量”の欄には“８０”と書き込まれ、“音声認識結果”の欄には“うん”と書き込まれる。また、音声認識の結果である“うん”が意味解析されることで“同意”との解析結果が得られるため、検出情報データベース１１０ｂの“意味解析結果”の欄には“同意”と書き込まれる。
【０１７２】
また、この場合、伝言者３３は、情報処理部１２（システム）の方を向いているため、視線も検出され、検出情報データベース１１０ｂの“視線検出”の欄には“ＹＥＳ”と書き込まれる。
【０１７３】
また、伝言者３３は、手を挙げるという動作をしたため、この動作もジェスチャとして検出され、検出情報データベース１１０ｂの“ジェスチャ検出”の欄には“両手を挙げる”と書き込まれる。
【０１７４】
これらの検出結果から、伝言者３３は、メッセージに対して応答したと判定される。伝言者３３からの応答があったと判定された場合、伝言モードにおける依頼タイプが選択される（時刻Ｔ６（図４））。
【０１７５】
依頼タイプが選択されるときには、伝言用ひな形テーブル１１０ｉ（図１４）が参照される。また図１４、図１５を参照して説明したように、例えば、伝言者３３の年齢によりメッセージの文字数の閾値を設け、その閾値以上のメッセージであるか否かにより、伝言用ひな形テーブル１１０ｉからのひな形が選択される。
【０１７６】
例えば、この場合、伝言者３３が子供（図６に示したユーザ属性情報データベース１１０ａによると５歳）であるため、メッセージの文字数の閾値は、図１５に示した文字量の閾値テーブル１１０ｊから、１０文字以下と判定される。
【０１７７】
また、図１７に示したような状況である場合、受信者３２に伝えたいメッセージは、「お母さんの大好きな歌手Ａが、今日の１９：３０から、インターネットＴＶ番組ＰＰＰに出演します」というメッセージであり、このメッセージを、伝言者３３により受信者３２に伝言して欲しいとした場合、文字量は、１０文字以上となる。よって、この場合、文字量の閾値テーブル１１０ｊを参照した結果、システムの前に来てもらうような出力が選択される。
【０１７８】
このような処理が情報処理部１２で行われることで、伝言用ひな形テーブル１１０ｉから、システムの前に来てもらう用のひな形である「（target user）へ、緊急の用事があるからこちらに来てください、と伝えていただけますか」といったひな形が選択される。
【０１７９】
さらにこの場合、伝言者３３は、幼児であるため、文言変換用の類似語テーブル１１０h（図１３）が参照され、幼児用のメッセージへと変換される。この変換の結果、図２４に示したように、時刻Ｔ７−１において、“お母さんへ、「ちょっと急ぎのことがあるからこちらに来てください」と言ってくれるかな”といったメッセージが生成され、伝言者３３に対して出力される。
【０１８０】
このようなメッセージが、情報処理部１２から出力され、伝言者３３が、メッセージ内容を理解し、行動を開始する。例えば、図２５に示したように、時刻Ｔ７−２において、伝言者３３は、受信者３２（お母さん）の方に移動する。
【０１８１】
そして、伝言者３３は、お母さんに近づくと、「システムが急ぎの用事があるって」と、お母さん（受信者３２）に対して発話（伝言）する。伝言者３３が、受信者３２に対して、情報処理部１２（システム）からの伝言を伝えた結果、時刻Ｔ７-３（図２６）において、「わかったわ」と発話し、システムの方に近づく。
【０１８２】
このような受信者３２の行動の結果、受信者３２がシステム（情報処理部１２）に近づくと、その動作は情報処理部１２により検出される。図２７に示したように、時刻Ｔ８−１において、受信者３２が、情報処理部１２に近づき、「どうしたの」と発話したとする。このとき、情報処理部１２は、受信者３２が近づいたことや発話内容を検出し、その検出結果に基づき、検出情報データベース１１０ｂを更新する。
【０１８３】
この場合、図２８に示したように、検出情報データベース１１０ｂの“距離”の欄に“０．３ｍ”と書き込まれ、“顔検出”の欄に“Ｙｅｓ”と書き込まれ、“頭部方向”の欄に“北”と書き込まれ、“視線検出”の欄に“Ｙｅｓ”と書き込まれる。これらの検出結果から、受信者３２が、情報処理部１２の近くに位置し、情報処理部１２の方を向いており、視線も向いている（注視している）と判定できる。
【０１８４】
また、検出情報データベース１１０ｂの“音量”の欄に“４０”と書き込まれ、“音声認識結果”の欄に“どうしたの”と書き込まれ、“意味解析結果”の欄に“疑問”と書き込まれる。これらの検出結果から、受信者３２が、情報処理部１２に対して話しかけてきている（問いかけてきている）と判定できる。
【０１８５】
さらに、“腕を上げる”という動作が検出されたため、検出情報データベース１１０ｂの“ジェスチャ検出”の欄に“腕を上げる”と書き込まれる。この検出結果からも、受信者３２が、情報処理部１２に対して話しかけてきていると判定できる。
【０１８６】
このようにして、受信者３２が情報処理部１２に注目していると判定できた場合、図２９に示すように、時刻Ｔ８−２において、情報処理部１２は、受信者３２に対して、「お母さんに伝えたいことがあります」といったメッセージを出力する。
【０１８７】
引き続き、時刻Ｔ８−３（図３０）において、「お母さんの大好きな歌手Ａが、今日の１９：３０から、インターネットＴＶ番組ＰＰＰに出演します」というメッセージを出力する。このメッセージは、受信者３２に伝えたかったメッセージであり、時刻Ｔ１（図１７）においては伝えられなかったメッセージである。
【０１８８】
このようにして、情報処理部１２から受信者３２に対して、本来伝えたかったメッセージが伝えられた結果、図３０に示した例では、受信者３２は、「ほんと！ありがとう！」といった文言を発話するといった反応を示した。
【０１８９】
この反応を、情報処理部１２が検出することで、図３１に示すように、検出情報データベース１１０ｂの情報が書き換えられる。図３１に示した検出情報データベース１１０ｂの“音声認識結果”の欄に“ほんと  ありがとう”といった情報が書き込まれ、“意味解析結果”の欄に“感謝“との情報が書き込まれる。
【０１９０】
このような情報が書き込まれることで、情報処理部１２は、伝言が成功したことを検出することができる。
【０１９１】
このように、本技術によれば、受信者３２にメッセージを伝えられなかった場合、伝言者３３を探し出し、その伝言者３３から、最終的に受信者３２に伝えたかったメッセージを受信者３２に伝えることができる。
【０１９２】
本技術によれば、伝えたいメッセージ（情報）を、より確実に、メッセージを伝えたいユーザに伝えることが可能となる。
【０１９３】
＜情報処理部の処理＞
上記した情報処理部１２が行う処理について、図３２に示すフローチャートを参照し、再度説明を加える。
【０１９４】
ステップＳ１１において、対象ユーザに伝えたい内容（メッセージ）が出力される。例えば、発信者３１からメールを受信したときや、外部サービス提供部２１からユーザの嗜好に合った情報を取得したときなどに、その内容が、対象ユーザ（受信者３２）に対して出力される。この処理は、上記した時刻Ｔ１において実行される処理である。
【０１９５】
ステップＳ１２において、対象ユーザ（受信者３２）から反応があったか否かが判定される。対象ユーザから反応があったと判定された場合、ステップＳ２４に処理が進められ、伝えたい内容が出力され、処理は終了される。
【０１９６】
ステップＳ２４の処理は、ステップＳ１１において、対象ユーザに伝えたい内容を出力しているため、省略することも可能である。また、ステップＳ１１においては、対象ユーザに注目してもらうためのメッセージの出力とし、ステップＳ２４において、伝えたい内容を出力するようにしても良い。また、ステップＳ１１とステップＳ２４では、同じメッセージが出される、すなわち、２回同じメッセージが出されるようにしても良い。
【０１９７】
一方で、ステップＳ１２において、対象ユーザからの反応はなかったと判定された場合、ステップＳ１３に処理は進められる。ステップＳ１３において、伝わり確認用発話が行われる。この処理は、上記した時刻Ｔ２で実行される処理である。
【０１９８】
ステップＳ１３において、伝わり確認用発話が行われた結果、対象ユーザからの反応が得られたか否かが、ステップＳ１４において判定される。ステップＳ１４において、対象ユーザ（受信者３２）から反応があったか否かが判定される。対象ユーザから反応があったと判定された場合、ステップＳ２４に処理が進められ、伝えたい内容が出力され、処理は終了される。
【０１９９】
一方で、ステップＳ１４において、対象ユーザからの反応はなかったと判定された場合、ステップＳ１５に処理は進められる。ステップＳ１５において、伝言モードに移行される。伝言モードは、伝言者３３を探索し、伝言者３３に伝言を頼むモードであり、上記した時刻Ｔ３乃至Ｔ７において実行される処理である。
【０２００】
ステップＳ１６において、伝言者３３の検索が行われる。この処理は、上記した時刻Ｔ３において実行される処理である。検索の結果、伝言者３３が見つかったか否かが、ステップＳ１７において判定される。
【０２０１】
ステップＳ１７において、伝言者３３が検索できたと判定された場合、ステップＳ１８に処理が進められる。ステップＳ１８において、伝わり確認用発話が、伝言者３３に対して行われる。そして、ステップＳ１９において、伝言者３３からの反応はあったか否かが判定される。
【０２０２】
ステップＳ１９において、伝言者３３からの反応があったと判定された場合、ステップＳ２０に処理が進められる。ステップＳ２０において、伝言者３３に伝言を依頼するメッセージが作成され、伝言者３３に対して出力される。この処理は、上記した時刻Ｔ６、時刻Ｔ７で実行される処理である。
【０２０３】
ステップＳ２１において、伝言は、受信者３２を連れてくる伝言であったか否かが判定される。受信者３２を連れてくる伝言とは、例えば、“「お母さん」を呼んできてくれますか？”といったメッセージである。また、受信者３２を連れてくる伝言以外の伝言とは、受信者３２に伝えたいメッセージ自体が含まれているメッセージであり、例えば、“お父さんの帰りは遅いというメールが来たことを知らせてくれますか”といったメッセージである。
【０２０４】
ステップＳ２１において、伝言は、受信者３２を連れてくる伝言ではなかったと判定された場合、換言すれば、伝言者３３に頼んだ伝言に、受信者３２に伝えたいメッセージが含まれていた伝言であったと判定された場合、伝言者３３から、本来伝えたかったメッセージが受信者３２に伝言されるため、処理は終了される。
【０２０５】
一方、ステップＳ２１において、伝言は、受信者３２を連れてくる伝言であったと判定された場合、ステップＳ１１に処理が戻され、それ以降の処理が繰り返される。すなわちこの場合、伝言者３３により、伝言が受信者３２に伝えられ、その結果、受信者３２が情報処理部１２の方に来て、メッセージを伝えられる状態になったか否かが判定される。
【０２０６】
そして、メッセージを伝えられる状態になったと判定されたときに、受信者３２にメッセージが伝えられる。この処理は、上記した時刻Ｔ８で実行される処理である。
【０２０７】
一方、ステップＳ１９において、伝言者３３に対して伝わり確認用発話を行ったが、伝言者３３からの反応は得られなかったと判定された場合、ステップＳ２２に処理は進められる。ステップＳ２２において、発信者３１はシステムであるか否かが判定される。
【０２０８】
上記したように、ユーザに伝えたい情報としては、発信者３１（所定のユーザ）からのメールなどの内容に関する情報である場合と、システム（情報処理部１２）が外部サービス提供部２１から得た情報である場合がある。
【０２０９】
換言すれば、発信者３１が所定のユーザであり、そのユーザが作成した情報を、受信者３２に伝えたい場合と、発信者３１がシステムであり、そのシステムが作成した情報を、受信者３２に伝えたい場合とがある。
【０２１０】
ステップＳ２２において、発信者３１は、システムであると判定された場合、処理は終了される。
【０２１１】
一方、ステップＳ２２において、発信者３１は、システムではないと判定された場合、処理は、ステップＳ２３に進められる。ステップＳ２３において、発信者３１であるユーザに対してフィードバックが行われる。この場合、発信者３１が情報を伝えたかった受信者３２に情報を伝えられない状態であり、伝言者３３も見つからなかったため、情報を伝えられていないということを、発信者３１に知らせるための処理が実行される。
【０２１２】
例えば、伝言用ひな形テーブル１１０ｉ（図１４）が参照され、フィードバック用のひな形が選択され、発信者３１に対してフィードバックが行われる。図１４に示したひな形の例の場合、“「（output info）」を伝えられなかったので直接連絡していただけますか？”といったひな形が選択され、例えば、“遅く帰るというメールを伝えられなかったので直接連絡していただけますか？”といったメッセージが作成される。このようにして作成されたメッセージは、例えば、メールとして、発信者３１に対して送信される。
【０２１３】
この場合、発信者３１も、伝言者３３として扱われ、受信者３２が情報を受信できるようにするための対応を取る依頼が出される。
【０２１４】
このように、受信者３２が情報を受信できなかったとき、かつ伝言者３３でも、受信者３２に情報を伝えられなかったときに、発信者３１にフィードバックすることで、情報を発信した発信者３１自身が、受信者３２に情報を受信させるための対応を取ることができるようになる。
【０２１５】
よって、本技術によれば、様々な状態に対応して、より確実に、情報を伝えたいユーザに情報を伝えることが可能となる。
【０２１６】
なお、例えば、情報処理部１２（システム自体）が、携帯可能な端末、例えば、タブレット端末、スマートフォンなどである場合、伝言者３３が、受信者３２のところに端末を持って行くように指示する（依頼する）メッセージが、伝言者３３に出されるようにしても良い。
【０２１７】
このようなメッセージが出されるようにした場合、伝言者３３は、その指示に従い、端末（システム）を受信者３２のところに持って行き、受信者３２は、持ってきてもらった端末から、情報の提示を受けることができる。
【０２１８】
また、伝言者３３にメッセージを出すとき、上記した実施の形態においては、音声で、直接伝言者３３にメッセージを出す場合を例に挙げて説明したが、伝言者３３の携帯端末（スマートフォンなど）に、メールを出すようにしても良い。
【０２１９】
このようなメールが出されるようにした場合、例えば、「このスマートフォンをお母さんに持っていって、このメッセージを見せてね」といった内容のメールを出し、伝言者３３は、このようなメールを理解し、行動することで、受信者３２に、情報が提示される。
【０２２０】
また、上記した実施の形態では、受信者３２に対して、複数回メッセージが出されたあと、伝言モードに移行したが、例えば、所定の受信者３２は、伝言モードに移行する回数が多いと学習により判定された場合（伝言モードに移行した回数が閾値を超えた場合）には、その所定の受信者３２に対しては、伝言モードから開始されるようにしても良い。
【０２２１】
すなわち、複数回のメッセージが出されることなく、伝言モードに移行し、伝言者３３により伝言が行われるようにしても良い。このようにすることで、情報を伝えづらい受信者３２に対する処理を軽減することができ、情報を伝えるまでの時間を短縮することができる。
【０２２２】
また、上記した実施の形態において、伝言モードに移行するとき、ユーザ、例えば、発信者３１により、伝言モードに移行しないという設定ができるようにしても良い。例えば、発信者３１は、情報の内容によっては、伝言者３３に知られたくないような場合もあり、そのような場合には、伝言モードに移行しないように設定できる仕組みを設けても良い。
【０２２３】
＜記録媒体について＞
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０２２４】
図３３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。コンピュータにおいて、ＣＰＵ（Central Processing Unit）１００１、ＲＯＭ（Read Only Memory）１００２、ＲＡＭ（Random Access Memory）１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インタフェース１００５が接続されている。入出力インタフェース１００５には、入力部１００６、出力部１００７、記憶部１００８、通信部１００９、及びドライブ１０１０が接続されている。
【０２２５】
入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記憶部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインタフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１０１１を駆動する。
【０２２６】
以上のように構成されるコンピュータでは、ＣＰＵ１００１が、例えば、記憶部１００８に記憶されているプログラムを、入出力インタフェース１００５及びバス１００４を介して、ＲＡＭ１００３にロードして実行することにより、上述した一連の処理が行われる。
【０２２７】
コンピュータ（ＣＰＵ１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０２２８】
コンピュータでは、プログラムは、リムーバブルメディア１０１１をドライブ１０１０に装着することにより、入出力インタフェース１００５を介して、記憶部１００８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１００９で受信し、記憶部１００８にインストールすることができる。その他、プログラムは、ＲＯＭ１００２や記憶部１００８に、あらかじめインストールしておくことができる。
【０２２９】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２３０】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２３１】
なお、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。
【０２３２】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２３３】
なお、本技術は以下のような構成も取ることができる。
（１）
情報を第１のユーザに提示する提示部と、
前記第１のユーザが、前記情報を受信したことを表す反応を検出する検出部と、
前記検出部で前記反応を検出できなかった場合、第２のユーザを検索する検索部と、
前記検索部で検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼する依頼部と
を備える情報処理装置。
（２）
前記検出部で前記反応を検出できなかった場合、前記第１のユーザに応答を求める応答促進メッセージを出力し、
前記検索部は、前記応答促進メッセージが出力された後、前記検出部で前記反応を検出できなかった場合、前記第２のユーザを検索する
前記（１）に記載の情報処理装置。
（３）
前記依頼部で、前記依頼が前記第２のユーザに出された場合、前記検出部は、前記第２のユーザが、前記依頼を受信したことを表す反応をしたか否かを検出する
前記（１）または（２）に記載の情報処理装置。
（４）
前記検出部で前記反応を検出できなかった場合、前記第２のユーザに応答を求める応答促進メッセージを出力する
前記（３）に記載の情報処理装置。
（５）
前記検出部は、前記第１のユーザの顔の検出、うなずいたか否かの検出、頭部の方向の検出、または視線の検出のうちの少なくとも１つの検出を行うことで、前記反応を検出する
前記（１）乃至（４）のいずれかに記載の情報処理装置。
（６）
前記検出部は、前記第１のユーザの音声の音量の検出、前記音声の認識結果の検出、または前記認識結果を意味解析した結果の検出のうちの少なくとも１つの検出を行うことで、前記反応を検出する
前記（１）乃至（５）のいずれかに記載の情報処理装置。
（７）
前記検出部は、前記第１のユーザのジェスチャを検出し、検出されたジェスチャが、前記情報を受信したことを表す反応であるか否かを判定することで、前記反応を検出する
前記（１）乃至（６）のいずれかに記載の情報処理装置。
（８）
前記依頼部は、前記第２のユーザの年齢に応じたメッセージを生成し、出力する
前記（１）乃至（７）のいずれかに記載の情報処理装置。
（９）
前記依頼は、前記第１のユーザを連れてきて欲しいというメッセージである
前記（１）乃至（８）のいずれかに記載の情報処理装置。
（１０）
前記依頼は、前記情報を含むメッセージである
前記（１）乃至（９）のいずれかに記載の情報処理装置。
（１１）
前記メッセージに含まれる前記情報は、圧縮された情報である
前記（１０）に記載の情報処理装置。
（１２）
前記依頼は、前記情報の発信者に対して、前記情報が、前記第１のユーザに提示できなかったことを知らせるメッセージである
前記（１）乃至（１１）のいずれかに記載の情報処理装置。
（１３）
情報を第１のユーザに提示し、
前記第１のユーザが、前記情報を受信したことを表す反応を検出し、
前記反応を検出できなかった場合、第２のユーザを検索し、
検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼する
ステップを含む情報処理方法。
（１４）
コンピュータに、
情報を第１のユーザに提示し、
前記第１のユーザが、前記情報を受信したことを表す反応を検出し、
前記反応を検出できなかった場合、第２のユーザを検索し、
検索された前記第２のユーザに、前記第１のユーザへの伝言を依頼する
ステップを含む処理を実行させるためのプログラム。
【符号の説明】
【０２３４】
１１  情報取得部，  １２  情報処理部，  １０１  音声取得部，  １０２  音声出力部，  １０３  音声処理部，  １０４  画像取得部，  １０５  表示部，  １０６  画像処理部，  １０７  通信部，  １０８  操作入力部，  １０９  制御部，  １１０  制御部
【図１】
2018180571.tif 000003
【図２】
2018180571.tif 000004
【図３】
2018180571.tif 000005
【図４】
2018180571.tif 000006
【図５】
2018180571.tif 000007
【図６】
2018180571.tif 000008
【図７】
2018180571.tif 000009
【図８】
2018180571.tif 000010
【図９】
2018180571.tif 000011
【図１０】
2018180571.tif 000012
【図１１】
2018180571.tif 000013
【図１２】
2018180571.tif 000014
【図１３】
2018180571.tif 000015
【図１４】
2018180571.tif 000016
【図１５】
2018180571.tif 000017
【図１６】
2018180571.tif 000018
【図１７】
2018180571.tif 000019
【図１８】
2018180571.tif 000020
【図１９】
2018180571.tif 000021
【図２０】
2018180571.tif 000022
【図２１】
2018180571.tif 000023
【図２２】
2018180571.tif 000024
【図２３】
2018180571.tif 000025
【図２４】
2018180571.tif 000026
【図２５】
2018180571.tif 000027
【図２６】
2018180571.tif 000028
【図２７】
2018180571.tif 000029
【図２８】
2018180571.tif 000030
【図２９】
2018180571.tif 000031
【図３０】
2018180571.tif 000032
【図３１】
2018180571.tif 000033
【図３２】
2018180571.tif 000034
【図３３】
2018180571.tif 000035
【国際調査報告】
2018180571.tif 000036
2018180571.tif 000037
2018180571.tif 000038
2018180571.tif 000039