JPH0795381A

JPH0795381A - ファクシミリ通信方式およびファクシミリ通信装置

Info

Publication number: JPH0795381A
Application number: JP6060378A
Authority: JP
Inventors: Zahiaa Afumetsudo Aramu; ザヒアーアフメッドアラム
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1993-07-21
Filing date: 1994-03-30
Publication date: 1995-04-07

Abstract

(57)【要約】【目的】本発明は、ファクシミリ通信方式およびファ
クシミリ通信装置に関し、非同期式デジタルデータネッ
トワークのようなノイズのあるデータ送信環境におい
て、エラー訂正方式ＥＣＭを組み込みプロトコル基準に
基づいて、発呼側装置と被呼側装置との間でデータ通信
するファクシミリ通信方式およびファクシミリ通信装置
を提供することを目的としている。【構成】発呼側装置と被呼側装置との間で、エラー訂
正方式ＥＣＭ能力を含むハンドシェイクプロトコル情報
を表わす複数の準備コマンドフレームを交換し、エラー
訂正動作を開始する。次に、発呼側装置と被呼側装置の
間で、データフレームに関連した識別情報を有する少な
くとも一つのデータフレームを含むデータセットを送信
し、このデータセットの受信を確認するように構成す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ファクシミリ通信方式
およびファクシミリ通信装置に関し、特に、非同期式デ
ジタルネットワークを通じて互いにデータ送受信するフ
ァクシミリ通信方式およびファクシミリ通信装置に関す
る。

【０００２】

【従来の技術】初期のファクシミリ装置（以下、ＦＡＸ
ともいう）は、規格化されたデータ通信プロトコルに基
づいて、ＰＳＴＮ（Public Switched Telephone Networ
k ）アナログシステムを通じて、データを送受信するた
めに設計された。通常使用されるデータ通信プロトコル
には、グループ１（Ｇ１）、グループ２（Ｇ２）および
グループ３（Ｇ３）がある。

【０００３】ＰＳＴＮシステムにおいては、通常、これ
らのプロトコルは、画像データとコマンドとの時間間
隔、あるいは、２つのコマンドの時間間隔がプロトコル
によって予め定められている同期系で使用される。図１
は、一般的なＧ３マルチページファックスデータ通信手
順が、ＰＳＴＮシステムのノーマル動作モードで画像パ
ラメータの変更を有することを示している。

【０００４】図１において、ＣＥＤは被呼端末識別信号
（Called Station Identification）を表し、ＮＳＦは
非標準機能識別信号（Non-Standard Facilities）を表
し、ＣＳＩは被呼側端末識別信号（Called Subscriber
Identification）を表し、ＤＩＳはデジタル識別信号
（Digital Identification Signals）を表し、ＤＣＳは
デジタル命令信号（Digial Command Signals）を表し、
ＴＳＩは送信端末間識別信号（Transmitting Subscribe
r Identification）を表し、ＣＦＲは受信準備確認信号
（Confirmation to Receive）を表し、ＥＯＭはメッセ
ージ終了信号（Endof Message）を表し、ＭＣＦはメッ
セージ確認信号（Message Confirmation）を表し、ＥＯ
Ｐは手順終了信号（End of Procedure）を表し、ＤＣＮ
は通信終了信号（Disconnect Signal）を表している。

【０００５】図１において、左（発呼）側のブロック
は、発呼側装置によって実行される連続イベントを表
し、一方、右（被呼）側のブロックは、被呼側装置によ
って実行される連続イベントを表す。また、この原則
は、図２、３Ａ〜Ｄ、４Ａ〜Ｃ、１２Ａ〜Ｂおよび１３
Ａ〜Ｂにも適用する。図１に関して、通信処理は発呼側
装置からの電話発呼によって開始される。

【０００６】有効な発呼を認識した後に、被呼側装置は
ＮＳＦ（非標準機能識別信号）フレームで返答する。次
に、発呼側装置はＮＳＳ（非標準機能設定信号 : Non-S
tandard Setup ）フレームで返答し、後続するファック
スデータページあるいはファックスデータフレームのた
めに、被呼側装置の解像度と圧縮法式を通知する。３秒
以内に、ＮＳＳフレームが受信されなかった場合には、
被呼側装置はＮＳＦフレームを再送する。発呼側装置が
失敗を示すまでに、ＮＳＦの送信が最大３回試みられ
る。

【０００７】一方、一度ＮＳＳフレームが受信されば、
被呼側装置はＣＦＲ（受信準備確認信号 : Confirmatio
n to Receive）フレームを送信する。次に、発呼側装置
はファックスデータページの送信を開始する。ファック
スデータページの送信終了後に、送信装置である発呼側
装置は、通常、３．５秒以内にＥＯＭ（メッセ−ジ終了
信号 : End of Message ）を送信する。ＥＯＭフレーム
は、発呼側装置が後続するページのパラメータの変更を
伴って、追加のファックスデータページを送信すること
を示している。追加のファックスデータページがパラメ
ータの変更なく送信されば、ＭＰＳ（マルチペ−ジ信号
: Multi-Page Signal）フレームが送信される。追加の
ファックスデータページが存在しない場合には、ＥＯＰ
（手順終了信号 : End of Procedure ）フレームが送信
される。

【０００８】さらに図１に関して、ＥＯＭフレームを受
信した後に、被呼側装置はＭＣＦ（メッセ−ジ確認信
号）フレームで返答し、その６秒以内に発呼側装置にＮ
ＳＦフレームを送信する。ＭＣＦおよびＮＳＦフレーム
の両方を受信した後に、発呼側装置はＮＳＳフレームを
送信することによって被呼側装置に返答し、後続のファ
クシミリデータページのための新しいパラメータを被呼
側装置に通知する。被呼側装置は、ＣＦＲフレームで確
認する。次いで、発呼側装置は追加のファクシミリデー
タのページを送信する。データ送信の終了後に、発呼側
装置はＥＯＰフレームを送信して、さらに送信する画像
デ−タが無いことを示す。次いで、被呼側装置はＭＣＦ
フレームを返送する。最後に、発呼側装置は回線切断命
令ＤＣＮフレームを送信し、処理が終了される。図１に
示されるように、２つのコマンドフレーム間に許容され
る最大時間は６秒である。

【０００９】実際の連続イベントおよびタイミングは、
それぞれの特定のファクシミリ発呼起動（facsimile ca
ll setup）の間に変動するので、図１のタイムスケジュ
ールは、単なる一例であることに注意すべきである。画
像データ通信の間に、実際の連続イベントおよびタイミ
ングは、ＣＣＩＴＴ（Internation Telegraph nad Tele
phone Consultative Committee）勧告に明記された範囲
およびオプションで変動する。

【００１０】同期式Ｇ３プロトコルは、ＰＳＴＮシステ
ムを通じてのファクシミリデータ通信を容易にするが、
非同期式デジタルデータネットワークを通じてのデータ
通信を可能にするものではない。実際、２つのコマンド
フレーム間の時間間隔、あるいは、コマンドフレームと
データフレームとの間の時間間隔が、Ｇ３プロトコルに
基づいて予め定められているので、非同期式通信には適
用できない。

【００１１】特に、Ｇ３プロトコルでは、送信側が１つ
のファクシミリデータページを送信した後に、予め定め
られた時間間隔（一般に、３秒）以内に、受信側がファ
ックスデータページを先入先出（ＦＩＦＯ : First In
First Out ）順序で処理する、と仮定している。図１に
示されるように、ＰＳＴＮにおいては、ファックスデー
タページがＧ３送信ファクシミリ装置によって送信され
ると、ＥＯＭ（メッセージ終了信号）コマンドが３．５
秒後に送信される。次に、ＭＣＦを含むポストメッセー
ジの送信がその後開始される。Ｇ３プロトコルにおいて
は、６つのＥＯＬ（ライン終端信号 :End of Lines）を
有するＲＴＣ（制御復帰信号 :Return To Control ）シ
ーケンスがファックスデータページの終端部に挿入され
ている。したがって、Ｇ３送信ファクシミリ装置は、一
般に、受信側が受信したファクシミリデータページを処
理し終え、３．５秒以内にＲＴＣを検出したという仮定
のもとで、ＥＯＭコマンドを送信する。

【００１２】

【発明が解決しようとする課題】しかしながら、（賃貸
回線を使用する閉域テレフォンネットワークのような）
非同期式デジタルデータネットワークにおいては、非同
期式デジタルネットワークにおけるバッファ、多重なハ
ードウエアによって生じる遅延が、頻繁に発生する。し
たがって、受信側は、予め定められた時間以内に、受信
したファックスデータページおよびＲＴＣを処理し終え
ることができるとは仮定できない。

【００１３】また、ＰＳＴＮシステムにおいて、送信側
がコマンドフレームを送信した後に、Ｇ３プロトコルで
は、予め決められた時間以内に、受信側がコマンドフレ
ームに返答することができると仮定している。予め決め
られた時間以内に、受信側がコマンドフレームに応答す
ることができなければ、一般に、送信側はコマンドフレ
ームの再送を実行する。

【００１４】さらに、Ｇ３プロトコルにおいては、前の
コマンドフレームの最大処理時間が、所定時間を越えな
いという仮定のもとで、送信側あるいは受信側のどちら
か一方が、２つの連続したコマンドフレームを送信でき
る。例えば、受信側は、２つのコマンドフレームの間を
±６秒以内に、ＭＣＦおよびＮＳＦコマンドフレームを
連続的に発生する。ＰＳＴＮにおいては、発呼側装置と
被呼側装置の間に、肯定応答を提供する手法がないの
で、２つの連続したコマンドの時間間隔が仮定（設定）
されなければならない。

【００１５】しかし、非同期式デジタルデータネットワ
ークにおいては、予め定められた時間内に、受信側が送
信されたコマンドフレームに返答できると仮定できな
い。そのような仮定は、非同期式デジタルデータネット
ワークハードウェアによって生じる遅延のために、補償
されない。非同期式デジタルデータネットワークにファ
クシミリ装置を適用するために、本出願人である株式会
社リコーは、リコーＩＤＩ（Image Data Interchange）
ＦＡＸＲー２１００プロトコルと表される非同期式フ
ァクシミリプロトコルを開発した。ＩＤＩプロトコルは
広範囲に認められているＧ３ファクシミリ端末の特徴お
よび規定を保持しながら多数の現存の非同期式デジタル
ネットワークとの互換性を成し遂げている。

【００１６】ＩＤＩプロトコルは、非同期式デジタルデ
ータネットワークにおけるハードウエア（例えば、バッ
ファ、多重なハードウエア）によって生ずる遅延を補う
ための手法をＧ３プロトコルに追加したものである。Ｉ
ＤＩプロトコルに適合するために、株式会社リコーは
（Ｒー２１００ファクシミリ装置と呼ばれる）ファクシ
ミリ装置の試作品を開発した。ＩＤＩプロトコルは、Ｒ
ー２１００ファクシミリ装置を非同期式デジタルデータ
ネットワークに正常に接続する。

【００１７】発呼側ファクシミリ装置と被呼側ファクシ
ミリ装置との間における双方の情報交換を「折衝（Nego
tiation ）」と呼ぶことにする。一般的なファクシミリ
画像には、データ圧縮技術、解像度、許容量（toleranc
e ）、走査ライン長、走査方向、走査ライン送信時間、
コントラストレベル等のような様々な画像パラメータを
定義する情報を含む。

【００１８】特に、Ｇ１、Ｇ２およびＧ３プロトコルで
は、低、中および高解像度（あるいは、走査密度）を提
供している。低解像度は、垂直方向３．８５ライン／ミ
リを水平走査ラインに沿って８６４画素（あるいは、１
００×１００ライン／インチ）だけ提供している。中解
像度は、垂直方向３．８５ライン／ミリを水平走査ライ
ンに沿って１７２８画素（あるいは、１００×２００ラ
イン／インチ）だけ提供している。高解像度は、垂直方
向７．７ライン／ミリを水平走査ラインに沿って１７２
８画素（あるいは、２００×２００ライン／インチ）だ
け提供している。

【００１９】さらに、Ｇ３プロトコルは、１次元符号化
方式と２次元符号化方式の２つの符号化方式を提供して
いる。１次元符号化方式は、本来、ＭＨ方式（Modified
run-length Huffman Code）であり、一方、２次元符号
化方式は、本来、ＭＲ方式（Modified Relative Elemen
t Address Designate(READ) Code）である。一般的なフ
ァクシミリ装置は、これらのパラメータの特殊な規格に
適合する限られた能力を有している。したがって、折衝
手順は、発呼側ファクシミリ装置と被呼側ファクシミリ
装置の双方の能力に適切なパラメータを常に決定できる
ので、ファックスデータ送信を容易にする。

【００２０】しかしながら、ＩＤＩプロトコルでは、そ
のような折衝を実行するための手法を提供していない。
したがって、Ｒー２１００モデルのファクシミリ装置
は、お互いにＩＤＩプロトコルに基づいて、非同期式デ
ジタルデータネットワークを通じて効率的に通信できる
が、折衝能力を欠くものである。従って、ＩＤＩプロト
コルのもとでは、送信側は、送信側で設定された解像度
および圧縮方式を、受け入れるように受信側を操作する
主局（master）として作動する。送信側によって送信さ
れた非標準機能設定信号（ＮＳＳ）は、受信側に連続し
て送信されるファックスデータに利用される解像度およ
び圧縮方式に関する命令である。従って、送信側はファ
ックスデータを受信するように自機を適合する。

【００２１】まず、ＩＤＩプロトコルが開発された当初
は、株式会社リコーだけが、非同期式プロトコル適合フ
ァクシミリ装置（Ｒー２１００ファクシミリ装置）を製
造する製造業者だったので、折衝能力の欠如が問題を引
き起こすことはなかった。市場で入手可能な非同期式プ
ロトコル適合ファクシミリ装置が１つのモデルだけしか
ないときには、折衝能力がなくても、これらのファクシ
ミリ装置はお互いに正確に通信できる。その後に、株式
会社リコーは、非同期式ファクシミリプロトコルに適合
できる新しいモデルのファクシミリ装置を開発した（お
よび、開発中）。他の製造業者も株式会社リコーの非同
期式ファクシミリプロトコルに追従し、非同期式ファク
シミリプロトコルに適合するファクシミリ装置を開発し
ている。折衝能力がなければ、ファクシミリ装置は、異
なるモデルのファクシミリ装置と通信したときに、問題
と遭遇することになる。

【００２２】グループ（Ｇ４）プロトコルのような、さ
らに新しいファクシミリプロトコルは、Ｇ１、Ｇ２およ
びＧ３プロトコルよりも、多くの特徴を有している。折
衝能力がなければ、望ましく新しい特徴を、非同期式フ
ァクシミリプロトコルに組み込むのは困難である。例え
折衝能力を有していたとしても、非同期式環境において
は、エラー訂正を確認したり、検証したりすることは重
要である。非同期式デジタルデータネットワークのよう
なノイズのあるデータ送信環境においては、送信してい
る間、幾つかの方式のエラー検出方式およびエラー訂正
方式を搭載することが、特に重要である。

【００２３】そこで、本発明は、エラー検出方式および
エラー訂正方式を含む折衝能力を有するファクシミリ装
置、および、非同期式ファクシミリプロトコルに適合す
るファクシミリ通信方式およびファクシミリ通信装置を
提供することを課題としている。

【００２４】

【課題を解決するための手段】請求項１記載の発明は、
上記課題を解決するため、非同期式デジタルネットワー
クを介してプロトコル基準に基づいて送信処理して互い
にデータ送信する発呼側装置と被呼側装置とを有し、該
発呼側装置と被呼側装置とが多数のコマンドフレームお
よび少なくとも一つのデータフレームを該送信処理の間
に発生するように構成されたファクシミリ通信方式にお
いて、該発呼側装置と被呼側装置との間で、エラー訂正
方式ＥＣＭ能力を含むハンドシェイクプロトコル情報を
表わす複数の準備コマンドフレームを交換する準備コマ
ンドフレーム交換工程と、エラー訂正動作を開始するエ
ラー訂正開始工程と、該発呼側装置と被呼側装置との間
で、データフレームに関連した識別情報を有する少なく
とも一つのデータフレームを含むデータセットを送信す
る第１のデータセット送信工程と、該データセットの受
信を確認する受信確認工程と、を有することを特徴とす
る。

【００２５】請求項２記載の発明は、上記課題を解決す
るため、請求項１記載の構成に加え、前記準備コマンド
フレーム交換工程が、発呼側装置識別情報を表わすデー
タを含む第１のコマンドフレームと、エラー訂正方式Ｅ
ＣＭ情報を表わすデータを含む第２のコマンドフレーム
を、前記発呼側装置から被呼側装置に送信する第１およ
び第２のコマンドフレーム送信工程と、被呼側装置識別
情報を表わすデータを含む第３のコマンドフレームと、
エラー訂正方式ＥＣＭ情報を表わすデータを含む第４の
コマンドフレームを、前記被呼側装置から発呼側装置に
送信する第３および第４のコマンドフレーム送信工程
と、を有することを特徴とする。

【００２６】請求項３記載の発明は、上記課題を解決す
るため、請求項１記載の構成に加え、前記受信確認工程
が、終了ページ照会を含むページデータ終了検出ＥＤＴ
を表わすコマンドフレームを、前記被呼側装置から発呼
側装置に送信する第５のコマンドフレーム送信工程を有
することを特徴とする。請求項４記載の発明は、上記課
題を解決するため、請求項１記載の構成に加え、前記受
信確認工程が、前記データセットから送信されるべきデ
ータフレームと関連した少なくとも一つのデータフレー
ム識別情報を含む不完全ページ要求ＰＰＲデータを表わ
すコマンドフレームを、前記被呼側装置から発呼側装置
に送信する第６のコマンドフレーム送信工程を有するこ
とを特徴とする。

【００２７】請求項５記載の発明は、上記課題を解決す
るため、請求項１記載の構成に加え、少なくとも一つの
送信パラメータが変更され、原稿データが多数のページ
を表わすように構成されたファクシミリ通信方式におい
て、データセットの送信のための要求を含む次命令要求
ＲＱＮデータを表わすコマンドフレームを送信する第７
のコマンドフレーム送信工程を有することを特徴とす
る。

【００２８】請求項６記載の発明は、上記課題を解決す
るため、請求項１記載の構成に加え、前記送信処理のた
めに、前記プロトコル基準により定義されるノーマル動
作モードおよびポーリング動作モードのうち一つを選択
するモード選択工程を有することを特徴とする。請求項
７記載の発明は、上記課題を解決するため、請求項６記
載の構成に加え、前記プロトコル基準がポーリング動作
モードであるときに、前記第１のデータセット送信工程
が、データフレームに関連した識別情報を有する少なく
とも一つのデータフレームを含むデータセットを、前記
被呼側装置から発呼側装置に送信する第２のデータセッ
ト送信工程を有することを特徴とする。

【００２９】請求項８記載の発明は、上記課題を解決す
るため、請求項６記載の構成に加え、前記プロトコル基
準がノーマル動作モードであるときに、前記第１のデー
タセット送信工程が、データフレームに関連した識別情
報を有する少なくとも一つのデータフレームを含むデー
タセットを、前記発呼側装置から被呼側装置に送信する
第３のデータセット送信工程を有することを特徴とす
る。

【００３０】請求項９記載の発明は、上記課題を解決す
るため、非同期式デジタルネットワークを介してプロト
コル基準に基づいて送信処理して互いにデータ送信する
発呼側装置と被呼側装置とを有し、該発呼側装置と被呼
側装置とが多数のコマンドフレームおよび少なくとも一
つのデータフレームを該送信処理の間に発生するように
構成されたファクシミリ通信装置において、該発呼側装
置と被呼側装置との間で、エラー訂正ＥＣＭ能力データ
を含む複数の準備コマンドフレームを交換するハンドシ
ェイク交換手段と、エラー訂正動作を開始するエラー訂
正開始手段と、該発呼側装置と被呼側装置との間で、デ
ータフレームに関連した識別情報を有する少なくとも一
つのデータフレームを含むデータセットを送信する第１
のデータセット送信手段と、該データセットの受信を確
認する受信確認手段と、を備えたことを特徴とする。

【００３１】請求項１０記載の発明は、上記課題を解決
するため、請求項９記載の構成に加え、発呼側装置識別
情報を表わすデータを含む第１のコマンドフレームと、
エラー訂正方式ＥＣＭ情報を表わすデータを含む第２の
コマンドフレームを、前記発呼側装置から被呼側装置に
送信する第１および第２のコマンドフレーム送信手段
と、被呼側装置識別情報を表わすデータを含む第３のコ
マンドフレームと、エラー訂正方式ＥＣＭ情報を表わす
データを含む第４のコマンドフレームを、前記被呼側装
置から発呼側装置に送信する第３および第４のコマンド
フレーム送信手段と、を備えたことを特徴とする。

【００３２】請求項１１記載の発明は、上記課題を解決
するため、請求項９記載の構成に加え、終了ページ照会
を含むページデータ終了検出ＥＤＴを表わすコマンドフ
レームを、前記被呼側装置から発呼側装置に送信する第
５のコマンドフレーム送信手段を備えたことを特徴とす
る。請求項１２記載の発明は、上記課題を解決するた
め、請求項９記載の構成に加え、前記データセットから
送信されるべきデータフレームと関連した少なくとも一
つのデータフレーム識別情報を含む不完全ページ要求Ｐ
ＰＲデータを表わすコマンドフレームを、前記被呼側装
置から発呼側装置に送信する第６のコマンドフレーム送
信手段を備えたことを特徴とする。

【００３３】請求項１３記載の発明は、上記課題を解決
するため、請求項９記載の構成に加え、少なくとも一つ
の送信パラメータが変更され、原稿データが多数のペー
ジを表わすように構成されたファクシミリ通信装置にお
いて、データセットの送信のための要求を含む次命令要
求ＲＱＮデータを表わすコマンドフレームを送信する第
７のコマンドフレーム送信手段を備えたことを特徴とす
る。

【００３４】請求項１４記載の発明は、上記課題を解決
するため、請求項９記載の構成に加え、前記送信処理の
ために、前記プロトコル基準により定義されるノーマル
動作モードおよびポーリング動作モードのうち一つを選
択するモード選択手段を備えたことを特徴とする。請求
項１５記載の発明は、上記課題を解決するため、請求項
１４記載の構成に加え、前記プロトコル基準がポーリン
グ動作モードであるときに、データフレームに関連した
識別情報を有する少なくとも一つのデータフレームを含
むデータセットを、前記被呼側装置から発呼側装置に送
信する第２のデータセット送信手段を備えたことを特徴
とする。

【００３５】請求項１６記載の発明は、上記課題を解決
するため、請求項１４記載の構成に加え、前記プロトコ
ル基準がノーマル動作モードであるときに、データフレ
ームに関連した識別情報を有する少なくとも一つのデー
タフレームを含むデータセットを、前記被呼側装置から
発呼側装置に送信する第３のデータセット送信手段を備
えたことを特徴とする。

【００３６】

【作用】請求項１記載の発明では、発呼側装置と被呼側
装置との間で、エラー訂正方式ＥＣＭ能力を含むハンド
シェイクプロトコル情報を表わす複数の準備コマンドフ
レームを交換し、エラー訂正動作を開始する。次に、発
呼側装置と被呼側装置との間で、データフレームに関連
した識別情報を有する少なくとも一つのデータフレーム
を含むデータセットを送信し、このデータセットの受信
を確認する。

【００３７】請求項２記載の発明では、請求項１の作用
に加え、発呼側装置と被呼側装置との間で、エラー訂正
方式ＥＣＭ能力を含むハンドシェイクプロトコル情報を
表わす複数の準備コマンドフレームを交換する際に、発
呼側装置識別情報を表わすデータを含むコマンドフレー
ムと、エラー訂正方式ＥＣＭ情報を表わすデータを含む
コマンドフレームを、発呼側装置から被呼側装置に送信
し、被呼側装置識別情報を表わすデータを含むコマンド
フレームと、エラー訂正方式ＥＣＭ情報を表わすデータ
を含むコマンドフレームを、被呼側装置から発呼側装置
に送信する。

【００３８】請求項３記載の発明では、請求項１の作用
に加え、データセットの受信を確認する際に、終了ペー
ジ照会を含むページデータ終了検出ＥＤＴを表わすコマ
ンドフレームを、前記被呼側装置から発呼側装置に送信
する。請求項４記載の発明では、請求項１の作用に加
え、データセットの受信を確認する際に、データセット
から送信されるべきデータフレームと関連した少なくと
も一つのデータフレーム識別情報を含む不完全ページ要
求ＰＰＲデータを表わすコマンドフレームを、前記被呼
側装置から発呼側装置に送信する。

【００３９】請求項５記載の発明では、請求項１の作用
に加え、少なくとも一つの送信パラメータが変更され、
原稿データが多数のページを表わすように構成されたフ
ァクシミリ通信方式において、データセットの送信のた
めの要求を含む次命令要求ＲＱＮデータを表わすコマン
ドフレームを送信する。請求項６記載の発明では、請求
項１の作用に加え、送信処理のために、プロトコル基準
により定義されるノーマル動作モードおよびポーリング
動作モードのうち一つを選択する。

【００４０】請求項７記載の発明では、請求項６の作用
に加え、プロトコル基準がポーリング動作モードである
ときに、発呼側装置と被呼側装置の間で、データフレー
ムに関連した識別情報を有する少なくとも一つのデータ
フレームを含むデータセットを送信する際に、データフ
レームに関連した識別情報を有する少なくとも一つのデ
ータフレームを含むデータセットを、被呼側装置から発
呼側装置に送信する。

【００４１】請求項８記載の発明では、請求項６の作用
に加え、プロトコル基準がノーマル動作モードであると
きに、発呼側装置と被呼側装置の間で、データフレーム
に関連した識別情報を有する少なくとも一つのデータフ
レームを含むデータセットを送信する際に、データフレ
ームに関連した識別情報を有する少なくとも一つのデー
タフレームを含むデータセットを、発呼側装置から被呼
側装置に送信する。

【００４２】請求項９記載の発明では、発呼側装置と被
呼側装置との間で、ハンドシェイク交換手段が、エラー
訂正ＥＣＭ能力データを含む複数の準備コマンドフレー
ムを交換し、エラー訂正開始手段が、エラー訂正動作を
開始する。次に、発呼側装置と被呼側装置との間で、第
１のデータセット送信手段が、データフレームに関連し
た識別情報を有する少なくとも一つのデータフレームを
含むデータセットを送信する。次に、受信確認手段が、
データセットの受信を確認する。

【００４３】請求項１０記載の発明では、請求項９の作
用に加え、第１および第２のコマンドフレーム送信手段
が、発呼側装置識別情報を表わすデータを含むコマンド
フレームと、エラー訂正方式ＥＣＭ情報を表わすデータ
を含むコマンドフレームを、発呼側装置から被呼側装置
に送信する。次に、第３および第４のコマンドフレーム
送信手段が、被呼側装置識別情報を表わすデータを含む
コマンドフレームと、エラー訂正方式ＥＣＭ情報を表わ
すデータを含むコマンドフレームを、被呼側装置から発
呼側装置に送信する。

【００４４】請求項１１記載の発明では、請求項９の作
用に加え、第５のコマンドフレーム送信手段が、終了ペ
ージ照会を含むページデータ終了検出ＥＤＴを表わすコ
マンドフレームを、被呼側装置から発呼側装置に送信す
る。請求項１２記載の発明では、請求項９の作用に加
え、第６のコマンドフレーム送信手段が、データセット
から送信されるべきデータフレームと関連した少なくと
も一つのデータフレーム識別情報を含む不完全ページ要
求ＰＰＲデータを表わすコマンドフレームを、前記被呼
側装置から発呼側装置に送信する。

【００４５】請求項１３記載の発明では、請求項９の作
用に加え、第７のコマンドフレーム送信手段が、データ
セットの送信のための要求を含む次命令要求ＲＱＮデー
タを表わすコマンドフレームを送信する。請求項１４記
載の発明では、請求項９の作用に加え、モード選択手段
が、プロトコル基準により定義されるノーマル動作モー
ドおよびポーリング動作モードのうち一つを選択する。

【００４６】請求項１５記載の発明では、請求項１４の
作用に加え、プロトコル基準がポーリング動作モードで
あるときに、第２のデータセット送信手段が、データフ
レームに関連した識別情報を有する少なくとも一つのデ
ータフレームを含むデータセットを、被呼側装置から発
呼側装置に送信する。請求項１６記載の発明では、請求
項１４の作用に加え、プロトコル基準がノーマル動作モ
ードであるときに、第３のデータセット送信手段が、デ
ータフレームに関連した識別情報を有する少なくとも一
つのデータフレームを含むデータセットを、被呼側装置
から発呼側装置に送信する。

【００４７】

【実施例】本発明は、斬新なファクシミリ装置と関連す
る方法から構成される。以下の説明は、本発明を当業者
が作成したり、使用したりできるように記載されてお
り、特定の応用、および、その要求の背景を提供してい
る。適切な実施例の様々な形態は当業者にとって明白で
あり、ここに定義される一般的な原理は、本発明の精神
および範囲に反することなく、他の実施例および応用に
適用される。したがって、本発明は、以下に説明する実
施例に限られるものではなく、開示された原理および特
徴と一致する広範囲に適用される。Ａ．ＩＤＩプロトコルおよびＲ−２１００ファクシミリ
装置本発明をより理解するために、ＩＤＩプロトコル動作に
ついて説明する。本来、ＩＤＩプロトコルは、Ｇ３プロ
トコルに２つの新しいコマンドＥＤＴ（End ofData Det
ect）およびＲＱＮ（Request Next Command）を加えた
ものである。また、ＩＤＩプロトコルは、Ｇ３プロトコ
ルによって提供される２つのオプショナルコマンド、す
なわち、ＣＮＧ（Calling Request）およびＣＲＰ（Com
mand Repeat ）を使用する。

【００４８】以下に記載されたものは、ＩＤＩプロトコ
ルにおいて使用される主要なコマンドである。記号１６進コード機能ＣＮＧ 0000 0001 Calling Command（発呼命令）、ＮＳＦ 0000 0010 Non Standard Facilities（非標準機能識別信号）ＮＳＳ 0000 0011 Non Standard Setup （非標準機能設定）、ＮＳＣ 0000 1011 Non Standard fac Command （非標準機能命令）、ＥＯＰ 0000 0100 End of Procedure （手順終了）、ＭＰＳ 0000 0101 Multi Page Signal（マルチペ−ジ信号）、ＥＯＭ 0000 0110 End Of Message （メッセ−ジ終了）、ＭＣＦ 0000 0111 Message Confirmation （メッセ−ジ確認）、ＣＦＲ 0000 1000 Confirmation to Receive（受信準備確認）、ＲＴＮ 0000 1001 Retrain Negat（リトレ−ニング否定）、ＰＩＮ 0000 1010 Procedure Interrupt Neg（手順中断否定）、ＥＤＴ 0000 1100 End of page Detection（ペ−ジデ−タ終了検出）ＣＲＰ 0000 1101 Command Repeat Request （命令再送）、ＲＱＮ 0000 1110 Request Next Command （次命令要求）、ＤＣＮ 1000 0111 DisConect message（回線切断命令）、ＰＳＴＮ回線においては、ダイヤル送信式の電話装置が
よく知られている。しかし、非同期式ダイヤルデータネ
ットワークにおいては、ダイヤル送信という考え方は存
在しない。したがって、非同期式ダイヤルデータネット
ワークにおいては、端末は互いをＡＳＣＩＩコードによ
ってアドレスする。なぜならば、非同期式デジタルデー
タネットワークは、元来、コンピュータ用のネットワー
クとして設計されているからである。しかしながら、Ｉ
ＤＩプロトコルの開発当初には、非同期式デジタルデー
タネットワークを通じてＡＳＣＩＩコードでアドレスす
る能力を有したファクシミリ装置が存在しなかった。し
たがって、ＩＤＩプロトコルでは、ファクシミリ装置を
呼び出すためにＣＮＧフレームを使用している。

【００４９】上述のように、同期式Ｇ３プロトコルにお
いて、（１）受信側はＥＯＭコマンドが送信された後
に、予め定められた時間内に１ページのファクシミリデ
ータを処理し終え、（２）コマンドフレームが送信され
た後に、予め定められた時間内に返答すると、送信側は
仮定する。Ｇ３適合ファクシミリ装置については、コマ
ンドフレームが送信側によって送信された後に、受信側
が予め定められた時間内にコマンドフレームを返答しな
ければ、送信側は、通常、コマンドフレームの再送を実
行する。

【００５０】しかしながら、これら２つの仮定は、非同
期式デジタルネットワークのハードウェアおよびデータ
フロー制御によって生じる遅延が原因で、非同期式デジ
タルデータネットワークに適用できない。本来、リコー
ＩＤＩプロトコルは、１対１の通信を行なうものであ
る。このため、全てのコマンドフレーム、あるいは、デ
ータフレームのために、肯定応答がある。事実上、これ
は、送信されたコマンドフレーム、あるいは、データフ
レームが、プロトコル処理において、時間的制約なしに
正確に受信されることを補償する。

【００５１】以後に、非同期式ネットワークの遅延時間
は様々であるので、送信されたデータは不確定の時間間
隔の後に受信される。また、ネットワークの特殊なデー
タフロー制御は、さらに、遅延時間の不確定さを加え
る。したがって、送信側装置は一定時間は遅延期間を有
することができないが、むしろ受信したデータの肯定応
答を要求する。例えば、ファックス画像の平均送信時間
は２０秒〜２５秒かかる。データの終了信号であるＲＴ
Ｃは、ファックスデータページの最後に挿入されてい
る。ネットワークの遅延とネットワークの特殊なフロー
制御のために、データが受信側に到達するまでに、１秒
〜１８０秒の追加時間遅延があるかもしれない。送信側
が、常に、次のコマンドフレームを送信するまでに、１
８０秒間、盲目的に待機したとすれば、この待機の多く
は１８０秒以下の時間遅延を有するネットワークにとっ
て、余分な待機であろう。それゆえ、ＲＴＣ検出を知ら
せる受信側からの肯定応答を持つことは好ましく、その
後に、送信側は次のコマンドフレームを送信することが
できる。２つの新しいコマンドフレーム（ＥＤＴ、ＲＱ
Ｎ）を追加することと、１つのオプショナルコマンドフ
レーム（ＣＲＰ）を使用することにより、ＩＤＩプロト
コルは１対１通信を補償する。

【００５２】ＩＤＩプロトコルに基づいて、発呼側装置
あるいは被呼側装置は、他方から再送が要求されたとき
に限り、コマンドフレームの再送を実行する。エラー状
態の処理においては、ＩＤＩプロトコルはコマンドフレ
ームの再送に着手するためのＣＲＰフレームを使用す
る。例えば、送信側装置が受信側装置にコマンドフレー
ムを送信し、そして受信されたコマンドフレームが不十
分（受信されたコマンドフレームが不正コマンドフレー
ム、あるいは、改悪コマンドフレーム）であれば、受信
側装置は、送信側装置にコマンドフレームの再送実行を
要求するためのＣＲＰフレームを発生する。ＣＲＰフレ
ームを受信すると、送信側装置はコマンドフレームの再
送を実行する。

【００５３】ＥＤＴフレームは、ＩＤＩプロトコルに基
づいて、受信側装置が受信したファックスデータページ
を処理し終え、かつ、受信したファックスデータページ
に挿入されたＲＴＣを検出した後に、受信側が発生した
コマンドフレームである。ＥＤＴコマンドフレームを使
用することによって、受信側装置は、受信したファック
スデータページの処理が完了し、かつ、ＲＴＣが検出さ
れたことを送信側装置に通知できる。送信側装置は、Ｅ
ＤＴコマンドフレームの受信に基づいて、次の処理を開
始する。

【００５４】ＲＱＮフレームは、送信側装置がＥＯＭコ
マンドフレームを受信側装置に送信し、かつ、受信側装
置がＭＣＦコマンドフレームを返送した後に、送信側装
置が発生したコマンドフレームである。ＲＱＮコマンド
フレームを受信すると、受信側装置は送信側装置にＮＳ
Ｆコマンドフレームを送信する。送信側装置あるいは受
信側装置のいずれかが、連続して２つのコマンドフレー
ム（あるいは、コマンドフレームとデータフレーム）を
送信するＧ３プロトコルと異なり、ＩＤＩプロトコルに
おいては、ＥＤＴ、ＲＱＮおよびＣＲＰコマンドフレー
ムは、２つのコマンドフレーム（あるいは、コマンドフ
レームとデータフレーム）が連続して送信側装置あるい
は受信側装置のいずれかから送信されることを防止する
ように用意されている。なぜなら、非同期式デジタルデ
ータネットワークにおいては、２つの連続するコマンド
フレーム（あるいは、ファックスデータフレームとコマ
ンド）間の時間間隔が想定できないので、ＩＤＩプロト
コルの１対１の交渉が適切だからである。

【００５５】ＩＤＩプロトコルでは、ＣＥＤトーンが
１．５秒〜１０秒に削除されるので、非同期式データネ
ットワークにおける発呼を確立するための時間は極端に
短いと評価すべきである。一般に、ＰＳＴＮシステムに
繋がれたＧ３適合ファクシミリ装置においては、接続か
ら送信開始までの時間は８秒〜１２秒である。対比し
て、通信開始時点に至るまでのＲー２１００ファクシミ
リ装置の代表的な時間は、０．５秒以下である。

【００５６】図２は、パラメータ変更を伴う代表的なＲ
ー２１００マルチページファックスデータ通信手順を示
している。ＥＤＴおよびＲＱＮコマンドの挿入は、プロ
トコルを１対１対応にする。これによって、全てのコマ
ンドの返答が肯定応答で為される。また、コマンドフレ
ームを再送する時間は、Ｇ３プロトコル仕様における３
秒からＲ２１００ファクシミリ装置のためのＩＤＩプロ
トコル仕様における３０秒に増加される方がむしろ好ま
しい。

【００５７】追加されたＥＤＴ（End Detect）コマンド
フレームは、非同期式デジタルデータネットワークにお
けるバッファ（buffering ）と多重なハードウエア（mu
ltiplexing hardware ）を通じて得られるファックスデ
ータの１ページ分を補償するための肯定応答である。図
３（ａ）〜（ｄ）は、ノーマルモード（Normal Mode ）
およびポーリングモード（Polling Mode）における様々
なＲ２１００の動作を示している。

【００５８】図３（ａ）に示されるノーマル動作モード
（Normal Operation Mode ）において、発呼側装置はデ
ータ送信機であり、被呼側装置はデータ受信機である。
しかしながら、図３（ｄ）に示されるポーリング動作モ
ード（Polling Operation Mode）においては、データ通
信手順を初期化した後に、発呼側装置は役割を変えて、
データ受信機になり、被呼側装置がデータを送信する。
この時から、被呼側装置（Ａ）がポーリングモードに設
定された場合には、発呼側装置（Ｂ）は被呼側装置
（Ａ）を呼び出し、データを送信するように要求するこ
とができる。したがって、事実上、発呼側装置（Ｂ）は
データ受信機になる。

【００５９】特に、図３（ａ）は、ノーマル動作モード
におけるデータ通信手順（１ページのファックスデー
タ、あるいは、複数のページのファックスデータ）の連
続イベントを示している。ライン１より上に示されるイ
ベントは、接続段階の間において、発呼側装置と被呼側
装置との間で接続を確立するために発生する。ライン１
とライン２の間に示されるイベントは、データ準備段階
の間において、１ページ目のファックスデータのための
適切な画像パラメータを設定するために発生する。ライ
ン２とライン３の間に示されるイベントは、データ送信
段階において、１ページ目のファックスデータのために
発生する。ライン３より下に示されるイベントは、デー
タ送信後の段階に発生する。データ送信段階後に発生す
る様々なイベントは、（１）後続するファックスデータ
のページが存在するか否か、（２）画像パラメータが後
続するファックスデータのページのために変更されるこ
とを必要とするか否か、に依存する。

【００６０】図３（ｂ）は、ノーマル動作モードにおい
て、変更された画像パラメータで後続するファックスデ
ータのページを送信するための連続イベントを示してい
る。ライン３とライン４の間に示されるイベントは、デ
ータ準備段階の間において、後続するファックスデータ
のページのために発生する。ライン４より下に示される
イベントは、データ送信段階において、後続するファッ
クスデータのページのために発生する。

【００６１】図３（ｃ）は、ノーマル動作モードにおい
て、画像パラメータの変更なく後続するファックスデー
タのページを送信するための連続イベントを示してい
る。ライン３とライン４の間に示されるイベントは、デ
ータ準備段階の間において、後続するファックスデータ
のページのために発生する。ライン４より下に示される
イベントは、データ送信段階において、後続するファッ
クスデータのページのために発生する。

【００６２】図３（ｄ）は、ポーリング動作モード（Po
lling Operation Mode）におけるデータ送信手順（１ペ
ージのファックスデータ、あるいは、複数のページのフ
ァックスデータ）の連続イベントを示している。接続段
階の間に発生するイベントは、図３（ａ）のそれらと同
じである。ライン２とライン３の間に示されるイベント
は、データ準備段階の間において、１ページ目のファッ
クスデータのための適切な画像パラメータを設定するた
めに発生する。ライン３とライン４の間に示されるイベ
ントは、データ送信段階の間において、１ページ目のフ
ァックスデータのために発生する。ライン４より下に示
されるイベントは、データ送信段階後に発生する。デー
タ送信段階後の間に発生する様々なイベントは、ノーマ
ル動作モードと同様に、（１）後続するファックスデー
タのページが存在するか否か、（２）画像パラメータが
後続するファックスデータのページのために変更される
ことを必要とするか否か、に依存する。

【００６３】図４（ａ）〜（ｃ）は、代表的なＩＤＩプ
ロトコルコマンド連続リピート（IDI protocol Command
Repeat sequences ）を示している。発呼側装置が異常
なＣＮＧコマンドフレームを送信するか、あるいは、回
線がコマンドフレームを変質した場合には、受信機は、
発呼側に最後のコマンドフレームを再送するように要求
するＣＲＰコマンドフレームを送信する。ＤＣＮコマン
ドフレームが処理を終了するために送信されるまでに、
最大３回送信される。

【００６４】特に、図４（ａ）は、被呼側からのコマン
ドフレームが連続するエラーの原因である状態を示して
いる。図４（ｂ）は、発呼側からのコマンドフレームが
連続するエラーの原因である状態を示している。図４
（ｃ）は、最初のＣＦＲがエラーの原因である状態を示
している。Ｂ．折衝可能なＩＤＩプロトコルおよびそれを利用した
ファクシミリ装置ＩＤＩプロトコルに折衝能力を追加するために、本発明
は、異なる非同期式コマンドを指定するための折衝情報
をＩＤＩプロトコル中に符号化する。特に、本発明は、
折衝情報をＩＤＩプロトコルのＣＮＧ、ＮＳＦ、ＮＳＳ
およびＮＳＣコマンドフレームに符号化する。

【００６５】図５（ａ）、５（ｂ）、５（ｃ）、６、
９、１０、１１、１２および１３において、コマンドフ
レームの右側に示される星印「 ^*」は、コマンドフレー
ムが符号化された折衝情報を含んでいることを示してい
る。図５（ａ）は、本発明に基づいて、ＣＮＧ^* フレー
ムのフレームフォーマットを示している。

【００６６】この８ビット目と９ビット目は、装置識別
情報（ＭＡＣＩＤ）を規定している。ＭＡＣＩＤの機能
は、発呼側装置が折衝能力を有しているか否かを示す装
置識別情報を規定することである。発呼側装置を識別し
た後に、被呼側装置はＮＳＦ ^* フレームを送信すること
によって、被呼側装置の能力情報を規定する。図５
（ｂ）は、本発明に従って、ＮＳＦ^* 、ＮＳＳ^* および
ＮＳＣ^* コマンドフレームのフレームフォーマットを示
している。

【００６７】本発明では、ＩＤＩプロトコルのＮＳＦ、
ＮＳＳおよびＮＳＣコマンドフレームのファクシミリ情
報フィールド（ＦＩＦ）に折衝情報を符号化する。図５
（ｃ）は、ＭＰＳ、ＥＯＭ、ＥＯＰ、ＭＣＦ、ＣＦＲ、
ＲＴＮ、ＰＩＮ、ＥＤＴ、ＣＲＰ、ＲＱＮ、ＤＣＮ、Ｒ
ＣＰ、ＲＮＲ、ＲＲ、ＥＲＲ、ＣＴＣおよびＣＴＲを含
む全てのコマンドフレームのフレームフォーマットを示
している。

【００６８】図６は、本発明に従って、８ビットＦＩＦ
領域を、さらに詳しく示している。０ビット目と２ビッ
ト目の機能は定義されていない。ＮＳＦ^* 、ＮＳＳ^* 、
ＮＳＣ^* コマンドフレームの１ビット目は解像度を示し
ている。１ビット目の「０」は、解像度が３ビット目に
よって定義されていることを示し、「１」は高解像度を
示し、垂直方向７．７ライン/ミリ×水平走査ライン
（２００×４００ライン/インチ）に沿って３４５６画
素だけ提供する。１ビット目が「０」の場合には、ＮＳ
Ｆ^* 、ＮＳＳ^* およびＮＳＣ^* コマンドフレームの３ビ
ット目は、解像度を示している。３ビット目の「０」は
ＳＴＤの解像度を示し、「１」は、ＤＴＬの解像度を示
している。ＮＳＦおよびＮＳＣコマンドの４ビット目
は、用紙サイズを示す。ＮＳＦ^* 、ＮＳＳ^* 、あるい
は、ＮＳＣ^* コマンドフレームの５ビット目は、ＭＭＲ
符号化方式を示している。ＭＭＲ符号化は、「Modified
Relative element address designate(read) code」の
意である。５ビット目は非ＭＭＲ符号化示し、「１」は
ＭＭＲ符号化を示す。ＮＳＦ^* コマンドフレームの６ビ
ット目は、動作モードを示している。６ビット目の
「０」はノーマル動作モードを示し、「１」はポーリン
グ動作モードを示す。ＮＳＦ^* 、ＮＳＳ^* およびＮＳＣ
^* コマンドフレームの７ビット目は、符号化方式を示し
ている。７ビット目の「０」はＭＨ符号化方式を示し、
「１」はＭＲ符号化方式を示している。

【００６９】図７は、本発明に従って、ファクシミリ装
置Ａ（８０２）とファクシミリ装置Ｂ（８０４）が非同
期式デジタルデータネットワークに接続されているファ
クシミリ通信システムを示している。本発明によって改
良されたＩＤＩプロトコルに従って、２台のファクシミ
リ装置は、お互いに、非同期式デジタルデータネットワ
ークを通じて通信できる。２台のファクシミリ装置のそ
れぞれは、発呼側装置（発呼側）、あるいは、被呼側装
置（被呼側）のどちらかとして作動する。

【００７０】ファクシミリ装置Ａ８０２はコントロール
回路８０６およびシリアルポート８０８、ファクシミリ
装置Ｂ８０４はコントロール回路８０６およびシリアル
ポート８１２を、それぞれ有している。シリアルポート
はＲＳ２３２Ｃシリアルポートに標準化されている。ま
ず、発呼側のコントロール回路が（折衝情報を含む）プ
ロトコルを発生し、発呼側のシリアルポートが被呼側の
シリアルポートにプロトコルを送信する。被呼側のシリ
アルポートは、被呼側のコントロール回路に受信したプ
ロトコルを順次提供する。

【００７１】発呼側によって送信された折衝情報に応じ
て、被呼側のコントロール回路は（折衝情報を含む）返
答プロトコルを起動する。次いで、この返答プロトコル
は、シリアルポート８１２、８０８を経由して、発呼側
のコントロール回路に送信される。被呼側によって送信
された折衝情報に応じて、さらに、発呼側のコントロー
ル回路は（折衝情報を含む）返答プロトコルを発生し、
シリアルポート８０８、８１２を経由して、被呼側のコ
ントロール回路に送信される。この発呼側と被呼側との
間の折衝情報交換は、特定のデータ通信手順に依存し
て、数回繰り返すこともあり得る。

【００７２】ノーマル動作モードにおいては、発呼側の
コントロール回路が画像データを発生させ、被呼側のコ
ントロール回路に送信する。被呼側のコントロール回路
は画像データを受信し、復号化する。対照してみると、
ポーリング動作モードにおいては、被呼側のコントロー
ル回路が画像データを発生させ、被呼側のコントロール
回路に画像データを送信する。発呼側のコントロール回
路は画像データを受信し、復号化する。

【００７３】図８は、コントロール回路８０６あるいは
８１４を、さらに詳しく示している。コントロール回路
は、レシーバー部９０２、コマンドフレーム検出部９０
４、４つのレジスタ（９１０、９１２、９１４および９
１６）、装置識別情報発生部９２０、プロトコル発生部
９２２、データ発生部９１８、データデコーダー部９０
６およびイメージスキャナー部９４０を有している。さ
らに、コントロール回路は、コントロール回路内の他の
構成部分全ての動作を制御する中央制御部９０８を有し
ている。

【００７４】以下、図８に示される制御回路の動作を説
明する。レシーバー部９０２はＲＳ２３２Ｃシリアルポ
ート（図７に示される８０８、あるいは、８１２）から
信号を受信し、次いで、受信した信号をコマンドフレー
ム検出部９０４、中央制御部９０８、データデコーダー
部９０６に提供する。レシーバー部９０２から信号を受
信すると、コマンドフレーム検出部９０４はコマンドフ
レームを検出し、コマンドフレーム内に符号化された折
衝情報を抽出する。一方、コマンドフレーム検出部９０
４からの出力は、４つのレジスタ（９１０、９１２、９
１４および９１６）の入力に接続され、中央制御部９０
８は特定の時間に１つのレジスタだけを有効にする。

【００７５】ＣＮＧ^* フレームが検出された場合には、
コマンドフレーム検出部９０４は抽出された折衝情報を
レジスタＲＣＮＧ（９１０）に蓄積する。ＮＳＦ^* フレ
ームが検出された場合には、コマンドフレーム検出部９
０４は抽出された折衝情報をレジスタＲＮＳＦ（９１
２）に蓄積する。ＮＳＳ^* フレームが検出された場合に
は、コマンドフレーム検出部９０４は抽出された折衝情
報をレジスタＲＮＳＳ（９１４）に蓄積する。

【００７６】ＮＳＣ^* フレームが検出された場合には、
コマンドフレーム検出部９０４は抽出された折衝情報を
レジスタＲＮＳＣ（９１６）に蓄積する。４つのレジス
タ（９１０、９１２、９１４および９１６）の出力は中
央制御部９０８に接続される。イメージスキャナー部９
４０は、（紙のような）媒介物に記録された原画像を走
査して１ページまたはそれ以上のデジタルデータに変換
し、データ発生部９１８にデジタルデータを提供する。
また、イメージスキャナー部９４０は制御情報を中央制
御部９０８に提供する。この制御情報は、複数ページの
画像データが含まれるか否か、画像パラメータの変更が
必要か否かを示す。中央制御部９０８は、この制御情報
に従って制御コマンドを発生させるプロトコル発生部９
２２を制御する。

【００７７】データ通信手順が開始するまでに、発呼側
および被呼側の双方の４つのレジスタ（９１０、９１
２、９１４および９１６）は初期状態に設定される。デ
ータ通信手順を開始するために、発呼側の中央制御部９
０８は、発呼側に特定の設定に従って、プロトコル発生
部９２２、データ発生部９１８およびデータデコーダー
部９０６を制御する。発呼側の装置識別情報発生部９２
０は予め定められた装置識別情報を発生する。中央制御
部９０８の制御に基づいて、プロトコル発生部９２２
は、ＣＮＧコマンドフレーム内に装置識別情報を結合さ
せ、ＲＳ２３２Ｃシリアルポート（図７に示される８０
８、８１２）にＣＮＧコマンドフレームを提供する。

【００７８】データ通信手順が開始された後に、発呼側
および被呼側の双方の中央制御部９０８は、４つのレジ
スタ（９１０、９１２、９１４および９１６）に蓄積さ
れた折衝情報に従って、プロトコル発生部９２２、デー
タ発生部９１８およびデータデコーダー部９０６を制御
する。被呼側から送信され、４つのレジスタ（９１０、
９１２、９１４および９１６）に蓄積された折衝情報に
応じて、発呼側の中央制御部９０８は願望したプロトコ
ル（あるいは、返答プロトコル）を発生させるプロトコ
ル発生部９２２、ノーマル動作モードにおいて願望した
データを発生させるデータ発生部９１８、および、ポー
リング動作モードにおいて受信したデータを復号化する
データデコーダー部９０６を制御する。

【００７９】発呼側から送信され、４つのレジスタ（９
１０、９１２、９１４および９１６）に蓄積された折衝
情報に応じて、被呼側の中央制御部９０８は願望した返
答プロトコルを発生させるプロトコル発生部９２２、ポ
ーリング動作モードにおいて願望したデータを発生させ
るデータ発生部９１８、ノーマル動作モードにおいて受
信したデータを復号化するデータデコーダー部９０６を
制御する。

【００８０】プロトコルおよび画像データを送信するた
めに、プロトコル発生部９３２、データ発生部９１８の
それぞれからの出力９３２、９３４は、ＲＳ２３２Ｃシ
リアルポート（図７に示される８０８、あるいは、８１
２）に接続される。受信したデータを表示するために、
データデコーダー部９０６の出力９３６はプリンタ（図
示せず）に接続される。

【００８１】図９、１０、１１、１２および１３は、本
発明のフローチャートを示している。折衝能力を有する
発呼側装置は、通常、被呼側装置に折衝能力識別情報を
送信するが、本発明によれば、折衝能力を有するファク
シミリ装置が折衝能力を有していない従来のファクシミ
リ装置と互換性があることは言うまでもない。発呼側、
被呼側のそれぞれが折衝能力を有していれば、双方の装
置は折衝能力情報を含むコマンドフレームを発生させ
る。この結果として、発呼側および被呼側装置は、お互
いに折衝能力情報に従って通信する。

【００８２】発呼側装置が折衝能力を有し、被呼側装置
が折衝能力を有していなければ、被呼側装置は発呼側装
置によって送信される折衝能力情報を無視する。したが
って、被呼側装置は折衝能力情報を含むコマンドフレー
ムを発生できない。発呼側装置が折衝能力識別情報を認
識できないと判定した後は、データ通信手順の間に、発
呼側装置は折衝情報を発生しない。

【００８３】発呼側装置が折衝能力を有さず、被呼側装
置が折衝能力を有している状態においては、被呼側装置
は発呼側装置から折衝能力識別情報を受信しない。この
ため、データ通信手順の間に、被呼側装置は折衝情報を
発生しない。図９は、本発明に従って、図７、８に示さ
れる発呼側装置および被呼側装置のデータ通信動作を示
す。

【００８４】ステップ９５２で、処理を開始する。中央
制御部（図８の９０８）および装置識別情報発生部（図
８の９２０）の制御のもと、ステップ９５４で、（図７
に示される）発呼側装置はＣＮＧ^* フレームを（図７に
示される）被呼側装置に送信する。ステップ９５６で、
発呼側装置は被呼側装置によって送信されるＮＳＦ^*コ
マンドフレームの受信を待つ。ＮＳＦ^* コマンドフレー
ムには、被呼側装置の能力を示す情報を含む。ステップ
９５８で、被呼側装置は、受信したＮＳＦ^* コマンドフ
レームを（図８に示される）レジスタＲＮＳＦ９１２に
蓄積する。ステップ９６０で、発呼側装置がノーマル動
作モードに設定されているか、ポーリング動作モードに
設定されているか判定する。（図８に示される）中央制
御部９０８が、発呼側装置を特定の動作モードに設定す
ることに注意する必要がある。

【００８５】ステップ９６０で、発呼側装置がノーマル
モードに設定されていると判定された場合には、ステッ
プ９６２に移行し、ノーマルモードにおいて、発呼側装
置はファックスデータを送信し、被呼側装置はファック
スデータを受信する。ステップ９６２は、図１０、１１
に、さらに詳しく示されている。ステップ９６０で発呼
側装置がポーリングモードに設定されていると判定され
た場合には、ステップ９６４に移行し、ポーリングモー
ドにおいて、被呼側装置はファックスデータを送信し、
発呼側装置はファックスデータを受信する。ステップ９
６４は、図１２、１３に、さらに詳しく示されている。
ファックスデータが送信側装置によって送信され、受信
側装置によって受信された後に、ステップ９６６で処理
が終了する。

【００８６】図１０は、本発明に従って、ノーマルモー
ドにおける発呼側装置の処理を示す。ステップ１００２
で処理が開始した後に、ステップ１００４で、発呼側装
置はＣＮＧ^* コマンドフレームを送信する。ＣＮＧ^* コ
マンドフレームには、発呼側装置が折衝能力を有するか
否かを示す（図５（ａ）に示される）装置識別情報（Ｍ
ＡＣＩＤ）を含む。ステップ１００６で、発呼側装置は
被呼側装置によって送信されるＮＳＦ^* フレームの受信
を待つ。ＮＳＦ^* フレームには、被呼側装置の能力を示
す（図６に示される）情報を含む。ステップ１００６
で、（被呼側装置によって送信された）ＮＳＦ^* フレー
ムが発呼側装置のレシーバー部（図８の９０２）によっ
て受信された後に、発呼側装置はＮＳＦ^* フレームをレ
ジスタＲＮＳＦ（図８の９１２）に蓄積する。ステップ
１００８で、ＲＮＳＦに蓄積された被呼側装置の能力情
報に従って、発呼側装置はＮＳＳ^* フレームを被呼側装
置に送信する。発呼側装置によって送信されるＮＳＳ^*
フレームには、後続のファックスデータのためのパラメ
ータを示す（図６に示されている）情報を含む。

【００８７】ステップ１０１０で、発呼側装置は、被呼
側装置によって送信されるＣＦＲフレームの受信を待
つ。ＣＦＲフレームの受信は、非同期式デジタルネット
ワークを通じて、発呼側装置によって送信されるＮＳＳ
^* フレームを、被呼側装置が正常に受信したことを確認
する。ステップ１０１２で、発呼側装置は１ページのフ
ァックスデータを被呼側装置に送信する。ステップ１０
１４で、発呼側装置は、被呼側装置によって送信された
ＥＤＴフレームの受信を待つ。ＥＤＴフレームの受信
は、１ページのファックスデータが非同期式デジタルネ
ットワークを通じて、確かに送信され、かつ、被呼側装
置によって正常に受信されたことを確定する。ステップ
１０１６で、発呼側装置の処理は、送信されているファ
ックスデータページが最後のファックスデータページで
あるか否かを判定する。データ送信側のスキャナー部
（図８の９４０）は、さらにファックスデータページが
あるか否かを判定し、さらにファックスデータページが
あるか否かに関する情報を中央制御部（図８の９０８）
に提供する。

【００８８】ステップ１０１６で、送信されているファ
ックスデータページが最後のファックスデータページで
ないと判定された場合には、さらに、発呼側装置の処理
はステップ１０１８に移行し、パラメータを後続するフ
ァックスデータのページのために変更すべきか否かを判
定する。ステップ１０１８で、パラメータが変更される
べきでないと判定された場合には、発呼側装置の処理は
ステップ１０２０に移行し、発呼側装置はＭＰＳコマン
ドフレームを送信する。ステップ１０２２で、発呼側装
置は、被呼側装置によって送信されるＭＣＦフレームの
受信を待つ。次に、発呼側装置の処理はステップ１０１
２に戻り、発呼側装置はパラメータの変更なく後続する
ファックスデータのページを送信する。

【００８９】しかし、ステップ１０１８で、パラメータ
が変更されるべきであると判定された場合には、発呼側
装置の処理はステップ１０２４に移行し、発呼側装置は
ＥＯＭフレームを送信する。ステップ１０２６で、発呼
側装置は、被呼側装置によって送信されるＭＣＦフレー
ムの受信を待つ。ＭＣＦフレームを受信すると、ステッ
プ１０２８で、発呼側装置はＲＱＮフレームを送信す
る。次に、発呼側装置の処理は、折衝手順を再開するた
めにステップ１００６に移行し、後続するファックスデ
ータのページのために、新しいパラメータを設定する。

【００９０】ステップ１０１６で、発呼側装置の処理
が、送信されているファックスデータページが最後のフ
ァックスデータページであると判定した場合には、発呼
側装置の処理はステップ１０３０に移行し、発呼側装置
はＥＯＰフレームを送信する。ステップ１０３２で、発
呼側装置は被呼側装置によって送信されるＭＣＦフレー
ムの受信を待つ。ステップ１０３２で、ＭＣＦフレーム
が受信された後に、発呼側装置は、発呼側装置の切断を
示すＤＣＮコマンドフレームを送信する。次に、ステッ
プ１０３６で、発呼側装置の処理が終了する。

【００９１】図１１は、本発明に従って、ノーマルモー
ドにおける被呼側装置の処理を示している。被呼側装置
の中央制御部（図８の９０８）の制御のもと、ステップ
２００２で、被呼側装置は発呼側装置によって送信され
たＣＮＧ^* フレームを受信し、レジスタＲＣＮＧ（図８
の９１０）にＣＮＧ^* を蓄積する。ステップ２００４
で、被呼側装置の処理は、ＣＮＧ^* フレームに含まれる
ＩＤ（装置識別情報）が「２」であるか否かを判定す
る。ステップ２００４で、装置ＩＤが「２」でないと判
定された場合（発呼側装置が折衝能力を有していないこ
とを示す）には、被呼側装置の処理はステップ２００８
に移行し、被呼側装置は折衝情報を含まないＮＳＦフレ
ームを送信する。

【００９２】一方、ステップ２００４で、装置ＩＤが
「２」であると判定された場合（発呼側装置が折衝能力
を有することを示す）には、被呼側装置の処理はステッ
プ２００６に移行し、被呼側装置は、被呼側装置の能力
を示すための情報を含むＮＳＦ ^* フレームを送信する。
次に、被呼側装置は、発呼側装置によって送信されるＮ
ＳＳ^* フレームの受信を待つ。ＮＳＳ^* フレームには、
発呼側装置によって送信される後続のファックスデータ
のためのパラメータを示す（図６に示される）情報を含
む。（発呼側装置によって送信された）ＮＳＳ^* フレー
ムが、被呼側装置のレシーバー（図８の９０２）によっ
て受信された後に、ステップ２０１０で、被呼側装置
は、ＮＳＳ^* をレジスタＲＮＳＳ（図８の９１４）に蓄
積する。次に、ステップ２０１２で、被呼側装置はＮＳ
Ｓ^* フレームの受信を確認するために、発呼側装置にＣ
ＦＲフレームを送信し、ステップ２０１４で、１ページ
のファックスデータを受信する。ファックスデータペー
ジの正常受信、および、そのファックスデータページに
挿入されたＲＴＣシーケンスの検出を確認するために、
ステップ２０１６で、被呼側装置はＥＤＴフレームを送
信する。ステップ２０１７で、被呼側装置は発呼側装置
からの返答の受信を待つ。ステップ２０１８で、被呼側
装置の処理は、発呼側装置から受信した返答がＭＰＳ、
ＥＯＰ、あるいは、ＥＯＭのいずれであるかを判定す
る。

【００９３】ステップ２０１８で、受信した返答がＭＰ
Ｓフレームである場合には、ステップ２０２０で、被呼
側装置はＭＣＦフレームを発呼側装置に送信し、ポスト
メッセージの受信を確認する。次に、被呼側装置の制御
はステップ２０１４に戻り、被呼側装置は後続するファ
ックスデータページを受信する。受信した返答がＭＰＳ
フレームである場合には、発呼側装置は後続するファッ
クスデータのページのために同じパラメータを使用する
ことに注意する必要がある。したがって、後続するファ
ックスデータのページのためのパラメータを変更する必
要はない。

【００９４】ステップ２０１８で、受信した返答がＥＯ
Ｍフレームである場合には、被呼側装置の処理はステッ
プ２０２２に移行し、被呼側装置はＭＣＦフレームを発
呼側装置に送信し、ポストメッセージの受信を確認す
る。ステップ２０２４で、被呼側装置は発呼側装置から
のＲＱＮフレームの受信を待ち、ステップ２００６で、
被呼側装置はＮＳＦ^* フレームを発呼側装置に送信す
る。次いで、被呼側装置の処理はステップ２０１０に戻
り、被呼側装置は発呼側装置からのＮＳＳ^* フレームの
受信を待つ。受信した返答がＥＯＭフレームである場合
には、発呼側装置は後続するファックスデータのページ
のために異なるパラメータを使用することに注意する必
要がある。したがって、後続するファックスデータのペ
ージのためのパラメータを変更する必要がある。

【００９５】ステップ２０１８で、受信した返答がＥＯ
Ｐフレームである場合には、被呼側装置の処理はステッ
プ２０２６に移行し、被呼側装置は発呼側装置にＭＣＦ
フレームを送信し、ポストメッセージの受信を確認す
る。ステップ２０２８で、被呼側装置は発呼側装置から
のＤＣＮフレームの受信を待つ。ＤＣＮフレームを受信
すると、ステップ２０３０で、被呼側装置の処理が終了
する。

【００９６】図１２は、本発明に従って、ポーリングモ
ードにおける発呼側装置の処理を示している。ステップ
３００２で処理が開始された後に、ステップ３００４
で、発呼側装置はＣＮＧ^* コマンドフレームを送信す
る。ステップ３００６で、発呼側装置は、被呼側装置に
よって送信されるＮＳＦ^* フレームの受信を待つ。被呼
側装置は、ＮＳＦ^* フレームにおけるＦＩＦフィールド
の６ビット目を「１」に設定することによって、ポーリ
ングモードを確定する。（被呼側装置によって送信され
た）ＮＳＦ^* フレームが発呼側装置のレシーバー部（図
８の９０２）によって受信された後に、発呼側装置がポ
ーリングモードに設定されている場合には、ステップ３
００８で、発呼側装置は被呼側装置にＮＳＣ^* フレーム
を送信する。発呼側装置によって送信されるＮＳＣ^* フ
レームには、発呼側装置の能力を示す（図６に示され
る）情報を含む。

【００９７】ステップ３０１０で、発呼側装置は被呼側
装置によって送信されるＮＳＳ^* フレームの受信を待
つ。発呼側装置によって送信されるＮＳＳ^* フレームに
は、後続のファックスデータのためのパラメータを示す
（図６に示される）情報を含む。ステップ３０１０で、
（被呼側装置によって送信された）ＮＳＳ^* フレームが
発呼側装置のレシーバー部（図８の９０２）によって受
信された後に、発呼側装置はＮＳＳ^* フレームをレジス
タＲＮＳＳ（図８の９１４）に蓄積する。次に、ステッ
プ３０１２で、発呼側装置は、ＮＳＳ^* フレームの受信
を確認したことを、ＣＦＲフレームを被呼側装置に送信
し、ステップ３０１４で、１ページのファックスデータ
を受信する。ファックスデータページの正常受信、およ
び、そのファックスデータページに挿入されたＲＴＣシ
ーケンスの検出を確認するために、ステップ３０１６
で、発呼側装置はＥＤＴフレームを送信する。ステップ
３０１７で、発呼側装置は被呼側装置からの確認返答の
受信を待つ。ステップ３０１８で、発呼側装置の処理
は、被呼側装置から受信した返答がＭＰＳ、ＥＯＰ、あ
るいは、ＥＯＭフレームのいずれであるかを判定する。

【００９８】ステップ３０１８で、受信した返答がＭＰ
Ｓフレームである場合には、ステップ３０２０で、発呼
側装置はＭＣＦフレームを被呼側装置に送信し、ポスト
メッセージの受信を確認する。次に、発呼側装置の処理
はステップ３０１４に戻り、発呼側装置は後続するファ
ックスデータのページを受信する。受信した返答がＭＰ
Ｓフレームである場合には、被呼側装置は後続するファ
ックスデータのページのために同じパラメータを使用す
ることに注意する必要がある。したがって、後続するフ
ァックスデータのページのためのパラメータを変更する
必要はない。

【００９９】ステップ３０１８で、受信した返答がＥＯ
Ｍフレームである場合には、発呼側装置の処理はステッ
プ３０２４に移行し、発呼側装置はＭＣＦフレームを被
呼側装置に送信し、ポストメッセージの受信を確認す
る。ステップ３０２６で、発呼側装置は被呼側装置から
のＲＱＮフレームの受信を待ち、ステップ３０２２で、
発呼側装置はＮＳＦ^* フレームを被呼側装置に送信す
る。次に、発呼側装置の処理はステップ３０１０に戻
り、発呼側装置は被呼側装置からのＮＳＳ^* フレームの
受信を待つ。受信した返答がＥＯＭフレームである場合
には、被呼側装置は後続するファックスデータのページ
のために異なるパラメータを使用することに注意する必
要がある。したがって、後続するファックスデータのペ
ージのためのパラメータを変更する必要がある。

【０１００】ステップ３０１８で、受信した返答がＥＯ
Ｐフレームである場合には、発呼側装置の処理はステッ
プ３０２８に移行し、発呼側装置はＭＣＦフレームを被
呼側装置に送信し、ポストメッセージの受信を確認す
る。ステップ３０３０で、発呼側装置は被呼側装置から
のＤＣＮフレームの受信を待つ。ＤＣＮフレームを受信
すると、ステップ３０３２で、発呼側装置の処理が終了
する。

【０１０１】図１３は、本発明に従って、ポーリングモ
ードにおける被呼側装置の処理を示している。ステップ
４００２で、被呼側装置がＣＮＧ^* コマンドフレームを
受信し、ＣＮＧ^* コマンドフレームをレジスタＲＣＮＧ
９１０（図８）を蓄積した後に、ステップ４００３で、
装置折衝能力識別情報（ＩＤ）が「２」であるか否かを
判定する。装置折衝能力識別情報（ＩＤ）が「２」であ
れば、ステップ４００４で、被呼側装置は折衝情報を含
むＮＳＦ^* コマンドフレームを送信する。被呼側装置
は、また、ＮＳＦ^* コマンドフレームにおけるＦＩＦフ
ィールドの６ビット目を「１」に設定することで、ポー
リング動作モードを確定する。装置折衝能力識別情報
（ＩＤ）が「２」ではない場合には、ステップ４００５
で、被呼側装置は折衝情報を含まないＮＳＦコマンドフ
レームを送信する。

【０１０２】ステップ４００６で、被呼側装置は発呼側
装置によって送信されるＮＳＣ^* フレームの受信を待
つ。ＮＳＣ^* フレームには、発呼側装置の能力を示す
（図６に示される）情報を含む。（発呼側装置によって
送信された）ＮＳＣ^* フレームが被呼側装置のレシーバ
ー部（図８の９０２）によって受信された後に、ステッ
プ４００６で、被呼側装置はＮＳＣ^* フレームをレジス
タＲＮＳＣ（図８の９１６）に蓄積する。ステップ４０
０８で、ＲＮＳＣに蓄積された発呼側装置の能力情報に
従って、被呼側装置はＮＳＳ^* フレームを発呼側装置に
送信する。被呼側装置によって送信されたＮＳＳ^* フレ
ームには、後続のファックスデータに関してのパラメー
タを示す（図６に示される）情報を含む。ステップ４０
１０で、被呼側装置は、発呼側装置によって送信される
ＣＦＲフレームの受信を待つ。ＣＦＲフレームの受信
は、発呼側装置が、非同期式デジタルネットワークを通
じて、被呼側装置によって送信されるＮＳＳ^* フレーム
を正常に受信したことを確認する。ステップ４０１２
で、被呼側装置は１ページのファックスデータを発呼側
装置に送信する。ステップ４０１４で、被呼側装置は、
発呼側装置によって送信されるＥＤＴフレームの受信を
待つ。ＥＤＴフレームの受信は、１ページのファックス
データが非同期式デジタルネットワークを通じて、確か
に、送信されたこと、および、発呼側装置によって正常
に受信されたことを確認する。ステップ４０１６で、被
呼側装置の処理は、送信されているファックスデータペ
ージが最後のファックスデータページか否かを判定す
る。ステップ４０１６で、送信されているファックスデ
ータが最後のファックスデータページでないと判定され
た場合には、被呼側装置の処理はステップ４０１８に移
行し、パラメータが後続するファックスデータページの
ために変更されるべきか否か、さらに判定する。ステッ
プ４０１８で、パラメータが変更されるべきでないと判
定されば、発呼側装置の処理はステップ４０２０に移行
し、被呼側装置はＭＰＳフレームを送信する。ステップ
４０２２で、被呼側装置は発呼側装置によって送信され
るＭＣＦフレームの受信を待つ。次いで、被呼側装置の
処理はステップ４０１２に移行し、後続するファックス
データページを送信する。

【０１０３】ステップ４０１８で、パラメータが変更さ
れるべきであると判定された場合には、被呼側装置の処
理は４０２４に移行し、被呼側装置はＥＯＭフレームを
送信する。ステップ４０２６で、被呼側装置は発呼側装
置によって送信されるＭＣＦフレームの受信を待つ。Ｍ
ＣＦフレームを受信した後に、ステップ４０２８で、被
呼側装置はＲＱＮフレームを送信する。ステップ４０４
０で、被呼側装置は発呼側装置からのＮＳＦ^* フレーム
の受信を待つ。ＮＳＦ^* フレームを受信すると、被呼側
装置の処理はステップ４００８に戻り、発呼側装置は、
後続するファックスデータページのための新しいパラメ
ータを設定するＮＳＳ^* フレームを送信する。

【０１０４】ステップ４０１６に戻り、送信されている
ファックスデータページが最後のファックスデータペー
ジであると判定された場合には、被呼側装置の処理はス
テップ４０３０に移行し、被呼側装置はＥＯＰフレーム
を送信する。ステップ４０３２で、被呼側装置は発呼側
装置によって送信されるＭＣＦフレームの受信を待つ。
ＭＣＦフレームが受信された後に、ステップ４０３４
で、発呼側装置は発呼側装置の切断を示すＤＣＮフレー
ムを送信する。次に、ステップ４０３６で、被呼側装置
の処理が終了する。

【０１０５】Ｃ．エラー訂正方式（ＥＣＭ）プロトコル
およびそれを利用したファクシミリ装置ＩＤＩプロトコルにエラー訂正方式ＥＣＭ能力を加える
ために、本発明ではＡＲＱ（the half-duplex page sel
ective repeat automatic repeat request）技術を利用
する。非同期式ＥＣＭはＣＣＩＴＴ勧告に準拠してい
る。この追加においては、ＨＤＬＣフレーム構成は、全
てのバイナリ符号化されたファクシミリメッセージ手順
が利用されている。

【０１０６】送信側局は多数のフレームに符号化された
データを分割し、それぞれのフレーム番号とともに送信
する。前のメッセージが正常に受信されない場合には、
受信側局は、関連したファクシミリ情報フィールドにお
いて指定したフレームが再送されるように要求されたこ
とを示すためのＰＰＲ返答を送信する。ＰＰＲが受信さ
れたとき、送信側局はＰＰＲ情報フィールドにおいて指
定された要求フレームを再送する。上述した実施例にお
いて、ＰＰＲが同じデータブロックのために、４回受信
されたときには、ＥＯＲコマンドが送信されるか、ある
いは、再送を続けるためにＣＴＣコマンドが送信され
る。

【０１０７】図１４は、エラーのない一般的なマルチペ
ージファックスデータ通信手順のプロトコルを示してい
る。折衝情報（ＣＮＧ、ＮＳＦ、ＮＳＳおよびＣＦＲ）
を送信および受信するハンドシェイクプロトコルの交換
は、発呼側装置と被呼側装置との間のデータ送信を開始
する。図１４に示されるノーマルモードにおいて、発呼
側装置は被呼側装置にデータを送信する装置である。

【０１０８】上述した実施例に関して、変更されたＣＮ
Ｇは装置識別情報を運び、被呼側装置がこの装置識別情
報を復号化する。復号化された情報は、ＥＣＭ動作を実
行する装置能力に関して発呼側装置を識別するために、
被呼側装置によって使用される。被呼側装置は拡張され
たＮＳＦフレームにＥＣＭ能力を含む非標準機能識別信
号（ＮＳＦ）で返答する。発呼側装置は受信したＮＳＦ
フレームを復号化し、非標準機能設定信号（ＮＳＳ）フ
レームを送信することによって、ＥＣＭ動作を開始す
る。

【０１０９】図１５（ａ）および１５（ｂ）は、本発明
に係わる一実施例のＥＣＭ能力を含むシステムのファク
シミリ情報フィールド（ＦＩＦ）を示している。図１５
（ａ）に示されているように、ＮＳＳコマンドフレーム
の６ビット目を「１」に設定することは、ＥＣＭモード
を示す。０ビット目を「１」に設定することは、ファク
シミリ情報フィールド（ＦＩＦ）の拡張バイト（extra
）が存在することを示す。図１５（ｂ）に示されるよ
うに、ＮＳＦおよびＮＳＣコマンドフレームの拡張され
たＦＩＦバイトの７ビット目を「１」に設定すること
で、ＥＣＭモードを示す。拡張されたＦＩＦバイトの他
のビットは使用せず、さらなる機能拡張のために保留さ
れている。

【０１１０】被呼側装置はＮＳＳフレームを復号化し、
それに従って連動して、ＥＣＭファクシミリ画像データ
を受信する。被呼側装置は、ＮＳＳフレームの受信を確
認する受信準備確認信号（ＣＦＲ）フレームを送信す
る。次いで、発呼側装置はＥＣＭフレーム内のファック
スデータページを送信開始し、ＲＣＰ（the Return toC
ontrol of Partial Page ）フレームを追加する。ＲＣ
Ｐを検出すると、被呼側装置はＥＤＴ（End of Page De
tect）フレームを送信する。ＥＤＴフレームの受信に応
じて、発呼側装置は現在の処理が不完全なページ、最後
のページ、あるいは、最後でないページのいずれかを示
すＰＰＳ（Partial Page Signal ）を送信する。

【０１１１】被呼側装置がエラーなく送信された画像デ
ータをエラーなく受信した場合には、被呼側装置はメッ
セージ確認信号（ＭＣＦ）を送信し、発呼側装置は次の
ページを続けるか、あるいは、切断命令信号（ＤＣＮ）
で通信処理を終了する。図１６は、データの送信中にエ
ラーが発生する状態を示している。図１６に示すよう
に、被呼側装置によって受信されるファクシミリ伝送
が、エラーを含んでいた場合には、次に、再送するため
のデータフレームを示すＰＰＲ（Partial Page Reques
t）コマンドを送信する。ＰＰＲコマンドの受信に応じ
て、発呼側装置は要求されたフレームを送信する。

【０１１２】図１６においては、３例のＰＰＲコマンド
の発生によって明らかにされているように、エラーが３
回発生した。送信データが、解像度のようなパラメータ
の変更を伴ってマルチページ原稿を送信することを必要
とする場合には、ＥＣＭプロトコルにおいて、発呼側装
置は、図１７に示されるようなＲＱＮ（Request Next C
ommand）フレームを送信する。ＲＱＮフレームは、発呼
側装置が被呼側装置からＭＣＦフレームを受信した後
に、発呼側装置によって送信される。ＲＱＮフレームを
受信することに応じて、被呼側装置は新しいＮＳＦフレ
ームで返答し、送信を続ける。図に示される例におい
て、送信は、また、ＰＰＲフレームの存在によって明ら
かにされるようなエラーを含む。

【０１１３】上述したポーリングモードにおいて、発呼
側装置は被呼側装置のように振舞い、被呼側装置は発呼
側装置のように振舞う。発呼側装置はＣＮＧコマンドフ
レームで被呼側装置を起動する。被呼側装置は、ＥＣＭ
能力およびポーリング動作の要望を示すＮＳＦフレーム
で返答する。発呼側装置は、被呼側装置にＥＣＭ能力を
示す拡張ＮＳＣコマンドで返答する。次に、被呼側装置
は送信側に役割を切り換え、被呼側装置に直接ＮＳＳコ
マンドを送信し、受信側としての機能を準備させる。こ
の処理の後に、上述したノーマル動作モードと同様に、
送信を続ける。

【０１１４】図１８は、ＥＣＭ能力を組み込んであるコ
ントロール回路（図７の８０６、８１４）を示してい
る。図１８において、コントロール回路は、図８に関し
て示され、述べられた全ての構成要素を含む。加えて、
その回路は追加のレジスタＲＥＣＭ９１７を含む。図１
９は、ＥＣＭ能力を含む本発明に係わる発呼側装置のた
めの動作フローチャートを示している。

【０１１５】まず、ステップ１７０２で処理が開始さ
れ、ステップ１７０４で、それぞれの装置のＥＣＭ能力
を確立するために、ハンドシェイク折衝データを交換す
る。ステップ１７０６で、１ページの画像データが、ノ
ーマルモードあるいはポーリングモードで送信を開始す
る。ステップ１７０８で、発呼側装置は被呼側装置によ
って送信されるＥＤＴフレームの受信を待つ。

【０１１６】まず、ＥＤＴフレームが発呼側装置によっ
て受信されると、次に、ステップ１７１０で、装置は送
信されたデータのページが、最後のデータページである
か否かを判定し、最後のデータページであると判定され
た場合には、ステップ１７１２で、ＥＯＰフレームと一
緒にＰＰＳを送信する。送信されているデータのページ
が最後のページでなければ、ステップ１７１４で、処理
途中で発生したパラメータの変更を調べる。パラメータ
の変更がなければ、ステップ１７１６で、ＰＰＳがＭＰ
Ｓフレームと一緒に送信される。パラメータの変更が発
生すれば、ステップ１７１８で、ＰＰＳがＥＯＭフレー
ムと一緒に送信される。

【０１１７】データの送信に続いて、ステップ１７２０
で、装置は受信側装置からの返答を待つ。メッセージ確
認信号ＭＣＦが受信され、ステップ１７１２で、ＥＯＰ
が送信されば、ステップ１７２２で、装置は切断を示す
ＤＣＮフレームを送信する。メッセージ確認信号ＭＣＦ
が受信されなかった場合には、装置はさらにステップ１
７５４で、データフレームを再送することを示すＰＰＲ
コマンドが、被呼側装置から受信されたか否かを判定す
る。

【０１１８】ＰＰＲが受信された場合には、次いで、ス
テップ１７２４で、要求されたデータフレームが再送さ
れる。ＭＣＦが受信され、ＥＯＰ、ＭＰＳが受信されな
かった場合には、ステップ１７２６で、ＲＱＮ（Reques
t Next Command）フレームが送信される。装置は、処理
が終了するまで、上述したそれぞれのステップを繰り返
す。

【０１１９】図２０は、本発明に係わる被呼側、あるい
は、受信側装置のブロック図を示している。示された図
において、ステップ１８００で、発呼側装置からのＣＮ
Ｇフレームの受信で処理が開始する。装置識別情報が
「３」である場合には、ステップ１８０２で、発呼側装
置が折衝能力のみならず、発呼側装置によって送信され
るＥＣＭ能力、ＥＣＭ能力情報を含むＮＳＦ^* フレーム
を有することを示している。一方、ステップ１８０４で
は、ＥＣＭ能力情報を含まないＮＳＦフレームが発呼側
装置に送信される。

【０１２０】これらの初期ステップに続いて、ステップ
１８０６で、被呼側装置は発呼側装置からファクシミリ
データおよびＲＣＰフレームを受信する。ステップ１８
０６でフレームデータを受信すると、ステップ１８０８
で、被呼側装置はフレームデータの受信を確認するＥＤ
Ｔフレームを送信する。次いで、ステップ１８１０で、
装置は発呼側装置からの返答を待つ。ステップ１８１２
で、画像データエラーが検出された場合には、ステップ
１８１４で、被呼側装置はＰＰＲフレームを送信し、次
いで、ステップ１８０６で再送されるデータの受信を待
つ。

【０１２１】ステップ１８１２で、画像データエラーが
検出されなかった場合には、ステップ１８５４で、次に
どの信号を受信したか判断する。パラメータの変更がな
いことを示しているＭＰＳフレームを含む返答が、発呼
側装置から受信された場合には、ステップ１８１６で、
ＭＣＦフレームを送信し、次いで、ステップ１８０６
で、受信データを待つ。

【０１２２】ＥＯＰフレームが受信された場合には、ス
テップ１８１８で、ＭＣＦフレームを送信し、次いで、
ステップ１８５０で、ＤＣＮフレームの受信を待つ。パ
ラメータの変更を示しているＥＯＭフレームが受信され
た場合には、ステップ１８２０で、ＭＣＦフレームを送
信し、次いで、ステップ１８２２で、フローの始めに戻
る前に、ＲＱＮフレームの受信を待つ。

【０１２３】本発明の特定の実施例は詳細に説明したの
で、本発明が他の実施例を通じて果たされることは理解
されるであろう。したがって、本発明の範囲は上述した
実施例に限られるものではないが、その範囲は特許請求
の範囲によって定義されている。

【０１２４】

【発明の効果】本発明によれば、エラー訂正方式ＥＣＭ
を組み込み、かつ、折衝能力を有するので、非同期式デ
ジタルデータネットワークのようなノイズのあるデータ
送信環境で、プロトコル基準に基づいて発呼側装置と被
呼側装置との間でデータ通信することができる。

【図面の簡単な説明】

【図１】Ｇ３プロトコルに基づいて、ＰＳＴＮを介して
通信する一般的なデータ通信手順を示す図。

【図２】リコーＩＤＩＦＡＸＲー２１００プロトコ
ルに基づいて、非同期式デジタルデータネットワークを
介して通信する一般的なデータ通信手順を示す図。

【図３】リコーＩＤＩＦＡＸＲー２１００プロトコ
ルに基づいて、非同期式デジタルデータネットワークを
介して通信する幾つかのデータ通信状態を示す図。

【図４】リコーＩＤＩＦＡＸＲー２１００プロトコ
ルに基づいて、非同期式デジタルデータネットワークを
介して通信する幾つかのデータ通信エラー状態を示す
図。

【図５】リコーＩＤＩＦＡＸＲー２１００プロトコ
ルのコマンドフレームフォーマットを示す図。

【図６】本発明に基づいた、ファクシミリ情報領域（Ｆ
ＩＦ）の内容を示す図。

【図７】本発明に基づいた、ファクシミリ通信を示す
図。

【図８】本発明に基づいた、図７に示されるコントロー
ル回路（８０６あるいは８１４）を示すブロック図。

【図９】本発明に基づいた、図７および図８に示される
ファクシミリ装置の制御フローを示す図。

【図１０】本発明に基づいた、ノーマルモードにおける
発呼側、被呼側ファクシミリ装置の制御フローを示す
図。

【図１１】本発明に基づいた、ノーマルモードにおける
発呼側、被呼側ファクシミリ装置の制御フローを示す
図。

【図１２】本発明に基づいた、ポーリングモードにおけ
る発呼側、被呼側ファクシミリ装置の制御フローを示す
図。

【図１３】本発明に基づいた、ポーリングモードにおけ
る発呼側、被呼側ファクシミリ装置の制御フローを示す
図。

【図１４】本発明に基づいた、非同期式デジタルデータ
ネットワークを介して送信するための幾つかのデータ通
信状態を示す図。

【図１５】本発明に基づいた、ファクシミリ情報領域
（ＦＩＦ）の内容を示す図。

【図１６】本発明に基づいた、非同期式デジタルネット
ワークを介して、送信エラーを含む送信のためのデータ
通信状態を示す図。

【図１７】本発明に基づいた、非同期式デジタルデータ
ネットワークを介して、パラメータの変更を伴う送信の
ためのデータ通信状態を示す図。

【図１８】本発明に基づいた、図７に示されるコントロ
ール回路（８０６あるいは８１４）を示すブロック図。

【図１９】ＥＣＭ能力を含む本発明を組み込む発呼側あ
るいは送信側ファクシミリ装置のための制御フローを示
す図。

【図２０】ＥＣＭ能力を含む本発明を組み込む被呼側あ
るいは受信側ファクシミリ装置のための制御フローを示
す図。

【符号の説明】

８００デジタルネットワークライン８０２ファックスＡ８０４ファックスＢ８０６コントロール回路８０８ＲＳ２３２Ｃシリアルポート８１０デジタルネットワークハードウェア８１２ＲＳ２３２Ｃシリアルポート８１４コントロール回路９０２レシーバー部９０４コマンドフレーム検出部９０６データデコーダー部９０８中央制御部９１０レジスタ（ＲＣＮＧ）９１２レジスタ（ＲＮＳＦ）９１４レジスタ（ＲＮＳＳ）９１６レジスタ（ＲＮＳＣ）９１７レジスタ（ＲＥＣＭ）９１８データ発生部９２０装置識別情報発生部９２２プロトコル発生部９３２ＲＳ２３２Ｃシリアルポート９３４ＲＳ２３２Ｃシリアルポート９３６プリンター９４０イメージスキャナー部

Claims

【特許請求の範囲】

【請求項１】非同期式デジタルネットワークを介してプ
ロトコル基準に基づいて送信処理して互いにデータ送信
する発呼側装置と被呼側装置とを有し、該発呼側装置と
被呼側装置とが多数のコマンドフレームおよび少なくと
も一つのデータフレームを該送信処理の間に発生するよ
うに構成されたファクシミリ通信方式において、該発呼側装置と被呼側装置との間で、エラー訂正方式Ｅ
ＣＭ能力を含むハンドシェイクプロトコル情報を表わす
複数の準備コマンドフレームを交換する準備コマンドフ
レーム交換工程と、エラー訂正動作を開始するエラー訂正開始工程と、該発呼側装置と被呼側装置との間で、データフレームに
関連した識別情報を有する少なくとも一つのデータフレ
ームを含むデータセットを送信する第１のデータセット
送信工程と、該データセットの受信を確認する受信確認工程と、を有
することを特徴とするファクシミリ通信方式。
【請求項２】前記準備コマンドフレーム交換工程が、発呼側装置識別情報を表わすデータを含む第１のコマン
ドフレームと、エラー訂正方式ＥＣＭ情報を表わすデー
タを含む第２のコマンドフレームを、前記発呼側装置か
ら被呼側装置に送信する第１および第２のコマンドフレ
ーム送信工程と、被呼側装置識別情報を表わすデータを含む第３のコマン
ドフレームと、エラー訂正方式ＥＣＭ情報を表わすデータを含む第４の
コマンドフレームを、前記被呼側装置から発呼側装置に
送信する第３および第４のコマンドフレーム送信工程
と、を有することを特徴とする請求項１記載のファクシ
ミリ通信方式。
【請求項３】前記受信確認工程が、終了ページ照会を含
むページデータ終了検出ＥＤＴを表わすコマンドフレー
ムを、前記被呼側装置から発呼側装置に送信する第５の
コマンドフレーム送信工程を有することを特徴とする請
求項１記載のファクシミリ通信方式。
【請求項４】前記受信確認工程が、前記データセットか
ら送信されるべきデータフレームと関連した少なくとも
一つのデータフレーム識別情報を含む不完全ページ要求
ＰＰＲデータを表わすコマンドフレームを、前記被呼側
装置から発呼側装置に送信する第６のコマンドフレーム
送信工程を有することを特徴とする請求項１記載のファ
クシミリ通信方式。
【請求項５】少なくとも一つの送信パラメータが変更さ
れ、原稿データが多数のページを表わすように構成され
たファクシミリ通信方式において、データセットの送信のための要求を含む次命令要求ＲＱ
Ｎデータを表わすコマンドフレームを送信する第７のコ
マンドフレーム送信工程を有することを特徴とする請求
項１記載のファクシミリ通信方式。
【請求項６】前記送信処理のために、前記プロトコル基
準により定義されるノーマル動作モードおよびポーリン
グ動作モードのうち一つを選択するモード選択工程を有
することを特徴とする請求項１記載のファクシミリ通信
方式。
【請求項７】前記プロトコル基準がポーリング動作モー
ドであるときに、前記第１のデータセット送信工程が、データフレームに
関連した識別情報を有する少なくとも一つのデータフレ
ームを含むデータセットを、前記被呼側装置から発呼側
装置に送信する第２のデータセット送信工程を有するこ
とを特徴とする請求項６記載のファクシミリ通信方式。
【請求項８】前記プロトコル基準がノーマル動作モード
であるときに、前記第１のデータセット送信工程が、データフレームに
関連した識別情報を有する少なくとも一つのデータフレ
ームを含むデータセットを、前記発呼側装置から被呼側
装置に送信する第３のデータセット送信工程を有するこ
とを特徴とする請求項６記載のファクシミリ通信方式。
【請求項９】非同期式デジタルネットワークを介してプ
ロトコル基準に基づいて送信処理して互いにデータ送信
する発呼側装置と被呼側装置とを有し、該発呼側装置と
被呼側装置とが多数のコマンドフレームおよび少なくと
も一つのデータフレームを該送信処理の間に発生するよ
うに構成されたファクシミリ通信装置において、該発呼側装置と被呼側装置との間で、エラー訂正ＥＣＭ
能力データを含む複数の準備コマンドフレームを交換す
るハンドシェイク交換手段と、エラー訂正動作を開始するエラー訂正開始手段と、該発呼側装置と被呼側装置との間で、データフレームに
関連した識別情報を有する少なくとも一つのデータフレ
ームを含むデータセットを送信する第１のデータセット
送信手段と、該データセットの受信を確認する受信確認手段と、を備
えたことを特徴とするファクシミリ通信装置。
【請求項１０】発呼側装置識別情報を表わすデータを含
む第１のコマンドフレームと、エラー訂正方式ＥＣＭ情
報を表わすデータを含む第２のコマンドフレームを、前
記発呼側装置から被呼側装置に送信する第１および第２
のコマンドフレーム送信手段と、被呼側装置識別情報を表わすデータを含む第３のコマン
ドフレームと、エラー訂正方式ＥＣＭ情報を表わすデー
タを含む第４のコマンドフレームを、前記被呼側装置か
ら発呼側装置に送信する第３および第４のコマンドフレ
ーム送信手段と、を備えたことを特徴とする請求項９記
載のファクシミリ通信装置。
【請求項１１】終了ページ照会を含むページデータ終了
検出ＥＤＴを表わすコマンドフレームを、前記被呼側装
置から発呼側装置に送信する第５のコマンドフレーム送
信手段を備えたことを特徴とする請求項９記載のファク
シミリ通信装置。
【請求項１２】前記データセットから送信されるべきデ
ータフレームと関連した少なくとも一つのデータフレー
ム識別情報を含む不完全ページ要求ＰＰＲデータを表わ
すコマンドフレームを、前記被呼側装置から発呼側装置
に送信する第６のコマンドフレーム送信手段を備えたこ
とを特徴とする請求項９記載のファクシミリ通信装置。
【請求項１３】少なくとも一つの送信パラメータが変更
され、原稿データが多数のページを表わすように構成さ
れたファクシミリ通信装置において、データセットの送信のための要求を含む次命令要求ＲＱ
Ｎデータを表わすコマンドフレームを送信する第７のコ
マンドフレーム送信手段を備えたことを特徴とする請求
項９記載のファクシミリ通信装置。
【請求項１４】前記送信処理のために、前記プロトコル
基準により定義されるノーマル動作モードおよびポーリ
ング動作モードのうち一つを選択するモード選択手段を
備えたことを特徴とする請求項９記載のファクシミリ通
信装置。
【請求項１５】前記プロトコル基準がポーリング動作モ
ードであるときに、データフレームに関連した識別情報
を有する少なくとも一つのデータフレームを含むデータ
セットを、前記被呼側装置から発呼側装置に送信する第
２のデータセット送信手段を備えたことを特徴とする請
求項１４記載のファクシミリ通信装置。
【請求項１６】前記プロトコル基準がノーマル動作モー
ドであるときに、データフレームに関連した識別情報を
有する少なくとも一つのデータフレームを含むデータセ
ットを、前記被呼側装置から発呼側装置に送信する第３
のデータセット送信手段を備えたことを特徴とする請求
項１４記載のファクシミリ通信装置。