(57)【要約】【課題】ネットワークを用いたファクシミリ伝送の利便性を向上する。【解決手段】ファクシミリ伝送システムは、ネットワークを介して送信装置から受信装置に画像を転送する。このファクシミリ伝送システムは、送信装置からの状態情報の通知要求に応じて、受信装置の状態を表す状態情報をネットワークを介して送信装置に返信する。状態情報の返信では、送信装置の区分に応じて、複数の状態情報から選択された選択状態情報が送信装置に送信される。送信装置の区分は、送信装置が状態情報の通知を要求する際に、送信装置がネットワークを介して送信するメッセージに基づいて、送信装置を分類することにより行われる。【選択図】図１４
2008113422.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して送信装置から受信装置に画像を転送するファクシミリ伝送システムであって、
前記送信装置からの状態情報の通知要求に応じて、前記受信装置の状態を表す状態情報を前記ネットワークを介して前記送信装置に返信する状態情報返信部を備え、
前記状態情報返信部は、
前記通知要求の際に前記送信装置が前記ネットワークを介して送信するメッセージに基づいて、前記送信装置を複数の区分に分類する送信元分類部と、
前記受信装置の状態を表す複数の状態情報の中から、前記送信元分類部により分類された前記送信装置の区分に応じて選択された選択状態情報を前記ネットワークを介して前記送信装置に送信する選択状態情報送信部と、
を有する、ファクシミリ伝送システム。
【請求項２】
請求項１記載のファクシミリ伝送システムであって、さらに、
前記送信装置と前記受信装置との間の通信経路の確立を仲介する通信確立部を備え、
前記状態情報返信部は、前記通信確立部に設けられている、
ファクシミリ伝送システム。
【請求項３】
請求項２記載のファクシミリ伝送システムであって、
前記通信確立部は、
前記メッセージに含まれ前記送信装置を特定しうる識別情報と、前記送信装置の区分との対応関係を表す送信元分類情報と、
前記送信装置の区分に対して選択される状態情報を特定するための選択情報特定情報と、
を予め前記受信装置から取得する、
ファクシミリ伝送システム。
【請求項４】
ピアツーピア通信経路を介して接続された送信装置から画像を受信するファクシミリ受信装置であって、
前記送信装置からの状態情報の通知要求に応じて、前記受信装置の状態を表す状態情報を前記ピアツーピア通信経路を介して前記送信装置に返信する状態情報返信部を備え、
前記状態情報返信部は、
前記通知要求の際に前記送信装置が前記ピアツーピア通信経路を介して前記受信装置に送信するメッセージに基づいて、前記送信装置を複数の区分に分類する送信元分類部と、
前記送信元分類部により分類された前記送信装置の区分に対して予め定められた種類の状態情報である区分別状態情報を前記ピアツーピア通信経路を介して前記送信装置に送信する区分別状態情報送信部と、
を有する、ファクシミリ受信装置。
【請求項５】
請求項４記載のファクシミリ受信装置であって、
前記送信装置と前記受信装置と間の前記ピアツーピア通信経路を介した通信は、所定のプロトコルに従って行われており、
前記複数の区分のそれぞれに対して予め定められた複数の区分別状態情報のそれぞれは、前記所定のプロトコルに規定された受信装置の状態を表すステータス情報を含む、
ファクシミリ受信装置。
【請求項６】
請求項５記載のファクシミリ受信装置であって、
前記状態情報返信部は、前記送信元分類部による前記送信装置の分類に先だって、前記送信装置に前記ステータス情報を送信する、ファクシミリ受信装置。
【請求項７】
請求項６記載のファクシミリ受信装置であって、
前記状態情報返信部は、前記送信装置に送信される区分別状態情報が前記ステータス情報以外の追加ステータス情報を含んでいる場合には、前記ステータス情報の送信に引き続き前記追加ステータス情報を前記送信装置に送信する、ファクシミリ受信装置。
【請求項８】
ピアツーピア通信経路を介して接続された送信装置から画像を受信するファクシミリ受信装置におけるファクシミリ受信方法であって、
（ａ）前記送信装置からの状態情報の通知要求に応じて、前記受信装置の状態を表す状態情報を前記ピアツーピア通信経路を介して前記送信装置に返信する工程を備え、
前記工程（ａ）は、
（１）前記通知要求の際に前記送信装置が前記ピアツーピア通信経路を介して前記受信装置に送信するメッセージに基づいて、前記送信装置を複数の区分に分類する工程と、
（２）前記工程（１）において分類された前記送信装置の区分に対して予め定められた種類の状態情報である区分別状態情報を前記ピアツーピア通信経路を介して前記送信装置に送信する工程と、
を有する、ファクシミリ受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介して画像をファクシミリ伝送する技術に関する。
【背景技術】
【０００２】
送信装置から受信装置に画像を伝送するファクシミリ伝送では、送信装置で取得した画像を音声信号に変換し、音声通信回線を利用して受信装置に伝送することが行われている。この音声通信回線としては、従来から使用されてきた通常の電話網の他に、近年ではインターネットを利用した電話網（ＩＰ電話網）が使用されるようになってきた。そして、ＩＰ電話網による音声信号の伝送を利用し、ネットワークを介してファクシミリ伝送するファクシミリ伝送装置が提案されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００３−３０９７０１号公報
【特許文献２】特開２００４−１４７２４４号公報
【０００４】
しかしながら、ネットワークを介してファクシミリ伝送する場合であっても、ファクシミリ伝送はＩＰ電話網による音声信号の伝送によって行われる。そのため、ファクシミリの伝送に際しても、送信先のファクシミリ受信装置の呼制御等の処理は、音声通話と同様に行われるので、ファクシミリ伝送を行う際の利便性は、ネットワークを利用しているにもかかわらず従来のファクシミリ伝送方法と同程度であり、必ずしも十分なものではなかった。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上述した従来の課題を解決するためになされたものであり、ネットワークを用いたファクシミリ伝送の利便性を向上する技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的の少なくとも一部を達成するために、本発明のファクシミリ伝送システムは、ネットワークを介して送信装置から受信装置に画像を転送するファクシミリ伝送システムであって、前記送信装置からの状態情報の通知要求に応じて、前記受信装置の状態を表す状態情報を前記ネットワークを介して前記送信装置に返信する状態情報返信部を備え、前記状態情報返信部は、前記通知要求の際に前記送信装置が前記ネットワークを介して送信するメッセージに基づいて、前記送信装置を複数の区分に分類する送信元分類部と、前記受信装置の状態を表す複数の状態情報の中から、前記送信元分類部により分類された前記送信装置の区分に応じて選択された選択状態情報を前記ネットワークを介して前記送信装置に送信する選択状態情報送信部と、を有することを特徴とする。
【０００７】
この構成によれば、送信装置は、複数の区分に分類される。そして、送信装置には、分類された区分に応じて選択された状態情報が送信される。そのため、送信装置によっては、受信装置の状態についてより詳細な情報を得ることができ、ファクシミリ伝送を行う際の利便性が向上する。
【０００８】
前記ファクシミリ伝送システムは、さらに、前記送信装置と前記受信装置との間の通信経路の確立を仲介する通信確立部を備え、前記状態情報返信部は、前記通信確立部に設けられているものとしてもよい。
【０００９】
この構成によれば、状態情報返信部が送信装置と受信装置との間の通信経路の確立を仲介する通信確立部に設けられている。そのため、送信装置は、送信装置と受信装置との間の通信経路の確立に先だって受信装置の状態についての情報を得ることができるので、受信装置がファクシミリの伝送が好ましくない状態か否かを通信経路の確立前に判断できる。
【００１０】
前記通信確立部は、前記メッセージに含まれ前記送信装置を特定しうる識別情報と、前記送信装置の区分との対応関係を表す送信元分類情報と、前記送信装置の区分に対して選択される状態情報を特定するための選択情報特定情報と、を予め前記受信装置から取得するものとしてもよい。
【００１１】
この構成によれば、通信確立部は、送信元分類情報と選択情報特定情報とを、予め受信装置から取得する。そのため、通信確立部は、送信装置からの状態情報の通知要求に先だって、送信装置に送信する状態情報を選択することができる。そのため、送信装置からの状態情報の通知要求の都度、状態情報を選択することを省略できるので、選択状態情報をより速やかに送信装置に送信することができる。
【００１２】
上記目的の少なくとも一部を達成するために、本発明のファクシミリ受信装置は、ピアツーピア通信経路を介して接続された送信装置から画像を受信するファクシミリ受信装置であって、前記送信装置からの状態情報の通知要求に応じて、前記受信装置の状態を表す状態情報を前記ピアツーピア通信経路を介して前記送信装置に返信する状態情報返信部を備え、前記状態情報返信部は、前記通知要求の際に前記送信装置が前記ピアツーピア通信経路を介して前記受信装置に送信するメッセージに基づいて、前記送信装置を複数の区分に分類する送信元分類部と、前記送信元分類部により分類された前記送信装置の区分に対して予め定められた種類の状態情報である区分別状態情報を前記ピアツーピア通信経路を介して前記送信装置に送信する区分別状態情報送信部と、を有することを特徴とする。
【００１３】
この構成によれば、ファクシミリ受信装置は、送信装置を複数の区分に分類し、分類された区分に応じて送信装置に送信する状態情報を変更することができる。そのため、送信装置によっては、受信装置の状態についてより詳細な情報を得ることができ、ファクシミリ伝送を行う際の利便性が向上する。
【００１４】
前記送信装置と前記受信装置と間の前記ピアツーピア通信経路を介した通信は、所定のプロトコルに従って行われており、前記複数の区分のそれぞれに対して予め定められた複数の区分別状態情報のそれぞれは、前記所定のプロトコルに規定された受信装置の状態を表すステータス情報を含むものとしても良い。
【００１５】
この構成によれば、受信装置が送信装置に返信する区分別状態情報は、ファクシミリ伝送に使用されるプロトコルに規定されたステータス情報を含んでいる。そのため、同一のプロトコルを使用する装置に対してステータス情報を返信することができるので、ファクシミリ伝送を他の目的にも利用されるプロトコルを利用して行うことができる。
【００１６】
前記状態情報返信部は、前記送信元分類部による前記送信装置の分類に先だって、前記送信装置に前記ステータス情報を送信するものとしても良い。
【００１７】
この構成によれば、送信装置の分類先にかかわらず送信されるステータス情報は、送信装置の分類に先だって送信される。送信装置は、予め送信されたステータス情報に応じてその後の処理内容を決定することができるので、ファクシミリ伝送に要する時間を短縮することができる。
【００１８】
前記状態情報返信部は、前記送信装置に送信される区分別状態情報が前記ステータス情報以外の追加ステータス情報を含んでいる場合には、前記ステータス情報の送信に引き続き前記追加ステータス情報を前記送信装置に送信するものとしても良い。
【００１９】
この構成によれば、送信装置は、１回の状態情報の通知要求で、ステータス情報と追加ステータス情報とを合わせて取得することができる。そのため、送信装置から受信装置への要求の送出回数を低減することが可能となる。
【００２０】
なお、本発明は、種々の態様で実現することが可能である。例えば、ファクシミリ受信装置、その受信装置に画像を送信する送信装置、それらの受信装置および送信装置を制御する制御装置と制御方法、それらの受信装置または送信装置を使用するファクシミリ伝送システムと伝送方法、それらの受信装置、送信装置、制御装置、制御方法、伝送システム、または、伝送方法の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送はないに具現化されたデータ信号、等の態様で実現することができる。
【発明を実施するための最良の形態】
【００２１】
次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１実施例：
Ｂ．第２実施例：
Ｃ．変形例：
【００２２】
Ａ．第１実施例：
図１は、本発明の第１実施例におけるファクシミリ伝送システムの構成を示す説明図である。このファクシミリ伝送システムでは、送信側ネットワークシステム１０と、受信側ネットワークシステム２０とが、インターネットＩＮＥＴを介して接続されている。
【００２３】
送信側ネットワークシステム１０は、ネットワークファクシミリ端末（ＩＰ−ＦＡＸ端末）１００と、ルータ１０２とが、ローカルエリアネットワーク（ＬＡＮ）を介して相互に接続された構成を有している。ＩＰ−ＦＡＸ端末１００は、ルータ１０２を介してインターネットＩＮＥＴに接続されている。同様に、受信側ネットワークシステム２０は、ＩＰ−ＦＡＸ端末２００と、ルータ２０２とが、ローカルエリアネットワーク（ＬＡＮ）を介して相互に接続された構成を有している。ＩＰ−ＦＡＸ端末２００は、ルータ２０２を介してインターネットＩＮＥＴに接続されている。ＬＡＮは、ＩＥＥＥ８０２．３のような有線ネットワークでも、ＩＥＥＥ８０２．１１ｂ／ｇ／ａなどの無線ネットワークでもよい。
【００２４】
第１実施例のファクシミリ伝送システムは、インターネットによる電話網（ＩＰ電話網）を使用することにより実現されている。このＩＰ電話網は、インターネットを利用したピアツーピア通信により音声信号を所定の形式のデータに変換した音声データを送信することによって実現されている。ここで、ピアツーピア通信とは、送信側ネットワーク機器から受信側ネットワーク機器へのデータ転送の際に、特定のサーバを介さずにデータの転送が可能な通信方式をいう。なお、第１実施例では、ピアツーピア通信を用いたＩＰ電話網のシステムとしてスカイプ（Skype: Skype Technologies S.A.の商標）によるＩＰ電話網システム（以下、単に「スカイプシステム」とも呼ぶ）を利用している。
【００２５】
スカイプシステムでは、図１に示すように、複数のスーパーノードＳＮ１，ＳＮ２，ＳＮ３と、複数の一般ノードＧＮ１，ＧＮ２とがインターネットＩＮＥＴに接続されている。これらのスーパーノードＳＮ１，ＳＮ２，ＳＮ３と一般ノードＧＮ１，ＧＮ２（併せて「ノード」と呼ばれる）は、ユーザがＩＰ電話網による音声通話を行うために使用するコンピュータである。
【００２６】
スーパノードには、ユーザがスカイプシステムを使用しているか否か等の種々のユーザの状態（「オンラインステータス」もしくは「プレゼンス」と呼ばれる）と、そのユーザが使用するノードの情報とが、スカイプシステムのユーザの情報として分散して格納されている。スーパノードは、ノードの情報として、例えば、ＩＰアドレスやＴＣＰ／ＩＰの通信ポート等のインターネットを介して通信を確立するために必要な接続情報が格納される。これらのユーザ情報は、ユーザが使用しているノードから定期的にスーパーノードに送信される。
【００２７】
各ノードのユーザがスカイプシステムにより音声通話を行う場合、ユーザは、通話先のユーザを特定するスカイプ名を指定して発信する。発信側ノードは、スカイプ名をスーパーノードに転送し、通話先のユーザ情報の提供を要求する。スーパーノードは、通話先のユーザ情報を有している場合、発信側ノードからの要求に応じて通話先のユーザ情報を発信側ノードに転送する。スーパーノードが通話先ユーザ情報を有していない場合、スーパーノードは、他のスーパーノードに通話先のユーザ情報の提供を要求する。このように、スーパーノード間で通話先のユーザ情報を転送することにより、スーパーノードは、通話先のユーザ情報を取得し、取得したユーザ情報を送信側ノードに転送する。
【００２８】
このようにスカイプシステムにおいて、発信側ノードは、スカイプ名を用いて通話先のユーザ情報を取得する。そして、ユーザ情報に含まれる着信側ノードの接続情報を用いて着信側ノードとの通信を確立することにより、発信側ノードと着信側ノードのピアツーピア通信を行うことができる。
【００２９】
第１実施例の２つのＩＰ−ＦＡＸ端末１００，２００は、いずれもスカイプシステムの一般ノードとして機能する。そのため、スカイプシステムの機能を用いて２つのＩＰ−ＦＡＸ端末間でピアツーピア通信を行うことにより、後述するように、画像を伝送することができる。なお、図１では、送信側と受信側とのいずれもがＩＰ−ＦＡＸ端末である例を示しているが、後述するように、送信側と受信側とのいずれか一方がＩＰ−ＦＡＸ端末の機能を有しているものとしてもよい。
【００３０】
図２は、送信側のＩＰ−ＦＡＸ端末１００の内部構成を示すブロック図である。なお、受信側のＩＰ−ＦＡＸ端末２００（図１）の構成は、送信側のＩＰ−ＦＡＸ端末１００と同じであるので、その説明を省略する。ＩＰ−ＦＡＸ端末１００は、プリントエンジン１１０と、スキャンエンジン１２０と、外部記憶装置１３０と、制御ユニット１４０と、操作ユニット１５０と、ネットワークインターフェース（Ｉ／Ｆ）１６０と、を備えている。
【００３１】
制御ユニット１４０は、中央処理装置（ＣＰＵ）１４２と、ＲＯＭ１４４と、ＲＡＭ１４６と、を有している。ＣＰＵ１４２は、ＲＯＭ１４４に格納されたプログラムを実行することにより、後述する種々の機能を実現する。なお、第１実施例では、ＣＰＵ１４２は、ＲＯＭ１４４に格納されたプログラムを実行しているが、ＲＡＭ１４６に格納されたプログラムを実行するものとしても良い。この場合、ＣＰＵ１４２が実行するプログラムは、必要に応じてＲＯＭ１４４や外部記憶装置１３０から読み出され、ＲＡＭ１４６に格納される。
【００３２】
ネットワークインターフェース１６０は、制御ユニット１４０から供給される送信データをＬＡＮに転送し、ＬＡＮから転送された受信データを制御ユニット１４０に供給する。これらの送信データと、受信データとは、ＲＡＭ１４６の所定の領域（送受信バッファ）に格納される。
【００３３】
プリントエンジン１１０は、与えられた印刷データに応じて印刷を実行する印刷機構である。プリントエンジン１１０に供給される印刷データは、ＣＰＵ１４２が送受信バッファに格納された受信データを解釈し、色変換やハーフトーン処理を実行することにより生成される。生成された印刷データは、制御ユニット１４０からプリントエンジン１１０に供給される。プリントエンジン１１０に供給される印刷データは、外部記憶装置１３０に格納された画像データから生成することも可能である。また、ＣＰＵ１４２の代わりにプリントエンジン１１０が色変換やハーフトーン処理の機能を有するように構成することも可能である。
【００３４】
スキャンエンジン１２０は、画像をスキャンして画像を表すスキャンデータを生成する機構である。スキャンエンジン１２０で生成されたスキャンデータは、制御ユニット１４０に供給される。制御ユニット１４０に供給されたスキャンデータは、ＣＰＵ１４２により所定の形式の画像データに変換され、送受信バッファに格納される。送受信バッファに格納された画像データは、ネットワークインターフェース１６０を介してＬＡＮから転送される。ＣＰＵ１４２の代わりにスキャンエンジン１２０がスキャンデータから画像データを生成する機能を有するように構成することも可能である。
【００３５】
操作ユニット１５０は、表示パネル１５２と、操作キー１５４と、を備えている。この表示パネル１５２には、ＩＰ−ＦＡＸ端末１００の各種状態を表示が表示される。ＩＰ−ＦＡＸ端末１００のユーザは、表示パネル１５２に表示された情報を見ながら操作キー１５４を操作することにより、ＩＰ−ＦＡＸ端末１００に種々の指示を入力することができる。
【００３６】
なお、ＩＰ−ＦＡＸ端末１００は、ウェイクアップオンＬＡＮ（ＷＯＬ）機能を有する端末として構成することも可能である。この場合、ＩＰ−ＦＡＸ端末１００は、ネットワークインターフェース１６０（図２）以外の各ユニット１１０〜１５０の機能が停止している休止状態と、ＩＰ−ＦＡＸ端末１００の全てのユニット稼働している稼働状態と、の２つの状態を取ることが可能なように構成される。この休止状態で機能しているネットワークインターフェース１６０がパケットを受け取ることにより、ＩＰ−ＦＡＸ端末１００は休止状態から稼働状態に移行する。稼働状態から休止状態へは、ユーザによる操作や印刷等でＩＰ−ＦＡＸ端末１００が使用された後、所定の時間が経過することにより移行する。
【００３７】
図３は、ファクシミリ伝送に関する機能の階層構造を示すブロック図である。図３では、ＩＰ−ＦＡＸ端末１００，２００のそれぞれとインターネットＩＮＥＴとの間に設けられるルータ１０２，２０２（図１）の図示を省略している。
【００３８】
送信側ＩＰ−ＦＡＸ端末１００は、最上位の階層の機能として、プリンタ１００２と、スキャナ１００４と、ストレージ１００６と、ユーザインターフェース１００８との機能を有している。これらの各機能は、ＩＰ−ＦＡＸ端末１００の制御ユニット１４０（図２）が、それぞれ対応する機構１１０，１２０，１３０，１５０（図２）を制御することにより実現されている。なお、受信側ＩＰ−ＦＡＸ端末２００の機能は、送信側ＩＰ−ＦＡＸ端末１００と同じであるのでその説明を書略する。
【００３９】
プリンタ１００２等の下層には、上層から順番に、ファクシミリ送受信モジュール１１００と、ＩＰ電話通信モジュール１２００と、ＴＣＰおよびＵＤＰの各プロトコルの処理モジュールと、ＩＰ処理モジュールと、ネットワークインターフェースと、が設けられている。
【００４０】
ＩＰ電話通信モジュール１２００は、下位のモジュールから供給されるデータをスカイプシステムで使用される種々のプロトコルに従って処理し、スカイプシステムで提供される機能を上層のファクシミリ送受信モジュール１１００に提供する。スカイプシステムでは、ＩＰ電話網を使用した音声通話の他に、チャット機能（文字通信による対話機能）やファイル転送機能等の種々の機能が提供される。
【００４１】
ファクシミリ送受信モジュール１１００は、スカイプ名が割り当てられたスカイプシステムのユーザとして機能する。ファクシミリ送受信モジュール１１００は、ＩＰ電話通信モジュール１２００が備えるアクセスＡＰＩ（Application Program Interface）と通話ＡＰＩとにコマンドを送信することにより、スカイプシステムの提供する機能を使用することができる。
【００４２】
図４は、ファクシミリ伝送システムにより画像を伝送する際に送信側ＩＰ−ＦＡＸ端末１００で実行されるＦＡＸ送信ルーチンを示すフローチャートである。
【００４３】
ステップＳ１００において、ファクシミリ送受信モジュール１１００は、ユーザによる送信内容の指示を取得する。図５は、ステップＳ１００においてファクシミリ送受信モジュール１１００が実行する送信内容指示取得ルーチンを示すフローチャートである。
【００４４】
図５のステップＳ１１０において、ファクシミリ送受信モジュール１１００は、伝送する画像の取得先を選択するユーザの指示を取得する。そして、ステップＳ１２０では、ユーザにより指定された画像取得先がスキャナ１００４とストレージ１００６とのいずれであるかが判断される。画像取得先がスキャナ１００４であると判断された場合、制御はステップＳ１４０に移される。一方、画像取得先がストレージ１００６であると判断された場合、制御はステップＳ１３０に移される。ステップＳ１３０では、送信するファイルを選択するユーザの指示が取得される。
【００４５】
ステップＳ１４０において、ファクシミリ送受信モジュール１１００は、受信側で画像の出力に用いられる用紙の大きさ（出力用紙サイズ）指定の要否についてユーザの指示を取得する。そして、ステップ１５０では、出力用紙サイズの指定の要否が判断される。出力用紙サイズの指定が不要である場合、図５のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、出力用紙サイズの指定が必要である場合、制御はステップＳ１６０に移され、出力用紙サイズを指定するユーザの指示が取得され、その後、図５のルーチンは終了して制御は図４のＦＡＸ送信ルーチンに戻される。
【００４６】
図４のステップＳ２００において、ファクシミリ送受信モジュール１１００は、ユーザによる送信先指定を取得する。そして、ステップＳ１００において取得された送信内容指示に基づいて、送信データを生成する。図６は、ステップＳ２００においてファクシミリ送受信モジュール１１００が実行する送信先指定取得・送信データ生成ルーチンを示すフローチャートである。
【００４７】
図６のステップＳ２１０では、ユーザによって指定される送信先が取得される。送信先は、ユーザがスカイプ名を直接入力するか、もしくは、スカイプシステムの連絡先リストから送信先を選択することによって指定することができる。なお、連絡先リストから送信先を選択する場合、選択に使用される連絡先リストには定期的にスーパーノードから取得される送信先のプレゼンスが表示されるのが好ましい。ファクシミリ送受信モジュール１１００は、ユーザによって指定された送信先を取得した後、ユーザによる送信ボタン（図示しない）の押下を検出すると、制御はステップＳ２２０に移される。
【００４８】
ステップＳ２２０では、図５のステップＳ１１０において、取得された画像取得先がスキャナ１００４（図３）とストレージ１００６（図３）とのいずれであるかが判断される。画像取得先がスキャナ１００４の場合、制御はステップＳ２３０に移される。一方、画像取得先がストレージ１００６の場合、制御はステップＳ２４０に移される。
【００４９】
ステップＳ２３０において、ファクシミリ送受信モジュール１１００は、スキャナ１００４から画像データを取得する。ステップＳ２３２では、ステップＳ２３０における画像データの取得が成功したか否かが判断される。画像データの取得が成功したと判断された場合、制御はステップＳ２５０に移される。一方、画像データの取得が失敗したと判断された場合、制御はステップＳ２５２に移される。
【００５０】
ステップＳ２４０において、ファクシミリ送受信モジュール１１００は、ストレージ１００６からユーザが選択したファイルを読み込み画像データを取得する。ステップＳ２４２では、ステップＳ２４０における画像データの取得が成功したか否かが判断される。画像データの取得が成功したと判断された場合、制御はステップＳ２４４に移される。一方、画像データの取得が失敗したと判断された場合、制御はステップＳ２５２に移される。
【００５１】
ステップＳ２４４において、ファクシミリ送受信モジュール１１００は、出力用紙サイズ指定の要否を判断する。出力用紙サイズの指定が必要な場合、制御はステップＳ２５０に移される。一方、出力用紙サイズの指定が不要な場合、図６のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。
【００５２】
ステップＳ２５０において、ファクシミリ送受信モジュール１１００は、ＸＨＴＭＬ−Ｐｒｉｎｔデータを生成する。ここで、ＸＨＴＭＬ−Ｐｒｉｎｔデータとは、ＸＨＴＭＬ（eXtensible HyperText Markup Language：ＨＴＭＬと互換性を有する文書記述言語の一種）で記述された文書を印刷するための仕様に合致した形式のデータをいう。このＸＨＴＭＬ−Ｐｒｉｎｔデータには、出力用紙サイズや出力枚数等の出力を制御する情報と、送信される画像データを特定する情報とが、タグ情報として含まれる。
【００５３】
ステップＳ２５２において、ファクシミリ送受信モジュール１１００は、画像の取得が失敗したことをユーザに通知する。そして、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００５４】
図４のステップＳ３００において、送信側のファクシミリ送受信モジュール１１００はは、送信側ＩＰ−ＦＡＸ端末１００からの画像の送信が受信側ＩＰ−ＦＡＸ端末２００により許可されているか否かを確認し、必要に応じて送信許可の取得を行う。図７は、ステップＳ３００においてファクシミリ送受信モジュール１１００が実行する送信許可確認・取得ルーチンを示すフローチャートである。
【００５５】
図７のステップＳ３１０において、ファクシミリ送受信モジュール１１００は、送信側ＩＰ−ＦＡＸ端末１００からの送信許可の有無を問い合わせる。具体的には、ファクシミリ送受信モジュール１１００は、送信側ＩＰ−ＦＡＸ端末１００のスカイプ名をスカイプシステムのスーパーノードに転送する。そして、送信側のスカイプ名が受信側ＩＰ−ＦＡＸ端末２００の連絡先リストに登録されているか否かを問い合わせる。スーパーノードは、問い合わせに対し連絡先ステータス（ＢｕｄｄｙＳｔａｔｕｓ）を返信する。
【００５６】
スカイプシステムのスーパーノードが返信する連絡先ステータスとその内容は以下の表１の通りである。
【表１】
2008113422.tif 000003
【００５７】
ステップＳ３２０において、ファクシミリ送受信モジュール１１００は、ステップＳ３１０において返信された連絡先ステータスから送信許可が得られているか否かを判断する。送信許可が得られている場合（連絡先ステータス＝３）、図７のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、送信許可が得られていない場合（連絡先ステータス＝０〜２）、制御はステップＳ３３０に移される。
【００５８】
ステップＳ３３０において、ファクシミリ送受信モジュール１１００は、ステップＳ３１０において返信された連絡先ステータスから送信許可待ちであるか否かを判断する。送信許可待ちである場合（連絡先ステータス＝２）、制御はステップＳ３４０に移される。ステップＳ３４０では、送信許可待ちであることをユーザに通知する。そして、エラー終了により図４のＦＡＸ送信ルーチンは終了する。一方、送信許可待ちでない場合（連絡先ステータス＝０，１）、制御はステップＳ３５０に移される。
【００５９】
ステップＳ３５０において、ファクシミリ送受信モジュール１１００は、ユーザに送信許可がないことを通知するとともに、送信許可を要求するか否かのユーザからの指示を取得する。そして、ステップＳ３６０において、ユーザからの指示が送信許可を要求するものであるか否かを判断する。ユーザからの指示が送信許可を要求するものである場合、制御はステップＳ３７０に移される。一方、ユーザからの指示が送信許可を要求するものでない場合、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００６０】
ステップＳ３７０において、ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００に送信許可を要求する。このとき、受信側のＩＰ電話通信モジュール２２００（図３）は、ユーザインターフェース２００８を介して、受信側ＩＰ−ＦＡＸ端末２００のユーザに送信許可を与えるか否かを問い合わせる。そして、受信側ＩＰ−ＦＡＸ端末２００のユーザが送信許可を与えた場合、送信を許可する連絡先ステータス（＝３）を送信側ＩＰ−ＦＡＸ端末１００に返信する。一方、送信許可を与えなかった場合、送信を許可しない連絡先ステータス（＝０）を返信する。
【００６１】
ステップＳ３８０において、ファクシミリ送受信モジュール１１００は、ステップＳ３７０において返信された連絡先ステータスから送信許可が得られているか否かを判断する。送信許可が得られている場合（連絡先ステータス＝３）、図７のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、送信許可が得られていない場合（連絡先ステータス＝０〜２）、制御はステップＳ３９０に移される。ステップＳ３９０では、送信許可が得られなかったことをユーザに通知する。そして、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００６２】
図４のステップＳ４００において、ファクシミリ送受信モジュール１１００は、送信先の状態を確認する。図８は、ステップＳ４００においてファクシミリ送受信モジュール１１００が実行する送信先状態確認ルーチンを示すフローチャートである。図８（ａ）は、ステップＳ４００において、送信側ファクシミリ送受信モジュール１１００により実行される送信先状態取得ルーチンを示すフローチャートであり、図８（ｂ）は、受信側ファクシミリ送受信モジュール２１００により実行されるＩＰ−ＦＡＸ状態送信ルーチンを示すフローチャートである。
【００６３】
図８（ａ）のステップＳ４１０において、送信側ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００の装置状態の送信を要求する。具体的には、ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００にプレゼンスの送信を要求する。受信側ファクシミリ送受信モジュール２１００は、図８（ｂ）のステップＳ６１０において受信側ＩＰ−ＦＡＸ端末２００の状態を表すプレゼンスを返信する。
【００６４】
なお、送信側ファクシミリ送受信モジュール１１００は、ステップＳ２１０（図６）からステップＳ４１０の間の特定のタイミングにおいて、スーパーノードから受信側ＩＰ−ＦＡＸ端末２００の接続情報を予め取得する。受信側ＩＰ−ＦＡＸ端末２００への装置情報の要求は、この予め取得された接続情報に基づいて、送信側ＩＰ−ＦＡＸ端末１００と受信側ＩＰ−ＦＡＸ端末２００との間で確立されたピアツーピア通信を介して行われる。受信側ＩＰ−ＦＡＸ端末２００がウェイクアップオンＬＡＮの機能を有している場合、受信側ＩＰ−ＦＡＸ端末２００は、ピアツーピア通信が確立される際に送信側ＩＰ−ＦＡＸ端末１００から送られるパケットを受け取ることにより、休止状態から稼働状態に移行する。
【００６５】
受信側ＩＰ−ＦＡＸ端末２００が返信するプレゼンスと、受信側ＩＰ−ＦＡＸ端末２００の状態と、の対応関係は以下の通りである。次の表２に示されるように、スカイプシステムで使用される種々のプレゼンスのうち、２つのプレゼンス（ＯＮＬＩＮＥ、ＮＡ）が受信側ＩＰ−ＦＡＸ端末２００の状態を表すために使用されている。オンライン（ＯＮＬＩＮＥ）は、受信側ＩＰ−ＦＡＸ端末２００がＦＡＸの受信が可能である状態、すなわち受信したデータに応じて印刷が可能な状態を表している。一方、不在（ＮＡ）は、ＦＡＸの受信が不可能である場合、すなわち受信したデータに応じた印刷ができない状態を表している。
【表２】
2008113422.tif 000004
【００６６】
次いで、受信側ファクシミリ送受信モジュール２１００は、ステップＳ６２０において、状態情報の送信を要求した送信側ＩＰ−ＦＡＸ端末１００の相手レベルを決定する。ここで、相手レベルとは、状態情報の送信を要求した相手が、どの程度信頼可能な相手であるかを示す指標である。相手レベルとしては、例えば、「信頼できない」（相手レベル＝１）、「ある程度信頼できる」（相手レベル＝２）、および、「かなり信頼できる」（相手レベル＝３）、の３つのレベル（区分）に相手の信頼度を分類する指標を用いることができる。
【００６７】
相手レベルの決定は、具体的には、図８（ａ）のステップＳ４１０において送信側ファクシミリ送受信モジュール１１００が受信側ＩＰ−ＦＡＸ端末２００に状態情報の送信を要求する際に、送信側ＩＰ−ＦＡＸ端末１００が送信するメッセージ（状態情報要求メッセージ）に含まれる送信側ＩＰ−ＦＡＸ端末１００のＩＰアドレスに基づいて決定される。受信側ファクシミリ送受信モジュール２１００は、ＩＰアドレスと相手レベルとを対応付けるテーブルを参照して、送信側ＩＰ−ＦＡＸ端末１００の相手レベルを決定する。
【００６８】
なお、第１実施例では、送信側ＩＰ−ＦＡＸ端末１００の相手レベルは、状態情報要求メッセージに含まれるＩＰアドレスによって決定されているが、一般に、相手レベルは、状態情報を受信側ＩＰ−ＦＡＸ端末２００に要求するメッセージに含まれ、送信元が特定可能な任意の情報によって決定することができる。例えば、状態情報の要求メッセージがスカイプ名や送信側ＩＰ−ＦＡＸ端末１００の個体識別番号を含んでいる場合、これらの情報によって相手レベルを決定することも可能である。
【００６９】
図８（ｂ）のステップＳ６３０において、受信側ファクシミリ送受信モジュール２１００は、ステップＳ６２０において決定された相手レベルに応じて詳細情報を送信側ＩＰ−ＦＡＸ端末１００に送信する。相手レベルと送信される詳細情報との対応関係は、例えば、以下の表３に示すものを使用することができる。
【表３】
2008113422.tif 000005
【００７０】
この表では、相手レベルに応じて送信される詳細情報の項目およびその内容が、「○」と「×」により示されている。相手レベルが「１」の相手が信頼できない場合、詳細情報のいずれの項目も送信されない。相手レベルが「２」の相手がある程度信頼できる場合、詳細情報のうち、印刷残り時間と、消耗品残量と、メモリ残量と、第１の転送先情報と、が送信される。なお、第１の転送先情報には、例えば、勤務先のファクシミリ装置等、ある程度信頼できる相手には通知可能な転送先が指定される。相手レベルが「３」の相手がかなり信頼できる場合、相手レベルが「２」の場合に送信される情報に加えて、故障情報と、復帰情報と、第２の転送先情報と、が送信される。第２の転送先情報には、例えば、友人のファクシミリ装置等、かなり信頼できる相手のみに通知可能な転送先が指定される  。
【００７１】
図８（ａ）のステップＳ４２０において、送信側ファクシミリ送受信モジュール１１００は、図８（ｂ）のステップＳ６１０とステップＳ６３０とにおいて受信側ＩＰ−ＦＡＸ端末２００から送信される状態情報を受信する。なお、受信側ＩＰ−ＦＡＸ端末２００は、ステップＳ６１０とステップＳ６３０の２回に分けてプレゼンスと詳細情報とを送信しているが、１回でプレゼンスと詳細情報を送信するものとしても良い。
【００７２】
ステップＳ４３０において、送信側ファクシミリ送受信モジュール１１００は、ステップＳ４２０において受信した状態情報のうち、プレゼンスがオンライン（ＯＮＬＩＮＥ）であるか否かを判断する。プレゼンスがオンラインであった場合、すなわち、受信側ＩＰ−ＦＡＸ端末２００が印刷可能な場合、図８（ａ）のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、プレゼンスがオンラインでない（ＮＡ）場合、すなわち、受信側ＩＰ−ＦＡＸ端末２００が印刷不可能な場合、制御はステップＳ４４０に移される。
【００７３】
ステップＳ４４０において、送信側ファクシミリ送受信モジュール１１００は、ステップＳ４２０において詳細情報を受信したか否かを判断する。ステップＳ４２０において詳細情報を受信していた場合、制御はステップＳ８００に移される。一方、詳細情報を受信していない場合、制御はステップＳ４５０に移される。ステップＳ４５０では、所定のリトライ回数に達するまで、制御がステップＳ４１０に移される。所定のリトライ回数に達した場合、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００７４】
ステップＳ８００において、送信側ファクシミリ送受信モジュール１１００は、ステップＳ４２０において取得した詳細情報に対応した処理を行う。図９は、ステップＳ８００においてファクシミリ送受信モジュール１１００が実行する詳細情報対応処理ルーチンを示すフローチャートである。
【００７５】
ステップＳ８１０において、ファクシミリ送受信モジュール１１００は、詳細情報に受信側ＩＰ−ＦＡＸ端末２００の故障内容を表す故障情報が含まれるか否かを判断する。詳細情報に故障情報が含まれていない場合、制御はステップＳ８２０に移される。詳細情報が故障情報を含む場合、制御はステップＳ８１２に移される。
【００７６】
ステップＳ８１２において、ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００が受信データを受信側ＩＰ−ＦＡＸ端末２００が備えるメモリに保存可能か否かを判断する。具体的には、ファクシミリ送受信モジュール１１００は、故障情報を解析することにより、受信側ＩＰ−ＦＡＸ端末２００の故障がメモリへのデータの格納が可能な故障であるか否かを判断する。また、図６の送信データ生成ルーチンで生成された送信データの大きさ（送信データサイズ）と、詳細情報に含まれるメモリの空き容量（メモリ残量）と、を比較する。そして、受信側ＩＰ−ＦＡＸ端末２００がメモリへのデータの格納が可能であり、かつ、メモリ残量が送信データサイズよりも大きい場合には、メモリに保存可能と判断する。メモリに保存可能と判断された場合、図９のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、メモリに保存可能でないと判断された場合には、制御はステップＳ８１４に移される。
【００７７】
ステップＳ８１４において、ファクシミリ送受信モジュール１１００は、故障内容を印刷する。具体的には、故障情報に含まれる情報からユーザに故障内容を通知するための文書を生成する。そして、生成した文書をプリンタ１００２（図３）に供給することにより、受信側ＩＰ−ＦＡＸ端末２００の故障内容を通知する文書を印刷する。故障内容を通知する文書の印刷の後、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００７８】
ステップＳ８２０において、ファクシミリ送受信モジュール１１００は、受信側ＩＰ−ＦＡＸ端末２００のメモリ残量が十分であるか否かを判断する。メモリ残量が十分である場合には、図９のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。メモリ残量が十分でない場合、制御はステップＳ８３０に移される。
【００７９】
ステップＳ８３０において、ファクシミリ送受信モジュール１１００は、紙やインクなどの消耗品残量が十分であるか否かを判断する。具体的には、図６の送信データ生成ルーチンで生成された送信データに基づいて消耗品の使用量を予測し、予測された使用量と消耗品残量とを比較する。そして、消耗品残量が予測使用量よりも多い場合には、消耗品残量が十分であると判断され、制御はステップＳ８３２に移される。一方、消耗品残量が十分でないと判断された場合には、制御はステップＳ８４０に移される。
【００８０】
ステップＳ８３２において、ファクシミリ送受信モジュール１１００は、詳細情報に含まれる印刷残り時間が経過するまで待機する。そして、印刷残り時間が経過した後、制御は図８のステップＳ４１０に戻される。
【００８１】
ステップＳ８４０において、ファクシミリ送受信モジュール１１００は、詳細情報に転送先情報が含まれるか否かを判断する。詳細情報に転送先情報が含まれる場合、制御はステップＳ８４２に移される。一方、詳細情報に転送先情報が含まれない場合には、制御はステップＳ８５０に移される。
【００８２】
ステップＳ８４２において、ファクシミリ送受信モジュール１１００は、ユーザに転送するか否かを問い合わせ、ユーザから取得した指示が転送を行う指示（転送指示）であるか否かを判断する。具体的には、ユーザインターフェース１００８（図３）と所定のデータの授受を行うことにより、ユーザからの指示を取得する。ユーザからの指示が転送指示であった場合には、制御はステップＳ８４４に移される。一方、ユーザからの指示が転送指示でない場合には、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００８３】
なお、ユーザから指示の取得の際、表示パネル１５２（図２）には、転送先とその転送先に転送をするか否かの入力を求めるメッセージが表示され、ユーザは、表示パネル１５２に表示されたメッセージに従って操作キー１５４（図２）を操作して指示を入力する。詳細情報に複数の転送先情報が含まれる場合には、表示パネル１５２には、複数の転送先情報に対応する転送先が表示される。ユーザは、転送するか否かと、転送する場合には複数の転送先のいずれに転送するかとを操作キー１５４を用いて入力する。
【００８４】
ステップＳ８４４において、ファクシミリ送受信モジュール１１００は、データの送信先を転送先に変更する。上述のように、複数の転送先情報が詳細情報に含まれる場合、ユーザにより選択された転送先にデータの送信先が変更される。送信先の変更の後、制御は図４のステップＳ３００に戻される。
【００８５】
ステップＳ８５０において、ファクシミリ送受信モジュール１１００は、詳細情報に復帰情報が含まれるか否かを判断する。詳細情報に復帰情報が含まれる場合、制御はステップＳ８５２に移される。一方、詳細情報に復帰情報が含まれていない場合には、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００８６】
ステップＳ８５２において、ファクシミリ送受信モジュール１１００は、ユーザに復帰まで送信を待機するか否かを問い合わせ、ユーザから取得した指示が待機を行う指示（待機指示）であるか否かを判断する。ユーザからの指示が待機指示であった場合には、制御はステップＳ８５４に移される。一方、ユーザからの指示が待機指示でない場合には、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００８７】
ステップＳ８５４において、ファクシミリ送受信モジュール１１００は、詳細情報に含まれる復帰時期まで待機した後、再度送信先に状態情報の送信を要求する。そして、再度取得した状態情報から、受信側ＩＰ−ＦＡＸ端末２００が印刷可能（プレゼンス＝ＯＮＬＩＮＥ）と判断された場合には、図９のルーチンは終了し、制御は図４のＦＡＸ送信ルーチンに戻される。一方、再度取得した状態情報により、受信側ＩＰ−ＦＡＸ端末２００が印刷不可（プレゼンス＝ＮＡ）であると判断された場合には、所定のリトライ回数に到達するまで状態情報が取得される。そして、所定のリトライ回数に達するまで受信側ＩＰ−ＦＡＸ端末２００が印刷可能とならない場合には、エラー終了により図４のＦＡＸ送信ルーチンは終了する。
【００８８】
図４のステップＳ５００において、ファクシミリ送受信モジュール１１００は、ステップＳ２００で生成されたデータを受信側ＩＰ−ＦＡＸ端末２００に送信する。図１０（ａ）は、ステップＳ５００において、送信側ファクシミリ送受信モジュール１１００により実行されるデータ送信ルーチンを示すフローチャートであり、図１０（ｂ）は、受信側ファクシミリ送受信モジュール２１００により実行されるデータ受信ルーチンを示すフローチャートである。
【００８９】
図１０（ａ）のステップＳ５１０において、ファクシミリ送受信モジュール１１００は、送信先がＩＰ−ＦＡＸ端末であるか否かを判断する。具体的には、送信先がファクシミリ送受信モジュール２１００を有し、ＩＰ−ＦＡＸ端末としての機能を有しているか否かを判断する。送信先がＩＰ−ＦＡＸ端末である場合、制御はステップＳ５２０に移される。一方、送信先がＩＰ−ＦＡＸ端末でない場合、制御はステップＳ５４０に移される。なお、送信先がＩＰ−ＦＡＸ端末であるか否かは、例えば、送信先スカイプ名に特定の文字列が使用されているか否かで判断することができる。
【００９０】
ステップＳ５２０において、ファクシミリ送受信モジュール１１００は、図６のステップＳ２５０によるＸＨＴＭＬ−Ｐｒｉｎｔデータの生成が行われたか否かを判断する。ＸＨＴＭＬ−Ｐｒｉｎｔデータが生成されていた場合、制御はステップＳ５３０に移される。一方、ＸＨＴＭＬ−Ｐｒｉｎｔデータの生成が行われなかった場合、制御はステップＳ５４０に移される。
【００９１】
ステップＳ５３０において、ファクシミリ送受信モジュール１１００は、ＸＨＴＭＬ−Ｐｒｉｎｔデータと、送信される画像データとから、単一の転送データを生成する（ラッピング）。データのラッピングは、例えば、ＸＨＴＭＬ−Ｐｒｉｎｔデータと画像データとをＭＩＭＥ（Multipurpose Internet Mail Extension）形式でエンコードすることにより行うことができる。なお、ラッピングされた転送データも画像を表すデータであることには変わりがないため、ステップＳ５３０で生成された転送データも画像データであると言うことができる。
【００９２】
ステップＳ５４０において、ファクシミリ送受信モジュール１１００は、スカイプシステムのファイル転送機能を用いて、転送データを受信側のファクシミリ送受信モジュール２１００（図３）に送信する。そして、図１０（ａ）のデータ送信ルーチンは終了する。ステップＳ５３０でのデータラッピングが行われた場合、生成された単一の転送データがステップＳ５４０において送信される。一方、ステップＳ５３０でのデータラッピングが行われなかった場合、画像データと、生成されていればＸＨＴＭＬ−Ｐｒｉｎｔデータとが、ステップＳ５４０において音声信号化することなくそのままの形式で転送データとして送信される。
【００９３】
図１０（ｂ）のデータ受信ルーチンの実行は、図１０（ａ）のステップＳ５４０におけるデータの送信に従って開始される。
【００９４】
図１０（ａ）のステップＳ５４０において送信側のファクシミリ送受信モジュール１１００が送信した転送データは、図１０（ｂ）のステップＳ７１０において、受信側のファクシミリ送受信モジュール２１００により受信される。なお、受信側がパーソナルコンピュータ等のＩＰ−ＦＡＸ端末の機能を有していない場合、転送データを受信したのち受信側の処理は終了する。
【００９５】
ステップＳ７１２において、ファクシミリ送受信モジュール２１００は、転送データの受信が完了したことを表すメッセージを送信側のファクシミリ送受信モジュール１１００に転送する。送信側のファクシミリ送受信モジュール１１００は、メッセージを受け取ると送信側ＩＰ−ＦＡＸ端末１００のユーザに転送データの送信が完了したことを通知する。なお、送信側がＩＰ−ＦＡＸ端末でない場合、このステップＳ７１２は省略される。
【００９６】
ステップＳ７２０において、ファクシミリ送受信モジュール２１００は、受信した転送データがラッピングされたものであるか否かを判断する。転送データがラッピングされていない場合、制御はステップＳ７３０に移される。転送データがラッピングされている場合、制御はステップＳ７３０に移される。ステップＳ７３０では、転送データから、ラッピング前の元データである画像データとＸＨＴＭＬ−Ｐｒｉｎｔデータとが抽出される。
【００９７】
ステップＳ７４０において、ファクシミリ送受信モジュール２１００は、転送データによる印刷を実行可能であるか否かを判断する。転送データによる印刷が不可能な場合、制御はステップＳ７５０に移される。一方、転送データによる印刷が可能な場合、制御はステップＳ７６０に移される。
【００９８】
ステップＳ７５０において、ファクシミリ送受信モジュール２１００は、転送データをＲＡＭ１４６（図２）や外部記憶装置１３０（図２）等のメモリに保存する。そして、転送データの保存の後、図１０（ｂ）のルーチンは終了する。ステップＳ７５０で保存された転送データは、受信がＩＰ−ＦＡＸ端末２００での印刷が可能となった段階で、受信側ファクシミリ送受信モジュール２１００により印刷される。
【００９９】
ステップＳ７６０では、転送データの内容に基づいてプリンタ２００２（図３）により画像が出力される。転送データにＸＨＴＭＬ−Ｐｒｉｎｔデータが含まれている場合、印刷は、ＸＨＴＭＬ−Ｐｒｉｎｔデータで指定された出力用紙サイズと出力枚数とに従って実行される。一方、転送データにＸＨＴＭＬ−Ｐｒｉｎｔデータが含まれていない場合、画像データで表される画像がデフォルトの用紙に出力される。
【０１００】
ステップＳ７６２において、ファクシミリ送受信モジュール２１００は、転送データによる印刷が完了したことを表すメッセージを送信側のファクシミリ送受信モジュール１１００に転送する。送信側のファクシミリ送受信モジュール１１００は、メッセージを受け取ると送信側ＩＰ−ＦＡＸ端末１００のユーザに転送データによる印刷が完了したことを通知する。なお、送信側がＩＰ−ＦＡＸ端末でない場合、このステップＳ７６２は省略される。
【０１０１】
ステップＳ７７０において、ファクシミリ送受信モジュール２１００は、転送データを削除する。そして、図１０（ｂ）のルーチンは終了する。
【０１０２】
このように、第１実施例では、受信側ＩＰ−ＦＡＸ端末２００は、送信側ＩＰ−ＦＡＸ端末１００の相手レベルに応じて、送信側ＩＰ−ＦＡＸ端末１００に送信する状態情報の内容を変更することができる。そのため、信頼できない相手に対する送信が好ましくない情報の送信を抑制するとともに、信頼できる相手に対しては必要な情報を送信することが可能となる。
【０１０３】
なお、第１実施例では、２つのＩＰ−ＦＡＸ端末１００，２００（図１）間で通信を行うためにピアツーピア通信を行うスカイプシステムを利用しているが、一般に、送信側ＩＰ−ＦＡＸ端末１００と受信側ＩＰ−ＦＡＸ端末２００との間のデータ転送がピアツーピア通信によって行われ、受信側ＩＰ−ＦＡＸ端末２００が送信側ＩＰ−ＦＡＸ１００の要求に応じて、その状態を送信側ＩＰ−ＦＡＸ端末１００に直接送信可能な通信システムであれば、任意の通信システムを利用することができる。この場合、受信側ＩＰ−ＦＡＸ端末２００の状態に関する受信側端末情報の形式や、送信側ＩＰ−ＦＡＸ端末１００が受信側端末情報を取得する手順等は、通信システムに応じて適宜変更される。
【０１０４】
Ｂ．第２実施例：
図１１は、第２実施例におけるファクシミリ伝送システムの構成を示す説明図である。第２実施例のファクシミリ伝送システムは、ＩＰ電話網のシステムとして、スカイプシステムに換えて、ＳＩＰ（Session Initiation Protocol）を使用したＩＰ電話網システム（以下、単に「ＳＩＰシステム」とも呼ぶ）を使用している点で、図１に示す第１実施例のファクシミリ伝送システムと異なっている。他の点は、第１実施例のファクシミリ伝送システムと同様である。
【０１０５】
図１１に示すＳＩＰシステムでは、図１に示すスカイプシステムにおける複数のスーパーノードＳＮ１，ＳＮ２，ＳＮ３が、複数のＳＩＰサーバＳＳ１，ＳＳ２，ＳＳ３に置き換えられている。また、複数の一般ノードＧＮ１，ＧＮ２が、複数のＳＩＰクライアントＳＣ１，ＳＣ２に置き換えられている。ＳＩＰクライアントＳＣ１，ＳＣ２は、ユーザがＩＰ電話網による音声通話を行うために使用するコンピュータである。第２実施例の２つのＩＰ−ＦＡＸ端末１００ａ，２００ａは、いずれもＳＩＰシステムのＳＩＰクライアントとして機能する。
【０１０６】
ＳＩＰサーバＳＳ１，ＳＳ２，ＳＳ３は、管理範囲（ドメイン）内のＳＩＰクライアントの情報（接続情報）と、そのＳＩＰクライアントのユーザの情報（プレゼンス）を格納する。そして、格納されたこれらの情報に基づいて、ＳＩＰクライアントＳＣ１，ＳＣ２間でのピアツーピア通信を確立を仲介する。接続情報とプレゼンスは、ＳＩＰクライアントから、そのＳＩＰクライアントが属するドメインのＳＩＰサーバに送信される。
【０１０７】
ユーザがＳＩＰシステムにより通信を行う場合、ユーザは、通信先のユーザを特定するＳＩＰ  ＵＲＩ（Uniform Resource Identifier）を指定して発信する。ＳＩＰ  ＵＲＩは、ドメイン名とユーザ名とを含んでいる。ドメイン名としては、通常、完全修飾ドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）と呼ばれる、インターネット上で一意にドメインを特定可能な識別子が使用される。
【０１０８】
発信側のＳＩＰクライアント（発信側クライアント）は、そのＳＩＰクライアントが属するドメインのＳＩＰサーバ（発信側サーバ）に対して、ＳＩＰ  ＵＲＩを含む接続要求（ＩＮＶＩＴＥメッセージ）を送信する。発信側サーバは、ＩＮＶＩＴＥメッセージを受信すると、ＳＩＰ  ＵＲＩに含まれるドメイン名を参照して、着信側のＳＩＰクライアント（着信側クライアント）が属するドメインのＳＩＰサーバ（着信側サーバ）を特定する。そして、着信側サーバを介して、着信側クライアントにＩＮＶＩＴＥメッセージを転送する。転送されたＩＮＶＩＴＥメッセージに対して、着信側クライアントが所定の応答メッセージ（ＯＫレスポンス）を返した場合、ＯＫレスポンスは、着信側サーバと発信側サーバとを介して発信側クライアントに転送される。そして、発信側クライアントが、転送されたＯＫレスポンスに応じて着信側クライアントとのピアツーピア通信を確立することにより、発信側クライアントと着信側クライアントとの間での通信が開始される。
【０１０９】
図１２は、第２実施例におけるファクシミリ伝送に関する機能の階層構造を示すブロック図である。図１２では、ＩＰ−ＦＡＸ端末１００ａ，２００ａとインターネットＩＮＥＴとの間に設けられるルータ１０２，２０２（図１１）の図示を省略している。なお、図１１に示す送信側（発信側）のＩＰ−ＦＡＸ端末１００ａと、受信側（着信側）のＩＰ−ＦＡＸ端末２００ａとは、いずれもほぼ同様の機能を有している。そのため、図１２では、送信側および受信側とのＩＰ−ＦＡＸ端末１００ａ，２００ａを代表するＩＰ−ＦＡＸ端末として、送信側のＩＰ−ＦＡＸ端末１００ａを示している。また、図１１のＳＩＰサーバＳＳ１〜ＳＳ３は、いずれもほぼ同様の機能を有しているので、図１２ではこれらのＳＩＰサーバＳＳ１〜ＳＳ３を代表する単一のＳＩＰサーバ３００を示している。
【０１１０】
第２実施例のＩＰ−ＦＡＸ端末１００ａは、ＩＰ電話通信モジュール１２００がユーザエージェントクライアント１２００ａに置き換えられている点と、スカイプシステムのユーザとして機能するファクシミリ送受信モジュール１１００がＳＩＰシステムのユーザとして機能するファクシミリ送受信モジュール１１００ａに置き換えられている点とで、第１実施例のＩＰ−ＦＡＸ端末１００と異なっている。
【０１１１】
ユーザエージェントクライアント１２００ａは、下位のモジュールから供給されるデータをＳＩＰシステムで使用される種々のプロトコルに従って処理し、ＳＩＰシステムで提供される機能を上層のファクシミリ送受信モジュール１１００ａに提供する。具体的には、ファクシミリ送受信モジュール１１００ａから供給される指示に従って、ＳＩＰで使用される種々のメッセージ（ＳＩＰメッセージ）を生成する。そして、生成したＳＩＰメッセージを下層のモジュールを介して、ＳＩＰサーバ３００に転送する。ユーザエージェントクライアント１２００ａは、また、下層のモジュールから供給されるＳＩＰサーバ３００から転送されたＳＩＰメッセージを解釈し、解釈結果をファクシミリ送受信モジュール１１００ａに供給する。
【０１１２】
ＳＩＰサーバ３００は、その最上位の階層に、ファクシミリ端末管理モジュール３１００を備えている。ファクシミリ端末管理モジュール３１００の下層には、上層から順番に、ユーザエージェントサーバ３２００と、ＴＣＰおよびＵＤＰの各プロトコルの処理モジュールと、ＩＰ処理モジュールと、ネットワークインターフェースと、が設けられている。
【０１１３】
ユーザエージェントサーバ３２００は、レジストラ３２０２と、プレゼンスサーバ３２０４と、ロケーションサーバ３２０６と、を有している。レジストラ３２０２と、プレゼンスサーバ３２０４と、ロケーションサーバ３２０６とは、ＳＩＰクライアントから転送されるメッセージ（リクエスト）に応じて、種々の処理を行う。
【０１１４】
ファクシミリ端末管理モジュール３１００は、ＳＩＰシステムにおけるファクシミリ伝送を実現するため、ＳＩＰの機能を拡張する。具体的には、ユーザエージェントサーバ３２００との間で、ＳＩＰの機能を拡張するためのデータの授受を行い、拡張機能を実現する。
【０１１５】
プレゼンスサーバ３２０４は、ＩＰ電話網システム上のＳＩＰクライアントからサブスクライブ（ＳＵＢＳＣＲＩＢＥ）メッセージを受信する。サブスクライブメッセージとは、特定のユーザのプレゼンスの通知を要求するリクエストである。特定のユーザのプレゼンスは、そのユーザが使用するＳＩＰクライアントから転送される通知（ＮＯＴＩＦＹ）メッセージにより設定される。プレゼンスサーバ３２０４は、通知メッセージを受信すると、サブスクライブメッセージの送信元に対して、通知メッセージを転送して特定のユーザのプレゼンスを通知する。
【０１１６】
ＳＩＰシステムにおいては、プレゼンスとして、ユーザがオンライン（ＯＮＬＩＮＥ）とオフライン（ＯＦＦＬＩＮＥ）とのいずれかが通知される。そのため、第２実施例では、表２に示すスカイプシステムにおいて使用される２つのプレゼンス（ＯＮＬＩＮＥ、ＮＡ）のうち、受信不可状態を表すプレゼンス（ＮＡ）に換えてオフライン（ＯＦＦＬＩＮＥ）が使用される。
【０１１７】
また、ＳＩＰシステムにおいては、サブスクライブメッセージに対する応答として、ＯＫメッセージと、保留（Ｐｅｎｄｉｎｇ）メッセージと、拒否（Ｒｅｊｅｃｔｅｄ）メッセージが、サブスクライブメッセージの送信元に転送される。そこで、ファクシミリ端末管理モジュール３１００は、これらのメッセージを送信側のＩＰ−ＦＡＸ端末に対して転送する。これにより、ＳＩＰシステムにおいても、ファクシミリ送信元すなわち送信側のＩＰ−ＦＡＸ端末は、ファクシミリ送信先すなわち受信側のＩＰ−ＦＡＸ端末に対する送信許可があるか否かを判断することができる。なお、この場合、メッセージの種類と送信許可状態とは、以下の表４のように対応づけられる。
【表４】
2008113422.tif 000006
【０１１８】
レジストラ３２０２は、ユーザエージェントクライアント１２００ａから転送されるレジスタ（ＲＥＧＩＳＴＥＲ）メッセージを解釈し、ＩＰ−ＦＡＸ端末１００ａの接続情報を取得する。取得された接続情報は、ロケーションサーバ３２０６に登録される。ロケーションサーバ３２０６は、登録された接続情報をＳＩＰクライアントあるいはＳＩＰサーバからの要求に応じて転送する。これにより、ＳＩＰクライアントあるいはＳＩＰサーバは、ＩＰ−ＦＡＸ端末１００ａの接続情報を取得することができる。接続情報の登録が成功すると、レジストラ３２０２は、ＯＫレスポンスをユーザエージェントクライアント１２００ａに転送する。
【０１１９】
図１３は、ＩＰ−ＦＡＸ端末１００ａからレジストラ３２０２にレジスタメッセージが転送される様子を示す説明図である。図１３（ａ）は、ＩＰ−ＦＡＸ端末１００ａのユーザエージェントクライアント１２００ａとレジストラ３２０２との間のメッセージの転送シーケンスを示している。図１３（ｂ）は、ユーザエージェントクライアント１２００ａからレジストラ３２０２に転送されるレジスタメッセージＭＧＲの一例を示している。なお、図１３（ａ）は、ＩＰ−ＦＡＸ端末１００ａの電源が投入された直後からのシーケンスを示している。
【０１２０】
ＩＰ−ＦＡＸ端末１００ａの電源が投入されると、ステップ[R11]において、ユーザエージェントクライアント１２００ａは、レジストラ３２０２に対して図１３（ｂ）に示すレジスタメッセージＭＧＲを転送する。転送されるレジスタメッセージＭＧＲは、ヘッダ部ＨＤＲと、ＸＭＬ（eXtensible Markup Language）形式のボディ部ＢＤＹと、を含んでいる。レジストラ３２０２は、レジスタメッセージＭＧＲのヘッダ部ＨＤＲを解釈し、ＩＰ−ＦＡＸ端末１００ａの接続情報を取得し、取得した接続情報をデータベースに格納する。接続情報の格納の後、ステップ[R12]において、レジストラ３２０２は、ユーザエージェントクライアント１２００ａにＯＫレスポンスを転送する。
【０１２１】
通常、ＳＩＰシステムにおけるレジスタメッセージには、ボディ部ＢＤＹが含まれない。そのため、レジストラ３２０２は、ボディ部ＢＤＹの解釈を行わず、ボディ部ＢＤＹの内容をそのままファクシミリ端末管理モジュール３１００に転送する。ファクシミリ端末管理モジュール３１００は、レジストラ３２０２から転送されるボディ部ＢＤＹの内容にしたがって、相手レベルを特定するための相手レベル情報と、相手レベルに応じて送信が許可される詳細情報のリスト（許可情報リスト）を設定する。具体的には、ボディ部ＢＤＹに含まれる相手レベルデータＣＬＶと許可情報データＡＬＷと、を解釈して、相手レベル情報および相手レベル毎の許可情報リストを生成する。そして、生成した相手レベル情報と許可情報リストとをロケーションサーバ３２０６に登録する。
【０１２２】
相手レベルデータＣＬＶには、相手レベルに対応づけられるＳＩＰクライアントのＩＰアドレス（Address）や、ユーザを特定するＳＩＰ  ＵＲＩ（User）等が登録される。図１３（ｂ）の例では、相手レベルが「１」の相手として、ＩＰアドレス「192.168.12.34」のＳＩＰクライアントが指定されている。また、相手レベルが「２」の相手として、ＳＩＰ  ＵＲＩを用いて、２人のユーザ「user1@east.com」と「user2@west.com」が指定されている。次の表５は、ファクシミリ端末管理モジュール３１００が図１３（ｂ）に示す相手レベルデータＣＬＶを解釈して生成した相手レベル情報を示している。
【表５】
2008113422.tif 000007
【０１２３】
なお、表５において、２人のユーザ「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]）に、相手レベルデータＣＬＶと許可情報データＡＬＷとをＳＩＰサーバ３００に転送しているが、これらのデータＣＬＶ，ＡＬＷを、他のタイミングでＳＩＰサーバ３００に通知するものとしてもよい。例えば、ＩＰ−ＦＡＸ端末１００ａがＳＩＰシステムにおける通信をテストする際に、これらのデータＣＬＶ，ＡＬＷをＳＩＰサーバ３００に通知するものとしてもよい。また、これらのデータＣＬＶ，ＡＬＷを含む通知メッセージをＳＩＰサーバ３００に転送するものとしてもよい。この場合、相手レベルデータＣＬＶと許可情報データＡＬＷとは、プレゼンスサーバ３２０４により取得され、プレゼンスサーバ３２０４から送信側ＩＰ−ＦＡＸ端末に転送される。
【０１２８】
図１４は、第２実施例において、送信側のファクシミリ送受信モジュール１１００ａ（図１２）が送信先状態を確認する様子を示す説明図である。図１４（ａ）は、送信側のファクシミリ送受信モジュール１１００ａにより実行される送信先状態取得ルーチンを示すフローチャートであり、図１４（ｂ）は、受信側のファクシミリ端末管理モジュール３１００により実行されるＩＰ−ＦＡＸ状態送信ルーチンを示すフローチャートである。図１４に示す第２実施例の送信先状態取得ルーチンとＩＰ−ＦＡＸ状態送信ルーチンは、５つのステップＳ４１０，Ｓ４２０，Ｓ６１０〜Ｓ６３０が、それぞれ、５つのステップＳ４１０ａ，Ｓ４２０ａ，Ｓ６１０ａ〜Ｓ６３０ａに置き換えられている点で、図８に示す第１実施例のフローチャートと異なっている。他の点は、第１実施例のフローチャートと同様である。
【０１２９】
図１４（ａ）のステップＳ４１０ａにおいて、送信側のファクシミリ送受信モジュール１１００ａは、受信側のＳＩＰサーバ（受信側サーバ）に受信側ＩＰ−ＦＡＸ端末の装置状態の送信を要求する。具体的には、ファクシミリ送受信モジュール１１００ａは、受信側サーバのロケーションサーバ３２０６に状態情報の送信を要求する。受信側サーバのファクシミリ端末管理モジュール３１００は、図１４（ｂ）のステップＳ６１０ａにおいて、ファクシミリ送受信モジュール１１００ａからロケーションサーバ３２０６に転送された状態情報の送信要求を受け付ける。その際、送信要求に含まれ、送信側のＩＰ−ＦＡＸ端末１００を特定しうる識別情報（例えば、ＩＰアドレス）を取得する。
【０１３０】
次いで、受信側サーバのファクシミリ端末管理モジュール３１００は、ステップＳ６２０ａにおいて、状態情報の送信を要求した送信側ＩＰ−ＦＡＸ端末の相手レベルを決定する。具体的には、ステップＳ６１０ａにおいて取得した相手情報と、レジストラ３２０２により生成された相手レベル情報（表５）とに基づいて、相手レベルを特定する。
【０１３１】
図１４（ｂ）のステップＳ６３０ａにおいて、受信側サーバのファクシミリ端末管理モジュール３１００は、ステップＳ６２０ａにおいて特定された相手レベルに応じて、受信側のＩＰ−ＦＡＸ端末の詳細情報をフィルタリングする。具体的には、ステップＳ６２０ａにおいて特定された相手レベルと、レジストラ３２０２により生成された許可情報リスト（表３）とに基づいて、送信する詳細情報を決定する。そして、受信側ＩＰ−ＦＡＸ端末の状態情報のうちから選択（フィルタリング）された状態情報、すなわち、プレゼンスと、許可情報リストに基づいて選択された詳細情報と、をロケーションサーバ３２０６を介して送信側のファクシミリ送受信モジュール１１００ａに転送する。
【０１３２】
図１４（ａ）のステップＳ４２０ａにおいて、送信側ファクシミリ送受信モジュール１１００ａは、図１４（ｂ）のステップＳ６３０ａにおいて受信側サーバのロケーションサーバ３２０６から送信される状態情報を受信する。
【０１３３】
このように、第２実施例においては、受信側サーバのファクシミリ端末管理モジュール３１００は、送信側ＩＰ−ＦＡＸ端末の相手レベルに応じて、送信側ＩＰ−ＦＡＸ端末に送信する状態情報の内容を変更することができる。そのため、信頼できない相手に対する送信が好ましくない情報の送信を抑制するとともに、信頼できる相手に対しては必要な情報を送信することが可能となる。
【０１３４】
第２実施例では、予め送信側と受信側のＩＰ−ＦＡＸ端末との間の通信経路の確立を仲介する通信確立部としてのＳＩＰサーバ３００（図１２）のファクシミリ端末管理モジュール３１００が、送信側ＩＰ−ＦＡＸ端末に受信側ＩＰ−ＦＡＸ端末の状態情報を送信する。そのため、送信側ＩＰ−ＦＡＸ端末は、受信側ＩＰ−ＦＡＸ端末との間のピアツーピア通信を確立する前に、受信側ＩＰ−ＦＡＸ端末の状態を把握することができる。このように、通信経路の確立前に受信側ＩＰ−ＦＡＸ端末の状態を把握することにより、送信側ＩＰ−ＦＡＸ端末は、受信側ＩＰ−ＦＡＸ端末の状態に応じてファクシミリ伝送を中断することができる。そのため、通信経路の確立により、受信側ＩＰ−ＦＡＸ端末にかかる負荷を低減するとともに、ネットワークのトラフィックを低減することができる。
【０１３５】
また、第２実施例では、ＩＰアドレス等の送信側ＩＰ−ＦＡＸ端末を特定しうる識別情報と、送信側ＩＰ−ＦＡＸ端末の区分である相手レベルと、の対応関係を表す相手レベルデータＣＬＶと、相手レベルに応じて選択される状態情報を表す許可情報データＡＬＷとを含むレジスタメッセージが、受信側ＩＰ−ＦＡＸ端末からＳＩＰサーバ３００（図１２）に転送される。そのため、ＳＩＰサーバ３００は、送信側ＩＰ−ＦＡＸ端末からの状態情報を通知する要求（送信要求）に先だって、送信側ＩＰ−ＦＡＸ端末に送信する状態情報を選択することができる。このように、状態情報の通知要求に先だって状態情報を選択（フィルタリング）しておくことにより、ＳＩＰサーバ３００は、選択された状態情報をより速やかに送信側ＩＰ−ＦＡＸ端末に転送することができる。
【０１３６】
なお、第２実施例では、受信側ＩＰ−ＦＡＸ端末は、通知メッセージやレジスタメッセージをＳＩＰサーバ３００に送信することにより、プレゼンスや詳細情報を予めＳＩＰサーバ３００に転送している。しかしながら、これらのプレゼンスや詳細情報の少なくとも一方を、ＳＩＰサーバ３００が状態情報送信要求を受け付ける（図１４のステップＳ６１０ａ）度に、受信側ＩＰ−ＦＡＸ端末から取得するものとしてもよい。
【０１３７】
Ｃ．変形例：
なお、この発明は上記実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
【０１３８】
Ｃ１．変形例１：
上記各実施例では、送信側ＩＰ−ＦＡＸ端末に送信する状態情報を、送信側ＩＰ−ＦＡＸ端末の相手レベルに応じて選択しているが、このような送信情報のフィルタリングは、状態情報に限らず、種々の情報について行うことも可能である。たとえば、ファクシミリ伝送において転送される画像データやその他のコンテンツデータの処理状態を表すコンテンツ状態情報をフィルタリングして、送信側に転送することも可能である。
【０１３９】
Ｃ２．変形例２：
上記各実施例では、送信側ＩＰ−ＦＡＸ端末は、図１０のステップＳ５１０において、送信先がＩＰ−ＦＡＸ端末であるか否かを判断し、その結果に応じて異なる形式で送信先にデータを転送しているが、一般に、送信側ＩＰ−ＦＡＸ端末は、送信先（受信側端末）の種類に応じて送信するデータの形式を切り替えるものとしても良い。送信側ＩＰ−ＦＡＸ端末は、例えば、受信側端末で処理可能なデータ形式のうちデータサイズが最小となる形式を選択し、その形式で受信側端末にデータを転送するものとしても良い。なお、受信側端末の種類は、ＩＰ−ＦＡＸ端末の機能を実現するためのソフトウェアのバージョン、受信側端末で使用されているオペレーティングシステム、受信側端末のメーカ等によって識別することができる。
【図面の簡単な説明】
【０１４０】
【図１】第１実施例におけるファクシミリ伝送システムの構成を示す説明図。
【図２】送信側のＩＰ−ＦＡＸ端末１００の内部構成を示すブロック図。
【図３】ファクシミリ伝送に関する機能の階層構造を示すブロック図。
【図４】ファクシミリ伝送システムにより画像を伝送する際に送信側ＩＰ−ＦＡＸ端末１００で実行されるＦＡＸ送信ルーチンを示すフローチャート。
【図５】図４のステップＳ１００において実行される送信内容指示取得ルーチンを示すフローチャート。
【図６】図４のステップＳ２００において実行される送信先指定取得・送信データ生成ルーチンを示すフローチャート。
【図７】図４のステップＳ３００において実行される送信許可確認・取得ルーチンを示すフローチャート。
【図８】図４のステップＳ４００において実行される送信先状態確認ルーチンを示すフローチャート。
【図９】図８のステップＳ８００において実行される詳細情報対応処理ルーチンを示すフローチャート。
【図１０】図４のステップＳ５００において実行される画像データ転送ルーチンを示すフローチャート。
【図１１】第２実施例におけるファクシミリ伝送システムの構成を示す説明図。
【図１２】第２実施例におけるファクシミリ伝送に関する機能の階層構造を示すブロック図。
【図１３】ＩＰ−ＦＡＸ端末１００ａからレジストラ３２０２にレジスタメッセージが転送される様子を示す説明図。
【図１４】第２実施例において、送信側のファクシミリ送受信モジュール１１００ａが送信先状態を確認する様子を示す説明図。
【符号の説明】
【０１４１】
１０，１０ａ…送信側ネットワークシステム
２０，２０ａ…受信側ネットワークシステム
１００，１００ａ，２００，２００ａ…ＩＰ−ＦＡＸ端末
１０２，２０２…ルータ
１１０…プリントエンジン
１２０…スキャンエンジン
１３０…外部記憶装置
１４０…制御ユニット
１４２…ＣＰＵ
１４４…ＲＯＭ
１４６…ＲＡＭ
１５０…操作ユニット
１５２…表示パネル
１５４…操作キー
１６０…ネットワークインターフェース
３００…ＳＩＰサーバ
１００２，２００２…プリンタ
１００４，２００４…スキャナ
１００６，２００６…ストレージ
１００８，２００８…ユーザインターフェース
１１００，２１００…ファクシミリ送受信モジュール
１２００，２２００…ＩＰ電話通信モジュール
１１００ａ…ファクシミリ送受信モジュール
１２００ａ…ユーザエージェントクライアント
３１００…ファクシミリ端末管理モジュール
３２００…ユーザエージェントサーバ
３２０２…レジストラ
３２０４…プレゼンスサーバ
３２０６…ロケーションサーバ
【図１】
2008113422.tif 000008
【図２】
2008113422.tif 000009
【図３】
2008113422.tif 000010
【図４】
2008113422.tif 000011
【図５】
2008113422.tif 000012
【図６】
2008113422.tif 000013
【図７】
2008113422.tif 000014
【図８】
2008113422.tif 000015
【図９】
2008113422.tif 000016
【図１０】
2008113422.tif 000017
【図１１】
2008113422.tif 000018
【図１２】
2008113422.tif 000019
【図１３】
2008113422.tif 000020
【図１４】
2008113422.tif 000021