(57)【要約】【課題】画像処理装置がＩＤ情報付き画像データをサーバに転送し、サーバでソリューション提供のためのアプリケーションプログラムの処理を行うためのシステムにおける処理時間を短縮する。【解決手段】画像処理装置が、ＩＤ情報が埋め込まれている文書から画像を読み取りデータ化し、ネットワークを介して接続されたサーバに対して、圧縮した画像データを転送する前に、ＩＤ情報を含む部分画像データをサーバに転送し、サーバ側では圧縮画像データを伸張する前に前記部分画像データ中からＩＤ情報の抽出処理をする。【選択図】図５
2010166267.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、互いにデータ通信可能に接続された画像処理装置およびサーバとで構築される文書利用システムであり、
前記画像処理装置は、使用するアプリケーションの種類を特定すると共に動作開始を指示するユーザインターフェース手段と、
文書から画像を読み取り、電子的な画像データに変換する画像入力手段と、
前記画像データからＩＤ情報が埋め込まれている一部の画像領域を切り出して部分画像データとして抽出する領域抽出手段と、
前記画像データを特定の圧縮方式で圧縮して圧縮画像データを生成する圧縮手段と、
前記部分画像データをネットワークを通じて前記サーバに送信するための通信手段とを含み構成され、
前記サーバは、ネットワークを通じて前記画像処理装置から前記部分画像データを受信する通信手段と、
受信した前記部分画像データからＩＤ情報を抽出するＩＤ情報抽出手段とを含み構成されることを特徴とする文書利用システム。
【請求項２】
前記画像処理装置が備える通信手段は、前記圧縮画像データをネットワークを通じて送信し、
前記サーバが備える通信手段は、ネットワークを通じて前記画像処理装置から前記圧縮画像データを受信し、
前記サーバは、受信した前記圧縮画像データを伸長する伸長手段とを含み構成されること、
を特徴とする請求項１に記載の文書利用システム。
【請求項３】
前記画像処理装置は、前記圧縮画像データを前記サーバに転送する前に、前記ＩＤ情報を含む部分画像データをサーバに転送し、前記サーバは前記圧縮画像データを伸張する前に前記部分画像データ中からＩＤ情報を抽出する処理を開始し、抽出したＩＤ情報に基づいて圧縮画像データを伸張することを特徴とする請求項２に記載の文書利用システム。
【請求項４】
前記画像処理装置が備える通信手段は、
前記特定されたアプリケーションの種類別をネットワークを通じて前記サーバに送信し、
前記サーバが備える通信手段は、
ネットワークを通じて前記画像処理装置から前記特定されたアプリケーションの種類別を受信すること、
を特徴とする請求項１乃至３のいずれか一項に記載の文書利用システム。
【請求項５】
前記画像処理装置では領域抽出手段は、前記画像データのうち、予め定めた複数の領域の部分画像を切り取り、これら各部分画像を特定規則で編集処理を行い１つの画像データにまとめ前記部分画像データとすることを特徴とする請求項１乃至４のいずれか一項に記載の文書利用システム。
【請求項６】
前記領域抽出手段において、前記複数の領域の部分画像は、前記特定されたアプリケーションの種類別に応じて予め定められていることを特徴とする請求項５に記載の文書利用システム。
【請求項７】
領域抽出手段は、前記複数の部分画像を領域毎に並べて前記１つの部分画像データに編集処理することを特徴とする請求項１乃至６のいずれか一項に記載の文書利用システム。
【請求項８】
前記サーバは、ＣＰＵとメモリからなり前記アプリケーションを実行するホストと、
ＩＤ情報を抽出する機能と、圧縮画像データを伸張する機能のうち少なくとも一方を搭載したハードウエアモジュールを備えた機能拡張手段と、
前記ホストと前記機能拡張手段を接続する通信路を含み構成され、
前記機能拡張手段を前記ＩＤ情報抽出手段および／または前記伸張手段として使用することを特徴とする請求項１乃至７のいずれか一項に記載の文書利用システム。
【請求項９】
前記機能拡張手段は、実装すべきハードウエアモジュールの種類によって機能が変更できるプログラマブル論理回路とワークメモリを含み構成されていることを特徴とする請求項８に記載の文書利用システム。
【請求項１０】
前記機能拡張手段は、前記搭載するハードウエアモジュールとして、少なくともＩＤ情報を抽出する機能と、圧縮画像データを伸張する機能とを備え、
前記画像処理装置からの受信データに対応して決定される、前記機能拡張手段の機能をＣＰＵからの指示によって設定して、前記機能拡張手段を前記ＩＤ情報抽出手段および前記伸張手段として使用することを特徴とする請求項９に記載の文書利用システム。
【請求項１１】
ネットワークを介して、互いにデータ通信可能に接続された画像処理装置およびサーバとで構築される文書利用システムの制御方法であって、
前記画像処理装置においては、ユーザインターフェース手段が、使用するアプリケーションの種類を特定すると共に動作開始を指示し、
画像入力手段が、文書から画像を読み取り電子的な画像データに変換し、
領域抽出手段が、前記画像データからＩＤ情報が埋め込まれている一部の画像領域を切り出して部分画像データとして抽出し、
圧縮手段が、前記画像データを特定の圧縮方式で圧縮して圧縮画像データを生成し、
通信手段が、ネットワークを通じて前記サーバに対して、前記部分画像データを転送し、
前記サーバにおいては、通信手段が、ネットワークを通じて前記画像処理装置から前記部分画像データを受信し、
ＩＤ情報抽出手段が、前記受信した部分画像データからＩＤ情報を抽出する、
ことを特徴とする文書利用システムの制御方法。
【請求項１２】
文書利用システムを構築している、ネットワークを介して互いにデータ通信可能に接続された画像処理装置およびサーバを制御するためのコンピュータ実行可能な制御プログラム群であって、
当該プログラム群に含まれる第１のプログラムは、
ユーザインターフェース手段が、使用するアプリケーションの種類を特定すると共に動作開始を指示するステップと、
画像入力手段が、文書から画像を読み取り電子的な画像データに変換するステップと、
領域抽出手段が、前記画像データからバーコードなどのＩＤ情報が埋め込まれている一部の画像領域を切り出して部分画像データとして抽出するステップと、
圧縮手段が、前記画像データを特定の圧縮方式で圧縮して圧縮画像データを生成するステップと、
通信手段が、ネットワークを通じて前記サーバに対して、前記ＩＤ情報を含む部分画像データを転送するステップと
を前記画像処理装置におけるコンピュータに実行させ、
当該プログラム群に含まれる第２のプログラムは、
通信手段が、ネットワークを通じて前記画像処理装置から前記部分画像データを受信するステップと、
ＩＤ情報抽出手段が、受信した前記部分画像データからＩＤ情報を抽出するステップと
を前記サーバにおけるコンピュータに実行させることを特徴とするプログラム群。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書利用システムに関し、詳しくは、光学的に読み取られた画像データをネットワークを通じてサーバに転送し、サーバにおいて各種サービスが提供される文書利用システムに関する。
【背景技術】
【０００２】
バーコードなどのＩＤ情報が埋め込まれた印刷用紙をスキャンし、得られたＩＤ情報と画像データをネットワークを通じてサーバに転送し、サーバにおいて各種サービスを提供するようにした文書利用システムが各種知られている。
【０００３】
例えば、特許文献１に開示のものは、ドキュメント発行装置と、発行されるドキュメントの利用管理を行う管理サーバと、ドキュメントの利用確認を行うドキュメント利用確認装置からなるドキュメント管理システムで、プリント出力した身分証明書や保険証やチケットなどに対して、有効性を厳格に判定できる。プリントする際に管理サーバから発行されたドキュメントＩＤを付加し、利用許容情報と対応付けた管理を行う。改竄を判定するため、スキャンして読み込んだ原本データを管理サーバに転送して登録し、コピードキュメントのイメージデータと照合するようにしている。
【０００４】
また、特許文献２には、ネットワークを介した画像形成装置とサーバからなる著作物の複写システムが開示されている。このシステムでは、著作権読取りシートを画像形成装置でスキャンし、シートに記載されている著作物情報や操作内容を取得し、次の処理を決定する。次の処理がダウンロードだった場合、シートにバーコードとして印字された著作物管理サーバ情報を取得して、著作物を管理しているサーバを特定し、そのサーバに著作物情報を転送する。サーバでは該当情報を検索し、その印刷情報を画像形成装置に転送する。
【０００５】
ここで、従来の例として、ＭＦＰで既に行われているソリューション提供の例について述べておく。近年、紙文書を扱う画像処理装置（ＭＦＰ：複合機、プリンタ、スキャナなど）は、単純なコピーやプリントやスキャンの機能に関して、低価格機でも必要な性能を持つようになってきている。会議向け配布資料のコピーや、ドキュメントの内容確認がプリントの目的である場合、画質や印刷時間に関して十分といえる。
【０００６】
そのため最近の画像処理装置は単純機能に代わる新しい価値を生み出すべく、紙情報と電子情報の接点端末という特徴を生かした、ソリューション提供が盛んに行われようとしている。例えば、定型フォーマットの書類を使用する業務のフローは、固定化していることが多く、これを自動化したり、抜けもれをチェックする機能を導入したりする例がある。その具体的な例をあげると、伝票の必要部分のみを切り出して複数伝票をまとめて印刷したり、伝票内の数字が書込まれている部分をＯＣＲでテキストデータ化し、表にまとめて定められた計算を行ったりすることができる。この時、伝票の一部分に、伝票種別に応じたＩＤ情報（バーコードやＱＲコード）を埋め込んでおき、このＩＤ情報を識別して自動的に業務フローを決定している。
【０００７】
このようなソリューションは、ＩＤ情報として大容量の情報が格納される大きな２次元コードや、複雑な電子透かしを利用した場合のＩＤ情報識別処理やＯＣＲ処理など、高度な処理が含まれるソリューションになるほど一般的にユーザの価値が高まる傾向にある。しかしながら複雑化した処理は負荷も大きくなるため、低価格機のリソース（ＣＰＵ性能やメモリ容量など）で実用性のある処理速度を実現することは難しく、高価格の画像処理装置（特にＭＦＰ）に限って、一部ソリューション提供が始められている。
【０００８】
ソリューション提供の具体例を挙げる。スキャナ機能を搭載した画像処理装置のスキャン部に、定型フォーマットの紙文書をセットし、スキャン開始を指示するボタンを押す。この紙文書には、フォーマット種類や、特許文献２のように直接的に次の処理の指示に関わる２次元コードなどのＩＤ情報があらかじめ付加されている。
【０００９】
画像処理装置はスキャン部にて紙文書に印字または手書きされた画像情報を読込み、非圧縮のＲＧＢデータとして内部メモリ（ＲＡＭ）に格納する。画像処理装置はこのRGBデータからＩＤ情報を抜き出して解析、復号を行う。ＩＤ情報の抽出に際して、通常は画像認識を行って大まかにＩＤ情報の位置を特定し、特定したＩＤ情報の位置を中心に少し広い目の領域から部分画像を切り出す。しかし画像認識は処理が重くリソースが不足しがちな画像処理装置では時間がかかる。この切り出したＩＤ情報を含む部分画像データに対し、角度調整やサイズ調整を行い、ＩＤ情報の識別を行うことで、ＩＤ情報を得る。
【００１０】
しかしながら、高価格機とは言え、高画質、高速を実現するため、高価なエンジンや多数のＡＳＩＣ開発費などにコストが割かれるため、ソリューションを提供するアプリケーションプログラムの動作環境となるリソース（ＣＰＵ性能やメモリ容量）は十分とは言えないシステム設計であったり、紙の印刷機能は低機能で良くソリューション提供をメインに期待するユーザへの低価格機ソリューションプラットフォームが無かったり、現時点でソリューション提供に最適なシステムは十分整っていない。
【００１１】
特許文献２ではＩＤ情報の識別だけでなく、著作物取り出しシートの判断や、著作物情報の認識を、また特許文献１ではＩＤ情報の付加など、他の全ての処理も画像処理装置で行う構成になっているが、これらの処理も負荷が重いため、画像処理装置では時間がかかってしまうのが実状である。
【００１２】
そこで、画像処理装置では、取り込んだ画像データをサーバに送り、十分なリソースが確保できるサーバでこれらの処理を行うシステムも実用化されている。
【００１３】
特許文献２で示されているネットワークで接続されたサーバは管理情報の検索や確認のみ行う構成といえる。特許文献１の場合、原本データをサーバに送る場合もあるが、その転送時間の短縮についての記載はない。原本データは大容量のため、そのまま転送するとネットワーク上の通信帯域を圧迫する。そのため、画像処理装置でＪＰＥＧフォーマットなどに圧縮した後にサーバに転送するのが好ましい。
【００１４】
上述したように公知例では、ＩＤ情報を画像処理装置で復号し識別した後にＩＤ情報や原本データをサーバに転送する技術は開示されている。また、画像データを全てサーバに送り、サーバ側で殆ど全ての処理を行う技術も開示されている。
【００１５】
前述したように、画像処理装置のリソース制約を回避するため、ソリューションはネットワークで接続されるサーバで提供するシステムが注目されている。画像処理装置は画像データを作成する程度の限られた処理のみ実行して、ネットワークを通じて画像データをサーバに送る。サーバでは画像データを受け取り、ソリューション提供のためのアプリケーションプログラムを実行して、業務フローの自動化を行う。場合によっては、必要な画像処理を施した上で画像処理装置に送り返し、プリントアウトも可能である。即ち、画像処理装置に負荷の高い処理をさせることなく、サービスを提供するシステムである。また画像処理装置は設計が複雑であるが故に、リソース増強を行うには膨大な開発工数の増大が見込まれるため、製品価格も上がる。一方、アプリケーションプログラムを搭載するサーバには一般的なＰＣを利用できるので、低価格で比較的高い性能を入手できるメリットがある。
【００１６】
また、このようなシステムは画像処理端末のリソースをさほど使用しないため、低価格機でも高価格機でも同様にソリューション提供が可能となるメリットもある。また、端末に全てのソリューションに対するアプリケーションプログラムを搭載しておく必要がないため、利用端末の場所制約もないというメリットもある。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかしながら、上記システムには、以下に示す課題もある。画像処理装置とサーバ間で画像データを受け渡す必要があるが、画像データはＡ４カラー600dpiで約１００ＭＢと大容量のため、そのままネットワーク上を転送すると、転送時間がかかってしまう。ＧＢＥ（ギガビットイーサネット（登録商標））でも数秒かかる。時間の問題だけでなく、複数枚の処理を行った場合には、通信回線帯域が殆ど埋ってしまう自体も考えられる。一般的な環境ではネットワークは基幹システムなど本システム以外のシステムと共通の伝送路であり、この通信帯域を圧迫することになるため、周囲に迷惑をかけるだけでなく、重要なシステムの動作に悪影響を及ぼす懸念すらある。
【００１８】
これを回避するため、通常は転送の送信側でデータの圧縮を行い、受信側で伸張を行うことで、転送する画像データ容量を小さくするが、これらの圧縮／伸張の処理時間に不十分な低価格機のリソースでは数秒かかる。また、画像処理装置で圧縮し、全画像データをネットワークで転送し、サーバで伸張した後でなければ、ＩＤ情報の抽出が出来ないため、この点からも非常に時間がかかることになる。
【００１９】
一方、サーバ側においても課題がある。一般的なサーバのＣＰＵは最近ではマルチコア化してきており、ソフトウエアのマルチタスク処理には強くなっている。ところが画像処理ではソフトウエアが苦手とする単純繰返しの処理が多く、これを単純に高速処理するには必要以上にリソースを用意する必要があり、高価なサーバを導入しなければならず不合理がある。
【００２０】
そこで本発明は、上記問題点に鑑みてなされたもので、アプリケーションプログラムの処理性能が十分ではない低価格の画像処理装置（スキャナ機能を含む）で読み込まれたＩＤ情報付き画像データをネットワークでサーバに転送し、サーバでソリューション提供のためのアプリケーションプログラムの処理を行うためのシステムにおいて、その処理時間を短縮することにある。これにより、快適なソリューション提供環境を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記課題を解決するため、本発明における文書利用システムは、ネットワークを介して、互いにデータ通信可能に接続された画像処理装置およびサーバとで構築される文書利用システムであり、前記画像処理装置は、使用するアプリケーションの種類を特定すると共に動作開始を指示するユーザインターフェース手段と、文書から画像を読み取り、電子的な画像データに変換する画像入力手段と、前記画像データからＩＤ情報が埋め込まれている一部の画像領域を切り出して部分画像データとして抽出する領域抽出手段と、前記画像データを特定の圧縮方式で圧縮して圧縮画像データを生成する圧縮手段と、前記部分画像データをネットワークを通じて前記サーバに送信するための通信手段とを含み構成され、前記サーバは、ネットワークを通じて前記画像処理装置から前記部分画像データを受信する通信手段と、受信した前記部分画像データからＩＤ情報を抽出するＩＤ情報抽出手段とを含み構成されることを特徴とする。また、上記記載の文書利用システムにおいて、画像処理装置では通信手段は、前記圧縮画像データをネットワークを通じて送信し、前記サーバが備える通信手段は、ネットワークを通じて前記画像処理装置から前記圧縮画像データを受信し、前記サーバは、受信した前記圧縮画像データを伸長する伸長手段とを含み構成されることを特徴とする。上記構成において更に、前記画像処理装置は、前記圧縮画像データを前記サーバに転送する前に、前記ＩＤ情報を含む部分画像データをサーバに転送し、前記サーバは前記圧縮画像データを伸張する前に前記部分画像データ中からＩＤ情報を抽出する処理を開始し、抽出したＩＤ情報に基づいて圧縮画像データを伸張することを特徴とする。
【００２２】
また、上述構成において、前記画像処理装置が備える通信手段は、前記特定されたアプリケーションの種類別をネットワークを通じて前記サーバに送信し、前記サーバが備える通信手段は、ネットワークを通じて前記画像処理装置から前記特定されたアプリケーションの種類別を受信することを特徴とする。また、領域抽出手段は、画像データのうち、予め定めた複数の領域の部分画像を切り取り、これら各部分画像を特定規則で編集処理を行い１つの画像データにまとめ部分画像データとすることを特徴とする。
【００２３】
更に、前記領域抽出手段において、前記複数の領域の部分画像は、前記特定されたアプリケーションの種類別に応じて予め定められていることを特徴とする。また、上記記載の文書利用システムにおいて、領域抽出手段は、複数の部分画像を領域毎に並べて前記１つの部分画像データに編集処理することを特徴とする。
【００２４】
また、上記記載の文書利用システムにおいて、サーバは、ＣＰＵとメモリからなりアプリケーションを実行するホストと、ＩＤ情報を抽出する機能と、圧縮画像データを伸張する機能のうち少なくとも一方を搭載したハードウエアモジュールを備えた機能拡張手段と、ホストと機能拡張手段を接続する通信路を含み構成され、機能拡張手段をＩＤ情報抽出手段および／または伸張手段として使用することを特徴とする。
【００２５】
また、上記記載の文書利用システムにおいて、機能拡張手段は、実装すべきハードウエアモジュールの種類によって機能が変更できるプログラマブル論理回路とワークメモリを含み構成されていることを特徴とする。
【００２６】
また、上記記載の文書利用システムにおいて、機能拡張手段は、搭載するハードウエアモジュールとして、少なくともＩＤ情報を抽出する機能と、圧縮画像データを伸張する機能とを備え、画像処理装置からの受信データに対応して決定される、機能拡張手段の機能をＣＰＵからの指示によって設定して、機能拡張手段をＩＤ情報抽出手段および伸張手段として使用することを特徴とする。
【００２７】
また、本発明における文書利用システムの制御方法は、ネットワークを介して、互いにデータ通信可能に接続された画像処理装置およびサーバとで構築される文書利用システムの制御方法
であって、画像処理装置においては、ユーザインターフェース手段が、使用するアプリケーションの種類を特定すると共に動作開始を指示し、画像入力手段が、文書から画像を読み取り電子的な画像データに変換し、領域抽出手段が、前記画像データからＩＤ情報が埋め込まれている一部の画像領域を切り出して部分画像データとして抽出し、圧縮手段が、前記画像データを特定の圧縮方式で圧縮して圧縮画像データを生成し、通信手段が、ネットワークを通じて前記サーバに対して、前記部分画像データを転送し、前記サーバにおいては、通信手段が、ネットワークを通じて前記画像処理装置から前記部分画像データを受信し、ＩＤ情報抽出手段が、前記受信した部分画像データからＩＤ情報を抽出することを特徴とすることを特徴とする。
【００２８】
また、本発明におけるプログラム群は、文書利用システムを構築している、ネットワークを介して互いにデータ通信可能に接続された画像処理装置およびサーバを制御するためのコンピュータ実行可能な制御プログラム群であって、当該プログラム群に含まれる第１のプログラムは、ユーザインターフェース手段が、使用するアプリケーションの種類を特定すると共に動作開始を指示するステップと、画像入力手段が、文書から画像を読み取り電子的な画像データに変換するステップと、領域抽出手段が、前記画像データからバーコードなどのＩＤ情報が埋め込まれている一部の画像領域を切り出して部分画像データとして抽出するステップと、圧縮手段が、前記画像データを特定の圧縮方式で圧縮して圧縮画像データを生成するステップと、通信手段が、ネットワークを通じて前記サーバに対して、前記ＩＤ情報を含む部分画像データを転送するステップとを前記画像処理装置におけるコンピュータに実行させ、当該プログラム群に含まれる第２のプログラムは、通信手段が、ネットワークを通じて前記画像処理装置から前記部分画像データを受信するステップと、ＩＤ情報抽出手段が、受信した前記部分画像データからＩＤ情報を抽出するステップとを前記サーバにおけるコンピュータに実行させる、ことを特徴とする。
【発明の効果】
【００２９】
本発明により、画像処理装置（スキャナ機能を含む）で読み込まれたＩＤ情報付き画像データをネットワークでサーバに転送し、サーバでソリューション提供のためのアプリケーションプログラムの処理を行うためのシステムにおいて、その処理時間を短縮して、快適なソリューション提供環境を提供することが可能になる。
【図面の簡単な説明】
【００３０】
【図１】本発明に係る文書利用システムの概略構成を示す図である。
【図２】文書に埋め込んだＩＤ情報の例を示す図である。
【図３】第１実施形態の画像処理装置の構成例を示すブロック図である。
【図４】第１実施形態のサーバの構成例を示すブロック図である。
【図５】第１実施形態の画像処理装置側の処理説明するフローチャートである。
【図６】ＩＤ情報に格納される内容の例を示す説明図である。
【図７】第２実施形態の文書処理の説明図である。
【図８】２in１（集約）文書に対応させた場合の文書処理の説明図である。
【図９】第３実施形態の画像処理装置側の処理を説明するフローチャートである。
【図１０】第３実施形態のサーバ側の処理を説明するフローチャートである。
【図１１】第４実施形態のサーバの構成例を示すブロック図である。
【図１２】ＦＰＧＡの内部構成例を模式的に示した配置図である。
【図１３】実施形態に係る機能拡張手段の構成例を示すブロック図である。
【発明を実施するための形態】
【００３１】
次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００３２】
本発明の実施形態においてはその特徴的処理として、ＩＤ情報の抽出と、圧縮および伸張処理を並列化する。画像処理装置で読み込んだ画像データから、ＩＤ情報だけ切り出して先にサーバに転送し、ＩＤ情報の識別処理を開始させる。その後、転送する画像データを圧縮し、圧縮終了後にサーバに転送して、伸張処理を行わせる。画像処理装置側でのＩＤ情報の切り出しと圧縮処理は並行して行われても良い。ＩＤ識別結果を元に、その後の処理フローなどの紐付け情報を取得し、次工程を決定して、これに従い、伸張され復元された画像データを利用する。サーバにおいても、ＩＤ情報の識別処理や紐付け情報の取得と、伸張処理を並列に行うことで、時間の短縮が可能である。
【００３３】
なお、一般的にＩＤ情報は、ソリューションで定められたフォーマットによって、文書のどの位置に配置されているかが異なると考えられる。リソースの無い低価格機でＩＤ情報の位置を短時間で解析することは難しい。そこで、位置解析は行わずに予め定められた領域の部分画像を盲目的に複数切り出すことで対処する。なお、ユーザインターフェースなどで予めアプリケーションプログラムからＩＤ情報の位置が予め予想できる場合は、これを切り出す領域に反映させ効率化を図る。
【００３４】
更には、サーバでの処理を、ＣＰＵによるソフトウエア処理だけではなく、ハードウエア処理する構成とすることができる。この構成によれば、更なる高速化が見込める。但し、ＩＤ情報や圧縮方式の種類や設定はアプリケーションによって様々な条件が考えられることから、ＡＳＩＣ（Application Specific Integrated Circuit，エイシック）のような固定化したハードウエアでは適応が難しいので、プログラマブル論理回路を用いることで小規模な回路で様々な条件に対して対応可能にする。
【００３５】
［第１実施形態］
以下、図面を参照して、本発明の実施形態を詳細に説明する。図１に本発明の実施形態である文書利用システムの構成を概念図で示す。実施形態システムは、文書情報を読み取る画像処理装置１００と、一般業務に用いるＰＣ：２００と、社内に設置されたサーバＡ：３００が社内ＬＡＮに接続され、各機器間は情報の受け渡しが可能な回線接続がなされている。さらに各機器は、ネットワーク：ＮＷを介して、サーバＢ：４００に接続されていて情報の受け渡しが可能になっている。図示は無いが実際にはＰＣや、場合によっては画像処理装置が、複数台接続されることも多い。
【００３６】
文書利用システムに関与するサーバとして社内に設置されているサーバＡ：３００を用いる構成と、社外に設置されたサーバＢ：４００を用いる構成の場合とがあり得る。社内サーバＡ：３００の場合はファイヤウォールの内側のため、セキュリティー上の問題が少なく、社外秘情報の取扱などについてソリューション提供の障壁になりにくいメリットがある。しかしサーバの管理やメンテナンスがユーザ側で必須となる。一方、社外サーバＢ：４００の場合は、逆の特性を持ち、ユーザは煩雑なサーバ管理などの作業は不要だが、外部に情報が流れるのでセキュリティー上の懸念が存在する。もちろん暗号化などで十分な対策を施していれば、その問題も解決される。本実施形態では社内ＬＡＮもネットワークの一部と見做し、どちらのサーバを処理サーバとしても構わない。以下の説明では、便宜的に社内サーバＡ：３００を用いるものとし、単にサーバと記載する。
【００３７】
本実施形態では、紙文書を画像処理装置１００の読み取り対象文書として説明する。図２に紙文書１５０とこの紙文書（以下、単に文書）１５０に埋め込まれたＩＤ情報の例を示す。スキャナによって読み取れる文書１５０にはドキュメント内容１５１の他、ユーザによって読み取り可能な例えば２次元コードとしてのＱＲコード等によって符号化して記録されたＩＤ情報とが埋め込まれている。このＩＤ情報としては、バーコードやＱＲコードを代表例とする２次元コードが一般的である。図２に例示した文書１５０では、右上にＩＤ情報としてのＱＲコード１５２を、また、左下にも同等のＩＤ情報としてバーコード１５３が配置されている。通常はＩＤ情報は、どちらか一方にいずれかの２次元コードが配置されていればよい。この種の２次元コードに関する技術は既に一般的であり、模様の規則性を利用して符号化した電子情報が埋め込まれている。
【００３８】
これら２次元コードは、紙面の一部を占有するというデメリットがあるが、ソリューションに用いる文書はフォーマットが定まっていることが多いため、紙面の占有は一般には問題とはならないことが多い。逆にユーザにとって、ソリューション用の文書であるという判別ができるというメリットがあり、電子情報と容易に紐付けできる点でメリットも多い。なお、図示はしないが、この他にも、人間の視覚では認識できない画像の細かい点レベルの配列や配色の規則性で電子情報を埋め込んだり、文字フォントのエッジの凹凸に情報を埋め込んだりした、いわゆる電子透かしという方法を採ってＩＤ情報を付加してもよい。
【００３９】
図３に本願発明の実施形態としての画像処理装置１００の構成例をブロック図で示す。この画像処理装置１００は、少なくとも画像読取機能と通信機能を備えた装置で、例えばファクシミリやイメージスキャナ等の装置である。この装置は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３およびシステムバス１０４を含み構成されている。システムバス１０４には、画像入力手段１１０、ユーザインターフェース手段１２０、領域抽出手段１０５、圧縮手段１０６、通信手段１０７等が接続されていて、ＣＰＵ１０１等と信号の送受信が可能になっている。なお、画像処理装置１００が複写機や複合機（ＭＦＰ： Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）であれば、図示しない画像形成手段等も備えている。
【００４０】
ＲＯＭ１０２はＣＰＵ１０１の動作プログラムを格納している。ＣＰＵ１０１はＲＯＭ１０２に記録されているプログラムを読み込んでＲＡＭ１０３上に展開し、このプログラムに従って画像処理装置として必要な各種機能を実現する各手段を制御する。ユーザインターフェースなど、アプリケーションプログラムの一部はこのＣＰＵ１０１で実行される。またＲＡＭ１０３は各手段で扱うデータの格納場所でもある。
【００４１】
画像入力手段１１０は、スキャナエンジン１１２とスキャナエンジン制御部１１１と画像処理部１１３で構成される。スキャナエンジン１１２は、読み取り位置に置かれた紙文書に描かれた画像を電子情報の画像データとして取り込むエンジンと、複数枚の紙文書を自動的に1枚ずつ読み取り位置に搬送するオートフィーダーとからなる。スキャナエンジン制御部１１１は前記スキャナエンジン１１２の動作をＣＰＵ１０１の指示に従って制御する。画像処理部１１３は読み取られた画像データを汎用的なＲＧＢデータに変換したり、スキャナエンジン１１２で固有の色合いや濃淡やノイズを補正するフィルタ処理などの画像処理を行ってＲＡＭ１０３に格納する動作を行う。
【００４２】
ユーザインターフェース手段１２０は、ユーザの指示を受け付けたり、ユーザに情報を示すためのオペレーションパネル１０９と、オペレーションパネルの動作を制御し、ＣＰＵ１０１との仲介役を果たすオペレーションパネル制御部１０８からなる。
【００４３】
領域抽出手段１０５は、ＲＡＭ１０３上に取り込んだ画像データから、ＣＰＵ１０１の指示によって一部の領域を切り出して、部分画像データとしてＲＡＭ１０３に格納する。切り出した部分画像データが複数ある場合は、それらを１つに整列させてまとめてデータ化する。
【００４４】
圧縮手段１０６は、ＣＰＵ１０１の指示に従ってＲＡＭ１０３上に取り込んだ画像データをJPEG、JPEG2000、HD Photoなどの圧縮方式で圧縮し、データサイズを小さくしてＲＡＭ１０３に格納する。
【００４５】
通信手段１０７はＣＰＵ１０１の指示に従い、ネットワーク上の他の装置、ここではサーバ３００と通信を確立し、必要に応じてデータを送受信する。例えばギガビットイーサネット（登録商標）など、ＴＣＰ／ＩＰを用いた通信を行う。
【００４６】
次に、図４にサーバ３００の構成例をブロック図で示す。図４におけるＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、通信手段１０７については前述した画像処理装置１００のものと同様である。サーバ３００では様々なアプリケーションプログラムを動作させるだけでなく、それらで利用するデータなども多く蓄積する必要があるため、ハードディスク（ＨＤＤ）３０１も搭載している。このＨＤＤ３０１はデータベースを実現するデータ蓄積装置の役割もある。以下では、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ３０１を合せてホスト３１０と呼ぶ。サーバ３００には、その他に、ＩＤ情報抽出手段３０２と伸張手段３０３を具備している。符号１０４は、システムバスである。
【００４７】
ＩＤ情報抽出手段３０２では、ＲＡＭ１０３に格納された部分画像データに対して、角度補正やサイズ調整などの画像処理を行って、２次元コードなどのＩＤ情報の読み取り確度を上げ、コードの復号を行い、ＩＤ情報を抽出してＲＡＭ１０３に保存する。このＩＤ情報を元に、ＣＰＵ１０１でＩＤ情報が多数蓄積されたＨＤＤ３０１上のデータベースや、場合によってはネットワークで接続された別サーバに問合せ、ＩＤ情報に紐付けられたフォーマットや処理フローに関する情報を得る。
【００４８】
伸張手段３０３はＣＰＵ１０１から指示を受け、ＲＡＭ１０３から圧縮画像データを読み出して、圧縮前の元画像データになるように伸張処理を行い、改めてＲＡＭ１０３に保存する。
【００４９】
説明の都合上、図４ではＩＤ情報抽出手段３０２や伸張手段３０３はＣＰＵ１０１とは別体の手段として図示してあるが、実際には実施形態ではＣＰＵ１０１によるソフトウエア処理で実現している。よって、ＲＡＭ１０３上に展開されたソフトウエアモジュールが各手段といえる。なお、別の実施形態を挙げて詳しく説明するが、前記手段の機能をハードウエアモジュールとして機能拡張手段にアップロードし実行させる場合は、その機能を持つ機能拡張手段が各手段といえる。
【００５０】
図５のフローチャートに第１実施形態の処理を示す。左側のステップ(Ｓ１０１)からステップ(Ｓ１１３)は画像処理装置１００側の処理を、右側のステップ(Ｓ３０１)からステップ(Ｓ３１０)はサーバ３００側での処理を示している。先ず画像処理装置１００での処理を説明する。
【００５１】
ユーザが本システムを用いてアプリケーションプログラムを利用する場合、オートフィーダー付きのスキャナエンジン１１２に紙文書をセットする(Ｓ１０１)。この紙文書は定型フォーマットで２次元コードの付加された図２に示した用紙が用いられている。次にユーザインターフェース手段１２０を操作して、利用するアプリケーションプログラムを選択と、必要なパラメータの設定を行って(Ｓ１０２)、処理の実行開始を指示する(Ｓ１０３)。
【００５２】
この際に、利用可能なアプリケーションには１対１で割り当てられた専用ボタンを用意し、スキャン以降の動作がボタンにより決定付けられるのが処理速度の観点で望ましい。しかし自動化の観点では、特許文献２に開示されているように紙文書の画像情報のチェックボックスなど次の処理の指示が埋め込まれており、サーバ３００で画像認識処理した結果、次の処理が認識されるような構成にしても良い。ただしこの場合には、ＩＤ情報の位置が不明なので、部分画像の切取りには、例えば４隅などデフォルトで定めた領域を切り取ることになる。実行開始の指示は、一般的なスタートボタンで良いし、オートフィーダーに紙文書をセットしたら自動的スキャンされるものでもかまわない。
【００５３】
実行開始されるとスキャナエンジン制御部１１１がオートフィーダーとスキャナエンジン１１２に指示を出して、紙文書に描かれた画像を電子データとして取り込み(Ｓ１０４、Ｓ１０５)、画像処理部１１３にてスキャンエンジン固有の色特性やノイズなどを補正するためのフィルタ処理などが施され、ＲＧＢの画像データとしてＲＡＭ１０３に格納される。
【００５４】
複数頁の紙文書を連続して処理する場合には、オートフィーダーで1枚ずつ画像読み取り位置まで搬送し、同様の処理で全頁の画像データを取り込む。ここではＲＡＭ１０３へ格納するようにしているが、連続読み取りの処理速度に対して後処理の速度が遅いと、ＲＡＭ１０３容量を越えるオーバーフローが起こる可能性がある。このような場合は、スキャン速度を下げるか、または図示しないＨＤＤを設けて、これに格納するようにすればよい。ＨＤＤへ格納する場合は、ＲＧＢデータそのものでも構わないが、データの共有性を考慮し、ヘッダをつけた汎用フォーマットであるビットマップ（ＢＭＰ）形式にしてもよい。
【００５５】
ＣＰＵ１０１はユーザインターフェース手段で選択されたアプリケーションプログラムの種類をもとに、紙文書上のＩＤ情報の配置を予想し、そのＩＤ情報の位置とサイズの情報を領域抽出手段１０５に伝える(Ｓ１０６)。アプリケーションプログラムによって利用する紙文書のフォーマットは定まっているので、ＩＤ情報の配置を予想することは容易である。
【００５６】
領域抽出手段１０５はＣＰＵ１０１から得た情報を元に、ＲＡＭ１０３に格納されている部分画像データから、ＩＤ情報を含む予め決められている領域の部分画像データを切取り、ＲＡＭ１０３上に格納する(Ｓ１０７)。この時、図２の左下の点線で囲んだ様に、予想されるＩＤ情報の面積より広く部分画像データの領域を切り取る。
【００５７】
その後、ＣＰＵ１０１はアプリケーションプログラムと関連付けられたサーバ（ここでは、サーバ３００）に通信手段１０７を通じてアクセスし、先に切り取った部分画像データを転送（送信）する(Ｓ１０８、Ｓ１０９)。基本的に部分画像データの容量は小さいので、圧縮せず転送すればよい。この時にアプリケーションプログラムの種類やパラメータに関する情報も転送する。
【００５８】
次に圧縮手段１０６は、ＲＡＭ１０３上に格納されている画像データに対し、ＣＰＵ１０１からの圧縮方式や設定などの指示を受けて圧縮処理を行う(Ｓ１１０、Ｓ１１１)。なお、圧縮方式は、例えばJPEGやJPEG2000やHD Photoなどあるが、低価格の画像処理装置を実現するリソースを考慮した場合、処理の複雑性と圧縮効率を考えると、JPEGが好ましい。この時、ＲＡＭ１０３上の圧縮前の画像データも残しておくと、先に処理した部分画像データの送信が失敗した際の再送信を行うことができるので好ましい。圧縮手段１０６によって圧縮画像データが完成後、ＣＰＵ１０１は再びサーバ３００にアクセスし、通信路を確立した上で、圧縮画像データを転送する(Ｓ１１２、Ｓ１１３)。
【００５９】
続いて、サーバ３００における処理について説明する。ＣＰＵ１０１は画像処理装置１００から送られたＩＤ情報を含む部分画像データを、通信手段１０７で受取り、ＲＡＭ１０３に記憶する(Ｓ３０１、Ｓ３０２)。アプリケーションに関する情報がある場合も、同様にＲＡＭ１０３に記憶する。
【００６０】
続いて、ＩＤ抽出手段３０２はＲＡＭ１０３上の部分画像データに対し、角度補正やサイズ調整などの画像補正を行って、２次元コードの読み取り確度を上げ(Ｓ３０３)、更にコードの復号を行い、ＩＤ情報を取得してＲＡＭ１０３に保存する(Ｓ３０４)。
【００６１】
その後ＣＰＵ１０１はＩＤ情報を元に、ＨＤＤ３０１に蓄積されたデータベースや、場合によってはネットワークで接続された別サーバ３００に問合せを行い(Ｓ３０５)、当該ＩＤ情報に紐付けられたフォーマットや処理フローに関する情報を得る(Ｓ３０６)。この処理に次いで、（待機後に）通信手段１０７から圧縮画像データを受信し、ＲＡＭ：１０３に保存する(Ｓ３０７、Ｓ３０８)。
【００６２】
伸張手段３０３は、ＲＡＭ１０３から圧縮画像データを読み出して、ＣＰＵ１０１からの伸張方式や設定についての指示を受け(Ｓ３０９)、これに基づき元の画像データになるように伸張処理を行い、ＲＡＭ１０３に保存する(Ｓ３１０)。
【００６３】
ここまでが本実施形態に関連した処理のフローであり、その後は次工程として、従来どおりにアプリケーションプログラムに従って処理が行われることになる。次工程の具体例を挙げれば、先に得たフォーマットや処理フローに関する情報を元に、伸張した画像データに対し、切取りや色づけなどの加工を施したり、ＩＤ情報を管理しているデータベースに利用履歴を登録したりする。また、ＯＣＲで文章をテキスト化したり、PDFにフォーマット変換することもある。
【００６４】
その他にも、画像データを加工した後にサーバ側の図示されていない圧縮手段にて画像データの圧縮を行い、通信手段１０７を通じて、対応するプリンタに圧縮画像データを転送し、リモート的に印刷することも考えられる。この場合のプリンタは、本発明の画像処理装置と同様な機能を持っており、少なくとも通信手段１０７と伸張手段３０３と画像出力手段を搭載したものとする。
【００６５】
図６に、定型文書の判別を目的とする場合に対応した、ＩＤ情報に格納する内容の例を示した。この例では、ＩＤ情報として、ソリューション提供を行っている会社名、ソリューションのアプリケーションプログラム名やそのバージョン、そのアプリケーションで使用するいくつかのフォーマットの識別番号、審査や承認など処理フローのどの段階にある文書かを判別するためのステージ番号などを格納している。また個々の文書に対し一件一件区別可能なシリアル番号だけをＩＤ情報として格納して、データベースでシリアル番号と各種情報を紐付けをしてもよい。
【００６６】
［第２実施形態］
第１実施形態ではＩＤ情報が文書の一部に印字されており、文書の向きが一定であることを前提としたものであるため、スキャナへセットされる文書の向きが指定と異なるとＩＤ情報の識別ができなくなる不具合が考えられる。また、２in１など集約コピーされた紙を扱えないことも難点である。もちろん、画像処理的解決手法として、事前の画像認識によって２次元コードを探すことは不可能ではないが、先にも記述したように低価格の画像処理装置のリソースでは相応に時間がかかるため実用的でなく、ここでは利用しない。
【００６７】
図７を用いて上記問題の回避策を示す。以下の説明ではアプリケーションプログラムに使用する紙文書２５０のフォーマットは、図７の文書処理の説明図に示した如くにＡ４用紙で右上に１つ２次元コード（図では、ＱＲコード１５２）が印字されているものであると仮定して具体的説明をする。
【００６８】
このような紙文書をスキャナのオートフィーダーにセットする場合を考えると、４方向から差し込まれる可能性がある。すなわち、スキャナに取り込まれた画像データのイメージを図の左に（ａ）図としたが、長手方向からスキャンされた場合のイメージは実線の縦長、短手方向からスキャンされた場合のイメージは長点線の横長になる。天地方向も考慮した４通りのスキャン方向に応じて、それぞれＩＤ情報が位置する場所は（Ａ）〜（Ｄ）となり４箇所の可能性がある。このため、（Ａ）〜（Ｄ）の４箇所の領域全てを切り取り、図７中の右に（ｂ）図として示すように１つの画像としてまとめてデータ化し、前実施形態にて既に説明した如くの、ＩＤ情報を含んだ部分画像データ１５４とする。ちなみに、基本的に２次元コードは左右上下何処からでも解読可能なので、（Ａ）〜（Ｄ）の並びに特に制限はない。
【００６９】
このようにして生成した部分画像データを用いる点以外は、前述第１実施形態と同様の処理が行われる。サーバ３００側でも、前実施形態と全く同様の処理が行われる。
【００７０】
さらに２in１（集約）文書に対応させた場合を図８に示す。図の左の（ａ）は、スキャナに取り込まれた画像データのイメージの一例を示している。２in１とは２ページ分が１ページに集約してコピーされたもので、紙文書が左右に並んで表示されている。全てのページにＩＤ情報が印字されている文書の場合は、２in１に集約されるとＩＤ情報の配置は前例とは異なり紙面の中ほどにもＩＤ情報が位置し、紙面の中ほどのＩＤ情報が存在し得る範囲は広くなる。このためＩＤ情報を含んだ領域の切り取りは（Ａ′）〜（Ｆ′）の６箇所になる。このうち（Ｂ′）と（Ｅ′）については切り取り面積を多少大きくしておく（図示例は角部の２倍）。これを図７の場合と同様に１つにまとめてデータ化し、図中の右に（ｂ）図として示すように部分画像データ１５５とすればよい。領域の切り取りなどは、図７で説明したのとほぼ同様である。
【００７１】
またＩＤ情報を電子透かしとする場合に対しては、アプリケーション毎に予め定められたフォーマット上で、場所を規定した枠内の文字や画像にＩＤ情報を埋め込むなど、ルールを定めておき、アプリケーションが選択された時点で、ＣＰＵ１０１から上記スキャン方向や２in１への対応を考慮して領域抽出手段１０５に位置情報を伝えるようにすることで対応できる。
【００７２】
［第３実施形態］
これまで説明した実施形態では、画像処理装置１００やサーバ３００における各種処理を1つの流れの中で（シリアルに）行ったが、それぞれ可能な部分は同時並列的に行うとさらに高速化が図れる。ハードウェア構成は、これまでの実施形態と同一で良く、説明は省略する。この実施形態を図９と図１０のフローチャートを用いて説明する。
【００７３】
まず画像処理装置側の処理を図９のフローチャートに示す。紙文書をオートフィーダーにセットして、複数頁の画像データを取り込むまでの過程、ステップ(Ｓ２０１)からステップ(Ｓ２０５)は、第１実施形態と同じである。
【００７４】
その後、ＩＤ情報の領域抽出処理及びサーバ３００への送信処理(Ｓ２０１〜Ｓ２０９)と、画像データの圧縮処理及びサーバ３００への送信処理(Ｓ２１０〜Ｓ２１３)をマルチタスク的に同時並列処理する。領域抽出処理、圧縮処理、サーバ３００への送信処理の個々の処理は第１実施形態と実質的に同じである。処理負荷的に見ると圧縮処理の方が重いため、必然的にＩＤ情報を含んだ部分画像データが先にサーバ３００に送られる。両方の処理が終了した時点で、プログラム終了となる。
【００７５】
次にサーバ３００側の処理を図１０のフローチャートに示す。
サーバ３００では、画像処理装置１００から部分画像データが送信されてくるのを待つ。部分画像データが受信されると、１つ目のタスクが動作開始されステップ(Ｓ３０１〜Ｓ３０６)を順次実行する。サーバ３００はすなわち、圧縮画像データに対し画像補正を施し、ＩＤ情報を取得して、データベースに紐付け情報の問合せを行う。
【００７６】
一方、画像処理装置１００で圧縮が終了すると、サーバ３００に圧縮画像データが送られてくる。これをサーバ３００は受信し、２つめのタスクが動作開始されステップ(Ｓ３０７〜Ｓ３１０)を順次実行する。こうして圧縮画像データの伸張を１つめのタスク処理と並行して行う。ＩＤ情報として大容量の大型ＱＲコードや電子透かしを用いている場合のＩＤ取得やデータベースへの問合せは、時間がかかる処理であるが、画像データの解像度や圧縮方式によっては、圧縮や伸張時間が長くかかるため、どちらが早く終了するか見込めない。そのため、両方の処理が終了した時点で、次工程へ進むようにする。
【００７７】
既に述べたように、圧縮方式は、低価格の画像処理装置を実現するリソースを考慮した場合、処理の複雑性と圧縮効率を考えると、JPEGやJPEG2000やHD PhotoなどのうちでJPEGが好ましい。
【００７８】
［第４実施形態］
ところで、既述した圧縮処理においては、圧縮率や圧縮処理単位など、様々なパラメータがあるため、アプリケーションに応じた圧縮方法を設定する場合、容易に処理フローが変えられるソフト処理が望ましい。しかしながら、前述の様に低価格な装置では処理性能が不十分なため、無視できない処理時間がかかる。
【００７９】
ＣＰＵの性能は向上しているが、２次元コードの大きさを小さくするために解像度を高めるようにするとそれだけ処理時間はかかる。現在でもＡ４カラーの場合、２次元コードを扱える解像度として最低限600dpiを用いるべきであるが、この場合、ファイル容量は非圧縮で100MByteにもなる。ＣＰＵ１０１の性能や圧縮アルゴリズムにもよるが、クロック周波数２ＧＨｚのペンティアム（登録商標）４で圧縮処理した場合でも、数秒程度要する。
【００８０】
特に、サーバでは、マルチタスク処理を許容した場合には、画像処理装置からの送信タイミングによって、ＩＤ情報抽出処理と圧縮画像データの伸張処理が並列で動作する可能性が高い。ソフトウエア処理ならば高性能なマルチコアＣＰＵでの並列処理も可能だが、画像処理系の処理は単純な処理の繰返しとメモリアクセスが多く、本来ハードウエアが高速化の点で適する。
【００８１】
そこで、第４実施形態では、ソフトウエアが苦手な処理を高速に行うため高価なＣＰＵやメモリを搭載するのではなく、サーバが高負荷処理をハードウエア的に行うことが可能な機能拡張手段を備え、既述したＩＤ抽出処理と伸張処理をハードウエア的に行うようにする。
【００８２】
しかしながら、この場合、アプリケーションプログラムによって、ＩＤ情報の種類も、圧縮方式も様々であるから、高負荷処理専用のハードウエアについては、それに対応するＡＳＩＣを全て搭載することは現実には出来ない。そこで、この実施形態では、本出願人により出願された特許願第２００７−２３９７７７号の明細書にても開示されているような、機能が変更できるプログラマブルデバイス（プログラマブル論理回路）を搭載した複数の機能拡張手段を用いることで、小規模回路でハードウェアによる高速化を実現している。
【００８３】
ここで、プログラマブルデバイスについて、概略を説明しておく。この種用途のプログラマブルデバイスの例としては、ＦＰＧＡ（Field Programmable Gate Array）、ＰＬＡ（Programmable Logic Array）、ＤＲＰ（Dynamic Reconfigurable. Processor）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）など、様々な構成、特徴をもつものがある。プログラマブル論理回路３１１の最小単位であるＬＥ（Logic Element）は、レジスタやセレクタなどから構成された予め部品が固定されたユーザロジック回路で、その中の設定の変更も可能である。
【００８４】
これらは設計の自由度を高めるための冗長性があり、ユーザ回路としての集積度がＡＳＩＣには及ばないため、ゲート単価は高くなる。しかしソフトウエアのような書き換え自由度と、ＡＳＩＣに近い高速処理が実現できる特徴がある。特にＦＰＧＡは書き換え速度が遅いが、プログラマブル論理回路の中では比較的大規模な回路を構築することができるため、膨大な開発費がかかり開発リスクの高いＡＳＩＣのための事前回路検証や、少ロットの製品向けで利用が増えている。
【００８５】
本発明では上述したどのデバイスで構成しても構わないが、本実施形態ではプログラマブル論理回路３１１としてＦＰＧＡを用いる。代表的なＦＰＧＡ（Field Programmable Gate Array）の内部構成例を図１２に模式的に示す。
【００８６】
図１２に示すＦＰＧＡは、周辺部には入出力バッファなどのＩ／Ｏエレメント（Ｉ／ＯＥ）３５１、角にはクロック生成用のＰＬＬ（Phased Locked Loop）３５２、中心部にはマルチプライヤ群３５３が並び、チップの大部分はＬＥ群からなるロジックアレイ３５４とメモリ３５５（内蔵ＲＡＭ：１０３）からなる。その他に２次元の配線層があり、この配線を自由に変更してロジックアレイ３５４、メモリ３５５、ＰＬＬ３５２、Ｉ／ＯＥ３５１を互いに接続できるので、所望の機能が実現される。なおＬＥはレジスタやセレクタなどから構成された予め部品が固定されたユーザロジック回路で、その中の設定の変更も可能である。こうした、ＦＰＧＡの具体例としては、米国ALTERA社のCycloneやStratix、米国XILINX社のSpartanやVirtexなどがある。
【００８７】
図１１に、第４実施形態のサーバ３００Ａの構成をブロック図で示す。概略構成は、図４で示した構成と同様に、通信手段１０７、及びホスト３１０としてのＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ３０１を有しており、図４のＩＤ情報抽出手段３０２と伸張手段３０３に替えて複数の拡張手段３２０を有した拡張処理部３３０を備えている。図４と共通する部分については説明を省略する。
【００８８】
続いて、前述した如きプログラマブル論理回路３１１を搭載した機能拡張手段３２０の具体的な構成について説明する。機能拡張手段３２０の構成例を図１３に示す。図１３の機能拡張手段３２０は、回路構成が自由に構成可能なプログラマブル論理回路３１１と、プログラマブル論理回路３１１で処理するデータを一時的に格納するためのワークメモリ３１３と、処理データを他の機能拡張手段３２０またはホストに転送するメモリ制御手段３１２と、プログラマブル論理回路３１１の機能を書換えるコンフィギュレーション手段３１８と、プログラマブル論理回路３１１がホストの機能拡張バス（ここでは、ＰＣＩバス）に接続するインターフェースインタフェース３１４（例えば、ＩＰ（Intellectual Property）として提供されるＰＣＩ（−Ｌｏｃａｌ）ブリッジ等）とからなる。プログラマブル論理回路３１１（ＦＰＧＡ）には、ＤＭＡＣ回路３１５と、ロード回路３１７を搭載している。
【００８９】
プログラマブル論理回路３１１（ＦＰＧＡ）は、ＳＤＲＡＭなどのワークメモリ３１３とメモリ制御手段３１２を介して接続されており、ワークメモリ３１３に処理データを格納できるようになっている。ワークメモリ３１３は、一般的に大容量のＤＤＲなどのＳＤＲＡＭ（Synchronous DRAM）や、高速アクセスが可能なＳＲＡＭ（Static Random Access Memory）などでよい。また、プログラマブル論理回路３１１（ＦＰＧＡ）には、ＤＭＡＣ（DMA Controller）３１５のＩＰを実装しているので、ＰＣＩバス経由でＲＡＭ：１０３（メインメモリ）とワークメモリ３１３間のＤＭＡ転送が可能である。
【００９０】
ロード回路３１７は、ＰＣＩ経由で取得した回路情報をローカルメモリ３１６に転送するものである。直接ＰＣＩバス経由でＦＰＧＡにコンフィギュレーションすることはできないが、ローカルメモリ３１６へ回路情報をロード回路３１７にロードしておき、その後ＰＣＩバス経由でコンフィギュレーション手段３１８にローカルメモリ３１６からのコンフィギュレーションを指示することで、プログラマブル論理回路（ＦＰＧＡ）３１１は新しい回路情報で再構成されてＩＤ情報抽出機能あるいは伸張機能が実現される。いわば、プログラマブル論理回路３１１が、既述した如きの伸張手段３０３とＩＤ情報抽出手段３０２となる。なお、インターフェース３１４、メモリ制御手段３１２、ワークメモリ３１３はプログラマブル論理回路３１１に内蔵されていてもよい。
【００９１】
また、コンフィギュレーション手段３１８はＩＤ情報抽出回路や、伸張処理回路など、アプリケーションプログラムで使用する可能性のある機能回路情報をEEPROMなどに格納しておき、ＣＰＵ：１０１からの指示によってプログラマブル論理回路３１１を書き換えるのが一般的である。EEPROMに格納する機能回路情報は、ＣＰＵ１０１を介してネットワークからダウンロードできる構成でもよい。またコンフィギュレーション手段３１８自体がＣＰＵ１０１のプログラムでも構わない。この場合は、ホストのＲＡＭ１０３に回路情報を格納しておき、ＣＰＵ１０１が直接プログラマブル論理回路３１１を書き換える。
【００９２】
なお回路情報をハードウエアモジュールという事もできるが、ここでは、もう少し広義にプログラマブル論理回路３１１にアプリケーションプログラムに応じて、適切な回路情報をアップロードするコンフィギュレーションプログラムおよび回路情報をハードウエアモジュールと定義する。
【００９３】
ちなみに、プログラマブル論理回路３１１のコンフィギュレーションのためには、ＰＣＩバスでない専用Ｉ／Ｆを接続する形態を採ることもできる。別途用意された専用のＪＴＡＧ（Joint European Test Action Group）規格のＩ／ＦやＵＳＢのＩ／Ｆを利用して行われることが可能である。ローカルメモリ３１６へのロードも同様に、専用のＩ／Ｆを介して行われることも可能である。
【００９４】
本実施形態の動作は、第３実施形態とほぼ同じであるが、ＩＤ情報の解析、復号を機能拡張手段３２０により高速に実行することができる。以下では機能拡張手段３２０に関する部分について説明する。
【００９５】
画像処理装置１００からは、未知のタイミングでＩＤ情報抽出処理や圧縮画像データの伸張処理要求が入る。本実施形態では、画像処理装置１００からサーバ３００に部分画像データが送られると、ＣＰＵ１０１はＩＤ情報抽出処理を開始し、利用可能または最適と判断した機能拡張手段３２０を選択し、コンフィギュレーション手段３１８に対しＩＤ解析処理用の回路情報をプログラマブル論理回路３１１にアップロードさせるよう指示する。またＣＰＵ１０１はワークメモリ３１３に部分画像情報を転送し、機能拡張手段３２０によるＩＤ情報の解析、復号を実行させる。
【００９６】
次に画像処理装置１００から圧縮画像データが送られると、ＣＰＵ１０１は伸張処理（制御）を開始し、その時点で利用可能または最適な機能拡張手段３２０を選択し、コンフィギュレーション手段３１８に対し伸張処理用の回路情報をプログラマブル論理回路３１１にアップロードさせるよう指示する。またＣＰＵ１０１はワークメモリ３１３に圧縮画像情報を転送し、機能拡張手段３２０で伸張処理を実行させる。この時、第３実施形態のように処理が同時並列化する場合は、異なる機能拡張手段３１８を併用した並列処理を実行させる。
【００９７】
この際に、ＩＤ情報抽出処理が始まった段階で、次に要求される伸張処理が予想できるため、圧縮画像の受信をまたず、ＩＤ情報抽出処理で利用している機能拡張手段３２０と異なる機能拡張手段３２０に、伸張処理用の準備を始めておくようにしても良く、これによりコンフィギュレーション時間の短縮が可能となる。
【００９８】
処理性能が高いサーバ３００に大容量の画像データを送る際、ネットワークの通信帯域を圧迫させない様に、画像処理装置にて画像データを圧縮して容量を小さくするが、処理性能の低い画像処理装置で時間のかかる圧縮処理の終了を待たず、先にＩＤ情報をサーバ３００に送るので、サーバ３００におけるＩＤ情報抽出処理を先行して行い、画像処理装置での圧縮処理およびサーバ３００での伸張処理と、前記ＩＤ情報抽出処理を同時並列化できるため、時間短縮が行える。よって、低価格で処理性能が高くない画像処理装置でもＩＤ情報を扱うソリューションを高速に提供できる。
【００９９】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範囲な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更が可能である。
【符号の説明】
【０１００】
１００    画像処理装置
１０１    ＣＰＵ (CentralProcessingUnit)
１０２    ＲＯＭ（Read-Only-Memory）
１０３    ＲＡＭ（RandomAccessMemory）
１０４    システムバス
１０５    領域抽出手段
１０６    圧縮手段
１０７    通信手段
１０８    オペレーションパネル制御部
１０９    オペレーションパネル
１１０    画像入力手段
１１１    スキャナエンジン制御部
１１２    スキャナエンジン
１１３    画像処理部
１２０    ユーザインターフェース手段
１５０    文書（紙文書）
１５１    ドキュメント内容
１５４，１５５    部分画像データ
３００，３００Ａ    サーバ
３０１    ＨＤＤ
３１０    ホスト
３１１    プログラマブル論理回路
３１２    メモリ制御手段
３１３    ワークメモリ
３１４    インターフェース
３１８    コンフィギュレーション手段
３２０    機能拡張手段
３３０    拡張処理部
３５１    Ｉ／ＯＥ（Ｉ／Ｏエレメント）
３５２    ＰＬＬ（Phased Locked Loop）
３５３    マルチプライヤ群
３５４    ロジックアレイ
３５５    メモリ（内蔵ＲＡＭ）
【先行技術文献】
【特許文献】
【０１０１】
【特許文献１】特開２００６−２２７９６６号公報
【特許文献２】特開２００３−６９７６８号公報
【図１】
2010166267.tif 000003
【図２】
2010166267.tif 000004
【図３】
2010166267.tif 000005
【図４】
2010166267.tif 000006
【図５】
2010166267.tif 000007
【図６】
2010166267.tif 000008
【図７】
2010166267.tif 000009
【図８】
2010166267.tif 000010
【図９】
2010166267.tif 000011
【図１０】
2010166267.tif 000012
【図１１】
2010166267.tif 000013
【図１２】
2010166267.tif 000014
【図１３】
2010166267.tif 000015