特開 2022-160133 文書検索システム、文書検索方法および文書検索プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022160133

(43)【公開日】2022-10-19

(54)【発明の名称】文書検索システム、文書検索方法および文書検索プログラム

(51)【国際特許分類】

   G06F 16/31 20190101AFI20221012BHJP

   G06F 16/383 20190101ALI20221012BHJP

【ＦＩ】

G06F16/31

G06F16/383

【審査請求】未請求

【請求項の数】20

【出願形態】ＯＬ

(21)【出願番号】P 2021064691

(22)【出願日】2021-04-06

(71)【出願人】

【識別番号】000001270

【氏名又は名称】コニカミノルタ株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】石黒 和宏

【テーマコード（参考）】

5B175

【Ｆターム（参考）】

5B175CA09

5B175DA01

5B175JC06

5B175KA06

(57)【要約】

【課題】ファイルサーバー上の電子文書が更新された場合に当該電子文書の特徴量に変化がないときでも、ユーザーが当該電子文書の更新を把握するための技術を提供する。
【解決手段】文書検索システム１０は、文書の特徴量を含むインデックス１５０を記憶する記憶部と、文書を検索する制御部とを備える。制御部は、端末から文書に対する更新要求を受け付け、文書が更新された場合に文書の更新の前後で文書の特徴量に変化がないとき、記憶部を参照してインデックス１５０に文書の更新履歴を追加する。
【選択図】図１

【特許請求の範囲】

【請求項1】

文書の特徴量を含むインデックスを記憶する記憶部と、
前記文書を検索する制御部とを備え、
前記制御部は、
端末から前記文書に対する更新要求を受け付け、
前記文書が更新された場合に前記文書の更新の前後で前記文書の特徴量に変化がないとき、前記記憶部を参照して前記インデックスに前記文書の更新履歴を追加する、文書検索システム。

【請求項2】

前記制御部は、前記インデックスに前記更新履歴が追加されていることに基づいて、前記文書の更新通知を含む画面を前記端末に送信する、請求項１に記載の文書検索システム。

【請求項3】

前記制御部は、前記文書の検索要求を受け付けたことに基づいて、前記更新履歴を含む検索結果を前記端末に送信する、請求項１または２に記載の文書検索システム。

【請求項4】

前記検索結果は、前記文書の更新箇所のマーキングまたは強調表示を含む、請求項３に記載の文書検索システム。

【請求項5】

前記更新履歴は、前記文書の更新日、前記文書を更新したユーザー名、前記文書の更新されたページ番号、および、前記文書のテキストに関する情報の少なくとも一部を含む、請求項１～４のいずれかに記載の文書検索システム。

【請求項6】

前記制御部は、前記文書を前回更新したユーザーと、前記文書を今回更新したユーザーとが異なることに基づいて、前記インデックスに今回の更新履歴を追加する、請求項１～５のいずれかに記載の文書検索システム。

【請求項7】

前記記憶部は、前記インデックスに関連付けられた前記文書のサムネイル画像をさらに格納する、請求項１～６のいずれかに記載の文書検索システム。

【請求項8】

前記制御部は、前記文書の更新の前後で前記文書の特徴量に変化があることに基づいて、更新された特徴量と前記更新履歴とを前記インデックスに追加する、請求項１～７のいずれかに記載の文書検索システム。

【請求項9】

前記制御部は、前記文書がプリントされた後に前記文書が更新されたことに基づいて、前記インデックスを更新する、請求項１～８のいずれかに記載の文書検索システム。

【請求項10】

前記制御部は、前記文書が編集不可能なファイル形式にエクスポートされた後に前記文書が更新されたことに基づいて、前記インデックスを更新する、請求項１～９のいずれかに記載の文書検索システム。

【請求項11】

コンピューターによる文書検索方法であって、
端末から文書に対する更新要求を受け付けるステップと、
前記文書が更新された場合に前記文書の更新の前後で前記文書の特徴量に変化がないとき、文書の特徴量を含むインデックスに前記文書の更新履歴を追加するステップとを含む、文書検索方法。

【請求項12】

前記インデックスに前記更新履歴が追加されていることに基づいて、前記文書の更新通知を含む画面を前記端末に送信するステップをさらに含む、請求項１１に記載の文書検索方法。

【請求項13】

前記文書の検索要求を受け付けたことに基づいて、前記更新履歴を含む検索結果を前記端末に送信するステップをさらに含む、請求項１１または１２に記載の文書検索方法。

【請求項14】

検索結果は、前記文書の更新箇所のマーキングまたは強調表示を含む、請求項１３に記載の文書検索方法。

【請求項15】

前記更新履歴は、前記文書の更新日、前記文書を更新したユーザー名、前記文書の更新されたページ番号、および、前記文書のテキストに関する情報の少なくとも一部を含む、請求項１１～１４のいずれかに記載の文書検索方法。

【請求項16】

前記文書を前回更新したユーザーと、前記文書を今回更新したユーザーとが異なることに基づいて、前記インデックスに今回の更新履歴を追加するステップをさらに含む、請求項１１～１５のいずれかに記載の文書検索方法。

【請求項17】

前記インデックスに関連付けられた前記文書のサムネイル画像を生成するステップをさらに含む、請求項１１～１６のいずれかに記載の文書検索方法。

【請求項18】

前記文書の更新の前後で前記文書の特徴量に変化があることに基づいて、更新された特徴量と前記更新履歴とを前記インデックスに追加するステップをさらに含む、請求項１１～１７のいずれかに記載の文書検索方法。

【請求項19】

前記文書がプリントされた後に前記文書が更新されたことに基づいて、前記インデックスを更新するステップをさらに含む、請求項１１～１８のいずれかに記載の文書検索方法。

【請求項20】

請求項１１～１９のいずれかに記載の文書検索方法をコンピューターに実行させるための文書検索プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、文書検索システムに関し、より特定的には、文書の特徴量を用いる文書検索システムに関する。

【背景技術】

【0002】

電子文書の特徴量に基づいてファイルサーバー等の記憶部に格納された電子文書の中から任意の電子文書を検索する検索システムが知られている。電子文書の特徴量は、例えば、グラフおよびテーブル等の大きさ、色、形等を含む。さらに、このような検索システムと複合機（ＭＦＰ：Multifunction Peripheral）とを組み合わせた技術も開発されている。

【0003】

文書の検索に関し、例えば、特開平９－２３７２８２号公報（特許文献１）は、「希望する文書の体裁に関しユーザーの持っている知識を利用して、文書画像データベースより希望の文書画像を検索する」方法を開示しており、当該方法は、「初めに簡単なカテゴリ選択などによって、目的の文書と大まかな体裁が類似した模範文書画像を生成し、その画像特徴情報を取得する。この画像特徴情報を利用してデータベースを検索し、検索結果を表示する。その検索結果の中から、目的の文書に体裁が近いものを次の検索のためのキーに選び、そのキーで検索を実行する。この繰り返しにより最終的に目的の文書を見つける」というものである（［要約］参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平９－２３７２８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に開示された技術によると、ファイルサーバー上の電子文書が更新された場合に当該電子文書の特徴量に変化がないとき、ユーザーは当該電子文書の更新を把握できない可能性がある。したがって、ファイルサーバー上の電子文書が更新された場合に当該電子文書の特徴量に変化がないときでも、ユーザーが当該電子文書の更新を把握するための技術が必要とされている。

【0006】

本開示は、上記のような背景に鑑みてなされたものであって、ある局面における目的は、ファイルサーバー上の電子文書が更新された場合に当該電子文書の特徴量に変化がないときでも、ユーザーが当該電子文書の更新を把握するための技術を提供することにある。

【課題を解決するための手段】

【0007】

ある実施の形態に従うと、文書検索システムが提供される。文書検索システムは、文書の特徴量を含むインデックスを記憶する記憶部と、文書を検索する制御部とを備える。制御部は、端末から文書に対する更新要求を受け付け、文書が更新された場合に文書の更新の前後で文書の特徴量に変化がないとき、記憶部を参照してインデックスに文書の更新履歴を追加する。

【0008】

ある局面において、制御部は、インデックスに更新履歴が追加されていることに基づいて、文書の更新通知を含む画面を端末に送信する。

【0009】

ある局面において、制御部は、文書の検索要求を受け付けたことに基づいて、更新履歴を含む検索結果を端末に送信する。

【0010】

ある局面に従う文書検索システムにおいて、検索結果は、文書の更新箇所のマーキングまたは強調表示を含む。

【0011】

ある局面に従う文書検索システムにおいて、更新履歴は、文書の更新日、文書を更新したユーザー名、文書の更新されたページ番号、および、文書のテキストに関する情報の少なくとも一部を含む。

【0012】

ある局面において、制御部は、文書を前回更新したユーザーと、文書を今回更新したユーザーとが異なることに基づいて、インデックスに今回の更新履歴を追加する。

【0013】

ある局面において、記憶部は、インデックスに関連付けられた文書のサムネイル画像をさらに格納する。

【0014】

ある局面において、制御部は、文書の更新の前後で文書の特徴量に変化があることに基づいて、更新された特徴量と更新履歴とをインデックスに追加する。

【0015】

ある局面において、制御部は、文書がプリントされた後に文書が更新されたことに基づいて、インデックスを更新する。

【0016】

ある局面において、制御部は、文書が編集不可能なファイル形式にエクスポートされた後に文書が更新されたことに基づいて、インデックスを更新する。

【0017】

他の実施の形態に従うとコンピューターによる文書検索方法が提供される。文書検索方法は、端末から文書に対する更新要求を受け付けるステップと、文書が更新された場合に文書の更新の前後で文書の特徴量に変化がないとき、文書の特徴量を含むインデックスに文書の更新履歴を追加するステップとを含む。

【0018】

ある局面において、文書検索方法は、インデックスに更新履歴が追加されていることに基づいて、文書の更新通知を含む画面を端末に送信するステップをさらに含む。

【0019】

ある局面において、文書検索方法は、文書の検索要求を受け付けたことに基づいて、更新履歴を含む検索結果を端末に送信するステップをさらに含む。

【0020】

ある局面に従う文書検索方法において、検索結果は、文書の更新箇所のマーキングまたは強調表示を含む。

【0021】

ある局面に従う文書検索方法において、更新履歴は、文書の更新日、文書を更新したユーザー名、文書の更新されたページ番号、および、文書のテキストに関する情報の少なくとも一部を含む。

【0022】

ある局面において、文書検索方法は、文書を前回更新したユーザーと、文書を今回更新したユーザーとが異なることに基づいて、インデックスに今回の更新履歴を追加するステップをさらに含む。

【0023】

ある局面において、文書検索方法は、インデックスに関連付けられた文書のサムネイル画像を生成するステップをさらに含む。

【0024】

ある局面において、文書検索方法は、文書の更新の前後で文書の特徴量に変化があることに基づいて、更新された特徴量と更新履歴とをインデックスに追加するステップをさらに含む。

【0025】

ある局面において、文書検索方法は、文書がプリントされた後に文書が更新されたことに基づいて、インデックスを更新するステップをさらに含む。

【0026】

他の実施の形態に従うと、上記の文書検索方法をコンピューターに実行させるための文書検索プログラムが提供される。

【発明の効果】

【0027】

ある実施の形態に従うと、ファイルサーバー上の電子文書が更新された場合に当該電子文書の特徴量に変化がないときでも、ユーザーは当該電子文書の更新を把握することが可能である。

【0028】

この開示内容の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解される本開示に関する次の詳細な説明から明らかとなるであろう。

【図面の簡単な説明】

【0029】

【図1】ある実施の形態に従う文書検索システム１０の一例を示す図である。

【図2】ある実施の形態に従うインデックス１５０の一例を示す図である。

【図3】ある実施の形態に従う文書検索システム１０の各構成の関係の一例を示す図である。

【図4】ある実施の形態に従う検索サーバー１００の機能の一例を示す図である。

【図5】ある実施の形態に従う検索サーバー１００のハードウェア構成の一例を示す図である。

【図6】文書検索システム１０の第１の動作例を示す図である。

【図7】文書検索システム１０の第２の動作例を示す図である。

【図8】文書検索システム１０の第２の動作例の続きを示す図である。

【図9】文書検索システム１０の検索結果の表示の第１の例を示す図である。

【図10】文書検索システム１０の検索結果の表示の第２の例を示す図である。

【図11】文書検索システム１０の検索結果の表示の第３の例を示す図である。

【図12】検索サーバー１００の検索処理のフローチャートの一例を示す図である。

【図13】検索サーバー１００のインデックス１５０の更新処理のフローチャートの一例を示す図である。

【発明を実施するための形態】

【0030】

以下、図面を参照しつつ、本開示に係る技術思想の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

【0031】

＜Ａ．適用例＞
図１は、本実施の形態に従う文書検索システム１０の一例を示す図である。図１を参照して、本実施の形態に従う文書検索システム１０および本開示の技術の概要について説明する。なお、これ以降、電子文書を単に文書と表す。文書は、テキスト、グラフ、表、図、絵およびその他の任意のマルティメディア情報等を含み得る。

【0032】

（ａ．文書検索システム１０の構成）
文書検索システム１０は、端末１１０と、検索サーバー１００と、ファイルサーバー１２０と、複合機１７０とを含み得る。ある局面において、文書検索システム１０は、検索サーバー１００と、ファイルサーバー１２０とのみを含んでいてもよい。この場合、端末１１０と、複合機１７０とは、文書検索システム１０と連係する外部機器になる。他の局面において、文書検索システム１０は、検索サーバー１００のみを含んでいてもよい。この場合、端末１１０と、ファイルサーバー１２０と、複合機１７０とは、文書検索システム１０と連係する外部機器になる。

【0033】

端末１１０は、ユーザーが使用する端末である。ユーザーは、端末１１０を用いて、ファイルサーバー１２０に文書１６０を追加し、ファイルサーバー１２０上の文書１６０を検索して取得し、または、ファイルサーバー１２０上の文書１６０を更新し得る。

【0034】

ユーザーは、例えば、端末１１０のブラウザ機能を用いて、検索サーバー１００から端末１１０に配信された画面を用いて、文書１６０の保存、検索および更新等の操作を行い得る。この場合、検索サーバー１００から端末１１０に配信される画面は、ＨＴＭＬ（HyperText Markup Language）等により記述された画面になる。ある局面において、端末１１０は、パーソナルコンピューター、スマートフォンまたはタブレット等の任意の情報処理装置であってもよい。

【0035】

検索サーバー１００は、端末１１０に対して、ファイルサーバー１２０への操作機能（文書１６０の保存、検索および更新等）を提供する。ある局面において、検索サーバー１００は、Ｗｅｂアプリケーションとしてこれらの機能を端末１１０に提供してもよい。他の局面において、端末１１０は、専用のクライアントアプリケーションを介して、検索サーバー１００の機能を利用してもよい。

【0036】

検索サーバー１００は、ファイルサーバー１２０に格納された文書１６０を検索するために使用するインデックス１５０を格納したインデックスデータベース１５５を備える。インデックス１５０は、文書１６０ごとに生成され、各文書１６０の特徴量を含む。文書１６０の特徴量は、例えば、文書１６０に含まれる図形、グラフおよび表等の大きさ、形、位置、色等の情報、およびテキストのフォントおよび装飾等の情報を含み得る。ある局面において、検索サーバー１００は、ファイルサーバー１２０に新しい文書１６０が追加されるか、ファイルサーバー１２０上の文書１６０が更新されたことに基づいて、インデックス１５０を生成または更新してもよい。

【0037】

例えば、ユーザーは、端末１１０に配信された検索画面で、文書１６０のレイアウト等を設定したとする。この場合、端末１１０は、検索要求（検索クエリ）に検索条件として文書１６０のレイアウト等を含めて、当該検索要求を検索サーバー１００に送信する。検索サーバー１００は、受信した検索条件に含まれるレイアウト等から特徴量を抽出する。次に、検索サーバー１００は、インデックス１５０を検索し、受信した検索条件から抽出した特徴量に近い特徴量を有する文書１６０を発見する。検索サーバー１００は、検索結果を端末１１０に返信する。なお、検索結果は１または複数の文書１６０、または１または複数の文書１６０のサムネイル画像を含んでいてもよい。

【0038】

ユーザーが端末１１０で検索結果に含まれる文書１６０を取得する操作を行ったことに基づいて、端末１１０は、文書１６０の取得要求を検索サーバー１００に送信する。検索サーバー１００は、ファイルサーバー１２０から取得要求に対応する文書１６０を取得して、当該文書１６０を端末１１０に送信する。

【0039】

ファイルサーバー１２０は、文書１６０を格納する。ファイルサーバー１２０に格納される文書１６０は、端末１１０だけでなく複合機１７０からも保存、削除、検索および更新され得る。ファイルサーバー１２０に格納される文書１６０は、複合機１７０により参照されてプリントされてもよい。

【0040】

複合機１７０は、文書１６０のスキャン機能およびプリント機能を備える。複合機１７０は、スキャンした文書１６０をファイルサーバー１２０に保存してもよいし、ファイルサーバー１２０から読み出した文書１６０をプリントしてもよい。

【0041】

（ｂ．文書検索システム１０の動作の概要）
次に、本実施の形態に従う文書検索システム１０の典型的な動作について説明する。インデックス１５０は、文書１６０の特徴量を含んでいるため、ユーザーは文書１６０の検索画面で文書１６０のレイアウト等を指定することにより文書１６０を検索することができる。しかしながら、仮に、ユーザーが文書１６０のテキストのみを書き換えてグラフ等を変更しなかった場合、更新の前後で文書１６０の特徴量は変化しない。すなわち、文書１６０のインデックス１５０は更新されない。

【0042】

例えば、ユーザーＡが、ある文書１６０Ｘをファイルサーバー１２０に保存したとする。次に、ユーザーＢが、特徴量が変化しないように文書１６０Ｘを編集して更新したとする（文書検索システム１０またはファイルサーバー１２０は文書１６０Ｘの更新要求を受け付ける）。この後に、ユーザーＡが更新前の文書１６０Ｘの特徴量を検索条件に含めて検索処理を実行しても、更新の前後で文書１６０Ｘの特徴量に変化がないため、検索サーバー１００は検索結果として更新後の文書１６０ＸをユーザーＡの端末１１０に返信する。

【0043】

上記の例の場合、文書１６０Ｘの特徴量に変化がないため（レイアウトまたは図表等の変更がないため）、ユーザーは文書１６０Ｘが更新されていることに気づかずに、文書１６０Ｘを使用する可能性がある。例えば、文書１６０Ｘが見積書の場合、表の形式に変更はなくても、金額のみがユーザーＢによって書き換えられている可能性がある。そのため、仮に文書１６０の更新前後で特徴量に変化がない場合でも、ユーザーに文書１６０の更新の有無を把握させるための仕組みがあることが望ましい。

【0044】

そこで、本実施の形態に従う文書検索システム１０は、ファイルサーバー１２０上の文書１６０が更新された場合、更新履歴をインデックス１５０に追加する。そして、文書検索システム１０は、更新された文書１６０が検索された場合（検索された文書１６０のインデックス１５０に更新履歴が含まれている場合）、検索結果に更新履歴も含めて端末１１０に検索結果を通知する。当該更新履歴は、例えば、文書１６０の更新日（更新日時であってもよい）、文書１６０を更新したユーザー名、文書１６０の更新されたページ番号、および、文書１６０のテキストに関する情報（フォント、文字の装飾、罫線の設定および色等）の少なくとも一部を含む。また、インデックス１５０は、過去の複数回の更新履歴を含んでいてもよい。

【0045】

ユーザーは、端末１１０に表示される検索結果画面に含まれる更新履歴を参照することにより、常に文書１６０が更新されたか否かを確認し得る。ある局面において、端末１１０に表示される更新履歴は、検索結果の文書１６０のサムネイルの変更箇所がマーキングまたは強調表示されていてもよいし、更新履歴のメタデータ（文書１６０を更新したユーザー名、文書１６０の更新されたページ番号、および、文書１６０のテキストに関する情報等）が検索結果と共に画面に表示されていてもよい。また、他の局面において、文書１６０が複数回更新されていた場合、端末１１０に表示される更新履歴は、複数回分の更新履歴を含んでいてもよい。さらに、他の局面において、文書１６０が更新されたことにより文書１６０の特徴量が変化したとき、文書検索システム１０は、更新後の文書１６０の特徴量と、更新履歴とをインデックス１５０に追加してもよい。

【0046】

図２は、本実施の形態に従うインデックス１５０の一例を示す図である。検索サーバー１００は、新しい文書１６０または更新された文書１６０を端末１１０から受信したことに基づいて、インデックス１５０を生成または更新する。インデックス１５０は、一例として、ファイル名と、ページサイズと、グラフの位置・サイズ・色の情報と、表の位置・サイズ・色の情報とを含んでいてもよいし、さらに、その他の任意の情報を含んでいてもよい。検索サーバー１００は、文書１６０ごとにインデックス１５０を生成して、当該インデックス１５０をインデックスデータベース１５５に格納する。

【0047】

検索サーバー１００は、端末１１０から文書１６０の検索条件（グラフ等の配置を定義した情報）を受信した場合、当該検索条件から特徴量を抽出する。次に、検索サーバー１００は、抽出した特徴量と、各インデックス１５０に含まれる特徴量とを比較することにより、抽出した特徴量に近い特徴量を有する文書１６０を検索する。

【0048】

さらに、検索サーバー１００は、特徴量に加えて、文書１６０が更新された場合、更新履歴をインデックス１５０に追加する。更新履歴は、文書１６０を更新したユーザー名、文書１６０の更新されたページ番号、および、文書１６０のテキストに関する情報等を含む。文書１６０が複数回更新された場合、更新履歴は全ての更新についての履歴を含んでいてもよいし、最新の履歴のみを含んでいてもよいし、直近の数回分の履歴を含んでいてもよい。当該更新履歴は、ユーザーに文書１６０の有無を通知するために使用され得る。

【0049】

＜Ｂ．システムの構成＞
次に、図３～図５を参照して本実施の形態に従う文書検索システム１０の機能構成およびハードウェア構成について説明する。

【0050】

図３は、本実施の形態に従う文書検索システム１０の各構成の関係の一例を示す図である。図３に示す例は、図１に示す文書検索システム１０をより概念的に示したものである。

【0051】

ファイルサーバー１２０は、基本的に、他の全ての機器からアクセスされてもよい。ファイルサーバー１２０にアクセスする機器は、一例として、スキャナー３００と、端末１１０と、複合機１７０とを含む。スキャナー３００は、主にスキャンした文書１６０をファイルサーバー１２０に保存し得る。複合機１７０は、主に、ファイルサーバー１２０に保存された文書１６０を読み出してプリントし得る。なお、複合機１７０は、スキャナー３００の機能も備え得る。端末１１０は、ファイルサーバー１２０に直接アクセスし、文書１６０の保存、更新または削除等を行い得る。

【0052】

ユーザーは、文書１６０の特徴量を用いてファイルサーバー１２０を検索したい場合、端末１１０を検索サーバー１００に接続し、当該検索サーバー１００を介してファイルサーバー１２０を検索する。その際、検索サーバー１００は、検索用の画面（ＷｅｂアプリケーションのＵＩ（User Interface））または専用のクライアントアプリケーションを端末１１０に提供し得る。ある局面において、複合機１７０も、検索サーバー１００と通信することで文書１６０の特徴量を用いてファイルサーバー１２０を検索する機能を備えていてもよい。

【0053】

図４は、本実施の形態に従う検索サーバー１００の機能の一例を示す図である。ある局面において、図４に示す検索サーバー１００の各機能はプログラムとして実現されてもよい。この場合、検索サーバー１００の各機能は図５に示すハードウェア上で実行され得る。

【0054】

検索サーバー１００は、主な機能として、検索部４１０と、特徴量抽出部４２０と、更新履歴生成部４３０と、サムネイル画像生成部４４０と、検索条件入力部４５０と、検索結果送信部４６０と、ファイルサーバー通信部４７０とを備える。

【0055】

検索部４１０は、文書１６０の特徴量を用いた検索処理の全体の流れを管理する。例えば、検索部４１０は、他の機能部に指示を出力することで、検索条件の取得、特徴量の抽出、ファイルサーバー１２０内の文書１６０の参照および検索結果の出力等の処理を実行し得る。

【0056】

特徴量抽出部４２０は、文書１６０の特徴量を抽出して、インデックス１５０を生成または更新する。ある局面において、特徴量抽出部４２０は、定期的にファイルサーバー１２０に追加された文書１６０またはファイルサーバー１２０上で更新された文書１６０を読み出して、これらの文書１６０の特徴量を含むインデックス１５０を生成してもよい。また、他の局面において、特徴量抽出部４２０は、検索サーバー１００が端末１１０から文書１６０の更新要求を受け付けたことに基づいて、更新された文書１６０のインデックス１５０を更新してもよい。

【0057】

更新履歴生成部４３０は、更新された文書１６０の更新履歴をインデックス１５０に追加する。ある局面において、更新履歴生成部４３０は、更新の前後で文書１６０の特徴量に変化がある場合にのみ更新履歴をインデックス１５０に追加してもよい。他の局面において、更新履歴生成部４３０は、更新の前後での文書１６０の特徴量に変化の有無に関係なく、更新履歴をインデックス１５０に追加してもよい。また、他の局面において、更新履歴生成部４３０は、文書１６０を前回更新したユーザーと、文書１６０を今回更新したユーザーとが異なるユーザーであることに基づいて、インデックス１５０に今回の更新履歴を追加してもよい。

【0058】

例えば、ユーザーＡが２回以上連続して文書１６０を編集した場合、２回目以降の編集についての更新履歴（例えば、文言の追加あるいは削除の履歴）は残らなくてもよい。ユーザーＡは自分が文書１６０を２回編集したことを把握しており、また、他のユーザーはＡにより文書１６０が編集されたことさえ把握できればよいため、更新履歴生成部４３０は、ユーザーＡによる２回目以降の編集についての更新履歴を残さなくてもよい。ある局面において、更新履歴生成部４３０は、文書１６０を前回更新したユーザーと、文書１６０を今回更新したユーザーとが異なるユーザーであることに基づいて、前回の更新履歴を今回の更新履歴で上書きしてもよいし、前回の更新履歴および今回の更新履歴をまとめて１つの更新履歴にしてもよい。

【0059】

サムネイル画像生成部４４０は、ファイルサーバー１２０から取得した文書１６０のサムネイル画像を生成する。サムネイル画像は、例えば、端末１１０に送信される検索結果に含まれてもよい。この場合、ユーザーは、端末１１０のディスプレイに表示されたサムネイル画像のリストを見ることで、目的の文書１６０を容易に発見できる。

【0060】

ある局面において、サムネイル画像生成部４４０は、検索要求を受け付ける前に、ファイルサーバー１２０に格納される各文書１６０のサムネイル画像を予め生成しておいてもよい。他の局面において、サムネイル画像生成部４４０は、検索サーバー１００が端末１１０から検索要求を受信したことに基づいて、検索結果に含まれる文書１６０のサムネイル画像を生成してもよい。

【0061】

検索条件入力部４５０は、端末１１０から検索条件を取得する。検索条件は、文書１６０の特徴量または特徴量を抽出するための情報（文書１６０に含まれる図形、グラフおよび表等の大きさ、形、位置、色等の情報、およびテキストのフォントおよび装飾等の情報）を含む。

【0062】

ある局面において、検索条件入力部４５０は、ユーザーが検索条件を入力するための画面（ＵＩ）を端末１１０に送信してもよい。この場合、検索条件を入力するための画面は、ユーザーが検索したい文書１６０の特徴量を定義するＵＩを含む。検索条件入力部４５０は、当該検索条件を入力するための画面を介して、端末１１０から検索条件を受信する。他の局面において、検索条件入力部４５０は、専用のクライアントアプリケーションを介して、端末１１０から検索条件を取得してもよい。

【0063】

検索結果送信部４６０は、検索結果を端末１１０に送信する。ある局面において、検索結果は、検索条件に該当する１または複数の文書１６０の情報を含む。検索結果は、少なくとも、各文書１６０の更新履歴を含む。ある局面において、検索結果は、検索条件に該当する１または複数の文書１６０のサムネイル画像を含んでいてもよい。また、他の局面において、検索結果は、サムネイル画像等を含まずに各文書１６０の更新履歴のみを含んでいてもよい。

【0064】

また、他の局面において、検索結果は、文書１６０のサムネイルの変更箇所がマーキングまたは強調表示されていてもよいし、更新履歴のメタデータ（文書１６０を更新したユーザー名、文書１６０の更新されたページ番号、および、文書１６０のテキストに関する情報等）が検索結果と共に画面に表示されていてもよい。また、他の局面において、文書１６０が複数回更新されていた場合、端末１１０に表示される更新履歴は、複数回分の更新履歴を含んでいてもよい。

【0065】

ファイルサーバー通信部４７０は、ファイルサーバー１２０と通信する。ファイルサーバー通信部４７０は、検索サーバー１００が端末１１０から検索要求を受信したことに基づいて、ファイルサーバー１２０にアクセスする。ある局面において、ファイルサーバー通信部４７０は、インデックス１５０を更新するために、定期的にファイルサーバー１２０と通信して、新しく追加された文書１６０または更新された文書１６０を取得してもよい。

【0066】

図５は、本実施の形態に従う検索サーバー１００のハードウェア構成の一例を示す図である。ある局面において、端末１１０およびファイルサーバー１２０も図５に示すハードウェア構成を備えていてもよい。検索サーバー１００は、ＣＰＵ（Central Processing Unit）１と、１次記憶装置２と、２次記憶装置３と、外部機器インターフェイス４と、入力インターフェイス５と、出力インターフェイス６と、通信インターフェイス７とを含む。

【0067】

ＣＰＵ１は、検索サーバー１００の各種機能を実現するためのプログラムを実行し得る。ＣＰＵ１は、例えば、少なくとも１つの集積回路によって構成される。集積回路は、例えば、少なくとも１つのＣＰＵ、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはこれらの組み合わせ等によって構成されてもよい。

【0068】

１次記憶装置２は、ＣＰＵ１によって実行されるプログラムと、ＣＰＵ１によって参照されるデータとを格納する。ある局面において、１次記憶装置２は、ＤＲＡＭ（Dynamic Random Access Memory）またはＳＲＡＭ（Static Random Access Memory）等によって実現されてもよい。

【0069】

２次記憶装置３は、不揮発性メモリーであり、ＣＰＵ１によって実行されるプログラムおよびＣＰＵ１によって参照されるデータを格納してもよい。その場合、ＣＰＵ１は、２次記憶装置３から１次記憶装置２に読み出されたプログラムを実行し、２次記憶装置３から１次記憶装置２に読み出されたデータを参照する。ある局面において、２次記憶装置３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）またはフラッシュメモリー等によって実現されてもよい。

【0070】

外部機器インターフェイス４は、プリンタ、スキャナーおよび外付けＨＤＤ等の任意の外部機器に接続され得る。ある局面において、外部機器インターフェイス４は、ＵＳＢ（Universal Serial Bus）端子等によって実現されてもよい。

【0071】

入力インターフェイス５は、キーボード５１０、マウス５２０、タッチパネル５３０またはゲームパッド等の任意の入力装置に接続され得る。ある局面において、入力インターフェイス５は、ＵＳＢ端子、ＰＳ／２端子およびＢｌｕｅｔｏｏｔｈ（登録商標）モジュール等によって実現されてもよい。

【0072】

出力インターフェイス６は、ディスプレイ５４０（ブラウン管ディスプレイ、液晶ディスプレイまたは有機ＥＬ（Electro-Luminescence）ディスプレイ等）の任意の出力装置に接続され得る。ある局面において、出力インターフェイス６は、ＵＳＢ端子、Ｄ－ｓｕｂ端子、ＤＶＩ（Digital Visual Interface）端子およびＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）端子等によって実現されてもよい。

【0073】

通信インターフェイス７は、有線または無線のネットワーク機器と接続される。ある局面において、通信インターフェイス７は、有線ＬＡＮ（Local Area Network）ポートおよびＷｉ-Ｆｉ（登録商標）（Wireless Fidelity）モジュール等によって実現されてもよい。他の局面において、通信インターフェイス７は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＵＤＰ（User Datagram Protocol）等の通信プロトコルを用いてデータを送受信してもよい。

【0074】

＜Ｃ．文書検索システム１０の動作例＞
次に、図６～図１１を参照して本実施の形態に従う文書検索システム１０の動作例および検索結果の表示の例について説明する。

【0075】

図６は、文書検索システム１０の第１の動作例を示す図である。図６に示す例では、ユーザーは、端末１１０を介してファイルサーバー１２０内の文書１６０のレイアウトを変更している。ファイルサーバー１２０内の文書１６０のレイアウトが変更された場合、検索サーバー１００は、更新された文書１６０（レイアウトを変更された文書１６０）のインデックス１５０を更新する（インデックス１５０に含まれる文書１６０の特徴量を更新する）。また、検索サーバー１００は、インデックス１５０を更新したことに基づいて、文書１６０のサムネイルを生成してもよい。

【0076】

ある局面において、ファイルサーバー１２０は、文書１６０の更新通知を検索サーバー１００に送信してもよい。他の局面において、検索サーバー１００は、定期的に、ファイルサーバー１２０にアクセスして各文書１６０のタイムスタンプ等を確認することで、文書１６０の更新を確認してもよい。

【0077】

なお、検索サーバー１００は、更新前の文書１６０のインデックス１５０およびサムネイル画像も残しておく。これにより、例えば、ユーザーＡがある文書１６０Ｘを保存した後に、ユーザーＢが文書１６０Ｘのレイアウトを更新したとする。この場合、ユーザーＡは、更新前のレイアウト（特徴量）に基づいて、更新された後の文書１６０Ｘを検索し得る。

【0078】

図７は、文書検索システム１０の第２の動作例を示す図である。図７に示す例では、ユーザーは、端末１１０を介してファイルサーバー１２０内の文書１６０をレイアウトに影響しないように更新している。更新の前後でファイルサーバー１２０内の文書１６０の特徴量は変わらないため、検索サーバー１００は、更新された文書１６０のインデックス１５０を更新しない。

【0079】

例えば、ユーザーＡが文書１６０Ｘを保存した後に、ユーザーＢが文書１６０Ｘをレイアウトに影響しないように更新したとする。この場合、ユーザーＡは、更新前のレイアウト（特徴量）に基づいて、更新された後の文書１６０Ｘを検索できるが、ユーザーＡは文書１６０Ｘが更新されていることに気づかない可能性がある。そこで、文書検索システム１０は、図８に示すように更新履歴を利用することで、特徴量に変化がない場合でも文書１６０に更新があったことをユーザーに通知する仕組みを提供する。

【0080】

図８は、文書検索システム１０の第２の動作例の続きを示す図である。検索サーバー１００は、図７を参照して説明した動作に加えて、更新された文書１６０の更新履歴をインデックス１５０に追加する。

【0081】

ある局面において、ファイルサーバー１２０は、文書１６０の更新通知を検索サーバー１００に送信してもよい。他の局面において、検索サーバー１００は、定期的に、ファイルサーバー１２０にアクセスして各文書１６０のタイムスタンプ等を確認することで、文書１６０の更新を確認してもよい。

【0082】

ファイルサーバー１２０は、更新前後における文書１６０の特徴量の変化がない場合に、文書１６０の更新履歴をインデックス１５０に追加する。ある局面において、ファイルサーバー１２０は、更新前後における文書１６０の特徴量の変化の有無に関係なく、文書１６０の更新履歴をインデックス１５０に追加してもよい。

【0083】

また、ファイルサーバー１２０は、当該更新履歴を含む検索結果を端末１１０に送信する。これにより、ユーザーは、検索結果画面に表示される更新履歴を参照することで、例えレイアウトに変化がない場合でも、文書１６０が更新されていることを把握し得る。

【0084】

図９は、文書検索システム１０の検索結果の表示の第１の例を示す図である。検索結果の表示９１０および表示９２０は、端末１１０のディスプレイに表示される。表示９１０は、更新履歴の一部として、検索結果に含まれる文書１６０が更新されたことを示す更新通知９３０を含む。

【0085】

表示９２０は、更新履歴の一部として、更新通知９３０と、更新の詳細情報９４０とを含む。詳細情報９４０は、文書１６０の更新日（更新日時であってもよい）、文書１６０を更新したユーザー、文書１６０の更新内容（変更したテキスト等）、および文書１６０のフォーマット等の任意の情報を含み得る。

【0086】

図１０は、文書検索システム１０の検索結果の表示の第２の例を示す図である。検索結果の表示１０１０および表示１０２０は、端末１１０のディスプレイに表示される。検索結果の表示１０１０は、各文書１６０の特徴量を含む。表示１０２０は、各文書の更新履歴を含む。

【0087】

ある局面において、検索サーバー１００は、端末１１０から検索要求を受信したことに基づいて、文書１６０のサムネイルを検索結果に含めずに、表示１０１０（文書１６０の特徴量）、表示１０２０（更新履歴）の片方または両方を検索結果に含めて、当該検索結果を端末１１０に送信してもよい。また、他の局面において、検索サーバー１００は、表示１０１０（文書１６０の特徴量）、表示１０２０（更新履歴）の片方または両方と共に、文書１６０のサムネイルを検索結果に含めて、当該検索結果を端末１１０に送信してもよい。

【0088】

図１１は、文書検索システム１０の検索結果の表示の第３の例を示す図である。検索結果の表示１１１０および表示１１２０は、端末１１０のディスプレイに表示される。

【0089】

表示１１１０は、更新履歴の一部として、検索結果に含まれる文書１６０が更新されたことを示す更新通知１１１１と、マーキングされた更新前の変更箇所１１１２と、マーキングされた更新後の変更箇所１１１３とを含む。

【0090】

表示１１２０は、更新履歴の一部として、検索結果に含まれる文書１６０が更新されたことを示す更新通知１１２１と、強調表示された更新前の変更箇所１１２２と、強調表示された更新後の変更箇所１１２３とを含む。なお、更新通知１１１１，１１２１は、ユーザーが注目すべき箇所（マーキング箇所、強調表示箇所）等を示すメッセージと、具体的な変更内容等を含み得る。

【0091】

ある局面において、図９～図１１に示す表示例および各表示に含まれる項目は適宜組み合わせて使用されてもよい。ユーザーは、これらの更新履歴に関する情報を参照することで、更新前後における文書１６０の特徴量の変化の有無に関係なく、文書１６０が更新されたか否か、および具体的な変更内容を確認し得る。

【0092】

＜Ｄ．フローチャート＞
次に、図１２および図１３を参照して、検索サーバー１００の内部処理の流れについて説明する。ある局面において、ＣＰＵ１は、図１２および図１３の処理を行うためのプログラムを２次記憶装置３から１次記憶装置２に読み込んで、当該プログラムを実行してもよい。他の局面において、当該処理の一部または全部は、当該処理を実行するように構成された回路素子の組み合わせとしても実現され得る。

【0093】

図１２は、検索サーバー１００の検索処理のフローチャートの一例を示す図である。ステップＳ１２１０において、ＣＰＵ１は、検索条件の指定を受け付ける。ある局面において、ＣＰＵ１は、端末１１０から、ＷｅｂアプリケーションのＵＩ等を介して検索条件を受け付けてもよい。検索条件は、検索対象の文書１６０の特徴量に関する任意の情報（レイアウト情報等）、および検索結果の表示数等の任意の条件を含み得る。

【0094】

ステップＳ１２２０において、ＣＰＵ１は、取得した検索条件を検索部４１０に出力する。ステップＳ１２３０において、ＣＰＵ１は、各文書１６０のインデックス１５０を読み込む。ある局面において、ＣＰＵ１は、２次記憶装置３から各文書１６０のインデックス１５０を読み込んでもよい。他の局面において、ＣＰＵ１は、ファイルサーバー１２０から各文書１６０のインデックス１５０を読み込んでもよい。

【0095】

ステップＳ１２４０において、ＣＰＵ１は、各インデックス１５０および検索条件を比較する。より具体的には、ＣＰＵ１は、各インデックス１５０が含む特徴量と、検索条件が含む特徴量とを比較する。

【0096】

ステップＳ１２５０において、ＣＰＵ１は、一致率の高い文書１６０のインデックス１５０を抽出する。より具体的には、ＣＰＵ１は、検索条件が含む特徴量との一致率が高い特徴量を含むインデックス１５０を抽出する。ＣＰＵ１は、１または複数のインデックス１５０を抽出してもよい。

【0097】

ステップＳ１２６０において、ＣＰＵ１は、抽出したインデックス１５０内の更新履歴を確認する。ステップＳ１２７０において、ＣＰＵ１は、抽出したインデックス１５０内の更新履歴を含む検索結果を端末１１０に出力する。検索結果は、更新履歴の一部または全てを含み得る。ある局面において、端末１１０は、インデックス１５０に含まれる更新履歴をそのまま表示する必要は無く、フォーマットを適宜変更してもよいし、更新履歴に応じて表示結果のレイアウト（マーキング、強調表示等）を変更してもよい。

【0098】

図１３は、検索サーバー１００のインデックス１５０の更新処理のフローチャートの一例を示す図である。ステップＳ１３０５において、ＣＰＵ１は、文書１６０の更新を確認する。ある局面において、ファイルサーバー１２０は、文書１６０の更新を検索サーバー１００に通知してもよい。他の局面において、検索サーバー１００は、定期的にファイルサーバー１２０に文書１６０の更新を問い合わせてもよい。

【0099】

ステップＳ１３１０において、ＣＰＵ１は、文書１６０に更新があるか否かを判定する。ＣＰＵ１は、文書１６０に更新があると判定した場合（ステップＳ１３１０にてＹＥＳ）、制御をステップＳ１３１５に移す。そうでない場合（ステップＳ１３１０にてＮＯ）、ＣＰＵ１は、制御をステップＳ１３０５に移す。

【0100】

ステップＳ１３１５において、ＣＰＵ１は、更新された文書１６０から特徴量を抽出する。一例として、ＣＰＵ１は、文書１６０に含まれる任意のオブジェクト（テキスト、グラフ、表および絵等）のフォント、色、大きさ、形およびサイズ等の任意の項目から特徴量を抽出し得る。

【0101】

ステップＳ１３２０において、ＣＰＵ１は、今回の文書１６０の更新に関する更新履歴を取得する。更新履歴は、例えば、文書１６０の更新日（更新日時であってもよい）、文書１６０を更新したユーザー名、文書１６０の更新されたページ番号、および、文書１６０のテキストに関する情報（フォント、文字の装飾、罫線の設定および色等）の少なくとも一部を含む。

【0102】

ステップＳ１３２５において、ＣＰＵ１は、文書１６０を前回更新したユーザーと、文書１６０を今回更新したユーザーとが同一であるか否かを判定する。ＣＰＵ１は、文書１６０を前回更新したユーザーと、文書１６０を今回更新したユーザーとが同一であると判定した場合（ステップＳ１３２５にてＹＥＳ）、制御をステップＳ１３３０に移す。そうでない場合（ステップＳ１３２５にてＮＯ）、ＣＰＵ１は、制御をステップＳ１３４５に移す。

【0103】

ステップＳ１３３０において、ＣＰＵ１は、インデックス１５０内の最新の特徴量を更新する。より具体的には、ＣＰＵ１は、前回の文書１６０の更新後の特徴量を今回の文書１６０の更新後の特徴量で上書きする。

【0104】

通常、インデックス１５０は、文書１６０のバージョン毎の特徴量を含み得る。これにより、複数のユーザーが文書１６０を修正した場合でも、各ユーザーは自分の知るバージョンの文書１６０の特徴量を指定することで文書１６０を検索し得る。

【0105】

しかしながら、例えばユーザーＡが文書１６０を２回連続して更新した場合、ユーザーＡは自分が文書１６０を連続して更新したことを知っている。そのため、ユーザーＡが文書１６０を検索する場合は、最新の文書１６０の特徴量（２回目の更新の後の文書１６０の特徴量）を検索条件に含めるはずである。そのため、ＣＰＵ１は、文書１６０を前回更新したユーザーと、文書１６０を今回更新したユーザーとが同一である場合、前回の文書１６０の更新後の特徴量を今回の文書１６０の更新後の特徴量で上書きする。

【0106】

ステップＳ１３３５において、ＣＰＵ１は、インデックス１５０内の最新の更新履歴を更新する。より具体的には、ＣＰＵ１は、前回の文書１６０の更新後の更新履歴を今回の文書１６０の更新後の更新履歴で上書きする。ある局面において、ＣＰＵ１は、前回の文書１６０の更新後の更新履歴と、今回の文書１６０の更新後の更新履歴とを１つの更新履歴として纏めてもよい。

【0107】

通常、インデックス１５０は、文書１６０のバージョン毎の更新履歴を含み得る。これにより、複数のユーザーが文書１６０を修正した場合でも、各ユーザーは文書１６０のバージョン毎の更新履歴を参照することで文書１６０がどのように編集されたかを把握することができる。

【0108】

しかしながら、例えばユーザーＡが文書１６０を２回連続して更新した場合、この２回の更新はユーザーＡによる一連の更新であるとも言える。そのため、ＣＰＵ１は、文書１６０を前回更新したユーザーと文書１６０を今回更新したユーザーとが同一である場合、前回の文書１６０の更新後の更新履歴を今回の文書１６０の更新後の更新履歴で上書きする。または、ＣＰＵ１は、上書き処理に代えて、前回の文書１６０の更新後の更新履歴と、今回の文書１６０の更新後の更新履歴とを１つの更新履歴として纏めてもよい。

【0109】

ステップＳ１３４０において、ＣＰＵ１は、更新された文書１６０のサムネイル画像を生成する。ある局面において、文書１６０のバージョン毎のサムネイル画像を生成し、各サムネイル画像を文書１６０のバージョン毎の特徴量に関連付けてもよい。

【0110】

ステップＳ１３４５において、ＣＰＵ１は、更新された文書１６０の特徴量に変化があるか否かを判定する。ＣＰＵ１は、更新された文書１６０の特徴量に変化があると判定した場合（ステップＳ１３４５にてＹＥＳ）、制御をステップＳ１３５０に移す。そうでない場合（ステップＳ１３４５にてＮＯ）、ＣＰＵ１は、制御をステップＳ１３６０に移す。

【0111】

ステップＳ１３５０において、ＣＰＵ１は、インデックス１５０に、更新後の文書１６０の特徴量を追加する。ＣＰＵ１は、インデックス１５０に含まれている特徴量の上書きまたは削除を実行しなくてもよい。

【0112】

ステップＳ１３５５において、ＣＰＵ１は、インデックス１５０に、更新後の文書１６０の更新履歴を追加する。ＣＰＵ１は、インデックス１５０に含まれている更新履歴の上書きまたは削除を実行しなくてもよい。

【0113】

ステップＳ１３６０において、ＣＰＵ１は、インデックス１５０に、更新後の文書１６０の更新履歴を追加する。ＣＰＵ１は、インデックス１５０に含まれている更新履歴の上書きまたは削除を実行しなくてもよい。なお、ＣＰＵ１は、さまざまなタイミングでインデックス１５０を更新し得る。ある局面において、ＣＰＵ１は、文書１６０がプリントされた後に文書が更新されたことに基づいて、インデックス１５０を更新してもよい。他の局面において、ＣＰＵ１は、文書１６０が編集不可能なファイル形式にエクスポートされた後に文書が更新されたことに基づいて、インデックス１５０を更新してもよい。

【0114】

以上説明した通り、本実施の形態に従う文書検索システム１０は、文書１６０が更新されたことに基づいて、更新履歴を生成する。また、文書検索システム１０は、当該更新履歴をユーザーの端末１１０に通知する。これにより、ユーザーは、文書１６０の特徴量に変化がない場合でも文書１６０が編集されたことに容易に気づくことができる。その結果、ユーザーは、例えば意図しない文書１６０（数字を書き換えられた文書等）をプリントして使用する等の業務事故を防止し得る。

【0115】

今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内で全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された開示内容は、可能な限り、単独でも、組合わせても、実施することが意図される。

【符号の説明】

【0116】

１ ＣＰＵ、２ １次記憶装置、３ ２次記憶装置、４ 外部機器インターフェイス、５ 入力インターフェイス、６ 出力インターフェイス、７ 通信インターフェイス、１０ 文書検索システム、１００ 検索サーバー、１１０ 端末、１２０ ファイルサーバー、１５０ インデックス、１５５ インデックスデータベース、１６０ 文書、１７０ 複合機、３００ スキャナー、４１０ 検索部、４２０ 特徴量抽出部、４３０ 更新履歴生成部、４４０ サムネイル画像生成部、４５０ 検索条件入力部、４６０ 検索結果送信部、４７０ ファイルサーバー通信部、５１０ キーボード、５２０ マウス、５３０ タッチパネル、５４０ ディスプレイ、９１０，９２０，１０１０，１０２０，１１１０，１１２０ 表示、９３０，１１１１，１１２１ 更新通知、９４０ 詳細情報、１１１２，１１１３，１１２２，１１２３ 変更箇所。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】