JP2002288214A

JP2002288214A - 検索システムおよび検索サービス

Info

Publication number: JP2002288214A
Application number: JP2001091636A
Authority: JP
Inventors: Yumiko Seki; 由美子関; Takashi Saito; 隆斉藤; Osami Hagiwara; 修身萩原; Masayoshi Kito; 政義鬼頭
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-03-28
Filing date: 2001-03-28
Publication date: 2002-10-04
Also published as: EP1246088A2; US20020143737A1; EP1246088A3

Abstract

(57)【要約】【課題】文書情報の予約検索において、複数ユーザの登
録した検索条件に重複があった場合にこれを排除して効
率のよい検索を行うことのできる検索システムおよび検
索サービスを提供する。【解決手段】予約検索を行うに際し、ユーザ間で検索条
件の登録内容に重複があった場合には重複を統合して検
索処理を実行し、得られた検索結果について、ユーザ間
の重複分について各ユーザが所望する検索条件登録に合
致するように情報の複製を行って各ユーザの検索条件登
録ごとに展開するとともに、展開した内容中に重複があ
った場合はこれを排除して統合し、ユーザが所望する形
態に編集して編集結果をユーザが予め登録したメールア
ドレスなどの配信先へ配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク上のデ
ータベースに蓄積された情報の検索方法及び装置に関す
る。

【０００２】

【従来の技術】（１）蓄積された文書に対する予約検索
の従来技術としては特開平７−３３４５２２号公報にあ
るように、予め登録された検索条件と検索時機に基づい
て該当する文書の一覧表を取得する技術がある。

【０００３】（２）また、複数のユーザからなされた複
数の検索要求を一括して処理する方法は特開平６−６０
１２１号公報に示されている。

【０００４】

【発明が解決しようとする課題】上記従来の技術（１）
においては、検索結果は文書一覧として与えられるの
で、検索内容をメールにて通知し、また通知内容に重複
があった場合の処理については触れていない。

【０００５】また、上記従来の技術（２）においては、
複数のユーザがそれぞれ検索要求を行った際にこれらを
統合して検索処理を行い、検索効率を上げる方法と、そ
の結果を各ユーザに展開する方法について述べられてい
るが、不特定多数のネットワーク上のデータベースに対
して検索処理を行う場合の効率化の手法について、また
結果を各ユーザへ展開する際の具体的な実現方法につい
ては述べられていない。

【０００６】

【課題を解決するための手段】本発明では、計算機とデ
ータベースとを接続したシステムにおける検索システム
であって、ユーザからの検索要求を登録しておく検索予
約登録部と、前述の登録内容にもとづいてデータベース
に対して情報検索を行い、結果をユーザへ配信する検索
システム部と、前述のデータベースに対して情報検索を
行う際に、重複した検索要求について、予め格納したル
ールに従って統合しユーザへ配信するデータを作成する
検索処理部とを有する。

【０００７】尚、本発明ではネットワーク上にある不特
定多数のデータベース上に蓄積された文書に対して、予
め定められた検索条件、検索時機において予約検索を行
う手段と、少なくとも一人以上のユーザが個々の検索条
件登録を行い、その登録を保持して活用することができ
る手段と、ユーザ間で検索条件の登録内容に重複があっ
た場合には重複を統合して検索条件の作成を行い検索す
る手段と、得られた検索結果について、ユーザ間の重複
分について各ユーザが所望する検索条件登録に合致する
ように情報の複製を行って各ユーザの検索条件登録ごと
に展開する手段と、展開した内容中に重複があった場合
はこれを排除してユーザが所望する形態に編集し、編集
結果をユーザが予め登録したメールアドレスあるいは配
信先へ配信する手段とを備えた情報検索システム、もし
くはこのような検索システムを利用した検索サービスか
らなる。

【０００８】

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

【０００９】図１は本発明を適用した検索システムの構
成と検索サービスの動作を説明する図である。本システ
ムでは複数の検索対象データベースシステム（DBMS）
１、２、、、、ｎがネットワークを介して接続され検索
が可能である環境において、本システムのユーザ１、
２、３、、、ｎが予め登録しておいた検索条件に従って
検索された結果をメールなどの媒体を通じて配信される
サービスを受けることができる。

【００１０】以下に、本発明による検索結果配信サービ
スを提供するプログラム・各システムの構成について説
明する。

【００１１】１０３および１０４の検索予約登録部
（Ａ）（Ｂ）はそれぞれユーザが予め設定するユーザ別
配信要求１０２によって予約検索条件を登録しておくも
のである。これはユーザの数だけあってもよいが、後で
述べるように、ユーザ１がユーザ２の予約検索条件をそ
のまま再利用してもよい。その場合両ユーザの検索予約
登録部は別々にあってもよいが、資源節約のために同じ
ものとなっていてもよい。

【００１２】検索予約登録部に登録された内容で予約検
索を行うのが情報検索部１０５である。情報検索部１０
５は次の構成からなる。１０６検索条件統合部は各検索
予約登録部の検索条件の重複を調べて重複があればこれ
を統合して検索式作成部１０７に結果を渡す。

【００１３】検索式作成部１０７は与えられた検索条件
に基づいて検索式を作成する。作成された検索式は１０
８検索実行部においてコマンド発行される。１０９前検
索結果記憶参照部にといて発行されたコマンドが既に検
索済みの結果を参照する場合はこれを参照し、そうでな
い場合は新規に検索を行う。１１０検索結果取得部にて
検索結果を取得し、１１１検索結果配信部において各検
索予約登録部結果データベース１１２および１１３への
検索結果の配信を行う。

【００１４】１１４ユーザ別配信振り分け処理部では各
ユーザに配信するための検索結果の振り分けを行い、同
じユーザに配信する結果内に重複する結果が含まれてい
ればこれを統合して配信する（１１５）。

【００１５】図２でユーザ別配信要求１０２によって検
索予約登録を行う方法についてユーザインターフェース
の画面例を用いて説明する。

【００１６】２０１はユーザＡが利用する検索予約登録
画面の例である。ここでは基本的な機能についてのみ説
明する。２０２は検索カテゴリを選択する項目である。
例えば、ユーザの使用頻度の高い検索条件については予
めこのようにカテゴリ項目を列挙してユーザに選択させ
ることで、ユーザの負担を軽減することができる。この
例では「インターネット」と「テキスト検索」が選択さ
れ検索予約されている。その他の検索条件については２
０３に示すようにユーザが検索したい言葉を入力する欄
を設け、単語や文章による指定を受け付ける。

【００１７】また、この欄では、うろ覚えの言葉や、綴
り字の間違った場合に文章校正を行う手段を補助的に設
けておいてもよい。２０２や２０３でユーザが自分の検
索したいキーワードをうまく設定できないとき、あるい
は、既に誰か別のユーザが設定した検索条件を再利用し
たいときには、２０４で別ユーザの検索予約登録情報を
参照することができる。

【００１８】これは、予めユーザＡが参照することが許
されているユーザ群について、それらのユーザが設定し
た検索条件を選択し、参照すると、参照されるユーザが
設定しているカテゴリやキーワードが表示され各項目が
再利用可能となる。

【００１９】ユーザＡはそれをそのまま利用して登録し
てもよいし、さらにその情報に新たな項目を追加・削除
して編集してもよい。２０５で検索結果の配信先を指定
する。この例ではデフォルト設定では社内のメールアド
レス宛てとなっているが、個人用のメールアドレスに配
送したり、ＦＡＸへ転送するなどの設定をしてもよい。
２０６は情報の鮮度オプションの指定である。ここで情
報の鮮度とは、検索対象となるデータの新しさを示して
いる。

【００２０】例えば、予約検索の場合、１週間ごと、あ
るいは１日ごとの定められた時機に検索を行い、この結
果を全文検索用データベースに登録しておいて、この登
録済みデータに対してアクセスすることによって処理の
高速化を計っている場合がある。そこで、情報の鮮度オ
プションを設け、指定がなかった場合（デフォルト）は
この予め登録してあるデータに対して検索を行い、結果
を取得することとする。しかし場合によっては最新のデ
ータを新規に検索したいこともある。

【００２１】このような場合のために情報の鮮度オプシ
ョンを設け、ユーザがどの程度まで新しい情報を必要と
しているかを選択することができる。例では、２４時間
以内に作成済みの検索用データベースに対して検索を行
う場合と、新規に原データ（ネットワーク上の検索対象
データベースシステム群）に対する検索を別途行う場合
の２種類の選択肢を表示している。以上２０２〜２０６
の情報を指定して検索予約登録を行い、その情報は検索
予約登録部（１０３）に格納され管理される。

【００２２】図３に１０６検索条件統合部の処理フロー
を示す。各検索予約登録部（１０３，１０４）に登録さ
れている検索条件の記述内容に重複がないか調べる（３
０１）。重複がある場合は重複するキーワードから重複
リスト（４０１）を作成する（３０２）。重複を排除し
て統合した検索条件を検索要求として検索式作成部１０
７へ渡す（３０３）。また処理３０１で重複がなかった
場合はそのまま処理３０３へ進む。

【００２３】図４に重複リスト（４０１）の例を示す。
この例においては、キーワード「インターネット」で予
約検索登録しているユーザはユーザＡ、ユーザＢ、ユー
ザＣの３人で、それぞれの登録している検索予約登録部
はユーザＡが検索登録部Ａであり、ユーザＢとユーザＣ
が検索登録部Ｂを共有している。また、キーワード「テ
キスト検索」で予約検索登録しているユーザはユーザＡ
とユーザＢの二人である。

【００２４】図４の重複リストにある重複キーについて
は検索条件統合部１０６において統合される。すなわ
ち、「インターネット」に対して検索を要求しているユ
ーザは三人いるが、検索そのものは一度でよい。また
「テキスト検索」についても要求ユーザが二人いるが、
検索そのものは一度でよい。そこでこれらを統合して、
「インターネット」と「テキスト検索」の一回の検索と
して検索式を作成するのが１０７の検索式作成部であ
る。作成された検索式は１０８検索実行部でコマンドと
して発行される。

【００２５】ここで発行されたコマンドはそのまま実行
してもよいが、本実施例では引き続き前検索結果記憶参
照部１０９の処理を行う。このように検索の重複を統合
することで検索用サーバの処理を高速化し、負荷を軽減
することができる。１０６検索条件統合部の統合方法、
１０７検索式作成部の作成方法、１０８検索実行部の実
行方法について詳細は特開平６−６０１２１号公報にあ
るような方法を利用してよい。

【００２６】図５に前検索結果記憶参照部１０９の処理
フローを示す。検索実行部１０８から出された検索要求
の鮮度オプション指定が新規検索を指定しているかどう
かを判定し（５０１）、ＹＥＳであればネットワーク上
の検索対象データベースシステムに対して検索を実行
し、検索結果を最新の前検索結果として保存する（５０
３）。処理５０１でＮＯの場合、すなわち新規検索指定
がなされていなかった場合、すでに格納されている前検
索結果で、指定された鮮度オプション（２４時間以内の
情報、１週間以内の情報など）に該当するデータに対し
て検索を実行する（５０２）。

【００２７】なお、前検索結果記憶参照部１０９が前検
索結果を対象として検索実行する手法については、特開
平６−６０１２１号公報にあるように複数の検索対象デ
ータベースがあった場合にどのデータベースを対象に検
索処理を行うか指定して選択的に検索処理を行う方法を
利用してよい。

【００２８】１１０検索結果取得部で検索された結果を
取得し、１１１検索結果配信部で各検索予約登録部結果
データベースへ結果を配信する。

【００２９】図６に１１１検索結果配信部の処理フロー
を示す。

【００３０】図６に示す検索結果配信部１１１では、ま
ず重複リスト４０１を参照して、検索結果のキーと重複
キーとを比較し、重複リストに載っている検索予約登録
分だけを必要な数だけ複製する（６０１）。複製された
検索結果を各検索予約登録部結果データベース（１１
２、１１３）へ配布して登録する（６０２）。

【００３１】図７にユーザ別配信振り分け処理部１１４
の処理フローについて示す。各ユーザが予め設定した検
索予約登録を参照して、検索予約登録結果データベース
からユーザ所望の検索結果を取得して内容を記憶する
（７０１）。この内容をもとに検索結果重複統合処理
（７０２）にうつる。

【００３２】図８に検索結果重複統合処理（７０２）の
処理フローを示す。まず検索結果内容に重複する結果が
含まれていないか判定する（８０１）。判定に際しては
重複度判定ルール群８０２を判定基準として利用する。

【００３３】重複度判定ルール群とは、例えば、一致度
定義ルール８０３、類似度定義ルール８０４、同一情報
起源定義ルール８０５、その他定義ルール８０６などか
らなる。具体的には、一致度定義ルールとは、検索結果
がそれぞれ一致するもの、あるいは、互いに全文検索結
果の一致度が８０％を超えるものは一致すると見なす、
といったような定義がなされている。

【００３４】また、類似度定義ルール８０４とは、文書
の内容を要約したときにそれぞれの検索結果の要約が８
０％以上類似している場合、それらの結果は類似文書で
あって、重複と見なす、といったような定義がなされて
いる。また、同一情報起源定義ルールとは、検索結果を
取得したデータの起源が同じところから発生しているも
の（例えば国外にあるＡ社の社外発表をＢ新聞社が翻訳
して紹介した記事と、Ｃ新聞社が翻訳して紹介した記事
とは本質的に同じ内容を示す、など）は重複と見なす、
といったような定義がなされている。

【００３５】その他定義ルール８０６とは本検索システ
ム側で個別に定義することのできるルールを示す。以上
のような重複度判定ルール群８０２を基にして、重複す
る結果がないかどうか判定した結果、重複する結果が含
まれているときには、結果優先度ルールに基づいて結果
を統合する（８０７）。

【００３６】結果優先度ルール８０８とは、重複する結
果が含まれていたときにどちらを優先してユーザに配信
し、どちらを重複データとして削除するかを決めるため
のルールである。先ほどの例でいえば、Ｂ新聞社の翻訳
技術とＣ新聞社の翻訳技術ではＢ新聞社の方が的確であ
ることが予めわかっているとき、Ｂ新聞社の記事を優先
して、Ｃ新聞社の記事を結果から重複として削除する、
などを定めるものである。

【００３７】また、例えば、「インターネット」および
「テキスト検索」で検索した結果と、「インターネッ
ト」のみで検索した結果、「テキスト検索」のみで検索
した結果はそれぞれ包含関係にあり重複している。

【００３８】従って、検索結果は「インターネット」と
「テキスト検索」の両方を含むものを優先し、その結
果、両方を含む検索結果として選択された情報と同じ情
報については、「インターネット」のみ、および「テキ
スト検索」のみで検索した結果からは、すでに結果が得
られた重複データとして削除する、などを定めるもので
ある。

【００３９】７０２検索結果重複統合処理で重複分を削
除して残った検索結果について、配信用テンプレート
（１１０１）を参照して検索結果を編集して整形し、ユ
ーザが予め指定したアドレスへ結果を配信する（７０
３）。

【００４０】図９に以上で述べてきた検索結果データ重
複統合の仕組みをまとめて示す。検索対象データ群（検
索対象ＤＢＭＳ１、検索対象ＤＢＭＳ２）はそれぞれネ
ットワーク上に接続された不特定多数の原データであっ
ても良いが、検索対象として予め検索して登録しておい
た前検索結果データベースであっても良い。この検索対
象群に対して検索処理を行ってデータ１およびデータ２
が得られたものとする。

【００４１】この時、検索処理は重複を排除して統合さ
れているので、検索対象データ群に対するアクセスは最
小限に抑えられ、検索効率や検索用サーバの負荷の低減
がなされている。また、検索対象データが、コンテンツ
利用に関して課金制度を用いていた場合、例えば検索対
象ＤＢＭＳ１で１度の検索にかかる費用ＸＸ円であれば
通常１０回検索を行うとＸＸ円の１０倍の課金が行われ
るが、このシステムでは検索回数が最低限に抑えられて
いるので課金も少ない。

【００４２】ただし、不正な使用をさけるために、検索
対象ＤＢＭＳ側と本検索サービス側とで別途契約を結ん
で運用することが望ましい。例えば後で複製する数に関
する記述部分（重複リスト４０１など）のみを互いに共
有しておいて、いくつ複製が作られたかによって自動的
に課金を増やすことで、課金制度に支障をきたすことな
くお互いのシステム負荷を低減する方法などが可能であ
る。

【００４３】また、ユーザ側で予算を定めておき、課金
と予算の関係から検索対象ＤＢＭＳ１からデータ取得す
るか、検索対象ＤＢＭＳ２からデータ取得するかなどを
選別する方法も可能である。得られた検索結果データ１
とデータ２とは検索結果配信部１１１によって必要な数
だけ複製が作られ、検索予約登録部（Ａ）結果ＤＢに登
録される。

【００４４】この登録内容をユーザ別に配信振分け処理
を行う中で、検索結果重複統合処理７０２が行われてデ
ータ１とデータ２の中に存在する内容重複部分９０５を
重複排除して統合し、統合された配布用データをユーザ
別結果配信１１５としてユーザに配信する。

【００４５】図１０に具体的な重複排除の例を示してお
く。ユーザＡの予約検索結果がデータ１とデータ２であ
った場合、この図の例ではデータ１中に「インターネッ
ト」と「テキスト検索」の両方を含む検索結果（１）２
月１０日のＡ新聞社記事が得られている。

【００４６】一方、データ２中に「テキスト検索」を含
む検索結果として同じ（１）２月１０日のＡ新聞社記事
が得られている。それぞれは内容が同じで重複している
ので、このままユーザに配信してしまうと配信内容が冗
長になり、ユーザとして読みづらく、わずらわしいもの
となってしまう。

【００４７】そこで、内容が重複している部分９０５を
検索結果重複統合処理７０２によって統合した配布用デ
ータを作成している。この図の例ではデータ１の検索結
果のみを採用して、データ２に含まれている同じ内容の
検索結果は排除されている。この統合された配布用デー
タをユーザ別結果配信として配信する。

【００４８】図１１に配信用テンプレートの例１１０１
を示す。この例では、検索に使用したキー、検索日時、
目次、検索結果、ヒット数、ヒットした数だけの検索結
果の情報（タイトル、作成者、作成日付、ＵＲＬ、概
要、コメントなど）を繰り返し、最後に終了コメントを
出力する書式としている。なおここでいう検索日時と
は、新規検索の場合は検索日時そのものであるが、予め
登録されていた前検索結果を参照した場合はその前検索
結果が検索された日時をユーザに明らかにするものであ
る。

【００４９】図１１のテンプレートの中のコメントは、
検索結果や類似度定義ルールに基づいた類似度の比較結
果に基づいて作成しても良い。

【００５０】たとえば、雑誌社αのインターネットに関
する記事と雑誌社βのインターネットに関する記事が９
５％類似という類似比較の結果がでた場合には「雑誌社
αのインターネットに関する記事と雑誌社βのインター
ネットに関する記事の類似度は９５％でした。本結果通
知には雑誌社αの記事を載せ、雑誌社βの記事を省略し
ました。」というように、どの記事を比較したか、どの
記事を省略したかがわかるようなコメントをつけてもよ
い。その際に、文章のテンプレートを予め格納してお
き、類似度の数値や検索ヒット件数、情報の出所（新聞
社、ＵＲＬ、学会名等の情報）、記事や論文のタイトル
等については類似判定結果や検索結果等の値を入れるよ
うにしてもよい。

【００５１】また、コメントは検索式ごとの検索結果に
応じてつけてもよいし、コメントを希望する結果のみに
つけてもよいし、検索結果送信ごとにつけてもよい。

【００５２】なお、記事の省略に関して、予めどの記事
を結果に載せ、どの記事を省略するかを重複度判定ルー
ル群８０２の中で定義しておいてもよい。たとえば、記
事がＡ新聞社の記事とＢ新聞社の記事とが類似度８５％
である場合には、「Ａ新聞社の記事を載せ、Ｂ新聞社の
記事を省略する。」という定義をしてもよい。この場合
は予め定義されたルールに従ってコメントを自動生成す
るようにしてもよい。

【００５３】さらに、複数の記事の内容の重複が複数あ
ったなどには、記事を載せる優先順位を定めておいても
良い。たとえば、「Ａ新聞社、Ｂ新聞社、Ｃ新聞社の３
社の記事で重複があった場合には、Ａ新聞社の記事を載
せ、Ｂ新聞社およびＣ新聞社の記事は省略。Ｂ新聞社、
Ｃ新聞社の２社の記事があった場合はＢ新聞社の記事を
載せ、Ｃ新聞社の記事は省略。」という定義を定めるこ
とで、どの記事を載せ、どの記事を省略するかを重複度
判定ルールで定めておき、この内容に従ってコメントを
記載してもよい。

【００５４】なお、これらはあくまでも一例であり、別
途コメントのテンプレートを用意しておき、コメントの
テンプレートと重複度判定ルール群８０２とを利用した
文章を記載しても良いし、他の方法でもよい。

【００５５】図１２に１１０１のテンプレートを用いて
配信されるメールの例を示す。ユーザＡが受け取るメー
ル１２０１は、まずユーザＡが指定したキーとして「イ
ンターネット」「テキスト検索」、次に検索日時は２０
０１年３月１日のデータを使用し、検索結果として、ま
ず「インターネット」と「テキスト検索」の両方を含む
もののヒット数が２件、以下その２件の情報、次に「テ
キスト検索」を含むものの検索結果ヒット数１件の情報
が記述されている。

【００５６】なおここではすでに「インターネット」と
「テキスト検索」の検索でヒットした（１）と（２）の
２件の情報については重複するので削除されている。さ
らに「インターネット」を含むものの検索結果ヒット数
１５２３件と続いている。この例にあるように、ヒット
数が多すぎてメールの受信容量を越える場合にはコメン
トを記述して概要の出力を控える。ここでは「メール容
量オーバーのため、検索結果ＤＢ格納エリア１を直接参
照してください」としてメールが冗長になることを防い
でいる。

【００５７】このような結果が多すぎて容量オーバーな
どが生じる場合にはメールの最後尾にこの情報を記載す
ることでユーザ側の可読性を上げ、情報取得を素早く行
えるようにするなどの工夫の余地がある。

【００５８】以上説明したように本実施例においては、
予めユーザが登録しておいた検索予約登録に基づいて予
約検索を行うにあたり、ユーザ間で重複する検索条件に
ついては統合して検索式を作成して検索を行うので、検
索用サーバおよびネットワーク上の不特定多数の検索対
象データベースシステムおよびそれらが接続されるネッ
トワークにおける処理の高速化、負荷の軽減を図るとい
う効果を得ることができる。

【００５９】また本実施例によれば情報の鮮度オプショ
ンを設定して予約検索を行うことができるので、予め登
録されているデータに対して検索を行う場合と、新規に
データの検索を行う場合を区別して処理でき、検索用サ
ーバおよびネットワークの処理の高速化と負荷の軽減を
図るという効果が得られる。

【００６０】なお、検索対象データベースがデータ取得
について課金制度をとっていた場合には、特に制約がな
ければ課金を減らすという経済効果が得られるが、デー
タ使用に制約がある場合には、重複リストに基づいて、
複製して使用するデータ量だけの使用料を支払う、ある
いは別途データ利用契約を結ぶとすればよい。

【００６１】また、一致度定義ルール８０３、類似度定
義ルール８０４、同一情報起源定義ルール８０５、等を
用いることで、異なるＤＢからの検索結果から、検索ヒ
ット率の高いファイルを抽出し、前述の抽出したファイ
ルの内容を要約類似度で比較し、前述の比較結果に応じ
て結果を編集し、編集した結果をテンプレート１１０１
に基づいてフォーマットの変換をすることや、検索結果
や類似度の比較結果に応じたメッセージをつけることが
可能となり、検索結果をまとめる労力を軽減することが
可能となる。

【００６２】

【発明の効果】以上説明したように、本発明によれば、
ネットワーク上にある不特定多数のデータベース上に蓄
積された文書に対して予約検索を行うに際し、少なくと
も一人以上のユーザユーザ間で検索条件の登録内容に重
複があった場合には重複を統合して検索することで、検
索処理の効率を上げることができるという効果が得られ
る。

【００６３】また、得られた検索結果について、ユーザ
間の重複分について各ユーザが所望する検索条件登録に
合致するように情報の複製を行い、展開した内容中に重
複があった場合はこれを排除してユーザが所望する形態
に編集し、編集結果をユーザが予め登録した配信先へ配
信することができるという効果が得られる。

【図面の簡単な説明】

【図１】本発明のシステム構成とシステム全体の動作を
示した図である。

【図２】本発明の一実施例における検索予約登録の画面
例を示した図である。

【図３】本発明の一実施例における検索条件統合部の処
理フローを示す図である。

【図４】本発明の一実施例における重複リストの例を示
す図である。

【図５】本発明の一実施例における前検索結果記憶参照
部の処理フローを示す図である。

【図６】本発明の一実施例における検索結果配信部の処
理フローを示す図である。

【図７】本発明の一実施例におけるユーザ別配信振り分
け処理部の処理フローを示す図である。

【図８】本発明の一実施例における検索結果重複統合処
理のフローを示す図である。

【図９】本発明の一実施例における検索結果データ重複
統合の仕組みを説明するための図である。

【図１０】本発明の一実施例における重複統合された検
索結果データの内容の例を示す図である。

【図１１】本発明の一実施例における配信用テンプレー
トの例を示す図である。

【図１２】本発明の一実施例における配信用テンプレー
トを用いた配信メールの例を示す図である。

【符号の説明】

１０３・１０４検索予約登録部、１０６検索条件統
合部、１０７検索式作成部、１０８検索実行
部、１０９前検索結果記憶参照部、１１０検索結果取
得部、１１１検索結果配信部、１１２・１１３検索予約登録部結果データベース、１１４ユーザ別配信振り分け処理部、２０１検索予約登録画面、４０１重複リスト、８０２重複判定ルール群、８０３一致度定義ルー
ル、８０４類似度定義ルール、８０５同一情報起源定義
ルール、８０８結果優先度ルール、１１０１配信用テンプレート、１２０１配信メール。

───────────────────────────────────────────────────── フロントページの続き (72)発明者萩原修身東京都大田区大森北三丁目２番16号株式会社日立システムアンドサービス内 (72)発明者鬼頭政義神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内Ｆターム(参考） 5B075 ND03 NR02 NR14 PR10 UU06

Claims

【特許請求の範囲】

【請求項１】計算機とデータベースとを接続したシステ
ムにおける検索システムであって、ユーザからの検索要求を登録しておく検索予約登録部
と、前記登録内容にもとづいてデータベースに対して情報検
索を行い、結果をユーザへ配信する検索システム部と、前記データベースに対して情報検索を行う際に、重複し
た検索要求について、予め格納したルールに従って統合
しユーザへ配信するデータを作成する検索処理部とを有
することを特徴とする検索システム。
【請求項２】請求項１記載の検索システムであって、前記検索予約登録において、現在および過去における検
索要求の重複を調べて、検索条件の統合を行うことを特
徴とする検索システム。
【請求項３】請求項２記載の検索システムであって、統
合された検索条件に基づいて得られる検索結果を、各ユ
ーザが所望する検索条件に基づいてユーザ別に結果を予
め定める様式に従って編集して配信することを特徴とす
る検索システム。
【請求項４】請求項３記載の検索システムにおいて、ユ
ーザ別に結果を編集する際、ユーザが所望した検索結果
内容に重複がある場合には重複を排除し、統合して編集
した結果を配信することを特徴とする検索システム。
【請求項５】請求項２または請求項３記載の検索システ
ムであって、前記検索予約登録において過去の検索結果
を少なくとも一つ以上保持しておき、ユーザからの検索
要求を行う際に、保持しておいた検索結果の中から検索
結果を求めるか、または新規に原データからの検索を行
うかをユーザが選択する方法を具備したことを特徴とす
る検索システム。
【請求項６】請求項３記載の検索システムにおいて、ユ
ーザ間で重複する検索要求があって、それらの要求を統
合して検索結果を得た場合、得られた検索結果を要求し
た各ユーザに複製して配布することを特徴とする検索シ
ステム。
【請求項７】請求項１または請求項２または請求項３ま
たは請求項４または請求項５または請求項６記載の検索
システムにおいて、前記検索予約登録にもとづく検索を
予め定められた時間間隔で取得または配信することを特
徴とする検索システム。