特許 6768283 電子機器およびその制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6768283

(24)【登録日】2020年9月25日

(45)【発行日】2020年10月14日

(54)【発明の名称】電子機器およびその制御方法

(51)【国際特許分類】

   G06F 3/16 20060101AFI20201005BHJP

   G10L 15/28 20130101ALI20201005BHJP

   G10L 15/00 20130101ALI20201005BHJP

   G10L 13/00 20060101ALI20201005BHJP

【ＦＩ】

   G06F3/16 690

   G06F3/16 610

   G10L15/28 230K

   G10L15/00 200N

   G10L13/00 100M

【請求項の数】3

【全頁数】21

(21)【出願番号】特願2015-213245(P2015-213245)

(22)【出願日】2015年10月29日

(65)【公開番号】特開2017-84177(P2017-84177A)

(43)【公開日】2017年5月18日

【審査請求日】2018年9月20日

(73)【特許権者】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】110000338

【氏名又は名称】特許業務法人ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】赤羽 俊夫

(72)【発明者】

【氏名】井出 永

(72)【発明者】

【氏名】岡崎 昭広

【審査官】 円子 英紀

(56)【参考文献】

【文献】 国際公開第２０１３／１９０９６３（ＷＯ，Ａ１）

【文献】 国際公開第２０１５／１２９３７２（ＷＯ，Ａ１）

【文献】 特開２００３−１５０１６７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／１６

Ｇ０６Ｆ ３／０１

Ｇ１０Ｌ １３／００

Ｇ１０Ｌ １５／００

Ｇ１０Ｌ １５／２８

(57)【特許請求の範囲】

【請求項1】

ユーザと対話を行う対話部を備える電子機器であって、
該電子機器が前記対話を開始するトリガとなり得る所定の事象の発生を検知する検知部と、
該検知部が前記事象の発生を検知すると、発話すべき音声データの有無を判定する判定部と、を備えており、
前記対話部は、前記判定部によって前記音声データが有ると判定されれば、当該音声データを再生した後、前記対話を開始し、前記判定部によって音声データが無いと判定されれば、所定の確率で前記対話を開始することを特徴とする電子機器。

【請求項2】

前記所定の確率は、所定期間内に上記事象が発生した回数に基づいて設定されていることを特徴とする請求項１に記載の電子機器。

【請求項3】

ユーザと対話を行う電子機器の制御方法であって、
該電子機器が前記対話を開始するトリガとなり得る所定の事象の発生を検知する検知ステップと、
該検知ステップにて前記事象の発生が検知されると、発話すべき音声データの有無を判定する判定ステップと、
該判定ステップによって前記音声データが有ると判定されれば、当該音声データを再生した後、前記対話を開始し、前記判定ステップによって前記音声データが無いと判定されれば、所定の確率で前記対話を開始する対話ステップと、を含むことを特徴とする電子機器の制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザと対話を行う電子機器およびその制御方法に関する。

【背景技術】

【0002】

家電などの電子機器は、年々、多機能化する傾向にあり、例えばマイクのように音声を入力する機能、例えばスピーカのように音声を出力する機能などを有するものが増えてきている。

【0003】

例えば、特許文献１には、外部からの音声を認識する音声認識部を備え、音声認識部にて認識された情報を外部機器に送信することで、上記音声だけでレシピ検索を行うことができる冷蔵庫が開示されている。上記音声認識部は、上記冷蔵庫のドアが開けられたり、人感センサにて上記冷蔵庫の前に人がいることが検出されたりすると起動する。これによれば、手動にて、上記音声認識部を駆動させる必要がない。

【0004】

さらに、今日、市場には、冷蔵庫などの家電において、特定のボタンが押されることにより、音声を介してユーザと対話を開始するものも登場している。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１４−１９６８４７号公報（２０１４年１０月１６日公開）

【発明の概要】

【発明が解決しようとする課題】

【0006】

ところで、対話とは、本来、相互に話すものである。従って、上述のように、上記ユーザが上記特定のボタンを押すことにより、すなわち、上記ユーザの意志により上記対話を開始するだけでなく、上記家電の意志により上記対話を開始することが望ましい。これを実現するには、上記家電において、上記特定のボタンが押されるだけでなく、上記家電のドアが開けられたり、上記家電の前に人がいることを検出したりする度に、上記対話を開始することが考えられる。

【0007】

一方で、人は対話を希望しないことがある。すなわち、上記ユーザが上記家電に近づく度に会話したり、上記家電のドアを開ける度に会話したりすることは、上記ユーザにとって煩わしく、希望しないことがある。このような場合に、上記家電が上記対話を開始することは無駄であり、その結果、上記家電が上記対話の機能を動作させるために消費した電力が無駄になる。

【0008】

本発明は、上記問題点に鑑みてなされたものであり、その目的は、家電などの電子機器がユーザとの対話を適度に行うことができる電子機器などを提供することにある。

【課題を解決するための手段】

【0009】

上記の課題を解決するために、本発明の一態様に係る電子機器は、ユーザと対話を行う対話部を備える電子機器であって、該電子機器が前記対話を開始するトリガとなり得る所定の事象の発生を検知する検知部と、該検知部が前記事象の発生を検知すると、発話すべき音声データの有無を判定する判定部と、を備えており、前記対話部は、前記判定部によって前記音声データが有ると判定されれば、当該音声データを再生した後、前記対話を開始し、前記判定部によって音声データが無いと判定されれば、所定の確率で前記対話を開始することを特徴としている。

【0010】

また、上記の課題を解決するために、本発明の他の態様に係る電子機器の制御方法は、ユーザと対話を行う電子機器の制御方法であって、該電子機器が前記対話を開始するトリガとなり得る所定の事象の発生を検知する検知ステップと、該検知ステップにて前記事象の発生が検知されると、発話すべき音声データの有無を判定する判定ステップと、該判定ステップによって前記音声データが有ると判定されれば、当該音声データを再生した後、前記対話を開始し、前記判定ステップによって音声データが無いと判定されれば、所定の確率で前記対話を開始する対話ステップと、を含むことを特徴としている。

【発明の効果】

【0011】

本発明の一態様によれば、電子機器がユーザとの対話を適度に行うことができるという効果を奏する。

【図面の簡単な説明】

【0012】

【図1】本発明の一実施形態に係る音声対話システムの構成を示す図である。

【図2】上記音声対話システムにおける家電の概略構成を示すブロック図である。

【図3】上記音声対話システムにおけるサーバの概略構成を示すブロック図である。

【図4】上記家電における音声対話の処理の流れを示すフローチャートである。

【図5】上記家電における音声対話の処理の流れを示すフローチャートである。

【図6】上記家電における音声対話の処理の流れを示すフローチャートである。

【図7】上記家電の一例である冷蔵庫の外観斜視図、および該冷蔵庫に設けられた操作パネルの拡大図である。

【図8】本発明の別の実施形態に係る音声対話システムにおける家電の概略構成を示すブロック図である。

【図9】本発明のさらに別の実施形態に係る音声対話システムにおける家電の概略構成を示すブロック図である。

【図10】上記音声対話システムにおけるサーバの概略構成を示すブロック図である。

【図11】本発明の他の実施形態に係る音声対話システムの家電における音声対話の処理の流れを示すフローチャートである。

【発明を実施するための形態】

【0013】

以下、本発明の実施形態について、詳細に説明する。なお、説明の便宜上、各実施形態に示した部材と同一の機能を有する部材については、同一の符号を付記し、適宜その説明を省略する。

【0014】

〔実施形態１〕
まず、本発明の一実施形態について、図１〜図７を参照して説明する。

【0015】

（音声対話システムの構成）
図１は、本実施形態に係る音声対話システム１の構成を示す図である。図１に示すように、音声対話システム１では、ユーザ宅７０に設置された家電１０（１０−１〜１０−４）と、サーバ２０と、通信端末装置３０（３０−１〜３０−３）とが、通信ネットワーク６０を介して接続されている。なお、図１は、音声対話システム１における、あるユーザ宅７０に関する部分を示している。

【0016】

家電１０（電子機器）は、通信ネットワーク６０に接続してサーバ２０と通信するための無線通信機能を有するネットワーク家電である。無線通信機能は、家電１０本体に内蔵されていてもよいし、家電１０本体に外付けされる通信アダプタ（図示せず）に備えられていてもよい。

【0017】

また、家電１０は、後述する対話制御部１１ａ（図２参照）を備え、家電１０としての主たる機能以外の付加機能としてユーザと対話する機能を有するものである。家電１０は、家電１０のドアが開けられたり、家電１０の所定のボタンが操作されたりするなどの、対話を開始するトリガとなる所定の事象の発生を検知すると、対話制御部１１ａが動作して、ユーザに対して発話することで音声対話を開始する音声対話機能を有している。

【0018】

本実施形態では、家電１０がユーザから取得した音声の音声データをサーバ２０に送信し、サーバ２０が音声認識を行って発話の内容を特定し、特定した内容に基づいた回答の音声データを家電１０に送信する構成を例示する。

【0019】

なお、家電１０が音声認識機能を有し、家電１０にて音声認識を行って発話の内容を特定し、特定した内容をサーバ２０に送信して、回答の音声データをサーバ２０から受信する構成としてもよい。或いは、サーバ２０を介さず、家電１０にて音声認識を行うと共に、回答する音声データの準備まで家電１０が実施する構成としてもよい。

【0020】

図１の例では、家電１０として、冷蔵庫１０−１、加熱調理器１０−２、エアコン１０−３、洗濯機１０−４を例示しているが、このような音声対話機能を有する家電１０としては、空気清浄機や、照明装置などの他の家電であってもよい。

【0021】

本実施形態では、上述したように、サーバ２０は、家電１０から送信される音声データを音声認識し、特定された発話の内容に基づいた回答の音声データを準備して家電１０に送信する機能を有している。

【0022】

ユーザ宅７０には、通信ネットワーク６０の一部をなす無線ＬＡＮ（Wireless Local Area Network）が整備されている。無線ＬＡＮの中継局４０は、インターネットを含む通信ネットワーク６０と接続されている。中継局４０は、例えば、ＷｉＦｉ（登録商標）ルータやＷｉＦｉ（登録商標）アクセスポイントなどの通信機器である。本実施形態では、通信ネットワーク６０としてインターネットを含む構成を例示しているが、電話回線網、移動体通信網、ＣＡＴＶ（CAble TeleVision）通信網、衛星通信網などを利用することもできる。

【0023】

サーバ２０と家電１０とは、通信ネットワーク６０および無線ＬＡＮの中継局４０を介して通信可能となる。また、サーバ２０と通信端末装置３０とは、通信ネットワーク６０を介して通信可能となる。通信端末装置３０と通信ネットワーク６０におけるインターネットとの間は、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）や、宅内或いは公衆のＷｉＦｉ（登録商標）アクセスポイントなどを利用して接続される。

【0024】

（家電１０の構成）
図２は、家電１０の概略構成を示すブロック図である。家電１０は、図２に示すように、制御部１１、記憶部１２（記憶デバイス）、通信部１３、音声出力部１４、音声取得部１５、操作パネル１６、および各種センサ１７を備えている。

【0025】

制御部１１は、例えば、ＣＰＵ（Central Processing Unit）や専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置からなり、家電１０の各部の動作を制御するものである。なお、制御部１１の詳細は後述する。

【0026】

記憶部１２は、家電１０で用いられる各種情報を記憶するものであり、サーバ２０からダウンロードした発話すべき音声データや音声対話における回答の音声データなども記憶する。なお、記憶部１２の詳細は後述する。

【0027】

通信部１３は、制御部１１の制御のもと、無線ＬＡＮの中継局４０および通信ネットワーク６０を介してサーバ２０と相互通信を行うものである。

【0028】

音声出力部１４は、スピーカなどからなり、制御部１１の制御のもと、音声データに基づいた音声を出力するものである。音声取得部１５は、マイクなどからなり、制御部１１の制御のもと、音声を取得し、取得した音声を音声データに変換するものである。

【0029】

操作パネル１６は、制御部１１の制御のもと、家電１０に対してユーザが指示を入力したり、家電１０の状態（対話状態、庫内温度、設定温度等）を通知したりするためのユーザ・インターフェースである。操作パネル１６には、発話ボタン１６ａと、通知ランプ１６ｂとが設けられている。通知ランプ１６ｂは、例えば３色ＬＥＤからなる。また、操作パネル１６に、対話状態や家電１０の対話に係る設定の変更をするための表示ボタン（図示せず）等が備えられていてもよい。

【0030】

発話ボタン１６ａは、音声対話状態ではない場合に、ユーザから音声対話を開始する対話開始ボタンであってもよい。さらに、発話ボタン１６ａは、音声取得部１５の起動指示や、ユーザからの対話の停止指示を受け付けるものであってもよい。通知ランプ１６ｂは、対話状態を通知するものである。また、通知ランプ１６ｂは、家電１０が発話すべき音声データを有する場合には、その存在を通知する。

【0031】

各種センサ１７は、制御部１１の制御のもと、家電１０における各種の動作および状況を検出するものである。各種センサ１７の例としては、家電１０を操作するための操作パネル１６、家電１０を遠隔操作するための赤外線受光器、家電１０のドアの開閉を検出するためのスイッチ、家電１０の周囲の状況を検出するためのカメラ、などが挙げられる。

【0032】

（制御部１１および記憶部１２の構成）
制御部１１は、対話制御部１１ａ（対話部）、事象検知部１１ｂ（検知部）、および開始判定部１１ｃ（判定部）を備えている。また、記憶部１２は、条件データ１２ａを記憶している。この条件データ１２ａは、ユーザとの対話を開始するための開始条件を示すものである。なお、該開始条件の実施例については後述する。

【0033】

対話制御部１１ａは、ユーザとの対話を行うために、家電１０内の各部を制御するものである。なお、対話制御部１１ａの詳細については後述する。

【0034】

事象検知部１１ｂは、家電１０が上記対話を開始するトリガとなり得る所定の事象を検知するものである。上記所定の事象の例としては、家電１０（冷蔵庫１０−１、加熱調理器１０−２、洗濯機１０−４など）に設けられたドアが開けられること、リモコン（リモートコントローラ）を用いて家電１０（エアコン１０−３）の遠隔操作が開始されること、などが挙げられる。

【0035】

開始判定部１１ｃは、事象検知部１１ｂが上記所定の事象を検知すると、記憶部１２に記憶された条件データ１２ａに基づいて、上記対話を開始するか否かを判定するものである。開始判定部１１ｃは、判定結果に基づいて、対話制御部１１ａに指示する。

【0036】

上述のように、ユーザが家電１０に近づく度に家電１０が対話を開始したり、家電１０のドアを開ける度に家電１０が対話を開始したりすることは、当該ユーザにとって煩わしく、希望しないことがある。この問題点は、上記ユーザが家電１０との対話を希望する頻度よりも、上記ユーザが家電１０に対し所定の行動を行う頻度の方が多いことに起因する。

【0037】

これに対し、本実施形態では、家電１０がユーザとの対話を開始するか否かは、条件データ１２ａが示す所定の開始条件に基づき判断される。すなわち、家電１０に対しユーザが所定の行動を行っても、上記所定の開始条件に合致しない場合には、上記対話を開始しない。これにより、ユーザが家電１０に対し所定の行動を行う度に上記対話を開始する場合に比べて、家電１０と上記ユーザとの対話を適切な頻度で行うことができる。また、対話制御部１１ａを動作させる頻度を減らすことができ、その結果、電力消費を抑制することができる。

【0038】

（対話制御部１１ａの詳細）
対話制御部１１ａは、開始判定部１１ｃから起動が指示され、或いは、発話ボタン１６ａが押圧されると、ユーザとの対話を開始する。この開始時には、該開始を知らせる音声データを音声出力部１４に送り、発話させる。上記起動を知らせる音声データによる発話の例としては、「は〜い／なになに？…」というようなものが挙げられる。上記開始を知らせる音声データは、記憶部１２に予め記憶されていることが望ましい。

【0039】

また、上記開始時に発話すべき音声データがある場合、対話制御部１１ａは、当該音声データを音声出力部１４に送り、上記起動を知らせる音声データに代えて発話させる。発話すべき音声データとしては、サーバ２０よりダウンロードしたものや、記憶部１２に家電１０の製造時から記憶されていたものなどがある。その内容は、例えば、通信端末装置３０から入力された伝言や、「製氷機の氷がなくなっているよ」、「冷蔵庫に卵があるよ。卵を使った料理を作ってみない？」といったメッセージなど様々である。

【0040】

上記起動時の発話が完了すると、対話制御部１１ａは、音声取得部１５を起動させ、音声取得部１５が取得した音声の音声データを作成し、通信部１３を介してサーバ２０に送信する。また、対話制御部１１ａは、回答の音声データをサーバ２０から通信部１３を介して受信すると、受信した回答の音声データを音声出力部１４に送り、発話させる。この時、対話制御部１１ａは、上記発話の間には音声取得部１５を一旦停止させ、上記発話が完了すると再び起動させる。そして、上記動作を繰り返すことにより、ユーザからの発話と、該発話に対応する家電１０からの発話とが繰り返されて、ユーザとの対話が実現できる。

【0041】

また、対話制御部１１ａは、音声を取得できない状態が所定期間（例えば３０秒）続いたり、或いは、音声取得部１５を稼働させている状態で発話ボタン１６ａが押圧されたりすると、上記ユーザとの対話を終了する。この時、対話制御部１１ａは、該終了を知らせる音声データを音声出力部１４に送り、発話させる。上記終了を知らせる音声データによる発話の例としては、「またね！」、「通信状態が良くないみたい！」というようなものが挙げられる。当該音声データは、記憶部１２に予め記憶されていることが望ましい。上記終了時の発話が完了すると、対話制御部１１ａは、音声出力部１４および音声取得部１５を停止させる。

【0042】

なお、対話制御部１１ａは、音声出力部１４を発話させている状態で発話ボタン１６ａが押圧されると、音声出力部１４を停止させて発話を中止させてもよい。この時、対話制御部１１ａは、一旦停止させた音声取得部１５を再び起動させることが望ましい。これにより、音声取得部１５は、ユーザからの音声を、ユーザが所望するタイミングで取得することができる。

【0043】

また、対話制御部１１ａは、通知ランプ１６ｂの点灯を制御して、発話すべき音声データの有無と、音声取得部１５の稼働状態をユーザに通知する。

【0044】

具体的には、対話制御部１１ａは、対話を開始していない状態において、発話すべき音声データが存在している場合には、その旨を知らせる所定の第１色（例えばピンク）で通知ランプ１６ｂを点滅点灯させ、それ以外の場合には通知ランプ１６ｂを消灯させる。

【0045】

また、対話を開始しており、音声取得部１５が稼働している状態（稼動状態）では、通知ランプ１６ｂを第２色（例えばグリーン）で制御する。このとき、音声取得部１５が音声を取得している場合には、通知ランプ１６ｂを非点滅点灯させ、音声取得部１５が音声を取得していない場合には、通知ランプ１６ｂを点滅点灯させる。

【0046】

また、対話制御部１１ａは、音声出力部１４の発話中（音声取得部１５の停止中）には、通知ランプ１６ｂを非点滅点灯させる。非点滅点灯の色は、例えば、発話すべき音声データの発話中であれば第１色、起動時や停止時の発話であるか、或いは、対話の中でユーザの音声入力への回答として生成された応答発話であれば第３色（例えばブルー）である。

【0047】

また、対話中であって音声取得部１５が停止中であり、かつ音声出力部１４が停止中（発話中ではない）である状態は、ユーザが家電からの応答を待機している状態である。この状態では、通知ランプ１６ｂを第３色で非点滅点灯させ、これにより、対話を処理中であることがユーザに通知される。

【0048】

（サーバ２０の構成）
図３は、サーバ２０の概略構成を示すブロック図である。サーバ２０は、各家電１０を管理するものであり、図３に示すように、制御部２１、記憶部２２、通信部２３、および音声認識装置２４を備えている。また、制御部２１には、音声提供機能部２１ａが構築されている。

【0049】

制御部２１は、例えば、ＣＰＵ（Central Processing Unit）や専用プロセッサなどの演算処理部等により構成されるコンピュータ装置が考えられ、サーバ２０の各部の動作を制御するものである。

【0050】

記憶部２２は、サーバ２０で用いられる各種情報を記憶するものであり、後述する音声提供機能部２１ａが、家電１０に提供する音声データの作成時に参照する文章例等も記憶している。通信部２３は、制御部２１の制御のもと、通信ネットワーク６０を介して家電１０および通信端末装置３０と相互通信を行うものである。

【0051】

音声認識装置２４は、家電１０より送信され、通信部２３が受信した音声データを音声認識して、文字列に変換するものである。音声認識装置２４には、単なる文字列ではなく、意味ある文章に変換する機能等も備えられている。

【0052】

音声提供機能部２１ａは、ユーザとの対話の開始時に、ユーザに対して家電１０が発話する音声データ、および、家電１０にて取得された発話に対する回答の音声データを家電１０に提供するものである。音声提供機能部２１ａは、提供する音声データを、記憶部２２を参照して作成したり、通信ネットワーク６０を介して取得したりする。音声提供機能部２１ａは、作成した音声データを、通信部２３を介して家電１０に送信し、ダウンロードさせる。

【0053】

（音声対話における処理の流れ）
図４〜図６は、本実施形態の家電１０における音声対話の処理の流れを示すフローチャートである。

【0054】

まず、図４に示すように、事象検知部１１ｂは、発話ボタン１６ａが押圧されるか、或いは、上記対話を開始するトリガとなる所定の事象が発生することを検知するまで待機する（Ｓ１・Ｓ２、検知ステップ）。このとき、通知ランプ１６ｂは、発話すべき音声データが存在する場合は、その存在を知らせる第１色で点滅点灯し、存在しない場合は消灯している。

【0055】

上記所定の事象が発生したことを事象検知部１１ｂが検知すると（Ｓ２にてＹＥＳ）、開始判定部１１ｃは、記憶部１２に記憶された条件データに基づいて、上記対話を開始するか否かを判定する（Ｓ３・Ｓ４、判定ステップ）。上記対話を開始しないと判定した場合（Ｓ４にてＮＯ）、ステップＳ１に戻って上記動作を繰り返す。

【0056】

一方、発話ボタン１６ａが押圧されたことを事象検知部１１ｂが検知した場合（Ｓ１にてＹＥＳ）、或いは、開始判定部１１ｃが上記対話を開始すると判定した場合（Ｓ４にてＹＥＳ）、対話制御部１１ａは、下記の対話制御の処理を実行する（Ｓ５、対話ステップ）。

【0057】

すなわち、図５に示すように、対話制御部１１ａは、発話すべき音声データが存在する場合にはこれを発話させる（Ｓ１０）。このとき、通知ランプ１６ｂは、第１色の点滅点灯から第１色の非点滅点灯に切り換わる。一方、発話すべき音声データが無い場合には、対話制御部１１ａは、音声取得部１５の起動を通知する発話（例えば、「は〜い/なになに？…」）を行わせる（Ｓ１０）。このとき、通知ランプ１６ｂは、第３色で非点滅点灯する。

【0058】

発話が完了すると、対話制御部１１ａは音声取得部１５を起動させる（Ｓ１０）。このとき、通知ランプ１６ｂは、音声取得部１５の稼働状態を知らせる第２色で点滅点灯する。第２色で点滅点灯に移行した後も、音声出力部１４の発話中には、第３色で非点滅点灯し、音声出力部１４の発話が完了すると第２色の点滅点灯に戻る。

【0059】

次に、対話制御部１１ａは、音声取得部１５にてユーザの発話等の音声を取得するか、或いは、所定時間（例えば３０秒）が経過するまで待機する（Ｓ１１・Ｓ１２）。上記音声を取得した場合（Ｓ１１にてＹＥＳ）、取得した音声の音声データを作成してサーバ２０に送信する（Ｓ１３）。その後、サーバ２０から回答の音声データを受信するか、或いは、所定時間（例えば１０秒）が経過するまで待機する（Ｓ１４・Ｓ１５）。上記音声データを受信した場合（Ｓ１４にてＹＥＳ）、これを発話させる（Ｓ１６）。その後、ステップＳ１１に戻り、上記動作を繰り返す。

【0060】

一方、上記音声データを受信せずに上記所定時間が経過した場合（Ｓ１５にてＹＥＳ）、対話制御部１１ａは、音声取得部１５を停止すると共に、サーバ２０からの音声データの受信待ちを停止する（Ｓ１７）。また、その停止を通知する発話（例えば、「通信状態が良くないみたい！」）を行わせる（Ｓ１７）。その後、上記対話制御の処理（Ｓ５）を終了して、図４に示すステップＳ１に戻り、上記動作を繰り返す。

【0061】

一方、上記音声を取得せずに上記所定時間が経過した場合（Ｓ１１にてＹＥＳ）、対話制御部１１ａは、音声取得部１５を停止させると共に、その停止を通知する発話（例えば、「またね！」）を行わせる（Ｓ１８）。その後、上記対話制御の処理（Ｓ５）を終了して、図４に示すステップＳ１に戻り、上記動作を繰り返す。

【0062】

図５に示す対話処理の実行中に、発話ボタン１６ａが押圧されると、対話制御部１１ａは、下記の割込み処理を実行する。すなわち、図６に示すように、音声出力部１４が発話中であるか否かを判断する（Ｓ２０）。発話中である場合（Ｓ２０にてＹＥＳ）、音声出力部１４からの発話を中止させ（Ｓ２１）、その後、ステップＳ１１に戻り、上記動作を繰り返す。これにより、ユーザからの音声を直ちに取得することができる。

【0063】

図５に示す対話処理の実行中に、発話ボタン１６ａが押圧されると、対話制御部１１ａは、下記の割込み処理を実行する。すなわち、図６に示すように、音声出力部１４が発話中であるか否かを判断する（Ｓ２０）。発話中である場合（Ｓ２０にてＹＥＳ）、音声出力部１４からの発話を中止させると共に音声取得部１５を起動させ（Ｓ２１）、その後、ステップＳ１１に戻り、上記動作を繰り返す。これにより、ユーザからの音声を直ちに取得することができる。なお、発話すべき音声データの発話中であれば、該発話を中止せず、該発話が完了してから音声取得部１５を起動させて、ステップＳ１１に戻ってもよい。

【0064】

一方、発話中ではない場合（Ｓ２０にてＮＯ）、対話制御部１１ａは、ユーザから音声対話の終了が指示されたとして、ステップＳ１８に進み、その後、図４に示すステップＳ１に戻り、上記動作を繰り返す。

【0065】

ステップＳ１１からステップＳ１６までの間、通知ランプ１６ｂは、音声出力部１４が発話中の場合には第３色で非点滅点灯し、その他の場合には第２色で点滅点灯する。ステップＳ１７またはステップＳ１８に進むとき、通知ランプ１６ｂは、ステップＳ２１にて発話すべき音声データを発話できなかった場合には点滅点灯の色が第１色に切り換わり、その他の場合には消灯する。

【0066】

（冷蔵庫１０−１の構成）
ここで、図７を用いて、家電１０の一例としての冷蔵庫１０−１について詳細に説明する。図７は、冷蔵庫１０−１の外観斜視図、および操作パネル１６の拡大図である。図７に示すように、冷蔵庫１０−１は、下部に、野菜室４１、冷凍室４２、調整冷凍室４３、製氷室４４等が設けられ、上部に冷蔵室４５が設けられている。冷蔵室４５のドア４６は、観音開きタイプであり、２枚あるドア４６ａ，４６ｂのうちのより大きい方の第１ドア４６ａの開放端側に、縦長の操作パネル１６が設けられている。

【0067】

操作パネル１６には、上述した発話ボタン１６ａおよび通知ランプ１６ｂの他、サーバ２０との接続状態を示すコネクトランプ１６ｃなどが備えられている。発話ボタン１６ａおよびコネクトランプ１６ｃは、冷蔵庫１０−１の前に立ったユーザ（一般的な身長のユーザ）の顔の高さとなるように、操作パネル１６の上部に配置され、発話ボタン１６ａは、それよりも下に配置されていることが望ましい。

【0068】

なお、図７には示していないが、音声取得部１５のマイクと、音声出力部１４のスピーカとが、冷蔵庫１０−１の適所（例えば、本体４７のヒンジカバー部５１ａ・５１ｂ）に設けられている。

【0069】

従って、家電１０に対するユーザの行動をトリガに、音声取得部１５が起動した場合に、起動したことを知らせる発話と共に、通知ランプ１６ｂの点灯の状態を確認することで、ユーザは、音声取得部１５が稼働状態にあるかどうかを確認することができる。

【0070】

そのため、ユーザは、発話した音声が間違いなく取得されているのかどうか不安を感じることなく、家電１０と対話できる。また、音声の取得を希望しない場合にも、音声取得部１５が非稼働であることを確認できる。

【0071】

これにより、家電１０としての主たる機能以外に、家電１０に対するユーザの行動をきっかけに、音声対話を行うという便利な付加機能を、ユーザに煩わしさを感じさせることなく利用させることができる。

【0072】

また、音声出力部１４による発話と通知ランプ１６ｂの点灯状態との両方で、音声取得部１５の稼働状態を通知するので、視覚および聴覚の両方から知ることができる。なお、音声取得部１５の稼働状態の通知は、通知ランプ１６ｂの点灯あるいは発話の何れか一方で、通知される構成であってもよいし、さらに、表示パネルにメッセージで表示する構成であってもよい。

【0073】

〔実施例１〕
本実施形態において、記憶部１２が記憶する条件データ１２ａが示す開始条件の種々の実施例を説明する。なお、以下の実施例では、ユーザとの対話を開始するトリガとなる所定の事象は、「冷蔵庫１０−１のドア４６が開けられる」ことであるが、これに限定されるものではない。

【0074】

（実施例１−１）
本実施例では、上記開始条件は、「所定の確率で対話を開始する」ものである。より具体的には、上記開始条件は、「冷蔵庫１０−１のドア４６が開けられたときに、２０％の確率で対話を開始する」ものである。

【0075】

この場合、条件データ１２ａとして、上記所定の確率を百分率で表した数値（２０）を記憶部１２に予め記憶すればよい。そして、開始判定部１１ｃは、１〜１００の数字の中からランダムに数字を選択し、選択した数字が、上記数値（２０）以下であるか否かを判定すればよい。

【0076】

（実施例１−２）
本実施例では、上記開始条件は、「時間帯によって対話を開始するかどうか判定する」ものである。より具体的には、上記開始条件は、「冷蔵庫１０−１のドア４６が開けられたときに、現在時刻が起きている時間帯（6：00〜21：59）であれば対話を開始する一方、現在時刻が寝ている時間帯（22：00〜5：59）であれば対話を開始しない」ものである。

【0077】

この場合、条件データ１２ａとして、上記起きている時間帯を記憶部１２に予め記憶すればよい。そして、開始判定部１１ｃは、現在時刻を取得し、取得した現在時刻が上記起きている時間帯に含まれるか否かを判定すればよい。

【0078】

（実施例１−３）
本実施例では、上記開始条件は、「時間帯ごとに設定された確率で対話を開始する」ものである。より具体的には、上記開始条件は、「冷蔵庫１０−１のドア４６が開けられたときに、現在時刻が朝の忙しい時間帯（6：00〜8：59）であれば１０％の確率で対話を開始し、現在時刻が昼間の余裕のある時間帯（9：00〜15：59）であれば５０％の確率で対話を開始し、現在時刻が夕食を準備する時間帯（16：00〜19：59）であれば１０％の確率で対話を開始し、現在時刻が夜の余裕のある時間帯（20：00〜21：59）であれば３０％の確率で対話を開始し、かつ、現在時刻が夜中の寝ている時間帯（22：00〜5：59）であれば０％の確率で対話を開始する（すなわち対話を開始しない）」ものである。

【0079】

この場合、条件データ１２ａとして、上記所定の確率を百分率で表した数値を上記時間帯の情報に対応付けて記憶部１２に予め記憶すればよい。そして、開始判定部１１ｃは、現在時刻を取得すると共に、１〜１００の数字の中からランダムに数字を選択し、選択した数字が、取得された現在時刻に含まれる時間帯に対応付けられた数値以下であるか否かを判定すればよい。

【0080】

〔実施形態２〕
次に、本発明の別の実施形態について、図８を参照して説明する。

【0081】

図８は、本実施形態に係る家電１０Ａの概略構成を示すブロック図である。本実施形態の家電１０Ａは、図２に示す家電１０に比べて、記憶部１２において、上記所定の事象を検知した履歴（検知履歴）と、上記対話を開始した履歴（開始履歴）と、を含む履歴データ１２ｂ（履歴情報）を記憶している点と、制御部１１において、対話制御部１１ａ、事象検知部１１ｂ、および開始判定部１１ｃに代えて、対話制御部１１ｄ、事象検知部１１ｅ、および開始判定部１１ｆが設けられている点と、が異なり、その他の構成は同様である。

【0082】

事象検知部１１ｅは、図２に示す事象検知部１１ｂに比べて、上記所定の事象を検知した時刻（検知時刻）を記憶部１２の履歴データ１２ｂに追加する構成が新たに設けられている点が異なり、その他の構成は同様である。対話制御部１１ｄは、図２に示す対話制御部１１ａに比べて、上記対話を開始した時刻（開始時刻）を記憶部１２の履歴データ１２ｂに追加する構成が新たに設けられている点が異なり、その他の構成は同様である。

【0083】

また、開始判定部１１ｆは、図２に示す開始判定部１１ｃに比べて、上記対話を開始するか否かを、記憶部１２に記憶された条件データ１２ａおよび履歴データ１２ｂに基づいて判定する点が異なり、その他の構成は同様である。

【0084】

上記の構成によると、履歴データ１２ｂからは、上記所定の事象の発生頻度と、上記対話の開始頻度とを把握することができる。従って、上記発生頻度および上記開始頻度を考慮した上で、家電１０Ａがユーザとの対話を開始するか否かを判定するので、家電１０Ａとユーザとの対話をより適切な頻度で行うことができる。また、対話制御部１１ｄおよび音声取得部１５を動作させる頻度をさらに減らすことができ、その結果、電力消費をさらに抑制することができる。

【0085】

〔実施例２〕
本実施形態において、記憶部１２が記憶する条件データ１２ａが示す開始条件の種々の実施例を説明する。

【0086】

（実施例２−１）
本実施例では、上記開始条件は、「最近の（現時点から過去に遡った）所定期間内に上記所定の事象が発生した回数（頻度）を、履歴データ１２ｂを用いて算出し、算出された回数に基づいて確率を設定し、設定された確率で対話を開始する」ものである。より具体的には、上記開始条件は、「冷蔵庫１０−１のドア４６が開けられたときに、最近の１０分間におけるドア４６の開閉数が、３回以上であれば５％の確率で対話を開始する一方、３回未満であれば２０％の確率で対話を開始する」ものである。

【0087】

この場合、条件データ１２ａとして、上記頻度の閾値（３）と、該閾値未満の場合の確率を百分率で表した数値（２０）と、上記閾値以上の場合の確率を百分率で表した数値（５）と、を記憶部１２に予め記憶すればよい。そして、開始判定部１１ｆは、履歴データ１２ｂから上記所定の事象が発生した最近の頻度を算出すると共に、１〜１００の数字の中からランダムに数字を選択し、選択した数字が、算出した頻度に対応する数値以下であるか否かを判定すればよい。

【0088】

（実施例２−２）
本実施例では、上記開始条件は、「上記所定の事象が所定回数だけ発生するごとに対話を開始する」ものである。より具体的には、上記開始条件は、「冷蔵庫１０−１のドア４６が開けられたときに、ドア４６の開閉数が、前回対話を開始してから５回以上であれば、対話を開始する」ものである。

【0089】

この場合、条件データ１２ａとして、上記所定回数（５）を記憶部１２に予め記憶すればよい。そして、開始判定部１１ｆは、履歴データ１２ｂを参照して、前回対話を開始してから上記所定の事象が発生した回数を取得し、取得した回数が上記所定回数以上であるか否かを判定すればよい。

【0090】

なお、履歴データ１２ｂを利用する代わりに、ドア４６の開閉をカウントするカウンタを、新たに設けて利用してもよい。この場合、事象検知部１１ｅは、ドア４６が開かれたことを検知すると、上記カウンタのカウント数を１だけ増分し、開始判定部１１ｆは、上記カウンタのカウント数が上記所定回数以上であるか否かを判定し、対話制御部１１ｄは、対話を開始すると、上記カウンタのカウント数を０に戻すようにすればよい。

【0091】

（実施例２−３）
本実施例では、上記開始条件は、「前回上記対話を開始してから所定期間経過している場合に対話を開始する」ものである。より具体的には、上記開始条件は、「冷蔵庫１０−１のドア４６が開けられたときに、前回対話を開始してから３０分が経過していれば、対話を開始する」ものである。

【0092】

この場合、条件データ１２ａとして、上記所定期間（３０分）を記憶部１２に予め記憶すればよい。そして、開始判定部１１ｆは、履歴データ１２ｂを参照して、前回対話を開始してから上記所定期間を経過したか否かを判定すればよい。これにより、対話が開始されてから３０分間は、冷蔵庫１０−１のドア４６を開けても冷蔵庫１０−１が対話を開始しないので、ユーザは、冷蔵庫１０−１から頻繁に話しかけられて煩わしさを感じることを防止できる。

【0093】

（実施例２−４）
本実施例では、上記開始条件は、「単位時間ごとに時間帯を設定し、各時間帯で所定回数だけ対話を開始する」ものである。より具体的には、上記開始条件は、「冷蔵庫１０−１のドア４６が開けられたときに、３０分単位の時間帯であって、現時点の時間帯にて対話を開始した回数が１未満（０）であれば、対話を開始する」ものである。

【0094】

この場合、条件データ１２ａとして、上記単位時間（３０分）および上記所定回数（１）を記憶部１２に予め記憶すればよい。なお、上記時間帯は、例えば、０時０分、冷蔵庫１０−１の起動時刻など、任意の時刻を始点として上記単位時間ごとに設定すればよい。そして、開始判定部１１ｆは、履歴データ１２ｂを参照して、現時点の時間帯にて対話を開始した回数が上記所定回数未満であるか否かを判定すればよい。

【0095】

（実施例２−５）
本実施例では、上記開始条件は、「最近の所定期間内に発話ボタン１６ａを押圧することにより対話を開始した回数に応じて所定の確率を変更し、変更した確率で対話を開始する」ものである。より具体的には、上記開始条件は、「冷蔵庫１０−１のドア４６が開けられたときに、最近の１時間において、発話ボタン１６ａを押圧することにより対話を開始した回数が３回以上であるならば、所定の確率である２０％を２倍にした４０％の確率で対話を開始する」ものである。

【0096】

この場合、条件データ１２ａとして、上記所定期間（１時間）、上記回数の閾値（３回）、上記所定の確率を百分率で表した数値（２０）を記憶部１２に予め記憶すればよい。また、発話ボタン１６ａを押圧することにより対話を開始した時刻を履歴データ１２ｂに記憶すればよい。そして、開始判定部１１ｆは、履歴データ１２ｂを参照して、最近の所定期間内に発話ボタン１６ａを押圧することにより対話を開始した回数を取得し、取得した回数に応じて、上記数値を変更する一方、１〜１００の数字の中からランダムに数字を選択し、選択した数字が、変更した数値以下であるか否かを判定すればよい。

【0097】

（変形例１）
なお、上記の各実施例は、適宜組み合わせることが可能である。この場合、各実施例に優先順位を付すことが望ましい。例えば、ユーザの観点からは、深夜の時間帯では家電１０に喋って欲しくない。そこで、該当する開始条件を有する実施例１−２が、他の実施例よりも優先される。

【0098】

また、実施例１−１・１−２・２−１の組み合わせることにより、上記開始条件を、「6：00〜21：59の時間帯では、最近の１０分間にドア４６が開けられた回数が３回未満であれば２０％の確率で対話を開始し、３回以上であれば５％の確率で対話を開始する一方、22：00〜5：59の時間帯では、対話を開始しない」とすることができる。

【0099】

また、対話を開始する確率を有していない実施例１−２・２−２〜２−４について、対話を開始する場合を上記確率１００％とし、対話を開始しない場合を上記確率０％とすることにより、他の実施例と組み合わせることができる。例えば、実施例１−１・２−２を組み合わせることにより、上記開始条件を、「ドア４６の開閉数が、前回対話を開始してから４回以下であれば、０％の確率で対話を開始する（すなわち対話を開始しない）一方、５回以上であれば、８０％の確率で対話を開始する」とすることができる。また、実施例１−１・２−３を組み合わせることにより、上記開始条件を、「冷蔵庫１０−１のドア４６が開けられたときに、前回対話を開始してから３０分が経過していれば、８０％の確率で対話を開始する」とすることができる。

【0100】

〔実施形態３〕
次に、本発明のさらに別の実施形態について、図９および図１０を参照して説明する。本実施形態では、ユーザからの発話内容に基づき、家電１０Ｂが対話を開始する頻度を変更するものである。具体的には、家電１０Ｂが対話を開始する頻度を変更するようなキーワード（例えば「静かにして」、「もっと喋って」など）をサーバ２０Ｂが認識すると、認識した語句に基づいて、家電１０Ｂが記憶部１２に記憶された条件データ１２ａを変更する。上記の構成によると、家電１０Ｂとユーザとの対話を、ユーザの所望する頻度で行うことができる。

【0101】

図９は、本実施形態に係る家電１０Ｂの概略構成を示すブロック図である。本実施形態の家電１０Ｂは、図８に示す家電１０Ａに比べて、制御部１１に条件変更部１１ｇが新たに設けられている点が異なり、その他の構成は同様である。

【0102】

図１０は、本実施形態に係るサーバ２０Ｂの概略構成を示すブロック図である。本実施形態のサーバ２０Ｂは、図３に示すサーバ２０に比べて、音声認識装置２４に代えて音声認識装置２４Ｂが設けられている点と、頻度変更指示部２１ｂが新たに設けられている点と、が異なり、その他の構成は同様である。

【0103】

サーバ２０Ｂの音声認識装置２４Ｂは、図３に示す音声認識装置２４に比べて、下記の構成が追加されており、その他の構成は同様である。すなわち、音声認識装置２４Ｂは、家電１０Ｂが対話を開始する頻度を変更するようなキーワードが予め設定されている。また、音声認識装置２４Ｂは、家電１０Ｂからの音声データを音声認識することにより変換された文字列に、当該キーワードが含まれているか否かを判断し、含まれている場合には当該キーワードを頻度変更指示部２１ｂに通知する。

【0104】

サーバ２０Ｂの頻度変更指示部２１ｂは、音声認識装置２４Ｂからのキーワードに基づき、家電１０Ｂが対話を開始する頻度を変更する指示（頻度変更指示）を、通信部２３を介して家電１０Ｂに送信するものである。例えば、上記キーワードが「静かにして」であれば、上記頻度を減少する頻度変更指示を家電１０Ｂに送信する。また、上記キーワードが「もっと喋って」であれば、上記頻度を増加する頻度変更指示を家電１０Ｂに送信する。

【0105】

家電１０Ｂの条件変更部１１ｇは、サーバ２０Ｂからの頻度変更指示を、通信部１３を介して受信すると、受信した頻度変更指示に基づき、記憶部１２の条件データ１２ａを変更するものである。

【0106】

例えば、条件変更部１１ｇは、上記頻度を減少する頻度変更指示を受信すれば、上記実施例１−１・１−３・２−１における対話を開始する確率を半分にしたり、上記実施例２−２の所定回数、上記実施例２−３の所定期間、および上記実施例２−４の単位時間を１．５倍にしたりする。なお、日付が変わると、変更した数値を元に戻してもよい。

【0107】

また、条件変更部１１ｇは、上記頻度を増加する頻度変更指示を受信すれば、上記実施例１−１・１−３・２−１における対話を開始する確率を１．５倍にしたり、上記実施例２−２の所定回数、上記実施例２−３の所定期間、および上記実施例２−４の単位時間を半分にしたりする。なお、日付が変わると、変更した数値を元に戻してもよい。

【0108】

また、条件変更部１１ｇは、上記頻度を減少する頻度変更指示を受信した後に上記頻度を増加する頻度変更指示を受信したり、上記頻度を増加する頻度変更指示を受信した後に上記頻度を減少する頻度変更指示を受信したりすれば、上記実施例１−１・１−３・２−１〜２−４の変更した数値を元に戻してもよい。

【0109】

〔実施形態４〕
次に、本発明の他の実施形態について、図１１を参照して説明する。本実施形態では、家電１０が発話すべきメッセージを有している場合、必ず対話を開始する点が異なり、その他の構成は同様である。上記の構成によると、当該メッセージの発話が遅延することを防止できる。

【0110】

上記発話すべきメッセージとしては、家電１０または音声対話システム１が、特にユーザに報せたいメッセージ、特に対話したいテーマなどが考えられ、例えば、「12：00から＊＊スーパーのタイムセールだよ！行く？」、「＊＊の賞味期限が切れそうだよ。今のうちに使ったら？」などが挙げられる。

【0111】

図１１は、本実施形態に係る家電１０における音声対話の処理の流れを示すフローチャートである。図１１に示すフローチャートは、図４に示すフローチャートに比べて、ステップＳ２・Ｓ３の間にステップＳ３０が追加されている点が異なり、その他の処理は同様である。

【0112】

図１１に示すように、ステップＳ３０では、事象検知部１１ｂは、上記所定の事象が発生したことを検知すると（Ｓ２にてＹＥＳ）、発話すべきメッセージが記憶部１２に記憶されているか否かを判断する。記憶されている場合、対話制御部１１ａにおける対話制御の処理（Ｓ５）に進む一方、記憶されていない場合、開始判定部１１ｃにおける開始判定の処理（Ｓ３・Ｓ４）に進む。

【0113】

〔付記事項〕
なお、上記実施形態では、冷蔵庫１０−１などの家電１０に本発明を適用しているが、これに限定されるものでなはなく、任意の電子機器に適用することができる。

【0114】

また、家電１０によっては、サーバ２０との通信機能を有していない場合が考えられる。この場合、該通信機能を有する通信アダプタを家電１０に取り付けて電気的に接続すればよい。このとき、図２に示す構成のうち、上記通信アダプタが、制御部１１、記憶部１２、通信部１３、および音声取得部１５を含む一方、家電１０が、音声出力部１４、操作パネル１６、および各種センサ１７を含んでもよい。これにより、上記通信アダプタを家電１０に取り付けるだけで、本発明の対話機能を実現することができる。

【0115】

また、上記実施形態では、事象検知部１１ｂは、１つの事象（ドア４６の開閉）のみを検知しているが、複数の事象を検知してもよい。この場合、上記開始条件を上記事象ごとに設定してもよい。

【0116】

また、上記実施形態では、ユーザとの対話を開始する開始条件を設定しているが、対話を開始しない条件を設定してもよい。この場合、当該条件を満たさない場合に、対話を開始すればよい。

【0117】

また、上記の課題を解決するために、本発明の他の態様に係る電子機器の制御方法は、ユーザと対話を行う電子機器の制御方法であって、該電子機器が前記対話を開始するトリガとなり得る所定の事象の発生を検知する検知ステップと、該検知ステップにて前記事象の発生が検知されると、ユーザに発話すべき音声データの有無を判定する判定ステップと、該判定ステップによって前記音声データが有ると判定されれば、当該音声データを再生した後、前記対話を開始し、前記判定ステップによって前記音声データが無いと判定されれば、対話の開始を知らせる音声データを再生した後、前記対話を開始する対話ステップと、を含むことを特徴としている。

【0118】

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

【0119】

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

【0120】

〔まとめ〕
本発明の態様１に係る電子機器（家電１０）は、ユーザと対話を行う対話部（対話制御部１１ａ）を備える電子機器であって、該電子機器が前記対話を開始するトリガとなり得る所定の事象の発生を検知する検知部（事象検知部１１ｂ）と、該検知部が前記事象の発生を検知すると、所定の条件を満たすかを判定する判定部（開始判定部１１ｃ）と、を備えており、前記対話部は、前記判定部の判定結果に従って、前記対話を開始する構成である。

【0121】

上記の構成によると、電子機器がユーザとの対話を開始するか否かは、所定の条件に基づき判断される。すなわち、電子機器に対しユーザが所定の行動を行っても、上記所定の条件に合致しない場合には、上記対話を開始しない。これにより、ユーザが電子機器に対し所定の行動を行う度に上記対話を開始する場合に比べて、上記電子機器と上記ユーザとの対話を適切な頻度で行うことができる。また、上記対話部を動作させる頻度を減らすことができ、その結果、電力消費を抑制することができる。

【0122】

本発明の態様２に係る電子機器は、上記態様１において、前記検知部による前記事象の発生の検知履歴、および、前記対話部による前記対話の開始履歴の少なくとも一方の履歴情報（履歴データ１２ｂ）を記憶する記憶デバイス（記憶部１２）をさらに備えており、前記判定部は、前記履歴情報を用いて、前記所定の条件を満たすかを判定することが好ましい。

【0123】

この場合、前記事象の発生の頻度、および／または、前記対話の開始頻度を考慮して、前記電子機器が前記ユーザとの対話を開始するか否かを判断するので、上記電子機器と上記ユーザとの対話をより適切な頻度で行うことができる。また、上記対話部を動作させる頻度をさらに減らすことができ、その結果、電力消費をさらに抑制することができる。

【0124】

本発明の態様３に係る電子機器は、上記態様１または２において、ユーザからの指示に基づき、前記所定の条件を変更する条件変更部１１ｇをさらに備えており、前記判定部は、前記条件変更部が変更した条件を満たすかを判定してもよい。

【0125】

この場合、上記電子機器と上記ユーザとの対話を、ユーザの所望する頻度で行うことができる。なお、ユーザからの指示は、前記電子機器に設けられた操作パネル１６を介して取得してもよいし、ユーザからの音声を認識（音声認識）することにより、取得してもよい。さらに、前記音声認識は、外部の装置（サーバ２０）が行ってもよい。

【0126】

本発明の態様４に係る電子機器は、上記態様１から２において、ユーザに発話すべきメッセージを記憶する記憶デバイスをさらに備えており、前記対話部は、前記検知部が前記事象の発生を検知し、かつ、前記記憶デバイスに前記メッセージが記憶されていると、前記対話を開始することが好ましい。この場合、当該メッセージの発話が遅延することを防止できる。

【0127】

本発明の態様５に係る電子機器の制御方法は、ユーザと対話を行う電子機器の制御方法であって、該電子機器が前記対話を開始するトリガとなり得る所定の事象の発生を検知する検知ステップと、該検知ステップにて前記事象の発生が検知されると、所定の条件を満たすかを判定する判定ステップと、該判定ステップの判定結果に従って、前記対話を開始する対話ステップと、を含む方法である。

【0128】

上記の方法によると、上記態様１と同様の効果を奏することができる。

【0129】

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

【0130】

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

【符号の説明】

【0131】

１ 音声対話システム
１０、１０Ａ、１０Ｂ 家電（電子機器）
１１ 制御部
１１ａ、１１ｄ 対話制御部（対話部）
１１ｂ、１１ｅ 事象検知部（検知部）
１１ｃ、１１ｆ 開始判定部（判定部）
１１ｇ 条件変更部
１２ 記憶部（記憶デバイス）
１２ａ 条件データ
１２ｂ 履歴データ（履歴情報）
１３ 通信部
１４ 音声出力部
１５ 音声取得部
１６ 操作パネル
１６ａ 発話ボタン
１６ｂ 通知ランプ
１７ 各種センサ
２０、２０Ｂ サーバ
２１ 制御部
２１ａ 音声提供機能部
２１ｂ 頻度変更指示部
２２ 記憶部
２３ 通信部
２４、２４Ｂ 音声認識装置
３０ 通信端末装置
４０ 中継局
４６、４６ａ，４６ｂ ドア
４７ 本体
５１ａ・５１ｂ ヒンジカバー部
６０ 通信ネットワーク
７０ ユーザ宅

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】