(57)【要約】【課題】簡単な手法で、確実にパケット損失が発生したプロトコル信号を破棄することができるリアルタイムインターネットゲートウェイ装置およびその制御方法を提供すること目的とする。【解決手段】アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送信するようにした。【選択図】        図４
2005260624.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置において、
アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送信することを特徴とするリアルタイムインターネットゲートウェイ装置。
【請求項２】
ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置において、
アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、上記送信するファクシミリプロトコル信号を保存するとともに、当該ファクシミリプロトコル信号に対する応答信号を上記グループ３ファクシミリ装置より受信できずに繰り返し再送信するとき、その再送信回数が規定回数になったとき、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送出した後に、上記保存しているファクシミリプロトコル信号を、当該規定回数目のファクシミリプロトコル信号として、上記グループ３ファクシミリ装置へ送信することを特徴とするリアルタイムインターネットゲートウェイ装置。
【請求項３】
前記再送信回数の規定回数は、３であり、前記保存しているファクシミリプロトコル信号を前記グループ３ファクシミリ装置へ送信するのは、３回目の再送信の場合に限ることを特徴とする請求項２記載のリアルタイムインターネットゲートウェイ装置。
【請求項４】
前記ファクシミリプロトコル信号は、ＨＤＬＣフレームに整形される信号であることを特徴とする請求項１または請求項２または請求項３記載のリアルタイムインターネットゲートウェイ装置。
【請求項５】
ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置の制御方法において、
アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送信することを特徴とするリアルタイムインターネットゲートウェイ装置の制御方法。
【請求項６】
ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置の制御方法において、
アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、上記送信するファクシミリプロトコル信号を保存するとともに、当該ファクシミリプロトコル信号に対する応答信号を上記グループ３ファクシミリ装置より受信できずに繰り返し再送信するとき、その再送信回数が規定回数になったとき、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送出した後に、上記保存しているファクシミリプロトコル信号を、当該規定回数目のファクシミリプロトコル信号として、上記グループ３ファクシミリ装置へ送信することを特徴とするリアルタイムインターネットゲートウェイ装置の制御方法。
【請求項７】
前記再送信回数の規定回数は、３であり、前記保存しているファクシミリプロトコル信号を前記グループ３ファクシミリ装置へ送信するのは、３回目の再送信の場合に限ることを特徴とする請求項６記載のリアルタイムインターネットゲートウェイ装置の制御方法。
【請求項８】
前記ファクシミリプロトコル信号は、ＨＤＬＣフレームに整形される信号であることを特徴とする請求項５または請求項６または請求項７記載のリアルタイムインターネットゲートウェイ装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置およびその制御方法に関する。
【背景技術】
【０００２】
従来、ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置が実用されており、このリアルタイムインターネットゲートウェイ装置を利用したファクシミリ通信ネットワークも実用されている。
【０００３】
このようなファクシミリ通信ネットワークを利用すると、遠隔地間のファクシミリ通信の通信コストを大幅に削減することができることとなり、非常に便利である。
【０００４】
ところで、このリアルタイムインターネットゲートウェイ装置では、アナログ回線につながったグループ３ファクシミリにファクシミリ信号（ファクシミリプロトコル信号）を送信する場合、ＩＰ網上でパケット損失が発生するとＧ３ファクシミリ装置と正常に通信が行えない可能性がでる。
【０００５】
すなわち、グループ３ファクシミリ伝送手順であるＩＴＵ−Ｔ勧告Ｔ．３０で使用される、伝送手順のためのプロトコル信号は、ＨＤＬＣフレーム構成になっておりパケット損失が発生した時点ですでに信号送出を開始していると不正なＨＤＬＣフレーム送ってしまう可能性が出てしまう。
【０００６】
そこで、このような事態を回避するために、ＨＤＬＣフレームのＦＣＳ（フレームチェックシーケンス）を破損させて受信側のグループ３ファクシミリ装置に破棄を誘導するようにしたものが考案されている（特許文献１参照）。
【特許文献１】特開２００３−１１０７９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、このような従来方法では、パケット損失が発生したプロトコル信号の送出までのＦＣＳの計算を継続させてＦＣＳを変えて付加させるという面倒さがある。
【０００８】
本発明は、かかる実情に鑑みてなされたものであり、簡単な手法で、確実にパケット損失が発生したプロトコル信号を破棄することができるリアルタイムインターネットゲートウェイ装置およびその制御方法を提供すること目的とする。
【課題を解決するための手段】
【０００９】
本発明は、ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置において、アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送信するようにしたものである。
【００１０】
また、ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置において、アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、上記送信するファクシミリプロトコル信号を保存するとともに、当該ファクシミリプロトコル信号に対する応答信号を上記グループ３ファクシミリ装置より受信できずに繰り返し再送信するとき、その再送信回数が規定回数になったとき、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送出した後に、上記保存しているファクシミリプロトコル信号を、当該規定回数目のファクシミリプロトコル信号として、上記グループ３ファクシミリ装置へ送信するようにしたものである。
【００１１】
また、前記再送信回数の規定回数は、３であり、前記保存しているファクシミリプロトコル信号を前記グループ３ファクシミリ装置へ送信するのは、３回目の再送信の場合に限ることとしたものである。
【００１２】
また、前記ファクシミリプロトコル信号は、ＨＤＬＣフレームに整形される信号である。
【００１３】
また、ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置の制御方法において、アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送信するようにしたものである。
【００１４】
また、ＩＰ網とアナログ公衆網に接続し、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信機能を備えたリアルタイムインターネットゲートウェイ装置の制御方法において、アナログ公衆網を介して接続されるグループ３ファクシミリ装置へファクシミリプロトコル信号を送信する際、上記送信するファクシミリプロトコル信号を保存するとともに、当該ファクシミリプロトコル信号に対する応答信号を上記グループ３ファクシミリ装置より受信できずに繰り返し再送信するとき、その再送信回数が規定回数になったとき、対地側のリアルタイムインターネットゲートウェイ装置より受信したパケット信号が損失した場合には、上記グループ３ファクシミリ装置へブレーク信号を送出した後に、上記保存しているファクシミリプロトコル信号を、当該規定回数目のファクシミリプロトコル信号として、上記グループ３ファクシミリ装置へ送信するようにしたものである。また、前記再送信回数の規定回数は、３であり、前記保存しているファクシミリプロトコル信号を前記グループ３ファクシミリ装置へ送信するのは、３回目の再送信の場合に限ることとしたものである。また、前記ファクシミリプロトコル信号は、ＨＤＬＣフレームに整形される信号である。
【発明の効果】
【００１５】
したがって、本発明によれば、パケット損失が発生しているファクシミリプロトコル信号は、ブレーク信号を送出して破棄するようにグループ３ファクシミリ装置に対して誘導するので、簡単な処理により、不完全なプロトコル信号の送信を確実に阻止することができるという効果を得る。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１７】
図１は、本発明にかかるリアルタイム型インターネットファクシミリ通信システムの一例を示している。このリアルタイム型インターネットファクシミリ通信システムは、ＩＴＵ−Ｔ勧告Ｔ．３８が想定する通信モデルの１つである。また、ＩＰ網として、インターネットを利用する場合を示している。
【００１８】
このリアルタイム型インターネットファクシミリ通信システムは、アナログ公衆網ＰＳＴＮ１に接続されたグループ３ファクシミリ装置ＦＧ１、アナログ公衆網ＰＳＴＮ１とインターネットＩＮＥＴに接続されたリアルタイムインターネットゲートウェイ装置ＲＴ１、インターネットＩＮＥＴとアナログ公衆網ＰＳＴＮ２に接続されたリアルタイムインターネットゲートウェイ装置ＲＴ２、および、アナログ公衆網ＰＳＴＮ２に接続されたグループ３ファクシミリ装置ＦＧ２からなる。
【００１９】
ここで、グループ３ファクシミリ装置ＦＧ１とリアルタイムインターネットゲートウェイ装置ＲＴ１が同一地域内に設置されるとともに、グループ３ファクシミリ装置ＦＧ２とリアルタイムインターネットゲートウェイ装置ＲＴ２が同一地域内に設置され、それらの設置地域は、相互に遠隔地域である。
【００２０】
したがって、この場合、グループ３ファクシミリ装置ＦＧ１については、リアルタイムインターネットゲートウェイ装置ＲＴ１がリアルタイム型インターネットファクシミリ通信システム通信サービスを提供し、また、グループ３ファクシミリ装置ＦＧ２については、リアルタイムインターネットゲートウェイ装置ＲＴ２がリアルタイム型インターネットファクシミリ通信システム通信サービスを提供する。
【００２１】
また、この場合、グループ３ファクシミリ装置ＦＧ１とリアルタイムインターネットゲートウェイ装置ＲＴ１との間のファクシミリ通信は、ＩＴＵ−Ｔ勧告Ｔ．３０手順により実行され、リアルタイムインターネットゲートウェイ装置ＲＴ１とリアルタイムインターネットゲートウェイ装置ＲＴ２との間のファクシミリ通信は、ＩＴＵ−Ｔ勧告Ｔ．３８手順（後述）により実行され、リアルタイムインターネットゲートウェイ装置ＲＴ２とグループ３ファクシミリ装置ＦＧ２との間のファクシミリ通信は、ＩＴＵ−Ｔ勧告Ｔ．３０手順により実行される。
【００２２】
図２は、リアルタイムインターネットゲートウェイ装置ＲＴ（ＲＴ１，ＲＴ２）の構成例を示している。
【００２３】
同図において、システム制御部１は、このリアルタイムインターネットゲートウェイ装置ＲＴの各部の制御処理、ファクシミリ伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３０手順）処理、および、リアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８手順）処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このリアルタイムインターネットゲートウェイ装置ＲＴに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２４】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このファクシミリ装置を操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２５】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、この場合には、画情報受信時のエラー検出を主目的として用いられる。また、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２６】
網制御装置１０は、このリアルタイムインターネットゲートウェイ装置ＲＴをアナログ公衆網ＰＳＴＮ（ＰＳＴＮ１，ＰＳＴＮ２）に接続するためのものであり、自動発着信機能を備えている。
【００２７】
グループ３ファクシミリモデム１１は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２８】
インターネット通信制御部１２は、このリアルタイムインターネットゲートウェイ装置ＲＴをインターネットＩＮＥＴへ接続し、インターネットＩＮＥＴを介して種々のデータをやりとりするためのものであり、ＴＣＰ／ＩＰパケット解析部１３は、ＴＣＰモード時に、インターネット通信制御部１２が受信したＴＣＰ／ＩＰパケットを解析して受信情報を取り出すためのものであり、ＵＤＰパケット解析部１４は、ＵＤＰモード時に、インターネット通信制御部１２が受信したＵＤＰパケットを解析して受信情報を取り出すためのものである。
【００２９】
グループ３プロトコル情報生成部１５は、リアルタイム伝送手順において、ＴＣＰモード時はＴＣＰ／ＩＰパケット解析部１３から出力される受信情報を対応するグループ３伝送手順信号情報に変換するとともに、ＵＤＰモード時はＵＤＰパケット解析部１４から出力される受信情報を対応するグループ３伝送手順信号情報に変換するものである。
【００３０】
グループ３プロトコル情報取出部１６は、リアルタイム伝送手順において、送信するグループ３ファクシミリ伝送手順情報を取り出すためのものであり、ＴＣＰ／ＩＰパケット変換部１７は、ＴＣＰモード時、グループ３プロトコル情報取出部１６から出力されるグループ３ファクシミリ伝送手順情報をＴＣＰ／ＩＰパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部１２へ加えられる。
【００３１】
また、ＵＤＰパケット変換部１８は、ＵＤＰモード時、グループ３プロトコル情報取出部１６から出力されるグループ３ファクシミリ伝送手順情報をＵＤＰパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部１２へ加えられる。
【００３２】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、網制御装置１０、グループ３ファクシミリモデム１１、グループ３プロトコル情報生成部１４、および、グループ３プロトコル情報取出部１５は、内部バス１７に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１７を介して行われている。
【００３３】
また、網制御装置１０とグループ３ファクシミリモデム１１との間のデータのやりとりは、直接行なわれている。
【００３４】
図３は、ＩＴＵ−Ｔ勧告Ｔ．３８の手順の一例を示している。なお、同図において、送信側グループ３ファクシミリ（送信側Ｇ３ＦＡＸ）、送信側ゲートウェイ（送信側ＧＷ）、受信側ゲートウェイ（受信側ＧＷ）、および、受信側グループ３ファクシミリ（受信側Ｇ３ＦＡＸ）は、それぞれ、図１のグループ３ファクシミリ装置ＦＧ１、リアルタイムインターネットゲートウェイ装置ＲＴ１、リアルタイムインターネットゲートウェイ装置ＲＴ２、および、グループ３ファクシミリ装置ＦＧ２にそれぞれ相当する。また、送信側ＧＷと受信側ＧＷとの間でやりとりされる信号が、リアルタイム伝送手順にかかる信号である。
【００３５】
まず、送信側Ｇ３ＦＡＸは、送信側ＧＷへ発呼し、ユーザから指定された宛先電話番号をプッシュボタン信号ＰＢにより送出する。送信側ＧＷは、着呼検出すると、着呼応答し、次いで、送信側Ｇ３ＦＡＸよりプッシュボタン信号ＰＢによる宛先電話番号を受信する（ここまで、図示略）。
【００３６】
次に、送信側Ｇ３ＦＡＸは、呼接続を要求するために勧告Ｔ．３０手順のトーン信号ＣＮＧを送信側ＧＷへ送出する。これにより、送信側ＧＷは、受信側ＧＷに対し接続要求パケットを送信して、接続要求するとともに、宛先電話番号を通知する。それにより、受信側ＧＷは、指定された受信側Ｇ３ＦＡＸへ発呼し、所定のトーン信号ＣＮＧを送出して呼接続を要求する一方、接続確認パケットを送信側ＧＷへ送信して、呼接続を確認する。
【００３７】
受信側ＧＷから発呼され、呼接続が要求された受信側Ｇ３ＦＡＸは、着信応答して、所定のトーン信号ＣＥＤ（被呼局識別信号）を送出し、受信側ＧＷは、このトーン信号ＣＥＤを検出すると、信号ＣＥＤを検出した旨をあらわす信号（Ｔ３０ＩＮＤ：ＣＥＤ）を送信側ＧＷへ送信し、それにより、送信側ＧＷは、トーン信号ＣＥＤを送信側Ｇ３ＦＡＸへ送出する。
【００３８】
次いで、受信側Ｇ３ＦＡＸは、フラグ（Ｆｌａｇｓ）信号に続き、グループ３ファクシミリ伝送手順信号であり、自端末のオプション的な伝送機能を通知するための信号ＮＳＦ、自端末の識別信号を通知するための信号ＣＳＩ、および、自端末の標準的な伝送機能を通知するための信号ＤＩＳを順次送出する。受信側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を送信側ＧＷへ送信するとともに、信号ＮＳＦ，ＣＳＩ，ＤＩＳを順次検出すると、信号ＮＳＦ，ＣＳＩ，ＤＩＳをあらわす信号（Ｖ２１ＨＤＬＣ：ＮＳＦ／ＣＳＩ／ＤＩＳ）を、送信側ＧＷへと順次送信する。
【００３９】
それにより、送信側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ２１ＨＤＬＣ：ＮＳＦ／ＣＳＩ／ＤＩＳ）を受信すると、それぞれ対応する信号ＮＳＦ，ＣＳＩ，ＤＩＳを送信側Ｇ３ＦＡＸへと送信する。
【００４０】
これによって、送信側Ｇ３ＦＡＸは、受信側Ｇ３ＦＡＸの識別信号および伝送機能を知るので、その通知された伝送機能に基づき、そのときに使用する伝送機能およびモデム速度などを設定する。次いで、送信側Ｇ３ＦＡＸは、フラグ信号に続き、グループ３ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号ＴＳＩ、および、使用する伝送機能を通知するための信号ＤＣＳを順次送出し、さらに、通知したモデム速度でモデムトレーニングを行うための信号ＴＣＦを送出する。
【００４１】
それにより、送信側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を受信側ＧＷへ送信するとともに、信号ＴＳＩ，ＤＣＳ，ＴＣＦを順次検出すると、それらの信号ＴＳＩ，ＤＣＳをあらわす信号（Ｖ２１ＨＤＬＣ：ＴＳＩ／ＤＣＳ）を受信側ＧＷへ送信する。
【００４２】
それにより、受信側ＧＷは、フラグ信号を受信した時点で受信側Ｇ３ＦＡＸへのフラグ信号の送出を開始し、信号（Ｖ２１ＨＤＬＣ：ＴＳＩ／ＤＣＳ）を受信すると、それぞれ対応する信号ＴＳＩ，ＤＣＳ、および、信号ＴＣＦを受信側Ｇ３ＦＡＸへと送信する。
【００４３】
受信側Ｇ３ＦＡＸは、信号ＴＳＩを受信すると、相手端末（送信側Ｇ３ＦＡＸ）の識別情報を取得し、信号ＤＣＳを受信すると使用する伝送機能を取得し、それによって、モデム速度を設定し、信号ＴＣＦを受信する。
【００４４】
そして、受信側Ｇ３ＦＡＸは、信号ＴＣＦの受信結果が良好な場合には、フラグ信号に続き、グループ３ファクシミリ伝送手順信号であり、受信準備が完了した旨を通知するための信号ＣＦＲを送出する。受信側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を送信側ＧＷへ送信するとともに、信号ＣＦＲを検出すると、信号ＣＦＲをあらわす信号（Ｖ２１ＨＤＬＣ：ＣＦＲ）を送信側ＧＷへ送信する。
【００４５】
それにより、送信側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ２１ＨＤＬＣ：ＣＦＲ）を受信すると、対応する信号ＣＦＲを送信側Ｇ３ＦＡＸへと送信する。
【００４６】
このようにして、画情報の送信準備が整うと、送信側Ｇ３ＦＡＸは、モデムのリトレーニングのためのトレーニング（Ｔｒａｉｎｉｎｇ）信号を送出した後に、画情報を送出し、画情報の送出を終了すると、フラグ信号に続いて、画情報送信が終了した旨を通知する信号ＥＯＰを送出する。
【００４７】
また、送信側ＧＷは、送信側Ｇ３ＦＡＸよりトレーニング信号を検出すると、信号（Ｔ３０ＩＮＤ：Ｓｐｅｅｄ）を受信側ＧＷへ送信し、続いて、送信側Ｇ３ＦＡＸより受信した画情報（Ｖ．１７  ｎｏｎ  ＥＣＭ：Ｉｍａｇｅ  ｄａｔａ）を複数に分割し、それぞれの分割された画情報をパケットデータとして、受信側ＧＷへ送信する。そして、送信側Ｇ３ＦＡＸよりフラグ信号を検出すると、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を受信側ＧＷへ送信するとともに、信号ＥＯＰを検出すると、信号ＥＯＰをあらわす信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を受信側ＧＷへ送信する。
【００４８】
一方、受信側ＧＷは、信号（Ｔ３０ＩＮＤ：Ｓｐｅｅｄ）を受信すると、対応するトレーニング信号を受信側Ｇ３ＦＡＸへ送信し、画情報を運ぶパケットを受信すると、それに含まれている分割画情報を順次取り出し、連結した画情報を作成し、その画情報を、受信側Ｇ３ＦＡＸへ送信する。また、画報の送信を終了した後に、受信側Ｇ３ＦＡＸへのフラグ信号の送出を開始し、このときには、信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を受信するので、対応する信号ＥＯＰを受信側Ｇ３ＦＡＸへと送信する。
【００４９】
また、受信側Ｇ３ＦＡＸは、受信側ＧＷより受信したトレーニング信号でモデムのリトレーニングを行った後、画情報を受信し、次いで、フラグ信号に続いて信号ＥＯＰを受信すると、画情報の受信が終了したことを認識する。そして、受信側Ｇ３ＦＡＸは、そのときの画情報の受信結果が良好な場合には、フラグ信号に続いて、その旨を通知する信号ＭＣＦを受信側ＧＷに送信する。
【００５０】
受信側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を送信側ＧＷへ送信するとともに、信号ＭＣＦを検出すると、信号ＭＣＦをあらわす信号（Ｖ２１ＨＤＬＣ：ＭＣＦ）を送信側ＧＷへ送信する。
【００５１】
それにより、送信側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ２１ＨＤＬＣ：ＭＣＦ）を受信すると、対応する信号ＭＣＦを送信側Ｇ３ＦＡＸへと送信する。
【００５２】
それにより、送信側Ｇ３ＦＡＸは、受信側Ｇ３ＦＡＸで画情報を正常に受信されたことを認識する。この後は、送信側Ｇ３ＦＡＸは、フラグ信号に続き、回線復旧を指令するための信号ＤＣＮを送信側ＧＷへ送出した後に、回線を復旧する。
【００５３】
それにより、上述と同様の手順により、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）、信号（Ｖ２１ＨＤＬＣ：ＤＣＮ）が送信側ＧＷから受信側ＧＷへと送信される。そして、送信側ＧＷからは、フラグ信号および信号ＤＣＮが受信側Ｇ３ＦＡＸへと順次送信され、受信側Ｇ３ＦＡＸは、信号ＤＣＮを受信すると、回線を復旧する。
【００５４】
また、送信側ＧＷは、通信パスを切断する旨を要求する切断要求パケットを受信側ＧＷへ送出し、受信側ＧＷは、切断要求パケットを受信すると、通信パスの切断を確認した旨をあらわす切断確認パケットを送信側ＧＷへ送出して、一連の通信動作を終了する。
【００５５】
これにより、送信側Ｇ３ＦＡＸと送信側ＧＷとの間の回線、および、受信側Ｇ３ＦＡＸと受信側ＧＷとの間の回線が復旧され、送信側Ｇ３ＦＡＸと受信側Ｇ３ＦＡＸの間に形成されていたリアルタイム的な通信パスが切断される。
【００５６】
このようにして、送信側Ｇ３ＦＡＸと受信側Ｇ３ＦＡＸとの間のファクシミリ伝送手順が、送信側ＧＷおよび受信側ＧＷのリアルタイム伝送手順により、リアルタイム的に実行されて、送信側Ｇ３ＦＡＸから受信側Ｇ３ＦＡＸへの画情報の送信がなされる。
【００５７】
ここで、図３における信号（Ｔ３０ＩＮＤ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったトーナル信号の検出を通知するためのＩＴＵ−Ｔ勧告Ｔ．３８にかかる信号であり、信号（Ｖ２１ＨＤＬＣ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったバイナリ信号を運ぶための信号である。また、「Ｖ．２１」、ＩＴＵ−Ｔ勧告Ｖ．２１モデムにより運ばれる信号であることをあらわし、「ＨＤＬＣ」は、ＨＤＬＣフレーム化されている信号であることをあらわす。
【００５８】
そして、このような信号をやりとりすることで、送信側ＧＷと受信側ＧＷとの間で、リアルタイム伝送手順が実現される。
【００５９】
また、図３で示した伝送手順は、勧告Ｔ．３０の標準手順が実行される際に行われるものであり、勧告Ｔ．３０のオプション手順（例えば、ファイル転送モードなど）を適用する場合には、それに対応した伝送手順が実行される。その際、勧告Ｔ．３８手順において送信側ＧＷと受信側ＧＷの間でやりとりされる信号は、図３における信号と同じ形式のものが適用される。
【００６０】
さて、送信側リアルタイムインターネットゲートウェイ装置ＲＴと受信側リアルタイムインターネットゲートウェイ装置ＲＴとの間でやりとりされる信号はパケット信号であるため、一定の確率で損失を生じる可能性がある。このようなパケット損失は、送信側リアルタイムインターネットゲートウェイ装置ＲＴと受信側リアルタイムインターネットゲートウェイ装置ＲＴとの間の信号のやりとりがＵＤＰモードで行われる場合に、特に発生しやすい。
【００６１】
一方、送信側リアルタイムインターネットゲートウェイ装置ＲＴと受信側リアルタイムインターネットゲートウェイ装置ＲＴとの間でやりとりされる信号のうち、ＨＤＬＣフレームの信号は、ＦＣＳ（フレーム・チェック・シーケンス）の部分が分離されて送信される。なお、図３では、簡単のためにこの部分の信号のやりとりは省略している。
【００６２】
例えば、図４（送信側グループ３ファクシミリ装置は図示を略している）に示すように、受信側Ｇ３ＦＡＸから信号ＤＩＳが送信されると、対応する信号（Ｖ２１ＨＤＬＣ：ＤＩＳ）が受信側ＧＷから送信側ＧＷへ送信され、その後に、ＦＣＳの部分が、信号（Ｖ２１ＨＤＬＣ：ｆｃｓ−ＯＫ−ｓｉｇ−ｅｎｄ：ＤＩＳ）として、送信側ＧＷへ送信される。
【００６３】
また、勧告Ｔ．３０においては、命令信号に対する応答信号は、所定のタイマＴ４（通常、３０秒）を経過するまでに受信すべきであり、受信できなかった場合には、命令信号を再送し、最初の送信から数えて３回目の送信を行っても応答信号を受信できなかった場合には、当該通信を切断する旨が規定されている。
【００６４】
例えば、図４に図示したように、送信側Ｇ３ＦＡＸ（図示略）が信号ＤＣＳを送信したが、それに対する応答信号を受信側Ｇ３ＦＡＸが送信しなかった場合、送信側Ｇ３ＦＡＸは、３回まで信号ＤＣＳを繰り返し送信する。
【００６５】
ところが、この３回目の信号ＤＣＳの再送時に、送信側ＧＷが送信したパケット信号が損失して、受信側ＧＷで受信できないという事態を生じる場合がある。
【００６６】
このようにして、ＨＤＬＣフレーム信号の受信中にパケット信号の損失を検出した場合、受信側ＧＷは、受信側グループ３ファクシミリ装置に対して、ブレーク信号を送出し（図示略）、送信中の信号を破棄するように誘導する。なお、ブレーク信号は、通常、データ「１」を８個以上連続したもの（８ビット以上のデータ「１」の連続）である。
【００６７】
次いで、受信側ＧＷは、保存していた信号ＤＣＳを、３回目の信号ＤＣＳの再送として、受信側Ｇ３ＦＡＸへ送信する。
【００６８】
このようにすることで、リアルタイムインターネットゲートウェイ装置ＲＴ間のデータ通信でパケット損失が発生したときには、ブレーク信号を送出して、迅速に送出中の信号を破棄するように、グループ３ファクシミリ装置へ誘導することができるので、簡単な処理で、確実にかつ迅速に、パケット損失に対処することができる。
【００６９】
また、ＨＤＬＣフレーム信号の再送時にパケット損失が発生したとき、その再送が最終の送信動作である場合には、保存していたＨＤＬＣフレーム信号を代わりにグループ３ファクシミリ装置へ送信するので、パケット損失が原因となる送信エラーの発生を極力排除することができ、このリアルタイム型インターネットファクシミリ通信システムの通信可能性を向上することができる。
【００７０】
また、そのために、リアルタイムインターネットゲートウェイ装置ＲＴは、応答信号の受信を期待する命令信号を、オフランプ接続先のグループ３ファクシミリ装置へ送信するときには、対地側のリアルタイムインターネットゲートウェイ装置ＲＴから受信した命令信号の内容を保存しておいて、パケット損失に対処できるようにする。
【００７１】
なお、ここでいう「オフランプ接続先」とは、アナログ公衆網に接続されている端末を指す。高速データ通信が行われるインターネット等のネットワークから、低速データ通信が行われるアナログ公衆網へ、ゲートウェイする際に使われる用語であり、高速道路から一般道への乗り換えに擬されて使われる用語である。
【００７２】
図５は、リアルタイムインターネットゲートウェイ装置ＲＴのＵＤＰパケット解析部１４およびＧ３プロトコル情報生成部１５の処理の一例を示している。
【００７３】
ＵＤＰパケット受信時（処理１０１）に、パケット損失の発生を検出していない場合には（判断１０２の結果がＮＯ）、受信したパケットを解析してＧ３プロトコル情報を取り出して（処理１０３）、上位制御部（この場合は、ファクシミリ通信制御プログラム）へ送信し（処理１０４）、処理１０１へ戻る。
【００７４】
一方、パケット損失が発生して、判断１０２の結果がＹＥＳになると、そのパケット損失が発生した信号がＨＤＬＣフレーム構成の信号であるかどうかを調べ（判断１０５）、判断１０５の結果がＮＯになるときには、パケット損失を無視して、処理１０１へ戻る。
【００７５】
また、判断１０５の結果がＹＥＳになるときには、上位制御部へブレーク発行を指示し（処理１０６）、ＵＤＰパケットの受信を継続して、そのときに受信したＨＤＬＣフレーム信号の集結まで信号を破棄し（処理１０７）、処理１０１へ戻る。
【００７６】
図６は、ＵＤＰパケット解析部１４およびＧ３プロトコル情報生成部１５の下位制御部よりデータ受信する際のファクシミリ通信制御プログラム（上位制御部）の処理の一例を示している。
【００７７】
下位制御部よりデータ受信している際に（処理２０１）、ブレーク指示を受信するかどうかを調べる（判断２０２）。判断２０２の結果がＮＯになるときには、受信した信号がＴ．３０フレーム情報（ＨＤＬＣ信号）であるかどうかを調べ（判断２０３）、判断２０３の結果がＹＥＳになるときには、命令信号の一部であるかどうかを調べる（判断２０４）。
【００７８】
判断２０４の結果がＹＥＳになるときには、受信したＴ．３０フレーム情報を保存し、ＨＤＬＣ信号に組み上げて保持しておく（処理２０５）。また、判断２０４の結果がＮＯになるとき、および、判断２０３の結果がＮＯになるときには、処理２０５を行わない。
【００７９】
次いで、受信した情報をグループ３ファクシミリモデム１０へ転送して、オフランプ接続先のグループ３ファクシミリ装置へ送出し（処理２０６）、処理２０１へ戻る。
【００８０】
また、ブレーク指示を受信した場合で、判断２０２の結果がＹＥＳになるときには、グループ３ファクシミリモデム１０へブレーク指示を発行する（処理２０７）。これにより、グループ３ファクシミリモデム１０は、所定フォーマットのブレーク信号を、そのときのオフランプ接続先へと送信する。
【００８１】
次いで、このときにブレークしたのは、命令送信の３回目であったかどうかを調べる（判断２０８）。判断２０８の結果がＹＥＳになるときには、グループ３ファクシミリモデム１０のキャリア送出が切断されるまで待ち（処理２０９）、処理２０５で保持していた命令信号を、グループ３ファクシミリモデム１０へ転送して、オフランプ接続先のグループ３ファクシミリ装置へ送信し（処理２１０）、処理２０１へ戻る。
【００８２】
また、判断２０８の結果がＮＯになるときには、処理２０１へ戻る。
【図面の簡単な説明】
【００８３】
【図１】本発明にかかるリアルタイム型インターネットファクシミリ通信システムの一例を示したブロック図。
【図２】リアルタイムインターネットゲートウェイ装置ＲＴ（ＲＴ１，ＲＴ２）の構成例を示したブロック図。
【図３】ＩＴＵ−Ｔ勧告Ｔ．３８の手順の一例を示したタイムチャート。
【図４】本実施例における命令再送時の動作を説明するためのタイムチャート。
【図５】リアルタイムインターネットゲートウェイ装置ＲＴのＵＤＰパケット解析部１４およびＧ３プロトコル情報生成部１５の処理の一例を示したフローチャート。
【図６】ＵＤＰパケット解析部１４およびＧ３プロトコル情報生成部１５の下位制御部よりデータ受信する際のファクシミリ通信制御プログラム（上位制御部）の処理の一例を示したフローチャート。
【符号の説明】
【００８４】
ＲＴ１，ＲＴ２  リアルタイムインターネットゲートウェイ装置
ＦＧ１，ＦＧ２  グループ３ファクシミリ装置
１  システム制御部
２  システムメモリ
１４  ＵＤＰパケット解析部
１５  Ｇ３プロトコル情報生成部
【図１】
2005260624.tif 000003
【図２】
2005260624.tif 000004
【図３】
2005260624.tif 000005
【図４】
2005260624.tif 000006
【図５】
2005260624.tif 000007
【図６】
2005260624.tif 000008