JP3792166B2

JP3792166B2 - インターネットファクシミリ装置

Info

Publication number: JP3792166B2
Application number: JP2002052255A
Authority: JP
Inventors: 直樹太田
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2002-02-27
Filing date: 2002-02-27
Publication date: 2006-07-05
Anticipated expiration: 2022-02-27
Also published as: JP2003259070A

Description

【０００１】
【発明の属する技術分野】
この発明は、インターネットに接続されて画像データを送受信するインターネット対応型のネットワークファクシミリ装置に関する。
【０００２】
【従来の技術】
ファクシミリ装置は文字や図形などの画像データを手軽に送受信することができるため、身近なＯＡ機器として広く普及している。近年、インターネットやＬＡＮ（ｌｏｃａｌａｒｅａｎｅｔｗｏｒｋ）の普及に伴いインターネット対応型のネットワークファクシミリ装置（インターネットファクシミリ装置という）が普及しており、スキャナで読み取った原稿の画像データを電子メール（ｅメールともいう）の仕組みを用いて送受信することができるインターネットファクシミリ装置も普及してきている。ところがこの種のインターネットファクシミリ装置にはファクシミリ装置相互間における通信能力の確認が即時的に行えずそれぞれの機能を生かした通信を行い難いという問題点があったため、インターネットを介し、パケット通信によりファクシミリ通信をリアルタイムに実現するネットワークファクシミリ装置（リアルタイム型インターネットワークファクシミリ装置、以下「ＲＴＩファクシミリ装置」という）が提案されていた。従来のＲＴＩファクシミリ装置に関しては、例えば特開２００１−１９７２７９号公報に、付加する冗長パケット数を設定可能にして信頼性の高い通信が行えるように構成したＲＴＩファクシミリ装置が開示されている。
【０００３】
【発明が解決しようとする課題】
しかし、従来のＲＴＩファクシミリ装置には次のような問題があった。すなわち、インターネット等ネットワークにおいて、接続されている多数のコンピュータや端末装置等がデータ通信を行い、データのコリジョン（衝突）が多発する状態にある場合（ネットワークのこのような状態を「ネットワーク負荷が高い」という）には、ＩＴＵ−Ｔ勧告Ｔ．３８で規定されている種々のタイムアウト用のタイマがタイムアウトしてしまうという問題があった。この問題に対し、ネットワーク負荷状況（データのコリジョン発生状況）に応じてタイマのタイマ値を更新することが考えられる。タイマのタイマ値を更新すればタイムアウトがなくなり適切な通信を行えるようになるが、ネットワーク負荷が高いと回線断の回数が発呼回数を上回ってしまい、通信が正常に終了しなくなるおそれがあった。
この発明は、上記の問題点を解決するためになされたもので、インターネットファクシミリ装置において、ネットワーク負荷の状況に応じて発呼回数を適切に設定し得るようにして通信の品質を向上させることを目的とする。
【０００４】
【課題を解決するための手段】
この発明は上記の目的を達成するため、ネットワークに接続する手段と、インターネットを介しパケット通信により画像データを送受信するリアルタイムファクシミリ通信手段とを有するインターネットファクシミリ装置において、上記リアルタイムファクシミリ通信手段により、リアルタイムファクシミリ通信を行ったときに発生する回線断回数を記憶する記憶手段と、その手段に上記回線断回数を記憶させる手段と、上記記憶手段に記憶されている上記回線断回数を用いて上記リアルタイムファクシミリ通信手段が再発呼動作を行うときの発呼回数を設定する手段とを設けたインターネットファクシミリ装置を特徴とする。
このインターネットファクシミリ装置は、ｐｉｎｇコマンドを発行するｐｉｎｇコマンド発行手段と、その手段により発行された上記ｐｉｎｇコマンドに応答して送信されるｐｉｎｇ応答時間と一定値が設定されたスレッシュ時間とを比較する比較手段と、その手段による比較結果に応じて上記発呼回数を調整する発呼回数調整手段とを設けるとよい。
【０００５】
また、スレッシュ時間を設定する操作入力手段を設け、上記比較手段が上記ｐｉｎｇ応答時間と上記操作入力手段により修正された修正スレッシュ時間とを比較するように構成され、かつその比較手段の比較結果に応じて上記発呼回数調整手段が上記発呼回数を調整するように構成されているとよい。
さらに、パケット遅延時間と発呼回数とを対応付けたテーブル記憶手段と、サーチキーに設定されているパケット遅延時間に対応する上記テーブル記憶手段の対応発呼回数を用いて上記発呼回数を調整するように構成されているとよい。
そしてさらに、時間帯エリアとｐｉｎｇ応答時間エリアとを対応付けて記憶する時間帯別応答時間記憶手段と、上記ｐｉｎｇコマンド発行手段が一定時間毎にｐｉｎｇコマンドを発行して得られるｐｉｎｇ応答時間を一定時間の間加算してｐｉｎｇ応答時間の平均値を求め、その求められた平均値を対応する時間帯の上記時間帯エリアに記憶させる手段とを設け、上記比較手段が、サーチキーに設定されている時間帯に対応するｐｉｎｇ応答時間の平均値と上記スレッシュ時間又は修正スレッシュ時間とを比較するように構成されていることが好ましい。
【０００６】
また、この発明は、ネットワークに接続する手段と、インターネットを介しＵＤＰパケット通信により画像データを送受信するリアルタイムファクシミリ通信手段とを有するインターネットファクシミリ装置において、ｐｉｎｇコマンドを発行するｐｉｎｇコマンド発行手段と、その手段により発行された上記ｐｉｎｇコマンドに応答して送信されるｐｉｎｇ応答時間と一定値が設定されたスレッシュ時間とを比較する比較手段と、その手段による比較結果に応じて上記ＵＤＰパケット通信により送信される冗長パケット数を調整する手段とを設けたインターネットファクシミリ装置をも提供する。
【０００７】
このインターネットファクシミリ装置は、時間帯エリアとｐｉｎｇ応答時間エリアとを対応付けて記憶する時間帯別応答時間記憶手段と、上記ｐｉｎｇコマンド発行手段が一定時間毎にｐｉｎｇコマンドを発行して得られるｐｉｎｇ応答時間を一定時間の間加算してｐｉｎｇ応答時間の平均値を求め、その求められた平均値を対応する時間帯の上記時間帯エリアに記憶させる手段とを設け、上記比較手段が、サーチキーに設定されている時間帯に対応するｐｉｎｇ応答時間の平均値と上記スレッシュ時間とを比較するように構成されているとよい。
また、時間帯別応答時間記憶手段に記憶されているｐｉｎｇ応答時間が最小の時間帯を選定する手段と、その手段により選定された時間帯になるまで上記リアルタイムファクシミリ通信手段を待機させる手段とを設けるとよい。
【０００８】
【発明の実施の形態】
以下、図面を参照してこの発明の実施の形態について説明する。
図２及び図３は、この発明によるインターネットファクシミリ装置により構成されるリアルタイム型インターネットファクシミリシステム（以下「ＲＴＩファクシミリシステム」という）のシステム構成図である。ＲＴＩファクシミリシステムは、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したＴ．３８通信手順を用いてファクシミリ画像データをパケット通信により送受信するように構成され、図２及び図３に示すシステム構成が考えられる。この発明は、図２及び図３に示すいずれのシステムについても適用し得るものである。
【０００９】
図２に示すＲＴＩファクシミリシステムはいわゆるゲートウェイ型と呼ばれ、アナログ公衆網（ＰＳＴＮ網）３１，３１と、インターネット５０を経由してリアルタイム型インターネットファクシミリ機能（以下「ＲＴＩファクシミリ機能」という）を搭載したＧ３ファクシミリ装置３０と、それを同じ機能を搭載したＧ３ファクシミリ装置４０とが通信を行うように構成されている。このシステムは、Ｇ３ファクシミリ装置３０と、Ｇ３ファクシミリ装置４０とがアナログ公衆網（ＰＳＴＮ網）３１，３１を介してゲートウェイ装置３２，４２に接続され、かつそのゲートウェイ装置３２，４２がインターネット５０に接続されて構成されている。そして、Ｇ３ファクシミリ装置３０とゲートウェイ装置３２との通信、Ｇ３ファクシミリ装置４０とゲートウェイ装置４２との通信にはＩＴＵ−Ｔ勧告Ｔ．３０に準拠したＴ．３０通信手順が適用され、ゲートウェイ装置３２とゲートウェイ装置４２との通信にはＩＴＵ−Ｔ勧告Ｔ．３８に準拠したＴ．３８通信手順が適用される。なおインターネット５０には、ゲートキーパ装置５１が接続されている。
【００１０】
図３に示すＲＴＩファクシミリシステムは、いわゆる非ゲートウェイ型と呼ばれ、Ｔ．３８通信手順による通信機能を主体とするＲＴＩファクシミリ装置１００と、ＲＴＩファクシミリ装置２００とがインターネット５０のみを経由して直接（ダイレクトに）通信を行うように構成されている。ＲＴＩファクシミリ装置１００と、ＲＴＩファクシミリ装置２００との通信にはＴ．３８通信手順が適用され、そのそれぞれとゲートキーパ装置５１とはＩＴＵ−Ｔ勧告Ｈ．３２３に準拠したＨ．３２３通信手順が適用され、アドレス変換やネットワーク制御及び呼制御等が行われている。
【００１１】
図３に示す通信機能を実現するインターネットファクシミリ装置の内部構成としては、図４に示す構成が考えられる。図４は、ＲＴＩファクシミリ装置１００の主要な内部構成を示すブロック図である。図に示すようにＲＴＩファクシミリ装置１００は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、画像蓄積メモリ１０４とを有し、ＬＡＮコントローラ１０５及びトランス１０６と、モデム１０７及びＮＣＵ１０８とを有し、ＤＣＲ１０９と、スキャナ１１０と、プロッタ１１１と、オペレーションパネル（操作パネルともいう）１１２とを有して構成され、トランス１０６、ＮＣＵ１０８を除く各構成要素が互いにシステムバス１１３により接続されている。
【００１２】
ＣＰＵ１０１は、ＲＯＭ１０２に記憶されているプログラムにしたがいＲＴＩファクシミリ装置１００全体の動作を統括して制御し、この発明の特徴となる各種の手段として作動するユニットである。ＲＯＭ１０２はＣＰＵ１０１の実行する制御プログラム、通信制御手順や、ネットワーク制御手順、Ｈ．３２３通信手順による呼制御手順、Ｔ．３８通信手順によるファクシミリデータの転送手順及び恒久的なデータ等を記憶しておく読出し専用の記憶手段である。ＲＡＭ１０３はＲＴＩファクシミリ装置１００の制御に際して必要なデータを一時的に保管するとともに、ネットワーク制御の際のプロトコル処理を行うためのデータを記憶する記憶手段である。画像蓄積メモリ１０４は、電子メールやファクシミリデータを送受信する際にファイルを蓄積するために使用する記憶手段である。
【００１３】
ＬＡＮコントローラ１０５はネットワークから受信したデータのデコード又はネットワークへ送信するデータのエンコードを行ったり、送信フレームや受信フレームのバッファリングを行うＬＳＩ等からなるネットワーク制御手段である。トランス１０６は、ネットワークからのデータを送受信するためのトランスフォーマーである。モデム１０７は、２値符号化された画像データを公衆回線網（ＰＳＴＮ網）に伝送可能とするための変調と相手先ファクシミリ装置からの変調された画像データの符号を元の２値符号に戻すための復調を実行する。ＮＣＵ１０８は、公衆回線網（ＰＳＴＮ網）より相手先ファクシミリ装置のＤＴＭＦ（ｄｕａｌｔｏｎｅｍｕｌｔｉｐｌｅｘｅｄｆｒｅｑｕｅｎｃｙ）信号を検出及び解析するための検出器である。
【００１４】
ＤＣＲ１０９は、スキャナ１１０で読み取った２値画像データを圧縮し符号化するため、また相手先ファクシミリ装置から送信されてきた圧縮符号をプロッタ１１１により印刷（プリント）することができるように２値画像に復号化するための符号化・復号化器である。スキャナ１１０は、ファクシミリの送信操作に必要となるデータ読取り、送信しようとする原稿の画像情報を読み取る画像情報読取手段である。プロッタ１１１は、受信或いは蓄積したファクシミリデータ等を用紙に印刷して出力する書き込み部である。操作パネル１１２は、ユーザがＲＴＩファクシミリ装置１００に送受信動作を行わせるための情報等を入力するのに必要な各種操作キーと、動作状態などを表示する液晶ディスプレイ等の表示装置とから構成され、ユーザが各種操作キーの操作により各データを入力する操作入力部である。なお、後述する発呼回数などの情報は、上述の記憶手段例えばＲＡＭ１０３に記憶されているものとする。
【００１５】
続いて、この発明によるインターネットファクシミリ装置の動作内容について図１に示すようなシステム構成を想定して説明する。図１は、上述したＲＴＩファクシミリ装置１００と、これと同じ構成を有するＲＴＩファクシミリ装置２００とから構成される図３に示したＲＴＩファクシミリシステムのシステム構成を図示したものである。なお、図１では、ＲＴＩファクシミリ装置１００，２００とインターネット５０とを示し、その他の構成は図示を省略している。以下の説明では、ＲＴＩファクシミリ装置１００が送信側、ＲＴＩファクシミリ装置２００が受信側として作動する場合を想定している。
ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とは、ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ：伝送制御プロトコル）又はＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）によるパケット通信により互いにファクシミリデータの送受信を行っている。
【００１６】
ＴＣＰによる場合、通信をやりとりする２つの装置（端末Ａと、端末Ｂ）は図５に示すようにしてパケット通信を行っている。図５は、ＴＣＰによるパケット通信の内容と、パケットフォーマットを示す説明図である。この図５では、端末Ａからパケットａ１，ａ２，ａ２が順次送信されていて、パケットａ１が送信されるとそれを受信した端末Ｂが確認応答パケットｂ１を送信している。ただし、端末Ａからパケットａ２を送信したときは端末Ｂから確認応答パケットｂ１が送信されずにタイムアウトが発生したため、パケットａ２が続けて送信されている。また、ＴＣＰによる場合、端末Ａ側で確認応答パケットを待つ遅延が発生するが、パケットの順序及びその内容は保証されている。そして、この場合のパケットのフォーマットはＴ．３０データ（ＤＩＳ／ＤＣＳ等のＨＤＬＣ情報や画像データ）Ｐ１と、Ｔ．３０識別子（Ｔ．３０信号の識別子）Ｐ２とからなるデータ部の先頭にヘッダＰ３が付加された構成となっている。
【００１７】
ＵＤＰによる場合、通信をやりとりする端末Ａと、端末Ｂとは、図６に示すようにしてパケット通信を行っている。図６は、ＵＤＰによるパケット通信の内容と、パケットフォーマットを示す説明図である。ＵＤＰによる場合、コネクションレスのため信頼性が低い。そのため、ＵＤＰによるパケットフォーマットは、Ｔ．３０データＰ１とＴ．３０識別子Ｐ２とに、順序整列のためシーケンス番号Ｐ４を付加するとともに、以前に送信したパケット（冗長パケット）Ｐ５をパケット消失時のエラー回復のために付加してデータ部を形成し、そのデータ部の先頭にヘッダＰ３が付加された構成となっている。こうして、コネクションレスであるＵＤＰ通信の信頼性を向上させるようにしている。
【００１８】
そして、図６では、端末Ａから端末Ｂに対して、パケットａ２にその前に送信したパケットａ０，ａ１を付加したパケットａ１０と、パケットａ３にその前に送信したパケットａ１，ａ２を付加したパケットａ１１と、パケットａ４にその前に送信したパケットａ２，ａ３を付加したパケットａ１２と、パケットａ５にその前に送信したパケットａ３，ａ４を付加したパケットａ１３とを順次送信している。そのときに、パケットａ１２が消失したとして、パケットａ１３に付加されているエラー訂正用パケット（パケットａ４）を使用してエラー回復を行うようにしている。
リアルタイムファクシミリ通信動作を行い、ＲＴＩファクシミリ装置１００からＲＴＩファクシミリ装置２００に画像データを送信するとき、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とは、図７に示すようにして通信を実行する。図７は、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とのＴＣＰパケットによる第１の通信の概略を示す説明図である。
【００１９】
ＲＴＩファクシミリ装置１００において、ユーザが操作パネル１１２を操作して原稿の読み取りを指示するとスキャナ１１０が原稿の画像を読み取り画像データを出力する。また、ＲＴＩファクシミリ装置１００の送信宛先を特定する情報（宛先情報）、例えばＩＰアドレスが入力されると得られた画像データのＲＴＩファクシミリ機能による送信が指示される。すると、ＬＡＮコントローラ１０５、トランス１０６がリアルタイムファクシミリ通信手段として作動し、その画像データをパケット通信により送信する１回目のリアルタイムファクシミリ通信ａを実行する。このＲＴＩファクシミリ機能により送信を行ったときにインターネット５０に接続されている図示しないコンピュータや端末装置等が多数のデータ通信を行いデータのコリジョンが多発して送信データが壊れてしまい、ネットワーク負荷が高くなっている場合がある。ＲＴＩファクシミリ装置１００は、リアルタイムファクシミリ通信で何回かの回線断が発生してＣＰＵ１０１がその複数回数の回線断を捕らえると、ＣＰＵ１０１がそのときの回線断回数をＲＡＭ１０３に記憶させる動作ｂを実行し、続いて２回目の通信準備ｃを実行する。なお１回目の通信時の発呼回数は予め決められたデフォルト値（デフォルト発呼回数）が設定されているものとする。
【００２０】
ここで、ＲＴＩ機能によるファクシミリ通信における発呼回数について説明する。ＲＴＩファクシミリ装置１００ではネットワーク負荷が高い場合、パケットが消失するなどしてタイムアウトを発生し、回線断となって送信宛先に画像データが送信されずに不達となってしまうことがある。このリカバリー動作として再発呼動作を行うが、このときの再発呼回数を発呼回数としている。
そして、次にＲＴＩファクシミリ装置１００がリアルタイムファクシミリ通信動作を行い画像データを送信するときは、前回の通信履歴を用いて発呼回数を設定するため、ＣＰＵ１０１がＲＡＭ１０３に記憶されている回線断回数を読み出して式１にしたがい発呼回数の設定ｄを実行する。
式１発呼回数＝回線断回数＋ｎ (ｎはデフォルト発呼回数)
【００２１】
こうして求められた発呼回数に基づいて、ＲＴＩファクシミリ装置１００はＲＴＩファクシミリ装置２００に対して２回目のリアルタイムファクシミリ通信動作ｅを実行する。そのとき、再びネットワーク負荷が高くて回線断が発生したときはＣＰＵ１０１がその際の回線断回数をＲＡＭ１０３に記憶させる動作ｆを実行し、続いて上記同様に発呼回数を設定し、その発呼回数に基づき３回目のリアルタイムファクシミリ通信動作を実行する。以下、同様にして前回の通信履歴から次回の発呼回数を設定し、その設定された発呼回数に基づいてリアルタイムファクシミリ通信動作を実行する。このように、ＲＴＩファクシミリ装置１００では、ネットワーク負荷が高くて回線断が発生するときは、前回の通信履歴を参照し、前回の回線断回数を用いて設定した発呼回数によりリアルタイムファクシミリ通信動作を実行する。そのため、リアルタイムファクシミリ通信動作が直前のネットワーク負荷状況を反映したものとなり、その負荷状況に応じて発呼回数が設定されるため接続性等の通信品質を向上させることが可能となる。
【００２２】
次に、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とのＴＣＰパケットによる第２の通信について説明する。第２の通信では、上述のようにして、リアルタイムファクシミリ通信動作を実行するのに先立ち、通信する時のネットワーク負荷状況に応じてデフォルト発呼回数ｎを調整している。
図８に示すように、ＲＴＩファクシミリ装置１００は、リアルタイムファクシミリ通信動作の準備ｇを実行した後で、送信宛先となるＲＴＩファクシミリ装置２００のＩＰアドレスまたはホスト名を使用してｐｉｎｇコマンドの発行ｈを実行し、ネットワークの負荷状況を調査する。すなわち、ＲＴＩファクシミリ装置１００は、ＲＴＩファクシミリ装置２００がｐｉｎｇコマンドに応答して送信するパケット遅延時間（以下「ｐｉｎｇ応答時間」という）の受信ｉを実行し、そのｐｉｎｇ応答時間からネットワーク負荷状況をＣＰＵ１０１により判断する。
【００２３】
上述のとおりネットワーク負荷が高いとデータのコリジョンが多発するため、ｐｉｎｇコマンドの送信が何度も繰返され、それに対する受け手からの応答が遅くなってパケット遅延時間が長くなり、ｐｉｎｇ応答時間が長くなる。逆にネットワーク負荷が低ければｐｉｎｇ応答時間は短くなる。このことから、ネットワーク負荷状況は簡易的ながらｐｉｎｇ応答時間から判断することができると考えられる。続いて、図１２に示すフローチャートに従い発呼回数調整処理ｊを実行してデフォルト発呼回数ｎを調整する。なお、図１２ではステップをＳと略記している。
【００２４】
発呼回数調整処理ｊがスタートすると、ステップ１に進み、ＣＰＵ１０１はｐｉｎｇ応答時間が予め一定値が設定された時間(以下「スレッシュ時間」という)以下であるか否かを双方を比較して判断し、スレッシュ時間以下の場合はネットワーク負荷が低いとしてステップ２に進み、スレッシュ時間よりも大きい場合はネットワークの負荷が高いとしてステップ３に進む。ＣＰＵ１０１は、ステップ２に進むと、デフォルト発呼回数ｎを一定回数だけ減らす処理を実行し、ステップ３に進むとデフォルト発呼回数ｎを一定回数だけ増やす処理を実行し、その後発呼回数調整処理ｊを終了する。この調整処理ｊが終了すると、調整処理ｊにより調整されたデフォルト発呼回数ｎを用いてリアルタイムファクシミリ通信ａ以降の処理が図７のようにして実行される。
【００２５】
第１の通信のようにしてリアルタイムファクシミリ通信を実行する場合は、前回の通信履歴を参照して発呼回数を設定するので発呼回数が実際に通信を実行する時のネットワーク負荷状況に適合して設定されない可能性がある。しかし、上述の発呼回数調整処理ｊを実行すると、通信開始前にｐｉｎｇコマンドを発行して、ｐｉｎｇ応答時間とスレッシュ時間とを比較した上で発呼回数を調整するので、発呼回数が通信時のネットワーク負荷状況に適合して設定され、接続性等の通信品質の一層の向上が可能となる。
次に、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とのＴＣＰパケットによる第３の通信について説明する。第３の通信では、上述のようにして、発呼回数調整処理を行う場合に使用するスレッシュ時間を変更可能としている。
【００２６】
図９に示すように、ＲＴＩファクシミリ装置１００はリアルタイムファクシミリ通信動作の準備ｇ，ｐｉｎｇコマンドの発行ｈ，ｐｉｎｇ応答時間の受信ｉを実行し、続けて図１３に示すフローチャートに従い発呼回数調整処理ｋを実行して発呼回数を調整する。なお、図１３でもステップをＳと略記している。発呼回数調整処理ｋがスタートするとステップ４に進み、ＣＰＵ１０１はｐｉｎｇ応答時間が操作パネル１１２を操作して設定された時間(修正スレッシュ時間)以下であるか否かを双方を比較して判断し、修正スレッシュ時間以下ならステップ２に進み、修正スレッシュ時間よりも大きい場合はステップ３に進む。なお、ステップ２，３の処理は上記同様である。以下第２の通信と同様にしてリアルタイムファクシミリ通信を実行する。第２の通信では、スレッシュ時間が一定値であるため、必ずしもユーザのネットワーク環境に合った発呼回数が設定されないことがあり、そのことで回線断回数が発呼回数を上回り、通信が正常に終了しなくなるおそれがある。しかし、第３の通信のようにするとユーザがそのスレッシュ時間を設定することができるため、ユーザのネットワーク環境に適合させて発呼回数を設定することが可能となり、接続性等通信品質の更なる向上が可能となる。
【００２７】
次に、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とのＴＣＰパケットによる第４の通信について説明する。第４の通信では、図１４に示すテーブルＡを参照した発呼回数設定処理を行うようにしている。
テーブルＡは、パケット遅延時間エリアＡ１と発呼回数エリアＡ２とを有し、パケット遅延時間と発呼回数とを対応付けて記憶しており、ＲＡＭ１０３に設けられている。そして、図１０に示すように、リアルタイムファクシミリ通信動作の準備ｇ，ｐｉｎｇコマンドの発行ｈ，ｐｉｎｇ応答時間の受信ｉを順次実行する。続いてｐｉｎｇコマンドにより取得されるパケット遅延時間をサーチキーに設定してテーブルＡをサーチし、そのサーチキーに対応する対応発呼回数を発呼回数エリアＡ２から取得して、発呼回数決定処理ｌを実行する。これ以降、決定された対応発呼回数をデフォルト発呼回数ｎに用いてリアルタイムファクシミリ通信ａ以降を第２の通信のようにして実行する。上述した第３の通信では、発呼回数をネットワーク環境に適合させるため、ユーザがスレッシュ時間をわざわざ設定しなければならないが、第４の通信ではｐｉｎｇコマンドにより取得したパケット遅延時間によって発呼回数を動的に設定するので、ユーザがわざわざスレッシュ時間を設定するまでもなくネットワーク環境に適合した発呼回数を設定することが可能となり、ユーザにとって便利になる。
【００２８】
次に、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とのＴＣＰパケットによる第５の通信について説明する。第５の通信では、図１５に示すテーブルＢを作成し、ｐｉｎｇ応答時間を一定時間毎に取得してネットワーク負荷状況を時間帯別に調査している。
テーブルＢは、時間帯エリアＢ１とｐｉｎｇ応答時間エリアＢ２とを有し、午前０時から２４時までを一定時間毎に区切り、各時間帯の応答時間を記憶できるようになっていて、ＲＡＭ１０３に設けられている。また、第５の通信では、ＲＴＩファクシミリ装置１００のＲＡＭ１０３に、その宛先となるＲＴＩファクシミリ装置２００が送信宛先としてワンタッチダイヤルまたは短縮ダイヤルなどにより登録（記憶）されている。
【００２９】
そして、ＲＴＩファクシミリ装置１００は、図１１に示すように、ＣＰＵ１０１がＲＡＭ１０３にアクセスして、ワンタッチダイヤルまたは短縮ダイヤルなどにより登録されているＲＴＩファクシミリ装置２００の宛先に対して一定時間ごとにｐｉｎｇコマンドを発行するｐｉｎｇコマンドの発行ｍを実行し、ネットワークの負荷状況を一定時間毎に調査する。すなわち、ＲＴＩファクシミリ装置１００は、ＲＴＩファクシミリ装置２００から一定時間ごとに送信されるｐｉｎｇ応答時間の受信ｉを実行する。そして、受信ｉを実行して得られる応答時間を一定時間の間蓄積（加算）して、その蓄積した値からｐｉｎｇ応答時間の平均値を時間帯別に算出し、その求められた平均値を時間帯エリアＢ１の対応する時間帯に記憶させる時間帯別応答時間の算出処理ｏを実行する。
【００３０】
その後、ＲＴＩファクシミリ装置１００がＲＴＩファクシミリ装置２００に対してリアルタイムファクシミリ通信動作を実行する場合には、リアルタイムファクシミリ通信動作の準備ｇを実行後、ｐｉｎｇコマンドを発行することなく表Ｂをサーチし、そのサーチキーに設定されている時間帯に対応するｐｉｎｇ応答時間の平均値を求め、その平均値とスレッシュ値又は修正スレッシュ値とを比較して発呼回数を設定し（ｐ）、その後は第２〜第４の通信と同様の処理を実行する。第２〜第４の通信のように、通信開始前にｐｉｎｇコマンドを発行してそのｐｉｎｇ応答時間から発呼回数を決定すると、通信の前処理にオーバヘッドがかかってしまうが、第５の通信のようにしてｐｉｎｇコマンドを発行することなく応答時間を設定すれば、通信開始前にｐｉｎｇコマンドを発行するオーバヘッドがなくなり通信のパフォーマンスを向上させることが可能となる。
【００３１】
次に、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とのＵＤＰパケットによる第６の通信について説明する。第６の通信ではネットワーク負荷状況に応じ冗長パケット数を調整してＵＤＰパケット通信を実行している
図１６に示すように、ＲＴＩファクシミリ装置１００は、ＲＴＩファクシミリ装置２００のＩＰアドレスを使用してｐｉｎｇコマンドの発行ｈを実行し、ＲＴＩファクシミリ装置２００から送信されるｐｉｎｇ応答時間の受信ｉを実行してｐｉｎｇ応答時間からネットワーク負荷状況をＣＰＵ１０１により判断する。続いて、図１９に示すフローチャートに従い冗長パケット数調整処理ｑを行し、冗長パケット数を調整する。なお、図１９でもステップをＳと略記している。冗長パケット数調整処理ｑがスタートすると、ＣＰＵ１０１はステップ１を実行し、ｐｉｎｇ応答時間が一定のスレッシュ時間以下であるか否かを双方を比較して判断し、スレッシュ時間以下ならステップ５に進んで図６に示す冗長パケット数を減らし、スレッシュ時間よりも大きければステップ６に進んで冗長パケット数を増やす。ステップ５又はステップ６を実行後処理を終了する。この調整処理ｑが終了すると、調整された数の冗長パケットを付加したパケット通信ｒが実行される。
【００３２】
リアルタイムファクシミリ通信を実行する場合、ＵＤＰパケット通信を行う場合は、信頼性向上のために冗長パケット制御を行っていた。その際にネットワーク負荷が低いと冗長パケットが無駄に付加されて通信速度が低下し、ネットワーク負荷が高ければ冗長パケット数以上のパケット消失が発生してエラーになることがある。この発明によるＲＴＩファクシミリ装置１００によれば、付加される冗長パケット数をネットワーク負荷状況に応じて調整する制御を実行しているので無駄な冗長パケットが付加されることがなく、通信速度、接続性等の通信品質の向上が可能となる。
次に、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とのＵＤＰパケットによる第７の通信について説明する。第７の通信では、図１５に示すテーブルＢを参照した冗長パケット数調整処理を行っている。なお、第７の通信ではＲＴＩファクシミリ装置１００のＲＡＭ１０３にＲＴＩファクシミリ装置２００が送信宛先としてワンタッチダイヤルまたは短縮ダイヤルなどにより登録（記憶）されている。
【００３３】
そして、ＲＴＩファクシミリ装置１００は、図１７に示すように、ＣＰＵ１０１がＲＡＭ１０３にアクセスして、一定時間毎にｐｉｎｇコマンドの発行ｍを実行し、その都度送信されるｐｉｎｇ応答時間の受信ｉを実行する。そして、受信ｉを実行して得られる応答時間を一定時間の間蓄積（加算）して、その蓄積した値からｐｉｎｇ応答時間の平均値を時間帯別に算出し、その求められた平均値を時間帯エリアＢ１の対応する時間帯に記憶させる時間帯別応答時間の算出処理ｏを実行する。その後送信動作ｓを開始してリアルタイムファクシミリ通信動作を実行する場合には、ｐｉｎｇコマンドを発行することなく表Ｂをサーチし、そのサーチキーに設定されている時間帯に対応するｐｉｎｇ応答時間の平均値を求めて、続いて図２０に示すフローチャートに従い冗長パケット数調整処理ｔを実行する。この冗長パケット数調整処理ｔは、上述の冗長パケット数調整処理ｑと比較して、ステップ７が異なる他は同じである。そのステップ７では、表Ｂから得たｐｉｎｇ応答時間の平均値とスレッシュ時間とを比較する点が異なる他はステップ１と同じ処理を実行している。その後、調整された数の冗長パケットを付加したパケット通信ｒを実行する。
【００３４】
第６の通信のように、通信開始前にｐｉｎｇコマンドを発行してその応答時間から発呼回数を設定すると、通信の前処理にオーバヘッドがかかってしまうが、第７の通信のようにして、ｐｉｎｇコマンドを発行することなく発呼回数を設定すれば、通信開始前にｐｉｎｇコマンドを発行するオーバヘッドがなくなり通信のパフォーマンスを向上させることが可能となる。
次に、ＲＴＩファクシミリ装置１００とＲＴＩファクシミリ装置２００とのＵＤＰパケットによる第８の通信について説明する。第８の通信では、ネットワーク負荷の少ない時間帯を選んでリアルタイムファクシミリ通信動作を実行するようにしている。
【００３５】
第７の通信のようにして、一定時間毎にｐｉｎｇコマンド発行ｍを実行し，ｐｉｎｇ応答時間の受信ｉ，時間帯別応答時間の算出処理ｏを実行してメモリ送信によるリアルタイムファクシミリ通信動作ｕを実行する。続いて、ＣＰＵ１０１により表Ｂを参照してネットワーク負荷の最も小さい時間帯（ｐｉｎｇ応答時間が最小の時間帯）を選定する時間帯選定ｖを実行する。そして、ＲＴＩファクシミリ装置１００は、時間帯選定ｖで選定された時間帯になるまでリアルタイムファクシミリ通信動作を待機させ、その時間帯になったら調整された数の冗長パケットを付加してパケット通信ｒを実行する。第７の通信では、通信を実行する時刻のパケット遅延時間に対応する適切な数の冗長パケットを付加してメモリ送信を行っているが、そうするとその時刻のネットワーク負荷が高いと、通信速度、接続性等の通信品質が低下してしまう。これに対し、ワンタッチダイヤル、短縮ダイヤル等に登録された宛先に第８の通信のようにしてメモリ送信を行えば最もパケット遅延の少ない時間帯にパケット通信を行えるため、通信速度、接続性等の通信品質を一層向上させることが可能となる。
【００３６】
【発明の効果】
以上説明してきたようにこの発明によるインターネットファクシミリ装置によれば、ネットワーク負荷状況に応じて発呼回数が設定されるため、接続性等の通信品質を向上させることが可能となる。
【図面の簡単な説明】
【図１】この発明による２つのＲＴＩファクシミリ装置から構成されるＲＴＩファクシミリシステムのシステム構成図である。
【図２】この発明によるインターネットファクシミリ装置により構成されるリアルタイム型インターネットファクシミリシステムのシステム構成図である。
【図３】図２とは別のリアルタイム型インターネットファクシミリシステムのシステム構成図である。
【図４】この発明によるＲＴＩファクシミリ装置の主要な内部構成を示すブロック図である。
【図５】ＴＣＰによるパケット通信の内容と、パケットフォーマットを示す説明図である。
【図６】ＵＤＰによるパケット通信の内容と、パケットフォーマットを示す説明図である。
【図７】この発明による２つのＲＴＩファクシミリ装置のＴＣＰパケットによる第１の通信の概略を示す説明図である。
【図８】この発明による２つのＲＴＩファクシミリ装置のＴＣＰパケットによる第２の通信の概略を示す説明図である。
【図９】この発明による２つのＲＴＩファクシミリ装置のＴＣＰパケットによる第３の通信の概略を示す説明図である。
【図１０】この発明による２つのＲＴＩファクシミリ装置のＴＣＰパケットによる第４の通信の概略を示す説明図である。
【図１１】この発明による２つのＲＴＩファクシミリ装置のＴＣＰパケットによる第５の通信の概略を示す説明図である。
【図１２】ＴＣＰパケットによる第２の通信の発呼回数調整処理の手順を示すフローチャートである。
【図１３】ＴＣＰパケットによる第３の通信の発呼回数調整処理の手順を示すフローチャートである。
【図１４】ＴＣＰパケットによる第４の通信で用いるパケット遅延時間と発呼回数とを対応付けて記憶するテーブルの内容を図示した図である。
【図１５】ＴＣＰパケットによる第５の通信で用いる時間帯エリアとｐｉｎｇ応答時間エリアとを対応付けて記憶するテーブルの内容を図示した図である。
【図１６】この発明による２つのＲＴＩファクシミリ装置のＵＤＰパケットによる第６の通信の概略を示す説明図である。
【図１７】この発明による２つのＲＴＩファクシミリ装置のＵＤＰパケットによる第７の通信の概略を示す説明図である。
【図１８】この発明による２つのＲＴＩファクシミリ装置のＵＤＰパケットによる第８の通信の概略を示す説明図である。
【図１９】ＵＤＰパケットによる第６の通信の冗長パケット数調整処理の手順を示すフローチャートである。
【図２０】ＵＤＰパケットによる第７の通信の冗長パケット数調整処理の手順を示すフローチャートである。
【符号の説明】
３０，４０：Ｇ３ファクシミリ装置
３１：アナログ公衆網（ＰＳＴＮ網）
３２，４２：ゲートウェイ装置
５０：インターネット５１：ゲートキーパ装置
１００，２００：ＲＴＩファクシミリ装置
１０１：ＣＰＵ１０２：ＲＯＭ
１０３：ＲＡＭ１０４：画像蓄積メモリ
１０５：ＬＡＮコントローラ１０６：トランス
１０７：モデム１０８：ＮＣＵ
１０９：ＤＣＲ１１０：スキャナ
１１１：プロッタ１１３：システムバス
１１２：オペレーションパネル

Claims

ネットワークに接続する手段と、インターネットを介しパケット通信により画像データを送受信するリアルタイムファクシミリ通信手段とを有するインターネットファクシミリ装置において、
前記リアルタイムファクシミリ通信手段により、リアルタイムファクシミリ通信を行ったときに発生する回線断回数を記憶する記憶手段と、
該手段に前記回線断回数を記憶させる手段と、
前記記憶手段に記憶されている前記回線断回数を用いて、前記リアルタイムファクシミリ通信手段が再発呼動作を行うときの発呼回数を設定する手段とを設けたことを特徴とするインターネットファクシミリ装置。
請求項１記載のインターネットファクシミリ装置において、
ｐｉｎｇコマンドを発行するｐｉｎｇコマンド発行手段と、
該手段により発行された前記ｐｉｎｇコマンドに応答して送信されるｐｉｎｇ応答時間と一定値が設定されたスレッシュ時間とを比較する比較手段と、
該手段による比較結果に応じて前記発呼回数を調整する発呼回数調整手段とを設けたことを特徴とするインターネットファクシミリ装置。
請求項２記載のインターネットファクシミリ装置において、
前記スレッシュ時間を設定する操作入力手段を設け、
前記比較手段が前記ｐｉｎｇ応答時間と前記操作入力手段により修正された修正スレッシュ時間とを比較するように構成され、かつその比較手段の比較結果に応じて前記発呼回数調整手段が前記発呼回数を調整するように構成されていることを特徴とするインターネットファクシミリ装置。
請求項２又は３のいずれか一項記載のインターネットファクシミリ装置において、
パケット遅延時間と発呼回数とを対応付けたテーブル記憶手段と、
サーチキーに設定されているパケット遅延時間に対応する前記テーブル記憶手段の対応発呼回数を用いて前記発呼回数を調整するように構成されていることを特徴とするインターネットファクシミリ装置。
請求項２乃至４のいずれか一項記載のインターネットファクシミリ装置において、
時間帯エリアとｐｉｎｇ応答時間エリアとを対応付けて記憶する時間帯別応答時間記憶手段と、
前記ｐｉｎｇコマンド発行手段が一定時間毎にｐｉｎｇコマンドを発行して得られるｐｉｎｇ応答時間を一定時間の間加算してｐｉｎｇ応答時間の平均値を求め、その求められた平均値を対応する時間帯の前記時間帯エリアに記憶させる手段とを設け、
前記比較手段が、サーチキーに設定されている時間帯に対応するｐｉｎｇ応答時間の平均値と前記スレッシュ時間又は修正スレッシュ時間とを比較するように構成されていることを特徴とするインターネットファクシミリ装置。
ネットワークに接続する手段と、インターネットを介しＵＤＰパケット通信により画像データを送受信するリアルタイムファクシミリ通信手段とを有するインターネットファクシミリ装置において、
ｐｉｎｇコマンドを発行するｐｉｎｇコマンド発行手段と、
該手段により発行された前記ｐｉｎｇコマンドに応答して送信されるｐｉｎｇ応答時間と一定値が設定されたスレッシュ時間とを比較する比較手段と、
該手段による比較結果に応じて前記ＵＤＰパケット通信により送信される冗長パケット数を調整する手段とを設けたことを特徴とするインターネットファクシミリ装置。
請求項６記載のインターネットファクシミリ装置において、
時間帯エリアとｐｉｎｇ応答時間エリアとを対応付けて記憶する時間帯別応答時間記憶手段と、
前記ｐｉｎｇコマンド発行手段が一定時間毎にｐｉｎｇコマンドを発行して得られるｐｉｎｇ応答時間を一定時間の間加算してｐｉｎｇ応答時間の平均値を求め、その求められた平均値を対応する時間帯の前記時間帯エリアに記憶させる手段とを設け、
前記比較手段が、サーチキーに設定されている時間帯に対応するｐｉｎｇ応答時間の平均値と前記スレッシュ時間とを比較するように構成されていることを特徴とするインターネットファクシミリ装置。
請求項７記載のインターネットファクシミリ装置において、
前記時間帯別応答時間記憶手段に記憶されているｐｉｎｇ応答時間が最小の時間帯を選定する手段と、
該手段により選定された時間帯になるまで前記リアルタイムファクシミリ通信手段を待機させる手段とを設けたことを特徴とするインターネットファクシミリ装置。