(57)【特許請求の範囲】
【請求項１】
演算処理装置と記憶装置とを有する知識検索サービス装置において、該記憶装置に格納された、多数の書籍などの書誌情報をデータベース化した蔵書データベースと、見出し語とその見出し語に対する、マークアップ処理が施された説明文を対として集積した事典テキストデータベースとを用い、
上記演算処理装置において、上記事典テキストデータベースから上記見出し語と、これに対応する説明文中で上記マークアップ処理によりマークアップされた書誌情報とを検出して、該見出し語または該書誌情報を知識インデックスフィールドに、該見出し語と該書誌情報とを対応付けて知識リンクフィールドにする複数の知識リンクレコードを含む知識リンクデータベースを作成して上記記憶装置に格納し、
上記知識リンクデータベースから知識インデックスフィールドが書誌情報である知識リンクレコードを検出し、該知識リンクレコードの知識リンクフィールドに含まれる書誌情報を検索キーとして上記蔵書データベースを検索し、該検索に成功した場合には、上記検索キーとした書誌情報を蔵書リンクフィールドに、該知識リンクフィールドに含まれる見出し語を見出しインデックスフィールドに、該知識リンクフィールドに含まれる書誌情報のいずれかを蔵書インデックスフィールドにする複数の蔵書リンクレコードを含む蔵書リンクデータベースを作成して上記記憶装置に格納し、
上記事典テキストデータベースにおいてマークアップされた書誌情報と上記蔵書リンクデータベースの蔵書インデックスフィールドとの対応付けにより、上記事典テキストデータベースをもとに上記蔵書データベースを参照可能とし、
上記蔵書データベースに含まれる書誌情報と上記知識リンクデータベースの知識インデックスフィールドとの対応付けにより、上記蔵書データベースをもとに上記事典テキストデータベースを参照可能とすることを特徴とする書籍などの知識検索サービス方法。
【請求項２】
請求項１において、上記蔵書データベースに含まれる書誌情報と一致する上記知識インデックスフィールドを有する知識リンクレコードの知識リンクフィールドの情報を上記書誌情報に対応付けることにより、上記蔵書データベースに含まれる書誌情報から上記事典データベースの項目を検索するための知識リンクを上記蔵書データベースに埋め込むことを特徴とする書籍などの知識検索サービス方法。
【請求項３】
請求項１において、事典テキストデータベースに含まれるマークアップされた書誌情報を、該書誌情報に対応する蔵書インデックスフィールドを有する蔵書リンクレコードの蔵書リンクフィールドの情報で置き換えることにより、上記事典テキストデータベースに含まれる書誌情報から蔵書データベースの項目を検索するための蔵書リンクを上記事典テキストデータベースに埋め込むことを特徴とする書籍などの知識検索サービス方法。
【請求項４】
演算処理装置と記憶装置とを有する知識検索サービス装置であって、
該記憶装置は、複数の書籍などの書誌情報をデータベース化した蔵書データベースと、見出し語とその見出し語に対する、マークアップ処理が施された説明文を対として集積した事典テキストデータベースとを格納し、
上記演算処理装置は、上記記憶装置を参照して、上記事典テキストデータベースから上記見出し語と、これに対応する説明文中で上記マークアップ処理によりマークアップされた書誌情報とを検出して、該見出し語または該書誌情報を知識インデックスフィールドに、該見出し語と該書誌情報とを対応付けて知識リンクフィールドにする複数の知識リンクレコードを含む知識リンクデータベースを作成して上記記憶装置に格納し、
上記知識リンクデータベースから知識インデックスフィールドが書誌情報である知識リンクレコードを検出し、該知識リンクレコードの知識リンクフィールドに含まれる書誌情報を検索キーとして上記蔵書データベースを検索し、該検索に成功した場合には、上記検索キーとした書誌情報を蔵書リンクフィールドに、該知識リンクフィールドに含まれる見出し語を見出しインデックスフィールドに、該知識リンクフィールドに含まれる書誌情報のいずれかを蔵書インデックスフィールドにする複数の蔵書リンクレコードを含む蔵書リンクデータベースを作成して上記記憶装置に格納し、
上記事典テキストデータベースにおいてマークアップされた書誌情報と上記蔵書リンクデータベースの蔵書インデックスフィールドとの対応付けにより、上記事典テキストデータベースをもとに上記蔵書データベースを参照可能とし、
上記蔵書データベースに含まれる書誌情報と上記知識リンクデータベースの知識インデックスフィールドとの対応付けにより、上記蔵書データベースをもとに上記事典テキストデータベースを参照可能とすることを特徴とする知識検索サービス装置。
【請求項５】
請求項４において、上記演算処理装置は、上記蔵書データベースに含まれる書誌情報と一致する上記知識インデックスフィールドを有する知識リンクレコードの知識リンクフィールドの情報を上記書誌情報に対応付けることにより、上記蔵書データベースに含まれる書誌情報から上記事典データベースの項目を検索するための知識リンクを上記蔵書データベースに埋め込むことを特徴とする知識検索サービス装置。
【請求項６】
請求項４において、上記演算処理装置は、事典テキストデータベースに含まれるマークアップされた書誌情報を、該書誌情報に対応する蔵書インデックスフィールドを有する蔵書リンクレコードの蔵書リンクフィールドの情報で置き換えることにより、上記事典テキストデータベースに含まれる書誌情報から蔵書データベースの項目を検索するための蔵書リンクを上記事典テキストデータベースに埋め込んで上記記憶装置に格納することを特徴とする知識検索サービス装置。
【請求項７】
請求項５において、該知識検索サービス装置は表示装置およびユーザ操作を入力するクライアント手段を有し、該表示装置に上記蔵書データベースに含まれる書誌情報および該書誌情報に対応して、上記埋め込まれた知識リンクを示す表示を行うことを特徴とする知識検索サービス装置。
【請求項８】
請求項６において、該知識検索サービス装置は表示装置およびユーザ操作を入力するクライアント手段を有し、該表示装置に上記事典テキストデータベースに含まれる見出し語とその説明文、および該説明文に含まれる書誌情報に対応して、上記埋め込まれた蔵書リンクを示す表示を行い、上記クライアント手段から上記蔵書リンクを選択する入力を受け付けた場合には、該蔵書リンクに対応する項目を上記蔵書データベースから検索して該検索結果を前記表示画面に表示することを特徴とする知識検索サービス装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報検索技術および検索ナビゲーション技術に係り、とくに図書館あるいは書店などにおける出版メディアの検索に好適な知識検索サービス方法および装置に関する。
【０００２】
【従来の技術】
従来、図書館などにおける蔵書検索システムや情報検索システムにおいては、所望とする検索にふさわしいキーワードを、利用者が必ずしも適切に選択あるいは入力することができないという問題点があった。この問題点に対しては、シソーラスによる質問拡張技術や、検索ナビゲーション技術で対処することが行われている。
【０００３】
上記シソーラスによる質問拡張技術は、あらかじめ意味的に類似関係のある単語を関連付けたデータであるシソーラスを作成しておき、利用者が入力したキーワードと関連のある単語をキーワードに追加あるいは変更するものである。シソーラスから問い合わせのためのキーワードを追加または変更するとき、その候補となる単語を一覧表あるいは図形的に関連付けて配置して利用者に選択させることが行われている。
【０００４】
検索ナビゲーション技術は、検索対象のデータベースのドメインを限定し、また利用者の目的を想定して、この想定のもとに検索の絞り込みのための検索メニューを用意したり、多数の利用者による検索履歴を統計的に処理して検索結果の一覧における優先順位の計算を行うランキングなどが行われている。
【０００５】
【発明が解決しようとする課題】
ところで、上記シソーラスによる質問拡張の有効性はシソーラスの品質に依存する。単語の意味的な類似関係は、その判断基準が検索対象のデータベースのドメインと利用者の目的によって変化するものである。したがって質のよいシソーラスをあらかじめ作成することが難しいという問題点がある。
【０００６】
また、質問拡張技術において追加、変更するキーワードの候補を提示する際も、必ずしも所望とする検索にマッチしたキーワードばかりではなく、所望とする検索とは関連の薄いさまざまな単語を含む言葉の羅列となり、利用者にとってはその選択のために脈絡のない多数の単語を読まなくてはならないという問題点がある。
【０００７】
検索ナビゲーション技術は、検索対象データベースのドメインの限定方法が特定の範疇の商品である場合や、利用者の目的が流行情報の検索である場合など、目的を想定しやすい情報検索である場合には、検索メニューの設計が有効であることもあるが、その他の場合にはこのような想定ができないという問題点がある。ランキングは、結局のところ、流行情報の提示に過ぎないという問題点がある。
【０００８】
本発明の目的は、上記問題点を解決し、図書館などでの蔵書検索のように、内容や検索目的の想定が困難である場合にも、汎用的に検索支援が可能な知識検索サービス方法および装置を提供することにある。すなわち、単語の羅列ではなく、意味のある文章を読みながら、初めに入力したキーワードと関連を保ちつつ、異なる知識データベースから所望の検索を行う方法および装置を提供することにある。
【０００９】
【課題を解決するための手段】
上記本発明の目的は、書籍などの検索サービスにおいて、多数の書籍などの属性値（書名、著者、分類番号、出版社など）をデータベース化した蔵書データベースと、例えば百科事典のような、語彙または名称とその語彙または名称に対する説明文を対として集積した事典データベースを用い、上記書籍などの属性値と事典データベースのレコードとの間にリンクを形成することで、上記書籍などの検索を支援することによって達成される。
【００１０】
また、本発明の目的は、ＷＷＷサーバ手段と、クライアント手段と、蔵書データベース記憶手段と、事典データベース記憶手段と、上記蔵書データベースに記憶されている書籍などの属性情報と上記事典データベースに記憶されている情報の少なくとも一部にリンクを埋め込む手段とを有してなる知識検索サービス装置によって達成される。
【００１１】
ここで、上基本発明の方法または装置においては、上記書籍などの著者名、出版社名などの蔵書データベースにおける属性値から事典データベースの項目を検索するためのリンクを埋め込む。また、事典データベースの項目の検索結果の中にある文献の引用部分から蔵書データベースの項目を検索するためのリンクを埋め込む。
【００１２】
また、上記事典データベースの項目の中にある文献の引用部分から蔵書データベースの項目を検索するためのリンクを埋め込む際には、その引用部分が示す蔵書データが蔵書データベースに記憶されていることを確認した上でリンクを埋め込む処理を行う。
【００１３】
より具体的には、上述の検索サービス装置はＷＷＷサーバ手段、クライアント手段、従来型図書館サービスデータベース記憶手段、蔵書データベース記憶手段、従来型図書館サーバ手段からなる従来型の図書館サービスシステムと、事典テキストデータベース記憶手段、事典検索サーバ手段からなる従来型の事典検索システムにおいて、知識リンク抽出手段、知識リンクデータベース記憶手段、知識リンク埋め込み手段、蔵書リンク作成手段、蔵書リンクデータベース記憶手段、蔵書リンク埋め込み手段、知識検索サーバＣＧＩを付加することにより構成される。
【００１４】
ここで、本発明でいう上記「書籍など」とは、必ずしも書籍のように紙に印刷された出版物に限るものではなく、テキスト文書、音楽、映像、動画などの情報コンテント自体および／または上記情報コンテントを記憶し蓄積する媒体（メディア）を指す。
【００１５】
また、本発明でいう「図書館など」とは、多数の情報コンテントおよび／またはその媒体(すなわち上記書籍など)を蓄積し、利用者に当該情報コンテントおよび／またはその媒体を提供する図書館、書店、レコード店、レンタルビデオ・ＣＤ・ＤＶＤ店、オンライン音楽配信サイトなどをも含めて指す。
【００１６】
また、上記蔵書データベースとは、本発明では上記図書館などが蓄積した上記書籍などを管理するためのデータベースを指し、書籍などの属性値、すなわちタイトル、著者名などで検索できる機能を持つデータベースをいう。
【００１７】
また、上記事典データベースとは、百科事典や様々な専門分野ごとの事典などのように、見出しとなる多数の語彙または名称とその語彙または名称の説明文が対となったデータを集積したデータベースを指し、見出しとなる言葉や、その説明の文章に現れる言葉を検索できる機能を持つものをいう。
【００１８】
【発明の実施の形態】
以下では、本発明を図書館における蔵書検索サービスに利用する例を中心に実施例を説明する。
【００１９】
図２は本発明の一実施例になる書籍などの知識検索サービス装置の構成を示すブロック図である。図において、２００１はクライアント手段、２００２はＷＷＷサーバ手段、２００３は知識検索サーバＣＧＩ手段、２００４は蔵書リンク埋め込み手段、２００５は蔵書リンクデータベース（ＤＢ）記憶手段、２００６は事典検索サーバ手段、２００７は事典テキストデータベース記憶手段、２００８は蔵書リンク作成手段、２００９は知識リンク抽出手段、２０１０は知識リンク埋め込み手段、２０１１は知識リンクデータベース記憶手段、２０１２は従来型図書館サーバ手段、２０１３は蔵書データベース記憶手段、２０１４は従来型図書館サービスデータベース記憶手段である。
【００２０】
上記の構成において、クライアント手段２００１およびＷＷＷサーバ手段２００２は公知の従来技術を使用できる。すなわち、エンドユーザがクライアント手段２００１を操作すると、クライアント手段２００１はその操作に対応したリンクを表すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をＷＷＷサーバ手段２００２に送り、ＷＷＷサーバ手段２００２はこの要求を取得して、要求の内容に応じた応答をクライアント手段２００１に送信する。クライアント手段２００１は、ＷＷＷサーバ手段２００２から応答を取得し、その応答にしたがって画面を表示する。
【００２１】
ここで、ＵＲＬとは、ＷＷＷにおいてリンクを表現するために使用される記述形式で、ＷＷＷサーバにおけるファイル名や、ＤＢ検索のための検索条件などを記述することができ、インターネットで自由に参照することができる。
【００２２】
これらクライアント手段２００１およびＷＷＷサーバ手段２００２を構成するハードウエアは、中央演算処理装置、主メモリ、データおよびソフトウェアを格納する大容量磁気ディスク、入出力デバイスなどからなる通常のコンピュータによって構成できる。
【００２３】
また、上記構成において、従来型図書館サービスデータベース記憶手段２０１４、蔵書データベース記憶手段２０１３および従来型図書館サーバ手段２０１２は、従来型の図書館サービスシステムあるいは書店での書籍案内システムなどがこれに相当し、図書館などにおいては蔵書データベースおよび書籍などの配架位置、貸出・返却記録、出版社などを検索できる従来型図書館サービスデータベースを利用して利用者に書籍などを提供する手段である。
【００２４】
本実施例では、エンドユーザがクライアント手段２００１を操作して、蔵書検索を表すリンクを選択した場合、従来型図書館サーバ手段２０１２は、ＷＷＷサーバ手段を介して蔵書検索要求を表すＵＲＬを受け取り、蔵書データベース記憶手段２０１３に記憶されている蔵書データベースを検索し、その検索結果をＷＷＷサーバ手段を介してクライアント手段２００１に送信する。また、エンドユーザがクライアント手段２００１を操作して、従来型図書館サービスを表すリンクを選択した場合、従来型図書館サーバ手段２０１２は、ＷＷＷサーバ手段を介して従来型図書館サービスを表すＵＲＬを受け取り、従来型図書館サービスデータベース記憶手段２０１４に記憶されている従来型図書館サービスデータベースを検索し、その検索結果をＷＷＷサーバ手段を介してクライアント手段２００１に送信する。
【００２５】
事典テキストデータベース記憶手段２００７、事典検索サーバ手段２００６は、いずれも従来知られている技術を利用することができる。すなわち、エンドユーザがクライアント手段２００１を操作して、知識検索を表すリンクを選択した場合、事典検索サーバ手段２００６は、ＷＷＷサーバ手段を介して知識検索を表すＵＲＬを受け取り、事典テキストデータベース記憶手段２００７に記憶されている事典テキストデータベースを検索し、その検索結果をＷＷＷサーバ手段２００２を介してクライアント手段２００１に送信する。
【００２６】
上記の事典としては、百科事典を用いることで、広範な分野の書籍に対応することができる。また、専門分野の書籍検索には分野を限定した専門事典を事典データベースとして対応させることもできる。
【００２７】
また、上記ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）手段とは、ＷＷＷサーバについて標準的に用意されており、ＷＷＷサーバにユーザ定義プログラムを接続するためのインターフェースである。このユーザ定義プログラム自体もＣＧＩと呼ぶが、本発明では後述する図１０を実行する手段を指す。
【００２８】
クライアント手段２００１を操作するエンドユーザに本発明のサービスを提供する前に、蔵書リンクデータベース記憶手段２００５が記憶する蔵書リンクデータベースおよび知識リンクデータベース記憶手段２０１１が記憶する知識リンクデータベースを作成する。
【００２９】
まず、図３に示す構造を持つマークアップを、事典テキストデータベース記憶手段２００７が記憶している事典テキストデータベースの各テキストに施す。ＣＩＴＥ３００１は、文献の引用部分を囲むためのマークである。ＣＩＴＥで囲まれた部分において、ＣＩＴＥＡＵＴＨＯＲ３００２は文献の著者部分を囲み、ＣＩＴＥＴＩＴＬＥ３００４は文献の題名部分を囲むためのマークである。
【００３０】
「＊」印３００５は、ＣＩＴＥＡＵＴＨＯＲ３００２、ＣＩＴＥＴＩＴＬＥ３００４が、それぞれ複数あってもよいことを示す。マークアップ対象のテキストの表現上、複数の文献の著者と題名が錯綜する場合には、それらを単一のＣＩＴＥで囲み、それぞれの著者、題名を囲むマークＣＩＴＥＡＵＴＨＯＲ、ＣＩＴＥＴＩＴＬＥにＴＩＴＬＥ属性３００３を設けて、その属性値によって文献ごとの著者と題名の対応を示す。
【００３１】
具体的にマークアップしたテキストの例を図４に示す。見出し４００１は事典テキストデータベースにおける見出しを示す。説明４００２は、見出しに対する説明テキストを示す。開始マーク＜ＣＩＴＥ＞４００４と終了マーク＜／ＣＩＴＥ＞４００７は、その間が文献の引用部分であることを示し、開始マーク＜ＣＩＴＥＴＩＴＬＥ＞４００５と終了マーク＜／ＣＩＴＥＴＩＴＬＥ＞４００３は、その間の「心」４００６が引用文献の題名であることを示す。このマークアップの実施手段は、自動的な作業あるいは、人手による作業によって実施する。
【００３２】
次に、マークアップされたテキストを記憶している事典テキストデータベース記憶手段２００７に対して知識リンク抽出手段２００９が図８に示すフローにしたがって図５に例を示す内容の知識リンクデータベースを作成し、知識リンクデータベース記憶手段２０１１に記憶する。
【００３３】
図５に示すように、知識リンクデータベース記憶手段２０１１が記憶する知識リンクデータベースの各レコードは、３個のフィールド、すなわちインデックスフィールド５００１、タイプフィールド５００２、知識リンクフィールド５００３から構成される。
【００３４】
知識リンクフィールド５００３の値である知識リンクは、ＫＢＫ属性、ＴＩＴＬＥ属性、ＡＵＴＨＯＲ属性の”＆”結合で表現する。ここで、上記各属性は、本発明において以下のように定義される。
【００３５】
上記ＫＢＫ（Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ  Ｋｅｙ）属性は本発明で独自に定義したもので、事典の見出し語を値としている。その使用目的の一つは、知識リンクデータベースにおけるＴＩＴＬＥ属性およびＡＵＴＨＯＲ属性と共に、知識リンク選択ステップ１２０１０（図１２）においてリンクを選択するために使用することにある。二つ目の使用目的は、事典検索サーバによる検索および検索結果受取りステップ１１００２（図１１）において、要求に含まれるＫＢＫ属性の値を検索キーとして、事典検索サーバ手段２００６に渡して、事典テキストデータベース記憶手段２００７が記憶している事典を検索し、その検索結果である見出しと説明テキストを事典検索サーバ手段２００６から受け取るために使用することにある。
【００３６】
上記ＴＩＴＬＥ属性には三種類がある。第１のＴＩＴＬＥ属性は、事典の説明の文章に付けるＣＩＴＥタグに囲まれたタグであるＣＩＴＥＴＩＴＬＥタグ、ＣＩＴＥＡＵＴＨＯＲタグのＴＩＴＬＥ属性３００３である。第２のＴＩＴＬＥ属性は、知識リンクデータベースにおける知識リンクフィールド５００３のＴＩＴＬＥ属性である。この定義は図８で後述するが、ＣＩＴＥバッファのＣＩＴＥＴＩＴＬＥフィールドの文字列、すなわち事典の説明の文章でＣＩＴＥＴＩＴＬＥで囲まれた文字列を値とする属性である。第３のＴＩＴＬＥ属性は、蔵書リンクデータベースにおける蔵書リンクフィールド７００３（図７）のＴＩＴＬＥ属性である。その定義は図９で後述するが、事典の説明文章の中のＣＩＴＥＴＩＴＬＥで囲まれた文字列（知識リンクのＴＩＴＬＥ属性の値）か、あるいは事典の見出しの文字列が値となる。
【００３７】
上記ＴＩＴＬＥ属性と対になるＡＵＴＨＯＲ属性も同様に、ＣＩＴＥＡＵＴＨＯＲタグに囲まれた文字列を属性値とする。
【００３８】
上記知識リンクデータベースにおけるＴＩＴＬＥ属性およびＡＵＴＨＯＲ属性は、知識リンク選択ステップ１２０１０（図１２）においてリンクを選択するために使用される。また、上記蔵書リンクフィールド７００３のＴＩＴＬＥ属性およびＡＵＴＨＯＲ属性は、従来型図書検索および知識リンク埋め込みステップ１０００６で、蔵書データベースを従来型図書館サーバ手段２０１２によって検索するために使用される。
【００３９】
次に、知識リンクの作成過程を図８によって詳しく説明する。全見出し処理済判定ステップ８００１で、事典テキストデータベース記憶手段２００７に記憶している事典テキストデータベースの全ての見出しを処理したか否かを判定する。未処理の見出しがある場合には、読み込みステップ８００２で未処理の見出しとその下の説明テキストを読み込む。
【００４０】
次の知識リンク出力ステップ８００３では、知識リンクを知識リンクデータベース記憶手段２０１１に出力する。このステップでは、事典テキストデータベースの読み込んだ見出し語をインデックスフィールド５００１の値とし、タイプフィールド５００２の値を「見出し」とし、知識リンクフィールド５００３の値ではＫＢＫ属性の値を見出しの語とする。
【００４１】
例えば、読み込んだ見出しと説明テキストが図４に示したものである場合、インデックスフィールド５００１は、「夏目漱石」、知識リンクフィールド５００３は、「ＫＢＫ＝”夏目漱石”」５００５となる。同一のインデックスおよびタイプの知識リンクが既に記憶されている場合は、既にある知識リンクの末尾にカンマで区切って追加する。このカンマで区切る例を知識リンク５００６の「，」５００４に示す。
【００４２】
次のマークアップ解析ステップ８００４では、テキスト中のマーク、すなわち「＜ＣＩＴＥ＞」、「＜／ＣＩＴＥ＞」、「＜ＣＩＴＥＡＵＴＨＯＲ＞」、「＜／ＣＩＴＥＡＵＴＨＯＲ＞」、「＜ＣＩＴＥＴＩＴＬＥ＞」、「＜／ＣＩＴＥＴＩＴＬＥ＞」と、これらのマークの間のテキスト部分を識別し、これらの識別したマーク部分とテキスト部分を読み込んだデータ内における出現の順にならべたマークアップリストを作成する。このマークアップリストでは、マーク部分およびテキスト部分をマークアップと呼ぶ。
【００４３】
次のステップ８００５で、マークアップリストの先頭のマークアップに注目する。次の全マークアップ処理済判定ステップ８００６で、マークアップリストの全てのマークアップが処理済かどうかを判定し、処理済であれば、全見出し処理済判定ステップ８００１に戻り、事典テキストデータベースの未処理の見出しの処理を続ける。全てのマークアップが処理済でない場合には＜ＣＩＴＥ＞判定ステップ８００７に進む。
【００４４】
＜ＣＩＴＥ＞判定ステップ８００７で、注目マークアップが「＜ＣＩＴＥ＞」であれば、ＣＩＴＥバッファクリアステップ８０１２にて、ＣＩＴＥバッファをクリアする。
【００４５】
ＣＩＴＥバッファは、図６に示すように複数のレコードを持ち、各レコードは３個のフィールド、すなわち、ＴＩＴＬＥｉｄ６００１、ＣＩＴＥＡＵＴＨＯＲ６００２、ＣＩＴＥＴＩＴＬＥ６００３を持つ。ＣＩＴＥバッファクリアステップ８０１２ではこの内容をクリアする。
【００４６】
＜ＣＩＴＥ＞判定ステップ８００７で、注目マークアップが「＜ＣＩＴＥ＞」でなければ、次の＜／ＣＩＴＥ＞判定ステップ８００８に進む。＜／ＣＩＴＥ＞判定ステップ８００８で、注目マークアップが「＜／ＣＩＴＥ＞」であれば、ＣＩＴＥバッファ出力ステップ８０１３で知識バッファの内容を知識リンクとして知識リンクデータベース記憶手段２０１１に出力する。
【００４７】
このＣＩＴＥバッファ出力ステップ８０１３では、まずＣＩＴＥバッファにおいてＴＩＴＬＥｉｄの値が一致するレコードを統合する。つまり、ＴＩＴＬＥｉｄの値が一致するレコードが２個以上あり、その内の１個のレコードのＣＩＴＥＡＵＴＨＯＲフィールドまたはＣＩＴＥＴＩＴＬＥフィールドが空であれば、それぞれ対応するフィールドが空でないレコードから対応するフィールドの値を複写する。その後、対応するフィールドの値がすべて一致するレコードを統合する。この状態のＣＩＴＥバッファから、知識リンクデータベースの一つのレコードを作成して知識リンクデータベース記憶手段２０１１に出力する。
【００４８】
その詳細は、次の通りである。知識リンクフィールド５００３のＴＩＴＬＥ属性の値およびＡＵＴＨＯＲ属性の値を、それぞれＣＩＴＥバッファのＣＩＴＥＴＩＴＬＥの値、ＣＩＴＥＡＵＴＨＯＲの値とする。ＣＩＴＥバッファのＣＩＴＥＴＩＴＬＥあるいはＣＩＴＥＡＵＴＨＯＲの値がない、すなわち空である場合には、それぞれ対応する属性は省略する。さらに、見出しの語を知識リンクフィールド５００３のＫＢＫ属性の値とする。
【００４９】
そして、タイプフィールド５００２は「書誌」として、ＣＩＴＥＴＩＴＬＥの値があれば、それをインデックスフィールド５００１とした知識リンクデータベースの一つのレコードを出力する。同時にＣＩＴＥＡＵＴＨＯＲの値があればそれをインデックスフィールド５００１とした知識リンクデータベースの一つのレコードを出力する。すなわち、ＣＩＴＥＴＩＴＬＥとＣＩＴＥＡＵＴＨＯＲの両方があれば、２個のレコードを出力する。
【００５０】
このとき、同一のインデックスフィールド５００１および同一のタイプフィールド５００２のレコードが既に記憶されている場合は、そのレコードの知識リンクフィールド５００３の末尾にカンマで区切って追加する。このカンマで区切る例を図５の「，」５００４に示す。
【００５１】
例えば、「＜ＣＩＴＥ＞」４００４および「＜／ＣＩＴＥ＞」４００７で示すマークアップで囲まれた部分については、ＣＩＴＥバッファの内容は６００４に示すものとなり、この結果、知識リンクは「，」５００４の左側の部分である。また、「＜ＣＩＴＥ＞」４００８および「＜／ＣＩＴＥ＞」４００９で示すマークアップで囲まれた部分については、知識リンクは５００７および５００８に示すものとなる。
【００５２】
＜／ＣＩＴＥ＞判定ステップ８００８で、注目マークアップが「＜／ＣＩＴＥ＞」でなければ、次の＜ＣＩＴＥＡＵＴＨＯＲ＞判定ステップ８００９に進む。＜ＣＩＴＥＡＵＴＨＯＲ＞判定ステップ８００９で注目マークアップが「＜ＣＩＴＥＡＵＴＨＯＲ＞」であれば、ＣＩＴＥバッファ入力ステップ８０１４に進む。このＣＩＴＥバッファ入力ステップ８０１４では、注目マークアップの次のマークアップから、その後方にあるマークアップ「＜／ＣＩＴＥＡＵＴＨＯＲ＞」の直前までのマークアップのテキストを取り出して、ＣＩＴＥバッファのＣＩＴＥＡＵＴＨＯＲフィールドとし、＜ＣＩＴＥＡＵＴＨＯＲ＞マークアップのＴＩＴＬＥ属性の値をＴＩＴＬＥｉｄフィールドとしたレコードを追加する。
【００５３】
このとき、引用符や空白、改行などを削除する。また、ＴＩＴＬＥ属性がなければＴＩＴＬＥｉｄフィールドは空とする。そして次の＜／ＣＩＴＥＡＵＴＨＯＲ＞注目ステップ８０１５で、注目マークアップである「＜ＣＩＴＥＡＵＴＨＯＲ＞」の後方のマークアップ「＜／ＣＩＴＥＡＵＴＨＯＲ＞」に注目する。
【００５４】
＜ＣＩＴＥＡＵＴＨＯＲ＞判定ステップ８００９で注目マークアップが「＜ＣＩＴＥＡＵＴＨＯＲ＞」でなければ、＜ＣＩＴＥＴＩＴＬＥ＞判定ステップ８０１０に進む。
【００５５】
＜ＣＩＴＥＴＩＴＬＥ＞判定ステップ８０１０で注目マークアップが「＜ＣＩＴＥＴＩＴＬＥ＞」であれば、ＣＩＴＥバッファ入力ステップ８０１６に進む。このＣＩＴＥバッファ入力ステップ８０１６では、注目マークアップの次のマークアップから、その後方にあるマークアップ「＜／ＣＩＴＥＴＩＴＬＥ＞」の直前までのマークアップのテキストを取り出して、ＣＩＴＥバッファのＣＩＴＥＴＩＴＬＥフィールドとし、ＴＩＴＬＥ属性の値をＴＩＴＬＥｉｄフィールドとしたレコードを追加する。このとき、引用符や空白、改行などを削除する。
【００５６】
また、ＴＩＴＬＥ属性が無ければＴＩＴＬＥｉｄフィールドは空とする。そして次の＜／ＣＩＴＥＴＩＴＬＥ＞注目ステップ８０１７で、注目マークアップである「＜ＣＩＴＥＴＩＴＬＥ＞」の後方のマークアップ「＜／ＣＩＴＥＴＩＴＬＥ＞」に注目する。
【００５７】
＜ＣＩＴＥＴＩＴＬＥ＞判定ステップ８０１０で注目マークアップが「＜ＣＩＴＥＴＩＴＬＥ＞」ではない場合およびＣＩＴＥバッファクリアステップ８０１２、ＣＩＴＥバッファ出力ステップ８０１３、＜／ＣＩＴＥＡＵＴＨＯＲ＞注目ステップ８０１５、＜／ＣＩＴＥＴＩＴＬＥ＞注目ステップ８０１７の次は、次マークアップ注目ステップ８０１１で、現在の注目マークアップの次のマークアップに注目し、全マークアップ処理済判定ステップ８００６以下の処理を繰り返す。
【００５８】
以上のようにして、知識リンク抽出手段２００９が、図５に示す知識リンクデータベースを作成し、これを知識リンクデータベース記憶手段２０１１に記憶させる。
【００５９】
次に、蔵書リンクデータベース作成手段２００８が、知識リンクデータベース記憶手段２０１１に記憶されている知識リンクデータベースと、蔵書データベース記憶手段２０１３に記憶されている蔵書データベースとから、図９に示すフローにしたがって図７に示す形式の蔵書リンクデータベースを作成して、蔵書リンクデータベース記憶手段２００５にこれを記憶させる。
【００６０】
図７のように、蔵書リンクデータベース記憶手段２００５の各レコードは、３個のフィールド、すなわち、見出しインデックスフィールド７００１、インデックスフィールド７００２、蔵書リンクフィールド７００３から構成される。蔵書リンクフィールド７００３の内容は、ＴＩＴＬＥ属性とＡＵＴＨＯＲ属性の”＆”結合で表現する。
【００６１】
図９のフローにしたがって、この蔵書リンクデータベースの作成過程を詳しく説明する。知識リンクデータベース記憶手段２０１１に記憶されている知識リンクデータベースの全てのレコードを処理したかどうかを、全レコード処理済判定ステップ９００１で判定する。未処理のレコードがあれば全レコード処理済判定ステップ９００１から知識リンクレコード読み込みステップ９００２に進み、知識リンクデータベースの１レコードを読み込む。レコードのタイプフィールド５００２が「書誌」でなければ、全レコード処理済判定ステップ９００１に進み、次のレコードの処理に進む。
【００６２】
判定ステップ９００３で、読み込んだレコードのタイプフィールド５００２が「書誌」であれば、次の先頭リンク注目ステップ９００４に進み、読み込んだレコード中の先頭の知識リンクに注目する。これは１個のレコードの知識リンクフィールド５００３の内容にカンマ５００４に示す区切り文字で複数の知識リンクがある場合に、その先頭のリンクに注目する。カンマがなければ、知識リンクフィールド５００３全体を１個の知識リンクとして注目する。
【００６３】
次の全リンク処理済判定ステップ９００５で、知識リンクフィールド５００３にある全てのリンクを処理したかどうかを判定する。処理済であれば、全レコード処理済判定ステップ９００１に進み、次のレコードを処理する。
【００６４】
処理済でなければ蔵書データベース検索１ステップ９００６に進み、注目中の知識リンクのＡＵＴＨＯＲ属性の値をＡＵＴＨＯＲキー、およびＴＩＴＬＥ属性の値をＴＩＴＬＥキーにして、蔵書データベース記憶手段２０１３に記憶している蔵書データベースを検索する。ここで、ＡＵＴＨＯＲキー、ＴＩＴＬＥキーとは蔵書データベースを検索するための検索キーである。ＡＵＴＨＯＲ属性、あるいはＴＩＴＬＥ属性がない場合は、存在する値だけを検索キーとする。
【００６５】
次の検索結果判定ステップ９００７で、検索結果が唯一であれば、蔵書リンクデータベース出力ステップ９０１５へ進む。
【００６６】
蔵書リンク出力ステップ９０１５では、ＴＩＴＬＥキーを蔵書リンクフィールド７００３のＴＩＴＬＥ属性の値、ＡＵＴＨＯＲキーをＡＵＴＨＯＲ属性の値とし、注目中の知識リンクのＫＢＫ属性の値を見出しインデックスフィールド７００１の値とする。そして、注目中のレコードのＴＩＴＬＥ属性があれば、それをインデックスフィールド７００２とする蔵書リンクデータベースレコードを蔵書リンクデータベース記憶手段２００５に記憶する。
【００６７】
また、注目中の知識リンクにＡＵＴＨＯＲ属性があれば、それをインデックスフィールド２００２とした蔵書リンクデータベースレコードを蔵書リンクデータベース記憶手段２００５に記憶する。すなわち、知識リンクにＡＵＴＨＯＲ属性とＴＩＴＬＥ属性の両方があれば、インデックスフィールド７００２のみが異なり、見出しインデックスフィールド７００１および蔵書リンクフィールド７００３が同じ蔵書リンクデータベースのレコードを２個記憶する。
【００６８】
検索結果判定ステップ９００７で検索結果が唯一でない場合には、次の蔵書データベース検索２ステップ９００８に進む。蔵書データベース検索２ステップ９００８では、注目中の知識リンクのＫＢＫ属性値をＡＵＴＨＯＲキーとして検索キーに追加し、蔵書データベースを検索する。この検索結果が唯一であれば、次の検索結果判定ステップ９００９を経て蔵書リンクデータベース出力ステップ９０１５に進む。
【００６９】
検索結果判定ステップ９００９で、検索結果が唯一でなければ、次の蔵書データベース検索３ステップ９０１０に進む。蔵書データベース検索３ステップ９０１０では、前の蔵書データベース検索２ステップ９００８で検索キーに追加したＡＵＴＨＯＲキーを検索キーから削除して、注目中の知識リンクのＫＢＫ属性値をＴＩＴＬＥキーとして検索キーに追加し、蔵書データベースを検索する。この検索結果が唯一であれば、次の検索結果判定ステップ９０１１を経て、蔵書リンクデータベース出力ステップ９０１５に進む。
【００７０】
検索結果判定ステップ９０１１で検索結果が唯一ではない場合には、次の検索キー選択ステップ９０１２に進む。検索キー選択ステップ９０１２では、前の蔵書データベース検索１ステップ９００６、蔵書データベース検索２ステップ９００８、蔵書データベース検索３ステップ９０１０の検索キーのうち、検索結果のよい、すなわち検索に成功し、かつ検索結果の件数が最小であったものの検索キーを採用する。この検索キーの選択に成功した場合は、次の検索キー選択判定ステップ９０１３を経て、蔵書リンクデータベース出力ステップ９０１５に進む。
【００７１】
検索キーの選択に失敗した場合は判定ステップ９０１３を経て次リンク注目ステップ９０１４に進む。また、蔵書リンクデータベース出力ステップ９０１５の次には次リンク注目ステップ９０１４に進む。この次リンク注目ステップ９０１４では、知識リンクフィールド５００３の中の注目しているリンクの次のリンクに注目する。そして、全リンク処理済判定ステップ９００５に進む。
【００７２】
読み込んだ知識リンクデータベースのレコードの知識リンクフィールド５００３中の全ての知識リンクを処理したら、全リンク処理済判定ステップ９００５から全レコード処理済判定ステップ９００１に進み、知識リンクデータベース中の次のレコードの処理を行う。
【００７３】
この処理の結果、例えば、知識リンクのレコード５００６の内のカンマ５００４の左側の知識リンクからは７００４に示す内容の蔵書リンクを作成する。
【００７４】
以上で、蔵書リンクデータベース記憶手段２００５が記憶する蔵書リンクデータベースの作成過程の説明を終わる。
【００７５】
次に、クライアント手段２００１を操作するエンドユーザに提供する本発明のサービスを説明する。図１にクライアント手段の表示出力画面の遷移の一例を示す。
【００７６】
エンドユーザがクライアント手段２００１を操作すると、クライアント手段２００１はその操作に対応したリンクを表すＵＲＬをＷＷＷサーバ手段２００２に送る。ＷＷＷサーバ手段２００２は、この要求を取得して知識検索サーバＣＧＩ手段２００３に送信する。
【００７７】
知識検索サーバＣＧＩ手段２００３は、図１０に示すフローにしたがって作用し、応答を返送する。ＷＷＷサーバ手段２００２は、知識検索サーバＣＧＩ手段２００３の応答を取得して、クライアント手段２００１に送信する。そしてクライアント手段２００１は、ＷＷＷサーバ手段２００２から応答を取得し、その応答にしたがって画面、すなわち図１に示すキーワード入力画面１００１、知識検索結果一覧画面１００４、蔵書検索結果一覧画面１００６、書誌情報画面１０１１、従来図書館サービス画面１０１２のいずれか１画面または複数画面を表示する。
【００７８】
これらの各画面の遷移について、順番に説明する。エンドユーザがクライアント手段２００１を操作して図書館サービスの入り口画面を要求すると、それに対応するＵＲＬがその要求としてＷＷＷサーバ手段２００２に送られる。この要求は、さらに知識検索サーバＣＧＩ手段２００３に送られる。
【００７９】
知識検索サーバＣＧＩ手段２００３は、図１０に示すように、ＷＷＷサーバ要求受取りステップ１０００１でその要求を受取り、その要求が入り口画の要求である場合には、入口画面要求判定ステップ１０００２を経て、入り口画面データ返送ステップ１０００５で入り口画面データを返送する。
【００８０】
この結果、キーワード入力画面１００１をクライアント手段２００１が表示する。この画面は、蔵書検索リンク１００２および知識検索リンク１００３を持つ。
【００８１】
蔵書検索リンク１００２は、従来型の蔵書検索のためのリンクであり、エンドユーザによって入力されたキーワードを従来型図書館サーバ手段２０１２で解釈可能な形式でＵＲＬに取り込む。知識検索リンク１００３は、エンドユーザによって入力されたキーワードをＫＢＫ属性の値としてＵＲＬに取り込む。
【００８２】
ここで、エンドユーザがクライアント手段２００１を操作してキーワードを入力した上で知識検索リンク１００３を選択した場合、そのキーワードがＫＢＫ属性の値として取り込まれたＵＲＬがＷＷＷサーバ手段２００２に要求として送られ、さらに、知識検索サーバＣＧＩ手段２００３に送られる。
【００８３】
知識検索サーバ手段２００３では、ＷＷＷサーバ要求受取りステップ１０００１でその要求を受け取る。この要求は入り口画面要求でなく、また、ＫＢＫ属性が含まれているので、入口画面判定ステップ１０００２、ＫＢＫ要求判定ステップ１０００３を経て、事典検索および蔵書リンク埋め込みステップ１０００４に進む。
【００８４】
事典検索および蔵書リンク埋め込みステップ１０００４では、蔵書リンク埋め込み手段２００４に要求を渡して、蔵書リンク埋め込み手段２００４から事典検索結果を受け取り、これをＷＷＷサーバ手段２００２に返送する。
【００８５】
蔵書リンク埋め込み手段２００４は、図１１に示すフローにしたがって動作する。以下、図１１のフローを詳しく説明する。
【００８６】
まず、要求受取りステップ１１００１において要求を受け取る。次の事典検索サーバによる検索および検索結果受取りステップ１１００２において、要求に含まれるＫＢＫ属性の値を検索キーとして、事典検索サーバ手段２００６に渡して、事典テキストデータベース記憶手段２００７が記憶している事典を検索してその検索結果である見出しと説明テキストを事典検索サーバ手段２００６から受け取る。
【００８７】
次のマークアップ解析ステップ１１００３において、検索結果の説明テキストのマークアップを解析する。蔵書リンクデータベース検索ステップ１１００４において、事典検索結果の見出しをキーにして、蔵書リンクデータベースの見出しインデックスフィールド７００１が一致するレコードを検索し、インデックスフィールド７００２と蔵書リンクフィールド７００３の対を収集する。
【００８８】
次のパターンマッチステップ１１００５において、事典検索サーバの検索結果の、ＣＩＴＥＡＵＴＨＯＲタグ、ＣＩＴＥＴＩＴＬＥタグで囲まれたテキストについて、蔵書リンクデータベースから収集したインデックスフィールド７００２の内容とパターンマッチし、パターンマッチした個所および蔵書リンクフィールド７００３の内容を記憶しておく。次の蔵書リンク挿入ステップ１１００７において、パターンマッチした箇所に、対応する蔵書リンクフィールド７００３の内容を挿入する。
【００８９】
次のＣＩＴＥタグ削除ステップ１１００８に進み、事典検索サーバの検索結果の、ＣＩＴＥタグ、ＣＩＴＥＡＵＴＨＯＲタグ、ＣＩＴＥＴＩＴＬＥタグのマークアップを削除し、この事典検索サーバの検索結果を知識検索サーバＣＧＩ手段２００３に渡す。
【００９０】
この検索結果が知識検索サーバＣＧＩ手段２００３、ＷＷＷサーバ手段２００２を経て、クライアント手段２００１に知識検索結果一覧画面として表示される。この表示内容は、例えば、知識検索結果一覧画面１００４に示すものである。
【００９１】
図１１の処理により、画面１００４中の下線で示すようにリンクが挿入される。例えば１００５で示す部分には、７００４に示す内容の蔵書リンクが挿入される。ここで、エンドユーザがクライアント手段２００１を操作して、この１００５で示すリンクを選択した場合、あるいは、１００２で示す蔵書検索リンクを選択した場合は、従来型図書館サーバ手段２０１２を通して従来型図書館サービスのデータを取り出し、これに知識検索リンクを付加して、それぞれ書誌情報画面１０１１、蔵書検索結果一覧画面１００６を表示する。この過程を次に説明する。
【００９２】
エンドユーザがクライアント手段２００１を操作してこの１００５で示すリンクを選択した場合、あるいは、１００２で示す蔵書検索リンクを選択した場合は、そのリンクを表すＵＲＬがＷＷＷサーバ手段２００２に要求として送られ、さらに、知識検索サーバＣＧＩ手段２００３に送られる。知識検索サーバ手段２００３では、ＷＷＷサーバ要求受取りステップ１０００１でその要求を受け取る。この要求は入り口画面要求でなく、また、ＫＢＫ属性が含まれていないので、入口画面要求判定ステップ１０００２、ＫＢＫ要求判定ステップ１０００３を経て、従来図書館検索および知識リンク埋め込みステップ１０００６に進む。
【００９３】
従来図書館検索および知識リンク埋め込みステップ１０００６では、知識リンク埋め込み手段２０１０に要求を渡して、知識リンク埋め込み手段２０１０から事典検索結果を受け取り、これをＷＷＷサーバ手段２００２に返送する。
【００９４】
上記知識リンク埋め込み手段２０１０を、図１２に示すフローにしたがって説明する。要求受取りステップ１２００１において要求を受け取る。次の、従来型図書館サーバによる検索および検索結果受取りステップ１２００２において、要求に含まれるＴＩＴＬＥ属性を書籍などのタイトル、ＡＵＴＨＯＲ属性を著者名とした検索条件によって、蔵書データベース記憶手段２０１３に記憶されている蔵書データベースを従来型図書館サーバ手段２０１２により検索し、その検索結果を受け取る。
【００９５】
検索結果書式解析ステップ１２００３において上記検索結果の書式を解析し、検索値の部分を識別する。パターンマッチステップ１２００４において検索結果中の、検索値の部分に対して、知識リンクデータベースのインデックスフィールド５００１の内容をパターンマッチし、一致した箇所を記録する。パターンマッチ先頭箇所注目ステップ１２００５においてパターンマッチした箇所のうち、先頭の箇所に注目する。
【００９６】
次の全箇所処理済判定ステップ１２００６においてパターンマッチした箇所の全てが処理済か否かを判定して、処理済みでなければ、タイプ調査ステップ１２００７において注目箇所とパターンマッチしたインデックスフィールド５００１のレコードのタイプフィールド５００２を見る。
【００９７】
タイプ判定ステップ１２００８において、レコードのタイプフィールド５００２が見出しである場合は、知識リンク挿入ステップ１２０１１に進む。タイプフィールド５００２が書誌でありかつ知識リンクが唯一である場合は、知識リンク判定ステップ１２００９を経て、知識リンク挿入ステップ１２０１１に進む。
【００９８】
知識リンクが唯一でない場合には、知識リンク選択ステップ１２０１０においてカンマで区切られた各リンクについて、ＡＵＴＨＯＲ、ＴＩＴＬＥ、ＫＢＫのキーワードと、ＷＷＷサーバからの要求にあるキーワードとを比較して、最適な知識リンクを選択した後に知識リンク挿入ステップ１２０１１に進む。
【００９９】
知識リンク選択ステップ１２０１０では、例えば、キーワードの比較で一致するものがある知識リンクを最適なものとして選択する。一致するものがない場合には適当に選択するものとする。
【０１００】
知識リンク挿入ステップ１２０１１において、パターンマッチした箇所に知識リンクを挿入する。そして、次パターンマッチ箇所注目ステップ１２０１２において次のパターンマッチ箇所を注目し、判定ステップ１２００６に進む。
【０１０１】
全箇所処理済判定ステップ１２００６で、パターンマッチした箇所の全てが処理済であれば、処理を終了し、従来型図書館サーバの検索結果を知識検索サーバＣＧＩ手段２００３に渡す。
【０１０２】
この検索結果が知識検索サーバＣＧＩ手段２００３、ＷＷＷサーバ手段２００２を経て、クライアント手段２００１に書誌情報画面、蔵書検索結果一覧画面を表示する。この表示内容は、例えば、書誌情報画面１０１１、蔵書検索結果一覧画面１００６に示すものである。
【０１０３】
図１２の処理により、書誌情報画面１０１１中、あるいは、蔵書検索結果一覧画面１００６中の下線付きの「知識検索」で示すようにリンクが挿入される。例えば、知識検索リンク１００７で示す部分には、５００５に示す内容の知識リンクが挿入され、知識検索リンク１００９で示す部分には、５００６中の、カンマ５００４の左側の知識リンクが挿入される。
【０１０４】
題名リンク１００８および「配架場所、貸出し案内など」リンク１０１０で示す下線部分は、図１２の処理を行なわずとも従来型図書館サーバ手段２０１２の検索結果に含まれているリンクである。「配架場所、貸出し案内など」１０１０のリンクを選択すると、従来型図書館サービスデータベース記憶手段２０１４を検索して従来図書館型サービス画面１０１２を表示するが、この過程は、上記説明と同じである。また、題名リンク１００８をエンドユーザが選択すると、書誌情報画面１０１１を表示するが、この過程も上記説明と同じである。
【０１０５】
【発明の効果】
本発明により、図書館での蔵書検索のように内容や検索目的の想定が困難である場合にも、汎用的に利用可能で、単語の羅列ではなく、意味のある文章を読みながら、初めに入力したキーワードと関連を保ちつつ、検索サービスを安価な機器構成で提供することができる。
【０１０６】
また、上記実施例では、図書館における蔵書検索を例に本発明の実施の形態を説明したが、本発明を書店における書籍検索に応用したり、インターネットのウェブ上での検索に応用することもできる。
【０１０７】
また、通常の書籍検索に限らず、例えばレコードや音楽ＣＤの検索では、それらコンテントの販売管理番号や収録曲名、作曲者、演奏者、発売元に関する情報をデータとするデータベースを上記実施例の「蔵書データベース」とし、いくつかの音楽事典などを組み合わせて「事典データベース」とすることで、広範な音楽コンテントから所望のレコードやＣＤの検索を容易にする検索支援システムを構築できる。
【図面の簡単な説明】
【図１】本発明の一実施例の知識検索サービスの画面遷移の一例を表す説明図。
【図２】本発明の一実施例の装置構成を示すブロック図。
【図３】事典テキストにあらかじめ施すマークアップの構造を表すブロック図。
【図４】マークアップを施した事典テキストの一例を示す説明図。
【図５】事典データベースを検索するための知識リンクデータベースの一例を示す説明図。
【図６】知識リンクデータベースを作成する際に作成するＣＩＴＥバッファの一例を示す説明図。
【図７】事典テキストから蔵書データベースを検索する蔵書リンクを自動的に埋め込むための蔵書リンクデータベースの一例を示す説明図。
【図８】本発明の一実施例の動作を表すフロー図。
【図９】本発明の一実施例の動作を表すフロー図。
【図１０】本発明の一実施例の動作を表すフロー図。
【図１１】本発明の一実施例の動作を表すフロー図。
【図１２】本発明の一実施例の動作を表すフロー図。
【符号の説明】
２００１…クライアント手段、２００２…ＷＷＷサーバ手段、２００３…知識検索サーバＣＧＩ手段、２００４…蔵書リンク埋め込み手段、２００５…蔵書リンクデータベース（ＤＢ）記憶手段、２００６…事典検索サーバ手段、２００７…事典テキストデータベース記憶手段、２００８…蔵書リンク作成手段、２００９…知識リンク抽出手段、２０１０…知識リンク埋め込み手段、２０１１…知識リンクデータベース記憶手段、２０１２…従来型図書館サーバ手段、２０１３…蔵書データベース記憶手段、２０１４…従来型図書館サービスデータベース記憶手段。
【図１】
0003543726.tif 000002
【図２】
0003543726.tif 000003
【図３】
0003543726.tif 000004
【図４】
0003543726.tif 000005
【図５】
0003543726.tif 000006
【図６】
0003543726.tif 000007
【図７】
0003543726.tif 000008
【図８】
0003543726.tif 000009
【図９】
0003543726.tif 000010
【図１０】
0003543726.tif 000011
【図１１】
0003543726.tif 000012
【図１２】
0003543726.tif 000013