情報処理装置、データ処理方法およびプログラム
【課題】 従来、原稿から抽出されるオブジェクトデータをユーザの特性に応じて効率よく再利用することができなかった。
【解決手段】 本発明における情報処理装置は、スキャン画像などの一部に基づく、オブジェクトデータを抽出し、該抽出されたオブジェクトデータと、該オブジェクトデータの属性情報を関連付けて記憶する。そして、ユーザから入力された検索条件に合致する属性情報に関連付いたオブジェクトデータを検索し、前記検索されたオブジェクトデータを、前記ユーザの特性に応じて他のオブジェクトデータと結合し、当該結合されたオブジェクトデータを検索結果として表示するための制御を行う。また、これら制御において異なるユーザ特性を持つユーザが同じ検索条件を入力した場合、表示される検索結果が異なる。
【解決手段】 本発明における情報処理装置は、スキャン画像などの一部に基づく、オブジェクトデータを抽出し、該抽出されたオブジェクトデータと、該オブジェクトデータの属性情報を関連付けて記憶する。そして、ユーザから入力された検索条件に合致する属性情報に関連付いたオブジェクトデータを検索し、前記検索されたオブジェクトデータを、前記ユーザの特性に応じて他のオブジェクトデータと結合し、当該結合されたオブジェクトデータを検索結果として表示するための制御を行う。また、これら制御において異なるユーザ特性を持つユーザが同じ検索条件を入力した場合、表示される検索結果が異なる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原稿から読み取られる画像に含まれるオブジェクトデータの登録と、登録されたオブジェクトの検索とを行う技術に関するものである。
【背景技術】
【０００２】
従来から、文書処理システムとして、紙文書やイメージデータの形態で保存された情報の再利用を容易にするために、入力された画像をベクトルデータに変換することを目的とする技術がある（特許文献１）。特許文献１においては、スキャナで読み取り保存された画像をベクトルデータに変換することで、ファイル検索を可能とし、再利用性の向上を図っている。
【特許文献１】特開２００４−３２６４９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ここで、スキャナで読み取り、ベクトルデータとして保存された画像が、ユーザにとって必ずしも再利用しやすいデータであるとは限らない。この点において、上記特許文献１に関して改良の余地がある。
【０００４】
例えば、新車の説明をしているカタログをスキャンした場合に、当然そのスキャナで読み取った画像の中には、車の画像と、その説明文など様々な情報が含まれている。このときユーザが、新たに他の車のカタログを作成する際に、車の画像を検索すると、当然車の画像とその説明文など様々な情報が含まれた入力画像全体が検索されてしまうことが考えられる。
【０００５】
このような場合において、ユーザの車の画像の検索に対して、入力画像に含まれる一部のデータ（オブジェクトデータ）である、車の画像のみが抽出されれば、ユーザにとって再利用しやすい画像データが入手できることになる。当然、オブジェクトデータを利用して文書作成するユーザの目的が異なれば、例えば車と説明文の組み合わせた情報を検索結果として入手したいかもしれない。
【０００６】
つまり、車の画像を検索するユーザにとって再利用に適したデータは、入力画像の中の、車の画像のみや、車と説明文の組み合わせた情報など、様々想定できる。
【０００７】
そこで本発明の目的は、スキャナなどで入力された入力画像から抽出されたオブジェクトデータを効率よく再利用することができる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
【０００９】
入力画像を処理する情報処理装置であって、前記入力画像の一部に基づく、オブジェクトデータを抽出する抽出手段と、前記抽出手段により抽出されたオブジェクトデータと、当該オブジェクトデータの属性情報を関連付けて記憶する記憶手段と、ユーザから入力された検索条件に合致する属性情報に関連付いたオブジェクトデータを検索する検索手段と、前記検索手段により検索されたオブジェクトデータを、前記ユーザの特性に応じて他のオブジェクトデータと結合する結合手段と、前記結合手段により結合されたオブジェクトデータを検索結果として表示するための制御手段とを有し、異なるユーザ特性を持つユーザが同じ検索条件を入力した場合、前記制御手段に基づき表示される検索結果が異なることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、入力画像から抽出されるオブジェクトデータをユーザの特性に応じて効率よく再利用することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の発明を実施するための最良の形態について説明する。
【００１２】
［システム構成］
図１は、本実施形態を示す情報処理装置を含む文書管理システムの構成を説明する概念図である。
【００１３】
図１において、ユーザは、クライアントＰＣ１０のブラウザを介して文書管理システムにアクセスする。ＷｅｂアプリケーションサーバＰＣ２０は、文書管理システムのＷｅｂアプリケーションを提供する。ユーザ管理サービスサーバＰＣ３０は、システムにアクセスするユーザの情報を管理する。オブジェクト管理サービスサーバＰＣ４０は、オブジェクトデータを保存／管理する。
【００１４】
なお、本システムを構成する各デバイスは、ネットワークを介して通信可能に接続されている。
【００１５】
ユーザ管理サービスサーバＰＣ３０は、システムへのユーザのログイン認証を行う。このために、ユーザに関する認証情報、ユーザ特性を保持する。なお、本実施形態にかかるユーザ特性として、例えば、ユーザの所属組織（部門）やプロジェクトといった情報も、当該ユーザ管理サービスサーバＰＣ３０に保持されている。ここで、ユーザ特性には、例えばユーザの役割、及び所属部門に関する情報が含まれる。
【００１６】
複合デバイス５０は、紙文書をスキャンする機能を有しており、画像データを生成する際に当該画像データの中からオブジェクトデータを抽出し保存することができる。オブジェクトデータは、当該複合デバイス５０が備えるＨＤＤへ格納されるが、オブジェクト管理サービスサーバＰＣ４０へ送信して保存させることもできる。ここで、オブジェクトデータをどちらで保存するかはユーザが選択することができるように構成されている。
【００１７】
複合デバイス５０のＨＤＤ中に保持されているオブジェクトデータは、文書管理機能を提供するＷｅｂアプリケーションサーバＰＣ２０からも参照することができる。
【００１８】
つまり、ユーザはオブジェクト管理サービスサーバＰＣ４０に格納されているオブジェクトデータと合わせて格納先を意識する必要がない。
【００１９】
ＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０は、別々に配置されている構成としているが、一つのＰＣにおいて構成されても構わない。
【００２０】
また、ＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０は、所定のオペレーティングシステムがインストールされており、ハードディスク等に記憶されるアプリケーションを実行してデータ処理を行う。
【００２１】
また、ＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０は、後述する図２に示すハードウェア資源を備える。
【００２２】
また、ユーザがクライアントＰＣ１０を操作する構成としているが、これら３つのサーバＰＣのいずれか、もしくは全てと同じＰＣで操作しても構わない。
【００２３】
本実施形態に係る文書管理システムは、ユーザがクライアントＰＣ１０のブラウザを介してアクセスする構成としているが、図示しない専用のクライアントアプリケーションを該クライアントＰＣ１０に配置し、ユーザがそれを操作する構成であっても構わない。
【００２４】
この場合、該ＷｅｂアプリケーションサーバＰＣ２０ではなく、該文書管理サービスサーバＰＣ３０と該専用クライアントアプリケーションが通信する構成でも構わない。
【００２５】
［ハードウェア構成］
図２は、本実施形態に係る文書管理システムを構成する各ＰＣのハードウェアの構成を説明する図である。なお、図２に示されるハードウェア構成は、一般的な情報処理装置のハードウェア構成図に相当するものとし、本実施形態の各ＰＣには一般的な情報処理装置のハードウェア構成を適用できる。
【００２６】
図２において、ＣＰＵ１００は、ＲＯＭ１０２のプログラム用ＲＯＭに記憶された、或いはハードディスク１０９からＲＡＭ１０１にロードされたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをＯＳと呼ぶ。後述する各フローチャートの処理はこのプログラムの実行により実現できる。
【００２７】
ＲＡＭ１０１は、ＣＰＵ１００の主メモリ、ワークエリア等として機能する。キーボードコントローラ１０３は、キーボード１０７や図示しないポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ１０４は、各種ディスプレイ１０８の表示を制御する。ディスクコントローラ１０５は、各種データを記憶するハードディスク（ＨＤ）やフレキシブル（登録商標）ディスク（ＦＤ）等の外部メモリ１０９におけるデータアクセスを制御する。ネットワークコントロ−ラ（ＮＣ）１０６はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００２８】
［ソフトウエア構成］
図３、図４は、本実施形態に係る文書管理システムの一例を示すソフトウエア構成を示す図である。図３は、図１に示したＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０内のソフトウエア構成を示している。本例は、図１に示したＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０により文書管理システム５００が構成される場合に対応する。
【００２９】
また、図４は、図１に示した複合デバイス５０のＰＣ４０内のソフトウエア構成を示している。本例は、図１に示した複合デバイス５０に文書管理システム６００の各構成が構成される場合に対応する。
【００３０】
なお、図３、図４に示した各々矩形で図示した構成要素は、それぞれがソフトウエアコンポーネントに該当しており、コンポーネントの配置構成はシステム構成やプラットフォームに依存する。
【００３１】
図３において、文書管理システム５００は、図１で示したユーザ管理サービスサーバＰＣ３０、ＷｅｂアプリケーションサーバＰＣ２０、オブジェクト管理サービスサーバＰＣ４０に配置されるすべてのソフトウエアコンポーネントが含まれる。
【００３２】
図３において、メイン制御部２００は、本実施形態に係る文書管理システムのシステム全体を制御し、後述する各部に対する指示、管理を行う。
【００３３】
データ送受信部２０１は、クライアントＰＣ１０においてユーザがブラウザを介して出した命令を受け取り、メイン制御部２００より指示を受けた結果をクライアントＰＣ１０に返答する。
【００３４】
セッション記憶部２０２は、クライアントＰＣ１０においてユーザがブラウザを介して本文書管理システムにアクセスしてから、同一ユーザからのアクセスであることを示すためのセッション情報を生成する。更に、ユーザが本文書管理システムへのアクセスをやめる（ログアウト）、もしくは自動タイムアウトなどでセッションが切れるまでの間、繰り返し使用する各種情報をセッション情報と関連付けて保持する。
【００３５】
Ｗｅｂ ＵＩ生成部２０３は、該メイン制御部２００より指示を受け、状況に応じたＷｅｂ ＵＩ（ＨＴＭＬ）を生成する。ここで、該Ｗｅｂ ＵＩ生成部２０３が生成するＷｅｂ ＵＩは、ＨＴＭＬだけに限定するものではなく、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔなどのスクリプト言語が埋まっていても構わない。
【００３６】
次に、ユーザ情報操作部３００は、該メイン制御部２００からの指示に従い、ユーザ情報記憶部３０１に保存されている本文書管理システム５００にアクセス可能なユーザ、及びユーザ特性の取得、設定などの操作を行う。ここで、ユーザ管理に関して、本文書管理システム５００の独自管理ではなく、既知の技術であるＡｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ、ＬＤＡＰなどとユーザ情報操作部３００が連携し、該ユーザ情報記憶部３０１においてはユーザ特性のみを保存しても構わない。
【００３７】
次に、オブジェクトデータ操作部４００は、メイン制御部２００からの指示に従い、オブジェクトデータ記憶部４０１に対するオブジェクトデータの登録、保存、更新などの操作を行う。ここでは、入力画像データから抽出された部分的なデータであるオブジェクトデータと当該オブジェクトデータに関連する属性情報とが対応付けて管理される。入力画像としては、スキャン画像や画像形成装置で印刷処理される際に扱った画像が含まれる。
【００３８】
オブジェクトデータ記憶部４０１には、オブジェクトデータの属性情報に対するインデックス情報も合わせて保持される。インデックス情報は、属性情報に基づくオブジェクトデータの検索に使用される。オブジェクトデータ記憶部４０１は、オブジェクトデータ操作部４００によって制御される。
【００３９】
検索処理部４０２は、オブジェクトデータ記憶部４０１に格納されている情報に対して検索処理を行う。ここで、検索処理は、例えばオブジェクトデータに関連付けられている属性情報に対する属性検索処理が挙げられる。また、オブジェクトデータの属性情報に含まれるテキストデータに対する全文検索処理と、画像データに対する類似画像検索処理がある。検索処理部４０２は、これらの各検索処理を統括し複合検索を行う。また、検索処理のタイムアウトや結果上限値制限、検索処理の中断などといった検索プロセスの管理を行う。
【００４０】
決定処理部４０３は、図６の（Ｂ）に示すようにユーザ特性とこれに関連付けて定義されたユーザ意味属性を決定する。ここで、ユーザ意味属性は、ユーザがログインしたときや検索処理を実行する前に決定される。
【００４１】
結合処理部４０４は、検索されたオブジェクトデータをユーザ意味属性に応じて結合する。結合処理の実行については、オブジェクトデータに含まれている位置情報にも、基づく。
【００４２】
図４に示す複合デバイス５０における文書管理システム６００は、上記２００〜２０３、３００、３０１に加えて、意味属性関連付け処理部４０５、位置情報関連付け処理部４０６、並びに領域判定部４０７を備えている。以下、これらの追加のコンポーネントについて説明する。なお、本例の複合デバイス５０は、後述するスキャナ部を備え、読み取られる画像情報に含まれるオブジェクトを抽出する処理を行うハードウェア資源を備えている。
【００４３】
意味属性関連付け処理部４０５は、オブジェクトデータを抽出する際に、図６の（Ａ）に示すテーブルを参照して、当該オブジェクトデータに対する意味属性を決定し割り当てる。ここで、オブジェクトデータに対する意味属性の決定は、オブジェクトデータの属性情報である種別属性の判定に加えて、あらかじめ定義してある定義画像Ａ〜Ｄやキーワード等との類似性をもとに、定義済みの意味属性を決定し割り当てる。ここで、種別属性とは、オブジェクトデータがテキストか画像かといったことを示すための属性である。
【００４４】
ここで、意味属性とは、画像データから抽出されたオブジェクトデータが、個々の部品であるか全体かを示す情報を含む。更に、定義済みの定義画像が、例えば、自動車のタイヤであれば（自動車、タイヤ）といった、より一般化したカテゴリと定義済み画像の名称を示す情報も含む。
【００４５】
位置情報関連付け処理部４０６は、画像データから抽出したオブジェクトデータの画像データ中の位置情報を検出し、当該オブジェクトデータに属性情報として関連付ける。
【００４６】
領域判定部４０７は、画像データの中からオブジェクトデータとして切り出せる領域を判定する。ここで、領域判定には、画像データの輝度情報、色情報、エッジ情報などといった要素を元に判断する。
【００４７】
［ユースケース並びに検索結果画面］
図５Ａ〜図５Ｅは、本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。以下、文書管理システムにおけるユースケースを説明する。また、ユーザＡ５０１がスキャンした原稿画像から抽出されるオブジェクトデータを、他のユーザがユーザ特性に従い検索処理する例を説明する。
【００４８】
図５Ａにおいて、ユーザＡ５０１は、自動車のカタログ（原稿５１０）を複合デバイス５０上でスキャンし、複合デバイス５０の記憶領域（図９に示すＨＤＤ６１１）にデータ登録する。複合デバイス５０には、図４で示した領域判定部４０７、位置情報関連付け処理部４０６、意味属性関連付け処理部４０５が備えている。
【００４９】
スキャンデータは領域判定され、前述のカタログ内の画像において、複数のオブジェクトデータに分割される。ここで、テキストオブジェクトについてはＯＣＲ処理により得られたテキスト情報を属性情報の一部として関連付ける。また、画像オブジェクトは図６の（Ａ）に示す意味属性マップテーブルに基づいて意味属性マッチングが行われ、意味属性がオブジェクトデータに関連付けて付与される。なお、図６の（Ａ）に示す意味属性マップテーブルは、複合デバイス５０のＨＤＤ６１１に記憶されている。ここで、意味属性マップテーブルは、オブジェクトデータの特徴を示す複数の定義画像に対して割り当てる意味属性を画像毎に記憶している。
【００５０】
オブジェクトデータとこれに関連付けられた属性情報は、複合デバイス５０や文書管理システム６００のオブジェクトデータ記憶部４０１へ格納される。
【００５１】
次に、ユーザＢ５０２、ユーザＣ５０４、ユーザＤ５０６、ユーザＥ５０８は、それぞれの部門の目的に則して自動車の情報を検索して利用するために、文書管理システム５００に接続可能に構成されている。
【００５２】
各ユーザは、文書管理システム５００において、使用するＰＣ上のブラウザを介して検索処理を実行し、文書管理システム６００等に記憶されたオブジェクトデータから自動車に関する情報の検索処理を指示する。
【００５３】
例えば、ユーザＢ５０２は、設計部門に所属しており自動車画像の中のタイヤやホイールなどといった部品画像を再利用するケースが多い。ここで、ユーザＢ５０２がキーワードとして「自動車」を指定して検索を指示した場合を考える。まず、後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性が決定され、ユーザ意味属性も決定される。そして、ユーザＡが保存したオブジェクトデータから、検索処理部４０２等がユーザ意味属性で特定された部品に着目した検索処理を行う。具体的には、図６の（Ａ）に示す定義画像を参照して、自動車のタイヤやホイール、ボディ、テールランプなどの部品画像がより優先的に検索される。
【００５４】
本実施形態では、図５Ｂに示すように、ユーザＢ５０２にはブラウザにより検索結果画面５０３が表示される。
【００５５】
さらに、ユーザＣ５０４は、デザイン部門に所属しているため、自動車の画像全体とその自動車のコンセプトに関するテキストオブジェクトを参照するケースが多い。この場合も、まず後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性、及びユーザ意味属性が決定される。
【００５６】
ユーザＣ５０４がキーワードとして「自動車」を指定して検索を指示した場合を考える。この場合、ユーザＡ５０１が保存したオブジェクトデータから自動車の全体画像、背面画像、及びこれらの画像の周辺に配置していたテキストオブジェクトが結合された検索結果が優先的に表示される。本実施形態では、図５Ｃに示すように、ユーザＣ５０４は、ユーザＣ５０４が使用するＰＣ上のブラウザにより検索結果画面５０５が表示される。
【００５７】
また、ユーザＤ５０６は、企画部門に所属しており、自動車の全体画像と使用に関するテキストオブジェクトを参照するケースが多い。この場合も、後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性、及びユーザ意味属性が決定される。
【００５８】
ユーザＤ５０６はキーワードとして「自動車」を指定して検索を指示した場合を考える。ユーザＡ５０１が保存したオブジェクトデータから自動車の全体画像と仕様に関するテキストオブジェクトが結合された検索結果が表示される。ここで、検索結果は、図５Ｄに示すように、ユーザＤ５０６のブラウザにより、自動車全体と、近接テキスト、仕様書が表示される。
【００５９】
以下、デザイナのユーザＤ５０６におけるユーザ特性の決定と、それに伴う意味属性の決定処理について具体的に説明する。
【００６０】
デザイナのユーザＤ５０６がログインすると、ユーザ情報が参照されて、当該ユーザがいずれの部門であるかが特定される。これにより、後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性が「デザイン」と決定され、ユーザ意味属性も決定される。そして、同様に図６の（Ａ）に示す意味属性マップを参照して、完成品である画像が検索される。そして、ユーザ意味属性から近接テキスト、仕様書等が検索される。この結果、デザイナのユーザＤ５０６が使用するＰＣ上のブラウザにより検索結果画面５０７が表示される。
【００６１】
また、ユーザＥ５０８はその他の一般ユーザであり、自動車に関するカタログ全体を参照するケースが多い。この場合も、後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性が決定され、ユーザ意味属性も決定される。このため、ユーザＥ５０８はキーワードとして「自動車」を指定して検索した場合、ユーザＡ５０１が保存したオブジェクトデータから各オブジェクトをすべて結合してカタログ全体画像を表示する。本実施形態では、図５Ｅに示すように、ユーザＥ５０８が使用するＰＣ上のブラウザにより検索結果画面５０９が表示される。
【００６２】
ユーザＡ５０１以外に自動車の画像をコピー、スキャンしてオブジェクトデータ記憶部４０１に保持してある場合は、それらのオブジェクトデータも前述のユースケースに従って検索結果として表示される。各ユーザは、表示された結果の中から所望のオブジェクトデータを選択し、各自の文書の作成時などに再利用することができる。
【００６３】
本実施形態において、所望のオブジェクトデータを再利用するためには、検索結果として表示された画像をドラッグ＆ドロップして再利用先の文書に貼り付けたり、あるいは選択して個別にローカルフォルダに保存したりして利用する。なお、表示された画像のドラッグ＆ドロップは、各ユーザが使用するＰＣのアプリケーション、ブラウザの機能として実行可能に構成されているものとする。
【００６４】
なお、ユーザＡ５０１は自動車のカタログを複合デバイス上でスキャンし、オブジェクトデータを登録する際に、各データに再利用の許可、不許可を指定することができる。文書に対するセキュリティを確保するためである。オブジェクトデータの抽出・保存時に許可されたデータのみが検索時にヒットすることになる。
【００６５】
［意味属性マップ］
図６は、図４に示した意味属性関連付け処理部４０５が参照する意味属性マップテーブルの一例を示す図である。なお、意味属性マップテーブルは、例えば属性情報記憶手段、ユーザ意味属性記憶手段として機能するオブジェクトデータ記憶部４０１に記憶されている。
【００６６】
図６において、（Ａ）は、オブジェクトデータ登録時の画像オブジェクトに対する意味属性マップテーブル（テーブル）Ｉを示し、図４で示した意味属性関連付け処理部４０５において参照される。本テーブルは、画像オブジェクトとその意味属性を関連付けるものであり、複数の定義画像Ａ〜Ｄに対するそれぞれの意味属性が割り当てられている。なお、本実施形態ではこれらを総称して意味属性情報とする。
【００６７】
例えば、自動車のタイヤ画像（図６の（Ａ）に示すテーブルＩの定義画像Ａ）であれば、「部品、自動車、タイヤ」といった意味属性がマップされる。また、複写機のフィニッシャー画像（図６の（Ａ）に示すテーブルＩの定義画像Ｃ）については、「部品、複写機、フィニッシャー」といった意味属性がマップされている。
【００６８】
図４において、領域判定部４０７で画像オブジェクトとして抽出されたオブジェクトデータに対して、意味属性関連付け処理部４０５は図６の（Ａ）に示すテーブルＩで定義された定義画像Ａ〜Ｄと比較して類似度を判定する。そして、意味属性関連付け処理部４０５は、類似度の最も高い意味属性を画像の当該オブジェクトの属性情報として関連付ける。
【００６９】
ここで、類似度の判定は、画像の輝度情報、色情報、並びにエッジ情報から既知のアルゴリズム演算によって求める。これら一連の演算処理やマッピング処理は、意味属性関連付け処理部４０５が行う。
【００７０】
なお、図６の（Ａ）に示すテーブルＩは、汎用的な画像オブジェクトについてはあらかじめ規定してあり、これを製品にビルトインし、さらにユーザ定義による拡張が可能になっている。
【００７１】
図６の（Ｂ）は、オブジェクトデータ検索時のユーザ意味属性マップテーブル（テーブルＩＩ）を示し、テーブルＩＩは、ユーザ特性とこれに関連づいた画像オブジェクトに対して予め設定されたユーザ意味属性がマップされている。
【００７２】
例えば、ユーザ特性として設計部門に所属するユーザは、部品に対する画像オブジェクトを参照するケースが多いため、ユーザ意味属性には予め部品を割り当てる。
【００７３】
また、企画部門のユーザであれば、画像オブジェクトは部品としてではなく完成品として再利用することが多い。また、これに加えて近接するテキストオブジェクト、特に仕様に関するテキストオブジェクトを参照すること多い。このため、ユーザ意味属性は「完成品、近接テキスト、仕様」といった定義を行う。
【００７４】
図３及び図４で示した結合処理部４０４は、検索処理部４０２でヒットした複数のオブジェクトデータの属性情報を参照し、テーブルＩＩで定義されたユーザ意味属性との整合性を判定する。ユーザ意味属性で定義された属性値を属性情報に含む画像オブジェクトは、後述する画像オブジェクトの位置情報も参考にして結合される。
【００７５】
ここで、ユーザ意味属性は、図３及び図４で示した決定処理部４０３によって決定される。ユーザが文書管理システム５００（または６００）にログインする時に識別されるユーザ特性に基づいて、テーブルＩＩにマップされたユーザ意味属性が決定される。
【００７６】
また、ユーザ特性は、ユーザ情報記憶部３０１にあらかじめ登録されている情報に基づいて特定される。図６の（Ｂ）に示す例では、設計、デバイス、企画、一般ユーザ等のように登録されているが、これ以外のユーザ特性を加えてもよい。つまり、オブジェクトデータを利用するユーザ環境に適応してユーザ特性をテーブルＩＩにマップすることが望ましい。
【００７７】
例えば、ユーザＢは、図５Ｂに示すように設計部門に所属し、システムログイン時に設計部門のユーザとしてシステム内で識別される。この結果、ユーザＢのユーザ意味属性はテーブルＩＩに従って「部品」がマップされるのである。また、ユーザＤは企画部門に所属するため、システムログイン時にユーザＤのユーザ意味属性は「完成品、近接テキスト、仕様」といったように決定される。
【００７８】
図６の（Ｂ）に示すテーブルＩＩは、汎用的なユーザ特性とユーザ意味属性のマップについてはあらかじめ規定してあり、これを製品にビルトインしてあるが、ユーザ定義による拡張が可能になっている。検索した時によりユーザ固有の結合画像として再利用したい場合は、ユーザ特性としてユーザ名を指定して、当該ユーザ名毎にユーザ意味属性として固有名詞を使った意味属性を割り当てることも可能である。
【００７９】
以下、ユーザ固有の結合画像として再利用したい場合のテーブルＩＩの拡張例として、自動車のデザイン部門に所属し、車のホイールをデザインしているユーザＸ（不図示）の事例をについて説明する。
【００８０】
テーブルＩＩのユーザ特性には、ユーザＸを指定する。このユーザ特性に対するユーザ意味属性は、「部品、自動車、タイヤ、ホイール」を指定する。
【００８１】
ユーザＸが、図３に示した文書管理システム５００のオブジェクト検索画面に「自動車」と入力すると、検索結果画面には、ホイール画像が結合された複数のタイヤ画像が表示される。
【００８２】
この検索結果は、テーブルＩＩのユーザ特性でユーザＸを指定しているため、ユーザＸのみにしか得られない。その他のユーザが「自動車」を指定して検索すると、検索結果画面には、自動車のカタログ画像が表示される。これは、テーブルＩＩにおいてユーザ特性が「一般ユーザ」は、ユーザ意味属性が「ページ全体」がマップされているからである。
【００８３】
ところで、図６に示すテーブルＩＩのユーザ意味属性は、ユーザが検索結果から実際に選択し使用したオブジェクトデータの意味属性をフィードバックしてテーブルＩＩのマップ自体を自動的に更新する形態でも良い。
【００８４】
つまり、実際にユーザ特性に適合した意味属性を過去の実績に基づいてマップを更新するのである。ここで、過去の実績（検索履歴を含む）としては、例えば、ユーザが特定のオブジェクトデータを実際に選択した回数の累計値、若しくはオブジェクトデータをユーザが選択する際に合わせて入力する点数（合致の度合いを表現する数値）などがある。
【００８５】
マップの更新に際しては、ユーザが検索結果から実際に選択して使用したオブジェクトデータの意味属性と当該ユーザのユーザ特性を別テーブルで保持しておき、その頻度に応じてテーブルＩＩを更新するといった実施形態がある。
【００８６】
このように構成することにより、ユーザ意味属性マップ（図６の（Ｂ）に示すテーブルＩＩ）は自動更新することが可能であり、かつシステムの利用頻度に応じて精度の高いユーザ意味属性マップが作成可能である。
【００８７】
ところで、複合デバイス５０においてオブジェクトデータが抽出されるとき、部品を構成するさらに小さなオブジェクト単位でオブジェクトデータが抽出されることがある。
【００８８】
例えば、自動車のタイヤを構成する円や線、四角といった図形の基本要素がこれに該当する。このような図形の基本要素として抽出されるオブジェクトデータは、再利用のオブジェクト単位としては小さすぎるため、図６の（Ａ）に示すテーブルＩの意味属性マップを適用しても意味属性が割り当てられない場合がある。
【００８９】
また、複合デバイス５０でスキャンする原稿の汚れやゆがみなどの都合で、抽出されるオブジェクトデータが小さくなくても非常に複雑な画像オブジェクトとして抽出されるケースがある。
【００９０】
例えば、自動車のタイヤ図形であるにもかかわらず、円形ではなく扇形に欠けて抽出されるなどといったケースである。
【００９１】
そこで、本実施形態に示すシステムにおいて、上記の場合は抽出時に三通りの抽出オプションを事前設定しておくことができる。
【００９２】
オブジェクトデータに意味属性がマップされない場合は、あらかじめ決められた汎用的な意味属性が自動的にマップされるオプションで、これを第一のオプション設定とする。
【００９３】
また、図６の（Ａ）に示すテーブルＩに定義された意味属性がマップされない場合、当該オブジェクトを抽出しないオプションで、これを第二のオプション設定とする。
【００９４】
さらに、図６の（Ａ）に示すテーブルＩに定義された意味属性がマップされない場合、近接する他のオブジェクトデータにマップした意味属性を流用してマップするオプションで、これを第三のオプション設定とする。
【００９５】
上記第一のオプションの場合、抽出される画像オブジェクトの意味属性は図６の（Ａ）に示すテーブルＩに該当する意味属性がなく、替わりに「図形要素、円」、「図形要素、線」などといった汎用的な値がマップされる。この場合、実際には画像オブジェクトの意味としてこれらの属性は余り有効ではないため、検索時にヒットしにくくユーザからはアクセスされにくい。このようなオブジェクトデータは、近接する他のオブジェクトデータが参照されたときに当該参照されたオブジェクトデータと結合して一緒に表示させるようにすることができる。
【００９６】
また、第二のオプションの場合、図６の（Ａ）に示すテーブルＩで定義してあるオブジェクトのみ抽出するため、全て一致するオブジェクトデータは効果的に再利用できるが、一方でオブジェクトデータが抽出されない場合もある。
【００９７】
さらに、第三のオプションの場合、近接する他のオブジェクトデータと同じ意味属性がマップされるので、余りアクセスされないオブジェクトデータに対しても効率的な再利用が可能である。
【００９８】
本実施形態においては、第三のオプションがデフォルトの処理オプションとして設定されているが、アプリケーションユーザはその利用形態に応じてこれらのオプション設定を変更することが可能である。
【００９９】
［位置情報及び意味属性の指定方法］
図７は、本実施形態を示す文書管理システムにおける位置情報及び意味属性の指定方法を説明する図である。以下、位置情報及び意味属性の指定方法について説明する。
【０１００】
図７において、７００はスキャン画像全体であり、図４に示したの領域判定部４０７は、スキャン画像全体７００から切り出し可能なオブジェクトを判定し抽出する。７０１は自動車の画像オブジェクト（オブジェクトＡ）であり、７０５はテキストオブジェクト（オブジェクトＢ）である。
【０１０１】
位置情報関連付け処理部４０６は、スキャン画像全体７００の左上を原点として各オブジェクトの位置と大きさを特定する座標データを識別し、各オブジェクトの属性情報に埋め込む。オブジェクト７０１については、属性情報がオブジェクトデータ７０２に関連付けられて指定される。
【０１０２】
例えば、オブジェクト７０１の位置は座標Ａ１（３０，５０）によって、また大きさは座標Ａ２（１３０，１００）によって指定されるため、これらの値が属性情報として埋め込まれる。本実施形態では、属性情報として、例えば入力画像中のオブジェクトデータの位置情報が含まれる例を示す。
【０１０３】
また、意味属性関連付け処理部４０５は、意味属性マップ（図６の（Ａ）に示すテーブルＩ）を参照して当該オブジェクトの意味属性に「完成品、自動車」が埋め込まれる。
【０１０４】
オブジェクト７０５の属性情報７０６についても位置情報は同様である。すなわち、座標Ｂ１（２０，１５０）と座標Ｂ２（１５０，２００）が属性情報に埋め込まれる。
【０１０５】
しかし、意味属性はオブジェクトＢ７０５が画像オブジェクトではないことから、異なる属性情報が埋め込まれる。
【０１０６】
図４に示した領域判定部４０７は、領域を判定する際に切り出すオブジェクトが画像であるか、テキストであるかも合わせて判定することができる。オブジェクトＢ７０５は、この段階でテキストの画像オブジェクトであることがわかるため、意味属性は当該テキストオブジェクト内のテキストデータが埋め込まれる。なお、テキストオブジェクトからテキストデータを抽出する際にはＯＣＲ処理を利用している。
【０１０７】
このようにしてオブジェクトＢ７０５の属性情報７０６には、意味属性としてテキストデータが格納されるが、さらにテキストデータを単語に分割し、これをキーワードとして埋め込むことも可能である。
【０１０８】
ここで、キーワードはテキストデータを既知の形態素解析アルゴリズムを用いて得ることができる。なお、キーワードはオブジェクトＢ７０５の検索を行うためのインデックス情報として使用できる。具体的には、このような自動車のカタログに含まれるテキスト部分には、「自動車」などがキーワードとして設定されやすい。
【０１０９】
［検索及び表示処理］
図８は、本実施形態を示す文書管理システム５００の検索及び結合における処理概念を説明する図である。以下、検索及び表示の処理について説明する。
【０１１０】
図８において、８００は抽出された画像オブジェクトであり、属性情報８０１と関連付けられてオブジェクトデータとして保持されている。また、８０２はテキストオブジェクトであり、属性情報８０３と関連付けられてオブジェクトデータとして保持されている。これらのオブジェクトデータは、図３または図４のオブジェクトデータ記憶部４０１に格納されている。
【０１１１】
図８において、８０４は検索処理である。ユーザが入力したクエリー（検索条件）をキーとして、オブジェクトデータ記憶部４０１に格納されているオブジェクトデータを検索する。検索処理は、図３または図４の検索処理部４０２が実行する。
【０１１２】
図８において、８０５は、オブジェクトデータの結合処理である。結合処理には二つのサブシーケンスがある。１つはユーザ意味属性による結合（結合処理１）８０６と位置情報による結合（結合処理２）８０７である。いずれの結合処理も図３または図４の結合処理部４０４によって実行される。また、結合処理２において、近さの基準値として第１の基準値と、第２の基準値とに基づいて位置情報を判定する処理を行う。なお、第１の基準値＜第２の基準値の関係を満たしている。
【０１１３】
図８において、８０８はオブジェクトデータをユーザ特性に応じて結合し画面表示したときのイメージである。二つのオブジェクトデータは、共に自動車というキーワードでヒットし、ユーザ特性に応じて結合処理が施され、１つの画像オブジェクトとして８０８のごとく表示される。
【０１１４】
ここで結合処理２は、位置情報による結合８０７であるが、これはオブジェクト同士の近さを基準として結合するかどうかの判定を行うものである。
【０１１５】
結合処理１のユーザ意味属性によって結合することとなったオブジェクトは、さらにそれぞれのオブジェクトが近い場合に実際に結合するが、位置的に遠い場合は結合しない。もともとオブジェクトの位置関係が離れており、関連性が低い可能性が高いためである。
【０１１６】
［オブジェクトデータ抽出・登録のフロー］
図９は、図１に示した複合デバイス５０の構成を説明するブロック図である。
【０１１７】
図９において、操作部６１０は、操作部Ｉ／Ｆ６０６を介して内部バスに接続され、画像表示部とキ−入力部から成り立ち、ユーザの操作指示を受け付けるものである。また、複合デバイス５０の情報をユーザに表示する機能も含む。ＨＤＤ６１１は、入出力するデータおよび画像を記憶しておくためのものである。
【０１１８】
スキャナ部６１２は、スキャナＩ／Ｆ６０８を介して内部バスに接続され、図示しない原稿台に積置された原稿の画像を光学的に読み取る。プリンタ部６１３は、プリンタＩ／Ｆ６０９を介して内部バスに接続され、複合デバイス５０にて形成された画像を、記録媒体に印刷出力する。
【０１１９】
ＣＰＵ６０１は、ＲＯＭ６０２に記憶された制御プログラム、ＨＤＤ６１１に記憶されたアプリケーションをＲＡＭ６０３にロードすることで、プリント機能、スキャン機能、コピー機能、画像処理機能、通信機能を制御する。なお、ＨＤＤ６１１は、ＨＤＤＩ／Ｆ６０７を介して内部バスに接続され、アプリケーション、各種データの記憶装置として機能する。また、ＨＤＤ６１１は、スキャナ部６１２で読み取られる画像を図４に示したシステムで処理したデータのデータベースとして機能する。６０４はページメモリで、プリンタ部６１３が画像処理を行う場合に、印刷データが展開されて保持される領域として機能する。
【０１２０】
図１０は、本実施形態を示す文書管理システムにおける第１のデータ処理手順の一例を示すフローチャートである。本例は、オブジェクトデータを抽出し、これをオブジェクトデータ記憶部４０１に格納する処理例である。この処理工程はスキャナ機能を備える複合デバイス５０で実行される。なお、Ｓ９０１〜Ｓ９０７は各ステップを示す。また、各ステップは、複合デバイス５０のＣＰＵ６０１がＲＯＭ６０２、ＨＤＤ６１１から制御プログラムをＲＡＭ６０３にロードして実行することで実現される。ここで、制御プログラムには、図４に示した各種モジュールが含まれる。また、本例は、図７に示すようにユーザＡが原稿ＯＲをスキャンしてオブジェクトデータをオブジェクトデータ記憶部４０１に登録するまでの一連の処理である。
【０１２１】
Ｓ９０１で、図４で示した領域判定部４０７が読み込まれた画像データに対して領域判定処理を実行する。次に、Ｓ９０２で、位置情報関連付け処理部４０６が、図７に示したように位置情報関連付け処理を実行する。領域判定処理及び位置情報関連付け処理は、いずれもページ画像全体に対する処理であり、ページ単位に処理される。
【０１２２】
Ｓ９０３で、意味属性関連付け処理部４０５が、図６の（Ａ）に示す意味属性マップテーブルＩを参照して、いずれかの定義画像のうち、類似度の高い定義画像を特定する。そして、特定された定義画像に対応づけられている意味属性を、抽出したオブジェクトデータに属性情報として関連付ける処理を実行する。
【０１２３】
次に、Ｓ９０４で、オブジェクトデータ操作部４００が、上記抽出されたオブジェクトデータ、及び属性情報を関連付けてをオブジェクトデータ記憶部４０１に登録する処理を実行する。
【０１２４】
なお、オブジェクトデータ登録処理は、第４図で示したメイン制御部２００の指示によって行われる。意味属性の関連付け処理及びオブジェクトデータ登録処理は、抽出されたオブジェクトデータごとに行われる。
【０１２５】
次に、Ｓ９０５は、メイン制御部２００は、ページ内のすべての切り出されたオブジェクトデータに対して処理が終了したかどうかを判断する。ここで、ページ全体画像から抽出されたオブジェクトデータすべてに対して、意味属性関連付け処理とオブジェクトデータ登録処理が行われていないと判断した場合、Ｓ９０３へ戻る。
【０１２６】
一方、Ｓ９０５で、オブジェクトデータが残っていないとメイン制御部２００が判断した場合は、次のページに処理が移行する。このようにして、すべてのオブジェクトデータに対して処理が終了した場合は、Ｓ９０６に進む。
【０１２７】
そして、Ｓ９０６で、メイン制御部２００は、ページインクリメント処理を行う。そして、Ｓ９０７で、メイン制御部２００は、ページインクリメントの結果を参照し、次ページがあるかどうかを判断する。ここで、次ページがあるとメイン制御部２００が判断した場合は、Ｓ９０１へ戻る。
【０１２８】
一方、Ｓ９０７で、次ページがないとメイン制御部２００が判断した場合は、本処理を終了する。
【０１２９】
これにより、ユーザＡが登録したオブジェクトデータを、部門を異にするユーザが検索する場合に、ユーザの部門に適応した種々の検索結果が得られるようにオブジェクトデータが登録される。
【０１３０】
［オブジェクトデータ検索時のフロー］
図１１は、本実施形態を示す文書管理システムにおける第２のデータ処理手順の一例を示すフローチャートである。本例は、オブジェクトデータ検索時の処理例である。なお、Ｓ１００１〜Ｓ１００３は各ステップを示す。各ステップは、複合デバイス５０のＣＰＵ６０１がＲＯＭ６０２、ＨＤＤ６１１から制御プログラムをＲＡＭ６０３にロードして実行することで実現される。ここで、制御プログラムには、図４に示した各種モジュールが含まれる。
【０１３１】
Ｓ１００１は、決定処理部４０３は、図６の（Ｂ）に示したユーザ意味属性マップテーブルＩＩを参照して、ユーザ意味属性の決定処理を実行する。次に、Ｓ１００２で、検索処理部４０２がユーザにより検索条件として入力されるキーワードに従い検索処理を実行する。この際、ユーザはキーワードとして「自動車」のようなテキストを指定する。これを受けて、検索処理部４０２が再利用可能なオブジェクトデータを検索する。ここでは、少なくとも属性情報に自動車とい情報を含むオブジェクトデータが検索される。
【０１３２】
次に、Ｓ１００３は、結合処理部４０４がオブジェクトデータ結合並びに表示処理を実行する。
【０１３３】
なお、表示の際の画面レイアウトはメイン制御部２００の指示によってＷｅｂ ＵＩ生成部２０３で実行生成される。
【０１３４】
また、ユーザ意味属性の決定処理及びオブジェクトデータ結合・表示処理の詳細は後述する。
【０１３５】
［ユーザ意味属性決定処理のフロー］
図１２は、本実施形態を示す文書管理システムにおける第３のデータ処理手順の一例を示すフローチャートである。本例は、図１１に示すＳ１００１におけるユーザ意味属性決定処理の詳細例である。なお、Ｓ１１０１、Ｓ１１０２は各ステップを示す。各ステップは、複合デバイス５０のＣＰＵ６０１がＲＯＭ６０２、ＨＤＤ６１１から制御プログラムをＲＡＭ６０３にロードして実行することで実現される。ここで、制御プログラムには、図４に示した各種モジュールが含まれる。
【０１３６】
Ｓ１１０１で、ユーザ意味属性決定処理部４０３は、ログインユーザのユーザ特性を取得する処理を実行する。ここで、ユーザ特性の取得処理は、ユーザ意味属性決定処理部４０３が処理を開始するが、直接にはメイン制御部２００の指示に基づいて、ユーザ情報操作部３００がユーザ情報記憶部３０１から情報を取得する。
【０１３７】
次に、Ｓ１１０２で、ユーザ意味属性決定処理部４０３がユーザ意味属性の決定処理を実行して、本処理を終了する。具体的には、ユーザの部門等が特定されると、ユーザ特性が確定する。そして、確定したユーザ特性に応じて図６の（Ｂ）に示したユーザ意味属性テーブルＩＩよりユーザ意味属性が決定される。これにより、図６の（Ａ）に示す意味属性を参照することで、画像として検索すべき特徴を絞り込むことができる。なお、ここで、絞り込むべき特徴は、ユーザの特性に適応しているため、ユーザは、例えば、自分の所属する部門などに適した画像やテキストを検索結果として得ることができる。
【０１３８】
［オブジェクトデータ結合・表示フロー］
図１３は、本実施形態を示す文書管理システムにおける第４のデータ処理手順の一例を示すフローチャートである。本例は、結合処理部４０４が検索の結果ヒットしたオブジェクトデータを結合して表示する処理例である。なお、Ｓ１２０１〜Ｓ１２０７は各ステップを示す。各ステップは、複合デバイス５０のＣＰＵ６０１がＲＯＭ６０２、ＨＤＤ６１１から制御プログラムをＲＡＭ６０３にロードして実行することで実現される。ここで、制御プログラムには、図４に示した各種モジュールが含まれる。
【０１３９】
Ｓ１２０１で、検索してヒットしたオブジェクトデータの属性情報にユーザ意味属性値が含まれているかを結合処理部４０４が判定する。図６に示したマップテーブルＩＩで示したユーザ意味属性の値、例えば、「部品」、「完成品、近接テキスト、仕様」などといった値が、検索してヒットしたオブジェクトデータの属性情報に含まれているかどうかを判定する。
【０１４０】
ここで、「完成品、近接テキスト、仕様」などといった値が１つでも含まれていれば真とする場合と、すべて含まれていたときに真と判定する場合があるが、結合の程度を調整するための外部パラメータとして変更することが可能である。
【０１４１】
Ｓ１２０１で、「完成品、近接テキスト、仕様」などといった値が含まれていると結合処理部４０４が判定した場合は、Ｓ１２０２へ進み、含まれていないと判定した場合は、Ｓ１２０６へ遷移する。なお、本実施形態に示すＳ１２０１は、着目しているオブジェクトデータとヒットしたその他のオブジェクトデータとの関係において判定される。その他のオブジェクトデータには、既に結合済みのオブジェクトも含まれており、後述する判定の結果によっては３つ以上のオブジェクトデータが結合するケースもある。
【０１４２】
次に、Ｓ１２０２で、オブジェクトデータ間の距離が値（第１の閾値）よりも小さいかどうかを、属性情報に含まれる位置情報に基づき結合処理部４０４が判定する。ここでは、オブジェクト同士の近さを判断する。つまり、距離の近いオブジェクトは互いに相関関係が強いという経験則に基づくもので、その程度は第１の設定値によって、例えばユーザの入力により調整可能となっている。
【０１４３】
ここで、距離が近いと結合処理部４０４が判断した場合は、Ｓ１２０３へ遷移するが、距離が遠いと結合処理部４０４が判断した場合はＳ１２０６へ遷移する。
【０１４４】
なお、Ｓ１２０２で、距離が近いか否かを判断するのは、距離が近い場合はオブジェクト同士の結合処理（Ｓ１２０３）が適切であり、一方、Ｓ１２０２で、第１の閾値以上の場合、つまりオブジェクト同士が遠い場合は結合しない方がよいからである。
【０１４５】
Ｓ１２０６で、着目しているオブジェクトデータとヒットしたその他のオブジェクトデータの距離が第２の閾値よりも小さいかを結合処理部４０４が判断する。この判断処理において、オブジェクトデータ結合処理部４０４は、オブジェクト同士の遠さを判定し、距離が第２の閾値よりも小さい場合は結合するほどではないが、ヒットしたオブジェクトデータとして表示すべきものとして処理する。
【０１４６】
しかし、第２の閾値よりも大きい場合は、検索でヒットしても表示するに値しないオブジェクトデータとして判断し処理する。ここで、検索結果として表示するかどうかの程度は、第２の閾値を用いて調整することができる。
【０１４７】
Ｓ１２０６で、着目しているオブジェクトとヒットしたその他のオブジェクトの距離が第２の閾値よりも小さいと結合処理部４０４が判定した場合は、Ｓ１２０４へ進む。
【０１４８】
一方、Ｓ１２０６で、着目しているオブジェクトとヒットしたその他のオブジェクトの距離が第２の閾値よりも大きいと結合処理部４０４が判定した場合は、Ｓ１２０７へ進む。
【０１４９】
一方、Ｓ１２０３で、結合処理部４０４は、オブジェクトを結合する処理を実行する。ここで、ユーザ意味属性が含まれており、かつオブジェクト間距離が近いオブジェクトデータは、結合して表示する対象となる。従って、当該処理工程によってオブジェクトが結合される。
【０１５０】
ここで、オブジェクトの結合は、各オブジェクトデータの属性情報に含まれる座標データに基づき結合される。オブジェクトとオブジェクトが離れている場合、オブジェクト間は無地の画像データで補完されて結合される。
【０１５１】
なお、Ｓ１２０３によって結合しても、結合前のオブジェクトデータは破棄せずに保持しておく。検索結果を表示したときにユーザの操作で結合したオブジェクトを再分離することが容易になるからである。
【０１５２】
次に、Ｓ１２０４で、結合処理部４０４がオブジェクト表示処理を実行する。なお、結合されたオブジェクトデータ、あるいは結合されずに表示するオブジェクトデータがあるが、どちらも同じ画面に検索結果として表示される。
【０１５３】
ここで、表示画面は、図４に示すメイン制御部２００の指示によりＷｅｂ ＵＩ生成部２０３で生成され、データ送受信部２０１からクライアントＰＣ１０へ送信され所定のブラウザに表示される。
【０１５４】
次に、Ｓ１２０７は、着目しているオブジェクトデータ以外に検索でヒットした他のオブジェクトデータがあるかどうかを結合処理部４０４が判定する。ここで、残りのオブジェクトデータがあると結合処理部４０４が判定した場合は、Ｓ１２０５へ進み、残りのオブジェクトデータがないと結合処理部４０４が判定した場合は、本処理を終了する。
【０１５５】
そして、Ｓ１２０５で、メイン制御部２００が着目ポインタを移動する処理を実行する。ここで、着目ポインタは、一度も着目されなかったオブジェクトデータに対して移動する。既に着目したオブジェクトデータや結合済みのオブジェクトデータには移動しない。なお、着目ポインタの移動処理を終了したら、Ｓ１２０５を経て、再びＳ１２０１から同様の処理を繰り返す。
【０１５６】
〔第２実施形態〕
以下、図１４に示すメモリマップを参照して本実施形態に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１５７】
図１４は、本実施形態を示す情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１５８】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５９】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６０】
本実施形態における図１０〜図１３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６１】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６２】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６３】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１６４】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１６５】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１６７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１６８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７０】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１７１】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１７２】
【図１】本実施形態を示す情報処理装置を含む文書管理システムの構成を説明する概念図である。
【図２】本実施形態に係る文書管理システムを構成する各ＰＣのハードウェアの構成を説明する図である。
【図３】本実施形態に係る文書管理システムの一例を示すソフトウエア構成を示す図である。
【図４】本実施形態に係る文書管理システムの一例を示すソフトウエア構成を示す図である。
【図５Ａ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図５Ｂ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図５Ｃ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図５Ｄ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図５Ｅ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図６】図４に示した意味属性関連付け処理部が参照する意味属性マップテーブルの一例を示す図である。
【図７】本実施形態を示す文書管理システムにおける位置情報及び意味属性の指定方法を説明する図である。
【図８】本実施形態を示す文書管理システムの検索及び結合における処理概念を説明する図である。
【図９】図１に示した複合デバイスの構成を説明するブロック図である。
【図１０】本実施形態を示す文書管理システムにおける第１のデータ処理手順の一例を示すフローチャートである。
【図１１】本実施形態を示す文書管理システムにおける第２のデータ処理手順の一例を示すフローチャートである。
【図１２】本実施形態を示す文書管理システムにおける第３のデータ処理手順の一例を示すフローチャート図である。
【図１３】本実施形態を示す文書管理システムにおける第４のデータ処理手順の一例を示すフローチャートである。
【図１４】本実施形態を示す情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１７３】
１０ クライアントＰＣ
２０ ＷｅｂアプリケーションサーバＰＣ
３０ ユーザ管理サービスサーバＰＣ
４０ オブジェクト管理サービスサーバＰＣ４０
５０ 複合デバイス５０
【技術分野】
【０００１】
本発明は、原稿から読み取られる画像に含まれるオブジェクトデータの登録と、登録されたオブジェクトの検索とを行う技術に関するものである。
【背景技術】
【０００２】
従来から、文書処理システムとして、紙文書やイメージデータの形態で保存された情報の再利用を容易にするために、入力された画像をベクトルデータに変換することを目的とする技術がある（特許文献１）。特許文献１においては、スキャナで読み取り保存された画像をベクトルデータに変換することで、ファイル検索を可能とし、再利用性の向上を図っている。
【特許文献１】特開２００４−３２６４９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ここで、スキャナで読み取り、ベクトルデータとして保存された画像が、ユーザにとって必ずしも再利用しやすいデータであるとは限らない。この点において、上記特許文献１に関して改良の余地がある。
【０００４】
例えば、新車の説明をしているカタログをスキャンした場合に、当然そのスキャナで読み取った画像の中には、車の画像と、その説明文など様々な情報が含まれている。このときユーザが、新たに他の車のカタログを作成する際に、車の画像を検索すると、当然車の画像とその説明文など様々な情報が含まれた入力画像全体が検索されてしまうことが考えられる。
【０００５】
このような場合において、ユーザの車の画像の検索に対して、入力画像に含まれる一部のデータ（オブジェクトデータ）である、車の画像のみが抽出されれば、ユーザにとって再利用しやすい画像データが入手できることになる。当然、オブジェクトデータを利用して文書作成するユーザの目的が異なれば、例えば車と説明文の組み合わせた情報を検索結果として入手したいかもしれない。
【０００６】
つまり、車の画像を検索するユーザにとって再利用に適したデータは、入力画像の中の、車の画像のみや、車と説明文の組み合わせた情報など、様々想定できる。
【０００７】
そこで本発明の目的は、スキャナなどで入力された入力画像から抽出されたオブジェクトデータを効率よく再利用することができる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
【０００９】
入力画像を処理する情報処理装置であって、前記入力画像の一部に基づく、オブジェクトデータを抽出する抽出手段と、前記抽出手段により抽出されたオブジェクトデータと、当該オブジェクトデータの属性情報を関連付けて記憶する記憶手段と、ユーザから入力された検索条件に合致する属性情報に関連付いたオブジェクトデータを検索する検索手段と、前記検索手段により検索されたオブジェクトデータを、前記ユーザの特性に応じて他のオブジェクトデータと結合する結合手段と、前記結合手段により結合されたオブジェクトデータを検索結果として表示するための制御手段とを有し、異なるユーザ特性を持つユーザが同じ検索条件を入力した場合、前記制御手段に基づき表示される検索結果が異なることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、入力画像から抽出されるオブジェクトデータをユーザの特性に応じて効率よく再利用することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の発明を実施するための最良の形態について説明する。
【００１２】
［システム構成］
図１は、本実施形態を示す情報処理装置を含む文書管理システムの構成を説明する概念図である。
【００１３】
図１において、ユーザは、クライアントＰＣ１０のブラウザを介して文書管理システムにアクセスする。ＷｅｂアプリケーションサーバＰＣ２０は、文書管理システムのＷｅｂアプリケーションを提供する。ユーザ管理サービスサーバＰＣ３０は、システムにアクセスするユーザの情報を管理する。オブジェクト管理サービスサーバＰＣ４０は、オブジェクトデータを保存／管理する。
【００１４】
なお、本システムを構成する各デバイスは、ネットワークを介して通信可能に接続されている。
【００１５】
ユーザ管理サービスサーバＰＣ３０は、システムへのユーザのログイン認証を行う。このために、ユーザに関する認証情報、ユーザ特性を保持する。なお、本実施形態にかかるユーザ特性として、例えば、ユーザの所属組織（部門）やプロジェクトといった情報も、当該ユーザ管理サービスサーバＰＣ３０に保持されている。ここで、ユーザ特性には、例えばユーザの役割、及び所属部門に関する情報が含まれる。
【００１６】
複合デバイス５０は、紙文書をスキャンする機能を有しており、画像データを生成する際に当該画像データの中からオブジェクトデータを抽出し保存することができる。オブジェクトデータは、当該複合デバイス５０が備えるＨＤＤへ格納されるが、オブジェクト管理サービスサーバＰＣ４０へ送信して保存させることもできる。ここで、オブジェクトデータをどちらで保存するかはユーザが選択することができるように構成されている。
【００１７】
複合デバイス５０のＨＤＤ中に保持されているオブジェクトデータは、文書管理機能を提供するＷｅｂアプリケーションサーバＰＣ２０からも参照することができる。
【００１８】
つまり、ユーザはオブジェクト管理サービスサーバＰＣ４０に格納されているオブジェクトデータと合わせて格納先を意識する必要がない。
【００１９】
ＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０は、別々に配置されている構成としているが、一つのＰＣにおいて構成されても構わない。
【００２０】
また、ＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０は、所定のオペレーティングシステムがインストールされており、ハードディスク等に記憶されるアプリケーションを実行してデータ処理を行う。
【００２１】
また、ＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０は、後述する図２に示すハードウェア資源を備える。
【００２２】
また、ユーザがクライアントＰＣ１０を操作する構成としているが、これら３つのサーバＰＣのいずれか、もしくは全てと同じＰＣで操作しても構わない。
【００２３】
本実施形態に係る文書管理システムは、ユーザがクライアントＰＣ１０のブラウザを介してアクセスする構成としているが、図示しない専用のクライアントアプリケーションを該クライアントＰＣ１０に配置し、ユーザがそれを操作する構成であっても構わない。
【００２４】
この場合、該ＷｅｂアプリケーションサーバＰＣ２０ではなく、該文書管理サービスサーバＰＣ３０と該専用クライアントアプリケーションが通信する構成でも構わない。
【００２５】
［ハードウェア構成］
図２は、本実施形態に係る文書管理システムを構成する各ＰＣのハードウェアの構成を説明する図である。なお、図２に示されるハードウェア構成は、一般的な情報処理装置のハードウェア構成図に相当するものとし、本実施形態の各ＰＣには一般的な情報処理装置のハードウェア構成を適用できる。
【００２６】
図２において、ＣＰＵ１００は、ＲＯＭ１０２のプログラム用ＲＯＭに記憶された、或いはハードディスク１０９からＲＡＭ１０１にロードされたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをＯＳと呼ぶ。後述する各フローチャートの処理はこのプログラムの実行により実現できる。
【００２７】
ＲＡＭ１０１は、ＣＰＵ１００の主メモリ、ワークエリア等として機能する。キーボードコントローラ１０３は、キーボード１０７や図示しないポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ１０４は、各種ディスプレイ１０８の表示を制御する。ディスクコントローラ１０５は、各種データを記憶するハードディスク（ＨＤ）やフレキシブル（登録商標）ディスク（ＦＤ）等の外部メモリ１０９におけるデータアクセスを制御する。ネットワークコントロ−ラ（ＮＣ）１０６はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００２８】
［ソフトウエア構成］
図３、図４は、本実施形態に係る文書管理システムの一例を示すソフトウエア構成を示す図である。図３は、図１に示したＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０内のソフトウエア構成を示している。本例は、図１に示したＷｅｂアプリケーションサーバＰＣ２０、ユーザ管理サービスサーバＰＣ３０、及びオブジェクト管理サービスサーバＰＣ４０により文書管理システム５００が構成される場合に対応する。
【００２９】
また、図４は、図１に示した複合デバイス５０のＰＣ４０内のソフトウエア構成を示している。本例は、図１に示した複合デバイス５０に文書管理システム６００の各構成が構成される場合に対応する。
【００３０】
なお、図３、図４に示した各々矩形で図示した構成要素は、それぞれがソフトウエアコンポーネントに該当しており、コンポーネントの配置構成はシステム構成やプラットフォームに依存する。
【００３１】
図３において、文書管理システム５００は、図１で示したユーザ管理サービスサーバＰＣ３０、ＷｅｂアプリケーションサーバＰＣ２０、オブジェクト管理サービスサーバＰＣ４０に配置されるすべてのソフトウエアコンポーネントが含まれる。
【００３２】
図３において、メイン制御部２００は、本実施形態に係る文書管理システムのシステム全体を制御し、後述する各部に対する指示、管理を行う。
【００３３】
データ送受信部２０１は、クライアントＰＣ１０においてユーザがブラウザを介して出した命令を受け取り、メイン制御部２００より指示を受けた結果をクライアントＰＣ１０に返答する。
【００３４】
セッション記憶部２０２は、クライアントＰＣ１０においてユーザがブラウザを介して本文書管理システムにアクセスしてから、同一ユーザからのアクセスであることを示すためのセッション情報を生成する。更に、ユーザが本文書管理システムへのアクセスをやめる（ログアウト）、もしくは自動タイムアウトなどでセッションが切れるまでの間、繰り返し使用する各種情報をセッション情報と関連付けて保持する。
【００３５】
Ｗｅｂ ＵＩ生成部２０３は、該メイン制御部２００より指示を受け、状況に応じたＷｅｂ ＵＩ（ＨＴＭＬ）を生成する。ここで、該Ｗｅｂ ＵＩ生成部２０３が生成するＷｅｂ ＵＩは、ＨＴＭＬだけに限定するものではなく、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔなどのスクリプト言語が埋まっていても構わない。
【００３６】
次に、ユーザ情報操作部３００は、該メイン制御部２００からの指示に従い、ユーザ情報記憶部３０１に保存されている本文書管理システム５００にアクセス可能なユーザ、及びユーザ特性の取得、設定などの操作を行う。ここで、ユーザ管理に関して、本文書管理システム５００の独自管理ではなく、既知の技術であるＡｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ、ＬＤＡＰなどとユーザ情報操作部３００が連携し、該ユーザ情報記憶部３０１においてはユーザ特性のみを保存しても構わない。
【００３７】
次に、オブジェクトデータ操作部４００は、メイン制御部２００からの指示に従い、オブジェクトデータ記憶部４０１に対するオブジェクトデータの登録、保存、更新などの操作を行う。ここでは、入力画像データから抽出された部分的なデータであるオブジェクトデータと当該オブジェクトデータに関連する属性情報とが対応付けて管理される。入力画像としては、スキャン画像や画像形成装置で印刷処理される際に扱った画像が含まれる。
【００３８】
オブジェクトデータ記憶部４０１には、オブジェクトデータの属性情報に対するインデックス情報も合わせて保持される。インデックス情報は、属性情報に基づくオブジェクトデータの検索に使用される。オブジェクトデータ記憶部４０１は、オブジェクトデータ操作部４００によって制御される。
【００３９】
検索処理部４０２は、オブジェクトデータ記憶部４０１に格納されている情報に対して検索処理を行う。ここで、検索処理は、例えばオブジェクトデータに関連付けられている属性情報に対する属性検索処理が挙げられる。また、オブジェクトデータの属性情報に含まれるテキストデータに対する全文検索処理と、画像データに対する類似画像検索処理がある。検索処理部４０２は、これらの各検索処理を統括し複合検索を行う。また、検索処理のタイムアウトや結果上限値制限、検索処理の中断などといった検索プロセスの管理を行う。
【００４０】
決定処理部４０３は、図６の（Ｂ）に示すようにユーザ特性とこれに関連付けて定義されたユーザ意味属性を決定する。ここで、ユーザ意味属性は、ユーザがログインしたときや検索処理を実行する前に決定される。
【００４１】
結合処理部４０４は、検索されたオブジェクトデータをユーザ意味属性に応じて結合する。結合処理の実行については、オブジェクトデータに含まれている位置情報にも、基づく。
【００４２】
図４に示す複合デバイス５０における文書管理システム６００は、上記２００〜２０３、３００、３０１に加えて、意味属性関連付け処理部４０５、位置情報関連付け処理部４０６、並びに領域判定部４０７を備えている。以下、これらの追加のコンポーネントについて説明する。なお、本例の複合デバイス５０は、後述するスキャナ部を備え、読み取られる画像情報に含まれるオブジェクトを抽出する処理を行うハードウェア資源を備えている。
【００４３】
意味属性関連付け処理部４０５は、オブジェクトデータを抽出する際に、図６の（Ａ）に示すテーブルを参照して、当該オブジェクトデータに対する意味属性を決定し割り当てる。ここで、オブジェクトデータに対する意味属性の決定は、オブジェクトデータの属性情報である種別属性の判定に加えて、あらかじめ定義してある定義画像Ａ〜Ｄやキーワード等との類似性をもとに、定義済みの意味属性を決定し割り当てる。ここで、種別属性とは、オブジェクトデータがテキストか画像かといったことを示すための属性である。
【００４４】
ここで、意味属性とは、画像データから抽出されたオブジェクトデータが、個々の部品であるか全体かを示す情報を含む。更に、定義済みの定義画像が、例えば、自動車のタイヤであれば（自動車、タイヤ）といった、より一般化したカテゴリと定義済み画像の名称を示す情報も含む。
【００４５】
位置情報関連付け処理部４０６は、画像データから抽出したオブジェクトデータの画像データ中の位置情報を検出し、当該オブジェクトデータに属性情報として関連付ける。
【００４６】
領域判定部４０７は、画像データの中からオブジェクトデータとして切り出せる領域を判定する。ここで、領域判定には、画像データの輝度情報、色情報、エッジ情報などといった要素を元に判断する。
【００４７】
［ユースケース並びに検索結果画面］
図５Ａ〜図５Ｅは、本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。以下、文書管理システムにおけるユースケースを説明する。また、ユーザＡ５０１がスキャンした原稿画像から抽出されるオブジェクトデータを、他のユーザがユーザ特性に従い検索処理する例を説明する。
【００４８】
図５Ａにおいて、ユーザＡ５０１は、自動車のカタログ（原稿５１０）を複合デバイス５０上でスキャンし、複合デバイス５０の記憶領域（図９に示すＨＤＤ６１１）にデータ登録する。複合デバイス５０には、図４で示した領域判定部４０７、位置情報関連付け処理部４０６、意味属性関連付け処理部４０５が備えている。
【００４９】
スキャンデータは領域判定され、前述のカタログ内の画像において、複数のオブジェクトデータに分割される。ここで、テキストオブジェクトについてはＯＣＲ処理により得られたテキスト情報を属性情報の一部として関連付ける。また、画像オブジェクトは図６の（Ａ）に示す意味属性マップテーブルに基づいて意味属性マッチングが行われ、意味属性がオブジェクトデータに関連付けて付与される。なお、図６の（Ａ）に示す意味属性マップテーブルは、複合デバイス５０のＨＤＤ６１１に記憶されている。ここで、意味属性マップテーブルは、オブジェクトデータの特徴を示す複数の定義画像に対して割り当てる意味属性を画像毎に記憶している。
【００５０】
オブジェクトデータとこれに関連付けられた属性情報は、複合デバイス５０や文書管理システム６００のオブジェクトデータ記憶部４０１へ格納される。
【００５１】
次に、ユーザＢ５０２、ユーザＣ５０４、ユーザＤ５０６、ユーザＥ５０８は、それぞれの部門の目的に則して自動車の情報を検索して利用するために、文書管理システム５００に接続可能に構成されている。
【００５２】
各ユーザは、文書管理システム５００において、使用するＰＣ上のブラウザを介して検索処理を実行し、文書管理システム６００等に記憶されたオブジェクトデータから自動車に関する情報の検索処理を指示する。
【００５３】
例えば、ユーザＢ５０２は、設計部門に所属しており自動車画像の中のタイヤやホイールなどといった部品画像を再利用するケースが多い。ここで、ユーザＢ５０２がキーワードとして「自動車」を指定して検索を指示した場合を考える。まず、後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性が決定され、ユーザ意味属性も決定される。そして、ユーザＡが保存したオブジェクトデータから、検索処理部４０２等がユーザ意味属性で特定された部品に着目した検索処理を行う。具体的には、図６の（Ａ）に示す定義画像を参照して、自動車のタイヤやホイール、ボディ、テールランプなどの部品画像がより優先的に検索される。
【００５４】
本実施形態では、図５Ｂに示すように、ユーザＢ５０２にはブラウザにより検索結果画面５０３が表示される。
【００５５】
さらに、ユーザＣ５０４は、デザイン部門に所属しているため、自動車の画像全体とその自動車のコンセプトに関するテキストオブジェクトを参照するケースが多い。この場合も、まず後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性、及びユーザ意味属性が決定される。
【００５６】
ユーザＣ５０４がキーワードとして「自動車」を指定して検索を指示した場合を考える。この場合、ユーザＡ５０１が保存したオブジェクトデータから自動車の全体画像、背面画像、及びこれらの画像の周辺に配置していたテキストオブジェクトが結合された検索結果が優先的に表示される。本実施形態では、図５Ｃに示すように、ユーザＣ５０４は、ユーザＣ５０４が使用するＰＣ上のブラウザにより検索結果画面５０５が表示される。
【００５７】
また、ユーザＤ５０６は、企画部門に所属しており、自動車の全体画像と使用に関するテキストオブジェクトを参照するケースが多い。この場合も、後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性、及びユーザ意味属性が決定される。
【００５８】
ユーザＤ５０６はキーワードとして「自動車」を指定して検索を指示した場合を考える。ユーザＡ５０１が保存したオブジェクトデータから自動車の全体画像と仕様に関するテキストオブジェクトが結合された検索結果が表示される。ここで、検索結果は、図５Ｄに示すように、ユーザＤ５０６のブラウザにより、自動車全体と、近接テキスト、仕様書が表示される。
【００５９】
以下、デザイナのユーザＤ５０６におけるユーザ特性の決定と、それに伴う意味属性の決定処理について具体的に説明する。
【００６０】
デザイナのユーザＤ５０６がログインすると、ユーザ情報が参照されて、当該ユーザがいずれの部門であるかが特定される。これにより、後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性が「デザイン」と決定され、ユーザ意味属性も決定される。そして、同様に図６の（Ａ）に示す意味属性マップを参照して、完成品である画像が検索される。そして、ユーザ意味属性から近接テキスト、仕様書等が検索される。この結果、デザイナのユーザＤ５０６が使用するＰＣ上のブラウザにより検索結果画面５０７が表示される。
【００６１】
また、ユーザＥ５０８はその他の一般ユーザであり、自動車に関するカタログ全体を参照するケースが多い。この場合も、後述する図６の（Ｂ）に示すユーザ意味属性マップを参照して、ユーザ特性が決定され、ユーザ意味属性も決定される。このため、ユーザＥ５０８はキーワードとして「自動車」を指定して検索した場合、ユーザＡ５０１が保存したオブジェクトデータから各オブジェクトをすべて結合してカタログ全体画像を表示する。本実施形態では、図５Ｅに示すように、ユーザＥ５０８が使用するＰＣ上のブラウザにより検索結果画面５０９が表示される。
【００６２】
ユーザＡ５０１以外に自動車の画像をコピー、スキャンしてオブジェクトデータ記憶部４０１に保持してある場合は、それらのオブジェクトデータも前述のユースケースに従って検索結果として表示される。各ユーザは、表示された結果の中から所望のオブジェクトデータを選択し、各自の文書の作成時などに再利用することができる。
【００６３】
本実施形態において、所望のオブジェクトデータを再利用するためには、検索結果として表示された画像をドラッグ＆ドロップして再利用先の文書に貼り付けたり、あるいは選択して個別にローカルフォルダに保存したりして利用する。なお、表示された画像のドラッグ＆ドロップは、各ユーザが使用するＰＣのアプリケーション、ブラウザの機能として実行可能に構成されているものとする。
【００６４】
なお、ユーザＡ５０１は自動車のカタログを複合デバイス上でスキャンし、オブジェクトデータを登録する際に、各データに再利用の許可、不許可を指定することができる。文書に対するセキュリティを確保するためである。オブジェクトデータの抽出・保存時に許可されたデータのみが検索時にヒットすることになる。
【００６５】
［意味属性マップ］
図６は、図４に示した意味属性関連付け処理部４０５が参照する意味属性マップテーブルの一例を示す図である。なお、意味属性マップテーブルは、例えば属性情報記憶手段、ユーザ意味属性記憶手段として機能するオブジェクトデータ記憶部４０１に記憶されている。
【００６６】
図６において、（Ａ）は、オブジェクトデータ登録時の画像オブジェクトに対する意味属性マップテーブル（テーブル）Ｉを示し、図４で示した意味属性関連付け処理部４０５において参照される。本テーブルは、画像オブジェクトとその意味属性を関連付けるものであり、複数の定義画像Ａ〜Ｄに対するそれぞれの意味属性が割り当てられている。なお、本実施形態ではこれらを総称して意味属性情報とする。
【００６７】
例えば、自動車のタイヤ画像（図６の（Ａ）に示すテーブルＩの定義画像Ａ）であれば、「部品、自動車、タイヤ」といった意味属性がマップされる。また、複写機のフィニッシャー画像（図６の（Ａ）に示すテーブルＩの定義画像Ｃ）については、「部品、複写機、フィニッシャー」といった意味属性がマップされている。
【００６８】
図４において、領域判定部４０７で画像オブジェクトとして抽出されたオブジェクトデータに対して、意味属性関連付け処理部４０５は図６の（Ａ）に示すテーブルＩで定義された定義画像Ａ〜Ｄと比較して類似度を判定する。そして、意味属性関連付け処理部４０５は、類似度の最も高い意味属性を画像の当該オブジェクトの属性情報として関連付ける。
【００６９】
ここで、類似度の判定は、画像の輝度情報、色情報、並びにエッジ情報から既知のアルゴリズム演算によって求める。これら一連の演算処理やマッピング処理は、意味属性関連付け処理部４０５が行う。
【００７０】
なお、図６の（Ａ）に示すテーブルＩは、汎用的な画像オブジェクトについてはあらかじめ規定してあり、これを製品にビルトインし、さらにユーザ定義による拡張が可能になっている。
【００７１】
図６の（Ｂ）は、オブジェクトデータ検索時のユーザ意味属性マップテーブル（テーブルＩＩ）を示し、テーブルＩＩは、ユーザ特性とこれに関連づいた画像オブジェクトに対して予め設定されたユーザ意味属性がマップされている。
【００７２】
例えば、ユーザ特性として設計部門に所属するユーザは、部品に対する画像オブジェクトを参照するケースが多いため、ユーザ意味属性には予め部品を割り当てる。
【００７３】
また、企画部門のユーザであれば、画像オブジェクトは部品としてではなく完成品として再利用することが多い。また、これに加えて近接するテキストオブジェクト、特に仕様に関するテキストオブジェクトを参照すること多い。このため、ユーザ意味属性は「完成品、近接テキスト、仕様」といった定義を行う。
【００７４】
図３及び図４で示した結合処理部４０４は、検索処理部４０２でヒットした複数のオブジェクトデータの属性情報を参照し、テーブルＩＩで定義されたユーザ意味属性との整合性を判定する。ユーザ意味属性で定義された属性値を属性情報に含む画像オブジェクトは、後述する画像オブジェクトの位置情報も参考にして結合される。
【００７５】
ここで、ユーザ意味属性は、図３及び図４で示した決定処理部４０３によって決定される。ユーザが文書管理システム５００（または６００）にログインする時に識別されるユーザ特性に基づいて、テーブルＩＩにマップされたユーザ意味属性が決定される。
【００７６】
また、ユーザ特性は、ユーザ情報記憶部３０１にあらかじめ登録されている情報に基づいて特定される。図６の（Ｂ）に示す例では、設計、デバイス、企画、一般ユーザ等のように登録されているが、これ以外のユーザ特性を加えてもよい。つまり、オブジェクトデータを利用するユーザ環境に適応してユーザ特性をテーブルＩＩにマップすることが望ましい。
【００７７】
例えば、ユーザＢは、図５Ｂに示すように設計部門に所属し、システムログイン時に設計部門のユーザとしてシステム内で識別される。この結果、ユーザＢのユーザ意味属性はテーブルＩＩに従って「部品」がマップされるのである。また、ユーザＤは企画部門に所属するため、システムログイン時にユーザＤのユーザ意味属性は「完成品、近接テキスト、仕様」といったように決定される。
【００７８】
図６の（Ｂ）に示すテーブルＩＩは、汎用的なユーザ特性とユーザ意味属性のマップについてはあらかじめ規定してあり、これを製品にビルトインしてあるが、ユーザ定義による拡張が可能になっている。検索した時によりユーザ固有の結合画像として再利用したい場合は、ユーザ特性としてユーザ名を指定して、当該ユーザ名毎にユーザ意味属性として固有名詞を使った意味属性を割り当てることも可能である。
【００７９】
以下、ユーザ固有の結合画像として再利用したい場合のテーブルＩＩの拡張例として、自動車のデザイン部門に所属し、車のホイールをデザインしているユーザＸ（不図示）の事例をについて説明する。
【００８０】
テーブルＩＩのユーザ特性には、ユーザＸを指定する。このユーザ特性に対するユーザ意味属性は、「部品、自動車、タイヤ、ホイール」を指定する。
【００８１】
ユーザＸが、図３に示した文書管理システム５００のオブジェクト検索画面に「自動車」と入力すると、検索結果画面には、ホイール画像が結合された複数のタイヤ画像が表示される。
【００８２】
この検索結果は、テーブルＩＩのユーザ特性でユーザＸを指定しているため、ユーザＸのみにしか得られない。その他のユーザが「自動車」を指定して検索すると、検索結果画面には、自動車のカタログ画像が表示される。これは、テーブルＩＩにおいてユーザ特性が「一般ユーザ」は、ユーザ意味属性が「ページ全体」がマップされているからである。
【００８３】
ところで、図６に示すテーブルＩＩのユーザ意味属性は、ユーザが検索結果から実際に選択し使用したオブジェクトデータの意味属性をフィードバックしてテーブルＩＩのマップ自体を自動的に更新する形態でも良い。
【００８４】
つまり、実際にユーザ特性に適合した意味属性を過去の実績に基づいてマップを更新するのである。ここで、過去の実績（検索履歴を含む）としては、例えば、ユーザが特定のオブジェクトデータを実際に選択した回数の累計値、若しくはオブジェクトデータをユーザが選択する際に合わせて入力する点数（合致の度合いを表現する数値）などがある。
【００８５】
マップの更新に際しては、ユーザが検索結果から実際に選択して使用したオブジェクトデータの意味属性と当該ユーザのユーザ特性を別テーブルで保持しておき、その頻度に応じてテーブルＩＩを更新するといった実施形態がある。
【００８６】
このように構成することにより、ユーザ意味属性マップ（図６の（Ｂ）に示すテーブルＩＩ）は自動更新することが可能であり、かつシステムの利用頻度に応じて精度の高いユーザ意味属性マップが作成可能である。
【００８７】
ところで、複合デバイス５０においてオブジェクトデータが抽出されるとき、部品を構成するさらに小さなオブジェクト単位でオブジェクトデータが抽出されることがある。
【００８８】
例えば、自動車のタイヤを構成する円や線、四角といった図形の基本要素がこれに該当する。このような図形の基本要素として抽出されるオブジェクトデータは、再利用のオブジェクト単位としては小さすぎるため、図６の（Ａ）に示すテーブルＩの意味属性マップを適用しても意味属性が割り当てられない場合がある。
【００８９】
また、複合デバイス５０でスキャンする原稿の汚れやゆがみなどの都合で、抽出されるオブジェクトデータが小さくなくても非常に複雑な画像オブジェクトとして抽出されるケースがある。
【００９０】
例えば、自動車のタイヤ図形であるにもかかわらず、円形ではなく扇形に欠けて抽出されるなどといったケースである。
【００９１】
そこで、本実施形態に示すシステムにおいて、上記の場合は抽出時に三通りの抽出オプションを事前設定しておくことができる。
【００９２】
オブジェクトデータに意味属性がマップされない場合は、あらかじめ決められた汎用的な意味属性が自動的にマップされるオプションで、これを第一のオプション設定とする。
【００９３】
また、図６の（Ａ）に示すテーブルＩに定義された意味属性がマップされない場合、当該オブジェクトを抽出しないオプションで、これを第二のオプション設定とする。
【００９４】
さらに、図６の（Ａ）に示すテーブルＩに定義された意味属性がマップされない場合、近接する他のオブジェクトデータにマップした意味属性を流用してマップするオプションで、これを第三のオプション設定とする。
【００９５】
上記第一のオプションの場合、抽出される画像オブジェクトの意味属性は図６の（Ａ）に示すテーブルＩに該当する意味属性がなく、替わりに「図形要素、円」、「図形要素、線」などといった汎用的な値がマップされる。この場合、実際には画像オブジェクトの意味としてこれらの属性は余り有効ではないため、検索時にヒットしにくくユーザからはアクセスされにくい。このようなオブジェクトデータは、近接する他のオブジェクトデータが参照されたときに当該参照されたオブジェクトデータと結合して一緒に表示させるようにすることができる。
【００９６】
また、第二のオプションの場合、図６の（Ａ）に示すテーブルＩで定義してあるオブジェクトのみ抽出するため、全て一致するオブジェクトデータは効果的に再利用できるが、一方でオブジェクトデータが抽出されない場合もある。
【００９７】
さらに、第三のオプションの場合、近接する他のオブジェクトデータと同じ意味属性がマップされるので、余りアクセスされないオブジェクトデータに対しても効率的な再利用が可能である。
【００９８】
本実施形態においては、第三のオプションがデフォルトの処理オプションとして設定されているが、アプリケーションユーザはその利用形態に応じてこれらのオプション設定を変更することが可能である。
【００９９】
［位置情報及び意味属性の指定方法］
図７は、本実施形態を示す文書管理システムにおける位置情報及び意味属性の指定方法を説明する図である。以下、位置情報及び意味属性の指定方法について説明する。
【０１００】
図７において、７００はスキャン画像全体であり、図４に示したの領域判定部４０７は、スキャン画像全体７００から切り出し可能なオブジェクトを判定し抽出する。７０１は自動車の画像オブジェクト（オブジェクトＡ）であり、７０５はテキストオブジェクト（オブジェクトＢ）である。
【０１０１】
位置情報関連付け処理部４０６は、スキャン画像全体７００の左上を原点として各オブジェクトの位置と大きさを特定する座標データを識別し、各オブジェクトの属性情報に埋め込む。オブジェクト７０１については、属性情報がオブジェクトデータ７０２に関連付けられて指定される。
【０１０２】
例えば、オブジェクト７０１の位置は座標Ａ１（３０，５０）によって、また大きさは座標Ａ２（１３０，１００）によって指定されるため、これらの値が属性情報として埋め込まれる。本実施形態では、属性情報として、例えば入力画像中のオブジェクトデータの位置情報が含まれる例を示す。
【０１０３】
また、意味属性関連付け処理部４０５は、意味属性マップ（図６の（Ａ）に示すテーブルＩ）を参照して当該オブジェクトの意味属性に「完成品、自動車」が埋め込まれる。
【０１０４】
オブジェクト７０５の属性情報７０６についても位置情報は同様である。すなわち、座標Ｂ１（２０，１５０）と座標Ｂ２（１５０，２００）が属性情報に埋め込まれる。
【０１０５】
しかし、意味属性はオブジェクトＢ７０５が画像オブジェクトではないことから、異なる属性情報が埋め込まれる。
【０１０６】
図４に示した領域判定部４０７は、領域を判定する際に切り出すオブジェクトが画像であるか、テキストであるかも合わせて判定することができる。オブジェクトＢ７０５は、この段階でテキストの画像オブジェクトであることがわかるため、意味属性は当該テキストオブジェクト内のテキストデータが埋め込まれる。なお、テキストオブジェクトからテキストデータを抽出する際にはＯＣＲ処理を利用している。
【０１０７】
このようにしてオブジェクトＢ７０５の属性情報７０６には、意味属性としてテキストデータが格納されるが、さらにテキストデータを単語に分割し、これをキーワードとして埋め込むことも可能である。
【０１０８】
ここで、キーワードはテキストデータを既知の形態素解析アルゴリズムを用いて得ることができる。なお、キーワードはオブジェクトＢ７０５の検索を行うためのインデックス情報として使用できる。具体的には、このような自動車のカタログに含まれるテキスト部分には、「自動車」などがキーワードとして設定されやすい。
【０１０９】
［検索及び表示処理］
図８は、本実施形態を示す文書管理システム５００の検索及び結合における処理概念を説明する図である。以下、検索及び表示の処理について説明する。
【０１１０】
図８において、８００は抽出された画像オブジェクトであり、属性情報８０１と関連付けられてオブジェクトデータとして保持されている。また、８０２はテキストオブジェクトであり、属性情報８０３と関連付けられてオブジェクトデータとして保持されている。これらのオブジェクトデータは、図３または図４のオブジェクトデータ記憶部４０１に格納されている。
【０１１１】
図８において、８０４は検索処理である。ユーザが入力したクエリー（検索条件）をキーとして、オブジェクトデータ記憶部４０１に格納されているオブジェクトデータを検索する。検索処理は、図３または図４の検索処理部４０２が実行する。
【０１１２】
図８において、８０５は、オブジェクトデータの結合処理である。結合処理には二つのサブシーケンスがある。１つはユーザ意味属性による結合（結合処理１）８０６と位置情報による結合（結合処理２）８０７である。いずれの結合処理も図３または図４の結合処理部４０４によって実行される。また、結合処理２において、近さの基準値として第１の基準値と、第２の基準値とに基づいて位置情報を判定する処理を行う。なお、第１の基準値＜第２の基準値の関係を満たしている。
【０１１３】
図８において、８０８はオブジェクトデータをユーザ特性に応じて結合し画面表示したときのイメージである。二つのオブジェクトデータは、共に自動車というキーワードでヒットし、ユーザ特性に応じて結合処理が施され、１つの画像オブジェクトとして８０８のごとく表示される。
【０１１４】
ここで結合処理２は、位置情報による結合８０７であるが、これはオブジェクト同士の近さを基準として結合するかどうかの判定を行うものである。
【０１１５】
結合処理１のユーザ意味属性によって結合することとなったオブジェクトは、さらにそれぞれのオブジェクトが近い場合に実際に結合するが、位置的に遠い場合は結合しない。もともとオブジェクトの位置関係が離れており、関連性が低い可能性が高いためである。
【０１１６】
［オブジェクトデータ抽出・登録のフロー］
図９は、図１に示した複合デバイス５０の構成を説明するブロック図である。
【０１１７】
図９において、操作部６１０は、操作部Ｉ／Ｆ６０６を介して内部バスに接続され、画像表示部とキ−入力部から成り立ち、ユーザの操作指示を受け付けるものである。また、複合デバイス５０の情報をユーザに表示する機能も含む。ＨＤＤ６１１は、入出力するデータおよび画像を記憶しておくためのものである。
【０１１８】
スキャナ部６１２は、スキャナＩ／Ｆ６０８を介して内部バスに接続され、図示しない原稿台に積置された原稿の画像を光学的に読み取る。プリンタ部６１３は、プリンタＩ／Ｆ６０９を介して内部バスに接続され、複合デバイス５０にて形成された画像を、記録媒体に印刷出力する。
【０１１９】
ＣＰＵ６０１は、ＲＯＭ６０２に記憶された制御プログラム、ＨＤＤ６１１に記憶されたアプリケーションをＲＡＭ６０３にロードすることで、プリント機能、スキャン機能、コピー機能、画像処理機能、通信機能を制御する。なお、ＨＤＤ６１１は、ＨＤＤＩ／Ｆ６０７を介して内部バスに接続され、アプリケーション、各種データの記憶装置として機能する。また、ＨＤＤ６１１は、スキャナ部６１２で読み取られる画像を図４に示したシステムで処理したデータのデータベースとして機能する。６０４はページメモリで、プリンタ部６１３が画像処理を行う場合に、印刷データが展開されて保持される領域として機能する。
【０１２０】
図１０は、本実施形態を示す文書管理システムにおける第１のデータ処理手順の一例を示すフローチャートである。本例は、オブジェクトデータを抽出し、これをオブジェクトデータ記憶部４０１に格納する処理例である。この処理工程はスキャナ機能を備える複合デバイス５０で実行される。なお、Ｓ９０１〜Ｓ９０７は各ステップを示す。また、各ステップは、複合デバイス５０のＣＰＵ６０１がＲＯＭ６０２、ＨＤＤ６１１から制御プログラムをＲＡＭ６０３にロードして実行することで実現される。ここで、制御プログラムには、図４に示した各種モジュールが含まれる。また、本例は、図７に示すようにユーザＡが原稿ＯＲをスキャンしてオブジェクトデータをオブジェクトデータ記憶部４０１に登録するまでの一連の処理である。
【０１２１】
Ｓ９０１で、図４で示した領域判定部４０７が読み込まれた画像データに対して領域判定処理を実行する。次に、Ｓ９０２で、位置情報関連付け処理部４０６が、図７に示したように位置情報関連付け処理を実行する。領域判定処理及び位置情報関連付け処理は、いずれもページ画像全体に対する処理であり、ページ単位に処理される。
【０１２２】
Ｓ９０３で、意味属性関連付け処理部４０５が、図６の（Ａ）に示す意味属性マップテーブルＩを参照して、いずれかの定義画像のうち、類似度の高い定義画像を特定する。そして、特定された定義画像に対応づけられている意味属性を、抽出したオブジェクトデータに属性情報として関連付ける処理を実行する。
【０１２３】
次に、Ｓ９０４で、オブジェクトデータ操作部４００が、上記抽出されたオブジェクトデータ、及び属性情報を関連付けてをオブジェクトデータ記憶部４０１に登録する処理を実行する。
【０１２４】
なお、オブジェクトデータ登録処理は、第４図で示したメイン制御部２００の指示によって行われる。意味属性の関連付け処理及びオブジェクトデータ登録処理は、抽出されたオブジェクトデータごとに行われる。
【０１２５】
次に、Ｓ９０５は、メイン制御部２００は、ページ内のすべての切り出されたオブジェクトデータに対して処理が終了したかどうかを判断する。ここで、ページ全体画像から抽出されたオブジェクトデータすべてに対して、意味属性関連付け処理とオブジェクトデータ登録処理が行われていないと判断した場合、Ｓ９０３へ戻る。
【０１２６】
一方、Ｓ９０５で、オブジェクトデータが残っていないとメイン制御部２００が判断した場合は、次のページに処理が移行する。このようにして、すべてのオブジェクトデータに対して処理が終了した場合は、Ｓ９０６に進む。
【０１２７】
そして、Ｓ９０６で、メイン制御部２００は、ページインクリメント処理を行う。そして、Ｓ９０７で、メイン制御部２００は、ページインクリメントの結果を参照し、次ページがあるかどうかを判断する。ここで、次ページがあるとメイン制御部２００が判断した場合は、Ｓ９０１へ戻る。
【０１２８】
一方、Ｓ９０７で、次ページがないとメイン制御部２００が判断した場合は、本処理を終了する。
【０１２９】
これにより、ユーザＡが登録したオブジェクトデータを、部門を異にするユーザが検索する場合に、ユーザの部門に適応した種々の検索結果が得られるようにオブジェクトデータが登録される。
【０１３０】
［オブジェクトデータ検索時のフロー］
図１１は、本実施形態を示す文書管理システムにおける第２のデータ処理手順の一例を示すフローチャートである。本例は、オブジェクトデータ検索時の処理例である。なお、Ｓ１００１〜Ｓ１００３は各ステップを示す。各ステップは、複合デバイス５０のＣＰＵ６０１がＲＯＭ６０２、ＨＤＤ６１１から制御プログラムをＲＡＭ６０３にロードして実行することで実現される。ここで、制御プログラムには、図４に示した各種モジュールが含まれる。
【０１３１】
Ｓ１００１は、決定処理部４０３は、図６の（Ｂ）に示したユーザ意味属性マップテーブルＩＩを参照して、ユーザ意味属性の決定処理を実行する。次に、Ｓ１００２で、検索処理部４０２がユーザにより検索条件として入力されるキーワードに従い検索処理を実行する。この際、ユーザはキーワードとして「自動車」のようなテキストを指定する。これを受けて、検索処理部４０２が再利用可能なオブジェクトデータを検索する。ここでは、少なくとも属性情報に自動車とい情報を含むオブジェクトデータが検索される。
【０１３２】
次に、Ｓ１００３は、結合処理部４０４がオブジェクトデータ結合並びに表示処理を実行する。
【０１３３】
なお、表示の際の画面レイアウトはメイン制御部２００の指示によってＷｅｂ ＵＩ生成部２０３で実行生成される。
【０１３４】
また、ユーザ意味属性の決定処理及びオブジェクトデータ結合・表示処理の詳細は後述する。
【０１３５】
［ユーザ意味属性決定処理のフロー］
図１２は、本実施形態を示す文書管理システムにおける第３のデータ処理手順の一例を示すフローチャートである。本例は、図１１に示すＳ１００１におけるユーザ意味属性決定処理の詳細例である。なお、Ｓ１１０１、Ｓ１１０２は各ステップを示す。各ステップは、複合デバイス５０のＣＰＵ６０１がＲＯＭ６０２、ＨＤＤ６１１から制御プログラムをＲＡＭ６０３にロードして実行することで実現される。ここで、制御プログラムには、図４に示した各種モジュールが含まれる。
【０１３６】
Ｓ１１０１で、ユーザ意味属性決定処理部４０３は、ログインユーザのユーザ特性を取得する処理を実行する。ここで、ユーザ特性の取得処理は、ユーザ意味属性決定処理部４０３が処理を開始するが、直接にはメイン制御部２００の指示に基づいて、ユーザ情報操作部３００がユーザ情報記憶部３０１から情報を取得する。
【０１３７】
次に、Ｓ１１０２で、ユーザ意味属性決定処理部４０３がユーザ意味属性の決定処理を実行して、本処理を終了する。具体的には、ユーザの部門等が特定されると、ユーザ特性が確定する。そして、確定したユーザ特性に応じて図６の（Ｂ）に示したユーザ意味属性テーブルＩＩよりユーザ意味属性が決定される。これにより、図６の（Ａ）に示す意味属性を参照することで、画像として検索すべき特徴を絞り込むことができる。なお、ここで、絞り込むべき特徴は、ユーザの特性に適応しているため、ユーザは、例えば、自分の所属する部門などに適した画像やテキストを検索結果として得ることができる。
【０１３８】
［オブジェクトデータ結合・表示フロー］
図１３は、本実施形態を示す文書管理システムにおける第４のデータ処理手順の一例を示すフローチャートである。本例は、結合処理部４０４が検索の結果ヒットしたオブジェクトデータを結合して表示する処理例である。なお、Ｓ１２０１〜Ｓ１２０７は各ステップを示す。各ステップは、複合デバイス５０のＣＰＵ６０１がＲＯＭ６０２、ＨＤＤ６１１から制御プログラムをＲＡＭ６０３にロードして実行することで実現される。ここで、制御プログラムには、図４に示した各種モジュールが含まれる。
【０１３９】
Ｓ１２０１で、検索してヒットしたオブジェクトデータの属性情報にユーザ意味属性値が含まれているかを結合処理部４０４が判定する。図６に示したマップテーブルＩＩで示したユーザ意味属性の値、例えば、「部品」、「完成品、近接テキスト、仕様」などといった値が、検索してヒットしたオブジェクトデータの属性情報に含まれているかどうかを判定する。
【０１４０】
ここで、「完成品、近接テキスト、仕様」などといった値が１つでも含まれていれば真とする場合と、すべて含まれていたときに真と判定する場合があるが、結合の程度を調整するための外部パラメータとして変更することが可能である。
【０１４１】
Ｓ１２０１で、「完成品、近接テキスト、仕様」などといった値が含まれていると結合処理部４０４が判定した場合は、Ｓ１２０２へ進み、含まれていないと判定した場合は、Ｓ１２０６へ遷移する。なお、本実施形態に示すＳ１２０１は、着目しているオブジェクトデータとヒットしたその他のオブジェクトデータとの関係において判定される。その他のオブジェクトデータには、既に結合済みのオブジェクトも含まれており、後述する判定の結果によっては３つ以上のオブジェクトデータが結合するケースもある。
【０１４２】
次に、Ｓ１２０２で、オブジェクトデータ間の距離が値（第１の閾値）よりも小さいかどうかを、属性情報に含まれる位置情報に基づき結合処理部４０４が判定する。ここでは、オブジェクト同士の近さを判断する。つまり、距離の近いオブジェクトは互いに相関関係が強いという経験則に基づくもので、その程度は第１の設定値によって、例えばユーザの入力により調整可能となっている。
【０１４３】
ここで、距離が近いと結合処理部４０４が判断した場合は、Ｓ１２０３へ遷移するが、距離が遠いと結合処理部４０４が判断した場合はＳ１２０６へ遷移する。
【０１４４】
なお、Ｓ１２０２で、距離が近いか否かを判断するのは、距離が近い場合はオブジェクト同士の結合処理（Ｓ１２０３）が適切であり、一方、Ｓ１２０２で、第１の閾値以上の場合、つまりオブジェクト同士が遠い場合は結合しない方がよいからである。
【０１４５】
Ｓ１２０６で、着目しているオブジェクトデータとヒットしたその他のオブジェクトデータの距離が第２の閾値よりも小さいかを結合処理部４０４が判断する。この判断処理において、オブジェクトデータ結合処理部４０４は、オブジェクト同士の遠さを判定し、距離が第２の閾値よりも小さい場合は結合するほどではないが、ヒットしたオブジェクトデータとして表示すべきものとして処理する。
【０１４６】
しかし、第２の閾値よりも大きい場合は、検索でヒットしても表示するに値しないオブジェクトデータとして判断し処理する。ここで、検索結果として表示するかどうかの程度は、第２の閾値を用いて調整することができる。
【０１４７】
Ｓ１２０６で、着目しているオブジェクトとヒットしたその他のオブジェクトの距離が第２の閾値よりも小さいと結合処理部４０４が判定した場合は、Ｓ１２０４へ進む。
【０１４８】
一方、Ｓ１２０６で、着目しているオブジェクトとヒットしたその他のオブジェクトの距離が第２の閾値よりも大きいと結合処理部４０４が判定した場合は、Ｓ１２０７へ進む。
【０１４９】
一方、Ｓ１２０３で、結合処理部４０４は、オブジェクトを結合する処理を実行する。ここで、ユーザ意味属性が含まれており、かつオブジェクト間距離が近いオブジェクトデータは、結合して表示する対象となる。従って、当該処理工程によってオブジェクトが結合される。
【０１５０】
ここで、オブジェクトの結合は、各オブジェクトデータの属性情報に含まれる座標データに基づき結合される。オブジェクトとオブジェクトが離れている場合、オブジェクト間は無地の画像データで補完されて結合される。
【０１５１】
なお、Ｓ１２０３によって結合しても、結合前のオブジェクトデータは破棄せずに保持しておく。検索結果を表示したときにユーザの操作で結合したオブジェクトを再分離することが容易になるからである。
【０１５２】
次に、Ｓ１２０４で、結合処理部４０４がオブジェクト表示処理を実行する。なお、結合されたオブジェクトデータ、あるいは結合されずに表示するオブジェクトデータがあるが、どちらも同じ画面に検索結果として表示される。
【０１５３】
ここで、表示画面は、図４に示すメイン制御部２００の指示によりＷｅｂ ＵＩ生成部２０３で生成され、データ送受信部２０１からクライアントＰＣ１０へ送信され所定のブラウザに表示される。
【０１５４】
次に、Ｓ１２０７は、着目しているオブジェクトデータ以外に検索でヒットした他のオブジェクトデータがあるかどうかを結合処理部４０４が判定する。ここで、残りのオブジェクトデータがあると結合処理部４０４が判定した場合は、Ｓ１２０５へ進み、残りのオブジェクトデータがないと結合処理部４０４が判定した場合は、本処理を終了する。
【０１５５】
そして、Ｓ１２０５で、メイン制御部２００が着目ポインタを移動する処理を実行する。ここで、着目ポインタは、一度も着目されなかったオブジェクトデータに対して移動する。既に着目したオブジェクトデータや結合済みのオブジェクトデータには移動しない。なお、着目ポインタの移動処理を終了したら、Ｓ１２０５を経て、再びＳ１２０１から同様の処理を繰り返す。
【０１５６】
〔第２実施形態〕
以下、図１４に示すメモリマップを参照して本実施形態に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１５７】
図１４は、本実施形態を示す情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１５８】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５９】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６０】
本実施形態における図１０〜図１３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６１】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６２】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６３】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１６４】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１６５】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１６７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１６８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７０】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１７１】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１７２】
【図１】本実施形態を示す情報処理装置を含む文書管理システムの構成を説明する概念図である。
【図２】本実施形態に係る文書管理システムを構成する各ＰＣのハードウェアの構成を説明する図である。
【図３】本実施形態に係る文書管理システムの一例を示すソフトウエア構成を示す図である。
【図４】本実施形態に係る文書管理システムの一例を示すソフトウエア構成を示す図である。
【図５Ａ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図５Ｂ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図５Ｃ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図５Ｄ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図５Ｅ】本実施形態を示す文書管理システムにおける文書処理の概要を説明する図である。
【図６】図４に示した意味属性関連付け処理部が参照する意味属性マップテーブルの一例を示す図である。
【図７】本実施形態を示す文書管理システムにおける位置情報及び意味属性の指定方法を説明する図である。
【図８】本実施形態を示す文書管理システムの検索及び結合における処理概念を説明する図である。
【図９】図１に示した複合デバイスの構成を説明するブロック図である。
【図１０】本実施形態を示す文書管理システムにおける第１のデータ処理手順の一例を示すフローチャートである。
【図１１】本実施形態を示す文書管理システムにおける第２のデータ処理手順の一例を示すフローチャートである。
【図１２】本実施形態を示す文書管理システムにおける第３のデータ処理手順の一例を示すフローチャート図である。
【図１３】本実施形態を示す文書管理システムにおける第４のデータ処理手順の一例を示すフローチャートである。
【図１４】本実施形態を示す情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１７３】
１０ クライアントＰＣ
２０ ＷｅｂアプリケーションサーバＰＣ
３０ ユーザ管理サービスサーバＰＣ
４０ オブジェクト管理サービスサーバＰＣ４０
５０ 複合デバイス５０
【特許請求の範囲】
【請求項１】
入力画像を処理する情報処理装置であって、
前記入力画像の一部に基づく、オブジェクトデータを抽出する抽出手段と、
前記抽出手段により抽出されたオブジェクトデータと、当該オブジェクトデータの属性情報を関連付けて記憶する記憶手段と、
ユーザから入力された検索条件に合致する属性情報に関連付いたオブジェクトデータを検索する検索手段と、
前記検索手段により検索されたオブジェクトデータを、前記ユーザの特性に応じて他のオブジェクトデータと結合する結合手段と、
前記結合手段により結合されたオブジェクトデータを検索結果として表示するための制御手段とを有し、
異なるユーザ特性を持つユーザが同じ検索条件を入力した場合、前記制御手段に基づき表示される検索結果が異なることを特徴とする情報処理装置。
【請求項２】
前記オブジェクトデータの属性情報としてイメージまたはテキストが含まれ、
オブジェクトデータの属性情報としてテキストが含まれる場合は当該オブジェクトデータを解析して得られるテキスト情報を属性情報として設定し、
オブジェクトデータの属性情報としてイメージが含まれる場合は当該オブジェクトデータに基づく画像と類似した画像に予め設定されている属性情報を設定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ユーザ特性は、ユーザの役割、及び所属部門に関する情報であることを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記属性情報として、入力画像中のオブジェクトデータの位置情報が含まれることを特徴とする請求項１乃至請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記結合手段は、前記入力画像から抽出された複数のオブジェクトデータが前記検索手段により検索された際に、前記複数のオブジェクトデータの中の２つのオブジェクトデータの位置情報に基づく距離が第１の閾値に満たない場合は当該２つのオブジェクトデータを結合し、前記複数のオブジェクトデータの中の２つのオブジェクトデータの位置情報に基づく距離が第１の閾値以上の場合は当該２つのオブジェクトデータを結合しないことを特徴とする請求項１乃至請求項４の何れか１項に記載の情報処理装置。
【請求項６】
入力画像を処理する情報処理装置におけるデータ処理方法であって、
前記入力画像の一部に基づく、オブジェクトデータを抽出する抽出ステップと、
前記抽出ステップにより抽出されたオブジェクトデータと、当該オブジェクトデータの属性情報を関連付けて記憶手段に記憶する記憶ステップと、
ユーザから入力された検索条件に合致する属性情報に関連付いたオブジェクトデータを検索する検索ステップと、
前記検索ステップにより検索されたオブジェクトデータを、前記ユーザの特性に応じて他のオブジェクトデータと結合する結合ステップと、
前記結合ステップにより結合されたオブジェクトデータを検索結果として表示するための制御ステップとを有し、
異なるユーザ特性を持つユーザが同じ検索条件を入力した場合、前記制御ステップに基づき表示される検索結果が異なることを特徴とするデータ処理方法。
【請求項７】
前記オブジェクトデータの属性情報としてイメージまたはテキストが含まれ、
オブジェクトデータの属性情報としてテキストが含まれる場合は当該オブジェクトデータを解析して得られるテキスト情報を属性情報として設定し、
オブジェクトデータの属性情報としてイメージが含まれる場合は当該オブジェクトデータに基づく画像と類似した画像に予め設定されている属性情報を設定することを特徴とする請求項６に記載のデータ処理方法。
【請求項８】
前記ユーザ特性は、ユーザの役割、及び所属部門に関する情報であることを特徴とする請求項６または請求項７に記載のデータ処理方法。
【請求項９】
前記属性情報として、入力画像中のオブジェクトデータの位置情報が含まれることを特徴とする請求項６乃至請求項８の何れか１項に記載のデータ処理方法。
【請求項１０】
前記結合ステップは、前記入力画像から抽出された複数のオブジェクトデータが前記検索ステップにより検索された際に、前記複数のオブジェクトデータの中の２つのオブジェクトデータの位置情報に基づく距離が第１の閾値に満たない場合は当該２つのオブジェクトデータを結合し、前記複数のオブジェクトデータの中の２つのオブジェクトデータの位置情報に基づく距離が第１の閾値以上の場合は当該２つのオブジェクトデータを結合しないことを特徴とする請求項６乃至請求項９の何れか１項に記載のデータ処理方法。
【請求項１１】
請求項６〜１０のいずれか１項に記載のデータ処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１】
入力画像を処理する情報処理装置であって、
前記入力画像の一部に基づく、オブジェクトデータを抽出する抽出手段と、
前記抽出手段により抽出されたオブジェクトデータと、当該オブジェクトデータの属性情報を関連付けて記憶する記憶手段と、
ユーザから入力された検索条件に合致する属性情報に関連付いたオブジェクトデータを検索する検索手段と、
前記検索手段により検索されたオブジェクトデータを、前記ユーザの特性に応じて他のオブジェクトデータと結合する結合手段と、
前記結合手段により結合されたオブジェクトデータを検索結果として表示するための制御手段とを有し、
異なるユーザ特性を持つユーザが同じ検索条件を入力した場合、前記制御手段に基づき表示される検索結果が異なることを特徴とする情報処理装置。
【請求項２】
前記オブジェクトデータの属性情報としてイメージまたはテキストが含まれ、
オブジェクトデータの属性情報としてテキストが含まれる場合は当該オブジェクトデータを解析して得られるテキスト情報を属性情報として設定し、
オブジェクトデータの属性情報としてイメージが含まれる場合は当該オブジェクトデータに基づく画像と類似した画像に予め設定されている属性情報を設定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ユーザ特性は、ユーザの役割、及び所属部門に関する情報であることを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記属性情報として、入力画像中のオブジェクトデータの位置情報が含まれることを特徴とする請求項１乃至請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記結合手段は、前記入力画像から抽出された複数のオブジェクトデータが前記検索手段により検索された際に、前記複数のオブジェクトデータの中の２つのオブジェクトデータの位置情報に基づく距離が第１の閾値に満たない場合は当該２つのオブジェクトデータを結合し、前記複数のオブジェクトデータの中の２つのオブジェクトデータの位置情報に基づく距離が第１の閾値以上の場合は当該２つのオブジェクトデータを結合しないことを特徴とする請求項１乃至請求項４の何れか１項に記載の情報処理装置。
【請求項６】
入力画像を処理する情報処理装置におけるデータ処理方法であって、
前記入力画像の一部に基づく、オブジェクトデータを抽出する抽出ステップと、
前記抽出ステップにより抽出されたオブジェクトデータと、当該オブジェクトデータの属性情報を関連付けて記憶手段に記憶する記憶ステップと、
ユーザから入力された検索条件に合致する属性情報に関連付いたオブジェクトデータを検索する検索ステップと、
前記検索ステップにより検索されたオブジェクトデータを、前記ユーザの特性に応じて他のオブジェクトデータと結合する結合ステップと、
前記結合ステップにより結合されたオブジェクトデータを検索結果として表示するための制御ステップとを有し、
異なるユーザ特性を持つユーザが同じ検索条件を入力した場合、前記制御ステップに基づき表示される検索結果が異なることを特徴とするデータ処理方法。
【請求項７】
前記オブジェクトデータの属性情報としてイメージまたはテキストが含まれ、
オブジェクトデータの属性情報としてテキストが含まれる場合は当該オブジェクトデータを解析して得られるテキスト情報を属性情報として設定し、
オブジェクトデータの属性情報としてイメージが含まれる場合は当該オブジェクトデータに基づく画像と類似した画像に予め設定されている属性情報を設定することを特徴とする請求項６に記載のデータ処理方法。
【請求項８】
前記ユーザ特性は、ユーザの役割、及び所属部門に関する情報であることを特徴とする請求項６または請求項７に記載のデータ処理方法。
【請求項９】
前記属性情報として、入力画像中のオブジェクトデータの位置情報が含まれることを特徴とする請求項６乃至請求項８の何れか１項に記載のデータ処理方法。
【請求項１０】
前記結合ステップは、前記入力画像から抽出された複数のオブジェクトデータが前記検索ステップにより検索された際に、前記複数のオブジェクトデータの中の２つのオブジェクトデータの位置情報に基づく距離が第１の閾値に満たない場合は当該２つのオブジェクトデータを結合し、前記複数のオブジェクトデータの中の２つのオブジェクトデータの位置情報に基づく距離が第１の閾値以上の場合は当該２つのオブジェクトデータを結合しないことを特徴とする請求項６乃至請求項９の何れか１項に記載のデータ処理方法。
【請求項１１】
請求項６〜１０のいずれか１項に記載のデータ処理方法をコンピュータに実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図５Ｅ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図５Ｅ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００９−２７１８９２（Ｐ２００９−２７１８９２Ａ）
【公開日】平成２１年１１月１９日（２００９．１１．１９）
【国際特許分類】
【出願番号】特願２００８−１２４４３４（Ｐ２００８−１２４４３４）
【出願日】平成２０年５月１２日（２００８．５．１２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２１年１１月１９日（２００９．１１．１９）
【国際特許分類】
【出願日】平成２０年５月１２日（２００８．５．１２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]