(57)【要約】【課題】ユーザにとって利便性を高める。【解決手段】本発明の家電管理システム（１）において、発話管理サーバ１０は、家電（２０）から取得した状態情報を、通信ネットワークに接続された複数の家電（２０）のうち少なくとも一つの家電（２０）に対して出力する出力制御部（１８）を備えている。【選択図】図１
2016076799.tif 000002
【特許請求の範囲】
【請求項１】
複数の家電と当該家電を管理する管理サーバとが互いに通信ネットワークを介して接続された家電管理システムにおいて、
上記家電は、それぞれ、
自機器の状態を示す状態情報を、上記通信ネットワークを介して上記管理サーバに出力する第１状態情報出力部と、
上記通信ネットワークを介して上記管理サーバから取得した状態情報を報知する状態情報報知部と、を備え、
上記管理サーバは、
上記家電から取得した状態情報を、上記通信ネットワークに接続された複数の家電のうち少なくとも一つの家電に対して出力する第２状態情報出力部を備えていることを特徴とする家電管理システム。
【請求項２】
他の複数の家電と共に通信ネットワークに接続された家電において、
上記通信ネットワークに接続された他の家電から、当該家電の状態を示す状態情報を取得する情報取得部と、
上記情報取得部によって取得した状態情報を通知する状態情報通知部と、
を備えていることを特徴とする家電。
【請求項３】
家電に対して操作指示を行う操作指示部と、
上記操作指示部の操作指示に応じて上記家電が出力する報知音または音声を取得する取得部と、
上記取得部が取得した報知音または音声を解析する解析部と、
上記解析部による解析結果から、当該家電の状態を特定する状態特定部と、
を備えていることを特徴とするリモコン装置。
【請求項４】
受け付けた音声コマンドから家電に対して操作指示を行うリモコン装置であって、
音声コマンドを認識したとき、予め設定した判断基準により、当該音声コマンドを受け付けて家電に操作指示を行うか否かを判断する判断部を備えていることを特徴とするリモコン装置。
【請求項５】
所定の領域に顔画像を表示したロボットであって、
感情を示す表情データを記憶する記憶部と、
所定の基準によって定まる感情に応じた上記表情データを上記記憶部から取得し、上記所定の領域に上記顔画像として表示させる制御部と、
を備えていることを特徴とするロボット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、家電管理システム、家電、リモコン装置、ロボットに関する。
【背景技術】
【０００２】
近年、音声認識の技術を利用して、ユーザによる音声コマンドに対応した操作を行い、音声により自機器の状態を示す状態情報をユーザに通知する家電がインターネット等の通信ネットワークを介して最新の情報を発信したり、通信ネットワークを介してスマートフォンからの伝言などを再生したりする、ネットワーク対応型の家電が提案されている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−０４６４２４号公報（２００８年２月２８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のようなネットワーク型の家電は、ユーザにとって便利であるが、以下に示すような問題点を有しているため、ユーザにとって利便性は十分ではない。
【０００５】
（１）
従来の発話機能を持つ家電は、各家電毎に発話コンテンツが１対１で設定されており、ユーザがいないところで発話して聞き逃したり、適切なタイミングで発話コンテンツが聞けなかったりするという問題がある。
【０００６】
例えば、聞き逃しの例として、リビングから離れた洗濯室で、洗濯機が完了通知を発話した場合を挙げることができる。
【０００７】
また、タイミングが不適切な例として、レコーダの録画開始処理を失敗した場合、次回レコーダを操作したときに録画開始処理を失敗したことを示すエラー通知が行われることを挙げることができる。
【０００８】
また、無駄な発話によるストレスの例として、複数の家電がそれぞれ発話コンテンツを持つことにより、同じ情報を何度もユーザが聞くことになるケースを挙げることができる。例えば、天気予報をエアコン／冷蔵庫／空気清浄機が別々に喋る場合を挙げることができる。
【０００９】
さらに、スマートフォンからの伝言を再生する機能を有する家電では、伝言を聞くユーザを認識／指定することができないため、伝言が正しく伝わらない可能性がある。
【００１０】
（２）
従来の、音声認識により、音声コマンドに対応した家電操作を行うリモートコントロールシステムでは、操作対象の家電がどの位置にあるかを認識することができないという問題が生じる。
【００１１】
また、上記のリモートコントロールシステムでは、家電に対して操作指示をした場合に、家電が操作命令通りに動作したかを確認する術がなく、操作に失敗した場合のフィードバックを行うことができないという問題が生じる。
【００１２】
通常、家電自体が状態を通知する際に報知音（ビープ音）が鳴るが、音声ではないため人間が直感的に理解するには慣れが必要である。
【００１３】
（３）
上記のリモートコントロールシステムのように音声コマンドのみで操作を行った場合、ユーザの意図しない家電操作が行われる虞がある。例えば、リモートコントロールシステムの近くでユーザが会話しているときに、ユーザが音声コマンドと意図せず、当該音声コマンドに相当する音声を発した場合、リモートコントロールシステムは音声コマンドが入力されたと認識して家電操作を行うことを挙げることができる。
【００１４】
本発明は、上記の各問題点に鑑みなされたものであって、その目的は、ユーザにとっての利便性を高めることのできる、家電管理システム、家電、リモコン装置、ロボット、及び表情データ配信システムを提供することである。
【課題を解決するための手段】
【００１５】
上記の課題を解決するために、本発明の一態様に係る家電管理システムは、複数の家電と当該家電を管理する管理サーバとが互いに通信ネットワークを介して接続された家電管理システムにおいて、上記家電は、それぞれ、自機器の状態を示す状態情報を、上記通信ネットワークを介して上記管理サーバに出力する第１状態情報出力部と、上記通信ネットワークを介して上記管理サーバから取得した状態情報を報知する状態情報報知部と、を備え、上記管理サーバは、上記家電から取得した状態情報を、上記通信ネットワークに接続された複数の家電のうち少なくとも一つの家電に対して出力する第２状態情報出力部を備えていることを特徴としている。
【発明の効果】
【００１６】
本発明の一態様によれば、他の家電の状態情報を取得した家電から、他の家電の状態情報をユーザに報知することができるという効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態１に係る家電管理システムの概略構成図である。
【図２】図１に示す家電管理システムを構成する家電及び発話管理サーバの概略構成ブロックである。
【図３】図１に示す家電管理システム内の発話管理サーバに格納されている発話コンテンツの例を示す図である。
【図４】本発明の実施形態１の変形例に係る家電管理システムを構成する家電の概略構成ブロック図である。
【図５】本発明の実施形態２に係るリモートコントロールシステムの概略構成図である。
【図６】図５に示すリモートコントロールシステムを構成するロボットの概略構成ブロック図である。
【図７】図５に示すリモートコントロールシステムにおけるリモート処理の流れを示すタイミングチャートである。
【図８】図６に示すロボットの動作を説明する図である。
【図９】図６に示すロボットとユーザとの対話によるロボットの誤動作防止を説明するための図である。
【図１０】図５に示すリモートコントロールシステムにおけるロボットの誤動作防止を目的としたリモート処理の流れを示すタイミングチャートである。
【図１１】本発明の実施形態３に係るリモートコントロールシステムの概略構成図である。
【図１２】図１１に示すリモートコントロールシステムを構成するロボットの概略構成ブロック図である。
【図１３】図１２に示すロボットの表情を変更するための表情データのダウンロードを説明する図である。
【図１４】図１３においてダウンロードする表情データの通常状態の例を示す図である。
【図１５】図１３においてダウンロードする表情データの特定状態の例を示す図である。
【発明を実施するための形態】
【００１８】
〔実施形態１〕
以下、本発明の実施の形態について、詳細に説明する。
【００１９】
（家電管理システムの構成）
図１は、本実施形態に係る家電管理システム１の構成を示す図である。家電管理システム１は、図１に示すように、クラウド上にある発話管理サーバ（管理サーバ）１０と、ローカル上にある複数の家電２０（Ａ，Ｂ，Ｃ，Ｄ，・・・）とが互いに通信ネットワークを介して接続している。また、上記発話管理サーバ１０は、クラウド上で、天気予報等のコンテンツを提供する外部コンテンツサーバ３０に接続され、上記通信ネットワークを介して、ローカル上で、スマートフォン（端末装置）４０に接続されている。上記通信ネットワークとしては、例えば、インターネットが利用できる。また、電話回線網、移動体通信網、ＣＡＴＶ（Cable TeleVision）通信網、衛星通信網などを利用することもできる。
【００２０】
上記家電管理システム１では、発話管理サーバ１０が、ある家電２０（例えば家電Ａ）の状態（運転状況等）を示す状態情報を、通信ネットワークを介して取得し、別の家電２０（例えば家電Ｂ）に家電Ａの状態情報を、通信ネットワークを介して送信し、当該家電Ｂから家電Ａの状態情報をユーザに対して報知するようになっている。この仕組みについての詳細は、後述する。
【００２１】
上記発話管理サーバ１０及び家電２０の詳細について以下に説明する。図２は、発話管理サーバ１０及び家電２０の概略構成ブロック図を示す。
【００２２】
（発話管理サーバ）
発話管理サーバ１０は、図２に示すように、制御部１１、記憶部１２、通信部１３を含んでいる。
【００２３】
制御部１１は、発話管理サーバ１０の各部の動作を制御するブロックである。すなわち、制御部１１は、例えば、ＣＰＵ（Central Processing Unit）や専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置から成り、記憶部１２に記憶されている発話管理サーバ１０における各種制御を実施するためのプログラムを読み出して実行することで、発話管理サーバ１０の各部の動作を統括的に制御する。
【００２４】
また、制御部１１は、状態情報取得部１４、状態特定部１５、発話コンテンツ選択部１６、出力先選択部１７、出力制御部１８、コンテンツ取得部１９としての機能を有する。
【００２５】
状態情報取得部１４は、家電２０の状態を示す状態情報を、当該家電２０から取得するブロックである。具体的には、状態情報取得部１４は、通信部１３を介して、通信ネットワークに接続されている複数の家電２０の何れかの家電２０から送信される状態情報を取得している。この状態情報には、家電２０を識別する識別情報が含まれている。これにより、状態情報取得部１４は、取得した状態情報が複数の家電２０のうちどの家電２０から送信された状態情報であるかを示す識別情報を含んだ状態情報を状態特定部１５に送る。
【００２６】
状態特定部１５は、状態情報取得部１４から送られた状態情報から、家電２０の状態を特定するブロックである。ここで家電２０の状態とは、例えば、家電が冷蔵庫であれば、ドアが開放されている状態、家電がエアコンであれば、エラーにより停止している状態、家電がテレビであれば、電源がオン状態等であり、家電により様々な状態が存在することになる。従って、状態特定部１５は、状態情報から、家電が上述したような状態の何れであるかを特定し、特定した家電の状態を示す特定状態情報を発話コンテンツ選択部１６に送る。特定状態情報は、後述する状態１〜３等を示している。
【００２７】
発話コンテンツ選択部１６は、状態特定部１５から送られた特定状態情報に応じた発話コンテンツを記憶部１２内の発話コンテンツ格納部１２１から選択するブロックである。
【００２８】
ここで、発話コンテンツについて説明する。発話コンテンツは、主に、以下の３種類に分類できる。
（１）各家電２０からの通知：例えば、動作完了、エラー、タイマー起動等。
（２）外部コンテンツサーバ３０からのクラウド情報：例えば、天気予報、ニュース等。
（３）スマートフォン４０またはＰＣ（図示せず）などからの操作による情報：例えば、設定変更、伝言、タイマー設定等。
【００２９】
発話コンテンツは、記憶部１２内の発話コンテンツ格納部１２１内に格納されている。発話コンテンツ格納部１２１では、例えば図３に示すように、発話コンテンツを状態特定部１５で特定した家電２０の状態と対応付けて格納している。ここで、図３に示す発話コンテンツは、上述した（１）の各家電からの通知に対応した内容となっている、また、状態１〜３は、上述した状態特定部１５にて特定された特定状態情報を示している。具体的には、状態１は家電がレコーダであり、録画に失敗したことを示し、状態２はエアコンが異常停止したことを示し、状態３は冷蔵庫のドアが開放されていることを示し、各発話コンテンツは、これら状態１〜３に対応した内容となっている。なお、発話コンテンツは、通常、テキストデータで格納されているが、音声ファイルで格納してもよい。音声ファイルで格納している場合には、家電２０内での音声合成処理が不要となる。
【００３０】
出力先選択部１７は、発話コンテンツ選択部１６にて選択された発話コンテンツの出力先を選択するブロックである。具体的には、出力先選択部１７は、発話コンテンツに応じて、記憶部１２内の出力先データベース１２２に格納された出力先である家電２０を選択する。なお、出力先の選択基準について詳細は後述する。
【００３１】
出力制御部（第２状態情報出力部）１８は、出力先選択部１７にて選択された出力先である家電２０に対して、発話コンテンツ選択部１６にて選択された発話コンテンツを状態情報として通信部１３に送信（出力）させるブロックである。
【００３２】
なお、発話管理サーバ１０は、制御部１１内にコンテンツ取得部１９を備えている。このコンテンツ取得部１９は、図１に示す外部コンテンツサーバ３０から外部のコンテンツを取得するブロックである。具体的には、コンテンツ取得部１９は、スマートフォン４０等から天気予報を取得するための指示を受け付けると、発話管理サーバ１０に接続された外部コンテンツサーバ３０から天気情報を外部のコンテンツとして取得する。
【００３３】
（家電）
本実施形態において、家電２０として想定しているのは、エアコン、テレビ、レコーダ、冷蔵庫、照明機器等である。なお、図２に示す家電２０は、本実施形態において必要な構成要素のみを記載し、その他の家電毎の機能については省略している。
【００３４】
家電２０は、図２に示すように、制御部２１、音声出力部２２、通信部２３を含んでいる。
【００３５】
制御部２１は、家電２０の各部の動作を制御するブロックである。制御部２１は、例えば、ＣＰＵ（Central Processing Unit）や専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置から成り、データ格納部（図示せず）に記憶されている家電２０における各種制御を実施するためのプログラムを読み出して実行することで、家電２０の各部の動作を統括的に制御する。
【００３６】
また、制御部２１は、状態情報抽出部２４、発話コンテンツ取得部２５、音声合成部２６、出力制御部２７としての機能を有する。
【００３７】
状態情報抽出部２４は、家電２０の状態を示す状態情報を抽出するブロックである。具体的には、状態情報抽出部２４は、家電が異常停止したこと、録画予約に失敗したこと、ドアが開放状態であること等をセンサ等から状態情報として抽出する。状態情報抽出部２４は、抽出した状態情報を通信部２３を介して発話管理サーバ１０に送信する。従って、状態情報抽出部２４及び通信部２３は、自機器の状態を示す状態情報を、上記通信ネットワークを介して上記発話管理サーバ１０に出力する第１状態情報出力部として機能している。
【００３８】
発話コンテンツ取得部２５は、発話管理サーバ１０から送信された発話コンテンツを取得するブロックである。ここで、発話コンテンツ取得部２５が取得する発話コンテンツは、自機器である家電２０以外の家電２０の状態を示す状態情報から導き出された発話コンテンツである。この発話コンテンツは、図３に示すように、テキストデータであり、音声として出力するために、音声合成部２６に送られる。
【００３９】
音声合成部２６は、音声データを生成（音声合成）するブロックである。具体的には、音声合成部２６は、テキストデータからなる発話コンテンツを音声データとして生成する。
【００４０】
出力制御部２７は、音声合成部２６にて生成された音声データを音声出力部２２に出力させることで音声出力を行うブロックである。
【００４１】
音声出力部２２は、例えば、スピーカ等であり、音声データを出力しようとする家電２０を操作しているか、あるいはこの家電２０の近くに居るユーザに音声データを出力することで、発話コンテンツを報知する。
【００４２】
従って、出力制御部２７及び音声出力部２２は、上記通信ネットワークを介して上記発話管理サーバ１０から取得した状態情報を報知する状態情報報知部として機能している。なお、状態情報を報知する場合、上述にように、音声により報知すること以外に、映像で報知するようにしてもよい。この場合、報知する家電２０がテレビであれば、テレビの表示画面に報知すべき状態情報を映像、例えば文字を表示することが考えられる。
【００４３】
（出力先となる家電の選択）
次に、発話コンテンツの出力先となる家電の選択について説明する。出力先の選択の基準は、以下のように、大きく分けて５通りあるが、これらの基準に限定されるものではない。
（１）ユーザが操作している家電を出力先として選択
具体的には、発話管理サーバ１０は、アクティブな家電をユーザが操作している家電（出力先）として選択する。または、発話管理サーバ１０は、家電が備える人感センサ等により当該家電の近くにユーザが居ることが検出された家電をユーザが操作している家電（出力先）として選択する。さらに、発話管理サーバ１０は、家電が操作されたタイミングを検出することで、当該家電をユーザが操作している家電（出力先）として選択する。例えばユーザがテレビを見ている場合には、当該テレビを出力先として選択し、例えば洗濯機による洗濯が終了したことを当該テレビの表示画面に表示する。
（２）ユーザによって予め設定した家電を出力先として選択
具体的には、ユーザが居る頻度の高い部屋に設置された家電を出力先として予め設定する。例えば、ユーザがリビングに居る頻度がかい場合、リビングに設置されているエアコンが発話するように設定する。つまり、エアコンを出力先として選択する。
（３）報知する内容に応じた家電を出力先として選択
具体的には、各家電がそれぞれの商品性に最も適したコンテンツを発話するように設定する。例えば、コンテンツが天気関連であればエアコン、洗濯機等の家電、コンテンツが食材関連であれば冷蔵庫、レンジ等の家電が発話するように設定する。つまり、これらの家電を発話コンテンツの出力先として選択する。
（４）対象ユーザに応じた家電を出力先として選択
具体的には、ユーザに応じて発話する家電を設定する。例えば、ユーザが母親であれば、キッチン家電を出力先として選択し、ユーザが子供であれば、子供部屋のエアコンを出力先として選択する。ここで、ユーザの特定は、家電が備えているカメラ、音声認識機能による音声認識を利用して行う方法や、各ユーザが身につけているウエアラブル機器や携帯電話（スマートフォンを含む）を用いて行う方法がある。ウエアラブル機器、携帯電話では、ブルートゥースを用いて通信を行っている。ブルートゥースでは、電波の強度でおおよその距離（ユーザと家電との距離）が分かるので、当該距離が所定距離以内であれば家電の近くにいると判断できる。
（５）報知すべき情報の情報源と、実際に報知する家電とを１対多の関係となるように出力先を選択
具体的には、報知するコンテンツが家電のエラー関連の情報であれば、全ての家電を出力先として設定する。例えば、報知するコンテンツがエアコンの異常停止を示す情報であれば、家電管理システム１を構成している全ての家電を出力先として選択し、全ての家電からエアコンの異常停止をユーザに報知する。この場合、全ての家電を出力先として選択するが、各家電からのコンテンツの報知は一斉に行う必要はない。例えば、ユーザが移動中である場合、まず、現時点でユーザの一番近くにある家電から報知し、ユーザの移動に合わせて、都度、近くにある家電から報知するようにしてもよい。
【００４４】
また、上記（１）〜（５）に記載の出力先の選択方法以外に、例えば、報知すべき内容がリピートする必要のあるコンテンツ（録画予約情報）と、リピートしなくてよいコンテンツ（天気予報）とに応じて出力先を選択してもよい。リピートする必要のあるコンテンツの場合には、最初に報知したのち、所定時間経過後に、再度、同一内容のコンテンツを報知することになる。この場合、再度の報知に用いる家電は、上記（１）のように現在アクティブな家電としてもよいし、上記（２）のように予め設定した家電としてもよい。
【００４５】
また、コンテンツを報知する家電を、時間により変更するようにしてもよい。例えば、報知するコンテンツが朝のアラームである場合、コンテンツを報知する家電を寝室のエアコンに設定する。
【００４６】
また、上記（１）〜（５）に記載の出力先の選択方法以外に、例えば、報知すべき内容がリピートする必要のあるコンテンツ（録画予約情報）と、リピートしなくてよいコンテンツ（天気予報）とに応じて出力先を選択してもよい。リピートする必要のあるコンテンツの場合には、最初に報知したのち、所定時間経過後に、再度、同一内容のコンテンツを報知することになる。この場合、再度の報知に用いる家電は、上記（１）のように現在アクティブな家電としてもよいし、上記（２）のように予め設定した家電としてもよい。
【００４７】
また、コンテンツを報知する家電を、時間により変更するようにしてもよい。例えば、報知するコンテンツが朝のアラームである場合、コンテンツを報知する家電を寝室のエアコンに設定する。
【００４８】
ここで、本実施形態では、図１に示すように、クラウド上に発話管理サーバ１０を備えた家電管理システム１の例について説明したが、本発明はこれに限定されるものではなく、例えば、発話管理サーバ１０の機能を家電２０に持たせてもよい。以下に、発話管理サーバ１０の機能を有する家電について説明する。
【００４９】
〔変形例１〕
図４は、発話管理サーバ１０の機能を備えた家電５０のブロック図である。なお、図４において、図２に示す発話管理サーバ１０、家電２０が備える各部と同一の機能を有する部には同一符号を付記し、詳細な説明は省略する。
【００５０】
家電５０は、図４に示すように、制御部５１、音声出力部２２、通信部２３、記憶部１２を含んでいる。
【００５１】
制御部５１は、状態情報取得部１４、状態特定部１５、発話コンテンツ選択部１６、出力先選択部１７、状態情報抽出部２４、発話コンテンツ取得部２５、音声合成部２６、出力制御部２７として機能する。すなわち、制御部５１は、図２に示す発話管理サーバ１０と同じ状態情報取得部１４、状態特定部１５、発話コンテンツ選択部１６、出力先選択部１７として機能し、さらに、図２に示す家電２０と同じ状態情報抽出部２４、発話コンテンツ取得部２５、音声合成部２６、出力制御部２７として機能する。
【００５２】
家電５０は、図示しないが、複数の他の家電と通信ネットワークを介してデータの送受が行えるようになっている。従って、家電５０は、自機器の状態情報を、通信ネットワークを介して他の家電５０に送信する一方、他の家電５０の状態情報を、通信ネットワークを介して受信するようになっている。つまり、家電５０は、図１に示すような発話管理サーバ１０を介して他の家電５０とデータの送受を行うようになっていない。
【００５３】
家電５０が自機器の状態情報を送信する場合、送信先（出力先）の選択基準は、前記実施形態１で説明した選択基準と同じである。従って、家電５０は、上記選択基準を用いて、自機器内で出力先の家電５０を選択し、選択した家電５０に状態情報を送信する。
【００５４】
このように、家電５０自身が状態情報の通知先を設定するようにしてよい。この通知先の設定は、出力先選択部１７において行われる。すなわち、家電５０においては、出力先選択部１７が状態情報の通知先を設定する通知先設定部として機能する。通知先の設定の仕方としては、例えば、以下の２通りあるが、これらに限定されるものではない。
（６）ユーザが報知（通知）すべき情報の情報源に対し、実際に報知する家電を音声によって設定する。すなわち、上記出力先選択部（通知先設定部）１７は、上記状態情報の通知先をユーザの音声に応じて設定する。家電５０は、音声認識機能（図示しない）により、ユーザの音声を認識することで、上記の設定を実現している。
【００５５】
具体的には、状態情報の取得先（情報源）である家電５０、例えば洗濯機に対し、ユーザは発話によって洗濯の終了を別の家電５０である冷蔵庫に報知するように設定する。これにより洗濯機の終了は冷蔵庫からユーザに報知（通知）される。
（７）ユーザが報知（通知）すべき情報の情報源に対し、実際に報知する家電を報知する場所によって設定する。すなわち、上記出力先選択部（通知先設定部）１７は、上記状態情報の通知先を、上記通信ネットワークに接続された家電が少なくとも一つ設置された部屋に設定する。ここの設定は、（６）と同じようにユーザが音声により設定してもよいが、手動で設定してもよい。
【００５６】
具体的には、状態情報の取得先（情報源）である家電５０、例えば洗濯機に対し、ユーザは発話によって洗濯の終了をキッチン（部屋）に報知するように設定する。これにより洗濯機の終了はキッチンにある冷蔵庫からユーザに報知（通知）される。キッチンにある家電が冷蔵庫だけでなく電子レンジや照明もある場合、電子レンジや照明もユーザに報知する家電群として冷蔵庫とともに設定してもよい。
【００５７】
〔変形例２〕
本発明を用いれば、発話機能を持たない家電の状態情報を、発話機能を有する家電から報知するようにできる。すなわち、発話機能を持たない家電は、ユーザの近くにある別の家電（発話機能を有する家電）を用いて、自機器の状態情報をユーザに伝える。例えば、リビングにおいて、エアコンに発話機能がない場合、同じリビングに設置されたテレビの発話機能を用いて、エアコンの状態情報を報知する。
【００５８】
これにより、発話機能を持たなくても、発話機能を持った家電に代弁してもらうことで、ユーザに発話機能の無い家電の状態情報を報知することが可能となる。
【００５９】
なお、上記実施形態１及び変形例１，２では、出力先を家電単位で選択するようにしているが、出力先を部屋単位で選択するようにしてもよい。この場合、選択した部屋において稼働中の家電を用いてコンテンツを報知するようにすればよい。これにより、コンテンツを報知させる家電が稼働していないことによる、報知不可状態を回避でき、ユーザに対して確実にコンテンツを報知させることができる。
【００６０】
また、上記実施形態１及び変形例１，２では、家電からコンテンツを報知する場合、家電側のタイミングで報知しているが、ユーザが家電に指示をして、別の家電の状態情報を報知させるようにしてもよい。例えば、エアコンが設置された部屋から別の部屋に移動したユーザが、移動先の部屋に設置された家電に対して、エアコンの状態情報を報知するように指示する。
【００６１】
さらに、上記実施形態１及び変形例１，２では、コンテンツを報知する手段として音声による出力、すなわち家電に発話させる例について主に記載したが、コンテンツを報知する手段として発話させる必要はなく、実施形態１でも説明したように、映像として表示するようにしてもよいし、発話でなく、警報音のような意味を持たせた音を発するようにしてもよい。
【００６２】
以上、本実施形態によれば、各発話対応家電の発話コンテンツをクラウドサーバ上に集約し、配信先の家電を選択することで、ユーザにより確実に発話内容を伝えることができると言う効果を奏する。
【００６３】
さらに、本実施形態によれば、ユーザは離れた位置にある家電の情報を聞き逃したり、適切なタイミングで聞いたりすることができる。また、情報が集約されることにより発話コンテンツを管理することができ、同じ発話コンテンツを何度も聞くことがなくなる。さらに、複数のユーザが居る場合（家庭など）、それぞれの家電に使用頻度が多いユーザを紐付けして設定することで、適切なユーザが発話コンテンツを聞くことができるという効果を奏する。
【００６４】
〔実施形態２〕
以下、本発明の他の実施形態について、詳細に説明する。
【００６５】
（リモートコントロールシステムの構成）
図５は、本実施形態に係るリモートコントロールシステム２の構成を示す図である。リモートコントロールシステム２は、図５に示すように、音声発話機能、音声認識機能、赤外線送信機能を有するロボット（リモコン装置）６０と、当該ロボット６０によって操作指示される、音声発話機能、赤外線受信機能を有する第１家電７０、音声発話機能、音声認識機能を有する第２家電８、報知音出力機能、赤外線受信機能を有する第３家電９０を含む。
【００６６】
ロボット６０は、音声発話機能によりユーザに対して発話したり、音声認識機能を有する第２家電８に発話による操作指示をしたりし、音声認識機能によりユーザの発話内容を認識したり、音声発話機能を有する第１家電７０及び第２家電８の発話を認識したりし、赤外線送信機能により赤外線受信機能を有する第１家電７０、第３家電９０に対して操作指示を示す赤外線を送信する。
【００６７】
すなわち、ロボット６０は、第２家電８に対して操作命令を音声で行い、第１家電７０及び第３家電９０に対して操作命令を赤外線で行う。また、ロボット６０は、第１家電７０及び第２家電８から状態通知を音声で受け取り、第３家電９０から状態通知を報知音で受け取る。さらに、ロボット６０は、第２家電８に対して状態確認を音声で行う。
【００６８】
ここで、状態通知とは、家電の状態を示す状態情報を通知することである。また、状態確認とは、家電の状態情報を確認することである。つまり、ロボット６０は、音声により状態確認を第２家電８に対して行い、これに対して、第２家電８から自機器の状態情報を音声で受け取る。
【００６９】
従って、リモートコントロールシステム２におけるロボット６０は、各家電に操作指示を行った後、各家電から状態通知（音声あるいは報知音）を受け取り、状態通知を解析して、家電が操作指示通りに稼働していないことが分かれば、当該家電に対して再度操作指示を行い、家電が操作指示通りに稼働していることが分かれば、操作指示を停止する。このとき、ロボット６０は、ユーザに対して操作指示の結果を伝えるようにしてもよい。
【００７０】
（ロボット）
図６は、ロボット６０の概略構成を示している。ロボット６０は、図６に示すように、制御部６１、データ格納部６２、赤外線送受信部６３、マイク６４、スピーカ６５、表示部６６、動作部６７、カメラ６８、センサ（人感センサ、温度センサ等の各種センサ）６９を備えている。
【００７１】
制御部６１は、例えば、ＣＰＵや専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置からなり、ロボット６０の各部の動作を制御するブロックである。また、制御部６１は、音声認識部６１１、報知音解析部６１２、状態特定部６１３、出力制御部６１４、音声合成部６１５、操作命令特定部６１６、判断部６１７として機能する。
【００７２】
音声認識部６１１は、ユーザ、第１家電７０、第２家電８からの入力音声を認識するブロックである。具体的には、音声認識部６１１は、マイク６４から入力された音声データをテキストデータに変換して、そのテキストデータを解析して単語やフレーズを抽出する。なお、音声認識の処理について公知技術を用いることができる。
【００７３】
報知音解析部６１２は、第３家電９０からの報知音を解析するブロックである。具体的には、報知音解析部６１２は、マイク６４から入力された報知音が、家電がどのような状態にあるかを示すどの報知音であるかを特定する。ここで報知音は、所定の周波数の音を一定時間出力したもの「ピー」や、一定の間隔で出力したもの「ピー、ピー、・・・」等、家電の状態に合わせて複数種類用意されている。
【００７４】
状態特定部６１３は、音声認識部６１１によって認識された音声、報知音解析部６１２によって特定された報知音から、家電の状態を特定するブロックである。具体的には、状態特定部６１３は、認識された音声、特定された報知音と、データ格納部６２の状態情報格納部６２１に格納されている状態情報とから、家電の状態を特定する。
【００７５】
出力制御部６１４は、状態特定部６１３によって特定された家電の状態から、再度家電に操作指示をするか否かを判断するブロックである。具体的には、出力制御部６１４は、特定された家電状態が、操作指示通りに稼働しているか否かを判断し、操作指示通りに稼働していないと判断したときに、再度、赤外線送受信部６３を用いて赤外線またはスピーカ６５及び音声合成部６１５を用いて音声により操作指示を家電に対して行う。一方、操作指示通りに稼働していると判断したときには、何もしないか、あるいは、ユーザに操作指示通りに稼働している旨を伝える。この場合には、ユーザが操作指示通りに稼働していることが分かればよいので、スピーカ６５を用いて音声で伝えてもよいし、表示部６６に表示して伝えてもよい。
【００７６】
音声合成部６１５は、音声データを生成（合成）するブロックである。具体的には、音声合成部６１５は、操作指示を示すテキストデータから、スピーカ６５から出力するための音声データを合成する。
【００７７】
操作命令特定部６１６は、ユーザからの音声による操作指示内容から、家電に対する操作命令を特定するブロックである。具体的には、操作命令特定部６１６は、ユーザからの音声による操作指示内容に応じた操作命令をデータ格納部６２の操作命令格納部６２２から抽出する。
【００７８】
判断部６１７は、認識した音声コマンドを受け付けるか否かを判断するブロックである。この判断部６１７の詳細は、後述する。
【００７９】
（リトライ処理）
上記構成のロボット６０を用いた家電への操作指示のリトライ処理について図７を参照しながら以下に説明する。
【００８０】
まず、ユーザが音声コマンドをロボット６０に出力する。ロボット６０は、音声コマンドを受け取ると、上述したように、操作命令特定部６１６によって音声コマンドから操作命令を特定し、赤外線信号により操作命令を他家電（音声コマンドにより指定された家電）に送信する。他家電は、赤外線信号による操作命令を受け付ける。ここで、他家電は、第１家電７０のように音声発話機能を有する家電とする。
【００８１】
次に、他家電は、受け付けた操作命令に応じて、音声発話を行う。この音声発話は、ロボット６０が受け取る。ここで、音声発話が、操作命令通りに家電が稼働したことを示す内容を含んだものであれば、操作命令は完了したものと確認し、操作命令通りに家電が稼働していないという内容を含んだものであれば、再度、操作命令を実行するために他家電に対して、赤外線信号を送信する。
【００８２】
このように、操作命令通りに家電が稼働したことを確認するまで、リトライ処理を行う。
【００８３】
上記の例では、操作命令通りに家電が稼働したことをロボット６０が確認すれば、そこで処理が終了することになっているが、操作命令通りに家電が稼働したことをロボット６０が確認したことをユーザに報知してもよい。
【００８４】
また、上記の例では、ロボット６０は、他家電からの音声発話により、操作命令通りに家電が稼働したか否かを確認しているが、家電に音声発話機能が無い場合には、報知音から、操作命令通りに家電が稼働したか否かを確認することになる。
【００８５】
例えば、ある報知音を聞いたロボット６０が、ユーザに対して「何かあった？」と聞き、「エアコンが停止した」とユーザが言えば、ロボットは、その報知音を「エアコン停止」の報知音としてデータ格納部６２の報知音格納部６２４に記憶する。以降、ロボット６０は、同じ報知音を聞いたとき、エアコンが停止していると理解する。
【００８６】
このように、ロボット６０は、様々な状況における報知音を、それぞれの状況と対応付けて記憶することで、検出した報知音に応じた操作を行うことができる。これにより、ロボット６０は、報知音を聞くだけで、リトライするか否かを判断することが可能となる。
【００８７】
ところで、ロボット６０による操作命令は、赤外線を送信することで行われるが、赤外線の送信方向が操作命令の対象となる家電に向いていければ、操作命令が家電に届かない。このような場合、ロボット６０は、操作命令の対象となる家電から、音声発話、報知音が発せられない。
【００８８】
従って、上記のように、ロボット６０は、操作命令の対象となる家電から、音声発話、報知音が発せられない状況の場合には、操作命令を送信してから、所定時間内に音声発話もしくは報知音が発せられないとき、ロボット６０の向きを変える等して、リトライすることが考えられる。ロボット６０の向きを変えても、操作命令を送信してから、所定時間内に音声発話もしくは報知音が発せられないときには、リトライ処理を終了する。そして、ユーザにリトライ処理を終了した旨を伝える。
【００８９】
このような処理を実現するために、ロボット６０は、表示部６６及び動作部６７を備えている。表示部６６は、ロボット６０の表情の画像を表出するブロックであり、本実施形態では、リアプロジェクション方式で表示を行うものとするが、これには限定されない。動作部６７は、ロボット６０の動作を実行するブロックである。
【００９０】
動作部６７は、ロボット６０を回転させる。動作部６７は、図８に示すように、ロボット６０を第１家電７０に対して操作命令を行える位置まで回転させる。動作部６７は、第１家電７０のスピーカ７０ａから出力される音声発話を聞き取れる位置までロボット６０を回転させる。
【００９１】
つまり、ロボット６０は、第１家電７０のスピーカ７０ａから音声発話が発せられる方向から、当該第１家電７０の位置を推定するようになっている。このようにして、ロボット６０は、各家電の位置を推定し、データ格納部６２の配置方向格納部６２３に記憶させることで、操作対象となった家電が設置されている方向に動作部６７によって回転させて、操作命令を実行する。
【００９２】
以上、本実施形態によれば、ロボットがあたかも他の家電と会話しているような演出ができるだけでなく、ユーザが各家電の位置を毎回指示することなく、自然に音声による家電操作が実現できるという効果を奏する。
【００９３】
（誤動作防止）
上記構成のロボット６０は、ユーザからの音声コマンドにより操作対象となる家電に対して操作命令を行うようになっている。
【００９４】
ところで、ロボット６０が設置された部屋で、ユーザが一般的な会話（操作命令を意図しない会話）を行っている際に、ユーザが発した言葉を、ロボット６０が音声コマンドと認識し、家電に対して操作命令を行う虞がある。つまり、ユーザが意図しない家電が動作する虞がある。例えば、ユーザが発する言葉によって、ロボット６０がエアコンをつけるという音声コマンドを認識した場合、操作命令によってエアコンがついてしまう場合ある。
【００９５】
そこで、ロボット６０は、制御部６１内の判断部６１７によって、音声コマンドを認識したとき、予め設定した判断基準により、当該音声コマンドを受け付けて家電に操作指示を行うか否かを判断する。ここで、上記判断基準の一つとして、音声コマンドを受け付けるか否かを、発話機能を用いて発話することによって、当該音声コマンドの取得先であるユーザに対して聞き返した結果とした場合の例について以下に説明する。
【００９６】
例えば図９に示すように、ユーザ８０が「エアコンつけて？」８０ａと言うと、ロボット６０は、「つけるよ？  いい？」６０ａと聞き返し、これに対して、ユーザ８０が「うん。お願い♪」８０ｂと言う。これにより、ロボット６０は、エアコンをつけるという操作命令をエアコンに対して実行する。この場合の処理は、図１０に示すようになる。図１０は、図７に示した処理において、ロボット６０が送命令を実行するために赤外線信号を送信するまでに、ロボット６０とユーザ８０との間で２段階のやりとりが行われている点が追加されている。
【００９７】
以上のように、ロボット６０が音声コマンドを認識したとき、ユーザ８０に対して聞き返し、さらに、ユーザ８０からの回答によって当該音声コマンドを受け付けるか否かを判断するようになっているので、音声認識による誤動作を防止することができる。
【００９８】
なお、ユーザ８０は、ロボット６０から何時も同じ聞き返しを聞くとストレスがたまる虞がある。そこで、音声コマンドを受け付けるか否かを上記ユーザに聞き返すとき、当該音声コマンドが前回と同じ音声コマンドである場合、聞き返すための発話内容を前回と異ならせる。例えば、最初、ロボット６０が「エアコンつけるの？」と聞き返した場合、２回目以降に、ロボット６０が「エアコンつけましょうか？」や「エアコンつけていいかな？」等にする。これにより、前回と同じ内容を聞き返されたとしても、発話内容が異なるため、ユーザ８０が感じるストレスを軽減することが可能となる。この場合、発話内容としては、聞き返して違和感のない内容にするのが好ましい。
【００９９】
以上の方法が、ロボットがユーザに確認する方法である。他の確認方法として以下の方法がある。
（１）「エアコンつけるよ？」など確認をするフレーズでバリエーションを増やしていく方法。
（２）「エアコンつけるの？」など聞き返すフレーズでバリエーションを増やしていく方法。      
（３）温度センサを用いた反応を示すフレーズでバリエーションを増やしていく方法。
例えば、温度センサの検出温度に応じて、「暑いよね〜  エアコンつけるよ？」、「  寒いね〜  エアコンつける？」、「ちょうどいいと思うけど、エアコンつける？」等。
【０１００】
音声コマンドを受け付けるか否かを判断する方法として、ロボット６０が備えるカメラ６８、センサ６９を利用する方法を挙げることができる。カメラ６８は、ユーザ８０を撮影し、ユーザ８０がカメラ６８に対して正面を向いているか否かを確認するために用いる。なお、本実施形態に係るロボット６０では、音声をキャッチした方向に向くように動作部６７によって回転するようになっているので、ユーザの正面からカメラ６８による撮影を行うことができる。また、センサ６９は、人の存在を検知する人感センサを用い、ユーザ８０が近くにいるか否かを検出する。この場合も、上述した判断部６１７によって音声コマンドを受け付けるか否かを判断する。
【０１０１】
具体的には、判断部６１７は、ロボット６０が音声コマンドを認識したときに、カメラ６８によって撮影されたユーザ８０が正面を向いていると確認されれば、当該音声コマンドを受け付け、正面を向いていなければ、当該音声コマンドを受け付けないと判断する。なお、ユーザ８０が正面を向いていない場合に、上述したように、発話機能を用いて、ユーザ８０に対して、音声コマンドを受け付けてもよいか否かを確認してもよい。
【０１０２】
また、判断部６１７は、ロボット６０が音声コマンドを認識したときに、センサ６９により人を検出すれば、ユーザ８０が近くにいると判断し、当該音声コマンドを受け付け、センサ６９により人を検出しなければ、ユーザ８０が近くにいないと判断し、当該音声コマンドを受け付けない。つまり、人がいると検知しない限り、音声操作を有効にない。
【０１０３】
なお、センサ６９の検出結果だけでは、音声コマンドを発したユーザ８０であるか否かが明確でないため、上述したカメラ６８によって撮影された映像を利用して、音声コマンドを発したユーザ８０であるか否かを明確に判断するようにしてもよい。
【０１０４】
このように、カメラ６８、センサ６９などを用いれば、ロボット６０が音声コマンドを認識したときに、ユーザ８０に対して、音声コマンドを受け付けてもよいかを確認することなく、音声コマンドを受け付けるか否かを判断することができる。
【０１０５】
ロボット６０がタッチセンサを備えている場合に、当該タッチセンサに手をかざした状態で、音声操作を有効にするようにしてもよい。具体的には、ユーザ８０がロボット６０のタッチセンサに手をかざした状態で、音声コマンドを認識した場合には、ユーザ８０に確認することなく、音声コマンドを受け付ける。当該音声コマンドによる操作命令を実行する。    
【０１０６】
以上、音声コマンドのみだと、ご認識による家電操作の可能性があるところ、本実施形態によれば、確認のやり取りを加えることで、誤動作を防止することができるという効果を奏する。
【０１０７】
〔実施形態３〕
以下、本発明の他の実施形態について、詳細に説明する。なお、説明の便宜上、前記実施形態２にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【０１０８】
（キャラクタデータ配信システムの構成）
図１１は、本実施形態に係るキャラクタデータ配信システム３の構成を示す図である。キャラクタデータ配信システム３は、図１１に示すように、ロボット１００と、サーバ（配信サーバ）３００とが互いに通信ネットワークを介して接続している。また、上記サーバ３００は、コンテンツ（キャラクタ）を提供する外部コンテンツサーバ４００に接続され、上記通信ネットワークを介して、スマートフォン（端末装置）２０１及びＰＣ２０２に接続されている。上記通信ネットワークとしては、例えば、インターネットが利用できる。また、電話回線網、移動体通信網、ＣＡＴＶ（Cable TeleVision）通信網、衛星通信網などを利用することもできる。
【０１０９】
上記キャラクタデータ配信システム３では、ロボット１００が、サーバ３００から予め設定したアカウント３０１に紐付けたキャラクタデータをダウンロードし、ダウンロードしたキャラクタデータから喜怒哀楽等の感情に応じた表情データを当該ロボット１００の顔に相当する顔領域１００ａに内部から投影するようになっている。つまり、キャラクタデータ配信システム３内のロボット１００は、自身の喜怒哀楽等の感情を所定のアルゴリズムにより推定し、推定した喜怒哀楽等の感情に応じた表情をするように、キャラクタデータに含まれる表情データを表示部６６のプロジェクタ６６ａ及び反射鏡６６ｂを用いて顔領域１００ａに表示させている。
【０１１０】
ここで、ロボットの感情は、本体の内部状態（バッテリー残量など）や外部環境（温湿度／明るさ／時間など）、また会話した回数や頻度、内容によりユーザとの関係性をパラメータ化し、確率テーブルにより総合的に計算して決定する。例えば、バッテリー残量が豊富で快適な温度状態、ユーザとの関係が良好（よく話しかけられる／褒められるなど）であれば機嫌が良い状態となり、笑顔の表情データを選択する。また、深夜や早朝などは時間をパラメータとして利用し、眠そうな表情を選択する。
【０１１１】
（ロボット）
図１２は、ロボット１００の概略構成を示している。ロボット１００は、前記実施形態２において説明した図６に示すロボット６０とほぼ同じ構成であり、異なるのは、通信部１０１、表情データベース（ダウンロード用バッファ）１０２を備えている点である。同じ構成要素については説明を省略し、異なる構成要素のみ以下に説明する。
【０１１２】
通信部１０１は、キャラクタデータ配信システム３において、サーバ３００との通信を行うための手段である。ここで、キャラクタデータは、喜怒哀楽等の感情それぞれに対応する表情データをひとかたまりにしたものをいう。つまり、キャラクタデータ＝表示データ群となる。
【０１１３】
表情データベース１０２は、ダウンロードしたキャラクタデータを格納している。なお、表情データベース１０２には、初期状態で、基本の喜怒哀楽等の感情に対応する表情データ群を基本キャラクタデータとして格納している。
【０１１４】
（キャラクタデータダウンロード）
図１３は、ロボットの表情を変更するためのキャラクタデータのダウンロードの説明を示す図である。サーバ３００は、アカウント３０１毎に複数種類のキャラクタデータを格納し、必要に応じて、キャラクタデータをロボット１００にダウンロード配信する。
【０１１５】
図１３では、サーバ３００の一つのアカウント３０１に２種類のキャラクタデータ（１）、キャラクタデータ（２）が格納されている例を示し、ダウンロード配信されたキャラクタデータ（１）または（２）は、ロボット１００内の表情データベース１０２に既に格納されている基本キャラクタデータと入替えて格納される。
【０１１６】
なお、ダウンロード配信は、キャラクタデータ単位ではなく、表情データ単位であってもよい。その場合には、ダウンロード配信された表情データは、基本キャラクタの該当する表情データと入替えて格納される。
【０１１７】
サーバ３００に対するキャラクタデータまたは表示データの配信の指示は、ロボット１００を利用するユーザが操作するスマートフォン２０１やＰＣ２０２から行われる。具体的には、ユーザは、スマートフォン２０１またはＰＣ２０２からサーバ３００内の所定のアカウント３０１に格納されたキャラクタデータまたは表示データの配信の指示を行う。
【０１１８】
一つのアカウント３０１には複数のロボット１００を対応させることが可能であるため、同じキャラクタデータを同じアカウントにアクセス可能なロボット１００にダウンロード配信する。
【０１１９】
ユーザが操作するスマートフォン２０１またＰＣ２０２が、サーバ３００内のアカウント３０１（アカウント（Ａ））とは別のアカウント３０１（アカウント（Ｂ））にアクセス可能であれば、アカウント（Ｂ）にアクセス可能な別のロボット１００にキャラクタデータをダウンロード配信することができる。これを利用すれば、他人のロボットにキャラクタデータをダウンロードさせることができるため、企業であれば、お試し版のキャラクタデータをダウンロードさせることができる。ユーザは、お試し版のキャラクタデータが気に入れば購入することができる。
【０１２０】
（表情の表示）
ロボット１００は、サーバ３００からのダウンロード配信により、新たなキャラクタデータが表情データベース１０２に格納されると、当該表情データベース１０２に格納された新キャラクタデータの表情データをランダムに抽出し顔領域１００ａに表示させる。
【０１２１】
なお、ロボット１００は、通常、感情を持たないが、ユーザとの対話において予め設定される発話内容に感情を紐付けることにより、発話を行う際に、その発話内容に紐付けられた感情を示す表情データを表情データベース１０２から抽出し顔領域１００ａに表示させることで、ロボット１００が感情を持っているように見せかけることができる。
【０１２２】
具体的には、予め、表情データベース１０２に格納されているキャラクタデータの各表情データに数値を付与し、ロボット１００が発話する発話内容に紐付けた感情に合わせて、表示データに付与された数値と同じ数値を付与する。これにより、ロボット１００がある発話を行う場合、発話内容に紐付けた感情に付与された数値と同じ数値の表情データを表情データベース１０２から抽出して顔領域１００ａに表示させる。
【０１２３】
（表情データの作成）
サーバ３００から配信されるキャラクタデータは、喜怒哀楽等の感情それぞれに対応する表情データを含んだものである。この場合、喜びの感情、怒りの感情、哀しみの感情、楽しい感情等、１種類の感情には、１種類の表情データが対応するように、キャラクタデータを作成している。
【０１２４】
しかしながら、人間の感情は非常に複雑であり、様々な種類の感情が複合される場合もある。そこで、表情データのバリエーションをさらに増やすことで、より人間に近い感情を表情で表現することが可能となる。
【０１２５】
図１４は、通常状態（楽・喜の状態）の表情データのバリーションを示す図である。
【０１２６】
図１５は、特定状態（怒・悲・困の状態、特定モード）の表情データのバリエーションを示す図である。
【０１２７】
すなわち、通常状態、すなわち、楽しい状態、喜びの状態の表情データを作成するとき、図１４に示すように、楽・喜の方向に表情データのバリエーションを増やして表情データを作成することで、恋する状態を示す表情データや、安らぎの状態を示す表情データなどの楽・喜に起因する感情を示す表情データが作成できる。
【０１２８】
一方、特定状態、すなわち怒っている状態、悲しい状態、困っている状態の表情データは、図１５の（ａ）に示すように、各レベル、すなわち怒りのレベル、悲しみのレベル、困っている程度を示すレベルを４段階に分けて、各レベルに応じた表情データを作成する。
【０１２９】
また、特定状態の表情データとしては、特定モード時の表情データを挙げることができる。具体的には、図１５の（ｂ）に示すように、特定モードとしては、留守番モード、おやすみモード、居眠りモード、リモコン操作モードがあり、各モードに合わせた表情データを作成する。
【０１３０】
（課金）
ここで、サーバ３００は、図１１に示すように、ユーザのアカウント３０１毎にアクセス可能なロボット１００にキャラクタデータをダウンロード配信している。この場合、上述したように、スマートフォン２０１、ＰＣ２０２を用いてユーザがダウンロード配信をサーバ３００に指示する。
【０１３１】
また、サーバ３００のアカウント３０１にダウンロード配信されるキャラクタデータは、外部コンテンツサーバ４００から配信される。この場合も、スマートフォン２０１、ＰＣ２０２を用いて、サーバ３００に外部コンテンツサーバ４００からのダウンロード配信を指示する。
【０１３２】
ここで、既にサーバ３００にダウンロードされたキャラクタデータをロボット１００にダウンロード配信させる場合には、ダウンロード配信を指示するスマートフォン２０１、ＰＣ２０２を操作するユーザに課金をしない。
【０１３３】
一方、サーバ３００のアカウント３０１にキャラクタデータを外部コンテンツサーバ４００からダウンロード配信される場合には、ダウンロード配信を指示するスマートフォン２０１、ＰＣ２０２を操作するユーザに課金をする。
【０１３４】
この場合、実際に課金されるのは、サーバ３００にダウンロード配信を指示するスマートフォン２０１、ＰＣ２０２側であり、ダウンロード配信されたキャラクタデータを使用するロボット１００側ではない。
【０１３５】
以上のように本実施形態によれば、顔を作りだすことができ、好みに合わせたキャラを配信することができ、顔コンテンツ配信ビジネスへの展開が可能であり、ユーザの好みに合わせたキャラクタ展開が可能であり、ハード構成を変えずロボットに個性をつけることができるという効果を奏する。                    
【０１３６】
〔ソフトウェアによる実現例〕
家電２０、ロボット６０、ロボット１００の制御ブロック（特に制御部２１、制御部６１）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【０１３７】
後者の場合、家電２０、ロボット６０、ロボット１００は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１３８】
〔まとめ〕
本発明の態様１に係る家電管理システムは、複数の家電２０と当該家電２０を管理する管理サーバ（発話管理サーバ１０）とが互いに通信ネットワークを介して接続された家電管理システム１において、上記家電２０は、それぞれ、自機器の状態を示す状態情報を、上記通信ネットワークを介して上記管理サーバ（発話管理サーバ１０）に出力する第１状態情報出力部（状態情報抽出部２４及び通信部２３）と、上記通信ネットワークを介して上記管理サーバ（発話管理サーバ１０）から取得した状態情報を報知する状態情報報知部（出力制御部２７及び音声出力部２２）と、を備え、上記管理サーバ（発話管理サーバ１０）は、上記家電２０から取得した状態情報を、上記通信ネットワークに接続された複数の家電２０のうち少なくとも一つの家電２０に対して出力する第２状態情報出力部（出力制御部１８）を備えていることを特徴としている。
【０１３９】
上記構成によれば、管理サーバは、通信ネットワークを介して家電から取得した状態情報を、当該通信ネットワークに接続された複数の家電のうち少なくとも一つの家電に対して出力することで、当該家電は他の家電の状態情報を取得することができる。
【０１４０】
これにより、他の家電の状態情報を取得した家電から、ユーザに対して、他の家電の状態情報を報知することが可能となる。なお、家電は、他の家電の状態情報だけでなく、自機器の状態情報も管理サーバから取得するようにもなっている。
【０１４１】
ここで、ユーザに対して、家電の状態情報を確実に報知するには、以下のようにすることが考えられる。
【０１４２】
本発明の態様２に係る家電管理システムは、態様１において、上記第２状態情報出力部は、上記通信ネットワークに接続された家電のうち、電源が入った家電に対して状態情報を出力するのが好ましい。
【０１４３】
上記構成によれば、電源が入った家電、すなわちアクティブな状態にある家電は、ユーザが操作しているか、ユーザが近くにいる可能性が高いため、このアクティブな状態にある家電から、他の家電の状態情報を報知すれば、ユーザは確実に他の家電の状態情報を知ることができる。
【０１４４】
例えば、アクティブな家電をテレビとし、他の家電を冷蔵庫としたとき、テレビを観ているユーザに対して、当該テレビから冷蔵庫の状態情報（例えばドアが開放状態）を報知する。これにより、ユーザはテレビを視ているにも関わらず、他の家電である冷蔵庫の状態情報を知ることができる。
【０１４５】
本発明の態様３に係る家電管理システムは、態様１において、上記第２状態情報出力部は、上記通信ネットワークに接続された家電のうち、取得した状態情報の内容に応じて予め設定された家電に対して状態情報を出力するのが好ましい。
【０１４６】
上記構成によれば、取得した状態情報の内容に応じて予め設定された家電に対して状態情報が出力されるので、ユーザは家電から当該家電に対応した状態情報を知ることができる。
【０１４７】
本発明の態様４に係る家電管理システムは、態様１〜３の何れか１態様において、上記第１状態情報出力部は、状態情報を音声により通知するのが好ましい。
【０１４８】
上記構成によれば、状態情報の通知が音声になるので、ユーザは確実に状態情報の内容を知ることができる。
【０１４９】
本発明の態様５に係る家電は、他の複数の家電と共に通信ネットワークに接続された家電において、上記通信ネットワークに接続された他の家電から、当該家電の状態を示す状態情報を取得する情報取得部と、上記情報取得部によって取得した状態情報を通知する状態情報通知部と、を備えていることを特徴としている。
【０１５０】
本発明の態様６に係る家電は、態様５において、上記情報取得部によって取得された状態情報を上記状態情報通知部によって通知する通知先を設定する通知先設定部をさらに備え、上記通知先設定部は、上記状態情報の通知先をユーザの音声に応じて設定するのが好ましい。
【０１５１】
本発明の態様７に係る家電は、態様５において、上記情報取得部によって取得された状態情報を上記状態情報通知部によって通知する通知先を設定する通知先設定部をさらに備え、上記通知先設定部は、上記状態情報の通知先を、上記通信ネットワークに接続された家電が少なくとも一つ設置された部屋に設定するのが好ましい。
【０１５２】
本発明の態様８に係る家電は、態様５〜７の何れか１態様において、上記状態情報通知部は、状態情報を音声により通知するのが好ましい。
【０１５３】
本発明の態様９に係るリモコン装置は、家電に対して操作指示を行う操作指示部と、上記操作指示部の操作指示に応じて上記家電が出力する報知音または音声を取得する取得部と、上記取得部が取得した報知音または音声を解析する解析部と、上記解析部による解析結果から、当該家電の状態を特定する状態特定部と、を備えていることを特徴としている。
【０１５４】
上記の構成によれば、状態特定部によって、家電に対して操作指示を行った後に、発せられる報知音または音声を解析した結果から、当該家電の状態を特定することで、操作指示を行った家電の状態をリモコン装置自体が知ることができる。
【０１５５】
本発明の態様１０に係るリモコン装置は、態様９において、上記状態特定部によって特定された家電の状態から、当該家電に対する操作指示を再度行うか否かを判断する判断部をさらに備え、上記操作指示部は、上記判断部が家電に操作指示を再度行うと判断したとき、当該家電に対して操作指示を再度行うのが好ましい。
【０１５６】
上記構成によれば、操作指示部は、上記判断部が家電に操作指示を再度行うと判断したとき、当該家電に対して操作指示を再度行うようになっているので、家電に対して確実に操作指示を行うことができる。つまり、家電を確実に稼働させることができる。
【０１５７】
本発明の態様１１に係るリモコン装置は、態様１０において、上記取得部によって取得された報知音または音声から、自装置から見た上記家電の設置方向を特定する設置方向特定部と、上記設置方向特定部によって特定された家電の設置方向を記憶する記憶部と、をさらに備え、上記操作指示部は、上記判断部が家電に操作指示を再度行うと判断したとき、上記記憶部に記憶された家電の設置方向に向かって、当該家電に対する操作指示を行うのが好ましい。
【０１５８】
上記構成によれば、操作指示部は、上記判断部が家電に操作指示を再度行うと判断したとき、上記記憶部に記憶された家電の設置方向に向かって、当該家電に対する操作指示を行うので、家電に対して確実に操作指示を行うことができる。
【０１５９】
本発明の態様１２に係るリモコン装置は、受け付けた音声コマンドから家電に対して操作指示を行うロボットであって、音声コマンドを認識したとき、予め設定した判断基準により、当該音声コマンドを受け付けて家電に操作指示を行うか否かを判断する判断部を備えていることを特徴としている。
【０１６０】
上記構成によれば、判断部によって、音声コマンドを認識したとき、予め設定した判断基準により、当該音声コマンドを受け付けて家電に操作指示を行うか否かを判断することで、ユーザの意図しない音声コマンドによる家電の誤動作を防止することができる。上記の判断基準として以下の内容を挙げることができる。
【０１６１】
本発明の態様１３に係るリモコン装置は、態様１２において、さらに、発話機能を有し、上記判断部は、認識した音声コマンドを受け付けるか否かを、上記発話機能を用いて発話することによって、当該音声コマンドの取得先であるユーザに対して聞き返して得られた発話内容に応じて判断することが好ましい。
【０１６２】
上記構成によれば、リモコン装置から聞き返しをユーザは音声で聞くことができるため、ユーザは確実に聞き返し内容を理解できる。これにより、確実に家電の誤動作を防止することができる。
【０１６３】
本発明の態様１４に係るリモコン装置は、態様１３において、音声コマンドを受け付けるか否かを上記ユーザに聞き返すとき、当該音声コマンドが前回と同じ音声コマンドである場合、聞き返すための発話内容を前回と異ならせるのが好ましい。
【０１６４】
上記構成によれば、同じ内容の確認であっても、異なる発話内容であるため、ユーザはストレスを感じにくくなる。
【０１６５】
本発明の態様１５に係るロボットは、所定の領域に顔画像を表示したロボットであって、感情を示す表情データを記憶する記憶部と、所定の基準によって定まる感情に応じた上記表情データを上記記憶部から取得し、上記所定の領域に上記顔画像として表示させる制御部と、を備えていることを特徴としている。
【０１６６】
上記構成によれば、表示部は、記憶部から所定の基準によって定まる感情に合わせて上記表情データを取得し、上記顔画像として表示するので、ロボット自らが選択して顔画像の表情を変化させることができる。
【０１６７】
本発明の態様１６に係る表情データ配信システムは、上記構成のロボットと、上記ロボットに喜怒哀楽等の感情を示す表情データを配信する配信サーバとが互いに通信ネットワークに接続されていることを特徴としている。
【０１６８】
上記構成によれば、ロボットの顔の表示を変化させる表情データが配信サーバから配信されるので、ロボットの顔の表示をユーザの好みに合わせて変えることができる。表情のカスタマイズを可能とする。
【０１６９】
本発明の態様１７に係る表情データ配信システムは、態様１６において、上記通信ネットワークには、さらに、課金に応じて上記配信サーバに表情データを提供する表情データ提供サーバと、上記表情データ提供サーバに対して課金をすることで、表情データを上記配信サーバに提供させる端末装置とが接続されていることが好ましい。
【０１７０】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【０１７１】
本発明は、複数の家電を通信ネットワークに接続したシステム、音声コマンドで家電を操作するリモコン装置などに好適に利用することができる。
【符号の説明】
【０１７２】
１  家電管理システム
２  リモートコントロールシステム
３  キャラクタデータ配信システム（表示データ配信システム）
８  第２家電
１０  発話管理サーバ（管理サーバ）
１１  制御部
１２  記憶部
１３  通信部
１４  状態情報取得部
１５  状態特定部
１６  発話コンテンツ選択部
１７  出力先選択部（通知先設定部）
１８  出力制御部
１９  コンテンツ取得部
２０  家電
２１  制御部
２２  音声出力部
２３  通信部
２４  状態情報抽出部
２５  発話コンテンツ取得部
２６  音声合成部
２７  出力制御部
３０  外部コンテンツサーバ
４０  スマートフォン
５０  家電
５１  制御部
６０  ロボット
６１  制御部
６２  データ格納部
６３  赤外線送受信部
６４  マイク
６５  スピーカ
６６  表示部
６６ａ  プロジェクタ
６６ｂ  反射鏡
６７  動作部
６８  カメラ
６９  センサ
７０  第１家電
７０ａ  スピーカ
８０  ユーザ
９０  第３家電
１００  ロボット
１００ａ  顔領域
１０１  通信部
１０２  表情データベース
１２１  発話コンテンツ格納部
１２２  出力先データベース
２０１  スマートフォン
３００  サーバ
３０１  アカウント
４００  外部コンテンツサーバ
６１１  音声認識部
６１２  報知音解析部
６１３  状態特定部
６１４  出力制御部
６１５  音声合成部
６１６  操作命令特定部
６１７  判断部
６２１  状態情報格納部
６２２  操作命令格納部
６２３  配置方向格納部
６２４  報知音格納部
【図１】
2016076799.tif 000003
【図２】
2016076799.tif 000004
【図３】
2016076799.tif 000005
【図４】
2016076799.tif 000006
【図５】
2016076799.tif 000007
【図６】
2016076799.tif 000008
【図７】
2016076799.tif 000009
【図８】
2016076799.tif 000010
【図９】
2016076799.tif 000011
【図１０】
2016076799.tif 000012
【図１１】
2016076799.tif 000013
【図１２】
2016076799.tif 000014
【図１３】
2016076799.tif 000015
【図１４】
2016076799.tif 000016
【図１５】
2016076799.tif 000017