(57)【要約】【課題】話題特定システム、話題特定装置、クライアント端末、プログラム、話題特定方法、および情報処理方法を提供する。【解決手段】ネットワーク上に配されている対象話題に関するＷｅｂデータの所在情報を収集する収集部と、前記収集部により収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報と、を対応付けて記憶する記憶部と、あるＷｅｂデータに含まれるリンク情報を取得し、前記記憶部から当該リンク情報を利用して所在情報を検索し、検索された所在情報に対応付けられている話題識別情報を特定する話題特定部と、を備える話題特定装置。【選択図】図４
2011108117.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に配されているＷｅｂデータに含まれるリンク情報を抽出するリンク情報抽出部、および、
前記リンク情報抽出部により抽出された前記リンク情報を送信する通信部、
を有するクライアント端末と；
対象話題に関するＷｅｂデータの所在情報を収集する収集部、
前記収集部により収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報とを対応付けて記憶する記憶部、
前記クライアント端末の前記通信部から送信された前記リンク情報を受信する受信部、
前記受信部により受信された前記リンク情報を利用して前記記憶部から所在情報を検索し、検索された所在情報に対応付けられている話題識別情報を特定する特定部、および、
前記特定部により特定された前記話題識別情報を前記クライアント端末に送信する送信部、
を有する話題特定装置と；
を備える、話題特定システム。
【請求項２】
前記収集部は、収集した各所在情報の重要度を算出し、各所在情報の重要度が所定の基準を上回るか否かを判断し、
前記重要度が所定の基準を上回ると判断された所在情報を前記記憶部が前記話題識別情報と対応付けて記憶する、請求項１に記載の話題特定システム。
【請求項３】
前記特定部は、前記受信部により受信された前記リンク情報に一致する所在情報を前記記憶部から検索し、前記リンク情報に一致する所在情報が検索されなかった場合、前記リンク情報と部分一致する所在情報を検索する、請求項２に記載の話題特定システム。
【請求項４】
前記収集部は、前記対象話題のキーワードに基づいて前記対象話題に関するＷｅｂデータの所在情報を収集し、
前記記憶部は、前記収集部により収集された同一の対象話題に関する１または２以上の所在情報に、さらに前記対象話題のキーワードを対応付けて記憶し、
前記特定部は、前記クライアント端末からキーワードが受信された場合、当該キーワードを含む話題識別情報に対応付けられている所在情報を前記記憶部から検索し、
前記送信部は、前記特定部により検索された所在情報を前記クライアント端末に送信する、請求項３に記載の話題特定システム。
【請求項５】
前記クライアント端末は、
コンテンツと話題識別情報とを対応付けて記憶するコンテンツ記憶部と；
前記話題特定装置から送信された話題識別情報に対応するコンテンツを前記コンテンツ記憶部から検索する検索部と；
をさらに有する、請求項３に記載の話題特定システム。
【請求項６】
前記クライアント端末は、前記コンテンツのメタデータに含まれる所在情報を前記話題特定装置に送信し、前記話題特定装置から当該所在情報を利用する検索により特定された話題識別情報を受信し、受信した話題識別情報を前記コンテンツと対応付けて前記記憶部に記憶させる、請求項５に記載の話題特定システム。
【請求項７】
ネットワーク上に配されている対象話題に関するＷｅｂデータの所在情報を収集する収集部と；
前記収集部により収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報と、を対応付けて記憶する記憶部と；
あるＷｅｂデータに含まれるリンク情報を取得し、前記記憶部から当該リンク情報を利用して所在情報を検索し、検索された所在情報に対応付けられている話題識別情報を特定する特定部と；
を備える、話題特定装置。
【請求項８】
ネットワーク上に配されているＷｅｂデータに含まれるリンク情報を抽出するリンク情報抽出部と；
前記リンク情報抽出部により抽出された前記リンク情報を、同一の対象話題に関するＷｅｂデータの所在情報と同一の話題識別情報とを対応付けて記憶している話題特定装置に送信し、前記話題特定装置から前記リンク情報を利用する検索により特定された話題識別情報を受信する受信部と；
コンテンツと話題識別情報とを対応付けて記憶するコンテンツ記憶部と；
前記話題特定装置から受信した話題識別情報に対応するコンテンツを前記コンテンツ記憶部から検索する検索部と；
を備える、クライアント端末。
【請求項９】
コンピュータを、
ネットワーク上に配されている対象話題に関するＷｅｂデータの所在情報を収集する収集部と；
前記収集部により収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報と、を対応付けて記憶する記憶部と；
あるＷｅｂデータに含まれるリンク情報を取得し、前記記憶部から当該リンク情報を利用して所在情報を検索し、検索された所在情報に対応付けられている話題識別情報を特定する特定部と；
として機能させるための、プログラム。
【請求項１０】
コンピュータを、
ネットワーク上に配されているＷｅｂデータに含まれるリンク情報を抽出するリンク情報抽出部と；
前記リンク情報抽出部により抽出された前記リンク情報を、同一の対象話題に関するＷｅｂデータの所在情報と同一の話題識別情報とを対応付けて記憶している話題特定装置に送信し、前記話題特定装置から前記リンク情報を利用する検索により特定された話題識別情報を受信する受信部と；
コンテンツと話題識別情報とを対応付けて記憶するコンテンツ記憶部と；
前記話題特定装置から受信した話題識別情報に対応するコンテンツを前記コンテンツ記憶部から検索する検索部と；
として機能させるための、プログラム。
【請求項１１】
ネットワーク上に配されている対象話題に関するＷｅｂデータの所在情報を収集するステップと；
収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報と、を対応付けて記憶媒体に記録するステップと；
あるＷｅｂデータに含まれるリンク情報を取得し、前記記憶部から当該リンク情報を利用して所在情報を検索するステップと；
検索された所在情報に対応付けられている話題識別情報を特定するステップと；
を含む、話題特定方法。
【請求項１２】
ネットワーク上に配されているＷｅｂデータに含まれるリンク情報を抽出するステップと；
抽出された前記リンク情報を、同一の対象話題に関するＷｅｂデータの所在情報と同一の話題識別情報とを対応付けて記憶している話題特定装置に送信するステップと；
前記話題特定装置から前記リンク情報を利用する検索により特定された話題識別情報を受信するステップと；
コンテンツと話題識別情報とを対応付けて記憶している記憶媒体から、前記話題特定装置から受信した話題識別情報に対応するコンテンツを検索するステップと；
を含む、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、話題特定システム、話題特定装置、クライアント端末、プログラム、話題特定方法、および情報処理方法に関する。
【背景技術】
【０００２】
近日、情報通信技術の発達に伴い、ネットワークを介して多様なデータが送受信されている。特に、ブログやＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）などのＷｅｂサービスの普及により、一般のインターネットユーザーが、容易にネットワークに対して意見やコメントを発信することが可能となっている。
【０００３】
このようなＷｅｂサービスでは、各ユーザが自由にタイトルや文章を作成してＷｅｂデータ（例えば、ネットワーク上の記事）を発信することができる。このため、表記や言い回しの違いにより、各Ｗｅｂデータが何の話題に関するものであるか判断し難い場合がある。
【０００４】
例えば、ドラマ「ブザー・ビーター」に関するＷｅｂデータに対して、あるユーザは「ブザー・ビーター見ました！」とタイトルを付け、別のユーザは「ドラマ  Ｂｕｚｚｅｒ  Ｂｅａｔｅｒ  について」というタイトルを付けることが考えられる。また、「ブザー・ビーター」を「ブザビー」と短縮して表記したり、「月９ドラマ」といった放送時間の曜日と時間の名称で表現したりする場合も考えられる。このように、同じドラマについて作成されたＷｅｂデータであっても表現は多様であり、表現が異なるＷｅｂデータが同じドラマに関するか否かを判断することは困難である。
【０００５】
上記事情に関連し、特許文献１には、記事本文の概要を記載したＲＳＳ（ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ）データから複数の記事の類似度を計算し、同じ話題について書かれた記事であるか否かを判断する方法が２つ提案されている。第１の方法は、「記事属性値による類似度の計算方法」であり、２の記事のタイトルやＵＲＬ、更新日時、作者等の各記事要素について個別に類似度を計算し、各類似度を重み付け加算して２の記事の類似度を算出する方法である。第２の方法は、「リンク参照に基づく類似度の計算方法」であり、記事概要のＬｉｎｋタグに含まれるＵＲＬから記事本文をダウンロードし、ダウンロードした記事本文に含まれるリンク同士の類似度を計算する手法である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２６８２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上述した「記事属性値による類似度の計算方法」では、同じ属性同士の類似度を計算する必要があり、データに対する属性が定義されていない場合には適用できない。仮に、各記事要素がＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述されていれば、属性名（タグ名）と属性値（タグ値）により、記事のタイトルやＵＲＬ、更新日時、作者等の属性を特定することが可能である。一方、Ｗｅｂページを記述するためのマークアップ言語であるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）はデータの属性名を持たないので、ＨＴＭＬで作成された記事においては属性同士を比較することが困難である。また、属性が抽出できた場合においても、表記や言い回しはブームや時間と共に変化する場合もあり得るので、表記の違いを考慮して類似度を算出することは困難である。さらに、属性値の入力は各ユーザが自由に行えるので、誤字や脱字といった入力ミスが含まれることも往々に想定され、このような入力ミスが類似度の算出を一層困難にする。
【０００８】
また、上述した「リンク参照に基づく類似度の計算方法」では、２の記事が同一の話題に関する異なるリンク情報を含む場合、類似度が低く算出されてしまうという問題があった。例えば、ドラマ「ブザー・ビーター」に関する記事に含まれるリンク情報としては、ドラマ「ブザー・ビーター」の公式サイトへのリンク情報が考えられるが、他にも、オンライン百科事典サービスの「ブザー・ビーター」の項目へのリンク情報など、多様なサイトへのリンク情報が考えられる。
【０００９】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ネットワーク上に配されているＷｅｂデータの話題をより高い精度で特定するための、新規かつ改良された話題特定システム、話題特定装置、クライアント端末、プログラム、話題特定方法、および情報処理方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明のある観点によれば、ネットワーク上に配されているＷｅｂデータに含まれるリンク情報を抽出するリンク情報抽出部、および、前記リンク情報抽出部により抽出された前記リンク情報を送信する通信部、を有するクライアント端末と、対象話題に関するＷｅｂデータの所在情報を収集する収集部、前記収集部により収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報とを対応付けて記憶する記憶部、前記クライアント端末の前記通信部から送信された前記リンク情報を受信する受信部、前記受信部により受信された前記リンク情報を利用して前記記憶部から所在情報を検索し、検索された所在情報に対応付けられている話題識別情報を特定する特定部、および、前記特定部により特定された前記話題識別情報を前記クライアント端末に送信する送信部、を有する話題特定装置と、を備える話題特定システムが提供される。
【００１１】
前記収集部は、収集した各所在情報の重要度を算出し、各所在情報の重要度が所定の基準を上回るか否かを判断し、前記重要度が所定の基準を上回ると判断された所在情報を前記記憶部が前記話題識別情報と対応付けて記憶してもよい。
【００１２】
前記特定部は、前記受信部により受信された前記リンク情報に一致する所在情報を前記記憶部から検索し、前記リンク情報に一致する所在情報が検索されなかった場合、前記リンク情報と部分一致する所在情報を検索してもよい。
【００１３】
前記収集部は、前記対象話題のキーワードに基づいて前記対象話題に関するＷｅｂデータの所在情報を収集し、前記記憶部は、前記収集部により収集された同一の対象話題に関する１または２以上の所在情報に、さらに前記対象話題のキーワードを対応付けて記憶し、前記特定部は、前記クライアント端末からキーワードが受信された場合、当該キーワードを含む話題識別情報に対応付けられている所在情報を前記記憶部から検索し、前記送信部は、前記特定部により検索された所在情報を前記クライアント端末に送信してもよい。
【００１４】
前記クライアント端末は、コンテンツと話題識別情報とを対応付けて記憶するコンテンツ記憶部と、前記話題特定装置から送信された話題識別情報に対応するコンテンツを前記コンテンツ記憶部から検索する検索部と、をさらに有してもよい。
【００１５】
前記クライアント端末は、前記コンテンツのメタデータに含まれる所在情報を前記話題特定装置に送信し、前記話題特定装置から当該所在情報を利用する検索により特定された話題識別情報を受信し、受信した話題識別情報を前記コンテンツと対応付けて前記記憶部に記憶させてもよい。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、ネットワーク上に配されている対象話題に関するＷｅｂデータの所在情報を収集する収集部と、前記収集部により収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報と、を対応付けて記憶する記憶部と、あるＷｅｂデータに含まれるリンク情報を取得し、前記記憶部から当該リンク情報を利用して所在情報を検索し、検索された所在情報に対応付けられている話題識別情報を特定する特定部と、を備える話題特定装置が提供される。
【００１７】
また、上記課題を解決するために、本発明の別の観点によれば、ネットワーク上に配されているＷｅｂデータに含まれるリンク情報を抽出するリンク情報抽出部と、前記リンク情報抽出部により抽出された前記リンク情報を、同一の対象話題に関するＷｅｂデータの所在情報と同一の話題識別情報とを対応付けて記憶している話題特定装置に送信し、前記話題特定装置から前記リンク情報を利用する検索により特定された話題識別情報を受信する受信部と、コンテンツと話題識別情報とを対応付けて記憶するコンテンツ記憶部と、前記話題特定装置から受信した話題識別情報に対応するコンテンツを前記コンテンツ記憶部から検索する検索部と、を備えるクライアント端末が提供される。
【００１８】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、ネットワーク上に配されている対象話題に関するＷｅｂデータの所在情報を収集する収集部と、前記収集部により収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報と、を対応付けて記憶する記憶部と、あるＷｅｂデータに含まれるリンク情報を取得し、前記記憶部から当該リンク情報を利用して所在情報を検索し、検索された所在情報に対応付けられている話題識別情報を特定する話題特定部と、として機能させるためのプログラムが提供される。
【００１９】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、ネットワーク上に配されているＷｅｂデータに含まれるリンク情報を抽出するリンク情報抽出部と、前記リンク情報抽出部により抽出された前記リンク情報を、同一の対象話題に関するＷｅｂデータの所在情報と同一の話題識別情報とを対応付けて記憶している話題特定装置に送信し、前記話題特定装置から前記リンク情報を利用する検索により特定された話題識別情報を受信する受信部と、コンテンツと話題識別情報とを対応付けて記憶するコンテンツ記憶部と、前記話題特定装置から受信した話題識別情報に対応するコンテンツを前記コンテンツ記憶部から検索する検索部と、として機能させるためのプログラムが提供される。
【００２０】
また、上記課題を解決するために、本発明の別の観点によれば、ネットワーク上に配されている対象話題に関するＷｅｂデータの所在情報を収集するステップと、収集された同一の対象話題に関する１または２以上の所在情報と、同一の話題識別情報と、を対応付けて記憶媒体に記録するステップと、あるＷｅｂデータに含まれるリンク情報を取得し、前記記憶部から当該リンク情報を利用して所在情報を検索するステップと、検索された所在情報に対応付けられている話題識別情報を特定するステップと、を含む話題特定方法が提供される。
【００２１】
また、上記課題を解決するために、本発明の別の観点によれば、ネットワーク上に配されているＷｅｂデータに含まれるリンク情報を抽出するステップと、抽出された前記リンク情報を、同一の対象話題に関するＷｅｂデータの所在情報と同一の話題識別情報とを対応付けて記憶している話題特定装置に送信するステップと、前記話題特定装置から前記リンク情報を利用する検索により特定された話題識別情報を受信するステップと、コンテンツと話題識別情報とを対応付けて記憶している記憶媒体から、前記話題特定装置から受信した話題識別情報に対応するコンテンツを検索するステップと、を含む情報処理方法が提供される。
【発明の効果】
【００２２】
以上説明したように本発明によれば、ネットワーク上に配されているＷｅｂデータの話題をより高い精度で特定することが可能である。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態による話題特定システムの構成を示した説明図である。
【図２】Ｗｅｂデータの具体例を示した説明図である。
【図３】クライアント端末のハードウェア構成を示したブロック図である。
【図４】本実施形態によるクライアント端末および話題特定装置の構成を示した機能ブロック図である。
【図５】話題特定装置が話題特定用データを収集する流れを示したフローチャートである。
【図６】対象話題リストの具体例を示した説明図である。
【図７】話題特定用データの具体例を示した説明図である。
【図８】クライアント端末が各コンテンツに話題ＩＤを対応付ける流れを示したフローチャートである。
【図９】クライアント端末および話題特定装置による話題特定処理を示したシーケンス図である。
【図１０】話題特定システムによる動作の変形例を示したシーケンス図である。
【発明を実施するための形態】
【００２４】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２５】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてクライアント端末２０Ａ、２０Ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、クライアント端末２０Ａ、２０Ｂを特に区別する必要が無い場合には、単にクライアント端末２０と称する。
【００２６】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．本発明の実施形態による話題特定システムの構成
２．クライアント端末のハードウェア構成
３．クライアント端末および話題特定装置の機能
４．各処理の説明
４−１．話題特定用データの収集
４−２．各コンテンツに対応する話題ＩＤの登録
４−３．話題特定処理
５．変形例
６．まとめ
【００２７】
＜１．本発明の実施形態による話題特定システムの構成＞
まず、図１および図２を参照し、本発明の実施形態による話題特定システム１の構成を説明する。
【００２８】
図１は、本発明の実施形態による話題特定システム１の構成を示した説明図である。図１に示したように、本発明の実施形態による話題特定システム１は、話題特定装置１０と、ネットワーク１２と、クライアント端末２０Ａおよび２０Ｂと、Ｗｅｂサーバ３０Ａ、３０Ｂおよび３０Ｃと、を備える。
【００２９】
Ｗｅｂサーバ３０は、ＨＴＭＬ形式で作成されたＷｅｂデータを記憶しており、クライアント端末２０からの要求に応じてＷｅｂデータをクライアント端末２０へ送信する。このＷｅｂサーバ３０は、例えば、ブログサーバやＳＮＳサーバに該当し、この場合、Ｗｅｂデータはブログ記事やＳＮＳサイトに該当する。その他、Ｗｅｂデータとしては、ある話題に関する公式サイト、オンライン百科辞典など、多様なデータが挙げられる。なお、図１においては３つのＷｅｂサーバ３０Ａ、３０Ｂおよび３０Ｃのみを示しているが、ネットワーク１２には数百または数千に及ぶ多数のＷｅｂサーバ３０が接続されてもよい。
【００３０】
ここで、図２を参照し、Ｗｅｂデータの具体例を説明する。
【００３１】
図２は、Ｗｅｂデータの具体例を示した説明図である。図２に示したＷｅｂデータ４２は、タイトル４４、記事本文４６、およびリンク情報４８を含む。記事本文４６では特定の話題に対する意見や感想が述べられることが多く、話題の内容自体の説明については、公式サイト、オンライン百科辞典、およびニュースサイトなどの他サイトがリンク情報４８により参照される場合が多い。すなわち、Ｗｅｂデータの中に、公式サイト、オンライン百科辞典、およびニュースサイトなどの他サイトのＵＲＬがリンク情報という形で含まれる場合が多い。また、Ｗｅｂデータは、他サイト自体のＵＲＬだけでなく、他サイトに含まれる画像や動画を引用している場合も多く、その場合には、ＨＴＭＬ記述における画像タグ等に公式サイトやオンライン百科辞典、ニュースサイト等のＵＲＬが含まれる。
【００３２】
クライアント端末２０は、ネットワーク１２を介してＷｅｂサーバ３０と接続されており、Ｗｅｂサーバ３０からＷｅｂデータを取得して表示することができる。なお、ネットワーク１２は、ネットワーク１２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００３３】
また、クライアント端末２０は、Ｗｅｂサーバ３０により公開されたブログやＳＮＳサイトなどのＷｅｂデータが何の話題に関するものであるかの特定を要するアプリケーションを実行する。話題特定を要するアプリケーションは特定に限定されないが、本明細書においては、このアプリケーションが、クライアント端末２０が記憶する多数のコンテンツから、所定のＷｅｂデータの話題に関するコンテンツを検索する検索アプリケーションである例に重きをおいて説明する。
【００３４】
ところで、近年のＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）の大容量化・低価格化に伴い、膨大な量のコンテンツがクライアント端末２０で記憶可能となっている。しかし、記憶されたコンテンツが増えれば増えるほど、ユーザにとってコンテンツを選択することが困難になる。このような事情から、ブログやＳＮＳサイトで話題となっているコンテンツをユーザに推奨する上述のような検索アプリケーションが望まれていた。この検索アプリケーションの詳細については「４．各処理の説明」において詳細に説明する。
【００３５】
なお、本明細書においてはコンテンツが映画、テレビジョン番組およびビデオプログラムなどの映像データである場合を想定して説明するが、コンテンツはかかる例に限定されない。例えば、コンテンツは、音楽、およびラジオ番組などの音楽データや、静止画データや、ゲームおよびソフトウェアなどであってもよい。
【００３６】
また、図１には、クライアント端末２０ＡとしてＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を示し、クライアント端末２０Ｂとして携帯電話を示しているが、クライアント端末２０はＰＣまたは携帯電話に限定されない。例えば、クライアント端末２０は、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、クライアント端末２０は、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。
【００３７】
話題特定装置１０は、クライアント端末２０からの要求に応じ、要求に係るＷｅｂデータの話題を特定し、特定した話題を示す情報（話題ＩＤ）をクライアント端末２０に送信する。話題特定装置１０は、このような話題特定処理を実現するために、話題特定に必要な話題特定用データの収集処理を事前に行う。話題特定用データの収集処理については「４−１．話題特定用データの収集」において詳細に説明し、話題特定処理については「４−３．話題特定処理」において詳細に説明する。
【００３８】
また、図１に示した例では、話題特定装置１０は、アプリケーションを実行するクライアント端末２０と異なる装置としてネットワーク１２上に配置されている。すなわち、話題特定装置１０は、Ｗｅｂサービスという形でネットワーク１２上に公開されており、このため、複数のクライアント端末２０が話題特定装置１０にアクセスすることができる。また、話題特定装置１０は、話題特定機能を提供するためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を公開しており、クライアント端末２０から容易に話題特定機能を活用することが可能となっている。
【００３９】
このように、話題特定装置１０をＷｅｂサービスという形でネットワーク１２上に公開することにより、複数のクライアント端末２０が話題特定機能を活用できるようになるが、本発明はかかる例に限定されない。例えば、クライアント端末２０に話題特定機能およびアプリケーションの双方を実装することも本発明の技術的範囲に属する。
【００４０】
＜２．クライアント端末のハードウェア構成＞
以上、図１および図２を参照し、本実施形態による話題特定システム１の全体構成を説明した。続いて、図３を参照し、話題特定システム１に含まれるクライアント端末２０のハードウェア構成を説明する。
【００４１】
図３は、クライアント端末２０のハードウェア構成を示したブロック図である。クライアント端末２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３と、ホストバス２０４と、を備える。また、クライアント端末２０は、ブリッジ２０５と、外部バス２０６と、インタフェース２０７と、入力装置２０８と、出力装置２１０と、ストレージ装置（ＨＤＤ）２１１と、ドライブ２１２と、通信装置２１５とを備える。
【００４２】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってクライアント端末２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス２０４により相互に接続されている。
【００４３】
ホストバス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス２０６に接続されている。なお、必ずしもホストバス２０４、ブリッジ２０５および外部バス２０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００４４】
入力装置２０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。クライアント端末２０のユーザは、該入力装置２０８を操作することにより、クライアント端末２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００４５】
出力装置２１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置２１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。出力装置２１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。
【００４６】
ストレージ装置２１１は、本実施形態にかかるクライアント端末２０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置２１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置２１１は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）で構成される。このストレージ装置２１１は、ハードディスクを駆動し、ＣＰＵ２０１が実行するプログラムや各種データを格納する。
【００４７】
ドライブ２１２は、記憶媒体用リーダライタであり、クライアント端末２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。また、ドライブ２１２は、リムーバブル記憶媒体２４に情報を書き込むこともできる。
【００４８】
通信装置２１５は、例えば、ネットワーク１２に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応通信装置であっても、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００４９】
なお、上記では図３を参照してクライアント端末２０のハードウェア構成について説明したが、話題特定装置１０のハードウェアはクライアント端末２０と実質的に同一に構成することが可能であるため、説明を省略する。
【００５０】
＜３．クライアント端末および話題特定装置の機能＞
次に、図４を参照し、クライアント端末２０および話題特定装置１０の機能を簡単に説明する。
【００５１】
図４は、本実施形態によるクライアント端末２０および話題特定装置１０の構成を示した機能ブロック図である。図４に示したように、話題特定装置１０は、通信部１１６と、収集部１２０と、話題特定用データ記憶部１２４と、特定部１２８と、を備える。
【００５２】
通信部１１６は、クライアント端末２０、およびネットワーク１２上のＷｅｂサーバ３０とデータの送受信を行う送信部および受信部として機能する。収集部１２０は、話題特定用データとして、対象話題に関するＷｅｂデータのＵＲＬ（所在情報）を収集する。そして、収集された話題特定用データを話題特定用データ記憶部１２４が記憶する。また、特定部１２８は、クライアント端末２０からの要求に係るＷｅｂデータの話題を、記憶部１２４が記憶する話題特定用データを利用して特定する。
【００５３】
また、クライアント端末２０は、通信部２１６と、情報抽出部２２０と、コンテンツ記憶部２２４と、特定要求部２２８と、検索部２３２と、再生部２３６と、を備える。
【００５４】
通信部１１６は、話題特定装置１０、およびネットワーク１２上のＷｅｂサーバ３０とデータの送受信を行う送信部および受信部として機能する。情報抽出部２２０（リンク情報抽出部、ＵＲＬ抽出部）は、Ｗｅｂサーバ３０から取得したＷｅｂデータに含まれるリンク情報を抽出する。例えば、情報抽出部２２０は、Ｗｅｂサーバ３０から図２に示したＷｅｂデータ４２を取得した場合、当該Ｗｅｂデータ４２から「ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ」というリンク情報４８を抽出する。
【００５５】
コンテンツ記憶部２２４は、クライアント端末２０が取得したコンテンツを記憶する記憶媒体である。また、コンテンツ記憶部２２４は、各コンテンツに、話題特定装置１０により特定される話題ＩＤを対応付けて記憶する。なお、クライアント端末２０は、地上波デジタル放送、ケーブルＴＶ放送、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）デジタル放送、ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ）デジタル放送などによりコンテンツを取得することができる。また、クライアント端末２０は、ネットワーク１２を介して配信されるコンテンツを取得してもよい。
【００５６】
また、コンテンツ記憶部２２４は、不揮発性メモリ、磁気ディスク、光ディスク、およびＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。不揮発性メモリとしては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）およびＢＤ（Ｂｌｕ−Ｒａｙ  Ｄｉｓｃ（登録商標））などがあげられる。
【００５７】
特定要求部２２８は、情報抽出部２２０が取得したＷｅｂページの話題特定を話題特定装置１０に要求し、話題特定装置１０から当該Ｗｅｂページの話題を示す情報を取得する。具体的には、特定要求部２２８は、情報抽出部２２０により抽出されたリンク情報を話題特定装置１０に送信し、当該リンク情報に基づいて話題特定装置１０において特定された話題ＩＤを話題特定装置１０から取得する。
【００５８】
検索部２３２は、特定要求部２２８により話題特定装置１０から取得された話題ＩＤに対応付けられているコンテンツをコンテンツ記憶部２２４から検索し、検索部２３２により検索されたコンテンツを再生部２３６が再生する。なお、クライアント端末２０は、検索部２３２により検索されたコンテンツを含むリストを表示し、当該リストからのコンテンツ選択をユーザに促してもよい。
【００５９】
＜４．各処理の説明＞
以上、図４を参照し、クライアント端末２０および話題特定装置１０の機能を概略的に説明した。続いて、話題特定用データの収集、各コンテンツに対応する話題ＩＤの登録、および話題特定処理などの各処理について詳細に説明する。
【００６０】
（４−１．話題特定用データの収集）
図５は、話題特定装置１０が話題特定用データを収集する流れを示したフローチャートである。この収集処理は、話題特定処理と独立した処理であり、話題特定用データを更新するために定期的に行われる。
【００６１】
図５に示したように、話題特定装置１０の収集部１２０は、まず対象話題を取得して対象話題リストを生成する（Ｓ３０４）。例えば、収集部１２０は、テレビジョン番組に関する対象話題リストを生成するために、テレビジョン番組のタイトル名をネットワーク１２上で収集する。具体的には、収集部１２０は、オンライン百科事典からテレビジョン番組の項目を収集することにより対象話題リストを生成してもよい。
【００６２】
または、収集部１２０は、放送局が提供するＲＳＳデータを取得し、ＲＳＳデータに含まれる最新テレビジョン番組のタイトルにより対象話題リストを生成してもよい。また、収集部１２０は、放送波を受信し、放送波に含まれるＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報から番組タイトルを抽出して対象話題リストを生成してもよい。さらに、新番組が放送されるときにユーザや放送局が話題特定用装置１０に対象話題として番組タイトルを登録する場合、収集部１２０は、登録された番組タイトルを利用して対象話題リストを生成してもよい。
【００６３】
図６は、対象話題リストの具体例を示した説明図である。図６に示したように、対象話題リストは、対象話題、更新日時、および話題ＩＤを含む。対象話題は、一例として上述した方法により取得される番組タイトルである。更新日時は、対象話題に関する前回の更新が行われた日時である。話題ＩＤは、各対象話題に一意に割当てられる話題識別情報である。
【００６４】
収集部１２０は、図６に示したような対象話題リストが取得された場合、すなわち、対象話題がある場合（Ｓ３０８）、Ｓ３１２に示す処理に移行する。なお、Ｓ３１２以降の処理は、対象話題リストに含まれる各対象話題に対して行われても、所定期間以上にわたって更新されていない対象話題に対してのみ行われてもよい。
【００６５】
続いて、収集部１２０は、対象話題リストに含まれる対象話題に関するＷｅｂデータのＵＲＬの候補を取得する（Ｓ３１２）。ここで、対象話題に関するＷｅｂデータは、対象話題の情報を含むＷｅｂデータであって、例えば、対象話題の公式サイト、オンライン百科事典における対象話題の項目ページであってもよい。
【００６６】
より具体的には、対象話題がドラマ「ブザー・ビーター」である場合、放送局が提供する「ブザー・ビーター」の公式サイト、オンライン百科事典における「ブザー・ビーター」に関する項目ページ、および「ブザー・ビーター」のスタッフブログなどが対象話題に関するＷｅｂデータとして挙げられる。また、「ブザー・ビーター」の「第３話」というように、より詳細な話題特定を行う場合、対象話題に関するＷｅｂデータには、公式サイトの「第３話」のあらすじページ等が該当する。
【００６７】
また、対象話題に関するＷｅｂデータのＵＲＬは、ＷｅｂページのＵＲＬに加え、画像や動画のＵＲＬを含んでもよい。例えば、対象話題に関するＷｅｂデータのＵＲＬは、公式サイトで提供されているＴｒａｉｌｅｒやシーン画像、インタビューページなどのＵＲＬであってもよい。
【００６８】
なお、収集部１２０は、上記のＷｅｂデータのＵＲＬの候補を、対象話題リストに対象話題として含まれる番組タイトルを利用して検索してもよい。例えば、収集部１２０は、ネットワーク１２上で提供される検索サービスにおいて、対象話題をキーワードとして入力することで、対象話題に関連するＷｅｂデータのＵＲＬの候補群を取得することができる。
【００６９】
Ｓ３１２の後、収集部１２０は、取得したＷｅｂデータのＵＲＬの候補の各々の重要度を算出する（Ｓ３１６）。ここで、重要度は、多くのＷｅｂデータにリンクが張られているＷｅｂデータのＵＲＬほど、およびアクセスが多いＷｅｂデータのＵＲＬほど高く算出される。なお、ネットワーク１２上で各Ｗｅｂデータの重要度を提供するサービスが行われており、収集部１２０は、これらの外部サービスから各候補の重要度を取得してもよい。さらに、収集部１２０は、複数の外部サービスから取得した各候補の重要度を重み付け加算して最終的な重要度を算出してもよい。
【００７０】
続いて、収集部１２０は、各候補の重要度が閾値を上回っているか否かを判定することにより、各候補が重要であるか否かを判定する（Ｓ３２０）。そして、話題特定用データ記憶部２２４は、対象話題に関するＷｅｂデータのＵＲＬ候補のうちで、重要度が閾値を上回っているＵＲＬを、対象話題の話題ＩＤと対応付けて、話題特定用データとして記憶する（Ｓ３２４）。
【００７１】
図７は、話題特定用データの具体例を示した説明図である。図７に示したように、話題特定用データは、管理用ＩＤ、話題ＩＤ、ＵＲＬ、およびタイトルを含む。管理用ＩＤは、話題特定データを管理するための一意なＩＤであり、話題ＩＤは各対象話題に対して一意に割当てられる話題識別情報である。また、話題特定用データに含まれるＵＲＬは、収集部１２０により収集され、かつ重要であると判定されたＷｅｂページのＵＲＬであり、タイトルは、例えば番組タイトルである。具体的には、管理用ＩＤが「１」である図７に示した話題特定用データは、話題ＩＤが「１０００１」であり、その話題に関するＷｅｂデータのＵＲＬが「ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／」であり、タイトルが「ブザー・ビーター」である。
【００７２】
ここで、本実施形態による話題特定装置１０は、上述の方法により、異なるＷｅｂページのＵＲＬであっても、同一の対象話題に関するＷｅｂページである場合、同一の話題ＩＤを対応付けて記憶する。例えば、図７に示したように、管理用ＩＤが「１」である話題特定用データのＵＲＬと、管理用ＩＤが「３」である話題特定用データのＵＲＬとは異なるが、双方とも同一の「ブザー・ビーター」に関するので、同一の話題ＩＤ「１０００１」が対応付けられる。このため、同一の話題に関する複数のＷｅｂデータに含まれるリンク情報が異なる場合であっても、これらのＷｅｂデータの話題が同一であると特定することが可能となる。
【００７３】
なお、図７には、話題特定用データが、管理用ＩＤ、話題ＩＤ、ＵＲＬ、およびタイトルを含む例を示したが、本発明はかかる例に限定されない。例えば、話題特定用データは、タイトルを含まなくてもよいし、タグや詳細説明、出演者情報などを含んでもよい。また、話題ＩＤに代えてタイトルを話題識別情報として用いてもよい。
【００７４】
以上説明したように、本実施形態による話題特定装置１０は、ネットワーク１２から対象話題に関するＷｅｂデータのＵＲＬ候補を収集することができる。さらに、話題特定装置１０は、各候補の重要度を判定し、重要な候補のみを話題特定用データとして話題特定用データ記憶部１２４に記憶する。このため、話題特定用データ記憶部１２４に対象話題と関連性の低いＷｅｂデータのＵＲＬが記憶されてしまう場合を抑制することができる。その結果、対象話題と関連性の高いＵＲＬのみが話題特定用データとして記憶されることになるので、話題特定処理の精度向上も期待される。
【００７５】
（４−２．各コンテンツに対応する話題ＩＤの登録）
図８は、クライアント端末２０が各コンテンツに話題ＩＤを対応付ける流れを示したフローチャートである。図８に示したように、まず、クライアント端末２０のコンテンツ記憶部２２４が、クライアント端末２０により取得されたコンテンツ、および当該コンテンツのメタデータを記憶する（Ｓ４０４）。ここで、メタデータに含まれるＵＲＬは、コンテンツの公式サイトのＵＲＬである可能性が高い。また、クライアント端末２０は、放送局からＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）としてコンテンツに重畳して送信されるメタデータを取得しても、メタデータを提供するサービスから取得してもよい。
【００７６】
続いて、情報抽出部２２０がメタデータに含まれるＵＲＬを抽出する（Ｓ４０８）。そして、特定要求部２２８が、抽出されたＵＲＬに対応する話題ＩＤを話題特定装置１０に要求する（Ｓ４１２）。具体的には、Ｓ４０８で抽出されたＵＲＬを特定要求部２２８が話題特定装置１０に送信し、話題特定装置１０の特定部１２８が、特定要求部２２８から受信したＵＲＬに対応する話題ＩＤを話題特定用データから検索してクライアント端末２０に送信する。その後、クライアント端末２０の記憶部２２４が、特定要求部２２８により取得された話題ＩＤをコンテンツと対応付けて記憶する（Ｓ４１６）。
【００７７】
このように、クライアント端末２０は、コンテンツに関するＷｅｂデータのＵＲＬを話題特定装置１０に送信することにより、当該Ｗｅｂデータの話題ＩＤを話題特定サーバ１０から取得し、当該話題ＩＤをコンテンツと対応付けて保存しておくことができる。
【００７８】
（４−３．話題特定処理）
図９は、クライアント端末２０および話題特定装置１０による話題特定処理を示したシーケンス図である。クライアント端末２０における話題特定処理は、クライアント端末２０のアプリケーションに組み込まれた処理で、アプリケーションからの指示により開始される。例えば、アプリケーションが、ネットワーク１２上のＷｅｂページの話題に関連するコンテンツを多数のコンテンツから検索してユーザに推奨するものである場合、話題特定処理は、当該アプリケーションがネットワーク１２上の話題を定期的に取得するときに行われる。
【００７９】
具体的には、図９に示したように、クライアント端末２０がＷｅｂサーバ３０にＷｅｂデータを要求し（Ｓ５０４）、Ｗｅｂサーバ３０からＷｅｂデータを取得する（Ｓ５０８）。ここで、クライアント端末２０は、事前に登録されたサイトからＷｅｂデータを取得してもよい。例えば、ユーザによりユーザの友人のブログサイトが登録されている場合、クライアント端末２０はＷｅｂデータとして友人のブログの記事を取得してもよい。または、クライアント端末２０は、Ｗｅｂデータとして人気の高いブログの記事を取得してもよい。
【００８０】
Ｓ５０８の後、クライアント端末２０の情報抽出部２２０は、Ｓ５０８で取得されたＷｅｂデータを解析し、Ｗｅｂデータに含まれるリンク情報（ＵＲＬ）を抽出する（Ｓ５１２）。例えば、ＷｅｂデータがＨＴＭＬ形式である場合、情報抽出部２２０は、ＨＴＭＬファイルのタグの中からリンクに関するタグを抽出する。また、情報抽出部２２０は、リンクタグだけでなく、画像等の外部サイトを参照している情報も抽出する。
【００８１】
そして、情報抽出部２２０によりリンク情報が抽出された場合（Ｓ５１６）、特定要求部２２８が、Ｓ５０８で取得されたＷｅｂページの話題特定を話題特定装置１０に要求する（Ｓ５２０）。具体的には、特定要求部２２８は、情報抽出部２２０により抽出されたリンク情報を含むリクエスト情報を話題特定装置１０に送信する。
【００８２】
その後、話題特定装置１０の特定部１２８は、クライアント端末１０から受信したリクエスト情報に含まれるリンク情報を利用して話題特定を行い（Ｓ５２４）、話題特定により抽出した話題ＩＤをクライアント端末２０に送信する（Ｓ５２８）。具体的には、特定部１２８は、クライアント端末２０からのリンク情報に一致するＵＲＬを含む話題特定用データを話題特定用データ記憶部１２４から検索し、当該話題特定用データに含まれる話題ＩＤを抽出する。例えば、話題特定用データ記憶部１２４が図７に示した話題特定用データを記憶しており、クライアント端末２０からのリンク情報が「ｈｔｔｐ：／／ｘｘｘ．ｃｏｍ／」である場合、管理用ＩＤが「１」である話題特定用データが検索され、当該話題特定用データに含まれる話題ＩＤ「１０００１」が抽出される。
【００８３】
また、特定部１２８は、クライアント端末２０からのリンク情報に一致するＵＲＬを含む話題特定用データが見つからなかった場合、リンク情報と部分一致するＵＲＬを含む話題特定用データを検索し、当該話題特定用データに含まれる話題ＩＤを抽出する。例えば、特定部１２８は、「ｈｔｔｐ：／／ｚｚｚ．ｃｏ．ｊｐ／ｘｘｘ／ｙｙｙ／」に一致するＵＲＬが見つからなかった場合、ＵＲＬのパスを短くし、「ｈｔｔｐ：／／ｚｚｚ．ｃｏ．ｊｐ／ｘｘｘ／」に一致するＵＲＬを検索する。「ｈｔｔｐ：／／ｚｚｚ．ｃｏ．ｊｐ／ｘｘｘ／」に一致するＵＲＬも見つからない場合、特定部１２８は、ＵＲＬのパスをさらに短くし、「ｈｔｔｐ：／／ｚｚｚ．ｃｏ．ｊｐ／」に一致するＵＲＬを検索する。
【００８４】
なお、クライアント端末２０からのリクエスト情報には複数のリンク情報が含まれてもよい。この場合、特定部１２８は、より多くのリンク情報で共通の話題ＩＤを優先的に抽出してもよい。例えば、リクエスト情報にリンク情報が５つ含まれ、３つのリンク情報が「ブザー・ビーター」に関し、他の２つのリンク情報が他の話題に関する場合、特定部１２８は、「ブザー・ビーター」に対応する話題ＩＤ「１０００１」を優先的に抽出してもよい。
【００８５】
Ｓ５２８の後、クライアント端末２０の特定要求部２２８は、リクエストに対する話題特定装置１０からの応答を解析する。具体的には、特定要求部２２８は、話題特定装置１０からの応答として得られた例えばＸＭＬデータを解析し、話題ＩＤを抽出する。
【００８６】
これにより、クライアント端末２０は、話題特定装置１０により特定された話題ＩＤを利用して多様なアプリケーションを実行することが可能となる（Ｓ５３２）。例えば、特定された話題ＩＤに対応するコンテンツを検索部２３２がコンテンツ記憶部２２４から検索し、検索されたコンテンツを再生部２３６が再生することにより、ネットワーク１２上での注目話題に関するコンテンツをユーザに推奨することが可能となる。
【００８７】
＜５．変形例＞
上記では、話題特定装置１０が話題特定機能を有し、Ｗｅｂページの話題特定のために話題特定装置１０を利用する例を説明したが、本発明はかかる例に限定されない。例えば、ブログやＳＮＳサイトで記事を編集するときにも話題特定装置１０を利用することができる。具体的には、公式サイトを引用して記事を作成する場合、図１０を参照して説明するように話題特定装置１０から公式サイトのＵＲＬや画像のＵＲＬを取得し、記事に埋め込むことができる。
【００８８】
図１０は、話題特定システム１による動作の変形例を示したシーケンス図である。図１０に示したように、クライアント端末２０は、新規投稿をする場合にＷｅｂサーバ３０にアクセスし（Ｓ６０４）、新規の投稿フォームをＷｅｂサーバ３０から取得する（Ｓ６０８）。そして、ユーザが、クライアント端末２０において投稿フォームに従って記事を作成する際（Ｓ６１２）、記事の話題に関するＷｅｂデータのＵＲＬをリンク情報として記事中に埋め込むことを所望したとする。
【００８９】
この場合、クライアント端末２０の特定要求部２２８が、ユーザにより指定されたキーワードを含むリクエスト情報を話題特定装置１０に送信する（Ｓ６１６）。そして、話題特定装置１０の特定部１２８が、リクエスト情報に含まれるキーワードに関連するＵＲＬを話題特定用データ記憶部１２４から検索し（Ｓ６２０）、検索したＵＲＬのリストをクライアント端末２０に送信する（Ｓ６２４）。
【００９０】
例えば、ユーザがドラマ「ブザー・ビーター」について記事を書いている場合、ユーザはクライアント端末２０からキーワード「ブザー・ビーター」を含むリクエスト情報を話題特定装置１０に送信する。そして、話題特定装置１０は、話題特定データのタイトルから、リクエスト情報に含まれるキーワードを検索し、検索されたタイトルに対応するＵＲＬを話題ＩＤごとにグループ化してクライアント端末２０に送信する。
【００９１】
Ｓ６２４の後、クライアント端末２０は、話題特定装置１０から受信したＵＲＬから所望のＵＲＬを選択し、選択したＵＲＬを記事中に埋め込むことができる（Ｓ６２８）。例えば、クライアント端末２０は、公式サイトのＵＲＬをリンク情報として記事中に貼り付けたり、ドラマのシーン画像を貼り付けたりすることができる。
【００９２】
このような変形例にかかるアプリケーションによれば、公式サイトや画像のＵＲＬを個々に調べることなく、投稿記事中に容易にリンク情報や画像を貼り付けることが可能となる。また、このようなアプリケーションが増えることにより、話題特定装置１０に蓄積されたＵＲＬがブログやＳＮＳサイトなどのＷｅｂデータに組み込まれることとなるので、話題特定がさらに容易になるという相乗効果が期待される。
【００９３】
＜６．まとめ＞
以上説明したように、本実施形態によれば、ネットワーク１２上で公開されているブログやＳＮＳサイトなどのＷｅｂデータの話題を、当該Ｗｅｂデータに含まれるリンク情報や画像のＵＲＬを利用して特定することができる。このため、Ｗｅｂデータ中の記載中の表記や言い回しが通常と異なる場合であっても、当該Ｗｅｂデータの話題を適切に特定することが可能である。
【００９４】
また、本実施形態によれば、同一の対象話題に関する複数の異なるＷｅｂページのＵＲＬは、話題特定装置１０において同一の話題ＩＤと対応付けて管理される。このため、同一の話題に関する複数のＷｅｂデータに含まれるリンク情報が異なる場合であっても、これらのＷｅｂデータの話題が同一であると特定することが可能である。また、変形例によれば、話題特定装置１０をＵＲＬ特定装置として利用することにより、公式サイトや画像のＵＲＬを個々に調べることなく、投稿記事中に容易にリンク情報や画像を貼り付けることが可能となる。
【００９５】
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００９６】
例えば、本明細書の話題特定システム１およびクライアント端末２０の処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、話題特定システム１およびクライアント端末２０の処理における各ステップは、シーケンス図またはフローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【００９７】
また、話題特定装置１０およびクライアント端末２０に内蔵されるＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３などのハードウェアを、上述した話題特定装置１０およびクライアント端末２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【００９８】
１０      話題特定装置
１２      ネットワーク
２０      クライアント端末
３０      Ｗｅｂサーバ
１１６、２１６    通信部
１２０    収集部
１２４    話題特定用データ記憶部
１２８    特定部
２２０    情報抽出部
２２４    コンテンツ記憶部
２２８    特定要求部
２３２    検索部
２３６    再生部
【図１】
2011108117.tif 000003
【図２】
2011108117.tif 000004
【図３】
2011108117.tif 000005
【図４】
2011108117.tif 000006
【図５】
2011108117.tif 000007
【図６】
2011108117.tif 000008
【図７】
2011108117.tif 000009
【図８】
2011108117.tif 000010
【図９】
2011108117.tif 000011
【図１０】
2011108117.tif 000012