(57)【要約】  本発明に係る制御装置（１００）は、ネットワーク内で、各端末装置が送信した同報メッセージを受信する受信部（１０２）と、受信した同報メッセージを、複数の端末装置のうちの一部である特定の端末装置に対するユニキャストメッセージに変換して送信すべきかを、同報メッセージに含まれる情報に基づいて判断する判断部（１０４）と、判断部（１０４）が、変換が必要と判断した場合に、同報メッセージをユニキャストメッセージに変換する変換部（１０６）と、ユニキャストメッセージを特定の端末装置に送信する送信部（１０８）とを備える。
2012111344.tif 000002
【特許請求の範囲】
【請求項１】
制御装置と複数の端末装置とを含むネットワークにおける前記制御装置であって、
前記ネットワーク内で、各端末装置が送信した同報メッセージを受信する受信部と、
受信した前記同報メッセージを、前記複数の端末装置のうちの一部である特定の端末装置に対してユニキャストメッセージに変換して送信すべきかを、前記同報メッセージに含まれる情報に基づいて判断する判断部と、
前記判断部が、前記変換が必要と判断した場合に、前記同報メッセージをユニキャストメッセージに変換する変換部と、
前記ユニキャストメッセージを前記特定の端末装置に送信する送信部とを備える
制御装置。
【請求項２】
前記ネットワークには、データリンク層において複数のプロトコルが混在する
請求項１に記載の制御装置。
【請求項３】
前記判断部が、前記同報メッセージをユニキャストメッセージに変換しないと判断した場合に、前記送信部は、前記同報メッセージを、前記複数のプロトコルの各々に変換して同報送信する
請求項２に記載の制御装置。
【請求項４】
前記判断部は、前記複数の端末装置のうち、ユーザに対して情報を提示する表示部を有する端末装置を前記特定の端末装置として特定する
請求項１〜３のいずれか１項に記載の制御装置。
【請求項５】
前記判断部は、前記複数の端末装置のうち特定期間内にユーザによる情報の入力が行われた端末装置を前記特定の端末装置として特定する
請求項１〜４のいずれか１項に記載の制御装置。
【請求項６】
前記複数の端末装置は、家庭用電気機械器具であり、
前記判断部は、特定期間内に前記ユーザにより操作された前記家庭用電気機械器具を、当該ユーザによる情報の入力が行われた前記特定の端末装置として特定する
請求項５に記載の制御装置。
【請求項７】
前記判断部は、前記複数の端末装置のうち、特定の通信プロトコルに対応した端末装置を前記特定の端末装置として特定する
請求項１〜６のいずれか１項に記載の制御装置。
【請求項８】
前記特定の通信プロトコルは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）を利用したプロトコルである
請求項７に記載の制御装置。
【請求項９】
前記判断部は、前記複数の端末装置のうち、特定の機能を有する端末装置を前記特定の端末装置として特定する
請求項１〜８のいずれか１項に記載の制御装置。
【請求項１０】
前記判断部は、さらに、前記複数の端末装置が対応する通信プロトコル毎に、前記同報メッセージをユニキャストメッセージに変換して送信すべきかを判断する
請求項１〜９のいずれか１項に記載の制御装置。
【請求項１１】
前記通信プロトコルは、ＺｉｇＢｅｅ、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）  ８０２．１１、ＩＥＥＥ  ８０２．１５．４、Ｚ−Ｗａｖｅ、ＥＣＨＯＮＥＴ、ＫＮＸ、及びＢｌｕｅｔｏｏｔｈ（登録商標）のうち、少なくとも１つである
請求項１０に記載の制御装置。
【請求項１２】
制御装置と複数の端末装置とを含むネットワークにおけるデータの中継方法であって、
前記ネットワーク内で、各端末装置が送信した同報メッセージを受信する受信ステップと、
受信した前記同報メッセージを、前記複数の端末装置のうちの一部である特定の端末装置に対するユニキャストメッセージに変換して送信すべきかを、前記同報メッセージに含まれる情報に基づいて判断する判断ステップと、
前記判断部が、変換が必要と判断した場合に、前記同報メッセージをユニキャストメッセージに変換する変換ステップと、
前記ユニキャストメッセージを前記特定の端末装置に送信する送信ステップとを含む
中継方法。
【請求項１３】
請求項１２に記載の中継方法をコンピュータに実行させる
プログラム。
【請求項１４】
請求項１３に記載のプログラムを記録した
コンピュータ読み取り可能な記録媒体。
【請求項１５】
請求項１２に記載の中継方法を実現する
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置に関する。特に、ネットワークで接続された電気機械器具を制御する制御装置に関する。
【背景技術】
【０００２】
無線ネットワーク装置を備える多くのアプリケーション又は電化製品（以後、ＣＥ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ）装置ともいう）がエネルギーを節約して使用時間をのばすことは重要である（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−４８３６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術においても、ネットワーク全体で消費される電力を、より低減させる必要がある。【０００５】
そこで、本発明は、ネットワークにおいて、より電力効率のよい制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る制御装置の一態様は、制御装置と複数の端末装置とを含むネットワークにおける前記制御装置であって、前記ネットワーク内で、各端末装置が送信した同報メッセージを受信する受信部と、受信した前記同報メッセージを、前記複数の端末装置のうちの一部である特定の端末装置に対するユニキャストメッセージに変換して送信すべきかを、前記同報メッセージに含まれる情報に基づいて判断する判断部と、前記判断部が、変換が必要と判断した場合に、前記同報メッセージをユニキャストメッセージに変換する変換部と、前記ユニキャストメッセージを前記特定の端末装置に送信する送信部とを備える。【０００７】
なお、本発明は、このような制御装置として実現できるだけでなく、制御装置に含まれる特徴的な手段をステップとするデータの中継方法として実現したり、そのような特徴的なステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の記録媒体及びインターネット等の伝送媒体を介して流通させることができるのはいうまでもない。【０００８】
さらに、本発明は、このような制御装置の機能の一部又は全てを実現する半導体集積回路（ＬＳＩ）として実現したり、このような制御装置を含む制御システムとして実現したりできる。
【発明の効果】
【０００９】
ネットワーク全体の電力効率を向上させる制御装置を提供できる。
【図面の簡単な説明】
【００１０】
【図１】図１は、基本的なネットワークを示す図である。
【図２】図２は、本発明の実施の形態に係る制御装置の機能ブロックを示す図である。
【図３】図３は、本発明の実施の形態に係る制御装置の処理の流れを示すフローチャートである。
【図４】図４は、中継装置を示す図である。
【図５】図５は、対話型装置評価手段を示す図である。
【図６】図６は、対話型装置評価手段及びユーザ存在評価手段を示す図である。
【図７】図７は、プロトコル存在評価手段を示す図である。
【図８】図８は、プロトコル存在評価手段及び機能存在評価手段を示す図である。
【図９】図９は、全評価手段及び状態切換手段を有するアドレス変換エンティティを示す図である。
【図１０】図１０は、状態切換手段の状態図である。
【図１１】図１１は、本発明の基本的な処理を示すフローチャートである。
【図１２】図１２は、アドレス変換エンティティにおける対話型装置評価手段の詳細な処理を示すフローチャートである。
【図１３】図１３は、アドレス変換エンティティにおけるユーザ存在評価手段の詳細な処理を示すフローチャートである。
【図１４】図１４は、アドレス変換エンティティにおけるアプリケーションプロトコル評価手段の詳細な処理を示すフローチャートである。
【図１５】図１５は、アドレス変換エンティティにおける機能存在評価手段の詳細な処理を示すフローチャートである。
【図１６】図１６は、アドレス変換エンティティにおける通信規格評価手段の詳細な処理を示すフローチャートである。
【図１７】図１７は、対話型装置データベースのフィールドである。
【図１８】図１８は、ユーザ存在データベースのフィールドである。
【図１９】図１９は、アプリケーションプロトコルデータベースのフィールドである。
【図２０】図２０は、装置機能データベースのフィールドである。
【図２１】図２１は、通信規格データベースのフィールドである。
【図２２】図２２は、ノード分類の例である。
【図２３】図２３は、ＩＮ−ＴＲＡＮＳＦＯＲＭＡＴＩＯＮメッセージのフォーマットを示す図である。
【図２４】図２４は、対話型装置評価手段及びユーザ存在評価手段がないシーケンス図である。
【図２５】図２５は、対話型装置評価手段及びユーザ存在評価手段があるシーケンス図である。
【図２６】図２６は、アプリケーションプロトコル評価手段及び機能存在評価手段がないシーケンス図である。
【図２７】図２７は、アプリケーションプロトコル評価手段及び機能存在評価手段があるシーケンス図である。
【図２８】図２８は、通信規格評価手段がないシーケンス図である。
【図２９】図２９は、通信規格評価手段があるシーケンス図である。
【発明を実施するための形態】
【００１１】
本発明に係る制御装置の一態様は、制御装置と複数の端末装置とを含むネットワークにおける前記制御装置であって、前記ネットワーク内で、各端末装置が送信した同報メッセージを受信する受信部と、受信した前記同報メッセージを、前記複数の端末装置のうちの一部である特定の端末装置に対するユニキャストメッセージに変換して送信すべきかを、前記同報メッセージに含まれる情報に基づいて判断する判断部と、前記判断部が、変換が必要と判断した場合に、前記同報メッセージをユニキャストメッセージに変換する変換部と、前記ユニキャストメッセージを前記特定の端末装置に送信する送信部とを備える。
【００１２】
これによると、制御装置は、ソースノード（ソース装置ともいう）から受信したメッセージに含まれる情報に基づいて、当該メッセージを必要とする端末装置のグループを生成することができる。また、生成したグループに含まれる端末装置に対してのみ、ユニキャスト送信することにより、端末装置が不要なブロードキャストメッセージを受信することを防ぐことができる。その結果、端末装置の通信機能をスリープさせることが可能な時間が延びる。したがって、ネットワーク全体の電力効率を向上させる制御装置を提供できる。
【００１３】
また、前記ネットワークには、データリンク層において複数のプロトコルが混在するとしてもよい。
【００１４】
データリンク層において複数のプロトコルが混在している場合には、複数のプロトコルに対応している制御装置が同報メッセージを必ず中継する必要が生じる。したがって、本態様に係る制御装置を、より有効に適用できる。
【００１５】
また、前記判断部が、前記同報メッセージをユニキャストメッセージに変換しないと判断した場合に、前記送信部は、前記同報メッセージを、前記複数のプロトコルの各々に変換して同報送信するとしてもよい。
【００１６】
また、前記判断部は、前記複数の端末装置のうち、ユーザに対して情報を提示する表示部を有する端末装置を前記特定の端末装置として特定するとしてもよい。
【００１７】
これによると、例えばユーザに対する警告メッセージなど、必ず表示部に表示する必要があるメッセージを、表示部を有さない端末装置へ送信する無駄を省くことができる。
【００１８】
また、前記判断部は、前記複数の端末装置のうち特定期間内にユーザによる情報の入力が行われた端末装置を前記特定の端末装置として特定するとしてもよい。
【００１９】
これによると、例えば、緊急性を要する情報を、現にユーザが近くに存在する可能性が高い端末装置に対してのみ、メッセージを送信することができる。
【００２０】
具体的には、前記複数の端末装置は、家庭用電気機械器具であり、前記判断部は、特定期間内に前記ユーザにより操作された前記家庭用電気機械器具を、当該ユーザによる情報の入力が行われた前記特定の端末装置として特定するとしてもよい。
【００２１】
これによると、特定期間内にユーザからの操作を受け付けた端末装置の近くには、ユーザが存在する可能性が高いと判断し、当該端末装置に対してユニキャスト送信を行うことができる。
【００２２】
また、前記判断部は、前記複数の端末装置のうち、特定の通信プロトコルに対応した端末装置を前記特定の端末装置として特定するとしてもよい。
【００２３】
これによると、通信プロトコルが対応していない端末装置に対して、メッセージを中継することを避けることができる。
【００２４】
具体的には、前記特定の通信プロトコルは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）を利用したプロトコルであるとしてもよい。
【００２５】
また、前記判断部は、前記複数の端末装置のうち、特定の機能を有する端末装置を前記特定の端末装置として特定するとしてもよい。
【００２６】
これによると、制御装置が受信した同報メッセージを送信したソースノードが有する機能と関連性が深い機能を有する端末装置に対してのみ、メッセージをユニキャスト送信することができる。
【００２７】
また、前記判断部は、さらに、前記複数の端末装置が対応する通信プロトコル毎に、前記同報メッセージをユニキャストメッセージに変換して送信すべきかを判断するとしてもよい。
【００２８】
これによると、ユニキャスト送信すべき複数の端末装置のそれぞれが、異なる通信プロトコルを使用する場合であっても、制御装置は全ての端末装置に対してユニキャスト送信を行うことができる。
【００２９】
具体的には、前記通信プロトコルは、ＺｉｇＢｅｅ、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１、ＩＥＥＥ８０２．１５．４、Ｚ−Ｗａｖｅ、ＥＣＨＯＮＥＴ、ＫＮＸ、Ｂｌｕｅｔｏｏｔｈ（登録商標）のうち、少なくとも１つであるとしてもよい。
【００３０】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、形状、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、請求の範囲だけによって限定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成するものとして説明される。
【００３１】
従来、家庭用電化製品（ＣＥ）装置の使用時間をのばす省電力方法は、特に、無線通信機能を搭載したＣＥ装置（以下、無線ＣＥ装置ともいう）に対し、非常に重要である。ブロードキャスト通信方法は、システム全体向けの情報メッセージを同じネットワーク内の全装置に通知するのに広く用いられている。具体的には、ブロードキャスト又はマルチキャスト送信（以下、同報送信ともいう）を用いて、装置の通信要求又は特性を把握しないまま、「インタラクティブ・デバイス・プレゼンス」、「ユーザ・プレゼンス」、「アプリケーション・プロトコル・プレゼンス」、「ファンクショナリティ・プレゼンス」及び「コミュニケーション・スタンダード・プレゼンス」などの特定メッセージを配信することもある。要するに、既存の通信方法では、同報送信されるメッセージが対象とする装置と対象外の装置との区別を行うことができない。したがって、全ての端末装置が特定ブロードキャスト／マルチキャストメッセージを受信せざるを得ない。その代償として、対象外の端末装置は、メッセージ処理のためにエネルギーを浪費してしまう。
【００３２】
本発明は、家庭用電化製品（ＣＥ）装置、特に、無線ＣＥ装置の省電力に関する新たな技術を提供する。これらの新たな技術は、装置の通信要求を考慮して特定メッセージを対象装置にのみ配信することにより、ＣＥ装置のエネルギー効率を向上させる。具体的には、受信したブロードキャスト／マルチキャストの意味内容を解析する中継装置を備える。その結果、ＣＥ装置が要求する通信の意味内容に関する理解に基づき、同報送信を適切に、ユニキャスト送信へ変換するか、同報送信を維持するかを判断できる。したがって、対象外の端末装置の省エネルギーを実現できる。本発明は、エネルギー効率を向上させる。さらに、ネットワーク帯域を改善してネットワーク待ち時間をも削減する。
【００３３】
まず、以下で使用する特定用語の定義を以下に列挙する。
【００３４】
ソース：有線又は無線の媒体から生じ得るメッセージを中継装置へ送信する端末装置。ソースノードともいう。
【００３５】
中継装置：メッセージを受信し、そのメッセージを変換してから目的の装置に送信する中間装置。制御装置ともいう。
【００３６】
アドレス変換エンティティ：入力メッセージをブロードキャスト／マルチキャスト又はユニキャスト送信に変換する必要があるかどうかを評価かつ判断する責任を負うエンティティ。
【００３７】
評価手段：エネルギー消費、帯域幅及び待ち時間を考慮して、メッセージ毎に通信送信の必要性を評価かつ決定する責任を負うエンティティの総称。
【００３８】
対話型装置評価手段：対話型の端末装置の存在に基づき、入力メッセージにブロードキャスト／マルチキャスト又はユニキャスト送信をタギングする評価手段。装置の双方向性は、見る、聞く、匂う、触る、味わうという形でもよい。
【００３９】
ユーザ存在評価手段：端末装置のユーザ存在に基づき、入力メッセージにブロードキャスト／マルチキャスト又はユニキャスト送信をタギングする評価手段。
【００４０】
アプリケーションプロトコル評価手段：メッセージのプロトコルと送信先ノードのアプリケーションプロトコルとに基づき、入力メッセージにブロードキャスト／マルチキャスト又はユニキャスト送信をタギングする評価手段。
【００４１】
機能存在評価手段：ソースノードと送信先ノードとの関係に基づき、入力メッセージにブロードキャスト／マルチキャスト又はユニキャスト送信をタギングする評価手段。
【００４２】
通信規格評価手段：送信先ノードの通信規格に基づき、入力メッセージにブロードキャスト／マルチキャスト又はユニキャスト送信をタギングする評価手段。
【００４３】
ノード：メッセージを中継装置から受信、かつ、中継装置に送信する装置。端末装置ともいう。
【００４４】
休止状態の無線ノード：共通コーディネータ、通常はアクセスポイントが時間ビーコンを送信して入力保留メッセージがあるかどうかを休止しているノードに通知する、省電力無線装置。省電力無線装置は、例えば、間接ポーリング技術を用いてもよい。
【００４５】
メッセージ解析手段：入力メッセージを受信して、その入力メッセージをデータベースアップデータ又は状態切換手段に転送するか、もしくは評価手段へ転送する。データベースを更新する入力メッセージは、データベースアップデータに転送されるものとする。アドレス変換用の入力メッセージは、状態切換手段又は評価手段へ転送されるものとする。
【００４６】
データベースアップデータ：メッセージ解析手段により転送された入力メッセージに基づきデータベースに更新する。
【００４７】
メッセージコンストラクタ：ＩＮ＿ＴＲＡＮＳＦＯＲＭＡＴＩＯＮメッセージ２１００内から元のメッセージを除いた埋め込み情報を取り除く。メッセージコンストラクタからの出力は、複数のユニキャスト送信の形式でも、単一のブロードキャスト／マルチキャスト送信の形式でもよい。
【００４８】
データベース検索手段：クエリされた情報をデータベースから検索する。
【００４９】
Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ：アドレス変換に用いられるサポート情報を埋め込んだ入力メッセージ。このフォーマットは、図２３に示すように、ＭＳＧ＿ＰＡＹＬＯＡＤ、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ、及びＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎからなる。制御装置が中継する同報メッセージには、ＭＳＧ＿ＰＡＹＬＯＡＤが含まれる。ＭＳＧ＿ＰＡＹＬＯＡＤには、各評価手段が、当該メッセージをユニキャスト送信に変換すべきか否かを判断するために必要な種別情報が含まれている。ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ、及びＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎは、制御装置の内部処理に必要な情報を示す。したがって、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ、及びＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎは、制御装置によって付加及び削除される。
【００５０】
アドレスタギング手段：ＩＮ−ＴＲＡＮＳＦＯＲＭＡＴＩＯＮメッセージのＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ及びＤＥＴ＿ＡＤＤＲＥＳＳ０〜Ｎなどのサポート情報でタギングを行う。
【００５１】
アドレスアンタギング手段：ＩＮ−ＴＲＡＮＳＦＯＲＭＡＴＩＯＮメッセージのＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ及びＤＥＴ＿ＡＤＤＲＥＳＳ０〜Ｎなどのサポート情報を取り除く。
【００５２】
Ｉｎｔｅｒａｃｔｉｖｅ＿Ｔｈｒｅｓｈｏｌｄ：規定限度を超えた場合に、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に保つための、対話型装置評価手段７００内のトリガーである。具体的には、ＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）の数の上限を示す。前記トリガーは、複数のユニキャスト（端末装置のウェイクアップが短い）で消費されたエネルギーの総量がブロードキャスティング／マルチキャスティング（端末装置のウェイクアップが長い）よりも少ないことを保証するために、端末装置の数から定量的に定義される。
【００５３】
Ｕｓｅｒ＿Ｐｒｅｓｅｎｃｅ＿Ｔｈｒｅｓｈｏｌｄ：規定限度を超えた場合に、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎ２１００メッセージのＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に保つための、ユーザ存在評価手段７０８内のトリガーである。具体的には、ＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２、２１１０の数の上限を示す。前記トリガーは、複数のユニキャスト（端末装置のウェイクアップが短い）で消費されたエネルギーの総量がブロードキャスティング／マルチキャスティング（端末装置のウェイクアップが長い）よりも少ないことを保証するために、端末装置の数から定量的に定義される。
【００５４】
Ａｐｐｌｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿Ｔｈｒｅｓｈｏｌｄ：規定限度を超えた場合に、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に保つための、アプリケーションプロトコル評価手段７１６内のトリガーである。具体的には、ＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）の数の上限を示す。前記トリガーは、複数のユニキャスト（端末装置のウェイクアップが短い）で消費されたエネルギーの総量がブロードキャスティング／マルチキャスティング（端末装置のウェイクアップが長い）よりも少ないことを保証するために、端末装置の数から定量的に定義される。
【００５５】
Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿Ｔｈｒｅｓｈｏｌｄ：規定限度を超えた場合に、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に保つための、通信規格評価手段７３２内のトリガーである。具体的には、ＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）の数の上限を示す。前記トリガーは、複数のユニキャスト（端末装置のウェイクアップが短い）で消費されたエネルギーの総量がブロードキャスティング／マルチキャスティング（端末装置のウェイクアップが長い）よりも少ないことを保証するために、端末装置の数から定量的に定義される。
【００５６】
Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿Ｂａｔｔｅｒｙ＿Ｔｈｒｅｓｈｏｌｄ：規定限度内の場合に、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に保つための、通信規格評価手段７３２内のトリガーである。具体的には、ＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）の数の制限を示す。前記トリガーは、電池式の装置に対して、複数のユニキャスト（端末装置のウェイクアップが短い）で消費されたエネルギーの総量がブロードキャスティング／マルチキャスティング（端末装置のウェイクアップが長い）よりも少ないことを保証するために、端末装置の数から定量的に定義される。
【００５７】
なお、ここに記載したシステム及び技術は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．ｘ規格に基づくキャリア検知の無線省電力基準に対して、休止状態の無線ノードの省エネルギーをさらに実現する技術に関する。ブロードキャスト／マルチキャスト又はユニキャスト送信による対象装置へのメッセージコンテンツ配信を確実にすることで、省エネルギーになるだけでなく、ネットワークの帯域幅及び待ち時間が改善される。
【００５８】
中継装置は、これを可能にする５つの主要な評価手段、すなわち、対話型装置評価手段、ユーザ存在評価手段、アプリケーションプロトコル評価手段、機能存在評価手段、及び通信規格評価手段のうち、少なくとも１つを有する。これらのシステム及び技術を用いると、データベース検索とともに複数の条件が評価され、中継メッセージの結果が判断される。
【００５９】
無線省電力技術では、休止状態の無線装置全てが、ベースステーションである中継装置が送信するビーコンフレームの同期に基づきウェイクする。現行ビーコンフレームがブロードキャスト／マルチキャスト送信を示せば、ブロードキャスト／マルチキャストメッセージを受信するまで、全装置が待機することになる。しかしながら、前記ブロードキャスト／マルチキャストメッセージは、２〜３台の装置に有益なだけで、全ての装置が理解したり対象であったりするとは限らない。したがって、ビーコンフレーム指示の後、全装置がブロードキャスト／マルチキャストメッセージ受信のために待機することがないよう、中継装置によって、ブロードキャスト／マルチキャストは対象装置用ユニキャストに変換される。したがって、中継装置はブロードキャスト／マルチキャストメッセージを全装置に順次、ユニキャスト送信するのではなく、本ブロードキャスト／マルチキャストメッセージを必要とする装置にのみ、送信先対象の絞り込みを行って、ユニキャスト送信する。
【００６０】
ベースステーションへの間接ポーリング方法による省電力技術を用いた無線装置が複数存在するホームネットワークを一例とすると、ブロードキャスト／マルチキャストＵＰｎＰメッセージの削減によりウェイクアップ期間を削減することができるため、センサ装置のバッテリー寿命は延び、全体的な消費電力が抑えられる。ブロードキャスト／マルチキャストメッセージが３０秒毎に送信される場合、２４時間ではブロードキャスト／マルチキャストメッセージが２８８０回送信される。これは、ウェイクアップが長くなる原因となる。また、休止状態の複数の無線装置に対する不必要なメッセージ解析によって結果的にバッテリー寿命は短くなり、全体的な消費電力が増加する。ゆえに、本発明が、対象受信装置の意味内容を失うことなくこれらのブロードキャスト／マルチキャストメッセージをユニキャスト送信に変換することは有用である。
【００６１】
図１は、ネットワークトポロジーの概略図である。なお、本発明は、図１に示される、複数のネットワークＡ〜Ｎ（１１６、１１８、１２０、１２２）と休止状態の無線ノードであるノード１〜Ｍ＋２（１４０、１４２、１４４、１４６、１４８、１５０、１５２、１５４、１５６、１５８、１６０、１６２）とソースノードＡ〜Ｎと中継装置１００とに限定されるものではない。なお、中継装置１００を、制御装置１００とも記載する。
【００６２】
中継装置１００は、アドレス変換エンティティを備えている。ソースＡはコネクション１０９を介してネットワークＡ１１６に接続されている。ネットワークＡ１１６はコネクション１２４を介して中継装置１００に接続されている。この接続レイアウトは、コネクション（１１０、１１２、１１４）を介してネットワーク（１１８、１２０、１２２）につながる他のソースノードＢ〜Ｎにも適用される。また、コネクション（１２６、１２８、１３０）を介して中継装置１００につながる他のネットワーク（１１８、１２０、１２２）にも適用される。
【００６３】
コネクション（１０９、１１０、１１２、１１４、１２４、１２６、１２８、１３０）は、有線又は無線の特定の媒体に限定されるものではない。様々な規格に対応可能な無線通信インタフェース１３６が設けられた中継装置１００は、コネクション１３８を介して、休止状態の無線ノード（１４０、１４２、１４４、１４６、１４８、１５０、１５２、１５４、１５６、１５８、１６０、１６２）と無線で通信を行う。なお、ソースノード（１００、１０２、１０４、１０６）は、休止状態の無線ノード（１４０、１４２、１４４、１４６、１４８、１５０、１５２、１５４、１５６、１５８、１６０、１６２）であってもかまわない。
【００６４】
図２は、本発明の実施の形態に係る制御装置１００の機能ブロックを示す。
【００６５】
制御装置１００は、制御装置１００と複数の端末装置とを含むネットワークにおける制御装置である。
【００６６】
図２に示される様に、制御装置１００は、受信部１０２と、記憶部１０３と、判断部１０４と、変換部１０６と、送信部１０８とを備える。なお、アドレス変換エンティティは、記憶部１０３と、判断部１０４と、変換部１０６とを有する。
【００６７】
受信部１０２は、ネットワーク内で、各端末装置が送信した同報メッセージを、無線又は有線により受信する。
【００６８】
記憶部１０３は、各端末装置に関する情報を記憶している。なお、記憶部１０３は、例えば、制御装置１００の外部に設置されたデータベースであってもよい。この場合、制御装置１００は記憶部１０３を備えなくても、ネットワークを介して外部のデータベースへ問い合わせを行うことにより、必要な情報を取得することができる。詳細については、後述する。
【００６９】
判断部１０４は、受信部１０２が受信した同報メッセージを、複数の端末装置のうちの一部である特定の端末装置に対するユニキャストメッセージに変換して送信すべきか否かを、同報メッセージに含まれる情報に基づいて判断する。
【００７０】
変換部１０６は、判断部１０４が、ユニキャストメッセージへの変換が必要と判断した場合に、同報メッセージをユニキャストメッセージに変換する。
【００７１】
送信部１０８は、ユニキャストメッセージを特定の端末装置に対し、無線又は有線により送信する。
【００７２】
図３は、本発明の実施の形態に係る制御装置１００が行う処理の流れを示すフローチャートである。
【００７３】
まず、受信部１０２が同報メッセージを受信すると（Ｓ１０２）、判断部１０４は、受信した同報メッセージをユニキャストメッセージに変換すべきか否かを判断する（Ｓ１０４）。
【００７４】
ここで、判断部１０４が、ユニキャストメッセージに変換すべきと判断した場合には（Ｓ１０４でＹｅｓ）、変換部１０６は、受信した同報メッセージをユニキャストメッセージに変換する（Ｓ１０６）。
【００７５】
一方、判断部１０４が、ユニキャストメッセージに変換すべきではないと判断した場合には（Ｓ１０４でＮｏ）、送信部１０８は、同報メッセージを、同報メッセージとして端末装置へ送信する（Ｓ１０８）。
【００７６】
なお、ネットワークにおいて、データリンク層における複数のプロトコルが混在する場合には、送信部１０８は、同報メッセージを複数のプロトコルの各々に変換した後に、対応するプロトコルにより通信を行う端末装置毎の同報メッセージとして送信してもよい。
【００７７】
なお、中継装置１００が備える各構成要素は、例えば計算機を用いて実現できる。図４は、処理手段２００と入出力手段２０２とメモリ２０４とストレージ２０６とを備えた中継装置１００のハードウェア構成を示す。処理手段２００は、後述するアドレス変換エンティティ機能に必要な演算処理を実行する。処理手段２００は、ディスクリートデバイスでも組み込みプロセッサでもよい。メモリ２０４は、アドレス変換エンティティ用の処理パケットをキャッシュする。メモリ２０４は、内部レジスタでも、内部メモリでも、又は、外部メモリでもよい。ストレージ２０６は、端末装置の情報を管理するためのデータベースを保持する。ストレージ２０６は、内部永久記憶ディスクでも外部永久記憶ディスクでもよい。入出力手段２０２には１以上のインタフェースを設けてもよい。また、ネットワークからの入出力パケット用のインタフェースとして、有線及び無線からなるインタフェースを使用して、全てが無線のインタフェースを使用してもよい。後述するアドレス変換エンティティは、中継装置１００のハードウェア又はソフトウェアソリューションとして実装可能である。
【００７８】
図５、図６、図７、図８、及び図９は、それぞれ本実施の形態に係る制御装置１００が備えるアドレス変換エンティティの構成の一例を示す。各図は、それぞれ単独で実行可能な、別個のアドレス変換エンティティの構成を示す。なお、前述のとおり、アドレス変換エンティティは、制御装置１００が備える記憶部１０３、判断部１０４、及び変換部１０６に相当する。
【００７９】
以後、アドレス変換エンティティが有する判断部１０４が、同報メッセージをユニキャストメッセージに変換すべきか否かを判断するために使用する複数の基準について、より詳細に説明する。
【００８０】
図５は、対話型装置評価手段３００内及びその周辺の装置を示した図である。
【００８１】
例えば、対話型装置評価手段３００及びメッセージ解析手段３１０は、判断部１０４に相当する。また、対話型装置データベースは、記憶部１０３に相当する。また、メッセージコンストラクタ３１４は、変換部１０６に相当する。
【００８２】
対話型装置評価手段３００は、データベース検索手段３０２とアドレスタギング手段３０４と対話型閾値検出手段３０６とを備えている。対話型装置評価手段３００周辺の手段は、メッセージ解析手段３１０とデータベースアップデータ３１２と対話型装置データベース３０８とメッセージコンストラクタ３１４とを備えている。
【００８３】
アドレス変換エンティティには、受信した入力メッセージ、つまり、この時点でＭＳＧ＿ＰＡＹＬＯＡＤ２１０２のみを含む図２３に示したＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００が、コネクション３１６を介して入力される。このＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００は、メッセージ解析手段３１０に入力される。
【００８４】
メッセージ解析手段３１０は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の内容を解析する。その後、解析により得られた、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の種別情報を、コネクション３１８を介してデータベースアップデータ３１２に転送する。Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の種別情報とは、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＭＳＧ＿ＰＡＹＬＯＡＤに含まれる情報であり、アドレス変換エンティティがユニキャスト変換の要否について判断する際に使用する情報である。
【００８５】
ここでは、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００には、レイヤ２プロトコルの形式で含ませることが可能な対話型に関連したメッセージであるか否かを表す種別情報が含まれている。なお、レイヤ２プロトコルとしては、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）  ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）やＭｉｃｒｏｓｏｆｔ  ＬＬＴＤ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｔｏｐｏｌｏｇｙ  Ｄｉｓｃｏｖｅｒｙ）が考えられるが、これらに限定されるものではない。
【００８６】
データベースアップデータ３１２は、バスによるコネクション３２０を介して、対話型装置データベース３０８を更新する。
【００８７】
メッセージ解析手段３１０は、対話型装置評価手段３００を起動させる。また、メッセージ解析手段３１０は、コネクション３２４を介してＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００をデータベース検索手段３０２に入力する。
【００８８】
より具体的には、メッセージ解析手段３１０は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージを受信すると、当該メッセージに含まれる種別情報を参照する。これにより、メッセージ解析手段３１０は、当該メッセージの種別を判断する。ここで、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００に含まれる種別情報が、当該メッセージが対話型装置にのみ送られるべきメッセージであることを示す場合には、メッセージ解析手段３１０は、当該メッセージを対話型装置評価手段３００へ入力する。
【００８９】
この場合、データベース検索手段３０２は、コネクション３２２を介して、対話型装置に関連した情報リストを対話型装置データベース３０８から検索する。また、データベース検索手段３０２は、コネクション３２６を介して、アドレスタギング手段３０４を起動させる。アドレスタギング手段３０４は、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜ＤＥＳＴ＿ＡＤＤＲＥＳＳＮ（以後、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎとも書く）フィールドの固有装置ＩＤ（２１０６、２１０８、２１１０）でＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００にタギングを行う。また、アドレスタギング手段３０４は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４に同報送信（例えば、ブロードキャスト／マルチキャスト送信）であることを示す情報を設定するのか、ユニキャスト送信であることを示す情報を設定するのかを決定する。
【００９０】
例えば、アドレスタギング手段３０４は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の固有装置ＩＤの欄に、対話型装置データベース３０８から取得した、対話型装置である端末装置のＩＤをタギングする。また、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４にユニキャスト送信であることを示す情報を設定する。なお、対話型装置データベース３０８から取得した、対話型装置である端末装置のＩＤの数が０である場合、アドレスタギング手段３０４は、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４に同報送信であることを示す情報を設定してもよい。
【００９１】
また、アドレスタギング手段３０４は、コネクション３２８を介して対話型閾値検出手段３０６を起動させてもよい。この場合、対話型閾値検出手段３０６は、対話型装置データベース３０８から取得した、対話型装置である端末装置のＩＤの数が、事前に定められた数以上であれば、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４に同報送信であることを示す情報を設定してもよい。多数のユニキャストメッセージを送信するよりも、１度の同報メッセージを送信した方が、通信の効率がよいと考えられるためである。なお、対話型装置評価手段３００は、対話型閾値検出手段３０６を備えなくてもよい。
【００９２】
その後、メッセージコンストラクタ３１４は、コネクション３３０を介してＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージを受信する。さらに、コネクション３３２を介してＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージを送信する。
【００９３】
なお、対話型装置とは、具体的には、液晶ディスプレイ等の表示部を有する端末装置である。したがって、判断部１０４は、複数の端末装置のうち、ユーザに対して情報を提示する表示部を有する端末装置を、ユニキャスト送信の対象とすべき特定の端末装置として特定してもよい。
【００９４】
次に、図６は、対話型装置評価手段４００内、ユーザ存在評価手段４０８、及びそれら周辺の構成を示した図である。
【００９５】
図６は、図５にユーザ存在評価手段４０８を追加したものである。図５及び図６において同じ符号で同様に説明されるものは、（３１６、４２８）、（３１２、４２４）、（３２０、４３２）、（３０８、４１８）、（３２２、４３４）、（３２４、４３６）、（３００、４００）、（３０２、４０２）、（３２６、４３８）、（３０４、４０４）、（３２８、４４０）、（３０６、４０６）、（３１４、４２６）、及び、（３３２、４５４）である。
【００９６】
なお、対話型装置評価手段４００、ユーザ存在評価手段４０８、及びメッセージ解析手段４２２は、判断部１０４に相当する。また、対話型装置データベース４１８及びユーザ存在データベース４２０は、記憶部１０３に相当する。また、メッセージコンストラクタ４２６は、変換部１０６に相当する。
【００９７】
ユーザ存在評価手段４０８は、データベース検索手段４１０、ユーザ存在閾値検出手段４１２、及び、アドレスアンタギング手段４１４を備えている。
【００９８】
ユーザ存在評価手段４０８周辺での追加手段は、ユーザ存在データベース４２０及びフレームストレージ４１６である。
【００９９】
メッセージ解析手段４２２は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の内容を解析する。その後、解析により得られたＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージの種別情報を、コネクション（３１８、４３０）を介してデータベースアップデータ４２４に転送する。
【０１００】
ここでは、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００には、レイヤ２プロトコルの形式で含ませることが可能なユーザ存在情報に関連したメッセージであるか否かを表す種別情報が含まれている。この種別情報は、ユーザが端末装置と情報のやりとりをしたか否かを示す情報である。例えば、人間との相互作用に関する、リモートコントロールにより発行された最終ユーザコマンド（図１８の１６０２、１６０４）、人間が装置を注目すること（図１８の１６０２、１６０４）、装置ステータス（図１８の１６０６）等である。しかし、ユーザ存在情報は、これらに限定されるものではない。そして、データベースアップデータ（３１２、４２４）は、バスコネクション（３２０、４３２）を介して、ユーザ存在データベース４２０を更新する。
【０１０１】
対話型閾値検出手段（３０６、４０６）がＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を受信すると、当該メッセージの種別情報を参照する。ここで、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージに含まれる種別情報が、当該メッセージがユーザ存在情報により示される端末装置にのみ送られるべきメッセージであることを示す場合には、メッセージ解析手段４２２は、当該メッセージをユーザ存在評価手段４０８に入力する。
【０１０２】
この場合、ユーザ存在評価手段４０８が備えるデータベース検索手段４１０が、コネクション４４２を介して起動される。なお、図６に示すように、対話型装置評価手段４００とユーザ存在評価手段４０８とをカスケード接続する場合には、メッセージ解析手段４２２は、まず、対話型装置評価手段４００に対して、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を出力してもよい。
【０１０３】
データベース検索手段４１０は、コネクション４４４を介して、ユーザ存在に関連した情報リストをユーザ存在データベース４２０から検索する。データベース検索手段４１０は、コネクション４４６を介してユーザ存在閾値検出手段４１２を起動させ、対話型装置評価手段４００から転送された、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドの固有装置ＩＤ（２１０６、２１０８、２１１０）をアンタギングするかどうか決定する。ユーザ存在閾値検出手段４１２は、アドレスアンタギング手段を起動させ、コネクション４４８を介して、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドの固有装置ＩＤ（２１０６、２１０８、２１１０）をＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００から適切にアンタギングする。
【０１０４】
例えば、ユーザ存在閾値検出手段４１２は、ユーザ存在データベース４２０から取得した、近くにユーザが存在する端末装置の台数が、所定の閾値以上であれば、全ての端末装置へ同報送信した方が通信効率がよいと判断してもよい。この場合、ユーザ存在閾値検出手段４１２は、対話型装置評価手段４００によりユニキャスト送信の対象としてＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージにタギングされた端末装置のＩＤを削除してもよい。なお、ユーザ存在評価手段４０８は、ユーザ存在閾値検出手段４１２を備えなくてもよい。
【０１０５】
アドレスアンタギング手段４１４は、所定の条件（図１３、ステップ１１１８）に基づき、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に設定するのか、ユニキャスト送信に設定するのか、又は、フレームストレージ４１６に転送するのかを決定する。
【０１０６】
アドレスアンタギング手段４１４は、コネクション４５０を介してフレームストレージ４１６に接続される。所定の条件（図１３、ステップ１１１８）に基づき、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００内にＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドが存在しなければ、フレームストレージ４１６にＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を格納する。フレームストレージ４１６内のＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００は、ユーザがいる場合に送信されるか、又は、ユーザがいる他のネットワーク（１１６、１１８、１２０、１２２）を介して送信されるものとする。アドレスアンタギング手段４１４は、コネクション４５２を介してメッセージコンストラクタ４２６を起動させる。
【０１０７】
なお、ユーザ存在情報とは、具体的には、当該端末装置に対するユーザによる入力が、特定期間内に行われた端末装置を示す情報である。例えば、３０分以内にユーザがリモートコントローラでＴＶ番組の変更をした場合には、そのＴＶを示すＩＤがユーザ存在データベースに記録されている。同様に、５分以内にユーザがＩＨ（Ｉｎｄｕｃｔｉｏｎ  Ｈｅａｔｉｎｇ）調理器を使用した場合には、そのＩＨ調理器を示すＩＤがユーザ存在データベースに記録されている。
【０１０８】
したがって、判断部１０４は、複数の端末装置のうち特定期間内にユーザによる情報の入力が行われた端末装置を、ユニキャスト送信の対象とすべき特定の端末装置として特定してもよい。より詳細には、複数の端末装置は、家庭用電気機械器具であり、判断部１０４は、特定期間内にユーザにより操作された家庭用電気機械器具を、当該ユーザによる情報の入力が行われた特定の端末装置として特定してもよい。
【０１０９】
次に、図７は、アプリケーションプロトコル評価手段５００内及びその周辺の装置を示した図である。図５及び図７において同じ符号で同様に説明されるものは、（３１６、５１６）、（３２０、５２０）、（３１４、５１４）、及び、（３３２、５３２）である。
【０１１０】
なお、アプリケーションプロトコル評価手段５００及びメッセージ解析手段５１０は、判断部１０４に相当する。また、アプリケーションプロトコルデータベース５０８は、記憶部１０３に相当する。また、メッセージコンストラクタ５１４は、変換部１０６に相当する。
【０１１１】
アプリケーションプロトコル評価手段５００は、データベース検索手段５０２、アドレスタギング手段５０４、及び、アプリケーションプロトコル閾値検出手段５０６を備えている。
【０１１２】
アプリケーションプロトコル評価手段５００周辺での追加手段は、アプリケーションプロトコルデータベース５０８である。
【０１１３】
このＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージは、メッセージ解析手段５１０に入力される。次に、メッセージ解析手段５１０が、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージの内容を解析する。その後、メッセージ解析手段５１０は、解析により得られたＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージの種別情報を、コネクション５１８を介してデータベースアップデータ５１２に転送する。
【０１１４】
Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージには、レイヤ２プロトコルの形式で可能なアプリケーションプロトコルの種別を表す種別情報が含まれている。なお、レイヤ２プロトコルとしては、例えば、ＩＥＥＥ  ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）やＭｉｃｒｏｓｏｆｔ  ＬＬＴＤ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｔｏｐｏｌｏｇｙ  Ｄｉｓｃｏｖｅｒｙ）プロトコル等が考えられる。しかし、これらに限定されるものではない。さらに、対応アプリケーションプロトコルをサポートするソースも、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＭＳＧ＿ＰＡＹＬＯＡＤ２１０２からレイヤ４プロトコルヘッダにより見つけることができる。そして、データベースアップデータ５１２は、バスコネクション５２０を介して、アプリケーションプロトコルデータベース５０８を更新する。
【０１１５】
メッセージ解析手段５１０は、また、アプリケーションプロトコル評価手段５００を起動させ、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００がコネクション５２４を介してデータベース検索手段５０２に入力される。
【０１１６】
ここで、メッセージ解析手段３１０がＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージを受信すると、当該メッセージの種別情報を参照する。ここで、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージに含まれる種別情報として、特定のプロトコルの種別が指定されている場合には、メッセージ解析手段５１０は、当該メッセージをアプリケーションプロトコル評価手段５００に入力する。
【０１１７】
この場合、データベース検索手段３０２は、コネクション５２２を介して、端末装置がサポートするアプリケーションプロトコルに関連した情報リストをアプリケーションプロトコルデータベース５０８から検索する。
【０１１８】
データベース検索手段５０２は、コネクション５２６を介して、アドレスタギング手段５０４を起動させる。アドレスタギング手段５０４は、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドの固有装置ＩＤ（２１０６、２１０８、２１１０）でＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎ２１００メッセージにタギングを行う。そして、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎ２１００メッセージを受信すると、コネクション５２８を介してアプリケーションプロトコル閾値検出手段５０６が起動され、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に設定するのか、ユニキャスト送信に設定するのかを決定する。
【０１１９】
アプリケーションプロトコル閾値検出手段５０６は、コネクション５３０を介してメッセージコンストラクタ５１４を起動させる。メッセージコンストラクタ５１４は、コネクション５３２を介してメッセージを送信する。
【０１２０】
すなわち、判断部１０４は、複数の端末装置のうち、特定の通信プロトコルに対応した端末装置を、ユニキャスト送信の対象とすべき特定の端末装置として特定してもよい。例えば、特定の通信プロトコルは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）を利用したプロトコルであってもよい。
【０１２１】
次に、図８は、アプリケーションプロトコル評価手段６００、機能存在評価手段６０８、及びそれらの周辺の装置を示した図である。図８は、図７に機能存在評価手段６０８を追加したものである。図７及び図８において同じ符号で同様に説明されるものは、（５１６、６２８）、（５１２、６２４）、（５２０、６３２）、（５０８、６１８）、（５２２、６３４）、（５２４、６３６）、（５００、６００）、（５０２、６０２）、（５２６、６３８）、（５０４、６０４）、（５２８、６４０）、（５０６、６０６）、（５１４、６２６）、及び、（５３２、６５４）である。また、図６及び図８において同じ符号で同様に説明されるものは、（４１６、６１６）である。
【０１２２】
機能存在評価手段６０８は、データベース検索手段６１０、装置／サービス機能マッピング手段６１２、及び、アドレスアンタギング手段６１４を備えている。機能存在評価手段６０８周辺での追加手段は、装置機能データベース６２０とフレームストレージ６１６とである。
【０１２３】
なお、アプリケーションプロトコル評価手段６００、機能存在評価手段６０８、及びメッセージ解析手段６２２は、判断部１０４に相当する。また、アプリケーションプロトコルデータベース６１８及び装置機能データベース６２０は、記憶部１０３に相当する。また、メッセージコンストラクタ６２６は、変換部１０６に相当する。
【０１２４】
メッセージ解析手段６２２は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の内容を解析する。その後、解析により得られたＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の種別情報を、コネクション６３０を介してデータベースアップデータ６２４に転送する。
【０１２５】
Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００には、レイヤ２プロトコルの形式で含ませることが可能な端末装置が有する機能を示す種別情報が含まれている。なお、レイヤ２プロトコルとしては、ＩＥＥＥ  ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）やＭｉｃｒｏｓｏｆｔ  ＬＬＴＤ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｔｏｐｏｌｏｇｙ  Ｄｉｓｃｏｖｅｒｙ）プロトコル等が考えられる。しかし、これらに限定されるものではない。さらに、装置／機能マッピングの関係も、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＭＳＧ＿ＰＡＹＬＯＡＤ２１０２からレイヤ４プロトコルペイロードにより見つけることができる。そして、データベースアップデータ（５１２、６２４）は、バスコネクション（５２０、６３２）を介して、装置機能データベース６２０を更新する。
【０１２６】
アプリケーションプロトコル閾値検出手段６０６がＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を受信すると、コネクション６４２を介して起動された機能存在評価手段６０８のデータベース検索手段６１０が、コネクション６４４を介して、装置機能関係に関連した情報リストを装置機能データベース６２０から検索する。
【０１２７】
データベース検索手段６１０は、コネクション６４６を介して装置／サービス機能マッピング手段６１２を起動させ、アプリケーションプロトコル評価手段６００から転送された、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドの固有装置ＩＤ（図２３の２１０６、２１０８、２１１０）をアンタギングするかどうか決定する。
【０１２８】
装置／サービス機能マッピング手段６１２は、アドレスアンタギング手段を起動させ、コネクション６４８を介して、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドの固有装置ＩＤ（２１０６、２１０８、２１１０）をＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００から適切にアンタギングする。
【０１２９】
例えば、機能存在評価手段６０８は、装置機能データベース６２０を参照することにより、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００に指定された特定の機能を有する端末装置の台数が、所定の閾値以上であるか否かを判断する。もし、所定の閾値以上であれば、全ての端末装置へ同報送信した方が通信効率がよいと判断してもよい。この場合、機能存在評価手段６０８は、アプリケーションプロトコル評価手段６００によりユニキャスト送信の対象としてＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージにタギングされた端末装置のＩＤを削除してもよい。
【０１３０】
アドレスアンタギング手段６１４は、所定の条件（図１５、ステップ１３１２）に基づき、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に設定するのか、ユニキャスト送信に設定するのか、又は、フレームストレージ６１６に転送するのかを決定する。
【０１３１】
アドレスアンタギング手段６１４は、コネクション６５０を介してフレームストレージ６１６に接続される。所定の条件（図１５、ステップ１３１２）に基づき、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００内にＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドが存在しなければ、フレームストレージ６１６にＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を格納する。接続された装置のいずれかがその装置の機能関係と一致する場合には、フレームストレージ６１６内のＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージを送信する。アドレスアンタギング手段６１４は、コネクション６５２を介してメッセージコンストラクタ６２６を起動させる。
【０１３２】
なお、装置機能データベース６２０が端末装置毎に記録する機能とは、例えば、家庭内での映像配信におけるサーバ機能及びクライアント機能、省エネルギー機能、ＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）データ再生機能等が考えられる。このように、判断部１０４は、複数の端末装置のうち、特定の機能を有する端末装置をユニキャスト送信の対象とすべき特定の端末装置として特定してもよい。
【０１３３】
なお、制御装置１００は、以上説明した、対話型装置評価手段、ユーザ存在評価手段、アプリケーションプロトコル評価手段、及び機能存在評価手段を、それぞれ任意の組み合わせで有してよい。さらに、複数の端末装置が対応する通信プロトコル毎に、同報メッセージをユニキャストメッセージに変換して送信すべきか否かを判断してもよい。
【０１３４】
図９は、主要なコンポーネントの全体的な相互接続を示した図であり、対話型装置評価手段７００、ユーザ存在評価手段７０８、アプリケーションプロトコル評価手段７１６、機能存在評価手段７２４、通信規格評価手段７３２、及び、状態切換手段７５６が含まれている。図９において、導入された追加エンティティは、通信規格評価手段７３２及び状態切換手段７５６である。
【０１３５】
図５、図６、図７、図８及び図９において同じ符号で同様に説明されるものは、以下のとおりである。（３１６、４２８、５１６、６２８、７６０）、（３２０、４３２、５２０、６３２、７６４）、（３０８、４１８、７４２）、（３２２、４３４、７６６）、（３００、４００、７００）、（３０２、４０２、７０２）、（３２６、４３８、７７０）、（３０４、４０４、７０４）、（３２８、４４０、７７２）、（３０６、４０６、７０６）、（４４４、７９５）、（４０８、７０８）、（４１０、７１０）、（４４６、７７６）、（４１２、７１２）、（４４８、７７８）、（４１４、７１４）、（５２２、６３４、７９６）、（５００、６００、７１６）、（５０２、６０２、７１８）、（５２６、６３８、７８０）、（５０４、６０４、７２０）、（５２８、６４０、７８２）、（５０６、６０６、７２２）、（６４４、７９７）、（６０８、７２４）、（６１０、７２６）、（６４６、７８４）、（６１２、７２８）、（６４８、７８６）、（６１４、７３０）、（４５０、６５０、７９２）、（４１６、６１６、７４０）、（３１４、４２６、５１４、６２６、７５８）、及び、（３３２、４５４、５３２、６５４、７９４）である。
【０１３６】
なお、対話型装置評価手段７００、ユーザ存在評価手段７０８、アプリケーションプロトコル評価手段７１６、機能存在評価手段７２４、通信規格評価手段７３２、メッセージ解析手段７５２、及び状態切換手段７５６は、判断部１０４に相当する。また、対話型装置データベース７４２、ユーザ存在データベース７４４、アプリケーションプロトコルデータベース７４６、装置機能データベース７４８、及び通信規格データベース７５０は、記憶部１０３に相当する。また、メッセージコンストラクタ７５８は、変換部１０６に相当する。
【０１３７】
通信規格評価手段７３２は、データベース検索手段７３４と通信規格閾値検出手段７３６とアドレスタギング手段７３８とを備えている。通信規格評価手段７３２をサポートする追加手段は、通信規格データベース７５０である。
【０１３８】
メッセージ解析手段（３１２、４２２、５１０、６２２、７５２）は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の内容を解析する。その後、解析により得られたＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００の種別情報を、コネクション（３１８、４３０、５１８、６３０、７６２）を介してデータベースアップデータ（３１０、４２４、５１２、６２４、７５４）に転送する。
【０１３９】
このＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００には、レイヤ２プロトコルの形式で含ませることが可能な、通信規格及びバッテリパワーに関連した内容を示す種別情報が含まれている。なお、レイヤ２プロトコルとしては、ＩＥＥＥ  ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）やＭｉｃｒｏｓｏｆｔ  ＬＬＴＤ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｔｏｐｏｌｏｇｙ  Ｄｉｓｃｏｖｅｒｙ）プロトコルが考えられるが、これらに限定されるものではない。
【０１４０】
そして、データベースアップデータ（３１８、４３０、５１８、６３０、７６２）が、バスコネクション（３２０、４３２、５２０、６３２、７６４）を介して通信規格データベース７５０を更新する。
【０１４１】
メッセージ解析手段７５２に呼び出されたＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を、コネクション７６７を介して状態切換手段７５６が受信する。その後、コネクション７６８を介して状態切換手段７５６からデータベース検索手段７３４がＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を受信すると、通信規格評価手段７３２のデータベース検索手段７３４が、コネクション７９８を介して、通信規格データベース７５０から装置通信規格のリスト及び電源情報を検索する。
【０１４２】
データベース検索手段７３４は、コネクション７８８を介して通信規格閾値検出手段７３６を起動して、状態切換手段７５６からのＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドの固有装置ＩＤ（２１０６、２１０８、２１１０）が、当該装置と通信規格との１対１の関係を示しているかどうかを決定する（図１６の１４０４）。制御装置１００は、通信規格に基づいて端末装置をグループ化する（図１６の１４０６）。その後、通信規格閾値検出手段７３６は、種別情報により指定された通信規格に対応する端末装置の台数及びバッテリー駆動可能な端末装置の台数が、その通信規格閾値１４１０及び通信規格バッテリー閾値１４３２をそれぞれ上まわっているかどうかを判断する。その結果、グループに含まれる端末装置の台数が各閾値を上まわっている場合には、同報メッセージのまま送信する。また、端末装置の台数が各閾値を下まわっている場合には、同報メッセージをユニキャストメッセージに変換して送信してもよい。
【０１４３】
すなわち、判断部１０４は、複数の端末装置が対応する通信プロトコル毎に、同報メッセージをユニキャストメッセージに変換して送信すべきかを判断してもよい。
【０１４４】
なお、判断部１０４が判断に使用する通信プロトコルは任意のものが使用できる。例えば、ＺｉｇＢｅｅ、ＩＥＥＥ  ８０２．１１、ＩＥＥＥ  ８０２．１５．４、Ｚ−Ｗａｖｅ、ＥＣＨＯＮＥＴ、ＫＮＸ、Ｂｌｕｅｔｏｏｔｈのうち、少なくとも１つのプロトコルを使用することが考えられる。
【０１４５】
また、通信規格閾値検出手段７３６は、通信規格閾値及び通信規格バッテリー閾値のいずれか一方のみを使用してもよい。
【０１４６】
通信規格閾値検出手段７３６は、コネクション７９０を介してアドレスタギング手段７３８を起動させる。アドレスタギング手段７３８は、通信規格閾値検出手段７３２によって決定されたとおり、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎフィールドの固有装置ＩＤ（２１０６、２１０８、２１１０）についてＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００にタギングを行う。また、通信規格閾値検出手段７３６が算出した結果を検索し、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信又はユニキャスト送信に設定する。そして、アドレスタギング手段７３８は、バスによるコネクション７７４を介してＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を渡す状態切換手段７５６を起動する。
【０１４７】
状態切換手段７５６は、複数の評価手段を並列的に有する判断部１０４において、各評価手段の出力を統合して、判断部１０４が最終的な判断をするための構成要素である。状態切換手段７５６には、コネクション７９３を介してメッセージコンストラクタ７５８を起動する選択肢がある。
【０１４８】
図１０は、どの評価手段を使用する内部状態（８００、８０２、８０４、８０６、８０８）に遷移すべきかを判断する状態切換手段７５６の状態図である。状態遷移は、メッセージタイプに基づき、ＩＮＴ−ＤＥＶ−ＥＶＡＬ８００又はＡＰＰ−ＰＴ−ＥＶＡＬ８０６で開始しなければならない。この状態遷移は、どの状態（８００、８０２、８０４、８０６、８０８）で終了してもよい。遷移パスの候補がいくつかある場合には、よりよい結果を得るため、送信先まで最も長いパスを選択する。なぜなら、フィルタリングがより多く行われるからである。
【０１４９】
例えば、ユーザ警告メッセージ８１０を含んだＭＳＧ＿ＰＡＹＬＯＡＤ２１０２付きのＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００が、ＩＮＴ−ＤＥＶ−ＥＶＡＬ（７００、８００）に投入された場合を考える。ＩＮＴ−ＤＥＶ−ＥＶＡＬ（７００、８００）からのＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４の出力がブロードキャスト／マルチキャスト送信であれば、ＣＯＭ−ＳＴＤ−ＥＶＡＬ（７１６、８０４）へ遷移するためのコネクション８１６が選択される。そうでなければ、ＵＳＲ−ＰＳ−ＥＶＡＬ（７０８、８０２）へ遷移するためのコネクション８１２が選択される。
【０１５０】
Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４の出力がブロードキャスト／マルチキャスト送信でない場合、又は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００がフレームストレージ７４０に格納されていない場合は、ＵＳＲ−ＰＳ−ＥＶＡＬ（７０８、８０２）はコネクション８１４を介してＣＯＭ−ＳＴＤ−ＥＶＡＬ（７３２、８０４）に遷移する。
【０１５１】
一方、装置メッセージ８１８を含んだＭＳＧ＿ＰＡＹＬＯＡＤ２１０２付きのＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００が、ＡＰＰ−ＰＴ−ＥＶＡＬ（７１６、８０６）に投入されたとする。内部状態ＡＰＰ−ＰＴ−ＥＶＡＬ（７１６、８０６）において、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４がブロードキャスト／マルチキャスト送信を示す場合には、ＣＯＭ−ＳＴＤ−ＥＶＡＬ（７１６、８０４）へ遷移するためのコネクション８２４が選択される。そうでなければ、ＦＵＮＣ−ＰＳ−ＥＶＡＬ（７２４、８０８）へ遷移するためのコネクション８２０が選択される。Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４がブロードキャスト／マルチキャスト送信を示す場合、又は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００がフレームストレージ７４０に格納されていない場合は、ＦＵＮＣ−ＰＳ−ＥＶＡＬ（７２４、８０８）はコネクション８２２を介してＣＯＭ−ＳＴＤ−ＥＶＡＬ（７３２、８０４）に遷移する。
【０１５２】
図１１に、装置全体の基本的な処理フローを示す。ステップ９００に記述されているように、メッセージ解析手段７５２がコネクション７６０を介してＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を受信すると、全データベースが初期化されてステータスが確定される（ステップ９０２）。この後、エンティティ（７００、７０８、７１６、７２４、７３２）はアドレス変換を開始する（ステップ９０４）。Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎ２１００メッセージに埋め込みが行われた時点で、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎ２１００メッセージはメッセージコンストラクタ７５８によって再構成され、その後、コネクション７９４を介して送信される。
【０１５３】
図１２は、対話型装置評価手段７００によって行われるより詳細な処理を示したものである。状態切換手段７５６又はメッセージ解析手段（３１０、７５２）から、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージを含んだ起動メッセージをデータベース検索手段（３０２、７０２）が受信することによって開始される（ステップ１０００）。
【０１５４】
データベース検索手段（３０２、７０２）は、対話型装置データベース（３０８、７４２）から対話型装置情報（１５００、１５０２）を検索して、リスト化する（ステップ１００２）。
【０１５５】
ステップ１００４に記載されているとおり、対話型装置のみが残っているよう、リストに対してクエリが実行される。このリストのレコード毎に、対応するＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１５００が抽出される（ステップ１００６、ステップ１００８、ステップ１０２２、ステップ１０１０）。リストが終了すれば（ステップ１００８）、次へ進む（ステップ１０２４）。ステップ１０１２において、抽出されたＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤは、アドレスタギング手段（３０４、７０４）により、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）内にタギングされる。アドレスタギング手段（３０４、７０４）は、対話型閾値検出手段（３０６、７０６）を起動させ、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）の登録項目数をカウントする（ステップ１０１４）。登録項目数とは、存在する対話型装置の数を表したものである。次に、メモリ２０４から取得したＩｎｔｅｒａｃｔｉｖｅ＿Ｔｈｒｅｓｈｏｌｄと登録項目数とを比較する（ステップ１０１６）。ステップ１０１６における条件判定１０１６の結果が真であれば（ステップ１０１６でＹｅｓ、ステップ１０２６）、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に設定する（ステップ１０２０）。そうでなければ（ステップ１０１６でＮｏ、ステップ１０２８）、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をユニキャストに設定する（ステップ１０１８）。
【０１５６】
このように、対話型装置の数がＩｎｔｅｒａｃｔｉｖｅ＿Ｔｈｒｅｓｈｏｌｄを上まわる場合には、休止状態の端末装置それぞれをウェイクさせるユニキャストよりも、休止状態の装置全てをウェイクさせるブロードキャスト／マルチキャストを使用することにより、エネルギー効率は良くなる。
【０１５７】
図１３は、ユーザ存在評価手段（４０８、７０８）によって行われるより詳細な処理を示したものである。状態切換手段７５６又はメッセージ解析手段（４２２、７５２）から、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を含んだ起動メッセージをデータベース検索手段（４１０、７１０）が受信することによって開始される（ステップ１１００）。
【０１５８】
データベース検索手段（４１０、７１０）は、ユーザ存在データベース（４２０、７４４）から、レコードがオンライン又はＮｏ＿ＳｔａｔｕｓのＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ、Ｌａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｄａｔｅ、Ｌａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｔｉｍｅ、Ｄｅｖｉｃｅ＿Ｓｔａｔｕｓ（図１８の１６００、１６０２、１６０４、１６０６）を検索してリスト化する（ステップ１１０２、ステップ１１０４）。ステップ１１０６において、データベース検索手段（４１０、７１０）は、システムの現在時刻についてクエリを実行する。また、データベース検索手段（４１０、７１０）は、ユーザ存在閾値検出手段（４１２、７１２）を起動する。
【０１５９】
ユーザ存在評価手段（４０８、７０８）は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００に含まれるＤＥＳＴ＿ＡＤＤＲＥＳＳ（図２３の２１０６、２１０８、２１１０）毎に、Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤが一致する端末装置であって、オンライン又はＮｏ＿ＳｔａｔｕｓのＤｅｖｉｃｅ＿Ｓｔａｔｕｓを有する端末装置の有無を判定する（ステップ１１０８）。条件判定（ステップ１１０８）の結果が偽であれば、パス（ステップ１１０８でＮｏ、ステップ１１２６）となる。その後、ＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）のＬａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｄａｔｅ１６０２及びＬａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｔｉｍｅ１６０４と現在時刻との差分をとって、この値がＵｓｅｒ＿Ｐｒｅｓｅｎｃｅ＿Ｔｈｒｅｓｈｏｌｄより大きいかどうかを判断する（ステップ１１１０）。条件（ステップ１１１０）の判定結果が真であれば、パス（ステップ１１１０でＹｅｓ、ステップ１１３０）となる。アドレスアンタギング手段（４１４、７１４）はＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００からこのＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）をアンタギングする１１１２。ステップ１１０８における条件判定の結果がＹｅｓである場合（ステップ１１２４）、ステップ１１１０における条件判定の結果がＮｏである場合（ステップ１１２８）、及び、ステップ１１１４における条件判定の結果がＮｏ（ステップ１１３２）となる場合は、ステップ１１１４が真（ステップ１１３４）となるまで、次のＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）を取得する（ステップ１１１６）。
【０１６０】
アンタギング処理の後、アドレスアンタギング手段（４１４、７１４）は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００にＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）が少なくとも１つ存在するかどうかをチェックする。条件判定（ステップ１１１８）の結果がＹｅｓであれば（ステップ１１３６）、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４がブロードキャスト／マルチキャスト送信に設定されるか、又は、コネクション（４５０、７９２）を介してＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００をフレームストレージ（４１６、７４０）に格納する（ステップ１１２２）。条件判定（ステップ１１１８）の結果がＮｏであれば（ステップ１１３８）、アドレスアンタギング手段（４１４、７１４）はＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をユニキャストに設定する。
【０１６１】
図１４は、アプリケーションプロトコル評価手段７１６によって行われるより詳細な処理を示したものである。状態切換手段７５６又はメッセージ解析手段（５１０、７５２）から、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージを含んだ起動メッセージをデータベース検索手段（５０２、７１８）が受信することによって開始される（ステップ１２００）。データベース検索手段（５０２、７１８）は、アプリケーションプロトコルデータベース（５０８、７４６）からＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１７００及びＡｐｐｌｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ１７０２を検索して、リスト化する（ステップ１２０２）。ステップ１２０４においては、ＩＮ−ＴＲＡＮＳＦＯＲＭＡＴＩＯＮメッセージ２１００の一致するアプリケーションプロトコルのみが残っているよう、リストに対してクエリが実行される。
【０１６２】
次に、アプリケーションプロトコル評価手段７１６は、リストのレコード毎に、対応するＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１７００を抽出する（ステップ１２０６、ステップ１２０８、ステップ１２２２、ステップ１２１０）。リストの終端に達した場合には（ステップ１２０８でＹｅｓ、ステップ１２２４）、ステップ１２１２において、抽出されたＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１７００は、アドレスタギング手段（５０４、７２０）によって、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）にタギングされる。
【０１６３】
アドレスタギング手段（５０４、７２０）は、アプリケーションプロトコル閾値検出手段（５０６、７２２）を起動させ、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００内のＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）の登録項目数をカウントする（ステップ１２１４）。登録項目数とは、存在するアプリケーションプロトコル装置の数を表したものである。
【０１６４】
その後、アプリケーションプロトコル評価手段７１６は、メモリ２０４から取得したＡｐｐｌｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿Ｔｈｒｅｓｈｏｌｄと登録項目数とを比較する（ステップ１２１６）。条件判定（ステップ１２１６）の結果がＹｅｓであれば（ステップ１２２６）、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に設定する（ステップ１２２０）。そうでなければ（ステップ１２１６でＮｏ、ステップ１２２８）、アプリケーションプロトコル評価手段７１６は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をユニキャストに設定する（ステップ１２１８）。
【０１６５】
このように、対話型装置の数がＡｐｐｌｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿Ｔｈｒｅｓｈｏｌｄを上まわれば、休止状態の装置それぞれをウェイクするユニキャストよりも、休止状態の装置全てをウェイクするブロードキャスト／マルチキャスト等の同報送信を選択する。端末装置の台数が多い場合には、同報送信の方が、エネルギー効率は良くなるためである。
【０１６６】
図１５は、機能存在評価手段（６１０、７２４）によって行われるより詳細な処理を示す。状態切換手段７５６又はメッセージ解析手段（６２２、７５２）から、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を含んだ起動メッセージをデータベース検索手段７２６が受信することによって開始される（ステップ１３００）。
【０１６７】
データベース検索手段（６１０、７２６）は、装置機能データベース（６２０、７４８）から端末装置の識別子であるＳｏｕｒｃｅ＿Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ（図２０の１８００）、Ｆｕｎｃｔｉｏｎ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿ＩＤ＿１（図２０の１８０２）、Ｆｕｎｃｔｉｏｎ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿ＩＤ＿２（図２０の１８０４）、及び、Ｆｕｎｃｔｉｏｎ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿ＩＤ＿Ｎ（図２０の１８０８）を検索して、リスト化する（ステップ１３０２）。
【０１６８】
データベース検索手段（６１０、７２６）は、装置／サービス機能マッピング手段（６１２、７２８）を起動させる。Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００に含まれるＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）毎に、メッセージの送信元はＳｏｕｒｃｅ＿Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１８００に対応する。機能存在評価手段（６１０、７２４）は、一致するＦｕｎｃｔｉｏｎ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿Ｉｄ＿［１〜ｎ］（１８０２、１８０４、１８０８）が存在するかどうかをチェックする（ステップ１３０４）。条件判定（ステップ１３０４）の結果がＮｏであれば（ステップ１３２０）、アドレスアンタギング手段（６１４、７３０）は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００からこのＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）をアンタギングする（ステップ１３０６）。条件判定（ステップ１３０４）の結果がＹｅｓであれば（ステップ１３１８）、次のＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）を取得する（ステップ１３１０）。
【０１６９】
また、条件判定（ステップ１３０８）の結果がＮｏである場合も（ステップ１３２２）、次のＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）を取得する（ステップ１３１０）。
【０１７０】
アンタギング処理の後、アドレスアンタギング手段（６１４、７３０）は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎ２１００メッセージにＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）が少なくとも１つ存在するかどうかをチェックする（ステップ１３１２）。ＤＥＳＴ＿ＡＤＤＲＥＳＳが存在しなければ（ステップ１３１２でＹｅｓ、ステップ１３２６）、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ（図２３の２１０４）がブロードキャスト／マルチキャスト送信に設定される。又は、コネクション（６５０、７９２）を介してＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００がフレームストレージ（４１６、７４０）に格納される（ステップ１３１６）。ＤＥＳＴ＿ＡＤＤＲＥＳＳが存在すれば（ステップ１３１２でＮｏ、ステップ１３２８）、アドレスアンタギング手段（６１４、７３０）はＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ（２１０４）をユニキャストに設定する。
【０１７１】
図１６は、通信規格評価手段７３２によって行われるより詳細な処理を示したものである。状態切換手段７５６又はメッセージ解析手段７５２から、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージを含んだ起動メッセージをデータベース検索手段７３４が受信することによって開始される（ステップ１４００）。
【０１７２】
データベース検索手段７３４は、通信規格データベース７５０からＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ（図２１の１９００）及びＣｏｍｍｕｎｉｃａｔｉｏｎ＿Ｓｔａｎｄａｒｄ（図２１の１９０２）を検索して、リスト化する（ステップ１４０２）。データベース検索手段７３４は、通信規格閾値検出手段７３６を起動させ、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）の登録項目数をカウントする（ステップ１４０４）。登録項目数とは、存在する端末装置の数を表したものである。通信規格閾値検出手段７３６は、端末装置それぞれがただ１つの通信規格と対応付けられているかどうかの判定を行う（ステップ１４０４）。判定の結果がＹｅｓであれば（ステップ１４０４でＹｅｓ、ステップ１４２０）、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をユニキャストに設定する（ステップ１４０８）。判定の結果がＮｏであれば（ステップ１４０４でＮｏ、ステップ１４２２）、Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｓｔａｎｄａｒｄの各リストに基づいてＤＥＳＴ＿ＡＤＤＲＥＳＳ（２１０６、２１０８、２１１０）の登録項目をグループ化する（ステップ１４０６）。ステップ１４０６において、Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｓｔａｎｄａｒｄリスト内の要素には、それぞれ、新たなＩｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のフォーマットがあるものとする。
【０１７３】
通信規格評価手段７３２は、リストの終端に達するまで、Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｓｔａｎｄａｒｄ毎に（ステップ１４１６、ステップ１４２８、ステップ１４１８）、メモリ２０４から取得したＣｏｍｍｕｎｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿ＴｈｒｅｓｈｏｌｄをＤＥＳＴ＿ＡＤＤＲＥＳＳの数が上まわっているかどうかを判定する（ステップ１４１０）。判定の結果、ＤＥＳＴ＿ＡＤＤＲＥＳＳの数が上まわっていない場合（ステップ１４１０でＮｏ、ステップ１４２６）、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をユニキャストに設定する（ステップ１４１４）。
【０１７４】
判定の結果、ＤＥＳＴ＿ＡＤＤＲＥＳＳの数が上まわっている場合（ステップ１４１０でＹｅｓ、ステップ１４２４）、さらに比較を行って、ＢＡＴ＿ＤＥＶ、つまりバッテリー装置の数がＣｏｍｍｕｎｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿Ｂａｔｔｅｒｙ＿Ｔｈｒｅｓｈｏｌｄより多いかどうかを判定する（ステップ１４３２）。Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿Ｂａｔｔｅｒｙ＿Ｔｈｒｅｓｈｏｌｄ１４３２はメモリ２０４から検索される。ＢＡＴ＿ＤＥＶは、比較している対象パラメータに関して、通信規格データベース７５０のフィールドのうちＢａｔｔｅｒｙ＿Ｐｏｗｅｒｅｄ（図２１の１９０４）に示される電池式装置の数から導出される。
【０１７５】
例えば、通信規格評価手段７３２の場合は、Ｂａｔｔｅｒｙ＿Ｐｏｗｅｒｅｄ１９０４にＹｅｓが設定されている同じＣｏｍｍｕｎｉｃａｔｉｏｎ＿Ｓｔａｎｄａｒｄ１９０２の装置の総数がＢＡＴ＿ＤＥＶと定義される。また、ユーザ存在評価手段（４０８、７０８）の場合は、Ｂａｔｔｅｒｙ＿Ｐｏｗｅｒｅｄ１９０４にＹｅｓが設定され、かつ、ユーザ存在フィールド（１６０２、１６０４、１６０６）に所定期間内の操作履歴を含む装置の総数がＢＡＴ＿ＤＥＶと定義される。ステップ１４３２における判定の結果がＹｅｓであれば（ステップ１４３６）、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をユニキャスト送信に設定する（ステップ１４１４）。また、ステップ１４３２における判定の結果がＮｏであれば（ステップ１４３４）、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４をブロードキャスト／マルチキャスト送信に設定する（ステップ１４１２）。
【０１７６】
なお、ステップ１４３２における判定条件は、ステップ１０２６、ステップ１１３６、ステップ１２２６、ステップ１３２６のそれぞれに加えることもできる。ステップ１４３２は、電池式装置のバッテリー寿命をより長くするため、ユニキャスト送信を推進するように指定されている。リストの最後に到達した場合には、（ステップ１４１６でＹｅｓ、ステップ１４３０）終了する。
【０１７７】
図１７は、対話型装置評価手段（３００、４００、７００）が有する対話型装置データベース（３０８、４１８、７４２）の中身を示した例である。このデータベースにはＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１５００及びＩｎｔｅｒａｃｔｉｖｅ＿Ｓｔａｔｕｓ１５０２という２つのフィールドが含まれている。なお、図１７〜図２１を参照して、Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１５００，Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１６００、Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１７００、Ｓｏｕｒｃｅ＿Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１８００、及びＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１９００は、いずれも、関係データベース全てにおいて固有である主要なキーを定義している。
【０１７８】
Ｉｎｔｅｒａｃｔｉｖｅ＿Ｓｔａｔｕｓ１５０２は、端末装置が人間と情報のやりとりを行えるかどうかを定義している。例えば、当該端末装置が表示部を有している場合には、Ｉｎｔｅｒａｃｔｉｖｅ＿Ｓｔａｔｕｓ１５０２にＹｅｓが設定される。また、表示部を有していない場合には、Ｎｏが設定される。
【０１７９】
図１８は、ユーザ存在評価手段（４０８、７０８）が有するユーザ存在データベース（４２０、７４４）の中身を示した例である。このデータベースにはＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１６００、Ｌａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｄａｔｅ１６０２、Ｌａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｔｉｍｅ１６０４、及び、Ｄｅｖｉｃｅ＿Ｓｔａｔｕｓ１６０６という４つのフィールドが含まれている。
【０１８０】
Ｌａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｄａｔｅ１６０２は、最後にユーザとやりとりを行った日付を示している。すなわち、最後にユーザからの操作を受け付けた日付を示している。Ｌａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｔｉｍｅ１６０４は、最後にやりとりを行った時間を示している。すなわち、最後にユーザからの操作を受け付けた時刻を示している。Ｄｅｖｉｃｅ＿Ｓｔａｔｕｓ１６０６は、装置の装置ステータスを示している。任意のステータスが使用できる。具体的には、インスタントメッセンジャーに使用されるステータス、稼働状態を示すステータス、省エネルギーのための電源状態を示すステータス等が考えられる。例えば、インスタントメッセンジャーに使用されるステータスとして、Ｄｅｖｉｃｅ＿Ｓｔａｔｕｓ１６０６のレコードに、オンライン、ビジー、又は、ＮＡ（Ｎｏｔ  Ａｐｐｌｉｃａｂｌｅ）等を設定することが考えられる。オンラインとは、ユーザと端末装置との情報のやりとりが期限切れになったかどうかに関する内部装置ステータスであることを示す。ビジーとは、ユーザは存在するが、メッセージが重要な場合のみ興味を示すという内部装置ステータスであることを示す。ＮＡは、Ｄｅｖｉｃｅ＿Ｓｔａｔｕｓ特性をサポートしていない洗濯機などの端末装置であることを示す。
【０１８１】
図１９は、アプリケーションプロトコル評価手段（５００、６００、７１６）が有するアプリケーションプロトコルデータベース（５０８、６１８、７４６）の中身を示した例である。このデータベースにはＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１７００及びＡｐｐｌｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ１７０２という２つのフィールドが含まれている。
【０１８２】
Ａｐｐｌｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ１７０２は、端末装置がサポートしているプロトコルを定義している。プロトコルは、例えば、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）が考えられるが、これに限定されるものではない。
【０１８３】
図２０は、機能存在評価手段（６０８、７２４）が有する装置機能データベース（６２０、７４８）の中身を示した例である。このデータベースにはＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１８００とＦｕｎｃｔｉｏｎ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿ＩＤ＿［１〜Ｎ］（１８０２、１８０４、１８０８）というフィールドが含まれている。なお、Ｆｕｎｃｔｉｏｎ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿ＩＤ＿［１〜Ｎ］は、例えば、要素数Ｎの連結リストの形式としてもよい。また、機能関係は、単一機能の関係の有無に限られない。例えば、複数の機能の組み合わせにより、機能関係のある端末装置を特定してもよい。
【０１８４】
Ｆｕｎｃｔｉｏｎ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿ＩＤ＿［１〜Ｎ］（１８０２、１８０４、１８０８）は、ソースノードと機能関係がある送信先装置の連結リストを示している。例えば、図２６及び図２７を参照して、室内温度調整という観点から、空調機器（２４００、２５００）には遮光扉（２４０４、２５０４）との機能関係があるが、洗濯機（２４０８、２５０６）とは機能関係がない。したがって、Ｓｏｕｒｃｅ＿Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤが空調機器を示す場合には、Ｆｕｎｃｔｉｏｎａｌ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿ＩＤ＿１には遮光扉のＩＤが設定される。また、空調機器と機能関係のある端末装置が他にない場合には、Ｆｕｎｃｔｉｏｎａｌ＿Ｒｅｌａｔｅｄ＿Ｄｅｖｉｃｅ＿ＩＤ＿２以降には、ＮＡが設定される。
【０１８５】
図２１は、通信規格評価手段７３２の通信規格データベース７５０の中身を示したものである。このデータベースには、Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ１９００とＣｏｍｍｕｎｉｃａｔｉｏｎ＿Ｓｔａｎｄａｒｄ１９０２とＢａｔｔｅｒｙ＿Ｐｏｗｅｒｅｄ１９０４という３つのフィールドが含まれている。
【０１８６】
Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｓｔａｎｄａｒｄ１９０２は、レイヤ１又はレイヤ２型プロトコルが装置に利用されるかどうかを示している。任意のプロトコルが使用できるが、例えば、８０２．１５．４、８０２．１１、イーサネット（登録商標）等が考えられる。
【０１８７】
Ｂａｔｔｅｒｙ＿Ｐｏｗｅｒｅｄ１９０４は、エネルギー供給が制限されて端末装置が動作しているかどうかを示す。エネルギー供給が制限された端末装置とは、例えば、１次電池又は２次電池で駆動される端末装置であるが、これらに限定されるものではない。例えば、省エネルギーのため、事前に消費電力の目標値が設定されている端末装置等も考えられる。また、Ｂａｔｔｅｒｙ＿Ｐｏｗｅｒｅｄ１９０４フィールドは、中継装置１００が使用する他のデータベース（７４２、７４４、７４６、７４８）に存在してもよい。
【０１８８】
図２２は、ネットワーク２０２２における端末装置であるノード（２０００、２００２、２００４、２００６、２００８、２０１０、２０１２、２０１４、２０１６）の相互関係を示すベン図である。グループＸ２０１８には、ノード１（２０００）、ノード２（２００２）、ノード３（２００４）、ノード５（２００８）、ノード６（２０１０）、ノード７（２０１２）、及び、ノード８（２０１４）が含まれている。さらに、ノード３（２００４）、ノード６（２０１０）、ノード７（２０１２）、及び、ノード８（２０１４）は、グループＹ（２０２０）にも属している。ノード４（２００６）、及び、ノード９（２０１６）は、グループＸ（２０１８）にもグループＹ（２０２０）にも属していない。
【０１８９】
例えば、グループＸ（２０１８）は、対話型装置存在のグループ化又はアプリケーションプロトコル存在のグループ化とみなすことができる。グループＹ（２０２０）は、ユーザ存在のグループ化又は機能存在のグループ化とみなすことができる。ノードはグループ１つに限定されるものではなく、この場合では、同じノード（２００４、２０１０、２０１２、２０１４）が複数のグループに属してもかまわない。この場合、ノード４（２００６）及びノード９（２０１６）は、どのグループにも該当しない。グループＸ（２０１８）は、グループＹ（２０２０）よりも範囲が広く、より多くのノードを対象とすることができる。グループＹは、限られた対象ノードのみに範囲を絞り込んでいる。
【０１９０】
図２３は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００のフォーマットを示す。Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００は、ＭＳＧ＿ＰＡＹＬＯＡＤ２１０２、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎ（２１０６、２１０８、２１１０）からなる３つの主なフィールドを有する。
【０１９１】
ＭＳＧ＿ＰＡＹＬＯＡＤ２１０２は、中継装置１００がソース装置から受信したメッセージに含まれる情報を含む。
【０１９２】
ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４は、Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ２１００を同報送信するのか、ユニキャストとして送信するのかを示す情報を含む。アドレスアンタギング手段（７１４、７３０）又はアドレスタギング手段（７０４、７２０、７３８）がＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４に同報送信（例えば、ブロードキャスト／マルチキャスト送信）すべきことを示す情報を設定すると、以後、制御装置１００は、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎ（２１０６、２１０８、２１１０）及びＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥの設定を無視する。また、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎ（２１０６、２１０８、２１１０）及びＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥは、メッセージの送信前に、メッセージコンストラクタ７５８によって取り除かれる。
【０１９３】
また、ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ２１０４にユニキャスト送信すべきことを示す情報を設定すると、ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎ（２１０６、２１０８、２１１０）はそれぞれ、送信前に、変換部１０６によって送信先のプロトコル規格に基づいたユニキャストフレームに変換される。
【０１９４】
ＤＥＳＴ＿ＡＤＤＲＥＳＳ０〜Ｎ（２１０６、２１０８、２１１０）は、アドレスタギング手段（７０６、７２２、７３８）によってタギングされ、アドレスアンタギング手段（７１４、７３０）によってアンタギングされた複数のＵｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤを含む。
【０１９５】
次に、図２４〜図２９を参照して、本実施の形態に係る制御装置１００と、本発明の関連技術に係る中継装置との動作の違いについてより詳細に説明する。なお、図２４〜図２９では、中継装置が端末装置へビーコンフレームを事前に送信し、ビーコンフレームを受信した端末装置が、指定されたタイミングで中継装置から同報メッセージを取得する。すなわち、中継装置から見ると端末装置によるＰＵＬＬ型の同報通信である。しかし、本発明は、中継装置が端末装置へ同報メッセージを送信するＰＵＳＨ型の同報通信にも同様に適用可能である。
【０１９６】
図２４は、ソースノード２２００から送信された同報メッセージを、本発明の関連技術に係る中継装置２２０２が中継する場合における、中継装置の使用事例を示す。この使用事例には、ソースノード２２００である炊飯器、関連技術に係る中継装置２２０２、及び、４つの休止状態の無線ノードである端末装置、つまり、テレビ２２０４とノートパソコン２２０８とビデオ再生機２２１０と空調機器２２１２とが存在する。また、中継装置２２０２が中継する同報メッセージは、表示部を有する対話型装置であり、かつ、ユーザが近くにいる端末装置に対してのみ意味のあるメッセージであるとする。
【０１９７】
ソースノード２２００は、休止状態の無線ノード（２２０４、２２０８、２２１０、２２１２）であってもよい。ここで、ユーザ２２０６はテレビ２２０４を見ている。中継装置２２０２はずっとウェイク状態である（時間２２７２）。ソースノード２２００である炊飯器は、料理が完成したことを通知するために、ステップ２２１４において、ブロードキャスト／マルチキャスト型ユーザ警告メッセージを送信する。ステップ２２１６において、ブロードキャスト／マルチキャストメッセージを中継装置２２０２が受信する。中継装置２２０２は、受信したブロードキャスト／マルチキャストメッセージをバッファリングし、次のビーコンフレームの保留フィールドにフラグを立る（ステップ２２１８）。ステップ２２２０、ステップ２２２２、ステップ２２２４、及びステップ２２２６において、休止状態の無線端末装置（２２０４、２２０８、２２１０、２２１２）は、前回のビーコンフレームによって事前に通知されている時刻にウェイクアップし、中継装置２２０２から送信されるビーコンフレームを待つ。ステップ２２２８において、ビーコンフレームは、全ての装置にブロードキャスト／マルチキャストされ、ステップ２２３０、ステップ２２３２、ステップ２２３４、及びステップ２２３６において、受信される。
【０１９８】
このビーコンフレームには、入力されるブロードキャスト／マルチキャストを全ての受信側装置（２２０４、２２０８、２２１０、２２１２）に通知する保留フレームフィールドが含まれている。ステップ２２３８において、中継装置２２０２は、バッファリングされたブロードキャスト／マルチキャストメッセージを送信する。その後、このブロードキャスト／マルチキャストメッセージを、全ての受信側装置が受信する（ステップ２２４０、ステップ２２４２、ステップ２２４４、ステップ２２４６）。ソースノード（２２０４、２２０８、２２１０、２２１２）が受信したブロードキャスト／マルチキャストメッセージは、ステップ２２４８、ステップ２２５０、ステップ２２５２、ステップ２２５４において解析される。この場合、対話型装置であるテレビ２２０４及びノートパソコン２２０８のみが、受信したブロードキャスト／マルチキャストメッセージを処理する。その後、ステップ２２５６、ステップ２２５８、ステップ２２６０、及びステップ２２６２において、端末装置（２２０４、２２０８、２２１０、２２１２）は、次のウェイクアップの予定を決定して休止状態に戻る。したがって、端末装置（２２０４、２２０８、２２１０、２２１２）のウェイクアップ時間は、受信したメッセージ内容が自身に有益かどうかにかかわらず、時間２２６４、時間２２６６、時間２２６８、及び時間２２７０である。
【０１９９】
一方、図２５は、対話型装置評価手段７００及びユーザ存在評価手段７０８を有する、本発明の実施の形態に係る制御装置が、図２４の事例と同じ同報メッセージを中継する使用事例を示す。図２４及び図２５において同じ符号で同様に説明されるものは、（２２００、２３００）、（２２０４、２３０４）、（２２０８、２３０６）、（２２１０、２３０８）、（２２１２、２３１０）、（２２１４、２３１８）、（２２１６、２３２０）、（２２２０、２３２４）、（２２２２、２３２６）、（２２２４、２３２８）、（２２２６、２３３０）、（２２５６、２３５８）、（２２５８、２３４２）、（２２６０、２３４４）、（２２６２、２３４６）、（２２７２、２３６８）である。
【０２００】
対話型装置評価手段７００及びユーザ存在評価手段７０８を有する制御装置である中継装置２３０２は、テレビ２３０４及びノートパソコン２３０６を対話型装置２３１６に分類する。さらに、中継装置２３０２は、テレビ２３０４を、ユーザ２３１２が近くに存在する端末装置２３１４に分類する。ステップ２３２２において、対話型装置評価手段７００及びユーザ存在評価手段７０８は、次に送信するビーコンフレームに含まれる保留フィールドのフラグを送信先装置用のユニキャストに設定する。ビーコンフレームは、ステップ２３２２において同報送信の方式で送信され、ステップ２３３４、ステップ２３３６、ステップ２３３８、ステップ２３４０において受信される。このビーコンフレームは、バッファリングされた、受信されるべきユニキャストメッセージがテレビ２３０４にはあるが、他の全ての端末装置（２３０６、２３０８、２３１０）にはないことを、各端末装置に通知する。その後、ステップ２３４２、２３４４、２３４６において、端末装置（２３０６、２３０８、２３１０）は、次のウェイクアップの予定を決定して休止状態に戻る。一方、ステップ２３４８において、テレビ２３０４は、中継装置２３０２から、バッファリングされているメッセージを取得するための要求メッセージをユニキャスト送信する。その後、ステップ２３５０において、中継装置２３０２が、テレビ２３０４からの要求メッセージを受信する。ステップ２３５２において、中継装置２３０２はユニキャスト送信でテレビ２３０４からの要求メッセージに応答する。その後、ステップ２３５４において、テレビ２３０４のみが、ユニキャストメッセージを受信する。受信されたメッセージは、ステップ２３５６において、テレビ２３０４によって処理される。その後、テレビ２３０４は、次のウェイクアップの予定を決定して休止状態に戻る。
【０２０１】
この場合、テレビ２３０４以外の端末装置が起動している時間（２３６２、２３６４、２３６６）は、図２４に示される時間（２２６６、２２６８、２２７０）よりも短くなる。また、テレビ２３０４が起動している時間２３６０は、ステップ２２３８で物理的データ転送速度が低いブロードキャストの場合よりも短くなり得る。これは、時間２３６０に行われる通信（２３４８、２３５２）では、ユニキャスト用に、ブロードキャストよりも速いデータ転送速度を用いることができるためである。
【０２０２】
図２６は、ソースノード２４００から送信された同報メッセージを、本発明の関連技術に係る中継装置２４０２が中継する場合における、中継装置の使用事例を示す。この使用事例には、ソースノードである空調機器２４００、中継装置２４０２、及び、端末装置である４つの休止状態の無線ノード、つまり、遮光扉２４０４と洗濯機２４０８とビデオ再生機２４１０とテレビ２４１２とが存在する。また、中継装置２４０２が中継する同報メッセージは、アプリケーションプロトコルとしてＵＰｎＰに対応する端末装置であり、かつ、空調機器であるソースノード２５００と機能的に関連のある端末装置に対してのみ意味のあるメッセージであるとする。
【０２０３】
遮光扉２４０４及び洗濯機２４０８は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）などのアプリケーションプロトコルに対応している。中継装置２４０２はずっとウェイク状態である（時間２４７２）。空調機器２４００は、最新の装置ステータス情報に更新するために、ステップ２４１４において、ブロードキャスト／マルチキャスト装置メッセージを送信する。ステップ２４１６において、ブロードキャスト／マルチキャストメッセージを中継装置２４０２が受信する。
【０２０４】
中継装置２４０２は、受信したブロードキャスト／マルチキャストメッセージをバッファリングし、次のビーコンフレームの保留フィールドにフラグを立る（ステップ２４１８）。ステップ２４２０、ステップ２４２２、ステップ２４２４、ステップ２４２６において、休止状態の無線ノードである端末装置（２４０４、２４０８、２４１０、２４１２）はウェイクアップし、中継装置２４０２から送信されるビーコンフレームを待つ。
【０２０５】
ステップ２４２８において、ビーコンフレームが全ての装置にブロードキャスト／マルチキャストされる。ステップ２４３０、ステップ２４３２、ステップ２４３４、ステップ２４３６において、各端末装置は、ビーコンフレームを受信する。このビーコンフレームには、入力されるブロードキャスト／マルチキャストを全ての端末装置（２４０４、２４０８、２４１０、２４１２）に通知する保留フレームフィールドが含まれている。ステップ２４３８において、中継装置２４０２は、バッファリングされたブロードキャスト／マルチキャストメッセージを送信する。このブロードキャスト／マルチキャストメッセージは、全ての端末装置によって受信される（ステップ２４４０、ステップ２４４２、ステップ２４４４、ステップ２４４６）。
【０２０６】
端末装置（２４０４、２４０８、２４１０、２４１２）が受信したブロードキャスト／マルチキャストメッセージは、ステップ２４４８、ステップ２４５０、ステップ２４５２、ステップ２４５４において解析される。ここでは、遮光扉２４０４のみが、ブロードキャスト／マルチキャストメッセージの内容を理解する。ステップ２４５６、ステップ２４５８、ステップ２４６０、ステップ２４６２において、端末装置（２４０４、２４０８、２４１０、２４１２）は、次のウェイクアップの予定を決定して休止状態に戻る。端末装置（２４０４、２４０８、２４１０、２４１２）のウェイクアップ時間は、メッセージ内容が有益かどうかにかかわらず、時間２４６４、時間２４６６、時間２４６８、時間２４７０である。
【０２０７】
一方、図２７は、アプリケーションプロトコル評価手段及び機能存在評価手段を有する、本発明の実施の形態に係る制御装置が、図２６の事例と同じ同報メッセージを中継する使用事例を示す。図２６及び図２７において同じ符号で同様に説明されるものは、（２４００、２５００）、（２４０４、２５０４）、（２４０８、２５０６）、（２４１０、２５０８）、（２４１２、２５１０）、（２４１４、２５１６）、（２４１６、２５１８）、（２４２０、２５２２）、（２４２２、２５２４）、（２４２４、２５２６）、（２４２６、２５２８）、（２４５６、２５５６）、（２４５８、２５４０）、（２４６０、２５４２）、（２４６２、２５４４）、（２４７２、２５６６）である。
【０２０８】
本実施の形態に係る制御装置である中継装置２５０２は、遮光扉２５０４及び洗濯機２５０６をアプリケーションプロトコル装置２５１４に分類し、さらに、遮光扉２５０４を、空調機器であるソースノード２５００に関連する機能を有する端末装置２５１２に分類する。
【０２０９】
ステップ２５２０において、アプリケーションプロトコル評価手段７１６及び機能存在評価手段７２４は、次に送信するビーコンフレームに含まれる保留フィールドのフラグを送信先装置用のユニキャストに設定する。ブロードキャストビーコンは、ステップ２５３０において送信される。その後、ステップ２５３２、ステップ２５３４、ステップ２５３６、ステップ２５３８において、各端末装置に受信される。このビーコンフレームは、バッファリングされたユニキャストメッセージが遮光扉２５０４にはあるが、他の全ての端末装置（２５０６、２５０８、２５１０）にはないことを通知する。ステップ２５４０、ステップ２５４２、ステップ２５４４において、端末装置（２５０６、２５０８、２５１０）は、次のウェイクアップの予定を決定して休止状態に戻る。
【０２１０】
ステップ２５４６において、遮光扉２５０４は、中継装置２５０２から、バッファリングされているメッセージを取得するための要求メッセージをユニキャスト送信する。その後、ステップ２５４８において、中継装置２５０２が、遮光扉２５０４からの要求メッセージを受信する。その後、ステップ２５５０において、中継装置２５０２はユニキャストで要求メッセージに応答する。また、ステップ２５５２において、遮光扉２５０４は、ユニキャストメッセージを受信する。
【０２１１】
受信したメッセージは、ステップ２５５４において遮光扉２５０４に処理される。また、ステップ２５５６において、遮光扉２５０４は、次のウェイクアップの予定を決定して休止状態に戻る。時間２５６０、時間２５６２、時間２５６４のウェイクアップ時間は、図２６における時間２４６６、時間２４６８、時間２４７０よりもそれぞれ短くなる。
【０２１２】
図２８は、ソースノード２６００から送信された同報メッセージを、本発明の関連技術に係る中継装置２６０２が中継する場合における、中継装置の使用事例を示す。この使用事例には、有線ノードでも無線ノードでもよいソースノード２６００、有線ノードでも無線ノードでもよい関連技術に係る中継装置２６０２、８０２．１１規格に基づく端末装置５台（２６０４）、ＺｉｇＢｅｅ規格に基づく端末装置１台（２６０６）、６ＬｏＷＰＡＮ規格に基づく端末装置１台（２６０８）、ＷＭ−Ｂｕｓ規格に基づく端末装置１台（２６１０）、Ｚ−Ｗａｖｅ規格に基づく端末装置１台（２６１２）、ブルートゥース規格に基づく端末装置１台（２６１４）、イーサネット規格に基づく端末装置１台（２６１６）、及び、Ｍ−Ｂｕｓ規格に基づく端末装置１台（２６１８）が存在する。
【０２１３】
なお、中継装置２６０２が中継する同報メッセージは、通信規格として８０２．１１、ＺｉｇＢｅｅ、及び６ＬｏＷＰＡＮに対応する端末装置に対してのみ意味のあるメッセージであるとする。
【０２１４】
ソースノード２６００は、休止状態の無線ノードである端末装置（２６０４、２６０６、２６０８、２６１０、２６１２、２６１４）又は有線ノードである端末装置（２６１６、２６１８）のいずれかであってもよい。
【０２１５】
全ての無線通信を行う端末装置（２６０２、２６０４、２６０６、２６０８、２６１０、２６１２、２６１４）は、同じ周波数帯域上で通信を行う。中継装置２６０２は、ずっとウェイク状態であり、有線及び無線インタフェースを複数有している。ソースノード２６００は、最新の装置ステータス情報に更新するために、ステップ２６２０において、ブロードキャスト／マルチキャスト装置メッセージを送信する。
【０２１６】
ステップ２６２２において、ブロードキャスト／マルチキャストメッセージを中継装置２６０２が受信する。中継装置２６０２は、受信したブロードキャスト／マルチキャストメッセージをバッファリングし、ステップ２６２４、ステップ２６３６、ステップ２６４４、ステップ２６５２、ステップ２６６０、ステップ２６６８において、無線インタフェース毎に、次のビーコンフレームの保留フィールドにフラグを立る。また、ステップ２６２４において、有線ブロードキャスト／マルチキャストメッセージを、有線装置にブロードキャスト／マルチキャストする。具体的には、ステップ２６２８ではイーサネット装置２６１６に同報送信する。また、ステップ２６３０ではＭ−ＢＵＳ装置２６１８に同報送信する。ステップ２６２４、ステップ２６３６、ステップ２６４４、ステップ２６５２、ステップ２６６０、ステップ２６６８において、ビーコンフレームは、全ての無線装置（２６０４、２６０６、２６０８、２６１０、２６１２、２６１４）にブロードキャストされる。また、ビーコンフレームは、ステップ２６２６、ステップ２６３８、ステップ２６４６、ステップ２６５４、ステップ２６６２、ステップ２６７０において、各端末装置に受信される。このビーコンフレームには、入力されるブロードキャスト／マルチキャストを全ての端末装置（２６０４、２６０６、２６０８、２６１０、２６１２、２６１４）に通知する保留フレームフィールドが含まれている。ステップ２６３２、ステップ２６４０、ステップ２６４８、ステップ２６５６、ステップ２６６４、ステップ２６７２において、中継装置２６０２は、バッファリングされたブロードキャスト／マルチキャストメッセージを送信する。また、ステップ２６３４、ステップ２６４２、ステップ２６５０、ステップ２６５８、ステップ２６６６、ステップ２６７４において、このブロードキャスト／マルチキャストメッセージは、全ての端末装置（２６０４、２６０６、２６０８、２６１０、２６１２、２６１４）によって受信される。
【０２１７】
端末装置によって受信されたブロードキャスト／マルチキャストメッセージは、メッセージ内容が有益かどうかにかかわらず、全ての端末装置（２６０４、２６０６、２６０８、２６１０、２６１２、２６１４、２６１６、２６１８）において解析される。この使用事例では、５台の８０２．１１規格の端末装置（２６０２）、ＺｉｇＢｅｅ規格の端末装置（２６０６）、及び６ＬｏＷＰＡＮ規格の端末装置（２６０８）のみがブロードキャスト／マルチキャストメッセージの内容を理解する。したがって、このメッセージ内容は、残りの端末装置（２６１０、２６１２、２６１４、２６１６、２６１８）にとっては役に立たないものである。
【０２１８】
図２８に示される事例では、全ての装置に対してブロードキャスト／マルチキャストを行うため、メッセージ配信待ち時間には、時間２６８０で示される期間が必要となる。また、端末装置（２６０４、２６０６、２６０８）の待ち時間は、時間２６７８で示される。ブロードキャスト／マルチキャストの物理的データ転送速度では、明確なクリアチャンネル評価期間は、時間２６７６を必要とする。
【０２１９】
一方、図２９は、通信規格評価手段７３２を有する、本発明の実施の形態に係る制御装置が、図２８の事例と同じ同報メッセージを中継する使用事例を示す。図２８及び図２９において同じ符号で同様に説明されるものは、（２６００、２７００）、（２６０４、２７０４）、（２６０６、２７０６）、（２６０８、２７０８）、（２６１０、２７１０）、（２６１２、２７１２）、（２６１４、２７１４）、（２６１６、２７１６）、（２６１８、２７１８）、（２６２０、２７２０）、（２６２２、２７２２）である。
【０２２０】
ステップ２７２４において、通信規格評価手段７３２を有する制御装置である中継装置２７０２は、ブロードキャスト／マルチキャストメッセージの内容が、特定の通信規格に対応する端末装置である、端末装置２７０４、端末装置２７０６、及び端末装置２７０８のみを対象としたメッセージであると理解する。
【０２２１】
ここで、各通信プロトコルのＣｏｍｍｕｎｉｃａｔｉｏｎ＿Ｐｒｏｔｏｃｏｌ＿Ｔｈｒｅｓｈｏｌｄは全て、ステップ１４１０の時点で、３に設定されているとする。したがって、通信規格評価手段７３２は、８０２．１１規格の端末装置の台数、ＺｉｇＢｅｅ規格の端末装置の台数、及び６ＬｏＷＰＡＮ規格の端末装置の台数が、それぞれ３台を超えた場合には、３台を超えた通信規格に対応する端末装置に対して同報送信するように指示する。ここでは、端末装置２７０４、端末装置２７０６、端末装置２７０８のうち、端末装置２７０４の台数は５台で３台を超える。一方、端末装置２７０６及び端末装置２７０８の台数は閾値内である。ゆえに、５台の８０２．１１規格の端末装置２７０４を送信先としたメッセージが、ステップ２７２４においてビーコンフレームとして送信される。その後、バッファリングされているメッセージが、ステップ２７３２においてブロードキャスト／マルチキャストされる。一方、端末装置２７０４は、ステップ２７２６において、ビーコンフレームを受信し、ステップ２７３４において、中継装置２７０２から同報送信されたメッセージを受信する。
【０２２２】
また、ステップ２７３６において、１台のＺｉｇＢｅｅ規格の端末装置２７０６用のビーコンフレームが送信される。ビーコンフレームは、ステップ２７３８において端末装置２７０６に受信される。それに応じて、ＭＳＧ＿ＰＡＹＬＯＡＤ２１０２の送信を要求する要求メッセージが、ステップ２７４０において１台のＺｉｇＢｅｅ規格の端末装置２７０６によりユニキャスト送信される。送信された要求メッセージは、ステップ２７４２において中継装置２７０２により受信される。中継装置２７０２は、ステップ２７４４において、ＭＳＧ＿ＰＡＹＬＯＡＤ２１０２を、端末装置２７０６にユニキャスト送信する。送信されたＭＳＧ＿ＰＡＹＬＯＡＤ２１０２は、ステップ２７４６において１台のＺｉｇＢｅｅ規格の端末装置２７０６により受信される。
【０２２３】
また、ステップ２７４８において、１台の６ＬｏＷＰＡＮ規格の端末装置２７０８用のビーコンフレームが送信される。ビーコンフレームは、ステップ２７５０において端末装置２７０８に受信される。それに応じて、ＭＳＧ＿ＰＡＹＬＯＡＤ２１０２の送信を要求する要求メッセージが、ステップ２７５２において１台の６ＬｏＷＰＡＮ規格の端末装置２７０８によりユニキャスト送信される。送信された要求メッセージは、ステップ２７５４において中継装置２７０２により受信される。中継装置２７０２は、ステップ２７５６において、ＭＳＧ＿ＰＡＹＬＯＡＤ２１０２を、端末装置２７０８にユニキャスト送信する。送信されたＭＳＧ＿ＰＡＹＬＯＡＤ２１０２は、ステップ２７５８において１台の６ＬｏＷＰＡＮ規格の端末装置２７０８により受信される。
【０２２４】
図２８の時間２６７６においてなされるブロードキャスト／マルチキャストに使用されるデータ転送速度と比べて、時間２７６２においてなされるユニキャストでは、より速いデータ転送速度が使用できるため、待ち時間を改善できる。全体的には、ＭＳＧ＿ＰＡＹＬＯＡＤ２１０２の送信対象である端末装置（２７０４、２７０６、２７０８）へのメッセージ配信が完了する待ち時間（時間２６７８及び時間２６８０）の改善が、時間２７６０で示される。また、通信規格を含む端末装置（２７１０、２７１２、２７１４、２７１６、２７１８）は、ブロードキャスト／マルチキャストメッセージ２７２０と分別される。したがって、図２８の端末装置（２６１０、２６１２、２６１４、２６１６、２６１８）と比べて、帯域幅及び待ち時間が結果的に改善される。さらに、無線型省電力スーパーフレーム構造において単一のブロードキャストのみが許可される場合、受信したブロードキャスト／マルチキャストメッセージのバーストを中継装置２７０２によりユニキャストへ変換することによって、メッセージ配信の待ち時間が改善される。
【０２２５】
なお、図１において、ソースノードＡ〜Ｎから、中継装置１００までの経路には、ネットワークＡ１１６〜ネットワークＮ１２２が介在している。ここで、ネットワークＡ１１６〜ネットワークＮ１２２は、家庭外のネットワークであっても、家庭内のネットワークであってもよい。
【０２２６】
なお、図６、図８、図９において、本実施の形態に係るアドレス変換エンティティが複数の評価手段を有する場合には、ある評価手段の評価結果を、他の評価手段の入力としている。例えば、図６を参照して、対話型装置評価手段４００が有する対話型閾値検出手段４０６の出力が、ユーザ存在評価手段４０８が有するデータベース検索手段４１０の入力となっている。すなわち、複数の評価手段のうち第１の評価手段と、第１の評価手段以外の第２の評価手段とが、いわゆるカスケード接続されている。しかし、複数の評価手段をパラレルに接続してもよい。この場合、アドレス変換エンティティは、複数の評価手段による判断の中から、任意の基準により１つを選択する。例えば、評価手段毎にユニキャスト送信の対象として特定された端末装置の論理和を、最終的に特定された端末装置として選択してもよい。又は、評価手段毎にユニキャスト送信の対象として特定された端末装置の論理積を、最終的に特定された端末装置として選択してもよい。又は、少なくとも１つの評価手段が同報送信をすべきと判断した場合には、全ての端末装置に対して同報送信を行ってもよい。
【０２２７】
以上、本発明の実装方法について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。
【産業上の利用可能性】
【０２２８】
本発明は、制御装置に適用でき、特に、制御装置と複数の端末装置とを含むネットワークにおける制御装置等に適用できる。
【符号の説明】
【０２２９】
１００、２２０２、２３０２、２４０２、２５０２、２６０２、２７０２  中継装置（制御装置）
１０２  受信部
１０３  記憶部
１０４  判断部
１０６  変換部
１０８  送信部
１０９、１１０、１１２、１１４、１２４、１２６、１２８、１３０、１３８、３１６、３１８、３２０、３２２、３２４、３２６、３２８、３３０、３３２、４２８、４３０、４３２、４３４、４３６、４３８、４４０、４４２、４４４、４４６、４４８、４５０、４５２、４５４、５１６、５１８、５２０、５２２、５２４、５２６、５２８、５３０、５３２、６２８、６３０、６３２、６３４、６３６、６３８、６４０、６４２、６４４、６４６、６４８、６５０、６５２、６５４、７６０、７６２、７６４、７６６、７６７、７６８、７７０、７７２、７７４、７７６、７７８、７８０、７８２、７８４、７８６、７８８、７９０、７９２、７９４、７９５、７９６、７９７、７９８  コネクション
１１６、１１８、１２０、１２２  ネットワーク
１３６  無線通信インタフェース
１４０、１４２、１４４、１４６、１４８、１５０、１５２、１５４、１５６、１５８、１６０、１６２、２０００、２００２、２００４、２００６、２００８、２０１０、２０１２、２０１４、２０１６  無線ノード（端末装置）
２００  処理手段
２０２  入出力手段
２０４  メモリ
２０６  ストレージ
３００、４００、７００  対話型装置評価手段
３０２、４０２、５０２、６０２、６１０、７０２、７１０、７１８、７２６、７３４  データベース検索手段
３０４、４０４、５０４、６０４、７０４、７２０、７３８  アドレスタギング手段
３０６、４０６、７０６  対話型閾値検出手段
３０８、４１８、７４２  対話型装置データベース
３１０、４２２、５１０、６２２、７５２  メッセージ解析手段
３１２、４２４、５１２、６２４、７５４  データベースアップデータ
３１４、４２６、５１４、６２６、７５８  メッセージコンストラクタ
４０８、７０８  ユーザ存在評価手段
４１０  データベース検索手段
４１２、７１２  ユーザ存在閾値検出手段
４１４、６１４、７１４、７３０  アドレスアンタギング手段
４１６、６１６、７４０  フレームストレージ
４２０、７４４  ユーザ存在データベース
５００、６００、７１６  アプリケーションプロトコル評価手段
５０６、６０６、７２２  アプリケーションプロトコル閾値検出手段
５０８、６１８、７４６  アプリケーションプロトコルデータベース
６０８、７２４  機能存在評価手段
６１２、７２８  装置／サービス機能マッピング手段
６２０、７４８  装置機能データベース
７３２  通信規格評価手段
７３６  通信規格閾値検出手段
７５０  通信規格データベース
７５６  状態切換手段
１５００、１６００、１９００  Ｕｎｉｑｕｅ＿Ｄｅｖｉｃｅ＿ＩＤ
１５０２  Ｉｎｔｅｒａｃｔｉｖｅ＿Ｓｔａｔｕｓ
１６０２  Ｌａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｄａｔｅ
１６０４  Ｌａｓｔ＿Ｕｓｅｒ＿Ｉｎｔｅｒａｃｔｅｄ＿Ｔｉｍｅ
１６０６  Ｄｅｖｉｃｅ＿Ｓｔａｔｕｓ
１９０２  Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｓｔａｎｄａｒｄ
１９０４  Ｂａｔｔｅｒｙ＿Ｐｏｗｅｒｅｄ
２０１８  グループＸ
２０２０  グループＹ
２０２２  ネットワーク
２１００  Ｉｎ−Ｔｒａｎｓｆｏｒｍａｔｉｏｎメッセージ
２１０２  ＭＳＧ＿ＰＡＹＬＯＡＤ
２１０４  ＩＮ＿ＴＲＡＮＳ＿ＳＴＡＴＥ
２１０６、２１０８、２１１０  ＤＥＳＴ＿ＡＤＤＲＥＳＳ（０  ｔｏ  Ｎ）
２２００、２３００、２６００、２７００  ソース（ソースノード）
２２０４、２３０４、２４１２、２５１０  テレビ
２２０６、２３１２  ユーザ
２２０８、２３０６  ノートパソコン
２２１０、２３０８、２４１０、２５０８  ビデオ再生機
２２１２、２３１０、２４００、２５００  空調機器
２３１６  対話型装置
２４０４、２５０４  遮光扉
２４０８、２５０６  洗濯機
２６０４、２７０４  ８０２．１１規格に基づく端末装置５台
２６０６、２７０６  ＺｉｇＢｅｅ規格に基づく端末装置１台
２６０８、２７０８  ６ＬｏＷＰＡＮ規格に基づく端末装置１台
２６１０、２７１０  ＷＭ−Ｂｕｓ規格に基づく端末装置１台
２６１２、２７１２  Ｚ−Ｗａｖｅ規格に基づく端末装置１台
２６１４、２７１４  ブルートゥース規格に基づく端末装置１台
２６１６、２７１６  イーサネット規格に基づく端末装置１台
２６１８、２７１８  Ｍ−Ｂｕｓ規格に基づく端末装置１台
【図１】
2012111344.tif 000003
【図２】
2012111344.tif 000004
【図３】
2012111344.tif 000005
【図４】
2012111344.tif 000006
【図５】
2012111344.tif 000007
【図６】
2012111344.tif 000008
【図７】
2012111344.tif 000009
【図８】
2012111344.tif 000010
【図９】
2012111344.tif 000011
【図１０】
2012111344.tif 000012
【図１１】
2012111344.tif 000013
【図１２】
2012111344.tif 000014
【図１３】
2012111344.tif 000015
【図１４】
2012111344.tif 000016
【図１５】
2012111344.tif 000017
【図１６】
2012111344.tif 000018
【図１７】
2012111344.tif 000019
【図１８】
2012111344.tif 000020
【図１９】
2012111344.tif 000021
【図２０】
2012111344.tif 000022
【図２１】
2012111344.tif 000023
【図２２】
2012111344.tif 000024
【図２３】
2012111344.tif 000025
【図２４】
2012111344.tif 000026
【図２５】
2012111344.tif 000027
【図２６】
2012111344.tif 000028
【図２７】
2012111344.tif 000029
【図２８】
2012111344.tif 000030
【図２９】
2012111344.tif 000031
【国際調査報告】
2012111344.tif 000032
2012111344.tif 000033
2012111344.tif 000034
2012111344.tif 000035