(57)【要約】【課題】従来の遠隔制御システムでは、遠隔制御装置を被制御機器のネットワーク毎に設置する必要があり、導入および維持管理コストが高かった。【解決手段】遠隔制御装置を１か所にのみ設置し、遠隔制御装置からの指示により各ネットワークに設置されている制御パケット送信装置が被制御機器に制御パケットを送信する。このため遠隔制御装置をネットワークやサブネット単位に設置しなくてもよく、遠隔制御装置の設置台数を最小に抑えることができる。【選択図】      図３
2008085687.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、前記遠隔制御装置に接続可能な操作端末と、前記制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなる遠隔制御システムであり、
前記操作端末は、
前記遠隔制御装置に、前記被制御機器を示す情報と前記被制御機器の制御内容を送信する手段を備え、
前記遠隔制御装置は、
前記被制御機器を示す情報と前記制御内容とを受信する手段と、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルと、
受信した被制御機器を示す情報を基に前記機器情報テーブルを検索し、前記被制御機器を管轄する制御パケット送信装置と前記被制御機器とのアドレスを取得し、
この制御パケット送信装置へ、取得した被制御機器を示すアドレスと前記制御内容とを含む、制御要求パケットを送信する手段とを備え、
前記制御パケット送信装置は、
前記遠隔制御装置からの前記制御要求パケットを受信し、そのパケットで指定された制御内容を含む制御パケットを前記被制御機器に送信する手段を備えることを特徴とする、遠隔制御システム。
【請求項２】
前記遠隔制御装置と前記制御パケット送信装置との間の通信はＨＴＴＰトンネリングにより行われることを特徴とする、請求項第１項に記載の遠隔制御システム。
【請求項３】
前記制御パケットはマジックパケットであり、
前記制御パケット送信装置は前記ネットワーク間接続装置の一部をなすことを特徴とする、請求項第２項に記載の遠隔制御システム。
【請求項４】
前記ネットワーク間接続装置はルータであることを特徴とする、請求項第３項に記載の遠隔制御システム。
【請求項５】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、前記遠隔制御装置に接続可能な操作端末と、前記制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなるシステムの遠隔制御方法であり、
前記操作端末は、
前記遠隔制御装置に、前記被制御機器を示す情報と前記被制御機器の制御内容を送信し、
前記遠隔制御装置は、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルを前もって保持し、
前記被制御機器を示す情報と前記制御内容とを受信し、
受信した被制御機器を示す情報を基に、前記機器情報テーブルを検索し、前記被制御機器を管轄する制御パケット送信装置と前記被制御機器とのアドレスを取得し、
この制御パケット送信装置へ、取得した被制御機器を示すアドレスと前記制御内容とを含む、制御要求パケットを送信し、
前記制御パケット送信装置は、
前記遠隔制御装置からの前記制御要求パケットを受信し、そのパケットで指定された制御内容を含む制御パケットを前記被制御機器に送信する
ことを特徴とする、遠隔制御方法。
【請求項６】
前記遠隔制御装置と前記制御パケット送信装置とは、ＨＴＴＰトンネリングにより通信することを特徴とする、請求項第５項に記載の遠隔制御方法。
【請求項７】
前記制御パケットはマジックパケットであり、
前記制御パケット送信装置は前記ネットワーク間接続装置の一部をなすことを特徴とする、請求項第６項に記載の遠隔制御方法。
【請求項８】
前記ネットワーク間接続装置はルータであることを特徴とする、請求項第７項に記載の遠隔制御方法。
【請求項９】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、前記遠隔制御装置に接続可能な操作端末と、前記制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなるシステムに用いられる遠隔制御装置であり、
前記被制御機器を示す情報と前記制御内容とを前記操作端末から受信する手段と、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルと、
受信した被制御機器を示す情報を基に前記機器情報テーブルを検索し、前記被制御機器を管轄する制御パケット送信装置と前記被制御機器とのアドレスを取得し、
取得した被制御機器を示すアドレスと前記制御内容とを含む、制御要求パケットを前記制御パケット送信装置へ送信する手段
とを備えることを特徴とする、遠隔制御装置。
【請求項１０】
前記遠隔制御装置と前記制御パケット送信装置とは、ＨＴＴＰトンネリングにより通信することを特徴とする、請求項第９項に記載の遠隔制御装置。
【請求項１１】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、前記遠隔制御装置に接続可能な操作端末と、前記制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなるシステムに用いられる遠隔制御装置の制御方法であり、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルを前もって保持し、
前記被制御機器を示す情報と前記制御内容とを前記操作端末より受信し、受信した被制御機器を示す情報を基に前記機器情報テーブルを検索し、前記被制御機器を管轄する制御パケット送信装置と前記被制御機器とのアドレスを取得し、
この制御パケット送信装置へ、取得した被制御機器を示すアドレスと前記制御内容とを含む、制御要求パケットを送信する
ことを特徴とする、遠隔制御装置の制御方法。
【請求項１２】
前記遠隔制御装置と前記制御パケット送信装置とは、ＨＴＴＰトンネリングにより通信することを特徴とする、請求項第１１項に記載の遠隔制御装置の制御方法。
【請求項１３】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、前記遠隔制御装置に接続可能な操作端末と、前記制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなるシステムに用いられる遠隔制御装置のプログラムであり、
前記被制御機器を示す情報と前記制御内容とを受信するステップと、
受信した被制御機器を示す情報を基に、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルを検索し、前記被制御機器を管轄する制御パケット送信装置と前記被制御機器とのアドレスを取得するステップと、
この制御パケット送信装置へ、取得した被制御機器を示すアドレスと前記制御内容とを含む、制御要求パケットを送信するステップ
とが含まれることを特徴とする、遠隔制御装置のプログラム。
【請求項１４】
前記遠隔制御装置と前記制御パケット送信装置とは、ＨＴＴＰトンネリングにより通信することを特徴とする、請求項第１３項に記載の遠隔制御装置のプログラム。
【請求項１５】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、前記遠隔制御装置に接続可能な操作端末と、前記制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなるシステムに用いられる制御パケット送信装置であり、
前記遠隔制御装置からの制御要求パケットを受信し、そのパケットで指定された制御内容を含む制御パケットを前記被制御機器に送信する手段を備えることを特徴とする、制御パケット送信装置。
【請求項１６】
前記遠隔制御装置と前記制御パケット送信装置とは、ＨＴＴＰトンネリングにより通信することを特徴とする、請求項第１５項に記載の制御パケット送信装置。
【請求項１７】
前記制御パケットはマジックパケットであり、
前記制御パケット送信装置は前記ネットワーク間接続装置の一部をなすことを特徴とする、請求項第１６項に記載の制御パケット送信装置。
【請求項１８】
前記ネットワーク間接続装置はルータであることを特徴とする、請求項第１７項に記載の制御パケット送信装置。
【請求項１９】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、前記遠隔制御装置に接続可能な操作端末と、前記制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなるシステムに用いられる制御パケット送信装置の制御方法であり、
前記遠隔制御装置からの制御要求パケットを受信し、そのパケットで指定された制御内容を含む制御パケットを前記被制御機器に送信する
ことを特徴とする、制御パケット送信装置の制御方法。
【請求項２０】
前記遠隔制御装置と前記制御パケット送信装置とは、ＨＴＴＰトンネリングにより通信することを特徴とする、請求項第１９項に記載の制御パケット送信装置の制御方法。
【請求項２１】
前記制御パケットはマジックパケットであり、
前記制御パケット送信装置は前記ネットワーク間接続装置の一部をなすことを特徴とする、請求項第２０項に記載の制御パケット送信装置の制御方法。
【請求項２２】
前記ネットワーク間接続装置はルータであることを特徴とする、請求項第２１項に記載の制御パケット送信装置の制御方法。
【請求項２３】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、前記遠隔制御装置に接続可能な操作端末と、前記制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなるシステムに用いられる制御パケット送信装置のプログラムであり、
前記遠隔制御装置からの制御要求パケットを受信するステップと、
そのパケットで指定された制御内容を含む制御パケットを前記被制御機器に送信するステップ
とを含むことを特徴とする、制御パケット送信装置のプログラム。
【請求項２４】
前記遠隔制御装置と前記制御パケット送信装置とは、ＨＴＴＰトンネリングにより通信することを特徴とする、請求項第２３項に記載の制御パケット送信装置のプログラム。
【請求項２５】
前記制御パケットはマジックパケットであり、
前記制御パケット送信装置は前記ネットワーク間接続装置の一部をなすことを特徴とする、請求項第２４項に記載の制御パケット送信装置のプログラム。
【請求項２６】
前記ネットワーク間接続装置はルータであることを特徴とする、請求項第２５項に記載の制御パケット送信装置のプログラム。
【請求項２７】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置と接続されたネットワーク間接続装置と、前記遠隔制御装置に接続可能な操作端末と、
前記ネットワーク間接続装置と同一サブネットワークに設置された被制御機器とからなる遠隔制御システムであり、
前記操作端末は、
前記遠隔制御装置に前記被制御機器を示す情報と、前記被制御機器の制御内容を送信する手段を備え、
前記遠隔制御装置は、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄するネットワーク間接続装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルと、
前記被制御機器を示す情報と前記制御内容とを受信する手段と、
受信した被制御機器を示す情報を基に前記機器情報テーブルを検索し、前記被制御機器を管轄するネットワーク間接続装置と前記被制御機器とのアドレスを取得し、
このネットワーク間接続装置へ、前記被制御機器のアドレスと、前記制御内容とを含む制御パケットをＩＰトンネリングにより送信する手段と、
を備えることを特徴とする遠隔制御システム。
【請求項２８】
前記制御パケットはマジックパケットであることを特徴とする、
請求項第２７項に記載の遠隔制御システム。
【請求項２９】
前記ネットワーク間接続装置はルータであることを特徴とする、
請求項第２８項に記載の遠隔制御システム。
【請求項３０】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置と接続されたネットワーク間接続装置と、前記遠隔制御装置に接続可能な操作端末と、
前記ネットワーク間接続装置と同一サブネットワークに設置された被制御機器とからなるシステムの遠隔制御方法であり、
前記操作端末は、
前記遠隔制御装置に前記被制御機器を示す情報と、前記被制御機器の制御内容を送信し、
前記遠隔制御装置は、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄するネットワーク間接続装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルを前もって保持し、
前記被制御機器を示す情報と前記制御内容とを受信し、
受信した被制御機器を示す情報を基に、前記機器情報テーブル前記機器情報テーブルを検索し、前記被制御機器を管轄するネットワーク間接続装置と前記被制御機器とのアドレスを取得し、
このネットワーク間接続装置へ、前記被制御機器のアドレスと、前記制御内容とを含む制御パケットをＩＰトンネリングにより送信する
ことを特徴とする遠隔制御方法。
【請求項３１】
前記制御パケットはマジックパケットであることを特徴とする、
請求項第３０項に記載の遠隔制御方法。
【請求項３２】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置と接続されたネットワーク間接続装置と、前記遠隔制御装置に接続可能な操作端末と、
前記ネットワーク間接続装置と同一サブネットワークに設置された被制御機器とからなるシステムに用いられる遠隔制御装置であり、
前記被制御機器を示す情報と前記制御内容とを前記操作端末から受信する手段と、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルと、
受信した被制御機器を示す情報を基に前記機器情報テーブルを検索し、前記被制御機器を管轄するネットワーク間接続装置と前記被制御機器とのアドレスを取得し、
このネットワーク間接続装置へ、前記被制御機器のアドレスと、前記制御内容とを含む制御パケットをＩＰトンネリングにより送信する手段
とを備えることを特徴とする遠隔制御装置。
【請求項３３】
前記制御パケットはマジックパケットであることを特徴とする、
請求項第３２項に記載の遠隔制御装置。
【請求項３４】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置と接続されたネットワーク間接続装置と、前記遠隔制御装置に接続可能な操作端末と、
前記ネットワーク間接続装置と同一サブネットワークに設置された被制御機器とからなるシステムの遠隔制御装置の制御方法であり、
前記被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブルを前もって保持し、
前記被制御機器を示す情報と前記制御内容とを前記操作端末より受信し、
受信した被制御機器を示す情報を基に、前記被制御機器を示す情報に対応させてこの被制御機器を管轄するネットワーク間接続装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブル前記機器情報テーブルを検索し、前記被制御機器を管轄するネットワーク間接続装置と前記被制御機器とのアドレスを取得し、
このネットワーク間接続装置へ、前記被制御機器のアドレスと、前記制御内容とを含む制御パケットをＩＰトンネリングにより送信する
ことを特徴とする、遠隔制御装置の制御方法。
【請求項３５】
前記制御パケットはマジックパケットであることを特徴とする、
請求項第３４項に記載の遠隔制御装置の制御方法。
【請求項３６】
ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、前記遠隔制御装置と接続されたネットワーク間接続装置と、前記遠隔制御装置に接続可能な操作端末と、
前記ネットワーク間接続装置と同一サブネットワークに設置された被制御機器とからなるシステムの遠隔制御装置のプログラムであり、
前記被制御機器を示す情報と前記制御内容とを受信するステップと、
受信した被制御機器を示す情報を基に、前記被制御機器を示す情報に対応させてこの被制御機器を管轄するネットワーク間接続装置のアドレスと前記被制御機器のアドレスとを含む機器情報テーブル前記機器情報テーブルを検索し、前記被制御機器を管轄するネットワーク間接続装置と前記被制御機器とのアドレスを取得するステップと、
このネットワーク間接続装置へ、前記被制御機器のアドレスと、前記制御内容とを含む制御パケットをＩＰトンネリングにより送信するステップ
とを含むことを特徴とする遠隔制御装置のプログラム。
【請求項３７】
前記制御パケットはマジックパケットであることを特徴とする、
請求項第３６項に記載の遠隔制御装置のプログラム。
【請求項３８】
ファイアウォールと、ユーザ認証機能を備えた認証サーバと、インターネットに接続可能な操作端末とを有する遠隔制御システムであり、
前記ファイアウォールは前記インターネットと前記遠隔制御装置との間に設置され、
前記認証サーバは前記ファイアウォールに接続され、
前記操作端末は、前記遠隔制御装置への接続に先立って、前記ファイアウォールを介して前記認証サーバに接続することを特徴とする、
請求項第１項、第２項、第３項、第４項、第２７項、第２８項および第２９項に記載の遠隔制御システム。
【請求項３９】
前記パケット送信装置は、前記制御パケットを送信した後に、前記遠隔制御装置へ制御パケットの送信結果を応答する手段と、
前記遠隔制御装置は、前記応答に従い、前記制御パケットの送信結果を前記操作端末に応答する手段
とをさらに備えていることを特徴とする、請求項第１項、第２項、第３項および第４項に記載の遠隔制御システム。
【請求項４０】
前記遠隔制御装置が、前記制御パケットの送信結果を前記操作端末に応答する手段
をさらに備えていることを特徴とする、請求項第２７項、第２８項および第２９項に記載の遠隔制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークで接続された被制御機器を遠隔制御する技術に関わる。
【背景技術】
【０００２】
パーソナルコンピュータ（ＰＣ）やサーバ等のネットワーク機器に使用者が遠隔から電源を投入する技術として、Ｗａｋｅ  Ｏｎ  ＬＡＮ（ＷＯＬ）が知られている。この技術は、ネットワークに接続された、電源の入っていない機器に対して特殊な構成のパケットを送信することにより、当該パケットを受信した機器を起動する。
【０００３】
ＷＯＬを具体的に実現する従来の技術として、マジックパケット（登録商標）技術がある。この技術では、使用者が遠隔制御装置所定のコマンドを含んだ指示パケットを送信すると、この遠隔制御装置はマジックパケットと呼ばれる特定の構成を有するパケットを、電源投入対象機器に送信する。電源投入対象機器のネットワークインタフェースは、このマジックパケットが自分宛のマジックパケットである場合には、電源投入対象機器自身が自らの電源を投入する。マジックパケット技術については、たとえば非特許文献１に記載がある。
【０００４】
図１（ａ）、（ｂ）は各々、マジックパケットの構成を示す図、およびマジックパケットを構成するデータの各部分の意味を示した図である。図１（ａ）、（ｂ）に示されたように、マジックパケットは、イーサネット（登録商標）のＭＡＣフレームにおいて、データ領域（ＤＡＴＡ）に電源投入対象機器のＭＡＣアドレスを１６回繰り返して記述している（ＭＡＣ（１）〜ＭＡＣ（１６））。図１において、ＤＡは送信先機器のＭＡＣアドレス、ＳＡは送信元機器のＭＡＣアドレスである。イーサネットの仕様として、ＤＡにＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦを指定するとブロードキャストパケットとなる。なお、図１（ａ）、（ｂ）に記載した内容は非特許文献１にも記載されている。
【０００５】
図２はマジックパケットを利用した遠隔制御システムの従来例を示す構成図である。この図は、サブネットワーク１０１にあるサーバ１２１、１２２等を、サブネットワーク１０１の外部にあるノート型パーソナルコンピュータ（ノートＰＣ）１０から起動する遠隔電源投入システムを例示している。
【０００６】
図２において、ノートＰＣ１０は、ルータ５２、基幹網１、ルータ１００、ルータ１８１を経由して、電源制御装置１９１に接続されている。
【０００７】
サブネットワーク１０１は、ルータ１００により基幹網１に接続されたサブネットワークである。サブネットワーク１０１は、ルータ１８１、サーバ１２１、１２２および遠隔制御装置１９１を収容する。サーバ１２１、１２２は、各々、マジックパケットの受信に対応したネットワークインタフェースを有する。
【０００８】
同様に、サブネットワーク２０１は、ルータ２００により基幹網１に接続されたサブネットワークである。このサブネットワーク２０１は、ルータ２８１、サーバ２２１、２２２および遠隔制御装置２９１を収容する。サーバ２２１、２２２は、各々、マジックパケットの受信に対応したネットワークインタフェースを有する。
【０００９】
図２を用いて、ノートＰＣ１０からサーバ１２１を起動させる場合の、図２のシステム各部の動作が説明される。
【００１０】
使用者は、ノートＰＣ１０から遠隔制御装置１９１に対して、サーバ１２１（電源投入対象機器）へのマジックパケットの送出を指示するための指示パケットを送信する。この指示パケットは、遠隔制御装置１９１へのコマンド（たとえば電源投入）、および遠隔制御装置１９１のＩＰアドレスを含む。この指示パケットは、ルータ５２、基幹網１、ルータ１００、ルータ１８１を経由して遠隔制御装置１９１に到達する。遠隔制御装置１９１は、サーバ１２１、１２２のＭＡＣアドレスの情報を保持している。遠隔制御装置１９１は、ノートＰＣ１０からの指示パケットを受信すると、サーバ１２１のＭＡＣアドレスを図１（ｂ）のＭＡＣ（１）〜ＭＡＣ（１６）に書き込んだマジックパケットを生成し、サブネットワーク１０１内にこのマジックパケットをブロードキャストする。
【００１１】
ここで、ブロードキャストによりマジックパケットはサーバ１２１のみならずサーバ１２２にも到達する。サーバ１２２のネットワークインタフェースは、受信したマジックパケットのＭＡＣ（１）〜ＭＡＣ（１６）に自分のＭＡＣアドレスが記述されていないことから、そのマジックパケットは自分宛でないと判断し、何も動作を行わない。自分のＭＡＣアドレスを含むマジックパケットを受信したサーバ１２１のみが、電源投入動作を行う。
【００１２】
別の従来例として、特開２００５−１０９７６３号公報（特許文献１）は、ネットワーク外部のノードからＷＯＬ技術を用いてネットワーク内部のコンピュータを起動する構成が記載されている。
【００１３】
【特許文献１】特開２００５−１０９７６３号公報
【非特許文献１】Magic Packet Technology White Paper（Advanced Micro Devices社）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
以上がマジックパケット技術を用いた従来の遠隔電源投入システムであるが、この方法には以下のような問題があった。
【００１５】
マジックパケットは、マジックパケットを生成する遠隔制御装置から、電源投入対象機器に向けてブロードキャストパケットで送信される。しかしながら、ルータやファイアウォールはブロードキャストパケットを通さないため、遠隔制御装置と電源投入対象機器との間にルータやファイウォールを設置することができなかった。すなわち、従来は、遠隔制御装置をルータまたはファイアウォールで区切られたネットワーク単位に設置する必要があった。
【００１６】
企業ネットワークの大規模化に伴い、企業ネットワーク内に存在するサブネットワークの数が増加すると、マジックパケットを利用しようとする電源投入対象機器が多くのサブネットワークに設置されるようになってくる。このため、必要な遠隔制御装置の台数もサブネットワーク数とともに増加していくことになる。その結果、マジックパケットを用いた従来の遠隔制御システムでは、サブネットワーク数の増加につれて遠隔制御装置の導入コストが高くなるという問題があった。
【００１７】
また、マジックパケットを用いた従来の遠隔電源投入システムでは、遠隔制御装置がサブネットワークごとに存在しているために、管理者は、各遠隔制御装置が管理する電源投入対象機器の情報を、各遠隔制御装置に記憶させる必要がある。また、管理者は、電源投入対象機器がネットワークを跨いで移設された場合には、その情報を各遠隔制御装置に再登録する必要があった。加えて、使用者は電源投入対象機器と同じサブネットワークにある遠隔制御装置の最新の情報を管理者から入手してノートＰＣに記憶させ、電源投入対象機器を管理する遠隔制御装置を指示パケットの宛先として正確に指定する必要があり、使用者は、ノートＰＣの内容を常に正確な状態に保つ必要があった。すなわち、従来の遠隔電源投入システムには、導入後の遠隔制御装置の維持・運用コストも高くなるという問題があった。
【００１８】
さらに、マジックパケットがルータやファイアウォールを通過できないことにより、従来の遠隔電源投入システムでは、遠隔制御装置を電源投入対象機器とは異なるネットワークに置いたり、ファイアウォールの外部に遠隔制御装置を設置して社内ＩＰ網内の機器を起動したりすることもできなかった。
【００１９】
このようなことから、運用管理者はユーザに利便性を提供したいと願う反面、運用管理の効率の問題から、ＷＯＬ技術を利用した遠隔電源投入システムの導入に踏み切れないでいた。
【００２０】
前述の特許文献１においては、ＷＯＬ装置は電源投入の対象であるコンピュータの属するサブネットワーク上にあり、端末からサブネットワークごとに設置されたＷＯＬ装置を指定して起動指示パケットを送信する必要がある。従って、この特許文献１も、上述の問題点を解決していない。
【００２１】
本発明は上記の問題を解決すべくなされたものであり、本発明は、遠隔制御装置を社内のセンターなどに集中設置できるようにしたことにより、遠隔制御装置の設置・運用コストを低減する。また本発明は、社内のネットワークが多くのサブネットワークに区別されている場合であっても、必要な遠隔制御装置は１台のみであり、使用者は指示パケットの送信先の選択を行う必要がない。
【課題を解決するための手段】
【００２２】
上記の課題を解決するため、本発明の遠隔制御システムは、ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、遠隔制御装置とネットワーク間接続装置を介して接続された制御パケット送信装置と、遠隔制御装置に接続可能な操作端末と、制御パケット送信装置と同一サブネットワークに設置された被制御機器とからなる遠隔制御システムであり、操作端末は、遠隔制御装置に、被制御機器を示す情報と被制御機器の制御内容を送信する手段を備え、遠隔制御装置は、被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと被制御機器のアドレスとを含む機器情報テーブルと、被制御機器を示す情報と制御内容とを受信する手段と、
受信した被制御機器を示す情報を基に前記機器情報テーブルを検索し、前記被制御機器を管轄する制御パケット送信装置と被制御機器とのアドレスを取得し、この制御パケット送信装置へ、取得した被制御機器を示すアドレスと制御内容とを含む、制御要求パケットを送信する手段とを備え、制御パケット送信装置は、遠隔制御装置からの制御要求パケットを受信し、そのパケットで指定された制御内容を含む制御パケットを被制御機器に送信する手段を備えることを特徴としている。
【００２３】
また、本発明の遠隔制御システムは、ネットワーク上の遠隔制御装置と、サブネットワーク上に存在し、遠隔制御装置と接続されたネットワーク間接続装置と、遠隔制御装置に接続可能な操作端末と、ネットワーク間接続装置と同一サブネットワークに設置された被制御機器とからなる遠隔制御システムであり、操作端末は、遠隔制御装置に被制御機器を示す情報と、被制御機器の制御内容を送信する手段を備え、遠隔制御装置は、被制御機器を示す情報に対応させて、この被制御機器を管轄する制御パケット送信装置のアドレスと被制御機器のアドレスとを含む機器情報テーブルと、被制御機器を示す情報と制御内容とを受信する手段と、受信した被制御機器を示す情報を基に機器情報テーブルを検索し、被制御機器を管轄するネットワーク間接続装置と被制御機器とのアドレスを取得し、このネットワーク間接続装置へ、被制御機器のアドレスと、制御内容とを含む制御パケットをＩＰトンネリングにより送信する手段とを備えることを特徴とする。
【発明の効果】
【００２４】
本発明の遠隔制御システムの効果は、機器導入コストを抑えることができることである。さらに、遠隔制御装置を企業内のデータセンターなどに集中設置することができるという効果もある。
【００２５】
その理由は、遠隔制御装置を１か所にのみ設置し、遠隔制御装置からの指示により各ネットワークに設置されている制御パケット送信装置が制御パケットを送信するので、遠隔制御装置をネットワークやサブネット単位に設置しなくてもよく、設置台数を最小に抑えることができるからである。
【００２６】
本発明の遠隔制御システムの別の効果は、ネットワークが大規模化した場合にも、効率よく、安全な機器の管理と制御が実現できることである。
【００２７】
その理由は、被制御機器が設置されるサブネットワークなどの情報が変更された場合、管理者は１か所の遠隔制御装置の情報のみを更新すればよく、使用者が遠隔制御装置や被制御機器の情報を最新に維持する必要がないからである。また、使用者は１か所のみの遠隔制御装置に関する情報を知っていればよいため、制御の対象となる機器ごとに遠隔制御装置を選択する必要がなく、制御指示を行う際に異なる遠隔制御装置を指定してしまうといった誤操作を回避することができるからである。
【００２８】
本発明の遠隔制御システムのさらに別の効果は、被制御機器と異なるネットワークに遠隔制御装置を設置しても、目的のサーバまたはパソコンの遠隔制御が可能になることである。
【発明を実施するための最良の形態】
【００２９】
次に、本発明の遠隔制御システムの実施例について図面を参照して詳細に説明する。
図３は、本発明の遠隔制御システムの第１の実施例を示す図である。この図は、遠隔に設置した端末（ノート形パーソナルコンピュータ）から被制御機器（サーバ）の電源を投入する遠隔制御システムの例を示している。
【００３０】
図３に示された通り、この遠隔制御システムは、基幹網１、サブネットワーク２、１０１〜Ｎ０１とからなる。
【００３１】
サブネットワーク２は、ルータ５１、５２により基幹網１に接続されており、
サブネットワーク１０１は、ルータ１００、１１１により基幹網１に接続されている。
このサブネットワーク１０１は、ルータ１１１、サーバ１２１、１２２を収容している。サブネットワーク２０１は、ルータ２００、２１１により基幹網１に接続されている。このサブネットワーク２０１は、ルータ２１１、サーバ２２１、２２２を収容している。
【００３２】
同様に、サーバを収容するＮ番目のサブネットワークにおいて、サブネットワークＮ０１はルータＮ００、Ｎ１１により基幹網１に接続されている。このサブネットワークＮ０１は、ルータＮ１１、サーバＮ２１、Ｎ２２を収容している。
【００３３】
また、この実施例においては、遠隔制御装置６０は、ルータ５４を介して基幹網１に接続されている。
【００３４】
ノートＰＣ１０は、ルータ５０、サブネットワーク２、ルータ５１、５２を介して基幹網１に接続されており、ノートＰＣ２０は、ルータ５３を介して基幹網１に接続されている。
【００３５】
ノートＰＣ１０および２０は、使用者がサーバ１２１、１２２〜Ｎ２１、Ｎ２２のいずれかへの制御内容を入力すると、制御内容及び制御対象のサーバを特定するための情報を含んだ制御指示パケットを遠隔制御装置６０に送信する。
【００３６】
基幹網１は、企業の本拠にある比較的大きなネットワークである。ルータ５２〜５４、１００〜Ｎ００は基幹網１上にあり、サブネットワーク１０１〜Ｎ０１はルータ１１１〜Ｎ１１とルータ１００〜Ｎ００とを介して基幹網１に接続される。
【００３７】
サブネットワーク２は、企業の本拠とは離れた地域にあるネットワークである。サブネットワーク２と基幹網１とは、ルータ５１、５２で結ばれている。
【００３８】
なお、本願においては「サブネットワーク」は、ルータを介して互いに接続されたネットワークの集合体において、異なるネットワークアドレスを持つ個々のネットワークを意味しており、サブネットマスクにより分割されたネットワークという意味を包含する。
【００３９】
サブネットワーク１０１は、基幹網１と接続するサブネットワークのひとつである。サブネットワーク１０１内にあるサーバ１２１、１２２は、ルータ１１１を介してルータ１００と接続する。
【００４０】
サブネットワーク１０１〜Ｎ０１はそれぞれ異なるネットワークアドレスを持っている。サブネットワーク２０１〜Ｎ０１の構成は、サブネットワーク１０１と同様である。
【００４１】
サーバ１２１、１２２〜Ｎ２１、Ｎ２２は、使用者が制御しようとする機器（被制御機器）である。
【００４２】
ノートＰＣ１０および２０のように、遠隔制御装置６０に遠隔制御を指示する端末を複数台用意することで、基幹網１上やサブネットワーク上の異なった場所から被制御機器に対する遠隔制御が可能である。また、サブネットワーク上や基幹網１上の異なった場所へ１台のノートＰＣを持ち運んで、同様の操作を行うことも可能である。なお、ノートＰＣ１０、２０に代えてデスクトップ形パーソナルコンピュータ（デスクトップパソコン）やワークステーションを用いても同様の機能が実現できる。
【００４３】
遠隔制御装置６０は、ノートＰＣ１０またはノートＰＣ２０からの制御指示パケットを受信すると、遠隔制御装置６０が保持する情報（機器情報テーブル）から被制御機器を検索し、被制御機器が属するサブネットワークのルータに制御要求パケットを送信する。
【００４４】
遠隔制御装置６０の内部構成を図４に示す。図４において、遠隔制御装置６０は、ネットワークインタフェース６１と、制御部６２と、プログラム格納部６３と、記憶部６４とで構成されている。
【００４５】
ネットワークインタフェース６１は、ルータ５４との間でパケットの送受信を行う物理インタフェースである。この物理インタフェースは、サーバに実装されたネットワークインタフェースカード（ＮＩＣ）などで実現できる。
【００４６】
制御部６２は、プログラム格納部６３に格納されたプログラムに従い遠隔制御装置６０の全体を制御する。また、制御部６２は、ノートＰＣ１０または２０からの制御指示パケットを解釈し、被制御機器を配下に持つルータ１１１への制御要求パケットを生成する。さらに、制御部６２は制御要求パケットをＨＴＴＰでトンネリングしてルータ１１１に向けて送出する。加えて、制御部６２は、制御パケット送信要求の結果を、制御指示パケットを送信してきた端末（ノートＰＣ１０またはノートＰＣ２０）に応答する。
【００４７】
記憶部６４は、図５に示す機器情報テーブルを保持している。図５を参照すると、機器情報テーブルは、遠隔制御装置６０が管理する被制御機器の名称およびＭＡＣアドレス、被制御機器を収容しているサブネットワークを配下に持つルータのＩＰアドレス、そして被制御機器の使用者名の情報を保持している。
【００４８】
図３において、ルータ１１１は、ＩＰパケットのルーティング機能を有するルータに、遠隔制御装置６０からの制御パケット送信要求を受信して被制御機器への制御パケットを生成及び送信する機能を併せて具備させたものである。このような機能の拡張は、従来のルータに、以下に述べる制御パケットに関する機能を付加したソフトウエアを実装することで実現可能である。
【００４９】
ルータ１１１〜Ｎ１１に共通する内部構成は同一であるので、図６には、ルータ１１１の構成を代表として示されている。図６において、ルータ１１１は、ネットワークインタフェース７１、制御部７２、プログラム格納部７３、パケット生成部７４を有している。
【００５０】
ネットワークインタフェース７１は、接続された機器との通信を行う物理インタフェースである。ルータは、通常は複数の物理インタフェースを有している。
【００５１】
制御部７２は、プログラム格納部７３に格納されたプログラムに従い、受信したパケットのルーティング処理やルータ各部の制御を行う。また、制御部７２は、パケット生成部で生成した制御パケットをネットワークインタフェース７１から被制御機器のあるサブネット内にブロードキャスト送信する。
【００５２】
制御パケット生成部７４は、制御部７２が遠隔制御装置６０から被制御機器への制御要求を受信すると、制御部７２の指示に従い制御パケットを生成する。
【００５３】
また、制御パケット生成部７４は、制御パケットの送信結果に基づいて制御パケット送信要求に対する結果のメッセージを生成し、制御部７２はそのメッセージをネットワークインタフェース７１から遠隔制御装置６０に送信する。
【００５４】
なお、図３および図６において、ルータ１１１は、ルータとしての基本機能を備えた機器に上記の制御パケット送信機能を付加したものとして説明した。しかし、この基本機能はブロードキャストパケットをサブネットワーク内へ送信する機能があればルータ以外の他の機能でもよい。たとえばブリッジ、ハブまたはスイッチ等に、上に述べた制御パケットに関する機能を付加したソフトウエアを実装しても、本実施例と同様の機能が実現できる。
【００５５】
図３に戻ると、サーバ１２１、１２２〜Ｎ２１、Ｎ２２は、使用者が遠隔から制御する対象となる被制御機器である。サーバ１２１、１２２〜Ｎ２１、Ｎ２２が具備するネットワークインタフェースはサブネットワーク１０１〜Ｎ０１にあるルータ１１１〜Ｎ１１が送信する制御パケットを解釈し実行する機能を有している。これらのサーバ１２１、１２２〜Ｎ２１、Ｎ２２は、自身のネットワークインタフェースが制御パケットを受信すると、定められた制御を実行する。
【００５６】
なお、被制御機器はサーバに限られるものではなく、ネットワークインタフェースが制御パケットを解釈する機能を有している機器であればよい。たとえば、被制御機器はパーソナルコンピュータでもよい。また、図３では各サブネットワーク内にサーバが２台ずつ存在する例を示したが、サブネットワーク内に被制御機器としてサーバやパソコン等が混在していてもよく、それらの台数にも制限はない。
【００５７】
次に、図３の構成図及び図７のフローチャートを参照して本発明の第１の実施例の動作について詳細に説明する。
【００５８】
以下の説明では、使用者Ｘが、ノートＰＣ１０からサーバ１２１に、マジックパケットを用いた電源投入指示を行う場合の動作が説明される。
【００５９】
もちろん、使用者による電源投入指示は、ノートＰＣ２０からでも可能である。また、電源投入の対象となる機器がサーバ１２１以外のサーバ１２２である場合や、異なるネットワーク２０１〜Ｎ１１に存在するサーバ２２１〜Ｎ２２である場合においても、処理は同様である。
【００６０】
図７を参照すると、まず、サーバ１２１の使用権限を有する使用者Ｘは、ノートＰＣ１０からサーバ１２１の起動状態を確認する（図７のステップＡ１）。起動状態の確認は、ノートＰＣ１０からＩＰプロトコルで標準的なｐｉｎｇコマンドを実行することで行うことができる。ｐｉｎｇコマンドをノートＰＣ１０からサーバ１２１に送信し、サーバ１２１から応答があればサーバ１２１は電源が入っており、応答がなければ電源が入っていないと使用者Ｘは判断する。使用者Ｘは電源が入っていないことを確認し、以降に述べる電源投入指示の手順に進む。
【００６１】
使用者ＸはノートＰＣ１０においてサーバ１２１の電源投入指示（制御指示パケット送信）を実行する（ステップＡ２）。すると、ノートＰＣ１０から遠隔制御装置６０にサーバ１２１の電源投入を内容とした制御指示パケットが送信される。ノートＰＣ１０から遠隔制御装置６０への制御指示パケットの送信は、たとえばノートＰＣ１０にインストールされたウエブブラウザを使用者Ｘが操作することにより実現できる。この場合、使用者ＸはノートＰＣ１０から遠隔制御装置６０のウェブページを呼び出し、使用者Ｘは画面上サーバ１２１および電源投入を選択する。この操作により、サーバ１２１に電源を投入する旨の制御指示パケットがノートＰＣ１０から遠隔制御装置６０に送信される。
【００６２】
制御指示パケットの構成例を図８に示す。ＨＴＴＰデータはＴＣＰ／ＩＰで送られるので、イーサネットフレームにおいては、イーサネットヘッダ４、ＩＰヘッダ５、ＴＣＰヘッダ６に続いたＨＴＴＰデータ７に送信される制御指示パケットの内容が記述される。
【００６３】
制御指示パケットには、ノートＰＣ１０から電源投入の対象となるサーバ１２１を指定する情報として、サーバ１２１を一意に区別できる情報が含まれていればよい。例としてはサーバ１２１の名称、管理番号、ＩＰアドレスやサーバ１２１のネットワークインタフェースのＭＡＣアドレスがある。本実施例では、遠隔制御装置６０は、図５に示した機器情報テーブルを保持している。ここでは、使用者ＸがノートＰＣ１０において、サーバ１２１の名称である「ＳＶ１」を指定して電源投入指示をしたものとして説明する。
【００６４】
遠隔制御装置６０は、ノートＰＣ１０から制御指示パケットを受信すると、受信した制御指示パケットの情報から、電源を投入する対象機器の名称「ＳＶ１」を読み出し、図５に示した機器情報テーブルを検索して、電源投入の対象の機器のＭＡＣアドレス（１２：３４：５６：７８：９Ａ：ＢＣ）とその機器のネットワークにあるルータのＩＰアドレス（１９２．１６８．０．２）とを知る（ステップＡ３）。次に、遠隔制御装置６０は、機器情報テーブルに記述されている機器「ＳＶ１」の使用者名がＸであることから、制御指示パケットを送信した使用者Ｘが機器「ＳＶ１」（図３のサーバ１２１）の電源を入れる権限を有していることを確認する。
【００６５】
次に、遠隔制御装置６０はそのサーバ１２１が属するネットワークにあるルータ１１１に対して制御要求パケットを送信する（ステップＡ４）。このとき、遠隔制御装置６０は、ＨＴＴＰトンネリングを用いて、制御要求パケットをルータ１１１に送信することができる。
【００６６】
ＨＴＴＰトンネリングは、送信するパケットにＨＴＴＰヘッダを付加してそのパケットをＨＴＴＰデータとして送信する方法である。ＨＴＴＰトンネリングを用いることにより、制御要求パケットはルータやファイアウォールのＨＴＴＰ用のポートである８０番ポートを透過することができる。８０番ポートは、ｗｅｌｌ−ｋｎｏｗｎポートと呼ばれ、一般的なルータやファイアウォールではＨＴＴＰパケットが透過可能なポートである。すなわち、ＨＴＴＰトンネリングにより、遠隔制御装置６０とルータ１１１の間にルータやファイアウォールが存在していても、遠隔制御装置６０は、ルータ１１１へ制御要求パケットを到達させることが可能である。ＨＴＴＰトンネリングの場合のパケットの構成も、図８に示した構成と同様である。すなわち、制御要求パケットは図８のＨＴＴＰデータ部分に埋め込まれて送信される。
【００６７】
ルータ１１１は、遠隔制御装置６０から受信した制御要求パケットに含まれた情報から、サーバ１２１の電源を起動するためのマジックパケットを生成する。そして、ルータ１１１は、サーバ１２１が存在するネットワーク１０１内にマジックパケットをブロードキャスト送信する（ステップＡ５）。マジックパケットの構成は図１（ａ）に記載した通りであり、データ部分にはサーバ１２１のＭＡＣアドレスが１６回記載されている。マジックパケットを受信したサーバ１２１は、マジックパケットのデータ領域に自分のＭＡＣアドレスが１６回記述してあることを確認すると、自分の電源を投入する。
【００６８】
ルータ１１１は、マジックパケットをブロードキャスト送信した後、制御パケット送信要求応答を遠隔制御装置６０に送信する（ステップＡ６）。制御パケット送信要求応答に含まれる情報は、ルータ１１１へのマジックパケットの送信が成功した場合には「成功」、失敗した場合には「失敗」となる。制御パケット送信要求応答の送信に使用するプロトコルについても、制御要求パケットと同様にＨＴＴＰトンネリングを使用することにより、制御パケット送信要求応答はルータやファイアウォールを超えて遠隔制御装置６０に到達できる。
【００６９】
制御パケット送信要求応答を受信した遠隔制御装置６０は、その「成功」または「失敗」の内容を、制御指示応答としてノートＰＣ１０に送信する（ステップＡ７）。
【００７０】
使用者Ｘは、ノートＰＣ１０が遠隔制御装置６０から受信した制御指示応答を確認する。応答内容が「失敗」だった場合はステップＡ１に戻り、使用者Ｘは制御指示を再度実行する（ステップＡ８）。応答内容が「成功」だった場合は、使用者Ｘはサーバ１２１の起動状態を確認し（ステップＡ９）、一連の電源投入操作は終了する。
【００７１】
以上説明したように、本実施例の遠隔制御システムでは、従来は図２における遠隔制御装置１９１のみで行っていた、被制御機器の情報管理と制御パケット送信機能とを、図３における遠隔制御装置６０とルータ１１１とで分担している。すなわち、本発明の遠隔制御システムにおいては、遠隔制御装置６０は被制御機器の情報管理とルータ１１１への制御パケット送信要求とを行い、ルータ１１１は遠隔制御装置６０からの指示に従いマジックパケットの生成及び送信を行う。
【００７２】
さらに、本実施例の遠隔制御システムでは、遠隔制御装置６０とルータ１１１との間で伝送されるパケットを、ＨＴＴＰプロトコルのペイロード部分に埋め込んで送信している。
【００７３】
これにより、遠隔制御装置６０とルータ１１１やサーバ１２１との間に他のルータやファイアウォールが存在しても、遠隔制御装置６０からサーバ１２１に制御パケットの送信指示が可能となる。このため、本実施例は、１台の遠隔制御装置によって他の複数のネットワーク内にある被制御機器の制御が可能となる。すなわち、遠隔制御システムにおいて、遠隔制御装置は1台設置すればよいので、遠隔制御装置の導入・運用コストを大幅に低減することが可能になる。
【００７４】
また、本実施例の遠隔制御装置は、全ての制御対象装置について、その制御対象機器が設置されているサブネットワークを一括して管理しており、使用者は、制御対象機器がどのサブネットワークに設置されているかを知ることなく、その機器を遠隔制御できる。たとえば、使用者は、制御対象機器が設置されたサブネットワークが変更されても、その事実を知ることなく制御対象機器を操作できる。
【００７５】
また、システム管理者は、制御対象機器が設置されているネットワークを変更した場合でも、１台の遠隔制御装置の機器情報テーブルの設定を変更するだけでよい。
【００７６】
図９は、本発明の第２の実施例である。この構成において、ハブ９０は、ハブ機能を有するネットワーク機器であって、ハブ９０に対して第１の実施例においてルータ１１１を例に説明した制御パケット送信の機能を持たせたものである。
【００７７】
この構成において、ノートＰＣ１０から遠隔制御装置６０への電源投入を指示する動作及びサーバ１２１がマジックパケットを受信し電源を投入する動作は、最初に説明した実施例と同様である。
【００７８】
図９の第２の実施例の動作を説明する。使用者は、ノートＰＣ１０から遠隔制御装置６０に制御指示パケットを送信する。制御指示パケットの内容は、サーバ１２１への電源投入である。遠隔制御装置６０は、ルータ５およびルータ１００を介してサブネットワーク１０１に制御パケット送信指示パケットを送信する。ハブ９０は、遠隔制御装置６０から送信されてきた制御パケット送信指示パケットを受信する機能を有している。遠隔制御装置６０からの制御パケット送信指示パケットを受信したハブ９０は、サブネットワーク１０１内にマジックパケットをブロードキャストで送信する。マジックパケットを受信したサーバ１２１は、電源を投入する。
【００７９】
なお、本実施例においては、サブネットワーク２０１〜Ｎ０１、その配下のルータ２１１〜Ｎ１１およびサーバ２２１〜Ｎ２２の構成は第１の実施例と同様である。
【００８０】
本発明の第３の実施例について、図１０を参照して説明する。
図１０は、ノートＰＣ１０が、インターネット８を経由して基幹網１内にある遠隔制御装置６０に電源投入指示を行う場合の構成を示している。
【００８１】
図１０において、使用者がサーバ１２１の電源を投入する場合、使用者は社外から遠隔制御装置６０にアクセスする必要がある。使用者が、インターネットから基幹網１に接続するためには使用者は認証サーバ９による認証を受ける必要がある。このため、遠隔制御装置６０への接続に先立って、使用者は、ノートＰＣ１０を使用し最初にファイアウォール３を経由して認証サーバ９にアクセスする。
【００８２】
認証サーバ９は、インターネット等の社外からの社内網へのアクセスを認証し、安全に外部と社内網との通信を行うリモートアクセスサービス（ＲＡＳ）を提供するサーバである。
【００８３】
認証サーバ９での認証が成功し、使用者が、ノートＰＣ１０を基幹網１へ接続することが許可されると、ノートＰＣ１０は、インターネット８、ファイアウォール３、ルータ５２、基幹網１およびルータ５４を経由して遠隔制御装置６０へのアクセスが可能になる。その後の動作は、先に第１の実施例で説明した図７におけるステップＡ１以降の動作と同様である。
【００８４】
図１１は、本発明の第４の実施例の遠隔制御システムを示す構成図である。
図１１に示した遠隔制御システムにおいては、遠隔制御装置８０は、マジックパケットを、ＩＰトンネリング８７により、ルータ５４およびルータ１００を通して、サーバ１２１（電源投入の対象）に送信している。
【００８５】
図１２は、第４の実施例における遠隔制御装置８０のブロック図である。遠隔制御装置８０は、ネットワークインタフェース８１と、制御部８２と、プログラム格納部８３と、記憶部８４と、ＩＰヘッダ付加部８５と、制御パケット生成部８６とを有している。
【００８６】
ネットワークインタフェース８１は、ルータ５４との間でパケットを送受信する。制御部８２は、プログラム格納部８３に格納されたプログラムに従い遠隔制御装置８０全体を制御する。また、制御パケット生成部８６は、制御部８２の指示に従い、マジックパケットを生成する。記憶部８３は、第１の実施例と同様の、図５に示す機器情報テーブルを保持する。
【００８７】
制御部８２は、使用者がノートＰＣ１０から送信した制御指示パケットの情報を読み出し、図５の機器情報テーブルを検索して電源投入の対象となるサーバ１２１が設置されているネットワークのルータのＩＰアドレスや電源投入の対象となるサーバのＭＡＣアドレスを特定する。たとえば使用者Ｙが機器の名称として「ＳＶ２」を指定した場合、ＭＡＣアドレス（１２：３４：５６：７８：ＤＥ：ＦＦ）やそのルータアドレス（１９２．１６８．１．５）等の情報が機器情報テーブルから検索される。
【００８８】
図１３は、遠隔制御装置８０がサーバ１２１に送信するＩＰパケットの構成である。
【００８９】
ＩＰヘッダ付加部８５はマジックパケットにＩＰヘッダを付加する機能を有している。制御部８２の制御により、制御パケット生成部８６は図１に示したマジックパケットを生成し、ＩＰヘッダ付加部８５は、そのマジックパケットを図１３に示すようにＩＰパケットのデータ領域に格納する。
【００９０】
図１３に示すＩＰパケットにおいて、遠隔制御装置８０がＩＰパケットを送信する時点では、ＤＡ（送信先ＭＡＣアドレス）はルータ５４のＭＡＣアドレスを、ＳＡ（送信元ＭＡＣアドレス）は遠隔制御装置８０のＭＡＣアドレスをそれぞれ格納する。
【００９１】
また、ＩＰ１（送信元ＩＰアドレス）は、遠隔制御装置８０のＩＰアドレスを、ＩＰ２（送信先ＩＰアドレス）はルータ９１のＩＰアドレスをそれぞれ格納する。
【００９２】
ルータ５４およびルータ１００は、遠隔制御装置８０が送信した、ＩＰパケットに格納されたマジックパケットを通常のＩＰルーティングでネットワーク１０１に送信する。ルータ９１は、ＩＰヘッダが付加されたマジックパケットを受信すると、マジックパケットをネットワーク１０１内にブロードキャストする。
【００９３】
ＩＰマジックパケットがサーバ１２１に到達すると、サーバ１２１のネットワークインタフェースは、そのマジックパケットに書かれているＭＡＣアドレスが自分のＭＡＣアドレスと一致するとサーバ１２１の電源を投入する。
【００９４】
この第４の実施例の構成では、遠隔制御装置８０からＩＰトンネリングによりマジックパケットを目的のネットワークに送信するため、第１〜第３の実施例とは異なり、被制御装置が設置されているサブネットワークのルータにマジックパケットを生成する機能を搭載する必要がなく、既存の各サブネットワークのルータを改造することなくそのまま利用できるという利点がある。
【００９５】
なお、以上の実施例の説明および図面はそれぞれにおいて本発明の構成及び動作の例を示したものであり、本発明の範囲はこれにより定まるものではない。
【００９６】
たとえば、本発明の遠隔制御システムは、遠隔からの機器の電源投入制御の他、遠隔にある機器の動作状態確認、ハードウエアの故障診断、ネットワークインタフェースの設定変更といった制御にも応用可能である。
【図面の簡単な説明】
【００９７】
【図１】マジックパケットの構成およびマジックパケットの各部分の意味を示す図である。
【図２】遠隔制御システムの従来の実施例を示す構成図である。
【図３】本発明の第１の実施例を示す図である。
【図４】本発明の第１の実施例の遠隔制御装置の内部構成を示す図である。
【図５】本発明の第１の実施例の機器情報テーブルを示す図である。
【図６】本発明の第１の実施例のルータの内部構成を示す図である。
【図７】本発明の第１の実施例の動作を示すフローチャートである。
【図８】ＨＴＴＰパケットの構成図である。
【図９】本発明の第２の実施例を示す図である。
【図１０】本発明の第３の実施例を示す図である。
【図１１】本発明の第４の実施例を示す図である。
【図１２】第４の実施例における、遠隔制御装置の構成を示すブロック図である。
【図１３】第４の実施例に対応するＩＰパケットの構成図である。
【符号の説明】
【００９８】
１    基幹網
２    サブネットワーク
３    ファイアウォール
４    イーサネットヘッダ
５    ＩＰヘッダ
６    ＴＣＰヘッダ
７    ＨＴＴＰデータ
８    インターネット
９    認証サーバ
１０、２０    ノートＰＣ
５０〜５４      ルータ
６０    遠隔制御装置
６１    ネットワークインタフェース
６２    制御部
６３    プログラム格納部
６４    記憶部
７１    ネットワークインタフェース
７２    制御部
７３    プログラム格納部
７４    制御パケット生成部
８０    遠隔制御装置
８１    ネットワークインタフェース
８２    制御部
８３    プログラム格納部
８４    記憶部
８５    ＩＰヘッダ付加部
８６    制御パケット生成部
８７    ＩＰトンネリング
９０    ハブ
１００、２００〜Ｎ００    ルータ
１０１、２０１〜Ｎ０１    サブネットワーク
１１１、２１１〜Ｎ１１    ルータ
１２１、２２１〜Ｎ２１    サーバ
１２２、２２２〜Ｎ２２    サーバ
１８１、２８１    ルータ
１９１、２９１    遠隔制御装置
【図１】
2008085687.tif 000003
【図２】
2008085687.tif 000004
【図３】
2008085687.tif 000005
【図４】
2008085687.tif 000006
【図５】
2008085687.tif 000007
【図６】
2008085687.tif 000008
【図７】
2008085687.tif 000009
【図８】
2008085687.tif 000010
【図９】
2008085687.tif 000011
【図１０】
2008085687.tif 000012
【図１１】
2008085687.tif 000013
【図１２】
2008085687.tif 000014
【図１３】
2008085687.tif 000015