(57)【要約】【課題】電子機器からユーザの利便性に適った音声出力がなされる音声システム等を構築する。【解決手段】音声システム（１００）は、音声データ毎に出力条件を設定し、出力条件を示す条件情報を電子機器に送信するクラウドサーバ（２０）と、受信した条件情報に従って音声データに応じた音声出力を行う家電（１０）と、を備えている。【選択図】図１
2015163920.tif 000002
【特許請求の範囲】
【請求項１】
音声データを作成する音声データ作成手段、音声データ毎に音声出力時の出力条件を設定する条件設定手段、及び設定された出力条件を示す条件情報を電子機器に送信する送信手段、を備えた音声サーバと、
上記条件情報を受信する受信手段、及び受信した上記条件情報に従って音声データに応じた音声出力を行う出力制御手段、を備えた電子機器と、を備えたことを特徴とする音声システム。
【請求項２】
上記音声データ作成手段は、第１音声データを作成し、
上記条件設定手段は、上記第１音声データの出力条件を設定し、
上記送信手段は、上記条件設定手段により上記第１音声データに対して設定された出力条件を示す第１条件情報と、上記第１音声データとを上記電子機器に送信し、
上記出力制御手段は、上記音声サーバから受信した上記第１条件情報と、上記第１音声データ以外の第２音声データの規定の出力条件を示す第２条件情報とに基づき、音声データを特定し、該特定した音声データに応じた音声出力を行うことを特徴とする請求項１に記載の音声システム。
【請求項３】
上記条件設定手段は、上記出力条件として音声データの優先度を設定し、
上記優先度が設定された音声データが複数ある場合、上記出力制御手段は、上記優先度に従って音声出力する音声データを特定することを特徴とする請求項１に記載の音声システム。
【請求項４】
上記条件設定手段が上記出力条件として設定する上記優先度は、時刻に応じて値が変わるものであって、
上記優先度が設定された音声データが複数ある場合、上記出力制御手段は、上記優先度に従って音声出力する音声データを特定することを特徴とする請求項３に記載の音声システム。
【請求項５】
上記電子機器は、出力すべき音声データの存在をユーザに通知する通知部を備え、
上記出力制御手段は、ユーザからの出力指示を受け付けた場合に、上記出力すべき音声データに応じた音声出力をすることを特徴とする請求項１に記載の音声システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバから受信した音声を出力する電子機器を備えた音声システムに関する。
【背景技術】
【０００２】
家電（家庭用電子機器）にて何らかのアクションが発生すると、例えば、使用者により家電のドアが開けられたり、家電のボタンが押されたり、あるいは、家電の稼働状態が変化したりすると、そのアクションに応じて家電に内蔵された音声をスピーカから出力（再生、発話）するものが存在する。このような音声出力する家電において、ネットワークにて接続したサーバから受信した音声を出力する家電（家庭用電子機器）も開発されている。例えば、特許文献１には、センターサーバから受信した音声信号、楽曲信号を、冷蔵庫本体の稼働状況あるいは環境状況などに応じて選択して出力する冷蔵庫が開示されている。また、例えば、特許文献２には、家電機器とは別体にアダプタが設けられ、このアダプタはプロパティに対応する音声データをアプリケーションサーバから受信し記憶し、この音音声データを、家電機器の音声発生部から出力する構成が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３０３４８２号公報（２００２年１０月１８日公開）
【特許文献２】特開２００８−０４６４２４号公報（２００８年２月２８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の家電から出力される音声は、音声出力時の条件が固定されており、柔軟に対応できない。つまり、従来技術では、家電から、ユーザの利便性に適った音声出力がなされない場合、また、有効に活用されるように音声出力がされない場合がある。
【０００５】
そこで、本発明は、上記課題に鑑みなされ、その目的は、電子機器からユーザの利便性に適った音声出力がなされる音声システム等を構築することにある。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明の一態様に係る音声システムは、音声データを作成する音声データ作成手段、音声データ毎に音声出力時の出力条件を設定する条件設定手段、及び設定された出力条件を示す条件情報を電子機器に送信する送信手段、を備えた音声サーバと、上記条件情報を受信する受信手段、及び受信した上記条件情報に従って音声データに応じた音声出力を行う出力制御手段、を備えたことを特徴としている。
【発明の効果】
【０００７】
本発明の一態様に係る音声システムによると、音声サーバにて音声データ毎に音声出力の出力条件を設定でき、電子機器にてこの出力条件に従って音声データに応じた音声出力がなされるので、ユーザの利便性を向上させた音声出力を行うことが可能となる。また、音声出力を様々な場面に応じてより有効に活用することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の一形態にかかる音声システムの概略構成を示す図である。
【図２】上記音声システムにおける電子機器とこれに接続されたアダプタの概略構成を示す図である。
【図３】上記音声システムにおける音声サーバの概略構成を示す図である。
【図４】上記音声システムで使用する優先度のグラフの例を示す図である。
【図５】上記音声システムでの音声出力における処理の流れを示す図である。
【図６】上記音声システムでの処理の流れを示す図である。
【図７】上記音声システムでの音声出力の具体例を示す図である。
【図８】上記音声システムでの音声出力の別の具体例を示す図である。
【図９】上記音声システムでの音声出力のさらに別の具体例を示す図である。
【図１０】音声リストの例を示す図である。
【図１１】音声データ毎に設定された有効期限を説明する図である。
【発明を実施するための形態】
【０００９】
〔実施の形態１〕
以下、本発明の一実施形態について図１〜６、１０に基づいて説明すれば以下の通りである。
【００１０】
（音声システムの構成）
図１は、本実施の形態に係る音声システム１００の概略構成を示す図である。図１に示すように、音声システム１００は、ユーザ宅に設置されている家電（電子機器）１０−１，１０−２，１０−３，１０−４と、クラウドサーバ（音声サーバ）２０と、通信端末装置３０−１，３０−２，３０−３とが広域通信ネットワーク６２を介して接続するよう構成されている。図１では、４つの家電１０−１，１０−２，１０−３，１０−４、３つの通信端末装置３０−１，３０−２，３０−３を図示している。しかし、これらにおいて、数や種類は限定されず、個別に説明する必要のない場合は、総称として家電１０と通信端末装置３０とを用いる。また、音声システム１００に含まれるユーザ宅の数も限定されない。
【００１１】
本実施の形態では、家電１０には、家電アダプタ５（５−１，５−２，５−３，５−４）が接続されている。家電アダプタ５は、家電１０を広域通信ネットワーク６２に接続させ、広域通信ネットワーク６２を介して制御できる、いわゆるネットワーク家電にするための機器である。
【００１２】
本実施の形態では、クラウドサーバ２０にて、通信端末装置３０と家電アダプタ５とを対応づけて登録しており、通信端末装置３０は、クラウドサーバ２０を介して、家電アダプタ５に接続した家電１０を遠隔操作できる。通信端末装置３０は、クラウドサーバ２０にて自身と対応づけて登録された家電アダプタ５に接続した家電１０を、クラウドサーバ２０を介して遠隔操作可能に構成されている。通信端末装置３０は、クラウドサーバ２０にて自身と対応づけて登録された家電アダプタ５に接続した家電１０に関する情報をクラウドサーバ２０から受信する。通信端末装置３０は、例として、スマートフォンやタブレット端末を挙げることができる。１台の通信端末装置３０から複数の家電１０を遠隔操作することが可能である。また、複数の通信端末装置３０から、１つの家電アダプタ５に接続された家電１０を遠隔操作できる。
【００１３】
ユーザ宅５０には、狭域通信ネットワークである無線ＬＡＮ（Wireless Local Area Network）が整備されており、無線ＬＡＮの中継局４０は、インターネットを含む広域通信ネットワーク６２と接続されている。中継局４０は、例えばＷｉＦｉ（登録商標）ルータやＷｉＦｉアクセスポイントなどの通信機器である。ここでは、広域通信ネットワーク６２としてインターネットを含む構成を例示しているが、電話回線網、移動体通信網、ＣＡＴＶ（CAble TeleVision）通信網、衛星通信網などを利用することもできる。
【００１４】
広域通信ネットワーク６２及び無線ＬＡＮの中継局４０を介して、クラウドサーバ２０とユーザ宅５０に設置された家電アダプタ５とが通信可能となっている。また、広域通信ネットワーク６２を介して、クラウドサーバ２０と通信端末装置３０とが通信可能になっている。通信端末装置３０と広域通信ネットワーク６２におけるインターネットとの間は、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）や、宅内あるいは公衆のＷｉＦｉアクセスポイントなどを利用して接続される。なお、家電アダプタ５と通信端末装置３０とはいずれも、無線通信機器であり、広域通信ネットワーク６２を介することなく、中継局４０を介して相互に通信することもできる。
【００１５】
（クラウドサーバの構成）
図３は、音声システム１００におけるクラウドサーバ２０の概略構成を示すブロック図である。クラウドサーバ２０は、各家電１０を管理するサーバであり、図３に示すように、制御部２１、記憶部２２、及び通信部２３を備えている。制御部２１は、例えば、ＣＰＵ（Central Processing Unit）や専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置からなり、クラウドサーバ２０の各部の動作を制御するブロックである。また、制御部２１は、家電１０の音声出力部１４にて出力する音声データを作成する音声作成部（音声データ作成手段）２１ａとしての機能と、音声データ毎に音声出力時の出力条件を設定する条件設定部（条件設定手段）２１ｂとしての機能とを有する。
【００１６】
音声作成部２１ａは、音声データを作成するブロックであり、音声合成機能に基づき音声データを作成し、識別情報を付加し、家電１０へ送信可能な状態にする。また、音声合成ではなく予め録音された音声データに識別情報を付加し、家電１０へ送信可能な状態にすることも、音声作成部２１ａによる音声の作成に含めるものとする。以下では、音声作成部２１ａにて作成された音声データを第１音声データと称する。この第１音声データは、制御部２１が通信部２３を制御し家電１０に送信される。
【００１７】
条件設定部２１ｂは、音声データ毎に音声出力時の出力条件（属性）を設定し、設定した出力条件を示す条件情報に対して、識別情報を付加し、家電１０へ送信可能な状態にする。条件設定部２１ｂは、音声作成部２１ａで作成された第１音声データに対してだけでなく、家電１０が予め保持している（例えば、出荷時から保持している）音声データに対して出力条件を設定してもよい。以下では、この音声データを第２音声データと称する。音声データ及び出力条件の具体例は後述する。条件情報は、制御部２１が通信部２３を制御し家電１０に送信する。出力条件は音声データ毎に設定されるため、設定条件を示す条件情報は、各音声データに対応付けられている。なお、第１音声データに対して設定された出力条件を示す条件情報を第１条件情報と称し、第２音声データに対して設定された出力条件を示す条件情報を第２条件情報と称する。
【００１８】
また、クラウドサーバ２０は、通信端末装置３０からのデータを基に、音声データを作成したり、出力条件を設定したりするように構成されていている。さらに、クラウドサーバ２０は、広域通信ネットワーク６２を経由して他のサーバ等から音声データや出力条件に関する情報（例えば、ウエザー情報）を受信し、これに基づき、音声データを作成したり、出力条件を設定したりするように構成されていてもよい。
【００１９】
記憶部２２は、クラウドサーバ２０で用いられる各種情報（データ）を記憶するブロックである。記憶部２２は、クラウドサーバ２０で作成される第１音声データ、音声データに対応付けた条件情報、家電１０の状態を示す状態情報を、家電１０毎に記憶したＤＢ（DataBase）２２ａなどを有している。このＤＢ２２ａにより、クラウドサーバ２０からの家電１０毎の個別の制御が可能となる。
【００２０】
通信部２３は、広域通信ネットワーク６２を介して家電アダプタ５と相互通信を行うブロックである。通信部２３は、また、広域通信ネットワーク６２を介して通信端末装置３０とも相互通信を行う。なお、制御部（送信手段）２１は、通信部２３を制御して、設定された出力条件を示す条件情報を家電アダプタ５に送信する。
【００２１】
（家電アダプタ及び家電の構成）
家電アダプタ５は、家電１０をネットワーク通信可能にする機器である。家電アダプタ５は、クラウドサーバ２０からの操作信号（命令）を含む各種データを受信する。クラウドサーバ２０から受信するデータには、クラウドサーバ２０自体からのものに加え、クラウドサーバ２０を介した通信端末装置３０からのものも含まれる。また、クラウドサーバ２０から受信するデータは、家電アダプタ５自体を制御するものである場合もあれば、家電１０に伝達して家電１０を制御するものである場合もある。さらに、家電アダプタ５は、家電１０から伝達された家電１０に関する情報をクラウドサーバ２０に送信する。
【００２２】
図２は、音声システム１００における家電１０及び家電アダプタ５の概略構成を示すブロック図である。家電アダプタ５は、図２に示すように、制御部（受信手段、出力制御手段）６、記憶部７、通信部８、及び接続部９を備えている。
【００２３】
制御部６は、家電アダプタ５の各部の動作を統括的に制御するブロックである。制御部６は、例えば、ＣＰＵや専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置から成る。制御部６は、記憶部７に記憶されている家電アダプタ５における各種制御を実施するためのプログラムを読み出して実行することで、家電アダプタ５の各部の動作を統括的に制御する。また、制御部６は、クラウドサーバ２０から第１音声情報及び条件情報を受信する受信手段の機能、及び受信した条件情報に従って音声データに応じた音声出力を音設定部１５から行う出力制御手段の機能を有する。本実施の形態では、制御部６から音設定部１５を制御して音声出力を行えるように構成されているものとする。
【００２４】
記憶部７は、家電アダプタ５で用いられる各種情報を記憶するブロックである。また、記憶部７は、クラウドサーバ２０から受信したから第１音声データ及び条件情報を記憶する。
【００２５】
通信部８は、広域通信ネットワーク６２を介してクラウドサーバ２０と相互通信を行うブロックである。接続部９は、家電１０の接続部１９と相互通信するブロックである。接続部９と家電１０の接続部１９との間の接続は、例えば、ＵＳＢ（Universal Serial Bus）コネクタによる接続などであってもよい。
【００２６】
家電１０は、例えば、空気調和機、冷蔵庫、洗濯機、調理器具、照明装置、給湯機器、撮影機器、各種ＡＶ（Audio-Visual）機器、各種家庭用ロボット（例えば、掃除ロボット、家事支援ロボット、動物型ロボット等）等である。図２に示すように、家電１０は、制御部（出力制御手段）１１、記憶部１３、音声出力部１４、音設定部１５、音声切替部１６、状態検知部１７、ＬＥＤ（Light Emitting Diode）ランプ（通知部）１８、接続部１９を備える。家電１０は、制御部１１による制御の下、操作信号を受信すると、受信した操作信号に応じた動作を実行する。
【００２７】
制御部１１は、家電１０の各部の動作を制御するブロックである。制御部１１は、例えば、ＣＰＵや専用プロセッサなどの演算処理部などにより構成されるコンピュータ装置から成る。制御部１１は、記憶部１３に記憶されている家電１０における各種制御を実施するためのプログラムを読み出して実行することで、家電１０の各部の動作を統括的に制御する。また、制御部１１は、記憶部１３に記憶された第２音声データをその設定条件に従って音設定部１５にて音声出力する出力制御手段の機能を有する。
【００２８】
記憶部１３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）などを含み、家電１０にて用いられる各種データを記憶するブロックである。記憶部１３には、家電１０から音声出力される第２音声データが予め記憶されている。第２音声データにも音声出力時の出力条件が設定され、第２条件情報として記憶部１３に記憶されている。第２条件情報は、家電１０の出荷時から記憶されているものでも、あるいは、クラウドサーバ２０が第２音声データに対して設定あるいは変更したものを受信してもよい。第１音声データと第２音声データとを区別する必要がない場合、また、区別しなくても理解される場合については音声データとのみ記す。また、「音声データを出力する」は、「音声データに応じた音声を出力する」と同じ意味で用いる。
【００２９】
状態検知部１７は、家電１０の状態を示す状態情報を検知するブロックである。状態情報としては、例えば、設定状況、動作状況を示す情報等が挙げられる。また、状態情報は、家電１０の置かれた状態、すなわち周囲環境に関する環境情報であってもよい。環境条件として、例えば、ユーザ宅５０内あるいはユーザ宅５０外の気温や湿度が挙げられる。なお、これらは例示であり、家電１０に関連する情報であればどのようなものでもよい。
【００３０】
音声出力部１４は、スピーカなどの音声出力装置である。制御部６は、記憶部７に記憶された第１音声データに応じた音声を、制御部１１は、記憶部１３に記憶された第２音声データに応じた音声を音声出力部１４から出力する。音声データの出力の詳細は後述する。
【００３１】
音設定部１５は、音声出力部１４から出力される音声データの音声の音量または音質を、家電アダプタ５の記憶部７に記憶された第１音声データと記憶部１３に記憶された第２音声データとで個別に設定（調整）するブロックである。ユーザ操作を受け付けると、制御部１１は、音設定部１５を制御して、音量または音質の設定を実行する。また、クラウドサーバ２０からの指示により、音量または音質の設定を実行してもよい。
【００３２】
このように音設定部１５が構成されていることで、家電１０にて、クラウドサーバ２０から受信した第１音声データと、家電１０で予め保持している第２音声データと、について音量または音質個別に設定できる。よって、ユーザが聞きやすいように設定することができる。第１音声データと第２音声データとで音声や音量が同じになるように設定すると、ユーザは両方の音声データを区別なく聞くことができる。また、異なるように設定すると、ユーザは両方の音声データを容易に区別して聞くことができる。
【００３３】
音声切替部１６は、音声出力部１４から出力する音声データを、上記第１音声データ及び上記第２音声データのいずれか一方、あるいは両方に切り替えるスイッチ機能を有するブロックである。音声切替部１６による音声の切り替えは、ユーザ操作を受け付けて実行しても、あるいは、クラウドサーバ２０からの指示によりに実行してもよい。このように音声切替部１６が構成されていることで、家電１０にて、第１音声データと第２音声データとについて、どちらか一方あるいは両方の音声出力させたい、つまりユーザが聞きたい音声データを出力させることができる。
【００３４】
ＬＥＤランプ１８は、制御部１１の制御により、家電１０が出力すべき音声データを有している場合点灯（または点滅）を行う。また、ＬＥＤランプ１８はボタンに設けられ（あるいはボタンとして設けられ）、このボタンの押下を検知するセンサが設けられている。センサがボタンの押下を検知した場合には、制御部１１の制御により、出力すべき音声データを音声出力し、ＬＥＤランプ１８の消灯を行う。ＬＥＤランプ１８は、音声データの種類あるいは後述する音声データの有効期限等に応じて点灯する色あるいは点灯パターンが変化するように構成されていてもよい。なお、ＬＥＤランプ１８が設けられていない家電１０もある。また、ＬＥＤランプ１８とボタン（ボタン機能）とは別々に設けてもよい。
【００３５】
接続部１９は、家電アダプタ５の接続部９と相互通信するブロックである。
【００３６】
以上のように、本実施の形態では、家電１０の遠隔操作を可能にする家電アダプタ５が外付けされた構成である。遠隔操作を可能とする通信機能部分を外付け構成としてオプション化することで、共通の家電アダプタ５を種類の異なる家電１０に適用させることができ、コストを抑えることができる。もちろん、家電１０内部に通信機能部分が予め組み込まれている構成（家電１０と家電アダプタ５と一体化した構成）であってもよい。
【００３７】
さらに、家電１０は、通信端末装置３０からの遠隔操作だけでなく、図示しないリモコンからの例えば赤外線を用いた近距離無線通信による操作や、図示しない本体操作部からの操作が可能に構成されている。あるいは、音声やジェスチャーによる操作が可能あってもよい。
【００３８】
音声システム１００の上記構成により、クラウドサーバ２０にて音声データ毎に音声出力の出力条件を設定でき、家電１０にてこの出力条件に従って音声データに応じた音声出力がなされるので、ユーザの利便性を向上させた音声出力を行うことが可能となる。また、音声出力を様々な場面に応じてより有効に活用することが可能となる。また、家電アダプタ５の記憶部７に記憶される、クラウドサーバ２０から受信した第１音声データと、家電１０の記憶部１３にて出荷時から記憶されている第２音声データとがあり、これらには出力条件が設定されている。よって、音声出力部１４から出力される音声データの選択の幅が広がり、設定された出力条件に従って適切に音声データを出力することができる。
【００３９】
（音声出力する音声データの特定）
音声出力部１４から出力される音声データには、第１音声データと第２音声データとがある。制御部６は、クラウドサーバ２０から受信した第１音声データに設定された出力条件を示す第１条件情報に基づき、及び制御部１１は第２音声データに設定された出力条件を示す第２条件情報に基づき、今回出力する音声データを特定し、該特定した音声データに応じた音声出力を音声出力部１４から行う。
【００４０】
出力する音声データを特定する処理に関し、次に、具体例を用いて説明する。
【００４１】
第１条件情報または第２条件情報に対応する出力条件が、状態検知部１７による家電１０の特定の状態情報の検知があった場合に音声出力する、という条件であるとする。この場合、状態検知部１７により特定の状態情報が検知されると、つまり、出力条件が満たされると、制御部６または制御部１１は、この出力条件が設定された第１音声データまたは第２音声データを特定して出力する。なお、音声出力のトリガとなる家電１０の特定の状態情報には、種類や型番等が異なる家電１０に共通の項目（例えば、ボタンとして設けられたＬＥＤランプ１８等）により得られる情報と、特定の種類の家電１０に固有のもの（ドア等）により得られる情報のいずれも含む。
【００４２】
また、第１条件情報または第２条件情報に対応する出力条件が、特定時刻になると音声出力する（いわゆる、おしゃべりのための出力）、という条件である場合がある。この場合、特定時刻になると、つまり、出力条件が満たされると、制御部６または制御部１１は、この出力条件が設定された第１音声データまたは第２音声データを特定して出力する。
【００４３】
（出力条件）
条件設定部２１ｂが設定する出力条件について、さらに、具体例を用いて説明する。
【００４４】
出力条件は、例えば、音声出力をさせるトリガとなる所定イベントが発生した場合に音声出力される、という条件であってもよい。所定イベントとは、例えば、家電１０の電源ＯＮになったという事象、家電１のＬＥＤランプ１８が設けられたボタンが押されたという事象、また、音声データの出力時に家電１０付近にユーザがいないことを検知した後所定時間経過したという事象等である。また、例えば、所定イベントが発生した場合に（例えば、ボタンが押された場合に）、複数回音声出力される、という条件であってもよい。そこで、条件設定部２１ｂが、出力条件として、音声データに応じた音声出力をさせるトリガとなる所定イベントを設定すると、制御部６は及び制御部１１は、所定イベント発生時に、所定イベントに応じた音声データの出力を行う。
【００４５】
また、ＬＥＤランプ１８を点滅させることで、出力すべき音声データの存在をユーザに通知する場合、制御部６または制御部１１は、ユーザからの出力指示を受け付けた、例えば、ＬＥＤランプ１８が設けられたボタンが押された場合に、出力すべき音声データに応じた音声出力を音声出力部１４から行う。この場合は、ユーザからの出力指示を受け付けると出力する、というのが出力条件である。この場合、ＬＥＤランプ１８が点滅により音声データの存在をユーザに通知でき、ユーザは通知を確認して出力させたい場合のみ、出力指示をすることができる。よって、ユーザの利便性がより向上する。
【００４６】
また、条件設定部２１ｂが設定する出力条件は、音声データを再出力（聞き直し）させる条件であってもよい。再出力をさせる条件とは、つぎのようなものである。音声データに、Ａ：音声出力前にＬＥＤランプ１８を点滅させるという出力条件、及び、Ｂ：ＬＥＤランプ１８が設けられたボタンを押すと優先的に音声出力するという出力条件が設定されていた場合に、ユーザがボタンを押して音声データを出力させた後に、再出力の出力条件が満たされると、再出力がされるまでＡの出力条件は優先すべき音声が無い状態、例えば点灯または消灯に変更、Ｂの出力条件が維持され、再出力の出力条件が満たされなければ、Ｂの出力条件が消滅する、というような出力条件である。
【００４７】
クラウドサーバ２０は、音声データ毎に設定された出力条件を、家電１０毎に、音声データの出力条件の一覧情報（音声リスト）として保持（管理）している。また、各家電１０の家電アダプタ５も、クラウドサーバ２０から受信した出力条件を音声リストとして管理している。音声リストは、少なくとも、音声データの識別情報、インデックス、及び各種操作フラグを含んでいる。この操作フラグは、操作の実行の確認に使用されるものであり、具体例を後述する。クラウドサーバ２０にて保持する音声リストの一部が、家電アダプタ５に送信されて、家電アダプタ５が保持される音声リストとなる。なお、音声データの識別情報は、クラウドサーバ２０と家電アダプタ５とで共通のものとする。
【００４８】
クラウドサーバ２０の管理する音声リストのうち、家電アダプタ５に送信するものについては、操作フラグのうち「ＤＬ（ダウンロード）フラグ」を立てる（ＯＮにする）。家電アダプタ５は「ＤＬ（ダウンロード）フラグ」が立った（ＯＮにされた）音声データをダウンロードする。もしその音声データが、家電アダプタ５がすでにダウンロード済みのものの場合は、家電アダプタ５は何もせずその音声データを保持し続ける。クラウドサーバ２０の管理する音声リストのうち、家電アダプタ５に送信済みであり、家電アダプタ５から削除するものについては、操作フラグのうち「ＤＬフラグ」を倒す（ＯＦＦにする）。
【００４９】
また、削除は、別の方法で行ってもよい。例えば、家電アダプタ５から削除したい音声データの識別情報をクラウドサーバ２０に送信し、クラウドサーバ２０は管理する音声リストにて、該当する識別情報に対応するインデックスの値を空（ＮＵＬＬ）にする、などの方法を用いてもよい。
【００５０】
ここで、クラウドサーバ２０と家電アダプタ５とは定期通信を行うものとし、家電アダプタ５の管理する音声リストが修正され、必要に応じて音声データそのものの送受信が行われる。家電アダプタ５の管理する音声リストは、自身が受信予定あるいは受信済みの音声データを含むものとし、上述の方法にてクラウドサーバ２０が管理する音声リストから削除されたものは自身の音声リストから外す。
【００５１】
なお、以上の音声削除等の音声リストの管理の方法は、本発明の一実施形態についての説明であり、別の実施形態については、別の方法を用いても構わない。また、本実施形態では、クラウドサーバ２０にて管理する音声リストの一部が、家電アダプタ５にて管理するリストであるとするが、クラウドサーバ２０にて管理する音声リストが、家電アダプタ５にて管理するリストと同一となっていてもよい。
【００５２】
音声リストの一例を図１０に示す。図１０に示す音声リストでは、設定条件が音声データ毎に設定される。図１０に示す音声リストにおいて、「メッセージ」とは音声データにて出力される音声の内容である。図１０に示す音声リストでは、「メッセージ」自体が音声データの識別情報となっているが、音声リストにおいても、音声データは後述するようにＩＤコードにて識別されるようになっていればよい。音声リストを用いて、識別情報に対応する音声データ（実際に出力する音声データ）を、呼び出すことができるものとする。
【００５３】
図１０の音声リストにおいて、トリガ、通知、再出力が、音声データの出力条件（属性）であり、フラグが立っている（１になっている）音声データに、その出力条件が設定されていることを示す。図１０の音声リストでは、「おはよう」というメッセージの音声データは、トリガのドアにフラグが立っている。よって、「おはよう」は、トリガとしてドアが開かれるというイベントの発生時に出力されることを出力条件として設定されている。また、「詰め込み過ぎです」というメッセージの音声データは、トリガのボタンおよびドアと、再出力とにフラグが立っている。よって、「詰め込み過ぎです」は、トリガとしてドアが開かれるというイベントの発生時及びボタンがおされるというイベントの発生時に出力されること、及び、再出力が行われるものであること、を出力条件として設定されている。また、「〇〇ちゃん、ケーキがあるよ」というメッセージの音声データは、トリガのボタンおよびドアと、通知と、再出力とにフラグが立っている。そのため、よって、「〇〇ちゃん、ケーキがあるよ」は、トリガとしてドアが開かれるというイベントの発生時及びボタンが押されるというイベントの発生時に出力されること、ＬＥＤランプ１８での通知すなわち点滅が行われるものであること、及び、再出力が行われるものであること、を出力条件として設定されている。
【００５４】
（優先度）
音声出力のトリガとなる所定イベント（例えば、家電１０へのユーザ操作）があり、所定イベントに対応した音声データが複数ある場合がある。そこで、本実施の形態では、条件設定部２１ｂは、上記出力条件として音声データの出力のための優先度を設定する。そして、この場合、所定イベントが発生すると（例えば、ユーザ操作による状態情報が状態検知部１７で検知されると）、この優先度に従って、制御部６及び制御部１１は、音声出力する音声データを特定し、音声出力部１４から出力する。優先度の高いものほど、出力確率が高く設けられている、つまり、頻繁に出力されるようになっている。
【００５５】
優先度の設定について以下に説明する。条件設定部２１ｂは、各音声データに対して優先度を設定する。ここでは、優先度は、時刻に応じて値が変化するものする。設定された優先度は、クラウドサーバ２０から送信され、家電アダプタ５にて受信される。優先度は、例えば、図４に示すような、一定期間分のグラフにして、送受信されてもよい。一定期間分の優先度を送受信することで、家電アダプタ５とクラウドサーバ２０との通信が途切れた場合でも、一定期間は優先度に従った音声出力が可能になる。
【００５６】
図４では、音声Ａ〜Ｄは、いずれも第１音声データ、家電音声Ｅ，Ｆは、第２音声データを示しており、これらは、全て同じ所定イベント（例えば、特定のユーザー操作）に対応した音声データである。なお、図４は単なる例示であり、これに限定されるものではない。なお、図４では、第２音声データの優先度を常に０として、それより優先度が高いか低いかをプラスとマイナスで表現している。例えば、第２音声データの優先度が常に３である場合に、第１音声データの優先度を０から６の間で設定してもよい。また、図４では、優先度は−３から＋３の７段階であるが、この段階にも限定はない。なお、図４に示される優先度のグラフは、時刻及び優先度の値は離散的であるが、中間の時刻における優先度についてはグラフの通り、線形補完するものとする。
【００５７】
図４に示される音声Ａの優先度を示すグラフからは、時刻が３から７まで（例えば３時から７時まで）は優先度が１、時刻が１１から１４までは優先度が３、時刻１４以降では優先度が−３であることがわかる。そのため、音声Ａが、時刻１４までに出力されるべきという出力条件の音声データ（例えば、「燃えるゴミ出した？」という音声データ）であれば、時刻１４より前では、徐々に優先度が大きくなり、時刻１４直前の時刻１１から１４までは優先度が最高値（３）となり、時刻１４以降は最低値（−３）となるため。好ましい。出力条件に関する情報、例えば、「燃えるゴミ出した？」という音声データの場合、燃えるゴミの日に関する情報は、ユーザが通信端末装置３０から広域通信ネットワーク６２経由でクラウドサーバ２０に設定するものであってもよい。
【００５８】
また、図４に示される音声Ｂの優先度を示すグラフからは、時刻が０から１６までは優先度が−３、時刻が１６から１７までは優先度が３、時刻が１７以降では優先度が−３であることがわかる。よって、音声Ｂが、時刻１６から１７の間に実行されるべき事項に関する音声データ（例えば、「今からニュースが始まるよ」という音声データ）であれば、時刻１６から１７までにのみ最高値（３）なり、他は最低値（−３）となるので、好ましい。
【００５９】
また、図４に示される音声Ｃ及びＤの優先度を示すグラフからは、音声Ｃ及びＤの優先度は、それぞれ、常に−１及び１に設定されていることがわかる。そのため、音声Ｃを時々出力する必要のある音声データ、音声Ｄを頻繁に出力する必要のある音声データに対応させるのが好ましい。
【００６０】
また、図４に示される家電音声Ｅ，Ｆの優先度を示すグラフからは、家電音声Ｅ，Ｆの優先度は常にゼロであり、優先度は設定されていないか、ゼロに設定されていることがわかる。
【００６１】
ここで、優先度が正の数の場合、音声Ａが出力される出力確率は、Ａの優先度／出力候補となる音声（ここでは、Ａ〜Ｄ，Ｅ，Ｆとする）の優先度の合計から算出される。上記では、優先度−３から３であるので、これを正の数にするため、全てに同じ数、例えば４を加えればよい。この場合、図４の各グラフから、例えば、時刻３から７において、音声Ａ及び音声Ｃの優先度が５（１＋４）、音声Ｂ、家電音声Ｅ及び家電音声Ｆの優先度が４（０＋４）、音声Ｄの優先度が３（−１＋４）であることがわかる。よって、Ａの優先度は、５／（５＋４＋５＋３＋４＋４）＝１／４となる。よって、音声Ａは時刻３から７において、出力確率１／４で出力される。
【００６２】
本実施の形態では、優先度が最高になってから、一度も出力されずに優先度が最低になる音声データがあった場合は、トリガとなる所定イベントの発生がなくても強制出力するようにしてもよい。
【００６３】
また、出力後の優先度については、音声データの内容や種類によって低く設定する（出力されないように設定する）、あるいは、変化させないように設定してもよい。また、上記した優先度設定方法と組み合わせて、トリガとなる所定イベントが発生した場合に最優先で出力される音声データを作成してもよい。この場合、上記した優先度設定方法よりも優先される出力条件（優先出力属性）を設定し、この条件が満たされる（優先出力属性が真である）場合、最優先で出力するものとする。あるいは、優先出力属性を設定するのではなく、優先度として特別な値（例えば、優先度の通常の範囲が−３〜３に設定されている場合において、４などの通常の範囲を超えた値）が設定されている音声データがある場合、当該音声データについては上記の出力確率を計算せず、当該音声データを、必ず、又は、優先度の通常の範囲に設定されている音声データよりも優先させて、音声出力するようにしてもよい。
【００６４】
（音声出力における処理の流れ）
音声システム１００での音声出力における処理の流れを、図５及び６を参照に具体例を用いて説明する。まず、ＬＥＤランプ１８を点灯することでユーザに出力すべき音声データがあること通知する、ＬＥＤランプ点灯シーケンスの一例について説明する。
【００６５】
図５に示すように、家電アダプタ５は、記憶部７に、ＬＥＤランプ１８を点灯させ、ＬＥＤランプ１８のボタンの押下が検知された場合に出力するという出力条件が設定された音声データ（「ＬＥＤランプ１８」を点灯すべき音声）があることを確認した場合（工程Ｂ０）、ＬＥＤランプ１８を点灯させるランプ点灯指示情報を家電１０に送信する（工程Ｂ１）。家電１０が、ランプ点灯指示情報を受信すると（工程Ａ０）、ＬＥＤランプ１８を点灯させる（工程Ａ１）。この後、家電１０にて音声出力が行われる発話シーケンスが実行される。
【００６６】
次に、発話シーケンスの一例について説明するが、ここでは、音声出力のトリガとなる所定イベントは家電へのユーザの操作の事象であるとし、また、イベントに応じた音声データが複数あるものとする。発話シーケンスでは、家電１０は、自機のボタンを押したりドアを開けたり等のユーザによる自機の操作を検知すると（工程Ｂ２）、検知した操作の情報である状態情報を家電アダプタ５に送信する。家電アダプタ５は、状態情報を受信すると（工程Ｂ２）、家電アダプタ５内にある音声データから、状態情報により検知された操作に対応する音声データを複数選択する（工程Ｂ３）。そして、工程Ｂ３で選択した音声データから優先度を基に出力する音声データを決定し（工程Ｂ４）、決定した音声データを直接音声出力部１４に送る（工程Ｂ５）。家電１０は、この音声データを受信し（工程Ａ４）、音声出力部１４から音声出力する（工程Ａ５）。家電アダプタ５は、音声出力と共に、出力した音声データを示すための出力情報として、出力した音声データの識別情報（ＩＤコード）をクラウドサーバ２０に送信する（工程Ｂ６）。クラウドサーバ２０は、出力情報を受信すると（工程Ｃ０）、出力情報を保持する（工程Ｃ１）。保持された出力情報は次回の音声データの作成に利用されるが、次回の音声データの作成については、実施の形態２にて詳細に説明する。
【００６７】
ここで、工程Ｂ６、Ｃ１において、出力情報として出力した音声データの識別情報を送受信するとこで、音声出力が行われたか否かの判断が、以下のように行われる。家電アダプタ５は音声データを音声出力部１４から出力すると、クラウドサーバ２０に出力した音声データの識別情報を送信することで、クラウドサーバ２０は、家電１０毎に、音声リストを保持しており、この音声リストを参照して、受信した識別情報により識別される音声データが「出力された状態」であるかを判断する。「出力されていない状態」とは、音声リスト中のいずれの音声データに対応する識別情報も受信しない場合である。また、クラウドサーバ２０では、前後で出力された音声データの内容や家電の状態情報を基に、「出力しなかった理由」を生成する。
【００６８】
次に音声データをクラウドサーバ２０にて管理し、家電アダプタ５が受信する、音声管理・受信シーケンスの一例について説明する。図６に示すように、クラウドサーバ２０は、家電１０毎に保持している音声リストを更新すると（工程Ｃ１０）、家電アダプタ５との定期通信において、その更新した音声リストの更新した部分に関するデータを家電アダプタ５に送信する。家電アダプタ５は、音声リストの更新した部分に関するデータを受信すると（工程Ｂ１０）、この受信したデータに基づき家電アダプタ５が保持する音声リストの修正を行う（工程Ｂ１１）。この修正は、上書きでもよい。そして、不要の音声データの削除と、今回更新されたものに対応する音声データの受信を開始し（工程Ｂ１２）、この対応する音声データをクラウドサーバ２０に要求する（工程Ｂ１３）。クラウドサーバ２０は、要求を受信すると（工程Ｃ１２）、今回更新されたものに対応する音声データを家電アダプタ５に送信し（工程Ｃ１３）、家電アダプタ５は、その音声データを受信する（工程Ｂ１４）。
【００６９】
〔実施の形態２〕
本実施の形態は、実施の形態１の音声システム１００構成において、さらに、音声出力部１４にて今回音声出力した音声データの出力状態に関する出力情報に基づき、次回音声出力した音声データが決まる構成である。具体的には、音声システム１００構成において、さらに、制御部６（出力情報送信手段）が、音声出力部１４にて今回音声出力した音声データの出力状態に関する出力情報を、通信部８からクラウドサーバ２０に送信する出力情報送信する機能を有し、音声作成部２１ａは、受信した出力情報に基づき、音声出力部１４にて次回音声出力する音声データを作成し、条件設定部２１ｂは、作成された次回音声出力する音声データの出力条件を設定し、制御部２１は、設定された次回音声出力する音声データの出力条件を示す条件情報と、該次回音声出力する音声データとを通信部２３から家電１に送信する、構成である。これ以外は実施の形態１と同様の構成であるため、同じ構成部材には同じ符号を付し、説明を省略する。
【００７０】
家電アダプタ５からクラウドサーバ２０に送信される出力情報とは、音声出力が行われたか否かを示す情報である。また、出力情報は、その時の家電１０の状態情報を含んでいてもよい。状態情報を含んでいる出力情報としては、例えば、ユーザがいる（ユーザを検知した）あるいはいない（ユーザを検知しない）状態で、音声出力が行われたか否かを示す情報等がある。もちろん、これに限定されない。
【００７１】
クラウドサーバ２０は、受信した出力情報に基づき、次回音声出力する音声データを作成し、この次回音声出力する音声データの出力条件を設定するが、これには、次回音声出力する音声データを作らない（あるいはゼロデータを作る）場合も含まれる。次回音声出力する音声データを作らない場合とは、今回の音声出力に応じた次回音声出力が無い場合である。クラウドサーバ２０の条件設定部２１ｂでは、出力条件として、例えば、出力の有無、出力内容、出力時間等を設定する。クラウドサーバ２０にて作成された次回出力する音声データとその出力条件を示す条件情報は家電１０に送信される。次回出力される音声データは、今回音声出力した音声データの出力情報に基づくものであるため、ユーザの利便性をより向上させた音声出力を行うことが可能となる。例えば、出力したという出力情報を受信した場合には、出力した音声データに続く内容の次の音声データを作成し、出力させるようにしたり、出力されなかったという出力情報を受信した場合には、所定時間経過後に出力のトリガとなる所定イベントの発生として状態情報を検知すると、出力されなかった音声データと同じものを再度出力させるようにしてもよい。出力した音声データに続く内容の次の音声データが出力されることで、出力される音声に継続性を持たせることができる。また、再出力（リトライ）することで、ユーザがその音声を聞く可能性を増やすことができる。
【００７２】
本実施の形態における音声出力の具体例を図７から９を用いて説明する。図７、８は、家電１０にて音声出力のトリガとなる所定イベントの発生として状態情報が検知された（イベントが発生した）場合の例、図９は、イベント無しに、クラウドサーバ２０から音声の出力要求が発せられた場合の例を示す。なお、図９の例では、家電１０の運転状態を示す状態情報をクラウドサーバ２０は所定時間毎に取得しているものとする。また、図７、８、９では、家電１０に家電アダプタ５が含まれているものとして説明する。
【００７３】
図７（ａ）で示す具体例では、午前７時に、家電１０（ここでは、冷蔵庫とする）は、家電１０のドアが開けられると、その状態情報（扉開）をクラウドサーバ２０に送信し、それに応じて、クラウドサーバ２０は、今日の天気を音声出力させる出力要求を送信する。家電１０は、この出力要求を受信するとこの出力要求に基づき、「今日の天気は曇りのち雨」という音声出力をし、音声出力が行われたという出力情報（出力済）をクラウドサーバ２０に送信する。その後、午前７時１０分に再度家電１０から「扉開」をクラウドサーバ２０に送信すると、それに応じて、クラウドサーバ２０は、出力要求を送信するが、このとき、クラウドサーバ２０は、既に「出力済」を受信しており、かつ、現時刻が午前７時１０分であり、つまり、前回の出力からの経過時間が少しであるので、今日の天気の続きを音声出力させる出力要求を送信する。これを受信した家電１０は、「午後には雨です。傘をお忘れなく。」という前回に継続する音声出力をし、音声出力が行われたという出力情報（出力済）をクラウドサーバ２０に送信する。
【００７４】
それに対して、図７（ｂ）で示す具体例では、午前７時に、家電１０から「扉開」をクラウドサーバ２０に送信し、それに応じて、クラウドサーバ２０は、今日の天気を出力させる出力要求を送信する。家電１０は、この出力要求を受信しても、出力要求には応じなかったため、音声出力が行われなかったという出力情報（否出力）を、その理由（ここでは、家電１０に内蔵の音声データ、すなわち第２データの出力を優先した）の情報と共に、クラウドサーバ２０に送信する。その後、午前７時１０分に再度家電１０から「扉開」をクラウドサーバ２０に送信すると、これに応じてクラウドサーバ２０は、出力要求を送信するが、このとき、クラウドサーバ２０は、既に「否出力」を受信しているので、今日の天気を音声出力させる出力要求を送信する。これを受信すると、家電１０は、「今日の天気は曇りのち雨」という音声出力をし、音声出力が行われたという出力情報（出力済）をクラウドサーバ２０に送信する。
【００７５】
また、図８（ａ）で示す具体例では、午前７時に、家電１０から「扉開」をクラウドサーバ２０に送信し、それに応じて、クラウドサーバ２０は、天気予報を音声出力させる出力要求を送信する。家電１０は、この出力要求を受信するとこの出力要求に基づき、「今日の天気は曇りのち雨」という音声出力をし、音声出力が行われたという出力情報（出力済）をクラウドサーバ２０に送信する。その後、午前１１時に再度家電１０から「扉開」をクラウドサーバ２０に送信すると、これに応じてクラウドサーバ２０は、出力要求を送信するが、このとき、クラウドサーバ２０は、既に「出力済」を受信しており、現時刻が午前１１時であるため、午後の天気を音声出力させる出力要求を送信する。これを受信すると、家電１０は、「午後には雨になりそう」という音声出力をし、音声出力が行われたという出力情報（出力済）をクラウドサーバ２０に送信する。
【００７６】
それに対して、図８（ｂ）で示す具体例では、午前７時に、家電１０から「扉開」をクラウドサーバ２０に送信し、それに応じて、クラウドサーバ２０は、天気予報を音声出力させる出力要求を送信する。家電１０は、この出力要求を受信しても、出力要求には応じなかったため、音声出力が行われなかったという出力情報（否出力）を、その理由の情報共に、クラウドサーバ２０に送信する。その後、午前１１時に再度家電１０から「扉開」をクラウドサーバ２０に送信すると、これに応じてクラウドサーバ２０は、出力要求を送信するが、このとき、クラウドサーバ２０は、既に「否出力」を受信しており、現時刻が午前１１時であるため、午後の天気を音声出力させる出力要求を送信する。これを受信すると、家電１０は、「午後には雨になりそう」という音声出力をし、音声出力が行われたという出力情報（出力済）をクラウドサーバ２０に送信する。
【００７７】
また、図９（ａ）で示す具体例では、冬のある日、クラウドサーバ２０から、家電１０（ここでは、エアコンとする）に、ユーザに運転モードを確認させる音声データを音声出力させる出力要求を送信する。家電１０は、この出力要求を受信しても、出力要求には応じなかったため、音声出力が行われなかったという出力情報（否出力）を、その理由（ここでは、家電１０に内蔵の音声データ、すなわち第２データの出力を優先した）の情報と共に、クラウドサーバ２０に送信する。クラウドサーバ２０はこれを受信し、出力要求をしてから５分後、家電冷房運転のままであると（家電１０の運転状態を示す状態情報をクラウドサーバ２０は所定時間毎に取得している）、ユーザに運転モードを確認させる音声データを音声出力させる出力要求を再度送信する。家電１０は、これを受信すると、「誤って冷房運転にしていませんか？」という音声出力をし、音声出力が行われたという出力情報（出力済）をクラウドサーバ２０に送信する。
【００７８】
それに対して図９（b）で示す具体例では、冬のある日、クラウドサーバ２０から、家電１に、ユーザに運転モードを確認させる音声データを音声出力させる出力要求を送信する。家電１０は、この出力要求を受信しても、出力要求には応じなかったため、音声出力が行われなかったという出力情報（否出力）を、その理由（ここでは、室内に人がいないことを検知した、あるいは人がいること検知しなかった）の情報と共に、クラウドサーバ２０に送信する。クラウドサーバ２０は、この情報を受信すると、例え、出力要求をしてから５分後、家電冷房運転のままであっても、既に、音声出力が行われなかった理由として、室内に人がいないという情報を受信しているので、再送はしない。
【００７９】
このように、本実施の形態によると、出力される音声に継続性を持たせることができたり、再出力（リトライ）することで、ユーザがその音声を聞く可能性を増やすことができたり、無駄な出力を抑制したりすることができる。
【００８０】
〔実施の形態３〕
本実施の形態は、実施の形態１の音声システム１００構成において、条件設定部２１ｂが、出力条件として音声データの有効期限を設定し、音声出力部１４は有効期限を過ぎた音声データに応じた音声出力をしない構成である。これ以外は実施の形態１と同様の構成であるため、同じ構成部材には同じ符号を付し、説明を省略する。
【００８１】
家電アダプタ５の記憶部７の容量は限られており、それほど多くの音声データを保持できない場合もある。例えば、記憶部７は、約７秒分の音声データを６４個保持できるようになっている。また、音声出力する音声データの中には、時刻によっては出力しても意味のないあるいは間違った情報になるものも存在しており、そのような音声データが記憶部７に記憶されていてもあっても無駄であり、出力する音声データのバリエーションを狭めてしまう。
【００８２】
そこで、本実施の形態では、条件設定部２１ｂは、出力条件として音声データの有効期限を設定する。設定された有効期限は、図１１に示すように、有効期限は音声データ毎に設定され、家電アダプタ５に送信される。家電アダプタ５では、制御部６による制御により、有効期限の設定された音声データを、音声出力部１４から出力するが、このとき、制御部６は、有効期限を確認し、有効期限内のものだけを、そして、有効期限が早いものから順に出力する。
【００８３】
以上の構成により、音声データの有効期限が設定され、音声データは有効期限に従って出力されるため、その時期によっては出力すると意味のないものや間違いとなるものを出力することがなくなる。また、有効期限内の音声データのみタイムリーに出力することが可能となる。
【００８４】
また、有効期限を過ぎた音声データは記憶部７から削除する。音声データの削除は以下のように行う。クラウドサーバ２０が時刻情報に基づいて対象となる家電１０に対応する音声リストから、有効期限切れの音声データを削除する。その後、家電アダプタ５との通信を行い、音声リストに同期するよう家電アダプタ５の記憶部７の音声データを削除する。この削除により、無駄な保持、無駄な音声出力を抑制でき、有効な音声データを増やすことが可能となる。なお、削除は、時刻情報に基づくものとするが、家電アダプタ５とクラウドサーバ２０間の定期通信時や、クラウドサーバ２０から音声出力要求を行い、家電アダプタ５への新しい音声データ登録時等であってもよい。
【００８５】
〔実施の形態４〕
実施の形態１から３にて説明した音声システム１００、家電１０、家電アダプタ５、クラウドサーバ２０（特に、制御部６，１１，２１）は、それぞれ、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００８６】
後者の場合、音声システム１００、家電１０、家電アダプタ５、クラウドサーバ２０は、それぞれ、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラム及び各種データがコンピュータ（又はＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）又は記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）等を備えている。そして、コンピュータ（又はＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路等を用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００８７】
本発明は上述した各実施の形態に限定されるものではなく、種々の変更が可能であり、異なる実施の形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。さらに、各実施の形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【００８８】
〔まとめ〕
本発明の態様１に係る音声システム（１００）は、音声データを作成する音声データ作成手段（音声作成部２１ａ）、音声データ毎に音声出力時の出力条件を設定する条件設定手段（条件設定部２１ｂ）、及び設定された出力条件を示す条件情報を電子機器（家電１０）に送信する送信手段（制御部２１）、を備えた音声サーバと、上記条件情報を受信する受信手段（制御部６）、及び受信した上記条件情報に従って音声データに応じた音声出力を行う出力制御手段（制御部６、制御部１１）、を備えた電子機器と、を備える。
【００８９】
上記構成によると、音声サーバにて音声データ毎に音声出力の出力条件を設定でき、電子機器にてこの出力条件に従って音声データに応じた音声出力がなされる。よって、電子機器からユーザの利便性を向上させた音声出力を行うことが可能となる。また、電子機器からの音声出力を様々な場面に応じてより有効に活用することが可能となる。
【００９０】
また、本発明の態様２に係る音声システムでは、上記態様１に係る音声システムにおいて、上記音声データ作成手段は、第１音声データを作成し、上記条件設定手段は、上記第１音声データの出力条件を設定し、上記送信手段は、上記条件設定手段により上記第１音声データに対して設定された出力条件を示す第１条件情報と、上記第１音声データとを上記電子機器に送信し、上記出力制御手段は、上記音声サーバから受信した上記第１条件情報と、上記第１音声データ以外の第２音声データの規定の出力条件を示す第２条件情報とに基づき、音声データを特定し、該特定した音声データに応じた音声出力を行う。
【００９１】
上記構成によると、音声サーバから受信した第１音声データと、それ以外の（例えば、電子機器にて出荷時から保持している）第２音声データとがある場合に、それらの出力時の条件が設定された第１条件情報と第２条件情報とに基づき、出力される音声データが特定される。よって、出力される音声データの選択の幅が広がり、設定された条件に従って適切に音声データを出力することができる。
【００９２】
また、本発明の態様３に係る音声システムでは、上記態様１に係る音声システムにおいて、上記条件設定手段は、上記出力条件として音声データの優先度を設定し、上記優先度が設定された音声データが複数ある場合、上記出力制御手段は、上記優先度に従って音声出力する音声データを特定する。
【００９３】
上記構成によると、出力すべき音声データが複数ある場合、優先度に従った音声出力を行うことが可能となる。
【００９４】
また、本発明の態様４に係る音声システムでは、上記態様３に係る音声システムにおいて、上記条件設定手段が上記出力条件として設定する上記優先度は、時刻に応じて値が変わるものであって、上記優先度が設定された音声データが複数ある場合、上記出力制御手段は、上記優先度に従って音声出力する音声データを特定する。
【００９５】
上記構成によると、出力すべき音声データが複数ある場合、時刻に応じて値が変わる優先度に従った音声出力を行うことが可能となる。
【００９６】
また、本発明の態様５に係る音声システムでは、上記態様１または２に係る音声システムにおいて、上記電子機器は、出力すべき音声データの存在をユーザに通知する通知部（ＬＥＤランプ１８）を備え、上記出力制御手段は、ユーザからの出力指示を受け付けた場合に、上記出力すべき音声データに応じた音声出力をする。
【００９７】
上記構成によると、音声データの存在をユーザに通知でき、ユーザは通知を確認して出力させたい場合のみ、出力指示をすることができる。よって、ユーザの利便性がより向上する。
【００９８】
また、本発明の態様６に係る音声システムでは、上記態様１に係る音声システムにおいて、上記条件設定手段は、上記出力条件として、音声データに応じた音声出力をさせるトリガとなる所定イベントを設定し、上記出力制御手段は、上記所定イベント発生時に音声データに応じた音声出力を行う。
【００９９】
上記構成によると、所定イベント発生時に音声を再出力することが可能となる。所定イベント発生とは、例えば、電子機器のボタンが押された場合、また、音声データの出力時に電子機器付近にユーザがいないことを検知した後所定時間経過した場合、等が挙げられる。また、ボタンが押されると複数回出力されるように構成されていてもよい。
【０１００】
また、本発明の態様７に係る音声システムでは、上記態様１に係る音声システムにおいて、上記電子機器は、今回音声出力した音声データの出力状態に関する出力情報を送信する出力情報送信手段（制御部６）を備え、上記音声データ作成手段は、上記電子機器から受信した上記出力情報に基づき、上記出力制御手段が次回音声出力する音声データを作成し、上記条件設定手段は、作成された上記次回音声出力する音声データの上記出力条件を設定し、上記送信手段は、設定された上記次回音声出力する音声データの上記出力条件を示す条件情報と、該次回音声出力する音声データとを上記電子機器に送信する。
【０１０１】
上記構成によると、今回音声出力した音声データの出力情報（例えば、音声出力が行われたか否か、あるいは、ユーザがいる（ユーザを検知した）状態で音声出力が行われたか、等）により、次回音声出力する音声データが作成される。この作成された次回出力する音声データとその出力条件を示す条件情報が電子機器にて受信される。次回出力される音声データは、今回音声出力した音声データの出力情報に基づくものであるため、ユーザの利便性をより向上させた音声出力を行うことが可能となる。例えば、前回出力した音声データに続く内容の次の音声データを出力するようにしたり、出力されなかった音声データを、必要に応じて再出力（リトライ）したりすることが可能となる。
【０１０２】
また、本発明の態様８に係る音声システムでは、上記態様１に係る音声システムにおいて、上記条件設定手段は、上記出力条件として音声データの有効期限を設定し、上記出力制御手段は、上記有効期限を過ぎた音声データに応じた音声出力をしない。
【０１０３】
上記構成によると、声データの有効期限が設定され、音声データは有効期限に従って出力されるため、有効なもののみ、タイムリーに出力することが可能となる。また、無駄な出力を抑制できる。
【０１０４】
また、本発明の態様９に係る音声システムでは、上記態様２に係る音声システムにおいて、上記電子機器は、音声出力する音声データを、上記第１音声データ及び上記第２音声データのいずれか一方に、あるいは両方に切り替える音声切替部（１６）を備る。
【０１０５】
上記構成によると、電子機器にて、音声サーバから受信した第１音声データと、予め保持している第２音声データと、についてどちらか一方あるいは両方の出力させたい（ユーザが聞きたい）、音声データを出力させることができる。
【０１０６】
また、本発明の態様１０に係る音声システムでは、上記態様２に係る音声システムにおいて、上記電子機器は、音声出力する音声データの音量または音質を、上記第１音声データと上記第２音声データとで個別に設定する音設定部（１５）を備えている。
【０１０７】
上記構成によると、電子機器にて、音設定部から、音声サーバから受信した第１音声データと予め保持している第２音声データとについての音量または音質を、個別に設定できる。よって、ユーザに聞きやすいように設定することができる。第１音声データと第２音声データとで、音声や音量が同じになるように設定すると、ユーザは両方の音声データを区別なく聞くことができる。また、異なるように設定すると、ユーザは両方の音声データを容易に区別して聞くことができる。
【０１０８】
また、本発明の態様１１に係る電子機器は、上記態様１から１０のいずれか１つの係る音声システムが備えた電子機器である。
【０１０９】
また、本発明の態様１２に係る音声サーバは、上記態様１から１０のいずれか１つの係る音声システムが備えた音声サーバである。
【０１１０】
上記電子機器及び音声サーバを用いることで、上記態様１から１０のいずれか１つの係る音声システムを構成することができる。
【０１１１】
また、本発明の各態様に係る音声システム、電子機器、または音声サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを音声システム、電子機器、または音声サーバが備える各手手段として動作させることにより音声システム、電子機器、または音声サーバをコンピュータにて実現させるプログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【産業上の利用可能性】
【０１１２】
本発明は、通信ネットワークに接続し、サーバから受信した音声を出力する電子機器を備えた音声システム等に利用可能である。
【符号の説明】
【０１１３】
５，５−１，５−２，５−３，５−４    家電アダプタ
６    制御部（受信手段、出力制御手段、出力情報送信手段）
７    記憶部
８    通信部
９    接続部
１０，１０−１，１０−２，１０−３，１０−４    家電（電子機器）
１１    制御部（出力制御手段）
１３    記憶部
１４    音声出力部
１５    音設定部
１６    音声切替部
１７    状態検知部
１８    ＬＥＤランプ（通知部）
２０    クラウドサーバ（音声サーバ）
２１    制御部（送信手段）
２１ａ    音声作成部（音声データ作成手段）
２１ｂ    条件設定部（条件設定手段）
２２    記憶部
２２ａ  データベース（ＤＢ）
２３    通信部
２３ａ  エラー検知部
３０，３０−１，３０−２，３０−３  通信端末装置
４０    中継局
５０    ユーザ宅
６２    広域通信ネットワーク
１００  音声システム
【図１】
2015163920.tif 000003
【図２】
2015163920.tif 000004
【図３】
2015163920.tif 000005
【図４】
2015163920.tif 000006
【図５】
2015163920.tif 000007
【図６】
2015163920.tif 000008
【図７】
2015163920.tif 000009
【図８】
2015163920.tif 000010
【図９】
2015163920.tif 000011
【図１０】
2015163920.tif 000012
【図１１】
2015163920.tif 000013