(57)【要約】【課題】記憶領域を十分に確保できない画像読み取り装置において、少ない画像記憶数で、スキャン送信処理時に効率よく処理を行う。【解決手段】全送信宛先で必要な回転が同じ場合は、原稿画像に回転処理を施したものを記憶し、宛先毎の送信画像作成時に時間のかかる回転処理を省くことができる。全送信宛先で必要な回転が少なくとも1つ異なる場合は、宛先毎の送信画像作成時に必要ならば回転処理を施すことで、複数の変換済みの画像を記憶せず、記憶領域を削減する。【選択図】  図４
2016167648.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置であって、
スキャン処理の設定を行う第１の設定手段と、
原稿を読み取ることで画像データを得るためのスキャン手段と、
画像データを記憶する記憶装置と、
前記スキャン手段により得られた画像データに所定の変換を施す変換手段と、
前記変換手段により変換された画像を所定の宛先へ送信する送信手段と、
前記送信手段によって送信を行う宛先に関する設定をする第２の設定手段と、
前記スキャン手段によって得られた画像データに対し、前記第１の設定手段と第２の設定手段によって設定された値に基づいて、各宛先に送信する画像の回転量を判定する判定手段と、
前記判定手段によってすべての宛先の送信画像の回転量が等しいと判定された場合に、前記スキャン手段で得た原稿画像に対して前記変換手段を用い、前記判定手段によって得られた回転量だけ回転を実行し、前記記憶装置に記憶し、
前記記憶装置から読み出した原稿画像に対して前記変換手段を用いて、宛先毎に回転以外の送信に必要な画像処理を行い、前記送信手段によって画像を設定された宛先に送信するよう制御する制御手段と
を有することを特徴とする画像処理装置。
【請求項２】
前記制御手段は、
前記判定手段によってすべての宛先の送信画像の回転量が等しくないと判定された場合に、前記スキャン手段で得た原稿画像を前記記憶装置で記憶し、
前記記憶装置から読み出した原稿画像に対して前記変換手段を用いて、宛先毎に送信に必要な画像処理を行い、前記送信手段によって画像を設定された宛先に送信する
よう制御することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記記憶装置から読み出した原稿画像に対して前記変換手段を用いて、送信に必要な画像処理を行った送信画像を記憶装置に記憶する請求項１又は２に記載の画像処理装置。
【請求項４】
前記送信画像は、１つの宛先への送信画像のみが記憶装置に記憶する請求項３に記載の画像処理装置。
【請求項５】
前記判定手段は、前記第１の設定手段によって設定された原稿サイズ、画像向き指定を用いて判定することを特徴とする、請求項１〜４のいずれか１項に記載の画像処理装置。
【請求項６】
前記判定手段は、前記第２の設定手段によって設定された送信プロトコルを用いて判定することを特徴とする、請求項１〜５のいずれか１項に記載の画像処理装置。
【請求項７】
前記原稿サイズまたは画像向き指定は、前記第１の設定手段にユーザが入力した値であることを特徴とする請求項５に記載の画像処理装置。
【請求項８】
前記第１の設定手段によって設定される原稿サイズは原稿台に置かれた原稿のサイズを読み取るセンサから判断することを特徴とする、請求項５に記載の画像処理装置。
【請求項９】
前記第１の設定手段によって設定される画像向き指定はあらかじめ定められた特定の値を使用することを特徴とする、請求項５に記載の画像処理装置
【請求項１０】
前記第２の設定手段によって選択できる送信プロトコルとして、少なくともEmail、FTP、SMB、WebDAV、FAX、IFAXのいずれか1つ以上を含むことを特徴とする、請求項６に記載の画像処理装置。
【請求項１１】
画像処理装置の制御方法であって、
スキャン処理の設定を行う第１の設定工程と、
原稿を読み取ることで画像データを得るためのスキャン工程と、
画像データを記憶装置に記憶する記憶工程と、
前記スキャン工程で得られた画像データに所定の変換を施す変換工程と、
前記変換工程で変換された画像を所定の宛先へ送信する送信工程と、
前記送信工程で送信を行う宛先に関する設定をする第２の設定工程と、
前記スキャン工程で得られた画像データに対し、前記第１の設定工程と第２の設定工程で設定された値に基づいて、各宛先に送信する画像の回転量を判定する判定工程と、
前記判定工程ですべての宛先の送信画像の回転量が等しいと判定された場合に、前記スキャン工程で得た原稿画像に対して前記変換工程により、前記判定工程で得られた回転量だけ回転を実行し、前記記憶工程で記憶装置に記憶し、
前記記憶装置から読み出した原稿画像に対して前記変換工程を用いて、回転以外の送信に必要な画像処理を行い、前記送信工程で画像を設定された宛先に送信する
よう制御する制御工程と
を有することを特徴とする画像処理装置の制御方法。
【請求項１２】
コンピュータを、請求項１〜１０のいずれか１項に記載された手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル画像データの入出力を行う画像処理装置、画像処理装置の制御方法及びそのプログラムに関する。
【背景技術】
【０００２】
近年、スキャナ機能、プリンタ機能、複写機機能、FAX機能等様々な画像入出力機能を有する多機能な画像処理装置 MFP（Multi-Function Peripheral）が知られ、広く活用されている。
この MFPを利用者にとっては、MFPが、スキャン、プリント等の各処理にかかる処理時間、特に利用者が種々の処理の開始を指示してから結果が得られるまでの合計の時間を短縮することは、利便性やストレス低減の点から重要である。
さらに、MFPには原稿を光学的にスキャンし、読み取った画像を指定された宛先にE-mailやFAXで送信するスキャン送信機能が備わっているものがある。
【０００３】
こうしたスキャン送信機能を有するMFPで複数の宛先に画像を送信する場合、読み取った原稿画像に対して宛先の送信形式に応じた画像処理を行うことで送信用画像を作成することが行われている。しかし、宛先によっては、ある宛先とは異なる宛先に同じ画像処理を行った画像を送るにもかかわらず、それぞれに対して画像処理を行って送信用画像を作成が行われていた。
【０００４】
このように同じ画像処理を何度も繰り返すことは非効率である。そこで、原稿をスキャンした画像を複数の宛先に送信する際に、作成した送信用画像をすべて記憶装置に保存していた。そして、一度送信した画像を他の宛先に対して送信する必要がある場合には、保存されている画像を送信することで新たに送信画像を作成する処理を省き、短時間で処理することができる技術が知られている(特許文献１参照)。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2003-60839号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１ではある宛先に送信するべき画像が記憶領域に無い場合は、BOX画像やSCAN画像といった送信画像の元となる画像に画像処理を行うことで送信画像を作成し、記憶領域に保存する。記憶領域には、送信画像が規定数分保存できるが、規定数を超える場合は古い送信画像から削除していた。
記憶領域を潤沢に使用できる場合は、作成した送信画像をすべて保存しておくことで、一度作成した送信画像を他の宛先への送信に再利用することができるため、短時間で送信処理を行うことができる。そのため、記憶領域を潤沢に使用できるシステム構成では特許文献１の方法が好ましい。
【０００７】
また、特許文献１のものでは、送信画像を作成する元となる原稿画像と、画像処理を省くための送信画像の両方を保存している。そして、送信したい画像が保存されていない場合には、原稿画像に画像処理を行って、別の送信画像を作成、保存してから、送信を行うことができた。
【０００８】
しかしながら、特許文献１のものでも、記憶領域を十分に確保できないMFPではすべての送信画像を保持しておくことが困難な場合が生じる。例えば、A4原稿200ページ、送信画像はJPEG圧縮で１枚あたり１MBとし、３宛先（FTP,IFAX,E-mail）を指定して送信する場合を想定してみる。FTPとE-mailで送信する画像が同じとすると、200ページ×3（原稿画像、FTP・E-mail 送信画像、IFAX送信画像）で600MBの記憶領域が必要になる。
【０００９】
600MB分の領域を確保できるならば、保存しておいた FTP送信用の画像を用いることで、E-mail送信用の画像処理を省き処理時間を短縮できることになる。しかし、送信画像を400ページ保存しなければいけないところ、200ページしか保存できないシステムの場合では、どうなるであろうか。FTP送信で作成した送信画像は、IFAX送信で作成した画像を記憶領域がないために上書きされてしまい、E-mail送信では再利用することができなくなってしまうのである。
【００１０】
こうした複数の送信プロトコルが選択された場合には、必要とされる記憶領域は増大する。これは、送信プロトコル毎に画像の解像度が異なる場合や、白黒画像でしか送信できないプロトコルがあるためプロトコル毎に画像処理が異なる場合がある。よって、複数の送信プロトコルが設定される場合に、プロトコル毎の送信画像を作成し、保存する場合が多いためである。
こうした場合においても異なる送信画像をすべて保持できるだけの記憶領域を持つシステム構成が望ましいが、低価格帯のMFPではそうした構成を採用できない場合がある。
【００１１】
本発明では記憶領域を十分に確保できない低価格、小規模なシステムを対象とし、より少ない画像保存数で、効率よく送信処理を実現できる手段を提供する。
【課題を解決するための手段】
【００１２】
本発明は、画像処理装置であって、スキャン処理の設定を行う第１の設定手段と、原稿を読み取ることで画像データを得るためのスキャン手段と、画像データを記憶する記憶手段と、前記スキャン手段により得られた画像データに所定の変換を施す変換手段と、前記変換手段により変換された画像を所定の宛先へ送信する送信手段と、前記送信手段によって送信を行う宛先に関する設定をする第２の設定手段と、前記スキャン手段によって得られた画像データに対し、前記第１の設定手段と第２の設定手段によって設定された値に基づいて、各宛先に送信する画像の回転量を判定する判定手段と、前記判定手段によってすべての宛先の送信画像の回転量が等しいと判定された場合に、前記スキャン手段で得た原稿画像に対して前記変換手段を用い、前記判定手段によって得られた回転量だけ回転を実行し、前記記憶手段によって記憶し、記記憶手段から読み出した原稿画像に対して前記変換手段を用いて、宛先毎に回転以外の送信に必要な画像処理を行い、前記送信手段によって画像を設定された宛先に送信するよう制御する制御手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、記憶領域を十分に確保できない低価格、小規模のMFPシステムにおいて、より少ない画像保存数で送信処理を効よく実行できるようになる。
【図面の簡単な説明】
【００１４】
【図１】MFP 100 のシステムブロック図
【図２】スキャナ130 の詳細な構成を表した図
【図３】原稿と必要な回転量の関係を表した表
【図４】送信例１の処理概要
【図５】送信例１の動作タイミングチャート
【図６】送信例１および２のメインフローチャート
【図７】送信例１および２のスキャン処理フローチャート
【図８】送信例１および２の原稿画像作成処理フローチャート
【図９】送信例１および２の送信画像作成処理フローチャート
【図１０】送信例２の処理概要
【図１１】送信例２の動作タイミングチャート
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について図面を参照して詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものではなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１６】
＜ＭＦＰの構成＞
図１は、本発明における画像形成装置として用いられるＭＦＰ100のシステムブロック図である。
制御部110は、画像入力デバイスであるスキャナ130や画像出力デバイスであるプリンタ140と接続されており、画像情報の入出力を制御する。また、一方で、制御部110はLANに接続され、これを経由して印刷ジョブの受信などを行う。
【００１７】
ＣＰＵ111は、ＭＦＰ100の動作を制御するものであり、ＲＡＭ112に格納されたプログラムに基づいて動作する。
ＲＯＭ113はブートROMであり、システムのブートプログラムが格納されている。
ＨＤＤ114は、システムソフトウェア、画像データ、ＭＦＰ100の動作を制御するためのプログラム等が格納されている。ＨＤＤ114に格納されたプログラムがＲＡＭ112にロードされ、ＣＰＵ111はこれに基づいてＭＦＰ100の動作を制御する。
【００１８】
ネットワークＩ/Ｆ115はLANに接続されて、ネットワーク経由で各種情報の入出力を行う。
デバイスＩ/Ｆ116は画像入出力デバイスであるスキャナ130やプリンタ140と制御部110とを接続し、画像データの同期系/非同期系の変換を行う。
操作部Ｉ/Ｆ117は操作部150と制御部110を接続するインタフェースであり、操作部150に表示するための画像データを操作部150に出力する。また、操作部Ｉ/Ｆ117は、操作部150からユーザが入力した情報をＣＰＵ111に伝達する。
【００１９】
画像処理部118はLAN経由で受信した印刷データに対して画像処理を行うことや、デバイスＩ/Ｆ116 から入出力される画像データに対して画像処理を行う。
画像メモリ119は画像処理部118によって処理される画像データを一時的に展開するためのメモリである。
【００２０】
＜スキャナの構成＞
図２は、スキャナ130の詳細な構成を表した図の一例である。
原稿積載手段としての原稿トレイ202を有し、原稿トレイ202の面上に原稿を積載する。
原稿搬送装置200の原稿給紙部では、繰り出し手段として図示しない繰り出しローラと原稿トレイ202上に積載された原稿束を分離ユニット203へ引き込み、原稿束の最上紙を一枚ずつ分離し、搬送ローラ204,205へと搬送する。
【００２１】
レジストローラ206は原稿先端の到着時には停止しており、搬送ローラ204, 205による搬送でループを形成して斜行補正をした後に、原稿読取り部へ搬送する。
原稿搬送装置200の原稿読取り部では、前述の原稿給紙部より搬送された原稿をレジストローラ206と読取りベルト208によって、位置R1へ所定の速度で搬送していく。
原稿の先端が読取位置R1に到達すると読取位置R1で固定した光学ユニット222で露光動作が行われて、原稿を搬送しながら読取り動作を行うことが可能で、この読取り方法を流し読取りモードと称する。
【００２２】
一方、原稿の後端が読取位置 R1 に到達したときに原稿を停止させ、光学ユニット 222 を移動させることにより、露光しながら走査を行い、読取り動作も行うことが可能で、この読取り方法を固定読取りモードと称する。
原稿の読取りが終了すると、読取りベルト208で原稿排紙部へ搬送される。原稿排紙部では、排紙ローラ209で排紙トレイ210へ排出する。
【００２３】
図２において、S1〜S6、VR1は各種センサで原稿搬送装置200内に配置されている。
原稿トレイ202上には長さを検知するラージサイズ検知センサS1、スモールサイズ検知センサS2および、原稿幅ガイド207内に設けた図示しない幅検知ボリュームVR1および幅検知センサS3が配置されている。原稿搬送装置200にはさらに、原稿の先端及び後端を検知することにより分離給送の原稿を検知すると同時に原稿長さを計測するサイズセンサS4、原稿の先端を検知して読取信号を知らせるリードセンサS5、排紙センサS6が配置されている。また、原稿搬送装置200には、図示しない原稿が原稿トレイ202上にセットされているかを判別する原稿セットセンサS7も設けてある。
【００２４】
イメージリーダ220内には、原稿搬送装置200の開閉角度を検知する開閉検知センサS8、S9が配置されている。原稿台ガラス221上にユーザによって原稿が置かれた場合に、イメージリーダ220はこの開閉検知センサS8、S9と図示しないサイズセンサ及び露光動作によって置かれた原稿のサイズを特定する。
ユーザによって原稿が原稿台ガラス221上に置かれた場合には、固定読取りモード同様に光学ユニット222で露光しながら走査を行い、読取りを行う。
この方法は周知の技術であり、詳細な説明は省略する。
【００２５】
＜画像処理＞
スキャン送信処理で送信画像に施す画像処理には解像度変換、画像の移動、回転、２値化、変倍等といった処理が挙げられる。本発明者は、これらの中で、以下の理由により、回転処理に着目した。
（１）回転処理は、時間コスト・メモリ資源コストが特にかかる処理であること。
（２）利用者がよく利用する送信設定の多くで、同じ回転処理が行われること。
この回転処理を、効率化することでパフォーマンスの向上が見込めるからである。
【００２６】
図３は画像送信処理を行うことで送信される画像向きの一覧の例である。
原稿トレイ202や原稿台ガラス221に配置した原稿画像をスキャンする場合、原稿の左右方向（副走査方向）に読み取りが行われる。そのため読み取った画像は設置した原稿に対して90度回転した状態で得られる。原稿を左から右方向に対して読み取りを行うのであれば、時計回りに90度回転することになる。
【００２７】
この画像をそのままの向きで指定された宛先に送信する場合、利用者が意図した向きでない可能性が高い。一般によく用いられるポートレート原稿を縦置きする場合や、ランドスケープ原稿が横置きされる想定では、読み取った原稿は90度回転している。そのため、そのままEmail、FTP、SMB、WebDAV送信を行うと、宛先側の情報機器では正立していない画像が表示される。そこで、画像を送信する前に回転処理を実行することにより、送信先で正立した画像を表示できることが必要である。
【００２８】
一方、FAXやIFAX送信では、受信側の能力により画像の向きが決まるため、EmailやSMB送信等と異なり回転を行う必要がない場合がある。IFAX、FAX送信では送信画像の主走査長が短くなるように回転することで、等倍画像のまま受信側で受信できる可能性が向上する。例えば縦長のA3画像を送信する場合、回転してしまうと受信側がA3主走査幅の能力を持っていても画像を縮小しないと受信できないため、回転を行わない。また、例えば受信側がA3主走査幅の能力を持っている場合に、縦長のA5画像を出力すると副走査長が長くなり用紙が無駄になってしまうため、回転を行うことでA3の主走査幅に収めつつ、副走査長を短くする。
【００２９】
BOX送信では保存した画像をどのように利用するかがわからないため、回転処理は行わない。
したがって、Email、FTP、SMB、WebDAVの送信プロトコルは回転を行う。BOX送信は回転を行わない。FAX、IFAX送信は場合によって回転を行う。
【００３０】
ここで、Email、FTP、SMB、WebDAV等の送信プロトコルの際に回転を行う理由は原稿をスキャンしたためであり、送信プロトコルの違いによって回転に違いはない。したがって、送信宛先として複数の宛先が指定された場合、すべての宛先でこれらの回転を行う送信方法が指定されているならばすべての宛先で同じ回転処理を行うことになる。送信宛先にFAXやIFAXが含まれている場合にも、上記回転を行う送信方法と同様の回転を行う可能性がある。
【００３１】
＜送信例１＞
送信例１では、A4ポートレート原稿が２枚、原稿トレイ202上に縦置きされている状態で、原稿はA4縦置き、原稿画像向きはポートレートを指定し、スキャン送信処理開始を指示する場合について考える。
また、ＭＦＰ100の利用者が操作部150によって宛先A（Email送信）、宛先B（Email送信）、宛先C（FTP送信）を指定していることとする。
【００３２】
原稿を縦置き、原稿画像向きポートレートの場合は、ＭＦＰ100の手前に立つ利用者から見て正立している向きに原稿を置くことを前提とする。なお、ここではスキャンは原稿の左から右に行うものとする。
また、原稿トレイ202に置かれた原稿のサイズを検知するセンサが、原稿トレイに内蔵されている構成では、ユーザの利便性から、操作部150によって原稿サイズを指示する代わりに、上記センサで検知した原稿サイズを用いるようにしてもよい。センサによって原稿サイズを検出する方法に関しては公知の技術であるため、ここでは詳細を省略する。
【００３３】
また、原稿のサイズに応じて、原稿画像向きの設定にポートレートあるいはランドスケープのどちらかを必ず使用するように決めてもよい。例えば一般的なA4原稿はポートレート原稿であることが多いことから、ユーザの利便性から、ＭＦＰ100の利用者が操作部150によって原稿画像向きを指示する代わりに、A4原稿が置かれた場合にはポートレートを前提とすることが考えられる。
【００３４】
図４は送信例１におけるスキャン送信処理の概要を示した図である。
スキャン送信処理開始が指示されたならば、
401で利用者が設定した宛先毎に送信する画像の向きを判定する。これは操作部150で利用者が設定した原稿トレイ202に置いた原稿のサイズ、原稿画像向き、送信プロトコルの３つの情報を用いて判断する。
この例では、原稿がA4縦置きで、原稿画像向きがポートレートなので、原稿の上辺が奥方向にあると判断する。よってスキャンによって得られる画像は正立の状態から時計回りに90度回転することが分かる。指定された送信プロトコルでは、送信画像はすべて正立していることが必要であるため、各宛先で送信する画像はスキャンして得た画像を反時計回りに90度回転させることが必要になることが分かる。
【００３５】
次に402で、スキャナ130は原稿トレイ202から原稿１枚目を引き込み、読み込みを実行する。
次に403で、402で得られた１枚の画像データに対してASICあるいはソフトウェアを用いて回転処理を行い、前述した通り反時計回りに90度回転させる。
次に404で画像の圧縮処理を行う。圧縮の形式は送信プロトコルやスキャンのカラー設定によって異なるが、カラー画像であればJPEG、白黒２値画像であればJBIG形式等が一般的である。
次に、圧縮した原稿画像405をＨＤＤ114に保存する。
以上で原稿１枚を読み込み、回転を実行して、保存を行うという原稿画像作成処理を説明した。
【００３６】
今回は原稿が２枚のため、402が終了した後に、２枚目の原稿に対して、411のスキャン処理を開始し、同様に原稿画像作成処理を行う。タイミングについての詳細は図５で示す。
【００３７】
次に送信画像作成処理について説明する。
ＨＤＤ114に原稿画像405の保存が終了した後、第１の宛先である宛先Aへの送信画像を作成するために、原稿色設定や送信プロトコルによって決定される移動や２値化、解像度変更といった画像処理を行う必要がある場合がある。この場合は、406で原稿画像405を ＨＤＤ114から画像メモリに読み出し、伸長処理を行う。
次に407で、406で得られた原稿画像に対し、前記必要な画像処理をASICあるいはソフトウェアによって施すことで送信画像を作成する。
【００３８】
次に408で、407で得られた画像に圧縮処理を行う。
次に408で得られた送信画像409をＨＤＤ114に保存する。
なお、送信画像を作成するために画像処理が不要の場合は、406以降の送信画像作成手順は行わず、原稿画像405を送信画像409として送信に用いてもよい。この場合、410の送信処理後に削除を行わない。
【００３９】
同様に、２枚目の原稿について送信画像作成を行ったならば、宛先Aに送信処理を実行する。
続けて、宛先B用の送信画像作成処理を実行し送信処理を行う。同様に宛先C用の処理を行う。
次に410ではＨＤＤ114から送信画像409を画像メモリに読み出し、送信処理410を行う。処理の内容については省略する。送信が完了した送信画像409はＨＤＤ114から削除してもよい。
【００４０】
図５は送信例１におけるスキャン送信処理のタイミングチャートである。
501は図４の402のスキャン処理に対応する。
502は図４の画像の回転処理403、画像の圧縮処理404、原稿画像405の保存で構成される原稿画像作成処理に対応する。
503は図４の伸張処理406、画像処理407、圧縮処理408、送信画像409の保存で構成される送信画像作成処理に対応する。
【００４１】
501が終了した後、原稿２枚目のスキャン画像を書き込むメモリを確保でき次第、原稿２枚目のスキャン処理504を開始する。
また、501が終了次第、原稿画像作成処理502を行う。
502が終了しＨＤＤ114に原稿画像405がある場合、503を開始する。
図４で挙げた例では回転以外の画像処理が不要であるため503は行わず、502で原稿画像405をＨＤＤ114に保存した後、送信処理410は宛先Aに原稿画像405を送信する。
【００４２】
504が終了した後、次の原稿が無いためスキャン処理を終了する。
原稿２枚目の原稿画像作成処理505を行った後、この例では503と同様に送信画像作成処理506を実行せず、原稿２枚目の送信処理を行う。
宛先Aへ２枚の画像送信が終了したならば、宛先Bへ送信画像作成処理507、508を行うが、今回は宛先Aと同様に送信画像作成処理を行う必要がないため処理を行わず、原稿画像405を宛先Bへ送信する。
同様に宛先Cへの送信画像作成処理509、510をスキップし、送信処理を行う。
送信画像作成処理503、506、507、508、509、510を行う必要がある場合は、ある原稿画像に必要な画像処理を行い、ＨＤＤ114へ送信画像409を保存する。
【００４３】
そして、次に処理を行うべき原稿画像がＨＤＤ114に保存されているならば次のページの送信画像作成処理を開始する。
511は例のように送信画像作成処理を行わない場合の、スキャン処理を開始してから全原稿の送信画像を作成するまでの時間である。
512は送信画像作成処理で２値化や解像度変更といった画像処理を行う場合の、スキャン処理を開始してから全原稿の送信画像を作成するまでの時間である。
【００４４】
＜スキャン送信処理の全体フロー＞
図６は送信例１及び送信例２におけるスキャン送信処理のフローである。
スキャン送信処理の開始を指示されたならば図６のフローを開始する。
[S601]  ユーザがスキャン送信処理開始前に操作部150によって指定した原稿サイズと原稿向きの設定を取得する。
次に、操作部150によって指定された送信宛先毎にS602、S603の処理を行う。
[S602]  操作部150によってユーザが指定した送信プロトコルを取得する。
[S603]  原稿サイズ情報、原稿画像向き情報、送信プロトコル情報を用いて、その宛先に送信する画像を回転させる必要があるかどうか、また、何度回転が必要かを判断する。例えば図３のようなルールに従い画像に回転が必要か判断する。
すべての宛先についてS603を実施したならばS604に進む。
【００４５】
[S604]  宛先毎のS603で得られた回転するべき角度をすべて比較し、それが一致するかどうかを判断する。
なお、すべての宛先で0度回転する場合は、回転角が一致するとして送信例１のフローで動作させてもよいし、回転を行う必要がないため後述の送信例２のフローで動作させてもよい。
[S605]  スキャン処理フローを開始する。図７を用いて後述する。
[S606]  原稿画像作成処理フローを開始する。図８を用いて後述する。
[S607]  送信画像作成処理フローを開始する。図９を用いて後述する。
各種処理フローに従い、原稿をスキャンし、原稿画像を作成し、送信画像を作成し、送信処理を行う。
[S608]  すべての宛先に原稿を送信したかどうか判断する。
−−すべての宛先に原稿を送信し終わったならばスキャン送信処理を終了する。
−−送信が終了してないならばS608に戻り終了を待つ。
【００４６】
＜スキャン処理フロー＞
図７はS605のスキャン処理フローを表している。
[S701]  読み込むべき原稿が原稿トレイ202、または原稿台ガラス221に残っているかを判断する。
−−原稿が存在する場合はS702へ進む。
−−すべて処理を終えたならば、フローを終了する。
[S702]  デバイスＩ/Ｆ116を通じて、スキャナ130に原稿読み込みの開始を依頼する。
[S703]  スキャナ130からビデオ信号入力開始割り込みがあるかを判断する。
−−割り込みがあればS704へ進む。
−−割り込みが無ければ割り込みを待つ。
[S704]  スキャナ130からビデオ信号入力終了割り込みがあるかを判断する。
−−割り込みがあればS701へ戻る。
−−割り込みが無ければ割り込みを待つ。
【００４７】
＜原稿画像作成処理フロー＞
図８はS606の原稿画像作成処理フローを表している、
[S801]  スキャン処理によって得られた未処理の画像データがメモリ上に存在するかを判断する。
−−存在するならばS802へ進む。
−−存在しないならばS806へ進む。
[S802]  S604で全宛先の送信画像を作成するために同じ回転が必要であるかどうかの判断結果を受け、
−−同じ回転が必要であるならばS803へ進む。
−−そうでないならばS804へ進む。
なお、送信例１ではS803へ進み、後述の送信例２ではS804へ進む点が異なる。
[S803]  画像データに対してS604で得られた回転角度だけ回転を行い、S804へ進む。
[S804]  原稿画像に対して圧縮処理を行う。ここで行う圧縮処理の形式はユーザが操作部150で設定した送信プロトコルやスキャンのカラー設定によって選択する。
[S805]  S804 で得られた圧縮画像をＨＤＤ114に保存する。そして、S801に戻る。
[S806]  全てのスキャン処理が完了しているかどうかを判断する。
−−完了していれば、原稿画像作成処理フローを終了する。
−−完了していないならばS801に戻る。
【００４８】
＜送信画像作成処理フロー＞
図９はS607の送信画像作成処理フローを表している。
[S901]  S805がＨＤＤ114に保存した原稿画像に、現在送信したい宛先に対して送信画像作成未処理の画像があるかどうかを判断する。
−−存在するならばS902へ進む。
−−存在しないならばS908へ進む。
[S902]  送信画像を作成するために、原稿画像に少なくとも１つの画像処理を行う必要があるかどうかを判断する。
−−必要があるならばS903へ進む。
−−必要がないならばS901へ進む。
画像処理を行う必要があるかどうかは、送信プロトコルやスキャンのカラー設定等の画像処理機能が指定されているかどうかにより判断する。
【００４９】
[S903]  ＨＤＤ114から処理する原稿画像をメモリ上に読み出す。S904へ進む。
[S904]  原稿画像はS804で圧縮されているため、伸長することで画像処理を行えるようにする。S905へ進む。
[S905]  送信画像を作成するために必要な画像処理を原稿画像に対して実行する。原稿画像が S803を経て作成されたものならば、ここで回転処理を行うことはない。原稿画像がS803を経ずに作成されたものならば、必要に応じて回転処理を実行する。
[S906]  S804と同様に、S905で得られた画像に対して圧縮処理を行う。
[S907]  S906で得られた画像をＨＤＤ114に保存する。S901に戻る。
[S908]  全てのスキャン処理が完了しているかどうかを判断する。
−−完了していれば、送信画像作成処理フローを終了する。
−−完了していないならばS901に戻る。
【００５０】
送信例１ではスキャンした原稿に対して、設定された宛先に送信する画像を作成するにあたり、すべての宛先で同じ回転量を必要とする場合を考えた。この場合、各宛先に送信する送信画像を作成する前に、回転を行った原稿画像を用意することで送信画像作成時の回転処理を省くことができるため短時間で処理を行うことができる。今回の例では、2枚の原稿画像にそれぞれ1回ずつ計2回の回転処理を施したことで、送信画像作成時に回転処理を原稿2枚×3宛先分の6回分行わずにすむため、全体として4回分の時間のかかる回転処理を省いたことになる。このため、送信処理の全体の時間は、回転処理を事前に行わないものに比べ大幅に削減される。
また、保存する画像は原稿画像2枚と送信画像2枚である。原稿画像と、ある1宛先への送信画像の保持だけで十分であるためである。
【００５１】
送信例１が特に効果を発揮するのは宛先として回転以外の画像処理が異なる複数の送信プロトコルが設定された場合である。画像処理の異なる複数の送信プロトコルでも、回転処理は共通である場合が多いため、送信例１の手法を適用できる機会が多い。ある画像処理が異なる場合にその都度原稿画像に対して画像処理をやり直し、作成した送信画像を保存するという従来技術１に比べて、処理時間の点で送信例１の方法が有利である。
【００５２】
また、こうした場合、送信例１の方法では原稿画像枚数+1宛先への送信画像枚数の画像を保持すれば良い。これに対し、従来技術２による方法では、ある画像処理が異なる場合にその都度原稿画像に対して画像処理をやり直し、作成した送信画像を保存する原稿画像枚数+1宛先への送信画像枚数×異なる画像を送る送信宛先数の画像を保持する。よって、記憶領域の点で従来技術２より、本発明の送信例１の方が有利である。
さらに、送信画像が異なる宛先が多く設定されるほど、また、1宛先への送信画像枚数は原稿画像枚数と同じであるため、原稿画像枚数が多いほど、この差は大きくなる。
【００５３】
＜送信例２＞
送信例２は、操作部150で設定された送信設定によって、送信例１と異なる処理になる場合について説明する。
送信例２では、A4ポートレート原稿が2枚、原稿トレイ202上に縦置きされている状態で、原稿はポートレート、原稿トレイ202の奥側を原稿の上辺とする設定を行い、スキャン送信処理開始を指示する場合を考える。
また、ＭＦＰ100の利用者が操作部150によって宛先A（Email送信）、宛先B（BOX送信）、宛先C（IFAX送信）を指定されているものとする。
送信例１と異なる点は送信宛先の設定のみである。
また、宛先Cで送信するFAXは主走査幅がA4サイズまで対応しているものとする。
【００５４】
＜スキャン送信処理＞
図１０は送信例２におけるスキャン送信処理の概要である。
スキャン送信処理開始が指示されたならば、1001で、利用者が設定した宛先毎に送信する画像の向きを判定する。これは操作部150で利用者が設定した原稿トレイ202に置いた原稿のサイズ、原稿画像向き、送信プロトコルの3つの情報を用いて判断する。
この例では、原稿がA4縦置きで、原稿画像向きがポートレートなので、原稿の上辺が奥方向にあると判断する。よって、スキャンによって得られる画像は正立の状態から時計回りに90度回転することが分かる。
【００５５】
指定された送信プロトコルのうち、Email送信では送信画像はすべて正立していることが必要であるため、宛先Aに送信する画像はスキャンして得た画像を反時計回りに90度回転させることが必要になることが分かる。
IFAX送信では送信画像の主走査長が短くなるように反時計回りに90度の回転を行う。
BOX送信では、回転は行わないため横向きの画像のままにしておく。
以上から、すべての送信プロトコルで必要な回転が統一されていないため、送信例１の場合と異なり、原稿画像に予め回転を施さない。
【００５６】
次に1002で、スキャナ130は原稿1枚目を引き込み、読み込みを実行する。
次に1003で画像の圧縮処理を行う。
次に、圧縮した原稿画像1004をＨＤＤ114に保存する。
以上で原稿1枚を読み込み、保存を行うという原稿画像作成処理を説明した。
今回は原稿が2枚のため、1002が終了した後に、2枚目の原稿に対して、1010のスキャン処理を行い、原稿画像作成処理を実行する。タイミングについての詳細は図１１で示す。
【００５７】
＜送信画像作成処理＞
次に送信画像作成処理について説明する。
ＨＤＤ114に原稿画像1004の保存が終了した後、第1の宛先である宛先Aへの送信画像を作成するために、スキャンカラー設定や送信プロトコルによって決定される移動や２値化、解像度変更といった画像処理を行う必要がある場合がある。この場合は、1005で原稿画像1004をＨＤＤ114から画像メモリに読み出し、伸長処理を行う。
次に1006で、1005で得られた原稿画像に対し、前記必要な画像処理をASICあるいはソフトウェアによって施すことで送信画像を作成する。
宛先Aでは送信画像を正立させる必要があるため、1006では回転処理も行う。
【００５８】
次に1007で、1006で得られた画像に圧縮処理を行う。
次に1007で得られた送信画像1008をＨＤＤ114に保存する。
次に、2枚目の原稿画像がＨＤＤ114にあるならば、送信画像作成処理を行う。
1枚目と同様に読み出し、伸長、画像処理、圧縮、保存を行う。
宛先Aで送信する2枚の画像がＨＤＤ114に保存されたならば、1009の送信処理を実行する。処理の内容については省略するが、処理が終了したならば送信画像をＨＤＤ114から削除してもよい。
その後の宛先Cについては、宛先Aと同様に回転処理を行うが、宛先BはBOX送信であるので回転処理は行わない。
今回の例では、原稿が2枚で、回転が必要な宛先が2つあるため、送信画像作成時に回転処理を4回行うことになる。
保存する画像は原稿画像2枚と、送信画像2枚で済む。送信毎に送信画像を削除するため、送信画像は原稿枚数分保持すれば良い。
【００５９】
図１１は送信例２におけるスキャン送信処理のタイミングチャートである。
1101は図１０の1002のスキャン処理に対応する。
1102は図１０の1003、原稿画像1004の保存で構成される原稿画像作成処理に対応する。
1103は図１０の1005、1006、1007、送信画像1008の保存で構成される送信画像作成処理に対応する。
1101が終了した後、スキャン画像を書き込むメモリを確保でき次第、原稿2枚目のスキャン1104を開始する。
また、1101が終了次第、原稿画像作成処理1102を行う。1102は502と異なり回転処理を行わない。
【００６０】
1102が終了し、ＨＤＤ114に原稿画像1004がある場合1103を開始する。
1103で原稿画像1004に画像処理を行い、ＨＤＤ114に保存する。送信例2で挙げた例の場合、宛先Aでは1103で回転処理を行う。
回転以外に必要な画像処理があれば1103で行う構成でもよい。
1104が終了した後、次の原稿が無いためスキャン処理を終了する。
また、1104が終了した後、1105で原稿2枚目の原稿画像作成処理を行い、ＨＤＤ114に保存する。
送信画像作成処理1106では回転処理を行い、送信画像をＨＤＤ114に保存する。
原稿画像2枚をＨＤＤ114に保存したならば、送信処理を行う。
【００６１】
また、本来ならば送信処理と並行して宛先B用の送信画像作成処理を行うが、宛先BはBOX保存であり送信画像に画像処理は不要であるため、回転処理も含めて送信画像作成処理は行わない。
次に、宛先C用の送信画像作成処理を行う。送信画像作成処理1107と1108ではIFAX送信用に回転や解像度変換といった必要な画像処理を実行し、ＨＤＤ114に保存し、送信処理を行う。
1109は送信例２で挙げた例のように送信画像作成処理時に個別に回転処理を実施する場合の、スキャン処理を開始してから全原稿の送信画像を作成するまでの時間である。
【００６２】
送信例２ではスキャンした原稿から、設定された宛先に送信する画像を作成するにあたり、すべての宛先で同じ回転を必要としない場合である。この場合、各送信画像作成時に必要ならば回転処理を行う。
回転処理が必要な場合は送信例２では送信画像作成時にそれぞれ回転処理を行うため送信例１に比べると処理時間がかかる。しかし、ユーザがよく利用するEmailやFTP送信等の送信プロトコルでは必要な回転が同じであるため、送信例１の場合が多く、送信例２の場合は少ない。そのため、多くの場合で送信例１のように早く処理を行うことができる。
【００６３】
また、送信する送信画像が他の宛先に送信する画像と異なる毎に送信画像を保持しておく従来技術２と異なり、本発明では送信画像は1宛先分しか保持しないため、より少ない記憶領域しか利用できない場合でも処理を実行することができる。
【００６４】
送信例２で挙げた処理を考えると、送信例２では、原稿画像枚数2枚+1つの宛先への送信画像枚数2枚の計4枚を保持することになる。一方、従来技術２による方法では、送信する送信画像が他の宛先に送信する画像と異なる毎に送信画像を保持しておくこととなる。したがって、画像処理の異なるEmail送信用画像とIFAX送信用画像を保存するため、原稿画像枚数2枚+1つの宛先への送信画像枚数2枚×2宛先の計6枚となる。そのため使用する記憶領域の点で本発明の送信例２が有利である。送信画像が異なる宛先が多く設定されるほど、また、1宛先への送信画像枚数は原稿画像枚数と同じであるため、原稿画像枚数が多いほど、必要とする記憶領域の差は大きくなる。
【００６５】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ASIC）によっても実現可能である。
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成が可能である。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００６６】
111  ＣＰＵ
114  ＨＤＤ
118  画像処理部
119  画像メモリ
【図１】
2016167648.tif 000003
【図２】
2016167648.tif 000004
【図３】
2016167648.tif 000005
【図４】
2016167648.tif 000006
【図５】
2016167648.tif 000007
【図６】
2016167648.tif 000008
【図７】
2016167648.tif 000009
【図８】
2016167648.tif 000010
【図９】
2016167648.tif 000011
【図１０】
2016167648.tif 000012
【図１１】
2016167648.tif 000013