(57)【要約】【課題】  複数種のポインタ情報の付加方法が混在する環境で、無理なく所望の付加方法でポインタ情報を付加することを可能にする。【解決手段】  入力される文書画像に画像データを検索するためのポインタ情報を付加する情報処理方法であって、  ポインタ情報の種別の優先度を入力し（ステップＳ２００１）、入力されたポインタ情報の種別で、文書画像に付加することが可能かを判定し（ステップＳ２００３）、ポインタの種別の優先度と、判定結果に応じて、文書画像にポインタ情報を付加する（ステップＳ２００８、ステップＳ２００９）。【選択図】  図２０
2006166207.tif 000002
【特許請求の範囲】
【請求項１】
入力される文書画像に画像データを検索するためのポインタ情報を付加する情報処理装置であって、
ポインタ情報の種別の優先度を入力する入力手段と、
前記ポインタ情報の種別で、前記文書画像に付加することが可能かを判定する判定手段と、
前記ポインタの種別の優先度と、前記判定手段の判定結果に応じて、前記文書画像にポインタ情報を付加する付加手段を有することを特徴とする情報処理装置。
【請求項２】
前記ポインタ情報の種別は、２次元コード、ＵＲＬの印字、文書電子透かし、画像電子透かしの少なくとも何れかであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記付加手段は、前記判定結果で付加可能な種別のうち、前記入力された優先度が最も高い種別で、ポインタ情報を付加することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記入力される文書画像に、既にポインタ情報が付加されているかを判定する手段を特徴とする請求項１〜３の何れか１項に記載の情報処理装置。
【請求項５】
入力される文書画像に画像データを検索するためのポインタ情報を付加する情報処理方法であって、
ポインタ情報の種別の優先度を入力する入力工程と、
前記ポインタ情報の種別で、前記文書画像に付加することが可能かを判定する判定工程と、
前記ポインタの種別の優先度と、前記判定工程の判定結果に応じて、前記文書画像にポインタ情報を付加する付加工程を有することを特徴とする情報処理方法。
【請求項６】
請求項１〜４の何れか１項に記載の情報処理装置の機能をコンピュータに実現させるためのプログラム。
【請求項７】
請求項６に記載のプログラムを格納し、コンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書画像に画像データを検索するためのポインタ情報を付加する技術に関するものである。
【背景技術】
【０００２】
近年、環境問題が叫ばれる中、オフィスでのペーパーレス化が急速に進んでいる。このような中、バインダー等で蓄積された紙文書や配付資料等をスキャナで読み取り、オリジナルの電子文書を検索する装置が提案されている（特許文献１参照）。このようなシステムでは、２次元コードや電子透かしを用いてオリジナル文書へのポインタ情報を埋め込んでおき、オリジナル文書と１対１に関連付ける方法も併用されることが考えられる。記憶部その際、ポインタ情報が埋め込まれている紙文書と、埋め込まれていない紙文書双方が入力されても、適切に処理を行う。
【特許文献１】特許第３０１７８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記従来技術で述べたような検索装置では、紙文書の美観を保つ観点から、電子透かしをポインタ情報として全ての紙文書に埋め込まれていることが望ましい。しかし、システムの性格上、ポインタ情報なしとポインタ情報ありの紙文書があり、ポインタの種類も２次元コード・電子透かしと様々である。この混在状態から、上記の理想的な状態に無理なく移行する方法は今まで提案されていなかった。
【０００４】
本発明は上記課題に鑑みてなされたものであり、複数種のポインタ情報の付加方法が混在する環境で、無理なく所望の付加方法でポインタ情報を付加することを可能にする。
【課題を解決するための手段】
【０００５】
上記の課題を解決するために、本発明の情報処理装置は、入力される文書画像に画像データを検索するためのポインタ情報を付加する情報処理装置であって、ポインタ情報の種別の優先度を入力する入力手段と、前記ポインタ情報の種別で、前記文書画像に付加することが可能かを判定する判定手段と、前記ポインタの種別の優先度と、前記判定手段の判定結果に応じて、前記文書画像にポインタ情報を付加する付加手段を有することを特徴とする。
【発明の効果】
【０００６】
以上説明したように本発明によれば、複数種のポインタ情報の付加方法が混在する環境で、無理なく所望の付加方法でポインタ情報を付加することを可能となる。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照しながら、各実施の形態を詳細に説明していく。
【０００８】
（第１の実施形態）
本発明の第１の実施形態について説明する。図１は本発明にかかる情報処理方法を実現する画像処理システムの構成を示す図である。同図に示すように、本実施形態では、オフィス１０とオフィス２０とがインターネット１０４で接続された環境において本発明にかかる情報処理方法を実現する画像処理システムが構築されているものとする。
【０００９】
オフィス１０内に構築されたＬＡＮ１０７には、ＭＦＰ１００、ＭＦＰ１００を制御するマネージメントＰＣ１０１、クライアントＰＣ（外部記憶手段を備える）１０２、文書管理サーバ１０６−１及びそのデータベース１０５−１、プロキシサーバ１０３−１がそれぞれ接続されている。同様にオフィス２０内に構築されたＬＡＮ１０８には、文書管理サーバ１０６−２及びそのデータベース１０５−２がそれぞれ接続されている。また、オフィス１０内のＬＡＮ１０７とオフィス２０内のＬＡＮ１０８とはプロキシサーバ１０３−１、１０３−２を介してインターネット１０４に接続されている。
【００１０】
かかる構成を備える画像処理システムにおいて、検索対象となる登録画像の格納場所は特に限定されないものとする。ＭＦＰ１００内の記憶部（後述）に格納されていても、マネージメントＰＣ１０１内のハードディスク（不図示）に格納されていても、また、文書管理サーバ１０６−１のデータベース（１０５−１）に格納されていてもよい。ただし、当該格納された登録画像を検索できるように格納場所はＬＡＮ１０７または１０８を介して外部からアクセス可能な状態になっているものとする。
【００１１】
また、本発明にかかる情報処理方法（検索機能）は、図１に示す画像処理システム内の任意の装置上で実現可能であるものとする。例えば、ＭＦＰ１００内のデータ処理部（後述）が当該検索機能を備えていても、マネージメントＰＣ１０１が検索機能を備えていても、また、文書管理サーバ１０６−１が検索機能を備えていてもよい。
【００１２】
ＭＦＰ１００は、紙文書の画像読み取り処理と読み取った画像信号に対する画像処理の一部を担当し、画像信号はＬＡＮ１０９を用いてマネージメントＰＣ１０１に入力される。マネージメントＰＣは通常のＰＣであり、内部に画像記憶手段、画像処理手段、表示手段、入力手段を有するが、その一部がＭＦＰ１００に一体化して構成されている。
【００１３】
図２はＭＦＰ１００の構成図である。図２においてオートドキュメントフィーダー（以降、ＡＤＦと記す）を含む画像読み取り部２００は束状の或いは１枚の紙文書（原稿）を図示しない光源で照射し、原稿反射像をレンズで固体撮像素子上に結像し、固体撮像素子からラスター状の画像信号を６００ＤＰＩの密度のイメージ情報として得る。通常の複写処理の場合はこの画像信号をデータ処理部２０５で記録信号に変換し、複数枚の複写の場合には記録部２０２に一ページ分の記録データを一旦記憶保持した後、記録部２０２に順次出力して紙上に画像を形成する。
【００１４】
また、クライアントＰＣ１０２から送信されるプリントデータはＬＡＮ１０７及びネットワークＩＦ２０４を経てデータ処理部２０５で記録可能なラスターデータに変換した後、記録部２０２により紙上に記録画像を形成する。ＭＦＰ１００への操作者の指示は、ＭＦＰ１００に装備されたキー操作部（入力部２０３）またはマネージメントＰＣ１０１のキーボード及びマウスを介して行われ、これら一連の動作はデータ処理部２０５内の図示しない制御部で制御される。
【００１５】
一方、操作入力の状態表示及び処理中の画像データの表示は表示部２０６で行われる。なお、記憶部２０１はマネージメントＰＣ１０１からも制御され、これらＭＦＰ１００とマネージメントＰＣ１０１とのデータの授受及び制御はネットワークＩＦ２０７および直結したＬＡＮ１０９を介して行われる。
【００１６】
［文書検索システム処理概要］
次に、図１に示す画像処理システムにおける、本発明の前提となる情報処理方法による処理を含む画像処理の全体概要について、図３および図４を用いて説明する。
【００１７】
なお、説明を簡単にするために、以降では、登録画像を備えるデータベースはマネージメントＰＣ内のハードディスク（不図示）において構築されているものとし、また、本発明にかかる情報処理方法はマネージメントＰＣ１０１およびＭＦＰ１００が一体となって動作することで実現されるものとする。
【００１８】
（検索用インデックス生成）
図３は、ファイル検索用インデックス生成処理の流れを示すフローチャートである。まず、原本としてインデックス生成対象文書を入力する（ステップＳ３０１）。この原本は、印刷物を画像読み取り部２００から入力し、それをビットマップ化したもの（ビットマップ画像）でも良いし、文書編集アプリケーションプログラムを利用して作成された電子データでもよいし、また、クライアントＰＣ１０２のハードディスクやＣＤドライブ、ＤＶＤドライブ、ＦＤＤドライブなどの記憶媒体に格納されたアプリケーションプログラム固有の形式による電子データでもよい。
【００１９】
ビットマップ画像ではないアプリケーションデータの場合（ステップＳ３０２で「Ｎｏ」の場合）、ステップＳ３０３に分岐し、マネージメントＰＣ１０１のＣＰＵでラスタライジングを行う。ラスタライジングとは、アプリケーションデータを解析し、画像データを生成する処理のことであり、一般に印刷イメージの生成の際に広く行われる処理である。
【００２０】
次に、ブロックセレクション（領域分割処理）を行う（ステップＳ３０４）。ステップＳ３０４においては、文字／線画部分とハーフトーンの画像部分とに領域を分離し、文字部分は更に段落で塊としてまとまっているブロック毎に、あるいは、線で構成された表ないし図形ごとに分離し各々セグメント化する。一方、ハーフトーンで表現される画像部分は、矩形に分離されたブロックの画像部分、背景部等、いわゆるブロック毎に独立したオブジェクトに分割する。さらに文字ブロックについては、ＯＣＲ処理を行う（ステップＳ３０５）。
【００２１】
次に、入力画像中に付加情報として記録された２次元コード、或いはＵＲＬに該当するオブジェクトを検出し、ＵＲＬについてはＯＣＲで文字認識することで、２次元コードについては該マークを解読することで、それぞれ該原稿のオリジナル電子ファイルが格納されている記憶部内のポインタ情報を付加する（ステップＳ３０６）。なお、ポインタ情報を付加する手段としては、他に文字と文字の間隔に情報を埋め込む方法やハーフトーンの画像に埋め込む方法等、直接可視化されない、いわゆる電子透かしによる方法等であってもよい。
【００２２】
次に、画像部分として分割されたオブジェクトから画像検索用インデックスを生成する（ステップＳ３０７）。ここでは、画像検索に必要な画像の特徴量、例えば平均色を記録する。
【００２３】
次に、文字部分として分割されたオブジェクトから概念検索用インデックスを生成する（ステップＳ３０８）。後述する概念検索では、入力された文章の意味や文脈を解析し、その内容に関連する文書をピックアップする。このため、通常の検索と異なり、明確なキーワードが分からない場合でも文書を検索することができるようになる。概念検索インデックス作成処理に使う文字は、原本がビットマップデータの場合はステップＳ３０５で文字認識したものを、アプリケーションデータの場合は、アプリケーションに格納されている文字をそれぞれ入力とする。
【００２４】
次に、全文検索用インデックスを生成する（ステップＳ３０９）。全文検索用インデックス作成処理に使う文字は、上記概念検索インデックス作成処理において用いられるのと同様の文字である。次に、ステップＳ３１０では、各カテゴリの特徴（単語の出現頻度等）を学習し、分類用特徴ベクトルを生成する。
【００２５】
そして、作成したインデックス情報を格納する（ステップＳ３１１）。格納先は、図１においてオフィス１０或いは２０のＬＡＮ１０７、１０８に接続された文書管理サーバ１０６−１、１０６−２内のデータベース１０５−１、１０５−２内、或いはＭＦＰ１００自体が有する記憶部２０１等であってもよいが、本実施形態では、マネージメントＰＣ１０１内のハードディスクに格納することとする。
【００２６】
（類似原本検索および登録）
次に図４を用いて類似原本検索処理および登録処理について説明する。はじめに、図２のＭＦＰ１００の画像読み取り部２００を動作させ１枚の原稿をラスター状に走査し、６００ＤＰＩ−２４ビットの画像信号を得る。そして、該画像信号に対してデータ処理部２０５にて前処理を施し、記憶部２０１に１ページ分の画像データとして保存する（ステップＳ４０１）。もしくは、アプリケーションデータとして蓄積されたオリジナル電子ファイルをラスタライジングして６００ＤＰＩ−２４ビットの画像信号を得て、該画像信号に対してデータ処理部２０５にて前処理を施し記憶部２０１に１ページ分の画像データとして保存する（ステップＳ４０１）。
【００２７】
マネージメントＰＣ１０１のＣＰＵは該格納された画像信号を、文字／線画部分とハーフトーンの画像部分とに領域分離し、文字／線画部分については更に段落で塊としてまとまっているブロック毎に、或いは、線で構成された表、図形に分離し各々セグメント化する。一方、ハーフトーンで表現される画像部分は、矩形に分離されたブロックの画像部分、背景部等、ブロック毎に独立したオブジェクトに分割する（ステップＳ４０２）。
【００２８】
文字ブロックについては、ＯＣＲ処理を行う（ステップＳ４０３）。このとき入力画像中に付加情報として記録された２次元コード、或いはＵＲＬに該当するオブジェクトを検出し、ＵＲＬについてはＯＣＲで文字認識することで、２次元コードについては、該マークを解読することで、それぞれ該原稿のオリジナル電子ファイルが格納されている記憶部内のポインタ情報を検出する（ステップＳ４０４）。なお、ポインタ情報を付加する手段としては、他に文字と文字の間隔に情報を埋め込む方法やハーフトーンの画像に埋め込む方法等、直接可視化されない、いわゆる電子透かしによる方法であってもよい。
【００２９】
ポインタ情報が検出された場合（ステップＳ４０５の「ＹＥＳ」の場合）、ステップＳ４１８に分岐し、ポインタで示されたアドレスからオリジナル電子ファイルを検索する。本実施形態ではオリジナル電子ファイルはマネージメントＰＣ１０１内のハードディスクに格納されており、ステップＳ４０４で得られたアドレス情報に従って当該ハードディスク内が検索される。なお、オリジナル電子ファイルの格納場所はこれに限られるものではなく、図１においてクライアントＰＣ１０２内のハードディスク内、或いはオフィス１０或いは２０のＬＡＮ１０７、１０８に接続された文書管理サーバ１０６−１、１０６−２内のデータベース１０５−１、１０５−２内、或いはＭＦＰ１００自体が有する記憶部２０１のいずれであってもよい。ステップＳ４１８でオリジナル電子ファイルが見つからなかった場合、見つかったがＰＤＦあるいはｔｉｆｆに代表されるいわゆるイメージファイルであった場合、或いはポインタ情報自体が存在しなかった場合（ステップＳ４０５で「ＮＯ」の場合）はステップＳ４０６に分岐する。
【００３０】
ステップＳ４０６では、データベース上のオリジナル電子ファイルを検索するため、先ず、ステップＳ４０３でＯＣＲされた文字ブロックに対して、単語に分割し、重要語抽出を行う。重要語抽出とは、文字部分を解析し、単語の出現頻度等から重要語として決定した単語を、定められた個数だけ抽出する機能である。この重要語を全文検索の検索キーとして入力する。また、文字ブロックから文を抽出し、文章中の先頭文は文書全体の説明にあたる等の性質を利用して要約生成を行う。生成された要約文は概念検索の検索キーとして入力する。さらに画像ブロックに対してはイメージデータとして個別の画像ファイルとして画像検索を行う。次にデータベース上の各オリジナル電子ファイルと類似度を調べ、オリジナル電子ファイルを検索する。本発明は、オブジェクト毎に類似度を求め、オブジェクト毎の類似度をそのオブジェクトのファイル内占有率に応じてファイル全体の類似度へ反映させることを特徴とするものである。つまり、ファイル内で占めている割合の大きいオブジェクトの類似度が、ファイル全体の類似度へより大きく反映されることで、いかなるフォーマットのファイルにも適応的に対応することを可能にする。また、全ての領域に対し類似度を算出できるため、部分一致した文書を見つけ出すことも可能である。
【００３１】
ステップＳ４０６における検索処理の結果、類似度の高いオリジナル電子ファイルが見つかった場合、サムネイル等を表示（ステップＳ４０７）し、複数のオリジナル電子ファイルの中から操作者の選択が必要なら操作者の入力操作よってオリジナル電子ファイルの特定を行う。
【００３２】
候補が１ファイルの場合、自動的にステップＳ４０８からステップＳ４１３に分岐し、格納アドレスを通知する。ステップＳ４０６の検索処理でオリジナル電子ファイルが見つからなかった場合、或いは、見つかったがＰＤＦあるいはｔｉｆｆに代表されるいわゆるイメージファイルであった場合には、ステップＳ４０８からステップＳ４０９に分岐する。
【００３３】
ステップＳ４０９では、イメージからベクトルデータへの変換処理を行う。具体的には、ステップＳ４０３でＯＣＲ処理された文字ブロックに対して、更に文字のサイズ、スタイル、字体を認識し、原稿を走査して得られた文字を可視的に忠実なフォントデータに変換する。また、線で構成される表、図形ブロックに対してはアウトライン化し、表など図形形状が認識できるものは、その形状を認識する。さらに、画像ブロックに対してはイメージデータとして個別のＪＰＥＧファイルとして処理する。これらのベクトル化処理は各オブジェクト毎に行い、更に各オブジェクトのレイアウト情報を保存して、例えば、ｒｔｆ形式に変換する。
【００３４】
続いて、ステップＳ４１０で分類支援機能を起動する。分類支援機能とは、文書を格納する際、どのカテゴリーに分類するかを支援する機能である。この機能によって、使用者の文書登録に関わる作業量を大幅に軽減することができる。文書の文字部分から分類用特徴ベクトルを生成し、インデックスに格納されている特徴ベクトルとの類似度判定によって、上位カテゴリから順番に表示する。使用者は文書の登録先として表示されたカテゴリから選ぶこともできるし、表示されなかったカテゴリ、あるいは新規カテゴリを作成して、電子ファイルとして変換されたデータをマネージメントＰＣ１０１内のハードディスクに格納する（ステップＳ４１１）。
【００３５】
ステップＳ４０９においてベクトル化した入力画像は、以降同様の検索処理を行う際に直接オリジナル電子ファイルとして検索出来るように、ステップＳ４１２において先に述べたインデックス生成処理を行い、インデックス情報を生成して検索用インデックスファイルに追加する。更に、ステップＳ４１４で、操作者が行いたい処理が「記録」であると判断されれば、ステップＳ４１５に分岐し、ポインタ情報をイメージデータとしてファイルに付加する。検索処理でオリジナル電子ファイルが特定できた場合も、同様に以降からは直接オリジナル電子ファイルを特定する為にステップＳ４０５からステップＳ４１８に分岐し、格納アドレスを操作者に通知すると共に、紙に記録する場合は、同様にポインタ情報を電子ファイルに付加する。なお、ステップＳ４１８でポインタ情報からオリジナル電子ファイルが特定できた場合、検索処理でオリジナル電子ファイルが特定出来た場合、ベクトル化により電子ファイルに変換した場合には、ステップＳ４１３において、該オリジナル電子ファイルの格納アドレスを操作者に通知する。
【００３６】
このようにして得られた電子ファイル自体を用いて、例えば文書の加工、蓄積、伝送、記録をステップＳ４１６で行うことが可能になる。これらの処理はイメージデータを用いる場合に比べて、情報量が削減され、蓄積効率が高まり、伝送時間が短縮され、又記録表示する際には高品位なデータとして非常に優位となる。
【００３７】
以下、各処理ブロックについて詳細に説明する。先ずステップＳ４０２に示すブロックセレクション処理について説明する。
【００３８】
［ブロックセレクション処理］
ステップＳ４０２のブロックセレクション処理を図５を用いて説明する。図５（Ａ）はステップＳ４０１で読み取った一頁のイメージデータの一例であり、図５（Ｂ）は当該イメージデータを各オブジェクト毎の塊として認識し、該ブロック各々について文字／図画／写真／線／表等の属性を判定し、異なる属性を持つ領域に分割した様子を示したものである。
【００３９】
ブロックセレクション処理の実施例を以下に説明する。先ず、入力画像を白黒に二値化し、輪郭線追跡を行って黒画素輪郭で囲まれる画素の塊を抽出する。面積の大きい黒画素の塊については、内部にある白画素に対しても輪郭線追跡を行い、白画素の塊を抽出し、さらに一定面積以上の白画素の塊の内部から再帰的に黒画素の塊を抽出する。
【００４０】
このようにして得られた黒画素の塊を、大きさおよび形状で分類し、異なる属性を持つ領域へ分類していく。たとえば、縦横比が１に近く、大きさが一定の範囲のものを文字相当の画素塊とし、さらに近接する文字が整列良くグループ化されうる部分を文字領域（ＴＥＸＴ）、扁平な画素塊を線領域（ＬＩＮＥ）、一定大きさ以上でかつ四角系の白画素塊を整列よく内包する黒画素塊の占める範囲を表領域（ＴＡＢＬＥ）、不定形の画素塊が散在している領域を写真領域（ＰＨＯＴＯ）、それ以外の任意形状の画素塊を図画領域（ＰＩＣＴＵＲＥ）、などとする。
【００４１】
ブロックセレクション処理で得られた各ブロックに対するブロック情報は以降に説明するベクトル化、或いは検索処理の為の情報として用いる。
【００４２】
［ポインタ情報の検出］
次に、オリジナル電子ファイルの格納位置をイメージ情報から抽出する為のポインタ情報検出処理（ステップＳ４０４）について説明する。
【００４３】
図６は入力画像中に付加された２次元コード（ＱＲコードシンボル）を復号して、データ文字列を出力する過程を示すフローチャートである。２次元コードが付加された原稿の一例を図７に示す。
【００４４】
まず、データ処理部２０５内のページメモリに格納された原稿７０１を表すイメージ画像をＣＰＵ（不図示）で走査して、先に説明したブロックセレクション処理の結果から所定の２次元コードシンボル７０３の位置を検出する（ステップＳ６００）。ＱＲコードの位置検出パターンは、シンボルの４隅のうち３隅に配置される同一の位置検出要素パターンから構成される。
【００４５】
次に、位置検出パターンに隣接する形式情報を復元し、シンボルに適用されている誤り訂正レベルおよびマスクパターンを得る（ステップＳ６０１）。
【００４６】
シンボルの型番を決定した（ステップＳ６０２）後、形式情報で得られたマスクパターンを使って符号化領域ビットパターンをＸＯＲ演算することによってマスク処理を解除する（ステップＳ６０３）。
【００４７】
尚、モデルに対応する配置規則に従い、シンボルキャラクタを読み取り、メッセージのデータ及び誤り訂正コード語を復元する（ステップＳ６０４）。
【００４８】
復元されたコード上に、誤りがあるかどうかの検出を行い（ステップＳ６０５）、誤りが検出された場合には、ステップＳ６０６に分岐し、これを訂正する。
【００４９】
誤り訂正されたデータのモード指示子および文字数指示子に基づいて、データコード語をセグメントに分割する（ステップＳ６０７）。
【００５０】
最後に、仕様モードに基づいてデータ文字を復号し、結果を出力する（ステップＳ６０８）。
【００５１】
尚、２次元コード内に組み込まれたデータは、対応するオリジナル電子ファイルのアドレス情報を表しており、例えばファイルサーバ名およびファイル名からなるパス情報で、或いは、対応するオリジナル電子ファイルへのＵＲＬで構成される。
【００５２】
本実施形態ではポインタ情報が２次元コードにより付与された原稿７０１について説明したが、直接文字列でポインタ情報が記録される場合は所定のルールに従った文字列のブロックを先のブロックセレクション処理で検出し、該ポインタ情報を示す文字列の各文字を文字認識することで、直接、オリジナル電子ファイルのアドレス情報を得ることが可能である。
【００５３】
又、図７の原稿７０１の文字ブロック７０２、或いは７０３の文字列に対して隣接する文字と文字の間隔等に視認し難い程度の変調を加え、該文字間隔に情報を埋め込むことでもポインタ情報を付与できる。所謂透かし情報は、後述する文字認識処理を行う際に各文字の間隔を検出すれば、ポインタ情報が得られる。又、自然画７０５の中に電子透かしとしてポインタ情報を付加することも可能である。
【００５４】
［ポインタ情報によるオリジナル電子ファイル検索］
次に、図４のステップＳ４０５およびステップＳ４１８に示す、ポインタ情報からのオリジナル電子ファイルの検索処理について図８のフローチャートを使用して説明する。
【００５５】
まず、ポインタ情報に含まれるアドレスに基づいて、ファイルサーバを特定する（ステップＳ８００）。なお、本実施形態においては、ファイルサーバとはマネージメントＰＣ１０１内のハードディスクを指すが、オリジナル電子ファイルの格納先がクライアントＰＣ１０２や、文書管理サーバ１０６−１、１０６−２内のデータベース１０５−１、１０５−２や、ＭＦＰ１００内の記憶部２０１であった場合には、それらを指す。また、アドレスとはＵＲＬや、サーバ名とファイル名からなるパス情報である。
【００５６】
ファイルサーバが特定できたら、ファイルサーバに対してアドレスを転送する（ステップＳ８０１）。ファイルサーバは、アドレスを受信すると、該当するオリジナル電子ファイルを検索する（ステップＳ８０２）。オリジナル電子ファイルが存在しない場合（ステップＳ８０３で「ＮＯ」の場合）には、ＭＦＰ１００に対してその旨通知する。
【００５７】
オリジナル電子ファイルが存在した場合（ステップＳ８０３で「ＹＥＳ」の場合）には、図４で説明したように、オリジナル電子ファイルのアドレスを通知（ステップＳ４１３）すると共に、使用者の希望する処理が画像ファイルデータの取得であれば、ＭＦＰ１００に対してオリジナル電子ファイルを転送する（ステップＳ８０８）。
【００５８】
［ＯＣＲ処理］
次にステップＳ４０３におけるＯＣＲ処理（文字認識処理）について説明する。
【００５９】
文字認識部では、文字単位で切り出された画像に対し、パターンマッチの一手法を用いて認識を行い、対応する文字コードを得る。この認識処理は、文字画像から得られる特徴を数十次元の数値列に変換した観測特徴ベクトルと、あらかじめ字種毎に求められている辞書特徴ベクトルとを比較し、最も距離の近い字種を認識結果とする処理である。特徴ベクトルの抽出には種々の公知手法があり、たとえば、文字をメッシュ状に分割し、各メッシュ内の文字線を方向別に線素としてカウントしたメッシュ数次元ベクトルを特徴とする方法がある。
【００６０】
ブロックセレクション処理（ステップＳ４０２）で抽出された文字領域に対して文字認識を行う場合は、まず該当領域に対し横書き、縦書きの判定をおこない、各々対応する方向に行を切り出し、その後文字を切り出して文字画像を得る。横書き、縦書きの判定は、該当領域内で画素値に対する水平／垂直の射影を取り、水平射影の分散が大きい場合は横書き領域、垂直射影の分散が大きい場合は縦書き領域と判断すればよい。文字列および文字への分解は、横書きならば水平方向の射影を利用して行を切り出し、さらに切り出された行に対する垂直方向の射影から、文字を切り出すことでおこなう。縦書きの文字領域に対しては、水平と垂直を逆にすればよい。尚、この時文字のサイズが検出できる。
【００６１】
［ファイル検索］
次に、図４のステップＳ４０６に示すファイル検索処理の詳細について図１０を用いて説明する。
【００６２】
ファイル検索は、前述したブロックセレクション処理（ステップＳ４０２）により分割された各ブロック情報を利用して行う。具合的には、各ブロックの属性とファイル中のブロック座標情報との比較、すなわちレイアウトによる比較と、ファイル内の各ブロックの属性により異なる比較方法が適用されるブロック毎の内部情報比較とを複合した複合検索を用いる。
【００６３】
図１０は、図４のステップＳ４０６でブロックセレクション処理された入力ファイルを、既に格納されているオリジナル電子ファイルの検索用インデックスと順次比較し、一致するオリジナル電子ファイルを検索するフローチャートである。まず、データベースよりオリジナル電子ファイルへアクセスする（ステップＳ１００１）。入力ファイルの各ブロックとオリジナル電子ファイルの各ブロックとを比較し、入力ファイルのブロック毎にオリジナル電子ファイルのブロックとの類似率を求める（ステップＳ１００２）。
【００６４】
ここで、図５、図９、図１１及び図１２を用いてステップＳ１００２のブロック比較について詳説する。図５を入力ファイルとし、図９にオリジナル電子ファイルの例を示す。図９のオリジナル電子ファイルは、ブロックＢ’１〜Ｂ’９に分割されかつそれぞれがベクトル化処理されている。図１１は、入力ファイル中の一つのブロックをオリジナル電子ファイルと比較し、類似率を算出するフローチャートである。ブロック毎に類似率を算出する際、まず入力ファイルの該ブロックとレイアウト上一致すると推定されるオリジナル電子ファイルの対象ブロックを選出する。この処理においては、入力ファイルの複数のブロックに対し、オリジナル電子ファイルの対象ブロックが重複されて選出されてもよい。次に該ブロックと対象ブロックとのレイアウト情報の類似率を求める。ブロックの位置、サイズ、属性を比較し（ステップＳ１１０２、１１０３、１１０４）、その誤差からレイアウトの類似率を求める。次にブロック内部の比較を行うが、ブロック内部を比較する際は同じ属性として比較するため、属性が異なる場合は片方のブロックを一致する属性へ再ベクトル化するなどの前処理を行う。前処理により同じ属性として扱われる入力ファイルのブロックとオリジナル電子ファイルの対象ブロックについて、ブロックの内部比較を行う（ステップＳ１１０５）。ブロック内部比較では、ブロックの属性に最適な比較手法をとるため、属性によりその比較手法は異なる。図１２はブロックごとの比較方法を記述したフローチャートである。例えば、前述したブロックセレクション処理により、ブロックはテキスト、写真、表、線画などの属性に分割される。処理するブロックが写真画像ブロックの場合（ステップＳ１２０１の「ＹＥＳ」の場合）、画像より抽出される特徴ベクトルに基づいて特徴空間上の誤差より類似率が算出される（ステップＳ１２０２）。ここでいう特徴ベクトルとは、色ヒストグラムや色モーメントのような色に関する特徴量、共起行列、コントラスト、エントロピ、Ｇａｂｏｒ変換等で表現されるテクスチャ特徴量、フーリエ記述子等の形状特徴量など複数挙げられ、このような複数の特徴量のうち最適な組み合わせを用いる。検索結果（類似率順に並んだ候補リスト）は、所定の記憶部、例えばマネージメントＰＣ１０１の記憶部に記憶される（ステップＳ１２０３）。
【００６５】
テキストブロックの場合（ステップＳ１２０４の「ＹＥＳ」の場合）は、ＯＣＲ処理により文字コードが判別されているため、ステップＳ１２０５では要約文生成を行い、概念検索を行う。ステップＳ１２０６では、検索結果を記憶部に記憶する。続いてステップＳ１２０７において重要語抽出を行い、全文検索を行う。検索結果を記憶部に記憶する（ステップＳ１２０８）。
【００６６】
以上より、ブロック位置、サイズ、属性、ブロック内部の類似率を算出し、各類似率を合計することで入力ファイルの該ブロックに対しその類似率を算出することが可能であり、該ブロック類似率を記録する。入力ファイルのブロック全てについて、一連の処理を繰り返す。求められたブロック類似率は、全て統合することで、入力ファイルの類似率を求める（ステップＳ１００３）。
【００６７】
次に、統合処理（ステップＳ１００３）について説明する。図５の入力ファイルのブロックに対し、ブロック毎の類似率がｎ１、ｎ２、・・・と算出されたとする。このときファイル全体の総合類似率Ｎは、以下の式で表現される。
Ｎ＝ｗ１×ｎ１＋ｗ２×ｎ２＋・・・＋γ          ・・・（１）
【００６８】
ここで、ｗ１、ｗ２、・・・は、各ブロックの類似率を評価する重み係数である。γは補正項であり、例えば、図９のオリジナル電子ファイルの入力ファイルに対する対象ブロックとして選出されなかったブロックの評価値などとする。重み係数ｗ１、ｗ２・・・は、ブロックのファイル内占有率により求める。例えばブロック１のサイズをＳ１とすると、ブロック１の占有率ｗ１は、
ｗ１＝Ｓ１／（全ブロックのサイズの和）          ・・・（２）
として算出できる。このような占有率を用いた重み付け処理により、ファイル内で大きな領域を占めるブロックの類似率がよりファイル全体の類似率に反映されるようになる。
【００６９】
以上、検索の結果、類似率が閾値Ｔｈより高い場合には、候補として保存され（ステップＳ１００５）、オリジナル電子ファイルをサムネイル等で表示する（ステップＳ４０７）。複数の中から操作者の選択が必要なら操作者の入力操作によってオリジナル電子ファイルの特定を行う。
【００７０】
［アプリデータへの変換処理］
ところで、一頁分のイメージデータをブロックセレクション処理（ステップＳ４０２）し、ベクトル化処理（ステップＳ４０８）した結果は図１３に示す様な中間データ形式のファイルとして変換されているが、このようなデータ形式はドキュメント・アナリシス・アウトプット・フォーマット（ＤＡＯＦ）と呼ばれる。
【００７１】
図１３はＤＡＯＦのデータ構造を示す図である。図１３において、１３０１はＨｅａｄｅｒであり、処理対象の入力ファイルに関する情報が保持される。レイアウト記述データ部１３０２では、入力ファイル中のＴＥＸＴ（文字）、ＴＩＴＬＥ（タイトル）、ＣＡＰＴＩＯＮ（キャプション）、ＬＩＮＥＡＲＴ（線画）、ＥＰＩＣＴＵＲＥ（自然画）、ＦＲＡＭＥ（枠）、ＴＡＢＬＥ（表）等の属性毎に認識された各ブロックの属性情報とその矩形アドレス情報を保持する。文字認識記述データ部１３０３では、ＴＥＸＴ、ＴＩＴＬＥ、ＣＡＰＴＩＯＮ等のＴＥＸＴブロックを文字認識して得られる文字認識結果を保持する。表記述データ部１３０４では、ＴＡＢＬＥブロックの構造の詳細を格納する。画像記述データ部１３０５は、ＰＩＣＴＵＲＥやＬＩＮＥＡＲＴ等のブロックのイメージデータを入力ファイルから切り出して保持する。
【００７２】
このようなＤＡＯＦは、中間データとしてのみならず、それ自体がファイル化されて保存される場合もあるが、このファイルの状態では、所謂一般の文書作成アプリケーションで個々のオブジェクトを再利用することは出来ない。そこで、次に、このＤＡＯＦからアプリデータに変換する処理（ステップＳ４０９）について詳説する。
【００７３】
図１４は、アプリデータに変換する処理（ステップＳ４０９）の詳細な流れを示すフローチャートである。
【００７４】
ステップＳ１４００では、ＤＡＯＦデータの入力を行う。ステップＳ１４０１では、アプリデータの元となる文書構造ツリー生成を行う。ステップＳ１４０２では、文書構造ツリーを元に、ＤＡＯＦ内の実データを流し込み、実際のアプリデータを生成する。
【００７５】
図１５は、文書構造ツリー生成処理（ステップＳ１４０１）の詳細フローを示す図であり、図１６は、文書構造ツリーの説明図である。全体制御の基本ルールとして、処理の流れはミクロブロック（単一ブロック）からマクロブロック（ブロックの集合体）へ移行する。
【００７６】
以後ブロックとは、ミクロブロック及びマクロブロック全体を指す。ステップＳ１５０１では、ブロック単位で縦方向の関連性を元に再グループ化する。スタート直後はミクロブロック単位での判定となる。
【００７７】
ここで、関連性とは、距離が近い、ブロック幅（横方向の場合は高さ）がほぼ同一であることなどで定義することができる。
【００７８】
また、距離、幅、高さなどの情報はＤＡＯＦを参照し、抽出する。図１６（Ａ）は実際のページ構成、（Ｂ）はその文書構造ツリーである。ステップＳ１５０１の処理の結果、Ｔ３、Ｔ４、Ｔ５が一つのグループＶ１、Ｔ６、Ｔ７が一つのグループＶ２が同じ階層のグループとしてまず生成される。
【００７９】
ステップＳ１５０２では、縦方向のセパレータの有無をチェックする。セパレータは、例えば物理的にはＤＡＯＦ中でライン属性を持つオブジェクトである。また論理的な意味としては、アプリ中で明示的にブロックを分割する要素である。ここでセパレータを検出した場合は、同じ階層で再分割する。
【００８０】
ステップＳ１５０４では、分割がこれ以上存在し得ないか否かをグループ長を利用して判定する。ここで、縦方向のグループ長がページ高さとなっている場合は、文書構造ツリー生成は終了する。
【００８１】
図１６の場合は、セパレータもなく、グループ高さはページ高さではないので、ステップＳ１５０４に進む。ステップＳ１５０４では、ブロック単位で横方向の関連性を元に再グループ化する。ここもスタート直後の第一回目はミクロブロック単位で判定を行うことになる。なお、関連性及びその判定情報の定義は、縦方向の場合と同じである。
【００８２】
図１６の場合は、Ｔ１、Ｔ２でＨ１が、Ｖ１、Ｖ２でＨ２が、それぞれＶ１、Ｖ２の１つ上の同じ階層のグループとして生成される。
【００８３】
ステップＳ１５０５では、横方向セパレータの有無をチェックする。図１６では、Ｓ１があるので、これをツリーに登録し、Ｈ１、Ｓ１、Ｈ２という階層が生成される。
【００８４】
ステップＳ１５０６では、分割がこれ以上存在し得ないか否かをグループ長を利用して判定する。ここで、横方向のグループ長がページ幅となっている場合は、文書構造ツリー生成は終了する。そうでない場合は、ステップＳ１５０１に戻り、再びもう一段上の階層で、縦方向の関連性チェックから繰り返す。
【００８５】
図１６の場合は、分割幅がページ幅になっているので、ここで終了し、最後にページ全体を表す最上位階層のＶ０が文書構造ツリーに付加される。文書構造ツリーが完成した後、その情報を元にステップＳ１４０２においてアプリデータの生成を行う。
【００８６】
図１６の場合は、具体的には、以下のようになる。すなわち、Ｈ１は横方向に２つのブロックＴ１とＴ２があるので、２カラムとし、Ｔ１の内部情報（ＤＡＯＦを参照、文字認識結果の文章、画像など）を出力後、カラムを変え、Ｔ２の内部情報出力、その後Ｓ１を出力する。
【００８７】
Ｈ２は横方向に２つのブロックＶ１とＶ２があるので、２カラムとして出力、Ｖ１はＴ３、Ｔ４、Ｔ５の順にその内部情報を出力、その後カラムを変え、Ｖ２のＴ６、Ｔ７の内部情報を出力する。以上によりアプリデータへの変換処理が行える。
【００８８】
［ポインタ情報の付加（２次元コード）］
次に、ステップＳ３０７およびステップＳ４１５に示す、ポインタ情報付加処理について説明する。処理すべき文書が検索処理で特定された場合、あるいはベクトル化によってオリジナル電子ファイルが再生できた場合であって、該文書を記録処理する場合においては、紙への記録の際にポインタ情報を付与することで、この文書を用いて再度各種処理を行う際に簡単にオリジナル電子ファイルを取得することができるようになる。
【００８９】
図１７はポインタ情報としてのデータ文字列を２次元コード（ＱＲコードシンボル：ＪＩＳ  Ｘ０５１０）７０１にて符号化して画像中に付加する過程を示すフローチャートである。
【００９０】
２次元コード内に組み込むデータは、対応するオリジナル電子ファイルのアドレス情報を表しており、例えばファイルサーバ名およびファイル名からなるパス情報で構成される。或いは、対応するオリジナル電子ファイルへのＵＲＬや、対応するオリジナル電子ファイルの格納されているデータベース内あるいはＭＦＰ１００自体が有する記憶部内で管理されるファイルＩＤ等で構成される。
【００９１】
まず、符号化する種々の異なる文字を識別するため、入力データ列を分析する。また、誤り検出及び誤り訂正レベルを選択し、入力データが収容できる最小型番を選択する（ステップＳ１７００）。
【００９２】
次に、入力データ列を所定のビット列に変換し、必要に応じてデータのモード（数字、英数字、８ビットバイト、漢字等）を表す指示子や、終端パターンを付加する。さらに所定のビットコード語に変換する（ステップＳ１７０１）。
【００９３】
この時、誤り訂正を行うため、コード語列を型番および誤り訂正レベルに応じて所定のブロック数に分割し、各ブロック毎に誤り訂正コード語を生成し、データコード語列の後に付加する（ステップＳ１７０２）。
【００９４】
ステップＳ１７０２で得られた各ブロックのデータコード語を接続し、各ブロックの誤り訂正コード語および必要に応じて剰余コード語を後続する（ステップＳ１７０３）。
【００９５】
次に、マトリクスに位置検出パターン、分離パターン、タイミングパターンおよび位置合わせパターン等とともにコード語モジュールを配置する（ステップＳ１７０４）。
【００９６】
更に、シンボルの符号化領域に対して最適なマスクパターンを選択して、マスク処理パターンをステップＳ１７０４で得られたモジュールにＸＯＲ演算により変換する（ステップＳ１７０５）。
【００９７】
最後に、ステップＳ１７０５で得られたモジュールに形式情報および型番情報を生成して、２次元コードシンボルを完成する（ステップＳ１７０６）。
【００９８】
上述した、アドレス情報の組み込まれた２次元コードは、例えば、クライアントＰＣ１０２からオリジナル電子ファイルをプリントデータとして送信し、記録部２０２により紙上に記録画像として形成する場合に、データ処理部２０５内で記録可能なラスターデータに変換された後にラスターデータ上の所定の個所に付加されて画像形成される。ここで画像形成された紙を配布されたユーザは、画像読み取り部２００で読み取ることにより、前述したステップＳ４０４にてポインタ情報からオリジナル電子ファイルの格納場所を検出することができる。
【００９９】
尚、同様の目的で付加情報を付与する手段は、本実施形態で説明した２次元コードの他に、例えば、ポインタ情報を直接文字列で文書に付加する方法、文書内の文字列、特に文字と文字の間隔を変調して情報を埋め込む方法、文書中の中間調画像中に埋め込む方法等、一般に電子透かしと呼ばれる各方法が適用できる。
【０１００】
［電子透かしによるポインタ情報埋め込み・検出］
電子透かしを用いてポインタ情報を埋め込む場合、文書中の文章部分の文字間隔に埋め込む場合と、画像に埋め込む場合がある。
【０１０１】
［文字間隔に埋め込む方法の例］
文字間の空白長を操作する方法を図１８と図１９を用いて説明する。図１８は、透かし情報の埋め込み前の文書画像の一部を示す図である。図１９は、図１８の文書画像の一部に対して透かし情報を埋め込んだ後の文書画像の一部を示す図である。図１８に示される各文字間の空白長Ｐ０、Ｓ０、Ｐ１、Ｓ１は、透かし情報が埋め込まれると、図１９に示される各文字間の空白長Ｐ０’、Ｓ０’、Ｐ１’、Ｓ１’になる。図１８及び図１９では、文字が５文字、文字間の空白が４つある。本実施形態では、１ビットに対して２つの空白長を割り当てることから、４つの空白によって２ビットの情報を埋め込むことが可能である。例えば、Ｐ＞Ｓが「１」を表し、Ｐ＜Ｓが「０」を表すとする。そこで、図１８においてＰ０とＳ０との間の「子」という文字を左に、Ｐ１とＳ１との間の「か」という文字を右にシフトした場合、埋め込み後の文書画像の一部である図１９では、Ｐ０’＜Ｓ０’、Ｐ１’＜Ｓ１となり、０１というビット列が埋め込まれたことになる。
【０１０２】
［画像に埋め込む方法の例］
以降の説明では、説明を簡単にするために、画像データはモノクロの多値画像を表現しているものとするが、本発明はこのような場合には限定されない。例えばカラー画像データ等の複数の色成分からなる画像データに対して電子透かしを埋め込むならば、その複数の色成分である例えばＲＧＢ成分、或いは輝度、色差成分の夫々を上記モノクロの多値画像として扱う様にし、各成分に対して電子透かしを埋め込めばよい。この場合には、モノクロ多値画像へ電子透かしを埋め込む場合と比較して、約３倍のデータ量を埋め込むことが可能となる。あるバイナリデータ列を付加情報Ｉｎｆとする。付加情報Ｉｎｆは、「０」または「１」の何れかを表すビットの数個の組み合わせによって構成される情報である。次に、付加情報Ｉｎｆから、電子透かしｗを生成する。最も単純な電子透かしｗ生成方法は、ラスタースキャン順にスキャンして、付加情報Ｉｎｆを画像データＩの位置に対応付けて、「０」の場合は−１、「１」の場合は＋１を割り当てることによって実現できる。電子透かし埋め込み部画像データＩ及び電子透かしｗが入力され、画像データＩに電子透かしｗが埋め込まれ、電子透かしｗが埋め込まれた画像データＩ’が出力される。例えば、
Ｉ’ｉ，ｊ＝Ｉｉ，ｊ（１＋ａｗｉ，ｊ）        （１）
という式に従って、電子透かしの埋め込み処理が実行される。ここで、Ｉ’ｉ，ｊは電子透かしが埋め込まれた画像データ、Ｉｉ，ｊは電子透かしが埋め込まれる前の画像データ、ｗｉ，ｊは電子透かし、ｉ及びｊは夫々Ｉ、Ｉ’及びｗのｘ座標及びｙ座標を表すパラメータ、ａは電子透かしの強度を設定するパラメータである。
【０１０３】
例えば、ａを「０．０１」とすると、原画像の要素値の１％程度が変更されることを意味する。ａの値を大きく設定することによって耐性の強い電子透かしを埋め込むことが可能であるが、画質劣化が大きくなる。一方で、ａの値を小さく設定することによって電子透かしの耐性は弱くなるが、画質劣化は小さくすることが可能である。
【０１０４】
［ポインタ情報の変換］
ここで、図２０を用いて、ポインタ情報の付加及び変換の処理手順について述べる。図２０の処理は、データ処理部２０５で行う。
【０１０５】
まず、ここで使用するポインタ情報の種別を、ＱＲコード、文字（ＵＲＬ）、文字間隔電子透かし、画像電子透かしの４つとする。これらのポインタ情報は、ＱＲコードは、文書中に所定の余白（＝ＭＱＲ）があれば埋め込めるとし、文字（ＵＲＬ）は、文書中に所定の余白（＝ＭＵＲＬ）があれば埋め込めるとする。また、文字間隔電子透かしは、ある一定の文字数（＝ＮＣ）があれば埋め込めるとし、画像電子透かしは、ある一定面積（＝Ａｍｉｎ）以上の静止画があれば埋め込めるとする。
【０１０６】
また、あらかじめ、付加するポインタ情報の種別に関する優先度を定めておく。ここでは、例えば、優先度１：画像電子透かし、優先度２：文字間隔電子透かし、優先度３：ＱＲコード、優先度４：文字（ＵＲＬ）とする。この優先度を優先度情報として、記憶部２０１に記憶させておく。
【０１０７】
［フローチャート］
図２０は、ポインタ情報付加処理ステップＳ３０６（事前の登録時）およびステップＳ４１５（検索時）におけるポインタ情報付加処理に相当する。
【０１０８】
まず、優先度情報を記憶部２０１から読み込む（ステップＳ２００１）。そして、ブロック情報を解析し（ステップＳ２００２）、優先度情報に記憶されているポインタ情報の種別ごとに、そのポインタ情報が埋め込めるかどうかを判定する（ステップＳ２００３）。ここでの判定方法は、それぞれのポインタ情報の種別ごとに、上記に述べた、所定の余白，文字数，画像の面積が存在するかどうかを判定する。
【０１０９】
ステップＳ２００３で得られた判定結果を記憶する（ステップＳ２００４）。
【０１１０】
次に、ポインタ情報が既に付加されているかを判定する（ステップＳ２００５）。もしＹｅｓなら、既に付加されているポインタ情報の種別が、優先度情報の優先度最高にあるポインタの種別かを判定し（ステップＳ２００６）、もしＹｅｓなら処理を終了する。もしステップＳ２００６の判定結果がＮｏなら、埋め込み可能なポインタ情報のうち、最高優先度のポインタ情報の優先度と付加されていたポインタ情報の優先度を比較し（ステップＳ２００７）、もし埋め込み可能なポインタ情報の方が優先度が高ければ、同一情報を所定の埋め込み方法で付加しなおす（ステップＳ２００８）。ステップＳ２００７の判定結果がＮｏなら、処理を終了する。
【０１１１】
また、ステップＳ２００５の判定結果がＮｏであれば、埋め込み可能なポインタ情報のうち、優先度最大のものを埋め込む（ステップＳ２００９）。
【０１１２】
以上の手順によって、使用者が設定した優先度にしたがってポインタ情報を付加することが可能になり、無理なく使用者が最新・最良の手段でポインタ情報を付加することを可能にする。例えば、以前はＵＲＬでしかポインタ情報を付加していなかった紙文書も、ＱＲコード・電子透かしでポインタ情報を付加しなおすことができる。また、埋め込み可能かどうかも判定するので、紙文書に適したポインタ情報の種別を考慮して付加することができる。
【０１１３】
また、上記例では、付加されるポインタ情報は１つであるとしたが、複数種類のポインタ情報を一つの紙文書に付加してくことも可能である。その場合、この混在環境において常に最新・最良の手段でポインタ情報を付加するためには上記の優先度情報だけはなく、情報の最大種別を設定しておき、この最大種別の範囲でポインタ情報の付加を行えばよい。
【０１１４】
（他の実施形態）
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１１５】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【０１１６】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１７】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１１８】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１９】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１２０】
【図１】本発明にかかる情報処理方法を実現する画像処理システムの構成を示す図である。
【図２】ＭＦＰ１００の構成図である。
【図３】検索用インデックス作成処理の流れを示すフローチャートである。
【図４】類似原本検索処理および登録処理の流れを示すフローチャートである。
【図５】入力原稿の一例を示す図である。
【図６】ポインタ情報検出処理の流れを示す図である。
【図７】ポインタ情報を検出する際に使用する入力原稿の一例である。
【図８】ポインタ情報にもとづいてファイル検索を行う場合の処理の流れを示すフローチャートである。
【図９】図５に示す入力原稿をブロックセレクションした結果を示す図である。
【図１０】類似度にもとづくファイル検索処理を行う場合の処理の流れをフローチャートである。
【図１１】類似度にもとづくファイル検索処理のブロック比較処理の詳細を示したフローチャートである。
【図１２】ブロック比較処理のブロック内比較処理の詳細を示したフローチャートである。
【図１３】ＤＡＯＦのデータ構造を示す図である。
【図１４】アプリデータへの変換処理を示したフローチャートである。
【図１５】文書構造ツリー生成処理を示したフローチャートである。
【図１６】文書構造ツリー構造を示した図である。
【図１７】ポインタ情報埋め込み処理を示したフローチャートである。
【図１８】文字間隔電子透かしの埋め込み前の状態を表わす図である。
【図１９】文字間隔電子透かしの埋め込み後の状態を表わす図である。
【図２０】ポインタ情報の付加及び変換処理のフローチャートである。
【図１】
2006166207.tif 000003
【図２】
2006166207.tif 000004
【図３】
2006166207.tif 000005
【図４】
2006166207.tif 000006
【図５】
2006166207.tif 000007
【図６】
2006166207.tif 000008
【図７】
2006166207.tif 000009
【図８】
2006166207.tif 000010
【図９】
2006166207.tif 000011
【図１０】
2006166207.tif 000012
【図１１】
2006166207.tif 000013
【図１２】
2006166207.tif 000014
【図１３】
2006166207.tif 000015
【図１４】
2006166207.tif 000016
【図１５】
2006166207.tif 000017
【図１６】
2006166207.tif 000018
【図１７】
2006166207.tif 000019
【図１８】
2006166207.tif 000020
【図１９】
2006166207.tif 000021
【図２０】
2006166207.tif 000022