(57)【要約】【課題】外部装置を制御する際の処理負荷を軽減させる。【解決手段】機器起動部２０６は、制御対象の外部装置を起動させるための制御を行う。ネットワーク監視部２０５は、記ネットワーク上に接続される外部装置から起動時に配信される、外部装置の識別情報を含む情報を受信する。デバイス識別子比較部２０３は、受信された情報に含まれる外部装置の識別情報と、制御対象の外部装置の識別情報とが一致するか否かを判定する。ネットワーク監視部２０５は、双方の識別情報が一致しないと判定された場合、外部装置を制御するための制御情報を取得しない。【選択図】図２
2012256090.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して外部装置を制御することが可能な情報処理装置であって、
制御対象の外部装置を起動させるための制御を行う起動手段と、
前記ネットワークに接続される外部装置から起動時に送信される、前記外部装置の識別情報を含む情報を受信する受信手段と、
前記受信手段により受信された前記情報に含まれる前記外部装置の識別情報と、前記制御対象の外部装置の識別情報とが一致するか否かを判定する判定手段とを有し、
前記判定手段により双方の識別情報が一致しないと判定された場合、前記外部装置を制御するための制御情報を取得しないことを特徴とする情報処理装置。
【請求項２】
前記識別情報は、ＵＵＩＤ（Universally Unique Identifier）であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記起動手段は、前記制御対象の外部装置のＭＡＣアドレスに基づいて、前記制御対象の外部装置を起動させるための制御を行うことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
ネットワークを介して外部装置を制御することが可能な情報処理装置によって実行される情報処理方法あって、
制御対象の外部装置を起動させるための制御を行う起動ステップと、
前記ネットワークに接続される外部装置から起動時に送信される、前記外部装置の識別情報を含む情報を受信する受信ステップと、
前記受信ステップにより受信された前記情報に含まれる前記外部装置の識別情報と、前記制御対象の外部装置の識別情報とが一致するか否かを判定する判定ステップとを有し、
前記判定ステップにより双方の識別情報が一致しないと判定された場合、前記外部装置を制御するための制御情報を取得しないことを特徴とする情報処理方法。
【請求項５】
ネットワークを介して外部装置を制御することが可能なコンピュータに、
制御対象の外部装置を起動させるための制御を行う起動ステップと、
前記ネットワークに接続される外部装置から起動時に送信される、前記外部装置の識別情報を含む情報を受信する受信ステップと、
前記受信ステップにより受信された前記情報に含まれる前記外部装置の識別情報と、前記制御対象の外部装置の識別情報とが一致するか否かを判定する判定ステップとを実行させ、
前記判定ステップにより双方の識別情報が一致しないと判定された場合、前記外部装置を制御するための制御情報を取得しないことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して外部装置を制御する技術に関するものである。
【背景技術】
【０００２】
近年、家庭内のネットワークを介して複数の機器や情報家電を接続し、画像、動画、音声等のコンテンツデータを共有して利用するＵＰｎＰ（Universal Plug And Play）等の標準的な通信規格が注目されている。このような機器や情報家電は、Wakeup On Lan機能（以下、ＷＯＬ機能）等、電源オフ状態やＳｌｅｅｐモード状態のときにネットワークを介して起動要求を受け付ける機能も有している。故に、ユーザは、家庭内のネットワークに接続される電源オフ状態やＳｌｅｅｐモード状態の機器や情報家電等のネットワーク機器を遠隔から起動させ、ネットワーク機器が連携して提供するサービスの利用を望んでいる。
【０００３】
ここで、電源オフ状態やＳｌｅｅｐモード状態のＵＰｎＰ機器を発見し、例えばＷＯＬ機能等を用いて起動させる技術が知られている（非特許文献１参照）。これにより、ユーザは、家庭内のネットワークに接続される電源オフ状態やＳｌｅｅｐモード状態の機器や情報家電を遠隔から起動させ、機器や情報家電が連携して提供するサービスを快適に利用することができる。
【０００４】
特許文献１には、制御端末がネットワークを介してＰｉｎｇを送信し、その応答がない場合はＷＯＬ機能を利用して機器を起動させる技術が開示されている。また特許文献２には、未起動のＵＰｎＰ機器のＵＰｎＰ機器情報及びサービス情報を代理サーバから取得して、ＵＰｎＰ機器を起動させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１５７７１３号公報
【特許文献２】特開２００６−２６０４２５号公報
【非特許文献】
【０００６】
【非特許文献１】ＵＰｎＰ Ｌｏｗ Ｐｏｗｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｆｏｒ ＵＰｎＰTM Ｖｅｒｓｉｏｎ １．０
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に開示される技術では、ＷＯＬ機能で機器を起動させ、機器の起動を確認できたとしても、機器の中で動作するソフトウェアアプリケーションが起動したかどうかは分からない。一方、特許文献２に開示される技術では、ＵＰｎＰ制御機器は、制御対象のＵＰｎＰ機器及びサービスを起動させる前にＵＰｎＰ機器情報及びサービス情報を取得し、制御対象のＵＰｎＰ機器及びサービスを起動させる。その後、ネットワーク上にマルチキャスト配信される起動メッセージ（Join）を受信し、ＵＰｎＰ機器情報及びサービス情報を取得し、起動前に取得した情報と照合することによって起動させたＵＰｎＰ機器及びサービスか否かを確認している。しかしながら、ネットワークに接続され、サービスを提供しているＵＰｎＰ機器は、定期的に起動メッセージをマルチキャスト配信している。また、複数のＵＰｎＰ機器及びサービスが起動することがあり、複数のＵＰｎＰ機器及びサービスの起動メッセージがネットワーク上にマルチキャスト配信されることがある。即ち、特許文献２に開示される技術では、制御対象のＵＰｎＰ機器及びサービスを特定するためにＵＰｎＰ機器情報及びサービス情報を使用するので、制御対象ではないＵＰｎＰ機器及びサービスの起動メッセージを受信することがある。このように特許文献２に開示される技術は、不必要なＵＰｎＰ機器情報及びサービス情報を取得することがあり、ＵＰｎＰ制御機器の処理負荷が増大するという問題がある。
【０００８】
そこで、本発明の目的は、外部装置を制御する際の処理負荷を軽減させることにある。
【課題を解決するための手段】
【０００９】
本発明の情報処理装置は、ネットワークを介して外部装置を制御することが可能な情報処理装置であって、制御対象の外部装置を起動させるための制御を行う起動手段と、前記ネットワークに接続される外部装置から起動時に送信される、前記外部装置の識別情報を含む情報を受信する受信手段と、前記受信手段により受信された前記情報に含まれる前記外部装置の識別情報と、前記制御対象の外部装置の識別情報とが一致するか否かを判定する判定手段とを有し、前記判定手段により双方の識別情報が一致しないと判定された場合、前記外部装置を制御するための制御情報を取得しないことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、外部装置を制御する際の処理負荷を軽減させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る通信システムの構成を示す図である。
【図２】起動要求端末の機能的な構成とハードウェア構成とを示す図である。
【図３】起動対象機器からネットワークにマルチキャスト送信されるＳＳＤＰメッセージの例を示す図である。
【図４】本発明の実施形態に係る通信システムの処理例を示すシーケンスチャートである。
【図５】本発明の実施形態に係る通信システムの他の処理例を示すシーケンスチャートである。
【図６】起動要求端末の処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１３】
先ず、本発明の実施形態について説明する。図１は、本発明の実施形態に係る通信システムの構成を示す図である。図１に示すように、本実施形態に係る通信システムは、起動要求端末２０、起動対象機器３０及び監視端末４０がネットワーク１０を介して相互に通信可能に接続されている。ネットワーク１０としては、有線ＬＡＮ、無線ＬＡＮ、Bluetooth又はこれらの組み合わせ等が挙げられる。
【００１４】
起動対象機器３０は、ＵＰｎＰ ＤＡ（Device Architecture）及びＬＰ（UPnP Low Power Service）に準拠したネットワーク機器である。また、起動対象機器３０は、電源オフ状態又はＳｌｅｅｐモード状態のときに、外部からの起動要求によって起動状態に遷移することが可能である。ここで、起動状態とは、電源オフ状態及びＳｌｅｅｐモード状態以外の状態を意味し、より広義には、起動対象機器３０が提供するサービスの用に供するハードウェアが当該サービスを提供可能に動作している状態をいう。本実施形態では、起動対象機器３０を起動状態にする手段としてＷＯＬ（Wakeup On LAN）機能を用いているが、ＷＯＬ機能以外の手段を用いてもよい。
【００１５】
監視端末４０は、ＬＰのＰｒｏｘｙ機能に準拠し、起動対象機器３０の状態を監視する情報処理装置である。また、監視端末４０は、ネットワーク１０上にマルチキャスト送信されるＳＳＤＰ（simple service discovery protocol）メッセージを監視する。ＳＳＤＰメッセージを監視することにより、監視端末４０は、電源オフ状態やＳｌｅｅｐモード状態等の起動対象機器３０の状態を把握することができる。
【００１６】
監視端末４０は、起動要求端末２０からの要求に応じて、ネットワーク１０に接続される起動対象機器３０に係る情報を提供する。また、監視端末４０は、電源オフ状態又はＳｌｅｅｐモード状態の起動対象機器３０を起動状態にさせる機能を有し、起動要求端末２０からの起動指示に応答して起動要求を起動対象機器３０に対して送信する。
【００１７】
監視端末４０は、起動要求端末２０からの起動指示に応答して起動要求を起動対象機器３０に対して送信するが、起動要求端末２０が起動対象機器３０を起動させることが可能である場合、起動要求端末２０が起動対象機器３０に対して直接起動要求を送信する。起動要求端末２０は、起動対象機器３０に対して直接起動要求を送信した後、又は、監視端末４０に対して起動指示を行った後、起動対象機器３０は起動状態に遷移したか否かを監視する。なお、起動要求端末２０及び監視端末４０は、情報処理装置の適用例となる構成である。また、起動対象機器３０は、制御対象の外部装置の適用例となる構成である。
【００１８】
次に、図２を参照しながら、起動要求端末２０の機能的な構成とハードウェア構成とについて説明する。即ち、図２（ａ）は起動要求端末２０の機能的な構成を示しており、図２（ｂ）は起動要求端末２０のハードウェア構成を示している。
【００１９】
図２（ａ）に示すように、起動要求端末２０は、入力制御部２０１、表示制御部２０２、デバイス識別子比較部２０３、機器情報保持部２０４、ネットワーク監視部２０５、及び、機器起動部２０６を備える。入力制御部２０１は、表示される起動対象機器３０の一覧から、起動状態とする起動対象機器３０の選択操作等を受け付ける。起動状態とする起動対象機器３０の選択操作の受け付けは、起動要求端末２０に備えられる選択ボタン、キーボード等の入力装置や、ネットワーク１０を介して接続される外部接続機器に備えられる入力部等を介して行われる。表示制御部２０２は、起動要求端末２０に搭載されるＬＣＤ又は外部に接続されるディスプレイ等の出力装置に対し、起動対象機器３０や監視端末４０の一覧や機器情報等を表示させる。
【００２０】
デバイス識別子比較部２０３は、監視端末４０から取得された機器情報に含まれるＵＵＩＤと、後述するネットワーク監視部２０５によって取得されたＳＳＤＰメッセージに含まれるＵＵＩＤとを比較する。機器情報保持部２０４は、監視端末４０から取得された機器情報を保持する。ネットワーク監視部２０５は、ネットワーク１０上にマルチキャストされるＳＳＤＰメッセージを監視し、受信したＳＳＤＰメッセージを解析する。機器起動部２０６は、監視端末４０から取得された機器情報に含まれるＭＡＣアドレスに基づいて、ＷＯＬ機能にて起動対象機器３０に対して起動要求を送信したり、監視端末４０に対して起動対象機器３０の起動指示を送信する。
【００２１】
図２（ｂ）において、ＣＰＵ２１０は、システムバス２１７に接続される各デバイスを統括的に制御する。ＲＯＭ２１２又は記憶装置２１５には、ＣＰＵ２１０の制御プログラムであるＢＩＯＳ（Basic Input / Output system）やオペレーティングシステムプログラム、例えば図６に示す処理のプログラム等が記憶されている。
【００２２】
ＲＡＭ２１１は、ＣＰＵ２１０の主メモリ、ワークエリア等として機能する。記憶装置２１５は、外部メモリとして機能する。ＣＰＵ２１０は、処理の実行に際して必要なプログラムをＲＡＭ２１１にロードして、プログラムを実行することで各種動作を実現するものである。Ｉ／Ｆ装置２１６は、無線通信回線又は有線通信回線と接続し、外部との通信を制御する。入力装置２１３は、ユーザの操作に応じた情報を入力する。出力装置２１４は、ディスプレイ等の画像出力装置である。
【００２３】
なお、図２（ａ）における、入力制御部２０１、表示制御部２０２、デバイス識別子比較部２０３、ネットワーク監視部２０５及び機器起動部２０６は、ＣＰＵ２１０がＲＯＭ２１２等から必要なプログラムをＲＡＭ２１１にロードし、実行することによって得られる機能的な構成である。機器情報保持部２０４は、例えばＲＡＭ２１１の一部記憶領域に相当する構成である。また、起動対象機器３０及び監視端末４０も、図２（ｂ）に示すハードウェア構成を同様に備えるものである。
【００２４】
本実施形態では、起動要求端末２０と監視端末４０とを物理的に異なる端末としているが、１つの装置内にこれらの端末の機能を備えてもよい。また上述したように、起動させる対象は、物理的な装置（ハードウェア）であってもよいし、装置（ハードウェア）内のアプリケーション（ソフトウェア）であってもよいし、これらの組み合わせであってもよい。即ち、本実施形態においては、ハードウェア及びソフトウェアのうちの少なくとも何れか一方を起動対象とすることができる。例えば、起動対象がアプリケーション（ソフトウェア）のみである場合の起動状態とは、当該アプリケーションが終了している状態、及び、当該アプリケーションが停止している状態以外の状態である。
【００２５】
次に、図３を参照しながら、起動対象機器３０からネットワーク１０にマルチキャスト送信されるＳＳＤＰメッセージについて説明する。図３に示すＳＳＤＰメッセージの一例であるＡｌｉｖｅメッセージ３００は、基本的には、起動対象機器３０がネットワーク１０に接続されたときに送信されるメッセージであるとともに、起動対象機器３０が起動した後は周期的に送信されるメッセージである。図３において、図３の３０１（ssdp:alive）は、起動対象機器３０が起動状態であることを意味する。図３の３０２（uuid）は、起動対象機器３０の汎用一意識別子（Universally Unique Identifier）を示しており、起動対象機器３０を一意に特定するための識別子（識別情報）である。
【００２６】
図４は、本発明の実施形態に係る通信システムの処理例を示すシーケンスチャートである。以下、図４を参照しながら、本実施形態に係る通信システムの処理例について説明する。なお、本処理例は、起動要求端末２０が起動対象機器３０を直接起動させることが可能である場合の処理例である。
【００２７】
起動要求端末２０は、ネットワーク１０に接続されると（ステップＳ４０１）、ステップＳ４０２において、ネットワーク１０に接続されている起動対象機器３０の機器情報を含むデバイスリストを監視端末４０から取得する。起動対象機器３０の機器情報には、少なくとも、起動対象機器３０を起動させるために必要な情報であるＭＡＣアドレスと、起動対象機器３０を識別するためのＵＵＩＤ（識別子）とが含まれている。本実施形態では、ＷＯＬ機能を利用して起動対象機器３０を起動させるため、ＭＡＣアドレスを使用するが、ＷＯＬ機能以外の方法で起動対象機器３０を起動させる場合には、ＭＡＣアドレスの代わりにその起動方法で必要な情報が機器情報に含まれることになる。起動要求端末２０は、取得した機器情報に基づいて起動対象機器３０を起動状態にし、起動状態に遷移したことを確認する。そして起動要求端末２０は、起動対象機器３０の機器記述やサービス記述を取得し、制御情報として機器記述やサービス記述を利用して、起動対象機器３０を制御することができる。
【００２８】
再び図４の説明に戻る。ステップＳ４０３において、起動要求端末２０は、起動対象機器３０に対して起動要求を送信する。起動対象機器３０は、起動要求端末２０から起動要求を受信することにより、起動状態に遷移する。そしてステップＳ４０６において、起動要求端末２０は、自身が提供するサービスの広告のためのＳＳＤＰメッセージをマルチキャスト送信する。
【００２９】
起動要求端末２０は、ステップＳ４０３において起動要求を送信した後、起動対象機器３０からのＳＳＤＰメッセージの受信待ちを行う。ここで、もしネットワーク１０に起動対象機器３０とは異なるＵＰｎＰに準拠した通信機器５０が接続されている場合、ステップＳ４０４において、起動要求端末２０は、通信機器５０からＳＳＤＰメッセージを受信することがある。なお、図４では、通信機器５０と起動対象機器３０とを別に示しているが、通信機器５０と起動対象機器３０とが物理的に異なる装置であってもよいし、通信機器５０の機能を実現するソフトウェアと起動対象機器３０の機能を実現するソフトウェアとが同一装置内に含まれていてもよい。
【００３０】
通信機器５０からＳＳＤＰメッセージ（Ａｌｉｖｅメッセージ）を受信した起動要求端末２０は、ＳＳＤＰメッセージを解析し、ＳＳＤＰメッセージに含まれるＵＵＩＤを取得する。そしてステップＳ４０５において、起動要求端末２０は、取得したＵＵＩＤと、監視端末４０から取得した機器情報に含まれるＵＵＩＤとを比較する。ここでは双方のＵＵＩＤが一致しないため、起動要求端末２０は、通信機器５０の機器記述及びサービス記述を取得しない。
【００３１】
一方、ステップＳ４０６において起動対象機器３０から送信されたＳＳＤＰメッセージ（Ａｌｉｖｅメッセージ）を受信した場合、起動要求端末２０は、受信したＳＳＤＰメッセージを解析し、ＳＳＤＰメッセージに含まれるＵＵＩＤを取得する。そしてステップＳ４０７において、起動要求端末２０は、取得したＵＵＩＤと、監視端末４０から取得した機器情報に含まれるＵＵＩＤとを比較する。ここでは双方のＵＵＩＤが一致するため、ステップＳ４０８において、起動要求端末２０は、起動対象機器３０に対して機器記述及びサービス記述を要求し、機器記述及びサービス記述を起動対象機器３０から取得する。以上のように、起動要求端末２０は不必要な通信機器５０の機器記述及びサービス記述を取得しないため、起動要求端末２０自身や通信機器５０の処理負荷を軽減することができる。
【００３２】
なお、上記のようにＵＵＩＤではなくＭＡＣアドレスに基づいて、起動対象機器３０を特定できることもある。しかしながら、起動対象機器３０の機能を実現するソフトウェアと通信機器５０の機能を実現するソフトウェアとが同一装置内に存在する場合、双方の機能によって送信されるＳＳＤＰメッセージは同一のＭＡＣアドレスとなる。このような場合、ＭＡＣアドレスに基づいて起動対象機器３０を特定することができない。しかしながら、ＵＵＩＤを使用することによって、起動対象機器３０の機能を実現するソフトウェアと通信機器５０の機能を実現するソフトウェアとが同一装置内に存在する場合でも、起動対象機器３０のＳＳＤＰメッセージを特定することができる。
【００３３】
図５は、本発明の実施形態に係る通信システムの他の処理を示すシーケンスチャートである。以下、図５を参照しながら、本実施形態に係る通信システムの処理について説明する。なお、本処理例は、起動要求端末２０が起動対象機器３０を直接起動させることができない場合の処理例である。
【００３４】
図５のステップＳ５０１及びＳ５０２において、起動要求端末２０がネットワーク１０に接続し、デバイスリストを取得する処理は、図４のステップＳ４０１及びＳ４０２と同様である。ステップＳ５０３において、起動要求端末２０は、デバイスリストから指定したデバイスを示すデバイス情報を含む起動指示を監視端末４０に対して送信する。監視端末４０は、起動指示に含まれるデバイス情報から起動させるデバイスを特定し、該当するデバイスを起動させるための情報（以下、デバイス起動情報と称す）を取得する。ステップＳ５０４において、監視端末４０は、デバイス起動情報に基づいて起動要求を生成し、起動対象機器３０に対して送信する。
【００３５】
監視端末４０は、起動要求を送信した後、起動対象機器３０からのＳＳＤＰメッセージの受信待ちを行う。ここで、もしネットワーク１０に起動対象機器３０とは異なるＵＰｎＰに準拠した通信機器５０が接続されている場合、ステップＳ５０５において、監視端末４０は、通信機器５０からＳＳＤＰメッセージ（Ａｌｉｖｅメッセージ）を受信することがある。なお、図５では、通信機器５０と起動対象機器３０とを別に示しているが、通信機器５０と起動対象機器３０とが物理的に異なる装置であってもよいし、通信機器５０の機能を実現するソフトウェアと起動対象機器３０の機能を実現するソフトウェアとが同一装置内に含まれていてもよい。
【００３６】
通信機器５０からＳＳＤＰメッセージを受信した監視端末４０は、ＳＳＤＰメッセージを解析し、ＳＳＤＰメッセージに含まれるＵＵＩＤを取得する。そしてステップＳ５０６において、監視端末４０は、取得したＵＵＩＤと、起動対象機器３０から取得した機器情報に含まれるＵＵＩＤとを比較する。ここでは双方のＵＵＩＤが一致しないため、監視端末４０は、通信機器５０の機器記述及びサービス記述を取得しない。
【００３７】
一方、ステップＳ５０７において起動対象機器３０から送信されたＳＳＤＰメッセージ（Ａｌｉｖｅメッセージ）を受信した場合、監視端末４０は、受信したＳＳＤＰメッセージを解析し、ＳＳＤＰメッセージに含まれるＵＵＩＤを取得する。そしてステップＳ５０８において、監視端末４０は、取得したＵＵＩＤと、機器情報に含まれるＵＵＩＤとを比較する。ここでは双方のＵＵＩＤが一致するため、ステップＳ５０９において、監視端末４０は、起動対象機器３０に対して機器記述及びサービス記述を要求し、機器記述及びサービス記述を起動要求端末２０から取得する。
【００３８】
ステップＳ５１０において、監視端末４０は、起動対象機器３０の機器記述及びサービス記述を取得した後、起動要求端末２０に対して起動対象機器３０の機器記述及びサービス記述を送信（提供）する。これにより、起動要求端末２０は、機器記述及びサービス記述に基づいて起動対象機器３０を制御することが可能となる。なお、ステップＳ５１０において起動要求端末２０が機器記述及びサービス記述を取得する際には、起動要求端末２０から監視端末４０に対して機器記述及びサービス記述の取得要求を行ってもよい。また、監視端末４０から起動要求端末２０に対して送信される情報は、機器記述及びサービス記述自体ではなく、機器記述及びサービス記述のロケーションを示すＵＲＬでもよい。以上のように、監視端末４０は不必要な通信機器５０の機器記述及びサービス記述を取得しないため、監視端末４０自身や通信機器５０の処理負荷を軽減することができる。
【００３９】
図６は、起動要求端末２０の処理を示すフローチャートである。以下、図６を参照しながら、起動要求端末２０の処理について説明する。
【００４０】
ステップＳ６０１において、表示制御部２０２は、起動状態ではない起動対象機器３０の機器情報を含むデバイスリストを監視端末４０から取得し、起動状態ではない起動対象機器３０を画面に表示する。起動状態ではない起動対象機器３０が複数存在する場合、表示制御部２０２は、デバイスリストに含まれる各機器情報に基づいて、起動状態ではない複数の起動対象機器３０を一覧表示する。
【００４１】
ステップＳ６０２において、機器起動部２０６は、一覧表示された複数の起動対象機器３０のうちから、ユーザによって指定された起動対象機器３０を特定する。なお、このユーザの指定操作は、入力制御部２０１によって受け付けられる。ステップＳ６０３において、機器起動部２０６は、特定した起動対象機器３０の機器情報から起動方式を取得する。ステップＳ６０４において、機器起動部２０６は、特定した起動対象機器３０の機器情報から起動対象機器３０を特定する識別子を取得する。本実施形態では、識別子としてＵＵＩＤを用いているが、他の識別子を用いてもよい。
【００４２】
ステップＳ６０５において、機器起動部２０６は、取得した起動方式により起動対象機器３０を起動させることが可能であるか否か判定する。起動させることが可能である場合、処理はステップＳ６０６に移行する。一方、起動させることができない場合、処理はステップＳ６０７に移行する。ステップＳ６０６において、機器起動部２０６は、特定した起動対象機器３０に対して起動要求を送信する。ステップＳ６０７において、機器起動部２０６、監視端末４０に対して起動対象機器３０の起動指示を送信する。ステップＳ６０７の後、処理はステップＳ６１１に移行する。
【００４３】
ステップＳ６０８において、ネットワーク監視部２０５は、ＳＳＤＰメッセージを受信したか否かを判定する。ＳＳＤＰメッセージを受信した場合、処理はステップＳ６０９に移行する。一方、ＳＳＤＰメッセージを受信していない場合、処理はステップＳ６０８に戻り、ＳＳＤＰメッセージの受信を待つ。
【００４４】
ステップＳ６０９において、デバイス識別子比較部２０３は、ＳＳＤＰメッセージの解析を行い、ＳＳＤＰメッセージに含まれるＵＵＩＤを取得し、当該ＵＵＩＤと、ステップＳ６０４で取得したＵＵＩＤとが一致するか否かを判定する。双方のＵＵＩＤが一致する場合、処理はステップＳ６１０に移行する。一方、双方のＵＵＩＤが一致しない場合、処理はステップＳ６０８に戻り、ＳＳＤＰメッセージの受信を待つ。
【００４５】
ステップＳ６１０において、ネットワーク監視部２０５は、ＳＳＤＰメッセージが図３に示すＡｌｉｖｅメッセージであるか否かを判定する。ＳＳＤＰメッセージがＡｌｉｖｅメッセージである場合、処理はステップＳ６１１に移行する。一方、ＳＳＤＰメッセージがＡｌｉｖｅメッセージではない場合、処理はステップＳ６０８に戻り、ＳＳＤＰメッセージの受信を待つ。
【００４６】
ステップＳ６１１において、ネットワーク監視部２０５は、例えば、ＳＳＤＰメッセージに含まれる機器記述及びサービス記述のロケーションを示すＵＲＬに基づいて、機器記述及びサービス記述を取得する。なお、処理がステップＳ６０６を経由している場合には、起動対象機器３０から機器記述及びサービス記述が直接取得され、処理がステップＳ６０７を経由している場合には、監視端末４０から機器記述及びサービス記述が間接的に取得される。ステップＳ６１２において、表示制御部２０２は、機器記述及びサービス記述に基づいて、ユーザに対して起動対象機器３０を制御するための画面を表示する。
【００４７】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００４９】
１０：ネットワーク、２０：起動要求端末、３０：起動対象機器、４０：監視端末、２０１：入力制御部、２０２：表示制御部、２０３：デバイス識別子比較部、２０４：機器情報保持部、２０５：ネットワーク監視部、２０６：機器起動部
【図１】
2012256090.tif 000003
【図２】
2012256090.tif 000004
【図３】
2012256090.tif 000005
【図４】
2012256090.tif 000006
【図５】
2012256090.tif 000007
【図６】
2012256090.tif 000008