(57)【要約】【課題】発話可能な２つ以上の発話データがある場合に、ユーザに優先して通知すべき発話データを発話する。【解決手段】冷蔵庫（１ｂ）は、発話可能な２つ以上の発話データがあるかを判定する判定部（１０３）と、上記発話可能な２つ以上の発話データの各々に予め対応付けられている優先度が高い発話データを優先して発話する音声出力部（１３）とを備える。【選択図】図１
2015227951.tif 000002
【特許請求の範囲】
【請求項１】
音声による発話機能を備えた発話装置であって、
発話可能な期間が予め設定されている発話データについて、発話時に発話可能な２つ以上の発話データがあるかを判定する判定手段と、
上記判定手段によって上記発話時に発話可能な２つ以上の発話データがあると判定されると、上記発話時に発話可能な２つ以上の発話データの各々に予め対応付けられている優先度が高い発話データを優先して発話する発話手段と、
を備えることを特徴とする発話装置。
【請求項２】
特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられている優先度が低い順にサーバから取得する取得手段をさらに備え、
上記発話手段は、上記発話可能な期間において、上記取得手段によって最後に取得された発話データのみを発話する
ることを特徴とする請求項１に記載の発話装置。
【請求項３】
発話可能な期間が予め設定されており、かつ、特定期間に対応付けられない発話データを予め準備しており、
上記判定手段は、上記発話時に発話可能な、発話可能な期間が予め設定されており、かつ、特定期間に対応付けられる発話データがあるかを判定し、
上記判定手段により該当する発話データが無いと判定されると、上記発話手段は、上記発話時に発話可能な、上記発話可能な期間が予め設定されており、かつ、特定期間に対応付けられない発話データを発話する
ことを特徴とする請求項１または２に記載の発話装置。
【請求項４】
上記特定期間に対応付けられる発話データは、上記特定期間に対応付けられ、かつ、特定のユーザに対応付けられる発話データと、上記特定期間に対応付けられ、かつ、特定のユーザに対応付けられない発話データと、を含む
ことを特徴とする請求項３に記載の発話装置。
【請求項５】
上記特定期間に対応付けられ、かつ、特定のユーザに対応付けられる発話データは、上記特定のユーザが関係する予定を内容とする発話データである
ことを特徴とする請求項４に記載の発話装置。
【請求項６】
発話データを、発話装置が発話可能な期間を設定して、生成する発話データ生成手段と、
上記発話データ生成手段によって生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信し、上記発話装置に最後に送信した発話データのみを、上記発話可能な期間において上記発話装置に発話させる発話データ送信手段と、
を備えることを特徴とする発話制御装置。
【請求項７】
上記発話データ生成手段によって生成される、上記特定期間に対応付けられる発話データは、特定の発話装置のみが発話可能な機器個別発話データと、不特定の発話装置が発話可能な機器共通発話データとを含み、
上記発話データ送信手段は、上記機器個別発話データを、上記機器個別発話データに対応付けられる上記特定の発話装置のみに送信する
ことを特徴とする請求項６に記載の発話制御装置。
【請求項８】
発話データを、発話装置が該発話データを発話可能な期間を設定して、生成する発話データ生成手段と、
上記発話データ生成手段によって生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信する発話データ送信手段と、
上記発話データ送信手段から、上記特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられている優先度が低い順に取得する取得手段と、
上記取得手段によって最後に取得された発話データのみを、上記発話可能な期間において発話する発話手段と
を含む発話制御システム。
【請求項９】
音声による発話機能を備えた発話装置の制御方法であって、
発話可能な期間が予め設定されている発話データについて、発話時に発話可能な２つ以上の発話データがあるかを判定する判定ステップと、
上記判定ステップにて上記発話時に発話可能な２つ以上の発話データがあると判定されると、上記発話時に発話可能な２つ以上の発話データの各々に予め対応付けられている優先度が高い発話データを優先して発話する発話ステップと、
を含むことを特徴とする発話装置の制御方法。
【請求項１０】
発話データを、発話装置が該発話データを発話可能な期間を設定して、生成する発話データ生成ステップと、
上記発話データ生成ステップにて生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信し、上記発話装置に最後に送信した発話データのみを、上記発話可能な期間において上記発話装置に発話させる発話データ送信ステップと、
を含むことを特徴とする発話制御装置の制御装置。
【請求項１１】
請求項１から５の何れか１項に記載の発話装置としてコンピュータを機能させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
【請求項１２】
請求項６または７に記載の発話制御装置としてコンピュータを機能させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声による発話機能を備えた発話装置等に関する。
【背景技術】
【０００２】
近年、ネットワーク対応家電の進化系として、いわゆる「しゃべる家電製品」が普及し始めている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２５３３５８号公報（２００９年１０月２９日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しゃべる家電製品の発言の量が多すぎる場合、ユーザは該しゃべる家電製品をうるさいと感じることになり、また、しゃべる家電製品の発言が乱立することにより、一部の重要なメッセージをユーザが聞き逃す可能性がある。
【０００５】
特許文献１には、１つの原因から発生する複数のメッセージを選別する方法が記載されている。しかしながら、特許文献１に記載の方法は、複数の事象の各々についての複数のメッセージのうち何れのメッセージを発言すべきかを選別することはできない。
【０００６】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、発話可能な２つ以上の発話データがある場合に、該２つ以上の発話データのうち、ユーザに優先して通知すべき発話データを発話することにより、ユーザの利便性を向上させる発話装置等を提供することである。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明の一態様に係る発話装置は、音声による発話機能を備えた発話装置であって、発話可能な期間が予め設定されている発話データについて、発話時に発話可能な２つ以上の発話データがあるかを判定する判定手段と、上記判定手段によって上記発話時に発話可能な２つ以上の発話データがあると判定されると、上記発話時に発話可能な２つ以上の発話データの各々に予め対応付けられている優先度が高い発話データを優先して発話する発話手段と、を備えている。
【０００８】
また、上記の課題を解決するために、本発明の一態様に係る発話制御装置は、発話データを、発話装置が発話可能な期間を設定して、生成する発話データ生成手段と、上記発話データ生成手段によって生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信し、上記発話装置に最後に送信した発話データのみを、上記発話可能な期間において上記発話装置に発話させる発話データ送信手段と、を備えている。
【０００９】
そして、上記の課題を解決するために、本発明の一態様に係る発話制御システムは、発話データを、発話装置が該発話データを発話可能な期間を設定して、生成する発話データ生成手段と、上記発話データ生成手段によって生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信する発話データ送信手段と、上記発話データ送信手段から、上記特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられている優先度が低い順に取得する取得手段と、上記取得手段によって最後に取得された発話データのみを、上記発話可能な期間において発話する発話手段と、を含む。
【００１０】
また、上記の課題を解決するために、本発明の一態様に係る発話装置の制御方法は、音声による発話機能を備えた発話装置の制御方法であって、発話可能な期間が予め設定されている発話データについて、発話時に発話可能な２つ以上の発話データがあるかを判定する判定ステップと、上記判定ステップにて上記発話時に発話可能な２つ以上の発話データがあると判定されると、上記発話時に発話可能な２つ以上の発話データの各々に予め対応付けられている優先度が高い発話データを優先して発話する発話ステップと、を含む。
【００１１】
そして、上記の課題を解決するために、本発明の一態様に係る発話制御装置の制御方法は、発話データを、発話装置が該発話データを発話可能な期間を設定して、生成する発話データ生成ステップと、上記発話データ生成ステップにて生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信し、上記発話装置に最後に送信した発話データのみを、上記発話可能な期間において上記発話装置に発話させる発話データ送信ステップと、を含む。
【発明の効果】
【００１２】
本発明の上記各態様によれば、発話可能な２つ以上の発話データがある場合に、該２つ以上の発話データのうち、ユーザに優先して通知すべき発話データを発話装置が発話することができ、ユーザの利便性を向上させることができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態１に係る家族伝言板システムの家庭内機器、サーバおよびスマートフォンの要部構成を示すブロック図である。
【図２】本発明の各実施形態に係る家族伝言板システムの概要を示す図である。
【図３】上記家庭内機器が発話可能な発話データの概略の例を示す図である。
【図４】上記スマートフォンを用いてスケジュール登録することのできるイベントの例を示す図である。
【図５】上記スマートフォンを用いてスケジュール登録する場合に、上記スマートフォンの表示画面に表示される画面の遷移を示した画面遷移図である。
【図６】（ａ）は共通データテーブルの例を示す図であり、（ｂ）は個別データテーブルの例を示す図である。
【図７】優先度定義テーブルの例を示す図である。
【図８】上記サーバが実行する共通データ送信処理の例を示すフローチャートである。
【図９】上記サーバが実行する個別データ送信処理の例を示すフローチャートである。
【図１０】上記サーバによる、スケジュール登録をしたユーザの家庭内機器へのデータ送信処理と、スケジュール登録をしていないユーザの家庭内機器への発話データ送信処理とを対比して示す図である。
【図１１】（ａ）は、上記サーバから最新の共通データを取得する前の追加データテーブルの例を示す図である。（ｂ）は、上記サーバから最新の共通データを取得した後の追加データテーブルの例を示す図である。（ｃ）は、上記サーバから個別データを取得した後の追加データテーブルの例を示す図である。
【図１２】本発明の実施形態２に係る家族伝言板システムの家庭内機器、サーバおよびスマートフォンの要部構成を示すブロック図である。
【図１３】上記サーバのランダムデータテーブルの一例を示す図である。
【図１４】上記の家庭内機器またはサーバとして利用可能なコンピュータの構成を例示したブロック図である。
【発明を実施するための形態】
【００１４】
〔実施形態１〕
以下、本発明の実施形態１について、図１から図１１に基づいて詳細に説明する。
【００１５】
〔家族伝言板システム１００の概要〕
まず、本実施形態に係る家族伝言板システム１００（発話制御システム）の概要を図２に基づいて説明する。図２は、家族伝言板システム１００の概要を示す図である。家族伝言板システム１００は、あらかじめ登録されたユーザ（図２に示す例ではお父さん、お母さん、子供）の間で情報を共有可能な電子伝言板（いわゆるソーシャル・ネットワーク・サービス）を提供するシステムである。家族伝言板システム１００は、スマートフォン３ａ、３ｂ、３ｃ、エージェントサーバ２ａ、家族伝言板サーバ２ｂ、ホームサーバ２ｃ、家庭内に配置された機器１（ロボット掃除機１ａおよび冷蔵庫１ｂを含む）を含む。なお、「家庭内に配置された機器１」を以下では「家庭内機器１」と称する。また、スマートフォン３ａ、３ｂ、３ｃを特に区別する必要がない場合は、単に「スマートフォン３」と称する。同様に、エージェントサーバ２ａ、家族伝言板サーバ２ｂ、ホームサーバ２ｃを特に区別する必要がない場合は、単に「サーバ２」と称する。また、詳細は後述するが、家族伝言板システム１００においてホームサーバ２ｃは必須ではない。
【００１６】
家族伝言板システム１００において、ユーザは、スマートフォン３ａ、３ｂ、３ｃを用いて、例えば、ごみの日、誕生日などの予定をスケジュール登録（入力）する。サーバ２（発話制御装置）は、ユーザがスマートフォン３を用いてスケジュール登録した予定についての発話データ（個別データＩｎｄＤ１）を生成し、家庭内機器１（発話装置）に送信する。また、サーバ２は、関連情報源４から取得する共通データ基礎情報等に基づいて、上記予定とは関係のない発話データ（共通データＣｏｍＤ１）を生成し、家庭内機器１に送信する。家庭内機器１は、サーバ２から受信する上記発話データを発話する。また、家族伝言板システム１００では、家庭内機器１の状態およびユーザによって書き込まれたメッセージの内容等に応じて、家庭内機器１が家族伝言板にメッセージを書き込む。さらに、ユーザは、それぞれが所持するスマートフォン３ａ、３ｂ、３ｃを用いて家族伝言板にアクセスし、メッセージの書き込み、または閲覧を行うことができる。
【００１７】
家族伝言板システム１００においては、ユーザが予定日を指定してスケジュール登録した（入力した）予定についての発話データは、所定の発話期間において発話される。発話期間とは、発話データに設定される、該発話データを家庭内機器１（例えば、冷蔵庫１ｂ）が発話可能な期間である。例えば、ユーザが４月２日に、「予定日：４月１５日、内容：ゴミの日」という予定をスケジュール登録した場合、ユーザが該予定に関する発話データを、４月３日に聞く必要性は低いと考えられ、また、４月１６日以降に聞く必要性はほぼ無いと考えられる。ユーザは、「予定日：４月１５日、内容：ゴミの日」という予定に関する発話データを、該予定日の前日である４月１４日の夕方と、該予定日当日である４月１５日の朝とに聞くことができるのが、最も望ましいと考えられる。したがって、「予定日：４月１５日、内容：ゴミの日」という予定に関する発話データには、「４月１４日の夕方」と「４月１５日の朝」とが発話期間として設定される。家族伝言板システム１００において、ユーザが予定日を指定して入力した予定についての発話データには、少なくとも、「該予定日当日の朝（例えば、当日の５時〜９時）」という発話期間が設定される。なお、詳細は後述するが、家族伝言板システム１００においては、発話期間が特に設定されない、または、「重要発話時間帯」以外の時間帯が発話期間に設定される、発話データ（ランダム発話データ）があってもよい。「重要発話時間帯」とは、例えば、朝５時〜９時など、ユーザが、該ユーザにとって重要な内容の情報（発話データ）を収集していると想定される時間帯である。また、家族伝言板システム１００においては、全ての発話データに発話期間が設定されてもよく、その場合、例えばランダム発話データには、「任意の日の０時〜２４時」という発話期間が設定されてもよい。さらに、ランダム発話データに設定される発話期間が「任意の日の０時〜２４時」であることは必須ではなく、例えば、ランダム発話データには「９時〜２２時」という発話期間が設定されてもよい。ランダム発話データに「９時〜２２時」という発話期間を設定することにより、ランダム発話データが以下の時間帯に発話されることを回避することができる。すなわち、ランダム発話データが、重要な内容の発話データの発話が集中すると考えられる重要発話時間帯：「５時〜９時」と、深夜の時間帯（２２時以降から翌朝５時まで）とに、発話されることを回避することができる。
【００１８】
ここで、上記発話期間において上記予定についての発話データを発話する家庭内機器１は、上記発話期間において上記ユーザが使用する可能性が最も高いと考えられる家庭内機器１であることが望ましい。例えば、一般的に、朝という時間帯にユーザの使用頻度が高い家庭内機器１は、冷蔵庫１ｂであると考えられる。朝食等の準備のためにユーザは冷蔵庫１ｂを使用すると考えられるからである。したがって、ユーザがスケジュール登録した予定の予定日当日の朝に、該予定についての発話データを発話する家庭内機器１としては、冷蔵庫１ｂが好適である。また、例えば、帰宅後に空調装置１ｅを使用する傾向のあるユーザについて、該ユーザに次の日の予定に関する内容の発話を行う家庭内機器１としては、空調装置１ｅが好適である。
【００１９】
同様に、或るユーザ（例えば、子供）に関係する予定等については、該ユーザに対して、発話するのが好適である。また、ユーザの属性（例えば、性別、年齢、趣味、住所、および学校または職場の位置）を認識し、もしくは推定して、該ユーザの属性に対応する内容の発話データを、該ユーザに発話してもよい。ユーザの属性に対応する内容としては、例えば、ユーザの年齢、性別等に応じた商品および店舗の紹介を挙げることができる。すなわち、家庭内機器１は、発話タイミングを検知したタイミングにおいて、家庭内機器１が発話する発話データを聞くのがどのユーザであるのかを認識して、該ユーザに関係する（該ユーザの属性に対応する）内容の発話データを発話してもよい。
【００２０】
例えば、冷蔵庫１ｂは図示しないカメラ等を備え、ユーザが冷蔵庫１ｂを使用しようとするタイミング（つまり、発話タイミング）を検知するとともに、該発話タイミングにおいて冷蔵庫１ｂを使用しようとするユーザの顔等を認証して、ユーザを認識してもよい。また、冷蔵庫１ｂは図示しないマイク等を備え、発話タイミングを検知するとともに、該発話タイミングにおいて冷蔵庫１ｂを使用しようとするユーザの声紋等によって、ユーザを認識してもよい。さらに、冷蔵庫１ｂは図示しない指紋認証部等を例えば扉に備え、発話タイミングを検知するとともに、該発話タイミングにおいて扉（指紋認証部）に触れているユーザの指紋等を認証して、ユーザを認識してもよい。つまり、家庭内機器１は、発話タイミングを検知したタイミングにおいて、ユーザ認証のための既知の方法を利用して、家庭内機器１が発話する発話データを聞くのがどのユーザであるのかを認識することができる。そして、認識したユーザに関係する内容の発話データを、家庭内機器１が発話するとしてもよい。
【００２１】
なお、ユーザを認識する家庭内機器１と、該ユーザに対して該ユーザに関係する内容の発話データを発話する家庭内機器１とが同じであることは必須ではない。例えば、冷蔵庫１ｂが、冷蔵庫１ｂを使用しようとするユーザを認識し、該ユーザに対して、該ユーザに関係する内容の発話データを発話してもよい。また、冷蔵庫１ｂが発話タイミングを検知したタイミングにおいて、冷蔵庫１ｂが発話する発話データを聞く可能性の高いユーザを、ロボット掃除機１ａが認識してもよい。そして、ロボット掃除機１ａは、例えばサーバ２を介して、冷蔵庫１ｂが発話タイミングを検知したタイミングにおいて、冷蔵庫１ｂが発話する発話データを聞く可能性の高いユーザを、冷蔵庫１ｂに通知する。そして、冷蔵庫１ｂは、ロボット掃除機１ａから通知されたユーザに関係する内容の発話データを発話してもよい。
【００２２】
また、冷蔵庫１ｂの発話する、或るユーザに関係する内容の発話データは、冷蔵庫１ｂが自装置の記憶部１１に予め格納していた発話データであってもよいし、冷蔵庫１ｂが発話タイミングを検知した直後にサーバ２から取得する発話データであってもよい。すなわち、冷蔵庫１ｂ（またはロボット掃除機１ａ）が冷蔵庫１ｂの発話する発話データを聞く可能性の高いユーザを認識すると、冷蔵庫１ｂは、記憶部１１に予め格納されている発話データの中から、該ユーザに関係する内容の発話データを取得するとしてもよい。また、冷蔵庫１ｂ（またはロボット掃除機１ａ）は、冷蔵庫１ｂが発話する発話データを聞く可能性の高いユーザを認識すると、サーバ２に、該ユーザを通知するとしてもよい。そして、上記通知に基づいて、サーバ２は、冷蔵庫１ｂに、冷蔵庫１ｂが発話する発話データを聞く可能性の高いユーザに関係する内容の発話データを、送信する。冷蔵庫１ｂは、冷蔵庫１ｂが発話する発話データを聞く可能性の高いユーザに関係する内容の発話データを、サーバ２から受信する（取得する）。冷蔵庫１ｂは、自装置の記憶部１１に予め格納していた発話データ、または、発話タイミングを検知した直後にサーバ２から取得した発話データを発話する。
【００２３】
さらに、例えばユーザ毎に、どの時間帯にどの家庭内機器１を使用する傾向が高いかを、家庭内機器１の各々の使用ログ等を利用して把握することができる場合には、サーバ２は、家庭内機器１の各々に送信する発話データについて、以下の制御を行ってもよい。すなわち、サーバ２は、或るユーザ（例えば、子供）に関係する内容の発話データであって、所定の発話期間が設定された発話データを、該ユーザが該所定の発話期間において使用する可能性の高い家庭内機器１（例えば、テレビ１ｇ）に送信してもよい。或るユーザに関係する内容の発話データを、該ユーザの使用頻度の高い家庭内機器１に送信することによって、サーバ２は、該発話データの送信処理の負荷を軽減することができ、また、該発話データを効率的に該ユーザに通知することができる。
【００２４】
家庭内機器１は、所定の発話タイミングにおいて、該発話タイミングにおいて発話可能な発話データを、つまり、該発話タイミングが上記発話期間内にある発話データを、発話する。発話タイミングとは、家庭内機器１が発話データを発話するタイミングであり、例えば、家庭内機器１が、ユーザが家庭内機器１を使用する（使用しようとする）ことを検知したタイミングである。具体的には、冷蔵庫１ｂの発話タイミングは、冷蔵庫１ｂが、ユーザにより冷蔵庫１ｂの扉が開けられたことを検知したタイミングである。例えば、「（予定日）当日の５時〜９時」という発話期間が設定され、予定日：「４月１５日」である予定に関する発話データを冷蔵庫１ｂが発話するのは、冷蔵庫１ｂが、「４月１５日の５時〜９時」に、冷蔵庫１ｂの扉が開けられたのを検知した場合のみである。冷蔵庫１ｂは、４月１５日の４時半に、冷蔵庫１ｂの扉が開けられたのを検知したとしても、上記発話データを発話しない。発話タイミング：「４月１５日の４時半」が、上記発話データに設定されている発話期間：「（予定日）当日の５時〜９時」内にないからである。つまり、家庭内機器１は、発話タイミングにおいて、該発話タイミングを含む発話期間が設定されている発話データを、発話する。
【００２５】
なお、詳細は後述するが、家庭内機器１が所定の発話タイミングにおいて１回だけ発話可能な発話データは、個別データＩｎｄＤ１、共通データＣｏｍＤ１、および基本発話データＢａｓＤ１の３つに分類される。家庭内機器１は、サーバ２から、個別データＩｎｄＤ１および共通データＣｏｍＤ１の少なくとも一方を受信することができる。家庭内機器１がサーバ２から取得する個別データＩｎｄＤ１および共通データＣｏｍＤ１を追加発話データＡｄｄＤ１と呼ぶことにする。基本発話データＢａｓＤ１は、家庭内機器１が予め記憶部１１に格納している発話データである。家庭内機器１は、発話タイミングにおいて発話可能な個別データＩｎｄＤ１または共通データＣｏｍＤ１が無い場合、該発話タイミングにおいて基本発話データＢａｓＤ１を発話する。
【００２６】
スマートフォン３は、ユーザからの予定の入力（予定入力）を受け付け、該予定に係る情報をサーバ２に送信する情報端末である。また、スマートフォン３は、家庭内機器１およびユーザが書き込んだメッセージ等を家族伝言板等に表示する。スマートフォン３は、入力面、表示面等を備える。ユーザは上記入力面をタッチし、スマートフォン３に当該入力面における位置を指定することにより（入力面上の座標を与えることにより）、スマートフォン３に予定を入力する。上記のように、スマートフォン３は携帯型の情報端末である。ここで、スマートフォン３と同等の機能は、携帯電話、パーソナルコンピュータ、タブレット型端末などでも実現できることに注意する。すなわち、必要な情報を入出力可能な機器でありさえすれば、端末はスマートフォンでなくともよい。
【００２７】
ホームサーバ２ｃには、家庭内機器１が通信可能に無線接続されている。ただし、ホームサーバ２ｃと家庭内機器１とが有線接続されていてもよい。なお、図２は、家庭内機器１が、ロボット掃除機１ａ、冷蔵庫１ｂ、洗濯機１ｃ、調理機器１ｄ、空調装置１ｅ、掃除機ロボットではない掃除機１ｆ、およびテレビ１ｇである例を示すが、家庭内機器の種類および数は上記機器に限定されない。
【００２８】
エージェントサーバ２ａは、スマートフォン３から、ユーザがスマートフォン３に入力した予定についての情報を受信し、該予定についての発話を家庭内機器１に発話させるための発話データ（個別データＩｎｄＤ１）を生成する。また、エージェントサーバ２ａは、家庭内機器１に発話させるための発話データであって、上記予定とは関係のない発話データ（共通データＣｏｍＤ１）を、関連情報源４から取得する共通データ基礎情報等に基づいて生成する。そして、エージェントサーバ２ａは、個別データＩｎｄＤ１と共通データＣｏｍＤ１との各々に予め対応付けられた優先度に基づいて、個別データＩｎｄＤ１と共通データＣｏｍＤ１との家庭内機器１への送信を制御する。例えば、エージェントサーバ２ａは、個別データＩｎｄＤ１と共通データＣｏｍＤ１とについて、個別データＩｎｄＤ１と共通データＣｏｍＤ１との各々に予め対応付けられた優先度に応じて、どちらを優先して家庭内機器１に発話させるべきかを判定する。そして、エージェントサーバ２ａは、上記判定結果に応じて、個別データＩｎｄＤ１と共通データＣｏｍＤ１との家庭内機器１への送信順序を制御する。
【００２９】
なお、個別データＩｎｄＤ１とは、エージェントサーバ２ａが、ユーザ（図２に示す例ではお父さん、お母さん、子供）の宅内にある家庭内機器１のみに送信し、別の家庭内機器１’には送信しない発話データである。例えば、個別データＩｎｄＤ１を発話することができるのは、家庭内機器１だけであり、別の家庭内機器１’は個別データＩｎｄＤ１を発話することができない。また、家庭内機器１’だけが個別データＩｎｄＤ２を発話することができ、家庭内機器１は個別データＩｎｄＤ２を発話することができない。個別データＩｎｄＤ１は、例えば、上記ユーザがスマートフォン３に入力した予定に関する内容の発話データである。また、共通データＣｏｍＤ１とは、エージェントサーバ２ａが、上記「お父さん、お母さん、子供」の宅内にある家庭内機器１と、上記「お父さん、お母さん、子供」の宅内以外の宅内に所在する別の家庭内機器１’とに送信する発話データである。家庭内機器１と家庭内機器１’とはともに、エージェントサーバ２ａから取得する共通データＣｏｍＤ１を発話することができる。以上を整理すれば、エージェントサーバ２ａは、或る宅内（宅内Ａ）にある家庭内機器１のみに個別データＩｎｄＤ１を送信し、該家庭内機器１と別の宅内（宅内Ｂ）にある家庭内機器１’とに共通データＣｏｍＤ１を送信する。そして、エージェントサーバ２ａは、個別データＩｎｄＤ１と共通データＣｏｍＤ１との各々に予め対応付けられた優先度に応じて、個別データＩｎｄＤ１と共通データＣｏｍＤ１との家庭内機器１への送信を制御する。
【００３０】
さらに、エージェントサーバ２ａは、家庭内機器１の状態、家庭内機器１が取得した情報、およびユーザの書き込み内容等に応じて、家庭内機器１の各々を擬人化したキャラクタとして、家族伝言板にメッセージ等を書き込む。これにより、ユーザは、家族伝言板において家庭内機器１の各々とのコミュニケーションを疑似体験できる。
【００３１】
なお、以下では、ユーザが入力した予定についての情報を受信する機能、該予定についての個別データＩｎｄＤ１を生成する機能、共通データＣｏｍＤ１を生成する機能、および、個別データＩｎｄＤ１と共通データＣｏｍＤ１との各々に予め対応付けられた優先度に基づいて、個別データＩｎｄＤ１と共通データＣｏｍＤ１との家庭内機器１への送信を制御する機能を、エージェントサーバ２ａが備えた例を説明する。ただし、これらの機能は個別のサーバに搭載してもよい。
【００３２】
家族伝言板サーバ２ｂは、スマートフォン３ａ、３ｂ、および３ｃに対する家族伝言板の表示画面の提示、および書き込みの管理等の、家族伝言板に関する処理全般を行う。
【００３３】
ホームサーバ２ｃは、家庭内機器１の各々とエージェントサーバ２ａとの間の情報の送受信を統括して制御する。具体的には、ホームサーバ２ｃは、エージェントサーバ２ａから個別データＩｎｄＤ１と共通データＣｏｍＤ１との少なくとも一方を受信すると、これを家庭内機器１の各々に送信する。また、ホームサーバ２ｃは、家庭内機器１から取得した情報を、エージェントサーバ２ａに送信する。
【００３４】
ただし、ホームサーバ２ｃは、伝言板システム１００の構成に必須ではない。すなわち、個々の家庭内機器１がエージェントサーバ２ａと直接的に情報の送受信を行う構成であっても良い。
【００３５】
なお、以下では、図２に示されるエージェントサーバ２ａ、家族伝言板サーバ２ｂ、およびホームサーバ２ｃが有する本質的な機能を、「サーバ２」が統合的に備えているとして説明する。
【００３６】
（発話データの概要）
次に、説明の簡略化のため、家庭内機器１が発話可能な発話データについて、概要を説明しておく。
【００３７】
図３は、家庭内機器１（例えば、冷蔵庫１ｂ）が発話可能な発話データの一例を整理して示す図である。図に示すように、冷蔵庫１ｂが発話可能な発話データは、ランダム発話データと発話期間特定発話データとに大別される。ランダム発話データは、発話期間内に冷蔵庫１ｂが何回でも発話することのできる発話データである。発話期間特定発話データは、所定の発話期間（例えば、朝５時から朝９時）内に冷蔵庫１ｂが１回だけ発話する発話データである。なお、朝５時から朝９時の間に冷蔵庫１ｂが１回だけ発話する発話期間特定発話データであって、「おはよう。今日は○月○日（○曜日）。」との発話の後に続けて発話する発話期間特定発話データを、特に「おはよう後発話データ」と呼ぶことにする。
【００３８】
発話期間特定発話データには、冷蔵庫１ｂがサーバ２から取得する追加発話データＡｄｄＤ１と、冷蔵庫１ｂが予め準備している基本発話データＢａｓＤ１との２種類がある。そして、追加発話データＡｄｄＤ１には、共通データＣｏｍＤ１と、個別データＩｎｄＤ１との２種類がある。例えば、「おはよう後発話データ」（発話期間特定発話データ）には、「今日は何の日」発話データ（共通データＣｏｍＤ１）と、「今日の予定」発話データ（個別データＩｎｄＤ１）との２種類がある。
【００３９】
「今日の予定」発話データは、特定のユーザ（例えば、図２に示す例ではお父さん、お母さん、子供）を対象としてのみ発話される発話データであって、つまり、該特定のユーザの宅内にある家庭内機器１のみが発話可能な発話データである。ユーザが、１１月３日を予定日として「燃えるゴミの日」という予定を登録した場合、以下のような「今日の予定」発話データが生成され得る。すなわち、例えば、ユーザが予定日として登録した１１月３日の朝を発話期間として設定された、「今日は燃えるゴミの日だよ。忘れずに出してね。」といった内容の発話データが、「今日の予定」発話データとして生成され得る。
【００４０】
「今日は何の日」発話データは、不特定のユーザを対象とする発話データであって、つまり、上記特定のユーザの宅内にある家庭内機器１と、上記特定のユーザ以外のユーザの宅内にある家庭内機器１’とがともに発話可能な発話データである。「今日は何の日」発話データは、例えば、１１月３日の「調味料の日」の朝を発話期間として設定された、「調味料の日だよ。奥にしまい忘れている調味料ないかな？」といった内容の発話データである。
【００４１】
なお、「今日の予定」発話データと「今日は何の日」発話データとはともに、特定の日付（特定期間）に対応付けられる事象を内容とする発話データである点、および、家庭内機器１（冷蔵庫１ｂ）が外部から（具体的にはサーバ２から）取得する点で共通する。すなわち、追加発話データＡｄｄＤ１は、特定の日付（特定期間）に対応付けられる事象を内容とする発話データであり、冷蔵庫１ｂがサーバ２から取得する発話データである。「今日の予定」発話データと「今日は何の日」発話データとの差異は、「今日の予定」発話データを発話可能な発話装置が特定されるのに対し、「今日は何の日」発話データを発話可能な発話装置は不特定である点である。
【００４２】
基本発話データＢａｓＤ１は、例えば「今日も頑張りましょう」といった内容の発話データであり、特定の日付（特定期間）に対応付けられない事象を内容とする発話データである。家庭内機器１（冷蔵庫１ｂ）は予め基本発話データＢａｓＤ１を準備している。ただし、基本発話データＢａｓＤ１についても発話期間は設定されており、つまり、家庭内機器１（冷蔵庫１ｂ）が基本発話データＢａｓＤ１を発話することができる期間が設定されている。
【００４３】
共通データＣｏｍＤ１と個別データＩｎｄＤ１と基本発話データＢａｓＤ１とに同じ発話期間が設定される場合、該発話期間に発話タイミングを検知した冷蔵庫１ｂは、いずれかの発話データを優先して発話する。例えば、冷蔵庫１ｂが１１月３日（日曜日）の朝５時から朝９時までの発話期間において、「おはよう。今日は１１月３日（日曜日）。」との発話の後に続けて発話することができる発話期間特定発話データには、以下の３種類の発話データがあるものとする。すなわち、冷蔵庫１ｂは、「調味料の日だよ。奥にしまい忘れている調味料ないかな？」という「今日は何の日」発話データ（共通データＣｏｍＤ１）を、続けて発話することができる。また、冷蔵庫１ｂは、「今日は燃えるゴミの日だよ。忘れずに出してね。」という「今日の予定」発話データ（個別データＩｎｄＤ１）を、続けて発話することができる。さらに、冷蔵庫１ｂは、「今日も頑張りましょう」という基本発話データＢａｓＤ１を、続けて発話することができる。この時、冷蔵庫１ｂが、「おはよう。今日は１１月３日（日曜日）。」との発話の後に続けて、上記３種類のうちのいずれの発話データを発話するかは、冷蔵庫１ｂの記憶部１１に格納されている発話データの状況による。冷蔵庫１ｂは、上記３種類の発話データの各々に対応付けられる発話優先順位（優先度）が最も高い発話データを優先して発話する。なお、詳細は後述するが、基本発話データＢａｓＤ１の優先度は、追加発話データＡｄｄＤ１（すなわち、共通データＣｏｍＤ１および個別データＩｎｄＤ１）の優先度よりも低い。
【００４４】
まず、冷蔵庫１ｂ（発話装置）の概要を整理しておく。冷蔵庫１ｂは、音声による発話機能を備えた発話装置であって、発話期間（発話可能な期間）が予め設定されている発話データについて、発話時に発話可能な２つ以上の発話データがあるかを判定する判定部１０３（判定手段）と、判定部１０３によって上記発話時に発話可能な２つ以上の発話データがあると判定されると、上記発話時に発話可能な２つ以上の発話データの各々に予め対応付けられている発話優先順位（優先度）が高い発話データを優先して発話する音声出力部１３（発話手段）と、を備える。
【００４５】
そして、冷蔵庫１ｂは、例えば予定日などの特定の日付（特定期間）に対応付けられる発話データであって、上記発話期間が重複する複数の追加発話データＡｄｄＤ１（発話データ）を、該追加発話データＡｄｄＤ１の各々に対応付けられている優先度が低い順にサーバ２から取得する追加データ取得部１０２（取得手段）をさらに備え、音声出力部１３は、上記発話期間において、追加データ取得部１０２によって最後に取得された追加発話データＡｄｄＤ１のみを発話する。
【００４６】
冷蔵庫１ｂは、発話期間が予め設定されており、かつ、特定の日付に対応付けられない基本発話データＢａｓＤ１を予め準備しており、判定部１０３は、発話期間が予め設定されており、かつ、特定の日付に対応付けられる追加発話データＡｄｄＤ１があるかを判定し、判定部１０３により上記発話時に発話可能な追加発話データＡｄｄＤ１が無いと判定されると、音声出力部１３は、上記発話時に発話可能な基本発話データＢａｓＤ１を発話する。
【００４７】
追加発話データＡｄｄＤ１（特定期間に対応付けられる発話データ）は、個別データＩｎｄＤ１（特定期間に対応付けられ、かつ、特定のユーザに対応付けられる発話データ）と、共通データＣｏｍＤ１（特定期間に対応付けられ、かつ、特定のユーザに対応付けられない発話データ）と、を含む。
【００４８】
そして、個別データＩｎｄＤ１は、上記特定のユーザが関係する予定を内容とする発話データである。
【００４９】
次に、サーバ２の概要を整理しておく。サーバ２は、発話データを、発話期間（冷蔵庫１ｂが該発話データを発話可能な期間）を設定して、生成する発話データ生成部２０（発話データ生成手段）と、発話データ生成部２０によって生成される、特定期間に対応付けられる発話データであって、上記発話期間が重複する複数の追加発話データＡｄｄＤ１（発話データ）を、該追加発話データＡｄｄＤ１の各々に対応付けられる優先度が低い順に冷蔵庫１ｂに送信し、冷蔵庫１ｂに最後に送信した発話データのみを、上記発話期間において冷蔵庫１ｂに発話させる個別データ送信制御部２５（発話データ送信手段）と、を備える。
【００５０】
そして、サーバ２において、発話データ生成部２０によって生成される追加発話データＡｄｄＤ１（特定期間に対応付けられる発話データ）は、冷蔵庫１ｂ（特定の発話装置）のみが発話可能な個別データＩｎｄＤ１（機器個別発話データ）と、冷蔵庫１ｂおよび冷蔵庫１ｂ’（不特定の発話装置）が発話可能な共通データＣｏｍＤ１（機器共通発話データ）とを含み、個別データ送信制御部２５は、個別データＩｎｄＤ１を、個別データＩｎｄＤ１に対応付けられる冷蔵庫１ｂのみに送信する。
【００５１】
家族伝言板システム１００は、発話データを、発話期間（冷蔵庫１ｂが該発話データを発話可能な期間）を設定して、生成する発話データ生成部２０（発話データ生成手段）と、発話データ生成部２０によって生成される、特定期間に対応付けられる発話データであって、上記発話期間が重複する複数の追加発話データＡｄｄＤ１（発話データ）を、該追加発話データＡｄｄＤ１の各々に対応付けられる優先度が低い順に冷蔵庫１ｂに送信する個別データ送信制御部２５（発話データ送信手段）と、個別データ送信制御部２５から、上記特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の追加発話データＡｄｄＤ１を、該追加発話データＡｄｄＤ１の各々に対応付けられている優先度が低い順に取得する追加データ取得部１０２（取得手段）と、追加データ取得部１０２によって最後に取得された追加発話データＡｄｄＤ１のみを、上記発話期間において発話する音声出力部１３（発話手段）と、を含む。
【００５２】
以下、家族伝言板システム１００における家庭内機器１、サーバ２、およびスマートフォン３について、図１を用いてより詳細に説明する。
【００５３】
〔構成の詳細〕
図１は、家庭内機器１、サーバ２、およびスマートフォン３の要部構成を示すブロック図である。なお、本実施の形態に直接関係のない部分（例えば、スマートフォン３について電話回線を利用して通話を実現する部分、冷蔵庫１ｂについて冷蔵・冷凍機能を実現する部分など）については、以下の説明および上記ブロック図から省略している。ただし、実施の実情に則して、家庭内機器１、サーバ２、およびスマートフォン３は、当該省略した構成を含んでもよい。
【００５４】
〔スマートフォン３の要部構成〕
スマートフォン３は、ユーザが入力するスケジュール（予定）を受け付ける入力受付部３１と、入力受付部３１が受け付けた予定についての情報をサーバ２に送信する端末通信部３２とを備える。ユーザが、スマートフォン３に、スケジュール（予定）を登録（入力）すると、スマートフォン３は、該ユーザによって入力された該予定についての情報をサーバ２に送信する。
【００５５】
（スマートフォン３の操作）
図４は、スマートフォン３が、スマートフォン３の表示画面に、ユーザに選択可能に表示するイベントの一覧を示す図である。ユーザは、上記イベント一覧から、予定日に予定しているイベントを選択する。なお、各イベント（イベント種類）は、各イベントの概要を示す「イベント区分」ごとに分類される。例えば、「燃えるゴミ」、「燃えないゴミ」、「プラスチックゴミ」、「資源ゴミ」、「粗大ゴミ」、「大型ゴミ」、「古紙回収」、「その他」というイベント（イベント種類）は、「ゴミの日」というイベント区分に分類される。同様に、「結婚記念日」「誕生日」、「その他」というイベント（イベント種類）は、「記念日」というイベント区分に分類される。
【００５６】
なお、詳細は後述するが、各イベント（イベント種類）の予定についての発話データ（個別データＩｎｄＤ１）の優先度は、イベント区分ごとに設定される。また、同じ日に、イベント種類が違って、イベント区分が同じ複数のイベント（予定）をユーザが登録（入力）した場合、サーバ２は、イベント区分を用いて、該予定についての発話データ（個別データＩｎｄＤ１）を生成する。
【００５７】
図５は、ユーザがスマートフォン３を用いてスケジュール登録を行う場合に、つまり、予定情報を入力する場合に、スマートフォン３の表示画面に表示される画面の遷移を示した画面遷移図である。
【００５８】
図５の（ａ）は、カレンダー画面の一例である。２０１４年２月１７日をユーザがタップすると、図５の（ｂ）に例示する新規予定作成画面に遷移する。
【００５９】
図５の（ｂ）は、ユーザがカレンダー画面で選択した日付についての予定を入力する新規予定作成画面の一例である。図では、カレンダー画面においてユーザがタップした２０１４年２月１７日の新規予定作成画面が示されている。
【００６０】
図５の（ｃ）は、新規予定作成画面の上段に表示されているタイトルボタンをユーザがタップした場合に表示画面に表示される情報の一例である。図５の（ｃ）においては、カテゴリ（イベント区分）ごとに標準的な詳細カテゴリ（イベント種類）のアイコンが、図５の（ｂ）に例示する新規予定作成画面に重畳して表示されている。例えば、「ゴミの日」というカテゴリの中に、「燃えるゴミ」、「燃えないゴミ」、「プラスチックゴミ」、「資源ゴミ」、「粗大ゴミ」、「大型ゴミ」、「古紙回収」、「その他」という詳細カテゴリのアイコンが示されている。同様に、「記念日」というカテゴリの中に、「結婚記念日」「誕生日」、「その他」という詳細カテゴリのアイコンが示されている。ユーザは、上記詳細カテゴリのアイコンをタップすることによって、新規予定作成画面に予定を入力することができる。例えば、図５の（ｃ）に示す画面例において、ユーザは、「燃えるゴミ」のアイコンをタップして、２０１４年２月１７日に、「燃えるゴミの日」という予定を入力することができる。
【００６１】
〔サーバ２の要部構成〕
サーバ２は、追加発話データＡｄｄＤ１（共通データＣｏｍＤ１および個別データＩｎｄＤ１の少なくとも一方）を生成し、生成した追加発話データＡｄｄＤ１を家庭内機器１（例えば、冷蔵庫１ｂ）に送信する。サーバ２は、発話データ生成部２０、サーバ通信部２３、リビジョン比較部２４、個別データ送信制御部２５、およびサーバ記憶部２６を備える。
【００６２】
（サーバ２の記憶部に格納されているデータについて）
サーバ記憶部２６は、サーバ２が使用する各種データを格納する。サーバ記憶部２６は、サーバ２が実行する（１）制御プログラム、（２）ＯＳプログラム、（３）各種機能を実行するためのアプリケーションプログラム、および、（４）該アプリケーションプログラムを実行するときに読み出す各種データを記憶する。上記の（１）〜（４）のデータは、例えば、ＲＯＭ（read only memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（登録商標）（Electrically EPROM）、ＨＤＤ（Hard Disc Drive）等の不揮発性記憶装置に記憶される。また、サーバ記憶部２６には、共通データテーブル２６１、個別データテーブル２６２、および優先度定義テーブル２６３が格納されている。
【００６３】
共通データテーブル２６１には、共通データ生成部２１が共通データ基礎情報等に基づいて生成した共通データＣｏｍＤ１が格納される。図６の（ａ）は、共通データテーブル２６１の一例を示している。図に示すように、共通データテーブル２６１に格納される共通データＣｏｍＤ１には、共通データＣｏｍＤ１の変更を表す改訂番号であるリビジョン番号が付される。リビジョン番号の異なる共通データＣｏｍＤ１は、異なる内容の発話データである。仮に、「４月３日は、インゲン豆の日だよ。冷蔵する時はラップで包んでね。冷凍する時は固めに茹でてね。」という内容の共通データＣｏｍＤ１のリビジョン番号が「１２３」であるとき、「今日（４月５日）の誕生花は忘れな草。花言葉は『私を忘れないで』だよ。忘れられている食材ないかな？」という内容の共通データＣｏｍＤ１のリビジョン番号は、「１２３」以外であればよく、例えば「１２４」であってもよい。図４の（ａ）の共通データテーブル２６１には、リビジョン番号：００１であって、「調味料の日だよ。奥にしまい忘れている調味料ないかな？」という発話内容の共通データＣｏｍＤ１が格納されている。
【００６４】
「発話期間」は、発話データについて、家庭内機器１が該発話データを発話することのできる期間を指定する情報である。例えば、図４の（ａ）の共通データテーブル２６１において、「調味料の日だよ。奥にしまい忘れている調味料ないかな？」という発話内容の共通データＣｏｍＤ１を家庭内機器１が発話できるのは、５時から９時までである。つまり、家庭内機器１が５時から９時までに発話タイミングを検知した場合に、家庭内機器１は、「調味料の日だよ。奥にしまい忘れている調味料ないかな？」という発話内容の共通データＣｏｍＤ１を発話し得る。
【００６５】
「発話方法」は、発話データについて、家庭内機器１が該発話データを発話する方法を指定する情報である。例えば、図４の（ａ）の共通データテーブル２６１に例示する「おはよう後」とは、家庭内機器１が、リビジョン番号：００１の共通データＣｏｍＤ１を、「おはよう後発話データ」として発話することを示している。すなわち、朝５時から朝９時の間に、冷蔵庫１ｂは１回だけ、「おはよう。今日は○月○日（○曜日）。」との発話の後に続けて、「調味料の日だよ。奥にしまい忘れている調味料ないかな？」と発話することができる。
【００６６】
「ボイスコード」は、発話データについて、発話期間および発話方法の組合せごとに設定される情報である。同じボイスコードの複数の発話データは、該発話データが共通データＣｏｍＤ１であるか個別データＩｎｄＤ１であるかに関わらず、同じ発話期間、同じ発話方法で、家庭内機器１が発話可能な発話データである。例えば、「発話方法：おはよう後」の発話データは、朝５時から朝９時の間に、冷蔵庫１ｂが１回だけ、「おはよう。今日は○月○日（○曜日）。」との発話の後に続けて発話することのできる発話データである。したがって、「発話方法：おはよう後」の共通データＣｏｍＤ１と、「発話方法：おはよう後」の個別データＩｎｄＤ１とには同じボイスコードが設定される。そして、ボイスコードが同じ共通データＣｏｍＤ１と個別データＩｎｄＤ１とがある場合、冷蔵庫１ｂは、いずれか一方のみを、朝５時から朝９時の間に、「おはよう。今日は○月○日（○曜日）。」との発話の後に続けて１回発話する。冷蔵庫１ｂが、発話方法がともに「おはよう後」である（つまり、ボイスコードが同じである）共通データＣｏｍＤ１と個別データＩｎｄＤ１とのいずれを発話するかについて、詳細は後述する。
【００６７】
「ボイスＩＤ」は、家庭内機器１が発話可能な全ての発話データの各々を一意に識別可能な情報である。
【００６８】
個別データテーブル２６２には、ユーザがスマートフォン３に入力した予定に基づいて個別データ生成部２２が生成する個別データＩｎｄＤ１が格納される。図６の（ｂ）は、個別データテーブル２６２の一例を示している。図６の（ｂ）に例示する個別データテーブル２６２において、個別データＩｎｄＤ１は、共通データＣｏｍＤ１と同様に、ボイスコード、ボイスＩＤ、発話方法、発話期間という項目を有し、これらについては説明済みなので詳細は省略する。個別データＩｎｄＤ１はさらに、「イベント」および「対象ユーザ」という項目を有する。
【００６９】
「イベント区分」は、個別データＩｎｄＤ１が、どのような区分のイベント（出来事）に係る予定を内容とする発話データであるかを示す情報である。例えば、「イベント区分：ゴミの日」である個別データＩｎｄＤ１は、「ゴミの日」の予定についての発話データである。個別データテーブル２６２におけるイベント区分は、スマートフォン３がユーザに選択可能に表示するイベント区分に一致する。
【００７０】
「発話可能機器」は、個別データＩｎｄＤ１を発話可能な家庭内機器１を特定する情報である。例えば、図２において、「お父さん」がスケジュール登録した「ゴミの日」の予定についての発話データは、図２の「お父さん」、「お母さん」、「たろう」の家庭にある家庭内機器１（例えば、冷蔵庫１ｂ）が発話可能である。しかしながら、上記予定についての発話データを、別の家庭にある家庭内機器１’（例えば、冷蔵庫１ｂ’）が発話することはない。したがって、上記予定についての個別データＩｎｄＤ１において「発話可能機器」は、「家庭内機器１（例えば、冷蔵庫１ｂ）」となる。
【００７１】
なお、個別データＩｎｄＤ１は、「発話可能機器」の代わりに、該個別データＩｎｄＤ１をどのユーザに対して発話可能であるかを示す情報である「対象ユーザ」という項目を有してもよい。例えば、図２において、「お父さん」がスケジュール登録した「ゴミの日」の予定についての発話データを、図２の「お父さん」、「お母さん」、「たろう」に対して発話することが許可される場合、「対象ユーザ」を「お父さん、お母さん、たろう」としてもよい。「発話可能機器」の代わりに「対象ユーザ」を定義することにより、例えば、「お父さん」がスケジュール登録した予定について、サーバ２は、家庭内機器１に、「お父さんとお母さんにのみ発話させる」といった動作をさせることが可能となる。
【００７２】
優先度定義テーブル２６３は、共通データＣｏｍＤ１および個別データＩｎｄＤ１の各々に優先度（発話優先順位）が対応付けられたテーブルである。より正確に言えば、優先度定義テーブル２６３において、共通データＣｏｍＤ１については、共通データＣｏｍＤ１自体に所定の優先度が設定され、個別データＩｎｄＤ１については、該個別データＩｎｄＤ１のイベント区分ごとに優先度が設定される。優先度定義テーブル２６３は、例えば図７に示すようなデータであってもよい。
【００７３】
図７に例示する優先度定義テーブル２６３において、「共通個別区分」という項目は、格納されている発話データが、共通データＣｏｍＤ１であるのか、または個別データＩｎｄＤ１であるのかを識別するための情報である。具体的には、共通データＣｏｍＤ１の共通個別区分は「共通」であり、個別データＩｎｄＤ１の共通個別区分は「個別」である。なお、図７の優先度定義テーブル２６３の「イベント区分／共通個別区分」の列において、共通個別区分：「共通」である個別データＩｎｄＤ１については、「個別」という共通個別区分は表示を省略され、イベント区分のみが表示されている。
【００７４】
「イベント区分」は、個別データテーブル２６２の説明において述べたように、共通個別区分:「個別」である個別データＩｎｄＤ１が、どのような区分のイベント（出来事）に係る予定を内容とする発話データであるかを示す情報である。詳細は後述するが、個別データＩｎｄＤ１の発話優先度は、該個別データＩｎｄＤ１のイベント区分ごとに、予め設定されている。
【００７５】
「登録締め切りタイミング」は、ユーザがスマートフォン３を用いてスケジュール登録した予定についての発話データ（個別データＩｎｄＤ１）をサーバ２が生成するために、ユーザはいつまでに該スケジュール登録をしなければならないかを示す情報である。
【００７６】
例えば、図７の優先度定義テーブル２６３の２行目には、イベント区分：ゴミの日である予定を予定日前日の１５時までに入力した場合、該予定に係る個別データＩｎｄＤ１は、該予定日前日の夕方１７時から２２時まで発話可能であることが示されている。また、３行目には、上記予定を予定日前日の２３時５９分までに入力した場合、上記個別データＩｎｄＤ１は、予定日当日の朝５時から９時まで発話可能であることが示されている。
【００７７】
したがって、ユーザが、１１月３日（日曜日）を予定日とする「燃えるゴミの日」の予定を、１１月２日の１５時までに入力した場合、サーバ２は、以下の２つの個別データＩｎｄＤ１を生成する。すなわち、サーバ２は、発話期間：「１１月２日の１７時から２２時まで」である、「明日は『燃えるゴミの日』だよ。忘れずに出してね。」という個別データＩｎｄＤ１を生成する。また、サーバ２は、発話期間：「１１月３日の朝５時から９時まで」であり、発話方法：「おはよう後」である、「今日は『燃えるゴミの日』だよ。忘れずに出してね。」という個別データＩｎｄＤ１を生成する。
【００７８】
また、ユーザが、１１月３日（日曜日）を予定日とする「燃えるゴミの日」の予定を、１１月２日の１５時より後で２３時５９分までに入力した場合、サーバ２は、以下の個別データＩｎｄＤ１を生成する。すなわち、サーバ２は、発話期間：「１１月３日の朝５時から９時まで」であり、発話方法：「おはよう後」である、「今日は『燃えるゴミの日』だよ。忘れずに出してね。」という個別データＩｎｄＤ１のみを生成する。
【００７９】
さらに、ユーザが、１１月３日（日曜日）を予定日とする「燃えるゴミの日」の予定を、１１月３日になってから入力した場合、サーバ２は、該予定に係る個別データＩｎｄＤ１を生成しない。
【００８０】
つまり、同じ予定日の同じイベント（イベント種類）の予定であっても、ユーザが該予定を入力した時刻に応じて、サーバ２は、該予定に係る、発話期間および発話方法の異なる複数の個別データＩｎｄＤ１を生成することができる。
【００８１】
「発話期間」、「発話方法」については、共通データテーブル２６１の説明において既に述べているので詳細は省略する。
【００８２】
「発話優先順位」は、少なくとも発話期間が同じである複数の発話データについて、該複数の発話データのうち、どの発話データを優先して家庭内機器１に発話させるかを示す情報である。なお、発話優先順位を示す数値が小さいほど、発話優先度が高い。
【００８３】
例えば、図７の優先度定義テーブル２６３には、発話期間：「当日５：００〜９：００」であって、発話方法：「おはよう後」である４つの発話データについて、「イベント区分」と「共通個別区分」とに応じて、以下のように発話優先順位が設定されることが示されている。すなわち、共通個別区分：「共通」である共通データＣｏｍＤ１には、発話優先順位：「３」が設定されている。共通個別区分：「個別」であり、イベント区分：「ゴミの日」である個別データＩｎｄＤ１には、発話優先順位：「２」が設定されている。共通個別区分：「個別」であり、イベント区分：「記念日」である個別データＩｎｄＤ１には、発話優先順位：「１」が設定されている。共通個別区分：「個別」であり、イベント区分：「おでかけ」である個別データＩｎｄＤ１には、発話優先順位：「４」が設定されている。したがって、ボイスコードが同じであって、「記念日」の予定に係る個別データＩｎｄＤ１と、「ゴミの日」の予定に係る個別データＩｎｄＤ１とがある場合、家庭内機器１は、「記念日」の予定に係る個別データＩｎｄＤ１を優先して発話する。また、ボイスコードが同じであって、「記念日」または「ゴミの日」の予定に係る個別データＩｎｄＤ１と、共通データＣｏｍＤ１とがある場合、家庭内機器１は、「記念日」または「ゴミの日」の予定に係る個別データＩｎｄＤ１を優先して発話する。ボイスコードが同じであって、「おでかけ」の予定に係る個別データＩｎｄＤ１と、共通データＣｏｍＤ１とがある場合、家庭内機器１は、共通データＣｏｍＤ１を優先して発話する。
【００８４】
なお、図７の優先度定義テーブル２６３には、発話方法：「おはよう後」の発話データについてのみ、発話優先順位が示されている。しかしながら、発話優先順位が設定されるのは、発話方法：「おはよう後」の発話データのみであるわけではない。発話優先順位は、少なくとも発話期間が同じである複数の発話データについて、設定され得る。また、ユーザは、優先度定義テーブル２６３について、個別データＩｎｄＤ１および共通データＣｏｍＤ１に設定される優先度（発話優先順位）を変更することができてもよい。
【００８５】
（サーバ２の記憶部以外の構成について）
発話データ生成部２０は、冷蔵庫１ｂに発話させる追加発話データＡｄｄＤ１を、発話期間を設定して生成する。発話データ生成部２０は、共通データ生成部２１と個別データ生成部２２とを含む。
【００８６】
共通データ生成部２１は、関連情報源４から取得する共通データ基礎情報等に基づいて、共通データＣｏｍＤ１を生成し、生成した共通データＣｏｍＤ１を共通データテーブル２６１に格納する。
【００８７】
個別データ生成部２２は、スマートフォン３から、ユーザがスマートフォン３に入力した（スケジュール登録した）予定についての情報を取得し、該予定についての発話データである個別データＩｎｄＤ１を生成する。
【００８８】
例えば、ユーザが所定の登録締め切りタイミングまでに「燃えるゴミ」というイベント（イベント種類）を入力した場合、個別データ生成部２２は、少なくとも以下の個別データＩｎｄＤ１を生成する。すなわち、個別データ生成部２２は、発話方法が「おはよう後」であって、発話期間が「５時から９時まで」であって、イベント区分が「ゴミの日」である、「今日は燃えるゴミの日だよ。忘れずに出してね。」という発話内容の個別データＩｎｄＤ１を生成する。
【００８９】
なお、同じ日に、イベント種類が違って、イベント区分が同じ複数のイベント（予定）をユーザが登録（入力）した場合、個別データ生成部２２は、イベント区分を用いて、該予定についての個別データＩｎｄＤ１を生成する。
【００９０】
例えば、ユーザが、所定の登録締め切りタイミングまでに、イベント区分がともに「ゴミの日」である「燃えるゴミ」と「燃えないゴミ」とを同じ予定日にスケジュール登録した場合、個別データ生成部２２は、少なくとも以下の個別データＩｎｄＤ１を生成する。すなわち、個別データ生成部２２は、発話方法が「おはよう後」であって、発話期間が「５時から９時まで」であって、イベント区分が「ゴミの日」である、「今日は『ゴミの日』だよ。忘れずに出してね。」という発話内容の個別データＩｎｄＤ１を生成する。
【００９１】
個別データ生成部２２は、ユーザが入力した（スケジュール登録した）予定についての個別データＩｎｄＤ１を、該個別データＩｎｄＤ１を発話可能な家庭内機器１を特定して、つまり「発話可能機器」を設定して、生成する。例えば、個別データ生成部２２は、図２のお父さんがスケジュール登録したゴミの日の予定に係る個別データＩｎｄＤ１の「発話可能機器」を、該お父さんの属する家庭（家庭Ａ）にある家庭内機器１（例えば、冷蔵庫１ｂ）とする。個別データ生成部２２は、例えば、上記家庭Ａ以外の家庭である家庭Ｂに属するママがスケジュール登録した誕生日の予定に係る個別データＩｎｄＤ２の「発話可能機器」を、該家庭Ｂにある家庭内機器１’（例えば、冷蔵庫１ｂ’）とする。
【００９２】
一方、共通データ生成部２１が生成する共通データＣｏｍＤ１については、該共通データＣｏｍＤ１を発話可能な家庭内機器は特定されない。例えば、図２のお父さんの属する家庭Ａにある家庭内機器１（例えば、冷蔵庫１ｂ）も、該家庭Ａ以外の家庭である家庭Ｂにある家庭内機器１’（例えば、冷蔵庫１ｂ’）も、共通データＣｏｍＤ１を発話することができる。詳細は後述するが、サーバ２のサーバ通信部２３は、共通データＣｏｍＤ１を不特定の家庭内機器に送信し、個別データＩｎｄＤ１を、該個別データＩｎｄＤ１の「発話可能機器」において特定されている家庭内機器１のみに送信する。
【００９３】
サーバ通信部２３は、家庭内機器１（例えば、冷蔵庫１ｂ）との通信を行う。具体的には、サーバ通信部２３は、冷蔵庫１ｂから、冷蔵庫１ｂの記憶部１１に格納されている共通データＣｏｍＤ１のリビジョン番号を受信する。また、サーバ通信部２３は、リビジョン比較部２４からの指示に基づいて、冷蔵庫１ｂに、サーバ２のサーバ記憶部２６に格納されている最新のリビジョン番号の共通データＣｏｍＤ１を送信する。
【００９４】
さらに、サーバ通信部２３は、個別データ送信制御部２５からの指示に基づいて、個別データＩｎｄＤ１を、該個別データＩｎｄＤ１の「発話可能機器」において特定されている冷蔵庫１ｂに送信する。
【００９５】
なお、サーバ通信部２３による冷蔵庫１ｂへの共通データＣｏｍＤ１および個別データＩｎｄＤ１の送信順序は、個別データ送信制御部２５によって制御される。具体的には、サーバ通信部２３は、個別データ送信制御部２５からの指示に従って、発話データ生成部２０によって生成される複数の追加発話データＡｄｄＤ１を、該追加発話データＡｄｄＤ１の各々に対応付けられる優先度が低い順に冷蔵庫１ｂに送信する。
【００９６】
リビジョン比較部２４は、サーバ通信部２３の取得する、家庭内機器１の記憶部１１に格納されている共通データＣｏｍＤ１のリビジョン番号と、サーバ記憶部２６に格納されている共通データＣｏｍＤ１のリビジョン番号とを比較する。そして、リビジョン比較部２４は、家庭内機器１の記憶部１１に格納されている共通データＣｏｍＤ１のリビジョン番号と、サーバ記憶部２６に格納されている共通データＣｏｍＤ１のリビジョン番号とが異なると判定すると、以下の処理を行う。すなわち、リビジョン比較部２４は、サーバ通信部２３に、サーバ記憶部２６に格納されている共通データＣｏｍＤ１を、該共通データＣｏｍＤ１のリビジョン番号とともに、家庭内機器１へ送信するよう指示する。
【００９７】
個別データ送信制御部２５は、以下の判定を行い、該判定の結果に応じて、サーバ通信部２３による追加発話データＡｄｄＤ１の送信を制御する。すなわち、個別データ送信制御部２５は、先ず、共通データＣｏｍＤ１に対応付けられる優先度（発話優先順位）よりも高い優先度が対応付けられる個別データＩｎｄＤ１が、個別データテーブル２６２に格納されているかを判定する。共通データＣｏｍＤ１に対応付けられる優先度より高い優先度が対応付けられる個別データＩｎｄＤ１が個別データテーブル２６２にある場合、個別データ送信制御部２５は、該個別データＩｎｄＤ１のボイスコードを取得する。そして、個別データ送信制御部２５は、サーバ通信部２３に、サーバ通信部２３が上記個別データＩｎｄＤ１のボイスコードと同じボイスコードの共通データＣｏｍＤ１を家庭内機器１に送信した後に、上記個別データＩｎｄＤ１を家庭内機器１に送信させる。つまり、サーバ通信部２３が上記ボイスコードの共通データＣｏｍＤ１を未だ家庭内機器１に送信していない場合、個別データ送信制御部２５は、サーバ通信部２３に、該共通データＣｏｍＤ１の送信後に、上記個別データＩｎｄＤ１を家庭内機器１に送信させる。また、サーバ通信部２３が上記ボイスコードの共通データＣｏｍＤ１を既に家庭内機器１に送信していた場合、個別データ送信制御部２５は、サーバ通信部２３に、上記個別データＩｎｄＤ１を家庭内機器１に送信させる。個別データ送信制御部２５は、共通データＣｏｍＤ１に対応付けられる優先度より高い優先度が対応付けられる個別データＩｎｄＤ１を、該個別データＩｎｄＤ１のボイスコードと同じボイスコードの共通データＣｏｍＤ１よりも後に、家庭内機器１に送信させる。つまり、同じボイスコードの個別データＩｎｄＤ１と共通データＣｏｍＤ１とがある場合、個別データ送信制御部２５は、サーバ通信部２３に、優先度（発話優先順位）が低い方を先に家庭内機器１に送信させ、優先度が高い方を後に送信させる。言い換えれば、個別データ送信制御部２５は、ボイスコードが同じ複数の発話データについて、サーバ通信部２３に、優先度（発話優先順位）が劣後する順に該発話データを送信させる。個別データ送信制御部２５は、サーバ通信部２３に、例えば、優先度が最も低い発話データを最初に送信させ、優先度が最も高い発話データを最後に送信させる。同じボイスコードの複数の発話データについて、優先度（発話優先順位）が劣後する順に家庭内機器１に送信させる（つまり、優先度が低い発話データほど早い順番で送信させる）とすることにより、送信方法をより単純化することができる。
【００９８】
共通データＣｏｍＤ１に対応付けられる優先度より高い優先度が対応付けられる個別データＩｎｄＤ１が個別データテーブル２６２にない場合、個別データ送信制御部２５は、個別データＩｎｄＤ１を家庭内機器１に送信しない。
【００９９】
例えば、図７に例示する優先度定義テーブル２６３において、共通データＣｏｍＤ１に対応付けられている優先度（発話優先順位）は「３」である。また、発話優先順位：「１」に対応付けられるイベント区分は「記念日」であり、発話優先順位：「２」に対応付けられるイベント区分は「ゴミの日」である。したがって、個別データ送信制御部２５は、個別データテーブル２６２を参照して、イベント区分が「記念日」または「ゴミの日」である個別データＩｎｄＤ１が個別データテーブル２６２に格納されているかを確認する。
【０１００】
個別データ送信制御部２５は、イベント区分が「記念日」または「ゴミの日」である個別データＩｎｄＤ１が個別データテーブル２６２に格納されているのを確認すると、該個別データＩｎｄＤ１のボイスコードを取得する。そして、上記ボイスコードと同じボイスコードの共通データＣｏｍＤ１が共通データテーブル２６１に格納されている場合、個別データ送信制御部２５は、さらに、該共通データＣｏｍＤ１が家庭内機器１に送信済か否かを確認する。上記共通データＣｏｍＤ１が家庭内機器１に送信済である場合、個別データ送信制御部２５は、イベント区分が「記念日」または「ゴミの日」である上記個別データＩｎｄＤ１を家庭内機器１へ送信させる。上記共通データＣｏｍＤ１が家庭内機器１に未送信である場合、個別データ送信制御部２５は、サーバ通信部２３が上記共通データＣｏｍＤ１を家庭内機器１へ送信した後に、サーバ通信部２３に、上記個別データＩｎｄＤ１を家庭内機器１へ送信させる。
【０１０１】
イベント区分が「記念日」または「ゴミの日」である個別データＩｎｄＤ１が個別データテーブル２６２に格納されていないのを確認すると、個別データ送信制御部２５は、サーバ通信部２３に、個別データＩｎｄＤ１の家庭内機器１への送信を実行させない。または、優先度が低い個別データＩｎｄＤ１を家庭内機器１へ送信した後に、該個別データＩｎｄＤ１と同じボイスコードの共通データＣｏｍＤ１を家庭内機器１へ送信させる。
【０１０２】
〔冷蔵庫の要部構成〕
冷蔵庫１ｂは、発話タイミングを（例えば、ユーザにより冷蔵庫１ｂの扉が開けられたことを）検知すると、該発話タイミングにおいて発話可能な発話データを発話する。冷蔵庫１ｂは、サーバ２から追加発話データＡｄｄＤ１（共通データＣｏｍＤ１および個別データＩｎｄＤ１の少なくとも一方）を受信すると、該追加発話データＡｄｄＤ１を追加データテーブル１１１に格納する。冷蔵庫１ｂは、発話タイミングにおいて発話可能な発話データが追加データテーブル１１１に格納されている（つまり、該発話タイミングにおいて発話可能な追加発話データＡｄｄＤ１が追加データテーブル１１１に格納されている）場合、該発話データを発話する。上記発話タイミングにおいて発話可能な発話データが追加データテーブル１１１に格納されていない場合、冷蔵庫１ｂは、基本データテーブル１１２を参照し、上記発話タイミングにおいて発話可能な基本発話データＢａｓＤ１を発話する。冷蔵庫１ｂは、制御部１０、記憶部１１、通信部１２、および音声出力部１３を備える。
【０１０３】
通信部１２は、サーバ２との通信を行う。具体的には、通信部１２は、サーバ２から、追加発話データＡｄｄＤ１（共通データＣｏｍＤ１および個別データＩｎｄＤ１の少なくとも一方）を受信する。また、通信部１２は、リビジョン通知部１０１から通知されるリビジョン番号をサーバ２に送信する。
【０１０４】
音声出力部１３は、出力制御部１０４から取得する発話データを、発話タイミングにおいて音声出力する。
【０１０５】
制御部１０は、冷蔵庫１ｂの機能を統括して制御するものであり、リビジョン通知部１０１、追加データ取得部１０２、判定部１０３、および出力制御部１０４を含む。
【０１０６】
リビジョン通知部１０１は、追加データテーブル１１１を参照して、追加データテーブル１１１に格納されている追加発話データＡｄｄＤ１（共通データＣｏｍＤ１および個別データＩｎｄＤ１の少なくとも一方）のリビジョン番号を通信部１２に通知する。
【０１０７】
追加データ取得部１０２は、通信部１２から、通信部１２がサーバ２から受信した追加発話データＡｄｄＤ１（共通データＣｏｍＤ１および個別データＩｎｄＤ１の少なくとも一方）を取得し、該追加発話データＡｄｄＤ１を追加データテーブル１１１に格納する。具体的には、追加データ取得部１０２は、先ず、取得した共通データＣｏｍＤ１または個別データＩｎｄＤ１のボイスコードと同じボイスコードの共通データＣｏｍＤ１または個別データＩｎｄＤ１が既に追加データテーブル１１１に格納されているかを判定する。つまり、上記追加発話データＡｄｄＤ１（共通データＣｏｍＤ１または個別データＩｎｄＤ１）のボイスコードと同じボイスコードの発話データ（共通データＣｏｍＤ１または個別データＩｎｄＤ１）が追加データテーブル１１１に格納されているかを判定する。
【０１０８】
通信部１２から取得した追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの発話データが既に追加データテーブル１１１に格納されていると判定すると、追加データ取得部１０２は、次に以下の処理を実行する。すなわち、追加データ取得部１０２は、通信部１２から取得した追加発話データＡｄｄＤ１によって、追加データテーブル１１１に既に格納されている、該追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの発話データを、上書きする。
【０１０９】
上記追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの発話データが未だ追加データテーブル１１１に格納されていないと判定すると、追加データ取得部１０２は、以下の処理を実行する。すなわち、追加データ取得部１０２は、通信部１２から取得した追加発話データＡｄｄＤ１（共通データＣｏｍＤ１または個別データＩｎｄＤ１）を追加データテーブル１１１に格納する。
【０１１０】
判定部１０３は、発話タイミングにおいて発話可能な（つまり、該発話タイミングが発話期間内にある）追加発話データＡｄｄＤ１（共通データＣｏｍＤ１または個別データＩｎｄＤ１）が追加データテーブル１１１に格納されているかを判定する。そして、上記判定の結果に基づいて、サーバ２が発話すべき発話データを出力制御部１０４に通知する。
【０１１１】
具体的には、上記発話タイミングが発話期間内にある追加発話データＡｄｄＤ１が追加データテーブル１１１に格納されていないと判定する場合、判定部１０３は、以下の処理を実行する。すなわち、判定部１０３は、基本データテーブル１１２に格納されている、上記発話タイミングにおいて発話可能な基本発話データＢａｓＤ１を、最も優先度（発話優先順位）が低い発話データとして、出力制御部１０４に通知する。
【０１１２】
上記発話タイミングが発話期間内にある追加発話データＡｄｄＤ１（共通データＣｏｍＤ１または個別データＩｎｄＤ１）があると判定する場合、判定部１０３は、該共通データＣｏｍＤ１または個別データＩｎｄＤ１を、出力制御部１０４に通知する。
【０１１３】
すなわち、判定部１０３は、発話タイミングにおいて発話可能な発話データのうち、優先度（発話優先順位）が最も高い発話データを出力制御部１０４に通知する。共通データＣｏｍＤ１および個別データＩｎｄＤ１の優先度は、基本発話データＢａｓＤ１の優先度よりも高い。したがって、発話タイミングにおいて発話可能な、共通データＣｏｍＤ１または個別データＩｎｄＤ１が追加データテーブル１１１に格納されている場合、判定部１０３は、該共通データＣｏｍＤ１または個別データＩｎｄＤ１を出力制御部１０４に通知する。発話タイミングにおいて発話可能な、共通データＣｏｍＤ１も個別データＩｎｄＤ１も追加データテーブル１１１に格納されていない場合、判定部１０３は、該発話タイミングにおいて発話可能な基本発話データＢａｓＤ１を出力制御部１０４に通知する。
【０１１４】
出力制御部１０４は、音声出力部１３による音声出力を制御する。具体的には、出力制御部１０４は、判定部１０３から通知される、共通データＣｏｍＤ１、個別データＩｎｄＤ１、または基本発話データＢａｓＤ１を音声出力部１３に通知し、該発話データを発話タイミングにおいて音声出力部１３に音声出力させる。
【０１１５】
記憶部１１は、冷蔵庫１ｂが使用する各種データを格納する。記憶部１１は、冷蔵庫１ｂの制御部１０が実行する（１）制御プログラム、（２）ＯＳプログラム、（３）各種機能を実行するためのアプリケーションプログラム、および、（４）該アプリケーションプログラムを実行するときに読み出す各種データを記憶する。上記の（１）〜（４）のデータは、例えば、ＲＯＭ（read only memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（登録商標）（Electrically EPROM）、ＨＤＤ（Hard Disc Drive）等の不揮発性記憶装置に記憶される。また、記憶部１１には、追加データテーブル１１１、および基本データテーブル１１２が格納されている。
【０１１６】
追加データテーブル１１１には、追加データ取得部１０２によって、通信部１２がサーバ２から受信した追加発話データＡｄｄＤ１（共通データＣｏｍＤ１または個別データＩｎｄＤ１）が格納される。上記の通り、通信部１２が受信した追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの発話データ（共通データＣｏｍＤ１または個別データＩｎｄＤ１）が既に追加データテーブル１１１に格納されている場合、追加データ取得部１０２は以下の処理を実行する。すなわち、追加データ取得部１０２は、通信部１２から取得した発話データによって、該発話データのボイスコードと同じボイスコードの発話データであって、追加データテーブル１１１に既に格納されている発話データを、上書きする。したがって、追加データテーブル１１１に、同じボイスコードの発話データが２つ以上格納されているという状態は基本的には発生しない。
【０１１７】
基本データテーブル１１２は、発話タイミングにおいて発話可能な共通データＣｏｍＤ１および個別データＩｎｄＤ１がない場合に、音声出力部１３によって発話される基本発話データＢａｓＤ１が格納されている。上記の通り、基本データテーブル１１２に格納されている発話データ（基本発話データＢａｓＤ１）の優先度（発話優先順位）は、共通データＣｏｍＤ１および個別データＩｎｄＤ１の優先度よりも低い。また、基本発話データＢａｓＤ１についても、発話期間が設定されている。
【０１１８】
以上を整理すると、冷蔵庫１ｂは以下のようにして、発話データを発話する。すなわち、冷蔵庫１ｂの判定部１０３は、発話期間（発話可能な期間）が予め設定されている発話データについて、発話タイミング（発話時）に発話可能な２つ以上の発話データがあるかを判定する（判定ステップ）。ここで、基本データテーブル１１２には、上記発話タイミングを発話期間内に含む基本発話データＢａｓＤ１が格納されている。したがって、判定部１０３は、上記基本発話データＢａｓＤ１以外に、上記発話タイミングを発話期間内に含む追加発話データＡｄｄＤ１が無いかを、追加データテーブル１１１を参照して、判定する。つまり、「上記発話タイミングに発話可能な２つ以上の発話データがある」とは、上記発話タイミングを発話期間内に含む基本発話データＢａｓＤ１と、上記発話タイミングを発話期間内に含む追加発話データＡｄｄＤ１とがあることを意味する。
【０１１９】
判定部１０３が、上記発話タイミングを発話期間内に含む基本発話データＢａｓＤ１と、上記発話タイミングを発話期間内に含む追加発話データＡｄｄＤ１とがあると判定すると、音声出力部１３は以下の処理を実行する。すなわち、音声出力部１３は、上記発話タイミングに発話可能な２つ以上の発話データ（つまり、上記基本発話データＢａｓＤ１と上記追加発話データＡｄｄＤ１）の各々に予め対応付けられている優先度が高い発話データを優先して発話する（発話ステップ）。ここで、上記の通り、基本発話データＢａｓＤ１の優先度（発話優先順位）は、追加発話データＡｄｄＤ１（共通データＣｏｍＤ１および個別データＩｎｄＤ１）の優先度よりも低い。したがって、判定部１０３が、上記発話タイミングを発話期間内に含む基本発話データＢａｓＤ１と、上記発話タイミングを発話期間内に含む追加発話データＡｄｄＤ１とがあると判定すると、音声出力部１３は該追加発話データＡｄｄＤ１を発話する。
【０１２０】
（サーバ２から家庭内機器１への発話データ送信処理の流れ）
次に、サーバ２による、冷蔵庫１ｂ（家庭内機器１）への発話データの送信処理について説明する。サーバ２による冷蔵庫１ｂへの発話データの送信処理は、共通データ送信処理と個別データ送信処理とに大別することができる。
【０１２１】
以下、先ず図８を用いて、共通データ送信処理について詳細を説明する。
【０１２２】
図８は、サーバ２が、共通データＣｏｍＤ１を冷蔵庫１ｂに送信する共通データ送信処理の一例を示すフローチャートである。
【０１２３】
サーバ２は、冷蔵庫１ｂ（発話装置）から、冷蔵庫１ｂの共通データＣｏｍＤ１の、つまり、記憶部１１の追加データテーブル１１１に格納されている共通データＣｏｍＤ１の、リビジョン番号を取得する（Ｓ２１）。
【０１２４】
サーバ２は、冷蔵庫１ｂの共通データＣｏｍＤ１のリビジョン番号と、自装置の共通データＣｏｍＤ１のリビジョン番号とが一致するかを判定する（Ｓ２２）。つまり、サーバ２は、冷蔵庫１ｂの追加データテーブル１１１に格納されている共通データＣｏｍＤ１のリビジョン番号と、サーバ記憶部２６の共通データテーブル２６１に格納されている共通データＣｏｍＤ１のリビジョン番号とが一致するかを判定する。
【０１２５】
冷蔵庫１ｂの共通データＣｏｍＤ１のリビジョン番号と、自装置の共通データＣｏｍＤ１のリビジョン番号とが一致すると判定した場合（Ｓ２２でＹＥＳ）、サーバ２は共通データ送信処理を終了する。
【０１２６】
冷蔵庫１ｂの共通データＣｏｍＤ１のリビジョン番号と、自装置の共通データＣｏｍＤ１のリビジョン番号とが一致しないと判定した場合（Ｓ２２でＮＯ）、サーバ２は、自装置の共通データＣｏｍＤ１を冷蔵庫１ｂに送信する（Ｓ２３）。つまり、サーバ記憶部２６の共通データテーブル２６１に格納されている共通データＣｏｍＤ１を冷蔵庫１ｂに送信する。
【０１２７】
次に、図９を用いて、個別データ送信処理について詳細を説明する。
【０１２８】
図９は、サーバ２が、個別データＩｎｄＤ１を冷蔵庫１ｂに送信する個別データ送信処理の一例を示すフローチャートである。
【０１２９】
サーバ２の発話データ生成部２０（共通データ生成部２１および個別データ生成部２２）が、発話期間を設定して、個別データＩｎｄＤ１および共通データＣｏｍＤ１の少なくとも一方を生成する（Ｓ３１）と、個別データ送信制御部２５は以下の処理を実行する。
【０１３０】
すなわち、個別データ送信制御部２５は、先ず、特定の発話機器（冷蔵庫１ｂ）が発話可能な個別データＩｎｄＤ１が存在するかを判定する（Ｓ３２）。具体的には、個別データ送信制御部２５は、個別データテーブル２６２を参照して、冷蔵庫１ｂを「発話可能機器」とする個別データＩｎｄＤ１が個別データテーブル２６２に格納されているかを判定する。
【０１３１】
冷蔵庫１ｂを「発話可能機器」とする個別データＩｎｄＤ１がない場合（Ｓ３２でＮＯ）、サーバ２は個別データ送信処理を終了する。
【０１３２】
冷蔵庫１ｂを「発話可能機器」とする個別データＩｎｄＤ１がある場合（Ｓ３２でＹＥＳ）、サーバ２は次に、冷蔵庫１ｂが発話可能であって、かつ、共通データＣｏｍＤ１の優先度より高い優先度が対応付けられる個別データＩｎｄＤ１が存在するかを判定する（Ｓ３３）。ここで、図７に例示する優先度定義テーブル２６３において、共通データＣｏｍＤ１に対応付けられる優先度（発話優先順位）は「３」、発話優先順位：「１」のイベント区分は「記念日」、発話優先順位：「２」のイベント区分は「ゴミの日」である。したがって、サーバ２は、イベント区分が「記念日」または「ゴミの日」であって、発話可能機器が「冷蔵庫１ｂ」である個別データＩｎｄＤ１が、個別データテーブル２６２に格納されているかを確認する。
【０１３３】
イベント区分が「記念日」または「ゴミの日」であって、発話可能機器が「冷蔵庫１ｂ」である個別データＩｎｄＤ１がない場合（Ｓ３３でＮＯ）、サーバ２は個別データ送信処理を終了する。
【０１３４】
上記条件を満たす個別データＩｎｄＤ１がある場合（Ｓ３３でＹＥＳ）、サーバ２は、冷蔵庫１ｂが発話可能であって、かつ、最も高い優先度が対応付けられる個別データＩｎｄＤ１を取得する（Ｓ３４）。つまり、個別データテーブル２６２に、発話可能機器が「冷蔵庫１ｂ」であって、「記念日」の個別データＩｎｄＤ１と「ゴミの日」の個別データＩｎｄＤ１とが２つとも格納されている場合、サーバ２は、該「記念日」の個別データＩｎｄＤ１を取得する。また、個別データテーブル２６２に、発話可能機器が「冷蔵庫１ｂ」であって、「記念日」の個別データＩｎｄＤ１または「ゴミの日」の個別データＩｎｄＤ１が格納されている場合、サーバ２は、該個別データＩｎｄＤ１を取得する。
【０１３５】
そして、サーバ２は、冷蔵庫１ｂが発話可能であって、かつ、最も高い優先度が対応付けられた個別データＩｎｄＤ１を、該個別データＩｎｄＤ１のボイスコードと同じボイスコードの共通データＣｏｍＤ１を冷蔵庫１ｂに送信した後に、冷蔵庫１ｂに送信する（Ｓ３５）。つまり、サーバ２は、先ず、発話可能機器が「冷蔵庫１ｂ」であって、イベント区分が「記念日」または「ゴミの日」である上記個別データＩｎｄＤ１のボイスコードを確認する。そして、上記ボイスコードと同じボイスコードの共通データＣｏｍＤ１を冷蔵庫１ｂへ送信した後に、上記個別データＩｎｄＤ１を冷蔵庫１ｂへ送信する。
【０１３６】
上記に説明したサーバ２による発話データの送信処理は、以下のように整理することができる。すなわち、サーバ２による発話データの送信処理は、発話データを、発話期間（冷蔵庫１ｂが該発話データを発話可能な期間）を設定して、生成する発話データ生成ステップ（Ｓ３１）と、上記発話データ生成ステップにて生成される、特定期間に対応付けられる発話データであって、上記発話期間が重複する複数の追加発話データＡｄｄＤ１（発話データ）を、該追加発話データＡｄｄＤ１の各々に対応付けられる発話優先順位（優先度）が低い順に冷蔵庫１ｂ（発話装置）に送信し、冷蔵庫１ｂに最後に送信した追加発話データＡｄｄＤ１のみを、上記発話期間において冷蔵庫１ｂに発話させる発話データ送信ステップ（Ｓ３５）と、を含む。
【０１３７】
共通データ送信処理および個別データ送信処理は以下のように言い換えることができる。すなわち、サーバ２は、例えば定期的に、関連情報源４から共通データ基礎情報等を収集し（バッチ起動）、共起共通データ基礎情報等に基づいて共通データＣｏｍＤ１を生成する。サーバ２は、生成した共通データＣｏｍＤ１を、新たなリビジョン番号を付して、共通データテーブル２６１に格納する（リビジョン更新）。
【０１３８】
サーバ２は、冷蔵庫１ｂからの定期ポーリングを受信すると、つまり、冷蔵庫１ｂから、冷蔵庫１ｂの追加データテーブル１１１に格納されている共通データＣｏｍＤ１のリビジョン番号を受信すると、以下の判定を行う。すなわち、サーバ２は、共通データテーブル２６１に格納されている共通データＣｏｍＤ１のリビジョン番号と、冷蔵庫１ｂから通知されたリビジョン番号とが一致するかを判定する。一致すると判定すると、サーバ２は、共通データ送信処理を終了する。一致しないと判定すると、サーバ２は、リビジョン更新後の（つまり共通データテーブル２６１に格納されている）共通データＣｏｍＤ１データを、冷蔵庫１ｂにダウンロードさせる。
【０１３９】
サーバ２は、冷蔵庫１ｂからのダウンロードの完了通知を受信すると、個別データテーブル２６２を参照し、上記共通データＣｏｍＤ１に予め対応付けられている優先度よりも高い優先度が対応付けられている個別データＩｎｄＤ１があるかを判定する。上記共通データＣｏｍＤ１に予め対応付けられている優先度よりも高い優先度が対応付けられている個別データＩｎｄＤ１があると判定すると、サーバ２は、当該個別データＩｎｄＤ１のダウンロード指示を冷蔵庫１ｂに送信する。上記個別データＩｎｄＤ１のダウンロード指示を受信した冷蔵庫１ｂは、上記個別データＩｎｄＤ１をダウンロードする。そして、冷蔵庫１ｂは、追加データテーブル１１１に格納されている、上記個別データＩｎｄＤ１のボイスコードと同じボイスコードの共通データＣｏｍＤ１を、ダウンロードした上記個別データＩｎｄＤ１によって上書きする。
【０１４０】
上記の共通データ送信処理および個別データ送信処理を実行することにより、サーバ２は、より少ない負荷量（通信負荷量）で冷蔵庫１ｂに発話させる発話データを冷蔵庫１ｂに送信することができ、コストを削減することができる。つまり、サーバ２は、冷蔵庫１ｂから通知されるリビジョン番号を受信してから、該リビジョン番号と共通データテーブル２６１に格納されている共通データＣｏｍＤ１のリビジョン番号とを比較し、両者が異なる場合にのみ、冷蔵庫１ｂに、共通データＣｏｍＤ１データをダウンロードさせる。したがって、冷蔵庫１ｂが一時的にネットワークに接続していない場合に冷蔵庫１ｂにダウンロードの指示をリトライする必要がなく、ネットワークにつながっている冷蔵庫１ｂのみと通信するため、通信量を最小限に抑えることができる。
【０１４１】
以下に、発話タイミングにおいて発話すべき個別データＩｎｄＤ１がある冷蔵庫１ｂと、発話すべき個別データＩｎｄＤ１がない冷蔵庫１ｂ’と、について、サーバ２から取得する追加発話データＡｄｄＤ１について説明する。具体的には、冷蔵庫１ｂのユーザは、イベント区分が「ゴミの日」（発話優先順位：「１」）の予定をスケジュール登録しており、冷蔵庫１ｂ’のユーザは、スケジュール登録をしていない。したがって、個別データテーブル２６２には、冷蔵庫１ｂ’を「発話可能機器」とする個別データＩｎｄＤ１は格納されていないが、冷蔵庫１ｂを「発話可能機器」とする個別データＩｎｄＤ１は格納されている。なお、以下では、冷蔵庫１ｂおよび冷蔵庫１ｂ’の追加データテーブル１１１に格納されている共通データＣｏｍＤ１のリビジョン番号が「０００」であるものとする。また、サーバ２の共通データテーブル２６１に格納されている共通データＣｏｍＤ１のリビジョン番号が「００１」であるものとする。
【０１４２】
図１０は、サーバ２による、スケジュール登録をしたユーザの冷蔵庫１ｂへのデータ送信処理と、スケジュール登録をしていないユーザの冷蔵庫１ｂ’への発話データ送信処理とを対比して示す図である。
【０１４３】
冷蔵庫１ｂ’は、自装置の共通データＣｏｍＤ１のリビジョン番号をサーバ２に通知する。サーバ２は、共通データテーブル２６１に格納されている共通データＣｏｍＤ１のリビジョン番号と、通知された共通データＣｏｍＤ１のリビジョン番号とを比較する。上記の通り、サーバ２の共通データＣｏｍＤ１のリビジョン番号は「００１」であり、冷蔵庫１ｂ’の共通データＣｏｍＤ１のリビジョン番号は「０００」である。したがって、サーバ２は、共通データテーブル２６１に格納されている共通データＣｏｍＤ１のリビジョン番号と、通知された共通データＣｏｍＤ１のリビジョン番号とが異なると判定する。そして、上記判定の結果に基づいて、サーバ２は、共通データテーブル２６１に格納されている、リビジョン番号：００１の共通データＣｏｍＤ１のダウンロード指示を冷蔵庫１ｂ’に送信する。
【０１４４】
冷蔵庫１ｂ’は、リビジョン番号：００１の共通データＣｏｍＤ１のダウンロード指示をサーバ２から受信すると、リビジョン番号：００１の共通データＣｏｍＤ１の要求をサーバ２に送信する。リビジョン番号：００１の共通データＣｏｍＤ１の要求を冷蔵庫１ｂ’から受信したサーバ２は、リビジョン番号：００１の共通データＣｏｍＤ１を冷蔵庫１ｂ’に送信する。そして、冷蔵庫１ｂ’は、リビジョン番号：００１の共通データＣｏｍＤ１の受信を完了すると、ダウンロード終了通知をサーバ２へ送信する。
【０１４５】
上記ダウンロード終了通知を冷蔵庫１ｂ’から受信したサーバ２は、冷蔵庫１ｂ’を「発話可能機器」とする個別データＩｎｄＤ１が個別データテーブル２６２に格納されているかを判定する。個別データテーブル２６２に、冷蔵庫１ｂ’を「発話可能機器」とする個別データＩｎｄＤ１が格納されていないことを確認すると、サーバ２は、処理終了指示を冷蔵庫１ｂ’に送信する。上記処理終了指示をサーバ２から受信した冷蔵庫１ｂ’は、受信したリビジョン番号：００１の共通データＣｏｍＤ１をサーバ記憶部２６の共通データテーブル２６１に格納する。
【０１４６】
図１１の（ａ）は、サーバ２からリビジョン番号：００１の共通データＣｏｍＤ１を取得する前の、冷蔵庫１ｂ’の追加データテーブル１１１の一例を示す図である。また、図１１の（ｂ）は、サーバ２からリビジョン番号：００１の共通データＣｏｍＤ１を取得した後の、冷蔵庫１ｂ’の追加データテーブル１１１の一例を示す図である。図に示すように、サーバ２からリビジョン番号：００１の共通データＣｏｍＤ１を受信することにより、冷蔵庫１ｂ’の追加データテーブル１１１に格納されている共通データＣｏｍＤ１のリビジョン番号が、「０００」から「００１」に変更されている。
【０１４７】
図１０を再度参照して、サーバ２による、スケジュール登録をしたユーザの冷蔵庫１ｂへのデータ送信処理を説明する。サーバ２は、冷蔵庫１ｂに、リビジョン番号：００１の共通データＣｏｍＤ１と、冷蔵庫１ｂが発話すべき個別データＩｎｄＤ１（上記スケジュール登録に関係する内容の発話データ）とを送信する。以下、詳細を説明する。
【０１４８】
冷蔵庫１ｂは、冷蔵庫１ｂ’と同様に、自装置の共通データＣｏｍＤ１のリビジョン番号：０００をサーバ２に通知する。そして、サーバ２の共通データＣｏｍＤ１のリビジョン番号：００１と、冷蔵庫１ｂの共通データＣｏｍＤ１のリビジョン番号：０００とが異なることを確認したサーバ２から、冷蔵庫１ｂは、リビジョン番号：００１の共通データＣｏｍＤ１を受信する。そして、冷蔵庫１ｂは、サーバ２からのリビジョン番号：００１の共通データＣｏｍＤ１の受信を完了すると、当該共通データＣｏｍＤ１のダウンロード終了通知をサーバ２へ送信する。
【０１４９】
上記ダウンロード終了通知を冷蔵庫１ｂから受信したサーバ２は、冷蔵庫１ｂを「発話可能機器」とする個別データＩｎｄＤ１が個別データテーブル２６２に格納されているかを判定する。個別データテーブル２６２に、冷蔵庫１ｂを「発話可能機器」とする個別データＩｎｄＤ１が格納されていることを確認すると、サーバ２は、さらに以下の判定を行う。すなわち、サーバ２は、冷蔵庫１ｂを「発話可能機器」とする上記個別データＩｎｄＤ１の優先度（発話優先順位）が、リビジョン番号：００１の共通データＣｏｍＤ１に対応付けられる優先度（発話優先順位）よりも高いかを判定する。
【０１５０】
冷蔵庫１ｂを「発話可能機器」とする上記個別データＩｎｄＤ１の優先度が、上記共通データＣｏｍＤ１に対応付けられる優先度より高いと判定する場合、サーバ２は、上記個別データＩｎｄＤ１のダウンロード指示を冷蔵庫１ｂに送信する。サーバ２から上記個別データＩｎｄＤ１のダウンロード指示を受信した冷蔵庫１ｂは、上記個別データＩｎｄＤ１の要求をサーバ２へ送信し、該要求を受信したサーバ２は、上記個別データＩｎｄＤ１を冷蔵庫１ｂに送信する。サーバ２から上記個別データＩｎｄＤ１を受信した冷蔵庫１ｂは、上記個別データＩｎｄＤ１のボイスコードと同じボイスコードの、追加データテーブル１１１に格納されている共通データＣｏｍＤ１を、上記個別データＩｎｄＤ１によって上書きする。
【０１５１】
図１１の（ｃ）は、サーバ２から上記個別データＩｎｄＤ１を取得した後の追加データテーブル１１１の一例を示す図である。図１１の（ｃ）と図１１の（ｂ）とを比較することで明らかなように、図１１の（ｂ）の追加データテーブル１１１の５行目に格納されていた「ボイスコード：ＶＣ９９」、「ボイスＩＤ：ＶＩ０００３」の共通データＣｏｍＤ１が、同１１の（ｃ）においては、以下の発話データに変更されている。すなわち、図１１の（ｃ）の追加データテーブル１１１の５行目には、「ボイスＩＤ：ＶＩ０００３」の共通データＣｏｍＤ１に代わって、「ボイスコード：ＶＣ９９」、「ボイスＩＤ：ＶＩ３４５６」の個別データＩｎｄＤ１が格納されている。なお、図１１の（ｃ）の追加データテーブル１１１において、リビジョン番号は、「００１」であり、上記個別データＩｎｄＤ１によってリビジョン番号は変わっていない。図１１の（ｂ）と（ｃ）との相違点は、「ボイスコード：ＶＣ９９」の発話データが、「ボイスＩＤ：ＶＩ０００３」の共通データＣｏｍＤ１から、「ボイスＩＤ：ＶＩ３４５６」の個別データＩｎｄＤ１に変わったことのみである。
【０１５２】
なお、冷蔵庫１ｂを「発話可能機器」とする個別データＩｎｄＤ１に対応付けられる優先度（発話優先順位）が、共通データＣｏｍＤ１に対応付けられる優先度より低い場合、サーバ２は、該個別データＩｎｄＤ１のダウンロード指示を冷蔵庫１ｂへ送信しない。
【０１５３】
〔実施形態２〕
本発明の他の実施形態について、図１２および図１３に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材、および上記実施形態にて説明した処理と同様の処理については、それぞれ上記実施形態と同じ符号を付し、その説明を省略する。
【０１５４】
まず、本実施形態に係る家族伝言板システム２００の概要を図１２に基づいて説明する。図１２は、家族伝言板システム２００の概要を示す図である。図に示すように、家族伝言板システム２００は、サーバ２、スマートフォン３、および家庭内機器５（例えば、冷蔵庫５ｂ）を含む。家族伝言板システム２００におけるサーバ２とスマートフォン３とは、家族伝言板システム１００におけるサーバ２とスマートフォン３と同様なので説明を省略する。
【０１５５】
〔構成の詳細〕
図１２に示す通り、家族伝言板システム２００における家庭内機器５（例えば、冷蔵庫５ｂ）は、家族伝言板システム１００における家庭内機器１（例えば、冷蔵庫１ｂ）と以下の点で異なる。すなわち、冷蔵庫５ｂは、冷蔵庫１ｂの構成に加えてさらに、記憶部１４がランダムデータテーブル１１３を格納している。
【０１５６】
冷蔵庫５ｂの追加データ取得部１０２は、通信部１２から取得した追加発話データＡｄｄＤ１（共通データＣｏｍＤ１または個別データＩｎｄＤ１）のボイスコードと同じボイスコードの発話データが既に追加データテーブル１１１に格納されているかを判定する。そして、取得した追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの発話データ（共通データＣｏｍＤ１または個別データＩｎｄＤ１）が追加データテーブル１１１に格納されていると判定すると、追加データ取得部１０２は、以下の処理を実行する。すなわち、冷蔵庫５ｂの追加データ取得部１０２は、取得した追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの、追加データテーブル１１１に格納されている発話データを、ランダムデータテーブル１１３へと移動する（データ退避する）。その後に、冷蔵庫５ｂの追加データ取得部１０２は、通信部１２から取得した追加発話データＡｄｄＤ１を追加データテーブル１１１に格納する。
【０１５７】
ランダムデータテーブル１１３には、通信部１２がサーバ２から受信した追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの、追加データテーブル１１１に格納されていた発話データが、追加データ取得部１０２によって、格納される。
【０１５８】
図１３は、サーバ２のランダムデータテーブル１１３の一例を示す図である。
【０１５９】
ランダムデータテーブル１１３には、発話期間が特に設定されない、または、「重要発話時間帯」以外の時間帯が発話期間に設定される、ランダム発話データが格納される。
【０１６０】
冷蔵庫１ｂは、サーバ２から受信する追加発話データＡｄｄＤ１によって、追加データテーブル１１１に格納されている、該追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの発話データを、上書きした。したがって、上記追加発話データＡｄｄＤ１を追加データテーブル１１１に格納した後、上記追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの、追加データテーブル１１１に格納されていた発話データは失われる。つまり、冷蔵庫１ｂは、上記追加発話データＡｄｄＤ１の追加データテーブル１１１への格納後に、上記追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの、追加データテーブル１１１に格納されていた発話データを発話することはできない。
【０１６１】
一方、冷蔵庫５ｂは、サーバ２から受信する追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの発話データであって、追加データテーブル１１１に格納されている発話データを、ランダムデータテーブル１１３に移動する。したがって、上記追加発話データＡｄｄＤ１を追加データテーブル１１１に格納した後、上記追加発話データＡｄｄＤ１のボイスコードと同じボイスコードの、追加データテーブル１１１に格納されていた発話データを、冷蔵庫５ｂが発話することができる。
【０１６２】
例えば、図１１の（ｂ）の追加データテーブル１１１の５行目に格納されていた「ボイスコード：ＶＣ９９」、「ボイスＩＤ：ＶＩ０００３」の共通データＣｏｍＤ１について、冷蔵庫１ｂと冷蔵庫５ｂとの実行する処理は以下の点において異なる。すなわち、冷蔵庫１ｂは、上記共通データＣｏｍＤ１を、サーバ２から取得した「ボイスコード：ＶＣ９９」、「ボイスＩＤ：ＶＩ３４５６」の個別データＩｎｄＤ１によって上書きする。これに対し、冷蔵庫５ｂは、上記共通データＣｏｍＤ１をランダムデータテーブル１１３に移動した後、サーバ２から取得した「ボイスコード：ＶＣ９９」、「ボイスＩＤ：ＶＩ３４５６」の個別データＩｎｄＤ１を追加データテーブル１１１の５行目に格納する。したがって、上記個別データＩｎｄＤ１の追加データテーブル１１１への格納後、冷蔵庫１ｂは上記共通データＣｏｍＤ１を発話できなくなるが、冷蔵庫５ｂは上記共通データＣｏｍＤ１を、ランダム発話データとして、発話することができる。
【０１６３】
〔実施形態３〕
上記までに説明してきた家族伝言板システム１００、２００においては、以下の複数の処理（機能）が複数の装置、サーバに分散されて実行される構成となっていた。すなわち、ユーザによる予定の入力を受け付ける機能は、スマートフォン３によって実行されていた。また、ユーザが入力した予定についての情報を受信する機能、該予定についての個別データＩｎｄＤ１を生成する機能、共通データＣｏｍＤ１を生成する機能、および、個別データＩｎｄＤ１と共通データＣｏｍＤ１との各々に予め対応付けられた優先度に基づいて、個別データＩｎｄＤ１と共通データＣｏｍＤ１との家庭内機器１への出力を制御する機能は、サーバ２によって実行されていた。さらに、発話タイミングにおいて個別データＩｎｄＤ１または共通データＣｏｍＤ１を発話する機能、および、個別データＩｎｄＤ１を取得した場合、該個別データＩｎｄＤ１のボイスコードと同じボイスコードの共通データＣｏｍＤ１をランダムデータテーブル１１３に格納する機能は、家庭内機器１、５によって実行されていた。
【０１６４】
しかしながら、１つのサーバまたは装置内で各々の機能を実現してもよいし、各々の機能を有するサーバまたは装置が個別に複数存在してもよいし、個々のサーバは異なる事業者によって管理されていてもよい。例えば、ユーザによる予定の入力を受け付ける機能に加えて、サーバ２によって実行されていた機能を、スマートフォンが実行するとしてもよい。すなわち、本実施の形態に係るスマートフォンは、ユーザによる予定の入力を受け付けて該予定についての個別データＩｎｄＤ１を生成するとともに、共通データＣｏｍＤ１を生成する。そして、上記スマートフォンは、上記個別データＩｎｄＤ１と上記共通データＣｏｍＤ１との各々に予め対応付けられた優先度に基づいて、上記個別データＩｎｄＤ１および上記共通データＣｏｍＤ１の家庭内機器１への出力を制御する。
【０１６５】
なお、本実施の形態に係る上記スマートフォンは、さらに、家庭内機器１、５が備える上記機能を備えてもよい。すなわち、上記スマートフォンは、発話タイミングにおいて上記個別データＩｎｄＤ１または上記共通データＣｏｍＤ１を発話する機能、および、上記個別データＩｎｄＤ１を取得した場合、上記個別データＩｎｄＤ１のボイスコードと同じボイスコードの共通データＣｏｍＤ１をランダムデータテーブル１１３に格納する機能を備えてもよい。
【０１６６】
〔実施形態４〕
本実施の形態に係る家庭内機器（冷蔵庫）は、家庭内機器１、５（冷蔵庫１ｂ、５ｂ）が備える機能に加えてさらに、スマートフォン３の備える機能、およびサーバ２の備える機能を備える。
【０１６７】
すなわち、本実施の形態に係る家庭内機器（冷蔵庫）は、ユーザによる予定の入力を受け付けて該予定についての個別データＩｎｄＤ１を生成するとともに、共通データＣｏｍＤ１を生成する。そして、上記家庭内機器（冷蔵庫）は、上記個別データＩｎｄＤ１と上記共通データＣｏｍＤ１との各々に対応付けられる優先度（発話優先順位）に基づいて、上記個別データＩｎｄＤ１および上記共通データＣｏｍＤ１の音声出力を制御する。すなわち、発話期間が同じ（つまり、ボイスコードが同じ）、複数の個別データＩｎｄＤ１と共通データＣｏｍＤ１とがあると、上記家庭内機器（冷蔵庫）は、最も高い優先度が対応付けられる個別データＩｎｄＤ１または共通データＣｏｍＤ１を発話する。
【０１６８】
〔変形例〕
（発話される発話データを聞くユーザの認識について）
上記の通り、家庭内機器１（発話装置）は各々、家庭内機器１が発話する発話データを、どのユーザが聞くのかを認識して、発話してもよい。例えば、家庭内機器１は、ユーザを認識するための、カメラおよび画像認識部、マイクおよび音声認識部、指紋取得部及び指紋認識部を備えていてもよい。また、これらの例に限らず、家庭内機器１は、ユーザ認識のためのその他の方法を利用して、家庭内機器１が発話する発話データを聞くのがどのユーザであるのかを認識してもよい。そして、家庭内機器１は、発話を聞くユーザを認識し、該ユーザに関係する（該ユーザの属性に対応する）内容の発話データを発話してもよい。
【０１６９】
なお、家庭内機器１の発話する、或るユーザに関係する内容の発話データは、家庭内機器１が自装置の記憶部１１に予め格納していた発話データであってもよいし、家庭内機器１が発話タイミングを検知した直後にサーバ２から取得する発話データであってもよい。すなわち、家庭内機器１は、発話を聞くユーザを認識し、該ユーザに関係する内容の発話データを、自装置の記憶部１１に予め格納していた発話データの中から取得し、取得した発話データを発話してもよい。また、家庭内機器１は、発話を聞くユーザを認識すると、認識したユーザをサーバ２に通知してもよい。そして、サーバ２が、通知されたユーザに関係する内容の発話データを家庭内機器１に送信し、家庭内機器１が該発話データを発話するとしてもよい。
【０１７０】
また、発話を聞くユーザを認識する家庭内機器１と、該ユーザに発話データを発話する家庭内機器１とは同じでなくともよい。例えば、ロボット掃除機１ａが、冷蔵庫１ｂの発話する発話データを聞くユーザを認識し、冷蔵庫１ｂが発話データを発話するとしてもよい。
【０１７１】
さらに、ロボット掃除機１ａまたは冷蔵庫１ｂが、冷蔵庫１ｂの発話する発話データを聞くユーザを認識した場合、冷蔵庫１ｂの発話する発話データは、以下のような発話データであってもよい。すなわち、冷蔵庫１ｂの発話する発話データは、上記ユーザの属性（例えば、性別、年齢、趣味、住所、および学校または職場の位置）に対応する内容の発話データであってもよい。具体的には、上記ユーザの年齢、性別等に応じた商品および店舗を紹介する内容の発話データであってもよい。
【０１７２】
（どの家庭内機器１に発話データを発話させるかの決定について）
サーバ２は、或る発話期間の発話データ（個別データＩｎｄＤ１と共通データＣｏｍＤ１との少なくとも一方）を、どの家庭内機器１（発話装置）へ送信するかを決定する発話装置決定部（発話装置決定手段）を備えてもよい。すなわち、サーバ２は、発話データを、どの発話装置に発話させるかを決定してもよい。
【０１７３】
上記に説明した通り、例えば、冷蔵庫１ｂが発話する発話データを聞くユーザを、冷蔵庫１ｂまたは冷蔵庫１ｂ以外の家庭内機器１（例、ロボット掃除機１ａ）が認識し、冷蔵庫１ｂまたはロボット掃除機１ａは、該ユーザをサーバ２に通知してもよい。その場合、サーバ２は、通知されたユーザに関係する内容の発話データを冷蔵庫１ｂに送信し、冷蔵庫１ｂに該発話データを発話させてもよい。
【０１７４】
また、既に説明したように、家庭内機器１（発話装置）は各々、各家庭において、所定の時間帯に使用される可能性が高い。例えば或る家庭において、「朝５時〜９時」に使用頻度が高い家庭内機器１は冷蔵庫１ｂ、「夕方１６時〜１９時」に使用頻度が高い家庭内機器１は空調装置１ｅ、「夜１９時〜２１時」に使用頻度が高い家庭内機器１は洗濯機１ｃであるかもしれない。その場合、上記家庭において、「朝５時〜９時」は冷蔵庫１ｂが、「夕方１６時〜１９時」は空調装置１ｅが、「夜１９時〜２１時」は洗濯機１ｃが、発話タイミングを（つまり、ユーザによる該家庭内機器１の使用を）検知する可能性が高い。そして、各家庭内機器１は、発話タイミングを検知すると、該発話タイミングを含む発話期間が設定された発話データを発話する。例えば、朝８時半に発話タイミングを検知すると、朝８時半を含む、例えば「朝５時〜９時」の発話期間が設定された発話データを発話し、朝８時半を含まない、例えば「夕方１６時〜１９時」の発話期間が設定された発話データについては発話しない。
【０１７５】
したがって、サーバ２は、発話期間が「朝５時〜９時」である発話データは冷蔵庫１ｂに、発話期間が「夕方１６時〜１９時」である発話データは空調装置１ｅに、発話期間が「夜１９時〜２１時」である発話データは洗濯機１ｃに、送信するとしてもよい。
【０１７６】
サーバ２は、発話データを、該発話データが家庭内機器１によって発話されるべき時間帯である発話期間を設定して、生成する。サーバ２は、例えば、ユーザが予定日を指定してスケジュール登録した予定について、「予定日当日の朝（例えば、当日の５時〜９時）」という発話期間を設定して、該予定についての発話データ（個別データＩｎｄＤ１）を生成する。したがって、サーバ２は、「予定日当日の朝５時〜９時」という発話期間を設定した発話データを、該「予定日当日の朝５時〜９時」内に発話タイミングを検知する可能性の高い家庭内機器１に、送信する。つまり、サーバ２は、上記「予定日当日の朝５時〜９時」内にユーザにより使用される可能性の高い家庭内機器１に、上記発話データを送信する。サーバ２は、発話データに設定された発話期間内に発話タイミングを検知する可能性の高い家庭内機器１に該発話データを送信することによって、該発話データを効率的に家庭内機器１に発話させることが可能となる。
【０１７７】
なお、サーバ２は、発話期間内に発話タイミングを検知する可能性の高い家庭内機器１、つまり、該発話期間内にユーザにより使用される可能性の高い家庭内機器１を、ユーザによる家庭内機器１の使用履歴に基づいて決定してもよい。すなわち、サーバ２は、例えば、「毎日、何時に、何回、どの家庭内機器１をユーザが使用したか」についての情報を取得し、該情報に基づいて、発話期間内にユーザにより使用される可能性の高い家庭内機器１を決定してもよい。また、ユーザが、発話期間内に発話タイミングを検知する可能性の高い家庭内機器１を登録してもよい。すなわち、発話期間ごとに、該発話期間が設定される発話データを発話する家庭内機器１を、ユーザが登録しておいても好い。例えば、ユーザは、発話期間が「朝５時〜９時」である発話データは冷蔵庫１ｂに発話させ、発話期間が「夕方１６時〜１９時」である発話データは空調装置１ｅに発話させる、と登録してもよい。サーバ２は、ユーザによる上記登録に基づいて、発話データを、該発話データの発話期間と対応付けられる家庭内機器１に、送信する。
【０１７８】
（発話タイミングについて）
これまで、発話タイミングが、家庭内機器１が、ユーザによって家庭内機器１が使用される（使用されようとする）ことを検知したタイミング（例えば、冷蔵庫１ｂの扉が開けられたことを検知したタイミング）である例を中心に説明を行ってきた。しかし、発話タイミングはこれに限られるものではなく、例えば、停電等のトラブルが発生した場合には、該トラブルからの復旧直後を発話タイミングとしてもよい。
【０１７９】
（ネットワークアダプタについて）
冷蔵庫１ｂ、５ｂ（家庭内機器１、５）が備える以下の２つの機能については、冷蔵庫１ｂ、５ｂに取付けられたネットワークアダプタが備えていてもよい。すなわち、個別データＩｎｄＤ１または共通データＣｏｍＤ１を、優先度が低い順に取得し、最後に取得した個別データＩｎｄＤ１または共通データＣｏｍＤ１を発話する機能は、冷蔵庫１ｂ、５ｂに取付けられたネットワークアダプタが備えていてもよい。また、サーバ２から、発話タイミングにおいて発話可能な、個別データＩｎｄＤ１も共通データＣｏｍＤ１も取得していなかった場合、該発話タイミングにおいて発話可能な基本発話データＢａｓＤ１を発話する機能を上記ネットワークアダプタが備えていてもよい。
【０１８０】
〔実施形態５〕
家庭内機器１、５、サーバ２、およびスマートフォン３の各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。後者の場合、上記の各サーバ、各装置、または各機器を図１４に示すようなコンピュータ（電子計算機）を用いて構成することができる。図１４は、家庭内機器１、５、サーバ２、およびスマートフォン３として利用可能なコンピュータ１０００の構成を例示したブロック図である。
【０１８１】
コンピュータ１０００は、図１４に示すように、バス１１００を介して互いに接続された演算装置１２００と、主記憶装置１３００と、補助記憶装置１４００と、入出力インタフェース１５００とを備えている。演算装置１２００、主記憶装置１３００、および補助記憶装置１４００は、それぞれ、例えばＣＰＵ、ＲＡＭ（random access memory）、ハードディスクドライブであってもよい。なお、主記憶装置１３００は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などを用いることができる。
【０１８２】
入出力インタフェース１５００には、入力装置２０００および出力装置３０００が接続される。家庭内機器１、５、サーバ２、およびスマートフォン３の入力装置２０００および出力装置３０００は、他のサーバまたは装置から送信されるデータの受信、および他のサーバまたは装置へのデータの送信を行う。家庭内機器１、５、サーバ２、およびスマートフォン３の入力装置２０００および出力装置３０００は、さらに、ユーザからの入力操作の取得、ユーザへの発話等の出力を行う。
【０１８３】
補助記憶装置１４００には、コンピュータ１０００を家庭内機器１、５、サーバ２、およびスマートフォン３として動作させるための各種プログラムが格納されている。そして、演算装置１２００は、補助記憶装置１４００に格納された上記各プログラムを主記憶装置１３００上に展開し、主記憶装置１３００上に展開された上記各プログラムに含まれる命令を実行することによって、コンピュータ１０００を、家庭内機器１、５、サーバ２、およびスマートフォン３が備える各部として機能させる。
【０１８４】
なお、ここでは、内部記録媒体である補助記憶装置１４００に記録されている上記各プログラムを用いてコンピュータ１０００を機能させる構成について説明したが、外部記録媒体に記録されているプログラムを用いてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１８５】
〔まとめ〕
本発明の態様１に係る発話装置（冷蔵庫１ｂ、５ｂ）は、音声による発話機能を備えた発話装置であって、発話可能な期間（発話期間）が予め設定されている発話データについて、発話時に発話可能な２つ以上の発話データ（追加発話データＡｄｄＤ１と基本発話データＢａｓＤ１）があるかを判定する判定手段（判定部１０３）と、上記判定手段によって上記発話時に発話可能な２つ以上の発話データがあると判定されると、上記発話時に発話可能な２つ以上の発話データの各々に予め対応付けられている優先度が高い発話データを優先して発話する発話手段（音声出力部１３）と、を備えている。
【０１８６】
上記の構成によれば、上記発話装置は、発話時に発話可能な２つ以上の発話データがあると、該２つ以上の発話データの各々に予め対応付けられている優先度が高い発話データを優先して発話する。したがって、発話装置は、ユーザに優先して通知すべき発話データを発話することができるので、ユーザの利便性を向上させることができる。
【０１８７】
本発明の態様２に係る発話装置は、上記態様１において、特定期間（例えば予定日などの特定の日付）に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データ（追加発話データＡｄｄＤ１）を、該発話データの各々に対応付けられている優先度が低い順にサーバから取得する取得手段（追加データ取得部１０２）をさらに備え、上記発話手段は、上記発話可能な期間において、上記取得手段によって最後に取得された発話データのみを発話してもよい。
【０１８８】
上記の構成によれば、上記発話装置は、優先度が最も高い発話データを、上記サーバから最後に受信し、最後に受信した発話データのみを発話する。つまり、上記発話装置は上記最後に受信した発話データのみを取得し発話すればよいので、上記発話装置の構成を単純化することができる。
【０１８９】
本発明の態様３に係る発話装置は、上記態様１または２において、発話可能な期間が予め設定されており、かつ、特定期間に対応付けられない発話データ（基本発話データＢａｓＤ１）を予め準備しており、上記判定手段は、上記発話時に発話可能な、発話可能な期間が予め設定されており、かつ、特定期間に対応付けられる発話データがあるかを判定し、上記判定手段により該当する発話データが無いと判定されると、上記発話手段は、上記発話時に発話可能な、上記発話可能な期間が予め設定されており、かつ、特定期間に対応付けられない発話データを発話してもよい。
【０１９０】
上記の構成によれば、上記発話装置は、発話時に発話可能な、特定期間に対応付けられる発話データが無い場合、該発話時に発話可能な、特定期間に対応付けられない発話データを発話することができる。
【０１９１】
本発明の態様４に係る発話装置は、上記態様３において、上記特定期間に対応付けられる発話データは、上記特定期間に対応付けられ、かつ、特定のユーザに対応付けられる発話データ（個別データＩｎｄＤ１）と、上記特定期間に対応付けられ、かつ、特定のユーザに対応付けられない発話データ（共通データＣｏｍＤ１）と、を含んでもよい。
【０１９２】
上記の構成によれば、上記発話装置は、上記特定期間に対応付けられ、かつ、特定のユーザに対応付けられる発話データ、または、上記特定期間に対応付けられ、かつ、特定のユーザに対応付けられない発話データを、各々の発話データに対応付けられる優先度に基づいて、発話することができる。
【０１９３】
本発明の態様５に係る発話装置は、上記態様４において、上記特定期間に対応付けられ、かつ、特定のユーザに対応付けられる発話データは、上記特定のユーザが関係する予定を内容とする発話データであってもよい。
【０１９４】
上記の構成によれば、上記発話装置は、特定のユーザが関係する予定を内容とする発話データを発話することができる。
【０１９５】
本発明の態様６に係る発話制御装置（サーバ２）は、発話データを、発話装置が発話可能な期間を設定して、生成する発話データ生成手段（発話データ生成部２０）と、上記発話データ生成手段によって生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データ（追加発話データＡｄｄＤ１）を、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信し、上記発話装置に最後に送信した発話データのみを、上記発話可能な期間において上記発話装置に発話させる発話データ送信手段（個別データ送信制御部２５）と、を備えている。
【０１９６】
上記の構成によれば、上記発話制御装置は、複数の追加発話データＡｄｄＤ１を、該複数の追加発話データＡｄｄＤ１の各々に対応付けられる優先度が低い順に上記発話装置に送信し、上記発話装置に最後に送信した発話データのみを、上記発話装置に発話させる。したがって、上記発話制御装置は、発話すべき発話データとして保持しておく発話データの量を削減することができ、コストを削減することができる。
【０１９７】
本発明の態様７に係る発話制御装置は、上記態様６において、上記発話データ生成手段によって生成される、上記特定期間に対応付けられる発話データは、特定の発話装置のみが発話可能な機器個別発話データ（個別データＩｎｄＤ１）と、不特定の発話装置が発話可能な機器共通発話データ（共通データＣｏｍＤ１）とを含み、上記発話データ送信手段は、上記機器個別発話データを、上記機器個別発話データに対応付けられる上記特定の発話装置のみに送信してもよい。
【０１９８】
上記の構成によれば、上記発話制御装置は、特定の発話装置のみが発話可能な機器個別発話データを、上記機器個別発話データに対応付けられる上記特定の発話装置のみに送信する。したがって、上記特定の発話装置のみが、上記特定の発話装置のみが発話可能な機器個別発話データを、発話することができる。
【０１９９】
本発明の態様８に係る発話制御システム（家族伝言板システム１００、２００）は、発話データを、発話装置が該発話データを発話可能な期間を設定して、生成する発話データ生成手段（発話データ生成部２０）と、上記発話データ生成手段によって生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信する発話データ送信手段（個別データ送信制御部２５）と、上記発話データ送信手段から、上記特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられている優先度が低い順に取得する取得手段（追加データ取得部１０２）と、上記取得手段によって最後に取得された発話データのみを、上記発話可能な期間において発話する発話手段（音声出力部１３）と、を含む。この態様によれば、上記態様１と同様の効果を奏する。
【０２００】
本発明の態様９に係る発話装置（冷蔵庫１ｂ）の制御方法は、音声による発話機能を備えた発話装置の制御方法であって、発話可能な期間が予め設定されている発話データについて、発話時に発話可能な２つ以上の発話データがあるかを判定する判定ステップと、上記判定ステップにて上記発話時に発話可能な２つ以上の発話データがあると判定されると、上記発話時に発話可能な２つ以上の発話データの各々に予め対応付けられている優先度が高い発話データを優先して発話する発話ステップと、を含む。よって、態様１と同様の効果を奏する。
【０２０１】
本発明の態様１０に係る発話制御装置の制御方法は、発話データを、発話装置が該発話データを発話可能な期間を設定して、生成する発話データ生成ステップ（Ｓ３１）と、上記発話データ生成ステップにて生成される、特定期間に対応付けられる発話データであって、上記発話可能な期間が重複する複数の発話データを、該発話データの各々に対応付けられる優先度が低い順に上記発話装置に送信し、上記発話装置に最後に送信した発話データのみを、上記発話可能な期間において上記発話装置に発話させる発話データ送信ステップ（Ｓ３５）と、を含む。よって、態様６と同様の効果を奏する。
【０２０２】
本発明の各態様に係る発話装置および発話制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記発話装置および上記発話制御装置が備える各手段として動作させることにより上記発話装置および上記発話制御装置をコンピュータにて実現させる上記発話装置および上記発話制御装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０２０３】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【０２０４】
本発明は、ユーザに対して発話を行う発話装置、およびその制御に利用することができる。
【符号の説明】
【０２０５】
１          家庭内機器
１ｂ        冷蔵庫（発話装置）
２          サーバ（発話制御装置）
１３          音声出力部（発話手段）
２０          発話データ生成部（発話データ生成手段）
２５          個別データ送信制御部（発話データ送信手段）
１００、２００  家族伝言板システム（発話制御システム）
１０２          追加データ取得部（取得手段）
１０３          判定部（判定手段）
ＡｄｄＤ１      追加発話データ（発話可能な期間が予め設定されており、かつ、特定期間に対応付けられる発話データ）
ＢａｓＤ１      基本発話データ（発話可能な期間が予め設定されており、かつ、特定期間に対応付けられない発話データ）
ＣｏｍＤ１      共通データ（機器共通発話データ／特定期間に対応付けられ、かつ、特定のユーザに対応付けられない発話データ）
ＩｎｄＤ１      個別データ（機器個別発話データ／特定期間に対応付けられ、かつ、特定のユーザに対応付けられる発話データ）
【図１】
2015227951.tif 000003
【図２】
2015227951.tif 000004
【図３】
2015227951.tif 000005
【図４】
2015227951.tif 000006
【図５】
2015227951.tif 000007
【図６】
2015227951.tif 000008
【図７】
2015227951.tif 000009
【図８】
2015227951.tif 000010
【図９】
2015227951.tif 000011
【図１０】
2015227951.tif 000012
【図１１】
2015227951.tif 000013
【図１２】
2015227951.tif 000014
【図１３】
2015227951.tif 000015
【図１４】
2015227951.tif 000016