JP3738948B2 - Communication device - Google Patents
Communication device Download PDFInfo
- Publication number
- JP3738948B2 JP3738948B2 JP16478099A JP16478099A JP3738948B2 JP 3738948 B2 JP3738948 B2 JP 3738948B2 JP 16478099 A JP16478099 A JP 16478099A JP 16478099 A JP16478099 A JP 16478099A JP 3738948 B2 JP3738948 B2 JP 3738948B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- real
- time
- transmission
- signal
- 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)
- Small-Scale Networks (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、インターネット網によってゲートウェイ装置と接続され、前記ゲートウェイ装置を介して情報処理装置と情報を送受信する通信装置に関する。
【0002】
【従来の技術】
近年、インターネット上でやりとりする電子メールを用いて、ファクシミリ画情報を通信する通信システム(以下、「メール型インターネットファクシミリ通信システム」という。)が実用されるようになってきている。このような通信システムについては、IETF(Internet Engineering Task Force)というインターネットに関する技術内容をまとめている組織から発行されているRFC(Request For Comments)2301〜2306により、その技術内容が規定されている。
【0003】
しかしながら、このメール型インターネットファクシミリ通信システムでは、送信側ファクシミリ装置と最終宛先ファクシミリ装置が直接通信するわけではないので、ファクシミリ装置相互間における通信能力の確認が即時的に行えず、そのために、ファクシミリ装置の種々の機能(解像度、画像処理能力など)を利用した画情報通信を行えないという事態を生じる。また、通信結果の通知も即時的に行えないので、送信側ユーザに通信結果が通知されるまで時間がかかり、再送信などの必要性が生じた場合の対処が遅れるという事態も生じる。
【0004】
そこで、インターネットを利用したファクシミリ通信システムとして、公衆網を介してファクシミリ装置と画情報をやりとりする機能と、インターネットを介して情報をやりとりする機能を備えるリアルタイムインターネットゲートウェイファクシミリ装置を複数設け、このリアルタイムインターネットゲートウェイファクシミリ装置を2つ用い、インターネットを介してファクシミリ装置間のファクシミリ通信をリアルタイムに実現するリアルタイム型インターネットファクシミリ通信システムが提案されつつある。かかるリアルタイム型インターネットファクシミリ通信システムの提案の詳細は、ITU−T勧告T.38にまとまり、公表される予定である。
【0005】
このようなリアルタイム型インターネットファクシミリ通信システムでは、送信側ファクシミリ装置は送信側リアルタイムインターネットゲートウェイファクシミリ装置へ発呼して、宛先電話番号を通知し、送信側リアルタイムインターネットゲートウェイファクシミリ装置では、受信側リアルタイムインターネットゲートウェイファクシミリ装置に対し、送信側ファクシミリ装置より通知された宛先電話番号を通知して、接続要求する。
【0006】
受信側リアルタイムインターネットゲートウェイファクシミリ装置は、通知された宛先電話番号へ発呼し、回線が確立すると、受信側ファクシミリ装置との間で所定のグループ3ファクシミリ伝送手順を開始するとともに、所定のリアルタイム伝送手順を開始する。
【0007】
それにより、送信側リアルタイムインターネットゲートウェイファクシミリ装置は、送信側グループ3ファクシミリ装置との間でグループ3ファクシミリ伝送手順を開始するとともに、受信側リアルタイムインターネットゲートウェイファクシミリ装置との間で所定のリアルタイム伝送手順を実行する。
【0008】
その結果、送信側ファクシミリ装置は、送信側リアルタイムインターネットゲートウェイファクシミリ装置、インターネット、および、受信側リアルタイムインターネットゲートウェイファクシミリ装置を介し、受信側ファクシミリ装置との間でリアルタイムなファクシミリ通信が可能となり、リアルタイムに画情報を送信できる。
【0009】
したがって、このリアルタイム型インターネットファクシミリ通信システムでは、ファクシミリ装置相互間における通信能力の確認がリアルタイムに行えるので、送信側ファクシミリ装置は、受信側ファクシミリ装置の通信能力に応じた画情報を送信できるとともに、通信結果を即時に得るので、再送動作などを迅速に行うことができる。
【0010】
【発明が解決しようとする課題】
しかしながら、このようなリアルタイム型インターネットファクシミリ通信システムには、次のような不都合がある。
【0011】
すなわち、このリアルタイム型インターネットファクシミリ通信システムでは、公衆電話網の回線を、送信側ファクシミリ装置と受付側リアルタイムインターネットゲートウェイ装置との間、および、リモート側リアルタイムインターネットゲートウェイ装置と受信側ファクシミリ装置との間に確立する必要がある。
【0012】
したがって、送信側ファクシミリ装置が、サービスを受けるために、受付側リアルタイムインターネットゲートウェイ装置へ発呼し、それにより、送信側ファクシミリ装置と受信側リアルタイムインターネットゲートウェイ装置との間で回線が確立したとしても、例えば、受信側ファクシミリ装置の回線がビジーであり、リモート側リアルタイムインターネットゲートウェイ装置と受信側ファクシミリ装置の間に回線が確立できない場合には、送信側ファクシミリ装置と受信側ファクシミリ装置との間のファクシミリ通信が行えず、この場合、送信側ファクシミリ装置は、再発呼する必要がある。
【0013】
このとき、送信側ファクシミリ装置と受付側リアルタイムインターネットゲートウェイ装置との間には、回線が確立するので、送信側ファクシミリ装置には、課金が発生し、このような再発呼が頻発すると、通信料金がかさむという不具合を生じる。
【0014】
もともと、リアルタイム型インターネットファクシミリ通信システムは、通信料金を低減できるという効果も備えているが、このような再発呼が頻発すると、この通信料金の低減効果が減殺されるという不具合を生じる。
【0015】
本発明は、かかる実情に鑑みてなされたものであり、通信料金の上昇を低減できる通信装置を提供することを目的としている。
【0016】
【課題を解決するための手段】
本発明は、インターネット網によってゲートウェイ装置と接続され、前記ゲートウェイ装置を介して情報処理装置と情報を送受信する通信装置において、前記情報処理装置との間にリアルタイム的通信パスを形成するために前記ゲートウェイ装置との間に通信パスを形成する形成手段と、前記形成手段により形成された通信パスを使用してリアルタイム伝送手順を実行し、前記ゲートウェイ装置との間で情報を送受信する通信制御手段とを備え、情報を受信する場合には、前記通信パスを使用し、前記リアルタイム伝送手順を実行することにより前記情報処理装置から情報を受信する一方、情報を送信する場合には、前記通信パスを使用し、受信した送信元識別情報と宛先情報に基づいて、前記リアルタイム伝送手順を実行することにより前記情報処理装置に情報を送信するようにしたものである。また、情報を送信する場合には、前記情報処理装置の伝送機能に応じて前記情報を送信するようにしたものである。
また、情報を送信する場合には、前記リアルタイム的通信パスがビジーか否かを判断し、その判断結果に基づいて前記情報を送信するようにしたものである。
また、情報を送信する場合には、前記リアルタイム伝送手順により前記ゲートウェイ装置から所定時間内に情報を受信したか否かを判断し、その判断結果に基づいて前記情報を送信するようにしたものである。また、情報を送信する場合には、その情報を蓄積し、その蓄積した情報を送信するようにしたものである。
また、前記情報はパケットデータからなる。
また、前記リアルタイム伝送手順は、ITU−T勧告T.38に準拠したリアルタイム型インターネットファクシミリ伝送手順である。
【0020】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【0021】
図1は、本発明の一実施例にかかるリアルタイム型インターネットファクシミリ通信システムの一例を示している。
【0022】
このリアルタイム型インターネットファクシミリ通信システムは、公衆電話網PSTNに接続されたグループ3ファクシミリ装置FG1,FG2、公衆電話網PSTNに接続されてグループ3ファクシミリ装置FG1,FG2との間でファクシミリ通信を行う機能と、グループ3ファクシミリ端末機能と、インターネットINETに接続されてインターネットINETを介して所定のリアルタイム伝送手順を行う機能を備えたリアルタイムインターネットゲートウェイ装置GW1,GW2から構成される。
【0023】
ここで、グループ3ファクシミリ装置FG1とリアルタイムインターネットゲートウェイ装置GW1が同一地域内に設置されるとともに、グループ3ファクシミリ装置FG2とリアルタイムインターネットゲートウェイ装置GW2が同一地域内に設置され、それらの設置地域は、相互に遠隔地域である。
【0024】
したがって、この場合、グループ3ファクシミリ装置FG1については、リアルタイムインターネットゲートウェイ装置GW1がリアルタイム型インターネットファクシミリ通信システム通信サービスを提供し、また、グループ3ファクシミリ装置FG2については、リアルタイムインターネットゲートウェイ装置GW2がリアルタイム型インターネットファクシミリ通信システム通信サービスを提供する。
【0025】
図2は、リアルタイムインターネットゲートウェイ装置GW(GW1,GW2)の構成例を示している。
【0026】
同図において、システム制御部1は、このリアルタイムインターネットゲートウェイ装置の各部の制御処理、ファクシミリ伝送制御手順(ITU−T勧告T.30手順)処理、および、リアルタイム伝送制御手順(ITU−T勧告T.38手順)処理などの各種制御処理を行うものであり、システムメモリ2は、システム制御部1が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部1のワークエリアを構成するものであり、パラメータメモリ3は、このリアルタイムインターネットゲートウェイ装置に固有な各種の情報を記憶するためのものであり、時計回路4は、現在時刻情報を出力するものである。
【0027】
スキャナ5は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ6は、所定の解像度で画像を記録出力するためのものであり、操作表示部7は、このファクシミリ装置を操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【0028】
符号化復号化部8は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、この場合には、画情報受信時のエラー検出を主目的として用いられる。また、画像蓄積装置9は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【0029】
網制御装置10は、このリアルタイムインターネットゲートウェイ装置を公衆電話網PSTNに接続するためのものであり、自動発着信機能を備えている。
【0030】
グループ3ファクシミリモデム11は、グループ3ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能(V.21モデム)、および、おもに画情報をやりとりするための高速モデム機能(V.17モデム、V.34モデム、V.29モデム、V.27terモデムなど)を備えている。
【0031】
インターネット通信制御部12は、このリアルタイムインターネットゲートウェイ装置GWをインターネットINETへ接続し、インターネットINETを介して種々のデータをやりとりするためのものであり、TCP/IPパケット解析部13は、インターネット通信制御部12が受信したTCP/IPパケットを解析して受信情報を取り出すためのものであり、グループ3プロトコル情報生成部14は、リアルタイム伝送手順において、TCP/IPパケット解析部13から出力される受信情報を対応するグループ3伝送手順信号情報に変換するものである。
【0032】
グループ3プロトコル情報取出部15は、リアルタイム伝送手順において、送信するグループ3ファクシミリ伝送手順情報を取り出すためのものであり、TCP/IPパケット変換部16は、グループ3プロトコル情報取出部15から出力されるグループ3ファクシミリ伝送手順情報をTCP/IPパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部12へ加えられる。
【0033】
これらの、システム制御部1、システムメモリ2、パラメータメモリ3、時計回路4、スキャナ5、プロッタ6、操作表示部7、符号化復号化部8、画像蓄積装置9、網制御装置10、グループ3ファクシミリモデム11、グループ3プロトコル情報生成部14、および、グループ3プロトコル情報取出部15は、内部バス17に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス17を介して行われている。
【0034】
また、網制御装置10とグループ3ファクシミリモデム11との間のデータのやりとりは、直接行なわれている。
【0035】
さて、このリアルタイム型インターネットファクシミリ通信システムにおいて、例えば、グループ3ファクシミリ装置FG1からグループ3ファクシミリ装置FG2へ画情報を送信する場合(以下、図1を参照のこと)、勧告T.38手順によるリアルタイム型通信が実行される。
【0036】
すなわち、まず、グループ3ファクシミリ装置FG1は、リアルタイムインターネットゲートウェイ装置GW1へ発呼する(S1)。
【0037】
これにより、リアルタイムインターネットゲートウェイ装置GW1は、着信応答し、所定のトーン信号をグループ3ファクシミリ装置FG1へ応答する(S2)。
【0038】
グループ3ファクシミリ装置FG1は、リアルタイムインターネットゲートウェイ装置GW1からのトーン信号を検出すると、ユーザに対し、宛先ファクシミリ装置(この場合は、グループ3ファクシミリ装置FG2)の電話番号を入力要求し、それにより、ユーザは、宛先ファクシミリ装置の電話番号を操作入力する。
【0039】
次に、グループ3ファクシミリ装置FG1は、プッシュボタン信号PBにより、ユーザから操作入力された宛先電話番号をリアルタイムインターネットゲートウェイ装置GW1に送信する(S3)。
【0040】
リアルタイムインターネットゲートウェイ装置GW1は、グループ3ファクシミリ装置FG1よりプッシュボタン信号PBで宛先電話番号を受信すると、リアルタイムインターネットゲートウェイ装置GW2に対し、接続要求するとともに、宛先電話番号を通知する(S4)。
【0041】
リアルタイムインターネットゲートウェイ装置GW1より接続要求を受けたリアルタイムインターネットゲートウェイ装置GW2は、そのときに通知された宛先電話番号へ発呼する(S5)。
【0042】
その発呼先のグループ3ファクシミリ装置FG2は、着信検出すると、着信応答し(S6)、それにより、リアルタイムインターネットゲートウェイ装置GW2は、リアルタイムインターネットゲートウェイ装置GW1に対して、所定のリアルタイム伝送手順を開始する(S7)。
【0043】
このようにして、公衆電話網PSTNを介してグループ3ファクシミリ装置FG1とリアルタイムインターネットゲートウェイ装置GW1との間に通信パスが形成され、インターネットINETを介してリアルタイムインターネットゲートウェイ装置GW1とリアルタイムインターネットゲートウェイ装置GW2の間に通信パスが形成され、公衆電話網PSTNを介してリアルタイムインターネットゲートウェイ装置GW2とグループ3ファクシミリ装置FG2との間に通信パスが形成されることで、グループ3ファクシミリ装置FG1とグループ3ファクシミリ装置FG2の間にリアルタイム的な通信パスが形成される。
【0044】
そして、それ以降は、このグループ3ファクシミリ装置FG1とグループ3ファクシミリ装置FG2の間のリアルタイム的な通信パスが使用されて、グループ3ファクシミリ装置FG1からグループ3ファクシミリ装置FG2へ画情報が送信される。
【0045】
また、このリアルタイム型インターネットファクシミリ通信システムでは、リアルタイムインターネットゲートウェイ装置GW1,GW2が、グループ3ファクシミリ装置機能を備えているので、例えば、リアルタイムインターネットゲートウェイ装置GW1からグループ3ファクシミリ装置FG2への画情報送信動作も可能となる。この場合には、インターネットINETを介してリアルタイムインターネットゲートウェイ装置GW1とリアルタイムインターネットゲートウェイ装置GW2の間に通信パスが形成され、公衆電話網PSTNを介してリアルタイムインターネットゲートウェイ装置GW2とグループ3ファクシミリ装置FG2との間に通信パスが形成されることで、リアルタイムインターネットゲートウェイ装置GW1とグループ3ファクシミリ装置FG2の間にリアルタイム的な通信パスが形成される。また、リアルタイムインターネットゲートウェイ装置GW1とリアルタイムインターネットゲートウェイ装置GW2の間では、勧告T.38手順の通信動作が実行される。ただし、この場合、リアルタイムインターネットゲートウェイ装置GW1では、プロセス的には、送信側G3FAXの動作を擬似的に実現する処理が実行され、勧告T.38手順を適用できるようにしている。このように、送信側G3FAXの動作を擬似的に実現する処理を実行して、勧告T.38手順を適用する処理を、「(送信側)疑似リアルタイム型処理」という。
【0046】
また、逆に、グループ3ファクシミリ装置FG1からインターネットゲートウェイ装置GW2への画情報送信動作も可能となる。この場合には、公衆電話網PSTNを介してグループ3ファクシミリ装置FG1とリアルタイムインターネットゲートウェイ装置GW1との間に通信パスが形成され、インターネットINETを介してリアルタイムインターネットゲートウェイ装置GW1とリアルタイムインターネットゲートウェイ装置GW2の間に通信パスが形成されることで、グループ3ファクシミリ装置FG1とリアルタイムインターネットゲートウェイ装置GW2の間にリアルタイム的な通信パスが形成される。また、リアルタイムインターネットゲートウェイ装置GW1とリアルタイムインターネットゲートウェイ装置GW2の間では、勧告T.38手順の通信動作が実行される。ただし、この場合、リアルタイムインターネットゲートウェイ装置GW2では、プロセス的には、受信側G3FAXの動作を擬似的に実現する処理が実行され、勧告T.38手順を適用できるようにしている。このように、受信側G3FAXの動作を擬似的に実現する処理を実行して、勧告T.38手順を適用する方法を、「(受信側)疑似リアルタイム型処理」という。
【0047】
図3は、勧告T.38の通信手順の一例を示している。なお、同図において、送信側グループ3ファクシミリ(G3FAX)、送信側ゲートウェイ(GW)、受信側ゲートウェイ、および、受信側グループ3ファクシミリは、それぞれ、図1のグループ3ファクシミリ装置FG1、リアルタイムインターネットゲートウェイ装置GW1、リアルタイムインターネットゲートウェイ装置GW2、および、グループ3ファクシミリ装置FG2にそれぞれ相当する。また、送信側GWと受信側GWとの間でやりとりされる信号が、リアルタイム伝送手順(勧告T.38手順)にかかる信号である。
【0048】
まず、送信側G3FAXは、送信側GWへ発呼し、ユーザから指定された宛先電話番号をプッシュボタン信号PBにより送出する。送信側GWは、着呼検出すると、着呼応答し、次いで、送信側G3FAXよりプッシュボタン信号PBによる宛先電話番号を受信する。
【0049】
次に、送信側G3FAXは、呼接続を要求するために勧告T.30手順のトーン信号CNGを送信側GWへ送出する。これにより、送信側GWは、受信側GWに対し接続要求パケットを送信して、接続要求するとともに、宛先電話番号を通知する。それにより、受信側GWは、指定された受信側G3FAXへ発呼し、所定のトーン信号CNGを送出して呼接続を要求する一方、接続確認パケットを送信側GWへ送信して、呼接続を確認する。
【0050】
受信側GWから発呼され、呼接続が要求された受信側G3FAXは、着信応答して、所定のトーン信号CED(被呼局識別信号)を送出し、受信側GWは、このトーン信号CEDを検出すると、信号CEDを検出した旨をあらわす信号(T30IND:CED)を送信側GWへ送信し、それにより、送信側GWは、トーン信号CEDを送信側G3FAXへ送出する。
【0051】
次いで、受信側G3FAXは、フラグ(Flags)信号に続き、グループ3ファクシミリ伝送手順信号であり、自端末のオプション的な伝送機能を通知するための信号NSF、自端末の識別信号を通知するための信号CSI、および、自端末の標準的な伝送機能を通知するための信号DISを順次送出する。受信側GWは、フラグ信号を検出すると、信号(T30IND:Flags)を送信側GWへ送信するとともに、信号NSF,CSI,DISを順次検出すると、信号NSF,CSI,DISをあらわす信号(V21HDLC:NSF/CSI/DIS)を、送信側GWへと順次送信する。
【0052】
それにより、送信側GWは、フラグ信号を受信した時点で送信側G3FAXへフラグ信号の送出を開始し、信号(V21HDLC:NSF/CSI/DIS)を受信すると、それぞれ対応する信号NSF,CSI,DISを送信側G3FAXへと送信する。
【0053】
これによって、送信側G3FAXは、受信側G3FAXの識別信号および伝送機能を知るので、その通知された伝送機能に基づき、そのときに使用する伝送機能およびモデム速度などを設定する。次いで、送信側G3FAXは、フラグ信号に続き、グループ3ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号TSI、および、使用する伝送機能を通知するための信号DCSを順次送出し、さらに、通知したモデム速度でモデムトレーニングを行うための信号TCFを送出する。
【0054】
それにより、送信側GWは、フラグ信号を検出すると、信号(T30IND:Flags)を受信側GWへ送信するとともに、信号TSI,DCS,TCFを順次検出すると、それらの信号TSI,DCSをあらわす信号(V21HDLC:TSI/DCS)を受信側GWへ送信する。
【0055】
それにより、受信側GWは、フラグ信号を受信した時点で受信側G3FAXへのフラグ信号の送出を開始し、信号(V21HDLC:TSI/DCS)を受信すると、それぞれ対応する信号TSI,DCS、および、信号TCFを受信側G3FAXへと送信する。
【0056】
受信側G3FAXは、信号TSIを受信すると、相手端末(送信側G3FAX)の識別情報を取得し、信号DCSを受信すると使用する伝送機能を取得し、それによって、モデム速度を設定し、信号TCFを受信する。
【0057】
そして、受信側G3FAXは、信号TCFの受信結果が良好な場合には、フラグ信号に続き、グループ3ファクシミリ伝送手順信号であり、受信準備が完了した旨を通知するための信号CFRを送出する。受信側GWは、フラグ信号を検出すると、信号(T30IND:Flags)を送信側GWへ送信するとともに、信号CFRを検出すると、信号CFRをあらわす信号(V21HDLC:CFR)を送信側GWへ送信する。
【0058】
それにより、送信側GWは、フラグ信号を受信した時点で送信側G3FAXへフラグ信号の送出を開始し、信号(V21HDLC:CFR)を受信すると、対応する信号CFRを送信側G3FAXへと送信する。
【0059】
このようにして、画情報の送信準備が整うと、送信側G3FAXは、モデムのリトレーニングのためのトレーニング(Training)信号を送出した後に、画情報を送出し、画情報の送出を終了すると、フラグ信号に続いて、画情報送信が終了した旨を通知する信号EOPを送出する。
【0060】
また、送信側GWは、送信側G3FAXよりトレーニング信号を検出すると、信号(T30IND:Speed)を受信側GWへ送信し、続いて、送信側G3FAXより受信した画情報を複数に分割し、それぞれの分割された画情報をパケットデータとして、受信側GWへ送信する。そして、送信側G3FAXよりフラグ信号を検出すると、信号(T30IND:Flags)を受信側GWへ送信するとともに、信号EOPを検出すると、信号EOPをあらわす信号(V21HDLC:EOP)を受信側GWへ送信する。
【0061】
一方、受信側GWは、信号(T30IND:Speed)を受信すると、対応するトレーニング信号を受信側G3FAXへ送信し、画情報を運ぶパケットを受信すると、それに含まれている分割画情報を順次取り出し、連結した画情報を作成し、その画情報を、受信側G3FAXへ送信する。また、画報の送信を終了した後に、受信側G3FAXへのフラグ信号の送出を開始し、このときには、信号(V21HDLC:EOP)を受信するので、対応する信号EOPを受信側G3FAXへと送信する。
【0062】
また、受信側G3FAXは、受信側GWより受信したトレーニング信号でモデムのリトレーニングを行った後、画情報を受信し、次いで、フラグ信号に続いて信号EOPを受信すると、画情報の受信が終了したことを認識する。そして、受信側G3FAXは、そのときの画情報の受信結果が良好な場合には、フラグ信号に続いて、その旨を通知する信号MCFを受信側GWに送信する。
【0063】
受信側GWは、フラグ信号を検出すると、信号(T30IND:Flags)を送信側GWへ送信するとともに、信号MCFを検出すると、信号MCFをあらわす信号(V21HDLC:MCF)を送信側GWへ送信する。
【0064】
それにより、送信側GWは、フラグ信号を受信した時点で送信側G3FAXへフラグ信号の送出を開始し、信号(V21HDLC:MCF)を受信すると、対応する信号MCFを送信側G3FAXへと送信する。
【0065】
それにより、送信側G3FAXは、受信側G3FAXで画情報を正常に受信されたことを認識する。この後は、送信側G3FAXは、フラグ信号に続き、回線復旧を指令するための信号DCNを送信側GWへ送出した後に、回線を復旧する。
【0066】
それにより、上述と同様の手順により、信号(T30IND:Flags)、信号(V21HDLC:DCN)が送信側GWから受信側GWへと送信される。そして、送信側GWからは、フラグ信号および信号DCNが受信側G3FAXへと順次送信され、受信側G3FAXは、信号DCNを受信すると、回線を復旧する。
【0067】
また、送信側GWは、通信パスを切断する旨を要求する切断要求パケットを受信側GWへ送出し、受信側GWは、切断要求パケットを受信すると、通信パスの切断を確認した旨をあらわす切断確認パケットを送信側GWへ送出して、一連の通信動作を終了する。
【0068】
これにより、送信側G3FAXと送信側GWとの間の回線、および、受信側G3FAXと受信側GWとの間の回線が復旧され、送信側G3FAXと受信側G3FAXの間に形成されていたリアルタイム的な通信パスが切断される。
【0069】
このようにして、送信側G3FAXと受信側G3FAXとの間のファクシミリ伝送手順が、送信側GWおよび受信側GWのリアルタイム伝送手順により、リアルタイム的に実行されて、送信側G3FAXから受信側G3FAXへの画情報の送信がなされる。
【0070】
ここで、図3における信号(T30IND:「信号名」)は、ITU−T勧告T.30に従ったトーナル信号の検出を通知するための信号であり、信号(V21HDLC:「信号名」)は、ITU−T勧告T.30に従ったバイナリ信号を運ぶための信号である。また、「V.21」、ITU−T勧告V.21モデムにより運ばれる信号であることをあらわし、「HDLC」は、HDLCフレーム化されている信号であることをあらわす。
【0071】
そして、このような信号をやりとりすることで、送信側GWと受信側GWとの間で、リアルタイム伝送手順が実現される。
【0072】
また、本実施例では、リアルタイムインターネットゲートウェイ装置GWは、図4(a)に示すようなユーザ番号テーブルを備えている。このユーザ番号テーブルは、複数の電話番号情報からなり、おのおのの電話番号情報は、同図(b)に示すように、このリアルタイム型インターネットファクシミリ通信システムを利用するそれぞれのグループ3ファクシミリ装置FGのIDと電話番号を組にしたものである。
【0073】
図5は、送信側G3FAXの処理の一例を示している。
【0074】
まず、送信側GWへ発呼し(処理107)、送信側GWより所定のトーン信号を、所定時間内に検出することを監視する(判断102,103のNOループ)。所定時間内に送信側GWより所定のトーン信号を受信できなかった場合で、判断103の結果がYESになるときには、このときの送信動作をエラー終了する。
【0075】
また、所定時間内に送信側GWより所定のトーン信号を受信できた場合で、判断102の結果がYESになるときには、ユーザに対して、IDと受信側G3FAXの電話番号(宛先番号)を入力させる(処理104)。
【0076】
次いで、ユーザから操作入力されたユーザ番号と宛先番号を、「(ID)#(宛先電話番号)」なる信号形式のPB信号で送出し(処理105)、そして、所定の伝送前手順を実行して、伝送機能やモデム速度などを設定し(処理106)、モデムトレーニング手順を実行して使用するモデム速度を決定し(処理107)、所定の画情報送信手順を実行して送信画情報を送信する(処理108)。
【0077】
画情報送信を終了すると、所定の伝送後手順を実行し(処理109)、回線を復旧して、送信側GWに対するファクシミリ通信処理を終了する。
【0078】
図6は、送信側GWの処理の一例を示す。
【0079】
着呼検出すると(処理201)、所定のトーン信号を応答し(処理202)、所定信号形式のPB信号からなるIDと宛先番号を受信して保存する(処理203)。
【0080】
次いで、受信側GWに対し、IDと宛先番号を指定した状態で接続要求し(処理204)、受信側GWから受信する情報に基づいて、受信側G3FAXがビジーであるかどうかを調べる(判断205)。
【0081】
受信側G3FAXがビジーではなく、判断205の結果がNOになるときには、図3で説明したようなリアルタイム型処理(処理207)を開始し、所定のファクシミリ信号(例えば、DIS)の情報を、所定時間内に受信できたかどうかを調べる(判断207,208のNOループ)。
【0082】
所定のファクシミリ信号の情報を、所定時間内に受信できた場合で、判断207の結果がYESになるときには、処理206で開始したリアルタイム型処理を継続し(処理209)、そのリアルタイム型処理を終了すると、送信側G3FAXとの間の回線を復旧して(処理210)、この処理を終了する。
【0083】
また、所定のファクシミリ信号の情報を、所定時間内に受信できなかった場合で、判断207の結果がNOになるときには、処理206で開始したリアルタイム型処理を中断し、蓄積型処理へ移行して(処理211)、この処理を終了する。
【0084】
また、受信側G3FAXがビジーの場合で、判断205の結果がYESになるときには、受信側GWとの接続を切断し(処理212)、処理211へ移行し、蓄積型処理を実行する。
【0085】
図8および図9は、蓄積型処理の一例を示している。
【0086】
まず、送信側G3FAXとの間で、所定のグループ3ファクシミリ伝送前手順を継続実行して、使用する伝送機能やモデム速度などを設定する(処理301)。
【0087】
次いで、モデムトレーニング手順を実行して使用するモデム速度を決定し(処理302)、送信側G3FAXより画情報を受信して画像蓄積装置6に蓄積する(処理303)。なお、このとき、符号化複号化部5で受信画情報を復号化してエラー検出処理なども行う。
【0088】
画情報の受信を終了すると、所定の伝送後手順を実行し(処理304)、回線を復旧する(処理305)。
【0089】
そして、所定時間を待ち(処理306)、受信側GWに対し、宛先番号を指定した状態で接続要求し(処理307)、受信側G3FAXへの回線接続ができたかどうかを調べる(判断308)。
【0090】
受信側GWからリアルタイム伝送手順の信号を受信した場合で、判断308の結果がYESになるときには、上述したような(送信側)疑似リアルタイム型処理を実行して、蓄積した受信画情報を受信側GWを介して受信側G3FAXへ送信し(処理309)、そのときの送信結果をあらわす所定形式の通信結果レポート(図示略)を作成する(処理310)。
【0091】
次いで、ユーザ番号テーブルを参照して、そのときに受信しているIDに対応した送信側G3FAXの電話番号を取得し(処理311)、その送信側G3FAXへ発呼し(処理312)、所定の伝送前手順を実行して使用する伝送機能やモデム速度を設定し(処理313)、モデムトレーニング手順を実行して使用するモデム速度を決定し(処理314)、そのときに送信するレポート(上述した通信結果レポートまたは後述するエラー通知レポート)画像を送信する(処理315)。なお、このレポート画像は、作成した通信結果レポートまたはエラー通知レポートの表示画像ファクシミリデータを作成し、その表示画像ファクシミリデータを符号化複号化部5で符号化圧縮して、送信画情報を作成する。
【0092】
そして、レポート画像の送信を終了すると、所定の伝送後手順を実行し(処理316)、送信側G3FAXとの回線を復旧して(処理317)、この処理を終了する。
【0093】
また、受信側GWから接続不可が応答された場合で、判断308の結果がNOになるときには、そのときに再発呼が可能であるかどうかを調べる(判断318)。例えば、再発呼回数が設定回数に満たない場合には、判断318の結果がYESになる。
【0094】
そして、判断318の結果がYESになるときには、処理306へ戻り、所定時間を待った後に、再度、受信側G3FAXへの送信動作を行う。また、判断318の結果がNOになるときには、送信元ユーザに対して、指定された送信動作ができなかった旨を通知するための所定形式のエラー通知レポート(図示略)を作成し(処理319)、処理311へ移行して、それ以降の処理を実行し、エラー通知レポートを送信元ユーザに対して送信する。
【0095】
図9は、受信側GWが実行する処理の一例を示している。
【0096】
送信側GWより接続要求され、IDと宛先番号が通知されると(処理401)、宛先へ発呼し(処理402)、上述したリアルタイム型処理を実行し(処理403)、回線を復旧して(処理404)、この処理を終了する。
【0097】
以上のように、本実施例では、送信側G3FAXから送信要求があり、送信側GWと受信側G3FAXとの間に回線が確立しなかった場合には、送信側GWは、送信側G3FAXから送信画情報を代行受信し、その後、所定間隔で受信側GWに対して、受信側G3FAXへの接続要求を繰り返し発行し、受信側GWと受信側G3FAXとの間に回線を確立できた時点で、疑似リアルタイム伝送手順を実行して、代行受信して蓄積した画情報を受信側G3FAXへ送信するので、無駄に回線を使用することがなく、通信料金がかさむような事態を回避することができる。
【0098】
また、そのときの蓄積型処理を実行した際の通信結果を通知するレポートを作成して、送信側G3FAXへ送信しているので、送信側G3FAXのユーザは、画情報送信結果を適切に知ることができる。
【0099】
ところで、上述した実施例では、受信側G3FAXが画情報受信できないとき、送信側GWで送信画情報を代行受信しているが、このとき、受信側GWが送信画情報を代行受信することもできる。
【0100】
その場合の送信側GWの処理の一例を図10に示す。
【0101】
着呼検出すると(処理501)、所定のトーン信号を応答し(処理502)、所定信号形式のPB信号からなるIDと宛先番号を受信して保存する(処理503)。
【0102】
次いで、受信側GWに対し、IDと宛先番号を指定した状態で接続要求し(処理504)、図3で説明したようなリアルタイム型処理(処理505)を実行し、リアルタイム型処理を終了すると、送信側G3FAXとの間の回線を復旧して(処理506)、この処理を終了する。
【0103】
この場合の受信側GWの処理の一例を図11に示す。
【0104】
送信側GWより接続要求され、IDと宛先番号が通知されると(処理601)、宛先へ発呼し(処理602)、受信側G3FAXがビジーであるかどうかを調べる(判断603)。
【0105】
受信側G3FAXがビジーではなく、判断603の結果がNOになるときには、上述したリアルタイム型処理を開始し(処理604)、所定のファクシミリ信号(例えば、DIS)の情報を、所定時間内に受信できたかどうかを調べる(判断605,606のNOループ)。
【0106】
所定のファクシミリ信号の情報を、所定時間内に受信できた場合で、判断605の結果がYESになるときには、処理604で開始したリアルタイム型処理を継続し(処理607)、そのリアルタイム型処理を終了すると、受信側G3FAXとの間の回線を復旧して(処理608)、この処理を終了する。
【0107】
また、所定のファクシミリ信号の情報を、所定時間内に受信できなかった場合で、判断606の結果がNOになるときには、処理604で開始したリアルタイム型処理を中断し、蓄積型処理へ移行して(処理609)、この処理を終了する。
【0108】
また、受信側G3FAXがビジーの場合で、判断603の結果がYESになるときには、受信側G3FAXへの発呼を終了し(処理610)、処理609へ移行し、蓄積型処理を実行する。
【0109】
図12および図13は、蓄積型処理の他の例を示している。
【0110】
まず、送信側GWとの間で、上述した(受信側)疑似リアルタイム型処理を実行し(処理701)、送信側G3FAXより画情報を受信して画像蓄積装置6に蓄積する。
【0111】
そして、所定時間を待ち(処理702)、受信側G3FAXへ発呼し(処理703)、受信側G3FAXがビジーであるかどうかを調べる(判断704)。
【0112】
受信側G3FAXがビジーではない場合で、判断704の結果がNOになるときには、受信側G3FAXとの間で所定のG3FAX伝送前手順を実行して使用する伝送機能やモデム速度を設定し(処理705)、モデムトレーニング手順を実行して使用するモデム速度を決定し(処理706)、画像蓄積装置6に蓄積した画情報を送信し(処理707)、画情報の送信を終了すると、所定の伝送後手順を実行し(処理708)、受信側G3FAXとの回線を復旧する(処理709)。また、そのときの送信結果をあらわす所定形式の通信結果レポート(図示略)を作成する(処理710)。
【0113】
次いで、ユーザ番号テーブルを参照して、そのときに受信しているIDに対応した送信側G3FAXの電話番号を取得し(処理711)、その送信側G3FAXへ発呼し(処理712)、所定の伝送前手順を実行して使用する伝送機能やモデム速度を設定し(処理713)、モデムトレーニング手順を実行して使用するモデム速度を決定し(処理714)、そのときに送信するレポート(上述した通信結果レポートまたは後述するエラー通知レポート)画像を送信する(処理715)。なお、このレポート画像は、作成した通信結果レポートまたはエラー通知レポートの表示画像ファクシミリデータを作成し、その表示画像ファクシミリデータを符号化複号化部5で符号化圧縮して、送信画情報を作成する。
【0114】
そして、レポート画像の送信を終了すると、所定の伝送後手順を実行し(処理716)、送信側G3FAXとの回線を復旧して(処理717)、この処理を終了する。
【0115】
また、受信側G3FAXがビジーの場合で、判断704の結果がYESになるときには、そのときに再発呼が可能であるかどうかを調べる(判断718)。例えば、再発呼回数が設定回数に満たない場合には、判断718の結果がYESになる。
【0116】
そして、判断718の結果がYESになるときには、処理702へ戻り、所定時間を待った後に、再度、受信側G3FAXへの発呼動作を行う。また、判断718の結果がNOになるときには、送信元ユーザに対して、指定された送信動作ができなかった旨を通知するための所定形式のエラー通知レポート(図示略)を作成し(処理719)、処理711へ移行して、それ以降の処理を実行し、エラー通知レポートを送信元ユーザに対して送信する。
【0117】
以上のように、本実施例では、送信側G3FAXから送信要求があり、送信側GWと受信側G3FAXとの間に回線が確立しなかった場合には、受信側GWは、送信側G3FAXからの送信画情報を代行受信し、その後、所定時間間隔で受信側G3FAXへ繰り返し発呼し、受信側G3FAXが着信応答した時点で、所定のG3FAX手順により代行受信して蓄積した画情報を受信側G3FAXへ送信するので、無駄に回線を使用することがなく、通信料金がかさむような事態を回避することができる。
【0118】
【発明の効果】
以上説明したように、本発明によれば、ゲートウェイ装置にされるものであり、インターネット網を介して情報をリアルタイムに送受信できるので通信結果を即時に知ることができ、その結果、通信料金が嵩むような事態を回避することができるという効果を得る。
【図面の簡単な説明】
【図1】本発明の一実施例にかかるリアルタイム型インターネットファクシミリ通信システムの一例を示したブロック図。
【図2】リアルタイムインターネットゲートウェイ装置GW(GW1,GW2)の構成例を示したブロック図。
【図3】勧告T.38の通信手順の一例を示したタイムチャート。
【図4】ユーザ番号テーブルおよび電話番号情報の一例を示した概略図。
【図5】送信側G3FAXの処理の一例を示したフローチャート。
【図6】送信側GWの処理の一例を示したフローチャート。
【図7】蓄積型処理の一例を示したフローチャート。
【図8】蓄積型処理の一例を示したフローチャート(続き)。
【図9】受信側GWが実行する処理の一例を示したフローチャート。
【図10】送信側GWの処理の他の例を示したフローチャート。
【図11】受信側GWが実行する処理の他の例を示したフローチャート。
【図12】蓄積型処理の他の例を示したフローチャート。
【図13】蓄積型処理の他の例を示したフローチャート(続き)。
【符号の説明】
GW1,GW2 リアルタイムインターネットゲートウェイ装置
FG1,FG2 グループ3ファクシミリ装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication device that is connected to a gateway device via an Internet network and transmits / receives information to / from an information processing device via the gateway device.
[0002]
[Prior art]
In recent years, communication systems (hereinafter referred to as “mail-type Internet facsimile communication systems”) for communicating facsimile image information using electronic mail exchanged on the Internet have come into practical use. The technical contents of such a communication system are defined by RFCs (Request For Comments) 2301 to 2306 issued by an organization that summarizes technical contents related to the Internet called IETF (Internet Engineering Task Force).
[0003]
However, in this mail type Internet facsimile communication system, since the transmission side facsimile apparatus and the final destination facsimile apparatus do not communicate directly, it is not possible to immediately check the communication capability between the facsimile apparatuses. The image information communication using the various functions (resolution, image processing capability, etc.) cannot be performed. In addition, since the notification of the communication result cannot be performed immediately, it takes time until the communication result is notified to the transmitting side user, and there is a situation in which the response when the necessity for re-transmission occurs is delayed.
[0004]
Therefore, as a facsimile communication system using the Internet, a plurality of real-time Internet gateway facsimile apparatuses having a function of exchanging image information with a facsimile apparatus via a public network and a function of exchanging information via the Internet are provided. There has been proposed a real-time Internet facsimile communication system that uses two gateway facsimile apparatuses to realize facsimile communication between facsimile apparatuses in real time via the Internet. Details of the proposal of such a real-time Internet facsimile communication system are described in ITU-T Recommendation T.30. It is scheduled to be published in 38.
[0005]
In such a real-time type Internet facsimile communication system, the transmitting-side facsimile apparatus calls the transmitting-side real-time Internet gateway facsimile apparatus and notifies the destination telephone number. In the transmitting-side real-time Internet gateway facsimile apparatus, the receiving-side real-time Internet gateway The destination telephone number notified from the transmission side facsimile apparatus is notified to the facsimile apparatus, and a connection request is made.
[0006]
The receiving side real-time Internet gateway facsimile apparatus calls the notified destination telephone number and, when a line is established, starts a
[0007]
As a result, the transmission side real-time Internet gateway facsimile apparatus starts a
[0008]
As a result, the transmission-side facsimile device can perform real-time facsimile communication with the reception-side facsimile device via the transmission-side real-time Internet gateway facsimile device, the Internet, and the reception-side real-time Internet gateway facsimile device. Can send information.
[0009]
Accordingly, in this real-time type Internet facsimile communication system, since the communication capability between the facsimile devices can be confirmed in real time, the transmission-side facsimile device can transmit image information corresponding to the communication capability of the reception-side facsimile device, and the communication. Since the result is obtained immediately, a retransmission operation or the like can be performed quickly.
[0010]
[Problems to be solved by the invention]
However, such a real-time Internet facsimile communication system has the following disadvantages.
[0011]
That is, in this real-time type Internet facsimile communication system, a public telephone network line is connected between a transmission-side facsimile device and a reception-side real-time Internet gateway device, and between a remote-side real-time Internet gateway device and a reception-side facsimile device. Need to be established.
[0012]
Therefore, even if the transmission side facsimile apparatus calls the reception side real-time Internet gateway apparatus to receive the service, and the line is established between the transmission side facsimile apparatus and the reception side real-time Internet gateway apparatus, For example, if the line on the receiving facsimile apparatus is busy and a line cannot be established between the remote real-time Internet gateway apparatus and the receiving facsimile apparatus, facsimile communication between the transmitting facsimile apparatus and the receiving facsimile apparatus is performed. In this case, the transmitting facsimile machine needs to make a re-call.
[0013]
At this time, since a line is established between the transmission side facsimile apparatus and the reception side real-time Internet gateway apparatus, the transmission side facsimile apparatus is charged, and if such a repeated call occurs frequently, the communication fee is charged. This causes a problem of bulkiness.
[0014]
Originally, the real-time Internet facsimile communication system also has an effect that the communication fee can be reduced. However, if such a re-calling occurs frequently, the effect of reducing the communication fee is reduced.
[0015]
The present invention has been made in view of such circumstances, and an object of the present invention is to provide a communication device that can reduce an increase in communication charges.
[0016]
[Means for Solving the Problems]
The present invention provides a communication device that is connected to a gateway device via an Internet network and transmits / receives information to / from an information processing device via the gateway device, in order to form a real-time communication path with the information processing device. Forming means for forming a communication path with the device, and communication control means for executing a real-time transmission procedure using the communication path formed by the forming means and transmitting / receiving information to / from the gateway device. When receiving information, use the communication path, and receive the information from the information processing apparatus by executing the real-time transmission procedure, while using the communication path to transmit information And executing the real-time transmission procedure based on the received transmission source identification information and destination information. It is obtained so as to transmit the information to the information processing apparatus. Further, when transmitting information, the information is transmitted according to the transmission function of the information processing apparatus.
When transmitting information, it is determined whether or not the real-time communication path is busy, and the information is transmitted based on the determination result.
When transmitting information, it is determined whether or not the information is received within a predetermined time from the gateway device by the real-time transmission procedure, and the information is transmitted based on the determination result. is there. Further, when information is transmitted, the information is accumulated and the accumulated information is transmitted.
The information includes packet data.
The real-time transmission procedure is ITU-T recommendation T.264. 38 is a real-time Internet facsimile transmission procedure based on the standard 38.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0021]
FIG. 1 shows an example of a real-time Internet facsimile communication system according to an embodiment of the present invention.
[0022]
The real-time Internet facsimile communication system has a function of performing facsimile communication between the
[0023]
Here, the
[0024]
Accordingly, in this case, for the
[0025]
FIG. 2 shows a configuration example of the real-time Internet gateway device GW (GW1, GW2).
[0026]
In the figure, a
[0027]
The
[0028]
The encoding /
[0029]
The
[0030]
The
[0031]
The Internet
[0032]
The
[0033]
The
[0034]
Data exchange between the
[0035]
In this real-time Internet facsimile communication system, for example, when image information is transmitted from the
[0036]
That is, first, the
[0037]
As a result, the real-time Internet gateway apparatus GW1 responds to the incoming call and responds a predetermined tone signal to the
[0038]
When the
[0039]
Next, the
[0040]
When the real-time Internet gateway apparatus GW1 receives the destination telephone number from the
[0041]
The real-time Internet gateway device GW2 that has received the connection request from the real-time Internet gateway device GW1 calls the destination telephone number notified at that time (S5).
[0042]
When the
[0043]
In this way, a communication path is formed between the
[0044]
Thereafter, image information is transmitted from the
[0045]
In this real-time type Internet facsimile communication system, since the real-time Internet gateway devices GW1 and GW2 have the
[0046]
Conversely, image information transmission operation from the
[0047]
FIG. An example of 38 communication procedures is shown. In the figure, the
[0048]
First, the transmitting side G3 FAX makes a call to the transmitting side GW and transmits the destination telephone number designated by the user by the push button signal PB. When the transmission side GW detects an incoming call, the transmission side GW responds to the incoming call, and then receives the destination telephone number by the push button signal PB from the transmission side G3 FAX.
[0049]
Next, the transmitting side G3 FAX sends a recommendation T.30 to request a call connection. A 30-step tone signal CNG is sent to the transmission side GW. Thus, the transmission side GW transmits a connection request packet to the reception side GW to request connection and notify the destination telephone number. As a result, the receiving side GW makes a call to the designated receiving side G3 FAX, sends a predetermined tone signal CNG to request a call connection, and transmits a connection confirmation packet to the transmitting side GW to establish a call connection. Check.
[0050]
The receiving side G3 FAX, which is called from the receiving side GW and requested to connect the call, responds to the incoming call and sends a predetermined tone signal CED (called station identification signal), and the receiving side GW sends the tone signal CED. Upon detection, a signal (T30IND: CED) indicating that the signal CED has been detected is transmitted to the transmission side GW, so that the transmission side GW transmits the tone signal CED to the transmission side G3FAX.
[0051]
Next, the receiving side G3 FAX is a
[0052]
As a result, the transmission side GW starts sending the flag signal to the transmission side G3FAX when it receives the flag signal, and when receiving the signal (V21HDLC: NSF / CSI / DIS), the corresponding signals NSF, CSI, DIS To the transmitting side G3 FAX.
[0053]
As a result, the transmitting side G3 FAX knows the identification signal and transmission function of the receiving side G3 FAX, and therefore sets the transmission function and modem speed to be used at that time based on the notified transmission function. Next, the sending side G3 FAX sequentially sends a signal TSI for notifying the identification signal of the own terminal and a signal DCS for notifying the transmission function to be used, following the flag signal, which is a
[0054]
Thus, when the transmission side GW detects the flag signal, the transmission side GW transmits a signal (T30IND: Flags) to the reception side GW, and when the signals TSI, DCS, and TCF are sequentially detected, the signals (TSI, DCS) are represented. V21HDLC: TSI / DCS) is transmitted to the receiving side GW.
[0055]
Thereby, the receiving side GW starts sending the flag signal to the receiving side G3FAX when receiving the flag signal, and when receiving the signal (V21HDLC: TSI / DCS), the corresponding signals TSI, DCS, and The signal TCF is transmitted to the receiving side G3 FAX.
[0056]
When receiving the signal TSI, the receiving side G3FAX acquires the identification information of the partner terminal (transmitting side G3FAX), and when receiving the signal DCS, acquires the transmission function to be used, thereby setting the modem speed and the signal TCF. Receive.
[0057]
When the reception result of the signal TCF is good, the reception side G3 FAX transmits a signal CFR for notifying that the reception preparation is completed, which is a
[0058]
Thus, the transmission side GW starts sending the flag signal to the transmission side G3FAX when it receives the flag signal, and when receiving the signal (V21HDLC: CFR), transmits the corresponding signal CFR to the transmission side G3FAX.
[0059]
In this way, when preparation for transmission of image information is completed, the transmission side G3 FAX transmits image information after transmitting a training signal for modem retraining, and ends transmission of image information. Subsequent to the flag signal, a signal EOP notifying that the image information transmission has been completed is transmitted.
[0060]
Further, when the transmission side GW detects the training signal from the transmission side G3 FAX, the transmission side GW transmits a signal (T30IND: Speed) to the reception side GW, and then divides the image information received from the transmission side G3 FAX into a plurality of parts. The divided image information is transmitted as packet data to the receiving side GW. When a flag signal is detected from the transmission side G3FAX, a signal (T30IND: Flags) is transmitted to the reception side GW, and when a signal EOP is detected, a signal (V21HDLC: EOP) representing the signal EOP is transmitted to the reception side GW. .
[0061]
On the other hand, when receiving the signal (T30IND: Speed), the receiving side GW transmits a corresponding training signal to the receiving side G3 FAX, and when receiving a packet carrying image information, sequentially extracts the divided image information included therein, Concatenated image information is created, and the image information is transmitted to the receiving side G3 FAX. Also, after the transmission of the image report is completed, transmission of a flag signal to the receiving side G3 FAX is started, and at this time, since the signal (V21HDLC: EOP) is received, the corresponding signal EOP is transmitted to the receiving side G3 FAX. .
[0062]
The receiving side G3 FAX receives the image information after retraining the modem with the training signal received from the receiving side GW, and then receives the signal EOP following the flag signal, and the reception of the image information is completed. Recognize that Then, when the reception result of the image information at that time is good, the reception side G3 FAX transmits a signal MCF notifying the fact to the reception side GW following the flag signal.
[0063]
When detecting the flag signal, the receiving side GW transmits a signal (T30IND: Flags) to the transmitting side GW, and when detecting the signal MCF, the receiving side GW transmits a signal (V21HDLC: MCF) representing the signal MCF to the transmitting side GW.
[0064]
As a result, the transmission side GW starts sending the flag signal to the transmission side G3FAX when it receives the flag signal, and when receiving the signal (V21HDLC: MCF), transmits the corresponding signal MCF to the transmission side G3FAX.
[0065]
Thereby, the transmission side G3 FAX recognizes that the image information has been normally received by the reception side G3 FAX. Thereafter, the transmission side G3 FAX transmits the signal DCN for instructing the line restoration to the transmission side GW following the flag signal, and then restores the line.
[0066]
Thereby, the signal (T30IND: Flags) and the signal (V21HDLC: DCN) are transmitted from the transmission side GW to the reception side GW by the same procedure as described above. Then, the flag signal and the signal DCN are sequentially transmitted from the transmission side GW to the reception side G3FAX. When the reception side G3FAX receives the signal DCN, the line is restored.
[0067]
In addition, the transmission side GW sends a disconnection request packet requesting that the communication path is disconnected to the reception side GW, and when the reception side GW 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 GW, and a series of communication operations is completed.
[0068]
As a result, the line between the transmission side G3 FAX and the transmission side GW and the line between the reception side G3 FAX and the reception side GW are restored, and the real-time state formed between the transmission side G3 FAX and the reception side G3 FAX is restored. Communication path is disconnected.
[0069]
In this way, the facsimile transmission procedure between the transmission side G3 FAX and the reception side G3 FAX is executed in real time by the real time transmission procedure of the transmission side GW and the reception side GW, and the transmission side G3 FAX to the reception side G3 FAX is executed. The image information is transmitted.
[0070]
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.
[0071]
By exchanging such signals, a real-time transmission procedure is realized between the transmission side GW and the reception side GW.
[0072]
In the present embodiment, the real-time Internet gateway device GW includes a user number table as shown in FIG. This user number table is composed of a plurality of pieces of telephone number information. Each telephone number information is an ID of each
[0073]
FIG. 5 shows an example of processing on the transmission side G3 FAX.
[0074]
First, a call is made to the transmission side GW (process 107), and it is monitored that a predetermined tone signal is detected within a predetermined time from the transmission side GW (NO loop of
[0075]
Further, when a predetermined tone signal can be received from the transmission side GW within a predetermined time and the result of
[0076]
Next, the user number and the destination number input by the user are transmitted as a PB signal having a signal format of “(ID) # (destination telephone number)” (process 105), and a predetermined pre-transmission procedure is executed. The transmission function and modem speed are set (process 106), the modem training procedure is executed to determine the modem speed to be used (process 107), and the predetermined image information transmission procedure is executed to transmit the transmission image information. (Process 108).
[0077]
When the image information transmission is completed, a predetermined post-transmission procedure is executed (process 109), the line is restored, and the facsimile communication process for the transmission side GW is completed.
[0078]
FIG. 6 shows an example of processing of the transmission side GW.
[0079]
When an incoming call is detected (process 201), a predetermined tone signal is returned (process 202), and an ID and a destination number composed of a PB signal in a predetermined signal format are received and stored (process 203).
[0080]
Next, a connection request is made to the receiving side GW with the ID and destination number specified (process 204), and it is checked whether the receiving side G3 FAX is busy based on information received from the receiving side GW (decision 205). ).
[0081]
When the receiving side G3 FAX is not busy and the result of
[0082]
If the information of the predetermined facsimile signal can be received within the predetermined time and the result of
[0083]
If the information of the predetermined facsimile signal cannot be received within the predetermined time and the result of
[0084]
Further, when the receiving side G3 FAX is busy and the result of
[0085]
8 and 9 show an example of the accumulation type process.
[0086]
First, a
[0087]
Next, the modem speed to be used is determined by executing the modem training procedure (process 302), and the image information is received from the transmission side G3 FAX and stored in the image storage device 6 (process 303). At this time, the encoding /
[0088]
When the reception of the image information is completed, a predetermined post-transmission procedure is executed (process 304), and the line is restored (process 305).
[0089]
Then, after waiting for a predetermined time (process 306), the receiving side GW is requested to connect with the destination number specified (processing 307), and it is checked whether or not the line connection to the receiving side G3 FAX has been established (determination 308).
[0090]
When the signal of the real-time transmission procedure is received from the receiving side GW and the result of
[0091]
Next, referring to the user number table, the telephone number of the transmitting side G3 FAX corresponding to the ID received at that time is acquired (processing 311), and the calling side is called to the transmitting side G3 FAX (processing 312). The transmission function and modem speed to be used are set by executing the pre-transmission procedure (process 313), the modem speed to be used is determined by executing the modem training procedure (process 314), and the report to be transmitted at that time (described above) A communication result report or an error notification report (to be described later) is transmitted (process 315). The report image is generated as display image facsimile data of the generated communication result report or error notification report, and the display image facsimile data is encoded and compressed by the encoding /
[0092]
When the transmission of the report image ends, a predetermined post-transmission procedure is executed (process 316), the line with the transmission side G3 FAX is restored (process 317), and this process ends.
[0093]
Further, when a connection failure is returned from the receiving side GW and the result of
[0094]
When the result of
[0095]
FIG. 9 shows an example of processing executed by the receiving side GW.
[0096]
When a connection request is sent from the transmission side GW and the ID and destination number are notified (process 401), a call is made to the destination (process 402), the above-described real-time processing is executed (process 403), and the line is restored. (Process 404), this process is terminated.
[0097]
As described above, in this embodiment, when there is a transmission request from the transmission side G3 FAX and a line is not established between the transmission side GW and the reception side G3 FAX, the transmission side GW transmits from the transmission side G3 FAX. After the image information is received on a proxy basis, a connection request to the receiving side G3 FAX is repeatedly issued to the receiving side GW at a predetermined interval, and a line can be established between the receiving side GW and the receiving side G3 FAX. Since the pseudo real-time transmission procedure is executed and the image information that has been received and stored on the proxy side is transmitted to the receiving side G3 FAX, the line is not used unnecessarily, and a situation in which the communication fee is high can be avoided.
[0098]
In addition, since a report for notifying the communication result when executing the storage type processing at that time is created and transmitted to the transmission side G3 FAX, the user of the transmission side G3 FAX appropriately knows the image information transmission result. Can do.
[0099]
By the way, in the above-described embodiment, when the receiving side G3 FAX cannot receive image information, the transmitting side GW substitutes for transmission image information. However, at this time, the receiving side GW can also intercept the transmission image information. .
[0100]
An example of processing on the transmission side GW in that case is shown in FIG.
[0101]
When an incoming call is detected (process 501), a predetermined tone signal is returned (process 502), and an ID and a destination number consisting of a PB signal in a predetermined signal format are received and stored (process 503).
[0102]
Next, a connection request is made to the receiving side GW with the ID and destination number specified (process 504), the real-time type process (process 505) as described in FIG. 3 is executed, and the real-time type process is terminated. The line with the transmission side G3 FAX is restored (process 506), and this process is terminated.
[0103]
An example of processing on the receiving side GW in this case is shown in FIG.
[0104]
When a connection request is received from the transmission side GW and the ID and destination number are notified (process 601), a call is made to the destination (process 602), and it is checked whether the reception side G3 FAX is busy (decision 603).
[0105]
When the receiving side G3 FAX is not busy and the result of
[0106]
If the information of the predetermined facsimile signal can be received within the predetermined time and the result of
[0107]
If the information of the predetermined facsimile signal cannot be received within the predetermined time and the result of
[0108]
If the receiving side G3FAX is busy and the result of the
[0109]
12 and 13 show another example of the accumulation type process.
[0110]
First, the above-described (reception side) pseudo real-time processing is executed with the transmission side GW (processing 701), and image information is received from the transmission side G3 FAX and stored in the
[0111]
Then, a predetermined time is waited (process 702), a call is made to the reception side G3 FAX (process 703), and it is checked whether the reception side G3 FAX is busy (decision 704).
[0112]
If the receiving side G3 FAX is not busy and the result of
[0113]
Next, referring to the user number table, the telephone number of the transmitting side G3 FAX corresponding to the ID received at that time is acquired (processing 711), and the calling side is called to the transmitting side G3 FAX (processing 712). The transmission function and modem speed to be used are set by executing the pre-transmission procedure (process 713), the modem speed to be used is determined by executing the modem training procedure (process 714), and the report to be transmitted at that time (described above) A communication result report or an error notification report (to be described later) is transmitted (process 715). The report image is generated as display image facsimile data of the generated communication result report or error notification report, and the display image facsimile data is encoded and compressed by the encoding /
[0114]
When the transmission of the report image ends, a predetermined post-transmission procedure is executed (process 716), the line with the transmission side G3 FAX is restored (process 717), and this process ends.
[0115]
If the receiving side G3 FAX is busy and the result of
[0116]
When the result of
[0117]
As described above, in this embodiment, when there is a transmission request from the transmission side G3 FAX and a line is not established between the transmission side GW and the reception side G3 FAX, the reception side GW Substitute reception of transmission image information, and then repeatedly calling the receiving side G3 FAX at a predetermined time interval. When the receiving side G3 FAX makes an incoming call response, the receiving side G3 FAX substitutes and stores the image information that has been received and stored by the predetermined G3 FAX procedure. Therefore, it is possible to avoid a situation in which a communication charge is increased without using a line unnecessarily.
[0118]
【The invention's effect】
As described above, according to the present invention, the gateway device is used, and information can be transmitted and received in real time via the Internet network, so that the communication result can be immediately known, and as a result, the communication fee increases. The effect that such a situation can be avoided is obtained.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of a real-time Internet facsimile communication system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration example of a real-time Internet gateway device GW (GW1, GW2).
FIG. The time chart which showed an example of 38 communication procedures.
FIG. 4 is a schematic diagram showing an example of a user number table and telephone number information.
FIG. 5 is a flowchart showing an example of processing on the transmission side G3 FAX.
FIG. 6 is a flowchart showing an example of processing of a transmission side GW.
FIG. 7 is a flowchart showing an example of accumulation type processing.
FIG. 8 is a flowchart illustrating an example of a storage type process (continued).
FIG. 9 is a flowchart showing an example of processing executed by the receiving side GW.
FIG. 10 is a flowchart showing another example of processing of the transmission side GW.
FIG. 11 is a flowchart showing another example of processing executed by the receiving side GW.
FIG. 12 is a flowchart showing another example of accumulation type processing.
FIG. 13 is a flowchart illustrating another example of the accumulation type processing (continued).
[Explanation of symbols]
GW1, GW2 Real-time Internet gateway device
FG1,
Claims (7)
前記情報処理装置との間にリアルタイム的通信パスを形成するために前記ゲートウェイ装置との間に通信パスを形成する形成手段と、
前記形成手段により形成された通信パスを使用してリアルタイム伝送手順を実行し、前記ゲートウェイ装置との間で情報を送受信する通信制御手段とを備え、
情報を受信する場合には、前記通信パスを使用し、前記リアルタイム伝送手順を実行することにより前記情報処理装置から情報を受信する一方、
情報を送信する場合には、前記通信パスを使用し、受信した送信元識別情報と宛先情報に基づいて、前記リアルタイム伝送手順を実行することにより前記情報処理装置に情報を送信するようにしたことを特徴とする通信装置。In a communication device that is connected to a gateway device via an Internet network and transmits / receives information to / from an information processing device via the gateway device,
Forming means for forming a communication path with the gateway device to form a real-time communication path with the information processing apparatus;
A communication control unit that executes a real-time transmission procedure using the communication path formed by the forming unit, and transmits and receives information to and from the gateway device;
When receiving information, the information is received from the information processing apparatus by using the communication path and executing the real-time transmission procedure,
When transmitting information, the communication path is used, and information is transmitted to the information processing apparatus by executing the real-time transmission procedure based on the received transmission source identification information and destination information. A communication device characterized by the above.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP16478099A JP3738948B2 (en) | 1999-06-11 | 1999-06-11 | Communication device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP16478099A JP3738948B2 (en) | 1999-06-11 | 1999-06-11 | Communication device |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005273472A Division JP4298689B2 (en) | 2005-09-21 | 2005-09-21 | Sending gateway device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000354127A JP2000354127A (en) | 2000-12-19 |
JP3738948B2 true JP3738948B2 (en) | 2006-01-25 |
Family
ID=15799817
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP16478099A Expired - Fee Related JP3738948B2 (en) | 1999-06-11 | 1999-06-11 | Communication device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3738948B2 (en) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU740012B2 (en) | 1997-03-12 | 2001-10-25 | Nomadix, Inc. | Nomadic translator or router |
US7194554B1 (en) | 1998-12-08 | 2007-03-20 | Nomadix, Inc. | Systems and methods for providing dynamic network authorization authentication and accounting |
US8266266B2 (en) | 1998-12-08 | 2012-09-11 | Nomadix, Inc. | Systems and methods for providing dynamic network authorization, authentication and accounting |
US8713641B1 (en) | 1998-12-08 | 2014-04-29 | Nomadix, Inc. | Systems and methods for authorizing, authenticating and accounting users having transparent computer access to a network using a gateway device |
US6868399B1 (en) * | 1999-10-22 | 2005-03-15 | Nomadix, Inc. | Systems and methods for integrating a network gateway device with management systems |
AU1224101A (en) | 1999-10-22 | 2001-05-08 | Nomadix, Inc. | Gateway device having an xml interface and associated method |
AU2003271155A1 (en) | 2002-10-10 | 2004-05-04 | Canon Kabushiki Kaisha | Communication device, communication device control method, and communication device control program |
US8949443B2 (en) | 2003-06-11 | 2015-02-03 | Canon Kabushiki Kaisha | Communication apparatus, control method, and computer-usable medium for selecting a network for data transmission |
JP2005079929A (en) | 2003-09-01 | 2005-03-24 | Canon Inc | Communication apparatus, control method of communication apparatus, and control program for communication apparatus |
JP2007019649A (en) | 2005-07-05 | 2007-01-25 | Ricoh Co Ltd | Communication terminal |
-
1999
- 1999-06-11 JP JP16478099A patent/JP3738948B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2000354127A (en) | 2000-12-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7218424B2 (en) | Facsimile transmission over packet networks with delivery notification | |
US6522429B2 (en) | Facsimile machine and facsimile communication system | |
JP3738948B2 (en) | Communication device | |
US6882438B1 (en) | Method and apparatus capable of performing information transfer operation with performance security measures | |
JP4226980B2 (en) | Network terminal equipment | |
JP2001094716A (en) | Facsimile communication system | |
JP4298689B2 (en) | Sending gateway device | |
JP3856979B2 (en) | Control method for Internet facsimile communication system | |
JP3608029B2 (en) | Control method for internet facsimile communication system and real-time internet gateway device | |
JP2004247841A (en) | Image communication apparatus | |
JP3563977B2 (en) | Control method of real-time internet gateway facsimile machine | |
JP3828403B2 (en) | Real-time gateway facsimile machine | |
JP3871638B2 (en) | Communication device | |
JP2000004345A (en) | Control method for internet facsimile communication system | |
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 | |
JP4208752B2 (en) | Real-time Internet gateway device and control method thereof | |
JP2004247837A (en) | Image communication apparatus | |
JP2001211305A (en) | Network facsimile communication system | |
JP3977160B2 (en) | Network facsimile machine | |
JP3848134B2 (en) | Facsimile gateway device | |
JP3512007B2 (en) | Communication terminal device | |
JP4963940B2 (en) | Private branch exchange | |
JP2000339240A (en) | Communication terminal equipment | |
JP2001268114A (en) | Internet facsimile equipment, control method therefor, internet facsimile transmitter and internet facsimile receiver | |
JP2009017383A (en) | Network facsimile device and communication method thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050120 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050201 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050401 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050726 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050921 |
|
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: 20051025 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051027 |
|
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: 20081111 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091111 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111111 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111111 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121111 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131111 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |