JP7358217B2 - 画像処理装置、画像処理システム、画像処理装置の制御方法およびプログラム - Google Patents

Description

本発明は画像処理装置、画像処理システム、画像処理装置の制御方法およびプログラムに関する。

画像の読み取り処理を行うことが可能なスキャナ（画像処理装置）においては、様々な読み取り形式を実現可能なものがある。例えば、原稿台に置かれた原稿に対し読み取りセンサを移動させるフラットベッド方式と、読み取りセンサに対し原稿を移動させるＡＤＦ（Auto Document Feeder）方式とを、選択的に切り替え可能なものがある。また、反射方式で画像を読み取る形態と透過方式で画像を読み取る形態とを備えているものもある。

このような画像処理装置は、一般に、パーソナルコンピュータのような情報処理装置の指示の下で制御される。具体的には、情報処理装置にインストールされたＯＳが、アプリケーションからの要求に応じてデバイスドライバを読み出し、読み出されたデバイスドライバを介して画像処理装置を制御する。

特許文献１には、デバイスドライバ固有の設定情報を授受するための拡張インタフェースを用意し、この拡張インタフェースを介して得られた管理情報を用いてデバイスドライバ固有の設定情報を認識し、アプリケーションに通知する方法が開示されている。

特開２００５－１４８９２８号公報

一般に、デバイスドライバ（以下、単にドライバと言う）には、画像処理装置のベンダーが提供するベンダードライバと、ＯＳメーカーが提供する標準ドライバとがある。ベンダードライバは、画像処理装置が独自に備える様々な機能を活用することができ、ベンダー独自のユーザインタフェースを表示したり、当該ユーザインタフェースを介して様々な拡張機能をユーザに提示したり、機能の実行をユーザより受け付けたりする。

一方、標準ドライバは、基本機能が実装された汎用性のあるドライバである。標準ドライバは、ベンダードライバに比較してセキュリティ問題が起こり難くＯＳのアップグレードに対応しやすく、更に様々な画像処理装置に対応可能であるという利点を有している。

しかしながら、標準ドライバを用いた場合、個々の画像処理装置が独自に備える拡張機能を活用できない場合がある。例えば、反射方式で画像を読み取る反射型スキャンと透過方式で画像を読み取る透過型スキャンとを兼ね備えた画像処理装置であっても、情報処理装置が標準ドライバを用いた場合、透過型スキャンを行うことができないことがある。すなわち、画像処理装置にネガフィルムなどの透過型原稿をセットしても、反射型スキャンでしかこの透過型原稿を読み取ることができないことがある。

本発明は上記問題点を解決するためになされたものである。よってその目的とするところは、画像処理装置が、透過型原稿のスキャン処理をサポートしていない標準ドライバによって制御される場合であっても、透過型原稿を適切に読み取ることが可能な画像処理装置を提供することである。

そのために本発明は、情報処理装置に含まれている第１のドライバまたは第２のドライバを介して、前記情報処理装置からスキャン指示を受信する受信手段と、前記受信手段が前記スキャン指示を受信したことに応じて、反射方式または透過方式で原稿をスキャンするスキャン手段と、を備える画像処理装置であって、前記スキャン手段は、前記受信手段により前記第１のドライバを介してスキャン指示を受信した場合、当該スキャン指示が前記反射方式のスキャンを指示するのか前記透過方式のスキャンを指示するのかに基づいて、前記反射方式または前記透過方式により原稿をスキャンし、前記受信手段により前記第２のドライバを介してスキャン指示を受信した場合、前記画像処理装置が前記透過方式によるスキャンのための所定の状態にあるか否かに基づいて、前記反射方式または前記透過方式により原稿をスキャンすることを特徴とする。

本発明によれば、画像処理装置が、透過型原稿のスキャン処理をサポートしていないドライバによって制御される場合であっても、透過型原稿を適切に読み取ることができる。

第１の実施形態で使用する画像処理システムを示す図である。 情報処理装置におけるソフトウェアの構成を示す模式図である。 画像処理装置の概略構成図である。 原稿台保護シートを原稿台カバーに取り付ける様子を示す図である。 透過型スキャンを行う場合の原稿のセット構成を説明する図である。 ＵＩ画面を示す図である。 ベンダードライバのＵＩ画面９００を示す図である。 ソフトウェア間の制御の構成を示す図である。 プレビュースキャンを指示した場合の、処理の工程を示す図である。 取得したＲＡＷ画像に対する画像処理を説明するための模式図である。 コマ領域のレイアウトを示す図である。 コマ画像のリサイズ方法を示す図である。 座標情報を説明するための図である。 ＵＩ画面の例を示す図である。 プレビュースキャンを指示した場合の、処理の工程を示す図である。 実スキャン処理を行う場合の処理の工程を示す図である。 実スキャン領域を求める方法を説明するための図である。 クロップの座標と、ＲＡＷ画像の座標の対応を示す図である。 実スキャン処理の例を示す図である。 実スキャン処理の例を示す図である。 実スキャン処理を行う場合の処理の工程を示す図である。 実スキャン処理を行う場合の処理の工程を示す図である。 画像処理装置のＣＰＵが実行する処理を示すフローチャートである。 第２の実施形態で使用する情報処理システムを示す図である。 情報処理システムにおけるソフトウェア間の制御の構成を示す図である。

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

＜実施形態１＞
図１は、本実施形態で使用する画像処理システムを示す図である。本実施形態の画像処理システムは、情報処理装置１００と画像処理装置２００とを有している。

情報処理装置１００において、ＣＰＵ１０１は、ＲＯＭ１０２や外部記憶装置１０４に記憶された各種プログラムに従いＲＡＭ１０３をワークエリアとしながら装置全体を制御する。ＲＯＭ１０２には、初期化プログラムが記憶されている。外部記憶装置１０４には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、アプリケーション、標準ライブラリ、標準ドライバ、ベンダードライバのようなソフトウェアや、各種のデータが記憶されている。

入力インタフェース１０５は、マウス１０７及びキーボード１０８を介して入力された指示を、ＣＰＵ１０１に提供する。出力インタフェース１０６は、ＣＰＵ１０１の指示に従って、所定の情報を表示部１０９に表示する。ユーザは、表示部１０９に表示された情報を確認しながらマウス１０７及びキーボード１０８を用い、各種設定やコマンドを入力することができる。ＵＳＢインタフェース１１０は、ＵＳＢケーブル３００を介して画像処理装置２００のＵＳＢインタフェース２０４との間で情報の授受を行う。なお、情報処理装置１００と画像処理装置２００とは、インタフェース１１０、２０４ではなく、ＬＡＮインタフェース等を介してネットワーク接続されていてもよい。

画像処理装置２００において、ＣＰＵ２０１は、ＲＯＭ２０２に記憶されたプログラムに従いＲＡＭ２０３をワークエリアとしながら装置全体を制御する。スキャンエンジン２０５は、後述する光学センサや光学センサを駆動するためのモータなどを有し、ＣＰＵ２０１の制御の下、ＲＡＭ２０３に保存されたジョブの内容に基づいて、各種スキャン処理を行う。この際、スキャンエンジン２０５は、必要に応じて、ＡＤＦ２０６や透過原稿ユニット２０７を動作させる。スキャンエンジン２０５が読み取り動作を行って得られた画像データは、ＲＡＭ２０３に展開され、ＣＰＵ２０１によって後述する様々な処理が施される。

図２は、情報処理装置１００におけるソフトウェアの構成を示す模式図である。ユーザは、画像処理装置２００を用いて原稿のスキャン処理を行いたいとき、情報処理装置１００上でアプリケーション５００を起動させる。アプリケーション５００は、標準ライブラリ５０１、またはベンダードライバ５０２又は標準ドライバ５０３を介して画像処理装置２００にスキャン処理を行わせ、画像処理装置２００が取得した画像を保存するスキャンアプリである。

また、アプリケーション５００は、アプリケーション標準規約に定義されているApplication Program Interface（以下、標準ＡＰＩと称す）を用いて、ＯＳに含まれている標準ライブラリ５０１のプログラムを呼び出す。

標準ライブラリ５０１は、アプリケーション５００のコマンドに基づき、制御内容を自身の変数に蓄積したり、ドライバＡＰＩを用いてベンダードライバ５０２や標準ドライバ５０３にコマンドを発行したりする。ベンダードライバ５０２は、画像処理装置２００のベンダーが提供するドライバである。標準ドライバ５０３は、ＯＳメーカーが提供しＯＳに含まれているドライバである。ベンダードライバ５０２は、ベンダーが独自に定義したベンダープロトコルを用いて画像処理装置２００を制御する。標準ドライバ５０３は、ＯＳメーカーや標準化団体が定める標準プロトコルを用いて画像処理装置２００を制御する。

標準ライブラリ５０１は、アプリケーション５００からのドライバ起動指示を受けると、ベンダードライバ５０２を起動するのか、標準ドライバ５０３を起動するのかを適宜切り替える。その切換えの条件として、例えばアプリケーション５００の種類に応じて、起動するドライバを切り替えてもよい。具体的には、ベンダードライバ５０２を提供するベンダーが、アプリケーション５００として、ベンダードライバ５０２用のスキャンアプリと、標準ドライバ５０３用のスキャンアプリを提供する。そして、それらのスキャンアプリがインストールされるときに、スキャンアプリに対応するドライバを特定するための情報が、標準ライブラリ５０１が参照可能な領域に記憶される。そして、標準ライブラリ５０１は、アプリケーション５００からドライバ起動指示を受けると、上記情報により特定されたドライバを起動する。なお、単一のアプリケーション５００において、ベンダードライバ５０２または標準ドライバ５０３を指定し、標準ライブラリ５０１は、指定されたドライバを起動するようにしてもよい。

ベンダープロトコルを使用するベンダードライバ５０２は、画像処理装置２００に対し、画像処理装置２００が有する機能を十分に活用できるよう、詳細な指示を発信することができる。一方、標準プロトコルを使用する標準ドライバ５０３は、様々な画像処理装置に共通する標準的な指示を発信する。

すなわち、画像処理装置２００を標準的な形態で活用する場合、ベンダードライバ５０２と標準ドライバ５０３との間で差は発生しない。しかしながら、画像処理装置２００が固有な拡張機能を有する場合、標準ドライバ５０３はその拡張機能を活用できないことがある。

本実施形態において、画像処理装置２００は、標準的な反射方式のスキャン処理（以下、反射型スキャンという）と、透過方式のスキャン処理（以下、透過型スキャンという）とを実現可能とする。反射型スキャン、透過型スキャンの詳細については、図３～図５を用いて後述する。そして、ベンダープロトコルを使用可能なベンダードライバ５０２は、画像処理装置２００に対し、反射型スキャンと透過型スキャンとをサポートしており、どちらのスキャン処理を行うかを一義的に指示することができる。しかしながら、標準プロトコルを用いる標準ドライバ５０３は、反射型スキャンはサポートするが、透過型スキャンはサポートしないものとする。すなわち、標準ドライバ５０３は、反射型スキャンに関するコマンドは発信可能であるが、透過型スキャンに関するコマンドは発信不可能である。アプリケーション５００が、ベンダードライバ５０２で拡張された機能を、標準ドライバ５０３を介して呼び出そうとしても、ベンダープロトコルを理解できない標準ドライバ５０３はこれを無視したり、エラーと判断したりする。

図３（ａ）～（ｃ）は、本実施形態の画像処理装置２００の概略構成図である。本実施形態の画像処理装置２００は、原稿に光を照射しその反射光を光学センサで読み取る反射型スキャンと、原稿に光を照射しその透過光を光学センサで読み取る透過型スキャンとを実現可能なスキャナである。

画像処理装置２００は、主に原稿台２０９と原稿台カバー２０８とで構成される。図３（ａ）は原稿台カバー２０８を閉じた状態の外観斜視図であり、同図（ｂ）は原稿台カバー２０８を開いた状態の外観斜視図である。画像処理装置２００にスキャン処理を行わせる際、ユーザは原稿台カバー２０８を開放し、原稿を原稿台２０９に乗せた状態で原稿台カバー２０８を閉じる。

図３（ｃ）は、原稿台２０９を上面から見た図である。原稿台２０９の表面には平滑な原稿台ガラス２１０が嵌め込まれている。原稿台ガラス２１０の更に下側（－ｚ方向側）にはｘ方向に延在するスキャナバー２１１が配され、スキャナバー２１１にはｘ方向に延在する反射用光源２１２と、ｘ方向に配列されている複数の光学センサ２１３が配備されている。

図４（ａ）及び（ｂ）は、原稿台保護シート２２３を原稿台カバー２０８に取り付ける様子を示す図である。原稿台保護シート２２３は、画像処理装置２００が反射型スキャンを行う場合に原稿台カバー２０８に取り付けられる。図４（ａ）に示すように、原稿台保護シート２２３は、原稿台ガラス２１０の全面を覆う白色シート２２４を有し、白色シート２２４は、反射用光源２１２から照射された光を高い反射率で反射して、原稿の読み取りを安定化させる。原稿台保護シート２２３の両端には、原稿台カバー２０８に取り付ける際の位置決め手段となる保護シート用フック２２５が配されている。

図４（ｂ）は、原稿台カバー２０８の下面、つまり原稿台２０９と接する側の面を示し、図４（ｂ）に示す状態では原稿台保護シート２２３が取り付けられている。原稿台カバー２０８の保護シート用ノッチ２２２に保護シート用フック２２５を係合させることにより、原稿台カバー２０８に原稿台保護シート２２３を取り付けることができる。

フラットベッド方式で反射原稿スキャンを行う場合、ユーザは原稿の読み取り面が原稿台ガラス２１０に接するよう原稿を原稿台２０９に載置した状態で、原稿台保護シート２２３を取り付けた原稿台カバー２０８を閉じ、所望のスキャン処理を開始させる。これにより、反射用光源２１２が点灯した状態でスキャナバー２１１が所定の速度でｙ方向に移動し、その移動の過程で光学センサ２１３が原稿の反射光を検出する。その結果、原稿台ガラス２１０に押し当てられた原稿の画像が取得される。

なお、原稿台２０９において、原稿台ガラス２１０の±ｙ側には、透過用スキャンで用いるフィルムガイドを位置決めするためのガイドノッチ２１４が配備されている（図３（ｃ）参照）。

図５（ａ）～（ｃ）は、透過型スキャンを行う場合の原稿のセット構成を説明する図である。本実施形態の画像処理装置２００は、ネガフィルムまたはポジフィルムを、透過型スキャンの原稿とすることができる。図５（ａ）は、透過型スキャンを行う場合に用いるフィルムガイドを示す。本実施形態では、スリーブ用のフィルムガイド２１５と、スライド用のフィルムガイド２１６と、ブローニー用のフィルムガイド２１７とが用意され、対応するフィルムを搭載した状態で原稿台２０９にセット可能になっている。フィルムガイド２１５～２１７の上下端部には、原稿台２０９にセットする際の位置決め手段となるガイドフック２１８が配されている。また、フィルムガイド２１５～２１７の上端部には、フィルムガイドの種類即ちフィルムの種類を判定するための検知用パターン２１９が形成されている。

図５（ｂ）は、原稿台２０９のガイドノッチ２１４にガイドフック２１８を係合させることにより、原稿台２０９にスリーブ用のフィルムガイド２１５をセットした状態を示す。

図５（ｃ）は、原稿台保護シート２２３が外された状態の原稿台カバー２０８を示す。原稿台カバー２０８の中央には、透過用光源２２０と透過用光源板２２１とがｙ方向に延在している。

透過型スキャンを行う場合、ユーザは原稿となるフィルムをフィルムガイド２１５～２１７のいずれかにセットし、そのフィルムガイド２１５～２１７を原稿台２０９にセットする。そして、原稿台カバー２０８を閉じて所定のスキャン処理を開始させる。これにより、透過用光源２２０の照射光が透過用光源板２２１で拡散され、フィルム面全体が上方から一様に照射される。一方、スキャナバー２１１に搭載されている反射用光源２１２は消灯している。その状態で、スキャナバー２１１が所定の速度でｙ方向に移動し、その移動の過程で光学センサ２１３がフィルムを透過した光を検出することにより、原稿の画像を読み取ることができる。

なお、透過用光源２２０は、複数の光源から構成されていてもよい。また、透過用光源２２０と透過用光源板２２１とを、スキャナバー２１１と共にｙ方向に移動させて、更に大きなサイズのフィルムをスキャン可能な構成としてもよい。更に、透過用光源２２０と透過用光源板２２１とをコンパクトな一体型カートリッジとし、このカートリッジを原稿台カバー２０８の様々な位置に手動で設置可能な構成としてもよい。

一方、図３には示していないが、本実施形態の画像処理装置２００は、ＡＤＦ（Auto Document Feeder）２０６も備えている。ＡＤＦ２０６を用いて反射型スキャンを行う場合、ユーザはＡＤＦ２０６に原稿をセットして所定のスキャン処理を開始させる。これにより、ＡＤＦ２０６に搭載された原稿は１枚ずつ装置内に送られ、位置決めされたスキャナバー２１１の光学センサ２１３に対向するように一定の速度で搬送される。搬送の過程において光学センサ２１３が、反射用光源２１２はより照射され原稿で反射された光を検出することにより、原稿の画像が読み取られる。

なお、画像処理装置２００においては、ＡＤＦ用いた反射型スキャンを行うための光学センサを、フラットベット用の光学センサ２１３とは別に用意してもよい。また、ＡＤＦの搬送経路の表面側と裏面側に光学センサを配し、原稿の表裏面を同じ搬送動作で読み取るようにしてもよい。

図６（ａ）及び（ｂ）は、ＵＩ画面９００を示す図である。図６（ａ）はベンダードライバのＵＩ画面９００であり、同図（ｂ）は、標準ライブラリ５０１が提供する標準ドライバ用のＵＩ画面（以下、標準ドライバのＵＩ画面９０７とも称する）である。例えばアプリケーション５００がベンダードライバ５０２に対応するスキャンアプリである場合、標準ライブラリ５０１がベンダードライバ５０２を起動することで、ＵＩ画面９００が表示される。またアプリケーション５００が標準ドライバに対応するスキャンアプリである場合、標準ライブラリ５０１がＵＩ画面９０７を表示する。

ＵＩ画面９００、９０７のどちらにおいても、各種設定を行うための設定部と、プレビュースキャン処理によって得られた画像を表示するためのプレビューイメージが表示される領域が配されている。なお、ＵＩ画面９００、９０７において共通の設定項目やプレビューイメージが表示される領域、同様の機能に関するボタンには、同一の符号９０１～９０６が付与されている。ユーザがスキャン方式設定部９０２をクリックすると、画像処理装置２００が実行可能な複数のスキャン方式が表示され、ユーザは表示されたスキャン方式の中から１つを選択することができる。ただし、図６（ａ）に示すベンダードライバ用のＵＩ画面９００では、フラットベッド方式での反射型スキャンを示す「Ｐｌａｔｅｎ」、ＡＤＦ方式での反射型スキャンを示す「ＡＤＦ」、透過型スキャンを示す「Ｆｉｌｍ」の３つが選択可能に表示される。一方、図６（ｂ）に示す標準ドライバ用のＵＩ画面９０７では、「Ｐｌａｔｅｎ」と「ＡＤＦ」のみが選択可能に表示され、「Ｆｉｌｍ」は表示されない。なお、ベンダードライバであっても標準ドライバであってもデフォルトでは「Ｐｌａｔｅｎ」が設定されている。

カラーモード設定部９０３において、ユーザは「Ｃｏｌｏｒ」または「Ｇｒａｙ（Ｂｌａｃｋ＆Ｗｈｉｔｅ）」を選択可能とする。解像度設定部９０４において、ユーザは様々な読み取り解像度を選択的に又は手入力によって設定することができる。

図６（ａ）に示すベンダードライバのＵＩ画面９００では、画像処理装置２００の特殊機能の設定を行うための特殊機能設定部９１０が表示される。ここでは、アンシャープ機能のＯｎ／Ｏｆｆを切り替えるための設定部が表示された例を示している。一方、図６（ｂ）に示す標準ドライバのＵＩ画面９０７には、特殊機能設定部９１０は表示されない。

ＵＩ画面９００の右下には、プレビュースキャン処理を指示するための「Ｐｒｅｖｉｅｗ」ボタンと実スキャン処理を指示するための「Ｓｃａｎ」ボタンが表示される。ユーザが「Ｐｒｅｖｉｅｗ」ボタンをクリックした場合、ベンダードライバ５０２または標準ドライバ５０３が画像処理装置２００に、ＵＩ画面９００で設定された入力形式とカラーモードを含むスキャン指示を送信する。画像処理装置２００はこのスキャン指示に含まれている入力形式とカラーモードに基づいてプレビュースキャン処理を行い、ベンダードライバ５０２又は標準ドライバ５０３に提供する。ベンダードライバ５０２又は標準ドライバ５０３は、取得した画像に対し所定の処理を施し、プレビューイメージ９０１に表示する。ユーザは、プレビューイメージ９０１に表示されたプレビュー画像の中から、実スキャン処理を行いたい領域をクロップ指定することができる。

なお、「Ｐｒｅｖｉｅｗ」ボタンがクリックされた場合と「Ｓｃａｎ」ボタンがクリックされた場合において異なる種類のスキャン指示が送信されてもよい。そして、画像処理装置２００は、そのスキャン指示の種類に応じて異なるスキャン方法で原稿のスキャンを実行してもよい。例えば「Ｐｒｅｖｉｅｗ」ボタンがクリックされた場合、「Ｓｃａｎ」ボタンがクリックされた場合よりも低解像度であるが高速なスキャン方法によりスキャンを行ってもよい。

クロップ指定を行った後、ユーザが「Ｓｃａｎ」ボタンをクリックすると、画像処理装置２００は、クロップ指定された領域を、設定された入力形式、カラーモード、及び解像度に従ってスキャン処理する。そして、画像処理装置２００は、原稿のスキャンにより得られたスキャン画像を、情報処理装置１００に送信する。ベンダードライバ５０２又は標準ドライバ５０３は、画像処理装置２００から得られたスキャン画像をアプリケーション５００に提供する。なお、スキャン画像の形式は例えばＲＡＷ画像である。また、画像処理装置２００は、クロップ指定された領域に応じてスキャンを実行してもよいし、クロップ指定された領域に応じてスキャン画像の送信を行ってもよい。前者の場合、例えば図３（ｃ）におけるｙ方向については、クロップ指定された領域に対応する部分についてのみ、光学センサ２１３を駆動させてもよい。そして、ｘ方向については、例えばクロップ指定された領域に対応する部分についてのみ、情報処理装置１００に送信するようにしてもよい。後者の場合、例えば原稿台２０９の全面をスキャンするが、スキャン画像のうち、クロップ指定された領域に対応する部分のみ、情報処理装置１００に送信してもよい。

図７は、ベンダードライバ５０２において、ユーザが、スキャン方式設定部９０２で「Ｆｉｌｍ」を設定した状態で「Ｐｒｅｖｉｅｗ」ボタンをクリックした場合のＵＩ画面９００を示す図である。「Ｆｉｌｍ」が設定された場合、ベンダードライバ５０２は、「Ｆｉｌｍ」の設定を含むスキャン指示を画像処理装置２００に送信する。画像処理装置２００は、該スキャン指示の受信に応じて、上述の透過型スキャンを実行し、スキャン画像を情報処理装置１００に送信する。情報処理装置１００のベンダードライバ５０２は、画像処理装置２００から取得したスキャン画像から、フィルムの各コマに対応するコマ画像９１１を抽出する。そして、ベンダードライバ５０２は、図７に示すようにコマ画像９１１を整列させた状態で領域９０１にプレビューイメージとして表示する。図７は、６つのコマ画像９１１が表示された状態を示している。例えば、原稿がネガフィルムの場合、ベンダードライバ５０２は、ネガポジ反転処理を含む画像処理を行う。原稿がポジフォルムの場合、ベンダードライバ５０２は、ネガポジ反転処理は行わないがポジフィルムに適した画像処理を行う。３５ｍｍスリーブの場合、ベンダードライバ５０２は、一続きの画像を複数のコマ画像９１１に分割する。このように、ベンダードライバ５０２は、原稿の形態に応じた適切な画像処理やリサイズ処理を行った上で、プレビューイメージ９０１に複数のコマ画像を整列させて表示する。ユーザは、サムネイル化されたコマ画像９１１の単位でクロップ指定を行うことができる。

ユーザが、サムネイル化された複数のコマ画像９１１の中から所望のコマ画像９１１を選択して「Ｓｃａｎ」ボタンをクリックすると、ベンダードライバ５０２は、画像処理装置２００に以下の指示を行う。すなわち、ベンダードライバ５０２は、画像処理装置２００に、選択されたコマ画像９１１に対し実スキャン処理を実行させるスキャン指示を行う。この際、個々のコマ画像９１１においては、その画像を撮影した時の露光時間、シャッタースピード、天候、光の向きのような撮影条件が、互いに異なる場合がある。よって、ベンダードライバ５０２は、プレビュースキャン処理で抽出されたコマ画像９１１のそれぞれの特徴を解析し、最適な蓄光時間を設定した上で実スキャン処理を行う。例えば、明るいコマ画像については、光学センサ２１３の検出値が飽和しないように、光学センサ２１３に対する蓄光時間を短く設定した上で実スキャン処理を行う。反対に、暗いコマ画像においては、光学センサ２１３の出力値の階調範囲を広げるように、光学センサ２１３に対する蓄光時間を長く設定した上で実スキャン処理を行う。

なお、ベンダードライバ５０２画面のスキャン方式設定部９０２で、ユーザが「Ｐｌａｔｅｎ」を設定した状態で「Ｐｒｅｖｉｅｗ」ボタン又は「Ｓｃａｎ」ボタンをクリックした場合、ベンダードライバ５０２は以下の指示を行う。すなわちこの場合、ベンダードライバ５０２は、「Ｐｌａｔｅｎ」の設定を含むスキャン指示を画像処理装置２００に送信する。画像処理装置２００は、該スキャン指示の受信に応じて、上述の反射型スキャンを実行し、スキャン画像を情報処理装置１００に送信する。

以上、図７を用いて説明した透過型スキャンは、ベンダードライバ５０２を介した場合に実行可能な機能である。標準プロトコルを用いる標準ドライバ５０３では、反射型スキャンの範囲でしか画像処理装置２００を制御することができず、スキャン方式設定部９０２で「Ｆｉｌｍ」を設定することもできない。すなわち、標準ドライバ５０３は、上述のベンダードライバ５０２のように、透過型スキャンをスキャン指示により指示することができない。そのためユーザは、フィルムのような透過型原稿を画像処理装置２００にセットしても、標準ドライバを用いる場合には、適切な読み取り画像を取得することができなかった。

このような状況を改善するために、本実施形態の画像処理装置２００には、標準ドライバ５０３にと反射型原稿と同じ形態で情報の授受を行いつつ、透過型原稿のスキャン処理を適宜実行するためのスキャンプログラムが記憶される。具体的には、画像処理装置２００に搭載されている原稿が透過型原稿である場合、画像処理装置２００のＣＰＵ２０１は、スキャンエンジン２０５に対しては、透過方式でプレビュースキャン処理や実スキャン処理を実行させる。その上でＣＰＵ２０１は、透過方式で得られた画像に対して所定の処理を施し、反射方式でプレビュースキャン処理や実スキャン処理を実行した場合と同様の画像を生成し、この画像を用いて標準ドライバ５０３との間で情報の授受を行う。以下、詳しく説明する。

図８は、標準ドライバ５０３を用いた場合の、情報処理装置１００と画像処理装置２００における、ソフトウェア間の制御の構成を示す図である。ユーザは、表示部１０９で情報を確認しながら、マウス１０７やキーボード１０８を介して、画像処理装置２００に対する指示を与える。具体的には、アプリケーション５００を介して標準ライブラリ５０１に図６（ｂ）で示したようなＵＩ画面９０７を表示させ、ＵＩ画面９０７の下で画像処理装置２００に関する様々な設定や指示を与える。アプリケーション５００は、リンクされた標準ＡＰＩを用いて標準ライブラリ５０１との間で情報の授受を行う。標準ライブラリ５０１は、ドライバＡＰＩを用いて標準ドライバ５０３との間で情報の授受を行う。標準ドライバ５０３は、標準プロトコルを用いて、画像処理装置２００のスキャンプログラム２３０との間で情報の授受を行う。

スキャンプログラム２３０は、画像処理装置２００のＲＯＭ２０２に格納されたプログラムである。標準ライブラリ５０１から、標準ドライバ５０３を介してコマンドが入力された場合、ＣＰＵ２０１はスキャンプログラム２３０をＲＯＭ２０２から読み出し、ＲＡＭ２０３をワークエリアとしながら各種処理を実行する（図１参照）。すなわち、ＣＰＵ２０１はスキャンプログラム２３０に従って、スキャンエンジン２０５を制御する。

図９は、画像処理装置２００に透過用原稿がセットされた状態で、ユーザが標準ドライバを介してプレビュースキャンを指示した場合の、処理の工程を示す図である。図において、アプリケーション５００、標準ライブラリ５０１、標準ドライバ５０３は、情報処理装置１００のＣＰＵ１０１によって実行されるソフトウェアである。スキャンプログラム２３０は、画像処理装置２００のＲＯＭ２０２に記憶され、ＣＰＵ２０１によって実行されるソフトウェアである。スキャンエンジン２０５は、画像処理装置２００のＣＰＵ２０１が、スキャンプログラム２３０に従って制御するハードウェアである。

本処理を開始する際、ユーザは、アプリケーション５００を起動し、「スキャナから取り込む」などのメニューを選択する（Ｓ１０１０）。アプリケーション５００は、リンクしているＯＳが提供する標準ライブラリ５０１に、ＵＩ画面９００の表示を指示する（Ｓ１０２０）。なお、アプリケーション５００は、起動された時点で標準ライブラリ５０１にＵＩ画面９００の表示を指示してもよい。

指示を受けた標準ライブラリ５０１は、選択されたデバイスの機能情報（Device Capability）を標準ドライバ５０６に要求する（Ｓ１０３０）。本例の場合は、例えば、画像処理装置２００がＡＤＦを装備しているか否かなどの情報が、機能情報として要求される。標準ドライバ５０３は、標準プロトコルを用いて、画像処理装置２００のスキャンプログラム２３０に画像処理装置２００の機能情報を要求する（Ｓ１０４０）。

スキャンプログラム２３０は、スキャンエンジン２０５の機能情報を標準ドライバ５０３に応答する（Ｓ１０４１）。標準ドライバ５０３は、受け取った機能情報を標準ライブラリ５０１に応答する（Ｓ１０３１）。標準ライブラリ５０１は、受け取った機能情報に基づいて、図６（ｂ）に示すようなＵＩ画面９００を表示する（Ｓ１０３２）。

例えば、機能情報がＡＤＦを装備していることを示す場合は、ＵＩ画面９００のスキャン方式設定部９０２において、「Ｐｌａｔｅｎ」と「ＡＤＦ」が選択可能となる。本実施形態の場合、透過型原稿に対応可能であるか否かの情報は機能情報に含まれないため、選択肢に「Ｆｉｌｍ」は表示されない。ユーザは、表示された選択肢の中から所望の入力方式を選択し、ＵＩ画面９００で「Ｐｒｅｖｉｅｗ」ボタン９０５をクリックする（Ｓ１０１１）。ここでは、「Ｐｌａｔｅｎ」が選択された状態で「Ｐｒｅｖｉｅｗ」ボタン９０５がクリックされたものとする。

「Ｐｒｅｖｉｅｗ」に指示を受けた標準ライブラリ５０１は、反射型原稿のプレビュースキャン処理、すなわち原稿台２０９全面に対する簡易的なスキャン処理を標準ドライバ５０３に指示する（Ｓ１０３３）。標準ドライバ５０３も、スキャンプログラム２３０に対し同様の指示を行う（Ｓ１０４２）。

画像処理装置２００のスキャンプログラム２３０は、標準ドライバ５０３から受信したスキャン指示と画像処理装置２００における原稿のセット状態とに基づいて、プレビュースキャン処理を行う。そして、プレビュースキャン処理によって取得したスキャン画像に対し所定の画像処理を施し、処理後のスキャン画像を標準ドライバ５０３に送信する（Ｓ１０４３）。Ｓ１０５０～Ｓ１０５１の工程は、スキャンプログラム２３０がスキャンエンジン２０５を制御しながら上記スキャン結果を生成するための工程である。

以下、Ｓ１０５０～Ｓ１０６５の工程を順に説明する。Ｓ１０４２で標準ドライバ５０３より反射型原稿用のプレビュースキャン処理の指示を受け取ると、スキャンプログラム２３０は、スキャンエンジン２０５に透過型原稿のスキャン処理を行うか否かを確認する（Ｓ１０５０）。スキャンエンジン２０５は、画像処理装置２００の原稿セット状態を確認し、スキャンプログラムに応答する（Ｓ１０５１）。

原稿セット状態は、様々な方法で確認することができる。例えば、原稿台カバー２０８に原稿台保護シート２２３が取り付けられている場合、透過用光源２２０を点灯しても、光学センサ２１３には透過用光源２２０の光が検知されない。このような場合には、反射型原稿がセットされており、画像処理装置が、透過方式により原稿をスキャンする状態ではないと判定することができる。一方、原稿台保護シート２２３、即ち反射方式により原稿をスキャンするための部材が取り付けられていない場合、画像処理装置が、透過方式により原稿をスキャンする状態であると判定することができる。また、原稿台２０９にフィルムガイド２１５～２１７がセットされている場合、光学センサ２１３が検知用パターン２１９を検出することによって、透過型原稿がセットされていると判断することができる。図９の例では、スキャンエンジン２０５が、透過用原稿がセットされた状態であること、すなわち透過型原稿のスキャン処理を行うことをスキャンプロクラムに応答する（Ｓ１０５１）。

なお、原稿台保護シート２２３の有無やフィルムガイド２１５～２１７がセットされているか否かについては、画像処理装置２００の不図示のセンサにより検知される。或いは、画像処理装置２００がスキャンを実行し、そのスキャンにより得られたスキャン画像から原稿台保護シート２２３の有無やフィルムガイド２１５～２１７がセットされているか否かを判断してもよい。

次に、スキャンプログラム２３０は、スキャンエンジン２０５を、透過型原稿のスキャンモードに設定する（Ｓ１０５２）。具体的には、透過用光源２２０を点灯させたり、スキャン解像度の設定を行ったりする。例えば、透過型原稿のプレビュースキャン処理には最低でも３００ｄｐｉの読み取り解像度が必要である場合には、受信したコマンドの指示が３００ｄｐｉより低い読み取り解像度であっても、３００ｄｐｉに変更する。上記設定が既に済んでいる場合、本工程はスキップしてもよい。

次に、スキャンプログラム２３０は、スキャンエンジン２０５に透過型原稿用のプレビュースキャン処理を実行させる（Ｓ１０６０）。スキャンエンジン２０５は、スキャナバー２１１を、透過型原稿のプレビュースキャン処理に適した速度で、透過型原稿用の領域を移動させながら、光学センサ２１３の検出値を取得する。本実施形態において、光学センサ２１３の検出値はＲＧＢの輝度値であり、画像処理装置２００のＲＡＭ２０３には、各画素に対応するＲＧＢの輝度値を含むＲＡＷ画像データがスキャン画像として保存される（Ｓ１０６１）。

次に、スキャンプログラム２３０は、Ｓ１０６０で取得したＲＡＷ画像の中から、１つ以上のコマ画像９１１を抽出する（Ｓ１０６２）。

図１０は、Ｓ１０６０で取得したＲＡＷ画像に対し、スキャンプログラム２３０が行う処理を説明するための模式図である。ここでは、スリーブ用フィルムガイド２１５にネガフィルムをセットした場合を示している。ＲＡＷ画像８００には、スリーブ用フィルムガイド２１５の枠体と、セットされたネガフィルムの４つの画像が含まれている。

図９のＳ１０６２において、スキャンプログラム２３０は、このようなＲＡＷ画像８００より、撮影単位である画像をコマ画像９１１として抽出する。この際、スキャンプログラム２３０は、ＲＡＷ画像８００に含まれるフィルムガイド検知用パターン２１９（図５（ａ）参照）を、コマ画像９１１を切り取る際の基準として利用してもよい。ここでは、ＲＡＷ画像８００より４つのコマ画像９１１が抽出された例を示している。

図９の説明に戻る。Ｓ１０６３において、スキャンプログラム２３０は、個々のコマを解析し、プレビューイメージ９０１を生成するために適した画像処理条件を、各コマについて導出する。画像処理条件には、ネガポジ反転処理の要否や、色補正処理の方法などが含まれる。スキャンプログラム２３０は、個々のコマ画像９１１に対し、導出した画像処理条件に基づいて画像処理を行う（Ｓ１０６３）。

図１０の場合、Ｓ１０６２で抽出された４つのコマ画像９１１はネガ画像であるため、それぞれに対しネガポジ反転処理を含む画像処理が行われる。これにより、４つのポジ画像が得られる。

再び図９の説明に戻る。Ｓ１０６４において、スキャンプログラム２３０は、Ｓ０６３で画像処理された後のコマ画像９１１を用いてプレビュー用画像８３０を生成する。

Ｓ１０６２でコマ画像９１１を抽出した際、スキャンプログラム２３０は抽出されたコマ画像の数Ｎをカウントする。図１０の場合Ｎ＝４となる。また、反射用原稿のプレビュースキャン処理で得られる大きさ（画素数）を有し、全画素が白に設定されたビットマップ画像（以下、白紙画像８１０と称す）を用意する。そして、白紙画像８１０に、同サイズのＮ個のコマ領域８２０を配置する。

図１１は、白紙画像８１０におけるコマ領域８２０のレイアウトを、コマ数Ｎ＝１～１６について示す図である。スキャンプログラム２３０は、どのようなコマ数Ｎであっても、同サイズのＮ個のコマ領域８２０が白紙画像８１０の全域に均等に配置されるように、コマ領域８２０のサイズと行列数を設定する。図１０（ｄ）は、白紙画像８１０に２列２行の４つのコマ領域８２０を配置した例を示している。

更に、スキャンプログラム２３０は、４つのコマ領域８２０のそれぞれに、Ｓ１０６３で生成した４つのコマ画像９１１をレイアウトする（Ｓ１０６４）。これによって、図１０（ｅ）に示すような、プレビュー用画像８３０が生成される。

ところで、コマ画像９１１をコマ領域８２０にレイアウトする際、コマ画像９１１のぞれぞれは、対応するコマ領域８２０に対し適切な拡大率でリサイズされる必要がある。

図１２は、コマ画像９１１のリサイズ方法を示す図である。ここでは、コマ領域８２０の幅をＷｉ、コマ領域８２０の高さをＨｉ、コマ画像９１１の幅をＷｓ、コマ画像９１１の高さをＨｓとして示している。スキャンプログラム２３０は、幅方向におけるコマ画像９１１に対するコマ領域８２０の比（Ｓｗ＝Ｗｉ／Ｗｓ）と、高さ方向におけるコマ画像９１１に対するコマ領域８２０の比（Ｓｈ＝Ｈｉ／Ｈｓ）とを求める。そして、より小さい方の比率でコマ画像９１１を拡大し、コマ領域８２０にレイアウトする。図１２において、上段はＳｗ＞Ｓｈであった場合を示す。この場合は高さ方向の比Ｓｈでコマ画像９１１を拡大し、コマ領域８２０にレイアウトする。下段はＳｗ＜Ｓｈであった場合を示す。この場合は幅方向の比Ｓｗでコマ画像９１１を拡大し、コマ領域８２０にレイアウトする。複数のコマ画像９１１には、横長写真と縦長写真が含まれている場合がある。個々の写真に上下を判定可能な情報が含まれている場合は、全ての写真の上下方向が一致するようにコマ画像９１１を回転した上で、上記処理を行ってもよい。

図１０のようにコマ画像９１１のそれぞれを、一定の間隔を置いて配置させれば、後に、プレビュー用画像８３０を受け取った標準ライブラリ５０１は、クロップ枠を容易に作成可能となる。
但し、以上説明したレイアウト方法は一例であり、行と列の数やレイアウトする位置及びコマのサイズは予めユーザがカスタマイズできるようにしてもよい。また、標準ライブラリ５０１が、クロップ枠の設定を行わない場合は、ユーザがクロップ作業を行いやすいように、スキャンプログラム２３０が、プレビュー用画像８３０にサムネイル枠をＳ１０６４で描画してもよい。

再び図９の説明に戻る。図１０のようなプレビュー用画像８３０が得られると、スキャンプログラム２３０は、次にスキャン指示を受信したときに必要となるプレビュー情報をメモリに保存する（Ｓ１０６５）。具体的には、プレビュースキャン処理で取得したＲＡＷ画像８００と、各コマ画像の原稿台における座標とプレビュー用画像における座標との対応情報とをメモリに保持する（Ｓ１０６５）。

図１３（ａ）～（ｃ）は、座標情報を説明するための図である。図１３（ａ）は、ＲＡＷ画像８００より抽出された１つのコマ画像９１１の、ｘ座標とｙ座標を示している。原点Ｏは、原稿台２０９における読み取りの原点を示している。図１３（ｂ）は、リサイズされたコマ画像９１１のプレビュー用画像８３０におけるｘ座標とｙ座標を示している。原点Ｏ´は、プレビュー用画像８３０の原点を示している。Ｓ１０６５において、スキャンプログラム２３０は、このような座標情報を個々のコマ画像９１１に対応付けてメモリに保存する。図１３（ｃ）は、メモリにおける保存状態を示している。なお、この座標情報は、図１６において説明する実スキャンにおいて使用される。

再び図９の説明に戻る。スキャンプログラム２３０は、生成したプレビュー用画像８３０を標準ドライバ５０３に送信する（Ｓ１０４３）。標準ドライバ５０３は、反射型原稿用のプレビュー処理の指示（Ｓ１０４２）に対し、実際の反射用原稿のプレビュー処理を行った場合と同じサイズのプレビュー用画像８３０を、スキャン結果の出力画像としてＳ１０４３で受け取ることになる。すなわち、これ以降の工程において、標準ドライバ５０３、標準ライブラリ５０１及びアプリケーション５００は、反射型原稿のプレビュースキャン処理を行った場合と同じ処理により受け取ったデータのプレビュー表示を行うことができる。

標準ドライバ５０３は、スキャンプログラム２３０より受け取ったスキャン結果を標準ライブラリ５０１に提供する（Ｓ１０３４）。標準ライブラリ５０１は、取得したスキャン結果を用いてプレビューイメージを生成し、ＵＩ画面９００の領域９０１に表示する（Ｓ１０３５）。更に、標準ライブラリ５０１は、所定のクロップ検出ロジックに基づいてクロップ枠を作成し、領域９０１内のプレビューイメージ上に表示する。

図１４は、Ｓ１０３６において表示部１０９に表示されるＵＩ画面９０７の例を示す図である。ここでは、６つのコマ画像９１１が、抽出された場合を示している。この際、画像処理装置２００にセットされているフィルムが、スリーブ用フィルムガイド２１５であってもスライド用フィルムガイド２１６であっても、個々のコマ画像９１１は、図１４のように整列されてレイアウトされる。また、セットされているフィルムがネガフィルムである場合には、個々のコマ画像９１１はネガポジ反転処理が行われた状態でプレビューイメージ９０１内に表示される。プレビューイメージ９０１において、各コマ画像９１１には実スキャンを行う際にスキャン領域を指示するためのクロップ枠９１２が、選択可能に配置されている。

このように、本実施形態のスキャンプログラム２３０は、標準ドライバ５０３から反射型原稿用のプレビュースキャン処理のコマンドを受けながら（Ｓ１０４２）、透過型原稿に対し適切なプレビュースキャン処理を行う（Ｓ１０５１～Ｓ１０６１）。そして、取得した画像に対しコマ画像の抽出やネガポジ反転処理など透過用画像に適した処理を行って、反射用画像と同等のプレビュー用の画像を作成する（Ｓ１０６２～Ｓ１０６５）。

図１５は、画像処理装置２００に反射用原稿がセットされた状態で、ユーザが標準ドライバを介してプレビューする場合の、処理の工程を示す図である。スキャンプログラム２３０とスキャンエンジン２０５との間のやりとり以外は、図９で説明した工程と同じであるので、ここでの説明は割愛する。

本例の場合、Ｓ１０５０におけるスキャンプログラム２３０からの問い合わせに対し、スキャンエンジン２０５は、反射用原稿がセットされた状態であること、すなわち透過型原稿のスキャン処理を行わないことを応答する（Ｓ１０５３）。

この場合、スキャンプログラム２３０は、スキャンエンジン２０５を、反射原稿用スキャンモードに設定する。具体的には、反射用光源２１２を点灯させたり、プレビュースキャン処理の解像度を反射型原稿用に設定したりする（Ｓ１０５４）。上記設定が既に済んでいる場合、本工程はスキップしてもよい。

次に、スキャンプログラム２３０は、透過型原稿用のプレビュー情報、すなわち図９のＳ１０６５で保存したＲＡＷ画像８００と各コマ画像の座標情報を消去する（Ｓ１０７０）。

次に、スキャンプログラム２３０は、スキャンエンジン２０５に反射型原稿用のプレビュースキャン処理を実行させる（Ｓ１０７１）。本指示を受け取ったスキャンエンジン２０５は、反射用原稿に適した設定の下で読み取り処理を行う。すなわち、スキャンエンジン２０５は、反射用光源２１２を点灯させたスキャナバー２１１を、反射型原稿のプレビュースキャン処理に適した速度で、原稿台２０９の全領域を移動させながら、光学センサ２１３の検出値を取得する。そして、ＲＡＷ形式のスキャン画像としてメモリに保存する（Ｓ１０７２）。スキャンプログラム２３０は、取得したＲＡＷ画像に対し、反射用原稿に適した画像処理を行い、プレビュー用画像８３０を生成し（Ｓ１０７３）、生成したプレビュー用画像８３０をスキャン結果として標準ドライバ５０３に送信する（Ｓ１０４３）。

以上説明したように、画像処理装置２００のスキャンプログラム２３０は、情報処理装置１００から反射型原稿用のプレビューコマンドを受け取った場合であっても、セットされている原稿の種類に応じて、プレビュー用のスキャン処理方法を適切に切り替える。これにより、情報処理装置１００のアプリケーション５００、標準ライブラリ５０１及び標準ドライバ５０３は、画像処理装置２００にセットされている原稿の種類に関わらず、反射型原稿としてプレビュー処理を行うことができる。

図１６は、図９で説明したプレビュースキャン処理によって得られたプレビュー画像に基づいて、実スキャン処理を行う場合の処理の工程を示す図である。ユーザは、図１４に示すＵＩ画面９００の領域９０１内のプレビューイメージにより、実スキャンを行うべきコマ画像９１１をクロップ枠９１２で選択する（Ｓ１０１２）。この際ユーザは、コマ画像９１１に対しクロップ枠９１２のサイズを調整することができる。また、複数のコマ画像９１１を同時に選択することもできる。更に、カラーモード設定部９０３や解像度設定部９０４を用いて、実スキャン時の読み取りモードや読み取り解像度を設定することもできる。設定が完了すると、ユーザはスキャンボタン９０６をクリックする（Ｓ１０１３）。

コマンドを受信した標準ライブラリ５０１は、設定されたクロップ枠９１２に対応する座標情報や、解像度設定部９０４で設定された解像度など、実スキャン処理に必要な項目を作成し、標準ドライバ５０３に実スキャンを指示する（Ｓ１０３７）。標準ドライバ５０３は、上記指示をスキャンプログラム２３０に送信する（Ｓ１０４３）。

スキャンプログラム２３０は、メモリ内に、プレビュースキャン処理を行った時（Ｓ１０６５）に保存したプレビュー情報が保存されているかを確認する（Ｓ１０５５）。プレビュー情報が保存されていない場合は、透過原稿のスキャンの準備が整っていないことになるので、反射用原稿の実スキャンシーケンスに移動する。ここでは、プレビュー情報が保存されているとして説明を続ける。なお、プレビュー情報が保存されていない場合については、図２２を用いて後述する。

次に、スキャンプログラム２３０は、スキャンエンジン２０５に画像処理装置２００が透過型原稿のセット状態にあるかを問い合わせる（Ｓ１０５０）。スキャンエンジン２０５は、画像処理装置２００の原稿セット状態を確認し、スキャンプログラムに応答する（Ｓ１０５１）。画像処理装置２００が透過型原稿のセット状態にある場合、スキャンプログラム２３０は、スキャンエンジン２０５を、透過型原稿のスキャンモードに設定する。具体的には、透過用光源２２０を点灯させたりする。（Ｓ１０５２）。

次に、スキャンプログラム２３０は、標準ドライバ５０３より受信した設定項目が示す実スキャン領域に基づいて、原稿台における実スキャン領域の座標を取得（デコード）する。具体的には、図１３（ｃ）に示すような、プレビュースキャン処理で保存されたプレビュー情報の座標情報をメモリより読み出す。そして、この座標情報を参照しながら、標準ドライバ５０３より指示されたクロップ枠座標に基づいて、実スキャンで実際に画像を読み取る実スキャン領域を求める（Ｓ１０９０）。

図１７は、実スキャン領域を求める方法を説明するための図である。図において、「クロップ座標」は、領域９０１のプレビューイメージにおいて、クロップ枠で選択されたコマ画像ｎの座標を示す。「スキャン座標」は、プレビュースキャン処理時にメモリに保存された、ＲＡＷ画像８００におけるコマ画像ｎの座標を示す。「イメージ座標」は、プレビュースキャン処理時にメモリに保存された、プレビュー用画像８３０におけるリサイズされたコマ画像ｎの座標を示す。「スキャン座標」、「イメージ座標」はいずれもＳ１０６５において座標情報として保存されている。

スキャンプログラム２３０は、まず、スキャン座標およびイメージ座標に基づいて、スケールを求める。スケールは、ＲＡＷ画像８００におけるコマｎのサイズと、プレビュー用画像８３０におけるリサイズされたコマｎのサイズの比を、幅と高さ（ΔＸ、ΔＹ）それぞれについて求める。また、スキャンプログラム２３０は、クロップ座標とイメージ座標とのオフセット量（UL’,UT’）を求める。

次に、スキャンプログラム２３０は、スケール（ΔＸ、ΔＹ）、オフセット量（UL’,UT’）及びスキャン座標（SL,ST）に基づいて、スキャン座標における実スキャンする領域の基準座標（UL’’，UT’’）を求める。また、クロップ座標における幅と高さの情報（W,H）と、スケール（ΔＸ、ΔＹ）から、スキャン座標における実スキャンする領域の幅と高さ（UL’’+W’-1，UT’’＋H’’-1）を求める。

図１８は、プレビューイメージ９０１のクロップ枠９１２の座標と、ＲＡＷ画像８００における読み取りの座標の対応を示す図である。コマ画像９１１の内側がクロップされた場合におけるＲＡＷ画像８００の読み取り領域を、図１７に示した計算式に基づいて算出している。なお、ここではプレビューイメージ９０１を生成する際に、コマ画像の回転処理を行っていない場合を示している。

図１６の説明に戻る。Ｓ１０９０において実スキャン領域を確定すると、スキャンプログラム２３０は、プレビュー情報として保存してあるＲＡＷ画像のうち、実スキャン領域に対応する領域の画像を解析し、蓄光時間のようなスキャン条件を設定する。そして、設定したスキャン条件の下で、スキャンエンジン２０５に実スキャン動作を実行させる（Ｓ１０９１）。

スキャンエンジン２０５は指定されたスキャン条件に従って指定された領域に対する実スキャン処理を行い、取得したＲＡＷ画像をメモリに保存する（Ｓ１０９２）。スキャンプログラム２３０は、プレビュースキャン処理で保存しておいたＲＡＷ画像のうち、実スキャン領域に対応する領域の画像を解析して得られる画像処理条件に従って、実スキャン処理で取得したＲＡＷ画像に対する画像処理を行う（Ｓ１０９３）。

次に、スキャンエンジン２０５は、クロップ枠９１２に対応する実スキャン領域と実際にスキャンエンジン２０５がスキャンした領域との差分領域に白画像を補填し、ユーザが指定したクロップ枠９１２のサイズに対応する画像を生成する（Ｓ１０９４）。

スキャンプログラム２３０は、生成した画像を実スキャンの結果として標準ドライバ５０３に送信する（Ｓ１０４４）。標準ドライバ５０３は、スキャンプログラム２３０より受け取ったスキャン結果を標準ライブラリ５０１に提供する（Ｓ１０３８）。

なお、ＵＩ画面９０７において、複数の領域（クロップ枠９１２）についての実スキャンが指示されている場合、標準ライブラリ５０１はＳ１０３７において、次の領域についての実スキャン処理を指示された領域数分繰り返す。そして、全ての選択領域についてのスキャン結果が得られると、標準ライブラリ５０１は、取得したスキャン結果をアプリケーション５００に渡す（Ｓ１０２１）。

その後、アプリケーション５００は、受け取ったスキャン結果をメモリに保存したり（Ｓ１０２２）、表示部１０９に表示したり（Ｓ１０２３）など、ユーザから受けている指示に従って処理する。以上で本処理は終了する。

図１９（ａ）および（ｂ）は、プレビューイメージ９０１において、クロップ枠９１２が、複数のコマ画像を含むように設定された場合の、実スキャン処理の例を示す。プレビューイメージ９０１では、４つのコマ画像９１１は縦横に整列して表示されるが、ＲＡＷ画像では１列に並ぶ画像である。

図１９（ａ）は、クロップ枠９１２に含まれる全てのコマ画像に対して実スキャン処理を行い、それぞれのコマ画像からクロップ枠９１２に含まれた領域を切り取り、合成する例を示す。図１９（ｂ）は、クロップ枠９１２に含まれる複数のコマ画像９１１のうち、面積が最も大きいコマ画像９１１を選択し、そのコマ画像９１１に対してのみ実スキャン処理を行い、クロップ枠９１２に含まれた領域のみを取得する方法を示す。本実施形態では、どちらの方法を採用してもよいし、どちらの方法を採用するかを予めユーザが指定可能としてもよい。

図２０（ａ）～（ｃ）は、プレビューイメージ９０１において、クロップ枠９１２が、透過原稿の読み取り可能範囲を超えている場合の、実スキャン処理の例を示す。図２０（ａ）は、プレビューイメージ９０１で指定されたクロップ枠９１２を、ＲＡＷ画像８００に投影させた状態を示している。クロップ枠９１２に相応する領域には、透過原稿の読み取り可能範囲外の、読み取り不可能領域９１４が含まれている。

図２０（ｂ）は、クロップ枠９１２に含まれる複数のコマ画像９１１のうち、面積が最も大きいコマ画像９１１に対して実スキャン処理を行う例を示す。一方、図２０（ｃ）は、ＲＡＷ画像８００のクロップ枠９１２に対応する領域のうち、読み取り可能範囲に含まれる全領域に対して実スキャン処理を行う例を示す。どちらの場合も、スキャンプログラム２３０は、得られたＲＡＷ画像に所定の画像処理を行い、クロップ枠９１２に相当するサイズの白画像９１５に処理後の画像を合成して、スキャン結果を生成する。本実施形態では、どちらの方法を採用してもよいし、どちらの方法を採用するかを予めユーザが指定可能としてもよい。

図２１は、実スキャン処理を行う場合に、画像処理装置２００に透過用原稿がセットされていないときの、処理の工程を示す図である。スキャンプログラム２３０とスキャンエンジン２０５との間のやりとり以外は、図１６で説明した工程と同じであるので、ここでの説明は割愛する。

画像処理装置２００に透過用原稿がセットされていない場合、スキャンエンジン２０５は、スキャンプログラム２３０の問い合わせに対し、透過用原稿に対する実スキャン処理が不可能であることをスキャンプログラム２３０に応答する（Ｓ１０５３）。
これを受けたスキャンプログラム２３０は、スキャンエンジン２０５を、反射用原稿のスキャンモードに設定する（Ｓ１０５４）。そして、スキャンプログラム２３０は、メモリに残っている透過型原稿用のプレビュー情報を消去する（Ｓ１０７０）。

次に、スキャンプログラム２３０は、スキャンエンジン２０５に標準ドライバ５０３より受信した設定に従って、実スキャンを指示する（Ｓ１０７１）。本指示を受け取ったスキャンエンジン２０５は、指示された設定に従って反射型スキャンを実行する（Ｓ１０７２）。スキャンプログラム２３０は、Ｓ１０７２で取得したＲＡＷ画像に対し、反射用原稿に適した画像処理を行い、実スキャン結果を生成する（Ｓ１０７３）。その後、スキャンプログラム２３０は、生成した実スキャン結果を標準ドライバ５０３に送信する（Ｓ１０４３）。

一方、図２２は、図２１のＳ１０５５において、スキャンプログラム２３０が、プレビュー情報が保存されていないと判定した場合の処理の工程を示す図である。プレビュー情報が保存されていない場合、透過用原稿を実スキャン処理する準備は整っていない。このため、スキャンプログラム２３０は、スキャンモードを切り替えたりプレビュー情報を消去したりする必要なく、そのままＳ１０７１に進み、標準ドライバ５０３から指示された通りの実スキャンをスキャンエンジン２０５に指示する。

図２３は、情報処理装置１００の標準ドライバ５０３よりスキャンコマンドを受信した際に、画像処理装置２００のＣＰＵ２０１が実行する処理を説明するためのフローチャートである。本処理は、ＲＯＭ２０２に記憶されているスキャンプログラム２３０に従って、ＣＰＵ２０１がＲＡＭ２０３をワークエリアとして使用しながら実行する。

本処理が開始されると、ＣＰＵ２０１は、スキャンコマンドがプレビュースキャン処理のコマンドであるか実スキャン処理のコマンドあるかを判定する（Ｓ２００１）。そして、プレビュースキャン処理のコマンドである場合はＳ２００２に進み、実スキャン処理のコマンドである場合はＳ２０１０に進む。

Ｓ２００２において、ＣＰＵ２０１は、画像処理装置２００の原稿セット状態を確認する。そして、透過用原稿がセットされていると確認した場合はＳ２００３に進み、透過用原稿がセットされていないと判定した場合はＳ２０２０に進む。

Ｓ２００３において、ＣＰＵ２０１は、スキャンエンジン２０５を、透過原稿読み取りモードに設定する。具体的には、透過用光源２２０を点灯させたり、スキャン解像度の設定を行ったりする。

Ｓ２００４において、ＣＰＵ２０１は、Ｓ２００３で設定した条件の下で、透過用原稿のプレビュースキャン処理を実行し、取得したＲＡＷ画像をメモリに保存する。Ｓ２００５において、スキャンプログラム２３０は、取得したＲＡＷ画像８００の中から、１つ以上のコマ画像９１１を抽出する。

Ｓ２００６において、ＣＰＵ２０１は、抽出したコマ画像９１１のうち、１つのコマ画像に対し適切な画像処理条件を設定し、設定された画像処理条件で画像処理を行う。このようなコマ画像９１１ごとの画像処理を、Ｓ２００７において全てのコマ画像９１１についての画像処理が終了したと判定するまで繰り返す。

全てのコマ画像９１１についての画像処理が終了すると、ＣＰＵ２０１は、Ｓ２００８で、画像処理されたコマ画像１１を、コマ数に応じてリサイズし、合成し、プレビュー用画像８３０を生成する。

Ｓ２００９において、ＣＰＵ２０１は、Ｓ２００４で取得したＲＡＷ画像と共に、各コマ画像９１１の座標情報を、プレビュー情報としてメモリに保存する。

一方、Ｓ２００１において、受信したスキャンコマンドが実スキャン処理のコマンドあると判定した場合、ＣＰＵ２０１は、Ｓ２０１０へ進み、メモリにプレビュー情報が保存されているか否かを確認する。プレビュー情報が確認された場合、ＣＰＵ２０１は、Ｓ２０１１において、画像処理装置２００の原稿セット状態を確認する。そして、透過用原稿がセットされていると確認した場合はＳ２０１２に進み、透過用原稿がセットされていないと判定した場合はＳ２０２０に進む。

Ｓ２０１２において、ＣＰＵ２０１は、指示されたクロップ枠９１２とメモリに保存されたプレビュー情報とに基づいて、実スキャン領域を求める。

Ｓ２０１３において、ＣＰＵ２０１は、Ｓ２０１２で求めた実スキャン領域が、透過用原稿のスキャン処理で読み取り可能な範囲にあるか否かを判定する。実スキャン領域が読み取り可能な範囲を超えている場合、ＣＰＵ２０１は、Ｓ２０１４において実スキャン領域を補正する。一方、実スキャン領域が読み取り可能範囲に含まれている場合、ＣＰＵ２０１は、Ｓ２０１５にスキップする。

Ｓ２０１５において、ＣＰＵ２０１は、プレビュー情報のＲＡＷ画像のうち、実スキャン領域に対応する領域の画像を解析して得られる画像処理条件に従って、Ｓ２０１５で取得したＲＡＷ画像に対する画像処理を行う。

Ｓ２０１７において、ＣＰＵ２０１は、クロップ枠９１２に対応する実スキャン領域と実際にスキャンした領域との差分領域に白画像を補填し、クロップ枠９１２のサイズに相応する画像を生成する。

Ｓ２０１８において、ＣＰＵ２０１は、メモリに残っている透過用原稿のプレビュー情報を消去する。

Ｓ２００２又はＳ２０１１において、透過用原稿がセットされていないと判定した場合、ＣＰＵ２０１はＳ２０２０に進み、メモリに残っている透過用原稿のプレビュー情報を消去する。

Ｓ２０２１において、ＣＰＵ２０１は、反射用原稿のスキャン処理を標準ドライバ５０３より受信した指示通りに実行する。

Ｓ２０２２において、ＣＰＵ２０１は、Ｓ２０２１で取得したＲＡＷ画像に対し、反射用原稿に適した画像処理を行う。その後、ＣＰＵ２０１は、Ｓ２０２３で生成した画像を情報処理装置１００に転送する。以上で本処理を終了する。

以上説明した本実施形態によれば、画像処理装置が、透過型原稿のスキャン処理をサポートしていない標準ドライバに制御される場合であっても、透過型原稿を適切に読み取り適切な画像をユーザに提供することが可能となる。

なお、上述のように画像処理装置２００は、情報処理装置１００で使用されているドライバがベンダードライバ５０２の場合、図７を用いて説明した処理を実行し、標準ドライバ５０３の場合、図８～図２３を用いて説明した処理を実行する。このような処理の切り替えは、種々の条件により行われる。例えば、画像処理装置２００がスキャン指示を受信したときの通信プロトコルが、上述のベンダープロトコルであるか標準プロトコルであるかに応じて処理を切り替えてもよい。或いは、スキャン指示にドライバの種類を特定する情報が含まれており、その情報により画像処理装置２００が実行する処理が切り替わってもよい。

また、ベンダードライバ５０２によりフィルムのスキャンが指示された場合でも、ベンダードライバ５０２および画像処理装置２００が、図９～図２３と同様の処理を行ってもよい。そして、ベンダードライバ５０２は、画像処理装置２００から受信したスキャン画像について、標準ドライバ５０３では実装されていない機能を実行してもよい。これにより、画像処理装置２００が、情報処理装置１００において使用されているドライバにより処理を切り替える必要がなくなる。

一方で、情報処理装置１００と画像処理装置２００の種類によるが、情報処理装置１００の方が、処理能力が高い場合がある。この場合に、ドライバの種類により画像処理装置２００における処理が切り替わることで、ベンダードライバ５０２が使用される場合、より高速にフィルムのスキャン画像のプレビューや実スキャンを行うことができる。

＜実施形態２＞
図２４は、本実施形態で使用する情報処理システムを示す図である。本実施形態の情報処理システムは、情報処理装置１００と画像処理装置２００に加え、スキャナサーバ４００を含んでいる。

スキャナサーバ４００において、ＣＰＵ４０１は、ＲＯＭ４０２に記憶されたプログラムに従いＲＡＭ４０３をワークエリアとしながら装置全体を制御する。スキャナサーバ４００は、ＬＡＮインタフェース４０５を介して情報処理装置１００のＬＡＮインタフェース１１１とネットワーク接続されている。また、スキャナサーバ４００は、ＵＳＢインタフェース４０４を介して画像処理装置２００のＵＳＢインタフェース２０４と接続されている。

図２５（ａ）及び（ｂ）は、情報処理装置１００、スキャナサーバ４００、及び画像処理装置２００における、ソフトウェア間の制御の構成を示す図である。図２５（ａ）はスキャナサーバ４００に、ベンダードライバの機能がカスタマイズして組み込まれている状態を示す。一方、図２５（ｂ）は、スキャナサーバ４００が、サーバ制御部４０６、標準ライブラリ４０７、ベンダードライバ４０８の機能を備えている状態を示す。どちらの場合も、スキャナサーバ４００は、情報処理装置１００の標準ドライバ５０３との間では標準プロトコルを用いて情報の授受を行い、画像処理装置２００のスキャンプログラム２３０との間では、ベンダープロトコルを用いて情報の授受を行う。

このような情報処理システムの場合、図９、図１５、図１６～図２２に説明したスキャンプログラム２３０の機能は、スキャナサーバ４００或いはサーバ制御部４０６が実現することになる。すなわち本実施形態においても、透過型原稿のスキャン処理をサポートしていない標準ドライバに制御される状況において、画像処理装置には透過型原稿を適切に読み取らせ、適切な画像をユーザに提供することが可能となる。

なお、実施形態２においても、情報処理装置１００においてベンダードライバ５０２を使用することは可能である。ベンダードライバ５０２からのスキャン指示は、実施形態１と同様に、スキャナサーバ４００を介さずに画像処理装置２００に送信される。この場合、実施形態１と同様に、ベンダードライバ５０２のためのスキャン処理が実行される。この場合のスキャン指示は、上述のベンダープロトコルにより送信される。

＜その他の実施形態＞
本発明は、上記実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００ 情報処理装置
２００ 画像処理装置
２０１ ＣＰＵ
２０５ スキャンエンジン
２３０ スキャンプログラム
８００ ＲＡＷ画像

Claims (16)

1. 情報処理装置に含まれている第１のドライバまたは第２のドライバを介して、前記情報処理装置からスキャン指示を受信する受信手段と、
   前記受信手段が前記スキャン指示を受信したことに応じて、反射方式または透過方式で原稿をスキャンするスキャン手段と、
   を備える画像処理装置であって、
   前記スキャン手段は、
   前記受信手段により前記第１のドライバを介してスキャン指示を受信した場合、当該スキャン指示が前記反射方式のスキャンを指示するのか前記透過方式のスキャンを指示するのかに基づいて、前記反射方式または前記透過方式により原稿をスキャンし、
   前記受信手段により前記第２のドライバを介してスキャン指示を受信した場合、前記画像処理装置が前記透過方式によるスキャンのための所定の状態にあるか否かに基づいて、前記反射方式または前記透過方式により原稿をスキャンすることを特徴とする画像処理装置。
2. 前記スキャン手段によりスキャンされたスキャン画像に画像処理を行う画像処理手段をさらに備え、
   前記第２のドライバを介してスキャン指示を受信し且つ前記画像処理装置が前記所定の状態であることに基づいて、前記スキャン手段が前記透過方式で原稿をスキャンし且つ前記画像処理手段が当該スキャンによって取得したスキャン画像に対して所定の画像処理を実行することを特徴とする請求項１に記載の画像処理装置。
3. 前記スキャン手段により取得されたスキャン画像を、前記情報処理装置に送信する送信手段をさらに備え、
   前記第１のドライバが前記透過方式によるスキャン指示を行った場合、前記画像処理手段は前記所定の画像処理を実行せずに、前記第１のドライバが前記送信手段により送信されたスキャン画像に前記所定の画像処理を実行し、
   前記第２のドライバを介してスキャン指示を受信し且つ前記画像処理装置が前記所定の状態である場合、前記画像処理手段は前記スキャン画像に対して前記所定の画像処理を実行し、前記送信手段は前記所定の画像処理が実行された当該スキャン画像を送信することを特徴とする請求項２に記載の画像処理装置。
4. 前記画像処理手段は前記所定の画像処理として、前記スキャン画像より、１つ以上のコマ画像を抽出し、前記コマ画像のそれぞれに色補正処理を行い、前記コマ画像のそれぞれをレイアウトすることによって、出力画像を生成することを特徴とする請求項２または３に記載の画像処理装置。
5. 前記画像処理手段は、前記スキャン画像を解析し、前記コマ画像ごとに前記色補正処理のための条件を設定することを特徴とする請求項４に記載の画像処理装置。
6. 前記画像処理手段は、前記第２のドライバを介して前記受信手段が受信したスキャン指示がプレビュー用のスキャンの指示であるか否かに応じて異なる画像処理を、前記所定の画像処理として実行することを特徴とする請求項４または５に記載の画像処理装置。
7. 前記第２のドライバを介して前記受信手段が受信したスキャン指示がプレビュー用のスキャン指示である場合、前記画像処理手段は前記所定の画像処理として、抽出した前記コマ画像の数に基づいて、前記コマ画像をリサイズしプレビュー用画像にレイアウトすることを特徴とする請求項４から６のいずれか１項に記載の画像処理装置。
8. 前記第２のドライバを介して前記受信手段が受信したスキャン指示がプレビュー用のスキャン処理の指示である場合、前記画像処理手段は、前記スキャン画像と、前記出力画像における前記コマ画像それぞれの座標情報とを保存することを特徴とする請求項４から７のいずれか1項に記載の画像処理装置。
9. 前記受信手段が受信したスキャン指示が、実スキャン処理の指示である場合、保存された前記スキャン画像と前記座標情報とに基づいて、プレビュー用のスキャン処理で生成されたプレビュー用画像より選択された選択領域に対する前記色補正処理のための条件を設定することを特徴とする請求項８に記載の画像処理装置。
10. 前記第２のドライバは、ＯＳメーカーが提供する標準ドライバであることを特徴とする請求項１から９のいずれか1項に記載の画像処理装置。
11. 前記第１のドライバは、前記画像処理装置のベンダーが提供するベンダードライバであることを特徴とする請求項１から１０のいずれか１項に記載の画像処理装置。
12. 前記所定の状態は、前記透過方式によりスキャンされる原稿がセットされている状態であることを特徴とする請求項１から１１のいずれか１項に記載の画像処理装置。
13. 前記所定の状態は、前記反射方式により原稿をスキャンするための部材が前記画像処理装置に取り付けられていない状態であることを特徴とする請求項１から１２のいずれか１項に記載の画像処理装置。
14. 反射方式または透過方式で原稿をスキャンする画像処理装置と、
    第１のドライバと第２のドライバを含む情報処理装置と通信するサーバと
    を含む画像処理システムであって、
    前記サーバは、
    前記情報処理装置に含まれている前記第２のドライバを介して第２のプロトコルによりスキャン指示を受信する第１の受信手段と、
    前記第１の受信手段が前記スキャン指示を受信したことに応じて、前記画像処理装置に第１のプロトコルによりスキャン指示を送信する送信手段と、
    を備え
    前記画像処理装置は、
    情報処理装置に含まれている前記第１のドライバを介して前記第１のプロトコルによりスキャン指示を受信し、前記送信手段により送信されたスキャン指示を前記第１のプロトコルを介して受信する第２の受信手段と、
    前記第２の受信手段が前記スキャン指示を受信したことに応じて、反射方式または透過方式で原稿をスキャンするスキャン手段と、
    を備え、
    前記第２の受信手段により前記第１のドライバを介してスキャン指示を受信した場合、前記スキャン手段は、当該スキャン指示が前記反射方式のスキャンを指示するのか前記透過方式のスキャンを指示するのかに基づいて、前記反射方式または前記透過方式により原稿をスキャンし、
    前記第１の受信手段が前記第２のドライバを介してスキャン指示を受信した場合、前記スキャン手段は、前記画像処理装置が前記透過方式によるスキャンのための所定の状態にあるか否かに基づいて、前記反射方式または前記透過方式により原稿をスキャンする
    ことを特徴とする画像処理システム。
15. 原稿をスキャンする画像処理装置の制御方法であって、
    情報処理装置に含まれている第１のドライバまたは第２のドライバを介して、前記情報処理装置からスキャン指示を受信する受信工程と、
    前記受信工程において前記スキャン指示を受信したことに応じて、前記画像処理装置に反射方式または透過方式で原稿をスキャンさせるスキャン工程と、
    を備え、
    前記スキャン工程では、
    前記受信工程において前記第１のドライバを介してスキャン指示を受信した場合、当該スキャン指示が前記反射方式のスキャンを指示するのか前記透過方式のスキャンを指示するのかに基づいて、前記反射方式または前記透過方式により原稿をスキャンさせ、
    前記受信工程において前記第２のドライバを介してスキャン指示を受信した場合、前記画像処理装置が前記透過方式によるスキャンのための所定の状態にあるか否かに基づいて、前記反射方式または前記透過方式により原稿をスキャンさせることを特徴とする画像処理装置の制御方法。
16. 請求項１５に記載の制御方法をコンピュータに実行させるためのプログラム。

Images