(57)【要約】【課題】異なる複数の属性を含む情報において属性別の検索を実行する場合に、検索対象情報の情報量を低減すること。【解決手段】属性の異なる複数の情報を含む格納対象情報を変換して検索対象の情報を生成する情報検索装置１であって、格納対象情報を取得する登録対象情報取得部１４１と、取得した格納対象情報に含まれる複数の情報の夫々をその属性に応じた情報形式に変換し、属性に応じた情報形式に変換された複数の情報を連結して検索対象の情報を生成する情報変換部１４２とを含むことを特徴とする。【選択図】図３
2010055169.tif 000002
【特許請求の範囲】
【請求項１】
属性の異なる複数の情報を含む格納対象情報を変換して検索対象の情報を生成する情報処理装置であって、
前記格納対象情報を取得する情報取得部と、
前記取得した格納対象情報に含まれる複数の情報の夫々をその属性に応じた情報形式に変換する情報変換部と、
前記属性に応じた情報形式に変換された複数の情報を連結して前記検索対象の情報を生成する情報生成部とを含むことを特徴とする、情報処理装置。
【請求項２】
前記検索対象の情報を検索するための検索条件として文言及びその文言の属性を指定する情報を取得する検索条件情報取得部と、
前記情報変換部と同様の変換規則を用いて前記取得された文言をその文言の属性に応じた情報形式に変換する検索条件変換部と、
前記変換された文言を検索条件として前記検索対象の情報を検索する情報検索部と、
前記検索条件に適合する前記検索対象の情報を適合文献として抽出する情報抽出部とを更に有することを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記検索条件変換部は、前記検索条件として指定されている文言に対して複数の属性が指定されている場合、前記文言を前記複数の属性の夫々に応じた情報形式に変換することにより複数の変換後の文言を生成し、
前記情報検索部は、前記生成された複数の変換後の文言を並列条件として前記検索を実行することを特徴とする、請求項２に記載の情報処理装置。
【請求項４】
前記情報抽出部によって抽出された適合文献を前記情報変換部が用いる変換規則に応じて復元する情報復元部を更に有することを特徴とする、請求項２または３に記載の情報処理装置。
【請求項５】
前記情報変換部は、前記属性の異なる一組の情報であって前記検索対象情報として同種の内容を示す一組の情報を同一の情報形式に変換することを特徴とする、請求項１乃至４いずれか１項に記載の情報処理装置。
【請求項６】
前記情報変換部は、前記格納対象情報に含まれる複数の情報を、その属性に応じた符号が夫々の文字毎に付された形式に変換することを特徴とする、請求項１乃至５いずれか１項に記載の情報処理装置。
【請求項７】
前記情報変換部は、前記格納対象情報に含まれる複数の情報を、その属性に応じた数字が夫々の文字毎に付された形式に変換することを特徴とする、請求項６に記載の情報処理装置。
【請求項８】
前記情報変換部は、前記情報形式として文字情報を符号化する際の符号化形式を用い、前記格納対象情報に含まれる複数の情報を、その属性に応じた符号化形式に変換することを特徴とする、請求項１乃至５いずれか１項に記載の情報処理装置。
【請求項９】
前記情報取得部が、予め格納されている文書の情報を前記格納対象情報として取得することを特徴とする、請求項１乃至８いずれか１項に記載の情報処理装置。
【請求項１０】
前記情報検索部による検索結果に基づいて索引情報を生成する索引情報生成部を更に有し、
前記情報検索部は、前記検索対象の情報に含まれる前記変換された文言の数をカウントし、
前記索引情報生成部は、前記変換された文言と前記文言についてカウントされた数とを関連付けて前記索引情報を生成することを特徴とする、請求項２乃至４いずれか１項に記載の情報処理装置。
【請求項１１】
属性の異なる複数の情報を含む格納対象情報を変換して検索対象の情報を生成する情報処理方法であって、
情報取得部が、前記格納対象情報を取得し、
情報変換部が、前記取得した格納対象情報に含まれる複数の情報の夫々をその属性に応じた情報形式に変換し、
情報生成部が、前記属性に応じた情報形式に変換された複数の情報を連結して前記検索対象の情報を生成することを特徴とする、情報処理方法。
【請求項１２】
情報処理装置を、属性の異なる複数の情報を含む格納対象情報を変換して検索対象の情報を生成するように動作させる情報処理プログラムであって、
前記格納対象情報を取得するステップと、
前記取得した格納対象情報に含まれる複数の情報の夫々をその属性に応じた情報形式に変換するステップと、
情報生成部が、前記属性に応じた情報形式に変換された複数の情報を連結して前記検索対象の情報を生成するステップとを前記情報処理装置に実行させることを特徴とする、情報処理プログラム。
【請求項１３】
請求項１２に記載の情報処理プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、情報処理プログラム及び記録媒体に関し、特に検索対象の情報の並び替えに関する。
【背景技術】
【０００２】
電子データに対する検索技術、あるいは検索結果の表示技術は、検索対象の情報量の増大による検索結果数の増大のため、ますます重要な技術となっている。なぜなら、求める情報が大量の検索結果に埋もれてしまい、見つけることが困難になっているからである。このような検索技術として、例えば、入力された検索要求の解析により設定された検索条件に基づいて検索を実行し、その検索結果を所定のスコア算出手段により順序付けする技術が提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１に開示された検索方法による検索結果表示は、設定された検索条件の表示及び検索条件に適合するものとして抽出された情報の表示によって行なわれる。検索条件であれば、“タイトル”や“作成者”、等の検索対象項目と検索キー（検索語）が表示され、検索結果であれば、検索によって抽出された情報が検索条件に対する適合度の高い順に表示される。
【０００４】
また、上記所定のスコア算出手段においては、指定された検索条件に含まれる検索語等が夫々の文書において出現する若しくは用いられている回数であるＴＦ（Ｔｅｒｍ  Ｆｒｅｑｕｅｎｃｙ）及び上記検索語等を含む文書の数であるＤＦ（Ｄｏｃｕｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ）が用いられる。
【特許文献１】特開２００７−２３３７５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記所定のスコア算出手段においては、基本的に、１つの文書に１つの文字列が含まれる。そして、夫々の文書に含まれる文字列を対象にスコアを算出する。しかしながら、実際の検索対象となる情報には「本文」、「タイトル」、「読み」、「著者」等、異なった属性の文字列が含まれる。このような情報を対象としてスコアを算出する場合、従来のスコア算出方法には以下のような課題がある。
【０００６】
例えば、「本文あるいはタイトルに“ＡＢＣ”という文字列を含む」というような検索を実施した際のスコアの算出方法である。従来のスコア算出方法においては、本文に“ＡＢＣ”がヒットした場合には本文領域のみを対象としたスコアが算出され、タイトルに“ＡＢＣ”がヒットした場合にはタイトル領域のみを対象としたスコアが算出される。従って、これらの結果をランキング時に、同列に比較するのは困難である。
【０００７】
このような複数の属性毎の文字列に対応するため、従来のスコア算出方法においては、「本文」、「タイトル」という属性毎のカラムに加えて、「本文＋タイトル」というカラムが用意されている。即ち、文書の本文の内容を含む検索対象情報及び文書のタイトルの内容を含む検索対象情報に加えて、文書の本文及びタイトルの内容を含む検索対象情報が用意されている。
【０００８】
そして、「本文」が検索対象とされた場合は、「本文」のカラムを用いて検索及びスコア算出が実施される。また、「本文＋タイトル」が検索対象とされた場合は、「本文＋タイトル」のカラムを用いて検索及びスコア算出が実施される。このような処理により、属性毎の検索を可能としていた。
【０００９】
しかしながら、このように夫々の属性毎のカラムに加えて、複数の属性の内容を含むカラムを用意する場合、重複した情報を登録することとなる。たとえば「本文」を索引に登録した場合に１０ＭＢ（Ｍｅｇａ  Ｂｙｔｅ）が必要であるとすれば、「本文＋タイトル」を登録するためにさらに１０ＭＢが必要である。このように、必要なハードディスクの容量が検索の仕様によって非常に増大していく。
【００１０】
スコア算出方法を改良することにより、夫々の属性毎の情報を登録するだけで上記と同様の検索を可能とすることはできる。しかしながら、既存の検索エンジンをベースにシステムを構築するようなケースでは、スコアリングにまで手を加えて新規な検索エンジンを構築することは困難であり、コストの増大や工程数の増大となる。
【００１１】
本発明は、上記実情を考慮してなされたものであり、異なる複数の属性を含む情報において属性別の検索を実行する場合に、検索対象情報の情報量を低減することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、請求項１に記載の発明は、属性の異なる複数の情報を含む格納対象情報を変換して検索対象の情報を生成する情報処理装置であって、前記格納対象情報を取得する情報取得部と、前記取得した格納対象情報に含まれる複数の情報の夫々をその属性に応じた情報形式に変換する情報変換部と、前記属性に応じた情報形式に変換された複数の情報を連結して前記検索対象の情報を生成する情報生成部とを含むことを特徴とする。
【００１３】
また、請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記検索対象の情報を検索するための検索条件として文言及びその文言の属性を指定する情報を取得する検索条件情報取得部と、前記情報変換部と同様の変換規則を用いて前記取得された文言をその文言の属性に応じた情報形式に変換する検索条件変換部と、前記変換された文言を検索条件として前記検索対象の情報を検索する情報検索部と、前記検索条件に適合する前記検索対象の情報を適合文献として抽出する情報抽出部とを更に有することを特徴とする。
【００１４】
また、請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記検索条件変換部は、前記検索条件として指定されている文言に対して複数の属性が指定されている場合、前記文言を前記複数の属性の夫々に応じた情報形式に変換することにより複数の変換後の文言を生成し、前記情報検索部は、前記生成された複数の変換後の文言を並列条件として前記検索を実行することを特徴とする。
【００１５】
また、請求項４に記載の発明は、請求項２または３に記載の情報処理装置において、前記情報抽出部によって抽出された適合文献を前記情報変換部が用いる変換規則に応じて復元する情報復元部を更に有することを特徴とする。
【００１６】
また、請求項５に記載の発明は、請求項１乃至４いずれか１項に記載の情報処理装置において、前記情報変換部は、前記属性の異なる一組の情報であって前記検索対象情報として同種の内容を示す一組の情報を同一の情報形式に変換することを特徴とする。
【００１７】
また、請求項６に記載の発明は、請求項１乃至５いずれか１項に記載の情報処理装置において、前記情報変換部は、前記格納対象情報に含まれる複数の情報を、その属性に応じた符号が夫々の文字毎に付された形式に変換することを特徴とする。
【００１８】
また、請求項７に記載の発明は、請求項６に記載の情報処理装置において、前記情報変換部は、前記格納対象情報に含まれる複数の情報を、その属性に応じた数字が夫々の文字毎に付された形式に変換することを特徴とする。
【００１９】
また、請求項８に記載の発明は、請求項１乃至５いずれか１項に記載の情報処理装置において、前記情報変換部は、前記情報形式として文字情報を符号化する際の符号化形式を用い、前記格納対象情報に含まれる複数の情報を、その属性に応じた符号化形式に変換することを特徴とする。
【００２０】
また、請求項９に記載の発明は、請求項１乃至８いずれか１項に記載の情報処理装置において、前記情報取得部が、予め格納されている文書の情報を前記格納対象情報として取得することを特徴とする。
【００２１】
また、請求項１０に記載の発明は、請求項２乃至４いずれか１項に記載の情報処理装置において、前記情報検索部による検索結果に基づいて索引情報を生成する索引情報生成部を更に有し、前記情報検索部は、前記検索対象の情報に含まれる前記変換された文言の数をカウントし、前記索引情報生成部は、前記変換された文言と前記文言についてカウントされた数とを関連付けて前記索引情報を生成することを特徴とする。
【００２２】
また、請求項１１に記載の発明は、属性の異なる複数の情報を含む格納対象情報を変換して検索対象の情報を生成する情報処理方法であって、情報取得部が、前記格納対象情報を取得し、情報変換部が、前記取得した格納対象情報に含まれる複数の情報の夫々をその属性に応じた情報形式に変換し、情報生成部が、前記属性に応じた情報形式に変換された複数の情報を連結して前記検索対象の情報を生成することを特徴とする。
【００２３】
また、請求項１２に記載の発明は、情報処理装置を、属性の異なる複数の情報を含む格納対象情報を変換して検索対象の情報を生成するように動作させる情報処理プログラムであって、前記格納対象情報を取得するステップと、前記取得した格納対象情報に含まれる複数の情報の夫々をその属性に応じた情報形式に変換するステップと、情報生成部が、前記属性に応じた情報形式に変換された複数の情報を連結して前記検索対象の情報を生成するステップとを前記情報処理装置に実行させることを特徴とする。
【００２４】
また、請求項１３に記載の発明は、記録媒体であって、請求項１２に記載の情報処理プログラムを情報処理装置が読み取り可能な形式で記録したことを特徴とする。
【発明の効果】
【００２５】
本発明の一態様によれば、検索対象の情報群における検索語及びその類義語の出現頻度に基づいてスコアを算出する情報処理装置において、検索語毎に類義語の数が異なる場合であっても、正確にスコアを算出することが可能となる。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。図１は、本実施の形態に係る情報検索システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る情報検索システムは、情報検索装置１、クライアント装置２及び検索対象情報ＤＢ２００を含む。クライアント装置２は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の一般的な情報処理装置によって構成される。情報検索装置１は、ネットワークを介してクライアント装置２と接続されており、クライアント装置２からの検索要求を受けて検索対象情報ＤＢ２００に格納されている文書情報を検索するサーバとして運用される。
【００２７】
検索対象情報ＤＢ２００は、検索対象の情報として文書の情報を記憶している。本実施形態においては、図書館の蔵書の検索システムを例とする。即ち、本実施形態に係る検索対象情報は、図書館の蔵書の情報である。尚、検索対象情報ＤＢ２００に格納する情報は、図書館の蔵書の他、例えば特許文献の情報等が考えられる。
【００２８】
また、図１に示すように、本実施形態においては、検索対象情報ＤＢ２００が情報検索装置１とは別に設けられている例を説明するが、検索対象情報ＤＢ２００を情報検索装置１内部に構成することも可能である。検索対象情報ＤＢ２００は、ＨＤＤ等の不揮発性記憶媒体によって構成される。
【００２９】
次に、本実施形態に係る情報検索装置１のハードウェア構成について説明する。図２は、本実施形態に係る情報検索装置１のハードウェア構成を示すブロック図である。図２に示すように、本実施形態に係る情報検索装置１は、一般的なサーバやＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理端末と同様の構成を有する。即ち、本実施形態に係る情報検索装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００３０】
ＣＰＵ１０は演算手段であり、情報検索装置１全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００３１】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報検索装置１の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが情報検索装置１に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係る情報検索装置１は、サーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。
【００３２】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る情報検索装置１の機能を実現する機能ブロックが構成される。
【００３３】
次に、本実施形態に係る情報検索装置１の機能ブロックについて、図３を参照して説明する。図３は、本実施形態に係る情報検索装置１の機能ブロック及び情報検索装置１が検索する対象の文書情報を格納している対象情報ＤＢ２００並びに、検索対象情報ＤＢ２００に登録すべき文書の情報を記憶している文書情報ＤＢ３００を示すブロック図である。図３に示すように、本実施形態に係る情報検索装置１は、情報入力部１１０、ネットワークＩ／Ｆ１２０、表示部１３０、文書登録部１４０及び文書検索部１５０を有する。
【００３４】
情報入力部１１０は、ユーザが情報検索装置１を操作して検索制御部１００に情報を入力するための構成であり、図２に示すＩ／Ｆ５０及び操作部７０によって実現される。ネットワークＩ／Ｆ１２０は、情報検索装置１がネットワークを介して情報を取得し、若しくはネットワークを介して情報を送信するためのインタフェースであり、図２に示すＩ／Ｆ５０によって実現される。具体的には、例えばＥｔｈｅｒｎｅｔ（登録商標）接続のインタフェースや、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）接続のインタフェースによって実現される。表示部１３０は、情報検索装置１の動作状態や、検索結果等が表示される構成であり、図２に示すＩ／Ｆ５０及びＬＣＤ６０によって実現される。
【００３５】
文書登録部１４０は、本実施形態に係る情報検索装置１において検索対象情報ＤＢ２００に文書を登録する構成である。文書登録部１４０は、登録対象情報取得部１４１、情報変換部１４２及び情報登録部１４３を有する。文書登録部１４０は、図２に示すＲＡＭ２０にロードされたプログラムがＣＰＵ１０の制御に従って動作することにより構成される。
【００３６】
登録対象情報取得部１４１は、ユーザによって情報入力部１１０を介して入力された情報、ネットワークＩ／Ｆ１２０を介してネットワーク経由で入力された情報若しくは文書情報ＤＢ３００に記憶されている情報を登録対象情報として取得する。登録対象情報とは、検索対象情報ＤＢ２００に登録すべき情報として、ユーザによって指定される情報である。換言すると、登録対象情報とは、検索対象情報ＤＢ２００に格納すべき格納対象情報である。
【００３７】
情報変換部１４２は、登録対象情報取得部１４１が取得した登録対象情報を、所定の変換ルールに基づき、検索対象情報ＤＢ２００に登録する際の情報形式に変換する。情報変換部１４２による情報の変換処理が、本実施形態の要旨の１つである。
【００３８】
ここで、情報変換部１４２による情報変換の変換ルールについて図４を参照して説明する。図４は、情報変換部１４２による情報変換のルールを示す図である。上述したように、本実施形態において検索対象情報ＤＢ２００に登録される情報は、図書館の蔵書の情報である。従って、登録対象である蔵書の情報は、“タイトル”、“本文”及び“著者”という属性に分けられる。情報変換部１４２は、登録対象情報を構成する情報の属性に着目し、夫々の属性毎に異なるフォーマットに変換する。
【００３９】
本実施形態に係る情報変換部１４２は、一文字を数字とスペースで挟むことにより、情報を形式の変換を行なう。そして、情報変換部１４２は、情報の属性に応じて文字を挟む数字を変える。例えば、図４に示すように、“あ”という文字の場合を考える。“あ”という文字がタイトルに含まれる文字である場合、情報変換部１４２は、“あ”という文字を“１あ＿”という形式に変換する。尚、本実施形態に係る説明においては、理解を容易とするため、スペースを“＿（アンダーバー）”で示す。
【００４０】
そして、情報変換部１４２は、図４に示すルールに従って変換した情報を連結し、検索対象情報を生成する。情報登録部１４３は、情報変換部１４２によって生成された検索対象情報を検索対象情報ＤＢ２００に登録する。
【００４１】
文書検索部１５０は、本実施形態に係る情報検索装置１において検索対象情報ＤＢ２００に登録された文書を検索する構成である。文書検索部１５０は、検索条件情報取得部１５１、検索条件変換部１５２、適合度算出部１５３及び算出結果処理部１５４を有する。文書検索部１５０は、図２に示すＲＡＭ２０にロードされたプログラムがＣＰＵ１０の制御に従って動作することにより構成される。
【００４２】
検索条件情報取得部１５１は、ユーザによって情報入力部１１０を介して入力された情報若しくはネットワークＩ／Ｆ１２０を介してネットワーク経由で入力された情報を検索条件情報として取得する。検索条件情報とは、所望の文書を抽出するための条件として、ユーザによって指定される条件である。
【００４３】
検索条件変換部１５２は、検索条件情報取得部１５１が取得した検索条件情報を、適合度の算出態様に応じた情報形態に変換する。本実施形態に係る検索条件情報変換部１５２は、情報変換部１４２と同様に、図４に示す変かんルールに応じて検索条件を変換する。検索条件変換部１５２の処理については、後に詳述する。
【００４４】
適合度算出部１５３は、指定条件情報変換部１５２から入力された情報に基づき、対象情報ＤＢ２００に格納されている各文書の適合度を算出する。本実施形態に係る適合度算出部１５３は、一般的なランキング検索における適合度の算出方法を用いる。即ち、ＴＦ（Ｔｅｒｍ  Ｆｒｅｑｕｅｎｃｙ）、ＤＦ（Ｄｏｃｕｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ）に基づいて適合度が算出される。ＴＦ、ＤＦに基づいた適合度の算出については公知であるため、詳細な説明を省略する。算出結果処理部１０４は、適合度算出部１０３によって算出された文書毎の適合度の一覧を、表示部１３０若しくはクライアント装置２の表示部に表示させるための表示情報を生成して、出力する。
【００４５】
次に、本実施形態に係る情報検索システムの動作について図を参照して説明する。先ず、本実施形態に係る情報検索システムにおける文書の登録動作について説明する。図５は、本実施形態に係る情報検索装置１が、検索対象情報ＤＢ２００に文書を登録する際の動作を示すフローチャートである。
【００４６】
図５に示すように、検索対象情報ＤＢ２００に文書を登録する際、先ず、登録文書情報取得部１４１が、登録対象の文書情報を取得する（Ｓ５０１）。即ち、登録対象情報取得部１４１が、情報取得部として機能する。情報取得部は、図２に示すＲＡＭ２０にロードされたプログラムがＣＰＵ１０の制御に従って動作することにより構成される。Ｓ５０１において、登録対象情報取得部１４１は、情報入力部１１０やネットワークＩ／Ｆ１２０を介してユーザによって入力された文書情報を登録対象情報として取得する。また、登録対象情報取得部１４１は、ユーザの指示に応じて、文書情報ＤＢ３００に記憶されている文書情報を登録対象情報として取得する。
【００４７】
図６（ａ）、（ｂ）は、本実施形態に係る登録対象情報の例を示す図である。図６（ａ）に示すように、本実施形態において、登録対象情報取得部１４１は、タイトルが“積み木のすべて”である文書及びタイトルが“世界のおもちゃ”である文書を登録対象情報として取得する。尚、図６（ａ）に示すように、夫々の文書情報には、タイトル、著者、本分及び所在の情報が含まれる。著者とは、その文書の著者である。本文とは、その文書の内容である。所在とは、その文書の図書館における所在を示す情報である。また、図６（ｂ）に示すように、著者の読み仮名の情報が含まれても良い。これにより、著者を読み仮名で検索することが可能となる。以下、本実施形態においては、図６（ｂ）に示すように、著者の読み仮名の情報が含まれる場合を説明する。
【００４８】
登録対象情報取得部１４１は、取得した登録対象情報を情報変換部１４２に入力する。情報変換部１４２は、上述したように、図４に示す変換ルールに従って、情報を変換する（Ｓ５０２）。図７に、本実施形態に係る登録対象情報を変換した後の情報を示す。図７に示すように、“積み木のすべて”という「タイトル」は、図４の変換ルールに従い、“１積＿１み＿１木＿１の＿１す＿１べ＿１て＿”という文字列に変換される。また、山田一郎という「著者」は、“３山＿３田＿３一＿３郎＿”という文字列に変換される。その他、本文も同様に図４の変換ルールに従って変換される。
【００４９】
情報変換部１４２は、夫々の変換ルールに従って変換した「タイトル」、「著者」及び「本文」の文字列を連結し（Ｓ５０３）、一の文字列情報を生成する。即ち、情報変換部１４２が、情報生成部として機能する。情報生成部は、図２に示すＲＡＭ２０にロードされたプログラムがＣＰＵ１０の制御に従って動作することにより構成される。このようにして情報変換部１４２によって生成された文字列情報が検索対象情報となる。情報変換部１４２は、上記生成した文字列情報を情報登録部１４３に入力する。情報登録部１４３は、情報変換部１４２から入力された文字列情報を検索対象情報として、検索対象情報ＤＢ２００に登録する。
【００５０】
このような処理により、本実施形態に係る検索対象情報ＤＢ２００への文書の登録処理が完了する。図７に示すように、本実施形態においては、「本文＋タイトル＋著者」という単一のカラムのみで文書の情報を登録する。従って、従来のように、「本文」、「本文＋タイトル」、「本文＋著者」、「本文＋タイトル＋著者」・・・というように、重複した情報を登録する必要がない。これにより、検索対象情報ＤＢ２００に登録する情報の容量を圧縮することが可能となる。
【００５１】
尚、上記重複した情報の登録を行なう理由であった属性別の検索については、属性別に異なる形式に変換した情報形式を用いて属性別の検索を可能とする。以下、本実施形態に係る情報検索の方法について説明する。図８は、本実施形態に係る情報検索システムにおける情報検索動作を示すシーケンス図である。
【００５２】
図８に示すように、文書情報ＤＢ２００に登録されている文書情報を検索する際、先ず、ユーザはクライアント装置２を操作して検索条件を指定するための検索条件指定画面を表示するための情報を情報検索装置１から取得し、検索条件指定画面を表示する（Ｓ８０１）。以下、本実施形態の説明においては、ユーザがクライアント装置２を操作して情報検索装置１の機能を利用する場合を例として説明する。
【００５３】
Ｓ８０１においてクライアント装置２の表示部に表示される検索条件指定画面を、図９に示す。図９は、文書情報ＤＢ２００に格納されている文書を検索する際に表示される画面であって検索条件を指定する検索条件指定画面を示す図である。図９に示すように本実施形態に係る検索条件指定画面は、検索項目の選択部（以降、項目選択部とする）及び検索語の入力部（以降、検索語入力部とする）を有する。
【００５４】
本実施形態に係る項目選択部は、“タイトル”、“著者”、“本文”のように、検索を実行する情報の属性を選択する部分である。検索語入力部は、検索条件としての文言を入力する部分である。例えば、項目選択部において“タイトル”を選択し、入力部に“積み木”と入力した場合、検索対象情報ＤＢ２００に格納されている文書のうち、文書のタイトルにおける“積み木”という文字のＴＦ及び“積み木”という文字をタイトルに含む文書のＤＦが算出される。検索が実行される。
【００５５】
ユーザは、クライアント装置２の操作部を操作することにより、図９に示す検索条件指定画面を介して情報を入力し、情報検索装置１に対して検索条件情報として送信する（Ｓ８０２）。情報検索装置１に送信された指定条件情報は、ネットワークＩ／Ｆ１２０から情報検索装置１に入力され、文書検索部１５０の検索条件情報取得部１５１が取得する（Ｓ８０３）。検索条件変換部１５２は、検索条件情報取得部１５１から検索条件情報を取得すると、その情報を変換する（Ｓ８０４）。
【００５６】
図１０（ａ）〜（ｄ）は、本実施形態に係る検索条件変換部１５２による検索条件の解析態様を示す図である。図９の項目選択部において“タイトル”、“本文”、“著者”の全てが指定されている場合、検索条件情報は、図１０（ａ）に示すように、“１積＿１み＿１木＿  ｏｒ  ２積＿２み＿２木＿  ｏｒ  ３積＿３み＿３木＿”という文字列に変換される。また、項目選択部において、“タイトル”が指定されている場合、検索条件情報は、図１０（ｂ）に示すように、“１積＿１み＿１木＿”という文字列に変換される。
【００５７】
また、項目選択部において、“本文”が指定されている場合、検索条件情報は、図１０（ｃ）に示すように、“２積＿２み＿２木＿”という文字列に変換される。また、項目選択部において、“タイトル”及び“著者”が指定されている場合、検索条件情報は、図１０（ｄ）に示すように、“１積＿１み＿１木＿  ｏｒ  ３積＿３み＿３木＿”という文字列に変換される。
【００５８】
例えば、項目選択部において“タイトル”が指定されている場合、検索条件は、「タイトルに“積み木”という文字列をふくむもの」ということになる。本実施形態において、タイトルの文字列は、夫々の文字が“１”と“＿”とで挟まれる形式に変換されている。従って、上記「タイトルに“積み木”という文字列をふくむもの」という検索条件は、図７に示すような「本文＋タイトル＋著者」というカラムにおいて、「“１積＿１み＿１木＿”という文字列を含むもの」という検索条件になる。
【００５９】
また、項目選択部において“タイトル”、“著者”のように、複数の項目が選択されている場合、検索条件は、「タイトル若しくは著者に“積み木”という文字列を含むもの」ということになる。本実施形態において、タイトルの文字列は、夫々の文字が“１”と“＿”とで挟まれる形式に変換されており、著者の文字列は、夫々の文字が“３”と“＿”とで挟まれる形式に変換されている。従って、上記「タイトル若しくは著者に“積み木”という文字列を含むもの」という検索条件は、図１０（ｄ）に示すように、「“１積＿１み＿１木＿”若しくは、“２積＿２み＿２木＿”という文字列を含むもの」という検索条件になる。
【００６０】
即ち、項目選択部において複数の項目が選択されている場合、検索条件解析部１５２は、夫々の項目に応じた変換ルールに従って変換を実行することにより一の文言に対して複数の変換後の文言を生成する。そして、検索が実行される際、複数の変換後の文言は並列条件として扱われる。
【００６１】
本実施形態においては、検索項目として“タイトル”、“本文”及び“著者”の全てが選択され、検索語として“積み木”という文字が入力された場合を例として説明する。即ち、Ｓ８０４において、検索条件は、図１０（ａ）に示すように変換される。検索条件変換部１５２は、上記変換した検索条件を適合度算出部１５３に入力する。
【００６２】
適合度算出部１５３は、図１０（ａ）に示すように変換された検索条件情報を取得すると、取得した検索条件情報の文字列を含む文書を検索対象情報ＤＢ２００から抽出し、適合度を算出する（Ｓ８０５）。即ち、適合度算出部１５３が、情報検索部として機能する。情報検索部は、図２に示すＲＡＭ２０にロードされたプログラムがＣＰＵ１０の制御に従って動作することにより構成される。上述したように、適合度の算出に際しては公知の方法を用いることができる。
【００６３】
適合度算出部１５３は、検索対象文書情報ＤＢ２００に格納されている文書について適合度を算出すると、算出された適合度に基づいて文書の並び順をソートしてランキング結果情報を生成する。即ち、適合度算出部１５３が、情報抽出部として機能する。情報抽出部は、図２に示すＲＡＭ２０にロードされたプログラムがＣＰＵ１０の制御に従って動作することにより構成される。そして、適合度算出部１５３は、ランキング結果情報を算出結果処理部１５４に入力する。
【００６４】
適合度算出部１５３からランキング結果情報を受信した抽出結果処理部１５４は、ランキング検索結果を表示するための表示情報を生成し、クライアント装置２に対して送信する（Ｓ８０６）。Ｓ８０６において、抽出結果処理部１５４は、適合度算出部１５４から取得したランキング結果情報に基づき、検索対象情報ＤＢ２００から文書情報を取得する。
【００６５】
検索対象情報ＤＢ２００に格納されている文書情報は、図７に示すように変換されている。従って、適合度算出部１５３は、図４において説明した変換ルールに基づいて文書情報を逆変換し、図６に示すように文書情報を復元する。即ち、適合度算出部１５３が、情報復元部として機能する。情報復元部は、図２に示すＲＡＭ２０にロードされたプログラムがＣＰＵ１０の制御に従って動作することにより構成される。これにより、ユーザが理解可能な情報となり、表示情報を生成することが可能となる。表示情報を受信したクライアント装置２は、表示部にランキング検索結果を表示し（Ｓ８０７）、処理を終了する。
【００６６】
Ｓ８０７においてクライアント装置２の表示部に表示される画面について、図１１を参照して説明する。図１１は、標準的なランキング検索結果の表示態様として、文書毎の適合度による一覧を示す図である。尚、上述したように、本実施形態に係る検索対象情報は、図書館の蔵書であるため、夫々の文書の所在も表示される。このような処理により、本実施形態に係る検索動作が終了する。
【００６７】
本実施形態においては、図７に示すように、「本文」、「タイトル」及び「著者」夫々の属性の情報を含む一のカラムのみを検索対象情報として情報量を低減すると共に、夫々の属性毎に情報形式を変換することにより、属性毎の検索を可能とする。これにより、異なる複数の属性を含む情報において属性別の検索を実行する場合に、検索対象情報の情報量を低減することが可能となる。
【００６８】
尚、上記実施形態においては、ユーザから検索条件情報の入力に応じてランキング検索を実行する情報検索装置を例として説明した。しかしながら、ランキング検索の一態様として、辞書情報に基づいて予め図１２に示すようなインデックス情報を生成しておき、ユーザから検索条件が入力された際には上記インデックス情報を参照して適合度を算出する態様がある。この場合、本実施形態に係る方法は、インデックス情報の生成の際に実行されることとなる。即ち、情報検索装置１がインデックス情報生成装置となる。
【００６９】
情報検索装置１がインデックス情報生成装置として機能する場合も、その構成及び動作は上記説明した態様と略同様である。その場合、検索条件情報取得部１５１は、辞書情報ＤＢ等、インデックスを生成すべき文言が格納されている情報源等から文言を取得する。そして、上記説明した態様と同様に、取得した文言を検索条件情報として、インデックスを生成する。また、この場合、適合度算出部１５３は、適合どの算出は行なわず、図１２に示すように、夫々の文書について、夫々の文言が夫々の項目に何個含まれるかを示す情報を生成する。
【００７０】
また、上記実施形態においては、情報の属性毎に情報形式を変換する例として、図４に示す変換ルールを用いる例を説明した。これは一例であり、情報の属性毎に異なる情報形式に変換することによって、上記と同様の効果を得ることが可能となる。
【００７１】
例えば、文字情報を電子情報として記憶する場合、様々な情報形式がある。例えば、日本語の文字コードの場合、Ｓｈｉｆｔ＿ＪＩＳ、ＥＵＣ（Ｅｘｔｅｎｄｅｄ  Ｕｎｉｘ（登録商標）  Ｃｏｄｅ）、ＩＳＯ２０２２及びＵｎｉｃｏｄｅ等の文字コードが用いられている。これらの文字コードは、同一の文字を表現する場合であっても、異なるビットストリームのフォーマットに従って符号化情報を生成する。従って、情報の属性毎に文字コードを変えることによっても、上記と同様の効果を得ることが可能となる。
【００７２】
但し、上記異なる文字コードにおいて、同一のビットストリームが異なる文字を表現する場合があり得る。例えば、Ｓｈｉｆｔ＿ＪＩＳにおいて“Ａ”という文字を表現するビットストリームが、ＥＵＣにおいては、“Ｂ”というビットストリームを表現する場合があり得る。また、ある文字コードにおいて“ＡＢ”という文字の並びを表現するビットストリームの一部が、他の文字コードにおいて“Ｃ”という文字を表現する場合があり得る。このような問題は、図４に示す変換ルールのように数字を用いて情報形式を変換することにより、解決することが可能である。
【００７３】
また、図４に示す変換ルールのように数字を付加する方法の他、“Ａ”、“Ｂ”、“Ｃ”・・・等の文字を付加する方法を用いることも可能である。更には、図４に示す変換ルールのように、数字とスペースとで挟む方法の他、数字と他の記号とで挟む方法を用いることも可能である。上記他の記号としては、例えば“￥”、“＠”、“＄”、“？”、“＃”等の記号を用いることが可能である。
【００７４】
また、上記実施形態においては、図７に示すように、「著者」と「著者（読み仮名）」とは、別々の情報として存在するが、同一の属性として変換する例を説明した。「著者」と「著者（読み仮名）」とを別々の属性とすることも可能であるが、属性が増えれば、それだけ図１０（ａ）に示すように、並列して検索する検索語が多くなり、検索処理の負荷が高くなる。これに対して、「著者」と「著者（読み仮名）」とのように、必ず同時に検索される項目に対して同一の変換ルールを適用することにより、検索処理の負荷を低減することが可能となる。換言すると、属性の異なる情報であっても、同種の内容を示す情報は、同一の変換ルールを適用して変換することが好ましい。
【００７５】
また、上記実施形態においては、図書館の蔵書を検索する検索装置１を例として説明した。この他、例えば特許文献を検索する検索装置としても適用可能である。この場合、上記“タイトル”、“本文”及び“著者”等の属性は、“特許請求の範囲”、“発明の名称”、“技術分野”、“背景技術”、“発明が解決しようとする課題”及び“発明を実施するための最良の形態”等の属性が用いられる。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施形態に係る情報検索システムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報検索装置のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る情報検索装置の機能構成を示すブロック図である。
【図４】本発明の実施形態に係る指定条件情報の例を示す図である。
【図５】本発明の実施形態に係る情報検索システムの動作を示すシーケンス図である。
【図６】本発明の実施形態に係る指定条件情報の入力画面を示す図である。
【図７】本発明の実施形態に係る類義語群の生成態様を示す図である。
【図８】本発明の実施形態に係る類義語群適合度の算出結果を示す図である。
【図９】本発明の実施形態に係る適合度の算出結果を示す図である。
【図１０】本発明の実施形態に係るランキング検索の結果表示画面の例を示す図である。
【図１１】本発明の実施形態に係る類義語群適合度の算出結果及び従来例にかかる類義語群適合度の算出結果を示す図である。
【図１２】本発明の実施形態に係るランキング検索の一態様としてインデックス情報を生成することを説明するための図である。
【符号の説明】
【００７７】
１    情報検索装置
２    クライアント装置
１０    ＣＰＵ
２０    ＲＡＭ
３０    ＲＯＭ
４０    ＨＤＤ
５０    Ｉ／Ｆ
６０    ＬＣＤ
７０    操作部
８０    バス
１１０    情報入力部
１２０    ネットワークＩ／Ｆ
１３０    表示部
１４０    文書登録部
１４１    登録対象情報取得部
１４２    情報変換部
１４３    情報登録部
１５０    文書検索部
１５１    検索条件情報取得部
１５２    検索条件変換部
１５３    適合度算出部
１５４    算出結果処理部
２００    検索対象情報ＤＢ
３００    文書情報ＤＢ
【図１】
2010055169.tif 000003
【図２】
2010055169.tif 000004
【図３】
2010055169.tif 000005
【図４】
2010055169.tif 000006
【図５】
2010055169.tif 000007
【図６】
2010055169.tif 000008
【図７】
2010055169.tif 000009
【図８】
2010055169.tif 000010
【図９】
2010055169.tif 000011
【図１０】
2010055169.tif 000012
【図１１】
2010055169.tif 000013
【図１２】
2010055169.tif 000014