JP2019109766A - クライアント装置、制御方法及びそのプログラム - Google Patents

Abstract

【課題】 本発明は、ある特定の検索条件で検索された検索結果を表示している最中に、検索条件とは異なるインデックスのファイルが追加された場合、その追加されたファイルを検索結果の一覧とともに表示し、検索結果として表示されているファイルのインデックスが変更された場合、インデックスを変更されたファイルを検索結果の一覧とともに表示することを目的とする。【解決手段】 第二のインデックスが設定された第二のファイルを文書管理サーバーに追加し、追加された第二のファイルのインデックスを、第一の表示手段によって表示されているインデックスとともに表示する第二の表示手段と、検索結果に含まれる第一のファイルに設定された第一のインデックスを、第三のインデックスに変更し、第三のインデックスが設定された第一のファイルのインデックスを、検索条件に該当しているファイルのインデックスとともに表示する第三の表示手段と、を有する。【選択図】 図７

Description

本発明は、文書を検索して表示するクライアント装置、制御方法及びそのプログラムに関する。

ユーザーによって予め設定されたインデックスを用いて、ファイルを分類する文書管理サーバーがある。インデックスとはファイルの属性情報であり、ファイルを管理する文書管理サーバーからファイルを検索する際、インデックスのキー（項目）とそのキーに対するバリュー（設定値）を検索条件として指定することができる。その結果、検索条件に合致するファイルのファイル一覧がＰＣなどのクライアント装置に表示される。

特許文献１は、検索範囲を予め絞ることで、検索条件に合致したファイルを効率的に取得する文書管理システムが開示されている。

特許第５９７９８９５号

文書管理サーバーにおいて管理されるファイルは、複数のユーザーによって、閲覧、追加、変更、削除することが可能である。つまり、クライアント装置を介して追加、または変更されたファイルを、別のクライアント装置で閲覧する事が可能である。

クライアント装置において検索結果であるファイル一覧画面を閲覧している際、検索条件とは異なるインデックスのファイルが文書管理サーバーに追加されると、追加されたファイルは検索条件と合致しないため、ファイル一覧画面には表示されなくする形態がある。また、ファイル一覧画面に表示されているファイルのインデックスを、検索条件とは異なるインデックスに変更すると、そのファイルもファイル一覧画面には表示されなくする形態がある。

上記の形態において、新たに追加されたファイル、またはインデックスが変更されたファイルをファイル一覧画面に表示させるには、表示させたいファイルのインデックスを検索条件に設定し直す必要があり、手間がかかる。

本発明は、ある特定の検索条件で検索された検索結果を表示している最中に、インデックスで文書を管理する文書管理サーバーに対して、検索条件とは異なるインデックスのファイルが追加された場合、その追加されたファイルを検索結果の一覧とともに表示することを目的とする。また、検索結果として表示されているファイルのインデックスが変更された場合、インデックスを変更されたファイルを検索結果の一覧とともに表示することを目的とする。

本発明は上記課題を鑑みたものであり、以下の手段を有することを特徴とするクライアント装置である。すなわち、ファイルは、前記ファイルの属性情報に含まれるインデックスに基づいて文書管理サーバーで管理されることを特徴とし、前記ファイルのインデックスを表示するアプリケーションを有するクライアント装置であって、前記クライアント装置のアプリケーションは、前記文書管理サーバーで管理されているファイルを検索条件として指定された第一のインデックスに基づいて検索し、前記検索条件に該当するファイルのインデックスを取得し、取得したインデックスを検索結果として表示する第一の表示手段、を有し、前記第一のインデックスとは異なる第二のインデックスが設定された第二のファイルを前記文書管理サーバーに追加し、追加された第二のファイルのインデックスを、前記第一の表示手段によって表示されているインデックスとともに表示する第二の表示手段、および、前記検索結果に含まれる第一のファイルに設定された第一のインデックスを、前記第一のインデックスとは異なる第三のインデックスに変更し、前記第三のインデックスが設定された第一のファイルのインデックスを、前記検索条件に該当しているファイルのインデックスとともに表示する第三の表示手段、のうち少なくとも１つを有することを特徴とする。

本発明により、ある特定の検索条件で検索された検索結果を表示している最中に、インデックスで文書を管理する文書管理サーバーに対して、検索条件とは異なるインデックスのファイルが追加された場合、その追加されたファイルを検索結果の一覧とともに表示することができる。また、検索結果として表示されているファイルのインデックスが変更された場合、インデックスを変更されたファイルを検索結果の一覧とともに表示することができる。

実施形態の文書管理システムの構成図である。 クライアント装置１０１、文書管理サーバー１０２のハードウェア構成を示すブロック図である。 クライアントアプリケーション３００のソフトウェア構成図の一例である。 文書管理アプリケーション４００のソフトウェア構成図の一例である。 インデックス５０１の一例である。 文書管理アプリケーションのＵＩの一例である。 ファイル操作を実行する際の処理フローである。 文書管理アプリケーションのＵＩの一例である。 実施例２に係る、自動更新処理を実行する際の処理フローである。 実施例２に係る、自動更新処理を実行する際の詳細な処理フローである。 インデックスを変更するダイアログを含む、文書管理アプリケーションのＵＩの一例である。

以下、本発明を実施するための形態について図面を用いて説明する。

〔実施例１〕
図１は実施形態に係る文書管理システムの構成図である。文書管理システムは、クライアント装置１０１と、クライアント装置１０１に対してコマンド通信可能なネットワーク１０３で接続された文書管理サーバー１０２とを含む。

クライアント装置１０１は例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、タブレットＰＣ、または、プログラムの実行環境が内蔵されたスマートフォン等である。また、クライアント装置１０１は、後述のクライアントアプリケーション３００等のプログラムを実行する環境が内蔵されている。文書管理サーバー１０２はインデックスを用いて文書を管理するサーバーであり、クライアント装置１０１と接続可能な外部装置である。文書管理サーバー１０２は、後述の文書管理アプリケーション４００等のプログラムを実行する環境が内蔵されており、ＰＣであってもよい。

図２は、クライアント装置１０１と文書管理サーバー１０２のハードウェア構成を説明するブロック図である。説明の都合上、クライアント装置１０１を例に説明するが、文書管理サーバー１０２の場合でも同様である。

ＣＰＵ２０１はクライアント装置１０１の中央演算処理装置である。ＣＰＵ２０１は、ＨＤＤ２０７に格納されているアプリケーションプログラム（クライアントアプリケーション３００等）やオペレーティングシステム（ＯＳ）等を実行し、ＲＡＭ２０６にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

ＲＯＭ２０２は読み出し専用メモリであり、基本Ｉ／Ｏプログラム等のプログラム、ファイル処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。

ＮＩＣ２０３はネットワークインタフェースである。ＮＩＣ２０３を介してクライアント装置１０１は、文書管理サーバー１０２等の外部装置とデータのやり取りを行う。

キーボード２０４は、ユーザーが文書管理アプリケーションに対する制御コマンドの命令やテキスト入力などを入力指示するための入力装置である。ＲＡＭ２０６は、ＣＰＵ２０１の主メモリやワークエリア等として機能するアクセスメモリである。

ＨＤＤ２０７は、大容量メモリとして機能するハードディスク（ＨＤ）であり、文書ファイル、アプリケーションプログラム、ＯＳ、及び関係プログラム等を格納している。

ディスプレイ２０８はキーボード２０４から入力したコマンドや、クライアントアプリケーション３００によるファイル一覧画面等の表示画面を表示する。システムバス２０９はクライアント装置１０１の各コンポーネントを接続するバスであり、クライアント装置１０１内のデータの流れを司る。なお、文書管理サーバー１０２の場合は、必ずしもキーボード２０４やディスプレイ２０８を備えていなくても良い。

次に、図３を用いて、クライアント装置１０１の有するクライアントアプリケーション３００について説明する。クライアントアプリケーション３００はＲＡＭ２０６にロードされ、ＣＰＵ２０１により実現する機能である。

クライアントアプリケーション３００は、表示部３０１、インデックス取得部３０２、ファイル取得部３０３、表示更新部３０４、ファイル操作部３０５、インデックス編集部３０６を有する。インデックス取得部３０２は、文書管理サーバー１０２からファイル情報を取得し、表示部３０１は、取得したファイル情報に含まれるインデックスを表示する機能である。ここでファイル情報とは、各ファイルに設定されたインデックスと、そのファイルを一意に識別し、特定するための識別子（ドキュメントＩＤ）を少なくとも含む、ファイルの属性情報である。後述の実施例では、クライアント装置１０１（表示部３０１）がファイル情報に含まれるインデックスを表示する形態を示すが、インデックスとドキュメントＩＤとを表示する形態も可能である。

ファイル取得部３０３は、文書管理サーバー１０２に格納されているファイルを取得する機能である。ファイル操作部３０５は、文書管理サーバー１０２へのファイルの格納、またはファイルの削除等、ファイル操作を実行する機能である。インデックス編集部３０６はインデックスを編集する機能である。表示更新部３０４は、インデックス取得部３０２が取得した情報を元に、表示部３０１に表示される情報を制御する機能である。

次に図４を用いて、文書管理サーバー１０２が有する文書管理アプリケーション４００について説明する。文書管理アプリケーション４００は、データ送受信部４０１、インデックス管理部４０２、文書管理部４０３、インデックス保存部４０４、ファイル保存部４０５を有する。インデックス管理部４０２はクライアントアプリケーション３００からの要求に応じて、インデックス保存部４０４に保存されるインデックスを、データ送受信部４０１を介して、クライアントアプリケーション３００に送信する。また、データ送受信部４０１がクライアントアプリケーション３００からの文書取得要求を受信した場合、文書管理部４０３は、ファイル保存部４０５に保存されているファイルを、データ送受信部４０１を介してクライアントアプリケーション３００に送信する。

図５は、文書管理サーバー１０２が管理するインデックス５０１の一例である。インデックス５０１はキー５０２とバリュー５０３を含む。キー５０２は、インデックス５０１の見出しとして使用される項目である。バリュー５０３は、キー５０２に対して格納される設定値である。今回は、「ドキュメントＩＤ」キーにバリュー「１００１」と「１００２」が格納され、「キーワード１」キーにバリュー「Ｈｉｔ」、「キーワード２」にはバリュー「ＡＡＡ」や「ＢＢＢ」等が格納されているものとする。

図６は、クライアント装置１０１のクライアントアプリケーション３００が表示するＵＩ（以下、ファイル一覧画面６００）の一例を示す。メニュー６０１はファイル、またはインデックスに対する操作の実行コマンドを一覧表示する。ツールバー６０３は、メニュー６０１で実行可能な操作に対応するショートカットボタンを表示する。ナビゲーションペイン６０４は、ライブラリーとして登録されている文書管理サーバーの一覧を表示する。ナビゲーションペイン６０４で表示される文書管理サーバーは、インデックスでファイルを管理する文書管理サーバーのみならず、フォルダでファイルを管理する文書管理サーバーもナビゲーションペイン６０４に表示される。ライブラリー６０５は、ライブラリー「Ｌｉｂｒａｒｙ１」として登録された文書管理サーバー１０２の一例である。

インデックス検索ツリー６０６は、ファイルをインデックスで管理する文書管理サーバー１０２に対してインデックス検索を実行する際に指定するＵＩの一例である。フォルダで管理する文書管理サーバーの場合、フォルダのツリー（不図示）がインデックス検索ツリー６０６の代わりに表示される。

インデックス管理を行う文書管理サーバー１０２に対してインデックス検索を実行する場合、インデックス検索ツリー６０６を選択すると、インデックスを変更するための入力画面であるインデックス検索ダイアログ６０９が表示される。インデックス検索ダイアログ６０９においてインデックスのキーワードを指定することで、文書管理サーバー１０２で管理されているファイルを検索し、検索結果がファイルリストメニュー６０７に表示される。

ファイルリストメニュー６０７には、指定されたインデックス５０１とキー５０２を有するファイルが表示される。今回は、インデックス検索ダイアログ６０９の「キーワード１」に対して、バリュー「Ｈｉｔ」を入力して得られた検索結果がファイルリストメニュー６０７に表示されているものとする。

アウトプットバー６０８はファイルリストメニュー６０７で選択されているファイルに対して実行できる機能を示したボタンであり、押下されることでボタンに関連付けられているアクションを、選択されたファイルに対して実行する。実行される機能の一例としては、印刷機能やファクス送信機能、メール送信機能などがある。

ファイルリストメニュー６０７に表示されているファイルのインデックスを変更する処理について、図１１を用いて説明する。まず、ツールバー６０３における、インデックスを変更するためのボタンを選択する。今回は、変更用のボタンを「Ｒｅｎａｍｅ」１１０２であるものとする。その結果、図６で示したファイル一覧画面６００に対して、インデックスを変更するためのダイアログ１１０１が表示される。その際のＵＩの一例を図１１に示す。ダイアログ１１０１には、ファイルリストメニュー６０７で選択したファイルのインデックスが表示される。今回は、ファイルリストメニュー６０７でユーザーが選択したインデックス（１１０３）に従って、ダイアログ１１０１には「キーワード１：Ｈｉｔ」と「キーワード２：ＤＤＤ」と作成日が表示されている。

ユーザーはダイアログ１１０１上で、変更したいインデックスの項目を選択し、変更する。ダイアログ１１０１を介して変更されたインデックスは、ファイルリストメニュー６０７に反映される。インデックスの変更操作を終了する際には１１０４を押下し、ダイアログ１１０１を閉じる。

図１１ではダイアログ１１０１を開くと、選択したファイルに対して設定されているインデックスが表示される形態を示した。文書管理サーバー１０２にファイルを格納する操作を介する限り、インデックスが何も設定されていないファイルは存在しない。そのため、ファイルのインデックスがデフォルトの状態であっても、ファイルの作成日や作成者などを値としたインデックスが設定されているはずである。

次に図７を用いて、クライアント装置１０１がファイルリストメニュー６０７に検索結果を表示している最中（図６）に、文書管理サーバー１０２に新たなファイルが追加されたり、検索結果として表示されているファイルのインデックスを変更した際の、ファイル一覧画面の表示方法について説明する。なお図７の処理は、クライアント装置１０１において、フローチャートに関連するプログラムがＲＡＭ２０６に読み出され、ＣＰＵ２０１によって実行されることで実現する。

まず、インデックス検索ダイアログ６０９においてバリューが入力され、キーとそれに対して入力されたバリューとを文書管理サーバー１０２に送信する事で、検索が実行される。インデックス取得部３０２は検索結果としてファイル一覧を取得する（Ｓ７０１）。取得した検索結果はファイルリストメニュー６０７に表示される。

ファイル操作部３０５は、ファイルリストメニュー６０７に表示されたファイル一覧に対するファイル操作の種類を判定する（Ｓ７０２）。ファイル操作が追加であると判定された場合、ファイル操作部３０５は文書管理サーバー１０２に対してファイルを追加した後に、インデックス取得部３０２は追加されたファイルのインデックスを取得する。そして、表示更新部３０４はファイルリストメニュー６０７の末尾に、取得したインデックスを追記する（Ｓ７０３）。

ファイル操作が変更であると判定された場合、ファイル操作部３０５がファイルを変更する前に、インデックス取得部３０２は、変更対象であるファイルのファイル情報（インデックス、ドキュメントＩＤ）を再取得する（Ｓ７０４）。

Ｓ７０５の処理を実行する理由は、文書管理サーバー１０２上のファイルは、複数のクライアント装置１０１によって操作される場合があり、クライアント装置１０１に表示されているファイル一覧と、文書管理サーバー１０２で実際に管理されているファイルとが必ずしも一致するとは限らない。そのため、インデックスの整合性を取るために、Ｓ７０５ではファイル情報に含まれるドキュメントＩＤを用いて、文書管理サーバー１０２における実ファイルの有無を確認する。

ドキュメントＩＤを取得できなかった場合、表示部３０１は変更対象のファイルが存在しない旨を通知する（Ｓ７０７）。ドキュメントＩＤを取得できた場合、表示更新部３０４は、Ｓ７０４で取得したファイル情報に含まれるインデックスと表示中のインデックスとを比較し（Ｓ７０６）、インデックスが更新されているかを確認する（Ｓ７０８）。Ｓ７０８の処理を実行する理由は、Ｓ７０５のときと同様である。そのため、Ｓ７０８の場合は、インデックスの整合性を取るために、インデックスの更新の有無を確認する必要がある。

Ｓ７０８で比較した結果、ファイルのインデックスが更新されていることが確認された場合、表示更新部３０４は、文書管理サーバー１０２に格納されている実ファイルのインデックスに従い表示中のインデックスを更新する（Ｓ７０９）。ファイルのインデックスが更新されていないと確認された場合は、Ｓ７１０に進む。

バリューとキーを変更するためのダイアログ１１０１を表示し、クライアントアプリケーション３００はダイアログ１１０１を介してユーザーの入力操作を受け付ける（Ｓ７１０）。

インデックス編集部３０６はクライアントアプリケーション３００で入力されたバリューをキーに設定し、インデックスを変更する（Ｓ７１１）。インデックスを変更する際のＵＩは図１１に示した通りである。インデックスの変更後、ユーザー操作によってダイアログ１１０１が閉じる。その際、表示更新部３０４は、変更されたインデックスが検索条件と異なったとしてもファイル一覧に表示したままにする（Ｓ７１２）。

Ｓ７０２においてファイル操作が削除であると判定された場合、ファイル操作部３０５は文書管理サーバー１０２からファイルを削除し、表示更新部３０４はファイルリストメニュー６０７上のファイル一覧からも削除する（Ｓ７１４）。以上がファイル操作によるファイル一覧の表示処理である。

今回は、Ｓ７１１においてユーザーによるバリューとキーの入力操作を受け付ける形態を示したが、その形態には限定されない。例えば、Ｓ７０９において表示中のインデックスが更新された結果、インデックスがユーザーの所望する値になった場合、Ｓ７１１の処理を実行することなく、ユーザーがダイアログ１１０１を閉じる形態が考えられる。

図８は、図７で示した処理を実行した後のファイル一覧画面の一例である。検索条件「Ｈｉｔ」で検索されたファイルを表示したファイルリストメニュー６０７（図６）に対し、検索条件とは異なるインデックス「Ａｄｄ」が設定された追加ファイル８０１が追記されている。また、検索条件とは異なるインデックス「Ｅｄｉｔ」に変更された編集ファイル８０２も記載されている。

追加ファイル８０１と編集ファイル８０２はファイル一覧の末尾に記載されているが、追加される位置はユーザーが識別しやすい位置であればよい。また、ファイルの追加やインデックスの変更をユーザーが認識できるように、ファイルリストメニュー６０７に変更を示すアイコンを表示したり、Ｂｏｌｄ表示したりしてもよい。尚、図７の処理により表示が維持されたファイル（８０１、８０２）は、「Ｆ５」キーの押下等による更新操作や再読み込み操作によって、ファイルリストメニュー６０７において非表示となり、検索条件を満たすファイルのみがファイル一覧に表示される形態でもよい。

また、本実施例では、追加ファイル８０１と編集ファイル８０２とを同じウィンドウに表示した形態を示したが、追加ファイル８０１と編集ファイル８０２を別のウィンドウに表示する形態でも良い。

本実施例により、検索結果として表示されているファイル一覧画面とともに、新たに追加されたファイルや、インデックスが変更されたファイルを表示する事で、ファイルを閲覧する際の操作性を向上させることができる。

〔実施例２〕
文書管理サーバー１０２が提供する文書管理サービスには、ファイル一覧を自動更新することができる。自動更新とは定期的に実行される処理であり、自分以外のユーザーのファイル操作（追加／変更／削除など）による結果を、表示中のファイル一覧に自動で反映する処理である。例えば、表示中のファイル一覧に対して、別のユーザーがファイルを追加した場合は、追加されたファイルのインデックスを一覧に表示する。別のユーザーがファイルを削除した場合は、該当のインデックスがファイル一覧から削除される。

実施例１の処理（図７）により、検索条件とは異なるインデックスが設定されたファイルの表示を維持しても、自動更新（削除、またはインデックスの変更）によって、表示中のファイルが表示されなくなってしまう。本実施例では、自動更新を実行した結果、検索条件とは異なるインデックスが設定されたファイルでも、ファイル一覧画面上での表示を維持するための処理を説明する。尚、本実施例で説明されない部分については、実施例１と同様である。

図９は自動更新処理を示すフロー図である。インデックス取得部３０２は自動更新を行う（Ｓ９０１）。

図１０を用いて、Ｓ９０１の自動更新処理を詳細に説明する。クライアントアプリケーション３００のインデックス取得部３０２は、Ｓ７０１で実行した検索をバックグラウンドでも実行し、検索条件に該当するファイルのファイル情報を取得する（Ｓ１００１）。表示更新部３０４は、ファイルリストメニュー６０７に表示されているファイルのファイル情報（以下、ファイル情報（１））と、バックグラウンドで取得したファイル（以下、ファイル情報（２））とをファイル毎に比較する（Ｓ１００２〜Ｓ１０１３）。

Ｓ７０１における検索処理とバックグラウンドでの検索処理との違いは、検索処理が開始されるきっかけが異なる。前者の検索処理は、インデックス検索ダイアログ６０９においてバリューを入力するユーザー操作をきっかけに実行される。後者の検索処理は、自動更新処理の開始をきっかけに実行される。

具体的に表示更新部３０４は、ファイル情報（１）に含まれるドキュメントＩＤ（以下、ドキュメントＩＤ（１））とファイル情報（２）に含まれるドキュメントＩＤ（以下、ドキュメントＩＤ（２））を比較し（Ｓ１００３）、その比較結果を判定する（Ｓ１００４）。比較結果を判定した結果、ドキュメントＩＤ（１）とドキュメントＩＤ（２）が一致すると判定された場合、表示更新部３０４はファイル情報（１）のインデックスをファイル情報（２）のインデックスで更新する（Ｓ１００５）。

Ｓ１００４を実行した結果、ファイル情報（１）のドキュメントＩＤとファイル情報（２）のドキュメントＩＤが一致せず、ファイル情報（２）にのみ含まれるファイル（ドキュメントＩＤ）が存在すると判定された場合、表示更新部３０４は該当のファイルのファイル情報をファイル情報（１）に追加する（Ｓ１００６）。Ｓ１００６の処理が実行される場合とは具体的に、ファイル情報（１）の検索条件（インデックス）と一致するファイルが、別のクライアントアプリケーション３００によって追加された場合等である。

Ｓ１００４を実行した結果、ドキュメントＩＤ（１）とドキュメントＩＤ（２）とが一致せず、ファイル情報（１）にのみ含まれるファイル（ドキュメントＩＤ）が存在すると判定された場合、インデックス取得部３０２は、ドキュメントＩＤ（１）を用いてファイル情報を再取得する（Ｓ１００７）。表示更新部３０４は、ドキュメントＩＤ（１）を用いてファイル情報を再取得できるかを確認する（Ｓ１００８）。

Ｓ１００７〜Ｓ１００８において、ドキュメントＩＤ（１）によるインデックスの再取得を行う理由について説明する。Ｓ１００４の処理によりファイル情報（２）に存在しないと判定されたファイルは、インデックスが変更されたことでＳ１００１における検索処理で引っかからず「ファイル情報（２）には存在しない」と判定されたのか、ファイル自体が文書管理サーバー１０２から削除されたことで「ファイル情報（２）には存在しない」と判定されたのか、Ｓ１００４の時点では判断できない。そのため、ファイルのドキュメントＩＤは変更されないことを前提に、Ｓ１００４でファイル情報（２）に存在しないと判定されたファイルが本当に存在しないのかを確認するために、Ｓ１００７とＳ１００８の処理を行う。

Ｓ１００８でファイル情報を再取得できないと判定された場合、表示更新部３０４は、該当のファイルのファイル情報をファイル情報（１）から削除する（Ｓ１０１２）。Ｓ１０１２の処理について、ファイル情報（１）におけるユーザーの選択状態によっては、削除処理の振る舞いを変えてもよい。例えば、Ｓ１００８の判定結果によって削除の対象となったファイルが、ファイル情報（１）においてユーザーに選択されていたとする。表示更新部３０４が該当のファイルを消す前に、表示部３０１が、該当のファイルが文書管理サーバー１０２から削除されていることを通知する形態でもよい。

Ｓ１００８においてファイル情報を再取得できたと判定できた場合、表示更新部３０４は、再取得したファイル情報のインデックスとファイル情報（１）に含まれるインデックスを比較する（Ｓ１００９）。比較した結果（Ｓ１０１０）、異なることが確認された場合、Ｓ７０３の追加処理、もしくはＳ７１１の更新処理の後に、別のクライアントアプリケーション３００によってインデックスが更新されたものとして、検索条件とは異なるインデックスファイル情報を、表示更新部３０４がファイル情報（１）から削除する（Ｓ１０１２）。今回、Ｓ１０１０における比較結果に基づいて、Ｓ１０１２で該当のファイル情報をファイル情報（１）から削除する形態を示した。しかし、その形態に限定されず、該当のファイル情報を保持したままとし、ファイルリストメニュー６０７の際に該当のファイル情報に含まれるインデックスのみを表示しない形態でもよく、実施例１のように検索条件とは異なるインデックスの表示を維持する形態にしてもよい。

Ｓ１０１０においてインデックスの一致が確認された場合、表示更新部３０４はファイル情報（１）を変更しない（Ｓ１０１１）。Ｓ１００２〜Ｓ１０１２の処理がファイル情報（１）に対して実行された後、表示更新部３０４はファイル情報（１）のインデックスを用いてファイルリストメニュー６０７を表示する（Ｓ１０１４）。以上が、自動更新の処理である。

本実施例では、自動更新処理によりファイルの削除や追加が行われても、ファイル一覧画面を維持することができる。

〔その他の実施例〕
本発明の目的は以下の処理を実行することによっても達成される。即ち、上述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

１０１ クライアント装置
１０２ 文書管理サーバー
３００ クライアントアプリケーション
４００ 文書管理アプリケーション
５０１ インデックス

Claims (12)

1. ファイルは、前記ファイルの属性情報であるファイル情報に含まれるインデックスに基づいて文書管理サーバーで管理されることを特徴とし、前記ファイルのインデックスを表示するアプリケーションを有するクライアント装置であって、
   前記クライアント装置のアプリケーションは、
   前記文書管理サーバーで管理されているファイルを検索条件として指定された第一のインデックスに基づいて検索し、前記検索条件に該当するファイルのインデックスを取得し、取得したインデックスを検索結果として表示する第一の表示手段と、
   前記第一のインデックスとは異なる第二のインデックスが設定された第二のファイルを前記文書管理サーバーに追加し、追加された第二のファイルのインデックスを、前記第一の表示手段によって表示されているインデックスとともに表示する第二の表示手段と、
   前記検索結果に含まれる第一のファイルに設定された第一のインデックスを、前記第一のインデックスとは異なる第三のインデックスに変更し、前記第三のインデックスが設定された第一のファイルのインデックスを、前記検索条件に該当しているファイルのインデックスとともに表示する第三の表示手段と、
   を有することを特徴とするクライアント装置。
2. 前記クライアント装置は、
   前記第一の表示手段によって表示された第一のファイルに対するファイル操作が、前記第一のファイルのインデックスを変更する操作である場合、
   前記第一のファイルが前記文書管理サーバーに存在しているかを確認する確認手段を更に有し、
   前記確認手段によって前記第一のファイルが存在することが確認されたことに伴い、
   前記第三の表示手段は、
   ファイル操作に従って前記第一のファイルの前記第一のインデックスを前記第三のインデックスに変更し、前記第三のインデックスが設定された前記第一のファイルのインデックスを表示する請求項１に記載のクライアント装置。
3. 前記確認手段によって、前記第一のファイルが前記文書管理サーバーに存在しないことが確認された場合、
   前記ファイル操作によってインデックスを変更する対象である第一のファイルが存在しない旨を通知することを特徴とする請求項２に記載のクライアント装置。
4. 前記クライアント装置は、
   前記確認手段によって前記第一のファイルが前記文書管理サーバーに存在する事が確認された後に、前記第一の表示手段によって表示されている第一のファイルのインデックスが、前記文書管理サーバーから取得する第一のファイルのインデックスと一致するかを判定する判定手段と、を更に有し、
   前記判定手段によって一致すると判定された場合、
   前記第一の表示手段によって表示されている第一のファイルのインデックスを変更することなく、前記第一のファイルのインデックスを変更するための入力画面を表示し、
   前記判定手段によって一致しないと判定された場合、
   前記文書管理サーバーから取得する第一のファイルのインデックスを用いて、前記第一の表示手段によって表示されている第一のファイルのインデックスを変更した後に、前記入力画面を表示することを特徴とする請求項２に記載のクライアント装置。
5. 前記クライアント装置は、
   前記第一のファイルのインデックスと前記第二のファイルのインデックスとが表示されている表示画面を更新する更新手段を更に有し、
   前記更新手段は、
   前記第二のファイルのインデックスを前記表示画面から非表示にすることで、
   前記検索条件に該当する第一のファイルのインデックスのみを表示することを特徴とする請求項１乃至４のいずれか一項に記載のクライアント装置。
6. 前記第一の表示手段によって表示される検索結果は、
   前記文書管理サーバーで管理されるファイルが削除、または前記文書管理サーバーで管理されるファイルのインデックスが変更されたことに伴って、定期的に更新する自動更新処理によって更新される請求項１乃至５のいずれか一項に記載のクライアント装置。
7. 前記ファイル情報は、
   前記インデックスと前記ファイルを一意に識別する識別子とを少なくとも含み、
   前記自動更新処理は、
   前記アプリケーションによってインデックスを表示するために取得した第一のファイル情報に含まれる第一の識別子と、前記第一のファイル情報を取得する際に用いた検索条件によって新たに検索して取得した第二のファイル情報に含まれる第二の識別子とを比較し、
   前記第一の識別子と前記第二の識別子とが一致する事が確認されたことに伴って、
   前記第一の表示手段によって表示された前記第一のインデックスを、前記第二のファイル情報に含まれるインデックスで更新する請求項６に記載のクライアント装置。
8. 前記第一の識別子と前記第二の識別子とを比較した結果、
   前記第二の識別子に含まれ、前記第一の識別子に含まれない第三の識別子が存在することが確認されたことに伴って、
   前記第三の識別子で特定されるファイルのファイル情報を前記第一のファイル情報に追加し、
   前記第一の識別子と前記第二の識別子とを比較した結果、
   前記第一の識別子に含まれ、前記第二の識別子に含まれない第四の識別子が存在することが確認されたことに伴って、
   前記第四の識別子を用いて文書管理サーバーから取得したファイル情報を用いて、前記第一のファイル情報を更新する請求項７に記載のクライアント装置。
9. 前記クライアント装置は、
   前記第四の識別子で特定されるファイルのファイル情報を前記文書管理サーバーから取得できるかを判定する第二の判定手段と、
   前記第二の判定手段によって取得できないと判定された場合は、前記第四の識別子で特定されるファイル情報を前記第一のファイル情報から削除する請求項８に記載のクライアント装置。
10. 前記インデックスは、
    前記ファイルの属性情報の項目であるキーと、前記キーに格納される設定値であるバリューと、で少なくとも構成されることを特徴とする請求項１乃至９のいずれか一項に記載のクライアント装置。
11. ファイルは、前記ファイルの属性情報であるファイル情報に含まれるインデックスに基づいて文書管理サーバーで管理されることを特徴とし、前記ファイルのインデックスを表示するアプリケーションを有するクライアント装置の制御方法であって、
    前記クライアント装置のアプリケーションは、
    前記文書管理サーバーで管理されているファイルを検索条件として指定された第一のインデックスに基づいて検索し、前記検索条件に該当するファイルのインデックスを取得し、取得したインデックスを検索結果として表示する第一の表示ステップと、
    前記第一のインデックスとは異なる第二のインデックスが設定された第二のファイルを前記文書管理サーバーに追加し、追加された第二のファイルのインデックスを、前記第一の表示ステップによって表示されているインデックスとともに表示する第二の表示ステップと、
    前記検索結果に含まれる第一のファイルに設定された第一のインデックスを、前記第一のインデックスとは異なる第三のインデックスに変更し、前記第三のインデックスが設定された第一のファイルのインデックスを、前記検索条件に該当しているファイルのインデックスとともに表示する第三の表示ステップと、
    を有することを特徴とするクライアント装置の制御方法。
12. コンピュータを、
    ファイルは、前記ファイルの属性情報であるファイル情報に含まれるインデックスに基づいて文書管理サーバーで管理されることを特徴とし、前記ファイルのインデックスを表示するアプリケーションを有するクライアント装置として機能させるプログラムであって、
    前記クライアント装置のアプリケーションは、
    前記文書管理サーバーで管理されているファイルを検索条件として指定された第一のインデックスに基づいて検索し、前記検索条件に該当するファイルのインデックスを取得し、取得したインデックスを検索結果として表示する第一の表示手段と、
    前記第一のインデックスとは異なる第二のインデックスが設定された第二のファイルを前記文書管理サーバーに追加し、追加された第二のファイルのインデックスを、前記第一の表示手段によって表示されているインデックスとともに表示する第二の表示手段と、
    前記検索結果に含まれる第一のファイルに設定された第一のインデックスを、前記第一のインデックスとは異なる第三のインデックスに変更し、前記第三のインデックスが設定された第一のファイルのインデックスを、前記検索条件に該当しているファイルのインデックスとともに表示する第三の表示手段と、
    を有することを特徴とするクライアント装置として機能させるプログラム。

Images