JP2007019649A

JP2007019649A - 通信端末

Info

Publication number: JP2007019649A
Application number: JP2005196649A
Authority: JP
Inventors: Tomohito Kajiwara; 智仁梶原
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2005-07-05
Filing date: 2005-07-05
Publication date: 2007-01-25
Also published as: EP1742456A1; US7751091B2; US20070008578A1

Abstract

【課題】通信端末間における通信のスループットを向上させること。
【解決手段】Ｔ．３８端末は、Ｇ３ＦＡＸのＯＦＦ−ＨＯＯＫ状態の検出を行い、Ｇ３ＦＡＸが発呼している場合（Ｓ１１；Ｙ）、発呼元のＧ３ＦＡＸのダイヤル信号の検出処理を行う（Ｓ１２）。そして、Ｔ．３８端末は、Ｇ３ＦＡＸとの間で、Ｇ３規格に基づくＧ３ＦＡＸ通信を行い画データを受信し（Ｓ１３）、受信した画データを随時ＨＤＤに記録する（Ｓ１４）。Ｇ３ＦＡＸ通信の完了後、Ｔ．３８端末は、画データの送信先である相手先装置に対する発呼処理を行う（Ｓ１５）。Ｔ．３８端末は、相手先装置がＢＵＳＹ状態であるか否かを判断し、相手先装置がＢＵＳＹ状態でない場合（Ｓ１６；Ｎ）、画データをＨＤＤから読み出し、Ｔ．３８通信によって画データを相手先装置へ送信し（Ｓ１７）、処理を終了する。
【選択図】図３

Description

本発明は、例えば、ファクシミリ通信機能等の通信機能を有する通信端末に関する。

公衆電話網を介したファクシミリ通信の利点である端末間の能力交換およびリアルタイム性と、ネットワークを介した通信における通信料金が発生しないという利点とを両立した通信形態として、１９９９年にパケット化したＴ．３０信号をパケット網上でやり取りするためのＩＴＵ−Ｔ勧告Ｔ．３８が制定された。
そして、この勧告Ｔ．３８に基づいた通信を行うことにより、端末間のファクシミリ通信に関する能力交換および通信のリアルタイム性が保証された通信をネットワーク上に行うことができるようになった。

また、ＩＴＵ−Ｔ勧告Ｔ．３８の制定後、ＩＴＵ−Ｔ勧告Ｔ．３８に従うネットワーク端末装置と、従来型のファクシミリ装置との間におけるリアルタイム通信を可能にするための技術が下記の特許文献に提案されている。
特開２００２−１１１９５２公報

特許文献１には、相手先装置がパケット網直結型のネットワークファクシミリ装置でない場合でも、正常な通信を行うことができるパケット通信網直結型のネットワークファクシミリ装置が提案されている。
詳しくは、相手先装置から信号を受信して送信するまでの待ち時間の設定を相手先装置に応じて変化させるようにする。
具体的には、相手先装置がＩＴＵ−Ｔ勧告Ｔ．３８準拠のパケット網直結型ネットワークファクシミリ装置である場合には、第１の待ち時間に設定する。そして、相手先装置がＩＴＵ−Ｔ勧告Ｔ．３８準拠のパケット網直結型ネットワークファクシミリ装置でない場合には、第１の待ち時間より長い第２の待ち時間に設定する。

ところで、ＩＴＵ−Ｔ勧告Ｔ．３８に従うネットワーク端末（以下、Ｔ．３８端末とする）には、ネットワーク直結型のＩＡＦ（Ｉｎｔｅｒｎｅｔ・Ａｗａｒｅ・Ｆａｘ）型と、専用線や公衆回線等の電話網へリアルタイムに転送するＧＷ（Ｇａｔｅｗａｙ）型との２種類が存在する。
ＩＴＵ−Ｔ勧告Ｔ．３８に従ってＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ・Ｃｏｎｔｒｏｌ・Ｐｒｏｔｏｃｏｌ）モードで通信を行う場合、高速通信が可能である。

しかしながら、受信側のＴ．３８端末がＧＷ型であり、Ｇ３ＦＡＸが接続されている場合、この着信端末であるＧ３ＦＡＸでは、ＩＴＵ−Ｔ勧告Ｔ．３０でネゴシエーションした速度での通信を行わなければならない。
すると、送信側の端末（例えば、ＩＡＦ型端末）から見ると、通信のスループット、即ち、単位時間内に通信処理されるデータの量が低下してしまう。
そこで、本発明は、端末間における通信のスループットを向上させることができる通信端末を提供することを目的とする。

請求項１記載の発明では、アナログ電話回線用のアナログファクシミリ装置と接続するための端末インターフェースと、前記アナログファクシミリ装置との間で行われる、アナログ電話回線用のファクシミリ通信を制御するアナログ通信手段と、前記アナログ通信手段により受信した画データを格納する記憶装置と、ＩＰネットワークと接続するためのネットワークインターフェースと、前記記憶装置に格納された画データを、前記アナログ電話回線用のファクシミリ通信より高速なファクシミリ通信（以下、高速通信とする）を用いて、前記ＩＰネットワークに接続されている前記高速通信対応型の端末へ送信する高速送信手段と、を備えることにより前記目的を達成する。
請求項２記載の発明では、請求項１記載の発明において、前記記憶装置の空き容量が所定値に満たない場合、画データをＰＳＴＮ（公衆回線網）を介して相手先装置へ送信する。

請求項３記載の発明では、アナログ電話回線用のアナログファクシミリ装置と接続するための端末インターフェースと、ＩＰネットワークと接続するためのネットワークインターフェースと、前記アナログ電話回線用のファクシミリ通信より高速なファクシミリ通信（以下、高速通信とする）を用いた、前記ＩＰネットワークに接続されている前記高速通信対応型の端末との高速通信を制御する高速通信手段と、前記高速通信手段により高速受信した画データを格納する記憶装置と、前記記憶装置に格納された画データを、アナログ電話回線用のアナログファクシミリ通信を用いて、前記アナログファクシミリ装置へ送信するアナログ送信手段と、を備えることにより前記目的を達成する。

請求項１または、請求項３記載の発明によれば、受信した画データを一旦記憶装置に格納することにより、高速通信対応型の端末間におけるスループットを向上させることができる。
請求項２記載の発明によれば、記憶装置の空き容量が所定値に満たない場合、画データをＰＳＴＮ（公衆回線網）を介して相手先装置へ送信することにより、記憶装置に画データを格納する際に発生するエラーを抑制することができる。

以下、本発明の好適な実施の形態について、図１〜図６を参照して詳細に説明する。
図１は、本実施の形態に係るネットワークファクシミリシステムの構成の一例を示した図である。
このネットワークファクシミリシステムは、ＩＰ（Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ）ネットワーク１に接続されたＩＡＦ２およびＴ．３８端末３、さらにＴ．３８端末３に接続されたＧ３ＦＡＸ４を備えている。
ＩＰネットワーク１は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ・Ｃｏｎｔｒｏｌ・Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ）の中のインターネット層の論理的なネットワークである。

ＩＡＦ２は、ＩＴＵ−Ｔ勧告Ｔ．３８準拠のパケット網直結型のネットワークファクシミリ装置であり、パケット網であるＩＰネットワーク１を介して、相手先装置との間でリアルタイムネットワークファクシミリ通信を行う。
ＩＡＦ２とリアルタイムネットワークファクシミリ通信を行う相手先装置としては、ＩＡＦ２と同様のＩＴＵ−Ｔ勧告Ｔ．３８準拠のパケット網直結型のネットワークファクシミリ装置、また、ＩＴＵ−Ｔ勧告Ｔ．３８準拠のＧＷ装置がある。

図２は、ＩＡＦ２の概略構成を示した図である。
ＩＡＦ２は、システム制御部２１、ＲＯＭ２２、ＲＡＭ２３、受信バッファメモリ２４、スキャナ２５、プロッタ２６、ＬＡＮコントローラ２７を備えている。
システム制御部２１は、ＲＯＭ２２に書き込まれた制御プログラムに従って、ＲＡＭ２３を作業領域として使用しながら、装置各部を制御するマイクロコンピュータである。
ＲＯＭ２２は、システム制御部２１が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。

ＲＡＭ２３は、システム制御部２１の作業領域として使用されるランダムアクセスメモリである。
受信バッファメモリ２４は、受信データを処理完了までバッファリングするためのメモリである。
スキャナ２５は、例えば、３．８５本／ｍｍ、７．７本／ｍｍ、１５．４本／ｍｍ等の所定の読み取り線密度で原稿画像を読み取って画像データを得るためのものである。

プロッタ２６は、受信した画像データを、その線密度に応じて記録出力したり、スキャナ２５で読み取った文書データを、その線密度に応じて記録出力（コピー動作）するためのものである。
ＬＡＮコントローラ２７は、ＩＰネットワーク１に接続され、ＬＡＮプロトコルを制御して、ネットワークから受信したデータのデコード、またネットワークへ送信するデータのエンコードを行う。また、送信フレームや受信フレームのバッファリングを行い、そのＬＡＮプロトコル上でＣＰＵ３２がＩＴＵ−Ｔ勧告Ｔ．３８に基づいたリアルタイムネットワークファクシミリ通信を行えるようにするためのものである。

図１の説明に戻り、Ｔ．３８端末３は、ＩＴＵ−Ｔ勧告Ｔ．３８準拠のＧＷ装置である。このＴ．３８端末３は、専用の電話回線を介してＧ３ＦＡＸ４と接続されるターミナルアダプタタイプのＧＷ装置である。
図１に示すように、Ｔ．３８端末３は、ＮＩＣ（Ｎｅｔｗｏｒｋ・Ｉｎｔｅｒｆａｃｅ・Ｃａｒｄ）３１、ＣＰＵ３２、メモリ３３、ＮＣＵ（Ｎｅｔｗｏｒｋ・Ｃｏｎｔｒｏｌ・Ｕｎｉｔ）３４、ＦＡＸモデム３５、ＨＤＤ（Ｈａｒｄ・Ｄｉｓｋ・Ｄｒｉｖｅ）３６を備えている。

ＮＩＣ３１は、ＩＰネットワーク１に接続され、ＬＡＮプロトコルを制御して、ネットワークから受信したデータのデコード、またネットワークへ送信するデータのエンコードを行う。また、送信フレームや受信フレームのバッファリングを行い、そのＬＡＮプロトコル上でＣＰＵ３２がＩＴＵ−Ｔ勧告Ｔ．３８に基づいたリアルタイムネットワークファクシミリ通信を行えるようにするためのものである。

ＣＰＵ３２は、メモリ３３内のＲＯＭに書き込まれた制御プログラムに従って、メモリ内のＲＡＭを作業領域として使用しながら、装置各部を制御する中央演算処理装置である。
メモリ３３は、ＲＯＭやＲＡＭ、受信バッファメモリなどの記憶から構成されている。なお、受信バッファメモリは、受信データを処理が完了するまでバッファリングするための記憶装置である。
ＮＣＵ３４は、電話回線を制御して電話をかけたり切ったりする網制御装置である。

ＦＡＸモデム３５は、Ｇ３ファクシミリモデムで、接続される電話回線に送信するデータを変調する一方、ＮＣＵ３４を介して電話網から受信した信号を復調するものである。このＦＡＸモデム３５は、相手先番号に対応するＤＴＭＦ（Ｄｉａｌ・Ｔｏｎｅ・Ｍｕｌｔｉ・Ｆｒｅｑｕｅｎｃｙ）信号の送出も行う。また、ＦＡＸモデム３５は、網制御機能も備え、回線との接続制御を行う。
ＨＤＤ３６は、高速回転する円盤上にデータを記録し、読み書きする大容量の記憶装置である。

Ｇ３ＦＡＸ４は、Ｇ３規格に準拠したアナログ電話回線用のファクシミリ装置である。
このＧ３ＦＡＸ４は、ＰＳＴＮ（Ｐｕｂｌｉｃ・Ｓｗｉｔｃｈｅｄ・Ｔｅｌｅｐｈｏｎｅ・Ｎｅｔｗｏｒｋ）などの公衆電話網に接続されている。
なお、Ｇ３規格とは、ＩＴＵが勧告するＦＡＸ通信規格の一つで、アナログ電話回線用のものであり、最大９６００ｂｐｓの速度でデータを送信できる。

次に、このように構成される本実施の形態に係るネットワークファクシミリシステムにおける画データの通信手順について説明する。
はじめに、Ｇ３ＦＡＸ４からＩＡＦ２へ画データを送信する場合について説明する。
図３は、本実施の形態に係るネットワークファクシミリシステムにおける、Ｇ３ＦＡＸ４からＩＡＦ２へ画データを送信する場合における通信処理の手順を示したフローチャートである。

Ｔ．３８端末３は、Ｇ３ＦＡＸ４のＯＦＦ−ＨＯＯＫ状態、即ち、Ｇ３ＦＡＸ４の発呼状態の検出を行う（ステップ１１）。
Ｇ３ＦＡＸ４が相手先装置へ発呼していない場合には、Ｔ．３８端末３において、Ｇ３ＦＡＸ４が発呼状態であるとは検出されず（ステップ１１；Ｎ）、Ｔ．３８端末３は、引き続きＧ３ＦＡＸ４の発呼状態の検出を行う。

Ｇ３ＦＡＸ４が相手先装置へ発呼している場合には、Ｔ．３８端末３において、Ｇ３ＦＡＸ４が発呼状態であると検出される（ステップ１１；Ｙ）。
すると、Ｔ．３８端末３は、Ｇ３ＦＡＸ４の発呼に応答し、発呼元のＧ３ＦＡＸ４のダイヤル信号の検出処理を行う（ステップ１２）。
そして、Ｔ．３８端末３は、Ｇ３ＦＡＸ４との間で、Ｇ３規格に基づくＧ３ＦＡＸ通信を行い画データを受信する（ステップ１３）。
Ｔ．３８端末３は、受信した画データを随時ＨＤＤ３６に記録する（ステップ１４）。

Ｇ３ＦＡＸ通信の完了後、Ｔ．３８端末３は、画データの送信先である相手先装置（ここではＩＡＦ２）に対する発呼処理を行う（ステップ１５）。
Ｔ．３８端末３は、相手先装置がＢＵＳＹ（ビジー）状態であるか否か、即ち、画データの受信が可能な状態にあるか否かを判断する（ステップ１６）。
相手先装置がＢＵＳＹ状態であり（ステップ１６；Ｙ）、画データの受信が不可能な場合、Ｔ．３８端末３は、引き続きステップ１５の処理を繰り返す。
一方、相手先装置がＢＵＳＹ状態でなく（ステップ１６；Ｎ）、画データの受信が可能な場合、Ｔ．３８端末３は、画データをＨＤＤ３６から読み出し、ＩＴＵ−Ｔ勧告Ｔ．３８に従ってＴＣＰモードの高速通信方法により、即ち、Ｔ．３８通信（ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信）によって画データを相手先装置へ送信し（ステップ１７）、処理を終了する。

このように、本実施の形態では、Ｇ３ＦＡＸ４から送信する場合、Ｇ３ＦＡＸ４の発呼に対してＴ．３８端末３が応答し、Ｇ３ＦＡＸ４とＴ．３８端末３との間でＧ３ＦＡＸ通信を行い、画データをＨＤＤ３６に記録する。そして、Ｇ３ＦＡＸ通信完了後、Ｔ．３８端末３が相手先装置に発呼し、Ｔ．３８通信で画データを送信するように構成されている。
これにより、Ｔ．３８端末３と相手先装置（例えば、ＩＡＦ２やＴ．３８端末３と同様の端末装置）との間で高速通信を行うことができるため、端末間のスループットを向上させることができる。

次に、ＩＡＦ２からＧ３ＦＡＸ４へ画データを送信する場合について説明する。
図４は、本実施の形態に係るネットワークファクシミリシステムにおける、ＩＡＦ２からＧ３ＦＡＸ４へ画データを送信する場合における通信処理の手順を示したフローチャートである。
Ｔ．３８端末３は、Ｔ．３８通信による着信があるか否かの検出を行う（ステップ２１）。
Ｔ．３８通信による着信がない場合（ステップ２１；Ｎ）、Ｔ．３８端末３は、引き続きＴ．３８通信による着信があるか否かの検出を行う。

送信元装置（ＩＡＦ２）からＧ３ＦＡＸ４へ発呼している場合に、即ち、Ｔ．３８通信による着信がある場合（ステップ２１；Ｙ）、Ｔ．３８端末３は、送信元装置（ＩＡＦ２）の発呼に応答し、ＩＴＵ−Ｔ勧告Ｔ．３８に従ってＴＣＰモードの高速通信方法により、即ち、Ｔ．３８通信によって画データを受信する（ステップ２２）。
Ｔ．３８端末３は、受信した画データは、ＨＤＤ３６に記録（格納）する（ステップ２３）。
Ｔ．３８端末３は、画データを受信すると、相手先装置であるＧ３ＦＡＸ４を呼び出す発呼処理を行う（ステップ２４）。

Ｔ．３８端末３は、Ｇ３ＦＡＸ４が通信状態であるか否か、即ち、画データの受信が可能な状態にあるか否かを判断する（ステップ２５）。
Ｇ３ＦＡＸ４が通信状態であり（ステップ２５；Ｙ）、画データの受信が不可能な場合、Ｔ．３８端末３は、引き続きステップ２４の処理を繰り返す。
一方、Ｇ３ＦＡＸ４が通信状態でなく（ステップ２５；Ｎ）、画データの受信が可能な場合、Ｔ．３８端末３は、Ｇ３ＦＡＸ４との間で、Ｇ３規格に基づく通常のＧ３ＦＡＸ通信を行い、ＨＤＤ３６から読み出した画データを送信し（ステップ２６）、処理を終了する。

このように、本実施の形態では、ＩＡＦ２から送信する場合、ＩＡＦ２の発呼に対してＴ．３８端末３が応答し、ＩＡＦ２とＴ．３８端末３との間でＴ．３８通信を行い、画データをＨＤＤ３６に記録する。そして、Ｔ．３８通信完了後、Ｔ．３８端末３が相手先装置（Ｇ３ＦＡＸ４）に発呼し、Ｇ３通信で画データを送信するように構成されている。
これにより、Ｔ．３８端末３と送信元装置（例えば、ＩＡＦ２やＴ．３８端末３と同様の端末装置）との間で高速通信を行うことができるため、端末間のスループットを向上させることができる。

図５は、本実施の形態に係るネットワークファクシミリシステムの変形例を示した図である。
この変形例では、Ｔ．３８端末３と同様の構成を有するＴ．３８端末３’と、上述したＧ３ＦＡＸ４と同様の構成を有するＧ３ＦＡＸ５が公衆回線網を介して、接続されている。なお、Ｇ３ＦＡＸ５は、公衆回線網を介してＴ．３８端末３とも接続されている。
次に、このように構成されたネットワークファクシミリシステムにおける画データの通信手順について説明する。
ここでは、Ｇ３ＦＡＸ４からＧ３ＦＡＸ５へ画データを送信する場合について説明する。

図６は、本実施の形態に係るネットワークファクシミリシステムにおける、Ｇ３ＦＡＸ４からＧ３ＦＡＸ５へ画データを送信する場合における通信処理の手順を示したフローチャートである。
Ｔ．３８端末３は、Ｇ３ＦＡＸ４のＯＦＦ−ＨＯＯＫ状態、即ち、Ｇ３ＦＡＸ４の発呼状態の検出を行う（ステップ３１）。
Ｇ３ＦＡＸ４が相手先装置へ発呼していない場合には、Ｔ．３８端末３において、Ｇ３ＦＡＸ４が発呼状態であるとは検出されず（ステップ３１；Ｎ）、Ｔ．３８端末３は、引き続きＧ３ＦＡＸ４の発呼状態の検出を行う。

Ｇ３ＦＡＸ４が相手先装置へ発呼している場合には、Ｔ．３８端末３において、Ｇ３ＦＡＸ４が発呼状態であると検出される（ステップ３１；Ｙ）。
すると、Ｔ．３８端末３は、Ｇ３ＦＡＸ４の発呼に応答し、発呼元のＧ３ＦＡＸ４のダイヤル信号の検出処理を行う（ステップ３２）。
次に、Ｔ．３８端末３は、ＨＤＤ３６の空き容量が所定値（規定値）以上あるか否かを判断する（ステップ３３）。ここでは、例えば、所定値（規定値）を１Ｍバイトと設定する。しかし、この値は、ユーザにより任意の値に設定することができる。

ＨＤＤ３６の空き容量が所定値（規定値）以上ある場合（ステップ３３；Ｙ）、Ｔ．３８端末３は、Ｇ３ＦＡＸ４との間で、Ｇ３規格に基づくＧ３ＦＡＸ通信を行い画データを受信する（ステップ３４）。
Ｔ．３８端末３は、受信した画データを随時ＨＤＤ３６に記録する（ステップ３５）。
Ｇ３ＦＡＸ通信の完了後、Ｔ．３８端末３は、画データの送信先である相手先装置（ここではＧ３ＦＡＸ５）に対する発呼処理を行う（ステップ３６）。

Ｔ．３８端末３は、相手先装置（Ｇ３ＦＡＸ５）がＢＵＳＹ（ビジー）状態であるか否か、即ち、画データの受信が可能な状態にあるか否かを判断する（ステップ３７）。
相手先装置（Ｇ３ＦＡＸ５）がＢＵＳＹ状態であり（ステップ３７；Ｙ）、画データの受信が不可能な場合、Ｔ．３８端末３は、引き続きステップ３６の処理を繰り返す。
一方、相手先装置（Ｇ３ＦＡＸ５）がＢＵＳＹ状態でなく（ステップ３７；Ｎ）、画データの受信が可能な場合、Ｔ．３８端末３は、画データをＨＤＤ３６から読み出し、ＩＴＵ−Ｔ勧告Ｔ．３８に従ってＴＣＰモードの高速通信方法により、即ち、Ｔ．３８通信によって画データをＴ．３８端末３’を介して相手先装置（Ｇ３ＦＡＸ５）へ送信し（ステップ３８）、処理を終了する。

一方、ＨＤＤ３６の空き容量が所定値（規定値）以上ない場合（ステップ３３；Ｎ）、Ｔ．３８端末３は、直接公衆回線網を介して、画データの送信先である相手先装置（ここではＧ３ＦＡＸ５）に対する発呼処理を行う（ステップ４１）。
Ｔ．３８端末３は、Ｇ３ＦＡＸ５が通信状態であるか否か、即ち、画データの受信が可能な状態にあるか否かを判断する（ステップ４２）。
Ｇ３ＦＡＸ４が通信状態であり（ステップ４２；Ｙ）、画データの受信が不可能な場合、Ｔ．３８端末３は、引き続きステップ４１の処理を繰り返す。
一方、Ｇ３ＦＡＸ４が通信状態でなく（ステップ４２；Ｎ）、画データの受信が可能な場合、Ｔ．３８端末３は、Ｇ３ＦＡＸ５との間で、Ｇ３規格に基づく通常のＧ３ＦＡＸ通信を行い画データを送信し（ステップ４３）、処理を終了する。

Ｔ．３８端末３のＨＤＤ３６に所定値（規定値）以上の空き容量がない場合には、受信した画データをすべてＨＤＤ３６に記録できない可能性がある。
そのため、Ｔ．３８端末３は、Ｔ．３８端末３’を経由しての通信は行わずに、直接公衆回線網を経由して画データの送信を行うように構成されている。
なお、上述した画データのＴ．３８通信中において、Ｔ．３８端末３のＮＣＵが未使用の場合には、Ｇ３ＦＡＸ通信に切り替えて通信を行うことも可能である。

本実施の形態に係るネットワークファクシミリシステムの構成の一例を示した図である。本実施の形態に係るＩＡＦの概略構成を示した図である。本実施の形態に係るネットワークファクシミリシステムにおける、Ｇ３ＦＡＸからＩＡＦへ画データを送信する場合における通信処理の手順を示したフローチャートである。本実施の形態に係るネットワークファクシミリシステムにおける、ＩＡＦからＧ３ＦＡＸへ画データを送信する場合における通信処理の手順を示したフローチャートである。本実施の形態に係るネットワークファクシミリシステムの変形例を示した図である。本実施の形態に係るネットワークファクシミリシステムにおける、Ｇ３ＦＡＸから他のＧ３ＦＡＸへ画データを送信する場合における通信処理の手順を示したフローチャートである。

符号の説明

１ＩＰネットワーク
２ＩＡＦ
３Ｔ．３８端末
４Ｇ３ＦＡＸ
２１システム制御部
２２ＲＯＭ
２３ＲＡＭ
２４受信バッファメモリ
２５スキャナ
２６プロッタ
２７ＬＡＮコントローラ
３１ＮＩＣ
３２ＣＰＵ
３３メモリ
３４ＮＣＵ
３５ＦＡＸモデム
３６ＨＤＤ

Claims

アナログ電話回線用のアナログファクシミリ装置と接続するための端末インターフェースと、
前記アナログファクシミリ装置との間で行われる、アナログ電話回線用のファクシミリ通信を制御するアナログ通信手段と、
前記アナログ通信手段により受信した画データを格納する記憶装置と、
ＩＰネットワークと接続するためのネットワークインターフェースと、
前記記憶装置に格納された画データを、前記アナログ電話回線用のファクシミリ通信より高速なファクシミリ通信（以下、高速通信とする）を用いて、前記ＩＰネットワークに接続されている前記高速通信対応型の端末へ送信する高速送信手段と、
を備えたことを特徴とする通信端末。
前記記憶装置の空き容量が所定値に満たない場合、画データをＰＳＴＮ（公衆回線網）を介して相手先装置へ送信することを特徴とする請求項１記載の通信端末。
アナログ電話回線用のアナログファクシミリ装置と接続するための端末インターフェースと、
ＩＰネットワークと接続するためのネットワークインターフェースと、
前記アナログ電話回線用のファクシミリ通信より高速なファクシミリ通信（以下、高速通信とする）を用いた、前記ＩＰネットワークに接続されている前記高速通信対応型の端末との高速通信を制御する高速通信手段と、
前記高速通信手段により高速受信した画データを格納する記憶装置と、
前記記憶装置に格納された画データを、アナログ電話回線用のアナログファクシミリ通信を用いて、前記アナログファクシミリ装置へ送信するアナログ送信手段と、
を備えたことを特徴とする通信端末。