(57)【特許請求の範囲】
【請求項１】
サーバに通信可能に接続される通信装置であって、
印刷実行部と、
比較的に消費電力が低い低消費電力状態と、比較的に消費電力が高い高消費電力状態と、を含む複数個の状態のうちのいずれか１個の状態で前記通信装置が動作するように、前記通信装置の動作を制御する動作制御部と、
特定の外部装置から、前記サーバを介して、通信要求を受信する要求受信部と、
前記通信装置が前記高消費電力状態である間に、前記特定の外部装置から第１の前記通信要求が受信される場合に、前記通信装置と前記特定の外部装置との間で通信セッションを確立するための確立信号を、前記サーバを介して、前記特定の外部装置に送信し、
前記通信装置が前記低消費電力状態であり、かつ、前記印刷実行部が印刷を実行不可能なエラー状態でない間に、前記特定の外部装置から前記第１の通信要求が受信される場合に、前記通信装置と前記特定の外部装置との間で通信セッションの確立を拒否するための第１の拒否信号を、前記サーバを介して、前記特定の外部装置に送信し、
前記通信装置が前記低消費電力状態であり、かつ、前記印刷実行部が前記エラー状態である間に、前記特定の外部装置から前記第１の通信要求が受信される場合に、前記通信装置と前記特定の外部装置との間で通信セッションの確立を拒否するための第２の拒否信号を、前記サーバを介して、前記特定の外部装置に送信する送信部と、
前記確立信号が送信されることによって確立される前記通信セッションを利用して、前記特定の外部装置から、通信対象の対象データを受信する通信実行部と、
を備え、
前記印刷実行部は、前記通信セッションを利用して受信される前記対象データに従って、印刷を実行し、
前記動作制御部は、前記通信装置が前記低消費電力状態であり、かつ、前記印刷実行部が前記エラー状態である間に、前記特定の外部装置から前記第１の通信要求が受信される場合に、前記通信装置の状態を前記低消費電力状態から前記高消費電力状態に移行させるための移行処理を開始し、
前記送信部は、さらに、前記移行処理によって前記通信装置の状態が前記低消費電力状態から前記高消費電力状態に移行した後であって、前記印刷実行部の前記エラー状態が解消された後に、前記通信装置が前記高消費電力状態であり、かつ、前記印刷実行部が前記エラー状態でない間に、前記特定の外部装置から第２の前記通信要求が受信される場合に、前記確立信号を、前記サーバを介して、前記特定の外部装置に送信する、通信装置。
【請求項２】
前記低消費電力状態は、前記印刷実行部への電力供給が前記動作制御部によって実行されない状態であり、
前記高消費電力状態は、前記印刷実行部への電力供給が前記動作制御部によって実行される状態である、請求項１に記載の通信装置。
【請求項３】
前記送信部は、
前記通信装置が前記高消費電力状態であり、かつ、前記印刷実行部が前記エラー状態でない間に、前記特定の外部装置から前記第１の通信要求が受信される場合に、前記確立信号を、前記サーバを介して、前記特定の外部装置に送信し、
前記通信装置が前記高消費電力状態であり、かつ、前記印刷実行部が前記エラー状態である間に、前記特定の外部装置から前記第１の通信要求が受信される場合に、前記確立信号を送信せずに、前記第２の拒否信号を、前記サーバを介して、前記特定の外部装置に送信する、請求項１又は２に記載の通信装置。
【請求項４】
前記第２の拒否信号は、前記第１の拒否信号とは異なる種類の信号である、請求項１から３のいずれか一項に記載の通信装置。
【請求項５】
前記送信部は、さらに、
前記対象データに従った印刷が終了した場合に、印刷が終了したことを示す印刷終了信号を、前記特定の外部装置に送信し、
前記印刷終了信号が前記特定の外部装置に送信された後に、前記通信セッションを切断するための切断信号を、前記特定の外部装置に送信する、請求項１から４のいずれか一項に記載の通信装置。
【請求項６】
前記動作制御部は、さらに、前記通信装置が前記低消費電力状態であり、かつ、前記印刷実行部が前記エラー状態でない間に、前記特定の外部装置から前記第１の通信要求が受信される場合に、前記移行処理を開始する、請求項１から５のいずれか一項に記載の通信装置。
【請求項７】
前記動作制御部は、
前記特定の外部装置から前記第１の通信要求が受信される場合に、前記印刷実行部が前記エラー状態であるのか否かを判断し、
前記印刷実行部が前記エラー状態であると判断される場合に、前記通信装置の状態が前記低消費電力状態であるのか否かを判断し、
前記通信装置の状態が前記低消費電力状態であると判断される場合に、前記移行処理を開始する、請求項１から６のいずれか一項に記載の通信装置。
【請求項８】
前記動作制御部は、前記通信装置が前記低消費電力状態であり、かつ、前記印刷実行部が前記エラー状態である間に、前記特定の外部装置から前記第１の通信要求が受信される場合に、前記印刷実行部の前記エラー状態が解消される前に、前記移行処理を開始する、請求項１から７のいずれか一項に記載の通信装置。
【請求項９】
サーバに通信可能に接続される通信装置であって、
比較的に消費電力が低い低消費電力状態と、比較的に消費電力が高い高消費電力状態と、を含む複数個の状態のうちのいずれか１個の状態で前記通信装置が動作するように、前記通信装置の動作を制御する動作制御部と、
外部装置の識別情報を記憶するためのメモリと、
特定の外部装置から、前記サーバを介して、前記特定の外部装置の識別情報を含む通信要求を受信する要求受信部と、
前記通信装置が前記高消費電力状態である間に、前記通信要求が受信される場合に、前記通信装置と前記特定の外部装置との間で通信セッションを確立するための第１の信号を、前記サーバを介して、前記特定の外部装置に送信し、
前記通信装置が前記低消費電力状態である間に、前記通信要求が受信される場合において、前記特定の外部装置の前記識別情報が前記メモリに記憶されている場合に、前記通信セッションの確立を拒否するための第２の信号を、前記サーバを介して、前記特定の外部装置に送信し、
前記通信装置が前記低消費電力状態である間に、前記通信要求が受信される場合において、前記特定の外部装置の前記識別情報が前記メモリに記憶されていない場合に、前記第２の信号を送信せずに、前記第１の信号を、前記サーバを介して、前記特定の外部装置に送信する送信部と、
前記通信セッションが確立される場合に、前記通信セッションを利用して、前記特定の外部装置との間で、通信対象の対象データの通信を実行する通信実行部と、を備える通信装置。
【請求項１０】
前記識別情報は、ＳＩＰＵＲＩである、請求項９に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書によって開示される技術は、通信装置に関する。特に、外部装置から通信要求を受信して、当該外部装置との間で通信セッションを確立する通信装置に関する。
【背景技術】
【０００２】
特許文献１には、データの送信側の装置（以下では「送信側装置」と呼ぶ）からデータを受信して、当該データに従って印刷を実行するファクシミリ装置が開示されている。ファクシミリ装置は、送信側装置との間で呼が成立した後に、印刷を実行不可能な状態である場合に、送信側装置がデータを送信しないように送信側装置を待機させるための所定のコマンドを、送信側装置に送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平９−３７０４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の特許文献１の技術では、送信側装置がデータを送信しないように送信側装置を待機させるために、送信側装置とファクシミリ装置との間で呼が成立してから、ファクシミリ装置が送信側装置から全てのデータを受信するまでの時間が長くなってしまう。このように呼が成立している時間が長くなると、例えば、送信側装置のユーザに対する課金額が高くなってしまったり、ネットワークの負荷が高くなってしまったりする。
【０００５】
本明細書では、特定の外部装置と通信装置との間で通信セッションを適切に確立し得る技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される技術は、サーバに通信可能に接続される通信装置である。通信装置は、動作制御部と、要求受信部と、送信部と、通信実行部と、を備える。動作制御部は、比較的に消費電力が低い低消費電力状態と、比較的に消費電力が高い高消費電力状態と、を含む複数個の状態のうちのいずれか１個の状態で通信装置が動作するように、通信装置の動作を制御する。要求受信部は、特定の外部装置から、サーバを介して、通信要求を受信する。送信部は、通信装置が高消費電力状態である間に、通信要求が受信される第１の場合に、通信装置と特定の外部装置との間で通信セッションを確立するための第１の信号を、サーバを介して、特定の外部装置に送信し、通信装置が低消費電力状態である間に、通信要求が受信される第２の場合に、通信セッションの確立を拒否するための第２の信号を、サーバを介して、特定の外部装置に送信する。通信実行部は、通信セッションが確立される場合に、通信セッションを利用して、特定の外部装置との間で、通信対象の対象データの通信を実行する。
【０００７】
通信装置は、低消費電力状態である間には、通常、迅速に処理を実行することができない。上記の構成によると、通信装置は、低消費電力状態である間に通信要求を受信する場合に、通信セッションの確立を拒否するための第２の信号を送信する。これにより、通信装置が迅速に処理を実行することができないにも関わらず、通信セッションが確立されてしまうことに起因して、通信セッションが確立されている時間（以下では「確立時間」と呼ぶ）が長くなってしまうことを抑制し得る。一方において、通信装置は、高消費電力状態である間には、通常、迅速に処理を実行することができる。上記の構成によると、通信装置は、高消費電力状態である間に通信要求を受信する場合に、通信セッションを確立するための第１の信号を送信する。この結果として通信セッションが確立されても、通信装置が迅速に処理を実行することができるために、確立時間が長くなってしまうことを抑制し得る。上記の構成によると、特定の外部装置と通信装置との間で通信セッションを適切に確立し得る。
【０００８】
通信装置は、さらに、通信実行部が通信を実行することによって受信される対象データに従って、印刷を実行する印刷実行部を備えていてもよい。低消費電力状態は、印刷実行部への電力供給が動作制御部によって実行されない状態であってもよい。高消費電力状態は、印刷実行部への電力供給が動作制御部によって実行される状態であってもよい。この構成によると、通信装置が迅速に印刷処理を実行することができないにも関わらず、通信セッションが確立されてしまうことに起因して、確立時間が長くなってしまうことを抑制し得る。
【０００９】
送信部は、第１の場合において、通信装置が、印刷実行部が印刷を実行不可能なエラー状態でない場合に、第１の信号を、サーバを介して、特定の外部装置に送信し、第１の場合において、通信装置がエラー状態である場合に、第１の信号を送信せずに、通信セッションの確立を拒否するための第３の信号を、サーバを介して、特定の外部装置に送信してもよい。通信装置は、高消費電力状態であっても、エラー状態である場合には、印刷処理を実行することができない。従って、上記の構成によると、通信装置は、高消費電力状態かつエラー状態である間に通信要求を受信する場合に、通信セッションの確立を拒否するための第３の信号を送信する。これにより、通信装置が迅速に印刷処理を実行することができないにも関わらず、通信セッションが確立されてしまうことに起因して、確立時間が長くなってしまうことを抑制し得る。
【００１０】
第３の信号は、第２の信号とは異なる種類の信号であってもよい。この構成によると、通信装置は、通信装置自身の状態（低消費電力状態、又は、高消費電力状態かつエラー状態）に応じた適切な種類の信号を、特定の外部装置に送信し得る。
【００１１】
送信部は、第２の場合において、通信装置が、印刷実行部が印刷を実行不可能なエラー状態でない場合に、第２の信号を、サーバを介して、特定の外部装置に送信し、第２の場合において、通信装置がエラー状態である場合に、第２の信号を送信せずに、通信セッションの確立を拒否するための第４の信号を、サーバを介して、特定の外部装置に送信してもよい。第４の信号は、第２の信号とは異なる種類の信号であってもよい。この構成によると、通信装置は、通信装置自身の状態（低消費電力状態かつ通常状態、又は、低消費電力状態かつエラー状態）に応じた適切な種類の信号を、特定の外部装置に送信し得る。
【００１２】
送信部は、第１の場合において、対象データに従った印刷が終了した場合に、印刷が終了したことを示す第５の信号を、特定の外部装置に送信し、第５の信号が特定の外部装置に送信された後に、通信セッションを切断するための第６の信号を、特定の外部装置に送信してもよい。この構成によると、通信装置は、第５の信号を特定の外部装置に送信する。従って、特定の外部装置は、通信装置で印刷が終了したことを知ることができる。また、通信装置は、第６の信号を特定の外部装置に送信するために、通信セッションを適切に切断することができる。
【００１３】
送信部は、第２の場合に、通信要求が受信されてから特定の期間が経過した後に、第１の信号を、サーバを介して、特定の外部装置にさらに送信し、第１の場合に、通信要求が受信されてから特定の期間が経過する前に、第１の信号を、サーバを介して、特定の外部装置に送信する。この構成によると、通信装置は、低消費電力状態である場合に、通信セッションの確立を拒否するための第２の信号を送信し、その後、上記の特定の期間が経過すると、通信セッションを確立するための第１の信号を送信する。従って、通信装置は、確立時間が長くなってしまうことを抑制しつつ、通信セッションを適切に確立し得る。一方において、通信装置は、高消費電力状態である場合に、上記の特定の期間が経過する前に、通信セッションを確立するための第１の信号を送信する。従って、通信装置は、通信セッションを迅速に確立し得る。
【００１４】
動作制御部は、第２の場合に、通信装置の状態を、低消費電力状態から高消費電力状態に移行させるための処理を開始してもよい。特定の期間は、通信要求が受信されてから、通信装置の状態が、低消費電力状態から高消費電力状態に移行するまでの期間を含んでいてもよい。この構成によると、通信装置は、低消費電力状態である間に通信要求を受信する場合に、高消費電力状態に移行した後に、通信セッションを確立するための第１の信号を送信する。従って、通信装置は、確立時間が長くなってしまうことを抑制しつつ、通信セッションを適切に確立し得る。
【００１５】
通信装置は、さらに、外部装置の識別情報を記憶するためのメモリを備えていてもよい。要求受信部は、特定の外部装置の識別情報を含む通信要求を受信してもよい。送信部は、第２の場合において、特定の外部装置の識別情報がメモリに記憶されている場合に、第２の信号を、サーバを介して、特定の外部装置に送信し、第２の場合において、特定の外部装置の識別情報がメモリに記憶されていない場合に、第１の信号を、サーバを介して、特定の外部装置にさらに送信してもよい。この構成によると、通信装置は、特定の外部装置の識別情報がメモリに記憶されているのか否かに応じて、適切な信号を送信し得る。なお、識別情報は、ＳＩＰＵＲＩであってもよい。
【００１６】
なお、上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。
【図面の簡単な説明】
【００１７】
【図１】通信システムの構成の一例を示す。
【図２】第１実施例のＦＡＸ受信処理のフローチャートを示す。
【図３】第１実施例の各状態でのタイムチャートを示す。
【図４】第２実施例のＦＡＸ受信処理のフローチャートを示す。
【図５】第２実施例の各状態でのタイムチャートを示す。
【発明を実施するための形態】
【００１８】
（実施例）
（システムの構成）
図１に示されるように、通信システム２は、ＳＩＰサーバ８と、複数個のＦＡＸ装置１０，５０と、を備える。ＦＡＸ装置１０は、ＬＡＮ４に接続されている。ＦＡＸ装置１０から見ると、ＳＩＰサーバ８及びＦＡＸ装置５０は、ＬＡＮ４の外部に存在する（即ち、インターネット６に接続されている）。各デバイス８，１０，５０は、ＬＡＮ４及びインターネット６を介して、相互に通信可能である。
【００１９】
（ＳＩＰサーバ８の構成）
ＳＩＰサーバ８は、ＳＩＰ（Session Initiation Protocol）に従って、一対のデバイス（例えばＦＡＸ装置１０，５０）の間のＳＩＰ通信を仲介する。各ＦＡＸ装置１０，５０には、異なるＳＩＰＵＲＩ（SIP Uniform Resource Identifier）が割り当てられている。ＳＩＰサーバ８には、各ＦＡＸ装置１０，５０のＳＩＰＵＲＩが予め登録されている。
【００２０】
後で詳しく説明するが、ＦＡＸ装置１０，５０は、ＳＩＰサーバ８を介して、ＳＩＰの通信セッション（例えば、ＲＴＰ（Real-time Transport Protocol）通信セッション）を確立することができる。各ＦＡＸ装置１０，５０は、通信セッションが確立されている状態では、ＦＡＸデータの通信（送信及び受信）を実行することができる。ＳＩＰサーバ８は、ＦＡＸ装置１０，５０の間で通信セッションが確立されている時間（以下では「確立時間」と呼ぶ）を管理する。ＳＩＰサーバ８の管理者であるプロバイダは、ＳＩＰサーバ８から得られる確立時間に基づいて、通信セッションを確立するために後述のＩＮＶＩＴＥを送信した側のＦＡＸ装置（ＦＡＸ装置１０又は５０）のユーザに対して、課金を実行することができる。
【００２１】
（ＦＡＸ装置１０の構成）
ＦＡＸ装置１０は、操作部１２と、表示部１４と、印刷実行部１６と、ネットワークインターフェイス１８と、制御部２０と、を備える。上記の各部１２〜２０は、バス線（符号省略）に接続されている。操作部１２は、複数のキーによって構成される。ユーザは、操作部１２を操作することによって、様々な指示をＦＡＸ装置１０に与えることができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構を備え、制御部２０からの指示に従って印刷を実行する。ネットワークインターフェイス１８は、ＬＡＮ４に接続されている。
【００２２】
制御部２０は、ＣＰＵ２２とメモリ２４とを備える。ＣＰＵ２２は、メモリ２４に格納されているプログラムに従って、様々な処理を実行する。メモリ２４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ２４は、ＣＰＵ２２によって実行される上記のプログラムを格納したり、ＣＰＵ２２が処理を実行する過程で取得又は生成されるデータを格納したりする。ＣＰＵ２２が上記のプログラムに従って処理を実行することによって、動作制御部３０、要求受信部３２、送信部３４、及び、通信実行部３６の各機能が実現される。
【００２３】
メモリ２４は、さらに、他のＦＡＸ装置（例えばＦＡＸ装置５０）のＳＩＰＵＲＩを記憶する。ＦＡＸ装置１０のユーザは、操作部１２を操作して、他のＦＡＸ装置のＳＩＰＵＲＩをメモリ２４に記憶させることができる。なお、ＦＡＸ装置５０は、ＦＡＸ装置１０と同様の構成を備える。
【００２４】
（ＦＡＸ装置１０の状態）
ＦＡＸ装置１０は、処理状態とスタンバイ状態とスリープ状態との３個の状態のうちのいずれか１個の状態で選択的に動作可能である。動作制御部３０（図１参照）は、ＦＡＸ装置１０がいずれか１個の状態で選択的に動作するように、ＦＡＸ装置１０の動作を制御する。
【００２５】
（処理状態）
具体的に言うと、処理状態は、ＦＡＸ装置１０が特定の処理を実行している状態である。特定の処理は、例えば、他のＦＡＸ装置から受信されるＦＡＸデータに従った印刷処理、ＰＣ（図示省略）から受信される印刷データに従った印刷処理、図示省略のスキャン実行部でスキャンを実行するスキャン処理等を含む。処理状態では、動作制御部３０は、印刷実行部１６への電力供給を実行する。これにより、印刷実行部１６を構成する様々な部材に電力が供給される。上記の様々な部材は、例えば、印刷に必要な部材を駆動するためのモータを含む。処理状態では、動作制御部３０は、さらに、表示部１４のバックライトをＯＮ状態にする。これにより、ユーザは、表示部１４に表示されている情報を見ることができる。
【００２６】
（スタンバイ状態）
ＦＡＸ装置１０は、上記の特定の処理を終了すると、処理状態からスタンバイ状態に移行する。ＦＡＸ装置１０は、処理状態からスタンバイ状態に移行してから所定期間が経過する前に、上記の特定の処理の実行を指示するコマンドが入力されると、スタンバイ状態から処理状態に再び移行する。スタンバイ状態は、上記の特定の処理が実行されていない点を除くと、処理状態と同様である。即ち、スタンバイ状態では、動作制御部３０は、印刷実行部１６への電力供給を実行し、表示部１４のバックライトをＯＮ状態にする。
【００２７】
（スリープ状態）
ＦＡＸ装置１０は、処理状態からスタンバイ状態に移行してから所定期間が経過するまでに、上記の特定の処理の実行を指示するコマンドが入力されないと、スタンバイ状態からスリープ状態に移行する。スリープ状態では、動作制御部３０は、印刷実行部１６への電力供給を実行せず（電力供給を停止し）、表示部１４のバックライトをＯＦＦ状態にする。この結果、スリープ状態では、処理状態及びスタンバイ状態と比べて、ＦＡＸ装置１０の消費電力が低くなる。
【００２８】
なお、動作制御部３０は、ＦＡＸ装置１０がスリープ状態である間に、上記の特定の処理の実行を指示するコマンドが入力されると、スリープ状態を解除するための解除処理を実行する。具体的に言うと、動作制御部３０は、印刷実行部１６への電力供給を実行し、表示部１４のバックライトをＯＮ状態にする。また、動作制御部３０は、上記の特定の処理の実行に必要な情報をメモリ２４に書き込む。即ち、動作制御部３０は、スリープ状態を解除するための様々な処理を実行するために、スリープ状態を解除するのにある程度時間がかかる。
【００２９】
なお、印刷実行部１６への電力供給が開始されても、印刷実行部１６は、すぐに印刷を開始することができない。例えば、レーザ方式の印刷実行部１６は、定着器の温度が所定温度以上になるまで待機し得る。また、例えば、インクジェット方式の印刷実行部１６は、ヘッドのクリーニングが終了するまで待機し得る。即ち、ＦＡＸ装置１０では、スリープ状態の解除処理が開始されてから、印刷実行部１６を構成する部材（例えば、定着器、ヘッド等）が印刷可能な状態になるまでに、ある程度の時間が必要である。なお、以下では、スリープ状態の解除処理が実行された結果として、印刷実行部１６を構成する部材が印刷可能な状態になることを、「復帰」と呼ぶことがある。
【００３０】
（ＦＡＸ受信処理）
続いて、図２を参照しながら、ＦＡＸ装置１０が実行するＦＡＸ受信処理について説明する。Ｓ１０において、要求受信部３２（図１参照）は、ＩＮＶＩＴＥを受信することを監視している。
【００３１】
例えば、ＦＡＸ装置５０のユーザは、ＦＡＸ装置５０の操作部を操作して、ＦＡＸ装置１０のＳＩＰＵＲＩをＦＡＸデータの送信先として指定することができる。この場合、ＦＡＸ装置５０は、ＩＮＶＩＴＥをＳＩＰサーバ８に送信する。なお、ＩＮＶＩＴＥは、ＦＡＸ装置１０のＳＩＰＵＲＩをＦＡＸデータの送信先として含むと共に、ＦＡＸ装置５０のＳＩＰＵＲＩをＦＡＸデータの送信元として含む。
【００３２】
ＳＩＰサーバ８は、ＩＮＶＩＴＥに含まれるＦＡＸ装置１０のＳＩＰＵＲＩが、ＳＩＰサーバ８自身に登録されているのか否かを判断する。ＳＩＰサーバ８は、ＦＡＸ装置１０のＳＩＰＵＲＩが登録されていると判断する場合に、ＩＮＶＩＴＥをＦＡＸ装置１０に転送する。これにより、要求受信部３２は、ＦＡＸ装置５０からＳＩＰサーバ８を介してＩＮＶＩＴＥを受信して、Ｓ１０でＹＥＳと判断する。この場合、Ｓ１２に進む。なお、ＳＩＰサーバ８は、ＦＡＸ装置１０のＳＩＰＵＲＩが登録されていないと判断する場合に、ＩＮＶＩＴＥをＦＡＸ装置１０に転送しない。
【００３３】
Ｓ１２では、送信部３４（図１参照）は、Ｓ１０で受信されたＩＮＶＩＴＥに含まれる送信元のＳＩＰＵＲＩ（即ち、ＦＡＸ装置５０のＳＩＰＵＲＩ）を特定し、送信元のＳＩＰＵＲＩがメモリ２４に登録されているのか否かを判断する。送信元のＳＩＰＵＲＩがメモリ２４に登録されている場合（Ｓ１２でＹＥＳの場合）には、Ｓ１４に進み、送信元のＳＩＰＵＲＩがメモリ２４に登録されていない場合（Ｓ１２でＮＯの場合）には、Ｓ２０に進む。
【００３４】
Ｓ１４では、送信部３４は、ＦＡＸ装置１０の現在の状態がスリープ状態であるのか否かを判断する。ＦＡＸ装置１０の現在の状態がスリープ状態である場合（Ｓ１４でＹＥＳの場合）には、Ｓ１６に進み、ＦＡＸ装置１０の現在の状態が処理状態又はスタンバイ状態である場合（Ｓ１４でＮＯの場合）には、Ｓ２０に進む。
【００３５】
Ｓ１６では、送信部３４は、４８６ＢｕｓｙＨｅｒｅ（以下では「４８６ＢＨ」と呼ぶ）をＳＩＰサーバ８に送信する。ＳＩＰサーバ８は、４８６ＢＨをＦＡＸ装置５０に転送する。即ち、Ｓ１６では、送信部３４は、４８６ＢＨを、ＳＩＰサーバ８を介して、ＦＡＸ装置５０に送信する。なお、ＳＩＰでは、４８６ＢＨは、通信セッションの確立を拒否するための信号である。このために、ＦＡＸ装置１０及びＦＡＸ装置５０の間で通信セッションが確立されない。
【００３６】
次いで、Ｓ１８では、動作制御部３０は、スリープ状態の解除処理を実行する。上述したように、解除処理は、印刷実行部１６への電力供給の実行を含む。この結果、印刷実行部１６を構成する部材（例えば、レーザ方式の定着器、インクジェット方式のヘッド等）が、印刷可能な状態に復帰する。ただし、解除処理が開始されてから復帰するまでには、ある程度の時間が必要である。Ｓ１８を終えると、Ｓ１０に戻る。
【００３７】
一方において、Ｓ２０では、送信部３４は、２００ＯＫをＳＩＰサーバ８に送信する。ＳＩＰサーバ８は、２００ＯＫをＦＡＸ装置５０に転送する。即ち、Ｓ２０では、送信部３４は、２００ＯＫを、ＳＩＰサーバ８を介して、ＦＡＸ装置５０に送信する。なお、ＳＩＰでは、２００ＯＫは、通信セッションを確立するための信号（即ち通信セッションの確立を許可するための信号）である。
【００３８】
なお、フローチャートには示していないが、ＦＡＸ装置５０は、ＦＡＸ装置１０から２００ＯＫを受信すると、ＡＣＫをＳＩＰサーバ８に送信する。ＳＩＰサーバ８は、ＡＣＫをＦＡＸ装置１０に転送する。これにより、ＦＡＸ装置１０及びＦＡＸ装置５０の間で、ＳＩＰの通信セッションが確立される。この結果、ＦＡＸ装置１０（即ち通信実行部３６（図１参照））及びＦＡＸ装置５０は、通信セッションを利用して、データの通信を実行することができる。なお、通信セッションが確立された後には、ＦＡＸ装置１０及びＦＡＸ装置５０は、ＳＩＰサーバ８を介さずに、直接的にＦＡＸデータの通信を実行する（即ち、ピアツーピアの通信を実行する）。
【００３９】
次いで、Ｓ２２では、通信実行部３６は、ＦＡＸ装置５０からＦＡＸデータを受信する。さらに、Ｓ２４では、制御部２０は、ＦＡＸデータに従った印刷を実行するように、印刷実行部１６に指示する。この結果、印刷実行部１６は、ＦＡＸデータに従った印刷を実行する。全てのＦＡＸデータに従った印刷が終了すると、Ｓ２６に進む。
【００４０】
Ｓ２６では、送信部３４は、印刷が終了したことを示す印刷終了信号を、ＦＡＸ装置５０に送信する。これにより、ＦＡＸ装置５０は、印刷が終了したことを知ることができる。なお、送信部３４は、ＳＩＰサーバ８を介してＦＡＸ装置５０に印刷終了信号を送信してもよいし、ＳＩＰサーバ８を介さずにＦＡＸ装置５０に印刷終了信号を直接的に送信してもよい。
【００４１】
ＦＡＸ装置５０は、ＦＡＸ装置１０から印刷終了信号を受信すると、ＢＹＥをＦＡＸ装置１０に送信する。なお、ＦＡＸ装置５０は、ＳＩＰサーバ８を介してＦＡＸ装置５０にＢＹＥを送信してもよいし、ＳＩＰサーバ８を介さずにＦＡＸ装置５０にＢＹＥを直接的に送信してもよい。Ｓ２８では、制御部２０は、ＦＡＸ装置５０からＢＹＥを受信する。なお、ＳＩＰでは、ＢＹＥは、通信セッションを切断するための信号である。
【００４２】
次いで、Ｓ３０では、送信部３４は、２００ＯＫをＦＡＸ装置５０に送信する。なお、送信部３４は、ＳＩＰサーバ８を介してＦＡＸ装置５０に２００ＯＫを送信してもよいし、ＳＩＰサーバ８を介さずにＦＡＸ装置５０に２００ＯＫを直接的に送信してもよい。この結果、ＦＡＸ装置１０及びＦＡＸ装置５０の間の通信セッションを適切に切断することができる。Ｓ３０で２００ＯＫが送信されることによって通信セッションが切断されるために、Ｓ３０で送信される２００ＯＫも、通信セッションを切断するための信号である。
【００４３】
なお、ＳＩＰサーバ８は、Ｓ２０で通信セッションが確立されてから、Ｓ３０で通信セッションが切断されるまでの確立時間を、ＳＩＰサーバ８の管理者であるプロバイダに通知する。これにより、プロバイダは、確立時間に基づいて、ＦＡＸ装置５０のユーザに対して、課金を実行することができる。Ｓ３０を終えると、Ｓ１０に進む。
【００４４】
（第１実施例の具体例）
続いて、図３（Ａ）及び（Ｂ）を参照して、第１実施例の具体例を説明する。なお、図３（Ａ）及び（Ｂ）では、ＦＡＸ装置５０のＳＩＰＵＲＩが、ＦＡＸ装置１０のメモリ２４に登録されている（即ち図２のＳ１２でＹＥＳと判断される）ケースを想定している。この点は、後述の第２実施例の図５（Ｄ）〜（Ｇ）でも同様である。
【００４５】
（図３（Ａ）のケース）
図３（Ａ）のケースでは、ＦＡＸ装置１０がスタンバイ状態である間に、ＦＡＸ装置５０からＦＡＸ装置１０にＩＮＶＩＴＥが送信される。ＦＡＸ装置１０は、ＦＡＸ装置５０からＩＮＶＩＴＥを受信すると、図２のＳ１４でＮＯと判断して、２００ＯＫをＦＡＸ装置５０に送信する（Ｓ２０）。この結果、ＦＡＸ装置１０及びＦＡＸ装置５０の間で通信セッションが確立される。ＦＡＸ装置１０は、通信セッションを利用してＦＡＸデータを受信し（Ｓ２２）、ＦＡＸデータに従って印刷処理を実行する（Ｓ２４）。
【００４６】
ＦＡＸ装置１０は、全てのＦＡＸデータに従った印刷が終了すると、印刷終了信号をＦＡＸ装置５０に送信する（Ｓ２６）。これにより、ＦＡＸ装置１０は、ＦＡＸ装置５０からＢＹＥを受信し（Ｓ２８）、２００ＯＫをＦＡＸ装置５０に送信する（Ｓ３０）。この結果、ＦＡＸ装置１０及びＦＡＸ装置５０の間で通信セッションが切断される。
【００４７】
（図３（Ｂ）のケース）
図３（Ｂ）のケースでは、ＦＡＸ装置１０がスリープ状態である間に、ＦＡＸ装置５０からＦＡＸ装置１０にＩＮＶＩＴＥが送信される。ＦＡＸ装置１０は、ＦＡＸ装置５０からＩＮＶＩＴＥを受信すると、図２のＳ１４でＹＥＳと判断して、４８６ＢＨをＦＡＸ装置５０に送信する（Ｓ１６）。次いで、ＦＡＸ装置１０は、スリープ状態を解除するための解除処理を開始し（Ｓ１８）、その結果、印刷実行部１６を構成する部材が復帰する。
【００４８】
ＦＡＸ装置５０は、ＦＡＸ装置１０から４８６ＢＨを受信すると、ＦＡＸ装置５０のユーザの指示がなくても、所定期間の経過後に、ＩＮＶＩＴＥをＦＡＸ装置１０に再送信する。この際に、ＦＡＸ装置１０は、スリープ状態からスタンバイ状態に移行済みであるために、図２のＳ１４でＮＯと判断して、２００ＯＫをＦＡＸ装置５０に送信する（Ｓ２０）。その後の処理は、図３（Ａ）のケースと同様である。
【００４９】
上述したように、図３（Ｂ）のケースでは、ＦＡＸ装置１０は、ＦＡＸ装置５０から最初のＩＮＶＩＴＥが受信された際に、４８６ＢＨをＦＡＸ装置５０に送信し、その後、期間Ｔ１が経過すると（即ち、ＦＡＸ装置５０からＩＮＶＩＴＥが再び受信された際に）、２００ＯＫをＦＡＸ装置５０に送信する。従って、確立時間が長くなってしまうことを抑制しつつ、ＦＡＸ装置１０及びＦＡＸ装置５０の間の通信セッションを適切に確立することができる。なお、期間Ｔ１は、解除処理が開始されてから、印刷実行部１６への電力供給が実行されるまで（即ち、スリープ状態からスタンバイ状態に移行するまで）の期間を含む。より具体的に言うと、期間Ｔ１は、解除処理が開始されてから、印刷実行部１６を構成する部材が復帰するまでの期間を含む。
【００５０】
なお、図３（Ａ）及び（Ｂ）を比べると明らかなように、図３（Ａ）のケースでは、ＦＡＸ装置１０は、期間Ｔ１が経過する前に、２００ＯＫをＦＡＸ装置５０に送信する。従って、ＦＡＸ装置１０及びＦＡＸ装置５０の間の通信セッションを迅速に確立することができる。
【００５１】
（本実施例の効果）
図３（Ｃ）の比較例では、ＦＡＸ装置は、スリープ状態である間にＩＮＶＩＴＥを受信すると、２００ＯＫを送信する。このために、通信セッションを迅速に確立することができる。しかしながら、上述したように、ＦＡＸ装置がスリープ状態を解除するための解除処理を開始してから、印刷実行部１６を構成する部材が復帰するまでには、ある程度の時間がかかる。即ち、比較例では、ＩＮＶＩＴＥの受信側のＦＡＸ装置（即ち、ＦＡＸデータの受信側のＦＡＸ装置）が印刷を実行不可能であるにも関わらず、通信セッションが確立されている期間が存在する。即ち、ＩＮＶＩＴＥの受信側のＦＡＸ装置が印刷を実行不可能であるにも関わらず、ＩＮＶＩＴＥの送信側のＦＡＸ装置（即ち、ＦＡＸデータの送信側のＦＡＸ装置）のユーザに対して課金されてしまう期間が存在する。この結果、課金額が高くなり得る。特に、ＩＮＶＩＴＥの送信側のＦＡＸ装置が、複数個のＦＡＸ装置に同じＦＡＸデータを同時的に送信する状況では、複数個のＦＡＸ装置がスリープ状態である場合に、課金額がより高くなり得る。さらに、通信セッションが確立されている時間（即ち、確立時間）が長くなると、ネットワーク（ＬＡＮ等）の負荷が高くなってしまう。
【００５２】
これに対し、本実施例では、図３（Ｂ）に示されるように、ＦＡＸ装置１０は、スリープ状態である間にＦＡＸ装置５０からＩＮＶＩＴＥを受信する場合に、通信セッションの確立を拒否するための４８６ＢＨをＦＡＸ装置５０に送信する。これにより、ＦＡＸ装置１０が印刷を実行不可能であるにも関わらず、通信セッションが確立されてしまうことに起因して、確立時間が長くなってしまうことを抑制することができる。この結果、ＦＡＸ装置５０のユーザに対する課金額が高くなってしまうことを抑制することができる。さらに、ネットワークの負荷が高くなってしまうことを抑制することができる。
【００５３】
一方において、図３（Ａ）に示されるように、ＦＡＸ装置１０は、スタンバイ状態である間にＦＡＸ装置５０からＩＮＶＩＴＥを受信する場合に、通信セッションを確立するための２００ＯＫを送信する。この結果として通信セッションが確立されても、ＦＡＸ装置１０がすぐに印刷を実行可能であるために、確立時間が長くなってしまうことを抑制することができる。本実施例によると、ＦＡＸ装置１０及びＦＡＸ装置５０の間で通信セッションを適切に確立することができる。
【００５４】
なお、比較例において、ＩＮＶＩＴＥの送信側のＦＡＸ装置が、全てのＦＡＸデータを送信し終えると、印刷終了信号を受信しなくても、通信セッションを切断する構成（以下では「印刷終了確認を実行しない構成」と呼ぶ）を採用することが考えられる。そして、ＩＮＶＩＴＥの受信側のＦＡＸ装置が、印刷を実行不可能である期間に全てのＦＡＸデータを受信し、通信セッションが切断された後に、ＦＡＸデータに従って印刷を実行する状況を想定する。このような印刷終了確認を実行しない構成では、確立時間が比較的に短くなるために、課金額が高くなってしまうことを抑制し得る。しかしながら、本実施例のＦＡＸ装置１０，５０のように、印刷終了信号の通信が実行された後に、通信セッションが切断される構成（以下では「印刷終了確認を実行する構成」と呼ぶ）を採用しているＦＡＸ装置が存在する。本実施例の技術（即ち、スリープ状態では４８６ＢＨを送信する技術）は、印刷終了確認を実行する構成を採用しているＦＡＸ装置、即ち、全てのＦＡＸデータに従って印刷が終了するまで通信セッションの確立が継続するＦＡＸ装置において、効果的に機能する。
【００５５】
本実施例では、ＦＡＸ装置１０のユーザは、ＦＡＸ装置５０が印刷終了確認を実行する構成を採用していることを知っている場合には、ＦＡＸ装置５０のＳＩＰＵＲＩを、ＦＡＸ装置１０のメモリ２４に予め登録することができる。この場合、ＦＡＸ装置１０は、スリープ状態である間にＦＡＸ装置５０からＩＮＶＩＴＥを受信する場合に、図２のＳ１２でＹＥＳと判断して（さらにＳ１４でＹＥＳと判断して）、４８６ＢＨをＦＡＸ装置５０に送信する（Ｓ１６）。この結果、ＦＡＸ装置５０のユーザに対する課金額が高くなるのを抑制することができる。
【００５６】
一方において、ＦＡＸ装置１０のユーザは、ＦＡＸ装置５０が印刷終了確認を実行しない構成を採用していることを知っている場合には、ＦＡＸ装置５０のＳＩＰＵＲＩを、ＦＡＸ装置１０のメモリ２４に登録しない。この場合、ＦＡＸ装置１０は、スリープ状態である間にＦＡＸ装置５０からＩＮＶＩＴＥを受信すると、図２のＳ１２でＮＯと判断して、４８６ＢＨを送信せずに（Ｓ１６を実行せずに）、２００ＯＫをＦＡＸ装置５０に送信する（Ｓ３０）。この結果、通信セッションを迅速に確立することができる。本実施例によると、ＦＡＸ装置１０は、ＦＡＸ装置５０が印刷終了確認を実行する構成を採用しているのか否かを、ＦＡＸ装置５０のＳＩＰＵＲＩがメモリ２４に登録されているのか否かに基づいて、適切に判断することができ、この結果、適切な信号（４８６ＢＨ又は２００ＯＫ）をＦＡＸ装置５０に送信し得る。
【００５７】
なお、印刷を開始する前に全てのＦＡＸデータを受信するためには、非常に大きいメモリ容量が必要である。即ち、比較的に小さいメモリ容量を有するＦＡＸ装置は、印刷が終了したＦＡＸデータを順次消去しなければ、全てのＦＡＸデータを受信することができない。このようなＦＡＸ装置では、印刷終了信号の通信が実行されなくても、全てのＦＡＸデータに従って印刷が終了するまで通信セッションの確立が継続し得る。従って、本実施例の技術は、印刷終了確認を実行する構成を採用しているＦＡＸ装置のみに適用可能であるわけではなく、印刷終了確認を実行しないが、比較的に小さいメモリ容量を有するＦＡＸ装置においても、効果的に機能する。
【００５８】
（対応関係）
ＦＡＸ装置１０、ＦＡＸ装置５０が、それぞれ、「通信装置」、「特定の外部装置」の一例である。スリープ状態、スタンバイ状態（又は処理状態）が、「低消費電力状態」、「高消費電力状態」の一例である。図２のＳ１０で受信されるＩＮＶＩＴＥ、図２のＳ２０で送信される２００ＯＫ、図２のＳ１６で送信される４８６ＢｕｓｙＨｅｒｅが、それぞれ、「通信要求」、「第１の信号」、「第２の信号」の一例である。また、図２のＳ２６で送信される印刷終了信号、図２のＳ３０で送信される２００ＯＫが、それぞれ、「第５の信号」、「第６の信号」の一例である。
【００５９】
（第２実施例）
本実施例では、図２のＦＡＸ受信処理に代えて、図４のＦＡＸ受信処理が実行される。Ｓ１１０及びＳ１１２は、図２のＳ１０及びＳ１２と同様である。Ｓ１１２でＹＥＳの場合には、Ｓ１１３ａにおいて、送信部３４は、ＦＡＸ装置１０がエラー状態であるのか否かを判断する。エラー状態は、印刷実行部１６への電力供給が実行されていても、印刷実行部１６が印刷を実行不可能な状態であり、例えば、印刷に必要な色材（トナー、インク等）が切れている状態、印刷媒体が詰まっている状態（即ち紙ジャム状態）等である。ＦＡＸ装置１０は、エラー状態であるのか否かを検出するための図示省略のセンサを備えている。Ｓ１１３ａでは、送信部３４は、当該センサから得られる信号に基づいて、エラー状態であるのか否かを判断する。ＦＡＸ装置１０がエラー状態である場合（Ｓ１１３ａでＹＥＳの場合）には、Ｓ１１３ｂに進み、ＦＡＸ装置１０がエラー状態でない場合（Ｓ１１３ａでＮＯの場合；即ち、通常状態である場合）には、Ｓ１１４に進む。
【００６０】
Ｓ１１３ｂでは、送信部３４は、４８８ＮｏｔＡｃｃｅｐｔａｂｌｅＨｅｒｅ（以下では「４８８ＮＡＨ」と呼ぶ）をＳＩＰサーバ８に送信する。ＳＩＰサーバ８は、４８８ＮＡＨをＦＡＸ装置５０に転送する。即ち、Ｓ１１３ｂでは、送信部３４は、４８８ＮＡＨを、ＳＩＰサーバ８を介して、ＦＡＸ装置５０に送信する。なお、ＳＩＰでは、４８８ＮＡＨは、４８６ＢＨとは異なる種類の信号であり、通信セッションの確立を拒否するための信号である。
【００６１】
次いで、Ｓ１１３ｃにおいて、動作制御部３０は、ＦＡＸ装置１０の現在の状態がスリープ状態であるのか否かを判断する。ＦＡＸ装置１０の現在の状態がスリープ状態である場合（Ｓ１１３ｃでＹＥＳの場合）には、Ｓ１１３ｄに進み、ＦＡＸ装置１０の現在の状態が処理状態又はスタンバイ状態である場合（Ｓ１１３ｃでＮＯの場合）には、Ｓ１１３ｄをスキップして、Ｓ１１０に戻る。
【００６２】
Ｓ１１３ｄでは、動作制御部３０は、スリープ状態の解除処理を実行する。この結果、印刷実行部１６への電力供給が実行されるために、印刷実行部１６を構成する部材（例えば、レーザプリンタの定着器、インクジェットプリンタのヘッド等）が復帰する。ただし、印刷実行部１６がエラー状態である場合には、上記の部材が復帰しても、印刷実行部１６は、印刷を実行不可能である。従って、ＦＡＸ装置１０のユーザは、エラー状態を解除するための作業（例えば、色材の補充、詰まっている印刷媒体の除去等）を実行する必要がある。なお、Ｓ１１４〜Ｓ１３０は、図２のＳ１４〜Ｓ３０と同様である。
【００６３】
（第２実施例の具体例）
続いて、図５（Ｄ）〜（Ｇ）を参照して、第２実施例の具体例を説明する。
【００６４】
（図５（Ｄ）のケース）
図５（Ｄ）のケースは、図３（Ａ）のケースと同様である。図５（Ｄ）のケースでは、通信セッションを迅速に確立することができる。
【００６５】
（図５（Ｅ）のケース）
図５（Ｅ）のケースでは、ＦＡＸ装置１０がスタンバイ状態かつエラー状態である間に、ＦＡＸ装置５０からＦＡＸ装置１０にＩＮＶＩＴＥが送信される。ＦＡＸ装置１０は、ＦＡＸ装置５０からＩＮＶＩＴＥを受信すると、図４のＳ１１３ａでＹＥＳと判断して、２００ＯＫを送信せずに（即ち、送信部３４がＳ１２０を実行せずに）、４８８ＮＡＨをＦＡＸ装置５０に送信する（Ｓ１１３ｂ）。その後、ユーザは、ＦＡＸ装置１０のエラー状態を解除するための作業を実行する。
【００６６】
ＦＡＸ装置５０は、ＦＡＸ装置１０から４８８ＮＡＨを受信すると、ＦＡＸ装置５０のユーザの指示がなくても、所定期間の経過後に、ＩＮＶＩＴＥをＦＡＸ装置１０に再送信する。この際に、ＦＡＸ装置１０のエラー状態が解除されているために、ＦＡＸ装置１０は、図４のＳ１１３ａでＮＯと判断し、さらに、Ｓ１１４でＮＯと判断して、２００ＯＫをＦＡＸ装置５０に送信する（Ｓ１２０）。その後の処理は、図５（Ｄ）と同様である。
【００６７】
（図５（Ｆ）のケース）
図５（Ｆ）のケースは、図３（Ｂ）のケースと同様である。なお、ＦＡＸ装置５０では、上記の図５（Ｅ）のケースにおいて、ＦＡＸ装置５０が４８８ＮＡＨを受信してからＩＮＶＩＴＥを再送信するまでの期間Ｔ２は、図５（Ｆ）のケースにおいて、ＦＡＸ装置５０が４８６ＢＨを受信してからＩＮＶＩＴＥを再送信するまでの期間Ｔ３よりも、長くなるように設定されている。エラー状態が解除されるには、比較的に長時間を要するからである。
【００６８】
（図５（Ｇ）のケース）
図５（Ｇ）のケースでは、ＦＡＸ装置１０がスリープ状態かつエラー状態である間に、ＦＡＸ装置５０からＦＡＸ装置１０にＩＮＶＩＴＥが送信される。ＦＡＸ装置１０は、ＦＡＸ装置５０からＩＮＶＩＴＥを受信すると、図４のＳ１１３ａでＹＥＳと判断して、４８６ＢＨを送信せずに（即ち、送信部３４がＳ１１６を実行せずに）、４８８ＮＡＨをＦＡＸ装置５０に送信する（Ｓ１１３ｂ）。次いで、ＦＡＸ装置１０は、図４のＳ１１３ｃでＹＥＳと判断して、スリープ状態を解除するための解除処理を実行する（Ｓ１１３ｄ）。図５（Ｇ）のケースでは、印刷実行部１６を構成する部材が復帰し、その後、エラー状態が解除される。その後の処理は、図５（Ｅ）のケースと同様である。
【００６９】
（本実施例の効果）
図５（Ｅ）に示されるように、ＦＡＸ装置１０は、スタンバイ状態であっても、エラー状態である場合には、ＦＡＸデータに従って印刷を実行することができない。従って、ＦＡＸ装置１０は、スタンバイ状態かつエラー状態である間に、ＦＡＸ装置５０からＩＮＶＩＴＥを受信する場合に、通信セッションの確立を拒否するための４８８ＮＡＨをＦＡＸ装置５０に送信する。これにより、ＦＡＸ装置１０が迅速に印刷処理を実行することができないにも関わらず、通信セッションが確立されてしまうことに起因して、確立時間が長くなってしまうことを抑制し得る。
【００７０】
また、図５（Ｅ）及び図５（Ｆ）を比べるとわかるように、ＦＡＸ装置１０は、ＦＡＸ装置１０の状態（即ち、スタンバイ状態かつエラー状態、又は、スリープ状態かつ通常状態）に応じて、通信セッションの確立を拒否するための信号の種類（即ち、４８８ＮＡＨ又は４８６ＢＨ）を変える。また、図５（Ｆ）及び図５（Ｇ）を比べるとわかるように、ＦＡＸ装置１０は、ＦＡＸ装置１０の状態（即ち、スリープ状態かつ通常状態、又は、スリープ状態かつエラー状態）に応じて、通信セッションの確立を拒否するための信号の種類（即ち、４８６ＢＨ又は４８８ＮＡＨ）を変える。ＦＡＸ装置１０は、ＦＡＸ装置１０自身の状態に応じた適切な種類の信号を、ＦＡＸ装置５０に送信することができる。
【００７１】
即ち、ＦＡＸ装置１０は、印刷を実行不可能な状態が比較的に短くなる場合（即ち、スリープ状態である場合）には、４８６ＢＨをＦＡＸ装置５０に送信し、印刷を実行不可能な状態が比較的に長くなる場合（即ち、エラー状態である場合）には、４８８ＮＡＨをＦＡＸ装置５０に送信する。このために、ＦＡＸ装置５０は、通信セッションの確立を拒否するための信号の種類に応じて、ＩＮＶＩＴＥを再送信するタイミングを適切に決定し得る。即ち、ＦＡＸ装置５０は、４８６ＢＨが受信される場合には、比較的に短いインターバルに従ってＩＮＶＩＴＥを再送信し、４８８ＮＡＨが受信される場合には、比較的に長いインターバルに従ってＩＮＶＩＴＥを再送信することができる。
【００７２】
（対応関係）
本実施例では、４８８ＮｏｔＡｃｃｅｐｔａｂｌｅＨｅｒｅが、「第３の信号」及び「第４の信号」の一例である。
【００７３】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００７４】
（変形例１）
「通信装置」及び「特定の外部装置」は、ＦＡＸ装置に限られず、データを通信可能な他の機器（例えば、携帯電話、ＰＤＡ、ＰＣ、サーバ、プリンタ、コピー機、スキャナ、多機能機等）であってもよい。従って、「対象データ」は、ＦＡＸデータに限られず、例えば、音声データ、インターネット等からダウンロードされるデータ、印刷データ、スキャンデータ等であってもよい。
【００７５】
（変形例２）
通信実行部３６は、上記の各実施例のように「対象データ」を受信しなくてもよく、「対象データ」を送信してもよい。一般的に言うと、通信実行部３６は、「対象データ」の通信（即ち、送信又は受信）を実行すればよい。
【００７６】
（変形例３）
上記の各実施例では、ＦＡＸデータを通信するためのプロトコルとして、ＳＩＰが利用されている。これに代えて、他のプロトコル（例えば、Ｈ３２３、ＭＧＣＰ（Media Gateway Control Protocol、Ｈ２４８等）が利用されてもよい。
【００７７】
（変形例４）
「高消費電力状態」は、上記の各実施例の処理状態又はスタンバイ状態に限られず、「低消費電力状態」と比べて消費電力が高い状態であればよい。また、「低消費電力状態」は、上記の各実施例のスリープ状態に限られず、「高消費電力状態」と比べて消費電力が低い状態であればよい。
【００７８】
（変形例５）
第１実施例の図２のＳ１６において、送信部３４は、４８６ＢＨに代えて、４８８ＮＡＨを送信してもよい。一般的に言うと、「第２の信号」は、通信セッションの確立を拒否するための信号であればよい。
【００７９】
（変形例６）
第２実施例の図４のＳ１１３ｂにおいて、送信部３４は、４８８ＮＡＨに代えて、４８６ＢＨを送信してもよい。また、図４のＳ１１６において、送信部３４は、４８６ＢＨに代えて、４８８ＮＡＨを送信してもよい。一般的に言うと、「第３の信号」は、「第２の信号」とは異なる種類の信号であってもよいし、「第２の信号」と同じ種類の信号であってもよい。
【００８０】
（変形例７）
上記の各実施例では、ＦＡＸ装置１０は、ＦＡＸ装置５０のＳＩＰＵＲＩがメモリ２４に登録されているのか否かに基づいて、ＦＡＸ装置５０が印刷終了確認を実行する構成を採用しているのか否かを判断する（図２のＳ１２、図４のＳ１１２）。これに代えて、以下の構成を採用してもよい。即ち、ＦＡＸ装置５０は、ＦＡＸ装置５０自身が印刷終了確認を実行する構成を採用している場合には、印刷終了確認を実行することを示す特定の情報を含むＩＮＶＩＴＥをＦＡＸ装置１０に送信してもよい。この場合、ＦＡＸ装置１０の送信部３４は、ＦＡＸ装置５０から受信されるＩＮＶＩＴＥに上記の特定の情報が含まれるのか否かに基づいて、ＦＡＸ装置５０が印刷終了確認を実行する構成を採用しているのか否かを判断してもよい。即ち、送信部３４は、ＦＡＸ装置１０がスリープ状態である間に、ＦＡＸ装置５０からＩＮＶＩＴＥが受信されると、当該ＩＮＶＩＴＥに上記の特定の情報が含まれる場合（即ち、ＦＡＸ装置５０が印刷終了確認を実行する場合）に、ＦＡＸ装置５０に４８６ＢＨを送信し、当該ＩＮＶＩＴＥに上記の特定の情報が含まれない場合（即ち、ＦＡＸ装置５０が印刷終了確認を実行しない場合）に、ＦＡＸ装置５０に２００ＯＫを送信してもよい。
【００８１】
（変形例８）
上記の各実施例では、ＦＡＸ装置５０からＦＡＸ装置１０にＢＹＥが送信されることによって、ＦＡＸ装置１０及びＦＡＸ装置５０の間の通信セッションが切断される。これに代えて、ＦＡＸ装置１０からＦＡＸ装置５０にＢＹＥが送信されてもよい。この場合、ＦＡＸ装置１０は、全てのＦＡＸデータに従った印刷が終了した後に、印刷終了信号をＦＡＸ装置５０に送信せずに、ＢＹＥをＦＡＸ装置５０に送信してもよい。
【００８２】
（変形例９）
上記の各実施例では、ＦＡＸ装置１０のＣＰＵ２２がソフトウェアに従って処理を実行することによって、各部３０〜３６が実現される。これに代えて、各部３０〜３６のうちの少なくとも一部は、論理回路等のハードウェアによって実現されてもよい。
【００８３】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００８４】
６：インターネット、８：ＳＩＰサーバ、１０，５０：ＦＡＸ装置
【図１】
0005741273.tif 000002
【図２】
0005741273.tif 000003
【図３】
0005741273.tif 000004
【図４】
0005741273.tif 000005
【図５】
0005741273.tif 000006