ファクシミリ装置及びその制御方法
【課題】 送信すべき画像データのアンダーフローの発生要因を低減させること。
【解決手段】 読取部２−５の状況（読取形態、読取状況等）を判定し、その判定結果に応じてＭＯＤＥＭ２−９、ＮＣＵ２−１０を介したファクシミリ送信データの供給を遅延させる。
【解決手段】 読取部２−５の状況（読取形態、読取状況等）を判定し、その判定結果に応じてＭＯＤＥＭ２−９、ＮＣＵ２−１０を介したファクシミリ送信データの供給を遅延させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原稿上の画像を読み取って得た画像データを送信するファクシミリ装置及びその制御方法に関する。
【背景技術】
【０００２】
従来、ＩＴＵ−ＴのＴ．３０で勧告されたＧ３モードに従ったファクシミリ送信を行う際、送信するための画像データがアンダーフローしないようにフィルデータを挿入するものが知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−４３３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、フィルデータの挿入だけでは上記勧告に従った制限時間までに画像データの送信を間に合わせることができないことがあり、送信エラーとして終了してしまうことがあった。即ち、例えば回線状態が悪い環境での通信を行う場合、ノイズによってフィルデータが正しく送れず、タイムアウトによるエラーが発生してしまうことがある。また、フィルデータの挿入は、画像データの送信を開始してから行うので、タイムアウトによるエラーが発生しやすいものであった。
【０００５】
本発明は、以上のような問題点に鑑みなされたものであり、送信すべき画像データのアンダーフローの発生要因を低減させたファクシミリ装置及びその制御方法を提供するものである。
【課題を解決するための手段】
【０００６】
上記問題点を解決するため、本発明のファクシミリ装置は、原稿上の画像を読み取り画像データを生成する読取手段と、前記読取手段により生成された画像データを送信する送信手段と、前記読取手段の状況を判定する判定手段と、前記判定手段による判定結果に応じて前記送信手段への画像データの供給を遅延させる遅延手段とを有する。
【発明の効果】
【０００７】
本発明によれば、読取手段の状況に応じて送信手段への送信データの供給を遅延させるので、読取手段からの送信データが不足してしまう事態を低減させ、データ不足による通信エラーの発生を低減させることができる。
【図面の簡単な説明】
【０００８】
【図１】実施形態のファクシミリ装置の構成を示すブロック図である。
【図２】ＦＡＸＪＯＢタスクの処理を示すフローチャートである。
【図３】読取タスクの処理を示すフローチャートである。
【図４】読取タスクの処理を示すフローチャートである。
【図５】通信タスクの処理を示すフローチャートである。
【図６】データ供給タスクの処理を示すフローチャートである。
【図７】データ供給タスクの処理を示すフローチャートである。
【図８】ＥＣＭ通信における送信処理の例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について図面を用いて説明する。
【００１０】
図１は、本実施形態におけるファクシミリ装置の構成を示すブロック図である。
【００１１】
ＣＰＵ２−１は、ファクシミリ装置全体の動作を制御する。ＲＯＭ２−２は、ＣＰＵ２−１が実行する制御プログラムを格納する。制御プログラムは後述する複数のタスクに分かれており、タスク間通信を行いながら各種処理が実行される。ＲＡＭ２−３は、ＣＰＵ２−１がプログラムを実行する際のワークメモリとして使用されたり、各種設定データの保存を行ったりする。ＤＲＡＭ２−４は、ファクシミリ送信するための画像データを格納する。
【００１２】
読取部２−５は、原稿上の画像を読み取って画像データを生成する。読取部２−５は、光学的に画像を読み取る読取センサ、複数枚の原稿を自動的に１枚ずつ搬送するためのＡＤＦ（自動原稿給送装置）、原稿を搬送するための搬送モータ、原稿の両面を読み取るための反転機構などを含む。記録部２−６は、読取部２−５から転送される画像データや、ファクシミリ受信した画像データなどに基づく画像を記録紙上に印刷する。
【００１３】
表示部２−７は、ユーザに提供すべき情報を表示する。操作部２−８は、ユーザからの各種指示を受け付ける。ＭＯＤＥＭ２−９は、ファクシミリ送受信データの変調及び復調を行う。ＮＣＵ２−１０は、通信回線網を介した通信のための網制御を行う。
【００１４】
次に、図２を用いて本ファクシミリ装置による処理の流れについて説明する。ＦＡＸＪＯＢタスクは、読取部２−５による画像の読み取り、ＭＯＤＥＭ２−９、ＮＣＵ２−１０による通信、ＤＲＡＭ２−４への画像データの格納の統括制御を行う。
【００１５】
操作部２−８を介してファクシミリ送信のための相手先情報がセットされ（Ｓ１）、送信のための各種パラメータがセットされ（Ｓ２）、原稿の読み取りのためのパラメータがセットされ（Ｓ３）ると、これらはＲＡＭ２−３に保存される。
【００１６】
そして、Ｓ１〜Ｓ３でセットされた情報とともに処理の開始指示のためのメッセージが読取タスク、通信タスクに送信される（Ｓ４、Ｓ５）。また、Ｓ６ではデータ供給タスクにＪＯＢの実行を依頼する。
【００１７】
Ｓ７では、読取タスクからの読取終了メッセージの受信状況を判断し、その状況に応じて通信タスクへの指示内容を変更する。また、Ｓ８では、通信タスクからの通信終了メッセージを待ち、通信終了と判断されればＳ９で終了処理を行う。
【００１８】
次に、図３、４を用いて読取タスクの処理について説明する。
【００１９】
ＦＡＸＪＯＢタスクから読取指示メッセージを受け取ると（Ｒ１）、操作部２−８から指示された画質（読取解像度等）、読取形態（ＡＤＦを用いた読み取りか否か、両面原稿の読み取りか否か等）の情報を取得し、ＲＡＭ２−３にセットする。そして、読取部２−５の前処理であるシェーディング補正等の処理を行う（Ｒ３）。
【００２０】
Ｒ４で読取形態がＡＤＦを用いた読み取りであると判断された場合、Ｒ５に進み、ＡＤＦに置かれた原稿の給紙を開始する。そして、Ｒ６でＲＡＭ２−３に現在までのデータ量（論理的なページ情報）や後続のデータの有無、物理ページ（原稿）のページ総数、現在の原稿のページ数などを示すＰａｇｅ管理情報をセットする。ＡＤＦを用いた読み取りでは、読取センサは固定させたまま原稿を搬送させながら原稿上の画像を読み取る。Ｒ７で次の原稿があると判断された場合、Ｒ８に進み、Ｐａｇｅ管理情報に次物理ページあり（まだ原稿があることを示す）の情報をセットする。Ｒ９では給紙された原稿上の画像を読取センサにより読み取り、これによって得た画像データをＲ１０でＤＲＡＭ２−４の画像データ格納領域に格納する。Ｒ１１で原稿の後端まで読み取られたと判断されるまで、Ｒ７以降の処理を繰り返す。原稿の後端は、ＡＤＦに設けられたフォトインタラプタ等によって判断する。原稿１枚分のおもて面の読み取りが終了すると、Ｒ１２でＰａｇｅ管理情報に読み取った画像データの総ライン数、総データ量等の情報をセットする。
【００２１】
次にＲ１３で読取形態が両面原稿の読み取りであったか判断し、そうであればＲ１４に進み、ＡＤＦに原稿を反転させるよう指示し、原稿の裏面の読み取りの準備を行う。そして、Ｒ１５〜Ｒ１８においておもて面の読み取りと同様の処理を行う。ただし、Ｐａｇｅ管理情報には裏面の画像であることを示す情報も書き込む。
【００２２】
以上の処理をＲ１９でＡＤＦ上の原稿がなくなったと判断されるまで繰り返す。そして全ての原稿の読み取りが終了した場合、Ｒ２０で読取タスクの終了処理を行い、Ｒ２１でＦＡＸＪＯＢタスクへ読取終了メッセージを送信する。
【００２３】
Ｒ４で読取形態がＡＤＦを用いた読み取りでないと判断された場合は、フラットベッド読み取りを行う場合であり、図４のフローチャートに移る。フラットベッド読み取りとは、ユーザが１枚ずつフラットベッドに置いた原稿上の画像を、読取センサを移動させながら読み取るものである。
【００２４】
フラットベッド読み取りでは、原稿の後端の判断が難しいため、Ｒ３３のように所定量（距離）の読み取りを行ったかによって１枚分の原稿を読み取ったか判断する。所定量は、読取指定された原稿のサイズ分とすればよい。
【００２５】
また、次の原稿の有無は、操作部２−８を介しての指示で判断する。即ち、ユーザが操作部２−８から次の原稿がある旨を指示した場合、Ｒ３６で否定判定され、Ｒ３０以降の処理を繰り返す。
これら以外はＡＤＦ読み取りの場合と同様の処理を行う。
【００２６】
次に、図５を用いて通信タスクの処理について説明する。
ＦＡＸＪＯＢタスクから通信（送信）開始指示メッセージを受け取ると（Ｔ１）、操作部２−８から指示された相手先情報（電話番号）に従って発呼する（Ｔ２）。そして相手先装置との回線接続が確立されると、Ｔ．３０に従ったＧ３ファクシミリ送信のための前手順を開始する（Ｔ３）。そして、Ｔ４で画像データを通信回線網に送出するためにＭＯＤＥＭ２−９のセットアップ等を行い、Ｔ５でデータ供給タスクに送信のための画像データを要求する。
【００２７】
Ｔ６で送信可能な分の画像データが揃ったと判断されると、ＭＯＤＥＭ２−９、ＮＣＵ２−１０を含む画データ通信部に画像データを転送し、通信回線網への送出を行う。通信タスクは、送信対象の画像データの進捗状況を管理するＰａｇｅ管理情報をＲＡＭ２−３にセットし、Ｔ７における送信を行うごとにＰａｇｅ管理情報を更新する。Ｔ８では、Ｔ５〜７の処理をＰａｇｅ管理情報に書き込まれた１ページ分の画像データを送信したと判断されるまで繰り返す。そして、Ｔ９では全ての送信対象の原稿の画像データの送信を終了したか判断し、終了していなければＱ信号の送出を行い、Ｔ４以降の処理を繰り返す。Ｔ９で終了と判断した場合、Ｔ１０でＴ．３０に基づく後手順を実行し、Ｔ１１で終了処理を行い、Ｔ１３でＦＡＸＪＯＢタスクへ送信処理終了のメッセージを送信する。
【００２８】
次に、図６を用いてデータ供給タスクの処理について説明する。
ＦＡＸＪＯＢタスクからジョブの実行を依頼されると（Ｅ１）、係数を初期化する（Ｅ２）。この係数とは、後続の処理を遅延させるためのｗａｉｔ時間を示すものである。
【００２９】
次にＥ３で読取タスクが終了したと判断された場合、Ｅ１２に進み、終了していない場合、Ｅ４に進む。Ｅ４では、読取タスクのＰａｇｅ管理情報と通信タスクのＰａｇｅ管理情報の進捗状況を比較し、これらが同じである場合、これ以降に読取タスク側の処理が遅れてしまう可能性があるため、Ｅ５の処理に進む。Ｅ５では、フラットベッド読み取りを行っているか否か判断し、肯定判定を行った場合、複数枚の原稿を読み取らせる際の原稿交換時間を考慮して、Ｅ６に進み係数にｋｃを加算する。Ｅ５で否定判定された場合、Ｅ７に進み、ＡＤＦ読み取りで、これから裏面の原稿を読み取るか判断する。肯定判定された場合、原稿の反転に時間がかかってしまうためＥ８で係数にｋｂを加算し、これからおもて面を読み取る場合、原稿の分離等を考慮した係数ｋａを加算する。なお、Ｅ８では、これより前にｋａが加算されているため、ｋａにｋｂを加算した値となる。Ｅ１０では、読取部２−５が所定温度以上に昇温しているか判断する。昇温している場合は、温度を一定温度まで下げる必要があるので、その待ち時間を考慮した係数ｋｄを加算する。この昇温は搬送モータや読取センサの駆動モータなどにより発生するが、温度を下げないと読取エラーが発生する恐れがあるため、動作を停止し、温度を下げるものである。
【００３０】
Ｅ１２では、上記のように加算されていればその加算された時間、データの供給を行わず待機する。係数がゼロであればこのステップはスキップされる。そして、係数分の時間の待機が終了したら、ＤＲＡＭ２−４に格納されている送信対象の画像データを通信タスクに転送する。以上の処理をＥ１４で送信対象の全ての画像データの送信が終了したと判断されるまで繰り返す。
【００３１】
以上のような係数に基づくウェイトは、転送すべきデータは存在するが、そのデータの転送を遅延させるものである。これにより、転送すべきデータが読取部２−５から得られずに通信タスク側でフィルデータの挿入などによる時間稼ぎをせざるを得ない状況を低減させることができる。
【００３２】
なお、各係数は、画像データの形式（２値化方法、解像度、原稿サイズ）ＭＯＤＥＭ２−９の伝送スピード、ＥＣＭモードの有無、読取部２−５の機能等によって適宜決定すればよい。
【００３３】
また、ファクシミリ送信に際し、送信対象の画像データをコーデックを用いてＭＨ、ＭＲ、ＭＭＲ等により圧縮して符号化する必要がある。データ供給タスクが送信対象の画像データを処理する前に符号化しておいてもよいし、データ供給タスクが送信対象の画像データを処理した後に符号化してもよい。
【００３４】
図７は、データ供給タスクの処理の他の例を示すものである。
図７は、図６の処理と比べ、Ｆ２０、Ｆ３０の処理を加えた点が異なる（これら以外は図６と同様の処理を行う）。Ｆ２０では、通信タスクが管理しているＰａｇｅ管理情報を参照し、未送信の画像データのデータ量が所定量（Ｚｋｂ）より多いか判断する。そして、肯定判定が行われた場合は十分な量の送信画像データがあるため係数の加算を行わずにデータ転送に進み、否定判定が行われた場合、十分な量がないためある程度のデータ量がたまるまで待つため、係数ｋｅを加算する。
【００３５】
なお、所定量Ｚは、伝送スピードや確保が望ましいＥＣＭフレームの数などを考慮して決めればよい。
図７の処理により、読取部２−５の読取スピードが通信に対して劣らないスピードである場合、もしくは通信スピードが回線事情で著しく落ちた場合に総通信時間が長くなる傾向になるのを抑制できる。
【００３６】
図８は、本実施形態の処理を行った場合と行わない場合の差異を示す図である。ここではＥＣＭモードによる送信を行った場合の例を示す。Ａ〜Ｇは、ＥＣＭフレームを示している。図８（ａ）は本実施形態の処理を行わない場合でかつ通信回線上でエラーが発生していない場合、図８（ｂ）は本実施形態の処理を行わない場合でかつ通信回線上でエラーが発生した場合を示す。そして、図８（ｃ）が本実施形態の処理を行った場合でかつ通信回線上でエラーが発生した場合を示す。
【００３７】
図からも明らかなように、本実施形態のように係数分の遅延を行わない場合、読取部２−５からの読取画像データが発生すると送信を開始してしまう。そしてＤフレームを送出したところで画像の読み取りが遅延したとする。このとき、例えば、図８（ｂ）のＥフレームにエラーが発生すると、Ｄフレームのところで開始された受信側のＥＣＭフレームタイマーがタイムアウトする。一方、本実施形態のように読取部２−５の状況等により少しずつ遅延させると、各フレームが等間隔となる（必ずしも等間隔ではなく、まばらとなる）ため、Ｄフレームがエラーとなった場合であってもＥフレームのところでタイマーが更新され、タイムアウトが発生する可能性を低減できる。
【００３８】
以上の実施形態によれば、読取部２−５の状態または読取部２−５の状態、ＤＲＡＭ２−４への送信画像データの蓄積状況、ＭＯＤＥＭ２−９、ＮＣＵ２−１０を介した送信状況に応じて通信前の処理を遅延させることによって通信エラーの発生を低減できる。即ち、上述したような係数を用いて送信用データを通信タスクに供給するタイミングを遅延させるため、ある程度の量がたまる毎に送信データを供給でき、送信データの送出の平均化を図り、タイムアウトエラーを低減できる。なお、タイムアウトエラーは、ＥＣＭ送信における受信機側でのフレームタイマーのタイムアウトばかりでなく、非ＥＣＭ送信における受信機側でのＥＯＬタイマーのタイムアウトの発生の可能性をも低減できる。
【００３９】
また、Ｇ４ファクシミリなど、Ｇ３ファクシミリ送信以外に適用してもよい。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、プログラムは、１つのコンピュータで実行させても、複数のコンピュータが連動して実行するようにしてもよい。また、上記した処理の全てをソフトウェアで実現する必要はなく、一部または全部をハードウェアによって実現するようにしてもよい。
【技術分野】
【０００１】
本発明は、原稿上の画像を読み取って得た画像データを送信するファクシミリ装置及びその制御方法に関する。
【背景技術】
【０００２】
従来、ＩＴＵ−ＴのＴ．３０で勧告されたＧ３モードに従ったファクシミリ送信を行う際、送信するための画像データがアンダーフローしないようにフィルデータを挿入するものが知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−４３３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、フィルデータの挿入だけでは上記勧告に従った制限時間までに画像データの送信を間に合わせることができないことがあり、送信エラーとして終了してしまうことがあった。即ち、例えば回線状態が悪い環境での通信を行う場合、ノイズによってフィルデータが正しく送れず、タイムアウトによるエラーが発生してしまうことがある。また、フィルデータの挿入は、画像データの送信を開始してから行うので、タイムアウトによるエラーが発生しやすいものであった。
【０００５】
本発明は、以上のような問題点に鑑みなされたものであり、送信すべき画像データのアンダーフローの発生要因を低減させたファクシミリ装置及びその制御方法を提供するものである。
【課題を解決するための手段】
【０００６】
上記問題点を解決するため、本発明のファクシミリ装置は、原稿上の画像を読み取り画像データを生成する読取手段と、前記読取手段により生成された画像データを送信する送信手段と、前記読取手段の状況を判定する判定手段と、前記判定手段による判定結果に応じて前記送信手段への画像データの供給を遅延させる遅延手段とを有する。
【発明の効果】
【０００７】
本発明によれば、読取手段の状況に応じて送信手段への送信データの供給を遅延させるので、読取手段からの送信データが不足してしまう事態を低減させ、データ不足による通信エラーの発生を低減させることができる。
【図面の簡単な説明】
【０００８】
【図１】実施形態のファクシミリ装置の構成を示すブロック図である。
【図２】ＦＡＸＪＯＢタスクの処理を示すフローチャートである。
【図３】読取タスクの処理を示すフローチャートである。
【図４】読取タスクの処理を示すフローチャートである。
【図５】通信タスクの処理を示すフローチャートである。
【図６】データ供給タスクの処理を示すフローチャートである。
【図７】データ供給タスクの処理を示すフローチャートである。
【図８】ＥＣＭ通信における送信処理の例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について図面を用いて説明する。
【００１０】
図１は、本実施形態におけるファクシミリ装置の構成を示すブロック図である。
【００１１】
ＣＰＵ２−１は、ファクシミリ装置全体の動作を制御する。ＲＯＭ２−２は、ＣＰＵ２−１が実行する制御プログラムを格納する。制御プログラムは後述する複数のタスクに分かれており、タスク間通信を行いながら各種処理が実行される。ＲＡＭ２−３は、ＣＰＵ２−１がプログラムを実行する際のワークメモリとして使用されたり、各種設定データの保存を行ったりする。ＤＲＡＭ２−４は、ファクシミリ送信するための画像データを格納する。
【００１２】
読取部２−５は、原稿上の画像を読み取って画像データを生成する。読取部２−５は、光学的に画像を読み取る読取センサ、複数枚の原稿を自動的に１枚ずつ搬送するためのＡＤＦ（自動原稿給送装置）、原稿を搬送するための搬送モータ、原稿の両面を読み取るための反転機構などを含む。記録部２−６は、読取部２−５から転送される画像データや、ファクシミリ受信した画像データなどに基づく画像を記録紙上に印刷する。
【００１３】
表示部２−７は、ユーザに提供すべき情報を表示する。操作部２−８は、ユーザからの各種指示を受け付ける。ＭＯＤＥＭ２−９は、ファクシミリ送受信データの変調及び復調を行う。ＮＣＵ２−１０は、通信回線網を介した通信のための網制御を行う。
【００１４】
次に、図２を用いて本ファクシミリ装置による処理の流れについて説明する。ＦＡＸＪＯＢタスクは、読取部２−５による画像の読み取り、ＭＯＤＥＭ２−９、ＮＣＵ２−１０による通信、ＤＲＡＭ２−４への画像データの格納の統括制御を行う。
【００１５】
操作部２−８を介してファクシミリ送信のための相手先情報がセットされ（Ｓ１）、送信のための各種パラメータがセットされ（Ｓ２）、原稿の読み取りのためのパラメータがセットされ（Ｓ３）ると、これらはＲＡＭ２−３に保存される。
【００１６】
そして、Ｓ１〜Ｓ３でセットされた情報とともに処理の開始指示のためのメッセージが読取タスク、通信タスクに送信される（Ｓ４、Ｓ５）。また、Ｓ６ではデータ供給タスクにＪＯＢの実行を依頼する。
【００１７】
Ｓ７では、読取タスクからの読取終了メッセージの受信状況を判断し、その状況に応じて通信タスクへの指示内容を変更する。また、Ｓ８では、通信タスクからの通信終了メッセージを待ち、通信終了と判断されればＳ９で終了処理を行う。
【００１８】
次に、図３、４を用いて読取タスクの処理について説明する。
【００１９】
ＦＡＸＪＯＢタスクから読取指示メッセージを受け取ると（Ｒ１）、操作部２−８から指示された画質（読取解像度等）、読取形態（ＡＤＦを用いた読み取りか否か、両面原稿の読み取りか否か等）の情報を取得し、ＲＡＭ２−３にセットする。そして、読取部２−５の前処理であるシェーディング補正等の処理を行う（Ｒ３）。
【００２０】
Ｒ４で読取形態がＡＤＦを用いた読み取りであると判断された場合、Ｒ５に進み、ＡＤＦに置かれた原稿の給紙を開始する。そして、Ｒ６でＲＡＭ２−３に現在までのデータ量（論理的なページ情報）や後続のデータの有無、物理ページ（原稿）のページ総数、現在の原稿のページ数などを示すＰａｇｅ管理情報をセットする。ＡＤＦを用いた読み取りでは、読取センサは固定させたまま原稿を搬送させながら原稿上の画像を読み取る。Ｒ７で次の原稿があると判断された場合、Ｒ８に進み、Ｐａｇｅ管理情報に次物理ページあり（まだ原稿があることを示す）の情報をセットする。Ｒ９では給紙された原稿上の画像を読取センサにより読み取り、これによって得た画像データをＲ１０でＤＲＡＭ２−４の画像データ格納領域に格納する。Ｒ１１で原稿の後端まで読み取られたと判断されるまで、Ｒ７以降の処理を繰り返す。原稿の後端は、ＡＤＦに設けられたフォトインタラプタ等によって判断する。原稿１枚分のおもて面の読み取りが終了すると、Ｒ１２でＰａｇｅ管理情報に読み取った画像データの総ライン数、総データ量等の情報をセットする。
【００２１】
次にＲ１３で読取形態が両面原稿の読み取りであったか判断し、そうであればＲ１４に進み、ＡＤＦに原稿を反転させるよう指示し、原稿の裏面の読み取りの準備を行う。そして、Ｒ１５〜Ｒ１８においておもて面の読み取りと同様の処理を行う。ただし、Ｐａｇｅ管理情報には裏面の画像であることを示す情報も書き込む。
【００２２】
以上の処理をＲ１９でＡＤＦ上の原稿がなくなったと判断されるまで繰り返す。そして全ての原稿の読み取りが終了した場合、Ｒ２０で読取タスクの終了処理を行い、Ｒ２１でＦＡＸＪＯＢタスクへ読取終了メッセージを送信する。
【００２３】
Ｒ４で読取形態がＡＤＦを用いた読み取りでないと判断された場合は、フラットベッド読み取りを行う場合であり、図４のフローチャートに移る。フラットベッド読み取りとは、ユーザが１枚ずつフラットベッドに置いた原稿上の画像を、読取センサを移動させながら読み取るものである。
【００２４】
フラットベッド読み取りでは、原稿の後端の判断が難しいため、Ｒ３３のように所定量（距離）の読み取りを行ったかによって１枚分の原稿を読み取ったか判断する。所定量は、読取指定された原稿のサイズ分とすればよい。
【００２５】
また、次の原稿の有無は、操作部２−８を介しての指示で判断する。即ち、ユーザが操作部２−８から次の原稿がある旨を指示した場合、Ｒ３６で否定判定され、Ｒ３０以降の処理を繰り返す。
これら以外はＡＤＦ読み取りの場合と同様の処理を行う。
【００２６】
次に、図５を用いて通信タスクの処理について説明する。
ＦＡＸＪＯＢタスクから通信（送信）開始指示メッセージを受け取ると（Ｔ１）、操作部２−８から指示された相手先情報（電話番号）に従って発呼する（Ｔ２）。そして相手先装置との回線接続が確立されると、Ｔ．３０に従ったＧ３ファクシミリ送信のための前手順を開始する（Ｔ３）。そして、Ｔ４で画像データを通信回線網に送出するためにＭＯＤＥＭ２−９のセットアップ等を行い、Ｔ５でデータ供給タスクに送信のための画像データを要求する。
【００２７】
Ｔ６で送信可能な分の画像データが揃ったと判断されると、ＭＯＤＥＭ２−９、ＮＣＵ２−１０を含む画データ通信部に画像データを転送し、通信回線網への送出を行う。通信タスクは、送信対象の画像データの進捗状況を管理するＰａｇｅ管理情報をＲＡＭ２−３にセットし、Ｔ７における送信を行うごとにＰａｇｅ管理情報を更新する。Ｔ８では、Ｔ５〜７の処理をＰａｇｅ管理情報に書き込まれた１ページ分の画像データを送信したと判断されるまで繰り返す。そして、Ｔ９では全ての送信対象の原稿の画像データの送信を終了したか判断し、終了していなければＱ信号の送出を行い、Ｔ４以降の処理を繰り返す。Ｔ９で終了と判断した場合、Ｔ１０でＴ．３０に基づく後手順を実行し、Ｔ１１で終了処理を行い、Ｔ１３でＦＡＸＪＯＢタスクへ送信処理終了のメッセージを送信する。
【００２８】
次に、図６を用いてデータ供給タスクの処理について説明する。
ＦＡＸＪＯＢタスクからジョブの実行を依頼されると（Ｅ１）、係数を初期化する（Ｅ２）。この係数とは、後続の処理を遅延させるためのｗａｉｔ時間を示すものである。
【００２９】
次にＥ３で読取タスクが終了したと判断された場合、Ｅ１２に進み、終了していない場合、Ｅ４に進む。Ｅ４では、読取タスクのＰａｇｅ管理情報と通信タスクのＰａｇｅ管理情報の進捗状況を比較し、これらが同じである場合、これ以降に読取タスク側の処理が遅れてしまう可能性があるため、Ｅ５の処理に進む。Ｅ５では、フラットベッド読み取りを行っているか否か判断し、肯定判定を行った場合、複数枚の原稿を読み取らせる際の原稿交換時間を考慮して、Ｅ６に進み係数にｋｃを加算する。Ｅ５で否定判定された場合、Ｅ７に進み、ＡＤＦ読み取りで、これから裏面の原稿を読み取るか判断する。肯定判定された場合、原稿の反転に時間がかかってしまうためＥ８で係数にｋｂを加算し、これからおもて面を読み取る場合、原稿の分離等を考慮した係数ｋａを加算する。なお、Ｅ８では、これより前にｋａが加算されているため、ｋａにｋｂを加算した値となる。Ｅ１０では、読取部２−５が所定温度以上に昇温しているか判断する。昇温している場合は、温度を一定温度まで下げる必要があるので、その待ち時間を考慮した係数ｋｄを加算する。この昇温は搬送モータや読取センサの駆動モータなどにより発生するが、温度を下げないと読取エラーが発生する恐れがあるため、動作を停止し、温度を下げるものである。
【００３０】
Ｅ１２では、上記のように加算されていればその加算された時間、データの供給を行わず待機する。係数がゼロであればこのステップはスキップされる。そして、係数分の時間の待機が終了したら、ＤＲＡＭ２−４に格納されている送信対象の画像データを通信タスクに転送する。以上の処理をＥ１４で送信対象の全ての画像データの送信が終了したと判断されるまで繰り返す。
【００３１】
以上のような係数に基づくウェイトは、転送すべきデータは存在するが、そのデータの転送を遅延させるものである。これにより、転送すべきデータが読取部２−５から得られずに通信タスク側でフィルデータの挿入などによる時間稼ぎをせざるを得ない状況を低減させることができる。
【００３２】
なお、各係数は、画像データの形式（２値化方法、解像度、原稿サイズ）ＭＯＤＥＭ２−９の伝送スピード、ＥＣＭモードの有無、読取部２−５の機能等によって適宜決定すればよい。
【００３３】
また、ファクシミリ送信に際し、送信対象の画像データをコーデックを用いてＭＨ、ＭＲ、ＭＭＲ等により圧縮して符号化する必要がある。データ供給タスクが送信対象の画像データを処理する前に符号化しておいてもよいし、データ供給タスクが送信対象の画像データを処理した後に符号化してもよい。
【００３４】
図７は、データ供給タスクの処理の他の例を示すものである。
図７は、図６の処理と比べ、Ｆ２０、Ｆ３０の処理を加えた点が異なる（これら以外は図６と同様の処理を行う）。Ｆ２０では、通信タスクが管理しているＰａｇｅ管理情報を参照し、未送信の画像データのデータ量が所定量（Ｚｋｂ）より多いか判断する。そして、肯定判定が行われた場合は十分な量の送信画像データがあるため係数の加算を行わずにデータ転送に進み、否定判定が行われた場合、十分な量がないためある程度のデータ量がたまるまで待つため、係数ｋｅを加算する。
【００３５】
なお、所定量Ｚは、伝送スピードや確保が望ましいＥＣＭフレームの数などを考慮して決めればよい。
図７の処理により、読取部２−５の読取スピードが通信に対して劣らないスピードである場合、もしくは通信スピードが回線事情で著しく落ちた場合に総通信時間が長くなる傾向になるのを抑制できる。
【００３６】
図８は、本実施形態の処理を行った場合と行わない場合の差異を示す図である。ここではＥＣＭモードによる送信を行った場合の例を示す。Ａ〜Ｇは、ＥＣＭフレームを示している。図８（ａ）は本実施形態の処理を行わない場合でかつ通信回線上でエラーが発生していない場合、図８（ｂ）は本実施形態の処理を行わない場合でかつ通信回線上でエラーが発生した場合を示す。そして、図８（ｃ）が本実施形態の処理を行った場合でかつ通信回線上でエラーが発生した場合を示す。
【００３７】
図からも明らかなように、本実施形態のように係数分の遅延を行わない場合、読取部２−５からの読取画像データが発生すると送信を開始してしまう。そしてＤフレームを送出したところで画像の読み取りが遅延したとする。このとき、例えば、図８（ｂ）のＥフレームにエラーが発生すると、Ｄフレームのところで開始された受信側のＥＣＭフレームタイマーがタイムアウトする。一方、本実施形態のように読取部２−５の状況等により少しずつ遅延させると、各フレームが等間隔となる（必ずしも等間隔ではなく、まばらとなる）ため、Ｄフレームがエラーとなった場合であってもＥフレームのところでタイマーが更新され、タイムアウトが発生する可能性を低減できる。
【００３８】
以上の実施形態によれば、読取部２−５の状態または読取部２−５の状態、ＤＲＡＭ２−４への送信画像データの蓄積状況、ＭＯＤＥＭ２−９、ＮＣＵ２−１０を介した送信状況に応じて通信前の処理を遅延させることによって通信エラーの発生を低減できる。即ち、上述したような係数を用いて送信用データを通信タスクに供給するタイミングを遅延させるため、ある程度の量がたまる毎に送信データを供給でき、送信データの送出の平均化を図り、タイムアウトエラーを低減できる。なお、タイムアウトエラーは、ＥＣＭ送信における受信機側でのフレームタイマーのタイムアウトばかりでなく、非ＥＣＭ送信における受信機側でのＥＯＬタイマーのタイムアウトの発生の可能性をも低減できる。
【００３９】
また、Ｇ４ファクシミリなど、Ｇ３ファクシミリ送信以外に適用してもよい。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、プログラムは、１つのコンピュータで実行させても、複数のコンピュータが連動して実行するようにしてもよい。また、上記した処理の全てをソフトウェアで実現する必要はなく、一部または全部をハードウェアによって実現するようにしてもよい。
【特許請求の範囲】
【請求項１】
原稿上の画像を読み取り画像データを生成する読取手段と、
前記読取手段により生成された画像データを送信する送信手段と、
前記読取手段の状況を判定する判定手段と、
前記判定手段による判定結果に応じて前記送信手段への画像データの供給を遅延させる遅延手段とを有することを特徴とするファクシミリ装置。
【請求項２】
前記遅延手段は、前記送信手段への画像データの供給が平均化されるように制御することを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
前記判定手段は、前記読取手段が自動原稿給送装置を用いて原稿を給紙するか否かを判定し、前記遅延手段は自動原稿給送装置を用いて原稿を給紙するか否かに応じて遅延時間を異ならせることを特徴とする請求項１または２に記載のファクシミリ装置。
【請求項４】
前記判定手段は、前記読取手段が自動原稿給送装置を用いて原稿の両面を読み取るか否か判定し、前記遅延手段は、前記読取手段が自動原稿給送装置を用いて原稿の両面を読み取る場合に原稿のおもて面を読み取るか裏面を読み取るかに応じて遅延時間を異ならせることを特徴とする請求項３に記載のファクシミリ装置。
【請求項５】
前記判定手段は、前記読取手段が所定温度以上であるか否か判定し、前記遅延手段は前記読取手段が所定温度以上であると判定された場合に前記送信手段への画像データの供給を遅延させることを特徴とする請求項１乃至４のいずれか１項に記載のファクシミリ装置。
【請求項６】
さらに、前記読取手段により生成された画像データを蓄積する蓄積手段を有し、前記送信手段は前記蓄積手段から画像データを読み出して送信を実行し、前記判定手段は前記読取手段の状況と前記蓄積手段の状況とを判定し、前記遅延手段は前記読取手段と前記蓄積手段の前記判定手段による判定結果に応じて前記送信手段への画像データの供給を遅延させることを特徴とする請求項１乃至５のいずれか１項に記載のファクシミリ装置。
【請求項７】
原稿上の画像を読み取り画像データを生成する読取手段と、前記読取手段により生成された画像データを送信する送信手段とを有するファクシミリ装置の制御方法であって、
前記読取手段の状況を判定し、
前記判定の結果に応じて前記送信手段への画像データの供給を遅延させることを特徴とするファクシミリ装置の制御方法。
【請求項１】
原稿上の画像を読み取り画像データを生成する読取手段と、
前記読取手段により生成された画像データを送信する送信手段と、
前記読取手段の状況を判定する判定手段と、
前記判定手段による判定結果に応じて前記送信手段への画像データの供給を遅延させる遅延手段とを有することを特徴とするファクシミリ装置。
【請求項２】
前記遅延手段は、前記送信手段への画像データの供給が平均化されるように制御することを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
前記判定手段は、前記読取手段が自動原稿給送装置を用いて原稿を給紙するか否かを判定し、前記遅延手段は自動原稿給送装置を用いて原稿を給紙するか否かに応じて遅延時間を異ならせることを特徴とする請求項１または２に記載のファクシミリ装置。
【請求項４】
前記判定手段は、前記読取手段が自動原稿給送装置を用いて原稿の両面を読み取るか否か判定し、前記遅延手段は、前記読取手段が自動原稿給送装置を用いて原稿の両面を読み取る場合に原稿のおもて面を読み取るか裏面を読み取るかに応じて遅延時間を異ならせることを特徴とする請求項３に記載のファクシミリ装置。
【請求項５】
前記判定手段は、前記読取手段が所定温度以上であるか否か判定し、前記遅延手段は前記読取手段が所定温度以上であると判定された場合に前記送信手段への画像データの供給を遅延させることを特徴とする請求項１乃至４のいずれか１項に記載のファクシミリ装置。
【請求項６】
さらに、前記読取手段により生成された画像データを蓄積する蓄積手段を有し、前記送信手段は前記蓄積手段から画像データを読み出して送信を実行し、前記判定手段は前記読取手段の状況と前記蓄積手段の状況とを判定し、前記遅延手段は前記読取手段と前記蓄積手段の前記判定手段による判定結果に応じて前記送信手段への画像データの供給を遅延させることを特徴とする請求項１乃至５のいずれか１項に記載のファクシミリ装置。
【請求項７】
原稿上の画像を読み取り画像データを生成する読取手段と、前記読取手段により生成された画像データを送信する送信手段とを有するファクシミリ装置の制御方法であって、
前記読取手段の状況を判定し、
前記判定の結果に応じて前記送信手段への画像データの供給を遅延させることを特徴とするファクシミリ装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−１３０３２５（Ｐ２０１１−１３０３２５Ａ）
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願番号】特願２００９−２８８８２０（Ｐ２００９−２８８８２０）
【出願日】平成２１年１２月２１日（２００９．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願日】平成２１年１２月２１日（２００９．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]