(57)【特許請求の範囲】
【請求項１】
ネットワーク機器とネットワークを介して通信可能な情報処理装置であって、
前記ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動を、前記ネットワーク機器に要求する要求手段と、
前記ネットワーク機器、又は前記ネットワークに接続された記憶装置から、前記起動の予定の時間を示す予定時間を取得し、前記要求に応答して前記ネットワーク機器から送信された前記起動に要する起動時間を受信する受信手段と、
前記予定時間が経過するまでに前記起動時間が受信されなかった場合、前記起動が行われなかったと判断する判断手段と、
を有することを特徴とする情報処理装置。
【請求項２】
ネットワーク機器とネットワークを介して通信可能な情報処理装置であって、
前記ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動を、前記ネットワーク機器に要求する要求手段と、
当該情報処理装置が有する記憶装置から、前記起動の予定の時間を示す予定時間を取得する取得手段と、
前記要求に応答して前記ネットワーク機器から送信された前記起動に要する起動時間を受信する受信手段と、
前記予定時間が経過するまでに前記起動時間が受信されなかった場合、前記起動が行われなかったと判断する判断手段と、
を有することを特徴とする情報処理装置。
【請求項３】
情報処理装置とネットワークを介して通信可能なネットワーク機器であって、
前記ネットワーク機器の有するハードウェア、及びソフトウェアの少なくとも一方の起動の予定の時間を示す予定時間を前記情報処理装置に通知する通知手段と、
前記起動の要求を前記情報処理装置から受信する受信手段と、
前記起動の要求に応答して、前記起動に要する起動時間を前記情報処理装置に送信する送信手段と、
前記起動が要求されたハードウェア、及びソフトウェアの少なくとも一方の前記起動を行う起動手段と、
前記起動手段による前記起動が完了すると、前記起動が完了した旨を前記情報処理装置に通知する通知手段と、
を有することを特徴とするネットワーク機器。
【請求項４】
前記送信手段は、前記起動手段により規定の段階までの起動が行われたとき、残りの段階の起動に要する時間を起動時間として前記情報処理装置に更に送信することを特徴とする請求項３に記載のネットワーク機器。
【請求項５】
ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動を指示する起動要求端末、及び前記ネットワーク機器とネットワークを介して通信可能な情報処理装置であって、
前記起動要求端末から送信された前記起動の指示を受信すると、前記ネットワーク機器に前記起動を要求する要求手段と、
前記要求に応答して前記ネットワーク機器から送信された前記起動に要する時間を示す起動時間を受信したとき、前記起動時間を前記起動要求端末に送信し、前記ネットワーク機器から前記起動が完了した旨の通知を受信したとき、前記通知を前記起動要求端末に送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項６】
前記ネットワーク機器から前記起動の予定の時間を示す予定時間を受信する受信手段と、
前記受信手段が前記予定時間を受信する度に、記憶手段に記憶されている前記予定時間に受信した前記予定時刻を上書きして格納する格納手段と、
前記ネットワークに接続されている前記ネットワーク機器の機器情報を含むデバイスリストを取得する前記起動要求端末に、前記予定時間を含む前記ネットワーク機器の前記機器情報を提供する提供手段と、
を更に有することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
ネットワーク機器とネットワークを介して通信可能な情報処理装置における前記ネットワーク機器の起動制御方法であって、
前記ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動を、前記ネットワーク機器に要求する要求工程と、
前記ネットワーク機器、又は前記ネットワークに接続された記憶装置から、前記起動の予定の時間を示す予定時間を取得し、前記要求に応答して前記ネットワーク機器から送信された前記起動に要する起動時間を受信する受信工程と、
前記予定時間が経過するまでに前記起動時間が受信されなかった場合、前記起動が行われなかったと判断する判断工程と、
を有することを特徴とする起動制御方法。
【請求項８】
ネットワーク機器とネットワークを介して通信可能な情報処理装置における前記ネットワーク機器の起動制御方法であって、
前記ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動を、前記ネットワーク機器に要求する要求工程と、
当該情報処理装置が有する記憶装置から、前記起動の予定の時間を示す予定時間を取得する取得工程と、
前記要求に応答して前記ネットワーク機器から送信された前記起動に要する起動時間を受信する受信工程と、
前記予定時間が経過するまでに前記起動時間が受信されなかった場合、前記起動が行われなかったと判断する判断工程と、
を有することを特徴とする起動制御方法。
【請求項９】
情報処理装置とネットワークを介して通信可能なネットワーク機器の起動制御方法であって、
前記ネットワーク機器の有するハードウェア、及びソフトウェアの少なくとも一方の起動の予定の時間を示す予定時間を前記情報処理装置に通知する通知工程と、
前記起動の要求を前記情報処理装置から受信する受信工程と、
前記起動の要求に応答して、前記起動に要する起動時間を前記情報処理装置に送信する送信工程と、
前記起動が要求されたハードウェア、及びソフトウェアの少なくとも一方の前記起動を行う起動工程と、
前記起動工程により前記起動が完了されると、前記起動が完了した旨を前記情報処理装置に通知する通知工程と、
を有することを特徴とする起動制御方法。
【請求項１０】
ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動の指示が行われる起動要求端末、及び前記ネットワーク機器と前記ネットワークを介して通信可能な情報処理装置における起動制御方法であって、
前記起動要求端末から送信された前記起動の指示を受信すると、前記ネットワーク機器に前記起動を要求する要求工程と、
前記要求に応答して前記ネットワーク機器から送信された前記起動に要する時間を示す起動時間を受信したとき、前記起動時間を前記起動要求端末に送信し、前記ネットワーク機器から前記起動が完了した旨の通知を受信したとき、前記通知を前記起動要求端末に送信する送信工程と、
を有することを特徴とする起動制御方法。
【請求項１１】
ネットワーク機器とネットワークを介して通信可能なコンピュータを、
前記ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動を、前記ネットワーク機器に要求する要求手段と、
前記ネットワーク機器、又は前記ネットワークに接続された記憶装置から、前記起動の予定の時間を示す予定時間を取得し、前記要求に応答して前記ネットワーク機器から送信された前記起動に要する起動時間を受信する受信手段と、
前記予定時間が経過するまでに前記起動時間が受信されなかった場合、前記起動が行われなかったと判断する判断手段と、
して機能させるプログラム。
【請求項１２】
ネットワーク機器とネットワークを介して通信可能なコンピュータを、
前記ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動を、前記ネットワーク機器に要求する要求手段と、
当該コンピュータが有する記憶装置から、前記起動の予定の時間を示す予定時間を取得する取得手段と、
前記要求に応答して前記ネットワーク機器から送信された前記起動に要する起動時間を受信する受信手段と、
前記予定時間が経過するまでに前記起動時間が受信されなかった場合、前記起動が行われなかったと判断する判断手段と、
して機能させるプログラム。
【請求項１３】
情報処理装置とネットワークを介して通信可能なコンピュータを、
前記ネットワーク機器の有するハードウェア、及びソフトウェアの少なくとも一方の起動の予定の時間を示す予定時間を前記情報処理装置に通知する通知手段と、
前記起動の要求を前記情報処理装置から受信する受信手段と、
前記起動の要求に応答して、前記起動に要する起動時間を前記情報処理装置に送信する送信手段と、
前記起動が要求されたハードウェア、及びソフトウェアの少なくとも一方の前記起動を行う起動手段と、
前記起動手段により前記起動が完了されると、前記起動が完了した旨を前記情報処理装置に通知する通知手段と、
して機能させるプログラム。
【請求項１４】
ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動の指示が行われる起動要求端末、及び前記ネットワーク機器とネットワークを介して通信可能なコンピュータを、
前記起動要求端末から送信された前記起動の指示を受信すると、前記ネットワーク機器に前記起動を要求する要求手段と、
前記要求に応答して前記ネットワーク機器から送信された前記起動に要する時間を示す起動時間を受信したとき、前記起動時間を前記起動要求端末に送信し、前記ネットワーク機器から前記起動が完了した旨の通知を受信したとき、前記通知を前記起動要求端末に送信する送信手段と、
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、起動制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、家庭内のネットワークを介して複数の機器や情報家電を接続し、画像、動画、音声などのコンテンツデータを共有して利用するＵＰｎＰ（Universal Plug And Play）などの標準的な通信規格が注目されている。また、これらの機器や情報家電は、省エネルギーの観点から一定期間において使用されていないときは、自動的に電源オフの状態やＳｌｅｅｐモードの状態になる機能を有している。このような機器や情報家電は、Ｗａｋｅｕｐ Ｏｎ Ｌａｎ機能など、電源オフの状態やＳｌｅｅｐモードの状態のときに、ネットワークを介して起動要求を受け付ける機能も有している。
故に、ユーザは、家庭内のネットワークに接続する電源オフの状態やＳｌｅｅｐモードの状態の機器や情報家電などのネットワーク機器を遠隔から起動させ、ネットワーク機器が連携して提供するサービスの利用を望んでいる。
【０００３】
ここで、ユーザが操作する起動要求端末がネットワーク機器から取得したＭＡＣアドレスを保持しておき、ユーザがサービスを利用する際には、その中から起動するネットワーク機器のＭＡＣアドレスを選択する技術が公開されている（特許文献１参照）。
また、起動要求端末が、電源投入後のネットワーク機器のアプリケーションが安定状態になるまでの時間を予め取得し、予約していた制御開始時間の前に電源投入の指示を行う技術も公開されている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１７５６２５号公報
【特許文献２】特開２００９−２０５２６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、起動要求端末は、ネットワーク機器に向けて起動要求を送信するが、ネットワーク機器が起動するまでの時間がわからない。このため、特許文献１に記載の技術では、ネットワーク機器が起動し、制御可能になるまでの間、ネットワーク機器からの起動完了メッセージを監視する必要がある。若しくは、ネットワーク機器を発見できるまで、ネットワーク上の検索を繰り返す必要がある。
故に、ネットワーク機器が起動に失敗したときには、監視若しくは検索を行い続けてしまう問題がある。
【０００６】
また、特許文献２に記載の技術では、ネットワーク機器の起動時間を予め取得することによって、起動要求後に制御可能となる時間を把握することが可能である。
しかしながら、ネットワーク機器がネットワークに接続されていない等の理由により起動要求のパケットがネットワーク機器で受信されなかった場合が想定される。更には、ネットワーク機器が起動要求のパケットを受信しても何らかの原因によりアプリケーションの起動に失敗することも想定される。
この場合、特許文献２に記載の技術では、ネットワーク機器における起動が失敗したか否かを起動要求端末が判断することができないという問題がある。
【０００７】
本発明はこのような問題点に鑑みなされたもので、ネットワーク機器における起動を適切に判断することを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明にかかる情報処理装置は、ネットワーク機器とネットワークを介して通信可能な情報処理装置であって、前記ネットワーク機器のハードウェア、及びソフトウェアの少なくとも一方の起動を、前記ネットワーク機器に要求する要求手段と、前記ネットワーク機器、又は前記ネットワークに接続された記憶装置から、前記起動の予定の時間を示す予定時間を取得し、前記要求に応答して前記ネットワーク機器から送信された前記起動に要する起動時間を受信する受信手段と、前記予定時間が経過するまでに前記起動時間が受信されなかった場合、前記起動が行われなかったと判断する判断手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ネットワーク機器における起動を適切に判断することができる。
【図面の簡単な説明】
【００１０】
【図１】通信システムの構成の一例を示す図である。
【図２】ＳＳＤＰメッセージの一例を示す図である。
【図３】通信システムにおけるシーケンスの一例を示す図である。
【図４】確認処理に係るフローチャートの一例を示す図である。
【図５】起動実行処理に係るフローチャートの一例を示す図である。
【図６】送信処理に係るフローチャートの一例を示す図である。
【図７】起動要求端末の機能構成、及びハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１２】
図１は、本実施形態に係る通信システムの構成の一例を示す図である。通信システムは、起動要求端末２０、起動対象機器３０、及び監視端末４０を有する。起動要求端末２０、起動対象機器３０、及び監視端末４０は、ネットワーク１０を介して相互に通信可能に接続されている。ネットワーク１０は、有線ＬＡＮ、Bluetooth等を用いた無線ＬＡＮ、又はこれらの組み合わせである。
起動対象機器３０は、ネットワーク機器（コンピュータ）の一例であり、ＵＰｎＰ ＤＡ（Device Architecture）及びＬＰ（UPnP Low Power Service）に準拠した機器である。また、起動対象機器３０は、電源オフの状態、又はＳｌｅｅｐモードの状態のときに、外部からの起動要求を受け取ることによって起動状態に遷移可能な機能を有する。
ここで、起動状態とは、電源オフの状態、及びＳｌｅｅｐモードの状態以外の状態であり、より広義には、起動対象機器３０が提供するサービスの用に供するハードウェアが前記サービスを提供可能に動作していることをいう。
なお、本実施形態では、起動対象機器３０を起動状態にする手段としてＷＯＬ（Wakeup On LAN）を用いるが、ＷＯＬ以外の手段を採用してもよい。
【００１３】
監視端末４０は、情報処理装置（コンピュータ）の一例であり、ＬＰのＰｒｏｘｙ機能に準拠し、起動対象機器３０の状態を監視する。また、監視端末４０は、ネットワーク１０上にマルチキャスト送信されるＳＳＤＰ（simple service discovery protocol）メッセージを監視する。この監視により、監視端末４０は、電源オフ、Ｓｌｅｅｐモードなどの起動対象機器３０の状態を把握して管理を行う。
また、監視端末４０は、起動要求端末２０からの要求に応じて、ネットワーク１０に接続される起動対象機器３０の情報を提供する機能を有する。また、監視端末４０は、電源オフの状態、又はＳｌｅｅｐモードの状態の起動対象機器３０を起動状態にさせる機能を有し、起動要求端末２０からの起動指示に応答して起動要求を起動対象機器３０に送信することで起動対象機器３０を起動状態にさせる。
【００１４】
起動要求端末２０は、電源オフの状態、又はＳｌｅｅｐモードの状態の起動対象機器３０を起動状態にさせ、起動対象機器３０を制御可能であるかを確認する。
ここで、起動要求端末２０が、電源オフの状態、又はＳｌｅｅｐモードの状態において起動対象機器３０に対して起動要求を行う構成を採用してもよい。また、起動要求端末２０が監視端末４０に起動を指示（起動指示）することで監視端末４０により起動対象機器３０に起動要求が行われる構成を採用してもよい。また、これらの組み合わせの構成を採用してもよい。
また、起動要求端末２０は、起動対象機器３０への起動要求を行った後、或いは監視端末４０に起動指示を行った後に、起動対象機器３０が起動状態にあるか否かを監視する機能を有している。また、起動要求端末２０は、ネットワーク１０に接続される起動対象機器３０の情報を監視端末４０から取得する。
【００１５】
本実施形態では、起動要求端末２０と監視端末４０とを物理的に異なる端末として説明するが、１つの装置に存在してもよい。また、上述のように、起動対象物は、物理的な装置（ハードウェア）であってもよいし、装置内のアプリケーション（ソフトウェア）であってもよいし、これらの組み合わせであってもよい。即ち、ハードウェア、及びソフトウェアの少なくとも一方を起動対象物とすることができる。
例えば、起動対象物がアプリケーション（ソフトウェア）のみである場合の起動状態とは、当該アプリケーションが終了している状態、及び当該アプリケーションが停止している状態以外の状態である。
【００１６】
次に、図２（Ａ）、（Ｂ）を用いて起動対象機器３０がネットワーク１０にマルチキャスト送信するＳＳＤＰメッセージについて説明する。図２は、ＳＳＤＰメッセージの一例を示す図である。
ＳＳＤＰメッセージの一例であるＡｌｉｖｅメッセージ１００は、基本的には、起動対象機器３０がネットワーク１０に接続されたときと、起動以降は周期的に送信されるメッセージである。「ssdp:alive」１０１は、起動対象機器３０が起動状態であることを意味する。
ＳＳＤＰメッセージの一例であるＢｙｅｂｙｅメッセージ２００は、基本的には、起動状態から、起動対象機器３０が電源オフの状態、又はＳｌｅｅｐモードの状態に状態が遷移するときに送信されるメッセージである。「ssdp:byebye」２０１は、起動対象機器３０が起動状態ではないことを意味する。
「Powerstate:2」２０２は、起動対象機器３０の状態が電源オフの状態であるかＳｌｅｅｐモードの状態であるかを数値にて示す情報であり、この数値はＬＰにて規定されている。「SleepPeriod:120」２０３は、起動対象物の起動の予定の時間を示す予定時間の一例であり、起動対象物が次回に起動するまでの時間（秒）である。換言するならば、この時間が経過する前に、再度、ＳＳＤＰメッセージが送信されることを意味する。よって、電源オフの状態やＳｌｅｅｐモードの状態が継続される場合、再度このＢｙｅｂｙｅメッセージ２００が送信される。
【００１７】
次に、図３を用いて起動要求端末２０が起動対象機器３０の状態の確認を行う一連の処理を説明する。図３は、起動対象機器３０に関する起動制御方法、換言するならば通信システムにおけるシーケンスの一例を示す図である。
起動対象機器３０は、ネットワーク１０に接続されたこと（Ｓ３０１）を契機として、Ａｌｉｖｅメッセージをネットワーク１０にマルチキャスト送信する（Ｓ３０２）。ここで、監視端末４０は、ネットワーク１０上にマルチキャスト送信されるＳＳＤＰメッセージの監視を行っており、Ａｌｉｖｅメッセージを受信する。
なお、監視端末４０は、Ａｌｉｖｅメッセージの受信に基づいて、起動対象機器３０の機器情報を含むＤｅｖｉｃｅ／Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎの取得を行ってもよい。
ここで、機器情報には、直近にＳＳＤＰメッセージを受信した時間、起動方式の情報等が含まれる。機器情報は、ＵＰｎＰの規格で規定されている情報であってもよいし、ベンダにより拡張された情報であってもよい。また、監視端末４０は、起動対象機器３０を電源オフの状態、又はＳｌｅｅｐモードの状態から起動状態にさせる機器情報などを起動対象機器３０等から適宜のタイミングで取得することも可能であり、起動対象機器３０に関する機器情報を保存して管理を行う。
【００１８】
起動対象機器３０は、ユーザからの操作が一定期間なかった等のトリガー（Ｓ３０３）により、Ｂｙｅｂｙｅメッセージをネットワーク１０の上にマルチキャスト送信する（Ｓ３０４）。監視端末４０は、Ｂｙｅｂｙｅメッセージを受信することにより、例えば起動対象機器３０がＳｌｅｅｐモードの状態に遷移したと判断し、管理している起動対象機器３０の機器情報に含まれる起動対象機器３０の状態を更新する。
また、起動対象機器３０は、ＢｙｅｂｙｅメッセージのｓｌｅｅｐＰｅｒｉｏｄで指定した時間（例：ａ秒、ａ＝１２０）が経過するα秒前に、再度Ｂｙｅｂｙｅメッセージをマルチキャスト送信する（Ｓ３０５）。再度のＢｙｅｂｙｅメッセージを受信した監視端末４０は、Ｓ３０４のときと同様に起動対象機器３０の状態を更新する。なお、監視端末４０は、Ｂｙｅｂｙｅメッセージを受信すると、ｓｌｅｅｐＰｅｒｉｏｄで指定された時間を保持し、Ｂｙｅｂｙｅメッセージを受信するごとに、ｓｌｅｅｐＰｅｒｉｏｄで指定された時間を上書きして保持する。
ここで、監視端末４０は、Ｓ３０４の処理の後にａ秒が経過しても、Ｂｙｅｂｙｅメッセージを受信しなかった場合、起動対象機器３０がネットワーク１０と未接続であると判断する。なお、監視端末４０は、未接続であると判断した場合、起動対象機器３０の機器情報を更新してもよいし削除してもよい。
なお、Ｓ３０６は、Ｓ３０５と同様である。また、起動対象機器３０の状態に変化がない場合、Ｂｙｅｂｙｅメッセージが繰り返しマルチキャスト送信される。
【００１９】
他方、起動要求端末２０は、ネットワーク１０に接続されたこと（Ｓ３０７）を契機として、監視端末４０から、ネットワーク１０に接続されている起動対象機器３０の機器情報を含むデバイスリストを取得する（Ｓ３０８）。なお、起動対象機器３０が起動状態である場合、起動要求端末２０は、ＳＳＤＰ Ｍ−Ｓｅａｒｃｈによる検索を行うことによって起動対象機器３０を発見することができる。他方、起動対象機器３０が起動状態でない場合、起動要求端末２０は、ＳＳＤＰ Ｍ−Ｓｅａｒｃｈによる検索を行っても起動対象機器３０を発見することができない。
起動要求端末２０は、取得した機器情報をもとに起動対象機器３０を起動状態にさせる。詳細については図４において説明するが、例えば、起動要求端末２０は、監視端末４０に対して起動対象機器３０の起動指示を行う（Ｓ３０９）。また、起動要求端末２０は、監視端末４０が起動指示を受け付けた返信を受信する。
【００２０】
そして、起動要求端末２０は、起動対象機器３０の状態を確認するための監視を行う。このとき、起動要求端末２０は、監視を終了するための監視タイマを設定する。監視時間は、監視端末４０から取得した機器情報に含まれる、予定時間の一例であるｓｌｅｅｐＰｅｒｉｏｄで指定された時間（ａ秒）と、最後にＢｙｅｂｙｅメッセージを受信した時間と、から算出した時間（ａ−ｎ秒）である。ｎは、最後にＢｙｅｂｙｅメッセージが受信された時間からの経過時間（ｎ秒：ｎ＜ａ）である。
付言するならば、起動要求端末２０は、起動対象機器３０から予定時間を取得する構成に限られるものではない。例えば、起動要求端末２０は、予定時間が予め格納された、起動要求端末２０の記憶装置、ネットワーク１０に接続された記憶装置から、予定時間を取得する構成としてもよい。
起動要求端末２０は、ａ−ｎ秒が経過した後も暫く起動対象機器３０からのＡｌｉｖｅメッセージや、Ｂｙｅｂｙｅメッセージを受信しなかった場合、起動対象機器３０の監視を終了する。即ち、起動要求端末２０は、監視の終了によって起動対象機器３０を起動状態にさせることができなかった（失敗した）と判断する。
【００２１】
また、起動指示を受け付けた監視端末４０は、起動要求端末２０に応答を返すとともに、起動対象機器３０に起動要求を送信する（Ｓ３１０）。例えば、監視端末４０は、起動対象機器３０がマルチキャスト送信したＳＳＤＰメッセージから取得可能なＭＡＣアドレスを利用してＷＯＬにて起動対象機器３０を起動状態にする。
他方、起動要求を受信した起動対象機器３０は、起動状態にする処理を行うと共に、この処理が完了するまでの時間（ｂ秒）をｓｌｅｅｐＰｅｒｉｏｄに指定したＢｙｅｂｙｅメッセージをマルチキャスト送信する（Ｓ３１１）。監視端末４０を介してＢｙｅｂｙｅメッセージを受信した起動要求端末２０は、監視タイマをｂ秒に更新して監視を継続する。
【００２２】
起動対象機器３０は、起動状態にする処理が完了すると、Ａｌｉｖｅメッセージをマルチキャスト送信する（Ｓ３１２）。
起動要求端末２０は、監視端末４０を介してＡｌｉｖｅメッセージを受信すると、監視タイマを停止すると共に、起動対象機器３０の監視を終了する（Ｓ３１３）。ｂ秒を経過して暫くしてもＡｌｉｖｅメッセージを受信しなかった場合、起動要求端末２０は、起動対象機器３０の監視を終了する。即ち、起動要求端末２０は、監視の終了によって起動対象機器３０が起動状態にする処理に失敗したと判断する。
なお、上述の例では、起動要求端末２０は、監視端末４０を介して起動要求を行っているが、監視端末４０から取得した機器情報に含まれる起動方式の情報に基づき起動対象機器３０に起動要求を行うこともある。
【００２３】
次に、図４を用いて起動要求端末２０がネットワーク１０に接続されてから起動対象機器３０の状態の確認（監視）を行う一連の処理（確認処理）を説明する。図４は、確認処理に係るフローチャートの一例を示す図である。
起動要求端末２０は、ネットワーク１０に接続された監視端末４０から起動状態でない起動対象機器３０の機器情報を含むデバイスリスト（機器一覧）を取得し、取得した起動対象機器３０を表示画面などに表示する（Ｓ４０１）。起動状態でない起動対象機器３０が複数存在する場合、それぞれの機器情報をもとに一覧表示する。
続いて、起動要求端末２０は、一覧表示した起動対象機器３０の中から、例えばユーザが後述の入力装置７１３を操作して指定した起動対象機器３０を特定する（Ｓ４０２）。
続いて、起動要求端末２０は、特定した起動対象機器３０の機器情報から起動方式の情報を取得する（Ｓ４０３）。
【００２４】
続いて、起動要求端末２０は、取得した起動方式の情報により起動対象機器３０を起動可能であるか否か判断する（Ｓ４０４）。このとき、起動要求端末２０は、起動可能であると判断した場合、特定した起動対象機器３０に対して起動要求を送信（起動処理を実行）する（Ｓ４０５）。他方、起動要求端末２０は、起動不可能であると判断した場合、監視端末４０に対して起動対象機器３０の起動処理を依頼（起動指示を送信）する（Ｓ４０６）。
続いて、起動要求端末２０は、起動処理を実行、又は起動指示を送信した後に、監視タイマをセットし（Ｓ４０７）、続いて、Ｓ４０８の処理を行う。監視タイマに指定される時間は、例えば、起動対象機器３０が最後に送信したＢｙｅｂｙｅメッセージのｓｌｅｅｐＰｅｒｉｏｄで指定された時間（ａ秒）と、起動要求、又は起動指示を行った時間とから算出される。
【００２５】
Ｓ４０８では、起動要求端末２０は、Ｓ４０７の処理でセットした時間が経過したか否か（設定した監視タイマが満了したか否か）を判断する。このとき、起動要求端末２０は、監視タイマが満了したと判断した場合、監視を終了すると共に起動状態への遷移に失敗したと判断し、例えば失敗した旨の結果を画面に表示する（Ｓ４１３）。なお、起動要求端末２０は、何も処理を行わずに（例えばＳ４１３の処理をすることなく）、確認処理を終了してもよい。他方、監視タイマが満了していないと判断した場合、起動要求端末２０は、ＳＳＤＰメッセージの受信待ちを継続する。換言するならば、起動要求端末２０は、起動対象機器３０の状態を確認するためにマルチキャスト送信されるＳＳＤＰメッセージの受信待ちを開始し、監視端末４０を介してＳＳＤＰメッセージを受信したか否かを判断する（Ｓ４０９）。このとき、起動要求端末２０は、ＳＳＤＰメッセージを受信したと判断した場合、Ｓ４１０の処理を行い、他方、受信していないと判断した場合、Ｓ４０８の処理を行う。
【００２６】
Ｓ４１０では、ＳＳＤＰメッセージの種別がＡｌｉｖｅメッセージであるかＢｙｅｂｙｅメッセージであるかを判断する。
このとき、起動要求端末２０は、受信したＳＳＤＰメッセージがＡｌｉｖｅメッセージであると判断した場合、起動対象機器３０が起動状態に遷移したと判断し、例えば成功した旨の結果を画面に表示する（Ｓ４１３）。なお、起動要求端末２０は、何も処理を行わずに（例えばＳ４１３の処理をすることなく）、確認処理を終了してもよい。
他方、起動要求端末２０は、受信したＳＳＤＰメッセージがＢｙｅｂｙｅメッセージであると判断した場合、ＢｙｅｂｙｅメッセージからｓｌｅｅｐＰｅｒｉｏｄの値を取得する処理を行う（Ｓ４１１）。続いて、起動要求端末２０は、値を取得できたか否か（取得の有無）を判断する（Ｓ４１２）。このとき、起動要求端末２０は、取得できたと判断した場合、監視タイマの再セットを行い（Ｓ４０７）、以降の処理を継続する。他方、起動要求端末２０は、取得できなかったと判断した場合は、ＳＳＤＰメッセージの受信待ちを継続する（Ｓ４０８）。
【００２７】
次に、図５を用いて起動対象機器３０が起動状態でないときに起動要求を受け付けたときの起動実行処理について説明する。図５は、起動実行処理に係るフローチャートの一例を示す図である。
起動対象機器３０は、起動要求の待ち状態であるとき（Ｓ５０１）、起動要求を受信したか否かを判断する（Ｓ５０２）。このとき、起動対象機器３０は、起動要求を受信したと判断した場合、Ｓ５０３の処理を行い、他方、起動要求を受信していないと判断した場合、起動要求の待ち状態となる。
Ｓ５０３では、起動対象機器３０は、設置環境や設定内容を考慮して規定された起動状態への遷移に要する時間（起動時間）を後述の記憶装置７１５等から取得する処理を行う。起動対象機器３０は、設置環境や設定内容を考慮して起動時間を算出する処理を行ってもよい。
【００２８】
起動対象機器３０は、起動時間を取得できたか否かを判断する（Ｓ５０４）。このとき、起動対象機器３０は、起動時間を取得できたと判断した場合、Ｓ５０５の処理を行い、他方、起動時間を取得できなかったと判断した場合、Ｓ５０６の処理を行う。Ｓ５０５では、起動対象機器３０は、取得した時間をｓｌｅｅｐＰｅｒｉｏｄに設定したＢｙｅｂｙｅメッセージをマルチキャスト送信し、続いて、Ｓ５０６の処理を行う。なお、この送信処理の詳細については図６を参照して説明する。
Ｓ５０６では、起動対象機器３０は、起動対象機器３０が提供するサービスの用に供するハードウェア、ソフトウェア、又は双方（起動対象サービス）を起動する。例えば、起動対象機器３０は、給電を制限していたデバイスに給電を再開したり、停止していたアプリケーションを再開したりする。続いて、起動対象機器３０は、全ての起動対象サービスの起動が完了すると、Ａｌｉｖｅメッセージをマルチキャスト送信する（Ｓ５０７）。
なお、起動対象機器３０は、起動時間を取得するソフトウェアや、Ｂｙｅｂｙｅメッセージを送信する後述のソフトウェアなどが起動していない場合、それらのソフトウェアなどを起動してから夫々の処理を行う。
【００２９】
次に、図６を用いて図５のＳ５０５の送信処理について説明する。
ここで、起動対象機器３０の設置環境や、アプリケーションの設定内容などにより起動時間が異なる場合がある。例えば、ＩＰアドレスの設定に関して、固定モードであるか自動取得モードであるかにより、ＩＰアドレスを設定する時間が異なる。また、自動取得モードであっても、設置環境におけるＤＨＣＰサーバの有無により、取得方法がＤＨＣＰであるかＡｕｔｏＩＰであるかで異なることになりＩＰアドレスの取得に要する時間が異なる。
以下では、ＩＰアドレスの設定が自動設定である場合を例に挙げて説明する。図６は、送信処理に係るフローチャートの一例を示す図である。
【００３０】
まず、起動対象機器３０は、Ｂｙｅｂｙｅメッセージを送信するソフトウェアを起動し、送信可能な状態にする（Ｓ６０１）。続いて、起動対象機器３０は、ＡｕｔｏＩＰを利用してＩＰアドレスを取得する（Ｓ６０２）。
続いて、起動対象機器３０は、Ｓ６０２で取得したＩＰアドレスを使用して、Ｂｙｅｂｙｅメッセージをマルチキャスト送信する（Ｓ６０３）。このとき、ｓｌｅｅｐＰｅｒｉｏｄには、図５のＳ５０６〜Ｓ５０７の処理に必要な時間（Ａ秒）に、ＤＨＣＰサーバへのＩＰアドレス取得タイムアウト値（α秒）を加えた値（起動時間）が設定されている。このα秒は、ネットワーク１０にＤＨＣＰサーバの機能を有する機器が存在していないときに、起動対象機器３０がＤＨＣＰを利用してＩＰアドレスの取得処理を行った際に、ＩＰアドレスの取得の失敗を検出（判断）するまでの時間である。
【００３１】
起動対象機器３０は、ＤＨＣＰサーバからＩＰアドレスを取得する処理を行い（Ｓ６０４）、ＩＰアドレスを取得できたか否かを判断する（Ｓ６０５）。このとき、起動対象機器３０は、ＩＰアドレスを取得できたと判断した場合、Ｓ６０６の処理を行い、他方、ＩＰアドレスを取得できなかったと判断した場合、Ｓ５０６の処理を行う。
Ｓ６０６では、起動対象機器３０は、ＩＰアドレスを更新する。続いて、起動対象機器３０は、Ｓ５０６〜Ｓ５０７の処理に必要な起動時間（Ａ秒）をｓｌｅｅｐＰｅｒｉｏｄに設定したＢｙｅｂｙｅメッセージをマルチキャスト送信する（Ｓ６０７）。
上述の処理により、起動対象機器３０の設置環境による起動時間の差を、起動要求端末２０に通知することができる。即ち、その他にも起動時間に影響する要因は多数想定されるが、規定の段階までの起動が行われたとき、残りの段階の起動に要する時間を起動時間として起動要求端末２０に更に送信する構成とすることで、起動時間が不確実である問題を解決できる。
【００３２】
次に、図７を用いて起動要求端末２０の機能構成、及びハードウェア構成を説明する。図７は、起動要求端末２０の機能構成の一例、及びハードウェア構成の一例を示す図である。
表示制御部７０１は、起動要求端末２０が内蔵するＬＣＤ又は外部接続するディスプレイ等の出力装置７１４に起動対象機器３０や監視端末４０の一覧、機器情報などの表示を行う。
入力制御部７０２は、表示された複数の起動対象機器３０の中から起動状態にさせたい特定の起動対象機器３０の選択の受け付け等を行う。入力の受け付けは、起動要求端末２０が内蔵する選択ボタン、キーボードなどの入力装置７１３（外部接続機器）、Ｉ／Ｆ装置７１６を介してネットワーク１０に接続された装置の外部接続機器などの入力部を介して行われる。
【００３３】
タイマ制御部７０３は、ネットワーク監視部７０５からのセット（登録、更新等）の要求により、監視タイマをセットし、タイマ満了によりネットワーク監視部７０５にタイマ満了の通知を行う。
起動時間保存部７０４は、起動対象機器３０のＢｙｅｂｙｅメッセージに含まれるｓｌｅｅｐＰｅｒｉｏｄの値、又は監視端末４０から受け取った機器情報から、起動対象物が次回に起動するまでの時間を機器ごとに記憶装置７１５等の記憶部に保存する。
ネットワーク監視部７０５は、起動時間保存部７０４から取得した起動対象物が次回に起動するまでの時間に基づきタイマ制御部７０３に監視タイマの登録を行う。また、ネットワーク監視部７０５は、監視端末４０から送信されるＳＳＤＰメッセージの受信をＩ／Ｆ装置７１６を介して行い、起動対象機器３０のＡｌｉｖｅメッセージ及びＢｙｅｂｙｅメッセージを受信する。なお、ネットワーク監視部７０５は、Ｉ／Ｆ装置７１６を介してマルチキャスト送信されるＳＳＤＰメッセージの受信を行い、起動対象機器３０のＡｌｉｖｅメッセージ及びＢｙｅｂｙｅメッセージを受信してもよい。
【００３４】
また、ネットワーク監視部７０５は、起動対象機器３０からのＡｌｉｖｅメッセージを受信した場合、又はタイマ制御部７０３からタイマ満了を受け取った場合、ネットワークの監視を停止する。ネットワーク監視部７０５は、起動対象機器３０からのＢｙｅｂｙｅメッセージを受信し、受信したＢｙｅｂｙｅメッセージにｓｌｅｅｐＰｅｒｉｏｄの値が含まれている場合、タイマ制御部７０３に監視タイマの更新を指示する。
機器起動部７０６は、起動対象機器３０に起動要求、又は監視端末４０に起動対象機器３０の起動指示を行う。
【００３５】
本実施形態では、ＣＰＵ７１０が、ＲＯＭ７１２等に格納されたプログラムの手順に従って処理を行うことによって、起動要求端末２０における機能及びフローチャートに係る処理が実現される。なお、起動要求端末２０の各ユニット（７１０〜７１６）は、バス７１７を介して通信可能に接続されている。
付言するならば、起動対象機器３０は、ＣＰＵ、ＲＯＭ等のハードウェアを有し、ＣＰＵが、ＲＯＭ等に格納されたプログラムの手順に従って処理を行うことによって、起動対象機器３０における機能及びフローチャートに係る処理が実現される。また、監視端末４０は、起動要求端末２０と同様のハードウェアを有し、ＣＰＵが、ＲＯＭ等に格納されたプログラムの手順に従って処理を行うことによって、監視端末４０における機能及びフローチャートに係る処理が実現される。
本実施形態によれば、ネットワークに未接続であることや、アプリケーション等を起動できなかったことによる起動対象機器への起動要求の失敗を、起動要求端末が負荷なく検出でき、起動対象機器の起動の監視、検索などを確実に終了することができる。
【００３６】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００３７】
上述した実施形態の構成によれば、ネットワーク機器における起動を適切に判断することができる。
【００３８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００３９】
１０  ネットワーク、２０  起動要求端末、３０  起動対象機器、４０  監視端末
【図１】
0005683313.tif 000002
【図２】
0005683313.tif 000003
【図３】
0005683313.tif 000004
【図４】
0005683313.tif 000005
【図５】
0005683313.tif 000006
【図６】
0005683313.tif 000007
【図７】
0005683313.tif 000008