ネットワークコントローラ及びウェイクアップ制御方法
【課題】本発明はＷａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいて、効率的な省電力運用を行うことができるネットワークコントローラ及びウェイクアップ制御方法を提供するものである。
【解決手段】情報処理装置に備えられるネットワークコントローラであって、パケットを送受信するパケット送受信部と、パケット送受信部により受信されたパケットのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力するパケット解析部とを備え、パケット送受信部は、情報処理装置が省電力状態にあるときに、ＧＡＲＰ（Gratuitous Address Resolution Protocol）パケットを周期的にブロードキャスト送信する。
【解決手段】情報処理装置に備えられるネットワークコントローラであって、パケットを送受信するパケット送受信部と、パケット送受信部により受信されたパケットのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力するパケット解析部とを備え、パケット送受信部は、情報処理装置が省電力状態にあるときに、ＧＡＲＰ（Gratuitous Address Resolution Protocol）パケットを周期的にブロードキャスト送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置等のような情報処理装置を省電力状態から起動させるための機能を有するネットワークコントローラに関する。
【背景技術】
【０００２】
省電力状態にある印刷装置等のような情報処理装置を外部からＬＡＮ（Local Area Network）経由で遠隔的に起動させる技術として、Ｗａｋｅ Ｏｎ ＬＡＮ（以下、単に「ＷＯＬ」という）がある。ＷＯＬにおいては、ＷＯＬに対応した情報処理装置を省電力状態から起動させる方法として、Ｍａｇｉｃ Ｐａｃｋｅｔによる起動方法と、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法の２種類が広く知られている。
【０００３】
図５は、ＷＯＬに対応した従来の情報処理装置の構成例を示す図である。
図５に示した情報処理装置１０１は、ネットワークコントローラ１０２、電源制御部１０３、処理部１０４を含む。ネットワークコントローラ１０２は、情報処理装置１０１を省電力状態から起動させるための機能を有したＮＩＣ（Network Interface Card）であり、パケット送受信部１０５とパケット生成・解析部１０６を含む。パケット送受信部１０５は、ＬＡＮ（Ethernet（登録商標））を介してパケットの送受信を行う。パケット生成・解析部１０６は、パケット送受信部１０５が送信するパケットの生成や、パケット送受信部１０５が受信したパケットの解析等を行う。また、受信したパケットを解析した結果、そのパケットのデータパターンが、予め設定されている特定のデータパターンと一致する場合には、ウェイクアップ要求（「Wake Up 要求」）の信号を電源制御部１０３へ送信する。電源制御部１０３は、情報処理装置１０１を起動状態から省電力状態へ移行させたり省電力状態から起動状態へ復帰させたり等の、情報処理装置１０１の電源制御を行う。例えば、電源制御部１０３は、情報処理装置１０１の図示しない制御部から省電力要求の信号を受信すると、情報処理装置１０１を起動状態から省電力状態へ移行させる電源制御を行う。なお、省電力要求の信号は、例えば、情報処理装置１０１において操作や処理が一定時間行われなかった場合等に出力される信号である。また、例えば、電源制御部１０３は、パケット生成・解析部１０６からウェイクアップ要求の信号を受信すると、情報処理装置１０１を省電力状態から起動状態へ復帰させる電源制御を行う。電源制御部１０３が情報処理装置１０１を起動状態から省電力状態へ移行させる電源制御を行ったときは、情報処理装置１０１において、ネットワークコントローラ１０２を含む必要最小限のユニットにのみ電力が供給される状態（通電状態）となり、その他のユニットには電力が供給されない状態（非通電状態）となる。一方、電源制御部１０３が情報処理装置１０１を省電力状態から起動状態へ復帰させる電源制御を行ったときは、情報処理装置１０１において、省電力状態時に非通電状態にされたユニットが通電状態にされる。処理部１０４は、各種の処理を行う。
【０００４】
情報処理装置１０１がＭａｇｉｃ Ｐａｃｋｅｔによる起動方法を採用したＷＯＬに対応している場合、省電力状態にある情報処理装置１０１は、Ｍａｇｉｃ Ｐａｃｋｅｔという特定のデータパターンを有するパケットを受信したときに、自身の電力を回復して起動する。
【０００５】
図６は、Ｍａｇｉｃ Ｐａｃｋｅｔのデータパターンの一例を示す図である。
図６に示したＭａｇｉｃ Ｐａｃｋｅｔは、宛先アドレスが６バイトの０ｘＦＦすなわちブロードキャストアドレス「FF-FF-FF-FF-FF-FF」に続けて起動対象とする装置のＭＡＣ（Media Access Control）アドレスを１６回繰り返したデータパターンを有する。
【０００６】
一方、情報処理装置１０１がＷａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応している場合、省電力状態にある情報処理装置１０１は、ネットワークコントローラ１０２に予め設定されている特定のデータパターンに一致するパケットを受信したときに、自身の電力を回復して起動する。Ｍａｇｉｃ Ｐａｃｋｅｔによる起動方法の場合と異なる点は、受信したパケットを、予め設定されているデータパターンと比較する形式になっている点である。
【０００７】
図７は、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用している場合に行われる、受信パケットと予め設定されているデータパターンとの比較を説明する図である。
図７において、符号１１１は、受信パケットの一例であるＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）パケットを示し、そのデータ構造は、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部（１４バイト）、ＩＰヘッダ部（２０バイト）、ＴＣＰヘッダ部（２０バイト）、データ部を有する。また、符号１１２は、ネットワークコントローラ１０２のパケット生成・解析部１０６に予め設定（ウェイクアップ（「Wake Up」）設定）されている特定のデータパターンを示し、宛先ＭＡＣアドレスとして自身のＭＡＣアドレス、宛先ＩＰアドレスとして自身のＩＰアドレス、そして、宛先ポート番号を有する。ここでは、一例として、情報処理装置１０１が印刷装置であるとして、宛先ポート番号をｌｐｒ（line printer daemon protocol）ポートとしている。この場合、情報処理装置１０１は、ＴＣＰ／ＩＰパケット１１１を受信すると、そのパケットのＥｔｈｅｒｎｅｔ（登録商標）ヘッダ部、ＩＰヘッダ部、ＴＣＰヘッダ部と、パケット生成・解析部１０６に予め設定されている特定のデータパターン１１２である、自身のＭＡＣアドレス、自身のＩＰアドレス、ｌｐｒポートとをそれぞれ比較し、それぞれが一致していれば、パケット生成・解析部１０６からウェイクアップ要求の信号が出力され、自身の電力を回復して起動する。なお、受信したパケットの他の部分との比較は行われない。
【０００８】
ところで、ＷＯＬに対応したネットワークシステム、例えばオフィスのネットワークシステムやインターネットシステム等においては、ネットワークがサブネットで区切られることが一般的である。このような場合、ウェイクアップの指示を出すノードとその対象となる省電力状態のノードとの間が、ルーター又はゲートウェイ（以下、まとめて「ルーター」という）等の経路制御装置で仕切られる場合が多くある。
【０００９】
図８は、そのような場合のネットワークシステムの一例を示す図である。
図８に示したネットワークシステム１２１では、ルーター１２２によって、ネットワークが２つのサブネットＡ、Ｂに区切られている。サブネットＡには、ノードＡ１乃至Ａ４とルーター１２２が接続され、サブネットＢには、ノードＢ１乃至Ｂ４とルーター１２２が接続されている。このようなネットワークシステム１２１において、例えば、ノードＡ１がノードＢ４へウェイクアップの指示（「Wake Up 指示」）を出してノードＢ４を省電力状態から起動させる場合、ノードＡ１とノードＢ４との間がルーター１２２で仕切られることになる。なお、ノードＡ１乃至Ａ４及びノードＢ１乃至Ｂ４の各々は、例えば、図５に示した情報処理装置である。
【００１０】
ネットワークシステム１２１が、Ｍａｇｉｃ Ｐａｃｋｅｔによる起動方法を採用したＷＯＬに対応している場合、Ｍａｇｉｃ Ｐａｃｋｅｔは、図６に示したようにブロードキャストパケットであることから、原則として、ルーター１２２を越えることはできない。そのため、例えば、ノードＡ１からウェイクアップの指示として送信されたＭａｇｉｃ Ｐａｃｋｅｔが、ルーター１２２を越えてサブネットＢのノードＢ４へ配信されることはない。
【００１１】
これを解決するために、Ｍａｇｉｃ Ｐａｃｋｅｔを中継することが可能な特殊なルーターを用いるという方法も考えられるが、このようなルーターは一般的ではないために特定用途の環境下でしか使用されていないのが現状である。従って、Ｍａｇｉｃ Ｐａｃｋｅｔによる起動方法を採用したＷＯＬに対応したネットワークシステムは、オフィス等の中規模以上のネットワーク環境下において現実的な方法であるとは言えない。
【００１２】
一方、ネットワークシステム１２１が、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応している場合、ノードＡ１からウェイクアップの指示として送信されるパケットは、例えば図７のパケット１１１のように、通常の通信で使用されるパケットと同様のパケット構造を有することから、通信パケットを監視するルーター１２２の設定が適切であれば、ルーター１２２を越えてウェイクアップの指示をノードＢ４へ出すことが可能となり、オフィス等の中規模以上のネットワーク環境下において現実的な方法であると言える。
【００１３】
また、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークコントローラにおいては、予め設定しておく特定パターンとして複数の特定パターンを設定することができるものも多数ある。このようなネットワークコントローラを備えたノードによれば、例えば、ｈｔｔｐ（hyper text transfer protocol）のリクエストに対してはウェイクアップしない（無視する）が、ｌｐｒやｆｔｐ（file transfer protocol）のリクエストに対してはウェイクアップする等といったきめ細かいウェイクアップ条件を設定することができる。
【００１４】
ここで、図８に示したネットワークシステム１２１での通信例を、ＴＣＰ／ＩＰによる通信を例に、より詳細に説明する。この場合、通信には、ＩＰアドレスとＭＡＣアドレスが使用される。ＩＰアドレスは、ノード毎に個別に割り当てることができる論理的な番号であり、ＭＡＣアドレスは、各機器に一意に割り当てられる物理的な番号である。
【００１５】
各ノードで実行されるアプリケーションは、ＩＰアドレスを使用して通信を行うが、実際の通信に使用されるパケットではＭＡＣアドレスが使用される。このため、ＴＣＰ／ＩＰによる通信では、通信相手のＭＡＣアドレスを調べるために、ＡＲＰ（Address Resolution Protocol：アドレス解決プロトコル）というプロトコルが用意されている。すなわち、通信を行うノードがＩＰアドレスを指定してＡＲＰパケットをブロードキャストすると、該当するＩＰアドレスを有するノードが自身のＭＡＣアドレスを付加したＡＲＰ応答パケットを返信する。
【００１６】
図９は、ＡＲＰパケットがブロードキャストされたときの通信例を示す図である。但し、図９では、説明の便宜のため、ネットワークシステム１２１の一部のみを示す。
図９に示したように、例えば、サブネットＡのノードＡ１が、通信相手となるノードのＭＡＣアドレスを知るために、通信相手となるノードのＩＰアドレス「192.168.1.3」を指定してＡＲＰパケット（ＡＲＰリクエスト）をブロードキャストすると（Ｓ１０１）、該当するＩＰアドレス「192.168.1.3」を有するノードＡ３が自身のＭＡＣアドレスを付加したＡＲＰ応答パケットを返信する（Ｓ１０２）。
【００１７】
このように、通信を行うノードは、通信相手となるノードのＩＰアドレスを指定してＡＲＰパケットをブロードキャストすることにより、通信相手のＭＡＣアドレスを知ることができる。
【００１８】
但し、各ノードは、このようなやりとりを通信毎に行っていたのでは非効率的であるので、実際の運用では、通信を行った相手のＩＰアドレスとＭＡＣアドレスの関連表（以下「エントリー」という）をテーブルとして自身のメモリ内に保持している。これをＡＲＰテーブルと言う。
【００１９】
図１０は、ＡＲＰテーブルの一例を示す図である。
図１０に示したように、ＡＲＰテーブルには、通信を行った相手のＩＰアドレス（「Internet Address」）とＭＡＣアドレス（「Physical Address」）とが対応付けされて格納される。図１０に示したＡＲＰテーブルによれば、例えば、ＩＰアドレスが「192.168.1.2」のノードのＭＡＣアドレスは「00-19-d1-13-cb-a1」であることを示している。
【００２０】
各ノードが、このようなＡＲＰテーブルを自身のメモリ内に保持しておくことにより、各ノードで実行されるアプリケーションは、通信に先立ってＡＲＰテーブルを参照し、これに通信相手のエントリーが含まれている場合には、エントリーに従ったＭＡＣアドレスを使用して通信を行うことができる。一方、ＡＲＰテーブルにエントリーが含まれていない場合には、通信に先立ってＡＲＰパケット（ＡＲＰリクエスト）をブロードキャストして通信相手のＭＡＣアドレスを取得し、当該ＭＡＣアドレスを使用して通信を行う。
【００２１】
なお、各ノードは、自身のメモリを効率的に利用するために、メモリ内に保持しているＡＲＰテーブルにおいて、一定時間使用されていないエントリーを削除するようにしている。
【００２２】
図８に示したネットワークシステム１２１において、例えばノードＡ１とノードＢ４との間の通信等のように、ルーター１２２を越えた相手との通信が行われる際には、ルーター１２２がパケットを中継するため、ルーター１２２にも、各ノードと同様に、通信相手（中継先）のＩＰアドレスとＭＡＣアドレスのエントリーがＡＲＰテーブルとして自身のメモリ内に保持される。当然ながら、そのＡＲＰテーブルに通信相手のＭＡＣアドレスのエントリーが含まれていない場合には、ルーター１２２がＡＲＰパケット（ＡＲＰリクエスト）をブロードキャストしてＭＡＣアドレスを取得し、そのエントリーを自身のメモリ内に保持されているＡＲＰテーブルに追加する。
【００２３】
図１１は、このようにしてルーター１２２のメモリ内に保持されたＡＲＰテーブルの一例を示す図である。
図１１に示したように、ルーター１２２のメモリ内には、サブネット毎に、ＡＲＰテーブルが保持される。すなわち、サブネットＡ側のＡＲＰテーブル１３１と、サブネットＢ側のＡＲＰテーブル１３２とが保持される。サブネットＡ側のＡＲＰテーブル１３１には、サブネットＡに属するノードＡ１乃至Ａ４の各々の、ＩＰアドレス（「Internet Address」）とＭＡＣアドレス（「Physical Address」）のエントリーが含まれている。サブネットＢ側のＡＲＰテーブルには、サブネットＢに属するノードＢ１乃至Ｂ４の各々の、ＩＰアドレス（「Internet Address」）とＭＡＣアドレス（「Physical Address」）のエントリーが含まれている。
【００２４】
ここで、ネットワークシステム１２１が、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応しているものとし、また、ノードＢ２が備えるネットワークコントローラに、ｌｐｒとｆｔｐのリクエストに対してのみウェイクアップするという設定が行われ、その後、ノードＢ２が省電力状態になったとする。
【００２５】
図１２、図１３は、このような場合に、ノードＡ１がノードＢ２に対して、ｌｐｒやｆｔｐのリクエストを行う場合の通信例を示す図である。但し、説明の便宜のため、図１２、図１３では、ネットワークシステム１２１の一部のみを示し、図１３では、サブネットＢ側のＡＲＰテーブル１３２として、その一部のみを示す。
【００２６】
図１２に示したように、ｌｐｒとｆｔｐのリクエストに対してのみウェイクアップするという設定が行われてから省電力状態になっているノードＢ２に対し、ノードＡ１が、ｌｐｒ又はｆｔｐのリクエストを行うとする。この場合、ノードＡ１とノードＢ２は別々のサブネットにあるものの、図１３に示したように、ルーター１２２が保持するサブネットＢ側のＡＲＰテーブル１３２にはノードＢ２のエントリーが含まれているので、ノードＡ１から送信されたｌｐｒ又はｆｔｐのリクエストに係るパケットは、ＡＲＰテーブル１３２に従ってルーター１２２によってノードＢ２へ中継される。そして、そのパケットを受信したノードＢ２は、ウェイクアップの設定に従って、省電力状態から起動する。
【００２７】
一方、仮に、ルーター１２２が保持するサブネットＢ側のＡＲＰテーブル１３２にノードＢ２のエントリーが含まれていない場合には、次のような通信が行われることになる。
図１４は、そのような場合の通信例を示す図である。
【００２８】
図１４に示したように、まず、ノードＡ１が、省電力状態にあるノードＢ２のＩＰアドレスである「192.168.2.2」に対し、ｌｐｒ又はｆｔｐのリクエストを行う（Ｓ２０１）。この場合には、ルーター１２２が保持するサブネットＢ側のＡＲＰテーブル１３２にはノードＢ２のエントリーが含まれていないので、ルーター１２２は、ノードＢ２のＭＡＣアドレスを得るために、ノードＢ２が属するサブネットＢに対し、ＡＲＰリクエストをブロードキャストする（Ｓ２０２）。しかしながら、ノードＢ２は、ｌｐｒとｆｔｐのリクエストに対してのみウェイクアップする設定となっているため、ＡＲＰリクエストに対して省電力状態から起動することはなく、ＡＲＰ応答パケットを返信しない（Ｓ２０３）。従って、このような場合、ルーター１２２はノードＢ２のＭＡＣアドレスを得ることができないため、ノードＡ１からノードＢ２へのｌｐｒ又はｆｔｐのリクエストに係る通信は失敗することになる。
【００２９】
そこで、このような通信の失敗を防止するため、ノードＢ２のネットワークコントローラに、ＡＲＰリクエストに対してもウェイクアップする設定を行っておく方法が考えられる。しかしながら、このような方法を採用すると、ルーター１２２が、サブネットＢ側のＡＲＰテーブル１３２にエントリーが含まれていない、サブネットＢに属するノード宛のリクエストがあった場合には、その都度、サブネットＢへＡＲＰリクエストをブロードキャストするので、省電力状態にあるノードＢ２は、その都度、起動することとなり、結果として、ノードＢ２の効率的な省電力運用を行うことができない。
【００３０】
ところで、ネットワークシステムの一例として、例えば、ＳＩＰ（Session Initiation Protocol）サーバの二重化を安価な構成により実現するために、２台のＳＩＰサーバを異なる２つのネットワーク（通信系ＬＡＮ、保守系ＬＡＮ）により接続し、双方のサービスＩＰアドレスを同一のものとするようにしたシステムが知られている（例えば特許文献１参照）。このシステムでは、ＳＩＰサーバの運用系として稼動中の何れかのサーバは、通信系ＬＡＮに接続される全てのホストコンピュータに対し、ＧＡＲＰ（Gratuitous Address Resolution Protocol）パケットを送出することで、サービスＩＰアドレスと運用系サーバとを対応させることができ、これによりクライアント端末は、ＳＩＰサービスを享受する際に、１つのサービスＩＰアドレスを参照するだけで良くなる、というものである。
【００３１】
また、ネットワークコントローラの一例として、例えば、容易にリモートウェイクアップを実現するために、ＰＣ（Personal Computer）がスリープ状態の期間中、各パケットを第１データおよび第２データと比較するようにしたネットワークコントローラが知られている（例えば特許文献２参照）。ここで、第１データはネットワークコントローラ宛のＡＲＰ要求パケットのデータパターンを示し、第２データはネットワークコントローラ宛のウェイクアップパケットのデータパターンを示す。このネットワークコントローラでは、到来したパケットが第１データと一致した時には送信データレジスタに格納されている送信データをＡＲＰ応答パケットとしてＬＡＮ上に送出し、到来したパケットが第２データと一致した時にはウェイクアップ信号を出力する。
【先行技術文献】
【特許文献】
【００３２】
【特許文献１】特開２００７−１４２９７６号公報
【特許文献２】特開２００８−３０１０７７号公報
【発明の概要】
【発明が解決しようとする課題】
【００３３】
従来、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいては、上述のとおり、効率的な省電力運用を行うことができないという問題があった。
【００３４】
そこで、本発明はＷａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいて、効率的な省電力運用を行うことができるネットワークコントローラ及びウェイクアップ制御方法を提供するものである。
【課題を解決するための手段】
【００３５】
上記課題は本発明によれば、情報処理装置に備えられるネットワークコントローラであって、単位データ（例えばパケット）を送受信する単位データ送受信部と、単位データ送受信部により受信された単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する単位データ解析部とを備え、単位データ送受信部は、情報処理装置が省電力状態にあるときに、ネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期に送信することを特徴とするネットワークコントローラを提供することによって達成できる。
【発明の効果】
【００３６】
本発明によれば、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいて、効率的な省電力運用を行うことができる。
【図面の簡単な説明】
【００３７】
【図１】一実施の形態に係るネットワークコントローラを備えたプリンタの構成例を示す図である。
【図２】ＧＡＲＰパケットが使用されるネットワークシステムの一例を示す図である。
【図３】ＧＡＲＰパケットのデータ構造の一例を示す図である。
【図４】一実施の形態に係るネットワークコントローラを備えたプリンタが行う動作の一例を示すフローチャートである。
【図５】ＷＯＬに対応した従来の情報処理装置の構成例を示す図である。
【図６】Ｍａｇｉｃ Ｐａｃｋｅｔのデータパターンの一例を示す図である。
【図７】Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用している場合に行われる、受信パケットと予め設定されているデータパターンとの比較を説明する図である。
【図８】ウェイクアップの指示を出すノードとその対象となる省電力状態のノードとの間がルーターで仕切られる場合のネットワークシステムの一例を示す図である。
【図９】ＡＲＰパケットがブロードキャストされたときの通信例を示す図である。
【図１０】ＡＲＰテーブルの一例を示す図である。
【図１１】ルーターのメモリ内に保持されたＡＲＰテーブルの一例を示す図である。
【図１２】ノードＡ１がノードＢ２に対して、ｌｐｒやｆｔｐのリクエストを行う場合の通信例を示す第１の図である。
【図１３】ノードＡ１がノードＢ２に対して、ｌｐｒやｆｔｐのリクエストを行う場合の通信例を示す第２の図である。
【図１４】ルーターが保持するサブネットＢ側のＡＲＰテーブルにノードＢ２のエントリーが含まれていない場合の通信例を示す図である。
【発明を実施するための形態】
【００３８】
以下、本発明の実施の形態を図面を参照しながら説明する。
図１は、本発明の一実施の形態に係るネットワークコントローラを備えたプリンタ（印刷装置）の構成例を示す図である。
【００３９】
図１において、プリンタ１は、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応した情報処理装置の一例であって、ネットワークコントローラ２、電源制御部３、データ処理部４、画像生成部５、用紙搬送制御部６を含む。
【００４０】
ネットワークコントローラ２は、プリンタ１を省電力状態から起動させるための機能を有した例えばＮＩＣであり、パケット送受信部７、パケット生成・解析部８、ＧＡＲＰ自動送信用フリーランニングタイマー（以下単に「タイマー」という）９、ＧＡＲＰ送信用バッファ（以下単に「バッファ」という）１０を含む。
【００４１】
パケット送受信部７は、ＬＡＮ（Ethernet（登録商標)）を介してパケットの送受信を行う。
パケット生成・解析部８は、パケット送受信部７が送信するパケットの生成や、パケット送受信部７が受信したパケットの解析等を行う。また、受信したパケットを解析した結果、そのパケットのデータパターンが、予め設定されている特定のデータパターンと一致する場合には、プリンタ１を省電力状態から起動させるためのウェイクアップ要求（「Wake Up 要求」）の信号を電源制御部３へ送信する。すなわち、ＬＡＮを介して接続される不図示のホストコンピュータからプリンタ１へ送られてくる印刷データ（プリントジョブ）は、ｌｐｒプロトコルもしくはｆｔｐプロトコルの形式で送信されてくるので、ＬＡＮ上にある種々のパケットの中から印刷データを送信するｌｐｒもしくはｆｔｐパケットの特定データパターンを識別した場合にのみ、プリンタ１を省電力状態から起動させるためのウェイクアップ要求（「Wake Up 要求」）の信号をネットワークコントローラ２が電源制御部３へ出力することによってプリンタ１をスリープ状態から稼動状態に切り替える制御が行われる。なお、受信したパケットのデータパターンと、ホストコンピュータがプリンタに印刷処理を指示する情報であることを示す、予め設定されている特定のデータパターンとが一致するか否かは、例えば、図７を用いて説明したようにして行われる。また、特定のデータパターンは、管理者等により、任意に設定が可能であり、例えば図７に示した特定のデータパターン１１２のようなｌｐｒリクエストに係るデータパターンや、ｆｔｐのリクエスに係るデータパターン等である。また、上位装置から送信されてくるすべての印刷指示を識別するために、特定のデータパターンとして複数の特定のデータパターンを設定することも可能である。
【００４２】
タイマー９は、管理者等により予め設定されている時間毎に、或いは、初期設定として予め設定されている時間毎に、周期的にトリガー信号（トリガーパルス）を出力する。
バッファ１０は、パケット送受信部７から送信されるＧＡＲＰパケットを記憶する。なお、ＧＡＲＰパケットは、例えば、パケット生成・解析部によって生成される。
【００４３】
このような構成を有するネットワークコントローラ２において、例えば、パケット送受信部７は、プリンタ１が省電力状態にあるときに、タイマー９により周期的に出力されるトリガー信号に従って、バッファ１０に記憶されているＧＡＲＰパケットを周期的にブロードキャスト（ブロードキャスト送信）する。
【００４４】
電源制御部３は、プリンタ１を起動状態から省電力状態へ移行させたり省電力状態から起動状態へ復帰させたり等の、プリンタ１の電源制御を行う。例えば、電源制御部３は、プリンタ１の図示しない制御部から省電力要求の信号を受信すると、プリンタ１を起動状態から省電力状態へ移行させる電源制御を行う。なお、省電力要求の信号は、例えば、プリンタ１において操作や処理が一定時間行われなかった場合等に出力される信号である。また、例えば、電源制御部３は、パケット生成・解析部８からウェイクアップ要求の信号を受信すると、プリンタ１を省電力状態から起動状態へ復帰させる電源制御を行う。電源制御部３がプリンタ１を起動状態から省電力状態へ移行させる電源制御を行ったときは、プリンタ１において、ネットワークコントローラ２を含む必要最小限のユニットにのみ電力が供給される状態（通電状態）となり、その他のユニットには電力が供給されない状態（非通電状態）となる。一方、電源制御部３がプリンタ１を省電力状態から起動状態へ復帰させる電源制御を行ったときは、プリンタ１において、省電力状態時に非通電状態にされたユニットが通電状態にされる。
【００４５】
データ処理部４は、各種の処理を行う。例えば、パケット送受信部７により受信されたパケットをパケット生成・解析部８が解析した結果、それがｌｐｒリクエストに係るパケットであった場合、データ処理部４は、そのパケットに含まれるデータに対して印刷に必要な処理を行い、処理後のデータを画像生成部５へ出力する。なお、このような処理は、例えば、画像生成部５との間で同期を取りながら行われる。また、その処理結果は、例えば、パケット生成・解析部８に通知される。そして、その通知に係るパケットがパケット生成・解析部８により生成され、生成されたパケットがパケット送受信部７によりｌｐｒリクエストの送信元へ送信される。
【００４６】
画像生成部５は、データ処理部４により出力された処理後のデータに基づいて用紙に画像生成を行うための処理等を行う。
用紙搬送制御部６は、画像生成部５により画像生成が行われる用紙の搬送に係る制御等を行う。例えば、用紙搬送制御部６は、用紙を搬送させるためのモータの制御等を行う。
【００４７】
このような構成により、ネットワークコントローラ７を備えたプリンタ１は、省電力状態にあるときにＧＡＲＰパケットを周期的にブロードキャストする機能を有することになる。
【００４８】
ここで、ＧＡＲＰパケットについて説明する。
ＧＡＲＰパケットは、例えば、冗長的なルーティングシステムを含むネットワークシステムにおいて使用されるパケットである。
【００４９】
図２は、ＧＡＲＰパケットが使用されるネットワークシステムの一例を示す図である。なお、図２に示すノードＡ１、Ａ２、Ｂ１、Ｂ２のＩＰアドレス及びＭＡＣアドレスは、図１２に示したノードＡ１、Ａ２、Ｂ１、Ｂ２と同じであるとする。
【００５０】
図２に示したネットワークシステム２１では、２つのルーターＡ、Ｂによって、ネットワークが２つのサブネットＡ、Ｂで区切られている。サブネットＡには、ノードＡ１、Ａ２、ルーターＡ、Ｂが接続され、サブネットＢには、ノードＢ１、Ｂ２、ルーターＡ、Ｂが接続されている。但し、２つのルーターＡ、Ｂにおいて、通常時は、ルーターＡのみがアクティブとなり、ルーターＢは非アクティブとなる。すなわち、通常時は、ルーターＡのみが使用され、ルーターＢは使用されない。ルーターＢは、ルーターＡに障害（トラブル）が発生した場合にのみ即座にアクティブとなり、ルーターＡの代替ルーターとして機能する。なお、ルーターＡ、Ｂの間では、互いの状態を通知し合う通信が行われ、例えば、ルーターＡに障害が発生した場合には即座にそれがルーターＢに通知される。このような仕組みにより、ルーターＡの障害がネットワークシステム２１に与える悪影響を最小限にするようにしている。
【００５１】
ネットワークシステム２１では、このように、ルーターＡに障害が発生すると、ルーターＢがルーターＡの代替ルーターとなることから、両ルーターのＩＰアドレスは同じである。しかしながら、ＭＡＣアドレスは機器毎にユニークなものとして定義されていることから、両ルーターのＭＡＣアドレスは異なる。
【００５２】
そのため、このままでは、次のような問題が生じる。
ネットワークシステム２１において、通常時は、各ノードのＡＲＰテーブルには別のサブネットとの通信用に、ルーターＡのＩＰアドレスとＭＡＣアドレスのエントリーが含まれている。例えば、ノードＡ１のＡＲＰテーブルには、サブネットＢとの通信用に、ルーターＡのＩＰアドレスとＭＡＣアドレスのエントリーが含まれている。このとき、ルーターＢは、ＩＰアドレスが重複してしまうため、非アクティブにされている。
【００５３】
ここで、ルーターＡに障害が発生してルーターＢが代替ルーターとして機能したとすると、このままでは、各ノードが別のサブネットと通信を行う際のパケットの出力先は、自身のＡＲＰテーブルに従ってルーターＡのＭＡＣアドレスになってしまうため、通信を行うことができない。
【００５４】
そこで、ルーターＢは、代替ルーターとして機能する際に、まず、ＧＡＲＰパケットをサブネットＡ内及びサブネットＢ内にブロードキャストする。すると、ＧＡＲＰパケットを受信した各ノードは、自身のＡＲＰテーブルに含まれるルーターＡのエントリーにおけるＭＡＣアドレスを、受信したＧＡＲＰパケットに基づくルーターＢのＭＡＣアドレスへ書き換える。これにより、各ノードが別のサブネットと通信を行う際のパケットの出力先は、自身のＡＲＰテーブルに従って、代替ルーターであるルーターＢのＭＡＣアドレスとなるため、ルーターＢを介して通信を行うことができる。
【００５５】
なお、ここでは、ルーターＢがＧＡＲＰパケットをブロードキャストした場合の例を示したが、各ノードがＧＡＲＰパケットをブロードキャストした場合にも、それを受信した各ノードやルーターでは、同様の処理が行われる。例えば、ネットワークシステム２１において、ノードＢ２がＧＡＲＰパケットをブロードキャストした場合、それを受信したノードＢ１やアクティブになっているルーターは、自身のＡＲＰテーブルに含まれるノードＢ２のエントリーにおけるＭＡＣアドレスを、受信したＧＡＲＰパケットに基づくノードＢ２のＭＡＣアドレスへ書き換える。但し、この場合、ノードＢ２の機器に変更が無ければ、書き換え前のＭＡＣアドレスと書き換え後のＭＡＣアドレスは同じとなる。
【００５６】
図３は、ＧＡＲＰパケットのデータ構造の一例を示す図である。なお、図３に示したＧＡＲＰパケットは、図２に示したノードＢ２からブロードキャストされたＧＡＲＰパケットの一例でもある。
【００５７】
図３に示したように、ＧＡＲＰパケットは、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部と、ＡＲＰ要求部を含む。Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部は、宛先ＭＡＣアドレス、送信元ＭＡＣアドレスを含む。ＡＲＰ要求部は、送信元ＭＡＣアドレス、送信元ＩＰアドレス、宛先ＭＡＣアドレス、宛先ＩＰアドレスを含む。ここで、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部の宛先ＭＡＣアドレスは、ブロードキャストアドレスを示す「FF-FF-FF-FF-FF-FF」となる。また、ＡＲＰ要求部の宛先ＭＡＣアドレスは、不明な宛先アドレスを示す「00-00-00-00-00-00」となる。また、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部の送信元ＭＡＣアドレスと、ＡＲＰ要求部の送信元ＭＡＣアドレスは、ＧＡＲＰパケットを送信する機器のＭＡＣアドレス（この例では図２に示したノードＢ２のＭＡＣアドレス「00-22-64-b9-31-c4」）となる。また、ＡＲＰ要求部の送信元ＩＰアドレスと宛先ＩＰアドレスは、ＧＡＲＰパケットを送信する機器のＩＰアドレス（この例では図２に示したノードＢ２のＩＰアドレス「192.168.2.2」）となる。すなわち、宛先ＩＰアドレスは、送信元ＩＰアドレスと同一となる。
【００５８】
本実施形態に係るネットワークコントローラ２を備えたプリンタ１は、このようなＧＡＲＰパケットを用いて、次のような動作を行う。
図４は、本実施形態に係るネットワークコントローラ２を備えたプリンタ１が行う動作の一例を示すフローチャートである。
【００５９】
なお、本例では、プリンタ１が、図８、図１１等に示したネットワークシステム１２１におけるノードＢ２であるとする。また、ネットワークシステム１２１は、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応しているものとする。また、そのネットワークシステム１２１に含まれる全てのノード及びルーターは、標準的な装置と同様に、自身が保持するＡＲＰテーブルの中に２分間（リフレッシュインターバル）使用されていないエントリーがある場合には、それを削除するように処理を行うものとする。
【００６０】
図４に示したように、プリンタ１の電源がＯＮされ、プリンタ１の各部に電力が供給されてプリンタ１が起動状態になると、まず、パケット生成・解析部８がＧＡＲＰパケットを生成し、それがバッファ１０に記憶される（Ｓ１）。なお、ここで記憶されるＧＡＲＰパケットは、例えば図３に示したＧＡＲＰパケットとなる。
【００６１】
次に、例えば管理者等による設定に応じて、或いは、初期設定に応じて、タイマー９が１分間毎に周期的にトリガー信号を出力するように設定される（Ｓ２）。ここで、1分間という時間は、上述のとおり、ネットワークシステム１２１に含まれる全てのノード及びルーターでは２分間使用されないエントリーがＡＲＰテーブルから削除されるように処理が行われることを考慮して設定された時間であって、その２分間よりも短い時間の一例である。
【００６２】
次に、電源制御部３が例えばプリンタ１の図示しない制御部から省電力要求の信号を受信したか否かを判定し（Ｓ３）、その判定結果がＮｏの場合には、再び、このＳ３の判定が繰り返される。一方、Ｓ３の判定結果がＹｅｓの場合には、電源制御部３がプリンタ１を起動状態から省電力状態へ遷移（移行）させる電源制御を行う（Ｓ４）。これにより、プリンタ１は、ネットワークコントローラ２を含む必要最小限のユニットにのみ電力が供給され、その他のユニットには電力が供給されない省電力状態となる。また、Ｓ４では、Ｓ２で行われた設定に応じて、１分間毎に周期的にトリガー信号を出力するというタイマー９の動作が開始する。
【００６３】
次に、パケット生成・解析部８に予め設定されている特定のデータパターンに一致するデータパターンを有するパケットをパケット送受信部７が受信したか否かの判定が行われる（Ｓ５）。具体的には、パケット送受信部７がパケットを受信すると、そのパケットをパケット生成・解析部８が解析し、受信したパケットのデータパターンと予め設定されている特定のデータパターンとが一致するか否かを判定する。なお、この判定は、例えば、図７を用いて説明したようにして行われる。
【００６４】
Ｓ５の判定において、その判定結果がＹｅｓの場合、パケット生成・解析部８は、電源制御部８へウェイクアップ要求の信号を出力し、それを受信した電源制御部８は、プリンタ１を省電力状態から起動状態へ遷移（移行）させる電源制御を行う（Ｓ６）。これにより、プリンタ１では、省電力状態時に電力が供給されない状態にされたユニットが、電力が供給される状態となり、起動状態となる。Ｓ６の後は、Ｓ３へ処理が戻る。
【００６５】
一方、Ｓ５の判定結果がＮｏの場合には、タイマー９から１分間毎に周期的に出力されるトリガー信号の有無に応じて１分間が経過したか否かの判定が行われる（Ｓ７）。具体的には、トリガー信号が有りの場合には１分間が経過したと判定され、トリガー信号が無しの場合には１分間が経過していないと判定される。Ｓ７の判定結果がＮｏの場合には、処理がＳ５へ戻る。一方、Ｓ７の判定結果がＹｅｓの場合には、バッファ１０に記憶されているＧＡＲＰパケットをパケット送受信部７がブロードキャストする（Ｓ８）。そして、Ｓ８の後は、処理がＳ５へ戻る。
【００６６】
このような動作により、プリンタ１が省電力状態にあるときは、１分間毎に、プリンタ１からＧＡＲＰパケットがブロードキャストされるようになる。従って、プリンタ１からＧＡＲＰパケットを受け取ることが可能なノードＢ１、Ｂ３、Ｂ４、ルーター１２２の各々では、プリンタ１が省電力状態になってから最初にＧＡＲＰパケットを受け取った時に自身が保持するＡＲＰテーブルの中にプリンタ１のエントリーが含まれていた場合には、プリンタ１が省電力状態にある間、プリンタ１からのＧＡＲＰパケットを受け取る毎に、そのＡＲＰテーブルに含まれるプリンタ１のエントリーが更新され続け、削除されることはない。このようにして、プリンタ１が省電力状態にある間、例えばルーター１２２が保持するサブネットＢ側のＡＲＰテーブル１３２にプリンタ１のエントリーが含まれ続けることになれば、サブネットＡに属するノード（例えばノードＡ１）から送信されたプリンタ１宛のパケットは、ルーター１２２によってＡＲＰテーブル１３２に従ってプリンタ１へ中継されるようになる。従って、このような場合には、例えば、図１４を用いて説明したようにルーター１２２のＡＲＰテーブル１３２にプリンタ１のエントリーが無いために通信に失敗するという問題は生じず、図１２及び図１３を用いて説明したようにｌｐｒやｆｔｐのリクエストに対してのみウェイクアップするという設定が可能になる。勿論、このような場合には、ＡＲＰリクエストに対してウェイクアップするという設定が不要になるので、プリンタ１は余計なウェイクアップをしなくても済む。
【００６７】
以上、本実施形態に係るネットワークコントローラ２を備えたプリンタ１によれば、定期的にＧＡＲＰパケットを発信してＡＲＰテーブルがリフレッシュクリアされるのを阻止しているので、同一サブネットに属するノードやルーターのＡＲＰテーブルからプリンタ１のエントリーが削除されることを防止することができると共にプリンタ１宛の通信時にＡＲＰリクエストを不要とすることで、省電力状態からのウェイクアップの条件となるパケットのプロトコルを細かく、印刷指示情報のみに限定して、設定することが可能となり、ホストコンピュータからプリンタに印刷指示が送られてきたときのみスリープ解除制御を行うことが可能になる。よって、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいて、効率的な省電力運用を行うことができる。
【００６８】
なお、本実施形態においては、ネットワークコントローラ２を備えた情報処理装置の一例としてプリンタ２を採用したが、プリンタ２以外の情報処理装置を採用することも可能である。
【００６９】
また、図４の説明において、ネットワークシステム１２１に含まれる全てのノードが、ネットワークコントローラ２を備え、プリンタ１と同様に、特定のデータパターンを有するパケットを受信したときに、省電力状態から起動するように構成することも可能である。
【００７０】
また、図４の説明において、タイマー９に、１分間毎に周期的にトリガー信号を出力するように設定が行われたが、１分間を除く２分間よりも短い時間毎に周期的にトリガー信号を出力するように設定することも勿論可能である。
【００７１】
また、図４の説明において、ネットワークシステム１２１に含まれる全てのノード及びルーターは、自身が保持するＡＲＰテーブルの中に２分間使用されていないエントリーがある場合にそれを削除するように処理を行うものであったが、例えば、２分間以外の所定時間使用されていないエントリーがある場合にそれを削除するように処理を行うように構成することも可能である。但し、この場合には、その所定時間よりも短い時間毎に周期的にトリガー信号を出力するように、タイマー９の設定が行われる。
さらに、上記実施形態において、所定期間の通信がないためにＡＲＰテーブルにエントリーされている情報が消えることがないよう、ダミー通信としてＧＡＲＰパケットを送信する手法を説明したが、ＧＡＲＰパケットは、ＡＲＰテーブルのエントリー情報がクリアされないようにする以外に、特にそのほかの回線環境に大きな変化をもたらさないという意味で、本発明の最適な手法として選択されたものであるが、ＡＲＰテーブルのエントリーを維持させることができるもので、特にほかの回線環境に大きな影響をもたらさない通信情報であればその他の情報をネットワーク上に送出する方法であってもよい。
【００７２】
本発明はいくつかの実施形態を説明したが、本発明は特許請求の範囲に記載された発明とその均等の範囲に含まれる。以下、本件特許出願の出願当初の特許請求の範囲に記載された発明を付記する。
【００７３】
付記１
情報処理装置に備えられるネットワークコントローラであって、
単位データを送受信する単位データ送受信部と、
前記単位データ送受信部により受信された単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、前記情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する単位データ解析部と、
を備え、
前記単位データ送受信部は、前記情報処理装置が省電力状態にあるときに、ネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期に送信する、
ことを特徴とするネットワークコントローラ。
【００７４】
付記２
周期的にトリガー信号を出力するタイマー部を更に備え、
前記単位データ送受信部は、前記情報処理装置が省電力状態にあるときに、前記タイマー部により出力されるトリガー信号に従ってＧＡＲＰパケットを所定の時期にブロードキャスト送信することを特徴とする付記１記載のネットワークコントローラ。
【００７５】
付記３
前記ＧＡＲＰパケットを記憶する記憶部を更に備えることを特徴とする付記１又は２記載のネットワークコントローラ。
【００７６】
付記４
前記情報処理装置は印刷装置であることを特徴とする付記１乃至３の何れか一項に記載のネットワークコントローラ。
【００７７】
付記５
前記特定のデータは、上位装置から送られてくる印刷を指示する情報であることを特徴とする付記１乃至４の何れか一項に記載のネットワークコントローラ。
【００７８】
付記６
情報処理装置を省電力状態から起動させるためのウェイクアップ制御方法であって、
前記情報処理装置に備えられたネットワークコントローラは、
前記情報処理装置が省電力状態にあるときにネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期に送信する処理と、
単位データを受信したときに、当該単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、前記情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する処理と、
を行うことを特徴とするウェイクアップ制御方法。
【符号の説明】
【００７９】
１・・・プリンタ
２・・・ネットワークコントローラ
３・・・電源制御部
４・・・データ処理部
５・・・画像生成部
６・・・用紙搬送制御部
７・・・パケット送受信部
８・・・パケット生成・解析部
９・・・ＧＡＲＰ自動送信用フリーランニングタイマー
１０・・ＧＡＲＰ送信用バッファ
２１・・ネットワークシステム
１０１・情報処理装置
１０２・ネットワークコントローラ
１０３・電源制御部
１０４・処理部
１０５・パケット送受信部
１０６・パケット生成・解析部
１１１・ＴＣＰ／ＩＰパケット
１１２・特定のデータパターン
１２１・ネットワークシステム
１２２・ルーター
１３１・サブネットＡ側のＡＲＰテーブル
１３２・サブネットＢ側のＡＲＰテーブル
【技術分野】
【０００１】
本発明は、印刷装置等のような情報処理装置を省電力状態から起動させるための機能を有するネットワークコントローラに関する。
【背景技術】
【０００２】
省電力状態にある印刷装置等のような情報処理装置を外部からＬＡＮ（Local Area Network）経由で遠隔的に起動させる技術として、Ｗａｋｅ Ｏｎ ＬＡＮ（以下、単に「ＷＯＬ」という）がある。ＷＯＬにおいては、ＷＯＬに対応した情報処理装置を省電力状態から起動させる方法として、Ｍａｇｉｃ Ｐａｃｋｅｔによる起動方法と、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法の２種類が広く知られている。
【０００３】
図５は、ＷＯＬに対応した従来の情報処理装置の構成例を示す図である。
図５に示した情報処理装置１０１は、ネットワークコントローラ１０２、電源制御部１０３、処理部１０４を含む。ネットワークコントローラ１０２は、情報処理装置１０１を省電力状態から起動させるための機能を有したＮＩＣ（Network Interface Card）であり、パケット送受信部１０５とパケット生成・解析部１０６を含む。パケット送受信部１０５は、ＬＡＮ（Ethernet（登録商標））を介してパケットの送受信を行う。パケット生成・解析部１０６は、パケット送受信部１０５が送信するパケットの生成や、パケット送受信部１０５が受信したパケットの解析等を行う。また、受信したパケットを解析した結果、そのパケットのデータパターンが、予め設定されている特定のデータパターンと一致する場合には、ウェイクアップ要求（「Wake Up 要求」）の信号を電源制御部１０３へ送信する。電源制御部１０３は、情報処理装置１０１を起動状態から省電力状態へ移行させたり省電力状態から起動状態へ復帰させたり等の、情報処理装置１０１の電源制御を行う。例えば、電源制御部１０３は、情報処理装置１０１の図示しない制御部から省電力要求の信号を受信すると、情報処理装置１０１を起動状態から省電力状態へ移行させる電源制御を行う。なお、省電力要求の信号は、例えば、情報処理装置１０１において操作や処理が一定時間行われなかった場合等に出力される信号である。また、例えば、電源制御部１０３は、パケット生成・解析部１０６からウェイクアップ要求の信号を受信すると、情報処理装置１０１を省電力状態から起動状態へ復帰させる電源制御を行う。電源制御部１０３が情報処理装置１０１を起動状態から省電力状態へ移行させる電源制御を行ったときは、情報処理装置１０１において、ネットワークコントローラ１０２を含む必要最小限のユニットにのみ電力が供給される状態（通電状態）となり、その他のユニットには電力が供給されない状態（非通電状態）となる。一方、電源制御部１０３が情報処理装置１０１を省電力状態から起動状態へ復帰させる電源制御を行ったときは、情報処理装置１０１において、省電力状態時に非通電状態にされたユニットが通電状態にされる。処理部１０４は、各種の処理を行う。
【０００４】
情報処理装置１０１がＭａｇｉｃ Ｐａｃｋｅｔによる起動方法を採用したＷＯＬに対応している場合、省電力状態にある情報処理装置１０１は、Ｍａｇｉｃ Ｐａｃｋｅｔという特定のデータパターンを有するパケットを受信したときに、自身の電力を回復して起動する。
【０００５】
図６は、Ｍａｇｉｃ Ｐａｃｋｅｔのデータパターンの一例を示す図である。
図６に示したＭａｇｉｃ Ｐａｃｋｅｔは、宛先アドレスが６バイトの０ｘＦＦすなわちブロードキャストアドレス「FF-FF-FF-FF-FF-FF」に続けて起動対象とする装置のＭＡＣ（Media Access Control）アドレスを１６回繰り返したデータパターンを有する。
【０００６】
一方、情報処理装置１０１がＷａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応している場合、省電力状態にある情報処理装置１０１は、ネットワークコントローラ１０２に予め設定されている特定のデータパターンに一致するパケットを受信したときに、自身の電力を回復して起動する。Ｍａｇｉｃ Ｐａｃｋｅｔによる起動方法の場合と異なる点は、受信したパケットを、予め設定されているデータパターンと比較する形式になっている点である。
【０００７】
図７は、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用している場合に行われる、受信パケットと予め設定されているデータパターンとの比較を説明する図である。
図７において、符号１１１は、受信パケットの一例であるＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）パケットを示し、そのデータ構造は、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部（１４バイト）、ＩＰヘッダ部（２０バイト）、ＴＣＰヘッダ部（２０バイト）、データ部を有する。また、符号１１２は、ネットワークコントローラ１０２のパケット生成・解析部１０６に予め設定（ウェイクアップ（「Wake Up」）設定）されている特定のデータパターンを示し、宛先ＭＡＣアドレスとして自身のＭＡＣアドレス、宛先ＩＰアドレスとして自身のＩＰアドレス、そして、宛先ポート番号を有する。ここでは、一例として、情報処理装置１０１が印刷装置であるとして、宛先ポート番号をｌｐｒ（line printer daemon protocol）ポートとしている。この場合、情報処理装置１０１は、ＴＣＰ／ＩＰパケット１１１を受信すると、そのパケットのＥｔｈｅｒｎｅｔ（登録商標）ヘッダ部、ＩＰヘッダ部、ＴＣＰヘッダ部と、パケット生成・解析部１０６に予め設定されている特定のデータパターン１１２である、自身のＭＡＣアドレス、自身のＩＰアドレス、ｌｐｒポートとをそれぞれ比較し、それぞれが一致していれば、パケット生成・解析部１０６からウェイクアップ要求の信号が出力され、自身の電力を回復して起動する。なお、受信したパケットの他の部分との比較は行われない。
【０００８】
ところで、ＷＯＬに対応したネットワークシステム、例えばオフィスのネットワークシステムやインターネットシステム等においては、ネットワークがサブネットで区切られることが一般的である。このような場合、ウェイクアップの指示を出すノードとその対象となる省電力状態のノードとの間が、ルーター又はゲートウェイ（以下、まとめて「ルーター」という）等の経路制御装置で仕切られる場合が多くある。
【０００９】
図８は、そのような場合のネットワークシステムの一例を示す図である。
図８に示したネットワークシステム１２１では、ルーター１２２によって、ネットワークが２つのサブネットＡ、Ｂに区切られている。サブネットＡには、ノードＡ１乃至Ａ４とルーター１２２が接続され、サブネットＢには、ノードＢ１乃至Ｂ４とルーター１２２が接続されている。このようなネットワークシステム１２１において、例えば、ノードＡ１がノードＢ４へウェイクアップの指示（「Wake Up 指示」）を出してノードＢ４を省電力状態から起動させる場合、ノードＡ１とノードＢ４との間がルーター１２２で仕切られることになる。なお、ノードＡ１乃至Ａ４及びノードＢ１乃至Ｂ４の各々は、例えば、図５に示した情報処理装置である。
【００１０】
ネットワークシステム１２１が、Ｍａｇｉｃ Ｐａｃｋｅｔによる起動方法を採用したＷＯＬに対応している場合、Ｍａｇｉｃ Ｐａｃｋｅｔは、図６に示したようにブロードキャストパケットであることから、原則として、ルーター１２２を越えることはできない。そのため、例えば、ノードＡ１からウェイクアップの指示として送信されたＭａｇｉｃ Ｐａｃｋｅｔが、ルーター１２２を越えてサブネットＢのノードＢ４へ配信されることはない。
【００１１】
これを解決するために、Ｍａｇｉｃ Ｐａｃｋｅｔを中継することが可能な特殊なルーターを用いるという方法も考えられるが、このようなルーターは一般的ではないために特定用途の環境下でしか使用されていないのが現状である。従って、Ｍａｇｉｃ Ｐａｃｋｅｔによる起動方法を採用したＷＯＬに対応したネットワークシステムは、オフィス等の中規模以上のネットワーク環境下において現実的な方法であるとは言えない。
【００１２】
一方、ネットワークシステム１２１が、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応している場合、ノードＡ１からウェイクアップの指示として送信されるパケットは、例えば図７のパケット１１１のように、通常の通信で使用されるパケットと同様のパケット構造を有することから、通信パケットを監視するルーター１２２の設定が適切であれば、ルーター１２２を越えてウェイクアップの指示をノードＢ４へ出すことが可能となり、オフィス等の中規模以上のネットワーク環境下において現実的な方法であると言える。
【００１３】
また、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークコントローラにおいては、予め設定しておく特定パターンとして複数の特定パターンを設定することができるものも多数ある。このようなネットワークコントローラを備えたノードによれば、例えば、ｈｔｔｐ（hyper text transfer protocol）のリクエストに対してはウェイクアップしない（無視する）が、ｌｐｒやｆｔｐ（file transfer protocol）のリクエストに対してはウェイクアップする等といったきめ細かいウェイクアップ条件を設定することができる。
【００１４】
ここで、図８に示したネットワークシステム１２１での通信例を、ＴＣＰ／ＩＰによる通信を例に、より詳細に説明する。この場合、通信には、ＩＰアドレスとＭＡＣアドレスが使用される。ＩＰアドレスは、ノード毎に個別に割り当てることができる論理的な番号であり、ＭＡＣアドレスは、各機器に一意に割り当てられる物理的な番号である。
【００１５】
各ノードで実行されるアプリケーションは、ＩＰアドレスを使用して通信を行うが、実際の通信に使用されるパケットではＭＡＣアドレスが使用される。このため、ＴＣＰ／ＩＰによる通信では、通信相手のＭＡＣアドレスを調べるために、ＡＲＰ（Address Resolution Protocol：アドレス解決プロトコル）というプロトコルが用意されている。すなわち、通信を行うノードがＩＰアドレスを指定してＡＲＰパケットをブロードキャストすると、該当するＩＰアドレスを有するノードが自身のＭＡＣアドレスを付加したＡＲＰ応答パケットを返信する。
【００１６】
図９は、ＡＲＰパケットがブロードキャストされたときの通信例を示す図である。但し、図９では、説明の便宜のため、ネットワークシステム１２１の一部のみを示す。
図９に示したように、例えば、サブネットＡのノードＡ１が、通信相手となるノードのＭＡＣアドレスを知るために、通信相手となるノードのＩＰアドレス「192.168.1.3」を指定してＡＲＰパケット（ＡＲＰリクエスト）をブロードキャストすると（Ｓ１０１）、該当するＩＰアドレス「192.168.1.3」を有するノードＡ３が自身のＭＡＣアドレスを付加したＡＲＰ応答パケットを返信する（Ｓ１０２）。
【００１７】
このように、通信を行うノードは、通信相手となるノードのＩＰアドレスを指定してＡＲＰパケットをブロードキャストすることにより、通信相手のＭＡＣアドレスを知ることができる。
【００１８】
但し、各ノードは、このようなやりとりを通信毎に行っていたのでは非効率的であるので、実際の運用では、通信を行った相手のＩＰアドレスとＭＡＣアドレスの関連表（以下「エントリー」という）をテーブルとして自身のメモリ内に保持している。これをＡＲＰテーブルと言う。
【００１９】
図１０は、ＡＲＰテーブルの一例を示す図である。
図１０に示したように、ＡＲＰテーブルには、通信を行った相手のＩＰアドレス（「Internet Address」）とＭＡＣアドレス（「Physical Address」）とが対応付けされて格納される。図１０に示したＡＲＰテーブルによれば、例えば、ＩＰアドレスが「192.168.1.2」のノードのＭＡＣアドレスは「00-19-d1-13-cb-a1」であることを示している。
【００２０】
各ノードが、このようなＡＲＰテーブルを自身のメモリ内に保持しておくことにより、各ノードで実行されるアプリケーションは、通信に先立ってＡＲＰテーブルを参照し、これに通信相手のエントリーが含まれている場合には、エントリーに従ったＭＡＣアドレスを使用して通信を行うことができる。一方、ＡＲＰテーブルにエントリーが含まれていない場合には、通信に先立ってＡＲＰパケット（ＡＲＰリクエスト）をブロードキャストして通信相手のＭＡＣアドレスを取得し、当該ＭＡＣアドレスを使用して通信を行う。
【００２１】
なお、各ノードは、自身のメモリを効率的に利用するために、メモリ内に保持しているＡＲＰテーブルにおいて、一定時間使用されていないエントリーを削除するようにしている。
【００２２】
図８に示したネットワークシステム１２１において、例えばノードＡ１とノードＢ４との間の通信等のように、ルーター１２２を越えた相手との通信が行われる際には、ルーター１２２がパケットを中継するため、ルーター１２２にも、各ノードと同様に、通信相手（中継先）のＩＰアドレスとＭＡＣアドレスのエントリーがＡＲＰテーブルとして自身のメモリ内に保持される。当然ながら、そのＡＲＰテーブルに通信相手のＭＡＣアドレスのエントリーが含まれていない場合には、ルーター１２２がＡＲＰパケット（ＡＲＰリクエスト）をブロードキャストしてＭＡＣアドレスを取得し、そのエントリーを自身のメモリ内に保持されているＡＲＰテーブルに追加する。
【００２３】
図１１は、このようにしてルーター１２２のメモリ内に保持されたＡＲＰテーブルの一例を示す図である。
図１１に示したように、ルーター１２２のメモリ内には、サブネット毎に、ＡＲＰテーブルが保持される。すなわち、サブネットＡ側のＡＲＰテーブル１３１と、サブネットＢ側のＡＲＰテーブル１３２とが保持される。サブネットＡ側のＡＲＰテーブル１３１には、サブネットＡに属するノードＡ１乃至Ａ４の各々の、ＩＰアドレス（「Internet Address」）とＭＡＣアドレス（「Physical Address」）のエントリーが含まれている。サブネットＢ側のＡＲＰテーブルには、サブネットＢに属するノードＢ１乃至Ｂ４の各々の、ＩＰアドレス（「Internet Address」）とＭＡＣアドレス（「Physical Address」）のエントリーが含まれている。
【００２４】
ここで、ネットワークシステム１２１が、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応しているものとし、また、ノードＢ２が備えるネットワークコントローラに、ｌｐｒとｆｔｐのリクエストに対してのみウェイクアップするという設定が行われ、その後、ノードＢ２が省電力状態になったとする。
【００２５】
図１２、図１３は、このような場合に、ノードＡ１がノードＢ２に対して、ｌｐｒやｆｔｐのリクエストを行う場合の通信例を示す図である。但し、説明の便宜のため、図１２、図１３では、ネットワークシステム１２１の一部のみを示し、図１３では、サブネットＢ側のＡＲＰテーブル１３２として、その一部のみを示す。
【００２６】
図１２に示したように、ｌｐｒとｆｔｐのリクエストに対してのみウェイクアップするという設定が行われてから省電力状態になっているノードＢ２に対し、ノードＡ１が、ｌｐｒ又はｆｔｐのリクエストを行うとする。この場合、ノードＡ１とノードＢ２は別々のサブネットにあるものの、図１３に示したように、ルーター１２２が保持するサブネットＢ側のＡＲＰテーブル１３２にはノードＢ２のエントリーが含まれているので、ノードＡ１から送信されたｌｐｒ又はｆｔｐのリクエストに係るパケットは、ＡＲＰテーブル１３２に従ってルーター１２２によってノードＢ２へ中継される。そして、そのパケットを受信したノードＢ２は、ウェイクアップの設定に従って、省電力状態から起動する。
【００２７】
一方、仮に、ルーター１２２が保持するサブネットＢ側のＡＲＰテーブル１３２にノードＢ２のエントリーが含まれていない場合には、次のような通信が行われることになる。
図１４は、そのような場合の通信例を示す図である。
【００２８】
図１４に示したように、まず、ノードＡ１が、省電力状態にあるノードＢ２のＩＰアドレスである「192.168.2.2」に対し、ｌｐｒ又はｆｔｐのリクエストを行う（Ｓ２０１）。この場合には、ルーター１２２が保持するサブネットＢ側のＡＲＰテーブル１３２にはノードＢ２のエントリーが含まれていないので、ルーター１２２は、ノードＢ２のＭＡＣアドレスを得るために、ノードＢ２が属するサブネットＢに対し、ＡＲＰリクエストをブロードキャストする（Ｓ２０２）。しかしながら、ノードＢ２は、ｌｐｒとｆｔｐのリクエストに対してのみウェイクアップする設定となっているため、ＡＲＰリクエストに対して省電力状態から起動することはなく、ＡＲＰ応答パケットを返信しない（Ｓ２０３）。従って、このような場合、ルーター１２２はノードＢ２のＭＡＣアドレスを得ることができないため、ノードＡ１からノードＢ２へのｌｐｒ又はｆｔｐのリクエストに係る通信は失敗することになる。
【００２９】
そこで、このような通信の失敗を防止するため、ノードＢ２のネットワークコントローラに、ＡＲＰリクエストに対してもウェイクアップする設定を行っておく方法が考えられる。しかしながら、このような方法を採用すると、ルーター１２２が、サブネットＢ側のＡＲＰテーブル１３２にエントリーが含まれていない、サブネットＢに属するノード宛のリクエストがあった場合には、その都度、サブネットＢへＡＲＰリクエストをブロードキャストするので、省電力状態にあるノードＢ２は、その都度、起動することとなり、結果として、ノードＢ２の効率的な省電力運用を行うことができない。
【００３０】
ところで、ネットワークシステムの一例として、例えば、ＳＩＰ（Session Initiation Protocol）サーバの二重化を安価な構成により実現するために、２台のＳＩＰサーバを異なる２つのネットワーク（通信系ＬＡＮ、保守系ＬＡＮ）により接続し、双方のサービスＩＰアドレスを同一のものとするようにしたシステムが知られている（例えば特許文献１参照）。このシステムでは、ＳＩＰサーバの運用系として稼動中の何れかのサーバは、通信系ＬＡＮに接続される全てのホストコンピュータに対し、ＧＡＲＰ（Gratuitous Address Resolution Protocol）パケットを送出することで、サービスＩＰアドレスと運用系サーバとを対応させることができ、これによりクライアント端末は、ＳＩＰサービスを享受する際に、１つのサービスＩＰアドレスを参照するだけで良くなる、というものである。
【００３１】
また、ネットワークコントローラの一例として、例えば、容易にリモートウェイクアップを実現するために、ＰＣ（Personal Computer）がスリープ状態の期間中、各パケットを第１データおよび第２データと比較するようにしたネットワークコントローラが知られている（例えば特許文献２参照）。ここで、第１データはネットワークコントローラ宛のＡＲＰ要求パケットのデータパターンを示し、第２データはネットワークコントローラ宛のウェイクアップパケットのデータパターンを示す。このネットワークコントローラでは、到来したパケットが第１データと一致した時には送信データレジスタに格納されている送信データをＡＲＰ応答パケットとしてＬＡＮ上に送出し、到来したパケットが第２データと一致した時にはウェイクアップ信号を出力する。
【先行技術文献】
【特許文献】
【００３２】
【特許文献１】特開２００７−１４２９７６号公報
【特許文献２】特開２００８−３０１０７７号公報
【発明の概要】
【発明が解決しようとする課題】
【００３３】
従来、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいては、上述のとおり、効率的な省電力運用を行うことができないという問題があった。
【００３４】
そこで、本発明はＷａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいて、効率的な省電力運用を行うことができるネットワークコントローラ及びウェイクアップ制御方法を提供するものである。
【課題を解決するための手段】
【００３５】
上記課題は本発明によれば、情報処理装置に備えられるネットワークコントローラであって、単位データ（例えばパケット）を送受信する単位データ送受信部と、単位データ送受信部により受信された単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する単位データ解析部とを備え、単位データ送受信部は、情報処理装置が省電力状態にあるときに、ネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期に送信することを特徴とするネットワークコントローラを提供することによって達成できる。
【発明の効果】
【００３６】
本発明によれば、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいて、効率的な省電力運用を行うことができる。
【図面の簡単な説明】
【００３７】
【図１】一実施の形態に係るネットワークコントローラを備えたプリンタの構成例を示す図である。
【図２】ＧＡＲＰパケットが使用されるネットワークシステムの一例を示す図である。
【図３】ＧＡＲＰパケットのデータ構造の一例を示す図である。
【図４】一実施の形態に係るネットワークコントローラを備えたプリンタが行う動作の一例を示すフローチャートである。
【図５】ＷＯＬに対応した従来の情報処理装置の構成例を示す図である。
【図６】Ｍａｇｉｃ Ｐａｃｋｅｔのデータパターンの一例を示す図である。
【図７】Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用している場合に行われる、受信パケットと予め設定されているデータパターンとの比較を説明する図である。
【図８】ウェイクアップの指示を出すノードとその対象となる省電力状態のノードとの間がルーターで仕切られる場合のネットワークシステムの一例を示す図である。
【図９】ＡＲＰパケットがブロードキャストされたときの通信例を示す図である。
【図１０】ＡＲＰテーブルの一例を示す図である。
【図１１】ルーターのメモリ内に保持されたＡＲＰテーブルの一例を示す図である。
【図１２】ノードＡ１がノードＢ２に対して、ｌｐｒやｆｔｐのリクエストを行う場合の通信例を示す第１の図である。
【図１３】ノードＡ１がノードＢ２に対して、ｌｐｒやｆｔｐのリクエストを行う場合の通信例を示す第２の図である。
【図１４】ルーターが保持するサブネットＢ側のＡＲＰテーブルにノードＢ２のエントリーが含まれていない場合の通信例を示す図である。
【発明を実施するための形態】
【００３８】
以下、本発明の実施の形態を図面を参照しながら説明する。
図１は、本発明の一実施の形態に係るネットワークコントローラを備えたプリンタ（印刷装置）の構成例を示す図である。
【００３９】
図１において、プリンタ１は、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応した情報処理装置の一例であって、ネットワークコントローラ２、電源制御部３、データ処理部４、画像生成部５、用紙搬送制御部６を含む。
【００４０】
ネットワークコントローラ２は、プリンタ１を省電力状態から起動させるための機能を有した例えばＮＩＣであり、パケット送受信部７、パケット生成・解析部８、ＧＡＲＰ自動送信用フリーランニングタイマー（以下単に「タイマー」という）９、ＧＡＲＰ送信用バッファ（以下単に「バッファ」という）１０を含む。
【００４１】
パケット送受信部７は、ＬＡＮ（Ethernet（登録商標)）を介してパケットの送受信を行う。
パケット生成・解析部８は、パケット送受信部７が送信するパケットの生成や、パケット送受信部７が受信したパケットの解析等を行う。また、受信したパケットを解析した結果、そのパケットのデータパターンが、予め設定されている特定のデータパターンと一致する場合には、プリンタ１を省電力状態から起動させるためのウェイクアップ要求（「Wake Up 要求」）の信号を電源制御部３へ送信する。すなわち、ＬＡＮを介して接続される不図示のホストコンピュータからプリンタ１へ送られてくる印刷データ（プリントジョブ）は、ｌｐｒプロトコルもしくはｆｔｐプロトコルの形式で送信されてくるので、ＬＡＮ上にある種々のパケットの中から印刷データを送信するｌｐｒもしくはｆｔｐパケットの特定データパターンを識別した場合にのみ、プリンタ１を省電力状態から起動させるためのウェイクアップ要求（「Wake Up 要求」）の信号をネットワークコントローラ２が電源制御部３へ出力することによってプリンタ１をスリープ状態から稼動状態に切り替える制御が行われる。なお、受信したパケットのデータパターンと、ホストコンピュータがプリンタに印刷処理を指示する情報であることを示す、予め設定されている特定のデータパターンとが一致するか否かは、例えば、図７を用いて説明したようにして行われる。また、特定のデータパターンは、管理者等により、任意に設定が可能であり、例えば図７に示した特定のデータパターン１１２のようなｌｐｒリクエストに係るデータパターンや、ｆｔｐのリクエスに係るデータパターン等である。また、上位装置から送信されてくるすべての印刷指示を識別するために、特定のデータパターンとして複数の特定のデータパターンを設定することも可能である。
【００４２】
タイマー９は、管理者等により予め設定されている時間毎に、或いは、初期設定として予め設定されている時間毎に、周期的にトリガー信号（トリガーパルス）を出力する。
バッファ１０は、パケット送受信部７から送信されるＧＡＲＰパケットを記憶する。なお、ＧＡＲＰパケットは、例えば、パケット生成・解析部によって生成される。
【００４３】
このような構成を有するネットワークコントローラ２において、例えば、パケット送受信部７は、プリンタ１が省電力状態にあるときに、タイマー９により周期的に出力されるトリガー信号に従って、バッファ１０に記憶されているＧＡＲＰパケットを周期的にブロードキャスト（ブロードキャスト送信）する。
【００４４】
電源制御部３は、プリンタ１を起動状態から省電力状態へ移行させたり省電力状態から起動状態へ復帰させたり等の、プリンタ１の電源制御を行う。例えば、電源制御部３は、プリンタ１の図示しない制御部から省電力要求の信号を受信すると、プリンタ１を起動状態から省電力状態へ移行させる電源制御を行う。なお、省電力要求の信号は、例えば、プリンタ１において操作や処理が一定時間行われなかった場合等に出力される信号である。また、例えば、電源制御部３は、パケット生成・解析部８からウェイクアップ要求の信号を受信すると、プリンタ１を省電力状態から起動状態へ復帰させる電源制御を行う。電源制御部３がプリンタ１を起動状態から省電力状態へ移行させる電源制御を行ったときは、プリンタ１において、ネットワークコントローラ２を含む必要最小限のユニットにのみ電力が供給される状態（通電状態）となり、その他のユニットには電力が供給されない状態（非通電状態）となる。一方、電源制御部３がプリンタ１を省電力状態から起動状態へ復帰させる電源制御を行ったときは、プリンタ１において、省電力状態時に非通電状態にされたユニットが通電状態にされる。
【００４５】
データ処理部４は、各種の処理を行う。例えば、パケット送受信部７により受信されたパケットをパケット生成・解析部８が解析した結果、それがｌｐｒリクエストに係るパケットであった場合、データ処理部４は、そのパケットに含まれるデータに対して印刷に必要な処理を行い、処理後のデータを画像生成部５へ出力する。なお、このような処理は、例えば、画像生成部５との間で同期を取りながら行われる。また、その処理結果は、例えば、パケット生成・解析部８に通知される。そして、その通知に係るパケットがパケット生成・解析部８により生成され、生成されたパケットがパケット送受信部７によりｌｐｒリクエストの送信元へ送信される。
【００４６】
画像生成部５は、データ処理部４により出力された処理後のデータに基づいて用紙に画像生成を行うための処理等を行う。
用紙搬送制御部６は、画像生成部５により画像生成が行われる用紙の搬送に係る制御等を行う。例えば、用紙搬送制御部６は、用紙を搬送させるためのモータの制御等を行う。
【００４７】
このような構成により、ネットワークコントローラ７を備えたプリンタ１は、省電力状態にあるときにＧＡＲＰパケットを周期的にブロードキャストする機能を有することになる。
【００４８】
ここで、ＧＡＲＰパケットについて説明する。
ＧＡＲＰパケットは、例えば、冗長的なルーティングシステムを含むネットワークシステムにおいて使用されるパケットである。
【００４９】
図２は、ＧＡＲＰパケットが使用されるネットワークシステムの一例を示す図である。なお、図２に示すノードＡ１、Ａ２、Ｂ１、Ｂ２のＩＰアドレス及びＭＡＣアドレスは、図１２に示したノードＡ１、Ａ２、Ｂ１、Ｂ２と同じであるとする。
【００５０】
図２に示したネットワークシステム２１では、２つのルーターＡ、Ｂによって、ネットワークが２つのサブネットＡ、Ｂで区切られている。サブネットＡには、ノードＡ１、Ａ２、ルーターＡ、Ｂが接続され、サブネットＢには、ノードＢ１、Ｂ２、ルーターＡ、Ｂが接続されている。但し、２つのルーターＡ、Ｂにおいて、通常時は、ルーターＡのみがアクティブとなり、ルーターＢは非アクティブとなる。すなわち、通常時は、ルーターＡのみが使用され、ルーターＢは使用されない。ルーターＢは、ルーターＡに障害（トラブル）が発生した場合にのみ即座にアクティブとなり、ルーターＡの代替ルーターとして機能する。なお、ルーターＡ、Ｂの間では、互いの状態を通知し合う通信が行われ、例えば、ルーターＡに障害が発生した場合には即座にそれがルーターＢに通知される。このような仕組みにより、ルーターＡの障害がネットワークシステム２１に与える悪影響を最小限にするようにしている。
【００５１】
ネットワークシステム２１では、このように、ルーターＡに障害が発生すると、ルーターＢがルーターＡの代替ルーターとなることから、両ルーターのＩＰアドレスは同じである。しかしながら、ＭＡＣアドレスは機器毎にユニークなものとして定義されていることから、両ルーターのＭＡＣアドレスは異なる。
【００５２】
そのため、このままでは、次のような問題が生じる。
ネットワークシステム２１において、通常時は、各ノードのＡＲＰテーブルには別のサブネットとの通信用に、ルーターＡのＩＰアドレスとＭＡＣアドレスのエントリーが含まれている。例えば、ノードＡ１のＡＲＰテーブルには、サブネットＢとの通信用に、ルーターＡのＩＰアドレスとＭＡＣアドレスのエントリーが含まれている。このとき、ルーターＢは、ＩＰアドレスが重複してしまうため、非アクティブにされている。
【００５３】
ここで、ルーターＡに障害が発生してルーターＢが代替ルーターとして機能したとすると、このままでは、各ノードが別のサブネットと通信を行う際のパケットの出力先は、自身のＡＲＰテーブルに従ってルーターＡのＭＡＣアドレスになってしまうため、通信を行うことができない。
【００５４】
そこで、ルーターＢは、代替ルーターとして機能する際に、まず、ＧＡＲＰパケットをサブネットＡ内及びサブネットＢ内にブロードキャストする。すると、ＧＡＲＰパケットを受信した各ノードは、自身のＡＲＰテーブルに含まれるルーターＡのエントリーにおけるＭＡＣアドレスを、受信したＧＡＲＰパケットに基づくルーターＢのＭＡＣアドレスへ書き換える。これにより、各ノードが別のサブネットと通信を行う際のパケットの出力先は、自身のＡＲＰテーブルに従って、代替ルーターであるルーターＢのＭＡＣアドレスとなるため、ルーターＢを介して通信を行うことができる。
【００５５】
なお、ここでは、ルーターＢがＧＡＲＰパケットをブロードキャストした場合の例を示したが、各ノードがＧＡＲＰパケットをブロードキャストした場合にも、それを受信した各ノードやルーターでは、同様の処理が行われる。例えば、ネットワークシステム２１において、ノードＢ２がＧＡＲＰパケットをブロードキャストした場合、それを受信したノードＢ１やアクティブになっているルーターは、自身のＡＲＰテーブルに含まれるノードＢ２のエントリーにおけるＭＡＣアドレスを、受信したＧＡＲＰパケットに基づくノードＢ２のＭＡＣアドレスへ書き換える。但し、この場合、ノードＢ２の機器に変更が無ければ、書き換え前のＭＡＣアドレスと書き換え後のＭＡＣアドレスは同じとなる。
【００５６】
図３は、ＧＡＲＰパケットのデータ構造の一例を示す図である。なお、図３に示したＧＡＲＰパケットは、図２に示したノードＢ２からブロードキャストされたＧＡＲＰパケットの一例でもある。
【００５７】
図３に示したように、ＧＡＲＰパケットは、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部と、ＡＲＰ要求部を含む。Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部は、宛先ＭＡＣアドレス、送信元ＭＡＣアドレスを含む。ＡＲＰ要求部は、送信元ＭＡＣアドレス、送信元ＩＰアドレス、宛先ＭＡＣアドレス、宛先ＩＰアドレスを含む。ここで、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部の宛先ＭＡＣアドレスは、ブロードキャストアドレスを示す「FF-FF-FF-FF-FF-FF」となる。また、ＡＲＰ要求部の宛先ＭＡＣアドレスは、不明な宛先アドレスを示す「00-00-00-00-00-00」となる。また、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダ部の送信元ＭＡＣアドレスと、ＡＲＰ要求部の送信元ＭＡＣアドレスは、ＧＡＲＰパケットを送信する機器のＭＡＣアドレス（この例では図２に示したノードＢ２のＭＡＣアドレス「00-22-64-b9-31-c4」）となる。また、ＡＲＰ要求部の送信元ＩＰアドレスと宛先ＩＰアドレスは、ＧＡＲＰパケットを送信する機器のＩＰアドレス（この例では図２に示したノードＢ２のＩＰアドレス「192.168.2.2」）となる。すなわち、宛先ＩＰアドレスは、送信元ＩＰアドレスと同一となる。
【００５８】
本実施形態に係るネットワークコントローラ２を備えたプリンタ１は、このようなＧＡＲＰパケットを用いて、次のような動作を行う。
図４は、本実施形態に係るネットワークコントローラ２を備えたプリンタ１が行う動作の一例を示すフローチャートである。
【００５９】
なお、本例では、プリンタ１が、図８、図１１等に示したネットワークシステム１２１におけるノードＢ２であるとする。また、ネットワークシステム１２１は、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応しているものとする。また、そのネットワークシステム１２１に含まれる全てのノード及びルーターは、標準的な装置と同様に、自身が保持するＡＲＰテーブルの中に２分間（リフレッシュインターバル）使用されていないエントリーがある場合には、それを削除するように処理を行うものとする。
【００６０】
図４に示したように、プリンタ１の電源がＯＮされ、プリンタ１の各部に電力が供給されてプリンタ１が起動状態になると、まず、パケット生成・解析部８がＧＡＲＰパケットを生成し、それがバッファ１０に記憶される（Ｓ１）。なお、ここで記憶されるＧＡＲＰパケットは、例えば図３に示したＧＡＲＰパケットとなる。
【００６１】
次に、例えば管理者等による設定に応じて、或いは、初期設定に応じて、タイマー９が１分間毎に周期的にトリガー信号を出力するように設定される（Ｓ２）。ここで、1分間という時間は、上述のとおり、ネットワークシステム１２１に含まれる全てのノード及びルーターでは２分間使用されないエントリーがＡＲＰテーブルから削除されるように処理が行われることを考慮して設定された時間であって、その２分間よりも短い時間の一例である。
【００６２】
次に、電源制御部３が例えばプリンタ１の図示しない制御部から省電力要求の信号を受信したか否かを判定し（Ｓ３）、その判定結果がＮｏの場合には、再び、このＳ３の判定が繰り返される。一方、Ｓ３の判定結果がＹｅｓの場合には、電源制御部３がプリンタ１を起動状態から省電力状態へ遷移（移行）させる電源制御を行う（Ｓ４）。これにより、プリンタ１は、ネットワークコントローラ２を含む必要最小限のユニットにのみ電力が供給され、その他のユニットには電力が供給されない省電力状態となる。また、Ｓ４では、Ｓ２で行われた設定に応じて、１分間毎に周期的にトリガー信号を出力するというタイマー９の動作が開始する。
【００６３】
次に、パケット生成・解析部８に予め設定されている特定のデータパターンに一致するデータパターンを有するパケットをパケット送受信部７が受信したか否かの判定が行われる（Ｓ５）。具体的には、パケット送受信部７がパケットを受信すると、そのパケットをパケット生成・解析部８が解析し、受信したパケットのデータパターンと予め設定されている特定のデータパターンとが一致するか否かを判定する。なお、この判定は、例えば、図７を用いて説明したようにして行われる。
【００６４】
Ｓ５の判定において、その判定結果がＹｅｓの場合、パケット生成・解析部８は、電源制御部８へウェイクアップ要求の信号を出力し、それを受信した電源制御部８は、プリンタ１を省電力状態から起動状態へ遷移（移行）させる電源制御を行う（Ｓ６）。これにより、プリンタ１では、省電力状態時に電力が供給されない状態にされたユニットが、電力が供給される状態となり、起動状態となる。Ｓ６の後は、Ｓ３へ処理が戻る。
【００６５】
一方、Ｓ５の判定結果がＮｏの場合には、タイマー９から１分間毎に周期的に出力されるトリガー信号の有無に応じて１分間が経過したか否かの判定が行われる（Ｓ７）。具体的には、トリガー信号が有りの場合には１分間が経過したと判定され、トリガー信号が無しの場合には１分間が経過していないと判定される。Ｓ７の判定結果がＮｏの場合には、処理がＳ５へ戻る。一方、Ｓ７の判定結果がＹｅｓの場合には、バッファ１０に記憶されているＧＡＲＰパケットをパケット送受信部７がブロードキャストする（Ｓ８）。そして、Ｓ８の後は、処理がＳ５へ戻る。
【００６６】
このような動作により、プリンタ１が省電力状態にあるときは、１分間毎に、プリンタ１からＧＡＲＰパケットがブロードキャストされるようになる。従って、プリンタ１からＧＡＲＰパケットを受け取ることが可能なノードＢ１、Ｂ３、Ｂ４、ルーター１２２の各々では、プリンタ１が省電力状態になってから最初にＧＡＲＰパケットを受け取った時に自身が保持するＡＲＰテーブルの中にプリンタ１のエントリーが含まれていた場合には、プリンタ１が省電力状態にある間、プリンタ１からのＧＡＲＰパケットを受け取る毎に、そのＡＲＰテーブルに含まれるプリンタ１のエントリーが更新され続け、削除されることはない。このようにして、プリンタ１が省電力状態にある間、例えばルーター１２２が保持するサブネットＢ側のＡＲＰテーブル１３２にプリンタ１のエントリーが含まれ続けることになれば、サブネットＡに属するノード（例えばノードＡ１）から送信されたプリンタ１宛のパケットは、ルーター１２２によってＡＲＰテーブル１３２に従ってプリンタ１へ中継されるようになる。従って、このような場合には、例えば、図１４を用いて説明したようにルーター１２２のＡＲＰテーブル１３２にプリンタ１のエントリーが無いために通信に失敗するという問題は生じず、図１２及び図１３を用いて説明したようにｌｐｒやｆｔｐのリクエストに対してのみウェイクアップするという設定が可能になる。勿論、このような場合には、ＡＲＰリクエストに対してウェイクアップするという設定が不要になるので、プリンタ１は余計なウェイクアップをしなくても済む。
【００６７】
以上、本実施形態に係るネットワークコントローラ２を備えたプリンタ１によれば、定期的にＧＡＲＰパケットを発信してＡＲＰテーブルがリフレッシュクリアされるのを阻止しているので、同一サブネットに属するノードやルーターのＡＲＰテーブルからプリンタ１のエントリーが削除されることを防止することができると共にプリンタ１宛の通信時にＡＲＰリクエストを不要とすることで、省電力状態からのウェイクアップの条件となるパケットのプロトコルを細かく、印刷指示情報のみに限定して、設定することが可能となり、ホストコンピュータからプリンタに印刷指示が送られてきたときのみスリープ解除制御を行うことが可能になる。よって、Ｗａｋｅ Ｕｐ Ｆｒａｍｅによる起動方法を採用したＷＯＬに対応したネットワークシステムにおいて、効率的な省電力運用を行うことができる。
【００６８】
なお、本実施形態においては、ネットワークコントローラ２を備えた情報処理装置の一例としてプリンタ２を採用したが、プリンタ２以外の情報処理装置を採用することも可能である。
【００６９】
また、図４の説明において、ネットワークシステム１２１に含まれる全てのノードが、ネットワークコントローラ２を備え、プリンタ１と同様に、特定のデータパターンを有するパケットを受信したときに、省電力状態から起動するように構成することも可能である。
【００７０】
また、図４の説明において、タイマー９に、１分間毎に周期的にトリガー信号を出力するように設定が行われたが、１分間を除く２分間よりも短い時間毎に周期的にトリガー信号を出力するように設定することも勿論可能である。
【００７１】
また、図４の説明において、ネットワークシステム１２１に含まれる全てのノード及びルーターは、自身が保持するＡＲＰテーブルの中に２分間使用されていないエントリーがある場合にそれを削除するように処理を行うものであったが、例えば、２分間以外の所定時間使用されていないエントリーがある場合にそれを削除するように処理を行うように構成することも可能である。但し、この場合には、その所定時間よりも短い時間毎に周期的にトリガー信号を出力するように、タイマー９の設定が行われる。
さらに、上記実施形態において、所定期間の通信がないためにＡＲＰテーブルにエントリーされている情報が消えることがないよう、ダミー通信としてＧＡＲＰパケットを送信する手法を説明したが、ＧＡＲＰパケットは、ＡＲＰテーブルのエントリー情報がクリアされないようにする以外に、特にそのほかの回線環境に大きな変化をもたらさないという意味で、本発明の最適な手法として選択されたものであるが、ＡＲＰテーブルのエントリーを維持させることができるもので、特にほかの回線環境に大きな影響をもたらさない通信情報であればその他の情報をネットワーク上に送出する方法であってもよい。
【００７２】
本発明はいくつかの実施形態を説明したが、本発明は特許請求の範囲に記載された発明とその均等の範囲に含まれる。以下、本件特許出願の出願当初の特許請求の範囲に記載された発明を付記する。
【００７３】
付記１
情報処理装置に備えられるネットワークコントローラであって、
単位データを送受信する単位データ送受信部と、
前記単位データ送受信部により受信された単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、前記情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する単位データ解析部と、
を備え、
前記単位データ送受信部は、前記情報処理装置が省電力状態にあるときに、ネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期に送信する、
ことを特徴とするネットワークコントローラ。
【００７４】
付記２
周期的にトリガー信号を出力するタイマー部を更に備え、
前記単位データ送受信部は、前記情報処理装置が省電力状態にあるときに、前記タイマー部により出力されるトリガー信号に従ってＧＡＲＰパケットを所定の時期にブロードキャスト送信することを特徴とする付記１記載のネットワークコントローラ。
【００７５】
付記３
前記ＧＡＲＰパケットを記憶する記憶部を更に備えることを特徴とする付記１又は２記載のネットワークコントローラ。
【００７６】
付記４
前記情報処理装置は印刷装置であることを特徴とする付記１乃至３の何れか一項に記載のネットワークコントローラ。
【００７７】
付記５
前記特定のデータは、上位装置から送られてくる印刷を指示する情報であることを特徴とする付記１乃至４の何れか一項に記載のネットワークコントローラ。
【００７８】
付記６
情報処理装置を省電力状態から起動させるためのウェイクアップ制御方法であって、
前記情報処理装置に備えられたネットワークコントローラは、
前記情報処理装置が省電力状態にあるときにネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期に送信する処理と、
単位データを受信したときに、当該単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、前記情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する処理と、
を行うことを特徴とするウェイクアップ制御方法。
【符号の説明】
【００７９】
１・・・プリンタ
２・・・ネットワークコントローラ
３・・・電源制御部
４・・・データ処理部
５・・・画像生成部
６・・・用紙搬送制御部
７・・・パケット送受信部
８・・・パケット生成・解析部
９・・・ＧＡＲＰ自動送信用フリーランニングタイマー
１０・・ＧＡＲＰ送信用バッファ
２１・・ネットワークシステム
１０１・情報処理装置
１０２・ネットワークコントローラ
１０３・電源制御部
１０４・処理部
１０５・パケット送受信部
１０６・パケット生成・解析部
１１１・ＴＣＰ／ＩＰパケット
１１２・特定のデータパターン
１２１・ネットワークシステム
１２２・ルーター
１３１・サブネットＡ側のＡＲＰテーブル
１３２・サブネットＢ側のＡＲＰテーブル
【特許請求の範囲】
【請求項１】
情報処理装置に備えられるネットワークコントローラであって、
単位データを送受信する単位データ送受信部と、
前記単位データ送受信部により受信された単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、前記情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する単位データ解析部と、
を備え、
前記単位データ送受信部は、前記情報処理装置が省電力状態にあるときに、ネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期に送信する、
ことを特徴とするネットワークコントローラ。
【請求項２】
周期的にトリガー信号を出力するタイマー部を更に備え、
前記単位データ送受信部は、前記情報処理装置が省電力状態にあるときに、前記タイマー部により出力されるトリガー信号に従って前記リフレッシュクリアを阻止する情報を周期的にブロードキャスト送信することを特徴とする請求項１記載のネットワークコントローラ。
【請求項３】
前記リフレッシュクリアを阻止する情報としてＧＡＲＰパケットを記憶する記憶部を更に備えることを特徴とする請求項１又は２記載のネットワークコントローラ。
【請求項４】
前記情報処理装置は印刷装置であることを特徴とする請求項１乃至３の何れか一項に記載のネットワークコントローラ。
【請求項５】
前記特定のデータは、上位装置から送られてくる印刷を指示する情報であることを特徴とする請求項１乃至４の何れか一項に記載のネットワークコントローラ。
【請求項６】
情報処理装置を省電力状態から起動させるためのウェイクアップ制御方法であって、
前記情報処理装置に備えられたネットワークコントローラは、
前記情報処理装置が省電力状態にあるときにネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期にネットワーク上に送信する処理と、
単位データを受信したときに、当該単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、前記情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する処理と、
を行うことを特徴とするウェイクアップ制御方法。
【請求項１】
情報処理装置に備えられるネットワークコントローラであって、
単位データを送受信する単位データ送受信部と、
前記単位データ送受信部により受信された単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、前記情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する単位データ解析部と、
を備え、
前記単位データ送受信部は、前記情報処理装置が省電力状態にあるときに、ネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期に送信する、
ことを特徴とするネットワークコントローラ。
【請求項２】
周期的にトリガー信号を出力するタイマー部を更に備え、
前記単位データ送受信部は、前記情報処理装置が省電力状態にあるときに、前記タイマー部により出力されるトリガー信号に従って前記リフレッシュクリアを阻止する情報を周期的にブロードキャスト送信することを特徴とする請求項１記載のネットワークコントローラ。
【請求項３】
前記リフレッシュクリアを阻止する情報としてＧＡＲＰパケットを記憶する記憶部を更に備えることを特徴とする請求項１又は２記載のネットワークコントローラ。
【請求項４】
前記情報処理装置は印刷装置であることを特徴とする請求項１乃至３の何れか一項に記載のネットワークコントローラ。
【請求項５】
前記特定のデータは、上位装置から送られてくる印刷を指示する情報であることを特徴とする請求項１乃至４の何れか一項に記載のネットワークコントローラ。
【請求項６】
情報処理装置を省電力状態から起動させるためのウェイクアップ制御方法であって、
前記情報処理装置に備えられたネットワークコントローラは、
前記情報処理装置が省電力状態にあるときにネットワーク上に介在するアドレス解決プロトコルテーブルのエントリー情報がリフレッシュクリアされることを阻止する情報を所定の時期にネットワーク上に送信する処理と、
単位データを受信したときに、当該単位データのデータパターンが、予め設定されている特定のデータパターンと一致する場合に、前記情報処理装置を省電力状態から起動させるためのウェイクアップ要求信号を出力する処理と、
を行うことを特徴とするウェイクアップ制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１３−７７８９２（Ｐ２０１３−７７８９２Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１５２３５（Ｐ２０１１−２１５２３５）
【出願日】平成２３年９月２９日（２０１１．９．２９）
【出願人】（０００１０４１２４）カシオ電子工業株式会社 (601)
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月２９日（２０１１．９．２９）
【出願人】（０００１０４１２４）カシオ電子工業株式会社 (601)
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]