JP3977160B2 - Network facsimile machine - Google Patents

Network facsimile machine Download PDF

Info

Publication number
JP3977160B2
JP3977160B2 JP2002179763A JP2002179763A JP3977160B2 JP 3977160 B2 JP3977160 B2 JP 3977160B2 JP 2002179763 A JP2002179763 A JP 2002179763A JP 2002179763 A JP2002179763 A JP 2002179763A JP 3977160 B2 JP3977160 B2 JP 3977160B2
Authority
JP
Japan
Prior art keywords
communication
address
terminal
value
channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002179763A
Other languages
Japanese (ja)
Other versions
JP2004023711A (en
JP2004023711A5 (en
Inventor
雄一 寺尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2002179763A priority Critical patent/JP3977160B2/en
Publication of JP2004023711A publication Critical patent/JP2004023711A/en
Publication of JP2004023711A5 publication Critical patent/JP2004023711A5/ja
Application granted granted Critical
Publication of JP3977160B2 publication Critical patent/JP3977160B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、グローバルネットワークにNAT機能を備えたルータ装置を介して接続されるネットワークファクシミリ装置に関する。
【0002】
【従来の技術】
近年、ITU−T勧告T.37の制定により、ファクシミリ画像をインターネットで一般的にやり取りされる電子メール形式に変換し送受信するインターネット対応型ファクシミリ装置が普及し始めている。
【0003】
また、1999年4月にインターネット等のパケット網上でパケット化したT.30信号(グループ3ファクシミリ伝送手順信号)をやり取りするためのITU−T勧告T.38が制定された。このT.38通信技術を利用することで、端末間の(FAXに関する)能力交換が可能になるとともに、通信のリアルタイム性が保証される。
【0004】
また、T.38端末の呼制御に関してはITU−T勧告H.225.0で定められている。この勧告H.225.0では、well−knownポートとして割り当てられたTCPポートの1720番を使用して呼制御チャネルを開設し、通信開始時にSETUP/CONNECTメッセージを交換し、ファクシミリ通信プロトコル(T.30信号)およびファクシミリ画情報を送受信するための2つのデータチャネル(ユニダイレクショナル(unidirectional)・チャネル)を確立する。
【0005】
そして、2000年にITU−Tから発行された「T.38 Implementers’ Guide」により、1本のデータチャネル(バイダイレクショナル・チャネル)を用いて、送信側から受信側への上り方向のデータ転送と、受信側から送信側への下り方向へのデータ転送を同時に行える通信モードも採用された。
【0006】
一方、ADSL、CATV、あるいは、ISDNなどに代表される高速通信のための通信基盤が整備されつつある。また、ADSL、CATV、あるいは、ISDNを用いる場合、ローカルエリアネットワークにADSLルータ、CATVルータ、あるいは、ISDNルータを接続し、これらのADSLルータ、CATVルータ、あるいは、ISDNルータを介して、ローカルエリアネットワークの内側に接続されている通信端末をインターネットへ接続するという接続形態が採用されることが多い。
【0007】
通常、ADSLルータ、CATVルータ、あるいは、ISDNルータなどはIPアドレスの絶対数の不足を補うためにNAT(Network Address Translation;RFC1631参照)という技術を用いている。このNAT機能は、ローカルネットワークの内側に接続されている複数の通信端末について、一つのグローバルアドレスを共有して使用することで、ローカルエリアネットワークの内側に接続されている複数の通信端末が、ローカルエリアネットワークの外側のインターネット上の他の通信端末と通信することができるようにするための通信機能である。
【0008】
ここで、NAT機能を実現するADSLルータ、CATVルータ、あるいは、ISDNルータ(かかる観点から「NAT箱(NATボックス)」と称される)は、グローバルに割り当てられているIPアドレスと重ならないようにローカルネットワークにRFC1597(Address Allocation for Private Internets)で規定されているプライベートアドレス(10.0.0.0−10.255.255.255.255(クラスA)または172.16.0.0−172.31.255.255(クラスB)または192.168.0.0−192.168.255.255(クラスC))を使用するのが一般的である。
【0009】
【発明が解決しようとする課題】
しかしながら、NAT箱を使用した通信方法には、ローカルネットワークからグローバルネットワークへの接続は確立できるが、グローバルネットワークからローカルネットワークへの接続はできないという不都合を生じる。
【0010】
本発明は、かかる実情に鑑みてなされたものであり、適切にローカルエリアネットワークの外側と画情報をやりとりすることができるネットワークファクシミリ装置を提供することを目的としている。
【0011】
【課題を解決するための手段】
本発明は、グローバルネットワークにNAT機能を備えたルータ装置を介して接続されるネットワークファクシミリ装置において、交信相手端末との交信を1つの通信チャネルで双方向の通信を行うバイダイレクショナル・チャネル通信手段と、交信相手端末との交信を2つの通信チャネルで通信を行うユニダイレクショナル・チャネル通信手段と、前記バイダイレクショナル・チャネル通信手段と前記ユニダイレクショナル・チャネル通信手段とを切り換え制御する制御手段と、自端末のIPアドレスがグローバルIPアドレスかプライベートIPアドレスかを判断する第1の判断手段とを備え、前記制御手段は、ITU−T勧告T.38の通信プロトコルでファクシミリ通信するとき、前記第1の判断手段で、プライベートIPアドレスであると判断されたときは、前記バイダイレクショナル・チャネル通信手段で通信するよう切り換え、前記第1の判断手段で、グローバルIPアドレスであると判断されたときは、前記ユニダイレクショナル・チャネル通信手段で通信するよう切り換え制御するようにしたものである。
【0012】
また、交信相手端末のIPアドレスが自端末と同一ネットワークセグメントの値であるかを判断する第2の判断手段をさらに備え、前記第2の判断手段で同一ネットワークセグメントであると判断されたとき、前記制御手段は前記ユニダイレクショナル・チャネル通信手段で通信するよう切り換え制御するようにしたものである。
【0013】
また、交信相手端末が前記バイダイレクショナル・チャネル通信手段で通信することを要求しているか否かを判断する第3の判断手段をさらに備え、前記第3の判断手段で要求していないと判断されたとき、前記制御手段は送信エラー終了するようにしたものである。
【0016】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【0017】
図1は、本発明の一実施例にかかるネットワークシステムを示している。
【0018】
同図において、ローカルエリアネットワークLANには、複数のワークステーション装置WS1〜WSn、および、2台のネットワークファクシミリ装置FX1,FX2が接続されているとともに、ルータ装置RTを介してインターネットへ接続されている。したがって、ワークステーション装置WS1〜WSn、および、ネットワークファクシミリ装置FX1,FX2は、インターネットを介し、他の適宜な端末装置との間でデータをやりとりすることができる。
【0019】
また、ルータ装置RTは、NAT機能を備えたNAT箱として機能する。また、この場合、ローカルエリアネットワークLANの内側のワークステーション装置WS1〜WSn、および、ネットワークファクシミリ装置FX1,FX2には、プライベートIPアドレス(例えば、192.168.0.0−192.168.255.255の任意の値)が設定されている。
【0020】
なお、ネットワークファクシミリ装置FX1,FX2が、ローカルエリアネットワークLANの外側に設置される場合には、ネットワークファクシミリ装置FX1,FX2には、グローバルIPアドレスが付与される。
【0021】
また、ワークステーション装置WS1〜WSnには、ファクシミリ画情報を作成および表示出力するファクシミリアプリケーションソフトウェア、および、ローカルエリアネットワークLANを介して種々のデータのやりとりを行うための種々のソフトウェアなどの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。
【0022】
また、ネットワークファクシミリ装置FX1,FX2は、ITU−T勧告T.37通信機能(電子メール型ファクシミリ通信機能)およびITU−T勧告T.38通信機能(リアルタイム型ファクシミリ通信機能)のネットワークファクシミリ通信機能と、および、アナログ公衆回線網PSTNに接続し、この公衆網を伝送路として用いてグループ3ファクシミリ伝送手順による画情報伝送を行うファクシミリ通信機能を備えている。
【0023】
図2は、ネットワークファクシミリ装置FX(FX1,FX2)の構成例を示している。
【0024】
同図において、システム制御部1は、このネットワークファクシミリ装置FXの各部の制御処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ2は、システム制御部1が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部1のワークエリアを構成するものであり、パラメータメモリ3は、このネットワークファクシミリ装置FXに固有な各種の情報を記憶するためのものであり、時計回路4は、現在時刻情報を出力するものである。
【0025】
スキャナ5は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ6は、所定の解像度で画像を記録出力するためのものであり、操作表示部7は、このネットワークファクシミリ装置FXを操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【0026】
符号化復号化部8は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置9は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【0027】
グループ3ファクシミリモデム10は、グループ3ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能(V.21モデム)、および、おもに画情報をやりとりするための高速モデム機能(V.17モデム、V.34モデム、V.29モデム、V.27terモデムなど)を備えている。
【0028】
網制御装置11は、このネットワークファクシミリ装置FXをアナログ公衆回線網PSTNに接続するためのものであり、自動発着信機能を備えている。
【0029】
ローカルエリアネットワークインターフェース回路12は、このネットワークファクシミリ装置FXをローカルエリアネットワークLANに接続するためのものであり、T.37通信制御部13は、ローカルエリアネットワークLANを介し、ITU−T勧告T.37に準拠した電子メール型ファクシミリ通信機能を実現するためのものであり、T.38通信制御部14は、ローカルエリアネットワークLANを介し、ITU−T勧告T.38に準拠したリアルタイム型ファクシミリ通信機能を実現するためのものである。
【0030】
これらの、システム制御部1、システムメモリ2、パラメータメモリ3、時計回路4、スキャナ5、プロッタ6、操作表示部7、符号化復号化部8、画像蓄積装置9、グループ3ファクシミリモデム10、網制御装置11、T.37通信制御部13、および、T.38通信制御部14は、内部バス15に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス15を介して行われている。
【0031】
また、網制御装置11とグループ3ファクシミリモデム10との間のデータのやりとりは、直接行なわれている。
【0032】
ここで、本実施例において、基本的には、ローカルエリアネットワークLANに接続されている端末相互間でのデータのやりとりは、いわゆるTCP/IPと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ(いわゆるプロトコルスイート)が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてSMTP(Simple Mail Transfer Protocol)という通信プロトコルが適用される。
【0033】
また、各端末がメールサーバに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるPOP(Post Office Protocol)などを適用することができる。
【0034】
また、TCP/IP,SMTP,POPなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれIETFから発行されているRFC文書により規定されている。例えば、TCPはRFC793、IPはRFC793、SMTPはRFC821、電子メールの形式は、RFC822,RFC1521,RFC1522(MIME(Multi PurposeMail Extension)形式)などでそれぞれ規定されている。
【0035】
そして、ネットワークファクシミリ装置FX1,FX2は、読み取った原稿画像を公衆網PSTNを介して他のグループ3ファクシミリ装置へ、または、ローカルエリアネットワークLAN(さらには、インターネット)を介してワークステーション装置WS1〜WSnのユーザや他のネットワークファクシミリ装置へ送信するとともに、アナログ公衆回線網PSTNを介して他のグループ3ファクシミリ装置より受信した画情報を、そのときに指定されたサブアドレスに対応したユーザに対して、電子メールを用いて転送したり、あるいは、ローカルエリアネットワークLANのワークステーションWSより(電子メールで)受信した画情報を、指定されたアナログ公衆回線網PSTNのグループ3ファクシミリ装置へ転送する転送サービス機能等を備えている。
【0036】
また、自端末宛に受信した電子メールについては、本文情報に配置される画情報を取り出して、記録出力するようにしている。
【0037】
ここに、ファクシミリ画情報はバイナリデータであり、電子メールには、直接バイナリデータを含ませることができないので、所定の変換方法(例えば、Base64符号化方法)を適用して可読情報(7ビットのキャラクタコード)に変換した状態で、電子メールに含められる。このような電子メールの本文情報の形式をMIME形式という。
【0038】
このように、ファクシミリ画情報を送信する際に用いられる電子メールの一例を図3に示す。
【0039】
この電子メールは、複数の本文パートを持つマルチパートMIME形式の電子メールであり、電子メールの送信日付(「Date」フィールド)、宛先メールアドレス(「To」フィールド)、送信元メールアドレス(「From」フィールド)などの所定の情報からなるメールヘッダ部、テキストデータを運ぶためのテキストパート部、および、ファクシミリ画情報を運ぶためのバイナリパート部からなり、バイナリパート部には、ファクシミリ画情報をMIME変換して得たMIMEエンコードデータが配置される。
【0040】
また、電子メールで運ばれるファクシミリ画情報は、元の画像データをMH符号化で圧縮し、それをTIFF−Fフォーマットへ変換したものであり、したがって、MIMEエンコードデータとしては、このTIFF−FデータをMIME変換したものが配置される。
【0041】
ここで、TIFF−Fフォーマットでは、複数ページの画像データを1つのファイルとしてまとめることができるので、1つのバイナリパート部に、複数ページからなる1つの送信画情報ファイルのデータを配置することができる。
【0042】
また、図4は、ITU−T勧告T.38通信機能を用いる場合のネットワークファクシミリ装置FX1,FX2(T.38端末装置)間のデータ伝送手順の一例を示している。
【0043】
まず、発側T.38端末装置は、着側T.38端末装置に対して呼制御用TCPチャネルを確立し、次いで、発側T.38端末装置は、呼接続ためのパケットSETUPを着側T.38端末装置へ送出する。
【0044】
着側T.38端末装置は、発側T.38端末装置よりパケットSETUPを受信すると、パケットCONNECTを発側T.38端末装置へ応答し、それにより、発側T.38端末装置と着側T.38端末装置との間に呼が確立する。また、このパケットSETUPとパケットCONNECTの交換により、使用するトランスポートのモード(TCPモードまたはUDPモード)、および、使用するポート番号が設定される。
【0045】
次いで、発側T.38端末装置は、発側から着側へ向かうデータ用UDPチャネルを確立するとともに、着側T.38端末装置は、着側から発側へ向かうデータ用UDPチャネルを確立し、その後、発側T.38端末装置と着側T.38端末装置との間とは、その確立した2本のデータ用UDPチャネルを用いて勧告T.38手順に従ったT.38セッションのデータのやりとりを開始し、画情報通信動作を実行する。
【0046】
画情報通信が終了すると、発側T.38端末装置は、パケットRELEASECOMPを着側T.38端末装置との間へ送出し、それにより、発側T.38端末装置と着側T.38端末装置との間のデータ通信動作が終了する。
【0047】
図5は、ITU−T勧告T.38の手順において、上述したT.38セッションにおいて行われる伝送手順の一例を示している。なお、同図において、送信側T.38端末、および、受信側T.38端末は、本実施例のネットワークファクシミリ装置FX1,FX2が相当する。
【0048】
まず、送信側は、受信側に対し接続要求パケットを送信して接続要求し、接続要求パケットを受信した受信側は、接続確認パケットを送信側へ送信して、呼接続を確認する。
【0049】
これにより、送信側と受信側との間の通信パスが確立するので、受信側は、ITU−T勧告T.30手順の所定のトーン信号CED(被呼局識別信号)に対応した信号(T30IND:CED)を送信側へ送信するとともに、フラグ信号に対応した信号(T30IND:Flag)に続き、グループ3ファクシミリ伝送手順信号であり、自端末のオプション的な伝送機能を通知するための信号NSF、自端末の識別信号を通知するための信号CSI、および、自端末の標準的な伝送機能を通知するための信号DISにそれぞれ対応する信号(V21HDLC:NSF/CSI/DIS)を、送信側へと順次送信する。
【0050】
それにより、送信側は、受信側の識別信号および伝送機能を知るので、その通知された伝送機能に基づき、そのときに使用する伝送機能およびモデム速度などを設定する。次いで、送信側は、フラグ信号に対応する信号(T30IND:Flags)に続き、グループ3ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号TSI、および、使用する伝送機能を通知するための信号DCSにそれぞれ対応する信号(V21HDLC:TSI/DCS)を受信側へ送信する。
【0051】
それにより、受信側は信号(V21HDLC:TSI/DCS)を受信すると、相手端末(送信側)の識別情報、および、そのときに使用する伝送機能を取得する。
【0052】
そして、受信側は、フラグ信号に対応する信号(T30IND:Flags)に続き、グループ3ファクシミリ伝送手順信号であり、受信準備が完了した旨を通知するための信号CFRに対応する信号(V21HDLC:CFR)を送信側へ送信する。
【0053】
このようにして、画情報の送信準備が整うと、送信側は、モデムのリトレーニングのためのトレーニング(Training)信号に対応した信号(T30IND:Speed)を受信側へ送信し、続いて、送信画情報の画像データを複数に分割し、それぞれの分割された画情報をパケットデータ(図4では、「V.17 non ECM:Image data」と表示)として、受信側へ送信する。
【0054】
そして、画情報の送信を終了すると、フラグ信号に対応した信号(T30IND:Flags)を受信側へ送信するとともに、グループ3ファクシミリ手順信号であり画情報送信を終了する旨をあらわす信号EOPに対応した信号(V21HDLC:EOP)を受信側へ送信する。
【0055】
一方、受信側は、信号(T30IND:Speed)を受信すると、画情報の受信準備に移行し、画情報を運ぶパケットを受信すると、それに含まれている分割画情報を順次取り出し、連結した画情報を作成し、その画情報を、画像蓄積装置9へと蓄積する。また、画情報受信後の伝送後信号として、この場合には、信号(V21HDLC:EOP)を受信するので、画情報受信が終了する旨を確認する。
【0056】
そして、受信側は、そのときの画情報の受信結果が良好な場合には、フラグ信号に対応した信号(T30IND:Flags)に続き、グループ3ファクシミリ手順信号であり画情報の受信が正常に終了した旨をあらわす信号MCFに対応した信号(V21HDLC:EOP)を送信側へ送信する。
【0057】
それにより、送信側は、受信側で画情報を正常に受信されたことを認識する。この後は、送信側は、フラグ信号に対応した信号(T30IND:Flags)に続き、グループ3ファクシミリ手順信号であり回線復旧を指令するための信号DCNに対応した信号(V21HDLC:DCN)を受信側へ送信する。
【0058】
そして、受信側は、信号(T30IND:Flags)および信号(V21HDLC:DCN)を受信すると、画情報受信動作を終了する。
【0059】
そして、最後に、送信側は、通信パスを切断する旨を要求する切断要求パケットを受信側へ送出し、受信側は、切断要求パケットを受信すると、通信パスの切断を確認した旨をあらわす切断確認パケットを送信側へ送出して、一連の通信動作を終了する。
【0060】
このようにして、送信側から受信側への画情報の送信がなされる。
【0061】
ここで、図5における信号(T30IND:「信号名」)は、ITU−T勧告T.30に従ったトーナル信号の検出を通知するための信号であり、信号(V21HDLC:「信号名」)は、ITU−T勧告T.30に従ったバイナリ信号を運ぶための信号である。また、「V.21」、ITU−T勧告V.21モデムにより運ばれる信号であることをあらわし、「HDLC」は、HDLCフレーム化されている信号であることをあらわす。
【0062】
また、図5で示した伝送手順は、勧告T.30の標準手順に対応した勧告T.38手順であり、勧告T.30のオプション手順(例えば、ファイル転送モードなど)を適用する場合には、それに対応した勧告T.38手順が実行される。その際に、送信側と受信側の間でやりとりされる信号は、図5における信号と同じ形式のものが適用される。
【0063】
さて、ITU−T勧告T.38では、上述したように、送信側から受信側へ上り方向のデータチャネル(ユニダイレクショナル・チャネル;UDPモードまたはTCPモード)と、受信側から送信側への下り方向のデータチャネルの2つのデータチャネルを確立するユニダイレクショナル・チャネルモードと、1つのデータチャネル(バイダイレクショナル・チャネル;TCPモード)を確立し、この1つのバイダイレクショナル・チャネルを用いて送信側から受信側への上り方向のデータ転送と、受信側から送信側への下り方向へのデータ転送を同時に行うようにしたバイダイレクショナル・チャネルモードの2つの通信モードを選択的に設定することができる。また、このうち、ユニダイレクショナル・チャネルモードが、優先的に用いられる。
【0064】
ここで、ローカルエリアネットワークLANに接続されているネットワークファクシミリ装置FX1と、インターネットに接続されている他のT.38端末装置との間でT.38通信を行う場合、ネットワークファクシミリ装置FX1とT.38端末装置は、ルータ装置RTを介してパケットのやりとりを行うこととなる。
【0065】
上述のように、ルータ装置RTは、NAT箱として機能し、NAT機能を適用して、図6に示すようにネットワークファクシミリ装置FX1とT.38端末装置との間のパケットのやりとりを行うので、次のような不具合を生じる。
【0066】
なお、同図において、発側T.38端末に設定されているIPアドレスは、プライベートIPアドレスの「P1」である。また、ルータ装置RTに設定されているIPアドレスは、ローカルエリアネットワークLANの接続端側がプライベートIPアドレスの「P2」で、インターネットの接続端側がグローバルIPアドレスの「G2」である。また、着側T.38端末に設定されているIPアドレスは、グローバルIPアドレスの「G2」である。また、「srcIP」は、パケットの送信側のIPアドレスを示し、「dstIP」は、パケットの受信側のIPアドレスを示す。
【0067】
すなわち、NAT機能を利用したTCP/IP通信ではローカルエリアネットワークLANに設置されたネットワークファクシミリ装置FX1から、グローバルネットワーク(インターネット)に設置されたT.38端末にIPパケットを送出する場合、中間に位置するルータ装置RTのNAT機能によりsrcアドレス情報(srcIP)がローカルIPアドレス(P1)からグローバルIPアドレス(G2)に変換される。
【0068】
グローバル側のT.38端末はこれに対しての応答パケットをNAT箱に対して返し、これを受けたNAT箱(ルータ装置RT)は、自身が送ったパケットの応答であることを認識しdstアドレス(G2)を然るべきローカル端末のIPアドレス(この場合は、「P1」)に変換して渡すことで通信を行う。
【0069】
ところが、勧告化初期のT.38通信では、2本のユニダイレクショナル・チャネルが必要であり、そのアドレス情報はTCP/IPプロトコルより上位に位置するアプリケーションレイヤで決定していた。
【0070】
したがって、着側T.38端末は、指定されたローカルアドレス(P1)に対して下り方向のデータチャネルを確立しようとするが、そのIPアドレスは、グローバルネットワークには実在しないためパケットは行き場がなく、消滅してしまう。
【0071】
なお、単純な発想として着側T.38端末でアプリケーションレベルで指定されたアドレスを使用せず、パケット送出元であるNAT箱(ルータ装置RT)のIPアドレス(G2)に対して下りのデータチャネルを確立すれば解決できるように思える。確かにこの方法では着側T.38端末からのパケットはNAT箱までは到達する。しかし、現状のNAT機能ではそのようなパケットを受けても、それがローカルエリアネットワークLANのどのT.38端末(ネットワークファクシミリ装置FX1,FX2)宛であるか理解できない。
【0072】
そのために、パケットがローカルのT.38端末(ネットワークファクシミリ装置FX1,FX2)に到達することはなく、下り方向のデータチャネルは確立されないのである。
【0073】
このような事態を回避するためには、ユニダイレクショナル・チャネルモードではなく、バイダイレクショナル・チャネルモードのデータチャネルを確保するようにすればよい。
【0074】
この場合、発側T.38端末のみがデータチャネルの確立要求を行う。したがって、着側T.38端末からデータチャネルの確立要求が行われず、その結果、適切にデータチャネルが確立されるので、適切なT.38通信動作を行うことができる。
【0075】
図7は、T.38通信の開始が指定された場合に実行する処理の一例を示している。
【0076】
まず、自端末に設定されているIPアドレスを調べて(処理101)、それがプライベートIPアドレスの値であるかどうかを調べる(判断102)。
【0077】
判断102の結果がYESになるときには、1つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【0078】
そこで、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理103)。そして、相手端末より応答メッセージCONNECTを受信すると(処理104)、その応答メッセージCONNECTの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる(判断105)。
【0079】
判断105の結果がYESになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して(処理106)、それ以降のT.30手順を開始する(処理107)。
【0080】
また、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断105の結果がNOになるときには、その時点で送信動作を終了する。この場合は、送信動作はエラー終了する。
【0081】
一方、自端末に設定されているIPアドレスの値が、グローバルIPアドレスの場合で、判断102の結果がNOになるときには、呼設定メッセージSETUPとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理108)。
【0082】
そして、相手端末より応答メッセージCONNECTを受信すると(処理109)、ユニダイレクショナル・チャネルモードのデータチャネルを確立して(処理110)、処理107へ移行し、それ以降のT.30手順を開始する。
【0083】
このようにして、本実施例では、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。
【0084】
図8は、T.38通信の開始が指定された場合に実行する処理の他の例を示している。
【0085】
まず、自端末に設定されているIPアドレスを調べて(処理201)、それがプライベートIPアドレスの値であるかどうかを調べる(判断202)。
【0086】
判断202の結果がYESになるときには、1つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【0087】
そこで、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理203)。そして、相手端末より応答メッセージCONNECTを受信すると(処理204)、その応答メッセージCONNECTの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる(判断205)。
【0088】
判断205の結果がYESになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して(処理206)、それ以降のT.30手順を開始する(処理207)。
【0089】
一方、自端末に設定されているIPアドレスの値が、グローバルIPアドレスの場合で、判断202の結果がNOになるときには、呼設定メッセージSETUPとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理208)。
【0090】
そして、相手端末より応答メッセージCONNECTを受信すると(処理209)、ユニダイレクショナル・チャネルモードのデータチャネルを確立して(処理210)、処理207へ移行し、それ以降のT.30手順を開始する。
【0091】
また、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信したのに対して、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断205の結果がNOになるときには、その時点で一旦送信動作を中止し(処理211)、処理208へ移行し、ユニダイレクショナル・チャネルモードの通信動作を行う。
【0092】
このようにして、本実施例では、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。また、その場合に、相手端末がユニダイレクショナル・チャネルモードを要求した場合には、ユニダイレクショナル・チャネルモードの送信動作に切換えるので、適切な送信動作が可能となる。
【0093】
図9は、T.38通信の開始が指定された場合に実行する処理のさらに他の例を示している。
【0094】
まず、相手端末のIPアドレスを調べて(処理301)、それが自端末と同一ネットワークセグメントの値であるかどうかを調べる(判断302)。
【0095】
判断302の結果がNOになるときには、さらに、自端末に設定されているIPアドレスを調べて(処理303)、それがプライベートIPアドレスの値であるかどうかを調べる(判断304)。
【0096】
判断304の結果がYESになるときには、1つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【0097】
そこで、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理305)。そして、相手端末より応答メッセージCONNECTを受信すると(処理306)、その応答メッセージCONNECTの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる(判断307)。
【0098】
判断307の結果がYESになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して(処理308)、それ以降のT.30手順を開始する(処理309)。
【0099】
一方、自端末に設定されているIPアドレスの値が、グローバルIPアドレスの場合で、判断304の結果がNOになるときには、呼設定メッセージSETUPとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理310)。
【0100】
そして、相手端末より応答メッセージCONNECTを受信すると(処理311)、ユニダイレクショナル・チャネルモードのデータチャネルを確立して(処理312)、処理309へ移行し、それ以降のT.30手順を開始する。
【0101】
また、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信したのに対して、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断307の結果がNOになるときには、その時点で送信動作を終了する。この場合は、送信動作はエラー終了する。
【0102】
一方、相手端末のIPアドレスが、同一ネットワークセグメントに含まれない場合で、判断302の結果がYESになるときには、処理310へ進み、ユニダイレクショナル・チャネルモードの送信動作を行う。
【0103】
なお、IPアドレスが同一ネットワークセグメントに含まれるかどうかの判断は、例えば、自端末と同一ネットマスクを適用できる値であるかどうかを調べることで判定することができる。
【0104】
このようにして、本実施例では、相手端末のIPアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。また、それ以外の場合には、デフォルトの通信モードであるユニダイレクショナル・チャネルモードの通信動作を行うので、適切な送信動作が可能となる。
【0105】
図10は、T.38通信の開始が指定された場合に実行する処理のまたさらに他の例を示している。
【0106】
まず、相手端末のIPアドレスを調べて(処理401)、それが自端末と同一ネットワークセグメントの値であるかどうかを調べる(判断402)。
【0107】
判断402の結果がNOになるときには、さらに、自端末に設定されているIPアドレスを調べて(処理403)、それがプライベートIPアドレスの値であるかどうかを調べる(判断404)。
【0108】
判断404の結果がYESになるときには、1つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【0109】
そこで、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理405)。そして、相手端末より応答メッセージCONNECTを受信すると(処理406)、その応答メッセージCONNECTの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる(判断407)。
【0110】
判断407の結果がYESになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して(処理408)、それ以降のT.30手順を開始する(処理409)。
【0111】
一方、自端末に設定されているIPアドレスの値が、グローバルIPアドレスの場合で、判断404の結果がNOになるときには、呼設定メッセージSETUPとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理410)。
【0112】
そして、相手端末より応答メッセージCONNECTを受信すると(処理411)、ユニダイレクショナル・チャネルモードのデータチャネルを確立して(処理412)、処理409へ移行し、それ以降のT.30手順を開始する。
【0113】
一方、相手端末のIPアドレスが、同一ネットワークセグメントに含まれない場合で、判断402の結果がYESになるときには、処理410へ進み、ユニダイレクショナル・チャネルモードの送信動作を行う。
【0114】
また、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信したのに対して、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断407の結果がNOになるときには、その時点で一旦送信動作を中止し(処理413)、処理410へ移行し、ユニダイレクショナル・チャネルモードの通信動作を行う。
【0115】
なお、IPアドレスが同一ネットワークセグメントに含まれるかどうかの判断は、例えば、自端末と同一ネットマスクを適用できる値であるかどうかを調べることで判定することができる。
【0116】
このようにして、本実施例では、相手端末のIPアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。また、それ以外の場合には、デフォルトの通信モードであるユニダイレクショナル・チャネルモードの通信動作を行うので、適切な送信動作が可能となる。
【0117】
ところで、上述した実施例では、T.38送信動作が指定された場合、常に、T.38通信動作を行って画情報送信を行うようにしているが、T.37通信動作へ切り換えた場合であっても、画情報送信の目的を達成することができる。
【0118】
この場合、ユーザより指定されたIPアドレスに対して、T.37通信動作で使用する電子メールアドレスを設定する必要がある。そのために、例えば、図11(a)に示したようなアドレス変換テーブルを作成して、記憶しておく。このアドレス変換テーブルは、複数のアドレス変換情報からなり、そのアドレス変換情報は、同図(b)に示すように、宛先名称と、T.37アドレス(電子メールアドレス)と、T.38アドレス(IPアドレス)を組にしたものである。
【0119】
図12は、この場合に、T.38通信の開始が指定されたときに実行する処理のさらに他の例を示している。
【0120】
まず、相手端末のIPアドレスを調べて(処理501)、それが自端末と同一ネットワークセグメントの値であるかどうかを調べる(判断502)。
【0121】
判断502の結果がNOになるときには、さらに、自端末に設定されているIPアドレスを調べて(処理503)、それがプライベートIPアドレスの値であるかどうかを調べる(判断504)。
【0122】
判断504の結果がYESになるときには、上述したアドレス変換テーブルを参照して、そのときに宛先情報として指定されたT.38アドレスをT.37アドレスへ変換し(処理505)、通信モードをT.37通信モードへ切換える(処理506)。
【0123】
そして、画情報をはこぶ電子メールを作成し(処理507)、適宜なメールサーバに対して、電子メールを送信する(処理508)。
【0124】
一方、自端末に設定されているIPアドレスの値が、グローバルIPアドレスの場合で、判断504の結果がNOになるときには、呼設定メッセージSETUPとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理510)。
【0125】
そして、相手端末より応答メッセージCONNECTを受信すると(処理511)、ユニダイレクショナル・チャネルモードのデータチャネルを確立して(処理512)、それ以降のT.30手順を開始する(処理513)。
【0126】
一方、相手端末のIPアドレスが、同一ネットワークセグメントに含まれない場合で、判断502の結果がYESになるときには、処理510へ進み、ユニダイレクショナル・チャネルモードの送信動作を行う。
【0127】
なお、IPアドレスが同一ネットワークセグメントに含まれるかどうかの判断は、例えば、自端末と同一ネットマスクを適用できる値であるかどうかを調べることで判定することができる。
【0128】
図13,14は、T.38通信の開始が指定された場合に実行する処理の別な例を示している。
【0129】
まず、相手端末のIPアドレスを調べて(処理601)、それが自端末と同一ネットワークセグメントの値であるかどうかを調べる(判断602)。
【0130】
判断602の結果がNOになるときには、さらに、自端末に設定されているIPアドレスを調べて(処理603)、それがプライベートIPアドレスの値であるかどうかを調べる(判断604)。
【0131】
判断604の結果がYESになるときには、1つのデータチャネルを用いて、送信側から受信側への上り方向のデータ転送と受信側から送信側への下り方向へのデータ転送を同時に行うバイダイレクショナル・チャネルモードを用いる。
【0132】
そこで、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理605)。そして、相手端末より応答メッセージCONNECTを受信すると(処理606)、その応答メッセージCONNECTの内容を調べて、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求してきたかどうかを調べる(判断607)。
【0133】
判断607の結果がYESになるときには、バイダイレクショナル・チャネルモードのデータチャネルを確立して(処理608)、それ以降のT.30手順を開始する(処理609)。
【0134】
一方、自端末に設定されているIPアドレスの値が、グローバルIPアドレスの場合で、判断604の結果がNOになるときには、呼設定メッセージSETUPとして、ユニダイレクショナル・チャネルモードを要求する値を含む内容のものを送信する(処理610)。
【0135】
そして、相手端末より応答メッセージCONNECTを受信すると(処理611)、ユニダイレクショナル・チャネルモードのデータチャネルを確立して(処理612)、処理609へ移行し、それ以降のT.30手順を開始する。
【0136】
一方、相手端末のIPアドレスが、同一ネットワークセグメントに含まれない場合で、判断602の結果がYESになるときには、処理610へ進み、ユニダイレクショナル・チャネルモードの送信動作を行う。
【0137】
また、呼設定メッセージSETUPとして、バイダイレクショナル・チャネルモードを要求する値を含む内容のものを送信したのに対して、相手端末がバイダイレクショナル・チャネルモードでデータチャネルを要求しなかった場合で、判断607の結果がNOになるときには、T.37通信動作へ切換える。
【0138】
すなわち、上述したアドレス変換テーブルを参照して、そのときに宛先情報として指定されたT.38アドレスをT.37アドレスへ変換し(処理615)、通信モードをT.37通信モードへ切換える(処理616)。
【0139】
そして、画情報をはこぶ電子メールを作成し(処理617)、適宜なメールサーバに対して、電子メールを送信する(処理618)。
【0140】
なお、IPアドレスが同一ネットワークセグメントに含まれるかどうかの判断は、例えば、自端末と同一ネットマスクを適用できる値であるかどうかを調べることで判定することができる。
【0141】
このようにして、本実施例では、相手端末のIPアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる。また、自端末がバイダイレクショナル・チャネルモードを要求したのに対して、相手端末がユニダイレクショナル・チャネルモードを指定してきた場合には、T.37通信動作へ切換えるので、適切な画情報通信を行うことができる。
【0142】
図15は、電子メール受信処理を起動する際に実行する処理の一例を示している。
【0143】
まず、自端末に設定されているIPアドレスを調べて(処理701)、それがプライベートIPアドレスの値であるかどうかを調べる(判断702)。
【0144】
判断702の結果がYESになるときには、電子メールを取得する処理として、クライアント型電子メール受信処理であるPOPモードをセットする(処理703)。具体的には、POPサーバに対して接続し、電子メールを受信するPOP処理を起動する。
【0145】
そして、電子メールを取得するための待ち時間を待機し(処理704)、POPサーバへ接続して、自端末宛の電子メールが受信されているかどうかを問い合わせ(処理705)、自端末宛の電子メールが受信されている場合には(判断706の結果がYES)、POPサーバより電子メールを取得し(処理707)、処理704へ戻る。また、判断706の結果がNOになるときには、処理704へ戻り、次の電子メール取得タイミングまで待機する。
【0146】
一方、自端末に設定されているIPアドレスがプライベートIPアドレスの値ではない場合で、判断702の結果がNOになるときには、電子メールを取得する処理として、サーバ型電子メール受信処理であるSMTPモードをセットする(処理710)。具体的には、転送経路に従って電子メールを転送するSMTPサーバ処理を起動する。
【0147】
このSMTPモードでは、メールイベントの発生を監視し(判断711のNOループ)、メールイベントが発生して判断711の結果がYESになると、電子メールを取得し(処理712)、判断711へ戻る。
【0148】
このようにして、本実施例では、自端末に設定されているIPアドレスの値が、プライベートIPアドレスである場合には、POPモードで電子メールを取得するようにしているので、適切に電子メールを受信することができる。
【0149】
なお、本実施例では、クライアント型電子メール受信処理として、POPモードを用いているが、それ以外のクライアント型電子メール受信処理(例えば、IMAP4などの)を適用することもできる。
【0150】
【発明の効果】
以上説明したように、本発明によれば、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができるという効果を得る。
【0151】
また、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる、また、その場合に、相手端末がユニダイレクショナル・チャネルモードを要求した場合には、ユニダイレクショナル・チャネルモードの送信動作に切換えるので、適切な送信動作が可能となるという効果も得る。
【0152】
また、相手端末のIPアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる、また、それ以外の場合には、デフォルトの通信モードであるユニダイレクショナル・チャネルモードの通信動作を行うので、適切な送信動作が可能となるという効果も得る。
【0153】
また、相手端末のIPアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる、また、それ以外の場合には、デフォルトの通信モードであるユニダイレクショナル・チャネルモードの通信動作を行うので、適切な送信動作が可能となるという効果も得る。
【0154】
また、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信モードからT.37通信モードへ送信動作を切換えるので、適切な画情報送信を行うことができるという効果も得る。
【0155】
また、相手端末のIPアドレスの値を調べて、その値が同一ネットワークセグメントに含まれていない場合には、さらに、自端末に設定されているIPアドレスの値を調べて、その値がプライベートIPアドレスの値である場合には、T.38通信時に要求するデータチャネルとして、バイダイレクショナル・チャネルモードを設定するので、適切なデータ通信を行うことができる、また、自端末がバイダイレクショナル・チャネルモードを要求したのに対して、相手端末がユニダイレクショナル・チャネルモードを指定してきた場合には、T.37通信動作へ切換えるので、適切な画情報通信を行うことができるという効果も得る。
【0156】
また、自端末に設定されているIPアドレスの値が、プライベートIPアドレスである場合には、POPモードで電子メールを取得するようにしているので、適切に電子メールを受信することができるという効果も得る。
【図面の簡単な説明】
【図1】本発明の一実施例にかかるネットワークシステムを示したブロック図。
【図2】ネットワークファクシミリ装置FX(FX1,FX2)の構成例を示したブロック図。
【図3】ファクシミリ画情報を送信する際に用いられる電子メールの一例を示した概略図。
【図4】ITU−T勧告T.38通信機能を用いる場合のネットワークファクシミリ装置FX1,FX2(T.38端末装置)間のデータ伝送手順の一例を示したタイムチャート。
【図5】ITU−T勧告T.38の手順において、T.38セッションにおいて行われる伝送手順の一例を示したタイムチャート。
【図6】ネットワークファクシミリ装置FX1とT.38端末装置との間のパケットのやりとりを説明するためのタイムチャート。
【図7】T.38通信の開始が指定された場合に実行する処理の一例を示したフローチャート。
【図8】T.38通信の開始が指定された場合に実行する処理の他の例を示したフローチャート。
【図9】T.38通信の開始が指定された場合に実行する処理のさらに他の例を示したフローチャート。
【図10】T.38通信の開始が指定された場合に実行する処理のまたさらに他の例を示したフローチャート。
【図11】アドレス変換テーブルの一例を示した概略図。
【図12】T.38通信の開始が指定されたときに実行する処理のさらに他の例を示したフローチャート。
【図13】T.38通信の開始が指定された場合に実行する処理の別な例を示したフローチャート。
【図14】T.38通信の開始が指定された場合に実行する処理の別な例を示したフローチャート(続き)。
【図15】電子メール受信処理を起動する際に実行する処理の一例を示したフローチャート。
【符号の説明】
FX1,FX2 ネットワークファクシミリ装置
RT ルータ装置
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network facsimile apparatus connected to a global network via a router apparatus having a NAT function.
[0002]
[Prior art]
In recent years, ITU-T recommendation T.I. With the establishment of 37, Internet-compatible facsimile apparatuses that convert a facsimile image into an electronic mail format that is generally exchanged over the Internet and transmit / receive the facsimile image have begun to spread.
[0003]
Also, in April 1999, the T.C. packetized on a packet network such as the Internet. ITU-T recommendation T.30 for exchanging 30 signals (group 3 facsimile transmission procedure signals). 38 was enacted. This T.W. By using the 38 communication technology, it is possible to exchange capabilities (with respect to FAX) between terminals and guarantee real-time communication.
[0004]
T. ITU-T recommendation H.38 regarding call control of 38 terminals. 225.0. This recommendation H. 225.0 opens a call control channel using TCP port 1720 assigned as a well-known port, exchanges SETUP / CONNECT messages at the start of communication, and transmits a facsimile communication protocol (T.30 signal) and Two data channels (unidirectional channels) for transmitting and receiving facsimile image information are established.
[0005]
Then, according to “T.38 Implementers' Guide” issued by ITU-T in 2000, data transmission in the upstream direction from the transmission side to the reception side using one data channel (bidirectional channel) And a communication mode that can simultaneously transfer data in the downstream direction from the receiving side to the transmitting side.
[0006]
On the other hand, a communication infrastructure for high-speed communication represented by ADSL, CATV, or ISDN is being prepared. When ADSL, CATV, or ISDN is used, an ADSL router, CATV router, or ISDN router is connected to the local area network, and the local area network is connected via these ADSL router, CATV router, or ISDN router. In many cases, a connection form in which a communication terminal connected to the Internet is connected to the Internet is employed.
[0007]
Usually, an ADSL router, a CATV router, an ISDN router, or the like uses a technology called NAT (Network Address Translation; refer to RFC1631) in order to compensate for a shortage of the absolute number of IP addresses. This NAT function allows a plurality of communication terminals connected inside the local area network to be locally used by sharing one global address for a plurality of communication terminals connected inside the local network. This is a communication function for enabling communication with other communication terminals on the Internet outside the area network.
[0008]
Here, the ADSL router, CATV router, or ISDN router (referred to as “NAT box” from this point of view) that realizes the NAT function does not overlap with the globally assigned IP address. The private address (10.0.0.0-10.255.255.255.255 (class A) or 172.16.0.0-172) defined by RFC 1597 (Address Allocation for Private Internets) in the local network. .31.255.255 (Class B) or 192.168.0.0-192.168.255.255 (Class C)) is commonly used.
[0009]
[Problems to be solved by the invention]
However, the communication method using the NAT box has a disadvantage that the connection from the local network to the global network can be established, but the connection from the global network to the local network cannot be performed.
[0010]
SUMMARY An advantage of some aspects of the invention is that it provides a network facsimile apparatus that can appropriately exchange image information with the outside of a local area network.
[0011]
[Means for Solving the Problems]
The present invention relates to a bi-directional channel communication means for performing bidirectional communication with a communication partner terminal using a single communication channel in a network facsimile apparatus connected to a global network via a router having a NAT function. Control means for controlling switching between the bi-directional channel communication means and the unidirectional channel communication means for communicating with the communication partner terminal using two communication channels And a first judging means for judging whether the IP address of the terminal is a global IP address or a private IP address. When the facsimile communication is performed with the communication protocol of 38, when the first determination means determines that it is a private IP address, the communication is switched to communicate with the bi-directional channel communication means, and the first determination means When it is determined that the address is a global IP address, switching control is performed so that communication is performed by the unidirectional channel communication means.
[0012]
The communication partner terminal further includes second determination means for determining whether the IP address of the communication partner terminal is the same network segment as that of the own terminal, and when the second determination means determines that the IP address is the same network segment, The control means controls switching so that communication is performed by the unidirectional channel communication means.
[0013]
The communication partner terminal further comprises third determination means for determining whether communication with the bi-directional channel communication means is requested, and the third determination means determines that no request is made. When this is done, the control means ends the transmission error.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0017]
FIG. 1 shows a network system according to an embodiment of the present invention.
[0018]
In the figure, a plurality of workstation devices WS1 to WSn and two network facsimile devices FX1 and FX2 are connected to the local area network LAN and connected to the Internet via a router device RT. . Therefore, the workstation devices WS1 to WSn and the network facsimile devices FX1 and FX2 can exchange data with other appropriate terminal devices via the Internet.
[0019]
The router device RT functions as a NAT box having a NAT function. In this case, the workstation apparatuses WS1 to WSn inside the local area network LAN and the network facsimile apparatuses FX1 and FX2 have private IP addresses (for example, 192.168.0.0-192.168.255. An arbitrary value of 255) is set.
[0020]
When the network facsimile apparatuses FX1 and FX2 are installed outside the local area network LAN, a global IP address is assigned to the network facsimile apparatuses FX1 and FX2.
[0021]
In the workstation devices WS1 to WSn, various programs such as facsimile application software for creating and displaying facsimile image information and various software for exchanging various data via the local area network LAN. Has been introduced and is used by specific users. Here, the specific user may be one or a plurality of users.
[0022]
The network facsimile machines FX1 and FX2 are ITU-T recommendation T.264. 37 communication function (e-mail type facsimile communication function) and ITU-T recommendation T.37. 38 Facsimile communication function (real-time facsimile communication function) and Facsimile communication that connects to the analog public line network PSTN and performs image information transmission by the group 3 facsimile transmission procedure using this public network as a transmission path It has a function.
[0023]
FIG. 2 shows a configuration example of the network facsimile apparatus FX (FX1, FX2).
[0024]
In the figure, a system control unit 1 performs various control processes such as a control process of each part of the network facsimile apparatus FX and a facsimile transmission control procedure process. The system memory 2 is executed by the system control unit 1. The control processing program and various data necessary for executing the processing program are stored, and the work area of the system control unit 1 is configured. The parameter memory 3 is unique to the network facsimile apparatus FX. The clock circuit 4 outputs current time information.
[0025]
The scanner 5 is for reading a document image at a predetermined resolution, the plotter 6 is for recording and outputting an image at a predetermined resolution, and the operation display unit 7 operates the network facsimile apparatus FX. It consists of various operation keys and various displays.
[0026]
The encoding / decoding unit 8 encodes and compresses the image signal, and also decodes the encoded and compressed image information into the original image signal. The image storage device 9 performs encoding and compression. This is for storing a large number of image information in the selected state.
[0027]
The group 3 facsimile modem 10 is for realizing the modem function of the group 3 facsimile, and is a low-speed modem function (V.21 modem) for exchanging transmission procedure signals, and mainly for exchanging image information. A high-speed modem function (V.17 modem, V.34 modem, V.29 modem, V.27ter modem, etc.) is provided.
[0028]
The network control apparatus 11 is for connecting the network facsimile apparatus FX to the analog public line network PSTN, and has an automatic outgoing / incoming function.
[0029]
The local area network interface circuit 12 is for connecting the network facsimile machine FX to the local area network LAN. 37 The communication control unit 13 receives the ITU-T recommendation T.36 via the local area network LAN. 37 for realizing an electronic mail type facsimile communication function compliant with T.37. The communication control unit 14 transmits the ITU-T recommendation T.38 via the local area network LAN. This is to realize a real-time facsimile communication function conforming to No.38.
[0030]
The system control unit 1, system memory 2, parameter memory 3, clock circuit 4, scanner 5, plotter 6, operation display unit 7, encoding / decoding unit 8, image storage device 9, group 3 facsimile modem 10, network Control device 11, T.M. 37 communication control unit 13, and T.37. The 38 communication control unit 14 is connected to the internal bus 15, and data exchange between these elements is mainly performed via the internal bus 15.
[0031]
Data exchange between the network control device 11 and the group 3 facsimile modem 10 is performed directly.
[0032]
Here, in the present embodiment, basically, data exchange between terminals connected to the local area network LAN is a transmission protocol up to a transport layer called TCP / IP, and more. This is performed by applying a combination with a higher layer communication protocol (so-called protocol suite). For example, in the exchange of e-mail data, a communication protocol called SMTP (Simple Mail Transfer Protocol) is applied as an upper layer communication protocol.
[0033]
In addition, as a protocol that each terminal applies to the mail server for confirmation of receipt of an e-mail addressed to the user or an acquisition request, a so-called POP (Post Office Protocol) can be applied.
[0034]
Further, communication protocols such as TCP / IP, SMTP, POP, and data format and data structure of e-mail are defined by RFC documents issued from IETF. For example, RFC 793, IP RFC 793, SMTP RFC 821, and e-mail formats are defined in RFC 822, RFC 1521, and RFC 1522 (MIME (Multipurpose Mail Extension) format), respectively.
[0035]
Then, the network facsimile apparatuses FX1 and FX2 transfer the read document image to other group 3 facsimile apparatuses via the public network PSTN or workstation apparatuses WS1 to WSn via the local area network LAN (or the Internet). Image information received from another group 3 facsimile apparatus via the analog public line network PSTN is transmitted to the user corresponding to the subaddress designated at that time. A transfer service for transferring image information received by e-mail or image information received (by e-mail) from the workstation WS of the local area network LAN to the group 3 facsimile apparatus of the designated analog public line network PSTN. It has a function, and the like.
[0036]
In addition, for the e-mail received to the terminal itself, the image information arranged in the text information is taken out and recorded and output.
[0037]
Here, the facsimile image information is binary data, and the e-mail cannot include binary data directly. Therefore, a predetermined conversion method (for example, Base64 encoding method) is applied to read the readable information (7-bit information). The character code is included in the email. Such a format of e-mail text information is called MIME format.
[0038]
An example of an e-mail used when transmitting facsimile image information in this way is shown in FIG.
[0039]
This e-mail is an e-mail in a multi-part MIME format having a plurality of body parts. The e-mail transmission date (“Date” field), the destination e-mail address (“To” field), and the source e-mail address (“From” "Field)", a text header part for carrying text data, and a binary part part for carrying facsimile image information. In the binary part part, facsimile image information is MIME. MIME encoded data obtained by the conversion is arranged.
[0040]
The facsimile image information carried by e-mail is obtained by compressing the original image data by MH encoding and converting it into the TIFF-F format. Therefore, as MIME encoded data, this TIFF-F data is used. Are converted to MIME.
[0041]
Here, in the TIFF-F format, image data of a plurality of pages can be collected as one file, so that data of one transmission image information file consisting of a plurality of pages can be arranged in one binary part portion. .
[0042]
4 shows ITU-T recommendation T.30. 3 shows an example of a data transmission procedure between network facsimile apparatuses FX1 and FX2 (T.38 terminal apparatus) when the 38 communication function is used.
[0043]
First, the originating T.P. The 38 terminal device is called the receiving side T.38. 38 establishes a call control TCP channel for the terminal device 38, The terminal device 38 receives the packet SETUP for call connection on the called side T.38. 38 to the terminal device.
[0044]
Callee T. The 38 terminal device is the calling side T.38. When the packet SETUP is received from the terminal device 38, the packet CONNECT is transmitted to the originating T.P. 38 responds to the terminal device, whereby the originating T.P. 38 terminal equipment and called side T.38. A call is established with 38 terminal devices. Further, the exchange mode (TCP mode or UDP mode) to be used and the port number to be used are set by exchanging the packet SETUP and the packet CONNECT.
[0045]
Next, the originating T.P. The 38 terminal device establishes a data UDP channel from the calling side to the called side, and at the called side T.38 terminal device. The 38 terminal device establishes a data UDP channel from the callee side to the caller side. 38 terminal equipment and called side T.38. 38 terminal devices, the recommended T.38 using the two established UDP channels for data. T. 38 procedure was followed. 38 session data exchange is started, and image information communication operation is executed.
[0046]
When the image information communication is completed, the calling side T.P. The 38 terminal device receives the packet RELEASECOMP on the receiving side T.38. 38 to the terminal device. 38 terminal equipment and called side T.38. The data communication operation with the 38 terminal device ends.
[0047]
FIG. 5 shows ITU-T recommendation T.30. In the procedure of 38, the above-mentioned T.I. An example of a transmission procedure performed in 38 sessions is shown. In FIG. 38 terminals and the receiving side T.38. The 38 terminals correspond to the network facsimile machines FX1 and FX2 of this embodiment.
[0048]
First, the transmission side transmits a connection request packet to the reception side to request connection, and the reception side that receives the connection request packet transmits a connection confirmation packet to the transmission side to confirm call connection.
[0049]
As a result, a communication path between the transmission side and the reception side is established. A signal (T30IND: CED) corresponding to a predetermined tone signal CED (called station identification signal) of 30 procedures is transmitted to the transmitting side, and a signal corresponding to a flag signal (T30IND: Flag) is followed by group 3 facsimile transmission. It is a procedure signal, a signal NSF for notifying its own optional transmission function, a signal CSI for notifying its own identification signal, and a signal for notifying its standard transmission function A signal (V21HDLC: NSF / CSI / DIS) corresponding to each DIS is sequentially transmitted to the transmission side.
[0050]
Thereby, the transmitting side knows the identification signal and the transmission function of the receiving side, and based on the notified transmission function, sets the transmission function and modem speed to be used at that time. Next, the transmitting side is a group 3 facsimile transmission procedure signal following the signal (T30IND: Flags) corresponding to the flag signal, and notifies the signal TSI for notifying its own terminal identification signal and the transmission function to be used. The signal (V21HDLC: TSI / DCS) respectively corresponding to the signal DCS for transmission is transmitted to the receiving side.
[0051]
Thereby, when the receiving side receives the signal (V21HDLC: TSI / DCS), it acquires the identification information of the counterpart terminal (transmitting side) and the transmission function used at that time.
[0052]
The receiving side is a group 3 facsimile transmission procedure signal following the signal (T30IND: Flags) corresponding to the flag signal, and a signal (V21HDLC: CFR) corresponding to the signal CFR for notifying that the reception preparation is completed. ) To the sender.
[0053]
In this way, when the image information is ready to be transmitted, the transmitting side transmits a signal (T30IND: Speed) corresponding to a training signal for modem retraining to the receiving side, and then transmits The image data of the image information is divided into a plurality of pieces, and the divided image information is transmitted to the receiving side as packet data (indicated as “V.17 non ECM: Image data” in FIG. 4).
[0054]
When the transmission of the image information is completed, a signal (T30IND: Flags) corresponding to the flag signal is transmitted to the receiving side, and the signal EOP corresponding to the group 3 facsimile procedure signal, which indicates that the image information transmission is terminated, is supported. A signal (V21HDLC: EOP) is transmitted to the receiving side.
[0055]
On the other hand, when the receiving side receives the signal (T30IND: Speed), the receiving side shifts to preparation for receiving the image information. When the receiving side receives the packet carrying the image information, the divided image information included in the received information is sequentially taken out and the combined image information is received. And the image information is stored in the image storage device 9. In this case, since the signal (V21HDLC: EOP) is received as the post-transmission signal after receiving the image information, it is confirmed that the reception of the image information is completed.
[0056]
If the reception result of the image information at that time is good, the reception side is a group 3 facsimile procedure signal following the signal corresponding to the flag signal (T30IND: Flags), and the reception of the image information is normally completed. A signal (V21HDLC: EOP) corresponding to the signal MCF indicating the fact is transmitted to the transmission side.
[0057]
Thereby, the transmission side recognizes that the image information has been normally received on the reception side. After this, the transmission side receives the signal (V21HDLC: DCN) corresponding to the signal DCN for instructing line restoration, which is a group 3 facsimile procedure signal, following the signal corresponding to the flag signal (T30IND: Flags). Send to.
[0058]
When the receiving side receives the signal (T30IND: Flags) and the signal (V21HDLC: DCN), the image information receiving operation ends.
[0059]
Finally, the transmitting side sends a disconnection request packet requesting that the communication path is disconnected to the receiving side, and when the receiving side receives the disconnection request packet, it indicates that the communication path has been confirmed to be disconnected. A confirmation packet is sent to the transmission side, and a series of communication operations is completed.
[0060]
In this way, image information is transmitted from the transmission side to the reception side.
[0061]
Here, the signal (T30IND: “signal name”) in FIG. 30 is a signal for notifying the detection of a tonal signal according to ITU-T Recommendation T.30. 30 is a signal for carrying a binary signal according to 30. Also, “V.21”, ITU-T recommendation V.21. 21 indicates that the signal is carried by the modem, and “HDLC” indicates that the signal is an HDLC frame.
[0062]
The transmission procedure shown in FIG. Recommendation T.30 corresponding to 30 standard procedures. 38 procedures. When applying 30 optional procedures (for example, file transfer mode, etc.), the corresponding recommendation T.30. 38 procedures are executed. At this time, the same type of signal as that in FIG. 5 is applied to the signal exchanged between the transmission side and the reception side.
[0063]
ITU-T recommendation T.I. 38, as described above, two data, that is, an upstream data channel from the transmission side to the reception side (unidirectional channel; UDP mode or TCP mode) and a downstream data channel from the reception side to the transmission side. Establish a unidirectional channel mode for establishing a channel and one data channel (bidirectional channel; TCP mode), and use this one bidirectional channel to transmit from the sender to the receiver. And two bi-directional channel modes in which data transfer in the downstream direction from the receiving side to the transmitting side is simultaneously performed can be selectively set. Of these, the unidirectional channel mode is preferentially used.
[0064]
Here, the network facsimile apparatus FX1 connected to the local area network LAN and other T.F. T.38 terminal device 38, the network facsimile machine FX1 and the T.38 communication are used. The 38 terminal devices exchange packets via the router device RT.
[0065]
As described above, the router device RT functions as a NAT box and applies the NAT function, and as shown in FIG. Since the packet is exchanged with the 38 terminal devices, the following problems occur.
[0066]
In FIG. The IP address set in the 38 terminal is “P1” of the private IP address. The IP address set in the router RT is the private IP address “P2” at the connection end of the local area network LAN and the global IP address “G2” at the connection end of the Internet. Also, the callee side The IP address set for the 38 terminal is the global IP address “G2”. “SrcIP” indicates the IP address on the packet transmission side, and “dstIP” indicates the IP address on the packet reception side.
[0067]
That is, in the TCP / IP communication using the NAT function, the network facsimile apparatus FX1 installed in the local area network LAN is changed to the T.264 installed in the global network (Internet). When sending an IP packet to the 38 terminal, the src address information (srcIP) is converted from the local IP address (P1) to the global IP address (G2) by the NAT function of the router device RT located in the middle.
[0068]
T. on the global side The 38 terminal returns a response packet to the NAT box, and the NAT box (router device RT) receiving the response packet recognizes that it is a response of the packet sent by itself and receives the dst address (G2). Communication is performed by converting the IP address of the appropriate local terminal (in this case, “P1”) and passing it.
[0069]
However, T. In 38 communications, two unidirectional channels are required, and the address information is determined by the application layer located above the TCP / IP protocol.
[0070]
Therefore, the called side T.P. The 38 terminal tries to establish a downlink data channel for the designated local address (P1). However, since the IP address does not exist in the global network, the packet has no place to go and disappears.
[0071]
As a simple idea, the callee side T.W. It seems that the problem can be solved by establishing a downstream data channel for the IP address (G2) of the NAT box (router device RT) that is the packet transmission source without using the address specified at the application level by the 38 terminals. Certainly, in this method, the T. Packets from 38 terminals reach the NAT box. However, in the current NAT function, even if such a packet is received, it is transmitted to any T.D. I cannot understand if it is addressed to 38 terminals (network facsimile machines FX1, FX2).
[0072]
For this reason, the packet is transmitted to the local T.P. The 38 terminals (network facsimile machines FX1, FX2) are not reached, and the downlink data channel is not established.
[0073]
In order to avoid such a situation, a data channel in the bi-directional channel mode may be secured instead of the unidirectional channel mode.
[0074]
In this case, the originating T.P. Only 38 terminals make a data channel establishment request. Therefore, the called side T.P. 38 terminal does not request establishment of a data channel, and as a result, a data channel is properly established. 38 communication operations can be performed.
[0075]
FIG. 38 shows an example of processing executed when the start of communication is designated.
[0076]
First, the IP address set in the own terminal is checked (process 101), and it is checked whether it is the value of the private IP address (decision 102).
[0077]
When the result of the decision 102 is YES, bi-directional that simultaneously performs upstream data transfer from the transmission side to the reception side and downstream data transfer from the reception side to the transmission side using one data channel. • Use channel mode.
[0078]
Therefore, a call setup message SETUP having a content including a value for requesting the bi-directional channel mode is transmitted (process 103). When a response message CONNECT is received from the counterpart terminal (process 104), the contents of the response message CONNECT are checked to determine whether the counterpart terminal has requested a data channel in the bidirectional channel mode (decision 105).
[0079]
When the result of determination 105 is YES, a data channel in the bi-directional channel mode is established (process 106), and the subsequent T.P. 30 procedures are started (process 107).
[0080]
If the other terminal does not request a data channel in the bi-directional channel mode and the result of determination 105 is NO, the transmission operation is terminated at that point. In this case, the transmission operation ends with an error.
[0081]
On the other hand, when the value of the IP address set in the own terminal is a global IP address and the result of determination 102 is NO, the call setup message SETUP includes a value requesting the unidirectional channel mode. The content is transmitted (process 108).
[0082]
When the response message CONNECT is received from the partner terminal (process 109), a data channel in the unidirectional channel mode is established (process 110), and the process proceeds to process 107. Start 30 procedures.
[0083]
In this way, in this embodiment, the value of the IP address set in the own terminal is checked, and if the value is the value of the private IP address, the T.P. Since the bi-directional channel mode is set as the data channel required during 38 communication, appropriate data communication can be performed.
[0084]
FIG. The other example of the process performed when the start of 38 communication is designated is shown.
[0085]
First, the IP address set in the own terminal is checked (process 201), and it is checked whether it is the value of the private IP address (decision 202).
[0086]
When the result of the determination 202 is YES, bi-directional that simultaneously performs upstream data transfer from the transmitting side to the receiving side and downstream data transfer from the receiving side to the transmitting side using one data channel. • Use channel mode.
[0087]
Therefore, a call setup message SETUP having a content including a value for requesting the bi-directional channel mode is transmitted (process 203). When the response message CONNECT is received from the counterpart terminal (process 204), the contents of the response message CONNECT are checked to check whether the counterpart terminal has requested a data channel in the bidirectional channel mode (decision 205).
[0088]
When the result of determination 205 is YES, a data channel in the bi-directional channel mode is established (process 206), and the subsequent T.P. 30 procedures are started (process 207).
[0089]
On the other hand, when the value of the IP address set in the own terminal is a global IP address and the result of determination 202 is NO, the call setup message SETUP includes a value requesting the unidirectional channel mode. The content is transmitted (process 208).
[0090]
When the response message CONNECT is received from the partner terminal (process 209), a data channel in the unidirectional channel mode is established (process 210), and the process proceeds to process 207. Start 30 procedures.
[0091]
In addition, when the call setup message SETUP includes a value including a value requesting the bi-directional channel mode, the other terminal does not request a data channel in the bi-directional channel mode. When the result of determination 205 is NO, the transmission operation is temporarily stopped at that time (processing 211), and the process proceeds to processing 208 to perform communication operation in the unidirectional channel mode.
[0092]
In this way, in this embodiment, the value of the IP address set in the own terminal is checked, and if the value is the value of the private IP address, the T.P. Since the bi-directional channel mode is set as the data channel required during 38 communication, appropriate data communication can be performed. In this case, when the counterpart terminal requests the unidirectional channel mode, the transmission operation is switched to the unidirectional channel mode, so that an appropriate transmission operation is possible.
[0093]
FIG. 38 shows still another example of processing executed when the start of communication is designated.
[0094]
First, the IP address of the partner terminal is checked (process 301), and it is checked whether it is the same network segment value as the own terminal (decision 302).
[0095]
When the result of determination 302 is NO, the IP address set in the own terminal is further checked (process 303), and it is checked whether it is the value of the private IP address (determination 304).
[0096]
When the result of the determination 304 is YES, bi-directional that simultaneously performs upstream data transfer from the transmission side to the reception side and downlink data transmission from the reception side to the transmission side using one data channel. • Use channel mode.
[0097]
Therefore, a call setup message SETUP having a content including a value for requesting the bi-directional channel mode is transmitted (process 305). When a response message CONNECT is received from the counterpart terminal (process 306), the contents of the response message CONNECT are checked to determine whether the counterpart terminal has requested a data channel in the bidirectional channel mode (decision 307).
[0098]
When the result of determination 307 is YES, a data channel in the bi-directional channel mode is established (process 308), and the subsequent T.P. 30 procedures are started (process 309).
[0099]
On the other hand, when the value of the IP address set in the own terminal is a global IP address and the result of determination 304 is NO, the call setup message SETUP includes a value requesting the unidirectional channel mode. The content is transmitted (process 310).
[0100]
When the response message CONNECT is received from the partner terminal (process 311), a data channel in the unidirectional channel mode is established (process 312), and the process proceeds to process 309. Start 30 procedures.
[0101]
In addition, when the call setup message SETUP includes a value including a value requesting the bi-directional channel mode, the other terminal does not request a data channel in the bi-directional channel mode. When the result of determination 307 is NO, the transmission operation is terminated at that time. In this case, the transmission operation ends with an error.
[0102]
On the other hand, when the IP address of the partner terminal is not included in the same network segment and the result of determination 302 is YES, the process proceeds to process 310 to perform a transmission operation in the unidirectional channel mode.
[0103]
Whether or not the IP address is included in the same network segment can be determined, for example, by examining whether or not the IP address is a value to which the same terminal can be applied.
[0104]
In this way, in this embodiment, the value of the IP address of the partner terminal is checked, and if the value is not included in the same network segment, the value of the IP address set in the own terminal is further determined. If the value is the value of the private IP address, T. Since the bi-directional channel mode is set as the data channel required during 38 communication, appropriate data communication can be performed. In other cases, the communication operation in the unidirectional channel mode, which is the default communication mode, is performed, so that an appropriate transmission operation can be performed.
[0105]
FIG. 38 shows still another example of processing executed when the start of communication is designated.
[0106]
First, the IP address of the partner terminal is checked (process 401), and it is checked whether it is the same network segment value as the own terminal (decision 402).
[0107]
When the result of determination 402 is NO, the IP address set in the own terminal is further checked (process 403), and it is checked whether it is the value of the private IP address (determination 404).
[0108]
When the result of determination 404 is YES, bi-directional that simultaneously performs upstream data transfer from the transmission side to the reception side and downlink data transmission from the reception side to the transmission side using one data channel. • Use channel mode.
[0109]
Therefore, a call setup message SETUP having a content including a value for requesting the bi-directional channel mode is transmitted (process 405). When a response message CONNECT is received from the counterpart terminal (process 406), the contents of the response message CONNECT are checked to check whether the counterpart terminal has requested a data channel in the bi-directional channel mode (decision 407).
[0110]
When the result of determination 407 is YES, a data channel in the bi-directional channel mode is established (process 408), and the subsequent T.P. 30 procedures are started (process 409).
[0111]
On the other hand, when the value of the IP address set in the own terminal is a global IP address and the result of determination 404 is NO, the call setup message SETUP includes a value requesting the unidirectional channel mode. The content is transmitted (process 410).
[0112]
When the response message CONNECT is received from the partner terminal (process 411), a data channel in the unidirectional channel mode is established (process 412), and the process proceeds to process 409. Start 30 procedures.
[0113]
On the other hand, if the IP address of the partner terminal is not included in the same network segment and the result of determination 402 is YES, the process proceeds to process 410, and a transmission operation in the unidirectional channel mode is performed.
[0114]
In addition, when the call setup message SETUP includes a value including a value requesting the bi-directional channel mode, the other terminal does not request a data channel in the bi-directional channel mode. When the result of determination 407 is NO, the transmission operation is temporarily stopped at that time (processing 413), and the process proceeds to processing 410 to perform communication operation in the unidirectional channel mode.
[0115]
Whether or not the IP address is included in the same network segment can be determined, for example, by examining whether or not the IP address is a value to which the same terminal can be applied.
[0116]
In this way, in this embodiment, the value of the IP address of the partner terminal is checked, and if the value is not included in the same network segment, the value of the IP address set in the own terminal is further determined. If the value is the value of the private IP address, T. Since the bi-directional channel mode is set as the data channel required during 38 communication, appropriate data communication can be performed. In other cases, the communication operation in the unidirectional channel mode, which is the default communication mode, is performed, so that an appropriate transmission operation can be performed.
[0117]
By the way, in the above-described embodiment, T.I. When T.38 transmission operation is specified, the T.38 transmission operation is always performed. 38, the image information is transmitted by performing the communication operation. Even in the case of switching to the 37 communication operation, the object of image information transmission can be achieved.
[0118]
In this case, for the IP address designated by the user, T.P. 37 It is necessary to set an e-mail address used for communication operation. For this purpose, for example, an address conversion table as shown in FIG. 11A is created and stored. This address translation table is composed of a plurality of address translation information. The address translation information includes a destination name, T.264, as shown in FIG. 37 address (e-mail address) This is a set of 38 addresses (IP addresses).
[0119]
In this case, FIG. 38 shows still another example of processing executed when the start of communication is designated.
[0120]
First, the IP address of the partner terminal is checked (process 501), and it is checked whether it is a value of the same network segment as that of the own terminal (decision 502).
[0121]
When the result of determination 502 is NO, the IP address set in the own terminal is further checked (process 503), and it is checked whether it is the value of the private IP address (determination 504).
[0122]
When the result of determination 504 is YES, the address conversion table described above is referred to and the T.T. 38 addresses 37 address (process 505) and the communication mode is changed to T.37. The communication mode is switched to the 37 communication mode (process 506).
[0123]
Then, an e-mail containing image information is created (process 507), and the e-mail is transmitted to an appropriate mail server (process 508).
[0124]
On the other hand, when the value of the IP address set in the own terminal is a global IP address and the result of determination 504 is NO, the call setup message SETUP includes a value requesting the unidirectional channel mode. The content is transmitted (process 510).
[0125]
When a response message CONNECT is received from the partner terminal (process 511), a data channel in the unidirectional channel mode is established (process 512). 30 procedures are started (process 513).
[0126]
On the other hand, when the IP address of the partner terminal is not included in the same network segment and the result of determination 502 is YES, the process proceeds to processing 510 to perform a transmission operation in the unidirectional channel mode.
[0127]
Whether or not the IP address is included in the same network segment can be determined, for example, by examining whether or not the IP address is a value to which the same terminal can be applied.
[0128]
FIGS. 38 shows another example of processing executed when the start of communication is designated.
[0129]
First, the IP address of the partner terminal is checked (process 601), and it is checked whether it is a value of the same network segment as that of the own terminal (decision 602).
[0130]
When the result of determination 602 is NO, the IP address set in the own terminal is further checked (process 603), and it is checked whether it is the value of the private IP address (determination 604).
[0131]
When the result of determination 604 is YES, bi-directional is performed using one data channel to simultaneously perform uplink data transfer from the transmission side to the reception side and downlink data transfer from the reception side to the transmission side. • Use channel mode.
[0132]
Therefore, a call setup message SETUP including a content including a value for requesting the bi-directional channel mode is transmitted (process 605). When a response message CONNECT is received from the counterpart terminal (process 606), the contents of the response message CONNECT are checked to check whether the counterpart terminal has requested a data channel in the bi-directional channel mode (decision 607).
[0133]
When the result of determination 607 is YES, a data channel in the bi-directional channel mode is established (process 608), and the subsequent T.P. 30 procedures are started (process 609).
[0134]
On the other hand, when the value of the IP address set in the own terminal is a global IP address and the result of determination 604 is NO, the call setup message SETUP includes a value requesting the unidirectional channel mode. The content is transmitted (process 610).
[0135]
When the response message CONNECT is received from the partner terminal (process 611), a unidirectional channel mode data channel is established (process 612), and the process proceeds to process 609. Start 30 procedures.
[0136]
On the other hand, when the IP address of the partner terminal is not included in the same network segment and the result of determination 602 is YES, the process proceeds to process 610 to perform a transmission operation in the unidirectional channel mode.
[0137]
In addition, when the call setup message SETUP includes a value including a value requesting the bi-directional channel mode, the other terminal does not request a data channel in the bi-directional channel mode. When the result of determination 607 is NO, T.W. 37 Switch to communication operation.
[0138]
That is, referring to the address conversion table described above, the T.D. 38 addresses 37 address (process 615) and the communication mode is changed to T.37. The communication mode is switched to the 37 communication mode (process 616).
[0139]
Then, an e-mail containing the image information is created (process 617), and the e-mail is transmitted to an appropriate mail server (process 618).
[0140]
Whether or not the IP address is included in the same network segment can be determined, for example, by examining whether or not the IP address is a value to which the same terminal can be applied.
[0141]
In this way, in this embodiment, the value of the IP address of the partner terminal is checked, and if the value is not included in the same network segment, the value of the IP address set in the own terminal is further determined. If the value is the value of the private IP address, T. Since the bi-directional channel mode is set as the data channel required during 38 communication, appropriate data communication can be performed. If the terminal of the terminal requests the bi-directional channel mode but the partner terminal specifies the uni-directional channel mode, T.I. Since the operation is switched to the 37 communication operation, appropriate image information communication can be performed.
[0142]
FIG. 15 shows an example of processing executed when the e-mail reception processing is activated.
[0143]
First, the IP address set in the own terminal is checked (process 701), and it is checked whether it is the value of the private IP address (decision 702).
[0144]
When the result of the determination 702 is YES, a POP mode that is a client-type e-mail reception process is set as a process for acquiring an e-mail (process 703). Specifically, a POP process for connecting to a POP server and receiving an e-mail is started.
[0145]
Then, it waits for a waiting time for acquiring an e-mail (process 704), connects to the POP server, inquires whether an e-mail addressed to the own terminal has been received (process 705), and sends an e-mail addressed to the own terminal. If a mail has been received (the result of determination 706 is YES), an electronic mail is acquired from the POP server (process 707), and the process returns to process 704. If the result of determination 706 is NO, the process returns to step 704 and waits until the next e-mail acquisition timing.
[0146]
On the other hand, when the IP address set in the own terminal is not the value of the private IP address and the result of determination 702 is NO, the SMTP mode which is a server-type e-mail receiving process is performed as a process for obtaining e-mail. Is set (process 710). Specifically, an SMTP server process for transferring electronic mail according to the transfer path is started.
[0147]
In this SMTP mode, the occurrence of a mail event is monitored (NO loop of decision 711). If a mail event occurs and the result of decision 711 is YES, an e-mail is acquired (step 712), and the process returns to decision 711.
[0148]
In this way, in this embodiment, when the value of the IP address set in the own terminal is a private IP address, the e-mail is acquired in the POP mode. Can be received.
[0149]
In this embodiment, the POP mode is used as the client-type e-mail reception process, but other client-type e-mail reception processes (for example, IMAP4) can be applied.
[0150]
【The invention's effect】
As described above, according to the present invention, the value of the IP address set in the own terminal is checked, and when the value is the value of the private IP address, the T.P. Since the bi-directional channel mode is set as the data channel required at the time of 38 communication, an effect that appropriate data communication can be performed is obtained.
[0151]
Further, when the value of the IP address set in the own terminal is checked and the value is the value of the private IP address, the T.P. Since the bi-directional channel mode is set as the data channel required at the time of 38 communication, appropriate data communication can be performed, and in this case, when the partner terminal requests the unidirectional channel mode. Is switched to the transmission operation in the unidirectional channel mode, so that an appropriate transmission operation can be obtained.
[0152]
Further, when the value of the IP address of the partner terminal is checked and the value is not included in the same network segment, the value of the IP address set in the own terminal is further checked and the value is the private IP. In the case of an address value, T.P. Since the bi-directional channel mode is set as the data channel required at the time of 38 communication, appropriate data communication can be performed. In other cases, the unidirectional channel which is the default communication mode. Since the mode communication operation is performed, an effect of enabling an appropriate transmission operation is also obtained.
[0153]
Further, when the value of the IP address of the partner terminal is checked and the value is not included in the same network segment, the value of the IP address set in the own terminal is further checked and the value is the private IP. In the case of an address value, T.P. Since the bi-directional channel mode is set as the data channel required at the time of 38 communication, appropriate data communication can be performed. In other cases, the unidirectional channel which is the default communication mode. Since the mode communication operation is performed, an effect of enabling an appropriate transmission operation is also obtained.
[0154]
Further, when the value of the IP address set in the own terminal is checked and the value is the value of the private IP address, the T.P. 38 communication mode to T.38. Since the transmission operation is switched to the 37 communication mode, it is possible to perform appropriate image information transmission.
[0155]
Further, when the value of the IP address of the partner terminal is checked and the value is not included in the same network segment, the value of the IP address set in the own terminal is further checked and the value is the private IP. In the case of an address value, T.P. Since the bi-directional channel mode is set as the data channel required at the time of 38 communication, an appropriate data communication can be performed, and the host terminal requested the bi-directional channel mode. If the terminal has designated the unidirectional channel mode, the Since switching to the 37 communication operation is performed, there is also an effect that appropriate image information communication can be performed.
[0156]
In addition, when the value of the IP address set in the own terminal is a private IP address, the e-mail is acquired in the POP mode, so that the e-mail can be received appropriately. Also get.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a network system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration example of a network facsimile apparatus FX (FX1, FX2).
FIG. 3 is a schematic diagram showing an example of electronic mail used when transmitting facsimile image information.
FIG. 4 is an ITU-T recommendation T.30. The time chart which showed an example of the data transmission procedure between the network facsimile apparatuses FX1 and FX2 (T.38 terminal device) in the case of using 38 communication function.
FIG. In the procedure of 38. The time chart which showed an example of the transmission procedure performed in 38 sessions.
FIG. 6 shows a network facsimile apparatus FX1 and T.I. The time chart for demonstrating exchange of the packet between 38 terminal devices.
FIG. The flowchart which showed an example of the process performed when the start of 38 communication is designated.
FIG. The flowchart which showed the other example of the process performed when the start of 38 communication is designated.
FIG. 38 is a flowchart showing yet another example of processing executed when the start of communication is designated.
FIG. 38 is a flowchart showing still another example of processing executed when the start of communication is designated.
FIG. 11 is a schematic diagram illustrating an example of an address conversion table.
FIG. 38 is a flowchart showing still another example of processing executed when the start of communication is designated.
FIG. The flowchart which showed another example of the process performed when the start of 38 communication is designated.
FIG. 38 is a flowchart showing another example of processing executed when the start of communication is designated (continuation).
FIG. 15 is a flowchart showing an example of processing executed when starting up an e-mail receiving process;
[Explanation of symbols]
FX1, FX2 network facsimile machine
RT router device

Claims (3)

グローバルネットワークにNAT機能を備えたルータ装置を介して接続されるネットワークファクシミリ装置において、In a network facsimile machine connected to a global network via a router device having a NAT function,
交信相手端末との交信を1つの通信チャネルで双方向の通信を行うバイダイレクショナル・チャネル通信手段と、  Bi-directional channel communication means for performing two-way communication with one communication channel for communication with a communication partner terminal;
交信相手端末との交信を2つの通信チャネルで通信を行うユニダイレクショナル・チャネル通信手段と、  Unidirectional channel communication means for performing communication with a communication partner terminal using two communication channels;
前記バイダイレクショナル・チャネル通信手段と前記ユニダイレクショナル・チャネル通信手段とを切り換え制御する制御手段と、  Control means for switching control between the bi-directional channel communication means and the unidirectional channel communication means;
自端末のIPアドレスがグローバルIPアドレスかプライベートIPアドレスかを判断する第1の判断手段とを備え、  First determining means for determining whether the IP address of the terminal is a global IP address or a private IP address;
前記制御手段は、  The control means includes
ITU−T勧告T.38の通信プロトコルでファクシミリ通信するとき、  ITU-T recommendation When performing facsimile communication with 38 communication protocols,
前記第1の判断手段で、プライベートIPアドレスであると判断されたときは、  When the first determining means determines that the private IP address is used,
前記バイダイレクショナル・チャネル通信手段で通信するよう切り換え、  Switching to communicate with the bi-directional channel communication means,
前記第1の判断手段で、グローバルIPアドレスであると判断されたときは、前記ユニダイレクショナル・チャネル通信手段で通信するよう切り換え制御することを特徴とするネットワークファクシミリ装置。  A network facsimile apparatus, wherein when the first determination means determines that the address is a global IP address, switching control is performed so that communication is performed by the unidirectional channel communication means.
交信相手端末のIPアドレスが自端末と同一ネットワークセグメントの値であるかを判断する第2の判断手段をさらに備え、A second determining means for determining whether the IP address of the communication partner terminal is the same network segment value as the own terminal;
前記第2の判断手段で同一ネットワークセグメントであると判断されたとき、  When it is determined by the second determination means that they are the same network segment,
前記制御手段は前記ユニダイレクショナル・チャネル通信手段で通信するよう切り換え制御することを特徴とする請求項1記載のネットワークファクシミリ装置。  2. The network facsimile apparatus according to claim 1, wherein the control means performs switching control so that communication is performed by the unidirectional channel communication means.
交信相手端末が前記バイダイレクショナル・チャネル通信手段で通信することを要求しているか否かを判断する第3の判断手段をさらに備え、Further comprising third determination means for determining whether or not the communication partner terminal is requesting communication by the bi-directional channel communication means;
前記第3の判断手段で要求していないと判断されたとき、  When it is determined that the third determination means does not request,
前記制御手段は送信エラー終了することを特徴とする請求項2記載のネットワークファクシミリ装置。  3. The network facsimile apparatus according to claim 2, wherein the control means ends a transmission error.
JP2002179763A 2002-06-20 2002-06-20 Network facsimile machine Expired - Fee Related JP3977160B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002179763A JP3977160B2 (en) 2002-06-20 2002-06-20 Network facsimile machine

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002179763A JP3977160B2 (en) 2002-06-20 2002-06-20 Network facsimile machine

Publications (3)

Publication Number Publication Date
JP2004023711A JP2004023711A (en) 2004-01-22
JP2004023711A5 JP2004023711A5 (en) 2005-09-29
JP3977160B2 true JP3977160B2 (en) 2007-09-19

Family

ID=31177090

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002179763A Expired - Fee Related JP3977160B2 (en) 2002-06-20 2002-06-20 Network facsimile machine

Country Status (1)

Country Link
JP (1) JP3977160B2 (en)

Also Published As

Publication number Publication date
JP2004023711A (en) 2004-01-22

Similar Documents

Publication Publication Date Title
US7218424B2 (en) Facsimile transmission over packet networks with delivery notification
US20150163374A1 (en) Communication apparatus, control method, and computer-usable medium for selcting a network for data transmission
US7199906B1 (en) Internet facsimile gateway device
US6961137B1 (en) Network facsimile communication control method
JP2005079929A (en) Communication apparatus, control method of communication apparatus, and control program for communication apparatus
US20050243871A1 (en) Communication deivce and communication method
JP3907945B2 (en) Gateway apparatus, control method therefor, and communication system
JP3738948B2 (en) Communication device
JP3738763B2 (en) Image communication device
JP2005094620A (en) Gateway apparatus and network terminal
JP3977160B2 (en) Network facsimile machine
JP3945413B2 (en) Image communication device
JP3856979B2 (en) Control method for Internet facsimile communication system
JP2003143352A (en) Facsimile gateway, control method for the facsimile gateway, and control program for the facsimile gateway
JP3871638B2 (en) Communication device
JP4186428B2 (en) Facsimile apparatus and facsimile communication method
JP4184734B2 (en) Communication system, network gateway apparatus, network facsimile apparatus, facsimile apparatus, communication method, network gateway apparatus control method, network facsimile apparatus control method, and facsimile apparatus control method
JP3910354B2 (en) Network facsimile machine
JP3563977B2 (en) Control method of real-time internet gateway facsimile machine
JP3608029B2 (en) Control method for internet facsimile communication system and real-time internet gateway device
JP2004247840A (en) Image communication apparatus
JP3848134B2 (en) Facsimile gateway device
JP2009017383A (en) Network facsimile device and communication method thereof
JP4298689B2 (en) Sending gateway device
JP6224914B2 (en) Facsimile apparatus, control method thereof, and program

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050331

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050331

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050425

A072 Dismissal of procedure [no reply to invitation to correct request for examination]

Free format text: JAPANESE INTERMEDIATE CODE: A073

Effective date: 20051011

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060913

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060919

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061120

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070619

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070620

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100629

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110629

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110629

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120629

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130629

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees