(57)【要約】【課題】  IP回線であっても、エラー終了することなく通信が正常終了することが求められる。【解決手段】  PrimaryChanel(ＰＣ)−ControlChanel(ＣＣ)間のチャネル遷移制御を以下のように変更する。  ・従来ＰＣ開始時に禁止していた「ＰＣ→ＣＣ自動遷移」を許可にする。  ・ＰＣ受信中に以下の条件を検出した場合に、一定間隔毎にＣＣリトレイン処理を行う。  ＰＣ受信中の一定時間以上のキャリア断  モデムが発散（ＥＱＭ値が一定以上になったことで判断する）  送信側モデムのＰＣ→ＣＣ遷移  (モデムからのエラーコード)  ・ＣＣリトレインの衝突防止  上記条件で自機（受信側）がＣＣリトレインを行おうとしたときに、送信側からＡＣ信号を受信した場合にはＣＣリトレイン処理を停止／ＣＣリトレイン開始タイマーの延長を行う。【選択図】  図１
2009267611.tif 000002
【特許請求の範囲】
【請求項１】
ＩＴＵ−Ｔ勧告Ｖ．３４規格に従って通信を行うＶ．３４通信手段を持ち、Ｖ．３４のプライマリチャネル受信中のキャリア断を検出するキャリア断検出手段と、受信中のデータ信号品質を判定する受信信号品質判定手段と、Ｖ．３４通信時の受信信号を監視する受信信号監視手段と、プライマリチャネルで受信している画像データの後端を示す信号（ＲＣＰ）を検出するＲＣＰ検出手段とをもつファクシミリ装置において、
前記キャリア断検出手段によってプライマリチャネル中のキャリア断を検出後、又は前記受信信号品質判定手段によってプライマリチャネル中のモデムの発散を検出後、又は前記受信信号監視手段によって送信機側のプライマリチャネルからコントロールチャネルへの遷移を検出後、又は前記ＲＣＰ検出手段によってプライマリチャネルで受信される画像データの後端を検出後の一定時間以内にコントロールチャネルの再同期が行われない場合、コントロールチャネル・リトレインを行い、コントロールチャネルの再同期を行うことを特徴とするファクシミリ装置。
【請求項２】
コントロールチャネル・リトレインを行った後の一定時間内にコントロールチャネルの再同期が行われない場合、コントロールチャネル再同期が行われるまで一定間隔毎にコントロールチャネル・リトレインを繰返し行うことを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
コントロールチャネル・リトレインを行った後の一定時間内に送信機側と受信機側のモデムの接続状態にエラーを検出した場合、コントロールチャネル再同期が行われるまで一定間隔毎にコントロールチャネル・リトレインを繰返し行うことを特徴とする請求項２に記載ファクシミリ装置。
【請求項４】
受信機側がコントロールチャネル・リトレインを行うタイミングで、送信側のコントロールチャネル・リトレイン（ＡＣ信号）を検出した場合には、受信機側からはコントロールチャネル・リトレインを開始せずに、前記一定間隔毎にコントロールチャネル・リトレインを開始するためのタイマーを延長することを特徴とする請求項２に記載ファクシミリ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信に関し、ＩＴＵ−Ｔ（International Telecommunication Union - Telecommunication Standardization Sector）Ｖ．３４勧告に準拠したファクシミリ装置が通信を行う際に、回線障害等が発生しモデムが同期を失い通信の継続が難しいような場合でも、継続して通信を行うための制御方法に関するものである。特に、プライマリチャネル及びコントロールチャネル時に瞬断が発生した場合の処理に関するものである。
【背景技術】
【０００２】
（１）「ＩＰネットワーク／ＩＰ電話の普及」
近年、家庭や中小規模のオフィスにおいてはＡＤＳＬ／ＦＴＴＨを利用したインターネット接続サービスが普及し、ある程度の規模をもった企業においては拠点内でのＬＡＮによる情報機器の共有と拠点間の通信では従来の専用線からＶＰＮ(Virtual Private Network：インターネットに専用線を作る技術)への移行等によりＩＰネットワークが広く普及してきている。
【０００３】
また、これらのＩＰネットワークを利用したＩＰ電話もまた広く普及してきている。ＩＰ電話は、音声をＩＰパケットとして送る技術（VoIP:Voice over Internet Protocol）を利用した通信手段であり、高価な交換機といった設備を使用しなくても、安価なＩＰネットワーク／ルータ等で音声通話が行える。通信費面でも遠距離通話が多いユーザには大きなコストメリットをもたらしている。
【０００４】
（２）「ＩＰネットワーク経由のファクシミリ通信の増加」
これらＩＰネットワーク／ＩＰ電話の整備・普及を背景として、企業はもとより家庭でもＩＰネットワークに接続されたファクシミリ端末が増加し、またＩＰネットワークを経由したファクシミリ通信が増えてきている(図１)。
【０００５】
従来の公衆電話網のみを経由するファクシミリ通信(図１の通信経路（１）)から、VoIPルータでＩＳＰ（Internet Service Provider）と接続しインターネットを経由するファクシミリ通信（図１の通信経路（２））やVoIPルータで企業の専用線やＶＰＮなどＩＰネットワークと接続しVoIPゲートウェイを経由して公衆電話網と接続するファクシミリ通信（図１の通信経路（３））、またＩＰネットワーク内に接続されたファクシミリ間での通信（図１の通信経路（４））等と様々な接続形態でのＩＰネットワーク経由のファクシミリ通信が増えてきている。
【０００６】
（３）「ＩＰネットワークを経由するファクシミリ通信の問題点」
従来の公衆電話網でのファクシミリ通信は必要な伝送路上の帯域が保証されているため通信障害があまり発生しなかったが、ＩＰネットワークの普及に伴ってＩＰネットワーク経由のファクシミリ通信が増えてくるとＩＰネットワークに起因する通信障害が徐々に増加してきている。
【０００７】
ＩＰネットワーク経由のファクシミリ通信では、ファクシミリ信号は音声信号としてパケットに分割して伝送され受信側でパケットを組み立て音声信号を復号して通信している。ＩＰネットワークでは信号伝達時間に保証がないことや、ＩＰネットワークが混雑している場合に音声信号の帯域とそれ以外のデータ通信の帯域が十分に取れないために、周波数帯の損失やパケットの遅延／喪失による回線障害が発生する場合がある。
【０００８】
これらの障害は、通信量の大きい企業内ネットワークで発生しやすく、データ通信が集中する時間帯などに集中して発生する。
【０００９】
（４）「ＩＰネットワークにおける音声品質劣化の要因」
送信機側の音声信号は受信機側に到達するまでに、VoIPルータ（又は公衆回線網とＩＰネットワークとの間にあるVoIPゲートウェイ）で信号のアナログ−デジタル変換、符号化、パケット分割し送信される。ＩＰネットワーク内でのルータでルーティング中継／転送され、受信機側のVoIPルータ（又はVoIPゲートウェイ）でパケット組立、復号化、デジタル−アナログ変換され音声信号が復元される。
【００１０】
ＩＰネットワーク内では、転送されるパケットの通信速度は一定であるわけではなく、転送されるパケットは途中のＩＰネットワークでのネットワーク混雑や障害により受信機側のVoIPルータへの到着タイミングに差（ゆらぎ）が発生する（図２）。このゆらぎの度合いが大きかったり、ＩＰネットワーク内でのパケット消失(パケットロス)が発生すると、VoIPルータが送信機側でサンプリングした信号波形を復元できない場合が発生し、再生した音声信号には瞬断が発生する。
【００１１】
（５）「音声品質劣化がファクシミリ通信に及ぼす影響」
ＩＰネットワークのゆらぎやパケットロスにより発生した信号の瞬断は、ファクシミリ通信に影響を及ぼします。
【００１２】
ファクシミリ通信は、送信機側のモデムと受信機側のモデムで同期をとりながら手順信号／画像データ転送を繰返し行う通信方式です。このような送信機側と受信機側で同期を必要とする通信方式において、瞬断による通信信号の欠落は、モデムの同期を失わせます。手順の維持、画像データ受信の継続が困難になります。特に、ＩＴＵ−Ｔ勧告Ｖ．３４に準拠したモデムでファクシミリ通信を行う場合に、この瞬断の影響を強く受けます。
【００１３】
図３は、前記Ｖ．３４モデムで通信中に前記ＩＰネットワークからの影響による瞬断が発生した場合に、ファクシミリ通信が受信機側でエラー終了する過程を送信／受信信号の様子から時系列的に示した図です。
【００１４】
Ｖ．３４通信の画像データは連続するフレームで構成されます。その為、画像信号の受信中に瞬断が発生した場合、フレームの通信の同期を失ってから再同期を取るまでの時間、フレームの画像データを受信できなくなります。また、再同期をとるための処理が複雑であり、ある一定時間以上の回線信号の瞬断が発生した場合には、再同期を取ることができず、瞬断発生以降は、モデムは発散し正常に画像データが受信できなくなってしまう。
【００１５】
Ｖ．３４モデムを用いた画像データ等のデータ通信中に、回線障害により回線信号の瞬断が発生した場合にも、適切に通信を継続できるようにした従来例としては、特許文献１があるが、これはデータ受信中にトレーニング信号パターンを検出した際に自動的にコントロールチャネルへ移行するモードを禁止することにより、プライマリチャネルでの信号瞬断に対する耐性を向上させている。
【特許文献１】特開平10-308863号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
これまで述べたようにＩＰネットワーク経由のファクシミリ通信は、従来の公衆回線網経由のファクシミリ通信に比べて瞬断等の回線障害が発生し易く、その為に通信エラーとなるケースが多くなってしまう。
【００１７】
そこで本発明の目的は、上述のＶ．３４モデムを使用するファクシミリ通信において、Ｖ．３４のプライマリチャネル受信中に、回線信号の瞬断が発生したような場合にも、プライマリチャネルからコントロールチャネルへの遷移を適切に行えるようにし、瞬断が発生しても通信を継続することが可能なファクシミリ装置を提供することにある。
【課題を解決するための手段】
【００１８】
上述した課題・問題点を解決するために、
本発明は、プライマリチャネルからコントロールチャネルの遷移においてコントロールチャネルの再同期が行えない場合に、積極的にコントロールチャネル・リトレインを行って再同期を図り通信の継続を行うものである。
【００１９】
本発明のファクシミリ装置は、
（１）ＩＴＵ−Ｔ勧告Ｖ．３４規格に従って通信を行うＶ．３４通信手段を持ち、Ｖ．３４のプライマリチャネル受信中のキャリア断を検出するキャリア断検出手段と、受信中のデータ信号品質を判定する受信信号品質判定手段と、Ｖ．３４通信時の受信信号を監視する受信信号監視手段と、プライマリチャネルで受信している画像データの後端を示す信号（ＲＣＰ）を検出するＲＣＰ検出手段とをもつファクシミリ装置において、
前記キャリア断検出手段によってプライマリチャネル中のキャリア断を検出後、又は前記受信信号品質判定手段によってプライマリチャネル中のモデムの発散を検出後、又は前記受信信号監視手段によって送信機側のプライマリチャネルからコントロールチャネルへの遷移を検出後、又は前記ＲＣＰ検出手段によってプライマリチャネルで受信される画像データの後端を検出後の一定時間以内にコントロールチャネルの再同期が行われない場合、コントロールチャネル・リトレインを行いコントロールチャネルの再同期を行うことを特徴とする。
【００２０】
（２）又、前記（１）のファクシミリ装置において、コントロールチャネル・リトレインを行った後の一定時間内にコントロールチャネルの再同期が行われない場合、コントロールチャネル再同期が行われるまで一定間隔毎にコントロールチャネル・リトレインを繰返し行うことを特徴とする。
【００２１】
（３）又、前記（２）のファクシミリ装置において、コントロールチャネル・リトレインを行った後の一定時間内に送信機側と受信機側のモデムの接続状態にエラーを検出した場合、コントロールチャネル再同期が行われるまで一定間隔毎にコントロールチャネル・リトレインを繰返し行うことを特徴とする。
【００２２】
（４）又、前記（２）のファクシミリ装置において、受信機側がコントロールチャネル・リトレインを行うタイミングで、送信側のコントロールチャネル・リトレイン（ＡＣ信号）を検出した場合には、受信機側からはコントロールチャネル・リトレインを開始せずに、前記一定間隔毎にコントロールチャネル・リトレインを開始するためのタイマーを延長することを特徴とする。
【発明の効果】
【００２３】
本発明によって、Ｖ．３４通信において突発的な回線障害が発生した場合でも、プライマリチャネルやコントロールチャネルにおけるモデムの発散／キャリア断による通信エラーを回避し、エラー終了にいたることなく通信を継続させることができる。以下、詳細に述べると、
・瞬断でプライマリチャネル後端（ＲＣＰ信号）を検出できなくても、コントロールへ確実に移行できる。
【００２４】
・コントロールチャネルで回線障害が発生してもリカバリーの機会を増やし通信を継続させる効果がある。
【発明を実施するための最良の形態】
【００２５】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【００２６】
以下、図４,図５,図６に示す実施例に基づき、本発明を詳細に説明する。
【００２７】
図４は、本発明の一実施例による通信装置の構成を示すブロック図である。
【００２８】
図４において、
１０１：ＣＰＵは、システム制御部であり、装置全体を制御する。
【００２９】
１０２：ＲＯＭは、ＣＰＵの制御プログラムを格納するものである。
【００３０】
１０３：ＲＡＭは、ＳＲＡＭ等で構成され、画像データを蓄積する為のものである。
【００３１】
１０４：画像メモリは、ＤＲＡＭ等で構成され、画像データを蓄積する為のものである。
【００３２】
１０５：解像度変換処理部は、ラスタデータのミリ−インチ解像度変換等の解像度変換制御を行うものである。
【００３３】
１０６：読取・記録用符号化復号化処理部（読取・記録用コーデック）は、通信装置で扱う画像データの符号化復号化処理を行う。
【００３４】
１０７：時計部は、動作間隔等を計測し、ＩＣ等で構成される。
【００３５】
１０８：モデムは、回線からの変調された信号を復調したり、逆に装置からの信号を変調し回線に送出するものである。
【００３６】
１０９：回線ｉ／ｆ部は、ＮＣＵ等で構成される制御部である。電話機の接続端子が２個の場合には、夫々の端子でオフフック／オンフック検知をするために接続端子毎にフック検知回路を有する。
【００３７】
１１０：電話機は、回線ｉ／ｆ部（ＮＣＵ）を通して電話回線に接続されるハンドセット（ダイヤラを持たない電話機）や外付け電話機（留守番電話機等）である。
【００３８】
１１１：ＩＰネットワークと端末をつなぐＶｏＩＰルータである。ＶｏＩＰルータはＩＰネットワークと通信装置をアナログポートで接続する。
【００３９】
１１２：ＶＰＮ等のＩＰネットワークである。
【００４０】
１１３：画像処理部は、スキャナによって読み込まれた画像データに補正処理を施して高精細な画像データを出力するものである。
【００４１】
１１４、１１５：シートスキャナ、ブックスキャナは、ＣＳイメージセンサ、原稿搬送機構などで構成され、原稿を光学的に読み取って電気的な画像データに変換するものである。両面原稿の読み取りを行う。
【００４２】
１１６：操作部は、キーボード、表示部等で構成され、オペレータが各種入力操作を行うためのものである。ハンドセットがオフフック時に即時ダイヤル操作可能を示し。また、外付け電話機がオフフック時には、通信中であることの表示及び通信予約受け付け可能なことを表示する。
【００４３】
１１７：ラインバッファは。画像データの転送制御を行う場合に使用するラインバッファである。
【００４４】
１１８：プリントバッファは、印字用文字コードを格納する為の１ページ分のバッファメモリである。
【００４５】
１１９：プリンタは、受信画像やファイルデータを普通紙に記録するＬＢＰ等のプリンタであり、両面記録を行うことができる。
【００４６】
図５は、本発明の実施例における、回線障害を回避する様子を示したシーケンス図である。
【００４７】
（１）は、比較の為に示した回線障害が無い場合の正常通信シーケンスを示している。プライマリチャネルの先頭でプライマリチャネル受信中にトレーニング信号パターンを検出した際に自動的にコントロールチャネルへ移行するモードに設定（ＰＣ→ＣＣ自動遷移は許可）し、送信機側が画像データを送出し終えてターンオフ（Turn-off）を開始するとコントロールチャネルの先頭で送信機側受信機側は再同期を行い、コントロールチャネルでの通信を継続する。
【００４８】
（２）は、ライマリチャネル受信中に回線障害が起こり瞬断が発生した場合の送信側と受信側のシーケンス図でエラーを回復する様子を示している。
【００４９】
回線障害による瞬断が発生するような場合であっても、瞬断自体が短くモデムの同期に影響が無い場合には、モデムは発散することは無く（１）の正常受信時と同じようにプライマリチャネルからコントロールチャネルへの遷移が行われる。但しデータはエラーしている為、受信機側はＰＰＲ信号を返してエラーフレームの再送信を要求する。
【００５０】
回線障害時に瞬断が発生しモデムの同期に影響を与えてモデムが発散するような場合には、受信機側は一定時間以上のキャリア断でコントロールチャネルのリトレイン処理を開始する。コントロールチャネル・リトレイン開始後の一定時間以内にコントロールチャネルの再同期が確認できなければ、受信機側はコントロールチャネル再同期が行われるまで一定間隔毎にコントロールチャネル・リトレインを繰返し行い再同期を図る。
【００５１】
図６は、本発明の実施例における、プライマリチャネルの受信処理を示すフローチャートである。
【００５２】
着信後にＶ．８手順／プロ−ビング／トレーニングを経て（Ｓ１）から、コントロールチャネルに入りＩＴＵ−Ｔ勧告に示されるＴ．３０ハンドシェークを行う（Ｓ２）。プライマリチャネルへ移行し再トレーニング（Ｓ３）を実施する。再トレーニング後に、瞬断に強いVoIP対応処理を行うかどうかを判断（Ｓ４）し、VoIP処理を行う場合にはモデムの制御レジスタＲＴＤＩＳをオフにして再トレーニングを許可し（Ｓ５）、VoIP処理を行わない場合には従来処理と同じようにモデムの制御レジスタＲＴＤＩＳをオンにしてモデムの再トレーニングを禁止する（Ｓ６）。以下画像データ受信（Ｓ７）しながら、（Ｓ８〜Ｓ１１、Ｓ１３）までの処理を繰り返しプライマリチャネルの終了条件の監視を行う。
【００５３】
受信信号監視手段によりコントロールチャネルの監視を行い（Ｓ８）、コントロールチャネルが開始していれば（Ｓ１４）へ、コントロールチャネルが開始していなければ、プライマリチャネルの終了を示すTurn-offの前の４０ビットの１の連送の受信の監視（Ｓ９）を行い、１の連送を検出すれば（Ｓ１４）へ移行する。１の連送を検出しなければ、キャリア断検出手段によりキャリア断監視を行い（Ｓ１０）。キャリア断を検出すれば（Ｓ１２）へ、キャリア断を検出していなければ受信信号品質判定手段によりＥＱＭ値が正常値がどうかを判断する（Ｓ１１）。ＥＱＭ値が正常値でない場合には（Ｓ１２）へ、ＥＱＭ値が正常値ならば画像データの後に付くＲＣＰ信号の監視判断を行う（Ｓ１３）。ＲＣＰを受信していなければ（Ｓ７）に戻りプライマリチャネルの受信処理を継続する。ＲＣＰを受信していれば、プライマリチャネルは終了されるのでモデムの制御レジスタＲＴＤＩＳをオフ（Ｓ１４）して再トレーニングを許可しコントロールチャネルの再同期が行えるように設定し（Ａ）に移行する。
【００５４】
図７は、本発明の実施例における、プライマリチャネルからコントロールチャネルへの遷移処理を示すフローチャートである。図６の（Ａ）からの続きで、プライマリチャネルの終端を検知してコントロールチャネルの再同期待ちを行っている。
【００５５】
コントロールチャネル再同期待ちＴｘタイマーをスタートさせる（Ｓ１５）。再同期できない場合にエラー終了させるタイマーである。コントロールチャネル再同期しコントロールチャネル通信状態かどうかを判断する（Ｓ１６）。コントロールチャネルが開始していれば（Ｃ）へ移行しＴ．３０の手順処理を行う。
【００５６】
コントロールチャネルが開始していなければ、VoIP対応処理を行うかどうかを判断し（Ｓ１７）、VoIP対応処理を行わない場合には（Ｓ１６）に戻り、コントロールチャネルの開始を待つ。VoIP対応処理を行う場合には、Ｓ１８で送信機側がコントロールチャネル・リトレインを開始（ＡＣ信号検出）していないかどうかを監視する（Ｓ１８）。ＡＣ信号を検出した場合には、コントロールチャネル・リトレインが送信機側から開始された為、受信機側からリトレイン開始を行わずに次にコントロールチャネル・リトレインを開始する為のリトレインタイマーをスタートさせる（Ｓ１９）。次に、送信機側と受信機側のモデムの接続状態にエラーが無いかを監視（Ｓ２０）し、エラーがあった場合にはコントロールチャネル・リトレインを開始（Ｓ２２）し、コントロールチャネルが再同期しなかった場合に再びリトレインを開始するためのリトレインタイマーをスタートさせる（Ｓ２３）。Ｓ２０でモデムの接続状態にエラーが無かった場合には、Ｓ２１でリトレインタイマーの監視を行いタイムアウトしていれば、コントロールチャネル・リトレインを開始（Ｓ２２）し、コントロールチャネルが再同期しなかった場合に再びリトレインを開始するためのリトレインタイマーをスタートさせる（Ｓ２３）。Ｓ２４でコントロールチャネル再同期町タイマーＴｘの確認を行いタイムアウトしていれば（Ｂ）へ移行しエラー終了する。
【００５７】
図８は、本発明の実施例における、コントロールチャネルでの受信処理を示すフローチャートである。第７図の（Ｃ）からの続きで、コントロールチャネル状態を判断して、再同期が必要な場合にはコントロールチャネルの再同期を行っている。
【００５８】
Ｔ．３０におけるＴ２タイマーとリトレインタイマーをスタートさせ（Ｓ２７）、コントロールチャネル状態とリトレインタイマ値の判断を行う（Ｓ２８）。コントロールチャネルが通信不能の場合又はリトレインタイマがタイムアップしている場合に、コントロールチャネル状態の詳細を判定する（Ｓ２９）。送信機側のＡＣ信号を検出した場合、コントロールチャネル・リトレインが送信機側から開始された為、モデム内のアボートを解除（Ｓ３０）し、コントロールチャネルが再同期しなかった場合に再びリトレインを開始するためのリトレインタイマーをスタートさせ（Ｓ３１）、Ｄ（Ｓ２８）に戻る。送信機側と受信機側のモデムの接続状態にエラーがあった場合には、モデムのアボートを解除（Ｓ３２）し、コントロールチャネル・リトレインを開始し（Ｓ３３）、Ｓ３１へ移行する。リトレインタイマのタイムアップの場合には、コントロールチャネル・リトレインを開始（Ｓ３４）し、Ｓ３１へ移行する。
【００５９】
Ｓ２８でリトレインタイマがタイムアップしていないでコントロールチャネルが通信可能な場合には、Ｔ．３０における命令受信処理を行う（Ｓ３５）。命令受信しない場合には、Ｔ２タイムアウトの判断を行い（Ｓ３６）、タイムアウトしていなければＳ２８に戻りコントロールチャネルの受信処理を継続する。Ｓ３６でＴ２タイムアウトしていれば、回線開放し通信をエラー終了する（Ｓ３７）。Ｓ３５にて命令受信した場合には、次ページ有無の判断を行い（Ｓ３８）、次ページが有る場合には、（Ｅ）へ移行しトレーニングシーケンスの受信処理へ移行する。Ｓ３８で次ページが無い場合には、回線開放し通信を正常終了とする（Ｓ３９）。
【図面の簡単な説明】
【００６０】
【図１】ＩＰネットワーク経由のファクシミリ通信の増加を示すネットワークの関係図。
【図２】ＩＰネットワークでの音声品質劣化の発生を示す機構図。
【図３】従来処理で回線障害が発生しエラー終了する過程を示したシーケンス図。
【図４】本発明の実施例１に係わる通信装置の構成を示すブロック図である。
【図５】本発明の実施例１における、回線障害を回避する様子を示したシーケンス図。
【図６】本発明の実施例１における、プライマリチャネルの受信処理を示すフローチャート。
【図７】本発明の実施例１における、プライマリチャネルからコントロールチャネルへの遷移処理を示すフローチャート。
【図８】本発明の実施例１における、コントロールチャネルでの受信処理を示すフローチャート。
【符号の説明】
【００６１】
101  ＣＰＵ
102  ＲＯＭ
103  ＲＡＭ
104  蓄積メモリ（画像メモリ）
105  解像度変換処理部
106  読取記録用符号化複号化処理部
107  時計部
108  モデム
109  ＮＣＵ（回線ｉｆ部）
110  電話機
111  ＶｏＩＰルータ
112  ＩＰネットワーク
113  画像処理部
114  シートスキャナ
115  ブックスキャナ
116  操作部
117  ラインバッファ
118  プリントバッファ
119  プリンタ
【図１】
2009267611.tif 000003
【図２】
2009267611.tif 000004
【図３】
2009267611.tif 000005
【図４】
2009267611.tif 000006
【図５】
2009267611.tif 000007
【図６】
2009267611.tif 000008
【図７】
2009267611.tif 000009
【図８】
2009267611.tif 000010