第1のネットワーク上の複数の機器を連携させるためのゲートウェイ装置であって、前記第1のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部と、前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも1つの対象機器が、前記第1のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部と、前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部と、前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答部とを備えるゲートウェイ装置。前記ゲートウェイ装置は、さらに、前記対象機器が起動を開始した時刻と、前記対象機器が前記第1のネットワーク上で通信可能な状態になったことを示すネットワーク参加メッセージを受信した時刻とを用いて、前記対象機器の起動時間を収集する起動時間収集部を備え、前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定する請求項1に記載のゲートウェイ装置。前記予測起動時間決定部は、さらに、前記起動時間収集部によって前記対象機器の起動時間が収集された回数に基づいて、決定した前記予測起動時間の予測精度を算出し、前記応答メッセージは、さらに、算出された前記予測精度を示す情報を含む請求項2に記載のゲートウェイ装置。前記ゲートウェイ装置は、さらに、前記応答メッセージが送信される際に、第2のネットワークを介して前記対象機器を遠隔起動する遠隔起動制御部を備え、前記起動時間収集部は、前記対象機器の遠隔起動を開始した時刻を、前記対象機器が起動を開始した時刻として用いて、前記対象機器の起動時間を収集する請求項2又は3に記載のゲートウェイ装置。前記ネットワーク参加メッセージは、前記対象機器が、前記ゲートウェイ装置によって遠隔起動されたか否かを示す情報を含み、前記起動時間収集部は、前記ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、前記対象機器の起動時間を収集する請求項4に記載のゲートウェイ装置。前記遠隔起動制御部は、前記対象機器が1台である場合に、前記対象機器を遠隔起動し、前記対象機器が複数台である場合に、前記対象機器を遠隔起動しない請求項4又は5に記載のゲートウェイ装置。前記ゲートウェイ装置は、さらに、前記対象機器の消費電力値に基づいて、前記対象機器の起動時間を収集する起動時間収集部を備え、前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定する請求項1に記載のゲートウェイ装置。第1のネットワーク上の機器と連携する通信装置であって、任意の要件を満たす機器を発見するための機器発見メッセージを、前記第1のネットワーク上の機器に送信し、前記機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、前記通信装置は、前記機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された前記応答メッセージに含まれている場合に、前記予測起動時間に基づいて少なくとも1つの所定処理を実行する通信装置。前記通信装置は、さらに、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記予測起動時間をユーザに通知する処理を、前記所定処理として実行する通知部を備える請求項8に記載の通信装置。前記機器連携処理部は、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記応答メッセージを受信した時刻から前記予測起動時間が経過した後に、前記応答メッセージが示す対象機器に、前記対象機器と連携するためのメッセージを送信する処理を、前記所定処理として実行する請求項8又は9に記載の通信装置。前記機器連携処理部は、複数の前記応答メッセージを受信した場合に、さらに、複数の前記応答メッセージが示す複数台の対象機器の中から選択された1台の対象機器を発見するための機器発見メッセージを、前記第1のネットワーク上の機器に送信する請求項8~10のいずれか1項に記載の通信装置。請求項1~7のいずれか1項に記載のゲートウェイ装置と、請求項8~11のいずれか1項に記載の通信装置とを備える機器連携ネットワークシステム。前記ゲートウェイ装置は、集積回路として構成されている請求項1~7のいずれか1項に記載のゲートウェイ装置。第1のネットワーク上の複数の機器を連携させるための機器連携方法であって、前記第1のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視ステップと、前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも1台の対象機器が、前記第1のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理ステップと、前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定ステップと、前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答ステップとを含む機器連携方法。請求項14に記載の機器連携方法をコンピュータに実行させるためのプログラム。しかしながら、上記従来の方式では、実際の対象機器の起動時間が例えば10秒を超えるほど長かった場合などについての考慮がなされていない。そのため、家電機器などを対象とした機器連携では、余りに起動時間が長い場合に、機器連携ネットワークシステムを利用するユーザが不安になる恐れがある。特に、機器連携ネットワークシステムでは、ユーザは、自信が操作する機器を介して、目に見えない場所にある機器を制御する場合もある。このような場合に、対象機器の起動時間が長くなれば、ユーザは、現在のステートが分からないため非常に不安になり、誤操作を行う可能性もある。その結果、機器連携が失敗することも考えられる。また、対象機器の起動時間が長い場合に、起動前に対象機器にメッセージを送信してしまうなどの理由により、機器連携が失敗することも考えられる。そこで、本発明は、上記課題を解決するためになされたものであり、ネットワーク上の複数の機器に起動状態ではない機器が含まれる場合であっても、その複数の機器を安定して連携させることができるゲートウェイ装置、通信装置、機器連携ネットワークシステム、及び機器連携方法を提供することを目的とする。上記目的を達成するために、本発明の一態様に係るゲートウェイ装置は、第1のネットワーク上の複数の機器を連携させるためのゲートウェイ装置であって、前記第1のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部と、前記複数の機器のうち、検出された前記機器発見メッセージに示されている要件を満たす少なくとも1台の対象機器が、前記第1のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部と、前記対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部と、前記対象機器が起動状態でない場合に、決定された前記予測起動時間を示す情報を含む応答メッセージを、前記対象機器の代理で送信する代理応答部とを備える。この構成によれば、対象機器が起動状態でない場合に、予測起動時間を示す情報を含む応答メッセージを対象機器の代理で返信することができる。したがって、応答メッセージを受信した機器は、応答メッセージに含まれる対象機器の起動時間を示す情報に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。また、前記ゲートウェイ装置は、さらに、前記対象機器が起動を開始した時刻と、前記対象機器が前記第1のネットワーク上で通信可能な状態になったことを示すネットワーク参加メッセージを受信した時刻とを用いて、前記対象機器の起動時間を収集する起動時間収集部を備え、前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定することが好ましい。この構成によれば、過去に収集された対象機器の起動時間に基づいて予測起動時間を決定することができ、予測起動時間の正確さを向上させることができる。また、前記予測起動時間決定部は、さらに、前記起動時間収集部によって前記対象機器の起動時間が収集された回数に基づいて、決定した前記予測起動時間の予測精度を算出し、前記応答メッセージは、さらに、算出された前記予測精度を示す情報を含むことが好ましい。この構成によれば、応答メッセージに予測精度を示す情報が含まれるので、応答メッセージを受信した機器は、さらに予測精度に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。また、前記ゲートウェイ装置は、さらに、前記応答メッセージが送信される際に、第2のネットワークを介して前記対象機器を遠隔起動する遠隔起動制御部を備え、前記起動時間収集部は、前記対象機器の遠隔起動を開始した時刻を、前記対象機器が起動を開始した時刻として用いて、前記対象機器の起動時間を収集することが好ましい。この構成によれば、対象機器を遠隔起動することができるとともに、対象機器の遠隔起動を開始した時刻を、対象機器が起動を開始した時刻として用いることができる。したがって、より正確な起動時間を収集することができる。また、前記ネットワーク参加メッセージは、前記対象機器が、前記ゲートウェイ装置によって遠隔起動されたか否かを示す情報を含み、前記起動時間収集部は、前記ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、前記対象機器の起動時間を収集することが好ましい。この構成によれば、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ起動時間を収集することができる。つまり、遠隔起動以外の起動処理によって起動されたときに送信されるネットワーク参加メッセージに基づいて起動時間が収集されることを防ぐことができる。その結果、ゲートウェイ装置によって遠隔起動されたときの起動時間を高精度に収集することが可能となる。また、前記遠隔起動制御部は、前記対象機器が1台である場合に、前記対象機器を遠隔起動し、前記対象機器が複数台である場合に、前記対象機器を遠隔起動しないことが好ましい。この構成によれば、対象機器が複数台であった場合に、起動状態ではない対象機器のすべてを遠隔起動する必要がないので、電力消費量の増大を抑制することが可能となる。また、前記ゲートウェイ装置は、さらに、前記対象機器の消費電力値に基づいて、前記対象機器の起動時間を収集する起動時間収集部を備え、前記予測起動時間決定部は、過去に収集された前記対象機器の起動時間に基づいて、前記予測起動時間を決定することが好ましい。この構成によれば、対象機器の消費電力値に基づいて対象機器の起動時間を容易に収集することができる。また、本発明の一態様に係る通信装置は、第1のネットワーク上の機器と連携する通信装置であって、任意の要件を満たす機器を発見するための機器発見メッセージを、前記第1のネットワーク上の機器に送信し、前記機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、前記通信装置は、前記機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された前記応答メッセージに含まれている場合に、前記予測起動時間に基づいて少なくとも1つの所定処理を実行する。この構成によれば、機器発見メッセージに対する応答メッセージに予測起動時間が含まれる場合に、その予測起動時間に基づいて少なくとも1つの所定処理を実行することが可能となる。また、さらに、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記予測起動時間をユーザに通知する処理を、前記所定処理として実行する通知部を備えることが好ましい。この構成によれば、応答メッセージに予測起動時間が含まれる場合に、その予測起動時間をユーザに通知することができ、ユーザの誤操作を抑制することが可能となる。また、前記機器連携処理部は、受信された前記応答メッセージに予測起動時間が含まれている場合に、前記応答メッセージを受信した時刻から前記予測起動時間が経過した後に、前記応答メッセージが示す対象機器に、前記対象機器と連携するためのメッセージを送信する処理を、前記所定処理として実行することが好ましい。この構成によれば、応答メッセージに含まれる予測起動時間が経過した後に、対象機器にメッセージを送信することができるので、対象機器と安定して連携することが可能となる。また、前記機器連携処理部は、複数の前記応答メッセージを受信した場合に、さらに、複数の前記応答メッセージが示す複数台の対象機器の中から選択された1台の対象機器を発見するための機器発見メッセージを、前記第1のネットワーク上の機器に送信することが好ましい。この構成によれば、対象機器が複数台であった場合に、さらに、選択された一台の対象機器を発見するための機器発見メッセージを送信することができる。その結果、ゲートウェイ装置は、すべての対象機器を起動状態にする必要がないので、電力消費量の増大を抑制することが可能となる。また、上記ゲートウェイ装置は、集積回路として構成されてもよい。なお、本発明は、このようなゲートウェイ装置と通信装置とを備える機器連携ネットワークシステムとして実現することもできる。また、本発明は、このようなゲートウェイ装置が備える特徴的な構成部の動作をステップとする機器連携方法として実現することもできる。また、本発明は、機器連携方法に含まれる各ステップをコンピュータに実行させるプログラムとして実現することもできる。そして、そのようなプログラムは、CD-ROMCompactDiscReadOnlyMemory等の非一時的な記録媒体あるいはインターネット等の伝送媒体を介して配信することができるのは言うまでもない。以上のように、本発明によれば、ネットワーク上の対象機器が起動状態でない場合に、対象機器を遠隔起動するとともに、予測される対象機器の起動時間を含む応答メッセージを対象機器の代理で返信することができる。したがって、応答メッセージを受信した機器は、予測される対象機器の起動時間に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。以下、本発明の実施の形態について、図面を参照しながら説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示す。つまり、以下の実施の形態で示される数値、構成要素、構成要素の配置及び接続形態、ステップ、ステップの順序などは、本発明の一例であり、本発明を限定する主旨ではない。本発明は、請求の範囲の記載に基づいて特定される。したがって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素は、本発明の課題を達成するために必ずしも必要ではないが、より好ましい形態を構成する構成要素として説明される。実施の形態1図1は、本発明の実施の形態1に係る機器連携ネットワークシステム1000の概要を示す図である。図1に示すように、機器連携ネットワークシステム1000は、ゲートウェイ機器1003と、クライアント機器1004と、サーバ機器1005とを備える。これらのゲートウェイ機器1003とクライアント機器1004とサーバ機器1005とは、無線によって、第1のネットワーク1001に接続されている。第1のネットワーク1001は、例えば、IPInternetProtocolを用いた通信網であるLANLocalAreaNetworkである。なお、ゲートウェイ機器1003とクライアント機器1004とサーバ機器1005とは、必ずしも無線によって、第1のネットワーク1001に接続されている必要はない。サーバ機器1005とゲートウェイ機器1003とは、第2のネットワーク1002に接続されている。ゲートウェイ機器1003は、この第2のネットワーク1002を介して、サーバ機器1005を遠隔起動することができる。第2のネットワーク1002は、例えば、ZigBeeなどの特定省電力無線ネットワークであることが好ましい。これにより、サーバ機器1005は、第2のネットワーク1002を介して通信するために、非起動状態である場合にも供給しなければならない電力を削減することができる。つまり、サーバ機器1005は、待機電力を削減することができる。なお、第2のネットワーク1002は、例えば、独自の専用ネットワークであってもよい。また、第2のネットワーク1002は、例えば、電源スイッチによる起動制御が可能な信号線によって実現されてもよい。つまり、第2のネットワーク1002は、最低限の機能として、接続された対象機器を起動状態から非起動状態に変更できればよく、第1のネットワーク1001と同一であってもよい。なお、起動状態とは、第1のネットワーク1001上で通信できる状態を示す。逆に、非起動状態とは、第1のネットワーク1001上で通信できない状態を示す。次に、機器連携ネットワークシステム1000に含まれる各機器の詳細について説明する。図2は、本発明の実施の形態1に係るゲートウェイ機器1003の機能構成を示すブロック図である。このゲートウェイ機器1003は、ゲートウェイ装置に相当する。具体的には、図2に示すように、ゲートウェイ機器1003は、第1の通信部1101と、第2の通信部1102と、起動状態管理部1103と、遠隔起動制御部1105と、メッセージ監視部1106と、起動時間収集管理部1107と、代理応答部1109と、記憶部1110とを備える。第1の通信部1101は、第1のネットワーク1001上の機器ここでは、クライアント機器1004又はサーバ機器1005と通信するための通信インタフェースである。また、第2の通信部1102は、第2のネットワーク1002上の機器ここでは、サーバ機器1005と通信するための通信インタフェースである。起動状態管理部1103は、第2の通信部1102を使って、第2のネットワーク1002上の機器が起動状態であるかどうかを確認する。さらに、起動状態管理部1103は、確認結果を、機器を識別するための機器IDに対応付けて起動状態リスト1104に格納する。なお、起動状態リスト1104の詳細は、図3を用いて後述する。遠隔起動制御部1105は、第2のネットワーク1002上の機器に対して起動又は終了の指示を行い、機器の起動状態を制御する。つまり、遠隔起動制御部1105は、第2のネットワーク1002を介して機器を遠隔起動することにより、その機器を非起動状態から起動状態に変化させる。さらに、遠隔起動制御部1105は、機器の遠隔起動を開始した時刻を起動時間収集管理部1107に通知する。メッセージ監視部1106は、第1のネットワーク1001上に流れるメッセージを監視することにより、機器発見メッセージを検出する。また、メッセージ監視部1106は、機器発見メッセージを検出したときに、対象機器が起動状態であるかどうかを確認することを起動状態管理部1103に依頼する。なお、機器発見メッセージとは、第1のネットワーク1001上の機器の中から任意の要件を満たす機器を発見するためのメッセージである。具体的には、機器発見メッセージは、当該機器発見メッセージが示す要件を満たす機器である対象機器に対して、応答メッセージの返信を要求するメッセージである。また、対象機器とは、機器発見メッセージの対象となる機器である。具体的には、対象機器とは、第1のネットワーク上の機器のうち機器発見メッセージが示す要件を満たす機器である。ここで、メッセージ監視部1106は、対象機器が起動状態である場合は何もせず、対象機器が起動状態でない場合は、代理応答部1109に代理応答を依頼する。また、メッセージ監視部1106は、Notifyなどのネットワーク参加メッセージを受信した場合は、その旨を時刻とともに起動時間収集管理部1107に通知する。なお、ネットワーク参加メッセージとは、第1のネットワーク1001上で通信可能な状態になったことを示すメッセージである。つまり、ネットワーク参加メッセージは、機器が起動状態になったことを示すメッセージである。起動時間収集管理部1107は、起動時間収集部に相当し、遠隔起動制御部1105から入手した対象機器の遠隔起動を開始した時刻遠隔起動開始時刻と、メッセージ監視部1106から入手したネットワーク参加メッセージを受信した時刻ネットワーク参加メッセージ受信時刻とに基づいて対象機器の起動時間を収集する。つまり、起動時間収集管理部1107は、遠隔起動開始時刻からネットワーク参加メッセージ受信時刻までの時間を起動時間として収集する。ここで、起動時間とは、機器の状態が、非起動状態から起動状態に変化するまでにかかる時間である。つまり、起動時間とは、対象機器の状態が、第1のネットワーク1001上での通信が不可能な状態から可能な状態になるまでの時間である。また、起動時間収集管理部1107は、予測起動時間決定部にも相当し、対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する。本実施の形態では、起動時間収集管理部1107は、過去に収集された起動時間に基づいて、将来に対象機器が遠隔起動されたときに対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する。具体的には、起動時間収集管理部1107は、例えば、直近に収集された起動時間を予測起動時間と決定する。また例えば、起動時間収集管理部1107は、過去に収集された起動時間の平均値を予測起動時間として予測してもよい。また例えば、起動時間収集管理部1107は、過去に収集された起動時間のうち他と大きく異なる起動時間を除いた起動時間の平均値を予測起動時間として予測してもよい。なお、平均値は、統計的な平均であればよく、必ずしも算術平均値である必要はない。また、起動時間収集管理部1107は、平均値の代わりに、中央値あるいは最頻値を予測起動時間として予測してもよい。つまり、起動時間収集管理部1107は、過去に収集された起動時間の統計的な代表値を予測起動時間と決定すればよい。なお、起動時間収集管理部1107は、必ずしも過去に収集された起動時間に基づいて予測起動時間を決定する必要はない。例えば、起動時間収集管理部1107は、ユーザによって予め設定された時間を予測起動時間と決定してもよい。そして、起動時間収集管理部1107は、ここで決定した対象機器の予測起動時間を機器情報リスト1108に格納する。代理応答部1109は、メッセージ監視部1106からの依頼に基づいて、機器情報リスト1108に格納された対象機器のアドレス情報及び予測起動時間などを参照することにより、対象機器の代理で送信する応答メッセージを生成する。具体的には、代理応答部1109は、起動時間収集管理部1107によって決定された予測起動時間を示す情報を含む応答メッセージを生成する。そして、代理応答部1109は、生成した応答メッセージを、機器発見メッセージの送信元の機器に送信する。ここで、予測起動時間を示す情報は、必ずしも予測起動時間そのものを示す情報である必要はない。例えば、予測起動時間を示す情報は、予測起動時間の長さの程度を示す情報であってもよい。具体的には、予測起動時間を示す情報は、例えば、予測起動時間の長さに応じた分類記号例えば、大、中、又は小などであってもよい。記憶部1110は、例えば、ハードディスクあるいはフラッシュメモリなどであり、起動状態リスト1104と機器情報リスト1108とを記憶している。以下に、起動状態リスト1104と機器情報リスト1108とについて、図3及び図4を用いて説明する。図3は、本発明の実施の形態1に係る起動状態リスト1104の一例を示す図である。図3に示すように、起動状態リスト1104には、機器IDと、状態情報とが対応付けて格納されている。機器IDは、第1のネットワーク1001上の機器間で管理されるユニークなIDである。つまり、機器IDは、第1のネットワーク1001上の機器を識別するための識別子である。例えば、機器IDは、ユーザに設定される。また例えば、機器IDは、予め機器に設定されていてもよい。状態情報は、機器IDによって識別される機器が起動状態であるかどうかを示す。図3では、機器IDID-001によって識別される機器が、非起動状態であることを示す。図4は、本発明の実施の形態1に係る機器情報リスト1108の一例を示す図である。図4に示すように、機器情報リスト1108には、機器IDに対応付けて、機器情報、アドレス情報、及び予測起動時間が格納されている。機器情報は、対象機器が提供可能なサービスに関する情報を主に示す。図4に示す機器情報リスト1108では、例えば、ID-001により識別される機器は、画像あるいは音声などをストリーミング送信可能なサーバ機器として管理されている。アドレス情報は、第1のネットワーク1001上の機器間において通信するための情報である。図4では、例えば、ID-001により識別される機器のアドレス情報として、IPアドレス192.168.1.10が格納されている。予測起動時間は、起動時間収集管理部1107によって予測された起動時間である。図4では、ID-001により識別される機器の予測起動時間として、20秒が格納されている。次に、クライアント機器1004の機能構成について、図5を用いて説明する。図5は、本発明の実施の形態1に係るクライアント機器1004の機能構成を示すブロック図である。このクライアント機器1004は、通信装置に相当する。図5に示すように、クライアント機器1004は、機器連携処理部1201と、ストリーム再生部1202と、表示部1203と、通信部1204とを備える。機器連携処理部1201は、任意の要件を満たす機器を発見するための機器発見メッセージを、第1のネットワーク1001上の機器に送信する。本実施の形態では、機器連携処理部1201は、第1のネットワーク1001上のサーバ機器1005を発見するために、サーバ機器であれば応答メッセージを返信するように記載された機器発見のメッセージを、通信部1204を用いてマルチキャストで送信する。そして、機器連携処理部1201は、送信した機器発見メッセージに対する応答メッセージを受信する。なお、機器発見メッセージに対する応答メッセージを受信した場合、機器連携処理部1201は、ストリーム再生部1202にその旨を通知する。また、機器連携処理部1201は、機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間を示す情報が応答メッセージに含まれているかどうかを判定する。ここで、応答メッセージに予測起動時間を示す情報が含まれている場合に、表示部1203にその予測起動時間を示す情報を通知する。ストリーム再生部1202は、機器連携処理部1201からの通知に応じて、機器発見メッセージに対する応答メッセージが示す対象機器ここではサーバ機器1005に、通信部1204を用いて、ストリーム送信要求メッセージを送信する。なお、応答メッセージに予測起動時間を示す情報が含まれている場合には、ストリーム再生部1202は、応答メッセージを受信した時刻から予測起動時間が経過した後に、このストリーム送信要求メッセージを送信する。そして、ストリーム再生部1202は、第1のネットワーク1001を介してサーバ機器1005から送信されるストリームを再生する。なお、応答メッセージが示す対象機器とは、応答メッセージの送信元の機器又は応答メッセージの送信が代理された機器である。本実施の形態では、応答メッセージが示す対象機器は、サーバ機器1005である。表示部1203は、通知部の一例であり、例えば液晶ディスプレイ又はプラズマディスプレイなどである。表示部1203は、ストリーム再生部1202により再生される動画像データを表示する。また、表示部1203は、機器連携処理部1201からの通知された予測起動時間を表示する。つまり、表示部1203は、受信された応答メッセージに予測起動時間を示す情報が含まれている場合に、その予測起動時間を示す情報をユーザに通知する。通信部1204は、第1のネットワーク1001に接続された機器ここでは、ゲートウェイ機器1003又はサーバ機器1005と通信するための通信インタフェースである。次に、サーバ機器1005の機能構成について、図6を用いて説明する。図6は、本発明の実施の形態1に係るサーバ機器1005の機能構成を示すブロック図である。図6に示すように、サーバ機器1005は、遠隔起動受付部1301と、起動部1302と、機器連携処理部1303と、ストリーム送信部1305と、第1の通信部1307と、第2の通信部1308と、記憶部1309とを備える。遠隔起動受付部1301は、第2の通信部1102を用いて、遠隔起動要求を、第2のネットワーク1002を介してゲートウェイ機器1003から受信する。そして、遠隔起動受付部1301は、受信した遠隔起動要求を起動部1302に通知する。起動部1302は、遠隔起動受付部1301からの通知に応じて、サーバ機器1005を起動する。つまり、起動部1302は、サーバ機器1005の状態を非起動状態から起動状態に変化させる。機器連携処理部1303は、サーバ機器1005が起動状態である場合に、クライアント機器1004から第1のネットワーク1001を介して機器発見メッセージを受信する。そして、機器連携処理部1303は、自機器サーバ機器1005が、機器発見メッセージが示す要件を満たす対象機器であるかどうかを、機器情報1304を参照することにより確認する。そして、自機器が対象機器である場合は、機器連携処理部1303は、機器発見メッセージの送信元に応答メッセージを送信する。機器情報1304は、自機器に関する情報を含む。具体的には、機器情報1304は、自機器がサーバとして機能するかどうかを示す情報を含む。機器連携処理部1303は、さらに、サーバ機器1005が非起動状態から起動状態に変化したときに、第1の通信部1307を用いて、ネットワーク参加メッセージを第1のネットワーク1001上の機器にブロードキャストで送信する。ストリーム送信部1305は、クライアント機器1004から受信したストリーム送信要求メッセージにしたがって、記憶部1309からコンテンツ1306を読み出し、クライアント機器1004に、コンテンツ1306をストリームとして送信する。第1の通信部1307は、第1のネットワーク1001に接続された機器ここでは、ゲートウェイ機器1003又はクライアント機器1004と通信するための通信インタフェースである。また、第2の通信部1102は、第2のネットワーク1002に接続された機器ここでは、ゲートウェイ機器1003と通信するための通信インタフェースである。記憶部1309、例えば、ハードディスクあるいはフラッシュメモリなどである。記憶部1309には、機器情報1304とコンテンツ1306とが記憶されている。次に、以上のように構成された機器連携ネットワークシステム1000の各種動作について説明する。図7は、本発明の実施の形態1に係る機器連携ネットワークシステム1000における情報の流れを示すシーケンス図である。なお、図7では、初期状態として、サーバ機器1005が非起動状態である場合について説明する。まず、クライアント機器1004の機器連携処理部1201は、機器発見メッセージを第1のネットワーク1001上の機器ゲートウェイ機器1003及びサーバ機器1005にブロードキャストで送信するステップS101。なお、サーバ機器1005は、非起動状態であるので機器発見メッセージを受信できない。次に、ゲートウェイ機器1003の起動状態管理部1103は、機器発見メッセージが示す要件を満たす対象機器が起動状態であるかどうかを確認する。ここでは、起動状態管理部1103は、図4に示す機器情報リスト1108の機器情報がサーバ機器である機器IDID-001を抽出する。そして、起動状態管理部1103は、図3に示す起動状態リスト1104を参照して、抽出した機器IDの機器が起動状態であるかどうかを確認する。本実施の形態では、ID-001によって識別される機器は、サーバ機器1005であるとする。サーバ機器1005が起動状態でないので、遠隔起動制御部1105は、サーバ機器1005を遠隔起動するための遠隔起動要求をサーバ機器1005に送信するステップS102。また、ゲートウェイ機器1003の代理応答部1109は、サーバ機器1005の代理で、予測起動時間を示す情報を含む代理応答メッセージを、機器発見メッセージの送信元であるクライアント機器1004に送信するステップS103。具体的には、代理応答部1109は、例えば、図4に示す機器情報リスト1108を参照して、サーバ機器1005の予測起動時間20秒を取得する。そして、代理応答部1109は、このように取得した予測起動時間を示す情報を含む代理応答メッセージをクライアント機器1004に送信する。続いて、サーバ機器1005の起動部1302は、遠隔起動要求に応じて、サーバ機器1005を起動するステップS104。そして、サーバ機器1005が起動状態になったときに、機器連携処理部1303は、ネットワーク参加メッセージを第1のネットワーク1001上の機器にマルチキャストで送信するステップS105。ゲートウェイ機器1003の起動時間収集管理部1107は、遠隔起動要求を送信した時刻からネットワーク参加メッセージを受信した時刻までの時間をサーバ機器1005の起動時間として収集する。さらに、起動時間収集管理部1107は、このように収集された起動時間を用いて、将来にサーバ機器1005が遠隔起動されたときに起動に要すると予測される時間を予測起動時間として決定し、予測起動時間を機器情報リスト1108に格納する。クライアント機器1004の機器連携処理部1201は、代理応答メッセージが受信された時刻から予測起動時間が経過した後に、ストリーム送信要求メッセージをサーバ機器1005に送信するステップS106。サーバ機器1005のストリーム送信部1305は、クライアント機器1004からストリーム送信要求メッセージを受信し、ストリーム送信応答メッセージをクライアント機器1004に送信するステップS107。その後、クライアント機器1004のストリーム再生部1202は、サーバ機器1005から送信されるストリームを再生するために必要な処理以下、ストリーム再生処理というを実行するステップS108。次に、ゲートウェイ機器1003の処理の流れについて、図8を用いて説明する。図8は、本発明の実施の形態1に係るゲートウェイ機器1003の処理の流れを示すフローチャートである。具体的には、図8は、ゲートウェイ機器1003が、機器発見メッセージを検出してから予測起動時間を機器情報リスト1108に格納するまでの処理の流れを示すフローチャートである。なお、図8に示す処理の開始前に、起動状態管理部1103は、第2の通信部1102を用いて、第2のネットワーク1002上の機器が起動状態であるかどうかを確認し、確認結果を起動状態リスト1104に格納している。なお、機器が起動状態であるかどうかを確認する方法としては、例えば、第2のネットワーク1002上の機器が、起動状態であるかどうかを示す情報をゲートウェイ機器1003の起動状態管理部1103に通知してもよいし、ゲートウェイ機器1003の起動状態管理部1103が、定期的又は任意のタイミングで第2のネットワーク1002上の機器に問い合わせてもよい。メッセージ監視部1106は、第1のネットワーク1001上を流れるメッセージを監視し、第1の通信部1101がメッセージを受信したことを検知する。そして、メッセージ監視部1106は、受信したメッセージが機器発見メッセージであるかどうかを判定するステップS1001。ここで、受信したメッセージが機器発見メッセージでなかった場合はステップS1001のNo、メッセージが監視されている状態に戻る。一方、受信したメッセージが機器発見メッセージであった場合はステップS1001のYes、メッセージ監視部1106は、機器情報リスト1108を参照することにより、機器発見メッセージが示す要求を満たす機器を対象機器として抽出する。続いて、起動状態管理部1103は、起動状態リスト1104を参照することにより、対象機器が起動状態であるかどうかを確認するステップS1002。ここで、対象機器が起動状態である場合はステップS1003のYes、メッセージが監視されている状態に戻る。一方、対象機器が起動状態でない場合はステップS1003のNo、遠隔起動制御部1105は、対象機器を遠隔起動するステップS1004。このとき、起動時間収集管理部1107は、遠隔起動を開始した時刻を保持しておく。また、代理応答部1109は、機器情報リスト1108を参照して、代理応答メッセージを作成するステップS1005。そして、代理応答部1109は、作成した代理応答メッセージを、第1の通信部1101を用いて機器発見メッセージの送信元の機器に送信するステップS1006。このとき、メッセージ監視部1106は、第1のネットワーク1001上を流れるメッセージを監視しているステップS1007。ここで、第1の通信部1101が受信したメッセージが、ステップS1004で遠隔起動した対象機器からのネットワーク参加メッセージであった場合はステップS1007のYes、起動時間収集管理部1107は、ステップS1004で保持した時刻と、ネットワーク参加メッセージが受信された時刻とから起動時間を収集するステップS1008。そして、今までに収集された対象機器の起動時間に基づいて、将来に対象機器が遠隔起動されるときに起動に要すると予測される時間を予測起動時間として決定するステップS1009。さらに、起動時間収集管理部1107は、予測起動時間を機器情報リスト1108に格納しステップS1010、ステップS1001に戻る。次に、クライアント機器1004の処理の流れについて、図9を用いて説明する。図9は、本発明の実施の形態1に係るクライアント機器1004の処理の流れを示すフローチャートである。具体的には、図9は、クライアント機器1004が、機器発見メッセージを送信してからコンテンツのストリーム再生を開始するまでの処理の流れを示すフローチャートである。まず、機器連携処理部1201は、第1のネットワーク1001上のサーバ機器を発見するための機器発見メッセージを、通信部1204を用いて、第1のネットワーク1001上の機器にマルチキャストで送信するステップS1101。その後、機器連携処理部1201は、通信部1204が受信したメッセージが、機器発見メッセージに対する応答メッセージ以下、機器発見応答メッセージというであるかどうかを判定するステップS1102。ここで、通信部1204が受信したメッセージが機器発見応答メッセージでない場合はステップS1102のNo、機器発見応答メッセージを受信するまでステップS1102の処理を繰り返す。一方、通信部1204が受信したメッセージが機器発見応答メッセージである場合ステップS1102のYes、機器連携処理部1201は、機器発見応答メッセージを解析するステップS1103。そして、機器連携処理部1201は、機器発見応答メッセージに予測起動時間を示す情報が含まれているかどうかを判定するステップS1104。ここで、機器発見応答メッセージに予測起動時間を示す情報が含まれていなかった場合はステップS1104のNo、ストリーム再生部1202は、機器発見応答メッセージが示す対象機器であるサーバ機器1005が起動状態であると判断し、ストリーム送信要求メッセージをサーバ機器1005に送信するステップS1107。一方、応答メッセージに予測起動時間を示す情報が含まれていた場合はステップS1104のYes、表示部1203は、予測起動時間を画面に表示するステップS1105。例えば、表示部1203は、図10に示すように、予測起動時間を画面に表示する。そして、機器連携処理部1201は、予測起動時間だけ待ちステップS1106、その後、ストリーム再生部1202に、サーバ機器1005が起動状態であると予測されることを通知する。そして、ストリーム再生部1202は、ストリーム送信要求メッセージをサーバ機器1005に送信するステップS1107。その後、ストリーム再生部1202は、通信部1204が受信したメッセージがストリーム送信応答メッセージであるかどうかを判定するステップS1108。ここで、通信部1204が受信したメッセージがストリーム送信応答メッセージでない場合はステップS1108のNo、ストリーム送信応答メッセージを受信するまでステップS1108の処理を繰り返す。一方、通信部1204が受信したメッセージがストリーム送信応答メッセージである場合はステップS1108のYes、ストリーム再生部1202は、ストリーム再生処理を開始するステップS1109。次に、サーバ機器1005の処理の流れを、図11及び図12を用いて説明する。図11は、本発明の実施の形態1に係るサーバ機器1005の起動処理の流れを示すフローチャートである。具体的には、図11は、サーバ機器1005が、遠隔起動要求を受信してからネットワーク参加メッセージを送信するまでの処理の流れを示すフローチャートである。まず、遠隔起動受付部1301は、第2のネットワーク1002を介して、ゲートウェイ機器1003から遠隔起動要求を受け付け、起動部1302に遠隔起動要求を受け付けたことを通知する。その後、起動部1302は、サーバ機器1005全体を起動するステップS1201。なお、サーバ機器1005が非起動状態であっても、起動部1302、遠隔起動受付部1301、及び第2の通信部1308には、電力が供給され、処理が実行できる状態である。機器連携処理部1303は、サーバ機器1005が起動状態、つまり、第1の通信部1307を用いてメッセージを送信可能な状態になるまで待つステップS1202。そして、機器連携処理部1303は、メッセージを送信可能な状態となったときに、ネットワーク参加メッセージをマルチキャストで送信するステップS1203。このように、サーバ機器1005がネットワーク参加メッセージを送信することにより、ゲートウェイ機器1003は、第2のネットワーク1002を介してサーバ機器1005の遠隔起動を開始してから、サーバ機器1005が実際に第1のネットワーク1001を介して通信可能となるまでの起動時間を収集することが可能となる。図12は、本発明の実施の形態1に係るサーバ機器のストリーム送信処理の流れを示すフローチャートである。具体的には、図12は、サーバ機器1005が、クライアント機器1004からストリーム送信要求メッセージを受信してからストリーム送信処理を開始するまでの処理の流れを示すフローチャートである。ストリーム送信部1305は、第1の通信部1307が受信したストリーム送信要求メッセージを解析するステップS1301。そして、ストリーム送信部1305は、ストリーム送信応答メッセージを、ストリーム送信要求メッセージの送信元に送信するステップS1302。続いて、ストリーム送信部1305は、要求されたコンテンツをストリームとして送信するステップS1303。これらの処理は、一般的なストリーミングのシーケンスである。例えば、ストリーム送信要求メッセージは、コンテンツを指し示すURIUniformResourceIdentifierを含んだHTTPHyperTextTransferProtocolのGETリクエストである。また、サーバ機器1005は、HTTPのGETリクエストに対するレスポンスをヘッダに記載し、ペイロード内にコンテンツデータをストリームとして送信する。以上のように、本実施の形態に係る機器連携ネットワークシステムによれば、ゲートウェイ機器1003が、サーバ機器1005の起動に必要と予測される時間を予測起動時間として保存しておくことが可能となる。その結果、クライアント機器1004が、サーバ機器1005のコンテンツをストリーム再生する場合に、サーバ機器1005が起動状態でない場合であっても、クライアント機器1004は処理を継続できるうえ、ユーザにサーバ機器1005の予測起動時間を通知することが可能となり、ユーザの不安を解消することができる。つまり、本実施の形態に係る機器連携ネットワークシステムによれば、ゲートウェイ機器1003は、機器発見メッセージの対象機器が起動状態でない場合に、対象機器を遠隔起動するとともに、予測される対象機器の起動時間を示す情報を含む応答メッセージを対象機器の代理でクライアント機器1004に返信することができる。したがって、クライアント機器1004は、予測される対象機器の起動時間に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。具体的には、クライアント機器1004は、予測起動時間をユーザに通知することができ、ユーザの誤操作を抑制することが可能となる。また、クライアント機器1004は、予測起動時間が経過した後に、対象機器にメッセージを送信することができるので、対象機器と安定して連携することが可能となる。実施の形態2次に、本発明の実施の形態2について説明する。本実施の形態では、クライアント機器1004から送信された機器発見メッセージに記載された要件を満たす対象機器が複数台である場合について説明する。図13は、本発明の実施の形態2に係る機器連携ネットワークシステム2000の概要を示す図である。なお、図13において、図1と同様の構成要素については、同一の符号を付し、説明を省略する。図13に示すように、機器連携ネットワークシステム2000は、サーバ機器1005の代わりに、第1のサーバ機器2005aと第2のサーバ機器2005bとを備える。なお、本実施の形態に係るゲートウェイ機器1003とクライアント機器1004とは、実施の形態1と同様の機能構成である。また、第1のサーバ機器2005aと第2のサーバ機器2005bとは、実施の形態1に係るサーバ機器1005と同様の機能構成である。したがって、本実施の形態に係るゲートウェイ機器1003とクライアント機器1004と第1のサーバ機器2005aと第2のサーバ機器2005bとの機能構成の説明は省略する。次に、以上のように構成された機器連携ネットワークシステム2000の各種動作について説明する。図14は、本発明の実施の形態2に係る機器連携ネットワークシステム2000における情報の流れを示すシーケンス図である。なお、図14において、図7と同様の処理については、同一の符号を付し、説明を省略する。また、図14では、初期状態として、第1のサーバ機器2005a及び第2のサーバ機器2005bが非起動状態である場合について説明する。まず、クライアント機器1004の機器連携処理部1201は、任意の要件を満たす機器を発見するための機器発見メッセージを第1のネットワーク1001上の機器ゲートウェイ機器1003、第1のサーバ機器2005a、及び第2のサーバ機器2005bにブロードキャストで送信するステップS201。なお、第1のサーバ機器2005a及び第2のサーバ機器2005bは、非起動状態であるので機器発見メッセージを受信できない。次に、ゲートウェイ機器1003の起動状態管理部1103は、機器発見メッセージが示す要件を満たす機器である対象機器が起動状態であるかどうかを確認する。ここでは、起動状態管理部1103は、第1のサーバ機器2005a及び第2のサーバ機器2005bを対象機器として抽出する。そして、起動状態管理部1103は、第1のサーバ機器2005a及び第2のサーバ機器2005bが起動状態であるかどうかを確認する。ここで、複数台の対象機器が抽出されているので、各対象機器第1のサーバ機器2005a又は第2のサーバ機器2005bが非起動状態である場合であっても、遠隔起動制御部1105は、各対象機器に遠隔起動要求を送信しない。つまり、遠隔起動制御部1105は、対象機器が1台である場合に対象機器を遠隔起動し、対象機器が複数台である場合に対象機器を遠隔起動しない。ゲートウェイ機器1003の代理応答部1109は、予測起動時間を示す情報を含む第1の代理応答メッセージを、機器発見メッセージの送信元であるクライアント機器1004に、第1のサーバ機器2005aの代理で送信するステップS202。さらに、代理応答部1109は、予測起動時間を示す情報を含む第2の代理応答メッセージを、クライアント機器1004に第2のサーバ機器2005bの代理で送信するステップS203。次に、クライアント機器1004は、複数の応答メッセージが示す複数の対象機器の中から1台の対象機器を選択するステップS204。ここでは、例えばユーザの指示に従って、クライアント機器1004は、第1のサーバ機器2005aを選択する。そして、クライアント機器1004の機器連携処理部1201は、選択した対象機器第1のサーバ機器2005aを発見するための機器発見メッセージをブロードキャストで送信するステップS205。つまり、機器連携処理部1201は、複数の応答メッセージを受信した場合に、複数の応答メッセージが示す複数台の対象機器の中から選択された1台の対象機器を発見するための機器発見メッセージを、第1のネットワーク1001上の機器に送信する。このとき、機器発見メッセージが示す要件を満たすのは、選択された1台の対象機器第1のサーバ機器2005aだけである。そこで、以降は、実施の形態1と同様に、ステップS102~S108の処理が実行される。次に、ゲートウェイ機器1003の処理の流れについて、図15を用いて説明する。図15は、本発明の実施の形態2に係るゲートウェイ機器1003の処理の流れを示すフローチャートである。具体的には、図15は、ゲートウェイ機器1003が、機器発見メッセージを検出してから予測起動時間を機器情報リスト1108に格納するまでの処理の流れを示すフローチャートである。なお、図15において、図8と同様の処理については、同一の符号を付し、説明を省略する。機器発見メッセージが検出された場合ステップS1001のYes、起動状態管理部1103は、機器発見メッセージが示す要件を満たす対象機器が複数台であるかどうかを確認するステップS2001。ここで、対象機器が1台である場合はステップS2001のNo、実施の形態1と同様にステップS1002~S1009の処理が実行される。一方、対象機器が複数台である場合はステップS2001のYes、複数台の対象機器の中から1台の対象機器が選択されるステップS2002。続いて、起動状態管理部1103は、選択された対象機器の起動状態を確認するステップS2003。ここで、選択された対象機器が起動状態である場合にステップS2004のYes、ステップS2007の処理に進む。一方、対象機器が起動状態でない場合にステップS2004のNo、代理応答部1109は、代理応答メッセージを作成するステップS2005。そして、代理応答部1109は、作成した代理応答メッセージを、第1の通信部1101を用いて機器発見メッセージの送信元の機器に送信するステップS2006。代理応答部1109は、機器情報リスト1108を参照して、まだ選択されていない対象機器があるかどうかを確認するステップS2007。ここで、まだ選択されていない対象機器がある場合はステップS2007のYes、ステップS2002の処理に戻る。一方、まだ選択されていない対象機器がない場合はステップS2007のNo、ステップS1001の処理に戻る。これにより、対象機器が複数台であった場合は、ゲートウェイ機器1003は、クライアント機器1004に対して、代理の応答メッセージを送信するものの、実際の遠隔起動自体は行われない。そのため、クライアント機器1004において、ユーザが複数台の対象機器から1台の機器を選択するまでは、対象機器は無駄に遠隔起動されないので、電力消費量の増加を抑制することができる。次に、クライアント機器1004の処理の流れについて、図16を用いて説明する。図16は、本発明の実施の形態2に係るクライアント機器1004の処理の流れを示すフローチャートである。具体的には、図16は、クライアント機器1004が複数の応答メッセージを受信したときの処理の流れを示すフローチャートである。なお、図16において、図9と同様の処理については、同一の符号を付し、説明を省略する。応答メッセージを受信した場合ステップS1102のYes、機器連携処理部1201は、応答メッセージをメモリに保存するステップS2101。機器連携処理部1201は、機器発見メッセージを送信してから予め決められた一定時間例えば10秒など経過したかどうかを判断するステップS2102。ここで、一定時間経過していない場合はステップS2102のNo、ステップS1102の処理に戻る。一方、一定時間経過している場合はステップS2102のYes、機器連携処理部1201は、メモリに保存された応答メッセージを全て解析するステップS2103。次に、表示部1203は、解析された複数の応答メッセージが示す複数台の対象機器の中から1台の対象機器をユーザが選択できるようなGUIGraphicalUserInterfaceを表示するステップS2104。さらに、解析された複数の応答メッセージから予測起動時間が取得された場合は、表示部1203は、取得された予測起動時間を、それぞれの対象機器に紐づけて表示するステップS2105。具体的には、表示部1203は、例えば、図17A又は図17Bに示すようなGUIを表示する。図17A及び図17Bの各々は、本発明の実施の形態2に係るクライアント機器が表示する情報の一例を示す図である。例えば図17Aに示すように、クライアント機器1004は、対象機器ごとに、機器名称、起動状態、予測起動時間及び選択ボタンを表示する。また、クライアント機器1004は、図17Bに示すように、さらに各対象機器の消費電力を表示してもよい。この場合、応答メッセージに消費電力が含まれればよい。このように、消費電力が表示されることにより、複数の対象機器の中から消費電力の低い対象機器を選択することができ、省エネルギーに実現することができる。クライアント機器1004は、表示された複数の機器の中から1台の機器を選択するための指示をユーザから受け付けるステップS2106。その後、機器連携処理部1201は、選択された対象機器が起動状態であるかどうかを、応答メッセージ中の予測起動時間を示す情報の有無から判断するステップS2107。ここで、選択された対象機器が起動状態でない場合はステップS2107のNo、機器連携処理部1201は、選択された対象機器を発見するための機器発見メッセージを、第1のネットワーク1001上の機器にブロードキャストで送信するステップS2108。一方、選択された対象機器が起動状態である場合はステップS2107のYes、そのまま処理を終了し、ストリーム再生処理に移行する。ステップS1508において、選択された1台の対象機器が特定される機器発見メッセージが送信されることで、ゲートウェイ機器1003は、実施の形態1と同様の動作を行う。つまり、機器発見メッセージが示す要件を満たす1台の対象機器を遠隔起動する。さらにこの時、対象機器が起動するまでの間は、クライアント機器1004は、画面上に代理応答メッセージに含まれる情報が示す予測起動時間に基づいた待ち時間を表示することができる。以上のように、本実施の形態に係る機器連携ネットワークシステム2000によれば、機器発見メッセージが示す要件を満たす対象機器が複数台であった場合においても、無駄に対象機器を起動して電力を消費することを抑制することができる。また、ユーザに予測起動時間を通知しつつ、機器連携処理を継続することができる。つまり、本実施の形態に係る機器連携ネットワークシステム2000によれば、起動状態ではない対象機器のすべてを遠隔起動する必要がないので、電力消費量の増大を抑制することが可能となる。以上、本発明の一態様に係る機器連携ネットワークシステムについて、実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、あるいは異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。例えば、上記実施の形態1及び2において、対象機器の代理で送信される応答メッセージには、予測起動時間を示す情報が含まれていたが、さらにその予測起動時間の予測精度を示す情報が含まれてもよい。この場合、起動時間収集管理部1107は、その対象機器の起動時間が収集された回数以下、収集回数というに基づいて、予測精度を算出すればよい。具体的には、起動時間収集管理部1107は、例えば、収集回数が多いほど予測精度が高くなるように、予測精度を算出すればよい。また例えば、起動時間収集管理部1107は、収集された起動時間の分散などを用いて、予測精度を算出してもよい。なお、収集回数に基づいて予測精度が算出される場合には、図18に示すように、機器情報リスト1108には、さらに、収集回数が格納される。このように、応答メッセージに予測精度を示す情報が含まれることにより、クライアント機器1004は、予測精度に基づいて各種処理を実行することができ、対象機器と安定して連携することが可能となる。具体的には、クライアント機器1004は、例えば、予測精度が低い場合は、予測起動時間が経過した後にサーバ機器1005へメッセージを送信するタイミングをさらに遅らせてもよい。また、クライアント機器1004は、予測精度を画面に表示してもよい。また、上記実施の形態1及び2において、遠隔起動された対象機器から送信されるネットワーク参加メッセージには、ゲートウェイ機器1003によって遠隔起動されたか否かを示す情報を含んでもよい。この場合、起動時間収集管理部1107は、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ、その対象機器の起動時間を収集すればよい。これにより、ゲートウェイ機器1003は、ネットワーク参加メッセージが遠隔起動されたことを示す場合にのみ起動時間を収集することができる。つまり、ゲートウェイ機器1003は、遠隔起動以外の起動処理によって起動されたときに送信されるネットワーク参加メッセージに基づいて起動時間が収集されることを防ぐことができる。その結果、ゲートウェイ機器1003によって遠隔起動されたときの起動時間を高精度に収集することが可能となる。また、上記実施の形態1及び2において、クライアント機器1004は、予測起動時間を画面に表示していたが、必ずしも表示する必要はない。例えば、クライアント機器1004は、予測起動時間を示す音声を出力する音声出力部を備えてもよい。つまり、クライアント機器1004は、予測起動時間をユーザに通知する通知部を備えればよい。また、上記実施の形態1及び2において、予測起動時間は、起動時間が収集されたときに予測されていたが、必ずしもこのようなタイミングで予測される必要はない。例えば、代理応答メッセージを送信する直前に予測起動時間を予測してもよい。この場合、機器情報リスト1108には、予測起動時間ではなく、収集された起動時間そのものが格納されればよい。また、上記実施の形態1及び2では、ストリームを送信するサーバ機器を発見するための処理について説明したが、本発明は、必ずしもそのような処理に限定される必要はない。例えば、本発明は、クライアント機器を発見するための処理に適用されてもよい。また、上記実施の形態1及び2において、図10、図17A、又は図17Bに示すように、表示部1203は、予測起動時間そのものを表示していたが、必ずしも予測起動時間そのものを表示する必要はない。例えば、表示部1203は、予測起動時間の代わりに、大、中、小などの記号を表示してもよい。また、上記実施の形態1及び2において、起動時間収集管理部1107は、対象機器が起動を開始した時刻と、ネットワーク参加メッセージを受信した時刻とを用いて、対象機器の起動時間を収集していたが、対象機器の消費電力値に基づいて対象機器の起動時間を収集してもよい。具体的には、起動時間収集管理部1107は、例えば、対象機器の消費電力値の履歴と予め定められたパターンとの比較結果に基づいて、対象機器の起動時間を収集してもよい。この場合、ゲートウェイ機器1003は、対象機器の消費電力値を計測する消費電力計測部を備えてもよい。また、ゲートウェイ機器1003は、消費電力計測機器から対象機器の消費電力値を取得してもよい。この消費電力計測部または消費電力計測機器は、例えば、ゲートウェイ機器1003が設置された建屋内に設けられたコンセントあるいは分電盤などにおいて電流値を計測することにより、消費電力値を計測すればよい。このとき電流値は、例えば、コンセント、ブレーカーあるいは建屋全体の単位で計測されればよい。また、上記実施の形態1及び2において、ゲートウェイ機器1003は、図2に示す各構成要素を備えていたが、必ずしもすべての構成要素を備える必要はない。例えば、ゲートウェイ機器は、図19に示すようなゲートウェイ装置10であってもよい。つまり、ゲートウェイ装置10は、第1のネットワーク上の複数の機器を連携させるためのゲートウェイ装置10であって、第1のネットワーク上を流れるメッセージを監視することにより、任意の要件を満たす機器を発見するための機器発見メッセージを検出するメッセージ監視部11と、複数の機器のうち、検出された機器発見メッセージに示されている要件を満たす少なくとも1台の対象機器が、第1のネットワーク上で通信できる状態である起動状態であるかどうかを確認する起動状態管理部12と、対象機器が起動状態となるために必要と予測される時間である予測起動時間を決定する予測起動時間決定部13と、対象機器が起動状態でない場合に、決定された予測起動時間を示す情報を含む応答メッセージを、対象機器の代理で送信する代理応答部14とを備えればよい。また、上記実施の形態1及び2において、クライアント機器1004は、図5に示す各構成要素を備えていたが、必ずしもすべての構成要素を備える必要はない。例えば、クライアント機器1004は、第1のネットワーク上の機器と連携する通信装置であって、任意の要件を満たす機器を発見するための機器発見メッセージを第1のネットワーク上の機器に送信し、機器発見メッセージに対する応答メッセージを受信する機器連携処理部を備え、機器発見メッセージが示す要件を満たす対象機器が起動状態となるために必要と予測される時間である予測起動時間が、受信された応答メッセージに含まれている場合に、予測起動時間に基づいて所定処理を実行してもよい。また、上記実施の形態1又は2におけるゲートウェイ機器1003、クライアント機器1004又はサーバ機器1005が備える構成要素の一部又は全部は、1個のシステムLSILargeScaleIntegration:大規模集積回路から構成されているとしてもよい。例えば、ゲートウェイ機器1003は、メッセージ監視部、起動状態管理部、予測起動時間決定部、及び代理応答部を有するシステムLSIとして構成されてもよい。システムLSIは、複数の構成部を1個のチップ上に集積して製造された超多機能LSIであり、具体的には、マイクロプロセッサ、ROMReadOnlyMemory、RAMRamdomAccessMemoryなどを含んで構成されるコンピュータシステムである。ROMには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、システムLSIは、その機能を達成する。なお、ここでは、システムLSIとしたが、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArray、あるいはLSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。また、本発明は、このような特徴的な処理部を備えるゲートウェイ装置として実現することができるだけでなく、ゲートウェイ装置に含まれる特徴的な処理部をステップとする機器連携方法として実現することもできる。また、機器連携方法に含まれる特徴的な各ステップをコンピュータに実行させるコンピュータプログラムとして実現することもできる。そして、そのようなコンピュータプログラムを、CD-ROM等のコンピュータ読取可能な非一時的な記録媒体あるいはインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。