JP5070139B2 - 通信中継装置、通信システム、通信方法およびプログラム - Google Patents

Description

本発明は、アドレス変換技術に関し、より詳細には、ＩＴＵ−Ｔ勧告Ｔ．３８に規定されるリアルタイム型インターネット・ファクシミリ（以下、ファクシミリをＦＡＸとして参照する。）通信に関するアドレス変換を実行する通信中継装置、通信システム、通信方法およびプログラムに関する。

近年、インターネットのブロードバンド化に伴い、ＦＡＸ通信をインターネットを介してリアルタイムに実現するリアルタイム型インターネットＦＡＸ通信機能を備えたＦＡＸ装置が普及しつつある（特許文献１）。ＩＴＵ−Ｔ勧告Ｔ．３８に準拠するインターネットＦＡＸは、同勧告Ｔ．３７に準拠したインターネットＦＡＸがメールサーバを経由してデータ伝送を行うため蓄積型と呼ばれるのに対して、Ｇ３ＦＡＸと同様に相手装置に接続した状態で直接データ伝送を行なうため、リアルタイム型と呼ばれている。

このリアルタイム型インターネットＦＡＸでは、能力交換および送達確認が即時的に可能であり、従来のＰＳＴＮ（Public Switched Telephone Networks：公衆交換電話網）を介したＦＡＸ通信と同等な機能を実現することができる。リアルタイム型インターネットＦＡＸにおいて、呼制御は、ＩＴＵ−Ｔ勧告Ｈ．３２３に準拠するプロトコル・スタック、またはＩＥＴＦ標準のＳＩＰ（Session Initiation Protocol）を用いて行われる。その他、ＭＧＣＰ（Media Gateway Control Protocol）も呼制御で用いるプロトコルとして勧告されている。

上記リアルタイム型インターネットＦＡＸでは、実際のＦＡＸデータを伝送するデータ通信チャネルで使用するポート番号が、上記呼制御のプロトコルにより動的に決定されるため、企業などにおいて内部ネットワークのノードをインターネットなどの外部ネットワークに接続するためのアドレス交換を実行するＮＡＴ（Network Address Translation）を透過することができず、問題となっている。

このようなネットワーク通信におけるアドレス変換による不具合に対応する技術として、上記特許第３８７５４５３号（特許文献１）は、パケット網に接続され、ＩＴＵ−Ｔ勧告Ｔ．３８に基づいた手順によりパケット網を介して相手装置との間でＦＡＸメッセージのやりとりを行うネットワークＦＡＸにおいて、相手装置が呼制御チャネルを使用したデータ転送に対応している旨が検知された場合に、新たなデータチャネルの開設を行わずに呼制御チャネルを使用して相手装置との間でデータ転送を行う通信制御手段を備えたことを特徴とするネットワークＦＡＸ装置を開示する。

その他、例えば特開２００６−２４６３８５号公報（特許文献２）は、送信先アドレスと送信元アドレスとを対応付けた変換表を予め記憶装置に記憶し、グローバルネットワークを介してサーバからデータを受信すると、受信データに含まれる送信元アドレスを抽出し、該送信元アドレスに対応する送信先アドレスを上記変換表から抽出し、該送信先アドレスに示されるクライアントに、プライベートネットワークを介してデータを中継するルーティング装置を開示している。

また、特開２０００−３４１３３７号公報（特許文献３）は、インターネットを介してプライベートネットワーク間を接続するシステムであって、プライベートネットワークの各々に設けられ、ＩＰマスカレード機能を有し、インターネットへの接続時に、予め接続が要求される端末の複数の予約ホスト名、予約ホスト名の各々に対応する複数の内部予約ポート番号を各ルータ間で共通に保持するポート番号予約テーブルを参照して、パケットの送信元ポート番号として内部予約ポート番号を用い、一方、プライベートネットワークへの接続時に、上記ポート番号予約テーブルを参照して、パケットの送信元ポート番号として用いられた内部予約ポート番号から予約ホスト名を認識して、認識された予約ホスト名の端末にパケットを渡すルータを備えるシステムを開示している。

さらに、特許第３５２２１１８号（特許文献４）は、自局内のコンピュータのＩＰアドレス、そのコンピュータの対応電話機の電話番号、およびコンピュータの受信可能な状態を登録する登録テーブルを有し、着信したＩＰパケットに含まれる着アドレスが自局内の電話番号の場合には、上記登録テーブルを検索して電話番号に対応するコンピュータのＩＰアドレスを取得し、かつそのコンピュータが受信可能な状態の時に、その取得したＩＰアドレスのコンピュータへ発信処理を行なうことを特徴とする、ＩＰ電話用ゲートウェイ装置を開示している。その他、特許第３５０１２６９号（特許文献５）は、パケット網でパケット遅延が発生している場合に、相手ファクシミリ装置から受信される信号の正常な最大応答時間であるタイマー値を変更することを特徴とするファクシミリ装置を開示している。
特許第３８７５４５３号 特開２００６−２４６３８５号公報 特開２０００−３４１３３７号公報 特許第３５２２１１８号 特許第３５０１２６９号

上記特許文献１に開示される従来技術は、ファイヤウォールやＮＡＴでの透過性を向上させるために、データチャネルを別途確立することなく、呼制御で用いたチャネルを使用してデータ転送をも実行しようというものである。しかしながら、双方のファクシミリ装置において、呼制御チャネルを用いたデータ転送に対応している必要があり、汎用性の観点から充分なものではなかった。

また、上記特許文献２〜５に開示される従来技術では、ＮＡＴ技術を拡張するものであるものの、依然として、勧告Ｔ．３８に準拠する通信において、呼制御プロトコルにより決定されたポート番号を使用するデータ・チャンネルを、ＮＡＴを越えて確立することを可能とするものではなかった。また、上記従来技術では、多重通信により負荷が増大した場合に、安定したファクシミリ通信を維持することが困難であった。

本発明は、上記問題点に鑑みてなされたものであり、異なるアドレス空間のネットワークに接続される通信装置の間で、ファクシミリ通信のファクシミリ・データの伝送に用いる通信チャネルを確立することを可能とする通信中継装置、通信システム、通信方法およびプログラムを提供することを目的とする。

本発明では、上記課題を解決するために、通信中継装置は、通信装置間でファクシミリ通信の呼制御プロトコルに従って交わされるメッセージを中継処理する。その際に、通信中継装置は、ファクシミリ通信のファクシミリ・データの伝送に用いる通信チャネルについて、ネットワーク間での中継に用いる中継アドレスを決定し、各通信装置から受信した上記メッセージに含まれる通信チャネルのアドレスを、それぞれ対応するアドレス空間上の中継アドレスに書き換える。そして、通信中継装置は、通信チャネルを介したファクシミリ・データの中継の許可を登録する。

上記構成により、呼制御プロトコルに従うメッセージ内に含まれるアドレスが書き換えられるため、第１アドレス空間の第１ネットワークの第１通信装置と、第２アドレス空間の第２ネットワークの第２通信装置との間で、アドレス空間の相違に関わらず、中継アドレスに対応する通信中継装置を介して、ファクシミリ・データの伝送経路の確立が可能とされる。また、両端の通信装置が接続するネットワークのアドレス空間が相違していても伝送経路の確立が可能とされるため、セキュリティの高いファクシミリ通信が可能となる。

また本発明では、上記両方のネットワークに接続される少なくとも１つのデータ用通信中継装置を設け、このデータ用通信中継装置のアドレスを登録するテーブルを参照して中継アドレスを決定することができる。このデータ用通信中継装置は、通信チャネルについて、両端のチャネル構成情報を登録し、該当するパケットを中継することができる。画像情報を含むファクシミリ・データの伝送が、他のデータ用通信中継装置へ振り分けられるため、負荷が分散され、安定性の高いファクシミリ通信が可能となる。

また、本発明では、中継アドレスは、各通信中継装置が維持している中継数の多寡に応じて決定することができ、通信装置がゲートウェイ装置または直結型ファクシミリ装置のいずれであるか、通信チャネルがＵＤＰポートまたはＴＣＰポートのいずれにより構成されているかを考慮して決定されてもよい。

維持している中継数の多寡に応じて中継チャネルを決定する構成により、呼制御の際に、比較的負荷の小さな通信中継装置の中継アドレスが選択され、安定性の高いファクシミリ通信が可能となる。また、パケット遅延および消失の起こりやすいゲートウェイ装置を含む通信、コネクションレス型プロトコルであり、同様にパケット遅延および消失の起こりやすいＵＤＰをトランスポート層プロトコルとした通信に対し、予め比較的低負荷となるよう設定されたグループの中から通信中継装置を選択することが可能となり、より安定性の高いファクシミリ通信が可能となる。

以下、本発明の実施形態を用いて説明するが、本発明の実施形態は、以下の実施形態に限定されるものではない。

図１は、ネットワーク環境の実施形態を示す概略図である。図１に示すネットワーク環境１０は、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）などの適切なトランスポート層／ネットワーク層のプロトコルを使用してノードを相互接続するインターネット３６と、例えばイーサネット（登録商標）などのローカル・エリア・ネットワーク（以下、ＬＡＮとして参照する。）として構成される内部ネットワーク４０とを含んで構成される。

ネットワーク環境１０は、さらに、インターネット３６に直接的に接続され、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠するＦＡＸ画像通信を実行する直結型のインターネットＦＡＸ装置（Internet Aware Fax：以下、ＩＡＦ装置として参照する。）３８と、内部ネットワーク４０に接続され、同じくＦＡＸ画像通信を実行する複合機４２と、Ｔ．３８ゲートウェイ装置４４および電話網４６を介して内部ネットワーク４０に接続されるＧ３ＦＡＸ装置４８とを含んで構成される。Ｔ．３８ゲートウェイ装置４４は、Ｇ３などの電話網を介した通信を行うＦＡＸ装置をパケット・ネットワークに接続する機器である。

本実施形態のネットワーク環境１０においては、インターネット３６に接続されるノードには、ＩＡＮＡ（Internet Assigned Numbers Authority）が管理し、インターネット３６上でノード一意に識別するグローバルＩＰアドレスが割り当てられる。一方、内部ネットワーク４０に接続されるノードには、内部ネットワーク４０上でノードを一意に識別するプライベートＩＰアドレスが割り当てられている。

インターネット３６および内部ネットワーク４０のネットワーク間には、通信システムを構成するＮＡＴ（Network Address Translation）サーバ群１２が設置されている。ＮＡＴサーバ群１２は、インターネット３６のグローバルＩＰアドレス空間上のアドレスと、内部ネットワーク４０のプライベートＩＰアドレス空間上のアドレスとの間のＴ．３８通信に関するアドレス変換処理を実行し、ネットワーク間をまたぐパケット伝送を中継している。本実施形態において、ＮＡＴサーバ群１２は、内部ネットワーク４０上の複合機４２およびゲートウェイ装置４４のプライベートアドレスを、グローバルアドレスに静的に対応付ける。これらのＦＡＸ装置は、内部ネットワーク４０の外部から着信可能に構成されている。

ＮＡＴサーバ群１２は、より具体的には、Ｔ．３８通信に関して、呼制御に関するメッセージを専ら中継する呼制御用サーバ２０と、ＦＡＸデータを伝送するデータチャネルのＩＦＰ（Internet Facsimile Protocol）パケットを専ら中継するデータ通信用サーバ３０−１〜データ通信用サーバ３０−Ｎ（以下、特に特定のサーバを指定するとき以外は、データ通信用サーバ３０として参照する。）とを含んで構成される。

呼制御用サーバ２０は、インターネット３６に接続するネットワーク・インタフェース・カード（以下、ＮＩＣとして参照する。）２２、および内部ネットワーク４０に接続するＮＩＣ２４の２つのＮＩＣを備えるように構成されている。同様に、各データ通信用サーバ３０は、インターネット３６に接続するＮＩＣ３２、および内部ネットワーク４０に接続するＮＩＣ３４の２つのＮＩＣを備えるように構成されている。上記各ＮＩＣ２２，３２およびＮＩＣ２４，３４には、それぞれ、グローバルＩＰアドレスおよびプライベートＩＰアドレスが割り当てられる。

本実施形態のＮＡＴサーバ群１２において、インターネット３６から内部ネットワーク４０のノードに宛てて送信されるパケット、または内部ネットワーク４０からインターネット３６へ向かうパケットは、呼制御用サーバ２０を経由するようにルーティングされている。一方、データ転送用サーバ３０は、Ｔ．３８に準拠するＦＡＸ通信におけるＩＦＰパケットを中継するよう構成されている。上記ＮＡＴサーバ群１２の中継により、インターネット３６から内部ネットワーク４０へ、または内部ネットワーク４０からインターネット３６へ、ＩＦＰパケットを伝送するデータチャネルが確立される。

なお、図１には示さないが、電話番号やメールアドレス形式などのアドレスとＩＰアドレスとの間のアドレス解決を行う、Ｈ．３２３におけるゲートキーパーや、ＳＩＰにおけるＳＩＰサーバをインターネット３６や内部ネットワーク４０に別途設置したり、上記ＮＡＴサーバ群１２の機能に含めてもよい。

以下、通信中継装置として構成される呼制御用サーバ２０の詳細を説明する。図２は、本実施形態の呼制御用サーバ２０の概略的なハードウェア構成を示すブロック図である。呼制御用サーバ２０は、中央処理装置（ＣＰＵ）５２と、ＣＰＵ５２が使用するデータの高速アクセスを可能とするキャッシュ・メモリ５４と、ＣＰＵ５２の処理を可能とするＲＡＭ、ＤＲＡＭなどの固体メモリ素子から形成されるシステム・メモリ５６とを備える。ＣＰＵ５２、キャッシュ・メモリ５４、およびシステム・メモリ５６は、システム・バス５８を介して、他のデバイスまたはドライバ、例えば、グラフィックス・ドライバ６０、プライベート側ＮＩＣ２４およびグローバル側ＮＩＣ２２へと接続されている。

グラフィックス・ドライバ６０は、システム・バス５８を介してディスプレイ６４に接続されて、ＣＰＵ５２による処理結果をディスプレイ画面上に表示させることができる。また、ＮＩＣ２２，２４は、物理層およびデータリンク層レベルで呼制御用サーバ２０を外部のネットワークへと接続している。本実施形態では、プライベート側ＮＩＣ２４は、図１に示した内部ネットワーク４０に接続され、グローバル側ＮＩＣ２２は、図１に示したインターネット３６に接続されている。

システム・バス５８には、さらにＩ／Ｏバス・ブリッジ６６が接続されている。Ｉ／Ｏバス・ブリッジ６６の下流側には、ＰＣＩなどのＩ／Ｏバス６８を介して、ＩＤＥ、ＡＴＡ、ＡＴＡＰＩ、シリアルＡＴＡ、ＳＣＳＩ、ＵＳＢなどにより、ハードディスク装置（以下、ＨＤＤとして参照する。）７０などの記憶装置が接続されている。また、Ｉ／Ｏバス６８には、キーボードなどの入力装置７２が接続され、システム管理者などのオペレータによる入力および指令を受付けている。

なお、図１に示したデータ通信用サーバ３０も、図２に示したものと同様な構成とすることができる。さらに、図１に示した複合機４２、ファクシミリ装置４８、Ｔ．３８ゲートウェイ装置４４、ＩＡＦ装置３８なども、適宜、ハードウェアの追加および削除、接続の変更を行なうことにより、図２に示したものと同様に構成することができる。ＩＡＦ装置３８などの画像通信装置として構成する場合には、システム・バス５８に、画像処理ドライバ７４および画像処理デバイス７６を接続することができる。画像処理ドライバ７４および画像処理デバイス７６は、図示しないＡＤＦ(Automatic Document Feeder)、イメージスキャナおよび電子写真法を使用した画像処理エンジンを駆動して、画像処理・画像出力を行う場合に用いることができる。

以下、ＮＡＴサーバ群１２で実現される機能について説明する。図３は、呼制御用サーバ２０およびデータ通信用サーバ３０上で実現される機能ブロック図である。図３に示す呼制御用サーバ２０は、インターネット３６側とのパケット交換を制御する第１ネットワーク制御部１０２と、内部ネットワーク４０側とのパケット交換を制御する第２ネットワーク制御部１０４と、アドレス変換処理部１００とを含んで構成される。

各ネットワーク制御部１０２，１０４は、ネットワーク層およびトランスポート層レベルでパケットを処理し、パケットに指定されるポート番号に従ってパケットを渡す機能部を判定している。ＴＣＰ／ＵＤＰの１７２０番および５０６０番など、呼制御で用いられるポート番号が指定されるパケットは、呼接続処理部１０８へ渡され、一方、それ以外のポート番号が指定されるパケットは、アドレス変換処理部１００へと渡される。

アドレス変換処理部１００は、内部ネットワーク４０に接続されるノードのプライベートＩＰアドレスおよびポート番号と、グローバルＩＰアドレスおよびポート番号とを対応付けて登録するアドレス変換テーブル１０６を参照し、ＩＰパケットのヘッダのＩＰアドレス、適宜パケット内のポート番号を書き換えて、アドレス変換処理を行う。アドレス変換されたパケットは、宛先側のネットワーク制御部１０２，１０４へ渡され、宛先へと送信されることとなる。また、アドレス変換テーブル１０６に登録の無いＩＰアドレスおよびポート番号のパケットは、破棄されることとなる。

呼接続処理部１０８は、ネットワーク制御部１０２，１０４から渡されるＨ．３２３またはＳＩＰプロトコルに従った処理が指定されるパケットをデコードして、呼設定要求やその応答などの呼接続メッセージを抽出し、システム・メモリ５６などの記憶領域上に格納する。呼接続処理部１０８は、呼接続メッセージを抽出すると、中継アドレス決定部１１０に中継アドレスの決定を依頼する。この中継アドレスは、インターネット側ＦＡＸ装置と、内部ネットワーク側ＦＡＸ装置との間のＩＦＰパケットを中継するためのサーバのアドレスである。

中継アドレス決定部１１０は、依頼を受けて、ＩＦＰパケットの中継が可能なサーバのＩＰアドレスを予め登録するサーバ登録テーブル１１６を参照して、中継アドレスを決定する。中継アドレスは、例えば、各サーバの現在の中継数、データチャネルがＴＣＰであるかＵＤＰであるかの別、各サーバの通信設定、インターネット側および内部ネットワーク側のＦＡＸ装置のデバイス情報などに応じて、決定することができる。中継アドレスの決定処理については、詳細は後述する。

図１に示したネットワーク環境１０において、中継が可能なサーバとしては、データ通信用サーバ３０−１〜データ通信用サーバ３０−Ｎを含み、呼制御用サーバ２０をデータ通信用サーバとして兼ねる場合には、呼制御用サーバ２０自体を含むことができる。なお、決定される中継アドレスは、各サーバ２０，３０の２つのＮＩＣに設定されるグローバルＩＰネットワークおよびプライベートＩＰアドレスをセットとして含む。中継アドレス決定部１１０は、決定後、アドレス書換部１１２に対し呼接続メッセージ中に記述されるＩＰアドレス情報の書き換えを依頼するとともに、データチャネル登録部１１４に対しデータチャネルの登録処理を依頼する。

アドレス書換部１１２は、メモリ上に記憶された呼接続メッセージのデータチャネルに関する情報（以下、チャネル構成情報として参照する。）の記述を、対応する中継アドレスに書き換えて、書き換えの完了を呼接続処理部１０８へ通知する。ここで、対応する中継アドレスとは、宛先側ネットワークのアドレス空間上の中継アドレスをいう。例えば、インターネット３６から内部ネットワーク４０へ向かう呼接続メッセージに対しては、中継アドレスのプライベートＩＰアドレスで書き換える。

また書き換えられる上記チャネル構成情報は、発呼側ＦＡＸ装置または着呼側ＦＡＸ装置のＩＰアドレスおよびポート番号などを含むことができる。例えば、アドレス書換部１１２は、Ｈ．３２３のファーストコネクト手順であれば、ＳＥＴＵＰのｆａｓｔＳｔａｒｔ要素中のreverseLogicalChannelParametersまたはＣＯＮＮＥＣＴのｆａｓｔｓｔａｒｔ要素中のforwardLogicalChannelParametersにセットされたＩＰアドレス情報を、中継アドレスに書き換える。あるいは、例えばＳＩＰであれば、アドレス書換部１１２は、ＳＤＰ（Session Description Parameters）にセットされたＩＰアドレス情報を中継アドレスに書き換える。

呼接続処理部１０８は、書き換えの完了後、アドレス情報が書き換えられた呼接続メッセージをエンコードして、アドレス変換処理部１００に対しパケットのヘッダ部に対するアドレス変換処理および中継処理を依頼する。アドレス変換処理部１００は、ＩＰパケット・ヘッダの、内部ノードのＩＰアドレスおよび適宜ポート番号を宛先側ネットワーク上のアドレス空間のアドレスに変換して、宛先側のネットワーク制御部１０２，１０４に渡す。そして、パケットは、宛先へと送信されることとなる。

一方、登録処理の依頼を受けたデータチャネル登録部１１４は、決定された中継アドレスに対応する装置に対し、データチャネル両端のチャネル構成情報をそれぞれ通知して、ＩＦＰパケットの中継の登録を依頼する。この登録の依頼は、内部ネットワーク４０およびインターネット３６のいずれを介して通知されてもよい。

図３に示すデータ通信用サーバ３０は、呼制御用サーバ２０と同様に、インターネット３６側とのパケット交換を制御する第１ネットワーク制御部１２２と、内部ネットワーク４０側とのパケット交換を制御する第２ネットワーク制御部１２４とを含んで構成される。データ通信用サーバ３０は、さらに、ＩＦＰパケットを中継する中継処理部１２０と、データチャネル登録受付部１２６とを含んで構成される。

各ネットワーク制御部１２２，１２４は、受信したパケットを中継処理部１２０へと渡す。中継処理部１２０は、自身が中継しているデータチャネルの両端のチャネル構成情報を対応付けて登録するデータチャネル登録テーブル１２８を参照して、送られてくるパケットのヘッダのＩＰアドレス、適宜パケット内のポート番号を書き換えて、宛先側のネットワーク制御部１２２，１２４へ渡す。パケットは、データチャネル登録テーブル１２８にＩＰアドレスおよびポート番号の登録が無い場合、破棄されることとなる。

データチャネル登録受付部１２６は、呼制御用サーバ２０からのデータチャネルの中継の登録依頼を受け付けて、中継処理部１２０に対し、依頼されたデータチャネルの中継を設定させる。中継処理部１２０は、データチャネルのチャネル構成情報をデータチャネル登録テーブル１２８へ登録し、ポートを開く。そして、その後、ＦＡＸ画像通信が完了するなどによりデータチャネルの切断が報告されるまで、登録を維持する。

図４は、ＮＡＴサーバ群１２による中継処理のデータフローを示す図である。図４は、インターネット側ＦＡＸ装置１３０と、内部ネットワーク側ＦＡＸ装置１４０とが、呼制御用サーバ２０およびデータ通信用サーバ３０を介して通信を行っている様子を示す。以下の説明では、ＦＡＸ装置１３０には、グローバルＩＰアドレスＸが割当てられ、ＦＡＸ装置１４０には、プライベートＩＰアドレスＡが割り当てられ、ＦＡＸ装置１３０がＦＡＸ装置１４０を発呼するものとする。また、データ通信用サーバ３０には、グローバルＩＰアドレスＦｇおよびプライベートＩＰアドレスＦｐが割り当てられ、呼制御用サーバ２０は、ＦＡＸ装置１４０にグローバルＩＰアドレスＧを割り与え、アドレスＦｇ，Ｆｐを中継アドレスとして決定するものとする。

Ｔ．３８通信の確立にあたっては、まず、ＦＡＸ装置１３０およびＦＡＸ装置１４０間で呼接続メッセージが交換される。呼制御用サーバ２０は、発呼側のＦＡＸ装置１３０から送信された呼接続メッセージ２００に含まれる発呼側装置のアドレスＸを、決定した中継アドレスＦｐで置き換え、書き換え後のメッセージ２０２として着呼側ＦＡＸ装置１４０へと中継する。また、呼制御用サーバ２０は、着呼側ＦＡＸ装置１４０から送信された呼接続メッセージ２０４に含まれる着呼側装置のアドレスＡを、決定した中継アドレスＦｇで置き換え、メッセージ２０６として着呼側ＦＡＸ装置１３０へ中継する。

そして、呼制御用サーバ２０は、呼接続メッセージに指定されるポート番号とともに、発呼側ＦＡＸ装置１３０のアドレスＸと、着呼側ＦＡＸ装置１４０のアドレスＡとを、決定した中継アドレスに対応するデータ通信用サーバ３０に通知する。上記の呼接続メッセージの中継処理により、各ＦＡＸ装置１３０，１４０は、ＩＦＰパケットの送信先としてデータ通信用サーバ３０を特定することが可能となる。

データチャネルが確立されると、ＦＡＸ装置１３０，１４０の間でデータ通信用サーバ３０を介したＩＦＰパケットが交換されることとなる。データ通信用サーバ３０は、インターネット側のＦＡＸ装置１３０からのＩＦＰパケット２０８については、送信元アドレスＸを中継アドレスＦｐに変換し、一方、宛先とされていた中継アドレスＦｇを、ＦＡＸ装置１４０のＩＰアドレスＡに変換し、ＩＦＰパケット２１０としてＦＡＸ装置１４０へ宛てて送信する。

また、データ通信用サーバ３０は、内部ネットワーク側のＦＡＸ装置１４０からのＩＦＰパケット２１２については、送信元アドレスＡを中継アドレスＦｇに変換し、宛先とされた中継アドレスＦｐをＦＡＸ装置１３０アドレスＸに変換し、ＩＦＰパケット２１４としてＦＡＸ装置１３０へ宛てて送信する。上記のＩＦＰパケットの中継処理により、ＦＡＸ装置１３０，１４０間でＦＡＸデータを送信するためのデータチャネルが滞りなく交換されるようになる。

以下、呼制御メッセージの中継処理について、フローチャートを参照して説明する。図５は、本実施形態の呼制御用サーバ２０が実行する中継処理を示すフローチャートである。図５に示す処理は、例えば呼制御用サーバ２０の起動に応答して、ステップＳ１００から開始される。

ステップＳ１０１では、パケットを受け取ったネットワーク制御部１０２，１０４は、該パケットに指定されるポート番号を参照して、ＳＩＰに対応する５０６０ポートへの着信であるか否かを判定する。ステップＳ１０１で、５０６０ポートへの着信であると判定された場合（ＹＥＳ）には、ステップＳ１１１へ処理を分岐させる。一方、ステップＳ１０１で、５０６０ポートへの着信ではないと判定された場合（ＮＯ）には、ステップＳ１０２へ処理を分岐させる。

ステップＳ１０２では、ネットワーク制御部１０２，１０４は、Ｈ．３２３に対応する１７２０ポートへの着信であるか否かを判定する。ステップＳ１０２で、１７２０ポートへの着信であると判定された場合（ＹＥＳ）には、ステップＳ１０３へ処理を分岐させ、一方、１７２０ポートへの着信ではないと判定された場合（ＮＯ）には、ステップＳ１０１へ処理を分岐させ、次に５０６０ポートまたは１７２０ポートに着信するまで待ち受ける。

図５において、ステップＳ１０３からステップＳ１０９までの処理は、Ｈ．３２３プロトコル・スタックに対応する処理を示している。ステップＳ１０３では、呼接続処理部１０８は、受信したパケットをデコードし、Ｈ．３２３に従う呼接続メッセージであるか否かを判定する。ステップＳ１０３で、Ｈ．３２３のメッセージではないと判定された場合（ＮＯ）には、ステップＳ１１７へ処理を分岐させる。ステップＳ１１７では、パケットを破棄して、ポイントＡを経て再びステップＳ１０１へと処理を渡し、次の５０６０ポートまたは１７２０ポートの着信まで待ち受ける。

一方、ステップＳ１０３で、受信したパケットがＨ．３２３に従う呼接続メッセージであると判定された場合（ＹＥＳ）には、ステップＳ１０４へ処理を分岐させる。ステップＳ１０４では、呼接続処理部１０８は、呼接続メッセージにｆａｓｔｓｔａｒｔ要素が含まれているか否かを判定する。ステップＳ１０４で、ｆａｓｔｓｔａｒｔ要素が含まれていなかった場合（ＮＯ）には、ポイントＢを経てステップＳ１１０へ処理を分岐させる。ステップＳ１１０では、そのままパケットを送信させ、次の５０６０ポートまたは１７２０ポートの着信まで処理をループさせる。

一方、ステップＳ１０４で、ｆａｓｔｓｔａｒｔ要素が含まれていた場合（ＹＥＳ）には、ステップＳ１０５へ処理を分岐させる。ステップＳ１０５では、呼接続処理部１０８は、呼接続メッセージがＳＥＴＵＰに対応する発呼側からのものであるか、ＣＯＮＮＥＣＴに対応する着呼側のからのものであるかを判定する。

ステップＳ１０５で、発呼側のものであると判定された場合（ＹＥＳ）には、ステップＳ１０６へ処理を分岐させ、中継アドレスの決定処理を呼び出し、中継アドレスを取得する。ステップＳ１０７では、ＳＥＴＵＰのreverseLogicalChannelParametersにセットされたＩＰアドレスを、決定された対応する中継アドレスで書き換える。より具体的には、インターネット側からの着呼である場合には、プライベートＩＰアドレスに書き換え、一方、内部ネットワーク側からの着呼である場合には、グローバルＩＰアドレスに書き換える。

ステップＳ１０９では、決定された中継アドレスに対応するサーバに対して、発呼側のチャネル構成情報を通知して、データチャネルの登録を依頼する。そして、ステップＳ１１０で、書き換えた呼接続メッセージをエンコードして、パケットを宛て先へと送信し、ステップＳ１０１へ処理を戻し、次の５０６０ポートまたは１７２０ポートの着信まで処理をループさせる。

一方、ステップＳ１０５で、着呼側のものであると判定された場合（ＮＯ）には、ステップＳ１０８へ処理を分岐させる。ステップＳ１０８では、forwardLogicalChannelParametersにセットされたＩＰアドレスを、発呼側の呼接続メッセージにより決定された、対応する中継アドレスで書き換える。ステップＳ１０９では、中継アドレスに対応するサーバに対して、着呼側のチャネル構成情報を通知して、データチャネルの登録を依頼する。そして、ステップＳ１１０で、書き換えた呼接続メッセージをエンコードして、パケットを送信し、ステップＳ１０１へ処理を戻す。

ステップＳ１１１からステップＳ１１６までの処理は、ＳＩＰプロトコルの場合の処理を示す。ステップＳ１１１では、呼接続処理部１０８は、受信したパケットがＳＩＰに従う呼接続メッセージであるか否かを判定する。ステップＳ１０３で、ＳＩＰメッセージではないと判定された場合（ＮＯ）には、ステップＳ１１７へ処理を分岐させ、パケットを破棄して、ポイントＡを経て再びステップＳ１０１へと処理を戻す。

一方、ステップＳ１１１で、受信したパケットがＳＩＰに従う呼接続メッセージであると判定された場合（ＹＥＳ）には、ステップＳ１１２へ処理を分岐させる。ステップＳ１１２では、呼接続処理部１０８は、呼接続メッセージにＳＤＰが含まれているか否かを判定する。ステップＳ１１２で、ＳＤＰが含まれていなかった場合（ＮＯ）には、ポイントＢを経てステップＳ１１０へ処理を分岐させる。ステップＳ１１０では、そのままパケットを送信させ、次の５０６０ポートまたは１７２０ポートの着信まで処理をループさせる。

一方、ステップＳ１１２で、ＳＤＰが含まれていた場合（ＹＥＳ）には、ステップＳ１１３へ処理を分岐させる。ステップＳ１１３では、呼接続処理部１０８は、呼接続メッセージがＩＮＶＩＴＥであり、発呼側からのものであるか、２００ＯＫなどＩＮＶＩＴＥに対する応答であり、着呼側のからのものであるかを判定する。

ステップＳ１１３で、発呼側のものであると判定された場合（ＹＥＳ）には、ステップＳ１１４へ処理を分岐させ、中継アドレスの決定処理を呼び出し、中継アドレスを取得する。ステップＳ１１５では、ＳＩＰメッセージのＳＤＰにセットにセットされたＩＰアドレスを、決定された対応する中継アドレスで書き換える。ステップＳ１１６では、決定された中継アドレスに対応するサーバに対して、発呼側のチャネル構成情報を通知して、データチャネルの登録を依頼する。そして、ステップＳ１１０で、書き換えた呼接続メッセージのパケットを宛て先へと送信し、ステップＳ１０１へ処理を戻し、次の５０６０ポートまたは１７２０ポートの着信まで処理をループさせる。

一方、ステップＳ１１３で、着呼側のものであると判定された場合（ＮＯ）には、ステップＳ１１５へ処理を分岐させる。ステップＳ１１５では、ＳＩＰメッセージのＳＤＰにセットにセットされたＩＰアドレスを、発呼側の呼接続メッセージにより決定された、対応する中継アドレスで書き換える。ステップＳ１１６では、中継アドレスに対応するサーバ３０に対して、着呼側のチャネル構成情報を通知して、データチャネルの登録を依頼する。そして、ステップＳ１１０で、書き換えた呼接続メッセージのパケットを送信し、ステップＳ１０１へ処理を戻す。

以下、図５に示したステップＳ１０６およびＳ１１４で呼び出される中継アドレスの決定処理について説明する。図６は、中継アドレス決定部１１０が実行する中継アドレスの決定処理を示すフローチャートである。図６に示す処理は、図５に示したステップＳ１０６およびＳ１１４で呼び出されて、ステップＳ２００から開始される。ステップＳ２０１では、サーバ登録テーブル１１６を参照し、データ通信用サーバ３０が登録されているか否かを判定する。

ここで、図８を参照して、ステップＳ２０１で参照されるサーバ登録テーブルについて説明する。図８は、サーバ登録テーブル１１６のデータ構造の実施形態を示す。図に示すサーバ登録テーブル１１６は、登録されたデータ通信用サーバ３０のサーバ識別値が入力されるフィールド１１６ａと、該データ通信用サーバ３０のグローバルＩＰアドレスが登録されるフィールド１１６ｂと、同じくプライベートＩＰアドレスが登録されるフィールド１１６ｃとを含み構成される。

さらにサーバ登録テーブル１１６は、該サーバに中継を許可する中継数の上限値が入力されるフィールド１１６ｄと、負荷の多寡により分けられたグループが入力されるフィールド１１６ｅと、該サーバの現在の中継数を登録するフィールド１１６ｆとを含んで構成され、各サーバの中継数を管理する構成とされている。上記サーバ登録テーブル１１６は、管理者などにより、ユーザインタフェースを介して予め登録され、データチャネルの登録等により更新される。

再び図６を参照する。ステップＳ２０１で、データ通信用サーバ３０が登録されていないと判定された場合（ＮＯ）には、ステップＳ２０２へ分岐させる。ステップＳ２０２では、呼制御用サーバ２０自機の中継用グローバルＩＰアドレスおよびプライベートアドレスのセットを、中継アドレスとして決定し、ステップＳ２０６で当該処理を終了させ、図５に示した元の処理に制御を渡す。

一方、ステップＳ２０１で、データ通信用サーバ３６の登録が少なくとも１つあると判定された場合には、ステップＳ２０３へ処理を分岐させる。ステップＳ２０３では、データ通信用サーバ３０の登録が１つであるか否かを判定する。ステップＳ２０３で、登録が１つしかないと判定された場合（ＹＥＳ）には、ステップＳ２０４へ分岐させる。ステップＳ２０４では、ただ１つ登録されているデータ通信用サーバ３０のグローバルＩＰアドレスおよびプライベートアドレスのセットを、中継アドレスとして決定し、ステップＳ２０６で当該処理を終了させ、図５に示した元の処理に制御を渡す。

一方、ステップＳ２０３で、登録が複数あると判定された場合（ＮＯ）には、ステップＳ２０５へ処理を分岐させる。ステップＳ２０５では、最も最適な中継アドレスの検索処理を呼び出し、検索範囲内において、中継数が最も少ないサーバを検索し、検索されたサーバのグローバルＩＰアドレスおよびプライベートＩＰアドレスのセットを中継アドレスとして決定し、ステップＳ２０６で当該処理を終了させ、図５に示した元の処理に制御を渡す。

以下、図６に示したステップＳ２０５で呼び出される検索処理について説明する。図７は、中継アドレス決定部１１０が実行する検索処理を示すフローチャートである。図７に示す処理は、図６に示したステップＳ２０５で呼び出されて、ステップＳ３００から開始される。ステップＳ３０１では、サーバ登録テーブル１１６のフィールド１１６ｄおよびフィールド１１６ｆを比較して、現在の中継数が上限値以下のデータ通信用サーバが少なくとも１つ存在するか否かを判定する。

ステップＳ３０１で、現在の中継数が上限値以下のデータ通信用サーバが存在しないと判定された場合には、ステップＳ３１０へ分岐させる。ステップＳ３１０で、呼制御用サーバ２０自機をデータチャネル用として設定し、自機の中継数の値を加算する。ステップＳ３０６では、自機の中継用グローバルＩＰアドレスおよびプライベートアドレスのセットを中継アドレスとして決定し、ステップＳ３０７で検索処理を終了させて、図６に示した処理に戻す。

一方、ステップＳ３０１で、中継数が上限値以下のデータ通信用サーバが少なくとも１つ存在すると判定された場合（ＹＥＳ）には、ステップＳ３０２へ処理を分岐させる。ステップＳ３０２では、発呼側および着呼側のいずれかに、Ｔ．３８ゲートウェイ装置が含まれているか否かを判定する。この判定は、例えば、呼接続メッセージの交換時に、該メッセージに含まれている着呼側および発呼側ＦＡＸ装置の識別情報を取得し、予めゲートウェイ装置またはＩＦＡ装置の識別情報を登録するテーブルを参照することによって実施することができる。

ステップＳ３０２で、いずれかにＴ．３８ゲートウェイ装置が含まれていると判定された場合（ＹＥＳ）には、ステップＳ３０９へ処理を分岐させる。ステップＳ３０９では、サーバ登録テーブル１１６のフィールド１１６ｅを参照して、負荷が「低」としてグループ分けされたサーバのエントリを検索範囲に設定し、ステップＳ３０５では、サーバ登録テーブル１１６の設定した検索範囲において、現在の中継数が最も少ないデータ通信用サーバを検索し、検索されたサーバをデータチャネル用として設定し、そのサーバの中継数の値を加算する。ステップＳ３０６で、そのサーバのグローバルＩＰアドレスおよびプライベートアドレスのセットを中継アドレスとして決定し、ステップＳ３０７で検索処理を終了させて、図６に示した処理に戻す。

一方、ステップＳ３０２で、いずれにもＴ．３８ゲートウェイ装置が含まれていないと判定された場合（ＮＯ）には、ステップＳ３０３へ処理を分岐させる。ステップＳ３０３では、データチャネルのトランスポート層がＵＤＰで確立されているか否かを判定する。ステップＳ３０３で、ＵＤＰであると判定された場合（ＹＥＳ）には、ステップＳ３０８へ分岐させる。

ステップＳ３０８では、サーバ登録テーブル１１６のフィールド１１６ｅを参照して、負荷が「中」としてグループ分けされたサーバのエントリを検索範囲に設定し、ステップＳ３０５では、設定した検索範囲において、現在の中継数が最も少ないデータ通信用サーバ３０を検索し、検索されたサーバをデータチャネル用として設定し、そのサーバの中継数の値を加算する。ステップＳ３０６で、そのサーバのグローバルＩＰアドレスおよびプライベートアドレスのセットを中継アドレスとして決定し、ステップＳ３０７で検索処理を終了させて、図６に示した処理に戻す。

一方、ステップＳ３０３で、ＵＤＰではなくＴＣＰであると判定された場合（ＮＯ）には、ステップＳ３０４へ処理を分岐させる。ステップＳ３０４では、サーバ登録テーブル１１６のフィールド１１６ｅを参照して、負荷が「高」としてグループ分けされたサーバのエントリを検索範囲に設定し、ステップＳ３０５では、設定した検索範囲において、現在の中継数が最も少ないデータ通信用サーバ３０を検索してデータチャネル用として設定し、中継数の値を加算する。ステップＳ３０６で、そのサーバのアドレスのセットを中継アドレスとして決定し、ステップＳ３０７で検索処理を終了させて、図６に示した処理に戻す。

以下、呼制御用サーバ２０からの通知を受けるデータ通信用サーバ側の処理を説明する。図９は、データ通信用サーバ３０が実行するデータチャネル登録処理の実施形態を示す図である。図９に示す処理は、例えばテータ通信用サーバ３０の起動に応答して、ステップＳ４００から開始される。ステップＳ４０１では、データチャネル登録受付部１２６は、データチャネルの登録依頼を待ち受け、登録依頼を受けるまでステップＳ４０１内で処理をループさせる。

一方、ステップＳ４０１では、データチャネル登録の依頼があったと判定された場合、ステップＳ４０２へ処理を分岐させる。ステップＳ４０２では、データチャネル登録受付部１２６は、中継処理部１２０に対して、通知されたチャネル構成情報に従って、登録依頼されたデータチャネルの中継を許可するように、ＩＰアドレスおよびポート番号をデータチャネル登録テーブル１２８に登録し、再びステップＳ４０１へ処理をループさせる。

以上説明した図５、図６、図７および図９に示す処理により、呼接続メッセージ内に含まれるアドレス情報が、データチャネルを中継するテータ通信用サーバ３０の対応するアドレスに書き換えられることとなる。これにより、グローバルＩＰアドレス空間のインターネット側のＦＡＸ装置１３０と、プライベートＩＰアドレス空間の内部ネットワーク側のＦＡＸ装置１４０との間で、アドレス空間の相違に関わらず、中継アドレスのサーバを介したＦＡＸデータのデータチャネルの確立が可能となる。両端のＦＡＸ装置１３０，１４０それぞれがに割り当てられたアドレスのアドレス空間が相違していても、データチャネルの確立が可能とされる。一方、登録に無いパケットは、破棄されることとなるため、セキュリティの高いファクシミリ通信が可能となる。

また、上記実施形態では、各サーバが現在維持している中継数の多寡に応じて、両端の装置がゲートウェイ装置またはＩＡＦ装置のいずれであるか、通信チャネルがＵＤＰポートまたはＴＣＰポートのいずれにより構成されているかを考慮して中継アドレスが決定される。このため、呼制御時に比較的負荷の小さなサーバが自動選択され、安定性の高いファクシミリ通信が可能となる。また、パケット遅延および消失の起こりやすいゲートウェイ装置が含まれる通信、コネクションレス型プロトコルであり、同様にパケット遅延および消失の起こりやすいＵＤＰをトランスポート層プロトコルとした通信に対し、予め比較的低負荷となるよう設定されたグループの中から中継アドレスを決定することが可能となり、個別の通信の特性に応じた、より安定性の高いファクシミリ通信が可能となる。

なお、上述までの説明では、データチャネルを登録する処理を中心に説明してきた。しかしながら、ファクシミリ画像通信が完了し、データチャネルがクローズされた場合に、適宜、データチャネル登録テーブルから不要となったチャネルの登録を削除することができることは言うまでもない。

以上説明したように、本発明の実施形態によれば、異なるアドレス空間のネットワークに接続される通信装置の間で、ファクシミリ通信のファクシミリ・データの伝送に用いる通信チャネルを確立することを可能とする通信中継装置、通信システム、通信方法およびプログラムを提供することができる。

なお上記機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ、ＳＤメモリ、ＭＯなど装置可読な記録媒体に格納して頒布することができる。

通信中継装置としては、パーソナルコンピュータ、ワークステーション、ブレードサーバ、アプライアンスサーバ、メインフレームなど如何なるコンピュータ装置、ルータ、ゲートウェイなどの如何なるネットワーク通信装置として構成することができる。

以上本発明の特定の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

ネットワーク環境の実施形態を示す概略図。 本実施形態の呼制御用サーバの概略的なハードウェア構成を示すブロック図。 呼制御用サーバおよびテータ通信用サーバ上で実現される機能ブロック図。 ＮＡＴサーバ群による中継処理のデータフロー図。 本実施形態の呼制御用サーバが実行する中継処理を示すフローチャート。 中継アドレス決定部が実行する中継アドレスの決定処理を示すフローチャート。 中継アドレス決定部が実行する検索処理を示すフローチャート。 サーバ登録テーブルのデータ構造の実施形態を示す図。 テータ通信用サーバが実行するデータチャネル登録処理の実施形態を示すフローチャート。

符号の説明

１０…ネットワーク環境、１２…ＮＡＴサーバ群、２０…呼制御用サーバ、２２，２４…ＮＩＣ、３０…テータ通信用サーバ、３２，３４…ＮＩＣ、３６…インターネット、３８…ＩＡＦ装置、４０…内部ネットワーク、４２…複合機、４４…ゲートウェイ装置、４６…電話網、４８…Ｇ３ＦＡＸ装置、５２…ＣＰＵ、５４…キャッシュ・メモリ、５６…システム・メモリ、５８…システム・バス、６０…グラフィックス・ドライバ、６４…ディスプレイ、６６…Ｉ／Ｏバス・ブリッジ、６８…Ｉ／Ｏバス、７０…ＨＤＤ、７２…入力装置、７４…画像処理ドライバ、７６…画像処理デバイス、１００…アドレス変換処理部、１０２…第１ネットワーク制御部、１０４…第２ネットワーク制御部、１０６…アドレス変換テーブル、１０８…呼接続処理部、１１０…中継アドレス決定部、１１２…アドレス書換部、１１４…データチャネル登録部、１１６…サーバ登録テーブル、１２０…データ中継処理部、１２２…第１ネットワーク制御部、１２４…第２ネットワーク制御部、１２６…データチャネル登録受付部、１２８…データチャネル登録テーブル、１３０，１４０…ＦＡＸ装置、２００，２０２，２０４，２０６…メッセージ、２０８，２１０，２１２，２１４…ＩＦＰパケット

Claims (12)

1. 第１通信装置が接続する第１アドレス空間の第１ネットワークと、第２通信装置が接続する第２アドレス空間の第２ネットワークとの両方に接続し、前記第１ネットワークと前記第２ネットワークとの間をまたぐパケット伝送を中継する通信中継装置であって、
   前記通信装置の間でファクシミリ通信の呼制御プロトコルに従って交わされるメッセージを中継処理する処理手段と、
   前記第１ネットワークと前記第２ネットワークとの両方に接続される複数のデータ用通信中継装置の中から、前記ファクシミリ通信のファクシミリ・データ用の通信チャネルでの前記第１ネットワークと前記第２ネットワークとの間をまたぐデータ伝送を中継させるデータ用通信中継装置を決定する決定手段と
   を含み、決定された前記データ用通信中継装置を介して、前記第１通信装置および前記第２通信装置により、前記ファクシミリ・データの伝送が行われる、通信中継装置。
2. 前記通信装置各々から受信した前記メッセージに含まれる前記通信チャネルのアドレスを、決定された前記データ用通信中継装置のそれぞれ対応するアドレス空間上の中継アドレスに書き換える書換手段と、
   決定された前記データ用通信中継装置に対し前記通信チャネルを介した前記ファクシミリ・データの中継の許可を登録する登録手段と
   をさらに含む、請求項１に記載の通信中継装置。
3. 前記決定手段は、前記データ用通信中継装置のアドレスを登録するテーブルを参照して前記中継アドレスを決定し、前記登録手段は、決定された前記データ用通信中継装置に対し、前記通信チャネルを構成する情報を通知して、前記ファクシミリ・データの中継の許可を登録する、請求項２に記載の通信中継装置。
4. 前記決定手段は、各通信中継装置が維持している中継数の多寡に応じて、前記中継アドレスを決定する、請求項２または３に記載の通信中継装置。
5. 前記決定手段は、前記通信装置がゲートウェイ装置または直結型ファクシミリ装置のいずれであるかに応じて、前記中継アドレスを決定する、請求項２〜４のいずれか１項に記載の通信中継装置。
6. 前記書換手段は、前記第１通信装置から前記第２通信装置へ中継する前記メッセージに記述される前記通信チャネルの前記第１通信装置側のアドレスを、前記第２アドレス空間上の前記中継アドレスに書き換え、前記第２通信装置から前記第１通信装置へ中継する前記メッセージに記述される前記通信チャネルの前記第２通信装置側のアドレスを、前記第１アドレス空間上の前記中継アドレスに書き換える、請求項２に記載の通信中継装置。
7. 前記第１アドレス空間および前記第２アドレス空間は、それぞれ、プライベートＩＰアドレス空間およびグローバルＩＰアドレス空間であり、前記通信チャネルは、ＩＰアドレスおよびポート番号から構成される、請求項２〜６のいずれか１項に記載の通信中継装置。
8. 請求項１〜７のいずれか１項に記載の通信中継装置と、
   前記第１ネットワークと前記第２ネットワークとの両方に接続され、通信チャネルのデータ伝送を中継するための１以上のデータ用通信中継装置と
   を含む、通信システム。
9. 第１通信装置が接続する第１アドレス空間の第１ネットワークと、第２通信装置が接続する第２アドレス空間の第２ネットワークとの両方に接続され、前記第１ネットワークと前記第２ネットワークとの間をまたぐパケット伝送を中継する通信中継装置が実行する通信方法であって、
   前記通信装置の間でファクシミリ通信の呼制御プロトコルに従って交わされるメッセージを受信するステップと、
   前記第１ネットワークと前記第２ネットワークとの両方に接続される複数のデータ用通信中継装置の中から、前記ファクシミリ通信のファクシミリ・データ用の通信チャネルでの前記第１ネットワークと前記第２ネットワークとの間をまたぐデータ伝送を中継させるデータ用通信中継装置を決定するステップと
   決定された前記データ用通信中継装置を介して前記第１通信装置および前記第２通信装置が前記ファクシミリ・データの伝送を行えるようにするステップと
   を含む、通信方法。
10. 前記ファクシミリ・データの伝送を行えるようにするステップは、各前記通信装置から受信した前記メッセージに含まれる前記通信チャネルのアドレスを、決定された前記データ用通信中継装置のそれぞれ対応するアドレス空間上の中継アドレスに書き換えるステップと、書き換えられたメッセージを送信するステップと、決定された前記データ用通信中継装置に対し前記通信チャネルを介したファクシミリ・データの中継の許可を登録するステップとを含む、請求項９に記載の通信方法。
11. 前記決定するステップは、前記データ用通信中継装置のアドレスを登録するテーブルを参照するサブステップを含み、
    前記登録するステップは、決定された前記中継アドレスに対応するデータ用通信中継装置に対し、前記通信チャネルを構成する情報を通知するサブステップを含む、請求項１０に記載の通信方法。
12. 通信中継装置を請求項１〜７のいずれか１項に記載の各手段として機能させるための装置実行可能なプログラム。

Images