JP5125358B2 - 送信装置及び受信装置 - Google Patents

Description

この発明は、ネットワークを介して画像をファクシミリ伝送する技術に関する。

送信装置から受信装置に画像を伝送するファクシミリ伝送では、送信装置で取得した画像を音声信号に変換し、音声通信回線を利用して受信装置に伝送することが行われている。この音声通信回線としては、従来から使用されてきた通常の電話網の他に、近年ではインターネットを利用した電話網（ＩＰ電話網）が使用されるようになってきた。そして、ＩＰ電話網による音声信号の伝送を利用し、ネットワークを介してファクシミリ伝送するファクシミリ伝送装置が提案されている（例えば、特許文献１参照）。

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

しかしながら、ネットワークを介してファクシミリ伝送する場合であっても、ファクシミリ伝送はＩＰ電話網による音声信号の伝送によって行われる。そのため、ファクシミリの伝送に際しても、送信先のファクシミリ受信装置の呼制御等の処理は、音声通話と同様に行われるので、ファクシミリ伝送を行う際の利便性は、ネットワークを利用しているにもかかわらず従来のファクシミリ伝送方法と同程度であり、必ずしも十分なものではなかった。

本発明は、上述した従来の課題を解決するためになされたものであり、ネットワークを用いたファクシミリ伝送の利便性を向上する技術を提供することを目的とする。

上記目的の少なくとも一部を達成するために、本発明のファクシミリ伝送システムは、ネットワークを介して送信装置から受信装置に画像を転送するファクシミリ伝送システムであって、前記送信装置からの状態情報の通知要求に応じて、前記受信装置の状態を表す状態情報を前記ネットワークを介して前記送信装置に返信する状態情報返信部を備え、前記状態情報返信部は、前記通知要求の際に前記送信装置が前記ネットワークを介して送信するメッセージに基づいて、前記送信装置を複数の区分に分類する送信元分類部と、前記受信装置の状態を表す複数の状態情報の中から、前記送信元分類部により分類された前記送信装置の区分に応じて選択された選択状態情報を前記ネットワークを介して前記送信装置に送信する選択状態情報送信部と、を有することを特徴とする。

この構成によれば、送信装置は、複数の区分に分類される。そして、送信装置には、分類された区分に応じて選択された状態情報が送信される。そのため、送信装置によっては、受信装置の状態についてより詳細な情報を得ることができ、ファクシミリ伝送を行う際の利便性が向上する。

前記ファクシミリ伝送システムは、さらに、前記送信装置と前記受信装置との間の通信経路の確立を仲介する通信確立部を備え、前記状態情報返信部は、前記通信確立部に設けられているものとしてもよい。

この構成によれば、状態情報返信部が送信装置と受信装置との間の通信経路の確立を仲介する通信確立部に設けられている。そのため、送信装置は、送信装置と受信装置との間の通信経路の確立に先だって受信装置の状態についての情報を得ることができるので、受信装置がファクシミリの伝送が好ましくない状態か否かを通信経路の確立前に判断できる。

前記通信確立部は、前記メッセージに含まれ前記送信装置を特定しうる識別情報と、前記送信装置の区分との対応関係を表す送信元分類情報と、前記送信装置の区分に対して選択される状態情報を特定するための選択情報特定情報と、を予め前記受信装置から取得するものとしてもよい。

この構成によれば、通信確立部は、送信元分類情報と選択情報特定情報とを、予め受信装置から取得する。そのため、通信確立部は、送信装置からの状態情報の通知要求に先だって、送信装置に送信する状態情報を選択することができる。そのため、送信装置からの状態情報の通知要求の都度、状態情報を選択することを省略できるので、選択状態情報をより速やかに送信装置に送信することができる。

上記目的の少なくとも一部を達成するために、本発明のファクシミリ受信装置は、ピアツーピア通信経路を介して接続された送信装置から画像を受信するファクシミリ受信装置であって、前記送信装置からの状態情報の通知要求に応じて、前記受信装置の状態を表す状態情報を前記ピアツーピア通信経路を介して前記送信装置に返信する状態情報返信部を備え、前記状態情報返信部は、前記通知要求の際に前記送信装置が前記ピアツーピア通信経路を介して前記受信装置に送信するメッセージに基づいて、前記送信装置を複数の区分に分類する送信元分類部と、前記送信元分類部により分類された前記送信装置の区分に対して予め定められた種類の状態情報である区分別状態情報を前記ピアツーピア通信経路を介して前記送信装置に送信する区分別状態情報送信部と、を有することを特徴とする。

この構成によれば、ファクシミリ受信装置は、送信装置を複数の区分に分類し、分類された区分に応じて送信装置に送信する状態情報を変更することができる。そのため、送信装置によっては、受信装置の状態についてより詳細な情報を得ることができ、ファクシミリ伝送を行う際の利便性が向上する。

前記送信装置と前記受信装置と間の前記ピアツーピア通信経路を介した通信は、所定のプロトコルに従って行われており、前記複数の区分のそれぞれに対して予め定められた複数の区分別状態情報のそれぞれは、前記所定のプロトコルに規定された受信装置の状態を表すステータス情報を含むものとしても良い。

この構成によれば、受信装置が送信装置に返信する区分別状態情報は、ファクシミリ伝送に使用されるプロトコルに規定されたステータス情報を含んでいる。そのため、同一のプロトコルを使用する装置に対してステータス情報を返信することができるので、ファクシミリ伝送を他の目的にも利用されるプロトコルを利用して行うことができる。

前記状態情報返信部は、前記送信元分類部による前記送信装置の分類に先だって、前記送信装置に前記ステータス情報を送信するものとしても良い。

この構成によれば、送信装置の分類先にかかわらず送信されるステータス情報は、送信装置の分類に先だって送信される。送信装置は、予め送信されたステータス情報に応じてその後の処理内容を決定することができるので、ファクシミリ伝送に要する時間を短縮することができる。

前記状態情報返信部は、前記送信装置に送信される区分別状態情報が前記ステータス情報以外の追加ステータス情報を含んでいる場合には、前記ステータス情報の送信に引き続き前記追加ステータス情報を前記送信装置に送信するものとしても良い。

この構成によれば、送信装置は、１回の状態情報の通知要求で、ステータス情報と追加ステータス情報とを合わせて取得することができる。そのため、送信装置から受信装置への要求の送出回数を低減することが可能となる。

なお、本発明は、種々の態様で実現することが可能である。例えば、ファクシミリ受信装置、その受信装置に画像を送信する送信装置、それらの受信装置および送信装置を制御する制御装置と制御方法、それらの受信装置または送信装置を使用するファクシミリ伝送システムと伝送方法、それらの受信装置、送信装置、制御装置、制御方法、伝送システム、または、伝送方法の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送はないに具現化されたデータ信号、等の態様で実現することができる。

次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１実施例：
Ｂ．第２実施例：
Ｃ．変形例：

Ａ．第１実施例：
図１は、本発明の第１実施例におけるファクシミリ伝送システムの構成を示す説明図である。このファクシミリ伝送システムでは、送信側ネットワークシステム１０と、受信側ネットワークシステム２０とが、インターネットＩＮＥＴを介して接続されている。

送信側ネットワークシステム１０は、ネットワークファクシミリ端末（ＩＰ−ＦＡＸ端末）１００と、ルータ１０２とが、ローカルエリアネットワーク（ＬＡＮ）を介して相互に接続された構成を有している。ＩＰ−ＦＡＸ端末１００は、ルータ１０２を介してインターネットＩＮＥＴに接続されている。同様に、受信側ネットワークシステム２０は、ＩＰ−ＦＡＸ端末２００と、ルータ２０２とが、ローカルエリアネットワーク（ＬＡＮ）を介して相互に接続された構成を有している。ＩＰ−ＦＡＸ端末２００は、ルータ２０２を介してインターネットＩＮＥＴに接続されている。ＬＡＮは、ＩＥＥＥ８０２．３のような有線ネットワークでも、ＩＥＥＥ８０２．１１ｂ／ｇ／ａなどの無線ネットワークでもよい。

第１実施例のファクシミリ伝送システムは、インターネットによる電話網（ＩＰ電話網）を使用することにより実現されている。このＩＰ電話網は、インターネットを利用したピアツーピア通信により音声信号を所定の形式のデータに変換した音声データを送信することによって実現されている。ここで、ピアツーピア通信とは、送信側ネットワーク機器から受信側ネットワーク機器へのデータ転送の際に、特定のサーバを介さずにデータの転送が可能な通信方式をいう。なお、第１実施例では、ピアツーピア通信を用いたＩＰ電話網のシステムとしてスカイプ（Skype: Skype Technologies S.A.の商標）によるＩＰ電話網システム（以下、単に「スカイプシステム」とも呼ぶ）を利用している。

スカイプシステムでは、図１に示すように、複数のスーパーノードＳＮ１，ＳＮ２，ＳＮ３と、複数の一般ノードＧＮ１，ＧＮ２とがインターネットＩＮＥＴに接続されている。これらのスーパーノードＳＮ１，ＳＮ２，ＳＮ３と一般ノードＧＮ１，ＧＮ２（併せて「ノード」と呼ばれる）は、ユーザがＩＰ電話網による音声通話を行うために使用するコンピュータである。

スーパノードには、ユーザがスカイプシステムを使用しているか否か等の種々のユーザの状態（「オンラインステータス」もしくは「プレゼンス」と呼ばれる）と、そのユーザが使用するノードの情報とが、スカイプシステムのユーザの情報として分散して格納されている。スーパノードは、ノードの情報として、例えば、ＩＰアドレスやＴＣＰ／ＩＰの通信ポート等のインターネットを介して通信を確立するために必要な接続情報が格納される。これらのユーザ情報は、ユーザが使用しているノードから定期的にスーパーノードに送信される。

各ノードのユーザがスカイプシステムにより音声通話を行う場合、ユーザは、通話先のユーザを特定するスカイプ名を指定して発信する。発信側ノードは、スカイプ名をスーパーノードに転送し、通話先のユーザ情報の提供を要求する。スーパーノードは、通話先のユーザ情報を有している場合、発信側ノードからの要求に応じて通話先のユーザ情報を発信側ノードに転送する。スーパーノードが通話先ユーザ情報を有していない場合、スーパーノードは、他のスーパーノードに通話先のユーザ情報の提供を要求する。このように、スーパーノード間で通話先のユーザ情報を転送することにより、スーパーノードは、通話先のユーザ情報を取得し、取得したユーザ情報を送信側ノードに転送する。

このようにスカイプシステムにおいて、発信側ノードは、スカイプ名を用いて通話先のユーザ情報を取得する。そして、ユーザ情報に含まれる着信側ノードの接続情報を用いて着信側ノードとの通信を確立することにより、発信側ノードと着信側ノードのピアツーピア通信を行うことができる。

第１実施例の２つのＩＰ−ＦＡＸ端末１００，２００は、いずれもスカイプシステムの一般ノードとして機能する。そのため、スカイプシステムの機能を用いて２つのＩＰ−ＦＡＸ端末間でピアツーピア通信を行うことにより、後述するように、画像を伝送することができる。なお、図１では、送信側と受信側とのいずれもがＩＰ−ＦＡＸ端末である例を示しているが、後述するように、送信側と受信側とのいずれか一方がＩＰ−ＦＡＸ端末の機能を有しているものとしてもよい。

図２は、送信側のＩＰ−ＦＡＸ端末１００の内部構成を示すブロック図である。なお、受信側のＩＰ−ＦＡＸ端末２００（図１）の構成は、送信側のＩＰ−ＦＡＸ端末１００と同じであるので、その説明を省略する。ＩＰ−ＦＡＸ端末１００は、プリントエンジン１１０と、スキャンエンジン１２０と、外部記憶装置１３０と、制御ユニット１４０と、操作ユニット１５０と、ネットワークインターフェース（Ｉ／Ｆ）１６０と、を備えている。

制御ユニット１４０は、中央処理装置（ＣＰＵ）１４２と、ＲＯＭ１４４と、ＲＡＭ１４６と、を有している。ＣＰＵ１４２は、ＲＯＭ１４４に格納されたプログラムを実行することにより、後述する種々の機能を実現する。なお、第１実施例では、ＣＰＵ１４２は、ＲＯＭ１４４に格納されたプログラムを実行しているが、ＲＡＭ１４６に格納されたプログラムを実行するものとしても良い。この場合、ＣＰＵ１４２が実行するプログラムは、必要に応じてＲＯＭ１４４や外部記憶装置１３０から読み出され、ＲＡＭ１４６に格納される。

ネットワークインターフェース１６０は、制御ユニット１４０から供給される送信データをＬＡＮに転送し、ＬＡＮから転送された受信データを制御ユニット１４０に供給する。これらの送信データと、受信データとは、ＲＡＭ１４６の所定の領域（送受信バッファ）に格納される。

プリントエンジン１１０は、与えられた印刷データに応じて印刷を実行する印刷機構である。プリントエンジン１１０に供給される印刷データは、ＣＰＵ１４２が送受信バッファに格納された受信データを解釈し、色変換やハーフトーン処理を実行することにより生成される。生成された印刷データは、制御ユニット１４０からプリントエンジン１１０に供給される。プリントエンジン１１０に供給される印刷データは、外部記憶装置１３０に格納された画像データから生成することも可能である。また、ＣＰＵ１４２の代わりにプリントエンジン１１０が色変換やハーフトーン処理の機能を有するように構成することも可能である。

スキャンエンジン１２０は、画像をスキャンして画像を表すスキャンデータを生成する機構である。スキャンエンジン１２０で生成されたスキャンデータは、制御ユニット１４０に供給される。制御ユニット１４０に供給されたスキャンデータは、ＣＰＵ１４２により所定の形式の画像データに変換され、送受信バッファに格納される。送受信バッファに格納された画像データは、ネットワークインターフェース１６０を介してＬＡＮから転送される。ＣＰＵ１４２の代わりにスキャンエンジン１２０がスキャンデータから画像データを生成する機能を有するように構成することも可能である。

操作ユニット１５０は、表示パネル１５２と、操作キー１５４と、を備えている。この表示パネル１５２には、ＩＰ−ＦＡＸ端末１００の各種状態を表示が表示される。ＩＰ−ＦＡＸ端末１００のユーザは、表示パネル１５２に表示された情報を見ながら操作キー１５４を操作することにより、ＩＰ−ＦＡＸ端末１００に種々の指示を入力することができる。

なお、ＩＰ−ＦＡＸ端末１００は、ウェイクアップオンＬＡＮ（ＷＯＬ）機能を有する端末として構成することも可能である。この場合、ＩＰ−ＦＡＸ端末１００は、ネットワークインターフェース１６０（図２）以外の各ユニット１１０〜１５０の機能が停止している休止状態と、ＩＰ−ＦＡＸ端末１００の全てのユニット稼働している稼働状態と、の２つの状態を取ることが可能なように構成される。この休止状態で機能しているネットワークインターフェース１６０がパケットを受け取ることにより、ＩＰ−ＦＡＸ端末１００は休止状態から稼働状態に移行する。稼働状態から休止状態へは、ユーザによる操作や印刷等でＩＰ−ＦＡＸ端末１００が使用された後、所定の時間が経過することにより移行する。

図３は、ファクシミリ伝送に関する機能の階層構造を示すブロック図である。図３では、ＩＰ−ＦＡＸ端末１００，２００のそれぞれとインターネットＩＮＥＴとの間に設けられるルータ１０２，２０２（図１）の図示を省略している。

送信側ＩＰ−ＦＡＸ端末１００は、最上位の階層の機能として、プリンタ１００２と、スキャナ１００４と、ストレージ１００６と、ユーザインターフェース１００８との機能を有している。これらの各機能は、ＩＰ−ＦＡＸ端末１００の制御ユニット１４０（図２）が、それぞれ対応する機構１１０，１２０，１３０，１５０（図２）を制御することにより実現されている。なお、受信側ＩＰ−ＦＡＸ端末２００の機能は、送信側ＩＰ−ＦＡＸ端末１００と同じであるのでその説明を書略する。

プリンタ１００２等の下層には、上層から順番に、ファクシミリ送受信モジュール１１００と、ＩＰ電話通信モジュール１２００と、ＴＣＰおよびＵＤＰの各プロトコルの処理モジュールと、ＩＰ処理モジュールと、ネットワークインターフェースと、が設けられている。

ＩＰ電話通信モジュール１２００は、下位のモジュールから供給されるデータをスカイプシステムで使用される種々のプロトコルに従って処理し、スカイプシステムで提供される機能を上層のファクシミリ送受信モジュール１１００に提供する。スカイプシステムでは、ＩＰ電話網を使用した音声通話の他に、チャット機能（文字通信による対話機能）やファイル転送機能等の種々の機能が提供される。

ファクシミリ送受信モジュール１１００は、スカイプ名が割り当てられたスカイプシステムのユーザとして機能する。ファクシミリ送受信モジュール１１００は、ＩＰ電話通信モジュール１２００が備えるアクセスＡＰＩ（Application Program Interface）と通話ＡＰＩとにコマンドを送信することにより、スカイプシステムの提供する機能を使用することができる。

図４は、ファクシミリ伝送システムにより画像を伝送する際に送信側ＩＰ−ＦＡＸ端末１００で実行されるＦＡＸ送信ルーチンを示すフローチャートである。

ステップＳ１００において、ファクシミリ送受信モジュール１１００は、ユーザによる送信内容の指示を取得する。図５は、ステップＳ１００においてファクシミリ送受信モジュール１１００が実行する送信内容指示取得ルーチンを示すフローチャートである。

図５のステップＳ１１０において、ファクシミリ送受信モジュール１１００は、伝送する画像の取得先を選択するユーザの指示を取得する。そして、ステップＳ１２０では、ユーザにより指定された画像取得先がスキャナ１００４とストレージ１００６とのいずれであるかが判断される。画像取得先がスキャナ１００４であると判断された場合、制御はステップＳ１４０に移される。一方、画像取得先がストレージ１００６であると判断された場合、制御はステップＳ１３０に移される。ステップＳ１３０では、送信するファイルを選択するユーザの指示が取得される。

ステップＳ１４０において、ファクシミリ送受信モジュール１１００は、受信側で画像の出力に用いられる用紙の大きさ（出力用紙サイズ）指定の要否についてユーザの指示を取得する。そして、ステップ１５０では、出力用紙サイズの指定の要否が判断される。出力用紙サイズの指定が不要である場合、図５のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、出力用紙サイズの指定が必要である場合、制御はステップＳ１６０に移され、出力用紙サイズを指定するユーザの指示が取得され、その後、図５のルーチンは終了して制御は図４のＦＡＸ送信ルーチンに戻される。

図４のステップＳ２００において、ファクシミリ送受信モジュール１１００は、ユーザによる送信先指定を取得する。そして、ステップＳ１００において取得された送信内容指示に基づいて、送信データを生成する。図６は、ステップＳ２００においてファクシミリ送受信モジュール１１００が実行する送信先指定取得・送信データ生成ルーチンを示すフローチャートである。

図６のステップＳ２１０では、ユーザによって指定される送信先が取得される。送信先は、ユーザがスカイプ名を直接入力するか、もしくは、スカイプシステムの連絡先リストから送信先を選択することによって指定することができる。なお、連絡先リストから送信先を選択する場合、選択に使用される連絡先リストには定期的にスーパーノードから取得される送信先のプレゼンスが表示されるのが好ましい。ファクシミリ送受信モジュール１１００は、ユーザによって指定された送信先を取得した後、ユーザによる送信ボタン（図示しない）の押下を検出すると、制御はステップＳ２２０に移される。

ステップＳ２２０では、図５のステップＳ１１０において、取得された画像取得先がスキャナ１００４（図３）とストレージ１００６（図３）とのいずれであるかが判断される。画像取得先がスキャナ１００４の場合、制御はステップＳ２３０に移される。一方、画像取得先がストレージ１００６の場合、制御はステップＳ２４０に移される。

ステップＳ２３０において、ファクシミリ送受信モジュール１１００は、スキャナ１００４から画像データを取得する。ステップＳ２３２では、ステップＳ２３０における画像データの取得が成功したか否かが判断される。画像データの取得が成功したと判断された場合、制御はステップＳ２５０に移される。一方、画像データの取得が失敗したと判断された場合、制御はステップＳ２５２に移される。

ステップＳ２４０において、ファクシミリ送受信モジュール１１００は、ストレージ１００６からユーザが選択したファイルを読み込み画像データを取得する。ステップＳ２４２では、ステップＳ２４０における画像データの取得が成功したか否かが判断される。画像データの取得が成功したと判断された場合、制御はステップＳ２４４に移される。一方、画像データの取得が失敗したと判断された場合、制御はステップＳ２５２に移される。

ステップＳ２４４において、ファクシミリ送受信モジュール１１００は、出力用紙サイズ指定の要否を判断する。出力用紙サイズの指定が必要な場合、制御はステップＳ２５０に移される。一方、出力用紙サイズの指定が不要な場合、図６のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。

ステップＳ２５０において、ファクシミリ送受信モジュール１１００は、ＸＨＴＭＬ−Ｐｒｉｎｔデータを生成する。ここで、ＸＨＴＭＬ−Ｐｒｉｎｔデータとは、ＸＨＴＭＬ（eXtensible HyperText Markup Language：ＨＴＭＬと互換性を有する文書記述言語の一種）で記述された文書を印刷するための仕様に合致した形式のデータをいう。このＸＨＴＭＬ−Ｐｒｉｎｔデータには、出力用紙サイズや出力枚数等の出力を制御する情報と、送信される画像データを特定する情報とが、タグ情報として含まれる。

ステップＳ２５２において、ファクシミリ送受信モジュール１１００は、画像の取得が失敗したことをユーザに通知する。そして、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

図４のステップＳ３００において、送信側のファクシミリ送受信モジュール１１００はは、送信側ＩＰ−ＦＡＸ端末１００からの画像の送信が受信側ＩＰ−ＦＡＸ端末２００により許可されているか否かを確認し、必要に応じて送信許可の取得を行う。図７は、ステップＳ３００においてファクシミリ送受信モジュール１１００が実行する送信許可確認・取得ルーチンを示すフローチャートである。

図７のステップＳ３１０において、ファクシミリ送受信モジュール１１００は、送信側ＩＰ−ＦＡＸ端末１００からの送信許可の有無を問い合わせる。具体的には、ファクシミリ送受信モジュール１１００は、送信側ＩＰ−ＦＡＸ端末１００のスカイプ名をスカイプシステムのスーパーノードに転送する。そして、送信側のスカイプ名が受信側ＩＰ−ＦＡＸ端末２００の連絡先リストに登録されているか否かを問い合わせる。スーパーノードは、問い合わせに対し連絡先ステータス（ＢｕｄｄｙＳｔａｔｕｓ）を返信する。

スカイプシステムのスーパーノードが返信する連絡先ステータスとその内容は以下の表１の通りである。

ステップＳ３２０において、ファクシミリ送受信モジュール１１００は、ステップＳ３１０において返信された連絡先ステータスから送信許可が得られているか否かを判断する。送信許可が得られている場合（連絡先ステータス＝３）、図７のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、送信許可が得られていない場合（連絡先ステータス＝０〜２）、制御はステップＳ３３０に移される。

ステップＳ３３０において、ファクシミリ送受信モジュール１１００は、ステップＳ３１０において返信された連絡先ステータスから送信許可待ちであるか否かを判断する。送信許可待ちである場合（連絡先ステータス＝２）、制御はステップＳ３４０に移される。ステップＳ３４０では、送信許可待ちであることをユーザに通知する。そして、エラー終了により図４のＦＡＸ送信ルーチンは終了する。一方、送信許可待ちでない場合（連絡先ステータス＝０，１）、制御はステップＳ３５０に移される。

ステップＳ３５０において、ファクシミリ送受信モジュール１１００は、ユーザに送信許可がないことを通知するとともに、送信許可を要求するか否かのユーザからの指示を取得する。そして、ステップＳ３６０において、ユーザからの指示が送信許可を要求するものであるか否かを判断する。ユーザからの指示が送信許可を要求するものである場合、制御はステップＳ３７０に移される。一方、ユーザからの指示が送信許可を要求するものでない場合、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

ステップＳ３７０において、ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００に送信許可を要求する。このとき、受信側のＩＰ電話通信モジュール２２００（図３）は、ユーザインターフェース２００８を介して、受信側ＩＰ−ＦＡＸ端末２００のユーザに送信許可を与えるか否かを問い合わせる。そして、受信側ＩＰ−ＦＡＸ端末２００のユーザが送信許可を与えた場合、送信を許可する連絡先ステータス（＝３）を送信側ＩＰ−ＦＡＸ端末１００に返信する。一方、送信許可を与えなかった場合、送信を許可しない連絡先ステータス（＝０）を返信する。

ステップＳ３８０において、ファクシミリ送受信モジュール１１００は、ステップＳ３７０において返信された連絡先ステータスから送信許可が得られているか否かを判断する。送信許可が得られている場合（連絡先ステータス＝３）、図７のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、送信許可が得られていない場合（連絡先ステータス＝０〜２）、制御はステップＳ３９０に移される。ステップＳ３９０では、送信許可が得られなかったことをユーザに通知する。そして、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

図４のステップＳ４００において、ファクシミリ送受信モジュール１１００は、送信先の状態を確認する。図８は、ステップＳ４００においてファクシミリ送受信モジュール１１００が実行する送信先状態確認ルーチンを示すフローチャートである。図８（ａ）は、ステップＳ４００において、送信側ファクシミリ送受信モジュール１１００により実行される送信先状態取得ルーチンを示すフローチャートであり、図８（ｂ）は、受信側ファクシミリ送受信モジュール２１００により実行されるＩＰ−ＦＡＸ状態送信ルーチンを示すフローチャートである。

図８（ａ）のステップＳ４１０において、送信側ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００の装置状態の送信を要求する。具体的には、ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００にプレゼンスの送信を要求する。受信側ファクシミリ送受信モジュール２１００は、図８（ｂ）のステップＳ６１０において受信側ＩＰ−ＦＡＸ端末２００の状態を表すプレゼンスを返信する。

なお、送信側ファクシミリ送受信モジュール１１００は、ステップＳ２１０（図６）からステップＳ４１０の間の特定のタイミングにおいて、スーパーノードから受信側ＩＰ−ＦＡＸ端末２００の接続情報を予め取得する。受信側ＩＰ−ＦＡＸ端末２００への装置情報の要求は、この予め取得された接続情報に基づいて、送信側ＩＰ−ＦＡＸ端末１００と受信側ＩＰ−ＦＡＸ端末２００との間で確立されたピアツーピア通信を介して行われる。受信側ＩＰ−ＦＡＸ端末２００がウェイクアップオンＬＡＮの機能を有している場合、受信側ＩＰ−ＦＡＸ端末２００は、ピアツーピア通信が確立される際に送信側ＩＰ−ＦＡＸ端末１００から送られるパケットを受け取ることにより、休止状態から稼働状態に移行する。

受信側ＩＰ−ＦＡＸ端末２００が返信するプレゼンスと、受信側ＩＰ−ＦＡＸ端末２００の状態と、の対応関係は以下の通りである。次の表２に示されるように、スカイプシステムで使用される種々のプレゼンスのうち、２つのプレゼンス（ＯＮＬＩＮＥ、ＮＡ）が受信側ＩＰ−ＦＡＸ端末２００の状態を表すために使用されている。オンライン（ＯＮＬＩＮＥ）は、受信側ＩＰ−ＦＡＸ端末２００がＦＡＸの受信が可能である状態、すなわち受信したデータに応じて印刷が可能な状態を表している。一方、不在（ＮＡ）は、ＦＡＸの受信が不可能である場合、すなわち受信したデータに応じた印刷ができない状態を表している。

次いで、受信側ファクシミリ送受信モジュール２１００は、ステップＳ６２０において、状態情報の送信を要求した送信側ＩＰ−ＦＡＸ端末１００の相手レベルを決定する。ここで、相手レベルとは、状態情報の送信を要求した相手が、どの程度信頼可能な相手であるかを示す指標である。相手レベルとしては、例えば、「信頼できない」（相手レベル＝１）、「ある程度信頼できる」（相手レベル＝２）、および、「かなり信頼できる」（相手レベル＝３）、の３つのレベル（区分）に相手の信頼度を分類する指標を用いることができる。

相手レベルの決定は、具体的には、図８（ａ）のステップＳ４１０において送信側ファクシミリ送受信モジュール１１００が受信側ＩＰ−ＦＡＸ端末２００に状態情報の送信を要求する際に、送信側ＩＰ−ＦＡＸ端末１００が送信するメッセージ（状態情報要求メッセージ）に含まれる送信側ＩＰ−ＦＡＸ端末１００のＩＰアドレスに基づいて決定される。受信側ファクシミリ送受信モジュール２１００は、ＩＰアドレスと相手レベルとを対応付けるテーブルを参照して、送信側ＩＰ−ＦＡＸ端末１００の相手レベルを決定する。

なお、第１実施例では、送信側ＩＰ−ＦＡＸ端末１００の相手レベルは、状態情報要求メッセージに含まれるＩＰアドレスによって決定されているが、一般に、相手レベルは、状態情報を受信側ＩＰ−ＦＡＸ端末２００に要求するメッセージに含まれ、送信元が特定可能な任意の情報によって決定することができる。例えば、状態情報の要求メッセージがスカイプ名や送信側ＩＰ−ＦＡＸ端末１００の個体識別番号を含んでいる場合、これらの情報によって相手レベルを決定することも可能である。

図８（ｂ）のステップＳ６３０において、受信側ファクシミリ送受信モジュール２１００は、ステップＳ６２０において決定された相手レベルに応じて詳細情報を送信側ＩＰ−ＦＡＸ端末１００に送信する。相手レベルと送信される詳細情報との対応関係は、例えば、以下の表３に示すものを使用することができる。

この表では、相手レベルに応じて送信される詳細情報の項目およびその内容が、「○」と「×」により示されている。相手レベルが「１」の相手が信頼できない場合、詳細情報のいずれの項目も送信されない。相手レベルが「２」の相手がある程度信頼できる場合、詳細情報のうち、印刷残り時間と、消耗品残量と、メモリ残量と、第１の転送先情報と、が送信される。なお、第１の転送先情報には、例えば、勤務先のファクシミリ装置等、ある程度信頼できる相手には通知可能な転送先が指定される。相手レベルが「３」の相手がかなり信頼できる場合、相手レベルが「２」の場合に送信される情報に加えて、故障情報と、復帰情報と、第２の転送先情報と、が送信される。第２の転送先情報には、例えば、友人のファクシミリ装置等、かなり信頼できる相手のみに通知可能な転送先が指定される 。

図８（ａ）のステップＳ４２０において、送信側ファクシミリ送受信モジュール１１００は、図８（ｂ）のステップＳ６１０とステップＳ６３０とにおいて受信側ＩＰ−ＦＡＸ端末２００から送信される状態情報を受信する。なお、受信側ＩＰ−ＦＡＸ端末２００は、ステップＳ６１０とステップＳ６３０の２回に分けてプレゼンスと詳細情報とを送信しているが、１回でプレゼンスと詳細情報を送信するものとしても良い。

ステップＳ４３０において、送信側ファクシミリ送受信モジュール１１００は、ステップＳ４２０において受信した状態情報のうち、プレゼンスがオンライン（ＯＮＬＩＮＥ）であるか否かを判断する。プレゼンスがオンラインであった場合、すなわち、受信側ＩＰ−ＦＡＸ端末２００が印刷可能な場合、図８（ａ）のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、プレゼンスがオンラインでない（ＮＡ）場合、すなわち、受信側ＩＰ−ＦＡＸ端末２００が印刷不可能な場合、制御はステップＳ４４０に移される。

ステップＳ４４０において、送信側ファクシミリ送受信モジュール１１００は、ステップＳ４２０において詳細情報を受信したか否かを判断する。ステップＳ４２０において詳細情報を受信していた場合、制御はステップＳ８００に移される。一方、詳細情報を受信していない場合、制御はステップＳ４５０に移される。ステップＳ４５０では、所定のリトライ回数に達するまで、制御がステップＳ４１０に移される。所定のリトライ回数に達した場合、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

ステップＳ８００において、送信側ファクシミリ送受信モジュール１１００は、ステップＳ４２０において取得した詳細情報に対応した処理を行う。図９は、ステップＳ８００においてファクシミリ送受信モジュール１１００が実行する詳細情報対応処理ルーチンを示すフローチャートである。

ステップＳ８１０において、ファクシミリ送受信モジュール１１００は、詳細情報に受信側ＩＰ−ＦＡＸ端末２００の故障内容を表す故障情報が含まれるか否かを判断する。詳細情報に故障情報が含まれていない場合、制御はステップＳ８２０に移される。詳細情報が故障情報を含む場合、制御はステップＳ８１２に移される。

ステップＳ８１２において、ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００が受信データを受信側ＩＰ−ＦＡＸ端末２００が備えるメモリに保存可能か否かを判断する。具体的には、ファクシミリ送受信モジュール１１００は、故障情報を解析することにより、受信側ＩＰ−ＦＡＸ端末２００の故障がメモリへのデータの格納が可能な故障であるか否かを判断する。また、図６の送信データ生成ルーチンで生成された送信データの大きさ（送信データサイズ）と、詳細情報に含まれるメモリの空き容量（メモリ残量）と、を比較する。そして、受信側ＩＰ−ＦＡＸ端末２００がメモリへのデータの格納が可能であり、かつ、メモリ残量が送信データサイズよりも大きい場合には、メモリに保存可能と判断する。メモリに保存可能と判断された場合、図９のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、メモリに保存可能でないと判断された場合には、制御はステップＳ８１４に移される。

ステップＳ８１４において、ファクシミリ送受信モジュール１１００は、故障内容を印刷する。具体的には、故障情報に含まれる情報からユーザに故障内容を通知するための文書を生成する。そして、生成した文書をプリンタ１００２（図３）に供給することにより、受信側ＩＰ−ＦＡＸ端末２００の故障内容を通知する文書を印刷する。故障内容を通知する文書の印刷の後、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

ステップＳ８２０において、ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００のメモリ残量が十分であるか否かを判断する。メモリ残量が十分である場合には、図９のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。メモリ残量が十分でない場合、制御はステップＳ８３０に移される。

ステップＳ８３０において、ファクシミリ送受信モジュール１１００は、紙やインクなどの消耗品残量が十分であるか否かを判断する。具体的には、図６の送信データ生成ルーチンで生成された送信データに基づいて消耗品の使用量を予測し、予測された使用量と消耗品残量とを比較する。そして、消耗品残量が予測使用量よりも多い場合には、消耗品残量が十分であると判断され、制御はステップＳ８３２に移される。一方、消耗品残量が十分でないと判断された場合には、制御はステップＳ８４０に移される。

ステップＳ８３２において、ファクシミリ送受信モジュール１１００は、詳細情報に含まれる印刷残り時間が経過するまで待機する。そして、印刷残り時間が経過した後、制御は図８のステップＳ４１０に戻される。

ステップＳ８４０において、ファクシミリ送受信モジュール１１００は、詳細情報に転送先情報が含まれるか否かを判断する。詳細情報に転送先情報が含まれる場合、制御はステップＳ８４２に移される。一方、詳細情報に転送先情報が含まれない場合には、制御はステップＳ８５０に移される。

ステップＳ８４２において、ファクシミリ送受信モジュール１１００は、ユーザに転送するか否かを問い合わせ、ユーザから取得した指示が転送を行う指示（転送指示）であるか否かを判断する。具体的には、ユーザインターフェース１００８（図３）と所定のデータの授受を行うことにより、ユーザからの指示を取得する。ユーザからの指示が転送指示であった場合には、制御はステップＳ８４４に移される。一方、ユーザからの指示が転送指示でない場合には、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

なお、ユーザから指示の取得の際、表示パネル１５２（図２）には、転送先とその転送先に転送をするか否かの入力を求めるメッセージが表示され、ユーザは、表示パネル１５２に表示されたメッセージに従って操作キー１５４（図２）を操作して指示を入力する。詳細情報に複数の転送先情報が含まれる場合には、表示パネル１５２には、複数の転送先情報に対応する転送先が表示される。ユーザは、転送するか否かと、転送する場合には複数の転送先のいずれに転送するかとを操作キー１５４を用いて入力する。

ステップＳ８４４において、ファクシミリ送受信モジュール１１００は、データの送信先を転送先に変更する。上述のように、複数の転送先情報が詳細情報に含まれる場合、ユーザにより選択された転送先にデータの送信先が変更される。送信先の変更の後、制御は図４のステップＳ３００に戻される。

ステップＳ８５０において、ファクシミリ送受信モジュール１１００は、詳細情報に復帰情報が含まれるか否かを判断する。詳細情報に復帰情報が含まれる場合、制御はステップＳ８５２に移される。一方、詳細情報に復帰情報が含まれていない場合には、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

ステップＳ８５２において、ファクシミリ送受信モジュール１１００は、ユーザに復帰まで送信を待機するか否かを問い合わせ、ユーザから取得した指示が待機を行う指示（待機指示）であるか否かを判断する。ユーザからの指示が待機指示であった場合には、制御はステップＳ８５４に移される。一方、ユーザからの指示が待機指示でない場合には、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

ステップＳ８５４において、ファクシミリ送受信モジュール１１００は、詳細情報に含まれる復帰時期まで待機した後、再度送信先に状態情報の送信を要求する。そして、再度取得した状態情報から、受信側ＩＰ−ＦＡＸ端末２００が印刷可能（プレゼンス＝ＯＮＬＩＮＥ）と判断された場合には、図９のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、再度取得した状態情報により、受信側ＩＰ−ＦＡＸ端末２００が印刷不可（プレゼンス＝ＮＡ）であると判断された場合には、所定のリトライ回数に到達するまで状態情報が取得される。そして、所定のリトライ回数に達するまで受信側ＩＰ−ＦＡＸ端末２００が印刷可能とならない場合には、エラー終了により図４のＦＡＸ送信ルーチンは終了する。

図４のステップＳ５００において、ファクシミリ送受信モジュール１１００は、ステップＳ２００で生成されたデータを受信側ＩＰ−ＦＡＸ端末２００に送信する。図１０（ａ）は、ステップＳ５００において、送信側ファクシミリ送受信モジュール１１００により実行されるデータ送信ルーチンを示すフローチャートであり、図１０（ｂ）は、受信側ファクシミリ送受信モジュール２１００により実行されるデータ受信ルーチンを示すフローチャートである。

図１０（ａ）のステップＳ５１０において、ファクシミリ送受信モジュール１１００は、送信先がＩＰ−ＦＡＸ端末であるか否かを判断する。具体的には、送信先がファクシミリ送受信モジュール２１００を有し、ＩＰ−ＦＡＸ端末としての機能を有しているか否かを判断する。送信先がＩＰ−ＦＡＸ端末である場合、制御はステップＳ５２０に移される。一方、送信先がＩＰ−ＦＡＸ端末でない場合、制御はステップＳ５４０に移される。なお、送信先がＩＰ−ＦＡＸ端末であるか否かは、例えば、送信先スカイプ名に特定の文字列が使用されているか否かで判断することができる。

ステップＳ５２０において、ファクシミリ送受信モジュール１１００は、図６のステップＳ２５０によるＸＨＴＭＬ−Ｐｒｉｎｔデータの生成が行われたか否かを判断する。ＸＨＴＭＬ−Ｐｒｉｎｔデータが生成されていた場合、制御はステップＳ５３０に移される。一方、ＸＨＴＭＬ−Ｐｒｉｎｔデータの生成が行われなかった場合、制御はステップＳ５４０に移される。

ステップＳ５３０において、ファクシミリ送受信モジュール１１００は、ＸＨＴＭＬ−Ｐｒｉｎｔデータと、送信される画像データとから、単一の転送データを生成する（ラッピング）。データのラッピングは、例えば、ＸＨＴＭＬ−Ｐｒｉｎｔデータと画像データとをＭＩＭＥ（Multipurpose Internet Mail Extension）形式でエンコードすることにより行うことができる。なお、ラッピングされた転送データも画像を表すデータであることには変わりがないため、ステップＳ５３０で生成された転送データも画像データであると言うことができる。

ステップＳ５４０において、ファクシミリ送受信モジュール１１００は、スカイプシステムのファイル転送機能を用いて、転送データを受信側のファクシミリ送受信モジュール２１００（図３）に送信する。そして、図１０（ａ）のデータ送信ルーチンは終了する。ステップＳ５３０でのデータラッピングが行われた場合、生成された単一の転送データがステップＳ５４０において送信される。一方、ステップＳ５３０でのデータラッピングが行われなかった場合、画像データと、生成されていればＸＨＴＭＬ−Ｐｒｉｎｔデータとが、ステップＳ５４０において音声信号化することなくそのままの形式で転送データとして送信される。

図１０（ｂ）のデータ受信ルーチンの実行は、図１０（ａ）のステップＳ５４０におけるデータの送信に従って開始される。

図１０（ａ）のステップＳ５４０において送信側のファクシミリ送受信モジュール１１００が送信した転送データは、図１０（ｂ）のステップＳ７１０において、受信側のファクシミリ送受信モジュール２１００により受信される。なお、受信側がパーソナルコンピュータ等のＩＰ−ＦＡＸ端末の機能を有していない場合、転送データを受信したのち受信側の処理は終了する。

ステップＳ７１２において、ファクシミリ送受信モジュール２１００は、転送データの受信が完了したことを表すメッセージを送信側のファクシミリ送受信モジュール１１００に転送する。送信側のファクシミリ送受信モジュール１１００は、メッセージを受け取ると送信側ＩＰ−ＦＡＸ端末１００のユーザに転送データの送信が完了したことを通知する。なお、送信側がＩＰ−ＦＡＸ端末でない場合、このステップＳ７１２は省略される。

ステップＳ７２０において、ファクシミリ送受信モジュール２１００は、受信した転送データがラッピングされたものであるか否かを判断する。転送データがラッピングされていない場合、制御はステップＳ７３０に移される。転送データがラッピングされている場合、制御はステップＳ７３０に移される。ステップＳ７３０では、転送データから、ラッピング前の元データである画像データとＸＨＴＭＬ−Ｐｒｉｎｔデータとが抽出される。

ステップＳ７４０において、ファクシミリ送受信モジュール２１００は、転送データによる印刷を実行可能であるか否かを判断する。転送データによる印刷が不可能な場合、制御はステップＳ７５０に移される。一方、転送データによる印刷が可能な場合、制御はステップＳ７６０に移される。

ステップＳ７５０において、ファクシミリ送受信モジュール２１００は、転送データをＲＡＭ１４６（図２）や外部記憶装置１３０（図２）等のメモリに保存する。そして、転送データの保存の後、図１０（ｂ）のルーチンは終了する。ステップＳ７５０で保存された転送データは、受信がＩＰ−ＦＡＸ端末２００での印刷が可能となった段階で、受信側ファクシミリ送受信モジュール２１００により印刷される。

ステップＳ７６０では、転送データの内容に基づいてプリンタ２００２（図３）により画像が出力される。転送データにＸＨＴＭＬ−Ｐｒｉｎｔデータが含まれている場合、印刷は、ＸＨＴＭＬ−Ｐｒｉｎｔデータで指定された出力用紙サイズと出力枚数とに従って実行される。一方、転送データにＸＨＴＭＬ−Ｐｒｉｎｔデータが含まれていない場合、画像データで表される画像がデフォルトの用紙に出力される。

ステップＳ７６２において、ファクシミリ送受信モジュール２１００は、転送データによる印刷が完了したことを表すメッセージを送信側のファクシミリ送受信モジュール１１００に転送する。送信側のファクシミリ送受信モジュール１１００は、メッセージを受け取ると送信側ＩＰ−ＦＡＸ端末１００のユーザに転送データによる印刷が完了したことを通知する。なお、送信側がＩＰ−ＦＡＸ端末でない場合、このステップＳ７６２は省略される。

ステップＳ７７０において、ファクシミリ送受信モジュール２１００は、転送データを削除する。そして、図１０（ｂ）のルーチンは終了する。

このように、第１実施例では、受信側ＩＰ−ＦＡＸ端末２００は、送信側ＩＰ−ＦＡＸ端末１００の相手レベルに応じて、送信側ＩＰ−ＦＡＸ端末１００に送信する状態情報の内容を変更することができる。そのため、信頼できない相手に対する送信が好ましくない情報の送信を抑制するとともに、信頼できる相手に対しては必要な情報を送信することが可能となる。

なお、第１実施例では、２つのＩＰ−ＦＡＸ端末１００，２００（図１）間で通信を行うためにピアツーピア通信を行うスカイプシステムを利用しているが、一般に、送信側ＩＰ−ＦＡＸ端末１００と受信側ＩＰ−ＦＡＸ端末２００との間のデータ転送がピアツーピア通信によって行われ、受信側ＩＰ−ＦＡＸ端末２００が送信側ＩＰ−ＦＡＸ１００の要求に応じて、その状態を送信側ＩＰ−ＦＡＸ端末１００に直接送信可能な通信システムであれば、任意の通信システムを利用することができる。この場合、受信側ＩＰ−ＦＡＸ端末２００の状態に関する受信側端末情報の形式や、送信側ＩＰ−ＦＡＸ端末１００が受信側端末情報を取得する手順等は、通信システムに応じて適宜変更される。

Ｂ．第２実施例：
図１１は、第２実施例におけるファクシミリ伝送システムの構成を示す説明図である。第２実施例のファクシミリ伝送システムは、ＩＰ電話網のシステムとして、スカイプシステムに換えて、ＳＩＰ（Session Initiation Protocol）を使用したＩＰ電話網システム（以下、単に「ＳＩＰシステム」とも呼ぶ）を使用している点で、図１に示す第１実施例のファクシミリ伝送システムと異なっている。他の点は、第１実施例のファクシミリ伝送システムと同様である。

図１１に示すＳＩＰシステムでは、図１に示すスカイプシステムにおける複数のスーパーノードＳＮ１，ＳＮ２，ＳＮ３が、複数のＳＩＰサーバＳＳ１，ＳＳ２，ＳＳ３に置き換えられている。また、複数の一般ノードＧＮ１，ＧＮ２が、複数のＳＩＰクライアントＳＣ１，ＳＣ２に置き換えられている。ＳＩＰクライアントＳＣ１，ＳＣ２は、ユーザがＩＰ電話網による音声通話を行うために使用するコンピュータである。第２実施例の２つのＩＰ−ＦＡＸ端末１００ａ，２００ａは、いずれもＳＩＰシステムのＳＩＰクライアントとして機能する。

ＳＩＰサーバＳＳ１，ＳＳ２，ＳＳ３は、管理範囲（ドメイン）内のＳＩＰクライアントの情報（接続情報）と、そのＳＩＰクライアントのユーザの情報（プレゼンス）を格納する。そして、格納されたこれらの情報に基づいて、ＳＩＰクライアントＳＣ１，ＳＣ２間でのピアツーピア通信を確立を仲介する。接続情報とプレゼンスは、ＳＩＰクライアントから、そのＳＩＰクライアントが属するドメインのＳＩＰサーバに送信される。

ユーザがＳＩＰシステムにより通信を行う場合、ユーザは、通信先のユーザを特定するＳＩＰ ＵＲＩ（Uniform Resource Identifier）を指定して発信する。ＳＩＰ ＵＲＩは、ドメイン名とユーザ名とを含んでいる。ドメイン名としては、通常、完全修飾ドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）と呼ばれる、インターネット上で一意にドメインを特定可能な識別子が使用される。

発信側のＳＩＰクライアント（発信側クライアント）は、そのＳＩＰクライアントが属するドメインのＳＩＰサーバ（発信側サーバ）に対して、ＳＩＰ ＵＲＩを含む接続要求（ＩＮＶＩＴＥメッセージ）を送信する。発信側サーバは、ＩＮＶＩＴＥメッセージを受信すると、ＳＩＰ ＵＲＩに含まれるドメイン名を参照して、着信側のＳＩＰクライアント（着信側クライアント）が属するドメインのＳＩＰサーバ（着信側サーバ）を特定する。そして、着信側サーバを介して、着信側クライアントにＩＮＶＩＴＥメッセージを転送する。転送されたＩＮＶＩＴＥメッセージに対して、着信側クライアントが所定の応答メッセージ（ＯＫレスポンス）を返した場合、ＯＫレスポンスは、着信側サーバと発信側サーバとを介して発信側クライアントに転送される。そして、発信側クライアントが、転送されたＯＫレスポンスに応じて着信側クライアントとのピアツーピア通信を確立することにより、発信側クライアントと着信側クライアントとの間での通信が開始される。

図１２は、第２実施例におけるファクシミリ伝送に関する機能の階層構造を示すブロック図である。図１２では、ＩＰ−ＦＡＸ端末１００ａ，２００ａとインターネットＩＮＥＴとの間に設けられるルータ１０２，２０２（図１１）の図示を省略している。なお、図１１に示す送信側（発信側）のＩＰ−ＦＡＸ端末１００ａと、受信側（着信側）のＩＰ−ＦＡＸ端末２００ａとは、いずれもほぼ同様の機能を有している。そのため、図１２では、送信側および受信側とのＩＰ−ＦＡＸ端末１００ａ，２００ａを代表するＩＰ−ＦＡＸ端末として、送信側のＩＰ−ＦＡＸ端末１００ａを示している。また、図１１のＳＩＰサーバＳＳ１〜ＳＳ３は、いずれもほぼ同様の機能を有しているので、図１２ではこれらのＳＩＰサーバＳＳ１〜ＳＳ３を代表する単一のＳＩＰサーバ３００を示している。

第２実施例のＩＰ−ＦＡＸ端末１００ａは、ＩＰ電話通信モジュール１２００がユーザエージェントクライアント１２００ａに置き換えられている点と、スカイプシステムのユーザとして機能するファクシミリ送受信モジュール１１００がＳＩＰシステムのユーザとして機能するファクシミリ送受信モジュール１１００ａに置き換えられている点とで、第１実施例のＩＰ−ＦＡＸ端末１００と異なっている。

ユーザエージェントクライアント１２００ａは、下位のモジュールから供給されるデータをＳＩＰシステムで使用される種々のプロトコルに従って処理し、ＳＩＰシステムで提供される機能を上層のファクシミリ送受信モジュール１１００ａに提供する。具体的には、ファクシミリ送受信モジュール１１００ａから供給される指示に従って、ＳＩＰで使用される種々のメッセージ（ＳＩＰメッセージ）を生成する。そして、生成したＳＩＰメッセージを下層のモジュールを介して、ＳＩＰサーバ３００に転送する。ユーザエージェントクライアント１２００ａは、また、下層のモジュールから供給されるＳＩＰサーバ３００から転送されたＳＩＰメッセージを解釈し、解釈結果をファクシミリ送受信モジュール１１００ａに供給する。

ＳＩＰサーバ３００は、その最上位の階層に、ファクシミリ端末管理モジュール３１００を備えている。ファクシミリ端末管理モジュール３１００の下層には、上層から順番に、ユーザエージェントサーバ３２００と、ＴＣＰおよびＵＤＰの各プロトコルの処理モジュールと、ＩＰ処理モジュールと、ネットワークインターフェースと、が設けられている。

ユーザエージェントサーバ３２００は、レジストラ３２０２と、プレゼンスサーバ３２０４と、ロケーションサーバ３２０６と、を有している。レジストラ３２０２と、プレゼンスサーバ３２０４と、ロケーションサーバ３２０６とは、ＳＩＰクライアントから転送されるメッセージ（リクエスト）に応じて、種々の処理を行う。

ファクシミリ端末管理モジュール３１００は、ＳＩＰシステムにおけるファクシミリ伝送を実現するため、ＳＩＰの機能を拡張する。具体的には、ユーザエージェントサーバ３２００との間で、ＳＩＰの機能を拡張するためのデータの授受を行い、拡張機能を実現する。

プレゼンスサーバ３２０４は、ＩＰ電話網システム上のＳＩＰクライアントからサブスクライブ（ＳＵＢＳＣＲＩＢＥ）メッセージを受信する。サブスクライブメッセージとは、特定のユーザのプレゼンスの通知を要求するリクエストである。特定のユーザのプレゼンスは、そのユーザが使用するＳＩＰクライアントから転送される通知（ＮＯＴＩＦＹ）メッセージにより設定される。プレゼンスサーバ３２０４は、通知メッセージを受信すると、サブスクライブメッセージの送信元に対して、通知メッセージを転送して特定のユーザのプレゼンスを通知する。

ＳＩＰシステムにおいては、プレゼンスとして、ユーザがオンライン（ＯＮＬＩＮＥ）とオフライン（ＯＦＦＬＩＮＥ）とのいずれかが通知される。そのため、第２実施例では、表２に示すスカイプシステムにおいて使用される２つのプレゼンス（ＯＮＬＩＮＥ、ＮＡ）のうち、受信不可状態を表すプレゼンス（ＮＡ）に換えてオフライン（ＯＦＦＬＩＮＥ）が使用される。

また、ＳＩＰシステムにおいては、サブスクライブメッセージに対する応答として、ＯＫメッセージと、保留（Ｐｅｎｄｉｎｇ）メッセージと、拒否（Ｒｅｊｅｃｔｅｄ）メッセージが、サブスクライブメッセージの送信元に転送される。そこで、ファクシミリ端末管理モジュール３１００は、これらのメッセージを送信側のＩＰ−ＦＡＸ端末に対して転送する。これにより、ＳＩＰシステムにおいても、ファクシミリ送信元すなわち送信側のＩＰ−ＦＡＸ端末は、ファクシミリ送信先すなわち受信側のＩＰ−ＦＡＸ端末に対する送信許可があるか否かを判断することができる。なお、この場合、メッセージの種類と送信許可状態とは、以下の表４のように対応づけられる。

レジストラ３２０２は、ユーザエージェントクライアント１２００ａから転送されるレジスタ（ＲＥＧＩＳＴＥＲ）メッセージを解釈し、ＩＰ−ＦＡＸ端末１００ａの接続情報を取得する。取得された接続情報は、ロケーションサーバ３２０６に登録される。ロケーションサーバ３２０６は、登録された接続情報をＳＩＰクライアントあるいはＳＩＰサーバからの要求に応じて転送する。これにより、ＳＩＰクライアントあるいはＳＩＰサーバは、ＩＰ−ＦＡＸ端末１００ａの接続情報を取得することができる。接続情報の登録が成功すると、レジストラ３２０２は、ＯＫレスポンスをユーザエージェントクライアント１２００ａに転送する。

図１３は、ＩＰ−ＦＡＸ端末１００ａからレジストラ３２０２にレジスタメッセージが転送される様子を示す説明図である。図１３（ａ）は、ＩＰ−ＦＡＸ端末１００ａのユーザエージェントクライアント１２００ａとレジストラ３２０２との間のメッセージの転送シーケンスを示している。図１３（ｂ）は、ユーザエージェントクライアント１２００ａからレジストラ３２０２に転送されるレジスタメッセージＭＧＲの一例を示している。なお、図１３（ａ）は、ＩＰ−ＦＡＸ端末１００ａの電源が投入された直後からのシーケンスを示している。

ＩＰ−ＦＡＸ端末１００ａの電源が投入されると、ステップ[R11]において、ユーザエージェントクライアント１２００ａは、レジストラ３２０２に対して図１３（ｂ）に示すレジスタメッセージＭＧＲを転送する。転送されるレジスタメッセージＭＧＲは、ヘッダ部ＨＤＲと、ＸＭＬ（eXtensible Markup Language）形式のボディ部ＢＤＹと、を含んでいる。レジストラ３２０２は、レジスタメッセージＭＧＲのヘッダ部ＨＤＲを解釈し、ＩＰ−ＦＡＸ端末１００ａの接続情報を取得し、取得した接続情報をデータベースに格納する。接続情報の格納の後、ステップ[R12]において、レジストラ３２０２は、ユーザエージェントクライアント１２００ａにＯＫレスポンスを転送する。

通常、ＳＩＰシステムにおけるレジスタメッセージには、ボディ部ＢＤＹが含まれない。そのため、レジストラ３２０２は、ボディ部ＢＤＹの解釈を行わず、ボディ部ＢＤＹの内容をそのままファクシミリ端末管理モジュール３１００に転送する。ファクシミリ端末管理モジュール３１００は、レジストラ３２０２から転送されるボディ部ＢＤＹの内容にしたがって、相手レベルを特定するための相手レベル情報と、相手レベルに応じて送信が許可される詳細情報のリスト（許可情報リスト）を設定する。具体的には、ボディ部ＢＤＹに含まれる相手レベルデータＣＬＶと許可情報データＡＬＷと、を解釈して、相手レベル情報および相手レベル毎の許可情報リストを生成する。そして、生成した相手レベル情報と許可情報リストとをロケーションサーバ３２０６に登録する。

相手レベルデータＣＬＶには、相手レベルに対応づけられるＳＩＰクライアントのＩＰアドレス（Address）や、ユーザを特定するＳＩＰ ＵＲＩ（User）等が登録される。図１３（ｂ）の例では、相手レベルが「１」の相手として、ＩＰアドレス「192.168.12.34」のＳＩＰクライアントが指定されている。また、相手レベルが「２」の相手として、ＳＩＰ ＵＲＩを用いて、２人のユーザ「user1@east.com」と「user2@west.com」が指定されている。次の表５は、ファクシミリ端末管理モジュール３１００が図１３（ｂ）に示す相手レベルデータＣＬＶを解釈して生成した相手レベル情報を示している。

なお、表５において、２人のユーザ「user1@east.com」と「user2@west.com」については、これらのユーザが使用しているＳＩＰクライアントのＩＰアドレスが取得され、取得されたＩＰアドレスに対して、相手レベルが設定されている。ＳＩＰシステムにおいては、ＳＩＰクライアントのＩＰアドレスは、上述のように、ＳＩＰクライアントが属するＳＩＰサーバ３００のロケーションサーバ３２０６から取得することができる。

許可情報データＡＬＷには、相手レベル毎に、送信が許可されている詳細情報が列挙されている。図１３（ｂ）の例では、相手レベルが「２」の相手には、印刷残り時間（Remaining_Time）、消耗品残量（Remaining_Supply）、メモリ残量（Remaining_Memory）、および、第１の転送先情報（Forwarding_1）が送信可能となっている。また、相手レベルが「３」の相手には、故障情報（Failure）、復帰情報（Recovery）、および、第２の転送先情報（Forwarding_2）が送信可能となっている。ファクシミリ端末管理モジュール３１００は、図１３（ｂ）に示す許可情報データＡＬＷを解釈することにより、上記の表３に示す許可情報リストを生成する。

図１３（ａ）のステップ[R11]におけるレジスタメッセージＭＧＲの転送の後、所定の時間（例えば、１８００秒）経過すると、ステップ[R21]において、ユーザエージェントクライアント１２００ａは、レジストラ３２０２にレジスタメッセージを送信する。その後、所定の時間が経過する毎に、ユーザエージェントクライアント１２００ａは、レジスタメッセージをレジストラ３２０２に繰り返し転送する。なお、所定の時間は、例えば、ヘッダ部ＨＤＲの有効期間(expires)で指定される時間（図１３（ｂ）では３６００秒）の１／２に設定される。

レジストラ３２０２は、ステップ[R21]において転送されたレジスタメッセージに基づいて、接続情報を更新し、ＯＫレスポンスをユーザエージェントクライアント１２００ａに転送する。なお、ステップ[R21]以降において転送されるレジスタメッセージには、必要な状態の変化、すなわち、相手レベルの変更、相手の追加および削除、送信が許可される詳細情報の変更等があった場合には、相手レベルデータＣＬＶや許可情報データＡＬＷが付加される。そして、これらのデータＣＬＶ，ＡＬＷが付加されている場合には、ステップ[R11]で転送されたレジスタメッセージＭＧＲと同様に、相手レベルデータＣＬＶや許可情報データＡＬＷが解釈され、相手レベル情報や許可情報リストが更新される。

なお、第２実施例では、ＩＰ−ＦＡＸ端末１００ａは、電源投入後、レジスタメッセージをＳＩＰサーバ３００に送信する際（ステップ[R21]）に、相手レベルデータＣＬＶと許可情報データＡＬＷとをＳＩＰサーバ３００に転送しているが、これらのデータＣＬＶ，ＡＬＷを、他のタイミングでＳＩＰサーバ３００に通知するものとしてもよい。例えば、ＩＰ−ＦＡＸ端末１００ａがＳＩＰシステムにおける通信をテストする際に、これらのデータＣＬＶ，ＡＬＷをＳＩＰサーバ３００に通知するものとしてもよい。また、これらのデータＣＬＶ，ＡＬＷを含む通知メッセージをＳＩＰサーバ３００に転送するものとしてもよい。この場合、相手レベルデータＣＬＶと許可情報データＡＬＷとは、プレゼンスサーバ３２０４により取得され、プレゼンスサーバ３２０４から送信側ＩＰ−ＦＡＸ端末に転送される。

図１４は、第２実施例において、送信側のファクシミリ送受信モジュール１１００ａ（図１２）が送信先状態を確認する様子を示す説明図である。図１４（ａ）は、送信側のファクシミリ送受信モジュール１１００ａにより実行される送信先状態取得ルーチンを示すフローチャートであり、図１４（ｂ）は、受信側のファクシミリ端末管理モジュール３１００により実行されるＩＰ−ＦＡＸ状態送信ルーチンを示すフローチャートである。図１４に示す第２実施例の送信先状態取得ルーチンとＩＰ−ＦＡＸ状態送信ルーチンは、５つのステップＳ４１０，Ｓ４２０，Ｓ６１０〜Ｓ６３０が、それぞれ、５つのステップＳ４１０ａ，Ｓ４２０ａ，Ｓ６１０ａ〜Ｓ６３０ａに置き換えられている点で、図８に示す第１実施例のフローチャートと異なっている。他の点は、第１実施例のフローチャートと同様である。

図１４（ａ）のステップＳ４１０ａにおいて、送信側のファクシミリ送受信モジュール１１００ａは、受信側のＳＩＰサーバ（受信側サーバ）に受信側ＩＰ−ＦＡＸ端末の装置状態の送信を要求する。具体的には、ファクシミリ送受信モジュール１１００ａは、受信側サーバのロケーションサーバ３２０６に状態情報の送信を要求する。受信側サーバのファクシミリ端末管理モジュール３１００は、図１４（ｂ）のステップＳ６１０ａにおいて、ファクシミリ送受信モジュール１１００ａからロケーションサーバ３２０６に転送された状態情報の送信要求を受け付ける。その際、送信要求に含まれ、送信側のＩＰ−ＦＡＸ端末１００を特定しうる識別情報（例えば、ＩＰアドレス）を取得する。

次いで、受信側サーバのファクシミリ端末管理モジュール３１００は、ステップＳ６２０ａにおいて、状態情報の送信を要求した送信側ＩＰ−ＦＡＸ端末の相手レベルを決定する。具体的には、ステップＳ６１０ａにおいて取得した相手情報と、レジストラ３２０２により生成された相手レベル情報（表５）とに基づいて、相手レベルを特定する。

図１４（ｂ）のステップＳ６３０ａにおいて、受信側サーバのファクシミリ端末管理モジュール３１００は、ステップＳ６２０ａにおいて特定された相手レベルに応じて、受信側のＩＰ−ＦＡＸ端末の詳細情報をフィルタリングする。具体的には、ステップＳ６２０ａにおいて特定された相手レベルと、レジストラ３２０２により生成された許可情報リスト（表３）とに基づいて、送信する詳細情報を決定する。そして、受信側ＩＰ−ＦＡＸ端末の状態情報のうちから選択（フィルタリング）された状態情報、すなわち、プレゼンスと、許可情報リストに基づいて選択された詳細情報と、をロケーションサーバ３２０６を介して送信側のファクシミリ送受信モジュール１１００ａに転送する。

図１４（ａ）のステップＳ４２０ａにおいて、送信側ファクシミリ送受信モジュール１１００ａは、図１４（ｂ）のステップＳ６３０ａにおいて受信側サーバのロケーションサーバ３２０６から送信される状態情報を受信する。

このように、第２実施例においては、受信側サーバのファクシミリ端末管理モジュール３１００は、送信側ＩＰ−ＦＡＸ端末の相手レベルに応じて、送信側ＩＰ−ＦＡＸ端末に送信する状態情報の内容を変更することができる。そのため、信頼できない相手に対する送信が好ましくない情報の送信を抑制するとともに、信頼できる相手に対しては必要な情報を送信することが可能となる。

第２実施例では、予め送信側と受信側のＩＰ−ＦＡＸ端末との間の通信経路の確立を仲介する通信確立部としてのＳＩＰサーバ３００（図１２）のファクシミリ端末管理モジュール３１００が、送信側ＩＰ−ＦＡＸ端末に受信側ＩＰ−ＦＡＸ端末の状態情報を送信する。そのため、送信側ＩＰ−ＦＡＸ端末は、受信側ＩＰ−ＦＡＸ端末との間のピアツーピア通信を確立する前に、受信側ＩＰ−ＦＡＸ端末の状態を把握することができる。このように、通信経路の確立前に受信側ＩＰ−ＦＡＸ端末の状態を把握することにより、送信側ＩＰ−ＦＡＸ端末は、受信側ＩＰ−ＦＡＸ端末の状態に応じてファクシミリ伝送を中断することができる。そのため、通信経路の確立により、受信側ＩＰ−ＦＡＸ端末にかかる負荷を低減するとともに、ネットワークのトラフィックを低減することができる。

また、第２実施例では、ＩＰアドレス等の送信側ＩＰ−ＦＡＸ端末を特定しうる識別情報と、送信側ＩＰ−ＦＡＸ端末の区分である相手レベルと、の対応関係を表す相手レベルデータＣＬＶと、相手レベルに応じて選択される状態情報を表す許可情報データＡＬＷとを含むレジスタメッセージが、受信側ＩＰ−ＦＡＸ端末からＳＩＰサーバ３００（図１２）に転送される。そのため、ＳＩＰサーバ３００は、送信側ＩＰ−ＦＡＸ端末からの状態情報を通知する要求（送信要求）に先だって、送信側ＩＰ−ＦＡＸ端末に送信する状態情報を選択することができる。このように、状態情報の通知要求に先だって状態情報を選択（フィルタリング）しておくことにより、ＳＩＰサーバ３００は、選択された状態情報をより速やかに送信側ＩＰ−ＦＡＸ端末に転送することができる。

なお、第２実施例では、受信側ＩＰ−ＦＡＸ端末は、通知メッセージやレジスタメッセージをＳＩＰサーバ３００に送信することにより、プレゼンスや詳細情報を予めＳＩＰサーバ３００に転送している。しかしながら、これらのプレゼンスや詳細情報の少なくとも一方を、ＳＩＰサーバ３００が状態情報送信要求を受け付ける（図１４のステップＳ６１０ａ）度に、受信側ＩＰ−ＦＡＸ端末から取得するものとしてもよい。

Ｃ．変形例：
なお、この発明は上記実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。

Ｃ１．変形例１：
上記各実施例では、送信側ＩＰ−ＦＡＸ端末に送信する状態情報を、送信側ＩＰ−ＦＡＸ端末の相手レベルに応じて選択しているが、このような送信情報のフィルタリングは、状態情報に限らず、種々の情報について行うことも可能である。たとえば、ファクシミリ伝送において転送される画像データやその他のコンテンツデータの処理状態を表すコンテンツ状態情報をフィルタリングして、送信側に転送することも可能である。

Ｃ２．変形例２：
上記各実施例では、送信側ＩＰ−ＦＡＸ端末は、図１０のステップＳ５１０において、送信先がＩＰ−ＦＡＸ端末であるか否かを判断し、その結果に応じて異なる形式で送信先にデータを転送しているが、一般に、送信側ＩＰ−ＦＡＸ端末は、送信先（受信側端末）の種類に応じて送信するデータの形式を切り替えるものとしても良い。送信側ＩＰ−ＦＡＸ端末は、例えば、受信側端末で処理可能なデータ形式のうちデータサイズが最小となる形式を選択し、その形式で受信側端末にデータを転送するものとしても良い。なお、受信側端末の種類は、ＩＰ−ＦＡＸ端末の機能を実現するためのソフトウェアのバージョン、受信側端末で使用されているオペレーティングシステム、受信側端末のメーカ等によって識別することができる。

第１実施例におけるファクシミリ伝送システムの構成を示す説明図。 送信側のＩＰ−ＦＡＸ端末１００の内部構成を示すブロック図。 ファクシミリ伝送に関する機能の階層構造を示すブロック図。 ファクシミリ伝送システムにより画像を伝送する際に送信側ＩＰ−ＦＡＸ端末１００で実行されるＦＡＸ送信ルーチンを示すフローチャート。 図４のステップＳ１００において実行される送信内容指示取得ルーチンを示すフローチャート。 図４のステップＳ２００において実行される送信先指定取得・送信データ生成ルーチンを示すフローチャート。 図４のステップＳ３００において実行される送信許可確認・取得ルーチンを示すフローチャート。 図４のステップＳ４００において実行される送信先状態確認ルーチンを示すフローチャート。 図８のステップＳ８００において実行される詳細情報対応処理ルーチンを示すフローチャート。 図４のステップＳ５００において実行される画像データ転送ルーチンを示すフローチャート。 第２実施例におけるファクシミリ伝送システムの構成を示す説明図。 第２実施例におけるファクシミリ伝送に関する機能の階層構造を示すブロック図。 ＩＰ−ＦＡＸ端末１００ａからレジストラ３２０２にレジスタメッセージが転送される様子を示す説明図。 第２実施例において、送信側のファクシミリ送受信モジュール１１００ａが送信先状態を確認する様子を示す説明図。

符号の説明

１０，１０ａ…送信側ネットワークシステム
２０，２０ａ…受信側ネットワークシステム
１００，１００ａ，２００，２００ａ…ＩＰ−ＦＡＸ端末
１０２，２０２…ルータ
１１０…プリントエンジン
１２０…スキャンエンジン
１３０…外部記憶装置
１４０…制御ユニット
１４２…ＣＰＵ
１４４…ＲＯＭ
１４６…ＲＡＭ
１５０…操作ユニット
１５２…表示パネル
１５４…操作キー
１６０…ネットワークインターフェース
３００…ＳＩＰサーバ
１００２，２００２…プリンタ
１００４，２００４…スキャナ
１００６，２００６…ストレージ
１００８，２００８…ユーザインターフェース
１１００，２１００…ファクシミリ送受信モジュール
１２００，２２００…ＩＰ電話通信モジュール
１１００ａ…ファクシミリ送受信モジュール
１２００ａ…ユーザエージェントクライアント
３１００…ファクシミリ端末管理モジュール
３２００…ユーザエージェントサーバ
３２０２…レジストラ
３２０４…プレゼンスサーバ
３２０６…ロケーションサーバ

Claims (6)

1. ネットワークを介して受信装置に画像を送信する送信装置であって、
   前記送信装置と前記受信装置との間の通信経路の確立を仲介する状態情報返信装置に前記ネットワークを介して前記受信装置の状態を示す状態情報を要求して、前記受信装置における前記画像の受信可否を示す受信可否情報を前記状態情報返信装置から取得し、かつ、前記状態情報返信装置が前記要求に基づいて前記送信装置を分類した区分に応じて前記受信装置の詳細状態情報の少なくとも一部を通知可能であると判断した場合には、前記状態情報返信装置から前記詳細状態情報の少なくとも一部を取得する、状態情報取得部と、
   前記受信可否情報が、前記受信装置における前記画像の受信が可能であることを示す場合に、前記画像を送信する送信部と、
   前記受信可否情報が、前記受信装置における前記画像の受信が可能でないことを示し、かつ、前記状態情報取得部により前記詳細状態情報の少なくとも一部が取得された場合に、取得された前記詳細状態情報に応じて予め定められた処理を行う詳細情報対応部と、
   を備え、
   前記詳細状態情報は、前記受信可否情報を除く情報であって、前記受信装置における前記画像の印刷、記憶及び転送に関わる情報、並びに前記受信装置の故障に関わる情報を含む、送信装置。
2. 請求項１に記載の送信装置において、
   前記状態情報返信装置は、前記送信装置を特定し得る識別情報と前記区分との対応関係を示す送信元分類情報と、前記区分に対して選択される状態情報を特定するための選択情報特定情報と、を予め前記受信装置から取得する装置であることを特徴とする、送信装置。
3. 請求項１または請求項２に記載の送信装置において、
   前記受信装置は、前記受信装置の接続情報と共に、前記送信装置を特定し得る識別情報と前記区分との対応関係を示す送信元分類情報を、前記状態情報返信装置に送信する装置であることを特徴とする、送信装置。
4. ネットワークを介して送信装置から画像を受信する受信装置であって、
   前記送信装置と前記受信装置との間の通信経路の確立を仲介する状態情報返信装置に対して、前記送信装置を特定し得る識別情報と前記送信装置を分類した区分との対応関係を表す送信元分類情報を、前記ネットワークを介して送信する分類情報送信部と、
   前記状態情報返信装置に対して、前記受信装置における前記画像の受信可否を示す受信可否情報と前記受信装置の詳細状態情報の少なくとも一部とを含む情報を、前記ネットワークを介して通知する状態情報通知部と、
   前記画像を受信する受信部と、
   を備え、
   前記状態情報返信装置は、前記送信装置からの要求に応じて前記受信可否情報を送信し、かつ、前記状態情報返信装置が、前記要求に基づいて前記区分に応じて前記詳細状態情報を通知可能であると判断した場合に、前記詳細状態情報の少なくとも一部を前記送信装置に送信する装置であり、
   前記詳細状態情報は、前記受信可否情報を除く情報であって、前記受信装置における前記画像の印刷、記憶及び転送に関わる情報、並びに前記受信装置の故障に関わる情報を含む、受信装置。
5. 請求項４に記載の受信装置において、
   前記分類情報送信部は、前記送信元分類情報と、前記区分に対して選択される状態情報を特定するための選択情報特定情報と、を予め前記状態情報返信装置に送信する、受信装置。
6. 請求項４または請求項５に記載の受信装置において、
   前記分類情報送信部は、前記受信装置の接続情報と共に、前記送信元分類情報を前記状態情報返信装置に送信する、受信装置。

Images