JP2015088799A - 画像処理装置、その制御方法、及びプログラム - Google Patents

Abstract

【課題】スキャンした画像データを所定の通信方式で送信する際に送信パケットの送信間隔を制御することにより送信時のノイズを低減する仕組みを提供する。
【解決手段】本画像処理装置は、原稿から読み取った画像の画像データを外部へ送信する際に第１通信方式で送信するか又は第２通信方式で送信するかを判定し、判定結果に基づき、画像データを送信する際の複数のパケット間の送信間隔を、第１通信方式で画像データを送信する場合の方が第２通信方式で画像データを送信する場合よりも長くなるように制御する。
【選択図】 図３

Description

本発明は、複数の送信速度で画像データを送信する画像処理装置、その制御方法、及びプログラムに関する。

近年ネットワークを介して、データ通信を行う各種端末装置が開発され、ネットワークに接続される端末が多様化、多機能化している。このため、各種端末装置の相互の影響をできるだけ低減することが必要となっている。例えば、特許文献１には、ネットワーク上の通信データにノイズ低減要求が含まれる場合に、他の端末装置の動作を停止させるか、又は、動作レベルを低減させる技術が提案されている。

特開２００２−１６９９７２号公報

しかしながら、上記従来技術には以下に記載する問題がある。例えば、上記従来技術では、接続されている各機器の動作を停止、又は動作レベルを低減させることにより、周囲ノイズを低減することは可能であっても、通信時に自機から送出するノイズを低減することができない。

画像処理装置において原稿を読み取り、ＰＣへ１０ＢＡＳＥ−ＴでＲＡＷデータを送信する場合、そのデータ特性によって、送信データのノイズが増加してしまう。これは、１０ＢＡＳＥ−Ｔがマンチェスタ符号であり、データが“１”又は“０”の連続データであると、通信データがクロック状となってしまうことが原因である。ここで、“１”の連続データは白画像送信時であり、“０”の連続データは黒画像送信時である。これに対し、１００ＢＡＳＥ−ＴＸでは、ＭＬＴ−３符号であり、かつ、４Ｂ−５Ｂ変換、スクランブル処理を行っているため、データが適度に“０”“１”でランダムになっており、またデータ信号レベルも低いので問題はない。

なお、画像データをＲＡＷデータでＰＣへ送信することのメリットは、ＰＣでの画像データ編集が容易になることである。このため、スキャンした画像データをＲＡＷデータで出力するというユーザの要望が増加している。

本発明は、上述の問題に鑑みて成されたものであり、スキャンした画像データを所定の通信方式で送信する際に送信パケットの送信間隔を制御することにより送信時のノイズを低減する仕組みを提供することを目的とする。

本発明は、例えば、画像処理装置であって、原稿から画像を読み取る読取手段と、前記読取手段によって読み取った画像の画像データを外部へ送信する際に第１通信方式で送信するか又は該第１通信方式とは異なる第２通信方式で送信するかを判定する判定手段と、前記判定手段による判定の結果に基づき、前記画像データを送信する際の複数のパケット間の送信間隔を、前記第１通信方式で前記画像データを送信する場合の方が前記第２通信方式で前記画像データを送信する場合よりも長くなるように制御する制御手段とを備えることを特徴とする。

本発明は、スキャンした画像データを所定の通信方式で送信する際に送信パケットの送信間隔を制御することにより送信時のノイズを低減することができる。

第１の実施例における画像処理装置の構成を示すブロック図。 第１の実施例における画像形成システムの構成を示すブロック図。 第１の実施例におけるフローチャート。 第１の実施例におけるパケット構成を示す図。 第１の実施例におけるマンチェスタ符号により、送信データがクロック状になる様子を示す図。 第２の実施例におけるフローチャート。 第３の実施例におけるフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜第１の実施例＞
＜画像処理装置の構成＞
以下では、図１乃至図５を参照して、本発明の第１の実施例について説明する。まず、図１を参照して、本実施例における画像処理装置１０の構成例について説明する。

本実施例における画像処理装置１０は、１０ＢＡＳＥ−Ｔと１００ＢＡＳＥ−ＴＸといった複数の送信速度のＬＡＮ（ローカル・エリア・ネットワーク）に対応し、特に読み取った画像データを１０ＢＡＳＥ−Ｔで外部へ送信する。図１に示すように、画像処理装置１０は、本体制御部１０１、ＤＲＡＭ１０２、フラッシュメモリ１０３、プリンタ部１０４、電源部１０５、読取部１０６、ネットワークＩ／Ｆ１１０、及び操作表示部１１１を備える。

本体制御部１０１は、画像処理装置全体を統括的に制御する。本実施例によれば、本体制御部１０１は、ＣＰＵ、ＡＳＩＣ等からなる。ＤＲＡＭ１０２は、本体制御プログラムや、画像データ等を保存する。フラッシュメモリ１０３は、画像処理装置１０特有の各種パラメータや、画像処理装置の圧縮プログラム、機種情報、設定等を格納する。また、読取部１０６は、ＣＩＳ１０７、ＡＦＥ１０８、及び読取ＡＳＩＣ１０９を備える。

プリンタ部１０４は、ＤＲＡＭ１０２に格納された画像データを、本体制御部１０１の制御に従いプリント出力する。電源部１０５は、本体制御部１０１等への電源電圧を供給する。読取部１０６は、原稿を読み取り、デジタルデータに変換して出力する。ここで、ＣＩＳ１０７は、原稿を読み取る素子である。この出力をＡＦＥ１０８がデジタルデータに変換する。変換されたデジタルデータは、読取ＡＳＩＣ１０９に送られ、シェーディング等の処理が行われて、本体制御部１０１へと出力される。

ネットワークＩ／Ｆ１１０は、ネットワークとの接続を行うためのＩ／Ｆであり、ネットワーク上の他の端末装置、ＨＵＢ、ＰＣ等と通信を行う。操作表示部１１１は、ユーザの操作入力を本体制御部１０１へ出力するとともに、本体制御部１０１の制御により、表示を行う。したがって、操作表示部１１１は、タッチパネル等のユーザ入力を受け付けることができる表示部を有する。

＜システム構成＞
次に、図２を参照して、本実施例の画像処理システムにおける接続形態の一例を示す。図１で説明した画像処理装置１０が、ネットワーク２０に接続されている。同じネットワーク２０上にＰＣ２１が接続されており、画像処理装置１０と通信を行う。なお、ここでは、説明を容易にするため、画像処理装置１０及びＰＣ２１のみを含む画像形成システムを示すが、本発明は、上記形態に限定されず、さらに他の画像処理装置や他のＰＣを含む画像形成システムや、さらには他の装置を含むような画像形成システムにも適用することができる。

＜処理手順＞
次に、図３を参照して、本実施例に係る処理手順について説明する。以下で説明する処理は、本体制御部１０１がフラッシュメモリ１０３からＤＲＡＭ１０２にプログラムを展開して、実行することにより実現される。

Ｓ３０１において、本体制御部１０１は、ネットワーク２０を介してＰＣ２１からスキャンの指示を、ネットワークＩ／Ｆ１１０において受信したか否かを判定する。受信していればＳ３０２に進む、受信していなければ定期的にＳ３０１の判定を繰り返す。Ｓ３０２において、本体制御部１０１は、画像処理装置１０とＰＣ２１との間の通信方式が１０ＢＡＳＥ−Ｔ（第１通信方式）であるか否かを判定する。判定の結果、１０ＢＡＳＥ−Ｔの場合にはＳ３０３に進み、それ以外（１００ＢＡＳＥ−ＴＸ：第２通信方式）の場合はＳ３０８に進む。

Ｓ３０３において、本体制御部１０１は、画像処理装置１０に載置された原稿の１ページ分の画像を、読取部１０６に読み取らせる。ここで、本体制御部１０１は、読取部１０６を駆動し、読取ＡＳＩＣ１０９を制御し、ＣＩＳ１０７、ＡＦＥ１０８を動作させる。そして、ＣＩＳ１０７から読み取られた画像は、ＡＦＥ１０８でデジタルデータに変換され、読取ＡＳＩＣ１０９でシェーディング等の処理が実行され、本体制御部１０１へ送られる。本体制御部１０１は、このデータをＤＲＡＭ１０２内の画像データバッファに保存する。

次に、Ｓ３０４において、本体制御部１０１は、既定の送信データ量のデータ（ＤＱ）を、ＤＲＡＭ１０２内の画像バッファから、ネットワークＩ／Ｆ１１０に送り、Ｓ３０５に進む。ここで、ＤＱは、既定のデータ（パケット）を示す。一例として、データ量を１６ｋＢとする。ネットワークＩ／Ｆ１１０は、ネットワーク２０を介して、データをＰＣ２１に送る。なお、ネットワーク２０に送信する基本パケット構成の一例を図４に示す。このパケットは、ヘッダ部４０とデータ部４１から構成される。データ部４１は、ヘッダ部４０で指定したデータ量が含まれる。

図３の説明に戻る。Ｓ３０５において、本体制御部１０１は、既定の送信データ量（パケット）を送った後、所定時間である既定時間（Ｔ０）が経過するまで待機（ｗａｉｔ）する。ここで、既定時間Ｔ０は、一例として、“ＤＱ”データ（パケット）を送信するのに必要な時間と同一の時間とする。即ち、ここでは、送信データにおけるノイズの増大を低減するため複数のパケット間の送信間隔を制御している。

続いて、Ｓ３０６において、本体制御部１０１は、１ページ分の画像データの送信が終了したか否かを判定する。１ページ分の画像データの送信が終了しなかった場合には、Ｓ３０４に戻り、残りの既定のデータ量のデータを送信する。一方、１ページ分の画像データの送信が終了した場合にはＳ３０７に進み、本体制御部１０１は、次の送信ページがあるか否かを判定する。次の送信ページがある場合はＳ３０３に戻り、次ページを読み込み、上述した送信処理と同様のデータ送信を行う。一方、次ページの送信ページのデータがない場合には、処理を終了する。

Ｓ３０２で１０ＢＡＳＥ−Ｔでないと判定すると、Ｓ３０８において、本体制御部１０１は、画像処理装置１０に載置された原稿の１ページ分の画像を、読取部１０６に読み取らせる。ここで、読み込み動作はＳ３０３と同様であるため、説明を省略する。

Ｓ３０９において、本体制御部１０１は、既定の送信データ量のデータ（ＤＱ）を、ＤＲＡＭ１０２内の画像バッファから、ネットワークＩ／Ｆ１１０及びネットワーク２０を介してＰＣ２１に送信する。ここでは、１００ＢＡＳＥ−ＴＸを用いてデータ送信が行われる。したがって、１００ＢＡＳＥ−ＴＸを用いた送信の場合は、送信データにおけるノイズの増大が１０ＢＡＳＥ−Ｔでの送信と比較して考慮する必要性が低いため、Ｓ３０５に相当するｗａｉｔ処理を行わない。これにより、１００ＢＡＳＥ−ＴＸを用いた送信の場合はより効率的な送信を実現することができる。なお、データ送信の詳細制御についてはＳ３０４と同様であるため、説明を省略する。

Ｓ３１０において、本体制御部１０１は、１ページ分の画像データの送信が終了したか否かを判定する。１ページ分の画像データの送信が終了しなかった場合には、Ｓ３０９に戻り、残りの既定のデータ量のデータを送信する。１ページ分の画像データの送信が終了した場合にはＳ３１１に進み、本体制御部１０１は、次ページの画像データがあるか否かを判定する。次ページの画像データがある場合はＳ３０８に戻り、次ページを読み込み、同様にデータ送信を行う。一方、次ページの送信データがない場合には、処理を終了する。

以上説明したように、１０ＢＡＳＥ−Ｔ送信時において、各既定のデータ（パケット）の送信間隔を制御する（Ｓ３０５）ことにより、必ず既定時間が経過するまで信号出力がされない制御になるため、信号出力時のノイズを低減することができる。なお、図５に、１０ＢＡＳＥ−Ｔ送信時において、“１”が連続した場合の１０ＭＨｚのクロック状の波形を示す。

なお、本発明は上述した実施例に限定されず、本発明の要旨を逸脱しない範囲内での変更、修正が可能である。例えば、上記実施例では、１ページ毎の送信を示したが、連続して、画像を読み込む場合にも、同様の効果があり、本発明の要旨の範囲内である。また、実施例と異なるように送信画像データ量の変更、ｗａｉｔ時間の変更も本発明の範囲内であることは言うまでもない。

一方、ＪＰＥＧでの画像送信の場合には、ＪＰＥＧが画素データをＹＣＣ形式に変換し、輝度情報、色相情報がブロック単位で処理、またＤＣＴ変換等を行うため、“０”又は“１”が長く連続することがない。このため、ＪＰＥＧの場合には、１０ＢＡＳＥ−Ｔにおいても、ｗａｉｔを１００ＢＡＳＥ−ＴＸと同じ制御を行ってもよい。

＜第２の実施例＞
次に、図６を用いて、本発明の第２の実施例について説明する。上記第１の実施例との違いは画像データを検証し、その結果に応じ、送信データ量を変更する点である。ここでは、上記第１の実施例と異なる部分についてのみ説明を記載する。以下では図６を参照して、本実施例に係る処理手順について説明する。以下で説明する処理は、本体制御部１０１がフラッシュメモリ１０３からＤＲＡＭ１０２にプログラムを展開して、実行することにより実現される。

Ｓ６０１乃至Ｓ６０３までは、上記第１の実施例におけるＳ３０１乃至Ｓ３０３と同一の動作であるため、説明を省略する。Ｓ６０４において、本体制御部１０１は、画像データをＤＲＡＭ１０２に格納し、その画像データの検証を開始する。ここでの検証は、図４に示すデータ部４１の内容の検証である。Ｓ６０５において、本体制御部１０１は、ＤＲＡＭ１０２の送信予定の画像データの“０”と“１”（所定の値）が含まれる比率を検証する。具体的には、本体制御部１０１は、“０”又は“１”の比率が３０％以上（所定の閾値以上）であるか否かを判定する。３０％以上であればＳ６０６に進み、３０％未満（所定の閾値未満）であればＳ６１１に進む。

Ｓ６０６において、本体制御部１０１は、送信するデータ量（パケット）を示す“ＤＱ”の値を“１６”（第１データ量）に設定する。その後、Ｓ６０７において、本体制御部１０１は、“ＤＱ”ｋＢのデータをネットワークＩ／Ｆ１１０及びネットワーク２０を介してＰＣ２１に送信する。続いて、Ｓ６０８では、本体制御部１０１は、データ送信後に“Ｔ０”時間が経過するまで待機（ｗａｉｔ）する。Ｔ０は、既定時間を示す。一例として、“ＤＱ”データの送信に必要となる時間と同一の時間とする。Ｓ６０９乃至Ｓ６１０は、Ｓ３０５乃至Ｓ３０７と同一であるため説明を省略する。

一方、Ｓ６０５で“０”又は“１”の比率が３０％未満であればＳ６１１において、本体制御部１０１は、送信するデータ量（パケット）を示す“ＤＱ”の値を“８”（第２データ量）に設定する。その後、Ｓ６０７において、本体制御部１０１は、ネットワークＩ／Ｆ１１０及びネットワーク２０を介して、データ量を８ｋＢとして、ＰＣ２１に送信する。Ｓ６１２乃至Ｓ６１５はＳ３０８乃至Ｓ３１１と同様であるため説明を省略する。

以上説明したように、１０ＢＡＳＥ−Ｔ送信時において、送信する画像データの内容に基づいて、送信データ量を変更することにより、無駄な待機時間を減らすとともに、信号出力中に発生するノイズも低減することができる。ここでは、比率を３０％とし、画像データ送信量を８ｋＢと１６ｋＢに設定したが、本発明はこれに限定されず、それ以外の比率、データ送信量に設定してもよい。

＜第３の実施例＞
次に、図７を用いて、本発明の第３の実施例について説明する。上記実施例との違いは、画像データを検証し、その結果に応じ、送信データ間隔を変更する点である。ここでは、上記第１の実施例及び第２の実施例とは異なる部分について説明を記載する。以下では図７を参照して、本実施例に係る処理手順について説明する。以下で説明する処理は、本体制御部１０１がフラッシュメモリ１０３からＤＲＡＭ１０２にプログラムを展開して、実行することにより実現される。

Ｓ７０１乃至Ｓ７０３までは、上記第１の実施例におけるＳ３０１乃至Ｓ３０３と同一の動作であるため、説明を省略する。Ｓ７０４において、本体制御部１０１は、画像データをＤＲＡＭ１０２に格納し、その画像データの検証を開始する。具体的には、本体制御部１０１は、ＤＲＡＭ１０２の送信予定の画像データの“０”と“１”の比率を検証する。Ｓ７０５において、本体制御部１０１は、“０”又は“１”の比率が３０％以上であるか否かを判定する。３０％以上であればＳ７０６に進み、３０％未満であればＳ７１１に進む。

Ｓ７０６において、本体制御部１０１は、データ送信後のＷａｉｔ時間を示す“Ｔ０”の値（待機時間）を、例えば“１２”（第１時間）に設定する。この設定は、１２ｍｓを意味する。続いて、Ｓ７０７において、本体制御部１０１は、“ＤＱ”ｋＢのデータをネットワークＩ／Ｆ１１０及びネットワーク２０を介して、ＰＣ２１に送信する。一例として、“ＤＱ”を１６とする。Ｓ７０８において、本体制御部１０１は、データ送信後に、Ｓ７０６又はＳ７１１で設定した“Ｔ０”の時間が経過するまで待機（ｗａｉｔ）する。Ｓ７０９及びＳ７１０は、Ｓ３０６及びＳ３０７と同様であるため説明を省略する。

Ｓ７０５で“０”又は“１”の比率が３０％未満であれば、本体制御部１０１は、送信後のＷａｉｔ時間を示す“Ｔ０”の値を、一例として“２４”（第２時間）に設定する。その後、Ｓ７０７において、本体制御部１０１は、ネットワークＩ／Ｆ１１０及びネットワーク２０を介して“ＤＱ”ｋＢをＰＣ２１に送信する。一例として、“ＤＱ”は前述の通り１６とする。また、Ｓ７１２からＳ７１５は、実施例Ｓ３０８からＳ３１１と同様でるため説明を省略する。

以上説明したように、１０ＢＡＳＥ−Ｔ送信時において、送信する画像データの内容に基づいて、データ送信間の間隔を変更することにより、ノイズが増大しやすい場合はデータ送信の繰り返しの周期が長くし、そうでない場合は繰り返しの周期を短くする。これにより、本実施例によれば、無駄に繰り返し周期を長くすることを抑制しつつ、信号出力と同時に発生するノイズの平均値を低減することができる。なお、ここでは、比率を３０％とし、データ送信間隔を１２ｍｓ、２４ｍｓに設定したが、それ以外の比率、データ送信間隔時間に設定してもよい。また、上記第２の実施例と組み合わせて、データ送信量の変更と、データ送信間隔の変更を、送信する画像データの内容に基づいて同時に変更させてもよい。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (10)

1. 画像処理装置であって、
   原稿から画像を読み取る読取手段と、
   前記読取手段によって読み取った画像の画像データを外部へ送信する際に第１通信方式で送信するか又は該第１通信方式とは異なる第２通信方式で送信するかを判定する判定手段と、
   前記判定手段による判定の結果に基づき、前記画像データを送信する際の複数のパケット間の送信間隔を、前記第１通信方式で前記画像データを送信する場合の方が前記第２通信方式で前記画像データを送信する場合よりも長くなるように制御する制御手段と
   を備えることを特徴とする画像処理装置。
2. 前記制御手段は、
   前記第１通信方式で画像データを送信する場合には、１つのパケットを送信した後に所定時間が経過するまで待機し、該所定時間が経過すると次のパケットの送信を開始することを特徴とする請求項１に記載の画像処理装置。
3. 前記制御手段は、
   前記第２通信方式で画像データを送信する場合には、１つのパケットを送信した後に前記所定時間が経過するまで待機することなく次のパケットの送信を開始することを特徴とする請求項２に記載の画像処理装置。
4. 前記第１通信方式で画像データを送信する場合に、該画像データの内容を検証する検証手段をさらに備え、
   前記制御手段は、
   前記検証手段の検証の結果に基づき、１つのパケットのデータ量を変更することを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
5. 前記検証手段は、送信する前記画像データに所定の値が占める比率を検証し、
   前記制御手段は、
   前記比率が所定の閾値以上であれば１つのパケットのデータ量を第１データ量に設定し、
   前記比率が前記所定の閾値未満であれば１つのパケットのデータ量を前記第１データ量よりも少ない第２データ量に設定することを特徴とする請求項４に記載の画像処理装置。
6. 前記第１通信方式で画像データを送信する場合に、該画像データの内容を検証する検証手段をさらに備え、
   前記制御手段は、
   前記検証手段の検証の結果に基づき、１つのパケットを送信した後に待機する時間を変更することを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
7. 前記検証手段は、送信する前記画像データに所定の値が占める比率を検証し、
   前記制御手段は、
   前記比率が所定の閾値以上であれば１つのパケットを送信した後に待機する時間を第１時間に設定し、
   前記比率が前記所定の閾値未満であれば１つのパケットを送信した後に待機する時間を前記第１時間よりも長い第２時間に設定することを特徴とする請求項６に記載の画像処理装置。
8. 前記第１通信方式は、１０ＢＡＳＥ−Ｔであり、
   前記第２通信方式は、１００ＢＡＳＥ−ＴＸであることを特徴とする請求項１乃至７の何れか１項に記載の画像処理装置。
9. 画像処理装置の制御方法であって、
   読取手段が、原稿から画像を読み取る読取工程と、
   判定手段が、前記読取工程において読み取った画像の画像データを外部へ送信する際に第１通信方式で送信するか又は該第１通信方式とは異なる第２通信方式で送信するかを判定する判定工程と、
   前記判定工程による判定の結果に基づき、前記画像データを送信する際の複数のパケット間の送信間隔を、前記第１通信方式で前記画像データを送信する場合の方が前記第２通信方式で前記画像データを送信する場合よりも長くなるように制御する制御工程と
   を実行することを特徴とする画像処理装置の制御方法。
10. 請求項１乃至８の何れか１項の画像処理装置としてコンピュータを機能させるための該コンピュータで読み取り可能なプログラム。

Images