(57)【要約】  遠隔ＬＡＮ（１０４）上に位置する遠隔システム（１０２）からターゲットＬＡＮ上のスリープ状態のターゲット・システム（１１０）を起動させるシステム。スリープ状態のターゲット・システム（１１０）はスリープ状態なので、下位層プロトコルのパケットを受信するが、そのパケットは遠隔システム（１０２）がスリープ状態のターゲット・システムにパケットを直接送信するためには使用できない。動作中、遠隔システムは起動パケットを作成する（３０４）。次いで、遠隔システム（１０２）は第２のプロトコルを使用して、起動パケットをターゲットＬＡＮ上に位置するリレー・エージェント（１１２）に送信する。第１の起動パケットを受信すると、リレー・エージェントは下位層プロトコルを使用して第２の起動パケットをスリープ状態のターゲット・システム（３１２）に送信し、スリープ状態のターゲット・システムを起動させる（３１６）。
2009504083.tif 000002
【特許請求の範囲】
【請求項１】
遠隔ＬＡＮ（ローカル・エリア・ネットワーク）上に位置する遠隔システムによる実行時に、ターゲットＬＡＮ上に位置するスリープ状態のターゲット・システムを前記遠隔システムによって起動させる方法を行わせる命令を格納するコンピュータ読取り可能記憶媒体であって、前記遠隔システムと前記スリープ状態のターゲット・システムとが異なるＬＡＮ上にあって、前記遠隔システムが前記スリープ状態のターゲット・システムに直接パケットを送信するためには使用できない第１のプロトコルのパケットを、前記スリープ状態のターゲット・システムが受信し、前記方法が、
第１の起動パケットを作成することと、
前記第１の起動パケットを前記ターゲットＬＡＮ上に位置するリレー・エージェントに第２のプロトコルを使用して送信することとを含み、
前記第１の起動パケットを前記リレー・エージェントに送信することで、リレー・エージェントに前記第１のプロトコルを使用して第２の起動パケットを前記スリープ状態のターゲット・システムに送信させ、それによって前記スリープ状態のターゲット・システムを起動させるコンピュータ読取り可能記憶媒体。
【請求項２】
前記第１の起動パケットが、
前記ターゲットＬＡＮ内で有効な前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスと、
前記スリープ状態のターゲット・システムで受信されると前記スリープ状態のターゲット・システムを起動させるマジック・ビットパターンとを含む請求項１に記載の方法。
【請求項３】
前記第１のプロトコルがイーサネットなどの下位層プロトコルであり、
前記第２のプロトコルがＩＰ（インターネット・プロトコル）などの上位層プロトコルであり、
前記下位層プロトコル・アドレスが、前記ターゲットＬＡＮと結合される前記スリープ状態のターゲット・システムのインターフェイスに関連付けられたイーサネット・アドレスであり、
前記マジック・ビットパターンは前記イーサネット・アドレスのビット表現を含み、
前記第１の起動パケットはＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含むＩＰパケットであり、
前記第２の起動パケットはイーサネット・パケットで、その宛先アドレス・フィールドは前記イーサネット・アドレスに設定され、そのペイロードは前記マジック・ビットパターンを含む請求項２に記載の方法。
【請求項４】
前記第１の起動パケットがＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含み、そのヘッダに、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに設定されるクライアント・ハードウェア・アドレス・フィールドと、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに関連付けられたＩＰアドレスに設定されるクライアント・インターネット・プロトコル（ＩＰ）アドレス・フィールドと、
前記ターゲットＬＡＮと結合されるリレー・エージェントのインターフェイスに関連付けられたＩＰアドレスに設定されるリレー・エージェントＩＰアドレス・フィールドとを含む請求項２に記載の方法。
【請求項５】
前記リレー・エージェントがＩＰ（インターネット・プロトコル）ルータなどの、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）リレー・エージェントであり、
前記第１の起動パケットの作成が、前記スリープ状態のターゲット・システムのＩＰアドレス及びサブネット・マスクに基づくリレー・エージェントのＩＰアドレスの決定を含む請求項１に記載の方法。
【請求項６】
ターゲットＬＡＮ（ローカル・エリア・ネットワーク）上に位置するリレー・エージェントによる実行時に、遠隔ＬＡＮ上に位置する遠隔システムによって前記ターゲットＬＡＮ上に位置するスリープ状態のターゲット・システムを起動可能にする方法を前記リレー・エージェントに行わせる命令を格納するコンピュータ読取り可能記憶媒体であって、前記遠隔システムと前記スリープ状態のターゲット・システムとが異なるＬＡＮ上にあって、前記遠隔システムが前記スリープ状態のターゲット・システムに直接パケットを送信するためには使用できない第１のプロトコルのパケットを、前記スリープ状態のターゲット・システムが受信し、前記方法が、
第２のプロトコルを使用して前記遠隔システムから第１の起動パケットを受信することと、
前記第１の起動パケットを使用して第２の起動パケットを作成することと、
前記第１のプロトコルを使用して前記第２の起動パケットを前記スリープ状態のターゲット・システムに送信することとを含み、
前記第２の起動パケットを送信することによって前記スリープ状態のターゲット・システムを起動させるコンピュータ読取り可能記憶媒体。
【請求項７】
前記第１の起動パケットが、
前記ターゲットＬＡＮ内で有効な前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスと、
前記スリープ状態のターゲット・システムで受信されると前記スリープ状態のターゲット・システムを起動させるマジック・ビットパターンとを含む請求項６に記載の方法。
【請求項８】
前記第１のプロトコルがイーサネットなどの下位層プロトコルであり、
前記第２のプロトコルがＩＰ（インターネット・プロトコル）などの上位層プロトコルであり、
前記下位層プロトコル・アドレスは前記ターゲットＬＡＮと結合される前記スリープ状態のターゲット・システムのインターフェイスに関連付けられたイーサネット・アドレスであり、
前記マジック・ビットパターンは前記イーサネット・アドレスのビット表現を含み、
前記第１の起動パケットはＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含むＩＰパケットであり、
前記第２の起動パケットはイーサネット・パケットで、その宛先アドレス・フィールドは前記イーサネット・アドレスに設定され、そのペイロードは前記マジック・ビットパターンを含む請求項７に記載の方法。
【請求項９】
前記第１の起動パケットがＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含み、そのヘッダに、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに設定されるクライアント・ハードウェア・アドレス・フィールドと、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに関連付けられたＩＰアドレスに設定されるクライアント・インターネット・プロトコル（ＩＰ）アドレス・フィールドと、
前記ターゲットＬＡＮと結合されるリレー・エージェントのインターフェイスに関連付けられたＩＰアドレスに設定されるリレー・エージェントＩＰアドレス・フィールドとを含む請求項７に記載の方法。
【請求項１０】
前記リレー・エージェントがＩＰ（インターネット・プロトコル）ルータなどの、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）リレー・エージェントである請求項６に記載の方法。
【請求項１１】
遠隔ＬＡＮ（ローカル・エリア・ネットワーク）上に位置しているときに、ターゲットＬＡＮ上に位置するスリープ状態のターゲット・システムを起動できる装置であって、前記スリープ状態のターゲット・システムが第１のプロトコルのパケットを受信し、前記装置と前記スリープ状態のターゲット・システムとが異なるＬＡＮ上にあって、前記装置は前記第１のプロトコルを使用して前記スリープ状態のターゲット・システムに直接パケットを送信することができないようになっており、前記装置が
プロセッサと、
前記プロセッサによる実行時に、前記プロセッサに第２のプロトコルを使用して第１の起動パケットを作成させる命令を格納するメモリと、
前記第１の起動パケットを前記ターゲットＬＡＮ上に位置するリレー・エージェントに送信するように設定されたネットワーク・インターフェイスとを備え、
前記第１の起動パケットを前記リレー・エージェントに送信することで、前記リレー・エージェントに前記第１のプロトコルを使用して第２の起動パケットを前記スリープ状態のターゲット・システムに送信させ、それによって前記スリープ状態のターゲット・システムを起動させる装置。
【請求項１２】
前記第１の起動パケットが、
前記ターゲットＬＡＮ内で有効な前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスと、
前記スリープ状態のターゲット・システムで受信されると前記スリープ状態のターゲット・システムを起動させるマジック・ビットパターンとを含む請求項１１に記載の装置。
【請求項１３】
前記第１のプロトコルがイーサネットなどの下位層プロトコルであり、
前記第２のプロトコルがＩＰ（インターネット・プロトコル）などの上位層プロトコルであり、
前記下位層プロトコル・アドレスが前記ターゲットＬＡＮと結合される前記スリープ状態のターゲット・システムのインターフェイスに関連付けられたイーサネット・アドレスであり、
前記マジック・ビットパターンは前記イーサネット・アドレスのビット表現を含み、
前記第１の起動パケットはＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含むＩＰパケットであり、
前記第２の起動パケットはイーサネット・パケットで、その宛先アドレス・フィールドは前記イーサネット・アドレスに設定され、そのペイロードは前記マジック・ビットパターンを含む請求項１２に記載の装置。
【請求項１４】
前記第１の起動パケットがＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含み、そのヘッダに、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに設定されるクライアント・ハードウェア・アドレス・フィールドと、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに関連付けられたＩＰアドレスに設定されるクライアント・インターネット・プロトコル（ＩＰ）アドレス・フィールドと、
前記ターゲットＬＡＮと結合されるリレー・エージェントのインターフェイスに関連付けられたＩＰアドレスに設定されるリレー・エージェントＩＰアドレス・フィールドとを含む請求項１２に記載の装置。
【請求項１５】
前記リレー・エージェントがＩＰ（インターネット・プロトコル）ルータなどの、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）リレー・エージェントであり、
前記メモリが、前記プロセッサによる実行時に、前記プロセッサに前記スリープ状態のターゲット・システムのＩＰアドレス及びサブネット・マスクに基づき前記リレー・エージェントのＩＰアドレスを決定させる命令を格納する請求項１１に記載の装置。
【請求項１６】
ターゲットＬＡＮ（ローカル・エリア・ネットワーク）上に位置し、前記ターゲットＬＡＮ上に位置するスリープ状態のターゲット・システムを起動させるために、遠隔ＬＡＮ上に位置する遠隔システムによって使用できるリレー・エージェントであって、前記遠隔システムと前記スリープ状態のターゲット・システムが異なるＬＡＮ上にあって、前記遠隔システムが前記スリープ状態のターゲット・システムに直接パケットを送信するためには使用できない第１のプロトコルのパケットを、前記スリープ状態のターゲット・システムが受信するようになっており、前記リレー・エージェントが、
第２のプロトコルを使用して送信された、第１の起動パケットを前記遠隔システムから受信するよう設定された第１のネットワーク・インターフェイスと、
プロセッサと、
前記プロセッサによる実行時にプロセッサに、
前記第２のプロトコルを使用して前記第１の起動パケットを処理し、
前記第１のプロトコルを使用して第２の起動パケットを作成させる命令を格納するメモリと、
前記第２の起動パケットを前記スリープ状態のターゲット・システムに送信するために前記第１のプロトコルを使用するように設定された第２のネットワーク・インターフェイスとを備え、それによって前記スリープ状態のターゲット・システムを起動させるリレー・エージェント。
【請求項１７】
前記第１の起動パケットが、
前記ターゲットＬＡＮ内で有効な前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスと、
前記スリープ状態のターゲット・システムで受信されると前記スリープ状態のターゲット・システムを起動させるマジック・ビットパターンとを含む請求項１６に記載のリレー・エージェント。
【請求項１８】
前記第１のプロトコルがイーサネットなどの下位層プロトコルであり、
前記第２のプロトコルがＩＰ（インターネット・プロトコル）などの上位層プロトコルであり、
前記下位層プロトコル・アドレスが前記ターゲットＬＡＮと結合されるスリープ状態のターゲット・システムのインターフェイスに関連付けられたイーサネット・アドレスであり、
前記マジック・ビットパターンは前記イーサネット・アドレスのビット表現が含まれ、
前記第１の起動パケットはＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含むＩＰパケットであり、
前記第２の起動パケットはイーサネット・パケットで、その宛先アドレス・フィールドは前記イーサネット・アドレスに設定され、そのペイロードは前記マジック・ビットパターンを含む請求項１７に記載のリレー・エージェント。
【請求項１９】
前記第１の起動パケットがＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含み、そのヘッダに、
スリープ状態のターゲット・システムの下位層プロトコル・アドレスに設定されるクライアント・ハードウェア・アドレス・フィールドと、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに関連付けられたＩＰアドレスに設定されるクライアント・インターネット・プロトコル（ＩＰ）アドレス・フィールドと、
前記ターゲットＬＡＮと結合されるリレー・エージェントのインターフェイスに関連付けられたＩＰアドレスに設定されるリレー・エージェントＩＰアドレス・フィールドとを含む請求項１７に記載のリレー・エージェント。
【請求項２０】
ターゲットＬＡＮ（ローカル・エリア・ネットワーク）上に位置するとき、遠隔ＬＡＮ上に位置する遠隔システムによって起動が可能なスリープ状態のターゲット・システムであって、前記遠隔システムと前記スリープ状態のターゲット・システムが異なるＬＡＮ上にあって、前記スリープ状態のターゲット・システムに直接パケットを送信するためには使用できない第１のプロトコルのパケットを、前記スリープ状態のターゲット・システムが受信するようになっており、前記スリープ状態のターゲット・システムが、
前記ターゲットＬＡＮ上に位置するリレー・エージェントから起動パケットを受信するように設定されたネットワーク・インターフェイスであって、前記遠隔システムが第１の起動パケットを第２のプロトコルを使用して前記リレー・エージェントに送信することで、前記リレー・エージェントに前記第１のプロトコルを使用して前記起動パケットを前記スリープ状態のターゲット・システムに送信させたことにより、前記起動パケットを受信するネットワーク・インターフェイスと、
前記起動パケットを受信すると、前記スリープ状態のターゲット・システムを起動させるように設定された起動メカニズムを備えるスリープ状態のターゲット・システム。
【請求項２１】
前記第１の起動パケットが、
前記ターゲットＬＡＮ内で有効なスリープ状態のターゲット・システムの下位層プロトコル・アドレスと、
前記スリープ状態のターゲット・システムで受信されると前記スリープ状態のターゲット・システムを起動させるマジック・ビットパターンとを含む請求項２０に記載のスリープ状態のターゲット・システム。
【請求項２２】
前記第１のプロトコルがイーサネットなどの下位層プロトコルであり、
前記第２のプロトコルがＩＰ（インターネット・プロトコル）などの上位層プロトコルであり、
前記下位層プロトコル・アドレスが前記ターゲットＬＡＮと結合されるスリープ状態のターゲット・システムのインターフェイスに関連付けられたイーサネット・アドレスであり、
前記マジック・ビットパターンは前記イーサネット・アドレスのビット表現を含み、
前記第１の起動パケットはＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含むＩＰパケットであり、
前記起動パケットはイーサネット・パケットで、その宛先アドレス・フィールドは前記イーサネット・アドレスに設定され、そのペイロードは前記マジック・ビットパターンを含む請求項２１に記載のスリープ状態のターゲット・システム。
【請求項２３】
前記第１の起動パケットがＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含み、そのヘッダに、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに設定されるクライアント・ハードウェア・アドレス・フィールドと、
前記スリープ状態のターゲット・システムの下位層プロトコル・アドレスに関連付けられたＩＰアドレスに設定されるクライアント・インターネット・プロトコル（ＩＰ）アドレス・フィールドと、
前記ターゲットＬＡＮと結合されるリレー・エージェントのインターフェイスに関連付けられたＩＰアドレスに設定されるリレー・エージェントＩＰアドレス・フィールドとを含む請求項２１に記載のスリープ状態のターゲット・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ・ネットワークに関する。より詳細には、本発明は、コンピュータ・ネットワーク上に存在するスリープ状態のシステムを起動させるための方法と装置に関するものである。
【背景技術】
【０００２】
近年、システムが省エネルギー基準を満たしていることを示すロゴマーク付きの多数のシステムが、市場に出回っている。ますます多くのこのようなシステムがコンピュータ・ネットワークに接続されており、それによって、ワークグループはネットワークの各サービスを利用することができる。通常、これらのシステムは、特定の時間使用されない場合、スリープ（すなわち省電力）状態に入る。スリープ状態のシステムを通常の動作状態に復帰させるためには、システムを「起動」させることが可能な特定のビット・パターンを含むパケットを、システムに送らねばならない。このパケットは通常「ｍａｇｉｃ  ｐａｃｋｅｔ」又は「ｗａｋｅ−ｕｐ  ｐａｃｋｅｔ」と呼ばれ、その技術は全体として「ＷＯＬ（Ｗａｋｅ−ｏｎ−ＬＡＮ）」と呼ばれる。
【０００３】
今日のエンタープライズ・ネットワークは優に、数百を超えるＬＡＮ（ローカル・エリア・ネットワーク）に分散された何千ものシステムを含んでいる。スリープ状態の場合、通常システムは十分に機能しないので、ネットワーク内でスリープ状態の任意のシステムを起動させることが可能な技術を持つことは非常に望ましい。
【０００４】
通常、システムはスリープ状態でもイーサネット（登録商標）などの下位層プロトコルのパケットを受信することはできるが、ＡＲＰ（アドレス解決プロトコル）要求には応答できない。不幸なことに、ＡＲＰパケットに応答できるには、ＩＰ（インターネット・プロトコル）などの、上位層プロトコルのパケットを受信することが必要である。したがって、起動パケットは一般的に、ＩＰなどの上位層プロトコルを使用するのではなく、イーサネットなどの下位層プロトコルを使用して送信される。あいにく、そのような下位層プロトコルはＬＡＮ内のパケットの送信にしか使用することができない。
【０００５】
結果的に、スリープ状態のシステムを起動させるための現技術は、ＬＡＮ内でのみ適用可能であり、通常、大規模で複数のＬＡＮを含むエンタープライズ・ネットワーク全体のシステムを起動させるためには使用できない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
したがって、必要とされるものは、異なるＬＡＮ上に位置する遠隔システムからスリープ状態のシステムを起動させるための方法と装置である。
【課題を解決するための手段】
【０００７】
したがって、本発明の一実施態様は、遠隔ＬＡＮ上に位置する遠隔システムからターゲットＬＡＮ（ローカル・エリア・ネットワーク）上に位置するスリープ状態のターゲット・システムを起動させるシステムを提供する。スリープ状態のターゲット・システムはスリープ状態なので、遠隔システムがスリープ状態のターゲット・システムにパケットを直接送信するためには使用できない、下位層プロトコルのパケットを受信することに留意されたい。動作中、遠隔システムは起動パケットを作成する。次いで、遠隔システムは上位層プロトコルを使用して、起動パケットをターゲットＬＡＮ上に位置するリレー・エージェントに送信する。上位層プロトコルを使用すると、遠隔システムは、そのリレー・エージェントと異なるＬＡＮ上にあったとしても、そのエージェントと通信できることに留意されたい。第１の起動パケットを受信すると、リレー・エージェントは下位層プロトコルを使用して第２の起動パケットをスリープ状態のターゲット・システムに送信し、それによってスリープ状態のターゲット・システムを起動させる。遠隔システムとスリープ状態のターゲット・システムは異なるＬＡＮ上にあるので、遠隔システムは、起動パケットを直接スリープ状態のターゲット・システムに送信するのに、下位層プロトコルを使用できないことを思い出していただきたい。遠隔システムは、最初に上位層プロトコルを使用して起動パケットをリレー・エージェントに送信することによってこの制限を克服し、それによって、リレー・エージェントに下位層プロトコルを使用して別の起動パケットをスリープ状態のターゲット・システムに送信させる。
【０００８】
一実施態様では、第１の起動パケットには、ターゲットＬＡＮ内で有効なスリープ状態のターゲット・システムの下位層プロトコル・アドレスが含まれ、かつ、スリープ状態のターゲット・システムが受信するとスリープ状態のターゲット・システムを起動させるマジック・ビットパターンが含まれている。
【０００９】
一実施態様では、下位層プロトコル・アドレスは、ターゲットＬＡＮと結合されるスリープ状態のターゲット・システムのインターフェイスに関連付けられたイーサネット・アドレスである。
【００１０】
一実施態様では、第１の起動パケットは、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含み、そのヘッダには、スリープ状態のターゲット・システムの下位層プロトコルアドレスに設定されるクライアント・ハードウェア・アドレス・フィールドと、スリープ状態のターゲット・システムに関連付けられたＩＰアドレスに設定されるクライアント・インターネット・プロトコル（ＩＰ）アドレス・フィールドと、ターゲットＬＡＮと結合されるリレー・エージェントに関連付けられたＩＰアドレスに設定されるリレー・エージェントＩＰアドレス・フィールドとが含まれている。
【００１１】
一実施態様では、第２の起動パケットはイーサネット・パケットで、その宛先アドレス・フィールドはスリープ状態のターゲット・システムの下位層プロトコル・アドレスに設定され、そのペイロードにはマジック・ビットパターンが含まれる。
【００１２】
一実施態様では、マジック・ビットパターンは、スリープ状態のターゲット・システムの下位層プロトコル・アドレスのビット表現を含む。
【００１３】
一実施態様では、下位層プロトコルはイーサネットであり、上位層プロトコルはＩＰ（インターネット・プロトコル）であり、第１の起動パケットはＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）応答パケットを含むＩＰパケットである。
【００１４】
一実施態様では、リレー・エージェントはＩＰ（インターネット・プロトコル）ルータなどの、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）リレー・エージェントである。
【００１５】
一実施態様では、システムは、サブネット・マスクと、スリープ状態のターゲット・システムのＩＰアドレスとに基づいてリレー・エージェントのＩＰアドレスを決定する。
【発明を実施するための最良の形態】
【００１６】
以下の説明は、任意の当業者が本発明を製造、使用できるように呈示され、特定の適用例やその要件に関連して提供される。開示された実施形態の種々の変更形態は、当業者には直ぐに明らかとなり、本明細書で定義されている一般原理は、本発明の趣旨や範囲を逸脱せずに他の実施形態や適用例にも適用することができる。したがって、本発明は、示してある実施形態に限定されず、本明細書で開示されている原理及び特徴に矛盾のない最も広い範囲を与えられるべきである。
【００１７】
この詳細な説明で述べられているデータ構造及びコードは、通常、コンピュータ読取り可能記憶媒体上に格納され、この媒体はコンピュータ・システムで使用されるコード及び／又はデータを格納できる任意のデバイス又は媒体とすることができる。これには、ディスク・ドライブ、磁気テープ、ＣＤ（コンパクト・ディスク）、ＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ又はデジタル・ビデオ・ディスク）などの磁気及び光記憶デバイス、並びに伝送媒体に組み込まれたコンピュータ命令信号（信号が変調された搬送波を伴う場合又は伴わない場合）が含まれるが、これに限定されるものではない。例えば、伝送媒体には、インターネットなどの通信ネットワークを含めることができる。
【００１８】
ネットワーク
図１は、本発明の実施形態による複数のＬＡＮ（ローカル・エリア・ネットワーク）と結合しているネットワークを例示している。
【００１９】
遠隔ＬＡＮ１０４には遠隔コンピュータ・システム１０２を含み、ターゲットＬＡＮ１０８にはターゲット・コンピュータ・システム１１０を含む。ネットワーク１０６は遠隔ＬＡＮ１０４とターゲットＬＡＮ１０８を結合しており、ターゲットＬＡＮはルータ１１２を含む。
【００２０】
一般的にネットワーク１０６は、ネットワークを結合することが可能なあらゆるタイプの有線又は無線通信チャネルを含むことができる。これには単一の通信デバイス、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、又は複数のネットワークの組合せが含まれるが、これに限定されるものではない。本発明の一実施形態では、ネットワーク１０６はインターネットを含む。本発明の別の実施形態では、ネットワーク１０６はルータで、ＬＡＮ１０４、１０８はそのルータを介して互いに直接結合されている。
【００２１】
遠隔システム１０２などのネットワーク・ノードは、一般的に、ネットワークを介して他のネットワーク・ノードと通信が可能なあらゆるタイプの通信デバイスを含む。これには、マイクロプロセッサ、メインフレーム・コンピュータ、サーバ、プリンタ、ビデオ・カメラ、外部ディスク・ドライブ、ルータ、スイッチ、パーソナル・オーガナイザ、携帯電話が含まれるが、これに限定されない。
【００２２】
通常、ＬＡＮは家庭、事務所、又は大学などの数棟の建物群など、ローカル・エリアをカバーする。ＬＡＮ内のネットワーク・ノードは、通常ＬＡＮ内でのみ有効なローカル・アドレスに関連付けられている。例えば、イーサネット・アドレスはイーサネットＬＡＮ内でのみ有効である。普通、ローカル・アドレスはＬＡＮ内でのみ有効なので、遠隔システム１０２は通常、ターゲット・システム１１０のローカル・アドレスを使用してターゲット・システム１１０と通信することはできない。
【００２３】
ＷＯＬ（Ｗａｋｅ−ｏｎ−ＬＡＮ）
ＷＯＬ（Ｗａｋｅ−ｏｎ−ＬＡＮ）とは、ユーザが特別なパケットをスリープ状態のシステムに送信することで、スリープ状態のシステムを起動可能にする技術である。特別なパケットには、スリープ状態のシステムが受信すると、そのスリープ状態のシステムを起動させることができる、「マジック・ビットパターン」が含まれる。例えば、Ｍａｇｉｃ  Ｐａｃｋｅｔ（Ａｄｖａｎｃｅｄ  Ｍｉｃｒｏ  Ｄｅｖｉｃｅｓの商標）は、スリープ状態のシステムを起動させるために使用可能な特別なパケットの一例である。具体的には、Ｍａｇｉｃ  Ｐａｃｋｅｔ（商標）は次のマジック・ビットパターンを備えたイーサネット・パケットである。すなわち、バイト「０ｘＦＦＦＦＦＦＦＦＦＦＦＦ」の次に、スリープ状態のターゲット・システムのイーサネット・アドレスが１６回繰り返されているものである。さらに、マジック・ビットパターンは、確実に認定されたユーザしかスリープ状態のシステムを起動できないようにパスワードも含めることができる。
【００２４】
スリープ状態のターゲット・システムは普通、マジック・ビットパターンを認識し、システムを起動できる特別なハードウェアを含む。例えば、多くのシステムでは、ネットワーク・カードが起動信号をマザーボードに送信できるように、マザーボードがネットワーク・カードと結合されている。さらに、マザーボードのＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）は通常、ネットワーク・カードから起動信号を受信すると、システムを起動させるように構成されている。システムの他の部分の電源を切った場合でも、ネットワーク・カードの電源は入れたままにするようにシステムを設定することが必要であることに留意されたい。そうしないなら、システムはマジック・パケットを受信することができなくなる。
【００２５】
スリープ状態の場合、コンピュータ・システムは通常、ＡＲＰ（アドレス解決プロトコル）要求に応答することができない。その結果、遠隔システムは通常、パケットをＩＰ（インターネット・プロトコル）を使用してスリープ状態のターゲット・システムに送信することができない。したがって、起動パケットは通常、イーサネットなどの下位層プロトコルを使用して送信される。あいにく、そのような下位層プロトコルは普通、ＬＡＮ内のみ有効である。それが、ＷＯＬ（Ｗａｋｅ−ｏｎ−ＬＡＮ）が通常、ＬＡＮ内のみでしか機能しない理由である。
【００２６】
遠隔システムから起動パケットをＩＰブロードキャスト・パケットを使用してターゲット・システムに送信することは可能であるが、ネットワークでＩＰブロードキャストをオンにすると、深刻なセキュリティ問題やパフォーマンス問題が生じる可能性があることに留意されたい。例えば、ＩＰブロードキャストをネットワークでオンにすると、悪意あるユーザがブロードキャスト・パケットを使いネットワークで大量の情報を送りつけることができるようになる。それが、ほとんどのシステム管理者がネットワークでＩＰブロードキャストをオンにしない理由であり、したがって、起動パケットは通常、ＩＰブロードキャストを使って送信することができない。
【００２７】
さらに、システムで遠隔システムからの起動パケットの送信を可能にする新しいプロトコルを定義すると、そのプロトコル・ソフトウェアをネットワーク全体にインストールすることが必要になる。つまり、何百万のシステムとまでいかなくても何千ものシステム上にソフトウェアをインストールすることが必要になる可能性がある。そのような膨大な数のシステム上に新しいソフトウェアをインストールすると、膨大なコストになることは明白である。
【００２８】
したがって、必要とされているのは、ネットワークの既存のプロトコル及び／又はソフトウェアを使用して遠隔システムからスリープ状態のターゲット・システムを起動させるために、ユニキャスト・パケットを使用する技術である。
【００２９】
本発明の一実施形態は、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を使用するそのような技術を提供する。ＤＨＣＰは遠隔からスリープ状態のシステムを起動させるために設計されているのではなく、むしろＤＨＣＰは設定情報を既に起動しているネットワーク・ノードに送信するために設計されている。本出願は、ＤＨＣＰを使用して、設定情報を送信する代わりに、起動パケットを送信する巧みで、明らかになっていない技術を記述する。
【００３０】
具体的には、本発明の一実施形態は、ＤＨＣＰの次のプロパティを利用する。（ａ）ネットワークのほとんどのルータはＤＨＣＰリレー・エージェントである、（ｂ）ＤＨＣＰパケットはユーザが定義したペイロードを搬送することができる、そして（ｃ）ＤＨＣＰは、遠隔システムによって、ＤＨＣＰパケットをターゲット・システムに送信するために使用するハードウェア・アドレスを、リレー・エージェントが指定できるようにする。
【００３１】
次の考察によって、ＤＨＣＰ、及び遠隔からスリープ状態のシステムを起動させるためにＤＨＣＰをどのように使用できるかに関してさらに詳細が説明される。
【００３２】
ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）
ＤＨＣＰは、自動的にＩＰアドレスをネットワーク・ノードに割り当てるために設計された、広く普及しているプロトコルである。その後、ネットワーク・ノードが設定情報を検索できるように機能が拡張されている。
【００３３】
図２Ａでは、本発明の一実施形態による、遠隔システムがスリープ状態のターゲット・システムを起動させるために使用できる複数の情報を含むＤＨＣＰパケットを例示している。
【００３４】
ＤＨＣＰパケット２００は、ｏｐｃｏｄｅフィールド２０２、ハードウェア・アドレス・タイプ・フィールド２０４、ハードウェア・アドレス長フィールド２０６、ホップ・フィールド２０８、トランザクション識別子フィールド２１０、クライアントがアドレスの取得又は更新プロセスを開始してから経過した秒数を追跡する秒フィールド２１２、フラグ・フィールド２１４が含まれる。さらに、ＤＨＣＰパケットにはいくつかのアドレス・フィールドがあり、それには、クライアントＩＰ（インターネット・プロトコル）アドレス・フィールド２１６、ＩＰアドレスをクライアントに提示するために使用できる「ユーザ」（クライアント）ＩＰアドレス・フィールド２１８、サーバＩＰアドレス・フィールド２２０、リレー・エージェントＩＰアドレス・フィールド２２２、クライアント・ハードウェア・アドレス・フィールド２２４、サーバ名フィールド２２６、ブート・ファイル名フィールド２２８、可変長オプション・フィールド２３０が含まれる。（ＤＨＣＰに関するさらなる詳細については、Ｒ．Ｄｒｏｍｓ著「Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（動的ホスト構成プロトコル）」ＲＦＣ  ２１３１、１９９７年３月を参照することができる。）
【００３５】
オプション・フィールド２３０によって、システムはシステム特有の設定パラメータを指定できる。（ＤＨＣＰオプションに関するさらなる詳細については、Ｓ．Ａｌｅｘａｎｄｅｒ及びＲ．Ｄｒｏｍｓ共著「ＤＨＣＰ  Ｏｐｔｉｏｎｓ  ａｎｄ  ＢＯＯＴＰ  Ｖｅｎｄｏｒ  Ｅｘｔｅｎｓｉｏｎｓ」ＲＦＣ  ２１３２、１９９７年３月を参照することができる。）
【００３６】
図２Ｂは、本発明の一実施形態に従って、ベンダー特有の情報を指定するために、ＤＨＣＰのオプション・フィールドをどのように使用できるかを例示している。
【００３７】
オプション・フィールド２３０は、ベンダー・タイプの識別に使用できるベンダー・クラス識別子フィールド２５０（オプション・コード「０ｘ６０」）を含むことができる。さらに、オプション・フィールド２３０は、ベンダー特有の情報を交換するベンダー特有情報フィールド２５２（オプション・コード０ｘ４３）を含むことができる。
【００３８】
図２Ｃは、本発明の一実施形態に従って、マジック・ビットパターンを搬送するために、ベンダー特有情報フィールドをどのように使用できるかを例示している。
【００３９】
ＤＨＣＰでは、ベンダー特有情報２５２は「タイプ−長さ−値（ｔｙｐｅ−ｌｅｎｇｔｈ−ｖａｌｕｅ）」形式を用いて指定される。具体的には、タイプ・フィールド２５４は「０ｘ４３」に設定してベンダー特有情報を示すことができ、長さフィールド２５６はマジック・ビットパターン２５８を含められる値フィールドの長さに設定することができる。
【００４０】
遠隔からスリープ状態のシステムを起動させるプロセス
図３は、本発明の一実施形態に従って、スリープ状態のシステムを起動させるためのプロセスを例示する流れ図を示している。
【００４１】
このプロセスは通常、遠隔システム１０２においてパケット情報を受信すること（ステップ３０２）で開始する。パケット情報は、（ａ）スリープ状態のターゲット・システム１１０のローカル・アドレス、（ｂ）スリープ状態のターゲット・システム１１０が受信すると、スリープ状態のターゲット・システム１１０を起動させることのできるマジック・ビットパターン、（ｃ）ターゲットＬＡＮ１０８上に位置する、ルータ１１２などのリレー・エージェントとの通信に使用できる情報を含む。
【００４２】
一実施形態では、ローカル・アドレスはターゲットＬＡＮ１０８と結合されるスリープ状態のターゲット・システム１１０のインターフェイスに関連付けられたイーサネット・アドレスである。
【００４３】
ルータ１１２などのリレー・エージェントのＩＰアドレスは、リレー・エージェントとの通信に使用できることに留意されたい。あるいは、スリープ状態のターゲット・システムのＩＰアドレスに関連付けられたサブネット・マスクを使用すると、ターゲットＬＡＮ上に位置するリレー・エージェントを識別することができる。
【００４４】
具体的には、システムは、システム管理者が使用する標準アドレス割当てスキームに基づいてリレー・エージェントのＩＰアドレスを「推定」できる。リレー・エージェントには通常、サブネット・アドレス空間の最後のＩＰアドレスが割り当てられる。この情報は、リレー・エージェントのＩＰアドレスを推定するために使用することができる。
【００４５】
例えば、１０．０．０．１５がターゲット・システムのＩＰアドレスで、２５５．２５５．２５５．０がサブネット・マスクであるとする。この場合、遠隔システムはリレー・エージェントのＩＰアドレスを１０．０．０．１又は１０．０．０．２５４と推定することができる。
【００４６】
マジック・ビットパターンは、スリープ状態のターゲット・システムを起動させることのできる任意のパターンにすることができる。例えば、一実施形態においては、そのマジック・ビットパターンは、バイト「０ｘＦＦＦＦＦＦＦＦＦＦＦＦ」の次に、スリープ状態のターゲット・システムのイーサネット・アドレスが１６回繰り返されているものである。
【００４７】
マジック・ビットパターンがよく知られた規格の場合、それをシステムにハード・コード化することができ、その場合には、ユーザはマジック・ビットパターンを用意しなくてもよいことに留意されたい。一方、マジック・ビットパターンがベンダーの機器専用の場合、入力として指定する必要がある。
【００４８】
次いで、遠隔システム１０２はパケット情報を使用して第１の起動パケットを作成する（ステップ３０４）。第１の起動パケットは、（ａ）ネットワークがパケットをリレー・エージェント１１２に配信可能にする情報、（ｂ）リレー・エージェント１１２によって第２の起動パケットを作成し、スリープ状態のターゲット・システム１１０に送信可能にし、それによってスリープ状態のターゲット・システムを起動させる、情報が含まれている。
【００４９】
例えば、システムはＤＨＣＰパケット２００を使用し、（ａ）「ｙｉａｄｄｒ」フィールド２１８をスリープ状態のターゲット・システムのＩＰアドレスに、（ｂ）「ｇｉａｄｄｒ」フィールド２２２をリレー・エージェントのＩＰアドレスに、そして（ｃ）「ｃｈａｄｄｒ」フィールド２２４をスリープ状態のターゲット・システムのローカル・アドレスに設定することによって第１の起動パケットを作成できる。さらに、図２Ｂ、２Ｃで示しているように、システムはマジック・ビットパターンをオプション・フィールド２３０に格納することができる。スリープ状態のターゲット・システムのハードウェア・アドレスを「ｃｈａｄｄｒ」フィールド２２４に格納すると、リレー・エージェントは起動パケットを作成し、スリープ状態のターゲット・システムに送信できることに留意されたい。
【００５０】
次に、遠隔システムは第１の起動パケットをターゲットＬＡＮ１０８上に位置する、ルータ１１２などのリレー・エージェントに送信する（ステップ３０６）。例えば、システムはＤＨＣＰパケット２００をＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）パケットでカプセル化して、それをリレー・エージェントのＩＰアドレスを使用してリレー・エージェント１１２に送信することができる。
【００５１】
次いで、リレー・エージェントは第１の起動パケットを受信する（ステップ３０８）。
【００５２】
次に、リレー・エージェントは第１の起動パケットに含まれている情報を使用して第２の起動パケットを作成する（ステップ３１０）。具体的には、第１の起動パケットがＤＨＣＰパケット２００を使用して作成された場合、リレー・エージェントは「ｃｈａｄｄｒ」フィールド２２４とオプション・フィールド２３０に含まれた情報を使用して、第２の起動パケットを作成することができる。
【００５３】
次いで、リレー・エージェント１１２は第２の起動パケットをスリープ状態のターゲット・システム１１０に送信する（ステップ３１２）。第１の起動パケットには、スリープ状態のターゲット・システムのローカル・アドレスが含まれていることを思い出していただきたい。リレー・エージェントはこのローカル・アドレスを使用して、第２の起動パケットをターゲットＬＡＮを介してスリープ状態のターゲット・システムに送信する。
【００５４】
次に、スリープ状態のターゲット・システム１１０は第２の起動パケットを受信する（ステップ３１４）。ターゲット・システムはスリープ状態なので、普通、ＩＰ層など、プロトコル・スタックのより上位層に属するパケットは処理できないことを思い出していただきたい。これが、遠隔システムが通常、起動パケットをスリープ状態のシステムに直接送信することのできない理由である。リレー・システムがスリープ状態のターゲット・システムと同じＬＡＮ上に位置するので、そのリレー・システムはイーサネットなどの下位層プロトコルを使用して、起動パケットをスリープ状態のターゲット・システムに直接送信することができる。
【００５５】
最終的に、スリープ状態のターゲット・システムが起動する（ステップ３１６）。ネットワーク・トランシーバをシステムに結合するには、いくつかの技術が使用可能であることに留意されたい。それによって、ネットワーク・トランシーバは、ネットワーク上でマジック・ビットパターンを検出するとき、システムを起動する。
【００５６】
本発明の各実施形態の前述の説明は、例示及び説明の目的のためのみに呈示されている。それらの説明は、すべてを網羅したり、本発明を開示された形式に限定するものではない。したがって、多くの変更形態や変形形態が当業者には明らかであろう。
【００５７】
具体的には、本発明はＩＰ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ(登録商標）ネットワークに限定されるものではない。本発明は、パケットをリレー・エージェントに送信することでスリープ状態のシステムを起動させる、遠隔システムによって使用できるリレー・エージェントを有する複数のプロトコル層を含む、あらゆるネットワークで使用可能であることが、当業者には明らかであろう。
【００５８】
繰り返すが、前述の開示は本発明を限定することを意図するものではない。本発明の範囲は、添付の特許請求の範囲により定義されている。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施形態による複数のＬＡＮ（ローカル・エリア・ネットワーク）と結合しているネットワークを示す図である。
【図２】Ａ：本発明の一実施形態による、遠隔システムがスリープ状態のターゲット・システムを起動させるために使用できる複数の情報を含むＤＨＣＰパケットを示す図である。  Ｂ：本発明の一実施形態に従って、ベンダー特有の情報を指定するために、ＤＨＣＰのオプション・フィールドをどのように使用できるかを示す図である。  Ｃ：本発明の一実施形態に従って、マジック・ビットパターンを搬送するために、ベンダー特有情報フィールドをどのように使用できるかを示す図である。
【図３】本発明の一実施形態に従って、スリープ状態のシステムを起動させるためのプロセスを例示する流れ図である。
【図１】
2009504083.tif 000003
【図２】
2009504083.tif 000004
【図３】
2009504083.tif 000005
【国際調査報告】
2009504083.tif 000006
2009504083.tif 000007
2009504083.tif 000008