JP2009239870A - 通信装置及びその制御方法、プログラム、記憶媒体 - Google Patents

Abstract

【課題】 通信装置が省電力モードに移行した状態におけるネットワークインターフェース装置の通信モードを通信装置側で決定し、ネットワークインターフェース装置に設定させるようにすることを目的とする。
【解決手段】 ＭＦＰ１００は、ＨＵＢ１０２の通信能力を示す能力情報をＮＩＣ１０１から取得し、当該取得した能力情報に基づいて、ＭＦＰ１００がスリープモードに移行した状態でＮＩＣ１０１とＨＵＢ１０２とが通信する際の通信モード（通信スピード、Ｄｕｐｌｅｘ）を決定する。そして、ＭＦＰ１００がスタンバイ状態からスリープモードに移行する際に、前記決定した通信モードを、ＮＩＣ１０１がＨＵＢ１０２と通信する際の通信モードとして、ＮＩＣ１０１に設定させる。
【選択図】 図５

Description

本発明は、通常電力モードと省電力モードとを備え、ネットワークインターフェース装置を介してネットワークに接続された通信装置及びその制御方法、プログラム、記憶媒体に関するものである。

従来、複合機や単機能プリンタ等の画像形成装置において、消費電力を抑えるために様々な手法が導入されてきた。その中でも特に、スタンバイ時（通常電力モード）よりも消費電力が小さいスリープモード（省電力モード）を備えた画像形成装置が普及してきている。

スリープモードでは、ＲＡＭ（ランダムアクセスメモリ）やＮＩＣ（ネットワークインターフェースカード）、画像形成装置の操作部以外のユニットへの電力供給をストップすることにより、スリープ中の消費電力を１Ｗ〜数Ｗ程度に抑えるようにしている。なお、スリープ中は、画像形成装置のプリンタ部に備えられている感光ドラムや定着器、さらにはＣＰＵ（中央処理装置）やＨＤＤ（ハードディスクドライブ）への電力供給もストップするため、画像形成処理を実行することはできない。

また、スリープ中に所定の条件を満たした場合には、画像形成装置はスリープモードからスタンバイ状態へと復帰する。所定の条件とは、例えば、（１）画像形成装置の操作部においてユーザによる操作が行われた、（２）ＮＩＣにおいてスリープモードからの復帰条件に適合するパケットがネットワークから受信された、等が挙げられる。このため、スリープ中にも操作部やＮＩＣには電力が供給されており、操作部に備えられているボタンの押下やパケットの受信等を監視している。

また、前述の復帰条件に適合するパケットとは、例えば、（１）画像形成装置宛てのユニキャストパケット、（２）スリープモードからの復帰を要求する復帰パケット、（３）特定のプロトコルのブロードキャストパケット／マルチキャストパケット等が挙げられる。なお、（２）の復帰パケットとは、パケット中に特定のパターンを含むマジックパケットである。また、（３）の特定のプロトコルのブロードキャストパケット／マルチキャストパケットとは、例えば、ネットワーク上の他のノードがネットワーク上の画像形成装置を探索するためのプロトコルに従った探索パケットである。

画像形成装置のＮＩＣは、上述したようなパケットを受信するために、スリープ中にもネットワークにリンクしている必要がある。例えば、ネットワークの規格がＥｔｈｅｒｎｅｔ（登録商標）である場合には、ＮＩＣは予め指定されている通信モードでリンクするか、或いはＩＥＥＥ８０２．１ｕで定められたＡｕｔｏＮｅｇｏｔｉａｔｉｏｎを用いて通信モードを決定し、リンクする。ここで、通信モードとは、リンクスピード（通信スピード）やＤｕｐｌｅｘ（全二重／半二重通信）などのことを指す。

ところで、近年の画像形成装置のＮＩＣは、通信スピードとして従来の１０Ｍｂｐｓや１００Ｍｂｐｓに加え、１０００Ｍｂｐｓ（１Ｇｂｐｓ）をサポートしているものがある。しかしながら、１０００Ｍｂｐｓの通信モードでは、１０Ｍｂｐｓや１００Ｍｂｐｓと比較して、ＮＩＣの消費電力が大きくなってしまう。このため、スタンバイ状態からスリープモードに移行する際に、１０００Ｍｂｐｓをサポートしていないように振る舞い、１０Ｍｂｐｓまたは１００Ｍｂｐｓでネットワークに再リンクすることによりスリープ中の電力消費を抑える方法が知られている。

また、１０００Ｍｂｐｓ以外の通信スピード（１０Ｍｂｐｓや１００Ｍｂｐｓ）の中でも、更にネットワーク上のＨＵＢの通信能力に合わせて、より低い通信スピードを選択することにより電力の消費を更に抑制することも考えられている。

例えば、特許文献１には、画像形成装置がＨＵＢに接続された状態で省エネモードに移行するときに、画像形成装置のＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）がＨＵＢの通信能力に合わせて通信スピードを決定することが記載されている。

また、特許文献２には、ホスト及びＬＡＮに接続されたＮＩＣにおいて、一定時間通信がない場合に、自装置の通信スピードの設定をより遅い通信スピードへと変更することが記載されている。
特開２００４−２４３５３３号公報 特開２００２−２７１３３４号公報

従来は、通信装置がネットワークインターフェース装置を介してネットワークに接続された通信システムにおいて、通信装置側が省電力モードに移行した状態における、ネットワークインターフェース装置側の消費電力の抑制については考慮されていなかった。

即ち、上述した特許文献１では、画像形成装置自体が直接ネットワークに接続されているため、画像形成装置とは異なるネットワークインターフェース装置に関する消費電力の抑制については考慮されていない。

また、上述した特許文献２では、ＮＩＣが自身の消費電力を抑制するための動作を行っている。しかしながら、特許文献２に記載のＮＩＣは、自装置における通信が一定時間行われない場合に、自装置における通信モードの設定を変更するようにしたものであって、他の通信装置（ホスト）からの指示に基づいて通信モードの設定を変更するものではない。

このように、従来は、通信装置がネットワークインターフェース装置を介してネットワークに接続されたシステムにおいて、通信装置に接続されたネットワークインターフェース装置によっては、消費電力が抑制されないという問題があった。つまり、ネットワークインターフェース装置自身に上記のような消費電力を抑制するための仕組みが設けられていない限りは、通信装置が省電力モードに移行しても、ネットワークインターフェース装置の消費電力が抑制されない。

本発明は、上記の問題点に鑑みなされたものであり、通信装置が省電力モードに移行した状態におけるネットワークインターフェース装置の通信モードを通信装置側で決定し、ネットワークインターフェース装置に設定させるようにすることを目的とする。

上記の目的を達成するために本発明の通信装置は、通常電力モードと当該通常電力モードよりも消費電力が小さい省電力モードとを備え、ネットワークインターフェース装置を介してネットワークに接続された通信装置であって、前記ネットワークインターフェース装置を介して、前記ネットワーク上の外部装置と通信する通信手段と、前記外部装置の通信能力を示す能力情報を取得する取得手段と、前記取得手段が取得した能力情報に基づいて、前記通信装置が前記省電力モードに移行した状態で前記ネットワークインターフェース装置と前記外部装置とが通信する際の通信モードを決定する決定手段と、前記通信装置が前記通常電力モードから前記省電力モードに移行する際に、前記決定手段により決定された通信モードを、前記ネットワークインターフェース装置が前記外部装置と通信する際の通信モードとして、前記ネットワークインターフェース装置に設定させる設定手段とを備えることを特徴とする。

また、本発明の通信装置の制御方法は、通常電力モードと当該通常電力モードよりも消費電力が小さい省電力モードとを備え、ネットワークインターフェース装置を介してネットワークに接続された通信装置の制御方法であって、前記ネットワークインターフェース装置を介して、前記ネットワーク上の外部装置と通信する通信工程と、前記外部装置の通信能力を示す能力情報を取得する取得工程と、前記取得工程で取得した能力情報に基づいて、前記通信装置が前記省電力モードに移行した状態で前記ネットワークインターフェース装置と前記外部装置とが通信する際の通信モードを決定する決定工程と、前記通信装置が前記通常電力モードから前記省電力モードに移行する際に、前記決定工程で決定された通信モードを、前記ネットワークインターフェース装置が前記外部装置と通信する際の通信モードとして、前記ネットワークインターフェース装置に設定させる設定工程とを備えることを特徴とする。

通信装置が省電力モードに移行した状態におけるネットワークインターフェース装置の通信モードを通信装置側で決定し、ネットワークインターフェース装置に設定させることにより、ネットワークインターフェース装置の消費電力を抑制することができる。

以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

（第１の実施形態）
まず、本発明に係る第１の実施形態について説明する。第１の実施形態では、後述するＭＦＰ１００の起動時、スリープモードへの移行時、スタンバイ状態への復帰時、及びスタンバイ状態におけるＭＦＰ１００の動作（特に、Ｅｔｈｅｒｎｅｔ（登録商標）へのリンクに関する動作）について説明する。

図１は、第１の実施形態における通信システムの全体図である。図１に示す通信システムでは、通信装置（マルチファンクションペリフェラル（以下、ＭＦＰとする）１００）がネットワークインターフェース装置（ネットワークインターフェースカード（以下、ＮＩＣとする）１０１）を介してＨＵＢ１０２に接続されている。ＨＵＢ１０２は更にＬＡＮ（ローカルエリアネットワーク）１０３に接続されている。なお、ＨＵＢ１０２には、ＮＩＣ１０１の他にもＰＣ１０４やメールサーバ１０５が接続されている。

ＨＵＢ１０２は、Ｅｔｈｅｒｎｅｔ（登録商標）等の集線装置であり、１０Ｍｂｐｓ／１００Ｍｂｐｓ／１０００Ｍｂｐｓの３種類の通信スピード（リンクスピード）をサポートしている。また、Ｄｕｐｌｅｘに関しては、１０Ｍｂｐｓ及び１００Ｍｂｐｓでは全二重及び半二重通信をサポートし、１０００Ｍｂｐｓでは全二重通信をサポートしている。

また、ＨＵＢ１０２の各ポートには、使用する通信モードとしてリンクスピードやＤｕｐｌｅｘが予め指定されているものとする。またこの時、リンクスピードやＤｕｐｌｅｘを固定的に指定せずに、ＡｕｔｏＮｅｇｏｔｉａｔｉｏｎを実行するように設定しておくこともできる。

図２は、ＭＦＰ１００及びＮＩＣ１０１からなる画像形成システム２００の構成を説明するブロック図である。

ＮＩＣ１０１は、インテリジェント型ネットワークカードモジュールにより実現された、ＭＦＰ１００に対して着脱可能なネットワークインターフェース装置である。そして、ＮＩＣ１０１は、ＮＩＣ１０１用のＣＰＵ２０１，ＲＡＭ２０２，ＲＯＭ２０３，ネットワークＩ／Ｆ２０４，ＬＥＤ２０５，拡張Ｉ／Ｆ２０６と、これらを互いに接続するシステムバス２０７とを備えている。

ＣＰＵ２０１は、ＲＯＭ２０３に記憶された制御プログラムを読み出して各種制御処理を実行する。例えば、ＣＰＵ２０１は、システムバス２０７に接続されたネットワークＩ／Ｆ２０４を介してＨＵＢ１０２に接続し、更にＨＵＢ１０２を介してＬＡＮ１０３上の端末と所定の通信プロトコルに従って通信する処理を実行する。これにより、例えば、ＬＡＮ１０３上の印刷データ生成装置から送信された印刷データやプリンタ制御命令等の各種データを受信し、拡張Ｉ／Ｆ２０６を介してＭＦＰ１００に転送し、ＭＦＰ１００において印刷処理を行うことができる。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＬＥＤ２０５は、ＮＩＣ１０１の動作状態を示す表示部として用いられている。ＬＥＤ２０５は、例えば、ネットワークＩ／Ｆ２０４とＨＵＢ１０２との電気的な接続状態や通信モード等の各種動作状態をＬＥＤの色や点滅パターンで示すこと可能となっている。

拡張Ｉ／Ｆ２０６は、ＮＩＣ１０１とＭＦＰ１００とを接続するためのＩ／Ｆであり、ローカルケーブル２１０を介してＭＦＰ１００側の拡張Ｉ／Ｆ２２４に接続されている。なお、拡張Ｉ／Ｆ２０６は、不図示のコネクタを含んで構成されている。ＮＩＣ１０１は、このコネクタによってプリンタＭＦＰ１００への着脱が可能となっており、同じ構成を有する他のＭＦＰに当該ＮＩＣ１０１を装着することも可能である。

なお、ここではネットワークＩ／Ｆ２０４は、ＭＦＰ１００がスタンバイ状態である時は１０Ｍｂｐｓ／１００Ｍｂｐｓ／１０００Ｍｂｐｓのいずれかのリンクスピード、及び全二重または半二重のいずれかで通信する能力を有している。また、ＭＦＰ１００がスリープ状態である時は１０Ｍｂｐｓ／１００Ｍｂｐｓのいずれかのリンクスピード、及び全二重または半二重のいずれかで通信するように設定されている。即ち、ネットワークＩ／Ｆ２０４は、ＭＦＰ１００がスリープ状態である時は、１０Ｍｂｐｓ及び１００Ｍｂｐｓをサポートし、１０００Ｍｂｐｓはサポートしないものとして動作する。

一方、ＭＦＰ１００は、制御部２２０、操作部２３０、スキャナ２４０、及びプリンタ２５０を備えている。

制御部２２０には、ＭＦＰ１００用のＣＰＵ２２１，ＲＡＭ２２２，ＲＯＭ２２３，拡張Ｉ／Ｆ２２４，操作部Ｉ／Ｆ２２５，デバイスＩ／Ｆ２２６と、これらを互いに接続するシステムバス２２７とが備えられている。

ＣＰＵ２２１は、ＲＯＭ２２３に記憶された制御プログラムを読み出して各種制御処理を実行する。例えば、ＣＰＵ２２１は、拡張Ｉ／Ｆ２２４を介してＮＩＣ１０１から転送される印刷データに基づいて出力画像データを生成し、デバイスＩ／Ｆ２２６を介してプリンタ２５０に出力する。

ＲＡＭ２２２は、ＣＰＵ２２１の主メモリ、ワークエリア等として機能する。また、ＲＡＭ２２２は、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

操作部２３０には、ＭＦＰ１００の動作モード等の設定や印刷データの取り消し等の操作を行うためのボタンと、ＭＦＰ１００の動作状態を示す液晶パネルやＬＥＤ等の表示部とが配されている。また、後述する通信モードの設定も、操作部２３０を介して行うことができる。

プリンタ２５０は、公知の印刷技術を利用したプリンタであり、例えば電子写真方式（レーザービーム方式）やインクジェット方式、昇華方（熱転写）方式等を用いて画像データの印刷を実行する。また、スキャナ２５０は原稿上の画像を読み取って画像データを生成し、ＭＦＰ１００に入力する。

なお、ＭＦＰ１００は、スタンバイ時よりも消費電力が小さいスリープモードを備えている。スリープ中は、特定のユニット（操作部２３０や拡張Ｉ／Ｆ２２４など）を除く各ユニットに対する電力供給をストップすることにより、消費電力が抑制されている。

図３は、ＮＩＣ１０１及びＭＦＰ１００のソフトウェア構成図である。なお、ここではＮＩＣ１０１における通信モードの設定に関する部分についてのみ説明するが、ＮＩＣ１０１及びＭＦＰ１００には、以下に説明するソフトウェア以外の各種ソフトウェアも備えられている。

図３に示す各ソフトウェアは、それぞれＮＩＣ１０１またはＭＦＰ１００のメモリに格納されており、それぞれＮＩＣ１０１またはＭＦＰ１００が起動したことに応じてＲＡＭに読み出され、各ＣＰＵにより実行される。

ＮＩＣ１０１側のオペレーティングシステム（ＯＳ）３０１上には、ネットワークＩ／Ｆドライバ３０２及び通信制御部３０３が備えられている。ネットワークＩ／Ｆドライバ３０２は、ネットワークＩ／Ｆ２０４による通信処理の実行を制御する。通信制御部３０３は、後述する方法を用いてＭＦＰ１００側から指示される内容に従って、ネットワークＩ／Ｆドライバ３０２に所定の通信モードを設定させる。

一方、ＭＦＰ１００側のオペレーティングシステム（ＯＳ）３１１上には、ＮＩＣドライバ３１２及び通信モード設定部３１３が備えられている。ＮＩＣドライバ３１２は、ＮＩＣ１０１に対して各種指示を送信し、ＮＩＣ１０１に各種動作を実行させる。通信モード設定部３１３は、後述する方法を用いて、ＮＩＣ１０１がＨＵＢ１０２と通信する際の通信モードを決定し、当該決定した通信モードをＮＩＣ１０１に設定させる。

なお、ＭＦＰ１００のＯＳ３１１上で動作する各ソフトウェアのうち、ＮＩＣドライバ３１２はＯＳ３１１のカーネルスペースで動作するのに対して、通信モード設定部３１３はＯＳ３１１のユーザスペースで動作するものとする。

また、通信モード設定部３１３は、ＮＩＣドライバ３１２のＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を利用することにより、ＮＩＣ１０１の各種情報を取得したり、ＮＩＣ１０１に対して各種設定を行わせたりすることができる。

ＮＩＣ１０１の各種情報とは、例えば、ＮＩＣ１０１にネットワークケーブルが接続されているか否か（ＮＩＣ１０１とＨＵＢ１０２とが電気的に接続されているか否か）を示す情報やＮＩＣ１０１に現在設定されている通信モードを示す情報等である。

また更に、通信モード設定部３１３は、ＨＵＢ１０２の通信能力を示す能力情報を、ＮＩＣ１０１から取得することができる。より具体的には、通信モード設定部３１３は、ＮＩＣドライバ３１２を介してＮＩＣ１０１のＬｉｎｋ−Ｐａｒｔｎｅｒ−Ａｂｉｌｉｔｙのレジスタを参照することにより、ＨＵＢ１０２の通信能力を認識することができる。

なお、ＨＵＢ１０２の通信能力を示す能力情報とは、ＨＵＢ１０２が対応可能な通信スピードやＤｕｐｌｅｘ、或いはＡｕｔｏＮｅｇｏｔｉａｔｉｏｎが設定されているか否か等を示す情報である。

通信モード設定記憶部３１４には、ＭＦＰ１００がスタンバイ状態である場合、またはスリープ状態である場合における、ＮＩＣ１０１がＨＵＢ１０２と通信する際の通信モードを示す情報が記憶されている。ＭＦＰ１００のＣＰＵ２２１は、通信モード設定部３１３により決定された通信モードを示す情報を通信モード設定記憶部３１６に記憶させたり、通信モード設定記憶部３１６に記憶されている情報に基づいてＮＩＣ１０１に対する指示を送信したりする。

図４は、操作部２３０に表示される通信モードの設定画面を示す図である。図４に示す設定画面を介して指定された通信モードは、ＭＦＰ１００がスタンバイ状態である場合における、ＮＩＣ１０１がＨＵＢ１０２と通信する際の通信モードとして、ＮＩＣ１０１に設定される。

図４に示す設定画面では、まず「自動検出」の「ＯＮ」または「ＯＦＦ」を選択することができる。ここで「自動検出」の「ＯＮ」が選択された場合は、ＡｕｔｏＮｅｇｏｔｉｚａｔｉｏｎを実行して自動的に通信モードが決定するよう設定される。なお、「自動検出」の「ＯＮ」が選択された場合には、後述する「通信方式」や「Ｅｔｈｅｎｅｔの種類」の指定を行うことはできない。

一方、「自動検出」の「ＯＦＦ」が選択された場合は、ＡｕｔｏＮｅｇｏｔｉａｔｉｏｎは実行されない。そのため、ユーザは「通信方式」として「半二重」または「全二重」のいずれか、また「Ｅｔｈｅｎｅｔの種類」として「１０Ｂａｓｅ−Ｔ」や「１００Ｂａｓｅ−ＴＸ」等の中からいずれかを指定しなければならない。

図４に示す設定画面を介して設定された通信モードを示す情報は、通信モード設定記憶部３１４に記憶される。そして、次にＭＦＰ１００に電源が投入されＭＦＰ１００が起動したときに、通信モード設定記憶部３１４に記憶されている情報が参照され、当該情報が示す通信モードをＮＩＣ１０１に設定させる。

次に、ＭＦＰ１００が起動する場合の動作について説明する。図５は、ＭＦＰ１００に電源が投入されてＭＦＰ１００が起動する際の、ＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。図５に示すフローチャートのうち、破線よりも左側の各ステップはＭＦＰ１００のＣＰＵ２２１により実行される。また、破線よりも右側の各ステップはＮＩＣ１０１のＣＰＵ２０１により実行される。

まず、ＭＦＰ１００が起動すると、ステップＳ５０１において、図４に示す設定画面を介して予め指定されている通信モードを示す情報を、通信モード設定記憶部３１４から読み出す。そして、続くステップＳ５０２では、通信モード設定部３１３がｉｏｃｔｌ命令を用いてＮＩＣドライバ３１２に指示し、ＮＩＣ１０１を有効化する。

ステップＳ５０３では、ＮＩＣ１０１がネットワークに接続されているか否かの判定を行う。ここでは、ＮＩＣ１０１のネットワークＩ／Ｆ２０４にネットワークケーブルが挿入されているか否かの判定だけでなく、ＮＩＣ１０１が電気的にＨＵＢ１０２と接続されているか否かの判定を行う。なお、この判定は、通信モード設定部３１３がＮＩＣドライバ３１２に対してｉｏｃｔｌ命令を送信し、これに応じてＮＩＣドライバ３１２がＮＩＣ１０１から取得したネットワーク接続状態に関する情報に基づいて行われる。

ステップＳ５０３の判定で、ＮＩＣ１０１がＨＵＢ１０２に接続されていると判定された場合は、ステップＳ５０４に進む。なお、ＮＩＣ１０１がＨＵＢ１０２に接続されていない場合は、接続されるまで待機する。ステップＳ５０４では、ステップＳ５０１で読み出した情報に基づいて、通信モード設定部３１３がｉｏｃｔｌ命令を用いてスタンバイ時の通信モードをＮＩＣドライバ３１２に通知し、ＮＩＣドライバ３１２がＮＩＣ１０１に設定させる。

ＮＩＣ１０１側では、ステップＳ５０５において、ＭＦＰ１００から通知される通信モードを、自装置がＨＵＢ１０２と通信する際の通信モードとして設定し、リンクアップする。なお、ここでスタンバイ時の通信モードがＡｕｔｏＮｅｇｏｔｉａｔｉｏｎの場合は、ＮＩＣドライバ３１２がＡｕｔｏＮｅｇｏｔｉａｔｉｏｎの処理を実行し、ＨＵＢ１０２が対応可能な通信モードに基づいて、ＮＩＣ１０１が設定すべき通信モードを決定する。

ＭＦＰ１００側では、次に、ステップＳ５０６において、通信モード設定部３１３がｉｏｃｔｌ命令を用いて、ＨＵＢ１０２の通信能力をＮＩＣドライバ３１２に問い合わせる。ＮＩＣドライバ３１２は、この問い合わせに応じてＮＩＣ１０１に対して、ＨＵＢ１０２の通信能力を示す能力情報を要求する。この要求を受けて、ＮＩＣ１０１は、ステップＳ５０７において、ＨＵＢ１０２の能力情報をＭＦＰ１００に対して通知する。

より具体的には、この時、通信モード設定部３１３は、ＮＩＣドライバ３１２を介して、ＮＩＣ１０１におけるＬｉｎｋ−Ｐａｒｔｎｅｒ−Ａｂｉｌｉｔｙのレジスタの内容を参照することにより、ＨＵＢ１０２の能力情報を取得する。なお、ＮＩＣ１０１は、ステップＳ５０５でリンクアップする際に、ＨＵＢ１０２と通信し、ＨＵＢ１０２の能力情報を取得しておく。

ステップＳ５０８では、ＨＵＢ１０２の能力情報が取得できたか否かの判定を行う。ここで、ＨＵＢ１０２の能力情報が取得できたと判定された場合は、ステップＳ５０９に進み、ＨＵＢ１０２が１０Ｍｂｐｓの通信スピードをサポートしているか否かの判定を行う。そして、この判定の結果、ＨＵＢ１０２が１０Ｍｂｐｓの通信スピードをサポートしていると判定された場合は、ステップＳ５１０に進む。

ステップＳ５１０では、通信モード設定部３１３が、ＭＦＰ１００がスリープモードに移行している状態でＮＩＣ１０１とＨＵＢ１０２とが通信する際の通信モードを１０Ｍｂｐｓと決定する。そして、通信モード設定部３１３は、この決定した通信モードを示す情報を、ＮＩＣドライバ３１２に通知しておく。

一方、ステップＳ５０８の判定の結果、ＨＵＢ１０２の能力情報が取得できなかったと判定された場合、またはステップＳ５０９の判定の結果、ＨＵＢ１０２が１０Ｍｂｐｓの通信スピードをサポートしていないと判定された場合はステップＳ５１１に進む。

ステップＳ５１１では、通信モード設定部３１３が、ＭＦＰ１００がスリープモードに移行している状態でＮＩＣ１０１とＨＵＢ１０２とが通信する際の通信モードをＡｕｔｏＮｅｇｏｔｉａｔｉｏｎと決定する。そして、通信モード設定部３１３は、この決定した通信モードを示す情報を、ＮＩＣドライバ３１２に通知しておく。

なお、ここで上述した方法を用いて、スリープ時の通信モードを決定する理由は以下の通りである。即ち、ＭＦＰ１００がスタンバイ状態である場合は、ＨＵＢ１０２が対応可能な通信スピードのうち、より速い通信スピードでネットワークにリンクした方がより効率よくデータ通信を行うことができる。

しかしながら、ＭＦＰ１００がスリープモードに移行した後も、スタンバイ時と同じ通信スピードでリンクしたままにしておくと、消費電力が大きくなってしまい、スリープモードに移行したことによる消費電力の抑制の効果が十分に得られない。そこで、スリープ時の通信モードとして、ＨＵＢ１０２が対応可能な通信スピードのうちより遅い通信スピードを、ＭＦＰ１００がスリープモードに移行した状態でＮＩＣ１０１とＨＵＢ１０２とが通信する際の通信スピードとして決定している。これにより、ＭＦＰ１００がスリープモードに移行した状態における、ＮＩＣ１０１側の消費電力を小さくすることができる。

なお、このとき通信スピードのみを考慮するだけでなく、Ｄｕｐｌｅｘを考慮してもよい。即ち、ＨＵＢ１０２が対応可能な通信スピードを考慮して通信モードを決定するだけでなく、ＨＵＢ１０２が半二重／全二重のそれぞれに対応可能か否かを判定し、Ｄｕｐｌｅｘも含めた通信モードの決定を行うようにしても構わない。即ち、ＨＵＢ１０２が対応可能なＤｕｐｌｅｘに応じて半二重通信または全二重通信を選択することにより、データ通信の衝突（コリジョン）を防ぐことができる。また、これに加えて、ＮＩＣ１０１の消費電力は、通信スピードだけでなく、半二重か全二重かによっても異なるため、ＨＵＢ１０２が対応可能なＤｕｐｌｅｘも考慮して通信モードを決定することにより、更なる消費電力の抑制を行うこともできる。

また、ＭＦＰ１００がスリープモードに移行する際にＨＵＢ１０２の能力情報をＮＩＣ１０１から取得して通信モードを決定するのではなく、前もってＭＦＰ１００の起動時にスリープ時の通信モードを決定することにより次のような利点がある。

即ち、ＭＦＰ１００がスリープモードに移行する際にＭＦＰ１００とＮＩＣ１０１とが何度も情報のやり取りを行うと、実際にＮＩＣ１０１側で通信モードが変更されるまでに時間がかかってしまい、迅速にスリープモードに移行できないという問題がある。この問題に対して、上述したようにＭＦＰ１００がスリープモードに移行するための条件を満たす前に、前もって通信モードを決定しておくことにより、ＭＦＰ１００がスリープモードに移行する際に、迅速にＮＩＣ１０１の通信モードを変更させることができる。

次に、ＭＦＰ１００がスリープモードに移行する場合の動作について説明する。図６は、ＭＦＰ１００がスリープモードに移行する際の、ＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。図６に示すフローチャートのうち、破線よりも左側の各ステップはＭＦＰ１００のＣＰＵ２２１により実行される。また、破線よりも右側の各ステップはＮＩＣ１０１のＣＰＵ２０１により実行される。

まず、スタンバイ状態にあるＭＦＰ１００は、ステップＳ６０１において、自装置がスリープモードに移行するための条件を満たしているか否かを判定する。この条件は、予めユーザにより設定されているものであって、ここでは、ユーザによる操作が所定期間行われなかった場合やプリント動作が終了してから所定期間が経過した場合に、スリープモードに移行するように設定されているものとする。

ステップＳ６０１の判定の結果、スリープモードに移行するための条件を満たしていると判定された場合は、ステップＳ６０２に進み、スリープモードに移行する。具体的には、操作部２３０や拡張Ｉ／Ｆ２２４などの特定のユニットを除く各ユニットへの電力供給をストップする。また、これとともに、通信モード設定部３１３は、ｉｏｃｔｌ命令を用いてＮＩＣドライバ３１２に対してスリープモードへの移行を通知する。ＮＩＣドライバ３１２は、この通知を受けて、ステップＳ６０３において、ＮＩＣ１０１にネットワークへのリンクをダウンするよう指示する。

ＮＩＣ１０１側では、ステップＳ６０４において、ＮＩＣドライバ３１２からの指示を受けて、ネットワークへのリンクをダウンする。

更に、ＭＦＰ１００側では、ステップＳ６０５において、通信モード設定部３１３がｉｏｃｔｌ命令を用いてスリープ時の通信モードをＮＩＣドライバ３１２に通知し、ＮＩＣドライバ３１２がＮＩＣ１０１に設定させる。

ＮＩＣ１０１側では、ステップＳ６０６において、ＭＦＰ１００から通知される通信モードを、自装置がＨＵＢ１０２と通信する際の通信モードとして設定し、リンクアップする。なお、ここでスリープ時の通信モードがＡｕｔｏＮｅｇｏｔｉａｔｉｏｎの場合は、ＮＩＣドライバ３１２がＡｕｔｏＮｅｇｏｔｉａｔｉｏｎの処理を実行し、ＨＵＢ１０２が対応可能な通信モードに基づいて、ＮＩＣ１０１が設定すべき通信モードを決定する。

なお、スリープ時の通信モードは、図５のステップＳ５１０またはＳ５１１で決定したタイミングでＮＩＣ１０１に通知しておいても構わない。この場合、ＭＦＰ１００がスリープモードに移行するときには、スリープモードに移行する旨のみをＮＩＣ１０１に通知することにより、ＮＩＣ１０１内のレジスタで予め管理されているスリープ時の通信モードに変更されることになる。

次に、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰する場合の動作について説明する。図７は、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰する際の、ＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。図７に示すフローチャートのうち、破線よりも左側の各ステップはＭＦＰ１００のＣＰＵ２２１により実行される。また、破線よりも右側の各ステップはＮＩＣ１０１のＣＰＵ２０１により実行される。

まず、スリープ状態にあるＭＦＰ１００は、ステップＳ７０１において、自装置がスタンバイ状態に復帰するための条件を満たしているか否かを判定する。この条件は、予めユーザにより設定されているものであって、ここでは、操作部２３０においてユーザによる操作が行われた場合や、ネットワークからの特定のパケットが受信された場合に、スタンバイ状態に復帰するように設定されているものとする。

なお、特定のパケットとは、例えば、（１）ＭＦＰ１００宛てのユニキャストパケット、（２）スリープモードからの復帰を要求する復帰パケット、（３）特定のプロトコルのブロードキャストパケット／マルチキャストパケット等が挙げられる。なお、（２）の復帰パケットとは、パケット中に特定のパターンを含むマジックパケットである。また、（３）の特定のプロトコルのブロードキャストパケット／マルチキャストパケットとは、例えば、ＬＡＮ１０３上の他のノードがネットワーク上のＭＦＰを探索するためのプロトコルに従った探索パケットである。

また、上記以外にも、ＮＩＣ１０１のネットワーク接続が再検知された場合にも、スタンバイ状態に復帰する。なお、ここではＮＩＣ１０１のネットワークＩ／Ｆ２０４にネットワークケーブルが挿入された場合だけでなく、ＮＩＣ１０１が電気的にＨＵＢ１０２に接続された場合にもスタンバイ状態に復帰する。即ち、ＮＩＣ１０１側ではネットワークケーブルが挿入されたままの状態で、ＨＵＢ１０２の電源が再投入されたりＨＵＢ自体が交換されたりした場合にもＭＦＰ１００はスタンバイ状態に復帰する。

ステップＳ７０１の判定の結果、スタンバイ状態に復帰するための条件を満たしていると判定された場合は、ステップＳ７０２に進み、スリープモードを解除する。具体的には、各ユニットへの電力供給のストップを解除し、電力供給を再開する。また、これとともに、通信モード設定部３１３は、ｉｏｃｔｌ命令を用いてＮＩＣドライバ３１２に対してスタンバイ状態への復帰を通知する。ＮＩＣドライバ３１２は、この通知を受けて、ステップＳ７０３において、ＮＩＣ１０１にネットワークへのリンクをダウンするよう指示する。

ＮＩＣ１０１側では、ステップＳ７０４において、ＮＩＣドライバ３１２からの指示を受けて、ネットワークへのリンクをダウンする。

更に、ＭＦＰ１００側では、ステップＳ７０５において、通信モード設定部３１３がｉｏｃｔｌ命令を用いてスタンバイ時の通信モードをＮＩＣドライバ３１２に通知し、ＮＩＣドライバ３１２がＮＩＣ１０１に設定させる。このとき通知されるスタンバイ時の通信モードとは、図４に示す設定画面において設定されている通信モードである。

ＮＩＣ１０１側では、ステップＳ７０６において、ＭＦＰ１００から通知される通信モードを、自装置がＨＵＢ１０２と通信する際の通信モードとして設定し、リンクアップする。なお、ここでスタンバイ時の通信モードがＡｕｔｏＮｅｇｏｔｉａｔｉｏｎの場合は、ＮＩＣドライバ３１２がＡｕｔｏＮｅｇｏｔｉａｔｉｏｎの処理を実行し、ＨＵＢ１０２が対応可能な通信モードに基づいて、ＮＩＣ１０１が設定すべき通信モードを決定する。

なお、スタンバイ時の通信モード、ＭＡＰ１００がスリープ状態にある間もＮＩＣ１０１内のレジスタで管理しておくようにしても構わない。この場合、ＭＦＰ１００がスリープモードから復帰するときには、復帰する旨のみをＮＩＣ１０１に通知することにより、ＮＩＣ１０１内のレジスタで管理されているスタンバイ時の通信モードに変更されることになる。

ＭＦＰ１００側では、次に、ステップＳ７０７において、通信モード設定部３１３がｉｏｃｔｌ命令を用いて、ＨＵＢ１０２の通信能力をＮＩＣドライバ３１２に問い合わせる。ＮＩＣドライバ３１２は、この問い合わせに応じてＮＩＣ１０１に対して、ＨＵＢ１０２の通信能力を示す能力情報を要求する。この要求を受けて、ＮＩＣ１０１は、ステップＳ７０８において、ＨＵＢ１０２の能力情報をＭＦＰ１００に対して通知する。

より具体的には、この時、通信モード設定部３１３は、ＮＩＣドライバ３１２を介して、ＮＩＣ１０１におけるＬｉｎｋ−Ｐａｒｔｎｅｒ−Ａｂｉｌｉｔｙのレジスタの内容を参照することにより、ＨＵＢ１０２の能力情報を取得する。

なお、ＮＩＣ１０１は、ステップＳ７０６でリンクアップする際に、ＨＵＢ１０２と通信し、ＨＵＢ１０２の能力情報を取得しておく。この能力情報の取得は、スタンバイ時の通信モードがＡｕｔｏＮｅｇｏｔｉａｔｉｏｎでなかった場合（特定の通信スピードやＤｕｐｌｅｘが指定されている場合）にも行われている。

ステップＳ７０９では、ＨＵＢ１０２の能力情報が取得できたか否かの判定を行う。ここで、ＨＵＢ１０２の能力情報が取得できたと判定された場合は、ステップＳ７１０に進み、ＨＵＢ１０２が１０Ｍｂｐｓの通信スピードをサポートしているか否かの判定を行う。そして、この判定の結果、ＨＵＢ１０２が１０Ｍｂｐｓの通信スピードをサポートしていると判定された場合は、ステップＳ７１１に進む。

ステップＳ７１１では、通信モード設定部３１３が、ＭＦＰ１００がスリープモードに移行している状態でＮＩＣ１０１とＨＵＢ１０２とが通信する際の通信モードを１０Ｍｂｐｓと決定する。そして、通信モード設定部３１３は、この決定した通信モードを示す情報を、ＮＩＣドライバ３１２に通知しておく。

一方、ステップＳ７０９の判定の結果、ＨＵＢ１０２の能力情報が取得できなかったと判定された場合、またはステップＳ７１０の判定の結果、ＨＵＢ１０２が１０Ｍｂｐｓの通信スピードをサポートしていないと判定された場合はステップＳ５１１に進む。

ステップＳ５１１では、通信モード設定部３１３が、ＭＦＰ１００がスリープモードに移行している状態でＮＩＣ１０１とＨＵＢ１０２とが通信する際の通信モードをＡｕｔｏＮｅｇｏｔｉａｔｉｏｎと決定する。そして、通信モード設定部３１３は、この決定した通信モードを示す情報を、ＮＩＣドライバ３１２に通知しておく。

このように、通信モード設定部３１３は、ＭＦＰ１００が起動したときだけでなく、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰したときにも、改めてＨＵＢ１０２の能力情報の取得、及びスリープ時の通信モードの決定を行う。これは、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰したことが、ＨＵＢ１０２の電源が再投入されたことやＨＵＢ自体の交換に起因する場合があるためである。

つまり、ＨＵＢ１０２が別のＨＵＢに交換された場合、必ずしも新しく設置されたＨＵＢが元のＨＵＢと同じ通信能力を有しているとは限らないため、再度ＨＵＢ１０２の通信能力を確認することにより、ＨＵＢが交換されていた場合にも対応することができる。また、ＨＵＢ自体が交換されていなくても、ＨＵＢ１０２の通信に関する設定が変更されてＨＵＢ１０２の電源が再投入された場合についても同様である。

次に、ＭＦＰ１００のスタンバイ状態における動作について説明する。図８は、ＭＦＰ１００がスタンバイ状態である場合の、ＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。

まず、スタンバイ状態にあるＭＦＰ１００は、ステップＳ８０１において、ＮＩＣ１０１がネットワークに接続されているか否かを判定する。なお、ここでは、ＮＩＣ１０１のネットワークＩ／Ｆ２０４にネットワークケーブルが挿入されているか否かの判定だけでなく、ＮＩＣ１０１が電気的にＨＵＢ１０２と接続されているか否かの判定を行う。

ステップＳ８０１の判定の結果、ＮＩＣ１０１がネットワークに接続されていると判定された場合は、そのまま処理を終了する。一方、ＮＩＣ１０１がネットワークに接続されていないと判定された場合は、ステップＳ８０２に進む。

ステップＳ８０２では、ＮＩＣ１０１が新たにネットワークに接続されたか否かを判定する。なお、ここでも、ＮＩＣ１０１のネットワークＩ／Ｆ２０４にネットワークケーブルが挿入されているか否かの判定だけでなく、ＮＩＣ１０１が電気的にＨＵＢ１０２と接続されているか否かの判定を行う。

そして、ステップＳ８０２の判定の結果、ＮＩＣ１０１が新たにネットワークに接続されたと判定された場合に、図５のステップＳ５０４に進む。即ち、ＭＦＰ１００がスタンバイ状態であって、ネットワークに新たに接続された場合には、ＭＦＰ１００が起動した場合と同様にしてＮＩＣ１０１にスタンバイ時の通信モードでリンクアップさせるとともに、スリープ時の通信モードの決定を行う。

このように、通信モード設定部３１３は、ＭＦＰ１００が起動したときだけでなく、ＭＦＰ１００がスタンバイ状態であって且つ新たにネットワークに接続されたときにも、改めてＨＵＢ１０２の能力情報の取得、及びスリープ時の通信モードの決定を行う。これは、新たにＮＩＣ１０１に接続されたＨＵＢの通信能力が、元のＨＵＢの通信能力と異なる場合があるためである。

つまり、ＨＵＢ１０２が別のＨＵＢに交換された場合、必ずしも新しく設置されたＨＵＢが元のＨＵＢと同じ通信能力を有しているとは限らないため、再度ＨＵＢ１０２の通信能力を確認することにより、ＨＵＢが交換されていた場合にも対応することができる。また、ＨＵＢ自体が交換されていなくても、ＨＵＢ１０２の通信に関する設定が変更されてＨＵＢ１０２の電源が再投入された場合についても同様である。

（第２の実施形態）
次に、本発明に係る第２の実施形態について説明する。

第２の実施形態におけるＭＦＰ１００及びＮＩＣ１０１のハードウェア構成及びソフトウェア構成は、上述した第１の実施形態と相違はないため、説明は省略する。また、第２の実施形態における通信システム全体の構成も、第１の実施形態と同様であるものとする。

第２の実施形態では、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰する際に、この復帰の要因を判定し、復帰の要因が特定の要因であるか否かに応じて、ＨＵＢ１０２の能力情報の再取得及びスリープ時の通信モードの再決定を行うようにしている。

図９は、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰する際の、ＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。なお、図９のフローチャートは、第１の実施形態として説明した図７のフローチャートに対応するものであり、図７のフローチャートと比較して、ステップＳ９０１が追加されている点で異なっている。ステップＳ７０１乃至Ｓ７１２の各ステップの動作については図７で説明したものと同様のため、ここでは説明を省略する。

ステップＳ７０５において、通信モード設定部３１３がｉｏｃｔｌ命令を用いてスタンバイ時の通信モードをＮＩＣドライバ３１２に通知し、ＮＩＣドライバ３１２がＮＩＣ１０１に設定させた後、ステップＳ９０１に進む。

ステップＳ９０１では、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰する要因が特定の要因であるか否かを判定する。ここで、特定の要因とは、ＮＩＣ１０１がネットワークに接続されたことを示す。即ち、ステップＳ９０１では、ＮＩＣ１０１がネットワークに接続されたことに起因してＭＦＰ１００が復帰するか否かを判定する。なお、ここでの判定においても、ＮＩＣ１０１のネットワークＩ／Ｆ２０４にネットワークケーブルが挿入されているか否かの判定だけでなく、ＮＩＣ１０１が電気的にＨＵＢ１０２と接続されているか否かの判定を行う。

そしてステップＳ９０１の判定の結果、復帰の要因がネットワークに接続されたことであれば、ステップＳ７０７に進み、ＨＵＢ１０２の能力情報の取得、及びスリープ時の通信モードの決定を行う。一方、復帰の要因がネットワークに接続されたことでなければ、そのまま処理を終了する。

このように、第２の実施形態では、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰する場合に、常に、ＨＵＢ１０２の能力情報の取得やスリープ時の通信モードの決定を行うことなく、場合によって行うか否かを切り替えるようにしている。なぜなら、ＭＦＰ１００が復帰する要因が、ユーザが操作部２３０を操作したことであったり、或いはネットワークから上述した特定のパケットを受信したことであったりする場合は、ＨＵＢ１０２の通信能力は変更していないと考えられるためである。つまり、ＨＵＢ１０２の通信能力に変更がないことが明らかな場合には、ＨＵＢ１０２の能力情報の取得や通信モードの決定といった処理を省くことにより、ＭＦＰ１００における処理の負荷を軽減することができる。

（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔の外部装置から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。すなわち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。すなわち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。

本発明の実施形態における通信システムの全体図である。 本発明の実施形態における画像形成システム２００の構成を説明するブロック図である。 本発明の実施形態におけるＮＩＣ１０１及びＭＦＰ１００のソフトウェア構成図である。 本発明の実施形態における操作部２３０に表示される設定画面を示す図である。 本発明の実施形態における、ＭＦＰ１００が起動する際のＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。 本発明の実施形態における、ＭＦＰ１００がスリープモードに移行する際のＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。 本発明の実施形態における、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰する際のＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。 本発明の実施形態における、ＭＦＰ１００がスタンバイ状態である場合のＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。 本発明の実施形態における、ＭＦＰ１００がスリープモードからスタンバイ状態に復帰する際のＭＦＰ１００及びＮＩＣ１０１の動作を説明するためのフローチャートである。

符号の説明

１００ ＭＦＰ
１０１ ＮＩＣ
１０２ ＨＵＢ
１０３ ＬＡＮ

Claims (15)

1. 通常電力モードと当該通常電力モードよりも消費電力が小さい省電力モードとを備え、ネットワークインターフェース装置を介してネットワークに接続された通信装置であって、
   前記ネットワークインターフェース装置を介して、前記ネットワーク上の外部装置と通信する通信手段と、
   前記外部装置の通信能力を示す能力情報を取得する取得手段と、
   前記取得手段が取得した能力情報に基づいて、前記通信装置が前記省電力モードに移行した状態で前記ネットワークインターフェース装置と前記外部装置とが通信する際の通信モードを決定する決定手段と、
   前記通信装置が前記通常電力モードから前記省電力モードに移行する際に、前記決定手段により決定された通信モードを、前記ネットワークインターフェース装置が前記外部装置と通信する際の通信モードとして、前記ネットワークインターフェース装置に設定させる設定手段と、
   を備えることを特徴とする通信装置。
2. 前記取得手段は、前記ネットワークインターフェース装置が予め前記外部装置から取得しておいた前記能力情報を、当該ネットワークインターフェース装置から取得することを特徴とする請求項１に記載の通信装置。
3. 前記取得手段は、前記通信装置が起動したときに、前記能力情報の取得を行うことを特徴とする請求項１または２に記載の通信装置。
4. 前記取得手段は、前記通信装置が前記省電力モードから前記通常電力モードへ移行するときに、前記能力情報の取得を行うことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記通信装置が前記省電力モードから前記通常電力モードへ移行する際に、当該移行の要因を判定する判定手段を更に備え、
   前記取得手段は、前記判定手段により判定された要因が特定の要因である場合に、前記能力情報の取得を行うことを特徴とする請求項４に記載の通信装置。
6. 前記特定の要因とは、前記ネットワークインターフェース装置と前記外部装置とが電気的に接続されたことであることを特徴とする請求項５に記載の通信装置。
7. 前記インターフェース装置と前記外部装置とが電気的に接続されたことを検知する検知手段を更に備え、
   前記取得手段は、前記検知手段により前記ネットワークインターフェース装置と前記外部装置とが電気的に接続されたことが検知されたことに応じて、前記能力情報の取得を行うことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記設定手段は、前記通信装置が前記通常電力モードから前記省電力モードに移行する際に、前記決定手段により前もって決定されている通信モードを、前記ネットワークインターフェース装置が前記外部装置と通信する際の通信モードとして、前記ネットワークインターフェース装置に設定させることを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. 前記取得手段により前記能力情報が取得されなかった場合は、前記設定手段は、前記ネットワークインターフェース装置が前記外部装置と通信する際の通信モードを、ＡｕｔｏＮｅｇｏｔｉａｔｉｏｎを用いて通信モードを決定するように設定することを特徴とする請求項１から８のいずれか１項に記載の通信装置。
10. 前記決定手段は、前記通信装置が前記省電力モードに移行した状態で前記ネットワークインターフェース装置と前記外部装置とが通信する際の通信スピードを決定することを特徴とする請求項１から９のいずれか１項に記載の通信装置。
11. 前記決定手段は、前記外部装置が対応可能な通信スピードのうちより遅い通信スピードを、前記通信装置が前記省電力モードに移行した状態で前記ネットワークインターフェース装置と前記外部装置とが通信する際の通信スピードとして決定することを特徴とする請求項１０に記載の通信装置。
12. 前記外部装置とはＨＵＢであることを特徴とする請求項１から１１のいずれか１項に記載の通信装置。
13. 通常電力モードと当該通常電力モードよりも消費電力が小さい省電力モードとを備え、ネットワークインターフェース装置を介してネットワークに接続された通信装置の制御方法であって、
    前記ネットワークインターフェース装置を介して、前記ネットワーク上の外部装置と通信する通信工程と、
    前記外部装置の通信能力を示す能力情報を取得する取得工程と、
    前記取得工程で取得した能力情報に基づいて、前記通信装置が前記省電力モードに移行した状態で前記ネットワークインターフェース装置と前記外部装置とが通信する際の通信モードを決定する決定工程と、
    前記通信装置が前記通常電力モードから前記省電力モードに移行する際に、前記決定工程で決定された通信モードを、前記ネットワークインターフェース装置が前記外部装置と通信する際の通信モードとして、前記ネットワークインターフェース装置に設定させる設定工程と、
    を備えることを特徴とする通信装置の制御方法。
14. 請求項１３に記載の通信装置の制御方法をコンピュータに実行させるためのプログラム。
15. 請求項１３に記載の通信装置の制御方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

Images