(57)【要約】【課題】適切にローカルエリアネットワークの外側とファクシミリ画情報をやりとりすることができるネットワークファクシミリ装置を提供することを目的としている。【解決手段】自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができるという効果を得る。【選択図】　　　　図２
2004023711.tif 000002
【特許請求の範囲】
【請求項１】
ＮＡＴ機能を備えたルータ装置を介してグローバルネットワークに接続されるローカルエリアネットワークに接続され、所定の通信プロトコルを用いてファクシミリ画情報をやりとりするネットワークファクシミリ通信機能を備えたネットワークファクシミリ装置において、
通信動作時、ファクシミリ画情報をやりとりするための第１段階の通信先が、上記ローカルエリアネットワークの外である場合、外部装置より自端末向けのパケットを受信可能な通信モードを用いて、その通信動作を行うことを特徴とするネットワークファクシミリ装置。
【請求項２】
通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３８を適用する送信動作が指定された場合、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスである場合には、当該通信動作時には、１つの通信チャネルで双方向の通信動作を行うバイダイレクショナル・チャネル通信モードを採用することを特徴とする請求項１記載のネットワークファクシミリ装置。
【請求項３】
通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３８を適用する送信動作が指定された場合、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスである場合には、通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３７を適用する通信動作へ切換えることを特徴とする請求項１記載のネットワークファクシミリ装置。
【請求項４】
通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３８を適用する送信動作が指定された場合、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスである場合には、当該通信動作時には、１つの通信チャネルで双方向の通信動作を行うバイダイレクショナル・チャネル通信モードを採用し、当該通信動作がエラー終了した場合には、通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３７を適用する通信動作へ切換えることを特徴とする請求項１記載のネットワークファクシミリ装置。
【請求項５】
通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３７を適用する通信動作が指定され、電子メールを受信する場合、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスである場合には、当該電子メール受信時には、クライアント型電子メール受信機能を用いることを特徴とする請求項１記載のネットワークファクシミリ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＮＡＴ機能を備えたルータ装置を介してグローバルネットワークに接続されるローカルエリアネットワークに接続され、所定の通信プロトコルを用いてファクシミリ画情報をやりとりするネットワークファクシミリ通信機能を備えたネットワークファクシミリ装置に関する。
【０００２】
【従来の技術】
近年、ＩＴＵ−Ｔ勧告Ｔ．３７の制定により、ファクシミリ画像をインターネットで一般的にやり取りされる電子メール形式に変換し送受信するインターネット対応型ファクシミリ装置が普及し始めている。
【０００３】
また、１９９９年４月にインターネット等のパケット網上でパケット化したＴ．３０信号（グループ３ファクシミリ伝送手順信号）をやり取りするためのＩＴＵ−Ｔ勧告Ｔ．３８が制定された。このＴ．３８通信技術を利用することで、端末間の（ＦＡＸに関する）能力交換が可能になるとともに、通信のリアルタイム性が保証される。
【０００４】
また、Ｔ．３８端末の呼制御に関してはＩＴＵ−Ｔ勧告Ｈ．２２５．０で定められている。この勧告Ｈ．２２５．０では、ｗｅｌｌ−ｋｎｏｗｎポートとして割り当てられたＴＣＰポートの１７２０番を使用して呼制御チャネルを開設し、通信開始時にＳＥＴＵＰ／ＣＯＮＮＥＣＴメッセージを交換し、ファクシミリ通信プロトコル（Ｔ．３０信号）およびファクシミリ画情報を送受信するための２つのデータチャネル（ユニダイレクショナル（ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）・チャネル）を確立する。
【０００５】
そして、２０００年にＩＴＵ−Ｔから発行された「Ｔ．３８　Ｉｍｐｌｅｍｅｎｔｅｒｓ’　Ｇｕｉｄｅ」により、１本のデータチャネル（バイダイレクショナル・チャネル）を用いて、送信側から受信側への上り方向のデータ転送と、受信側から送信側への下り方向へのデータ転送を同時に行える通信モードも採用された。
【０００６】
一方、ＡＤＳＬ、ＣＡＴＶ、あるいは、ＩＳＤＮなどに代表される高速通信のための通信基盤が整備されつつある。また、ＡＤＳＬ、ＣＡＴＶ、あるいは、ＩＳＤＮを用いる場合、ローカルエリアネットワークにＡＤＳＬルータ、ＣＡＴＶルータ、あるいは、ＩＳＤＮルータを接続し、これらのＡＤＳＬルータ、ＣＡＴＶルータ、あるいは、ＩＳＤＮルータを介して、ローカルエリアネットワークの内側に接続されている通信端末をインターネットへ接続するという接続形態が採用されることが多い。
【０００７】
通常、ＡＤＳＬルータ、ＣＡＴＶルータ、あるいは、ＩＳＤＮルータなどはＩＰアドレスの絶対数の不足を補うためにＮＡＴ（Ｎｅｔｗｏｒｋ　Ａｄｄｒｅｓｓ　Ｔｒａｎｓｌａｔｉｏｎ；ＲＦＣ１６３１参照）という技術を用いている。このＮＡＴ機能は、ローカルネットワークの内側に接続されている複数の通信端末について、一つのグローバルアドレスを共有して使用することで、ローカルエリアネットワークの内側に接続されている複数の通信端末が、ローカルエリアネットワークの外側のインターネット上の他の通信端末と通信することができるようにするための通信機能である。
【０００８】
ここで、ＮＡＴ機能を実現するＡＤＳＬルータ、ＣＡＴＶルータ、あるいは、ＩＳＤＮルータ（かかる観点から「ＮＡＴ箱（ＮＡＴボックス）」と称される）は、グローバルに割り当てられているＩＰアドレスと重ならないようにローカルネットワークにＲＦＣ１５９７（Ａｄｄｒｅｓｓ　Ａｌｌｏｃａｔｉｏｎ　ｆｏｒ　Ｐｒｉｖａｔｅ　Ｉｎｔｅｒｎｅｔｓ）で規定されているプライベートアドレス（１０．０．０．０−１０．２５５．２５５．２５５．２５５（クラスＡ）または１７２．１６．０．０−１７２．３１．２５５．２５５（クラスＢ）または１９２．１６８．０．０−１９２．１６８．２５５．２５５（クラスＣ））を使用するのが一般的である。
【０００９】
【発明が解決しようとする課題】
しかしながら、ＮＡＴ箱を使用した通信方法には、ローカルネットワークからグローバルネットワークへの接続は確立できるが、グローバルネットワークからローカルネットワークへの接続はできないという不都合を生じる。
【００１０】
本発明は、かかる実情に鑑みてなされたものであり、適切にローカルエリアネットワークの外側とファクシミリ画情報をやりとりすることができるネットワークファクシミリ装置を提供することを目的としている。
【００１１】
【課題を解決するための手段】
本発明は、ＮＡＴ機能を備えたルータ装置を介してグローバルネットワークに接続されるローカルエリアネットワークに接続され、所定の通信プロトコルを用いてファクシミリ画情報をやりとりするネットワークファクシミリ通信機能を備えたネットワークファクシミリ装置において、通信動作時、ファクシミリ画情報をやりとりするための第１段階の通信先が、上記ローカルエリアネットワークの外である場合、外部装置より自端末向けのパケットを受信可能な通信モードを用いて、その通信動作を行うようにしたものである。
【００１２】
また、通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３８を適用する送信動作が指定された場合、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスである場合には、当該通信動作時には、１つの通信チャネルで双方向の通信動作を行うバイダイレクショナル通信モードを採用する。
【００１３】
また、通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３８を適用する送信動作が指定された場合、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスである場合には、通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３７を適用する通信動作へ切換える。
【００１４】
また、通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３８を適用する送信動作が指定された場合、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスである場合には、当該通信動作時には、１つの通信チャネルで双方向の通信動作を行うバイダイレクショナル通信モードを採用し、当該通信動作がエラー終了した場合には、通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３７を適用する通信動作へ切換える。
【００１５】
また、通信プロトコルとしてＩＴＵ−Ｔ勧告Ｔ．３７を適用する通信動作が指定され、電子メールを受信する場合、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスである場合には、当該電子メール受信時には、クライアント型電子メール受信機能を用いる。
【００１６】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１７】
図１は、本発明の一実施例にかかるネットワークシステムを示している。
【００１８】
同図において、ローカルエリアネットワークＬＡＮには、複数のワークステーション装置ＷＳ１〜ＷＳｎ、および、２台のネットワークファクシミリ装置ＦＸ１，ＦＸ２が接続されているとともに、ルータ装置ＲＴを介してインターネットへ接続されている。したがって、ワークステーション装置ＷＳ１〜ＷＳｎ、および、ネットワークファクシミリ装置ＦＸ１，ＦＸ２は、インターネットを介し、他の適宜な端末装置との間でデータをやりとりすることができる。
【００１９】
また、ルータ装置ＲＴは、ＮＡＴ機能を備えたＮＡＴ箱として機能する。また、この場合、ローカルエリアネットワークＬＡＮの内側のワークステーション装置ＷＳ１〜ＷＳｎ、および、ネットワークファクシミリ装置ＦＸ１，ＦＸ２には、プライベートＩＰアドレス（例えば、１９２．１６８．０．０−１９２．１６８．２５５．２５５の任意の値）が設定されている。
【００２０】
なお、ネットワークファクシミリ装置ＦＸ１，ＦＸ２が、ローカルエリアネットワークＬＡＮの外側に設置される場合には、ネットワークファクシミリ装置ＦＸ１，ＦＸ２には、グローバルＩＰアドレスが付与される。
【００２１】
また、ワークステーション装置ＷＳ１〜ＷＳｎには、ファクシミリ画情報を作成および表示出力するファクシミリアプリケーションソフトウェア、および、ローカルエリアネットワークＬＡＮを介して種々のデータのやりとりを行うための種々のソフトウェアなどの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。
【００２２】
また、ネットワークファクシミリ装置ＦＸ１，ＦＸ２は、ＩＴＵ−Ｔ勧告Ｔ．３７通信機能（電子メール型ファクシミリ通信機能）およびＩＴＵ−Ｔ勧告Ｔ．３８通信機能（リアルタイム型ファクシミリ通信機能）のネットワークファクシミリ通信機能と、および、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報伝送を行うファクシミリ通信機能を備えている。
【００２３】
図２は、ネットワークファクシミリ装置ＦＸ（ＦＸ１，ＦＸ２）の構成例を示している。
【００２４】
同図において、システム制御部１は、このネットワークファクシミリ装置ＦＸの各部の制御処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワークファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２５】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このネットワークファクシミリ装置ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２６】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２７】
グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２８】
網制御装置１１は、このネットワークファクシミリ装置ＦＸをアナログ公衆回線網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２９】
ローカルエリアネットワークインターフェース回路１２は、このネットワークファクシミリ装置ＦＸをローカルエリアネットワークＬＡＮに接続するためのものであり、Ｔ．３７通信制御部１３は、ローカルエリアネットワークＬＡＮを介し、ＩＴＵ−Ｔ勧告Ｔ．３７に準拠した電子メール型ファクシミリ通信機能を実現するためのものであり、Ｔ．３８通信制御部１４は、ローカルエリアネットワークＬＡＮを介し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイム型ファクシミリ通信機能を実現するためのものである。
【００３０】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、Ｔ．３７通信制御部１３、および、Ｔ．３８通信制御部１４は、内部バス１５に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１５を介して行われている。
【００３１】
また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。
【００３２】
ここで、本実施例において、基本的には、ローカルエリアネットワークＬＡＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）という通信プロトコルが適用される。
【００３３】
また、各端末がメールサーバに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるＰＯＰ（Ｐｏｓｔ　Ｏｆｆｉｃｅ　Ｐｒｏｔｏｃｏｌ）などを適用することができる。
【００３４】
また、ＴＣＰ／ＩＰ，ＳＭＴＰ，ＰＯＰなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＭＴＰはＲＦＣ８２１、電子メールの形式は、ＲＦＣ８２２，ＲＦＣ１５２１，ＲＦＣ１５２２（ＭＩＭＥ（Ｍｕｌｔｉ　Ｐｕｒｐｏｓｅ
Ｍａｉｌ　Ｅｘｔｅｎｓｉｏｎ）形式）などでそれぞれ規定されている。
【００３５】
そして、ネットワークファクシミリ装置ＦＸ１，ＦＸ２は、読み取った原稿画像を公衆網ＰＳＴＮを介して他のグループ３ファクシミリ装置へ、または、ローカルエリアネットワークＬＡＮ（さらには、インターネット）を介してワークステーション装置ＷＳ１〜ＷＳｎのユーザや他のネットワークファクシミリ装置へ送信するとともに、アナログ公衆回線網ＰＳＴＮを介して他のグループ３ファクシミリ装置より受信した画情報を、そのときに指定されたサブアドレスに対応したユーザに対して、電子メールを用いて転送したり、あるいは、ローカルエリアネットワークＬＡＮのワークステーションＷＳより（電子メールで）受信した画情報を、指定されたアナログ公衆回線網ＰＳＴＮのグループ３ファクシミリ装置へ転送する転送サービス機能等を備えている。
【００３６】
また、自端末宛に受信した電子メールについては、本文情報に配置される画情報を取り出して、記録出力するようにしている。
【００３７】
ここに、ファクシミリ画情報はバイナリデータであり、電子メールには、直接バイナリデータを含ませることができないので、所定の変換方法（例えば、Ｂａｓｅ６４符号化方法）を適用して可読情報（７ビットのキャラクタコード）に変換した状態で、電子メールに含められる。このような電子メールの本文情報の形式をＭＩＭＥ形式という。
【００３８】
このように、ファクシミリ画情報を送信する際に用いられる電子メールの一例を図３に示す。
【００３９】
この電子メールは、複数の本文パートを持つマルチパートＭＩＭＥ形式の電子メールであり、電子メールの送信日付（「Ｄａｔｅ」フィールド）、宛先メールアドレス（「Ｔｏ」フィールド）、送信元メールアドレス（「Ｆｒｏｍ」フィールド）などの所定の情報からなるメールヘッダ部、テキストデータを運ぶためのテキストパート部、および、ファクシミリ画情報を運ぶためのバイナリパート部からなり、バイナリパート部には、ファクシミリ画情報をＭＩＭＥ変換して得たＭＩＭＥエンコードデータが配置される。
【００４０】
また、電子メールで運ばれるファクシミリ画情報は、元の画像データをＭＨ符号化で圧縮し、それをＴＩＦＦ−Ｆフォーマットへ変換したものであり、したがって、ＭＩＭＥエンコードデータとしては、このＴＩＦＦ−ＦデータをＭＩＭＥ変換したものが配置される。
【００４１】
ここで、ＴＩＦＦ−Ｆフォーマットでは、複数ページの画像データを１つのファイルとしてまとめることができるので、１つのバイナリパート部に、複数ページからなる１つの送信画情報ファイルのデータを配置することができる。
【００４２】
また、図４は、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を用いる場合のネットワークファクシミリ装置ＦＸ１，ＦＸ２（Ｔ．３８端末装置）間のデータ伝送手順の一例を示している。
【００４３】
まず、発側Ｔ．３８端末装置は、着側Ｔ．３８端末装置に対して呼制御用ＴＣＰチャネルを確立し、次いで、発側Ｔ．３８端末装置は、呼接続ためのパケットＳＥＴＵＰを着側Ｔ．３８端末装置へ送出する。
【００４４】
着側Ｔ．３８端末装置は、発側Ｔ．３８端末装置よりパケットＳＥＴＵＰを受信すると、パケットＣＯＮＮＥＣＴを発側Ｔ．３８端末装置へ応答し、それにより、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間に呼が確立する。また、このパケットＳＥＴＵＰとパケットＣＯＮＮＥＣＴの交換により、使用するトランスポートのモード（ＴＣＰモードまたはＵＤＰモード）、および、使用するポート番号が設定される。
【００４５】
次いで、発側Ｔ．３８端末装置は、発側から着側へ向かうデータ用ＵＤＰチャネルを確立するとともに、着側Ｔ．３８端末装置は、着側から発側へ向かうデータ用ＵＤＰチャネルを確立し、その後、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間とは、その確立した２本のデータ用ＵＤＰチャネルを用いて勧告Ｔ．３８手順に従ったＴ．３８セッションのデータのやりとりを開始し、画情報通信動作を実行する。
【００４６】
画情報通信が終了すると、発側Ｔ．３８端末装置は、パケットＲＥＬＥＡＳＥＣＯＭＰを着側Ｔ．３８端末装置との間へ送出し、それにより、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間のデータ通信動作が終了する。
【００４７】
図５は、ＩＴＵ−Ｔ勧告Ｔ．３８の手順において、上述したＴ．３８セッションにおいて行われる伝送手順の一例を示している。なお、同図において、送信側Ｔ．３８端末、および、受信側Ｔ．３８端末は、本実施例のネットワークファクシミリ装置ＦＸ１，ＦＸ２が相当する。
【００４８】
まず、送信側は、受信側に対し接続要求パケットを送信して接続要求し、接続要求パケットを受信した受信側は、接続確認パケットを送信側へ送信して、呼接続を確認する。
【００４９】
これにより、送信側と受信側との間の通信パスが確立するので、受信側は、ＩＴＵ−Ｔ勧告Ｔ．３０手順の所定のトーン信号ＣＥＤ（被呼局識別信号）に対応した信号（Ｔ３０ＩＮＤ：ＣＥＤ）を送信側へ送信するとともに、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇ）に続き、グループ３ファクシミリ伝送手順信号であり、自端末のオプション的な伝送機能を通知するための信号ＮＳＦ、自端末の識別信号を通知するための信号ＣＳＩ、および、自端末の標準的な伝送機能を通知するための信号ＤＩＳにそれぞれ対応する信号（Ｖ２１ＨＤＬＣ：ＮＳＦ／ＣＳＩ／ＤＩＳ）を、送信側へと順次送信する。
【００５０】
それにより、送信側は、受信側の識別信号および伝送機能を知るので、その通知された伝送機能に基づき、そのときに使用する伝送機能およびモデム速度などを設定する。次いで、送信側は、フラグ信号に対応する信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号ＴＳＩ、および、使用する伝送機能を通知するための信号ＤＣＳにそれぞれ対応する信号（Ｖ２１ＨＤＬＣ：ＴＳＩ／ＤＣＳ）を受信側へ送信する。
【００５１】
それにより、受信側は信号（Ｖ２１ＨＤＬＣ：ＴＳＩ／ＤＣＳ）を受信すると、相手端末（送信側）の識別情報、および、そのときに使用する伝送機能を取得する。
【００５２】
そして、受信側は、フラグ信号に対応する信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファクシミリ伝送手順信号であり、受信準備が完了した旨を通知するための信号ＣＦＲに対応する信号（Ｖ２１ＨＤＬＣ：ＣＦＲ）を送信側へ送信する。
【００５３】
このようにして、画情報の送信準備が整うと、送信側は、モデムのリトレーニングのためのトレーニング（Ｔｒａｉｎｉｎｇ）信号に対応した信号（Ｔ３０ＩＮＤ：Ｓｐｅｅｄ）を受信側へ送信し、続いて、送信画情報の画像データを複数に分割し、それぞれの分割された画情報をパケットデータ（図４では、「Ｖ．１７　ｎｏｎ　ＥＣＭ：Ｉｍａｇｅ　ｄａｔａ」と表示）として、受信側へ送信する。
【００５４】
そして、画情報の送信を終了すると、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を受信側へ送信するとともに、グループ３ファクシミリ手順信号であり画情報送信を終了する旨をあらわす信号ＥＯＰに対応した信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を受信側へ送信する。
【００５５】
一方、受信側は、信号（Ｔ３０ＩＮＤ：Ｓｐｅｅｄ）を受信すると、画情報の受信準備に移行し、画情報を運ぶパケットを受信すると、それに含まれている分割画情報を順次取り出し、連結した画情報を作成し、その画情報を、画像蓄積装置９へと蓄積する。また、画情報受信後の伝送後信号として、この場合には、信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を受信するので、画情報受信が終了する旨を確認する。
【００５６】
そして、受信側は、そのときの画情報の受信結果が良好な場合には、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファクシミリ手順信号であり画情報の受信が正常に終了した旨をあらわす信号ＭＣＦに対応した信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を送信側へ送信する。
【００５７】
それにより、送信側は、受信側で画情報を正常に受信されたことを認識する。この後は、送信側は、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファクシミリ手順信号であり回線復旧を指令するための信号ＤＣＮに対応した信号（Ｖ２１ＨＤＬＣ：ＤＣＮ）を受信側へ送信する。
【００５８】
そして、受信側は、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）および信号（Ｖ２１ＨＤＬＣ：ＤＣＮ）を受信すると、画情報受信動作を終了する。
【００５９】
そして、最後に、送信側は、通信パスを切断する旨を要求する切断要求パケットを受信側へ送出し、受信側は、切断要求パケットを受信すると、通信パスの切断を確認した旨をあらわす切断確認パケットを送信側へ送出して、一連の通信動作を終了する。
【００６０】
このようにして、送信側から受信側への画情報の送信がなされる。
【００６１】
ここで、図５における信号（Ｔ３０ＩＮＤ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったトーナル信号の検出を通知するための信号であり、信号（Ｖ２１ＨＤＬＣ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったバイナリ信号を運ぶための信号である。また、「Ｖ．２１」、ＩＴＵ−Ｔ勧告Ｖ．２１モデムにより運ばれる信号であることをあらわし、「ＨＤＬＣ」は、ＨＤＬＣフレーム化されている信号であることをあらわす。
【００６２】
また、図５で示した伝送手順は、勧告Ｔ．３０の標準手順に対応した勧告Ｔ．３８手順であり、勧告Ｔ．３０のオプション手順（例えば、ファイル転送モードなど）を適用する場合には、それに対応した勧告Ｔ．３８手順が実行される。その際に、送信側と受信側の間でやりとりされる信号は、図５における信号と同じ形式のものが適用される。
【００６３】
さて、ＩＴＵ−Ｔ勧告Ｔ．３８では、上述したように、送信側から受信側へ上り方向のデータチャネル（ユニダイレクショナル・チャネル；ＵＤＰモードまたはＴＣＰモード）と、受信側から送信側への下り方向のデータチャネルの２つのデータチャネルを確立するユニダイレクショナル・チャネルモードと、１つのデータチャネル（バイダイレクショナル・チャネル；ＴＣＰモード）を確立し、この１つのバイダイレクショナル・チャネルを用いて送信側から受信側への上り方向のデータ転送と、受信側から送信側への下り方向へのデータ転送を同時に行うようにしたバイダイレクショナル・チャネルモードの２つの通信モードを選択的に設定することができる。また、このうち、ユニダイレクショナル・チャネルモードが、優先的に用いられる。
【００６４】
ここで、ローカルエリアネットワークＬＡＮに接続されているネットワークファクシミリ装置ＦＸ１と、インターネットに接続されている他のＴ．３８端末装置との間でＴ．３８通信を行う場合、ネットワークファクシミリ装置ＦＸ１とＴ．３８端末装置は、ルータ装置ＲＴを介してパケットのやりとりを行うこととなる。
【００６５】
上述のように、ルータ装置ＲＴは、ＮＡＴ箱として機能し、ＮＡＴ機能を適用して、図６に示すようにネットワークファクシミリ装置ＦＸ１とＴ．３８端末装置との間のパケットのやりとりを行うので、次のような不具合を生じる。
【００６６】
なお、同図において、発側Ｔ．３８端末に設定されているＩＰアドレスは、プライベートＩＰアドレスの「Ｐ１」である。また、ルータ装置ＲＴに設定されているＩＰアドレスは、ローカルエリアネットワークＬＡＮの接続端側がプライベートＩＰアドレスの「Ｐ２」で、インターネットの接続端側がグローバルＩＰアドレスの「Ｇ２」である。また、着側Ｔ．３８端末に設定されているＩＰアドレスは、グローバルＩＰアドレスの「Ｇ２」である。また、「ｓｒｃＩＰ」は、パケットの送信側のＩＰアドレスを示し、「ｄｓｔＩＰ」は、パケットの受信側のＩＰアドレスを示す。
【００６７】
すなわち、ＮＡＴ機能を利用したＴＣＰ／ＩＰ通信ではローカルエリアネットワークＬＡＮに設置されたネットワークファクシミリ装置ＦＸ１から、グローバルネットワーク（インターネット）に設置されたＴ．３８端末にＩＰパケットを送出する場合、中間に位置するルータ装置ＲＴのＮＡＴ機能によりｓｒｃアドレス情報（ｓｒｃＩＰ）がローカルＩＰアドレス（Ｐ１）からグローバルＩＰアドレス（Ｇ２）に変換される。
【００６８】
グローバル側のＴ．３８端末はこれに対しての応答パケットをＮＡＴ箱に対して返し、これを受けたＮＡＴ箱（ルータ装置ＲＴ）は、自身が送ったパケットの応答であることを認識しｄｓｔアドレス（Ｇ２）を然るべきローカル端末のＩＰアドレス（この場合は、「Ｐ１」）に変換して渡すことで通信を行う。
【００６９】
ところが、勧告化初期のＴ．３８通信では、２本のユニダイレクショナル・チャネルが必要であり、そのアドレス情報はＴＣＰ／ＩＰプロトコルより上位に位置するアプリケーションレイヤで決定していた。
【００７０】
したがって、着側Ｔ．３８端末は、指定されたローカルアドレス（Ｐ１）に対して下り方向のデータチャネルを確立しようとするが、そのＩＰアドレスは、グローバルネットワークには実在しないためパケットは行き場がなく、消滅してしまう。
【００７１】
なお、単純な発想として着側Ｔ．３８端末でアプリケーションレベルで指定されたアドレスを使用せず、パケット送出元であるＮＡＴ箱（ルータ装置ＲＴ）のＩＰアドレス（Ｇ２）に対して下りのデータチャネルを確立すれば解決できるように思える。確かにこの方法では着側Ｔ．３８端末からのパケットはＮＡＴ箱までは到達する。しかし、現状のＮＡＴ機能ではそのようなパケットを受けても、それがローカルエリアネットワークＬＡＮのどのＴ．３８端末（ネットワークファクシミリ装置ＦＸ１，ＦＸ２）宛であるか理解できない。
【００７２】
そのために、パケットがローカルのＴ．３８端末（ネットワークファクシミリ装置ＦＸ１，ＦＸ２）に到達することはなく、下り方向のデータチャネルは確立されないのである。
【００７３】
このような事態を回避するためには、ユニダイレクショナル・チャネルモードではなく、バイダイレクショナル・チャネルモードのデータチャネルを確保するようにすればよい。
【００７４】
この場合、発側Ｔ．３８端末のみがデータチャネルの確立要求を行う。したがって、着側Ｔ．３８端末からデータチャネルの確立要求が行われず、その結果、適切にデータチャネルが確立されるので、適切なＴ．３８通信動作を行うことができる。
【００７５】
図７は、Ｔ．３８通信の開始が指定された場合に実行する処理の一例を示している。
【００７６】
まず、自端末に設定されているＩＰアドレスを調べて（処理１０１）、それがプライベートＩＰアドレスの値であるかどうかを調べる（判断１０２）。
【００７７】
判断１０２の結果がＹＥＳになるときには、１つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【００７８】
そこで、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理１０３）。そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理１０４）、その応答メッセージＣＯＮＮＥＣＴの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる（判断１０５）。
【００７９】
判断１０５の結果がＹＥＳになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して（処理１０６）、それ以降のＴ．３０手順を開始する（処理１０７）。
【００８０】
また、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断１０５の結果がＮＯになるときには、その時点で送信動作を終了する。この場合は、送信動作はエラー終了する。
【００８１】
一方、自端末に設定されているＩＰアドレスの値が、グローバルＩＰアドレスの場合で、判断１０２の結果がＮＯになるときには、呼設定メッセージＳＥＴＵＰとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理１０８）。
【００８２】
そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理１０９）、ユニダイレクショナル・チャネルモードのデータチャネルを確立して（処理１１０）、処理１０７へ移行し、それ以降のＴ．３０手順を開始する。
【００８３】
このようにして、本実施例では、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。
【００８４】
図８は、Ｔ．３８通信の開始が指定された場合に実行する処理の他の例を示している。
【００８５】
まず、自端末に設定されているＩＰアドレスを調べて（処理２０１）、それがプライベートＩＰアドレスの値であるかどうかを調べる（判断２０２）。
【００８６】
判断２０２の結果がＹＥＳになるときには、１つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【００８７】
そこで、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理２０３）。そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理２０４）、その応答メッセージＣＯＮＮＥＣＴの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる（判断２０５）。
【００８８】
判断２０５の結果がＹＥＳになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して（処理２０６）、それ以降のＴ．３０手順を開始する（処理２０７）。
【００８９】
一方、自端末に設定されているＩＰアドレスの値が、グローバルＩＰアドレスの場合で、判断２０２の結果がＮＯになるときには、呼設定メッセージＳＥＴＵＰとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理２０８）。
【００９０】
そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理２０９）、ユニダイレクショナル・チャネルモードのデータチャネルを確立して（処理２１０）、処理２０７へ移行し、それ以降のＴ．３０手順を開始する。
【００９１】
また、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信したのに対して、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断２０５の結果がＮＯになるときには、その時点で一旦送信動作を中止し（処理２１１）、処理２０８へ移行し、ユニダイレクショナル・チャネルモードの通信動作を行う。
【００９２】
このようにして、本実施例では、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。また、その場合に、相手端末がユニダイレクショナル・チャネルモードを要求した場合には、ユニダイレクショナル・チャネルモードの送信動作に切換えるので、適切な送信動作が可能となる。
【００９３】
図９は、Ｔ．３８通信の開始が指定された場合に実行する処理のさらに他の例を示している。
【００９４】
まず、相手端末のＩＰアドレスを調べて（処理３０１）、それが自端末と同一ネットワークセグメントの値であるかどうかを調べる（判断３０２）。
【００９５】
判断３０２の結果がＹＥＳになるときには、さらに、自端末に設定されているＩＰアドレスを調べて（処理３０３）、それがプライベートＩＰアドレスの値であるかどうかを調べる（判断３０４）。
【００９６】
判断３０４の結果がＹＥＳになるときには、１つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【００９７】
そこで、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理３０５）。そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理３０６）、その応答メッセージＣＯＮＮＥＣＴの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる（判断３０７）。
【００９８】
判断３０７の結果がＹＥＳになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して（処理３０８）、それ以降のＴ．３０手順を開始する（処理３０９）。
【００９９】
一方、自端末に設定されているＩＰアドレスの値が、グローバルＩＰアドレスの場合で、判断３０４の結果がＮＯになるときには、呼設定メッセージＳＥＴＵＰとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理３１０）。
【０１００】
そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理３１１）、ユニダイレクショナル・チャネルモードのデータチャネルを確立して（処理３１２）、処理３０９へ移行し、それ以降のＴ．３０手順を開始する。
【０１０１】
また、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信したのに対して、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断３０７の結果がＮＯになるときには、その時点で送信動作を終了する。この場合は、送信動作はエラー終了する。
【０１０２】
一方、相手端末のＩＰアドレスが、同一ネットワークセグメントに含まれない場合で、判断３０２の結果がＮＯになるときには、処理３１０へ進み、ユニダイレクショナル・チャネルモードの送信動作を行う。
【０１０３】
なお、ＩＰアドレスが同一ネットワークセグメントに含まれるかどうかの判断は、例えば、自端末と同一ネットマスクを適用できる値であるかどうかを調べることで判定することができる。
【０１０４】
このようにして、本実施例では、相手端末のＩＰアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。また、それ以外の場合には、デフォルトの通信モードであるユニダイレクショナル・チャネルモードの通信動作を行うので、適切な送信動作が可能となる。
【０１０５】
図１０は、Ｔ．３８通信の開始が指定された場合に実行する処理のまたさらに他の例を示している。
【０１０６】
まず、相手端末のＩＰアドレスを調べて（処理４０１）、それが自端末と同一ネットワークセグメントの値であるかどうかを調べる（判断４０２）。
【０１０７】
判断４０２の結果がＹＥＳになるときには、さらに、自端末に設定されているＩＰアドレスを調べて（処理４０３）、それがプライベートＩＰアドレスの値であるかどうかを調べる（判断４０４）。
【０１０８】
判断４０４の結果がＹＥＳになるときには、１つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【０１０９】
そこで、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理４０５）。そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理４０６）、その応答メッセージＣＯＮＮＥＣＴの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる（判断４０７）。
【０１１０】
判断４０７の結果がＹＥＳになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して（処理４０８）、それ以降のＴ．３０手順を開始する（処理４０９）。
【０１１１】
一方、自端末に設定されているＩＰアドレスの値が、グローバルＩＰアドレスの場合で、判断４０４の結果がＮＯになるときには、呼設定メッセージＳＥＴＵＰとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理４１０）。
【０１１２】
そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理４１１）、ユニダイレクショナル・チャネルモードのデータチャネルを確立して（処理４１２）、処理４０９へ移行し、それ以降のＴ．３０手順を開始する。
【０１１３】
一方、相手端末のＩＰアドレスが、同一ネットワークセグメントに含まれない場合で、判断４０２の結果がＮＯになるときには、処理４１０へ進み、ユニダイレクショナル・チャネルモードの送信動作を行う。
【０１１４】
また、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信したのに対して、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断４０７の結果がＮＯになるときには、その時点で一旦送信動作を中止し（処理４１３）、処理４１０へ移行し、ユニダイレクショナル・チャネルモードの通信動作を行う。
【０１１５】
なお、ＩＰアドレスが同一ネットワークセグメントに含まれるかどうかの判断は、例えば、自端末と同一ネットマスクを適用できる値であるかどうかを調べることで判定することができる。
【０１１６】
このようにして、本実施例では、相手端末のＩＰアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。また、それ以外の場合には、デフォルトの通信モードであるユニダイレクショナル・チャネルモードの通信動作を行うので、適切な送信動作が可能となる。
【０１１７】
ところで、上述した実施例では、Ｔ．３８送信動作が指定された場合、常に、Ｔ．３８通信動作を行って画情報送信を行うようにしているが、Ｔ．３７通信動作へ切り換えた場合であっても、画情報送信の目的を達成することができる。
【０１１８】
この場合、ユーザより指定されたＩＰアドレスに対して、Ｔ．３７通信動作で使用する電子メールアドレスを設定する必要がある。そのために、例えば、図１１（ａ）に示したようなアドレス変換テーブルを作成して、記憶しておく。このアドレス変換テーブルは、複数のアドレス変換情報からなり、そのアドレス変換情報は、同図（ｂ）に示すように、宛先名称と、Ｔ．３７アドレス（電子メールアドレス）と、Ｔ．３８アドレス（ＩＰアドレス）を組にしたものである。
【０１１９】
図１２は、この場合に、Ｔ．３８通信の開始が指定されたときに実行する処理のさらに他の例を示している。
【０１２０】
まず、相手端末のＩＰアドレスを調べて（処理５０１）、それが自端末と同一ネットワークセグメントの値であるかどうかを調べる（判断５０２）。
【０１２１】
判断５０２の結果がＹＥＳになるときには、さらに、自端末に設定されているＩＰアドレスを調べて（処理５０３）、それがプライベートＩＰアドレスの値であるかどうかを調べる（判断５０４）。
【０１２２】
判断５０４の結果がＹＥＳになるときには、上述したアドレス変換テーブルを参照して、そのときに宛先情報として指定されたＴ．３８アドレスをＴ．３７アドレスへ変換し（処理５０５）、通信モードをＴ．３７通信モードへ切換える（処理５０６）。
【０１２３】
そして、画情報をはこぶ電子メールを作成し（処理５０７）、適宜なメールサーバに対して、電子メールを送信する（処理５０８）。
【０１２４】
一方、自端末に設定されているＩＰアドレスの値が、グローバルＩＰアドレスの場合で、判断５０４の結果がＮＯになるときには、呼設定メッセージＳＥＴＵＰとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理５１０）。
【０１２５】
そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理５１１）、ユニダイレクショナル・チャネルモードのデータチャネルを確立して（処理５１２）、それ以降のＴ．３０手順を開始する（処理５１３）。
【０１２６】
一方、相手端末のＩＰアドレスが、同一ネットワークセグメントに含まれない場合で、判断５０２の結果がＮＯになるときには、処理５１０へ進み、ユニダイレクショナル・チャネルモードの送信動作を行う。
【０１２７】
なお、ＩＰアドレスが同一ネットワークセグメントに含まれるかどうかの判断は、例えば、自端末と同一ネットマスクを適用できる値であるかどうかを調べることで判定することができる。
【０１２８】
図１３，１４は、Ｔ．３８通信の開始が指定された場合に実行する処理の別な例を示している。
【０１２９】
まず、相手端末のＩＰアドレスを調べて（処理６０１）、それが自端末と同一ネットワークセグメントの値であるかどうかを調べる（判断６０２）。
【０１３０】
判断６０２の結果がＹＥＳになるときには、さらに、自端末に設定されているＩＰアドレスを調べて（処理６０３）、それがプライベートＩＰアドレスの値であるかどうかを調べる（判断６０４）。
【０１３１】
判断６０４の結果がＹＥＳになるときには、１つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【０１３２】
そこで、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理６０５）。そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理６０６）、その応答メッセージＣＯＮＮＥＣＴの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる（判断６０７）。
【０１３３】
判断６０７の結果がＹＥＳになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して（処理６０８）、それ以降のＴ．３０手順を開始する（処理６０９）。
【０１３４】
一方、自端末に設定されているＩＰアドレスの値が、グローバルＩＰアドレスの場合で、判断６０４の結果がＮＯになるときには、呼設定メッセージＳＥＴＵＰとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する（処理６１０）。
【０１３５】
そして、相手端末より応答メッセージＣＯＮＮＥＣＴを受信すると（処理６１１）、ユニダイレクショナル・チャネルモードのデータチャネルを確立して（処理６１２）、処理６０９へ移行し、それ以降のＴ．３０手順を開始する。
【０１３６】
一方、相手端末のＩＰアドレスが、同一ネットワークセグメントに含まれない場合で、判断６０２の結果がＮＯになるときには、処理６１０へ進み、ユニダイレクショナル・チャネルモードの送信動作を行う。
【０１３７】
また、呼設定メッセージＳＥＴＵＰとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信したのに対して、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断６０７の結果がＮＯになるときには、Ｔ．３７通信動作へ切換える。
【０１３８】
すなわち、上述したアドレス変換テーブルを参照して、そのときに宛先情報として指定されたＴ．３８アドレスをＴ．３７アドレスへ変換し（処理６１５）、通信モードをＴ．３７通信モードへ切換える（処理６１６）。
【０１３９】
そして、画情報をはこぶ電子メールを作成し（処理６１７）、適宜なメールサーバに対して、電子メールを送信する（処理６１８）。
【０１４０】
なお、ＩＰアドレスが同一ネットワークセグメントに含まれるかどうかの判断は、例えば、自端末と同一ネットマスクを適用できる値であるかどうかを調べることで判定することができる。
【０１４１】
このようにして、本実施例では、相手端末のＩＰアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。また、自端末がバイダイレクショナル・チャネルモードを要求したのに対して、相手端末がユニダイレクショナル・チャネルモードを指定してきた場合には、Ｔ．３７通信動作へ切換えるので、適切な画情報通信を行うことができる。
【０１４２】
図１５は、電子メール受信処理を起動する際に実行する処理の一例を示している。
【０１４３】
まず、自端末に設定されているＩＰアドレスを調べて（処理７０１）、それがプライベートＩＰアドレスの値であるかどうかを調べる（判断７０２）。
【０１４４】
判断７０２の結果がＹＥＳになるときには、電子メールを取得する処理として、クライアント型電子メール受信処理であるＰＯＰモードをセットする（処理７０３）。具体的には、ＰＯＰサーバに対して接続し、電子メールを受信するＰＯＰ処理を起動する。
【０１４５】
そして、電子メールを取得するための待ち時間を待機し（処理７０４）、ＰＯＰサーバへ接続して、自端末宛の電子メールが受信されているかどうかを問い合わせ（処理７０５）、自端末宛の電子メールが受信されている場合には（判断７０６の結果がＹＥＳ）、ＰＯＰサーバより電子メールを取得し（処理７０７）、処理７０４へ戻る。また、判断７０６の結果がＮＯになるときには、処理７０４へ戻り、次の電子メール取得タイミングまで待機する。
【０１４６】
一方、自端末に設定されているＩＰアドレスがプライベートＩＰアドレスの値ではない場合で、判断７０２の結果がＮＯになるときには、電子メールを取得する処理として、サーバ型電子メール受信処理であるＳＭＴＰモードをセットする（処理７１０）。具体的には、転送経路に従って電子メールを転送するＳＭＴＰサーバ処理を起動する。
【０１４７】
このＳＭＴＰモードでは、メールイベントの発生を監視し（判断７１１のＮＯループ）、メールイベントが発生して判断７１１の結果がＹＥＳになると、電子メールを取得し（処理７１２）、判断７１１へ戻る。
【０１４８】
このようにして、本実施例では、自端末に設定されているＩＰアドレスの値が、プライベートＩＰアドレスである場合には、ＰＯＰモードで電子メールを取得するようにしているので、適切に電子メールを受信することができる。
【０１４９】
なお、本実施例では、クライアント型電子メール受信処理として、ＰＯＰモードを用いているが、それ以外のクライアント型電子メール受信処理（例えば、ＩＭＡＰ４などの）を適用することもできる。
【０１５０】
【発明の効果】
以上説明したように、本発明によれば、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができるという効果を得る。
【０１５１】
また、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる、また、その場合に、相手端末がユニダイレクショナル・チャネルモードを要求した場合には、ユニダイレクショナル・チャネルモードの送信動作に切換えるので、適切な送信動作が可能となるという効果も得る。
【０１５２】
また、相手端末のＩＰアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる、また、それ以外の場合には、デフォルトの通信モードであるユニダイレクショナル・チャネルモードの通信動作を行うので、適切な送信動作が可能となるという効果も得る。
【０１５３】
また、相手端末のＩＰアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる、また、それ以外の場合には、デフォルトの通信モードであるユニダイレクショナル・チャネルモードの通信動作を行うので、適切な送信動作が可能となるという効果も得る。
【０１５４】
また、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信モードからＴ．３７通信モードへ送信動作を切換えるので、適切な画情報送信を行うことができるという効果も得る。
【０１５５】
また、相手端末のＩＰアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているＩＰアドレスの値を調べて、その値がプライベートＩＰアドレスの値である場合には、Ｔ．３８通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる、また、自端末がバイダイレクショナル・チャネルモードを要求したのに対して、相手端末がユニダイレクショナル・チャネルモードを指定してきた場合には、Ｔ．３７通信動作へ切換えるので、適切な画情報通信を行うことができるという効果も得る。
【０１５６】
また、自端末に設定されているＩＰアドレスの値が、プライベートＩＰアドレスである場合には、ＰＯＰモードで電子メールを取得するようにしているので、適切に電子メールを受信することができるという効果も得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかるネットワークシステムを示したブロック図。
【図２】ネットワークファクシミリ装置ＦＸ（ＦＸ１，ＦＸ２）の構成例を示したブロック図。
【図３】ファクシミリ画情報を送信する際に用いられる電子メールの一例を示した概略図。
【図４】ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を用いる場合のネットワークファクシミリ装置ＦＸ１，ＦＸ２（Ｔ．３８端末装置）間のデータ伝送手順の一例を示したタイムチャート。
【図５】ＩＴＵ−Ｔ勧告Ｔ．３８の手順において、Ｔ．３８セッションにおいて行われる伝送手順の一例を示したタイムチャート。
【図６】ネットワークファクシミリ装置ＦＸ１とＴ．３８端末装置との間のパケットのやりとりを説明するためのタイムチャート。
【図７】Ｔ．３８通信の開始が指定された場合に実行する処理の一例を示したフローチャート。
【図８】Ｔ．３８通信の開始が指定された場合に実行する処理の他の例を示したフローチャート。
【図９】Ｔ．３８通信の開始が指定された場合に実行する処理のさらに他の例を示したフローチャート。
【図１０】Ｔ．３８通信の開始が指定された場合に実行する処理のまたさらに他の例を示したフローチャート。
【図１１】アドレス変換テーブルの一例を示した概略図。
【図１２】Ｔ．３８通信の開始が指定されたときに実行する処理のさらに他の例を示したフローチャート。
【図１３】Ｔ．３８通信の開始が指定された場合に実行する処理の別な例を示したフローチャート。
【図１４】Ｔ．３８通信の開始が指定された場合に実行する処理の別な例を示したフローチャート（続き）。
【図１５】電子メール受信処理を起動する際に実行する処理の一例を示したフローチャート。
【符号の説明】
ＦＸ１，ＦＸ２　ネットワークファクシミリ装置
ＲＴ　ルータ装置
【図１】
2004023711.tif 000003
【図２】
2004023711.tif 000004
【図３】
2004023711.tif 000005
【図４】
2004023711.tif 000006
【図５】
2004023711.tif 000007
【図６】
2004023711.tif 000008
【図７】
2004023711.tif 000009
【図８】
2004023711.tif 000010
【図９】
2004023711.tif 000011
【図１０】
2004023711.tif 000012
【図１１】
2004023711.tif 000013
【図１２】
2004023711.tif 000014
【図１３】
2004023711.tif 000015
【図１４】
2004023711.tif 000016
【図１５】
2004023711.tif 000017