"複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、前記実況データ数集計部によって集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する区間作成部と、を備えることを特徴とする区間作成装置。放送局を一意に識別するための識別子である放送局IDと、放送局を表す文字列である1つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、をさらに備え、前記実況データは、前記文字列データと関係する放送局の放送局IDをさらに含み、前記実況データ数集計部は、前記実況データに関連する放送局IDごとに、前記単位時間ごとの実況データの個数を集計し、前記区間作成部は、前記実況データ数集計部によって集計された前記放送局IDごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、ことを特徴とする請求項1に記載の区間作成装置。放送局を一意に識別するための識別子である放送局IDと、放送局を表す文字列である1つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、1つ以上の放送局タグを含む文字列データを有する実況データと、前記放送局タグに対応付けられた放送局IDとを対応付ける放送局同定部と、をさらに備え、前記実況データ数集計部は、前記実況データに関連する放送局IDごとに、前記単位時間ごとの実況データの個数を集計し、前記区間作成部は、前記実況データ数集計部によって集計された前記放送局IDごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、ことを特徴とする請求項1に記載の区間作成装置。前記放送局IDと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局IDを、前記実況データに関連する放送局IDとして選出する放送局同定部と、をさらに備えることを特徴とする請求項2に記載の区間作成装置。放送コンテンツを一意に識別するための識別子であるコンテンツIDを格納する放送コンテンツ格納部、をさらに備え、前記実況データは、前記文字列データと関係するコンテンツIDをさらに含み、前記実況データ数集計部は、前記実況データに関連するコンテンツIDごとに、前記単位時間ごとの実況データの個数を集計し、前記区間作成部は、前記実況データ数集計部によって集計された前記コンテンツIDごとの実況データの個数が、前記閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成する、ことを特徴とする請求項1に記載の区間作成装置。前記コンテンツIDと、前記コンテンツIDに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツIDを、前記実況データに関連するコンテンツIDとして選出する放送局同定部と、をさらに備えることを特徴とする請求項5に記載の区間作成装置。前記区間作成部は、前記実況データ数集計部によって集計された実況データの個数の平均値、及び標準偏差を求め、前記平均値と、前記標準偏差とから前記閾値を算出する、ことを特徴とする請求項1から6のいずれかに記載の区間作成装置。複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時を含む実況データとを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、前記実況データ数集計部によって集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する区間作成部と、を備えることを特徴とする区間作成装置。放送局を一意に識別するための識別子である放送局IDと、放送局を表す文字列である1つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、をさらに備え、前記実況データは、前記文字列データと関係する放送局の放送局IDをさらに含み、前記実況データ数集計部は、前記実況データに関連する放送局IDごとに、前記単位時間ごとの実況データの個数を集計し、前記区間作成部は、前記実況データ数集計部によって集計された前記放送局IDごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、ことを特徴とする請求項8に記載の区間作成装置。放送局を一意に識別するための識別子である放送局IDと、放送局を表す文字列である1つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、1つ以上の放送局タグを含む文字列データを有する実況データと、前記放送局タグに対応付けられた放送局IDとを対応付ける放送局同定部と、をさらに備え、前記実況データ数集計部は、前記実況データに関連する放送局IDごとに、前記単位時間ごとの実況データの個数を集計し、前記区間作成部は、前記実況データ数集計部によって集計された前記放送局IDごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、ことを特徴とする請求項8に記載の区間作成装置。前記放送局IDと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局IDを、前記実況データに関連する放送局IDとして選出する放送局同定部と、をさらに備えることを特徴とする請求項9に記載の区間作成装置。放送コンテンツを一意に識別するための識別子であるコンテンツIDを格納する放送コンテンツ格納部、をさらに備え、前記実況データは、前記文字列データと関係するコンテンツIDをさらに含み、前記実況データ数集計部は、前記実況データに関連するコンテンツIDごとに、前記単位時間ごとの実況データの個数を集計し、前記区間作成部は、前記実況データ数集計部によって集計された前記コンテンツIDごとの実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する、ことを特徴とする請求項8に記載の区間作成装置。前記コンテンツIDと、前記コンテンツIDに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、前記コンテンツ情報と、前記実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツIDを、前記実況データに関連するコンテンツIDとして選出する放送局同定部と、をさらに備えることを特徴とする請求項12に記載の区間作成装置。複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さとにより特定される区間データを作成するステップと、を備えることを特徴とする区間作成方法。複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の時間を付加して区間データを作成するステップと、を備えることを特徴とする区間作成方法。複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する処理と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する処理と、集計された実況データの個数が、所定の閾値以上である前記単位時間が連続した期間の開始時刻と、終了時刻又は前記期間の長さにより特定される区間データを作成する処理と、をコンピュータに実行させることを特徴とする区間作成プログラム。複数の端末から送信される文字列データを取得すると共に、前記文字列データと、前記文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する処理と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する処理と、集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する処理と、をコンピュータに実行させることを特徴とする区間作成プログラム。しかしながら、特許文献1、特許文献2のどちらにおいても、字幕情報によって注目パートの開始位置を決定するため、字幕情報の存在しないコンテンツでは利用できない問題があった。また、字幕情報が存在するコンテンツであっても、字幕情報に存在しないキーワードでは検索できない問題があった。字幕情報を用いず、ある特定のキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間が決定できる発明は、これまで開示されていない。本発明は、以上の点を考慮してなされたもので、ある特定のキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間を決定する技術を提供するものである。上記課題を解決するために、本発明のある態様の区間作成装置は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、実況データ数集計部によって集計された実況データの個数が、所定の閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成する区間作成部と、を備える。放送局を一意に識別するための識別子である放送局IDと、放送局を表す文字列である1つ以上の放送局タグとを組み合わせて格納する放送局情報格納部、をさらに備えてもよい。実況データは、文字列データと関係する放送局の放送局IDをさらに含んでもよい。実況データ数集計部は、実況データに関連する放送局IDごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計された放送局IDごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。放送局を一意に識別するための識別子である放送局IDと、放送局を表す文字列である1つ以上の放送局タグとを組み合わせて格納する放送局情報格納部と、1つ以上の放送局タグを含む文字列データを有する実況データと、放送局タグに対応付けられた放送局IDとを対応付ける放送局同定部と、をさらに備えてもよい。実況データ数集計部は、実況データに関連する放送局IDごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計された放送局IDごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。放送局IDと、放送コンテンツの書誌的な情報であるコンテンツ情報と、を格納するコンテンツ情報格納部と、コンテンツ情報と、実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツ情報に対応する放送局IDを、実況データに関連する放送局IDとして選出する放送局同定部と、をさらに備えてもよい。放送コンテンツを一意に識別するための識別子であるコンテンツIDを格納する放送コンテンツ格納部、をさらに備えてもよい。実況データは、文字列データと関係するコンテンツIDをさらに含んでもよい。実況データ数集計部は、実況データに関連するコンテンツIDごとに、単位時間ごとの実況データの個数を集計してもよい。区間作成部は、実況データ数集計部によって集計されたコンテンツIDごとの実況データの個数が、閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成してもよい。コンテンツIDと、コンテンツIDに対応する放送コンテンツの書誌的な情報であるコンテンツ情報と、を組み合わせて格納するコンテンツ情報格納部と、コンテンツ情報と、実況データの文字列データとの関連度合いが、所定の設定値以上であるコンテンツIDを、実況データに関連するコンテンツIDとして選出する放送局同定部と、をさらに備えてもよい。区間作成部は、実況データ数集計部によって集計された実況データの個数の平均値、及び標準偏差を求め、平均値と、標準偏差とから閾値を算出してもよい。本発明の別の態様もまた、区間作成装置である。この装置は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時を含む実況データとを取得する実況データ取得部と、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計する実況データ数集計部と、実況データ数集計部によって集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の期間を付加して区間データを作成する区間作成部と、を備える。本発明のさらに別の態様は、区間作成方法である。この方法は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、集計された実況データの個数が、所定の閾値以上である単位時間が連続した期間の開始時刻と、終了時刻又は期間の長さとにより特定される区間データを作成するステップと、を備える。本発明のさらに別の態様もまた、区間作成方法である。この方法は、複数の端末から送信される文字列データを取得すると共に、文字列データと、文字列データを取得した日時であるデータ登録日時とを含む実況データを取得するステップと、入力部によって入力される検索条件に一致する文字列データを有する実況データの個数を、所定の単位時間ごとに集計するステップと、集計された実況データの個数が最も多い単位時間の前後にそれぞれ所定の時間を付加して区間データを作成するステップと、を備える。なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。本発明によれば、様々なキーワードから、そのキーワードに関連するデジタルコンテンツの視聴区間を決定することができる。以下、本発明を実施するための形態について、下記のように、いくつか例を示して説明する。[実施形態1]図1は、本発明の実施形態1のシステム全体を示す図であり、区間作成装置1と、実況データサーバ100とが、ネットワーク1000を介して接続されており、さらに、実況データサーバ100は、ネットワーク1000を介して投稿端末200と接続されていることを示している。実況データサーバ100は、いわゆるSNSSocialNetworkingServiceや、BBSBulletinBoardSystemや、ブログミニブログを含むなどに代表される、サービスを利用するユーザから送信されるデータを蓄積し、他のユーザに公開するためのサーバである。実況データサーバの蓄積するデータは、そのデータを作成する時分に、ユーザが感じていることを表現した文字情報を含むデータである。本実施形態における実況データサーバ100は、投稿端末200によって送信される文字情報を、文字情報を受け付けた日時と組み合わせて格納する。なお、実況データサーバ100は、複数存在していても良い。図2は、実況データサーバ100の構成を示すブロック図である。実況データサーバ100は、投稿受付部110と、実況データ格納部120と、実況データ送信部130とで構成されている。投稿受付部110は、外部の投稿端末200から、ネットワーク1000を介して送信される文字情報を受信し、その文字情報を、受信を受け付けた日時である投稿日時と共に、実況データ格納部120に格納する。なお、文字情報と、その文字情報の投稿日時とを組み合わせたデータを、以降、実況データと称する。実況データ格納部120は、実況データを格納するデータベースである。実況データ送信部130は、実況データ格納部120に格納された実況データを、ネットワーク1000を介して送信する。また、実況データ送信部130は、区間作成装置1によって、投稿日時の範囲や、文字情報に含まれる文字列などといった実況データの検索条件が指定されると、その検索条件に一致する実況データのみを区間作成装置1に送信する。以上が実況データサーバ100の説明である。なお、実況データサーバ100は、1つではなく、複数存在しても良い。投稿端末200は、一般のPCや携帯情報端末などの、文字情報を編集するための入力インタフェースとディスプレイを備え、その文字情報を実況データサーバ100に送信するための通信手段を有する端末である。この投稿端末200は、複数存在していても良い。また、投稿端末200を利用するユーザは1人でも、複数人であっても良い。また、投稿端末200を利用するユーザは、区間作成装置1を利用するユーザでなくとも良い。次に、区間作成装置1の説明を行う。区間作成装置1は、実況データから、指定されたキーワードに関する放送を行った区間を、放送局ごとに検出するものである。例えば、円高というキーワードが指定された場合に、円高に関連する放送を行った区間を、実況データを基に放送局IDごとに検出するという処理を行う。このように、指定されたキーワードによって検出される時間幅を話題区間と称する。また、話題区間の検出に用いるキーワードを話題区間キーワードと称する。また、話題区間の開始時刻と、話題区間の終了時刻と、話題区間キーワードと、放送局を識別する識別子とを組み合わせたデータを話題区間データと称する。図3は、本実施形態における区間作成装置1の好ましい構成を示すブロック図である。区間作成装置1は、中央制御部11と、ROM12と、主記憶部13と、入力部14と、表示部15と、通信部16と、補助記憶部20と、条件入力部30と、実況データ取得部40と、放送局同定部50と、実況データ数集計部60と、話題区間作成部70と、で構成されており、これらはバス10を介して接続されている。また、通信部16は、ネットワーク1000によって、外部装置である実況データサーバ100に接続されている。図3では、区間作成装置1を機能ブロック図によりハードウェア的に構成して示しているが、区間作成装置1全体を1つのソフトウェアプログラムとして、メモリやCPUを備えるPC上でソフトウェア的に実行するようにしてもよい。続いて、区間作成装置1が、実況データから、話題区間データを作成する処理の流れを、図4に示すフローチャートを参照しながら説明を行う。まず、区間作成装置1の条件入力部30は、話題区間を検出するための条件を、ユーザに入力させるステップS10。次に、区間作成装置1の実況データ取得部40は、実況データを、実況データサーバ100から取得するステップS20。次に、区間作成装置1の放送局同定部50は、ステップS20で取得した実況データと、放送局とを関連付けるステップS30。次に、区間作成装置1の実況データ数集計部60は、実況データの数を、放送局ごとに区間を分割して集計するステップS40。次に、区間作成装置1の話題区間作成部70は、ステップS40で集計した実況データ数を基に、話題区間の検出を行い、話題区間データを作成するステップS50。以上が、区間作成装置1による話題区間データを作成する処理の流れである。次に、区間作成装置1の各部の詳細な説明を行う。中央制御部11は、区間作成装置1の動作全体を制御するユニットであり、CPUCentralProcessingUnitやPLDProgrammableLogicDeviceなどで構成される。ROM12は、読み込み専用の記憶媒体であり、区間作成装置1の全体を制御するための基本的な制御プログラムを格納する。主記憶部13は、中央制御部11がプログラムを実行するためのワークエリアであり、RAMメモリなどで構成される。入力部14は、キーボードやマウス、タッチパネルなどであり、ユーザの入力を受け付けるユニットである。表示部15は、CRTや液晶ディスプレイなどであり、ユーザへの情報を表示するためのユニットである。通信部16は、ネットワークカードなど、外部のネットワークと通信するためのユニットである。補助記憶部20は、HDDHardDiskDriveやSSDSolidStateDriveなどの大容量記憶媒体であり、内部に、放送局情報格納部21と、放送コンテンツ格納部22と、話題区間格納部23と、を備える。放送局情報格納部21は、放送局を一意に識別する識別子である放送局IDと、放送局名と、放送局短縮名と、放送局タグとを組み合わせて格納する。放送局短縮名は、放送局名の略称である。放送局タグは、放送局を表すための独自の名前タグであり、複数のタグを格納することができる。図5は、放送局情報格納部21のフォーマットの一例を示す図であり、放送局IDと、放送局名とを組み合わせて格納している。例えば、放送局IDが放送局1の放送局名は、Zyxテレビであり、放送局短縮名はZyxTV、放送局タグはzyxと、ztvの2つが設定されている。放送局IDが放送局2の放送局名は、アルプステレビであり、放送局短縮名はAlpTV、放送局タグはalpである。放送コンテンツ格納部22は、放送局によって放送された放送コンテンツを一意に識別する識別子であるコンテンツIDと、その放送コンテンツを放送した放送局を示す放送局IDと、放送を開始した時刻である放送開始時刻と、放送を終了した時刻である放送終了時刻とを組み合わせて格納する。図6は、放送コンテンツ格納部22のフォーマットの一例を示す図である。図6によると、コンテンツIDがコンテンツID1の放送コンテンツの放送開始時刻として2010年11月11日15:00を、放送終了時刻として2010年11月11日16:00を、放送局IDとして放送局1を格納している。放送開始時刻は、放送コンテンツの放送が開始された時刻を示すものである。すなわち、コンテンツID1は、2010年11月11日の15時ちょうどから放送が始まったことを示す。また、放送終了時刻は、放送コンテンツの放送が終了した時刻を示すものである。すなわち、コンテンツID1は、2010年11月11日16時まで放送されたことを示す。なお、放送終了時刻に替えて、放送コンテンツの放送された時間の長さを格納しても良い。放送された時間の長さとして、1時間を設定すると、図6の例では、放送開始時刻が2010年11月11日15:00なので、放送終了時刻は、放送開始時刻と、放送された時間の長さとから、2010年11月11日16:00と算出することができる。また、放送開始時刻、及び放送終了時刻は、世界協定時であるUTCUniversalTime,Coordinatedの日時データを格納することを基本とするが、UTCでなくとも、UTCに変換可能な日時データであれば良い。例えば、日本標準時であるJSTJapanStandardTimeを示すデータであっても良いし、UTCにおける1970年1月1日0時0分を基点とした相対時間であるUnix登録商標時間を示す数値データであっても良い。なお、放送局IDと、コンテンツIDとは、時刻情報から相互に変換可能である。話題区間格納部23は、話題区間データを格納する。話題区間データは、前述の通り、放送局を識別するための放送局IDと、話題区間キーワードと、話題区間の開始時刻と、話題区間の終了時刻とで構成される。図7は、話題区間格納部23のフォーマットの一例を示す図であり、放送局IDと、話題区間キーワードと、開始時刻と、終了時刻とに加え、話題区間データを識別する識別子である話題区間IDを格納している。例えば、話題区間IDが話題区間1である放送局IDは放送局1であり、話題区間キーワードは円高であり、開始時刻は2010年11月11日15:10であり、終了時刻は2010年11月11日15:20である。この話題区間1の話題区間データは、放送局1が2010年11月11日15:10~15:20の間に放送した放送コンテンツは、円高に関係した放送を行った区間であることを示すものである。なお、話題区間の終了時刻に替えて、話題区間の時間の長さを格納しても良い。話題区間の長さとして、10時間を設定すると、図7の例では、話題区間の開始時刻が2010年11月11日15:00なので、話題区間の終了時刻は、話題区間の開始時刻と、話題区間の時間の長さとから、2010年11月12日1:00と算出することができる。また、話題区間の開始時刻、及び話題区間の終了時刻は、世界協定時であるUTCの日時データを格納することを基本とするが、UTCでなくとも、UTCに変換可能な日時データであれば良い。例えば、日本標準時であるJSTを示すデータであっても良いし、UTCにおける1970年1月1日0時0分を基点とした相対時間であるUnix登録商標時間を示す数値データであっても良い。条件入力部30は、話題区間データを作成するために、話題区間キーワードと、実況時間とをユーザに設定させる。実況時間とは、開始時刻と、終了時刻とからなる時間幅であり、この実況時間に含まれる時刻内で話題区間を検出する。つまり、実況時間⊇話題区間である。話題区間キーワードと、実況時間とをユーザに入力させるために、入力を補助するためのユーザインタフェースを、表示部15に表示する。ユーザは、ユーザインタフェース画面を参照しながら、入力部14によって条件の入力を行う。図8は、条件入力部30が提示するユーザインタフェースの一例である。図8の開始時刻設定300は、実況時間の開始時刻を指定するためのユーザインタフェース部品である。終了時刻設定310は、実況時間の終了時刻を指定するためのユーザインタフェース部品である。キーワード設定320は、話題区間キーワードを入力することが可能なユーザインタフェース部品である。実行ボタン330が押下されると、開始時刻設定300と、終了時刻設定310と、キーワード設定320とから、話題区間作成条件を作成する。図8に示す例の状態で実行ボタン330が押下されたとすると、実況時間の開始時刻は、開始時刻設定300より、2010年11月11日15:00と設定され、実況時間の終了時刻は、終了時刻設定310より、2010年11月12日1:00と設定される。また、話題区間キーワードは、円高と設定される。実況データ取得部40は、実況時間内である投稿時間を有する実況データであり、文字情報に話題区間キーワードを含む実況データを、実況データサーバ100から、通信部16を介して取得する。例えば、条件入力部30によって、実況時間の開始時刻が2011年11月11日15:00に、実況時間の終了時刻が2011年11月12日1:00に、話題区間キーワードが円高に設定された場合、この時間内の投稿日時を有する実況データであって、文字情報に円高を含む実況データを、実況データサーバ100から取得する。放送局同定部50は、実況データ取得部40によって受信された実況データの文字情報から、その実況データがどの放送局の放送コンテンツについて言及しているかを判別して、実況データと、放送局IDとの対応付けを行う。具体的には、実況データの文字情報中に、放送局情報格納部21に格納された放送局名や放送局短縮名、放送局タグが含まれているかどうかを判別して対応付けを行う。ここで、放送局情報格納部21として、図5の例を用いて実況データを放送局に対応付ける具体例を3つ示す。1実況データの文字情報が、今アルプステレビ見ています。である場合、放送局IDが放送局2である放送局名アルプステレビが実況データの文字情報に含まれているので、この実況データを放送局2と対応付ける。2実況データの文字情報が、ZyxTV閲覧中である場合、放送局IDが放送局1である放送局短縮名ZyxTVが実況データの文字情報に含まれているので、この実況データを放送局2と対応付ける。3実況データの文字情報が、ハイパーニュースを見ています。ztvである場合、放送局IDが放送局1である放送局タグztvが実況データの文字情報に含まれているので、この実況データを放送局1と対応付ける。このように、放送局名や、放送局短縮名、放送局タグによって、実況データと放送局IDとの対応付けを行う。もし、実況データの文字情報が、複数の放送局IDと一致した場合、一致した放送局全てだけ、実況データと放送局IDとを対応付ける。実況データ数集計部60は、放送局IDごとに、条件入力部30で指定されたキーワードに一致する実況データの数である実況データ数をカウントする。また、実況データ数をカウントする際に、条件入力部30で設定された実況時間を、所定の時間間隔ごとに分割したものである実況分割区間を作成し、その実況分割区間ごとに実況データ数をカウントする。図9は、2010年11月11日15:00~15:10の実況区間を5分間隔で分割して、2010年11月11日15:00~15:05と、2010年11月11日15:05~15:10との2つの実況分割区間を作成し、さらに、これらの実況分割区間と、2つの放送局ID放送局1放送局2とに対応する実況データ数をカウントした結果を示す図である。図9によると、放送局1における実況分割区間15:00~15:05の実況データ数は4であり、実況分割区間15:05~15:10の実況データ数は8である。放送局2における実況分割区間15:00~15:05の実況データ数は1であり、実況分割区間15:05~15:10の実況データ数は2であることを示している。このように、実況データ数集計部60は、実況分割区間と、放送局IDとに対応付けられた実況データ数のテーブルを作成する。次に、実況データ数集計部60の処理の流れを、図10のフローチャートを参照しながら説明する。まず、実況データ数集計部60は、条件入力部30で設定された実況時間を、所定間隔ごとに分割して、実況分割区間を作成するステップS100。所定間隔を5分として実況時間の分割を行う例を示すと、開始時刻が2011年11月11日15:00ならば、最初の区間は、2011年11月11日の15:00~15:05であり、2つ目の区間は同日15:05~15:10、3つ目の区間は同日15:10~15:15となる。この分割を、実況時間の終了時刻まで行う。次に、実況データ数集計部60は、実況データ数をカウントするテーブルであるカウントテーブルを作成するステップS110。このテーブルは、図9に示すような、対応する放送局IDと、実況分割区間との対応によって格納する実況データ数の位置が決まるテーブルである。放送局IDには、放送局情報格納部21に格納された放送局IDを用い、実況分割区間には、ステップS100で作成した実況分割区間を用いる。次に、実況データ数集計部60は、ループを開始するステップS120。ステップS120に示す記号は、ループ開始を表す記号であり、ループ識別子ループAは、開始値1、増分1のループカウンタnが、終了値Nになるまでループすることを示している。なお、終了値Nは、実況データ取得部40によって取得された実況データの総数である。次に、実況データ数集計部60は、n番目の実況データを実況データ取得部40に読み出させるステップS130。次に、実況データ数集計部60は、n番目の実況データの投稿日時を含む実況分割区間と、n番目の実況データに対応付けられた放送局IDとに対応するカウントテーブルの位置のカウンタを1増加させるステップS140。もし、放送局IDが複数対応付けられている場合は、対応付けられている全ての放送局IDについて前記処理を行う。次に、実況データ数集計部60は、ループの終了条件をチェックするステップS150。ステップS150に示す記号は、ループの終端を示すものである。ループ識別子ループAが終了条件に達したか、つまり、ループカウンタnが終了値Nとなったかどうかを判断する。もし、終了条件を満たすならば、実況データ数集計部60は、処理を終了する。そうでなければ、ループカウンタnを増分1だけ増加させ、ステップS120に戻る。以上が実況データ数集計部60の処理である。図3の説明に戻り、話題区間作成部70は、実況データ数集計部60で算出した実況データ数から放送局IDごとに話題区間を検出し、その検出された話題区間の開始時刻と、終了時刻と、放送局IDと、話題区間キーワードとを組み合わせた話題区間データを話題区間格納部23に格納する。本実施形態では、代表的な話題区間の検出方法について、図11のフローチャートを参照しながら説明を行う。まず、話題区間作成部70は、放送局情報格納部21に格納された放送局IDの総数をKとし、ループ識別子ループBを、初期値1、増分1のループカウンタkが終了値Kになるまでのループを開始するステップS200。次に、話題区間作成部70は、実況データ数集計部60によって作成されたカウンタテーブルから、k番目の放送局IDに対応する実況分割区間ごとの実況データ数を取り出すステップS210。次に、話題区間作成部70は、ステップS210によって取り出された実況分割区間の実況データ数の平均Mと標準偏差Sを算出するステップS220。次に、話題区間作成部70は、調整パラメータαと、ステップS220で算出された実況データ数の平均M、及び標準偏差Sとによって、閾値θを以下の式1によって算出するステップS230。θ=M-αS式1調整パラメータαは、予め設計者が設定しておく0.5~2.0程度の実数であり、1.0程度の値を推奨する。αの値を大きくとると、検出される話題区間の長さが長くなり、逆にαの値を小さく取ると、検出される話題区間の長さが短くなる。また、閾値θが0以下となった場合、θ=0とする。次に、話題区間作成部70は、実況データ数が閾値θ以上である実況分割区間から話題区間を検出するステップS240。図12は、実況時間を2010年11月11日の15:00~17:50とし、5分単位で分割して実況分割区間を作成したときの実況データ数をグラフ化したものである。なお、実況データ数は仮のデータサンプルを用いている。話題区間作成部70のステップS240の話題区間検出処理では、閾値600以上である連続した実況分割区間を話題区間として作成するものであって、その処理の結果として、話題区間610に示す15:00~15:25の話題区間と、話題区間620に示す15:35~16:25の話題区間と、話題区間630に示す16:35~17:25の3つを作成することができる。このステップS240の話題区間検出処理を、さらに、図13のサブフローチャートを参照しながら説明する。話題区間検出処理では、まず、話題区間の開始時刻を記憶するための開始時刻変数を初期化するステップS241。次に、話題区間作成部70は、実況分割区間数をJとすると、初期値1、増分1のループカウンタjが終了値Jとなるまでのループ識別子ループCのループを開始するステップ242。次に、k番目の放送局IDと、j番目の実況分割区間と、から決まるテーブル位置の実況データ数が、閾値θを上回っているかどうかを判断するステップS243。上回っているならばステップS244へ、上回っていないならばステップS246へ進む。ステップS243において、話題区間作成部70は、実況データ数が閾値θを上回っていると判断すると、さらに、開始時刻変数に開始時刻が設定されているかどうかを判断するステップS244。もし、開始時刻が設定されている場合はループ終端のステップS248に進み、設定されていなければステップS245に進む。次に、ステップS244において、話題区間作成部70は、開始時刻変数に開始時刻が設定されていないと判断すると、開始時刻変数にj番目の実況分割区間の開始時刻を設定するステップS245。ステップS243の判定の説明に戻り、話題区間作成部70は、実況データ数が、閾値θを上回っていないと判断すると、さらに、開始時刻変数に開始時刻が設定されているかどうかを判断するステップS246。もし、開始時刻が設定されていない場合はループ終端のステップS248に進み、開始時刻が設定されている場合はステップS247に進む。ステップS246において、開始時刻が設定されていると判断すると、話題区間作成部70は、話題区間を作成するステップS247。話題区間の開始時刻は、開始時刻変数に記憶された開始時刻とし、話題区間の終了時刻は、j番目の実況分割区間の開始時刻とする。話題区間を作成すると、話題区間作成部70は、開始時刻変数を初期化し、未設定の状態に戻す。続くステップS248は、ループCの終端記号であるステップS248。ループCが終了条件を満たすと判断する場合、話題区間作成部70は、ステップS249に進み、終了条件を満たさないと判断する場合、ステップS242に戻って処理を繰り返す。次に、話題区間作成部70は、開始時刻変数が設定されている場合、開始時刻変数に記憶された開始時刻を話題区間の開始時刻とし、話題区間の終了時刻を実況時間の終了時刻として、話題区間を作成するステップS249。以上がステップS240の話題区間検出処理の説明である。次に、話題区間作成部70は、ステップS240で検出した話題区間ごとに、k番目の放送局IDと、話題区間キーワードとを組み合わせて話題区間データを作成し、話題区間格納部23に格納するステップS250。次に、話題区間作成部70は、ループBが終了条件を満たしたかどうかを判定するステップS260。終了条件を満たしたのであれば、話題区間作成部70は処理を終了する。終了条件を満たしていないのであれば、ステップS200に戻る。以上が、話題区間作成部70の説明である。なお、式1を用いず、閾値θを所定値に設定するようにしても良い。以上が、区間作成装置1の説明である。以上の区間作成装置1により、特定のキーワードが語られた区間の開始時刻と終了時刻とを検出し、さらに、その区間に放送局と対応付けることができるので、録画した放送コンテンツを、その検出された区間で切り出して編集したり、その検出された区間だけに限定して再生を行ったりすることが可能になる。また、話題区間キーワードを複数指定し、両方の話題区間キーワードに一致する実況区間データを、実況データサーバ100から取得できるようにしても良い。例えば、円高ドル安というように、話題区間キーワードを記号で繋いだ検索条件が指定されると、実況データサーバ100は、円高というキーワードと、ドル安というキーワードを同時に含む実況データを返すようにする。また、特定のキーワードを含まない話題区間キーワードを設定できるようにしても良い。例えば、NOTドル安というように、話題区間キーワードの先頭に、NOTとつけられた検索条件が指定されると、実況データサーバ100は、その後ろに続くキーワード、この場合ではドル安を含まない実況データを返すようにする。また、特定の実況データサーバから受信した実況データである場合、その実況データを所定の放送局と対応付けるようにしても良い。例えば、放送局IDが放送局1である放送コンテンツに関する投稿を受け付けるような実況データサーバが存在する場合、その実況データサーバから取得する実況データは全て、放送局ID放送局1と対応付ける。また、本実施形態では、話題区間を放送局IDごとに作成するとしたが、コンテンツIDごとに作成しても、同様の効果が得られるため、コンテンツIDごとに作成するようにしても良い。放送局IDからコンテンツIDへの変換は、放送コンテンツ格納部22を参照し、話題区間と、放送局IDとから、コンテンツIDを特定することが可能である。[実施形態2]本実施形態におけるシステム構成は、図1に示す実施形態1のシステム構成と同様であるが、区間作成装置1の構成内容が異なる。本実施形態では、区間作成装置2として、説明を行う。実施形態1の区間作成装置1の放送局同定部50では、実況データの文字情報に放送局を特定するための文字列が存在するか否かによって放送局を同定していたが、本実施形態における区間作成装置2は、実況データの文字情報と、実況データの投稿日時に該当する時刻に放送していた放送コンテンツの情報とから、放送局を推定するものである。図14は、区間作成装置2の構成を示すブロック図である。区間作成装置2は、実施形態1の区間作成装置1と比較して、補助記憶部20の内部にコンテンツ情報格納部24が追加され、放送局同定部50の動作が異なる。そこで、本実施形態においては、動作の異なる放送局同定部50を放送局同定部50Aとし、コンテンツ情報格納部24と、放送局同定部50Aとの説明を行い、その他の部については、区間作成装置1と同様のため、説明を省略する。なお、区間作成装置2による話題区間データの作成処理については、図4に示す区間作成装置1の処理と同様である。コンテンツ情報格納部24は、コンテンツIDと、そのコンテンツIDの副次的なデータであるコンテンツ情報とを組み合わせて格納する。コンテンツ情報は、放送コンテンツのタイトルや出演者、字幕、ジャンル、放送コンテンツの概要文などである。図15は、コンテンツ情報格納部24のフォーマットの一例を示す図であり、コンテンツ情報として、タイトルと、出演者とを格納している。図15において、コンテンツID1のタイトルはハイパーニュースであり、出演者は日本太郎である。放送局同定部50Aは、実況データ取得部40によって受信された実況データの文字情報から、その実況データがどの放送局の放送コンテンツについて言及しているかを判別して、実況データと、放送局IDとの対応付けを行う。放送局同定部50Aの処理の流れを、図16に示すフローチャートを参照しながら説明を行う。まず、放送局同定部50Aは、実況データの文字情報に、放送局を特定するための放送局名や放送局短縮名、放送局タグと一致する文字列が含まれているかどうかを判断するステップS300。含まれている場合はステップS310に進み、そうでなければステップS320に進む。実況データの文字情報に、放送局を特定する文字列が含まれている場合、放送局同定部50Aは、その一致文字列から放送局を対応付けるステップS310。この処理は、実施形態1における放送局同定部50と同様の処理であるため、説明を省略する。ステップS300において、放送局を特定するための文字列が実況データの文字情報に含まれていないと判断すると、放送局同定部50Aは、放送コンテンツ格納部22に格納されたコンテンツ数をMとし、ループ識別子ループDについて、初期値1、増分1のループカウンタmが、終了値Mとなるまでループする処理を行うステップS320。次に、放送局同定部50Aは、放送コンテンツ格納部22におけるm番目のコンテンツID以降、コンテンツIDmとするの放送開始時刻から、放送終了時刻までの時間幅に、実況データの投稿日時が含まれるかどうかを判定するステップS330。例えば、図6に示す放送コンテンツ格納部22の例において、コンテンツIDmがコンテンツID1の場合、放送開始時刻は2010年11月11日15:00であり、放送終了時刻は2010年11月11日16:00である。この、2010年11月11日15:00から、2010年11月11日16:00までの時間内に、実況データの投稿日時が含まれているかどうかを判定する。もし、含まれるならばステップS340に進み、含まれないのであればステップS360に進む。ステップS330において、実況データがコンテンツIDmの時間内に含まれていると判定されたならば、放送局同定部50Aは、コンテンツ情報格納部24から、コンテンツIDmに対応するコンテンツ情報を取得するステップS340。次に、放送局同定部50Aは、前記取得したコンテンツ情報と、実況データの文字情報とから、コンテンツIDmとの関連度を算出するステップS350。関連度の算出は、コンテンツ情報と、実況データの文字情報との文字列を比較して、一致する文字列があれば、コンテンツIDmとの関連度を、文字列の長さ分だけ加算する。例えば、実況データの文字情報が今、ハイパーニュースを見ていますであり、コンテンツIDmがコンテンツID1である場合、図6の例では、コンテンツID1のタイトルがハイパーニュースであるため、この実況データは、コンテンツID1のコンテンツ情報であるタイトルを、部分文字列として含んでいる。この場合、ハイパーニュースという文字列の長さが8文字なので、コンテンツID1との関連度を8だけ増加させる。また、実況データの文字情報が今、ハイパーニュースを見ています。日本太郎カッコいいであった場合、前述の通り、部分文字列のハイパーニュースによって、コンテンツID1との関連度を8増加させると共に、コンテンツID1の出演者である日本太郎も部分文字列として含むため、日本太郎という文字列の長さ分、すなわち、4を関連度に加える。このような文字列比較の処理を、コンテンツIDmに対応するコンテンツ情報の種類ごとに行うことで、実況データと、コンテンツIDmとの関連度を算出する。次のステップS360の記号は、ループ識別子ループDのループ終端を示すものであり、ループDが条件を満たす場合、すなわち、ループカウンタmが終了値Mとなった場合、ステップS370に進み、そうでなければステップS320に戻るステップS360。ループが終了すると、放送局同定部50Aは、関連度が所定の閾値以上となったコンテンツIDを選び出すと共に、放送コンテンツ格納部22を参照して、選びだされたコンテンツIDに関連付けられた放送局IDを取得するステップS370。ここで取得された放送局IDと、実況データとを対応付ける。上記処理を、実況データ取得部40によって取得された全ての実況データに対して行い、実況データと放送局IDとを対応付けしておく。以上が放送局同定部50Aの処理の流れである。なお、関連度を算出する際に、コンテンツ情報の種類ごとに重みを設定して算出するようにしても良い。例えば、タイトルに一致した場合は、一致した文字列の長さに1.2倍し、出演者に一致した場合は、文字列の長さに1.5倍するというように設定する。また、一致する部分文字列が、所定の長さに満たない場合は、関連度を増加させないように、閾値を設定してもよい。また、実況データの文字情報について形態素解析を行って、名詞のみを比較するようにしても良い。また、類語辞書や連想語辞書を用いて、類語や連想語に一致した場合も、関連度を増加するようにしてもよい。例えば、コンテンツIDmがコンテンツID2である場合において、実況データの文字情報の中に買い物という文字列が含まれており、類語辞書よりショッピングが取得される場合、図6の例におけるコンテンツID2のタイトルショッピング情報の部分文字列ショッピングと一致するので、この実況データと、コンテンツID2との関連度を増加させる。また、放送局同定部50Aの処理は、上記処理に限らず、実況データと、コンテンツIDとの対応付けが可能であれば、他の方法を用いても良い。以上が区間作成装置2の説明である。以上の区間作成装置2によると、実況データの記載内容から実況データと放送局との対応付けを行うことによって、放送局を明示的に指定していない実況データも本システムに利用することができるため、より正確な話題区間の検出が可能となる。さらに、利用可能なデータ数が増えることで、より様々な話題区間キーワードに一致する実況データが増えるため、様々な話題区間を検出することが可能となる。[実施形態3]本発明の実施形態3における、区間作成装置3の構成を図17に示す。図17の構成は、図1に示す実施形態1の区間作成装置1と比較すると、話題区間作成部70の動作が異なる。そこで、本実施形態における話題区間作成部70を話題区間作成部70Aとして説明を行う。話題区間作成部70A以外の部については、図1に示す区間作成装置1と同様の動作であるため、説明を省略する。なお、システム全体の構成については、図2に示す実施形態1のシステム構成と同様であるため、説明を省略する。また、区間作成装置3の処理の流れについても、図4に示す区間作成装置1のフローチャートと同様のため、説明を省略する。話題区間作成部70Aは、実況データ数の大きい実況分割区間を中心に、話題区間を作成する。話題区間作成部70Aの処理の流れを、図18のフローチャートを参照しながら説明を行う。まず、話題区間作成部70Aは、放送局情報格納部21に格納された放送局IDの総数をKとし、ループ識別子ループEを、初期値1、増分1のループカウンタkが終了値Kになるまでのループを開始するステップS400。次に、話題区間作成部70Aは、実況データ数集計部60によって作成されたカウントテーブルから、k番目の放送局IDに対応する実況分割区間と、その実況分割区間に対応する実況データ数とを全て読み出すステップS410。次に、話題区間作成部70Aは、取得した実況分割区間の中から、最も実況データ数の多い実況分割区間を選び出すステップS420。次に、ステップS410で選び出した実況分割区間を中心とした話題区間を作成するか否かの判断を行うステップS430。具体的には、選び出した実況分割区間が、後述のステップS440によって作成された、いずれかの話題区間に重なる場合、その実況分割区間からは話題区間を作成せず、ステップS460に進む。もし、実況分割区間が話題区間と重複していなければ、ステップS430に進む。ステップS430の判断処理について、図19を用いて具体的に説明する。図19の話題区間640は、ステップS440で作成された話題区間である。図19の横軸は時刻である。ここで、ステップS420で選び出された実況分割区間が、実況分割区間700であるとすると、実況分割区間700は、話題区間640に重複しているため、実況分割区間700からは話題区間を作成しないと判断する。一方、ステップS420で選び出された実況分割区間が、実況分割区間710である場合は、話題区間と重複していないため、実況分割区間710から話題区間を作成すると判断する。また、最大の実況データ数が予め定められた閾値に満たない場合も、話題区間を作成せずにステップS450に進む。なお、最大の実況データ数が所定の閾値に満たない場合は、他の実況分割区間も同様に所定の閾値に満たないことが明らかであるため、ステップS470に進むようにしても良い。ステップS430で、話題区間を作成すると判断した場合、話題区間作成部70Aは、ステップS410で選び出した実況分割区間を中心とした話題区間を作成するステップS440。具体的には、実況分割区間から、前後所定の時間分を加算した区間を話題区間とする。例えば、実況分割区間が2010年11月11日15:00~15:05であり、前後に加算する時間を3分とすると、作成される話題区間は、2010年11月11日14:57~15:08となる。なお、加算する所定の時間は、予め設計者が設定しておく。この加算する時間は、前後で加算値が異なっていても良い。また、加算値を0として、実況分割区間をそのまま話題区間として作成しても良い。また、加算値はマイナスの値を取っても良い。次に、ステップS440で作成された話題区間と、k番目の放送局IDと、話題区間キーワードとを組み合わせて話題区間データを作成し、話題区間格納部23に格納するステップS450。次に、話題区間作成部70Aは、k番目の放送局IDにおける話題区間作成処理を終了するかどうかの判定を行うステップS460。ここでは、k番目の放送局IDの話題区間を所定の数だけ作成したかどうかの判断を行い、話題区間の作成数が所定数以上である場合はステップS470へ進む。また、k番目の放送局IDに対応する実況分割区間データを全て読み出した場合も、ステップS470に進む。それ以外の場合は、ステップS420に戻る。次に、話題区間作成部70Aは、ループEの終了判定を行うステップS470。ループEが終了条件を満たすと判断する場合、話題区間作成部70は、話題区間の作成処理を終了する。終了条件を満たさないと判断する場合、ステップS400に戻って処理を繰り返す。以上が話題区間作成部70Aの説明である。この話題区間作成部70Aによって、実況データ数のピークを中心とした話題区間を作成することができる。話題区間の作成数の所定数を1とすると、実況データ数の最大値のみから話題区間を作成することができる。なお、ステップS430の判定において、実況分割区間が既に作成された話題区間と重複した場合は、話題区間を作成しないとしたが、その実況分割区間についても話題区間を作成し、作成した話題区間と、重複した話題区間とを結合して、ひとつの話題区間とするようにしても良い。以上が区間作成装置3の説明である。なお、区間作成装置3の放送局同定部50は、区間作成装置2の放送局同定部50Aを用いてもよい。上述した実施形態1~3ではコンテンツとしてデジタルコンテンツを例に説明したが、アナログコンテンツでもよい。また、放送コンテンツの例としてテレビ放送コンテンツを例に説明したが、ラジオ放送コンテンツであってもよい。"