(57)【要約】【課題】  通信装置の待機状態において有線接続による消費電力を低減すること。【解決手段】  取得手段は、通信装置と有線接続している相手装置がその有線接続において省電力状態で待機する機能を有するか否かの情報を取得する。次に、設定手段が、取得した前記情報に基づいて、相手装置との間の通信速度を設定する。前記有線接続において省電力状態で待機する機能は、例えば、イーサネット（登録商標）のＬＰＩ（Low Power Idle）である。【選択図】  図５
2014082602.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
前記通信装置と有線接続している相手装置が該有線接続において省電力状態で待機する機能を有するか否かの情報を取得する取得手段と、
前記取得手段により取得した前記情報に基づいて、前記相手装置との間の通信速度を設定する設定手段と、
を有することを特徴とする通信装置。
【請求項２】
前記有線接続において省電力状態で待機する機能は、イーサネット（登録商標）のＬＰＩ（Low Power Idle）であることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記相手装置との間の有線接続の状態変化を検出する検出手段を更に有し、
前記設定手段は、前記検出手段により前記状態変化が検出された場合に前記相手装置との間の通信速度を設定する
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記通信装置の消費電力についての通常モードよりも消費電力を低減する省電力待機モードで動作中に前記検出手段により前記状態変化が検出され、かつ、ＬＰＩが有効化されている場合、前記設定手段は、前記相手装置との間で通信可能な最高速度に設定することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記通信装置の消費電力についての通常モードよりも消費電力を低減する省電力待機モードで動作中に前記検出手段により前記状態変化が検出され、かつ、ＬＰＩが無効化されている場合、前記設定手段は、前記相手装置との間で通信可能な最低速度に設定することを特徴とする請求項３に記載の通信装置。
【請求項６】
前記通信装置の消費電力についての通常モードよりも消費電力を低減する省電力待機モードで動作中に前記検出手段により検出された前記状態変化が前記相手装置とのリンクダウンを示す場合、前記設定手段は、前記通信装置が可能な全ての通信速度をオートネゴシエーションでアドバタイズすることを特徴とする請求項３乃至５のいずれか１項に記載の通信装置。
【請求項７】
前記設定手段は、前記通信装置の消費電力についての通常モードから該通常モードよりも消費電力を低減する省電力待機モードに遷移するときに、前記通常モードで動作中にＬＰＩが有効であれば前記相手装置の間の通信速度を維持し、ＬＰＩが無効であれば該通信速度を再設定することを特徴とする請求項２乃至６のいずれか１項に記載の通信装置。
【請求項８】
前記設定手段は、前記通信装置の消費電力についての通常モードよりも消費電力を低減する省電力待機モードから前記通常モードに遷移するときに、前記省電力待機モードで動作中にＬＰＩが有効であれば、前記相手装置との間の通信速度を維持し、前記通信装置が可能な全ての通信速度をオートネゴシエーションでアドバタイズすることを特徴とする請求項２乃至７のいずれか１項に記載の通信装置。
【請求項９】
通信装置の制御方法であって、
取得手段が、前記通信装置と有線接続している相手装置が該有線接続において省電力状態で待機する機能を有するか否かの情報を取得する取得ステップと、
設定手段が、前記取得ステップで取得した前記情報に基づいて、前記相手装置との間の通信速度を設定する設定ステップと、
を有することを特徴とする通信装置の制御方法。
【請求項１０】
コンピュータを、請求項１乃至８のいずれか１項に記載の通信装置が有する各手段として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置における省電力制御技術に関する。
【背景技術】
【０００２】
イーサネット（登録商標）では、データ転送中は、リンクスピードが高い方がエネルギー使用効率も高く、データ転送を行わないアイドル中は、リンクスピードが低い方が消費電力を低く抑えられることが知られている。
【０００３】
この特徴に基づいて、イーサネットにおける省電力化を目的として、ＬＰＩ（Low Power Idle）と呼ばれる技術が、ＩＥＥＥ８０２．３ａｚにてＥＥＥ（Energy Efficient Ethernet（登録商標））の規格として標準化されている。ＬＰＩでは、イーサネットで転送するフレームがない期間に通常状態からアイドル状態に遷移する。そして、アイドル状態ではＰＨＹやＭＡＣの使用していない回路の電源をオフにすることで、リンクスピードを下げることなく、イーサネットの消費電力を低減することを可能にしている。また、ＬＰＩはイーサネットのオプショナルな機能であるため、リンク確立時のオートネゴシケーションにおいて、自局がＬＰＩに対応していることを通知することになっている。したがって、自装置と相手装置との間のオートネゴシエーションの結果として、リンクスピードやデュプレックスと共に、ＬＰＩの使用可否が決定される。
【０００４】
一方、従来、イーサネットで通信する通信装置の省電力化を図るために、通信装置が低消費電力で受信を待機する待機状態において、低いリンクスピードを選択する方法が考案されている。例えば、特許文献１では、通信装置が省電力モードに移行した状態におけるネットワークインターフェース装置の通信モードを通信装置側で決定し、ネットワークインターフェース装置に設定させる方法が開示されている。すなわち、特許文献１では、省電力モードにおけるリンクスピードが低くなるようにネットワークインターフェース装置を設定して省電力化を実現する。また、特許文献２では、ネットワーク通信待機時にＰＨＹの動作周波数を低いモードを選択してクロックを供給する画像形成装置が開示されている。イーサネットのＰＨＹを低い動作周波数に設定することは、リンクスピードを低く設定することに等しい。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２３９８７０号公報
【特許文献２】特開２００４−２４３５３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
イーサネットに接続してネットワーク通信を行う装置が、装置が非稼働であってネットワークからの受信を待機する状態においては、消費電力をできるだけ低減することが望ましい。ＬＰＩ機能をサポートした通信装置であれば、リンクパートナーの通信装置が同じくＬＰＩに対応していれば、データ転送しない期間の電力消費を抑えることが可能である。そのため、殆ど通信を実行しない待機状態では効率よく省電力効果を得ることができる。
【０００７】
しかし、オートネゴシエーションでは、互いに通信可能と広告するリンクスピードの中で最も高いリンクスピードを選択してリンクするため、ＬＰＩが有効とならない場合にはネットワークインターフェースにかかる消費電力を低減することができない。先に述べたように、通信装置の待機状態において、低いリンクスピードを選択してリンクモードを設定して省電力化を図ることは可能である。しかしその一方で、通常状態から待機状態への移行時及び待機状態から通常状態への移行時において通信リンクを再確立する必要がある。このため、再ネゴシエーションによるリンク確立からリンクアップ後に通信可能な状態に復帰するまでの時間的なオーバーヘッドが発生してしまう。そのため、通信装置が待機状態から早く通常状態に復帰することが望まれるケースにおいては不都合が生じてしまう。
【０００８】
本発明は、このような課題および他の課題のうち少なくとも１つを解決する。例えば、本発明は、通信装置の待機状態における消費電力の低減を更に推し進める。なお、他の課題については明細書の全体を通して理解できよう。
【課題を解決するための手段】
【０００９】
本発明の一側面によれば、通信装置であって、前記通信装置と有線接続している相手装置が該有線接続において省電力状態で待機する機能を有するか否かの情報を取得する取得手段と、前記取得手段により取得した前記情報に基づいて、前記相手装置との間の通信速度を設定する設定手段とを有することを特徴とする通信装置が提供される。
【発明の効果】
【００１０】
本発明によれば、通信装置の待機状態における消費電力の低減が図られる。
【図面の簡単な説明】
【００１１】
【図１】実施形態における通信装置の構成を示すブロック図。
【図２】実施形態における通信装置の通常モードと省電力待機モードとの間の遷移図。
【図３】通信装置が省電力待機モードにおいてアプリケーション通信の開始要求を受信したときの動作の概略を示す図。
【図４】実施形態における通信装置の通信処理の機能分担を示す図。
【図５】省電力待機モードにおいてリンク状態変化を検出した場合のリンクモードの制御処理を示すフローチャート。
【図６】省電力待機モードから通常モードに遷移した場合のリンクモードの制御処理を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決のために必須のものであるとは限らない。
【００１３】
図１は、実施形態における通信装置１０１の構成を示すブロック図である。通信装置１０１は、そのハードウェア構成として、ネットワーク通信部１０２と、アプリケーションシステム部１０３に分けられる。また、通信装置１０１は、イーサネット（登録商標）で物理的に相手装置１１７と有線接続する。接続先の相手装置１１７は、例えばイーサネットのスイッチハブや、ルータ、パソコンなどのイーサネットのインターフェースを備えた装置である。
【００１４】
ネットワーク通信部１０２のローカルバス１０４には、ＭＡＣ１０５、ローカルＲＡＭ１０６、プロトコル処理部１０７が接続される。ＭＡＣ１０５は、イーサネットのリンク層処理のコントローラである。ローカルＲＡＭ１０６は、ネットワーク通信部１０２内の処理における一時記憶装置である。プロトコル処理部１０７は、ＴＣＰ／ＩＰ通信処理を実行する。さらに、ＭＡＣ１０５にはＰＨＹ１１６が接続されている。そしてＰＨＹ１１６は、ネットワークケーブル等で相手装置１１７と物理的に有線接続する。
【００１５】
ＰＨＹ１１６は、イーサネットの物理層処理を担うコントローラである。本実施形態において、ＰＨＹ１１６は、オートネゴシエーションによる１０Ｍｂｐｓ、１００Ｍｂｐｓ、１Ｇｂｐｓの通信速度（リンクスピード）の自動設定が可能であり、さらに、ＬＰＩ（Low Power Idle）をサポートしている。ＬＰＩは、有線接続において省電力状態で待機する機能である。前述したように、ＬＰＩはイーサネットのオプショナルな機能であるため、リンク確立時のオートネゴシケーションにおいて、通信装置１０１はＬＰＩに対応していることを通知する。同様に、通信装置１０１も、相手装置がＬＰＩを有するか否かの情報を、通信装置１０１と有線接続している相手装置から取得する。ＰＨＹ１１６とＭＡＣ１０５は、ＩＥＥＥ８０２．３で標準化されているＧＭＩＩ、ＲＧＭＩＩ等のバスインターフェース、およびＰＨＹ１１６とＭＡＣ１０５との間の制御のためのＭＤＣ／ＭＤＩＯインターフェースで接続される。
【００１６】
ネットワーク通信部１０２では、ＴＣＰ／ＩＰプロトコルを用いた通信機能を実現されている。通信フレームは、ＭＡＣ１０５とＰＨＹ１１６を経由して、相手装置１１７側のネットワークを介して送受信する。
【００１７】
プロトコル処理部１０７は、通信プロトコル処理専用のハードウェア回路装置、あるいは通信プロトコル処理用に設計されたマイクロプロセッサであり、汎用的なＴＣＰ／ＩＰプロトコルの通信処理を行う。より具体的には、プロトコル処理部１０７は、ＩＰｖ４（ＩＰバージョン４）、ＩＰｖ６（ＩＰバージョン６）、ＩＣＭＰ、ＵＤＰ、ＴＣＰの各通信プロトコル処理や、送信フロー制御や輻輳制御、通信エラー制御等を行う。また、プロトコル処理部１０７は、電源制御部１１５と制御信号線で接続されており、電源制御部１１５の動作制御を行う。
【００１８】
ローカルＲＡＭ１０６は、ＭＡＣ１０５やプロトコル処理部１０７の処理においてデータの一時記憶領域に使用される。また、プロトコル処理部１０７がマイクロプロセッサである場合にプログラム格納用バッファとしても使用される。
【００１９】
また、ネットワーク通信部１０２は、ローカルバス１０４と、アプリケーションシステム部１０３のシステムバス１０９との間のデータ転送を可能とするバスブリッジ回路１０８を有する。即ち、ネットワーク通信部１０２と、アプリケーションシステム部１０３とは、それぞれのバス回路が相互に接続されており、通信データの入出力においてバス間転送が行われる仕組みになっている。
【００２０】
アプリケーションシステム部１０３のシステムバス１０９には、ＣＰＵ１１０、システムプログラムが格納されているＲＯＭ１１１、システムプログラム実行時に使用される一時記憶装置であるＲＡＭ１１２、が接続されている。なお、ＲＯＭ１１１からＲＡＭ１１２にシステムプログラムが読み込まれ、ＣＰＵ１１０によって実行される。
【００２１】
また、同じくシステムバス１０９に接続されているアプリケーション機能部Ａ（１１３）やアプリケーション機能部Ｂ（１１４）は、通信装置１０１の特徴的なアプリケーション機能を実現するために使用されるハードウェアアクセラレータである。
【００２２】
電源制御部１１５は、ネットワーク通信部１０２及びアプリケーションシステム部１０３の電力供給を独立に制御する電源制御部である。電源制御部１１５は、１０９から１１４までの各装置に対して、電源投入の制御、ハードウェアリセット制御、アプリケーションシステム部１０３全体が安全に電源をオフにするための停止処理を開始する指示制御等を行う。
【００２３】
ＣＰＵ１１０は、通信装置１０１の各ハードウェアを制御したり、システムプログラムに基づいてアプリケーション処理を実行したりする。ＲＡＭ１１２は、ＣＰＵ１１０によるプログラム実行のための一時記憶領域、またネットワーク通信部１０２や、アプリケーション機能部１１３、１１４が使用する入出力データ領域として使用される。
【００２４】
通信装置１０１のアプリケーション機能は、アプリケーションシステム部１０３で実現される。また、ＣＰＵ１１０で実行されるシステムプログラムは、アプリケーション機能の一部であるアプリケーション通信を行う。アプリケーション通信は、ＴＣＰ／ＩＰプロトコルをベースとした通信であり、ＴＣＰ／ＩＰプロトコル処理はネットワーク通信部１０２において実行される。
【００２５】
このような通信処理の機能分担を、図４を参照して説明する。図４において、４０１はＴＣＰ／ＩＰプロトコルの階層モデルである。下位層よりリンク層、ネットワーク層、トランスポート層、アプリケーション層４０３の４つに分類される。リンク層のプロトコルは、一般的な有線ＬＡＮにおけるイーサネット、ＩＥＥＥ８０２．１１ｂ／ａ／ｇ／n等で規格化されている無線ＬＡＮ等、物理ネットワークの通信プロトコルである。ネットワーク層のプロトコルとしては、ＩＰｖ４、ＩＰｖ６、ＩＣＭＰ、ＩＧＭＰが挙げられる。トランスポート層のプロトコルとしては、ＵＤＰ、ＴＣＰが挙げられる。アプリケーション層４０３には、インターネットにおいて標準的に利用するアプリケーションプロトコルであるＨＴＴＰ、ＦＴＰ、ＳＭＴＰ、ＲＴＰ等が挙げられる。また、ＴＣＰ／ＩＰでは独自に定義したアプリケーション層プロトコルによる通信が実施されることも多い。
【００２６】
ネットワーク通信部１０２は、４０２に示す範囲のリンク層、ネットワーク層、トランスポート層のプロトコル処理を実現するものである。また、アプリケーションシステム部１０３が実行するアプリケーション通信は、４０３のアプリケーション層のプロトコル処理を行う。
【００２７】
図４の４０５は、通信装置１０１が実行する通信処理を、４０１のＴＣＰ／ＩＰプロトコルの階層モデルに対応付けて階層的に表したものである。ネットワーク通信部１０２が実行する処理は、図４の４０５に示す範囲の処理である。その中で、４０７で示される範囲、即ち以下の２つの処理は、プロトコル処理部１０７において実行される。
・ＭＡＣドライバ：ＭＡＣ１０５の制御を行うドライバ、
・ＡＲＰ：ＩＰアドレスとＭＡＣアドレスとの対応付けを解決するためのプロトコルであるＡＲＰプロトコルの処理。
【００２８】
また、４０８で示される範囲、即ちネットワーク層プロトコルであるＩＰｖ４、ＩＰｖ６、ＩＣＭＰの処理や、トランスポート層プロトコルであるＵＤＰ、ＴＣＰの処理は、プロトコル処理部１０７において実行される。
【００２９】
一方、アプリケーションシステム部１０３が実行する処理は、４０６の範囲であり、通信装置１０１のアプリケーション通信で使用する全てのアプリケーション層プロトコル処理である。
【００３０】
４０４に示すＴＣＰ／ＩＰ通信の分担処理によって、通信装置１０１のアプリケーション通信は、アプリケーションシステム部１０３がネットワーク通信部１０２の通信機能を利用して実現する。
【００３１】
以上のような構成において、通信装置１０１でアプリケーションを実行して通信を実行している状態では、少なくともネットワーク通信部１０２、システムバス１０９、ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、電源制御部１１５が動作している。このときの消費電力の状態を、消費電力についての「通常モード」と呼ぶ。通常モードは、アプリケーションシステム部１０３内のアプリケーション機能部Ａ（１１３）や、アプリケーション機能部Ｂ（１１４）が動作する場合には消費電力も上昇し、動作しない場合にはそれらの分の消費電力が抑えられる。上述したように、アプリケーションシステム部１０３にある１０９から１１４までのハードウェア装置への電力供給の制御が、電源制御部１１５によってなされている。
【００３２】
一方、通信装置１０１がアプリケーションを実行しない期間は、アプリケーションシステム部１０３内の１０９から１１４までのハードウェアの電源をオフにして動作を停止する。そして、通信装置１０１は、ネットワーク通信部１０２と、電源制御部１１５とだけを動作させておく。このことによって、通信装置１０１は、消費電力を大きく低減させることができる。この低消費電力での動作状態を、「省電力待機モード」を呼ぶ。
【００３３】
図２は、通信装置１０１の通常モード、省電力待機モードの状態遷移図である。２０１は通常モード、２０２は省電力待機モードを示す。通常モードにおいて、アプリケーションを実行中のときは、そのまま通常モードが維持される（２０３）。通常モードにおいて、全てのアプリケーションが終了してから所定時間が経過すると、省電力待機モード２０２に移行する（２０４）。また、通信装置１０１に初めて電源が投入された初期起動処理後、所定時間内にアプリケーションが一つも実行されていない場合も、省電力待機モード２０２に移行する。一方、２０２の省電力待機モードにおいて、アプリケーションの開始要求を受信すると、通常モード２０１に移行する（２０５）。
【００３４】
次に、通信装置１０１が省電力待機モードで動作中にクライアント機器等からアプリケーションの開始要求を受信したときの動作の概略を、図３を参照して説明する。
【００３５】
通信装置１０１の利用者は、クライアント機器３０４で表されており、通信装置１０１との間にはネットワーク３０５が存在している。ネットワーク３０５はＬＡＮ、ＷＡＮ、あるいはインターネットでありうる。
【００３６】
利用者であるクライアント機器３０４は、サーバ装置である通信装置１０１に対してアプリケーションの開始要求３０６を送信する。通信装置１０１においては、ネットワーク通信部１０２がアプリケーションの開始要求３０６を受信する。ネットワーク通信部１０２は、アプリケーションの開始要求３０６を受信すると、アプリケーションシステム部１０３に電源を投入する（３０７）。
【００３７】
以上のように、通信装置１０１はアプリケーションを実行中の通常モードと、消費電力を低減して待機する省電力待機モードを切り換えながら動作する。
【００３８】
次に、通信装置１０１の省電力待機モードにおける、相手装置１１７とのイーサネットのリンクモード制御について説明する。なお、リンクモード制御は、ネットワーク通信部１０２内のプロトコル処理部１０７によって実行される。プロトコル処理部１０７は、前述したように、ＭＡＣ１０５のドライバ処理を実行する。ＭＡＣ１０５はレジスタアクセスにより、ＰＨＹ１１６の状態確認、リンクの設定や操作を実行することが可能になっている。
【００３９】
まず、省電力待機モードで動作中に有線接続の状態変化（リンク状態変化）を検出する処理について説明する。リンク状態変化は、例えば、通信装置１０１からネットワークケーブルが抜かれた、相手装置の電源がオフになるなどの事象が原因でリンクダウンした場合に検出される。また、リンク状態変化は、逆に通信装置１０１にネットワークケーブルが挿されるなどの事象により、リンクダウンからリンクアップに変化したときにも検出される。ＰＨＹ１１６におけるリンク状態が変化すると、ＰＨＹ１１６は、ＭＡＣ１０５を介してプロトコル処理部１０７への割り込み信号をアサートする。これにより、プロトコル処理部１０７はリンク状態変化を検出する。なお、プロトコル処理部１０７が、ＭＡＣ１０５のレジスタアクセスによりＰＨＹ１１６の状態を監視することでリンク状態変化を検出するようにしてもよい。
【００４０】
続いて、プロトコル処理部１０７が、リンク状態変化を検出したときのリンクモード制御処理について図５のフローチャートを参照しながら説明する。
【００４１】
処理は図５のＳ５０１から開始し、まずＳ５０２において、プロトコル処理部１０７は、リンクアップしたのかリンクダウンしたのかを確認する。リンクダウンした場合、処理はＳ５０３に進み、プロトコル処理部１０７は、オートネゴシエーションで広告（アドバタイズ：advertise）するリンクモードを全モード有効として設定する。本実施形態では、ＰＨＹ１１６が１０Ｍｂｐｓ／１００Ｍｂｐｓ／１Ｇｂｐｓのリンクスピードをサポートする。したがって、Ｓ５０３では、この３つのリンクスピードを有効とし、デュプレックスについては全二重／半二重を有効とし、さらにＬＰＩを有効として設定する。Ｓ５０３の処理は、次回のオートネゴシエーションで全モードを有効であるとアドバタイズするための処理である。そしてＳ５０３からＳ５０９に至って処理は終了する。
【００４２】
一方、Ｓ５０２においてリンク状態がリンクアップであった場合、処理はＳ５０４に進む。Ｓ５０４では、プロトコル処理部１０７は、ＰＨＹ１１６でＬＰＩが有効化されているか否かを確認する。ＬＰＩが有効になっていれば、処理はＳ５０５に進み、無効であれば処理はＳ５０６に進む。
【００４３】
Ｓ５０５では、プロトコル処理部１０７は、リンク状態が１Ｇｂｐｓでリンクしているかを確認する。１Ｇｂｐｓである場合は、ＬＰＩが有効で且つ１Ｇｂｐｓのリンクしている状態を維持することとなり、リンクモードの設定を実行せずＳ５０９に進んで処理を終了する。Ｓ５０５でリンク状態が１Ｇｂｐｓでリンクしていない場合は、１０Ｍｂｐｓもしくは１００Ｍｂｐｓのリンクスピードでリンクしていることを意味する。この場合、処理はＳ５０７に進む。
【００４４】
Ｓ５０７では、プロトコル処理部１０７は、相手装置１１７がオートネゴシエーションでアドバタイズしたリンクスピードにおいて１Ｇｂｐｓが可能であったか否かを確認する。相手装置１１７がアドバタイズしたリンクスピード等の能力は、ＭＡＣ１０５からＭＤＩＯインターフェース経由でＰＨＹ１１６の内部レジスタを読み出すことで確認可能である。Ｓ５０７において相手装置１１７が１Ｇｂｐｓで通信可能な場合、処理はＳ５０３に進む。Ｓ５０３の処理は前述の通りであり、Ｓ５０３の処理後にＳ５０９に至って終了する。Ｓ５０７からＳ５０３に至る場合は、Ｓ５０３の処理後、ＰＨＹ１１６においてオートネゴシエーションが再実行される。もし相手装置１１７が１Ｇｂｐｓで通信可能ではない場合は、１０Ｍｂｐｓもしくは１００Ｍｂｐｓのリンクスピードでリンクしている状態を維持することとなる。この場合は、Ｓ５０７からＳ５０９に進み、リンクモードの設定を実行せず終了する。こうして、リンク状態変化が検出され、かつ、ＬＰＩが有効化されている場合は、空いて装置との間で通信可能な最高速度が設定される。
【００４５】
Ｓ５０４からＳ５０６に至る場合は、ＬＰＩが無効化されている状態である。Ｓ５０６では、プロトコル処理部１０７は、リンク状態が１Ｇｂｐｓでリンクしているか否かを確認する。１Ｇｂｐｓでリンクしている場合は処理はＳ５０８に進む。そうでなければ、処理はＳ５０９に進み、リンクモードの設定を実行せず終了する。
【００４６】
Ｓ５０８に至る場合は、ＬＰＩが無効であり且つ１Ｇｂｐｓでリンク中である。Ｓ５０８では、プロトコル処理部１０７は、相手装置１１７がオートネゴシエーションでアドバタイズした最低速度にリンクモードを設定する。Ｓ５０８でリンクモードが設定されると、ＰＨＹ１１６においてオートネゴシエーションが再実行される。
【００４７】
以上、図５を参照しながら、通信装置１０１が省電力待機モードで動作中にイーサネットのリンク状態変化を検出したときのリンクモード制御処理について説明した。この制御処理により、省電力待機モード中にリンク状態が変化し、ＬＰＩが有効でリンクアップした場合は、通信装置１０１と相手装置１１７との間で通信可能な最も高いリンクスピードを優先してリンクするように制御される。省電力待機時はＬＰＩによる省電力化を図るとともに、省電力待機モードから通常モードに遷移したときに、リンク状態を変更する必要がない。一方、省電力待機モード中に、ＬＰＩが無効でリンクアップした場合は、省電力化を図るために通信装置１０１と相手装置１１７の間で最も低いリンクスピードとなるように制御される。これにより、待機時の消費電力を抑えることが可能となる。また、通常モードから省電力待機モードへ遷移するときに、図５のフローチャートに示す処理でリンクモードの制御を実行することで、通常モードでのリンク状態に基づいて、省電力待機モード中のリンクモードを設定することが可能である。
【００４８】
次に、省電力待機モードから通常モードに遷移するときの、リンクモード制御について図６のフローチャートを参照して説明する。なお、ここでは、既に通信装置１０１と相手装置１１７との間のイーサネットがリンクアップ中であることを前提としている。
【００４９】
処理は図６のＳ６０１から開始し、まずＳ６０２において、プロトコル処理部１０７は、ＬＰＩが有効であるか否かを確認する。ＬＰＩが有効である場合は、処理はＳ６０２からＳ６０４に進んで終了する。前述の通り、省電力待機モードで最も高いリンクスピードでリンクアップしている。したがって、リンクモードの制御の処理を実行せず、現在のリンク状態を維持することになる。Ｓ６０２において、ＬＰＩが無効であった場合は、省電力状態では通信装置１０１と相手装置１１７との間で最も低いリンクスピードとなっている。従って、プロトコル処理部１０７は、オートネゴシエーションで全モードを有効であるとアドバタイズするようにリンクモードを再設定し、オートネゴシエーションを再実行して終了する。オートネゴシエーション完了により、通常状態において、通信装置１０１と相手装置１１７との間で通信可能な最も高いリンクスピードでリンクすることになる。
【００５０】
以上、本発明の実施形態を説明した。上述の実施形態によれば、通信装置１０１が稼働中である通常状態においては、通信装置１０１は、相手装置１１７との間で有効な最も高いリンクスピードでリンクする。一方、省電力待機モードにおいては、通信装置１０１は、ＬＰＩが有効であれば同様に高いリンクスピードを優先し、ＬＰＩが無効であれば低いリンクスピードでリンクするように制御することができる。また、通信装置１０１は、ＬＰＩが無効のときのみ省電力待機モード中のリンクスピードを低く制御する。このため、ＬＰＩが有効なケースでは省電力待機モードから通常モードに復帰する際にリンク状態を維持したままにでき、リンクモードの変更に伴うリンク確立までの時間的なロスを省くことが可能となる。
【００５１】
（他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
2014082602.tif 000003
【図２】
2014082602.tif 000004
【図３】
2014082602.tif 000005
【図４】
2014082602.tif 000006
【図５】
2014082602.tif 000007
【図６】
2014082602.tif 000008