(57)【要約】  第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置（１０）は、第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部（１１）と、複数の機器のうち機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が起動状態であるかどうかを確認する起動状態管理部（１２）と、対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部（１３）と、対象機器が起動状態でない場合に、決定された予測起動時間を示す情報を含む応答メッセージを対象機器の代理で送信する代理応答部（１４）とを備える。
2012060100.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置であって、
前記第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部と、
前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも１つの対象機器が、前記第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部と、
前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部と、
前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答部とを備える
ゲートウェイ装置。
【請求項２】
前記ゲートウェイ装置は、さらに、
前記対象機器が起動を開始した時刻と、前記対象機器が前記第１のネットワーク上で通信可能な状態になったことを示すネットワーク参加メッセージを受信した時刻とを用いて、前記対象機器の起動時間を収集する起動時間収集部を備え、
前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定する
請求項１に記載のゲートウェイ装置。
【請求項３】
前記予測起動時間決定部は、さらに、前記起動時間収集部によって前記対象機器の起動時間が収集された回数に基づいて、決定した前記予測起動時間の予測精度を算出し、
前記応答メッセージは、さらに、算出された前記予測精度を示す情報を含む
請求項２に記載のゲートウェイ装置。
【請求項４】
前記ゲートウェイ装置は、さらに、
前記応答メッセージが送信される際に、第２のネットワークを介して前記対象機器を遠隔起動する遠隔起動制御部を備え、
前記起動時間収集部は、前記対象機器の遠隔起動を開始した時刻を、前記対象機器が起動を開始した時刻として用いて、前記対象機器の起動時間を収集する
請求項２又は３に記載のゲートウェイ装置。
【請求項５】
前記ネットワーク参加メッセージは、前記対象機器が、前記ゲートウェイ装置によって遠隔起動されたか否かを示す情報を含み、
前記起動時間収集部は、前記ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、前記対象機器の起動時間を収集する
請求項４に記載のゲートウェイ装置。
【請求項６】
前記遠隔起動制御部は、前記対象機器が１台である場合に、前記対象機器を遠隔起動し、前記対象機器が複数台である場合に、前記対象機器を遠隔起動しない
請求項４又は５に記載のゲートウェイ装置。
【請求項７】
前記ゲートウェイ装置は、さらに、
前記対象機器の消費電力値に基づいて、前記対象機器の起動時間を収集する起動時間収集部を備え、
前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定する
請求項１に記載のゲートウェイ装置。
【請求項８】
第１のネットワーク上の機器と連携する通信装置であって、
任意の要件を満たす機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信し、前記機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、
前記通信装置は、前記機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された前記応答メッセージに含まれている場合に、前記予測起動時間に基づいて少なくとも１つの所定処理を実行する
通信装置。
【請求項９】
前記通信装置は、さらに、
受信された前記応答メッセージに予測起動時間が含まれている場合に、前記予測起動時間をユーザに通知する処理を、前記所定処理として実行する通知部を備える
請求項８に記載の通信装置。
【請求項１０】
前記機器連携処理部は、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記応答メッセージを受信した時刻から前記予測起動時間が経過した後に、前記応答メッセージが示す対象機器に、前記対象機器と連携するためのメッセージを送信する処理を、前記所定処理として実行する
請求項８又は９に記載の通信装置。
【請求項１１】
前記機器連携処理部は、複数の前記応答メッセージを受信した場合に、さらに、複数の前記応答メッセージが示す複数台の対象機器の中から選択された１台の対象機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信する
請求項８〜１０のいずれか１項に記載の通信装置。
【請求項１２】
請求項１〜７のいずれか１項に記載のゲートウェイ装置と、
請求項８〜１１のいずれか１項に記載の通信装置とを備える
機器連携ネットワークシステム。
【請求項１３】
前記ゲートウェイ装置は、集積回路として構成されている
請求項１〜７のいずれか１項に記載のゲートウェイ装置。
【請求項１４】
第１のネットワーク上の複数の機器を連携させるための機器連携方法であって、
前記第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視ステップと、
前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が、前記第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理ステップと、
前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定ステップと、
前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答ステップとを含む
機器連携方法。
【請求項１５】
請求項１４に記載の機器連携方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の複数の機器を連携させるためのゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法に関する。
【背景技術】
【０００２】
近年、テレビ等の家電機器や携帯電話等のモバイル機器の多くに、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＥｔｈｅｒｎｅｔ（登録商標）といった通信機能が搭載されている。このような複数の機器の機能を連携させるための機器連携ネットワークの開発が盛んである。【０００３】
さらに、近年のホームネットワークでは、環境意識の高まりによって、各家電機器の電力使用量の見える化、起動状態の管理などを目的とするホームエネルギーマネジメントシステム（ＨＥＭＳ）を実現する電源管理ネットワークの導入が進んでいる。【０００４】
そのため、今後の家電機器は、ネットワークＡＶ制御などを目的として接続される機器連携ネットワークと、省電力などを目的として接続される電源管理ネットワークとの少なくとも２つのネットワークに接続されることが想定される。【０００５】
また、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）を代表とするテレビ、レコーダ等のネットワークＡＶ制御において、ＳｍａｒｔＰｈｏｎｅ等の無線ＬＡＮ機能を有する高機能なモバイル端末をコントローラとして利用する機器連携ネットワークシステムも登場している。この場合、モバイル端末は、機器連携ネットワークに接続され、テレビやレコーダなどを制御する。したがって、ユーザは、モバイル端末を操作することにより、任意の機器から任意のコンテンツを再生することができる。【０００６】
このような機器連携ネットワークシステムでは、主にＩＰベースの通信技術が使用されている。そのため、殆どのケースでは、機器は、少なくともＩＰプロトコルを解釈できる状態である必要がある。しかし、ＩＰプロトコルを解釈できるように、機器が常に起動状態であることは、消費電力の観点から好ましくない。そのため、例えば、テレビの電源がＯＦＦの状態、又はＩＰプロトコルが解釈できないレベルでの待機状態の場合は、モバイル機器は、そのテレビを全く制御できないといった実用上の問題が発生する。【０００７】
このような問題に対して、サーバ機器が、ホームネットワーク上を流れる、スリープ状態の機器に対するメッセージを監視して、代理でそのメッセージに対して応答するとともに、そのスリープ状態の機器を起動する技術が開示されている（例えば、特許文献１参照）。これにより、完全に起動している状態ではない対象機器をユーザがいちいち起動することなく、機器連携ネットワークを利用してその対象機器に対する制御を開始することが可能となる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許第３１３９４８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記従来の方式では、実際の対象機器の起動時間が例えば１０秒を超えるほど長かった場合などについての考慮がなされていない。そのため、家電機器などを対象とした機器連携では、余りに起動時間が長い場合に、機器連携ネットワークシステムを利用するユーザが不安になる恐れがある。【００１０】
特に、機器連携ネットワークシステムでは、ユーザは、自信が操作する機器を介して、目に見えない場所にある機器を制御する場合もある。このような場合に、対象機器の起動時間が長くなれば、ユーザは、現在のステートが分からないため非常に不安になり、誤操作を行う可能性もある。その結果、機器連携が失敗することも考えられる。【００１１】
また、対象機器の起動時間が長い場合に、起動前に対象機器にメッセージを送信してしまうなどの理由により、機器連携が失敗することも考えられる。【００１２】
そこで、本発明は、上記課題を解決するためになされたものであり、ネットワーク上の複数の機器に起動状態ではない機器が含まれる場合であっても、その複数の機器を安定して連携させることができるゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明の一態様に係るゲートウェイ装置は、第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置であって、前記第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部と、前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が、前記第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部と、前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部と、前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答部とを備える。【００１４】
この構成によれば、対象機器が起動状態でない場合に、予測起動時間を示す情報を含む応答メッセージを対象機器の代理で返信することができる。したがって、応答メッセージを受信した機器は、応答メッセージに含まれる対象機器の起動時間を示す情報に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。【００１５】
また、前記ゲートウェイ装置は、さらに、前記対象機器が起動を開始した時刻と、前記対象機器が前記第１のネットワーク上で通信可能な状態になったことを示すネットワーク参加メッセージを受信した時刻とを用いて、前記対象機器の起動時間を収集する起動時間収集部を備え、前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定することが好ましい。【００１６】
この構成によれば、過去に収集された対象機器の起動時間に基づいて予測起動時間を決定することができ、予測起動時間の正確さを向上させることができる。【００１７】
また、前記予測起動時間決定部は、さらに、前記起動時間収集部によって前記対象機器の起動時間が収集された回数に基づいて、決定した前記予測起動時間の予測精度を算出し、前記応答メッセージは、さらに、算出された前記予測精度を示す情報を含むことが好ましい。【００１８】
この構成によれば、応答メッセージに予測精度を示す情報が含まれるので、応答メッセージを受信した機器は、さらに予測精度に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。【００１９】
また、前記ゲートウェイ装置は、さらに、前記応答メッセージが送信される際に、第２のネットワークを介して前記対象機器を遠隔起動する遠隔起動制御部を備え、前記起動時間収集部は、前記対象機器の遠隔起動を開始した時刻を、前記対象機器が起動を開始した時刻として用いて、前記対象機器の起動時間を収集することが好ましい。【００２０】
この構成によれば、対象機器を遠隔起動することができるとともに、対象機器の遠隔起動を開始した時刻を、対象機器が起動を開始した時刻として用いることができる。したがって、より正確な起動時間を収集することができる。【００２１】
また、前記ネットワーク参加メッセージは、前記対象機器が、前記ゲートウェイ装置によって遠隔起動されたか否かを示す情報を含み、前記起動時間収集部は、前記ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、前記対象機器の起動時間を収集することが好ましい。【００２２】
この構成によれば、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ起動時間を収集することができる。つまり、遠隔起動以外の起動処理によって起動されたときに送信されるネットワーク参加メッセージに基づいて起動時間が収集されることを防ぐことができる。その結果、ゲートウェイ装置によって遠隔起動されたときの起動時間を高精度に収集することが可能となる。【００２３】
また、前記遠隔起動制御部は、前記対象機器が１台である場合に、前記対象機器を遠隔起動し、前記対象機器が複数台である場合に、前記対象機器を遠隔起動しないことが好ましい。【００２４】
この構成によれば、対象機器が複数台であった場合に、起動状態ではない対象機器のすべてを遠隔起動する必要がないので、電力消費量の増大を抑制することが可能となる。【００２５】
また、前記ゲートウェイ装置は、さらに、前記対象機器の消費電力値に基づいて、前記対象機器の起動時間を収集する起動時間収集部を備え、前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定することが好ましい。【００２６】
この構成によれば、対象機器の消費電力値に基づいて対象機器の起動時間を容易に収集することができる。【００２７】
また、本発明の一態様に係る通信装置は、第１のネットワーク上の機器と連携する通信装置であって、任意の要件を満たす機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信し、前記機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、前記通信装置は、前記機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された前記応答メッセージに含まれている場合に、前記予測起動時間に基づいて少なくとも１つの所定処理を実行する。【００２８】
この構成によれば、機器発見メッセージに対する応答メッセージに予測起動時間が含まれる場合に、その予測起動時間に基づいて少なくとも１つの所定処理を実行することが可能となる。【００２９】
また、さらに、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記予測起動時間をユーザに通知する処理を、前記所定処理として実行する通知部を備えることが好ましい。【００３０】
この構成によれば、応答メッセージに予測起動時間が含まれる場合に、その予測起動時間をユーザに通知することができ、ユーザの誤操作を抑制することが可能となる。【００３１】
また、前記機器連携処理部は、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記応答メッセージを受信した時刻から前記予測起動時間が経過した後に、前記応答メッセージが示す対象機器に、前記対象機器と連携するためのメッセージを送信する処理を、前記所定処理として実行することが好ましい。【００３２】
この構成によれば、応答メッセージに含まれる予測起動時間が経過した後に、対象機器にメッセージを送信することができるので、対象機器と安定して連携することが可能となる。【００３３】
また、前記機器連携処理部は、複数の前記応答メッセージを受信した場合に、さらに、複数の前記応答メッセージが示す複数台の対象機器の中から選択された１台の対象機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信することが好ましい。【００３４】
この構成によれば、対象機器が複数台であった場合に、さらに、選択された一台の対象機器を発見するための機器発見メッセージを送信することができる。その結果、ゲートウェイ装置は、すべての対象機器を起動状態にする必要がないので、電力消費量の増大を抑制することが可能となる。【００３５】
また、上記ゲートウェイ装置は、集積回路として構成されてもよい。【００３６】
なお、本発明は、このようなゲートウェイ装置と通信装置とを備える機器連携ネットワークシステムとして実現することもできる。また、本発明は、このようなゲートウェイ装置が備える特徴的な構成部の動作をステップとする機器連携方法として実現することもできる。また、本発明は、機器連携方法に含まれる各ステップをコンピュータに実行させるプログラムとして実現することもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の非一時的な記録媒体あるいはインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【発明の効果】
【００３７】
以上のように、本発明によれば、ネットワーク上の対象機器が起動状態でない場合に、対象機器を遠隔起動するとともに、予測される対象機器の起動時間を含む応答メッセージを対象機器の代理で返信することができる。したがって、応答メッセージを受信した機器は、予測される対象機器の起動時間に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。
【図面の簡単な説明】
【００３８】
【図１】図１は、本発明の実施の形態１に係る機器連携ネットワークシステムの概要を示す図である。
【図２】図２は、本発明の実施の形態１に係るゲートウェイ機器の機能構成を示すブロック図である。
【図３】図３は、本発明の実施の形態１に係る起動状態リストの一例を示す図である。
【図４】図４は、本発明の実施の形態１に係る機器情報リストの一例を示す図である。
【図５】図５は、本発明の実施の形態１に係るクライアント機器の機能構成を示すブロック図である。
【図６】図６は、本発明の実施の形態１に係るサーバ機器の機能構成を示すブロック図である。
【図７】図７は、本発明の実施の形態１に係る機器連携ネットワークシステムにおける情報の流れを示すシーケンス図である。
【図８】図８は、本発明の実施の形態１に係るゲートウェイ機器の処理の流れを示すフローチャートである。
【図９】図９は、本発明の実施の形態１に係るクライアント機器の処理の流れを示すフローチャートである。
【図１０】図１０は、本発明の実施の形態１に係るクライアント機器が表示する情報の一例を示す図である。
【図１１】図１１は、本発明の実施の形態１に係るサーバ機器の起動処理の流れを示す図である。
【図１２】図１２は、本発明の実施の形態１に係るサーバ機器のストリーム送信処理の流れを示す図である。
【図１３】図１３は、本発明の実施の形態２に係る機器連携ネットワークシステムの概要を示す図である。
【図１４】図１４は、本発明の実施の形態２に係る機器連携ネットワークシステムにおける情報の流れを示すシーケンス図である。
【図１５】図１５は、本発明の実施の形態２に係るゲートウェイ機器の処理の流れを示すフローチャートである。
【図１６】図１６は、本発明の実施の形態２に係るクライアント機器の処理の流れを示すフローチャートである。
【図１７Ａ】図１７Ａは、本発明の実施の形態２に係るクライアント機器が表示する情報の一例を示す図である。
【図１７Ｂ】図１７Ｂは、本発明の実施の形態２に係るクライアント機器が表示する情報の他の一例を示す図である。
【図１８】図１８は、本発明の一態様に係る機器情報リストの一例を示す図である。
【図１９】図１９は、本発明の一態様に係るゲートウェイ機器の機能構成を示すブロック図である。
【発明を実施するための形態】
【００３９】
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示す。つまり、以下の実施の形態で示される数値、構成要素、構成要素の配置及び接続形態、ステップ、ステップの順序などは、本発明の一例であり、本発明を限定する主旨ではない。本発明は、請求の範囲の記載に基づいて特定される。したがって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素は、本発明の課題を達成するために必ずしも必要ではないが、より好ましい形態を構成する構成要素として説明される。
【００４０】
（実施の形態１）
図１は、本発明の実施の形態１に係る機器連携ネットワークシステム１０００の概要を示す図である。図１に示すように、機器連携ネットワークシステム１０００は、ゲートウェイ機器１００３と、クライアント機器１００４と、サーバ機器１００５とを備える。
【００４１】
これらのゲートウェイ機器１００３とクライアント機器１００４とサーバ機器１００５とは、無線によって、第１のネットワーク１００１に接続されている。第１のネットワーク１００１は、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いた通信網であるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。
【００４２】
なお、ゲートウェイ機器１００３とクライアント機器１００４とサーバ機器１００５とは、必ずしも無線によって、第１のネットワーク１００１に接続されている必要はない。
【００４３】
サーバ機器１００５とゲートウェイ機器１００３とは、第２のネットワーク１００２に接続されている。ゲートウェイ機器１００３は、この第２のネットワーク１００２を介して、サーバ機器１００５を遠隔起動することができる。
【００４４】
第２のネットワーク１００２は、例えば、ＺｉｇＢｅｅなどの特定省電力無線ネットワークであることが好ましい。これにより、サーバ機器１００５は、第２のネットワーク１００２を介して通信するために、非起動状態である場合にも供給しなければならない電力を削減することができる。つまり、サーバ機器１００５は、待機電力を削減することができる。
【００４５】
なお、第２のネットワーク１００２は、例えば、独自の専用ネットワークであってもよい。また、第２のネットワーク１００２は、例えば、電源スイッチによる起動制御が可能な信号線によって実現されてもよい。つまり、第２のネットワーク１００２は、最低限の機能として、接続された対象機器を起動状態から非起動状態に変更できればよく、第１のネットワーク１００１と同一であってもよい。
【００４６】
なお、起動状態とは、第１のネットワーク１００１上で通信できる状態を示す。逆に、非起動状態とは、第１のネットワーク１００１上で通信できない状態を示す。
【００４７】
次に、機器連携ネットワークシステム１０００に含まれる各機器の詳細について説明する。
【００４８】
図２は、本発明の実施の形態１に係るゲートウェイ機器１００３の機能構成を示すブロック図である。このゲートウェイ機器１００３は、ゲートウェイ装置に相当する。具体的には、図２に示すように、ゲートウェイ機器１００３は、第１の通信部１１０１と、第２の通信部１１０２と、起動状態管理部１１０３と、遠隔起動制御部１１０５と、メッセージ監視部１１０６と、起動時間収集管理部１１０７と、代理応答部１１０９と、記憶部１１１０とを備える。
【００４９】
第１の通信部１１０１は、第１のネットワーク１００１上の機器（ここでは、クライアント機器１００４又はサーバ機器１００５）と通信するための通信インタフェースである。また、第２の通信部１１０２は、第２のネットワーク１００２上の機器（ここでは、サーバ機器１００５）と通信するための通信インタフェースである。
【００５０】
起動状態管理部１１０３は、第２の通信部１１０２を使って、第２のネットワーク１００２上の機器が起動状態であるかどうかを確認する。
【００５１】
さらに、起動状態管理部１１０３は、確認結果を、機器を識別するための機器ＩＤに対応付けて起動状態リスト１１０４に格納する。なお、起動状態リスト１１０４の詳細は、図３を用いて後述する。
【００５２】
遠隔起動制御部１１０５は、第２のネットワーク１００２上の機器に対して起動又は終了の指示を行い、機器の起動状態を制御する。つまり、遠隔起動制御部１１０５は、第２のネットワーク１００２を介して機器を遠隔起動することにより、その機器を非起動状態から起動状態に変化させる。さらに、遠隔起動制御部１１０５は、機器の遠隔起動を開始した時刻を起動時間収集管理部１１０７に通知する。
【００５３】
メッセージ監視部１１０６は、第１のネットワーク１００１上に流れるメッセージを監視することにより、機器発見メッセージを検出する。また、メッセージ監視部１１０６は、機器発見メッセージを検出したときに、対象機器が起動状態であるかどうかを確認することを起動状態管理部１１０３に依頼する。
【００５４】
なお、機器発見メッセージとは、第１のネットワーク１００１上の機器の中から任意の要件を満たす機器を発見するためのメッセージである。具体的には、機器発見メッセージは、当該機器発見メッセージが示す要件を満たす機器である対象機器に対して、応答メッセージの返信を要求するメッセージである。
【００５５】
また、対象機器とは、機器発見メッセージの対象となる機器である。具体的には、対象機器とは、第１のネットワーク上の機器のうち機器発見メッセージが示す要件を満たす機器である。
【００５６】
ここで、メッセージ監視部１１０６は、対象機器が起動状態である場合は何もせず、対象機器が起動状態でない場合は、代理応答部１１０９に代理応答を依頼する。また、メッセージ監視部１１０６は、Ｎｏｔｉｆｙなどのネットワーク参加メッセージを受信した場合は、その旨を時刻とともに起動時間収集管理部１１０７に通知する。
【００５７】
なお、ネットワーク参加メッセージとは、第１のネットワーク１００１上で通信可能な状態になったことを示すメッセージである。つまり、ネットワーク参加メッセージは、機器が起動状態になったことを示すメッセージである。
【００５８】
起動時間収集管理部１１０７は、起動時間収集部に相当し、遠隔起動制御部１１０５から入手した対象機器の遠隔起動を開始した時刻（遠隔起動開始時刻）と、メッセージ監視部１１０６から入手したネットワーク参加メッセージを受信した時刻（ネットワーク参加メッセージ受信時刻）とに基づいて対象機器の起動時間を収集する。つまり、起動時間収集管理部１１０７は、遠隔起動開始時刻からネットワーク参加メッセージ受信時刻までの時間を起動時間として収集する。
【００５９】
ここで、起動時間とは、機器の状態が、非起動状態から起動状態に変化するまでにかかる時間である。つまり、起動時間とは、対象機器の状態が、第１のネットワーク１００１上での通信が不可能な状態から可能な状態になるまでの時間である。
【００６０】
また、起動時間収集管理部１１０７は、予測起動時間決定部にも相当し、対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する。本実施の形態では、起動時間収集管理部１１０７は、過去に収集された起動時間に基づいて、将来に対象機器が遠隔起動されたときに対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する。具体的には、起動時間収集管理部１１０７は、例えば、直近に収集された起動時間を予測起動時間と決定する。
【００６１】
また例えば、起動時間収集管理部１１０７は、過去に収集された起動時間の平均値を予測起動時間として予測してもよい。また例えば、起動時間収集管理部１１０７は、過去に収集された起動時間のうち他と大きく異なる起動時間を除いた起動時間の平均値を予測起動時間として予測してもよい。
【００６２】
なお、平均値は、統計的な平均であればよく、必ずしも算術平均値である必要はない。また、起動時間収集管理部１１０７は、平均値の代わりに、中央値あるいは最頻値を予測起動時間として予測してもよい。つまり、起動時間収集管理部１１０７は、過去に収集された起動時間の統計的な代表値を予測起動時間と決定すればよい。
【００６３】
なお、起動時間収集管理部１１０７は、必ずしも過去に収集された起動時間に基づいて予測起動時間を決定する必要はない。例えば、起動時間収集管理部１１０７は、ユーザによって予め設定された時間を予測起動時間と決定してもよい。
【００６４】
そして、起動時間収集管理部１１０７は、ここで決定した対象機器の予測起動時間を機器情報リスト１１０８に格納する。
【００６５】
代理応答部１１０９は、メッセージ監視部１１０６からの依頼に基づいて、機器情報リスト１１０８に格納された対象機器のアドレス情報及び予測起動時間などを参照することにより、対象機器の代理で送信する応答メッセージを生成する。具体的には、代理応答部１１０９は、起動時間収集管理部１１０７によって決定された予測起動時間を示す情報を含む応答メッセージを生成する。そして、代理応答部１１０９は、生成した応答メッセージを、機器発見メッセージの送信元の機器に送信する。
【００６６】
ここで、予測起動時間を示す情報は、必ずしも予測起動時間そのものを示す情報である必要はない。例えば、予測起動時間を示す情報は、予測起動時間の長さの程度を示す情報であってもよい。具体的には、予測起動時間を示す情報は、例えば、予測起動時間の長さに応じた分類記号（例えば、「大」、「中」、又は「小」など）であってもよい。
【００６７】
記憶部１１１０は、例えば、ハードディスクあるいはフラッシュメモリなどであり、起動状態リスト１１０４と機器情報リスト１１０８とを記憶している。以下に、起動状態リスト１１０４と機器情報リスト１１０８とについて、図３及び図４を用いて説明する。
【００６８】
図３は、本発明の実施の形態１に係る起動状態リスト１１０４の一例を示す図である。図３に示すように、起動状態リスト１１０４には、機器ＩＤと、状態情報とが対応付けて格納されている。
【００６９】
機器ＩＤは、第１のネットワーク１００１上の機器間で管理されるユニークなＩＤである。つまり、機器ＩＤは、第１のネットワーク１００１上の機器を識別するための識別子である。例えば、機器ＩＤは、ユーザに設定される。また例えば、機器ＩＤは、予め機器に設定されていてもよい。
【００７０】
状態情報は、機器ＩＤによって識別される機器が起動状態であるかどうかを示す。図３では、機器ＩＤ「ＩＤ−００１」によって識別される機器が、「非起動状態」であることを示す。
【００７１】
図４は、本発明の実施の形態１に係る機器情報リスト１１０８の一例を示す図である。図４に示すように、機器情報リスト１１０８には、機器ＩＤに対応付けて、機器情報、アドレス情報、及び予測起動時間が格納されている。
【００７２】
機器情報は、対象機器が提供可能なサービスに関する情報を主に示す。図４に示す機器情報リスト１１０８では、例えば、「ＩＤ−００１」により識別される機器は、画像あるいは音声などをストリーミング送信可能なサーバ機器として管理されている。
【００７３】
アドレス情報は、第１のネットワーク１００１上の機器間において通信するための情報である。図４では、例えば、「ＩＤ−００１」により識別される機器のアドレス情報として、ＩＰアドレス（「１９２．１６８．１．１０」）が格納されている。
【００７４】
予測起動時間は、起動時間収集管理部１１０７によって予測された起動時間である。図４では、「ＩＤ−００１」により識別される機器の予測起動時間として、「２０秒」が格納されている。
【００７５】
次に、クライアント機器１００４の機能構成について、図５を用いて説明する。
【００７６】
図５は、本発明の実施の形態１に係るクライアント機器１００４の機能構成を示すブロック図である。このクライアント機器１００４は、通信装置に相当する。図５に示すように、クライアント機器１００４は、機器連携処理部１２０１と、ストリーム再生部１２０２と、表示部１２０３と、通信部１２０４とを備える。
【００７７】
機器連携処理部１２０１は、任意の要件を満たす機器を発見するための機器発見メッセージを、第１のネットワーク１００１上の機器に送信する。本実施の形態では、機器連携処理部１２０１は、第１のネットワーク１００１上のサーバ機器１００５を発見するために、サーバ機器であれば応答メッセージを返信するように記載された機器発見のメッセージを、通信部１２０４を用いてマルチキャストで送信する。
【００７８】
そして、機器連携処理部１２０１は、送信した機器発見メッセージに対する応答メッセージを受信する。なお、機器発見メッセージに対する応答メッセージを受信した場合、機器連携処理部１２０１は、ストリーム再生部１２０２にその旨を通知する。
【００７９】
また、機器連携処理部１２０１は、機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間を示す情報が応答メッセージに含まれているかどうかを判定する。ここで、応答メッセージに予測起動時間を示す情報が含まれている場合に、表示部１２０３にその予測起動時間を示す情報を通知する。
【００８０】
ストリーム再生部１２０２は、機器連携処理部１２０１からの通知に応じて、機器発見メッセージに対する応答メッセージが示す対象機器（ここではサーバ機器１００５）に、通信部１２０４を用いて、ストリーム送信要求メッセージを送信する。なお、応答メッセージに予測起動時間を示す情報が含まれている場合には、ストリーム再生部１２０２は、応答メッセージを受信した時刻から予測起動時間が経過した後に、このストリーム送信要求メッセージを送信する。
【００８１】
そして、ストリーム再生部１２０２は、第１のネットワーク１００１を介してサーバ機器１００５から送信されるストリームを再生する。
【００８２】
なお、応答メッセージが示す対象機器とは、応答メッセージの送信元の機器又は応答メッセージの送信が代理された機器である。本実施の形態では、応答メッセージが示す対象機器は、サーバ機器１００５である。
【００８３】
表示部１２０３は、通知部の一例であり、例えば液晶ディスプレイ又はプラズマディスプレイなどである。表示部１２０３は、ストリーム再生部１２０２により再生される動画像データを表示する。また、表示部１２０３は、機器連携処理部１２０１からの通知された予測起動時間を表示する。つまり、表示部１２０３は、受信された応答メッセージに予測起動時間を示す情報が含まれている場合に、その予測起動時間を示す情報をユーザに通知する。
【００８４】
通信部１２０４は、第１のネットワーク１００１に接続された機器（ここでは、ゲートウェイ機器１００３又はサーバ機器１００５）と通信するための通信インタフェースである。
【００８５】
次に、サーバ機器１００５の機能構成について、図６を用いて説明する。
【００８６】
図６は、本発明の実施の形態１に係るサーバ機器１００５の機能構成を示すブロック図である。図６に示すように、サーバ機器１００５は、遠隔起動受付部１３０１と、起動部１３０２と、機器連携処理部１３０３と、ストリーム送信部１３０５と、第１の通信部１３０７と、第２の通信部１３０８と、記憶部１３０９とを備える。
【００８７】
遠隔起動受付部１３０１は、第２の通信部１１０２を用いて、遠隔起動要求を、第２のネットワーク１００２を介してゲートウェイ機器１００３から受信する。そして、遠隔起動受付部１３０１は、受信した遠隔起動要求を起動部１３０２に通知する。
【００８８】
起動部１３０２は、遠隔起動受付部１３０１からの通知に応じて、サーバ機器１００５を起動する。つまり、起動部１３０２は、サーバ機器１００５の状態を非起動状態から起動状態に変化させる。
【００８９】
機器連携処理部１３０３は、サーバ機器１００５が起動状態である場合に、クライアント機器１００４から第１のネットワーク１００１を介して機器発見メッセージを受信する。そして、機器連携処理部１３０３は、自機器（サーバ機器１００５）が、機器発見メッセージが示す要件を満たす対象機器であるかどうかを、機器情報１３０４を参照することにより確認する。そして、自機器が対象機器である場合は、機器連携処理部１３０３は、機器発見メッセージの送信元に応答メッセージを送信する。
【００９０】
機器情報１３０４は、自機器に関する情報を含む。具体的には、機器情報１３０４は、自機器がサーバとして機能するかどうかを示す情報を含む。
【００９１】
機器連携処理部１３０３は、さらに、サーバ機器１００５が非起動状態から起動状態に変化したときに、第１の通信部１３０７を用いて、ネットワーク参加メッセージを第１のネットワーク１００１上の機器にブロードキャストで送信する。
【００９２】
ストリーム送信部１３０５は、クライアント機器１００４から受信したストリーム送信要求メッセージにしたがって、記憶部１３０９からコンテンツ１３０６を読み出し、クライアント機器１００４に、コンテンツ１３０６をストリームとして送信する。
【００９３】
第１の通信部１３０７は、第１のネットワーク１００１に接続された機器（ここでは、ゲートウェイ機器１００３又はクライアント機器１００４）と通信するための通信インタフェースである。また、第２の通信部１１０２は、第２のネットワーク１００２に接続された機器（ここでは、ゲートウェイ機器１００３）と通信するための通信インタフェースである。
【００９４】
記憶部１３０９、例えば、ハードディスクあるいはフラッシュメモリなどである。記憶部１３０９には、機器情報１３０４とコンテンツ１３０６とが記憶されている。
【００９５】
次に、以上のように構成された機器連携ネットワークシステム１０００の各種動作について説明する。
【００９６】
図７は、本発明の実施の形態１に係る機器連携ネットワークシステム１０００における情報の流れを示すシーケンス図である。なお、図７では、初期状態として、サーバ機器１００５が非起動状態である場合について説明する。
【００９７】
まず、クライアント機器１００４の機器連携処理部１２０１は、機器発見メッセージを第１のネットワーク１００１上の機器（ゲートウェイ機器１００３及びサーバ機器１００５）にブロードキャストで送信する（ステップＳ１０１）。なお、サーバ機器１００５は、非起動状態であるので機器発見メッセージを受信できない。
【００９８】
次に、ゲートウェイ機器１００３の起動状態管理部１１０３は、機器発見メッセージが示す要件を満たす対象機器が起動状態であるかどうかを確認する。ここでは、起動状態管理部１１０３は、図４に示す機器情報リスト１１０８の機器情報がサーバ機器である機器ＩＤ（「ＩＤ−００１」）を抽出する。そして、起動状態管理部１１０３は、図３に示す起動状態リスト１１０４を参照して、抽出した機器ＩＤの機器が起動状態であるかどうかを確認する。本実施の形態では、「ＩＤ−００１」によって識別される機器は、サーバ機器１００５であるとする。
【００９９】
サーバ機器１００５が起動状態でないので、遠隔起動制御部１１０５は、サーバ機器１００５を遠隔起動するための遠隔起動要求をサーバ機器１００５に送信する（ステップＳ１０２）。
【０１００】
また、ゲートウェイ機器１００３の代理応答部１１０９は、サーバ機器１００５の代理で、予測起動時間を示す情報を含む代理応答メッセージを、機器発見メッセージの送信元であるクライアント機器１００４に送信する（ステップＳ１０３）。具体的には、代理応答部１１０９は、例えば、図４に示す機器情報リスト１１０８を参照して、サーバ機器１００５の予測起動時間（「２０秒」）を取得する。そして、代理応答部１１０９は、このように取得した予測起動時間を示す情報を含む代理応答メッセージをクライアント機器１００４に送信する。
【０１０１】
続いて、サーバ機器１００５の起動部１３０２は、遠隔起動要求に応じて、サーバ機器１００５を起動する（ステップＳ１０４）。そして、サーバ機器１００５が起動状態になったときに、機器連携処理部１３０３は、ネットワーク参加メッセージを第１のネットワーク１００１上の機器にマルチキャストで送信する（ステップＳ１０５）。
【０１０２】
ゲートウェイ機器１００３の起動時間収集管理部１１０７は、遠隔起動要求を送信した時刻からネットワーク参加メッセージを受信した時刻までの時間をサーバ機器１００５の起動時間として収集する。さらに、起動時間収集管理部１１０７は、このように収集された起動時間を用いて、将来にサーバ機器１００５が遠隔起動されたときに起動に要すると予測される時間を予測起動時間として決定し、予測起動時間を機器情報リスト１１０８に格納する。
【０１０３】
クライアント機器１００４の機器連携処理部１２０１は、代理応答メッセージが受信された時刻から予測起動時間が経過した後に、ストリーム送信要求メッセージをサーバ機器１００５に送信する（ステップＳ１０６）。
【０１０４】
サーバ機器１００５のストリーム送信部１３０５は、クライアント機器１００４からストリーム送信要求メッセージを受信し、ストリーム送信応答メッセージをクライアント機器１００４に送信する（ステップＳ１０７）。その後、クライアント機器１００４のストリーム再生部１２０２は、サーバ機器１００５から送信されるストリームを再生するために必要な処理（以下、「ストリーム再生処理」という）を実行する（ステップＳ１０８）。
【０１０５】
次に、ゲートウェイ機器１００３の処理の流れについて、図８を用いて説明する。
【０１０６】
図８は、本発明の実施の形態１に係るゲートウェイ機器１００３の処理の流れを示すフローチャートである。具体的には、図８は、ゲートウェイ機器１００３が、機器発見メッセージを検出してから予測起動時間を機器情報リスト１１０８に格納するまでの処理の流れを示すフローチャートである。
【０１０７】
なお、図８に示す処理の開始前に、起動状態管理部１１０３は、第２の通信部１１０２を用いて、第２のネットワーク１００２上の機器が起動状態であるかどうかを確認し、確認結果を起動状態リスト１１０４に格納している。
【０１０８】
なお、機器が起動状態であるかどうかを確認する方法としては、例えば、第２のネットワーク１００２上の機器が、起動状態であるかどうかを示す情報をゲートウェイ機器１００３の起動状態管理部１１０３に通知してもよいし、ゲートウェイ機器１００３の起動状態管理部１１０３が、定期的又は任意のタイミングで第２のネットワーク１００２上の機器に問い合わせてもよい。
【０１０９】
メッセージ監視部１１０６は、第１のネットワーク１００１上を流れるメッセージを監視し、第１の通信部１１０１がメッセージを受信したことを検知する。そして、メッセージ監視部１１０６は、受信したメッセージが機器発見メッセージであるかどうかを判定する（ステップＳ１００１）。ここで、受信したメッセージが機器発見メッセージでなかった場合は（ステップＳ１００１のＮｏ）、メッセージが監視されている状態に戻る。
【０１１０】
一方、受信したメッセージが機器発見メッセージであった場合は（ステップＳ１００１のＹｅｓ）、メッセージ監視部１１０６は、機器情報リスト１１０８を参照することにより、機器発見メッセージが示す要求を満たす機器を対象機器として抽出する。続いて、起動状態管理部１１０３は、起動状態リスト１１０４を参照することにより、対象機器が起動状態であるかどうかを確認する（ステップＳ１００２）。
【０１１１】
ここで、対象機器が起動状態である場合は（ステップＳ１００３のＹｅｓ）、メッセージが監視されている状態に戻る。一方、対象機器が起動状態でない場合は（ステップＳ１００３のＮｏ）、遠隔起動制御部１１０５は、対象機器を遠隔起動する（ステップＳ１００４）。このとき、起動時間収集管理部１１０７は、遠隔起動を開始した時刻を保持しておく。
【０１１２】
また、代理応答部１１０９は、機器情報リスト１１０８を参照して、代理応答メッセージを作成する（ステップＳ１００５）。そして、代理応答部１１０９は、作成した代理応答メッセージを、第１の通信部１１０１を用いて機器発見メッセージの送信元の機器に送信する（ステップＳ１００６）。
【０１１３】
このとき、メッセージ監視部１１０６は、第１のネットワーク１００１上を流れるメッセージを監視している（ステップＳ１００７）。ここで、第１の通信部１１０１が受信したメッセージが、ステップＳ１００４で遠隔起動した対象機器からのネットワーク参加メッセージであった場合は（ステップＳ１００７のＹｅｓ）、起動時間収集管理部１１０７は、ステップＳ１００４で保持した時刻と、ネットワーク参加メッセージが受信された時刻とから起動時間を収集する（ステップＳ１００８）。そして、今までに収集された対象機器の起動時間に基づいて、将来に対象機器が遠隔起動されるときに起動に要すると予測される時間を予測起動時間として決定する（ステップＳ１００９）。
【０１１４】
さらに、起動時間収集管理部１１０７は、予測起動時間を機器情報リスト１１０８に格納し（ステップＳ１０１０）、ステップＳ１００１に戻る。
【０１１５】
次に、クライアント機器１００４の処理の流れについて、図９を用いて説明する。図９は、本発明の実施の形態１に係るクライアント機器１００４の処理の流れを示すフローチャートである。具体的には、図９は、クライアント機器１００４が、機器発見メッセージを送信してからコンテンツのストリーム再生を開始するまでの処理の流れを示すフローチャートである。
【０１１６】
まず、機器連携処理部１２０１は、第１のネットワーク１００１上のサーバ機器を発見するための機器発見メッセージを、通信部１２０４を用いて、第１のネットワーク１００１上の機器にマルチキャストで送信する（ステップＳ１１０１）。その後、機器連携処理部１２０１は、通信部１２０４が受信したメッセージが、機器発見メッセージに対する応答メッセージ（以下、「機器発見応答メッセージ」という）であるかどうかを判定する（ステップＳ１１０２）。ここで、通信部１２０４が受信したメッセージが機器発見応答メッセージでない場合は（ステップＳ１１０２のＮｏ）、機器発見応答メッセージを受信するまでステップＳ１１０２の処理を繰り返す。
【０１１７】
一方、通信部１２０４が受信したメッセージが機器発見応答メッセージである場合（ステップＳ１１０２のＹｅｓ）、機器連携処理部１２０１は、機器発見応答メッセージを解析する（ステップＳ１１０３）。そして、機器連携処理部１２０１は、機器発見応答メッセージに予測起動時間を示す情報が含まれているかどうかを判定する（ステップＳ１１０４）。
【０１１８】
ここで、機器発見応答メッセージに予測起動時間を示す情報が含まれていなかった場合は（ステップＳ１１０４のＮｏ）、ストリーム再生部１２０２は、機器発見応答メッセージが示す対象機器であるサーバ機器１００５が起動状態であると判断し、ストリーム送信要求メッセージをサーバ機器１００５に送信する（ステップＳ１１０７）。
【０１１９】
一方、応答メッセージに予測起動時間を示す情報が含まれていた場合は（ステップＳ１１０４のＹｅｓ）、表示部１２０３は、予測起動時間を画面に表示する（ステップＳ１１０５）。例えば、表示部１２０３は、図１０に示すように、予測起動時間を画面に表示する。
【０１２０】
そして、機器連携処理部１２０１は、予測起動時間だけ待ち（ステップＳ１１０６）、その後、ストリーム再生部１２０２に、サーバ機器１００５が起動状態であると予測されることを通知する。そして、ストリーム再生部１２０２は、ストリーム送信要求メッセージをサーバ機器１００５に送信する（ステップＳ１１０７）。
【０１２１】
その後、ストリーム再生部１２０２は、通信部１２０４が受信したメッセージがストリーム送信応答メッセージであるかどうかを判定する（ステップＳ１１０８）。ここで、通信部１２０４が受信したメッセージがストリーム送信応答メッセージでない場合は（ステップＳ１１０８のＮｏ）、ストリーム送信応答メッセージを受信するまでステップＳ１１０８の処理を繰り返す。一方、通信部１２０４が受信したメッセージがストリーム送信応答メッセージである場合は（ステップＳ１１０８のＹｅｓ）、ストリーム再生部１２０２は、ストリーム再生処理を開始する（ステップＳ１１０９）。
【０１２２】
次に、サーバ機器１００５の処理の流れを、図１１及び図１２を用いて説明する。
【０１２３】
図１１は、本発明の実施の形態１に係るサーバ機器１００５の起動処理の流れを示すフローチャートである。具体的には、図１１は、サーバ機器１００５が、遠隔起動要求を受信してからネットワーク参加メッセージを送信するまでの処理の流れを示すフローチャートである。
【０１２４】
まず、遠隔起動受付部１３０１は、第２のネットワーク１００２を介して、ゲートウェイ機器１００３から遠隔起動要求を受け付け、起動部１３０２に遠隔起動要求を受け付けたことを通知する。その後、起動部１３０２は、サーバ機器１００５全体を起動する（ステップＳ１２０１）。
【０１２５】
なお、サーバ機器１００５が非起動状態であっても、起動部１３０２、遠隔起動受付部１３０１、及び第２の通信部１３０８には、電力が供給され、処理が実行できる状態である。
【０１２６】
機器連携処理部１３０３は、サーバ機器１００５が起動状態、つまり、第１の通信部１３０７を用いてメッセージを送信可能な状態になるまで待つ（ステップＳ１２０２）。そして、機器連携処理部１３０３は、メッセージを送信可能な状態となったときに、ネットワーク参加メッセージをマルチキャストで送信する（ステップＳ１２０３）。
【０１２７】
このように、サーバ機器１００５がネットワーク参加メッセージを送信することにより、ゲートウェイ機器１００３は、第２のネットワーク１００２を介してサーバ機器１００５の遠隔起動を開始してから、サーバ機器１００５が実際に第１のネットワーク１００１を介して通信可能となるまでの起動時間を収集することが可能となる。
【０１２８】
図１２は、本発明の実施の形態１に係るサーバ機器のストリーム送信処理の流れを示すフローチャートである。具体的には、図１２は、サーバ機器１００５が、クライアント機器１００４からストリーム送信要求メッセージを受信してからストリーム送信処理を開始するまでの処理の流れを示すフローチャートである。
【０１２９】
ストリーム送信部１３０５は、第１の通信部１３０７が受信したストリーム送信要求メッセージを解析する（ステップＳ１３０１）。そして、ストリーム送信部１３０５は、ストリーム送信応答メッセージを、ストリーム送信要求メッセージの送信元に送信する（ステップＳ１３０２）。続いて、ストリーム送信部１３０５は、要求されたコンテンツをストリームとして送信する（ステップＳ１３０３）。
【０１３０】
これらの処理は、一般的なストリーミングのシーケンスである。例えば、ストリーム送信要求メッセージは、コンテンツを指し示すＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を含んだＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴリクエストである。また、サーバ機器１００５は、ＨＴＴＰのＧＥＴリクエストに対するレスポンスをヘッダに記載し、ペイロード内にコンテンツデータをストリームとして送信する。
【０１３１】
以上のように、本実施の形態に係る機器連携ネットワークシステムによれば、ゲートウェイ機器１００３が、サーバ機器１００５の起動に必要と予測される時間を予測起動時間として保存しておくことが可能となる。その結果、クライアント機器１００４が、サーバ機器１００５のコンテンツをストリーム再生する場合に、サーバ機器１００５が起動状態でない場合であっても、クライアント機器１００４は処理を継続できるうえ、ユーザにサーバ機器１００５の予測起動時間を通知することが可能となり、ユーザの不安を解消することができる。
【０１３２】
つまり、本実施の形態に係る機器連携ネットワークシステムによれば、ゲートウェイ機器１００３は、機器発見メッセージの対象機器が起動状態でない場合に、対象機器を遠隔起動するとともに、予測される対象機器の起動時間を示す情報を含む応答メッセージを対象機器の代理でクライアント機器１００４に返信することができる。したがって、クライアント機器１００４は、予測される対象機器の起動時間に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。
【０１３３】
具体的には、クライアント機器１００４は、予測起動時間をユーザに通知することができ、ユーザの誤操作を抑制することが可能となる。また、クライアント機器１００４は、予測起動時間が経過した後に、対象機器にメッセージを送信することができるので、対象機器と安定して連携することが可能となる。
【０１３４】
（実施の形態２）
次に、本発明の実施の形態２について説明する。
【０１３５】
本実施の形態では、クライアント機器１００４から送信された機器発見メッセージに記載された要件を満たす対象機器が複数台である場合について説明する。
【０１３６】
図１３は、本発明の実施の形態２に係る機器連携ネットワークシステム２０００の概要を示す図である。なお、図１３において、図１と同様の構成要素については、同一の符号を付し、説明を省略する。
【０１３７】
図１３に示すように、機器連携ネットワークシステム２０００は、サーバ機器１００５の代わりに、第１のサーバ機器２００５ａと第２のサーバ機器２００５ｂとを備える。
【０１３８】
なお、本実施の形態に係るゲートウェイ機器１００３とクライアント機器１００４とは、実施の形態１と同様の機能構成である。また、第１のサーバ機器２００５ａと第２のサーバ機器２００５ｂとは、実施の形態１に係るサーバ機器１００５と同様の機能構成である。したがって、本実施の形態に係るゲートウェイ機器１００３とクライアント機器１００４と第１のサーバ機器２００５ａと第２のサーバ機器２００５ｂとの機能構成の説明は省略する。
【０１３９】
次に、以上のように構成された機器連携ネットワークシステム２０００の各種動作について説明する。
【０１４０】
図１４は、本発明の実施の形態２に係る機器連携ネットワークシステム２０００における情報の流れを示すシーケンス図である。なお、図１４において、図７と同様の処理については、同一の符号を付し、説明を省略する。また、図１４では、初期状態として、第１のサーバ機器２００５ａ及び第２のサーバ機器２００５ｂが非起動状態である場合について説明する。
【０１４１】
まず、クライアント機器１００４の機器連携処理部１２０１は、任意の要件を満たす機器を発見するための機器発見メッセージを第１のネットワーク１００１上の機器（ゲートウェイ機器１００３、第１のサーバ機器２００５ａ、及び第２のサーバ機器２００５ｂ）にブロードキャストで送信する（ステップＳ２０１）。なお、第１のサーバ機器２００５ａ及び第２のサーバ機器２００５ｂは、非起動状態であるので機器発見メッセージを受信できない。
【０１４２】
次に、ゲートウェイ機器１００３の起動状態管理部１１０３は、機器発見メッセージが示す要件を満たす機器である対象機器が起動状態であるかどうかを確認する。ここでは、起動状態管理部１１０３は、第１のサーバ機器２００５ａ及び第２のサーバ機器２００５ｂを対象機器として抽出する。そして、起動状態管理部１１０３は、第１のサーバ機器２００５ａ及び第２のサーバ機器２００５ｂが起動状態であるかどうかを確認する。
【０１４３】
ここで、複数台の対象機器が抽出されているので、各対象機器（第１のサーバ機器２００５ａ又は第２のサーバ機器２００５ｂ）が非起動状態である場合であっても、遠隔起動制御部１１０５は、各対象機器に遠隔起動要求を送信しない。つまり、遠隔起動制御部１１０５は、対象機器が１台である場合に対象機器を遠隔起動し、対象機器が複数台である場合に対象機器を遠隔起動しない。
【０１４４】
ゲートウェイ機器１００３の代理応答部１１０９は、予測起動時間を示す情報を含む第１の代理応答メッセージを、機器発見メッセージの送信元であるクライアント機器１００４に、第１のサーバ機器２００５ａの代理で送信する（ステップＳ２０２）。
【０１４５】
さらに、代理応答部１１０９は、予測起動時間を示す情報を含む第２の代理応答メッセージを、クライアント機器１００４に第２のサーバ機器２００５ｂの代理で送信する（ステップＳ２０３）。
【０１４６】
次に、クライアント機器１００４は、複数の応答メッセージが示す複数の対象機器の中から１台の対象機器を選択する（ステップＳ２０４）。ここでは、例えばユーザの指示に従って、クライアント機器１００４は、第１のサーバ機器２００５ａを選択する。
【０１４７】
そして、クライアント機器１００４の機器連携処理部１２０１は、選択した対象機器（第１のサーバ機器２００５ａ）を発見するための機器発見メッセージをブロードキャストで送信する（ステップＳ２０５）。つまり、機器連携処理部１２０１は、複数の応答メッセージを受信した場合に、複数の応答メッセージが示す複数台の対象機器の中から選択された１台の対象機器を発見するための機器発見メッセージを、第１のネットワーク１００１上の機器に送信する。
【０１４８】
このとき、機器発見メッセージが示す要件を満たすのは、選択された１台の対象機器（第１のサーバ機器２００５ａ）だけである。そこで、以降は、実施の形態１と同様に、ステップＳ１０２〜Ｓ１０８の処理が実行される。
【０１４９】
次に、ゲートウェイ機器１００３の処理の流れについて、図１５を用いて説明する。
【０１５０】
図１５は、本発明の実施の形態２に係るゲートウェイ機器１００３の処理の流れを示すフローチャートである。具体的には、図１５は、ゲートウェイ機器１００３が、機器発見メッセージを検出してから予測起動時間を機器情報リスト１１０８に格納するまでの処理の流れを示すフローチャートである。なお、図１５において、図８と同様の処理については、同一の符号を付し、説明を省略する。
【０１５１】
機器発見メッセージが検出された場合（ステップＳ１００１のＹｅｓ）、起動状態管理部１１０３は、機器発見メッセージが示す要件を満たす対象機器が複数台であるかどうかを確認する（ステップＳ２００１）。ここで、対象機器が１台である場合は（ステップＳ２００１のＮｏ）、実施の形態１と同様にステップＳ１００２〜Ｓ１００９の処理が実行される。
【０１５２】
一方、対象機器が複数台である場合は（ステップＳ２００１のＹｅｓ）、複数台の対象機器の中から１台の対象機器が選択される（ステップＳ２００２）。続いて、起動状態管理部１１０３は、選択された対象機器の起動状態を確認する（ステップＳ２００３）。ここで、選択された対象機器が起動状態である場合に（ステップＳ２００４のＹｅｓ）、ステップＳ２００７の処理に進む。
【０１５３】
一方、対象機器が起動状態でない場合に（ステップＳ２００４のＮｏ）、代理応答部１１０９は、代理応答メッセージを作成する（ステップＳ２００５）。そして、代理応答部１１０９は、作成した代理応答メッセージを、第１の通信部１１０１を用いて機器発見メッセージの送信元の機器に送信する（ステップＳ２００６）。
【０１５４】
代理応答部１１０９は、機器情報リスト１１０８を参照して、まだ選択されていない対象機器があるかどうかを確認する（ステップＳ２００７）。ここで、まだ選択されていない対象機器がある場合は（ステップＳ２００７のＹｅｓ）、ステップＳ２００２の処理に戻る。一方、まだ選択されていない対象機器がない場合は（ステップＳ２００７のＮｏ）、ステップＳ１００１の処理に戻る。
【０１５５】
これにより、対象機器が複数台であった場合は、ゲートウェイ機器１００３は、クライアント機器１００４に対して、代理の応答メッセージを送信するものの、実際の遠隔起動自体は行われない。そのため、クライアント機器１００４において、ユーザが複数台の対象機器から１台の機器を選択するまでは、対象機器は無駄に遠隔起動されないので、電力消費量の増加を抑制することができる。
【０１５６】
次に、クライアント機器１００４の処理の流れについて、図１６を用いて説明する。
【０１５７】
図１６は、本発明の実施の形態２に係るクライアント機器１００４の処理の流れを示すフローチャートである。具体的には、図１６は、クライアント機器１００４が複数の応答メッセージを受信したときの処理の流れを示すフローチャートである。なお、図１６において、図９と同様の処理については、同一の符号を付し、説明を省略する。
【０１５８】
応答メッセージを受信した場合（ステップＳ１１０２のＹｅｓ）、機器連携処理部１２０１は、応答メッセージをメモリに保存する（ステップＳ２１０１）。機器連携処理部１２０１は、機器発見メッセージを送信してから予め決められた一定時間（例えば１０秒など）経過したかどうかを判断する（ステップＳ２１０２）。
【０１５９】
ここで、一定時間経過していない場合は（ステップＳ２１０２のＮｏ）、ステップＳ１１０２の処理に戻る。一方、一定時間経過している場合は（ステップＳ２１０２のＹｅｓ）、機器連携処理部１２０１は、メモリに保存された応答メッセージを全て解析する（ステップＳ２１０３）。
【０１６０】
次に、表示部１２０３は、解析された複数の応答メッセージが示す複数台の対象機器の中から１台の対象機器をユーザが選択できるようなＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を表示する（ステップＳ２１０４）。さらに、解析された複数の応答メッセージから予測起動時間が取得された場合は、表示部１２０３は、取得された予測起動時間を、それぞれの対象機器に紐づけて表示する（ステップＳ２１０５）。具体的には、表示部１２０３は、例えば、図１７Ａ又は図１７Ｂに示すようなＧＵＩを表示する。
【０１６１】
図１７Ａ及び図１７Ｂの各々は、本発明の実施の形態２に係るクライアント機器が表示する情報の一例を示す図である。例えば図１７Ａに示すように、クライアント機器１００４は、対象機器ごとに、機器名称、起動状態、予測起動時間及び選択ボタンを表示する。
【０１６２】
また、クライアント機器１００４は、図１７Ｂに示すように、さらに各対象機器の消費電力を表示してもよい。この場合、応答メッセージに消費電力が含まれればよい。このように、消費電力が表示されることにより、複数の対象機器の中から消費電力の低い対象機器を選択することができ、省エネルギーに実現することができる。
【０１６３】
クライアント機器１００４は、表示された複数の機器の中から１台の機器を選択するための指示をユーザから受け付ける（ステップＳ２１０６）。その後、機器連携処理部１２０１は、選択された対象機器が起動状態であるかどうかを、応答メッセージ中の予測起動時間を示す情報の有無から判断する（ステップＳ２１０７）。
【０１６４】
ここで、選択された対象機器が起動状態でない場合は（ステップＳ２１０７のＮｏ）、機器連携処理部１２０１は、選択された対象機器を発見するための機器発見メッセージを、第１のネットワーク１００１上の機器にブロードキャストで送信する（ステップＳ２１０８）。一方、選択された対象機器が起動状態である場合は（ステップＳ２１０７のＹｅｓ）、そのまま処理を終了し、ストリーム再生処理に移行する。
【０１６５】
ステップＳ１５０８において、選択された１台の対象機器が特定される機器発見メッセージが送信されることで、ゲートウェイ機器１００３は、実施の形態１と同様の動作を行う。つまり、機器発見メッセージが示す要件を満たす１台の対象機器を遠隔起動する。さらにこの時、対象機器が起動するまでの間は、クライアント機器１００４は、画面上に代理応答メッセージに含まれる情報が示す予測起動時間に基づいた待ち時間を表示することができる。
【０１６６】
以上のように、本実施の形態に係る機器連携ネットワークシステム２０００によれば、機器発見メッセージが示す要件を満たす対象機器が複数台であった場合においても、無駄に対象機器を起動して電力を消費することを抑制することができる。また、ユーザに予測起動時間を通知しつつ、機器連携処理を継続することができる。
【０１６７】
つまり、本実施の形態に係る機器連携ネットワークシステム２０００によれば、起動状態ではない対象機器のすべてを遠隔起動する必要がないので、電力消費量の増大を抑制することが可能となる。
【０１６８】
以上、本発明の一態様に係る機器連携ネットワークシステムについて、実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、あるいは異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。
【０１６９】
例えば、上記実施の形態１及び２において、対象機器の代理で送信される応答メッセージには、予測起動時間を示す情報が含まれていたが、さらにその予測起動時間の予測精度を示す情報が含まれてもよい。この場合、起動時間収集管理部１１０７は、その対象機器の起動時間が収集された回数（以下、「収集回数」という）に基づいて、予測精度を算出すればよい。具体的には、起動時間収集管理部１１０７は、例えば、収集回数が多いほど予測精度が高くなるように、予測精度を算出すればよい。また例えば、起動時間収集管理部１１０７は、収集された起動時間の分散などを用いて、予測精度を算出してもよい。なお、収集回数に基づいて予測精度が算出される場合には、図１８に示すように、機器情報リスト１１０８には、さらに、収集回数が格納される。
【０１７０】
このように、応答メッセージに予測精度を示す情報が含まれることにより、クライアント機器１００４は、予測精度に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。具体的には、クライアント機器１００４は、例えば、予測精度が低い場合は、予測起動時間が経過した後にサーバ機器１００５へメッセージを送信するタイミングをさらに遅らせてもよい。また、クライアント機器１００４は、予測精度を画面に表示してもよい。
【０１７１】
また、上記実施の形態１及び２において、遠隔起動された対象機器から送信されるネットワーク参加メッセージには、ゲートウェイ機器１００３によって遠隔起動されたか否かを示す情報を含んでもよい。この場合、起動時間収集管理部１１０７は、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、その対象機器の起動時間を収集すればよい。
【０１７２】
これにより、ゲートウェイ機器１００３は、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ起動時間を収集することができる。つまり、ゲートウェイ機器１００３は、遠隔起動以外の起動処理によって起動されたときに送信されるネットワーク参加メッセージに基づいて起動時間が収集されることを防ぐことができる。その結果、ゲートウェイ機器１００３によって遠隔起動されたときの起動時間を高精度に収集することが可能となる。
【０１７３】
また、上記実施の形態１及び２において、クライアント機器１００４は、予測起動時間を画面に表示していたが、必ずしも表示する必要はない。例えば、クライアント機器１００４は、予測起動時間を示す音声を出力する音声出力部を備えてもよい。つまり、クライアント機器１００４は、予測起動時間をユーザに通知する通知部を備えればよい。
【０１７４】
また、上記実施の形態１及び２において、予測起動時間は、起動時間が収集されたときに予測されていたが、必ずしもこのようなタイミングで予測される必要はない。例えば、代理応答メッセージを送信する直前に予測起動時間を予測してもよい。この場合、機器情報リスト１１０８には、予測起動時間ではなく、収集された起動時間そのものが格納されればよい。
【０１７５】
また、上記実施の形態１及び２では、ストリームを送信するサーバ機器を発見するための処理について説明したが、本発明は、必ずしもそのような処理に限定される必要はない。例えば、本発明は、クライアント機器を発見するための処理に適用されてもよい。
【０１７６】
また、上記実施の形態１及び２において、図１０、図１７Ａ、又は図１７Ｂに示すように、表示部１２０３は、予測起動時間そのものを表示していたが、必ずしも予測起動時間そのものを表示する必要はない。例えば、表示部１２０３は、予測起動時間の代わりに、「大」、「中」、「小」などの記号を表示してもよい。
【０１７７】
また、上記実施の形態１及び２において、起動時間収集管理部１１０７は、対象機器が起動を開始した時刻と、ネットワーク参加メッセージを受信した時刻とを用いて、対象機器の起動時間を収集していたが、対象機器の消費電力値に基づいて対象機器の起動時間を収集してもよい。具体的には、起動時間収集管理部１１０７は、例えば、対象機器の消費電力値の履歴と予め定められたパターンとの比較結果に基づいて、対象機器の起動時間を収集してもよい。
【０１７８】
この場合、ゲートウェイ機器１００３は、対象機器の消費電力値を計測する消費電力計測部を備えてもよい。また、ゲートウェイ機器１００３は、消費電力計測機器から対象機器の消費電力値を取得してもよい。この消費電力計測部または消費電力計測機器は、例えば、ゲートウェイ機器１００３が設置された建屋内に設けられたコンセントあるいは分電盤などにおいて電流値を計測することにより、消費電力値を計測すればよい。このとき電流値は、例えば、コンセント、ブレーカーあるいは建屋全体の単位で計測されればよい。
【０１７９】
また、上記実施の形態１及び２において、ゲートウェイ機器１００３は、図２に示す各構成要素を備えていたが、必ずしもすべての構成要素を備える必要はない。例えば、ゲートウェイ機器は、図１９に示すようなゲートウェイ装置１０であってもよい。つまり、ゲートウェイ装置１０は、第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置１０であって、第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部１１と、複数の機器のうち、検出された機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が、第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部１２と、対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部１３と、対象機器が起動状態でない場合に、決定された予測起動時間を示す情報を含む応答メッセージを、対象機器の代理で送信する代理応答部１４とを備えればよい。
【０１８０】
また、上記実施の形態１及び２において、クライアント機器１００４は、図５に示す各構成要素を備えていたが、必ずしもすべての構成要素を備える必要はない。例えば、クライアント機器１００４は、第１のネットワーク上の機器と連携する通信装置であって、任意の要件を満たす機器を発見するための機器発見メッセージを第１のネットワーク上の機器に送信し、機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された応答メッセージに含まれている場合に、予測起動時間に基づいて所定処理を実行してもよい。
【０１８１】
また、上記実施の形態１又は２におけるゲートウェイ機器１００３、クライアント機器１００４又はサーバ機器１００５が備える構成要素の一部又は全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。例えば、ゲートウェイ機器１００３は、メッセージ監視部、起動状態管理部、予測起動時間決定部、及び代理応答部を有するシステムＬＳＩとして構成されてもよい。
【０１８２】
システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｍｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを含んで構成されるコンピュータシステムである。ＲＯＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。
【０１８３】
なお、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、あるいはＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１８４】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１８５】
また、本発明は、このような特徴的な処理部を備えるゲートウェイ装置として実現することができるだけでなく、ゲートウェイ装置に含まれる特徴的な処理部をステップとする機器連携方法として実現することもできる。また、機器連携方法に含まれる特徴的な各ステップをコンピュータに実行させるコンピュータプログラムとして実現することもできる。そして、そのようなコンピュータプログラムを、ＣＤ−ＲＯＭ等のコンピュータ読取可能な非一時的な記録媒体あるいはインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。
【産業上の利用可能性】
【０１８６】
本発明に係る機器連携ネットワークシステムは、例えば、ホームネットワーク上のＡＶ機器同士を連携させるＡＶシステムとして有用である。
【符号の説明】
【０１８７】
１０      ゲートウェイ装置
１１、１１０６      メッセージ監視部
１２、１１０３      起動状態管理部
１３      予測起動時間決定部
１４、１１０９      代理応答部
１１０５      遠隔起動制御部
１０００、２０００      機器連携ネットワークシステム
１００１      第１のネットワーク
１００２      第２のネットワーク
１００３      ゲートウェイ機器
１００４      クライアント機器
１００５      サーバ機器
１１０１、１３０７      第１の通信部
１１０２、１３０８      第２の通信部
１１０４      起動状態リスト
１１０７      起動時間収集管理部
１１０８      機器情報リスト
１１１０、１３０９      記憶部
１２０１、１３０３      機器連携処理部
１２０２      ストリーム再生部
１２０３      表示部
１２０４      通信部
１３０１      遠隔起動受付部
１３０２      起動部
１３０４      機器情報
１３０５      ストリーム送信部
１３０６      コンテンツ
２００５ａ    第１のサーバ機器
２００５ｂ    第２のサーバ機器
【図１】
2012060100.tif 000003
【図２】
2012060100.tif 000004
【図３】
2012060100.tif 000005
【図４】
2012060100.tif 000006
【図５】
2012060100.tif 000007
【図６】
2012060100.tif 000008
【図７】
2012060100.tif 000009
【図８】
2012060100.tif 000010
【図９】
2012060100.tif 000011
【図１０】
2012060100.tif 000012
【図１１】
2012060100.tif 000013
【図１２】
2012060100.tif 000014
【図１３】
2012060100.tif 000015
【図１４】
2012060100.tif 000016
【図１５】
2012060100.tif 000017
【図１６】
2012060100.tif 000018
【図１７Ａ】
2012060100.tif 000019
【図１７Ｂ】
2012060100.tif 000020
【図１８】
2012060100.tif 000021
【図１９】
2012060100.tif 000022
【手続補正書】
【提出日】平成24年3月26日(2012.3.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のネットワーク上の複数の機器を連携させるためのゲートウェイ装置であって、
前記第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部と、
前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも１つの対象機器が、前記第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部と、
前記第１のネットワーク上を流れるメッセージを監視することにより、前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部と、
前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答部とを備える
ゲートウェイ装置。
【請求項２】
前記ゲートウェイ装置は、さらに、
前記対象機器が起動を開始した時刻と、前記対象機器が前記第１のネットワーク上で通信可能な状態になったことを示すネットワーク参加メッセージを受信した時刻とを用いて、前記対象機器の起動時間を収集する起動時間収集部を備え、
前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定する
請求項１に記載のゲートウェイ装置。
【請求項３】
前記予測起動時間決定部は、さらに、前記起動時間収集部によって前記対象機器の起動時間が収集された回数に基づいて、決定した前記予測起動時間の予測精度を算出し、
前記応答メッセージは、さらに、算出された前記予測精度を示す情報を含む
請求項２に記載のゲートウェイ装置。
【請求項４】
前記ゲートウェイ装置は、さらに、
前記応答メッセージが送信される際に、第２のネットワークを介して前記対象機器を遠隔起動する遠隔起動制御部を備え、
前記起動時間収集部は、前記対象機器の遠隔起動を開始した時刻を、前記対象機器が起動を開始した時刻として用いて、前記対象機器の起動時間を収集する
請求項２又は３に記載のゲートウェイ装置。
【請求項５】
前記ネットワーク参加メッセージは、前記対象機器が、前記ゲートウェイ装置によって遠隔起動されたか否かを示す情報を含み、
前記起動時間収集部は、前記ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、前記対象機器の起動時間を収集する
請求項４に記載のゲートウェイ装置。
【請求項６】
前記遠隔起動制御部は、前記対象機器が１台である場合に、前記対象機器を遠隔起動し、前記対象機器が複数台である場合に、前記対象機器を遠隔起動しない
請求項４又は５に記載のゲートウェイ装置。
【請求項７】
前記ゲートウェイ装置は、さらに、
前記対象機器の消費電力値に基づいて、前記対象機器の起動時間を収集する起動時間収集部を備え、
前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定する
請求項１に記載のゲートウェイ装置。
【請求項８】
第１のネットワーク上の機器と連携する通信装置であって、
任意の要件を満たす機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信し、前記機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、
前記通信装置は、前記機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された前記応答メッセージに含まれている場合に、前記予測起動時間に基づいて少なくとも１つの所定処理を実行し、
前記機器連携処理部は、複数の前記応答メッセージを受信した場合に、さらに、複数の前記応答メッセージが示す複数台の対象機器の中から選択された１台の対象機器を発見するための機器発見メッセージを、前記第１のネットワーク上の機器に送信する
通信装置。
【請求項９】
前記通信装置は、さらに、
受信された前記応答メッセージに予測起動時間が含まれている場合に、前記応答メッセージが示す対象機器に紐づけて前記予測起動時間をユーザに通知する処理を、前記所定処理として実行する通知部を備える
請求項８に記載の通信装置。
【請求項１０】
前記機器連携処理部は、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記応答メッセージを受信した時刻から前記予測起動時間が経過した後に、前記応答メッセージが示す対象機器に、前記対象機器と連携するためのメッセージを送信する処理を、前記所定処理として実行する
請求項８又は９に記載の通信装置。
【請求項１１】
（削除）
【請求項１２】
請求項１〜７のいずれか１項に記載のゲートウェイ装置と、
請求項８〜１０のいずれか１項に記載の通信装置とを備える
機器連携ネットワークシステム。
【請求項１３】
前記ゲートウェイ装置は、集積回路として構成されている
請求項１〜７のいずれか１項に記載のゲートウェイ装置。
【請求項１４】
第１のネットワーク上の複数の機器を連携させるための機器連携方法であって、
前記第１のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視ステップと、
前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも１台の対象機器が、前記第１のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理ステップと、
前記第１のネットワーク上を流れるメッセージを監視することにより、前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定ステップと、
前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答ステップとを含む
機器連携方法。
【請求項１５】
請求項１４に記載の機器連携方法をコンピュータに実行させるためのプログラム。
【国際調査報告】
2012060100.tif 000023
2012060100.tif 000024
2012060100.tif 000025