JP2001160068A - 文書管理システムにおいて問い合わせを処理するための方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 文書管理システムにおいて、普通の文書と同
様に、問い合わせの保存、検索、再利用、修正、アクセ
ス制御などを可能にする。 【解決手段】 文書データベースのオブジェクトを検索
するための第１のデータベース問い合わせを識別し（８
０２）、この問い合わせを説明する注釈データを受け取
り（８０４）、第１のデータベース問い合わせと注釈デ
ータとから内容検索可能なデータベース問い合わせを生
成し（８０６）、その問い合わせを、その後に検索する
ために、１つのオブジェクトとして文書データベースに
格納する（８０８）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書管理システム
に係り、特に、文書管理システムにおいて問い合わせを
処理するための方法及び装置に関する。

【０００２】

【従来の技術】様々な量のデジタルデータを、後日検索
するため組織化して格納するために、電子的なデータベ
ース・システムが利用されることが多い。電子的なデー
タベース・システムに格納されたデータを探し出すた
め、ユーザはしばしば、データベース検索の実行範囲を
定義する様々な検索条件を含んだ問い合わせを作成す
る。利便性を高めるため、あるデータベース応用プログ
ラムでは、ユーザが問い合わせを作成し、それ保存する
ことができるので、それら問い合わせを実行のたびに作
成し直す必要がない。これは何度も実行される問い合わ
せについては有益であろうが、そのような保存された問
い合わせは、一般に固定した検索条件を含んでおり、ま
た、データベース応用プログラムの一部として格納され
ている。これらの保存された問い合わせは、そのような
ものであるから、不変のデータセットを収容する従来の
構造化された電子的データベースをうまく処理できるか
もしれないが、電子的文書データベースに適用する場合
には不十分であることが判明した。

【０００３】電子的文書データベースは、物理的な文書
の電子的表現を索引付けする特殊な電子的データベース
である。電子的文書データベースは一般に、それに収容
された電子的文書を、メタデータとして知られている付
加的な構造化情報のみならず各文書の全テキスト内容に
基づいて検索することが可能である。電子的文書データ
ベースを検索するために作成される問い合わせは、多く
の場合、文書生成の日付及び／又は時間帯に加え文書内
容に特有の検索条件を含む。したがって、そのような文
書問い合わせは、内容、日付及び時刻に左右されやすい
ため、データベース応用プログラムの一部として格納さ
れた場合には、データベース自体の一部として格納され
た場合に比べ利用しにくいことが判明した。

【０００４】当該技術分野で知られている方法により保
存された問い合わせに関する、その他の不十分な点とし
て、保存された問い合わせの配布と再利用の問題があ
る。一般に、データベース・システムのユーザ間で問い
合わせを共有するためには、データベースから独立した
特殊な機構を利用する必要がある。このような機構は、
保存された問い合わせに対するユーザ・アクセスの制御
に関し問題があることが多く、保存されている問い合わ
せに対する不適切なユーザ・アクセスを許可してしま
う。また、当該技術分野で知られている方法により問い
合わせを保存した場合、ユーザは、ユーザ自身の問い合
わせよりも自分の検索に適している可能性のある他の既
存の保存問い合わせを検索することができない。

【０００５】

【発明が解決しようとする課題】よって、本発明の目的
は、以上に述べたような文書管理システムにおける問い
合わせに関する不都合を解決するためための改良した方
法と装置を提供することにある。

【０００６】

【課題を解決するための手段】本発明によれば、文書管
理システムにおいて、保存された問い合わせが検索可能
な文書として扱われる方法と装置が提供される。

【０００７】本発明方法の主要な特徴は、請求項１記載
のように、文書データベースのオブジェクトを検索する
ための第１の文書データベース問い合わせを識別し、前
記第１の文書データベース問い合わせから内容検索可能
な問い合わせ文書を生成し、前記内容検索可能な問い合
わせ文書を、後に検索するため１つのオブジェクトとし
て前記文書データベースに格納することである。もう１
つの特徴は、請求項２記載のように、前記第１の文書デ
ータベース問い合わせを説明する注釈データを受け取
り、この注釈データと前記第１の文書データベース問い
合わせとから前記内容検索可能な問い合わせ文書を生成
するである。もう１つの特徴は、請求項３記載のよう
に、第２の文書データベース問い合わせが実行される
と、それに応答して前記文書データベースより前記内容
検索可能な問い合わせ文書を検索することである。もう
１つの特徴は、請求項４記載のように、前記内容検索可
能な問い合わせ文書を実行して付加的な文書データベー
ス・オブジェクトを検索することである。

【０００８】本発明装置の主要な特徴は、請求項２１記
載のように、文書データベースのオブジェクトを検索す
るための第１の文書データベース問い合わせを識別する
手段、前記第１の文書データベース問い合わせから内容
検索可能な問い合わせ文書を生成する手段、前記内容検
索可能な問い合わせ文書を後に検索するため１つのオブ
ジェクトとして前記文書データベースに格納する手段を
有することである。もう１つの特徴は、請求項２２記載
のように、前記第１の文書データベース問い合わせを説
明する注釈データを受け取る手段をさらに有し、前記内
容検索可能な問い合わせ文書を生成する前記手段は、前
記第１の文書データベース問い合わせ及び前記注釈デー
タより前記内容検索可能な問い合わせ文書を生成するこ
とである。もう１つの特徴は、請求項２３記載のよう
に、第２の文書データベース問い合わせが実行される
と、それに応答して前記文書データベースより前記内容
検索可能な問い合わせ文書を検索する手段をさらに有す
ることである。もう１つの特徴は、請求項２４記載のよ
うに、前記内容検索可能な問い合わせ文書を実行して付
加的な文書データベース・オブジェクトを検索する手段
をさらに有することである。

【０００９】以上に述べた本発明の特徴及びその他の特
徴は、以下の実施の形態に関連した説明から明白となろ
う。

【００１０】

【発明の実施の形態】以下の記述中に、あくまで説明の
ためのものであるが、本発明を完全に理解できるように
様々な具体例が示される。しかし、当業者には、そのよ
うな具体例によることなく本発明を実施し得ることは明
白であろう。他方、本発明を分かりにくくしないため、
周知の構造や装置はブロック図の形で表現される。

【００１１】以下の詳細な説明には、コンピュータ・メ
モリ内のデータビットに対する操作のアルゴリズム及び
記号表現によって表された部分がある。このようなアル
ゴリズム記述及び表現は、データ処理技術分野におい
て、当業者が研究内容を他の当業者に最も効率的に伝え
るために用いる手段である。あるアルゴリズムがあり、
それが概して期待した結果に至る筋の通ったステップの
系列だと理解されるとする。それらのステップは、物理
量の物理的処理を要するステップである。必ずという訳
ではないが、これらの物理量は記憶、転送、結合、比
較、その他処理が可能な電気的または磁気的信号の形を
とるのが普通である。これらの信号をビット、値、要
素、記号、文字、用語、数値等で表わすのが、主に慣用
上の理由から便利な場合があることが分かっている。

【００１２】しかしながら、このような用語や同様の用
語は、適切な物理量に関連付けられるべきであり、ま
た、これら物理量に付けた便宜上のラベルに過ぎないと
いうことに留意すべきである。以下の説明から明らかな
ように、特に断わらない限り、”処理”、”演算”、”
計算”、”判定”、”表示”等の用語によって論じられ
ることは、コンピュータシステムのレジスタ及びメモリ
の内部の物理的（電子的）な量として表現されたデータ
を処理して、コンピュータシステムのメモリやレジス
タ、その他同様の情報記憶装置、情報伝送装置又は表示
装置の内部の同様に物理量として表現された他のデータ
へ変換する、コンピュータシステムや同様の電子演算装
置の作用及びプロセスを意味する。

【００１３】本発明は、ここに述べる操作を実行するた
めの装置にも関係する。このような装置は、所要目的の
ために専用に作られてもよいし、内蔵のコンピュータ・
プログラムにより選択駆動もしくは再構成された汎用コ
ンピュータであってもよい。そのようなコンピュータ・
プログラムは、コンピュータが読み取り可能な記憶媒
体、例えば、フロッピーディスク、光ディスク、ＣＤ−
ＲＯＭ、光磁気ディスクなどの任意の種類のディスク、
リードオンリーメモリ（ＲＯＭ）やランダムアクセスメ
モリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カー
ド又は光カードなど、すなわち電子的命令の記憶に適し
たコンピュータのシステムバスに接続された任意の種類
の媒体に格納することができる。ここに提示するアルゴ
リズム及び表示は、本質的に、どのような特定のコンピ
ュータ、その他の装置とも関わりがない。様々な汎用マ
シンを、ここに述べる内容に従ったプログラムで使用す
ることができるが、所要の方法のステップの実行のため
に、より特化した装置を作るほうが好都合であることも
ある。これら多様なシステムに要求される構造は以下の
説明から明らかになろう。また、ここに述べる本発明の
内容の実現に、様々なプログラミング言語を使用し得る
ことは明らかであろう。

【００１４】その処理操作の全部又は一部を、コンピュ
ータ又は専用装置の１つ以上の処理装置（例えばＣＰ
Ｕ）上で動作するソフトウェアにより実行することがで
き、あるいは、デジタル・ロジック及び／又は回路、集
積回路（例えばＡＳＩＣ）、その他の半導体基板によっ
て実行することができる。

【００１５】《システムの概要》文書管理システムにお
いて、保存された問い合わせを検索可能な文書として扱
うためのシステムが開示される。ファイル管理装置（”
ＦＭＡ”）は、複数のプロセス及び待ち行列を用いて文
書取り込みサービス及び索引付けサービスを提供する、
文書管理システムの一部としての装置である。このＦＭ
Ａシステムの文書取り込みサービス及び索引付けサービ
スによって、文書は１つ以上のデータ記憶装置にアーカ
イブされることにより、文書データベースを構築する。
ユーザがそのようなアーカイブ・データを１つ以上のデ
ータベースより検索する方法の１つは、１つ以上の問い
合わせを作成し、それをＦＭＡシステムに提示すること
による方法である。ＦＭＡシステム内で作成された問い
合わせは、同システム内の文書として扱われる。したが
って、問い合わせを、後に検索し実行するために文書と
して文書データベース内にアーカイブすることができ
る。

【００１６】図１は、本発明に係るファイル管理システ
ムの一例を示す。クライアント１１０は、ネットワーク
１００に接続された汎用デジタルコンピュータである。
ネットワーク１００は、ローカル・エリア・ネットワー
ク（ＬＡＮ）であったり、イントラネットであったり、
インターネットであったり、あるいは、それ以外の複数
装置間で通信可能な任意の相互接続データ経路である。
ネットワーク１００には、マルチメディア・ソース１１
２、ファクシミリ装置１２０、複写機１２５、プリンタ
１３０、スキャナ１３５、データ記憶装置１４０、サー
バー１４５、ファイル管理装置（”ＦＭＡ”）１５０も
接続されている。

【００１７】マルチメディア・ソース１１２は、ネット
ワーク１００に接続された１つ以上の音声・映像入力装
置である。マルチメディア・ソース１１２は、例えば、
アナログデータとデジタルデータの両方をネットワーク
１００に供給できる１つ以上のマイクロホン及び／又は
ビデオカメラである。

【００１８】ファクシミリ装置１２０は、ネットワーク
１００に接続され、電話回線を通じてテキスト、画像な
どのデータを送受信（ファクス通信）することができる
装置である。ファクシミリ装置１２０は、一実施例で
は、印刷物として作成されたテキストと画像を送信し、
別の実施例では、ネットワーク１００に接続された任意
数の装置によって生成された電子データを送信する。同
様に、ファクシミリ装置１２０は、一実施例では受信デ
ータのハードコピーをプリントし、別の実施例では受信
データをネットワーク１００に接続された任意数の装置
へ転送する。

【００１９】複写機１２５は、テキストと画像を複写す
ることができる装置である。複写機１２５は、一実施例
では、印刷されたテキスト及び画像を再生する写真複写
機であるが、別の実施例では、ネットワーク１００に接
続された任意数の装置より受信したデータを再生する写
真複写機である。

【００２０】プリンタ１３０は電子データを印刷された
テキスト及び画像へ変換することができる装置であり、
スキャナ１３５は印刷されたテキスト及び画像を電子デ
ータへ変換することができる装置である。一実施例で
は、ファクシミリ装置１２０、写真複写機１２５、プリ
ンタ１３０、スキャナ１３５はそれぞれ、ネットワーク
１００に接続された別々の装置である。別の実施例で
は、これら装置の任意の組み合わせが１台の多機能装置
で置き換えられる。なお、本発明の範囲から逸脱するこ
となく、任意数の装置をネットワーク１００から省き、
あるいはネットワーク１００に追加することができる。

【００２１】一実施例では、図１に示すように、データ
記憶装置１４０がネットワーク１００に接続される。一
実施例では、データ記憶装置１４０は、例えばＣＤ−Ｒ
ＯＭ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ
Ｗ、磁気テープなどの着脱可能な記憶媒体である。別の
実施例では、データ記憶装置１４０はハードディスク・
ドライブもしくは固定ディスク・ドライブのような着脱
不可能な記憶媒体である。一実施例では、データ記憶装
置１４０はアーカイブ装置である。

【００２２】サーバー１４５は、ネットワーク１００に
接続された汎用デジタルコンピュータであり、ネットワ
ーク１００に接続された他の装置に対しネットワーク・
サービスを提供するように構成される。一実施例では、
サーバー１４５はネットワーク１００に対しファイル共
有サービスとプリンタ・サービスを提供する。別の実施
例では、サーバー１４５はウェブ・サーバーであり、要
求されたＨＴＭＬ（hypertext markup language）ペー
ジ又はファイルを、要求元の装置へネットワーク１００
を通じて提供する。さらに別の実施例では、サーバー１
４５はネットワーク１００に対し環境設定サービスを提
供できるＮＯＡサーバーである。

【００２３】ＦＭＡ１５０は、ネットワーク１００に接
続された、文書取り込みサービス、索引付けサービス及
び問い合わせサービスを提供するファイル管理装置であ
る。一実施例では、ＦＭＡ１５０は文書取り込みサービ
ス、索引付けサービス及び問い合わせサービスに加え、
環境設定サービスをネットワーク１００に提供できる装
置である。一実施例では、ＦＭＡ１５０は、どの装置と
も直接接続されず、ネットワーク１００を通じて他の装
置と通信可能に接続される。ＦＭＡ１５０は、その存在
をＨＴＴＰプロトコル又は他のプロトコルによりネット
ワーク１００上の他の装置に知らせる機能を有する。

【００２４】自動的な文書取り込み（もしくは”無意識
的取り込み”）は、後に詳述するが、ある装置がデータ
記憶装置１４０などのアーカイブ装置に文書をアーカイ
ブすることを要求するプロセスである。一実施例では、
ＦＭＡ１５０がその要求元の装置であるが、他の装置も
文書のアーカイブを要求できる。

【００２５】ＦＭＡ環境においては、１つの文書を単一
のファイルから構成することができる。一実施例では、
文書という用語が、文書を表すために”文書ディレクト
リ”という用語と同じ意味で用いられる。１つの文書
を、その内容の少なくとも一部を表現する、色々なタイ
プの多くの個別ファイルから構成することができる。ク
ライアント１１０上でプリンタ１３０に対して生成され
るプリント・ジョブを、例えば、サムネイル画像、post
scriptファイル、ＰＤＦ（portable documentformat）
ファイル、及び、抽出されたテキストを含むＡＳＣＩＩ
ファイルとして取り込むことができる。さらに、ＦＭＡ
１５０は例えばＪＰＥＧ形式（jointphotographic expe
rts group format）、ＧＩＦ形式（graphics interchan
geformat）、ＴＩＦＦ形式（tagged image file forma
t）などの様々な画像ファイル形式を処理できる。一実
施例では、それぞれの固有なファイル・タイプは、その
ファイル名に付けた対応した固有のファイル拡張子によ
って表される。例えば、ＰＤＦファイルは”ファイル
名.pdf”と表され、またサムネイル画像は”ファイル
名.thumb”と表される。

【００２６】一実施例では、ＦＭＡ１５０は複合ファイ
ル名拡張子を解釈する機能を備える。例えば、サムネイ
ル画像を含むＴＩＦＦ形式のファイルは、”ファイル
名.thumb.tiff”と表すことができる。一実施例では、
ＦＭＡ１５０は、文書のページ番号をファイル名として
用いる。このような方法で、１つの文書を同じディレク
トリに置かれた複数のファイルで表すことができ、その
各々のファイルはその文書の、ファイル名で示された別
々のページに相当する。例えば”01.thumb.jpg”はＪＰ
ＥＧ形式のページ１のサムネイル画像を意味することに
なる。同様に、”12.thumb.tiff”はＴＩＦＦ形式のペ
ージ１２のサムネイル画像を意味することになる。

【００２７】ＦＭＡ１５０は、プリンタ１３０、ファク
シミリ装置１２０、クライアント１１０、スキャナ１３
５などのネットワーク１００に接続された様々な装置か
ら取り込まれたデータの索引付けを行うことができる。
一実施例では、ファクシミリ装置１２０は電話回線を通
じてデータを取り込み、その受信データの少なくとも一
部をネットワーク１００を介しＦＭＡ１５０へ送信す
る。別の実施例では、クライアント１１０からネットワ
ーク１００を介しファクシミリ装置１２０へ送信された
データは、透過的に（例えば装置側が知らないうちに）
取り込まれ、そのデータの少なくとも一部が索引付けの
ためにＦＭＡ１５０へ送られる。他の実施例では、ファ
クシミリ装置１２０はクライアント１１０の内部に置か
れることにより、クライアント１１０はファクシミリ・
データを取り込ませるためにネットワーク１００経由で
送信する必要がなくなる。このような実施例でも、ＦＭ
Ａ１５０は同様に取り込みデータの少なくとも一部分を
受け取る。一実施例では、ＦＭＡ１５０は文書から抽出
された書誌的データすなわち”メタデータ”を受信す
る。一実施例では、ファクシミリ装置１２０より受信さ
れたデータはＴＩＦＦ形式に変換されるが、クライアン
ト１１０から受信されたデータは伝送時の元の形式のま
まとすることができる。

【００２８】このＦＭＡの取り込みプロセスは、スキャ
ナ１３５や複写機１２５など、ネットワーク１００に接
続された他の装置にも同様に適用される。一実施例で
は、スキャン文書又は複写文書に対し光学文字認識（Ｏ
ＣＲ）が実行されるときに、ＦＭＡ１５０は２つの特殊
なＯＣＲ関連ファイルを生成する。一実施例では、ＦＭ
Ａ１５０によって、”contents.txt”と”contents.pd
f”が生成され、これらは、その文書の全テキスト及び
返送ページ画像を１つの文書ファイルとして索引付けす
るためにそれぞれ用いられる。

【００２９】一実施例では、ＦＭＡ１５０はネットワー
ク１００上の装置中の任意の１つ以上の装置と同じ機能
を提供することにより、それ以外の専用装置は必要でな
くなる。一方、別の実施例では、ＦＭＡ１５０は、ネッ
トワーク１００経由の文書取り込み及び索引付けをサポ
ートできるだけのハードウェアとソフトウェアを内蔵し
たシン・サーバーとして実現される。

【００３０】図２は、ＦＭＡのハードウェア構成の一例
を示すブロック図である。図２を参照すると、一実施例
では、ＦＭＡ１５０は制御装置２５２、入出力装置２５
４、メインメモリ２５６、記憶装置２５８、ネットワー
ク制御装置２６２を有し、これらは全てバス２６５を介
して接続される。制御装置２５２は、ＦＭＡ１５０の全
体的動作を制御するもので、当該技術分野で知られてい
る任意の方法で実現できる。一実施例では、制御装置２
５２はデータ処理の分野で知られている汎用マイクロプ
ロセッサからなる。メインメモリ２５６は、ランダムア
クセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯ
Ｍ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能な
ＰＲＯＭ（ＥＰＲＯＭ）、又は、その他の当該技術分野
で知られている任意のメモリ・デバイスである。ＦＭＡ
１５０は、メインメモリ２５６のほかに、二次メモリ装
置（不図示）を持つこともできる。一実施例では、ＦＭ
Ａ１５０は、それが必要としないＵＮＩＸコマンドを削
除したＵＮＩＸベース・オペレーティングシステムのペ
アド・ダウン（pared-down）バージョンを使用する。こ
のような実施例では、制御装置２５２はメインメモリ２
５６より命令を取り出し、解読し、実行する。一実施例
では、ＦＭＡ１５０はメインメモリ２５６内の所定位置
にある命令を実行する。

【００３１】入出力装置２５４はバス２６５に接続さ
れ、ＦＭＡ１５０へのデータ入力とＦＭＡ１５０からの
データ出力を可能にする。入出力装置２５４は、当該技
術分野で知られている任意の汎用入出力装置によって実
現できる。入出力装置２５４を、液晶ディスプレイ２６
４やタッチスクリーン２７４、図２には示さないが当該
技術分野で知られている他の任意の表示装置など、任意
台数の表示装置とも接続できる。入出力装置２５４を、
当該技術分野で知られている任意台数のデータ入力装置
と接続することもできる。図２には、入出力装置２５４
に接続されたキーボート２８４とキーパッド２９４が示
されているが、それらに加えて、あるいは、それらに代
えて、他の任意の汎用入力装置を接続することができ
る。一実施例では、図２に示すように、入出力装置２５
４はＦＭＡ１５０の内部にある。別の実施例では、入出
力装置２５４はＦＭＡ１５０の外部に設けられる。

【００３２】ＦＭＡ１５０のネットワーク２００経由の
通信を可能にするため、ネットワーク制御装置２６２が
バス２６５に接続されている。ネットワーク制御装置２
６２は、ネットワーク・インターフェース・カードや特
定用途向け集積回路（ＡＳＩＣ）として、又はその他の
当該技術分野で知られている任意の方法によって、ＦＭ
Ａ１５０のネットワーク接続を可能にするよう構成され
る。一実施例では、図２に示すように、ネットワーク制
御装置２６２はＦＭＡ１５０の内部に設けられる。別の
実施例では、ネットワーク制御装置２６２はＦＭＡ１５
０の外部に設けられる。

【００３３】記憶装置２５８はバス２６５に接続されて
おり、当該技術分野で知られている任意の不揮発性記憶
装置である。記憶装置２５８は、ＣＤやＤＶＤなどの着
脱可能な記憶媒体を使用することができ、あるいは、ハ
ード／固定ディスクなどの着脱不可能な記憶媒体を使用
することができる。待ち行列ファイル２６０（後に詳述
する）は、記憶装置２５８上に順序付けられて格納され
た文書を表す。

【００３４】《待ち行列》一実施例では、ＦＭＡの動作
環境は、１つ以上の処理待ち行列を処理するために、い
くつかのプロセス又はデーモンの同時実行が可能であ
る。ＦＭＡは、文書とも呼ばれるファイルとディレクト
リの組み合わせを用いて、そのような待ち行列を作成す
る。一実施例では、待ち行列ファイル２６０などの待ち
行列ファイルは、改行文字で区切られた文書格納場所の
リストを格納している。

【００３５】図３及び図４は、ＦＭＡの待ち行列処理の
処理フローの一例を示す流れ図である。図３及び図４を
参照して説明する。ＦＭＡ１５０は最初に受信待ち行列
ファイルのロックの取得を試みる（処理ブロック３１
０）。一実施例では、ＦＭＡ１５０は、メタデータ・フ
ァイル（以下に詳述する）を受信待ち行列ファイルのロ
ックを取得できるか否かを示すために利用する。ＦＭＡ
１５０は、受信待ち行列ファイルのロック又は対応した
メタデータ・ファイルを取得できないときには、所定時
間だけ待ち（処理ブロック３１２）、その後に受信待ち
行列ファイルのロックの取得を再度試みる（処理ブロッ
ク３１０）。ＦＭＡ１５０は、受信待ち行列ファイルの
ロックを取得できたならば、文書を受信待ち行列ファイ
ルの文書リストに追加する（処理ブロック３１４）。文
書の追加を終えると、ＦＭＡ１５０は受信待ち行列ファ
イルのロックを解除し（処理ブロック３１６）、受信待
ち行列ファイルに処理待ちのエントリーがある旨の信号
を受信デーモンに送る（処理ブロック３１８）。

【００３６】受信デーモンは、そのような受信待ち行列
ファイルに文書が存在することを示す信号を検知する
か、そのような信号を検知する前にタイムアウトが発生
すると（処理ブロック３２０）、受信待ち行列ファイル
をロックし（処理ブロック３２２）、受信待ち行列ファ
イルに処理すべき文書が実際に存在するか否か調べる
（処理ブロック３２４）。受信待ち行列ファイルに文書
が存在しないときには、受信デーモンはスリープ・モー
ドに戻り、再度、受信待ち行列ファイル内に文書がある
ことを示す信号又はタイムアウトの発生を待つ。一方、
受信待ち行列ファイルに文書があるときには（処理ブロ
ック３２４）、受信デーモンは、その文書に”処理中”
のマークが付けられているか調べる（処理ブロック３２
６）。その文書に”処理中”マークが付けられていると
きには、先に実行されたデーモン・プロセスが早く終了
した可能性があるので、受信デーモンはその文書を処理
することなく、その文書に”終了”マークを付ける（処
理ブロック３２８）。一方、その文書に”処理中”マー
クがついていない場合（処理ブロック３２６）、受信デ
ーモンはその文書に”処理中”マークを付け（処理ブロ
ック３３０）、受信待ち行列ファイルのロックを解除し
（処理ブロック３３２）、その文書の通常の処理を続け
る（処理ブロック３３４）。その文書の処理後、受信デ
ーモンはその文書に”終了”マークを付け（処理ブロッ
ク３３６）、受信待ち行列ファイルを再度ロックする
（処理ブロック３３８）。文書に”終了”マークが付け
られると（処理ブロック３２８からであっても、処理ブ
ロック３３６からであっても）、受信デーモンは、その
文書を次の待ち行列に格納し（処理ブロック３４０）、
受信待ち行列から、その文書のエントリーを削除する
（処理ブロック３４２）。最後に、受信デーモンは、次
の文書処理を可能にするため受信待ち行列ファイルのロ
ックを解除する（処理ブロック３４４）。

【００３７】《メタデータ》一実施例では、ＦＭＡシス
テム内に取り込まれた各文書は、ＦＭＡ上に、メタデー
タ・ファイルを含む１つの独立したＵＮＩＸディレクト
リとして格納される。一実施例では、メタデータ・ファ
イルは文書に関する特殊な情報、例えば、取り込み装置
より得られた書誌的データなどを格納している。一実施
例では、文書のメタデータは属性とその値のペアからな
る。

【００３８】図５は、ＦＭＡのメタデータ・ファイルの
一例を示す。図５には、文書のメタデータの属性が各々
の意味とともに列挙されている。

【００３９】図６は、ＦＭＡのメタデータ・ファイルの
もう一つ例を示す。図６には、文書のメタデータの属性
が、そのとり得る値の型とともに列挙されている。

【００４０】図７は、ＸＭＬ（extensible markup lang
uage）で記述されたＦＭＡのメタデータ・ファイルの一
例を示す。図７に示した部分的なメタデータ・コード
は、ある文書に関し生成されるであろうもの、すなわ
ち、その文書がユーザ”jones”により取り込まれたこ
と（行６４０）、ユーザ”jones”の所有であること
（行６３０）、連続番号”883639”を持つこと（行６２
０）、アーカイブされたこと、つまり”バックアップさ
れた”こと（行６９０）を示している。さらに、図７に
示したメタデータ・コードは、その文書がＯＣＲと圧縮
の処理がなされたこと（行６６０及び行６７０）、索引
付けされたこと（行６８０）、ディスク３７にバックア
ップされたこと（行６９０）を示している。

【００４１】ＦＭＡは、（ｈｔｔｐ：／／ＷＷＷ．Ｗ
３．ｏｒｇのワールド・ワイド・ウェブ・コンソーシア
ム（Ｗ３Ｃ）より入手可能なＸＭＬ仕様書で規定され
た）ウェルフォームド(well-formed)ファイルでないメ
タデータ・ファイルを検知したときには、一実施例で
は、そのメタデータを、その文書に関する検証可能な全
ての情報を含むウェルフォームド・ファイルで置き換え
る。その結果、ウェルフォームドであるが属性／値のペ
アを全く含まない、完全に空のメタデータ・ファイルと
なることもあり得る。一実施例では、図５、図６及び図
７に示したメタデータ・ファイル及びデータ・フィール
ド定義はＸＭＬ仕様に準拠して作られているが、同様の
機能を得るために他のプログラム言語、例えば、ＨＴＭ
Ｌ、ＸＨＴＭＬ（extensible hypertext markup langua
ge）、ＳＧＭＬ（standard generalizedmarkup languag
e）、その他の当該技術分野で知られている任意の言語
を同様に使用することができる。一実施例では、メタデ
ータ・ファイルに対し項目を追加又は削除するため、Ｆ
ＭＡは、小さなソフトウェア・ライブラリもしくはルー
チンを使って、メタデータ・ファイルを解析するととも
に、文書又はメタデータの項目に関するロック操作、読
み出し操作、書き込み操作及び削除操作を行う。

【００４２】ＦＭＡは、ＦＭＡ上の文書を管理するマス
ター文書リストも保持することができる。一実施例で
は、このマスター文書リストは、ＦＭＡでこれまでに取
り込まれた全ての文書に関する情報を指示する唯一の情
報格納場所である。一実施例では、マスター文書リスト
は、図５、図６及び図７に示されたメタデータ・ファイ
ルに見られるものと同じ属性を保持する。マスター文書
リストを作るために、内容索引付けが可能な任意のデー
タベースを利用することができる。

【００４３】《文書の取り込み》文書の取り込みは、あ
る装置（例えばＦＭＡ１５０）がアーカイブ装置（例え
ばデータ記憶装置１４０）に文書のアーカイブを要求す
る動作である。しかし、文書の取り込みが実行されるの
は、特定のネットワーク・エンティティもしくは装置の
みに限ったものではない。一実施例では、文書の取り込
みはＦＭＡシステム内の全文書に対し自動的に実行され
るが、別の実施例では、ユーザによる設定に応じて、選
択された文書のみが取り込まれる。例えば、ユーザは、
文書の自動取り込みを防止するボタンを押すことができ
る。一実施例では、文書の取り込みに標準的なインター
ネット・プロトコルが用いられ、複数文書の取り込みあ
るいは１つの文書に関連した複数ファイルの取り込みが
可能である。

【００４４】一実施例では、取り込みプロトコルとして
ＨＴＴＰが用いられる。ＨＴＴＰのＰＯＳＴ操作によ
り、ＦＭＡで、例えばアーカイブ形式を含む様々な形式
のファイルを取り込むことができる。このようなアーカ
イブ・ファイルは別々の名前のデータ・ファイルの集合
を格納することができ、また、テープ・アーカイブ（ｔ
ａｒ）形式、ｚｉｐ形式、ｇｚｉｐ形式、ｐｋｚｉｐ形
式、Ｓｔｕｆｆｉｔ形式などのアーカイブ形式をとり得
る。

【００４５】別の実施例では、ＦＴＰ（Internet File
Transfer Protocol）のインプリメンテーションが取り
込みプロトコルとして用いられることにより、文書はＭ
ＩＭＥ（multipurpose Internet mail extension）ファ
イルとしてデフォルトのＦＴＰディレクトリに取り込ま
れ、あるいは同デフォルト・ディレクトリのサブディレ
クトリとして取り込まれる。文書の名前はディレクトリ
・システムの一部としては格納されず、メタデータ・フ
ァイルに格納されるため、文書ディレクトリの実際の名
前は文書の取り込みでは重要でない。一実施例では、文
書の取り込み日が文書ディレクトリの名前として用いら
れる。また、連続番号のようなユニークな識別子を各文
書に割り当て、文書のメタデータ・ファイルに格納する
ことができる（図５、図６及び図７に、４２０、５２
０、６２０として各々示されている）。

【００４６】図８は、ＦＭＡ環境の一実施例において用
いられるＭＩＭＥ取り込みの処理フローの一例を示す流
れ図である。図８を参照すると、取り込み装置は、１つ
以上のコンテンツ・ファイルと１つのメタデータ・ファ
イルを含むＭＩＭＥマルチパート・ファイルを生成する
（処理ブロック７１０）。取り込み装置は、そのＭＩＭ
Ｅファィルを生成した後、デスティネーション装置との
アノニマスＦＴＰセッションの確立を試みる（処理ブロ
ック７１５）。ＦＴＰセッションの確立後、取り込み装
置はデスティネーション装置上でユニークなファイル名
を決定し（処理ブロック７２０）、そのファイルのデス
ティネーション装置への転送を試みる（処理ブロック７
２５）。この転送を失敗した場合、取り込み装置は別の
ファイル名を取得して、ファイル転送を再度試みる。フ
ァイル転送が成功すると（処理ブロック７３０）、取り
込みは完了する。

【００４７】図９は、ＦＭＡ環境の一実施例におけるデ
ィレクトリ取り込みの処理フローの一例を示す流れ図で
ある。図９を参照すると、取り込み装置はデスティネー
ション装置とのアノニマスＦＴＰセッションを確立する
（処理ブロック７３５）。このＦＴＰセッションが確立
した後、取り込み装置はデスティネーション装置上でユ
ニークであると見込まれるディレクトリ名（以下に詳述
する）を決定する（処理ブロック７４０）。ディレクト
リ名の決定後、取り込み装置は、デスティネーション装
置上に、その名前を持つディレクトリの作成を試みる
（処理ブロック７４５）。ディレクトリ名の重複、その
他の理由で、このディレクトリ作成の試みが成功しない
ときには、取り込み装置は別のディレクトリ名を決定
し、ディレクトリの作成を再度試みる（処理ブロック７
５０，７４０，７４５）。一方、取り込み装置は、デス
ティネーション装置上にディレクトリを首尾良く作成で
きると（処理ブロック７５０）、１つ又は複数のコンテ
ンツ・ファイルを、新たに作成したディレクトリに複写
する（処理ブロック７５５）。取り込み装置はメタデー
タ・ファイルも生成し（処理ブロック７６０）、このメ
タデータ・ファイルがＦＭＡ装置へ送られ（処理ブロッ
ク７６５）、プロセスは完了する。

【００４８】図１０は、ＦＭＡ環境での文書格納プロセ
スの処理フローの一例を示す流れ図である。この文書格
納プロセスにおいて、ＦＭＡは適当なディレクトリを作
成し、そのディレクトリに文書を移動させ、そしてマス
ター・リストを更新する。図１０を参照すると、格納し
ようとする文書のメタデータ・ファイルがアクセスさ
れ、その"Capture date”フィールド（図５及び図６の
項目４５０，５５０を各々参照）の情報が取得される
（処理ブロック７７０）。その文書の"Capture date”
（取り込み日）フィールドが存在しないか、そのメタデ
ータ・ファイルさえも存在しないときには、現在のシス
テム・タイムが取得され、それが文書の"Capture dat
e”として用いられる（処理ブロック７７４）。一方、
その文書の”Capture date”が存在するときには、シス
テムは適切な名前が付けられたディレクトリが存在する
か調べる。一実施例では、文書ディレクトリは”yyyy/m
m/dd”で表される。ここで、yyyyは文書の作成年、mmは
文書の作成月、ddは文書の作成日を意味する。

【００４９】図１０を再度参照する。システムは、適切
な４桁年で表されたディレクトリが存在するか調べる
（処理ブロック７７６）。適切な年を表すディレクトリ
が存在しないときには、システムはそのようなディレク
トリを作成する（処理ブロック７７８）。一方、適切な
年を表すディレクトリが存在するときには、システム
は、その年ディレクトリ内に適切な月を表すディレクト
リが存在するか調べる（処理ブロック７８０）。その年
ディレクトリ内に適切な月ディレクトリが存在しないと
きには、システムは、その年ディレクトリ内に月ディレ
クトリを作成する（処理ブロック７８２）。適切な年デ
ィレクトリと月ディレクトリが存在するときには、シス
テムは最後に、そのネストされた年／月ディレクトリ内
に適切な日ディレクトリが存在するか調べる（処理ブロ
ック７８４）。その日ディレクトリが存在しないときに
は、システムはその年／月ディレクトリ内に適切な日デ
ィレクトリを作成する（処理ブロック７８６）。一方、
適切な年月日を表すディレクトリが既に存在するなら
ば、システムは文書が格納される新しい文書ディレクト
リ名を生成する。一実施例では、システムは、既存の文
書ディレクトリ名の最後に付けられる４桁の乱数を生成
する（処理ブロック７８８）。ユニークな文書ディレク
トリ名が確定したならば（処理ブロック７８６，７８
８）、文書がそのディレクトリに移され（処理ブロック
７９０）、その文書の新たな格納場所を反映するように
マスター文書リストが更新される（処理ブロック７９
２）。

【００５０】《文書の所有権》ＦＭＡシステムでは、文
書へのアクセスを規制するため、文書に対し様々なアク
セス権もしくは所有権のプロパティを個別的又は一般的
に割り当てることができる。普通、文書の所有者は、一
定の文書のアクセス及び管理に関し最大の自由を持つと
みなされる。例えば、ＦＭＡ上の文書の所有者は、その
文書に関し、閲覧、所有権の変更、削除、他の所有者へ
の複写など様々な操作を行うことが許される。所有者が
特定の文書に対して持つ支配権は広範であるため、ＦＭ
Ａ上のファイルに対するアクセスは”単独所有者”の所
有権モデルで管理される。すなわち、すべての文書は、
どのユーザ又はユーザたちにアクセス又は閲覧が許可さ
れるか指定する所有者フィールドを含んでいる。ＦＭＡ
上の所有者を、個人ユーザとして、あるいはユーザ・グ
ループとして指定することができる。あるグループが文
書の所有者として指定されたときには、そのグループの
すべてのメンバーがそのファイルの所有者として扱われ
る。一実施例では、ＦＭＡ上の各文書を公開文書に指定
することができ、そうすることにより、その文書の所有
権は変更されないが、全てのユーザがその文書の閲覧を
許される。一実施例では、所有権アクセス用のユーザ及
びグループ名空間は、ウェブ・サーバーに対しＨＴＴＰ
認証を与えるために使用されるユーザ及びグループ名空
間と同じである。

【００５１】《問い合わせ》ＦＭＡベース・システムの
文書取り込みサービス及び索引付けサービスにより、文
書は例えばデータ記憶装置１４０などの１つ以上のデー
タ記憶装置にアーカイブされる。一実施例では、電子文
書のアーカイブは文書データベースと呼ばれ、それに収
容された各文書は１つ以上の電子データ・オブジェクト
によって表される。ユーザが、そのようなアーカイブ・
データを１つ以上のデータベースより検索する方法の１
つは、１つ以上の問い合わせを作成し、それをＦＭＡシ
ステムに提示することによる方法である。一実施例で
は、ＦＭＡ問い合わせは、実行したいデータベース検索
の範囲を定義する様々な検索条件を用いて作成される。
その検索条件は、一実施例ではユーザにより指定される
が、もう１つの実施例では、ＦＭＡ又は同様装置によっ
て自動的に生成させることができる。一実施例では、図
５及び図６に示すようなＦＭＡの各種メタデータ属性の
各々は、ＦＭＡによって索引付けされ、また、検索され
る問い合わせの内部で指定することができる。しかしな
がら、一実施例では、文書データベース内の項目は検索
される順に索引付けされる必要はないことに留意すべき
である。

【００５２】ＦＭＡシステム内の問い合わせは、ＦＭＡ
文書データベース内の文書として扱われるので、後に検
索し実行するために文書として同データベース内にアー
カイブすることができる。一実施例では、保存された各
問い合わせ文書に対し、問い合わせでない文書に関する
メタデータ・ファイルと同様のメタデータ・ファイルが
生成され、対応付けされる。このようなメタデータ・フ
ァイルは、例えば、その問い合わせの作成者、作成日
時、最後に実行又は更新された日時など、各種の問い合
わせプロパティを記述した検索可能な属性を含むことが
できる。このように、問い合わせを文書として扱うこと
により、問い合わせ自体がデータベースに格納された検
索可能なデータ・オブジェクトになる。

【００５３】ＦＭＡベース・システム内に多数の文書が
格納され、なおかつ同システムにおける問い合わせ作成
の際に自由度が与えられるとすると、ＦＭＡによる回答
文書の数が検索の度毎に大幅に変化することは容易に想
像される。さらに、ある問い合わせによって、要求され
た検索条件に合致する多数の文書が得られたとしても、
そのようなＦＭＡの回答文書の全部がユーザにとって適
切なものであるということには必ずしもならない。ある
問い合わせが、あるユーザにとって特に有益であること
が分かった場合、そのユーザは、その問い合わせを後日
再利用するため保存しておきたいであろう。そのユーザ
は、後日、その問い合わせを現在の形のままで再実行す
るかもしれないが、おそらくは、再実行する前に、その
検索条件を変更するか追加するかして問い合わせを修正
したいと思うであろう。一実施例では、ＦＭＡは、ユー
ザがデータベースの問い合わせを実行、保存、更新、及
び再実行するための手段を提供する。

【００５４】ある問い合わせで多数の文書が回答された
場合、ユーザは、その時に必要としているものに応じて
最も適切な文書を割り出すため、それらの文書をソート
したいと思うであろう。しかし残念なことに、各文書の
内容を確認するための何らかの説明情報がないと、ユー
ザは、１つ以上の適切な文書をうっかり見落とすことが
ある。文書の表題によって、問い合わせでない対応文書
の内容を多少なりとも推測できるかもしれないが、問い
合わせ文書は１つの簡単な表題で効果的に要約できない
文書の集合を表す。一実施例では、ＦＭＡシステムは、
ユーザが、データベース検索を容易にするために問い合
わせに説明用の注釈データを添付する方法を提供する。
例えば、ユーザは、問い合わせを、特定の検索条件の組
み合わせを選んだ理由、検索テーマなどの様々な角度か
ら要約した、ある量のテキストを入力したいと思うであ
ろう。一実施例では、既存の問い合わせ文書のみなら
ず、新規に作成された問い合わせを説明するためにも注
釈データが用いられる。しかし、注釈データの形式はテ
キスト・データだけに限定される。一実施例では、注釈
データは、例えば音声データ、デジタル画像データ、動
画データなどのテキストデータ以外のデータ形式も含む
ことができる。一実施例では、ＦＭＡシステム内の注釈
データは索引付けされて検索可能である。

【００５５】図１１は、ＦＭＡベース・システムなどの
システムにおいて、内容検索可能な問い合わせ文書を生
成してアーカイブするためのプロセスの処理フローの一
例を示す流れ図である。このプロセスは、ハードウェ
ア、ソフトウェア、あるいは、その組み合わせによって
遂行することができる。このソフトウェアは、汎用コン
ピュータ・システム又は専用マシン上で実行させること
ができる。

【００５６】図１１を参照すると、処理ブロック８０２
で、１つのデータベース問い合わせが識別される。識別
されたデータベース問い合わせは、一実施例では、新規
に作成された問い合わせであるが、別の実施例では、Ｆ
ＭＡシステム内にアーカイブ済みの既存の問い合わせで
ある。同じように、一実施例では、ユーザがデータベー
ス問い合わせを識別するが、他の実施例では、ユーザが
介入することなくシステムがデータベース問い合わせを
識別する。１つのデータベース問い合わせが識別される
と、処理ブロック８０４で、システムはその識別された
データベース問い合わせを説明する注釈データを受け取
る。処理ブロック８０６で、その識別されたデータベー
ス問い合わせと受け取られた注釈データとが統合され、
１つの問い合わせ文書が生成される。注釈データは、一
実施例では、識別されたデータベース問い合わせの末尾
に付けられるが、他の実施例では、１つの独立したデー
タ・オブジェクトとしてデータベース問い合わせにリン
クされる。さらに別の実施例では、注釈データとデータ
ベース問い合わせの両方が、例えばＨＴＭＬコードなど
のグラフィカルなマークアップ言語の表現に変換されて
統合され、１つの文書が生成される。処理ブロック８０
８で、統合されたデータベース問い合わせと注釈データ
がＦＭＡ文書データベースにアーカイブされることによ
り、この新たに作成された問い合わせ文書とそれに付随
した注釈データが１文書として検索できるようになる。

【００５７】問い合わせをＦＭＡ内の文書と同様に扱う
ことにより、これまでに述べなかったいくつかの利点が
得られる。そのような利点の１つは、格納された問い合
わせの管理に関するものである。ＦＭＡ内の問い合わせ
は独立したデータ・オブジェクトとして扱われるため、
問い合わせ文書の１つ１つを、データベースでサポート
されている様々な編成方式により格納することができ
る。例えば、問い合わせ文書を内容によって分類してア
ーカイブすることができ、又は、問い合わせ名、生成日
時、最終実行日時などの様々なファイル属性によって問
い合わせ文書を分類することができる。もう１つの選択
肢として、問い合わせを、指定された分類に従って格納
するのではなく、それぞれ別個に格納することができ
る。

【００５８】問い合わせは、問い合わせでない文書に関
連して前述したような特定のすなわちデフォルトのアク
セス権及び所有権のプロパティを割り当てられたり、か
つ／又は、それを継承することもできる（前記”文書の
所有権”を参照）。ＦＭＡのアクセス権及び所有権のプ
ロパティを問い合わせ文書のために用いることにより、
問い合わせ文書をあるユーザから隠蔽し、あるいは、Ｆ
ＭＡシステムの他のユーザに公開もしくは配布すること
ができる。例えば、ユーザが問い合わせを作成し、それ
をアーカイブしたいが他人にはアクセスできないように
したい場合、ユーザは、その問い合わせ文書にある特定
の属性を割り当てることにより、その問い合わせ文書を
非公開とし他人から隠蔽することができる。もう１つの
選択肢として、ユーザは、問い合わせ文書を誰でもアク
セスできるように、特定の属性を問い合わせ文書に割り
当てることもできる。一実施例では、ＦＭＡ上で作成さ
れた問い合わせ文書は全て、ユーザがそれを非公開とし
ない限り公開文書として扱われる。

【００５９】一実施例では、誰にとつてもアクセス可能
とされた問い合わせ文書は、また誰にも検索可能であ
る。したがって、ユーザが問い合わせを実行すると、そ
れに応答して、指定された条件に合致する誰でもアクセ
ス可能な問い合わせ文書を含む文書リストがユーザに呈
示される可能性がある。ＦＭＡによって回答された文書
リストの再検討時に、ユーザは、他のユーザによって作
成された既存の問い合わせのほうが、自分自身の問い合
わせよりも自分の要求にかなっていると判断することも
できる。そして、ユーザは、自身の問い合わせを実行せ
ずに、あるいは、自身の問い合わせを実行するととも
に、その既存の問い合わせを実行することができる。一
実施例では、ＦＭＡは、ユーザが最初の問い合わせによ
って得られた任意の文書集合に対し続けて問い合わせを
行うことができるようにする。したがって、ユーザは、
例えば、内容優先の問い合わせの結果に基づいて時間優
先の問い合わせを生成することができ、また逆に、時間
優先問い合わせの結果に基づいて内容優先の問い合わせ
を生成することができる。また、ユーザは、新しい問い
合わせを生成したいと考えず、以前の問い合わせを手直
ししたいと考えることもあろう。一実施例では、ユーザ
は、以前提示したフィールド項目を含む以前の問い合わ
せに戻り、適切な検索条件を入力して、その問い合わせ
を修正することができる。

【００６０】ＦＭＡはさらに、問い合わせの結果得られ
た文書と問い合わせ文書そのものを含む選択された文書
を、後で閲覧するために、ある格納場所すなわち”スタ
ック”に追加する方法を提供する。一実施例では、ＦＭ
Ａは、各文書の識別子すなわち、その文書のメタデータ
・ファイルに含まれている連続番号をスタック内容ファ
イルの最後に書き込むことにより、文書をスタックに追
加する。一実施例では、保存されている問い合わせがス
タックに追加されるときには、その問い合わせを表すＨ
ＴＭＬページがスタックの最後に追加される。スタック
の内容は、文書問い合わせ結果と同様な方法で、例えば
後述のリスト表示などによって表示させることができ
る。

【００６１】《ウェブ・インターフェースとユーザ・イ
ンターフェース》ＦＭＡは、多様なグラフィカル入力ペ
ージとグラフィカル表示ページを使ってＦＭＡユーザ・
インターフェースを実現する。さらに、ＦＭＡは、その
ネットワーク接続経由のデータ送受信を可能にするグラ
フィカルなウェブ・ベースのインターフェースを備え
る。

【００６２】一実施例では、ＦＭＡは、問い合わせ結果
を表示するための１つ以上のウェブ・ページを、ＣＧＩ
スクリプトを用いて生成する。ＦＭＡの問い合わせ結果
は、例えばリスト表示とカレンダー表示などの様々な時
間優先表示、あるいは、例えばストリーム表示とサムネ
イル表示などの様々な内容優先表示によって、グラフィ
カルに表示させることができる。一実施例では、ユーザ
は、文書表示設定によって、各々の問い合わせ結果表示
を選択的に切り替えることができる。

【００６３】本発明のリスト表示によれば、多数の文書
に関する大量のテキスト情報をユーザに伝えることがで
きる。図１２は、リスト表示を表すＦＭＡの問い合わせ
結果ページの一例を示す。図１２では、”relative sen
tences”という問い合わせの条件に合致した文書のリス
トが表示されている。このリスト表示においては、例え
ば、参照番号９０２で示されている、生成ソース（文書
を生成した、又は取り込んだ装置）、生成時刻、ファイ
ル・サイズ、検索結果スコアなどの様々な基準で、問い
合わせ結果をソートすることができる。ソース・アイコ
ン９０４は、対応した文書が生成された又は取り込まれ
た装置をユーザにグラフィカルに表示する。一実施例で
は、個々の文書の取り込みソースは、その文書のメタデ
ータ・ファイル内に明示される（図５及び図６では、参
照番号４４５、５４５でそれぞれ表されている）。一実
施例では、ユーザがソース・アイコン又は対応した文書
をダブルクリックすると、その文書がＦＴＰ経由でユー
ザのマシンに取り出される。

【００６４】一実施例では、カレンダー表示は、問い合
わせ結果を標準的な月間カレンダーに似た形に整形して
表示する。カレンダー表示は、個々の問い合わせ結果の
イベント・ベースの表示をユーザに提供し、文書の作業
密度指標としても役立つ。一実施例では、取り込み文書
を表すアイコンは、その文書が取り込まれた日に対応し
たカレンダー上の位置にグラフィカル表示される。この
ような実施例では、ある日に対応して表示されたアイコ
ンの数は、その日に取り込まれた文書の数に対応してい
る。別の実施例では、文書又は文書を表すアイコンを、
文書の取り込み日ではなく生成日に従ってカレンダー上
に表示させ、あるいは、生成日と取り込み日の両方に従
って表示させることができる。図１３は、カレンダー表
示を表すＦＭＡの問い合わせ結果ページの一例を示す。
一実施例では、ユーザがカレンダー表示中の文書ソース
・アイコンを指示すると、その文書のサムネイル画像が
画面に挿入画像として表示される。同様に、ユーザが、
あるアイコンを例えばダブルクリックして選択とする、
その文書がダウンロードされる。

【００６５】本発明のストリーム表示では、問い合わせ
結果を、取り込み時刻順に文書を並べたグラフィカルな
文書ストリームの形で表示する。一実施例では、問い合
わせの結果として得られた各文書の第１ページとその取
り込み日が、各文書を互いに少しずつずらして並べた形
でグラフィカルに表示される。一実施例では、その取り
込み日はハイパーリンクであり、それが選択されるとＦ
ＭＡにその日に取り込まれた文書を含む新たなページを
表示させる。一実施例では、補助的な文書表示も用意さ
れ、ストリーム表示上で文書が選択されると、その文書
を拡大したものが、その要約情報とともに表示画面上の
付随ウインドウ内に表示される。図１４は、ストリーム
表示を表すＦＭＡの問い合わせ結果ページの一例を示
す。一実施例では、サムネイル表示は上記ストリーム表
示と似かよっている。一実施例では、サムネイル表示
は、問い合わせ結果として得られた各文書の第１ページ
をサムネイル画像としてグラフィカルに表示する。一実
施例では、サムネイル画像は並べてサムネイル表示中に
表示される。図１５は、サムネイル表示を表すＦＭＡの
問い合わせ結果ページの一例を示す。

【００６６】なお、ここで遂行される処理は処理ロジッ
クによって実行されるが、この処理ロジックはハードウ
ェア（例えば、専用のロジック、回路など）、ソフトウ
ェア、あるいは、その両者の組み合わせにより構成する
ことができる。

【００６７】以上の説明を読めば、本発明の多くの変形
及び修正が当業者に明白となるであろうから、説明のた
めに図示及び記述したいずれの実施例も決して限定を意
図したものでないことを理解すべきである。よって、様
々な実施例に関し詳細に述べた内容は、特許請求の範囲
を限定することを意図するものではない。

【００６８】

【発明の効果】以上の説明から明らかなように、本発明
によれば、文書管理システムにおいて、普通の文書と同
様に問い合わせを保存し、それを検索し、そのまま再利
用したり、修正して再利用したりすることができ、検索
した問い合わせの内容を注釈データによって容易に確認
することができ、保存された問い合わせを特定のーザに
のみ公開し、それ以外のユーザから隠蔽することができ
るも等々の効果を得られる。

【図面の簡単な説明】

【図１】ＦＭＡを含むネットワーク化システムの構成例
を示す。

【図２】ＦＭＡのハードウェア構成例を示す。

【図３】ＦＭＡの待ち行列処理フローの一例を示す。

【図４】図３に示した待ち行列処理フローの続きを示
す。

【図５】ＦＭＡのメタデータ・ファイル形式の一例を示
す

【図６】ＦＭＡのメタデータ・ファイル形式の別の例を
示す。

【図７】ＸＭＬ形式のＦＭＡのメタデータ・ファイルの
一例を示す。

【図８】ＦＭＡ環境におけるＭＩＭＥ取り込みの処理フ
ローの一例を示す。

【図９】ＦＭＡ環境におけるディレクトリ取り込みの処
理フローの一例を示す。

【図１０】ＦＭＡ環境における文書格納プロセスの処理
フローの一例を示す。

【図１１】内容検索可能な問い合わせ文書を生成しアー
カイブするプロセスの処理フローの一例を示す。

【図１２】リスト表示のＦＭＡ問い合わせ結果ページの
一例を示す。

【図１３】カレンダー表示のＦＭＡ問い合わせ結果ペー
ジの一例を示す。

【図１４】ストリーム表示のＦＭＡ問い合わせ結果ペー
ジの一例を示す。

【図１５】サムネイル表示のＦＭＡ問い合わせ結果ペー
ジの一例を示す。

【符号の説明】

１００ ネットワーク １１０ クライアント １１２ マルチメディア・ソース １２０ ファクシミリ装置 １２５ 複写機 １３０ プリンタ １３５ スキャナ １４０ データ記憶装置 １４５ サーバー １５０ ＦＭＡ（ファイル管理装置） ２００ ネットワーク ２５２ 制御装置 ２５４ 入出力装置 ２５６ メインメモリ ２５８ 記憶装置 ２６２ ネットワーク制御装置 ２６５ バス

Claims (24)

【特許請求の範囲】
1. 【請求項１】 文書管理システムにおいて問い合わせを
   処理するための方法であって、 文書データベースのオブジェクトを検索するための第１
   の文書データベース問い合わせを識別し、 前記第１の文書データベース問い合わせから内容検索可
   能な問い合わせ文書を生成し、 前記内容検索可能な問い合わせ文書を後に検索するため
   １つのオブジェクトとして前記文書データベースに格納
   することからなる、ことを特徴とする方法。
2. 【請求項２】 前記第１の文書データベース問い合わせ
   を説明する注釈データを受け取ることをさらに含み、ま
   た、前記内容検索可能な問い合わせ文書を生成すること
   は、前記第１の文書データベース問い合わせ及び前記注
   釈データから前記内容検索可能な問い合わせ文書を生成
   することからなる、ことを特徴とする請求項１記載の方
   法。
3. 【請求項３】 第２の文書データベース問い合わせが実
   行されると、それに応答して前記文書データベースより
   前記内容検索可能な問い合わせ文書を検索することをさ
   らに含む、ことを特徴とする請求項１記載の方法。
4. 【請求項４】 前記内容検索可能な問い合わせ文書を実
   行して付加的な文書データベース・オブジェクトを検索
   することをさらに含む、ことを特徴とする請求項３記載
   の方法。
5. 【請求項５】 前記第１の文書データベース問い合わ
   せ、前記第２の文書データベース問い合わせ、及び前記
   内容検索可能な問い合わせ文書の中の少なくとも１つは
   ＨＴＭＬ形式の問い合わせである、ことを特徴とする請
   求項３記載の方法。
6. 【請求項６】 第１の文書データベース問い合わせを識
   別することは、新たに生成された文書データベース問い
   合わせを入力として受け取ることを含む、ことを特徴と
   する請求項１記載の方法。
7. 【請求項７】 第１の文書データベース問い合わせを識
   別することは、前記文書データベースより以前生成され
   た問い合わせを検索することを含む、ことを特徴とする
   請求項２記載の方法。
8. 【請求項８】 前記内容検索可能な問い合わせ文書を生
   成することは、前記第１の文書データベース問い合わ
   せ、及び、それを説明する前記注釈データのグラフィカ
   ル表現を生成することからなる、ことを特徴とする請求
   項２記載の方法。
9. 【請求項９】 前記グラフィカル表現は、ＨＴＭＬ、Ｘ
   ＨＴＭＬ、ＸＭＬ及びＳＧＭＬを含む複数のウェブ・ベ
   ースのマークアップ言語の中の少なくとも１つのマーク
   アップ言語からなる、ことを特徴とする請求項８記載の
   方法。
10. 【請求項１０】 前記内容検索可能な問い合わせ文書を
    後に検索するため１つのオブジェクトとして前記文書デ
    ータベースに格納することは、前記内容検索可能な問い
    合わせ文書に、複数のユーザ中のどのユーザが前記文書
    データベース内の前記内容検索可能な問い合わせ文書を
    アクセスできるか指示するアクセス権属性を割り当てる
    ことを含む、ことを特徴とする請求項１記載の方法。
11. 【請求項１１】 複数の命令が格納された機械読み取り
    可能な記録媒体であって、前記複数の命令は、１つ以上
    のプロセッサによって実行された時に、前記１つ以上の
    プロセッサに、 文書データベースのオブジェクトを検索するための第１
    の文書データベース問い合わせを識別させ、 前記第１の文書データベース問い合わせから内容検索可
    能な問い合わせ文書を生成させ、 前記内容検索可能な問い合わせ文書を後に検索するため
    １つのオブジェクトとして前記文書データベースに格納
    させることを特徴とする記録媒体。
12. 【請求項１２】 前記複数の命令は、前記１つ以上のプ
    ロセッサによって実行された時に、前記１つ以上のプロ
    セッサに、前記第１の文書データベース問い合わせを説
    明する注釈データを受け取らせ、前記第１の文書データ
    ベース問い合わせ及び前記注釈データから内容検索可能
    な問い合わせ文書を生成させる命令をさらに含む、こと
    を特徴とする請求項１０記載の記録媒体。
13. 【請求項１３】 前記複数の命令は、前記１つ以上のプ
    ロセッサによって実行された時に、前記１つ以上のプロ
    セッサに、第２の文書データベース問い合わせが実行さ
    れると、それに応答して前記文書データベースより前記
    内容検索可能な問い合わせ文書を検索させる命令をさら
    に含む、ことを特徴とする請求項１１記載の記録媒体。
14. 【請求項１４】 前記複数の命令は、前記１つ以上のプ
    ロセッサによって実行された時に、前記１つ以上のプロ
    セッサに、前記内容検索可能な問い合わせ文書を実行さ
    せ付加的な文書データベース・オブジェクトを検索させ
    る命令をさらに含む、ことを特徴とする請求項１３記載
    の記録媒体。
15. 【請求項１５】 前記第１の文書データベース問い合わ
    せ、前記第２の文書データベース問い合わせ、及び前記
    内容検索可能な問い合わせ文書の中の少なくとも１つは
    ＨＴＭＬ形式の問い合わせである、ことを特徴とする請
    求項１３記載の記録媒体。
16. 【請求項１６】 第１の文書データベース問い合わせを
    識別するための前記命令は、新たに生成された文書デー
    タベース問い合わせを入力として受け取る命令をさらに
    含む、ことを特徴とする請求項１１記載の記録媒体。
17. 【請求項１７】 第１の文書データベース問い合わせを
    識別するための前記命令は、前記文書データベースより
    以前生成された問い合わせを検索するための命令をさら
    に含む、ことを特徴とする請求項１１記載の記録媒体。
18. 【請求項１８】 前記内容検索可能な問い合わせ文書を
    生成するための前記命令は、前記第１の文書データベー
    ス問い合わせ、及び、それを説明する前記注釈データの
    グラフィカル表現を生成するための命令をさらに含む、
    ことを特徴とする請求項１２記載の記録媒体。
19. 【請求項１９】 前記グラフィカル表現は、ＨＴＭＬ、
    ＸＨＴＭＬ、ＸＭＬ及びＳＧＭＬを含む複数のウェブ・
    ベースのマークアップ言語の中の少なくとも１つのマー
    クアップ言語からなる、ことを特徴とする請求項１８記
    載の記録媒体。
20. 【請求項２０】 前記内容検索可能な問い合わせ文書を
    後に検索するため１つのオブジェクトとして前記文書デ
    ータベースに格納するための前記命令は、前記内容検索
    可能な問い合わせ文書に、複数のユーザ中のどのユーザ
    が前記文書データベース内の前記内容検索可能な問い合
    わせ文書をアクセスできるか指示するアクセス権属性を
    割り当てるための命令をさらに含む、ことを特徴とする
    請求項１２記載の記録媒体。
21. 【請求項２１】 文書管理システムにおいて問い合わせ
    を処理するための装置であって、 文書データベースのオブジェクトを検索するための第１
    の文書データベース問い合わせを識別する手段、 前記第１の文書データベース問い合わせから内容検索可
    能な問い合わせ文書を生成する手段、 前記内容検索可能な問い合わせ文書を後に検索するため
    １つのオブジェクトとして前記文書データベース内に格
    納する手段からなることを特徴とする装置。
22. 【請求項２２】 前記第１の文書データベース問い合わ
    せを説明する注釈データを受け取る手段をさらに有し、
    また、前記内容検索可能な問い合わせ文書を生成する前
    記手段は、前記第１の文書データベース問い合わせ及び
    前記注釈データより前記内容検索可能な問い合わせ文書
    を生成する、ことを特徴とする請求項２１記載の装置。
23. 【請求項２３】 第２の文書データベース問い合わせが
    実行されると、それに応答して前記文書データベースよ
    り前記内容検索可能な問い合わせ文書を検索する手段を
    さらに有する、ことを特徴とする請求項２１記載の装
    置。
24. 【請求項２４】 前記内容検索可能な問い合わせ文書を
    実行して付加的な文書データベース・オブジェクトを検
    索する手段をさらに有する、ことを特徴とする請求項２
    ３記載の装置。