画像処理方法、画像処理装置及び画像処理システム
【課題】 市場で既に稼動済みの機器内に蓄積さている画像の検索性を向上し、蓄積画像の有効利用を可能とする画像処理方法、画像処理装置及び画像処理システムを提供する。
【解決手段】 画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続されており、第１の装置が画像データを蓄積し、前記第１の装置から前記第２の装置に前記蓄積された画像データに対するメタデータの生成を依頼して、前記第２の装置が搭載するメタデータ生成手段によりメタデータを生成し、前記第１の装置から前記第２の装置に前記生成されたメタデータを使用した前記蓄積された画像データの検索を依頼して、前記第２の装置が搭載する検索手段により高機能の検索を実行する。
【解決手段】 画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続されており、第１の装置が画像データを蓄積し、前記第１の装置から前記第２の装置に前記蓄積された画像データに対するメタデータの生成を依頼して、前記第２の装置が搭載するメタデータ生成手段によりメタデータを生成し、前記第１の装置から前記第２の装置に前記生成されたメタデータを使用した前記蓄積された画像データの検索を依頼して、前記第２の装置が搭載する検索手段により高機能の検索を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理方法、画像処理装置及び画像処理システムに関する。例えば、画像蓄積可能なデジタル機器において、市場での稼動後に蓄積画像の検索を可能とする画像処理方法、画像処理装置及び画像処理システムに関するものである。
【背景技術】
【０００２】
近年、デジタル複合機には、コピー機能、プリンタ機能、FAX機能、スキャン機能等に加え、大容量記憶装置が搭載されることにより、入力画像を蓄積して再利用可能とする画像蓄積サーバとしての機能も搭載されてきている。かかる画像蓄積サーバ機能を果たすため、従来は、画像の蓄積時に特定のメールBOXやディレクトリへ保存することにより、再利用時にはメールBOXやディレクトリ指定及びそのファイル名により利用する画像を特定可能としていた。
【０００３】
しかしながら、デジタル複合機に搭載される大容量記憶装置の容量は増大しつつあり、蓄積可能な画像の量も増大してきている。蓄積可能な画像量が増えることにより、前記メールBOXやディレクト指定による蓄積画像の特定には限界が来ている。
【０００４】
この問題を解決するため、画像蓄積サーバに蓄積されている画像から所望の画像を特定する方法として、蓄積画像と共にテキストデータをメタデータとして保存し検索に利用するという方法がある。メタデータは、入力画像に対し文字認識処理を施して画像に含まれる文字情報を抽出することが可能である（例えば、特許文献１）。PC等から印刷データがPDL（Page Description Language）データとして通知される場合は、PDLデータをラスタライズしてラスタ画像とした後、ラスタ画像に文字認識処理を施し文字列情報を抽出する。
【０００５】
また、近年では、画像処理技術の進歩により所望の画像を特定する他の方法として、検索対象として画像を使用し、該画像の画像特徴量を利用することで、検索対象画像に近い画像を含む蓄積画像を検索する画像検索という方法もある。
【特許文献１】特開2004-215067公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、市場で既に稼動している従来のデジタル複合機には、メタデータの生成及び検索、また画像特徴量による検索などの新規技術が搭載されておらず、旧来のファイル名等による蓄積画像の特定しかできない。そのため、既に稼動済みの機器内にある蓄積画像の有効利用がすすまないといった課題がある。
【０００７】
本発明は、上記問題点を解決するためになされたものであり、市場で既に稼動済みの機器内に蓄積さている画像の検索性を向上し、蓄積画像の有効利用を可能とする画像処理方法、画像処理装置及び画像処理システムを提供する。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の画像処理システムは、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続された画像処理システムであって、前記第１の装置が、画像データを蓄積する蓄積手段と、前記ネットワークを介して、前記蓄積手段に蓄積された画像データに対するメタデータの生成を前記第２の装置に依頼するメタデータ生成依頼手段とを備え、前記第２の装置が、メタデータ生成手段と、前記第１の装置の前記メタデータ生成依頼手段からのメタデータ生成の依頼を前記ネットワークを介して受信し、前記第１の装置の蓄積手段に蓄積された画像データに対するメタデータの生成を前記メタデータ生成手段に指示するメタデータ生成サービス手段とを備えることを特徴とする。
【０００９】
また、本発明の画像処理方法は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続された画像処理システムの画像処理方法であって、前記第１の装置が画像データを蓄積手段に蓄積する蓄積工程と、前記ネットワークを介して前記第１の装置から前記第２の装置に前記蓄積手段に蓄積された画像データに対するメタデータの生成を依頼して、前記第２の装置が搭載するメタデータ生成手段によりメタデータを生成するメタデータ生成工程と、前記ネットワークを介して前記第１の装置から前記第２の装置に前記生成されたメタデータを使用した前記蓄積手段に蓄積された画像データの検索を依頼して、前記第２の装置が搭載する検索手段により検索を実行する検索工程とを備えることを特徴とする。
【００１０】
また、本発明の画像処理装置は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない画像処理装置であって、画像データを蓄積する蓄積手段と、前記蓄積手段に蓄積された画像データに対するメタデータの生成を、ネットワークを介してメタデータ生成手段を搭載する装置に依頼するメタデータ生成依頼手段とを備えることを特徴とする。
【００１１】
また、本発明の画像処理装置の制御方法は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない画像処理装置の制御方法であって、画像データを蓄積手段に蓄積する蓄積工程と、前記蓄積手段に蓄積された画像データに対するメタデータの生成を、ネットワークを介してメタデータ生成手段を搭載する装置に依頼するメタデータ生成依頼工程と、前記ネットワークを介して、前記蓄積手段に蓄積された画像データからの検索を検索手段を搭載する装置に依頼する検索依頼工程とを備えることを特徴とする。
【００１２】
更に、上記画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム、及び該プログラムを記憶したコンピュータで読み取り可能な記憶媒体を提供する。
【００１３】
また、本発明の画像処理装置は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載する画像処理装置であって、メタデータ生成手段と、メタデータ生成手段を搭載しない装置からのメタデータ生成の依頼をネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データに対するメタデータの生成を、前記メタデータ生成手段に指示するメタデータ生成サービス手段とを備えることを特徴とする。
【００１４】
また、本発明の画像処理装置の制御方法は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載する画像処理装置の制御方法であって、メタデータ生成手段を搭載しない装置からのメタデータ生成の依頼をネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データに対するメタデータの生成を、当該画像処理装置が搭載するメタデータ生成手段に指示するメタデータ生成サービス工程と、前記メタデータ生成手段を搭載しない装置からの検索依頼を前記ネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データからの検索を当該画像処理装置が搭載する検索手段に指示する検索サービス工程とを備えることを特徴とする。
【００１５】
更に、上記画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム、及び該プログラムを記憶したコンピュータで読み取り可能な記憶媒体を提供する。
【発明の効果】
【００１６】
本発明によれば、市場で既に稼動済みの機器内に蓄積さている画像の、検索性を向上し、蓄積画像の有効利用を可能とする画像処理方法、画像処理装置及び画像処理システムを提供できる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を実施するための実施形態について、図面を参照して詳細に説明する。
【００１８】
＜本実施形態の画像処理システムの構成例＞
図１は、本実施形態に係る画像処理システムの全体構成例を示す図である。
【００１９】
カラー複合機１及びカラー複合機２が、ＬＡＮ１０に接続され、相互に通信可能である。本実施形態では、カラー複合機１が既に稼動している従来のメタデータ生成機能及び高機能の検索機能を有しないデジタル複合機であり、カラー複合機２がメタデータ生成機能及び高機能の検索機能を有するデジタル複合機であるとする。なお、本発明では、カラー複合機１を第１の装置、カラー複合機２を第１の装置として参照する。
【００２０】
なお、ＬＡＮ１０には、図示されない他のホストコンピュータや印刷装置、複合機等の機器が接続されていてもよいことは言うまでも無い。また、本実施形態の画像処理システムを構成する機器は、カラー複合機に限られるものではなく、モノクロ複合機や、他の画像処理装置であってもよいことは言うまでも無い。
【００２１】
＜本実施形態の画像処理装置の構成例＞
本実施形態を適用するに好適ななカラー複合機の構成について、図２を用いて説明する。ここで説明する、カラー複合機は１つのドラムでカラー画像形成を行なう１Ｄカラー複合機である。
【００２２】
１Ｄカラー複合機は、スキャナ部（図中、原稿露光部）１０１、レーザ露光部１０２、感光ドラム１０３、作像部１０４、定着部１０５、給紙／搬送部１０６、及びこれらを制御する不図示のプリンタ制御部から構成される。
【００２３】
スキャナ部１０１は、原稿台に置かれた原稿に対して、照明を当てて原稿画像を光学的に読み取り、その像を電気信号に変換して画像データを作成する。
【００２４】
レーザ露光部１０２は、作成及び受信した画像データに応じて、変調されたレーザ光などの光線を等角速度で回転する回転多面鏡（ポリゴンミラー）に入射させ、反射走査光として感光ドラム１０３に照射する。
【００２５】
作像部１０４は、以下の一連の電子写真プロセスを実行して作像する。感光ドラム１０３を回転駆動し、帯電器によって帯電させ、前記レーザ露光部１０２によって感光ドラム１０３上に形成された潜像をトナーによって現像化する。そして、そのトナー像をシートに転写する。転写されずに感光ドラム１０３上に残った微小トナーを回収する。その際、シートが転写ドラム１０７の所定位置に巻きつき、４回転する。その間に、マゼンタ（Ｍ）、シアン（Ｃ）、イエロー（Ｙ）、ブラック（Ｋ）のトナーを持つそれぞれの現像ユニット（現像ステーション）が入れ替わりで順次前述の電子写真プロセスを繰り返し実行する。４回転の後、４色のフルカラートナー像を転写されたシートは、転写ドラム１０７を離れ、定着部１０５へ搬送される。
【００２６】
定着部１０５は、ローラやベルトの組み合わせによって構成され、ハロゲンヒータなどの熱源を内蔵し、前記作像部によってトナー像が転写されたシート上のトナーを、熱と圧力によって溶解、定着させる。
【００２７】
給紙／搬送部１０６は、シートカセットやペーパーデッキに代表されるシート収納庫を１つ以上持っている。そして、前記不図示のプリンタ制御部の指示に応じて、シート収納庫に収納された複数のシートの中から一枚分離し、作像部１０４から定着部１０５へ搬送する。シートは、作像部１０４の転写ドラム１０７に巻きつけられ、４回転した後に定着部１０５へ搬送される。４回転する間に前述のＹＭＣＫ各色のトナー像がシートに転写される。また、シートの両面に画像形成する場合は、定着部１０５を通過したシートを再度、作像部１０４へ搬送する搬送経路を通るように制御する。
【００２８】
不図示のプリンタ制御部は、カラー複合機全体を制御するコントロールユニットと通信して、その指示に応じて制御を実行する。そして、前述のスキャナ、レーザ露光、作像、定着、給紙／搬送の各部の状態を管理しながら、全体が調和を保って円滑に動作できるよう指示を行う。
【００２９】
＜カラー複合機１の制御構成例＞
(コントロールユニットの構成例１)
図３は、本実施形態に係るカラー複合機１のコントロールユニット（コントローラとも言う）の一構成例を示すブロック図である。
【００３０】
図３において、コントロールユニット２００は、画像入力デバイスであるスキャナ２０１や画像出力デバイスであるプリンタエンジン２０２と接続し、画像データの読み取りやプリント出力のための制御を行う。また、コントロールユニット２００は、ＬＡＮ１０や公衆回線２０４と接続することで、画像情報やデバイス情報をネットワーク経由で入出力するためのコントロールでもある。
【００３１】
図３に示すコントロールユニット２００において、ＣＰＵ２０５はカラー複合機１の全体を制御するための中央処理装置である。ＲＡＭ２０６は、ＣＰＵ２０５が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するための画像メモリでもある。さらに、ＲＯＭ２０７はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０８はハードディスクドライブであり、各種処理のためのシステムソフトウェア及び入力された画像データや文書ファイル等を格納する。
【００３２】
さらに、図３において、操作部Ｉ／Ｆ２０９は、画像データ等を表示可能な表示画面を有する操作部２１０に対するインタフェース部であり、当該操作部２１０に対して画像データを出力する。また、操作部Ｉ／Ｆ２０９は、操作部２１０から操作者（すなわち、本画像処理システムの利用者）が入力した情報をＣＰＵ２０５に伝える役割をする。さらに、ネットワークインタフェース２１１は、例えばＬＡＮカードで実現され、ＬＡＮ１０に接続して外部装置との間で情報の入出力を行う。さらにまた、モデム２１２は公衆回線２０４に接続し、外部装置との間で情報の入出力を行う。
【００３３】
本実施形態に係るコントロールユニット２００では、以上のデバイスがシステムバス２１３上に配置されている。
【００３４】
次に、イメージバスＩ／Ｆ２１４は、システムバス２１３と画像データを高速で転送する画像バス２１５とを接続するためのインタフェースであり、データ構造を変換するバスブリッジである。画像バス２１５は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される。そして、画像バス２１５上には、以下で説明するＲＩＰ２１６、デバイスＩ／Ｆ２１７、スキャナ画像処理部２１８、プリンタ画像処理部２１９、画像編集用画像処理部２２０、カラーマネージメントモジュール（図中、ＣＭＭ）２３０といったデバイスが接続される。
【００３５】
ラスタイメージプロセッサ（ＲＩＰ）２１６は、ディスプレイリスト（ＤＬ）を解釈し、ラスタイメージ及びラスタイメージの各ピクセルに対応する属性ビットを作成（レンダリング）する。デバイスＩ／Ｆ部２１７は、スキャナ２０１やプリンタエンジン２０２とコントロールユニット２００とを接続し、画像データの同期系／非同期系の変換を行う。
【００３６】
また、スキャナ画像処理部２１８は、入力画像データに対して、補正、加工、編集等の各種処理を行う。プリンタ画像処理部２１９は、プリント出力画像データに対して、プリンタの補正、解像度変換等の処理を行う。画像編集用画像処理２２０は、画像データの回転や、画像データの圧縮伸長処理及び、ＲＩＰ２１６の生成した属性ビットに基づいた各種画像処理を行う。さらに、ＣＭＭ２３０は、画像データに対して、プロファイルやキャリブレーションデータに基づいた、色変換処理を施す専用ハードウェアモジュールである。
【００３７】
(コントローラソフトウェアの構成例１)
図４は、本実施形態に係るカラー複合機１のコントロールユニット２００上で動作するコントローラソフトウェアのモジュール構成の一例を示すブロック図である。本ソフトウェアは、主にＣＰＵ２０５上で動作する。
【００３８】
図４に示すジョブコントロール処理部３０１は、図示/不図示の各ソフトウェアモジュールを統括・制御し、カラー複合機１内で発生するあらゆるジョブの制御を行う。
【００３９】
ネットワーク処理部３０２は、主にネットワークＩ／Ｆ２１１を介して行われる、外界との通信を制御するモジュールであり、ＬＡＮ１０上の各機器との通信制御を行う。ネットワーク処理部３０２はＬＡＮ１０の各機器からの制御コマンドやデータを受信すると、その内容を、ジョブコントロール処理部３０１へ通知する。また、ジョブコントロール処理部３０１からの指示に基づき、ＬＡＮ１０の各機器へ制御コマンドやデータの送信を行う。ネットワーク処理部３０２は、さらに、外部エクスポート機能を備えており、ＨＤＤ２０８上に構築されているファイルシステム上のディレクトリの一部を、ＬＡＮ１０上の各機器に公開している。公開されるディレクトリは、予め設定しておくことが可能である。また、ディレクトリ毎にアクセス可能な機器及びユーザを設定することが可能である。
【００４０】
ＵＩ処理部３０３は、主に操作部２１０に係る制御をおこなう。操作者が操作部２１０を操作した内容を、ジョブコントロール処理部３０１へ通知すると共に、ジョブコントロール処理部３０１からの指示に基づいて、操作部２１０上の表示画面の表示内容を制御する。
【００４１】
ＦＡＸ処理部３０４は、ＦＡＸ機能の制御をおこなう。ＦＡＸ処理部３０４は、モデム２１２を介してＦＡＸ受信を行い、ＦＡＸ画像特有の画像処理を施した後、受信画像をジョブコントロール処理部３０１へ通知する。また、ジョブコントロール処理部３０１からの指定される画像を、指定通知先へＦＡＸ送信を行う。
【００４２】
ＰＤＬ解析処理部３０５は、ジョブコントロール処理部３０１の指示に基づいて、ＰＤＬデータを解析し、ＲＩＰ処理部３１１で処理可能なＤＬを生成し、ジョブコントロール処理部３０１へ通知する。
【００４３】
色変換処理部３０９は、ジョブコントロール処理部３０１の指示に基づいて、指示画像に対して、色変換処理を行い、色変換処理後の画像をジョブコントロール処理部３０１へ通知する。ジョブコントロール処理部３０１は、色変換処理部３０９に対して、入力色空間情報、出力色空間情報及び色変換を適用する画像を通知する。
【００４４】
ＲＩＰ処理部３１１は、ＰＤＬ解析処理部３０５で生成したＤＬを、ＲＩＰ処理部３１１を制御してレンダリングすることで、ラスタイメージ及びラスタイメージの各ピクセルに対応する属性ビットを作成する。そして、ジョブコントロール処理部３０１へ通知する。ここで生成される各属性ビットは、１bitのカラービット、１bitの細線/小文字ビット、及び２bitのオブジェクト種ビットの３つのビットフィールドの計４bitで構成されている。
【００４５】
カラービットは、対応するピクセルがカラーオブジェクトを構成するピクセルであるか、白黒オブジェクトを構成するピクセルであるかを表す。このビットが“０”である時にはカラーオブジェクトを構成するピクセルであり、“１”である時には白黒オブジェクトを構成するピクセルであることを示す。細線/小文字ビットは、対応するピクセルが細線又は小文字を構成するピクセルであるか否かを表し、このビットが“１”である時には細線を構成するピクセルであることを示す。オブジェクト種ビットは、対応するピクセルがどのような種類の描画オブジェクトを構成しているかを表す。オブジェクト種ビットが、“０１”の時には文字オブジェクトを構成するピクセルであルことを示す。オブジェクト種ビットが、“１０”のときにはグラフィックスオブジェクトを構成するピクセルであルことを示す。オブジェクト種ビットが、“１１”の時にはイメージオブジェクトを構成するピクセルであることを示す。オブジェクト種ビットはが、“００”の時には、ラインそのピクセルはラインオブジェクトを構成するピクセルであることを示す。細線/小文字ビットは、対応するピクセルが細線又は小文字を構成するピクセルであるか否かを表している。細線/小文字ビットが“１”であり、前述のオブジェクト種ビットが文字オブジェクトである場合は、そのピクセルは小文字を構成するピクセルである。細線/小文字ビットが“１”であり、前述のオブジェクト種ビットがラインオブジェクトである場合は、そのピクセルは細線を構成するピクセルであることを示す。
【００４６】
プリント処理部３０７は、ジョブコントロール処理部３０１の指示に基づいて、画像編集用画像処理部２２０、プリンタ画像処理部２１９及びプリンタエンジン２０２を制御し、指定画像の印刷処理を行う。プリント処理部３０７は、ジョブコントロール処理部３０１より、画像データ、画像情報（画像データのサイズ、カラーモード、解像度）、レイアウト情報（オフセット、拡大縮小、面つけ）及び出力用紙情報（サイズ、印字方向）の情報を受けつける。続いて、画像処理部２２０及びプリンタ画像処理部２１９を制御して、画像データに対して適切な画像処理を施し、プリンタエンジン２０２を制御して指定用紙への印刷を行う。
【００４７】
スキャン処理部３１０は、ジョブコントロール処理部３０１の指示に基づいて、スキャナ２０１及びスキャナ画像処理部２１８を制御して、スキャナ２０１上にある原稿の読み込みを行う。ジョブコントロール処理部３０１の指示には、カラーモードが含まれており、スキャン処理部３１０ではカラーモードに応じた処理が行われる。すなわち、カラーモードがカラーであれば、原稿をカラー画像として入力し、カラーモードがモノクロであれば、原稿をモノクロ画像として入力する。また、カラーモードがＡｕｔｏである場合には、プレスキャンにより原稿のカラー/モノクロ判定を行った後、判定結果に基づいた画像として入力する。スキャン処理部３１０は、スキャナ２０１の原稿台にある原稿のスキャンを実行し、デジタルデータとして画像の入力を行う。入力した画像のカラー情報は、ジョブコントロール処理部３０１へ通知される。さらに、スキャン処理部３１０は入力画像に対し、スキャナ画像処理部２１８を制御して画像の圧縮等、適切な画像処理を施した後、ジョブコントロール処理部３０１へ画像処理済みの入力画像を通知する。
【００４８】
文書管理処理部３０８は、ジョブコントロール処理部３０１の指示に基づいて、入力されたＰＤＬデータ及びコントロールユニット２００内で生成された画像をＨＤＤ２０８上に構築されているメールボックスディレクトリへ蓄積する。また、ジョブコントロール処理部３０１の指示に基づいて、メールボックスディレクトリに蓄積されたデータの読み出し、変更、削除を行う。なお、本実施形態においてメールボックスは複数（例えば１００個）あり、ＨＤＤ２０８上にはメールボックス毎に対応するメールボックスディレクトリが構築されている。操作者は、メールボックスへの格納を指示する場合において、任意のメールボックスを指定可能である。メールボックスディレクトリの例は、図１１Ａに示す。
【００４９】
（カラー複合機１の拡張アプリケーション）
拡張アプリケーション処理部３０６は、Ｊａｖａ（登録商標）仮想機械を中心に構成され、Ｊａｖａ(登録商標)のバイトコードで記述されたプログラム（拡張アプリケーション）を動的にロードして実行可能とする環境である。拡張アプリケーション処理部３０６は、ジョブコントロール処理部３０１を含む各ソフトウェアモジュールのサービスを利用可能とするＪａｖａ（登録商標）のクラスライブラリ郡を、提供する。ここで、Ｊａｖａ（登録商標）のクラスライブラリ郡は、Ｊａｖａ（登録商標）Ｎａｔｉｖｅ Ｉｎｔｅｒｆａｃｅ（ＪＮＩ）として提供される。
【００５０】
本実施形態では、拡張アプリケーションとして、検索指示ＵＩ処理部３２０、簡易検索処理部３２１、及びメタデータ生成依頼処理部３２２が用意されている。各拡張アプリケーションのバイトコードは、ネットワーク処理部３０２を介してダウンロードされ、ＨＤＤ２０８へ格納されている。かかる検索指示ＵＩ処理部３２０、簡易検索処理部３２１、及びメタデータ生成依頼処理部３２２は、ジョブコントロール処理部３０１の指示により、拡張アプリケーション処理部３０６上で動作する。
【００５１】
検索指示ＵＩ処理３２０は、主に、操作者が操作部２１０を操作し、拡張機能である検索画面を開いた時の表示画面の生成、該検索画面で操作者が検索指示を行った内容を検索処理への依頼処理、検索依頼処理より通知される検索結果の表示を行う。依頼可能な検索処理には、簡易検索処理部３２１と、ＬＡＮ１０上の外部機器がＷｅｂサービスとして公開している高機能検索処理がある。検索指示ＵＩ部３２０の動作の詳細については後述する（図１７〜図２０参照）。
【００５２】
簡易検索処理部３２１は、操作者が検索指示ＵＩ処理部３２０の表示する検索画面上で簡易検索を指示したときに、実行する簡易検索を実行する。簡易検索では、指定された検索対象以下のメタデータを指定条件で全文検索し、検索結果を検索指示ＵＩ処理部３２０へ通知する。本発明では、簡易検索処理部３２１を第１の検索手段として参照する。
【００５３】
なお、メタデータ生成依頼処理部３２２については、以下に詳細に示す（図９及び図１０参照）
＜カラー複合機２の制御構成例＞
(コントローラユニットの構成例２)
図５は、本実施形態に係るカラー複合機２のコントロールユニット（コントローラとの言う）の一構成例を示すブロック図である。
【００５４】
図５において、コントローラユニット５００を構成するモジュールのうち多くは、図３のカラー複合機１のコントローラユニット２００を構成するモジュールと同一である。従って、同一のモジュールはコントローラユニット２００と同一の参照番号を付与し、説明を省略する。
【００５５】
図５に示すフラッシュＲＯＭ（図中、ＦＲＡＳＨ ＲＯＭ）５０１は、各種処理のためのシステムソフトウェア及び入力された画像データや後述するドキュメントデータ等を格納する。フラッシュＲＯＭ５０１は、図３のコントローラユニット２００のＨＤＤ２０８の代わりに搭載されているものであり、ＨＤＤ２０８に比べ低容量であるものの、コストが低いといった特徴をもつ。
【００５６】
ドキュメント画像処理部５１０は、画像データより画像特徴量を抽出する機能及び文字列情報を抽出するＯＣＲ機能を併せ持つ専用ハードウェアモジュールであり、画像バス２１５に接続されている。
【００５７】
(コントローラソフトウェアの構成例２)
図６は、本実施形態に係るカラー複合機２のコントロールユニット５００上で動作する、コントローラソフトウェアのモジュール構成の一例を示すブロック図である。
【００５８】
図６において、ソフトウェアモジュールの多くは、図４のカラー複合機１のコントローラソフトウェアを構成するソフトウェアモジュールと同一である。従って、同一のソフトウェアモジュールは図４と同一の参照番号を付与し、説明を省略する。
【００５９】
図６に示すジョブコントロール処理部６０１は、図示/不図示の各ソフトウェアモジュールを統括・制御し、カラー複合機２内で発生するあらゆるジョブの制御を行う。
【００６０】
ネットワーク処理部６０２は、主にネットワークＩ／Ｆ２１１を介して行われる、外界との通信を制御するモジュールであり、ＬＡＮ１０の各機器との通信制御を行う。ネットワーク処理部６０２は、ＬＡＮ１０の各機器からの制御コマンドやデータを受信すると、その内容を、ジョブコントロール処理部６０１へ通知する。また、ジョブコントロール処理部６０１からの指示に基づき、ＬＡＮ１０の各機器へ制御コマンドやデータの送信を行う。ネットワーク処理部６０２は、さらに、ＬＡＮ１０上の外部機器のエクスポート機能により公開されているディレクトリへのアクセスを可能とするクライアント機能を備えている。
【００６１】
ＰＤＬ解析処理部６０５は、ジョブコントロール処理部６０１の指示に基づいて、ＰＤＬデータを解析し、ＲＩＰ処理部３１１で処理可能なＤＬ及び後述するＰＤＬ文字情報を生成し、ジョブコントロール処理部６０１へ通知する。
【００６２】
メタデータ生成処理部６１０は、ジョブコントロール処理部６０１の指示に基づいて、後述するメタデータの生成を行う（図１５参照）。
【００６３】
高機能検索処理部６１５は、検索対象データの高速全文検索のみならず、自然文からの検索を可能とする概念検索、検索情報のヒット率や時系列による並び替え等、高機能な検索処理である。高機能検索処理部６１５は、さらに、画像特徴量を利用して、画像データより指定画像と類似した画像の検索を行う画像検索機能を備える。高機能検索処理部６１５は、ジョブコントロール処理部６０１から検索対象及び検索方法の通知を受け、指定検索方法で指定検索対象を検索した後、検索結果をジョブコントロール処理部６０１へ通知する。本発明では、高機能検索処理部６１５を第２の検索手段として参照する。
【００６４】
（カラー複合機２の拡張アプリケーション）
Ｗｅｂサービス処理部６２０は、拡張アプリケーション処理部３０６で動作する拡張アプリケーションであり、Ｗｅｂサービスの実行フレームワークである。すなわち、SOAP（Simple Object Access Protocol）,WSDL(Web Service Description Language)等の実装を持つ。Ｗｅｂサービス処理部６２０上では、検索サービス部６２１及びメタデータ生成サービス部６２２がＷＥＢサービスとして動作し、ネットワーク処理部６０２を介して外部より入力される各サービスへのリクエストに応答し動作する。さらに、Ｗｅｂサービス処理部６２０の処理上の各Ｗｅｂサービスは、拡張アプリケーション処理部３０６のＪＮＩを介して、コントロールユニット５００上の各種ソフトとウェアモジュールの機能を利用可能である。
【００６５】
検索サービス部６２１は、コントロールユニット５００の持つ高機能検索処理６１５の機能を、Ｗｅｂサービスとして外部機器へ提供する。検索サービス部６２１は、ネットワーク処理部６０２を介して、検索サービスのリクエストを受け付けると、該リクエストに含まれる検索対象及び検索方法を高機能検索処理部６１５へ通知し検索処理を依頼する。高機能検索処理部６１５での検索終了後、検索結果を通知を受けると、前記検索サービスのリクエストの結果として、サービスを依頼した外部機器へ通知する。
【００６６】
メタデータ生成サービス部６２２は、コントロールユニット５００の持つメタデータ生成処理部６１０の機能を、Ｗｅｂサービスとして外部機器へ提供する。メタデータ生成サービス部６２２は、ネットワーク処理部６０２を介して、メタデータ生成処理のリクエストを受け付けると、該リクエストに含まれるデータの情報を、メタデータ生成処理部６１０へ通知し、メタデータの作成を依頼する。メタデータ生成処理部６１０のメタデータ生成終了後、終了通知を受けると、前記メタデータ生成リクエストの結果として、終了通知を依頼した外部機器へ通知する。
【００６７】
＜本実施形態の画像処理システムの処理例＞
上記、本実施形態のカラー複合機１及び２からなる画像処理システムの処理を説明する。
【００６８】
＜カラー複合機１でのメールボックス格納処理＞
以下に、本実施形態のカラー複合機１によるメールボックス格納処理を説明する。まず、かかるメールボックス格納処理で使用されるデータの構成例を示す。
【００６９】
（文書構造体の構成例）
図８は、文書構造体の一例である。
【００７０】
文書構造体８００は、文書名８０１、文書に含まれるページ数８０８、作成者８０２、作成日時８０３、ジョブタイプ８０４、ＰＤＬデータへのパス８０５、送信元情報８０６、アプリケーション種別８０７、各ページの画像ファイルへのパス８０９を保持する。
【００７１】
ジョブタイプ８０４は、スキャン時のメールボックス格納であればスキャンジョブ、ＰＤＬデータ受信時であれば、ＰＤＬジョブ、ＦＡＸ受信時であればＦＡＸジョブとなる。文書名８０１は、スキャンジョブであれば操作者がメールボックス格納指示を行う場合指定されるものであり、ＰＤＬジョブであれば、ＰＤＬデータに付与されているものである。文書名８０１が指定されない場合、自動で作成する。作成者８０２は、スキャンジョブであり操作者が操作時にユーザ認証を行っていればユーザ名、ＰＤＬジョブであればＰＤＬデータの送信者、ＦＡＸジョブであればＦＡＸの送信者である。作成日時８０３は、各ジョブの開始日時を格納する。送信元情報８０６には、ＰＤＬジョブであれば、ＰＤＬデータを通知してきたホスト、ＦＡＸジョブであればＦＡＸの送信元が格納される。アプリケーション種別８０７は、ＰＤＬデータの元となったアプリケーションであり、ＰＤＬジョブの場合のみ値が格納される。なお、文書構造体の構築時には、ページ数８０８は０であり、各ファイルへのパス８０９はない。
【００７２】
（メールボックスディレクトリの構成例）
図１１Ａに、ＨＤＤ２０８上に構成されているメールボックスディレクトリの一例を示す。
【００７３】
図１１Ａのディレクトリ“/BOX”は、各メールボックスディレクトリが格納されているメールボックスディレクトリ１１０１である。ディレクトリ“/BOX1”,“/BOX2”及び“/BOX100”はそれぞれメールボックディレクトリであり、図１１Ａの例では１００個ある。
【００７４】
メールボックスディレクトリは、それぞれ操作者の指定可能なメールボックスに対応しており、メールボックス名は操作者が任意に設定可能である。しかし、本実施形態では説明の簡便化のため、メールボックスディレクトリ名とメールボックス名は一致しているものとする。したがって、例えば、操作者がメールボックス“ＢＯＸ１”を指定して、メールボックス格納を指示したデータ（ＰＤＬデータや、画像ファイル、文書ファイル）は、メールボックスディレクトリ“/BOX1”に格納される。
【００７５】
図１１Ａのファイル“job1”,“job2”は文書ファイルであり、ファイル“PDLdata_j1”はPDLデータ、ファイル“image_j1_1”,“image_j1_2”,“image_j2_1”はそれぞれ画像ファイルである。
【００７６】
（メールボックス格納処理の手順例）
図７は、本実施形態に係るカラー複合機１によるメールボックス格納処理の手順例を示すフローチャートである。
【００７７】
メールボックス格納処理は、次のそれぞれの場合に実行される。すなわち、ＦＡＸ受信時に予めメールボックスへの格納が指示されていた場合、スキャン時にメールボックスへの格納が指示された場合、ＰＤＬデータ受信時にデータ中にメールボックスへの格納が指示されている場合である。
【００７８】
まず、文書管理処理部３０８は、ジョブコントロール処理部３０１から、メールボックスへの格納通知を受けると、上記図８の文書構造体を構築する（Ｓ７０１）。ステップＳ７０２では、ＰＤＬジョブであるか否かを判断する。ＰＤＬジョブであればＰＤＬデータをＨＤＤ２０８上のメールボックスディレクトリ（図１１Ａ参照）に格納し、文書構造体のＰＤＬデータパスに格納したＰＤＬデータへのパスを記述する（Ｓ７０３）。
【００７９】
ジョブコントロール処理部３０１から、ＲＩＰ処理部３１１の生成したラスタイメージ、またはＦＡＸ処理部３０４の生成した入力画像、またはスキャン処理部３１０の生成した入力画像が通知される。文書管理処理部３０８は、通知された画像を画像ファイルとしてＨＤＤ２０８上のメールボックスディレクトリへ格納する（Ｓ７０４）。
【００８０】
ステップＳ７０５では、ステップＳ７０４で格納した画像ファイルへのパスを文書構造体に追加し、文書構造体のページ数をインクリメントする。ジョブコントロール処理部３０１から文書終了通知があるまで、ステップＳ７０４−Ｓ７０５を繰り返す（Ｓ７０６）。ジョブコントロール処理部３０１から文書終了通知があると、ステップＳ７０７へ進む。
【００８１】
ステップＳ７０７では、文書構造体を文書ファイルとしてＨＤＤ２０８上のメールボックスディレクトリに格納し、文書ファイルへのパスをジョブコントロール処理部３０１へ通知して、メールボックス格納処理を終了する（Ｓ７０８）。 ＜カラー複合機１でのメタデータ生成依頼処理＞
次に、本実施形態のカラー複合機１によるメタデータ生成依頼処理を説明する。まず、かかるメタデータ生成依頼処理で使用されるデータの構成例を示す。
【００８２】
（メタデータディレクトリの例）
図１１Ｂに、メタデータ生成処理で作成されるメタデータディレクトリの一例を示す。
【００８３】
図１１Ｂのディレクトリ“/BOX”以下は、図１１Ａと同様のメールボックスディレクトリ１１０１であり、ディレクトリ“/META”直下の各ディレクトリがメタデータディレクトリ１１０２である。ディレクトリ“/BOX”以下のディレクトリ構成と、ディレクトリ“/META”以下のディレクトリ構成は同一である。
【００８４】
各メタデータディレクトリ“/BOX1”,“/BOX2”及び“/BOX100”は、それぞれ、メールボックスディレクトリ“/BOX1”,“/BOX2”及び“/BOX100”と対応している。各メタデータディレクトリには、メタデータディレクトリ情報であるファイル“info”が生成される。
【００８５】
図１１Ｂのメタデータディレクトリの“/BOX1”にある“job1.docmeta”,“job2.docmeta”は、それぞれボックスディレクトリ“/BOX1”にある文書ファイル“job1”,“job2”に対応する文書メタデータである。また、“image_j1_1.pmeta”,“image_j1_2.pmeta”は、それぞれ画像ファイル“image_j1_1”,“imagej1_2”に対応する、ページメタデータである。文書メタデータ、ページメタデータについては後述する。
【００８６】
図１２に、メタデータディレクトリ情報の一例を示す。
【００８７】
“＜ｍｅｔａｄｉｒ＞タグ”ブロック内にある、ｍｅｔａｄｉｒ＿ｈａｓｈ属性は、メタデータディレクトリ内の各ファイルの情報から作成される、１６ｂｙｔｅのハッシュ値を含む。本ハッシュ値は、メタデータ生成依頼先で作成して更新する。“＜ｍｅｔａｄｉｒ＞タグ”ブロック内にある、“＜ｎｏｔ＿ｃｒｅａｔｅｄ＿ｌｉｓｔ＞タグ”ブロックは、未生成リストである。未生成リストは、メタデータディレクトリに対応するメールボックスディレクトリにある文書ファイルのうち、メタデータが未生成である文書ファイルのリストである。“＜ｎｏｔ＿ｃｒｅａｔｅｄ＿ｌｉｓｔ＞タグ”ブロック内の各ｌｉｓｔ＿ｅｎｔｒｙ属性は、メタデータが未生成である文書ファイルを示している。
【００８８】
（メタデータ生成依頼処理の手順例）
図９及び図１０は、本実施形態に係るカラー複合機１のメタデータ生成依頼処理部３２２の動作例を示すフローチャートである。
【００８９】
メタデータ生成依頼処理部３２２は、拡張アプリケーションとして実装されているため、起動していない場合もありうる。その場合は、メタデータ生成依頼処理のバイトコードをダウンロードして起動する。
【００９０】
メタデータ生成依頼処理が起動すると、メタデータディレクトリがＨＤＤ２０８上に作成されているか確認する（Ｓ９０１）。メタデータディレクトリが作成されていなければ作成する（Ｓ９０２）。メタデータディレクトリが作成されていれば、ステップＳ９０３に進む。
【００９１】
ステップＳ９０３では、各メールボックスディレクトリを巡回してメタデータが未生成である文書ファイルを検出する。検出した文書ファイルは、実行キューに追加すると共に、文書ファイルの含まれるメールボックスディレクトリに対応するメタデータディレクトリのメタデータディレクトリ情報（図１２参照）内にある、未生成リストへ追加する（Ｓ９０４）。
【００９２】
ステップＳ９０５では、ジョブコントロール処理部３０１へイベント登録する。かかるイベント処理では、文書管理処理３０８がメールボックスへの文書ファイルの格納を終了してジョブコントロール処理部３０１へ文書ファイルへのパスの通知時に、該文書ファイルへのパスをメタデータ生成依頼処理部３２２へ通知する。
【００９３】
ステップＳ９０６では実行キューを確認し、実行キューに文書ファイルが登録されていれば、該文書ファイルのメタデータ生成依頼を実行する（Ｓ９０７：図１０で詳説）。実行キューが空であればステップＳ９０８へ進む。ステップＳ９０６及びＳ９０７の処理は、実行キューが空になるまで繰り返される。
【００９４】
ステップＳ９０８では、ジョブコントロール処理部３０１から文書ファイルへのパスの通知を受けるまで、メタデータ生成依頼処理部３２２の動作をサスペンドする。該文書ファイルへのパス通知を受けると、文書ファイルの含まれるメールボックスディレクトリに対応するメタデータディレクトリのメタデータディレクトリ情報内にある、未生成リストへ追加する（Ｓ９０９）。
【００９５】
ステップＳ９１０では、ステップＳ９０８で通知を受けた文書ファイルのメタデータ生成依頼を実行（図１０で詳説）し、ステップＳ９０８へ戻って、再び文書ファイルへのパス通知待ちを行う。
【００９６】
（メタデータ生成依頼ルーチン）
図１０のフローチャートを参照して、図９のステップＳ９０７及びＳ９１０で実行されるメタデータ生成依頼ルーチンの動作手順を説明する。メタデータ生成依頼ルーチンは、メタデータ生成依頼を行うべき、文書ファイルへのパスと該文書ファイルが格納されているメールボックスを入力として受け取る。
【００９７】
（依頼済み機器テーブルの例）
図１３に、図１０のメタデータ生成依頼ルーチンで使用する依頼済み機器テーブルの一例を示す。
【００９８】
依頼済み機器テーブルは、メールボックス毎に、そのメールボックスに含まれる文書のメタデータ生成依頼をした機器を保存しているテーブルである。
【００９９】
図１３のテーブルの各行１３０３は、メールボックス名とメールボックスに該メールボックスに含まれる文書のメタデータ生成依頼したことのある機器の情報を含む。図１３の１３０１の列はメールボックス名である。１３０２の列はメタデータ生成依頼したことのある機器の情報であり、メタデータの生成依頼をしたことがない場合は空欄である。図１３では、メタデータ生成依頼したことのある機器の情報として、機器のアドレスが記憶されている。
【０１００】
まず、ステップＳ１００１では、図１３の依頼済み機器テーブルを参照し、入力された文書ファイルの含まれるメールボック内の他の文書について、メタデータ生成依頼を行った機器の有無を確認する。メタデータ生成依頼を行った機器があればステップＳ１００２へ進み、なければステップＳ１００５へ進む。本発明では、かかるメタデータ生成依頼を行った機器か否かによるメタデータ生成の依頼先の選択を第１の依頼先選択として参照する。
【０１０１】
ステップＳ１００２では、ステップＳ１００１でメタデータ生成依頼したことありと判断した機器に、ＳＯＡＰメッセージにより、メタデータ生成サービスが利用可能か否かを問い合わせる。利用可能の返答があればステップＳ１００３へ進み、利用不可であればステップＳ１００５へ進む。
【０１０２】
ステップＳ１００３では、ステップＳ１００１でメタデータ生成依頼したことありと判断した機器に、ＳＯＡＰメッセージより、入力された文書の含まれるメールボックスに対応するメタデータディレクトリを通知する。そして、ハッシュ値を送付するように依頼する。依頼した機器よりハッシュ値の送付を受けると、自機の持つハッシュ値と比較し、一致すれば該機器のメタデータキャッシュは有効として、ステップＳ１００４へ進む。ハッシュ値が一致しない場合は、ステップＳ１００５へ進む。本発明では、かかるメタデータキャッシュは有効か否かによるメタデータ生成の依頼先の選択を第２の依頼先選択として参照する。
【０１０３】
ステップＳ１００４では、ステップＳ１００１でメタデータ生成依頼したことありと判断した機器に、ＳＯＡＰメッセージによりメタデータ生成を依頼する。かかるメタデータ生成依頼は、入力された文書ファイルへのパスと、該文書の含まれるメールボックスに対応するメタデータディレクトリへのパスとの通知により行われる。
【０１０４】
ステップＳ１００９では、メタデータ生成を依頼した機器からメタデータ生成終了通知が来るまで待ち、該通知を受け取るとステップＳ１０１０へ進む。ステップＳ１０１０では、依頼した文書ファイルの含まれるメールボックスディレクトリに対応するメタデータディレクトリのメタデータディレクトリ情報内にある未生成リストから該文書ファイルを削除し、メタデータ生成依頼ルーチンを終了する。
【０１０５】
一方、ステップＳ１００１で依頼した機器が無い場合、ステップＳ１００２で依頼した機器が使用可能で無い場合、ステップＳ１００３でキャッシュが有効で無い場合には、ステップＳ１００５以降で新規な依頼先の機器を見付ける。
【０１０６】
ステップＳ１００５では、ＬＡＮ１０上のメタデータ生成サービスを提供している機器の検索を行う。該サービスの検索は、ＬＡＮ１０上にある不図示のＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ，Ｄｉｓｏｃｏｖｅｒｙ ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）レジストリサーバに対する問い合わせとして行う。問い合わせの結果、複数の機器が検索されれる場合もある。なお、ＵＤＤＩレジストリサーバに問い合わせるとしているが、メタデータ生成サービスを提供している機器のリストをあらかじめ登録しておいても良いことはいうまでもない。
【０１０７】
ステップＳ１００６では、ステップＳ１００５で検索された各機器に対して、ＳＯＡＰメッセージにより、メタデータ生成サービスが利用可能か問い合わせを行う。検索されたすべての機器で、メタデータ生成サービスが利用不可である場合、該サービスが利用可能な機器がでるまで、メタデータ生成サービス利用可否の問い合わせをポーリングする。メタデータ生成サービスが利用可能な機器が１台でも見つかれば、ステップＳ１００７へ進む。
【０１０８】
ステップＳ１００７では、ステップＳ１００６でメタデータ生成サービスが利用可能である各機器に対して、ＳＯＡＰメッセージにより、負荷情報の問い合わせを行う。問い合わせた各機器からの返信される負荷情報により、最も負荷の軽い機器を選択してメタデータ生成を依頼する。かかるメタデータ生成依頼は、ステップＳ１００４と同様に、入力された文書ファイルへのパスと、該文書の含まれるメールボックスに対応するメタデータディレクトリへのパスとの通知により行われる。本発明では、かかる最も負荷の軽い機器をメタデータ生成の依頼先として選択することを第３の依頼先選択として参照する。
【０１０９】
以降は、上述のステップＳ１００９及びＳ１０１０で、メタデータ生成を待ち、完了の通知を受けると未生成リストから削除して、メタデータ生成依頼ルーチンを終了する。
【０１１０】
＜カラー複合機２でのメタデータ生成サービス＞
次に、本実施形態のカラー複合機１からメタデータ生成依頼を受けた時の、カラー複合機２のメタデータ生成処理を説明する。まず、かかるメタデータ生成処理で使用されるデータの構成例を示す。
【０１１１】
（文書メタデータの構成例）
図１６に、文書メタデータの一例を示す。
【０１１２】
“＜ＤｏｃＭｅｔａｄａｔａ＞タグ”ブロック内にある、Ｎａｍｅ属性は文書名を含んでおり、図１６の例では文書名がReportである。また、Ｂｏｘ属性は、文書ファイルが格納されているメールボックスディレクトリを含んでおり、図１６の例では該メールボックスディレクトリが“Box1”であることを示している。また、Ｄｏｃｆｉｌｅ属性は、文書ファイルのファイル名を含んでおり、図１６の例では該ファイル名が“job1”であることを示している。なお、前記メールボックスディレクトリと前記ファイル名とにより、文書メタデータに対応する文書ファイルを一意に決定することができる。
【０１１３】
また、Ｋｉｎｄ属性はジョブタイプの情報を含んでおり、図１６の例ではＰＤＬジョブであることを示している。また、ＰａｇｅＮｕｍ属性は文書に含まれるページ数を含んでおり、図１６の例では２ページであることを示している。また、Ｄａｔｅ属性は、文書ファイルの作成日時の情報を含んでおり、図１６の例では、文書ファイルが2006年1月1日の0時ちょうどに作成されたことを示している。
【０１１４】
また、Ｕｓｅｒ属性は作成者の情報を含んでおり、図１６の例ではＡＡＡというユーザがＰＤＬデータをカラー複合機１へ通知したことを示している。また、Ａｐｐｌｉｃａｔｉｏｎ属性はアプリケーション種別の情報を含んでおり、図１６の例では通知されたＰＤＬデータは、ＭＥＭＯというアプリケーションで作成された画像を印刷時に生成されたことを示している。また、Ｆｒｏｍ属性は送信元情報を含んでおり、図１６の例ではＰＤＬデータはＩＰアドレス１９２．１６８．１．０のＰＣから通知されたことを示している。
【０１１５】
以上の各属性情報は、以下に説明する図１５のステップＳ１５０１で、カラー複合機２のメタデータ生成処理部６１０に通知された文書ファイルより抽出され文書メタデータに追加される。本発明では、かかる文書の属性情報の部分を文書特定部として参照する。
【０１１６】
“＜ＤｏｃＭｅｔａｄａｔａ＞タグ”ブロック内にある、“＜ＰａｇｅＬｉｓｔ＞タグ”ブロックは、以下に説明する図１５のステップＳ１５０９で追加されるページメタデータファイルのリストである。各ＰａｇｅＭｅｔａ属性が、ページメタデータのファイル名を含んでいる。図１６の例では、２ページ分のページメタデータファイルのファイル名“image_j1_1.pmeta”,“image_j1_2.pmeta”を含んでいる。本発明では、かかるページの属性情報の部分をページ特定部として参照する。
【０１１７】
（メタデータ生成サービスの手順例）
図１４は、本実施形態に係るカラー複合機２のメタデータ生成サービス部６２２の動作手順を示すフローチャートである。
【０１１８】
メタデータ生成サービスが起動すると、ＬＡＮ１０上にある図示されないＵＤＤＩレジストリサーバにメタデータ生成サービスの登録を行った後（Ｓ１４０１）、自サービスに対するＳＯＡＰメッセージの受信待ちに状態になる（Ｓ１４０２）。
【０１１９】
ステップＳ１４０２でＳＯＡＰメッセージを受信すると、メッセージに応じて処理を切り替える。
【０１２０】
メッセージがメタデータ生成サービス利用可能問い合わせであれば、ステップＳ１４０３で問い合わせのあった機器にサービス利用可能通知を行い、ＳＯＡＰメッセージ受信待ちに戻る。
【０１２１】
ステップＳ１４０２で受信したメッセージがハッシュ値送付依頼であれば、該依頼メッセージに含まれるメタデータディレクトリに対応するキャッシュメタデータディレクトリの有無を検査する。該ディレクトリが存在すれば、該ディレクトリのメタデータディレクトリ情報内にあるハッシュ値を読み出し、問い合わせのあった機器に通知した後、ＳＯＡＰメッセージ受信待ちに戻る。
【０１２２】
ステップＳ１４０２で受信したメッセージがメタデータ生成依頼であれば、ステップＳ１４０５へ進む。
【０１２３】
ステップＳ１４０５では、メッセージに含まれる文書ファイルが含まれるメールボックスディレクトリ及びメタデータディレクトリを、ディレクトリ“/net/機器名/”以下にマウントする。ここで、該ディレクトリ中の機器名は、メタデータ生成依頼を通知してきた機器である。例えば、カラー複合機１から、文書ファイルのパスが“/BOX/BOX1/job1”でメタデータ生成依頼があった場合、カラー複合機１の該文書ファイルには“/net/カラー複合機１/BOX/BOX1/job1”でアクセス可能である。さらに、メタデータディレクトリのパスが“/META/BOX1”である場合、カラー複合機１の該メタデータディレクトリには“/net/カラー複合機１/META/BOX1”でアクセス可能である。
【０１２４】
ステップＳ１４０６では、ステップＳ１４０５でマウントしたメールボックスディレクトリ上の文書ファイルへのパス及びメタデータディレクトリへのパスを、ジョブコントロール処理部６０１経由で、メタデータ生成処理部６１０へ通知する。かかる通知により、メタデータ生成処理部６１０がメタデータ生成処理を行う。メタデータ生成処理部６１０の動作については後述する（図１５参照）が、メタデータ生成を行った文書ファイルの各ページ毎のメタデータ及び後述するドキュメントデータが、通知したメタデータディレクトリ内に生成される。
【０１２５】
ステップＳ１４０７では、ステップＳ１４０５でマウントしたメタデータディレクトリに含まれる各ファイルの情報から、１２８ビットのハッシュ値を計算する。ステップＳ１４０７では、さらに、前記ハッシュ値を該メタデータディレクトリに含まれるメタデータディレクトリ情報内の属性“＜metadir_hash＞”に登録して更新する。
【０１２６】
ステップＳ１４０８では、ステップＳ１４０５でマウントしているメタデータディレクトリに対応するキャッシュメタデータディレクトリを更新する。キャッシュメタデータディレクトリは、フラッシュＲＯＭ５０１上のディレクトリ“/cashemeta/”以下に作成されるディレクトリであり、該メタデータディレクトリのミラー情報である。例えば、メタデータディレクトリ“/net/カラー複合機１/META/BOX1”のキャッシュメタデータディレクトリは“/cashemeta/カラー複合機１/META/BOX1”となる。キャッシュメタデータディレクトリの更新時には、対応するキャッシュメタデータディレクトリが存在していなければ、メタデータディレクトリのコピーを行うことで生成する。キャッシュメタデータディレクトリがすでに存在していればメタデータディレクトリより差分のあるファイルのみコピーすることにより、メタデータディレクトリとキャッシュメタデータディレクトリの内容を一致させる。
【０１２７】
ステップＳ１４０９では、メタデータ生成依頼通知をしてきた機器（本例ではカラー複合機１）に対し、メタデータ生成終了通知を行った後、ＳＯＡＰメッセージ受信待ちとなる。
【０１２８】
（メタデータ生成処理の手順例）
図１４は、本実施形態に係るカラー複合機２のメタデータ生成処理部６１０の動作手順を示すフローチャートである。
【０１２９】
メタデータ生成処理部６１０は、ジョブコントロール処理部６０１より、上記図１４のステップＳ１４０６の通知に基づく文書ファイルへのパス及びメタデータディレクトリへのパスの通知を受け、メタデータの生成処理を開始する。
【０１３０】
メタデータ生成処理を開始すると、ステップＳ１５０１で前述の図１６の文書メタデータの生成を行う。文書メタデータは文書ファイルに対して１つ生成され、文書全体にかかわる情報とページメタデータへのパス情報とを含む。作成した文書メタデータは、通知されたメタデータディレクトリ上に“.docmeta”のプレフィクスを持つファイルとして生成される。
【０１３１】
ステップＳ１５０２は、ステップＳ１５０３からＳ１５１０の処理を文書に含まれるページ数分繰り返すことを示す。
【０１３２】
ステップＳ１５０３では、通知された文書ファイルのジョブタイプを見て、ＰＤＬジョブであればステップＳ１５０４へ進み、他のジョブであればステップＳ１５０６へ進む。
【０１３３】
ステップＳ１５０４では、通知された文書ファイルからＰＤＬデータへのパスを読み出し、該ＰＤＬをジョブコントロール処理部６０１を介してＰＤＬ解析処理部６０５へ通知し、ＰＤＬ解析処理を行う。ＰＤＬ解析処理部６０５では、ＰＤＬデータの解析を行い、ＰＤＬデータに含まれる文字データの抽出を行う。
【０１３４】
ステップＳ１５０４に続いてステップＳ１５０５では、通知された文書ファイルに含まれる画像ファイルへのパスを抽出し、該画像文字認識処理を行う。文字認識処理では、領域分割処理、文字切り出し処理、パターンマッチング処理が行われる。本文字認識では領域分割処理には画像ファイルに含まれる属性ビット情報を利用する。また、文字切り出し処理及びパターンマッチング処理では、ステップＳ１５０４でＰＤＬ解析処理の抽出した文字情報を利用することで、認識率と効率の向上が図られている。
【０１３５】
一方、ＰＤＬジョブでなければステップＳ１５０６で、通知された文書ファイルに含まれる画像ファイルへのパスを抽出し、該画像文字認識処理を行う。文字認識処理では、領域分割処理、文字切り出し処理、パターンマッチング処理が行われる。
【０１３６】
ステップＳ１５０７では、ステップＳ１５０５及びＳ１５０６で領域分割を行った各領域のうち、イメージまたはグラフィックと判断される各領域に対して、画像特徴量の抽出を行う。なお、ステップＳ１５０５及びＳ１５０６の文字認識処理の大部分、及びステップＳ１５０７の画像特徴量抽出ついては、専用ハードウェアであるドキュメント画像処理部５１０を利用して高速に行う。
【０１３７】
ステップＳ１５０８では、ページ番号、ステップＳ１５０４及びＳ１５０５で抽出した文字情報及び、ステップＳ１５０７で抽出した画像特徴量を、ページメタデータに格納する。ページメタデータは、通知されたメタデータディレクトリ上に、“.pmeta”のプレフィクスを持つファイルとして生成される。
【０１３８】
ステップＳ１５０９では、ステップＳ１５０８生成したページメタデータのファイル名を文書メタデータに追加して、１ページのメタデータ処理を終了する。
【０１３９】
＜カラー複合機１での検索指示ＵＩ処理＞
本実施形態に係るカラー複合機１における検索指示ＵＩ処理部３２０の動作を、図１７のフローチャート、及び図１８、図１９、図２０のＵＩ画面例を参照して説明する。
【０１４０】
検索指示ＵＩ処理部３２０は、操作者が操作部２１０を操作して、メールボックス内の文書の検索画面を呼び出したときに起動される処理である。なお、検索指示ＵＩ処理部３２０は拡張アプリケーションとして実装されているため、機器内にバイトコードがダウンロードされていない場合もある。そのばあいには、検索画面の呼び出しは行うことができない。
【０１４１】
まず、検索指示ＵＩ処理における操作部２１０への表示画面について説明する。
【０１４２】
（検索指示画面の例１）
図１８の１８００は、高機能検索機能を利用可能である検索指示画面の一例である。
【０１４３】
１８０１は、ネットワーク上にある高機能検索サービスが使用可能であることを示している。１８０２の領域は、基本的な検索条件の設定領域であり、ＡＮＤ条件キーワード、ＯＲ条件キーワード、ＮＯＴ条件キーワードを指定できる。１８０３は、検索対象とするメールボックスフォルダを示しており、１８０４のボタンを押すことで選択可能なメールボックスが表示され選択できる。図１８の例で１８０３はＢＯＸ１が検索対象メールボックスと選択されていることを示している。なお、検索対象として選択可能なメールボックは１つに限られることなく、複数あるいはすべてのメールボックを選択可能である。
【０１４４】
図１８の１８０５は、１８０３に表示されている検索対象メールボックス内に、メタデータが未生成である文書ファイルの有無を示している。メタデータが未生成の文書ファイルの有無は、検索対象として選択されている各メールボックスに対応するメタデータディレクトリ内のメタデータディレクトリ情報に含まれる未生成リストの有無により判定する。メタデータが未生成である文書ファイルがある場合、１８０５には“処理中”と表示され、検索結果が不確かなものになる可能性を示す。なお、検索対象である各メールボックスに含まれるすべての文書のメタデータが生成済みである場合、１８０５には“ＯＫ”と表示する。
【０１４５】
１８０６は、検索オプション設定画面に遷移するためのボタンである。検索オプション設定画面では、より詳細な検索条件の設定及び検索結果の表示順指定を行うことができる。検索設定画面では、例えば、自然文による概念検索の指定、作成時間による検索指定、アプリケーション種別による検索指定、検索結果のヒット率による並び替えの指定、作成時間による並び替えの指定、参照回数による並び替えの指定を行う。
【０１４６】
１８０７は、画像検索の設定を行う領域である、１８０７の上部のラジオボタンをチェックすることで、画像検索の実行を指示できる。画像検索は、１８０９に表示されている画像の類似画像を含む文書ファイルを検索する機能である。１８０８のボタンにより、画像検索に使用する検索対象の画像を選択して入力する画像選択画面に遷移する。画像選択画面で選択された画像は、１８０９にプレビュー表示される。
【０１４７】
１８１０は、検索開始を指示する為のボタンであり、操作者は該ボタンを押すことで、１８００で設定した検索条件で指定したメールボックス内の文書ファイル検索を指示する。１８１１は、検索の指示のキャンセルを行うためのボタンであり、操作者が該ボタンを押すと、検索指示ＵＩ処理部３２０の処理を中断し、検索指示画面の表示前の状態に戻る。
【０１４８】
（検索指示画面の例２）
図１９の１９００は、簡易検索機能のみを利用可能である検索指示画面の一例である。
【０１４９】
該検索指示画面の構成は、高機能検索機能を利用可能である検索指示画面１８００と同様であるが、一部の機能が制限されている。１９００の検索指示画面のうち、高機能検索機能を利用可能である検索指示画面１８００と差分がある部分を説明する。
【０１５０】
１９０１は、ネットワーク上の検索サービスが利用不可であれば、カラー複合機１に実装されている簡易検索機能が使用されることを示している。ネットワーク上の検索機能が利用できないため、検索オプション設定ボタン１９０２はグレーアウトされている。また、画像検索も利用できないため画像検索の設定領域１９０３もグレーアウトされ、１９０４に該機能が利用できない旨を表示する。さらに、１９０５に、ネットワーク上の検索サービスが利用できない旨を示すメッセージを表示している。
【０１５１】
（検索結果画面の例）
図２０は、検索指示ＵＩ処理で表示される検索結果画面の一例を示す。
【０１５２】
図２０の２０００は、検索サーバ（本例ではカラー複合機２に相当）からの検査結果を表示している検索結果画面の一例である。
【０１５３】
２００１の領域には、操作者が検索画面で設定した検索条件が示されている。２００２の領域には、検索サーバから通知された検索結果を一覧表示している。表示順は検索サーバから通知された順であり、検索結果の並び替えは検索サーバ側で行われる。図２０の例では、操作者が検索サーバから通知されて表示される画面から、検索オプション設定でヒット率による並び替えを指示した場合であり、ヒット率順に検索結果が並んでいる。
【０１５４】
２００４のボタンは、検索結果表示のキャンセルを行うためのボタンであり、操作者が該ボタンを押すと、検索結果表示画面を表示する前の、検索指示画面へ戻る。２００３のボタンは、処理選択画面に遷移するボタンであり、操作者が、検索結果より文書を選択し該ボタンを押すと、選択した文書に対する処理候補が選択できる処理選択画面に遷移する。処理選択画面からは、選択した文書に対して、印刷処理、プレビュー表示、画像送信など、画像編集処理など各種処理を選択することができる。
【０１５５】
（検索指示ＵＩ処理の手順例）
図１７は、本実施形態に係るカラー複合機１の検索指示ＵＩ処理部３２０の動作手順を示すフローチャートである。
【０１５６】
検索指示ＵＩ処理部３２０を起動すると、ステップＳ１７０２で、ＬＡＮ１０上の検索サービスを提供している機器を検索する。該サービスの検索は、ＬＡＮ１０上にある不図示のＵＤＤＩレジストリサーバに対する問い合わせとして行う。問い合わせの結果複数の機器が検索される場合もある。なお、ＵＤＤＩレジストリサーバに問い合わせるとしているが、メタデータ生成サービスを提供している機器のリストをあらかじめ登録しておいても良いことはいうまでもない。
【０１５７】
ステップＳ１７０３では、ステップＳ１７０２で検索された各機器に対して、ＳＯＡＰメッセージにより、検索サービスが利用可能か問い合わせを行う。検索されたすべて機器でメタデータ生成サービスが利用不可である場合、または検索サービスの提供機器が見つからない場合はステップＳ１７１１へ進み、一台でも検索サービスの利用可能である場合はステップＳ１７０４へ進む。
【０１５８】
ステップＳ１７０４では、高機能検索機能を利用可能である検索指示画面を表示する（上記図１８参照）。
【０１５９】
操作者が図１８の検索指示画面１８００で検索指示ボタン１８１０を押すと（Ｓ１７０５）、ステップＳ１７０６へ進む。
【０１６０】
ステップＳ１７０６では、ステップＳ１７０３で検索サービス利用可否を問い合わせた結果、複数の機器で検索サービスが利用可能であるか否かを判断する。複数の機器で検索サービスが利用可能であればステップＳ１７０７へ進み、検索サービス利用可能な機器が１台のみであればステップＳ１７０９へ進む。
【０１６１】
ステップＳ１７０７では、検索サービスが利用可能な各機器に対して、ＳＯＡＰメッセージにより、検索対象として選択したメールボックスに対応するメタデータディレクトリ通知し、ハッシュ値を送付するように依頼する。各機器よりハッシュ値の送付を受けるとステップＳ１７０８へ進む。
【０１６２】
ステップＳ１７０８では、自機の持つハッシュ値と比較し、ハッシュ値が一致する機器があれば該機器を検索依頼対象機器として選択する。ハッシュ値が一致する機器がなければ、検索サービス利用可能な機器の中から任意の一台を選択する。本発明では、かかるメタデータキャッシュが有効であるか否かで検索処理の依頼先として選択することを第４の依頼先選択として参照する。
【０１６３】
ステップＳ１７０９では、ステップＳ１７０８で選択した機器、または、唯一の検索サービス利用可能な機器（Ｓ１７０６でＮｏ）に対して、検索依頼を行う。かかる検索依頼は、検索指示画面１８００で設定した検索条件及び検索対象メールボックスに対応するメタデータディレクトリのパスを、ＳＯＡＰメッセージにより通知することで行なう。また、検索指示画面１８００で画像検索を指示した場合は、検索対象画像のファイルへのパスも合わせて通知する。
【０１６４】
ステップＳ１７１０では、検索依頼を行った機器より検索結果の通知されるまで待ち、検索結果の通知を受けるとステップＳ１７１５へ進む。
【０１６５】
一方、ステップＳ１７０３の判定で、ネットワーク上に１台も検索サービス利用可能な機器がない場合に進むステップＳ１７１１では、簡易検索機能のみを利用可能である検索指示画面１９００を表示する。
【０１６６】
操作者が検索指示画面１９００で、検索条件、検索対象メールボックスの設定を行い検索を指示する（Ｓ１７１２）。すると、該検索条件、検索対象メールボックスに対応するメタデータディレクトリを、簡易検索処理部３２１に通知し、簡易検索処理を行う。
【０１６７】
ステップＳ１７１４では、簡易検索処理部３２１からを検索結果の通知されるまで待ち、検索結果の通知を受けるとステップＳ１７１５へ進む。
【０１６８】
ステップＳ１７１５では、外部機器に依頼したステップＳ１７１０の高機能検索、または自機内でのステップＳ１７１４の簡易検索で受けた検索結果の一覧を表示する検索結果画面（高機能の場合は２０００）を表示する。
【０１６９】
ユーザが選択ボタン２００３で処理を選択すると（Ｓ１７１６）、ステップＳ１７１７でユーザの指定した各種処理を行い終了する。
【０１７０】
＜カラー複合機２での検索サービス＞
図２１は、本実施形態に係るカラー複合機２の検索サービス部６２１の動作手順を示すフローチャートでる。
【０１７１】
検索サービスが起動すると、ＬＡＮ１０上にある図示されないＵＤＤＩレジストリサーバに検索サービスの登録を行った後（Ｓ２１０１）、自サービスに対するＳＯＡＰメッセージ受信待ちに状態になる（Ｓ２１０２）。
【０１７２】
ステップＳ２１０２では、ＳＯＡＰメッセージを受信すると、メッセージに応じて処理を切り替える。
【０１７３】
メッセージがメタデータ生成サービス利用可能問い合わせであれば、ステップＳ２１０３で問い合わせのあった機器にサービス利用可能通知を行い、ＳＯＡＰメッセージ受信待ちに戻る。
【０１７４】
ステップＳ２１０２で受信したメッセージが検索依頼であれば、ステップＳ２１０４へ進む。ステップＳ２１０４では、メッセージに含まれるメタデータディレクトリをディレクトリ“/net/機器名/”以下にマウントする。ここで、該ディレクトリ中の機器名は、検索依頼を通知してきた機器である。例えば、カラー複合機１から、メタデータディレクトリのパスが“/ＭＥＴＡ/BOX1/job1”であった場合、カラー複合機１の該文書ファイルには“/net/カラー複合機１/ＭＥＴＡ/BOX1/job1”でアクセス可能である。また、ステップＳ２１０４では、受信した検索依頼が画像検索を行うものであれば、検索対象画像のファイルの含まれるディレクトリのマウントも行う。
【０１７５】
ステップＳ２１０５では、検索対象である依頼元機器（カラー複合機１）のメタデータディレクトリと、自機内のキャッシュメタデータディレクトリが有効であるか確認する。有効であれば、検索対象ディレクトリをキャッシュメタデータディレクトリとし（Ｓ２１０６）、有効でなければ依頼元機器のメタデータディレクトリとする（Ｓ２１０７）。キャッシュメタデータディレクトリの有効確認は、キャッシュメタデータディレクトリの有無と、各メタデータディレクトリにあるメタデータディレクトリ情報内のハッシュ値の比較により行う。対応するキャッシュメタデータディレクトリが存在し、且つキャッシュメタディレクトリのハッシュ値と依頼元機器のメタデータディレクトリのハッシュ値が一致すれば、キャッシュメタディレクトリは有効である判断する。
【０１７６】
ステップＳ２１０８では、ステップＳ２１０２で受信したメッセージ含まれる、検索条件、及び検索対象ディレクトリのパスを高機能検索処理部６１５へ通知し、高機能検索処理を行う。また、通知された検索条件により実行する検索が画像検索であれば、合わせて通知される検索対象画像のファイルへのパスも通知する。高機能検索処理では、通知された検索条件により、検索対象ディレクトリの各メタデータを検索し、検索結果のリストを検索サービス部６２１へ通知する。
【０１７７】
ステップＳ２１０９では、高機能検索処理部６１５から検索結果の通知が来るのを待つ。検索結果の通知を受けると、検索サービス部６２１は、該検索結果を、ＳＯＡＰメッセージで、検索依頼元の機器へ通知し（Ｓ２１１０）、ＳＯＡＰメッセージ待ちに戻る
本実施形態によれば、カラー複合機１は、それ単体では文書検索用のメタデータを生成できないが、カラー複合機２のメタデータ生成サービスを利用して、自機のメールボックス内に格納される文書のメタデータ生成が可能となる。
【０１７８】
また、カラー複合機１のメタデータ生成依頼処理は拡張アプリケーションとして実装されているため、カラー複合機２の導入時、後から追加機能としてダウンロードして実行可能である。
【０１７９】
また、カラー複合機１のメタデータ生成依頼処理は、カラー複合機２にメタデータ生成サービスが利用できない場合でも、文書ファイル作成と同時にメタデータ生成依頼を行う必要性は無い。カラー複合機２のメタデータ生成サービスが利用できるようになった時点で、メタデータ生成依頼を行うことが可能である。
【０１８０】
カラー複合機１は、カラー複合機２の検索サービスが利用可能である場合、カラー複合機２の高機能検索機能を利用して、自機のメールボックス内の文書の高機能な検索を行うことが可能である。さらには、カラー複合機２の検索サービスが利用できない場合であっても、単体で自機の簡易検索処理を利用して、メタデータ生成済みの文書の検索が可能である。
【０１８１】
また、カラー複合機２は、キャッシュメタデータディレクトリが有効に利用可能である場合は、該ディレクトリを利用する。その場合には、ネットワーク越しにカラー複合機１のメタデータディレクトリにアクセスすることなく、高速に高機能検索処理を実行することが可能である。
【０１８２】
また、カラー複合機１は、自機の検索対象のメールボックスにメタデータが未生成である文書があることを表示するこにより、操作者に対して検索にヒットしない文書がある可能性を示唆することが可能である。
【０１８３】
なお、カラー複合機１がメタデータ生成サービス及び検索サービスを依頼する機器は、カラー複合機に２に限られるものではなく、該サービスを提供する機器であれば、他の複合機またはサーバコンピュータであってもよい。
【０１８４】
実施形態１では、カラー複合機１は、ネットワーク上の検索サービスが有効でない場合に自機の簡易検索処理を行うとしているが、操作者がネットワーク上の検索サービスを利用するか簡易検索処理を利用するか選択するようにしてもよい。
【０１８５】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１８６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８７】
又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（OS）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行う。このような処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８９】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【０１９０】
【図１】本実施形態における画像処理システムの全体構成例を示す図である。
【図２】本実施形態におけるカラー複合機１，２の構造例を示す側断面図である。
【図３】本実施形態におけるカラー複合機１のコントロールユニットの構成例を示すブロック図である。
【図４】本実施形態におけるカラー複合機１のコントローラソフトウェアの構成の一例を示すブロック図である。
【図５】本実施形態におけるカラー複合機２のコントロールユニットの構成例を示すブロック図である。
【図６】本実施形態におけるカラー複合機２のコントローラソフトウェアの構成の一例を示すブロック図である。
【図７】本実施形態におけるカラー複合機１のメールボックス格納処理の手順例を示すフローチャートである。
【図８】本実施形態における文書構造体の一例を示す図である。
【図９】本実施形態におけるカラー複合機１のメタデータ生成依頼処理の手順例を示すフローチャートである。
【図１０】本実施形態におけるカラー複合機１のメタデータ生成依頼ルーチンの手順例を示すフローチャートである。
【図１１Ａ】本実施形態におけるＨＤＤ上に構成されるのメールボックスディレクトリの構成例を示す図である。
【図１１Ｂ】本実施形態におけるＨＤＤ上に構成されるのメタデータディレクトリの構成例を示す図である。
【図１２】本実施形態におけるメタデータディレクトリ情報の一例を示す図である。
【図１３】本実施形態における依頼済み機器テーブルの一例を示す図である。
【図１４】本実施形態におけるカラー複合機２のメタデータ生成サービスの手順例を示すフローチャートである。
【図１５】本実施形態におけるカラー複合機２のメタデータ生成処理の手順例を示すフローチャートである。
【図１６】本実施形態における文書メタデータの一例を示す図である。
【図１７】本実施形態におけるカラー複合機１の検索指示ＵＩ処理の手順例を示すフローチャートである。
【図１８】本実施形態におけるカラー複合機１の高機能検索機能を利用可能である検索指示画面の一例を示す図である。
【図１９】本実施形態におけるカラー複合機１の簡易検索処理を利用可能である検索指示画面の一例を示す図である。
【図２０】本実施形態におけるカラー複合機１の検索結果画面の一例を示す図である。
【図２１】本実施形態におけるカラー複合機２の検索サービスの手順例を示すフローチャートである。
【技術分野】
【０００１】
本発明は、画像処理方法、画像処理装置及び画像処理システムに関する。例えば、画像蓄積可能なデジタル機器において、市場での稼動後に蓄積画像の検索を可能とする画像処理方法、画像処理装置及び画像処理システムに関するものである。
【背景技術】
【０００２】
近年、デジタル複合機には、コピー機能、プリンタ機能、FAX機能、スキャン機能等に加え、大容量記憶装置が搭載されることにより、入力画像を蓄積して再利用可能とする画像蓄積サーバとしての機能も搭載されてきている。かかる画像蓄積サーバ機能を果たすため、従来は、画像の蓄積時に特定のメールBOXやディレクトリへ保存することにより、再利用時にはメールBOXやディレクトリ指定及びそのファイル名により利用する画像を特定可能としていた。
【０００３】
しかしながら、デジタル複合機に搭載される大容量記憶装置の容量は増大しつつあり、蓄積可能な画像の量も増大してきている。蓄積可能な画像量が増えることにより、前記メールBOXやディレクト指定による蓄積画像の特定には限界が来ている。
【０００４】
この問題を解決するため、画像蓄積サーバに蓄積されている画像から所望の画像を特定する方法として、蓄積画像と共にテキストデータをメタデータとして保存し検索に利用するという方法がある。メタデータは、入力画像に対し文字認識処理を施して画像に含まれる文字情報を抽出することが可能である（例えば、特許文献１）。PC等から印刷データがPDL（Page Description Language）データとして通知される場合は、PDLデータをラスタライズしてラスタ画像とした後、ラスタ画像に文字認識処理を施し文字列情報を抽出する。
【０００５】
また、近年では、画像処理技術の進歩により所望の画像を特定する他の方法として、検索対象として画像を使用し、該画像の画像特徴量を利用することで、検索対象画像に近い画像を含む蓄積画像を検索する画像検索という方法もある。
【特許文献１】特開2004-215067公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、市場で既に稼動している従来のデジタル複合機には、メタデータの生成及び検索、また画像特徴量による検索などの新規技術が搭載されておらず、旧来のファイル名等による蓄積画像の特定しかできない。そのため、既に稼動済みの機器内にある蓄積画像の有効利用がすすまないといった課題がある。
【０００７】
本発明は、上記問題点を解決するためになされたものであり、市場で既に稼動済みの機器内に蓄積さている画像の検索性を向上し、蓄積画像の有効利用を可能とする画像処理方法、画像処理装置及び画像処理システムを提供する。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の画像処理システムは、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続された画像処理システムであって、前記第１の装置が、画像データを蓄積する蓄積手段と、前記ネットワークを介して、前記蓄積手段に蓄積された画像データに対するメタデータの生成を前記第２の装置に依頼するメタデータ生成依頼手段とを備え、前記第２の装置が、メタデータ生成手段と、前記第１の装置の前記メタデータ生成依頼手段からのメタデータ生成の依頼を前記ネットワークを介して受信し、前記第１の装置の蓄積手段に蓄積された画像データに対するメタデータの生成を前記メタデータ生成手段に指示するメタデータ生成サービス手段とを備えることを特徴とする。
【０００９】
また、本発明の画像処理方法は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続された画像処理システムの画像処理方法であって、前記第１の装置が画像データを蓄積手段に蓄積する蓄積工程と、前記ネットワークを介して前記第１の装置から前記第２の装置に前記蓄積手段に蓄積された画像データに対するメタデータの生成を依頼して、前記第２の装置が搭載するメタデータ生成手段によりメタデータを生成するメタデータ生成工程と、前記ネットワークを介して前記第１の装置から前記第２の装置に前記生成されたメタデータを使用した前記蓄積手段に蓄積された画像データの検索を依頼して、前記第２の装置が搭載する検索手段により検索を実行する検索工程とを備えることを特徴とする。
【００１０】
また、本発明の画像処理装置は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない画像処理装置であって、画像データを蓄積する蓄積手段と、前記蓄積手段に蓄積された画像データに対するメタデータの生成を、ネットワークを介してメタデータ生成手段を搭載する装置に依頼するメタデータ生成依頼手段とを備えることを特徴とする。
【００１１】
また、本発明の画像処理装置の制御方法は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない画像処理装置の制御方法であって、画像データを蓄積手段に蓄積する蓄積工程と、前記蓄積手段に蓄積された画像データに対するメタデータの生成を、ネットワークを介してメタデータ生成手段を搭載する装置に依頼するメタデータ生成依頼工程と、前記ネットワークを介して、前記蓄積手段に蓄積された画像データからの検索を検索手段を搭載する装置に依頼する検索依頼工程とを備えることを特徴とする。
【００１２】
更に、上記画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム、及び該プログラムを記憶したコンピュータで読み取り可能な記憶媒体を提供する。
【００１３】
また、本発明の画像処理装置は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載する画像処理装置であって、メタデータ生成手段と、メタデータ生成手段を搭載しない装置からのメタデータ生成の依頼をネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データに対するメタデータの生成を、前記メタデータ生成手段に指示するメタデータ生成サービス手段とを備えることを特徴とする。
【００１４】
また、本発明の画像処理装置の制御方法は、画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載する画像処理装置の制御方法であって、メタデータ生成手段を搭載しない装置からのメタデータ生成の依頼をネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データに対するメタデータの生成を、当該画像処理装置が搭載するメタデータ生成手段に指示するメタデータ生成サービス工程と、前記メタデータ生成手段を搭載しない装置からの検索依頼を前記ネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データからの検索を当該画像処理装置が搭載する検索手段に指示する検索サービス工程とを備えることを特徴とする。
【００１５】
更に、上記画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム、及び該プログラムを記憶したコンピュータで読み取り可能な記憶媒体を提供する。
【発明の効果】
【００１６】
本発明によれば、市場で既に稼動済みの機器内に蓄積さている画像の、検索性を向上し、蓄積画像の有効利用を可能とする画像処理方法、画像処理装置及び画像処理システムを提供できる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を実施するための実施形態について、図面を参照して詳細に説明する。
【００１８】
＜本実施形態の画像処理システムの構成例＞
図１は、本実施形態に係る画像処理システムの全体構成例を示す図である。
【００１９】
カラー複合機１及びカラー複合機２が、ＬＡＮ１０に接続され、相互に通信可能である。本実施形態では、カラー複合機１が既に稼動している従来のメタデータ生成機能及び高機能の検索機能を有しないデジタル複合機であり、カラー複合機２がメタデータ生成機能及び高機能の検索機能を有するデジタル複合機であるとする。なお、本発明では、カラー複合機１を第１の装置、カラー複合機２を第１の装置として参照する。
【００２０】
なお、ＬＡＮ１０には、図示されない他のホストコンピュータや印刷装置、複合機等の機器が接続されていてもよいことは言うまでも無い。また、本実施形態の画像処理システムを構成する機器は、カラー複合機に限られるものではなく、モノクロ複合機や、他の画像処理装置であってもよいことは言うまでも無い。
【００２１】
＜本実施形態の画像処理装置の構成例＞
本実施形態を適用するに好適ななカラー複合機の構成について、図２を用いて説明する。ここで説明する、カラー複合機は１つのドラムでカラー画像形成を行なう１Ｄカラー複合機である。
【００２２】
１Ｄカラー複合機は、スキャナ部（図中、原稿露光部）１０１、レーザ露光部１０２、感光ドラム１０３、作像部１０４、定着部１０５、給紙／搬送部１０６、及びこれらを制御する不図示のプリンタ制御部から構成される。
【００２３】
スキャナ部１０１は、原稿台に置かれた原稿に対して、照明を当てて原稿画像を光学的に読み取り、その像を電気信号に変換して画像データを作成する。
【００２４】
レーザ露光部１０２は、作成及び受信した画像データに応じて、変調されたレーザ光などの光線を等角速度で回転する回転多面鏡（ポリゴンミラー）に入射させ、反射走査光として感光ドラム１０３に照射する。
【００２５】
作像部１０４は、以下の一連の電子写真プロセスを実行して作像する。感光ドラム１０３を回転駆動し、帯電器によって帯電させ、前記レーザ露光部１０２によって感光ドラム１０３上に形成された潜像をトナーによって現像化する。そして、そのトナー像をシートに転写する。転写されずに感光ドラム１０３上に残った微小トナーを回収する。その際、シートが転写ドラム１０７の所定位置に巻きつき、４回転する。その間に、マゼンタ（Ｍ）、シアン（Ｃ）、イエロー（Ｙ）、ブラック（Ｋ）のトナーを持つそれぞれの現像ユニット（現像ステーション）が入れ替わりで順次前述の電子写真プロセスを繰り返し実行する。４回転の後、４色のフルカラートナー像を転写されたシートは、転写ドラム１０７を離れ、定着部１０５へ搬送される。
【００２６】
定着部１０５は、ローラやベルトの組み合わせによって構成され、ハロゲンヒータなどの熱源を内蔵し、前記作像部によってトナー像が転写されたシート上のトナーを、熱と圧力によって溶解、定着させる。
【００２７】
給紙／搬送部１０６は、シートカセットやペーパーデッキに代表されるシート収納庫を１つ以上持っている。そして、前記不図示のプリンタ制御部の指示に応じて、シート収納庫に収納された複数のシートの中から一枚分離し、作像部１０４から定着部１０５へ搬送する。シートは、作像部１０４の転写ドラム１０７に巻きつけられ、４回転した後に定着部１０５へ搬送される。４回転する間に前述のＹＭＣＫ各色のトナー像がシートに転写される。また、シートの両面に画像形成する場合は、定着部１０５を通過したシートを再度、作像部１０４へ搬送する搬送経路を通るように制御する。
【００２８】
不図示のプリンタ制御部は、カラー複合機全体を制御するコントロールユニットと通信して、その指示に応じて制御を実行する。そして、前述のスキャナ、レーザ露光、作像、定着、給紙／搬送の各部の状態を管理しながら、全体が調和を保って円滑に動作できるよう指示を行う。
【００２９】
＜カラー複合機１の制御構成例＞
(コントロールユニットの構成例１)
図３は、本実施形態に係るカラー複合機１のコントロールユニット（コントローラとも言う）の一構成例を示すブロック図である。
【００３０】
図３において、コントロールユニット２００は、画像入力デバイスであるスキャナ２０１や画像出力デバイスであるプリンタエンジン２０２と接続し、画像データの読み取りやプリント出力のための制御を行う。また、コントロールユニット２００は、ＬＡＮ１０や公衆回線２０４と接続することで、画像情報やデバイス情報をネットワーク経由で入出力するためのコントロールでもある。
【００３１】
図３に示すコントロールユニット２００において、ＣＰＵ２０５はカラー複合機１の全体を制御するための中央処理装置である。ＲＡＭ２０６は、ＣＰＵ２０５が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するための画像メモリでもある。さらに、ＲＯＭ２０７はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０８はハードディスクドライブであり、各種処理のためのシステムソフトウェア及び入力された画像データや文書ファイル等を格納する。
【００３２】
さらに、図３において、操作部Ｉ／Ｆ２０９は、画像データ等を表示可能な表示画面を有する操作部２１０に対するインタフェース部であり、当該操作部２１０に対して画像データを出力する。また、操作部Ｉ／Ｆ２０９は、操作部２１０から操作者（すなわち、本画像処理システムの利用者）が入力した情報をＣＰＵ２０５に伝える役割をする。さらに、ネットワークインタフェース２１１は、例えばＬＡＮカードで実現され、ＬＡＮ１０に接続して外部装置との間で情報の入出力を行う。さらにまた、モデム２１２は公衆回線２０４に接続し、外部装置との間で情報の入出力を行う。
【００３３】
本実施形態に係るコントロールユニット２００では、以上のデバイスがシステムバス２１３上に配置されている。
【００３４】
次に、イメージバスＩ／Ｆ２１４は、システムバス２１３と画像データを高速で転送する画像バス２１５とを接続するためのインタフェースであり、データ構造を変換するバスブリッジである。画像バス２１５は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される。そして、画像バス２１５上には、以下で説明するＲＩＰ２１６、デバイスＩ／Ｆ２１７、スキャナ画像処理部２１８、プリンタ画像処理部２１９、画像編集用画像処理部２２０、カラーマネージメントモジュール（図中、ＣＭＭ）２３０といったデバイスが接続される。
【００３５】
ラスタイメージプロセッサ（ＲＩＰ）２１６は、ディスプレイリスト（ＤＬ）を解釈し、ラスタイメージ及びラスタイメージの各ピクセルに対応する属性ビットを作成（レンダリング）する。デバイスＩ／Ｆ部２１７は、スキャナ２０１やプリンタエンジン２０２とコントロールユニット２００とを接続し、画像データの同期系／非同期系の変換を行う。
【００３６】
また、スキャナ画像処理部２１８は、入力画像データに対して、補正、加工、編集等の各種処理を行う。プリンタ画像処理部２１９は、プリント出力画像データに対して、プリンタの補正、解像度変換等の処理を行う。画像編集用画像処理２２０は、画像データの回転や、画像データの圧縮伸長処理及び、ＲＩＰ２１６の生成した属性ビットに基づいた各種画像処理を行う。さらに、ＣＭＭ２３０は、画像データに対して、プロファイルやキャリブレーションデータに基づいた、色変換処理を施す専用ハードウェアモジュールである。
【００３７】
(コントローラソフトウェアの構成例１)
図４は、本実施形態に係るカラー複合機１のコントロールユニット２００上で動作するコントローラソフトウェアのモジュール構成の一例を示すブロック図である。本ソフトウェアは、主にＣＰＵ２０５上で動作する。
【００３８】
図４に示すジョブコントロール処理部３０１は、図示/不図示の各ソフトウェアモジュールを統括・制御し、カラー複合機１内で発生するあらゆるジョブの制御を行う。
【００３９】
ネットワーク処理部３０２は、主にネットワークＩ／Ｆ２１１を介して行われる、外界との通信を制御するモジュールであり、ＬＡＮ１０上の各機器との通信制御を行う。ネットワーク処理部３０２はＬＡＮ１０の各機器からの制御コマンドやデータを受信すると、その内容を、ジョブコントロール処理部３０１へ通知する。また、ジョブコントロール処理部３０１からの指示に基づき、ＬＡＮ１０の各機器へ制御コマンドやデータの送信を行う。ネットワーク処理部３０２は、さらに、外部エクスポート機能を備えており、ＨＤＤ２０８上に構築されているファイルシステム上のディレクトリの一部を、ＬＡＮ１０上の各機器に公開している。公開されるディレクトリは、予め設定しておくことが可能である。また、ディレクトリ毎にアクセス可能な機器及びユーザを設定することが可能である。
【００４０】
ＵＩ処理部３０３は、主に操作部２１０に係る制御をおこなう。操作者が操作部２１０を操作した内容を、ジョブコントロール処理部３０１へ通知すると共に、ジョブコントロール処理部３０１からの指示に基づいて、操作部２１０上の表示画面の表示内容を制御する。
【００４１】
ＦＡＸ処理部３０４は、ＦＡＸ機能の制御をおこなう。ＦＡＸ処理部３０４は、モデム２１２を介してＦＡＸ受信を行い、ＦＡＸ画像特有の画像処理を施した後、受信画像をジョブコントロール処理部３０１へ通知する。また、ジョブコントロール処理部３０１からの指定される画像を、指定通知先へＦＡＸ送信を行う。
【００４２】
ＰＤＬ解析処理部３０５は、ジョブコントロール処理部３０１の指示に基づいて、ＰＤＬデータを解析し、ＲＩＰ処理部３１１で処理可能なＤＬを生成し、ジョブコントロール処理部３０１へ通知する。
【００４３】
色変換処理部３０９は、ジョブコントロール処理部３０１の指示に基づいて、指示画像に対して、色変換処理を行い、色変換処理後の画像をジョブコントロール処理部３０１へ通知する。ジョブコントロール処理部３０１は、色変換処理部３０９に対して、入力色空間情報、出力色空間情報及び色変換を適用する画像を通知する。
【００４４】
ＲＩＰ処理部３１１は、ＰＤＬ解析処理部３０５で生成したＤＬを、ＲＩＰ処理部３１１を制御してレンダリングすることで、ラスタイメージ及びラスタイメージの各ピクセルに対応する属性ビットを作成する。そして、ジョブコントロール処理部３０１へ通知する。ここで生成される各属性ビットは、１bitのカラービット、１bitの細線/小文字ビット、及び２bitのオブジェクト種ビットの３つのビットフィールドの計４bitで構成されている。
【００４５】
カラービットは、対応するピクセルがカラーオブジェクトを構成するピクセルであるか、白黒オブジェクトを構成するピクセルであるかを表す。このビットが“０”である時にはカラーオブジェクトを構成するピクセルであり、“１”である時には白黒オブジェクトを構成するピクセルであることを示す。細線/小文字ビットは、対応するピクセルが細線又は小文字を構成するピクセルであるか否かを表し、このビットが“１”である時には細線を構成するピクセルであることを示す。オブジェクト種ビットは、対応するピクセルがどのような種類の描画オブジェクトを構成しているかを表す。オブジェクト種ビットが、“０１”の時には文字オブジェクトを構成するピクセルであルことを示す。オブジェクト種ビットが、“１０”のときにはグラフィックスオブジェクトを構成するピクセルであルことを示す。オブジェクト種ビットが、“１１”の時にはイメージオブジェクトを構成するピクセルであることを示す。オブジェクト種ビットはが、“００”の時には、ラインそのピクセルはラインオブジェクトを構成するピクセルであることを示す。細線/小文字ビットは、対応するピクセルが細線又は小文字を構成するピクセルであるか否かを表している。細線/小文字ビットが“１”であり、前述のオブジェクト種ビットが文字オブジェクトである場合は、そのピクセルは小文字を構成するピクセルである。細線/小文字ビットが“１”であり、前述のオブジェクト種ビットがラインオブジェクトである場合は、そのピクセルは細線を構成するピクセルであることを示す。
【００４６】
プリント処理部３０７は、ジョブコントロール処理部３０１の指示に基づいて、画像編集用画像処理部２２０、プリンタ画像処理部２１９及びプリンタエンジン２０２を制御し、指定画像の印刷処理を行う。プリント処理部３０７は、ジョブコントロール処理部３０１より、画像データ、画像情報（画像データのサイズ、カラーモード、解像度）、レイアウト情報（オフセット、拡大縮小、面つけ）及び出力用紙情報（サイズ、印字方向）の情報を受けつける。続いて、画像処理部２２０及びプリンタ画像処理部２１９を制御して、画像データに対して適切な画像処理を施し、プリンタエンジン２０２を制御して指定用紙への印刷を行う。
【００４７】
スキャン処理部３１０は、ジョブコントロール処理部３０１の指示に基づいて、スキャナ２０１及びスキャナ画像処理部２１８を制御して、スキャナ２０１上にある原稿の読み込みを行う。ジョブコントロール処理部３０１の指示には、カラーモードが含まれており、スキャン処理部３１０ではカラーモードに応じた処理が行われる。すなわち、カラーモードがカラーであれば、原稿をカラー画像として入力し、カラーモードがモノクロであれば、原稿をモノクロ画像として入力する。また、カラーモードがＡｕｔｏである場合には、プレスキャンにより原稿のカラー/モノクロ判定を行った後、判定結果に基づいた画像として入力する。スキャン処理部３１０は、スキャナ２０１の原稿台にある原稿のスキャンを実行し、デジタルデータとして画像の入力を行う。入力した画像のカラー情報は、ジョブコントロール処理部３０１へ通知される。さらに、スキャン処理部３１０は入力画像に対し、スキャナ画像処理部２１８を制御して画像の圧縮等、適切な画像処理を施した後、ジョブコントロール処理部３０１へ画像処理済みの入力画像を通知する。
【００４８】
文書管理処理部３０８は、ジョブコントロール処理部３０１の指示に基づいて、入力されたＰＤＬデータ及びコントロールユニット２００内で生成された画像をＨＤＤ２０８上に構築されているメールボックスディレクトリへ蓄積する。また、ジョブコントロール処理部３０１の指示に基づいて、メールボックスディレクトリに蓄積されたデータの読み出し、変更、削除を行う。なお、本実施形態においてメールボックスは複数（例えば１００個）あり、ＨＤＤ２０８上にはメールボックス毎に対応するメールボックスディレクトリが構築されている。操作者は、メールボックスへの格納を指示する場合において、任意のメールボックスを指定可能である。メールボックスディレクトリの例は、図１１Ａに示す。
【００４９】
（カラー複合機１の拡張アプリケーション）
拡張アプリケーション処理部３０６は、Ｊａｖａ（登録商標）仮想機械を中心に構成され、Ｊａｖａ(登録商標)のバイトコードで記述されたプログラム（拡張アプリケーション）を動的にロードして実行可能とする環境である。拡張アプリケーション処理部３０６は、ジョブコントロール処理部３０１を含む各ソフトウェアモジュールのサービスを利用可能とするＪａｖａ（登録商標）のクラスライブラリ郡を、提供する。ここで、Ｊａｖａ（登録商標）のクラスライブラリ郡は、Ｊａｖａ（登録商標）Ｎａｔｉｖｅ Ｉｎｔｅｒｆａｃｅ（ＪＮＩ）として提供される。
【００５０】
本実施形態では、拡張アプリケーションとして、検索指示ＵＩ処理部３２０、簡易検索処理部３２１、及びメタデータ生成依頼処理部３２２が用意されている。各拡張アプリケーションのバイトコードは、ネットワーク処理部３０２を介してダウンロードされ、ＨＤＤ２０８へ格納されている。かかる検索指示ＵＩ処理部３２０、簡易検索処理部３２１、及びメタデータ生成依頼処理部３２２は、ジョブコントロール処理部３０１の指示により、拡張アプリケーション処理部３０６上で動作する。
【００５１】
検索指示ＵＩ処理３２０は、主に、操作者が操作部２１０を操作し、拡張機能である検索画面を開いた時の表示画面の生成、該検索画面で操作者が検索指示を行った内容を検索処理への依頼処理、検索依頼処理より通知される検索結果の表示を行う。依頼可能な検索処理には、簡易検索処理部３２１と、ＬＡＮ１０上の外部機器がＷｅｂサービスとして公開している高機能検索処理がある。検索指示ＵＩ部３２０の動作の詳細については後述する（図１７〜図２０参照）。
【００５２】
簡易検索処理部３２１は、操作者が検索指示ＵＩ処理部３２０の表示する検索画面上で簡易検索を指示したときに、実行する簡易検索を実行する。簡易検索では、指定された検索対象以下のメタデータを指定条件で全文検索し、検索結果を検索指示ＵＩ処理部３２０へ通知する。本発明では、簡易検索処理部３２１を第１の検索手段として参照する。
【００５３】
なお、メタデータ生成依頼処理部３２２については、以下に詳細に示す（図９及び図１０参照）
＜カラー複合機２の制御構成例＞
(コントローラユニットの構成例２)
図５は、本実施形態に係るカラー複合機２のコントロールユニット（コントローラとの言う）の一構成例を示すブロック図である。
【００５４】
図５において、コントローラユニット５００を構成するモジュールのうち多くは、図３のカラー複合機１のコントローラユニット２００を構成するモジュールと同一である。従って、同一のモジュールはコントローラユニット２００と同一の参照番号を付与し、説明を省略する。
【００５５】
図５に示すフラッシュＲＯＭ（図中、ＦＲＡＳＨ ＲＯＭ）５０１は、各種処理のためのシステムソフトウェア及び入力された画像データや後述するドキュメントデータ等を格納する。フラッシュＲＯＭ５０１は、図３のコントローラユニット２００のＨＤＤ２０８の代わりに搭載されているものであり、ＨＤＤ２０８に比べ低容量であるものの、コストが低いといった特徴をもつ。
【００５６】
ドキュメント画像処理部５１０は、画像データより画像特徴量を抽出する機能及び文字列情報を抽出するＯＣＲ機能を併せ持つ専用ハードウェアモジュールであり、画像バス２１５に接続されている。
【００５７】
(コントローラソフトウェアの構成例２)
図６は、本実施形態に係るカラー複合機２のコントロールユニット５００上で動作する、コントローラソフトウェアのモジュール構成の一例を示すブロック図である。
【００５８】
図６において、ソフトウェアモジュールの多くは、図４のカラー複合機１のコントローラソフトウェアを構成するソフトウェアモジュールと同一である。従って、同一のソフトウェアモジュールは図４と同一の参照番号を付与し、説明を省略する。
【００５９】
図６に示すジョブコントロール処理部６０１は、図示/不図示の各ソフトウェアモジュールを統括・制御し、カラー複合機２内で発生するあらゆるジョブの制御を行う。
【００６０】
ネットワーク処理部６０２は、主にネットワークＩ／Ｆ２１１を介して行われる、外界との通信を制御するモジュールであり、ＬＡＮ１０の各機器との通信制御を行う。ネットワーク処理部６０２は、ＬＡＮ１０の各機器からの制御コマンドやデータを受信すると、その内容を、ジョブコントロール処理部６０１へ通知する。また、ジョブコントロール処理部６０１からの指示に基づき、ＬＡＮ１０の各機器へ制御コマンドやデータの送信を行う。ネットワーク処理部６０２は、さらに、ＬＡＮ１０上の外部機器のエクスポート機能により公開されているディレクトリへのアクセスを可能とするクライアント機能を備えている。
【００６１】
ＰＤＬ解析処理部６０５は、ジョブコントロール処理部６０１の指示に基づいて、ＰＤＬデータを解析し、ＲＩＰ処理部３１１で処理可能なＤＬ及び後述するＰＤＬ文字情報を生成し、ジョブコントロール処理部６０１へ通知する。
【００６２】
メタデータ生成処理部６１０は、ジョブコントロール処理部６０１の指示に基づいて、後述するメタデータの生成を行う（図１５参照）。
【００６３】
高機能検索処理部６１５は、検索対象データの高速全文検索のみならず、自然文からの検索を可能とする概念検索、検索情報のヒット率や時系列による並び替え等、高機能な検索処理である。高機能検索処理部６１５は、さらに、画像特徴量を利用して、画像データより指定画像と類似した画像の検索を行う画像検索機能を備える。高機能検索処理部６１５は、ジョブコントロール処理部６０１から検索対象及び検索方法の通知を受け、指定検索方法で指定検索対象を検索した後、検索結果をジョブコントロール処理部６０１へ通知する。本発明では、高機能検索処理部６１５を第２の検索手段として参照する。
【００６４】
（カラー複合機２の拡張アプリケーション）
Ｗｅｂサービス処理部６２０は、拡張アプリケーション処理部３０６で動作する拡張アプリケーションであり、Ｗｅｂサービスの実行フレームワークである。すなわち、SOAP（Simple Object Access Protocol）,WSDL(Web Service Description Language)等の実装を持つ。Ｗｅｂサービス処理部６２０上では、検索サービス部６２１及びメタデータ生成サービス部６２２がＷＥＢサービスとして動作し、ネットワーク処理部６０２を介して外部より入力される各サービスへのリクエストに応答し動作する。さらに、Ｗｅｂサービス処理部６２０の処理上の各Ｗｅｂサービスは、拡張アプリケーション処理部３０６のＪＮＩを介して、コントロールユニット５００上の各種ソフトとウェアモジュールの機能を利用可能である。
【００６５】
検索サービス部６２１は、コントロールユニット５００の持つ高機能検索処理６１５の機能を、Ｗｅｂサービスとして外部機器へ提供する。検索サービス部６２１は、ネットワーク処理部６０２を介して、検索サービスのリクエストを受け付けると、該リクエストに含まれる検索対象及び検索方法を高機能検索処理部６１５へ通知し検索処理を依頼する。高機能検索処理部６１５での検索終了後、検索結果を通知を受けると、前記検索サービスのリクエストの結果として、サービスを依頼した外部機器へ通知する。
【００６６】
メタデータ生成サービス部６２２は、コントロールユニット５００の持つメタデータ生成処理部６１０の機能を、Ｗｅｂサービスとして外部機器へ提供する。メタデータ生成サービス部６２２は、ネットワーク処理部６０２を介して、メタデータ生成処理のリクエストを受け付けると、該リクエストに含まれるデータの情報を、メタデータ生成処理部６１０へ通知し、メタデータの作成を依頼する。メタデータ生成処理部６１０のメタデータ生成終了後、終了通知を受けると、前記メタデータ生成リクエストの結果として、終了通知を依頼した外部機器へ通知する。
【００６７】
＜本実施形態の画像処理システムの処理例＞
上記、本実施形態のカラー複合機１及び２からなる画像処理システムの処理を説明する。
【００６８】
＜カラー複合機１でのメールボックス格納処理＞
以下に、本実施形態のカラー複合機１によるメールボックス格納処理を説明する。まず、かかるメールボックス格納処理で使用されるデータの構成例を示す。
【００６９】
（文書構造体の構成例）
図８は、文書構造体の一例である。
【００７０】
文書構造体８００は、文書名８０１、文書に含まれるページ数８０８、作成者８０２、作成日時８０３、ジョブタイプ８０４、ＰＤＬデータへのパス８０５、送信元情報８０６、アプリケーション種別８０７、各ページの画像ファイルへのパス８０９を保持する。
【００７１】
ジョブタイプ８０４は、スキャン時のメールボックス格納であればスキャンジョブ、ＰＤＬデータ受信時であれば、ＰＤＬジョブ、ＦＡＸ受信時であればＦＡＸジョブとなる。文書名８０１は、スキャンジョブであれば操作者がメールボックス格納指示を行う場合指定されるものであり、ＰＤＬジョブであれば、ＰＤＬデータに付与されているものである。文書名８０１が指定されない場合、自動で作成する。作成者８０２は、スキャンジョブであり操作者が操作時にユーザ認証を行っていればユーザ名、ＰＤＬジョブであればＰＤＬデータの送信者、ＦＡＸジョブであればＦＡＸの送信者である。作成日時８０３は、各ジョブの開始日時を格納する。送信元情報８０６には、ＰＤＬジョブであれば、ＰＤＬデータを通知してきたホスト、ＦＡＸジョブであればＦＡＸの送信元が格納される。アプリケーション種別８０７は、ＰＤＬデータの元となったアプリケーションであり、ＰＤＬジョブの場合のみ値が格納される。なお、文書構造体の構築時には、ページ数８０８は０であり、各ファイルへのパス８０９はない。
【００７２】
（メールボックスディレクトリの構成例）
図１１Ａに、ＨＤＤ２０８上に構成されているメールボックスディレクトリの一例を示す。
【００７３】
図１１Ａのディレクトリ“/BOX”は、各メールボックスディレクトリが格納されているメールボックスディレクトリ１１０１である。ディレクトリ“/BOX1”,“/BOX2”及び“/BOX100”はそれぞれメールボックディレクトリであり、図１１Ａの例では１００個ある。
【００７４】
メールボックスディレクトリは、それぞれ操作者の指定可能なメールボックスに対応しており、メールボックス名は操作者が任意に設定可能である。しかし、本実施形態では説明の簡便化のため、メールボックスディレクトリ名とメールボックス名は一致しているものとする。したがって、例えば、操作者がメールボックス“ＢＯＸ１”を指定して、メールボックス格納を指示したデータ（ＰＤＬデータや、画像ファイル、文書ファイル）は、メールボックスディレクトリ“/BOX1”に格納される。
【００７５】
図１１Ａのファイル“job1”,“job2”は文書ファイルであり、ファイル“PDLdata_j1”はPDLデータ、ファイル“image_j1_1”,“image_j1_2”,“image_j2_1”はそれぞれ画像ファイルである。
【００７６】
（メールボックス格納処理の手順例）
図７は、本実施形態に係るカラー複合機１によるメールボックス格納処理の手順例を示すフローチャートである。
【００７７】
メールボックス格納処理は、次のそれぞれの場合に実行される。すなわち、ＦＡＸ受信時に予めメールボックスへの格納が指示されていた場合、スキャン時にメールボックスへの格納が指示された場合、ＰＤＬデータ受信時にデータ中にメールボックスへの格納が指示されている場合である。
【００７８】
まず、文書管理処理部３０８は、ジョブコントロール処理部３０１から、メールボックスへの格納通知を受けると、上記図８の文書構造体を構築する（Ｓ７０１）。ステップＳ７０２では、ＰＤＬジョブであるか否かを判断する。ＰＤＬジョブであればＰＤＬデータをＨＤＤ２０８上のメールボックスディレクトリ（図１１Ａ参照）に格納し、文書構造体のＰＤＬデータパスに格納したＰＤＬデータへのパスを記述する（Ｓ７０３）。
【００７９】
ジョブコントロール処理部３０１から、ＲＩＰ処理部３１１の生成したラスタイメージ、またはＦＡＸ処理部３０４の生成した入力画像、またはスキャン処理部３１０の生成した入力画像が通知される。文書管理処理部３０８は、通知された画像を画像ファイルとしてＨＤＤ２０８上のメールボックスディレクトリへ格納する（Ｓ７０４）。
【００８０】
ステップＳ７０５では、ステップＳ７０４で格納した画像ファイルへのパスを文書構造体に追加し、文書構造体のページ数をインクリメントする。ジョブコントロール処理部３０１から文書終了通知があるまで、ステップＳ７０４−Ｓ７０５を繰り返す（Ｓ７０６）。ジョブコントロール処理部３０１から文書終了通知があると、ステップＳ７０７へ進む。
【００８１】
ステップＳ７０７では、文書構造体を文書ファイルとしてＨＤＤ２０８上のメールボックスディレクトリに格納し、文書ファイルへのパスをジョブコントロール処理部３０１へ通知して、メールボックス格納処理を終了する（Ｓ７０８）。 ＜カラー複合機１でのメタデータ生成依頼処理＞
次に、本実施形態のカラー複合機１によるメタデータ生成依頼処理を説明する。まず、かかるメタデータ生成依頼処理で使用されるデータの構成例を示す。
【００８２】
（メタデータディレクトリの例）
図１１Ｂに、メタデータ生成処理で作成されるメタデータディレクトリの一例を示す。
【００８３】
図１１Ｂのディレクトリ“/BOX”以下は、図１１Ａと同様のメールボックスディレクトリ１１０１であり、ディレクトリ“/META”直下の各ディレクトリがメタデータディレクトリ１１０２である。ディレクトリ“/BOX”以下のディレクトリ構成と、ディレクトリ“/META”以下のディレクトリ構成は同一である。
【００８４】
各メタデータディレクトリ“/BOX1”,“/BOX2”及び“/BOX100”は、それぞれ、メールボックスディレクトリ“/BOX1”,“/BOX2”及び“/BOX100”と対応している。各メタデータディレクトリには、メタデータディレクトリ情報であるファイル“info”が生成される。
【００８５】
図１１Ｂのメタデータディレクトリの“/BOX1”にある“job1.docmeta”,“job2.docmeta”は、それぞれボックスディレクトリ“/BOX1”にある文書ファイル“job1”,“job2”に対応する文書メタデータである。また、“image_j1_1.pmeta”,“image_j1_2.pmeta”は、それぞれ画像ファイル“image_j1_1”,“imagej1_2”に対応する、ページメタデータである。文書メタデータ、ページメタデータについては後述する。
【００８６】
図１２に、メタデータディレクトリ情報の一例を示す。
【００８７】
“＜ｍｅｔａｄｉｒ＞タグ”ブロック内にある、ｍｅｔａｄｉｒ＿ｈａｓｈ属性は、メタデータディレクトリ内の各ファイルの情報から作成される、１６ｂｙｔｅのハッシュ値を含む。本ハッシュ値は、メタデータ生成依頼先で作成して更新する。“＜ｍｅｔａｄｉｒ＞タグ”ブロック内にある、“＜ｎｏｔ＿ｃｒｅａｔｅｄ＿ｌｉｓｔ＞タグ”ブロックは、未生成リストである。未生成リストは、メタデータディレクトリに対応するメールボックスディレクトリにある文書ファイルのうち、メタデータが未生成である文書ファイルのリストである。“＜ｎｏｔ＿ｃｒｅａｔｅｄ＿ｌｉｓｔ＞タグ”ブロック内の各ｌｉｓｔ＿ｅｎｔｒｙ属性は、メタデータが未生成である文書ファイルを示している。
【００８８】
（メタデータ生成依頼処理の手順例）
図９及び図１０は、本実施形態に係るカラー複合機１のメタデータ生成依頼処理部３２２の動作例を示すフローチャートである。
【００８９】
メタデータ生成依頼処理部３２２は、拡張アプリケーションとして実装されているため、起動していない場合もありうる。その場合は、メタデータ生成依頼処理のバイトコードをダウンロードして起動する。
【００９０】
メタデータ生成依頼処理が起動すると、メタデータディレクトリがＨＤＤ２０８上に作成されているか確認する（Ｓ９０１）。メタデータディレクトリが作成されていなければ作成する（Ｓ９０２）。メタデータディレクトリが作成されていれば、ステップＳ９０３に進む。
【００９１】
ステップＳ９０３では、各メールボックスディレクトリを巡回してメタデータが未生成である文書ファイルを検出する。検出した文書ファイルは、実行キューに追加すると共に、文書ファイルの含まれるメールボックスディレクトリに対応するメタデータディレクトリのメタデータディレクトリ情報（図１２参照）内にある、未生成リストへ追加する（Ｓ９０４）。
【００９２】
ステップＳ９０５では、ジョブコントロール処理部３０１へイベント登録する。かかるイベント処理では、文書管理処理３０８がメールボックスへの文書ファイルの格納を終了してジョブコントロール処理部３０１へ文書ファイルへのパスの通知時に、該文書ファイルへのパスをメタデータ生成依頼処理部３２２へ通知する。
【００９３】
ステップＳ９０６では実行キューを確認し、実行キューに文書ファイルが登録されていれば、該文書ファイルのメタデータ生成依頼を実行する（Ｓ９０７：図１０で詳説）。実行キューが空であればステップＳ９０８へ進む。ステップＳ９０６及びＳ９０７の処理は、実行キューが空になるまで繰り返される。
【００９４】
ステップＳ９０８では、ジョブコントロール処理部３０１から文書ファイルへのパスの通知を受けるまで、メタデータ生成依頼処理部３２２の動作をサスペンドする。該文書ファイルへのパス通知を受けると、文書ファイルの含まれるメールボックスディレクトリに対応するメタデータディレクトリのメタデータディレクトリ情報内にある、未生成リストへ追加する（Ｓ９０９）。
【００９５】
ステップＳ９１０では、ステップＳ９０８で通知を受けた文書ファイルのメタデータ生成依頼を実行（図１０で詳説）し、ステップＳ９０８へ戻って、再び文書ファイルへのパス通知待ちを行う。
【００９６】
（メタデータ生成依頼ルーチン）
図１０のフローチャートを参照して、図９のステップＳ９０７及びＳ９１０で実行されるメタデータ生成依頼ルーチンの動作手順を説明する。メタデータ生成依頼ルーチンは、メタデータ生成依頼を行うべき、文書ファイルへのパスと該文書ファイルが格納されているメールボックスを入力として受け取る。
【００９７】
（依頼済み機器テーブルの例）
図１３に、図１０のメタデータ生成依頼ルーチンで使用する依頼済み機器テーブルの一例を示す。
【００９８】
依頼済み機器テーブルは、メールボックス毎に、そのメールボックスに含まれる文書のメタデータ生成依頼をした機器を保存しているテーブルである。
【００９９】
図１３のテーブルの各行１３０３は、メールボックス名とメールボックスに該メールボックスに含まれる文書のメタデータ生成依頼したことのある機器の情報を含む。図１３の１３０１の列はメールボックス名である。１３０２の列はメタデータ生成依頼したことのある機器の情報であり、メタデータの生成依頼をしたことがない場合は空欄である。図１３では、メタデータ生成依頼したことのある機器の情報として、機器のアドレスが記憶されている。
【０１００】
まず、ステップＳ１００１では、図１３の依頼済み機器テーブルを参照し、入力された文書ファイルの含まれるメールボック内の他の文書について、メタデータ生成依頼を行った機器の有無を確認する。メタデータ生成依頼を行った機器があればステップＳ１００２へ進み、なければステップＳ１００５へ進む。本発明では、かかるメタデータ生成依頼を行った機器か否かによるメタデータ生成の依頼先の選択を第１の依頼先選択として参照する。
【０１０１】
ステップＳ１００２では、ステップＳ１００１でメタデータ生成依頼したことありと判断した機器に、ＳＯＡＰメッセージにより、メタデータ生成サービスが利用可能か否かを問い合わせる。利用可能の返答があればステップＳ１００３へ進み、利用不可であればステップＳ１００５へ進む。
【０１０２】
ステップＳ１００３では、ステップＳ１００１でメタデータ生成依頼したことありと判断した機器に、ＳＯＡＰメッセージより、入力された文書の含まれるメールボックスに対応するメタデータディレクトリを通知する。そして、ハッシュ値を送付するように依頼する。依頼した機器よりハッシュ値の送付を受けると、自機の持つハッシュ値と比較し、一致すれば該機器のメタデータキャッシュは有効として、ステップＳ１００４へ進む。ハッシュ値が一致しない場合は、ステップＳ１００５へ進む。本発明では、かかるメタデータキャッシュは有効か否かによるメタデータ生成の依頼先の選択を第２の依頼先選択として参照する。
【０１０３】
ステップＳ１００４では、ステップＳ１００１でメタデータ生成依頼したことありと判断した機器に、ＳＯＡＰメッセージによりメタデータ生成を依頼する。かかるメタデータ生成依頼は、入力された文書ファイルへのパスと、該文書の含まれるメールボックスに対応するメタデータディレクトリへのパスとの通知により行われる。
【０１０４】
ステップＳ１００９では、メタデータ生成を依頼した機器からメタデータ生成終了通知が来るまで待ち、該通知を受け取るとステップＳ１０１０へ進む。ステップＳ１０１０では、依頼した文書ファイルの含まれるメールボックスディレクトリに対応するメタデータディレクトリのメタデータディレクトリ情報内にある未生成リストから該文書ファイルを削除し、メタデータ生成依頼ルーチンを終了する。
【０１０５】
一方、ステップＳ１００１で依頼した機器が無い場合、ステップＳ１００２で依頼した機器が使用可能で無い場合、ステップＳ１００３でキャッシュが有効で無い場合には、ステップＳ１００５以降で新規な依頼先の機器を見付ける。
【０１０６】
ステップＳ１００５では、ＬＡＮ１０上のメタデータ生成サービスを提供している機器の検索を行う。該サービスの検索は、ＬＡＮ１０上にある不図示のＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ，Ｄｉｓｏｃｏｖｅｒｙ ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）レジストリサーバに対する問い合わせとして行う。問い合わせの結果、複数の機器が検索されれる場合もある。なお、ＵＤＤＩレジストリサーバに問い合わせるとしているが、メタデータ生成サービスを提供している機器のリストをあらかじめ登録しておいても良いことはいうまでもない。
【０１０７】
ステップＳ１００６では、ステップＳ１００５で検索された各機器に対して、ＳＯＡＰメッセージにより、メタデータ生成サービスが利用可能か問い合わせを行う。検索されたすべての機器で、メタデータ生成サービスが利用不可である場合、該サービスが利用可能な機器がでるまで、メタデータ生成サービス利用可否の問い合わせをポーリングする。メタデータ生成サービスが利用可能な機器が１台でも見つかれば、ステップＳ１００７へ進む。
【０１０８】
ステップＳ１００７では、ステップＳ１００６でメタデータ生成サービスが利用可能である各機器に対して、ＳＯＡＰメッセージにより、負荷情報の問い合わせを行う。問い合わせた各機器からの返信される負荷情報により、最も負荷の軽い機器を選択してメタデータ生成を依頼する。かかるメタデータ生成依頼は、ステップＳ１００４と同様に、入力された文書ファイルへのパスと、該文書の含まれるメールボックスに対応するメタデータディレクトリへのパスとの通知により行われる。本発明では、かかる最も負荷の軽い機器をメタデータ生成の依頼先として選択することを第３の依頼先選択として参照する。
【０１０９】
以降は、上述のステップＳ１００９及びＳ１０１０で、メタデータ生成を待ち、完了の通知を受けると未生成リストから削除して、メタデータ生成依頼ルーチンを終了する。
【０１１０】
＜カラー複合機２でのメタデータ生成サービス＞
次に、本実施形態のカラー複合機１からメタデータ生成依頼を受けた時の、カラー複合機２のメタデータ生成処理を説明する。まず、かかるメタデータ生成処理で使用されるデータの構成例を示す。
【０１１１】
（文書メタデータの構成例）
図１６に、文書メタデータの一例を示す。
【０１１２】
“＜ＤｏｃＭｅｔａｄａｔａ＞タグ”ブロック内にある、Ｎａｍｅ属性は文書名を含んでおり、図１６の例では文書名がReportである。また、Ｂｏｘ属性は、文書ファイルが格納されているメールボックスディレクトリを含んでおり、図１６の例では該メールボックスディレクトリが“Box1”であることを示している。また、Ｄｏｃｆｉｌｅ属性は、文書ファイルのファイル名を含んでおり、図１６の例では該ファイル名が“job1”であることを示している。なお、前記メールボックスディレクトリと前記ファイル名とにより、文書メタデータに対応する文書ファイルを一意に決定することができる。
【０１１３】
また、Ｋｉｎｄ属性はジョブタイプの情報を含んでおり、図１６の例ではＰＤＬジョブであることを示している。また、ＰａｇｅＮｕｍ属性は文書に含まれるページ数を含んでおり、図１６の例では２ページであることを示している。また、Ｄａｔｅ属性は、文書ファイルの作成日時の情報を含んでおり、図１６の例では、文書ファイルが2006年1月1日の0時ちょうどに作成されたことを示している。
【０１１４】
また、Ｕｓｅｒ属性は作成者の情報を含んでおり、図１６の例ではＡＡＡというユーザがＰＤＬデータをカラー複合機１へ通知したことを示している。また、Ａｐｐｌｉｃａｔｉｏｎ属性はアプリケーション種別の情報を含んでおり、図１６の例では通知されたＰＤＬデータは、ＭＥＭＯというアプリケーションで作成された画像を印刷時に生成されたことを示している。また、Ｆｒｏｍ属性は送信元情報を含んでおり、図１６の例ではＰＤＬデータはＩＰアドレス１９２．１６８．１．０のＰＣから通知されたことを示している。
【０１１５】
以上の各属性情報は、以下に説明する図１５のステップＳ１５０１で、カラー複合機２のメタデータ生成処理部６１０に通知された文書ファイルより抽出され文書メタデータに追加される。本発明では、かかる文書の属性情報の部分を文書特定部として参照する。
【０１１６】
“＜ＤｏｃＭｅｔａｄａｔａ＞タグ”ブロック内にある、“＜ＰａｇｅＬｉｓｔ＞タグ”ブロックは、以下に説明する図１５のステップＳ１５０９で追加されるページメタデータファイルのリストである。各ＰａｇｅＭｅｔａ属性が、ページメタデータのファイル名を含んでいる。図１６の例では、２ページ分のページメタデータファイルのファイル名“image_j1_1.pmeta”,“image_j1_2.pmeta”を含んでいる。本発明では、かかるページの属性情報の部分をページ特定部として参照する。
【０１１７】
（メタデータ生成サービスの手順例）
図１４は、本実施形態に係るカラー複合機２のメタデータ生成サービス部６２２の動作手順を示すフローチャートである。
【０１１８】
メタデータ生成サービスが起動すると、ＬＡＮ１０上にある図示されないＵＤＤＩレジストリサーバにメタデータ生成サービスの登録を行った後（Ｓ１４０１）、自サービスに対するＳＯＡＰメッセージの受信待ちに状態になる（Ｓ１４０２）。
【０１１９】
ステップＳ１４０２でＳＯＡＰメッセージを受信すると、メッセージに応じて処理を切り替える。
【０１２０】
メッセージがメタデータ生成サービス利用可能問い合わせであれば、ステップＳ１４０３で問い合わせのあった機器にサービス利用可能通知を行い、ＳＯＡＰメッセージ受信待ちに戻る。
【０１２１】
ステップＳ１４０２で受信したメッセージがハッシュ値送付依頼であれば、該依頼メッセージに含まれるメタデータディレクトリに対応するキャッシュメタデータディレクトリの有無を検査する。該ディレクトリが存在すれば、該ディレクトリのメタデータディレクトリ情報内にあるハッシュ値を読み出し、問い合わせのあった機器に通知した後、ＳＯＡＰメッセージ受信待ちに戻る。
【０１２２】
ステップＳ１４０２で受信したメッセージがメタデータ生成依頼であれば、ステップＳ１４０５へ進む。
【０１２３】
ステップＳ１４０５では、メッセージに含まれる文書ファイルが含まれるメールボックスディレクトリ及びメタデータディレクトリを、ディレクトリ“/net/機器名/”以下にマウントする。ここで、該ディレクトリ中の機器名は、メタデータ生成依頼を通知してきた機器である。例えば、カラー複合機１から、文書ファイルのパスが“/BOX/BOX1/job1”でメタデータ生成依頼があった場合、カラー複合機１の該文書ファイルには“/net/カラー複合機１/BOX/BOX1/job1”でアクセス可能である。さらに、メタデータディレクトリのパスが“/META/BOX1”である場合、カラー複合機１の該メタデータディレクトリには“/net/カラー複合機１/META/BOX1”でアクセス可能である。
【０１２４】
ステップＳ１４０６では、ステップＳ１４０５でマウントしたメールボックスディレクトリ上の文書ファイルへのパス及びメタデータディレクトリへのパスを、ジョブコントロール処理部６０１経由で、メタデータ生成処理部６１０へ通知する。かかる通知により、メタデータ生成処理部６１０がメタデータ生成処理を行う。メタデータ生成処理部６１０の動作については後述する（図１５参照）が、メタデータ生成を行った文書ファイルの各ページ毎のメタデータ及び後述するドキュメントデータが、通知したメタデータディレクトリ内に生成される。
【０１２５】
ステップＳ１４０７では、ステップＳ１４０５でマウントしたメタデータディレクトリに含まれる各ファイルの情報から、１２８ビットのハッシュ値を計算する。ステップＳ１４０７では、さらに、前記ハッシュ値を該メタデータディレクトリに含まれるメタデータディレクトリ情報内の属性“＜metadir_hash＞”に登録して更新する。
【０１２６】
ステップＳ１４０８では、ステップＳ１４０５でマウントしているメタデータディレクトリに対応するキャッシュメタデータディレクトリを更新する。キャッシュメタデータディレクトリは、フラッシュＲＯＭ５０１上のディレクトリ“/cashemeta/”以下に作成されるディレクトリであり、該メタデータディレクトリのミラー情報である。例えば、メタデータディレクトリ“/net/カラー複合機１/META/BOX1”のキャッシュメタデータディレクトリは“/cashemeta/カラー複合機１/META/BOX1”となる。キャッシュメタデータディレクトリの更新時には、対応するキャッシュメタデータディレクトリが存在していなければ、メタデータディレクトリのコピーを行うことで生成する。キャッシュメタデータディレクトリがすでに存在していればメタデータディレクトリより差分のあるファイルのみコピーすることにより、メタデータディレクトリとキャッシュメタデータディレクトリの内容を一致させる。
【０１２７】
ステップＳ１４０９では、メタデータ生成依頼通知をしてきた機器（本例ではカラー複合機１）に対し、メタデータ生成終了通知を行った後、ＳＯＡＰメッセージ受信待ちとなる。
【０１２８】
（メタデータ生成処理の手順例）
図１４は、本実施形態に係るカラー複合機２のメタデータ生成処理部６１０の動作手順を示すフローチャートである。
【０１２９】
メタデータ生成処理部６１０は、ジョブコントロール処理部６０１より、上記図１４のステップＳ１４０６の通知に基づく文書ファイルへのパス及びメタデータディレクトリへのパスの通知を受け、メタデータの生成処理を開始する。
【０１３０】
メタデータ生成処理を開始すると、ステップＳ１５０１で前述の図１６の文書メタデータの生成を行う。文書メタデータは文書ファイルに対して１つ生成され、文書全体にかかわる情報とページメタデータへのパス情報とを含む。作成した文書メタデータは、通知されたメタデータディレクトリ上に“.docmeta”のプレフィクスを持つファイルとして生成される。
【０１３１】
ステップＳ１５０２は、ステップＳ１５０３からＳ１５１０の処理を文書に含まれるページ数分繰り返すことを示す。
【０１３２】
ステップＳ１５０３では、通知された文書ファイルのジョブタイプを見て、ＰＤＬジョブであればステップＳ１５０４へ進み、他のジョブであればステップＳ１５０６へ進む。
【０１３３】
ステップＳ１５０４では、通知された文書ファイルからＰＤＬデータへのパスを読み出し、該ＰＤＬをジョブコントロール処理部６０１を介してＰＤＬ解析処理部６０５へ通知し、ＰＤＬ解析処理を行う。ＰＤＬ解析処理部６０５では、ＰＤＬデータの解析を行い、ＰＤＬデータに含まれる文字データの抽出を行う。
【０１３４】
ステップＳ１５０４に続いてステップＳ１５０５では、通知された文書ファイルに含まれる画像ファイルへのパスを抽出し、該画像文字認識処理を行う。文字認識処理では、領域分割処理、文字切り出し処理、パターンマッチング処理が行われる。本文字認識では領域分割処理には画像ファイルに含まれる属性ビット情報を利用する。また、文字切り出し処理及びパターンマッチング処理では、ステップＳ１５０４でＰＤＬ解析処理の抽出した文字情報を利用することで、認識率と効率の向上が図られている。
【０１３５】
一方、ＰＤＬジョブでなければステップＳ１５０６で、通知された文書ファイルに含まれる画像ファイルへのパスを抽出し、該画像文字認識処理を行う。文字認識処理では、領域分割処理、文字切り出し処理、パターンマッチング処理が行われる。
【０１３６】
ステップＳ１５０７では、ステップＳ１５０５及びＳ１５０６で領域分割を行った各領域のうち、イメージまたはグラフィックと判断される各領域に対して、画像特徴量の抽出を行う。なお、ステップＳ１５０５及びＳ１５０６の文字認識処理の大部分、及びステップＳ１５０７の画像特徴量抽出ついては、専用ハードウェアであるドキュメント画像処理部５１０を利用して高速に行う。
【０１３７】
ステップＳ１５０８では、ページ番号、ステップＳ１５０４及びＳ１５０５で抽出した文字情報及び、ステップＳ１５０７で抽出した画像特徴量を、ページメタデータに格納する。ページメタデータは、通知されたメタデータディレクトリ上に、“.pmeta”のプレフィクスを持つファイルとして生成される。
【０１３８】
ステップＳ１５０９では、ステップＳ１５０８生成したページメタデータのファイル名を文書メタデータに追加して、１ページのメタデータ処理を終了する。
【０１３９】
＜カラー複合機１での検索指示ＵＩ処理＞
本実施形態に係るカラー複合機１における検索指示ＵＩ処理部３２０の動作を、図１７のフローチャート、及び図１８、図１９、図２０のＵＩ画面例を参照して説明する。
【０１４０】
検索指示ＵＩ処理部３２０は、操作者が操作部２１０を操作して、メールボックス内の文書の検索画面を呼び出したときに起動される処理である。なお、検索指示ＵＩ処理部３２０は拡張アプリケーションとして実装されているため、機器内にバイトコードがダウンロードされていない場合もある。そのばあいには、検索画面の呼び出しは行うことができない。
【０１４１】
まず、検索指示ＵＩ処理における操作部２１０への表示画面について説明する。
【０１４２】
（検索指示画面の例１）
図１８の１８００は、高機能検索機能を利用可能である検索指示画面の一例である。
【０１４３】
１８０１は、ネットワーク上にある高機能検索サービスが使用可能であることを示している。１８０２の領域は、基本的な検索条件の設定領域であり、ＡＮＤ条件キーワード、ＯＲ条件キーワード、ＮＯＴ条件キーワードを指定できる。１８０３は、検索対象とするメールボックスフォルダを示しており、１８０４のボタンを押すことで選択可能なメールボックスが表示され選択できる。図１８の例で１８０３はＢＯＸ１が検索対象メールボックスと選択されていることを示している。なお、検索対象として選択可能なメールボックは１つに限られることなく、複数あるいはすべてのメールボックを選択可能である。
【０１４４】
図１８の１８０５は、１８０３に表示されている検索対象メールボックス内に、メタデータが未生成である文書ファイルの有無を示している。メタデータが未生成の文書ファイルの有無は、検索対象として選択されている各メールボックスに対応するメタデータディレクトリ内のメタデータディレクトリ情報に含まれる未生成リストの有無により判定する。メタデータが未生成である文書ファイルがある場合、１８０５には“処理中”と表示され、検索結果が不確かなものになる可能性を示す。なお、検索対象である各メールボックスに含まれるすべての文書のメタデータが生成済みである場合、１８０５には“ＯＫ”と表示する。
【０１４５】
１８０６は、検索オプション設定画面に遷移するためのボタンである。検索オプション設定画面では、より詳細な検索条件の設定及び検索結果の表示順指定を行うことができる。検索設定画面では、例えば、自然文による概念検索の指定、作成時間による検索指定、アプリケーション種別による検索指定、検索結果のヒット率による並び替えの指定、作成時間による並び替えの指定、参照回数による並び替えの指定を行う。
【０１４６】
１８０７は、画像検索の設定を行う領域である、１８０７の上部のラジオボタンをチェックすることで、画像検索の実行を指示できる。画像検索は、１８０９に表示されている画像の類似画像を含む文書ファイルを検索する機能である。１８０８のボタンにより、画像検索に使用する検索対象の画像を選択して入力する画像選択画面に遷移する。画像選択画面で選択された画像は、１８０９にプレビュー表示される。
【０１４７】
１８１０は、検索開始を指示する為のボタンであり、操作者は該ボタンを押すことで、１８００で設定した検索条件で指定したメールボックス内の文書ファイル検索を指示する。１８１１は、検索の指示のキャンセルを行うためのボタンであり、操作者が該ボタンを押すと、検索指示ＵＩ処理部３２０の処理を中断し、検索指示画面の表示前の状態に戻る。
【０１４８】
（検索指示画面の例２）
図１９の１９００は、簡易検索機能のみを利用可能である検索指示画面の一例である。
【０１４９】
該検索指示画面の構成は、高機能検索機能を利用可能である検索指示画面１８００と同様であるが、一部の機能が制限されている。１９００の検索指示画面のうち、高機能検索機能を利用可能である検索指示画面１８００と差分がある部分を説明する。
【０１５０】
１９０１は、ネットワーク上の検索サービスが利用不可であれば、カラー複合機１に実装されている簡易検索機能が使用されることを示している。ネットワーク上の検索機能が利用できないため、検索オプション設定ボタン１９０２はグレーアウトされている。また、画像検索も利用できないため画像検索の設定領域１９０３もグレーアウトされ、１９０４に該機能が利用できない旨を表示する。さらに、１９０５に、ネットワーク上の検索サービスが利用できない旨を示すメッセージを表示している。
【０１５１】
（検索結果画面の例）
図２０は、検索指示ＵＩ処理で表示される検索結果画面の一例を示す。
【０１５２】
図２０の２０００は、検索サーバ（本例ではカラー複合機２に相当）からの検査結果を表示している検索結果画面の一例である。
【０１５３】
２００１の領域には、操作者が検索画面で設定した検索条件が示されている。２００２の領域には、検索サーバから通知された検索結果を一覧表示している。表示順は検索サーバから通知された順であり、検索結果の並び替えは検索サーバ側で行われる。図２０の例では、操作者が検索サーバから通知されて表示される画面から、検索オプション設定でヒット率による並び替えを指示した場合であり、ヒット率順に検索結果が並んでいる。
【０１５４】
２００４のボタンは、検索結果表示のキャンセルを行うためのボタンであり、操作者が該ボタンを押すと、検索結果表示画面を表示する前の、検索指示画面へ戻る。２００３のボタンは、処理選択画面に遷移するボタンであり、操作者が、検索結果より文書を選択し該ボタンを押すと、選択した文書に対する処理候補が選択できる処理選択画面に遷移する。処理選択画面からは、選択した文書に対して、印刷処理、プレビュー表示、画像送信など、画像編集処理など各種処理を選択することができる。
【０１５５】
（検索指示ＵＩ処理の手順例）
図１７は、本実施形態に係るカラー複合機１の検索指示ＵＩ処理部３２０の動作手順を示すフローチャートである。
【０１５６】
検索指示ＵＩ処理部３２０を起動すると、ステップＳ１７０２で、ＬＡＮ１０上の検索サービスを提供している機器を検索する。該サービスの検索は、ＬＡＮ１０上にある不図示のＵＤＤＩレジストリサーバに対する問い合わせとして行う。問い合わせの結果複数の機器が検索される場合もある。なお、ＵＤＤＩレジストリサーバに問い合わせるとしているが、メタデータ生成サービスを提供している機器のリストをあらかじめ登録しておいても良いことはいうまでもない。
【０１５７】
ステップＳ１７０３では、ステップＳ１７０２で検索された各機器に対して、ＳＯＡＰメッセージにより、検索サービスが利用可能か問い合わせを行う。検索されたすべて機器でメタデータ生成サービスが利用不可である場合、または検索サービスの提供機器が見つからない場合はステップＳ１７１１へ進み、一台でも検索サービスの利用可能である場合はステップＳ１７０４へ進む。
【０１５８】
ステップＳ１７０４では、高機能検索機能を利用可能である検索指示画面を表示する（上記図１８参照）。
【０１５９】
操作者が図１８の検索指示画面１８００で検索指示ボタン１８１０を押すと（Ｓ１７０５）、ステップＳ１７０６へ進む。
【０１６０】
ステップＳ１７０６では、ステップＳ１７０３で検索サービス利用可否を問い合わせた結果、複数の機器で検索サービスが利用可能であるか否かを判断する。複数の機器で検索サービスが利用可能であればステップＳ１７０７へ進み、検索サービス利用可能な機器が１台のみであればステップＳ１７０９へ進む。
【０１６１】
ステップＳ１７０７では、検索サービスが利用可能な各機器に対して、ＳＯＡＰメッセージにより、検索対象として選択したメールボックスに対応するメタデータディレクトリ通知し、ハッシュ値を送付するように依頼する。各機器よりハッシュ値の送付を受けるとステップＳ１７０８へ進む。
【０１６２】
ステップＳ１７０８では、自機の持つハッシュ値と比較し、ハッシュ値が一致する機器があれば該機器を検索依頼対象機器として選択する。ハッシュ値が一致する機器がなければ、検索サービス利用可能な機器の中から任意の一台を選択する。本発明では、かかるメタデータキャッシュが有効であるか否かで検索処理の依頼先として選択することを第４の依頼先選択として参照する。
【０１６３】
ステップＳ１７０９では、ステップＳ１７０８で選択した機器、または、唯一の検索サービス利用可能な機器（Ｓ１７０６でＮｏ）に対して、検索依頼を行う。かかる検索依頼は、検索指示画面１８００で設定した検索条件及び検索対象メールボックスに対応するメタデータディレクトリのパスを、ＳＯＡＰメッセージにより通知することで行なう。また、検索指示画面１８００で画像検索を指示した場合は、検索対象画像のファイルへのパスも合わせて通知する。
【０１６４】
ステップＳ１７１０では、検索依頼を行った機器より検索結果の通知されるまで待ち、検索結果の通知を受けるとステップＳ１７１５へ進む。
【０１６５】
一方、ステップＳ１７０３の判定で、ネットワーク上に１台も検索サービス利用可能な機器がない場合に進むステップＳ１７１１では、簡易検索機能のみを利用可能である検索指示画面１９００を表示する。
【０１６６】
操作者が検索指示画面１９００で、検索条件、検索対象メールボックスの設定を行い検索を指示する（Ｓ１７１２）。すると、該検索条件、検索対象メールボックスに対応するメタデータディレクトリを、簡易検索処理部３２１に通知し、簡易検索処理を行う。
【０１６７】
ステップＳ１７１４では、簡易検索処理部３２１からを検索結果の通知されるまで待ち、検索結果の通知を受けるとステップＳ１７１５へ進む。
【０１６８】
ステップＳ１７１５では、外部機器に依頼したステップＳ１７１０の高機能検索、または自機内でのステップＳ１７１４の簡易検索で受けた検索結果の一覧を表示する検索結果画面（高機能の場合は２０００）を表示する。
【０１６９】
ユーザが選択ボタン２００３で処理を選択すると（Ｓ１７１６）、ステップＳ１７１７でユーザの指定した各種処理を行い終了する。
【０１７０】
＜カラー複合機２での検索サービス＞
図２１は、本実施形態に係るカラー複合機２の検索サービス部６２１の動作手順を示すフローチャートでる。
【０１７１】
検索サービスが起動すると、ＬＡＮ１０上にある図示されないＵＤＤＩレジストリサーバに検索サービスの登録を行った後（Ｓ２１０１）、自サービスに対するＳＯＡＰメッセージ受信待ちに状態になる（Ｓ２１０２）。
【０１７２】
ステップＳ２１０２では、ＳＯＡＰメッセージを受信すると、メッセージに応じて処理を切り替える。
【０１７３】
メッセージがメタデータ生成サービス利用可能問い合わせであれば、ステップＳ２１０３で問い合わせのあった機器にサービス利用可能通知を行い、ＳＯＡＰメッセージ受信待ちに戻る。
【０１７４】
ステップＳ２１０２で受信したメッセージが検索依頼であれば、ステップＳ２１０４へ進む。ステップＳ２１０４では、メッセージに含まれるメタデータディレクトリをディレクトリ“/net/機器名/”以下にマウントする。ここで、該ディレクトリ中の機器名は、検索依頼を通知してきた機器である。例えば、カラー複合機１から、メタデータディレクトリのパスが“/ＭＥＴＡ/BOX1/job1”であった場合、カラー複合機１の該文書ファイルには“/net/カラー複合機１/ＭＥＴＡ/BOX1/job1”でアクセス可能である。また、ステップＳ２１０４では、受信した検索依頼が画像検索を行うものであれば、検索対象画像のファイルの含まれるディレクトリのマウントも行う。
【０１７５】
ステップＳ２１０５では、検索対象である依頼元機器（カラー複合機１）のメタデータディレクトリと、自機内のキャッシュメタデータディレクトリが有効であるか確認する。有効であれば、検索対象ディレクトリをキャッシュメタデータディレクトリとし（Ｓ２１０６）、有効でなければ依頼元機器のメタデータディレクトリとする（Ｓ２１０７）。キャッシュメタデータディレクトリの有効確認は、キャッシュメタデータディレクトリの有無と、各メタデータディレクトリにあるメタデータディレクトリ情報内のハッシュ値の比較により行う。対応するキャッシュメタデータディレクトリが存在し、且つキャッシュメタディレクトリのハッシュ値と依頼元機器のメタデータディレクトリのハッシュ値が一致すれば、キャッシュメタディレクトリは有効である判断する。
【０１７６】
ステップＳ２１０８では、ステップＳ２１０２で受信したメッセージ含まれる、検索条件、及び検索対象ディレクトリのパスを高機能検索処理部６１５へ通知し、高機能検索処理を行う。また、通知された検索条件により実行する検索が画像検索であれば、合わせて通知される検索対象画像のファイルへのパスも通知する。高機能検索処理では、通知された検索条件により、検索対象ディレクトリの各メタデータを検索し、検索結果のリストを検索サービス部６２１へ通知する。
【０１７７】
ステップＳ２１０９では、高機能検索処理部６１５から検索結果の通知が来るのを待つ。検索結果の通知を受けると、検索サービス部６２１は、該検索結果を、ＳＯＡＰメッセージで、検索依頼元の機器へ通知し（Ｓ２１１０）、ＳＯＡＰメッセージ待ちに戻る
本実施形態によれば、カラー複合機１は、それ単体では文書検索用のメタデータを生成できないが、カラー複合機２のメタデータ生成サービスを利用して、自機のメールボックス内に格納される文書のメタデータ生成が可能となる。
【０１７８】
また、カラー複合機１のメタデータ生成依頼処理は拡張アプリケーションとして実装されているため、カラー複合機２の導入時、後から追加機能としてダウンロードして実行可能である。
【０１７９】
また、カラー複合機１のメタデータ生成依頼処理は、カラー複合機２にメタデータ生成サービスが利用できない場合でも、文書ファイル作成と同時にメタデータ生成依頼を行う必要性は無い。カラー複合機２のメタデータ生成サービスが利用できるようになった時点で、メタデータ生成依頼を行うことが可能である。
【０１８０】
カラー複合機１は、カラー複合機２の検索サービスが利用可能である場合、カラー複合機２の高機能検索機能を利用して、自機のメールボックス内の文書の高機能な検索を行うことが可能である。さらには、カラー複合機２の検索サービスが利用できない場合であっても、単体で自機の簡易検索処理を利用して、メタデータ生成済みの文書の検索が可能である。
【０１８１】
また、カラー複合機２は、キャッシュメタデータディレクトリが有効に利用可能である場合は、該ディレクトリを利用する。その場合には、ネットワーク越しにカラー複合機１のメタデータディレクトリにアクセスすることなく、高速に高機能検索処理を実行することが可能である。
【０１８２】
また、カラー複合機１は、自機の検索対象のメールボックスにメタデータが未生成である文書があることを表示するこにより、操作者に対して検索にヒットしない文書がある可能性を示唆することが可能である。
【０１８３】
なお、カラー複合機１がメタデータ生成サービス及び検索サービスを依頼する機器は、カラー複合機に２に限られるものではなく、該サービスを提供する機器であれば、他の複合機またはサーバコンピュータであってもよい。
【０１８４】
実施形態１では、カラー複合機１は、ネットワーク上の検索サービスが有効でない場合に自機の簡易検索処理を行うとしているが、操作者がネットワーク上の検索サービスを利用するか簡易検索処理を利用するか選択するようにしてもよい。
【０１８５】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１８６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８７】
又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（OS）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行う。このような処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８９】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【０１９０】
【図１】本実施形態における画像処理システムの全体構成例を示す図である。
【図２】本実施形態におけるカラー複合機１，２の構造例を示す側断面図である。
【図３】本実施形態におけるカラー複合機１のコントロールユニットの構成例を示すブロック図である。
【図４】本実施形態におけるカラー複合機１のコントローラソフトウェアの構成の一例を示すブロック図である。
【図５】本実施形態におけるカラー複合機２のコントロールユニットの構成例を示すブロック図である。
【図６】本実施形態におけるカラー複合機２のコントローラソフトウェアの構成の一例を示すブロック図である。
【図７】本実施形態におけるカラー複合機１のメールボックス格納処理の手順例を示すフローチャートである。
【図８】本実施形態における文書構造体の一例を示す図である。
【図９】本実施形態におけるカラー複合機１のメタデータ生成依頼処理の手順例を示すフローチャートである。
【図１０】本実施形態におけるカラー複合機１のメタデータ生成依頼ルーチンの手順例を示すフローチャートである。
【図１１Ａ】本実施形態におけるＨＤＤ上に構成されるのメールボックスディレクトリの構成例を示す図である。
【図１１Ｂ】本実施形態におけるＨＤＤ上に構成されるのメタデータディレクトリの構成例を示す図である。
【図１２】本実施形態におけるメタデータディレクトリ情報の一例を示す図である。
【図１３】本実施形態における依頼済み機器テーブルの一例を示す図である。
【図１４】本実施形態におけるカラー複合機２のメタデータ生成サービスの手順例を示すフローチャートである。
【図１５】本実施形態におけるカラー複合機２のメタデータ生成処理の手順例を示すフローチャートである。
【図１６】本実施形態における文書メタデータの一例を示す図である。
【図１７】本実施形態におけるカラー複合機１の検索指示ＵＩ処理の手順例を示すフローチャートである。
【図１８】本実施形態におけるカラー複合機１の高機能検索機能を利用可能である検索指示画面の一例を示す図である。
【図１９】本実施形態におけるカラー複合機１の簡易検索処理を利用可能である検索指示画面の一例を示す図である。
【図２０】本実施形態におけるカラー複合機１の検索結果画面の一例を示す図である。
【図２１】本実施形態におけるカラー複合機２の検索サービスの手順例を示すフローチャートである。
【特許請求の範囲】
【請求項１】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続された画像処理システムであって、
前記第１の装置が、
画像データを蓄積する蓄積手段と、
前記ネットワークを介して、前記蓄積手段に蓄積された画像データに対するメタデータの生成を前記第２の装置に依頼するメタデータ生成依頼手段とを備え、
前記第２の装置が、
メタデータ生成手段と、
前記第１の装置の前記メタデータ生成依頼手段からのメタデータ生成の依頼を前記ネットワークを介して受信し、前記第１の装置の蓄積手段に蓄積された画像データに対するメタデータの生成を前記メタデータ生成手段に指示するメタデータ生成サービス手段とを備えることを特徴とする画像処理システム。
【請求項２】
前記第１の装置が、更に、前記蓄積手段に蓄積された画像データからの検索を前記生成されたメタデータを使って行なう第１の検索手段を備えることを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記第１の装置が、更に、
前記ネットワークを介して、前記蓄積手段に蓄積された画像データからの検索を前記第２の装置に依頼する検索依頼手段を備え、
前記第２の装置が、更に、
画像データの検索を行なう第２の検索手段と、、
前記第１の装置の前記検索依頼手段からの検索依頼を前記ネットワークを介して受信し、前記第１の装置の蓄積手段に蓄積された画像データからの検索を前記第２の検索手段に指示する検索サービス手段とを備えることを特徴とする請求項１に記載の画像処理システム。
【請求項４】
前記第１の装置が、更に、
前記蓄積手段に蓄積された画像データからの検索を前記生成されたメタデータを使って行なう第１の検索手段と、
前記蓄積手段に蓄積された画像データからの検索を、前記第２の装置の前記第２の検索手段に依頼するか前記第１の検索手段で行なうかを選択する選択手段とを備えることを特徴とする請求項３に記載の画像処理システム。
【請求項５】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続された画像処理システムの画像処理方法であって、
前記第１の装置が画像データを蓄積手段に蓄積する蓄積工程と、
前記ネットワークを介して前記第１の装置から前記第２の装置に前記蓄積手段に蓄積された画像データに対するメタデータの生成を依頼して、前記第２の装置が搭載するメタデータ生成手段によりメタデータを生成するメタデータ生成工程と、
前記ネットワークを介して前記第１の装置から前記第２の装置に前記生成されたメタデータを使用した前記蓄積手段に蓄積された画像データの検索を依頼して、前記第２の装置が搭載する検索手段により検索を実行する検索工程とを備えることを特徴とする画像処理方法。
【請求項６】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない画像処理装置であって、
画像データを蓄積する蓄積手段と、
前記蓄積手段に蓄積された画像データに対するメタデータの生成を、ネットワークを介してメタデータ生成手段を搭載する装置に依頼するメタデータ生成依頼手段とを備えることを特徴とする画像処理装置。
【請求項７】
前記メタデータ生成依頼手段は、
前記蓄積手段に蓄積された画像データに、対応するメタデータが付与されているか否かを判定する判定手段と、
前記メタデータが付与されているか否かの判定結果を画像データに対応づけて表示する表示手段とを有することを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記メタデータ生成依頼手段は、
メタデータ生成を依頼したメタデータ生成手段を搭載する装置を登録する登録手段と、
前記登録手段に登録されたメタデータ生成手段を搭載する装置にメタデータ生成を依頼する第１の依頼先選択手段とを有することを特徴とする請求項６または７に記載の画像処理装置。
【請求項９】
前記メタデータ生成依頼手段は、
メタデータ生成手段を搭載する装置でメタデータキャッシュが有効である装置にメタデータ生成を依頼する第２の依頼先選択手段を有することを特徴とする請求項６乃至８のいずれか１項に記載の画像処理装置。
【請求項１０】
前記メタデータ生成依頼手段は、
前記ネットワークに接続されたメタデータ生成手段を搭載する装置から負荷が最も軽い装置を選択して、メタデータ生成を依頼する第３の依頼先選択手段を有することを特徴とする請求項６乃至９のいずれか１項に記載の画像処理装置。
【請求項１１】
前記蓄積手段に蓄積された画像データからの前記生成されたメタデータを使用した検索を行なう第１の検索手段をさらに備えることを特徴とする請求項６に記載の画像処理装置。
【請求項１２】
前記ネットワークを介して、前記蓄積手段に蓄積された画像データからの検索を第２の検索手段を搭載する装置に依頼する検索依頼手段をさらに備えることを特徴とする請求項６に記載の画像処理装置。
【請求項１３】
前記検索依頼手段は、
前記第２の検索手段を搭載する装置でメタデータキャッシュが有効である装置に検索を依頼する第４の依頼先選択手段を有することを特徴とする請求項１２に記載の画像処理装置。
【請求項１４】
前記蓄積手段に蓄積された画像データからの前記生成されたメタデータを使用した検索を行なう第１の検索手段と、
前記蓄積手段に蓄積された画像データからの検索を、前記第２の検索手段を搭載する装置に依頼するか前記第１の検索手段で行なうかを選択する選択手段とを備えることを特徴とする請求項１２に記載の画像処理装置。
【請求項１５】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない画像処理装置の制御方法であって、
画像データを蓄積手段に蓄積する蓄積工程と、
前記蓄積手段に蓄積された画像データに対するメタデータの生成を、ネットワークを介してメタデータ生成手段を搭載する装置に依頼するメタデータ生成依頼工程と、
前記ネットワークを介して、前記蓄積手段に蓄積された画像データからの検索を検索手段を搭載する装置に依頼する検索依頼工程とを備えることを特徴とする画像処理装置の制御方法。
【請求項１６】
請求項１５に記載の画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【請求項１７】
請求項１６に記載のプログラムを記憶したコンピュータで読み取り可能な記憶媒体。
【請求項１８】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載する画像処理装置であって、
メタデータ生成手段と、
メタデータ生成手段を搭載しない装置からのメタデータ生成の依頼をネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データに対するメタデータの生成を、前記メタデータ生成手段に指示するメタデータ生成サービス手段とを備えることを特徴とする画像処理装置。
【請求項１９】
前記メタデータ生成手段は、少なくとも１ページの画像データからなる文書を特定する文書特定部と、ページの画像データを特定するページ特定部とを含むメタデータを生成することを特徴とする請求項１８に記載の画像処理装置。
【請求項２０】
画像データの検索を行なう検索手段と、
前記メタデータ生成手段を搭載しない装置からの検索依頼を前記ネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データからの検索を前記検索手段に指示する検索サービス手段とをさらに備えることを特徴とする請求項１８に記載の画像処理装置。
【請求項２１】
前記検索サービス手段は、当該画像処理装置にキャッシュされたメタデータディレクトリを使用した検索を前記検索手段に指示することを特徴とする請求項２０に記載の画像処理装置。
【請求項２２】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載する画像処理装置の制御方法であって、
メタデータ生成手段を搭載しない装置からのメタデータ生成の依頼をネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データに対するメタデータの生成を、当該画像処理装置が搭載するメタデータ生成手段に指示するメタデータ生成サービス工程と、
前記メタデータ生成手段を搭載しない装置からの検索依頼を前記ネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データからの検索を当該画像処理装置が搭載する検索手段に指示する検索サービス工程とを備えることを特徴とする画像処理装置の制御方法。
【請求項２３】
請求項２２に記載の画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【請求項２４】
請求項２３に記載のプログラムを記憶したコンピュータで読み取り可能な記憶媒体。
【請求項１】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続された画像処理システムであって、
前記第１の装置が、
画像データを蓄積する蓄積手段と、
前記ネットワークを介して、前記蓄積手段に蓄積された画像データに対するメタデータの生成を前記第２の装置に依頼するメタデータ生成依頼手段とを備え、
前記第２の装置が、
メタデータ生成手段と、
前記第１の装置の前記メタデータ生成依頼手段からのメタデータ生成の依頼を前記ネットワークを介して受信し、前記第１の装置の蓄積手段に蓄積された画像データに対するメタデータの生成を前記メタデータ生成手段に指示するメタデータ生成サービス手段とを備えることを特徴とする画像処理システム。
【請求項２】
前記第１の装置が、更に、前記蓄積手段に蓄積された画像データからの検索を前記生成されたメタデータを使って行なう第１の検索手段を備えることを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記第１の装置が、更に、
前記ネットワークを介して、前記蓄積手段に蓄積された画像データからの検索を前記第２の装置に依頼する検索依頼手段を備え、
前記第２の装置が、更に、
画像データの検索を行なう第２の検索手段と、、
前記第１の装置の前記検索依頼手段からの検索依頼を前記ネットワークを介して受信し、前記第１の装置の蓄積手段に蓄積された画像データからの検索を前記第２の検索手段に指示する検索サービス手段とを備えることを特徴とする請求項１に記載の画像処理システム。
【請求項４】
前記第１の装置が、更に、
前記蓄積手段に蓄積された画像データからの検索を前記生成されたメタデータを使って行なう第１の検索手段と、
前記蓄積手段に蓄積された画像データからの検索を、前記第２の装置の前記第２の検索手段に依頼するか前記第１の検索手段で行なうかを選択する選択手段とを備えることを特徴とする請求項３に記載の画像処理システム。
【請求項５】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない第１の装置と、該メタデータ生成手段を搭載する第２の装置とがネットワークを介して接続された画像処理システムの画像処理方法であって、
前記第１の装置が画像データを蓄積手段に蓄積する蓄積工程と、
前記ネットワークを介して前記第１の装置から前記第２の装置に前記蓄積手段に蓄積された画像データに対するメタデータの生成を依頼して、前記第２の装置が搭載するメタデータ生成手段によりメタデータを生成するメタデータ生成工程と、
前記ネットワークを介して前記第１の装置から前記第２の装置に前記生成されたメタデータを使用した前記蓄積手段に蓄積された画像データの検索を依頼して、前記第２の装置が搭載する検索手段により検索を実行する検索工程とを備えることを特徴とする画像処理方法。
【請求項６】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない画像処理装置であって、
画像データを蓄積する蓄積手段と、
前記蓄積手段に蓄積された画像データに対するメタデータの生成を、ネットワークを介してメタデータ生成手段を搭載する装置に依頼するメタデータ生成依頼手段とを備えることを特徴とする画像処理装置。
【請求項７】
前記メタデータ生成依頼手段は、
前記蓄積手段に蓄積された画像データに、対応するメタデータが付与されているか否かを判定する判定手段と、
前記メタデータが付与されているか否かの判定結果を画像データに対応づけて表示する表示手段とを有することを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記メタデータ生成依頼手段は、
メタデータ生成を依頼したメタデータ生成手段を搭載する装置を登録する登録手段と、
前記登録手段に登録されたメタデータ生成手段を搭載する装置にメタデータ生成を依頼する第１の依頼先選択手段とを有することを特徴とする請求項６または７に記載の画像処理装置。
【請求項９】
前記メタデータ生成依頼手段は、
メタデータ生成手段を搭載する装置でメタデータキャッシュが有効である装置にメタデータ生成を依頼する第２の依頼先選択手段を有することを特徴とする請求項６乃至８のいずれか１項に記載の画像処理装置。
【請求項１０】
前記メタデータ生成依頼手段は、
前記ネットワークに接続されたメタデータ生成手段を搭載する装置から負荷が最も軽い装置を選択して、メタデータ生成を依頼する第３の依頼先選択手段を有することを特徴とする請求項６乃至９のいずれか１項に記載の画像処理装置。
【請求項１１】
前記蓄積手段に蓄積された画像データからの前記生成されたメタデータを使用した検索を行なう第１の検索手段をさらに備えることを特徴とする請求項６に記載の画像処理装置。
【請求項１２】
前記ネットワークを介して、前記蓄積手段に蓄積された画像データからの検索を第２の検索手段を搭載する装置に依頼する検索依頼手段をさらに備えることを特徴とする請求項６に記載の画像処理装置。
【請求項１３】
前記検索依頼手段は、
前記第２の検索手段を搭載する装置でメタデータキャッシュが有効である装置に検索を依頼する第４の依頼先選択手段を有することを特徴とする請求項１２に記載の画像処理装置。
【請求項１４】
前記蓄積手段に蓄積された画像データからの前記生成されたメタデータを使用した検索を行なう第１の検索手段と、
前記蓄積手段に蓄積された画像データからの検索を、前記第２の検索手段を搭載する装置に依頼するか前記第１の検索手段で行なうかを選択する選択手段とを備えることを特徴とする請求項１２に記載の画像処理装置。
【請求項１５】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載しない画像処理装置の制御方法であって、
画像データを蓄積手段に蓄積する蓄積工程と、
前記蓄積手段に蓄積された画像データに対するメタデータの生成を、ネットワークを介してメタデータ生成手段を搭載する装置に依頼するメタデータ生成依頼工程と、
前記ネットワークを介して、前記蓄積手段に蓄積された画像データからの検索を検索手段を搭載する装置に依頼する検索依頼工程とを備えることを特徴とする画像処理装置の制御方法。
【請求項１６】
請求項１５に記載の画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【請求項１７】
請求項１６に記載のプログラムを記憶したコンピュータで読み取り可能な記憶媒体。
【請求項１８】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載する画像処理装置であって、
メタデータ生成手段と、
メタデータ生成手段を搭載しない装置からのメタデータ生成の依頼をネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データに対するメタデータの生成を、前記メタデータ生成手段に指示するメタデータ生成サービス手段とを備えることを特徴とする画像処理装置。
【請求項１９】
前記メタデータ生成手段は、少なくとも１ページの画像データからなる文書を特定する文書特定部と、ページの画像データを特定するページ特定部とを含むメタデータを生成することを特徴とする請求項１８に記載の画像処理装置。
【請求項２０】
画像データの検索を行なう検索手段と、
前記メタデータ生成手段を搭載しない装置からの検索依頼を前記ネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データからの検索を前記検索手段に指示する検索サービス手段とをさらに備えることを特徴とする請求項１８に記載の画像処理装置。
【請求項２１】
前記検索サービス手段は、当該画像処理装置にキャッシュされたメタデータディレクトリを使用した検索を前記検索手段に指示することを特徴とする請求項２０に記載の画像処理装置。
【請求項２２】
画像データから該画像データを特定するメタデータを生成するメタデータ生成手段を搭載する画像処理装置の制御方法であって、
メタデータ生成手段を搭載しない装置からのメタデータ生成の依頼をネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データに対するメタデータの生成を、当該画像処理装置が搭載するメタデータ生成手段に指示するメタデータ生成サービス工程と、
前記メタデータ生成手段を搭載しない装置からの検索依頼を前記ネットワークを介して受信し、前記メタデータ生成手段を搭載しない装置の蓄積手段に蓄積された画像データからの検索を当該画像処理装置が搭載する検索手段に指示する検索サービス工程とを備えることを特徴とする画像処理装置の制御方法。
【請求項２３】
請求項２２に記載の画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【請求項２４】
請求項２３に記載のプログラムを記憶したコンピュータで読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００９−２７８４６７（Ｐ２００９−２７８４６７Ａ）
【公開日】平成２１年１１月２６日（２００９．１１．２６）
【国際特許分類】
【出願番号】特願２００８−１２８７９２（Ｐ２００８−１２８７９２）
【出願日】平成２０年５月１５日（２００８．５．１５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２１年１１月２６日（２００９．１１．２６）
【国際特許分類】
【出願日】平成２０年５月１５日（２００８．５．１５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]