JP2004126959A - 通信管理装置、情報処理装置、プログラム - Google Patents

Abstract

【課題】ネットワークに接続されたコンピュータの省電力機能を有効に機能させると共に迅速な応答を可能にする。
【解決手段】各クライアント２０Ａ〜２０Ｄが備えるドライバ部２１には、省電力モード中でも電源が供給されており、通信管理装置１０から自装置宛に送られてきたパケット以外は、応答しない。ネットワーク上を流れるパケットは、基本的には全て通信管理装置１０が受け取って処理・対応する。通信管理装置１０は、任意のクライアント間のＳＹＮパケット等による接続要求を受信すると、相手先クライアントに復帰要求を送ると共に、代理で、要求元のクライアントとの通信準備処理を実行しておく。
【選択図】　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、省電力機能を備える情報処理装置がネットワークに接続されたシステムに関する。
【０００２】
【従来の技術、及び発明が解決しようとする課題】
近年、パーソナルコンピュータ等において、サスペンドモード等と呼ばれる省電力の為のパワーセーブ機能（省電力機能）が設けられている場合がある。この省電力機能は、通常、ユーザによる操作開始に応じて省電力モードから通常モードへと復帰し、ユーザによる操作が終了したら、再び省電力モードへと移行する。つまり、ユーザが操作していないときは、省電力モードとなって、節電を行っている。
【０００３】
しかしながら、このようなパーソナルコンピュータを、ＬＡＮ等のネットワークに接続して使用する場合に、以下に述べる問題が発生していた。
すなわち、特にブロードキャストを受信した場合に、自装置は関係ない場合でも、これに応答する為に、逐一サスペンドモードから復帰する為、サスペンドモードを備えていても、省電力という目的が十分に果たせなくなるという問題があった。
【０００４】
ブロードキャストは、例えば、ＩＰアドレスからＭＡＣアドレスを求める為のＡＲＰ（Ａｄｄｒｅｓｓ　Ｒｅｓｏｌｕｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）、Ｗｉｎｄｏｗｓ（Ｒ）のマスタ・ブラウザの検出、ＤＨＣＰサーバからのＩＰアドレス取得の為など、いたるところで利用されている。
【０００５】
以下、ＤＨＣＰサーバからのＩＰアドレス取得の為のブロードキャストについて、図７を参照して説明する。尚、ＩＰアドレスの設定方法には、各機器毎に所謂“静的”に設定する方法もあるが、この方法はネットワークの変更等に弱いので、ＤＨＣＰサーバを導入して動的にＩＰアドレスを割り振る構成とする場合も多い。
【０００６】
図７に示すネットワークシステムは、ＤＨＣＰ（Ｄｙｎａｍｉｃ　Ｈｏｓｔ　ＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ；動的ホスト構成プロトコル）により、各クライアントに対してＩＰアドレスを動的に割り当てる（正確にはリースといい、リース期間内に限り有効となる）構成において、既に、クライアント７０Ａ〜クライアント７０ＣがＬＡＮ等のネットワーク７１に接続しており、ＩＰアドレスを割り当てられているものとする。この状態で、新たにクライアント７０Ｄを追加する場合、クライアント７０Ｄをネットワーク７１に接続した後、ＤＨＣＰサーバ７２にＩＰアドレスを割り当ててもらう必要があるが、未だＩＰアドレスが設定されていない為、まず、ブロードキャストのような特別なコマンドを発行して、ネットワーク７１上の全ての装置に問い合わせる必要がある。
【０００７】
このブロードキャスト（一般に、ＤＨＣＰ　ＤＩＳＣＯＶＥＲと呼ばれている）に対して、ＤＨＣＰサーバ７２が、ＩＰアドレス群（アドレス・プール）から１つ選択して返信することで、クライアント７０Ｄは自己のＩＰアドレスを取得することになるが、他のクライアント７０Ａ〜クライアント７０Ｃも、このブロードキャストを受信して応答する為に、サスペンドモードから復帰しなければならなかった。（最近は、社内等でノート・パソコンを気軽に持ち運びできるが、もしサブネットを越えて移動してしまうと、移動先のサブネットのＤＨＣＰサーバから、新たにＩＰアドレスを取得する必要がある）。
【０００８】
また、たとえ、ＩＰアドレスが設定されているクライアントと通信する場合でも、上記の通り、ＩＰアドレスは一時的にリースされるものであり、各クライアント毎に１対１で固定なものではない為（ＩＰｖ４の場合）、相手先のＩＰアドレスが分かっていたとしても、どのクライアントであるのかをネットワーク内にある各クライアントに対して問い合わせる必要があり（ＡＲＰ）、仮想伝送路を構築するまでは、関係がないクライアントも応答する必要がある為、サスペンドモードから復帰しなければならなかった。
【０００９】
このような問題に対して、例えば、特許文献１に記載の発明が提案されている。この発明は、サスペンドモード機能を備える各コンピュータに設けられたＮＩＣにおいて、受信したパケットが自装置宛のパケットであるか否かを判定し、自装置宛のパケットである場合には、割り込み発生して、コンピュータ（自装置）をスタンバイ状態から通常電源ＯＮ状態へと移行させる手法を提案するものである。
【００１０】
また、例えば、特許文献２に記載の発明では、ネットワーク代理応答サーバが、スリープ状態にある各クライアントの代わりにネットワーク上を流れるメッセージを受信して、このメッセージが特定のメッセージ（代理応答対象メッセージ）である場合には、代理応答メッセージを返信する手法が提案されている。また、このメッセージが代理応答対象メッセージではない場合には、対象となるクライアントにウェイクアップを指示して非スリープ状態に遷移させる。
【００１１】
【特許文献１】
特開平１１−１１００８９号公報
【特許文献２】
特開２０００−１６５４１９号公報
上記何れの公知手法においても、ネットワークに接続されたコンピュータ（クライアント）の省電力機能を有効に発揮させて、消費電力を低減させることができる。
【００１２】
しかしながら、スタンバイ状態から通常電源ＯＮ状態に移行するまでに時間が掛かり、レスポンスが遅れる場合がある。最悪の場合、パケットの送信元は、相手先がネットワーク上に存在しないものと認識してしまう可能性があった。
【００１３】
本発明の課題は、ネットワークに接続されたコンピュータの省電力機能を有効に発揮させて十分な節電効果が得られるようにすると共に迅速な応答を可能にする通信管理装置、クライアント、プログラム等を提供することである。
【００１４】
【課題を解決するための手段】
本発明による通信管理装置は、省電力機能を備える情報処理装置がネットワークに接続されたシステムにおける通信管理装置であって、前記ネットワーク上を流れるパケットを受け取る受信手段と、該受信手段により受け取ったパケットを解析し、該パケットが任意の情報処理装置への接続要求パケットである場合、相手先の情報処理装置に対して復帰要求を送ると共に、要求元の情報処理装置との通信準備処理を代理で実行する仲介・代理応答手段とを有するように構成する。
【００１５】
また、上記省電力機能を備える各情報処理装置は、省電力モード中に電源が供給されており、前記ネットワークからパケットを受信した場合、該パケットの送信元が予め決められている特定の装置であるか否かを判定し、特定の装置である場合であって復帰要求である場合には当該情報処理装置を省電力モードから復帰させるドライバ手段を有するように構成する。
【００１６】
上記構成によれば、各情報処理装置は、省電力モード中は、特定の装置（通信管理装置）からのパケット以外は無視するので、例えばブロードキャストに対しては一切応答しないので、不必要な復帰は行わずに済み、省電力機能を有効に発揮させて十分な節電効果が得られるようになり、また有寿命部品の寿命を延ばすことができる。
【００１７】
更に、ある情報処理装置が他の任意の情報処理装置と通信を行いたい場合、通信管理装置が、相手先の情報処理装置に対して復帰要求を送る一方で、要求元の情報処理装置との通信準備処理を代理で実行しておくので、迅速な応答が可能となる。
【００１８】
また、例えば、前記仲介・代理応答手段は、前記相手先の情報処理装置へのデータ書き込み要求であった場合、該データを代理で受信しておき、前記相手先の情報処理装置が復帰したら該データを転送する。
【００１９】
上記構成によれば、たとえ復帰処理に時間が掛かっても、要求元の情報処理装置にとっては、待たされることなく、迅速に通信処理が完了することになる。
なお、上述した本発明の各構成により行なわれる機能と同様の制御をコンピュータに行なわせるプログラムを記憶したコンピュータ読み取り可能な記憶媒体から、そのプログラムをコンピュータに読み出させて実行させることによっても、前述した課題を解決することができる。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
図１は、本実施の形態によるネットワークシステム全体の構成図である。
【００２１】
同図において、ネットワーク１には、通信管理装置１０、複数のコンピュータ（クライアント２０Ａ〜クライアント２０Ｄ）、及びＤＨＣＰサーバ２が接続している。ネットワーク１は、例えばイーサネット（Ｒ）等のＬＡＮであり、また通信プロトコルとしてはＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ等が用いられる。以下、主に、ＴＣＰ／ＩＰを用いる場合を例にして説明する。
【００２２】
クライアント２０Ａ〜クライアント２０Ｄは、パーソナルコンピュータ等であってもよいし、他の何らかの情報処理装置であってもよいが、何れにしても、省電力機能を備えており、且つ、ドライバ部２１部を備えている。ドライバ部２１は、例えばＮＩＣ（ネットワーク・インタフェース・カード）等に備えられるネットワーク・ドライバである。少なくとも、ドライバ部２１には、省電力モード中でも電源が供給されており、省電力モード時に後述する図３に示すステップＳ２１〜Ｓ２３等の処理を実行する。すなわち、簡単に説明するならば、通信管理装置１０から自装置宛に送られてきたパケット以外は、応答しない（無視する）。よって、ブロードキャスト等によるパケットを受信したときには、これを無視するので、クライアント本体は、省電力モードを維持できる。
【００２３】
ＤＨＣＰサーバ２については、既に上記従来技術で説明してあるので、ここでは特に説明しない。
ここで、通信管理装置１０が、ＤＨＣＰサーバを兼用する構成であってもよく、以下の説明では、通信管理装置１０がＤＨＣＰサーバを兼用する構成を例にして説明する。もし、図１の構成である場合には、通信管理装置１０は、必要に応じて、ＤＨＣＰサーバ２が保持する情報（各クライアントとＩＰアドレスの対応関係情報等）を、ＤＨＣＰサーバ２から取得することになる。
【００２４】
通信管理装置１０は、ネットワーク情報格納部１１、仲介・代理応答部１２、受信部１３を備える。上記の通り、各クライアント２０は、基本的にはネットワーク上を流れるパケットは殆ど全て無視する（通信管理装置からのパケットは除く）のであり、ネットワーク上を流れるパケットは、基本的には全て通信管理装置１０が受け取って処理・対応する。つまり、通信管理装置１０の受信部１３は、自装置宛のパケットだけでなく、自装置宛以外のパケットも全て受け取る。そして、通信管理装置１０は、受け取ったパケットを解析して、後述する仲介・代理応答処理を実行する（但し、ネットワーク情報格納部１１に登録済みのクライアントに係わるものだけ）。
【００２５】
ネットワーク情報格納部１１は、例えば後述する図４に示すネットワーク情報を格納している。すなわち、ＤＨＣＰサーバ２から取得したデータに基づいて、各クライアント２０の機器名、ＭＡＣアドレス、割り当てられたＩＰアドレス等を対応付けたテーブルを格納している。
【００２６】
仲介・代理応答部１２は、受信したパケットが、例えばＡＲＰによるパケットであった場合には、問い合わせ先のクライアント２０の代わりに、ＭＡＣアドレスを返信する。例えば、クライアント２０Ｂが、クライアント２０ＡのＩＰアドレスは知っているが、ＭＡＣアドレスは知らなかったとする。この場合、クライアント２０Ｂは、クライアント２０ＡのＭＡＣアドレス取得の為のブロードキャスト（ＡＲＰ）を行う。クライアント２０Ａは、サスペンドモード中、ブロードキャストには応答しないので、通信管理装置１０が代理で応答する。すなわち、仲介・代理応答部１２は、上記ネットワーク情報格納部１１を参照することで、クライアント２０ＡのＭＡＣアドレスを知ることができるので、これをクライアント２０Ｂに返信する。
【００２７】
また、仲介・代理応答部１２は、通常の（ユニキャストの）通信の場合、以下に説明する処理を実行する。すなわち、まず、受信したパケットが３ウェイハンドシェークのＳＹＮパケット（ＳＹＮフラグが立ったパケット）であった場合、このパケットの送信先（相手先）クライアントに復帰要求パケットを送信すると共に、送信元（要求元）クライアントに対して、相手先クライアントの代わりに、「ＳＹＮ＋ＡＣＫ」パケット（ＳＹＮフラグ及びＡＣＫフラグが立ったパケット）を返信する。そして、相手先クライアントが復帰したら、上記ＳＹＮパケットを相手先クライアントに転送する。尚、相手先クライアントは、このＳＹＮパケットを受信すると、既に通信管理装置１０が「ＳＹＮ＋ＡＣＫ」パケットは返信済みであると認識するように設定されている。よって、相手先クライアントは、「ＳＹＮ＋ＡＣＫ」パケットを返信しない。その後、相手先クライアントは、３ウェイハンドシェークにおけるＡＣＫパケット（ＡＣＫフラグが立ったパケット）を受信する。
【００２８】
このようにして要求元−相手先クライアント間で仮想伝送路を構築したら、その後は、要求元−相手先クライアント間で、通常のデータ送受信処理が行われることになる。
【００２９】
このように、本システムでは、相手先クライアントが実際に復帰するまで待つことなく、通信管理装置１０が、相手先クライアントの代理で「ＳＹＮ＋ＡＣＫ」パケットを返信しておくことで、要求元クライアントに対する迅速なレスポンスが可能となる。
【００３０】
また、何らかの理由で相手先クライアントの復帰処理に非常に時間が掛かる場合も有り得る。この場合、代理応答部１３は、代理で、要求元のクライアントからのコマンド／データを受信して保持しておき、相手先クライアントが復帰したら、保持しておいたコマンド／データを転送する。
【００３１】
以上のように、特に要求元のクライアントにとっては、相手先クライアントの復帰を待つことなく、迅速に通信準備処理を行えたり、あるいは通信処理自体を完了することができる。
【００３２】
図２は、上記通常通信の場合における図１に示すシステム全体の処理手順を示すフローチャート図である。
尚、図２に示す処理は、仮に図１におけるクライアント２０Ｂがクライアント２０Ａに対して通信要求する場合を例にして示す。また、クライアント２０Ａは、サスペンドモード中であるものとする。尚、クライアント２０Ｂは、例えばユーザの操作により、サスペンドモードから通常モードに復帰しているものとする。
【００３３】
図２において、クライアント２０Ｂが、クライアント２０Ａ宛のＳＹＮパケットを送信すると（ステップＳ１）、上記の通り、通信管理装置１０以外の全コンピュータ（クライアント）は、通信管理装置１０からのパケット以外は無視（破棄）するので、クライアント２０Ａも、このパケットを受信しても、復帰／応答しない。代わりに、通信管理装置１０が、このＳＹＮパケットを取得して（ステップＳ２）、パケット内容を解析する（ステップＳ３）。
【００３４】
この解析により、クライアント２０Ｂが、クライアント２０Ａ（以下、ターゲット装置と呼ぶ場合もある）に対して、３ウェイハンドシェークによるコネクション確立要求を出したことが分かるので、通信管理装置１０は、クライアント２０Ａに対して、復帰要求を出すが（ステップＳ４）、更に、クライアント２０Ａの代わりに、クライアント２０Ｂに対して「ＳＹＮ＋ＡＣＫ」パケットを返信しておく。クライアント２０Ｂは、通信管理装置１０の存在を意識することなく、クライアント２０Ａから「ＳＹＮ＋ＡＣＫ」パケット返信があったものとし、更に通信準備を進めることができる。
【００３５】
クライアント２０Ａ側では、上記通信管理装置１０からの復帰要求を受信すると、サスペンドモードから通常モードへ復帰する為の処理を実行し、復帰したら、通信管理装置１０に対して復帰通知を送る。
【００３６】
通信管理装置１０は、クライアント２０Ａが復帰通知を返信してきたら（ステップＳ５）、クライアント２０Ａに対して、クライアント２０ＢのＩＰアドレス、ＭＡＣアドレスと共に、コネクション確立要求があった旨を通知する（上記ＳＹＮパケットをそのまま転送してもよい）。これを受けて、クライアント２０Ａは、上記の通り、クライアント２０Ｂからコネクション確立要求があったが、既に通信管理装置１０が代理で「ＳＹＮ＋ＡＣＫ」パケットを返信しているものと認識し、自分は「ＳＹＮ＋ＡＣＫ」パケットを送信することなく、クライアント２０ＢからのＡＣＫパケットを待ち、これを受信する。
【００３７】
以上のようにして、クライアント２０Ａとクライアント２０Ｂとの間で仮想伝送路が構築されたら（ステップＳ６）、その後は、クライアント２０Ａ−２０Ｂ間で通常のデータ送受信処理等を実行すればよい。尚、通信管理装置１０−クライアント２０Ａ間、及び通信管理装置１０−クライアント２０Ｂ間で仮想伝送路を構築し、通信管理装置１０がクライアント２０Ａ−２０Ｂ間で送受信するデータを中継・転送する構成としてもよい（ステップＳ７）。
【００３８】
そして、データ送受信処理が終了したら仮想伝送路を解除する（ステップＳ８）。クライアント２０Ａは、再び、サスペンドモード（省電力モード）へと遷移することになる（ステップＳ９）。尚、従来より、現実問題として、ＦＩＮパケットを送ってデータ送受信処理が完了した後にも、仮想伝送路が解除されずに残ってしまう場合があり、この為、通信処理が終了しても電源ＯＮ状態のままとなる場合があったが、上記ステップＳ８の処理により仮想伝送路を解除するので、このような問題が生じることがなくなる。
【００３９】
一方、何らかの理由でクライアント２０Ａが復帰するまでに時間が掛かる場合がある。このような場合、クライアント２０Ｂは、上記通信管理装置１０が返信した「ＳＹＮ＋ＡＣＫ」パケットを受けて、ＡＣＫパケットを送信後、データ送信処理を行うので、通信管理装置１０は、クライアント２０Ａの代わりに、クライアント２０Ｂからのデータ受信処理を実行しておく。
【００４０】
すなわち、通信管理装置１０は、クライアント２０Ａが未だ復帰していない状態のまま（ステップＳ５，ＮＯ）、クライアント２０Ｂからコマンド・データが送られてくると、これをクライアント２０Ａの代わりに受け取る（ステップＳ１０）。
【００４１】
そして、もし、クライアント２０Ａへのデータ書き込み要求であった場合には（ステップＳ１１，ＹＥＳ）、クライアント２０Ｂから送られてくるデータ（クライアント２０Ａに書き込むべきデータ）を受け取って、これを一時的に保持しておく（ステップＳ１２）。全てのデータを受け取ったら、クライアント２０Ｂに対して終了応答（ＦＩＮパケット）を送信する（ステップＳ１３）。
【００４２】
これより、クライアント２０Ｂ側では、特に通信管理装置１０の存在を意識することなく、クライアント２０Ａとのデータ送受信処理が完了したものとして、例えばサスペンドモードに戻ることになる。
【００４３】
その後、通信管理装置１０は、クライアント２０Ａから復帰通知がきた場合には（ステップＳ１４，ＹＥＳ）、通信管理装置１０−クライアント２０Ａ間の仮想伝送路を構築して（ステップＳ１５）、上記保存しておいたデータをクライアント２０Ａに転送して、このデータを書き込ませる。
【００４４】
一方、もしクライアント２０Ｂからの要求が、クライアント２０Ａからのデータ読み出し要求であった場合には（ステップＳ１１，ＮＯ）、クライアント２０Ａが復帰するまで待つ。
【００４５】
一方、ＵＤＰ／ＩＰの場合には、ＴＣＰ／ＩＰの場合とは異なり、コネクションレス型の通信であるので、クライアント２０Ｂからは、コネクション確立要求が送られてくることなくデータが送られてくるので、通信管理装置１０は、最初のデータパケットを受信したときにクライアント２０Ａに対して復帰要求を送り、クライアント２０Ｂから順次送られてくるデータパケットをクライアント２０Ａの代わりに受け取って、これを一時的に保持しておく。そして、クライアント２０Ａから復帰通知が返信されてきたら、上記保持しておいたデータパケットをクライアント２０Ａに転送する。
【００４６】
図３は、各クライアントの処理フローチャート図である。
上記の通り、各クライアント２０に備えられるＮＩＣのドライバ部２１には、そのクライアント２０本体がサスペンドモード状態であっても、電力が供給されている。このドライバ部２１は、サスペンドモード中、パケットを受信する毎に、このパケットの送信元ＩＰアドレスが予め登録されている特定のＩＰアドレスであるか否かを判定する（ステップＳ２１）。つまり、通信管理装置１０からのパケットであるか否か（勿論、自装置宛のパケットであることが前提）を判定する。通信管理装置１０以外からのパケットは（ステップＳ２１，ＮＯ）、全て無視して、再びパケット待ち状態となる。よって、ブロードキャストや不特定要求パケットに対しても、電源ＯＮ状態に復帰することなく、サスペンドモードを維持できる。
【００４７】
通信管理装置１０からのパケットを受信した場合であって（ステップＳ２１，ＹＥＳ）、これが自装置に対する復帰要求パケットである場合には（ステップＳ２２，ＹＥＳ）、当該クライアント２０本体のＣＰＵや電源管理部等に対して割り込み信号を送り、通常の電源ＯＮ状態へと復帰させる（ステップＳ２３）。
【００４８】
以上が、ドライバ部２１の処理である。
当該クライアント２０本体は、上記ステップＳ２３の割り込み信号に応じて、復帰の為の処理を実行し、通常の電源ＯＮ状態へと復帰したら、通信管理装置１０に対して復帰通知を送信する（ステップＳ２４）。
【００４９】
その後は、上述してある通り、通信管理装置１０から、ＳＹＮパケット等が転送されてくるので（ステップＳ２１，ＹＥＳ；ステップＳ２２，ＮＯ）、仮想伝送路（要求元のクライアントまたは通信管理装置１０との仮想伝送路）を構築する（ステップＳ２５）。
【００５０】
その後は、通信相手のクライアント又は通信管理装置との間で、通常通りのデータ送受信処理等を実行して（ステップＳ２６）、当該処理が完了したら、仮想伝送路を解除して（ステップＳ２７）、再び省電力モードへと遷移する（ステップＳ２８）。
【００５１】
図４は、通信管理装置が保持・管理する上記ネットワーク情報の一例を示す図である。
図示のネットワーク情報３０は、装置名３１、ＭＡＣアドレス３２、ＩＰアドレス３３等より成る。
【００５２】
装置名３１は、各クライアントの装置名称であり、ＭＡＣアドレス３２はその（正確にはＮＩＣ等の）ＭＡＣアドレスである。ＩＰアドレス３３は、ＤＨＣＰサーバ２により各クライアントに動的に割り当てられたＩＰアドレスである。また、特に図示しないが、これら以外のネットワーク構成に関する情報（スパニング・ツリーの構成に係わる情報等）を有するようにしてもよい。
【００５３】
尚、上述した実施の形態の構成は、一例であり、これに限るわけではない。例えば、本出願人が係わるネットワークシステム等に適用してもよい。よく知られているように、ポート番号には、予め公的に割り当てられているポート番号（例えば、ポート番号＝２０はＦＴＰ、ポート番号＝２３はＴＥＬＮＥＴ等）があるが、当該ネットワークシステムでは、それ以外の（ユーザが使える）任意のポート番号を各装置毎に決めておき、各装置は決められたポートを開けておく。例えば、クライアント２０Ａはポート番号＝１５０３、クライアント２０Ｂはポート番号＝１５０４、通信管理装置１０は、ポート番号＝１５０７を開けておく。また、各クライアント２０は、通信相手先を探しに行くツールを備えている。このツールは、同一サブネット内のポートスキャンを実行する。例えば、クライアント２０Ａとの通信を行いたい場合には、“ポート番号＝１５０３を空けている装置”が存在するか否かを、同一サブネット内の全装置に問い合わせる処理を実行するものである。この為、この問い合わせに応答する為に、全装置が、サスペンドモードから復帰してしまうことになる。この構成の場合、各クライアント２０が、ポートスキャンに対して一切応答しないように設定しておき、通信管理装置１０が仮想的なクライアント２０Ａ〜２０Ｄを有して、対応するようにすればよい。
【００５４】
また、例えば、ネットワークに、各クライアントの共有ファイル等を格納するＮＡＳ（Ｎｅｔｗｏｒｋ　Ａｔｔａｃｈｅｄ　Ｓｔｏｒａｇｅ；ネットワークに直接接続できるデータストレージ機器）が接続された構成においては、このＮＡＳに省電力機能を備えても、上記の通り共有ファイル等を有するので、各クライアントからのアクセスが多いうえに、上記各クライアントと同様にブロードキャスト等によって復帰してしまう為、休止できない時間が多くなることになる。この為、ＨＤＤ等の有寿命部品の寿命が短くなってしまい、最悪の場合、保証期限を守れなくなる可能性があったが、本発明によれば、このような問題も解消できる。
【００５５】
図５は、上記通信管理装置またはクライアント（コンピュータ）のハードウェア構成の一例を示す図である。
同図に示すコンピュータ４０は、ＣＰＵ４１、メモリ４２、入力装置４３、出力装置４４、外部記憶装置４５、媒体駆動装置４６、ネットワーク接続装置４７等を有し、これらがバス４８に接続された構成となっている。同図に示す構成は一例であり、これに限るものではない。
【００５６】
ＣＰＵ４１は、当該コンピュータ４０全体を制御する中央処理装置である。
メモリ４２は、プログラム実行、データ更新等の際に、外部記憶装置４５（あるいは可搬記録媒体４９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ４１は、メモリ４２に読み出したプログラム／データを用いて、上述してある各種処理を実行する。
【００５７】
入力装置４３は、例えばキーボード、マウス、タッチパネル等である。
出力装置４４は、例えばディスプレイ、プリンタ等である。
尚、入力装置４３、出力装置４４は、無くてもよい。
【００５８】
外部記憶装置４５は、例えばハードディスク装置等であり、上記各種機能を実現させる為のプログラム／データ等（例えば図２に示す処理をコンピュータ４０に実行させるプログラム／データ等）が格納されている。また、当該プログラム／データ等は、可搬記録媒体４９に記憶されており、媒体駆動装置４６が、可搬記録媒体４９に記憶されているプログラム／データ等を読み出して、例えば図２に示す処理をコンピュータ４０に実行させるようにしてもよい。可搬記録媒体４９は、例えば、ＦＤ（フレキシブルディスク）、ＣＤ−ＲＯＭ、その他、ＤＶＤ、光磁気ディスク等である。
【００５９】
ネットワーク接続装置４７は、ネットワーク（インターネット等）に接続して、外部の情報処理装置とプログラム／データ等の送受信を可能にする構成である。
【００６０】
図６は、上記プログラムを記録した記録媒体又はプログラムのダウンロードの一例を示す図である。
図示のように、上記本発明の機能を実現するプログラム／データが記憶されている可搬記録媒体４９を情報処理装置４０の本体に挿入する等して、当該プログラム／データを読み出してメモリ４２に格納し実行するものであってもよいし、また、上記プログラム／データは、ネットワーク接続装置４７により接続しているネットワーク５０（インターネット等）を介して、外部のプログラム／データ提供者側のサーバ６０に記憶されているプログラム／データ６１をダウンロードするものであってもよい。
【００６１】
また、本発明は、装置／方法に限らず、上記プログラム／データを格納した記録媒体（可搬記録媒体４９等）自体として構成することもできるし、これらプログラム自体として構成することもできる。
【００６２】
（付記１）　省電力機能を備える情報処理装置がネットワークに接続されたシステムにおける通信管理装置であって、
前記ネットワーク上を流れるパケットを受け取る受信手段と、
該受信手段により受け取ったパケットを解析し、該パケットが任意の情報処理装置への接続要求パケットである場合、相手先の情報処理装置に対して復帰要求を送ると共に、要求元の情報処理装置との通信準備処理を代理で実行する仲介・代理応答手段と、
を有することを特徴とする通信管理装置。
【００６３】
（付記２）　前記仲介・代理応答手段は、前記相手先の情報処理装置へのデータ書き込み要求であった場合、該データを代理で受信しておき、前記相手先の情報処理装置が復帰したら該データを転送することを特徴とする付記１記載の通信管理装置。
【００６４】
（付記３）　各情報処理装置のネットワーク情報を格納するネットワーク情報格納手段を更に有し、
前記仲介・代理応答手段は、ＡＲＰによるパケットを受信した場合、該ネットワーク情報を参照して、問合せ先の情報処理装置の代わりに該情報処理装置のＭＡＣアドレスを返答することを特徴とする付記１または２記載の通信管理装置。
【００６５】
（付記４）　ネットワークに接続され、省電力機能を備える情報処理装置において、
省電力モード中に電源が供給されており、前記ネットワークからパケットを受信した場合、該パケットの送信元が予め決められている特定の装置であるか否かを判定し、特定の装置である場合であって復帰要求である場合には当該情報処理装置を省電力モードから復帰させるドライバ手段、
を有することを特徴とする情報処理装置。
【００６６】
（付記５）　ネットワークに接続するコンピュータに、
前記ネットワーク上を流れるパケットを受け取る機能と、
該パケットを解析し、該パケットが任意の情報処理装置への接続要求パケットである場合、相手先の情報処理装置に対して復帰要求を送ると共に、要求元の情報処理装置との通信準備処理を代理で実行する機能と、
を実現させる為のプログラム。
【００６７】
（付記６）　前記復帰要求によって前記相手先の情報処理装置が復帰するまで時間が掛かる場合、要求元の情報処理装置との通信処理を代理で実行するものであって、前記相手先の情報処理装置へのデータ書き込み要求であった場合、該データを代理で受信しておき、前記相手先の情報処理装置が復帰したら該データを転送する機能を更に有することを特徴とする付記５載のプログラム。
【００６８】
（付記７）　ネットワークに接続され、省電力機能を備えるコンピュータに、
省電力モード中に電源が供給されており、前記ネットワークからパケットを受信した場合、該パケットの送信元が予め決められている特定の装置であるか否かを判定し、特定の装置である場合であって復帰要求である場合には当該コンピュータ本体を省電力モードから復帰させる機能を実現させる為のプログラム。
【００６９】
（付記８）　ネットワークに接続するコンピュータに、
前記ネットワーク上を流れるパケットを受け取る機能と、
該パケットを解析し、該パケットが任意の情報処理装置への接続要求パケットである場合、相手先の情報処理装置に対して復帰要求を送ると共に、要求元の情報処理装置との通信準備処理を代理で実行する機能と、
を実現させるプログラムを記録した前記コンピュータ読取り可能な記録媒体。
【００７０】
（付記９）　ネットワークに接続され、省電力機能を備えるコンピュータに、
省電力モード中に電源が供給されており、前記ネットワークからパケットを受信した場合、該パケットの送信元が予め決められている特定の装置であるか否かを判定し、特定の装置である場合であって復帰要求である場合には当該コンピュータ本体を省電力モードから復帰させる機能を実現させるプログラムを記録した前記コンピュータ読取り可能な記録媒体。
【００７１】
（付記１０）　省電力機能を備える各情報処理装置と通信管理装置がネットワークに接続したシステムにおける省電力管理方法であって、
前記通信管理装置は、ネットワーク上を流れるパケットを受け取って、該パケットを解析し、該パケットが任意の情報処理装置への接続要求パケットである場合、相手先の情報処理装置に対して復帰要求を送ると共に、要求元の情報処理装置との通信準備処理を代理で実行し、
前記相手先の情報処理装置は、前記通信管理装置からの前記復帰要求を受信すると、省電力モードから通常モードへと復帰して、前記要求元の情報処理装置との通信処理を実行することを特徴とする省電力管理方法。
【００７２】
【発明の効果】
以上詳細に説明したように、本発明の通信管理装置、クライアントによれば、ネットワークに接続されたコンピュータの省電力機能を有効に発揮させて十分な節電効果が得られるようにすると共に迅速な応答を可能にすることができる。　また、例えばＨＤＤ等の有寿命部品を使用している装置において、必要時以外は動作を休止できるので、有寿命部品の寿命を延ばすことができる。
【図面の簡単な説明】
【図１】ネットワークシステムの全体構成図である。
【図２】通常通信の場合におけるシステム全体の処理手順を示すフローチャート図である。
【図３】各クライアントの処理フローチャート図である。
【図４】通信管理装置が保持・管理する上記ネットワーク情報の一例を示す図である。
【図５】コンピュータのハードウェア構成図である。
【図６】プログラムを記録した記録媒体又はプログラムのダウンロードの一例を示す図である。
【図７】ＤＨＣＰサーバによりＩＰアドレスが割り当てられるネットワークシステムを示す図である。
【符号の説明】
１　ネットワーク
２　ＤＨＣＰサーバ
１０　通信管理装置
１１　ネットワーク情報格納部
１２　仲介・代理応答部
２０（２０Ａ〜２０Ｄ）　クライアント
２１　ドライバ部
３０　ネットワーク情報
３１　装置名
３２　ＭＡＣアドレス
３３　ＩＰアドレス
４０　コンピュータ
４１　ＣＰＵ
４２　メモリ
４３　入力装置
４４　出力装置
４５　外部記憶装置
４６　媒体駆動装置
４７　ネットワーク接続装置
４８　バス
４９　可搬記録媒体
５０　ネットワーク
６０　サーバ
６１　プログラム／データ

Claims (5)

1. 省電力機能を備える情報処理装置がネットワークに接続されたシステムにおける通信管理装置であって、
   前記ネットワーク上を流れるパケットを受け取る受信手段と、
   該受信手段により受け取ったパケットを解析し、該パケットが任意の情報処理装置への接続要求パケットである場合、相手先の情報処理装置に対して復帰要求を送ると共に、要求元の情報処理装置との通信準備処理を代理で実行する仲介・代理応答手段と、
   を有することを特徴とする通信管理装置。
2. 前記仲介・代理応答手段は、前記相手先の情報処理装置へのデータ書き込み要求であった場合、該データを代理で受信しておき、前記相手先の情報処理装置が復帰したら該データを転送することを特徴とする請求項１記載の通信管理装置。
3. ネットワークに接続され、省電力機能を備える情報処理装置において、
   省電力モード中に電源が供給されており、前記ネットワークからパケットを受信した場合、該パケットの送信元が予め決められている特定の装置であるか否かを判定し、特定の装置である場合であって復帰要求である場合には当該情報処理装置を省電力モードから復帰させるドライバ手段、
   を有することを特徴とする情報処理装置。
4. ネットワークに接続するコンピュータに、
   前記ネットワーク上を流れるパケットを受け取る機能と、
   該パケットを解析し、該パケットが任意の情報処理装置への接続要求パケットである場合、相手先の情報処理装置に対して復帰要求を送ると共に、要求元の情報処理装置との通信準備処理を代理で実行する機能と、
   を実現させる為のプログラム。
5. ネットワークに接続され、省電力機能を備えるコンピュータに、
   省電力モード中に電源が供給されており、前記ネットワークからパケットを受信した場合、該パケットの送信元が予め決められている特定の装置であるか否かを判定し、特定の装置である場合であって復帰要求である場合には当該コンピュータ本体を省電力モードから復帰させる機能を実現させる為のプログラム。

Images