JP3608029B2 - インターネットファクシミリ通信システムの制御方法およびリアルタイムインターネットゲートウェイ装置 - Google Patents
インターネットファクシミリ通信システムの制御方法およびリアルタイムインターネットゲートウェイ装置 Download PDFInfo
- Publication number
- JP3608029B2 JP3608029B2 JP28090698A JP28090698A JP3608029B2 JP 3608029 B2 JP3608029 B2 JP 3608029B2 JP 28090698 A JP28090698 A JP 28090698A JP 28090698 A JP28090698 A JP 28090698A JP 3608029 B2 JP3608029 B2 JP 3608029B2
- Authority
- JP
- Japan
- Prior art keywords
- real
- facsimile
- time
- reception
- internet gateway
- 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
Links
Images
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備えるリアルタイムインターネットゲートウェイ装置を複数設け、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現するインターネットファクシミリ通信システムの制御方法、および、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備え、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現する機能を備えたリアルタイムインターネットゲートウェイ装置に関する。
【０００２】
【従来の技術】
近年、インターネット上でやりとりする電子メールを用いて、ファクシミリ画情報を通信する通信システム（以下、「メール型インターネットファクシミリ通信システム」という。）が実用されるようになってきている。このような通信システムについては、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）というインターネットに関する技術内容をまとめている組織から発行されているＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）２３０１〜２３０６により、その技術内容が規定されている。
【０００３】
しかしながら、このメール型インターネットファクシミリ通信システムでは、送信側ファクシミリ装置と最終宛先ファクシミリ装置が直接通信するわけではないので、ファクシミリ装置相互間における通信能力の確認が即時的に行えず、そのために、ファクシミリ装置の種々の機能（解像度、画像処理能力など）を利用した画情報通信を行えないという事態を生じる。また、通信結果の通知も即時的に行えないので、送信側ユーザに通信結果が通知されるまで時間がかかり、再送信などの必要性が生じた場合の対処が遅れるという事態も生じる。
【０００４】
そこで、インターネットを利用したファクシミリ通信システムとして、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備えるリアルタイムインターネットゲートウェイ装置を複数設け、このリアルタイムインターネットゲートウェイ装置を２つ用い、インターネットを介してファクシミリ装置間のファクシミリ通信をリアルタイムに実現するリアルタイム型インターネットファクシミリ通信システムが提案されつつある。
【０００５】
このようなリアルタイム型インターネットファクシミリ通信システムでは、送信側ファクシミリ装置は受付側リアルタイムインターネットゲートウェイ装置へ発呼して、宛先電話番号を通知し、受付側リアルタイムインターネットゲートウェイ装置では、リモート側リアルタイムインターネットゲートウェイ装置に対し、送信側ファクシミリ装置より通知された宛先電話番号を通知して、接続要求する。
【０００６】
リモート側リアルタイムインターネットゲートウェイ装置は、通知された宛先電話番号へ発呼し、回線が確立すると、受信側ファクシミリ装置との間で所定のグループ３ファクシミリ伝送手順を開始するとともに、所定のリアルタイム伝送手順を開始する。
【０００７】
それにより、受付側リアルタイムインターネットゲートウェイ装置は、送信側グループ３ファクシミリ装置との間でグループ３ファクシミリ伝送手順を開始するとともに、リモート側リアルタイムインターネットゲートウェイ装置との間で所定のリアルタイム伝送手順を実行する。
【０００８】
その結果、送信側ファクシミリ装置は、受付側リアルタイムインターネットゲートウェイ装置、インターネット、および、リモート側リアルタイムインターネットゲートウェイ装置を介し、受信側ファクシミリ装置との間でリアルタイムなファクシミリ通信が可能となり、リアルタイムに画情報を送信できる。
【０００９】
したがって、このリアルタイム型インターネットファクシミリ通信システムでは、ファクシミリ装置相互間における通信能力の確認がリアルタイムに行えるので、送信側ファクシミリ装置は、受信側ファクシミリ装置の通信能力に応じた画情報を送信できるとともに、通信結果を即時に得るので、再送動作などを迅速に行うことができる。
【００１０】
【発明が解決しようとする課題】
しかしながら、このようなリアルタイム型インターネットファクシミリ通信システムには、次のような不都合がある。
【００１１】
すなわち、このリアルタイム型インターネットファクシミリ通信システムでは、公衆電話網の回線を、送信側ファクシミリ装置と受付側リアルタイムインターネットゲートウェイ装置との間、および、リモート側リアルタイムインターネットゲートウェイ装置と受信側ファクシミリ装置との間に確立する必要がある。
【００１２】
したがって、送信側ファクシミリ装置が、サービスを受けるために、受付側リアルタイムインターネットゲートウェイ装置へ発呼し、それにより、送信側ファクシミリ装置と受信側リアルタイムインターネットゲートウェイ装置との間で回線が確立したとしても、例えば、受信側ファクシミリ装置の回線がビジーであり、リモート側リアルタイムインターネットゲートウェイ装置と受信側ファクシミリ装置の間に回線が確立できない場合には、送信側ファクシミリ装置と受信側ファクシミリ装置との間のファクシミリ通信が行えず、この場合、送信側ファクシミリ装置は、再発呼する必要がある。
【００１３】
このとき、送信側ファクシミリ装置と受付側リアルタイムインターネットゲートウェイ装置との間には、回線が確立するので、送信側ファクシミリ装置には、課金が発生し、このような再発呼が頻発すると、通信料金がかさむという不具合を生じる。
【００１４】
もともと、リアルタイム型インターネットファクシミリ通信システムは、通信料金を低減できるという効果も備えているが、このような再発呼が頻発すると、この通信料金の低減効果が減殺されるという不具合を生じる。
【００１５】
本発明は、かかる実情に鑑みてなされたものであり、通信料金の上昇を低減できるとともに、ユーザの意図に沿った画情報通信が可能になるインターネットファクシミリ通信システムの制御方法、および、リアルタイムインターネットゲートウェイ装置を提供することを目的としている。
【００１６】
【課題を解決するための手段】
本発明は、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備えるリアルタイムインターネットゲートウェイ装置を複数設け、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現するインターネットファクシミリ通信システムの制御方法において、上記第１のリアルタイムインターネットゲートウェイ装置は、上記第１のファクシミリ装置より公衆網を介して画情報通信の要求および代行受信オン／オフ設定情報を受け付けると、その第１のファクシミリ装置から宛先となる第２のファクシミリ装置の宛先番号を受信して、上記第２のリアルタイムインターネットゲートウェイ装置に対し、その宛先番号を指定して接続要求し、上記第２のリアルタイムインターネットゲートウェイ装置は、上記第１のリアルタイムインターネットゲートウェイ装置より接続要求および代行受信オン／オフ設定情報を受けると、通知された宛先番号へ発呼し、その宛先番号の上記第２のファクシミリ装置との間に回線が確立すると、上記第１のリアルタイムインターネットゲートウェイ装置との間で、所定のリアルタイム手順を開始し、それ以降は、上記第１のファクシミリ装置と上記第２のファクシミリ装置との間のファクシミリ通信が、上記第１のリアルタイムインターネットゲートウェイ装置、インターネット、および、上記第２のリアルタイムインターネットゲートウェイ装置を介して行われる一方、上記第２のリアルタイムインターネットゲートウェイ装置と上記第２のファクシミリ装置との間に通信エラーを生じた場合、上記第２のリアルタイムインターネットゲートウェイ装置は、受信した代行受信オン／オフ設定情報により代行受信オンが指定されている場合には、上記第１のファクシミリ装置との間で所定のファクシミリ伝送手順を実行して上記第２のファクシミリ装置へ送信する画情報を蓄積し、上記第２のファクシミリ装置へ再発呼して、蓄積した画情報を送信するとともに、上記代行受信オン／オフ設定情報により代行受信オフが指定されている場合には、上記通信エラーが発生した時点で、前記第１のファクシミリ装置および前記第１のリアルタイムインターネットゲートウェイ装置との間で実行中の通信動作をエラー終了させるようにしたものである。
【００１７】
また、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備え、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現する機能を備えたリアルタイムインターネットゲートウェイ装置において、他のリアルタイムインターネットゲートウェイ装置より接続要求および代行受信オン／オフ設定情報を受けると、通知された宛先番号へ発呼し、その宛先番号の着側ファクシミリ装置との間に回線が確立すると、上記第１のリアルタイムインターネットゲートウェイ装置との間で、所定のリアルタイム手順を開始し、それ以降は、上記他リアルタイムインターネットゲートウェイ装置側の発側ファクシミリ装置と上記着側ファクシミリ装置との間のファクシミリ通信を行う一方、上記着側ファクシミリ装置との間に通信エラーを生じたとき、受信した代行受信オン／オフ設定情報により代行受信オンが指定されている場合には、上記発側ファクシミリ装置との間で所定のファクシミリ伝送手順を実行して上記着側ファクシミリ装置へ送信する画情報を蓄積し、上記着側ファクシミリ装置へ再発呼して、蓄積した画情報を送信する一方、上記代行受信オン／オフ設定情報により代行受信オフが指定されている場合には、上記通信エラーが発生した時点で、前記発側ファクシミリ装置および上記他のリアルタイムインターネットゲートウェイ装置との間で実行中の通信動作をエラー終了させるようにしたものである。
【００１９】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００２０】
図１は、本発明の一実施例にかかるリアルタイム型インターネットファクシミリ通信システムの一例を示している。
【００２１】
このリアルタイム型インターネットファクシミリ通信システムは、公衆電話網ＰＳＴＮに接続されたグループ３ファクシミリ装置ＦＧ１，ＦＧ２、公衆電話網ＰＳＴＮに接続されてグループ３ファクシミリ装置ＦＧ１，ＦＧ２との間でファクシミリ通信を行う機能と、インターネットＩＮＥＴに接続されてインターネットＩＮＥＴを介して所定のリアルタイム伝送手順を行う機能を備えたリアルタイムインターネットゲートウェイ装置ＧＷ１，ＧＷ２から構成される。
【００２２】
ここで、グループ３ファクシミリ装置ＦＧ１とリアルタイムインターネットゲートウェイ装置ＧＷ１が同一地域内に設置されるとともに、グループ３ファクシミリ装置ＦＧ２とリアルタイムインターネットゲートウェイ装置ＧＷ２が同一地域内に設置され、それらの設置地域は、相互に遠隔地域である。
【００２３】
したがって、この場合、グループ３ファクシミリ装置ＦＧ１については、リアルタイムインターネットゲートウェイ装置ＧＷ１が通信サービスを提供し、また、グループ３ファクシミリ装置ＦＧ２については、リアルタイムインターネットゲートウェイ装置ＧＷ２が通信サービスを提供する。
【００２４】
図２は、リアルタイムインターネットゲートウェイ装置ＧＷ（ＧＷ１，ＧＷ２）の構成例を示している。
【００２５】
同図において、システム制御部１は、このリアルタイムインターネットゲートウェイ装置の各部の制御処理、ファクシミリ伝送制御手順処理、および、リアルタイム伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このリアルタイムインターネットゲートウェイ装置に固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２６】
符号化復号化部５は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、この場合には、画情報受信時のエラー検出を主目的として用いられる。また、画像蓄積装置６は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２７】
グループ３ファクシミリモデム８は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２８】
網制御装置７は、このリアルタイムインターネットゲートウェイ装置を公衆電話網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２９】
インターネット通信制御部９は、このリアルタイムインターネットゲートウェイ装置をインターネットＩＮＥＴへ接続し、インターネットＩＮＥＴを介して種々のデータをやりとりするためのものであり、ＴＣＰ／ＩＰパケット解析部１０は、インターネット通信制御部９が受信したＴＣＰ／ＩＰパケットを解析して受信情報を取り出すためのものであり、グループ３プロトコル情報生成部１１は、リアルタイム伝送手順において、ＴＣＰ／ＩＰパケット解析部１０から出力される受信情報を対応するグループ３伝送手順信号情報に変換するものであり、その出力信号は、インターネット通信制御部９へ出力されている。
【００３０】
グループ３プロトコル情報取出部１２は、リアルタイム伝送手順において、送信するグループ３ファクシミリ伝送手順情報を取り出すためのものであり、ＴＣＰ／ＩＰパケット変換部１３は、グループ３プロトコル情報取出部１２から出力されるグループ３ファクシミリ伝送手順情報をＴＣＰ／ＩＰパケットデータへ変換するためのものである。
【００３１】
また、代行受信機能部１４は、グループ３プロトコル情報生成部１１から出力されるデータのうち、代行受信のために、このリアルタイムインターネットゲートウェイ装置から公衆電話網ＰＳＴＮのグループ３ファクシミリ装置へ送信する画情報を抽出して保存するためのものであり、その動作は、システム制御部１から制御される。
【００３２】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、操作表示部５、符号化復号化部６、画像蓄積装置７、グループ３ファクシミリモデム８、網制御装置９、グループ３プロトコル情報生成部１１、および、グループ３プロトコル情報取出部１２は、内部バス１５に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１５を介して行われている。
【００３３】
また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。
【００３４】
さて、このリアルタイム型インターネットファクシミリ通信システムにおいて、例えば、グループ３ファクシミリ装置ＦＧ１からグループ３ファクシミリ装置ＦＧ２へ画情報を送信する場合（以下、図１を参照のこと。）、まず、グループ３ファクシミリ装置ＦＧ１は、リアルタイムインターネットゲートウェイ装置ＧＷ１へ発呼する（Ｓ１）。
【００３５】
これにより、リアルタイムインターネットゲートウェイ装置ＧＷ１は、着信応答し、所定のトーン信号をグループ３ファクシミリ装置ＦＧ１へ応答する（Ｓ２）。
【００３６】
グループ３ファクシミリ装置ＦＧ１は、リアルタイムインターネットゲートウェイ装置ＧＷ１からのトーン信号を検出すると、ユーザに対し、登録されているユーザ番号と宛先ファクシミリ装置（この場合は、グループ３ファクシミリ装置ＦＧ２）の電話番号と通信エラー時の代行受信を要求するか否かの指定を入力要求し、それにより、ユーザは、自分のユーザ番号、宛先ファクシミリ装置の電話番号、および、代行受信の要求（または要求しない）を操作入力する。
【００３７】
次に、グループ３ファクシミリ装置ＦＧ１は、プッシュボタン信号ＰＢにより、ユーザから操作入力されたユーザ番号、宛先電話番号、および、代行受信を要求するか否かをあらわす代行受信オン／オフ設定情報をリアルタイムインターネットゲートウェイ装置ＧＷ１に送信する（Ｓ３）。このときのプッシュボタン信号ＰＢで送信する情報の形式は、例えば、「（ユーザ番号）＃（宛先電話番号）＃（代行受信オン／オフ設定情報）」のようなものが採用される。
【００３８】
リアルタイムインターネットゲートウェイ装置ＧＷ１は、グループ３ファクシミリ装置ＦＧ１よりプッシュボタン信号ＰＢでユーザ番号、宛先電話番号、および、代行受信オン／オフ設定情報を受信すると、リアルタイムインターネットゲートウェイ装置ＧＷ２に対し、接続要求するとともに、宛先電話番号および代行受信オン／オフ設定情報を通知する（Ｓ４）。
【００３９】
リアルタイムインターネットゲートウェイ装置ＧＷ１より接続要求を受けたリアルタイムインターネットゲートウェイ装置ＧＷ２は、そのときに通知された宛先電話番号へ発呼する（Ｓ５）。
【００４０】
その発呼先のグループ３ファクシミリ装置ＦＧ２は、着信検出すると、着信応答し（Ｓ６）、それにより、リアルタイムインターネットゲートウェイ装置ＧＷ２は、リアルタイムインターネットゲートウェイ装置ＧＷ１に対して、所定のリアルタイム伝送手順を開始する。
【００４１】
このようにして、公衆電話網ＰＳＴＮを介してグループ３ファクシミリ装置ＦＧ１とリアルタイムインターネットゲートウェイ装置ＧＷ１との間に通信パスが形成され、インターネットＩＮＥＴを介してリアルタイムインターネットゲートウェイ装置ＧＷ１とリアルタイムインターネットゲートウェイ装置ＧＷ２の間に通信パスが形成され、公衆電話網ＰＳＴＮを介してリアルタイムインターネットゲートウェイ装置ＧＷ１とグループ３ファクシミリ装置ＦＧ１との間に通信パスが形成されることで、グループ３ファクシミリ装置ＦＧ１とグループ３ファクシミリ装置ＦＧ２の間にリアルタイム的な通信パスが形成される。
【００４２】
これ以降は、図３に示すような伝送手順により、グループ３ファクシミリ装置ＦＧ１とグループ３ファクシミリ装置ＦＧ２の間で画情報送信動作が行われる。なお、図３における送信側グループ３ファクシミリ（Ｇ３ＦＡＸ）、受付側ゲートウェイ（ＧＷ）、リモート側ゲートウェイ、および、受信側グループ３ファクシミリは、それぞれ、図１のグループ３ファクシミリ装置ＦＧ１、リアルタイムインターネットゲートウェイ装置ＧＷ１、リアルタイムインターネットゲートウェイ装置ＧＷ２、および、グループ３ファクシミリ装置ＦＧ２にそれぞれ相当する。また、受付側ＧＷとリモート側ＧＷとの間でやりとりされる信号が、リアルタイム伝送手順にかかる信号である。
【００４３】
まず、リモート側ＧＷから発呼された受信側Ｇ３ＦＡＸは、着信応答して、所定のトーン信号ＣＥＤ（被呼局識別信号）を送出し、リモート側ＧＷは、このトーン信号ＣＥＤを検出すると、信号ＣＥＤを検出した旨をあらわす信号（Ｔ３０ＩＮＤ：ＣＥＤ）を受付側ＧＷへ送信し、それにより、受付側ＧＷは、トーン信号ＣＥＤを送信側Ｇ３ＦＡＸへ送出する。
【００４４】
次いで、受信側Ｇ３ＦＡＸは、フラグ（Ｆｌａｇｓ）信号に続き、グループ３ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号ＣＳＩ、および、自端末の伝送機能を通知するための信号ＤＩＳを順次送出する。リモート側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）を受付側ＧＷへ送信するとともに、信号ＣＳＩ，ＤＩＳを順次検出すると、信号ＣＳＩそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＳＩ）、信号ＣＳＩのＦＣＳ（フレームチェックシーケンス）をあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＳＩ／ＦＣＳ）、信号ＤＩＳそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＤＩＳ）、および、信号ＤＩＳのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＤＩＳ／ＦＣＳ）を、それぞれ受付側ＧＷへ送信する。
【００４５】
それにより、受付側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ．２１：ＨＤＬＣ：ＣＳＩ），（Ｖ．２１：ＨＤＬＣ：ＤＩＳ）を受信すると、それぞれ対応する信号ＣＳＩ，ＤＩＳを送信側Ｇ３ＦＡＸへと送信する。
【００４６】
それにより、送信側Ｇ３ＦＡＸは、受信側Ｇ３ＦＡＸの識別信号および伝送機能を知るので、その通知された伝送機能に基づき、そのときに使用する伝送機能およびモデム速度などを設定する。次いで、送信側Ｇ３ＦＡＸは、フラグ信号に続き、グループ３ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号ＴＳＩ、および、使用する伝送機能を通知するための信号ＤＣＳを順次送出し、さらに、通知したモデム速度でモデムトレーニングを行うための信号ＴＣＦを送出する。
【００４７】
それにより、受付側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）をリモート側ＧＷへ送信するとともに、信号ＴＳＩ，ＤＣＳ，ＴＣＦを順次検出すると、信号ＴＳＩそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＴＳＩ）、信号ＴＳＩのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＴＳＩ／ＦＣＳ）、信号ＤＣＳそのもの信号（Ｖ．２１：ＨＤＬＣ：ＤＣＳ）、信号ＤＣＳのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＤＣＳ／ＦＣＳ）、信号ＴＣＦそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＴＣＦ）、および、信号ＴＣＦをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＴＣＦ／ＦＣＳ）を、それぞれリモート側ＧＷへ送信する。
【００４８】
それにより、リモート側ＧＷは、フラグ信号を受信した時点で受信側Ｇ３ＦＡＸへのフラグ信号の送出を開始し、信号（Ｖ．２１：ＨＤＬＣ：ＴＳＩ），（Ｖ．２１：ＨＤＬＣ：ＤＣＳ），（Ｖ．２１：ＨＤＬＣ：ＴＣＦ）を受信すると、それぞれ対応する信号ＴＳＩ，ＤＣＳ，ＴＣＦを受信側Ｇ３ＦＡＸへと送信する。
【００４９】
受信側Ｇ３ＦＡＸは、信号ＴＳＩを受信すると、相手端末（送信側Ｇ３ＦＡＸ）の識別情報を取得し、信号ＤＣＳを受信すると使用する伝送機能を取得し、それによって、モデム速度を設定し、信号ＴＣＦを受信する。
【００５０】
そして、受信側Ｇ３ＦＡＸは、信号ＴＣＦの受信結果が良好な場合には、フラグ信号に続き、グループ３ファクシミリ伝送手順信号であり、受信準備が完了した旨を通知するための信号ＣＦＲ送出する。リモート側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を受付側ＧＷへ送信するとともに、信号ＣＦＲを検出すると、信号ＣＦＲそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＦＲ）、および、信号ＣＦＲのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＦＲ／ＦＣＳ）を、それぞれ送信側ＧＷへ送信する。
【００５１】
それにより、送信側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ．２１：ＨＤＬＣ：ＣＦＲ）を受信すると、対応する信号ＣＦＲを送信側Ｇ３ＦＡＸへと送信する。
【００５２】
このようにして、画情報の送信準備が整うと、送信側Ｇ３ＦＡＸは、モデムのリトレーニングのためのトレーニング（Ｔｒａｉｎｉｎｇ）信号を送出した後に、画情報（Ｉｍａｇｅ Ｄａｔａ）を送出し、画情報の送出を終了すると、フラグ信号に続いて、画情報送信が終了した旨を通知する信号ＥＯＰを送出する。
【００５３】
また、受付側ＧＷは、送信側Ｇ３ＦＡＸよりトレーニング信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｓｐｅｅｄ）をリモート側ＧＷへ送信し、続いて、送信側Ｇ３ＦＡＸより受信した画情報を複数に分割し、それぞれの分割された画情報をパケット（（Ｖ．１７：ｎｏｎ ＥＣＭ：Ｉｍａｇｅ Ｄａｔａ）〜（Ｖ．１７：ｎｏｎ ＥＣＭ：Ｉｍａｇｅ Ｄａｔａ））により、リモート側ＧＷへ送信する。そして、送信側Ｇ３ＦＡＸよりフラグ信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）をリモート側ＧＷへ送信するとともに、信号ＥＯＰを検出すると、信号ＥＯＰそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＥＯＰ）、信号ＥＯＰのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＥＯＰ／ＦＣＳ）を、リモート側ＧＷへ送信する。
【００５４】
そして、リモート側ＧＷは、信号（Ｔ３０ ＩＮＤ：Ｓｐｅｅｄ）を受信すると、対応するトレーニング信号を受信側Ｇ３ＦＡＸへ送信し、画情報を運ぶパケットを受信すると、それに含まれている分割画情報を順次取り出し、連結した画情報を作成し、その画情報を、受信側Ｇ３ＦＡＸへ送信する。また、画報の送信を終了した後に、受信側Ｇ３ＦＡＸへのフラグ信号の送出を開始し、このときには、信号（Ｖ．２１：ＨＤＬＣ：ＥＯＰ）を受信するので、対応する信号ＥＯＰを受信側Ｇ３ＦＡＸへと送信する。
【００５５】
受信側Ｇ３ＦＡＸは、リモート側ＧＷより受信したトレーニング信号でモデムのリトレーニングを行った後、画情報を受信し、次いで、フラグ信号に続いて信号ＥＯＰを受信すると、画情報の受信が終了したことを認識する。
【００５６】
そして、受信側Ｇ３ＦＡＸは、そのときの画情報の受信結果が良好な場合には、フラグ信号に続いて、その旨を通知する信号ＭＣＦをリモート側ＧＷに送信する。
【００５７】
リモート側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）を受付側ＧＷへ送信するとともに、信号ＭＣＦを検出すると、信号ＭＣＦそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＭＣＦ）、信号ＭＣＦのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＳＩ／ＦＣＳ）を、それぞれ受付側ＧＷへ送信する。
【００５８】
それにより、受付側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ．２１：ＨＤＬＣ：ＭＣＦ）を受信すると、対応する信号ＭＣＦを送信側Ｇ３ＦＡＸへと送信する。
【００５９】
それにより、送信側Ｇ３ＦＡＸは、受信側Ｇ３ＦＡＸで画情報を正常に受信されたことを認識する。この後は、送信側Ｇ３ＦＡＸは、フラグ信号に続き、回線復旧を指令するための信号ＤＣＮを受付側ＧＷへ送出した後に、回線を復旧する。
【００６０】
それにより、上述と同様の手順により、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）、信号（Ｖ．２１：ＨＤＬＣ：ＤＣＮ），（Ｖ．２１：ＨＤＬＣ：ＤＣＮ／ＦＣＳ）が受付側ＧＷからリモート側ＧＷへと送信される。そして、受付側ＧＷからは、フラグ信号および信号ＤＣＮが受信側Ｇ３ＦＡＸへと順次送信され、受信側Ｇ３ＦＡＸは、信号ＤＣＮを受信すると、回線を復旧する。
【００６１】
これにより、送信側Ｇ３ＦＡＸと受付側ＧＷとの間の回線、および、受信側Ｇ３ＦＡＸとリモート側ＧＷとの間の回線が復旧され、送信側Ｇ３ＦＡＸと受信側Ｇ３ＦＡＸの間に形成されていたリアルタイム的な通信パスが切断される。
【００６２】
このようにして、送信側Ｇ３ＦＡＸと受信側Ｇ３ＦＡＸとの間のファクシミリ伝送手順が、受付側ＧＷおよびリモート側ＧＷのリアルタイム伝送手順により、リアルタイム的に実行されて、送信側Ｇ３ＦＡＸから受信側Ｇ３ＦＡＸへの画情報の送信がなされる。
【００６３】
ここで、図３における信号（Ｔ３０ ＩＮＤ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったトーナル信号の検出を通知するための信号（データ）であり、信号（Ｖ．２１：ＨＤＬＣ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったバイナリ信号を運ぶための信号である。また、「Ｖ．２１」は、ＩＴＵ−Ｔ勧告Ｖ．２１モデムにより運ばれる信号であることをあらわし、「ＨＤＬＣ」は、ＨＤＬＣフレーム化されている信号であることをあらわす。
【００６４】
そして、このような信号をやりとりすることで、受付側ＧＷとリモート側ＧＷとの間で、リアルタイム伝送手順が実現される。
【００６５】
ところで、リモート側ＧＷと受信側Ｇ３ＦＡＸとの間でのデータ通信がエラーした場合、本実施例では、次のような処置をとる。
【００６６】
まず、送信側Ｇ３ＦＡＸから代行受信オフが設定されている場合には、リモート側ＧＷと受信側Ｇ３ＦＡＸとの間でデータ通信エラーが発生した場合には、即、その時点で通信を打ち切る。
【００６７】
この場合には、データ通信エラーは、即、送信側Ｇ３ＦＡＸで検出できることとなり、送信側Ｇ３ＦＡＸで、再送信などの処置を適切に行うことができる。
【００６８】
したがって、この場合、送信側Ｇ３ＦＡＸは、ユーザが希望しないような態様（解像度、符号化方式など）での画情報通信が実行されることがなく、ユーザの希望に添った送信動作を実現することができる。
【００６９】
一方、送信側Ｇ３ＦＡＸから代行受信オンが設定されている場合、受信側Ｇ３ＦＡＸがビジーであり、発呼時にデータ通信エラーが生じた場合には、リモート側ＧＷでは、図３における伝送手順中、受信側Ｇ３ＦＡＸとの間で送受信される信号を擬似的に処理するとともに、そのグループ３ファクシミリ伝送前手順では、受信側Ｇ３ＦＡＸの能力として標準的な能力（例えば、用紙サイズが「Ａ４」、解像度が「標準」、符号化方式が「ＨＭ」など。）を適用して、送信側Ｇ３ＦＡＸとの間で伝送機能の交渉などを行う。
【００７０】
そして、受付側ＧＷの処理を代行して実行する所定の疑似リアルタイム型処理（疑似リアルタイム伝送手順）を実行して、送信側Ｇ３ＦＡＸから送信される画情報を保存し、そのときの画情報通信動作を終了する。
【００７１】
また、この画情報通信動作を終了すると、リモート側ＧＷは、そのときに代行受信動作を行った旨を、インターネットＩＮＥＴを介して受付側ＧＷへ通知する。それにより、受付側ＧＷでは、代行受信動作により画情報が送信される旨を通知するためのレポートを作成し、公衆電話網ＰＳＴＮを用いて送信側Ｇ３ＦＡＸへ発呼し、そのレポート画像を送信する。
【００７２】
一方で、リモート側ＧＷは、適宜な間隔で受信側Ｇ３ＦＡＸへ発呼し、受信側Ｇ３ＦＡＸが着信応答すると、所定のグループ３ファクシミリ伝送手順を実行して、保存している画情報を受信側Ｇ３ＦＡＸへ送信する。
【００７３】
したがって、この場合、送信側Ｇ３ＦＡＸから送信される画情報は、標準的な受信能力に対応した態様のものとなるが、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはない。また、この場合、受付側ＧＷからは、代行受信により配信される旨のレポートが送信されてくるので、送信側Ｇ３ＦＡＸのユーザは、自分が指定した送信動作の結果を適切に知ることができる。
【００７４】
また、受信側Ｇ３ＦＡＸの受信能力の応答がある前、すなわち、受信側Ｇ３ＦＡＸの受信能力を確認する前の段階で、データ通信エラーが発生したときには、その通信エラー発生時点において、リモート側ＧＷは、受信側Ｇ３ＦＡＸとの通信を打ち切るとともに、受付側ＧＷに対して上述した疑似リアルタイム型処理を開始し、受信側Ｇ３ＦＡＸの能力として標準的な能力を適用して、伝送前手順を実行し、続いて、それ以降の画情報伝送手順を実行して、送信側Ｇ３ＦＡＸからの画情報を受信して保存する。
【００７５】
また、この画情報通信動作を終了すると、リモート側ＧＷは、そのときに代行受信動作を行った旨を、インターネットＩＮＥＴを介して受付側ＧＷへ通知する。それにより、受付側ＧＷでは、代行受信動作により画情報が送信される旨を通知するためのレポートを作成し、公衆電話網ＰＳＴＮを用いて送信側Ｇ３ＦＡＸへ発呼し、そのレポート画像を送信する。
【００７６】
一方で、リモート側ＧＷは、適宜な間隔で受信側Ｇ３ＦＡＸへ発呼し、受信側Ｇ３ＦＡＸが着信応答すると、所定のグループ３ファクシミリ伝送手順を実行して、保存している画情報を受信側Ｇ３ＦＡＸへ送信する。
【００７７】
また、受信側Ｇ３ＦＡＸの受信能力の応答があった後、すなわち、受信側Ｇ３ＦＡＸの受信能力を確認した後の段階で、データ通信エラーが発生したときには、その通信エラー発生時点において、リモート側ＧＷは、受信側Ｇ３ＦＡＸとの通信を打ち切るとともに、受付側ＧＷに対して上述した疑似リアルタイム型処理を開始し、受信側Ｇ３ＦＡＸの能力としてそのときに確認できた能力値を適用して、伝送前手順を実行し、続いて、それ以降の画情報伝送手順を実行して、送信側Ｇ３ＦＡＸからの画情報を受信して保存する。
【００７８】
また、この画情報通信動作を終了すると、リモート側ＧＷは、そのときに代行受信動作を行った旨を、インターネットＩＮＥＴを介して受付側ＧＷへ通知する。それにより、受付側ＧＷでは、代行受信動作により画情報が送信される旨を通知するためのレポートを作成し、公衆電話網ＰＳＴＮを用いて送信側Ｇ３ＦＡＸへ発呼し、そのレポート画像を送信する。
【００７９】
一方で、リモート側ＧＷは、適宜な間隔で受信側Ｇ３ＦＡＸへ発呼し、受信側Ｇ３ＦＡＸが着信応答すると、所定のグループ３ファクシミリ伝送手順を実行して、保存している画情報を受信側Ｇ３ＦＡＸへ送信する。
【００８０】
したがって、この場合、送信側Ｇ３ＦＡＸから送信される画情報は、受信側Ｇ３ＦＡＸの受信能力に対応した態様のものとなるので、受信側Ｇ３ＦＡＸで受信される画情報は、送信側Ｇ３ＦＡＸで直接接続した場合と同等な態様となり、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはないとともに、送信側Ｇ３ＦＡＸのユーザが意図した通りの画情報通信動作が実現する。また、この場合、受付側ＧＷからは、代行受信により配信される旨のレポートが送信されてくるので、送信側Ｇ３ＦＡＸのユーザは、自分が指定した送信動作の結果を適切に知ることができる。
【００８１】
図４は、この場合の送信側Ｇ３ＦＡＸの処理の一例を示している。
【００８２】
まず、受付側ＧＷへ発呼し（処理１０１）、受付側ＧＷより所定のトーン信号を、所定時間内に検出することを監視する（判断１０２，１０４のＮＯループ）。所定時間内に受付側ＧＷより所定のトーン信号を受信できなかった場合で、判断１０４の結果がＹＥＳになるときには、このときの送信動作をエラー終了する。
【００８３】
また、所定時間内に受付側ＧＷより所定のトーン信号を受信できた場合で、判断１０２の結果がＹＥＳになるときには、ユーザに対して、ユーザ番号と受信側Ｇ３ＦＡＸの電話番号（宛先番号）を入力させる（処理１０５）。続いて、代行受信を許可するか否かをあらわす情報を入力させる（処理１０６）。
【００８４】
次いで、ユーザから操作入力されたユーザ番号、宛先番号、および、代行受信オン／オフ設定情報を、「（ユーザ番号）＃（宛先電話番号）＃（代行受信オン／オフ設定情報）」なる信号形式のＰＢ信号で送出し（処理１０７）、そして、所定の伝送前手順を実行して、伝送機能やモデム速度などを設定し（処理１０８）、モデムトレーニング手順を実行して使用するモデム速度を決定し（処理１０９）、所定の画情報送信手順を実行してそのときの送信画情報を送信する（処理１１０）。
【００８５】
画情報送信を終了すると、所定の伝送後手順を実行し（処理１１１）、回線を復旧して（処理１１２）、受付側ＧＷに対するファクシミリ通信処理を終了する。
【００８６】
図５は、受付側ＧＷの処理の一例を示す。
【００８７】
着呼検出すると（処理２０１）、所定のトーン信号を応答し（処理２０２）、所定信号形式のＰＢ信号からなるユーザ番号、宛先番号、および、代行受信オン／オフ設定情報を受信して保存する（処理２０３）。
【００８８】
次いで、受信したユーザ番号が適正な内容であるかどうかを検査し（判断２０４）、判断２０４の結果がＹＥＳになるときには、リモート側ＧＷに対し、宛先番号と代行受信オン／オフ設定情報を指定した状態で接続要求し（処理２０５）、受信側Ｇ３ＦＡＸへの回線接続ができたかどうかを調べる（判断２０６）。
【００８９】
リモート側ＧＷからリアルタイム伝送手順の信号を受信した場合で、判断２０６の結果がＹＥＳになるときには、図３で説明したようなリアルタイム型処理（処理２０７）を実行する。
【００９０】
次いで、リモート側ＧＷからそのときの通信動作がエラーした旨が通知されたかどうかを調べる（判断２０９）。そのときの通信動作が正常終了した場合で、判断２０９の結果がＮＯになるときには、通信動作を終了する。
【００９１】
また、リモート側ＧＷからそのときの通信動作がエラーした旨が通知された場合で、判断２０９の結果がＹＥＳになるときには、エラー発生とそのエラー内容を通知するための所定形式のエラー通知レポート（図示略）を作成する（処理２１０）。
【００９２】
次いで、送信元Ｇ３ＦＡＸへ発呼し（処理２１１）、所定の伝送前手順を実行して使用する伝送機能やモデム速度を設定し（処理２１２）、モデムトレーニング手順を実行して使用するモデム速度を決定し（処理２１３）、そのときに送信するエラー通知レポートの画像を送信する（処理２１４）。なお、このレポート画像は、作成したエラー通知レポートの表示画像ファクシミリデータを作成し、その表示画像ファクシミリデータを符号化複号化部５で符号化圧縮することで作成される。
【００９３】
そして、レポート画像の送信を終了すると、所定の伝送後手順を実行し（処理２１５）、送信側Ｇ３ＦＡＸとの回線を復旧して（処理２１６）、この処理を終了する。
【００９４】
図６〜９は、この場合のリモート側ＧＷの処理の一例を示している。
【００９５】
受付側ＧＷより接続要求され、宛先番号および代行受信オン／オフ設定情報が通知されると（処理３０１）、宛先へ発呼し（処理３０２）、宛先が話中（ビジー）であるかどうかを調べる（判断３０３）。
【００９６】
宛先に接続できた場合で、判断３０３の結果がＮＯになるときには、代行受信オンが設定されているかどうかを調べ（判断３０４）、判断３０４の結果がＹＥＳになるときには、代行受信機能部１４の動作をオンする（処理３０５）。これにより、これ以降、画情報を受信すると、全ての画情報が代行受信機能部１４へ保存される。
【００９７】
次に、上述したリアルタイム型処理の伝送前手順を実行し（処理３０６）、この伝送前手順中に通信エラーが発生したかどうかを調べる（判断３０７）。通信エラーがなく、判断３０７の結果がＮＯになるときには、それ以降、通常のリアルタイム型のモデムトレーニング手順（処理３０８）、画情報送信手順（処理３０９）、伝送後手順（処理３１０）を順次実行し、画情報通信を終了すると、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理３１１）。
【００９８】
そして、そのときに全てのページを正常に送信できたかどうかを調べ（判断３１２）、判断３１２の結果がＹＥＳになるときには、このときの通信動作を正常終了する。
【００９９】
また、判断３１２の結果がＮＯになるときには、そのときに再送すべきページ番号を再送信開始ページにセットし（処理３１３）、受付側ＧＷに対し、インターネットＩＮＥＴを介して、通信エラーが発生した旨とその内容を通知する（処理３１５）。
【０１００】
次いで、そのときの受信側Ｇ３ＦＡＸへ発呼し（処理３１５）、ビジーであるかどうかを調べ（判断３１７）、ビジーの場合で、判断３１７の結果がＹＥＳになるときには、処理３１６へ戻り、適宜な間隔で、再発呼を繰り返す。
【０１０１】
また、受信側Ｇ３ＦＡＸが着信応答した場合で、判断３１７の結果がＮＯになるときには、受信側Ｇ３ＦＡＸとの間で所定の伝送前手順を実行して使用する伝送機能やモデム速度を設定し（処理３１８）、モデムトレーニング手順を実行して使用するモデム速度を決定し（処理３１９）、代行受信機能部１４に保存している画情報を、そのときにセットされた再送信開始ページから順次送信し（処理３２０）、代行受信した残りの画情報を全て送信終了すると、所定の伝送後手順を実行し（処理３２１）、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理３２２）。
【０１０２】
そして、そのときに代行受信機能部１４に保存した代行受信ファイルを消去して（処理３２３）、この処理を終了する。
【０１０３】
一方、リアルタイム型伝送前手順中で通信エラーが発生し、判断３０７の結果がＹＥＳになるときには、リモート側ＧＷは、まず、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理３２４）。
【０１０４】
次いで、そのときに受信側Ｇ３ＦＡＸから受信能力を取得しているかどうかを調べる（判断３２５）。受信側Ｇ３ＦＡＸからデジタル識別信号ＤＩＳや非標準機能識別信号ＮＳＦを受信しており、受信側Ｇ３ＦＡＸの受信能力を取得している場合で判断３２５の結果がＹＥＳになるときには、そのときに中断しているリアルタイム型伝送前手順を、上述した疑似リアルタイム型伝送前手順に切り換えて、その取得済みの受信能力を適用して継続実行する（処理３２６）。
【０１０５】
また、受信側Ｇ３ＦＡＸからデジタル識別信号ＤＩＳや非標準機能識別信号ＮＳＦを受信する前の段階で通信エラーが発生した場合で、判断３２５の結果がＮＯになるときには、そのときに中断しているリアルタイム型伝送前手順を、上述した疑似リアルタイム型伝送前手順に切り換えて、標準的な受信能力を適用して継続実行する（処理３２７）。
【０１０６】
このようにして、疑似リアルタイム型伝送前手順を終了すると、それ以降、上述した疑似リアルタイム型のモデムトレーニング手順（処理３２８）、画情報送信手順（処理３２９）、伝送後手順（処理３３０）を順次実行する。
【０１０７】
そして、そのときに受信側Ｇ３ＦＡＸへ再送すべきページ番号（この場合は、「１」）を再送信開始ページにセットし（処理３３１）、処理３１５へ移行し、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知した後に、受信側Ｇ３ＦＡＸへ発呼して、代行受信機能部１４に蓄積している受信画情報を送信し、送信終了すると、代行受信機能部１４に蓄積している代行受信画情報を消去する。
【０１０８】
また、宛先がビジーであった場合で、判断３０３の結果がＹＥＳになるときには、代行受信オンが設定されているかどうかを調べ（判断３３２）、代行受信オフが設定されている場合で、判断３３２の結果がＮＯになるときには、受付側ＧＷに対して接続不可を通知し（処理３３３）、この処理を終了する。
【０１０９】
また、代行受信オンが設定されている場合で、判断３３２の結果がＹＥＳになるときには、まず、標準能力を適用して上述した疑似リアルタイム型伝送前手順を実行し（処理３３４）、続いて、上述した疑似リアルタイム型のモデムトレーニング手順（処理３３５）、画情報送信手順（処理３３６）、伝送後手順（処理３３７）を順次実行する。
【０１１０】
そして、そのときに受信側Ｇ３ＦＡＸへ再送すべきページ番号（この場合は、「１」）を再送信開始ページにセットし（処理３３８）、処理３１５へ移行し、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知した後に、受信側Ｇ３ＦＡＸへ発呼して、代行受信機能部１４に蓄積している受信画情報を送信し、送信終了すると、代行受信機能部１４に蓄積している代行受信画情報を消去する。
【０１１１】
一方、送信側Ｇ３ＦＡＸから代行受信オフが設定されている場合で、判断３０４の結果がＮＯになるときには、代行受信機能部１４の動作をオフし（処理３４０）、上述したリアルタイム型処理を実行し（処理３４１）、そのリアルタイム型処理を終了すると、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理３４２）。
【０１１２】
ここで、通信エラーが発生したかどうかを調べ（判断３４３）、判断３４３の結果がＹＥＳになるときには、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知し（処理３４４）、この動作を終了する。また、通信エラーがない場合には、処理３４４を実行せずにこの動作を終了する。
【０１１３】
以上のように、本実施例では、送信側Ｇ３ＦＡＸから代行受信オンが設定されている場合、受信側Ｇ３ＦＡＸがビジーであり、発呼時にデータ通信エラーが生じた場合、あるいは、受信側Ｇ３ＦＡＸの受信能力取得前に通信エラーが発生した場合には、リモート側ＧＷでは、受信能力として標準的な能力を設定した状態で、疑似リアルタイム処理を実行して画情報を代行受信し、その代行受信した画情報を受信側Ｇ３ＦＡＸへ送信するので、送信側Ｇ３ＦＡＸから送信される画情報は、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはない。また、この場合、受付側ＧＷからは、代行受信により配信される旨のレポートが送信されてくるので、送信側Ｇ３ＦＡＸのユーザは、自分が指定した送信動作の結果を適切に知ることができる。
【０１１４】
また、送信側Ｇ３ＦＡＸから代行受信オンが設定されている場合、受信側Ｇ３ＦＡＸの受信能力取得後に通信エラーが発生した場合には、リモート側ＧＷでは、受信能力として受信側Ｇ３ＦＡＸから取得した能力を設定適用して、疑似リアルタイム処理を実行して画情報を代行受信し、その代行受信した画情報を受信側Ｇ３ＦＡＸへ送信するので、送信側Ｇ３ＦＡＸから送信される画情報は、送信側Ｇ３ＦＡＸのユーザが希望する態様となり、また、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはない。また、この場合、受付側ＧＷからは、代行受信により配信される旨のレポートが送信されてくるので、送信側Ｇ３ＦＡＸのユーザは、自分が指定した送信動作の結果を適切に知ることができる。
【０１１５】
ところで、上述した実施例では、受信側Ｇ３ＦＡＸの受信能力取得前の段階で通信エラーを生じた場合でも、送信側Ｇ３ＦＡＸから代行受信オンが設定されていれば、代行受信するようにしているが、このときの代行受信では、受信側Ｇ３ＦＡＸの受信能力を標準的なものと見なしているので、本来、受信側Ｇ３ＦＡＸが適用できるであろう通信機能または画像機能を使用することができず、不本意な画像通信となるおそれがある。
【０１１６】
そこで、受信側Ｇ３ＦＡＸの受信能力取得前の段階で通信エラーを生じた場合には、たとえ、送信側Ｇ３ＦＡＸから代行受信オンが設定されていても、（代行受信オフに強制的に変更して）代行受信を実行しないことで、上述した不具合を回避することができる。
【０１１７】
その場合にリモート側ＧＷが実行する処理の一例を、図１０〜１２に示す。
【０１１８】
受付側ＧＷより接続要求され、宛先番号および代行受信オン／オフ設定情報が通知されると（処理４０１）、宛先へ発呼し（処理４０２）、宛先が話中（ビジー）であるかどうかを調べる（判断４０３）。ここで、宛先がビジーの場合で、判断４０３の結果がＹＥＳになるときには、受付側ＧＷに対して接続不可を通知し（処理４０４）、この処理を終了する。
【０１１９】
宛先に接続できた場合で、判断４０３の結果がＮＯになるときには、代行受信オンが設定されているかどうかを調べ（判断４０５）、判断４０５の結果がＹＥＳになるときには、代行受信機能部１４の動作をオンする（処理４０６）。これにより、これ以降、画情報を受信すると、全ての画情報が代行受信機能部１４へ保存される。
【０１２０】
次に、上述したリアルタイム型処理の伝送前手順を実行し（処理４０７）、この伝送前手順中に通信エラーが発生したかどうかを調べる（判断４０８）。通信エラーがなく、判断４０８の結果がＮＯになるときには、それ以降、通常のリアルタイム型のモデムトレーニング手順（処理４０９）、画情報送信手順（処理４１０）、伝送後手順（処理４１１）を順次実行し、画情報通信を終了すると、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理４１２）。
【０１２１】
そして、そのときに全てのページを正常に送信できたかどうかを調べ（判断４１３）、判断４１３の結果がＹＥＳになるときには、このときの通信動作を正常終了する。
【０１２２】
また、判断４１３の結果がＮＯになるときには、そのときに再送すべきページ番号を再送信開始ページにセットし（処理４１４）、受付側ＧＷに対し、インターネットＩＮＥＴを介して、通信エラーが発生した旨とその内容を通知する（処理４１５）。
【０１２３】
次いで、そのときの受信側Ｇ３ＦＡＸへ発呼し（処理４１６）、ビジーであるかどうかを調べ（判断４１７）、ビジーの場合で、判断４１７の結果がＹＥＳになるときには、処理４１６へ戻り、適宜な間隔で、再発呼を繰り返す。
【０１２４】
また、受信側Ｇ３ＦＡＸが着信応答した場合で、判断４１７の結果がＮＯになるときには、受信側Ｇ３ＦＡＸとの間で所定の伝送前手順を実行して使用する伝送機能やモデム速度を設定し（処理４１８）、モデムトレーニング手順を実行して使用するモデム速度を決定し（処理４１９）、代行受信機能部１４に保存している画情報を、そのときにセットされた再送信開始ページから順次送信し（処理４２０）、代行受信した残りの画情報を全て送信終了すると、所定の伝送後手順を実行し（処理４２１）、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理４２２）。
【０１２５】
そして、そのときに代行受信機能部１４に保存した代行受信ファイルを消去して（処理４２３）、この処理を終了する。
【０１２６】
一方、リアルタイム型伝送前手順中で通信エラーが発生し、判断４０８の結果がＹＥＳになるときには、リモート側ＧＷは、まず、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理４２５）。
【０１２７】
次いで、そのときに受信側Ｇ３ＦＡＸから受信能力を取得しているかどうかを調べる（判断４２６）。受信側Ｇ３ＦＡＸからデジタル識別信号ＤＩＳや非標準機能識別信号ＮＳＦを受信しており、受信側Ｇ３ＦＡＸの受信能力を取得している場合で判断４２６の結果がＹＥＳになるときには、そのときに中断しているリアルタイム型伝送前手順を、上述した疑似リアルタイム型伝送前手順に切り換えて、その取得済みの受信能力を適用して継続実行する（処理４２７）。
【０１２８】
このようにして、疑似リアルタイム型伝送前手順を終了すると、それ以降、上述した疑似リアルタイム型のモデムトレーニング手順（処理４２８）、画情報送信手順（処理４２９）、伝送後手順（処理４３０）を順次実行する。
【０１２９】
そして、そのときに受信側Ｇ３ＦＡＸへ再送すべきページ番号（この場合は、「１」）を再送信開始ページにセットし（処理４３１）、処理４１５へ移行し、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知した後に、受信側Ｇ３ＦＡＸへ発呼して、代行受信機能部１４に蓄積している受信画情報を送信し、送信終了すると、代行受信機能部１４に蓄積している代行受信画情報を消去する。
【０１３０】
また、受信側Ｇ３ＦＡＸからデジタル識別信号ＤＩＳや非標準機能識別信号ＮＳＦを受信する前の段階で通信エラーが発生した場合で、判断４２６の結果がＮＯになるときには、そのときに中断しているリアルタイム型伝送前手順を打ち切り（処理４３２）、受付側ＧＷに対し、インターネットＩＮＥＴを介して、通信エラーが発生した旨とその内容を通知して（処理４３３）、この処理を終了する。
【０１３１】
一方、送信側Ｇ３ＦＡＸから代行受信オフが設定されている場合で、判断４０５の結果がＮＯになるときには、代行受信機能部１４の動作をオフし（処理４３５）、上述したリアルタイム型処理を実行し（処理４３６）、そのリアルタイム型処理を終了すると、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理４３７）。
【０１３２】
ここで、通信エラーが発生したかどうかを調べ（判断４３８）、判断４３８の結果がＹＥＳになるときには、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知し（処理４３９）、この動作を終了する。また、通信エラーがない場合には、処理４３９を実行せずにこの動作を終了する。
【０１３３】
このようにして、本実施例では、受信側Ｇ３ＦＡＸの受信能力取得前の段階で通信エラーを生じた場合には、たとえ、送信側Ｇ３ＦＡＸから代行受信オンが設定されていても、（代行受信オフに強制的に変更して）代行受信を実行しないことで、上述した不具合を回避することができる。
【０１３４】
なお、上述した実施例では、リモート側ＧＷで代行受信をするか否かの設定を送信側Ｇ３ＦＡＸから行えるようにしているが、この設定を、リモート側ＧＷのみで行うようにすることもできる。また、基本的には、代行受信をするか否かは、リモート側ＧＷの設定内容を適用するが、送信側Ｇ３ＦＡＸから代行受信オン／オフ設定情報が送られてきたときには、その受信した代行受信オン／オフ設定情報の内容に従って代行受信を行うか否かを設定するように構成することもできる。
【０１３５】
【発明の効果】
以上説明したように、本発明によれば、送信側Ｇ３ＦＡＸから代行受信オンが設定されている場合、受信側Ｇ３ＦＡＸがビジーであり、発呼時にデータ通信エラーが生じた場合、あるいは、受信側Ｇ３ＦＡＸの受信能力取得前に通信エラーが発生した場合には、リモート側ＧＷでは、受信能力として標準的な能力を設定した状態で、疑似リアルタイム処理を実行して画情報を代行受信し、その代行受信した画情報を受信側Ｇ３ＦＡＸへ送信するので、送信側Ｇ３ＦＡＸから送信される画情報は、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはないという効果を得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかるリアルタイム型インターネットファクシミリ通信システムの一例を示したブロック図。
【図２】リアルタイムインターネットゲートウェイ装置ＧＷ（ＧＷ１，ＧＷ２）の構成例を示したブロック図。
【図３】送信側Ｇ３ＦＡＸ、受付側ＧＷ、リモート側ＧＷ、受信側Ｇ３ＦＡＸの間で実行される伝送手順の一例を示したタイムチャート。
【図４】送信側Ｇ３ＦＡＸの処理の一例を示したフローチャート。
【図５】受付側ＧＷの処理の一例を示したフローチャート。
【図６】リモート側ＧＷの処理の一例の一部を示したフローチャート。
【図７】リモート側ＧＷの処理の一例の他の部分を示したフローチャート。
【図８】リモート側ＧＷの処理の一例のさらに他の部分を示したフローチャート。
【図９】リモート側ＧＷの処理の一例の残りの部分を示したフローチャート。
【図１０】リモート側ＧＷの処理の他の例の一部を示したフローチャート。
【図１１】リモート側ＧＷの処理の他の例の他の部分を示したフローチャート。
【図１２】リモート側ＧＷの処理の他の例の残りの部分を示したフローチャート。
【符号の説明】
ＧＷ１，ＧＷ２ リアルタイムインターネットゲートウェイ装置
ＦＧ１，ＦＧ２ グループ３ファクシミリ装置
【発明の属する技術分野】
本発明は、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備えるリアルタイムインターネットゲートウェイ装置を複数設け、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現するインターネットファクシミリ通信システムの制御方法、および、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備え、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現する機能を備えたリアルタイムインターネットゲートウェイ装置に関する。
【０００２】
【従来の技術】
近年、インターネット上でやりとりする電子メールを用いて、ファクシミリ画情報を通信する通信システム（以下、「メール型インターネットファクシミリ通信システム」という。）が実用されるようになってきている。このような通信システムについては、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）というインターネットに関する技術内容をまとめている組織から発行されているＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）２３０１〜２３０６により、その技術内容が規定されている。
【０００３】
しかしながら、このメール型インターネットファクシミリ通信システムでは、送信側ファクシミリ装置と最終宛先ファクシミリ装置が直接通信するわけではないので、ファクシミリ装置相互間における通信能力の確認が即時的に行えず、そのために、ファクシミリ装置の種々の機能（解像度、画像処理能力など）を利用した画情報通信を行えないという事態を生じる。また、通信結果の通知も即時的に行えないので、送信側ユーザに通信結果が通知されるまで時間がかかり、再送信などの必要性が生じた場合の対処が遅れるという事態も生じる。
【０００４】
そこで、インターネットを利用したファクシミリ通信システムとして、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備えるリアルタイムインターネットゲートウェイ装置を複数設け、このリアルタイムインターネットゲートウェイ装置を２つ用い、インターネットを介してファクシミリ装置間のファクシミリ通信をリアルタイムに実現するリアルタイム型インターネットファクシミリ通信システムが提案されつつある。
【０００５】
このようなリアルタイム型インターネットファクシミリ通信システムでは、送信側ファクシミリ装置は受付側リアルタイムインターネットゲートウェイ装置へ発呼して、宛先電話番号を通知し、受付側リアルタイムインターネットゲートウェイ装置では、リモート側リアルタイムインターネットゲートウェイ装置に対し、送信側ファクシミリ装置より通知された宛先電話番号を通知して、接続要求する。
【０００６】
リモート側リアルタイムインターネットゲートウェイ装置は、通知された宛先電話番号へ発呼し、回線が確立すると、受信側ファクシミリ装置との間で所定のグループ３ファクシミリ伝送手順を開始するとともに、所定のリアルタイム伝送手順を開始する。
【０００７】
それにより、受付側リアルタイムインターネットゲートウェイ装置は、送信側グループ３ファクシミリ装置との間でグループ３ファクシミリ伝送手順を開始するとともに、リモート側リアルタイムインターネットゲートウェイ装置との間で所定のリアルタイム伝送手順を実行する。
【０００８】
その結果、送信側ファクシミリ装置は、受付側リアルタイムインターネットゲートウェイ装置、インターネット、および、リモート側リアルタイムインターネットゲートウェイ装置を介し、受信側ファクシミリ装置との間でリアルタイムなファクシミリ通信が可能となり、リアルタイムに画情報を送信できる。
【０００９】
したがって、このリアルタイム型インターネットファクシミリ通信システムでは、ファクシミリ装置相互間における通信能力の確認がリアルタイムに行えるので、送信側ファクシミリ装置は、受信側ファクシミリ装置の通信能力に応じた画情報を送信できるとともに、通信結果を即時に得るので、再送動作などを迅速に行うことができる。
【００１０】
【発明が解決しようとする課題】
しかしながら、このようなリアルタイム型インターネットファクシミリ通信システムには、次のような不都合がある。
【００１１】
すなわち、このリアルタイム型インターネットファクシミリ通信システムでは、公衆電話網の回線を、送信側ファクシミリ装置と受付側リアルタイムインターネットゲートウェイ装置との間、および、リモート側リアルタイムインターネットゲートウェイ装置と受信側ファクシミリ装置との間に確立する必要がある。
【００１２】
したがって、送信側ファクシミリ装置が、サービスを受けるために、受付側リアルタイムインターネットゲートウェイ装置へ発呼し、それにより、送信側ファクシミリ装置と受信側リアルタイムインターネットゲートウェイ装置との間で回線が確立したとしても、例えば、受信側ファクシミリ装置の回線がビジーであり、リモート側リアルタイムインターネットゲートウェイ装置と受信側ファクシミリ装置の間に回線が確立できない場合には、送信側ファクシミリ装置と受信側ファクシミリ装置との間のファクシミリ通信が行えず、この場合、送信側ファクシミリ装置は、再発呼する必要がある。
【００１３】
このとき、送信側ファクシミリ装置と受付側リアルタイムインターネットゲートウェイ装置との間には、回線が確立するので、送信側ファクシミリ装置には、課金が発生し、このような再発呼が頻発すると、通信料金がかさむという不具合を生じる。
【００１４】
もともと、リアルタイム型インターネットファクシミリ通信システムは、通信料金を低減できるという効果も備えているが、このような再発呼が頻発すると、この通信料金の低減効果が減殺されるという不具合を生じる。
【００１５】
本発明は、かかる実情に鑑みてなされたものであり、通信料金の上昇を低減できるとともに、ユーザの意図に沿った画情報通信が可能になるインターネットファクシミリ通信システムの制御方法、および、リアルタイムインターネットゲートウェイ装置を提供することを目的としている。
【００１６】
【課題を解決するための手段】
本発明は、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備えるリアルタイムインターネットゲートウェイ装置を複数設け、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現するインターネットファクシミリ通信システムの制御方法において、上記第１のリアルタイムインターネットゲートウェイ装置は、上記第１のファクシミリ装置より公衆網を介して画情報通信の要求および代行受信オン／オフ設定情報を受け付けると、その第１のファクシミリ装置から宛先となる第２のファクシミリ装置の宛先番号を受信して、上記第２のリアルタイムインターネットゲートウェイ装置に対し、その宛先番号を指定して接続要求し、上記第２のリアルタイムインターネットゲートウェイ装置は、上記第１のリアルタイムインターネットゲートウェイ装置より接続要求および代行受信オン／オフ設定情報を受けると、通知された宛先番号へ発呼し、その宛先番号の上記第２のファクシミリ装置との間に回線が確立すると、上記第１のリアルタイムインターネットゲートウェイ装置との間で、所定のリアルタイム手順を開始し、それ以降は、上記第１のファクシミリ装置と上記第２のファクシミリ装置との間のファクシミリ通信が、上記第１のリアルタイムインターネットゲートウェイ装置、インターネット、および、上記第２のリアルタイムインターネットゲートウェイ装置を介して行われる一方、上記第２のリアルタイムインターネットゲートウェイ装置と上記第２のファクシミリ装置との間に通信エラーを生じた場合、上記第２のリアルタイムインターネットゲートウェイ装置は、受信した代行受信オン／オフ設定情報により代行受信オンが指定されている場合には、上記第１のファクシミリ装置との間で所定のファクシミリ伝送手順を実行して上記第２のファクシミリ装置へ送信する画情報を蓄積し、上記第２のファクシミリ装置へ再発呼して、蓄積した画情報を送信するとともに、上記代行受信オン／オフ設定情報により代行受信オフが指定されている場合には、上記通信エラーが発生した時点で、前記第１のファクシミリ装置および前記第１のリアルタイムインターネットゲートウェイ装置との間で実行中の通信動作をエラー終了させるようにしたものである。
【００１７】
また、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備え、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現する機能を備えたリアルタイムインターネットゲートウェイ装置において、他のリアルタイムインターネットゲートウェイ装置より接続要求および代行受信オン／オフ設定情報を受けると、通知された宛先番号へ発呼し、その宛先番号の着側ファクシミリ装置との間に回線が確立すると、上記第１のリアルタイムインターネットゲートウェイ装置との間で、所定のリアルタイム手順を開始し、それ以降は、上記他リアルタイムインターネットゲートウェイ装置側の発側ファクシミリ装置と上記着側ファクシミリ装置との間のファクシミリ通信を行う一方、上記着側ファクシミリ装置との間に通信エラーを生じたとき、受信した代行受信オン／オフ設定情報により代行受信オンが指定されている場合には、上記発側ファクシミリ装置との間で所定のファクシミリ伝送手順を実行して上記着側ファクシミリ装置へ送信する画情報を蓄積し、上記着側ファクシミリ装置へ再発呼して、蓄積した画情報を送信する一方、上記代行受信オン／オフ設定情報により代行受信オフが指定されている場合には、上記通信エラーが発生した時点で、前記発側ファクシミリ装置および上記他のリアルタイムインターネットゲートウェイ装置との間で実行中の通信動作をエラー終了させるようにしたものである。
【００１９】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００２０】
図１は、本発明の一実施例にかかるリアルタイム型インターネットファクシミリ通信システムの一例を示している。
【００２１】
このリアルタイム型インターネットファクシミリ通信システムは、公衆電話網ＰＳＴＮに接続されたグループ３ファクシミリ装置ＦＧ１，ＦＧ２、公衆電話網ＰＳＴＮに接続されてグループ３ファクシミリ装置ＦＧ１，ＦＧ２との間でファクシミリ通信を行う機能と、インターネットＩＮＥＴに接続されてインターネットＩＮＥＴを介して所定のリアルタイム伝送手順を行う機能を備えたリアルタイムインターネットゲートウェイ装置ＧＷ１，ＧＷ２から構成される。
【００２２】
ここで、グループ３ファクシミリ装置ＦＧ１とリアルタイムインターネットゲートウェイ装置ＧＷ１が同一地域内に設置されるとともに、グループ３ファクシミリ装置ＦＧ２とリアルタイムインターネットゲートウェイ装置ＧＷ２が同一地域内に設置され、それらの設置地域は、相互に遠隔地域である。
【００２３】
したがって、この場合、グループ３ファクシミリ装置ＦＧ１については、リアルタイムインターネットゲートウェイ装置ＧＷ１が通信サービスを提供し、また、グループ３ファクシミリ装置ＦＧ２については、リアルタイムインターネットゲートウェイ装置ＧＷ２が通信サービスを提供する。
【００２４】
図２は、リアルタイムインターネットゲートウェイ装置ＧＷ（ＧＷ１，ＧＷ２）の構成例を示している。
【００２５】
同図において、システム制御部１は、このリアルタイムインターネットゲートウェイ装置の各部の制御処理、ファクシミリ伝送制御手順処理、および、リアルタイム伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このリアルタイムインターネットゲートウェイ装置に固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２６】
符号化復号化部５は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、この場合には、画情報受信時のエラー検出を主目的として用いられる。また、画像蓄積装置６は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２７】
グループ３ファクシミリモデム８は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２８】
網制御装置７は、このリアルタイムインターネットゲートウェイ装置を公衆電話網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２９】
インターネット通信制御部９は、このリアルタイムインターネットゲートウェイ装置をインターネットＩＮＥＴへ接続し、インターネットＩＮＥＴを介して種々のデータをやりとりするためのものであり、ＴＣＰ／ＩＰパケット解析部１０は、インターネット通信制御部９が受信したＴＣＰ／ＩＰパケットを解析して受信情報を取り出すためのものであり、グループ３プロトコル情報生成部１１は、リアルタイム伝送手順において、ＴＣＰ／ＩＰパケット解析部１０から出力される受信情報を対応するグループ３伝送手順信号情報に変換するものであり、その出力信号は、インターネット通信制御部９へ出力されている。
【００３０】
グループ３プロトコル情報取出部１２は、リアルタイム伝送手順において、送信するグループ３ファクシミリ伝送手順情報を取り出すためのものであり、ＴＣＰ／ＩＰパケット変換部１３は、グループ３プロトコル情報取出部１２から出力されるグループ３ファクシミリ伝送手順情報をＴＣＰ／ＩＰパケットデータへ変換するためのものである。
【００３１】
また、代行受信機能部１４は、グループ３プロトコル情報生成部１１から出力されるデータのうち、代行受信のために、このリアルタイムインターネットゲートウェイ装置から公衆電話網ＰＳＴＮのグループ３ファクシミリ装置へ送信する画情報を抽出して保存するためのものであり、その動作は、システム制御部１から制御される。
【００３２】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、操作表示部５、符号化復号化部６、画像蓄積装置７、グループ３ファクシミリモデム８、網制御装置９、グループ３プロトコル情報生成部１１、および、グループ３プロトコル情報取出部１２は、内部バス１５に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１５を介して行われている。
【００３３】
また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。
【００３４】
さて、このリアルタイム型インターネットファクシミリ通信システムにおいて、例えば、グループ３ファクシミリ装置ＦＧ１からグループ３ファクシミリ装置ＦＧ２へ画情報を送信する場合（以下、図１を参照のこと。）、まず、グループ３ファクシミリ装置ＦＧ１は、リアルタイムインターネットゲートウェイ装置ＧＷ１へ発呼する（Ｓ１）。
【００３５】
これにより、リアルタイムインターネットゲートウェイ装置ＧＷ１は、着信応答し、所定のトーン信号をグループ３ファクシミリ装置ＦＧ１へ応答する（Ｓ２）。
【００３６】
グループ３ファクシミリ装置ＦＧ１は、リアルタイムインターネットゲートウェイ装置ＧＷ１からのトーン信号を検出すると、ユーザに対し、登録されているユーザ番号と宛先ファクシミリ装置（この場合は、グループ３ファクシミリ装置ＦＧ２）の電話番号と通信エラー時の代行受信を要求するか否かの指定を入力要求し、それにより、ユーザは、自分のユーザ番号、宛先ファクシミリ装置の電話番号、および、代行受信の要求（または要求しない）を操作入力する。
【００３７】
次に、グループ３ファクシミリ装置ＦＧ１は、プッシュボタン信号ＰＢにより、ユーザから操作入力されたユーザ番号、宛先電話番号、および、代行受信を要求するか否かをあらわす代行受信オン／オフ設定情報をリアルタイムインターネットゲートウェイ装置ＧＷ１に送信する（Ｓ３）。このときのプッシュボタン信号ＰＢで送信する情報の形式は、例えば、「（ユーザ番号）＃（宛先電話番号）＃（代行受信オン／オフ設定情報）」のようなものが採用される。
【００３８】
リアルタイムインターネットゲートウェイ装置ＧＷ１は、グループ３ファクシミリ装置ＦＧ１よりプッシュボタン信号ＰＢでユーザ番号、宛先電話番号、および、代行受信オン／オフ設定情報を受信すると、リアルタイムインターネットゲートウェイ装置ＧＷ２に対し、接続要求するとともに、宛先電話番号および代行受信オン／オフ設定情報を通知する（Ｓ４）。
【００３９】
リアルタイムインターネットゲートウェイ装置ＧＷ１より接続要求を受けたリアルタイムインターネットゲートウェイ装置ＧＷ２は、そのときに通知された宛先電話番号へ発呼する（Ｓ５）。
【００４０】
その発呼先のグループ３ファクシミリ装置ＦＧ２は、着信検出すると、着信応答し（Ｓ６）、それにより、リアルタイムインターネットゲートウェイ装置ＧＷ２は、リアルタイムインターネットゲートウェイ装置ＧＷ１に対して、所定のリアルタイム伝送手順を開始する。
【００４１】
このようにして、公衆電話網ＰＳＴＮを介してグループ３ファクシミリ装置ＦＧ１とリアルタイムインターネットゲートウェイ装置ＧＷ１との間に通信パスが形成され、インターネットＩＮＥＴを介してリアルタイムインターネットゲートウェイ装置ＧＷ１とリアルタイムインターネットゲートウェイ装置ＧＷ２の間に通信パスが形成され、公衆電話網ＰＳＴＮを介してリアルタイムインターネットゲートウェイ装置ＧＷ１とグループ３ファクシミリ装置ＦＧ１との間に通信パスが形成されることで、グループ３ファクシミリ装置ＦＧ１とグループ３ファクシミリ装置ＦＧ２の間にリアルタイム的な通信パスが形成される。
【００４２】
これ以降は、図３に示すような伝送手順により、グループ３ファクシミリ装置ＦＧ１とグループ３ファクシミリ装置ＦＧ２の間で画情報送信動作が行われる。なお、図３における送信側グループ３ファクシミリ（Ｇ３ＦＡＸ）、受付側ゲートウェイ（ＧＷ）、リモート側ゲートウェイ、および、受信側グループ３ファクシミリは、それぞれ、図１のグループ３ファクシミリ装置ＦＧ１、リアルタイムインターネットゲートウェイ装置ＧＷ１、リアルタイムインターネットゲートウェイ装置ＧＷ２、および、グループ３ファクシミリ装置ＦＧ２にそれぞれ相当する。また、受付側ＧＷとリモート側ＧＷとの間でやりとりされる信号が、リアルタイム伝送手順にかかる信号である。
【００４３】
まず、リモート側ＧＷから発呼された受信側Ｇ３ＦＡＸは、着信応答して、所定のトーン信号ＣＥＤ（被呼局識別信号）を送出し、リモート側ＧＷは、このトーン信号ＣＥＤを検出すると、信号ＣＥＤを検出した旨をあらわす信号（Ｔ３０ＩＮＤ：ＣＥＤ）を受付側ＧＷへ送信し、それにより、受付側ＧＷは、トーン信号ＣＥＤを送信側Ｇ３ＦＡＸへ送出する。
【００４４】
次いで、受信側Ｇ３ＦＡＸは、フラグ（Ｆｌａｇｓ）信号に続き、グループ３ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号ＣＳＩ、および、自端末の伝送機能を通知するための信号ＤＩＳを順次送出する。リモート側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）を受付側ＧＷへ送信するとともに、信号ＣＳＩ，ＤＩＳを順次検出すると、信号ＣＳＩそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＳＩ）、信号ＣＳＩのＦＣＳ（フレームチェックシーケンス）をあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＳＩ／ＦＣＳ）、信号ＤＩＳそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＤＩＳ）、および、信号ＤＩＳのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＤＩＳ／ＦＣＳ）を、それぞれ受付側ＧＷへ送信する。
【００４５】
それにより、受付側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ．２１：ＨＤＬＣ：ＣＳＩ），（Ｖ．２１：ＨＤＬＣ：ＤＩＳ）を受信すると、それぞれ対応する信号ＣＳＩ，ＤＩＳを送信側Ｇ３ＦＡＸへと送信する。
【００４６】
それにより、送信側Ｇ３ＦＡＸは、受信側Ｇ３ＦＡＸの識別信号および伝送機能を知るので、その通知された伝送機能に基づき、そのときに使用する伝送機能およびモデム速度などを設定する。次いで、送信側Ｇ３ＦＡＸは、フラグ信号に続き、グループ３ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号ＴＳＩ、および、使用する伝送機能を通知するための信号ＤＣＳを順次送出し、さらに、通知したモデム速度でモデムトレーニングを行うための信号ＴＣＦを送出する。
【００４７】
それにより、受付側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）をリモート側ＧＷへ送信するとともに、信号ＴＳＩ，ＤＣＳ，ＴＣＦを順次検出すると、信号ＴＳＩそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＴＳＩ）、信号ＴＳＩのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＴＳＩ／ＦＣＳ）、信号ＤＣＳそのもの信号（Ｖ．２１：ＨＤＬＣ：ＤＣＳ）、信号ＤＣＳのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＤＣＳ／ＦＣＳ）、信号ＴＣＦそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＴＣＦ）、および、信号ＴＣＦをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＴＣＦ／ＦＣＳ）を、それぞれリモート側ＧＷへ送信する。
【００４８】
それにより、リモート側ＧＷは、フラグ信号を受信した時点で受信側Ｇ３ＦＡＸへのフラグ信号の送出を開始し、信号（Ｖ．２１：ＨＤＬＣ：ＴＳＩ），（Ｖ．２１：ＨＤＬＣ：ＤＣＳ），（Ｖ．２１：ＨＤＬＣ：ＴＣＦ）を受信すると、それぞれ対応する信号ＴＳＩ，ＤＣＳ，ＴＣＦを受信側Ｇ３ＦＡＸへと送信する。
【００４９】
受信側Ｇ３ＦＡＸは、信号ＴＳＩを受信すると、相手端末（送信側Ｇ３ＦＡＸ）の識別情報を取得し、信号ＤＣＳを受信すると使用する伝送機能を取得し、それによって、モデム速度を設定し、信号ＴＣＦを受信する。
【００５０】
そして、受信側Ｇ３ＦＡＸは、信号ＴＣＦの受信結果が良好な場合には、フラグ信号に続き、グループ３ファクシミリ伝送手順信号であり、受信準備が完了した旨を通知するための信号ＣＦＲ送出する。リモート側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を受付側ＧＷへ送信するとともに、信号ＣＦＲを検出すると、信号ＣＦＲそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＦＲ）、および、信号ＣＦＲのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＦＲ／ＦＣＳ）を、それぞれ送信側ＧＷへ送信する。
【００５１】
それにより、送信側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ．２１：ＨＤＬＣ：ＣＦＲ）を受信すると、対応する信号ＣＦＲを送信側Ｇ３ＦＡＸへと送信する。
【００５２】
このようにして、画情報の送信準備が整うと、送信側Ｇ３ＦＡＸは、モデムのリトレーニングのためのトレーニング（Ｔｒａｉｎｉｎｇ）信号を送出した後に、画情報（Ｉｍａｇｅ Ｄａｔａ）を送出し、画情報の送出を終了すると、フラグ信号に続いて、画情報送信が終了した旨を通知する信号ＥＯＰを送出する。
【００５３】
また、受付側ＧＷは、送信側Ｇ３ＦＡＸよりトレーニング信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｓｐｅｅｄ）をリモート側ＧＷへ送信し、続いて、送信側Ｇ３ＦＡＸより受信した画情報を複数に分割し、それぞれの分割された画情報をパケット（（Ｖ．１７：ｎｏｎ ＥＣＭ：Ｉｍａｇｅ Ｄａｔａ）〜（Ｖ．１７：ｎｏｎ ＥＣＭ：Ｉｍａｇｅ Ｄａｔａ））により、リモート側ＧＷへ送信する。そして、送信側Ｇ３ＦＡＸよりフラグ信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）をリモート側ＧＷへ送信するとともに、信号ＥＯＰを検出すると、信号ＥＯＰそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＥＯＰ）、信号ＥＯＰのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＥＯＰ／ＦＣＳ）を、リモート側ＧＷへ送信する。
【００５４】
そして、リモート側ＧＷは、信号（Ｔ３０ ＩＮＤ：Ｓｐｅｅｄ）を受信すると、対応するトレーニング信号を受信側Ｇ３ＦＡＸへ送信し、画情報を運ぶパケットを受信すると、それに含まれている分割画情報を順次取り出し、連結した画情報を作成し、その画情報を、受信側Ｇ３ＦＡＸへ送信する。また、画報の送信を終了した後に、受信側Ｇ３ＦＡＸへのフラグ信号の送出を開始し、このときには、信号（Ｖ．２１：ＨＤＬＣ：ＥＯＰ）を受信するので、対応する信号ＥＯＰを受信側Ｇ３ＦＡＸへと送信する。
【００５５】
受信側Ｇ３ＦＡＸは、リモート側ＧＷより受信したトレーニング信号でモデムのリトレーニングを行った後、画情報を受信し、次いで、フラグ信号に続いて信号ＥＯＰを受信すると、画情報の受信が終了したことを認識する。
【００５６】
そして、受信側Ｇ３ＦＡＸは、そのときの画情報の受信結果が良好な場合には、フラグ信号に続いて、その旨を通知する信号ＭＣＦをリモート側ＧＷに送信する。
【００５７】
リモート側ＧＷは、フラグ信号を検出すると、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）を受付側ＧＷへ送信するとともに、信号ＭＣＦを検出すると、信号ＭＣＦそのものをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＭＣＦ）、信号ＭＣＦのＦＣＳをあらわす信号（Ｖ．２１：ＨＤＬＣ：ＣＳＩ／ＦＣＳ）を、それぞれ受付側ＧＷへ送信する。
【００５８】
それにより、受付側ＧＷは、フラグ信号を受信した時点で送信側Ｇ３ＦＡＸへフラグ信号の送出を開始し、信号（Ｖ．２１：ＨＤＬＣ：ＭＣＦ）を受信すると、対応する信号ＭＣＦを送信側Ｇ３ＦＡＸへと送信する。
【００５９】
それにより、送信側Ｇ３ＦＡＸは、受信側Ｇ３ＦＡＸで画情報を正常に受信されたことを認識する。この後は、送信側Ｇ３ＦＡＸは、フラグ信号に続き、回線復旧を指令するための信号ＤＣＮを受付側ＧＷへ送出した後に、回線を復旧する。
【００６０】
それにより、上述と同様の手順により、信号（Ｔ３０ ＩＮＤ：Ｆｌａｇｓ）、信号（Ｖ．２１：ＨＤＬＣ：ＤＣＮ），（Ｖ．２１：ＨＤＬＣ：ＤＣＮ／ＦＣＳ）が受付側ＧＷからリモート側ＧＷへと送信される。そして、受付側ＧＷからは、フラグ信号および信号ＤＣＮが受信側Ｇ３ＦＡＸへと順次送信され、受信側Ｇ３ＦＡＸは、信号ＤＣＮを受信すると、回線を復旧する。
【００６１】
これにより、送信側Ｇ３ＦＡＸと受付側ＧＷとの間の回線、および、受信側Ｇ３ＦＡＸとリモート側ＧＷとの間の回線が復旧され、送信側Ｇ３ＦＡＸと受信側Ｇ３ＦＡＸの間に形成されていたリアルタイム的な通信パスが切断される。
【００６２】
このようにして、送信側Ｇ３ＦＡＸと受信側Ｇ３ＦＡＸとの間のファクシミリ伝送手順が、受付側ＧＷおよびリモート側ＧＷのリアルタイム伝送手順により、リアルタイム的に実行されて、送信側Ｇ３ＦＡＸから受信側Ｇ３ＦＡＸへの画情報の送信がなされる。
【００６３】
ここで、図３における信号（Ｔ３０ ＩＮＤ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったトーナル信号の検出を通知するための信号（データ）であり、信号（Ｖ．２１：ＨＤＬＣ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったバイナリ信号を運ぶための信号である。また、「Ｖ．２１」は、ＩＴＵ−Ｔ勧告Ｖ．２１モデムにより運ばれる信号であることをあらわし、「ＨＤＬＣ」は、ＨＤＬＣフレーム化されている信号であることをあらわす。
【００６４】
そして、このような信号をやりとりすることで、受付側ＧＷとリモート側ＧＷとの間で、リアルタイム伝送手順が実現される。
【００６５】
ところで、リモート側ＧＷと受信側Ｇ３ＦＡＸとの間でのデータ通信がエラーした場合、本実施例では、次のような処置をとる。
【００６６】
まず、送信側Ｇ３ＦＡＸから代行受信オフが設定されている場合には、リモート側ＧＷと受信側Ｇ３ＦＡＸとの間でデータ通信エラーが発生した場合には、即、その時点で通信を打ち切る。
【００６７】
この場合には、データ通信エラーは、即、送信側Ｇ３ＦＡＸで検出できることとなり、送信側Ｇ３ＦＡＸで、再送信などの処置を適切に行うことができる。
【００６８】
したがって、この場合、送信側Ｇ３ＦＡＸは、ユーザが希望しないような態様（解像度、符号化方式など）での画情報通信が実行されることがなく、ユーザの希望に添った送信動作を実現することができる。
【００６９】
一方、送信側Ｇ３ＦＡＸから代行受信オンが設定されている場合、受信側Ｇ３ＦＡＸがビジーであり、発呼時にデータ通信エラーが生じた場合には、リモート側ＧＷでは、図３における伝送手順中、受信側Ｇ３ＦＡＸとの間で送受信される信号を擬似的に処理するとともに、そのグループ３ファクシミリ伝送前手順では、受信側Ｇ３ＦＡＸの能力として標準的な能力（例えば、用紙サイズが「Ａ４」、解像度が「標準」、符号化方式が「ＨＭ」など。）を適用して、送信側Ｇ３ＦＡＸとの間で伝送機能の交渉などを行う。
【００７０】
そして、受付側ＧＷの処理を代行して実行する所定の疑似リアルタイム型処理（疑似リアルタイム伝送手順）を実行して、送信側Ｇ３ＦＡＸから送信される画情報を保存し、そのときの画情報通信動作を終了する。
【００７１】
また、この画情報通信動作を終了すると、リモート側ＧＷは、そのときに代行受信動作を行った旨を、インターネットＩＮＥＴを介して受付側ＧＷへ通知する。それにより、受付側ＧＷでは、代行受信動作により画情報が送信される旨を通知するためのレポートを作成し、公衆電話網ＰＳＴＮを用いて送信側Ｇ３ＦＡＸへ発呼し、そのレポート画像を送信する。
【００７２】
一方で、リモート側ＧＷは、適宜な間隔で受信側Ｇ３ＦＡＸへ発呼し、受信側Ｇ３ＦＡＸが着信応答すると、所定のグループ３ファクシミリ伝送手順を実行して、保存している画情報を受信側Ｇ３ＦＡＸへ送信する。
【００７３】
したがって、この場合、送信側Ｇ３ＦＡＸから送信される画情報は、標準的な受信能力に対応した態様のものとなるが、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはない。また、この場合、受付側ＧＷからは、代行受信により配信される旨のレポートが送信されてくるので、送信側Ｇ３ＦＡＸのユーザは、自分が指定した送信動作の結果を適切に知ることができる。
【００７４】
また、受信側Ｇ３ＦＡＸの受信能力の応答がある前、すなわち、受信側Ｇ３ＦＡＸの受信能力を確認する前の段階で、データ通信エラーが発生したときには、その通信エラー発生時点において、リモート側ＧＷは、受信側Ｇ３ＦＡＸとの通信を打ち切るとともに、受付側ＧＷに対して上述した疑似リアルタイム型処理を開始し、受信側Ｇ３ＦＡＸの能力として標準的な能力を適用して、伝送前手順を実行し、続いて、それ以降の画情報伝送手順を実行して、送信側Ｇ３ＦＡＸからの画情報を受信して保存する。
【００７５】
また、この画情報通信動作を終了すると、リモート側ＧＷは、そのときに代行受信動作を行った旨を、インターネットＩＮＥＴを介して受付側ＧＷへ通知する。それにより、受付側ＧＷでは、代行受信動作により画情報が送信される旨を通知するためのレポートを作成し、公衆電話網ＰＳＴＮを用いて送信側Ｇ３ＦＡＸへ発呼し、そのレポート画像を送信する。
【００７６】
一方で、リモート側ＧＷは、適宜な間隔で受信側Ｇ３ＦＡＸへ発呼し、受信側Ｇ３ＦＡＸが着信応答すると、所定のグループ３ファクシミリ伝送手順を実行して、保存している画情報を受信側Ｇ３ＦＡＸへ送信する。
【００７７】
また、受信側Ｇ３ＦＡＸの受信能力の応答があった後、すなわち、受信側Ｇ３ＦＡＸの受信能力を確認した後の段階で、データ通信エラーが発生したときには、その通信エラー発生時点において、リモート側ＧＷは、受信側Ｇ３ＦＡＸとの通信を打ち切るとともに、受付側ＧＷに対して上述した疑似リアルタイム型処理を開始し、受信側Ｇ３ＦＡＸの能力としてそのときに確認できた能力値を適用して、伝送前手順を実行し、続いて、それ以降の画情報伝送手順を実行して、送信側Ｇ３ＦＡＸからの画情報を受信して保存する。
【００７８】
また、この画情報通信動作を終了すると、リモート側ＧＷは、そのときに代行受信動作を行った旨を、インターネットＩＮＥＴを介して受付側ＧＷへ通知する。それにより、受付側ＧＷでは、代行受信動作により画情報が送信される旨を通知するためのレポートを作成し、公衆電話網ＰＳＴＮを用いて送信側Ｇ３ＦＡＸへ発呼し、そのレポート画像を送信する。
【００７９】
一方で、リモート側ＧＷは、適宜な間隔で受信側Ｇ３ＦＡＸへ発呼し、受信側Ｇ３ＦＡＸが着信応答すると、所定のグループ３ファクシミリ伝送手順を実行して、保存している画情報を受信側Ｇ３ＦＡＸへ送信する。
【００８０】
したがって、この場合、送信側Ｇ３ＦＡＸから送信される画情報は、受信側Ｇ３ＦＡＸの受信能力に対応した態様のものとなるので、受信側Ｇ３ＦＡＸで受信される画情報は、送信側Ｇ３ＦＡＸで直接接続した場合と同等な態様となり、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはないとともに、送信側Ｇ３ＦＡＸのユーザが意図した通りの画情報通信動作が実現する。また、この場合、受付側ＧＷからは、代行受信により配信される旨のレポートが送信されてくるので、送信側Ｇ３ＦＡＸのユーザは、自分が指定した送信動作の結果を適切に知ることができる。
【００８１】
図４は、この場合の送信側Ｇ３ＦＡＸの処理の一例を示している。
【００８２】
まず、受付側ＧＷへ発呼し（処理１０１）、受付側ＧＷより所定のトーン信号を、所定時間内に検出することを監視する（判断１０２，１０４のＮＯループ）。所定時間内に受付側ＧＷより所定のトーン信号を受信できなかった場合で、判断１０４の結果がＹＥＳになるときには、このときの送信動作をエラー終了する。
【００８３】
また、所定時間内に受付側ＧＷより所定のトーン信号を受信できた場合で、判断１０２の結果がＹＥＳになるときには、ユーザに対して、ユーザ番号と受信側Ｇ３ＦＡＸの電話番号（宛先番号）を入力させる（処理１０５）。続いて、代行受信を許可するか否かをあらわす情報を入力させる（処理１０６）。
【００８４】
次いで、ユーザから操作入力されたユーザ番号、宛先番号、および、代行受信オン／オフ設定情報を、「（ユーザ番号）＃（宛先電話番号）＃（代行受信オン／オフ設定情報）」なる信号形式のＰＢ信号で送出し（処理１０７）、そして、所定の伝送前手順を実行して、伝送機能やモデム速度などを設定し（処理１０８）、モデムトレーニング手順を実行して使用するモデム速度を決定し（処理１０９）、所定の画情報送信手順を実行してそのときの送信画情報を送信する（処理１１０）。
【００８５】
画情報送信を終了すると、所定の伝送後手順を実行し（処理１１１）、回線を復旧して（処理１１２）、受付側ＧＷに対するファクシミリ通信処理を終了する。
【００８６】
図５は、受付側ＧＷの処理の一例を示す。
【００８７】
着呼検出すると（処理２０１）、所定のトーン信号を応答し（処理２０２）、所定信号形式のＰＢ信号からなるユーザ番号、宛先番号、および、代行受信オン／オフ設定情報を受信して保存する（処理２０３）。
【００８８】
次いで、受信したユーザ番号が適正な内容であるかどうかを検査し（判断２０４）、判断２０４の結果がＹＥＳになるときには、リモート側ＧＷに対し、宛先番号と代行受信オン／オフ設定情報を指定した状態で接続要求し（処理２０５）、受信側Ｇ３ＦＡＸへの回線接続ができたかどうかを調べる（判断２０６）。
【００８９】
リモート側ＧＷからリアルタイム伝送手順の信号を受信した場合で、判断２０６の結果がＹＥＳになるときには、図３で説明したようなリアルタイム型処理（処理２０７）を実行する。
【００９０】
次いで、リモート側ＧＷからそのときの通信動作がエラーした旨が通知されたかどうかを調べる（判断２０９）。そのときの通信動作が正常終了した場合で、判断２０９の結果がＮＯになるときには、通信動作を終了する。
【００９１】
また、リモート側ＧＷからそのときの通信動作がエラーした旨が通知された場合で、判断２０９の結果がＹＥＳになるときには、エラー発生とそのエラー内容を通知するための所定形式のエラー通知レポート（図示略）を作成する（処理２１０）。
【００９２】
次いで、送信元Ｇ３ＦＡＸへ発呼し（処理２１１）、所定の伝送前手順を実行して使用する伝送機能やモデム速度を設定し（処理２１２）、モデムトレーニング手順を実行して使用するモデム速度を決定し（処理２１３）、そのときに送信するエラー通知レポートの画像を送信する（処理２１４）。なお、このレポート画像は、作成したエラー通知レポートの表示画像ファクシミリデータを作成し、その表示画像ファクシミリデータを符号化複号化部５で符号化圧縮することで作成される。
【００９３】
そして、レポート画像の送信を終了すると、所定の伝送後手順を実行し（処理２１５）、送信側Ｇ３ＦＡＸとの回線を復旧して（処理２１６）、この処理を終了する。
【００９４】
図６〜９は、この場合のリモート側ＧＷの処理の一例を示している。
【００９５】
受付側ＧＷより接続要求され、宛先番号および代行受信オン／オフ設定情報が通知されると（処理３０１）、宛先へ発呼し（処理３０２）、宛先が話中（ビジー）であるかどうかを調べる（判断３０３）。
【００９６】
宛先に接続できた場合で、判断３０３の結果がＮＯになるときには、代行受信オンが設定されているかどうかを調べ（判断３０４）、判断３０４の結果がＹＥＳになるときには、代行受信機能部１４の動作をオンする（処理３０５）。これにより、これ以降、画情報を受信すると、全ての画情報が代行受信機能部１４へ保存される。
【００９７】
次に、上述したリアルタイム型処理の伝送前手順を実行し（処理３０６）、この伝送前手順中に通信エラーが発生したかどうかを調べる（判断３０７）。通信エラーがなく、判断３０７の結果がＮＯになるときには、それ以降、通常のリアルタイム型のモデムトレーニング手順（処理３０８）、画情報送信手順（処理３０９）、伝送後手順（処理３１０）を順次実行し、画情報通信を終了すると、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理３１１）。
【００９８】
そして、そのときに全てのページを正常に送信できたかどうかを調べ（判断３１２）、判断３１２の結果がＹＥＳになるときには、このときの通信動作を正常終了する。
【００９９】
また、判断３１２の結果がＮＯになるときには、そのときに再送すべきページ番号を再送信開始ページにセットし（処理３１３）、受付側ＧＷに対し、インターネットＩＮＥＴを介して、通信エラーが発生した旨とその内容を通知する（処理３１５）。
【０１００】
次いで、そのときの受信側Ｇ３ＦＡＸへ発呼し（処理３１５）、ビジーであるかどうかを調べ（判断３１７）、ビジーの場合で、判断３１７の結果がＹＥＳになるときには、処理３１６へ戻り、適宜な間隔で、再発呼を繰り返す。
【０１０１】
また、受信側Ｇ３ＦＡＸが着信応答した場合で、判断３１７の結果がＮＯになるときには、受信側Ｇ３ＦＡＸとの間で所定の伝送前手順を実行して使用する伝送機能やモデム速度を設定し（処理３１８）、モデムトレーニング手順を実行して使用するモデム速度を決定し（処理３１９）、代行受信機能部１４に保存している画情報を、そのときにセットされた再送信開始ページから順次送信し（処理３２０）、代行受信した残りの画情報を全て送信終了すると、所定の伝送後手順を実行し（処理３２１）、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理３２２）。
【０１０２】
そして、そのときに代行受信機能部１４に保存した代行受信ファイルを消去して（処理３２３）、この処理を終了する。
【０１０３】
一方、リアルタイム型伝送前手順中で通信エラーが発生し、判断３０７の結果がＹＥＳになるときには、リモート側ＧＷは、まず、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理３２４）。
【０１０４】
次いで、そのときに受信側Ｇ３ＦＡＸから受信能力を取得しているかどうかを調べる（判断３２５）。受信側Ｇ３ＦＡＸからデジタル識別信号ＤＩＳや非標準機能識別信号ＮＳＦを受信しており、受信側Ｇ３ＦＡＸの受信能力を取得している場合で判断３２５の結果がＹＥＳになるときには、そのときに中断しているリアルタイム型伝送前手順を、上述した疑似リアルタイム型伝送前手順に切り換えて、その取得済みの受信能力を適用して継続実行する（処理３２６）。
【０１０５】
また、受信側Ｇ３ＦＡＸからデジタル識別信号ＤＩＳや非標準機能識別信号ＮＳＦを受信する前の段階で通信エラーが発生した場合で、判断３２５の結果がＮＯになるときには、そのときに中断しているリアルタイム型伝送前手順を、上述した疑似リアルタイム型伝送前手順に切り換えて、標準的な受信能力を適用して継続実行する（処理３２７）。
【０１０６】
このようにして、疑似リアルタイム型伝送前手順を終了すると、それ以降、上述した疑似リアルタイム型のモデムトレーニング手順（処理３２８）、画情報送信手順（処理３２９）、伝送後手順（処理３３０）を順次実行する。
【０１０７】
そして、そのときに受信側Ｇ３ＦＡＸへ再送すべきページ番号（この場合は、「１」）を再送信開始ページにセットし（処理３３１）、処理３１５へ移行し、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知した後に、受信側Ｇ３ＦＡＸへ発呼して、代行受信機能部１４に蓄積している受信画情報を送信し、送信終了すると、代行受信機能部１４に蓄積している代行受信画情報を消去する。
【０１０８】
また、宛先がビジーであった場合で、判断３０３の結果がＹＥＳになるときには、代行受信オンが設定されているかどうかを調べ（判断３３２）、代行受信オフが設定されている場合で、判断３３２の結果がＮＯになるときには、受付側ＧＷに対して接続不可を通知し（処理３３３）、この処理を終了する。
【０１０９】
また、代行受信オンが設定されている場合で、判断３３２の結果がＹＥＳになるときには、まず、標準能力を適用して上述した疑似リアルタイム型伝送前手順を実行し（処理３３４）、続いて、上述した疑似リアルタイム型のモデムトレーニング手順（処理３３５）、画情報送信手順（処理３３６）、伝送後手順（処理３３７）を順次実行する。
【０１１０】
そして、そのときに受信側Ｇ３ＦＡＸへ再送すべきページ番号（この場合は、「１」）を再送信開始ページにセットし（処理３３８）、処理３１５へ移行し、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知した後に、受信側Ｇ３ＦＡＸへ発呼して、代行受信機能部１４に蓄積している受信画情報を送信し、送信終了すると、代行受信機能部１４に蓄積している代行受信画情報を消去する。
【０１１１】
一方、送信側Ｇ３ＦＡＸから代行受信オフが設定されている場合で、判断３０４の結果がＮＯになるときには、代行受信機能部１４の動作をオフし（処理３４０）、上述したリアルタイム型処理を実行し（処理３４１）、そのリアルタイム型処理を終了すると、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理３４２）。
【０１１２】
ここで、通信エラーが発生したかどうかを調べ（判断３４３）、判断３４３の結果がＹＥＳになるときには、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知し（処理３４４）、この動作を終了する。また、通信エラーがない場合には、処理３４４を実行せずにこの動作を終了する。
【０１１３】
以上のように、本実施例では、送信側Ｇ３ＦＡＸから代行受信オンが設定されている場合、受信側Ｇ３ＦＡＸがビジーであり、発呼時にデータ通信エラーが生じた場合、あるいは、受信側Ｇ３ＦＡＸの受信能力取得前に通信エラーが発生した場合には、リモート側ＧＷでは、受信能力として標準的な能力を設定した状態で、疑似リアルタイム処理を実行して画情報を代行受信し、その代行受信した画情報を受信側Ｇ３ＦＡＸへ送信するので、送信側Ｇ３ＦＡＸから送信される画情報は、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはない。また、この場合、受付側ＧＷからは、代行受信により配信される旨のレポートが送信されてくるので、送信側Ｇ３ＦＡＸのユーザは、自分が指定した送信動作の結果を適切に知ることができる。
【０１１４】
また、送信側Ｇ３ＦＡＸから代行受信オンが設定されている場合、受信側Ｇ３ＦＡＸの受信能力取得後に通信エラーが発生した場合には、リモート側ＧＷでは、受信能力として受信側Ｇ３ＦＡＸから取得した能力を設定適用して、疑似リアルタイム処理を実行して画情報を代行受信し、その代行受信した画情報を受信側Ｇ３ＦＡＸへ送信するので、送信側Ｇ３ＦＡＸから送信される画情報は、送信側Ｇ３ＦＡＸのユーザが希望する態様となり、また、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはない。また、この場合、受付側ＧＷからは、代行受信により配信される旨のレポートが送信されてくるので、送信側Ｇ３ＦＡＸのユーザは、自分が指定した送信動作の結果を適切に知ることができる。
【０１１５】
ところで、上述した実施例では、受信側Ｇ３ＦＡＸの受信能力取得前の段階で通信エラーを生じた場合でも、送信側Ｇ３ＦＡＸから代行受信オンが設定されていれば、代行受信するようにしているが、このときの代行受信では、受信側Ｇ３ＦＡＸの受信能力を標準的なものと見なしているので、本来、受信側Ｇ３ＦＡＸが適用できるであろう通信機能または画像機能を使用することができず、不本意な画像通信となるおそれがある。
【０１１６】
そこで、受信側Ｇ３ＦＡＸの受信能力取得前の段階で通信エラーを生じた場合には、たとえ、送信側Ｇ３ＦＡＸから代行受信オンが設定されていても、（代行受信オフに強制的に変更して）代行受信を実行しないことで、上述した不具合を回避することができる。
【０１１７】
その場合にリモート側ＧＷが実行する処理の一例を、図１０〜１２に示す。
【０１１８】
受付側ＧＷより接続要求され、宛先番号および代行受信オン／オフ設定情報が通知されると（処理４０１）、宛先へ発呼し（処理４０２）、宛先が話中（ビジー）であるかどうかを調べる（判断４０３）。ここで、宛先がビジーの場合で、判断４０３の結果がＹＥＳになるときには、受付側ＧＷに対して接続不可を通知し（処理４０４）、この処理を終了する。
【０１１９】
宛先に接続できた場合で、判断４０３の結果がＮＯになるときには、代行受信オンが設定されているかどうかを調べ（判断４０５）、判断４０５の結果がＹＥＳになるときには、代行受信機能部１４の動作をオンする（処理４０６）。これにより、これ以降、画情報を受信すると、全ての画情報が代行受信機能部１４へ保存される。
【０１２０】
次に、上述したリアルタイム型処理の伝送前手順を実行し（処理４０７）、この伝送前手順中に通信エラーが発生したかどうかを調べる（判断４０８）。通信エラーがなく、判断４０８の結果がＮＯになるときには、それ以降、通常のリアルタイム型のモデムトレーニング手順（処理４０９）、画情報送信手順（処理４１０）、伝送後手順（処理４１１）を順次実行し、画情報通信を終了すると、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理４１２）。
【０１２１】
そして、そのときに全てのページを正常に送信できたかどうかを調べ（判断４１３）、判断４１３の結果がＹＥＳになるときには、このときの通信動作を正常終了する。
【０１２２】
また、判断４１３の結果がＮＯになるときには、そのときに再送すべきページ番号を再送信開始ページにセットし（処理４１４）、受付側ＧＷに対し、インターネットＩＮＥＴを介して、通信エラーが発生した旨とその内容を通知する（処理４１５）。
【０１２３】
次いで、そのときの受信側Ｇ３ＦＡＸへ発呼し（処理４１６）、ビジーであるかどうかを調べ（判断４１７）、ビジーの場合で、判断４１７の結果がＹＥＳになるときには、処理４１６へ戻り、適宜な間隔で、再発呼を繰り返す。
【０１２４】
また、受信側Ｇ３ＦＡＸが着信応答した場合で、判断４１７の結果がＮＯになるときには、受信側Ｇ３ＦＡＸとの間で所定の伝送前手順を実行して使用する伝送機能やモデム速度を設定し（処理４１８）、モデムトレーニング手順を実行して使用するモデム速度を決定し（処理４１９）、代行受信機能部１４に保存している画情報を、そのときにセットされた再送信開始ページから順次送信し（処理４２０）、代行受信した残りの画情報を全て送信終了すると、所定の伝送後手順を実行し（処理４２１）、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理４２２）。
【０１２５】
そして、そのときに代行受信機能部１４に保存した代行受信ファイルを消去して（処理４２３）、この処理を終了する。
【０１２６】
一方、リアルタイム型伝送前手順中で通信エラーが発生し、判断４０８の結果がＹＥＳになるときには、リモート側ＧＷは、まず、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理４２５）。
【０１２７】
次いで、そのときに受信側Ｇ３ＦＡＸから受信能力を取得しているかどうかを調べる（判断４２６）。受信側Ｇ３ＦＡＸからデジタル識別信号ＤＩＳや非標準機能識別信号ＮＳＦを受信しており、受信側Ｇ３ＦＡＸの受信能力を取得している場合で判断４２６の結果がＹＥＳになるときには、そのときに中断しているリアルタイム型伝送前手順を、上述した疑似リアルタイム型伝送前手順に切り換えて、その取得済みの受信能力を適用して継続実行する（処理４２７）。
【０１２８】
このようにして、疑似リアルタイム型伝送前手順を終了すると、それ以降、上述した疑似リアルタイム型のモデムトレーニング手順（処理４２８）、画情報送信手順（処理４２９）、伝送後手順（処理４３０）を順次実行する。
【０１２９】
そして、そのときに受信側Ｇ３ＦＡＸへ再送すべきページ番号（この場合は、「１」）を再送信開始ページにセットし（処理４３１）、処理４１５へ移行し、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知した後に、受信側Ｇ３ＦＡＸへ発呼して、代行受信機能部１４に蓄積している受信画情報を送信し、送信終了すると、代行受信機能部１４に蓄積している代行受信画情報を消去する。
【０１３０】
また、受信側Ｇ３ＦＡＸからデジタル識別信号ＤＩＳや非標準機能識別信号ＮＳＦを受信する前の段階で通信エラーが発生した場合で、判断４２６の結果がＮＯになるときには、そのときに中断しているリアルタイム型伝送前手順を打ち切り（処理４３２）、受付側ＧＷに対し、インターネットＩＮＥＴを介して、通信エラーが発生した旨とその内容を通知して（処理４３３）、この処理を終了する。
【０１３１】
一方、送信側Ｇ３ＦＡＸから代行受信オフが設定されている場合で、判断４０５の結果がＮＯになるときには、代行受信機能部１４の動作をオフし（処理４３５）、上述したリアルタイム型処理を実行し（処理４３６）、そのリアルタイム型処理を終了すると、受信側Ｇ３ＦＡＸとの間の回線を復旧する（処理４３７）。
【０１３２】
ここで、通信エラーが発生したかどうかを調べ（判断４３８）、判断４３８の結果がＹＥＳになるときには、受付側ＧＷに対し通信エラーが発生した旨とその内容を通知し（処理４３９）、この動作を終了する。また、通信エラーがない場合には、処理４３９を実行せずにこの動作を終了する。
【０１３３】
このようにして、本実施例では、受信側Ｇ３ＦＡＸの受信能力取得前の段階で通信エラーを生じた場合には、たとえ、送信側Ｇ３ＦＡＸから代行受信オンが設定されていても、（代行受信オフに強制的に変更して）代行受信を実行しないことで、上述した不具合を回避することができる。
【０１３４】
なお、上述した実施例では、リモート側ＧＷで代行受信をするか否かの設定を送信側Ｇ３ＦＡＸから行えるようにしているが、この設定を、リモート側ＧＷのみで行うようにすることもできる。また、基本的には、代行受信をするか否かは、リモート側ＧＷの設定内容を適用するが、送信側Ｇ３ＦＡＸから代行受信オン／オフ設定情報が送られてきたときには、その受信した代行受信オン／オフ設定情報の内容に従って代行受信を行うか否かを設定するように構成することもできる。
【０１３５】
【発明の効果】
以上説明したように、本発明によれば、送信側Ｇ３ＦＡＸから代行受信オンが設定されている場合、受信側Ｇ３ＦＡＸがビジーであり、発呼時にデータ通信エラーが生じた場合、あるいは、受信側Ｇ３ＦＡＸの受信能力取得前に通信エラーが発生した場合には、リモート側ＧＷでは、受信能力として標準的な能力を設定した状態で、疑似リアルタイム処理を実行して画情報を代行受信し、その代行受信した画情報を受信側Ｇ３ＦＡＸへ送信するので、送信側Ｇ３ＦＡＸから送信される画情報は、確実に受信側に画情報を配信することができ、送信側Ｇ３ＦＡＸの発呼動作が無駄なることはないという効果を得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかるリアルタイム型インターネットファクシミリ通信システムの一例を示したブロック図。
【図２】リアルタイムインターネットゲートウェイ装置ＧＷ（ＧＷ１，ＧＷ２）の構成例を示したブロック図。
【図３】送信側Ｇ３ＦＡＸ、受付側ＧＷ、リモート側ＧＷ、受信側Ｇ３ＦＡＸの間で実行される伝送手順の一例を示したタイムチャート。
【図４】送信側Ｇ３ＦＡＸの処理の一例を示したフローチャート。
【図５】受付側ＧＷの処理の一例を示したフローチャート。
【図６】リモート側ＧＷの処理の一例の一部を示したフローチャート。
【図７】リモート側ＧＷの処理の一例の他の部分を示したフローチャート。
【図８】リモート側ＧＷの処理の一例のさらに他の部分を示したフローチャート。
【図９】リモート側ＧＷの処理の一例の残りの部分を示したフローチャート。
【図１０】リモート側ＧＷの処理の他の例の一部を示したフローチャート。
【図１１】リモート側ＧＷの処理の他の例の他の部分を示したフローチャート。
【図１２】リモート側ＧＷの処理の他の例の残りの部分を示したフローチャート。
【符号の説明】
ＧＷ１，ＧＷ２ リアルタイムインターネットゲートウェイ装置
ＦＧ１，ＦＧ２ グループ３ファクシミリ装置
Claims (2)
- 公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備えるリアルタイムインターネットゲートウェイ装置を複数設け、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現するインターネットファクシミリ通信システムの制御方法において、
上記第１のリアルタイムインターネットゲートウェイ装置は、上記第１のファクシミリ装置より公衆網を介して画情報通信の要求および代行受信オン／オフ設定情報を受け付けると、その第１のファクシミリ装置から宛先となる第２のファクシミリ装置の宛先番号を受信して、上記第２のリアルタイムインターネットゲートウェイ装置に対し、その宛先番号を指定して接続要求し、
上記第２のリアルタイムインターネットゲートウェイ装置は、上記第１のリアルタイムインターネットゲートウェイ装置より接続要求および代行受信オン／オフ設定情報を受けると、通知された宛先番号へ発呼し、その宛先番号の上記第２のファクシミリ装置との間に回線が確立すると、上記第１のリアルタイムインターネットゲートウェイ装置との間で、所定のリアルタイム手順を開始し、それ以降は、上記第１のファクシミリ装置と上記第２のファクシミリ装置との間のファクシミリ通信が、上記第１のリアルタイムインターネットゲートウェイ装置、インターネット、および、上記第２のリアルタイムインターネットゲートウェイ装置を介して行われる一方、
上記第２のリアルタイムインターネットゲートウェイ装置と上記第２のファクシミリ装置との間に通信エラーを生じた場合、上記第２のリアルタイムインターネットゲートウェイ装置は、受信した代行受信オン／オフ設定情報により代行受信オンが指定されている場合には、上記第１のファクシミリ装置との間で所定のファクシミリ伝送手順を実行して上記第２のファクシミリ装置へ送信する画情報を蓄積し、上記第２のファクシミリ装置へ再発呼して、蓄積した画情報を送信するとともに、上記代行受信オン／オフ設定情報により代行受信オフが指定されている場合には、上記通信エラーが発生した時点で、前記第１のファクシミリ装置および前記第１のリアルタイムインターネットゲートウェイ装置との間で実行中の通信動作をエラー終了させることを特徴とするインターネットファクシミリ通信システムの制御方法。 - 公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備え、インターネットを介して上記ファクシミリ装置間のファクシミリ通信をリアルタイムに実現する機能を備えたリアルタイムインターネットゲートウェイ装置において、
他のリアルタイムインターネットゲートウェイ装置より接続要求および代行受信オン／オフ設定情報を受けると、通知された宛先番号へ発呼し、その宛先番号の着側ファクシミリ装置との間に回線が確立すると、上記第１のリアルタイムインターネットゲートウェイ装置との間で、所定のリアルタイム手順を開始し、それ以降は、上記他リアルタイムインターネットゲートウェイ装置側の発側ファクシミリ装置と上記着側ファクシミリ装置との間のファクシミリ通信を行う一方、
上記着側ファクシミリ装置との間に通信エラーを生じたとき、受信した代行受信オン／オフ設定情報により代行受信オンが指定されている場合には、上記発側ファクシミリ装置との間で所定のファクシミリ伝送手順を実行して上記着側ファクシミリ装置へ送信する画情報を蓄積し、上記着側ファクシミリ装置へ再発呼して、蓄積した画情報を送信する一方、上記代行受信オン／オフ設定情報により代行受信オフが指定されている場合には、上記通信エラーが発生した時点で、前記発側ファクシミリ装置および上記他のリアルタイムインターネットゲートウェイ装置との間で実行中の通信動作をエラー終了させることを特徴とするリアルタイムインターネットゲートウェイ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28090698A JP3608029B2 (ja) | 1998-10-02 | 1998-10-02 | インターネットファクシミリ通信システムの制御方法およびリアルタイムインターネットゲートウェイ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28090698A JP3608029B2 (ja) | 1998-10-02 | 1998-10-02 | インターネットファクシミリ通信システムの制御方法およびリアルタイムインターネットゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000115447A JP2000115447A (ja) | 2000-04-21 |
| JP3608029B2 true JP3608029B2 (ja) | 2005-01-05 |
Family
ID=17631601
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28090698A Expired - Fee Related JP3608029B2 (ja) | 1998-10-02 | 1998-10-02 | インターネットファクシミリ通信システムの制御方法およびリアルタイムインターネットゲートウェイ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3608029B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100433629B1 (ko) * | 2001-12-27 | 2004-05-31 | 주식회사 케이티 | 인터넷 팩스 데이터의 오류 제어 방법 |
-
1998
- 1998-10-02 JP JP28090698A patent/JP3608029B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000115447A (ja) | 2000-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7218424B2 (en) | Facsimile transmission over packet networks with delivery notification | |
| JP3738948B2 (ja) | 通信装置 | |
| US6882438B1 (en) | Method and apparatus capable of performing information transfer operation with performance security measures | |
| US20010024289A1 (en) | Real-time facsimile transmission over digital networks | |
| JP4226980B2 (ja) | ネットワーク端末装置 | |
| US20060238821A1 (en) | Method and apparatus for communication among facsimile machines over digitally compressed audio channels and discrimination of call type | |
| JP3608029B2 (ja) | インターネットファクシミリ通信システムの制御方法およびリアルタイムインターネットゲートウェイ装置 | |
| JP3854055B2 (ja) | インターネットファクシミリゲートウェイ装置およびその制御方法 | |
| JP2004247841A (ja) | 画像通信装置 | |
| JP3856979B2 (ja) | インターネットファクシミリ通信システムの制御方法 | |
| JP3857033B2 (ja) | 通信端末装置及びその制御方法、並びに、通信システム | |
| JP4298689B2 (ja) | 送信側ゲートウェイ装置 | |
| JP3563977B2 (ja) | リアルタイムインターネットゲートウェイファクシミリ装置の制御方法 | |
| JP4184734B2 (ja) | 通信システムおよびネットワークゲートウェイ装置およびネットワークファクシミリ装置およびファクシミリ装置および通信方法およびネットワークゲートウェイ装置の制御方法およびネットワークファクシミリ装置の制御方法およびファクシミリ装置の制御方法 | |
| JP3828403B2 (ja) | リアルタイムゲートウェイファクシミリ装置 | |
| JP3871638B2 (ja) | 通信装置 | |
| JP3977160B2 (ja) | ネットワークファクシミリ装置 | |
| JP2000004345A (ja) | インターネットファクシミリ通信システムの制御方法 | |
| JP2001211305A (ja) | ネットワークファクシミリ通信システム | |
| JP2004247840A (ja) | 画像通信装置 | |
| JP2733365B2 (ja) | 画像通信装置 | |
| JP3848134B2 (ja) | ファクシミリゲートウェイ装置 | |
| JP4963940B2 (ja) | 構内交換機 | |
| JP2009017383A (ja) | ネットワークファクシミリ装置およびその通信方法 | |
| JP2003179650A (ja) | ファクシミリゲートウェイ、ファクシミリゲートウェイの制御方法、およびファクシミリゲートウェイの制御プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040525 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040608 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040804 |
|
| 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: 20040922 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040927 |
|
| 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: 20071022 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081022 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081022 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091022 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101022 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |