(57)【要約】      （修正有）【課題】大量の原稿を読み取る際に、複数の画像読取装置で読取処理を分配し、各画像読取装置で読み取った画像データを送信先に送信して結合させることにより、ネットワークの負荷及び読み取り処理の負荷を軽減する。【解決手段】第１の画像読取装置１１１は、読み取り対象の複数の原稿を分割した第１の束の原稿を読み取って第１の画像データを生成し、その第１の画像データをフォーマット変換してネットワークを介して送信先に送信し、第２の画像読取装置１２１に対して、第１の画像読取装置１１１で読み取った読み取り対象の複数の原稿の第１の束に関する分割情報を送信する。第２の画像読取装置１２１は、読み取り対象の複数の原稿の第２の束の原稿を読み取って第２の画像データを生成し、分割情報を用いて、第２の画像データをフォーマット変換してネットワークを介して送信先に送信する。【選択図】図１
2010213236.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の画像読取装置を有する画像処理システムであって、
前記複数の画像読取装置の第１の画像読取装置は、
読み取り対象の複数の原稿の第１の束の原稿を読み取って第１の画像データを生成する第１の画像読取手段と、
前記第１の画像読取手段により読み取った前記第１の画像データをフォーマット変換して前記ネットワークを介して送信先に送信する第１の送信手段と、
前記複数の画像読取装置の第２の画像読取装置に対して、前記第１の画像読取手段で読み取った前記読み取り対象の複数の原稿の前記第１の束に関する分割情報を送信する手段とを有し、
前記第２の画像読取装置は、
前記読み取り対象の複数の原稿の第２の束の原稿を読み取って第２の画像データを生成する第２の画像読取手段と、
前記分割情報を用いて、前記第２の画像データをフォーマット変換して前記ネットワークを介して前記送信先に送信する第２の送信手段と、
を有することを特徴とする画像処理システム。
【請求項２】
前記第１及び第２の送信手段のそれぞれは、電子メールフォーマットに変換された画像データを、電子メールプロトコルに従って送信することを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記分割情報は、メッセージＩＤ、前記第１の送信手段で送信されるデータのオフセット情報、フォーマット変換の端数情報のいずれかを含むことを特徴とする請求項２に記載の画像処理システム。
【請求項４】
前記第１の画像読取装置及び前記第２の画像読取装置は、
画像データが分割されたことを示す情報を付加する付加手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理システム。
【請求項５】
ネットワークを介して接続された複数の画像読取装置を有する画像処理システムの制御方法であって、
前記複数の画像読取装置の第１の画像読取装置が、読み取り対象の複数の原稿の第１の束の原稿を読み取って第１の画像データを生成する第１の画像読取工程と、
前記第１の画像読取装置が、前記第１の画像読取工程で読み取った前記第１の画像データをフォーマット変換して前記ネットワークを介して送信先に送信する第１の送信工程と、
前記複数の画像読取装置の第２の画像読取装置に対して、前記第１の画像読取装置が、前記第１の画像読取工程で読み取った前記読み取り対象の複数の原稿の前記第１の束に関する分割情報を送信する工程と、
前記第２の画像読取装置が、前記読み取り対象の複数の原稿の第２の束の原稿を読み取って第２の画像データを生成する第２の画像読取工程と、
前記第２の画像読取装置が、前記分割情報を用いて、前記第２の画像データをフォーマット変換して前記ネットワークを介して前記送信先に送信する第２の送信工程と、
を有することを特徴とする画像処理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された複数の画像読取装置で複数枚の原稿を分散して読み取って処理する画像処理システム及びその制御方法に関する。
【背景技術】
【０００２】
オフィスや家庭では、画像読取装置（スキャナ）を用いた紙文書の電子化、ペーパレス化が進んでいる。これは、画像データ等を記憶できるストレージ容量の増大も起因していると思われる。また今後益々、大量の原稿の読み取り処理が増えていくと考えられている。大量の原稿を読み取る場合は１台のスキャナでは時間が長く掛かりすぎるので、複数のスキャナを用いて、それら原稿の読み取り処理を分散及び並行して行うことにより、原稿の読み取り処理を早く完了することが考えられる。
【０００３】
従来のこのような分散・並列スキャン方法では、別々の画像読取装置で読み取った画像データを一旦、いずれかの画像読取装置、或はサーバに集めている。そして、その画像読取装置或はサーバで１つのファイルに結合して、指示された送信先に送信することが行われている（特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−０３３８７９号公報（図１０）
【特許文献２】特開２００５−１７６１９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来の技術では、１台の画像読取装置或はサーバに画像データを集めて、そこで１つのファイルに結合し、その後、その結合したファイルを送信先に送信していた。このため、ネットワークの負荷が大きくなるという問題があった。
【０００６】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００７】
本願発明の特徴は、大量の原稿を読み取り際に、複数の画像読取装置で読取処理を分配し、各画像読取装置で読み取った画像データを送信先に送信して結合させることにより、ネットワークの負荷及び読取処理の負荷を軽減することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明の一態様に係る画像処理システムは以下のような構成を備える。即ち、
ネットワークを介して接続された複数の画像読取装置を有する画像処理システムであって、
前記複数の画像読取装置の第１の画像読取装置は、
読み取り対象の複数の原稿の第１の束の原稿を読み取って第１の画像データを生成する第１の画像読取手段と、
前記第１の画像読取手段により読み取った前記第１の画像データをフォーマット変換して前記ネットワークを介して送信先に送信する第１の送信手段と、
前記複数の画像読取装置の第２の画像読取装置に対して、前記第１の画像読取手段で読み取った前記読み取り対象の複数の原稿の前記第１の束に関する分割情報を送信する手段とを有し、
前記第２の画像読取装置は、
前記読み取り対象の複数の原稿の第２の束の原稿を読み取って第２の画像データを生成する第２の画像読取手段と、
前記分割情報を用いて、前記第２の画像データをフォーマット変換して前記ネットワークを介して前記送信先に送信する第２の送信手段と、
を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ネットワーク及び画像読取装置の負荷を低減して、大量の原稿を読み取り、かつ送信先での結合を容易に行わせることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態１に係る画像処理システムの構成を示す図である。
【図２】本実施形態に係る画像読取装置の構成を示すブロック図である。
【図３】画像読取装置のソフトウェア機能を説明する機能ブロック図である。
【図４】本実施形態１の画像読取装置の分割スキャン処理のフローチャートである。
【図５】画像読取装置の分割情報送信アプリケーションによる処理を説明するフローチャートである。
【図６】本実施形態１に係る画像読取装置で分割スキャンを実行する際の２台目の画像読取装置における処理を説明するフローチャートである。
【図７】図４のステップＳ４０１で表示されるＵＩ画面の一例を示す図である。
【図８】図７で新規スキャンボタンにより表示されるＵＩ画面例を示す図である。
【図９】図７のＵＩ画面で既存スキャンジョブに追加ボタンが押された後に操作部の表示部に表示されるＵＩ画面例を示す図である。
【図１０】本実施形態１のＰＣクライアントの表示部の画面例を示す図である。
【図１１】ＰＣクライアントで結合された送信文書の表示例を示す図である。
【図１２】ＰＣクライアントで、送信文書のサイズを規定値に収めるように各送信文書を分割した場合の画面表示例を示す図である。
【図１３】実施形態２に係る画像処理システムの構成を示す図である。
【図１４】実施形態２に係る画像読取装置の分割スキャン処理を説明するフローチャートである。
【図１５】実施形態２に係る画像読取装置で分割スキャンを実行する際の２台目の画像読取装置における処理を説明するフローチャートである。
【図１６】実施形態３に係る画像処理システムの構成を示す図である。
【図１７】本実施形態３の第３の画像読取装置のＵＩ画面例を示す図である。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１２】
［実施形態１］
図１は、本発明の実施形態１に係る画像処理システムの構成を示す図である。
【００１３】
画像読取装置１１１，１２１は、スキャナユニット２１３（図２）を具備して原稿画像を読み取ることができる。またユーザの指示に従って分割スキャン及び電子メールの送信を行うことができる。メールサーバ１３１は、画像読取装置１１１或は１２１から送信される電子メールを受信して保持する。またＰＣクライアント１４１からのＰＯＰ等によるメールの読取操作によって、保持しているメールをＰＣクライアント１４１に転送する機能を有している。これら画像読取装置１１１，１２１、メールサーバ１３１及びＰＣクライアント１４１は、ネットワーク１５１を介して接続されている。このネットワーク１５１は、例えばイーサネットワーク（登録商標）等のＬＡＮ接続を実現するネットワークである。
【００１４】
いま合計１００ページの原稿を５０ページずつに分けて、画像読取装置１１１，１２１でそれぞれ分割して読み取る場合を例にして説明する。画像読取装置１１１は、原稿の１ページから５０ページを読み取り、画像読取装置１２１は、後半の５１ページから１００ページを読み取る。ここで画像読取装置１１１で読み取った画像データを第１の画像データ、画像読取装置１２１で読み取った画像データを第２の画像データとする。
【００１５】
図２は、本実施形態１に係る画像読取装置１１１（１２１）のハードウェア構成を示すブロック図である。尚、ここで画像読取装置１１１，１２１は同じ構成であるため、ここでは画像読取装置１１１の場合で説明する。また本実施形態１では、画像読取装置１１１，１２１は、ＦＡＸ，コピー、印刷、ストレージ機能を有する多機能処理装置（ＭＦＰ）の場合で説明する。
【００１６】
制御部２０１は、この画像読取装置１１１全体の動作を制御している。また文書等の原稿を読み取って、その原稿画像データを入力する画像入力デバイスとしてのスキャナユニット２１３と接続する。また、ネットワークインターフェース２０６を介してネットワーク１５１と接続し、ネットワーク１５１を介して他の機器との通信を行う。ＣＰＵ２０２は、ＲＡＭ２０３にロードされた制御プログラムに従って、この画像読取装置１１１を制御している。ＲＡＭ２０３には、メモリ２０８からＣＰＵ２０２が動作するためのプログラムがロードされ、またＣＰＵ２０２の動作時、画像データや各種データを一時記憶するワークエリアを提供している。ＲＯＭ２０７はブートＲＯＭであり、画像読取装置１１１のブートプログラムを格納している。メモリ２０８は、例えばハードディスクドライブ（ＨＤＤ）で、ＣＰＵ２０２により実行されるシステムソフトウェアやＯＳ、アプリケーションソフトウェアがインストールされている。またスキャナユニット２１３で読み取った画像データは、このメモリ２０８に記憶される。
【００１７】
操作部インターフェース２０４は、操作部２０５とのインタフェース部であり、操作部２０５に表示する画像データを操作部２０５に出力し、また操作部２０５を使用してユーザにより入力された情報をＣＰＵ２０２に伝える機能を有する。ネットワークインターフェース２０６はネットワーク１５１に接続されて情報の入出力を行う。上述した各部は、システムバス２１４を介してＣＰＵ２０２と接続されている。尚、操作部２０５はタッチパネルを有し、情報の表示やユーザよりの入力を受付けるように構成されている。
【００１８】
イメージバスインターフェース２０９は、データ構造を変換するバスブリッジであり、システムバス２１４及び画像データを高速で転送するイメージバス２１５に接続されている。イメージバス２１５は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される。このイメージバス２１５には、画像圧縮・伸張部（ＣＯＤＥＣ）２１０、デバイスインターフェース２１１、スキャナ画像処理部２１２が接続されている。画像圧縮・伸張部２１０は、多値画像データをＪＰＥＧ変換したり、或は２値画像データに対してＪＢＩＧ，ＭＭＲ又はＭＨ等の圧縮伸張処理を実行する。デバイスインターフェース２１１は、制御部２０１は制御部２０１と、スキャナユニット２１３及びプリンタユニット２１６とを接続する。スキャナ画像処理部２１２は、スキャナユニット２１３から入力された画像データに対して補正、加工及び編集を行う。
【００１９】
図３は、本実施形態１に係る画像読取装置のソフトウェア機能を説明する機能ブロック図である。ここでも画像読取装置１１１，１２１のソフトウェア構成は同じであるため、ここでは画像読取装置１１１の場合で説明する。
【００２０】
スキャン機能部３０２は、スキャナユニット２１３を用いて原稿を読み取る機能を実行し、紙文書である原稿を読み取って２値又は多値画像データに変換する。ジョブ制御部３０３は、スキャン機能部３０２から受取った画像データをスキャンジョブとしてキューイングする。そして、後述するネットワーク機能部３０４に出力する。ネットワーク機能部３０４は、ＴＣＰ／ＩＰ，ＨＴＴＰ，ＦＴＰ，ＬＤＡＰ，ＳＮＭＰ，ＳＭＴＰ，ＳＳＬ等の各種ネットワークプロトコル（電子メールプロトコル）機能を有し、ネットワーク１５１を介して他の装置との間での通信を行う。ＵＩ機能部３０５は、ユーザインタフェース（ＵＩ）を制御し、画像読取装置１１１の操作部２０５を使用したユーザによる入出力処理を管理している。加えて、操作部２０５の表示パネルに入力フィールド、出力メッセージフィールド等を表示し、ユーザからの入力フィールドに対する入力を受け取って他の機能部に通知する。また他機能部からのユーザに対するメッセージを、予めデザインされた画面に表示する。
【００２１】
次にアプリケーションプログラムにより実行されるアプリケーション機能部３１０について説明する。
【００２２】
このアプリケーション機能部３１０は、画像読取装置１１１で動作する各種アプリケーションをインストール、実行、アンインストールする機能を有する。文書フォーマット変換アプリケーション３１１は、ユーザが操作部２０５を操作して入力した指示に従って、スキャン機能部３０２により読み取られた電子データ（画像データ）を予め設定した電子データフォーマットに変換する。スキャン送信アプリケーション３１２は、スキャン機能部３０２により読み取られた電子データを電子メールに添付し、予め設定された送信先に送信する。また、ユーザ指定によって分割スキャンを実行する場合には、後述する分割情報送信アプリケーション３１３や分割ジョブリスト管理アプリケーション３１４と連携して分割送信を実現する。分割情報送信アプリケーション３１３は、スキャン送信アプリケーション３１２で分割送信するときに、他の分割スキャンを実行している画像読取装置との連携する機能を有する。分割ジョブリスト管理アプリケーション３１４は、スキャン送信アプリケーション３１２による分割スキャンでの送信時に、実行中或は実行済みの分割スキャンジョブの情報を保持する。また他の画像読取装置１２１等からの先行ジョブリスト取得要求に対して、保持している分割ジョブリストを送信する。分割スキャン送信アプリケーション３１５は、分割スキャン時に、２つ以上に分かれた原稿束のスキャン操作の２つ目以降のスキャン操作と連携する機能を有している。そして、この画像読取装置１１１上で実行される分割情報送信アプリケーション３１３と連携して分割スキャンを実現する。
【００２３】
次に、本発明の実施形態１に係る分割スキャンについて説明する。
【００２４】
図４は、本実施形態１に係る画像読取装置で分割スキャンを実行する際の処理を説明するフローチャートである。尚、この処理を実行するプログラムは、実行時にはメモリ２０８からＲＡＭ２０３にロードされ、ＣＰＵ２０２の制御の下に実行される。この処理は実施形態１に係る画像読取装置１１１の処理に相当している。
【００２５】
先ずステップＳ１で、操作部２０５の表示パネルに、例えば図７や図８に示すようなＵＩ画面を表示し、そのＵＩ画面を使用して入力される指示を操作部インターフェース２０４を介して受取る。
【００２６】
図７は、図４のステップＳ４０１で操作部２０５に表示されるＵＩ画面の一例を示す図である。
【００２７】
新規スキャンボタン７０１は、スキャンジョブの開始を指示するボタンである。また分割スキャンの最初のジョブ（最初の原稿束（第１の束）の１ページからの読み取り）を指示する場合にも用いられる。この実施形態１では、例えば最初の原稿束を読み取る画像読取装置１１１で選択される。
【００２８】
ボタン７０２は、既存スキャンジョブに追加するのを指示するのに使用される。即ち、分割スキャンの残りのジョブ（例えば２番目の原稿束（第２の束）の先頭の５１ページから１００ページの読み取り）を実行するように指示するボタンであり、この実施形態１では、画像読取装置１２１で選択されるボタンである。
【００２９】
図８は、図７で、新規スキャンボタン７０１が指示されたときに操作部２０５に表示されるＵＩ画面例を示す図である。
【００３０】
設定ボタン８０１，８０２，８０３，８０４，８０５は、スキャンの読み込み設定を行うためのボタンである。カラー／白黒ボタン８０１は、原稿をカラーで読み取るか、或は白黒で読み取るかを指定するボタンである。両面／片面ボタン８０２は、両面原稿を読み取るか、或は片面原稿を読み取るかを指定するボタンである。分割指定ボタン８０３は、複数台の画像読取装置を用いて分割スキャンを行うように指示する。本実施形態１では、画像読取装置１１１と１２１を用いて分割スキャンを行うため、画像読取装置１１１で分割指定ボタン８０３が押下されて指定されている状態を示している。用紙サイズボタン８０４は、読み取り対象の原稿の用紙サイズを指定するボタンである。フォーマット指定ボタン８０５は、読み取った原稿画像の電子データのフォーマット形式を指定するボタンである。図８では、ＰＤＦフォーマットが指定されている。送信先設定８０６は、送信先を指示するのに使用される。ここでは電子メールによる送信（メール）、ファイルサーバへの送信（ファイルサーバ）、ＦＴＰでの送信（ＦＴＰ），ファクシミリでの送信（ＦＡＸ）のいずれかを指定することができる。図の例では、電子メールが選択されており、その送信宛メールアドレスが入力されている。詳細設定８０７は、格納フォーマットに対する高圧縮設定など、スキャンのより詳細な設定を行うためのボタンである。スキャン開始ボタン８０８は、スキャナユニット２１３による読み取り開始を指示するボタンである。
【００３１】
こうして、図７及び図８に示す画面表示に従ってユーザによる入力が行われるとステップＳ２で、スキャン開始ボタン８０８が押下されるとステップＳ３に進む。ステップＳ３では、制御部２０１は、スキャン機能部３０２を用いてスキャナユニット２１３による読み取り処理を開始する。そしてステップＳ４に進み、スキャナユニット２１３で読み取った画像データを受け取り、スキャナ画像処理部２１２と連携しながら、スキャナユニット２１３にセットされている複数の原稿の読み取りを実行する。こうしてスキャナユニット２１３にセットされている最終原稿までのスキャンが終了すると、スキャナユニット２１３は、制御部２０１にスキャン終了を通知する。これによりステップＳ５でスキャン動作の完了を検知してステップＳ６に進む。
【００３２】
ステップＳ６では、図８の分割指定ボタン８０３が指示されて、分割スキャンが指示されているかどうかを判断する。ここで分割スキャンでないときはステップＳ７に進み、文書フォーマット変換アプリケーション３１１を用いて、その読み取った電子データを、指定されたフォーマットに変換して送信文書を作成する。そしてステップＳ８に進み、その文書を、例えば電子メールによる送信が指定されているときは、電子メールでメールサーバ１３１に送信する。
【００３３】
一方、ステップＳ６で分割スキャンであると判定されるとステップＳ９に進み、文書フォーマット変換アプリケーション３１１を用いて、その読み取った電子データを、指定されたフォーマットに変換して送信文書を作成する。しかし、ここで作成される送信文書は、ステップＳ７で作成される送信文書とは異なり、送信文書の終了情報を含めない送信文書である。また、この送信文書を含む電子メールデータには送信に必要なメールヘッダの情報の他、メールが複数パートに分割されていることを示す情報（Content-Type: message/partial）などが付加される。次にステップＳ１０に進み、他の画像読取装置（ここでは画像読取装置１２１）が読み取る、５１ページから１００ページの分割送信文書を作成するために必要な情報（分割情報）を作成する。そしてステップＳ８に進み、ステップＳ９で作成した送信文書を、分割情報送信アプリケーション３１３によりメールサーバ１３１に送信する（第１の送信）。
【００３４】
この分割情報としては、メッセージＩＤ、送信文書（分割される電子メールデータ）のオフセット情報、電子メールフォーマットに変換する際のMIME Encode時の端数情報がある。ここでメッセージＩＤは、後述の図１０のメールリーダで分割メールが一連の結合可能なメールと判断するために必要な情報である。また送信文書のオフセット情報は、文書フォーマット変換アプリケーション３１１で生成された１ページから５０ページまでの各ページのオフセット情報である。更に、MIME Encode時の端数情報は、MIME Encode の一行の文字数を規定している。そして、その文字数未満のデータを画像読取装置１２１で作成する後半の送信文書の最初の情報として入れるために使われるデータである。この分割情報は、複数の画像読取装置で読み取った画像データを１台の装置に集めて結合する場合に、画像データを１台の装置に集める場合の画像データのサイズに比較して十分小さいため、ネットワーク１５１の負荷には殆ど影響しない。
【００３５】
以上の処理により、画像読取装置１１１で読み取った最初の原稿束の１ページから５０ページまでの原稿の電子データ（画像データ）のメール送信を実現できる。
【００３６】
図５は、本実施形態１に係る画像読取装置で分割スキャンを実行する分割情報送信アプリケーション３１３による処理を説明するフローチャートである。この実施形態１では、この処理は画像読取装置１１１で実行される。
【００３７】
先ずステップＳ２１で、２番目の原稿束の先頭の５１ページから１００ページの分割スキャンを行う画像読取装置１２１の分割スキャン送信アプリケーション３１５からの分割情報の送信要求を待つ。この分割情報の送信要求を受信するとステップＳ２２に進み、画像読取装置１１１における１ページから５０ページまでのスキャン送信アプリケーション３１２による分割情報の作成処理（図４のステップＳ１０）が完了するのを待つ。そして、このステップＳ１０で分割情報の作成処理が完了するとステップＳ２３に進み、その作成した分割情報を画像読取装置１２１に送信する。
【００３８】
これにより、第１の画像読取装置１１１が読み取った最初の原稿束の１ページ〜５０ページの原稿の分割情報を、２番目の原稿束の５１ページから１００ページを読み取る第２の画像読取装置１２１に通知することができる。
【００３９】
図６は、本実施形態１に係る画像読取装置で分割スキャンを実行する際の２台目の画像読取装置における処理を説明するフローチャートである。尚、この処理を実行するプログラムは実行時にはメモリ２０８からＲＡＭ２０３にロードされ、ＣＰＵ２０２の制御の下に実行される。ここでは、この処理は画像読取装置１２１の処理に相当している。
【００４０】
先ずステップＳ３１で、連携する画像読取装置１１１の分割ジョブリスト管理アプリケーション３１４から分割スキャンのジョブリストを取得する。次にステップＳ３２に進み、操作部２０５に対して、例えば図９に示すＵＩ画面を表示する。
【００４１】
図９は、図７のＵＩ画面で既存スキャンジョブに追加ボタン７０２が押された後に操作部２０５の表示部に表示されるＵＩ画面例を示す図である。
【００４２】
分割スキャンジョブリスト９０１は、ステップＳ３１で取得した先行ジョブのリストを示している。この分割スキャンジョブリスト９０１で、白地反転している選択ジョブ９０２は、ユーザが選択した追加対象とする既存ジョブを示している。最終ジョブボタン９０３は、これから実行しようとしている５１ページから１００ページのスキャン処理が最終束である場合に指定される。この実施形態１では、最終束であるため、最終ジョブボタン９０３は、黒地に反転して指定されたことを示している。スキャン開始ボタン９０４は、この画像読取装置１２１における、２番目の原稿束のスキャン開始を指示するためのボタンである。
【００４３】
ステップＳ３２では、図９に示すような設定が行われ、ステップＳ３３でスキャン開始ボタン９０４が押下されるとステップＳ３４に進む。ステップＳ３４では、画像読取装置１１１の分割ジョブリスト管理アプリケーション３１４から、先行ジョブのスキャン設定等のジョブ情報を取得する。そしてステップＳ３５に進み、そのジョブ情報を基に、スキャン動作を開始する。そしてステップＳ３６で、スキャナユニット２１３からの画像データを受け取ってスキャナ画像処理部２１２と連携しながら、５０ページ〜１００ページの原稿を読み取る。そしてステップＳ３７で、最終ページまでのスキャンが終了すると、スキャナユニット２１３は制御部２０１にスキャン終了を通知して、スキャン動作完了と判断するとステップＳ３８に進む。
【００４４】
ステップＳ３８では、分割情報を画像読取装置１１１の分割情報送信アプリケーション３１３に対して要求して取得する。次にステップＳ３９に進み、ステップＳ３２で得た図９の最終ジョブボタン９０３の状態を基に、最終ジョブかどうかを判断する。ここで最終ジョブであると判定するとステップＳ４０に進み、最終ジョブでないと判定するとステップＳ４３に進む。最終ジョブの場合はステップＳ４０で、ステップＳ３８で取得した分割情報を基に、ステップＳ３６で読み取った画像データを、文書フォーマット変換アプリケーション３１１によりフォーマット変換して送信文書を作成する。即ち、先のメールと同様の送信情報、メッセージＩＤを含むメールヘッダを作成し、メールが複数パートに分割されていることを示す情報（Content-Type: message/partial）などを付加する。さらに、受け取った送信文書のオフセット情報、MIME Encode時の端数情報を用いて、送信先で結合可能な後続の電子メールフォーマットへの変換を行う。そしてステップＳ４２に進み、その文書をメールサーバ１３１に送信する（第２の送信）。
【００４５】
一方ステップＳ３９で、最終ジョブでなく、例えば１０１ページ以降のスキャンを第３の画像読取装置で引き続き行う場合はステップＳ４３に進む。ステップＳ４３では、ステップＳ３８で取得した分割情報を基に、文書フォーマット変換アプリケーション３１１を用いて、送信文書を作成する。しかし、ここで作成される送信文書は、ステップＳ４０で作成される送信文書とは異なり、画像読取装置１１１で行われるステップＳ９と同様に、送信文書の終了情報を含めない送信文書である。次にステップＳ４４に進み、図４のステップＳ１０と同様にして分割情報を作成する。具体的には、１０１ページ以降を読み取る第３の画像読取装置に必要な分割送信文書を作成するために必要な分割情報を作成する。そしてステップＳ４２に進み、その送信文書をステップＳ３４で取得したジョブ情報に基づいてメールサーバ１３１に送信する。
【００４６】
以上説明したようにして、第２の画像読取装置１２１で読み取った、例えば５１ページから１００ページまでの画像データのメール送信を実現できる。
【００４７】
以上の処理によって、画像読取装置１１１からステップＳ１０で送信された１ページから５０ページの送信文書と、画像読取装置１２１からステップＳ４４で送信された５１ページから１００ページの送信文書とがメールサーバ１３１に保管される。
【００４８】
図１０は、本実施形態１に係るＰＣクライアント１４１の表示部に表示される画面例を示す図である。
【００４９】
ここでは、メールサーバ１３１に蓄積された送信文書をＰＯＰ等によって取得する場合のメールリーダの画面例を示している。１０１１は、画像読取装置１１１でスキャンされて送信された１ページから５０ページの送信文書を示している。また１０１２が、画像読取装置１２１でスキャンされて送信された５１ページから１００ページの送信文書を示している。ここで送信文書１０１１と１０１２は、一般的なメールリーダが持つ複数に分割されて送信されたメールの結合機能を用いて結合可能である。具体的な操作としては、例えば、図１０のＵＩポップアップメッセージ１０１３「分割されたメールを結合します」の操作をユーザが指示することにより、送信文書１０１１と送信文書１０１２とが結合された１つの文書となる。この結合は、RFC2046等に準拠したものである。
【００５０】
図１１は、こうしてＰＣクライアント１４１で結合された送信文書１１１１を表示した画面例を示す図である。
【００５１】
図１０のメール本文表示では、１０１４で示すように、メールの添付フォーマットとして標準的なMIME−ENCODE表示であった。しかし結合することにより、図１１の添付ファイル１１１２のように、アプリケーションで参照可能なファイル形式（ＰＤＦ形式）に変換されて閲覧できるようになる。
【００５２】
以上説明したようにして、ネットワークのトラフィックや１台の画像読取装置の負荷を低減した分割スキャンを提供できる。
【００５３】
更に、図４のステップＳ８の文書送信や、図６のステップＳ４２の文書送信で、送信するメールのサイズが一度に送信できるサイズを超えている場合は、画像読取装置１１１，１２１に設定されている所定のサイズに分割し各画像読取装置から送信してもよい。例えば、図１０の送信文書１０１１と１０１２のサイズが送信文書の規定サイズの閾値（所定量）の約２倍になっているとする。
【００５４】
この場合には、ＰＣクライアント１４１のメールリーダで受信すると、図１２に示すように、画像読取装置１１１からの送信文書１０１１が２つの文書１２０１と１２０２に分割される。また画像読取装置１２１からの送信文書１０１２も、２つの文書１２０３と１２０４に分割される。
【００５５】
図１２は、実施形態１に係るＰＣクライアント１４１で、送信文書のサイズを規定値に収めるように各送信文書を分割した場合の画面表示例を示す図である。
【００５６】
本実施形態１によれば、更に、文書結合にメールリーダの標準的なメール結合機能を用いるため、ＰＣ上で特別なアプリケーションが不要である。
【００５７】
各画像読取装置では、ＨＤＤ容量の制限などでスキャンできるデータ容量に制限があるが、画像データの結合処理を画像読取装置で行わないため、一台で扱えるページ上限以上の文書をスキャンすることができる。
【００５８】
［実施形態２］
以下、本発明に係る実施形態２について図面を参照して説明する。
【００５９】
図１３は、本発明の実施形態２に係る画像処理システムの構成を示す図である。
【００６０】
画像読取装置１３１１，１３２１はそれぞれスキャナユニットを有し原稿画像の読み取りが可能である。またユーザの指示に従って分割スキャン、ＳＭＢ送信機能を持つ画像読取装置である。尚、この実施形態２に係る画像読取装置１３１１，１３２１、ＰＣクライアント１３４１の構成は、前述の実施形態１に係る画像読取装置１１１，１２１、ＰＣクライアント１４１の構成と同じである。また本実施形態２に係る画像読取装置１３１１，１３２１のソフトウェア構成は、前述の実施形態１の図３と同じであるため、その説明を省略する。
【００６１】
この実施形態２でも、画像読取装置１３１１，１３２１は、前述の実施形態１と同じように、１００ページの原稿を５０ページずつ２束に分けて分割スキャンする。画像読取装置１３１１は、分割スキャン対象の原稿の最初の１ページから５０ページをスキャンして読み取る。また画像読取装置１３２１は、後半の原稿の５１ページから１００ページを読み取る。ファイルサーバ１３３１は、画像読取装置１３１１，１３２１からのＳＭＢ送信を受け取って保持する。またＰＣクライアント１３４１からのＳＭＢによるファイル操作によって、保持しているファイルをＰＣクライアント１３４１に送信する。ＰＣクライアント１３４１は、ファイルサーバ１３３１からＳＭＢによってファイル操作する。またネットワーク１３５１は、画像読取装置１３１１，１３２１、ファイルサーバ１３３１、ＰＣクライアント１３４１を接続するネットワークで、例えばイーサネットワーク（登録商標）などＬＡＮ接続を実現するネットワークである。
【００６２】
次に、本発明の実施形態２に係る分割スキャンを説明する。
【００６３】
図１４は、本発明の実施形態２に係る画像読取装置で分割スキャンを実行する際の処理を説明するフローチャートである。尚、この処理を実行するプログラムは実行時にはメモリ２０８からＲＡＭ２０３にロードされ、ＣＰＵ２０２の制御の下に実行される。ここでは、この処理は画像読取装置１３２１の処理に相当している。尚、図１４において、ステップＳ５１〜ステップＳ５７、ステップＳ５９，Ｓ６０の処理は、図４のステップＳ１〜７、ステップＳ９，Ｓ１０の処理と同じであるため、その説明を省略する。
【００６４】
ステップＳ５８では、ステップＳ５７或はステップＳ５９で作成したファイルを、ステップＳ５１でユーザによって設定された情報に基づいてファイルサーバ１３３１に書き込む。次にステップＳ６１に進み、ＳＭＢ送信による分割スキャンの場合かどうかを判断する。ここでＳＭＢの分割スキャンのときはステップＳ６２に進み、それ以外の場合はこの処理を終了する。ステップＳ６２では、ＳＭＢ送信による分割スキャンであるため、２台目の画像読取装置１３２１に対して書き込みが完了したことを通知して、この処理を終了する。
【００６５】
次に、実施形態２に係る画像読取装置１３１１で分割スキャンを実行する１台目の分割情報送信アプリケーション３１３の処理は、前述の実施形態１の図５のフローチャートと同じであるため、その説明を省略する。
【００６６】
図１５は、本発明の実施形態２に係る画像読取装置で分割スキャンを実行する際の２台目の画像読取装置における処理を説明するフローチャートである。尚、この処理を実行するプログラムは実行時にはメモリ２０８からＲＡＭ２０３にロードされ、ＣＰＵ２０２の制御の下に実行される。ここでは、この処理は画像読取装置１３２１の処理に相当している。尚、この図１５において、ステップＳ７１〜ステップＳ８２の処理は、前述の実施形態１の図６のステップＳ３１〜Ｓ４０、及びステップＳ４３，Ｓ４４と同じであるため、その説明を省略する。
【００６７】
ステップＳ８３では、画像読取装置１３１１のスキャン送信アプリケーション３１２のステップＳ６２による書き込み完了通知を受取ったか否かを判断する。ここで書き込み完了通知を受け取ったと判断するとステップＳ８４に進む。これは、１ページから５０ページまでの書き込みが完了する前に、５１ページからの情報を書き込むと不整合なファイルとなってしまうためである。ステップＳ８４では、ステップＳ８０或はステップＳ８１で作成したファイルをファイルサーバ１３３１に対して追記して書き込むように処理する。次にステップＳ８５に進み、ＳＭＢによる分割スキャンで、最終ジョブであるか否かを判断する。ここでＳＭＢの分割スキャンで、最終ジョブではないと判断するとステップＳ８６に進むが、そうでないときはこの処理を終了する。ステップＳ８６では、１０１ページ以降を読み取る画像読取装置に対して、それよりも前の文書データの書き込みが完了したことを通知して処理を終了する。
【００６８】
この場合、図８のＵＩ画面において、送信先設定８０６で、分割スキャン時に、分割情報を用いた分割送信を行うメールやＳＭＢによるファイル送信以外を選択した場合を考える。これは例えばＦＡＸ送信を指定した場合が該当する。その場合には、制御部２０１は、分割指定ボタン８０３を無効にするように操作部２０５に指示しても良い。
【００６９】
以上説明したように本実施形態２によれば、前述の実施形態１と同様に、ネットワークのトラフィックや１台の画像読取装置の負荷を低減した分割スキャンを提供できる。
【００７０】
また本実施形態２によれば、更に、文書結合にメールリーダの標準的なメール結合機能を用いるため、ＰＣ上で特別なアプリケーションが不要である。
【００７１】
各画像読取装置では、ＨＤＤ容量の制限などでスキャンできるデータ容量に制限があるが、画像データの結合処理を画像読取装置で行わないため、一台で扱えるページ上限以上の文書をスキャンすることができる。
【００７２】
［実施形態３］
以下、本発明に係る実施形態３について図面を参照して説明する。
【００７３】
図１６は、本発明の実施形態３に係る画像処理システムの構成を示す図である。
【００７４】
画像読取装置１６１１，１６２１，１６３１はそれぞれスキャナユニットを有し、原稿画像の読み取りが可能である。またユーザの指示に従って分割スキャン、メール送信機能を持つ画像読取装置である。ここでは、画像読取装置１６１１，１６２１，１６３１が、１５０ページの原稿を５０ページずつ３束に分けて分割スキャンする場合で説明する。このとき画像読取装置１６１１は、１ページから５０ページを読み取る。また画像読取装置１６２１は、２束目の５１ページから１００ページを読み取る。そして画像読取装置１６３１は、３束目の１０１ページから１５０ページまでを読み取る。
【００７５】
尚、この実施形態３に係る画像読取装置１６１１，１６２１，１６３１、メールサーバ１６４１、ＰＣクライアント１６５１の構成は、前述の実施形態１に係る画像読取装置１１１，１２１、メールサーバ１３１、ＰＣクライアント１４１の構成と同じである。また本実施形態３に係る画像読取装置１６１１〜１６３１のソフトウェア構成は、前述の実施形態１の図３と同じであるため、その説明を省略する。
【００７６】
メールサーバ１６４１は、前述の実施形態１と同じように画像読取装置１６１１，１６２１，１６３１からの送信される電子メールを受け取って保持する。またＰＣクライアント１６５１からのＰＯＰ等によるメール読取操作によって、保持しているメールをＰＣクライアント１６５１に送信する機能を有する。ＰＣクライアント１６５１は、メールサーバ１６４１からメールをＰＯＰ等によって受信する。また、ネットワーク１６６１は、画像読取装置１６１１，１６２１，１６３１、メールサーバ１６４１、ＰＣクライアント１６５１が接続されたネットワークで、例えばイーサネットワーク（登録商標）等のＬＡＮ接続を実現するネットワークである。
【００７７】
本実施形態３に係る画像読取装置１６１１，１６２１，１６３１での分割スキャンを実行する処理は、前述の実施形態１の図４〜図６で示す処理と同じあるため、その説明を省略する。
【００７８】
図１７は、本実施形態３において、１５０ページの原稿を３台の画像読取装置で読み込み、既に１台の画像読取装置１６１１，１６２１での読み込みが完了したときの第３の画像読取装置１６３１におけるＵＩ画面例を示す図である。
【００７９】
ここでは３台目の画像読取装置１６３１で１０１ページから１５０ページの読み込みを実行するために、先行ジョブを選択するためのＵＩ画面を示している。
【００８０】
ジョブ１７０２は、１台目の画像読取装置１６１１が１ページから５０ページの原稿の読み取って作成した送信文書を示している。従って、この送信文書のスキャンは終了している。ジョブ１７０３は、２台目の画像読取装置１６２１が５１ページから１００ページの原稿の読み取りを実行中であることを表しており、この場合は画像読取装置１６２１による読み取りが実行中である。
【００８１】
この状態でユーザは、先行スキャンジョブを指定することにより、３台目の画像読取装置１６３１による分割スキャンを指示することができる。
【００８２】
即ち、図１７で、分割スキャンジョブリスト１７０１は、取得した先行しているジョブリストを示している。この分割スキャンジョブリスト１７０１で、白地反転している選択ジョブ１７０２，１７０３が、ユーザが選択した追加対象とする既存ジョブを示している。最終ジョブボタン１７０４は、これから実行しようとしている１０１ページから１５０ページのスキャン処理が最終束である場合に指定される。この実施形態３では、最終束であるため、最終ジョブボタン１７０４は、黒地に反転して指定されたことを示している。スキャン開始ボタン１７０５は、この画像読取装置１６３１におけるスキャン開始を指示するためのボタンである。
【００８３】
以上説明したように本実施形態３によれば、前述の実施形態１と同様に、ネットワークのトラフィックの負荷を低減した分割スキャンを提供できる。
【００８４】
また、文書結合には、メールリーダの標準的なメール結合機能を用いるため、ＰＣ上で特別なアプリケーションが不要である。
【００８５】
各画像読取装置では、ＨＤＤ容量の制限などでスキャンできるデータ容量に制限があるが、画像データの結合処理を画像読取装置で行わないため、一台で扱えるページ上限以上の文書をスキャンすることができる。
【００８６】
（他の実施形態）
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを読み出して実行することによっても達成され得る。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００８７】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【図１】
2010213236.tif 000003
【図２】
2010213236.tif 000004
【図３】
2010213236.tif 000005
【図４】
2010213236.tif 000006
【図５】
2010213236.tif 000007
【図６】
2010213236.tif 000008
【図７】
2010213236.tif 000009
【図８】
2010213236.tif 000010
【図９】
2010213236.tif 000011
【図１０】
2010213236.tif 000012
【図１１】
2010213236.tif 000013
【図１２】
2010213236.tif 000014
【図１３】
2010213236.tif 000015
【図１４】
2010213236.tif 000016
【図１５】
2010213236.tif 000017
【図１６】
2010213236.tif 000018
【図１７】
2010213236.tif 000019