(57)【要約】【課題】ある特定のキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間を決定する区間作成装置を提供する。【解決手段】複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを組み合わせたデータである実況データを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、前記実況データ数集計部によって集計された実況データの個数が、所定の閾値以上である連続した時間の開始時刻、及び終了時刻からなる区間データを作成する話題区間作成部とを備える。【選択図】図１
2012129979.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する実況データ取得部と、
入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、
前記実況データ数集計部によって集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する区間作成部と、
を備えることを特徴とする区間作成装置。
【請求項２】
放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、
をさらに備え、
前記実況データは、前記文字列データと関係する放送局の放送局ＩＤをさらに含み、
前記実況データ数集計部は、前記実況データに関連する放送局ＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
前記区間作成部は、前記実況データ数集計部によって集計された前記放送局ＩＤごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、
ことを特徴とする請求項１に記載の区間作成装置。
【請求項３】
放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、
１つ以上の放送局タグを含む文字列データを有する実況データと、前記放送局タグに対応付けられた放送局ＩＤとを対応付ける放送局同定部と、
をさらに備え、
前記実況データ数集計部は、前記実況データに関連する放送局ＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
前記区間作成部は、前記実況データ数集計部によって集計された前記放送局ＩＤごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、
ことを特徴とする請求項１に記載の区間作成装置。
【請求項４】
前記放送局ＩＤと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、
前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局ＩＤを、前記実況データに関連する放送局ＩＤとして選出する放送局同定部と、
をさらに備えることを特徴とする請求項２に記載の区間作成装置。
【請求項５】
放送コンテンツを一意に識別するための識別子であるコンテンツＩＤを格納する放送コンテンツ格納部、
をさらに備え、
前記実況データは、前記文字列データと関係するコンテンツＩＤをさらに含み、
前記実況データ数集計部は、前記実況データに関連するコンテンツＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
前記区間作成部は、前記実況データ数集計部によって集計された前記コンテンツＩＤごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、
ことを特徴とする請求項１に記載の区間作成装置。
【請求項６】
前記コンテンツＩＤと、前記コンテンツＩＤに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、
前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツＩＤを、前記実況データに関連するコンテンツＩＤとして選出する放送局同定部と、
をさらに備えることを特徴とする請求項５に記載の区間作成装置。
【請求項７】
前記区間作成部は、
前記実況データ数集計部によって集計された実況データの個数の平均値、及び標準偏差を求め、前記平均値と、前記標準偏差とから前記閾値を算出する、
ことを特徴とする請求項１から６のいずれかに記載の区間作成装置。
【請求項８】
複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時を含む実況データとを取得する実況データ取得部と、
入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、
前記実況データ数集計部によって集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する区間作成部と、
を備えることを特徴とする区間作成装置。
【請求項９】
放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、
をさらに備え、
前記実況データは、前記文字列データと関係する放送局の放送局ＩＤをさらに含み、
前記実況データ数集計部は、前記実況データに関連する放送局ＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
前記区間作成部は、前記実況データ数集計部によって集計された前記放送局ＩＤごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、
ことを特徴とする請求項８に記載の区間作成装置。
【請求項１０】
放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、
１つ以上の放送局タグを含む文字列データを有する実況データと、前記放送局タグに対応付けられた放送局ＩＤとを対応付ける放送局同定部と、
をさらに備え、
前記実況データ数集計部は、前記実況データに関連する放送局ＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
前記区間作成部は、前記実況データ数集計部によって集計された前記放送局ＩＤごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、
ことを特徴とする請求項８に記載の区間作成装置。
【請求項１１】
前記放送局ＩＤと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、
前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局ＩＤを、前記実況データに関連する放送局ＩＤとして選出する放送局同定部と、
をさらに備えることを特徴とする請求項９に記載の区間作成装置。
【請求項１２】
放送コンテンツを一意に識別するための識別子であるコンテンツＩＤを格納する放送コンテンツ格納部、
をさらに備え、
前記実況データは、前記文字列データと関係するコンテンツＩＤをさらに含み、
前記実況データ数集計部は、前記実況データに関連するコンテンツＩＤごとに、前記単位時間ごとの実況データの個数を集計し、
前記区間作成部は、前記実況データ数集計部によって集計された前記コンテンツＩＤごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、
ことを特徴とする請求項８に記載の区間作成装置。
【請求項１３】
前記コンテンツＩＤと、前記コンテンツＩＤに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、
前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツＩＤを、前記実況データに関連するコンテンツＩＤとして選出する放送局同定部と、
をさらに備えることを特徴とする請求項１２に記載の区間作成装置。
【請求項１４】
複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、
入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、
集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成するステップと、
を備えることを特徴とする区間作成方法。
【請求項１５】
複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、
入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、
集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の時間を付加して区間データを作成するステップと、
を備えることを特徴とする区間作成方法。
【請求項１６】
複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する処理と、
入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する処理と、
集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さにより特定される区間データを作成する処理と、
をコンピュータに実行させることを特徴とする区間作成プログラム。
【請求項１７】
複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する処理と、
入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する処理と、
集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する処理と、
をコンピュータに実行させることを特徴とする区間作成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像、及び音声データであるデジタルコンテンツにおいて、指定された検索条件に一致する範囲を再生、または編集するための区間を作成する区間作成装置、区間作成方法および区間作成プログラムに関するものである。
【背景技術】
【０００２】
放送コンテンツを視聴する際に、同一の放送コンテンツであっても、話題は一定ではなく、時間によって変化するため、特定の話題に関係するシーンに限定して視聴したいといった需要が存在する。例えば、同じニュース番組であっても、政治に関するニュース、経済に関するニュース、スポーツに関するニュース、天気・交通情報などが放送される。全ての視聴者が、全てのニュースを見たいとは限らず、どのニュースが見たいかは視聴者によって様々である。
【０００３】
特許文献１は、デジタルコンテンツに付随する字幕情報を用いて、注目パートの開始位置を決定する技術を開示する。
【０００４】
また、特許文献２は、映像を解析して番組の内容を代表するダイジェスト区間を検出し、字幕全体で検出される出現頻度の高いキーワードを多く含むダイジェスト区間の字幕の部分を見出しに設定する技術を開示する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−０２７２６０
【特許文献２】特開２００８−０４７００４
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１、特許文献２のどちらにおいても、字幕情報によって注目パートの開始位置を決定するため、字幕情報の存在しないコンテンツでは利用できない問題があった。また、字幕情報が存在するコンテンツであっても、字幕情報に存在しないキーワードでは検索できない問題があった。
【０００７】
字幕情報を用いず、ある特定のキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間が決定できる発明は、これまで開示されていない。
【０００８】
本発明は、以上の点を考慮してなされたもので、ある特定のキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間を決定する技術を提供するものである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のある態様の区間作成装置は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、実況データ数集計部によって集計された実況データの個数が、所定の閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成する区間作成部と、を備える。
【００１０】
放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、をさらに備えてもよい。実況データは、文字列データと関係する放送局の放送局ＩＤをさらに含んでもよい。実況データ数集計部は、実況データに関連する放送局ＩＤごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計された放送局ＩＤごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。
【００１１】
放送局を一意に識別するための識別子である放送局ＩＤと、放送局を表す文字列である１つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、１つ以上の放送局タグを含む文字列データを有する実況データと、放送局タグに対応付けられた放送局ＩＤとを対応付ける放送局同定部と、をさらに備えてもよい。実況データ数集計部は、実況データに関連する放送局ＩＤごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計された放送局ＩＤごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。
【００１２】
放送局ＩＤと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、コンテンツ情報と、実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局ＩＤを、実況データに関連する放送局ＩＤとして選出する放送局同定部と、をさらに備えてもよい。
【００１３】
放送コンテンツを一意に識別するための識別子であるコンテンツＩＤを格納する放送コンテンツ格納部、をさらに備えてもよい。実況データは、文字列データと関係するコンテンツＩＤをさらに含んでもよい。実況データ数集計部は、実況データに関連するコンテンツＩＤごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計されたコンテンツＩＤごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。
【００１４】
コンテンツＩＤと、コンテンツＩＤに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、コンテンツ情報と、実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツＩＤを、実況データに関連するコンテンツＩＤとして選出する放送局同定部と、をさらに備えてもよい。
【００１５】
区間作成部は、実況データ数集計部によって集計された実況データの個数の平均値、及び標準偏差を求め、平均値と、標準偏差とから閾値を算出してもよい。
【００１６】
本発明の別の態様もまた、区間作成装置である。この装置は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時を含む実況データとを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、実況データ数集計部によって集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する区間作成部と、を備える。
【００１７】
本発明のさらに別の態様は、区間作成方法である。この方法は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、集計された実況データの個数が、所定の閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成するステップと、を備える。
【００１８】
本発明のさらに別の態様もまた、区間作成方法である。この方法は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の時間を付加して区間データを作成するステップと、を備える。
【００１９】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２０】
本発明によれば、様々なキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間を決定することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態におけるシステム構成図である。
【図２】本発明の実施形態における実況データサーバの構成を示すブロック図である。
【図３】実施形態１における区間作成装置の構成を示すブロック図である。
【図４】区間作成装置の処理の流れを示すフローチャートである。
【図５】放送局情報格納部のフォーマットの一例を示す図である。
【図６】放送コンテンツ格納部のフォーマットの一例を示す図である。
【図７】話題区間格納部のフォーマットの一例を示す図である。
【図８】条件入力部が提示するユーザインタフェースの一例を示す図である。
【図９】実況データ数を集計するテーブルの一例を示す図である。
【図１０】実況データ集計部の処理の流れを示すフローチャートである。
【図１１】話題区間作成部の処理の流れを示すフローチャートである。
【図１２】実況データ数のグラフ例から模式的に話題区間を作成する様子を示す図である。
【図１３】話題区間検出処理の流れを示すフローチャートである。
【図１４】実施形態２における区間作成装置の構成を示すブロック図である。
【図１５】コンテンツ情報格納部のフォーマットの一例を示す図である。
【図１６】実施形態２における放送局同定部の処理の流れを示すフローチャートである。
【図１７】実施形態３における区間作成装置の構成を示すブロック図である。
【図１８】実施形態３における話題区間作成部の処理の流れを示すフローチャートである。
【図１９】話題区間と実況分割区間の関係の一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明を実施するための形態について、下記のように、いくつか例を示して説明する。
【００２３】
［実施形態１］
図１は、本発明の実施形態１のシステム全体を示す図であり、区間作成装置１と、実況データサーバ１００とが、ネットワーク１０００を介して接続されており、さらに、実況データサーバ１００は、ネットワーク１０００を介して投稿端末２００と接続されていることを示している。
【００２４】
実況データサーバ１００は、いわゆるＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）や、ＢＢＳ（Ｂｕｌｌｅｔｉｎ  Ｂｏａｒｄ  Ｓｙｓｔｅｍ）や、ブログ（ミニブログを含む）などに代表される、サービスを利用するユーザから送信されるデータを蓄積し、他のユーザに公開するためのサーバである。実況データサーバの蓄積するデータは、そのデータを作成する時分に、ユーザが感じていることを表現した文字情報を含むデータである。本実施形態における実況データサーバ１００は、投稿端末２００によって送信される文字情報を、文字情報を受け付けた日時と組み合わせて格納する。なお、実況データサーバ１００は、複数存在していても良い。
【００２５】
図２は、実況データサーバ１００の構成を示すブロック図である。実況データサーバ１００は、投稿受付部１１０と、実況データ格納部１２０と、実況データ送信部１３０とで構成されている。
【００２６】
投稿受付部１１０は、外部の投稿端末２００から、ネットワーク１０００を介して送信される文字情報を受信し、その文字情報を、受信を受け付けた日時である投稿日時と共に、実況データ格納部１２０に格納する。なお、文字情報と、その文字情報の投稿日時とを組み合わせたデータを、以降、実況データと称する。
【００２７】
実況データ格納部１２０は、実況データを格納するデータベースである。
【００２８】
実況データ送信部１３０は、実況データ格納部１２０に格納された実況データを、ネットワーク１０００を介して送信する。また、実況データ送信部１３０は、区間作成装置１によって、投稿日時の範囲や、文字情報に含まれる文字列などといった実況データの検索条件が指定されると、その検索条件に一致する実況データのみを区間作成装置１に送信する。
【００２９】
以上が実況データサーバ１００の説明である。なお、実況データサーバ１００は、１つではなく、複数存在しても良い。
【００３０】
投稿端末２００は、一般のＰＣや携帯情報端末などの、文字情報を編集するための入力インタフェースとディスプレイを備え、その文字情報を実況データサーバ１００に送信するための通信手段を有する端末である。この投稿端末２００は、複数存在していても良い。また、投稿端末２００を利用するユーザは１人でも、複数人であっても良い。また、投稿端末２００を利用するユーザは、区間作成装置１を利用するユーザでなくとも良い。
【００３１】
次に、区間作成装置１の説明を行う。区間作成装置１は、実況データから、指定されたキーワードに関する放送を行った区間を、放送局ごとに検出するものである。例えば、「円高」というキーワードが指定された場合に、「円高」に関連する放送を行った区間を、実況データを基に放送局ＩＤごとに検出するという処理を行う。このように、指定されたキーワードによって検出される時間幅を話題区間と称する。また、話題区間の検出に用いるキーワードを話題区間キーワードと称する。また、話題区間の開始時刻と、話題区間の終了時刻と、話題区間キーワードと、放送局を識別する識別子とを組み合わせたデータを話題区間データと称する。
【００３２】
図３は、本実施形態における区間作成装置１の好ましい構成を示すブロック図である。区間作成装置１は、中央制御部１１と、ＲＯＭ１２と、主記憶部１３と、入力部１４と、表示部１５と、通信部１６と、補助記憶部２０と、条件入力部３０と、実況データ取得部４０と、放送局同定部５０と、実況データ数集計部６０と、話題区間作成部７０と、で構成されており、これらはバス１０を介して接続されている。また、通信部１６は、ネットワーク１０００によって、外部装置である実況データサーバ１００に接続されている。
【００３３】
図３では、区間作成装置１を機能ブロック図によりハードウェア的に構成して示しているが、区間作成装置１全体を１つのソフトウェアプログラムとして、メモリやＣＰＵを備えるＰＣ上でソフトウェア的に実行するようにしてもよい。
【００３４】
続いて、区間作成装置１が、実況データから、話題区間データを作成する処理の流れを、図４に示すフローチャートを参照しながら説明を行う。
【００３５】
まず、区間作成装置１の条件入力部３０は、話題区間を検出するための条件を、ユーザに入力させる（ステップＳ１０）。
【００３６】
次に、区間作成装置１の実況データ取得部４０は、実況データを、実況データサーバ１００から取得する（ステップＳ２０）。
【００３７】
次に、区間作成装置１の放送局同定部５０は、ステップＳ２０で取得した実況データと、放送局とを関連付ける（ステップＳ３０）。
【００３８】
次に、区間作成装置１の実況データ数集計部６０は、実況データの数を、放送局ごとに区間を分割して集計する（ステップＳ４０）。
【００３９】
次に、区間作成装置１の話題区間作成部７０は、ステップＳ４０で集計した実況データ数を基に、話題区間の検出を行い、話題区間データを作成する（ステップＳ５０）。
【００４０】
以上が、区間作成装置１による話題区間データを作成する処理の流れである。
【００４１】
次に、区間作成装置１の各部の詳細な説明を行う。中央制御部１１は、区間作成装置１の動作全体を制御するユニットであり、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）などで構成される。ＲＯＭ１２は、読み込み専用の記憶媒体であり、区間作成装置１の全体を制御するための基本的な制御プログラムを格納する。主記憶部１３は、中央制御部１１がプログラムを実行するためのワークエリアであり、ＲＡＭメモリなどで構成される。入力部１４は、キーボードやマウス、タッチパネルなどであり、ユーザの入力を受け付けるユニットである。表示部１５は、ＣＲＴや液晶ディスプレイなどであり、ユーザへの情報を表示するためのユニットである。通信部１６は、ネットワークカードなど、外部のネットワークと通信するためのユニットである。
【００４２】
補助記憶部２０は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの大容量記憶媒体であり、内部に、放送局情報格納部２１と、放送コンテンツ格納部２２と、話題区間格納部２３と、を備える。
【００４３】
放送局情報格納部２１は、放送局を一意に識別する識別子である放送局ＩＤと、放送局名と、放送局短縮名と、放送局タグとを組み合わせて格納する。放送局短縮名は、放送局名の略称である。放送局タグは、放送局を表すための独自の名前タグであり、複数のタグを格納することができる。図５は、放送局情報格納部２１のフォーマットの一例を示す図であり、放送局ＩＤと、放送局名とを組み合わせて格納している。例えば、放送局ＩＤが「放送局１」の放送局名は、「Ｚｙｘテレビ」であり、放送局短縮名は「ＺｙｘＴＶ」、放送局タグは「ｚｙｘ」と、「ｚｔｖ」の２つが設定されている。放送局ＩＤが「放送局２」の放送局名は、「アルプステレビ」であり、放送局短縮名は「ＡｌｐＴＶ」、放送局タグは「ａｌｐ」である。
【００４４】
放送コンテンツ格納部２２は、放送局によって放送された放送コンテンツを一意に識別する識別子であるコンテンツＩＤと、その放送コンテンツを放送した放送局を示す放送局ＩＤと、放送を開始した時刻である放送開始時刻と、放送を終了した時刻である放送終了時刻とを組み合わせて格納する。図６は、放送コンテンツ格納部２２のフォーマットの一例を示す図である。図６によると、コンテンツＩＤが「コンテンツＩＤ１」の放送コンテンツの放送開始時刻として「２０１０年１１月１１日  １５：００」を、放送終了時刻として「２０１０年１１月１１日  １６：００」を、放送局ＩＤとして「放送局１」を格納している。放送開始時刻は、放送コンテンツの放送が開始された時刻を示すものである。すなわち、コンテンツＩＤ１は、２０１０年１１月１１日の１５時ちょうどから放送が始まったことを示す。また、放送終了時刻は、放送コンテンツの放送が終了した時刻を示すものである。すなわち、コンテンツＩＤ１は、２０１０年１１月１１日１６時まで放送されたことを示す。
【００４５】
なお、放送終了時刻に替えて、放送コンテンツの放送された時間の長さを格納しても良い。放送された時間の長さとして、「１時間」を設定すると、図６の例では、放送開始時刻が「２０１０年１１月１１日  １５：００」なので、放送終了時刻は、放送開始時刻と、放送された時間の長さとから、「２０１０年１１月１１日  １６：００」と算出することができる。
【００４６】
また、放送開始時刻、及び放送終了時刻は、世界協定時であるＵＴＣ（Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ，  Ｃｏｏｒｄｉｎａｔｅｄ）の日時データを格納することを基本とするが、ＵＴＣでなくとも、ＵＴＣに変換可能な日時データであれば良い。例えば、日本標準時であるＪＳＴ（Ｊａｐａｎ  Ｓｔａｎｄａｒｄ  Ｔｉｍｅ）を示すデータであっても良いし、ＵＴＣにおける１９７０年１月１日０時０分を基点とした相対時間であるＵｎｉｘ（登録商標）時間を示す数値データであっても良い。
【００４７】
なお、放送局ＩＤと、コンテンツＩＤとは、時刻情報から相互に変換可能である。
【００４８】
話題区間格納部２３は、話題区間データを格納する。話題区間データは、前述の通り、放送局を識別するための放送局ＩＤと、話題区間キーワードと、話題区間の開始時刻と、話題区間の終了時刻とで構成される。図７は、話題区間格納部２３のフォーマットの一例を示す図であり、放送局ＩＤと、話題区間キーワードと、開始時刻と、終了時刻とに加え、話題区間データを識別する識別子である話題区間ＩＤを格納している。例えば、話題区間ＩＤが「話題区間１」である放送局ＩＤは「放送局１」であり、話題区間キーワードは「円高」であり、開始時刻は「２０１０年１１月１１日  １５：１０」であり、終了時刻は「２０１０年１１月１１日  １５：２０」である。この「話題区間１」の話題区間データは、放送局１が２０１０年１１月１１日  １５：１０〜１５：２０の間に放送した放送コンテンツは、「円高」に関係した放送を行った区間であることを示すものである。
【００４９】
なお、話題区間の終了時刻に替えて、話題区間の時間の長さを格納しても良い。話題区間の長さとして、「１０時間」を設定すると、図７の例では、話題区間の開始時刻が「２０１０年１１月１１日  １５：００」なので、話題区間の終了時刻は、話題区間の開始時刻と、話題区間の時間の長さとから、「２０１０年１１月１２日  １：００」と算出することができる。
【００５０】
また、話題区間の開始時刻、及び話題区間の終了時刻は、世界協定時であるＵＴＣの日時データを格納することを基本とするが、ＵＴＣでなくとも、ＵＴＣに変換可能な日時データであれば良い。例えば、日本標準時であるＪＳＴを示すデータであっても良いし、ＵＴＣにおける１９７０年１月１日０時０分を基点とした相対時間であるＵｎｉｘ（登録商標）時間を示す数値データであっても良い。
【００５１】
条件入力部３０は、話題区間データを作成するために、話題区間キーワードと、実況時間とをユーザに設定させる。実況時間とは、開始時刻と、終了時刻とからなる時間幅であり、この実況時間に含まれる時刻内で話題区間を検出する。つまり、実況時間⊇話題区間である。話題区間キーワードと、実況時間とをユーザに入力させるために、入力を補助するためのユーザインタフェースを、表示部１５に表示する。ユーザは、ユーザインタフェース画面を参照しながら、入力部１４によって条件の入力を行う。
【００５２】
図８は、条件入力部３０が提示するユーザインタフェースの一例である。図８の開始時刻設定３００は、実況時間の開始時刻を指定するためのユーザインタフェース部品である。終了時刻設定３１０は、実況時間の終了時刻を指定するためのユーザインタフェース部品である。キーワード設定３２０は、話題区間キーワードを入力することが可能なユーザインタフェース部品である。実行ボタン３３０が押下されると、開始時刻設定３００と、終了時刻設定３１０と、キーワード設定３２０とから、話題区間作成条件を作成する。図８に示す例の状態で実行ボタン３３０が押下されたとすると、実況時間の開始時刻は、開始時刻設定３００より、２０１０年１１月１１日  １５：００と設定され、実況時間の終了時刻は、終了時刻設定３１０より、２０１０年１１月１２日  １：００と設定される。また、話題区間キーワードは、「円高」と設定される。
【００５３】
実況データ取得部４０は、実況時間内である投稿時間を有する実況データであり、文字情報に話題区間キーワードを含む実況データを、実況データサーバ１００から、通信部１６を介して取得する。例えば、条件入力部３０によって、実況時間の開始時刻が２０１１年１１月１１日  １５：００に、実況時間の終了時刻が２０１１年１１月１２日  １：００に、話題区間キーワードが「円高」に設定された場合、この時間内の投稿日時を有する実況データであって、文字情報に「円高」を含む実況データを、実況データサーバ１００から取得する。
【００５４】
放送局同定部５０は、実況データ取得部４０によって受信された実況データの文字情報から、その実況データがどの放送局の放送コンテンツについて言及しているかを判別して、実況データと、放送局ＩＤとの対応付けを行う。具体的には、実況データの文字情報中に、放送局情報格納部２１に格納された放送局名や放送局短縮名、放送局タグが含まれているかどうかを判別して対応付けを行う。
【００５５】
ここで、放送局情報格納部２１として、図５の例を用いて実況データを放送局に対応付ける具体例を３つ示す。
（１）実況データの文字情報が、「今アルプステレビ見ています。」である場合、放送局ＩＤが「放送局２」である放送局名「アルプステレビ」が実況データの文字情報に含まれているので、この実況データを放送局２と対応付ける。
（２）実況データの文字情報が、「ＺｙｘＴＶ閲覧中」である場合、放送局ＩＤが「放送局１」である放送局短縮名「ＺｙｘＴＶ」が実況データの文字情報に含まれているので、この実況データを放送局２と対応付ける。
（３）実況データの文字情報が、「ハイパーニュースを見ています。＃ｚｔｖ」である場合、放送局ＩＤが「放送局１」である放送局タグ「ｚｔｖ」が実況データの文字情報に含まれているので、この実況データを放送局１と対応付ける。
【００５６】
このように、放送局名や、放送局短縮名、放送局タグによって、実況データと放送局ＩＤとの対応付けを行う。もし、実況データの文字情報が、複数の放送局ＩＤと一致した場合、一致した放送局全てだけ、実況データと放送局ＩＤとを対応付ける。
【００５７】
実況データ数集計部６０は、放送局ＩＤごとに、条件入力部３０で指定されたキーワードに一致する実況データの数である実況データ数をカウントする。また、実況データ数をカウントする際に、条件入力部３０で設定された実況時間を、所定の時間間隔ごとに分割したものである実況分割区間を作成し、その実況分割区間ごとに実況データ数をカウントする。
【００５８】
図９は、２０１０年１１月１１日  １５：００〜１５：１０の実況区間を５分間隔で分割して、２０１０年１１月１１日  １５：００〜１５：０５と、２０１０年１１月１１日  １５：０５〜１５：１０との２つの実況分割区間を作成し、さらに、これらの実況分割区間と、２つの放送局ＩＤ「放送局１」「放送局２」とに対応する実況データ数をカウントした結果を示す図である。図９によると、放送局１における実況分割区間１５：００〜１５：０５の実況データ数は４であり、実況分割区間１５：０５〜１５：１０の実況データ数は８である。放送局２における実況分割区間１５：００〜１５：０５の実況データ数は１であり、実況分割区間１５：０５〜１５：１０の実況データ数は２であることを示している。このように、実況データ数集計部６０は、実況分割区間と、放送局ＩＤとに対応付けられた実況データ数のテーブルを作成する。
【００５９】
次に、実況データ数集計部６０の処理の流れを、図１０のフローチャートを参照しながら説明する。まず、実況データ数集計部６０は、条件入力部３０で設定された実況時間を、所定間隔ごとに分割して、実況分割区間を作成する（ステップＳ１００）。所定間隔を５分として実況時間の分割を行う例を示すと、開始時刻が２０１１年１１月１１日  １５：００ならば、最初の区間は、２０１１年１１月１１日の１５：００〜１５：０５であり、２つ目の区間は同日１５：０５〜１５：１０、３つ目の区間は同日１５：１０〜１５：１５となる。この分割を、実況時間の終了時刻まで行う。
【００６０】
次に、実況データ数集計部６０は、実況データ数をカウントするテーブルであるカウントテーブルを作成する（ステップＳ１１０）。このテーブルは、図９に示すような、対応する放送局ＩＤと、実況分割区間との対応によって格納する実況データ数の位置が決まるテーブルである。放送局ＩＤには、放送局情報格納部２１に格納された放送局ＩＤを用い、実況分割区間には、ステップＳ１００で作成した実況分割区間を用いる。
【００６１】
次に、実況データ数集計部６０は、ループを開始する（ステップＳ１２０）。ステップＳ１２０に示す記号は、ループ開始を表す記号であり、ループ識別子「ループＡ」は、開始値１、増分１のループカウンタｎが、終了値Ｎになるまでループすることを示している。なお、終了値Ｎは、実況データ取得部４０によって取得された実況データの総数である。
【００６２】
次に、実況データ数集計部６０は、ｎ番目の実況データを実況データ取得部４０に読み出させる（ステップＳ１３０）。
【００６３】
次に、実況データ数集計部６０は、ｎ番目の実況データの投稿日時を含む実況分割区間と、ｎ番目の実況データに対応付けられた放送局ＩＤとに対応するカウントテーブルの位置のカウンタを１増加させる（ステップＳ１４０）。もし、放送局ＩＤが複数対応付けられている場合は、対応付けられている全ての放送局ＩＤについて前記処理を行う。
【００６４】
次に、実況データ数集計部６０は、ループの終了条件をチェックする（ステップＳ１５０）。ステップＳ１５０に示す記号は、ループの終端を示すものである。ループ識別子「ループＡ」が終了条件に達したか、つまり、ループカウンタｎが終了値Ｎとなったかどうかを判断する。もし、終了条件を満たすならば、実況データ数集計部６０は、処理を終了する。そうでなければ、ループカウンタｎを増分１だけ増加させ、ステップＳ１２０に戻る。
【００６５】
以上が実況データ数集計部６０の処理である。
【００６６】
図３の説明に戻り、話題区間作成部７０は、実況データ数集計部６０で算出した実況データ数から放送局ＩＤごとに話題区間を検出し、その検出された話題区間の開始時刻と、終了時刻と、放送局ＩＤと、話題区間キーワードとを組み合わせた話題区間データを話題区間格納部２３に格納する。本実施形態では、代表的な話題区間の検出方法について、図１１のフローチャートを参照しながら説明を行う。
【００６７】
まず、話題区間作成部７０は、放送局情報格納部２１に格納された放送局ＩＤの総数をＫとし、ループ識別子「ループＢ」を、初期値１、増分１のループカウンタｋが終了値Ｋになるまでのループを開始する（ステップＳ２００）。
【００６８】
次に、話題区間作成部７０は、実況データ数集計部６０によって作成されたカウンタテーブルから、ｋ番目の放送局ＩＤに対応する実況分割区間ごとの実況データ数を取り出す（ステップＳ２１０）。
【００６９】
次に、話題区間作成部７０は、ステップＳ２１０によって取り出された実況分割区間の実況データ数の平均Ｍと標準偏差Ｓを算出する（ステップＳ２２０）。
【００７０】
次に、話題区間作成部７０は、調整パラメータαと、ステップＳ２２０で算出された実況データ数の平均Ｍ、及び標準偏差Ｓとによって、閾値θを以下の式１によって算出する（ステップＳ２３０）。
θ＝Ｍ−αＳ・・・（式１）
【００７１】
調整パラメータαは、予め設計者が設定しておく０．５〜２．０程度の実数であり、１．０程度の値を推奨する。αの値を大きくとると、検出される話題区間の長さが長くなり、逆にαの値を小さく取ると、検出される話題区間の長さが短くなる。また、閾値θが０以下となった場合、θ＝０とする。
【００７２】
次に、話題区間作成部７０は、実況データ数が閾値θ以上である実況分割区間から話題区間を検出する（ステップＳ２４０）。図１２は、実況時間を２０１０年１１月１１日の１５：００〜１７：５０とし、５分単位で分割して実況分割区間を作成したときの実況データ数をグラフ化したものである。なお、実況データ数は仮のデータサンプルを用いている。話題区間作成部７０のステップＳ２４０の話題区間検出処理では、閾値６００以上である連続した実況分割区間を話題区間として作成するものであって、その処理の結果として、話題区間６１０に示す１５：００〜１５：２５の話題区間と、話題区間６２０に示す１５：３５〜１６：２５の話題区間と、話題区間６３０に示す１６：３５〜１７：２５の３つを作成することができる。
【００７３】
このステップＳ２４０の話題区間検出処理を、さらに、図１３のサブフローチャートを参照しながら説明する。
【００７４】
話題区間検出処理では、まず、話題区間の開始時刻を記憶するための開始時刻変数を初期化する（ステップＳ２４１）。
【００７５】
次に、話題区間作成部７０は、実況分割区間数をＪとすると、初期値１、増分１のループカウンタｊが終了値Ｊとなるまでのループ識別子「ループＣ」のループを開始する（ステップ２４２）。
【００７６】
次に、ｋ番目の放送局ＩＤと、ｊ番目の実況分割区間と、から決まるテーブル位置の実況データ数が、閾値θを上回っているかどうかを判断する（ステップＳ２４３）。上回っているならばステップＳ２４４へ、上回っていないならばステップＳ２４６へ進む。ステップＳ２４３において、話題区間作成部７０は、実況データ数が閾値θを上回っていると判断すると、さらに、開始時刻変数に開始時刻が設定されているかどうかを判断する（ステップＳ２４４）。もし、開始時刻が設定されている場合はループ終端のステップＳ２４８に進み、設定されていなければステップＳ２４５に進む。
【００７７】
次に、ステップＳ２４４において、話題区間作成部７０は、開始時刻変数に開始時刻が設定されていないと判断すると、開始時刻変数にｊ番目の実況分割区間の開始時刻を設定する（ステップＳ２４５）。
【００７８】
ステップＳ２４３の判定の説明に戻り、話題区間作成部７０は、実況データ数が、閾値θを上回っていないと判断すると、さらに、開始時刻変数に開始時刻が設定されているかどうかを判断する（ステップＳ２４６）。もし、開始時刻が設定されていない場合はループ終端のステップＳ２４８に進み、開始時刻が設定されている場合はステップＳ２４７に進む。
【００７９】
ステップＳ２４６において、開始時刻が設定されていると判断すると、話題区間作成部７０は、話題区間を作成する（ステップＳ２４７）。話題区間の開始時刻は、開始時刻変数に記憶された開始時刻とし、話題区間の終了時刻は、ｊ番目の実況分割区間の開始時刻とする。話題区間を作成すると、話題区間作成部７０は、開始時刻変数を初期化し、未設定の状態に戻す。続くステップＳ２４８は、ループＣの終端記号である（ステップＳ２４８）。ループＣが終了条件を満たすと判断する場合、話題区間作成部７０は、ステップＳ２４９に進み、終了条件を満たさないと判断する場合、ステップＳ２４２に戻って処理を繰り返す。次に、話題区間作成部７０は、開始時刻変数が設定されている場合、開始時刻変数に記憶された開始時刻を話題区間の開始時刻とし、話題区間の終了時刻を実況時間の終了時刻として、話題区間を作成する（ステップＳ２４９）。
【００８０】
以上がステップＳ２４０の話題区間検出処理の説明である。
【００８１】
次に、話題区間作成部７０は、ステップＳ２４０で検出した話題区間ごとに、ｋ番目の放送局ＩＤと、話題区間キーワードとを組み合わせて話題区間データを作成し、話題区間格納部２３に格納する（ステップＳ２５０）。
【００８２】
次に、話題区間作成部７０は、ループＢが終了条件を満たしたかどうかを判定する（ステップＳ２６０）。終了条件を満たしたのであれば、話題区間作成部７０は処理を終了する。終了条件を満たしていないのであれば、ステップＳ２００に戻る。
【００８３】
以上が、話題区間作成部７０の説明である。
【００８４】
なお、式１を用いず、閾値θを所定値に設定するようにしても良い。
【００８５】
以上が、区間作成装置１の説明である。以上の区間作成装置１により、特定のキーワードが語られた区間の開始時刻と終了時刻とを検出し、さらに、その区間に放送局と対応付けることができるので、録画した放送コンテンツを、その検出された区間で切り出して編集したり、その検出された区間だけに限定して再生を行ったりすることが可能になる。
【００８６】
また、話題区間キーワードを複数指定し、両方の話題区間キーワードに一致する実況区間データを、実況データサーバ１００から取得できるようにしても良い。例えば、「円高＋ドル安」というように、話題区間キーワードを＋記号で繋いだ検索条件が指定されると、実況データサーバ１００は、「円高」というキーワードと、「ドル安」というキーワードを同時に含む実況データを返すようにする。
【００８７】
また、特定のキーワードを含まない話題区間キーワードを設定できるようにしても良い。例えば、「ＮＯＴドル安」というように、話題区間キーワードの先頭に、「ＮＯＴ」とつけられた検索条件が指定されると、実況データサーバ１００は、その後ろに続くキーワード、この場合では「ドル安」を含まない実況データを返すようにする。
【００８８】
また、特定の実況データサーバから受信した実況データである場合、その実況データを所定の放送局と対応付けるようにしても良い。例えば、放送局ＩＤが「放送局１」である放送コンテンツに関する投稿を受け付けるような実況データサーバが存在する場合、その実況データサーバから取得する実況データは全て、放送局ＩＤ「放送局１」と対応付ける。
【００８９】
また、本実施形態では、話題区間を放送局ＩＤごとに作成するとしたが、コンテンツＩＤごとに作成しても、同様の効果が得られるため、コンテンツＩＤごとに作成するようにしても良い。放送局ＩＤからコンテンツＩＤへの変換は、放送コンテンツ格納部２２を参照し、話題区間と、放送局ＩＤとから、コンテンツＩＤを特定することが可能である。
【００９０】
［実施形態２］
本実施形態におけるシステム構成は、図１に示す実施形態１のシステム構成と同様であるが、区間作成装置１の構成内容が異なる。本実施形態では、区間作成装置２として、説明を行う。
【００９１】
実施形態１の区間作成装置１の放送局同定部５０では、実況データの文字情報に放送局を特定するための文字列が存在するか否かによって放送局を同定していたが、本実施形態における区間作成装置２は、実況データの文字情報と、実況データの投稿日時に該当する時刻に放送していた放送コンテンツの情報とから、放送局を推定するものである。
【００９２】
図１４は、区間作成装置２の構成を示すブロック図である。区間作成装置２は、実施形態１の区間作成装置１と比較して、補助記憶部２０の内部にコンテンツ情報格納部２４が追加され、放送局同定部５０の動作が異なる。そこで、本実施形態においては、動作の異なる放送局同定部５０を放送局同定部５０Ａとし、コンテンツ情報格納部２４と、放送局同定部５０Ａとの説明を行い、その他の部については、区間作成装置１と同様のため、説明を省略する。なお、区間作成装置２による話題区間データの作成処理については、図４に示す区間作成装置１の処理と同様である。
【００９３】
コンテンツ情報格納部２４は、コンテンツＩＤと、そのコンテンツＩＤの副次的なデータであるコンテンツ情報とを組み合わせて格納する。コンテンツ情報は、放送コンテンツのタイトルや出演者、字幕、ジャンル、放送コンテンツの概要文などである。図１５は、コンテンツ情報格納部２４のフォーマットの一例を示す図であり、コンテンツ情報として、タイトルと、出演者とを格納している。図１５において、コンテンツＩＤ１のタイトルは「ハイパーニュース」であり、出演者は「日本太郎」である。
【００９４】
放送局同定部５０Ａは、実況データ取得部４０によって受信された実況データの文字情報から、その実況データがどの放送局の放送コンテンツについて言及しているかを判別して、実況データと、放送局ＩＤとの対応付けを行う。放送局同定部５０Ａの処理の流れを、図１６に示すフローチャートを参照しながら説明を行う。
【００９５】
まず、放送局同定部５０Ａは、実況データの文字情報に、放送局を特定するための放送局名や放送局短縮名、放送局タグと一致する文字列が含まれているかどうかを判断する（ステップＳ３００）。含まれている場合はステップＳ３１０に進み、そうでなければステップＳ３２０に進む。
【００９６】
実況データの文字情報に、放送局を特定する文字列が含まれている場合、放送局同定部５０Ａは、その一致文字列から放送局を対応付ける（ステップＳ３１０）。この処理は、実施形態１における放送局同定部５０と同様の処理であるため、説明を省略する。
【００９７】
ステップＳ３００において、放送局を特定するための文字列が実況データの文字情報に含まれていないと判断すると、放送局同定部５０Ａは、放送コンテンツ格納部２２に格納されたコンテンツ数をＭとし、ループ識別子「ループＤ」について、初期値１、増分１のループカウンタｍが、終了値Ｍとなるまでループする処理を行う（ステップＳ３２０）。
【００９８】
次に、放送局同定部５０Ａは、放送コンテンツ格納部２２におけるｍ番目のコンテンツＩＤ（以降、コンテンツＩＤｍとする）の放送開始時刻から、放送終了時刻までの時間幅に、実況データの投稿日時が含まれるかどうかを判定する（ステップＳ３３０）。例えば、図６に示す放送コンテンツ格納部２２の例において、コンテンツＩＤｍがコンテンツＩＤ１の場合、放送開始時刻は２０１０年１１月１１日  １５：００であり、放送終了時刻は２０１０年１１月１１日  １６：００である。この、２０１０年１１月１１日  １５：００から、２０１０年１１月１１日  １６：００までの時間内に、実況データの投稿日時が含まれているかどうかを判定する。もし、含まれるならばステップＳ３４０に進み、含まれないのであればステップＳ３６０に進む。
【００９９】
ステップＳ３３０において、実況データがコンテンツＩＤｍの時間内に含まれていると判定されたならば、放送局同定部５０Ａは、コンテンツ情報格納部２４から、コンテンツＩＤｍに対応するコンテンツ情報を取得する（ステップＳ３４０）。
【０１００】
次に、放送局同定部５０Ａは、前記取得したコンテンツ情報と、実況データの文字情報とから、コンテンツＩＤｍとの関連度を算出する（ステップＳ３５０）。関連度の算出は、コンテンツ情報と、実況データの文字情報との文字列を比較して、一致する文字列があれば、コンテンツＩＤｍとの関連度を、文字列の長さ分だけ加算する。
【０１０１】
例えば、実況データの文字情報が「今、ハイパーニュースを見ています」であり、コンテンツＩＤｍがコンテンツＩＤ１である場合、図６の例では、コンテンツＩＤ１のタイトルが「ハイパーニュース」であるため、この実況データは、コンテンツＩＤ１のコンテンツ情報であるタイトルを、部分文字列として含んでいる。この場合、「ハイパーニュース」という文字列の長さが８文字なので、コンテンツＩＤ１との関連度を８だけ増加させる。また、実況データの文字情報が「今、ハイパーニュースを見ています。日本太郎カッコいい」であった場合、前述の通り、部分文字列の「ハイパーニュース」によって、コンテンツＩＤ１との関連度を８増加させると共に、コンテンツＩＤ１の出演者である「日本太郎」も部分文字列として含むため、「日本太郎」という文字列の長さ分、すなわち、４を関連度に加える。
【０１０２】
このような文字列比較の処理を、コンテンツＩＤｍに対応するコンテンツ情報の種類ごとに行うことで、実況データと、コンテンツＩＤｍとの関連度を算出する。
【０１０３】
次のステップＳ３６０の記号は、ループ識別子「ループＤ」のループ終端を示すものであり、ループＤが条件を満たす場合、すなわち、ループカウンタｍが終了値Ｍとなった場合、ステップＳ３７０に進み、そうでなければステップＳ３２０に戻る（ステップＳ３６０）。
【０１０４】
ループが終了すると、放送局同定部５０Ａは、関連度が所定の閾値以上となったコンテンツＩＤを選び出すと共に、放送コンテンツ格納部２２を参照して、選びだされたコンテンツＩＤに関連付けられた放送局ＩＤを取得する（ステップＳ３７０）。ここで取得された放送局ＩＤと、実況データとを対応付ける。
【０１０５】
上記処理を、実況データ取得部４０によって取得された全ての実況データに対して行い、実況データと放送局ＩＤとを対応付けしておく。
【０１０６】
以上が放送局同定部５０Ａの処理の流れである。なお、関連度を算出する際に、コンテンツ情報の種類ごとに重みを設定して算出するようにしても良い。例えば、タイトルに一致した場合は、一致した文字列の長さに１．２倍し、出演者に一致した場合は、文字列の長さに１．５倍するというように設定する。
【０１０７】
また、一致する部分文字列が、所定の長さに満たない場合は、関連度を増加させないように、閾値を設定してもよい。
【０１０８】
また、実況データの文字情報について形態素解析を行って、名詞のみを比較するようにしても良い。
【０１０９】
また、類語辞書や連想語辞書を用いて、類語や連想語に一致した場合も、関連度を増加するようにしてもよい。例えば、コンテンツＩＤｍがコンテンツＩＤ２である場合において、実況データの文字情報の中に「買い物」という文字列が含まれており、類語辞書より「ショッピング」が取得される場合、図６の例におけるコンテンツＩＤ２のタイトル「ショッピング情報」の部分文字列「ショッピング」と一致するので、この実況データと、コンテンツＩＤ２との関連度を増加させる。
【０１１０】
また、放送局同定部５０Ａの処理は、上記処理に限らず、実況データと、コンテンツＩＤとの対応付けが可能であれば、他の方法を用いても良い。
【０１１１】
以上が区間作成装置２の説明である。
【０１１２】
以上の区間作成装置２によると、実況データの記載内容から実況データと放送局との対応付けを行うことによって、放送局を明示的に指定していない実況データも本システムに利用することができるため、より正確な話題区間の検出が可能となる。さらに、利用可能なデータ数が増えることで、より様々な話題区間キーワードに一致する実況データが増えるため、様々な話題区間を検出することが可能となる。
【０１１３】
［実施形態３］
本発明の実施形態３における、区間作成装置３の構成を図１７に示す。図１７の構成は、図１に示す実施形態１の区間作成装置１と比較すると、話題区間作成部７０の動作が異なる。そこで、本実施形態における話題区間作成部７０を話題区間作成部７０Ａとして説明を行う。話題区間作成部７０Ａ以外の部については、図１に示す区間作成装置１と同様の動作であるため、説明を省略する。
【０１１４】
なお、システム全体の構成については、図２に示す実施形態１のシステム構成と同様であるため、説明を省略する。また、区間作成装置３の処理の流れについても、図４に示す区間作成装置１のフローチャートと同様のため、説明を省略する。
【０１１５】
話題区間作成部７０Ａは、実況データ数の大きい実況分割区間を中心に、話題区間を作成する。話題区間作成部７０Ａの処理の流れを、図１８のフローチャートを参照しながら説明を行う。
【０１１６】
まず、話題区間作成部７０Ａは、放送局情報格納部２１に格納された放送局ＩＤの総数をＫとし、ループ識別子「ループＥ」を、初期値１、増分１のループカウンタｋが終了値Ｋになるまでのループを開始する（ステップＳ４００）。
【０１１７】
次に、話題区間作成部７０Ａは、実況データ数集計部６０によって作成されたカウントテーブルから、ｋ番目の放送局ＩＤに対応する実況分割区間と、その実況分割区間に対応する実況データ数とを全て読み出す（ステップＳ４１０）。
【０１１８】
次に、話題区間作成部７０Ａは、取得した実況分割区間の中から、最も実況データ数の多い実況分割区間を選び出す（ステップＳ４２０）。
【０１１９】
次に、ステップＳ４１０で選び出した実況分割区間を中心とした話題区間を作成するか否かの判断を行う（ステップＳ４３０）。具体的には、選び出した実況分割区間が、後述のステップＳ４４０によって作成された、いずれかの話題区間に重なる場合、その実況分割区間からは話題区間を作成せず、ステップＳ４６０に進む。もし、実況分割区間が話題区間と重複していなければ、ステップＳ４３０に進む。
【０１２０】
ステップＳ４３０の判断処理について、図１９を用いて具体的に説明する。図１９の話題区間６４０は、ステップＳ４４０で作成された話題区間である。図１９の横軸は時刻である。ここで、ステップＳ４２０で選び出された実況分割区間が、実況分割区間７００であるとすると、実況分割区間７００は、話題区間６４０に重複しているため、実況分割区間７００からは話題区間を作成しないと判断する。一方、ステップＳ４２０で選び出された実況分割区間が、実況分割区間７１０である場合は、話題区間と重複していないため、実況分割区間７１０から話題区間を作成すると判断する。
【０１２１】
また、最大の実況データ数が予め定められた閾値に満たない場合も、話題区間を作成せずにステップＳ４５０に進む。なお、最大の実況データ数が所定の閾値に満たない場合は、他の実況分割区間も同様に所定の閾値に満たないことが明らかであるため、ステップＳ４７０に進むようにしても良い。
【０１２２】
ステップＳ４３０で、話題区間を作成すると判断した場合、話題区間作成部７０Ａは、ステップＳ４１０で選び出した実況分割区間を中心とした話題区間を作成する（ステップＳ４４０）。具体的には、実況分割区間から、前後所定の時間分を加算した区間を話題区間とする。例えば、実況分割区間が２０１０年１１月１１日  １５：００〜１５：０５であり、前後に加算する時間を３分とすると、作成される話題区間は、２０１０年１１月１１日  １４：５７〜１５：０８となる。なお、加算する所定の時間は、予め設計者が設定しておく。この加算する時間は、前後で加算値が異なっていても良い。また、加算値を０として、実況分割区間をそのまま話題区間として作成しても良い。また、加算値はマイナスの値を取っても良い。
【０１２３】
次に、ステップＳ４４０で作成された話題区間と、ｋ番目の放送局ＩＤと、話題区間キーワードとを組み合わせて話題区間データを作成し、話題区間格納部２３に格納する（ステップＳ４５０）。
【０１２４】
次に、話題区間作成部７０Ａは、ｋ番目の放送局ＩＤにおける話題区間作成処理を終了するかどうかの判定を行う（ステップＳ４６０）。ここでは、ｋ番目の放送局ＩＤの話題区間を所定の数だけ作成したかどうかの判断を行い、話題区間の作成数が所定数以上である場合はステップＳ４７０へ進む。また、ｋ番目の放送局ＩＤに対応する実況分割区間データを全て読み出した場合も、ステップＳ４７０に進む。それ以外の場合は、ステップＳ４２０に戻る。
【０１２５】
次に、話題区間作成部７０Ａは、ループＥの終了判定を行う（ステップＳ４７０）。ループＥが終了条件を満たすと判断する場合、話題区間作成部７０は、話題区間の作成処理を終了する。終了条件を満たさないと判断する場合、ステップＳ４００に戻って処理を繰り返す。
【０１２６】
以上が話題区間作成部７０Ａの説明である。この話題区間作成部７０Ａによって、実況データ数のピークを中心とした話題区間を作成することができる。話題区間の作成数の所定数を１とすると、実況データ数の最大値のみから話題区間を作成することができる。
【０１２７】
なお、ステップＳ４３０の判定において、実況分割区間が既に作成された話題区間と重複した場合は、話題区間を作成しないとしたが、その実況分割区間についても話題区間を作成し、作成した話題区間と、重複した話題区間とを結合して、ひとつの話題区間とするようにしても良い。
【０１２８】
以上が区間作成装置３の説明である。なお、区間作成装置３の放送局同定部５０は、区間作成装置２の放送局同定部５０Ａを用いてもよい。
【０１２９】
上述した実施形態１〜３ではコンテンツとしてデジタルコンテンツを例に説明したが、アナログコンテンツでもよい。また、放送コンテンツの例としてテレビ放送コンテンツを例に説明したが、ラジオ放送コンテンツであってもよい。
【符号の説明】
【０１３０】
１，２，３  区間作成装置
１０  バス
１１  中央制御装置
１２  ＲＯＭ
１３  主記憶部
１４  入力部
１５  表示部
１６  音声出力部
１７  通信部
２０  補助記憶部
３０  条件入力部
４０  実況データ取得部
５０，５０Ａ  放送局同定部
６０  実況データ集計部
７０，７０Ａ  話題区間作成部
１００  実況データサーバ
１１０  投稿受付部
１２０  実況データ格納部
１３０  実況データ送信部
２００  投稿端末
３００  開始時刻設定
３１０  終了時刻設定
３２０  キーワード設定
３３０  実行ボタン
６００  閾値
６１０，６２０，６３０，６４０  話題区間
７００，７１０  実況分割区間
【図１】
2012129979.tif 000003
【図２】
2012129979.tif 000004
【図３】
2012129979.tif 000005
【図４】
2012129979.tif 000006
【図５】
2012129979.tif 000007
【図６】
2012129979.tif 000008
【図７】
2012129979.tif 000009
【図８】
2012129979.tif 000010
【図９】
2012129979.tif 000011
【図１０】
2012129979.tif 000012
【図１１】
2012129979.tif 000013
【図１２】
2012129979.tif 000014
【図１３】
2012129979.tif 000015
【図１４】
2012129979.tif 000016
【図１５】
2012129979.tif 000017
【図１６】
2012129979.tif 000018
【図１７】
2012129979.tif 000019
【図１８】
2012129979.tif 000020
【図１９】
2012129979.tif 000021