文書管理システム、文書管理方法、及びプログラム
【課題】使い勝手のよいファイルシステム上において高度で効率的な検索機能を実現し、ファイルシステム上での電子文書の作業効率を高める文書管理システム等を提供する。
【解決手段】本発明に係るクライアント端末は、ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手段と、ローカルファイルを表示するとともに電子文書が格納されるリモート・ファイルシステム空間をウインドウ画面に表示する表示制御手段と、ウインドウ画面を介して入力された検索キーを含む検索要求を送信し、文書ＤＢに記憶された電子文書を検索する検索要求手段とを有し、文書管理サーバは、検索要求を受信するとウインドウ画面に表示されるリモート・ファイルシステム空間内の電子文書を文書ＤＢから検索し該電子文書を含む検索結果を応答する検索手段とを有し、表示制御手段は、文書管理サーバから検索結果を受信すると、ウインドウ画面に該検索結果を表示する。
【解決手段】本発明に係るクライアント端末は、ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手段と、ローカルファイルを表示するとともに電子文書が格納されるリモート・ファイルシステム空間をウインドウ画面に表示する表示制御手段と、ウインドウ画面を介して入力された検索キーを含む検索要求を送信し、文書ＤＢに記憶された電子文書を検索する検索要求手段とを有し、文書管理サーバは、検索要求を受信するとウインドウ画面に表示されるリモート・ファイルシステム空間内の電子文書を文書ＤＢから検索し該電子文書を含む検索結果を応答する検索手段とを有し、表示制御手段は、文書管理サーバから検索結果を受信すると、ウインドウ画面に該検索結果を表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理システム、文書管理方法、及びプログラムの分野に関する。
【背景技術】
【０００２】
一般に、電子文書を管理する方法として、ファイルサーバを利用する方法と、文書管理システムを利用する方法とが知られている。
【０００３】
ファイルサーバを利用する方法では、端末（クライアント）のＯＳのファイルシステムの一部に対し、ファイルサーバのファイルシステムを割り当てるなどし、電子文書にアクセスできる。また電子文書を検索する際は、ファイルシステムの検索機能を利用して、ファイルサーバ内に格納されている電子文書を検索できる。具体的には例えば、Ｗｉｎｄｏｗｓ（登録商標）のエクスプローラがこれに相当する。この場合、端末では、ファイルサーバ内に格納されている電子文書であってもローカルのファイルシステム上のファイルのように一元的に扱うことができるので、使い勝手がよい。
【０００４】
一方、文書管理システムを利用する方法では、端末のビューア（例えば汎用Ｗｅｂブラウザや専用ビューア）を介して、文書管理システムが管理する文書ＤＢにアクセスできる。また電子文書を検索する際は、文書ＤＢに登録されている電子文書の属性情報（文書プロパティ）をキーとして、文書管理システムの検索エンジンで文書ＤＢ内に格納されている電子文書を検索できる。文書管理システムに対しては、ビューアを介してアクセスする必要があるものの、文書管理システムでは、多彩な属性情報（文書プロパティ）でもって文書検索を行なえるので、高度（詳細）で効率的な文書条件検索を行うことができる。なお、ファイルサーバを利用する方法では、電子文書はある程度の属性情報しか保持しないので、簡易な検索しか行えない。
【０００５】
これに関する技術として、例えば引用文献１には、文書情報の集合を管理する文書管理装置であって、ネットワークを介して接続するクライアント装置から送信される検索条件に基づいて、前記文書情報の集合の中から前記検索条件に合致する文書情報を検索する第一の検索手段と、前記検索条件に基づいて、インターネットにおける検索サイトに検索を実行させる第二の検索手段とを有し、前記第一の検索手段及び前記第二の検索手段によって取得された検索結果を出力する文書管理装置が記載されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、ファイルサーバを利用する方法では、上述の如く端末のＯＳのファイルシステムの一部に対し、ファイルサーバのファイルシステムを割り当てるなどして電子文書にアクセスできるので、ファイルサーバ内の電子文書とローカルのファイルシステム上のファイルとを一元的に扱うことができ使い勝手がよい。しかしながら、文書検索においては簡易な検索しか行えず、高度な文書条件検索を行える文書管理システムにはこの点で及ばない。
【０００７】
一方、例えば引用文献１記載されるような文書管理システムを利用する方法において、通常の場合、業務用の端末で業務作業中にユーザが操作しているのは、主にローカルのファイルシステム上のファイルである。文書管理システムを利用する場合には、上述の如く、システムにログイン後、ビューアを介して文書管理システムが管理する文書ＤＢに格納されている電子文書を検索し、アクセスする。また必要に応じて、文書管理システムから電子文書をローカルのファイルシステム上にダウンロードしてから作業を行う。文書管理システムを利用すると高度な文書条件検索を行うことができるものの、ユーザは業務用の端末において、文書ＤＢに格納されている電子文書を利用する場合にはビューアを操作し、ときに業務作業を行う場合には、ローカルのファイルシステムのウインドウ（例えばエクスプローラ）を操作したりと、その操作性においてやや煩雑であった。
【０００８】
そこで本発明では上記のような点に鑑みて、使い勝手のよいファイルシステム上において高度で効率的な検索機能を実現し、ファイルシステム上での電子文書の作業効率を高める文書管理システム、文書管理方法、及びプログラムを提供することを目的とする。より具体的には、例えば文書管理システムの管理する文書ＤＢをＯＳのファイルシステムに接続し、文書ＤＢをＯＳの仮想ドライブに割り当てて、ファイルシステムから文書管理システム上の文書へアクセスできる文書管理システム等を本発明により提案する。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る文書管理システムは、電子文書と該電子文書毎に属性情報とを対応付けて記憶した文書ＤＢを備えた文書管理サーバと、前記電子文書を検索するクライアント端末とがネットワークを介し接続された文書管理システムであって、クライアント端末は、ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手段と、前記ローカル・ファイルシステム空間にアクセスし前記ローカルファイルを表示するとともに、前記電子文書が格納されているリモート・ファイルシステム空間にアクセスし該リモート・ファイルシステム空間を前記ローカル・ファイルシステム空間の一部として割り当てて、同一のウインドウ画面に表示する表示制御手段と、前記リモート・ファイルシステム空間が表示されているウインドウ画面を介して入力された検索キーを含む検索要求を送信し、前記文書ＤＢに記憶された電子文書の検索要求を行う検索要求手段と、を有し、文書管理サーバは、クライアント端末から前記検索要求を受信すると、前記ウインドウ画面に表示されているリモート・ファイルシステム空間内の電子文書であって、前記検索キーと一致する属性情報を有する電子文書を前記文書ＤＢから検索し、該電子文書を含む検索結果を応答する検索手段と、を有し、前記表示制御手段は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に該検索結果を表示することを特徴とする。
【００１０】
また上記課題を解決するため、上記文書管理システムは、前記検索手段は、検索された電子文書が複数である場合、属性情報に基づき該複数の電子文書毎に対し表示する順序情報を付し、該順序情報を含む検索結果を応答し、前記表示制御手段は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に検索された複数の電子文書を前記順序情報に従った順序で表示することを特徴とする。
【００１１】
また上記課題を解決するため、上記文書管理システムは、前記検索要求手段は、前記ウインドウ画面のアドレス欄に入力されたワードであって、所定の識別記号が付されたワードを検索キーと認識することを特徴とする。
【００１２】
また上記課題を解決するため、上記文書管理システムは、前記検索要求手段は、前記ウインドウ画面のファイル表示エリアに入力された検索用ファイルであって、所定の拡張子が付された検索用ファイルに含まれるワード、文書又は画像を検索キーと認識することを特徴とする。
【００１３】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１４】
本発明によれば、使い勝手のよいファイルシステム上において高度で効率的な検索機能を実現し、ファイルシステム上での電子文書の作業効率を高める文書管理システム、文書管理方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係るシステム構成図である。
【図２】文書管理サーバ１０の一実施形態の主要構成を示すハードウェア構成図である。
【図３】文書管理サーバ１０及び端末２０の一実施形態の主要機能を示す機能ブロック図である。
【図４】文書ＤＢ１０１の属性情報定義例を示す。
【図５】ユーザＤＢ１０２の情報定義例を示す。
【図６】本実施形態に係る検索操作例（その１）を示す。
【図７】本実施形態に係る検索操作例（その２）を示す。
【図８】端末２０の検索処理を説明するフローチャートである。
【図９】文書管理サーバ１０の検索部１１２の順序付処理１を説明するフローチャートである。
【図１０】文書管理サーバ１０の検索部１１２の順序付処理２を説明するフローチャートである。
【図１１】検索結果表示例を示す。
【図１２】端末２０のファイルシステム上における複数セクションの文書表示例（Zip形式）を示す。
【図１３】端末２０のファイルシステム上における複数セクションの文書の検索結果表示例（リンク形式）を示す。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。
【００１７】
[システム構成]
（全体構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたっての全体構成について説明する。図１は、本実施形態に係るシステム構成図である。図に示されるように、本実施形態に係る文書管理システム１は、文書管理サーバ１０、文書ＤＢ１０１、ユーザＤＢ１０２、端末２０が、ネットワーク３０を介し接続される。
【００１８】
文書管理サーバ１０は、文書ＤＢ１０１に格納されている文書（電子文書）や属性情報（文書プロパティ）を管理することにより、文書を管理するサーバである。ユーザの端末２０からの要求に従って、文書検索機能や文書ファイル等を提供する。文書管理サーバ１０は、社内ＬＡＮ内や外部のデータセンター等に設置されうる。
【００１９】
端末２０は、ユーザが操作する作業用のクライアント端末である。ＯＳを搭載したＰＣ等により実現できる。ユーザは端末２０を操作して文書管理サーバ１０にアクセスし、文書ファイルの登録（アップロード）、更新（編集、削除、移動、コピー等）、検索、表示、取得（ダウンロード）、又はフォルダの作成等を行うことができる。
【００２０】
ネットワーク３０は、文書管理サーバ１０と端末２０を接続するネットワーク（有線、無線含む）である。文書管理サーバ１０が例えば社内に位置する場合はＬＡＮであり、外部に位置する場合はＷＡＮで実現されうる。
【００２１】
（ハードウェア）
ここで、本実施形態に係る文書管理サーバ１０のハードウェア構成について説明しておく。図２は、文書管理サーバ１０の一実施形態の主要構成を示すハードウェア構成図である。文書管理サーバ１０は、主要な構成として、ＣＰＵ１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、補助記憶装置１４、記憶媒体読取装置１５、入力装置１６、表示装置１７、及び通信装置１８を含む構成である。
【００２２】
ＣＰＵ１１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１２は、ＣＰＵ１１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ１３は、ＣＰＵ１１がＲＯＭ１２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００２３】
補助記憶装置１４は、汎用のＯＳ（Operating System）、プログラムを含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。また補助記憶装置１４内において、文書ＤＢ１０１、ユーザＤＢ１０２を構築することも可能である。記憶媒体読取装置１５には、ＵＳＢメモリ等の携帯型メディアをセットすることで、外部からの情報を取得できる。
【００２４】
なお、上記各種情報は、補助記憶装置１４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）、ＵＳＢメモリ等の携帯型メディアなどの各種記憶媒体やその他のメディアに記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置１５などのドライブ装置を介して読み取ることが可能である。
【００２５】
入力装置１６は、ユーザが各種入力操作を行うための装置である。入力装置１６は、マウス、キーボード、表示装置１７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置１７は、各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。
【００２６】
通信装置１８は、ネットワーク３０を介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００２７】
なお端末２０は上述の如くＰＣ等のクライアント端末であるため、図２と同様の構成で実現できるためその説明は省略する。
【００２８】
（機能）
次に、文書管理サーバ１０及び端末２０の機能構成について説明する。図３は、文書管理サーバ１０及び端末２０の一実施形態の主要機能を示す機能ブロック図である。
【００２９】
はじめに文書管理サーバ１０は、主要な機能として、記憶部１００、文書管理部１１０、Ｗｅｂサーバ部１２０、ファイルシステム用通信部１３０を含む構成である。
【００３０】
記憶部１００は、文書管理システム１上において、電子文書やその属性情報（文書プロパティ）を格納した文書ＤＢ１０１、ユーザ情報を格納したユーザＤＢ１０２を記憶した記憶手段である。例えばＨＤＤ等の補助記憶装置１４により実現される。なお本実施形態では、文書管理サーバ１０内にＤＢを実装した例を示すが、言うまでもなく外部のサーバや記憶装置等にＤＢを構築することも可能である。
【００３１】
文書管理部１１０は、文書管理システムとして文書管理を行うに必要な機能全般を担う機能部である。そのうち具体的には、例えばログイン処理部１１１、検索部１１２、表示制御部１１３等を含み構成される。
【００３２】
ログイン処理部１１１は、端末２０が文書管理システム１（文書管理サーバ１０）を利用するに際し、ユーザＤＢ１０２を参照しユーザ認証を行う。
【００３３】
検索部１１２は、端末２０からの検索要求に応じて文書ＤＢ１０１の電子文書を検索する。検索に際しては、端末２０の検索キー（キーワード）に基づいて、検索キーに一致する電子文書の属性情報（文書プロパティ）を検索する。そして検索キーに一致する属性情報が検索されれば、その属性情報を有する電子文書を該当文書（検索結果）とする。なお、文書管理システム１においては、文書毎に多くの属性情報（文書プロパティ）が管理されているため、ユーザは多彩な検索キーにより、高度で詳細な文書検索を行なうことができるようになっている。
【００３４】
表示制御部１１３は、端末２０に対する表示制御全般を行う。例えば端末２０が汎用のＷｅｂブラウザ２００をビューアとして、文書管理システム１（文書管理サーバ１０）を利用している場合には、文書ビューや検索結果等の端末２０に対する表示情報を生成し、これをＷｅｂサーバ部１２０に送信する。Ｗｅｂサーバ部１２０は端末２０のＷｅｂブラウザ２００が解釈可能な形式で表示情報を形成し、ＨＴＴＰによりこれをＷｅｂサーバ部１２０に送信する。
【００３５】
一方、本実施形態のように端末２０がファイルシステムのウインドウ画面（例えばエクスプローラ）をビューアとして、文書管理システム１（文書管理サーバ１０）を利用する場合には、文書ビューや検索結果等の端末２０に対する表示情報を生成し、これをファイルシステム用通信部１３０に送信する。ファイルシステム用通信部１３０は、端末２０のファイルシステム表示制御部２１０が解釈可能な形式で表示情報を形成し、これをファイルシステム表示制御部２１０に送信する。
【００３６】
Ｗｅｂサーバ部１２０は、上述の如く例えば端末２０が汎用のＷｅｂブラウザ２００をビューアとして、文書管理システム１（文書管理サーバ１０）を利用している場合において、端末２０とのインターフェースを担う。表示制御部１１３が生成した表示情報を端末２０のＷｅｂブラウザが解釈可能な形式で表示情報を形成し送信する。また逆に、端末２０のＷｅｂブラウザ２００からファイル参照要求や検索要求を受信し、これらを文書管理部１１０へ伝達する。
【００３７】
ファイルシステム用通信部１３０は、上述の如く端末２０がファイルシステムのウインドウ画面（例えばエクスプローラ）をビューアとして、文書管理システム１（文書管理サーバ１０）を利用する場合において、端末２０とのインターフェースを担う。表示制御部１１３が生成した表示情報を端末２０のファイルシステム表示制御部２１０が解釈可能な形式で表示情報を形成し送信する。また逆に、端末２０のファイルシステム表示制御部２１０からファイル参照要求や検索要求を受信し、これらを文書管理部１１０へ伝達する。
【００３８】
次に、端末２０は、主要な機能として、Ｗｅｂクライアント部２００、ファイルシステム表示制御部２１０、記憶部２２０を含む構成である。
【００３９】
Ｗｅｂクライアント部２００は、上述の如く例えば端末２０が汎用のＷｅｂブラウザ２００をビューアとして、文書管理システム１（文書管理サーバ１０）を利用している場合において、文書管理サーバ１０とのインターフェースを担う。文書管理サーバ１０からの表示情報（ファイル参照情報や検索結果情報等）を受信しＷｅｂブラウザ上に表示する。また逆に、文書管理サーバ１０に対しファイル参照要求や検索要求を送信する。
【００４０】
ファイルシステム表示制御部２１０は、ローカル・ファイルシステム空間にアクセスしローカルファイルを表示するとともに、電子文書が格納されているリモート・ファイルシステム空間にアクセスし該リモート・ファイルシステム空間を前記ローカル・ファイルシステム空間の一部として割り当てて、同一のウインドウ画面に表示する。具体的に、上述の如く端末２０がファイルシステムのウインドウ画面（例えばエクスプローラ）をビューアとして、文書管理システム１（文書管理サーバ１０）を利用する場合において、文書管理サーバ１０とのインターフェースを担う。文書管理サーバ１０からの表示情報（ファイル参照情報や検索結果情報等）を受信し、ローカルのシステムファイル上に存在するものと見立て、例えばドライブの割当てを行うなどしてファイルシステムのウインドウ画面に表示する。また逆に、文書管理サーバ１０に対しウインドウ画面内からファイル参照要求や検索要求を送信する。なおこの点詳細は後述する。
【００４１】
またファイルシステム表示制御部２１０は、検索要求部２１１を含む。検索要求部２１１は、文書管理サーバ１０側のリモート・ファイルシステム空間が表示されているファイルシステムのウインドウ画面（例えばエクスプローラ）を介して入力された検索キーを含む検索要求を送信し、文書ＤＢに記憶された電子文書を検索する（検索要求を行う）。文書管理サーバ１０から検索結果を受信すると、ウインドウ画面内に該検索結果が表示される。この点詳細は後述する。
【００４２】
記憶部２２０は、ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手段である。端末２０のＯＳのファイル管理方式に従って、記憶手段に格納されているローカルファイルが管理・記憶される。いうまでもなくこれらローカルファイルは、ローカル・ファイルシステム空間に存在するので、当然にファイルシステムのウインドウ画面（例えばエクスプローラ）上に表示される。
【００４３】
なお、以上説明したこれらの機能は、実際にはＣＰＵ１１が実行するプログラムにより実現される。
【００４４】
（文書ＤＢ１０１例）
図４は、文書ＤＢ１０１の属性情報定義例を示す。上述のしたように文書ＤＢ１０１においては、電子文書やその属性情報（文書プロパティ）が格納される。電子文書には、文書の管理情報というべき属性情報が文書毎に対応付けられている。
【００４５】
図に示されるように、属性情報は、大きく「管理情報」、「システム情報」、「ワークフロー情報」、「ユーザ設定」といった属性分類に分類され、また各分類属性において各「分類項目」に分類されている。「分類項目」の各値は、文書作成時や更新時等においてシステムやユーザによって入力され保存される。例えば、「分類項目」のうち「文書名」の値はテキストや英数字からなり、文書作成時においてユーザによって入力され保存される。
【００４６】
「検索キー」は、「分類項目」の値が検索キーとして使用できるか否かを示す。「○」のものは検索キーとして使用できることを示す。「検索時の条件」は、「分類項目」の値を検索キーとして使用する際、具体的にどのような検索キー（検索ワード）が使用できるかを示す。例えば「テキスト、英数字」のものは、検索キーとして任意のテキスト、英数字を使用できることを示す。
【００４７】
なお「ユーザ設定」に大分類されている属性分類は、ユーザが任意に文書に対して付すことのできる属性情報である。既存の属性分類に定義されていない属性情報を新たに作成（定義）でき、また「検索キー」は「○」となっていることからも分かるように、検索キーとしても使用できるようになっている。なお、これ以外の属性情報を含むことが可能である。
【００４８】
（ユーザＤＢ１０２例）
図５は、ユーザＤＢ１０２の情報定義例を示す。上述のしたようにユーザＤＢ１０２においては、ユーザ情報が格納される。図に示されるようにユーザ情報例としては、ログイン認証のための「アカウント名」、「パスワード」、「ドメイン」、「グループ名」、「（グループ）ドメイン」などがある。なお言うまでもなく、これ以外のユーザ情報を含むことが可能である（ユーザ名、電話番号、メールアドレス等々）。
【００４９】
[検索操作例]
図６は、本実施形態に係る検索操作例（その１）を示す。本ウインドウ画面は、端末２０のファイルシステム上のファイルを示す画面である。端末２０のローカルファイルを表示する場合、ウインドウ画面左サイドのエリアＡにおいて例えばＣドライブを選択すると、ウインドウ画面右中央サイドのエリアＢにおいてＣドライブ内のファイルやフォルダが表示される。
【００５０】
また本ウインドウ画面では、ウインドウ画面左サイドのエリアＡには、Ｚドライブとして文書ＤＢ１０１内のファイルシステム空間がローカルドライブの如く割り当てられている。従ってエリアＡのドライブ選択で例えばＺドライブを選択すると、ウインドウ画面右中央サイドのエリアＢにおいてＺドライブ内、つまり文書ＤＢ１０１内のファイルシステム空間内のファイルやフォルダが参照され表示される。図例では、文書ＤＢ１０１内の所定のファイルシステム空間内がＺドライブ（Z:DB server）として割り当てられており、エリアＢにおいては、その文書ＤＢ１０１内の所定のファイルシステム空間内以下のファイルやフォルダが表示されている。
【００５１】
さて、文書ＤＢ１０１内の所定のファイルシステム空間内からファイルやフォルダを検索する場合、ユーザは「アドレス」欄に、フォルダパスに続けて検索キーワードを入力する。図例では、文書ＤＢ１０１内の「AAA」フォルダ内から、検索キーワード「XXX」に該当するファイルやフォルダを検索するため、「アドレス」欄に「Z:\AAA\"XXX"」と入力し、Ｅｎｔｅｒキー又は「移動」ボタンを押下する。押下により検索要求が発生するが、この場合にはファイルパスが「Z:\AAA」であるので文書管理サーバ１０に対し検索要求が発生する。
【００５２】
検索要求は、文書管理サーバ１０の検索部１１２に伝達され、検索部１１２は、文書ＤＢ１０１を参照しフォルダ「AAA」下から検索キーワード「XXX」を有する文書を検索する。検索結果は、エリアＢにおいて該当したファイルでもって表示される。
【００５３】
なお、フォルダパスの一部に検索キーワードを入力し、検索キーワードとして認識させる記号は、本例の「""」以外の文字列や他の方法でもよい。また検索キーワードも１語に限るものではなく、例えば「Z:\AAA\"（AAA and BBB） or CCC"」のように、検索条件文を入力することもできるし、「Z:\AAA\"文書名=XXX"」のように、検索キー照合の対象となる属性情報を指定することもできる。
【００５４】
図７は、本実施形態に係る検索操作例（その２）を示す。文書ＤＢ１０１内の所定のファイルシステム空間内からファイルやフォルダを検索する場合、今度は検索用ファイルを入力する。図例では、「XXX.rsn」という検索用ファイルをエリアＢにドラッグ＆ドロップ操作を行う。検索用ファイルは、拡張子を特殊な所定の拡張子（例えば.rsn）としたファイルで、検索条件（検索キー）、文書、画像が含まれるファイルである。
【００５５】
検索用ファイルに検索条件（検索キー）が記述され、特殊な所定の拡張子を持つファイルがドラッグ＆ドロップ操作された場合、同検索条件が入力されたものとして、エリアＢにおいて表示されているフォルダ下（例えば「Z:\AAA」）から検索条件（例えば、（AAA and BBB） or CCC）を満たす文書を検索する。この場合にはエリアＢに表示されているのは「Z:\AAA」であるので文書管理サーバ１０に対し検索要求が発生し、検索部１１２は、文書ＤＢ１０１のフォルダ「AAA」下から検索キーワード「（AAA and BBB） or CCC」を満たす文書を検索する。検索結果は、エリアＢにおいて該当したファイルでもって表示される。
【００５６】
なおまた、検索用ファイルに画像や文書が記述され同ファイルがドラッグ＆ドロップ操作された場合、検索条件が入力されたものとして、エリアＢにおいて表示されているフォルダ下（例えば「Z:\AAA」）から検索条件を満たす文書を検索する。画像が検索条件の場合、同画像に一致する、又は類似する画像を検索するものと解釈される。また文書が検索条件の場合、同文書に一致する、又は類似する文書を検索するものと解釈される。エリアＢに表示されているのは「Z:\AAA」であるので文書管理サーバ１０に対し検索要求が発生し、検索部１１２は、文書ＤＢ１０１のフォルダ「AAA」下から画像や文書の検索条件を満たす文書を検索する。検索結果は、エリアＢにおいて該当したファイルでもって表示される。
【００５７】
以上のように、検索条件は、検索キーワード（文字列や英数字等）、さらには画像や文書を入力することができる。従来のファイルシステム上の検索であると、ファイル名や作成日時程度の検索キーでしかファイルを検索（簡易検索）できなかったが、本実施形態では、検索は文書管理システム１の検索部１１２（検索エンジン）で高速に実行されるとともに、同文書管理システムで管理される多様な属性情報、さらには画像や文書を検索キーとして検索できるので、より高度で詳細な文書検索を行うことができる。
【００５８】
なお、文書管理システム１に端末２０がアクセスするには、通常ユーザ認証（ログイン）が必要である。端末２０が上述のＷｅｂブラウザ２００を介して文書管理システム１にアクセスする場合には、まず最初にユーザのアカウント名、パスワード等を入力し、ユーザＤＢ１２のユーザ情報との一致によりログイン処理が行われる。一方、本ウインドウ画面では、ウインドウ画面左サイドのエリアＡにＺドライブとして文書ＤＢ１０１内のファイルシステム空間を割り当てるタイミングでユーザ認証がなされ、ユーザのアカウント名、パスワード等を入力し、ユーザＤＢ１２のユーザ情報との一致によりログイン処理が行われるようになっている。
【００５９】
[検索処理１]
図８は、端末２０の検索処理を説明するフローチャートである。以下特に断りのない限り動作主体は、端末２０の検索要求部２１１であるものとする。
【００６０】
Ｓ１：ウインドウ画面内に対し、検索キーが入力されたか否かを判定する。具体的には上述の如く、「アドレス」欄に「ファイルパス＋検索キーワード」が入力されたり、ウインドウ画面内のエリアＢに特殊な所定の拡張子を持つ検索用ファイルがドラッグ＆ドロップ操作された否かにより判定できる。
【００６１】
Ｓ２：ウインドウ画面内のエリアＢに表示されているのは、ローカルシステムファイル空間であるか否かを判定する。検索対象範囲が端末２０内であるか、又は文書管理サーバ１０の文書ＤＢ１０１内であるか判断するためである。
【００６２】
Ｓ３：ウインドウ画面内のエリアＢに表示されているのは、ローカルシステムファイル空間でないと判定すると、端末２０の検索要求部２１１は文書管理サーバ１０の検索部１１２に対し検索要求（詳細検索要求）を行う。このとき、検索要求にはエリアＢのファイルパス（文書ＤＢ１０１内の検索対象範囲）と検索キーとが含まれる。
【００６３】
Ｓ４：文書管理サーバ１０の検索部１１２は、検索要求のファイルパスから文書ＤＢ１０１内の検索対象範囲を特定し、その検索対象範囲内において検索キーと一致する属性情報を有する文書を検索する。そして検索要求部２１１は、検索された文書を含む検索結果を受信する。
【００６４】
Ｓ５：検索要求部２１１が検索された文書を含む検索結果を受信すると、端末２０のファイルシステム表示制御部２１０はエリアＢにその検索結果を表示する。具体的には、検索された文書ファイルが表示される。
【００６５】
Ｓ６：一方、ウインドウ画面内のエリアＢに表示されているのは、ローカルシステムファイル空間であると判定すると（Ｓ２）、端末２０の検索要求部２１１は、ローカル・ファイルシステムに対し検索要求（簡易検索要求）を行う。このとき、検索要求にはエリアＢのファイルパスと検索キーとが含まれる。そして端末２０の記憶部２２０の検索対象範囲内において検索キーと一致する属性情報を有する文書が検索されれば、端末２０のファイルシステム表示制御部２１０はエリアＢにその検索結果を表示する（Ｓ５）。
【００６６】
以上のように、本実施形態に係る端末２０は、検索要求が従来のファイルシステム上への検索要求であると、ローカル・ファイルシステムに対し検索要求（簡易検索要求）を行い、一方、文書管理サーバ１０の管理する文書ＤＢ１０１のファイルシステム上への検索要求であると、検索部１１２に対し検索要求（詳細検索要求）を行う。このとき、検索は文書管理サーバ１０の検索部１１２（検索エンジン）で高速に実行されるとともに、同文書管理システムで管理される多様な属性情報、さらには画像や文書を検索キーとして検索できるので、より高度で詳細な文書検索を行うことができる。
【００６７】
[検索処理２]
上述したように、端末２０の検索要求部２１１は文書管理サーバ１０の検索部１１２から検索された文書を含む検索結果を受信すると、その検索結果は、ファイルシステム表示制御部２１０により、ウインドウ画面のエリアＢにその検索結果が表示される。ここで、検索結果において検索された文書が複数になる場合、エリアＢにおいて何らかの順序をもって表示されると望ましい。特に検索文書が何十ときに何百もの数になる場合、無秩序に文書が表示されたとしてもユーザにとって使い勝手が悪い。
【００６８】
以下では、検索結果において検索された文書が複数になる場合、ユーザの使い勝手の観点からエリアＢにおいて特定の順序をもって表示される例を示す。なお検索文書が複数になる場合、順序情報は文書管理サーバ１０側で決定される。つまり順序情報は検索結果に含まれるので、端末２０のファイルシステム表示制御部２１０としては、検索結果に含まれる順序情報に従ってファイルをウインドウ画面のエリアＢに順序表示すればよい。
【００６９】
なお後述するように、表示順序は属性情報に基づいて決定されるが、文書管理システム１（文書管理サーバ１０）は、管理する文書毎に多様な属性情報を管理し、文書管理システム１によって文書が検索されるからこそ、ユーザの使い勝手を考慮した多様な切り口からの表示順序が可能となるものである。
【００７０】
（順序付処理１）
図９は、文書管理サーバ１０の検索部１１２の順序付処理１を説明するフローチャートである。
【００７１】
Ｓ２１：文書管理サーバ１０の検索部１１２は、端末２０の検索要求部２１１からファイルパス及び検索キー含む検索要求を受信する。受信すると次のステップへ進む。
【００７２】
Ｓ２２：検索部１１２は、文書ＤＢ１０１のファイルパス下（検索対象範囲）において、検索キーに該当する文書が存在するか検索する。より詳細には、ファイルパス下（検索対象範囲）において、検索キーに一致する属性情報を有する文書が存在するか検索する。存在しない場合、検索された文書は存在しないので、検索結果はない旨を応答すればよい（Ｓ３０）。
【００７３】
Ｓ２３：検索キーに該当する文書（検索文書という）が存在すると、検索文書は複数か否かを判定する。検索文書が単数の場合、順序情報は不要であるのでそのまま検索結果を応答すればよい（Ｓ３１）。
【００７４】
Ｓ２４：検索文書が複数の場合、検索文書のうち、属性情報の「作成者」が、ログインユーザに一致する文書があるか否か判定する。より詳細には、文書ＤＢ１０１を参照し、検索文書に対応する属性情報の「作成者」の値と、ログインユーザ（名）とが一致する文書があるか否か判定する。検索文書の中に検索者（ログインユーザ）が作成した文書の有無を判断するためである。なおログインユーザ（名）は、文書管理サーバ１０に対し既にログイン認証済みであることを前提として既知情報であるものとする。
【００７５】
Ｓ２５：検索文書のうち、属性情報の「作成者」が、ログインユーザに一致する文書がある場合、同検索文書を上位にソートする。つまり、属性情報の「作成者」がログインユーザに一致しない文書に優先して同検索文書をソートする。検索者（ログインユーザ）が作成した文書は、検索者が探している文書である可能性が高く、上位に表示されるべきであるからである。
【００７６】
Ｓ２６：今度は、検索文書のうち、ログインユーザの属するグループのメンバーと属性情報の「作成者」が一致する文書があるか否かを判定する。より詳細には、ユーザＤＢ１０２を参照し、ログインユーザの属するグループのメンバー（ユーザ）を取得し、そのメンバー名と、検索文書のうち同検索文書に対応する属性情報の「作成者」の値とが一致する文書があるか否か判定する。検索文書の中に検索者（ログインユーザ）と同一グループの属するメンバーが作成した文書の有無を判断するためである。
【００７７】
Ｓ２７：検索文書のうち、ログインユーザの属するグループのメンバーと属性情報の「作成者」が一致する文書がある場合、同検索文書を上位にソートする。つまり、属性情報の「作成者」がグループメンバーに一致しない文書に優先して同検索文書をソートする。検索者（ログインユーザ）と同じグループメンバーが作成した文書は、検索者が探している文書である可能性が高く、上位に表示されるべきであるからである。
【００７８】
Ｓ２８：検索文書のうち、残る文書を属性情報の「文書名」昇順（例えばアルファベット順等）でもってソートする。複数の検索文書を一定の秩序をもって並べて表示するためである。
【００７９】
Ｓ２９：複数の検索文書に対し、表示の順序を決定する。そして検索部１１２は、検索結果に順序情報を含めて端末２０の検索要求部２１１に対し応答する。
【００８０】
以上、順序情報は検索結果に含まれるので、端末２０のファイルシステム表示制御部２１０としては、検索結果に含まれる順序情報に従ってファイルをウインドウ画面のエリアＢに順序表示すればよい。これにより、検索文書が複数である場合、検索者（ログインユーザ）が作成した文書、検索文書の中に検索者（ログインユーザ）と同一グループの属するメンバーが作成した文書が、他の検索文書に比べ上位に表示されるので、ユーザにとって目的の文書を検索し易くすることができる。
【００８１】
（順序付処理２）
図１０は、文書管理サーバ１０の検索部１１２の順序付処理２を説明するフローチャートである。
【００８２】
Ｓ４１：文書管理サーバ１０の検索部１１２は、端末２０の検索要求部２１１からファイルパス及び検索キー含む検索要求を受信する。受信すると次のステップへ進む。
【００８３】
Ｓ４２：検索部１１２は、文書ＤＢ１０１のファイルパス下（検索対象範囲）において、検索キーに該当する文書が存在するか検索する。存在しない場合、検索された文書は存在しないので、検索結果はない旨を応答すればよい（Ｓ４９）。
【００８４】
Ｓ４３：検索キーに該当する文書（検索文書という）が存在すると、検索文書は複数か否かを判定する。検索文書が単数の場合、順序情報は不要であるのでそのまま検索結果を応答すればよい（Ｓ５０）。
【００８５】
Ｓ４４：検索文書が複数の場合、検索文書のうち、属性情報の「更新日」又は「最終アクセス日」が、所定時間内の文書があるか否か判定する。より詳細には、文書ＤＢ１０１を参照し、検索文書に対応する属性情報の「更新日」又は「最終アクセス日」の値と、現在の日時刻（内部時計より取得）とを比較し、所定時間内の文書があるか否か判定する。所定時間は任意に決定できるが、比較的近い日時刻である（例えば数時間内、１日以内等）。最近、作成、更新、又はアクセスされた文書は、検索者が探している文書である可能性が高く、上位に表示されるべきであるからである。
【００８６】
Ｓ４５：次にＳ４４で所定時間内の文書と判定された文書のうち、属性情報の「文書名」が類似する文書があるか否かを判定する。「文書名」は更新・アップデートされるにつれ、類似した文書名が付される可能性が高いからである。最近、作成、更新、又はアクセスされた文書、さらには、その類似文書は検索者が探している文書である可能性が高く、上位に表示されるべきであるからである。
【００８７】
Ｓ４６：Ｓ４４及び／又はＳ４５を満たす同検索文書を上位にソートする。これにより、最近、作成、更新、又はアクセスされた文書、さらには、その類似文書が上位にソートされる。
【００８８】
Ｓ４７：検索文書のうち、残る文書を属性情報の「文書名」昇順（例えばアルファベット順等）でもってソートする。
【００８９】
Ｓ４８：複数の検索文書に対し、表示の順序を決定する。そして検索部１１２は、検索結果に順序情報を含めて端末２０の検索要求部２１１に対し応答する。
【００９０】
以上により、検索文書が複数である場合、最近、作成、更新、又はアクセスされた文書、さらには、その類似文書が、他の検索文書に比べ上位に表示されるので、ユーザにとって目的の文書を検索し易くすることができる。
【００９１】
図１１は、検索結果表示例を示す。図に示されるように、複数の検索文書が検索されエリアＢに表示されている。また「更新日」が１日以内の文書であって「文書名」が類似する文書が優先的に上位表示されている（５ファイル）。なおまたそれ以外の文書については「文書名」昇順で表示されていることが分かる。
【００９２】
以上のように、本実施形態に係る文書管理サーバ１０は、管理する文書毎に多様な属性情報を管理しているため、属性情報に基づいてユーザの使い勝手を考慮した多様な切り口からの表示順序を決定することができる。即ちユーザが予め優先表示する属性情報を設定しておけば、その属性情報を有する検索文書を優先表示できる。他に例えば、画像関係の文書を優先表示したい場合には、文書の属性情報のうち「図面番号」（図４）に値が入力されている文書を優先表示することも可能である。
【００９３】
[検索処理３]
さて通常、文書というと１ファイルを意味するが、文書管理システム１においては、システム固有の文書として複数セクションの文書を扱う場合がある。複数セクションの文書とは、複数ファイルの束から１文書が構成されるものをいう。例えば複数のメモ帳ファイルを印刷し、印刷物を１つにまとめた会議資料文書をイメージすると、会議資料文書は１文書であるが、その文書を構成するのは複数のメモ帳ファイルである。文書の属性情報は１文書につき１の属性情報が付されるので、複数セクションの文書（複数ファイルの束）に対しても１のみの属性情報が付される。そして複数セクションの文書の属性情報には、その属性情報うち「セクション数」（図４）にそのファイル数が保持される。
【００９４】
文書管理サーバ１０の文書ＤＢ１０１の文書が複数セクションの文書（複数ファイルの束）である場合、端末２０のファイルシステム上ではうまく認識できない。よってファイルシステム上では、他の形式（例えばZipファイル等）で１ファイルの如く表示する。しかし、従来のファイルシステム検索（簡易検索）の場合、Zipファイルのファイル自体の属性情報でしか検索できず、また検索後には検索されたZipファイルを解凍しないと個々の中身は参照できないので、参照や編集のために手間がかかって不便であるという問題がある。
【００９５】
図１２は、端末２０のファイルシステム上における複数セクションの文書表示例（Zip形式）を示す。図に示されるように、文書管理サーバ１０では複数ファイルの束からなる複数セクションの文書を１文書として扱えたものの、端末２０のファイルシステム上では「System.zip」をいう１ファイルとして表示している。
【００９６】
ここで、「アドレス」欄に「Z:\AAA\BBB\"XXX"」を検索キーとして入力すると「Z:\AAA\BBB」下から属性情報に「XXX」を有する文書が検索されることになる。検索は文書管理サーバ１０の検索部１１２により検索されるので、Zipファイルのファイル自体の属性情報でなく、複数セクションの文書を構成する複数ファイル毎に検索することができる。しかし、複数ファイルのうちいずれかが検索文書として検索されたとしても、その１ファイルを端末２０のファイルシステム上のエリアＢにはうまく認識、表示できない。そこで、複数セクションの文書のうちの１ファイルが検索された場合には、端末２０のファイルシステム上のエリアＢに表示しない。代えてエリアＢにはリンク（ショートカット）を表示する。
【００９７】
図１３は、端末２０のファイルシステム上における複数セクションの文書の検索結果表示例（リンク形式）を示す。リンクが例えばクリック操作されると、端末２０の汎用のＷｅｂブラウザ２００が開き、ブラウザ内に、検索された検索文書である複数セクションの文書のうちの１ファイルが表示される。つまり、端末２０の汎用のＷｅｂブラウザ２００は、文書管理システム１（文書管理サーバ１０）を利用するための本来のビューアであるが、複数セクションの文書といったシステム固有の特殊文書のような端末２０のファイルシステム上のエリアＢに表示できないものは、文書管理システム１（文書管理サーバ１０）本来のビューアでもって表示するようにする。そのため、端末２０のファイルシステム上のエリアＢには、その本来のビューアへのリンク（ショートカット）を表示することにより、特殊文書に対応するものである。
【００９８】
[総括]
以上、本実施形態に係る文書管理システム１において、端末２０は、ＯＳのファイルシステムの一部に対し、文書ＤＢ１１のファイルシステムを割り当ててシステム管理下の電子文書にアクセスできるので、システム管理下の電子文書とローカルのファイルシステム上のファイルとを一元的に扱うことができるので使い勝手がよい。またファイルシステムを割り当てたウインドウ画面上から検索キーを入力すると、検索は文書管理システム１の検索部１１２（検索エンジン）で高速に実行されるとともに、同文書管理システムで管理される多様な属性情報、さらには画像や文書を検索キーとして検索できるので、より高度で詳細な文書検索を行うことができる。
【００９９】
ユーザの端末２０はファイルシステム上で文書管理システム１の検索機能を利用して検索できるため例えば以下を実現できる。
・ファイルシステム上の検索においても、検索項目や検索範囲を限定できるため高度で詳細な検索を行なえ、また検索速度の向上が期待できる。即ち検索の正確さと速さの両立が可能となる。
・検索結果の出力表示においても、属性情報に応じて検索結果の順序表示を行うため、検索効率の向上が期待できる。
・複数ファイルをひとまとめにしたファイルの検索を行う場合に、各ファイルの内容に対しての検索が行えるため、検索精度の向上が期待できる。
【０１００】
以上本実施形態によれば、使い勝手のよいファイルシステム上において高度で効率的な検索機能を実現し、ファイルシステム上での電子文書の作業効率を高める文書管理システム等を提供することが可能となる。なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１０１】
１ 文書管理システム
１０ 文書管理サーバ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 補助記憶装置
１５ 記憶媒体読取装置
１６ 入力装置
１７ 表示装置
１８ 通信装置
２０ 端末
３０ ネットワーク
１００ 記憶部
１０１ 文書ＤＢ
１０２ ユーザＤＢ
１１０ 文書管理部
１１１ ログイン処理部
１１２ 検索部
１１３ 表示制御部
１２０ Ｗｅｂサーバ部
１３０ ファイルシステム用通信部
２００ Ｗｅｂクライアント部
２１０ ファイルシステム表示制御部
２１１ 検索要求部
２２０ 記憶部
【先行技術文献】
【特許文献】
【０１０２】
【特許文献１】特開２００７−２４９７００号
【技術分野】
【０００１】
本発明は、文書管理システム、文書管理方法、及びプログラムの分野に関する。
【背景技術】
【０００２】
一般に、電子文書を管理する方法として、ファイルサーバを利用する方法と、文書管理システムを利用する方法とが知られている。
【０００３】
ファイルサーバを利用する方法では、端末（クライアント）のＯＳのファイルシステムの一部に対し、ファイルサーバのファイルシステムを割り当てるなどし、電子文書にアクセスできる。また電子文書を検索する際は、ファイルシステムの検索機能を利用して、ファイルサーバ内に格納されている電子文書を検索できる。具体的には例えば、Ｗｉｎｄｏｗｓ（登録商標）のエクスプローラがこれに相当する。この場合、端末では、ファイルサーバ内に格納されている電子文書であってもローカルのファイルシステム上のファイルのように一元的に扱うことができるので、使い勝手がよい。
【０００４】
一方、文書管理システムを利用する方法では、端末のビューア（例えば汎用Ｗｅｂブラウザや専用ビューア）を介して、文書管理システムが管理する文書ＤＢにアクセスできる。また電子文書を検索する際は、文書ＤＢに登録されている電子文書の属性情報（文書プロパティ）をキーとして、文書管理システムの検索エンジンで文書ＤＢ内に格納されている電子文書を検索できる。文書管理システムに対しては、ビューアを介してアクセスする必要があるものの、文書管理システムでは、多彩な属性情報（文書プロパティ）でもって文書検索を行なえるので、高度（詳細）で効率的な文書条件検索を行うことができる。なお、ファイルサーバを利用する方法では、電子文書はある程度の属性情報しか保持しないので、簡易な検索しか行えない。
【０００５】
これに関する技術として、例えば引用文献１には、文書情報の集合を管理する文書管理装置であって、ネットワークを介して接続するクライアント装置から送信される検索条件に基づいて、前記文書情報の集合の中から前記検索条件に合致する文書情報を検索する第一の検索手段と、前記検索条件に基づいて、インターネットにおける検索サイトに検索を実行させる第二の検索手段とを有し、前記第一の検索手段及び前記第二の検索手段によって取得された検索結果を出力する文書管理装置が記載されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、ファイルサーバを利用する方法では、上述の如く端末のＯＳのファイルシステムの一部に対し、ファイルサーバのファイルシステムを割り当てるなどして電子文書にアクセスできるので、ファイルサーバ内の電子文書とローカルのファイルシステム上のファイルとを一元的に扱うことができ使い勝手がよい。しかしながら、文書検索においては簡易な検索しか行えず、高度な文書条件検索を行える文書管理システムにはこの点で及ばない。
【０００７】
一方、例えば引用文献１記載されるような文書管理システムを利用する方法において、通常の場合、業務用の端末で業務作業中にユーザが操作しているのは、主にローカルのファイルシステム上のファイルである。文書管理システムを利用する場合には、上述の如く、システムにログイン後、ビューアを介して文書管理システムが管理する文書ＤＢに格納されている電子文書を検索し、アクセスする。また必要に応じて、文書管理システムから電子文書をローカルのファイルシステム上にダウンロードしてから作業を行う。文書管理システムを利用すると高度な文書条件検索を行うことができるものの、ユーザは業務用の端末において、文書ＤＢに格納されている電子文書を利用する場合にはビューアを操作し、ときに業務作業を行う場合には、ローカルのファイルシステムのウインドウ（例えばエクスプローラ）を操作したりと、その操作性においてやや煩雑であった。
【０００８】
そこで本発明では上記のような点に鑑みて、使い勝手のよいファイルシステム上において高度で効率的な検索機能を実現し、ファイルシステム上での電子文書の作業効率を高める文書管理システム、文書管理方法、及びプログラムを提供することを目的とする。より具体的には、例えば文書管理システムの管理する文書ＤＢをＯＳのファイルシステムに接続し、文書ＤＢをＯＳの仮想ドライブに割り当てて、ファイルシステムから文書管理システム上の文書へアクセスできる文書管理システム等を本発明により提案する。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る文書管理システムは、電子文書と該電子文書毎に属性情報とを対応付けて記憶した文書ＤＢを備えた文書管理サーバと、前記電子文書を検索するクライアント端末とがネットワークを介し接続された文書管理システムであって、クライアント端末は、ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手段と、前記ローカル・ファイルシステム空間にアクセスし前記ローカルファイルを表示するとともに、前記電子文書が格納されているリモート・ファイルシステム空間にアクセスし該リモート・ファイルシステム空間を前記ローカル・ファイルシステム空間の一部として割り当てて、同一のウインドウ画面に表示する表示制御手段と、前記リモート・ファイルシステム空間が表示されているウインドウ画面を介して入力された検索キーを含む検索要求を送信し、前記文書ＤＢに記憶された電子文書の検索要求を行う検索要求手段と、を有し、文書管理サーバは、クライアント端末から前記検索要求を受信すると、前記ウインドウ画面に表示されているリモート・ファイルシステム空間内の電子文書であって、前記検索キーと一致する属性情報を有する電子文書を前記文書ＤＢから検索し、該電子文書を含む検索結果を応答する検索手段と、を有し、前記表示制御手段は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に該検索結果を表示することを特徴とする。
【００１０】
また上記課題を解決するため、上記文書管理システムは、前記検索手段は、検索された電子文書が複数である場合、属性情報に基づき該複数の電子文書毎に対し表示する順序情報を付し、該順序情報を含む検索結果を応答し、前記表示制御手段は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に検索された複数の電子文書を前記順序情報に従った順序で表示することを特徴とする。
【００１１】
また上記課題を解決するため、上記文書管理システムは、前記検索要求手段は、前記ウインドウ画面のアドレス欄に入力されたワードであって、所定の識別記号が付されたワードを検索キーと認識することを特徴とする。
【００１２】
また上記課題を解決するため、上記文書管理システムは、前記検索要求手段は、前記ウインドウ画面のファイル表示エリアに入力された検索用ファイルであって、所定の拡張子が付された検索用ファイルに含まれるワード、文書又は画像を検索キーと認識することを特徴とする。
【００１３】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１４】
本発明によれば、使い勝手のよいファイルシステム上において高度で効率的な検索機能を実現し、ファイルシステム上での電子文書の作業効率を高める文書管理システム、文書管理方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係るシステム構成図である。
【図２】文書管理サーバ１０の一実施形態の主要構成を示すハードウェア構成図である。
【図３】文書管理サーバ１０及び端末２０の一実施形態の主要機能を示す機能ブロック図である。
【図４】文書ＤＢ１０１の属性情報定義例を示す。
【図５】ユーザＤＢ１０２の情報定義例を示す。
【図６】本実施形態に係る検索操作例（その１）を示す。
【図７】本実施形態に係る検索操作例（その２）を示す。
【図８】端末２０の検索処理を説明するフローチャートである。
【図９】文書管理サーバ１０の検索部１１２の順序付処理１を説明するフローチャートである。
【図１０】文書管理サーバ１０の検索部１１２の順序付処理２を説明するフローチャートである。
【図１１】検索結果表示例を示す。
【図１２】端末２０のファイルシステム上における複数セクションの文書表示例（Zip形式）を示す。
【図１３】端末２０のファイルシステム上における複数セクションの文書の検索結果表示例（リンク形式）を示す。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。
【００１７】
[システム構成]
（全体構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたっての全体構成について説明する。図１は、本実施形態に係るシステム構成図である。図に示されるように、本実施形態に係る文書管理システム１は、文書管理サーバ１０、文書ＤＢ１０１、ユーザＤＢ１０２、端末２０が、ネットワーク３０を介し接続される。
【００１８】
文書管理サーバ１０は、文書ＤＢ１０１に格納されている文書（電子文書）や属性情報（文書プロパティ）を管理することにより、文書を管理するサーバである。ユーザの端末２０からの要求に従って、文書検索機能や文書ファイル等を提供する。文書管理サーバ１０は、社内ＬＡＮ内や外部のデータセンター等に設置されうる。
【００１９】
端末２０は、ユーザが操作する作業用のクライアント端末である。ＯＳを搭載したＰＣ等により実現できる。ユーザは端末２０を操作して文書管理サーバ１０にアクセスし、文書ファイルの登録（アップロード）、更新（編集、削除、移動、コピー等）、検索、表示、取得（ダウンロード）、又はフォルダの作成等を行うことができる。
【００２０】
ネットワーク３０は、文書管理サーバ１０と端末２０を接続するネットワーク（有線、無線含む）である。文書管理サーバ１０が例えば社内に位置する場合はＬＡＮであり、外部に位置する場合はＷＡＮで実現されうる。
【００２１】
（ハードウェア）
ここで、本実施形態に係る文書管理サーバ１０のハードウェア構成について説明しておく。図２は、文書管理サーバ１０の一実施形態の主要構成を示すハードウェア構成図である。文書管理サーバ１０は、主要な構成として、ＣＰＵ１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、補助記憶装置１４、記憶媒体読取装置１５、入力装置１６、表示装置１７、及び通信装置１８を含む構成である。
【００２２】
ＣＰＵ１１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１２は、ＣＰＵ１１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ１３は、ＣＰＵ１１がＲＯＭ１２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００２３】
補助記憶装置１４は、汎用のＯＳ（Operating System）、プログラムを含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。また補助記憶装置１４内において、文書ＤＢ１０１、ユーザＤＢ１０２を構築することも可能である。記憶媒体読取装置１５には、ＵＳＢメモリ等の携帯型メディアをセットすることで、外部からの情報を取得できる。
【００２４】
なお、上記各種情報は、補助記憶装置１４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）、ＵＳＢメモリ等の携帯型メディアなどの各種記憶媒体やその他のメディアに記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置１５などのドライブ装置を介して読み取ることが可能である。
【００２５】
入力装置１６は、ユーザが各種入力操作を行うための装置である。入力装置１６は、マウス、キーボード、表示装置１７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置１７は、各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。
【００２６】
通信装置１８は、ネットワーク３０を介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００２７】
なお端末２０は上述の如くＰＣ等のクライアント端末であるため、図２と同様の構成で実現できるためその説明は省略する。
【００２８】
（機能）
次に、文書管理サーバ１０及び端末２０の機能構成について説明する。図３は、文書管理サーバ１０及び端末２０の一実施形態の主要機能を示す機能ブロック図である。
【００２９】
はじめに文書管理サーバ１０は、主要な機能として、記憶部１００、文書管理部１１０、Ｗｅｂサーバ部１２０、ファイルシステム用通信部１３０を含む構成である。
【００３０】
記憶部１００は、文書管理システム１上において、電子文書やその属性情報（文書プロパティ）を格納した文書ＤＢ１０１、ユーザ情報を格納したユーザＤＢ１０２を記憶した記憶手段である。例えばＨＤＤ等の補助記憶装置１４により実現される。なお本実施形態では、文書管理サーバ１０内にＤＢを実装した例を示すが、言うまでもなく外部のサーバや記憶装置等にＤＢを構築することも可能である。
【００３１】
文書管理部１１０は、文書管理システムとして文書管理を行うに必要な機能全般を担う機能部である。そのうち具体的には、例えばログイン処理部１１１、検索部１１２、表示制御部１１３等を含み構成される。
【００３２】
ログイン処理部１１１は、端末２０が文書管理システム１（文書管理サーバ１０）を利用するに際し、ユーザＤＢ１０２を参照しユーザ認証を行う。
【００３３】
検索部１１２は、端末２０からの検索要求に応じて文書ＤＢ１０１の電子文書を検索する。検索に際しては、端末２０の検索キー（キーワード）に基づいて、検索キーに一致する電子文書の属性情報（文書プロパティ）を検索する。そして検索キーに一致する属性情報が検索されれば、その属性情報を有する電子文書を該当文書（検索結果）とする。なお、文書管理システム１においては、文書毎に多くの属性情報（文書プロパティ）が管理されているため、ユーザは多彩な検索キーにより、高度で詳細な文書検索を行なうことができるようになっている。
【００３４】
表示制御部１１３は、端末２０に対する表示制御全般を行う。例えば端末２０が汎用のＷｅｂブラウザ２００をビューアとして、文書管理システム１（文書管理サーバ１０）を利用している場合には、文書ビューや検索結果等の端末２０に対する表示情報を生成し、これをＷｅｂサーバ部１２０に送信する。Ｗｅｂサーバ部１２０は端末２０のＷｅｂブラウザ２００が解釈可能な形式で表示情報を形成し、ＨＴＴＰによりこれをＷｅｂサーバ部１２０に送信する。
【００３５】
一方、本実施形態のように端末２０がファイルシステムのウインドウ画面（例えばエクスプローラ）をビューアとして、文書管理システム１（文書管理サーバ１０）を利用する場合には、文書ビューや検索結果等の端末２０に対する表示情報を生成し、これをファイルシステム用通信部１３０に送信する。ファイルシステム用通信部１３０は、端末２０のファイルシステム表示制御部２１０が解釈可能な形式で表示情報を形成し、これをファイルシステム表示制御部２１０に送信する。
【００３６】
Ｗｅｂサーバ部１２０は、上述の如く例えば端末２０が汎用のＷｅｂブラウザ２００をビューアとして、文書管理システム１（文書管理サーバ１０）を利用している場合において、端末２０とのインターフェースを担う。表示制御部１１３が生成した表示情報を端末２０のＷｅｂブラウザが解釈可能な形式で表示情報を形成し送信する。また逆に、端末２０のＷｅｂブラウザ２００からファイル参照要求や検索要求を受信し、これらを文書管理部１１０へ伝達する。
【００３７】
ファイルシステム用通信部１３０は、上述の如く端末２０がファイルシステムのウインドウ画面（例えばエクスプローラ）をビューアとして、文書管理システム１（文書管理サーバ１０）を利用する場合において、端末２０とのインターフェースを担う。表示制御部１１３が生成した表示情報を端末２０のファイルシステム表示制御部２１０が解釈可能な形式で表示情報を形成し送信する。また逆に、端末２０のファイルシステム表示制御部２１０からファイル参照要求や検索要求を受信し、これらを文書管理部１１０へ伝達する。
【００３８】
次に、端末２０は、主要な機能として、Ｗｅｂクライアント部２００、ファイルシステム表示制御部２１０、記憶部２２０を含む構成である。
【００３９】
Ｗｅｂクライアント部２００は、上述の如く例えば端末２０が汎用のＷｅｂブラウザ２００をビューアとして、文書管理システム１（文書管理サーバ１０）を利用している場合において、文書管理サーバ１０とのインターフェースを担う。文書管理サーバ１０からの表示情報（ファイル参照情報や検索結果情報等）を受信しＷｅｂブラウザ上に表示する。また逆に、文書管理サーバ１０に対しファイル参照要求や検索要求を送信する。
【００４０】
ファイルシステム表示制御部２１０は、ローカル・ファイルシステム空間にアクセスしローカルファイルを表示するとともに、電子文書が格納されているリモート・ファイルシステム空間にアクセスし該リモート・ファイルシステム空間を前記ローカル・ファイルシステム空間の一部として割り当てて、同一のウインドウ画面に表示する。具体的に、上述の如く端末２０がファイルシステムのウインドウ画面（例えばエクスプローラ）をビューアとして、文書管理システム１（文書管理サーバ１０）を利用する場合において、文書管理サーバ１０とのインターフェースを担う。文書管理サーバ１０からの表示情報（ファイル参照情報や検索結果情報等）を受信し、ローカルのシステムファイル上に存在するものと見立て、例えばドライブの割当てを行うなどしてファイルシステムのウインドウ画面に表示する。また逆に、文書管理サーバ１０に対しウインドウ画面内からファイル参照要求や検索要求を送信する。なおこの点詳細は後述する。
【００４１】
またファイルシステム表示制御部２１０は、検索要求部２１１を含む。検索要求部２１１は、文書管理サーバ１０側のリモート・ファイルシステム空間が表示されているファイルシステムのウインドウ画面（例えばエクスプローラ）を介して入力された検索キーを含む検索要求を送信し、文書ＤＢに記憶された電子文書を検索する（検索要求を行う）。文書管理サーバ１０から検索結果を受信すると、ウインドウ画面内に該検索結果が表示される。この点詳細は後述する。
【００４２】
記憶部２２０は、ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手段である。端末２０のＯＳのファイル管理方式に従って、記憶手段に格納されているローカルファイルが管理・記憶される。いうまでもなくこれらローカルファイルは、ローカル・ファイルシステム空間に存在するので、当然にファイルシステムのウインドウ画面（例えばエクスプローラ）上に表示される。
【００４３】
なお、以上説明したこれらの機能は、実際にはＣＰＵ１１が実行するプログラムにより実現される。
【００４４】
（文書ＤＢ１０１例）
図４は、文書ＤＢ１０１の属性情報定義例を示す。上述のしたように文書ＤＢ１０１においては、電子文書やその属性情報（文書プロパティ）が格納される。電子文書には、文書の管理情報というべき属性情報が文書毎に対応付けられている。
【００４５】
図に示されるように、属性情報は、大きく「管理情報」、「システム情報」、「ワークフロー情報」、「ユーザ設定」といった属性分類に分類され、また各分類属性において各「分類項目」に分類されている。「分類項目」の各値は、文書作成時や更新時等においてシステムやユーザによって入力され保存される。例えば、「分類項目」のうち「文書名」の値はテキストや英数字からなり、文書作成時においてユーザによって入力され保存される。
【００４６】
「検索キー」は、「分類項目」の値が検索キーとして使用できるか否かを示す。「○」のものは検索キーとして使用できることを示す。「検索時の条件」は、「分類項目」の値を検索キーとして使用する際、具体的にどのような検索キー（検索ワード）が使用できるかを示す。例えば「テキスト、英数字」のものは、検索キーとして任意のテキスト、英数字を使用できることを示す。
【００４７】
なお「ユーザ設定」に大分類されている属性分類は、ユーザが任意に文書に対して付すことのできる属性情報である。既存の属性分類に定義されていない属性情報を新たに作成（定義）でき、また「検索キー」は「○」となっていることからも分かるように、検索キーとしても使用できるようになっている。なお、これ以外の属性情報を含むことが可能である。
【００４８】
（ユーザＤＢ１０２例）
図５は、ユーザＤＢ１０２の情報定義例を示す。上述のしたようにユーザＤＢ１０２においては、ユーザ情報が格納される。図に示されるようにユーザ情報例としては、ログイン認証のための「アカウント名」、「パスワード」、「ドメイン」、「グループ名」、「（グループ）ドメイン」などがある。なお言うまでもなく、これ以外のユーザ情報を含むことが可能である（ユーザ名、電話番号、メールアドレス等々）。
【００４９】
[検索操作例]
図６は、本実施形態に係る検索操作例（その１）を示す。本ウインドウ画面は、端末２０のファイルシステム上のファイルを示す画面である。端末２０のローカルファイルを表示する場合、ウインドウ画面左サイドのエリアＡにおいて例えばＣドライブを選択すると、ウインドウ画面右中央サイドのエリアＢにおいてＣドライブ内のファイルやフォルダが表示される。
【００５０】
また本ウインドウ画面では、ウインドウ画面左サイドのエリアＡには、Ｚドライブとして文書ＤＢ１０１内のファイルシステム空間がローカルドライブの如く割り当てられている。従ってエリアＡのドライブ選択で例えばＺドライブを選択すると、ウインドウ画面右中央サイドのエリアＢにおいてＺドライブ内、つまり文書ＤＢ１０１内のファイルシステム空間内のファイルやフォルダが参照され表示される。図例では、文書ＤＢ１０１内の所定のファイルシステム空間内がＺドライブ（Z:DB server）として割り当てられており、エリアＢにおいては、その文書ＤＢ１０１内の所定のファイルシステム空間内以下のファイルやフォルダが表示されている。
【００５１】
さて、文書ＤＢ１０１内の所定のファイルシステム空間内からファイルやフォルダを検索する場合、ユーザは「アドレス」欄に、フォルダパスに続けて検索キーワードを入力する。図例では、文書ＤＢ１０１内の「AAA」フォルダ内から、検索キーワード「XXX」に該当するファイルやフォルダを検索するため、「アドレス」欄に「Z:\AAA\"XXX"」と入力し、Ｅｎｔｅｒキー又は「移動」ボタンを押下する。押下により検索要求が発生するが、この場合にはファイルパスが「Z:\AAA」であるので文書管理サーバ１０に対し検索要求が発生する。
【００５２】
検索要求は、文書管理サーバ１０の検索部１１２に伝達され、検索部１１２は、文書ＤＢ１０１を参照しフォルダ「AAA」下から検索キーワード「XXX」を有する文書を検索する。検索結果は、エリアＢにおいて該当したファイルでもって表示される。
【００５３】
なお、フォルダパスの一部に検索キーワードを入力し、検索キーワードとして認識させる記号は、本例の「""」以外の文字列や他の方法でもよい。また検索キーワードも１語に限るものではなく、例えば「Z:\AAA\"（AAA and BBB） or CCC"」のように、検索条件文を入力することもできるし、「Z:\AAA\"文書名=XXX"」のように、検索キー照合の対象となる属性情報を指定することもできる。
【００５４】
図７は、本実施形態に係る検索操作例（その２）を示す。文書ＤＢ１０１内の所定のファイルシステム空間内からファイルやフォルダを検索する場合、今度は検索用ファイルを入力する。図例では、「XXX.rsn」という検索用ファイルをエリアＢにドラッグ＆ドロップ操作を行う。検索用ファイルは、拡張子を特殊な所定の拡張子（例えば.rsn）としたファイルで、検索条件（検索キー）、文書、画像が含まれるファイルである。
【００５５】
検索用ファイルに検索条件（検索キー）が記述され、特殊な所定の拡張子を持つファイルがドラッグ＆ドロップ操作された場合、同検索条件が入力されたものとして、エリアＢにおいて表示されているフォルダ下（例えば「Z:\AAA」）から検索条件（例えば、（AAA and BBB） or CCC）を満たす文書を検索する。この場合にはエリアＢに表示されているのは「Z:\AAA」であるので文書管理サーバ１０に対し検索要求が発生し、検索部１１２は、文書ＤＢ１０１のフォルダ「AAA」下から検索キーワード「（AAA and BBB） or CCC」を満たす文書を検索する。検索結果は、エリアＢにおいて該当したファイルでもって表示される。
【００５６】
なおまた、検索用ファイルに画像や文書が記述され同ファイルがドラッグ＆ドロップ操作された場合、検索条件が入力されたものとして、エリアＢにおいて表示されているフォルダ下（例えば「Z:\AAA」）から検索条件を満たす文書を検索する。画像が検索条件の場合、同画像に一致する、又は類似する画像を検索するものと解釈される。また文書が検索条件の場合、同文書に一致する、又は類似する文書を検索するものと解釈される。エリアＢに表示されているのは「Z:\AAA」であるので文書管理サーバ１０に対し検索要求が発生し、検索部１１２は、文書ＤＢ１０１のフォルダ「AAA」下から画像や文書の検索条件を満たす文書を検索する。検索結果は、エリアＢにおいて該当したファイルでもって表示される。
【００５７】
以上のように、検索条件は、検索キーワード（文字列や英数字等）、さらには画像や文書を入力することができる。従来のファイルシステム上の検索であると、ファイル名や作成日時程度の検索キーでしかファイルを検索（簡易検索）できなかったが、本実施形態では、検索は文書管理システム１の検索部１１２（検索エンジン）で高速に実行されるとともに、同文書管理システムで管理される多様な属性情報、さらには画像や文書を検索キーとして検索できるので、より高度で詳細な文書検索を行うことができる。
【００５８】
なお、文書管理システム１に端末２０がアクセスするには、通常ユーザ認証（ログイン）が必要である。端末２０が上述のＷｅｂブラウザ２００を介して文書管理システム１にアクセスする場合には、まず最初にユーザのアカウント名、パスワード等を入力し、ユーザＤＢ１２のユーザ情報との一致によりログイン処理が行われる。一方、本ウインドウ画面では、ウインドウ画面左サイドのエリアＡにＺドライブとして文書ＤＢ１０１内のファイルシステム空間を割り当てるタイミングでユーザ認証がなされ、ユーザのアカウント名、パスワード等を入力し、ユーザＤＢ１２のユーザ情報との一致によりログイン処理が行われるようになっている。
【００５９】
[検索処理１]
図８は、端末２０の検索処理を説明するフローチャートである。以下特に断りのない限り動作主体は、端末２０の検索要求部２１１であるものとする。
【００６０】
Ｓ１：ウインドウ画面内に対し、検索キーが入力されたか否かを判定する。具体的には上述の如く、「アドレス」欄に「ファイルパス＋検索キーワード」が入力されたり、ウインドウ画面内のエリアＢに特殊な所定の拡張子を持つ検索用ファイルがドラッグ＆ドロップ操作された否かにより判定できる。
【００６１】
Ｓ２：ウインドウ画面内のエリアＢに表示されているのは、ローカルシステムファイル空間であるか否かを判定する。検索対象範囲が端末２０内であるか、又は文書管理サーバ１０の文書ＤＢ１０１内であるか判断するためである。
【００６２】
Ｓ３：ウインドウ画面内のエリアＢに表示されているのは、ローカルシステムファイル空間でないと判定すると、端末２０の検索要求部２１１は文書管理サーバ１０の検索部１１２に対し検索要求（詳細検索要求）を行う。このとき、検索要求にはエリアＢのファイルパス（文書ＤＢ１０１内の検索対象範囲）と検索キーとが含まれる。
【００６３】
Ｓ４：文書管理サーバ１０の検索部１１２は、検索要求のファイルパスから文書ＤＢ１０１内の検索対象範囲を特定し、その検索対象範囲内において検索キーと一致する属性情報を有する文書を検索する。そして検索要求部２１１は、検索された文書を含む検索結果を受信する。
【００６４】
Ｓ５：検索要求部２１１が検索された文書を含む検索結果を受信すると、端末２０のファイルシステム表示制御部２１０はエリアＢにその検索結果を表示する。具体的には、検索された文書ファイルが表示される。
【００６５】
Ｓ６：一方、ウインドウ画面内のエリアＢに表示されているのは、ローカルシステムファイル空間であると判定すると（Ｓ２）、端末２０の検索要求部２１１は、ローカル・ファイルシステムに対し検索要求（簡易検索要求）を行う。このとき、検索要求にはエリアＢのファイルパスと検索キーとが含まれる。そして端末２０の記憶部２２０の検索対象範囲内において検索キーと一致する属性情報を有する文書が検索されれば、端末２０のファイルシステム表示制御部２１０はエリアＢにその検索結果を表示する（Ｓ５）。
【００６６】
以上のように、本実施形態に係る端末２０は、検索要求が従来のファイルシステム上への検索要求であると、ローカル・ファイルシステムに対し検索要求（簡易検索要求）を行い、一方、文書管理サーバ１０の管理する文書ＤＢ１０１のファイルシステム上への検索要求であると、検索部１１２に対し検索要求（詳細検索要求）を行う。このとき、検索は文書管理サーバ１０の検索部１１２（検索エンジン）で高速に実行されるとともに、同文書管理システムで管理される多様な属性情報、さらには画像や文書を検索キーとして検索できるので、より高度で詳細な文書検索を行うことができる。
【００６７】
[検索処理２]
上述したように、端末２０の検索要求部２１１は文書管理サーバ１０の検索部１１２から検索された文書を含む検索結果を受信すると、その検索結果は、ファイルシステム表示制御部２１０により、ウインドウ画面のエリアＢにその検索結果が表示される。ここで、検索結果において検索された文書が複数になる場合、エリアＢにおいて何らかの順序をもって表示されると望ましい。特に検索文書が何十ときに何百もの数になる場合、無秩序に文書が表示されたとしてもユーザにとって使い勝手が悪い。
【００６８】
以下では、検索結果において検索された文書が複数になる場合、ユーザの使い勝手の観点からエリアＢにおいて特定の順序をもって表示される例を示す。なお検索文書が複数になる場合、順序情報は文書管理サーバ１０側で決定される。つまり順序情報は検索結果に含まれるので、端末２０のファイルシステム表示制御部２１０としては、検索結果に含まれる順序情報に従ってファイルをウインドウ画面のエリアＢに順序表示すればよい。
【００６９】
なお後述するように、表示順序は属性情報に基づいて決定されるが、文書管理システム１（文書管理サーバ１０）は、管理する文書毎に多様な属性情報を管理し、文書管理システム１によって文書が検索されるからこそ、ユーザの使い勝手を考慮した多様な切り口からの表示順序が可能となるものである。
【００７０】
（順序付処理１）
図９は、文書管理サーバ１０の検索部１１２の順序付処理１を説明するフローチャートである。
【００７１】
Ｓ２１：文書管理サーバ１０の検索部１１２は、端末２０の検索要求部２１１からファイルパス及び検索キー含む検索要求を受信する。受信すると次のステップへ進む。
【００７２】
Ｓ２２：検索部１１２は、文書ＤＢ１０１のファイルパス下（検索対象範囲）において、検索キーに該当する文書が存在するか検索する。より詳細には、ファイルパス下（検索対象範囲）において、検索キーに一致する属性情報を有する文書が存在するか検索する。存在しない場合、検索された文書は存在しないので、検索結果はない旨を応答すればよい（Ｓ３０）。
【００７３】
Ｓ２３：検索キーに該当する文書（検索文書という）が存在すると、検索文書は複数か否かを判定する。検索文書が単数の場合、順序情報は不要であるのでそのまま検索結果を応答すればよい（Ｓ３１）。
【００７４】
Ｓ２４：検索文書が複数の場合、検索文書のうち、属性情報の「作成者」が、ログインユーザに一致する文書があるか否か判定する。より詳細には、文書ＤＢ１０１を参照し、検索文書に対応する属性情報の「作成者」の値と、ログインユーザ（名）とが一致する文書があるか否か判定する。検索文書の中に検索者（ログインユーザ）が作成した文書の有無を判断するためである。なおログインユーザ（名）は、文書管理サーバ１０に対し既にログイン認証済みであることを前提として既知情報であるものとする。
【００７５】
Ｓ２５：検索文書のうち、属性情報の「作成者」が、ログインユーザに一致する文書がある場合、同検索文書を上位にソートする。つまり、属性情報の「作成者」がログインユーザに一致しない文書に優先して同検索文書をソートする。検索者（ログインユーザ）が作成した文書は、検索者が探している文書である可能性が高く、上位に表示されるべきであるからである。
【００７６】
Ｓ２６：今度は、検索文書のうち、ログインユーザの属するグループのメンバーと属性情報の「作成者」が一致する文書があるか否かを判定する。より詳細には、ユーザＤＢ１０２を参照し、ログインユーザの属するグループのメンバー（ユーザ）を取得し、そのメンバー名と、検索文書のうち同検索文書に対応する属性情報の「作成者」の値とが一致する文書があるか否か判定する。検索文書の中に検索者（ログインユーザ）と同一グループの属するメンバーが作成した文書の有無を判断するためである。
【００７７】
Ｓ２７：検索文書のうち、ログインユーザの属するグループのメンバーと属性情報の「作成者」が一致する文書がある場合、同検索文書を上位にソートする。つまり、属性情報の「作成者」がグループメンバーに一致しない文書に優先して同検索文書をソートする。検索者（ログインユーザ）と同じグループメンバーが作成した文書は、検索者が探している文書である可能性が高く、上位に表示されるべきであるからである。
【００７８】
Ｓ２８：検索文書のうち、残る文書を属性情報の「文書名」昇順（例えばアルファベット順等）でもってソートする。複数の検索文書を一定の秩序をもって並べて表示するためである。
【００７９】
Ｓ２９：複数の検索文書に対し、表示の順序を決定する。そして検索部１１２は、検索結果に順序情報を含めて端末２０の検索要求部２１１に対し応答する。
【００８０】
以上、順序情報は検索結果に含まれるので、端末２０のファイルシステム表示制御部２１０としては、検索結果に含まれる順序情報に従ってファイルをウインドウ画面のエリアＢに順序表示すればよい。これにより、検索文書が複数である場合、検索者（ログインユーザ）が作成した文書、検索文書の中に検索者（ログインユーザ）と同一グループの属するメンバーが作成した文書が、他の検索文書に比べ上位に表示されるので、ユーザにとって目的の文書を検索し易くすることができる。
【００８１】
（順序付処理２）
図１０は、文書管理サーバ１０の検索部１１２の順序付処理２を説明するフローチャートである。
【００８２】
Ｓ４１：文書管理サーバ１０の検索部１１２は、端末２０の検索要求部２１１からファイルパス及び検索キー含む検索要求を受信する。受信すると次のステップへ進む。
【００８３】
Ｓ４２：検索部１１２は、文書ＤＢ１０１のファイルパス下（検索対象範囲）において、検索キーに該当する文書が存在するか検索する。存在しない場合、検索された文書は存在しないので、検索結果はない旨を応答すればよい（Ｓ４９）。
【００８４】
Ｓ４３：検索キーに該当する文書（検索文書という）が存在すると、検索文書は複数か否かを判定する。検索文書が単数の場合、順序情報は不要であるのでそのまま検索結果を応答すればよい（Ｓ５０）。
【００８５】
Ｓ４４：検索文書が複数の場合、検索文書のうち、属性情報の「更新日」又は「最終アクセス日」が、所定時間内の文書があるか否か判定する。より詳細には、文書ＤＢ１０１を参照し、検索文書に対応する属性情報の「更新日」又は「最終アクセス日」の値と、現在の日時刻（内部時計より取得）とを比較し、所定時間内の文書があるか否か判定する。所定時間は任意に決定できるが、比較的近い日時刻である（例えば数時間内、１日以内等）。最近、作成、更新、又はアクセスされた文書は、検索者が探している文書である可能性が高く、上位に表示されるべきであるからである。
【００８６】
Ｓ４５：次にＳ４４で所定時間内の文書と判定された文書のうち、属性情報の「文書名」が類似する文書があるか否かを判定する。「文書名」は更新・アップデートされるにつれ、類似した文書名が付される可能性が高いからである。最近、作成、更新、又はアクセスされた文書、さらには、その類似文書は検索者が探している文書である可能性が高く、上位に表示されるべきであるからである。
【００８７】
Ｓ４６：Ｓ４４及び／又はＳ４５を満たす同検索文書を上位にソートする。これにより、最近、作成、更新、又はアクセスされた文書、さらには、その類似文書が上位にソートされる。
【００８８】
Ｓ４７：検索文書のうち、残る文書を属性情報の「文書名」昇順（例えばアルファベット順等）でもってソートする。
【００８９】
Ｓ４８：複数の検索文書に対し、表示の順序を決定する。そして検索部１１２は、検索結果に順序情報を含めて端末２０の検索要求部２１１に対し応答する。
【００９０】
以上により、検索文書が複数である場合、最近、作成、更新、又はアクセスされた文書、さらには、その類似文書が、他の検索文書に比べ上位に表示されるので、ユーザにとって目的の文書を検索し易くすることができる。
【００９１】
図１１は、検索結果表示例を示す。図に示されるように、複数の検索文書が検索されエリアＢに表示されている。また「更新日」が１日以内の文書であって「文書名」が類似する文書が優先的に上位表示されている（５ファイル）。なおまたそれ以外の文書については「文書名」昇順で表示されていることが分かる。
【００９２】
以上のように、本実施形態に係る文書管理サーバ１０は、管理する文書毎に多様な属性情報を管理しているため、属性情報に基づいてユーザの使い勝手を考慮した多様な切り口からの表示順序を決定することができる。即ちユーザが予め優先表示する属性情報を設定しておけば、その属性情報を有する検索文書を優先表示できる。他に例えば、画像関係の文書を優先表示したい場合には、文書の属性情報のうち「図面番号」（図４）に値が入力されている文書を優先表示することも可能である。
【００９３】
[検索処理３]
さて通常、文書というと１ファイルを意味するが、文書管理システム１においては、システム固有の文書として複数セクションの文書を扱う場合がある。複数セクションの文書とは、複数ファイルの束から１文書が構成されるものをいう。例えば複数のメモ帳ファイルを印刷し、印刷物を１つにまとめた会議資料文書をイメージすると、会議資料文書は１文書であるが、その文書を構成するのは複数のメモ帳ファイルである。文書の属性情報は１文書につき１の属性情報が付されるので、複数セクションの文書（複数ファイルの束）に対しても１のみの属性情報が付される。そして複数セクションの文書の属性情報には、その属性情報うち「セクション数」（図４）にそのファイル数が保持される。
【００９４】
文書管理サーバ１０の文書ＤＢ１０１の文書が複数セクションの文書（複数ファイルの束）である場合、端末２０のファイルシステム上ではうまく認識できない。よってファイルシステム上では、他の形式（例えばZipファイル等）で１ファイルの如く表示する。しかし、従来のファイルシステム検索（簡易検索）の場合、Zipファイルのファイル自体の属性情報でしか検索できず、また検索後には検索されたZipファイルを解凍しないと個々の中身は参照できないので、参照や編集のために手間がかかって不便であるという問題がある。
【００９５】
図１２は、端末２０のファイルシステム上における複数セクションの文書表示例（Zip形式）を示す。図に示されるように、文書管理サーバ１０では複数ファイルの束からなる複数セクションの文書を１文書として扱えたものの、端末２０のファイルシステム上では「System.zip」をいう１ファイルとして表示している。
【００９６】
ここで、「アドレス」欄に「Z:\AAA\BBB\"XXX"」を検索キーとして入力すると「Z:\AAA\BBB」下から属性情報に「XXX」を有する文書が検索されることになる。検索は文書管理サーバ１０の検索部１１２により検索されるので、Zipファイルのファイル自体の属性情報でなく、複数セクションの文書を構成する複数ファイル毎に検索することができる。しかし、複数ファイルのうちいずれかが検索文書として検索されたとしても、その１ファイルを端末２０のファイルシステム上のエリアＢにはうまく認識、表示できない。そこで、複数セクションの文書のうちの１ファイルが検索された場合には、端末２０のファイルシステム上のエリアＢに表示しない。代えてエリアＢにはリンク（ショートカット）を表示する。
【００９７】
図１３は、端末２０のファイルシステム上における複数セクションの文書の検索結果表示例（リンク形式）を示す。リンクが例えばクリック操作されると、端末２０の汎用のＷｅｂブラウザ２００が開き、ブラウザ内に、検索された検索文書である複数セクションの文書のうちの１ファイルが表示される。つまり、端末２０の汎用のＷｅｂブラウザ２００は、文書管理システム１（文書管理サーバ１０）を利用するための本来のビューアであるが、複数セクションの文書といったシステム固有の特殊文書のような端末２０のファイルシステム上のエリアＢに表示できないものは、文書管理システム１（文書管理サーバ１０）本来のビューアでもって表示するようにする。そのため、端末２０のファイルシステム上のエリアＢには、その本来のビューアへのリンク（ショートカット）を表示することにより、特殊文書に対応するものである。
【００９８】
[総括]
以上、本実施形態に係る文書管理システム１において、端末２０は、ＯＳのファイルシステムの一部に対し、文書ＤＢ１１のファイルシステムを割り当ててシステム管理下の電子文書にアクセスできるので、システム管理下の電子文書とローカルのファイルシステム上のファイルとを一元的に扱うことができるので使い勝手がよい。またファイルシステムを割り当てたウインドウ画面上から検索キーを入力すると、検索は文書管理システム１の検索部１１２（検索エンジン）で高速に実行されるとともに、同文書管理システムで管理される多様な属性情報、さらには画像や文書を検索キーとして検索できるので、より高度で詳細な文書検索を行うことができる。
【００９９】
ユーザの端末２０はファイルシステム上で文書管理システム１の検索機能を利用して検索できるため例えば以下を実現できる。
・ファイルシステム上の検索においても、検索項目や検索範囲を限定できるため高度で詳細な検索を行なえ、また検索速度の向上が期待できる。即ち検索の正確さと速さの両立が可能となる。
・検索結果の出力表示においても、属性情報に応じて検索結果の順序表示を行うため、検索効率の向上が期待できる。
・複数ファイルをひとまとめにしたファイルの検索を行う場合に、各ファイルの内容に対しての検索が行えるため、検索精度の向上が期待できる。
【０１００】
以上本実施形態によれば、使い勝手のよいファイルシステム上において高度で効率的な検索機能を実現し、ファイルシステム上での電子文書の作業効率を高める文書管理システム等を提供することが可能となる。なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１０１】
１ 文書管理システム
１０ 文書管理サーバ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 補助記憶装置
１５ 記憶媒体読取装置
１６ 入力装置
１７ 表示装置
１８ 通信装置
２０ 端末
３０ ネットワーク
１００ 記憶部
１０１ 文書ＤＢ
１０２ ユーザＤＢ
１１０ 文書管理部
１１１ ログイン処理部
１１２ 検索部
１１３ 表示制御部
１２０ Ｗｅｂサーバ部
１３０ ファイルシステム用通信部
２００ Ｗｅｂクライアント部
２１０ ファイルシステム表示制御部
２１１ 検索要求部
２２０ 記憶部
【先行技術文献】
【特許文献】
【０１０２】
【特許文献１】特開２００７−２４９７００号
【特許請求の範囲】
【請求項１】
電子文書と該電子文書毎に属性情報とを対応付けて記憶した文書ＤＢを備えた文書管理サーバと、前記電子文書を検索するクライアント端末とがネットワークを介し接続された文書管理システムであって、
クライアント端末は、
ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手段と、
前記ローカル・ファイルシステム空間にアクセスし前記ローカルファイルを表示するとともに、前記電子文書が格納されているリモート・ファイルシステム空間にアクセスし該リモート・ファイルシステム空間を前記ローカル・ファイルシステム空間の一部として割り当てて、同一のウインドウ画面に表示する表示制御手段と、
前記リモート・ファイルシステム空間が表示されているウインドウ画面を介して入力された検索キーを含む検索要求を送信し、前記文書ＤＢに記憶された電子文書の検索要求を行う検索要求手段と、
を有し、
文書管理サーバは、
クライアント端末から前記検索要求を受信すると、前記ウインドウ画面に表示されているリモート・ファイルシステム空間内の電子文書であって、前記検索キーと一致する属性情報を有する電子文書を前記文書ＤＢから検索し、該電子文書を含む検索結果を応答する検索手段と、
を有し、
前記表示制御手段は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に該検索結果を表示すること、
を特徴とする文書管理システム。
【請求項２】
前記検索手段は、検索された電子文書が複数である場合、属性情報に基づき該複数の電子文書毎に対し表示する順序情報を付し、該順序情報を含む検索結果を応答し、
前記表示制御手段は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に検索された複数の電子文書を前記順序情報に従った順序で表示すること、
を特徴とする請求項１記載の文書管理システム。
【請求項３】
前記検索要求手段は、前記ウインドウ画面のアドレス欄に入力されたワードであって、所定の識別記号が付されたワードを検索キーと認識すること、
を特徴とする請求項１又は２記載の文書管理システム。
【請求項４】
前記検索要求手段は、前記ウインドウ画面のファイル表示エリアに入力された検索用ファイルであって、所定の拡張子が付された検索用ファイルに含まれるワード、文書又は画像を検索キーと認識すること、
を特徴とする請求項１又は２記載の文書管理システム。
【請求項５】
電子文書と該電子文書毎に属性情報とを対応付けて記憶した文書ＤＢを備えた文書管理サーバと、前記電子文書を検索するクライアント端末とがネットワークを介し接続された文書管理システムにおける文書管理方法であって、
クライアント端末は、
ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手順と、
前記ローカル・ファイルシステム空間にアクセスし前記ローカルファイルを表示するとともに、前記電子文書が格納されているリモート・ファイルシステム空間にアクセスし該リモート・ファイルシステム空間を前記ローカル・ファイルシステム空間の一部として割り当てて、同一のウインドウ画面に表示する表示制御手順と、
前記リモート・ファイルシステム空間が表示されているウインドウ画面を介して入力された検索キーを含む検索要求を送信し、前記文書ＤＢに記憶された電子文書の検索要求を行う検索要求手順と、
を有し、
文書管理サーバは、
クライアント端末から前記検索要求を受信すると、前記ウインドウ画面に表示されているリモート・ファイルシステム空間内の電子文書であって、前記検索キーと一致する属性情報を有する電子文書を前記文書ＤＢから検索し、該電子文書を含む検索結果を応答する検索手順と、
を有し、
前記表示制御手順は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に該検索結果を表示すること、
を特徴とする文書管理方法。
【請求項６】
請求項５記載の文書管理方法のクライアント端末に、前記記憶手段と、前記表示制御手順と、前記検索要求手順とを実行させるためのプログラム。
【請求項７】
請求項５記載の文書管理方法の文書管理サーバに、前記検索手順を実行させるためのプログラム。
【請求項１】
電子文書と該電子文書毎に属性情報とを対応付けて記憶した文書ＤＢを備えた文書管理サーバと、前記電子文書を検索するクライアント端末とがネットワークを介し接続された文書管理システムであって、
クライアント端末は、
ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手段と、
前記ローカル・ファイルシステム空間にアクセスし前記ローカルファイルを表示するとともに、前記電子文書が格納されているリモート・ファイルシステム空間にアクセスし該リモート・ファイルシステム空間を前記ローカル・ファイルシステム空間の一部として割り当てて、同一のウインドウ画面に表示する表示制御手段と、
前記リモート・ファイルシステム空間が表示されているウインドウ画面を介して入力された検索キーを含む検索要求を送信し、前記文書ＤＢに記憶された電子文書の検索要求を行う検索要求手段と、
を有し、
文書管理サーバは、
クライアント端末から前記検索要求を受信すると、前記ウインドウ画面に表示されているリモート・ファイルシステム空間内の電子文書であって、前記検索キーと一致する属性情報を有する電子文書を前記文書ＤＢから検索し、該電子文書を含む検索結果を応答する検索手段と、
を有し、
前記表示制御手段は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に該検索結果を表示すること、
を特徴とする文書管理システム。
【請求項２】
前記検索手段は、検索された電子文書が複数である場合、属性情報に基づき該複数の電子文書毎に対し表示する順序情報を付し、該順序情報を含む検索結果を応答し、
前記表示制御手段は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に検索された複数の電子文書を前記順序情報に従った順序で表示すること、
を特徴とする請求項１記載の文書管理システム。
【請求項３】
前記検索要求手段は、前記ウインドウ画面のアドレス欄に入力されたワードであって、所定の識別記号が付されたワードを検索キーと認識すること、
を特徴とする請求項１又は２記載の文書管理システム。
【請求項４】
前記検索要求手段は、前記ウインドウ画面のファイル表示エリアに入力された検索用ファイルであって、所定の拡張子が付された検索用ファイルに含まれるワード、文書又は画像を検索キーと認識すること、
を特徴とする請求項１又は２記載の文書管理システム。
【請求項５】
電子文書と該電子文書毎に属性情報とを対応付けて記憶した文書ＤＢを備えた文書管理サーバと、前記電子文書を検索するクライアント端末とがネットワークを介し接続された文書管理システムにおける文書管理方法であって、
クライアント端末は、
ローカルファイルをローカル・ファイルシステム空間で管理・記憶した記憶手順と、
前記ローカル・ファイルシステム空間にアクセスし前記ローカルファイルを表示するとともに、前記電子文書が格納されているリモート・ファイルシステム空間にアクセスし該リモート・ファイルシステム空間を前記ローカル・ファイルシステム空間の一部として割り当てて、同一のウインドウ画面に表示する表示制御手順と、
前記リモート・ファイルシステム空間が表示されているウインドウ画面を介して入力された検索キーを含む検索要求を送信し、前記文書ＤＢに記憶された電子文書の検索要求を行う検索要求手順と、
を有し、
文書管理サーバは、
クライアント端末から前記検索要求を受信すると、前記ウインドウ画面に表示されているリモート・ファイルシステム空間内の電子文書であって、前記検索キーと一致する属性情報を有する電子文書を前記文書ＤＢから検索し、該電子文書を含む検索結果を応答する検索手順と、
を有し、
前記表示制御手順は、文書管理サーバから検索結果を受信すると、前記ウインドウ画面に該検索結果を表示すること、
を特徴とする文書管理方法。
【請求項６】
請求項５記載の文書管理方法のクライアント端末に、前記記憶手段と、前記表示制御手順と、前記検索要求手順とを実行させるためのプログラム。
【請求項７】
請求項５記載の文書管理方法の文書管理サーバに、前記検索手順を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１５９９１７（Ｐ２０１２−１５９９１７Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１１−１７６７５（Ｐ２０１１−１７６７５）
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]