(57)【特許請求の範囲】
【請求項１】
複数の情報機器と、発話情報を記憶したサーバとが、ネットワークに接続された発話情報報知システムであって、
前記情報機器が、前記サーバから発話情報を受信する発話情報受信部と、
前記受信した発話情報が、発話することが許可されていることを示す発話権を有する情報であるか否かを確認する発話権確認部と、
前記受信した発話情報のうち、自己が前記発話権を有する発話情報を出力する発話実行部と、
発話権の優先順位を含む自己の発話権情報を他の情報機器に送信し、他の情報機器から他の情報機器の発話権情報を受信する発話権情報通信部と、
自己の現在の発話権情報と、他の情報機器から受信した発話権情報とを比較して、自己が発話権を有する発話情報を更新する発話権更新実行部と、
自己の現在の発話権情報を記憶する記憶部とを備え、
前記発話権情報が、前記自己の優先順位と、発話を許可する発話情報を設定した発話属性とを含み、
前記発話権確認部が、前記発話情報受信部によって受信された発話情報が、前記更新後の自己が発話権を有する発話情報に含まれ、現在発話権を有する情報であることを確認した場合に、前記発話実行部によって、前記受信された発話情報を出力し、
前記発話権更新実行部が、前記記憶部に記憶された自己の発話権情報の優先順位と、他の情報機器から受信した発話権情報に含まれる優先順位とを比較し、自己の優先順位が、受信した優先順位よりもレベルが高い場合に、前記自己の発話権情報の発話属性に設定された発話情報を出力するように、自己の発話属性を設定し、
自己の優先順位が、受信した優先順位よりもレベルが低い場合に、前記受信した発話権情報の発話属性に含まれかつ前記自己の発話権情報の発話属性に設定されていた発話情報を出力しないように、自己の発話権情報の発話属性を変更することを特徴とする発話情報報知システム。
【請求項２】
複数の情報機器と、発話情報を記憶したサーバとが、ネットワークに接続された発話情報報知システムであって、
前記情報機器が、前記サーバから発話情報を受信する発話情報受信部と、
前記受信した発話情報が、発話することが許可されていることを示す発話権を有する情報であるか否かを確認する発話権確認部と、
前記受信した発話情報のうち、自己が前記発話権を有する発話情報を出力する発話実行部と、
発話権の優先順位を含む自己の発話権情報を他の情報機器に送信し、他の情報機器から他の情報機器の発話権情報を受信する発話権情報通信部と、
自己の現在の発話権情報と、他の情報機器から受信した発話権情報とを比較して、自己が発話権を有する発話情報を更新する発話権更新実行部とを備え、
前記発話権確認部が、前記発話情報受信部によって受信された発話情報が、前記更新後の自己が発話権を有する発話情報に含まれ、現在発話権を有する情報であることを確認した場合に、前記発話実行部によって、前記受信された発話情報を出力し、
前記情報機器の自己の発話権情報に含まれる優先順位は、情報機器が設置される場所ごとに異なる数値が予め設定された基本優先順位からなり、
さらに、ユーザが情報機器に対して所定の操作を行った場合に採用される第１優先順位と、情報機器が所定の機能を開始した後終了するまでの動作中に採用される第２優先順位と、現在時刻が、所定の開始時刻から終了時刻までの期間内にあるときに採用される第３優先順位のうち、少なくともいずれか１つ以上が、情報機器ごとに設定されることを特徴とする発話情報報知システム。
【請求項３】
前記情報機器が、自己の現在の発話権情報を記憶する記憶部をさらに備え、
前記発話権情報が、前記自己の優先順位と、発話を許可する発話情報を設定した発話属性とを含み、
前記発話権更新実行部が、前記記憶部に記憶された自己の発話権情報の優先順位と、他の情報機器から受信した発話権情報に含まれる優先順位とを比較し、自己の優先順位が、受信した優先順位よりもレベルが高い場合に、前記自己の発話権情報の発話属性に設定された発話情報を出力するように、自己の発話属性を設定し、
自己の優先順位が、受信した優先順位よりもレベルが低い場合に、前記受信した発話権情報の発話属性に含まれかつ前記自己の発話権情報の発話属性に設定されていた発話情報を出力しないように、自己の発話権情報の発話属性を変更することを特徴とする請求項２に記載の発話情報報知システム。
【請求項４】
前記発話権情報通信部が、前記自己の発話権情報を含む更新要求を他の情報機器に送信する発話権更新要求部と、他の情報機器から受信された更新要求に対する応答として、自己の発話権情報を含む発話権通知を送信する発話権通知部とを有することを特徴とする請求項２または３に記載の発話情報報知システム。
【請求項５】
前記情報機器が、他の情報機器から前記更新要求を受信した場合、前記発話権更新実行部が、前記自己が発話権を有する発話情報を、受信した更新要求に含まれる発話権情報を利用して更新した後、前記発話権通知部が、更新後の自己の発話権情報を含む発話権通知を送信することを特徴とする請求項４に記載の発話情報報知システム。
【請求項６】
前記情報機器が、他の情報機器から前記発話権通知を受信した場合、前記発話権更新実行部が、前記自己が発話権を有する発話情報を、受信した発話権通知に含まれる発話権情報を利用して更新することを特徴とする請求項５に記載の発話情報報知システム。
【請求項７】
前記基本優先順位が、前記情報機器の自己の発話権情報に含まれる優先順位に、予め初期設定され、
前記第１、第２および第３優先順位は、前記基本優先順位のレベルよりも高く設定され、
前記第１、第２および第３優先順位のいずれかを採用するイベントが発生した場合に、
前記自己の発話権情報に含まれる優先順位を、前記基本優先順位から、前記発生したイベントに対応する優先順位に変更することを特徴とする請求項２から６のいずれかに記載の発話情報報知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、発話情報報知システムに関し、特に、複数の情報機器が存在する宅内などの所定の領域において、所定の発話情報を出力する情報機器を、利用状況等に応じて動的に決定することのできる発話情報報知システムに関する。
【背景技術】
【０００２】
今日、宅内等において、音声を出力する機能を有する情報機器が多数利用されている。これらの情報機器をネットワークに接続することによって、外部サーバから提供される種々の情報を、各情報機器から音声でユーザに報知することができる。
【０００３】
たとえば、宅内に設置されたテレビ、エアコン、照明器具が音声出力機能を有していた場合、サーバから配信されてきたバーゲン情報などのメッセージを、テレビ、エアコン、照明器具のそれぞれから、音声で報知することができる。
【０００４】
また、車両内にオーディオ装置などの複数の発話可能機器が搭載されている場合に、異なる発話可能機器が同時に音声出力しようとする状況において、個々の音声が利用者に聞き取れるようにする発話権調整システムが提案されている（特許文献１参照）。
【０００５】
この特許文献１では、発話権を調整する方法として、発話可能機器間で発話許可要求等を送受信することにより、発話時期をずらすように調整する方法や、発話可能機器毎に、発話必要度を設定し、発話必要度を変化させながら、発話必要度が高い発話可能機器が優先的に発話権を獲得するようにして発話時期を調整する方法が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２９４３１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
サーバに存在する発話情報を、各情報機器が取得する方法としては、通常、プル型とプッシュ型の２通りがある。
プル型では、各情報機器が、それぞれのタイミングでサーバに問合せ、サーバに存在する発話情報を取得することができるが、たとえば、同一室内にあるテレビとエアコンが同時にサーバに問合せ、ほぼ同時に同じ発話情報を取得したとすると、同じ内容のメッセージが、同時に、テレビとエアコンから発話されてしまう場合がある。
【０００８】
また、プッシュ型においても、サーバから自動的に、同じ発話情報が、ほぼ同時に、テレビとエアコンに配信される場合があり、この場合も、同じ内容のメッセージが、テレビとエアコンから同時に発話されてしまう場合がある。
テレビとエアコンのある室内にいるユーザにとっては、複数の機器から、同一のメッセージが同時に出力されたとすると、音声が重なってメッセージ内容が聞き取りにくかったり、不快に感じたりする場合がある。
【０００９】
また、同時に複数の機器から発話されることがないように機器どうし間で発話時期を調整する場合、音声出力が重なることがないので、各発話内容を聞き取りやすくなる。しかし、単に発話時期を調整しただけでは、その発話内容を、本当に伝えたいユーザに聞かせることができるとは限らない。
たとえば、発話機能を有するテレビ等が設置されている部屋にだれもいない場合に、発話情報を音声出力しても、そのメッセージを聞いてくれる人がいないので、無意味となる。
また、特定のカテゴリに属する情報を、そのカテゴリに属する情報の報知を希望しない者に知らせても、無意味となる場合がある。
たとえば、主婦向けのバーゲン情報や料理情報を、子供部屋に設置されたエアコンから音声出力したとしても、子供部屋にいる子供がその情報に注目する可能性は低いと考えられる。
したがって、サーバから提供される発話情報をユーザに報知する場合、発話情報を有効活用するためには、複数の情報機器間の発話時期を調整するだけでなく、ユーザの在不在や、情報機器の利用状況等を考慮して、必要な情報を適切なタイミングで、適切な情報機器から報知することが望まれる。
【００１０】
そこで、この発明は、以上のような事情を考慮してなされたものであり、発話情報を報知することが可能な情報機器が複数ある場合に、発話情報の内容、情報機器の利用状況等を考慮して、発話情報を優先的に報知する情報機器を決定する発話情報報知システムを提供することを課題とする。
【課題を解決するための手段】
【００１１】
この発明は、複数の情報機器と、発話情報を記憶したサーバとが、ネットワークに接続された発話情報報知システムであって、前記情報機器が、前記サーバから発話情報を受信する発話情報受信部と、前記受信した発話情報が、発話することが許可されていることを示す発話権を有する情報であるか否かを確認する発話権確認部と、前記受信した発話情報のうち、自己が前記発話権を有する発話情報を出力する発話実行部と、発話権の優先順位を含む自己の発話権情報を他の情報機器に送信し、他の情報機器から他の情報機器の発話権情報を受信する発話権情報通信部と、自己の現在の発話権情報と、他の情報機器から受信した発話権情報とを比較して、自己が発話権を有する発話情報を更新する発話権更新実行部と、自己の現在の発話権情報を記憶する記憶部とを備え、前記発話権情報が、前記自己の優先順位と、発話を許可する発話情報を設定した発話属性とを含み、前記発話権確認部が、前記発話情報受信部によって受信された発話情報が、前記更新後の自己が発話権を有する発話情報に含まれ、現在発話権を有する情報であることを確認した場合に、前記発話実行部によって、前記受信された発話情報を出力し、前記発話権更新実行部が、前記記憶部に記憶された自己の発話権情報の優先順位と、他の情報機器から受信した発話権情報に含まれる優先順位とを比較し、自己の優先順位が、受信した優先順位よりもレベルが高い場合に、前記自己の発話権情報の発話属性に設定された発話情報を出力するように、自己の発話属性を設定し、自己の優先順位が、受信した優先順位よりもレベルが低い場合に、前記受信した発話権情報の発話属性に含まれかつ前記自己の発話権情報の発話属性に設定されていた発話情報を出力しないように、自己の発話権情報の発話属性を変更することを特徴とする発話情報報知システムを提供するものである。
また、この発明は、複数の情報機器と、発話情報を記憶したサーバとが、ネットワークに接続された発話情報報知システムであって、前記情報機器が、前記サーバから発話情報を受信する発話情報受信部と、前記受信した発話情報が、発話することが許可されていることを示す発話権を有する情報であるか否かを確認する発話権確認部と、前記受信した発話情報のうち、自己が前記発話権を有する発話情報を出力する発話実行部と、発話権の優先順位を含む自己の発話権情報を他の情報機器に送信し、他の情報機器から他の情報機器の発話権情報を受信する発話権情報通信部と、自己の現在の発話権情報と、他の情報機器から受信した発話権情報とを比較して、自己が発話権を有する発話情報を更新する発話権更新実行部とを備え、前記発話権確認部が、前記発話情報受信部によって受信された発話情報が、前記更新後の自己が発話権を有する発話情報に含まれ、現在発話権を有する情報であることを確認した場合に、前記発話実行部によって、前記受信された発話情報を出力し、前記情報機器の自己の発話権情報に含まれる優先順位は、情報機器が設置される場所ごとに異なる数値が予め設定された基本優先順位からなり、さらに、ユーザが情報機器に対して所定の操作を行った場合に採用される第１優先順位と、情報機器が所定の機能を開始した後終了するまでの動作中に採用される第２優先順位と、現在時刻が、所定の開始時刻から終了時刻までの期間内にあるときに採用される第３優先順位のうち、少なくともいずれか１つ以上が、情報機器ごとに設定されることを特徴とする発話情報報知システムを提供するものである。
【００１２】
また、前記情報機器が、自己の現在の発話権情報を記憶する記憶部をさらに備え、前記発話権情報が、前記自己の優先順位と、発話を許可する発話情報を設定した発話属性とを含み、前記発話権更新実行部が、前記記憶部に記憶された自己の発話権情報の優先順位と、他の情報機器から受信した発話権情報に含まれる優先順位とを比較し、自己の優先順位が、受信した優先順位よりもレベルが高い場合に、前記自己の発話権情報の発話属性に設定された発話情報を出力するように、自己の発話属性を設定し、自己の優先順位が、受信した優先順位よりもレベルが低い場合に、前記受信した発話権情報の発話属性に含まれかつ前記自己の発話権情報の発話属性に設定されていた発話情報を出力しないように、自己の発話権情報の発話属性を変更することを特徴とする。
【００１３】
また、前記発話権情報通信部が、前記自己の発話権情報を含む更新要求を他の情報機器に送信する発話権更新要求部と、他の情報機器から受信された更新要求に対する応答として、自己の発話権情報を含む発話権通知を送信する発話権通知部とを有することを特徴とする。
【００１４】
また、前記情報機器が、他の情報機器から前記更新要求を受信した場合、前記発話権更新実行部が、前記自己が発話権を有する発話情報を、受信した更新要求に含まれる発話権情報を利用して更新した後、前記発話権通知部が、更新後の自己の発話権情報を含む発話権通知を送信することを特徴とする。
【００１５】
また、前記情報機器が、他の情報機器から前記発話権通知を受信した場合、前記発話権更新実行部が、前記自己が発話権を有する発話情報を、受信した発話権通知に含まれる発話権情報を利用して更新することを特徴とする。
【００１６】
また、前記発話実行部は、前記発話情報を表示する表示部と、前記発話情報を音声で出力する音声出力部のどちらか一方、あるいは両方を用いて、発話情報を出力することを特徴とする。
【００１７】
また、前記情報機器の自己の発話権情報に含まれる優先順位は、情報機器が設置される場所ごとに異なる数値が予め設定された基本優先順位からなり、さらに、ユーザが情報機器に対して所定の操作を行った場合に採用される第１優先順位と、情報機器が所定の機能を開始した後終了するまでの動作中に採用される第２優先順位と、現在時刻が、所定の開始時刻から終了時刻までの期間内にあるときに採用される第３優先順位のうち、少なくともいずれか１つ以上が、各情報機器ごとに設定されることを特徴とする。
【００１８】
また、前記基本優先順位が、前記情報機器の自己の発話権情報に含まれる優先順位に、予め初期設定され、前記第１、第２および第３優先順位は、前記基本優先順位のレベルよりも高く設定され、前記第１、第２および第３優先順位のいずれかを採用するイベントが発生した場合に、前記自己の発話権情報に含まれる優先順位を、前記基本優先順位から、前記発生したイベントに対応する優先順位に変更することを特徴とする。
【発明の効果】
【００１９】
この発明によれば、発話権の優先順位を含む自己の現在の発話権情報と、他の情報機器から受信した発話権情報とを比較して、自己が発話権を有する発話情報を更新し、更新後の自己が発話権を有する発話情報に基づいて、受信された発話情報が現在発話権を有する情報であることが確認された場合に、その発話情報を出力するようにしているので、他の情報機器の発話権との関係を考慮して、受信された発話情報を出力する情報機器が動的に決定され、所望のユーザに対して報知される可能性を高めるように、発話情報を適切な情報機器から出力させ、発話情報が有効活用される可能性を高くすることができる。
【図面の簡単な説明】
【００２０】
【図１】この発明の発話情報報知システムの一実施例の説明図である。
【図２】この発明の情報機器の一実施例の構成ブロック図である。
【図３】この発明の発話要求情報の一実施例の説明図である。
【図４】この発明の発話要求情報の一実施例の説明図である。
【図５】この発明の発話設定情報の一実施例の説明図である。
【図６】この発明の発話設定情報の一実施例の説明図である。
【図７】この発明の発話権情報の一実施例の説明図である。
【図８】この発明の情報機器間で送受信される情報の一実施例の説明図である。
【図９】この発明の発話権更新処理の実施例１のシーケンス図である。
【図１０】この発明の発話権更新処理の実施例２のシーケンス図である。
【図１１】この発明の発話権更新処理の実施例３のシーケンス図である。
【図１２】この発明の発話権更新処理の実施例４のシーケンス図である。
【図１３】この発明の発話権更新処理の実施例５のシーケンス図である。
【図１４】この発明の情報機器における発話情報報知処理の一実施例のフローチャートである。
【図１５】この発明の情報機器における発話更新処理の一実施例のフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図に示す実施例に基づいて、この発明を説明する。
なお、これによって、この発明が限定されるものではない。
【００２２】
＜発話情報報知システム＞
図１に、この発明の発話情報報知システムの一実施例の説明図を示す。
図１に示すように、この発明の発話情報報知システムは、主として、情報提供元３００と、サーバ２００と、情報機器群１００とからなり、これらに相当する多数の情報通信装置が、ネットワーク４００を介して接続される。
【００２３】
情報提供元３００は、発話情報を生成および送信する会社等に設置された情報通信装置群であり、たとえば、情報提供会社が所有する情報サービス端末（ＰＣ）３０１，自治会が所有する自治会端末（ＰＣ）３０２，官公庁や公共情報を提供する法人が所有する公共機関端末（ＰＣ）３０３，一般企業や商業施設が所有する企業情報端末（ＰＣ）３０４，個人ユーザが所有する携帯端末３０５などが含まれる。
【００２４】
これらの情報提供元３００から提供される発話情報（以下、メッセージとも呼ぶ）には、後述するように、たとえば、自治会が提供する自治会情報、気象庁が提供する天気予報や緊急情報、商業施設が提供するセール情報などがある。
このような発話情報は、ネットワーク４００を介して、各情報提供元３００のパソコン（ＰＣ）から、発話要求情報Ａに含まれるメッセージとして、サーバ（ＳＶ）２００に送信される。
【００２５】
サーバＳＶ２００は、発話情報を記憶した管理装置であり、各情報提供元から送信された発話要求情報Ａを受信し、ハードディスク等の記憶装置に記憶しておく。
記憶された発話要求情報２０１は、所定のカテゴリ(自治会情報、天気予報など)ごとに分類され（ＭＳ０１，・・・ＭＳ０ｎ）、定期的に、あるいは予め設定された時刻に自動的に、または、情報機器群１００からの要求に対応して、所定の情報機器群１００に、発話要求情報Ｂとして送信される。発話要求情報Ｂには、情報提供元３００から提供された発話情報（メッセージ）が含まれる。
【００２６】
発話要求情報Ｂは、所定の領域に設置された情報機器群ごとに送信される。所定の領域とは、たとえば、１つの宅内を意味し、１つの宅内に設置されたすべての宅内機器（情報機器ＴＥとも呼ぶ）に、同一の発話要求情報Ｂが送信される。
ここで、宅内を１つの建物内と定義すれば、宅内機器ＴＥには、その建物内に設置された複数の電子機器が含まれる。
サーバＳＶから提供される発話要求情報Ｂは、原則として、１つの宅内を単位として送信され、上記の場合、１つの建物が発話要求情報Ｂのあて先として指定されて送信され、発話要求情報Ｂは、その建物内にある複数の電子機器で受信可能なものとする。
ただし、複数の電子機器によって受信された場合でも、受信された発話情報を実際に発話するか否かは、後述するように、その建物内に設置された各電子機器に設定されている現在の発話権によって決定される。また、建物が異なれば、発話権は調整されない。
【００２７】
また、宅内を１つの部屋内と定義すれば、発話要求情報Ｂは、その１つの部屋があて先として指定されて送信され、その部屋に設置された複数の電子機器に受信される。
この場合は、部屋単位で発話要求情報Ｂが送信され、その部屋内に設置された各電子機器に設定されている現在の発話権によって、実際に発話するか否かが決定される。
すなわち、部屋が異なれば、発話権は調整されず、異なる部屋に設置されている電子機器どうしが同じ発話権を有する場合もあり、同一メッセージが異なる部屋で同時に報知される場合もある。
【００２８】
情報機器群１００は、家屋や事務所などの宅内に設置される情報処理装置であり、１つの宅内に設置される情報処理装置１１０（宅内機器、情報機器ＴＥ）は、複数の電子機器からなる。宅内機器ＴＥは、たとえば、テレビ１０１，エアコン１０２，照明器具１０３，冷蔵庫１０４などに相当する。
この発明では、宅内の各情報機器ＴＥは、サーバＳＶ２００とデータ通信が可能な通信機能を有し、かつ１つの宅内に設置された情報機器どおしでもデータ通信が可能なものとする。１つの宅内に設置された複数の情報機器は、相互のデータ通信をするためにＬＡＮなどの宅内ネットワークに接続される。
【００２９】
また、各情報機器ＴＥは、サーバＳＶから発話要求情報Ｂを受信して、自己が有する発話権に基づいて、発話要求情報Ｂに含まれるメッセージを出力する機能を有するものとする。
メッセージの出力形態は、宅内にいる利用者（ユーザ）が理解できる形態であればよく、たとえば、音声による報知、表示画面への文字、図形等を用いた表示による報知のいずれでもよく、また両者を用いた報知でもよい。
【００３０】
情報機器ＴＥの発話権は、発話要求情報に含まれる発話情報を発話する権利を意味し、その情報機器から発話情報を発話する（出力する）ことが許可されていることを示す。
また、所定の領域内に設置された複数の情報機器から同一メッセージの同時出力をしないようにするために、同一宅内に複数の情報機器が設置されている場合には、原則として、同一宅内の情報機器のうち、１つの情報機器のみがそのメッセージの発話権を有するものとする。
また、発話権は、情報機器ＴＥの設置位置とメッセージのカテゴリごとに設定され、受信した複数のメッセージのカテゴリが異なれば、各メッセージを出力する発話権を有する情報機器も異なる。
たとえば、メッセージのカテゴリが主婦向けのセール情報（バーゲン情報）の場合は、主婦が聞いたときに有効となると考えられるので、主婦がいることの多いリビングに設置された情報機器（エアコン）はそのメッセージの発話権を有するが、子供部屋に設置された情報機器（エアコン）は、そのメッセージの発話権は有さないように設定する。
【００３１】
さらに、情報機器の種類、設置位置、起動時間およびユーザ操作の有無などに基づいて、各情報機器の発話権の優先順位を、自動的に設定変更するものとする。
たとえば、同一の情報機器でも、動作していないときは、発話権の優先順位を低く設定し、動作中あるいはユーザの入力操作があった場合は、ユーザがその情報機器の近くにいる可能性が高いので、発話権の優先順位を高くなるように、動的に設定変更する。
【００３２】
ネットワーク４００は、現在利用することのできるいずれのネットワークを用いてもよく、たとえば、インターネットや専用の通信網などを用いることができ、通信方式も、有線通信および無線通信のいずれを用いてもよい。ネットワークに接続された装置は、互いにデータ通信が可能なようにするために、共通の通信プロトコルに従って、データの送受信を行う。
また、宅内の各情報機器ＴＥどうしのデータ通信も、特に限定するものではなく、現在利用することのできるネットワークを用いればよい。たとえば、宅内ネットワークとしては、ＬＡＮ、ＮＦＣ、ＰＬＣ（電力線搬送通信）、Bluetooth（登録商標）などを用いることができ、有線通信および無線通信のいずれを用いてもよい。
【００３３】
＜情報機器（宅内機器）の構成＞
図２に、この発明の情報機器（宅内機器）ＴＥの一実施例の構成ブロック図を示す。
情報機器ＴＥは、その機器に与えられた特有の機能を実行すると共に、サーバＳＶ２００との間のデータ通信と、各情報機器相互間でのデータ通信を行い、サーバから受信した発話情報を出力する機能を有する情報処理装置である。
たとえば、テレビは、情報機器ＴＥの１つであり、テレビ放送を受信して所望の番組の映像を表示画面に表示する特有の機能を有するとともに、サーバＳＶから受信したメッセージを音声で出力する。
【００３４】
図２に示すように、情報機器ＴＥは、主として、制御部１１，入力部１２，発話出力部１３，通信部１６，動作確認部１７，設定時刻確認部１８，発話情報受信部１９，発話権確認部２０，発話実行部２１，発話権初期化部２２，発話権情報通信部３０，発話権更新実行部３７，記憶部４０から構成される。
発話権情報通信部３０は、参加要求部３１，発話権更新要求部３２，発話権通知部３３，参加要求受信部３４，更新要求受信部３５，発話権通知受信部３６を含むものである。
【００３５】
制御部１１は、この発明の情報機器の各種機能を実行する部分であり、主として、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏコントローラ、タイマー等からなるマイクロコンピュータにより実現される。
また、ＣＰＵが、ＲＯＭ等に記憶されたプログラムに基づいて、ハードウェアを有機的に動作させることによって、この発明の通信機能、発話権更新機能、発話機能などを実行する。特に、発話権確認部２０，発話権初期化部２２，発話権情報通信部３０，発話権更新実行部３７などは、プログラムに基づいたＣＰＵの演算処理よって実現される。
【００３６】
入力部１２は、ユーザによる操作、機能選択、文字等の入力を行う部分であり、キーボード、マウス、タッチパネル、リモコン、スイッチ等が用いられる。
後述するように、ユーザが所定の入力操作を行った場合には、ユーザがこの情報機器の近傍に存在すると考えられるので、発話権の優先順位を変化させる。
【００３７】
発話出力部１３は、要求されたメッセージ（発話情報）を出力する部分であり、たとえば、表示部１４と、音声出力部１５との少なくともどちらか一方を備えるものとし、あるいは両方を備えてもよい。
表示部１４は、メッセージの内容を、文字、図形等を用いて表示画面に表示する部分であり、ＬＣＤ，ＣＲＴ，ＰＤＰ，有機ＥＬディスプレイ等が用いられる。
音声出力部１５は、メッセージを、音声で出力する部分であり、スピーカが用いられる。
【００３８】
通信部１６は、ネットワーク４００を介して情報を送受信する部分であり、たとえば、サーバＳＶに対して発話情報の有無を問合せ、サーバＳＶから送信された発話要求情報Ｂを受信する。
動作確認部１７は、情報機器の動作状態を確認する部分であり、たとえば、所定の機能が動作中か否かをチェックすること、あるいは、所定の機能が停止状態から起動状態となったことおよびその逆の状態変化となったことなどをチェックする部分である。
たとえば、情報機器が冷蔵庫の場合、そのドアの開閉を検出するセンサを設け、センサから出力される信号を利用して、ドアの開閉を確認する。
この動作確認によって、後述するように、発話権の優先順位を変化させる。
【００３９】
設定時刻確認部１８は、現在の時刻が、予め設定されていた時刻に一致したか否か、あるいは所定の時間帯に含まれるか否かを確認する部分である。予め設定されていた時刻とは、たとえば、情報機器の所望の機能の開始時刻や、その機能の停止時刻である。この時刻確認によって、後述するように、発話権の優先順位を変化させる。
【００４０】
発話情報受信部１９は、サーバＳＶから送信される発話情報を含む発話要求情報Ｂを受信する部分である。受信された発話要求情報は、発話要求情報４２として、記憶部４０に記憶する。
発話要求情報４２は、後述するように、テキストデータおよび属性情報、あるいは、音声データおよび属性情報から構成される。
発話権確認部２０は、受信した発話要求情報４２に含まれる発話情報が、発話することが許可されていることを示す発話権を有する情報であるか否かを確認する部分であり、情報機器自身が、現在、発話要求情報４２に含まれるメッセージを出力する権利を有しているか否かをチェックする部分である。
【００４１】
発話実行部２１は、自己（情報機器自身）が発話権を有する発話情報を出力する部分であり、発話情報受信部１９によって受信した発話要求情報４２に含まれるメッセージ（発話情報）を、上記した発話出力部１３を用いて、実際に出力する。
上記したように、発話権確認部２０によって、受信されたメッセージが、自己が現在発話権を有している情報であると確認した場合に、発話実行部２１が、そのメッセージの発話を実行する。逆に自己が発話権のないメッセージを受信しても、発話を実行しない。
【００４２】
発話権初期化部２２は、自己の発話権を初期値に戻す（リセットする）部分である。
後述するように、情報機器ごとに、記憶部４０に予め発話設定情報４１が記憶されるが、現在の発話権情報４３に含まれる発話属性を、この発話設定情報４１に設定されていた発話属性に戻す。発話属性は、発話を許可する発話情報を設定したものである。
たとえば、後述するように、ある情報機器ＴＥ０が、他の情報機器ＴＥ１から更新要求を受信したとき、一旦、情報機器ＴＥ０の現在の発話権情報４３に含まれる自己の発話属性を、初期値である発話設定情報４１の発話属性に設定（リセット）する。
【００４３】
発話権情報通信部３０は、発話権の優先順位を含む自己の情報機器の発話権情報を、他の情報機器に送信し、他の情報機器から他の情報機器の発話権情報を受信する部分である。
自己の発話権情報を送信する部分として、参加要求部３１と、発話権更新要求部３２と、発話権通知部３３がある。
他の情報機器の発話権情報を受信する部分として、参加要求受信部３４と、更新要求受信部３５と、発話権通知受信部３６がある。
【００４４】
参加要求部３１は、情報機器間で通信される参加要求を、送信する部分である。
参加要求は、情報機器が宅内のネットワークに新たに接続されたとき、あるいは、宅内のネットワークに接続されていた情報機器の電源が投入されて起動されたときなど、新たに発話権の調整対象となりうる情報機器が追加された際にその情報機器から送信されるデータである。
以下の実施例では、参加要求は、いわゆるブロードキャスト通信され、あて先として他の情報機器を特定することなく送信されるものとする。ここでブロードキャストの届く範囲は宅内など予め決められた所定の領域とする。
参加要求には、発話設定情報４１に設定された自己の発話権の初期値（発話属性）と基本優先順位とが含まれる。
参加要求受信部３４は、上記した参加要求を受信する部分である。
参加要求を受信した情報機器では、自己の現在の発話権情報と、他の情報機器から受信した参加要求に含まれる発話権情報とを比較して、発話権を更新する。具体的には、自己が発話権を有する発話情報を更新する。
【００４５】
発話権更新要求部３２は、情報機器間で通信される更新要求を、送信する部分である。
更新要求は、自己の発話権情報を含むデータであり、自己の情報機器において、自己の発話権を変更することが望ましい所定のイベントが発生した場合に、ブロードキャストされて、宅内のネットワークに接続されているすべての情報機器に送信されるデータである。
たとえば、ユーザが情報機器に対して所定の入力操作をした場合、あるいは、情報機器の所定の機能を起動させる開始時刻となった場合に、その情報機器から更新要求が送信される。
更新要求には、発生した所定のイベントに予め対応づけられた優先順位と、自己の発話権の初期値（発話属性）とが含まれる。
【００４６】
更新要求受信部３５は、上記した更新要求を受信する部分である。
更新要求を受信した情報機器では、現在の発話属性を、一旦、自己の発話権情報の初期値に戻す（リセットする）。その後、自己の発話権情報（優先順位、発話属性）と、受信した更新要求に含まれる優先順位および発話属性とを対比して、現在の発話権情報を更新する。この更新要求は、他の情報機器に発話権の初期化を求めるものでもあるので、リセット要求とも呼ぶ。
【００４７】
発話権通知部３３は、他の情報機器から受信された要求に対する応答として、自己の現在の発話権情報を含む発話権通知を、他の情報機器に送信する部分である。
たとえば、参加要求を受信した場合、その参加要求に対する応答として、発話権通知を、宅内のネットワークにブロードキャストする。
また、更新要求（リセット要求）を受信した場合、その更新要求に対する応答として、発話権通知を、宅内のネットワークにブロードキャストする。
発話権通知には、自己の現在の優先順位と、現在の発話権（発話属性）とが含まれる。
発話権通知受信部３６は、上記した発話権通知を受信する部分である。
参加要求、更新要求、あるいは発話権通知を受信した情報機器は、受信した情報に基づいて、必要に応じて、自己の現在の発話権を更新する。
発話権通知を受信した情報機器では、自己の現在の発話権情報４３と、受信した発話権通知に含まれる情報とを対比して、現在の発話権を更新する。すなわち、自己が発話権を有する発話情報を更新する。ただし、更新する必要のない場合は、現在の発話権をそのまま維持する。
【００４８】
発話権更新実行部３７は、自己の情報機器の現在の発話権情報を更新する部分である。
上記したように、参加要求、更新要求、発話権通知のいずれかを受信した場合、後述する自己の発話権情報４３を更新（再設定）する。
発話権情報の更新は、自己の現在の発話権情報４３（優先順位、発話属性）と、他の情報機器から受信した発話権情報に含まれる優先順位と発話属性とを比較して、自己に許可される発話権を有する発話情報を有効とすることにより行う。
具体的には、まず、記憶部４０に記憶された自己の発話権情報４３の優先順位と、他の情報機器から受信した発話権情報に含まれる優先順位とを比較し、自己の優先順位が、受信した優先順位よりもレベルが高い場合に、自己の発話権情報の発話属性に設定された発話情報を出力するように、自己の発話属性を設定する。この場合は、自己の発話属性は、そのまま維持される。
一方、自己の優先順位が、受信した優先順位よりもレベルが低い場合に、受信した発話権情報の発話属性に含まれかつ自己の発話権情報の発話属性に設定されていた発話情報を出力しないように、自己の発話権情報の発話属性を変更する。
【００４９】
記憶部４０は、この発明の各機能を実行するために必要な情報や、プログラムを記憶する部分であり、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの半導体記憶素子、ＨＤＤ、ＳＳＤなどの記憶装置、その他の記憶媒体が用いられる。
記憶部４０には、たとえば、発話設定情報４１、発話要求情報４２、発話権情報４３が記憶される。また、上記した参加要求、更新要求、発話権通知も、一時記憶される。
【００５０】
発話設定情報４１は、情報機器ごとに予め設定された基本優先順位や発話属性からなる情報である。基本優先順位は、主として、情報機器の種類、あるいは、情報機器が設置される場所ごとに異なる数値が予め設定されたものである。
発話設定情報４１は、情報機器の出荷時や宅内への設置時など、情報機器の使用開始前に、予め固定的に設定される情報であるが、一部分のデータを除き、ユーザ等が設定変更できるようにしてもよい。
発話要求情報４２は、サーバＳＶから送られてくる発話要求情報Ｂに相当するものである。
発話権情報４３は、情報機器の現在の発話権を示す情報であり、後述するように、自己の現在の優先順位と、発話を許可する発話情報を設定した発話属性とを含む。
【００５１】
＜送受信される情報の説明＞
以下に、この発明において、情報提供元ＰＣ、サーバＳＶ、宅内の情報機器ＴＥにおいて、送受信される情報の一実施例について説明する。
図３に、発話要求情報の一実施例の説明図を示す。
図１に示したように、発話要求情報４２とは、ＰＣとＳＶ間で送受信されるもの（発話要求情報Ａ）と、ＳＶとＴＥ間で送受信されるもの（発話要求情報Ｂ）とがある。
【００５２】
発話要求情報（Ａ，Ｂ）には、主として、メッセージ本文に相当するテキストデータあるいは音声データと、属性情報とが含まれる。どちらの発話要求情報（Ａ，Ｂ）も、同一のデータ形式の情報としてもよいが、サーバＳＶが、ＰＣから発話要求情報Ａを受信した後、情報機器が有する発話出力部１３の出力形態に対応するようにデータ形式を変更して、発話要求情報Ｂを生成してもよい。
【００５３】
たとえば、サーバが、テキストデータと属性情報とからなる発話要求情報Ａを受信した場合、情報機器が表示部１４を有する場合は、そのまま発話要求情報Ｂとして送信するが、情報機器が音声出力部１５しか有さないことがわかっている場合は、テキストデータを音声データに変更して、音声データと属性情報とからなる発話要求情報Ｂとして送信する。
【００５４】
図３（ａ）に示すように、発話要求情報の属性情報には、メッセージ本文の内容を分類した「カテゴリ」と、宅内の発話可能なすべての情報機器を利用して発話することを要求するための「一斉発話」の情報とが含まれるものとする。
一斉発話を要求する場合とは、たとえば、緊急避難勧告など、緊急に通知することが必要な重要情報を、複数の情報機器から出力する場合である。
一斉発話を設定した場合、多数の情報機器から、重要な同一メッセージを同一のタイミングで出力してもよいが、出力時期をずらし、一定時間間隔で順番にメッセージを出力するようにしてもよい。また、一斉発話が必要のない場合は、一斉発話情報はなくてもよい。
また、図示していないが、発話要求情報には、送信元の情報と、送信先（あて先）を特定する情報を含める。
【００５５】
図３（ａ１）には、テキストデータと属性情報とからなる発話要求情報の一実施例を示している。
ここで、メッセージ本文の「明日は粗大ゴミの日」という情報は、文字として記憶され、属性情報には、メッセージ内容が自治会情報であることを示す「１」がカテゴリとして記憶され、一斉発話をしないことを示す「Ｎｏ」が一斉発話情報として記憶されているものを示している。
【００５６】
図３（ａ２）には、音声データと属性情報とからなる発話要求情報の一実施例を示している。
音声データとしては、「明日は雨」というメッセージ本文が、所定の音声に変更可能なデータ形式で記憶されている。
属性情報には、メッセージが天気予報であることを示す「１６」がカテゴリとして記憶され、一斉発話をすることを示す「Ｙｅｓ」が一斉発話情報として記憶されているものを示している。
【００５７】
図３（ｂ）に、カテゴリと一斉発話からなる属性情報の実施例を示している。属性情報は、ここに示したものに限らず、他の情報を予め定義してもよい。
ここでは、カテゴリについて、その項目名と、略称と、数値（１０進数）と、数値（２進数）とを示している。ただし、発話要求情報に実際に含めるデータとしては、たとえば、数値（１０進数）のみを含めればよい。
略称は、以下の実施例で、各項目名を説明するために示したものである。
【００５８】
図３（ｂ）において、たとえば、項目名が「天気予報」の場合は、発話要求情報に「１６」という１０進数の数値が設定される。
また、図３（ｂ）では、８つのカテゴリを示しているが、各項目名は、２進数の数値の８ビットのうち、「１」のあるビットの位置によって特定される。
たとえば、カテゴリが「０１００００００」＝６４の場合、その発話要求情報は、緊急情報であることを示している。
【００５９】
図４に、図３（ｂ）に示した属性情報によって特定される発話要求情報の一実施例を示す。
たとえば、図４（ａ）は、自治会情報の例を示しており、この情報は、すべての宅内機器で出力する一斉発話はしない情報である。図４（ｂ）は、天気予報の例を示しており、この情報は、すべての宅内機器で出力する一斉発話をする情報である。図４（ｃ）は、主婦向けセール情報の例を示している。
これらの情報をサーバＳＶから受信した場合、発話要求情報４２として、記憶部４０に記憶する。
【００６０】
図５に、発話設定情報の一実施例を示す。
図５（ａ）には、一般的な家庭宅内に設置されている情報機器について、発話設定情報４１の一実施例を示している。
１つの情報機器について、発話設定情報４１は、主として、情報機器名、基本優先順位、機器コード、場所コード、発話属性情報とからなる。ただし、これ以外の情報を含めてもよい。
【００６１】
図５（ａ）において、たとえば、「テレビ（リビング）」という情報機器の記憶部４０には、基本優先順位＝「９１１」、機器コード＝「１０」、場所コード＝「１」、発話属性情報＝「２５５」（ＦＦＨ）が、予め記憶される。
情報機器名は、ここでは、説明のために、情報機器の通称名と設置場所とからなるものを示しているが、これに限るものではなく、商品番号や、型名、製造番号など、各機器を識別できる情報を用いればよい。
【００６２】
基本優先順位は、その情報機器に付与された発話権の優先順位の初期値である。
以下の実施例では、優先順位は、３けたの数字で表すものとし、数字の小さいものほど優先順位のレベルが高いものとする。すなわち、「０００」が最も優先順位のレベルが高く、「９９９」が最も優先順位のレベルが低いものとする。
【００６３】
図５（ａ）においては、基本優先順位が「９１１」である「テレビ（リビング）」の優先順位が最も高く、基本優先順位が「９５９」である「洗濯機」の優先順位が最も低い。
したがって、たとえば、同一の天気予報のメッセージが、「テレビ（リビング）」と、「照明（寝室）」と、「洗濯機」とに同時に送信されたとすると、基本優先順位の最も高い「テレビ（リビング）」が発話権を獲得し、そのメッセージは、「テレビ（リビング）」の情報機器からのみ報知される。
この場合、基本優先順位のみを考慮すれば、天気予報のメッセージを発話する権利が設定されていたとしても、基本優先順位が「テレビ（リビング）」よりも低い「照明（寝室）」と「洗濯機」からは、報知されない。
【００６４】
この優先順位の付与基準は、特に限定するものではなく、たとえば、情報機器の出荷時に、製造会社が設定してもよく、あるいは、情報機器を宅内に設置する時に、既設の情報機器に付与された優先順位と異なる優先順位を、設置業者が設定してもよい。あるいは、機器の利用者が移設時に変更できても良い。
機器コードは、情報機器の種類を示す情報であり、ここでは２けたの数字で表すものとし、１０の位の数字によって、種類が識別される。たとえば、「１０」はテレビを意味し、「４０」は冷蔵庫を意味する。
場所コードは、情報機器の設置場所を示す情報であり、ここでは、１けたの数字で表すものとする。たとえば、「１」は設置場所が「リビング」であることを意味し、「２」は設置場所が「寝室」であることを意味し、「９」は設置場所が特定されていないこと（汎用）を意味する。
【００６５】
また、図５（ａ）において、基本優先順位は、すべて１００の位を９としており、１０の位が機器コード、１の位が場所コードを示している。後述する実施例では、優先順位として４種類を設定しているが、いずれの優先順位も、１００の位が、優先順位の種類を示すものとする。
また、優先順位の１０の位が機器コードを示し、１の位が場所コードを示すものとする場合は、機器コードと場所コードは、独立項目として、発話設定情報４１の中に記憶する必要はない。
【００６６】
発話属性は、発話を許可する発話情報を設定した情報であり、言いかえれば、発話情報（メッセージ）の種類を示すカテゴリごとに発話権の有無を示した情報である。
図５（ａ）において、発話属性は、数値と、カテゴリ種類とを示している。ただし、数値によって、カテゴリ種類の内容が一意に特定できるので、発話設定情報４１の中には、発話属性を示す情報として、数値のみを記憶すればよい。
数値は、１０進数で示しており、括弧書きで１６進数の数値も示している。
【００６７】
図５（ａ）のカテゴリ種類は、発話権を有することが可能なカテゴリを意味し、図３（ｂ）に示した属性情報の略称を示している。
たとえば、テレビ（リビング）について、数値＝「２５５」に対応するカテゴリ種類は、「自、セ、主、運、天、伝、緊、他」であるが、これは、「テレビ（リビング）」という情報機器は、自治会情報、一般セール情報、主婦向けセール情報、運輸情報、天気予報、伝言メッセージ、緊急メッセージ、その他の情報について、発話権を有することができることを意味する。たとえば、宅内に「テレビ（リビング）」しかない状況において、自治会情報のメッセージが、サーバから「テレビ（リビング）」に送信された場合、そのメッセージは、「テレビ（リビング）」のスピーカから音声出力できることを意味する。
【００６８】
図５（ａ）において、また、「テレビ（寝室）」という情報機器の発話属性は、数値が８８であり、カテゴリ種類が「運、天、緊」である。これは、寝室に設置されたテレビは、運輸情報、天気予報、緊急情報という３つのカテゴリのみについて、発話権を有することが可能であることを示している。
すなわち、たとえば、「運輸情報」に関するメッセージが、「テレビ（寝室）」に送信された場合は、もし他の情報機器がなければ、そのメッセージは、「テレビ（寝室）」のスピーカから音声出力される。ただし、発話権のない「一般セール情報」に関するメッセージが、「テレビ（寝室）」に送信されたとしても、そのメッセージは、「テレビ（寝室）」からは、出力されないことを意味する。
【００６９】
図５（ｂ）に、「テレビ（寝室）」について発話属性情報の数値とカテゴリ種類との関係を示す。
「テレビ（寝室）」の数値は、１０進数で「８８」であり、１６進数で「５８Ｈ」である。ここで、１６進数「５８Ｈ」を、８ビットの２進数で表すと「０１０１１０００」となるが、この２進数の各ビットが、８つのカテゴリのそれぞれに対応する。
図５（ｂ）では、最下位ビットを自治会情報の発話権に対応させ、最上位ビットをその他情報の発話権に対応させている。
【００７０】
また、各ビットの値が「０」の場合は、対応するカテゴリの発話権はないことを意味し、「０」のカテゴリに属するメッセージを受信しても、その情報機器からは、そのメッセージを出力しないことを意味する。
逆に各ビットの値が「１」の場合は、対応するカテゴリの発話権を有していることを意味し、「１」のカテゴリに属するメッセージを受信した場合は、その情報機器から、そのメッセージを出力する可能性があることを意味する。
【００７１】
図５（ｂ）に示すように、「テレビ（寝室）」の場合、数値「８８」に対応する２進数のビットのうち、「１」となっているビットは３つあり、それぞれ「緊急情報」、「天気予報」、「運輸情報」に対応する。
すなわち、「テレビ（寝室）」という情報機器は、「緊急情報」、「天気予報」、「運輸情報」という３つのカテゴリについて発話権を有し、これら３つのカテゴリに属するメッセージを受信した場合には、そのメッセージを出力することができる。
【００７２】
一方、他の５つのカテゴリに属するメッセージを受信したとしても、「テレビ（寝室）」は、発話権を有さないので、そのメッセージは出力しない。
ただし、以下の実施例において、「緊急情報」については、ユーザに報知する重要性が大きいと考えて、いつでもどこからでも報知するものとし、緊急情報に対応するビット（上から２ビット目）は、常に「１」に設定するものとする。
【００７３】
このように、各情報機器の種類と、その設置場所とを考慮して、情報機器ごとに発話属性を適切に予め設定しておくことにより、特定のカテゴリに属するメッセージを、そのメッセージを聞くことを希望する利用者のいる可能性の高い場所にある情報機器から、報知することができる。
【００７４】
たとえば、主婦はリビングにいる可能性が高いとすると、リビングに設置されているテレビ、エアコン、照明などの情報機器について、主婦向けセール情報（略称＝主）の発話権を有するように、発話属性を設定しておけば、主婦は、リビングにいるときに、主婦向けセール情報のメッセージを聞くことができる。
【００７５】
一方、主婦があまり立ち入らず主として子供のみがいる可能性の高い子供部屋において、主婦向けセール情報に関するメッセージを報知しても、そのメッセージが有効活用される可能性は低いと考えられる。
したがって、子供部屋に設置されているテレビ、エアコン、照明などの情報機器について、主婦向けセール情報の発話権を有さないように、発話属性を設定しておくことが好ましい。
【００７６】
この観点から、図５（ａ）に示す子供部屋（１，２）に設置されている情報機器の発話属性は、略称＝主に対応するビットを「０」に設定して、主婦向けセール情報の発話権を除外している。
このように、特定のユーザにとって興味のあるメッセージを、その特定のユーザに知らせる可能性を高め、興味のないと考えられる他のユーザに知らせる可能性が低くなるように、発話属性を設定すれば、報知されたメッセージを有効活用する可能性を高めることができる。
【００７７】
図６に、情報機器ごとに設定される発話設定情報の一実施例の説明図を示す。
図５では、優先順位を説明するために、基本優先順位のみを示したが、発話権の優先順位を動的に変更することを可能とするために、４つの優先順位を設定する場合について説明する。ここで、優先順位（操作）は上記した第１優先順位に相当し、優先順位（動作中）は上記した第２優先順位に相当し、優先順位（時間）は上記した第３優先順位に相当する。
図６では、テレビ（リビング）、テレビ（寝室）、照明（リビング）、冷蔵庫（リビング）の４つの情報機器について、発話設定情報の例を示している。
各発話設定情報４１は、それぞれ、４つの優先順位（Ｌ０，Ｌ１，Ｌ２，Ｌ３）と、機器コード、場所コード、発話属性（数値）からなる。ただし、上記のように、機器コードと場所コードは、優先順位（基本）に含まれている場合は記憶しなくてもよい。
【００７８】
優先順位（基本）Ｌ０は、必ず設定されるものであるが、他の３つの優先順位（Ｌ１，Ｌ２，Ｌ３）については、必要なものだけを設定すればよく、動的に優先順位を変更しない情報機器には設定しなくてもよい。
また、優先順位の数値については、小さい数値の方がレベルが高く、大きい数値の方がレベルが低いものとする。
さらに、１つの情報機器において、採用可能な優先順位が２つ以上設定されている場合は、レベルの高い方の優先順位が採用されるものとする。
【００７９】
優先順位（基本）Ｌ０は、図５（ａ）に示した基本優先順位であり、４つの優先順位のうち、最もレベルが低いものとする。
優先順位（時間）Ｌ１は、現在時刻が予め設定された時刻に一致したとき、あるいは、現在時刻が所定の開始時刻から終了時刻までの期間内にあるときに採用される優先順位であり、優先順位（基本）Ｌ０よりも、レベルが高いものとする。
たとえば、テレビ（寝室）の優先順位（時間）Ｌ１は、「８１２」であり、その優先順位（基本）Ｌ０の「９１２」よりもレベルが高い。
【００８０】
また、図６に示すように、優先順位（時間）Ｌ１には、この優先順位が採用される時間帯として、開始時刻と終了時刻とが予め設定される。
テレビ（寝室）では、この優先順位（時間）Ｌ１が採用される時間帯として、２２時から２３時５９分が設定されている。
この時間帯について、現在時刻が２２時になったときに、テレビ（寝室）の現在の優先順位として、優先順位（時間）＝８１２が採用されることを意味する。
また、２２時から２３時５９分までの間は、現在の優先順位は８１２であるが、２３時５９分を過ぎると、現在の優先順位は、優先順位（基本）＝９１２へ戻るものとする。
テレビ（寝室）の発話属性は、数値が８８で、発話権を有するカテゴリが、「運、天、緊」の３つであるので、２２時から２３時５９分までの間は、「運、天、緊」の３つのカテゴリに属するメッセージの発話権については、優先順位として、「８１２」が採用される。
【００８１】
優先順位（動作中）Ｌ２は、情報機器が所定の機能を開始した後終了するまでの動作中である場合に、採用される優先順位であり、優先順位（時間）Ｌ１よりも、レベルが高いものとする。
たとえば、テレビ（リビング）とテレビ（寝室）の優先順位（動作中）は、そのテレビの電源が投入され、映像が表示されて番組が視聴中である場合に採用される。
一方、テレビが視聴中でなくなれば、そのテレビの現在の優先順位は、優先順位（基本）に戻るものとする。
また、照明（リビング）の優先順位（動作中）の「１３１」は、リビングに設置された照明器具が点灯（ＯＮ）されたときに採用される優先順位であることを意味し、照明器具の電源がＯＦＦされ消灯された場合は、現在の優先順位は、優先順位（基本）に戻るものとする。
【００８２】
優先順位（操作）Ｌ３は、対応する情報機器に対して、ユーザが所定の入力操作や、起動または停止操作を行った場合に、採用される優先順位であり、４つの優先順位の中で最もレベルが高いものとする。
たとえば、冷蔵庫（リビング）の優先順位（操作）の「０４１」は、冷蔵庫のドアが開放された場合に採用され、その後ドアが閉じられても、ドアが開放されたときから５分間は、この優先順位（操作）が採用されることを意味する。ドアが開放されてから５分間が経過した場合は、優先順位（基本）に戻るものとする。
【００８３】
図６では、４つの優先順位を設定したものについて説明したが、１つの情報機器において、予め決められたレベルの高さに基づいて、採用する優先順位を決定する。
すなわち、３つの優先順位（Ｌ１，Ｌ２，Ｌ３）のいずれかを採用するイベント（時間、動作中、操作のいずれか）が発生した場合に、自己の発話権情報に含まれる優先順位を、基本優先順位から、発生したイベントに対応する優先順位に変更する。
上記したように、４つの優先順位のレベルを、低いものから順に、基本Ｌ０＜時間Ｌ１＜動作中Ｌ２＜操作Ｌ３とする。このようにレベルの高さを設定した場合、もしこれら４つの優先順位が競合したとすると、最もレベルの高い優先順位（操作）が採用されることになる。
たとえば、テレビ（寝室）について、現在時刻が２３時であって、ユーザがそのテレビを視聴中であったとすると、テレビ（寝室）の現在の優先順位としては、「時間」８１１と、「動作中」１１２の両方が採用可能であるが、よりレベルの高い「動作中」の優先順位（１１２）を採用する。
【００８４】
また、あるカテゴリに属するメッセージが、発話権を有する複数の情報機器に受信された場合、各情報機器が有する現在の優先順位に基づいて、実際に発話権を獲得する機器が決定される。
たとえば、運輸情報に関するメッセージが、サーバＳＶから図６に示す４つの情報機器（ＴＥ１〜ＴＥ４）に送信された場合、発話属性の内容からいずれの機器も発話権を有する可能性がある。このとき、仮に４つの情報機器で採用されている現在の優先順位が、いずれも優先順位（基本）であったとすると、４つの情報機器のうち、最も数値の小さい（すなわち、最もレベルの高い）優先順位を持つ「９１１」の情報機器に、発話権が与えられる。すなわち、運輸情報に関するメッセージは、テレビ（リビング）から報知されることになる。
【００８５】
図７に、記憶部４０に記憶される発話権情報の一実施例の説明図を示す。
発話権情報４３は、現時点における情報機器の自己の発話権に関する情報であり、少なくとも、現在の優先順位と、現在の発話権（発話属性）とを含む。いずれの情報も、図５および図６に示したような数値が記憶されるものとする。現在の発話権（発話属性）は、現時点において、発話を許可している発話情報を設定したものである。
この現在の発話権情報４３の内容は、同一宅内のネットワークに接続される情報機器の種類と設置場所、各情報機器の動作状態や操作状態などによって、動的に変化する。
【００８６】
図７（ａ）は、図６に示した冷蔵庫（リビング）の現在の発話権情報４３の一実施例を示している。これによれば、冷蔵庫（リビング）の現在の優先順位は、「９４１」で、現在の発話権（発話属性）は「９３（＝５ＤＨ）」であって、現在、「自、主、運、天、緊」の５つのカテゴリについて、発話権を有していることを示す。
たとえば、冷蔵庫（リビング）のみが、初めて宅内のネットワークに接続された状態では、記憶部４０には、図７（ａ）に示すような発話権情報４３が記憶され、このとき、発話権のある５つのカテゴリに属するメッセージのいずれかがサーバＳＶから送信された場合、冷蔵庫（リビング）から報知されることになる。
【００８７】
図７（ｂ）は、冷蔵庫（リビング）と、テレビ（寝室）との２つの情報機器のみが、宅内ネットワークに接続されたときに更新された発話権情報４３を示している。
この場合、後述する図９に示すように、２つの情報機器間で、発話権の更新（調整）が行われ、冷蔵庫（リビング）の現在の発話権が６９（自、主、緊）となり、テレビ（寝室）の現在の発話権が８８（運、天、緊）となっていることを示している。
【００８８】
図７（ｃ）は、３つの情報機器（冷蔵庫（リビング）、テレビ（寝室）、テレビ（リビング））が、宅内ネットワークに接続されて、後述する図９のようにして、発話権の更新がされた後の発話権情報４３を示している。
図７（ｃ）によれば、冷蔵庫（リビング）とテレビ（寝室）は、現在、緊急情報のみについて発話権を有するが、テレビ（リビング）は、８つのカテゴリのすべてのメッセージについて発話権を有することを示している。
図７（ｄ）は、テレビ（寝室）について、現在時刻がたとえば２２時となったために、現在の優先順位が「９１２」から「８１２」に変更され、現在の発話権（発話属性）が緊急情報のみであることを示している。
このように、各情報機器について、現在の優先順位と、現在の発話権の内容は、種々の状況に応じて変化させられる。
【００８９】
図８に、各情報機器間で送受信される３つの情報（参加要求、発話権更新要求、発話権通知）について、一実施例の説明図を示す。いずれの情報も、そのデータ名と、優先順位と、発話属性とを含む。ただし、これ以外に、例えば発話出力部１３の通知手段種別のような情報を含めても良い。
図８（ａ）は、参加要求（ＳＲＥＱと呼ぶ）の一実施例を示している。参加要求ＳＲＥＱは、データ名と、基本優先順位と、基本発話属性とからなる。
【００９０】
ここで、基本優先順位は、参加要求を送信する情報機器の発話設定情報４１に予め設定された優先順位Ｌ０である。また、基本発話属性は、参加要求を送信する情報機器の発話設定情報４１に予め設定された発話属性である。
たとえば、図６のテレビ（寝室）ＴＥ２が、宅内ネットワークに接続され、参加要求を送信する場合、図８（ａ）に示すように、その参加要求には、（ＳＲＥＱ、９１２，８８）からなる情報が含まれる。
【００９１】
図８（ｂ）は、発話権更新要求（ＫＲＥＱ；更新要求、リセット要求とも呼ぶ）の一実施例を示している。発話権更新要求ＫＲＥＱは、他の情報機器に対して、発話権の更新を求めるものである。ＫＲＥＱには、データ名と、更新要求を送信する自己の現在の優先順位と、自己の基本発話属性とが含まれる。
たとえば、現在時刻が２２時となった場合、図６のテレビ（寝室）ＴＥ２の現在の優先順位として優先順位（時間）が採用され、「９１２」から「８１２」に変更される。
このとき、テレビ（寝室）ＴＥ２から、図８（ｂ）に示すような発話権更新要求（ＫＲＥＱ、８１２、８８）が送信される。
他の情報機器からこの更新要求を受信した情報機器では、その情報機器の発話権更新実行部３７が、自己が発話権を有する発話情報を、受信した更新要求に含まれる発話権情報を利用して更新する。さらに、その更新後に、発話権通知部３３が、更新後の自己の発話権情報を含む発話権通知を送信する。
【００９２】
図８（ｃ）は、参加応答あるいはリセット応答に相当する発話権通知（ＳＡＮＳあるいはＫＡＮＳ）の一実施例を示している。この発話権通知は、参加要求ＳＲＥＱを受信した情報機器、あるいは発話権更新要求ＫＲＥＱを受信した情報機器から送信される情報であり、データ名（ＳＡＮＳあるいはＫＡＮＳ）と、発話権通知を送信する情報機器の自己の更新優先順位と、自己の更新発話属性とが含まれる。
たとえば、図８（ｃ）の参加応答ＳＡＮＳは、図９に示すように、冷蔵庫（リビング）が送信する発話権通知であり、（ＳＡＮＳ、９４１、６９）からなる情報が含まれる。
また、図８（ｃ）のリセット応答ＫＡＮＳは、図１０に示すように、冷蔵庫（リビング）が送信する発話権通知であり、（ＫＡＮＳ、９４１、６４）からなる情報が含まれる。
他の情報機器から発話権通知を受信した情報機器では、その情報機器の発話権更新実行部３７が、自己が発話権を有する発話情報を、受信した発話権通知に含まれる発話権情報を利用して更新する。
【００９３】
＜発話権更新処理の実施例＞
図９から図１３に、発話権更新処理の一実施例のシーケンス図を示し、図１４および図１５に、１つの情報機器についての発話情報報知処理と、発話更新処理の一実施例のフローチャートを示す。
【００９４】
図９から図１３までのシーケンス図では、１つの宅内に設置された３つの情報機器間で送受信される情報と、各情報機器の発話権情報４３の更新状態とを示している。
１つの宅内に、４つ以上の情報機器が設置された場合も、これらのシーケンスに準じた情報の送受信が行われ、各情報機器の発話権情報４３が更新される。
【００９５】
（実施例１）
図９に、実施例１として、宅内ネットワークに、新たに情報機器を追加した場合の発話権更新処理のシーケンス図を示す。ここでは、宅内ネットワークに何も接続されていない状態の場合に、最初に冷蔵庫（リビング）が宅内ネットワークに接続され、次に、テレビ（寝室）が接続され、最後にテレビ（リビング）が接続されるものとする。
あるいは、３つの情報機器が宅内ネットワークに接続されているが、上記の順序で、電源が投入され、起動させられるものとする。
【００９６】
冷蔵庫（リビング）には、図６に示すように、発話設定情報４１の基本優先順位として、９４１が設定され、発話属性として９３（自、主、運、天、緊）が設定されていたとする。
この場合、冷蔵庫（リビング）の発話権情報４３には、現在の優先順位の初期値として、９４１が記憶され、現在の発話属性の初期値として９３が記憶される。
以下、発話権情報４３を、（現在の優先順位、現在の発話属性）によって示す。
【００９７】
ステップＳ１０１において、冷蔵庫（リビング）が宅内ネットワークに接続されると、冷蔵庫（リビング）の制御部１は、参加要求部３１によって、参加要求ＳＲＥＱを送信させる。ここで、参加要求ＳＲＥＱには、現在の優先順位として、９４１を含め、現在の発話属性として、９３を含める。
参加要求ＳＲＥＱは、宅内ネットワークに対して、ブロードキャストされるものとする。
冷蔵庫（リビング）の他に、接続されている情報機器がないとすると、応答が帰ってこない。一定時間経過しても応答が返信されないので、自己の発話権を維持する。すなわち、現在の発話権情報４３を、（９４１，９３）のままとする。冷蔵庫（リビング）は、（自、主、運、天、緊）の５つのカテゴリに属するメッセージを受信した場合に、そのメッセージを報知する。
【００９８】
もし、上記の状態において、冷蔵庫（リビング）に、たとえば、自治会情報が受信されると、自治会情報の発話権を有しているので、冷蔵庫（リビング）のスピーカから、受信されたメッセージが出力される。
ただし、一般セール情報が受信されても、発話権を有さないので、一般セール情報のメッセージは出力されない。
【００９９】
次に、ステップＳ１０２において、テレビ（寝室）が宅内ネットワークに接続され、テレビ（寝室）の参加要求部３１が、参加要求ＳＲＥＱを送信したとする。テレビ（寝室）の現在の発話権情報４３は、（９１２，８８）である。この参加要求には、図６に示すテレビ（寝室）の基本優先順位（９１２）と、発話属性（８８）とが含まれる。この発話属性の中で、発話権が設定されているのは、（運、天、緊）の３つのカテゴリである。
【０１００】
ステップＳ１０３において、テレビ（寝室）から送信された参加要求ＳＲＥＱは、冷蔵庫（リビング）の参加要求受信部３４によって、受信される。冷蔵庫（リビング）の発話権更新実行部３７は、受信した参加要求ＳＲＥＱに含まれる情報（９１２，８８）を利用して、自己の現在の発話権情報４３を更新する。
まず、冷蔵庫（リビング）の発話権情報４３の現在の優先順位が、９４１であるのに対し、受信した参加要求の優先順位は９１２である。両者の優先順位を比較すると、９４１＞９１２であるので、参加要求を送信してきたテレビ（寝室）の方が、優先順位のレベルが高い。
【０１０１】
したがって、テレビ（寝室）に設定されている（運、天、緊）の３つのカテゴリについては、優先順位のレベルの高いテレビ（寝室）の方に発話権を移す。
ただし、上記したように、緊急情報については、常にすべての情報機器が発話権を有するものとすると、両者が発話権をもつ。
これにより、冷蔵庫（リビング）は、当初、（自、主、運、天、緊）の５つのカテゴリについて発話権を有していたが、テレビ（寝室）に移した（運、天）の２つの発話権を削除し、現在の発話属性を、残りの３つの（自、主、緊）に変更する。
【０１０２】
このとき、冷蔵庫（リビング）が有する現在の発話属性の数値は、（自、主、緊）のビットを１とした６９（＝４５Ｈ）に更新される。
その後、冷蔵庫（リビング）の発話権通知部３３が、更新された自己の現在の発話権情報４３を含む発話権通知を送信する。この発話権通知は、テレビ（寝室）から送信された参加要求ＳＲＥＱに対する参加応答ＳＡＮＳであり、（９４１，６９）を含む情報である。
【０１０３】
ステップＳ１０４において、テレビ（寝室）の発話権通知受信部３６が、発話権通知（参加応答）を受信する。テレビ（寝室）の発話権更新実行部３７が、自己の現在の優先順位（９１２）と、受信した参加応答に含まれる優先順位（９４１）とを比較する。
９１２＜９４１であって、自己の優先順位の方がレベルが高いので、現在の発話権情報４３を維持し、更新は行わない。
したがって、テレビ（寝室）の発話権情報４３は、宅内ネットワークに接続したときの情報（９１２，８８）のままである。
以上のように、冷蔵庫（リビング）とテレビ（寝室）とが、宅内ネットワークに接続された状態では、冷蔵庫（リビング）が（自、主、緊）について発話権を有し、テレビ（寝室）が（運、天、緊）について発話権を有する。
【０１０４】
ステップＳ１０５において、テレビ（リビング）が宅内ネットワークに接続されると、テレビ（リビング）から、参加要求ＳＲＥＱが送信される。テレビ（リビング）の現在の発話権情報４３が、図６に示すように、現在の優先順位９１１と、現在の発話属性２５５を含むものであったとすると、この参加要求ＳＲＥＱには、（９１１、２５５）が含まれる。
参加要求ＳＲＥＱは、ブロードキャストされるので、ステップＳ１０６およびＳ１０７において、冷蔵庫（リビング）とテレビ（寝室）の参加要求受信部３４によって受信される。
【０１０５】
ステップＳ１０６、Ｓ１０７において、それぞれの発話権更新実行部３７によって、発話権情報４３が更新される。テレビ（リビング）から送信された参加要求に含まれる優先順位（９１１）は、冷蔵庫（リビング）およびテレビ（寝室）のいずれの現在の優先順位（９４１，９１２）よりも、レベルが高いので、緊急情報を除くテレビ（リビング）が有する７つのカテゴリの発話権は、テレビ（リビング）に移される。
【０１０６】
たとえば、ステップＳ１０６において、テレビ（寝室）は、（運、天、緊）の３つのカテゴリの発話権を有していたが、緊急情報を除く他の２つのカテゴリ（運、天）についての発話権を、テレビ（リビング）に移すために、現在の発話権情報４３の中から、（運、天）の発話権を削除する。
すなわち、現在の発話属性の数値について、（運、天）に対応するビットを０に設定して、「緊」に対応するビットのみを１に設定する。これにより、テレビ（寝室）の現在の発話属性は、６４（＝４０Ｈ）となる。よって、テレビ（寝室）の現在の発話権情報４３は、（９１２，６４）に更新される。
【０１０７】
ステップＳ１０７においても、同様の更新処理が実行され、冷蔵庫（リビング）は、緊急情報のみについて発話権を有し、冷蔵庫（リビング）の現在の発話権情報４３は、（９４１，６４）に更新される。
【０１０８】
ステップＳ１０８において、発話権が更新されたテレビ（寝室）の発話権通知部３３が、発話権通知（参加応答）を送信する。この発話権通知（参加応答）には、自己の現在の発話権情報（９１２，６４）が含まれる。
【０１０９】
ステップＳ１０９およびＳ１１０において、冷蔵庫（リビング）とテレビ（リビング）の発話権通知受信部３６が、この発話権通知を受信する。
ステップＳ１０９において、テレビ（リビング）では、自己の現在の優先順位（９１１）の方が、受信した発話権通知に含まれる優先順位（９１２）よりも、レベルが高いので、現在の発話権情報４３を維持する。
すなわち、テレビ（リビング）は、現在の発話属性は２５５（＝ＦＦＨ）なので、８つのカテゴリすべてについての発話権を有する。
【０１１０】
ステップＳ１１０において、冷蔵庫（リビング）では、自己の現在の優先順位（９４１）は、受信した優先順位（９１２）よりも、レベルが低いので、発話権をテレビ（寝室）に移す必要がある。
しかし、冷蔵庫（リビング）が有する現在の発話属性では、緊急情報の発話権のみを有しているので、移せる発話権はないので、発話権情報４３は、そのまま維持される。
【０１１１】
ステップＳ１１１において、冷蔵庫（リビング）の発話権通知部３３からも、発話権通知（参加応答）が送信される。この発話権通知（参加応答）には、自己の現在の発話権情報（９４１，６４）が含まれる。
【０１１２】
ステップＳ１１２およびＳ１１３において、テレビ（寝室）とテレビ（リビング）の発話権通知受信部３６が、この発話権通知を受信する。
テレビ（寝室）とテレビ（リビング）のいずれも、自己の現在の優先順位は、受信した発話権通知に含まれる優先順位９４１よりも、レベルが高いので、現在の発話権情報４３を維持し、更新しない。
【０１１３】
以上の処理によって、上記の３つの情報機器が宅内ネットワークに接続されている状態では、冷蔵庫（リビング）とテレビ（寝室）とは、緊急情報のみについて発話権を有し、テレビ（リビング）は、８つのカテゴリすべてについて発話権を有するように、発話権情報４３が更新される。
たとえば、上記の３つの情報機器が接続され、それぞれの参加応答が送受信された後に、緊急情報がサーバから送信されてきた場合は、３つの情報機器すべてから、緊急情報のメッセージが報知される。
また、緊急情報以外の７つのカテゴリのメッセージがサーバから送信されてきた場合は、テレビ（リビング）から、そのメッセージが報知される。
【０１１４】
（ビット演算を用いた発話属性の更新処理）
上記のように、情報機器の発話権情報４３の現在の発話属性は、参加要求等に含まれる優先順位と発話属性とを利用して更新されるが、発話属性の数値の更新は、たとえば、次のようなビット演算によって行うことができる。
発話権の更新をしようとしている情報機器Ａの自己の現在の優先順位をＰＡとし、自己の現在の発話属性をＳＡとする。
一方、他の情報機器Ｂから受信した参加要求や発話権通知などに含まれる優先順位をＰＢとし、発話属性をＳＢとする。
【０１１５】
ここで、現在の優先順位ＰＡのレベルが、受信した優先順位ＰＢのレベルよりも低い場合、すなわち、ＰＡの数値＞ＰＢの数値という関係が成立する場合に、次式に示すビット演算をすることによって、情報機器Ａの現在の発話属性ＳＡを、新しい発話属性ＳＡ'に変換する。
【０１１６】
新発話属性ＳＡ'＝（ＳＡ ａｎｄ 〜ＳＢ） ｏｒ ０１００００００
ここで、０１００００００が示す上位から２ビット目の「１」は、常に発話を要求する緊急情報に相当するビットとする。また、〜ＳＢにおいて、「〜」は、ビット反転を示す演算子である。
上記のＰＡ，ＳＡ，ＰＢ，ＳＢについて、たとえば、次のような数値が設定されていたとする。テレビ（リビング）が、発話権情報を更新する機器であり、テレビ（寝室）が、更新要求を送信した機器とする。
ＰＡ＝テレビ（リビング）の現在の優先順位＝９１１、
ＳＡ＝テレビ（リビング）の現在の発話属性＝１１１１１１１１（＝２５５）、
ＰＢ＝テレビ（寝室）から受信した優先順位＝１１２、
ＳＢ＝テレビ（寝室）から受信した発話属性＝０１０１１０００（＝８８）。
【０１１７】
ここで、ＰＡ＞ＰＢなので、次式で、ＳＡ'を求める。
ＳＡ'＝（ＳＡ ａｎｄ 〜ＳＢ） ｏｒ ０１００００００
＝（１１１１１１１１ ａｎｄ 〜（０１０１１０００）） ｏｒ ０１００００００
＝（１１１１１１１１ ａｎｄ １０１００１１１） ｏｒ ０１００００００
＝１０１００１１１ ｏｒ ０１００００００
＝１１１００１１１
＝Ｅ７Ｈ＝２３１
【０１１８】
この場合、テレビ（リビング）の現在の発話属性は、１１１１１１１１（＝２５５）から、１１１００１１１（＝２３１）に更新される。
言いかえれば、テレビ（リビング）のもとの発話属性（＝２５５）では、（自、セ、主、運、天、伝、緊、他）の８つのカテゴリすべてについて、発話権を有していたが、よりレベルの高い優先順位を有しているテレビ（寝室）からの更新要求を受信した結果、テレビ（リビング）の現在の発話属性は、２３１に変更され、（自、セ、主、伝、緊、他）の６つのカテゴリについてのみ、発話権を有するように更新されたことになる。
【０１１９】
（実施例２）
図１０に、実施例２として、３つの情報機器が宅内ネットワークに接続されている状態において、現在時刻が、優先順位（時間）として設定された開始時刻に一致した場合の発話権更新処理のシーケンス図を示す。
ここでは、図６に示すように、テレビ（寝室）の優先順位（時間）の開始時刻として、２２時が設定され、現在時刻が、２２時になったとする。すなわち、時間の優先順位を採用するイベントが発生したとする。
また、前提として、図１０に示すように、冷蔵庫（リビング）とテレビ（寝室）の発話属性には６４が設定され、緊急情報のみについて現在、発話権を有するものとする。
テレビ（リビング）の発話属性には２５５が設定され、８つのすべてのカテゴリについて、現在、発話権を有しているものとする。
さらに、３つの情報機器には、それぞれの基本優先順位が、現在の優先順位として設定されているものとする。
【０１２０】
ステップＳ１２１において、設定時刻確認部１８が、現在時刻が、優先順位（時間）に設定されている開始時刻の２２時になったことを確認すると、時間の優先順位を採用するイベントが発生したので、図６に示した発話設定情報４１に基づいて、テレビ（寝室）の現在の優先順位を、９１２から８１２（優先順位（時間））に変更する。
このとき、テレビ（寝室）において、発話権初期化部２２が、発話権情報４３のうち、現在の発話属性を、初期化する。
テレビ（寝室）の発話設定情報４１に設定されている発話属性が８８であったとすると、現在の発話属性を、８８に設定する。この時点で、テレビ（寝室）は、（運、天、緊）の３つのカテゴリの発話権を有することになる。
【０１２１】
ステップＳ１２２において、設定された開始時刻となり、発話属性が変更されたので、テレビ（寝室）の発話権更新要求部３２が、更新要求（リセット要求）を送信する。
この更新要求には、テレビ（寝室）の現在の優先順位８１２と、現在の発話属性８８とが含まれる。更新要求は、ブロードキャストされるので、冷蔵庫（リビング）とテレビ（リビング）の更新要求受信部３５によって受信される。
【０１２２】
ステップＳ１２３において、更新要求を受信した冷蔵庫（リビング）では、まず、発話権初期化部２２が、自己の発話権情報４３の発話属性を初期化する。
これにより、現在の発話属性が、６４から９３に変更され、冷蔵庫（リビング）は、（自、主、運、天、緊）の５つのカテゴリについて発話権を有するものとなる。
その後、発話権更新実行部３７が、受信した更新要求に含まれる情報（８１２，８８）を考慮して、現在の自己の発話権情報４３を、更新する。
冷蔵庫（リビング）の現在の優先順位（９４１）は、受信した優先順位（８１２）よりも、レベルが低いので、受信した発話属性（８８）によって示されるカテゴリの発話権を削除するように、自己の発話属性を更新する。
この更新処理は、現在の自己の発話属性の数値９３と、受信した発話属性の数値８８とを２進数に変換して、上記したようなビット演算を行えばよい。
【０１２３】
このビット演算により、冷蔵庫（リビング）の発話属性は、６９（＝４５Ｈ）となる。
すなわち、冷蔵庫（リビング）の発話権は、（自、主、運、天、緊）から（運、天）を削除して、（自、主、緊）の３つのカテゴリとなる。
【０１２４】
ステップＳ１２４において、更新要求を受信したテレビ（リビング）でも、同様に、まず自己の発話権情報４３の初期化が行われ、その後、更新処理が行われる。
テレビ（リビング）の現在の優先順位（９１１）は、受信した優先順位（８１２）よりも、レベルが低いので、発話権更新実行部３７が、上記したようなビット演算によって、自己の発話属性を更新する。
すなわち、現在の自己の発話属性の数値２５５と、受信した発話属性の数値８８とのビット演算によって、テレビ（リビング）の発話属性は、２５５から２３１（＝Ｅ７Ｈ）に変更される。
これにより、テレビ（リビング）は、（自、セ、主、伝、緊、他）の６つのカテゴリについて、発話権を有することになる。
【０１２５】
ステップＳ１２５において、テレビ（リビング）では、発話権を更新したので、発話権通知部３３が、更新要求に対する応答として、発話権通知を送信する。
この発話権通知には、テレビ（リビング）の現在の発話権情報（９１１，２３１）が含まれる。
【０１２６】
ステップＳ１２６とＳ１２７において、発話権通知は、テレビ（寝室）と冷蔵庫（リビング）の発話権通知受信部３６によって受信される。
ステップＳ１２６において、受信した発話権通知に含まれる優先順位（９１１）は、現在の自己の優先順位（８１２）よりも、レベルが低いので、テレビ（寝室）の発話権は更新されず、現在の発話権情報（８１２，８８）が維持される。
【０１２７】
ステップＳ１２７において、受信した発話権通知に含まれる優先順位（９１１）は、冷蔵庫（リビング）の現在の自己の優先順位（９４１）よりも、レベルが高いので、発話権更新実行部３７によって、上記したようなビット演算が行われ、発話権が更新される。
これにより、冷蔵庫（リビング）では、現在の発話属性が６４に変更され、緊急情報のみについて発話権を有するものとなる。
【０１２８】
ステップＳ１２８において、冷蔵庫（リビング）では、発話権通知部３３が、更新要求に対する応答として、発話権通知を送信する。
この発話権通知には、冷蔵庫（リビング）の現在の発話権情報（９４１，６４）が含まれる。
ステップＳ１２９およびＳ１３０において、冷蔵庫（リビング）から送信された発話権通知が、テレビ（寝室）とテレビ（リビング）の発話権通知受信部３６によって、受信される。
受信された発話権通知に含まれる優先順位（９４１）は、テレビ（寝室）とテレビ（リビング）のそれぞれの優先順位（８１２，９１１）よりも、レベルが低いので、テレビ（寝室）とテレビ（リビング）のいずれも、発話権の更新は行われず、現在の発話権情報４３が維持される。
【０１２９】
以上のように、テレビ（寝室）の優先順位（時間）に設定された開始時刻がきたときに、テレビ（寝室）の現在の優先順位と発話属性とが変更されたことに伴って、他の情報機器の発話属性も変更される。
図１０の場合は、寝室にあるテレビにおいて、予め設定された開始時刻が来たことにより、寝室に、ユーザがいる可能性があると考えられるので、寝室にあるテレビの発話権のレベルが高められた。
【０１３０】
また、図６に示したテレビ（寝室）の優先順位（時間）には、開始時刻（２２：００）とともに、終了時刻（２３：５９）が設定されている。
もし、現在時刻が終了時刻（２３：５９）を過ぎた場合、優先順位（時間）を採用すべき時間帯が経過したので、テレビ（寝室）の優先順位は、８１２から基本優先順位９１２に戻される。
テレビ（寝室）の優先順位が変更されたことに伴って、図１０に示したのと同様に、更新処理が行われ、テレビ（寝室）から（９１２，８８）を含む更新要求が送信される。この更新要求を受信した情報機器では、発話権情報の更新が行われることになる。
【０１３１】
（実施例３）
図１１に、実施例３として、３つの情報機器が宅内ネットワークに接続されている状態において、１つの情報機器が動作中となった場合の発話権更新処理のシーケンス図を示す。
ここでは、ユーザによって、寝室にあるテレビの電源が投入され、テレビ番組の視聴が開始された場合について説明する。すなわち、動作中の優先順位を採用するイベントが発生した場合について説明する。
図１１において、冷蔵庫（リビング）とテレビ（寝室）の現在の発話属性には６４が設定され、テレビ（リビング）の現在の発話属性には２５５が設定され、各情報機器の現在の優先順位は、それぞれの基本優先順位が設定されているものとする。
【０１３２】
ステップＳ１４１において、動作確認部１７によって、寝室にあるテレビの視聴が開始されたことが検出されると、図６に示すテレビ（寝室）の現在の優先順位が、優先順位（動作中）１１２に変更される。
ステップＳ１４２において、寝室のテレビの動作が開始され、現在の優先順位が変更されたので、テレビ（寝室）の発話権初期化部２２が、発話属性を初期化する。
ここでは、発話権情報４３の現在の発話属性が、８８に変更される。
すなわち、テレビ（寝室）は、（運、天、緊）の３つのカテゴリについて、発話権を有することになる。
その後、テレビ（寝室）の発話権更新要求部３２が、更新要求を送信する。この更新要求には、自己の現在の発話権情報（１１２，８８）が含まれる。
【０１３３】
ステップＳ１４３およびＳ１４４において、冷蔵庫（リビング）とテレビ（リビング）の更新要求受信部３５が、まず、自己の発話権情報４３を初期化し、その後、発話権更新実行部３７が、受信した更新要求の情報（１１２，８８）を利用して、発話権情報４３を更新する。
【０１３４】
ステップＳ１４３において、冷蔵庫（リビング）では、自己の優先順位（９４１）よりもレベルの高い優先順位（１１２）を持つ更新要求が受信されたので、発話権情報４３が更新され、現在の発話属性は、６９に変更される。これにより、冷蔵庫（リビング）は、（自、主、緊）の３つのカテゴリについて、発話権を有するものとなる。
ステップＳ１４４においても、テレビ（リビング）では、自己の優先順位（９１１）よりもレベルの高い優先順位（１１２）を持つ更新要求が受信されたので、発話権情報４３が更新され、現在の発話属性は、２５５から２３１に変更される。
これにより、テレビ（リビング）は、（自、セ、主、伝、緊、他）の６つのカテゴリについて、発話権を有するものとなる。
【０１３５】
ステップＳ１４５において、テレビ（リビング）の発話権通知部３３は、更新要求に対する応答として、発話権通知を送信する。この発話権通知には、現在の発話権情報（９１１，２３１）が含まれる。
ステップＳ１４６において、テレビ（寝室）が発話権通知を受信した場合、自己の現在の優先順位（１１２）よりもレベルの低い優先順位（９１１）が受信されたので、発話権の更新は行わず、現在の発話権情報（１１２，８８）が維持される。
ステップＳ１４７において、冷蔵庫（リビング）が発話権通知を受信した場合、自己の現在の優先順位（９４１）よりもレベルの高い優先順位（９１１）が受信されたので、発話権の更新が行われる。この場合、現在の発話属性は、６９（＝４５Ｈ）から６４（＝４０Ｈ）に変更される。これにより、冷蔵庫（リビング）は、緊急情報のみについて発話権を有するものとなる。
【０１３６】
ステップＳ１４８において、冷蔵庫（リビング）の発話権通知部３３は、更新要求に対する応答として、発話権通知を送信する。この発話権通知には、現在の発話権情報（９４１，６４）が含まれる。
ステップＳ１４９およびＳ１５０において、テレビ（寝室）とテレビ（リビング）の発話権通知受信部３６は、発話権通知（９４１，６４）を受信する。
この受信された発話権通知に含まれる優先順位（９４１）は、テレビ（寝室）とテレビ（リビング）のどちらの現在の優先順位（１１２，９１１）よりもレベルが低い。
したがって、テレビ（寝室）とテレビ（リビング）の発話権情報４３は、更新されずに、維持される。
【０１３７】
以上のように、寝室にあるテレビの電源が投入され、テレビの視聴が開始された場合、ユーザが寝室にいる可能性が高いので、寝室にあるテレビの優先順位を高くして、発話権を更新する。
これにより、サーバから受信したメッセージを、ユーザがいる可能性の高い場所にある情報機器から報知するようにすることができ、ユーザがそのメッセージを聞く可能性を高めることができる。
【０１３８】
また、ユーザが、寝室にあるテレビの電源を切り、視聴を中止した場合、テレビは動作中でなくなるので、現在の優先順位を、基本優先順位（９１２）に戻すようにする。
このとき、テレビ（寝室）から、（９１２，８８）を含む更新要求を送信する。これにより、テレビ（寝室）の優先順位が低下するので、いくつかのカテゴリに属するメッセージの発話権は他の情報機器に移されて、テレビ（寝室）においては、発話権を有するカテゴリが減少することになる。
【０１３９】
（実施例４）
図１２に、実施例４として、３つの情報機器が宅内ネットワークに接続されている状態において、１つの情報機器に対して、ユーザが入力操作を行った場合の発話権更新処理のシーケンス図を示す。
ここでは、ユーザが、リビングにある冷蔵庫のドアを開けた場合について説明する。すなわち、操作の優先順位を採用するイベントが発生した場合について説明する。
冷蔵庫のドアが開けられたことは、冷蔵庫の動作確認部１７が、たとえば、冷蔵庫の内部に取り付けられた開閉センサーやスイッチにより検知するものとする。
図１２においても、図１０や図１１と同様に、冷蔵庫（リビング）とテレビ（寝室）とテレビ（リビング）の現在の発話属性は、それぞれ６４，６４，２５５に設定され、現在の優先順位は、それぞれの基本優先順位が設定されているものとする。
【０１４０】
ステップＳ１６１において、ユーザによって冷蔵庫のドアが開かれた場合、冷蔵庫の動作確認部１７が、ユーザによって操作がされたことを確認する。このユーザ操作が確認されると、冷蔵庫（リビング）の発話設定情報４１を利用して，現在の優先順位を、９４１から０４１（優先順位（操作））に変更する。
ステップＳ１６２において、発話権初期化部２２によって現在の発話属性を初期化する。これにより、現在の発話属性は、６４から９３となり、（自、主、運、天、緊）の５つのカテゴリについて発話権を有する。
この後、冷蔵庫（リビング）の発話権更新要求部３２は、更新要求を送信する。この更新要求には、現在の発話権情報（０４１，９３）が含まれる。
【０１４１】
ステップＳ１６３およびＳ１６４において、テレビ（寝室）とテレビ（リビング）の更新要求受信部３５が更新要求（０４１，９３）を受信すると、まず、発話属性の初期化処理を行った後、受信した更新要求に含まれる情報を利用して、自己の発話権情報４３を更新する。
更新要求に含まれる優先順位０４１は、テレビ（寝室）とテレビ（リビング）の現在の優先順位よりもレベルが高いので、発話権更新実行部３７によって、上記したようなビット演算が行われて、現在の発話属性が更新される。
テレビ（寝室）の現在の発話権情報は、（９１２，６４）となり、テレビ（リビング）の現在の発話権情報は、（９１１，２２６）となる。
【０１４２】
ステップＳ１６５において、テレビ（寝室）の発話権通知部３３は、更新要求に対する応答として、発話権通知を送信する。この発話権通知には、テレビ（寝室）の現在の発話権情報（９１２，６４）が含まれる。
ステップＳ１６６およびＳ１６７において、冷蔵庫（リビング）とテレビ（リビング）の発話権通知受信部３６が、発話権通知を受信する。
しかし、受信した発話権通知に含まれる優先順位（９１２）は、冷蔵庫（リビング）とテレビ（リビング）のいずれの現在の優先順位（０４１，９１１）よりも、レベルが低いので、どちらの情報機器も、現在の発話権情報４３を維持する。
【０１４３】
ステップＳ１６８において、テレビ（リビング）の発話権通知部３３は、更新要求に対する応答として、発話権通知を送信する。この発話権通知には、テレビ（リビング）の現在の発話権情報（９１１，２２６）が含まれる。
ステップＳ１６９において、テレビ（寝室）の発話権通知受信部３６が、発話権通知を受信する。
受信した発話権通知に含まれる優先順位（９１１）は、テレビ（寝室）の現在の優先順位９１２よりも、レベルが高いので、発話権が更新されるが、発話権を有するのはすでに緊急情報のみとなっているので、発話権は維持されることになる。
ステップＳ１７０において、冷蔵庫（リビング）が発話権通知を受信すると、自己の現在の優先順位０４１の方が受信した優先順位９１１よりも、レベルが高いので、現在の発話権情報４３は更新されず、維持される。
【０１４４】
以上のように、リビングにある冷蔵庫のドアが開かれた場合、その後しばらくの間は、ユーザが、リビングの冷蔵庫のそばにいる可能性が非常に高い。
したがって、受信したメッセージが有効活用される可能性があるという観点から、リビングの冷蔵庫から、所定のメッセージを報知するのが好ましい。
そこで、ユーザが所定の操作をした情報機器（冷蔵庫）の優先順位を高くして、現在の発話権情報を更新する。
これにより、ユーザが操作を行った情報機器から報知されるメッセージのカテゴリが増加し、そのメッセージをユーザに聞かせる可能性を高くすることができる。
【０１４５】
また、冷蔵庫の場合、ユーザがドアを開けて、品物を入れるかまたは取り出した後に、ドアを閉じる操作をするはずである。したがって、ドアを閉じる操作をしたことを検出した場合、ユーザがリビングから立ち去る場合もあるので、その閉じる操作をしてから数分後に、冷蔵庫（リビング）の優先順位を、０４１から基本優先順位（９４１）に戻すようにしてもよい。
この場合、冷蔵庫（リビング）から（９４１，９３）を含む更新要求を送信すればよい。これにより、冷蔵庫（リビング）が有していた発話権のカテゴリの数を少なくして、ユーザがいなくなった可能性のある冷蔵庫（リビング）から、メッセージが出力される可能性を減らすことができる。
【０１４６】
（実施例５）
図１３に、実施例５として、定期的なリセット要求によって、発話権の更新処理をする場合のシーケンス図を示す。
図１３においても、図１０や図１１と同様に、３つの情報機器が宅内ネットワークに接続され、冷蔵庫（リビング）と、テレビ（寝室）と、テレビ（リビング）の現在の発話属性は、それぞれ、６４，６４，２５５に設定され、現在の優先順位は、それぞれの基本優先順位が設定されているものとする。
また、ここでは、テレビ（寝室）において、宅内ネットワークに接続された後に、リセットタイマーＴｍが起動されるものとする。起動時に、リセットタイマーＴｍには、所定の初期時間（たとえば、６０分）に相当するカウンタ値が設定されるものとし、一定時間ごとにカウントダウンされるものとする。
【０１４７】
ステップＳ１８１において、テレビ（寝室）の設定時刻確認部１８が、リセットタイマーＴｍを確認し、リセットタイマーＴｍがゼロとなっていたとする。このとき、定期的なリセット処理をする時刻になったと判断し、テレビ（寝室）の発話権初期化部２２が、自己の発話権情報を初期化する。
これにより、テレビ（寝室）の現在の優先順位は９１２となり、現在の発話属性は８８に戻る。
【０１４８】
ステップＳ１８２において、テレビ（寝室）の発話権更新要求部３２が、更新要求（リセット要求）を送信する。この更新要求には、（９１２，８８）が含まれる。
ステップＳ１８３とＳ１８４において、冷蔵庫（リビング）とテレビ（リビング）の更新要求受信部３５が更新要求を受信すると、自己の発話権情報を初期化した後、受信した更新要求に含まれる情報（９１２，８８）を利用して、発話権情報を更新する。
【０１４９】
ステップＳ１８３において、冷蔵庫（リビング）の現在の優先順位（９４１）は、受信した優先順位（９１２）よりもレベルが低いので、冷蔵庫（リビング）の発話権情報が更新されて、（９４１，６９）となる。これによって、冷蔵庫（リビング）は、（自、主、緊）の３つのカテゴリについて、発話権を有する。
ステップＳ１８４において、テレビ（リビング）の現在の優先順位（９１１）は、受信した優先順位よりもレベルが高いので、テレビ（リビング）の発話権情報は維持される。
【０１５０】
ステップＳ１８５において、テレビ（リビング）から更新要求に対する応答として、現在の発話権情報（９１１，２５５）を含む発話権通知（リセット応答）を送信する。
ステップＳ１８６およびＳ１８７において、テレビ（寝室）と冷蔵庫（リビング）の発話権通知受信部３６が、発話権通知を受信する。
受信した発話権の優先順位９１１は、冷蔵庫（リビング）とテレビ（寝室）の現在の優先順位（９４１，９１２）よりもレベルが高いので、両者の発話属性は、上記したようなビット演算によって更新される。
ステップＳ１８６において、テレビ（寝室）の現在の発話権情報は、（９１２，６４）となる。
ステップＳ１８７において、冷蔵庫（リビング）の現在の発話権情報は、（９４１，６４）となる。
【０１５１】
ステップＳ１８８において、冷蔵庫（リビング）から、更新要求に対する応答として、現在の発話権情報（９４１，６４）を含む発話権通知（リセット応答）を送信する。
ステップＳ１８９およびＳ１９０において、テレビ（寝室）とテレビ（リビング）の発話権通知受信部３６が、発話権通知を受信する。
受信した発話権通知に含まれる優先順位９４１は、テレビ（寝室）とテレビ（リビング）のいずれの現在の優先順位（９１２，９１１）よりもレベルが低いので、更新要求は行われず、現在の優先権情報が維持される。
図１３に示した実施例では、実質的には、現在の発話権情報に変更はないが、定期的なリセット処理によって、図９に示されたように、情報機器が宅内ネットワークに接続された当初の状態に、発話権が初期化される。このように定期的なリセット処理によって発話権が再設定されることにより、情報機器がネットワークから外された場合や故障などの異常が発生して発話できなくなった機器が発生した場合においても最適な発話が実現される。
【０１５２】
（実施例６）
図１４に、１つの情報機器における発話情報報知処理の一実施例のフローチャートを示す。
上記した実施例１〜５に示したシーケンスにおいて、各情報機器の処理は、このフローチャートに基づいて、実行される。
ステップＳ１において、情報機器の電源が投入されたとすると、制御部１１によって、所定の機能が起動され、種々の情報が初期化される。
ステップＳ２において、情報機器が宅内ネットワークに接続されたことが検出されると、リセットタイマーＴｍが初期化される。
たとえば、Ｔｍ＝３６００秒（＝６０分）が、設定される。その後、リセットタイマーＴｍのカウントが開始される。
ステップＳ３において、記憶部４０に記憶された発話権情報４３などが初期化される。
たとえば、テレビ（リビング）の場合は、発話権情報４３の現在の優先順位に、基本優先順位９１１が設定され、現在の発話属性に２５５が設定される。
【０１５３】
ステップＳ４において、宅内ネットワークに対して、参加要求部３１が、参加要求を送信する。参加要求はブロードキャストされるので、宅内ネットワークに接続されているすべての情報機器に受信される。
ステップＳ５において、リセットタイマーＴｍを更新する。
たとえば、ステップＳ６からＳ２４までの処理に、１秒かかったとすると、１秒を減算する（Ｔｍ＝Ｔｍ−１）。
ステップＳ６において、リセットタイマーＴｍ＝０か否かをチェックする。
すなわち、リセットタイマーＴｍがタイムアウトし、所定の設定時間が経過したか否かをチェックする。
Ｔｍ＝０の場合、タイムアウトしたので、ステップＳ３１へ進み、Ｔｍ＞０の場合は、ステップＳ７へ進む。
【０１５４】
ステップＳ７において、入力部１２および動作確認部１７によって、ユーザによる操作が行われたか否かをチェックする。
ユーザによる操作が行われたことが確認された場合は、ステップＳ３２へ進み、そうでない場合はステップＳ８へ進む。
ステップＳ８において、動作確認部１７によって、情報機器の所定の機能の動作が開始されたか否かをチェックする。
動作が開始された場合は、ステップＳ３３へ進み、そうでない場合は、ステップＳ９へ進む。
ステップＳ９において、動作確認部１７によって、情報機器の所定の機能の動作が終了されたか否かをチェックする。
動作が終了された場合は、ステップＳ３４へ進み、そうでない場合は、ステップＳ１０へ進む。
【０１５５】
ステップＳ１０において、設定時刻確認部１８が、発話設定情報４１の優先順位（時間）Ｌ１に予め設定された開始時刻を読み出し、現在時刻が、開始時刻と一致したか否かをチェックする。
一致した場合は、ステップＳ３５へ進み、そうでない場合は、ステップＳ１１へ進む。
ステップＳ１１において、設定時刻確認部１８が、発話設定情報４１の優先順位（時間）Ｌ１に予め設定された終了時刻を読み出し、現在時刻が、終了時刻と一致したか否かをチェックする。
一致した場合は、ステップＳ３６へ進み、そうでない場合はステップＳ１２へ進む。
【０１５６】
ステップＳ１２において、更新要求受信部３５が、他の情報機器から、更新要求を受信したか否かをチェックする。
更新要求を受信した場合は、ステップＳ４４へ進み、そうでない場合はステップＳ１３へ進む。
ステップＳ１３において、参加要求受信部３４が、他の情報機器から、参加要求を受信したか否かをチェックする。
参加要求を受信した場合は、ステップＳ４７へ進み、そうでない場合は、ステップＳ１４へ進む。
【０１５７】
ステップＳ１４において、発話権通知受信部３６が、他の情報機器から、発話権通知を受信したか否かをチェックする。
発話権通知を受信した場合は、ステップＳ４９へ進み、そうでない場合はステップＳ２１へ進む。
ステップＳ２１において、発話情報受信部１９が、通信部１６によって、ネットワーク４００を介して、サーバＳＶから送信された発話要求情報を受信したか否かをチェックする。
受信した場合は、ステップＳ２２へ進み、そうでない場合はステップＳ２４へ進む。
受信した発話要求情報４２は、記憶部４０に記憶する。
【０１５８】
ステップＳ２２において、発話権確認部２０が、受信した発話要求情報の内容を確認し、自己の情報機器が、発話要求されたメッセージを発話してよいか否か、すなわち発話権を有するか否かをチェックする。
発話権を有する場合は、ステップＳ２３へ進み、そうでない場合は、ステップＳ２４へ進む。
受信された発話要求情報は、たとえば図４に示したような情報であるが、発話要求情報に含まれる属性情報のカテゴリと、記憶部４０に記憶された発話権情報４３の現在の発話権（発話属性）に設定されているカテゴリと比較し、現在発話権が有効となっているカテゴリの中に、受信した属性情報のカテゴリが含まれているか否かをチェックする。
【０１５９】
たとえば、サーバから図４（ｃ）の主婦向けセール情報を受信した場合に、自己の発話権情報４３の現在の発話属性が２５５であった場合、受信した属性情報のカテゴリが、発話権情報４３の現在の発話属性に設定されているカテゴリに含まれるので、その情報機器は、受信した主婦向けセール情報のメッセージを発話する権利を有すると判断する。
発話権を有する場合は、ステップＳ２３へ進み、受信したメッセージを出力する。
一方、発話権を有しない場合は、受信したメッセージは出力せずに、受信した発話要求情報４２は削除すればよい。
【０１６０】
ステップＳ２３において、発話実行部２１が、発話出力部１３によって、受信した発話要求情報に含まれるメッセージを出力させる。
発話出力部１３としては、表示部１４と、音声出力部１５とがあるが、受信したメッセージのデータ形式や、情報機器に備えられたハードウェア構成に基づいて、表示による出力を行うか、音声による出力を行うか、あるいは表示および音声の両方による出力を行うかを決定すればよい。
発話が実行された後、ステップＳ２４へ進む。
ステップＳ２４において、制御部１１が、情報機器の動作を終了するか否かをチェックする。
たとえば、情報機器の発話機能を停止させる入力がされた場合には、機器動作を終了させるものと判断し、処理を終了する。
一方、機器動作を終了させるような入力がされない場合、ステップＳ５へ戻る。
【０１６１】
ステップＳ３１、ステップＳ３４およびステップＳ３６においては、発話権の優先順位を初期値に戻すようなイベントが発生した場合なので、自己の現在の優先順位を、初期化する。
すなわち、現在の優先順位を、発話設定情報４１に記憶されている基本優先順位に再設定する。
ステップＳ３２、ステップＳ３３およびステップＳ３５においては、現在の優先順位を、発生したイベントに対応づけて発話設定情報４１に予め記憶されている優先順位に変更する。
たとえば、ステップＳ３２において、現在の優先順位を、図６に示したように、ユーザの操作に対応づけられた優先順位（操作）に変更する。
また、この場合は、リセットタイマーＴｍを、初期値よりも短い一定時間（たとえば、３００秒）に設定し直す。
これは、ユーザによる操作が行われた場合は、その後しばらくの間は、ユーザが、自己の情報機器の近くにいる可能性が高いと考えられるからである。
したがって、ユーザの操作が行われた後の一定時間は、その情報機器の優先順位を、よりレベルの高い優先順位（操作）に維持しておくことが好ましい。
【０１６２】
ステップＳ３３において、機器動作が開始されたので、現在の優先順位を、優先順位（動作中）に変更する。
ステップＳ３５において、現在時刻が予め設定された開始時刻になったので、現在の優先順位を、優先順位（時間）に変更する。
ステップＳ３１からＳ３６のいずれかの処理をした後、ステップＳ４１へ進む。
ステップＳ４１において、発話権情報４３の現在の発話属性を初期化する。
これは、次の発話更新処理を行うための準備である。
ステップＳ４４も、ステップＳ４１と同様の処理を行う。
【０１６３】
ステップＳ４２において、発話権更新実行部３７が、発話更新処理を行う。
ここでは、自己の発話権情報４３の更新処理が行われる。
発話更新処理の具体的内容は、後述する図１５に示す。
ステップＳ４５、Ｓ４７、Ｓ４９においても、同様の発話更新処理が行われる。
【０１６４】
ステップＳ４３において、ステップＳ４２で発話権情報の更新が行われた後、発話権更新要求部３２が、宅内ネットワークを介して、更新要求を、他の情報機器に送信する。
その後、ステップＳ５０へ進む。
ステップＳ４６において、ステップＳ４５で発話権情報の更新が行われた後、発話権通知部３３が、更新要求に対する応答として、発話権通知を、他の情報機器に送信する。
その後、ステップＳ５０へ進む。
ステップＳ４８において、ステップＳ４７で発話権情報の更新が行われた後、発話権通知部３３が、参加要求に対する応答として、発話権通知を、他の情報機器に送信する。
その後、ステップＳ５０へ進む。
ステップＳ５０において、ステップＳ７と同様に、ユーザによる操作が行われていたか否かをチェックし、ユーザ操作が行われていた場合は、ステップＳ２４へ進み、行われていなかった場合は、ステップＳ５１へ進む。
ステップＳ５１において、リセットタイマーＴｍを初期値に戻して、ステップＳ２４へ進む。
【０１６５】
図１５に、図１４に示した発話更新処理の一実施例のフローチャートを示す。
ここで、発話権情報を更新しようとしている情報機器の現在の優先順位を「優先順位Ａ」とし、現在の発話属性を「発話属性Ａ」とする。
また、他の情報機器から受信した優先順位を「優先順位Ｂ」とし、受信した発話属性を「発話属性Ｂ」とする。
ステップＳ７１において、記憶部４０に記憶されている発話権情報４３から、自己の現在の優先順位Ａと現在の発話属性Ａとを読み出す。
ステップＳ７２において、参加要求、更新要求あるいは発話権通知に含まれている受信した優先順位Ｂと発話属性Ｂとを読み出す。
【０１６６】
ステップＳ７３において、読み出した優先順位Ａと優先順位Ｂを比較し、どちらのレベルが高いかをチェックする。
上記したように、優先順位を示す数値が小さいほど、レベルが高いものとする。
したがって、優先順位Ａの数値＞優先順位Ｂの数値の場合、優先順位Ｂの方がレベルが高い。
ステップＳ７４において、優先順位Ａ＞優先順位Ｂの場合、すなわち、受信した優先順位Ｂの方がレベルが高い場合、ステップＳ７５へ進み、そうでない場合は、発話属性を更新せずに処理を終了する。
ステップＳ７５において、更新要求等を送信してきた他の情報機器の優先順位Ｂの方が、自己の現在の優先順位Ａよりも、レベルが高いので、受信した発話属性Ｂを利用して、自己の現在の発話属性Ａを変更する。
【０１６７】
自己の情報機器が現在有している発話権のカテゴリの中から、優先順位のレベルの高い他の情報機器から送信された発話属性Ｂにおいて発話権が設定されているカテゴリを削除し、残りのカテゴリについて発話権を有するように、発話属性Ａを変更する。
ただし、上記した実施例では、緊急情報のカテゴリについては、すべての情報機器が常に発話権を有するものとして、発話属性を変更する。
この場合、新しい発話属性Ａは、上記したようなビット演算によって求めることができる。発話属性が図５に示すような数値で表される場合、数値を２進数で表現したときの各ビットが、それぞれ発話要求情報のカテゴリに対応しているので、ビット値が「１」となっているビットに対応するカテゴリについて、発話権を有することになる。
以上の処理により、各情報機器のカテゴリごとの発話権が更新される。
【０１６８】
ただし、ステップＳ３１からＳ３６において、所定のイベントが発生したことによって、自己の優先順位が変更されたような場合は、受信した優先順位と発話属性が無く、ステップＳ７４の比較対象となる優先順位Ｂがないので、ステップＳ７５に示すような発話属性を変更する処理はしなくてもよい。
【０１６９】
（他の実施形態）
なお、上記した実施形態では、宅内ネットワークに接続された情報機器どうしで発話権の更新調整を行う処理について示したが、これに限るものではない。
たとえば、各情報機器の記憶部４０に記憶されている発話設定情報などを、すべてサーバＳＶで管理し、情報機器の動作状態や入力操作がされたことなどを各情報機器からサーバＳＶへ送信するようにしてもよい。
サーバＳＶでは、各情報機器から送信されてきた情報と、管理している情報とから発話権を決定し、所定のカテゴリのメッセージを、決定した発話権を有する情報機器に対して、送信すればよい。
これにより、各情報機器等の発話権の更新制御を、サーバＳＶで一元的に行うことができる。
【符号の説明】
【０１７０】
１１制御部、  １２  入力部、  １３  発話出力部、  １４  表示部、  １５  音声出力部、  １６  通信部、  １７  動作確認部、  １８  設定時刻確認部、  １９  発話情報受信部、  ２０  発話権確認部、  ２１  発話実行部、  ２２  発話権初期化部、  ３０  発話権情報通信部、  ３１  参加要求部、  ３２  発話権更新要求部、  ３３  発話権通知部、３４  参加要求受信部、３５  更新要求受信部、  ３６  発話権通知受信部、  ３７  発話権更新実行部、  ４０  記憶部、  ４１  発話設定情報、４２  発話要求情報、  ４３  発話権情報、  １００  情報機器群、  １１０  宅内機器ＴＥ、  ２００  サーバＳＶ、  ３００  情報提供元ＰＣ、  ４００  ネットワーク
【図１】
0006523654.tif 000002
【図２】
0006523654.tif 000003
【図３】
0006523654.tif 000004
【図４】
0006523654.tif 000005
【図５】
0006523654.tif 000006
【図６】
0006523654.tif 000007
【図７】
0006523654.tif 000008
【図８】
0006523654.tif 000009
【図９】
0006523654.tif 000010
【図１０】
0006523654.tif 000011
【図１１】
0006523654.tif 000012
【図１２】
0006523654.tif 000013
【図１３】
0006523654.tif 000014
【図１４】
0006523654.tif 000015
【図１５】
0006523654.tif 000016