JP7077375B2 - 応答システム - Google Patents

Description

本発明は、ユーザの所定の行為に対する応答動作を機器に実行させる応答システム等に関する。

ユーザの所定の行為に対する応答動作を機器に実行させる応答システムが従来から知られている。例えば、下記の特許文献１には、電子機器のコントロールにおいてユーザをサポートするエージェントシステムが開示されている。このシステムでは、音声で入力されたユーザの指示をサーバに送り、サーバが対応動作を導き出して、端末がサーバからの動作指示に基づいてキャラクタの動作を画面に表示する。

特開２０１３－１６４７９３号公報（２０１３年８月２２日公開）

しかしながら、ユーザの所定の行為に対する応答動作を機器に実行させる応答システムには、改善の余地がある。本発明は、前記の問題点に鑑みてなされたものであり、その目的は、従来よりも改善された応答システム等を実現することにある。

上記の課題を解決するために、本発明に係る応答システムは、ユーザの行為に対する応答動作を実行可能な複数の機器と、該機器による応答動作を制御するサーバとを含む応答システムであって、上記サーバは、複数の上記機器の中から上記応答動作を実行させる応答機器を選択する機器選択部と、複数のキャラクタの中から上記機器選択部が選択した機器に上記応答動作を実行させるキャラクタを選択するキャラクタ選択部と、上記キャラクタ選択部が選択したキャラクタにて上記機器選択部が選択した応答機器に応答動作を実行させるキャラクタ制御部と、を含み、上記キャラクタ制御部は、上記キャラクタ選択部が選択したキャラクタにて上記機器選択部が選択した応答機器に応答動作を実行させている間は、上記キャラクタにて上記応答機器以外の機器の応答動作を実行させない、構成である。
本発明に係る他の応答システムは、ユーザの行為に対する応答動作を実行可能な複数の機器と、該機器による応答動作を制御するサーバとを含む応答システムであって、複数の上記機器は、表示部を備え、上記サーバは、複数の上記機器の中から上記応答動作を実行させる応答機器を選択する機器選択部と、複数のキャラクタの中から上記機器選択部が選択した機器に上記応答動作を実行させるキャラクタを選択するキャラクタ選択部と、上記キャラクタ選択部が選択したキャラクタにて上記機器選択部が選択した応答機器を実行させると共に、上記キャラクタ選択部が選択したキャラクタに対応したシンボルを、上記機器選択部が選択した応答機器の表示部に表示させるキャラクタ制御部と、を含み、上記キャラクタ制御部は、上記キャラクタ選択部が選択したキャラクタにて上記機器選択部が選択した応答機器の応答動作を実行させている間は、上記キャラクタに対応したシンボルを、上記応答機器の表示部に表示させ、当該応答機器以外の機器の表示部に表示させない、構成である。

また、上記の課題を解決するために、本発明に係る応答システムは、ユーザの所定の行為に対する応答動作を実行可能な複数の機器と、該機器による応答動作を制御するサーバとを含む応答システムであって、上記サーバは、複数の上記機器の中から上記応答動作を実行させる応答機器を選択し、上記サーバが選択した上記応答機器は、上記サーバの制御に従って、上記ユーザに応じた所定のキャラクタにて上記応答動作を実行し、上記サーバは、上記ユーザの所在に応じて、複数の上記機器の中から上記応答動作を実行させる応答機器を選択し、複数の上記機器には、携帯型の機器と据え置き型の機器とが含まれており、上記サーバは、上記ユーザが上記据え置き型の機器が設置されているエリアに居ることが検出された場合には、該据え置き型の機器を上記応答機器として選択する、構成である。

本発明の上記各態様によれば、従来よりも改善された応答システムや機器を実現することができるという効果を奏する。

本発明の実施形態１に係るサーバおよび機器の要部構成の一例を示すブロック図である。 上記サーバおよび上記機器を含む執事提供システムの概要を示す図である。 キャラクタ管理情報の一例を示す図である。 機器管理情報の一例を示す図である。 執事を呼び出すユーザの発話を、２つの機器が検出した場合に、サーバがユーザの発話に応答させる機器を選択した例を示す図である。 執事を呼び出すユーザの発話を複数の機器が検出し、検出した各発話における音声の音量に差異があった場合の処理の一例を示すフローチャートである。 執事を呼び出すユーザの発話を複数の機器が検出し、検出した各発話における音声の音量に差異がなかった場合の処理の一例を示すフローチャートである。 照明装置の稼働状態に応じて、発話させる機器を選択する例を示す図である。 執事の提供先の機器を変更した例を示す図である。 ２人のユーザからの執事の呼び出しを検出したサーバが、一方のユーザの執事により機器に発話させる例を示す図である。 ユーザＡおよびユーザＢが執事を呼び出す発話を同時に検出し、検出した各発話における音声の音量に差異があった場合の処理の一例を示すフローチャートである。 ユーザＡおよびユーザＢが執事を呼び出す発話を同時に検出し、検出した各発話における音声の音量に差異がなかった場合の処理の一例を示すフローチャートである。 ユーザＡに対応する執事ａに、ユーザＣへのお遣いを行わせた例を示す図である。 執事に人探しを行わせた例を示す図である。 ユーザの嗜好を学習する処理の一例を示すフローチャートである。

〔実施形態１〕
本発明の一実施形態について図１～図１５に基づいて説明する。まず、図２に基づいて本実施形態に係る執事提供システム（応答システム）１００の概要を説明する。執事提供システム１００は、ユーザに応じたキャラクタを有する仮想的な執事（以下、単に執事と記載する）により、該ユーザに情報を提供したり、該ユーザによる機器の操作をサポートしたりするサービスを提供するシステムである。

〔システムの概要〕
図２に示す執事提供システム１００は、機器２ａ～２ｅを含む。なお、機器２ａ～２ｅを区別する必要がない場合には、単に機器２と記載する。機器２は、ユーザの所定の行為に対する応答動作を実行可能な機器である。そして、執事提供システム１００は、ユーザが所定の行為を行った場合に、クラウド上の各種サービスにより、該ユーザの執事に応じた応答動作を機器２に実行させる。これにより、ユーザは機器２を介して自身の執事と対話したり、執事によって機器２の動作制御を行ったりすることができる。

なお、以下では、上記所定の行為および上記応答動作が音声による発話である例を説明するが、上記所定の行為および上記応答動作は、音声による発話に限られない。上記所定の行為は、ユーザが実行可能な行為であり、かつ機器２またはクラウド上のサービスにより検出可能な行為であればよい。また、上記応答動作は、機器２が実行可能な動作であればよい。

機器２ａ～２ｅのうち、機器２ａは、ユーザと執事とのインターフェースとしての機能を主機能とする装置である。一方、機器２ｂ、２ｃ、および２ｅは家庭内の電気機器、すなわち家電である。具体的には、機器２ｂは空気調和機（エアコン）、機器２ｃは冷蔵庫、機器２ｅは洗濯機である。また、機器２ｄは、携帯型の端末装置であり、具体的にはスマートフォンである。機器２ｂ～２ｅはユーザと執事とのインターフェースとしての機能が副機能である。機器２ａ～２ｃ、２ｅは、家庭内のネットワーク（例えば家庭内ＬＡＮ：Local Area Network）に接続されており、機器２ａ～２ｃ、２ｅ間で相互に通信することが可能である。また、機器２ａ～２ｃ、２ｅは、ＡＰ（アクセスポイント）を介して家庭外のネットワークに接続することが可能である。機器２ｄは、ＡＰを介して家庭内外のネットワークに接続することが可能であると共に、例えばBluetooth（登録商標）等を利用した近距離通信により、機器２ａ～２ｃ、２ｅと直接に通信することも可能である。

クラウド上には、執事提供サービス、外部情報サービス、音声データ作成サービス、および音声認識サービスが存在している。これらのサービスは、インターネット等の通信ネットワークを介して利用することができると共に、携帯電話網の基地局を介して利用することもできる。執事提供サービスは、ユーザに執事を提供するサービスであり、執事提供システム１００の中核となるサービスである。外部情報サービスは、外部情報を提供するサービスであり、執事によってユーザに外部情報を提供する際に利用される。音声データ作成サービスは、音声データを作成するサービスであり、執事の発話音声を作成する際に利用される。音声認識サービスは、ユーザの発した音声を音声認識して、その結果を出力するサービスであり、執事提供サービスにおいてユーザの発話内容に応じた処理を実行するために利用される。

執事提供システム１００を利用するユーザは、執事を利用する際、機器２に向かって執事を呼び出すメッセージを発話すればよい。ユーザの発話した音声は、機器２を介して執事提供サービスに送られる。次に、執事提供サービスは、ユーザの音声の音声認識結果から、執事の呼び出しが行われたと判定し、ユーザに応じたキャラクタの執事の音声で機器２に発話させる。上記の通り、音声認識は音声認識サービスを利用して行うことができ、ユーザに応答するための音声は音声データ作成サービスを利用して作成することができる。

また、執事の応答に利用される機器（応答機器）２が表示部を備えている場合、執事提供システム１００は、表示部に執事のシンボルとして予め設定された画像を表示してもよい。これにより、執事が応答していることをユーザに明示的に示すことができる。例えば、図２の例では、機器２ａが表示部２６を備えている。そして、この表示部２６には、シンボル３０ａおよび３０ｂが表示されている。シンボル３０ａおよび３０ｂは形状が何れも環状であり同形状であるが、模様が相違している。また、機器２ｄの表示部にはシンボル３０ｃが表示されている。シンボル３０ｃは球状のシンボルである。これらシンボル３０ａ～３０ｃは、それぞれ別の執事に対応しており、色または形状の少なくとも何れかが相違している。なお、シンボル３０ａ～３０ｃを区別する必要がない場合には、単にシンボル３０と記載する。

〔要部構成〕
次に、執事提供システム１００に含まれるサーバ１および機器２の構成を図１に基づいて説明する。図１は、サーバ１、機器２ａ、および機器２ｂの要部構成の一例を示すブロック図である。なお、図２の機器２ｃ、２ｅ、後述する図８の機器２ｆ、および後述する図１５の機器２ｇは何れも機器２ｂと同様の構成である。また、図２の機器２ｄは、図１の機器２ｂと同様の構成を備えていると共に、表示部２６と表示制御部２０３を備えている。

（サーバの構成）
サーバ１は、執事提供サービスを提供するサーバであり、サーバ１の各部を統括して制御する制御部１０、サーバ１が使用する各種データを記憶する記憶部１１、およびサーバ１が他の装置と通信するための通信部１２を備えている。また、制御部１０には、キャラクタ制御部１０１ａ、キャラクタ制御部１０１ｂ、キャラクタ選択部１０２、機器選択部１０３、および音声解析部１０４が含まれている。なお、キャラクタ制御部１０１ａとキャラクタ制御部１０１ｂを区別する必要のないときは、キャラクタ制御部１０１と記載する。そして、記憶部１１には、キャラクタ管理情報１１１および機器管理情報１１２が格納されている。

キャラクタ制御部１０１は、ユーザに応じた所定のキャラクタにて機器２に応答動作を実行させるものであり、キャラクタ制御部１０１ａと、キャラクタ制御部１０１ｂは、それぞれ異なるユーザに応じた異なるキャラクタにて機器２に応答動作を実行させる。具体的には、キャラクタ制御部１０１ａは、執事ａのキャラクタにて機器２に応答動作を実行させ、キャラクタ制御部１０１ｂは、執事ｂのキャラクタにて機器２に応答動作を実行させる。執事ａおよび執事ｂのキャラクタがどのようなキャラクタであるかは、キャラクタ管理情報１１１にて規定されている。キャラクタ制御部１０１は、人工知能により実現することもできる。この場合、各キャラクタ制御部１０１は、各ユーザに専用の人工知能であるとも言える。なお、サーバ１は、キャラクタ制御部１０１を３つ以上備えていてもよい。

キャラクタ選択部１０２は、機器２に応答動作を実行させる際のキャラクタを何れの執事のキャラクタとするかを選択する。より詳細には、キャラクタ選択部１０２は、音声解析部１０４が取得した音声解析結果に従って発話したユーザを識別して、該ユーザに対応する執事のキャラクタを選択する。例えば、ユーザＡと執事ａが対応付けられている場合、キャラクタ選択部１０２は、上記音声解析結果から、発話したユーザがユーザＡであると判定した場合には、執事ａのキャラクタを選択する。そして、キャラクタ選択部１０２は、選択したキャラクタに対応するキャラクタ制御部１０１を有効化する。

機器選択部１０３は、複数の機器２の中から、応答動作を実行させる機器（応答機器）２を選択する。機器選択部１０３がどのような機器２を選択候補とし、その選択候補の中からどのような基準で機器２を選択するかについては後述する。

音声解析部１０４は、ユーザの発話した音声の音声解析結果を取得する。音声解析は、音声認識サービス（図２参照）に行わせてもよいし、音声解析部１０４が行ってもよい。音声解析結果には、発話された語句を示す語句情報や、発話者の声紋を示す声紋情報、音声の音量を示す音量情報等が含まれていてもよい。

キャラクタ管理情報１１１は、各キャラクタ制御部１０１が応答動作を実行させる際のキャラクタを管理するための情報であり、各キャラクタがどのようなキャラクタであるかを示す情報を含む。キャラクタ管理情報１１１の詳細は図３に基づいて後述する。

機器管理情報１１２は、機器２を管理するための情報である。機器管理情報１１２の詳細は図４に基づいて後述する。

（機器の構成）
機器２ａは、機器２ａの各部を統括して制御する制御部２０ａ、機器２ａが使用する各種データを記憶する記憶部２１、および機器２ａが他の装置と通信するための通信部２２を備えている。また、ユーザの音声入力を受け付ける音声入力部２３、音声を出力する音声出力部２４、機器２ａの周囲のユーザを検出するユーザ検出部２５、および画像を表示する表示部２６を備えている。そして、制御部２０には、音声取得部（通知部）２０１、音声出力制御部（応答部）２０２、および表示制御部（応答部）２０３が含まれている。

音声取得部２０１は、音声入力部２３を介してユーザの発話した音声（正確には音声入力部２３がユーザの発話した音声を電気信号に変換することによって生成された音声データ）を取得する。そして、音声取得部２０１は、取得した音声データを、通信部２２を介してサーバ１に送信する。つまり、音声取得部２０１は、ユーザの発話を検出して、ユーザの発話が行われたことをサーバ１に通知する。なお、音声取得部２０１は、ユーザ検出部２５がユーザを検出している期間に、音声入力部２３を動作させて音声を取得し、ユーザ検出部２５がユーザを検出していない期間には音声入力部２３を動作停止させてもよい。

音声出力制御部２０２は、サーバ１の制御に従って、ユーザに応じた所定のキャラクタにて、該ユーザの発話に応答する音声を音声出力部２４に出力させる。つまり、音声出力制御部２０２は、ユーザの発話に対する応答動作を該ユーザに応じた所定のキャラクタにて実行する。出力させる音声（正確には音声データ）は、通信部２２を介してサーバ１または音声データ作成サービス（図２参照）から取得することができる。なお、音声出力制御部２０２は、出力させる音声を生成してもよいし、出力させる音声を予め記憶部２１に記憶しておき、記憶部２１から読み出した音声を音声出力部２４に出力させてもよい。

表示制御部２０３は、表示部２６に画像を表示させる。例えば、表示制御部２０３は、サーバ１の指示に従って、シンボル３０（図２参照）を表示部２６に表示させる。シンボル３０は、ユーザ毎の所定のキャラクタに固有の画像であるから、表示制御部２０３も、音声出力制御部２０２と同様に、ユーザの発話に対する応答動作を該ユーザに応じた所定のキャラクタにて実行していると言える。シンボル３０の画像は、サーバ１から通信部２２を介して取得することができる。なお、シンボル３０の画像を予め記憶部２１に記憶しておき、記憶部２１から読み出したシンボル３０の画像を表示部２６に表示させてもよい。

一方、機器２ｂは、表示部２６を備えておらず、機能部２７を備えている点、ユーザ検出部２５を備えていない点、および制御部２０ａの代わりに制御部２０ｂを備えている点で機器２ａと相違している。また、制御部２０ｂは、表示制御部２０３を含まず、動作制御部（応答部）２０４を含む点が制御部２０ａとの相違点である。機能部２７は、機器２ｂの主機能を実現するためのものである。例えば、図２の機器２ｂは、空気調和機（エアコン）であるから、機能部２７は冷暖房等の機能を実現するためのハードウェアである。そして、動作制御部２０４は、機能部２７の動作を制御するものである。動作制御部２０４も、音声出力制御部２０２と同様に、ユーザの発話に対する応答動作を該ユーザに応じた所定のキャラクタにて実行してもよい。例えば、機器２ｂが人型のロボットであり、機能部２７に該ロボットの手足等を駆動する駆動部が含まれている場合、動作制御部２０４はキャラクタに応じて異なる動きで機能部２７の駆動部を動作させてもよい。

なお、図２の機器２ｄのように、複数の通信手段を備えた機器２であれば、各通信手段に対応する通信部（ネットワークインターフェースコントローラ）をそれぞれ備えていてもよい。例えば、Ｗｉ－Ｆｉ（登録商標）により通信するための通信部と、Bluetooth（登録商標）により通信するための通信部とを備えていてもよい。また、図１の機器２ａはユーザ検出部２５を備えているが、ユーザ検出部２５を備えていることは必須ではない。

〔キャラクタ管理情報〕
キャラクタ管理情報１１１は、例えば図３のような情報であってもよい。図３は、キャラクタ管理情報１１１の一例を示す図である。図３のキャラクタ管理情報１１１は、キャラクタの識別子であるキャラクタＩＤに対し、当該キャラクタのキャラクタ名、音声設定、表示設定、キャラクタ情報、ユーザ名、およびユーザ情報を対応付けた情報である。

キャラクタ制御部１０１は、これらの情報に従って機器２を動作させる。例えば、図示の例において、キャラクタＩＤがCHA0001のキャラクタにより機器２を発話させる場合、キャラクタ制御部１０１は、音声設定に規定されている「女声015」で特定される音声を音声データ作成サービス（図２参照）に作成させる。また、キャラクタ制御部１０１は、この音声で発話させるメッセージを、キャラクタ情報に規定されている「陽気」に対応するメッセージとする。なお、「陽気」、「クール」等のキャラクタに対応するメッセージは予め定めておけばよく、このメッセージは音声設定とキャラクタとの組み合わせに応じて予め定めておいてもよい。また、キャラクタ制御部１０１は、シンボル３０を機器２に表示させるときには、表示設定に規定された色および形状のシンボル３０を表示させる。

さらに、図３のキャラクタ管理情報１１１には、ユーザ名が含まれている。これにより、発話されたユーザ名から、該ユーザ名に対応するキャラクタを特定することや、機器２に発話させるメッセージにユーザ名を含めること等が可能になる。また、図３のキャラクタ管理情報１１１には、ユーザ情報が含まれている。ユーザ情報としては、該ユーザ情報に対応付けられているユーザ名のユーザに関連する情報が登録される。例えば、図示の例では、ユーザＡのユーザ情報として、冷房設定温度を２８℃とした場合に、ユーザＡがまだ少し暑いと発話したことを示す情報が登録されている。このようなユーザ情報を参照することにより、ユーザに応じた設定で機器２を動作させたり、ユーザの嗜好に合った発話を機器２に行わせたりすることが可能になる。

〔機器管理情報〕
機器管理情報１１２は、例えば図４のような情報であってもよい。図４は、機器管理情報１１２の一例を示す図である。図４の機器管理情報１１２は、機器２の識別子である機器ＩＤに対し、当該機器の機器名、設置場所、近隣機器、およびユーザ名を対応付けた情報である。設置場所は、機器２が設置されている場所を示し、例えば機器２が設置されている部屋を示す情報を設置場所として登録しておいてもよい。近隣機器は、機器２の近隣に設置されている機器を示している。近隣機器は、機器２であってもよいし、機器２以外の機器であってもよい。例えば、機器２の配置されている部屋に居るユーザが、機器２を見たときに、その視界に入る程度に機器２と近接した機器を近隣機器としてもよい。

これらの情報を参照することにより、機器選択部１０３は、適切な機器２を選択することができる。例えば、ユーザが機器名を指定して執事を呼び出した場合には、機器選択部１０３は、機器管理情報１１２の機器名を参照して、該機器名の機器２を選択することができる。また、詳細は後述するが、機器管理情報１１２を参照して、１つの部屋につき１つの機器２を選択することや、近隣機器の稼働状態に応じて機器２を選択することや、所定のユーザに対応付けられた機器２を選択すること等も可能である。

〔機器選択の例〕
サーバ１は、ユーザの所定の行為に対する応答動作を実行可能な機器２が複数ある場合、その中から応答動作を実行させる機器２を選択する。これについて、図５に基づいて説明する。図５は、執事を呼び出すユーザの発話を、機器２ｂおよび機器２ｃの両方が検出した場合に、サーバ１がユーザの発話に応答させる機器２として機器２ｂを選択した例を示す図である。

図示の例では、ユーザが、該ユーザの執事である執事ａに頼みたいことがある旨の発話をしており、機器２ｂおよび機器２ｃの両方がこの発話の音声を検出してサーバ１に送信している。そして、サーバ１は、機器２ｂから受信した音声と、機器２ｃから受信した音声とをそれぞれ解析して、機器２ｂおよび機器２ｃのうち、ユーザの上記発話に応答させる機器２を選択する。なお、この選択における選択基準については後述する。

図示の例では、サーバ１は、機器２ｃを選択して、機器２ｃに発話指示を送信している。そして、機器２ｃは、この発話指示に従い、執事ａのキャラクタにてユーザに応答している。このように、ユーザの声が複数の機器２に検出された場合であっても、そのうち１つによりユーザへの応答が行われるので、ユーザは応答音声を聞き取りやすく、また執事ａが複数存在するかのような印象をユーザに与えずに済む。

これに対し、〔先行技術文献〕に記載した特許文献１の技術では、ユーザが音声入力した指示を、複数の端末が検出する場合などは想定されておらず、このような場合にどのような処理を行うべきかについても当然記載されていない。よって、仮に、特許文献１の技術において、ユーザが音声入力した指示を複数の端末が検出したとすれば、各端末において同じキャラクタの動作が表示されて、ユーザが混乱するおそれがある。

〔処理の流れ（複数の機器がユーザの発話を検出した場合）〕
続いて、執事を呼び出すユーザの発話を複数の機器２が検出した場合の処理の流れを図６および図７に基づいて説明する。図６は、執事を呼び出すユーザの発話を複数の機器２が検出し、検出した各発話における音声の音量に差異があった場合の処理の一例を示すフローチャートである。また、図７は、執事を呼び出すユーザの発話を複数の機器２が検出し、検出した各発話における音声の音量に差異がなかった場合の処理の一例を示すフローチャートである。

図６の例では、機器２ａの音声取得部２０１がユーザの発話を検知し（Ｓ３１）、該発話の音声である音声Ａと機器２ａの機器ＩＤとをサーバ１に送信する（Ｓ３２）。同様に、機器２ｂの音声取得部２０１がユーザの上記発話を検知し（Ｓ５１）、該発話の音声である音声Ｂと機器２ｂの機器ＩＤとをサーバ１に送信する（Ｓ５２）。なお、音声Ａの元になったユーザの発話と、音声Ｂの元になったユーザの発話とは、同じ発話である。つまり、ユーザの１つの発話を機器２ａが検出して得た音声が音声Ａであり、該発話を機器２ｂが検出して得た音声が音声Ｂである。

サーバ１は、機器２ａが送信した音声Ａおよび機器ＩＤを受信する。そして、サーバ１の音声解析部１０４は、受信した音声Ａを解析する（Ｓ１１）。また、音声解析部１０４は、機器２ｂから受信した音声Ｂについても解析する（Ｓ１２）。図２に基づいて説明したように、音声の解析は音声認識サービスを利用して行ってもよい。ここでは、音声の内容（音声に含まれる語句）の解析、声紋の解析、および音声の音量の解析を行うとする。

上述のように、音声Ａの元になったユーザの発話と、音声Ｂの元になったユーザの発話とは、同じ発話であるから、Ｓ１１とＳ１２の解析結果は、音量の解析結果である音量情報を除いて基本的に同一となる。この場合、機器選択部１０３は、上記音量情報に基づいて音声Ａの音量が音声Ｂの音量よりも大きいか否かを判定する（Ｓ１３）。

機器選択部１０３は、音声Ａの音量が音声Ｂの音量よりも大きいと判定した場合（Ｓ１３でＹＥＳ）、機器２ａを選択する。また、キャラクタ選択部１０２は、Ｓ１１の解析結果に基づいて執事を選択し、選択した執事に対応するキャラクタ制御部１０１を有効化する。例えば、キャラクタ選択部１０２は、Ｓ１１における声紋の解析結果から、執事を呼び出したユーザがユーザＡであると判定した場合、ユーザＡに対応する執事ａを制御するキャラクタ制御部１０１ａを有効化する。そして、有効化されたキャラクタ制御部１０１ａは、機器２ａを介したユーザとの対話を開始する（Ｓ１４）。

この後、機器２ａの音声出力制御部２０２は、キャラクタ制御部１０１ａの制御に従って、音声出力部２４からユーザに対する発話の音声を出力する（Ｓ３３）。また、図示していないが、キャラクタ制御部１０１ａは、機器２ａに執事ａのシンボル３０ａを表示するように指示してもよく、この指示を受信した機器２ａの表示制御部２０３は表示部２６にシンボル３０ａを表示させてもよい。なお、以下で説明する各例においても、機器２にユーザへの応答を行わせる際にはシンボル３０を表示させてもよい。

一方、機器選択部１０３は、音声Ａの音量が音声Ｂの音量よりも大きくはないと判定した場合（Ｓ１３でＮＯ）、音声Ｂの音量が音声Ａの音量よりも大きいか否かを判定する（Ｓ１５）。この判定において、音声Ｂの音量が音声Ａの音量よりも大きいと判定した場合（Ｓ１５でＹＥＳ）、機器選択部１０３は、機器２ｂを選択する。また、キャラクタ選択部１０２は、Ｓ１２の解析結果に基づいてキャラクタを選択する。そして、キャラクタ選択部１０２が選択したキャラクタに対応するキャラクタ制御部１０１が、機器２ｂを介したユーザとの対話を開始する（Ｓ１６）。この場合、機器２ｂの音声出力制御部２０２は、キャラクタ制御部１０１ａの制御に従って、音声出力部２４からユーザに対する発話の音声を出力する（Ｓ５３）。この際にシンボル３０ａを表示させてもよいことはＳ３３で説明した通りである。

一方、機器選択部１０３が音声Ａの音量と音声Ｂの音量とに差異がないと判定した場合（Ｓ１５でＮＯ）、処理は図７のＳ１７に進む。なお、音量の差が所定の下限値未満であれば、音量に差異がないと判定すればよい。図７のＳ１７では、キャラクタ選択部１０２は、Ｓ１１またはＳ１２の解析結果に基づいてキャラクタを選択する。そして、キャラクタ選択部１０２が選択したキャラクタに対応するキャラクタ制御部１０１ａが、機器２ａに発話指示を送信する（Ｓ１７）。この発話指示は、上記選択したキャラクタによる発話を指示するものであり、発話されるメッセージは、機器２ａがユーザの意図した機器２であるか否かを問うものである。例えば、上記メッセージは、「機器２ａから対応させて頂きますが、よろしいでしょうか？」のようなメッセージであってもよい。

次に、機器２ａの音声出力制御部２０２は、キャラクタ制御部１０１ａの制御に従って、音声出力部２４から上記メッセージを音声出力する（Ｓ４１）。そして、音声取得部２０１は、上記メッセージに対して回答したユーザの発話を検知し（Ｓ４２）、この音声と機器２ａの機器ＩＤとをサーバ１に送信する（Ｓ４３）。

サーバ１の音声解析部１０４は、機器２ａから受信した上記音声を解析し（Ｓ１８）、機器選択部１０３はこの解析結果に基づいて、選択した機器２ａが正しかったか否か、つまり機器２ａがユーザの意図した機器２であるか否かを判定する（Ｓ１９）。例えば、機器選択部１０３は、ユーザの発話に肯定的な語句が含まれている場合には正しかったと判定し、否定的な語句や他の機器２を指定する語句が含まれている場合には誤りであったと判定してもよい。具体例を挙げれば、機器選択部１０３は、解析の結果に、「よい」、「正しい」等の語が含まれていた場合には、正しかったと判定してもよい。一方、「違う」、「空気調和機」等の語が含まれていた場合には、誤りであったと判定してもよい。

機器選択部１０３が、選択した機器２ａが正しかったと判定した場合（Ｓ１９でＹＥＳ）、キャラクタ制御部１０１ａは、機器２ａを介したユーザとの対話を継続する（Ｓ２０）。一方、機器選択部１０３は、選択した機器２ａは誤りであったと判定した場合（Ｓ１９でＮＯ）、ユーザに応答させる機器２を機器２ｂに変更する。この際、キャラクタ制御部１０１ａは、機器２ａに執事ａのシンボル３０ａを表示させていた場合には、該シンボル３０ａの表示を終了させる。この際、キャラクタ制御部１０１ａは、シンボル３０ａをフェードアウトさせる演出を行ってもよい。これにより、執事ａが機器２ａから立ち去ったかのような感覚をユーザに与えることができる。また、キャラクタ制御部１０１ａは、機器２ｂにシンボル３０ａの表示を指示してもよい。これにより、機器２ｂが表示部を備えている場合には、該表示部にシンボル３０ａを表示させることができる。またこの際、キャラクタ制御部１０１ａは、機器２ｂが備えている表示部にシンボル３０ａをフェードインさせる演出を行ってもよい。これにより、執事ａが機器２ｂに到来したかのような感覚をユーザに与えることができる。これらの演出は、以下の各例におけるシンボル３０の表示開始、および表示終了時にも適用できる。なお、執事ａが単体であるとユーザに認識させるため、複数の機器２に同時にシンボル３０ａが表示されないようにすることが好ましい。

また、機器選択部１０３は、複数の機器２によって音声が同時に認識された回数が所定回数（例えば５回）以上であるか否かを判定する（Ｓ２１）。ここで機器選択部１０３が所定回数以上であると判定した場合（Ｓ２１でＹＥＳ）、キャラクタ制御部１０１ａは、執事を呼び出す発話を行う際に、機器２を指定することを薦めるメッセージの発話指示を機器２ｂに送信する（Ｓ２２）。そして、機器２ｂの音声出力制御部２０２は、キャラクタ制御部１０１ａの制御に従って、音声出力部２４から上記メッセージを音声出力する（Ｓ６１）。

上記メッセージは、例えば「お呼び出しの際に機器名を仰って頂けると嬉しいです」のようなメッセージであってもよい。このようなメッセージを発話させることにより、複数の機器２がユーザの声を検出しやすいような状況（複数の機器２が近接して配置されている、ユーザの声が大きい等）においても、ユーザの意図する機器２を介したユーザとの対話を成立させやすくなる。ユーザが機器名を発話した場合、音声解析により、その機器名の機器２を特定し、該機器２に発話させることができるからである。

一方、機器選択部１０３が所定回数未満であると判定した場合（Ｓ２１でＮＯ）、キャラクタ制御部１０１ａは、上記メッセージは発話させることなく、機器２ｂを介したユーザとの対話を開始する（Ｓ２３）。なお、図６のＳ１３でＹＥＳと判定された場合、およびＳ１５においてＹＥＳと判定された場合においても、図７のＳ２１の処理を実行してもよい。そして、所定回数以上であると判定した場合には、上記メッセージを機器２ａまたは機器２ｂに発話させてもよい。

また、ユーザの発話を検出した機器２が３つ以上である場合には、機器選択部１０３は各機器２が検出した音声の音量情報を参照して、最も大きい音量を示す音量情報に対応する機器２を選択する。この場合、機器選択部１０３は、音量情報の示す音量が、複数の機器２間で差異がないと判定した場合には、当該複数の機器２の何れかを選択して、Ｓ１７以降の処理を実行する。

また、上記ではメッセージを機器２に音声出力させる例を説明したが、メッセージをユーザに通知する態様はこの例に限られない。例えば、ユーザの発話した音声を検出した機器２以外の機器（他の機器２であってもよいし、それ以外の機器であってもよい）に上記メッセージを音声出力させてもよい。また、例えば、上記メッセージを機器２または他の機器に表示させることによってユーザに通知してもよい。

〔機器選択の他の例〕
機器選択部１０３は、機器２と関連する他の機器の稼働状態に応じて、発話させる機器２を選択してもよい。これについて、図８に基づいて説明する。図８は、照明装置の稼働状態に応じて、発話させる機器２を選択する例を示す図である。

図示の例では、室内に照明装置３ａおよび照明装置３ｂが配置されている。そして、照明装置３ａが照明するエリアにはテレビジョン受像機である機器２ｆが配置されており、照明装置３ｂが照明するエリアには機器２ａが配置されている。そして、ユーザは、執事ａを呼び出すための発話を行っており、この発話の音声が機器２ｆを介してサーバ１に送信されると共に、機器２ａを介してサーバ１に送信されている。

この例においても、図５の例と同様に、ユーザの１つの発話を複数の機器２が検出しているから、機器選択部１０３は、何れかの機器２を選択する。具体的には、図８の例では、機器選択部１０３は、照明装置３ａから、該照明装置３ａの稼働状態を示す稼働情報を取得すると共に、照明装置３ｂから、該照明装置３ｂの稼働状態を示す稼働情報を取得している。図示の例では、照明装置３ａは点灯しているから、照明装置３ａから取得した稼働情報は点灯中であることを示す情報となる。一方、照明装置３ｂは点灯していないから、照明装置３ｂから取得した稼働情報は点灯していないことを示す情報となる。この場合、機器選択部１０３は、発話させる機器２として、点灯中の照明装置３ａが照明するエリアに配置されている機器２ｆを選択する。これにより、キャラクタ制御部１０１ａは、機器２ｆにシンボル３０ａを表示させると共に、ユーザに対して執事ａによる発話を行わせる。

なお、機器２が何れの照明装置の照明するエリアに配置されているかは、例えば機器管理情報１１２に予め登録しておけばよい。また、複数の照明装置が点灯状態にある場合には、点灯した順序や点灯継続時間等に応じて、何れの照明装置の照明するエリアに配置された機器２を選択するかを決定してもよい。例えば、先に点灯した照明装置の照明するエリアに配置された機器２を選択してもよいし、点灯継続時間がより長い照明装置の照明するエリアに配置された機器２を選択してもよい。この他、予め機器２に優先順位を設定しておき、優先順位がより高い機器２を選択してもよい。

この他にも、例えば、テレビジョン受像機や、空気調和機（エアコン、加湿器、除湿器等）のように、稼働時にユーザが近くに居ることが多い機器（機器２であってもよいし他の機器であってもよい）が稼働している場合に、該機器の近隣機器に設定されている機器２を優先して選択してもよい。あるいは、上記のような稼働中の機器と設置場所（設置されている部屋）が同じである機器２を優先して選択してもよい。さらに、機器選択部１０３は、複数の機器２の稼働状態に応じて機器２を選択してもよい。これにより、稼働中の機器２や、稼働中の機器２の近く、あるいは稼働中の機器２と同じ部屋に配置された機器２を選択することができる。また、例えば充電中の機器２や、ユーザが使用中の機器２を選択対象から除外することもできる。これにより、機器２の充電や、ユーザによる機器２の使用（例えばテレビ番組などの視聴）が、執事による発話で妨げられることを防ぐことができる。

また、機器選択部１０３は、ユーザの発話内容に応じて機器２を選択してもよい。例えば、ユーザが特に意味のない発話（例えばつぶやき）を行った場合には、ユーザの近くにある機器２を選択してもよい。この場合、例えば、上述の例のように、検出した音声の音量が最も大きかった機器２をユーザの近くにある機器２として選択してもよい。また、ユーザが特に意味のない発話を行った場合には、キャラクタ制御部１０１は、ユーザに要件を尋ねるメッセージを機器２に発話させてもよいし、要件とは関係のない、ユーザとの対話のための発話を行わせてもよい。

なお、機器選択部１０３は、ユーザが発話した語句に、用事の依頼に関する所定の語句が含まれていない場合には、その発話を意味のない発話として扱えばよい。上記所定の語句としては、例えば、図１３に基づいて後述する例における「伝言」や、図１４に基づいて後述する例における「探して」等の他、空気調和機（エアコン、加湿器、除湿器等）を動作させるトリガとなる「暑い」、「寒い」、「乾燥」等が挙げられる。また、「テレビの電源をつけて」等のように、機器２を指定する語句をユーザが発話した場合には、機器選択部１０３は、その発話を機器２の動作制御を依頼する発話として扱ってもよい。

ユーザが執事に用事を依頼する発話を行った場合には、機器選択部１０３は、その用事に関連した機器２を選択してもよい。例えば、ユーザが依頼した用事が、家電である機器２に所定の動作を実行させることである場合、当該機器２を選択してもよい。例えば、空気調和機（エアコン）の設定温度の変更を依頼された場合には、空気調和機（エアコン）である機器２ｂを選択し、テレビジョン受像機の音量変更を依頼された場合には、テレビジョン受像機である機器２ｆを選択してもよい。依頼した用事に関連した機器２には、ユーザが注目している可能性が高いので、このような機器２を選択することにより、機器２を介したユーザとの対話が成立しやすくなる。なお、ユーザが執事に用事を依頼する発話を行った場合であっても、例えばその用事に関連した機器２を認識することができない等により、そのような機器２選択することができないときには、ユーザの近くにある機器２等を選択してもよい。そして、キャラクタ制御部１０１は、ユーザに要件を尋ねるメッセージを該機器２に発話させてもよい。

また、機器選択部１０３は、ユーザの発話を複数の機器２が検出した場合、それら複数の機器２のうち、電源に接続されている機器２を、バッテリで駆動する機器２よりも優先して選択してもよい。これにより、ユーザは、バッテリの消耗を気にすることなく機器２を介して執事と対話することができる。なお、バッテリで駆動する機器であるか、電源に接続して使用する機器であるかは、例えば機器管理情報１１２に予め記述しておいてもよい。

この他にも、機器選択部１０３は、例えば、各種センサの検出結果を取得し、該検出結果に基づいて機器２を選択してもよい。機器２の選択に利用可能なセンサとしては、例えば人感センサ、照度センサ、加速度センサ、ドアなどの開閉を検出するセンサ等が挙げられる。このようなセンサは、機器２が備えていてもよいし、他の機器が備えていてもよく、単体で配置されていてもよい。人感センサを利用する場合、該センサにて検出したユーザの近くの機器２を選択することができる。また、照度センサを利用する場合、周囲が明るく、周囲にユーザが居る可能性の高い機器２を選択したり、逆に周囲が暗く、周囲にユーザが居る可能性の低い機器２を選択対象から除外したりすることができる。加速度センサや、ドアなどの開閉を検出するセンサを利用する場合、ユーザが携帯している機器２や、ユーザが操作中である機器２を選択することができる。

また、機器選択部１０３は、複数種類の情報に基づいて機器２を選択してもよい。例えば、センサの検出結果と、ユーザの発話内容の解析結果との双方に基づいて機器２を選択してもよいし、さらに他の機器の稼働情報についても考慮して機器２を選択してもよい。様々な情報を考慮して選択することにより、より適切な機器２を選択することが可能になる。

なお、上記では、ユーザの発話した音声を検出した機器２を選択候補として、この選択候補の中から機器２を選択する例を説明したが、音声解析結果を用いずに機器２を選択する場合には、ユーザの発話した音声を検出していない機器２も選択候補に含めてもよい。例えば、ユーザの発話した音声を検出した機器２と同じ部屋に配置されている機器２や、ユーザの発話した音声を検出した機器２の近隣機器に設定されている機器２を選択候補に含めてもよい。

〔機器変更の例〕
サーバ１は、執事を提供する対象とする機器２を選択した後で変更することもできる。これについて、図９に基づいて説明する。図９は、執事ｃの提供先を機器２ｄから機器２ａに変更した例を示す図である。

同図の（ａ）の例では、ユーザＣが機器２ｄに対して、執事ｃに明日の天気を問う発話を行っている。そして、サーバ１はこの発話に応じて、機器２ｄに執事ｃのシンボル３０ｃを表示させると共に、機器２ｄに執事ｃによるメッセージ、具体的には明日の天気をユーザＣに通知するメッセージを発話させている。なお、サーバ１は、明日の天気等のように、サーバ１が保有していない情報については、図２に示した外部情報サービスから取得する。

この後、ユーザＣが帰宅して家の中で発話すると、同図の（ｂ）に示すように、機器２ｄは検出した音声をサーバ１に送信する。ここで、上記音声を受信したサーバ１では、機器選択部１０３が、ユーザＣが帰宅したことを検出し、機器２ｄではなく、家の中に設置されている機器２ａを執事ｃの提供先として選択する。これにより、機器２ａが、シンボル３０ｃを表示すると共に、執事ｃによるメッセージを発話している。つまり、図１２の例では、機器選択部１０３は、ユーザが家の中、すなわち据え置き型の機器２ａが設置されているエリアに居ることを検出したときには、執事ｃの提供先として、携帯型の機器２ｄよりも、据え置き型の機器２ａを優先して選択している。これにより、機器２ｄのバッテリの消費を抑えることができる、また、ユーザは、機器２ｄを把持していなくとも執事ｃとの対話が可能となる。

なお、ユーザが家の中に居ることを判定する手法は特に限定されない。例えば、自宅の位置を予めユーザに登録させておくと共に、機器２ｄの位置情報をサーバ１に送信させ、該位置情報が示す位置が、予め登録された自宅位置である場合にユーザが家の中に居ると判定してもよい。また、例えば機器２ｄが家庭内ＬＡＮに接続されていることを検出した場合や、機器２ｄが充電器に接続されていることを検出した場合に、ユーザが家の中に居ると判定してもよい。この他にも、機器２ａまたは家の中に設置されている他の機器（機器２であってもそれ以外の機器であってもよい）が人感センサ等によりユーザの存在を検出した場合や、ユーザの発話を検出した場合に、ユーザが家の中に居ると判定してもよい。

さらに、機器２ｄとの無線通信の電波強度が大きい機器２は、機器２ｄの近くに配置されており、かつこれらの機器の間に電波を遮断する壁等が存在しないと考えられる。このため、家の中に配置されている機器２と機器２ｄとの無線通信の電波強度が所定値以上となったときに、ユーザが家の中に居ると判定してもよい。また、家の中に複数の機器２が配置されている場合、機器選択部１０３は、それらの機器２のうち、機器２ｄとの無線通信の電波強度の大きさが大きい機器２を優先して選択するようにしてもよい。

また、機器選択部１０３は、機器２を選択して、該機器２による発話が行われた後、該発話に対するユーザの応答が検出されない場合に、機器２を変更してもよい。そして、機器２を変更する場合、所定の優先順位に従って順次機器２を変更してもよい。例えば、機器選択部１０３は、ユーザが所持している可能性の高い携帯型の機器２を最初に選択し、所定時間が経過してもユーザの応答がなければ、稼働中の機器２を次に選択してもよい。稼働中の機器２が複数存在する場合、テレビジョン受像機等のユーザの注目を集めやすい機器２をまず選択し、次に空気調和機等の目立つ位置に配置されている機器２を選択してもよい。そして、所定数の機器２に発話させてもユーザの応答がなければ、再度携帯型の機器２を選択して、該機器２が再度発話するようにしてもよい。また、優先順位の他の例として、最優先の機器２を稼働中の機器２とし、以下、稼働中の機器２の近隣機器となっている機器２、稼働中の機器２と設置場所（部屋）が同じ機器２、稼働中ではないが目立つ機器２（例えば空気調和機等）といった順位が挙げられる。

〔執事選択の例〕
サーバ１は、複数のユーザからの執事の呼び出しを検出した場合、何れかのユーザの執事を選択して、その執事のキャラクタで機器２に応答させる。これについて、図１０に基づいて説明する。図１０は、２人のユーザからの執事の呼び出しを検出したサーバ１が、一方のユーザの執事により機器２ｂに発話させる例を示す図である。

図示の例では、ユーザＡは、該ユーザの執事である執事ａに冷房運転の開始を指示する発話をしている。一方、ユーザＢは、該ユーザの執事である執事ｂに今日のスケジュールの通知を指示する発話をしている。これらの発話の音声は、何れも機器２ｂが検出してサーバ１に送信している。そして、サーバ１は、ユーザＡの音声と、ユーザＢの音声とをそれぞれ解析して、機器２ｂによる応答の際に適用するキャラクタ（応答キャラクタ）を選択する。なお、キャラクタの選択基準については後述する。

図示の例では、サーバ１は、執事ａのキャラクタを選択して、機器２ｂに発話指示を送信している。そして、機器２ｂは、この発話指示に従い、執事ａのキャラクタにてユーザに応答している。また、サーバ１は、選択しなかった執事ｂによる発話が、この後で行われることを示すメッセージも機器２ｂに発話させている。これにより、ユーザＡと執事ａとの対話の後で、機器２ｂを介して執事ｂとの対話を行うことができることをユーザにＢに認識させることができる。

なお、ユーザＢの声が届く範囲に他の機器２が存在する場合には、当該他の機器２を介してユーザＢと執事ｂとを対話させてもよい。ただし、ユーザＢが話し掛けた機器２ｂとは異なる機器２がユーザＢに応答した場合、ユーザＢが混乱したり、応答に気づかなかったりする可能性があるから、機器２ｂを介してユーザＢと執事ｂとを対話させることが好ましい。

〔処理の流れ（複数のユーザが同時に執事を呼び出した場合）〕
続いて、複数のユーザが同時に執事を呼び出した場合の処理の流れを図１１および図１２に基づいて説明する。図１１は、ユーザＡおよびユーザＢが執事を呼び出す発話を同時に検出し、検出した各発話における音声の音量に差異があった場合の処理の一例を示すフローチャートである。また、図１２は、ユーザＡおよびユーザＢが執事を呼び出す発話を同時に検出し、検出した各発話における音声の音量に差異がなかった場合の処理の一例を示すフローチャートである。

図１１の例では、機器２の音声取得部２０１がユーザＡの発話を検知し（Ｓ９１）、該発話の音声である音声Ａと機器２の機器ＩＤとをサーバ１に送信する（Ｓ９２）。また、音声取得部２０１は、ユーザＢの発話を検知し（Ｓ９３）、該発話の音声である音声Ｂと機器２の機器ＩＤとをサーバ１に送信する（Ｓ９４）。

サーバ１の音声解析部１０４は、上記音声Ａを解析する（Ｓ７１）と共に、上記音声Ｂを解析する（Ｓ７２）。そして、キャラクタ選択部１０２は、上記解析の結果から、音声Ａが執事ａの呼び出しを求めるものであり、音声Ｂが執事ｂの呼び出しを求めるものであることを特定する。そして、キャラクタ選択部１０２は、Ｓ７１およびＳ７２の解析結果に基づいて、音声Ａの音量が音声Ｂの音量よりも大きいか否かを判定する（Ｓ７３）。なお、音量の大小関係の判定処理は、図６と同様であるからここでは説明を省略する。

キャラクタ選択部１０２は、音声Ａの音量が音声Ｂの音量よりも大きいと判定した場合（Ｓ７３でＹＥＳ）、音声Ａに対応するユーザＡに対応する執事ａのキャラクタを選択する。そして、執事ａに対応するキャラクタ制御部１０１ａが、機器２を介したユーザとの対話を開始する（Ｓ７４）。この場合、機器２の音声出力制御部２０２は、キャラクタ制御部１０１ａの制御に従って、音声出力部２４からユーザに対する発話の音声を出力する（Ｓ９５）。

一方、キャラクタ選択部１０２は、音声Ａの音量が音声Ｂの音量よりも大きくはないと判定した場合（Ｓ７３でＮＯ）、音声Ｂの音量が音声Ａの音量よりも大きいか否かを判定する（Ｓ７５）。この判定において、音声Ｂの音量が音声Ａの音量よりも大きいと判定した場合（Ｓ７５でＹＥＳ）、キャラクタ選択部１０２は、ユーザＢに対応する執事ｂのキャラクタを選択する。そして、執事ｂに対応するキャラクタ制御部１０１ｂが、機器２を介したユーザとの対話を開始する（Ｓ７６）。この場合、機器２の音声出力制御部２０２は、キャラクタ制御部１０１ｂの制御に従って、音声出力部２４からユーザに対する発話の音声を出力する（Ｓ９５）。

一方、キャラクタ選択部１０２が音声Ａの音量と音声Ｂの音量とに差異がないと判定した場合（Ｓ７５でＮＯ）、処理は図１２のＳ７７に進む。なお、音量の差が所定の下限値未満であれば、音量に差異がないと判定すればよい。図１２のＳ７７では、キャラクタ選択部１０２は、Ｓ７１の解析結果に基づいて執事ａのキャラクタを選択し、キャラクタ制御部１０１ａが、機器２に発話指示を送信する（Ｓ７７）。この発話指示は、執事ａのキャラクタによる発話を指示するものであり、発話されるメッセージは、執事ａがユーザの意図した執事であるか否か、すなわち選択したキャラクタの適否を問うものである。例えば、上記メッセージは、「Ａさんの執事の執事ａです。複数の方から執事の呼び出しがありましたが、私でよろしいでしょうか？」のようなメッセージであってもよい。

次に、機器２の音声出力制御部２０２は、キャラクタ制御部１０１ａの制御に従って、音声出力部２４から上記メッセージを音声出力する（Ｓ１０１）。そして、音声取得部２０１は、上記メッセージに対して回答したユーザの発話を検知し（Ｓ１０２）、この音声と機器２の機器ＩＤとをサーバ１に送信する（Ｓ１０３）。

サーバ１の音声解析部１０４は、機器２から受信した上記音声を解析し（Ｓ７８）、キャラクタ選択部１０２はこの解析結果に基づいて、選択した執事ａが正しかったか否か、つまり執事ａがユーザの意図した執事であるか否かを判定する（Ｓ７９）。例えば、キャラクタ選択部１０２は、ユーザの発話に肯定的な語句が含まれている場合には正しかったと判定し、否定的な語句や他の執事を指定する語句が含まれている場合には誤りであったと判定してもよい。具体例を挙げれば、キャラクタ選択部１０２は、解析の結果に、「よい」、「正しい」等の語が含まれていた場合には、正しかったと判定してもよい。一方、「違う」、「執事ｂ」、「ユーザＢ」等の語が含まれていた場合には、誤りであったと判定してもよい。

キャラクタ選択部１０２が執事ａは正しかったと判定した場合（Ｓ７９でＹＥＳ）、キャラクタ制御部１０１ａは、執事ａのキャラクタによるユーザとの対話を継続する（Ｓ８０）。一方、音声解析部１０４は、執事ａが誤りであったと判定した場合（Ｓ７９でＮＯ）、Ｓ７２の解析結果に基づいて執事ｂを選択し、執事ｂに対応するキャラクタ制御部１０１ｂを有効化し、執事ａに対応するキャラクタ制御部１０１ａは無効化する。キャラクタ制御部１０１ａは、機器２に執事ａのシンボル３０ａを表示させていた場合には、無効化される際に、該シンボル３０ａの表示を終了させる。

次に、キャラクタ選択部１０２は、複数のユーザが執事を呼び出す音声を同時に認識した回数が所定回数（例えば５回）以上であるか否かを判定する（Ｓ８１）。キャラクタ選択部１０２は、所定回数以上であると判定した場合（Ｓ８１でＹＥＳ）、キャラクタ制御部１０１ｂは、執事を呼び出す発話を行う際に、執事すなわちユーザに応答するキャラクタを指定することを薦めるメッセージの発話指示を機器２に送信する（Ｓ８２）。そして、機器２の音声出力制御部２０２は、キャラクタ制御部１０１ｂの制御に従って、音声出力部２４から上記メッセージを音声出力する（Ｓ１０１）。

上記メッセージは、例えば「お呼び出しの際にユーザ名か執事名を仰って頂けると嬉しいです」のようなメッセージであってもよい。このようなメッセージを発話させることにより、機器２が複数のユーザの声を検出しやすいような状況（複数のユーザが集う場所に機器２が配置されている等）においても、適切な執事によりユーザへの応答を行うことが可能になる。ユーザがユーザ名や執事名を発話した場合、音声解析によってそのユーザ名または執事名に対応する執事を特定することができ、執事が特定できた場合には、その執事のキャラクタを優先して選択することができるからである。つまり、キャラクタ選択部１０２は、図１１のＳ７３の処理を行う前に、音声Ａおよび音声Ｂの何れかに、執事を特定可能な情報（執事名やユーザ名）が含まれているか否かを判定してもよい。そして、含まれていると判定した場合には、当該情報で特定される執事のキャラクタを選択してもよい。なお、上記情報が何れの音声にも含まれていないと判定した場合や、上記情報が両方の音声に含まれており、かつ各情報が示す執事が異なっていると判定した場合には、Ｓ７３の処理に進めばよい。

Ｓ８１において、音声解析部１０４が所定回数未満であると判定した場合（Ｓ８１でＮＯ）、キャラクタ制御部１０１ｂは、執事を指定することを薦める上記メッセージは発話させることなく、機器２を介したユーザとの対話を開始する（Ｓ８３）。なお、図１１のＳ７３でＹＥＳと判定された場合、およびＳ７５においてＹＥＳと判定された場合においても、図１２のＳ８１の処理を実行してもよい。そして、所定回数以上であると判定した場合には、執事を指定することを薦める上記メッセージを機器２ａまたは機器２ｂに発話させてもよい。

また、３人以上のユーザの発話を検出した場合には、キャラクタ選択部１０２は各ユーザの発話した音声の音量情報を参照して、最も大きい音量を示す音量情報に対応するユーザに対応するキャラクタを選択する。この場合、キャラクタ選択部１０２は、音量情報の示す音量が、複数のユーザ間で差異がないと判定した場合には、当該複数のユーザの何れかに対応するキャラクタを選択して、Ｓ７７以降の処理を実行する。

また、上記ではメッセージを機器２に音声出力させる例を説明したが、メッセージをユーザに通知する態様はこの例に限られない。例えば、ユーザの発話した音声を検出した機器２以外の機器（他の機器２であってもよいし、それ以外の機器であってもよい）に上記メッセージを音声出力させてもよい。また、例えば、上記メッセージを機器２または他の機器に表示させることによってユーザに通知してもよい。

〔執事選択の他の例〕
キャラクタ選択部１０２は、ユーザの発話内容に応じてキャラクタを選択してもよい。例えば、ユーザＡが執事に用事を依頼する発話を行い、一方ユーザＢが特に意味のない発話を行った場合には、キャラクタ選択部１０２は、ユーザＡに対応する執事ａのキャラクタを選択してもよい。また、例えばユーザＡの発話に「急ぎ」、「至急」、「すぐに」等の緊急性の高さを示す語句が含まれており、一方ユーザＢの発話にはこのような語句が含まれていない場合には、キャラクタ選択部１０２は、ユーザＡに対応する執事ａのキャラクタを選択してもよい。

〔執事によるお遣い〕
執事提供システム１００では、ユーザは、執事に他のユーザへのお遣いを行わせることもできる。これについて、図１３に基づいて説明する。図１３は、ユーザＡに対応する執事ａに、ユーザＣへのお遣いを行わせた例を示す図である。なお、本例におけるお遣いは、ユーザＣにユーザＡからのメッセージを伝えることである。

同図の（ａ）の例では、ユーザＡ（第１のユーザ）が執事ａに対し、ユーザＣへの伝言を依頼する発話（所定の行為）を行っている。そして、機器２ａを介してこの発話の音声を受信したサーバ１では、キャラクタ選択部１０２が、上記音声の音声認識結果に基づき、ユーザＡの執事ａに対応するキャラクタ制御部１０１ａを有効化する。また、キャラクタ制御部１０１ａは、上記音声認識結果に基づき、伝言を依頼する発話が行われたと判定する。なお、伝言を依頼する発話が行われたか否かは、発話内容に所定のキーワード（この例では「伝言」とユーザ名）が含まれているか否かで判定することができる。

伝言を依頼する発話が行われたと判定したキャラクタ制御部１０１ａは、機器２ａに執事ａのシンボル３０ａを表示させると共に、依頼を受け付けた旨の発話を行わせ、また伝言するメッセージ（以下、伝言メッセージと記載）の入力を促す発話を行わせている。この後、図示していないが、ユーザは伝言メッセージを発話し、サーバ１はこの伝言メッセージを、機器２ａを介して取得する。なお、ユーザの発話を複数の機器２が検出した場合、それらの機器２の中から機器選択部１０３が１つの機器２を選択し、キャラクタ制御部１０１ａが該機器２に発話させる。

次に、伝言メッセージを取得したサーバ１では、執事ａに対応するキャラクタ制御部１０１ａが、機器２ａに対し、シンボル３０ａの表示を終了するように指示する。これにより、同図の（ｂ）に示すように、機器２ａの表示制御部２０３はシンボル３０ａの表示を終了する。

続いて、機器選択部１０３は、伝言の通知先であるユーザＣ（第２のユーザ）に対応付けられた機器２ｄを、ユーザＡからの伝言の依頼に対する応答動作を実行させる機器として選択する。なお、伝言の通知先は、ユーザＡの発話した音声の音声認識結果から特定することが可能である。

そして、キャラクタ制御部１０１ａは、機器２ｄに対し、執事ａのシンボル３０ａの表示指示を送信すると共に、ユーザＡからの伝言がある旨のメッセージの発話指示を送信する。この指示を受信した機器２ｄでは、表示制御部２０３がシンボル３０ａを表示させ、音声出力制御部２０２が上記メッセージを音声出力させる。この音声出力は、ユーザＣに対応する執事ｃではなく、ユーザＡに対応する執事ａのキャラクタにて行われる。

この後、図示していないが、キャラクタ制御部１０１ａは、ユーザＡから受け付けた伝言メッセージを機器２ｄに発話させ、発話終了後、シンボル３０ａの表示を終了させる。また、図示していないが、伝言メッセージの発話を終了した後、キャラクタ制御部１０１ａは、機器２ａにシンボル３０ａを再度表示させると共に、ユーザＣへの伝言が完了した旨のメッセージを発話させてもよい。

なお、伝言メッセージの通知先とする機器２は、ユーザＣに関連する機器であればよく、ユーザＣの携帯端末である機器２ｄに限られない。例えば、キャラクタ制御部１０１ａは、図４に示すような機器管理情報１１２を参照して、ユーザＣが対応付けられている機器２を特定し、該機器２を伝言メッセージの通知先としてもよい。また、ユーザＣが対応付けられている機器２が複数ある場合には、キャラクタ制御部１０１ａは所定の優先順位に従って、通知先の機器２を決定してもよい。優先順位は、ユーザＣへの通知が成功する可能性が高い機器２が優先して通知先となるように設定しておくことが好ましい。例えば、ユーザＣが個人で利用する部屋に設置されている機器２や、ユーザＣが個人で利用する携帯端末である機器２ｄの優先順位を最も高く設定し、複数のユーザで共用する機器２の優先順位はそれよりも低く設定してもよい。

また、近くにユーザＣまたは他のユーザが存在する可能性の高い機器２を通知先の機器２としてもよい。例えば、機能部２７を動作させている機器２、または近隣の機器が動作中である機器２が配置されている部屋にはユーザが存在する可能性が高いので、このような部屋に配置されている機器２を通知先の機器２としてもよい。ただし、冷蔵庫や洗濯機等のような、動作中にユーザが近くに居る必要のない機器２は、動作中であっても通知先の機器２としないことが好ましい。このような機器２については、該機器２に対してユーザが操作（例えば冷蔵庫の扉を開く、洗濯機の備える操作ボタンを操作する等）を行っていることが検知されたときに通知先の機器２とすることが好ましい。また、このような機器２と同じ部屋に配置されている他の機器２を通知先の機器２としてもよい。

また、通知先の機器２に発話させたが、該発話に対するユーザからの応答が検出されない場合、機器選択部１０３は、他の機器２を通知先として決定し、キャラクタ制御部１０１ａは該機器２からユーザへの通知を行ってもよい。そして、通知先の機器２を変更して該機器２から発話させる処理は、ユーザからの応答が検出されるまで繰り返してもよい。また、所定回数通知先の機器２を変更しても、ユーザからの応答が検出されない場合には、機器２ａを介して、ユーザＣが見つからなかった旨のメッセージをユーザＡに通知してもよい。

この他にも、ユーザからの応答が検出されない場合には、機器選択部１０３は、例えばユーザＣに対応付けられていない機器２を通知先に決定し、キャラクタ制御部１０１ａは該機器２にユーザＣの所在を問うメッセージを出力させてもよい。この場合、該機器２の周囲に居るユーザがユーザＣの所在を知っていれば、その所在を示す発話が行われ、機器選択部１０３は、この発話の解析結果に基づいて、ユーザＣの近くの機器２を通知先に決定することができる。

〔執事による人探し〕
執事提供システム１００では、ユーザは、執事に人探しを行わせることもできる。これについて、図１４に基づいて説明する。図１４は、執事に人探しを行わせた例を示す図である。なお、同図では図示を省略しているが、機器２の発話はサーバ１により制御される。

図１４の例において、部屋Ａには機器２ａが配置されており、部屋Ｂには機器２ｂと機器２ｆが配置されている。機器２ｆはテレビジョン受像機である。また、部屋Ｃには機器２ｅが配置されている。部屋Ａに居るユーザはユーザＡであり、部屋Ｃに居るユーザはユーザＤである。

同図の（ａ）において、部屋Ａに居るユーザＡ（第１のユーザ）は、機器２ａに対して、ユーザＤ（第２のユーザ）を探すことを執事ａに指示する発話を行っている。そして、機器２ａを介してこの発話の音声を受信したサーバ１では、キャラクタ選択部１０２が、上記音声の音声認識結果に基づき、執事ａに対応するキャラクタ制御部１０１ａを有効化する。また、キャラクタ制御部１０１ａは、上記音声認識結果に基づき、人探しを依頼する発話が行われたと判定する。なお、人探しを依頼する発話が行われたか否かは、発話内容に所定のキーワード（この例では「探して」とユーザ名）が含まれているか否かで判定することができる。

人探しを依頼する発話が行われたと判定したキャラクタ制御部１０１ａは、機器２ａに執事ａのシンボル３０ａを表示させると共に、依頼を受け付けた旨の発話を行わせている。また、人探しの指示を受け付けた場合、機器選択部１０３は、機器管理情報１１２において、探す対象となっているユーザに対応付けられた機器２を、人探しの発話を行わせる機器２として選択する。

機器選択部１０３は、探す対象となっているユーザに対応付けられた全ての機器２を選択してもよいが、人探しの指示を受け付けた機器２ａが配置されている部屋（本例では部屋Ａ）に配置されている機器２は、選択対象から除外することが好ましい。人探しの指示を受け付けた機器２ａのある部屋Ａには、ユーザＡが探しているユーザＤは当然いないと考えられるためである。

また、機器選択部１０３は、探す対象となっているユーザに対応付けられた機器２が複数あり、当該複数の機器２に、配置されている部屋（エリア）が異なる機器２が含まれている場合には、配置されている部屋が異なる複数の機器２を選択することが好ましい。言い換えれば、機器選択部１０３は、複数の部屋に配置された機器２をそれぞれ選択することが好ましく、この場合、各部屋について選択する機器２は１つとすることが好ましい。これにより、各部屋におけるユーザＤの存否を速やかに確認することが可能になる。また、異なる部屋に配置されている機器２に同時に人探しの発話を行わせたとしても、執事ａが同時に複数出現したことはユーザＡにもユーザＤにも認識されないので、執事ａが一人であるという各ユーザのイメージを壊さずに済む。

本例では、機器選択部１０３は、人探しの発話を行わせる機器２として、部屋Ｂの機器２ｆと、部屋Ｃの機器２ｅを選択したとする。なお、部屋Ｂにある機器２ｂと機器２ｆの何れを選択するかを決定する基準は特に限定されない。例えば、表示部を備えている機器２を優先して選択してもよいし、テレビジョン受像機のように、ユーザの注目しやすい位置に配置されている機器２を優先して選択してもよい。

そして、キャラクタ制御部１０１ａは、機器２ａにシンボル３０ａの表示を終了するように指示する。また、キャラクタ制御部１０１ａは、選択された機器２ｆと機器２ｅのそれぞれに、ユーザＡがユーザＤを探していることを示すメッセージを発話するように指示する。さらに、キャラクタ制御部１０１ａは、表示部を備えた機器２ｆにはシンボル３０ａを表示するように指示する。

これにより、同図の（ｂ）に示すように、機器２ａの表示制御部２０３はシンボル３０ａの表示を終了し、代わりに機器２ｆの表示制御部２０３がシンボル３０ａの表示を開始する。そして、機器２ｆおよび機器２ｅの音声出力制御部２０２が上記メッセージを音声出力させる。この音声出力は、何れもユーザＡに対応する執事ａのキャラクタにて行われる。このとき、キャラクタ制御部１０１ａは、機器２ｆと機器２ｅのそれぞれから同時に上記メッセージを発話させてもよい。

本例では、同図の（ｂ）に示すように、ユーザＤは、機器２ｅの発話したメッセージを聞き、部屋Ｃに居る旨発話している。機器２ｅの音声取得部２０１はこの発話の音声をサーバ１に送信し、サーバ１の音声解析部１０４は、この発話の音声を解析する。そして、キャラクタ制御部１０１ａは、この音声の解析結果から、ユーザＤが部屋Ｃに居ると特定する。

この後、図示していないが、キャラクタ制御部１０１ａは、機器２ｆにシンボル３０ａの表示を終了させると共に、機器２ａに、シンボル３０ａを表示させると共に、ユーザＤが部屋Ｃに居る旨のメッセージを発話させる。これにより、ユーザＡにユーザＤの所在を認識させることができる。

なお、上記では、部屋に配置されている据え置き型の機器２を選択する例を説明したが、携帯端末等のように、携帯型の機器２を選択してもよい。ただし、このような機器２は、個人が所持するものであるから、その機器２の所持者以外のユーザを探す場合には、この点を踏まえたメッセージを発話させることが好ましい。例えば、上記の例において、ユーザＣの所持する機器２ｄに発話させる場合、そのメッセージは、ユーザＡがユーザＤを探していること、およびユーザＤの所在を知っている場合には部屋Ａに居るユーザＡに連絡して欲しいこと等を示すものとしてもよい。また、各部屋の機器２に発話させたが、探しているユーザの応答がなかった場合に、部屋には配置されない機器２に人探しのメッセージを発話させてもよい。

〔学習〕
サーバ１のキャラクタ制御部１０１は、ユーザの嗜好を学習する。これにより、ユーザが執事を使い込んでいくうちに、該ユーザの嗜好に合った適切な応答を機器２に実行させることができるようになっていく。これについて、図１５に基づいて説明する。図１５は、ユーザの嗜好を学習する処理の一例を示すフローチャートである。なお、同図では、ユーザが空気調和機（エアコン）である機器２ｂに対して、「寒い」と発話し、この発話の音声がサーバ１に送信された場合の処理を示している。

サーバ１の音声解析部１０４は、この発話の音声を解析し、キャラクタ選択部１０２は、この解析の結果に応じたキャラクタ制御部１０１を有効化する。そして、有効化されたキャラクタ制御部１０１は、上記の解析結果に応じた機器２の運転を開始させる。具体的には、上述のように、ユーザは「寒い」と発話しているから、キャラクタ制御部１０１は、空気調和機（エアコン）である機器２ｂ（応答機器）に暖房運転（応答動作）の開始を指示する。ユーザの嗜好を学習する前であれば、暖房の設定温度は標準的な暖房の設定温度とすればよい。

また、暖房運転を行うと室内が乾燥するため、キャラクタ制御部１０１は、加湿器である機器２ｇ（共働機器）に加湿運転の開始を指示する（Ｓ１１１）。ユーザの嗜好を学習する前であれば、加湿の設定湿度は標準的な加湿の設定湿度とすればよい。さらに、キャラクタ制御部１０１は、運転を開始したことをユーザに通知するメッセージを機器２ｂに発話させてもよい。また、運転開始前に、運転の開始の可否をユーザに問うメッセージを機器２ｂに発話させ、この発話に対して肯定的なユーザの回答が検出された場合に、運転を開始してもよい。執事が一人であるというユーザのイメージを壊さないよう、メッセージを発話させる機器は、機器２ｂおよび機器２ｇの何れか一方とすることが望ましい。

なお、ユーザがどのような発話を行ったときに、どのような機器２にどのような運転を行わせるかは、予め定めておけばよい。例えば、ユーザの発話に「暑い」等の語が含まれている場合には機器２ｂに冷房運転を行わせ、「むしむしする」、「蒸し暑い」等の語句が含まれている場合には機器２ｂに除湿運転を行わせてもよい。この他にも、例えば「空気がカラカラ」、「空気が乾燥」等の語句が含まれている場合には機器２ｇに加湿運転を行わせてもよい。これにより、ユーザは運転内容や、運転の設定などを指定することなく、自身が感じていることをそのまま口に出すだけで、自身の感覚に応じた適切な運転を機器２に行わせることができる。

運転開始指示を受信した機器２ｂでは、動作制御部２０４が、該指示に従って機能部２７に運転を開始させる（Ｓ１３１）。本例の機器２ｂにおける運転は暖房運転である。同様に、運転開始指示を受信した機器２ｇにおいても、動作制御部２０４が、該指示に従って機能部２７に運転を開始させる（Ｓ１５１）。本例の機器２ｇにおける運転は加湿運転である。

キャラクタ制御部１０１は、運転開始指示を送信した後、所定時間が経過すると、運転内容の調整の要否を確認するメッセージを発話するように機器２ｂに指示する（Ｓ１１２）。このメッセージは、例えば「お部屋の温度および湿度はいかがしょうか」等のメッセージであってもよい。なお、運転開始指示を送信した後、所定時間が経過したときに上記のようなメッセージを発話させる代わりに、運転開始時に、運転内容の変更が必要な場合にはその旨の発話を行うように促すメッセージを発話させてもよい。例えば、運転開始時に「運転内容の変更が必要でしたら教えて下さい」と発話させておけば、ユーザは運転内容に関する要望を発話するので、この発話に基づいて運転内容を調整することができる。

発話指示を受信した機器２ｂでは、音声出力制御部２０２が、音声出力部２４に上記メッセージを音声出力させる（Ｓ１３２）。そして、機器２ｂの音声取得部２０１は、音声入力部２３を介して入力されるユーザの発話を検知し（Ｓ１３３）、該発話の音声と機器２ｂの機器ＩＤとを、通信部２２を介してサーバ１に送信する（Ｓ１３４）。この音声は、Ｓ１３１で開始させた暖房運転、およびＳ１５１で開始させた加湿運転の少なくとも何れかに対するユーザの反応の内容を示している。つまり、これらのステップでは、音声取得部２０１は、ユーザの反応の内容をサーバ１に通知している。

サーバ１は、機器２ｂが送信した音声および機器ＩＤを受信し、音声解析部１０４は、受信した音声を解析する（Ｓ１１３）。そして、キャラクタ制御部１０１は、上記解析の結果に基づいて、発話者を特定する（Ｓ１１４）と共に、運転内容の調整が必要であるか否かを判定する（Ｓ１１５）。例えば、キャラクタ制御部１０１は、ユーザの発話に「ちょうどいい」、「快適」等の肯定的な語句が含まれている場合には調整不要と判定してもよい。一方、「まだちょっと寒い」、「まだかなり乾いている」等の改善を要求する語句が含まれている場合には調整要と判定してもよい。

キャラクタ制御部１０１は、運転内容の調整要と判定した場合（Ｓ１１５でＹＥＳ）、機器２ｂおよび機器２ｇに運転内容の変更を指示する（Ｓ１１６）。例えば、「まだちょっと寒い」と発話された場合には、キャラクタ制御部１０１は、機器２ｂに暖房運転の設定温度を上げるように指示してもよい。また、例えば「まだかなり乾いている」と発話された場合には、キャラクタ制御部１０１は、機器２ｇに加湿運転の設定湿度を上げるように指示してもよい。さらに、「ちょっと」、「かなり」等の修飾語に応じて、調整の程度を変えてもよい。

そして、運転内容の変更指示を受信した機器２ｂでは、動作制御部２０４が、該指示に従って機能部２７に運転内容を変更させる（Ｓ１３５）。同様に、上記指示を受信した機器２ｇにおいても、動作制御部２０４が、上記指示に従って機能部２７に運転内容を変更させる（Ｓ１５２）。このように、ユーザの発話に基づいて運転内容を調整していくことにより、ユーザが好む設定で複数の機器２を同時に動作させることができる。なお、Ｓ１１３の解析結果に応じて、機器２ｂおよび機器２ｇの何れか一方の運転内容を変更してもよい。また、本例では、動作制御部２０４による運転内容を変更する例を説明するが、音声出力制御部２０２による音声出力の内容や、表示制御部２０３による表示出力の内容を変更させてもよい。

キャラクタ制御部１０１は、Ｓ１１６で運転内容の変更を指示した後、またはＳ１１５で運転内容の調整が不要であると判定した場合（Ｓ１１５でＮＯ）、ユーザによって発話されたキーワードを、Ｓ１１４で特定した発話者と対応付けて記憶する（Ｓ１１７）。例えば、図３のキャラクタ管理情報１１１では、このようなキーワードおよび該キーワードを検出したときの運転内容を示す情報ユーザ情報として含んでいる。このように、キャラクタ制御部１０１は、上記キーワードをユーザおよび運転内容と対応付けてキャラクタ管理情報１１１に記憶してもよい。また、ユーザの周囲の環境情報（例えば室温や気温、季節、時刻等）についても併せて記憶してもよい。このようにして記憶した情報は、ユーザの嗜好を示す嗜好情報であると言える。この後処理はＳ１１２に戻る。なお、キーワードを記憶する代わりに、Ｓ１１５で運転内容の調整が不要と判定したときの運転内容を記憶してもよい。

〔学習内容に基づく制御〕
上記のような処理により、機器２に動作を実行させた際の、該動作に対するユーザの反応の内容を記憶しておくことにより、キャラクタ制御部１０１は、次回以降に機器２を動作させるときには、上記反応の内容に応じて上記動作の内容を変更することができる。これにより、各機器２の動作制御部２０４は、変更後の内容の動作を機能部２７に実行させるので、上記のような調整を行うことなく、ユーザが好む動作を各機器２に実行させることができる。なお、ユーザの反応の内容に応じて、何れか一方の機器２の動作内容を変更してもよい。

例えば、過去に機器２ｂに設定温度２５℃で暖房運転を行わせ、機器２ｇに設定湿度５０％で加湿運転を行わせたときに、ユーザが寒いし乾燥していると発話していたとする。ここで、キャラクタ制御部１０１は、ユーザの「寒い」との発話に応じて、暖房運転と加湿運転を行わせる場合には、機器２ｂに暖房運転を行わせる際の設定温度を２５℃よりも高くし、機器２ｇに加湿運転を行わせる際の設定湿度を５０％よりも高くしてもよい。これにより、機器２ｂの被空調空間をユーザが快適に感じる温度および湿度とすることができる。

〔複数の執事による学習〕
上記の例において、ユーザが複数居る場合、各ユーザに対応する執事のそれぞれによって、各ユーザの嗜好が学習される。例えば、ユーザＡとユーザＢが１つの部屋にいて、各ユーザがそれぞれ「暑い」と発話した場合、各音声を機器２が検出してサーバ１に送信する。

サーバ１の音声解析部１０４は、各音声を解析し、ユーザＡとユーザＢが「暑い」と発話したことを特定する。そして、キャラクタ選択部１０２は、ユーザＡに対応する執事ａを制御するキャラクタ制御部１０１ａと、ユーザＢに対応する執事ｂを制御するキャラクタ制御部１０１ｂを有効化する。この場合、何れのユーザも、冷房運転開始のキーワードである「暑い」を発話しているから、キャラクタ制御部１０１ａおよびキャラクタ制御部１０１ｂの何れも冷房運転を行うことを決定する。なお、空気調和機（エアコン）である機器２ｂへの冷房運転の開始指示の送信は、キャラクタ制御部１０１ａおよびキャラクタ制御部１０１ｂの何れか一方が行えばよい。また、運転開始時には、運転内容の変更が必要な場合にはその旨の発話を行うように促すメッセージを機器２に発話させてもよい。このメッセージは、各執事のそれぞれによって発話させてもよいし、一方の執事のみに発話させてもよい。

運転開始後、ユーザＡが運転内容の調整を求める発話を行った場合、キャラクタ制御部１０１ａは、上述のようにして該発話内容に応じた運転内容の調整を行う。また、ユーザによって発話されたキーワードを、該ユーザおよび運転内容と対応付けて記憶する。一方、ユーザＢが運転内容の調整を求める発話を行った場合、キャラクタ制御部１０１ｂが、該発話内容に応じた運転内容の調整を行う。また、ユーザによって発話されたキーワードを、該ユーザおよび運転内容と対応付けて記憶する。このような調整により、各ユーザの好みに応じた運転内容で機器２を動作させることができる。

なお、ユーザＡとユーザＢとで快適な温度が異なる場合等には、ユーザＡとユーザＢの双方の満足度が高くなるように運転内容を調整することが好ましい。例えば、ユーザＡが「暑い」と発話し、ユーザＢが「ちょうどいい」と発話した場合、冷房運転の設定温度は変えずに、風向がユーザＡに向くように調整してもよい。なお、ユーザＡの位置は、室内の機器（機器２であってもよいし他の機器であってもよい）が人感センサ等で検出してサーバ１に通知する、あるいはユーザが自身の位置を示す発話を行う等によって特定可能である。

また、ユーザＡおよびユーザＢのうちユーザＡが「二人とも暑い」と発話した場合、キャラクタ制御部１０１ａは、機器２にもう一人のユーザが誰であるかを問うメッセージを発話させてもよい。このメッセージに対し、ユーザＡがもう一人のユーザがユーザＢである旨の発話を行えば、キャラクタ選択部１０２はこの発話内容の解析結果に基づいてキャラクタ制御部１０１ｂも有効化することができる。

上記のような処理により、機器２に動作を実行させた際の、該動作に対するユーザの反応の内容を、ユーザ毎に記憶しておくことにより、キャラクタ制御部１０１は、次回以降に機器２を動作させるときには、ユーザ毎に上記動作の内容を変更することができる。つまり、キャラクタ制御部１０１は、ユーザが「暑い」等の機器２を動作させる契機となる発話を行った場合に、そのユーザが過去に上記動作に対する要望を発話していれば、その要望の内容に応じて上記動作の内容を変更してもよい。

〔ユーザ認識の学習〕
上記では、声紋に基づいてユーザ認識する例を説明したが、キャラクタ選択部１０２は、発話内容や声のトーン等に基づいてユーザ認識して、該判定結果に応じたキャラクタを選択してもよい。この場合、キャラクタ制御部１０１は、選択されたキャラクタにて機器２に応答させる際に、該キャラクタの正否を問うメッセージを出力させてもよい。これにより、ユーザ認識結果が正しかったか否かを判定することができる。

また、キャラクタ選択部１０２は、発話内容や声のトーンを示す音声解析結果と、ユーザ認識結果の正否を示す情報とを対応付けて記憶してもよい。キャラクタ選択部１０２は、このような情報を参照することにより、ユーザ認識に有効な発話内容や声のトーンを特定して、次回以降のユーザ認識精度を向上させることができる。

〔実施形態２〕
上記実施形態では、ユーザの音声による発話を検出して、該発話に対する応答を機器２に行わせる例を示したが、検出の対象となるユーザの行為は音声による発話に限られない。例えば、サーバ１は、ジェスチャ等のユーザの所作を検出して、該所作に対する応答動作を機器２に実行させてもよい。また、検出の対象となるユーザの行為は、タッチパネルやキーボード等の入力装置で検出してもよい。つまり、検出の対象となるユーザの行為は、入力装置に対する入力操作であってもよい。

また、ユーザの行為に対して機器２に実行させる応答動作は音声出力や機器２の機能部２７の運転制御に限られない。例えば、機器２が表示部を備えている場合、上記応答動作は、上記表示部への文字や画像の表示であってもよい。また、例えば機器２がＳＮＳ（Social Networking Service）等にメッセージを投稿する機能を備えている場合には、上記応答動作はメッセージの投稿であってもよい。

〔実施形態３〕
上記各実施形態では、１つのサーバ１を用いる例を説明したが、サーバ１の有する各機能が、個別のサーバにて実現されていてもよい。そして、複数のサーバを適用する場合においては、各サーバは、同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。

また、サーバ１の機能の一部を機器２に持たせてもよい。例えば、機器２に音声解析部を設けて、該音声解析部が得た音声解析結果をサーバ１に送信する構成としてもよい。また、この場合、機器２が上記音声解析結果に基づいて、ユーザに応答するキャラクタを選択してもよい。ただし、執事が一人であるとのユーザのイメージを壊さないようにするため、選択したキャラクタで応答することの可否を機器２がサーバ１に問い合せるようにし、サーバ１の制御により複数の機器２が同じキャラクタで発話しないように調整することが好ましい。

また、上記各実施形態では、サーバ１が執事による発話を行わせる機器２を変更しているが、複数の機器２間で通信することにより、執事による発話を行わせる機器２を変更してもよい。例えば、図９の（ｂ）の例において、機器２ｄは、ユーザＣの発話を検出したときに、機器２ａとの無線通信の電波強度が所定値以上となっていれば、機器２ａに執事ｃのキャラクタで応答するように指示してもよい。

〔ソフトウェアによる実現例〕
サーバ１および機器２の制御ブロック（特に制御部１０および制御部２０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、サーバ１および機器２は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る応答システム（執事提供システム１００）は、ユーザの所定の行為に対する応答動作を実行可能な複数の機器（２）と、該機器による応答動作を制御するサーバ（１）とを含む応答システムであって、上記サーバは、複数の上記機器の中から上記応答動作を実行させる応答機器を選択し、上記サーバが選択した上記応答機器は、上記サーバの制御に従って、上記ユーザに応じた所定のキャラクタにて上記応答動作を実行する。

上記の構成によれば、サーバは、複数の機器の中から応答動作を実行させる応答機器を選択し、該応答機器は、ユーザに応じた所定のキャラクタにて応答動作を実行する。よって、ユーザに応じたキャラクタによる応答動作が複数の機器で行われて、ユーザが応答動作の一部を認識できなかったり、ユーザが混乱したりすることを避けることができる。したがって、従来よりも改善された応答システムを実現することができるという効果を奏する。

本発明の態様２に係る応答システムは、上記態様１において、上記所定の行為は、音声による発話であり、上記サーバは、ユーザの音声による発話を複数の上記機器が検出した場合に、各機器が検出した発話の音声解析結果に応じて、上記発話を検出した上記機器の中から上記応答機器を選択してもよい。該構成によれば、ユーザがどのような発話を行ったか、あるいはどのように発話を行ったか等に応じた適切な機器を応答機器として選択することが可能である。

本発明の態様３に係る応答システムは、上記態様２において、上記音声解析結果は、上記機器が検出した上記音声の音量を示す音量情報を含み、上記サーバは、上記音量情報の示す音量が、複数の上記機器の間で差異があると判定した場合には、最も大きい音量を示す音量情報に対応する上記機器を上記応答機器として選択し、上記音量情報の示す音量が、複数の上記機器の間で差異がないと判定した場合には、当該複数の機器の何れかを上記応答機器として選択すると共に、該選択した応答機器がユーザの意図した機器であるか否かを問うメッセージを上記ユーザに通知してもよい。

ユーザがある機器に向かって発話した場合、その機器が検出する音声の音量は、他の機器が検出する音声の音量より大きくなる可能性が高い。このため、音量に応じて機器を選択する上記構成によれば、ユーザの意図に適合した機器を選択することができる。ただし、各機器が検出した音量に差異がないことも考えられる。そこで、上記の構成によれば、音量が複数の機器の間で差異がないと判定した場合には、当該複数の機器の何れかを応答機器として選択すると共に、該選択した応答機器がユーザの意図した機器であるか否かを問うメッセージをユーザに通知する。これにより、音量が複数の機器の間で差異がない場合にも応答機器を自動で選択することができると共に、選択した応答機器がユーザの意図した機器ではない場合に、機器を変更する機会をユーザに与えることができる。

本発明の態様４に係る応答システムは、上記態様２または３において、上記サーバは、ユーザの音声による発話を複数の上記機器が検出した回数が所定回数以上である場合には、上記所定の行為の実行時に応答機器を指定することを薦めるメッセージを上記ユーザに通知してもよい。

複数の機器が近接して配置されている場合等には、ユーザの発話を複数の機器が検出することが頻繁に生じる可能性がある。そこで、上記の構成によれば、ユーザの音声による発話を複数の機器が検出した回数が所定回数以上である場合には、所定の行為の実行時に応答機器を指定することを薦めるメッセージをユーザに通知する。これにより、複数の機器が近接して配置されている場合等においても、ユーザの指定した応答機器をスムーズに選択することが可能になる。

本発明の態様５に係る応答システムは、上記態様１から４の何れかにおいて、上記サーバは、複数の上記機器の少なくとも何れかの稼働状態、および複数の上記機器の少なくとも何れかと関連する他の機器の稼働状態、の少なくとも何れかに応じて上記応答機器を選択してもよい。

上記の構成によれば、ユーザの状態に応じた適切な応答機器を選択することが可能になる。機器の稼働状態からは、ユーザの状態が推測できるためである。例えば、テレビジョン受像機等が稼働しているときには、その周囲にユーザが存在すると推測できるため、該テレビジョン受像機やその周囲の機器を応答機器として選択することにより、ユーザに応答動作を認識させることができる。

本発明の態様６に係る応答システムは、上記態様１から５の何れかにおいて、上記サーバは、上記ユーザの所在に応じて、複数の上記機器の中から上記応答動作を実行させる応答機器を選択してもよい。該構成によれば、ユーザの所在に応じた適切な機器を選択することが可能になる。

本発明の態様７に係る応答システムは、上記態様６において、複数の上記機器には、携帯型の機器と据え置き型の機器とが含まれており、上記サーバは、上記ユーザが上記据え置き型の機器が設置されているエリアに居ることが検出された場合には、該据え置き型の機器を上記応答機器として選択してもよい。

上記の構成によれば、ユーザが据え置き型の機器が設置されているエリアに居ることが検出された場合には、該据え置き型の機器を応答機器として選択する。これにより、ユーザが据え置き型の機器が設置されているエリアに居るときには、携帯型の機器に応答動作を実行させないので、携帯型の機器のバッテリの消費を抑えつつ、据え置き型の機器に応答動作を実行させることができる。

本発明の態様８に係る機器（２）は、ユーザの所定の行為に対して応答動作を実行可能な複数の機器と、該機器による応答動作を制御するサーバ（１）とを含む応答システム（執事提供システム１００）に含まれる機器であって、上記所定の行為を検出して、該所定の行為が行われたことを上記サーバに通知する通知部（音声取得部２０１）と、複数の上記機器の中から自機が上記サーバにより上記応答動作を実行する応答機器に選択された場合に、上記ユーザに応じた所定のキャラクタにて上記応答動作を実行する応答部（音声出力制御部２０２、表示制御部２０３、動作制御部２０４）と、を備えている。

上記の構成によれば、複数の機器の中から自機がサーバにより応答機器に選択された場合に、ユーザに応じた所定のキャラクタにて応答動作を実行する。よって、ユーザが応答動作の一部を認識できなかったり、ユーザが混乱したりすることを避けることができる。したがって、従来よりも改善された機器を実現することができるという効果を奏する。

本発明の態様９に係る応答システム（執事提供システム１００）は、ユーザの所定の行為に対して応答動作を実行可能な機器（２）と、該機器による応答動作を制御するサーバ（１）とを含む応答システムであって、上記サーバは、複数のユーザが上記所定の行為を行ったことを検出した場合、複数のユーザのそれぞれに対応付けられた所定のキャラクタのうち、複数の上記ユーザの何れかに対応するキャラクタである応答キャラクタを選択し、上記機器は、上記サーバの制御に従って、上記応答キャラクタにて上記応答動作を実行してもよい。

上記の構成によれば、複数のユーザが所定の行為を行ったことを検出した場合、複数のユーザのそれぞれに対応付けられた所定のキャラクタのうち、複数の上記ユーザの何れかに対応する応答キャラクタを選択する。そして、機器は、この応答キャラクタにて応答動作を実行する。よって、複数の応答キャラクタによる応答動作が同時に行われて、ユーザが応答動作の一部を認識できなかったり、ユーザが混乱したりすることを避けることができる。したがって、従来よりも改善された応答システムを実現することができるという効果を奏する。

本発明の態様１０に係る応答システムは、上記態様９において、上記所定の行為は、音声による発話であり、上記サーバは、複数のユーザの音声による発話を検出した場合に、検出した発話の音声解析結果に応じて上記応答キャラクタを選択してもよい。該構成によれば、ユーザがどのような発話を行ったか、あるいはどのように発話を行ったか等に応じた適切な応答キャラクタを選択することが可能になる。

本発明の態様１１に係る応答システムは、上記態様１０において、上記音声解析結果は、上記機器が検出した上記音声の音量を示す音量情報を含み、上記サーバは、上記音量情報の示す音量が、複数の上記発話の間で差異があると判定した場合には、最も大きい音量を示す音量情報に対応する上記ユーザに対応するキャラクタを上記応答キャラクタとして選択し、上記音量情報の示す音量が、複数の上記発話の間で差異がないと判定した場合には、複数の上記ユーザの何れかに対応するキャラクタを上記応答キャラクタとして選択すると共に、該選択した応答キャラクタがユーザの意図したキャラクタであるか否かを問うメッセージを上記ユーザに通知してもよい。

応答動作を機器に行わせる意図で発話するユーザは、その機器に向かって発話する可能性が高いと考えられる。このため、複数のユーザが発話した場合に、機器が検出する音声の音量は、上記のような意図を有するユーザの発話する音声の音量が、他のユーザの発話する音声の音量より大きくなる可能性が高い。このため、音量に応じて応答キャラクタを選択する上記構成によれば、ユーザの意図に適合した応答キャラクタを選択することができる。ただし、機器が検出した音量に差異がないことも考えられる。そこで、上記の構成によれば、音量に差異がないと判定した場合には、応答キャラクタを選択すると共に、該選択した応答キャラクタがユーザの意図したキャラクタであるか否かを問うメッセージをユーザに通知する。これにより、音量に差異がない場合にも応答キャラクタを自動で選択することができると共に、選択した応答キャラクタがユーザの意図したキャラクタではない場合に、キャラクタを変更する機会をユーザに与えることができる。

本発明の態様１２に係る応答システムは、上記態様１０または１１において、上記サーバは、複数のユーザの音声による発話を検出した回数が所定回数以上である場合には、上記所定の行為の実行時に応答キャラクタを指定することを薦めるメッセージを上記ユーザに通知してもよい。

機器が複数のユーザが集う場所に配置されている場合等には、複数のユーザの発話を機器が検出することが頻繁に生じる可能性がある。そこで、上記の構成によれば、複数のユーザの音声による発話を機器が検出した回数が所定回数以上である場合には、所定の行為の実行時に応答キャラクタを指定することを薦めるメッセージをユーザに通知する。これにより、上記のような場合においても、ユーザの指定した応答キャラクタをスムーズに選択することが可能になる。

本発明の態様１３に係る機器（２）は、ユーザの所定の行為に対して応答動作を実行可能な機器と、該機器による応答動作を制御するサーバとを含む応答システム（執事提供システム１００）に含まれる機器であって、複数のユーザが上記所定の行為を行ったことを検出して、該所定の行為が行われたことを上記サーバに通知する通知部（音声取得部２０１）と、上記サーバの制御に従って、複数の上記ユーザのそれぞれに対応付けられた所定のキャラクタのうち、複数の上記ユーザの何れかに対応するキャラクタである応答キャラクタにて上記応答動作を実行する応答部（音声出力制御部２０２、表示制御部２０３、動作制御部２０４）と、を備えている。

上記の構成によれば、複数のユーザが所定の行為を行ったことを検出してサーバに通知する。そして、上記サーバの制御に従って、複数のユーザのそれぞれに対応付けられた所定のキャラクタのうち、複数のユーザの何れかに対応する応答キャラクタにて応答動作を実行する。よって、複数の応答キャラクタによる応答動作を同時に行うことで、ユーザが応答動作の一部を認識できなかったり、ユーザが混乱したりすることを避けることができる。したがって、従来よりも改善された機器を実現することができるという効果を奏する。

本発明の態様１４に係る応答システム（執事提供システム１００）は、ユーザの所定の行為に対する応答動作を実行可能な複数の機器（２）と、該機器による応答動作を制御するサーバ（１）とを含む応答システムであって、上記サーバは、第１のユーザが所定の行為を行ったことに応じて、複数の上記機器のうち第２のユーザに対応付けられた機器を、上記応答動作を実行させる応答機器として選択し、上記サーバが選択した上記応答機器は、上記サーバの制御に従って、上記第１のユーザに応じた所定のキャラクタにて上記応答動作を実行する。

上記の構成によれば、第１のユーザが所定の行為を行ったことに応じて、第１のユーザに応じた所定のキャラクタにて応答動作を機器が実行するが、この機器は第２のユーザに対応付けられた機器である。よって、応答動作を第２のユーザに対して行わせることが可能になると共に、その応答動作が、第１のユーザの所定の行為に起因していることを第２のユーザに認識させることが可能になる。したがって、従来よりも改善された応答システムを実現することができるという効果を奏する。

本発明の態様１５に係る応答システムは、上記態様１４において、上記所定の行為は、上記第２のユーザへの伝言を指示する行為であり、上記応答動作は、上記第１のユーザから上記第２のユーザへの伝言メッセージを出力する動作であってもよい。

上記の構成によれば、第１のユーザは、第２のユーザへの伝言を指示する行為を実行することにより、第１のユーザに応じた所定のキャラクタにて、第２のユーザへの伝言メッセージを機器に出力させることができる。よって、第１のユーザは、人に伝言を依頼するような感覚で第２のユーザに伝言することができ、第２のユーザは、人から伝言を受けるような感覚で機器から伝言を受けることができる。

本発明の態様１６に係る応答システムは、上記態様１４において、上記所定の行為は、上記第２のユーザを探すことを指示する行為であり、上記応答動作は、上記第２のユーザを探していることを示すメッセージを出力する動作であってもよい。

上記の構成によれば、第１のユーザは、第２のユーザを探すことを指示する行為を実行することにより、第１のユーザに応じた所定のキャラクタにて、第２のユーザを探していることを示すメッセージを機器に出力させることができる。よって、第１のユーザは、機器のある場所まで足を運ぶことなく、第２ユーザを探すことができる。また、第２のユーザを探していることを示すメッセージは、第１のユーザに応じた所定のキャラクタにて出力されるので、第２のユーザは、自分を探しているのが第１のユーザであることを認識することが可能である。

本発明の態様１７に係る応答システムは、上記態様１６において、上記サーバは、上記第２のユーザに対応付けられた機器が複数あり、当該複数の機器に、配置されているエリアが異なる機器が含まれている場合には、配置されているエリアが異なる複数の機器を上記応答機器として選択してもよい。

上記の構成によれば、配置されているエリアが異なる複数の機器を応答機器として選択するので、各エリアにおいて、第２のユーザを探していることを示すメッセージを機器に出力させることができる。これにより、第２のユーザを速やかに探し出すことが可能になる。また、１つのエリアからは１つの応答機器を選択するので、第１のユーザに応じた所定のキャラクタが、単体のキャラクタであるとの第２のユーザのイメージを壊すこともない。

本発明の態様１８に係る機器は、第１のユーザの所定の行為に対する応答動作を実行可能な複数の機器（２）と、該機器による応答動作を制御するサーバ（１）とを含む応答システム（執事提供システム１００）に含まれる、上記第１のユーザとは異なる第２のユーザに対応付けられた機器であって、自機が上記サーバにより、上記応答動作を実行する応答機器に選択された場合に、上記第１のユーザに応じた所定のキャラクタにて、上記第２のユーザに対して上記応答動作を実行する応答部（音声出力制御部２０２、表示制御部２０３、動作制御部２０４）を備えている。

上記の構成によれば、第２のユーザに対して応答動作を実行するが、この応答動作の際のキャラクタは第１のユーザに応じた所定のキャラクタである。よって、この応答動作が、第１のユーザの所定の行為に起因していることを第２のユーザに認識させることが可能になる。したがって、従来よりも改善された機器を実現することができるという効果を奏する。

本発明の態様１９に係る応答システム（執事提供システム１００）は、ユーザが所定の行為を行ったことに応じて、該所定の行為に対する応答動作を機器（２）に実行させるサーバ（１）と、上記ユーザに応じた所定のキャラクタにて上記応答動作を実行する上記機器とを含む応答システムであって、上記サーバは、過去に上記機器に上記応答動作を実行させた際の、該応答動作に対する上記ユーザの反応の内容に応じて上記応答動作の内容を変更し、上記機器は、上記サーバによる変更後の内容の上記応答動作を実行する。

上記の構成によれば、過去に応答動作を実行させた際のユーザの反応の内容に応じて応答動作の内容を変更するので、応答動作の内容をユーザの嗜好に応じたものとすることが可能になる。したがって、従来よりも改善された応答システムを実現することができるという効果を奏する。

本発明の態様２０に係る応答システムは、上記態様１９において、上記機器を複数含み、上記サーバは、複数の上記機器の中から、上記応答動作を実行させる応答機器と、上記応答機器と共に動作させる共働機器とを選択し、過去に上記応答機器に上記応答動作を実行させると共に、上記共働機器を動作させた際の、上記ユーザの反応の内容に応じて、上記応答動作および上記共働機器の動作の少なくとも何れかの内容を変更してもよい。

上記の構成によれば、応答機器と共働機器とを動作させることができる。これにより、応答機器による応答動作を補完するような動作を共働機器に実行させることも可能になる。例えば、応答動作として空気調和機（エアコン）に暖房運転を行わせると共に、該暖房運転にて乾燥する空気を共働機器として選択した加湿器で加湿することも可能になる。そして、応答機器の応答動作および共働機器の動作の少なくとも何れかの内容をユーザの嗜好に応じたものとすることが可能になる。

本発明の態様２１に係る応答システムは、上記態様１９において、上記サーバは、上記所定の行為を行ったユーザを識別し、該ユーザが過去に上記応答動作に反応したユーザである場合に、該反応の内容に応じて上記応答動作の内容を変更してもよい。該構成によれば、ユーザに応じて応答動作の内容を変更することができる。

本発明の態様２２に係る機器（２）は、ユーザが所定の行為を行ったことに応じて、該所定の行為に対する応答動作を機器に実行させるサーバ（１）と、上記ユーザに応じた所定のキャラクタにて上記応答動作を実行する上記機器とを含む応答システム（執事提供システム１００）に含まれる機器であって、上記応答動作を実行した際の、該応答動作に対する上記ユーザの反応の内容を上記サーバに通知する通知部（音声取得部２０１）と、上記サーバが、上記通知した反応の内容に応じて上記応答動作の内容を変更した場合に、変更後の内容の上記応答動作を実行する応答部（音声出力制御部２０２、表示制御部２０３、動作制御部２０４）と、を備えている。

上記の構成によれば、過去に応答動作を実行させた際のユーザの反応の内容に応じて応答動作の内容を変更するので、応答動作の内容をユーザの嗜好に応じたものとすることが可能になる。したがって、従来よりも改善された機器を実現することができるという効果を奏する。

本発明の各態様に係る上記機器は、コンピュータによって実現してもよく、この場合には、コンピュータを上記機器が備える各部（ソフトウェア要素）として動作させることにより上記機器をコンピュータにて実現させる機器の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１ サーバ
２ 機器
３ 照明装置（他の機器）
１００ 執事提供システム（応答システム）
２０１ 音声取得部（通知部）
２０２ 音声出力制御部（応答部）
２０３ 表示制御部（応答部）
２０４ 動作制御部（応答部）

Claims (8)

1. ユーザの行為に対する応答動作を実行可能な複数の機器と、該機器による応答動作を制御するサーバとを含む応答システムであって、
   上記サーバは、
   複数の上記機器の中から上記応答動作を実行させる応答機器を選択する機器選択部と、
   複数のキャラクタの中から上記機器選択部が選択した機器に上記応答動作を実行させるキャラクタを選択するキャラクタ選択部と、
   上記キャラクタ選択部が選択したキャラクタにて上記機器選択部が選択した応答機器に応答動作を実行させるキャラクタ制御部と、を含み、
   上記キャラクタ制御部は、
   上記キャラクタ選択部が選択したキャラクタにて上記機器選択部が選択した応答機器に応答動作を実行させている間は、上記キャラクタにて上記応答機器以外の機器の応答動作を実行させない、ことを特徴とする応答システム。
2. ユーザの行為に対する応答動作を実行可能な複数の機器と、該機器による応答動作を制御するサーバとを含む応答システムであって、
   複数の上記機器は、表示部を備え、
   上記サーバは、
   複数の上記機器の中から上記応答動作を実行させる応答機器を選択する機器選択部と、
   複数のキャラクタの中から上記機器選択部が選択した機器に上記応答動作を実行させるキャラクタを選択するキャラクタ選択部と、
   上記キャラクタ選択部が選択したキャラクタにて上記機器選択部が選択した応答機器を実行させると共に、上記キャラクタ選択部が選択したキャラクタに対応したシンボルを、上記機器選択部が選択した応答機器の表示部に表示させるキャラクタ制御部と、を含み、
   上記キャラクタ制御部は、
   上記キャラクタ選択部が選択したキャラクタにて上記機器選択部が選択した応答機器の応答動作を実行させている間は、上記キャラクタに対応したシンボルを、上記応答機器の表示部に表示させ、当該応答機器以外の機器の表示部に表示させない、ことを特徴とする応答システム。
3. 複数のユーザそれぞれに応じたキャラクタが設定されており、
   上記キャラクタ選択部は、
   所定の行為を行ったユーザを識別し、上記識別されたユーザに対して設定されたキャラクタを選択し、
   上記所定の行為は、音声による発話であり、
   上記機器選択部は、
   ユーザの音声による発話を複数の上記機器が検出した場合に、各機器が検出した発話の音声解析結果に応じて、上記発話を検出した上記機器の中から上記応答機器を選択する、ことを特徴とする請求項１または２に記載の応答システム。
4. 上記音声解析結果は、上記機器が検出した上記音声の音量を示す音量情報を含み、
   上記機器選択部は、
   上記音量情報の示す音量が、複数の上記機器の間で差異があると判定した場合には、最も大きい音量を示す音量情報に対応する上記機器を上記応答機器として選択し、
   上記音量情報の示す音量が、複数の上記機器の間で差異がないと判定した場合には、当該複数の機器の何れかを上記応答機器として選択し、
   上記キャラクタ制御部は、
   上記機器選択部によって、上記音量情報の示す音量が複数の上記機器の間で差異がないと判定された場合に選択された応答機器がユーザの意図した機器であるか否かを問うメッセージを上記ユーザに通知する、ことを特徴とする請求項３に記載の応答システム。
5. 上記キャラクタ制御部は、
   ユーザの音声による発話を複数の上記機器が検出した回数が所定回数以上である場合には、上記所定の行為の実行時に応答機器を指定することを薦めるメッセージを上記ユーザに通知する、ことを特徴とする請求項３または４に記載の応答システム。
6. 上記機器選択部は、
   複数の上記機器の少なくとも何れかの稼働状態、および複数の上記機器の少なくとも何れかと関連する他の機器の稼働状態、の少なくとも何れかに応じて上記応答機器を選択する、ことを特徴とする請求項１から５の何れか１項に記載の応答システム。
7. 上記機器選択部は、
   上記ユーザの所在に応じて、複数の上記機器の中から上記応答動作を実行させる応答機器を選択する、ことを特徴とする請求項１から６の何れか１項に記載の応答システム。
8. 複数の上記機器には、据え置き型の機器が含まれており、
   上記機器選択部は、
   上記ユーザが上記据え置き型の機器が設置されているエリアに居ることが検出された場合には、該据え置き型の機器を上記応答機器として選択する、ことを特徴とする請求項７に記載の応答システム。

Images