文書管理システム、検索指定方法、プログラム
【課題】 属性検索の際にユーザによる検索条件入力における負荷が減少するとともに、文字列入力ミスを低減させることが可能な文書管理システムを提供する。
【解決手段】 属性名と前記属性名に対応する属性値とが属性として設定されている複数の文書を管理する文書管理システムであって、文書に設定されている属性名と属性値とを表示するプロパティーペイン４０４、検索ペイン５０１を介した操作に応じて、少なくとも検索条件式の設定し、検索ペイン５０１の表示が指示されたことに応じて、検索ペイン５０１を表示し、プロパティーペイン４０４に表示された少なくとも一つの属性値を選択するＵＩ部３０２を有し、ＵＩ部３０２は、属性値が選択された状態で、検索ペイン５０１の表示が指示された場合に、選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索ペイン５０１を表示する。
【解決手段】 属性名と前記属性名に対応する属性値とが属性として設定されている複数の文書を管理する文書管理システムであって、文書に設定されている属性名と属性値とを表示するプロパティーペイン４０４、検索ペイン５０１を介した操作に応じて、少なくとも検索条件式の設定し、検索ペイン５０１の表示が指示されたことに応じて、検索ペイン５０１を表示し、プロパティーペイン４０４に表示された少なくとも一つの属性値を選択するＵＩ部３０２を有し、ＵＩ部３０２は、属性値が選択された状態で、検索ペイン５０１の表示が指示された場合に、選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索ペイン５０１を表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、属性検索と呼ばれる、文書の属性を対象とした検索が可能な文書管理システム、検索指定方法、プログラムに関する。
【背景技術】
【０００２】
従来、文書管理システムで管理される文書群を検索する手段として、全文検索と属性検索という２つの検索方法が用いられてきた。全文検索とは、主として文書管理システムが管理する文書のテキストの内容を検索対象とする検索方法であり、文書のテキスト部に含まれる文字列を一つ以上、検索キーワードとして指定して検索を行うものである。全文検索では、検索キーワードとして指定された一つ以上の文字列が文書のテキスト部に含まれていれば、その文書が検索でヒットする。検索でヒットするというのは、すなわち、検索の実行により、条件に一致する文書が一つ以上発見されることを言う。先に述べたもう一方の属性検索とは、プロパティー、インデックス、属性などのように呼称されるメタデータを文書管理システムであらかじめ定義しておき、文書毎に設定された一つ以上のメタデータに対する値を検索対象とする検索方法である。本書では、前記メタデータのことを属性と呼び、前記メタデータに対する値のことを属性値と呼ぶことにする。
【０００３】
文書に設定する属性として、文書名、作成日時、ファイルサイズ、作成者、コメントなどがある。そして、それらの属性に対して、「Ａ社見積書．ｄｏｃ」、「２００９／１２／１０」、「２４５６」、「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」、「重要！」のような属性値が設定される。属性値は、文書管理システムによって自動的に付与されるものと、文書管理システムを利用するユーザが付与するものの二種類が存在する。例えば、文書名、作成日時、ファイルサイズ、作成者のような属性は、文書が文書管理システムに格納される際に、設定されるものであり、コメントのような属性は、文書管理システムに格納された文書に対して、任意にユーザが付け替えたりするものである。いずれの種類の属性にしろ、文書管理システムは、文書に設定された属性を参照する役割と、文書の属性の設定をユーザに変更させる役割とを合わせ持つプロパティー画面を提供することにより、それらの属性にユーザがアクセス可能としている。また、文書管理システムは、属性検索を行う検索画面を提供することにより、一つ以上の検索条件式を指定させて、検索を行わせるような仕組みを取っている。
【０００４】
検索条件式のパラメータとして指定させるものは、「文書名」、「作成日時」、「ファイルサイズ」、「作成者」、「コメント」のような属性名と、その属性に対する属性値のペアである。加えて、部分一致、完全一致、前方一致のような一致条件をパラメータとして指定させるのも一般的である。すなわち、属性検索における一つの検索条件式は、属性名、一致条件、属性値の３つのパラメータで構成される場合が多い。また、複数の検索条件式を指定する際には、それらの条件式をどのような論理演算子で繋いで一つの検索条件式とするかを検索画面で指定させるようになっている場合も多い。論理演算子としては、主にＡＮＤ演算子とＯＲ演算子の２つが利用されている。ＡＮＤ演算子は、繋いだ検索条件式のすべてに合致する文書の検索に用い、ＯＲ演算子は、繋いだ検索条件式のいずれか一つに合致する文書の検索に用いる。属性検索では、これらのパラメータを組み合わせて、複雑な検索式を構成させることも可能になっており、ユーザが検索条件で対象文書を絞り込むことにより、多量の文書の中から目的の文書を探し当てることを助けている。
【０００５】
このような属性検索の検索式を指定する際、ユーザは、検索条件式の属性名パラメータを文書管理システムが検索画面で提供するリストから一つ選択し、その選択した属性に対する属性値をフリーキーワードとして入力する。そのため、入力する属性値の文字列が長い場合、入力ミスが発生する場合がある。入力ミスが発生した場合、ユーザが意図しない不正な検索式が構成されるため、検索を実行しても、目的の文書にヒットしない結果となってしまう。そのため、ユーザが検索式を構成する属性値の文字列を入力することを手助けする手段が必要となってくる。そのための手段として、特許文献１のような技術がある。
【０００６】
特許文献１の先行技術によれば、表示手段に表示された文字列を指定した後に検索の指示がなされた場合、その指定された文字列を検索対象として検索が実行される。そのため、ユーザは、表示手段に表示された文字列の中に検索したいキーワードが見つかった場合、それをカーソルキーなどで選択した後、検索の実行を行えばよいので、文字列をキーボード等の入力手段によって新たに入力する必要がない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平０３−０５１９５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１の先行技術を属性検索に適用した場合、属性値の文字列の入力を入力ミスが発生しないよう手助けすることはできても、それに対応する属性名が何かを選択する必要があるため、ユーザの入力の手間は残っている。
【０００９】
本発明は、上記の課題を鑑み、属性検索の際にユーザによる検索条件入力における負荷が減少するとともに、文字列入力ミスを低減させることが可能な文書管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の文書管理システムは、属性名と前記属性名に対応する属性値とが属性として設定されている複数の文書を管理する文書管理システムであって、前記文書に設定されている前記属性名と前記属性値とを表示する属性表示手段と、検索画面を介した操作に応じて、少なくとも前記属性名及び前記属性値を含む属性検索の検索条件式の設定する設定手段と、前記検索画面の表示が指示されたことに応じて、前記検索画面を表示する検索画面表示手段と、前記属性表示手段により表示された少なくとも一つの前記属性値を選択する選択手段とを有し、前記検索画面表示手段は、前記選択手段により前記属性値が選択された状態で、前記検索画面の表示が指示された場合に、前記選択手段により選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索画面を表示することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザによる、属性検索の際にユーザによる検索条件入力における負荷が減少するとともに、文字列入力ミスを低減させることが可能となる。
【図面の簡単な説明】
【００１２】
【図１】システム構成を説明する概略図である。
【図２】典型的な汎用コンピュータモジュールの構成を説明するブロック図である。
【図３】文書管理クライアントのアプリケーションのソフトウエア構成を説明するブロック図である。
【図４】アプリケーションのユーザインタフェースの一例である。
【図５】アプリケーションのメインウインドウで検索ペインの表示・非表示を切り替えるボタンが押下された際のユーザインタフェースの一例である。
【図６】プロパティーペインで一つの属性の項目値の文字列が選択された状態の例である。
【図７】検索ペインを表示する操作が行われた際のフローチャートである。
【図８】図６の例に、図７のフローチャートの動作を適用した結果の一例である。
【図９】プロパティーペインで複数の属性の項目値の文字列が選択された状態の一例である。
【図１０】プロパティーペインで複数の項目値の文字列が選択状態の際に、検索ペインを表示する操作が行われた際のフローチャートである。
【図１１】図９の例に、図１０のフローチャートの動作を適用した結果の一例である。
【図１２】プロパティーペインで項目値の文字列が選択状態の際に、検索ペインを表示する操作が行われた際のフローチャートである。
【図１３】プロパティーペインにおいて項目値の文字列が選択された状態で、検索ペインで属性項目の設定が変更された際のフローチャートである。
【図１４】検索ペインに有効な検索条件式が既に存在する状態、かつ、プロパティーペインにおいて項目値の文字列が選択された状態で、検索ペインを表示する操作が行われた際のフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１４】
図１は、本発明の実施例のシステム構成を説明する概略図である。図１において、１０５は、インターネットやイントラネットなどのネットワークであり、１０１〜１０２などのネットワーク対応機器が接続される。１０１は、文書管理サーバーであり、文書保存、検索など一般的な文書管理サービスを提供する。１０２は、クライアントＰＣ（クライアントコンピュータ）であり、図示しないが、ネットワーク１０５に複数接続される。クライアントＰＣ１０２では、文書管理サーバーが提供する文書管理サービスを利用する文書管理クライアントが動作している。文書管理クライアントは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘなどの各種オペレーティングシステム上で動作するアプリケーションであるが、Ｗｅｂブラウザ上で動作するアプリケーションであってもよい。尚、ネットワーク１０５がインターネットとした場合、文書管理サーバー１０１は、クラウドサービスとして存在してもよい。その場合、プロキシーサーバー、Ｗｅｂサーバーなどをシステム構成に追加する必要があるが、一般的なクラウドサービス構成の話であるため、詳細に関しては省略する。
【００１５】
図２は本発明の実施例の典型的な汎用コンピュータモジュール２００の構成を説明するブロック図である。文書管理サーバー１０１、クライアントＰＣ１０２は、典型的な汎用コンピュータモジュールである。
【００１６】
汎用コンピュータモジュール２００には、キーボード２０４やマウス２０５のようなポインティングデバイスなどの入力装置、ディスプレイ装置２１３などの出力装置が接続される。２１０はネットワークコントローラ（ＮＣ）であり、所定のネットワークインタフェース２１１を介してネットワーク１０５に接続され、他のネットワーク機器との通信制御処理を実行する。２０１はＣＰＵであり、少なくとも１つのプロセッサで構成される。２０２はメモリであり、ＲＡＭやＲＯＭから構成される。２１２はビデオインタフェースであり、ディスプレイ装置２１３に画像を出力する。
【００１７】
２０３はＩ／Ｏインターフェースであり、キーボード２０４やマウス２０５からの操作による入力を受け取る。２０８は記憶装置であり、典型的にハードディスクドライブ（ＨＤＤ）２０９を含んでいる。図示されないシリコンドライブが含まれることもある。２０６は、ＣＤ−ＲＯＭドライブであり、不揮発性のデータソースとして用いられる。２０７は、相互接続バスであり、ＣＰＵ２０１により、汎用コンピュータモジュール２００で動作するＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘなどのオペレーティングシステムに従う形で各ブロック間の通信を仲介する。
【００１８】
尚、実施例中の文書管理サーバー１０１およびクライアントＰＣ１０２のフローチャートで示される各種制御プログラムは、それぞれのメモリ２０２、記憶装置２０８のいずれかの記憶手段に記憶され、それぞれのＣＰＵ２０１により実行される。また、文書管理サーバー１０１は、文書管理用のデータベースを有するが、そのデータベースも記憶装置２０８上に構築される。
【００１９】
図３は、文書管理クライアントのアプリケーションのソフトウエア構成を説明するブロック図である。アプリケーション３０１は、各種の機能を実行するためのユーザインタフェースを備え、ディスプレイ装置２１３の画面上でユーザからの要求をキーボード２０４やマウス２０５により受け付けて、各機能処理を実行する。
３０２〜３０３は、アプリケーションを構成するコンポーネントを示している。
３０２はアプリケーションＵＩ部（以下ＵＩ部と記載する）であり、図４で示すユーザインタフェースの構築や、ユーザからの各種入力操作の受け付けおよび入力操作による処理結果の表示を行う。
３０３は、ライブラリー管理部であり、アプリケーション３０１で利用するライブラリーを管理し、ライブラリーへの文書の格納や、ライブラリー内文書の閲覧、更新、属性変更、検索などの各種文書操作を実行する。ここで言うライブラリーとは、文書管理を行うための保存単位のことであり、文書データと、文書属性などの文書管理用のデータを保存する。アプリケーション３０１で利用するライブラリーには、データの保存場所により、２種類の形態が存在する。
【００２０】
１つ目は、ローカルのハードディスク２０９にデータ保存領域を作成し、アプリケーション３０１自体が管理するローカルライブラリーの形態である。この形態では、文書管理サーバー１０１を必要とせず、文書管理クライアント１０２のみでシステムを構成することが可能である。
【００２１】
２つ目は、文書管理サーバー１０１が提供する文書管理サービスに文書管理を委任する共有ライブラリーの形態である。この形態では、ライブラリー管理部３０３は、ＵＩ部３０２から受け取った文書操作の要求を文書管理サーバー１０１に渡し、その結果を文書管理サーバーから受け取って、ＵＩ部３０２に渡す。この２つ目の形態では、ライブラリー管理部３０３が文書管理サーバー１０１の文書管理サービスとのデータの仲介を行うだけの簡素な構成で済むため、文書管理クライアントがＷｅｂブラウザ上で動作する構成の場合には、好適な形態となる。
３０５は、ライブラリー管理部３０３が記憶装置２０８に構築したローカルライブラリー、または、共有ライブラリーが提供する文書管理サーバーに接続するためのインターフェースを示す。
【００２２】
図４は、アプリケーションのユーザインタフェースの一例を示している。４００はメインウインドウを示している。
【００２３】
４０１は、ナビゲーションペインである。ナビゲーションペイン４０１には、アプリケーションで登録したライブラリーとライブラリー下に配置されるフォルダーが表示される。ナビゲーションペインで、ライブラリー、または、ライブラリー下に配置されるフォルダーを選択することで、現在の場所を移動することができる。図では、ライブラリー４１１〜４１３とフォルダー４１４〜４１５が表示されており、フォルダー４１４が現在の場所として選択されている。
【００２４】
４０２は、ナビゲーションペインで選択している場所に格納されている文書やフォルダーを表示するファイルリストペインである。図では、５つの文書がリストされており、一つの文書が選択枠４０３で囲まれている。選択枠４０３は、文書を選択している旨を表現する。ファイルリストペイン４０２は、後述する検索ボタン５１２の押下により検索が実行された際、ナビゲーションペインで選択している場所に格納されている文書やフォルダーの表示に替え、検索結果を表示する役割を合わせ持つ。検索結果とは、検索条件に合致した文書やフォルダーの一覧である。
【００２５】
４０４は、ファイルリストペイン４０２で選択されている文書の属性を表示するプロパティーペイン（文書一覧画面）である。属性は、項目（ｅｘ 名前、日付、サイズ・・）と、各項目に対する値（ｅｘ ５月１０日、５００バイト）から成る設定値である。４０５は「作成者」という項目に対して、「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」という値が設定されている例を示している。また、４０６は「コメント」という項目に対して、「重要！」という値が設定されている例を示している。設定可能な項目は、ライブラリー毎に定義されており、ライブラリーの機能によって可変である。例えば、前述したローカルライブラリーであれば、オペレーティングシステムのファイルシステムで設定可能な属性と同じ項目が設定可能である。また、前述した共有ライブラリーであれば、文書管理サーバー１０１側の設定で任意にカスタマイズされた属性と同じ項目が設定可能となる。前述したライブラリー管理部３０３は、ライブラリーの能力として属性の項目を管理し、ライブラリーに応じて属性の項目、値の情報を取得し、ＵＩ部３０２に渡す役割を担っている。
【００２６】
尚、本実施例での属性の項目または属性項目とは、属性名のことを指し、属性の項目の値または属性の項目値とは、属性値のことを指す。
【００２７】
４１６は、プロパティーペイン（属性表示画面）で表示されている属性の項目値を編集可能にするボタンである。このボタンを押下して、編集状態にしない限り、プロパティーペインで属性の項目値を変更することはできない。４０７はペインの表示・非表示を切り替えるパネルであり、プロパティーペイン４０４の表示・非表示を切り替えるボタン４０８、後述する検索ペイン（検索画面）の表示・非表示を切り替えるボタン４０９を備える。
【００２８】
プロパティーペイン４０４と検索ペイン５０１は、メインウインドウ４００上で排他の関係となっており、同時に表示されることはない。そのため、プロパティーペイン４０４の表示・非表示を切り替えるボタン４０８が押下された状態になっている時、検索ペインの表示・非表示を切り替えるボタン４０９は、非押下状態となる。逆の場合も、同様である。このような構成にすることにより、文書操作を行う際にはプロパティーペイン４０４を表示しておき、検索を行う時のみ検索ペインを表示する（検索画面表示）ことで、ユーザは文書表示領域を広く取ることができるようになる。しかしながら、本発明は、この構成に限定されるものではなく、プロパティーペインと検索ペインが同時に表示され、プロパティーペインでの表示を参照しながら、検索ペインの設定を行えるような構成でも適用可能である。
【００２９】
図５は、アプリケーションのメインウインドウ４００で検索ペインの表示・非表示を切り替えるボタン４０９が押下された際のユーザインタフェースの一例を示している。５０１は、文書の検索を行う検索ペインであり、全文検索と属性検索の機能を提供する。
【００３０】
５０２は、検索方法として、全文検索を選択するラジオボタンであり、５０３は、検索方法として、属性検索を選択するラジオボタンである。全文検索選択ボタン５０２と属性検索選択ボタン５０３は、排他的な関係になっており、どちらか一つを選択することができるようになっている。また、デフォルトボタンは、全文検索選択ボタン５０２の方である。そのため、検索ペインの表示・非表示を切り替えるボタン４０９の押下により検索ペイン５０１が開かれた際、通常、全文検索選択ボタン５０２が選択された状態で検索ペイン５０１が表示される。
【００３１】
５０４は、全文検索の検索キーワードを入力するテキストボックスであり、全文検索選択ボタン５０２が選択されている際、検索キーワードテキストボックス５０４への入力が可能になる。５０５は、一つ以上の検索条件式が指定された際に、それら繋ぐ論理演算子（ＡＮＤ演算子又はＯＲ演算子）を指定するプルダウンリストボックスである。プルダウンリストボックスには、「ＡＮＤ」と「ＯＲ」の２つの値がリストされており、どちらか一方が選択可能になっている。デフォルトでは、「ＡＮＤ」が選択される。
【００３２】
５０６は、検索条件式をリストするフィールドである。検索条件式が後述する条件の追加ボタン５１０により追加され、表示がフィールド５０６に収まりきらなくなった際、スクロールバーを有効にすることで、表示領域外に存在する検索条件式の表示を可能にし、それらへの入力を行えるようにする。
【００３３】
５０７は、最初の検索条件式である条件式１の属性項目を指定するプルダウンリストボックスである。属性項目プルダウンリストボックス５０７には、ファイルリストペイン４０２で現在選択されている文書が格納されているライブラリーに定義された属性項目がリストされ、その一つを選択可能となっている。デフォルトでは、属性項目として「名前」が選択される。「名前」は、文書名が設定される属性項目である。
【００３４】
５０８は、条件式１の一致条件を指定するプルダウンリストボックスである。一致条件指定プルダウンリストボックス５０８には、属性項目プルダウンリストボックス５０７で選択された属性項目のデータ型に応じた一致条件がリストされ、その一つを選択可能となっている。属性項目プルダウンリストボックス５０７で選択されている属性項目が「名前」「作成者」「コメント」などの文字列型であれば、「次の値を含む」「次の値に等しい」「次の値から始まる」「次の値と等しくない」がリストされる。それぞれ、部分一致、完全一致、前方一致、完全不一致を指す一致条件である。デフォルトでは、部分一致を指す「次の値を含む」が設定される。部分一致の場合、属性項目プルダウンリストボックス５０７で指定された属性項目において、後述の項目値テキストボックス５０９に入力された値の文字列が、該当の項目値の文字列に一部でも含まれている文書があれば、その文書は検索にヒットすることになる。
【００３５】
完全一致の場合、属性項目プルダウンリストボックス５０７で指定された属性項目において、項目値テキストボックス５０９に入力された値の文字列と完全に一致する項目値を持つ文書が検索にヒットすることになる。前方一致、完全不一致に関しては、説明を省略するが、いずれも属性検索において一般的に使われる一致条件である。また、属性項目プルダウンリストボックス５０７で選択されている属性項目が「作成日時」「更新日時」などの日時型であれば、「次の値に等しい」「次の日付に等しいか、より前」「次の日付に等しいか、より後」がリストされる。それぞれ、指定日時と同一、指定日時以前、指定日時以降の項目値に一致させる一致条件である。デフォルトでは、指定日時と同一を指す「次の値に等しい」が設定される。
【００３６】
更にまた、属性項目プルダウンリストボックス５０７で選択されている属性項目が「ファイルサイズ」などの数値型であれば、「次の値に等しい」「次の値に等しいか、より大きい」「次の値に等しいか、より小さい」がリストされる。それぞれ、指定値とイコール、指定値以上、指定値以下に一致させる一致条件である。デフォルトでは、指定値とイコールを指す「次の値に等しい」が設定される。尚、５０５〜５０９は、属性検索選択ボタン５０３が選択されている際に、入力操作が可能となる。
【００３７】
５１０は、検索条件式の指定行をフィールド５０６に追加するボタンである。図５に示した表示状態において、条件の追加ボタン５１０が押下されると、２番目の検索条件式である条件式２を指定可能な行が条件式１の次の行に追加される。更に、条件の追加ボタン５１０が押下されると、３番目の検索条件式である条件式３が、更に、押下されると、条件式４が、次に条件式５が、というように順次、検索条件式の指定行がフィールド５０６に追加されていく。各条件式は、条件式１と同様に、属性項目プルダウンリストボックス、一致条件プルダウンリストボックス、項目値テキストボックスの入力コントロールを持つ。また、各入力コントロールへの入力が済んでいる検索条件式のみ、後述の検索ボタン５１２による検索実行時に有効な検索条件式として扱われる。実質的には、属性項目プルダウンリストボックス、一致条件プルダウンリストボックスには、デフォルト値がセットされているため、項目値テキストボックスへの入力があれば、有効な検索条件式として扱われることになる。有効な検索条件式は、論理演算子プルダウンリストボックス５０５で設定された論理演算子で繋がれ、一つの検索条件式として検索実行される。
【００３８】
５１１は、検索ペイン５０１の入力状態を初期状態に戻すクリアボタンである。図５に示した状態が検索ペイン５０１の初期状態であり、クリアボタンが押下された場合、条件の追加ボタン５１０によって追加された条件式２以降の検索条件行を検索ペイン５０１から削除することを含め、入力状態を初期状態へとクリアする。
【００３９】
５１２は、検索を実行するボタンであり、検索ペイン５０１の入力状態が以下のいずれかの状態であれば、押下可能になる。全文検索選択ボタン５０２が選択され、検索キーワードテキストボックス５０４に一文字以上の文字入力がある状態。もしくは、属性検索選択ボタン５０３が選択され、項目値テキストボックスへの入力が済んでいる検索条件式が一つでもある状態。検索ボタン５１２が押下されると、検索ペイン５０１での入力に従って、全文検索、または、属性検索が実行され、検索結果がファイルリストペイン４０２に表示される。
【００４０】
上記のように構成されたシステムで本発明の動作を説明する。
【００４１】
（実施例１）
図６〜図８を用いて、プロパティーペインで一つの属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた際の検索ペイン５０１の表示動作を説明する。
【００４２】
図６は、プロパティーペインで一つの属性の項目値の文字列が選択された状態の例を示す。図では、項目４０５の「作成者」に対する項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の文字列が全選択された状態になっている。属性の項目値の文字列を選択状態にするには、マウス２０５のポインタを選択したい項目値の文字列の開始位置まで移動させ、その位置でマウスをクリックし、クリック状態のまま、選択したい文字列の終了位置までマウスポインタを移動させ、クリックを放す。マウスのクリックを放した後、文字列の選択状態は持続される。別の属性の項目値の文字列が選択されるか、プロパティーペイン４０４上でキーボード２０４のエスケープボタンを押下されるか、ファイルリストペイン４０２で別の文書が選択される等でプロパティーペイン４０４の表示が更新されるまで、選択状態は持続される。
【００４３】
図７は、検索ペインを表示する操作が行われた際のフローチャートである。検索ペインが非表示の状態で、検索ペインの表示・非表示を切り替えるボタン４０９が押下されたことによる、検索ペインを表示する操作（指示）が行われる（Ｓ７０１）。このとき、クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、プロパティーペイン４０４で、いずれかの属性の項目値の文字列が選択状態になっているかを判断する（Ｓ７０２）。
【００４４】
いずれかの属性の項目値の文字列が選択状態になっていれば、ＵＩ部３０２は、検索ペイン５０１の属性検索選択ボタン５０３を選択状態にする（Ｓ７０３）。次に、ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の文字列を項目値テキストボックス５０９に入力する（Ｓ７０４）。更に、ＵＩ部３０２は、プロパティーペイン４０４で項目値の文字列が選択状態になっている属性の項目を、属性項目プルダウンリストボックス５０７のリスト項目の中から選択し、設定状態にする（Ｓ７０５）。その後、ＵＩ部３０２は、検索ペイン５０１を表示する（Ｓ７０６）。
【００４５】
図８は、図６の例に、図７のフローチャートの動作を適用した結果の一例である。検索ペイン５０１において、図６で選択されていた全文検索選択ボタン５０２が非選択になり、代わりに、属性検索選択ボタン５０３が選択状態となっている。
【００４６】
また、図６のプロパティーペインで選択状態になっていた項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の文字列が項目値テキストボックス５０９に設定される。さらに、項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の属性の項目である「作成者」が属性項目プルダウンリストボックス５０７に設定された状態となっている。この表示状態で、検索ボタン５１２が押下されると、属性検索が実行され、属性項目の「作成者」の項目値に「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の文字列を含む文書が検索結果として、ファイルリストペイン４０２に表示される。
【００４７】
上記図７で示した動作によれば、プロパティーペインで属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた場合、プロパティーペインで選択されている項目値の文字列が検索ペインの検索条件行の項目値として設定される。加えて、プロパティーペインで選択されている項目値に対応する項目が同じく検索条件行の項目から選択され、設定される。そのため、ユーザによる検索条件入力に伴う文字列入力ミスが低減されると共に、属性の項目を選択する手間が削減される。更に、検索方法として、属性検索が選択されるため、全文検索の選択から設定を変更する手間が削減される。すなわち、プロパティーペインで属性の項目値の文字列が選択されていれば、検索ペインを開いた際に即時に属性検索を実行できる状態になっている。
【００４８】
（実施例２）
実施例１では、プロパティーペインで一つの属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた際の動作を説明した。次に、プロパティーペインで複数の属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた際の動作を、実施例２として図９〜図１１を用いて説明する。
【００４９】
図９は、プロパティーペインで複数の属性の項目値の文字列が選択された状態の例を示す。図では、項目９０１の「種類」に対する項目値「ｄｏｃ」、項目９０２の「タイトル」に対する項目値「プランＡ」、項目９０３の「更新者」に対する項目値「Ｇｏｎｂｅｉ Ｎａｎａｓｈｉ」の各文字列が全選択された状態になっている。複数の属性の項目値の文字列を選択状態にするには、まず一つ目の属性の項目値の文字列を実施例１で述べたマウスを用いた方法で選択状態にする。次に二つ目の属性の項目値の文字列をキーボード２０４のシフトキーを押下した状態で実施例１で述べたマウスを用いた方法を実施することにより、選択状態にする。三つ目以降の選択も、二つ目と同様な操作方法で選択状態にする。プロパティーペインでの項目値の文字列の複数選択状態の持続は、実施例１で述べた単数選択の状態と同様な条件で行われる。
【００５０】
図１０は、プロパティーペインで複数の項目値の文字列が選択状態の際に、検索ペインを表示する操作が行われた際のフローチャートである。図７のＳ７０３に相当するステップが終了した後の処理から述べる。
【００５１】
クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の数をカウントする（Ｓ１００４）。図９の例では、３つの項目値が選択状態になっている。
【００５２】
更に、ＵＩ部３０２は、フィールド５０６にリストされている検索条件式の指定行の数をカウントする（Ｓ１００５）。図５の例では、１つの検索条件式の指定行がフィールド５０６にリストされている。
【００５３】
ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の数より、フィールド５０６にリストされている検索条件式の指定行の数が少ない場合（Ｓ１００６）、フィールド５０６に検索条件式の指定行を追加する（Ｓ１００７）。ＵＩ部３０２が追加する検索条件式の指定行は、プロパティーペイン４０４で選択状態になっている項目値の数と同数またはそれ以上である。ＵＩ部３０２は、フィールド５０６に検索条件式の指定行を追加する処理を、条件の追加ボタン５１０が押下された際と同様な処理で実施する。
【００５４】
次に、ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている一つ目の項目値の文字列を最初の検索条件式の指定行の項目値テキストボックスに入力する（Ｓ１００８）。更に、ＵＩ部３０２は、プロパティーペイン４０４で項目値の文字列が選択状態になっている一つ目の属性の項目を、最初の検索条件式の指定行の属性項目プルダウンリストボックスのリスト項目の中から選択し、設定状態にする（Ｓ１００９）。
【００５５】
ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の数分、Ｓ１００８〜Ｓ１００９の処理を繰り返す（Ｓ１０１０）。結果、フィールド５０６に追加された検索条件式の各行に、プロパティーペイン４０４で選択状態になっている項目値の文字列とそれに対応する属性の項目が、順に設定されることになる。その後、ＵＩ部３０２は、図７のＳ７０６に相当するステップを実施する。
【００５６】
図１１は、図９の例に、図１０のフローチャートの動作を適用した結果の一例である。検索ペイン５０１において、１１０１の条件式２、１１０５の条件式３の２つの検索条件式の指定行がフィールド５０６に追加され、計３つの検索条件式の指定行が存在している。
【００５７】
また、図９のプロパティーペインで選択状態になっていた項目値「ｄｏｃ」の文字列が条件式１の項目値テキストボックス５０９に設定され、その項目である「種類」が条件式１の属性項目プルダウンリストボックス５０７に設定された状態となっている。更に、プロパティーペインで選択状態になっていた項目値「プランＡ」の文字列が条件式２の項目値テキストボックス１１０４に設定され、その項目である「タイトル」が条件式２の属性項目プルダウンリストボックス１１０２に設定された状態となっている。加えて、プロパティーペインで選択状態になっていた項目値「Ｇｏｎｂｅｉ Ｎａｎａｓｈｉ」の文字列が条件式３の項目値テキストボックス１１０８に設定されている。さらに、その項目である「更新者」が条件式３の属性項目プルダウンリストボックス１１０６に設定された状態となっている。
【００５８】
上記図１０で示した動作によれば、プロパティーペインで複数の属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた場合、以下の処理が行われる。すなわち、検索ペインでプロパティーペインにおいて選択されているすべての属性の項目値を検索条件式に指定できるよう検索条件式の指定行が追加される。そのため、条件の追加ボタン５１０を押下して検索条件式の指定行を追加する手間が削減される。
【００５９】
（実施例３）
実施例３では、条件式の一致条件を指定する一致条件プルダウンリストボックスへの設定を簡易化する方法について図１２を用いて説明する。
【００６０】
図１２は、プロパティーペインで項目値の文字列が選択状態の際に、検索ペインを表示する操作が行われた際のフローチャートである。プロパティーペインにおける属性の項目値の文字列の選択は、全選択だけではなく、部分選択も可能である。プロパティーペインで属性の項目値の文字列を部分選択するためには、実施例１で述べたマウスを用いた方法で、属性の項目値の文字列の全てではなく、一部の文字列を選択することによって行う。例えば、図６の項目４０５の「作成者」に対する項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の文字列の「ｔａｒｏ」の部分だけを部分選択することができる。
【００６１】
図７のＳ７０５に相当するステップが終了した後の処理から述べる。クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の文字列が全選択か、部分選択かを判断する（Ｓ１２０１）。
【００６２】
プロパティーペイン４０４で選択状態になっている項目値の文字列が全選択であれば、ＵＩ部３０２は、一致条件指定プルダウンリストボックス５０８のリスト項目の中から完全一致に相当する一致条件を選択し、設定状態にする（Ｓ１２０２）。例えば、前述の「作成者」に対する項目値の「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」が全選択されている場合、一致条件として「次の値に等しい」が選択される。
【００６３】
また、ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の文字列が部分選択であれば、一致条件指定プルダウンリストボックス５０８のリスト項目の中から部分一致に相当する一致条件を選択し、設定状態にする（Ｓ１２０３）。例えば、前述の「作成者」に対する項目値の「ｔａｒｏ」の部分だけが部分選択されている場合、一致条件として「次の値を含む」が選択される。その後、ＵＩ部３０２は、図７のＳ７０６に相当するステップを実施する。
【００６４】
上記図１２で示した動作によれば、プロパティーペインで属性の項目値の文字列が全選択されている場合には、検索の一致条件として完全一致に相当する一致条件が選択され、部分選択の場合には、部分一致に相当する一致条件が選択される。そのため、一致条件の項目を選択する手間が削減される。属性の項目に設定される値は、特に文字列型の属性項目である場合、同一の値である場合が多いため、無関係な文書を検索でヒットさせないようにするためにも、完全一致を用いた方がよい。そのため、属性の項目値の文字列をそのまま使う場合には、部分一致より、完全一致を指定して検索を行った方が望ましい。対して、属性の項目値の文字列の一部を使う場合には、該当する部分を含む値を有している項目が他にあるか不明であるため、完全一致より、部分一致を使った検索を行った方が望ましい。
【００６５】
（実施例４）
これまでの例では、プロパティーペイン４０４と検索ペイン５０１がメインウインドウ４００上で排他の関係となっており、同時に表示されることはない場合を述べた。次の実施例４では、プロパティーペインと検索ペインが同時に表示可能であり、プロパティーペインでの表示を参照しながら、検索ペインの設定を行えるような構成において、検索条件の設定を簡易化する方法について述べる。
【００６６】
図１３は、プロパティーペイン４０４において項目値の文字列が選択された状態で、検索ペイン５０１で属性項目の設定が変更された際のフローチャートである。クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、検索ペインで属性項目プルダウンリストボックスの選択が変更された際（Ｓ１３０１）、次のような動作を行う。
【００６７】
ＵＩ部３０２は、属性項目プルダウンリストボックスにおいて新たに選択された属性項目が、プロパティーペインで文字列選択されている項目値に対応する属性項目と同一かどうかを判定する（Ｓ１３０２）。
【００６８】
上記判定で同一と判断した場合、ＵＩ部３０２は、プロパティーペインで選択されている項目値の文字列を項目値テキストボックスに入力（Ｓ１３０３）し、処理を終了する。
【００６９】
例えば、プロパティーペイン４０４で項目４０５の「作成者」に対する項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」が選択されている。この状態の際に、検索ペイン５０１の属性項目プルダウンリストボックス５０７で選択されている属性項目が「名前」から「作成者」に変更された際、選択状態の項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」が検索ペイン５０１の項目値テキストボックス５０９に入力される。
【００７０】
そのため、実施例１と同様、ユーザによる検索条件入力に伴う文字列入力ミスが低減されると共に、属性の項目を選択する手間が削減される。尚、項目値が部分選択されている場合であれば、部分選択された文字列、例えば、「ｔａｒｏ」が入力される。
【００７１】
（実施例５）
次の実施例５では、実施例１における問題点を述べるとともに、それを解決するための手段について述べる。
【００７２】
検索ペイン５０１では、一旦設定した検索条件は、クリアボタン５１１が押下されるまで保持される。プロパティーペイン４０４の表示・非表示を切り替えるボタン４０８や検索ペインの表示・非表示を切り替えるボタン４０９を用いて検索ペインを非表示後、再表示した場合であっても、検索ボタン５１２が押下して検索実行をした場合であっても同様である。
【００７３】
そのため、プロパティーペインで選択状態になっている項目値に対応する項目が、すでに検索ペインで有効な検索条件式の一つに設定されている場合、実施例１を適用すると、同一の項目を持つ検索条件式が二つできてしまう。例えば、検索条件式の一つとして項目に「作成者」、項目値に「Ｎａｍｉｈｅｉ Ｎａｋａｎｏ」という値が設定されている。この状況の検索ペインに対して、実施例１を適用した場合、別の検索条件式に「作成者」という項目と「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」という項目値を持つものが生成されてしまう。同一の項目を持つ検索条件式が二つ存在する場合、その項目値が同じであれば、一方が不要な検索条件行となる。また、項目値が異なる場合であっても、論理演算子プルダウンリストボックス５０５で設定された論理演算子が「ＡＮＤ」の場合、かつ、双方の条件式で完全一致に相当する一致条件が選択されている場合、意味のない検索条件となってしまう。
【００７４】
なぜなら、「作成者」が「Ｎａｍｉｈｅｉ Ｎａｋａｎｏ」に完全一致し、かつ、「作成者」が「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」に完全一致するという文書は存在しないからである。また、一方の条件式で完全一致に相当する一致条件が選択されており、もう一方の条件式で部分一致に相当する一致条件が選択されている場合には、一方が不要な検索条件行となってしまう。例えば、「作成者」が「ｔａｒｏ」に部分一致し、かつ、「作成者」が「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」に完全一致するという検索条件や、「作成者」が「Ｎａｍｉｈｅｉ」に部分一致し、かつ、「作成者」が「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」に完全一致するという検索条件などである。どちらの例でも、設定された論理演算子が「ＡＮＤ」の場合であれば、明らかに、一方の検索条件が不要である。
【００７５】
上記の問題を解決するための手段を以下に述べる。図１４は、検索ペインに有効な検索条件式が既に存在する状態、かつ、プロパティーペインにおいて項目値の文字列が選択された状態で、検索ペインを表示する操作が行われた際のフローチャートである。図７のＳ７０３に相当するステップが終了した後の処理から述べる。
【００７６】
クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、検索ペイン５０１に有効な検索条件行が存在しているかどうかを判定する（Ｓ１４０１）。尚、繰り返しになるが、有効な検索条件行とは、属性項目プルダウンリストボックス、一致条件プルダウンリストボックス、項目値テキストボックスに値が設定されている検索条件行のことを言う。
【００７７】
検索ペイン５０１に有効な検索条件行が存在している場合、ＵＩ部３０２は、有効な検索条件行の中に、プロパティーペイン４０４で選択状態になっている項目値に対応する属性の項目と同一な属性項目が設定された検索条件行があるかを判定する（Ｓ１４０２）。
【００７８】
同一な属性項目が設定された検索条件行が存在している場合、ＵＩ部３０２は、論理演算子プルダウンリストボックス５０５で設定されている値が「ＡＮＤ」または「ＯＲ」のいずれであるかを確認する（Ｓ１４０３）。
【００７９】
論理演算子プルダウンリストボックス５０５で設定されている値が「ＡＮＤ」であれば、ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値に対応する属性の項目と同一な属性項目が設定された検索条件行の項目値テキストボックスにプロパティーペイン４０４で選択状態になっている項目値の文字列を入力する（Ｓ１４０４）。すなわち、ＵＩ部３０２は、既存の項目値テキストボックスの値をプロパティーペインで選択状態の文字列で上書きする。
【００８０】
もしくは、論理演算子プルダウンリストボックス５０５で設定されている値が「ＯＲ」であれば、ＵＩ部３０２は、フィールド５０６に検索条件式の指定行を追加する（Ｓ１４０５）。次に、ＵＩ部３０２は、追加した検索条件式の指定行の項目値テキストボックスに、プロパティーペイン４０４で選択状態になっている項目値の文字列を入力する（Ｓ１４０６）。更に、ＵＩ部３０２は、追加した検索条件式の指定行の属性項目プルダウンリストボックスのリスト項目の中から、プロパティーペイン４０４で項目値の文字列が選択状態になっている属性の項目を選択し、設定状態にする（Ｓ１４０７）。すなわち、ＵＩ部３０２は、Ｓ１４０５〜Ｓ１４０７で新規の検索条件式を追加する。その後、ＵＩ部３０２は、図７のＳ７０６に相当するステップを実施する。
【００８１】
上記図１４で示した動作によれば、検索ペインの既存の検索条件式にプロパティーペインで選択した項目値に対応する項目と同一のものが設定されている場合、検索条件の論理演算子の設定を踏まえて検索条件の変更または追加を行う。そのため、実施例１の効果を維持しながら、不要な検索条件の追加や意味のない検索条件の生成を避けることができる。
【００８２】
尚、上記図１４において、Ｓ１４０３で、論理演算子プルダウンリストボックス５０５で設定されている値が「ＡＮＤ」であった場合に、以下のような処理を加えてもよい。プロパティーペイン４０４で選択状態になっている項目値に対応する属性の項目と同一な属性項目が設定された検索条件行の一致条件指定プルダウンリストボックスに、部分一致に相当する一致条件が設定されているかどうかを判断する処理。および、プロパティーペイン４０４で選択状態になっている項目値の文字列が部分選択されているかどうかを判断する処理。および、上記の２つの判断処理を通して、部分一致に相当する一致条件が設定されており、かつ、項目値の文字列が部分選択されていることが判定された際、Ｓ１４０４の代わりに、Ｓ１４０５〜Ｓ１４０７およびＳ１２０３を実行する処理。これらの処理を加えることにより、論理演算子が「ＡＮＤ」の際に、既存および新規の条件式の双方で部分一致に相当する一致条件が選択された検索条件となるため、既存の条件式を上書きすることなく、有効な検索条件を生成することができる。
【００８３】
以上が本発明の実施例の説明であるが、本発明において、これら上記の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００８４】
以上、本発明の実施例について具体例を挙げて説明したが、本発明は上記の実施例に限定されるものではない。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００８５】
１０２ クライアントＰＣ
２０１ ＣＰＵ
３０２ ＵＩ部
４００ メインウインドウ
４０４ プロパティーペイン
５０１ 検索ペイン
５０３ 属性検索選択ボタン
５０７ 属性項目プルダウンリストボックス
５０８ 一致条件指定プルダウンリストボックス
５０９ 項目値テキストボックス
【技術分野】
【０００１】
本発明は、属性検索と呼ばれる、文書の属性を対象とした検索が可能な文書管理システム、検索指定方法、プログラムに関する。
【背景技術】
【０００２】
従来、文書管理システムで管理される文書群を検索する手段として、全文検索と属性検索という２つの検索方法が用いられてきた。全文検索とは、主として文書管理システムが管理する文書のテキストの内容を検索対象とする検索方法であり、文書のテキスト部に含まれる文字列を一つ以上、検索キーワードとして指定して検索を行うものである。全文検索では、検索キーワードとして指定された一つ以上の文字列が文書のテキスト部に含まれていれば、その文書が検索でヒットする。検索でヒットするというのは、すなわち、検索の実行により、条件に一致する文書が一つ以上発見されることを言う。先に述べたもう一方の属性検索とは、プロパティー、インデックス、属性などのように呼称されるメタデータを文書管理システムであらかじめ定義しておき、文書毎に設定された一つ以上のメタデータに対する値を検索対象とする検索方法である。本書では、前記メタデータのことを属性と呼び、前記メタデータに対する値のことを属性値と呼ぶことにする。
【０００３】
文書に設定する属性として、文書名、作成日時、ファイルサイズ、作成者、コメントなどがある。そして、それらの属性に対して、「Ａ社見積書．ｄｏｃ」、「２００９／１２／１０」、「２４５６」、「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」、「重要！」のような属性値が設定される。属性値は、文書管理システムによって自動的に付与されるものと、文書管理システムを利用するユーザが付与するものの二種類が存在する。例えば、文書名、作成日時、ファイルサイズ、作成者のような属性は、文書が文書管理システムに格納される際に、設定されるものであり、コメントのような属性は、文書管理システムに格納された文書に対して、任意にユーザが付け替えたりするものである。いずれの種類の属性にしろ、文書管理システムは、文書に設定された属性を参照する役割と、文書の属性の設定をユーザに変更させる役割とを合わせ持つプロパティー画面を提供することにより、それらの属性にユーザがアクセス可能としている。また、文書管理システムは、属性検索を行う検索画面を提供することにより、一つ以上の検索条件式を指定させて、検索を行わせるような仕組みを取っている。
【０００４】
検索条件式のパラメータとして指定させるものは、「文書名」、「作成日時」、「ファイルサイズ」、「作成者」、「コメント」のような属性名と、その属性に対する属性値のペアである。加えて、部分一致、完全一致、前方一致のような一致条件をパラメータとして指定させるのも一般的である。すなわち、属性検索における一つの検索条件式は、属性名、一致条件、属性値の３つのパラメータで構成される場合が多い。また、複数の検索条件式を指定する際には、それらの条件式をどのような論理演算子で繋いで一つの検索条件式とするかを検索画面で指定させるようになっている場合も多い。論理演算子としては、主にＡＮＤ演算子とＯＲ演算子の２つが利用されている。ＡＮＤ演算子は、繋いだ検索条件式のすべてに合致する文書の検索に用い、ＯＲ演算子は、繋いだ検索条件式のいずれか一つに合致する文書の検索に用いる。属性検索では、これらのパラメータを組み合わせて、複雑な検索式を構成させることも可能になっており、ユーザが検索条件で対象文書を絞り込むことにより、多量の文書の中から目的の文書を探し当てることを助けている。
【０００５】
このような属性検索の検索式を指定する際、ユーザは、検索条件式の属性名パラメータを文書管理システムが検索画面で提供するリストから一つ選択し、その選択した属性に対する属性値をフリーキーワードとして入力する。そのため、入力する属性値の文字列が長い場合、入力ミスが発生する場合がある。入力ミスが発生した場合、ユーザが意図しない不正な検索式が構成されるため、検索を実行しても、目的の文書にヒットしない結果となってしまう。そのため、ユーザが検索式を構成する属性値の文字列を入力することを手助けする手段が必要となってくる。そのための手段として、特許文献１のような技術がある。
【０００６】
特許文献１の先行技術によれば、表示手段に表示された文字列を指定した後に検索の指示がなされた場合、その指定された文字列を検索対象として検索が実行される。そのため、ユーザは、表示手段に表示された文字列の中に検索したいキーワードが見つかった場合、それをカーソルキーなどで選択した後、検索の実行を行えばよいので、文字列をキーボード等の入力手段によって新たに入力する必要がない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平０３−０５１９５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１の先行技術を属性検索に適用した場合、属性値の文字列の入力を入力ミスが発生しないよう手助けすることはできても、それに対応する属性名が何かを選択する必要があるため、ユーザの入力の手間は残っている。
【０００９】
本発明は、上記の課題を鑑み、属性検索の際にユーザによる検索条件入力における負荷が減少するとともに、文字列入力ミスを低減させることが可能な文書管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の文書管理システムは、属性名と前記属性名に対応する属性値とが属性として設定されている複数の文書を管理する文書管理システムであって、前記文書に設定されている前記属性名と前記属性値とを表示する属性表示手段と、検索画面を介した操作に応じて、少なくとも前記属性名及び前記属性値を含む属性検索の検索条件式の設定する設定手段と、前記検索画面の表示が指示されたことに応じて、前記検索画面を表示する検索画面表示手段と、前記属性表示手段により表示された少なくとも一つの前記属性値を選択する選択手段とを有し、前記検索画面表示手段は、前記選択手段により前記属性値が選択された状態で、前記検索画面の表示が指示された場合に、前記選択手段により選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索画面を表示することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザによる、属性検索の際にユーザによる検索条件入力における負荷が減少するとともに、文字列入力ミスを低減させることが可能となる。
【図面の簡単な説明】
【００１２】
【図１】システム構成を説明する概略図である。
【図２】典型的な汎用コンピュータモジュールの構成を説明するブロック図である。
【図３】文書管理クライアントのアプリケーションのソフトウエア構成を説明するブロック図である。
【図４】アプリケーションのユーザインタフェースの一例である。
【図５】アプリケーションのメインウインドウで検索ペインの表示・非表示を切り替えるボタンが押下された際のユーザインタフェースの一例である。
【図６】プロパティーペインで一つの属性の項目値の文字列が選択された状態の例である。
【図７】検索ペインを表示する操作が行われた際のフローチャートである。
【図８】図６の例に、図７のフローチャートの動作を適用した結果の一例である。
【図９】プロパティーペインで複数の属性の項目値の文字列が選択された状態の一例である。
【図１０】プロパティーペインで複数の項目値の文字列が選択状態の際に、検索ペインを表示する操作が行われた際のフローチャートである。
【図１１】図９の例に、図１０のフローチャートの動作を適用した結果の一例である。
【図１２】プロパティーペインで項目値の文字列が選択状態の際に、検索ペインを表示する操作が行われた際のフローチャートである。
【図１３】プロパティーペインにおいて項目値の文字列が選択された状態で、検索ペインで属性項目の設定が変更された際のフローチャートである。
【図１４】検索ペインに有効な検索条件式が既に存在する状態、かつ、プロパティーペインにおいて項目値の文字列が選択された状態で、検索ペインを表示する操作が行われた際のフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１４】
図１は、本発明の実施例のシステム構成を説明する概略図である。図１において、１０５は、インターネットやイントラネットなどのネットワークであり、１０１〜１０２などのネットワーク対応機器が接続される。１０１は、文書管理サーバーであり、文書保存、検索など一般的な文書管理サービスを提供する。１０２は、クライアントＰＣ（クライアントコンピュータ）であり、図示しないが、ネットワーク１０５に複数接続される。クライアントＰＣ１０２では、文書管理サーバーが提供する文書管理サービスを利用する文書管理クライアントが動作している。文書管理クライアントは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘなどの各種オペレーティングシステム上で動作するアプリケーションであるが、Ｗｅｂブラウザ上で動作するアプリケーションであってもよい。尚、ネットワーク１０５がインターネットとした場合、文書管理サーバー１０１は、クラウドサービスとして存在してもよい。その場合、プロキシーサーバー、Ｗｅｂサーバーなどをシステム構成に追加する必要があるが、一般的なクラウドサービス構成の話であるため、詳細に関しては省略する。
【００１５】
図２は本発明の実施例の典型的な汎用コンピュータモジュール２００の構成を説明するブロック図である。文書管理サーバー１０１、クライアントＰＣ１０２は、典型的な汎用コンピュータモジュールである。
【００１６】
汎用コンピュータモジュール２００には、キーボード２０４やマウス２０５のようなポインティングデバイスなどの入力装置、ディスプレイ装置２１３などの出力装置が接続される。２１０はネットワークコントローラ（ＮＣ）であり、所定のネットワークインタフェース２１１を介してネットワーク１０５に接続され、他のネットワーク機器との通信制御処理を実行する。２０１はＣＰＵであり、少なくとも１つのプロセッサで構成される。２０２はメモリであり、ＲＡＭやＲＯＭから構成される。２１２はビデオインタフェースであり、ディスプレイ装置２１３に画像を出力する。
【００１７】
２０３はＩ／Ｏインターフェースであり、キーボード２０４やマウス２０５からの操作による入力を受け取る。２０８は記憶装置であり、典型的にハードディスクドライブ（ＨＤＤ）２０９を含んでいる。図示されないシリコンドライブが含まれることもある。２０６は、ＣＤ−ＲＯＭドライブであり、不揮発性のデータソースとして用いられる。２０７は、相互接続バスであり、ＣＰＵ２０１により、汎用コンピュータモジュール２００で動作するＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘなどのオペレーティングシステムに従う形で各ブロック間の通信を仲介する。
【００１８】
尚、実施例中の文書管理サーバー１０１およびクライアントＰＣ１０２のフローチャートで示される各種制御プログラムは、それぞれのメモリ２０２、記憶装置２０８のいずれかの記憶手段に記憶され、それぞれのＣＰＵ２０１により実行される。また、文書管理サーバー１０１は、文書管理用のデータベースを有するが、そのデータベースも記憶装置２０８上に構築される。
【００１９】
図３は、文書管理クライアントのアプリケーションのソフトウエア構成を説明するブロック図である。アプリケーション３０１は、各種の機能を実行するためのユーザインタフェースを備え、ディスプレイ装置２１３の画面上でユーザからの要求をキーボード２０４やマウス２０５により受け付けて、各機能処理を実行する。
３０２〜３０３は、アプリケーションを構成するコンポーネントを示している。
３０２はアプリケーションＵＩ部（以下ＵＩ部と記載する）であり、図４で示すユーザインタフェースの構築や、ユーザからの各種入力操作の受け付けおよび入力操作による処理結果の表示を行う。
３０３は、ライブラリー管理部であり、アプリケーション３０１で利用するライブラリーを管理し、ライブラリーへの文書の格納や、ライブラリー内文書の閲覧、更新、属性変更、検索などの各種文書操作を実行する。ここで言うライブラリーとは、文書管理を行うための保存単位のことであり、文書データと、文書属性などの文書管理用のデータを保存する。アプリケーション３０１で利用するライブラリーには、データの保存場所により、２種類の形態が存在する。
【００２０】
１つ目は、ローカルのハードディスク２０９にデータ保存領域を作成し、アプリケーション３０１自体が管理するローカルライブラリーの形態である。この形態では、文書管理サーバー１０１を必要とせず、文書管理クライアント１０２のみでシステムを構成することが可能である。
【００２１】
２つ目は、文書管理サーバー１０１が提供する文書管理サービスに文書管理を委任する共有ライブラリーの形態である。この形態では、ライブラリー管理部３０３は、ＵＩ部３０２から受け取った文書操作の要求を文書管理サーバー１０１に渡し、その結果を文書管理サーバーから受け取って、ＵＩ部３０２に渡す。この２つ目の形態では、ライブラリー管理部３０３が文書管理サーバー１０１の文書管理サービスとのデータの仲介を行うだけの簡素な構成で済むため、文書管理クライアントがＷｅｂブラウザ上で動作する構成の場合には、好適な形態となる。
３０５は、ライブラリー管理部３０３が記憶装置２０８に構築したローカルライブラリー、または、共有ライブラリーが提供する文書管理サーバーに接続するためのインターフェースを示す。
【００２２】
図４は、アプリケーションのユーザインタフェースの一例を示している。４００はメインウインドウを示している。
【００２３】
４０１は、ナビゲーションペインである。ナビゲーションペイン４０１には、アプリケーションで登録したライブラリーとライブラリー下に配置されるフォルダーが表示される。ナビゲーションペインで、ライブラリー、または、ライブラリー下に配置されるフォルダーを選択することで、現在の場所を移動することができる。図では、ライブラリー４１１〜４１３とフォルダー４１４〜４１５が表示されており、フォルダー４１４が現在の場所として選択されている。
【００２４】
４０２は、ナビゲーションペインで選択している場所に格納されている文書やフォルダーを表示するファイルリストペインである。図では、５つの文書がリストされており、一つの文書が選択枠４０３で囲まれている。選択枠４０３は、文書を選択している旨を表現する。ファイルリストペイン４０２は、後述する検索ボタン５１２の押下により検索が実行された際、ナビゲーションペインで選択している場所に格納されている文書やフォルダーの表示に替え、検索結果を表示する役割を合わせ持つ。検索結果とは、検索条件に合致した文書やフォルダーの一覧である。
【００２５】
４０４は、ファイルリストペイン４０２で選択されている文書の属性を表示するプロパティーペイン（文書一覧画面）である。属性は、項目（ｅｘ 名前、日付、サイズ・・）と、各項目に対する値（ｅｘ ５月１０日、５００バイト）から成る設定値である。４０５は「作成者」という項目に対して、「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」という値が設定されている例を示している。また、４０６は「コメント」という項目に対して、「重要！」という値が設定されている例を示している。設定可能な項目は、ライブラリー毎に定義されており、ライブラリーの機能によって可変である。例えば、前述したローカルライブラリーであれば、オペレーティングシステムのファイルシステムで設定可能な属性と同じ項目が設定可能である。また、前述した共有ライブラリーであれば、文書管理サーバー１０１側の設定で任意にカスタマイズされた属性と同じ項目が設定可能となる。前述したライブラリー管理部３０３は、ライブラリーの能力として属性の項目を管理し、ライブラリーに応じて属性の項目、値の情報を取得し、ＵＩ部３０２に渡す役割を担っている。
【００２６】
尚、本実施例での属性の項目または属性項目とは、属性名のことを指し、属性の項目の値または属性の項目値とは、属性値のことを指す。
【００２７】
４１６は、プロパティーペイン（属性表示画面）で表示されている属性の項目値を編集可能にするボタンである。このボタンを押下して、編集状態にしない限り、プロパティーペインで属性の項目値を変更することはできない。４０７はペインの表示・非表示を切り替えるパネルであり、プロパティーペイン４０４の表示・非表示を切り替えるボタン４０８、後述する検索ペイン（検索画面）の表示・非表示を切り替えるボタン４０９を備える。
【００２８】
プロパティーペイン４０４と検索ペイン５０１は、メインウインドウ４００上で排他の関係となっており、同時に表示されることはない。そのため、プロパティーペイン４０４の表示・非表示を切り替えるボタン４０８が押下された状態になっている時、検索ペインの表示・非表示を切り替えるボタン４０９は、非押下状態となる。逆の場合も、同様である。このような構成にすることにより、文書操作を行う際にはプロパティーペイン４０４を表示しておき、検索を行う時のみ検索ペインを表示する（検索画面表示）ことで、ユーザは文書表示領域を広く取ることができるようになる。しかしながら、本発明は、この構成に限定されるものではなく、プロパティーペインと検索ペインが同時に表示され、プロパティーペインでの表示を参照しながら、検索ペインの設定を行えるような構成でも適用可能である。
【００２９】
図５は、アプリケーションのメインウインドウ４００で検索ペインの表示・非表示を切り替えるボタン４０９が押下された際のユーザインタフェースの一例を示している。５０１は、文書の検索を行う検索ペインであり、全文検索と属性検索の機能を提供する。
【００３０】
５０２は、検索方法として、全文検索を選択するラジオボタンであり、５０３は、検索方法として、属性検索を選択するラジオボタンである。全文検索選択ボタン５０２と属性検索選択ボタン５０３は、排他的な関係になっており、どちらか一つを選択することができるようになっている。また、デフォルトボタンは、全文検索選択ボタン５０２の方である。そのため、検索ペインの表示・非表示を切り替えるボタン４０９の押下により検索ペイン５０１が開かれた際、通常、全文検索選択ボタン５０２が選択された状態で検索ペイン５０１が表示される。
【００３１】
５０４は、全文検索の検索キーワードを入力するテキストボックスであり、全文検索選択ボタン５０２が選択されている際、検索キーワードテキストボックス５０４への入力が可能になる。５０５は、一つ以上の検索条件式が指定された際に、それら繋ぐ論理演算子（ＡＮＤ演算子又はＯＲ演算子）を指定するプルダウンリストボックスである。プルダウンリストボックスには、「ＡＮＤ」と「ＯＲ」の２つの値がリストされており、どちらか一方が選択可能になっている。デフォルトでは、「ＡＮＤ」が選択される。
【００３２】
５０６は、検索条件式をリストするフィールドである。検索条件式が後述する条件の追加ボタン５１０により追加され、表示がフィールド５０６に収まりきらなくなった際、スクロールバーを有効にすることで、表示領域外に存在する検索条件式の表示を可能にし、それらへの入力を行えるようにする。
【００３３】
５０７は、最初の検索条件式である条件式１の属性項目を指定するプルダウンリストボックスである。属性項目プルダウンリストボックス５０７には、ファイルリストペイン４０２で現在選択されている文書が格納されているライブラリーに定義された属性項目がリストされ、その一つを選択可能となっている。デフォルトでは、属性項目として「名前」が選択される。「名前」は、文書名が設定される属性項目である。
【００３４】
５０８は、条件式１の一致条件を指定するプルダウンリストボックスである。一致条件指定プルダウンリストボックス５０８には、属性項目プルダウンリストボックス５０７で選択された属性項目のデータ型に応じた一致条件がリストされ、その一つを選択可能となっている。属性項目プルダウンリストボックス５０７で選択されている属性項目が「名前」「作成者」「コメント」などの文字列型であれば、「次の値を含む」「次の値に等しい」「次の値から始まる」「次の値と等しくない」がリストされる。それぞれ、部分一致、完全一致、前方一致、完全不一致を指す一致条件である。デフォルトでは、部分一致を指す「次の値を含む」が設定される。部分一致の場合、属性項目プルダウンリストボックス５０７で指定された属性項目において、後述の項目値テキストボックス５０９に入力された値の文字列が、該当の項目値の文字列に一部でも含まれている文書があれば、その文書は検索にヒットすることになる。
【００３５】
完全一致の場合、属性項目プルダウンリストボックス５０７で指定された属性項目において、項目値テキストボックス５０９に入力された値の文字列と完全に一致する項目値を持つ文書が検索にヒットすることになる。前方一致、完全不一致に関しては、説明を省略するが、いずれも属性検索において一般的に使われる一致条件である。また、属性項目プルダウンリストボックス５０７で選択されている属性項目が「作成日時」「更新日時」などの日時型であれば、「次の値に等しい」「次の日付に等しいか、より前」「次の日付に等しいか、より後」がリストされる。それぞれ、指定日時と同一、指定日時以前、指定日時以降の項目値に一致させる一致条件である。デフォルトでは、指定日時と同一を指す「次の値に等しい」が設定される。
【００３６】
更にまた、属性項目プルダウンリストボックス５０７で選択されている属性項目が「ファイルサイズ」などの数値型であれば、「次の値に等しい」「次の値に等しいか、より大きい」「次の値に等しいか、より小さい」がリストされる。それぞれ、指定値とイコール、指定値以上、指定値以下に一致させる一致条件である。デフォルトでは、指定値とイコールを指す「次の値に等しい」が設定される。尚、５０５〜５０９は、属性検索選択ボタン５０３が選択されている際に、入力操作が可能となる。
【００３７】
５１０は、検索条件式の指定行をフィールド５０６に追加するボタンである。図５に示した表示状態において、条件の追加ボタン５１０が押下されると、２番目の検索条件式である条件式２を指定可能な行が条件式１の次の行に追加される。更に、条件の追加ボタン５１０が押下されると、３番目の検索条件式である条件式３が、更に、押下されると、条件式４が、次に条件式５が、というように順次、検索条件式の指定行がフィールド５０６に追加されていく。各条件式は、条件式１と同様に、属性項目プルダウンリストボックス、一致条件プルダウンリストボックス、項目値テキストボックスの入力コントロールを持つ。また、各入力コントロールへの入力が済んでいる検索条件式のみ、後述の検索ボタン５１２による検索実行時に有効な検索条件式として扱われる。実質的には、属性項目プルダウンリストボックス、一致条件プルダウンリストボックスには、デフォルト値がセットされているため、項目値テキストボックスへの入力があれば、有効な検索条件式として扱われることになる。有効な検索条件式は、論理演算子プルダウンリストボックス５０５で設定された論理演算子で繋がれ、一つの検索条件式として検索実行される。
【００３８】
５１１は、検索ペイン５０１の入力状態を初期状態に戻すクリアボタンである。図５に示した状態が検索ペイン５０１の初期状態であり、クリアボタンが押下された場合、条件の追加ボタン５１０によって追加された条件式２以降の検索条件行を検索ペイン５０１から削除することを含め、入力状態を初期状態へとクリアする。
【００３９】
５１２は、検索を実行するボタンであり、検索ペイン５０１の入力状態が以下のいずれかの状態であれば、押下可能になる。全文検索選択ボタン５０２が選択され、検索キーワードテキストボックス５０４に一文字以上の文字入力がある状態。もしくは、属性検索選択ボタン５０３が選択され、項目値テキストボックスへの入力が済んでいる検索条件式が一つでもある状態。検索ボタン５１２が押下されると、検索ペイン５０１での入力に従って、全文検索、または、属性検索が実行され、検索結果がファイルリストペイン４０２に表示される。
【００４０】
上記のように構成されたシステムで本発明の動作を説明する。
【００４１】
（実施例１）
図６〜図８を用いて、プロパティーペインで一つの属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた際の検索ペイン５０１の表示動作を説明する。
【００４２】
図６は、プロパティーペインで一つの属性の項目値の文字列が選択された状態の例を示す。図では、項目４０５の「作成者」に対する項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の文字列が全選択された状態になっている。属性の項目値の文字列を選択状態にするには、マウス２０５のポインタを選択したい項目値の文字列の開始位置まで移動させ、その位置でマウスをクリックし、クリック状態のまま、選択したい文字列の終了位置までマウスポインタを移動させ、クリックを放す。マウスのクリックを放した後、文字列の選択状態は持続される。別の属性の項目値の文字列が選択されるか、プロパティーペイン４０４上でキーボード２０４のエスケープボタンを押下されるか、ファイルリストペイン４０２で別の文書が選択される等でプロパティーペイン４０４の表示が更新されるまで、選択状態は持続される。
【００４３】
図７は、検索ペインを表示する操作が行われた際のフローチャートである。検索ペインが非表示の状態で、検索ペインの表示・非表示を切り替えるボタン４０９が押下されたことによる、検索ペインを表示する操作（指示）が行われる（Ｓ７０１）。このとき、クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、プロパティーペイン４０４で、いずれかの属性の項目値の文字列が選択状態になっているかを判断する（Ｓ７０２）。
【００４４】
いずれかの属性の項目値の文字列が選択状態になっていれば、ＵＩ部３０２は、検索ペイン５０１の属性検索選択ボタン５０３を選択状態にする（Ｓ７０３）。次に、ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の文字列を項目値テキストボックス５０９に入力する（Ｓ７０４）。更に、ＵＩ部３０２は、プロパティーペイン４０４で項目値の文字列が選択状態になっている属性の項目を、属性項目プルダウンリストボックス５０７のリスト項目の中から選択し、設定状態にする（Ｓ７０５）。その後、ＵＩ部３０２は、検索ペイン５０１を表示する（Ｓ７０６）。
【００４５】
図８は、図６の例に、図７のフローチャートの動作を適用した結果の一例である。検索ペイン５０１において、図６で選択されていた全文検索選択ボタン５０２が非選択になり、代わりに、属性検索選択ボタン５０３が選択状態となっている。
【００４６】
また、図６のプロパティーペインで選択状態になっていた項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の文字列が項目値テキストボックス５０９に設定される。さらに、項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の属性の項目である「作成者」が属性項目プルダウンリストボックス５０７に設定された状態となっている。この表示状態で、検索ボタン５１２が押下されると、属性検索が実行され、属性項目の「作成者」の項目値に「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の文字列を含む文書が検索結果として、ファイルリストペイン４０２に表示される。
【００４７】
上記図７で示した動作によれば、プロパティーペインで属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた場合、プロパティーペインで選択されている項目値の文字列が検索ペインの検索条件行の項目値として設定される。加えて、プロパティーペインで選択されている項目値に対応する項目が同じく検索条件行の項目から選択され、設定される。そのため、ユーザによる検索条件入力に伴う文字列入力ミスが低減されると共に、属性の項目を選択する手間が削減される。更に、検索方法として、属性検索が選択されるため、全文検索の選択から設定を変更する手間が削減される。すなわち、プロパティーペインで属性の項目値の文字列が選択されていれば、検索ペインを開いた際に即時に属性検索を実行できる状態になっている。
【００４８】
（実施例２）
実施例１では、プロパティーペインで一つの属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた際の動作を説明した。次に、プロパティーペインで複数の属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた際の動作を、実施例２として図９〜図１１を用いて説明する。
【００４９】
図９は、プロパティーペインで複数の属性の項目値の文字列が選択された状態の例を示す。図では、項目９０１の「種類」に対する項目値「ｄｏｃ」、項目９０２の「タイトル」に対する項目値「プランＡ」、項目９０３の「更新者」に対する項目値「Ｇｏｎｂｅｉ Ｎａｎａｓｈｉ」の各文字列が全選択された状態になっている。複数の属性の項目値の文字列を選択状態にするには、まず一つ目の属性の項目値の文字列を実施例１で述べたマウスを用いた方法で選択状態にする。次に二つ目の属性の項目値の文字列をキーボード２０４のシフトキーを押下した状態で実施例１で述べたマウスを用いた方法を実施することにより、選択状態にする。三つ目以降の選択も、二つ目と同様な操作方法で選択状態にする。プロパティーペインでの項目値の文字列の複数選択状態の持続は、実施例１で述べた単数選択の状態と同様な条件で行われる。
【００５０】
図１０は、プロパティーペインで複数の項目値の文字列が選択状態の際に、検索ペインを表示する操作が行われた際のフローチャートである。図７のＳ７０３に相当するステップが終了した後の処理から述べる。
【００５１】
クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の数をカウントする（Ｓ１００４）。図９の例では、３つの項目値が選択状態になっている。
【００５２】
更に、ＵＩ部３０２は、フィールド５０６にリストされている検索条件式の指定行の数をカウントする（Ｓ１００５）。図５の例では、１つの検索条件式の指定行がフィールド５０６にリストされている。
【００５３】
ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の数より、フィールド５０６にリストされている検索条件式の指定行の数が少ない場合（Ｓ１００６）、フィールド５０６に検索条件式の指定行を追加する（Ｓ１００７）。ＵＩ部３０２が追加する検索条件式の指定行は、プロパティーペイン４０４で選択状態になっている項目値の数と同数またはそれ以上である。ＵＩ部３０２は、フィールド５０６に検索条件式の指定行を追加する処理を、条件の追加ボタン５１０が押下された際と同様な処理で実施する。
【００５４】
次に、ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている一つ目の項目値の文字列を最初の検索条件式の指定行の項目値テキストボックスに入力する（Ｓ１００８）。更に、ＵＩ部３０２は、プロパティーペイン４０４で項目値の文字列が選択状態になっている一つ目の属性の項目を、最初の検索条件式の指定行の属性項目プルダウンリストボックスのリスト項目の中から選択し、設定状態にする（Ｓ１００９）。
【００５５】
ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の数分、Ｓ１００８〜Ｓ１００９の処理を繰り返す（Ｓ１０１０）。結果、フィールド５０６に追加された検索条件式の各行に、プロパティーペイン４０４で選択状態になっている項目値の文字列とそれに対応する属性の項目が、順に設定されることになる。その後、ＵＩ部３０２は、図７のＳ７０６に相当するステップを実施する。
【００５６】
図１１は、図９の例に、図１０のフローチャートの動作を適用した結果の一例である。検索ペイン５０１において、１１０１の条件式２、１１０５の条件式３の２つの検索条件式の指定行がフィールド５０６に追加され、計３つの検索条件式の指定行が存在している。
【００５７】
また、図９のプロパティーペインで選択状態になっていた項目値「ｄｏｃ」の文字列が条件式１の項目値テキストボックス５０９に設定され、その項目である「種類」が条件式１の属性項目プルダウンリストボックス５０７に設定された状態となっている。更に、プロパティーペインで選択状態になっていた項目値「プランＡ」の文字列が条件式２の項目値テキストボックス１１０４に設定され、その項目である「タイトル」が条件式２の属性項目プルダウンリストボックス１１０２に設定された状態となっている。加えて、プロパティーペインで選択状態になっていた項目値「Ｇｏｎｂｅｉ Ｎａｎａｓｈｉ」の文字列が条件式３の項目値テキストボックス１１０８に設定されている。さらに、その項目である「更新者」が条件式３の属性項目プルダウンリストボックス１１０６に設定された状態となっている。
【００５８】
上記図１０で示した動作によれば、プロパティーペインで複数の属性の項目値の文字列が選択されている際に、検索ペインを表示する操作が行われた場合、以下の処理が行われる。すなわち、検索ペインでプロパティーペインにおいて選択されているすべての属性の項目値を検索条件式に指定できるよう検索条件式の指定行が追加される。そのため、条件の追加ボタン５１０を押下して検索条件式の指定行を追加する手間が削減される。
【００５９】
（実施例３）
実施例３では、条件式の一致条件を指定する一致条件プルダウンリストボックスへの設定を簡易化する方法について図１２を用いて説明する。
【００６０】
図１２は、プロパティーペインで項目値の文字列が選択状態の際に、検索ペインを表示する操作が行われた際のフローチャートである。プロパティーペインにおける属性の項目値の文字列の選択は、全選択だけではなく、部分選択も可能である。プロパティーペインで属性の項目値の文字列を部分選択するためには、実施例１で述べたマウスを用いた方法で、属性の項目値の文字列の全てではなく、一部の文字列を選択することによって行う。例えば、図６の項目４０５の「作成者」に対する項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」の文字列の「ｔａｒｏ」の部分だけを部分選択することができる。
【００６１】
図７のＳ７０５に相当するステップが終了した後の処理から述べる。クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の文字列が全選択か、部分選択かを判断する（Ｓ１２０１）。
【００６２】
プロパティーペイン４０４で選択状態になっている項目値の文字列が全選択であれば、ＵＩ部３０２は、一致条件指定プルダウンリストボックス５０８のリスト項目の中から完全一致に相当する一致条件を選択し、設定状態にする（Ｓ１２０２）。例えば、前述の「作成者」に対する項目値の「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」が全選択されている場合、一致条件として「次の値に等しい」が選択される。
【００６３】
また、ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値の文字列が部分選択であれば、一致条件指定プルダウンリストボックス５０８のリスト項目の中から部分一致に相当する一致条件を選択し、設定状態にする（Ｓ１２０３）。例えば、前述の「作成者」に対する項目値の「ｔａｒｏ」の部分だけが部分選択されている場合、一致条件として「次の値を含む」が選択される。その後、ＵＩ部３０２は、図７のＳ７０６に相当するステップを実施する。
【００６４】
上記図１２で示した動作によれば、プロパティーペインで属性の項目値の文字列が全選択されている場合には、検索の一致条件として完全一致に相当する一致条件が選択され、部分選択の場合には、部分一致に相当する一致条件が選択される。そのため、一致条件の項目を選択する手間が削減される。属性の項目に設定される値は、特に文字列型の属性項目である場合、同一の値である場合が多いため、無関係な文書を検索でヒットさせないようにするためにも、完全一致を用いた方がよい。そのため、属性の項目値の文字列をそのまま使う場合には、部分一致より、完全一致を指定して検索を行った方が望ましい。対して、属性の項目値の文字列の一部を使う場合には、該当する部分を含む値を有している項目が他にあるか不明であるため、完全一致より、部分一致を使った検索を行った方が望ましい。
【００６５】
（実施例４）
これまでの例では、プロパティーペイン４０４と検索ペイン５０１がメインウインドウ４００上で排他の関係となっており、同時に表示されることはない場合を述べた。次の実施例４では、プロパティーペインと検索ペインが同時に表示可能であり、プロパティーペインでの表示を参照しながら、検索ペインの設定を行えるような構成において、検索条件の設定を簡易化する方法について述べる。
【００６６】
図１３は、プロパティーペイン４０４において項目値の文字列が選択された状態で、検索ペイン５０１で属性項目の設定が変更された際のフローチャートである。クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、検索ペインで属性項目プルダウンリストボックスの選択が変更された際（Ｓ１３０１）、次のような動作を行う。
【００６７】
ＵＩ部３０２は、属性項目プルダウンリストボックスにおいて新たに選択された属性項目が、プロパティーペインで文字列選択されている項目値に対応する属性項目と同一かどうかを判定する（Ｓ１３０２）。
【００６８】
上記判定で同一と判断した場合、ＵＩ部３０２は、プロパティーペインで選択されている項目値の文字列を項目値テキストボックスに入力（Ｓ１３０３）し、処理を終了する。
【００６９】
例えば、プロパティーペイン４０４で項目４０５の「作成者」に対する項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」が選択されている。この状態の際に、検索ペイン５０１の属性項目プルダウンリストボックス５０７で選択されている属性項目が「名前」から「作成者」に変更された際、選択状態の項目値「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」が検索ペイン５０１の項目値テキストボックス５０９に入力される。
【００７０】
そのため、実施例１と同様、ユーザによる検索条件入力に伴う文字列入力ミスが低減されると共に、属性の項目を選択する手間が削減される。尚、項目値が部分選択されている場合であれば、部分選択された文字列、例えば、「ｔａｒｏ」が入力される。
【００７１】
（実施例５）
次の実施例５では、実施例１における問題点を述べるとともに、それを解決するための手段について述べる。
【００７２】
検索ペイン５０１では、一旦設定した検索条件は、クリアボタン５１１が押下されるまで保持される。プロパティーペイン４０４の表示・非表示を切り替えるボタン４０８や検索ペインの表示・非表示を切り替えるボタン４０９を用いて検索ペインを非表示後、再表示した場合であっても、検索ボタン５１２が押下して検索実行をした場合であっても同様である。
【００７３】
そのため、プロパティーペインで選択状態になっている項目値に対応する項目が、すでに検索ペインで有効な検索条件式の一つに設定されている場合、実施例１を適用すると、同一の項目を持つ検索条件式が二つできてしまう。例えば、検索条件式の一つとして項目に「作成者」、項目値に「Ｎａｍｉｈｅｉ Ｎａｋａｎｏ」という値が設定されている。この状況の検索ペインに対して、実施例１を適用した場合、別の検索条件式に「作成者」という項目と「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」という項目値を持つものが生成されてしまう。同一の項目を持つ検索条件式が二つ存在する場合、その項目値が同じであれば、一方が不要な検索条件行となる。また、項目値が異なる場合であっても、論理演算子プルダウンリストボックス５０５で設定された論理演算子が「ＡＮＤ」の場合、かつ、双方の条件式で完全一致に相当する一致条件が選択されている場合、意味のない検索条件となってしまう。
【００７４】
なぜなら、「作成者」が「Ｎａｍｉｈｅｉ Ｎａｋａｎｏ」に完全一致し、かつ、「作成者」が「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」に完全一致するという文書は存在しないからである。また、一方の条件式で完全一致に相当する一致条件が選択されており、もう一方の条件式で部分一致に相当する一致条件が選択されている場合には、一方が不要な検索条件行となってしまう。例えば、「作成者」が「ｔａｒｏ」に部分一致し、かつ、「作成者」が「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」に完全一致するという検索条件や、「作成者」が「Ｎａｍｉｈｅｉ」に部分一致し、かつ、「作成者」が「Ｍｏｍｏｔａｒｏ Ｍｉｙａｍｏｔｏ」に完全一致するという検索条件などである。どちらの例でも、設定された論理演算子が「ＡＮＤ」の場合であれば、明らかに、一方の検索条件が不要である。
【００７５】
上記の問題を解決するための手段を以下に述べる。図１４は、検索ペインに有効な検索条件式が既に存在する状態、かつ、プロパティーペインにおいて項目値の文字列が選択された状態で、検索ペインを表示する操作が行われた際のフローチャートである。図７のＳ７０３に相当するステップが終了した後の処理から述べる。
【００７６】
クライアントＰＣ１０２のＣＰＵ２０１によって駆動されるＵＩ部３０２は、検索ペイン５０１に有効な検索条件行が存在しているかどうかを判定する（Ｓ１４０１）。尚、繰り返しになるが、有効な検索条件行とは、属性項目プルダウンリストボックス、一致条件プルダウンリストボックス、項目値テキストボックスに値が設定されている検索条件行のことを言う。
【００７７】
検索ペイン５０１に有効な検索条件行が存在している場合、ＵＩ部３０２は、有効な検索条件行の中に、プロパティーペイン４０４で選択状態になっている項目値に対応する属性の項目と同一な属性項目が設定された検索条件行があるかを判定する（Ｓ１４０２）。
【００７８】
同一な属性項目が設定された検索条件行が存在している場合、ＵＩ部３０２は、論理演算子プルダウンリストボックス５０５で設定されている値が「ＡＮＤ」または「ＯＲ」のいずれであるかを確認する（Ｓ１４０３）。
【００７９】
論理演算子プルダウンリストボックス５０５で設定されている値が「ＡＮＤ」であれば、ＵＩ部３０２は、プロパティーペイン４０４で選択状態になっている項目値に対応する属性の項目と同一な属性項目が設定された検索条件行の項目値テキストボックスにプロパティーペイン４０４で選択状態になっている項目値の文字列を入力する（Ｓ１４０４）。すなわち、ＵＩ部３０２は、既存の項目値テキストボックスの値をプロパティーペインで選択状態の文字列で上書きする。
【００８０】
もしくは、論理演算子プルダウンリストボックス５０５で設定されている値が「ＯＲ」であれば、ＵＩ部３０２は、フィールド５０６に検索条件式の指定行を追加する（Ｓ１４０５）。次に、ＵＩ部３０２は、追加した検索条件式の指定行の項目値テキストボックスに、プロパティーペイン４０４で選択状態になっている項目値の文字列を入力する（Ｓ１４０６）。更に、ＵＩ部３０２は、追加した検索条件式の指定行の属性項目プルダウンリストボックスのリスト項目の中から、プロパティーペイン４０４で項目値の文字列が選択状態になっている属性の項目を選択し、設定状態にする（Ｓ１４０７）。すなわち、ＵＩ部３０２は、Ｓ１４０５〜Ｓ１４０７で新規の検索条件式を追加する。その後、ＵＩ部３０２は、図７のＳ７０６に相当するステップを実施する。
【００８１】
上記図１４で示した動作によれば、検索ペインの既存の検索条件式にプロパティーペインで選択した項目値に対応する項目と同一のものが設定されている場合、検索条件の論理演算子の設定を踏まえて検索条件の変更または追加を行う。そのため、実施例１の効果を維持しながら、不要な検索条件の追加や意味のない検索条件の生成を避けることができる。
【００８２】
尚、上記図１４において、Ｓ１４０３で、論理演算子プルダウンリストボックス５０５で設定されている値が「ＡＮＤ」であった場合に、以下のような処理を加えてもよい。プロパティーペイン４０４で選択状態になっている項目値に対応する属性の項目と同一な属性項目が設定された検索条件行の一致条件指定プルダウンリストボックスに、部分一致に相当する一致条件が設定されているかどうかを判断する処理。および、プロパティーペイン４０４で選択状態になっている項目値の文字列が部分選択されているかどうかを判断する処理。および、上記の２つの判断処理を通して、部分一致に相当する一致条件が設定されており、かつ、項目値の文字列が部分選択されていることが判定された際、Ｓ１４０４の代わりに、Ｓ１４０５〜Ｓ１４０７およびＳ１２０３を実行する処理。これらの処理を加えることにより、論理演算子が「ＡＮＤ」の際に、既存および新規の条件式の双方で部分一致に相当する一致条件が選択された検索条件となるため、既存の条件式を上書きすることなく、有効な検索条件を生成することができる。
【００８３】
以上が本発明の実施例の説明であるが、本発明において、これら上記の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００８４】
以上、本発明の実施例について具体例を挙げて説明したが、本発明は上記の実施例に限定されるものではない。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００８５】
１０２ クライアントＰＣ
２０１ ＣＰＵ
３０２ ＵＩ部
４００ メインウインドウ
４０４ プロパティーペイン
５０１ 検索ペイン
５０３ 属性検索選択ボタン
５０７ 属性項目プルダウンリストボックス
５０８ 一致条件指定プルダウンリストボックス
５０９ 項目値テキストボックス
【特許請求の範囲】
【請求項１】
属性名と前記属性名に対応する属性値とが属性として設定されている複数の文書を管理する文書管理システムであって、
前記文書に設定されている前記属性名と前記属性値とを表示する属性表示手段と、
検索画面を介した操作に応じて、少なくとも前記属性名及び前記属性値を含む属性検索の検索条件式の設定する設定手段と、
前記検索画面の表示が指示されたことに応じて、前記検索画面を表示する検索画面表示手段と、
前記属性表示手段により表示された少なくとも一つの前記属性値を選択する選択手段とを有し、
前記検索画面表示手段は、前記選択手段により前記属性値が選択された状態で、前記検索画面の表示が指示された場合に、前記選択手段により選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索画面を表示することを特徴とする文書管理システム。
【請求項２】
前記選択手段により前記属性値が選択された状態で、前記検索画面において前記検索条件式の属性名が指定された場合に、前記指定された属性名は前記選択手段により選択された属性値に対応する属性名であるかを判断する判断手段と、
前記設定手段は、前記判断手段により、前記設定された属性名は前記選択手段により選択された属性値に対応する属性名であると判断された場合に、前記指定された属性名及び前記選択された属性値が指定された検索条件式を設定することを特徴とする請求項１に記載の文書管理システム。
【請求項３】
前記選択手段により複数の属性値が選択されており、かつ前記選択されている属性値の数が前記検索画面において表示されている検索条件式の数よりも多い場合に、前記検索画面に検索条件式を設定するための行を追加する追加手段をさらに有することを特徴とする請求項１または２いずれかに記載の文書管理システム。
【請求項４】
前記検索条件式は、属性名及び属性値に加えて一致条件を指定可能であり、
前記検索画面表示手段は、前記選択手段により前記属性値の文字列が部分選択されている場合、前記前記選択手段により選択された属性値及び該属性値に対応する属性名及び一致条件として部分一致の指定された検索条件式の設定された検索画面を表示し、前記選択手段により前記属性値の文字列が全選択されている場合、前記前記選択手段により選択された属性値及び該属性値に対応する属性名及び一致条件として完全一致の指定された検索条件式の設定された検索画面を表示することを特徴とする請求項１乃至３いずれか一項に記載の文書管理システム。
【請求項５】
前記検索画面において、検索方法として前記属性検索に加えて全文検索が選択可能であり、
前記検索画面表示手段は、前記検索画面表示手段は、前記選択手段により前記属性値が選択された状態で、前記検索画面の表示が指示された場合に、前記検索方法として前記属性検索が選択された検索画面を表示することを特徴とする請求項１乃至４いずれか一項に記載の文書管理システム。
【請求項６】
前記検索画面において、複数の検索条件式を繋ぐ論理演算子としてＡＮＤ演算子またはＯＲ演算子を選択可能であり、
前記検索画面表示手段は、前記検索画面において前記選択手段により選択された属性値に対応する属性名の指定されている検索条件式がすでに設定されており、かつ前記ＡＮＤ演算子が選択されている場合に、前記検索条件式において指定されている属性値を前記選択された属性値で上書きされた検索画面を表示し、前記検索画面において前記選択手段により選択された属性値に対応する属性名の指定されている検索条件式が設定されており、かつ前記ＯＲ演算子が選択されている場合に、前記検索条件式とは別に前記選択手段により選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索画面を表示することを特徴とする請求項１乃至５いずれか一項に記載の文書管理システム。
【請求項７】
属性名と前記属性名に対応する属性値とが属性として設定されている複数の文書を管理する文書管理システムにおける検索指定方法であって、
前記文書に設定されている前記属性名と前記属性値とを表示する属性表示工程と、
検索画面を介した操作に応じて、少なくとも前記属性名及び前記属性値を含む属性検索の検索条件式の設定する設定工程と、
前記検索画面の表示が指示されたことに応じて、前記検索画面を表示する検索画面表示工程と、
前記属性表示工程において表示された少なくとも一つの前記属性値を選択する選択工程とを有し、
前記検索画面表示工程では、前記選択工程において前記属性値が選択された状態で、前記検索画面の表示が指示された場合に、前記選択工程において選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索画面を表示することを特徴とする検索指定方法。
【請求項８】
請求項７に記載の検索指定方法の各工程をコンピュータに実行させるためのプログラム。
【請求項１】
属性名と前記属性名に対応する属性値とが属性として設定されている複数の文書を管理する文書管理システムであって、
前記文書に設定されている前記属性名と前記属性値とを表示する属性表示手段と、
検索画面を介した操作に応じて、少なくとも前記属性名及び前記属性値を含む属性検索の検索条件式の設定する設定手段と、
前記検索画面の表示が指示されたことに応じて、前記検索画面を表示する検索画面表示手段と、
前記属性表示手段により表示された少なくとも一つの前記属性値を選択する選択手段とを有し、
前記検索画面表示手段は、前記選択手段により前記属性値が選択された状態で、前記検索画面の表示が指示された場合に、前記選択手段により選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索画面を表示することを特徴とする文書管理システム。
【請求項２】
前記選択手段により前記属性値が選択された状態で、前記検索画面において前記検索条件式の属性名が指定された場合に、前記指定された属性名は前記選択手段により選択された属性値に対応する属性名であるかを判断する判断手段と、
前記設定手段は、前記判断手段により、前記設定された属性名は前記選択手段により選択された属性値に対応する属性名であると判断された場合に、前記指定された属性名及び前記選択された属性値が指定された検索条件式を設定することを特徴とする請求項１に記載の文書管理システム。
【請求項３】
前記選択手段により複数の属性値が選択されており、かつ前記選択されている属性値の数が前記検索画面において表示されている検索条件式の数よりも多い場合に、前記検索画面に検索条件式を設定するための行を追加する追加手段をさらに有することを特徴とする請求項１または２いずれかに記載の文書管理システム。
【請求項４】
前記検索条件式は、属性名及び属性値に加えて一致条件を指定可能であり、
前記検索画面表示手段は、前記選択手段により前記属性値の文字列が部分選択されている場合、前記前記選択手段により選択された属性値及び該属性値に対応する属性名及び一致条件として部分一致の指定された検索条件式の設定された検索画面を表示し、前記選択手段により前記属性値の文字列が全選択されている場合、前記前記選択手段により選択された属性値及び該属性値に対応する属性名及び一致条件として完全一致の指定された検索条件式の設定された検索画面を表示することを特徴とする請求項１乃至３いずれか一項に記載の文書管理システム。
【請求項５】
前記検索画面において、検索方法として前記属性検索に加えて全文検索が選択可能であり、
前記検索画面表示手段は、前記検索画面表示手段は、前記選択手段により前記属性値が選択された状態で、前記検索画面の表示が指示された場合に、前記検索方法として前記属性検索が選択された検索画面を表示することを特徴とする請求項１乃至４いずれか一項に記載の文書管理システム。
【請求項６】
前記検索画面において、複数の検索条件式を繋ぐ論理演算子としてＡＮＤ演算子またはＯＲ演算子を選択可能であり、
前記検索画面表示手段は、前記検索画面において前記選択手段により選択された属性値に対応する属性名の指定されている検索条件式がすでに設定されており、かつ前記ＡＮＤ演算子が選択されている場合に、前記検索条件式において指定されている属性値を前記選択された属性値で上書きされた検索画面を表示し、前記検索画面において前記選択手段により選択された属性値に対応する属性名の指定されている検索条件式が設定されており、かつ前記ＯＲ演算子が選択されている場合に、前記検索条件式とは別に前記選択手段により選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索画面を表示することを特徴とする請求項１乃至５いずれか一項に記載の文書管理システム。
【請求項７】
属性名と前記属性名に対応する属性値とが属性として設定されている複数の文書を管理する文書管理システムにおける検索指定方法であって、
前記文書に設定されている前記属性名と前記属性値とを表示する属性表示工程と、
検索画面を介した操作に応じて、少なくとも前記属性名及び前記属性値を含む属性検索の検索条件式の設定する設定工程と、
前記検索画面の表示が指示されたことに応じて、前記検索画面を表示する検索画面表示工程と、
前記属性表示工程において表示された少なくとも一つの前記属性値を選択する選択工程とを有し、
前記検索画面表示工程では、前記選択工程において前記属性値が選択された状態で、前記検索画面の表示が指示された場合に、前記選択工程において選択された属性値及び該属性値に対応する属性名が指定された検索条件式の設定された検索画面を表示することを特徴とする検索指定方法。
【請求項８】
請求項７に記載の検索指定方法の各工程をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−５９０４１（Ｐ２０１２−５９０４１Ａ）
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願番号】特願２０１０−２０１９９６（Ｐ２０１０−２０１９９６）
【出願日】平成２２年９月９日（２０１０．９．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願日】平成２２年９月９日（２０１０．９．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]