JP2009093588A

JP2009093588A - 検索システム

Info

Publication number: JP2009093588A
Application number: JP2007266234A
Authority: JP
Inventors: Satoshi Iwagaki; 聡岩垣
Original assignee: Hitachi Electronics Services Co Ltd
Current assignee: Hitachi Electronics Services Co Ltd
Priority date: 2007-10-12
Filing date: 2007-10-12
Publication date: 2009-04-30
Anticipated expiration: 2027-10-12
Also published as: JP5156326B2

Abstract

【課題】クライアントが属するグループを判別して検索結果のソート順を変更することが可能な検索システムを提供する。
【解決手段】検索サーバ４はクライアント５の部門を判別するための部門判別手段を有し、何れの部門からの検索リクエストかを判別し、検索リクエストに含まれるキーワードによって文書データベース群２０を結合検索して得られる検索結果である複数の文書データ３において、それぞれの属性と、判別された部門によって、検索結果に含まれる文書データ３のそれぞれの重み値を重み値インデックスデータベース４５から取得し、当該重み値に基づいて検索結果である文書データ３をソートし、クライアント５に出力する。
【選択図】図１

Description

本発明は、検索サーバによるデータベースの検索結果のソート順を、クライアントシステム又はクライアントシステムが属するグループ毎に変更することができる検索システムに関する。

従来、ネットワークを介してサーバにアクセスしデータベースの検索を行い、文書等の検索結果をクライアントシステムに出力する検索システムが提供されており、その際に、ユーザの指定による様々な検索結果のソート方法が提案され、開示されている。

例えば、特許文献１によれば、インターネット上でクライアントシステムに提供されるドメイン名等のインターネットアドレスを利用し、当該インターネットアドレスの地域を特定し、当該地域の情報を蓄積するデータベースを用いて情報の検索を行うことで、近隣地域に密着した情報の検索を可能とするための方法が開示されている。

特開２００２−０８２９７４号公報

しかしながら、特許文献１の方法によれば、検索するデータベースは地域別に設けられたデータベースであり、その情報量は全地域を含めた検索と比較すると狭小となってしまい、ユーザが所望の情報が検索結果から漏れてしまう虞があった。

本発明は上記課題を鑑みてなされたものであり、検索対象となるデータベースを制限することなく、且つ検索サーバによるデータベースの検索結果のソート順を、ユーザが利用するクライアントシステム又はクライアントシステムが属するグループ毎に変更することが可能な検索システムを提供することを目的とする。

請求項１に係る検索システムは、少なくとも１つ以上のグループの内何れか１つに属するクライアントシステムと、
製品に関する文書データを該文書データの種別毎に記録及び管理する文書データベースと、
前記クライアントシステムからのリクエストを受け、所定の抽出条件によって前記文書データベースに記録される文書データから、所望の文書データを抽出する検索サーバと、
これらを接続するネットワーク回線からなる検索システムであって、
前記製品毎の重み値の初期値を管理する登録初期値管理手段と、
前記文書データベースに記録された文書データの各々において、前記クライアントシステムが属する前記グループに応じてソート順を決定するための重み値を管理する重み値インデックスデータベースと、
抽出された文書データに対してソートの際の優先順位を管理するための係数を管理する分類係数管理手段と、を備え、
前記文書データベースに文書データを登録する際、当該文書データが何れの製品であるかに基づいて前記登録初期値管理手段から初期値を取得し、取得した初期値に前記クライアントシステムが属するグループに基づいて前記分類係数管理手段から取得した係数を乗じて重み値を算出し、前記重み値インデックスデータベースに当該文書データの重み値として記録することを特徴とする。

請求項１の構成によれば、文書データベースに登録された文書データを、複数のグループの内何れか１つに属するクライアントシステムにて検索する際に、クライアントシステムから送信される抽出条件に基づいて、文書データを抽出する検索サーバにおいて、文書データを文書データベースに登録する際に、登録初期値管理手段に対して当該文書データにおける各グループに対する重み値の初期値を記録し、クライアントシステムが属するグループに基づいて分類係数管理手段から係数を取得し、この係数を初期値に乗じたものを重み値インデックスデータベースに記録し、この重み値を文書データ検索の際に用いる。

請求項２に係る検索システムは、請求項１記載の検索システムにおいて、前記検索サーバは、自身にアクセスする前記クライアントシステムを識別し、何れのグループに属するクライアントシステムかを判別するクライアント判別手段を備え、前記クライアントシステムから検索条件を含む検索リクエストを受けた前記検索サーバは、検索条件に従って文書データベースから文書データを抽出し、重み値に従ってソートして前記クライアントシステムへ出力を行うことを特徴とする。

請求項２の構成によれば、検索サーバは、クライアントシステムからのアクセスを受けて、該当クライアントシステムが何れのグループ（例えば、開発部門やサポート部門といったグループ）に属するものかを判別し、文書データの検索の際、当該グループ毎にそれぞれ管理される重み値に基づいてソートして出力する。

請求項３に係る検索システムは、請求項１又は２記載の検索システムにおいて、前記検索システムは、検索結果の文書データに対する検索結果評価手段を有し、クライアントシステムからの評価情報の送信を受けて、所定の値に前記分類係数管理手段にて管理される係数を乗じたものを、前記重み値インデックスデータベースの該当文書データの重み値に加算することを特徴とする。

請求項３の構成によれば、クライアントシステムを用いるユーザは、例えば検索結果とともに検索サーバから出力される文書データに対して検索結果評価手段により、当該文書データの評価を行い、検索サーバに送信し、検索サーバはこの評価に基づいて、所定の値に分類係数管理手段にて管理される係数を乗じたものを、重み値インデックスデータベースに記録される当該クライアントシステムが属するグループにおける該当文書データの重み値を更新する。

請求項１に係る検索システムは、少なくとも１つ以上のグループの内何れか１つに属するクライアントシステムと、
製品に関する文書を該文書データの種別毎に記録及び管理する文書データベースと、
前記クライアントシステムからのリクエストを受け、所定の抽出条件によって前記文書データベースに記録される文書データから、所望の文書データを抽出する検索サーバと、
これらを接続するネットワーク回線からなる検索システムであって、
前記製品毎の重み値の初期値を管理する登録初期値管理手段と、
前記文書データベースに記録された文書データの各々において、前記クライアントシステムが属する前記グループに応じてソート順を決定するための重み値を管理する重み値インデックスデータベースと、
抽出された文書データに対してソートの際の優先順位を管理するための係数を管理する分類係数管理手段と、を備え、
前記文書データベースに文書データを登録する際、当該文書データが何れの製品であるかに基づいて前記登録初期値管理手段から初期値を取得し、取得した初期値に前記クライアントシステムが属するグループに基づいて前記分類係数管理手段から取得した係数を乗じて重み値を算出し、前記重み値インデックスデータベースに当該文書データの重み値として記録するので、
検索システムに文書データを記録する際に、クライアントシステムが属するグループ毎に重み値を設定することができ、ユーザはクライアントシステムを用いて文書データベースに記録される文書データから検索サーバを介して所望の文書データを検索する際、検索条件に合致し抽出された複数の文書データを、重み値を用いることでクライアントシステムが属するグループにおいて有用な順にソートすることができる。

請求項２に係る検索システムは、請求項１記載の検索システムにおいて、前記検索サーバは、自身にアクセスする前記クライアントシステムを識別し、何れのグループに属するクライアントかを判別するクライアント判別手段を備え、前記クライアントシステムから検索条件を含む検索リクエストを受けた前記検索サーバは、検索条件に従って文書データベースから文書データを抽出し、重み値に従ってソートして前記クライアントシステムへ出力を行うので、ユーザが検索サーバに対して直接クライアントシステムが属するグループを指定する必要がなく、少ない操作・手順によって文書データの検索及び有用なデータ順によるソートができ、ユーザの利便性が向上する。

請求項３に係る検索システムは、請求項１又は２記載の検索システムにおいて、前記検索システムは、検索結果の文書データに対する検索結果評価手段を有し、クライアントシステムからの評価情報の送信を受けて、所定の値に前記分類係数管理手段にて管理される係数を乗じたものを、前記重み値インデックスデータベースの該当文書データの重み値に加算するので、重み値によってソートした結果下位にある文書データが有用であると再評価することができ、これに基づいて重み値を変動させ、次回の検索において当該文書データをより上位に表示することができる。

以下、本発明を実施するための最良の形態としての実施例を図１から図１０を参照して説明する。もちろん、本発明は、その発明の趣旨に反さない範囲で、実施例において説明した以外のものに対しても容易に適用可能なことは説明を要するまでもない。

図１〜図１０は、本発明の一実施例を示し、図１は、本実施例における検索システムの構成を示すブロック図である。図２は、クライアントシステム（以下クライアント）から文書データの登録を行う際の検索システムの一連の動作を示すフローチャート図である。図３は、クライアントからの検索リクエストを受け、検索サーバにて文書データの検索を行い、検索結果を出力するまでの検索システムの一連の動作を示すフローチャート図である。図４は、検索結果をクライアントにより評価する際の検索システムの一連の動作を示すフローチャート図である。図５は、ノード情報とクライアントが属する部門の関連を示す表である。
図６は、製品を構成するための部品及びサービス別に、各部門の重み値の初期値を設定するための登録初期値を示す表である。図７は、登録される文書データの種別と、各部門の属性によって決定される分類係数を示す表である。図８は、文書データ毎に決定される各部門の重み値を示す重み値インデックスである。図９は、全ての文書データに対して重み値が設定された状態の重み値インデックスである。図１０は、クライアントにより文書データが再評価された際の重み値インデックスである。

本実施例における検索システムの構成について、図１に基づいて説明する。１は検索システムである。２０は文書データを格納する文書データベース群である。本実施例において、文書データベース群２０は、ＦＡＱデータベース２１、マニュアルデータベース２２、保守情報データベース２３、事例情報データベース２４から構成される。３は文書データベース群２０に格納される、製品の資料（ＦＡＱやマニュアル、保守情報や事例情報等）である文書データである。後述の文書データ３の属性とは、各データベース２１〜２４の何れに登録されたかによって判別されるものとする。４は検索サーバであり、後述のクライアントからのリクエストにより文書データベース群２０から文書データ３を検索し、検索結果を出力するとともに、検索結果にリンクする文書データ３をクライアントに送信するものである。４１は製品毎の部門別重み値の初期値を管理する登録初期値管理手段、４２は部門の種別及び文書データ３の種別による分類係数を管理する分類係数管理手段、４３は後述のクライアントから送信される評価情報により重み値の加算を行う検索結果評価手段、４４はクライアントが何れのグループたる部門に属するかを判別する部門判別手段、４５は文書データ毎に部門別重み値を管理する重み値インデックスデータベースである。５はクライアントである。クライアントは、それぞれ異なるグループたる部門に属しており、クライアント５ａ１はＡ部門、５ａ２はＡ２部門、５ａ３はＡ３部門であり、クライアント５ｂ１はＢ部門、５ｂ２はＢ２部門、５ｂ３はＢ３部門であり、クライアント５ｃ１はＣ部門、５ｃ２はＣ２部門、５ｃ３はＣ３部門にそれぞれ属している。

続いて、部門に属するクライアント５から、検索サーバ４を介して文書データベース群２０に文書データ３を登録する動作について、図２に基づいて説明する。まずユーザが操作するクライアント５によって検索サーバ４にアクセスし、文書データ３の送信を行う（Ｓ２０１）。この際、文書データ３には、当該文書データがどのような文書かを示す属性を付して送信される。続いて、検索サーバ４は、当該文書データ３にどの属性（図７における「保守情報」「事例情報」「ＦＡＱ」「マニュアル」の何れか）が付されているかを判別する（Ｓ２０２）。当該文書データの属性に合致するデータベースを文書データベース群２から適切に選別し、当該文書データを登録すると共に、当該文書データの製品が何であるかに基づいて登録初期値管理手段４１にて管理される登録初期値を、当該文書データの属性に基づいて分類係数管理手段４２にて管理される分類係数をそれぞれ取得し、乗算して図８に示す重み値インデックスに重み値を登録する（Ｓ２０３）。

続いて、クライアント５から検索サーバ４を介して文書データベース群２０から文書データ３を検索する際の検索システム１の一連の動作について、図３に基づいて説明する。クライアント５から検索キーワードが入力する（Ｓ３０１）。検索サーバ４に文書データ検索のリクエストとして検索キーワードとともにクライアント５のノード情報を送信する（Ｓ３０２）。検索サーバ４にてリクエストを受信し、当該検索キーワードに基づいて文書データベース群２０の各データベースを結合検索する（Ｓ３０３）。抽出された文書データ３に対して、クライアント５のノード情報に基づき重み値インデックステーブルから重み値を取得する（Ｓ３０４）。ノード情報からリクエストを送信したクライアント５の所属部門を識別する（Ｓ３０５）。抽出された複数の文書データ３のそれぞれと、クライアント５のノード情報から得られた所属部門に基づき、文書データ３の重み値を重み値インデックスデータベースから取得し、抽出された文書データ３のソートを行い、検索結果としてクライアント５に出力する（Ｓ３０６）。

続いて、抽出された検索結果に含まれる文書データに対して評価を行う際の検索システムの動作について、図４に基づいて説明する。検索結果とともにクライアント５出力される検索結果評価手段により、選択・表示中の文書データを評価し、検索サーバ４に送信する（Ｓ４０１）。評価された文書データ３において、評価件数に所定の基準値（例えば１０）を乗じ、さらに当該文書データの種別に基づいて分類係数を乗じたものを当該文書データの重み値として重み値インデックスデータベースの当該文書データの重み値に加算する（Ｓ４０２）

上記のような検索システム１の動作を、図５〜図１０の表に示す具体的な数値に基づき説明する。図５はクライアント５のそれぞれが、何れのグループたる部門に属するかを示している。例えば、開発部門たるＡ部門は、Ａ．ｄｅｎｓａ．ｃｏｍであり、ＩＰアドレスとしてはセグメント１９２．１６８．１０が付されているため、検索サーバ４は、ＩＰアドレス１９２．１６８．１０．ＸＸＸ（１≦ＸＸＸ≦２５４）からのアクセスについては、Ａ部門からのアクセスであると識別することができる。他部門についても同様である。

続いて、文書データ毎の初期重み値の設定例を、図６に基づいて説明する。図６は登録初期値表である。本表には、製品毎に、当該製品に対する各部門別の初期値が格納されている。該当製品の主担当部門は登録初期値を１００とし、担当外部門は、共通モジュール若しくは類似機能等の割合によって事前に設定する。例えば製品ａについて、主担当部門はＡ部門であり、Ｂ部門は製品ａにて使用させる部品と２０％程度の同じ共通モジュールを用いた製品使用しており、製品ａに対する部門Ｂの初期値を２０とする。このように予め製品毎に、当該製品においてそれぞれの部門がどの程度関与しているかによって初期値を設定し、図６に示すような登録初期値表を作成する。

続いて、分類係数の設定例について、図７に基づいて説明する。まず、各部門が製品においてどのような業務を担当するかによって分類を行う。例えば図５に示すように、Ａ部門・Ｂ部門・Ｃ部門は開発、Ａ２部門、Ｂ２部門、Ｃ２部門は検査、Ａ３部門、Ｂ３部門、Ｃ３部門はサポートセンターというように分類を行う。また、文書データ３においても、文書データ３のそれぞれが示す内容を大別し分類を行う。本実施例では、部門を開発・検査・サポートセンター・拡販に分類し、文書データ３を保守情報・事例情報・ＦＡＱ・マニュアルに分類する。その後、各部門の分類に関連の深い文書データの分類に対して、数値の大きい係数を設定する。これにより、部門の分類に関連の深い内容の文書データに対して、大きな重み値を設定することが可能となる。

続いて、前述の登録初期値及び分類係数表を用いた、文書データの重み値の設定例を図８に基づいて説明する。文書データである「事例００１」は、製品ａに関する事例情報に分類される文書データであるとする。Ａ・Ｂ・Ｃ部門はそれぞれ開発部門であるため、事例情報の文書データに対する分類係数は図７に示すように０．７である。これを図５に示す製品ａの登録初期値に乗ずる。即ち文書データ「事例００１」におけるＡ部門の重み値は１００×０．７＝７０、Ｂ部門の重み値は２０×０．７＝１４、Ｃ部門の重み値は３０×０．７＝２１となる。同様に検査部門たるＡ２・Ｂ２・Ｃ２部門は係数１．０なので、それぞれ１００・２０・３０、サポートセンターたるＡ３・Ｂ３・Ｃ３部門は係数０．７なので、それぞれ７０・１４・２１となり、図８に示すような文書データ「事例００１」の重み値インデックスが作成される。図９は、同様の手順を踏んで作成された重み値インデックスである。

図１に示すクライアント５ａ１からのアクセスに基づいて、図９に示す重み値インデックスに基づいて検索サーバ４による検索処理が行われる場合を詳述する。例えば検索結果において、「事例００１」、「事例００２」、「保守００１」、「ＦＡＱ００１」が抽出されたとする。図１に示すようにクライアント５ａ１はＡ部門に属しており、各文書データ３のＡ部門における重み値は、「事例００１」＝７０、「事例００２」＝７、「保守００１」＝１０、「ＦＡＱ００１」＝５０であるため、検索結果を出力する際、検索サーバ４は「事例００１」、「ＦＡＱ００１」、「保守００１」、「事例００２」の順にソートを行う。このようにソートされることで、クライアント５ａ１を利用するＡ部門のユーザは、自部門に関連の深い文書データ３により早くアクセスすることができる。

続いて、検索結果として出力された文書データ３に対して、クライアント５を利用するユーザにより評価を行う際の重み値インデックスの更新例について詳述する。開発部門に分類されるＣ部門に属するクライアント５ｃ１からの検索リクエストを受け、図９に示す重み値インデックスを用いて検索サーバ４にて文書データ３の抽出を行い、検索結果を表示する。この検索結果に出力された文書データ「事例００１」に対して、クライアント５ｃ１から評価が行われた場合、Ｃ部門は開発部門であり、文書データ「事例００１」は事例情報であるため、開発部門における事例情報の分類係数を図７に示す分類係数表から取得する。合致する分類係数は０．７であり、基準値（本実施例では１０とする）に対して当該分類係数０．７を乗じて評価時の加算値を算出する。これを重み値インデックスの当該文書「事例００１」におけるＣ部門の重み値に加算する。上記のような検索システム１の動作により、ユーザが有用であると判断した文書データ３に対して重み値を加算することで、文書データ３の登録時には有用ではないとされた場合でも、文書データ３の再評価を行うことができ、その重み値を加算することができる。即ち、検索結果のソートの際に、順位を上昇させ、次回の当該文書データ３が抽出される場合、容易に当該文書データにアクセスすることが可能となる。

以上のような構成の検索システムによれば、検索条件を指定し検索サーバ４によって文書データ３の抽出を行うユーザは、自らが所属するグループたる部門を検索サーバ４に明示することなく、所属する部門にとって有用である順序にてソートされた検索結果を得ることができ、所望の文書データ３にアクセスすることが容易となる。また、ユーザが有用であると判断した文書データ３に対して、重み値を再評価することができ、これにより次回検索時に当該文書データ３のソート順序を上位とすることができ、利便性の向上を著しく図ることができる。

以上、本発明の実施例について詳述したが、本発明は前記実施例に限定されるものではなく、本発明の要旨の範囲内で種々の変形実施が可能である。例えば、クライアント５の各々が所属するグループの判別を、図５に示すようにＩＰアドレス又は所属ドメイン名に基づいてするとしたが、これに限定せずに、例えば予めユーザの情報をグループを含めて登録し、当該ユーザのログイン認証によってグループの特定を行うとしても良い。また、文書データの属性を各種データベース２１〜２４の何れに登録したかで判別するとしたが、これに限定せずに、１つのデータベースによって文書データを登録するとともに、当該文書データの属性を同時に登録するとしてもよい。また、図１において各部門に対してクライアント５を１台ずつ記したが、グループの数及びグループにおけるクライアント５の台数の限定を示唆するものではない。

本発明の実施例における、検索システムの構成を示すブロック図である。同上、検索サーバに文書データを登録する際の検索システムの動作を示すフローチャートである。同上、クライアントからキーワードを用いた検索が行われた際の検索システムの動作を示すフローチャートである。同上、クライアントから文書データに対する評価情報が送信された際の検索システムの動作を示すフローチャートである。同上、ノード情報に基づいた部門を判別するための具体例を示す表である。同上、製品毎における部門別重み値の初期値を管理する具体例を示す表である同上、部門の分類及び文書データの種別に基づいて設定される分類係数の具体例を示す表である。同上、文書データの新規登録の際の重み値インデックスの作成例を示す表である。同上、全ての文書データにおいて重み値インデックスが作成された例を示す表である。同上、クライアントによって文書データの評価が行われ重み値が加算された例を示す表である。

符号の説明

１検索システム
２文書データベース群
２１ＦＡＱデータベース
２２マニュアルデータベース
２３保守情報データベース
２４事例情報データベース
３文書データ
４検索サーバ
４１登録初期値管理手段
４２分類係数管理手段
４３検索結果評価手段
４４部門判別手段
４５重み値インデックスデータベース
５クライアント
５ａ１クライアント（Ａ部門所属）
５ｂ１クライアント（Ｂ部門所属）
５ｃ１クライアント（Ｃ部門所属）
５ａ２クライアント（Ａ２部門所属）
５ｂ２クライアント（Ｂ２部門所属）
５ｃ２クライアント（Ｃ２部門所属）
５ａ３クライアント（Ａ３部門所属）
５ｂ３クライアント（Ｂ２部門所属）
５ｂ３クライアント（Ｃ３部門所属）

Claims

少なくとも１つ以上のグループの内何れか１つに属するクライアントシステムと、
製品に関する文書を該文書の種別毎に記録及び管理する文書データベースと、
前記クライアントシステムからのリクエストを受け、所定の抽出条件によって前記文書データベースに記録される文書データから、所望の文書データを抽出する検索サーバと、
これらを接続するネットワーク回線からなる検索システムであって、
前記製品毎の重み値の初期値を管理する登録初期値管理手段と、
前記文書データベースに記録された文書データの各々において、前記クライアントシステムが属する前記グループに応じてソート順を決定するための重み値を管理する重み値インデックスデータベースと、
抽出された文書データに対してソートの際の優先順位を管理するための係数を管理する分類係数管理手段と、を備え、
前記文書データベースに文書データを登録する際、当該文書データが何れの製品であるかに基づいて前記登録初期値管理データベースから初期値を取得し、取得した初期値に前記クライアントシステムが属するグループに基づいて前記分類係数管理手段から取得した係数を乗じて重み値を算出し、前記重み値インデックスデータベースに当該文書データの重み値として記録することを特徴とする検索システム。
前記検索サーバは、自身にアクセスする前記クライアントシステムを識別し、何れのグループに属するクライアントシステムかを判別するクライアント判別手段を備え、前記クライアントシステムから検索条件を含む検索リクエストを受けた前記検索サーバは、検索条件に従って文書データベースから文書データを抽出し、重み値に従ってソートして前記クライアントシステムへ出力を行うことを特徴とする請求項１記載の検索システム。
前記検索システムは、検索結果の文書データに対する検索結果評価手段を有し、クライアントシステムからの評価情報の送信を受けて、所定の値に前記分類係数管理手段にて管理される係数を乗じたものを、前記重み値インデックスデータベースの該当文書の重み値に加算することを特徴とする請求項１又は２記載の検索システム。