(57)【要約】【課題】放送コンテンツのジャンルによらず、また、その放送コンテンツの放送直後でも、その録画コンテンツのハイライト区間を選択的に再生することを可能にする。【解決手段】コンテンツ録画・再生装置１０は、視聴者端末から送信された放送コンテンツについての実況情報を蓄積したＷＥＢサーバから送信される実況情報に基づいて、その放送コンテンツに対する視聴者の盛り上がり状況を示す勢いデータを算出する受信情報解析部１１２と、前記算出した勢いデータに基づき、前記放送コンテンツのハイライト区間であることを指定する視聴インデックスリストを生成する視聴インデックスリスト生成部１１３と、前記放送コンテンツを事後的に再生する場合、前記視聴インデックスリストによりハイライト区間に指定された部分を再生し、ハイライト区間に指定されていない部分をスキップして再生する録画コンテンツ再生部１１４と、を備える。【選択図】図２
2014127986.tif 000002
【特許請求の範囲】
【請求項１】
視聴者端末から送信された放送コンテンツについての実況情報を蓄積した１つ以上のＷＥＢサーバから、前記実況情報と前記実況情報の送信日時情報とを取得する実況情報取得手段と、
前記ＷＥＢサーバから取得した前記放送コンテンツについての前記実況情報と前記送信日時情報とに基づき、前記放送コンテンツに対する視聴者の盛り上がり状況を示すコンテンツ勢いデータを、所定の時間区分ごとに算出する勢いデータ算出手段と、
前記算出されたコンテンツ勢いデータに基づき、前記放送コンテンツのハイライト区間であることを指定する視聴推奨インデックスリストを生成するインデックスリスト生成手段と、
前記放送コンテンツを事後的に再生する場合、前記視聴推奨インデックスリストにより前記ハイライト区間に指定された部分を再生し、前記ハイライト区間に指定されていない部分をスキップして再生するコンテンツ再生手段と、
を備えること
を特徴とするコンテンツ再生装置。
【請求項２】
前記ＷＥＢサーバは、前記放送コンテンツの番組実況サーバであり、
前記実況情報取得手段は、前記放送コンテンツの視聴者によって前記番組実況サーバに投稿された前記放送コンテンツについてのコメントを、前記実況情報として前記番組実況サーバから取得し、
前記勢いデータ算出手段は、前記取得したコメントをその投稿時刻に従って前記時間区分ごとにソートし、それぞれの時間区分に属するコメントの数に基づき、前記コンテンツ勢いデータを算出すること
を特徴とする請求項１に記載のコンテンツ再生装置。
【請求項３】
前記ＷＥＢサーバは、つぶやきサーバであり、
前記実況情報取得手段は、前記放送コンテンツの視聴者が前記つぶやきサーバでつぶやいた前記放送コンテンツに関連するつぶやきメッセージを、前記実況情報として前記つぶやきサーバから取得し、
前記勢いデータ算出手段は、前記取得したつぶやきメッセージをそのつぶやき時刻に従って前記時間区分ごとにソートし、それぞれの時間区分に属するつぶやきメッセージの数に基づき、前記コンテンツ勢いデータを算出すること
を特徴とする請求項１または請求項２に記載のコンテンツ再生装置。
【請求項４】
前記ＷＥＢサーバは、視聴数管理サーバであり、
前記実況情報取得手段は、前記時間区分ごとの前記放送コンテンツの視聴数を、前記実況情報として前記視聴数管理サーバから取得すること
を特徴とする請求項１ないし請求項３のいずれか１項に記載のコンテンツ再生装置。
【請求項５】
前記コンテンツを視聴中のユーザが操作する「いいね」ボタンおよび「悪いね」ボタンの少なくとも一方を有する入力手段と、
前記「いいね」ボタンおよび前記「悪いね」ボタンの少なくとも一方を介して入力される「いいね」情報および「悪いね」情報の少なくとも一方を、前記ＷＥＢサーバの１つであるコミュニティサーバへ送信する送信手段と、
をさらに備え、
前記実況情報取得手段は、前記コミュニティサーバから配信される前記時間区分ごとに集計された前記「いいね」情報の受信数および前記「悪いね」情報の受信数の少なくとも一方を、前記実況情報として取得すること
を特徴とする請求項１ないし請求項４のいずれか１項に記載のコンテンツ再生装置。
【請求項６】
視聴者端末から送信された放送コンテンツについての実況情報を蓄積した１つ以上のＷＥＢサーバから、前記実況情報と前記実況情報の送信日時情報とを取得する実況情報取得手段と、
前記ＷＥＢサーバから取得した前記放送コンテンツについての前記実況情報と前記送信日時情報とに基づき、前記放送コンテンツに対する視聴者の盛り上がり状況を示すコンテンツ勢いデータを、所定の時間区分ごとに算出する勢いデータ算出手段と、
前記算出されたコンテンツ勢いデータに基づき、前記放送コンテンツのハイライト区間であることを指定する視聴推奨インデックスリストを生成するインデックスリスト生成手段と、
前記生成した視聴推奨インデックスリストを、前記放送コンテンツを事後的に再生するコンテンツ再生装置に配信する配信手段と、
を備えること
を特徴とする視聴推奨インデックスリスト生成サーバ。
【請求項７】
インターネットに接続されたコンピュータが、
放送コンテンツの放送時に視聴者端末から送信された前記放送コンテンツについての実況情報を蓄積した１つ以上のＷＥＢサーバから、前記実況情報と前記実況情報の送信日時情報とを取得する処理と、
前記ＷＥＢサーバから取得した前記放送コンテンツについての前記実況情報と前記送信日時情報とに基づき、前記放送コンテンツに対する視聴者の盛り上がり状況を示すコンテンツ勢いデータを、所定の時間区分ごとに算出する処理と、
前記算出されたコンテンツ勢いデータに基づき、前記放送コンテンツのハイライト区間であることを指定する視聴推奨インデックスリストを生成する処理と、
前記生成した視聴推奨インデックスリストを、前記放送コンテンツを事後的に再生するコンテンツ再生装置に配信する処理と、
を実行すること
を特徴とする視聴推奨インデックスリスト生成方法。
【請求項８】
インターネットに接続されたコンピュータに、
放送コンテンツの放送時に視聴者端末から送信された前記放送コンテンツについての実況情報を蓄積した１つ以上のＷＥＢサーバから、前記実況情報と前記実況情報の送信日時情報とを取得する処理と、
前記ＷＥＢサーバから取得した前記放送コンテンツについての前記実況情報と前記送信日時情報とに基づき、前記放送コンテンツに対する視聴者の盛り上がり状況を示すコンテンツ勢いデータを、所定の時間区分ごとに算出する処理と、
前記算出されたコンテンツ勢いデータに基づき、前記放送コンテンツのハイライト区間であることを指定する視聴推奨インデックスリストを生成する処理と、
前記生成した視聴推奨インデックスリストを、前記放送コンテンツを事後的に再生するコンテンツ再生装置に配信する処理と、
を実行させること
を特徴とする視聴推奨インデックスリスト生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送コンテンツを再生するコンテンツ再生装置、ならびに、録画された放送コンテンツについて視聴推奨時間帯（ハイライト区間）であることを指定する視聴推奨インデックスリストを生成する視聴推奨インデックスリスト生成サーバ、視聴推奨インデックスリスト生成方法およびそのプログラムに関する。
【背景技術】
【０００２】
近年、テレビ放送などの番組を録画する録画装置では、ハードディスク装置などの記憶媒体の低価格化と大容量化が進展したため、１日中の全チャネルの全番組を録画することも可能になった。しかしながら、ユーザは、そのすべてを視聴することは、事実上困難である。その場合、ユーザは、自身が興味を持っている番組や、話題性のある番組などについては、その番組全部を通してではなくても、多くの視聴者にとって興味あるシーンについては視聴したいという願望を抱く。
【０００３】
そこで、その願望を叶えるために、例えば、非特許文献１や非特許文献２には、録画コンテンツそのものの画像や音声を解析し、その画像や音声の変動が激しい部分を、多くの視聴者が興味抱くシーンであると判断し、その部分をハイライト区間として抽出し、そのハイライト区間のみを再生可能な録画・再生装置の例が示されている。
【０００４】
また、特許文献１には、録画コンテンツごとにユーザが飛ばし見をしたときの早送り操作などの操作情報を、インターネットを介して収集し、それぞれの録画コンテンツごとにその操作情報を集計し、その録画コンテンツについての、飛ばし見をする区間を指定する情報（以下、飛ばし見区間情報という）を作成し、その作成した飛ばし見区間情報を録画・再生装置に配信するサーバ、および、その配信を受ける録画・再生装置の例が開示されている。なお、この場合、録画コンテンツの飛ばし見区間以外の部分が、前記の例でいうハイライト区間に相当する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−４１９７０号公報
【非特許文献】
【０００６】
【非特許文献１】一条真人、「録画を短時間で観られる新機能に注目！」、［平成２４年１１月３０日検索］、インターネット＜ＵＲＬ：http://allabout.co.jp/gm/gc/63656/＞
【非特許文献２】日立製作所、「いいとこ観」、［平成２４年１１月３０日検索］、インターネット、＜ＵＲＬ：http://prius.hitachi.co.jp/prius/pc/2005may/iitokomi/index.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、非特許文献１や非特許文献２に記載の録画・再生装置は、対象となる録画コンテンツのうち、画像や音声の変動が激しい部分をハイライト区間として抽出する。そのため、スポーツ番組などのジャンルの録画コンテンツについては、それなりに適切なハイライト区間の抽出が可能と思われるが、ドラマやドキュメンタリ番組などのジャンルの録画コンテンツについては、そのハイライト区間を適切に抽出することは、むしろ困難というべきである。
【０００８】
また、特許文献１に記載の録画・再生装置では、幾人かのユーザが録画コンテンツを視聴し、操作した結果に基づき、飛ばし見区間情報が作成される。そのため、放送コンテンツが放送された直後には、飛ばし見区間情報が存在しないので、その録画コンテンツを視聴する視聴者は、飛ばし見をすることができない。
【０００９】
以上のような従来技術の問題に鑑み、本発明の目的は、放送コンテンツのジャンルによらず、また、放送コンテンツの放送直後であっても、その放送コンテンツの録画コンテンツについて、そのハイライト区間を選択的に再生可能なコンテンツ再生装置を提供するとともに、そのハイライト区間を指定する情報である視聴推奨インデックスリストを生成する視聴推奨インデックスリスト生成サーバ、視聴推奨インデックスリスト生成方法およびそのプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
前記発明の目的を達成するために、本発明に係るコンテンツ再生装置は、視聴者端末から送信された放送コンテンツについての実況情報を蓄積した１つ以上のＷＥＢサーバから、前記実況情報と前記実況情報の送信日時情報とを取得する実況情報取得手段と、前記ＷＥＢサーバから取得した前記放送コンテンツについての前記実況情報と前記送信日時情報とに基づき、前記放送コンテンツに対する視聴者の盛り上がり状況を示すコンテンツ勢いデータを、所定の時間区分ごとに算出する勢いデータ算出手段と、前記算出されたコンテンツ勢いデータに基づき、前記放送コンテンツのハイライト区間であることを指定する視聴推奨インデックスリストを生成するインデックスリスト生成手段と、前記放送コンテンツを再生する場合、前記視聴推奨インデックスリストにより前記ハイライト区間に指定された部分を再生し、前記ハイライト区間に指定されていない部分をスキップして再生するコンテンツ再生手段と、を備えることを特徴とする。
【００１１】
本発明に係るコンテンツ再生装置では、放送コンテンツ放送時にＷＥＢサーバによって収集された視聴者の実況情報に基づき、当該放送コンテンツに対する視聴者の盛り上がり状況を示す情報であるコンテンツ勢いデータが生成され、そのコンテンツ勢いデータに基づき、当該放送コンテンツの視聴推奨インデックスリストが生成される。従って、視聴者は、その放送コンテンツの録画コンテンツを視聴する場合に、前記生成された視聴推奨インデックスリストに従って視聴すると、多くの他の視聴者が盛り上がったハイライト区間を選択的に視聴することができるようになる。
【発明の効果】
【００１２】
本発明によれば、放送コンテンツのジャンルによらず、また、その放送コンテンツの放送直後であっても、その放送コンテンツの録画コンテンツについて、そのハイライト区間を選択的に再生することが可能になる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態に係るコンテンツ録画・再生装置が適用されるシステム全体の概略構成の例を示した図。
【図２】本発明の第１の実施形態に係るコンテンツ録画・再生装置の構成の例および当該コンテンツ録画・再生装置に関係する各ＷＥＢサーバの構成の例を示した図
【図３】勢いデータおよび視聴インデックスリストの例を模式的に示した図で、（ａ）は、勢いデータの例、（ｂ）は、再生シークバー（視聴推奨区間）の例、（ｃ）は、視聴インデックスリストの例。
【図４】勢いマイナスの再生シークバーおよびその視聴インデックスリストの例を模式的に示した図で、（ａ）は、勢いデータの例、（ｂ）は、勢いマイナスの再生シークバー（視聴推奨区間）の例、（ｃ）は、勢いマイナスの視聴インデックスリストの例
【図５】（ａ）「いいね」ボタンおよび「悪いね」ボタンの押下タイミングの例、ならびに、（ｂ）「いいね」「悪いね」操作データの例を示した図。
【図６】本発明の第１の実施形態に係る視聴インデックスリスト生成処理の処理フローの例を示した図。
【図７】番組実況データから勢いデータを算出する処理（図３のステップＳ１２）の詳細な処理フローの例を示した図。
【図８】勢いデータを算出する処理の中で表示装置に表示される警告メッセージの例を示した図。
【図９】勢いプラスのインデックスリスト生成処理（図６のステップＳ１８）の詳細な処理フローの例を示した図。
【図１０】勢いマイナスのインデックスリスト生成処理（図６のステップＳ１９）の詳細な処理フローの例を示した図。
【図１１】本発明の第２の実施形態に係る視聴インデックスリスト生成処理の処理フローの例を示した図。
【図１２】本発明の第２の実施形態に係る番組実況データの勢いデータ算出処理の処理フローの例を示した図。
【図１３】本発明の第３の実施形態に係るコンテンツ録画・再生装置の構成の例および当該コンテンツ録画・再生装置に関係する各ＷＥＢサーバの構成の例を示した図。
【図１４】本発明の第４の実施形態に係るコンテンツ録画・再生装置の構成の例および当該コンテンツ録画・再生装置に関係する各ＷＥＢサーバの構成の例を示した図。
【図１５】第４の実施形態に係るコンテンツ録画・再生装置における（ａ）ユーザ操作のタイミングの例、（ｂ）その操作により作成される再生シークバー（視聴推奨区間）の例、（ｃ）「いいね」「悪いね」操作データの例、（ｄ）視聴インデックスリストの例を示した図。
【図１６】第４の実施形態に係る私用インデックスリスト生成処理の処理フローの例を示した図。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００１５】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るコンテンツ録画・再生装置１０が適用されるシステム全体の概略構成の例を示した図である。
図１に示すように、インターネットなどで構成される通信ネットワーク７０には、コンテンツ録画・再生装置１０、録画・再生機能付きパソコン１１、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０などのＷＥＢサーバが接続され、さらには、視聴者がこれらのＷＥＢサーバに様々な情報を送信することが可能な図示しない視聴者端末が接続されている。
【００１６】
ここで、視聴者端末とは、通信ネットワーク７０に接続され、視聴者が所有するスマートフォン、携帯電話、ＰＤＡ（Personal Digital Assistant）、パソコン（タブレットパソコンを含む）などを指す。また、視聴者端末は、通信ネットワーク７０に接続されたディジタルテレビ受像機（図示省略）やコンテンツ録画・再生装置１０に付属するリモコン装置（図示省略）などであってもよい。
【００１７】
コンテンツ録画・再生装置１０は、図示しないテレビ放送の受信機を備え、放送局６０から放送される各種の放送コンテンツ（テレビドラマ、映画、音楽、スポーツ、ニュースなどの番組）を受信して、その放送コンテンツを録画し、再生する装置である。コンテンツ録画・再生装置１０は、一般には、放送コンテンツを録画する記憶メディアの種類に応じて、ＨＤ（Hard Disk）レコーダ、ＤＶＤ（Digital Versatile Disk）レコーダなどと呼ばれるが、本実施形態では、さらに、以下に順次説明する特有の構成および機能を備えている。なお、放送局６０は、放送電波ではなく、通信ネットワーク７０を介して放送コンテンツを放送するものであってもよい。
【００１８】
録画・再生機能付きパソコン１１は、コンテンツ録画・再生装置１０と同じ構成および機能を備えたパソコンである。従って、本明細書の以下の説明では、録画・再生機能付きパソコン１１は、コンテンツ録画・再生装置１０の一形態であるものとして、その説明を省略する。また、以下の説明で、コンテンツ録画・再生装置１０という場合には、録画・再生機能付きパソコン１１も含むものとする。
【００１９】
図１に示した番組実況サーバ２０は、放送局６０からの放送コンテンツ放送時に様々な図示しない視聴者端末を介して視聴者によって投稿される当該放送コンテンツについてのコメントを収集し、蓄積する。また、つぶやきサーバ３０は、例えば、放送コンテンツ放送時に視聴者が様々な視聴者端末を介して当該放送コンテンツについてツイッター（登録商標）などでつぶやいたつぶやき情報を収集し蓄積する。
【００２０】
また、視聴数サーバ４０は、視聴者が所有するコンテンツ録画・再生装置１０やディジタルテレビ受像機からの視聴中のチャンネル情報を取得して、各チャンネルの放送コンテンツについての視聴数を取得する。また、コミュニティサーバ５０は、例えば、コンテンツ録画・再生装置１０のユーザなどによって構成されたコミュニティのメンバが、そのコンテンツ録画・再生装置１０に付属するリモコンなどを操作する操作情報を取得し、蓄積する。なお、操作情報の例については、後記にて詳しく説明するが、操作情報として、チャンネル操作情報が取得されるとした場合には、視聴数サーバ４０は、コミュニティサーバ５０の一形態であるとみなしてもよい。
【００２１】
図２は、本発明の第１の実施形態に係るコンテンツ録画・再生装置１０の構成の例および当該コンテンツ録画・再生装置１０に関係する各ＷＥＢサーバの構成の例を示した図である。
図２に示す通り、システム全体の構成は、図１と同じであるが、図２では、放送局６０の図示が省略され、代りに、コンテンツ録画・再生装置１０に接続される表示装置１５が示されている。表示装置１５は、ＨＤＭＩ（High-Definition Multimedia Interface）端子などを備えたディジタルテレビ受像機、液晶表示装置などである。
【００２２】
図２において、番組実況サーバ２０は、番組実況データ記憶部２１、実況データ収集部２２、情報提供部２３などを含んで構成される。
実況データ収集部２２は、放送コンテンツ放送時に視聴者によって投稿される当該放送コンテンツについてのコメントを収集し、収集したコメントを番組実況データとして番組実況データ記憶部２１に蓄積する。このとき、番組実況データは、番組の識別情報、投稿されたコメント文、投稿日時、投稿者のプロファイル情報などにより構成される。また、投稿者のプロファイル情報は、投稿者の年齢、性別、居住地などの情報を含む。
情報提供部２３は、コンテンツ録画・再生装置１０からの求めに応じて、番組の識別情報や放送日時などで指定された放送コンテンツに関する番組実況データを番組実況データ記憶部２１から読み出し、その読み出した番組実況データを、コンテンツ録画・再生装置１０へ配信する。
【００２３】
つぶやきサーバ３０は、つぶやきデータ記憶部３１、つぶやき収集部３２、情報提供部３３などを含んで構成される。
つぶやき収集部３２は、放送コンテンツ放送時に視聴者が当該放送コンテンツについてツイッター（登録商標）などでつぶやいたつぶやき情報を収集し、収集したつぶやき情報をつぶやきデータとしてつぶやきデータ記憶部３１に蓄積する。このとき、つぶやきデータは、つぶやいたメッセージ、つぶやき日時、つぶやき者のプロファイル情報などにより構成される。また、つぶやき者のプロファイル情報は、つぶやき者の年齢、性別、居住地などの情報を含み、さらに、つぶやき者を特定する識別情報を含んでいてもよい。
情報提供部３３は、コンテンツ録画・再生装置１０からの求めに応じて、番組の識別情報や放送日時などで指定された放送コンテンツに関するつぶやきデータをつぶやきデータ記憶部３１から読み出し、その読み出したつぶやきデータを、コンテンツ録画・再生装置１０へ配信する。
【００２４】
視聴数サーバ４０は、視聴数データ記憶部４１、視聴データ収集部４２、情報提供部４３などを含んで構成される。
視聴データ収集部４２は、視聴者が所有するコンテンツ録画・再生装置１０やディジタルテレビ受像機から、視聴者が視聴中のチャンネル情報を取得して、各チャンネルの放送コンテンツについての視聴数を取得し、視聴データとして視聴数データ記憶部４１に蓄積する。このとき、視聴データは、視聴数、放送コンテンツの識別情報（番組の識別情報）、取得日時、視聴者のプロファイル情報などにより構成される。また、視聴者のプロファイル情報は、視聴者の年齢、性別、居住地などの情報を含む。
情報提供部４３は、コンテンツ録画・再生装置１０からの求めに応じて、番組の識別情報や放送日時などで指定された放送コンテンツに関する視聴数データを視聴数データ記憶部４１から読み出し、その読み出した視聴数データを、コンテンツ録画・再生装置１０へ配信する。
【００２５】
コミュニティサーバ５０は、操作データ記憶部５１、操作データ収集部５２、情報提供部５３などを含んで構成される。
操作データ収集部５２は、視聴者が所有するコンテンツ録画・再生装置１０やディジタルテレビ受像機のリモコン装置などを操作したときの操作情報を取得し、その取得した操作情報を操作データとして操作データ記憶部５１に蓄積する。このとき、操作データは、番組の識別情報、操作ボタンの識別情報、操作日時、操作者のプロファイル情報などにより構成される。また、視聴者のプロファイル情報は、視聴者の年齢、性別、居住地などの情報を含む。
なお、ここでいう操作ボタンとは、本実施形態において、コンテンツ録画・再生装置１０やディジタルテレビ受像機のリモコン装置に設けられた「いいね」ボタンおよび「悪いね」ボタンを指す。「いいね」ボタンおよび「悪いね」ボタンの役割などについては、後記するところによる。
情報提供部５３は、コンテンツ録画・再生装置１０からの求めに応じて、番組の識別情報や放送日時などで指定された放送コンテンツに関する操作データを操作データ記憶部５１から読み出し、その読み出した操作データを、コンテンツ録画・再生装置１０へ配信する。
【００２６】
図２に示すように、コンテンツ録画・再生装置１０は、放送受信部１０１、デスクランブル部１０２、暗号部１０３、コンテンツ録画部１０４、ユーザ操作部１０５、チャネル制御部１０６、情報送受信部１１１、受信情報解析部１１２、視聴インデックスリスト生成部１１３、録画コンテンツ再生部１１４、操作データ取得部１１５、視聴インデックスリスト記憶部１２１、録画コンテンツ記憶部１２２などを含んで構成される。
なお、これらのブロックうち、太線枠で示されたブロックは、本実施形態のコンテンツ録画・再生装置１０に特有のブロック、または、機能の一部が特有のブロックである。
【００２７】
図２において、放送受信部１０１は、図示しない放送局６０から発せられた放送電波を、アンテナを介して受信し、チャネル制御部１０６で指定されるチャンネルの放送信号を復調する。デスクランブル部１０２は、スクランブルされている放送信号のスクランブルを解除し、さらに、暗号部１０３は、著作権保護の目的などの暗号を解除して、放送中のコンテンツの映像信号および音声信号を出力する。
なお、暗号部１０３で生成された映像信号および音声信号は、ユーザ操作部１０５からの操作信号により表示の指示がされた場合には、図示しない表示制御部を介して表示装置１５へ送信され、表示装置１５によって映像が表示され、表示装置１５に付属するスピーカによって音声が出力される。
【００２８】
コンテンツ録画部１０４は、ユーザ操作部１０５によって録画が指示された場合には、暗号部１０３から出力される映像信号および音声信号を、ＭＰＥＧ（Moving Picture Experts Group）などの規格に従って圧縮し、圧縮した映像信号および音声信号を録画コンテンツとして録画コンテンツ記憶部１２２に保存する。また、保存された録画コンテンツには、その録画コンテンツの識別情報（番組名称）、放送日時（録画日時）、番組の簡単な紹介や出演者などを含む番組情報、録画時間などが対応付けられ、録画コンテンツの管理情報として同様に保存される。
【００２９】
ユーザ操作部１０５は、図示しないリモコン装置などによって構成され、そのリモコン装置には、電源のオン・オフボタン、受信チャンネルの選択ボタン、録画ボタン、再生開始・停止ボタンなどが設けられている。また、本実施形態の場合、そのリモコン装置には、さらに、「いいね」ボタンおよび「悪いね」ボタンが設けられているものとするが、その詳細については、後記にて説明する。
【００３０】
チャネル制御部１０６は、ユーザ操作部１０５からの受信チャンネルの選択信号に基づき、放送受信部１０１が復調すべき放送信号のチャンネルを指定する。
【００３１】
情報送受信部１１１は、通信ネットワーク７０に接続され、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０などのＷＥＢサーバとの間で、通信ネットワーク７０を介して各種情報の送受信を行う。
【００３２】
受信情報解析部１１２は、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０などのＷＥＢサーバから送信され、情報送受信部１１１によって受診された受信情報を解析して、そのとき録画された放送コンテンツについての勢いデータを生成する。
なお、勢いデータについては、別途図面を参照して説明する。
【００３３】
視聴インデックスリスト生成部１１３は、受信情報解析部１１２により生成された勢いデータに基づき、視聴インデックスリストを生成し、その生成した視聴インデックスリストを、録画コンテンツ記憶部１２２に保存された録画コンテンツに対応付けて、視聴インデックスリスト記憶部１２１に保存する。
なお、視聴インデックスリストとは、請求項などでいう視聴推奨インデックスリストであり、その視聴インデックスリストに対応付けられた録画コンテンツの推奨視聴の時間帯を、視聴開始時刻から相対時刻で表したデータである。視聴インデックスリストの詳細については、別途、図３を参照して説明する。
【００３４】
録画コンテンツ再生部１１４は、ユーザ操作部１０５によって録画コンテンツの再生が指示された場合には、指示された録画コンテンツを録画コンテンツ記憶部１２２から読み出し、また、その録画コンテンツに対応付けられた視聴インデックスリストを読み出し、前記再生が指示された録画コンテンツのうち、視聴インデックスリストで指定される部分だけを再生し、その再生した映像信号および音声信号を表示装置１５に出力する。
【００３５】
なお、以上のように構成されるコンテンツ録画・再生装置１０の主要部は、図示しないＣＰＵ（Central Processing Unit）および記憶装置（ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ハードディスク装置など）を備えた１つ以上のコンピュータによって構成される。
【００３６】
そして、とくに、本実施形態に特有の構成要素である情報送受信部１１１、受信情報解析部１１２、視聴インデックスリスト生成部１１３、録画コンテンツ再生部１１４、操作データ取得部１１５などについては、その機能は、前記ＣＰＵが記憶装置に格納されているプログラムを実行することによって実現される。
【００３７】
また、本実施形態では、コンテンツ録画・再生装置１０は、録画機能を有するものとしているが、録画機能がなく、再生専用の装置であってもよい。ただし、その場合には、録画コンテンツ記憶部１２２に記憶される録画コンテンツは、通信ネットワーク７０を介して、コンテンツ配信サーバなどから配信されたコンテンツが格納される。
なお、このような場合には、コンテンツ録画・再生装置１０は、コンテンツ再生装置というべきものとなる。
【００３８】
図３は、勢いデータおよび視聴インデックスリストの例を模式的に示した図で、（ａ）は、勢いデータの例、（ｂ）は、再生シークバー（視聴推奨区間）の例、（ｃ）は、視聴インデックスリストの例である。
勢いデータは、コンテンツ録画部１０４により録画されつつある、または、録画された放送コンテンツについて、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０などのＷＥＢサーバの記憶部にそれぞれ蓄積される番組実況データ、つぶやきデータ、視聴数データ、操作データなどに基づき、受信情報解析部１１２によって生成される。
以下では、番組実況サーバ２０に蓄積される番組実況データに基づき、勢いデータの意味などについて説明する。
【００３９】
前記したように、番組実況サーバ２０は、放送コンテンツ放送時に視聴者によって投稿される当該放送コンテンツについてのコメントを収集し、その収集したコメントを番組実況データとして番組実況データ記憶部２１に蓄積する。
そこで、コンテンツ録画・再生装置１０の情報送受信部１１１は、番組実況サーバ２０に対し、放送が終了した放送コンテンツについて、番組実況データ記憶部２１に蓄積された番組実況データを送信することを要求する。そして、情報送受信部１１１は、その要求に応じて番組実況サーバ２０から送信される番組実況データを受信する。
【００４０】
次に、受信情報解析部１１２は、その受信した番組実況データを投稿日時順にソートして、あらかじめ定められた単位時間（例えば、５秒）ごとの番組実況データの数、すなわち、視聴者のコメントの投稿数をカウントする。そうすれば、その投稿数が多いときには、当該放送コンテンツに対する視聴者の反応が大きい、つまり、視聴者が盛り上がっていることを表していると判断される。逆に、その投稿数が少ない場合には、視聴者の盛り上がりに欠けていると判断される。
【００４１】
図３（ａ）に示した勢いデータのグラフは、横軸に時刻、縦軸に単位時間間隔（例えば、５秒）ごとのコメントの投稿数を黒丸印で表したものである。
ここで、当該放送コンテンツ放送開始直前に、当該放送コンテンツに対して番組実況サーバ２０に投稿される単位時間当たりのコメント数を、当該放送コンテンツに対するコメントの投稿数の基準値（初期値）に設定する。そして、当該放送コンテンツ放送開始後に投稿されるコメントの単位時間間隔ごとの投稿数の前記基準値との差分値を、勢い値と定義する。すなわち、図３（ａ）においては、基準値と黒丸印とをつなぐ線分量が、前記で定義した勢い値に相当する。従って、勢いデータは、単位時間間隔で推移する勢い値の集合ということができる。
【００４２】
さらに、勢い値がプラスの部分を勢いプラスの時間帯といい、勢い値がマイナスの部分を勢いマイナスの時間帯という。すなわち、勢いプラスの時間帯では、視聴者の盛り上りが大きいことを意味し、勢いマイナスの時間帯では、視聴者の盛り上りが少ないことを意味する。
ここで、勢い値が正の数（プラス）となる、ある閾値１を設定する。そして、単位時間間隔ごとの勢い値がこの閾値１以上になる時間帯を、視聴者がとくに盛り上がっている時間帯であると判断して、その時間帯を当該放送コンテンツ（または録画コンテンツ）の視聴推奨区間（ハイライト区間ともいう）と定義する。
【００４３】
なお、視聴推奨区間を求めるに当たって、その開始時刻は、勢い値が閾値１以上になった１つ前の時間間隔の区間であるとする。これにより、視聴者がコメントを番組実況サーバ２０に投稿する際の時間遅れをある程度補正することができる。
【００４４】
図３（ｂ）の斜線部で示される再生シークバーは、以上のようにして求められた視聴推奨区間を示したものに他ならない。そこで、コンテンツ録画・再生装置１０が、視聴推奨区間が得られた放送コンテンツを録画した録画コンテンツを再生する場合には、その録画コンテンツの視聴推奨区間だけが再生され、視聴推奨区間でない部分の再生はスキップされる。従って、コンテンツ録画・再生装置１０のユーザは、当該録画コンテンツのハイライト部分（すなわち、当該放送コンテンツの放送時に多くの視聴者が盛り上がった部分）だけを選択的に視聴することができる。
【００４５】
図３（ｃ）に示した視聴インデックスリストは、視聴推奨区間を表すデータである。ここで、各行の末尾が“１”のデータは、再生開始データであり、各行の末尾が“０”のデータは、再生終了データである。また、各行のｈｈ：ｍｍ：ｓｓ：ｕｕｕの形式のデータは、録画開始時点を基準とした再生開始または再生終了までの相対時刻を表し、ｈｈは、時、ｍｍは、分、ｓｓは、秒、ｕｕｕは、ミリ秒を表す。
【００４６】
なお、以上の説明では、勢い値を算出する際の基準値を、放送コンテンツ放送開始直前の当該放送コンテンツに対する単位時間（例えば、５秒）当たりのコメント数、と定義したが、例えば、当該放送コンテンツ放送終了後に得られた全時間を通しての単位時間間隔ごとのコメント数の平均値を、その基準値としてもよい。さらには、その平均値に基づいて、ユーザが基準値を適宜設定できるものであってもよい。
【００４７】
図４は、勢いマイナスの再生シークバーおよびその視聴インデックスリストの例を模式的に示した図で、（ａ）は、勢いデータの例、（ｂ）は、勢いマイナスの再生シークバー（視聴推奨区間）の例、（ｃ）は、勢いマイナスの視聴インデックスリストの例である。
図３では、放送コンテンツ放送時に視聴者が盛り上がった部分を視聴推奨区間として取り出し、その視聴インデックスリストを生成したが、この図４の例では、放送コンテンツ放送時に視聴者の盛り上りに欠けた部分を視聴推奨区間として取り出し、その視聴インデックスリストを生成したものである。
【００４８】
この場合には、図４（ａ）に示すように、勢い値が負の数（マイナス）となる、ある閾値２を設定する。そして、図４（ｂ）に示すような勢いデータから、その勢い値が閾値２以下になる時間区間を、視聴推奨区間として取り出し、図４（ｂ）に示すような視聴インテックスリストを生成する。
なお、図３のようにして生成した視聴インテックスリストを勢いプラスの視聴インテックスリストといい、図４のようにして生成した視聴インテックスリストを勢いマイナスの視聴インテックスリストという。
【００４９】
このような勢いマイナスの視聴インテックスリストは、例えば、放送コンテンツの製作者などが当該放送コンテンツの構成の弱点などを解析するのに有用と考えられる。
【００５０】
なお、勢いプラスの視聴インテックスリストと勢いマイナスの視聴インテックスリストとの相違は、図３および図４に示されているように、閾値１以上の部分を視聴推奨区間として取り出すか、閾値２以下上の部分を視聴推奨区間として取り出すかだけであるので、図４についてのこれ以上の説明は省略する。
また、本実施形態では、勢いプラスの視聴インテックスリストを生成するか、または、勢いマイナスの視聴インテックスリストを生成するかについては、ユーザがユーザ操作部１０５から入力するデータにより、適宜、選択可能であるものとする。
【００５１】
次に、操作データ取得部１１５（図２参照）で生成される「いいね」「悪いね」操作データについて説明する。
図５は、（ａ）「いいね」ボタンおよび「悪いね」ボタンの押下タイミングの例、ならびに、（ｂ）「いいね」「悪いね」操作データの例を示した図である。
【００５２】
前記したように、本実施形態では、コンテンツ録画・再生装置１０に付属するリモコン装置には、「いいね」ボタンおよび「悪いね」ボタンが付されている。
従って、コンテンツ録画・再生装置１０を介して放送コンテンツを視聴しているとき、そのユーザは、放送中のシーンに応じて、適宜「いいね」ボタンまたは「悪いね」ボタンを押下することができる。すなわち、ユーザは、放送中のシーンに好感を抱いた場合には、「いいね」ボタンを押し、気に入らないシーンであった場合には、「悪いね」ボタンを押せばよい。
【００５３】
図５（ａ）に示したグラフにおいて、横軸は、当該放送コンテンツ開始時を基準とした相対時刻を表し、横軸の上側に延びた黒丸付の線分は、「いいね」ボタンの押下タイミングを示し、横軸の下側に延びた黒丸付の線分は、「悪いね」ボタンの押下タイミングを示す。
【００５４】
また、図５（ｂ）に示した「いいね」「悪いね」操作データは、「いいね」ボタンおよび「悪いね」ボタンの押下タイミングに応じて作成され、それぞれのボタンが押下されたときの時刻（相対時刻）に「いいね」および「悪いね」を識別する情報が対応付けられて構成される。
なお、このときの相対時刻を表すデータは、視聴インデックスリストの場合と同様に、ｈｈ：ｍｍ：ｓｓ：ｕｕｕの形式で表されている。以上のようにして作成された「いいね」「悪いね」操作データは、当該放送コンテンツの終了時に、通信ネットワーク７０を介して、情報送受信部１１１によってコミュニティサーバ５０へ送信される。
【００５５】
他方で、コミュニティサーバ５０の操作データ収集部５２は、複数の（多数の）コンテンツ録画・再生装置１０から送信される同様の「いいね」「悪いね」操作データを収集し、操作データ記憶部５１に蓄積する。
【００５６】
以上のようにして、コンテンツ録画・再生装置１０のユーザは、番組実況サーバ２０へ投稿されるコメントほど詳しくではないにしても、ほぼ同様の意味を持つ情報を簡単な操作によってコミュニティサーバ５０へ送信することができる。
【００５７】
なお、以上の説明のように、リモコン装置には、「いいね」ボタンおよび「悪いね」ボタンの２つのボタンがあるのではなく、「いいね」ボタン１つだけがあるものとしてもよい。その場合には、図５（ａ）では、「悪いね」ボタンの押下タイミングは存在せず、また、図５（ｂ）では、「いいね」操作データが作成される。
【００５８】
図６は、本発明の第１の実施形態に係る視聴インデックスリスト生成処理の処理フローの例を示した図である。これらの処理は、情報送受信部１１１、受信情報解析部１１２および視聴インデックスリスト生成部１１３の一部または全部を実現するための処理であり、コンテンツ録画・再生装置１０を構成するコンピュータのＣＰＵによって実行される。
【００５９】
図６に示すように、コンテンツ録画・再生装置１０のＣＰＵ（以下、単に、ＣＰＵという）は、まず、電子番組表などのデータから、視聴インデックス生成対象の放送コンテンツのメタデータを取得する（ステップＳ１１）。
ここで、視聴インデックス生成対象の放送コンテンツとは、当該コンテンツ録画・再生装置１０でそのとき録画しようとしている放送コンテンツ、または、ユーザが視聴インデックスリスト生成を指定した放送コンテンツをいう。そのとき、ユーザは、その放送コンテンツを必ずしも視聴する必要はない。
【００６０】
次に、ＣＰＵは、番組実況サーバ２０から当該放送コンテンツについての番組実況データを取得し、その番組実況データに基づき、勢いデータを算出する（ステップＳ１２）。
なお、番組実況データに基づく勢いデータの算出処理については、図７を参照して詳しく説明する。
【００６１】
次に、ＣＰＵは、つぶやきサーバ３０から当該放送コンテンツについてのつぶやきデータを取得し、そのつぶやきデータに基づき、勢いデータを算出する（ステップＳ１３）。
次に、ＣＰＵは、視聴数サーバ４０から当該放送コンテンツについての視聴数データを取得し、その視聴数データに基づき、勢いデータを算出する（ステップＳ１４）。
次に、ＣＰＵは、コミュニティサーバ５０から当該放送コンテンツについての操作データ（「いいね」「悪いね」操作データ）を取得し、その操作データに基づき、勢いデータを算出する（ステップＳ１５）。
【００６２】
次に、ＣＰＵは、ステップＳ１２〜ステップＳ１５の処理で算出した各勢いデータを集計し（ステップＳ１６）、その集計した勢いデータをインデックスリスト生成用の勢いデータとする。なお、ここでいう勢いデータの集計処理とは、それぞれの勢いデータおける勢い値を単純に加算する処理であってもよく、または、それぞれに荷重を付して加算する処理であってもよい。
【００６３】
次に、ＣＰＵは、勢いプラスの視聴インデックスリストの生成が指定されているか否かを判定する（ステップＳ１７）。
そして、その判定の結果、勢いプラスの視聴インデックスリストの生成が指定されている場合には（ステップＳ１７でＹｅｓ）、ＣＰＵは、勢いプラスの視聴インデックスリストを生成し（ステップＳ１８）、勢いプラスの視聴インデックスリストの生成が指定されていない場合には（ステップＳ１７でＮｏ）、ＣＰＵは、勢いマイナスの視聴インデックスリストを生成する（ステップＳ１９）。
【００６４】
続いて、ＣＰＵは、生成した視聴インデックスリストを視聴インデックスリスト記憶部１２１に格納し（ステップＳ２０）、この視聴インデックスリスト生成処理を終了する。
【００６５】
なお、以上の処理フローでは、ＣＰＵは、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０のそれぞれから、番組実況データ、つぶやきデータ、視聴数データ、操作データをそれぞれ取得し、勢いデータを算出しているが、必ずしもこれらのデータをすべて取得して、勢いデータを算出する必要はない。すなわち、ステップＳ１２、ステップＳ１３、ステップＳ１４、ステップＳ１５は、そのうち少なくとも１つを実行されればよい。
【００６６】
図７は、番組実況データから勢いデータを算出する処理（図３のステップＳ１２）の詳細な処理フローの例を示した図である。また、図８は、勢いデータを算出する処理の中で表示装置１５に表示される警告メッセージの例を示した図である。
【００６７】
図７に示すように、ＣＰＵは、番組実況サーバ２０から当該放送コンテンツについての番組実況データをダウンロードし（ステップＳ３１）、そのダウンロードに失敗した場合には（ステップＳ３２でＮｏ）、その失敗がＮ回（例えば、３回）以上であるか否かを判定する（ステップＳ３３）。そして、その失敗がＮ回未満であった場合には（ステップＳ３３でＮｏ）、ＣＰＵは、ステップＳ３１のダウンロード処理をリトライする。
【００６８】
ステップＳ３３の判定で、ダウンロードにＮ回以上失敗していた場合には（ステップＳ３３でＹｅｓ）、その失敗の原因に応じて、タイムアウトのときには、表示装置１５にタイムアウトの警告表示をし（ステップＳ３４：図８（ａ）参照）、また、サーバ未検出のときには、サーバ未検出の警告表示をして（ステップＳ３５：図８（ｂ）参照）、当該勢いデータの算出処理を終了する。
【００６９】
一方、ステップＳ３２の判定で、ダウンロードに成功した場合には（ステップＳ３２でＹｅｓ）、ＣＰＵは、ダウンロードした情報件数、すなわち、当該放送コンテンツについての番組実況データ（投稿されたコメントの数）が所定数以上あるか否かを判定する（ステップＳ３６）。その判定の結果、ダウンロードした情報件数が所定数に達していなかった場合には（ステップＳ３６でＮｏ）、ＣＰＵは、表示装置１５に情報件数不足の警告表示をして（ステップＳ３７：図８（ｃ）参照）、当該勢いデータの算出処理を終了する。
【００７０】
また、ステップＳ３６の判定で、ダウンロードした情報件数が所定数以上であった場合には（ステップＳ３６でＹｅｓ）、ＣＰＵは、当該放送コンテンツの時間帯を所定の単位時間（例えば、５秒）間隔で区分する（ステップＳ３８）。
そして、ＣＰＵは、前記ダウンロードした番組実況データを、その投稿日時が前記区分したいずれの単位時間間隔に属するかを判定し、前記区分した単位時間間隔ごとに属する番組実況データの数をカウントする（ステップＳ３９）。
【００７１】
続いて、ＣＰＵは、単位時間間隔ごとの勢い値を算出し（ステップＳ４０）、当該勢いデータの算出処理を終了する。
なお、勢い値の算出の方法の基本的な考え方については、図３および図４を用いて説明した通りである。
【００７２】
なお、以上の説明において、ステップＳ３４、ステップＳ３５およびステップＳ３７で表示装置１５へ警告表示をする場合には、音声による警告表示を合わせて行うものであってもよい。さらには、ユーザの携帯電話やスマートフォンなどのメールアドレスが登録されていた場合には、その携帯電話やスマートフォンなどに対して、警告メッセージを含んだメールを発信するものであってもよい。
【００７３】
以上、図７および図８を参照して、番組実況データの勢いデータ算出処理について説明したが、つぶやきデータの勢いデータを算出する処理、視聴数データの勢いデータを算出する処理および操作データ（「いいね」「悪いね」操作データ）の勢いデータを算出する処理についても、その処理内容は、番組実況データの勢いデータ算出処理に類似するものであるので、その詳細な処理フローの図示および説明を省略する。
【００７４】
図９は、勢いプラスのインデックスリスト生成処理（図６のステップＳ１８）の詳細な処理フローの例を示した図である。なお、この処理の開始時点で、番組実況データ、つぶやきデータ、視聴数データおよび操作データについての各勢いデータが集計され、その集計された勢いデータ（以下、集計勢いデータという）が算出されている。
ここで、集計勢いデータは、集計する前のそれぞれの勢いデータと同様に、放送コンテンツが所定の単位時間（例えば、５秒）間隔で区分されたそれぞれの区間を識別する時刻（放送開始時刻からの相対時刻）に対し、それぞれの（集計）勢い値が対応付けられたデータである。
【００７５】
そこで、ＣＰＵは、まず、計算処理の便宜上必要となる前回の勢い値の初期値として、閾値１（図３参照）より小さい値を設定する（ステップＳ４１）。
【００７６】
次にＣＰＵは、集計勢いデータから時刻順に１つの勢いデータを取得し、今回の勢い値とする（ステップＳ４２）。次に、ＣＰＵは、前回の勢い値＜閾値１、かつ、今回の勢い値≧閾値１の条件が成立するか否か判定し（ステップＳ４３）、成立した場合には（ステップＳ４３でＹｅｓ）、再生開始のインデックスデータを作成する（ステップＳ４４）。
なお、今回の勢い値とは、直前にステップＳ４２で取得した勢い値をいい、前回の勢い値とは、直前の１回前にステップＳ４２を実行したときに取得した勢い値またはステップＳ４１で設定した初期値をいう。
【００７７】
また、ステップＳ４３の条件が成立しなかった場合には（ステップＳ４３でＮｏ）、ＣＰＵは、さらに、前回の勢い値≧閾値１、かつ、今回の勢い値＜閾値１の条件が成立するか否か判定し（ステップＳ４５）、成立した場合には（ステップＳ４５でＹｅｓ）、再生終了のインデックスデータを作成する（ステップＳ４６）。また、ステップＳ４５の条件が成立しなかった場合には（ステップＳ４５でＮｏ）、ＣＰＵは、ステップＳ４８の処理へ進む。
【００７８】
ステップＳ４４またはステップＳ４６に続いて、ＣＰＵは、前記作成した再生開始のインデックスデータまたは再生終了のインデックスデータを視聴インデックスリストに追加する（ステップＳ４７）。
続いて、ＣＰＵは、集計勢いデータに含まれる勢い値をすべて取得したか否かを判定し（ステップＳ４８）、勢い値をすべて取得していなければ（ステップＳ４８でＮｏ）、ステップＳ４２へ戻って、ステップＳ４２以下の処理を繰り返して実行する。また、勢い値をすべて取得していた場合には（ステップＳ４８でＹｅｓ）、図９の勢いプラスのインデックスリストの生成処理を終了する。
【００７９】
図１０は、勢いマイナスのインデックスリスト生成処理（図６のステップＳ１９）の詳細な処理フローの例を示した図である。この場合にも、この処理の開始時点で、番組実況データ、つぶやきデータ、視聴数データおよび操作データについての各勢いデータ（この場合は、勢いマイナスのデータ）が集計され、その集計された勢いデータ（以下、集計勢いデータという）が算出されている。
ここで、集計勢いデータは、集計する前のそれぞれの勢いデータと同様に、放送コンテンツが所定の単位時間（例えば、５秒）間隔で区分されたそれぞれの区間を識別する時刻（放送開始時刻からの相対時刻）に対し、それぞれの（集計）勢い値が対応付けられたデータである。
【００８０】
そこで、ＣＰＵは、まず、計算処理の便宜上必要となる前回の勢い値の初期値として、閾値２（図４参照）より大きい値を設定する（ステップＳ５１）。
【００８１】
次にＣＰＵは、集計勢いデータから時刻順に１つの勢いデータを取得し、今回の勢い値とする（ステップＳ５２）。次に、ＣＰＵは、前回の勢い値≦閾値２、かつ、今回の勢い値＞閾値２の条件が成立するか否か判定し（ステップＳ５３）、成立した場合には（ステップＳ５３でＹｅｓ）、再生開始のインデックスデータを作成する（ステップＳ５４）。
なお、今回の勢い値とは、直前にステップＳ５２で取得した勢い値をいい、前回の勢い値とは、直前の１回前にステップＳ５２を実行したときに取得した勢い値またはステップＳ５１で設定した初期値をいう。
【００８２】
また、ステップＳ５３の条件が成立しなかった場合には（ステップＳ５３でＮｏ）、ＣＰＵは、さらに、前回の勢い値＞閾値２、かつ、今回の勢い値≦閾値２の条件が成立するか否か判定し（ステップＳ５５）、成立した場合には（ステップＳ５５でＹｅｓ）、再生終了のインデックスデータを作成する（ステップＳ５６）。また、ステップＳ５５の条件が成立しなかった場合には（ステップＳ５５でＮｏ）、ＣＰＵは、ステップＳ５８の処理へ進む。
【００８３】
ステップＳ５４またはステップＳ５６に続いて、ＣＰＵは、前記作成した再生開始のインデックスデータまたは再生終了のインデックスデータを視聴インデックスリストに追加する（ステップＳ５７）。
続いて、ＣＰＵは、集計勢いデータに含まれる勢い値をすべて取得したか否かを判定し（ステップＳ５８）、勢い値をすべて取得していなければ（ステップＳ５８でＮｏ）、ステップＳ５２へ戻って、ステップＳ５２以下の処理を繰り返して実行する。また、勢い値をすべて取得していた場合には（ステップＳ５８でＹｅｓ）、図１０の勢いマイナスのインデックスリストの生成処理を終了する。
【００８４】
以上、本発明の第１の実施形態によれば、コンテンツ録画・再生装置１０は、放送局６０から放送された放送コンテンツについて、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０などのＷＥＢサーバに集積された様々な情報（視聴者が発したコメント、つぶやき、当該放送コンテンツの視聴数など）を、それらのＷＥＢサーバから取得し、その取得した情報を解析し、視聴者から発せられた情報が多い時間帯を、多くの視聴者が盛り上がった部分とみなし、視聴推奨区間として抽出し、その視聴推奨区間を再生するための視聴インデックスリストを生成する。
【００８５】
従って、ユーザは、本実施形態に係るコンテンツ録画・再生装置１０を用いて放送コンテンツを録画し、さらに、その視聴インデックスリストを生成すれば、その視聴インデックスリストに従って前記録画した放送コンテンツを再生することにより、その放送コンテンツのうち、多くの視聴者が盛り上がった部分のみを視聴することができるようになる。
【００８６】
＜第２の実施形態＞
図１１は、本発明の第２の実施形態に係る視聴インデックスリスト生成処理の処理フローの例を示した図である。なお、第２の実施形態におけるコンテンツ録画・再生装置１０のハードウエア的な構成は、第１の実施形態の場合と全く同じであり、視聴インデックスリスト生成部１１３の処理内容の一部が相違するだけである。
すなわち、図１１に示すように、この第２の実施形態に係る視聴インデックスリスト生成処理の処理フローは、図６に示した第１の実施形態に係る視聴インデックスリスト生成処理の処理フローの先頭部にステップＳ１０を追加しただけのものとなっている。
【００８７】
ＣＰＵは、まず、ユーザが指定するフィルタ条件を取得する（ステップＳ１０）。ここで、フィルタ条件とは、例えば、視聴者の属性である性別、年齢層、職業、居住地、所属コミュニティなどをいう。なお、フィルタ条件の入力は、表示装置１５に表示された複数のフィルタ条件の中から、ユーザが指定するものを、ユーザに選択させるなどの方法によって実現される。
【００８８】
以下、ＣＰＵは、ステップＳ１１以下の処理を実行するが、ステップＳ１１以下の処理は、図６と同じなので、その説明を省略する。ただし、ステップＳ１２〜ステップＳ１５の処理の詳細処理の中では、第１の実施形態の場合と相違生じるので、その相違については、次に図１２を参照して説明する。
【００８９】
なお、この第２の実施形態で、フィルタ条件を取得するのは、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０などのＷＥＢサーバから得られる情報を、ユーザが指定するフィルタ条件で、さらに、フィルタリングすることを目的としている。
例えば、ユーザがフィルタ条件として、自分と同じ年齢層を指定したとすれば、図１１に示す視聴インデックスリスト生成処理では、自分と同じ年齢層の視聴者が発した情報に基づき視聴インデックスリストが生成されることになる。
【００９０】
図１２は、本発明の第２の実施形態に係る番組実況データの勢いデータ算出処理の処理フローの例を示した図である。
図１２に示すように、この第２の実施形態に係る番組実況データの勢いデータ算出処理の処理フローは、図７に示した第１の実施形態に係る番組実況データの勢いデータ算出処理の処理フローとほとんど同じであるが、第２の実施形態の場合、ステップＳ３８の前にステップＳ３８ａが挿入されている点で相違する。
【００９１】
ここで、ステップＳ３１〜ステップＳ３７までの処理は、図７と同じであるので、その説明を省略し、以下、ステップＳ３６の判定で、ダウンロードした情報件数（ダウンロードした番組実況データの数）が所定数以上であった場合（ステップＳ３６でＹｅｓ）以降の処理について簡単に説明する。
【００９２】
ＣＰＵは、ステップＳ３１でダウンロードした番組実況データのうち、ユーザ指定のフィルタ条件（図１１、ステップＳ１０参照）に適合する番組実況データを抽出する（ステップＳ３８ａ）。
例えば、フィルタ条件として４０歳台の年齢層が指定されていれば、ダウンロードされた番組実況データのうち、投稿者の年齢が４０歳台である番組実況データだけが抽出され、他の番組実況データは破棄される。
【００９３】
次に、ＣＰＵは、当該放送コンテンツの時間帯を所定の単位時間（例えば、５秒）間隔で区分する（ステップＳ３８）。
そして、ＣＰＵは、前記抽出した番組実況データを、その投稿日時が前記区分したいずれの単位時間間隔に属するかを判定し、前記区分した単位時間間隔ごとに属する番組実況データの数をカウントする（ステップＳ３９）。
さらに、ＣＰＵは、単位時間間隔ごとの勢い値を算出し（ステップＳ４０）、当該勢いデータの算出処理を終了する。
【００９４】
以上の処理により、番組実況データの勢いデータは、ユーザが指定したフィルタ条件に適合する番組実況データに基づいて算出されることになる。
【００９５】
なお、第２の実施形態でも、つぶやきデータの勢いデータを算出する処理、視聴数データの勢いデータを算出する処理および操作データ（「いいね」「悪いね」操作データ）の勢いデータを算出する処理は、この番組実況データの勢いデータ算出処理に類似するものであるので、その詳細な処理フローの図示および説明を省略する。
【００９６】
以上、本発明の第２の実施形態によれば、ユーザは、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０などのＷＥＢサーバに集積された情報のうち、自分が指定するフィルタ条件に適合する情報だけを用いて視聴インデックスリストを生成することが可能になる。
【００９７】
＜第３の実施形態＞
図１３は、本発明の第３の実施形態に係るコンテンツ録画・再生装置１０ａの構成の例および当該コンテンツ録画・再生装置１０ａに関係する各ＷＥＢサーバの構成の例を示した図である。
【００９８】
図１３に示すように、第３の実施形態では、通信ネットワーク７０には、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０に加え、インデックスリスト生成サーバ８０が、さらに、接続される。インデックスリスト生成サーバ８０は、放送コンテンツの視聴インデックスリストを専用に生成する装置である。
すなわち、インデックスリスト生成サーバ８０は、第１の実施形態（図２参照）では、コンテンツ録画・再生装置１０のそれぞれが備えていた視聴インデックスリスト生成処理機能を取り出し、代行して視聴インデックスリストを生成するようにしたものである。
【００９９】
従って、インデックスリスト生成サーバ８０は、情報収集部８１、受信情報解析部８２、視聴インデックスリスト生成部８３、視聴インデックスリスト記憶部８４、情報提供部８５を含んで構成される。
このうち、情報収集部８１、受信情報解析部８２、視聴インデックスリスト生成部８３、視聴インデックスリスト記憶部８４は、それぞれ、図２のコンテンツ録画・再生装置１０における情報送受信部１１１、受信情報解析部１１２、視聴インデックスリスト生成部１１３、視聴インデックスリスト記憶部１２１に対応する。
【０１００】
従って、そのそれぞれの処理内容も、第１の実施形態の場合とほぼ同じであるので、その説明を省略する。ただし、第１の実施形態では、コンテンツ録画・再生装置１０は、通常、録画された放送コンテンツについてだけ、または、ユーザが指定した放送コンテンツについてだけ視聴インデックスリストを生成すればよいが、第３の実施形態では、インデックスリスト生成サーバ８０は、可能な限り全放送コンテンツについて視聴インデックスリストを生成し、視聴インデックスリスト記憶部８４に保存しておくのが好ましい。
【０１０１】
従って、第３の実施形態では、コンテンツ録画・再生装置１０ａは、録画した放送コンテンツについての視聴インデックスリストが必要とされる場合には、インデックスリスト生成サーバ８０に対し、その放送コンテンツについての視聴インデックスリストの有無を問い合わせ、当該視聴インデックスリストが存在するときには、その視聴インデックスリストをインデックスリスト生成サーバ８０からダウンロードするだけでよい。
【０１０２】
従って、コンテンツ録画・再生装置１０ａは、第１の実施形態における受信情報解析部１１２および視聴インデックスリスト生成部１１３を備える必要はなく、代りに、視聴インデックスリストのダウンロード機能を有する視聴インデックスリスト取得部１１６を備えておけばよい。
【０１０３】
以上、本発明の第３の実施形態によれば、コンテンツ録画・再生装置１０ａの機能の簡素化を図ることができるので、コンテンツ録画・再生装置１０ａの製造コストを上昇させることなく、第１の実施形態と同様の効果を得ることができる。
【０１０４】
＜第４の実施形態＞
図１４は、本発明の第４の実施形態に係るコンテンツ録画・再生装置１０ｂの構成の例および当該コンテンツ録画・再生装置１０ｂに関係する各ＷＥＢサーバの構成の例を示した図である。
【０１０５】
図１４に示すように、本発明の第４の実施形態に係るコンテンツ録画・再生装置１０ｂの構成は、私用インデックスリスト生成部１１７をさらに備えるという点においてのみ、第１の実施形態に係るコンテンツ録画・再生装置１０の構成と相違している。
【０１０６】
第１〜第３の実施形態では、視聴インデックスリストは、番組実況サーバ２０、つぶやきサーバ３０、視聴数サーバ４０、コミュニティサーバ５０などのＷＥＢサーバに集積された情報を利用して生成するものであったが、第４の実施形態では、ユーザが自分自身の操作により、私的利用のための私用視聴インデックスリストの生成を可能とするものである。
その目的のために、本実施形態では、第１の実施形態と同様にユーザ操作部１０５の一部としてリモコン装置に設けられた図示しない「いいね」ボタンおよび「悪いね」ボタンを利用する。
なお、「いいね」ボタンに代えて、肯定的評価を行う任意のボタンを設けてもよい。また、「悪いね」ボタンに代えて、否定的評価を行う任意のボタンを設けてもよい。
【０１０７】
図１５は、第４の実施形態に係るコンテンツ録画・再生装置１０ｂにおける（ａ）ユーザ操作のタイミングの例、（ｂ）その操作により作成される再生シークバー（視聴推奨区間）の例、（ｃ）「いいね」「悪いね」操作データの例、（ｄ）視聴インデックスリストの例を示した図である。
【０１０８】
コンテンツ録画・再生装置１０ｂのユーザは、放送インデックスを視聴中、または、録画コンテンツ記憶部１２２に記憶されている録画コンテンツを視聴中に、そのとき視聴したシーンに応じて、そのシーンを再視聴したいと思ったときには、「いいね」ボタンを押下する。また、そのシーンを再視聴する必要がないと思ったときには、「悪いね」ボタンを押下する。
【０１０９】
図１５（ａ）に示したグラフにおいて、横軸は、当該放送コンテンツまたは録画コンテンツの開始時を基準とした相対時刻を表し、横軸の上側に延びた黒丸付の線分は、「いいね」ボタンの押下タイミングを示し、横軸の下側に延びた黒丸付の線分は、「悪いね」ボタンの押下タイミングを示す。また、破線は、これらの押下タイミングから図１５（ｂ）に示すような再生シークバー（視聴推奨区間）を生成するものであることを示している。
【０１１０】
また、図５（ｃ）に示した「いいね」「悪いね」操作データの例は、「いいね」ボタンおよび「悪いね」ボタンの押下タイミングに応じて作成され、それぞれのボタンが押下されたときの時刻（相対時刻）に「いいね」および「悪いね」を識別する情報が対応付けられて構成される。
また、図１５（ｄ）に示した視聴インデックスリストの例は、図１５（ｃ）に示された「いいね」「悪いね」操作データの例に基づき生成されたものである。
【０１１１】
本実施形態では、再生開始のインデックスデータは、「悪いね」ボタンが押下され（続けた）後、「いいね」ボタンが押下されたとき作成される。ただし、ユーザによる操作の遅延時間を考慮して、インデックスデータにおける再生開始の時刻は、そのタイミングよりも、所定の時間（例えば、５秒）前に設定される。
同様に、再生終了のインデックスデータは、「いいね」ボタンが押下され（続けた）後、「悪いね」ボタンが押下されたとき作成される。同様に、ユーザによる操作の遅延時間を考慮して、インデックスデータにおける再生終了の時刻は、そのタイミングよりも、所定の時間（例えば、５秒）前に設定される。
【０１１２】
図１６は、第４の実施形態に係る私用インデックスリスト生成処理の処理フローの例を示した図である。
まず、ＣＰＵは、ユーザの「いいね」ボタンおよび「悪いね」ボタンの押下タイミングに基づき、「いいね」「悪いね」操作データを生成する（ステップＳ８１）。
次に、ＣＰＵは、繰り返し処理の便宜上必要となる前回操作（の情報）を「悪いね」に設定する（ステップＳ８２）。
【０１１３】
次に、ＣＰＵは、時刻順に「いいね」「悪いね」操作データの１つを取得し（ステップＳ８３）、前回操作と今回操作とを比較し、前回操作と今回操作とが同じであった場合には（ステップＳ８４でＹｅｓ）、ステップＳ８９の処理へ進む。また、前回操作と今回操作とが異なった場合には（ステップＳ８４でＮｏ）、今回操作が「いいね」であるか否かを判定する（ステップＳ８５）。
なお、「いいね」「悪いね」操作データの１つとは、「いいね」「悪いね」操作データのうち１行のデータを意味する（図１５（ｃ）参照）。
【０１１４】
その判定で、今回操作が「いいね」であった場合には（ステップＳ８５でＹｅｓ）、ＣＰＵは、そのときの「いいね」「悪いね」操作データに基づき、再生開始のインデックスデータを作成する（ステップＳ８６）。また、今回操作が「いいね」でなかった場合、すなわち、「悪いね」であった場合には（ステップＳ８５でＮｏ）、ＣＰＵは、そのときの「いいね」「悪いね」操作データに基づき、再生終了のインデックスデータを作成する（ステップＳ８７）。
次に、ＣＰＵは、ステップＳ８６またはステップＳ８７で作成した再生開始または再生終了のインデックスデータを、そのとき作成中の視聴インデックスリストに追加する（ステップＳ８８）。
【０１１５】
次に、ＣＰＵは、全操作データ（「いいね」「悪いね」操作データの全部）の取得が終了したか否かを判定し（ステップＳ８９）、全操作データの取得が終了していない場合には（ステップＳ８９でＮｏ）、ステップＳ８３に戻って、ステップＳ８３以下の処理を繰り返して実行する。
また、全操作データの取得が終了していた場合には（ステップＳ８９でＹｅｓ）、ＣＰＵは、それまでに生成した視聴インデックスリストを視聴インデックスリスト記憶部１２１に格納し（ステップＳ９０）、当該私用インデックスリスト生成処理を終了する。
【０１１６】
以上のような私用インデックスリストは、ユーザ自身の操作に基づき作成されるので、ユーザは、自分の好みにあった視聴インデックスリストを生成することが可能になる。従って、第４の実施形態に係るコンテンツ録画・再生装置１０ｂにより、ユーザの利便性を向上させることができるようになる。
【０１１７】
なお、以上に説明した第４の実施形態では、図１５（ｃ）に示した視聴インデックスリストは、「いいね」ボタンおよび「悪いね」ボタンの押下タイミングのみに基づいて生成されているが、その視聴インデックスリストは、「いいね」ボタンや「悪いね」ボタンが押下される頻度に基づいて生成されるものであってもよい。
【０１１８】
例えば、「いいね」ボタンまたは「悪いね」ボタンが連打（連続して押下）され続けた場合、その連打の平均的な時間間隔が、所定の時間以下（例えば、２秒以下）になる区間をもって、視聴者（ユーザ）の気持ちが盛り上がっている、または、つまらないと感じている部分と判断し、その区間に基づいて視聴インデックスリストを生成するようにしてもよい。
【０１１９】
なお、本発明は、以上に説明した実施形態に限定されるものでない。例えば、前記の実施形態は、本発明を分かりやすく説明するために、詳細に説明したものであり、本発明は、その実施形態で説明したすべての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成の一部で置き換えることが可能であり、さらに、ある実施形態の構成に他の実施形態の構成の一部または全部を加えることも可能である。
【符号の説明】
【０１２０】
１０    コンテンツ録画・再生装置
１１    録画・再生機能付きパソコン
１５    表示装置
２０    番組実況サーバ
２１    実況データ記憶部
２２    実況データ収集部
２３    情報提供部
３０    つぶやきサーバ
３１    つぶやきデータ記憶部
３２    つぶやき収集部
３３    情報提供部
４０    視聴数サーバ
４１    視聴数データ記憶部
４２    視聴データ収集部
４３    情報提供部
５０    コミュニティサーバ
５１    操作データ記憶部
５２    操作データ収集部
５３    情報提供部
６０    放送局
７０    通信ネットワーク
８０    インデックスリスト生成サーバ
８１    情報収集部
８２    受信情報解析部
８３    視聴インデックスリスト生成部
８４    視聴インデックスリスト記憶部
８５    情報提供部
１０１  放送受信部
１０２  デスクランブル部
１０３  暗号部
１０４  コンテンツ録画部
１０５  ユーザ操作部
１０６  チャネル制御部
１１１  情報送受信部
１１２  受信情報解析部
１１３  視聴インデックスリスト生成部
１１４  録画コンテンツ再生部
１１５  操作データ取得部
１１６  視聴インデックスリスト取得部
１１７  私用インデックスリスト生成部
１２１  視聴インデックスリスト記憶部
１２２  録画コンテンツ記憶部
【図１】
2014127986.tif 000003
【図２】
2014127986.tif 000004
【図３】
2014127986.tif 000005
【図４】
2014127986.tif 000006
【図５】
2014127986.tif 000007
【図６】
2014127986.tif 000008
【図７】
2014127986.tif 000009
【図８】
2014127986.tif 000010
【図９】
2014127986.tif 000011
【図１０】
2014127986.tif 000012
【図１１】
2014127986.tif 000013
【図１２】
2014127986.tif 000014
【図１３】
2014127986.tif 000015
【図１４】
2014127986.tif 000016
【図１５】
2014127986.tif 000017
【図１６】
2014127986.tif 000018