(57)【特許請求の範囲】
【請求項１】
属性項目毎に属性値を有する複数のデータから、属性値で定義された検索条件に一致するデータを検索し検索フォルダとして示す検索装置の制御方法であって、
前記複数のデータの１以上のデータの属性値の変更を検知する検知工程と、
前記検知工程で検知した属性値の変更に基づいて、前記検索フォルダの検索条件を変更する変更工程と、
前記変更工程で変更された検索条件に基づいて検索する検索工程と、を備えることを特徴とする検索装置の制御方法。
【請求項２】
前記検索フォルダは、前記変更工程による検索条件の変更に基づき、該検索フォルダが示すデータを変更することを特徴とする請求項１に記載の検索装置の制御方法。
【請求項３】
前記変更工程は、前記検知工程で属性値の変更を検知した場合に、変更前の属性値と変更後の属性値に基づいて検索条件を変更することを特徴とする請求項１に記載の検索装置の制御方法。
【請求項４】
前記変更工程は、前記検索フォルダが示すデータの属性値の変更を検知すると、該検索フォルダの検索条件に該属性値が含まれているか確認し、含まれている場合に該検索条件を変更することを特徴とする請求項１に記載の検索装置の制御方法。
【請求項５】
前記変更工程は、ツリー構造における特定のフォルダ以下に含まれるデータの属性値の変更を検知すると、変更前の属性値と変更後の属性値に基づいて検索条件を変更することを特徴とする請求項１に記載の検索装置の制御方法。
【請求項６】
前記変更工程は、全てのデータにおける同一の属性値の変更を検知すると、前記検索条件に該属性値が含まれているか確認し、含まれている検索条件を変更することを特徴とする請求項１に記載の検索装置の制御方法。
【請求項７】
提示工程を更に有し、前記変更工程で変更された検索フォルダの検索条件、または対象となる検索フォルダをユーザに提示することを特徴とする請求項１記載の検索装置の制御方法。
【請求項８】
属性項目毎に属性値を有する複数のデータから、属性値で定義された検索条件に一致するデータを検索し検索フォルダとして示す検索装置の制御方法であって、
前記複数のデータの１以上のデータの属性値の変更指示を検知する検知工程と、
前記変更指示された属性値が検索フォルダの検索条件に関連付いていることをユーザに提示する提示工程と、を備えることを特徴とする検索装置の制御方法。
【請求項９】
前記検索条件を変更するかの指示を受け付ける受付工程を更に備えることを特徴とする請求項８に記載の検索装置の制御方法。
【請求項１０】
前記検知工程では、検索フォルダの検索条件に使われている属性値の変更指示を検知することを特徴とする請求項８記載の検索装置の制御方法。
【請求項１１】
属性項目毎に属性値を有する複数のデータから、属性値で定義された検索条件に一致するデータを検索し検索フォルダとして示す検索装置であって、
前記複数のデータの１以上のデータの属性値の変更を検知する検知手段と、
前記検知手段が検知した変更に応じて前記検索フォルダの検索条件を変更する変更手段と、
前記変更手段で変更された検索条件に基づいて検索する検索手段と、を備えることを特徴とする検索装置。
【請求項１２】
属性項目毎に属性値を有する複数のデータから、属性値で定義された検索条件に一致するデータを検索し検索フォルダに示す検索装置であって、
前記複数のデータの１以上のデータの属性値の変更指示を検知する検知手段と、
前記変更指示された属性値が検索フォルダの検索条件に関連付いていることをユーザに提示する提示手段と、を備えることを特徴とする検索装置。
【請求項１３】
請求項１に記載の検索装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１４】
請求項８に記載の検索装置の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータを検索条件に基づいて検索する検索装置の制御方法、検索装置に関する。
【背景技術】
【０００２】
従来、データを検索する方法としては、属性情報が付与されたデータに関して、ユーザが指定したキーワードや属性値等をキーとしてデータを収集する検索フォルダ機能があった。例えば、ＭａｃＯＳ  Ｘ（登録商標）におけるスマートフォルダや、Ｗｉｎｄｏｗｓ（登録商標）Ｖｉｓｔａにおける検索フォルダがある（非特許文献１参照）。検索フォルダ機能により、ユーザは日付等の属性情報やキーワードを条件として設定することで、データが保存されているＰＣ上の物理的な場所を意識することなく、目的のデータを探し出すことが可能である。
【非特許文献１】Ｍｉｃｒｏｓｏｆｔ、“検索フォルダ”、［ｏｎｌｉｎｅ］、［平成２０年５月２８日検索］、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｗｉｎｄｏｗｓ／ｐｒｏｄｕｃｔｓ／ｗｉｎｄｏｗｓｖｉｓｔａ／ｆｅａｔｕｒｅｓ／ｄｅｔａｉｌｓ／ｓｅａｒｃｈｆｏｌｄｅｒｓ．ｍｓｐｘ〉
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来、検索フォルダの検索条件に設定されている属性項目の属性値について、前記属性項目の属性値を変更したデータが意図せず検索フォルダから漏れてしまうという問題があった。また、検索フォルダから漏れないようにするため、データの前記属性項目の属性値を変更した場合には、検索フォルダの検索条件の該当部分を手動で設定しなおさなければならないという問題もあった。
【０００４】
そこで、本発明は上記の問題点を解決することを目的とする。具体的には、対象となるデータの属性値が変更された場合に、検索条件の該当部分を自動で変更する。これにより、前記データが検索フォルダから漏れることを防ぎ、かつ検索条件変更にかかる負荷を軽減することを可能とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するための本発明の一態様による検索装置は、以下の構成を備える。即ち、属性項目毎に属性値を有する複数のデータから、属性値で定義された検索条件に一致するデータを検索し検索フォルダとして示す検索装置であって、前記複数のデータの１以上のデータの属性値の変更を検知する検知手段と、前記検知手段で検知した変更に基づいて前記検索フォルダの検索条件を変更する変更手段と、前記変更手段で変更された検索条件に基づいて検索する検索手段。
【０００６】
上記の目的を達成するための本発明の一態様による検索装置は、以下の構成を備える。即ち、属性項目毎に属性値を有する複数のデータから、属性値で定義された検索条件に一致するデータを検索し検索フォルダとして示す検索装置あって、前記複数のデータの１以上のデータの属性値の変更指示を検知する検知手段と、前記変更指示された属性値が検索フォルダの検索条件に関連付いていることをユーザに提示する提示手段。
【発明の効果】
【０００７】
本発明によれば、対象となるデータの属性値が変更された場合に、検索フォルダの検索条件の該当部分を自動で変更することで、前記データが検索フォルダから漏れることを防ぐ。また、検索条件変更にかかるユーザの負荷を軽減する。
【発明を実施するための最良の形態】
【０００８】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【０００９】
＜実施形態１＞
以下、図を参照しながら検索装置を説明する。
【００１０】
図１は、本発明の実施形態１の検索装置の構成例を示すブロック図である。１００は、実施形態１の検索装置である。１０１は、検索フォルダの検索条件を管理する検索条件管理部である。ここで、検索フォルダとは、検索対象である複数のデータの中から検索フォルダに対応する検索条件に一致するデータを示すフォルダである。また、検索対象である複数のデータそれぞれは、属性項目に対応した属性値を有する。また、検索条件は、後述するが、属性値の条件式で定義したり、各属性項目の属性値ごとに別々に定義した、データを検索する条件である。１０２は、データの属性項目および属性値を管理する属性情報管理部である。１０５は、属性値の変更を検知する属性値変更検知部である。１０３は、属性値変更検知部１０５で検知した前記変更に応じて検索フォルダの検索条件を変更する検索条件変更部である。検索条件変更部１０３では検索条件の変換ルールを保持しており、必要に応じてルールを参照し、検索条件の変更を行う。検索条件の変更処理の詳細については後述する。１０４は、検索条件変更部１０３で変更された検索フォルダの検索条件、または対象となる検索フォルダをユーザに提示する検索条件提示部である。
【００１１】
図２は、本発明の実施形態１の検索装置１００のハードウェア構成を示すブロック図である。図２において、２０１はコンピュータ装置２００全体を制御するＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）である。２０２は外部装置などから供給されるプログラムやデータを一時記憶するＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）である。２０３は変更を必要としない制御プログラムやパラメータを格納するＲｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）である。２０４は検索条件提示部１０４における検索条件または対象となる検索フォルダを、ユーザへ提示する表示装置である。２０５はデータの属性値の変更等をユーザが入力する入力装置である。２０６はデータの属性項目や属性値等を格納する外部記憶装置である。２０７は、２０１から２０６の各ユニットを通信可能に接続するシステムバスである。検索対象である複数のデータは、コンピュータ装置２００が格納しても、ネットワークを介して外部の装置が格納しても、両方が格納しても構わない。
【００１２】
以下、本実施形態１の検索装置１００を実現するプログラムについて説明する。特に説明がない限り、以下に説明する各ステップの処理は、本プログラムがＣＰＵ２０１の制御のもとに実行するものである。
【００１３】
図３は、検索条件管理部１０１で管理する検索条件テーブル３００の一例である。管理する項目は以下の４種類である。
検索フォルダＩＤ３０１：検索フォルダを一意に特定するＩＤ
検索フォルダ名３０２：検索フォルダの名称
検索フォルダパス３０３：検索フォルダの作成場所
検索条件３０４：検索フォルダの検索条件
【００１４】
本実施形態では、検索条件３０４は属性値の条件式の形態で保持しているが、もちろん条件となる各属性項目の属性値ごとに別々に定義して管理するなど、他の形態で管理可能であることは言うまでもない。また、検索フォルダ名を持たず、検索条件を検索フォルダ名として表示する方法も考えられる。
【００１５】
図４は、属性情報管理部１０２で管理するデータ一覧テーブル４００の一例である。管理する項目は以下の６種類である。
データＩＤ４０１：データを一意に特定するＩＤ
データ名４０２：データの名称
データパス４０３：データの格納場所
所属４０４：データ作成者の所属部署名
作成者４０５：データ作成者の名前
日時４０６：データを作成した日時
【００１６】
本例では上記の６種類の情報を保持しているが、上記以外にもさまざまな属性情報をデータに付与、管理できることは言うまでもない。
【００１７】
図５は、検索条件管理部１０１および属性情報管理部１０２で、それぞれ図３と図４に示すテーブルを管理している状況において、「検索フォルダＩＤ３０１＝１」の検索フォルダに含まれるデータを示している。データ一覧テーブル４００で管理するデータのうち、検索条件テーブル３００の「検索フォルダＩＤ＝１」の条件に合致するデータ、即ち「“所属”＝“○○開発室”」かつ「“作成者”＝“ユーザＡ”」のデータが検索フォルダ内に表示される。
【００１８】
図６は、検索条件を変更する処理のフローを示す図である。図５に示す検索フォルダ内のデータの属性値変更を例に、検索条件の変更処理を図６に示すフローチャートで説明する。ユーザにより、図５に示す検索フォルダ内の全データの“所属”を示す属性値５０４の“○○開発室”から、図７に示すように“□□開発室”に変更する操作が実行されたとする。なお、変更操作は検索フォルダ内を対象に一括変換しても良いし、データ一つ一つに対して行っても良い。図５に示すようなリスト形式で検索フォルダ内のデータが表示されている場合における、一括変換操作としては次のような方法が考えられる。まず、変更対象となる属性項目の列を選択し、表示されている一括変換ボタンを押下する。すると、変更後の属性値を入力するダイアログが表示される。ユーザはそのダイアログに変更後の属性値を入力し、ＯＫボタンを押下する。
【００１９】
ユーザによる変換処理が行われると、属性値変更検知部１０５で属性値の変更を検知する（Ｓ６０１）。属性値変更検知部１０５が変更を検知すると、変更された属性値および前記属性値の属性項目を確認する（Ｓ６０２）。確認された情報は、例えば図８に示すような変更情報テーブル８００で管理する。管理する項目は以下の４種類である。
データＩＤ８０１：データを一意に特定するＩＤ
変更属性項目８０２：変更された属性値の属性項目
変更前属性値８０３：変更される前の属性値
変更後属性値８０４：変更された後の属性値
【００２０】
次に、対象データ全てにおいて、該当する属性項目の属性値が全て同一の値に変更されたかどうかを確認する（Ｓ６０３）。本例では、検索フォルダに格納されているデータ全ての“所属”の属性値が全て“□□開発室”に変更されていることを確認する。属性値が変更されたデータが全てかどうかは、検索フォルダに格納されているデータのデータＩＤと、変更情報テーブル８００で管理されている該当データのデータＩＤが一致するかにより判定する。判定の結果、該当する属性項目の属性値が全て同一の値に変更されていると、前記属性項目の属性値が検索条件に含まれているかどうかを確認する（Ｓ６０４）。本例では、変更前の属性値８０３である“○○開発室”が検索条件として含まれているため該当する。最後に、検索条件に含まれていた変更前の属性値８０３である“○○開発室”を変更後の属性値８０４である“□□開発室”に変更し（Ｓ６０５）、検索条件の変更処理を終了する。
【００２１】
従来であれば、データの属性値の変更処理が行われても、検索フォルダの検索条件は自動で変更されない。そのため、その時点で検索条件
「“所属”＝“○○開発室”」ａｎｄ「“作成者”＝“ユーザＡ”」
に合致するデータは存在しなくなり、検索フォルダは空の状態になってしまう。また、空の状態になることを回避するためには、ユーザが手動で検索条件の変更をする必要があった。しかしながら、本実施形態では、変更後の検索条件は自動的に、
「“所属”＝“□□開発室”」ａｎｄ「“作成者”＝“ユーザＡ”」
となる。このため、属性値の変更処理後も、手動で検索条件を変更することなく、処理前のデータが検索フォルダの検索条件に一致する状態を維持することが可能となる。
【００２２】
なお、Ｓ６０３およびＳ６０４で条件に該当しない場合には、検索条件の変更処理は実施されずに終了となる。
【００２３】
＜実施形態２＞
実施形態１では１つの属性値を変更する場合の処理を説明した。実施形態２では、同じ属性項目で複数の属性値を検索条件に設定している場合に、それら複数の属性値を一つの属性値に変更すると、検索条件も一つにまとめる場合の処理を説明する。実施形態２基本的な構成は実施形態１と同様であるので省略する。
【００２４】
図９は、本発明の第２の実施形態における検索フォルダに含まれるデータの一例を示す図である。
【００２５】
例えば、検索条件が「“撮影場所”＝“沖縄本島”  ｏｒ  “石垣島”」という検索フォルダ「沖縄旅行」があり、図９に示すデータが格納されているとする。９０１はデータＩＤ、９０２はデータ名、９０３は撮影場所、９０４は被写体、９０５は撮影日時である。ここで、撮影場所を全て”沖縄”に変更した場合に、検索条件を「“撮影場所”＝“沖縄”」に変更する。
【００２６】
具体的な処理は、実施形態１と同様に、該当する属性項目の属性値が全て同一の値に変更されているかどうかを確認した上で、検索条件に含まれる変更前属性値を変更後の属性値に変換する。
【００２７】
なお、本例では、変更前の二つの属性値とは異なる属性値に変更しているが、変更前の属性値のいずれかに値をまとめることでも構わない。例えば、検索条件が「“被写体”＝“妻”  ｏｒ  “Ａ子”」（Ａ子は妻の名前とする）という検索フォルダがある場合に、被写体の属性値を全て“妻”に変更すると、検索条件を「“被写体”＝“妻”」と変更することが考えられる。この例では、検索フォルダ内の全データの属性値を変更するのではなく、一部のデータの属性値を変更するだけで良い点も実施形態１と異なる。
【００２８】
上記の例では２種類の属性値を１種類の属性値にまとめているが、もちろん３種類以上の属性値を１種類の属性値にまとめても構わない。
【００２９】
＜実施形態３＞
実施形態１〜２では、変更後の属性値が１つの場合の処理を説明したが、本発明の実施形態３は、検索条件に設定している属性値を複数の値に変更した場合に、それら複数の属性値の論理和を検索条件とする処理を説明する。
【００３０】
実施形態３おいても、基本的な構成は実施形態１と同様であるので省略する。
【００３１】
図１０は、実施形態３における検索フォルダに含まれるデータの一例を示す図である。本実施形態３は実施形態２の逆の形態である。例えば、検索条件が、「“撮影場所”＝“沖縄”」という検索フォルダ「沖縄旅行」があり、図１０に示すデータが格納されているとする。１００１はデータＩＤ、１００２はデータ名、１００３は撮影場所、１００４は被写体、１００５は撮影日時である。ここで、撮影場所を”沖縄本島”と”石垣島”に変更した場合に、検索条件を、「“撮影場所”＝“沖縄本島”ｏｒ“石垣島”」に変更する。
【００３２】
具体的な処理は、検索条件に含まれる属性値の変更後の属性値を全て論理和でつなぎ合わせたものを検索条件とする。なお、本例では、変更前の属性値とは異なる二つの属性値に変更しているが、一部の属性値は変更前の属性値のままとしても構わない。その場合、検索フォルダ内の一部のデータに付与されている属性値を変更するだけで良い点も実施形態１と異なる。
【００３３】
上記の例では１種類の属性値を２種類の属性値に変更しているが、もちろん１種類の属性値を３種類以上の属性値に変更しても良い。
【００３４】
実施形態１乃至３では、対象を特定の検索フォルダに限定している例を示した。しかし、特定の検索フォルダに含まれるデータの属性値を変更した場合に、その検索フォルダの検索条件の変更に加えて、その他の検索フォルダの検索条件も変更することが考えられる。変更方法としては、その他の検索フォルダに関しても、特定の検索フォルダと同様に変更するやり方がある。また、その他の検索フォルダのみ異なる方法で検索条件を変更することもあり得る。例えば、検索条件に含まれる属性値を変更前の値から変更後の値に変換するのではなく、変更された属性値と変更前の属性値の論理和とすることが考えられる。異なる方法で変更する場合には、検索条件変更部１０３において、上記のようなルールを保持しておき、そのルールを参照することで実現可能である。
【００３５】
上記いずれにおいても、変更対象となる検索フォルダが複数存在する場合には、対象となる全検索フォルダの検索条件を変更しても良いし、一部の検索フォルダのみ検索条件を変更するのでも構わない。
【００３６】
＜実施形態４＞
本発明の実施形態４の基本的な構成は実施形態１と同様であるので省略する。ただし、属性値の変更対象がデータ管理システム全体である点が異なる。
【００３７】
例えば、データ管理システム全体を対象に「“所属”＝“○○開発室”」で検索を行い、ヒットしたデータ全体に対して“所属”を“□□開発室”に一括変換する場合を考える。ここでは、属性値を一括変換するボタンが表示され、ボタンを押すと全てのデータの「“所属”＝“○○開発室”」が「“所属”を“□□開発室”」に変換されるとする。この場合、図３で示した検索条件テーブル３００に、“所属”＝“○○開発室”を含む検索フォルダがないかどうか確認する。上記の条件を含む検索フォルダがあった場合、該当する検索フォルダの検索条件に含まれる“所属”に関する条件を変更前の属性値“○○開発室”から変更後の属性値“□□開発室”に変換する。なお、一括変換の方法は上記に限らない。
【００３８】
＜実施形態５＞
本発明の実施形態５における基本的な構成は実施形態１と同様であるのでここでは省略する。実施形態４はシステム全体の属性値の変更であったのに対し、本実施形態５では属性値の変更対象がツリー構造における特定のフォルダ以下である点が異なる。実施形態５の場合、変更対象となる特定のフォルダ以下に含まれず、かつ前記属性値を持つデータの扱いを考慮する必要がある。
【００３９】
例えば、特定のフォルダ以下を対象に「“所属”＝“○○開発室”」で検索を行い、ヒットした全データに対して“所属”を“□□開発室”に一括変換する場合を考える。この場合、前記特定のフォルダ以下を検索対象とする検索フォルダに関しては、検索条件に含まれる“所属”に関する条件を変更前の属性値“○○開発室”から変更後の属性値“□□開発室”に変換することで問題ない。しかし、検索対象が前記特定のフォルダ以下に限定されない検索フォルダ、即ち、検索対象範囲が、属性値を変換した範囲より広い検索フォルダに関しては、問題が生じる。検索条件に含まれる“所属”の属性値を“□□開発室”に変換してしまうと、“所属”が“○○開発室”のままであるデータが検索フォルダから漏れてしまう。そこで、検索対象が前記特定のフォルダ以下に限定されない検索フォルダの検索条件は「“所属”＝“○○開発”ｏｒ“□□開発室”」のように変更前と変更後の属性値の論理和にする等の処理が必要となる。上記処理は、検索条件変更部１０３で変換ルールを保持しておき、そのルールを参照することで実現可能である。
【００４０】
＜実施形態６＞
本発明の実施形態６における基本的な構成は実施形態１と同様であるのでここでは省略する。基本的には実施形態２および実施形態３の組み合わせにより実現されるが、実施形態６は、検索条件に設定している複数の属性値を異なる複数の属性値に変更する。変更前の属性値と変更後の属性値の対応を属性値変更検知部１０５で管理し、それを該当する検索フォルダの検索条件に反映させる。例えば、検索条件として、「“撮影場所”＝“沖縄本島”ｏｒ“石垣島”ｏｒ“西表島”」が設定されている検索フォルダがあり、条件に合致するデータが格納されている場合を考える。このとき、「“撮影場所”＝“沖縄本島”」のデータが多いため、以下の２つに細分化するとする。
・「“撮影場所”＝“沖縄本島（北部）”」
・「“撮影場所”＝“沖縄本島（南部）”」
また、「“撮影場所”＝“石垣島”」と「“撮影場所”＝“西表島”」のデータが少ないため、これらを以下の１つにまとめたとする。
・「“撮影場所”＝“沖縄（その他）”」
この場合、上記２つの変更をマージした検索条件「“撮影場所”＝“沖縄本島（北部）”ｏｒ“沖縄本島（南部）”ｏｒ“沖縄（その他）”」に変更される。
【００４１】
以上より、実施形態１〜６で説明したように、検索フォルダの検索条件の該当部分を自動で変更する事で、属性値を変更したデータが検索フォルダから漏れることを防ぐ。また、検索条件変更にかかるユーザの負担を軽減することが可能となる。
【００４２】
＜実施形態７＞
本発明の実施形態７における基本的な構成は実施形態１と同様であるのでここでは省略する。実施形態１〜６は、自動で検索フォルダの検索条件を変更したが、実施形態７は、変更対象となる検索フォルダの検索条件、または対象となる検索フォルダをユーザに提示する。図１１に、ユーザ提示画面の一例を示す。１１０１はユーザ提示画面である。本例では、変更対象となる検索フォルダ名、及び検索フォルダの変更前後の検索条件を表示している。ユーザは示された情報から変更を実施するか否かを判断し、ＯＫボタンまたはキャンセルボタンを押下する。
【００４３】
以上より、変更対象となる検索フォルダの検索条件、または対象となる検索フォルダをユーザに提示することが可能となる。
【００４４】
＜実施形態８＞
本発明の実施形態８における基本的な構成は実施形態１と同様であるのでここでは省略する。実施形態８では、属性値の変更履歴を管理する。属性情報管理部１０２において、変更が加えられた属性値の履歴を管理することで、内部的に検索フォルダの検索条件を履歴に応じて変更し、該当するデータの表示を行う。具体的には、検索フォルダの展開をユーザに指示された時点で、検索条件に含まれる属性値の変更履歴を参照する。前記属性値に変更履歴がある場合、履歴として記録されている属性値を、設定されている検索条件に論理和として追加し、検索を行うことが考えられる。変更方法は、実施形態１乃至７で述べたアルゴリズムに従い実現する。
【００４５】
以上より、検索条件に含まれる属性値の変更履歴を参照し、検索フォルダの検索条件の該当部分を自動で変更することで、属性値を変更したデータが検索フォルダから漏れることを防ぐ。また、検索条件変更にかかるユーザの負荷を軽減することが可能となる。
【００４６】
＜実施形態９＞
以上、実施形態を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００４７】
尚、本発明は、ソフトウェアのプログラムをシステム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによって前述した実施形態の機能が達成される場合を含む。この場合、供給されるプログラムは実施形態で図に示したフローチャートに対応したコンピュータプログラムである。
【００４８】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００４９】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【００５０】
コンピュータプログラムを供給するためのコンピュータ読み取り可能な記憶媒体としては以下が挙げられる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。
【００５１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムをハードディスク等の記録媒体にダウンロードすることが挙げられる。この場合、ダウンロードされるプログラムは、圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００５２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布するという形態をとることもできる。この場合、所定の条件をクリアしたユーザに、インターネットを介してホームページから暗号を解く鍵情報をダウンロードさせ、その鍵情報を使用して暗号化されたプログラムを実行し、プログラムをコンピュータにインストールさせるようにもできる。
【００５３】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどとの協働で実施形態の機能が実現されてもよい。この場合、ＯＳなどが、実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。
【００５４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれて前述の実施形態の機能の一部或いは全てが実現されてもよい。この場合、機能拡張ボードや機能拡張ユニットにプログラムが書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行なう。
【図面の簡単な説明】
【００５５】
【図１】本発明の検索装置の構成を示すブロック図である。
【図２】本発明の検索装置のハードウェア構成を示す図である。
【図３】検索条件テーブルの一例を示す図である。
【図４】データ一覧テーブルの一例を示す図である。
【図５】検索フォルダに含まれるデータの一例を示す図である。
【図６】検索条件を変更する処理のフローを示す図である。
【図７】属性値変更後の検索フォルダの一例を示す図である。
【図８】変更情報テーブルの一例を示す図である。
【図９】本発明の実施形態２の検索フォルダに含まれるデータの一例を示す図である。
【図１０】本発明の実施形態３の検索フォルダに含まれるデータの一例を示す図である。
【図１１】本発明の実施形態７のユーザ提示画面の一例を示す図である。
【符号の説明】
【００５６】
１０１  検索条件管理部
１０２  属性情報管理部
１０３  検索条件変更部
１０４  検索条件提示部
１０５  属性値変更検知部
【図１】
0005473250.tif 000002
【図２】
0005473250.tif 000003
【図３】
0005473250.tif 000004
【図４】
0005473250.tif 000005
【図５】
0005473250.tif 000006
【図６】
0005473250.tif 000007
【図７】
0005473250.tif 000008
【図８】
0005473250.tif 000009
【図９】
0005473250.tif 000010
【図１０】
0005473250.tif 000011
【図１１】
0005473250.tif 000012