JPH11184872A - 多属性データ群に対する検索支援システム - Google Patents
多属性データ群に対する検索支援システムInfo
- Publication number
- JPH11184872A JPH11184872A JP9351330A JP35133097A JPH11184872A JP H11184872 A JPH11184872 A JP H11184872A JP 9351330 A JP9351330 A JP 9351330A JP 35133097 A JP35133097 A JP 35133097A JP H11184872 A JPH11184872 A JP H11184872A
- Authority
- JP
- Japan
- Prior art keywords
- attribute
- search
- item
- attribute data
- search condition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
り扱え、多数の属性による種々の検索パターンを設定し
て検索でき、かつ、検索条件の適切な変更を支援するこ
とができる「多属性データ群に対する検索支援システ
ム」を提供する 【解決手段】 入力手段2と、出力手段3と、多属性デ
ータを管理する多属性データ管理手段4と、クラス分け
基準と、乗離度評価関数と、属性項目係数を含む評価基
準を管理する評価基準管理手段5と、検索すべき多属性
データの属性値ランクと、評価値範囲とを含む検索条件
を管理する検索条件管理手段6と、検索条件と評価基準
とを入力し、多属性データの評価値を算出し、評価値が
評価範囲内にある多属性データを解として検索する検索
手段7と、を備えた。
Description
る対象物を表わすデータ(本明細書において多属性デー
タという)の大量のデータ群からユーザーが欲しいデー
タを検索するシステムに係り、特に、検索過程において
検索条件に対して適当な許容巾をもって解(検索条件に
適合する多属性データ)を検索でき、かつ、検索条件と
解の関係を明らかにして各属性の検索条件を総合的に調
整可能にすることにより、より適確な解を検索するこど
がてきるように検索の支援を行う「多属性データに対す
る検索支援システム」に関する。
側面すなわち「属性」を有している。たとえば、不動産
の賃貸物件を例にとると、一つの不動産賃貸物件は、
「貸料」、アパートか一戸建かマンションかの「種
別」、「専有面積」、「間取り」、「構築年数」、「交
通」、「所在地域」、「駐車場の有無」、「ペットの飼
育の可否」、等々、非常に多くの属性を有している。こ
のような多数の属性を有する物をデータ化し、このよう
なデータの大きな集合(データベース)から所定の条件
を適合するデータを検索することは、情報が氾濫してい
る今日においてはしばしば必要となる。
るには、属性の内容をグループ化し、それらに対応する
属性項目を定め、各属性項目に対応する値(本明細書で
属性値という)によって各データを構成し、これらの属
性値の組合せによって対象物を特定する。前記不動産の
賃貸物件の例でいえば、賃料、アパート等の種別、専有
面積等が属性項目となり、それに対応する具体的な貸料
の金額、アパートか一戸建てかマンションかの種別、専
有面積の具体的な値等が属性値となる。これらの属性値
の組合せ又は羅列によって賃貸物件が特定される。この
ような複数の属性値からなるデータを本明細書では多属
性データという。
ら所定の検索条件に適合するデータを検索する検索シス
テムあるいはその検索を支援する検索支援システムは存
在していた。
うちもっとも単純なものは、単一の属性のみによって評
価、検索をするものであった。例えば、オンラインショ
ッピングの検索支援システムであるバーゲンファインダ
ーがある。バーゲンファインダーは、価格のみで評価と
検索とを行う。この検索支援システムによれば、価格の
みによってデータが検索されていたため、同一価格帯の
種々雑多な属性値を有する多属性データが同時に検索さ
れていた。
テム、検索支援システムとして、多属性に関する検索条
件の単純な線形和による評価検索を行うものがあった。
索を行う検索支援システムは、ユーザーに複数の検索条
件を指定させ、これらの検索条件のいずれにも適合する
多属性データを検索していた。この検索システムによれ
ば、すべての検索条件に適合するデータのみが検索さ
れ、一つでも検索条件に適合しないデータは解として検
索されず、またどの検索条件に適合しないために検索さ
れなかったかの表示もされなかった。
索を利用した前記不動産の賃貸物件の検索支援システム
では、たとえば、貸料は××万以下、専有面積は××m
2 以上、××沿線というような検索条件を設定し、これ
らの検索条件に適合する賃貸物件を検索するものがあっ
た。この検索支援システムによれば、賃貸、専有面積、
沿線(所在地域)のいずれか一つの条件を満たさなかっ
た賃貸物件は解として検索されず、ユーザーの参考に供
するために表示されることもなかった。このため、 ユ
ーザーは、検索された物件に満足しなければ、試行錯誤
的に検索条件を強化あるいは緩和するしかなかった。な
お、検索条件の強化とは一般に解として検索されるデー
タのデータ数を減らす方向に検索条件を変更することを
いい、検索条件の緩和とは逆に解として検索されるデー
タのデータ数を増す方向に検索条件を変更することをい
う。従来の検索支援システムによれば、上述したように
試行錯誤的に検索条件の強化や緩和を行う場合には、具
体的にどの検索条件をどの程度の巾で強化、緩和するか
の判断を根拠のないまま、ユーザーは検索条件の変更を
せざるを得なかった。
ーゲンファインダーのように単一の属性に対する検索条
件のみにより多属性データのデータベースから所定のデ
ータを検索するシステムでは、本願発明が対象とする複
数の属性がデータ選別上それぞれ重要であるような多属
性データのデータベースに対しては有効な検索を行うこ
とができなかった。つまり、バーゲンファインダーは、
同一種類の商品であって価格のみが差異であるような多
属性データに対してはある程度有効な検索を行うことが
できるものの、たとえば賃貸物件のように貸料、間取
り、所定地域、…等にそれぞれ異なった要求がある多属
性データに対しては、真に検索したいデータを検索する
ことはできない。具体的には、貸料、間取り、所在地域
等の単独の検索条件によって検索を行っても、それぞれ
検索条件に適合する解の集合を得ることになり、到底ユ
ーザーの満足のいく解の集合を得ることはできなかっ
た。
単純な線形和による評価検索を行う従来の検索支援シス
テムでも、適切な検索条件の設定が困難であり、ユーザ
ーの満足のいく多属性データの解の集合を得ることは困
難であった。
を挙げると以下のようにまとめることができる。
求」の同一性と非連続性を双方満足するように取り扱え
なかった。
の検索パターンを設定して検索できなかった。
ができなかった。
たさなければならないと考えている検索条件をいう。
「要求」とは、ユーザーが一定の閾値を考えており、そ
の閾値を上まわる巾が大きい程よく、その閾値を下まわ
るほど悪いと考えている検索条件をいう。従来の検索支
援システムでは、検索条件は形式的にはすべて「制約」
として取り扱われてきた。このように「検索条件」をす
べて「制約」として検索していたため、従来の検索支援
システムでは検索条件を一つでも満たさないデータは解
でないとして検索されなかった。
性データについて検索をするときに、一応の目安として
家賃15万円以下に設定したとすると、従来の検索支援
システムによれば、家賃が15万円以上のデータは「制
約」を満たさないとして検索されなかった。ところが、
ユーザーとしては、家賃が15万円以上であっても、た
とえば家賃に比べて間取りが広いとか、いわゆる高級住
宅地にある等の条件があれば考慮の対象としたいことが
多かった。これらの考慮したいデータについては、家賃
に関する「制約」は「要求」となる。このように、「制
約」といえども、実際には他の条件によって許容される
ので、本質的には「制約」は「要求」と異ならない。こ
れが「制約」と「要求」の同一性である。
一といえども、全く同じではない。つまり、「制約」は
「要求」に比べて非常に重要であり、「要求」と「要
求」の間の重要度の差により、「制約」は「要求」より
不連続的に重要度が高い。これが「制約」と「要求」の
不連続性である。
約」は「要求」を総合的に取り扱えず、上記家賃15万
円以下の賃貸物件の検索例で言えば、検索条件に適合す
る家賃15万円以下の賃貸物件と、検索条件に適合しな
い家賃15万円以上の賃貸物件であって他の条件によっ
てユーザーが参考にしたい賃貸物件と、を同時に検索す
ることができなかった。これが上述した従来の検索支援
システムについてのの課題であった。
条件が所定の属性に固定され、しかも各属性について単
純な「制約」条件を設けることしかできなった。ところ
が、実際には、種々の属性について柔軟に「制約」と
「要求」の検索条件を設けて検索したい要求があった。
たとえば、前述の賃貸物件の検索の例では、家賃に比重
をおいた検索、あるいは立地条件(所在地域)に比重を
おいた検索、あるいは建物の種類、設備に比重をおいた
検索等種々の検索パターンを行いたい要求があった。こ
れらの属性間で「比重」を変化させてする検索は、従来
の検索支援システムによっては非常に困難であった。こ
れが上述した従来の検索支援システムについてのの課
題であった。
条件に対する適切な変更を支援することができなかっ
た。従来の検索支援システムは、すでに説明したよう
に、「制約」を満たさないデータは解として検索され
ず、どのようなデータがどの「制約」を満たさないため
に検索されなかったかという情報をユーザーにフィード
バックすることができなかった。このため、ユーザーは
解のデータの数が多ければいずれかの「制約」を強化
し、その逆であればいずれかの「制約」を緩和するだけ
であった。しかし、このような検索条件の強化緩和は試
行錯誤的であったため、多大な労力がかかり、しかも満
足のゆく解を得るのが困難であった。特に、検索条件が
複数ある場合には、適切な検索条件の変更を行うことは
困難であった。すなわち、従来の検索支援システムで
は、ユーザーによる検索条件の変更を支援することはで
きなかった。これが従来の検索支援システムについての
の課題であった。
たことに鑑み、「制約」と「要求」の検索条件を総合的
に取り扱え、多数の属性による種々の検索パターンを設
定して検索でき、かつ、検索条件の適切な変更を支援す
ることができる「多属性データ群に対する検索支援シス
テム」を提供することにある。
性データ群に対する検索支援システムは、入力手段と、
出力手段と、複数の属性項目に対する属性値からなる多
属性データを管理する多属性データ管理手段と、各属性
項目の属性値を属性値ランクに分けるためのクラス分け
基準と、検索条件として設定した属性値ランクと実際に
検索された多属性データのその属性値ランクの乖離度を
評価する乖離度評価関数と、前記属性項目の評価におけ
る重要度に応じて付与された属性項目係数を含む評価基
準を管理する評価基準管理手段と、検索すべき多属性デ
ータの各属性項目の属性値ランクと、解の種類に応じて
検索される多属性データの評価値範囲とを含む検索条件
を管理する検索条件管理手段と、前記検索条件管理手段
と前記評価基準管理手段とからそれぞれ検索条件と評価
基準とを入力し、前記多属性データ管理手段の多属性デ
ータの評価値を算出し、評価値が前記評価範囲内にある
多属性データを解として検索する検索手段と、を有する
ことを特徴とするものである。
る検索支援システムは、上記請求項1の検索支援システ
ムにおいて、前記評価基準管理手段は、ユーザーの指定
に応じて前記属性項目係数を設定できるように構成され
ていることを特徴とするものである。
る検索支援システムは、上記請求項1または2の検索支
援システムにおいて、前記検索条件管理手段は、評価値
計算を行う多属性データの属性項目及び属性値ランクを
指定できるように構成され、前記検索手段は、前記多属
性データ管理手段の多属性データの中から前記検索条件
管理手段により指定された属性項目及び属性値ランクを
有する多属性データを検索した後に、それらの多属性デ
ータについて評価値計算と解の検索を行うことを特徴す
るものである。
る検索支援システムは、上記請求項1ないし3の検索支
援システムにおいて、前記検索条件管理手段は、検索す
べき多属性データの解の種類として充足非劣解、制約違
反吸収解、突出非劣解のうちの少なくとも一つを指定で
きるように構成され、前記検索手段は、前記検索条件管
理手段により指定された解に該当する多属性データを検
索することを特徴とするものである。
る検索支援システムは、上記請求項1ないし4の検索支
援システムにおいて、前記検索条件管理手段は、前記検
索手段が多属性データの解の検索を行った後に、その検
索条件あるいは評価基準を前記出力手段を介して表示
し、ユーザーにより検索条件の強化あるいは緩和をさせ
るように構成されていることを特徴とするものである。
る検索支援システムは、上記請求項5の検索支援システ
ムにおいて、前記検索条件管理手段は、検索条件強化の
ために、属性項目係数が所定値以上の高重要度属性項
目、属性項目係数が所定範囲内の中重要度属性項目、属
性項目係数に関わらず低い属性値ランクを指定された属
性項目、解の多属性データについてペナルティ値の総計
が少ない属性項目の少なくとも一つを前記出力手段を介
して表示し、ユーザーにより所定の属性項目に関する検
索条件を強化させ、あるいは検索条件緩和のために、属
性項目係数が所定値以下の低重要度属性項目、属性項目
係数が所定範囲内の中重要度属性項目、属性項目係数に
関わらず高い属性値ランクを指定された属性項目、解の
多属性データについてペナルティの総計が多い属性項目
の少なくとも一つを前記出力手段を介して表示し、ユー
ザーにより所定の属性項目に関する検索条件を緩和させ
ることを特徴とするものである。
る検索支援システムは、上記請求項1ないし4の検索支
援システムにおいて、前記検索条件管理手段は、前記検
索手段が多属性データの解の検索を行った後に、検索条
件強化のために、属性項目係数が所定値以上の高重要度
属性項目、属性項目係数が所定範囲内の中重要度属性項
目、属性項目係数に関わらず低い属性値ランクを指定さ
れた属性項目、解の多属性データについてペナルティ値
の総計が少ない属性項目のいずれかの属性項目を所定の
ルールによって選定し、その属性項目に関する検索条件
を所定の巾強化し、あるいは検索条件緩和のために、属
性項目係数が所定値以下の低重要度属性項目、属性項目
係数が所定範囲内の中重要度属性項目、属性項目係数に
関わらず高い属性値ランクを指定された属性項目、解の
多属性データについてペナルティの総計が多い属性項目
のいずれかの属性項目を所定のルールによって選定し、
その属性項目に関する検索条件を所定の巾緩和すること
を特徴とするものである。
る検索支援システムは、上記請求項1ないし4の検索支
援システムにおいて、前記検索条件管理手段は、前記検
索手段が多属性データの解の検索を行った後に、検索さ
れた多属性データを前記出力手段を介してユーザーに示
し、ユーザーによりその検索意図に沿う選択データ群と
それ以外の排除データ群とに選別させ、選別された選択
データ群と排除データ群の属性項目ごとの評価値の比較
により、あるいは選択データ群と排除データ群のそれぞ
れのデータ群の属性項目の属性値分布と検索条件として
設定されていた属性値ランクとの比較により、変更すべ
き属性項目係数と検索条件としての属性値ランクとを特
定し、それらをユーザーにより必要により変更させ、変
更された検索条件および評価基準に基づいて前記検索手
段により再度解の検索を行うことを特徴とするものであ
る。
る検索支援システムは、上記請求項1ないし8の検索支
援システムにおいて、前記検索条件管理手段は、前記変
更すべき属性項目係数と検索条件としての属性値ランク
とを特定するのに際し、所定のルールによって前記属性
項目係数あるいは属性値ランクを特定することを特徴と
するものである。
て願書に添付した図面を用いて以下に説明する。最初
に、本発明による「多属性データ群に対する検索支援シ
ステム」の一実施形態の構成を図1に示す。
実施形態による「多属性データ群に対する検索支援シス
テム」は、入力手段2と、出力手段3と、多属性データ
ベース4と、評価基準管理手段5と、検索条件管理手段
6と、検索手段7とからなる。
ム作成者を含む)によるシステムに対する指令と、デー
タと、設定等を行う手段である。具体的なハードウェア
としては、キーボード、マウス等のポインティングディ
バイス、タッチパネルの他、公知の入力のための機械、
器具等である。
テムからのメッセージ等を出力する手段である。具体的
には、表示装置、プリンター、他のコンピュータ、記憶
装置、ネットワークへ出力するための通信手段等であ
る。
に記載する「多属性データ管理手段」の一形態であり、
多属性データを体系的に記憶し管理する装置である。な
お、「データベース」は、本来的にはデータの集合、即
ちソフトウェア的なものを指すが、本明細書では現在一
般的に使用されているように、データベースを記憶した
記憶装置を含めて「データベース」というものとする。
特許請求の範囲に「多属性データベース」とせずに「多
属性データ管理手段」としたのは、データベース化せず
に、多属性データ群を検索することができるように記憶
管理するものを広く含む意味である。このようなデータ
ベース化しない多属性データ管理手段の例として、ラン
ダムなデータと検索エンジンを組み合わせたものが該当
する。
に、多属性データベース4に格納された多属性データの
構造と本明細書で使用するそれに関する用語について説
明する。
多属性データベース4に格納された多属性データの一例
を示している。図2に示すように、賃貸物件について情
報は、「礼金」、「敷金」、「賃料」、「管理費」、
…、「外壁」等の多数の属性を有している。「礼金」、
「敷金」、「賃料」、「管理費」、…、「外壁」は、属
性の内容を表わし、それらの内容に応じて属性を分類し
たものであり、本願でいう「属性項目」である。「属性
項目」に対する値を「属性値」という。例えば、「礼
金」という属性項目に対して350、300、…という
値が属性値に該当する。「種別」という属性項目に対し
ては、アパート、マンション、一戸建て、…等が属性値
に該当する。
成されている。例えば、図2の第3番目の多属性データ
は、360(礼金),200(敷金),190(賃
料),25(管理費),…,煉瓦(外壁)という属性値
の組合せからなる。ここで、かっこ内は説明のために便
宜的に属性項目を示しているが、多属性データ自体には
含まれていない。これらの属性値の組合せによって多属
性データが特定される。以上で多属性データについての
説明を終了し、図1に戻って評価基準管理手段5につい
て説明する。
索する際に、ある多属性データが解か否かの判断をする
基準を記憶管理する手段である。評価基準管理手段5
は、管理処理部5aと、評価基準記憶部5bとからな
る。管理処理部5aは、評価基準記憶部5bから必要な
評価基準を取り出して検索に供したり、ユーザーの要求
に応じて所定の評価基準を入力あるいは既入力の評価基
準を改変する処理を行う手段である。評価基準記憶部5
bは、種々の評価基準を記憶し、管理する手段である。
好ましくは、評価基準記憶部5bはデータベース化す
る。評価基準記憶部5bに記憶される評価基準として
は、クラス分け基準、乖離度評価関数、属性項目係数が
ある。
範囲ごとに分けるための境界値の基準をいう。例えば、
賃貸物件情報において、賃料を「10万円以下」、「1
0〜20万円」、「20〜30万」、「30万円以上」
という風に分けるための基準である。ここで、「10万
円以下」、「10〜20万円」、「20〜30万」等が
属性値ランクである。賃料のように、属性値が連続的な
値をとるものについては、上述したように所定の値の範
囲で属性値ランクに分ける。これに対して、例えば賃貸
物件情報における建物の「種別」等は、「アパート」、
「マンション」、「一戸建て」の離散値をとる。属性値
が離散値をとる属性項目については、一般的には各離散
値を属性値ランクとすることができる。クラス分け基準
は、属性値の一定範囲ごとに分ける方法の他、正規分布
の所定の度数ごとに分ける方法等、ケースバイケースで
設定することができる。
た属性値ランクと、評価対象の多属性データのその属性
値ランクの乖離度を評価する関数をいう。ここで、乖離
度評価関数は、線形関数でもよいし、属性項目により非
線形関数でもよい。図3に線形的な乖離度評価関数と、
非線形な乖離度評価関数を概念的に示す。
3(b)は、高い値域で乖離度を大きく評価する非線形
の乖離度評価関数、図3(c)は、低い値域で乖離度を
大きく評価する非線形の乖離度評価関数をそれぞれ示
す。
値の大小に関わらず、検索条件として設定した属性値ラ
ンクと評価対象の属性値ランクの差異に比例して乖離度
を評価するものである。この線形乖離度評価関数は、属
性値域の高低に関わらず、検索条件として設定した属性
値ランクと評価対象の属性値ランクの差を、比例的に検
索結果に対するユーザーの満足度に反映する評価関数で
ある。
性値の高い値域で、検索条件として設定した属性値ラン
クと評価対象の属性値ランクとの小さな差を、検索結果
に対するユーザーの満足度に大きく反映する評価関数で
ある。例えば、賃貸物件の交通時間で、1時間以上の属
性値ランクでは、1属性値ランク(例えば10分)の増
加が、検索結果に対するユーザーの満足度に大きく影響
を与える場合である。図3(c)の非線形乖離度評価関
数は、属性値の低い値域で、検索条件として設定した属
性値ランクと評価対象の属性値ランクとの小さな差を、
検索結果に対するユーザーの満足度に大きく反映する評
価関数である。例えば、賃貸物件の賃貸料で、10万円
以下では1つの属性値ランク(例えば1万円)の相違
が、検索結果に対するユーザーの満足度に大きく影響を
与える場合である。
度評価関数は例示であり、これらの組合せ、あるいは所
定の計算式、あるいは経験的に得られる相関関係であっ
てもよい。この乖離度評価関数により、乖離に対する非
線形的な評価を容易に行うことができるようになる。
検索した場合のユーザーの満足度を評価する際の各属性
項目の重みである。本発明による検索支援システムで
は、所定の検索を行うのに先立ってユーザーに、各属性
項目の重要度について「絶対」、「非常に重要」、「重
要」、「普通」、「軽度」、「非常に軽度」の選択肢を
示し、その属性項目がどの程度にそのユーザーにとって
重要かを入力させる。同一属性項目係数においても、上
述した重要度のランク間で評価の重みが異なり、乖離度
によって評価が異なる。例えば、「絶対」と「非常に重
要」間の1重要度ランクの乖離は、「重要」と「普通」
間の1重要度ランクの乖離より、大きな重みをもって評
価される。また、同一の重要度ランク間でも属性項目間
で評価の重みが異なる。例えば、あるユーザーにとっ
て、「賃料」という属性項目が「間取り」という属性項
目よりはるかに重要であれば、同一の重要度ランクでも
「賃料」に関する乖離が「間取り」に関する乖離より、
はるかに重く評価される。
項目における重要度ランク間の相違と、異なる属性項目
間の重要度ランクの相違とを全体的に加味した係数とな
っている。この属性項目係数により、検索条件の「制
約」と「要求」の同一性と非連続性が双方満足され、総
合的に取扱われることができる。
約」であり、「非常に重要」等は上述した「要求」に該
当する。つまり、「制約」は「要求」と重要度ランクの
相違に過ぎず、属性項目係数の大小によって同一次元的
に評価される。すなわち、「制約」を満足していなくて
も、ある高い属性項目係数によって評価されることによ
り、「制約」を満たしていない多属性データでも、解の
候補として検索される可能性があるのである。また、
「絶対」は「非常に重要」に比べて属性項目係数に大き
な差異を設けることにより、「制約」と「要求」の非連
続性を評価することができる。この非連続性を大きく設
定することにより、「制約」を満足しない多属性データ
を排除することができるのである。
価関数、属性項目係数は、検索を行うユーザーによって
設定可能に構成されていてもよいし、システム設計者に
よって予め設定されるようにしてもよい。
る。検索条件管理手段6は、多属性データを検索する際
に、具体的な検索条件を設定し、管理する手段である。
検索条件管理手段6は、管理処理部6aと、検索条件記
憶部6bと、予備的検索条件記憶部6cと、検索条件強
化緩和ルールデータベース6dとを有している。
て所定の検索条件を入力あるいは既入力の検索条件を改
変する処理を行い、検索条件を後述する検索手段7に渡
したりする手段である。また、管理処理部6aは、後述
するように、検索結果に対して検索条件の強化緩和のた
めの分析を行い、最適な検索条件の強化緩和の方向をユ
ーザーに提案することができる。
データの各属性項目の属性値ランクや、解として検索さ
れる多属性データの評価値範囲を記憶管理する手段であ
る。検索すべき多属性データの各属性項目の属性値ラン
クとは、例えば「賃料」について15万円以下のデータ
を検索する、というようなものである。解として検索さ
れる多属性データの評価値範囲とは、ユーザーの満足度
を数値化した評価値について80以上のデータを検索す
る、というようなものである。この評価値範囲の設定如
何によって、検索される多属性データの多少が左右され
る。検索条件記憶部6bは好ましくはデータベース化す
る。
処理負荷を軽減するための予備的検索条件を記憶管理す
る手段である。予備的検索条件には、評価値の計算を行
う多属性データの属性項目と属性値ランクを指定した予
備的検索条件と、検索すべき多属性データの解の種類に
ついて指定した予備的検索条件とがある。評価値の計算
を行う多属性データの属性項目と属性値ランクを指定し
た予備的検索条件とは、例えば、「賃料」が15万円以
下の条件に適合することを前提条件とする検索である。
この場合、予め「賃料」が15万円以下の予備的検索条
件に適合する多属性データを選別し、これらの多属性デ
ータのみについて、評価値を計算し、検索条件と検索基
準を満たす多属性データを解をとして検索することがで
きる。このように、予め所定のふるいにかけるようにす
れば、検索支援システム1の情報処理負荷を軽減し、短
時間に多数の多属性データから解を検索することができ
るようになる。検索すべき多属性データの解の種類につ
いて指定した予備的検索条件とは、例えば「充足非劣
解」のみを検索するように条件を指定する場合である。
「充足非劣解」とは、すべての「制約」条件を満たす解
である。この予備的検索条件を指定することにより、す
べての「制約」条件を満たす多属性データを検索し、こ
れらの多属性データのみについて評価値計算を行い、評
価値範囲を満たす多属性データを解として検索すればよ
い。このように、予備的検索条件を指定することによ
り、評価値計算を行う多属性データの数が大幅に減少
し、検索支援システム1の計算負荷を効果的に軽減させ
ることができる。予備的検索条件記憶部6cは、好まし
くはデータベース化する。
は、一度検索を行った後に、さらに解を絞り込むために
検索条件を強化したり、あるいは逆に広範囲の解を検索
するために検索条件を緩和したするする場合に、一定の
ルールによれば効果的に検索条件の強化緩和を行うこと
ができるが、それらのルールをデータベース化したもの
である。検索条件の強化緩和のルールについては後にさ
らに詳述する。
段5と検索条件管理手段6とからそれぞれ評価基準と検
索条件とを入力し、多属性データベース4の多属性デー
タについて、評価値計算を行い、評価値範囲に属する多
属性データを検索する手段である。評価値の計算方法に
ついては後に詳しく説明する。検索手段7によって検索
された解は、出力手段3を介してユーザーに示される。
段は、それぞれの処理を行うために構成された専用のハ
ードウェアでもよく、また、ソフトウェアプログラムに
よって制御されたコンピュータであって、それぞれの処
理段階に応じてそれぞれの処理手段としてデータ処理を
行うものであってもよい。また、上記各手段は、物理的
に一つの装置を構成するものでもよく、また、物理的に
分離した装置を通信手段で接続したシステムでもよい。
する検索支援システム」による検索の処理について以下
に説明する。
対する検索支援システム」による検索の処理の流れを示
す。本発明による「多属性データ群に対する検索支援シ
ステム」によれば、最初にシステム設計者あるいはユー
ザーにより評価基準の設定を行う(ステップS10
0)。この評価基準の設定は、既に説明したように評価
基準管理手段5により、クラス分け基準、乖離度評価関
数、属性項目係数についてそれぞれ設定する。
めに検索条件を設定する(S110)。この検索条件の
設定は、既に説明したように検索条件管理手段6によ
り、検索すべき属性値ランク、検索される多属性データ
の評価値範囲についてそれぞれ設定する。
(ステップS120)。予備的検索条件は、既に説明し
たように、評価値計算を行う多属性データの属性項目と
その属性値ランクを指定するか、検索される多属性デー
タの解の種類を指定する。予備的検索条件があれば、そ
の予備的検索条件にしたがって予備的検索を行う(ステ
ップS130)。
行わずに直接多属性データの評価値を計算する(ステッ
プS140)。本実施形態による評価値の計算方法は、
下記のような計算方法をとる。
データの属性値ランクと検索条件の属性値ランクの乖離
度)×属性項目係数} 上記評価値の計算方法により、計算対象のデータの属性
値ランクと検索条件の属性値ランクの乖離度をどの程度
評価するか、また、各属性項目についてユーザーがどの
程度重要と考えているか、の主観的要因と非線形的な要
因が数値として反映される。また、ユーザーが最初に絶
対に必要と考えていた「制約」条件を満たさない多属性
データでも一定の評価値を算出され、評価値が一定の値
以上であれば検索されることは注目に値する。これによ
り、従来「制約」条件を満たさないとして排除されてい
た多属性データも検索されるからである。
ータ群に対する検索支援システム」は、「制約」条件を
満たさないものまで解として検索される。検索される解
は、その種類により「充足非劣解」、「制約違反吸収
解」、「突出非劣解」等がある。
たす解である。「制約違反吸収解」は、ある「制約」を
満たさないものの、評価値が一定の値以上であった解で
ある。「突出非劣解」は、「制約」や「要求」を満たさ
ないものの、特定の制約や要求を大きく突出する解であ
る。例えば、ユーザーが「賃料」を非常に重要と考えて
いる場合に、他の「制約」や「要求」を満たさないもの
の、「賃料」が非常に安く、ユーザーが考慮したいであ
ろう解である。特定の「制約」や「要求」を突出する解
については、検索条件で設定することができる。
いて評価値を計算し、検索条件と評価基準に適合する解
を検索し、出力する(ステップS150)。なお、出力
する場合には、好ましくは評価値、解の種類等を同時に
出力する。
は、それらの解を出力することにより処理を終了する
が、そうでない場合は以下の検索条件の強化緩和を行う
(ステップS160)。
ユーザーによる自由な検索条件の強化緩和である(ステ
ップS170)。ユーザーによる自由な検索条件の強化
緩和は、通常検索・評価方法について詳しい知識を有す
るユーザーに提供する検索支援である。この場合、検索
結果を表示する際に、属性項目係数、乖離度評価関数、
クラス分け基準、検索条件等を同時に表示するのが好ま
しい。これらの評価基準と検索条件と検索結果を参照す
ることにより、詳しい知識を有するユーザーであれば、
適当な検索条件の変更を行うことができる。検索条件の
変更を行った場合には、ステップS140に戻り、再度
評価と解の検索とを行う(ステップS140)。
ない場合の検索処理として、検索結果に対して、ユーザ
ーに「検索意図に沿う解」と「検索意図に沿わない解」
とを選択させ、その選択結果を分析し、所定の検索条件
や評価基準を変更させる処理を行う(ステップS18
0)。
択した解は選択データ群とし、「検索意図に沿わない
解」として選択した解は排除データ群として区分けし、
それぞれデータ群について、検索条件や評価基準につい
て分析する。
法として、属性項目係数が適当か否か、乖離度評価関数
が適当か否か、検索条件として設定された属性値ランク
が適当か否か、の3つの方向がある。
乖離度評価関数が適当か否かの分析方法について説明す
る。属性項目係数が適当か否かを分析するには、選択デ
ータ群と排除データ群について、それぞれのデータ群の
各属性項目の評価値の平均値を算出する。各属性項目の
評価値の平均値は、下記のように算出する。
評価関数(各データ群の各属性項目属性値ランクと検索
条件の属性値ランクの乖離度)×属性項目係数}/デー
タ数 選択データ群と排除データ群の上記各属性項目の評価値
平均値を比較することにより、属性項目によっては、排
除データ群の評価値平均値が選択データ群の評価値平均
値より高いものが存在する場合がある。このような、選
択データ群と評価値の逆転現象は、属性項目係数や乖離
度評価関数の設定が不適当と考えられる。そこで、この
ような属性項目について、選択データ群が選択される方
向に属性項目係数か乖離度評価関数を変更する。
値が逆転する属性項目を発見し、属性項目係数か乖離度
評価関数の変更をユーザーに任せる方法と、評価値の逆
転の幅に応じて、所定のルールにより、属性項目係数か
乖離度評価関数を所定幅変更する方法とがある。所定の
ルールによって属性項目係数か乖離度評価関数を所定幅
変更する場合は、図1で説明した検索条件強化緩和ルー
ルデータベース6dを参照し、属性項目係数か乖離度評
価関数を自動的に変更し(ステップS190)、ステッ
プS140に戻り、再度評価と解の検索とを行う(ステ
ップS140)。
をユーザー示し、ユーザーによって変更が行われた場合
も、ステップS140に戻り、再度評価と解の検索とを
行う(ステップS140)。
適当か否かを分析するには、選択データ群と排除データ
群の各属性値ランクの離散を個別的に検討する。例え
ば、前記賃貸物件の検索の例において「構造」として
「マンション」という属性値ランクを設定したのに拘わ
らず、選択データ群において、「構造」として「一戸建
て」が大多数を占めている場合は、そのユーザーが真に
検索しようとする賃貸物件データは、「一戸建て」の賃
貸物件であることが分かる。この場合には、「マンショ
ン」という検索条件をユーザーに示して変更を求める
か、離散の程度によって検索条件を自動的に変更するル
ールによって、検索条件を自動的に変更する(ステップ
S180)。検索条件を変更した後は、ステップS14
0に戻り、再度評価と解の検索とを行う(ステップS1
40)。
条件を強化または緩和する方向に応じて、所定の属性項
目について検索条件の変更を支援する方法(ステップS
200)について説明する。
をするには、特定の属性項目について検索条件の強化・
緩和を行うのが効果的である。
所定値以上の高重要度属性項目、属性項目係数が所定範
囲内の中重要度属性項目、属性項目係数に関わらず低い
属性値ランクを指定された属性項目、解の多属性データ
についてペナルティ値の総計が少ない属性項目の少なく
とも一つを前記出力手段を介して表示し、ユーザーによ
り所定の属性項目に関する検索条件を強化させる。
項目について検索条件を強化すれば、より評価値の高い
解の集合を得られるからである。属性項目係数が所定範
囲内の中重要度属性項目について検索条件を強化するの
は、高重要度属性項目についてそれ以上検索条件を強化
できない場合、強化を行っても十分評価値の向上が期待
できない場合があるからである。属性項目係数に関わら
ず低い属性値ランクを指定された属性項目の検索条件を
強化するのは、一般的に解の数を減少させるのに効果的
だからである。ペナルティの総計が少ない属性項目につ
いて検索条件を強化するのは、この検索条件強化によっ
て評価値の下落から少ない解の集合を得られるからであ
る。なお、ペナルティとは、負の評価値、すなわち制約
や要求を満たさない場合の評価値である。
件をユーザーに提示し、ユーザーによって検索条件強化
をする方法も可能であるが、所定条件の組合せによって
最も効果的な検索条件強化を行うルールにより、自動的
に検索条件強化をする方法とがある(ステップS19
0)。
強化の逆を行えばよい。すなわち、属性項目係数が所定
値以下の低重要度属性項目、属性項目係数が所定範囲内
の中重要度属性項目、属性項目係数に関わらず高い属性
値ランクを指定された属性項目、解の多属性データにつ
いてペナルティ値の総計が多い属性項目の少なくとも一
つを前記出力手段を介して表示し、ユーザーにより所定
の属性項目に関する検索条件を緩和させる。
項目について検索条件を緩和すれば、評価値の下落が少
ない解の集合を得られる。属性項目係数が所定範囲内の
中重要度属性項目について検索条件を緩和するのは、低
重要度属性項目についてそれ以上検索条件を緩和できな
い場合があるからである。属性項目係数に関わらず高い
属性値ランクを指定された属性項目の検索条件を緩和す
るのは、一般的に解の数を増加させるのに効果的だから
である。ペナルティの総計が少ない属性項目について、
検索条件を緩和するのは、この検索条件緩和によって全
体的に評価値が高い解の集合を得られるからである。
き検索条件をユーザーに提示し、ユーザーによって検索
条件緩和する方法と、所定条件の組合せによって最も効
果的な検索条件緩和を行うルールにより、自動的に検索
条件緩和をする方法とがある(ステップS190)。
により、ユーザーがもっとも満足する解の集合を得るこ
とができる。
タ群に対する検索支援システム」によれば、クラス分け
基準、乖離度評価関数、属性項目係数を適当に設定する
ことにより、検索条件の「制約」と「要求」の同一性と
非連続性の双方を満足するように取扱うことができ、
「制約」を満たしていないが評価値が高い解を検索でき
る一方、「制約」を満たしていない解をより強く排除す
ることもできる。
する検索支援システム」によれば、属性項目係数の分布
を適当に設定することにより、多属性データについて種
々の検索パターンを行うことができる。賃貸物件につい
て「賃料」に重点をおいた検索や、「立地条件」に重点
をおいた検索等である。
する検索支援システム」によれば、検索条件、評価基準
を検索結果と同時に表示するので、検索条件等と検索結
果の相関関係が明らかになり、ユーザーによって如何な
る検索条件等変更を陽に支援することができるのであ
る。
テムの構成を示したブロック図。
示した図。
理の流れを示したフローチャート。
Claims (18)
- 【請求項1】入力手段と、 出力手段と、 複数の属性項目に対する属性値からなる多属性データを
管理する多属性データ管理手段と、 各属性項目の属性値を属性値ランクに分けるためのクラ
ス分け基準と、検索条件として設定した属性値ランクと
実際に検索された多属性データのその属性値ランクの乖
離度を評価する乖離度評価関数と、前記属性項目の評価
における重要度に応じて付与された属性項目係数を含む
評価基準を管理する評価基準管理手段と、 検索すべき多属性データの各属性項目の属性値ランク
と、解の種類に応じて検索される多属性データの評価値
範囲とを含む検索条件を管理する検索条件管理手段と、 前記検索条件管理手段と前記評価基準管理手段とからそ
れぞれ検索条件と評価基準とを入力し、前記多属性デー
タ管理手段の多属性データの評価値を算出し、評価値が
前記評価範囲内にある多属性データを解として検索する
検索手段と、を有することを特徴とする多属性データ群
に対する検索支援システム。 - 【請求項2】前記評価基準管理手段は、ユーザーの指定
に応じて前記属性項目係数を設定できるように構成され
ていることを特徴とする請求項1に記載の多属性データ
群に対する検索支援システム。 - 【請求項3】前記検索条件管理手段は、評価値計算を行
う多属性データの属性項目及び属性値ランクを指定でき
るように構成され、 前記検索手段は、前記多属性データ管理手段の多属性デ
ータの中から前記検索条件管理手段により指定された属
性項目及び属性値ランクを有する多属性データを検索し
た後に、それらの多属性データについて評価値計算と解
の検索を行うことを特徴する請求項1または2に記載の
多属性データ群に対する検索支援システム。 - 【請求項4】前記検索条件管理手段は、検索すべき多属
性データの解の種類として充足非劣解、制約違反吸収
解、突出非劣解のうちの少なくとも一つを指定できるよ
うに構成され、 前記検索手段は、前記検索条件管理手段により指定され
た解に該当する多属性データを検索することを特徴とす
る請求項1ないし3のいずれかに記載に多属性はデータ
群に対する検索支援システム。 - 【請求項5】前記検索条件管理手段は、前記検索手段が
多属性データの解の検索を行った後に、その検索条件あ
るいは評価基準を前記出力手段を介して表示し、ユーザ
ーにより検索条件の強化あるいは緩和をさせるように構
成されていることを特徴とする請求項1ないし4のいず
れかに記載の多属性データ群に対する検索支援システ
ム。 - 【請求項6】前記検索条件管理手段は、 検索条件強化のために、属性項目係数が所定値以上の高
重要度属性項目、属性項目係数が所定範囲内の中重要度
属性項目、属性項目係数に関わらず低い属性値ランクを
指定された属性項目、解の多属性データについてペナル
ティ値の総計が少ない属性項目の少なくとも一つを前記
出力手段を介して表示し、ユーザーにより所定の属性項
目に関する検索条件を強化させ、あるいは検索条件緩和
のために、属性項目係数が所定値以下の低重要度属性項
目、属性項目係数が所定範囲内の中重要度属性項目、属
性項目係数に関わらず高い属性値ランクを指定された属
性項目、解の多属性データについてペナルティの総計が
多い属性項目の少なくとも一つを前記出力手段を介して
表示し、ユーザーにより所定の属性項目に関する検索条
件を緩和させることを特徴とする請求項5に記載の多属
性データ群に対する検索支援システム。 - 【請求項7】前記検索条件管理手段は、前記検索手段が
多属性データの解の検索を行った後に、 検索条件強化のために、属性項目係数が所定値以上の高
重要度属性項目、属性項目係数が所定範囲内の中重要度
属性項目、属性項目係数に関わらず低い属性値ランクを
指定された属性項目、解の多属性データについてペナル
ティ値の総計が少ない属性項目のいずれかの属性項目を
所定のルールによって選定し、その属性項目に関する検
索条件を所定の巾強化し、 あるいは検索条件緩和のために、属性項目係数が所定値
以下の低重要度属性項目、属性項目係数が所定範囲内の
中重要度属性項目、属性項目係数に関わらず高い属性値
ランクを指定された属性項目、解の多属性データについ
てペナルティの総計が多い属性項目のいずれかの属性項
目を所定のルールによって選定し、その属性項目に関す
る検索条件を所定の巾緩和することを特徴とする請求項
1ないし4のいずれかに記載の多属性データ群に対する
は検索支援システム。 - 【請求項8】前記検索条件管理手段は、前記検索手段が
多属性データの解の検索を行った後に、検索された多属
性データを前記出力手段を介してユーザーに示し、ユー
ザーによりその検索意図に沿う選択データ群とそれ以外
の排除データ群とに選別させ、選別された選択データ群
と排除データ群の属性項目ごとの評価値の比較により、
あるいは選択データ群と排除データ群のそれぞれのデー
タ群の属性項目の属性値分布と検索条件として設定され
ていた属性値ランクとの比較により、変更すべき属性項
目係数と検索条件としての属性値ランクとを特定し、そ
れらをユーザーにより必要により変更させ、変更された
検索条件および評価基準に基づいて前記検索手段により
再度解の検索を行うことを特徴とする請求項1ないし4
のいずれかに記載の多属性データ群に対する検索支援シ
ステム。 - 【請求項9】前記検索条件管理手段は、前記変更すべき
属性項目係数と検索条件としての属性値ランクとを特定
するのに際し、所定のルールによって前記属性項目係数
あるいは属性値ランクを特定することを特徴とする請求
項8に記載の多属性データ群に対する検索支援システ
ム。 - 【請求項10】コンピュータによって多属性データ群か
ら所定の多属性データを検索し、検索を支援するための
制御プログラムであって、前記制御プログラムはコンピ
ュータを制御して、 入力手段と、 出力手段と、 複数の属性項目に対する属性値からなる多属性データを
管理する多属性データ管理手段と、 各属性項目の属性値を属性値ランクに分けるためのクラ
ス分け基準と、検索条件として設定した属性値ランクと
実際に検索された多属性データのその属性値ランクの乖
離度を評価する乖離度評価関数と、前記属性項目の評価
における重要度に応じて付与された属性項目係数を含む
評価基準を管理する評価基準管理手段と、 検索すべき多属性データの各属性項目の属性値ランク
と、解の種類に応じて検索される多属性データの評価値
範囲とを含む検索条件を管理する検索条件管理手段と、 前記検索条件管理手段と前記評価基準管理手段とからそ
れぞれ検索条件と評価基準とを入力し、前記多属性デー
タ管理手段の多属性データの評価値を算出し、評価値が
前記評価範囲内にある多属性データを解として検索手段
と、を構成することを特徴とする制御プログラムを記録
した記録媒体。 - 【請求項11】コンピュータによって多属性データ群か
ら所定の多属性データを検索しその検索を支援するため
の制御プログラムであって、前記制御プログラムは、 前記評価基準管理手段により、ユーザーの指定に応じて
前記属性項目係数を設定できるように制御することを特
徴とする請求項10に記載の制御プログラムを記録した
記録媒体。 - 【請求項12】コンピュータによって多属性データ群か
ら所定の多属性データを検索しその検索を支援するため
の制御プログラムであって、前記制御プログラムは、 前記検索条件管理手段により、評価値計算を行う多属性
データの属性項目及び属性値ランクを指定できるように
制御し、 前記検索手段により、前記多属性データ管理手段の多属
性データの中から前記検索条件管理手段により指定され
た属性項目及び属性値ランクを有する多属性データを検
索した後に、それらの多属性データについて評価値計算
と解の検索を行うように制御することを特徴する請求項
10または11に記載の制御プログラムを記録した記録
媒体。 - 【請求項13】コンピュータによって多属性データ群か
ら所定の多属性データを検索しその検索を支援するため
の制御プログラムであって、前記制御プログラムは、 前記検索条件管理手段により、検索すべき多属性データ
の解の種類として充足非劣解、制約違反吸収解、突出非
劣解のうちの少なくとも一つを指定できるように制御
し、 前記検索手段により、前記検索条件管理手段により指定
された解に該当する多属性データを検索するように制御
することを特徴とする請求項10ないし12のいずれか
に記載の制御プログラムを記録した記録媒体。 - 【請求項14】コンピュータによって多属性データ群か
ら所定の多属性データを検索しその検索を支援するため
の制御プログラムであって、前記制御プログラムは、 前記検索条件管理手段により、前記検索手段が多属性デ
ータの解の検索を行った後に、その検索条件あるいは評
価基準を前記出力手段を介して表示し、ユーザーにより
検索条件の強化あるいは緩和をさせるように制御するこ
とを特徴とする請求項10ないし13のいずれかに記載
の制御プログラムを記録した記録媒体。 - 【請求項15】コンピュータによって多属性データ群か
ら所定の多属性データを検索しその検索を支援するため
の制御プログラムであって、前記制御プログラムは、 前記検索条件管理手段により、 検索条件強化のために、属性項目係数が所定値以上の高
重要度属性項目、属性項目係数が所定範囲内の中重要度
属性項目、属性項目係数に関わらず低い属性値ランクを
指定された属性項目、解の多属性データについてペナル
ティ値の総計が少ない属性項目の少なくとも一つを前記
出力手段を介して表示し、ユーザーにより所定の属性項
目に関する検索条件を強化させ、あるいは検索条件緩和
のために、属性項目係数が所定値以下の低重要度属性項
目、属性項目係数が所定範囲内の中重要度属性項目、属
性項目係数に関わらず高い属性値ランクを指定された属
性項目、解の多属性データについてペナルティの総計が
多い属性項目の少なくとも一つを前記出力手段を介して
表示し、ユーザーにより所定の属性項目に関する検索条
件を緩和させるように制御することを特徴とする請求項
14に記載の制御プログラムを記録した記録媒体。 - 【請求項16】コンピュータによって多属性データ群か
ら所定の多属性データを検索しその検索を支援するため
の制御プログラムであって、前記制御プログラムは、 前記検索条件管理手段により、前記検索手段が多属性デ
ータの解の検索を行った後に、 検索条件強化のために、属性項目係数が所定値以上の高
重要度属性項目、属性項目係数が所定範囲内の中重要度
属性項目、属性項目係数に関わらず低い属性値ランクを
指定された属性項目、解の多属性データについてペナル
ティ値の総計が少ない属性項目のいずれかの属性項目を
所定のルールによって選定し、その属性項目に関する検
索条件を所定の巾強化し、 あるいは検索条件緩和のために、属性項目係数が所定値
以下の低重要度属性項目、属性項目係数が所定範囲内の
中重要度属性項目、属性項目係数に関わらず高い属性値
ランクを指定された属性項目、解の多属性データについ
てペナルティの総計が多い属性項目のいずれかの属性項
目を所定のルールによって選定し、その属性項目に関す
る検索条件を所定の巾緩和することを特徴とする請求項
10ないし13のいずれかに記載の制御プログラムを記
録した記録媒体。 - 【請求項17】コンピュータによって多属性データ群か
ら所定の多属性データを検索しその検索を支援するため
の制御プログラムであって、前記制御プログラムは、 前記検索条件管理手段により、前記検索手段が多属性デ
ータの解の検索を行った後に、検索された多属性データ
を前記出力手段を介してユーザーに示し、ユーザーによ
りその検索意図に沿う選択データ群とそれ以外の排除デ
ータ群とに選別させ、選別された選択データ群と排除デ
ータ群の属性項目ごとの評価値の比較により、あるいは
選択データ群と排除データ群のそれぞれのデータ群の属
性項目の属性値分布と検索条件として設定されていた属
性値ランクとの比較により、変更すべき属性項目係数と
検索条件としての属性値ランクとを特定し、それらをユ
ーザーにより必要により変更させ、変更された検索条件
および評価基準に基づいて前記検索手段により再度解の
検索を行うことを特徴とする請求項10ないし13のい
ずれかに記載の制御プログラムを記録した記録媒体。 - 【請求項18】コンピュータによって多属性データ群か
ら所定の多属性データを検索しその検索を支援するため
の制御プログラムであって、前記制御プログラムは、 前記検索条件管理手段により、前記変更すべき属性項目
係数と検索条件としての属性値ランクとを特定するのに
際し、所定のルールによって前記属性項目係数あるいは
属性値ランクを特定するように制御することを特徴とす
る請求項17に記載の制御プログラムを記録した記録媒
体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP35133097A JP4014713B2 (ja) | 1997-12-19 | 1997-12-19 | 多属性データ群に対する検索支援システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP35133097A JP4014713B2 (ja) | 1997-12-19 | 1997-12-19 | 多属性データ群に対する検索支援システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH11184872A true JPH11184872A (ja) | 1999-07-09 |
JP4014713B2 JP4014713B2 (ja) | 2007-11-28 |
Family
ID=18416576
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP35133097A Expired - Lifetime JP4014713B2 (ja) | 1997-12-19 | 1997-12-19 | 多属性データ群に対する検索支援システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4014713B2 (ja) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002215756A (ja) * | 2001-01-12 | 2002-08-02 | Takayuki Miyashita | インターネット不動産仲介システム |
JP2002351963A (ja) * | 2001-05-30 | 2002-12-06 | Houseman Homes:Kk | 不動産関連取引情報処理システム及び方法並びに不動産関連取引情報処理用ソフトウェア |
JP2003167944A (ja) * | 2001-11-30 | 2003-06-13 | Nec Corp | 最適プラン選択支援システム |
JP2004334518A (ja) * | 2003-05-07 | 2004-11-25 | Takenaka Komuten Co Ltd | 不動産検索システム |
JP2006508434A (ja) * | 2002-11-15 | 2006-03-09 | フォン・シュヴェーバー,エリック | 情報サーベイのための方法及び装置 |
JP2009534747A (ja) * | 2006-04-21 | 2009-09-24 | ヒューレット−パッカード デベロップメント カンパニー エル.ピー. | 大規模データオブジェクトライブラリ内でデータオブジェクトを見つける方法及びシステム |
JP2009259150A (ja) * | 2008-04-21 | 2009-11-05 | Fujitsu Ltd | 情報検索装置 |
JP2010097464A (ja) * | 2008-10-17 | 2010-04-30 | Naada:Kk | 所要時間による施設情報検索方法 |
JP2011008550A (ja) * | 2009-06-25 | 2011-01-13 | Panasonic Electric Works Co Ltd | データ検索システム |
JP2020061116A (ja) * | 2018-10-04 | 2020-04-16 | 株式会社創建 | 検索対象を検索するためのコンピュータシステム、そのコンピュータシステムにおいて実行される方法、プログラム |
JP2023005247A (ja) * | 2021-06-28 | 2023-01-18 | ヤフー株式会社 | 情報処理装置、情報処理方法および情報処理プログラム |
-
1997
- 1997-12-19 JP JP35133097A patent/JP4014713B2/ja not_active Expired - Lifetime
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002215756A (ja) * | 2001-01-12 | 2002-08-02 | Takayuki Miyashita | インターネット不動産仲介システム |
JP2002351963A (ja) * | 2001-05-30 | 2002-12-06 | Houseman Homes:Kk | 不動産関連取引情報処理システム及び方法並びに不動産関連取引情報処理用ソフトウェア |
JP2003167944A (ja) * | 2001-11-30 | 2003-06-13 | Nec Corp | 最適プラン選択支援システム |
JP2011008807A (ja) * | 2002-11-15 | 2011-01-13 | Schweber Erick Von | 情報サーベイのための方法及び装置 |
JP2006508434A (ja) * | 2002-11-15 | 2006-03-09 | フォン・シュヴェーバー,エリック | 情報サーベイのための方法及び装置 |
US8170906B2 (en) | 2002-11-15 | 2012-05-01 | Erick Von Schweber | Method and apparatus for information surveying |
JP2004334518A (ja) * | 2003-05-07 | 2004-11-25 | Takenaka Komuten Co Ltd | 不動産検索システム |
JP2009534747A (ja) * | 2006-04-21 | 2009-09-24 | ヒューレット−パッカード デベロップメント カンパニー エル.ピー. | 大規模データオブジェクトライブラリ内でデータオブジェクトを見つける方法及びシステム |
JP2009259150A (ja) * | 2008-04-21 | 2009-11-05 | Fujitsu Ltd | 情報検索装置 |
JP2010097464A (ja) * | 2008-10-17 | 2010-04-30 | Naada:Kk | 所要時間による施設情報検索方法 |
JP2011008550A (ja) * | 2009-06-25 | 2011-01-13 | Panasonic Electric Works Co Ltd | データ検索システム |
JP2020061116A (ja) * | 2018-10-04 | 2020-04-16 | 株式会社創建 | 検索対象を検索するためのコンピュータシステム、そのコンピュータシステムにおいて実行される方法、プログラム |
JP2023005247A (ja) * | 2021-06-28 | 2023-01-18 | ヤフー株式会社 | 情報処理装置、情報処理方法および情報処理プログラム |
Also Published As
Publication number | Publication date |
---|---|
JP4014713B2 (ja) | 2007-11-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7461058B1 (en) | Optimized rule based constraints for collaborative filtering systems | |
Osei-Bryson | Evaluation of decision trees: a multi-criteria approach | |
US5752242A (en) | System and method for automated retrieval of information | |
US9367606B1 (en) | Search engine that applies feedback from users to improve search results | |
US5854923A (en) | Facility for the intelligent selection of information objects (persona) | |
Nottelmann et al. | Evaluating different methods of estimating retrieval quality for resource selection | |
US20010016846A1 (en) | Method for interactively creating an information database including preferred information elements, such as, preferred-authority, world wide web pages | |
Wang et al. | Effective bigdata-space service selection over trust and heterogeneous QoS preferences | |
EP0958539A1 (en) | Consumer profiling system with analytic decision processor | |
JP2003505746A (ja) | ポートフォリオ最適化の枠組み内で、ユーティリティを向上させ、モデル・リスクを多様化する | |
JPH11184872A (ja) | 多属性データ群に対する検索支援システム | |
Wang et al. | Aggregate production planning with multiple fuzzy goals | |
US20090089274A1 (en) | Gradient based optimization of a ranking measure | |
Khan | Security assessment through fuzzy-delphi analytic hierarchy process | |
Otto et al. | Modeling imprecision in product design | |
Huédé et al. | MCS—A new algorithm for multicriteria optimisation in constraint programming | |
Pasi | Modeling users' preferences in systems for information access | |
WO2004114155A1 (ja) | コンテンツ推薦装置、方法及びプログラム | |
Sofikitis et al. | Development of recommendation systems using game theoretic techniques | |
Cole | A decision theoretic cost model for dynamic plans | |
JP3832720B2 (ja) | 協調的フィルタリングにおけるデフォルト値設定方法及びシステム | |
Zhong et al. | Meningitis data mining by cooperatively using GDT-RS and RSBR | |
Ye et al. | Pushing quality of service information and requirements into global query optimization | |
Mohamed et al. | A multi-level approach for mobile recommendation of services | |
Gurský et al. | Dynamic search of relevant information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060929 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061128 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070511 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070710 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070814 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070912 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100921 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110921 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110921 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120921 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120921 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130921 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |