(57)【要約】【課題】他の選択肢と同時に使われることで表記方法を変化させることが好ましい値を用いた検索条件の選択にかかるユーザの手間を軽減し、所望の検索対象を容易に見つけることができるようにすることを目的とする。【解決手段】情報検索方法が、コンテンツの属性を保持する属性保持工程と、属性の表記が変更する属性間の関係を表す関係情報を保持する表記変更関係保持工程と、関係情報に基づき、属性の使用状況に応じて他の属性の表記を変更する表記変更工程と、を有することによって課題を解決する。【選択図】図１
2011145992.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの属性を保持する属性保持工程と、
前記属性の表記が変更する属性間の関係を表す関係情報を保持する表記変更関係保持工程と、
前記関係情報に基づき、属性の使用状況に応じて他の属性の表記を変更する表記変更工程と、
を有することを特徴とする情報検索方法。
【請求項２】
検索条件としてユーザが選択可能な状態で属性を提示する属性提示工程と、
前記属性提示工程で選択済の属性を検索クエリとした検索実行指示を行う検索実行指示工程と、を更に有し、
前記使用状況に係る属性は、前記属性提示工程で選択済の属性であり、前記他の属性は、前記属性提示工程で提示される属性であることを特徴とする請求項１記載の情報検索方法。
【請求項３】
コンテキスト情報を取得するコンテキスト情報取得工程と、
検索結果のコンテンツと前記コンテンツの属性とを対応付けした状態で表示する検索結果表示工程と、を更に有し、
前記使用状況に係る属性は、前記コンテキスト情報取得工程で取得されたコンテキスト情報であり、前記他の属性は、前記検索結果表示工程で表示される属性であることを特徴とする請求項１記載の情報検索方法。
【請求項４】
請求項１記載の情報検索方法の各工程をコンピュータに実施させるプログラム。
【請求項５】
コンテンツの属性を保持する属性保持手段と、
前記属性の表記が変更する属性間の関係を表す関係情報を保持する表記変更関係保持手段と、
前記関係情報に基づき、属性の使用状況に応じて他の属性の表記を変更する表記変更手段と、
を有することを特徴とする情報検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報検索装置、情報検索方法、及びプログラムに関する。
【背景技術】
【０００２】
従来の検索システムには、ユーザの性格や嗜好、位置等の情報に基づき動的に検索条件を提示する検索手段を有するものが存在する。例えば、コンテンツを選別する際の方針である推薦戦略をユーザのコンテキスト情報に基づいて決定し、決定された推薦戦略に基づいてコンテンツの検索条件や提示方法を制御する方法が提案されている（例えば、特許文献１参照）。この提案においてはユーザの位置や趣味、嗜好、時刻、天候等のユーザを取り巻く環境に関する情報を踏まえた上で推薦戦略を決定し、推薦戦略に適した条件選択メニューが生成される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−４０２６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
コンテンツを検索する場合、指定する条件が同じ「撮影日時」であっても「昨年の結婚記念日」のようにユーザの記憶が確かな場合は年月日で指定できることが好ましい。一方、「太郎が５歳の時」のように年月日での指定よりも対象人物の年齢による指定が好ましい場合も存在する。このように同じ値であっても他の選択肢と同時に使われることで表記方法が変化する値は日付以外にも人物、場所等が存在する。
しかしながら、従来の検索システムでは、選択条件を動的に提示することはあっても、その選択肢の値の表記については常に同じ表記でユーザに提示されていた。そのため、他の選択肢と同時に用いられることで表記が変化する値であっても常に固定表記の選択肢が提示されることとなり、直感的に条件を選択することが困難であった。
【０００５】
本発明はこのような問題点に鑑みなされたもので、ユーザが検索対象をより容易に見つけることができることを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明に係る情報検索方法は、コンテンツの属性を保持する属性保持工程と、前記属性の表記が変更する属性間の関係を表す関係情報を保持する表記変更関係保持工程と、前記関係情報に基づき、属性の使用状況に応じて他の属性の表記を変更する表記変更工程と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ユーザが検索対象をより容易に見つけることができる。
【図面の簡単な説明】
【０００８】
【図１】情報検索装置の構成を示す図である。
【図２】画像コンテンツの絞込み検索画面の例を示す図である。
【図３】次候補選択肢生成処理の結果を表示した結果画面の例を示す図である。
【図４】主要なメタデータの構成を示す図である。
【図５】表記変更関係定義テーブルの構成の例を示す図である。
【図６】ユーザ情報テーブルの構成を示す図である。
【図７】情報検索装置の主な動作に係るフローチャートを示す図である。
【図８】次候補選択肢生成処理に係るフローチャートを示す図である。
【図９】文書管理装置の画面の例を示す図である。
【図１０】表記変更関係定義テーブルの構成の例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
＜第１の実施形態＞
図１は、本実施形態に係る情報検索装置の構成を示す図である。図１において、１０１は、マイクロプロセッサＣＰＵ（中央演算装置）であり、コンテンツ登録処理、検索処理、表示処理、画面制御処理等のための演算、論理判断等を行い、バス１０８を介して接続された各構成要素を制御する。１０２は、ＲＯＭであり、ＣＰＵ１０１の処理手順となる制御プログラムや各種データ（初期データ等）を記憶する。１０３は、ＲＡＭであり、処理中の各種制御のための一時記憶用のワークエリアとして使用される。
１０４は、入力装置であり、キーボード、マウス等から構成される。１０５は、出力装置であり、液晶ディスプレイ等で構成される。１０６は、記憶装置であり、ハードディスク等の各種ディスク機器やフラッシュメモリ等から構成される。記憶装置１０６は、コンテンツデータ、コンテンツ管理テーブル、表記変更関係定義テーブル、ユーザ情報テーブル、メタ-データ、処理中のデータ等を格納する。１０７は、通信装置であり、ＵＳＢ等の外部入出力機器やモデム等の有線通信機器或いは無線通信機器から構成され、外部機器とのデータ交換を行う。１０８は、バスであり、１０１から１０７までの機器（装置）間で制御プログラムやデータをやりとりする。
【００１１】
本実施形態の情報検索装置は、入力装置１０４を介して入力されたユーザによる検索要求を基に、記憶装置１０６内のデータ、又は通信装置１０７を介して参照可能な外部の記憶装置内のデータを検索及び取得する機能を有する。取得されたデータは、通信装置１０７を介して外部のＰＣ（コンピュータ）への送信やＦＡＸ、プリンタ等の外部出力機器に出力される。
ここで、情報検索装置の機能及び後述のフローチャートに係る処理は、ＲＯＭ１０２或いはバス１０８を介して外部からＲＡＭ１０３に転送された制御プログラムをＣＰＵ１０１が実行することで実現される。
【００１２】
図２は、画像コンテンツの絞込み検索画面の一例を示す図である。本検索画面は、選択可能な状態で提示される属性をユーザが順に選ぶことで目的の画像コンテンツに到達できる選択指示式の絞込み検索機能を有する。ここでの検索画面の例では、システムが最初に提示した条件「イベント名」からユーザが「旅行」を選択した状態の結果を表示している。
２０２は、検索結果の一覧をサムネイル表示する領域（検索結果一覧表示領域）である。検索結果一覧表示領域２０２には後述のコンテンツ管理テーブルから「ＳＥＬＥＣＴ  コンテンツＩＤ  ＦＲＯＭ  コンテンツ管理テーブル  ＷＨＥＲＥ  イベント名＝旅行」の検索クエリによって絞り込まれた画像コンテンツのサムネイル一覧が表示されている。２０１は、検索結果一覧表示領域２０２の検索結果の基となった絞込み条件である選択項目を表示する領域（検索条件パス表示領域）である。検索条件パス表示領域２０１には「イベント名／旅行」として選択済みの絞込み条件が表示されている。
【００１３】
２０３は、ユーザに絞込み検索条件の次候補として提示する領域（属性提示領域）である。２０４は、属性提示領域２０３に表示されている次候補の属性値を提示するための領域（属性値提示領域）である。属性提示領域２０３には、次に提示する絞込み条件の属性として「被写体」がシステムによって推奨され、その属性名「被写体」が属性提示領域２０３に表示され、その属性値「太郎」〜「ひとみ」が属性値提示領域２０４に表示されている。
システムによる推奨条件に関しては特定の手段に限定しなくとも、例えば絞込み効果順やシナリオ性を持たせた提示順等、どのようなものを採用してもよい。ユーザは、システムによって推奨された属性の属性値を直接クリックして選択することで選択済の属性値を検索クエリとした検索実行指示を行うことができる。
２０５は、「クリア」ボタンであり、押下した場合は選択済みの検索条件が何も適用されていない状態の画面を表示する。２０６は、「戻る」ボタンであり、押下後は本画面に遷移するための絞込み検索条件が付与される前の画面に遷移する。２０７は、「次候補」ボタンであり、押下後はシステムによって推奨された属性及び属性値が属性提示領域２０３、属性値提示領域２０４に表示される。
【００１４】
図３は、図２においてシステムが推奨した検索対象の絞込み条件として「被写体＝たかし」を選択後に表示される画面である。検索結果一覧表示領域３０２には検索条件が絞り込まれた結果として以下の検索クエリによって絞り込まれた画像コンテンツのサムネイル一覧が表示されている。すなわち、検索結果一覧表示領域３０２には、「ＳＥＬＥＣＴ  コンテンツＩＤ  ＦＲＯＭ  コンテンツ管理テーブル  ＷＨＥＲＥ  イベント名＝旅行  ＡＮＤ  被写体＝たかし」の検索クエリによって絞り込まれた画像コンテンツのサムネイル一覧が表示されている。
検索条件パス表示領域３０１には「イベント名／旅行」、「被写体／たかし」の順で選択済みの絞込み条件が表示されている。
【００１５】
ここで、次に提示する絞込み条件である属性提示領域３０３、属性値提示領域３０４に表示されている情報は、以下の処理によって生成される。
まず「撮影日時」がシステムによって推奨されている。システムは、「撮影日時」属性を提示する際、既に選択済みの絞込条件の値「イベント名／旅行」と「被写体／たかし」とが後述の表記変更関係定義テーブルに登録されているかをチェックする。登録されている場合、登録内容に従い属性及び属性値の表記を換算（変換）して表示する。図３では、「被写体＝たかし」選択時に「撮影日時」を「年齢」に換算して表示する設定に従って換算表示された状態を示している。
【００１６】
図４は、検索対象となる画像コンテンツの属性保持手段としてメタデータを格納するコンテンツ管理テーブルの一例を示す図である。コンテンツ管理テーブルは、「撮影日時」、「イベント名」、「撮影場所」、「被写体」、「ファイル格納パス」等の情報を含んで構成されている。なお、本実施形態で説明するコンテンツ管理テーブルには、システムに登録されている全コンテンツ、全ユーザのデータが存在するが、説明に必要のない他のデータに関しては「・・・」として表現している。
【００１７】
図５は、表記変更関係保持手段の一例である表記変更関係定義テーブルの一部を示す図である。表記変更関係定義テーブルには、関係情報の一例である、属性の使用状況としての選択済条件に応じて表記が変化する属性間の関係及びそのルール（属性値表記変更ルール）が予め登録され、管理されている。ここに登録される属性値表記変更ルールは、システムのデフォルト設定に加え、ユーザに別途専用の設定画面を提供することで、直接条件式を記述することなく容易にカスタマイズさせることもできる。
【００１８】
例えば「選択済条件」が「被写体＝たかし」の設定については、ユーザが追加した独自のルールである。このルールは、属性「被写体」で属性値「たかし」が選択された場合に、次に提示する属性名「撮影日時」をその人物の経年表記である「年齢」とし、更にその属性値を日付表記「YYYY/MM/DD」から「ｎ歳」に換算する設定を意味する。この例での「属性値表記変更ルール」は、「たかし」のユーザＩＤ「ＵＳＲ＿００１」をキーとしてユーザ情報テーブルから取得した「生年月日」の値を「撮影日時」の値から減算した値の「年」フィールドの値を年齢とするものである。
また「選択済条件」が「被写体＝太郎」の設定についてもユーザの独自のルールである。このルールは、属性「被写体」で属性値「太郎」が選択された場合に、次に提示する属性名「撮影日時」を「年代」とし、その値を日付表記「YYYY/MM/DD」から「ｎ代」に換算する設定を意味する。なお、１０代以下の場合、ここで提示する例では「０代」と表記されてしまうことになるが、これに関しては、例えば「幼少期」等となるようにルールを拡充してもよい。
【００１９】
一方、「選択済条件」が「イベント名」の設定については、システムのデフォルト設定である。このルールは、「イベント名」の任意の値が選択された場合に、次に提示する属性名「撮影日時」の表記についてはそのままに、その値を日付表記「YYYY/MM/DD」から「ｎ年前」に換算する設定を意味する。
このように、「イベント名」が選択済の場合は「３年前」、「５年前」の写真として提示される選択肢によって画像コンテンツを絞り込む。また、「被写体」に「たかし」が選択済の場合には「たかし」が「１０歳」、「８歳」の写真として提示される選択肢によって、「太郎」が選択済の場合には「１０代」、「２０代」の写真として提示される選択肢によって画像コンテンツを絞り込む。すなわち、これらの設定により、同じ「撮影日時」を選択する場合であっても、異なるカテゴリにより画像コンテンツを絞り込むことが可能となる。
【００２０】
設定例としては他にも数日に渡って実施されるような継続性のある「イベント名」に関するものも考えられる。このような場合には「撮影日時」を「経過日数」というイベントの経過時間によって表示し、換算ルールについては、例えば「（％撮影日時％- ％イベント開始日時％＋１）  日目」のように記述する。
また、複数の条件が同時にマッチする状況も想定される。そのような場合は、例えば、テーブルに優先度を設定するためのカラムを追加し、ルールに優先度情報を持たせることで適用順序を制御する。
【００２１】
図６は、ユーザ情報テーブルの一例を示す図である。ユーザ情報テーブルには、ユーザの氏名、画面での表示名、生年月日等が格納されており、上述のコンテンツ管理テーブル及び表記変更関係定義テーブルと関連付けられている。
【００２２】
図７は、情報検索装置の主な動作、より具体的には、プログラムに基づくＣＰＵ１０１の処理に係るフローチャートの一例を示す図である。
ステップＳ７０１は、システムの初期化処理であり、ＣＰＵ１０１は、各種パラメータの初期化や初期画面の表示等を行う。ステップＳ７０２は、イベント待機処理であり、ＣＰＵ１０１は、ボタン押下等の入力装置１０４から何らかのイベントが発生するまで待機する。イベントが発生すると、ＣＰＵ１０１は、ステップＳ７０３において発生したイベントを判別し、イベントの種類に応じて各種の処理を行う。ここでは、検索イベントについて詳細に説明を行う関係上、検索イベントであるかどうかの判定を分離して記載する。
【００２３】
ステップＳ７０４、ステップＳ７０５は、検索イベントに対応するイベント処理であり、ＣＰＵ１０１は、ステップＳ７０４においてはユーザからの検索要求を受け、検索を実行し、その結果を画面に表示する処理を行う。次いで、ＣＰＵ１０１は、ステップＳ７０５において後述の図８で説明する次候補選択肢生成処理によって、次に選択肢として提示する選択属性候補を生成する。
ステップＳ７０６は、検索以外の各種イベントに対応した処理であり、ＣＰＵ１０１は、複数の処理を行う処理としてまとめて表現している。処理の詳細は、ここでは説明しないが、画像コンテンツ登録／編集処理、ユーザ情報の登録／編集処理、属性値表記関係定義データの登録／編集処理がこの分岐先の一部となる。
【００２４】
図８は、次候補選択肢生成処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ１０１は、ステップＳ８０１においてユーザにより新たに選択された属性値情報をシステム内部で保持する選択済み属性値リストに追加更新する。
ステップＳ８０２は、次候補推奨属性抽出処理であり、ＣＰＵ１０１は、ユーザに次の選択肢として推奨する属性（推奨属性）を抽出する。抽出方法としては、例えば、絞込み結果件数や、ユーザの過去の選択履歴、別途予めシステムに登録されたユーザの嗜好等から状況に応じて判断された属性が推奨される。
ステップＳ８０３は、表記変更要否判断処理であり、ＣＰＵ１０１は、ステップＳ８０１にて更新した選択済み属性値リストの値とステップＳ８０２にて抽出された推奨属性とを基に、表記変更関係定義テーブルから変更対象ルールを検索する。ここで、ＣＰＵ１０１は、変更対象ルールがないと判断した場合は、ステップＳ８０７の処理を行い、変更対象ルールがあると判断した場合はステップＳ８０４の処理を行う。
【００２５】
ステップＳ８０４は、選択肢表記変更処理であり、ＣＰＵ１０１は、ステップＳ８０２にて抽出された推奨属性の属性名の表記換算を行い、換算結果をシステム内部で保持する表記換算済み属性値リスト名として保存する。
ステップＳ８０５では、ＣＰＵ１０１は、前記ステップＳ８０２にて抽出された推奨属性の属性値を変更対象ルールに従って表記換算を行い、換算結果をシステム内部で保持する表記換算済み属性値リストに追加する。
追加が終わると、ＣＰＵ１０１は、ステップＳ８０６において全ての属性値を処理したかを確認し、未処理の属性値がある場合は次の属性値を取得し、ステップＳ８０５の処理を行う。他方、ステップＳ８０６において全ての属性値の処理が終了している場合は、ＣＰＵ１０１は、ステップＳ８０７にて、表記換算済み属性値リストの情報を検索画面上の次候補の選択肢を表示する領域に次候補の選択属性名、属性値として画面に表示し、リターンする。
上述した構成によれば、大量に格納されたコンテンツの中からユーザが所望するコンテンツをより容易に選択することができるようになる。
【００２６】
本実施形態は、上述した構成に限られるものではない。例えば、図２、図３の画面の構成及び配置は、これに限られるものではない。各図ではボタンを押下（クリック）することでイベントを発生させる例を説明しているが、これはボタンでなく選択項目を直接触れるタッチパネルの構成としてもよい。また、図４〜図６のテーブルの構成及び属性値表記変更ルールの記述方法をはじめとする各値についてもこれに限られるものではない。付言するならば、これらはデータベースのテーブルに格納されている必要も無く、ＣＳＶ形式等のファイル、メモリ上のリストデータ等、任意の構成を採用することが可能である。また、これらのテーブルの検索についてＳＱＬを用いて説明しているが、情報が取得可能な手段であればＳＱＬ以外の方法を使用することも可能である。
【００２７】
＜第２の実施形態＞
図９は、図１と同様の構成によって実現可能な情報検索装置の一例である文書管理システムの文書管理装置に表示される画面の一例である。本画面は、ユーザのシステムログイン後に表示される文書管理装置のメイン画面であり、文書管理装置が提供する文書の登録、更新、検索、削除等の機能を利用するために使用する。
ここで、図９は、ログイン済のユーザによって後述の検索メニュー内の「一覧表示」の項目が選択され、その結果として検索結果表示領域に登録済の文書一覧が表示された状態を示している。
【００２８】
９０１は、システムのメニュー表示領域であり、システムが提供する文書の登録、検索、削除の機能に加え、ヘルプ情報等の機能を利用するための選択メニューを表示する。９０２は、ログインユーザの情報表示領域であり、ログイン済のユーザのユーザ名やＩＤ、ログイン日時等のユーザ情報を表示する。９０３は、文書一覧表示領域であり、９０１の検索メニューによって絞り込まれた検索条件に基づく検索結果である文書の一覧情報である属性をコンテンツに対応付けて表示する。ここでは「文書名」、「作成者」、「格納場所」を表示しているが、あくまで一例であり、任意の項目を表示してよい。また、文書の更新に関しては、一覧表示された文書名を選択することで該文書の更新画面に遷移する。９０４は、「次へ」ボタンであり、検索結果件数が一覧画面に表示可能な件数より多い場合に表示され、次の結果を表示するために使用する。
【００２９】
ここで、文書一覧表示領域９０３内の項目値は、以下の処理によって表示されている。システムは、検索結果文書の属性を表示する際、後述の表記変更関係定義テーブルにコンテキスト情報に応じた属性値表記変更ルールが登録されているかをチェックする。登録されている場合は、登録内容に基づき属性値の表記を変更して表示する。図９ではコンテキスト情報であるログイン済ユーザ「○山太郎」の所属情報「第一開発部」によって検索結果として表示する「作成者」が「鈴木Ｃ子」に統一表示された状態を表している。ここで、コンテキスト情報とは、人や物を取りまく状況、状態を表す情報であり、例えばユーザの所属、役職、趣味、嗜好、アプリケーション使用履歴等のユーザに関する情報に加え、操作端末、時刻等が含まれる。
【００３０】
図１０は、表記変更関係保持手段の一例である表記変更関係定義テーブルの一部を示す図である。表記変更関係定義テーブルには、ログインユーザの所属情報に応じて、文書の作成者の旧姓表記を切替える設定が登録されている。ここで「第一開発部」は、文書の作成者である鈴木Ｃ子（旧姓山下Ｃ子）が所属する現在の組織名であり、改姓後の鈴木Ｃ子で統一表示することが好ましい。一方、「企画部」は、鈴木Ｃ子が改姓前に参加していたプロジェクトの関連部門であり、作成者個人との関係が薄い様々な部署の人間によって構成されている。そのため、氏名は、旧姓の山下Ｃ子のまま表示することが望ましい。そのため、ログインユーザの所属が「第一開発部」であり、作成者に上記人物が含まれる場合、「ＩＦ（山下Ｃ子）ＴＨＥＮ（鈴木Ｃ子）」によって鈴木Ｃ子に統一して表示する設定が登録されている。また、ログインユーザの所属が「企画部」であり、作成者に上記人物が含まれる場合、「ＩＦ（鈴木Ｃ子）ＴＨＥＮ（山下Ｃ子）」によって旧姓山下Ｃ子に統一して表示する設定が登録されている。
【００３１】
本実施形態の検索処理に関するＣＰＵによる処理に係るフローチャートについては第１の実施形態で示す図７、８と基本的には同様であるので、ここでは相違する個所を説明する。
図７に関しては、第１の実施形態でのステップＳ７０５の次候補提示処理を除き、ステップＳ７０４にて後述する図８を変更した処理を行うものが本実施形態の検索処理に関するフローチャートとなる。なお、ステップＳ７０４の検索結果一覧表示処理では、ＣＰＵは、前述のコンテキスト情報に応じた表記変更処理を行い、処理結果を文書一覧表示領域９０３（検索結果一覧）に表示する。
【００３２】
図８に関しては、第１の実施形態での選択肢提示処理ステップＳ８０１、Ｓ８０２、Ｓ８０７を除く表記変更処理ステップＳ８０３からＳ８０６までを検索結果のコンテンツに対して順次処理を行うものが本実施形態での処理となる。まず、ステップＳ８０１、Ｓ８０２の代わりにコンテキスト情報を取得する処理（コンテキスト情報取得処理）を行う。また、ステップＳ８０３に関しては、表記変更関係定義テーブルにコンテキスト情報に応じた属性値表記変更ルールが登録されているかを判定する処理となる。また、ステップＳ８０６は、一の画面で表示するコンテンツ数の上限に達したかを判定する処理となる。「次へ」ボタンによって順次検索結果を表示する際には表示に必要な情報は別スレッドで先読み処理を行うことで高速な画面表示切替えを行ってもよい。
【００３３】
本実施形態は、上述した構成に限られるものではない。図９の画面の構成及び配置は、これに限られるものではない。また、図１０のテーブルの構成及び表記変更ルールの記述方法をはじめとする各値についてもこれに限られるものではない。付言するならば、これらはデータベースのテーブルに格納されている必要も無く、ＣＳＶ形式等のファイル、メモリ上のリストデータ等、任意の構成を採用することが可能である。
【００３４】
＜その他の実施形態＞
上述した実施の形態は、他の属性と同時に使われることで表記方法が変化する関係を持つ属性を扱う状況である場合、どのような構成に対しても適用可能である。また、本実施形態は、装置やシステムに記録媒体や通信装置を使ってソフトウェアを直接或いは遠隔から供給することによっても、実現可能である。この場合、本実施形態を達成するための制御プログラムを格納した記憶媒体を、システム或いは装置に読み出すこと、或いは前記制御プログラムを、ネットワーク経由でシステム或いは装置に読み出すことによって、本実施形態による効果を享受することが可能となる。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００３５】
上述した実施形態の構成によれば、他の選択肢と同時に使われることで表記方法を変化させることが好ましい値を用いた検索条件の選択にかかるユーザの手間を軽減し、所望の検索対象を容易に見つけることができる。
【００３６】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2011145992.tif 000003
【図２】
2011145992.tif 000004
【図３】
2011145992.tif 000005
【図４】
2011145992.tif 000006
【図５】
2011145992.tif 000007
【図６】
2011145992.tif 000008
【図７】
2011145992.tif 000009
【図８】
2011145992.tif 000010
【図９】
2011145992.tif 000011
【図１０】
2011145992.tif 000012