(57)【要約】【課題】消費電力の削減と、ＬＡＮネットワークのパフォーマンス低下の防止とを図ることを目的とする。【解決手段】有線ＬＡＮインタフェースを有する情報処理装置であって、有線ＬＡＮインタフェースの機能の一部を停止する省電力モードに移行されたあとに、有線ＬＡＮインタフェースを介してパケットの送受信が開始される場合、省電力モードを無効にする無効化手段と、パケットの送受信が開始され、パケットの送受信が完了されたあとに、省電力モードを有効にする有効化手段と、を有することによって課題を解決する。【選択図】図６
2017046114.tif 000002
【特許請求の範囲】
【請求項１】
有線ＬＡＮインタフェースを有する情報処理装置であって、
前記有線ＬＡＮインタフェースの機能の一部を停止する省電力モードに移行されたあとに、前記有線ＬＡＮインタフェースを介してパケットの送受信が開始される場合、前記省電力モードを無効にする無効化手段と、
前記パケットの送受信が開始され、前記パケットの送受信が完了されたあとに、前記省電力モードを有効にする有効化手段と、
を有する情報処理装置。
【請求項２】
前記有効化手段は、更に、前記パケットの送受信が開始されたあとに、正常確認が受信されず、設定された回数、前記パケットの送受信が再実施された場合でも、前記正常確認が受信されなかった場合、前記省電力モードを有効にする請求項１記載の情報処理装置。
【請求項３】
前記有効化手段は、更に、前記パケットの送受信が開始されたあとに、送信の停止を示すフレームが受信された場合、前記省電力モードを有効にし、
前記無効化手段は、更に、前記有効化手段により前記省電力モードが有効にされたあと、前記フレームに従った停止期間が終了したあと、前記省電力モードを無効にする請求項１又は２記載の情報処理装置。
【請求項４】
前記有効化手段は、前記無効化手段により前記省電力モードを無効にされたあとで、前記パケットの送受信が完了されたあとに、前記省電力モードを有効にする請求項１乃至３何れか１項記載の情報処理装置。
【請求項５】
前記無効化手段は、前記有線ＬＡＮインタフェースを介してパケットの送受信が開始され、正常確認が規定時間内に受信されなかった場合に、前記省電力モードを無効にする請求項１乃至４何れか１項記載の情報処理装置。
【請求項６】
前記情報処理装置は、画像形成装置である請求項１乃至５何れか１項記載の情報処理装置。
【請求項７】
有線ＬＡＮインタフェースを有する情報処理装置が実行する情報処理方法であって、
前記有線ＬＡＮインタフェースの機能の一部を停止する省電力モードに移行されたあとに、前記有線ＬＡＮインタフェースを介してパケットの送受信が開始される場合、前記省電力モードを無効にする無効化ステップと、
前記パケットの送受信が開始され、前記パケットの送受信が完了されたあとに、前記省電力モードを有効にする有効化ステップと、
を含む情報処理方法。
【請求項８】
コンピュータを、請求項１乃至６何れか１項記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
プリンタ、スキャナ、ＦＡＸ、複合機等、ＬＡＮインタフェースに接続可能な情報処理装置において、ＬＡＮインタフェースの物理層であるＰＨＹの通信モード設定には、最大通信速度と通信方式との設定がある。
ＬＡＮインタフェースの最大通信速度は、１Ｇｂｐｓ、１００Ｍｂｐｓ、１０Ｍｂｐｓといった、物理的に送信できる単位時間当たりの最大ビットレートで表わされる。また、通信方式は、双方向同時に通信可能な全二重方式と、接続する機器においてどちらか一方のみ通信可能である半二重方式とがある。
また、これらＰＨＹの通信モードの設定には、一般にオートネゴシエーションと固定モードとの設定がある。オートネゴシエーションモードは、ＦＬＰと呼ばれるＰＨＹの設定情報を、接続時に相互に交換することで、対向機との間で設定できる最大通信速度及び通信方式の中から、共通、かつ、最も早いモードを自動で設定するモードである。一方、固定モードは、相手の設定に関わらず最大通信速度及び通信方式のパラメータを固定で設定するモードである。そして、一方がオートネゴシエーションモードで動作する機器で他方が固定モードで動作する機器の場合、オートネゴシエーションで動作する機器は、半二重方式で接続するようＩＥＥＥ８０２．３の標準規格で決められている。
【０００３】
近年は、情報処理装置の取り扱うデータの増加に伴い、ＬＡＮインタフェースの最大通信速度の高速化が求められてきている。その為、１０Ｍｂｐｓ、１００Ｍｂｐｓが最大通信速度となるファストイーサネット（登録商標）だけでなく、最大通信速度が１Ｇｂｐｓであるギガビットイーサネットの搭載が一般になってきており、他の情報処理装置とのデータ通信の高速化が年々進んでいる。
ＬＡＮインタフェースの高速化は、ＬＡＮインタフェースの物理層であるＰＨＹと、その上位のコントロール層となるＭＡＣとの間の動作周波数の高速化により実現されている。その為、ＬＡＮインタフェースの高速化には、ＬＡＮインタフェース自体の消費電力の増加が伴うことになる。
【０００４】
消費者の省エネに対する要望が高まりつつあり、ＬＡＮインタフェースの高速化と合わせて消費電力の削減も求められている。ＬＡＮインタフェースの消費電力の削減方法として、ＥＥＥ（Ｅｎｅｒｇｙ  Ｅｆｆｉｃｉｅｎｔ  Ｅｔｈｅｒｎｅｔ（登録商標））機能が挙げられる。ＥＥＥとは、ＩＥＥＥ８０２．３ａｚにて策定された規格で、ＬＡＮインタフェース上にトラフィックが無いときに、ＰＨＹとＭＡＣとの一部機能を停止し、待機時の消費電力を低電力状態に保つ方法である。このＬＡＮインタフェース待機時の低電力状態を、ＬＰＩ（Ｌｏｗ  Ｐｏｗｅｒ  Ｉｄｌｅ）と呼ぶ。ＬＡＮインタフェースがＬＰＩに移行することで、ＬＡＮインタフェースの消費電力が大幅に下がるため、情報処理装置自体の消費電力も大幅に下げることが可能となる。
しかしながら、ＥＥＥ機能を有効にするには、ＥＥＥ機能を使用可能な機器同士の通信方式を、オートネゴシエーションで接続する必要がある。そのため、接続する機器の片方又は両方が固定モードに設定されている場合は、ＥＥＥ機能が有効にならず、待機時の消費電力を低電力状態にすることができない。
特許文献１では、接続する機器の片方又は両方が固定モードに設定されていることでＥＥＥ機能が有効にならない場合に、ＥＥＥ機能を有効にするため自装置や相手機器のオートネゴシエーション設定を有効にするようユーザーに促す構成が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−２３６３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、ＥＥＥ機能を有効にすることで通信中に発生する起動遅延による、パフォーマンスの低下についての考慮がなされていない。
これは、ＥＥＥ機能を使用する際、パケット送受信発生のためＬＡＮインタフェースが待機状態から通常状態に復帰するときに、ＰＨＹが待機状態から通常状態に復帰するまでパケットの送受信開始を待つ必要があり、この起動遅延に起因するものである。
通常、パケットが連続的に送受信され、ＬＡＮネットワークが待機状態にならなければＬＰＩへ移行しないので、起動遅延は発生しないが、パケットの正常疎通の確認（ＡＣＫ）を待って次のパケットを送信するＴＣＰ通信では、パケットの送受信が間欠で行われる。通常、プリンタ、スキャナ、ＦＡＸ、複合機等が取り扱う画像データのようなジョブパケットは、データの欠落が許容されないので、データ信頼性確保のためＴＣＰ通信を行うのが一般である。また、一つのジョブパケットのサイズは、イーサネットで規定されるＭＴＵ（Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）サイズより大きい場合がほとんどであり、ジョブパケットはＭＴＵごとに分割されたパケットとして送受信されることとなる。
このことにより、ＥＥＥ機能を利用したＬＡＮインタフェースでパケットの送受信を行うと、パケットの送信ごとにＬＰＩから通常状態へ復帰する際の起動遅延が積み重なって送受信され、ＬＡＮインタフェースのパフォーマンスを低下させてしまうこととなる。
本発明は、消費電力の削減と、ＬＡＮネットワークのパフォーマンス低下の防止とを図ることを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明は、有線ＬＡＮインタフェースを有する情報処理装置であって、前記有線ＬＡＮインタフェースの機能の一部を停止する省電力モードに移行されたあとに、前記有線ＬＡＮインタフェースを介してパケットの送受信が開始される場合、前記省電力モードを無効にする無効化手段と、前記パケットの送受信が開始され、前記パケットの送受信が完了されたあとに、前記省電力モードを有効にする有効化手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、消費電力の削減と、ＬＡＮネットワークのパフォーマンス低下の防止とを図ることができる。
【図面の簡単な説明】
【０００９】
【図１】情報処理装置のハードウェア構成の一例を示す図である。
【図２】情報処理装置の接続形態の一例を示す図である。
【図３】ＥＥＥ機能が有効時にＬＰＩへの移行及び通常状態への復帰と、ＬＡＮインタフェースの消費電力との関係を示す遷移図である。
【図４】ＴＣＰ通信によるパケットがＬＡＮネットワークに流れる場合の電力と時間との関係を表す図である。
【図５】実施形態１の情報処理装置が行うＬＡＮネットワークの制御を説明する図である。
【図６】実施形態１のＬＡＮインタフェースの制御に関する情報処理の一例を示すフローチャートである。
【図７】実施形態２の情報処理装置が行うＬＡＮネットワークの制御を説明する図である。
【図８】実施形態２のＬＡＮインタフェースの制御に関する情報処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
＜実施形態１＞
図１は、情報処理装置１００のハードウェア構成の一例を示す図である。
コントローラ１１０は、情報処理装置１００の主たる制御を行う。
コネクタ１０１は、ＬＡＮケーブルのモジュラーを接続する。
トランス１０２は、情報処理装置１００とネットワークを電気的に絶縁する。
ＰＨＹ１０３は、情報処理装置１００がＬＡＮネットワークに接続するにあたり、接続先との電気的な信号のやり取りを行う。
ＭＡＣ１０４は、ＰＨＹ１０３にて受信した信号を、装置内のデバイスが取り扱うフレームに変換する。
ＣＰＵ１０８は、装置内のデバイスに命令を実行する。
ＲＡＭ１０９は、ＣＰＵ１０８が実行するプログラムを一時的に格納する。
ＲＴＣ１０５は、現在時刻を計時し、必要に応じてＣＰＵ１０８に対し時刻を通知する時計機能を持つ。
ＲＯＭ１１６は、情報処理装置１００の設定値や初期データ等を保存する。
プリンタ１１１は、印字や画像のプリントを行う。
パネル１１４は、情報処理装置１００の情報の表示や、ユーザーからの命令を入力する。
ＬＣＤ１１５は、パネル１１４に取り付けられる。ＬＣＤ１１５には、パネル１１４がＣＰＵ１０８から受けた命令を表示することができる。
【００１２】
ＴＸデータ１ａは、ＭＡＣ１０４からＰＨＹ１０３へ送信される、送信データである。
ＴＸ情報群１ｂは、ＭＡＣ１０４からＰＨＹ１０３へ送信データの送信状態を表す情報である。ＴＸ情報群１ｂは、ＭＡＣ１０４からの送信有効状態や、送信エラー状態をＰＨＹ１０３に通知することができる。
ＲＸデータ１ｃは、ＭＡＣ１０４がＰＨＹ１０３から受信するデータである。
ＲＸ情報群１ｄは、ＭＡＣ１０４がＰＨＹ１０３から受信する受信データの状態を表す情報である。ＴＸ情報群１ｄは、受信データの検出状態や、受信データのエラー情報をＭＡＣ１０４に通知することができる。
ＲＸクロック１ｅは、ＭＡＣ１０４がＰＨＹ１０３から受信するクロックである。
管理情報１ｆは、ＰＨＹ１０３とＭＡＣ１０４との間で双方向使用する情報である。
電源１１２は、情報処理装置１００の内部に電源を供給する。電源１１２は、ＣＰＵ１０８により制御が可能であり、コントローラ１１０、プリンタ１１１、及びＬＣＤ１１５に電源を供給する。また、電源１１２は、ＣＰＵ１０８からの制御により、供給先への電源供給状態を変更することが可能である。その為、電源１１２は、情報処理装置１００の稼働状態に応じて、不要なデバイスへの電源供給を止めることで節電効果を高めることが可能である。
電源スイッチ１２０は、電源１１２の電源供給のオフオンを実施する為のスイッチである。
ＬＡＮインタフェース１３０は、情報処理装置１００がＬＡＮ通信を行う。ＬＡＮインタフェース１３０は、有線ＬＡＮインタフェースの一例である。
ＣＰＵ１０８がＲＯＭ１１６等に記憶されているプログラムに基づき処理を実行することによって、情報処理装置１００の機能及び後述するフローチャートの処理等が実現される。情報処理装置１００の一例としては、例えば、画像を形成する画像形成装置等である。
【００１３】
図２は、情報処理装置１００の接続形態の一例を示す図である。ＨＵＢ２０１は、複数のＬＡＮ回線との接続可能で、またパケットの交換やパケットの同報転送が可能である。ＰＨＹ２０５は、ＨＵＢ２０１が他情報処理装置と接続に使用するＰＨＹであり、ＰＨＹ１０３と同等の機能を有する。なお本明細書では、ＰＨＹ２０５の他情報処理装置の接続先としては、情報処理装置１００のＰＨＹ１０３とする。ＭＡＣ２１８は、ＨＵＢ２０１が搭載するＭＡＣであり、ＭＡＣ１０４と同等の機能を有する。端末Ａ２０２、端末Ｂ２０３は、情報処理装置１００へプリントを要求する、端末である。モニタＡ２１４、モニタＢ２１５は、端末Ａ２０２、端末Ｂ２０３と接続し、端末Ａ２０２、端末Ｂ２０３からの情報を表示するモニタである。ＰＨＹ２０７、ＰＨＹ２０８は、端末Ａ２０２、端末Ｂ２０３との接続に使用され、ＰＨＹ１０３と同等の機能を持つＰＨＹである。ＭＡＣ２１９、ＭＡＣ２２０は、ＰＨＹ２０７、ＰＨＹ２０８とそれぞれ接続し、ＭＡＣ１０４と同等の機能を有するＭＡＣである。
ネットワーク２１７は、外部インターネット等とＨＵＢ２０１を接続する。ＰＨＹ２１６は、ネットワーク２１７と接続し、ＰＨＹ１０３と同等の機能を持つＰＨＹである。ＭＡＣ２２１は、ＰＨＹ２１６と接続し、ＭＡＣ１０４と同等の機能を有するＭＡＣである。
ＬＡＮケーブル２０６は、情報処理装置１００とＨＵＢ２０１との通信に使用される。情報処理装置１００は、コネクタ１０１を介してＨＵＢ２０１と接続されている。また、端末Ａ２０２、端末Ｂ２０３も同様にＨＵＢ２０１と接続されている。そのため、ＨＵＢ２０１を介して情報処理装置１００と端末Ａ２０２、端末Ｂ２０３とは通信が可能である。
【００１４】
スイッチＬＳＩ２１０は、ＭＡＣ２１８、ＭＡＣ２１９、ＭＡＣ２２０及びＭＡＣ２２１経由で受信したパケットを、所定の方向へ転送する機能を有する。
ＣＰＵ２１１は、ＨＵＢ２０１内のデバイスに命令を実行する。ＲＡＭ２１３は、ＣＰＵ２１１が実行するプログラムを一時的に格納する。ＲＯＭ２１２は、ＨＵＢ２０１の設定値や初期データ等を保存する。ＰＨＹ２０５、ＰＨＹ２０７、ＰＨＹ２０８、ＰＨＹ２１６及びスイッチＬＳＩ２１０への設定変更等の命令は、ＣＰＵ２１１が実行する。
本明細書では、情報処理装置１００のＬＡＮネットワークは、ＥＥＥ機能に対応しているものとする。これは、ＰＨＹ１０３及びＭＡＣ１０４にパケットの送受信がなかった場合、ＰＨＹ１０３及びＭＡＣ１０４の一部機能を停止し、待機時の消費電力を削減するＬＰＩに移行する方法である。その際、ＰＨＹ１０３の通信速度の変更が発生せず、ネットワークのリンクの切断が発生しない。なお、ＬＰＩが有効になる条件としては、情報処理装置１００とＬＡＮインタフェース１３０を介して通信を行うＨＵＢ２０１も同様の機能を有し、かつ、双方でＥＥＥ機能を使用可能に設定していることが条件となる。ＬＰＩは、省電力モードの一例である。
【００１５】
図３は、情報処理装置１００において、ＥＥＥ機能が有効時にＬＰＩへの移行及び通常状態への復帰と、ＬＡＮインタフェース１３０の消費電力との関係を示す遷移図である。横軸は時間の推移を表し、縦軸は消費電力の大きさを表す。
アクティブＳ３０１は、ＬＡＮインタフェース１３０に送受信すべきパケットが存在する状態であり、消費電力は閾値より高い状態である。
クワイエットＳ３０３は、ＬＡＮインタフェース１３０がＬＰＩに移行し、消費電力が一番低い状態である。
スリープＳ３０２は、ＬＡＮインタフェース１３０に送受信すべきパケットの存在がなくなり、ＬＰＩの開始状態であり、低電力状態へ移行するまでの準備期間である。
リフレッシュＳ３０４は、ＬＡＮネットワークがＬＰＩ移行中に、リンクの継続を通信する双方向で確認するための信号を、短時間投げる期間である。この間の消費電力は閾値より高い状態を示す。
ウェイクアップＳ３０５は、ＬＡＮネットワークにパケットの送受信が再開される前に、ＬＰＩを終了し通常状態へ復帰するまでの準備期間である。この間の消費電力は閾値より高い状態を示す。
ＬＡＮインタフェース１３０において、パケットの送受信が間欠で行われた場合、この一連の期間を経る。特にＬＰＩから通常状態に復帰する際にはウェイクアップＳ３０５がＬＡＮインタフェース１３０の起動遅延となって、パケット送受信完了までの時間に積み重なるため、パフォーマンス低下の原因となってしまう。
【００１６】
図４は、ＥＥＥ機能が有効な場合において、ＴＣＰ通信によるパケットがＬＡＮネットワークに流れる場合の電力と時間との関係を表す図である。なお、図４による説明においては、情報処理装置１００がパケットを送信するとして説明する。
起動遅延４０１は、ウェイクアップＳ３０５の期間に依存する。起動遅延４０１は、パケットの送受信のためＬＡＮネットワークがＬＰＩから通常状態へ復帰する際に発生する。
先頭パケット４０２は、情報処理装置１００が送信するパケットの先頭パケットである。
中間パケット４０３は、情報処理装置１００が送信するパケットの中間パケットである。
終了パケット４０４は、情報処理装置１００が送信するパケットの終了パケットである。
ＴＣＰ通信においては、パケット受信側の機器は正常に受信できた場合に、送信に対し正常受信を知らせる必要がある。その手段としては送信側と同様にパケット（この場合のパケットは、ＡＣＫと呼ぶ）を送信側に対し返信することで知らせる。ＡＣＫは、正常確認の一例である。
送信側は、ＡＣＫを受け取ることで次のパケットの送信を開始するが、受け取れない場合は、予め決められた期間待つが、それでもＡＣＫが来ない場合は再度パケットの再送を行う。それでも来ない場合は、予め決められた回数パケットの再送を行うが、それでもＡＣＫを受け取れない場合はパケットの送信を終了する。
【００１７】
ＬＰＩ無効期間Ｓ４０２は、ＬＡＮインタフェース１３０上に起動遅延４０１、先頭パケット４０２、中間パケット４０３、終了パケット４０４が発生している期間であり、ＬＰＩに移行していない期間である。ＬＰＩ無効期間Ｓ４０２は、ＬＡＮインタフェース１３０の消費電力は通常電力を示す。
ＬＰＩ有効期間Ｓ４０１は、ＬＡＮインタフェース１３０上に起動遅延４０１、先頭パケット４０２、中間パケット４０３、終了パケット４０４が発生していない期間であり、ＬＰＩに移行している期間である。ＬＰＩ有効期間Ｓ４０１では、ＬＡＮインタフェース１３０の消費電力は低電力を示す。
情報処理装置１００が送受信するパケットはＴＣＰ通信のため間欠でやり取りされ、先頭パケット４０２、中間パケット４０３、終了パケット４０４が送受信される際はＬＰＩから通常状態へ移行する際に生じる起動遅延４０１が発生する。そのため、パケットの送受信が終了するまでの時間には、パケット送受信回数に比例した起動遅延４０１の積が加算される。よって、パケットを送信する際には、起動遅延４０１の影響を最小限に抑えることで、ＬＡＮネットワークのパフォーマンスの低下を防ぐことができる。
【００１８】
以下に、本明細書にて実施する、情報処理装置１００の実施するＬＡＮインタフェース１３０の制御について説明する。
図５は、実施形態１の情報処理装置１００が行うＬＡＮネットワークの制御について説明する図である。なお、図５による説明においては、情報処理装置１００がパケットを送信するとして説明する。
起動遅延４０１は、ウェイクアップＳ３０５の期間に依存する。起動遅延４０１は、パケットの送受信のためＬＡＮネットワークがＬＰＩから通常状態へ復帰する際に発生する。
先頭パケット４０２は、情報処理装置１００が送信するパケットの先頭パケットである。
中間パケット４０３は、情報処理装置１００が送信するパケットの中間パケットである。
終了パケット４０４は、情報処理装置１００が送信するパケットの終了パケットである。
ＴＣＰ通信においては、パケット受信側の機器は正常に受信できた場合に、送信に対し正常受信を知らせる必要がある。その手段としては送信側と同様にパケット（この場合のパケットは、ＡＣＫと呼ぶ）を送信側に対し返信することで知らせる。
送信側は、ＡＣＫを受け取ることで次のパケットの送信を開始するが、受け取れない場合は予め決められた期間待つが、それでもＡＣＫが来ない場合は再度パケットの再送を行う。それでも来ない場合は、予め決められた回数パケットの再送を行うが、それでもＡＣＫを受け取れない場合はパケットの送信を終了する。
【００１９】
ＬＰＩ有効期間Ｓ４０１は、ＬＡＮインタフェース１３０上に起動遅延４０１、先頭パケット４０２、中間パケット４０３、終了パケット４０４が発生していない期間であり、ＬＰＩに移行している期間である。ＬＰＩ有効期間Ｓ４０１では、ＬＡＮインタフェース１３０の消費電力は低電力を示す。
ＬＰＩ強制移行停止期間Ｓ５０１は、情報処理装置１００が取り扱うパケットの送信が完了するまでの間、ＬＡＮネットワークがＬＰＩに移行するのを強制的に停止する期間である。ＬＰＩ強制移行停止期間Ｓ５０１においては、ＣＰＵ１０８の命令によって、パケットの送信開始から送信終了までの間、ＰＨＹ１０３及びＭＡＣ１０４に対し、ＬＰＩに移行するのを停止させる。ＴＣＰ通信を行うことにより生じる間欠時間の間、ＬＰＩに移行できる条件であってもＬＰＩに移行しないので、パケット送信中に起動遅延４０１が発生するのは先頭パケット４０２が発生する直前の一回のみになる。よって、起動遅延４０１の積み重ねによるＬＡＮネットワークのパフォーマンス低下を防止することができる。ＬＰＩ強制移行停止期間Ｓ５０１の期間のＬＡＮネットワークの消費電力は、ＬＰＩに移行しないので、送受信するパケットがなくとも低電力にならないが、パケットを送受信する時間に比べると非常に短い期間である。
【００２０】
図６は、実施形態１の情報処理装置１００が行うＬＡＮインタフェース１３０の制御に関する情報処理の一例を示すフローチャートである。
Ｓ６０１において、ＣＰＵ１０８は、情報処理装置１００の電源がＯＮさると処理を開始する。
Ｓ６１３において、ＣＰＵ１０８は、ＬＡＮインタフェース１３０におけるＥＥＥ機能を有効又は無効にする設定を行う。ＣＰＵ１０８は、パネル１１４等を介した操作に応じて、前記設定を行ってもよいし、ＲＯＭ１１６に格納されている設定ファイル等に記述されている情報に基づき、前記設定を行ってもよい。
Ｓ６０２において、ＣＰＵ１０８の制御に基づきＰＨＹ１０３は、ＨＵＢ２０１からの信号を検知することで、ＬＡＮインタフェース１３０のＬＩＮＫを確立する。このとき、ＬＡＮインタフェース１３０及びＨＵＢ２０１の双方でＥＥＥ機能が有効、かつ、オートネゴシエーションでの接続であれば、ＥＥＥ機能は有効になる。ＬＡＮインタフェース１３０及びＨＵＢ２０１のどちらか一方のＥＥＥ機能が無効、又は固定モードであると、ＥＥＥ機能は無効となる。
Ｓ６１４において、ＣＰＵ１０８は、ＥＥＥ機能は有効か否かを判定する。ＥＥＥ機能が有効な場合（Ｓ６１４にてＹｅｓ）、ＣＰＵ１０８は、Ｓ６０３に進む。一方、ＥＥＥ機能が無効な場合（Ｓ６１４にてＮｏ）、ＣＰＵ１０８は、Ｓ６１５に進む。
Ｓ６１５において、ＥＥＥ機能が無効なため、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、ＬＰＩに移行しないままＳ６１６に進む。
Ｓ６１６において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、ＬＰＩに移行することなく、パケットの送受信を行い、図６に示すフローチャートの処理を終了する。
【００２１】
Ｓ６０３において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、待機状態を検知し、ＬＰＩに移行する。
Ｓ６０４において、ＣＰＵ１０８は、ＬＡＮインタフェース１３０にてパケットの送受信が開始されるか否かを判定する。ＬＡＮインタフェース１３０にてパケットの送受信が開始される場合（Ｓ６０４にてＹｅｓ）、ＣＰＵ１０８は、Ｓ６０６に進む。一方、ＬＡＮインタフェース１３０にてパケットの送受信が開始されない場合（Ｓ６０４にてＮｏ）、ＣＰＵ１０８は、Ｓ６０３に戻り、ＬＡＮインタフェース１３０のＬＰＩの状態を継続する。
Ｓ６０６において、ＣＰＵ１０８は、ＬＡＮインタフェース１３０のＬＰＩを強制的に無効にし、Ｓ６０７に進む。Ｓ６０６にて強制的に無効にされたＬＰＩが再度有効になるのは、情報処理装置１００が送受信すべきパケットが全て無くなったのを検知した後となる。Ｓ６０６の処理は、無効化の処理の一例である。
Ｓ６０７において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、パケットの送受信を開始し、Ｓ６１７に進む。Ｓ６０６にてＬＰＩを強制的に無効にしているため、Ｓ６０７にてＴＣＰ通信によるパケットの送受信が行われることで、間欠送信になった場合でも、起動遅延４０１の発生がない。その為、ＬＡＮインタフェース１３０においては、パケットの送受信が終了するまでは起動遅延４０１による送受信パフォーマンス低下を防止することができる。
Ｓ６１７において、ＣＰＵ１０８は、ＡＣＫを受信したか否かを判定する。Ｓ６０７におけるパケットの送受信が正常に行われたことで、受信側からの正常受信の確認としてＡＣＫが規定時間内に帰ってきた場合（Ｓ６１７にてＹｅｓ）、ＣＰＵ１０８は、Ｓ６０８に進む。一方、受信側からのＡＣＫが規定時間内に帰っこなかった場合（Ｓ６１７にてＮｏ）、ＣＰＵ１０８は、Ｓ６１８に進む。
【００２２】
Ｓ６１８において、ＣＰＵ１０８は、ＡＣＫを確認できなかったパケットの送受信を再実施し、Ｓ６１９に進む。
Ｓ６１９において、ＣＰＵ１０８は、ＡＣＫを受信したか否かを判定する。受信側からのＡＣＫが規定時間内に帰ってきた場合（Ｓ６１９にてＹｅｓ）、ＣＰＵ１０８は、Ｓ６０８に進む。一方、受信側からのＡＣＫが規定時間内に帰ってこなかった場合（Ｓ６１９にてＮｏ）、ＣＰＵ１０８は、Ｓ６２０に進む。
Ｓ６２０において、ＣＰＵ１０８は、パケット送受信の再送回数が、予め情報処理装置１００に設定等された回数を超えているか否かを判定する。パケット送受信の再送回数が、予め情報処理装置１００に設定等された回数を超えている場合（Ｓ６２０にてＹｅｓ）、ＣＰＵ１０８は、Ｓ６０９に進む。一方、パケット送受信の再送回数が、予め情報処理装置１００にて決められた回数を超えていない場合（Ｓ６２０にてＮｏ）、ＣＰＵ１０８は、Ｓ６１８に戻る。
Ｓ６０８において、ＣＰＵ１０８は、パケットの送受信が完了したか否かを判定する。パケットの送受信が完了した場合（Ｓ６０８にてＹｅｓ）、ＣＰＵ１０８は、Ｓ６０９に進む。一方、パケットの送受信が完了していない場合（Ｓ６０８にてＮｏ）、ＣＰＵ１０８は、Ｓ６０７に戻る。
Ｓ６０９において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、再度ＬＰＩに移行を行い、ＬＰＩを有効にし、図６に示すフローチャートの処理を終了する。Ｓ６０９の処理は、有効化の処理の一例である。
【００２３】
＜実施形態２＞
実施形態１において、ＥＥＥ機能を利用した場合のＬＡＮインタフェース１３０のパフォーマンスを効率的に使う手法を提案した。
しかしながら、実際に情報処理装置１００が使用されるようなＬＡＮネットワークでは、ＨＵＢ２０１を介して複数の機器間でのＬＡＮ通信がなされる。その際に、複数機器間でのパケットのやり取りを行う際に生じる、ＬＡＮの帯域の輻輳が起こることが想定される。ＨＵＢ２０１にて輻輳が検知されると、通常送信側の機器に対し、ポーズフレームを送信することで一定時間のパケット送信停止命令を行い、輻輳の解消を試みる。
実施形態１の構成において、情報処理装置１００がパケット送信中にポーズフレームを受け取ると、パケットの送信を一定時間停止するが、ＬＰＩを無効にしているため、送信停止期間もＬＡＮインタフェース１３０の消費電力を低電力にできない。
よって、実施形態２では情報処理装置１００がパケット送信中に送信停止命令を受けた場合に、その間もＬＰＩによる低電力に移行させることのできる方法について説明する。
【００２４】
図７は、実施形態２の情報処理装置１００が行うＬＡＮネットワークの制御について説明する図である。なお、図７による説明においては、情報処理装置１００がパケットを送信するとして説明する。
起動遅延４０１は、ウェイクアップＳ３０５の期間に依存する。起動遅延４０１は、パケットの送受信のためＬＡＮインタフェース１３０がＬＰＩから通常状態へ復帰する際に発生する。
先頭パケット４０２は、情報処理装置１００が送信するパケットの先頭パケットである。
中間パケット４０３は、情報処理装置１００が送信するパケットの中間パケットである。
終了パケット４０４は、情報処理装置１００が送信するパケットの終了パケットである。
ＴＣＰ通信においては、パケット受信側の機器は正常に受信できた場合に、送信に対し正常受信を知らせる必要がある。その手段としては送信側と同様にパケット（この場合のパケットは、ＡＣＫと呼ぶ）を送信側に対し返信することで知らせる。
送信側は、ＡＣＫを受け取ることで次のパケットの送信を開始するが、受け取れない場合は予め決められた期間待つが、それでもＡＣＫが来ない場合は再度パケットの再送を行う。それでも来ない場合は、予め決められた回数パケットの再送を行うが、それでもＡＣＫを受け取れない場合はパケットの送信を終了する。
【００２５】
ＬＰＩ有効期間Ｓ４０１は、ＬＡＮインタフェース１３０上に起動遅延４０１、先頭パケット４０２、中間パケット４０３、終了パケット４０４が発生していない期間であり、ＬＰＩに移行している期間である。ＬＰＩ有効期間Ｓ４０１では、ＬＡＮインタフェース１３０の消費電力は低電力を示す。
ＬＰＩ強制移行停止期間Ｓ５０１は、情報処理装置１００が取り扱うパケットの送信が完了するまでの間、ＬＡＮネットワークがＬＰＩに移行するのを強制的に停止する期間である。ＬＰＩ強制移行停止期間Ｓ５０１においては、ＣＰＵ１０８の命令によって、パケットの送信開始から送信終了までの間、ＰＨＹ１０３及びＭＡＣ１０４に対し、ＬＰＩに移行するのを停止させる。
送信停止期間Ｓ７０１は、情報処理装置１００がＨＵＢ２０１よりポーズフレームを受信したため、ポーズフレームに従いパケットの送信を停止する期間である。送信停止期間Ｓ７０１の間は、パケットの送信を行うことのできない期間である。その為、ＣＰＵ１０８の命令によりＬＰＩ強制移行停止期間Ｓ５０１で実施したＬＰＩへの移行の強制停止を解除することで、再度、ＬＡＮインタフェース１３０はＬＰＩに移行することができ、低電力の状態にすることが可能となる。また、送信停止期間Ｓ７０１からＬＰＩ強制移行停止期間Ｓ５０１に移行する際には、起動遅延４０１が再度発生する。しかし、ＣＰＵ１０８は、この遅延時間を予め見越してＬＰＩ強制移行停止期間Ｓ５０１への移行を所定期間、早める制御を行ってもよい。
【００２６】
図８は、実施形態２の情報処理装置１００が行うＬＡＮインタフェース１３０の制御に関する情報処理の一例を示すフローチャートである。
Ｓ８０１において、ＣＰＵ１０８は、情報処理装置１００の電源がＯＮされると処理を開始する。
Ｓ８１７において、ＣＰＵ１０８は、ＬＡＮインタフェース１３０におけるＥＥＥ機能を有効又は無効にする設定を行う。ＣＰＵ１０８は、パネル１１４等を介した操作に応じて、前記設定を行ってもよいし、ＲＯＭ１１６に格納されている設定ファイル等に記述されている情報に基づき、前記設定を行ってもよい。
Ｓ８０２において、ＣＰＵ１０８の制御に基づきＰＨＹ１０３は、ＨＵＢ２０１からの信号を検知することで、ＬＡＮインタフェース１３０のＬＩＮＫを確立する。このとき、ＬＡＮインタフェース１３０及びＨＵＢ２０１の双方でＥＥＥ機能が有効、かつ、オートネゴシエーションでの接続であれば、ＥＥＥ機能は有効になる。ＬＡＮインタフェース１３０及びＨＵＢ２０１のどちらか一方のＥＥＥ機能が無効、又は固定モードであると、ＥＥＥ機能は無効となる。
Ｓ８１８において、ＣＰＵ１０８は、ＥＥＥ機能は有効か否かを判定する。ＥＥＥ機能が有効な場合（Ｓ８１８にてＹｅｓ）、ＣＰＵ１０８は、Ｓ８０３に進む。一方、ＥＥＥ機能が無効な場合（Ｓ８１８にてＮｏ）、ＣＰＵ１０８は、Ｓ８１９に進む。
Ｓ８１９において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、ＥＥＥ機能が無効なため、ＬＰＩに移行しないままＳ８２０に進む。
Ｓ８２０において、ＬＡＮインタフェース１３０はＬＰＩに移行することなく、パケットの送受信を行い、図８に示すフローチャートの処理を終了する。
【００２７】
Ｓ８０３において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、待機状態を検知し、ＬＰＩに移行する。
Ｓ８０４において、ＣＰＵ１０８は、ＬＡＮインタフェース１３０にてパケットの送受信が開始されるか否かを判定する。ＬＡＮインタフェース１３０にてパケットの送受信が開始される場合（Ｓ８０４にてＹｅｓ）、ＣＰＵ１０８は、Ｓ８０６に進む。一方、ＬＡＮインタフェース１３０にてパケットの送受信が開始されない場合（Ｓ８０４にてＮｏ）、ＣＰＵ１０８は、Ｓ８０３に戻り、ＬＡＮインタフェース１３０のＬＰＩの状態を継続する。
Ｓ８０６において、ＣＰＵ１０８は、ＬＡＮインタフェース１３０のＬＰＩを強制的に無効にし、Ｓ８０７に進む。Ｓ８０６にて強制的に無効にされたＬＰＩが再度有効になるのは、情報処理装置１００が送受信すべきパケットが全て無くなったのを検知した後となる。
Ｓ８０７において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、パケットの送受信を開始し、Ｓ８２１に進む。Ｓ８０６にてＬＰＩを強制的に無効にしているため、Ｓ８０７にてＴＣＰ通信によるパケットの送受信が行われることで、間欠送信になった場合でも、起動遅延４０１の発生がない。その為、ＬＡＮインタフェース１３０においては、パケットの送受信が終了するまでは起動遅延４０１による送受信パフォーマンス低下を防止することができる。
Ｓ８２１において、ＣＰＵ１０８は、ＡＣＫを受信したか否かを判定する。Ｓ８０７におけるパケットの送受信が正常に行われたことで、受信側からの正常受信の確認としてＡＣＫが規定時間内に帰ってきた場合（Ｓ８２１にてＹｅｓ）、ＣＰＵ１０８は、Ｓ８１３に進む。一方、受信側からのＡＣＫが規定時間内に帰っこなかった場合（Ｓ８２１にてＮｏ）、ＣＰＵ１０８は、Ｓ８２２に進む。
【００２８】
Ｓ８２２において、ＣＰＵ１０８は、ＡＣＫを確認できなかったパケットの送受信を再実施し、Ｓ８２３に進む。
Ｓ８２３において、ＣＰＵ１０８は、ＡＣＫを受信したか否かを判定する。受信側からのＡＣＫが規定時間内に帰ってきた場合（Ｓ８２３にてＹｅｓ）、Ｓ８１３に進む。受信側からのＡＣＫが規定時間内に帰ってこなかった場合（Ｓ８２３にてＮｏ）、Ｓ８２４に進む。
Ｓ８２４において、ＣＰＵ１０８は、パケット送受信の再送回数が、予め情報処理装置１００に設定等された回数を超えているか否かを判定する。パケット送受信の再送回数が、予め情報処理装置１００に設定等された回数を超えている場合（Ｓ８２４にてＹｅｓ）、ＣＰＵ１０８は、Ｓ８０９に進む。一方、パケット送受信の再送回数が、予め情報処理装置１００に設定等された回数を超えていない場合（Ｓ８２４にてＮｏ）、ＣＰＵ１０８は、Ｓ８２２に戻る。
Ｓ８１３において、ＣＰＵ１０８は、ＨＵＢ２０１からポーズフレームを受信したか否かを判定する。ＨＵＢ２０１からポーズフレームを受信した場合（Ｓ８１３にてＹｅｓ）、ＣＰＵ１０８は、Ｓ８１４に進む。一方、ＨＵＢ２０１からポーズフレームを受信しない場合（Ｓ８１３にてＮｏ）、ＣＰＵ１０８は、Ｓ８０８に進む。
Ｓ８１４において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、ＬＰＩに移行し、Ｓ８１５に進む。
【００２９】
Ｓ８１５において、ＣＰＵ１０８は、ポーズフレームに従った送信停止期間が終了したか否かを判定する。ポーズフレームに従った送信停止期間が終了した場合（Ｓ８１５にてＹｅｓ）、ＣＰＵ１０８は、Ｓ８１６に進む。一方、ポーズフレームに従った送信停止期間が終了しない場合（Ｓ８１５にてＹｅｓ）、ＣＰＵ１０８は、Ｓ８１５に戻る。
Ｓ８１６において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、ＬＰＩを無効にした後、再度パケットの送信を開始し、Ｓ８０８に進む。
Ｓ８０８において、ＣＰＵ１０８は、パケットの送受信が終了したか否かを判定する。パケットの送受信が終了した場合（Ｓ８０８にてＹｅｓ）、ＣＰＵ１０８は、Ｓ８０９に進む。パケットの送受信が終了していない場合（Ｓ８０８にてＮｏ）、ＣＰＵ１０８は、再度Ｓ８０７に戻る。
Ｓ８０９において、ＣＰＵ１０８の制御に基づきＬＡＮインタフェース１３０は、再度ＬＰＩに移行を行い、図８に示すフローチャートの処理を終了する。
情報処理装置１００は、ポーズフレームを受信することで、パケットの送信が一定期間できないので、その間、Ｓ８１４にてＬＰＩを有効に戻すことで、パケット送信できない期間の電力状態を低電力に保つ。また、情報処理装置１００は、ポーズフレームによる送信停止の期間が終了することで、Ｓ８１６にて再度ＬＰＩを無効にすることで、ＴＣＰ通信におけるパフォーマンスの低下を防止することができることとなる。
【００３０】
＜実施形態３＞
上述した実施形態では、パケットの送信開始を基準にしてＬＰＩを無効にする手法について説明したが、対向機からのＡＣＫが来ない場合を基準にＬＰＩを無効にすることで、同様の効果を得ることができる。
図６を用いて具体的に説明すると、ＣＰＵ１０８は、ステップＳ６０４にてＹｅｓと判定した場合、Ｓ６０７に進む。そして、ＣＰＵ１０８は、Ｓ６１７にてＮｏと判定した場合に、Ｓ６０６のＬＰＩを無効にする処理を行う。この場合、Ｓ６０９において、ＣＰＵ１０８は、ＬＰＩが無効になっている場合、ＬＰＩを有効にする。
本実施形態の処理によって、上述した実施形態の効果を奏することができる。
【００３１】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００３２】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
例えば、上述した各実施形態を任意に組み合わせて実施するようにしてもよい。
【００３３】
以上、上述した各実施形態の処理によれば、消費電力の削減と、ＬＡＮネットワークのパフォーマンス低下の防止とを図ることができる。
【符号の説明】
【００３４】
１００  情報処理装置
１０８  ＣＰＵ
１３０  ＬＡＮインタフェース
【図１】
2017046114.tif 000003
【図２】
2017046114.tif 000004
【図３】
2017046114.tif 000005
【図４】
2017046114.tif 000006
【図５】
2017046114.tif 000007
【図６】
2017046114.tif 000008
【図７】
2017046114.tif 000009
【図８】
2017046114.tif 000010