(57)【要約】【課題】ビジーなどで通信を拒否することをできるだけ回避し、特定の端末への通信が集中することを防ぐネットワークファクシミリ装置およびネットワークファクシミリ通信システムを提供する。【解決手段】代行受信依頼端末が発呼端末からファクシミリ通信を着呼したが直ちに通信が出来ない場合、代行受信依頼端末は、ネットワーク上にある代行受信端末へ代行受信依頼を送信し、代行受信端末が通信可能な場合は、発呼側端末へファシリティメッセージを送出し、受信情報を代行受信端末に代行受信させる。この際、代行受信端末は、情報テーブルに保存してある発呼端末のＩＰアドレスと呼接続情報に含まれる発呼端末のＩＰアドレスおよび情報テーブルに保存してある代行受信依頼端末のＩＰアドレスと呼接続情報に含まれる接続先ＩＰアドレスが一致した場合のみ代行受信を許可する。【選択図】        図１
2004214727.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワーク環境下のローカルエリアネットワーク回線に接続するためのインターフェースと、所定の通信プロトコルに準拠した通信手段と、所定のプロトコルに準拠した、通信動作に関する情報を、ゲートキーパおよび他のネットワークファクシミリ装置と交換するための情報交換手段と、情報テーブルと、をそれぞれ備えた複数のネットワークファクシミリ装置を少なくとも有し、
代行受信依頼端末が発呼端末からファクシミリ通信を着呼したが直ちに通信が出来ない場合、前記代行受信依頼端末は、前記ネットワーク上にある代行受信端末へ代行受信依頼を送信し、前記代行受信端末が通信可能な場合は、発呼側端末へファシリティメッセージを送出し、前記代行受信依頼端末が受信すべき受信情報を前記代行受信端末に代行受信させることを特徴とするネットワークファクシミリ通信システム。
【請求項２】
前記各ネットワークファクシミリ装置は、
前記ネットワークファクシミリ装置間で交換する前記通信動作に関する情報として少なくとも代行受信依頼の許可を示す利用ＩＤと、前記代行受信依頼端末のＩＰアドレスと、前記発呼端末のＩＰアドレスと、を前記情報テーブルに保存する手段と、
代行受信依頼が成立した後に前記代行受信端末が前記発呼端末から着信を受けた場合に、前記発呼端末から当該着信時に取得した呼接続情報に含まれる前記発呼端末のＩＰアドレスおよび接続先ＩＰアドレスとを抽出する手段と、を備え、
前記代行受信端末は、
前記情報テーブルに保存してある前記発呼端末のＩＰアドレスと前記呼接続情報に含まれる前記発呼端末のＩＰアドレスおよび前記情報テーブルに保存してある前記代行受信依頼端末のＩＰアドレスと前記呼接続情報に含まれる接続先ＩＰアドレスが一致した場合のみ代行受信を許可することを特徴とする請求項１記載のネットワークファクシミリ通信システム。
【請求項３】
前記通信動作に関する情報は、
ポーリング送信を行うか否かを示す情報を含み、
前記代行受信端末は、前記代行受信依頼端末がポーリング送信を希望する場合、前記受信情報を用紙へ出力せずに保存してポーリング受信待機することを特徴とする請求項１または２記載のネットワークファクシミリ通信システム。
【請求項４】
前記インターフェースは、
前記各ネットワークファクシミリ装置がＨ．３２３端末のネットワーク環境下における前記ローカルエリアネットワーク回線に接続するために用いられることを特徴とする請求項１記載のネットワークファクシミリ通信システム。
【請求項５】
前記通信手段は、
ＩＴＵ−Ｔ勧告Ｔ．３８手順に準拠することを特徴とする請求項１記載のネットワークファクシミリ通信システム。
【請求項６】
前記情報交換手段は、
ＲＡＳ機能を有し、
前記通信動作に関する情報としてＲＡＳメッセージを用いて、前記ネットワークファクシミリ装置間において前記通信動作に関する情報を交換することを特徴とする請求項１記載のネットワークファクシミリ通信システム。
【請求項７】
所定のネットワーク環境下のローカルエリアネットワーク回線に接続するためのインターフェースと、
所定の通信プロトコルに準拠した通信手段と、
所定のプロトコルに準拠した、通信動作に関する情報をゲートキーパおよび他のネットワークファクシミリ装置と交換するための情報交換手段と、
情報テーブルと、
を有することを特徴とするネットワークファクシミリ装置。
【請求項８】
前記ネットワークファクシミリ装置間で交換する前記通信動作に関する情報として少なくとも代行受信依頼の許可を示す利用ＩＤと、代行受信依頼端末のＩＰアドレスと、発呼端末のＩＰアドレスと、を前記情報テーブルに保存する手段と、
代行受信依頼が成立した後に前記代行受信端末が前記発呼端末から着信を受けた場合に、前記発呼端末から当該着信時に取得した呼接続情報に含まれる前記発呼端末のＩＰアドレスおよび接続先ＩＰアドレスとを抽出する手段と、
を有することを特徴とする請求項７記載のインターネットファクシミリ装置。
【請求項９】
前記インターフェースは、
前記各ネットワークファクシミリ装置がＨ．３２３端末のネットワーク環境下における前記ローカルエリアネットワーク回線に接続するために用いられることを特徴とする請求項７記載のネットワークファクシミリ装置。
【請求項１０】
前記通信手段は、
ＩＴＵ−Ｔ勧告Ｔ．３８手順に準拠することを特徴とする請求項７記載のネットワークファクシミリ装置。
【請求項１１】
前記情報交換手段は、
ＲＡＳ機能を有し、
前記通信動作に関する情報としてＲＡＳメッセージを用いて、前記ネットワークファクシミリ装置間において前記通信動作に関する情報を交換することを特徴とする請求項７記載のネットワークファクシミリ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークファクシミリ装置およびネットワークファクシミリ通信システムに関し、特にＩＴＵ−Ｔ勧告Ｔ．３８通信手段に従ったリアルタイム型インターネットファクシミリ通信に用いられるネットワークファクシミリ装置および当該ネットワークファクシミリ装置を用いたネットワークファクシミリ通信システムに関する。
【０００２】
【従来の技術】
従来、ネットワークインターフェースを介してネットワークに接続される一方で公衆回線にも接続されたリアルタイム型のファクシミリ装置（ネットワークファクシミリ装置）と、前記ネットワークに接続されたゲートキーパと、を含む通信システムが提案されている。この通信システムにおいては、ゲートキーパが、前記ネットワークファクシミリ装置に対して、アドレス変換やネットワークの制御を行っていた。すなわち、前記ネットワークファクシミリ装置は、送信時にゲートキーパと通信を行って当該ゲートキーパに保持されているアドレス変換テーブルから送信先のＩＰ（Internet Protocol ）アドレスを取得することで、パケット通信に基づいてファックス文書を送信していた。
【０００３】
また、ゲートキーパが停止している場合でも通信可能にするために、特開２００２−２１７９８７公報では、ネットワーク上のゲートキーパが保持しているアドレス変換テーブルのコピーを、ネットワークファクシミリ装置に保持させる構成が開示されている。
【０００４】
【特許文献１】
特開２００２−２１７９８７公報
【０００５】
【発明が解決しようとする課題】
従来のファクシミリ装置を用いた通信では、一般に、受信者がファクシミリ通信中に着信を受けた場合などは通常ビジーとして通信を拒否していた。また、通信が拒否された発呼側の送信者が直接ファックスを送信していた場合、送信者は何度か送信を試みなくてはならなかった。また、同一ネットワーク内で特定の端末に対して通信が集中する場合があり、空いている端末の有効利用も課題の１つとなっている。
【０００６】
また、上記特許文献では、ネットワーク装置にアドレス変換テーブルを保持し、ゲートキーパに頼らずネットワーク装置自身で送信先のアドレスを決定する構成が開示されているものの、ビジー等で通信が拒否された場合の対応策については具体的には述べられていない。
【０００７】
本発明は、複数のネットワークファクシミリ装置とゲートキーパとを有するネットワークにおける通信システムにおいて、ビジー等の理由での通信拒否をできるだけ回避し、また、特定の端末への通信の集中を防ぐネットワークファクシミリ装置およびネットワークファクシミリ通信システムを提供することを目的とする。
【０００８】
また、本発明は、代行受信を依頼するためにネットワークファクシミリ装置間でやりとりするメッセージとしてＲＡＳ（Registration Administration and Status）メッセージを拡張して使用することによって、既存のＲＡＳメッセージに情報もしくはメッセージを追加するだけで、代行受信依頼が可能なネットワークファクシミリ装置およびネットワークファクシミリ通信システムを提供することを目的とする。
【０００９】
また、特定のネットワークファクシミリ装置が全ての端末装置からの代行受信の依頼を受けるのは運用管理上好ましくないため、本発明は、特定のネットワークファクシミリ装置からの代行受信依頼を受けることが可能であり、依頼主であるネットワークファクシミリ装置宛の通信のみを代行受信できるネットワークファクシミリ装置およびネットワークファクシミリ通信システムを提供することを目的とする。
【００１０】
また、本発明は、代行受信を依頼したネットワークファクシミリ装置が通信可能な状態になるまで待ち、代行受信した原稿を本来の端末から出力させることが可能であり、さらに、代行受信側端末での不要な印刷コストを削減することが可能なネットワークファクシミリ装置およびネットワークファクシミリ通信システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
かかる目的を達成するため、請求項１記載の発明によるネットワークファクシミリ通信システムは、所定のネットワーク環境下のローカルエリアネットワーク回線に接続するためのインターフェースと、所定の通信プロトコルに準拠した通信手段と、所定のプロトコルに準拠した、通信動作に関する情報を、ゲートキーパおよび他のネットワークファクシミリ装置と交換するための情報交換手段と、情報テーブルと、をそれぞれ備えた複数のネットワークファクシミリ装置を少なくとも有し、代行受信依頼端末が発呼端末からファクシミリ通信を着呼したが直ちに通信が出来ない場合、前記代行受信依頼端末は、前記ネットワーク上にある代行受信端末へ代行受信依頼を送信し、前記代行受信端末が通信可能な場合は、発呼側端末へファシリティメッセージを送出し、前記代行受信依頼端末が受信すべき受信情報を前記代行受信端末に代行受信させることを特徴とする。
【００１２】
また、請求項２記載の発明によれば、請求項１記載ネットワークファクシミリ通信システムにおいて、前記各ネットワークファクシミリ装置は、前記ネットワークファクシミリ装置間で交換する前記通信動作に関する情報として少なくとも代行受信依頼の許可を示す利用ＩＤと、前記代行受信依頼端末のＩＰアドレスと、前記発呼端末のＩＰアドレスと、を前記情報テーブルに保存する手段と、代行受信依頼が成立した後に前記代行受信端末が前記発呼端末から着信を受けた場合に、前記発呼端末から当該着信時に取得した呼接続情報に含まれる前記発呼端末のＩＰアドレスおよび接続先ＩＰアドレスとを抽出する手段と、を備え、前記代行受信端末は、前記情報テーブルに保存してある前記発呼端末のＩＰアドレスと前記呼接続情報に含まれる前記発呼端末のＩＰアドレスおよび前記情報テーブルに保存してある前記代行受信依頼端末のＩＰアドレスと前記呼接続情報に含まれる接続先ＩＰアドレスが一致した場合のみ代行受信を許可することを特徴とする。
【００１３】
また、請求項３記載の発明によれば、請求項１または２記載のネットワークファクシミリ通信システムにおいて、前記通信動作に関する情報は、ポーリング送信を行うか否かを示す情報を含み、前記代行受信端末は、前記代行受信依頼端末がポーリング送信を希望する場合、前記受信情報を用紙へ出力せずに保存してポーリング受信待機することを特徴とする。
【００１４】
また、請求項４記載の発明によれば、請求項１記載のネットワークファクシミリ通信システムにおいて、前記インターフェースは、前記各ネットワークファクシミリ装置がＨ．３２３端末のネットワーク環境下における前記ローカルエリアネットワーク回線に接続するために用いられることを特徴とする。
【００１５】
また、請求項５記載の発明によれば、請求項１記載のネットワークファクシミリ通信システムにおいて、前記通信手段は、ＩＴＵ−Ｔ勧告Ｔ．３８手順に準拠することを特徴とする。
【００１６】
また、請求項６記載の発明によれば、請求項１記載のネットワークファクシミリ通信システムにおいて、前記情報交換手段は、ＲＡＳ機能を有し、前記通信動作に関する情報としてＲＡＳメッセージを用いて、前記ネットワークファクシミリ装置間において前記通信動作に関する情報を交換することを特徴とする。
【００１７】
また、請求項７記載の発明によるネットワークファクシミリ装置は、所定のネットワーク環境下のローカルエリアネットワーク回線に接続するためのインターフェースと、所定の通信プロトコルに準拠した通信手段と、所定のプロトコルに準拠した、通信動作に関する情報をゲートキーパおよび他のネットワークファクシミリ装置と交換するための情報交換手段と、情報テーブルと、を有することを特徴とする。
【００１８】
また、請求項８記載の発明によれば、請求項７記載のネットワークファクシミリ装置は、前記ネットワークファクシミリ装置間で交換する前記通信動作に関する情報として少なくとも代行受信依頼の許可を示す利用ＩＤと、代行受信依頼端末のＩＰアドレスと、発呼端末のＩＰアドレスと、を前記情報テーブルに保存する手段と、代行受信依頼が成立した後に前記代行受信端末が前記発呼端末から着信を受けた場合に、前記発呼端末から当該着信時に取得した呼接続情報に含まれる前記発呼端末のＩＰアドレスおよび接続先ＩＰアドレスとを抽出する手段と、を有することを特徴とする。
【００１９】
また、請求項９記載の発明によれば、請求項７記載のネットワークファクシミリ装置において、前記インターフェースは、前記各ネットワークファクシミリ装置がＨ．３２３端末のネットワーク環境下における前記ローカルエリアネットワーク回線に接続するために用いられることを特徴とする。
【００２０】
また、請求項１０記載の発明によれば、請求項７記載のネットワークファクシミリ装置において、前記通信手段は、ＩＴＵ−Ｔ勧告Ｔ．３８手順に準拠することを特徴とする。
【００２１】
また、請求項１１記載の発明によれば、請求項７記載のネットワークファクシミリ装置において、前記情報交換手段は、ＲＡＳ機能を有し、前記通信動作に関する情報としてＲＡＳメッセージを用いて、前記ネットワークファクシミリ装置間において前記通信動作に関する情報を交換することを特徴とする。
【００２２】
【発明の実施の形態】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００２３】
図１は、本発明による複数のネットワークファクシミリ装置（以下、ＩＡＦ：Internet Aware Faxと略記）を用いた通信システムの構成例である。
【００２４】
図１に示される通信システムは、ＩＡＦ１〜３と、ＩＰネットワーク４と、ゲートキーパ（Gatekeeper）５と、ＶｏＩＰゲートウェイ６と、公衆電話交換網（以下、PSTN：Public Switched Telephone Network と略記）７と、Ｇ３ＦＡＸ８と、を有する。つまり、図１は、本発明によるＩＡＦ１〜３と、ゲートキーパ５と、ＶｏＩＰゲートウェイ６とを、Ｈ．３２３端末のネットワークに含まれるＩＰネットワーク４に接続した場合を示している。なお、３つ以上のＩＡＦがＩＰネットワーク４に接続されていてもよい。
【００２５】
図２に、ＩＡＦ１の階層構造を示す。なお、ＩＡＦ２および３も同等の階層構造を持つ。ＩＡＦ１の階層は、例えば、ＯＳ（Operating System）１１と、ＡＰＩ（Application Program Interface ）１２と、Ｈ．３２３対応部１３と、ＲＡＳ機能部１４と、制御データ記憶部１５と、Ｔ．３８パケット制御部１６と、を備える。ＯＳ１１は、ウィンドウズ（登録商標）上のアプリケーションからＴＣＰ／ＩＰ通信機能を使う場合等に標準インターフェースとして使用されるWinSock 等のＯＳである。ＡＰＩ１２は、アプリケーションからＯＳ１１の各機能を呼び出すための仲介者の役割を果たす。Ｈ．３２３対応部１３は、通信の呼接続等を行う。ＲＡＳ機能部１４は、ゲートキーパ５等と情報を交換するためのタスクを実行し、ゲートキーパ５へのＩＰアドレス等の問い合わせ、アドレス変換等を実行する。制御データ記憶部１５は、管理テーブル等を保持している。Ｔ．３８パケット制御部は、Ｔ．３８パケットフォーマットに基づくデータ変換、加工等を行う。
【００２６】
ここで、通信中のＩＡＦ１がＩＡＦ３から着信を受けた場合にＩＡＦ１がＩＡＦ２へ代行受信をさせるフローを、図３のタイミングチャートを用いて説明する。
【００２７】
まず、ＩＡＦ３は、呼制御チャネルのトランスポートアドレスを使用してＩＡＦ１へ呼設定メッセージ（１）を送信する。ＩＡＦ１は、その呼の受付を承認すると、ＩＡＦ３へ呼設定受付メッセージ（２）を送信し、ＩＡＦ２へ代行受信依頼メッセージ（３）を送信する。ＩＡＦ２はその代行受信依頼に対して代行受信受付／拒否メッセージ（４）で応答する。ＩＡＦ２が代行受信の受付を承認すると、ＩＡＦ１は、ＩＡＦ２の呼制御チャネルのトランスポートアドレスを含むファシリティメッセージ（５）をＩＡＦ３へ送信する。ＩＡＦ３は、ＩＡＦ１へ開放完了メッセージ（６）を送信すると共に、勧告Ｈ．３２３の手順に従って、受信したファシリティメッセージ（５）に含まれるＩＡＦ２の呼制御チャネルのトランスポートアドレスを使用して呼設定メッセージ（７）をＩＡＦ２へ送信する。その後、ＩＡＦ２は、呼設定受付メッセージ（８）、呼出メッセージ（９）および応答メッセージ（１０）をＩＡＦ３へ送信し、その後、ファクシミリ通信がＩＡＦ３とＩＡＦ２との間で行われる。
【００２８】
勧告Ｈ．３２３によると、本来ならばこのような手順に従い呼設定メッセージ（７）がゲートキーパへ送信されるが、本発明では、ＩＡＦ２がゲートキーパとしての機能を果たしてＩＡＦ３からの着信を受けることによって、代行受信を行う。ＩＡＦ３はＶｏＩＰゲートウェイやＶｏＩＰ−ＴＡであってもよい。図３の代行受信依頼メッセージ（３）と代行受信受付／拒否メッセージ（４）は勧告Ｈ．３２３に従ったものではなく、本発明に基づく情報交換である。本発明では、ＲＡＳメッセージを使用して、このような情報交換を行う。しかし、勧告上、代行受信情報を交換するためのＲＡＳメッセージは定められていないため、独自でＲＡＳメッセージを追加するか、通常、エンドポイントが受信することのないＲＡＳメッセージ（例えば、ＡＲＱなど）の拡張要素を独自に追加することでＩＡＦ間での代行受信情報のやり取りを行う。
【００２９】
図４は、代行受信依頼端末であるＩＡＦ１が代行受信端末であるＩＡＦ２へ代行受信を依頼する場合のフローチャートである。ここで、図３および図４を参照し、ＩＡＦ１がＩＡＦ２へ代行受信を依頼する動作を説明する。まず、ＩＡＦ１は、他の端末から着信があるか否かを判断する（ステップＳ４０１）。着信なしの場合（ステップＳ４０１／Ｎｏ）、ＩＡＦ１はステップＳ４０１の動作を継続する。一方、着信ありの場合（ステップＳ４０１／Ｙｅｓ）、ＩＡＦ１は、自身の状態がビジーか否かを判断する（ステップＳ４０２）。ビジー状態でない場合（ステップＳ４０２／Ｎｏ）、ＩＡＦ１は通常の通信（受信）動作を開始する（ステップＳ４０４）。一方、ビジー状態である場合（ステップＳ４０２／Ｙｅｓ）、ＩＡＦ１は代行受信依頼メッセージ（３）をＩＡＦ２へ送信して代行受信を要求する（ステップＳ４０３）。その後、ＩＡＦ１は、ＩＡＦ２から受信したメッセージ（４）を確認し（ステップＳ４０５）、メッセージ（４）が代行受信を拒否する内容であれば（ステップＳ４０５／Ｎｏ）、接続を切断する（ステップＳ４０７）。一方、メッセージ（４）が代行受信を許可する内容であれば（ステップＳ４０５／Ｙｅｓ）、ＩＡＦ１は発呼側端末であるＩＡＦ３へファシリティメッセージ（５）を送信する。
【００３０】
図５は、代行受信端末であるＩＡＦ２が代行受信を実行する場合の動作を示すフローチャートである。まず、ＩＡＦ２は、代行受信依頼端末ＩＡＦ１から少なくとも図６（ａ）に示すような情報（利用ＩＤ、代行受信依頼端末であるＩＡＦ１のＩＰアドレス、発呼端末であるＩＡＦ３のＩＰアドレス、ポーリング要求フラグ）を含む代行受信依頼メッセージ（３）を受信したか否かを判断する（ステップＳ５０１）。当該メッセージ（３）を受信しなかった場合（ステップＳ５０１／Ｎｏ）、ＩＡＦ２はステップＳ５０１の動作を継続する。一方、当該メッセージ（３）を受信した場合（ステップＳ５０１／Ｙｅｓ）、ＩＡＦ２は、自身が代行受信可能な状態か否か、および利用ＩＤは有効か否かを判定し、代行受信を容認するか否かを決定する（ステップＳ５０２）。
【００３１】
ＩＡＦ２は、代行受信を容認する場合（ステップＳ５０２／Ｙｅｓ）、図６（ａ）に示すような情報を情報テーブル（図示せず）に保存する。この時、ＩＡＦ２は、ステップＳ５０１がＹｅｓの場合に受信した代行受信依頼メッセージ（３）に含まれるポーリング要求フラグを確認する。ポーリング情報フラグは、例えば、０の場合はポーリングが不要であることを示し、１の場合はポーリングが必要であることを示してもよい。ポーリング要求フラグが１の場合、ＩＡＦ２は、図７に示すようなポーリング情報管理テーブルを前記情報テーブルとは別個に作成して、ポーリング情報を保存および管理する。必要な情報を保存した後、ＩＡＦ２は、少なくとも図６（ｂ）に示される情報（利用ＩＤ、代行受信端末であるＩＡＦ２のＩＰアドレス、ポーリングＩＤ）を含む代行受信依頼受付メッセージ（４）をＩＡＦ１へ送信し、ＩＡＦ３からの着呼を待つ。
【００３２】
ＩＡＦ３からＩＡＦ２へ図３のタイミングチャートに基づいて呼設定メッセージ（７）が送信されると、ＩＡＦ２は、当該メッセージ（７）にステップＳ５０３で保存した代行受信宛先情報と一致する情報が含まれているか否か判断する（ステップＳ５０４）。具体的には、ＩＡＦ２は、受信した当該メッセージ（７）に含まれるＩＡＦ１のトランスポートアドレス（接続先ＩＰアドレス）をステップＳ５０３でＩＡＦ２に保存したＩＡＦ１のＩＰアドレスと比較し、また、ＩＡＦ３のトランスポートアドレスを同じくステップＳ５０３でＩＡＦ２に保存したＩＡＦ３のＩＰアドレスと比較する。それら全ての条件が合致した場合（ステップＳ５０４／Ｙｅｓ）、ＩＡＦ２はＩＡＦ３からのファクシミリ着信を許可する（ステップＳ５０５）。一方、全ての条件が合致しなければ（ステップＳ５０４／Ｎｏ）、ＩＡＦ２はステップＳ５０４の動作を繰り返す。
【００３３】
その後、ＩＡＦ２は、ステップＳ５０１で受信した代行受信依頼メッセージ（３）に含まれていたポーリング要求フラグが１であったか否かを判断する（ステップＳ５０６）。当該フラグが１であった場合（ステップＳ５０６／Ｙｅｓ）、ＩＡＦ２はポーリング送信待ち状態へ移行する（ステップＳ５０７）。一方、当該フラグが０であった場合（ステップＳ５０６／Ｎｏ）、ＩＡＦ２は、ステップＳ５０５で受信した情報を用紙等へ出力する（ステップＳ５０８）。ステップＳ５０６以降の詳細な動作は、以下図８に示すフローチャートを用いて説明する。
【００３４】
図８は、代行受信端末であるＩＡＦ２によるポーリング動作を示すフローチャートである。上記したように、代行受信依頼時には、ＩＡＦ間でポーリング情報の交換が行われる。まず、ＩＡＦ２は、代行受信文書があるか否かを判断する（ステップＳ８０１）。代行受信文書がない場合（ステップＳ８０１／Ｎｏ）、ＩＡＦ２はステップＳ８０１の動作を繰り返す。一方、代行受信文書がある場合（ステップＳ８０１／Ｙｅｓ）、ＩＡＦ２は、ポーリング指定があるか否か、つまり、ポーリング要求フラグからポーリング送信が必要か否かを判断する（ステップＳ８０２）。ポーリング指定がない場合（ステップＳ８０２／Ｎｏ）、ＩＡＦ２はファクシミリ通信終了後、用紙等へ代行受信文書を印字出力する（ステップＳ８０４）。一方、ポーリング指定がある場合（ステップＳ８０２／Ｙｅｓ）、ＩＡＦ２は、図７のようなポーリング情報管理テーブルを作成し、ポーリング受信待ち状態とする。次に、ＩＡＦ２は、ＩＡＦ１のビジー状態が解消されたか否かを判断する（ステップＳ８０５）。ＩＡＦ１のビジー状態が解消されていない場合（ステップＳ８０５／Ｎｏ）、ＩＡＦ２は、ステップＳ８０５を繰り返す。一方、ＩＡＦ１のビジー状態が解消されていた場合（ステップＳ８０５／Ｙｅｓ）、ＩＡＦ２はＩＡＦ１へポーリング送信を開始する（ステップＳ８０６）。なお、ステップＳ８０５において、ＩＡＦ２は一定時間が経過したことをトリガーとしてポーリング送信を開始してもよい。
【００３５】
なお、本発明によるファクシミリ通信プログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録され、上記の記録媒体から各ネットワークファクシミリ装置にロードされるようにしてもよいし、所定のネットワークを介して接続されている外部機器からロードされるようにしてもよい。また、本発明によるファクシミリ通信方法は、ネットワークファクシミリ装置にロードされた当該ファクシミリ通信プログラムにより上述した各ステップを実行することにより実現される。
【００３６】
なお、上記の実施形態は本発明の好適な実施の一例であり、本発明の実施形態は、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形して実施することが可能となる。
【００３７】
【発明の効果】
以上説明したように、本発明におけるネットワークファクシミリ装置は、あたかもゲートキーパ経由モデルを実行するかのようにして発呼側に宛先変更を促している。それゆえ、ユーザは該ネットワークファクシミリ装置を操作してファクシミリ原稿を再送する必要がなくなり、発呼側端末によるＨ．３２３手順に準拠したファクシミリ通信が可能となる。
【００３８】
また、本発明におけるネットワークファクシミリ装置は、ＲＡＳメッセージを拡張して代行受信依頼を行う。それゆえ、ＲＡＳメッセージを扱うことができるＨ．３２３端末であれば、簡単に情報交換することが可能である。
【００３９】
また、本発明におけるネットワークファクシミリ装置は、代行受信依頼を利用ＩＤで判断し、また、代行受信端末は、発呼側端末から着信を受けると、以前に保存した代行受信依頼端末のＩＰアドレスと該着信時に取得した代行受信依頼端末のＩＰアドレスとを比較し、それらのアドレスが一致した場合のみ通信を許可する。それゆえ、代行受信を許可する端末を制限することができる。
【００４０】
また、本発明におけるネットワークファクシミリ装置は、代行受信端末に対して、ポーリング送信を行うか否かの設定を行う。それゆえ、代行受信端末で用紙コストを削減することが可能となり、さらに、ポーリング送信によって本来着信のあった端末で用紙出力することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態における複数のネットワークファクシミリ装置を用いた通信システムの構成例である。
【図２】本発明におけるネットワークファクシミリ装置の階層構造を示す図である。
【図３】本発明におけるネットワークファクシミリ装置による、ゲートキーパ経由モデルを利用した代行受信動作を示すタイミングチャートである。
【図４】本発明における代行受信依頼端末の動作を示すフローチャートである。
【図５】本発明における代行受信端末の動作を示すフローチャートである。
【図６】本発明において、図６（ａ）は、代行受信依頼端末が代行受信端末に送信する情報の例を示す図であり、図６（ｂ）は、代行受信端末が代行受信依頼端末へ送信する情報の例を示す図である。
【図７】本発明における代行受信端末が作成するポーリング情報管理テーブルの例を示す図である。
【図８】本発明における代行受信端末のポーリング動作を示すフローチャートである。
【符号の説明】
１  ＩＡＦ１
２  ＩＡＦ２
３  ＩＡＦ３
４  ＩＰネットワーク
５  Gatekeeper
６  VoIPゲートウェイ
７  PSTN
８  Ｇ３ＦＡＸ
１１  Winsock
１２  ＡＰＩ
１３  Ｈ．３２３対応部
１４  ＲＡＳ機能部
１５  制御データ記憶部
１６  Ｔ．３８パケット制御部
【図１】
2004214727.tif 000003
【図２】
2004214727.tif 000004
【図３】
2004214727.tif 000005
【図４】
2004214727.tif 000006
【図５】
2004214727.tif 000007
【図６】
2004214727.tif 000008
【図７】
2004214727.tif 000009
【図８】
2004214727.tif 000010