JP5963562B2 - 通信装置、通信装置の制御方法およびプログラム。 - Google Patents

Description

本発明は、他の装置から通信の開始要求を受信する装置に関する。

プリンタやプロジェクタには、印刷処理や投影処理を行う処理部と、他の通信装置と通信するための通信部とを有するものがある。このようなプリンタやプロジェクタ（以下、通信装置と称する）では、通信装置の消費電力を低下させるために、通信部の電源をオンにしたまま、処理部の電源をオフにして省電力状態とする技術があった。

このような通信装置では、省電力状態の際に他の通信装置から通信の開始要求パケットを受信すると開始要求パケットに対する応答を送信して通信を開始すると共に、処理部も通信部も電源がオンの状態である通常状態に移行する（特許文献１）。ここで、通信の開始要求パケットとは、例えばＴＣＰにおけるＳＹＮパケットである。また、処理部は、電源オフの状態から電源オンの状態に移行すると、初期化を行う。

特開２００７−１８３７９７号公報

通信装置が省電力状態から通常状態に移行し、処理部が初期化を行った際に通信装置のアドレス等の通信設定が変更される場合がある。通信設定が変更されると、変更前の通信設定では他の通信装置と通信装置とは通信できなくなってしまう。

通信設定が変更されたにも拘わらず、通信装置が省電力状態の際に受信した開始要求パケットに対する応答を送信してしまうと、他の通信装置は変更前の通信設定で通信装置と通信可能であると誤って認識してしまうという課題があった。

上記課題を解決するために、本発明は、通信開始要求を受信する前の通信設定では通信装置と他の通信装置とが通信できないにも拘わらず、当該通信設定で通信可能であると他の通信装置が誤って認識する可能性を低減することを目的とする。なお、本発明の他の側面および効果は、続く詳細な説明および添付するクレームから明らかである。

本発明の通信装置は、消費電力の異なる第１の状態と第２の状態とを有する通信装置であって、前記通信装置が前記第１の状態である場合に、他の通信装置から通信の開始要求を受信し、前記開始要求の受信に応じて、前記第１の状態よりも消費電力の大きい前記第２の状態に前記通信装置の状態を移行し、前記第２の状態に移行した後に前記他の通信装置との通信に利用する通信設定が変更されていない場合には前記開始要求に対する応答を前記他の通信装置に送信し、前記通信設定が変更された場合には、前記開始要求に応じた通信が可能であることを示す応答を前記他の通信装置に送信しない。

本発明によれば、通信開始要求を受信する前の通信設定では通信装置と他の通信装置とが通信できない場合には通信開始要求に応じた通信が可能であることを示す応答を送信しないので、当該通信設定で通信可能であると他の通信装置が誤って認識する可能性を低減することができる。

ネットワーク構成を示す図。 ハードウェア構成図。 状態遷移図。 ソフトウェア機能ブロック図。 ネットワーク通信部２０１が実現するフローチャート。 アプリケーションシステム部２０２が実現するフローチャート。 ネットワーク通信部２０１とアプリケーションシステム部２０２との間のシーケンスチャート。 ネットワーク通信部２０１とアプリケーションシステム部２０２との間のシーケンスチャート。 ネットワーク通信部２０１とアプリケーションシステム部２０２との間のシーケンスチャート。

図１に、本実施形態のネットワーク構成を示す。通信装置１０１と他の通信装置１０２とは、ネットワーク１０３を介して接続されている。本実施形態では、ネットワーク１０３はＬＡＮもしくはＷＡＮ（インターネット等）である。そして、通信装置１０１と他の通信装置１０２とは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に準拠したパケット通信を行う。

図２（ａ）に、通信装置１０１のハードウェア構成を示す。通信装置１０１は、ネットワーク通信部２０１とアプリケーションシステム部２０２とを有する。

ネットワーク通信部２０１は、ネットワーク１０３を介して他の通信装置１０２と通信を行う。アプリケーションシステム部２０２は、ネットワーク通信部２０１を制御することで、他の通信装置１０２から受信したデータを出力する。ここで、出力とは、印刷や表示、投影等である。

ネットワーク通信部２０１は、通信制御部２１１と、ローカルＲＡＭ２１２と、プロトコル処理部２１３と、バスブリッジ２１４とを有する。これらのハードウェアモジュールは、ローカルバス２１５により接続されている。

通信制御部２１１は、ネットワークを介して他の通信装置１０２とＴＣＰ／ＩＰに準拠したパケットの送受信を行う。ローカルＲＡＭ２１２は、通信制御部２１１がパケットの送受信を行う際に必要なデータ（送信データや受信データ）を一時的に記憶（バッファ）する。プロトコル処理部２１３は、ＴＣＰ／ＩＰに準拠した通信を行うための各種プロトコル処理を行う。例えば、受信パケットのヘッダ解析や、送信フロー制御、輻輳制御、通信エラー制御等を行う。また、プロトコル処理部２１３は、後述する電源制御部２２６の制御も行う。

アプリケーションシステム部２０２は、ＣＰＵ２２１と、ＲＯＭ２２２と、ＲＡＭ２２３と、クロック２２７とを有する。これらのハードウェアモジュールは、システムバス２２５により接続されている。

ＣＰＵ２２１は、ＲＯＭ２２２に記憶されているプログラムを読み出して実行することで、アプリケーション機能部２０２を制御し、データの印刷や表示を行う。また、ＲＡＭ２２３は、ＣＰＵ２２１がプログラムを読み出して実行する際のワークメモリとして利用される。

アプリケーションシステム部２０２は、更に、電源制御部２２６を有する。電源制御部２２６は、アプリケーション部２０２の各種ハードウェアモジュールに対する電源制御や、リセット処理を行う。また、電源制御部２２６は、プロトコル処理部２１３からの指示により動作する。

電源制御部２２６によりアプリケーションシステム部２０２における各種ハードウェアモジュールに電力供給されている状態を通常状態と呼ぶ。通常状態である場合には、通信装置１０１は他の通信装置１０２からデータを受信し、印刷や表示を行うことができる。

一方、電源制御部２２６によりアプリケーションシステム部２０２における各種ハードウェアモジュールへ電力供給されていない状態を低消費電力状態と呼ぶ。低消費電力状態では、通常状態と比べて、通信装置１０１の消費電力が低減されている。低消費電力状態である場合には、通信装置１０１は他の通信装置１０２から受信したデータの印刷や表示を行うことができない。しかしながら、低消費電力状態であっても、ネットワーク通信部２０１には電力供給されており、通信装置１０１は、ネットワーク１０３を介して他の通信装置１０２から通信の開始要求や、ＡＲＰパケット等を受信することができる。ここで、通信の開始要求とは、ＴＣＰコネクションの接続要求パケット（ＴＣＰ ＳＹＮパケット）である。また、ＡＲＰとは、Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌの略であり、通信装置１０１が自身のＩＰアドレス宛てのＡＲＰパケットを受信すると、当該ＡＲＰパケットを送信した相手装置に、通信装置１０１自身のＭＡＣアドレスを通知する。

上述したハードウェアモジュール２２１〜２２６は、クロック２２７からのクロック信号に応じて動作する。

図２（ｂ）に、電源制御部２２６の詳細を示す。電源２３１は商用電源と接続された電源モジュールである。電源２３１は、バッテリーでも良い。スイッチ２３２は、プロトコル制御部２１３からの制御信号に従って、電源２３１からの電力をアプリケーションシステム部２０２に供給するか否かを切替えるスイッチである。プロトコル処理部２１３は、スイッチ２３２を切替えることによって、アプリケーションシステム部２０２への電力供給を制御する。

なお、図２（ｂ）の構成に代えて、図２（ｃ）のような構成としてもよい。即ち、電源２３１からゲート２３５を介してアプリケーションシステム部２０２への電力供給が行われる。そして、クロック２２７からのクロック供給をゲート２３５に提供するか否かを切替えるスイッチ２３６を有し、当該スイッチ２３６のオンとオフをプロトコル制御部２１３からの制御信号により切替える構成である。ここで、ゲート２３５は、クロック２２７からのクロック供給により動作するものとし、クロック供給がない場合には、通電しないものとする。このような構成によっても、同様の目的を達成することができる。

図３に、複数の状態（通常状態と低消費電力状態）間の状態遷移図を示す。通信装置１０１が通常状態である場合（３０１）、他の通信装置との通信を継続している間、通常状態を維持する（３０２）。そして、他の通信装置との通信が終了してから所定時間が経過した場合には、通常状態から低消費電力状態（３０３）に遷移する（３０４）。また、通信装置１０１が低消費電力状態である場合、他の通信装置から通信の開始要求を受信すると、低消費電力状態から通常状態に遷移する（３０５）。なお、本実施形態では、通常状態（３０１）と低消費電力状態（３０３）とで、ネットワーク通信部２０１において動作するプログラムが異なる。通常状態で動作するプログラムは、一般的なＴＣＰ／ＩＰ処理を行い、アプリケーションシステム部２０２とデータのやり取りを行う。一方、低消費電力で動作するプログラムは、所定の通信開始要求（例えば、ＴＣＰのＳＹＮパケット）を受信しない限り、アプリケーションシステム部２０２とデータのやり取りは行わない。

図４に、通信装置１０１のソフトウェア構成を示す。図４に示す各ソフトウェアモジュールは、ＲＯＭ２２２に記憶されたプログラムをＣＰＵ２２１が読み出して実行することによって、もしくは、通信制御部２１１やプロトコル処理部２１３が動作することによって実現される。

受信部４００は、ＩＰパケットを受信する。エラー判定部４０１は、受信したＩＰパケットにエラーがあるか否かを判定する。破棄部４０２は、受信部４００が受信したＩＰパケットを破棄する。宛先判定部４０３は、ＩＰパケットの宛先であるＩＰアドレスに基づいて、ＩＰパケットの宛先が通信装置１０１であるか否かを判定する。ＴＣＰ判定部４０４は、ＩＰパケットのデータ部がＴＣＰに準拠したデータ（ＴＣＰパケット）であるか否かを判定する。要求判定部４０５は、受信したＴＣＰパケットが通信開始要求か否かを判定する。記憶制御部４０６は、ローカルＲＡＭ２１２に、受信部４００が受信したＩＰパケットを記憶させる。投入部４０７は、電源制御部２２６に対してアプリケーションシステム部２０２における各種ハードウェアモジュールへの電源投入を指示する。停止部４０８は、受信部４００によるＩＰパケットの受信を停止させる。

初期化部４１０は、アプリケーションシステム部１０３の初期化処理を行う。確認部４１１は、ローカルＲＡＭ２１２に通信開始要求が記憶されていることを確認する。確認部４１１は、更にローカルＲＡＭ２１２に記憶されている復帰ステータス情報を確認する。起動部４１２は、復帰ステータス情報により特定されるアプリケーション４１３を起動する。アプリケーション４１３は、通信装置１０１が他の通信装置１０２から受信したデータの表示制御や印刷制御を行う。更に、アプリケーション４１３は、他の通信装置１０２との通信に用いるポート番号をオープンする。読込指示部４１４は、ＲＡＭ２１２に記憶されている通信開始要求を読み込むようネットワーク通信部２０１に指示する。破棄指示部４１５はローカルＲＡＭ２１２に記憶されている通信開始要求の破棄を指示する。

図５に、低消費電力状態である通信装置１０１が他の通信装置１０２からＩＰに準拠したデータ（ＩＰパケット）を受信する際に、プロトコル処理部２１３が実現するフローチャートを示す。

Ｓ５０１において、受信部４００はＩＰパケットを受信する。ＩＰパケットを受信すると、Ｓ５０２において、エラー判定部４０１は、受信したＩＰパケットにエラーがあるか否かを判定する。具体的には、受信したＩＰパケットのヘッダ（ＩＰヘッダ）におけるデータ長の情報と、実際に受信したＩＰパケットのデータ長とが一致するか否かを確認する。一致していない場合にはエラーがあると判定する。また、ＩＰヘッダのチェックサム値を計算し、ＩＰヘッダに記載されたチェックサムの値と一致するか否かを確認する。一致していない場合にはエラーがあると判定する。エラーがあると判定された場合にはＳ５０８に進み、破棄部４０２は受信したＩＰパケットを破棄する。一方、エラーがないと判定された場合には、Ｓ５０３に進む。

Ｓ５０３において、宛先判定部４０３は、ＩＰパケットの宛先が通信装置１０１であるか否かを判定する。具体的には、通信装置１０１に設定されているＩＰアドレスと、ＩＰパケットの宛先であるＩＰアドレスとが一致するか否かを確認し、一致する場合にはＩＰパケットの宛先が通信装置１０１であると判定する。ＩＰパケットの宛先が通信装置１０１ではないと判定された場合、Ｓ５０８に進み、破棄部４０２は受信したＩＰパケットを破棄する。一方、ＩＰパケットの宛先が通信装置１０１である判定された場合、Ｓ５０４に進む。

Ｓ５０４において、ＴＣＰ判定部４０４は、ＩＰパケットのデータ部がＴＣＰに準拠したデータ（ＴＣＰパケット）であるか否かを判定する。ＴＣＰパケットで無いと判定された場合、Ｓ５０８に進み、破棄部４０２は受信したＩＰパケットを破棄する。一方、ＴＣＰパケットであると判定された場合、Ｓ５０５に進む。

Ｓ５０５において、エラー判定部４０１は、ＴＣＰパケットにエラーがあるか否かを判定する。具体的には、ＴＣＰパケットのヘッダ（ＴＣＰヘッダ）のチェックサム値を計算し、ＴＣＰヘッダに記載されたチェックサムの値と一致するか否かを確認する。一致していない場合にはエラーがあると判定する。エラーがあると判定された場合にはＳ５０８に進み、破棄部４０２は受信したＩＰパケットを破棄する。一方、エラーがないと判定された場合には、Ｓ５０６に進む。

Ｓ５０６において、要求判定部４０５は、受信したＴＣＰパケットが通信開始要求か否かを判定する。具体的には、ＴＣＰパケットにおけるＵＲＧフラグ、ＡＣＫフラグ、ＰＳＨフラグ、ＲＳＴフラグ、ＦＩＮフラグがオフであり、ＳＹＮフラグだけがオンである場合には、当該ＴＣＰパケットが通信開始要求（ＴＣＰのＳＹＮパケット）であると判定する。通信開始要求でないと判定された場合にはＳ５０８に進み、破棄部４０２は受信したＩＰパケットを破棄する。一方、通信開始要求であると判定された場合には、Ｓ５０７に進む。

Ｓ５０７において、宛先判定部４０３は、ＴＣＰパケットの宛先ポート番号が所定のポート番号であるか否かを判定する。所定のポート番号ではない場合にはＳ５０８に進み、破棄部４０２は受信したＩＰパケットを破棄する。一方、所定のポート番号である場合にはＳ５０９に進む。

Ｓ５０９において、記憶制御部４０６は、ローカルＲＡＭ２１２に受信したＩＰパケットを記憶させる。更に記憶制御部４０６は、ローカルＲＡＭ２１２に復帰ステータス情報を記憶させる。復帰ステータス情報とは、受信したＩＰパケットの情報（例えば、受信時刻、パケット長、等）や、他の通信装置１０２と通信するアプリケーションを特定する情報（例えば、プロトコル種類、ポート番号、等）である。Ｓ５１０において、投入部４０７は、電源制御部２２６に対してアプリケーションシステム部２０２における各種ハードウェアモジュールへの電源投入を指示する。これにより、低消費電力状態から通常状態に移行する。そして、Ｓ５１１において、停止部４０８は、受信部４００によるＩＰパケットの受信を停止させる。これは、ネットワーク通信部２０１が低消費電力状態の際に動作するプログラムから、通常状態の際に動作するプログラムに切替えるために、一時的にネットワーク通信部２０１の動作を停止させているのである。

次に、アプリケーションシステム部２０２への電源投後における、ＣＰＵ２２１がＲＯＭ２２２に記憶されたプログラムを読み出すことで実現するフローチャートを図６に示す。また、アプリケーションシステム部２０２への電源投後における、アプリケーションシステム部２０２とネットワーク通信部２０１との間のシーケンスチャートを図７〜９に示す。

アプリケーションシステム部２０２に電源が投入されると、初期化部４１０は、アプリケーションシステム部１０３の初期化処理を行う。（Ｓ６０１、７０１、７０２）。この初期化処理では、システム内の各ハードウェアとシステムソフトウェアの初期設定などを実行する。また、初期化部４１０は、ネットワーク通信部２０１に対して、通常状態での動作開始指示を行う。

ネットワーク通信部２０１が動作開始指示を受けると、プロトコル処理部２１３において通常状態の際に動作するプログラムが実行され、ＩＰパケットの通信が開始される（７０３）。但し、この時点では、ＩＰアドレスなどの通信設定は無効化された状態になっており、受信部４００がネットワーク１０３から受信するＩＰパケットは、破棄部４０２により破棄される。

次に、アプリケーションシステム部２０２は、通信設定を行う（Ｓ６０２、７０４、７０５、７０６）。具体的には、ネットワーク通信部２０１を介してＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバと通信を行ってＩＰアドレスの取得を行う。当該通信では、アプリケーションシステム部２０２とネットワーク通信部２０１の間で、ＤＨＣＰメッセージの送信（例えば、ＤＨＣＰ Ｄｉｓｃｏｖｅｒメッセージ、ＤＨＣＰ Ｒｅｑｕｅｓｔメッセージ、等の送信）指示が行われる。更に、ネットワーク通信部２０１からアプリケーションシステム部２０２へのＤＨＣＰメッセージの受信（ＤＨＣＰ Ｏｆｆｅｒメッセージ、ＤＨＣＰ Ａｃｋメッセージ、等の受信）通知のやり取りが行われる。そして、ＤＨＣＰサーバとの通信により取得したＩＰアドレスをアプリケーションシステム部２０２はネットワーク通信部２０１に設定する。

まず、通信設定に失敗した場合について説明する（Ｓ６０３のＮｏ）。例えば、ＤＨＣＰサーバが停止している場合には、ＤＨＣＰメッセージを受信できないため、通信設定に失敗する。通信設定に失敗した場合には、確認部４１１はローカルＲＡＭ２１２に通信開始要求が記憶されていることを確認する（Ｓ６０９、８０１）。そして、破棄指示部４１５はローカルＲＡＭ２１２に記憶されている通信開始要求の破棄をネットワーク通信部２０１に指示し（Ｓ６１０、８０２）、該指示に応じて破棄部４０２は、通信開始要求を破棄する（８０３）。これにより、アプリケーション通信ができないにも拘わらず、通信開始要求に対する応答を送信してしまうことを防ぐことができる。ここで、該応答とは、通信開始要求に応じた通信（例えば、通信開始要求を受信した際のアドレスを用いた通信）が可能であることを示す応答であり、通信開始要求に対するＡｃｋ（肯定応答）を含むものとする。

一方で、通信設定に成功すると（Ｓ６０３のＹｅｓ）、確認部４１１は、ローカルＲＡＭ２１２に記憶されている復帰ステータス情報を確認する（Ｓ６０４、７０７）。前述したように、復帰ステータス情報にはアプリケーション通信開始を要求されたアプリケーションを特定する情報（例えば、プロトコル種類、受付けポート番号）が含まれている。起動部４１２は、復帰ステータス情報により特定されるアプリケーション４１３を起動する（Ｓ６０５、７０８）。起動されたアプリケーション４１３は、通信に用いるポート番号をオープンする（Ｓ６０５、７０９）。

ここで、アプリケーションの起動や、ポート番号のオープンに失敗した場合には（Ｓ６０６のＮｏ）、破棄指示部４１５はローカルＲＡＭ２１２に記憶されている通信開始要求の破棄をネットワーク通信部２０１に指示し（Ｓ６１０、９０１）する。そして、該指示に応じて破棄部４０２は、通信開始要求を破棄する（９０２）。これにより、アプリケーション通信ができないにも拘わらず、通信開始要求に対する応答を送信してしまうことを防ぐことができる。

一方で、アプリケーション４１３の起動、および、ポート番号のオープンに成功すると（Ｓ６０６のＹｅｓ）、読込指示部４１４は、ＲＡＭ２１２に記憶されている通信開始要求を読み込むようネットワーク通信部２０１に指示する（Ｓ６０７、７１０）。これは、ネットワーク通信部２０１において通常状態の際に動作するプログラムに対して、ＲＡＭ２１２に記憶されている通信開始要求を読み込み、再度、受信処理を行うよう指示するものである。ネットワーク通信部２０１において動作するプログラムは当該指示を受けると、図５に示すＳ５０２〜Ｓ５０８の動作を再び行う（７１１、再受信処理）。

ここで、Ｓ６０２で為された通信設定が、低消費電力状態の通信設定と同じ（即ち、ＤＨＣＰ通信により、低消費電力状態の時と同じＩＰアドレスを取得した）場合、再受信処理によって、アプリケーション通信のＴＣＰコネクションが確立される。即ち、ネットワーク通信部２０１は通信開始要求に対する応答を送信する（７１２）。更に、ネットワーク通信部２０１はアプリケーション４１３に対してアプリケーション通信が開始したことを通知し（７１３）、アプリケーション通信が行われる（７１４）。

しかし、例えば、Ｓ６０２において、低消費電力状態の時とは異なるＩＰアドレスを取得した場合（即ち、通信設定が変更された場合）には、再受信処理により、当該通信開始要求は自装置宛てではないと判定される。そして、該判定結果に応じて上記通信開始要求は破棄される（Ｓ５０３のＮｏ）。このためアプリケーション通信は開始されない。また、Ｓ６０２で為された通信設定が、低消費電力状態の通信設定と同一であるとしても、アプリケーションが正常に起動しなかった場合やポートのオープンに失敗した場合には（Ｓ６０６のＮｏ）、通信開始要求を破棄する。これにより、アプリケーション通信ができないにも拘わらず、通信開始要求に対する応答を送信してしまうことを防ぐことができる。

このような場合、他の通信装置１０２は、通信開始要求を送信したにも拘わらず、該要求に対する応答を受信できない。そこで他の通信装置１０２は、所定の機能（例えば、印刷機能や表示・投影機能）を有する装置をネットワーク１０３の中から探索する。例えば、他の通信装置１０２はＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）に規定されたＤｉｓｃｏｖｅｒｙ信号を送信する。当該Ｄｉｓｃｏｖｅｒｙ信号は、ネットワーク１０３にブロードキャストされる。通信装置１０１のネットワーク通信部２０１が、当該Ｄｉｓｃｏｖｅｒｙ信号を受信し、他の通信装置１０２が探索している所定の機能を通信装置１０１が有している場合には、ネットワーク通信部２０１はＤｉｓｃｏｖｅｒｙ信号に対する応答を他の通信装置１０２に送信する。該応答には、通信装置１０１のＩＰアドレスが含まれている。このＩＰアドレスは、アプリケーションシステム部２０２が起動した後の初期化処理中に得られたＩＰアドレスである。他の通信装置１０２は、このようにして通信装置１０１のＩＰアドレスを取得することができる。従って、他の通信装置１０２は、取得したＩＰアドレスを使って通信装置１０１に再度、通信開始要求を送信する。該通信開始要求を受信した通信装置１０１のネットワーク通信部２０１は、当該通信開始要求に対して応答を送信する（図７の７１２に相当）と共に、アプリケーションシステム部２０２に対してアプリケーション通信開始を通知する（図７の７１４に相当）。このようにして、通信装置１０１と他の通信装置１０２とは、ＩＰ通信を再開することができる。

なお、これに限らず、次のように動作してもよい。即ち、ネットワーク通信部２０１もしくはアプリケーションシステム部２０２が、アプリケーションシステム部２０２の通信設定によりＩＰアドレスが変更されたことを判定する。そして、変更されたと判定した場合には、ネットワーク通信部２０１が他の通信装置１０２にＩＰアドレスを通知するようにしてもよい。このようにしても、他の通信装置１０２は、変更後のＩＰアドレスを使って通信開始要求を送信できるので、通信装置１０１と他の通信装置１０２とは、ＩＰ通信を再開することができる。

本発明では、他の通信装置１０２からの通信開始要求の受信に応じて、第１の状態（例えば、低消費電力状態）から第２の状態（例えば、通常状態）に移行する。そして、該移行の前後で、他の通信装置１０２との通信に使われる通信設定（例えば、ＩＰアドレス）が変更されたか否かを判定する。該判定としては、上述したように受信した通信開始要求に記載されたＩＰアドレスと、第２の状態に移行した後に通信装置１０１に設定されたＩＰアドレスとを比較することで判定できる。しかしこれに限らず、第１の状態の際のＩＰアドレスをプロトコル制御部２１３が記憶しておき、該記憶しているＩＰアドレスと、第２の状態に移行した後に通信装置１０１に設定されたＩＰアドレスとを比較することで判定するようにしてもよい。そして、判定結果に応じて、通信装置１０１は、他の通信装置１０２からの通信開始要求に対する応答を送信する。具体的に、通信装置１０１は、通信設定が変更されていない場合には通信開始要求に対する応答を送信し、通信設定が変更された場合には通信開始要求に対する応答を送信しない。このようにして、アプリケーション通信ができないにも拘わらず、通信開始要求に対する応答を送信してしまうことを防ぐことができる。

また、本発明の他の側面では、通信開始要求に対する応答を他の通信装置１０２に送信しなかった場合、変更後の通信設定（ＩＰアドレス）を他の通信装置１０２に通知する。これにより、他の通信装置は変更後の通信設定（ＩＰアドレス）を知ることができ、通信装置１０１と他の通信装置１０２とはアプリケーション通信を開始することができる。

また、本発明の他の側面では、通信開始要求に、通信相手となるアプリケーションを特定するための情報が含まれている。これにより、他の通信装置１０２は通信装置１０１において起動させるアプリケーションを指定することができ、ユーザの意図した通信を行うことができる。

また、上述した実施形態において通信開始要求を破棄する代わりに、他の通信装置１０２に対して該通信開始要求に応じた通信（例えば、通信開始要求を受信した際のアドレスを用いた通信）を開始できないことを通知するようにしてもよい。即ち、通信開始要求に対して拒否応答を送信するようにしてもよい。このようにしても、当該通信設定で通信可能であると他の通信装置が誤って認識する可能性を低減することができる。

また、拒否応答に変更後の通信設定を含めるようにしてもよい。これにより、他の通信装置は変更後の通信設定（ＩＰアドレス）を知ることができ、通信装置１０１と他の通信装置１０２とはアプリケーション通信を開始することができる。

本発明は、上述した１つ乃至複数のうちのいくつかの効果を有する。

１０１ 通信装置
１０２ 他の通信装置
１０３ ネットワーク
２０１ ネットワーク通信部
２０２ アプリケーションシステム部

Claims (12)

1. 消費電力の異なる第１の状態と第２の状態とを有する通信装置であって、
   前記通信装置が前記第１の状態である場合に、他の通信装置から通信の開始要求を受信する受信手段と、
   前記受信手段による前記開始要求の受信に応じて、前記第１の状態よりも消費電力の大きい前記第２の状態に前記通信装置の状態を移行する移行手段と、
   前記開始要求に対する応答を前記他の通信装置に送信する送信手段と、
   を有し、
   前記送信手段は、前記移行手段により前記第２の状態に移行した後に前記他の通信装置との通信に利用する通信設定が変更された場合には、前記開始要求に応じた通信が可能であることを示す応答を前記他の通信装置に送信しない
   ことを特徴とする通信装置。
2. 前記送信手段が、前記開始要求に対する応答を前記他の通信装置に送信しなかった場合、変更後の前記通信設定を前記他の通信装置に通知する通知手段を更に有することを特徴とする請求項１に記載の通信装置。
3. 前記移行手段により前記第２の状態に移行した後に、前記通信装置がＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを取得する取得手段を更に有し、
   前記判定手段は、前記開始要求の宛先であるＩＰアドレスと、前記取得手段により取得したＩＰアドレスとが一致していない場合に、前記通信設定が変更されたと判定することを特徴とする請求項１または２に記載の通信装置。
4. 前記取得手段は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に従ってＩＰアドレスを取得することを特徴とする請求項３に記載の通信装置。
5. データの印刷または投影を行う処理手段と、
   前記処理手段に対する電力供給を制御する電源手段とを更に有し、
   前記第１の状態である場合、前記電源手段は前記処理手段に対して電力供給を行わず、前記第２の状態である場合、前記電源手段は前記処理手段に対して電力供給を行う
   ことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 前記電源手段は、前記開始要求の受信に応じて、前記処理手段に対して電力を供給することを特徴とする請求項５に記載の通信装置。
7. 前記受信手段による前記開始要求の受信に応じて起動するアプリケーションを特定するための情報を記憶する記憶手段を更に有し、
   前記処理手段は、前記電源手段により電力供給を受けた後に、前記記憶手段に記憶された前記情報に基づいてアプリケーションを起動させることで、データの印刷または表示を行う
   ことを特徴とする請求項５または６に記載の通信装置。
8. 前記送信手段は、前記通信設定が変更された場合には、前記開始要求に対する拒否応答を送信することを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. 前記開始要求は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に準拠したＳＹＮパケットであることを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
10. 前記通信装置は、プロジェクタまたはプリンタであることを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
11. 消費電力の異なる第１の状態と第２の状態とを有する通信装置の制御方法であって、
    前記通信装置が前記第１の状態である場合に、他の通信装置から通信の開始要求を受信し、
    前記開始要求の受信に応じて、前記第１の状態よりも消費電力の大きい前記第２の状態に前記通信装置の状態を移行し、
    前記第２の状態に移行した後に前記他の通信装置との通信に利用する通信設定が変更されていない場合には前記開始要求に対する応答を前記他の通信装置に送信し、前記通信設定が変更された場合には、前記開始要求に応じた通信が可能であることを示す応答を前記他の通信装置に送信しない
    ことを特徴とする制御方法。
12. コンピュータに、請求項１１に記載の制御方法を実行させるためのプログラム。

Images