JP2014106634A - 読取システム、読取管理装置、画像形成装置、読取方法、読取管理方法、画像形成方法およびプログラム - Google Patents

Abstract

【課題】スキャンチケットを用いた仕組みを用いつつ、一連の原稿群に対するスキャン処理の効率化を図ることのできる読取システムを提供することを目的とする。
【解決手段】読取装置による原稿の読み取りのために参照される読取条件を管理する読取システムであって、記憶手段に記憶されている、前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件で、前記読取装置による読み取り動作を実行させる読取制御手段と、前記第１の読取条件での前記読取装置による読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成し、前記第２の読取条件を前記記憶手段に格納する生成手段とを備える。
【選択図】図４

Description

本発明は、読取システム、読取管理装置、画像形成装置、読取方法、読取管理方法、画像形成方法およびプログラムに関する。

近年、原稿を所定の条件でスキャンし、スキャンによって得られた原稿データを所定の格納場所に保存する作業を効率化する仕組みとして、スキャンチケット（スキャン設定を定義したもの）を用いた仕組みが存在する（例えば、特許文献１参照）。
この仕組みは、適切なスキャンチケットを用いてスキャン動作（原稿の読取動作）を実行するものである。さらに、この仕組みにおいては、スキャンチケットは、スキャン動作に用いられると、その後不要となるため削除される。この仕組みにより、紙文書の電子化と、保存を容易に行うことができる。
上記仕組みにおいては、例えばアンケートに対する複数の回答用紙のような一連の原稿群に対し、スキャンチケットを適用することにより同一条件でスキャンを行うことができる。そして、情報処理装置においては、スキャナにより得られた複数の回答用紙それぞれに対する原稿データを１つのファイルとして管理することができる。

特開２０１１−２５３４５４号公報

一方、一連の原稿群を複数回に分けてスキャンするケースも考えられる。例えば、旅行業者が開催するツアー単位のアンケートにおいては、ツアー終了時にその場でツアー客から回答用紙を回収することが望ましい。しかしながら、その場で回答用紙を回収することができないツアー客も存在するため、郵送用の封筒を一緒に渡して、後日アンケートを郵送してもらうケースがある。このようなケースにおいては、ツアー終了時点で回収済みの回答用紙を一度スキャンし、後日残りの回答用紙をスキャンするというように、一連の原稿群を複数回に分けてスキャンすることもある。
しかしながら、一連の原稿群を複数回に分けてスキャンする場合には、１回目のスキャン終了時点で用いられたスキャンチケットは削除されてしまうため、２回目以降のスキャンを実行する際にはスキャンチケットが存在しない。このため、２回目以降のスキャンを実行する際には、管理者等は、スキャン条件などの情報を手動でスキャナに設定する必要があり、スキャンチケットを用いたスキャン業務の効率化につながらないという問題があった。

本発明はこのような問題点に鑑みなされたもので、スキャンチケットを用いた仕組みを用いつつ、一連の原稿群に対するスキャン処理の効率化を図ることのできる仕組みを提供することを目的とする。

そこで、本発明は、読取装置による原稿の読み取りのために参照される読取条件を管理する読取システムであって、記憶手段に記憶されている、前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件で、前記読取装置による読み取り動作を実行させる読取制御手段と、前記第１の読取条件での前記読取装置による読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成し、前記第２の読取条件を前記記憶手段に格納する生成手段とを備えることを特徴とする。

本発明によれば、スキャンチケットを用いた仕組みを用いつつ、一連の原稿群に対するスキャン処理の効率化を図ることができる。

スキャンシステムの構成の一例を示す図である。 クライアントＰＣ、スキャンチケットサーバに適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。 複合機のハードウェア構成の一例を示す図である。 スキャンシステムの機能構成の一例を示す図である。 第１のスキャンチケット生成処理のフローチャートである。 スキャン制御処理のフローチャートである。 スキャン制御処理のフローチャートである。 スキャン制御処理のフローチャートである。 ユーザマスタの一例を示す図である。 旅行マスタの一例を示す図である。 スキャンチケットマスタの一例を示す図である。 第２のスキャンチケットが登録されたスキャンチケットマスタの一例を示す図である。 スキャンチケット一覧画面の一例を示す図である。 ユーザによりスキャンチケットが選択された状態のスキャンチケット一覧画面の一例を示す図である。 スキャンチケット一覧画面の一例を示す図である。 理由入力ウインドウの一例を示す図である。 枚数不足通知ウインドウの一例を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。図１は、本実施形態における読取処理を実行する画像形成装置としての複合機１００、クライアントＰＣ２００、読取管理装置としてのスキャンチケットサーバ３００含むスキャンシステム（読取システム）の構成の一例を示すシステム構成図である。
図１に示すように、１又は複数のクライアントＰＣ２００（例えば、ユーザ毎）、１又は複数の複合機１００、スキャンチケットサーバ３００は、ローカルエリアネットワーク（ＬＡＮ）４００を介して接続され、情報の送受信を行う。
複合機１００は、スキャンチケットの一覧を表示する。ここで、スキャンチケットとは、スキャン動作（原稿の読み取り動作）を実行するためのスキャン条件（読取条件）等の定義を含む情報である。複合機１００は、スキャンチケットに含まれるスキャン条件に従ってスキャン動作を実行する。

クライアントＰＣ２００は、ユーザが使用する端末で、各種ソフトウェアがインストールされている。クライアントＰＣ２００はまた、管理者の端末でもある。管理者は、管理者端末としてのクライアントＰＣ２００から、スキャンチケットサーバ３００にアクセスして、後述する図９のユーザマスタ、図１０の旅行マスタのメンテナンスを行うことができる。なお、本実施形態では、スキャンチケットを用いてスキャンされたデータは、データサーバとしてのスキャンチケットサーバ３００に送信されるが、クライアントＰＣ２００に送信されてもよい。
スキャンチケットサーバ３００は、スキャンチケットを記憶管理するサーバであり、スキャンチケットの発行や登録を行う。また、スキャンチケットサーバ３００は、スキャンされたデータ（ファイル）を格納するデータサーバとしての機能を有している。
本実施形態のスキャンシステムでは、スキャンチケットサーバとデータサーバとの機能を同一筺体で有する構成としたが、スキャンチケットサーバとデータサーバとを別筺体にして実現することも可能である。
また、本実施形態のスキャンシステムは、不図示であるが、複合機１００にログインするための認証サーバなど、他の装置をさらに有するシステム構成であってもよい。

図２は、図１に示したクライアントＰＣ２００、スキャンチケットサーバ３００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２または外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）が記憶されている。ＲＯＭ２０２または外部メモリ２１１には、さらに、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。ビデオコントローラ２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイルなど各種データを記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、外部メモリ２１１へのアクセスを制御する。外部メモリ２１１としては、コンパクトフラッシュ（登録商標）メモリ等が挙げられる。コンパクトフラッシュ（登録商標）は、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続される。

通信インターフェースコントローラ（通信Ｉ／Ｆコントローラ）２０８は、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものである。通信Ｉ／Ｆコントローラ２０８は、ネットワークでの通信制御処理を実行する。通信Ｉ／Ｆコントローラ２０８は、例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へのアウトラインフォントの展開（ラスタライズ）処理を実行する。これにより、ＣＲＴ２１０上への情報の表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示の入力を可能とする。
本実施形態のＰＣおよびサーバの機能を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されている。スキャンチケットサーバ３００の外部メモリ２１１に格納されている情報としては、図９に示すユーザマスタ、図１０に示す旅行マスタ、図１１および図１２に示すスキャンチケットマスタが挙げられる。これらについての詳細な説明は後述する。

次に、図３を用いて、図１に示した複合機１００のハードウェア構成について説明する。
図３は、図１に示した複合機１００のハードウェア構成の一例を示すブロック図である。
図３において、コントローラユニット３１６は、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続している。一方、コントローラユニット３１６は、ＬＡＮ（例えば、図１に示したＬＡＮ４００）や公衆回線（ＷＡＮ）と接続することで、画像データやデバイス情報の入出力を行う。公衆回線としては、例えば、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）またはＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）等が挙げられる。
コントローラユニット３１６において、ＣＰＵ３０１は、複合機１００全体を制御するプロセッサである。ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
ＲＯＭ３０３は、システムのブートプログラムや各種制御プログラムを格納している。ハードディスクドライブ（ＨＤＤ）３０４は、システムを制御するための各種プログラムや画像データ等を格納する。

操作部インタフェース（操作部Ｉ／Ｆ）３０７は、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８に入力されたキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。
ネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）３０５は、ネットワーク（ＬＡＮ）４００に接続し、データの入出力を行う。モデム（ＭＯＤＥＭ）３０６は、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
外部インタフェース（外部Ｉ／Ｆ）３１８は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部である。本実施形態の外部Ｉ／Ｆ３１８には、ユーザ認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

イメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）３２０は、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下の複数のデバイスが配置される。
ラスタイメージプロセッサ（ＲＩＰ）３１０は、例えば、ＰＤＬ（ｐａｇｅ ｄｅｓｃｒｉｐｔｉｏｎ ｌａｎｇｕａｇｅ）コード等のベクトルデータをビットマップイメージに展開する。プリンタインタフェース（プリンタＩ／Ｆ）３１１は、プリンタ３１２と画像バス３１５を接続し、画像データの同期系／非同期系の変換を行う。また、スキャナインタフェース（スキャナＩ／Ｆ）３１３は、スキャナ３１４と画像バス３１５を接続し、画像データの同期系／非同期系の変換を行う。

画像処理部３１７は、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、補正、解像度変換等を行ったりする。画像処理部３１７は、また画像データの回転を行う。画像処理部３１７は、また多値画像データおよび２値画像データに対する圧縮伸張処理を行う。多値画像データに対する処理としては、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等がある。２値画像データに対する処理としては、ＪＢＩＧ（Ｊｏｉｎｔ Ｂｉ-ｌｅｖｅｌ Ｉｍａｇｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、ＭＭＲ（Ｍｏｄｉｆｉｅｄ Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）、ＭＨ（ｍｏｄｉｆｉｅｄ ｈｕｆｆｍａｎ）等がある。

スキャナ３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、紙上の画像をラスタイメージデータとして電気信号に変換する。装置使用者が原稿用紙を図示せぬ原稿フィーダのトレイにセットし、操作部３０８を操作することにより、読み取り起動指示を入力する。ＣＰＵ３０１は、読み取り起動指示の入力を受け付けると、スキャナ３１４と原稿フィーダに指示を与える。原稿フィーダは、指示にしたがい、原稿用紙を１枚ずつフィードし、スキャナ３１４は、指示にしたがい、フィードに応じて原稿画像の読み取り動作を行う。
プリンタ３１２は、ラスタイメージデータを用紙上の画像に変換する。なお、プリンタ３１２の方式としては、感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、いずれの方式を採用してもよい。プリンタ３１２によるプリント動作の起動は、ＣＰＵ３０１からの指示による。なお、プリンタ３１２の処理対象として、異なる用紙サイズまたは異なる用紙向きの用紙を選択可能とすべく、複合機１００は、複数の給紙段を備え、各給紙段に対応した用紙カセットを備えている。

操作部３０８は、ＬＣＤ表示部とタッチパネルシートを有している。タッチパネルシートは、ＬＥＤ表示部上に貼り付けられている。この構成により、操作部３０８は、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等（いずれも図示せず）を備える。
なお、他の例としては、操作部３０８は、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させる表示部と、各種操作キーとを備えるものであり、タッチパネル機能を備えなくともよい。
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始するときなどに用いられる。スタートキーの中央部には、緑と赤との２色ＬＥＤが配置されており、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力するときに用いる。リセットキーは、操作部３０８の設定を初期化するときに用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、携帯端末内に備えられたＩＣカードに記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。
以上のような構成によって、複合機１００は、スキャナ３１４から読み込んだ画像データをＬＡＮ４００上に送信したり、ＬＡＮ４００から受信した印刷データをプリンタ３１２により印刷出力したりすることができる。また、複合機１００は、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ３１２により出力したりすることできる。

次に、図４を用いて本実施形態におけるスキャンシステムの各機能について説明する。図４は、本実施形態におけるスキャンシステムの機能ブロック図である。本実施形態におけるスキャンシステムは、複合機１００（例えば、画像形成装置）で原稿をスキャンするための内容が定義されているスキャンチケットを管理するスキャンシステムである。スキャンシステムは、機能構成として、スキャン制御部（読取制御部）４０１と、判定部４０２と、表示制御部４０３と、受付部４０４と、生成部４１１と、データ管理部４１２と、削除部４１３とを備えている。
スキャン制御部４０１は、例えば複合機１００のＣＰＵ３０１がＲＯＭ３０３またはＨＤＤ３０４に格納されているプログラムをＲＡＭ３０２に読み出し、このプログラムを実行することにより実現されるものである。同様に、判定部４０２、表示制御部４０３および受付部４０４は、複合機１００のＣＰＵ３０１により実現されるものである。

また、生成部４１１は、スキャンチケットサーバ３００のＣＰＵ２０１がＲＯＭ２０２または外部メモリ２１１に格納されているプログラムをＲＡＭ２０３に読み出し、このプログラムを実行することにより実現されるものである。同様に、データ管理部４１２および削除部４１３は、スキャンチケットサーバ３００のＣＰＵ２０１により実現されるものである。
なお、上記各部は、スキャンシステムが備えるいずれかの装置において実現されればよく、その装置は、上記装置に限定されるものではない。例えば、判定部４０２は、複合機１００に替えて、スキャンチケットサーバ３００において実現されてもよい。

スキャン制御部４０１は、スキャンチケットに含まれるスキャン条件にしたがって、スキャン動作（読取動作）を制御する機能部である。
判定部４０２は、スキャン制御部４０１の制御の下、スキャンが実行されると、読取済枚数と、スキャンチケットに定義されている予定読取枚数とを比較し、残り原稿が存在するか否かを判定する。ここで、読取済枚数とは、スキャンチケットを用いたスキャナ３１４によるスキャン動作が行われた原稿の枚数である。また、予定読取枚数は、スキャンチケットのスキャン条件でスキャンされるべき原稿群に含まれる原稿の枚数である。以下、スキャン対象となる原稿群を対象原稿群と称する。判定部４０２は、読取済枚数が予定読取枚数に比べて少ない場合に、残り原稿が存在すると判定する。
表示制御部４０３は、スキャンシステムに登録されているスキャンチケット等各種情報を、複合機１００の操作部３０８としてのＬＣＤ表示部に表示する。受付部４０５は、ユーザによる操作部３０８の操作により入力された情報を受け付ける。
なお、本実施形態においては、ユーザがスキャナ３１４にかかる操作指示を複合機１００の操作部３０８を介して行う場合を想定して説明するが、本操作は、クライアントＰＣ２００から行うことも可能である。この場合には、表示制御部４０３は、クライアントＰＣ２００のＣＲＴ２１０に各種情報を表示し、受付部４０５は、ユーザによるクライアントＰＣ２００のＫＢ２０９の操作に応じた情報を受け付けてもよい。

生成部４１１は、スキャン条件を生成し、生成したスキャン条件を含むスキャンチケットを生成する。生成部４１１は、さらにスキャンチケットを用いたスキャンにおいて、スキャンが行われなかった原稿（残り原稿）が存在する場合には、残り原稿に対するスキャンチケットを新たに生成する。生成部４１１は、生成したスキャンチケットを記憶部に記憶する。ここで、記憶部は、より具体的には、スキャンチケットサーバ３００の外部メモリ２１１等である。なお、記憶部は、スキャナシステムの備えるいずれの装置に設けられていてもよく、実施形態に限定されるものではない。
以降、対象原稿群に対する初回のスキャンにおいて適用されるスキャンチケットを第１のスキャンチケットと称する。また、対象原稿群のうちスキャンが行われなかった残り原稿に対するスキャンを追加スキャンと称する。追加スキャンにおいて適用されるスキャンチケットを適宜第２のスキャンチケットと称する。第１のスキャンチケットに含まれるスキャン条件および第２のスキャンチケットに含まれるスキャン条件を、それぞれ適宜第１のスキャン条件（第１の読取条件）および第２のスキャン条件（第２の読取条件）と称することとする。第１のスキャンチケットのスキャン条件には、対象原稿群の枚数がスキャンの予定読取枚数として含まれている。これに対し、第２のスキャンチケットのスキャン条件には、残り原稿の枚数がスキャン予定読取枚数として含まれている。なお、各スキャンチケットの生成処理については後述する。

また、第１のスキャン条件でのスキャン動作により得られた原稿データを第１の原稿データ、第２のスキャン条件でのスキャン動作により得られた原稿データを第２の原稿データと称する。
データ管理部４１２は、スキャナ３１４によるスキャン動作により得られた原稿データを記憶部に格納し、管理する。データ管理部４１２はまた、ユーザからの入力データを記憶部に格納し、管理する。削除部４１３は、スキャナ３１４により参照されたスキャンチケットを記憶部から削除する。

次に、図５〜図８のフローチャートを用いて、本実施形態にかかるスキャンシステムにおける処理について説明する。なお、フローチャートの各ステップは、各装置のＣＰＵが各装置のＲＯＭ等の記憶装置に記憶されているプログラムに基づき処理を実行するものとする。また、各処理において用いられる表示画面やデータについては、フローチャートの各ステップ内で説明する。ここでは、ツアーのアンケートに対する回答用紙を対象原稿群とする場合について説明する。
図５は、第１のスキャンチケット生成処理のフローチャートである。第１のスキャンチケット生成処理は、図４を参照しつつ説明した生成部４１１により実現される処理である。本処理により、第１のスキャンチケットがスキャンチケットマスタ（図１１）に登録される。ここで、スキャンチケットマスタは、記憶部としてのスキャンチケットサーバ３００の外部メモリ２１１等の記憶部に格納されている。スキャンチケットマスタは、第１のスキャンチケットおよび第２のスキャンチケットが格納されるテーブルである。

まず、前提として、例えばツアーの添乗員等、スキャンシステムのシステムのユーザは、自身が使用するクライアントＰＣ２００等を用いて、ツアー情報を入力する。クライアントＰＣ２００は、ツアー情報の入力を受け付けると、これをスキャンチケットサーバ３００に送信する。
スキャンチケットサーバ３００は、ツアー情報を受信すると、受信したツアー情報を旅行マスタ（図１０）に登録する（ステップＳ５００）。ここで、旅行マスタは、スキャンチケットサーバ３００の外部メモリ２１１などの記憶部に格納されている。ツアー情報としては、ツアーコード、ツアー名、ツアー開始日、ツアー終了日、ツアー人数および添乗員の職員ＩＤがあり、図１０に示すように、旅行マスタの各フィールド（１０００〜１００５）にはこれらの情報が登録されている。なお、旅行マスタのスキャンフラグのフィールド１００６には、ツアー情報登録時には、デフォルト値として０が自動登録される。

次に、スキャンチケットサーバ３００は、システムの時刻を監視し、予め規定されたタイミングになると（ステップＳ５０１，ＹＥＳ）、旅行マスタのフィールド１００３からツアー終了日を取得する（ステップＳ５０２）。なお、本実施形態においては、日付が変わったタイミングを規定されたタイミングとする。続いて、スキャンチケットサーバ３００は、自身が旅行マスタからツアー終了日を取得した日にち（取得日）と、取得したツアー終了日とを比較する（ステップＳ５０３）。日にちの比較はバッチ処理である。
ツアー終了日が取得日よりも前の日にちである場合（ステップＳ５０３，ＹＥＳ）、すなわちツアーが終了している場合には、ステップＳ５０４以降の処理を行うことにより、第１のスキャンチケットを生成する。

一方、ステップＳ５０３において、ツアー終了日が取得日よりも後の日にちである場合（ステップＳ５０３，ＮＯ）、すなわち、ツアー終了日が経過していない場合には、他のツアー情報（レコード）中のツアー終了日に対し、取得日との比較処理を行う。
ツアーが終了するとアンケートの回答用紙の回収がなされるため、回収した回答用紙のスキャン動作が可能となる。そこで、本実施形態にかかるスキャンシステムにおいては、旅行マスタに登録されているツアー終了日を、スキャン動作の開始可能なタイミングとして扱うこととした。
このように、スキャンチケットサーバ３００は、スキャン動作の開始可能なタイミングが経過した場合にスキャン動作に用いられるスキャンチケットを生成するので、ユーザはスキャンチケットの生成を指示する必要がない。
なお、本実施形態においては、ツアー終了日を読取動作の開始可能なタイミングとすることとしたが、このタイミングは、実施形態に限定されるものではない。開始可能なタイミングは、対象原稿群の種類や利用タイミングなどに応じて、管理者等が適宜設定することができる。

スキャンチケットサーバ３００は、ツアー終了日が取得日よりも前の日にちである場合には（５０３，ＹＥＳ）、旅行マスタのフィールド１０００，１００４，１００５それぞれからツアーコード、ツアー人数および職員ＩＤを取得する（ステップＳ５０４）。なお、本実施形態においては、１人のツアー者から１枚の回答用紙を回収することを想定しているため、旅行者数と対象原稿群に含まれる原稿枚数（予定読取枚数）とは等しい値となる。すなわち、スキャンチケットサーバ３００は、旅行マスタから取得したツアー人数を、スキャンチケットに含めるべきスキャン動作の予定読取枚数として扱うことができる。
他の例としては、１人のツアー者から複数枚の回答用紙を回収することとしてもよい。この場合には、旅行マスタに、ツアー人数の他に、１人あたりの用紙の枚数を登録するフィールドをさらに設けることとする。そして、スキャンチケットサーバ３００は、ツアー人数に１人あたりの枚数を乗じることにより、予定読取枚数を算出し、これをスキャンチケットマスタに登録する。

続いて、スキャンチケットサーバ３００は、新たに生成する第１のスキャンチケットのスキャンコードを発行し、このスキャンコードをスキャンチケットマスタ（図１１）のフィールド１１００に登録する。スキャンチケットサーバ３００は、新たに登録したスキャンコードに対応付けて、ステップＳ５０４において取得した職員ＩＤをスキャンチケットマスタのフィールド１１０２にオーナーとして登録する。同様に、スキャンチケットサーバ３００は、ツアーコードおよびツアー人数（予定読取枚数）を、それぞれスキャンチケットマスタのフィールド１１０４，１１０８に登録する（ステップＳ５０５）。
本実施形態においては、スキャンチケットサーバ３００は、旅行マスタに登録されている職員ＩＤを、スキャンチケットのオーナーとしてスキャンチケットマスタに登録することとしている。他の例としては、例えば管理者等の操作により、ツアーの添乗員以外の職員の職員ＩＤをオーナーとして別途登録することとしてもよい。

続いて、スキャンチケットサーバ３００は、複合機１００のスキャナ３１４により得られたスキャンファイルを格納するためのフォルダを生成する（ステップＳ５０６）。ここで、スキャンファイルは、スキャナ３１４による各原稿の読み取り動作に対して得られた原稿データのファイルである。
スキャンチケットサーバ３００は、より具体的には、スキャンファイルの格納先として予め指定されたフォルダの直下に新たなフォルダを生成する。ここで、予め指定されたフォルダは、例えばスキャンチケットサーバ３００の外部メモリ２１１内の領域に設けられている。スキャンチケットサーバ３００は、新規作成したフォルダのフォルダ名にスキャンチケットマスタに登録したツアーコード名を与える。

次に、スキャンチケットサーバ３００は、ステップＳ５０６において新たに生成したフォルダへのパスを格納先ディレクトリとしてスキャンチケットマスタのフォルダ１１０９に登録する（ステップＳ５０７）。ここで、格納先ディレクトリは、スキャンチケットに含まれるスキャン条件にしたがったスキャン動作により得られた原稿データを格納する記憶領域を示す格納先データである。
スキャンチケットサーバ３００は、さらに新たに登録したスキャンコードに対応付けて、フィールド１１０１，１１０３それぞれに親コード、登録日を登録し、フィールド１１０５〜１１０７に予定読取枚数以外のスキャン条件を登録する（ステップＳ５０８）。より具体的には、親コードとして、デフォルト値であるＮＵＬＬが自動登録される。登録日として、当該処理を行っている日、すなわちタイムスタンプが自動登録される。また、本実施形態のスキャンチケットサーバ３００においては、スキャン条件として、予定読取枚数の他、出力形式、ｄｐｉ（解像度）、色がそれぞれ予め定められており、これら規定値が登録される。以上により、新たな第１のスキャンチケットの生成が完了する。

図６〜図８は、スキャン制御処理のフローチャートである。まず、ユーザが複合機１００のカードリーダ３１９（図４）に、ＩＣカードが装着された携帯端末をかざす。複合機１００のカードリーダ３１９Ａは、このときＩＣカードに記憶されている情報を読み出す。複合機１００は、ユーザマスタ９００（図９）に記憶されている情報と、ＩＣカードに記憶されている情報との比較により、ユーザ認証を行う。なお、ＩＣカードには、職員ＩＤ、職員名およびパスワードが記憶されている。同様に、ユーザマスタ９００には、登録ユーザの職員ＩＤ、職員名およびパスワードが記憶されている。
複合機１００は、認証に成功すると、図６に示すように、ログイン処理を行う（ステップＳ６００）。ログイン処理は、ユーザマスタからユーザ情報を取得し、取得したユーザ情報を複合機１００が管理する領域にログイン情報として格納することにより、ユーザによる複合機１００の利用を可能とする処理である。
なお、他の例としては、ＩＣカードにはカードＩＤが記憶されており、ユーザマスタには、登録ユーザが所持するＩＣカードのカードＩＤを記憶しておくこととしてもよい。この場合には、カードＩＤの照合により、ユーザ認証を行うこととする。
また、他の例としては、ユーザマスタは不図示の認証サーバに記憶しておくこととしてもよい。この場合には、複合機１００は、認証サーバとの通信によりユーザマスタの情報を取得し、認証を行えばよい。

ログイン処理が完了すると、複合機１００は、スキャンチケット一覧要求をスキャンチケットサーバ３００に送信する（ステップＳ６０１）。ここで、スキャンチケット一覧要求は、スキャンチケットサーバ３００に登録されているスキャンチケットの一覧を要求する情報である。スキャンチケット一覧要求には、ログイン情報が含まれている。ログイン情報は、職員ＩＤや職員名など職員を特定する情報である。なお、本実施形態においては、ログイン情報は職員ＩＤとする。
スキャンチケットサーバ３００は、スキャンチケット一覧要求を受信すると、ログイン情報（職員ＩＤ）と、スキャンチケットマスタ（図１１）のフィールド１１０２のオーナーとを比較する。そして、スキャンチケットサーバ３００は、ログイン情報とオーナーとが一致するスキャンチケットをスキャンチケットマスタから取得する。スキャンチケットサーバ３００は、さらに旅行マスタ（図１０）を参照し、スキャンチケットマスタから取得したスキャンチケットに対応するツアー名など複合機１００において表示する情報を取得する。そして、スキャンチケットサーバ３００は、スキャンチケットマスタから取得した情報および旅行マスタから取得した情報に基づいて、未処理のスキャンに対応するスキャンチケットに関する情報を含むスキャンチケット一覧を生成する。スキャンチケットサーバ３００は、生成したスキャンチケット一覧を複合機１００に送信する（ステップＳ６０２）。

本実施形態においては、スキャンチケット一覧に、各スキャンチケットに対応するツアーコード、ツアー名、枚数、日程、添乗員コード、添乗員、追加スキャンの情報を含めることとする。ここで、枚数は、予定読取枚数であり、日程は、ツアー開始日からツアー終了日までの期間である。追加スキャンは、当該スキャンチケットが追加スキャンに対するスキャンチケット（第２のスキャンチケット）か否かを示す情報である。なお、スキャンチケット一覧は、スキャンチケットに関する情報であって、ユーザに提示すべき情報を含むものであればよい。スキャンチケット一覧が含む情報は、実施形態に限定されるものではない。
また、他の例としては、ツアー名などスキャンチケット一覧に含めるべき情報は、スキャンチケットマスタに登録しておくこととしてもよい。この場合には、スキャンチケット一覧を生成する処理において、旅行マスタを参照する処理を不要とすることができる。

続いて、複合機１００は、スキャンチケット一覧を受信し、操作部３０８としてのＬＣＤ表示部に、受信したスキャンチケット一覧を表示する（ステップＳ６０３）。図１３Ａは、スキャンチケット一覧画面１３００を示す図である。スキャンチケット一覧画面１３００には、ツアーＣＤ（ツアーコード）、ツアー名、枚数（予定読取枚数）などスキャンチケットサーバ３００から受信した情報が表示されている。
続いて、ユーザの操作により、スキャンに適用すべきスキャンチケットが選択される。複合機１００は、ユーザによる選択入力を受け付ける（ステップＳ６０４）。選択されたスキャンチケットは、１３Ｂに示すスキャンチケット一覧画面１３０１の１行目１３０２のように、ハイライト表示される。
なお、図１３Ａに示すスキャンチケット一覧画面１３００には、第１のスキャンチケットマスタのみが表示されている。これに対し、スキャンチケットマスタに第２のスキャンチケットが登録されている場合には、ステップＳ６０３において、スキャンチケット一覧画面１３００には、第２のスキャンチケットも併せて表示される。

図１４は、第２のスキャンチケット１４０１を含むスキャンチケット一覧画面１４００を示している。第２のスキャンチケット１４０１の追加スキャンのフィールドには、丸が表示される。このように、第１のスキャンチケットについては、追加スキャンのフィールドは空欄となるのに対し、第２のスキャンチケットについては、追加スキャンのフィールドに丸が表示される。したがって、ユーザは、追加スキャンのフィールドの丸の有無により、表示されているスキャンチケットが追加スキャンに対するものか否かを判別することができる。なお、第２のスキャンチケットについては、枚数として残り原稿の予定読取枚数が表示されている。
このように、スキャンチケット一覧画面１３００には、第１のスキャン条件と第２のスキャン条件とを示す情報が表示されている。さらに、第２のスキャン条件に対応するツアーコードやツアー名は、対応する第１のスキャン条件に対するツアーコード、ツアー名と同一の情報である。すなわち、ツアーコード等の情報は、第１のスキャン条件と第２のスキャン条件との関係を識別可能とする情報である。したがって、閲覧者は、ツアーコード等の情報により、第１のスキャン条件と第２のスキャン条件との関係を把握することができる。なお、当該処理は、表示制御部４０３による表示制御処理の一例である。
なお、他の例としては、追加スキャンの有無を示す丸の表示にかえて、追加スキャンである場合には、当該スキャンチケットのスキャンスキャンコードなど、スキャンチケットを識別する情報を表示してもよい。

続いて、ユーザによりスキャンボタン１３０３が選択されると、複合機１００は、ユーザによる選択を受け付け、選択中のスキャンチケットを用いたスキャン要求がスキャンチケットサーバ３００に送信される（Ｓ６０５）。ここで、スキャン要求は、選択中のスキャンチケットを用いたスキャンの実行を要求する情報である。スキャン要求には、選択中のスキャンチケットのスキャンコードが含まれている。
スキャンチケットサーバ３００は、スキャン要求を受信すると（ステップＳ６０６）、スキャンコードを検索キーとして、スキャンチケットマスタを検索する。スキャンチケットサーバ３００は、検索キーと一致するスキャンコードに対応するスキャンチケットを特定する。スキャンチケットサーバ３００は、特定したスキャンチケットから、スキャン条件（出力形式、ｄｐｉ、色、予定読取枚数）と、格納先ディレクトリを読み出す（ステップＳ６０７）。次に、スキャンチケットサーバ３００は、スキャンコード、スキャン条件および格納先ディレクトリを含むスキャン命令を複合機１００に送信する（ステップＳ６０８）。

複合機１００は、スキャン命令を受信すると（ステップＳ６０９）、スキャン命令に含まれるスキャン条件を設定する（ステップＳ６１０）。次に、複合機１００は、スキャン条件を用いたスキャン制御を実行し（ステップＳ６１１）、スキャナ３１４は、スキャン動作を行う。これにより、スキャンファイルが生成される。ここで、スキャンファイルには、スキャン動作により得られた１枚または複数枚の原稿に対する原稿データが含まれている。なお、ステップＳ６１１のスキャン処理は、図４に示すスキャン制御部４０１により実現される処理である。
次に、複合機１００は、スキャナ３１４の図示せぬカウンタによりカウントされたスキャン枚数を、実際にスキャンが行われた読取済枚数として取得する（ステップＳ６１２）。

以上の処理により、ステップＳ６０４において、ユーザにより第１のスキャンチケットが選択された場合には、スキャン制御部４０１により第１のスキャン条件にしたがったスキャン動作の制御が実行される。その一方で、ステップＳ６０４において、ユーザにより第２のスキャンチケットが選択された場合には、スキャン制御部４０１により第２のスキャン条件にしたがったスキャン動作の制御が実行される。
なお、本実施形態では、ステップＳ６０８においてスキャンチケットサーバ３００よりスキャン命令を送信し、複合機１００のスキャン動作を制御するようにしたが、これに限定されるものではない。例えば、ステップＳ６０２でスキャンチケット一覧を送信する際にスキャン条件も送信してもよい。そして、複合機１００でスキャン指示があった場合に、スキャンチケットサーバ３００を介することなく、複合機１００の内部でスキャン命令を発行し、スキャン動作を制御する構成をとっても良い。

図７に示すように、ステップＳ６１２に続き、複合機１００は、スキャナ３１４による読取済枚数と、スキャン条件として設定された予定読取枚数とを比較する。読取済枚数が予定読取枚数よりも多い場合には（ステップＳ７００，ＹＥＳ）、ステップＳ７０１に処理を移す。読取済枚数が予定読取枚数以下である場合には（ステップＳ７００，ＮＯ）、ステップＳ７１０へ処理を移す。
ステップＳ７０１では、複合機１００は、操作部３０８のＬＣＤ表示部に図１５に示す理由入力ウインドウ１５００を表示する（ステップＳ７０１）。理由入力ウインドウ１５００には、ユーザからの理由入力を受け付けるための入力欄１５０１と、入力された理由を登録するための登録ボタン１５０２とが設けられている。

続いて、複合機１００は、操作部３０８を介して、入力欄１５０１へのユーザからの理由入力を受け付ける（ステップＳ７０２）。次に、複合機１００は、入力を受け付けた理由データを、対応するスキャン動作により得られたスキャンファイルに追加する（ステップＳ７０３）。このように、読取済枚数が予定読取枚数よりも多い場合には、その理由を示すデータをスキャンファイルに追加することができる。これにより、ユーザは、後に付キャンファイルを閲覧する際に、理由データを併せて閲覧し、理由を確認することができる。ここで、ステップＳ７０２は、受付部４０４による受付処理の一例である。
なお、ユーザが理由入力不要と考えた場合には、理由の入力は不要である。この場合には、複合機１００は、ステップＳ７０２，Ｓ７０３の処理を省略し、ステップＳ７０４へ処理を移す。

次に、ユーザにより登録ボタン１５０２が選択されると、複合機１００は、登録指示を受け付ける。ここで、登録指示は、スキャンにより得られた原稿データの記憶部への登録を指示する情報である。登録指示を受け付けた場合には（ステップＳ７０４，ＹＥＳ）、複合機１００は、スキャン命令に含まれる格納先ディレクトリを参照し、スキャンファイルをスキャンチケットサーバ３００に送信する（ステップＳ７０５）。なお、複合機１００は、このときスキャン命令に含まれるスキャンコードも併せて送信する。
これに対応し、スキャンチケットサーバ３００は、スキャンファイルを受信し（ステップＳ７２４）、格納先ディレクトリに示される記憶領域に、受信したスキャンファイルを格納する（ステップＳ７２５）。なお、スキャンファイルに理由データが追加されている場合には、ステップＳ７２５において、理由データはスキャンファイルとして、記憶部に格納される。すなわち、ステップＳ７２５は、データ管理部４１２によるデータ管理処理の一例である。
以上の処理により、第１のスキャン条件に従ったスキャン動作が実行された場合には、第１の原稿データを含むスキャンファイルが格納され、第２のスキャン条件に従ったスキャン動作が実行された場合には、第２の原稿データを含むスキャンファイルが格納される。

一方、ステップＳ７００において、読取済枚数が予定読取枚数以下である場合には（ステップＳ７００，ＮＯ）、複合機１００はさらに、予定読取枚数と読取済枚数との一致を判定する（ステップＳ７１０）。両者が一致している場合には（ステップＳ７１０，ＹＥＳ）、ステップＳ７０５に進み、スキャンファイルをスキャンチケットサーバ３００に送信する。
ステップＳ７１０において、予定読取枚数と読取済枚数とが一致しない場合（ステップＳ７１０，ＮＯ）、すなわち読取済枚数が予定読取枚数に満たない場合には、複合機１００は、予定読取枚数と読取済枚数との差分を算出する（ステップＳ７１１）。
なお、本実施形態では、ステップＳ７００、Ｓ７１０、Ｓ７１１の処理について、複合機１００で処理するようにしたが、これに限定されるものではない。例えば、ステップＳ６１２で取得した読取済枚数をスキャンチケットサーバ３００に送信し、スキャンチケットサーバ３００において、各種処理を実行してもよい。この場合、スキャンチケットサーバ３００は、判定の結果を複合機１００に返す。また、他の例としては、スキャンチケットサーバ３００は、判定の結果によって表示する画面を複合機１００に返し、各種ウインドウに表示するようにしてもよい。
次に、複合機１００は、操作部３０８のＬＣＤ表示部に図１６に示す枚数不足通知ウインドウ１６００を表示する（ステップＳ７１２）。枚数不足通知ウインドウ１６００には、予定読取枚数分のスキャンが完了していない旨をユーザに通知する情報１６０１等が表示される。
枚数不足通知ウインドウ１６００には、さらに、キャンセルボタン１６０２と、「後で」ボタン１６０３と、「登録」ボタン１６０４が表示されている。ユーザにより操作部３０８を介して「後で」ボタン１６０３が選択されると、複合機１００は、スキャンチケットの生成指示を受け付ける。スキャンチケット生成指示は、残り原稿に対するスキャン（追加スキャン）に対するスキャンチケット（第２のスキャンチケット）を生成することを指示する情報である。ユーザにより「登録」ボタン１６０４が選択されると、複合機１００は、スキャン動作により得られた原稿データを含むスキャンファイルの登録指示を受け付ける。

枚数不足通知ウインドウ１６００を表示した後、複合機１００は、「後で」ボタン１６０３の選択の有無に対応するスキャンチケットの生成指示の有無を判定する。残り原稿に対するスキャンチケットの生成指示を受け付けない場合には（ステップＳ７１３，ＮＯ）、複合機１００は、さらに「登録」ボタン１６０４の選択の有無に対応する登録指示の受け付けの有無を判定する。登録指示を受け付けた場合には（ステップＳ７１４，ＹＥＳ）、ステップＳ７０５に進む。
一方、「登録」ボタン１６０４が選択されず、キャンセルボタン１６０２が選択された場合には（ステップＳ７１４，ＮＯ）、本処理を終了する。
また、ステップＳ７１３において、残り原稿に対するスキャンチケットの生成指示を受け付けた場合には（ステップＳ７１３，ＹＥＳ）、複合機１００は、スキャンチケット生成要求をスキャンチケットサーバ３００に送信する（ステップＳ７１５）。ここで、スキャンチケット生成要求には、スキャン命令に含まれるスキャンコードと、ステップＳ７１１において算出された差分枚数とが含まれている。

スキャンチケットサーバ３００は、複合機１００からスキャンチケット生成要求を受信する（ステップＳ７２０）。スキャンチケットサーバ３００は、スキャンチケットマスタを参照し、受信したスキャンチケット生成要求に含まれるスキャンコードを含むスキャンチケット、すなわち複合機１００において用いられた第１のスキャンチケットを特定する（ステップＳ７２１）。続いて、スキャンチケットサーバ３００は、特定された第１のスキャンチケットに含まれる情報をもとに、追加スキャンのスキャン条件（第２のスキャン条件）を含む第２のスキャンチケットを生成する（ステップＳ７２２）。そして、スキャンチケットサーバ３００は、生成した第２のスキャンチケットをスキャンチケットマスタに新たなレコードとして格納する。

より具体的には、スキャンチケットサーバ３００は、新たなスキャンコードを発行し、スキャンチケットマスタの新たなレコードのフィールド１１００に登録する。さらに、スキャンチケットサーバ３００は、スキャンチケット生成要求に含まれているスキャンコードを親コードとしてフィールド１１０１に登録する。ここで、親コードは、第２のスキャンチケットを第１のスキャンチケットに関連付ける関連データである。スキャンチケットサーバ３００は、また当該処理実行時のタイムスタンプを登録日としてフィールド１１０３に追加する。スキャンチケットサーバ３００は、またスキャンチケット生成要求に含まれている差分枚数を予定読取枚数としてフィールド１１０８に登録する。
なお、ユーザがアンケートをスキャンする前に、ユーザ（例えばツアー客）からメール等でアンケートデータを受信した場合には、管理者がメールで受け取ったファイルを登録する。また、管理者が手動で登録した枚数（手動登録枚数）を記憶させることが考えられる。この場合、「予定読取枚数−読取済枚数−手動登録枚数」が差分枚数として算出される。すなわち、予定読取枚数と読取済枚数との差分に応じた枚数を第２の読取条件とする構成もある。
さらに、スキャンチケットサーバ３００は、第２のスキャンチケットに対する残りの情報については、ステップＳ７２１において特定した第１のスキャンチケットの対応する情報を引き継ぎ、同一の情報を同一のフィールドにそれぞれ登録する。
さらに、スキャンチケットサーバ３００は、追加スキャンに対するスキャンチケット（第２のスキャンチケット）が生成された場合には、ツアーコードを検索キーとして、旅行マスタ（図１０）を検索する。そして、スキャンチケットサーバ３００は、ツアーコードの一致するレコードのフィールド１００６に「１」のスキャンフラグを設定する。

図１２は、追加スキャンに対応するスキャンチケット、すなわち第２のスキャンチケットが登録されたスキャンチケットマスタを示す図である。図１２に示すスキャンチケットマスタには、スキャンコード「ＳＴ０００１」を親コードとする新たな第２のスキャンチケットが登録されている。なお、図１１に示す「ＳＴ０００１」をスキャンコードとする第１のスキャンチケットは、後述する処理（図８のステップＳ８０２）においてスキャンチケットマスタから削除される。このため、「ＳＴ０００１」をスキャンコードとする第１のスキャンチケットは、図１２に示すスキャンチケットマスタには、登録されていない。
図１２の第２のスキャンチケットは、図１１のスキャンコードＳＴ０００１の第１スキャンチケットにより、予定読取枚数２０枚のうち１５枚のスキャンが完了した場合に、５枚の残り原稿に対して生成されたものである。このように、第２のスキャンチケットの予定読取枚数は、対応する第１のスキャンチケットの予定読取枚数と異なる値となっている。すなわち、第２のスキャンチケットに含まれる第２のスキャン条件は、第１のスキャンチケットに含まれる第１のスキャン条件と異なる条件である。また、第２のスキャンチケットの予定読取枚数は、第１のスキャンチケットを用いたスキャン動作により定まる値である。すなわち、第２のスキャンチケットは、第１のスキャンチケットを用いたスキャンの結果に基づいて生成されるものである。
なお、本実施形態においては、第１のスキャンチケットおよび第２のスキャンチケットのいずれもスキャンチケットマスタに登録されることとした。これに対し、他の例としては、第１のスキャンチケットと第２のスキャンチケットとをそれぞれ別のテーブルで管理することとしてもよい。この場合、スキャンチケットサーバ３００は、スキャンチケット一覧を生成する際には、それぞれのテーブルからスキャンチケットを取得すればよい。

次に、スキャンチケットサーバ３００は、第２のスキャンチケットの生成終了通知を複合機１００に送信する（ステップＳ７２３）。複合機１００は、生成終了通知を受信すると（ステップＳ７３０）、操作部３０８のＬＣＤ表示部に残り原稿に対する追加スキャンに用いられる第２のスキャンチケットが生成された旨の情報（生成終了通知）を表示する（ステップＳ７３１）。
以上のように、本実施形態にかかるスキャンシステムにおいては、対象原稿群のうち一部の原稿に対するスキャン動作のみが完了した際には、ユーザからの指示に従い、対象原稿群のうち残り原稿に対する第２のスキャンチケットを自動的に生成することができる。すなわち、第２のスキャンチケットを生成するための煩雑なユーザ操作を不要とすることができる。

図８は、図７のスキャンファイル格納処理（ステップＳ７２５）に続くフローチャートである。スキャンチケットサーバ３００は、ステップＳ７２４においてスキャンファイルとともに受信したスキャンコードを検索キーとしてスキャンマスタを参照し、スキャンチケットを特定する。そして、スキャンチケットサーバ３００は、特定したスキャンチケットのツアーコードを検索キーとして旅行マスタを参照し、ツアー情報を特定する。スキャンチケットサーバ３００は、特定したツアー情報のフィールド１００６のスキャンフラグが「１」か否かを判定する。なお、スキャンフラグは、第２のスキャンチケットが生成された場合に、「１」となるものである。したがって、スキャンフラグを参照することにより、既に同一の対象原稿群に対するスキャンファイルが記憶部に記憶されているか否か、すなわち今回得られたスキャンファイルに結合すべきファイルが存在するか否かを判定することができる。
なお、他の例としては、スキャンフラグの参照に替えて、格納先のフォルダに複数のスキャンファイルが存在するか否かに基づいて、結合すべきファイルが存在するか否かを判定してもよい。

ステップＳ８００において、スキャンフラグに「１」が設定されている場合には、結合すべきファイルが存在するとして（ステップＳ８００，ＹＥＳ）、ステップＳ８０１へ処理を移す。スキャンフラグに「０」が設定されている場合には、結合すべきファイルが存在しないとして（ステップＳ８００，ＮＯ）、ステップＳ８０２へ処理を移す。
結合すべきファイルが存在する場合には、スキャンチケットサーバ３００は、同一フォルダに存在する複数のスキャンファイルを１つのファイルにする結合処理を行う（ステップＳ８０１）。すなわち、ステップＳ８０１は、データ管理部２１４によるデータ管理処理の一例である。ステップＳ８０１において、データ管理部２１４は、第１のスキャン条件により得られた第１の原稿データを含むスキャンファイルと、第２の原稿データを含むスキャンファイルとを結合する。
なお、本実施の形態においては、第１の原稿データと第２の原稿データのスキャンファイルとを結合することとした。しかし、各スキャンファイルに格納される第１の原稿データと第２の原稿データとを関連付ければよく、その方法は実施の形態に限定されるものではない。例えば、第１の原稿データと第２の原稿データとを含む２つのスキャンファイルに両者が関連することを示す同一の識別情報を付与することとしてもよい。
このように、本実施形態にかかるスキャンシステムにおいては、同一の対象原稿群に対するスキャンを複数のタイミングで実施した場合であっても、一連の原稿データを同一ファイルとして管理することができ、管理を容易にすることができる。さらに、ユーザは、従来のように、スキャンタイミングが異なることに起因して別ファイルとして生成された複数の原稿データを手作業で紐付けする必要がなく、処理の効率化を図ることができる。

続いて、スキャンチケットサーバ３００は、複合機１００において用いられたスキャンチケットをスキャンチケットマスタから削除する（ステップＳ８０２）。すなわち、ステップＳ８０２は、削除部４１３による削除処理の一例である。このように、削除部４１３は、既にスキャン動作が完了した場合に、完了したスキャン動作において参照されたスキャン条件を含むスキャンチケットを削除する。
なお、スキャンチケットを削除する処理は、スキャン動作の完了後であればよく、結合処理の後のタイミングに限定されるものではない。例えば、削除処理は、ステップＳ７２３において、削除対象となる第１のスキャンチケットに対応する第２のスキャンチケットの生成終了通知が送信された後のタイミングに実行されてもよい。また、スキャンチケットの削除は、ステップＳ７２２において生成された第２のスキャンチケットにより、削除対象となる第１のスキャンチケットを上書きする処理を含むものである。

続いて、スキャンチケットサーバ３００は、ステップＳ８０２において削除したスキャンチケットのスキャンコードを親コードとして含むスキャンチケットがスキャンチケットマスタに存在するか否かを判定する。対象とするスキャンチケットが存在しない場合には（ステップＳ８０３，ＮＯ）、スキャンチケットサーバ３００は、スキャンファイルを格納先から読み出し、これを文書管理システムに登録する（ステップＳ８０４）。スキャンチケットサーバ３００は、さらにスキャンファイルを記憶部から削除する（ステップＳ８０５）。なお、スキャンチケットサーバ３００は、このときスキャンファイルとともに、スキャンファイルのフォルダも削除してもよい。
ここで、文書管理システムは、スキャンシステムが備える装置である。本実施形態においては、文書管理システムは、スキャンチケットサーバ３００と別個の装置であるものとする。スキャンチケットサーバ３００は、登録処理（ステップＳ８０４）において、読み出したスキャンファイルを文書管理システムに送信する。

ステップＳ８０３において、対象とするスキャンチケットが存在する場合には（ステップＳ８０３，ＹＥＳ）、処理を終了する。また、他の例としては、この場合には、スキャンチケット一覧画面を複合機１００に表示してもよい。
削除されたスキャンチケットのスキャンコードを親コードとして含むスキャンチケットが存在する場合には、格納されているスキャンファイルについて結合処理が実行される可能性がある。そこで、このように、スキャンファイルを文書管理システムに登録することなく、記憶部に残したまま、処理を終了する。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

そうした第１の変更例について説明する。本実施形態にかかるスキャンシステムは、スキャンチケットマスタに登録されている予定読取枚数と読取済枚数とを比較することにより、残り原稿の有無を判定したが、残り原稿の有無を判定する処理は、実施形態に限定されるものではない。
例えば、スキャンチケットマスタに、予定読取枚数に替えて、ツアー人数と、１人あたりの回答用紙の枚数とを登録しておく。ツアー人数と１人あたりの回答用紙の枚数（単位枚数）とを乗じることにより予定読取枚数が得られる。すなわち、ツアー人数と単位枚数とは、予定読取枚数に想到する情報である。
この場合、スキャンシステムは、スキャンチケットマスタに登録されているスキャンチケット（第１のスキャンチケット）を用いてスキャンした結果から、ツアー人数分のアンケートが得られたかを判定する。例えば、回答用紙がツアー者１人につき３枚であったところ、スキャンの結果の４５枚のスキャンが完了したとする。この場合には、１５人分の回答用紙に対するスキャン動作が完了したと判定する。
続いて、スキャンシステムは、旅行マスタに登録されているツアー人数（例えば２０人）と比較して、人数が異なっていた場合に、ツアー人数分のアンケートが得られなかったと判定する。スキャンステムは、さらに、ツアー人数分のアンケートが得られなかった場合には、不足した人数分のスキャンチケットを生成し、登録するようにする。この場合、ユーザごとにアンケートをスキャンさせるため、生成されたスキャンチケットの単位枚数には、１人分のアンケート枚数である「３」が設定され、ツアー人数には、「５」が設定される。

第２の変更例としては、本実施形態にかかるスキャンシステムは、図７に示すように、複合機１００において、差分枚数を算出し、ユーザからのスキャンチケット生成指示に応じて第２のスキャンチケットの生成を行うか否かを判定した。しかし、これらの処理は、スキャンチケットサーバ３００において行ってもよい。例えば、スキャンチケットサーバ３００は、複合機１００からスキャンコードと、読取済枚数とを取得する。そして、スキャンチケットサーバ３００は、スキャンコードを検索キーとして、スキャンチケットマスタを検索し、スキャンチケットを特定する。
スキャンチケットサーバ３００は、特定したスキャンチケットの予定読取枚数と、複合機１００から取得した読取済枚数とを比較し、残り原稿が存在する場合に第２のスキャンチケットの生成処理を行うことする。このように、スキャンチケットを生成するか否かを判定する処理は、スキャンチケットが備えるいずれかの装置において実行されればよく、その主体は、実施形態に限定されるものではない。

第３の変更例としては、本実施形態のスキャンシステムにおいては、スキャン動作の後、残り原稿が存在するか否かを判定し、残り原稿が存在する場合にのみ、第２のスキャンチケットを生成することとした。しかし、常に対象原稿群に対し複数回のスキャン動作が実行されるような原稿群も考えられる。スキャンシステムは、複数回のスキャン動作が実行されるような原稿群を対象とする場合には、残り原稿の有無の判定を行うことなく、第２のスキャンチケットを生成することとしてもよい。

さらに、第４の変更例としては、本実施形態のスキャンシステムにおいては、第２のスキャンチケットに含まれる親コードにより第１のスキャンチケットと第２のスキャンチケットとの関係を特定する。しかし、例えば、スキャンシステムにおいて扱う原稿群が１つのみである場合など、第１のスキャンチケットと第２のスキャンチケットとの関係を管理する必要がない場合も考えられる。この場合には、第１のスキャンチケットと第２のスキャンチケットとを関連付ける関連データとしての親コードは必須の情報ではない。すなわち、第２のスキャンチケットは、親コードを含まなくてもよい。

第５の変更例としては、本実施のスキャンシステムにおいては、第２のスキャンチケットに親コードとして含まれるチケットコードにより、第１のスキャンチケットと第２のスキャンチケットとの関連付けを管理した。しかし、関連付けの方法は、これに限定されるものではない。例えば、関連する第１のスキャンチケットおよび第２のスキャンチケットの両方に対し、関連を示す同一の情報を別途付与することとしてもよい。

第６の変更例としては、本実施の形態におけるスキャンチケットサーバ３００の機能を複合機１００が備えるものとしてもよい。すなわち、この場合、複合機１００は、スキャンチケットを記憶し、自身の備える記憶部に記憶し、スキャンチケットを管理する。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成される。
以上、一実施形態について示した。しかし、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。より具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、本発明におけるプログラムは、図５〜図８に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図５〜図８の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図５〜図８の各装置の処理方法ごとのプログラムであってもよい。
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行してもよい。これによっても、本発明の目的が達成される。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ等を用いることができる。プログラムを供給するための記録媒体としてはまた、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなくともよい。さらに、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行ってもよい。さらに、その処理によって前述した実施形態の機能が実現される場合も含まれる。
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、以下の処理を行ってもよい。すなわち、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行ってもよい。この処理によって前述した実施形態の機能が実現される場合も含まれる。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できる。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 複合機、２００ クライアントＰＣ、３００ スキャンチケットサーバ、４０１ スキャン制御部、４０２ 生成部、４０３ 表示制御部、４０４ 受付部、４１１ 生成部、４１２ データ管理部、４１３ 削除部

Claims (15)

1. 読取装置による原稿の読み取りのために参照される読取条件を管理する読取システムであって、
   記憶手段に記憶されている、前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件で、前記読取装置による読み取り動作を実行させる読取制御手段と、
   前記第１の読取条件での前記読取装置による読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成し、前記第２の読取条件を前記記憶手段に格納する生成手段と
   を備えることを特徴とする読取システム。
2. 前記第１の読取条件は、前記対象原稿群に対する予定読取枚数を含み、
   前記生成手段は、前記第１の読取条件に示される前記予定読取枚数と、前記読取装置において、前記第１の読取条件に従い既に読み取られた読取済枚数との差分に応じた枚数を、前記残り原稿に対する予定読取枚数として含む前記第２の読取条件を生成することを特徴とする請求項１に記載の読取システム。
3. 前記第１の読取条件に示される前記予定読取枚数と、前記読取済枚数とに基づいて、前記残り原稿が存在するか否かを判定する判定手段をさらに備え、
   前記生成手段は、前記判定手段により前記残り原稿が存在すると判定された場合に、前記第２の読取条件を生成することを特徴とする請求項２に記載の読取システム。
4. 前記第１の読取条件での読み取り動作により得られる第１の原稿データと、前記第２の読取条件での読み取り動作により得られる第２の原稿データとを関連付けて前記記憶手段に格納するデータ管理手段をさらに備えることを特徴とする請求項１から３までのいずれか一項に記載の読取システム。
5. 前記生成手段は、前記第２の読取条件を前記第１の読取条件に関連付ける関連データを前記第２の読取条件に対応付けてさらに前記記憶手段に格納し、
   前記関連データに基づいて、前記第１の読取条件と前記第２の読取条件の関係を識別可能に前記第２の読取条件を示す情報を表示装置に表示する表示制御手段と、
   ユーザから前記表示装置に示された前記第２の読取条件を示す情報の選択を受け付ける受付手段と
   をさらに備え、
   前記読取制御手段は、前記受付手段が選択を受け付けた前記第２の読取条件で前記残り原稿に対する読取動作を実行させることを特徴とする請求項１から４までのいずれか一項に記載の読取システム。
6. 前記第１の読取条件での読取動作が完了した場合に、前記記憶手段から前記第１の読取条件を削除する削除手段をさらに備えることを特徴とする請求項１から５までのいずれか一項に記載の読取システム。
7. 前記記憶手段は、前記対象原稿群の読み取り動作を開始可能なタイミングをさらに記憶し、
   前記生成手段は、前記タイミングが経過した場合に、前記対象原稿群に対する前記第１の読取条件を生成し、生成した前記第１の読取条件を前記記憶手段に格納することを特徴とする請求項１から６までのいずれか一項に記載の読取システム。
8. 前記第１の読取条件は、前記対象原稿群の予定読取枚数を含み、
   前記第１の読取条件に示される前記予定読取枚数と、前記読取装置において、前記第１の読取条件に従い既に読み取られた読取済枚数とを比較し、前記読取済枚数が前記予定読取枚数に比べて多い場合に、前記読取済枚数が多い理由のユーザからの入力を受け付ける受付手段と、
   ユーザから入力された理由データを、前記記憶手段に格納するデータ管理手段と
   をさらに備えることを特徴とする請求項１に記載の読取システム。
9. 読取装置による原稿の読み取りのために参照される読取条件を管理する読取管理装置であって、
   記憶手段に記憶されている、前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件を前記読取装置に送信する送信手段と、
   前記読取装置における前記第１の読取条件での読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成し、前記第２の読取条件を前記記憶手段に格納する生成手段と
   を備えることを特徴とする読取管理装置。
10. 読取装置による原稿の読み取りのために参照される読取条件で読取処理を実行する画像形成装置であって、
    前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件で、前記読取装置による読み取り動作を実行させる読取制御手段と、
    前記第１の読取条件での読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成する生成手段と
    を備えることを特徴とする画像形成装置。
11. 読取装置による原稿の読み取りのために参照される読取条件を管理する読取システムが実行する読取方法であって、
    記憶手段に記憶されている、前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件で、前記読取装置による読み取り動作を実行させる読取制御ステップと、
    前記第１の読取条件での読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成し、前記第２の読取条件を前記記憶手段に格納する生成ステップと
    を含むことを特徴とする読取方法。
12. 読取装置による原稿の読み取りのために参照される読取条件を管理する読取管理装置が実行する読取管理方法であって、
    記憶手段に記憶されている、前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件を前記読取装置に送信する送信ステップと、
    前記読取装置における前記第１の読取条件での読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成し、前記第２の読取条件を前記記憶手段に格納する生成ステップと
    を含むことを特徴とする読取管理方法。
13. 読取装置による原稿の読み取りのために参照される読取条件で読取処理を実行する画像形成装置が実行する画像形成方法であって、
    前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件で、前記読取装置による読み取り動作を実行させる読取制御手段と、
    前記第１の読取条件での読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成する生成手段と
    を含むことを特徴とする画像形成方法。
14. 読取装置による原稿の読み取りのために参照される読取条件を管理するコンピュータに、
    記憶手段に記憶されている、前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件を前記読取装置に送信する送信ステップと、
    前記読取装置における前記第１の読取条件での読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成し、前記第２の読取条件を前記記憶手段に格納する生成ステップと
    を実行させるためのプログラム。
15. 読取装置による原稿の読み取りのために参照される読取条件で読取処理を実行するコンピュータに、
    前記読取装置による読み取り動作の対象となる複数枚の原稿を含む対象原稿群に対する第１の読取条件で、前記読取装置による読み取り動作を実行させる読取制御ステップと、
    前記第１の読取条件での読み取り動作の結果に基づいて、前記対象原稿群の複数の原稿のうち読み取りが行われていない残り原稿に対する読取条件であって、前記第１の読取条件と異なる第２の読取条件を生成する生成ステップと
    を実行させるためのプログラム。

Images