JP3266950B2 - ファクシミリ装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はファクシミリ装置に係
り、特に、画情報の受信をより確実に行えるようにした
ファクシミリ装置に関する。

【０００２】

【従来の技術】従来からＧ３モードでファクシミリ通信
を行う場合、図１０に示したように、発呼局ではＤＣＳ
（デジタル命令信号）およびＴＣＦ（トレーニングチェ
ック）を送出し、これに応答して被呼局から返送される
ＣＦＲ（受信準備確認信号）が検出されると、原稿情報
の読み取り開始が指示され、読み取られた原稿情報に応
じた画情報が送信（ＰＩＸ）される。

【０００３】このとき、発呼局がメモリ送信を行うので
あれば、予め画像メモリに蓄積されている画情報が、読
み取り開始の指示に応答して速やかに読み出されるの
で、画情報送信タイミング（ＰＩＸ）で確実に送信する
ことが可能である。

【０００４】ところが、発呼局が画情報の蓄積機能を有
しない比較的安価な機種である場合には、読み取り開始
の指示があった時点から、送信原稿の引き込み、原稿情
報の読み込み、符号化等の処理が行われるため、プロト
コル上での画情報送信タイミング（ＰＩＸ）に実際の画
情報が間に合わないという問題があった。

【０００５】また、被呼局のファクシミリ装置において
も、その機種によっては画情報受信の準備に時間がかか
り、発呼局から送出された画情報の先頭を受信できない
場合があるという問題があった。

【０００６】なお、このような被呼局側での問題は、異
なったメーカの装置間、特に機能や能力に差がある装置
間での通信、あるいは被呼局側が比較的安価で各部の動
作が遅い装置である場合に特に顕著であった。

【０００７】このような問題点を解決するために、例え
ば特開平３−１６５７号公報では、ファクシミリ送信を
行う際に、画情報の送出に先立って全白ライン（全ビッ
トが“０”）をダミーテータとして送出するようにした
ファクシミリ装置が記載されている。

【０００８】

【発明が解決しようとする課題】ところが、上記した従
来技術では、０フィル（“００…０００”）がノイズ等
によって破壊されてＥＯＬ（ライン終端符号；“００…
００１”）に変形されてしまうことがある。そして、連
続したＥＯＬ列はＲＴＣ（制御復帰符号；フェーズＣの
終了を示す）として定義されているため、０フィルのＥ
ＯＬへの変化（破壊）が連続的に発生すると、ダミーテ
ータがＲＴＣと誤判断されて通信が終了してしまうとい
う問題があった。

【０００９】なお、このような問題点を解決するため
に、本発明の発明者等は、ダミーデータを全“１”デー
タ列としてＥＯＬやＲＴＣに変化しにくくする技術を提
案し、自社機に関しては本方式の採用を進めているが、
他社機においては未だダミーデータとして０フィルが採
用されている。

【００１０】本発明の目的は、上記した従来技術の問題
点を解決して、ダミーデータとして０フィルを出力する
送信機から送出された画情報も確実に受信できるように
したファクシミリ装置を提供することにある。

【００１１】

【課題を解決するための手段】上記した目的を達成する
ために、本発明では、画情報に対してライン検知を行う
ライン検知手段と、画情報からＲＴＣを検出するＲＴＣ
検出手段とを具備したファクシミリ装置において、更に
以下のような手段を講じた点に特徴がある。 (1) ライン検知結果に基づいて、検出されたＲＴＣの有
効性を判断するＲＴＣ判定手段を具備した。 (2) 画情報受信の経過時間を計時する計時手段と、ライ
ン検知結果および前記経過時間に基づいて、検出された
ＲＴＣの有効性を判断するＲＴＣ判定手段とを具備し
た。 (3) 受信コマンドを解析するコマンド解析手段と、コマ
ンドの解析結果およびライン検知結果に基づいて、検出
されたＲＴＣの有効性を判断するＲＴＣ判定手段とを具
備した。 (4) 受信したダミーデータのパターンを解析するパター
ン解析手段と、パターンの解析結果およびライン検知結
果に基づいて、検出されたＲＴＣの有効性を判断するＲ
ＴＣ判定手段とを具備した。

【００１２】

【作用】上記した構成(1) において、ＲＴＣが検出され
ても直ぐには受信を中止せず、それ以前にライン検知が
なされていないと当該ＲＴＣが無視されるようにすれ
ば、画情報に先立って送出されるダミーデータが変化し
てＲＴＣと誤判断されても、これによって受信動作が妨
げられることがない。

【００１３】上記した構成(2) において、ＲＴＣが検出
されたとき、それ以前にライン検知されていなくても、
受信開始から一定時間が経過していると受信が中止され
るようにすれば、ライン検知できないような異常が発生
しても、そのままの状態で放置されてしまうことがな
い。

【００１４】上記した構成(3) において、コマンドを解
析した結果、送信機が自社機であってＲＴＣに変形され
にくいダミーデータ（全“１”データ）を採用している
場合には、ライン検知がなされていなくても受信が中止
されるようにすれば、有効なＲＴＣまで無効と判断して
しまうことがない。

【００１５】上記した構成(4) において、ダミーデータ
のパターンを解析した結果、ＥＯＬやＲＴＣに変形され
にくいダミーデータであれば検出されたＲＴＣを有効と
判断するので、有効なＲＴＣまで無効と誤判断してしま
うことがない。

【００１６】

【実施例】以下に、図面を参照して本発明を詳細に説明
する。まず、本発明が適用されるファクシミリ装置のハ
ード構成を図９を参照して説明する。なお、本発明のフ
ァクシミリ装置は、ファクシミリ装置に必須の構成を全
て備えているが、ここでは、本発明の説明に必要な構成
のみを示している。

【００１７】図９において、ＣＰＵ１は、当該ファクシ
ミリ装置全体の制御処理およびファクシミリ伝送制御手
順（プロトコル）処理を行う。ＲＡＭ２は、制御プログ
ラムが使用するワークエリアを提供したり、操作表示装
置３からオペレータによって設定されるデータ等を記憶
する。操作表示装置３は、ファクシミリ装置を操作する
ための操作部および表示部によって構成される。

【００１８】読取装置４は、原稿情報を読み込んで電気
信号の画情報に変換する。印字装置５は、受信した画情
報を記録紙に印字して出力する。画像処理装置６は、画
情報の符号化および復号化処理を行う。画像蓄積装置７
は、符号化された画情報を蓄積する。

【００１９】システム制御部８は、当該ファクシミリ全
体を制御するプログラムを格納している。通信制御部９
は、ファクシミリ通信を制御するプログラムを格納して
いる。モデム１０は、画情報の変調および復調を行い、
低速モード（伝送手順信号用：Ｖ２１）および高速モー
ド（画像情報の送受信用：Ｖ２７ｔｅｒ、Ｖ２９、Ｖ３
３、Ｖ１７）機能を備えている。網制御装置１１は、公
衆網への接続機能および自動発着信機能を備えている。
システムバス１２は、各装置間でのデータのやり取りを
行う。

【００２０】図１は、本発明の第１実施例の要部の機能
を示すブロック図であり、前記通信制御部９の機能を表
している。

【００２１】デコーダ１０１は、受信した画情報をデコ
ードして出力する。ライン検知手段１０２は、画情報に
対してライン検知を行い、例えばＥＯＬ（ライン終端符
号）を検知すると１ライン分のデコードが完了したもの
と判断してデコードフラグ１０５をセットする。

【００２２】ＲＴＣ検出手段１０３は、画情報からＲＴ
Ｃ（制御復帰符号）を検出する。ＲＴＣ有効／無効判定
手段１０４は、ＲＴＣ検出手段１０３によって検出され
たＲＴＣの有効性を、デコードフラグ１０５に基づいて
判断する。

【００２３】次に、本実施例の動作を、図２のフローチ
ャートを参照して説明する。

【００２４】送信局から送出された画情報が検出される
と、ステップＳ１０では、受信画情報がデコーダ１０１
においてデコードされる。ステップＳ２０では、ＲＴＣ
検出手段１０３によってＲＴＣが検出されたか否かが判
断される。ＲＴＣが検出されていないと、ステップＳ３
０では、ライン検知手段１０２によってＥＯＬが検出さ
れたか否か、すなわち１ライン分のデコードが終了した
か否かが判断される。ＥＯＬが検出されていないと、当
該処理はステップＳ１０へ戻り、デコーダ１０１による
画情報のデコードが継続される。

【００２５】一方、前記ステップＳ３０において、ライ
ン検知手段１０２がＥＯＬを検出すると、ステップＳ４
０では、ライン検知手段１０２がデコードフラグ１０５
をセットする。したがって、デコードフラグ１０５は、
有効な画情報の受信が開始された（セット中）か否か
（リセット中）を意味することになる。

【００２６】その後、ステップＳ２０においてＲＴＣ検
出手段１０３がＲＴＣを検出すると、ステップＳ５０で
は、ＲＴＣ有効／無効判定手段１０４がデコードフラグ
１０５を参照する。ここで、デコードフラグ１０５がセ
ットされていないと、当該ＲＴＣは、画情報が１ライン
もデコードされていない状態で検出されたことになるの
でダミーデータが変化したものと判断される。したがっ
て、今回のＲＴＣは無視されて当該処理はステップＳ１
０へ戻る。

【００２７】一方、デコードフラグ１０５がセットされ
ていると、当該ＲＴＣは有効な画情報の受信が開始され
た後に検出されたことになるので有効と判断され、ステ
ップＳ８０では、ＲＴＣ有効／無効判定手段１０４がデ
コーダ１０１に対してデコードの中止を指示する。

【００２８】本実施例によれば、ＲＴＣが検出されても
直ぐにはデコードを中止せず、それ以前にライン検知が
なされていないと当該ＲＴＣが無視されるので、画情報
に先立って送出されるダミーデータが変化してＲＴＣと
誤判断されても、これによって受信動作が妨げられるこ
とがない。

【００２９】図３、は本発明の第２実施例の要部の機能
を示すブロック図であり、前記と同一の符号は同一また
は同等部分を表している。

【００３０】本実施例では、前記第１実施例の構成に計
時手段１０６およびタイムアウトフラグ１０７を追加し
た点に特徴がある。この計時手段１０６は、画情報受信
の経過時間を計時し、経過時間が予定時間を越えるとタ
イムアウトフラグ１０７をセットする。

【００３１】次に、本実施例の動作を、図４のフローチ
ャートを参照して説明する。

【００３２】ステップＳ８において、送信局から送出さ
れた画情報キャリアが受信されると、ステップＳ９で
は、計時手段１０６が例えば３秒のタイマを起動する。

【００３３】その後、ステップＳ３０においてＥＯＬが
検出されていないと判断されると、ステップＳ３２では
タイムアウトしたか否かが判断される。タイムアウトし
ていると、ステップＳ３４においてタイムウトフラグ１
０７がセットされる。

【００３４】その後、ステップＳ２０においてＲＴＣが
検出され、さらにステップＳ５０においてデコードフラ
グ１０５がセットされていないことが確認されると、ス
テップＳ６０では、ＲＴＣ有効／無効判定手段１０４が
タイムウトフラグ１０７を参照し、これがセットされて
いると、ステップＳ８０においてデコードの中止が指示
される。

【００３５】本実施例によれば、ＲＴＣが検出されたと
き、それ以前にライン検知されていなくても、受信開始
から一定時間（本実施例では３秒）が経過しているとデ
コードを中止するようにしたので、ライン検知できない
ような異常が発生しても、そのままの状態で放置されて
しまうことがない。

【００３６】図５は、本発明の第３実施例の要部の機能
を示すブロック図であり、前記と同一の符号は同一また
は同等部分を表している。

【００３７】本実施例では、前記第１実施例の構成にコ
マンド解析手段１０８およびユニークフラグ１０９を追
加した点に特徴がある。このコマンド解析手段１０８
は、送信局から送出されるＮＳＳあるいはＤＣＳを検出
し、ＮＳＳが検出されるとユニークフラグ１０９をセッ
トする。

【００３８】次に、本実施例の動作を、図６のフローチ
ャートを参照して説明する。

【００３９】ステップＳ１では、コマンド解析手段１０
８によってＮＳＳあるいはＤＣＳが検出されたか否かが
判断され、ステップＳ２において、検出されたコマンド
がＮＳＳであると判定されると送信機が自社機であると
判断してステップＳ３でユニークフラグ１０９がセット
される。

【００４０】一方、ＤＣＳが検出されると、送信機が他
社機であると判断してステップＳ４でユニークフラグ１
０９がリセットされる。ステップＳ５では、送信局へＣ
ＦＲを返送する。

【００４１】その後、ステップＳ２０においてＲＴＣが
検出され、さらにステップＳ５０においてデコードフラ
グ１０５がセットされていないことが確認されると、ス
テップＳ６１では、ＲＴＣ有効／無効判定手段１０４が
ユニークフラグ１０９を参照する。

【００４２】ユニークフラグ１０９がセットされている
と、送信機が自社機であり、ダミーデータとしてＲＴＣ
に変形されにくい全“１”データを出力しているので、
デコードフラグ１０５のいかんにかかわらずＲＴＣを有
効と判断し、ステップＳ８０においてデコードの中止が
指示される。

【００４３】本実施例によれば、送信局が自社機であ
り、ＲＴＣを誤検出する可能性が低い場合には、ライン
検知がなされていなくてもデコードを中止するようにし
たので、有効なＲＴＣまで無効と判断してしまうことが
ない。

【００４４】図７は、本発明の第４実施例の要部の機能
を示すブロック図であり、前記と同一の符号は同一また
は同等部分を表している。

【００４５】本実施例では、前記第１実施例の構成にパ
ターン解析手段１１０および解析結果フラグ１１１を追
加した点に特徴がある。このパターン解析手段１１０
は、デコードされたダミーデータのパターンを解析し、
ダミーデータのパターンがＥＯＬやＲＴＣに変形されに
くいデータパターン（例えば、全“１”データ）である
と解析結果フラグ１１１をセットする。

【００４６】次に、本実施例の動作を、図８のフローチ
ャートを参照して説明する。

【００４７】ステップＳ１０において、送信局から送出
された画情報が受信されると、ステップＳ１１では、デ
コードフラグ１０５または解析結果フラグ１１１のいず
れかがセットされているか否かが判断され、初めはいず
れもリセットされているのでステップＳ１２へ進む。

【００４８】ステップＳ１２では、パターン解析手段１
１０内に設けられた解析結果カウンタが予定値に達した
か否かが判断される。

【００４９】解析結果カウンタが予定値に達していない
と、ステップＳ１４では、パターン解析手段１１０が受
信したダミーデータのパターンを解析する。ダミーデー
タのパターンが、ＥＯＬやＲＴＣに変形されにくい全
“１”データであると、ステップＳ１５では前記解析結
果カウンタをインクリメントする。

【００５０】このようにして、ダミーデータ解析が行わ
れ、ステップＳ１２において、解析結果カウンタが予定
値に達したと判断されると、ステップＳ１３において解
析結果フラグ１１１がセットされる。

【００５１】その後、ステップＳ２０においてＲＴＣが
検出され、さらにステップＳ５０においてデコードフラ
グ１０５がセットされていないことが確認されると、ス
テップＳ６２では、ＲＴＣ有効／無効判定手段１０４が
解析結果フラグ１１１を参照する。

【００５２】解析結果フラグ１１１がセットされている
と、デミーデータがＥＯＬやＲＴＣに変形されにくいパ
ターンからなり、したがってＲＴＣが有効である可能性
が非常い高いので、ステップＳ８０においてデコードの
中止が指示される。

【００５３】本実施例によれば、ダミーデータがＥＯＬ
やＲＴＣに変形されにくいパターンであると、検出され
たＲＴＣを有効と判断するようにしたので、有効なＲＴ
Ｃまで無効と判断してしまうことがない。

【００５４】

【発明の効果】上記したように、本発明によれば次のよ
うな効果が達成される。 (1) 請求項１に記載した発明によれば、ＲＴＣが検出さ
れても直ぐには受信を中止せず、それ以前にライン検知
がなされていないと当該ＲＴＣが無視されるので、画情
報に先立って送出されるダミーデータが変化してＲＴＣ
と誤判断されても、これによって受信動作が妨げられる
ことがない。 (2) 請求項２に記載した発明によれば、ＲＴＣが検出さ
れたとき、それ以前にライン検知されていなくても、受
信開始から一定時間が経過していると受信が中止される
ので、ライン検知できないような異常が発生しても、そ
のままの状態で放置されてしまうことがない。 (3) 請求項３に記載した発明によれば、送信局が自社機
であってＲＴＣに変形されにくいダミーデータ（全
“１”データ）を採用している場合には、ライン検知が
なされていなくても受信が中止されるので、有効なＲＴ
Ｃまで無効と判断してしまうことがない。 (4) 受信したダミーデータのパターンを検出し、ダミー
データがＥＯＬやＲＴＣに変形されにくいパターンであ
ると、検出されたＲＴＣを有効と判断するようにしたの
で、有効なＲＴＣまで無効と判断してしまうことがな
い。

【図面の簡単な説明】

【図１】 本発明の第１実施例の機能ブロック図であ
る。

【図２】 第１実施例の動作を示したフローチャートで
ある。

【図３】 本発明の第２実施例の機能ブロック図であ
る。

【図４】 第２実施例の動作を示したフローチャートで
ある。

【図５】 本発明の第３実施例の機能ブロック図であ
る。

【図６】 第３実施例の動作を示したフローチャートで
ある。

【図７】 本発明の第４実施例の機能ブロック図であ
る。

【図８】 第４実施例の動作を示したフローチャートで
ある。

【図９】 本発明が適用されるファクシミリ装置のブロ
ック図である。

【図１０】 Ｇ３のプロトコルを示した図である。

【符号の説明】

１…ＣＰＵ、２…ＲＡＭ、３…操作表示装置、４…読取
装置、５…印字装置、６…画像処理装置、７…画像蓄積
装置、８…システム制御部、９…通信制御部、１０…モ
デム、１１…網制御装置、１２…システムバス、１０１
…デコーダ、１０２…ライン検知手段、１０３…ＲＴＣ
検出手段、１０４…ＲＴＣ有効／無効判定手段、１０５
…デコードフラグ、１０６…計時手段、１０７…タイム
アウトフラグ、１０８…コマンド解析手段、１０９…ユ
ニークフラグ、１１０…パターン解析手段、１１１…解
析結果フラグ

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 画情報に先立って予定のダミーデータを
   送出するファクシミリ装置から画情報を受信するファク
   シミリ装置において、 受信画情報に対してライン検知を行うライン検知手段
   と、 受信画情報からＲＴＣを検出するＲＴＣ検出手段と、 ライン検知結果に基づいて、前記ＲＴＣ検出手段によっ
   て検出されたＲＴＣの有効性を判断するＲＴＣ判定手段
   とを具備したことを特徴とするファクシミリ装置。
2. 【請求項２】 画情報に先立って予定のダミーデータを
   送出するファクシミリ装置から画情報を受信するファク
   シミリ装置において、 受信画情報に対してライン検知を行うライン検知手段
   と、 受信画情報からＲＴＣを検出するＲＴＣ検出手段と、 画情報受信の経過時間を計時する計時手段と、 ライン検知結果および前記経過時間に基づいて、前記Ｒ
   ＴＣ検出手段によって検出されたＲＴＣの有効性を判断
   するＲＴＣ判定手段とを具備したことを特徴とするファ
   クシミリ装置。
3. 【請求項３】 画情報に先立って予定のダミーデータを
   送出するファクシミリ装置から画情報を受信するファク
   シミリ装置において、NSSコマンドの受信有無を判別する コマンド解析手段
   と、 受信画情報に対してライン検知を行うライン検知手段
   と、 受信画情報からＲＴＣを検出するＲＴＣ検出手段と、NSSコマンドを受信できないと、前記 ライン検知結果に
   基づいて、前記ＲＴＣ検出手段によって検出されたＲＴ
   Ｃの有効性を判断するＲＴＣ判定手段とを具備したこと
   を特徴とするファクシミリ装置。
4. 【請求項４】 画情報に先立って予定のダミーデータを
   送出するファクシミリ装置から画情報を受信するファク
   シミリ装置において、 受信画情報に対してライン検知を行うライン検知手段
   と、 受信画情報からＲＴＣを検出するＲＴＣ検出手段と、 受信したダミーデータのパターンを解析するパターン解
   析手段と、 パターンの解析結果およびライン検知結果に基づいて、
   前記ＲＴＣ検出手段によって検出されたＲＴＣの有効性
   を判断するＲＴＣ判定手段とを具備したことを特徴とす
   るファクシミリ装置。