(57)【要約】【課題】ウェブページの作成後において、そのウェブページと関連付けるべきキーワードが増えた場合であっても、そのキーワードを当該ウェブページの関連キーワードとして機能させる。【解決手段】Ｑ＆ＡページにアクセスしてＱ＆ＡページのＨＴＭＬデータを参照し、回答欄に楽曲名が含まれるかどうかを判断する。含まれている場合には、質問欄からキーワードを抽出して楽曲ＤＢ４に楽曲名と関連付けて記憶させる。楽曲紹介ページにアクセスして楽曲名を取得し、この楽曲名に関連付けられたキーワードが楽曲ＤＢ４に登録されているかどうかを問い合わせる。登録されていた場合には、そのキーワードを取得し、Ｑ＆ＡページのＨＴＭＬデータのヘッダー部分に埋め込む。【選択図】図１
2014067374.tif 000002
【特許請求の範囲】
【請求項１】
検索装置によって第１文書の検索に利用される検索用インデックスを構築する検索用インデックス構築装置であって、
前記第１文書とは異なる第２文書に、前記第１文書と関連付けて記憶された所定のメインキーワードが含まれているか否かを判断する判断部と、前記判断部により前記メインキーワードが含まれていると判断した前記第２文書から前記メインキーワードに対応するキーワードを抽出する抽出部と、前記抽出部により抽出したキーワードを前記第１文書の関連キーワードとして前記検索用インデックスを更新する更新部とを備える、
ことを特徴とする検索用インデックス構築装置。
【請求項２】
前記更新部は、前記抽出部により抽出したキーワードを前記第１文書の関連キーワードとして前記第１文書内の前記検索用インデックスを更新することを特徴とする請求項１に記載の検索用インデックス構築装置。
【請求項３】
前記第１文書及び前記第２文書は、マークアップ言語で記述されたウェブページであり、前記更新部は、前記抽出部により抽出したキーワードを前記第１文書の関連キーワードとして前記ウェブページのヘッダー内の前記検索用インデックスを更新することを特徴とする請求項２に記載の検索用インデックス構築装置。
【請求項４】
前記更新部は、前記抽出部により抽出したキーワードを前記第１文書の関連キーワードとしてデータベースに記憶された前記検索用インデックスを更新することを特徴とする請求項１ないし請求項３のいずれか一に記載の検索用インデックス構築装置。
【請求項５】
前記抽出部は、固有名詞をキーワードとして抽出することを特徴とする請求項１ないし請求項４のいずれか一に記載の検索用インデックス構築装置。
【請求項６】
前記第２文書として、質問に対する回答を投稿可能な質問ページを用い、前記判断部により前記質問ページの回答部分にメインキーワードが含まれていると判断された場合は、前記抽出部は、前記メインキーワードに対応するキーワードを質問部分から抽出し、前記判断部により前記質問ページの質問部分にメインキーワードが含まれていると判断された場合は、前記抽出部は、前記メインキーワードに対応するキーワードを回答部分から抽出することを特徴とする請求項１ないし請求項５のいずれか一に記載の検索用インデックス構築装置。
【請求項７】
クレーム１に対応する方法クレーム
検索装置によって第１文書の検索に利用される検索用インデックスを構築する検索用インデックス構築方法であって、
前記第１文書とは異なる第２文書に、前記第１文書と関連付けて記憶された所定のメインキーワードが含まれているか否かを判断し、
前記判断部により前記メインキーワードが含まれていると判断した前記第２文書から前記メインキーワードに対応するキーワードを抽出し、
前記抽出したキーワードを前記第１文書の関連キーワードとして前記検索用インデックスを更新する、
ことを特徴とする検索用インデックス構築方法。
【請求項８】
クレーム１に対応するプログラムクレーム
検索装置によって第１文書の検索に利用される検索用インデックスを構築するコンピュータを備える検索用インデックス構築装置のプログラムであって、
前記コンピュータを、
前記第１文書とは異なる第２文書に、前記第１文書と関連付けて記憶された所定のメインキーワードが含まれているか否かを判断する判断部と、
前記判断部により前記メインキーワードが含まれていると判断した前記第２文書から前記メインキーワードに対応するキーワードを抽出する抽出部と、
前記抽出部により抽出したキーワードを前記第１文書の関連キーワードとして前記検索用インデックスを更新する更新部として機能させる、
ことを特徴とする検索用インデックス構築装置のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索用インデックスを構築する技術に関する。
【背景技術】
【０００２】
インターネット上でウェブページの検索を行う際には、ウェブページの一部のデータを検索用のキーワードとして利用し、検索の効率を上げる技術がよく知られている（例えば、特許文献１）。
具体的には、ＨＴＭＬ（HyperText Markup Language）データにおけるヘッダーと呼ばれる表示されないデータ領域に、ウェブページに関係するキーワードを埋め込んでおく。検索エンジンのシステムでは、周期的にインターネット上で公開されているウェブページを巡回し、ヘッダーに埋め込まれたキーワードを収集して、そのウェブページと収集したキーワードとを関連付けてデータベース化する。
【０００３】
そして、インターネットの利用者が検索エンジンを使用して検索ワードを入力すると、検索エンジンは、入力された検索ワードとデータベースに記憶させたキーワードとが合致するかどうかを判断し、合致した場合には、入力された検索ワードに関係するウェブページとして、キーワードと関連付けてデータベースに記憶させたウェブページのリンク先等を検索結果として表示する。
したがって、ヘッダーに埋め込まれたキーワードを適切に採用することにより、特定のウェブページを検索結果として表示させやすくすることができる。
【０００４】
楽曲を紹介するウェブページを例にとると、ヘッダーに、楽曲名及びアーティスト名等の楽曲の基本情報のキーワードや、楽曲を紹介するウェブページの本文を要約したキーワードを埋め込むことにより、例えば利用者がその曲名を検索ワードとして検索した際に、その楽曲を紹介するウェブページを検索結果として表示させることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−５４１０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、ヘッダーに埋め込むキーワードは、ウェブページの作成時点において採用したキーワードなので、インターネットの利用者が用いる最新の検索ワードには対応できないことがあった。
【０００７】
例えば、ある楽曲がリリースされた際にその楽曲を紹介するウェブページが作成され、リリース後に、あるＣＭでその楽曲が使用されたとする。この場合、そのＣＭに関するワードを検索ワードとして検索が行われた場合に、検索結果として前記楽曲を紹介するウェブページが表示されることが望ましい。
しかし、前記楽曲を紹介するウェブページの作成時点においては、前記ＣＭに関するワードはヘッダーに埋め込まれていないため、前記ＣＭに関するワードを検索ワードとして検索が行われても、検索結果として前記楽曲を紹介するウェブページは表示されない。
本発明は、この点に鑑みてなされたものであり、ウェブページの作成後において、そのウェブページと関連付けるべきキーワードが増えた場合であっても、そのキーワードを当該ウェブページの検索用のキーワードとして機能させることなどを解決課題とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００９】
上述した課題を解決するため、本発明に係る検索用インデックス構築装置は、検索装置（３）によって第１文書の検索に利用される検索用インデックスを構築する検索用インデックス構築装置（１）であって、前記第１文書とは異なる第２文書に、前記第１文書と関連付けて記憶された所定のメインキーワードが含まれているか否かを判断する判断部（１０）と、前記判断部（１０）により前記メインキーワードが含まれていると判断した前記第２文書から前記メインキーワードに対応するキーワードを抽出する抽出部（１１）と、前記抽出部（１１）により抽出したキーワードを前記第１文書の関連キーワードとして前記検索用インデックスを更新する更新部（１２）とを備えることを特徴とする。
【００１０】
この発明において、検索用インデックスは汎用の検索装置よって利用されるものであってもよく、また、専用の検索装置よって利用されるものであってもよい。汎用の検索装置とは、例えばインターネット上で検索可能なすべてのウェブページを対象とする検索装置であって、専用の検索装置とは、例えば本発明の実施形態で特定されるような特定のウェブページ（楽曲紹介ページ）のみを対象とする検索装置である。専用の検索装置の詳細については後述する。検索用インデックスは関連キーワード群を含むものであれば、設けられる場所は第１文書の内部であっても、外部のデータベース等でもよい。検索用インデックスが第１文書の内部に設けられる場合には、第１文書のヘッダー部分だけでなく、その他の部分であってもよい。第１文書は、検索結果として表示させようとする文書であればどのような内容のものでもよく、メインキーワードは、第１文書に主に関連するキーワードであればどのようなキーワードでもよい。
【００１１】
上述した検索用インデックス構築装置（１）において、前記更新部（１２）は、前記抽出部（１１）により抽出したキーワードを前記第１文書の関連キーワードとして前記第１文書内の前記検索用インデックスを更新するようにしてもよい。
【００１２】
上述した検索用インデックス構築装置（１）において、前記第１文書及び前記第２文書は、マークアップ言語で記述されたウェブページであり、前記更新部（１２）は、前記抽出部（１１）により抽出したキーワードを前記第１文書の関連キーワードとして前記ウェブページのヘッダー内の前記検索用インデックスを更新するようにしてもよい。
【００１３】
上述した検索用インデックス構築装置（１）において、前記更新部（１２）は、前記抽出部（１１）により抽出したキーワードを前記第１文書の関連キーワードとしてデータベース（４）に記憶された前記検索用インデックスを更新するようにしてもよい。
【００１４】
上述した検索用インデックス構築装置（１）において、前記抽出部（１１）は、固有名詞をキーワードとして抽出するようにしてもよい。
【００１５】
上述した検索用インデックス構築装置（１）において、前記第２文書として、質問に対する回答を投稿可能な質問ページを用い、前記判断部（１０）により前記質問ページの回答部分にメインキーワードが含まれていると判断された場合は、前記抽出部（１１）は、前記メインキーワードに対応するキーワードを質問部分から抽出し、前記判断部により前記質問ページの質問部分にメインキーワードが含まれていると判断された場合は、前記抽出部は、前記メインキーワードに対応するキーワードを回答部分から抽出するようにしてもよい。
【００１６】
上述した課題を解決するため、本発明に係る検索用インデックス構築方法は、検索装置によって第１文書の検索に利用される検索用インデックスを構築する検索用インデックス構築方法であって、前記第１文書とは異なる第２文書に、前記第１文書と関連付けて記憶された所定のメインキーワードが含まれているか否かを判断し、前記判断部により前記メインキーワードが含まれていると判断した前記第２文書から前記メインキーワードに対応するキーワードを抽出し、前記抽出したキーワードを前記第１文書の関連キーワードとして前記検索用インデックスを更新することを特徴とする。
【００１７】
上述した課題を解決するため、本発明に係る検索用インデックス構築装置のプログラムは、検索装置（３）によって第１文書の検索に利用される検索用インデックスを構築する検索用インデックス構築装置（１）としてコンピュータを機能させるためのプログラムであって、前記コンピュータを、前記第１文書とは異なる第２文書に、前記第１文書と関連付けて記憶された所定のメインキーワードが含まれているか否かを判断する判断部（１０）と、前記判断部（１０）により前記メインキーワードが含まれていると判断した前記第２文書から前記メインキーワードに対応するキーワードを抽出する抽出部（１１）と、前記抽出部（１１）により抽出したキーワードを前記第１文書の関連キーワードとして前記検索用インデックスを更新する更新部（１２）として機能させることを特徴とする。
【００１８】
上記プログラムは、コンピュータが読み取り可能な記録媒体に記憶させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１実施形態に係る検索用インデックス構築装置が使用される環境を説明するためのブロック図である。
【図２】楽曲ＤＢに記憶されるデータの構造を示す説明図である。
【図３】検索用インデックス構築装置の構成を示すブロック図である。
【図４】検索用インデックス構築装置の動作を示すフローチャートである。
【図５】検索用インデックス構築装置の動作を示すフローチャートである。
【図６】Ｑ＆Ａページの一例を示す説明図である。
【図７】楽曲紹介ページのＨＴＭＬデータの一部の一例を示す説明図である。
【図８】本発明の第２実施形態に係る検索用インデックス構築装置が使用される環境を説明するためのブロック図である。
【図９】第２実施形態の楽曲ＤＢに記憶されるデータの構造を示す説明図である。
【図１０】変形例における検索用インデックス構築装置の動作を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、実施形態として、本発明に係る検索用インデックス構築装置について、図面を参照しつつ説明する。
＜第１実施形態＞
＜１．検索用インデックス構築装置の概要＞
図１は、本発明の第１実施形態に係る検索用インデックス構築装置１が用いられる環境を説明するためのブロック図である。ここで、検索用インデックスとは、検索装置３によって第１文書の検索に利用される情報であり、メインキーワードと関連キーワードとで構成される。メインキーワードは検索対象としての第１文書の主題を表すキーワードであり、関連キーワードは検索対象としての第１文書の内容に関連するキーワードのことである。検索用インデックスの詳細については後述する。図１に示すように、検索用インデックス構築装置１は、インターネットなどの通信網ＮＥＴを介して、楽曲ＤＢ（データベース）４、公開サーバ５、ホスティングサーバ６のそれぞれに対して通信可能になっている。また、利用者端末２は、通信網ＮＥＴを介して、汎用の検索装置３、公開サーバ５、ホスティングサーバ６のそれぞれに対して通信可能になっている。さらに、汎用の検索装置３は、通信網ＮＥＴを介して、公開サーバ５及びホスティングサーバ６のそれぞれに対して通信可能になっている。
【００２１】
利用者端末２は、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。利用者端末２には、通信網ＮＥＴ上で公開されているウェブページを表示可能なブラウザソフトウェアがインストールされており、ブラウザソフトウェアを用いることにより、ＨＴＭＬデータ等を利用者端末２上にウェブページとして表示させることができる。また、利用者端末２に備えられたキーボード等を利用して、ウェブページの入力欄等に文字データ等を入力することができる。なお、図１においては、一つの利用者端末２のみを示しているが、複数の利用者端末２が通信網ＮＥＴに接続されている。
【００２２】
汎用の検索装置３は、周期的に公開サーバ５やホスティングサーバ６を巡回し、これらのサーバにおいて公開されているウェブページにアクセスすることで、当該ウェブページのＨＴＭＬデータから、検索装置３が当該ウェブページを検索する際に利用するためのキーワードを収集する。そして、そのウェブページと収集したキーワードとを関連付けてＤＢ（データベース）３ａに記録する。また、検索装置３には、利用者がウェブページを検索するための検索ワードの入力等を可能にするユーザインターフェースとしての検索用ウェブページのＨＴＭＬデータが備えられており、利用者が利用者端末２のブラウザソフトウェアを用いてこの検索用ウェブページにアクセスすることにより、検索ワードを入力することが可能になっている。検索用ウェブページの入力欄に検索ワードが入力され、検索の実行を指示するボタン等が押下されると、検索装置３は、ＤＢ３ａに記録されたキーワードと、入力された検索ワード等が合致するかどうかを判断し、合致する場合には、そのキーワードと関連付けられたウェブページのリンク先等を検索結果として検索用ウェブページに表示させる。したがって、利用者は、検索ワードに関連するウェブページにアクセスすることが可能となる。
【００２３】
公開サーバ５は、通信網ＮＥＴを介してアクセスすることが可能なサーバであり、プログラムやデータ等を記録可能なＨＤＤ（ハードディスクドライブ）５ａを備えている。本実施形態では、一例としてＨＤＤ５ａには、楽曲を紹介するためのウェブページである楽曲紹介ページ（第１文書の一例）のＨＴＭＬデータが記録されているものとする。したがって、利用者は、利用者端末２のブラウザソフトウェアを用いてこの楽曲紹介ページにアクセスすることにより、その楽曲に関する情報を入手することができる。
なお、図１においては、一つの公開サーバ５のみを示しているが、複数の公開サーバ５に楽曲紹介ページのＨＴＭＬデータを格納するようにしてもよい。また、公開サーバ５は、ホスティングサーバに置き換えることも可能である。
【００２４】
ホスティングサーバ６は、通信網ＮＥＴを介してアクセスすることが可能なサーバであり、プログラムやデータ等を記録可能なＨＤＤ（ハードディスクドライブ）６ａを備えている。本実施形態では、一例としてＨＤＤ６ａには、Ｑ＆Ａページ（第２文書の一例）のＨＴＭＬデータが記録されているものとする。Ｑ＆Ａページとは、ある利用者が質問を投稿すると、その質問に対する回答を他の利用者が記入可能なサービスに用いられるウェブページである。なお、Ｑ＆Ａページは、ある特定のサービスにおける一つのページだけを指すものではなく、質問に対する回答が掲載される形式のページであればどのような形態のものでもよく、複数種類のＱ＆Ａページが存在している。これらの複数種類のＱ＆Ａページは、一つのホスティングサーバ６に格納されていてもよいし、複数のホスティングサーバ６に格納されていてもよい。図１においては、一つのホスティングサーバ６のみを示しているが、複数のホスティングサーバ６を用いてもよい。また、ホスティングサーバ６は、公開サーバに置き換えることも可能である。
【００２５】
図１を参照して、検索用インデックス構築装置１の機能を説明する。検索用インデックス構築装置１は、判断部１０と、抽出部１１と、更新部１２と、記憶部１３とを備える。判断部１０、抽出部１１、及び、更新部１２は、検索用インデックス構築装置１が検索用インデックス構築のためのプログラムを実行することにより発揮される機能ブロックである。
【００２６】
判断部１０は、Ｑ＆ＡページのＨＴＭＬデータに、楽曲紹介ページの参照情報（ファイル名またはＵＲＬ等のロケーション情報）と関連付けて記憶された所定のメインキーワード（楽曲名等）が含まれているか否かを判断する。
抽出部１１は、判断部１０により前記メインキーワードがＱ＆Ａページの回答欄に含まれていると判断した場合には、Ｑ＆Ａページの質問欄からメインキーワードに対応するキーワードを抽出する。メインキーワードに対応するキーワードとは、メインキーワードとの関連で質問欄に記載されているキーワードである。詳しくは後述する。
【００２７】
更新部１２は、抽出部１１により抽出したキーワードを楽曲紹介ページの関連キーワードとして、検索用インデックスを更新する。本実施形態では、一例として、検索用インデックスは楽曲紹介ページのＨＴＭＬデータのヘッダー内に設けられている。検索装置３は、各ウェブページにアクセスして、当該ウェブページのＨＴＭＬデータから、各ウェブページに関連するキーワードを様々な方法により収集するが、その一つとして、各ウェブページのＨＴＭＬデータのヘッダー内に設けられている検索用インデックスに含まれるワードを収集することにより行われる。したがって、抽出部１１が抽出したキーワードを当該楽曲紹介ページの関連キーワードとして、検索用インデックスを更新することにより、その抽出したキーワードを検索ワードとして検索装置３により検索した際に、検索結果として当該楽曲紹介ページが表示されることが期待される。
【００２８】
記憶部１３には、検索用インデックス構築装置１を制御するプログラムが記憶され、さらに、一または複数のＱ＆ＡページのＵＲＬが記憶されている。したがって、検索用インデックス構築装置１は、このように記憶されたＱ＆ＡページのＵＲＬを参照して当該Ｑ＆Ａページにアクセスし、判断部１０により上述のように、当該Ｑ＆Ａページに、楽曲紹介ページと関連付けて記憶された所定のメインキーワード（楽曲名等）が含まれているか否かを判断する。
【００２９】
楽曲ＤＢ４は、通信網ＮＥＴを介して検索用インデックス構築装置１と通信可能であり、楽曲ＤＢ４には、図２に示すように、メインキーワード（楽曲名等）と、関連キーワードとが関連付けられて記憶されている。本実施形態では、楽曲紹介ページが予め複数用意されており、それらの楽曲紹介ページで紹介されている楽曲の楽曲名がメインキーワードとして楽曲ＤＢ４に記憶されている。検索用インデックス構築装置１は、楽曲ＤＢ４を随時参照することにより、上述したＱ＆Ａページにおけるメインキーワードの有無の判断、あるいは、楽曲紹介ページに対応する検索用インデックスの更新を行う。詳しくは後述する。
なお、本実施形態では、楽曲ＤＢ４が、検索用インデックス構築装置１と別体に構成された例について説明したが、検索用インデックス構築装置１の構成要素の一つして楽曲ＤＢ４を備えるようにしてもよい。
【００３０】
図３に検索用インデックス構築装置１の構成を示す。この図に示すように、検索用インデックス構築装置１は、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスクドライブ（ＨＤＤ）３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース３６、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置３７を備える。ＨＤＤ３３は、上述した記憶部１３の一例である。
本実施形態において、ＣＰＵ３０は判断部１０、抽出部１１、及び、更新部１２として動作し得る。
【００３１】
＜２．検索用インデックス構築装置の動作＞
以下、図４乃至図７を参照して、本実施形態の検索用インデックス構築装置１の動作について説明する。
【００３２】
＜２−１：キーワード抽出処理＞
まず、図４のフローチャートを参照して、キーワード抽出処理について説明する。検索用インデックス構築装置１のＣＰＵ３０は、楽曲ＤＢ４に対して、どのような楽曲名が登録されているのかを問い合わせる（Ｓ２００）。検索用インデックス構築装置１のＣＰＵ３０から問合せ要求を受けた楽曲ＤＢ４は、登録されている情報の中から、楽曲名だけを抽出して、楽曲リストの作成を行う（Ｓ３００）。本実施形態の場合は、図２に示すように、楽曲名として、「ＤＤＤ」、「ＥＥＥ」、「ＦＦＦ」等が記憶されており、これらの楽曲名を抽出して楽曲リストを作成する。楽曲リストの作成が完了すると、楽曲ＤＢ４は、検索用インデックス構築装置１に対して、作成した楽曲リストを通知する（Ｓ３０１）。
【００３３】
検索用インデックス構築装置１のＣＰＵ３０は、楽曲ＤＢ４から楽曲リストを取得すると（Ｓ２０１）、記憶部１３に記憶されたＱ＆ＡページのＵＲＬを参照して当該Ｑ＆Ａページにアクセスし、Ｑ＆ＡページのＨＴＭＬデータに含まれる日付データの確認を行う（Ｓ２０２）。日付データは、当該Ｑ＆Ａページが最後に更新された日付を示している。検索用インデックス構築装置１の記憶部１３には、当該Ｑ＆Ａページに最後にアクセスした際に取得した日付データが記憶されるようになっている。検索用インデックス構築装置１のＣＰＵ３０は、この記憶された日付データと、今回アクセスしたＱ＆Ａページに対応するＨＴＭＬデータに含まれる日付データとを比較して、当該Ｑ＆Ａページが、前回アクセスした時点よりも後に更新されたかどうかを判断する（Ｓ２０３）。前回アクセスした時点よりも後に更新されていないと判断した場合には（Ｓ２０３；ＮＯ）、他の処理へ移行する。
【００３４】
しかし、Ｑ＆Ａページが前回アクセスした時点よりも後に更新されていると判断した場合には（Ｓ２０１；ＹＥＳ）、検索用インデックス構築装置１のＣＰＵ３０は、Ｑ＆ＡページのＨＴＭＬデータに含まれる文書テキストデータを取得する（Ｓ２０４）。そして、文書テキストデータの中から回答欄に相当する箇所を参照し、その中から楽曲名を検索する（Ｓ２０５）。
【００３５】
図６にＱ＆Ａページの一例を示す。図６に示すように、Ｑ＆ＡページＰ１は、質問欄Ａ１と回答欄Ａ２とを備えており、ある利用者が質問記入欄（図示せず）に質問を記入すると、その質問は質問欄Ａ１に表示されるようになっている。また、質問欄Ａ１に表示された質問を閲覧した他の利用者がその質問に対する回答を回答記入欄（図示せず）に記入すると、その回答は回答欄Ａ２に表示されるようになっている。図６に示す例では、質問欄Ａ１のタイトル部分には「Ｑ：」というテキストデータが記載され、回答欄Ａ２のタイトル部分には「Ａ：」というテキストデータが記載されている。したがって、Ｑ＆Ａページの文書テキストデータの中から、「Ａ：」というテキストデータを検索することにより、回答欄Ａ２に記載された回答の内容を参照することができる。図６には、「○○○」というユーザ名の利用者が「Ａ社のＢＢＢ（車名）のＣＭに使用されている曲が知りたいのですが、ご存知の方がいらっしゃいましたら教えてください。」という質問を投稿した例を示している。また、この質問に対して、「△△△」というユーザ名の別の利用者が「ＣＣＣ（アーティスト名）のＤＤＤ（楽曲名）という曲です。」という回答を投稿した例を示している。
【００３６】
文章の中から楽曲名を抽出するには、形態素解析という自然言語処理技術や、ＴＤ−ＩＦ法という周知のアルゴリズム等が用いられ、具体的には、文章の中から固有名詞が抽出される。図６に示す例では、検索結果として、アーティスト名の「ＣＣＣ」と、楽曲名の「ＤＤＤ」が固有名詞として抽出される。
【００３７】
検索用インデックス構築装置１のＣＰＵ３０は、抽出した固有名詞と、ステップＳ２０１で取得した楽曲リストとを比較して、抽出した固有名詞の中に楽曲名が含まれているかどうかを判断する（Ｓ２０６）。楽曲名が含まれていなかったと判断した場合には（Ｓ２０６：ＮＯ）、他の処理へ移行する。しかし、楽曲名が含まれていたと判断した場合には（Ｓ２０６：ＹＥＳ）、検索用インデックス構築装置１のＣＰＵ３０は、質問欄Ａ１からキーワードを抽出する（Ｓ２０７）。上述した例では、抽出された固有名詞は「ＣＣＣ」と「ＤＤＤ」であるが、このうち、メインキーワード（楽曲名）として「ＤＤＤ」が楽曲リストに含まれているので、検索用インデックス構築装置１のＣＰＵ３０は、抽出した固有名詞の中に楽曲名が含まれていたと判断することになる。
【００３８】
質問欄Ａ１からキーワードを抽出するには、文書テキストから楽曲名の検索を行う場合と同様に、形態素解析という自然言語処理技術や、ＴＤ−ＩＦ法という周知のアルゴリズム等を用いて質問欄Ａ１から固有名詞が抽出される。図６に示す例では、質問欄Ａ１に「Ａ社のＢＢＢ（車名）のＣＭに使用されている曲が知りたいのですが、ご存知の方がいらっしゃいましたら教えてください。」と記載されているので、この中から、「ＢＢＢ（車名）のＣＭ」をキーワードとして抽出する。
【００３９】
検索用インデックス構築装置１のＣＰＵ３０は、キーワードを抽出すると、その抽出したキーワードを楽曲ＤＢ４に通知する（Ｓ２０８）。通知を受けた楽曲ＤＢ４は、そのキーワードが新しいキーワードかどうか、つまり、既に登録されているキーワードではないかどうかを判断する（Ｓ３０２）。具体的には、登録されているメインキーワード（楽曲名）に関連付けられて記憶されている関連キーワードの中に、通知されたキーワードが含まれているかどうかを判断する。その結果、新しいキーワードである場合には（Ｓ３０２：ＹＥＳ）、関連キーワードとして登録を行い（Ｓ３０３）、その結果を検索用インデックス構築装置１に通知する（Ｓ３０４）。図２には、楽曲名「ＤＤＤ」に関連付けられて、キーワード「ＢＢＢ（車名）のＣＭ」が登録された例を示す。しかし、新しいキーワードではない場合には、登録の処理を行わず、その結果を検索用インデックス構築装置１に通知する（Ｓ３０４）。そして、検索用インデックス構築装置１のＣＰＵ３０は、楽曲ＤＢ４から登録結果について取得する（Ｓ２０９）。
【００４０】
＜２−２：楽曲紹介ページ更新処理＞
次に、図５を参照して本実施形態の楽曲紹介ページの更新処理について説明する。楽曲紹介ページの更新処理は、図４に示すキーワードの取得処理が終了した後に続けて行うようにしてもよいし、あるいは、キーワードの取得処理とは独立に行うようにしてもよい。本実施形態では、図４に示すキーワードの取得処理が終了した後に続けて行う例について説明する。
検索用インデックス構築装置１の記憶部１３には、楽曲紹介ページのＵＲＬが予め記憶されており、検索用インデックス構築装置１のＣＰＵ３０は、この楽曲紹介ページのＵＲＬを参照することにより、楽曲紹介ページにアクセスする。そして、楽曲紹介ページの文書テキストデータを取得する（Ｓ２２１）。
【００４１】
検索用インデックス構築装置１のＣＰＵ３０は、取得した文書テキストデータの中から楽曲名を取得する（Ｓ２２２）。図７に楽曲紹介ページのＨＴＭＬデータの一例を示す。図７に示すように、楽曲紹介ページのＨＴＭＬデータＰ２は、<head>と</head>のタグで囲まれたヘッダー部分Ｂ１と、<body>と</body>のタグで囲まれた本文の部分Ｂ２とを備えている。なお、前述した検索用インデックスはヘッダー部分Ｂ１に該当する。本実施形態で予め用意している楽曲紹介ページは、本文の部分の最初に「ＤＤＤ(曲名)紹介ページ」とタイトルが付けられているため、このタイトルにおける「紹介ページ」の前の部分を読み取って楽曲名を取得している。
【００４２】
検索用インデックス構築装置１のＣＰＵ３０は、取得した楽曲名についてのキーワードが登録されているかどうかを楽曲ＤＢ４に問い合わせる（Ｓ２２３）。問い合わせを受けた楽曲ＤＢ４は、問い合わせのあった楽曲名に対応する関連キーワードが登録されているかどうかを検索する（Ｓ３１０）。そして、その検索結果を検索用インデックス構築装置１に通知し（Ｓ３１１）、検索用インデックス構築装置１のＣＰＵ３０は、その検索結果を取得する（Ｓ２２４）。上述した例では、図２に示すように、楽曲名「ＤＤＤ」に関連付けられて「ＢＢＢ（車名）のＣＭ」という関連キーワードが登録されているので、楽曲ＤＢ４は、「ＢＢＢ（車名）のＣＭ」という関連キーワードが登録されていたことを検索用インデックス構築装置１に通知することになる。
【００４３】
検索用インデックス構築装置１のＣＰＵ３０は、取得した検索結果に基づいて、楽曲ＤＢ４に関連キーワードが登録されていたかどうかを判断する（Ｓ２２５）。上述した例では、「ＢＢＢ（車名）のＣＭ」という関連キーワードが登録されていたので、この「ＢＢＢ（車名）のＣＭ」という関連キーワードを<head>と</head>のタグで囲まれたヘッダー部分に埋め込む（Ｓ２２６）。具体的には、図７に示すように、ヘッダー部分には、<meta name="keywords" content="キーワード１, キーワード２,キーワード３">と記載された箇所があり、この「キーワード１, キーワード２,キーワード３」の部分に、楽曲ＤＢ４から通知された関連キーワードを埋め込んでいく。例えば、楽曲紹介ページが作成された時点においては、キーワード１として楽曲名が埋め込まれ、 キーワード２としてアーティスト名が埋め込まれていたとする。このように楽曲紹介ページの作成時点では２つのキーワードが埋め込まれた状態で、本実施形態の楽曲紹介ページの更新処理により、３つのめのキーワードとして、キーワード３の部分に「ＢＢＢ（車名）のＣＭ」を埋め込む。このように、図４に示すキーワード抽出処理によって、Ｑ＆Ａページの質問欄から新たなキーワードを抽出し、図５に示す楽曲紹介ページの更新処理により、楽曲紹介ページのヘッダー部分に、抽出した新たなキーワードが追加されていく。
【００４４】
したがって、楽曲紹介ページが作成された当初においては、ある利用者が検索装置３を用いて楽曲名あるいはアーティスト名を検索ワードとして検索を行った場合には、これらの楽曲名及びアーティスト名は、楽曲紹介ページのヘッダー部分に埋め込まれているため、この楽曲紹介ページが検索結果として表示されることになる。この時点では、仮に「ＢＢＢ（車名）のＣＭ」という検索ワードで検索を行っても、この検索ワードは楽曲紹介ページのヘッダー部分にまだ埋め込まれていないので、検索装置３の検索結果としてこの楽曲紹介ページが表示されることはない。
【００４５】
しかし、本実施形態においては、上述のように、Ｑ＆Ａページを参照して新たなキーワードである「ＢＢＢ（車名）のＣＭ」を楽曲紹介ページのヘッダー部分に追加するので、ある利用者が検索装置３を用いて「ＢＢＢ（車名）のＣＭ」という検索ワードで検索すると、検索結果としてこの楽曲紹介ページが表示されることになる。
【００４６】
以上のように本実施形態によれば、Ｑ＆Ａページの回答欄に楽曲名が含まれていた場合には、質問欄から新たなキーワードを抽出し、その楽曲を紹介するページである楽曲紹介ページのヘッダー部分に関連キーワードとして追加するので、楽曲紹介ページの作成後において、その楽曲紹介ページと関連付けるべきキーワードが増えた場合であっても、汎用の検索装置に対して、そのキーワードを当該楽曲紹介ページの関連キーワードとして有効に機能させることができる。
【００４７】
＜第２実施形態＞
次に、図８及び図９を参照して、本発明の第２実施形態について説明する。第１実施形態においては、検索装置として汎用の検索装置を用いる例について説明したが、第２実施形態は、図８に示すように、楽曲紹介ページ用の専用の検索装置３Ａを用いる構成が第１実施形態とは異なる。
【００４８】
また、第２実施形態における楽曲ＤＢ４Ａは、図９に示すように、メインキーワード（楽曲名）と関連付けて関連キーワードを記憶しているだけでなく、楽曲紹介ページの参照情報（ＵＲＬ）についても楽曲名と関連付けて記憶している。
【００４９】
第２実施形態においても、図４に示すキーワード抽出処理は第１実施形態と同様に行うが、第２実施形態では、図５に示した楽曲紹介ページの更新処理は行わない。検索用インデックスの更新処理は、図４に示すキーワード抽出処理において楽曲ＤＢ４Ａの関連キーワードを更新する処理だけとなっている。つまり、第１実施形態においては、楽曲紹介ページのＨＴＭＬデータのヘッダー部分が検索用インデックスとして機能している例を説明したが、第２実施形態においては、楽曲ＤＢ４Ａ自体が検索用インデックスとして機能している。
【００５０】
第２実施形態では、ある利用者が、専用の検索装置３Ａ用いて、「ＢＢＢ（車名）のＣＭ」を検索ワードとして検索を行うと、検索装置３Ａは、この「ＢＢＢ（車名）のＣＭ」が、楽曲ＤＢ４Ａに関連キーワードとして登録されているかどうかを判断する。そして、関連キーワードとして登録されていた場合には、その関連キーワードと関連付けて記憶されている楽曲紹介ページのＵＲＬを検索結果として表示する。
【００５１】
従って、本実施形態においても、Ｑ＆Ａページの回答欄に楽曲名が含まれていた場合には、質問欄から新たなキーワードを抽出し、楽曲ＤＢにおいてその楽曲を紹介するページである楽曲紹介ページのＵＲＬと関連付けて、関連キーワードとして追加するので、楽曲紹介ページの作成後において、その楽曲紹介ページと関連付けるべきキーワードが増えた場合であっても、上述した専用の検索装置に対して、そのキーワードを当該楽曲紹介ページの関連キーワードとして有効に機能させることができる。
【００５２】
＜変形例＞
本発明は、上述した実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び実施形態は、適宜、組み合わせてもよいことは勿論である。
【００５３】
上述した実施形態においては、楽曲ＤＢ４及び楽曲ＤＢ４Ａを、検索用インデックス構築装置１と別体とし、検索用インデックス構築装置１と通信網ＮＥＴを介して通信可能とした例について説明したが、本発明はこのような例に限定されるものではない。つまり、楽曲ＤＢ４及び楽曲ＤＢ４Ａの機能を、検索用インデックス構築装置１内に持たせるようにしてもよい。あるいは、楽曲ＤＢ４及び楽曲ＤＢ４Ａに記憶される情報を、テーブルとして検索用インデックス構築装置１の記憶部１３に記憶させ、検索用インデックス構築装置１において当該テーブルの検索を行うようにしてもよい。また、テーブルとして記憶する楽曲ＤＢ４及び楽曲ＤＢ４Ａの情報における個々の要素は、互いに参照可能なように関連付けられている限りにおいて、複数の異なる記憶装置、または同一の記憶装置における複数の異なる記憶領域に分離した状態で記憶されてもよい。
【００５４】
また、第１実施形態においては、ＨＴＭＬデータのヘッダー部分を検索用インデックスとして更新する例について説明したが、汎用の検索装置によっては、ＨＴＭＬデータのヘッダー部分以外の部分を参照して関連キーワードの抽出を行うことが考えられるので、そのような汎用の検索装置の使用を想定する場合には、ＨＴＭＬデータのヘッダー部分以外の部分を検索用インデックスとして更新すればよい。
【００５５】
上述した実施形態においては、Ｑ＆Ａページの回答欄から楽曲名を抽出し、質問欄からキーワードを抽出する例について説明したが、例えば、所定の楽曲について、どのようなＣＭに使用されているかについて質問し、回答として所定のＣＭ名が投稿されることも考えられるので、このような場合には、図１０に示すように、Ｑ＆Ａページの質問欄から楽曲名を抽出し（Ｓ２３０）、回答欄からキーワードを抽出する（Ｓ２３１）ようにしてもよい。
【００５６】
また、上述した実施形態においては、新たなキーワードを抽出する対象のページとして、Ｑ＆Ａページを用いる例について説明したが、本発明はこのような例に限定されるものではなく、検索結果として表示させようとするページのメインキーワードに関連したページであれば、例えば、ブログ等のページであってもよい。つまり、上述の実施形態では検索結果として表示させようとするページが楽曲紹介ページであり、当該楽曲紹介ページのメインキーワードが楽曲名であるから、楽曲名に関連するページであれば、Ｑ＆Ａページ以外のブログ等のページ、ニュース関連のページ等であってもよい。
【００５７】
さらに、検索結果として表示させようとするページは楽曲紹介ページに限定されるものではなく、例えば、商品を紹介するようページ等、どのようなページであってもよい。また、ページの概念は、ＨＴＭＬデータとして形成されたウェブページに限定されない。上述した実施形態と同様の方法を用いることが可能な限りにおいて、利用者による検索対象やキーワードの抽出対象は、例えばテキストファイルや任意のアプリケーションで読込可能な文書ファイル等であってもよい。
【００５８】
なお、本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバに備えられた記憶媒体、及び当該配信サーバの外部に存在し、当該プログラムを前記配信サーバにより配信するために記憶している記憶媒体も、本発明の範囲に含まれる。
【００５９】
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【００６０】
なお、本発明は上述の実施形態及び変形例に限定されるものではなく、本発明の趣旨の範囲内での変更は本発明に含まれるものである。  
【符号の説明】
【００６１】
ＮＥＴ……通信網、１……検索用インデックス構築装置、２……利用者端末、３，３Ａ……検索装置、４，４Ａ……楽曲ＤＢ、５……公開サーバ、６……ホスティングサーバ、１０……判断部、１１……抽出部、１２……更新部、１３……記憶部。
【図１】
2014067374.tif 000003
【図２】
2014067374.tif 000004
【図３】
2014067374.tif 000005
【図４】
2014067374.tif 000006
【図５】
2014067374.tif 000007
【図６】
2014067374.tif 000008
【図７】
2014067374.tif 000009
【図８】
2014067374.tif 000010
【図９】
2014067374.tif 000011
【図１０】
2014067374.tif 000012
【手続補正書】
【提出日】平成24年9月28日(2012.9.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項７
【補正方法】変更
【補正の内容】
【請求項７】
検索装置によって第１文書の検索に利用される検索用インデックスを構築する検索用インデックス構築方法であって、
前記第１文書とは異なる第２文書に、前記第１文書と関連付けて記憶された所定のメインキーワードが含まれているか否かを判断し、
前記判断部により前記メインキーワードが含まれていると判断した前記第２文書から前記メインキーワードに対応するキーワードを抽出し、
前記抽出したキーワードを前記第１文書の関連キーワードとして前記検索用インデックスを更新する、
ことを特徴とする検索用インデックス構築方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項８
【補正方法】変更
【補正の内容】
【請求項８】
検索装置によって第１文書の検索に利用される検索用インデックスを構築するコンピュータを備える検索用インデックス構築装置のプログラムであって、
前記コンピュータを、
前記第１文書とは異なる第２文書に、前記第１文書と関連付けて記憶された所定のメインキーワードが含まれているか否かを判断する判断部と、
前記判断部により前記メインキーワードが含まれていると判断した前記第２文書から前記メインキーワードに対応するキーワードを抽出する抽出部と、
前記抽出部により抽出したキーワードを前記第１文書の関連キーワードとして前記検索用インデックスを更新する更新部として機能させる、
ことを特徴とする検索用インデックス構築装置のプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
＜第２実施形態＞
次に、図８及び図９を参照して、本発明の第２実施形態について説明する。第１実施形態においては、検索装置として汎用の検索装置を用いる例について説明したが、第２実施形態は、図８に示すように、ＤＢ（データベース）３ｂを備えた楽曲紹介ページ用の専用の検索装置３Ａを用いる構成が第１実施形態とは異なる。
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正の内容】
【図１】
2014067374.tif 000013
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2014067374.tif 000014