JP2017211798A - ネットワークシステム、情報処理方法、およびサーバ - Google Patents

Abstract

【課題】従来よりも適切な音声メッセージの出力が可能なネットワークシステム、情報処理方法、およびサーバを提供する。【解決手段】音声を出力可能な複数の機器２００と、複数の機器２００と通信可能なサーバ１００と、を備えるネットワークシステム１が提供される。サーバ１００は、複数の機器２００の各々に、複数の機器２００の各々の周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させる。【選択図】図１

Description

本発明は、音声メッセージを出力するための技術に関する。

従来から、電気機器がメッセージを音声出力するための様々な技術が提案されている。たとえば、特開２００１−３１４６４９号公報（特許文献１）には、音声遊技方法、装置および記録媒体が開示されている。特許文献１によると、制御部にユーザの声紋を分析してユーザを特定する声紋分析部を設ける。声紋分析部は、特定音声の意味を認識する音声認識部とは異なり、任意の音声からその音声を発しているユーザを見分ける。見分けたユーザに応じて電子キャラクタの対応、判断、返事が変わるようなアルゴリズムを制御部に組み込む。

特開２００１−３１４６４９号公報

従来よりも適切な音声メッセージの出力のための技術が求められている。そこで、本発明の目的は、従来よりも適切な音声メッセージの出力が可能なネットワークシステム、情報処理方法、およびサーバを提供することにある。

この発明のある態様に従うと、音声を出力可能な複数の機器と、前記複数の機器と通信可能なサーバと、を備えるネットワークシステムが提供される。前記サーバは、前記複数の機器の各々に、前記複数の機器の各々の周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させる。

好ましくは、前記複数の機器は、携帯端末を含む。前記サーバは、前記携帯端末を介してユーザが設定した属性に基づいて、前記複数の機器の各々に、前記複数の機器の各々の周辺で検知されたユーザ毎に設定された属性の音声のメッセージを出力させる。

好ましくは、前記ユーザはグループに対応付けられる。同じグループ内の別のユーザに同じ属性を設定できないように構成されている。

好ましくは、前記サーバは、同時に別の機器に同じ属性の音声を出力させないように構成されている。

好ましくは、前記サーバは、１つの機器に、所定時間以内に異なる属性の音声を出力させない。

この発明の別の局面に従うと、情報処理方法が提供される。情報処理方法は、複数の機器のいずれかの周辺のユーザを特定するステップと、サーバが、前記複数の機器のいずれかに、前記複数の機器のいずれかの周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させるステップとを備える。

この発明の別の局面に従うと、複数の機器と通信するための通信インターフェイスと、プロセッサとを備えるサーバが提供される。前記プロセッサは、前記通信インターフェイスを介して、前記複数の機器のいずれかに、前記複数の機器のいずれかの周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させる。

以上のように、この発明によれば、従来よりも適切な音声メッセージの出力が可能なネットワークシステム、情報処理方法、およびサーバが提供される。

第１の実施の形態にかかるネットワークシステム１の全体構成と第１の動作概要とを示すイメージ図である。 第１の実施の形態にかかるネットワークシステム１の全体構成と第２の動作概要とを示すイメージ図である。 第１の実施の形態にかかるネットワークシステム１の全体構成と第３の動作概要とを示すイメージ図である。 第１の実施の形態にかかるネットワークシステム１の全体構成と第４の動作概要とを示すイメージ図である。 第１の実施の形態にかかるサーバ１００のハードウェア構成を表わすブロック図である。 第１の実施の形態にかかる家族データベース１２１を示すイメージ図である。 第１の実施の形態にかかるユーザデータベース１２２を示すイメージ図である。 第１の実施の形態にかかるキャラクターデータベース１２３を示すイメージ図である。 第１の実施の形態にかかるメッセージデータベース１２４を示すイメージ図である。 第１の実施の形態にかかる電気機器データベース１２５を示すイメージ図である。 第１の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第１の実施の形態にかかる電気機器２００のハードウェア構成を表わすブロック図である。 第１の実施の形態にかかるメッセージサービスを利用する電気機器２００における情報処理について説明する。 第２の実施の形態にかかる電気機器データベース１２５を示すイメージ図である。 第２の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第３の実施の形態にかかる電気機器データベース１２５を示すイメージ図である。 第３の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第３の実施の形態にかかるメッセージサービスを利用する電気機器２００における情報処理について説明する。 第４の実施の形態にかかるネットワークシステム１の全体構成と第１の動作概要とを示すイメージ図である。 第４の実施の形態にかかる機器種別データベース１２８を示すイメージ図である。 第４の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。 第５の実施の形態にかかるネットワークシステム１の全体構成と第１の動作概要とを示すイメージ図である。 第５の実施の形態にかかる第１の電気機器データベース１２５を示すイメージ図である。 第５の実施の形態にかかる家族データベース１２１を示すイメージ図である。 第５の実施の形態にかかる第２の電気機器データベース１２５を示すイメージ図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成と動作概要＞

まず、本実施の形態にかかるネットワークシステム１の全体構成と動作概要について説明する。図１は、本実施の形態にかかるネットワークシステム１の全体構成と第１の動作概要とを示すイメージ図である。図２は、本実施の形態にかかるネットワークシステム１の全体構成と第２の動作概要とを示すイメージ図である。図３は、本実施の形態にかかるネットワークシステム１の全体構成と第３の動作概要とを示すイメージ図である。図４は、本実施の形態にかかるネットワークシステム１の全体構成と第４の動作概要とを示すイメージ図である。

まず、図１を参照して、本実施の形態にかかるネットワークシステム１の全体構成について説明する。本実施の形態にかかるネットワークシステム１は、主に、サーバ１００と、サーバ１００と通信可能な電気機器としてのスマートフォン３００・エアコン２００Ａ・給湯システム２００Ｂ・冷蔵庫２００Ｃなどとを含む。

なお、電気機器とは、図１に記載のスマートフォン３００Ａ・エアコン２００Ａ・給湯システム２００Ｂ・冷蔵庫２００Ｃに限らず、空気清浄機、電子レンジ、洗濯機、自走式掃除機、照明機器などの家電、テレビ、ハードディスクレコーダ、音楽プレーヤー、ゲーム機などのＡＶ（オーディオ・ビジュアル）機器、太陽光発電気、インターホン、トイレットシステム、カメラ、マイク、照明器具、各種センサなどの住宅設備、などであってもよい。なお、以下では、説明にために、これらの機器を総称して電気機器２００ともいう。

また、サーバ１００は、上記の電気機器が配置される住宅内に配置されてもよいし、上記の電気機器とインターネットなどを介して接続可能なデータセンターなどに配置されてもよい。

次に、図１を参照して、本実施の形態にかかるネットワークシステム１の第１の動作概要について説明する。まず、予め、ユーザとしてのお父さんが、お父さんのスマートフォン３００Ａを介して自分が好みの執事の音声の属性を設定する。たとえば、お父さんが、スマートフォン３００Ａを介して、メッセージサービスに、音声の属性として、初老の紳士がご主人に接する場合の話し方をするキャラクターを設定する。

サーバ１００は、所定の時間帯、たとえば、２１時から２４時までの間に、スマートフォン３００Ａを介してお父さんを検知した場合、あるいは外出していたお父さんが自宅から所定距離内に達したときなどに、スマートフォン３００Ａに初老の紳士の声で非常に丁寧に「お父様、本日もお疲れ様でございました。」と音声メッセージを出力させる。

サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、スマートフォン３００Ａを介してお父さんを検知した場合、スマートフォン３００Ａに初老の紳士の声で非常に丁寧に「お父様、おはようございます。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、７時から１０時までの間に、エアコン２００Ａを介してお父さんを検知した場合、天気予報のデータベースの情報に基づいて、エアコン２００Ａに初老の紳士の声で非常に丁寧に「良いお天気でございますね。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、７時から１０時までの間に、給湯システム２００Ｂを介して浴室内にお父さんを検知した場合、天気予報のデータベースの情報に基づいて、給湯システム２００Ｂの操作パネルに初老の紳士の声で非常に丁寧に「今日は、晴れのち雨でございます。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、冷蔵庫２００Ｃを介してお父さんを検知した場合、天気予報のデータベースの情報に基づいて、冷蔵庫２００Ｃに初老の紳士の声で非常に丁寧に「傘をお忘れになりませんようにご注意ください。」と音声メッセージを出力させる。

あるいは、サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、玄関の照明を介してお父さんを検知した場合、天気予報のデータベースの情報に基づいて、当該照明に初老の紳士の声で非常に丁寧に「くれぐれも傘をお忘れになりませんようにご注意ください。」と音声メッセージを出力させてもよい。

あるいは、予めお父さんがスマートフォン３００Ａを介して、玄関の照明を介してお父さんを検知した場合のメッセージを登録していてもよい。この場合は、サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、玄関の照明を介してお父さんを検知した場合、ユーザ登録データベースの情報に基づいて、玄関の照明に初老の紳士の声で非常に丁寧に「スマホとハンカチと定期券と社員証をお忘れになりませんようにご注意ください。」と音声メッセージを出力させてもよい。

あるいは、サーバ１００は、所定の時間帯、たとえば、６時から９時までの間に、洗面所の照明を介してお父さんを検知した場合、新聞社のデータベースの情報に基づいて、洗面所の照明に初老の紳士の声で非常に丁寧に「昨夜のニューヨーク株式市場の終値は・・・」とか「現在の為替は１ドル・・・」とか「ＡＡ県で地震情報ですが・・・」などの音声メッセージを出力させてもよい。

次に、図２を参照して、本実施の形態にかかるネットワークシステム１の第２の動作概要について説明する。まず、予め、ユーザとしてのお母さんが、お母さんのスマートフォン３００Ｂを介して自分が好みの執事の音声の属性を設定する。たとえば、お母さんが、スマートフォン３００Ｂを介して、メッセージサービスに、若い男性の俳優の話し方をするキャラクターを設定する。

サーバ１００は、所定の時間帯、たとえば、２１時から２４時までの間に、スマートフォン３００Ｂを介してお母さんを検知した場合、あるいは外出していたお母さんが自宅から所定距離内に達したときなどに、スマートフォン３００Ｂに若い男性の俳優の声で丁寧に「お母さん、今日もお疲れ様です。」と音声メッセージを出力させる。

サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、スマートフォン３００Ｂを介してお母さんを検知した場合、スマートフォン３００Ｂに若い男性の俳優の声で丁寧に「お母さん、おはようございます。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、７時から１０時までの間に、エアコン２００Ａを介してお母さんを検知した場合、天気予報のデータベースの情報に基づいて、エアコン２００Ａに若い男性の俳優の声で丁寧に「良いお天気ですね。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、７時から１０時までの間に、洗濯機２００Ｄを介してお母さんを検知した場合、天気予報のデータベースの情報に基づいて、洗濯機２００Ｄに若い男性の俳優の声で丁寧に「今日は、晴れのち雨です。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、８時から１０時までの間に、冷蔵庫２００Ｃを介してお母さんを検知した場合、天気予報のデータベースの情報に基づいて、冷蔵庫２００Ｃに若い男性の俳優の声で丁寧に「傘を忘れないようにご注意ください。」と音声メッセージを出力させる。

あるいは、サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、玄関の照明を介してお母さんを検知した場合、天気予報のデータベースの情報に基づいて、当該照明に若い男性の俳優の声で丁寧に「くれぐれも傘をお忘れになりませんようにご注意ください。」と音声メッセージを出力させてもよい。

あるいは、予めお母さんがスマートフォン３００Ｂを介して、玄関の照明を介してお母さんを検知した場合のメッセージを登録していてもよい。この場合は、サーバ１００は、所定の曜日の所定の時間帯、たとえば、月曜日の６時から１０時までの間に、玄関の照明を介してお母さんを検知した場合、ユーザ登録データベースの情報に基づいて、玄関の照明に若い男性の俳優の声で丁寧に「今日は、燃えるゴミの日です。また、ＢＢマーケットではポイントが５倍になります。」と音声メッセージを出力させてもよい。

次に、図３を参照して、本実施の形態にかかるネットワークシステム１の第３の動作概要について説明する。まず、予め、ユーザとしての長女が、長女のスマートフォン３００Ｂを介して自分が好みの執事の音声の属性を設定する。たとえば、長女が、スマートフォン３００Ｂを介して、メッセージサービスに、男性アイドルの話し方をするキャラクターを設定する。

サーバ１００は、所定の時間帯、たとえば、２１時から２４時までの間に、スマートフォン３００Ｃを介して長女を検知した場合、あるいは外出していた長女が自宅から所定距離内に達したときなどに、スマートフォン３００Ｃに男性アイドルの声で元気よく「花子さん、今日もお疲れさん。」と音声メッセージを出力させる。

サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、スマートフォン３００Ｃを介して長女を検知した場合、スマートフォン３００Ｃに男性アイドルの声で元気よく「花子さん、おはよう。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、７時から１０時までの間に、エアコン２００Ａを介して長女を検知した場合、天気予報のデータベースの情報に基づいて、エアコン２００Ａに男性アイドルの声で元気よく「いいお天気だね。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、７時から１０時までの間に、テレビ２００Ｅを介してリビング内に長女を検知した場合、天気予報のデータベースの情報に基づいて、テレビ２００Ｅに男性アイドルの声で元気よく「今日は、晴れのち雨だよ。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、８時から１０時までの間に、冷蔵庫２００Ｃを介して長女を検知した場合、天気予報のデータベースの情報に基づいて、冷蔵庫２００Ｃに男性アイドルの声で元気よく「傘を忘れないようにね。」と音声メッセージを出力させる。

あるいは、予め長女がスマートフォン３００Ｃを介して、玄関の照明を介して長女を検知した場合のメッセージを登録していてもよい。この場合は、サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、玄関の照明を介して長女を検知した場合、ユーザ登録データベースの情報に基づいて、玄関の照明に男性アイドルの声で音声メッセージを「今日は、部活はないかな。定期も持った？」と音声メッセージを出力させてもよい。

次に、図４を参照して、本実施の形態にかかるネットワークシステム１の第４の動作概要について説明する。まず、予め、ユーザとしての長男が、長男のスマートフォン３００Ｂを介して自分が好みの執事の音声の属性を設定する。たとえば、長男が、スマートフォン３００Ｂを介して、メッセージサービスに、アニメのツンデレ系の女の子の話し方をするキャラクターを設定する。

サーバ１００は、所定の時間帯、たとえば、２１時から２４時までの間に、スマートフォン３００Ｄを介して長男を検知した場合、あるいは外出していた長男が自宅から所定距離内に達したときなどに、スマートフォン３００Ｄにアニメのツンデレ系の女の子の声でぶっきらぼうに「今日もお疲れ。まあ、あんたなりに頑張ったんじゃない。」と音声メッセージを出力させる。

サーバ１００は、所定の時間帯、たとえば、６時から１０時までの間に、スマートフォン３００Ｄを介して長男を検知した場合、スマートフォン３００Ｄにアニメのツンデレ系の女の子の声でぶっきらぼうに「太郎、、、早く起きろよな。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、７時から１０時までの間に、エアコン２００Ａを介して長男を検知した場合、天気予報のデータベースの情報に基づいて、エアコン２００Ａにアニメのツンデレ系の女の子の声でぶっきらぼうに「いい天気だな、バカ。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、７時から１０時までの間に、テレビ２００Ｅを介してリビング内に長男を検知した場合、天気予報のデータベースの情報に基づいて、テレビ２００Ｅにアニメのツンデレ系の女の子の声でぶっきらぼうに「今日は、晴れのち雨だぞ。」と音声メッセージを出力させる。

次に、サーバ１００は、所定の時間帯、たとえば、８時から１０時までの間に、冷蔵庫２００Ｃを介して長男を検知した場合、天気予報のデータベースの情報に基づいて、冷蔵庫２００Ｃにアニメのツンデレ系の女の子の声でぶっきらぼうに「傘を忘れんなよ。気を付けてな。」と音声メッセージを出力させる。

以上のように、本実施の形態にかかるネットワークシステム１においては、従来よりもユーザの好みにあった属性の音声のメッセージを出力することができるし、ユーザも電気機器２００がどのユーザに向かって話しかけているかを把握しやすくなる。特に、本実施の形態にかかるネットワークシステム１に関しては、設定したキャラクターがユーザの移動に合わせて異なる電気機器２００からメッセージを音声出力するため、ユーザはあたかも執事が自分について移動してくれているように感じることができる。以下、このような機能を実現するためのネットワークシステム１の具体的な構成について詳述する。
＜サーバ１００のハードウェア構成＞

まず、ネットワークシステム１を構成するサーバ１００のハードウェア構成の一態様について説明する。なお、図５は、本実施の形態にかかるサーバ１００のハードウェア構成を表わすブロック図である。

図５を参照して、サーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、ディスプレイ１３０と、操作部１４０と、通信インターフェイス１６０とを含む。

ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。より詳細には、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）、フラッシュメモリーなどによって実現される。なお、メモリ１２０は、インターフェイスを介して利用される、ＵＳＢ（Universal Serial Bus）（登録商標）メモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、メモリカード、ハードディスク、ＩＣ（Integrated Circuit）カード、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの記憶媒体などによっても実現される。

メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、その他の本実施の形態にかかるサービスに利用されるデータベースなどを記憶する。たとえば、メモリ１２０は、家族データベース１２１や、ユーザデータベース１２２や、キャラクターデータベース１２３や、音声メッセージデータベース１２４や、電気機器データベース１２５などのデータを格納する。なお、本実施の形態においては、家族データベース１２１や、ユーザデータベース１２２や、キャラクターデータベース１２３や、音声メッセージデータベース１２４や、電気機器データベース１２５などのデータが、サーバ１００に格納されているが、それらのデータはサーバ１００がアクセス可能な他の装置に格納されてもよい。

図６は、本実施の形態にかかる家族データベース１２１を示すイメージ図である。図６を参照して、本実施の形態にかかる家族データベース１２１は、家族毎に、主に、家族ＩＤと、家族名と、家族の住所などを含む。

図７は、本実施の形態にかかるユーザデータベース１２２を示すイメージ図である。図７を参照して、本実施の形態にかかるユーザデータベース１２２は、ユーザ毎に、主に、ユーザＩＤと、ユーザ名と、ユーザの家族のＩＤと、ユーザの好みのキャラクターのＩＤと、ユーザのメールアドレスと、キャラクターの属性を変更する場合などにメッセージサービスにログインする際のパスワード、ユーザの属性たとえば年齢・性別・興味がある分野などと、ユーザを特定するためのデータたとえば顔画像データや音声データやそれらの特徴データなど、ユーザに向けてすでに音声出力されたメッセージのＩＤと、などを含む。

図８は、本実施の形態にかかるキャラクターデータベース１２３を示すイメージ図である。図８を参照して、本実施の形態にかかるキャラクターデータベース１２３は、ユーザが設定したキャラクター毎に、主に、キャラクターＩＤと、音声メッセージの声色の種類たとえば低い声・高い声・声の年齢などと、音声メッセージの声調の種類たとえばゆっくり・早口などと、音声メッセージの口調の種類たとえばビジネス調・丁寧・上から目線・命令調・甘えんぼう・お兄さん口調・妹口調などと、音声メッセージの方言の種類たとえば標準語・大阪弁・京都弁・秋田弁などと、キャラクターの性格たとえば優しい・怖い・せっかち・おっとりなど、を格納する。

図９は、本実施の形態にかかるメッセージデータベース１２４を示すイメージ図である。図９を参照して、本実施の形態にかかるメッセージデータベース１２４は、メッセージサービスの運営者によってまたは天気予報やニュースなどに応じて自動的に次から次へと登録されてくるメッセージ毎に、主に、メッセージＩＤと、メッセージを出力すべきユーザの属性と、メッセージの基本テキストと、基本テキストの音声データと、メッセージの有効期限とを含む。

図１０は、本実施の形態にかかる電気機器データベース１２５を示すイメージ図である。図１０を参照して、本実施の形態にかかる電気機器データベース１２５は、電気機器毎に、主に、電気機器のＩＤと、購入者などに設定された電気機器の名前と、電気機器の商品名と、電気機器の型番と、電気機器を所有する家族のＩＤと、電気機器が現在検知しているユーザのＩＤなど、を格納する。

図５に戻って、ディスプレイ１３０は、ＣＰＵ１１０からの信号に基づいて、テキストや画像を表示する。操作部１４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。

通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、ルータなどを介して、電気機器２００など他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、ルータなどを介して電気機器など他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。
＜サーバ１００における情報処理＞

次に、図１１を参照しながら、本実施の形態にかかるメッセージサービスを運営するサーバ１００における情報処理について説明する。なお、図１１は、本実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、電気機器からデータを受信した際に以下の処理を実行する。

ＣＰＵ１１０は、通信インターフェイス１６０を介して、電気機器２００から受信したデータから電気機器２００を特定するためのＩＤを取得する（ステップＳ１０２）。ＣＰＵ１１０は、電気機器データベース１２５を参照して、電気機器２００が属する家族のＩＤを特定する（ステップＳ１０４）。ＣＰＵ１１０は、電気機器２００から受信したデータに基づいて、ユーザデータベース１２２を参照して、家族に属する複数のユーザから電気機器の前にユーザを特定する（ステップＳ１０６）。

ＣＰＵ１１０は、メッセージデータベース１２４を参照して、特定されたユーザの属性にマッチするメッセージのうちの、ユーザに向けて未だ音声出力されていないメッセージを検索する（ステップＳ１０８）。ＣＰＵ１１０は、ユーザに向けて未だ音声出力されていないメッセージがない場合（ステップＳ１１０においてＮＯである場合）、次の電気機器２００からのデータを待ち受ける。

一方、ＣＰＵ１１０は、ユーザに向けて未だ音声出力されていないメッセージが見つかった場合（ステップＳ１１０においてＹＥＳである場合）、ユーザに対応するキャラクターＩＤに基づいて、キャラクターデータベース１２３を参照して、音声の各種の属性を特定する（ステップＳ１１２）。ＣＰＵ１１０は、当該音声の属性に従って、当該メッセージの音声データを作成する（ステップＳ１２０）。

ＣＰＵ１１０は、作成した音声データを、通信インターフェイス１６０を介して電気機器２００に送信する（ステップＳ１２２）。ＣＰＵ１１０は、次の電気機器２００からのデータを待ち受ける。これによって、電気機器２００は、サーバ１００から受信した音声データに基づいて、電気機器２００の近傍にいるユーザに向けて、当該ユーザが指定したキャラクターの執事による音声メッセージを出力することができる。
＜電気機器としての家電のハードウェア構成＞

次に、ネットワークシステム１を構成する電気機器２００のハードウェア構成の一態様について説明する。なお、図１２は、本実施の形態にかかる電気機器２００のハードウェア構成を表わすブロック図である。

図１２を参照して、電気機器２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０、操作部２４０と、通信インターフェイス２６０と、スピーカ２７０と、マイク２８０と、機器駆動部２９０と、カメラ２５０などの各種センサを含む。

ＣＰＵ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、電気機器２００の各部を制御する。

メモリ２２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現される。メモリ２２０は、ＣＰＵ２１０によって実行されるプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、サーバ１００から受信したデータ、操作部２４０を介して入力されたデータなどを記憶する。

ディスプレイ２３０は、ＣＰＵ１１０からの信号に基づいて、文字や画像などを出力する。なお、ディスプレイ２３０は、単にライトであってもよい。

操作部２４０は、ボタン、タッチパネル、キーボードなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。

通信インターフェイス２６０は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃなどの無線ＬＡＮ通信、ＺｉｇＢｅｅ(登録商標)、ＢｌｕｅＴｏｏｔｈ（登録商標）、あるいは、イーサネット（登録商標）などの有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス２６０は、有線通信あるいは無線通信によって他の装置との間でデータをやり取りする。すなわち、ＣＰＵ２１０は、通信インターフェイス２６０を介して、サーバ１００などの他の装置から各種の情報を受信したり、当該他の装置に各種の情報を送信したりする。

本実施の形態においては、ＣＰＵ２１０は、通信インターフェイス２６０を介して、電気機器２００が実行した動作やユーザから入力された操作命令やカメラ２５０で撮影した画像などのデータをサーバ１００に送信する。また、ＣＰＵ２１０は、サーバ１００から制御命令やメッセージの音声データを受信する。

スピーカ２７０は、ＣＰＵ２１０からの信号に基づいて、サーバ１００からのメッセージなどの音声を出力する。マイク２８０は、外部からの音声に基づいてＣＰＵ２１０に音声信号を入力する。

機器駆動部２９０は、ＣＰＵ２１０からの信号に基づいて、電気機器の各部（モータやヒータなど）を制御する。

カメラ２５０は、たとえば、定期的に電気機器の近傍にいる人物の静止画像または動画像を撮影する。ＣＰＵ２１０は、カメラ２５０または人感センサやマイク２８０などの他のセンサが移動物体を検知した際に、静止画像または動画像を撮影してもよい。

電気機器２００としてのスマートフォン３００Ａ，３００Ｂ，３００Ｃ，３００Ｄのハードウェア構成も、本実施の形態の主要な部分については、上記同様であるため、ここでは説明を繰り返さない。

本実施の形態においては、スマートフォン３００Ａ，３００Ｂ，３００Ｃ，３００Ｄは、操作部を介して、ユーザからキャラクターの設定の命令を受け付けたり、メッセージの登録の命令を受け付けたりすることができる。なお、スマートフォン３００Ａ，３００Ｂ，３００Ｃ，３００Ｄは、スマートフォン３００Ａ，３００Ｂ，３００Ｃ，３００Ｄに専用のキャラクターの設定と、電気機器を乗り移るキャラクターの設定と、２種類のキャラクターの設定を受け付けてもよい。

そして、サーバ１００のＣＰＵ１１０は、スマートフォン３００Ａ，３００Ｂ，３００Ｃ，３００Ｄからの、ユーザ毎の好みの声の属性の指定を受け付けた際に、ユーザデータベース１２２とキャラクターデータベース１２３とを参照し、同じグループ内の別のユーザに同じ音声の属性が登録されることがないようにする。たとえば、ＣＰＵ１１０は、同じグループ内の別のユーザから同じ音声の属性の指定を受けた際に、属性を変更するようなエラー表示・音声を返すように、プログラムされていることが好ましい。
＜電気機器２００における情報処理＞

次に、図１３を参照しながら、本実施の形態にかかるメッセージサービスを利用する電気機器２００における情報処理について説明する。なお、図１３は、本実施の形態にかかる電気機器２００における情報処理を示すフローチャートである。

ＣＰＵ２１０は、カメラ２５０またはマイク２８０などを介して、電気機器２００の近傍にいる人を検知して、ユーザ特定用の画像または音声を取得する（ステップＳ１５２）。ＣＰＵ２１０は、取得した画像データまたは音声データを、通信インターフェイス２６０を介して、サーバ１００に送信する（ステップＳ１５４）。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、サーバ１００からの音声データを待ち受ける（ステップＳ１５６）。より詳細には、ＣＰＵ２１０は、サーバ１００からデータを受信しなかった場合（ステップＳ１５６においてＮＯである場合）、ユーザ特定用データを送信してから所定時間が経過したか否かを判断する（ステップＳ１５８）。所定時間が経過していない場合（ステップＳ１５８においてＮＯである場合）、ＣＰＵ２１０は、ステップＳ１５６からの処理を繰り返す。

所定時間が経過した場合は（ステップＳ１５８においてＹＥＳである場合）、ＣＰＵ２１０は、次の人の検知を待ち受ける。

一方、ＣＰＵ２１０は、サーバ１００から音声データを受信した場合（ステップＳ１５６においてＹＥＳである場合）、当該音声データに基づいてスピーカ２７０にメッセージを音声出力させる（ステップＳ１６２）。ＣＰＵ２１０は、次の人の検知を待ち受ける。
＜第２の実施の形態＞

第１の実施の形態においては、検知されたユーザに対して、登録されたキャラクターの音声で、複数の電気機器２００の各々がメッセージを出力するものであった。本実施の形態においては、複数の電気機器２００が、同時に、同じのキャラクターの音声にてメッセージを出力しないように構成されている。２つ以上の電気機器２００が、同時に、同じキャラクターの音声にてメッセージを出力すると、ユーザが、自分専用の執事が自分についてきてくれていると感じにくくなってしまうからである。

以下では、このような機能を実現するためのサーバ１００の電気機器データベース１２５とサーバ１００の情報処理について説明するものとし、ネットワークシステム１を構成する各装置のハードウェア構成などは第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。

図１４は、本実施の形態にかかる電気機器データベース１２５を示すイメージ図である。図１４を参照して、本実施の形態にかかる電気機器データベース１２５は、電気機器２００毎に、主に、電気機器のＩＤと、購入者などに設定された電気機器の名前と、電気機器の商品名と、電気機器の型番と、電気機器を所有する家族のＩＤと、電気機器が検知中のユーザのＩＤなどに加えて、発話中のメッセージのキャラクターＩＤと、発話中フラグとを格納する。これによって、ＣＰＵ１１０は、電気機器データベース１２５を参照することによって、対象となるユーザに設定されている属性の音声が別の場所で出力中であるか否かを判断することができる。

図１５は、本実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。図１５を参照して、ＣＰＵ１１０は、ユーザに向けて未だ音声出力されていないメッセージが見つかった場合（ステップＳ１１０においてＹＥＳである場合）、ユーザに対応するキャラクターＩＤに基づいて、キャラクターデータベース１２３を参照して、音声の各種の属性を特定する（ステップＳ１１２）。

ＣＰＵ１１０は、電気機器データベース１２５を参照して、同じ音声属性のキャラクターＩＤに基づいてメッセージを出力している別の電気機器２００があるか否かを判断する（ステップＳ１１４）。同じ音声属性のキャラクターＩＤに基づいてメッセージを出力している別の電気機器２００がある場合（ステップＳ１１４にてＹＥＳである場合）、ＣＰＵ１１０は、当該電気機器２００による音声出力が完了してから（ステップＳ１１６にてＹＥＳである場合）、ステップＳ１２０からの処理を実行する。

一方、同じ音声属性のキャラクターＩＤに基づいてメッセージを出力している別の電気機器２００がない場合（ステップＳ１１４にてＮＯである場合）、ＣＰＵ１１０は、当該音声の属性に従って、当該メッセージの音声データを作成する（ステップＳ１２０）。

ＣＰＵ１１０は、作成した音声データを、通信インターフェイス１６０を介して電気機器２００に送信する（ステップＳ１２２）。ＣＰＵ１１０は、次の電気機器２００からのデータを待ち受ける。これによって、電気機器２００は、サーバ１００から受信した音声データに基づいて、電気機器２００の近傍にいるユーザに向けて、当該ユーザが指定したキャラクターの執事による音声メッセージを出力することができる。
＜第３の実施の形態＞

第１の実施の形態においては、検知されたユーザに対して、登録されたキャラクターの音声で、複数の電気機器２００の各々がメッセージを出力するものであった。本実施の形態においては、さらに、１つの電気機器２００が、同時に、または所定時間内に、２種類以上のキャラクターの音声にてメッセージを出力しないように構成されている。１つの電気機器２００が、同時に、または直ぐに、２種類以上のキャラクターの音声にてメッセージを出力すると、ユーザは電気機器２００がどのユーザに話しかけているかを把握し難くなるし、電気機器２００に自分の執事のキャラクターが乗り移っていると感じにくくなってしまうからである。

以下では、このような機能を実現するためのサーバ１００の電気機器データベース１２５とサーバ１００の情報処理と電気機器２００の情報処理とについて説明するものとし、ネットワークシステム１を構成する各装置のハードウェア構成などは第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。

図１６は、本実施の形態にかかる電気機器データベース１２５を示すイメージ図である。図１６を参照して、本実施の形態にかかる電気機器データベース１２５は、電気機器２００毎に、主に、電気機器のＩＤと、購入者などに設定された電気機器の名前と、電気機器の商品名と、電気機器の型番と、電気機器を所有する家族のＩＤと、電気機器が検知中のユーザのＩＤなどに加えて、最終のキャラクターＩＤと、発話中フラグと、最終発話完了日時を格納する。これによって、ＣＰＵ１１０は、電気機器データベース１２５を参照して、対象となる電気機器２００がどのような属性の音声のメッセージを出力中であるか、または対象となる電気機器２００がどのような属性の音声のメッセージを出力したばかりであるか、を把握することができる。

図１７は、本実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。図１７を参照して、ＣＰＵ１１０は、ユーザに向けて未だ音声出力されていないメッセージが見つかった場合（ステップＳ１１０においてＹＥＳである場合）、ユーザに対応するキャラクターＩＤに基づいて、キャラクターデータベース１２３を参照して、音声の各種の属性を特定する（ステップＳ１１２）。

ＣＰＵ１１０は、電気機器データベース１２５を参照して、同じ音声属性のキャラクターＩＤに基づいてメッセージを出力している電気機器２００があるか否かを判断する（ステップＳ１１４）。一方、同じ音声の属性のキャラクターＩＤに基づいてメッセージを出力している電気機器２００がある場合（ステップＳ１１４にてＹＥＳである場合）、ＣＰＵ１１０は、当該電気機器２００による音声出力が完了してから（ステップＳ１１６にてＹＥＳである場合）、ステップＳ１１８からの処理を実行する。

一方、同じ音声の属性のキャラクターＩＤに基づいて、メッセージを出力している電気機器２００がない場合（ステップＳ１１４にてＮＯである場合）、ＣＰＵ１１０は、電気機器データベース１２５を参照して、今回対象となっている電気機器２００が別の音声属性のメッセージを出力してから所定の時間、たとえば３０秒、が経過した日時、すなわち出力可能日時を特定する（ステップＳ１１８）。

ＣＰＵ１１０は、当該音声の属性に従って、当該メッセージの音声データを作成する（ステップＳ１２０）。ＣＰＵ１１０は、作成した音声データと出力可能日時とを、通信インターフェイス１６０を介して電気機器２００に送信する（ステップＳ１２２）。

ただし、ＣＰＵ１１０は、対象となる電気機器２００が最後に音声出力したメッセージの属性すなわちキャラクターが今回と同じ属性すなわちキャラクターである場合や、別の音声属性のメッセージを出力してから既に所定の時間、たとえば３０秒、が経過している場合は、出力可能日時を電気機器２００に送信しないものであってもよい。

次に、図１８を参照しながら、本実施の形態にかかるメッセージサービスを利用する電気機器２００における情報処理について説明する。なお、図１８は、本実施の形態にかかる電気機器２００における情報処理を示すフローチャートである。

一方、ＣＰＵ２１０は、サーバ１００から音声データを受信した場合（ステップＳ１５６においてＹＥＳである場合）、出力可能日時に達したか否かを判断する（ステップＳ１６０）。ＣＰＵ２１０は、出力可能日時に達するまで待機したのち（ステップＳ１６０にてＹＥＳである場合）、当該音声データに基づいてスピーカ２７０にメッセージを音声出力させる（ステップＳ１６２）。ＣＰＵ２１０は、次の人物の検知を待ち受ける。

ただし、サーバ１００のＣＰＵ１１０が、ステップＳ１１８において、電気機器データベース１２５を参照して、別の音声属性のメッセージを出力してから所定の時間、たとえば３０秒、が経過するまで待機をしてから、音声データを作成して（ステップＳ１２０）、電気機器２００に送信するものであってもよい（ステップＳ１２２）。
＜第４の実施の形態＞

第１〜第３の実施の形態においては、ユーザ毎に音声属性を変えてメッセージを出力するものであった。しかしながら、冷蔵庫やエアコンのように、据え置き型の電気機器が音声を出力する際に、「お父様」や「花子さん」というユーザを特定するためのテキストを出力し、スマートフォン３００などのユーザが所持するような通信端末が音声を出力する際に、「お父様」や「花子さん」というユーザを特定するためのテキストを出力しない形態であってもよい。

より詳細には、図１９に示すように、サーバ１００は、スマートフォン３００Ａから音声を出力する際には、初老の紳士の声で非常に丁寧に「本日もお疲れ様でございました。」という音声メッセージや「おはようございます。」という音声メッセージを出力させる。すなわち、音声を出力する宛先のユーザを特定するメッセージを出力しない。

そして、サーバ１００は、エアコン２００Ａや冷蔵庫２００Ｃには、初老の紳士の声で非常に丁寧に「お父様、良いお天気でございますね。」という音声メッセージや「お父様、傘をお忘れになりませんようにご注意ください。」という音声メッセージを出力させる。すなわち、音声を出力する宛先のユーザを特定するメッセージを出力する。

より詳細には、本実施の形態にかかるサーバ１００のメモリ１２０は、機器種別データベース１２８をさらに記憶する。図２０は、本実施の形態にかかる機器種別データベース１２８を示すイメージ図である。図２０を参照して、本実施の形態にかかる機器種別データベース１２８は、機器の種類毎に、主に、機器の種類と、商品名と、ユーザの特定情報を出力すべきか否かを示すフラグとを含む。

そして、図２１に示すように、ＣＰＵ１１０は、ユーザに向けて未だ音声出力されていないメッセージが見つかった場合（ステップＳ１１０においてＹＥＳである場合）、ユーザに対応するキャラクターＩＤに基づいて、キャラクターデータベース１２３を参照して、音声の各種の属性を特定する（ステップＳ１１２）。

そして、ＣＰＵ１１０は、出力先の機器ＩＤに対応する機器の種類を特定し、当該機器の種類に応じてユーザを特定するための情報を出力すべきか否かを判断する（ステップＳ１１９）。当該ＣＰＵ１１０は、判断結果に基づいて、ＹＥＳの場合に検知されたユーザを特定する情報をメッセージに付加し、ＮＯの場合にユーザを特定する情報をメッセージに付加しない。ＣＰＵ２１０は、当該音声の属性に従って、当該メッセージの音声データを作成する（ステップＳ１２０）。
＜第５の実施の形態＞

第１〜第３の実施の形態においては、ユーザ毎に音声属性を変えてメッセージを出力するものであった。しかしながら、ユーザを検知した機器が自宅内にいる場合に、「お父様」や「花子さん」というユーザを特定するためのテキストを出力し、ユーザを検知した機器が自宅内でない場合に、「お父様」や「花子さん」というユーザを特定するためのテキストを出力しない形態でもよい。

より詳細には、図２２に示すように、サーバ１００は、外出中のユーザのスマートフォン３００Ａから音声を出力する際には、初老の紳士の声で非常に丁寧に「本日もお疲れ様でございました。」という音声メッセージを出力させる。すなわち、音声を出力する宛先のユーザを特定するメッセージを出力しない。

そして、サーバ１００は、自宅にいるユーザのスマートフォン３００やエアコン２００Ａや冷蔵庫２００Ｃは、初老の紳士の声で非常に丁寧に「お父様、良いお天気でございますね。」という音声メッセージや「お父様、傘をお忘れになりませんようにご注意ください。」という音声メッセージを出力させる。すなわち、音声を出力する宛先のユーザを特定するメッセージを出力する。

より詳細には、図２３に示すように、本実施の形態にかかる電気機器データベース１２５は、電気機器毎に、主に、電気機器のＩＤと、購入者などに設定された電気機器の名前と、電気機器の商品名と、電気機器の型番と、電気機器を所有する家族のＩＤと、電気機器が現在検知しているユーザのＩＤと、電気機器の現在位置など、を格納する。

そして、図２１に示すように、ＣＰＵ１１０は、ユーザに向けて未だ音声出力されていないメッセージが見つかった場合（ステップＳ１１０においてＹＥＳである場合）、ユーザに対応するキャラクターＩＤに基づいて、キャラクターデータベース１２３を参照して、音声の各種の属性を特定する（ステップＳ１１２）。

そして、ＣＰＵ１１０は、出力先の電気機器の現在位置と当該電気機器の住所とに基づいて、電気機器が自宅にあるか否かを判断する（ステップＳ１１９）。当該ＣＰＵ１１０は、判断結果に基づいて、電気機器が自宅にある場合に検知されたユーザを特定する情報をメッセージに付加し、電気機器が自宅にない場合にユーザを特定する情報をメッセージに付加しない。ＣＰＵ２１０は、当該音声の属性に従って、当該メッセージの音声データを作成する（ステップＳ１２０）。

あるいは、図２４に示すように、サーバ１００は、予め、ユーザの自宅のＷｉＦｉ（登録商標）ルータのＭＡＣアドレスなどの登録を受け付けて、家族データベース１２１に格納する。そして、図２５に示すように、サーバ１００は、電気機器データベース１２５に、電気機器毎に、主に、電気機器のＩＤと、購入者などに設定された電気機器の名前と、電気機器の商品名と、電気機器の型番と、電気機器を所有する家族のＩＤと、電気機器が現在検知しているユーザのＩＤと、現在接続中のＷｉＦｉ（登録商標）ルータのＭＡＣアドレスなど、を格納する。

そして、図２１に示すように、ＣＰＵ１１０は、通信インターフェイス１６０を介して、電気機器２００から受信したデータから電気機器２００を特定するためのＩＤを取得する（ステップＳ１０２）。特に、本実施の形態においては、ＣＰＵ１１０は、電気機器２００から受信したデータから電気機器２００が接続中のルータのＭＡＣアドレスも取得する。

そして、ＣＰＵ１１０は、電気機器２００が接続中のルータのＭＡＣアドレスと、電気機器の家族に対応付けられているルータのＭＡＣアドレスとに基づいて、両者が一致した場合に電気機器２００が自宅にあると判断する（ステップＳ１１９）。当該ＣＰＵ１１０は、判断結果に基づいて、電気機器２００が自宅にある場合に検知されたユーザを特定する情報をメッセージに付加し、電気機器が自宅にない場合にユーザを特定する情報をメッセージに付加しない。ＣＰＵ２１０は、当該音声の属性に従って、当該メッセージの音声データを作成する（ステップＳ１２０）。

このように、本実施の形態においては、電気機器２００が自宅などの屋内ＷｉＦｉ（登録商標）機器に接続されるか否かに基づいてユーザ名を付加するか否かを判断するため、電気機器２００毎にユーザ名を付加するか否かのフラグを記憶する必要がない。
＜第６の実施の形態＞

第１〜第５の実施の形態のネットワークシステム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、サーバ１００の役割をクラウド上の複数の装置が担ったり、電気機器２００がサーバ１００の役割の一部を担ったり、逆にサーバ１００が電気機器２００の役割の一部を担ったりしてもよい。具体的には、電気機器２００が、画像や音声に基づいてユーザＩＤを特定し、ユーザＩＤをサーバ１００に送信するものであってもよい。あるいは、電気機器２００が自身のカメラ２５０などの自身のセンサを利用せずに、電気機器２００またはサーバ１００が通信可能な他のセンサを利用してユーザを特定するものであってもよい。
＜その他の応用例＞

本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体（あるいはメモリ）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる他の記憶媒体に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
＜まとめ＞

上記の第１〜第６の実施の形態においては、音声を出力可能な複数の機器２００と、複数の機器２００と通信可能なサーバ１００と、を備えるネットワークシステム１が提供される。サーバ１００は、複数の機器２００の各々に、複数の機器２００の各々の周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させる。

好ましくは、複数の機器２００は、携帯端末３００を含む。サーバ１００は、携帯端末３００を介してユーザが設定した属性に基づいて、複数の機器２００の各々に、複数の機器２００の各々の周辺で検知されたユーザ毎に設定された属性の音声のメッセージを出力させる。

好ましくは、ユーザはグループに対応付けられる。同じグループ内の別のユーザに同じ属性を設定できないように構成されている。

好ましくは、サーバ１００は、同時に別の機器に同じ属性の音声を出力させないように構成されている。

好ましくは、サーバ１００は、１つの機器２００に、所定時間以内に異なる属性の音声を出力させない。

この発明の別の局面に従うと、情報処理方法が提供される。情報処理方法は、複数の機器２００のいずれかの周辺のユーザを特定するステップと、サーバ１００が、複数の機器２００のいずれかに、複数の機器２００のいずれかの周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させるステップとを備える。

この発明の別の局面に従うと、複数の機器２００と通信するための通信インターフェイス１６０と、プロセッサ１１０とを備えるサーバ１００が提供される。プロセッサ１１０は、通信インターフェイス１６０を介して、複数の機器２００のいずれかに、複数の機器２００のいずれかの周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ：ネットワークシステム
１００ ：サーバ
１１０ ：プロセッサ（ＣＰＵ）
１２０ ：メモリ
１２１ ：家族データベース
１２２ ：ユーザデータベース
１２３ ：キャラクターデータベース
１２４ ：音声メッセージデータベース
１２５ ：電気機器データベース
１３０ ：ディスプレイ
１４０ ：操作部
１６０ ：通信インターフェイス
２００ ：電気機器
２００Ａ ：エアコン
２００Ｂ ：給湯システム
２００Ｃ ：冷蔵庫
２００Ｄ ：洗濯機
２００Ｅ ：テレビ
２１０ ：ＣＰＵ
２２０ ：メモリ
２３０ ：ディスプレイ
２４０ ：操作部
２５０ ：カメラ
２６０ ：通信インターフェイス
２７０ ：スピーカ
２８０ ：マイク
２９０ ：機器駆動部
３００ ：携帯端末（スマートフォン）

Claims (7)

1. 音声を出力可能な複数の機器と、
   前記複数の機器と通信可能なサーバと、を備え、
   前記サーバは、前記複数の機器の各々に、前記複数の機器の各々の周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させる、ネットワークシステム。
2. 前記複数の機器は、携帯端末を含み、
   前記サーバは、前記携帯端末を介してユーザが設定した属性に基づいて、前記複数の機器の各々に、前記複数の機器の各々の周辺で検知されたユーザ毎に設定された属性の音声のメッセージを出力させる、請求項１に記載のネットワークシステム。
3. 前記ユーザはグループに対応付けられ、
   同じグループ内の別のユーザに同じ属性を設定できないように構成されている、請求項１または２に記載のネットワークシステム。
4. 前記サーバは、同時に別の機器に同じ属性の音声を出力させないように構成されている、請求項１から３のいずれか１項に記載のネットワークシステム。
5. 前記サーバは、１つの機器に、所定時間以内に異なる属性の音声を出力させない、請求項１から４のいずれか１項に記載のネットワークシステム。
6. 複数の機器のいずれかの周辺のユーザを特定するステップと、
   サーバが、前記複数の機器のいずれかに、前記複数の機器のいずれかの周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させるステップとを備える、情報処理方法。
7. 複数の機器と通信するための通信インターフェイスと、
   プロセッサとを備え、
   前記プロセッサは、前記通信インターフェイスを介して、前記複数の機器のいずれかに、前記複数の機器のいずれかの周辺で検知されたユーザ毎に異なる属性の音声のメッセージを出力させる、サーバ。

Images