(57)【要約】【課題】メッセージ投稿サービスを利用してコンテンツの盛り上がり開始を検知することにより、タイムラグを低減させて報知可能なコンテンツ発見支援装置等を提供すること。【解決手段】コンテンツの盛り上がり開始を検出するコンテンツ発見支援装置であって、メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信手段と、前記受信した投稿メッセージから、前記コンテンツに対応する投稿数を算出する投稿数算出手段と、前記投稿数の時間的変化に基づいて、前記コンテンツの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知手段と、を備えたことを特徴とする。【選択図】図６
2014157460.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの盛り上がり開始を検出するコンテンツ発見支援装置であって、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信手段と、
前記受信した投稿メッセージから、前記コンテンツに対応する投稿数を算出する投稿数算出手段と、
前記投稿数の時間的変化に基づいて、前記コンテンツの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知手段と、
を備えたことを特徴とするコンテンツ発見支援装置。
【請求項２】
前記盛り上がり検知手段は、複数のコンテンツに対して各該コンテンツの盛り上がり開始を検知することを特徴とする請求項１に記載のコンテンツ発見支援装置。
【請求項３】
前記盛り上がり検知手段は、前記投稿数の一次微分値及び二次微分値を算出し、該一次微分値が所定期間正の値であり、かつ該二次微分値が所定値以上の場合に、前記盛り上がり開始を検知することを特徴とする請求項１又は２に記載のコンテンツ発見支援装置。
【請求項４】
複数のコンテンツデータ取得部を有し、該複数のコンテンツデータ取得部で取得した複数のコンテンツから一のコンテンツを選択して表示するコンテンツ受信表示手段と、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信手段と、
前記受信した投稿メッセージから、前記複数のコンテンツそれぞれに対応する投稿数を算出する投稿数算出手段と、
前記投稿数の時間的変化に基づいて、前記複数のコンテンツそれぞれの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知手段と、
前記盛り上がり検知手段によって盛り上がり開始が検出されたコンテンツが表示されていない場合、該盛り上がり開始が検出されたコンテンツの存在を報知する報知手段と、
を備えたことを特徴とするコンテンツ表示システム。
【請求項５】
コンテンツの盛り上がり開始を検出するコンテンツ発見支援機能を実現するコンピュータにおいて実行されるプログラムであって、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信機能と、
前記受信した投稿メッセージから、前記コンテンツに対応する投稿数を算出する投稿数算出機能と、
前記投稿数の時間的変化に基づいて、前記コンテンツの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知機能と、
を備えたことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンテンツから盛り上がりコンテンツの発見を支援するコンテンツ発見支援装置等に関する。
【背景技術】
【０００２】
近年、テレビ放送の多チャンネル化が進み、またインターネットでも多くの動画コンテンツが提供されるなど、従来に比べて多くの映像コンテンツが身の回りに溢れている。これら膨大な映像コンテンツの中から利用者が所望するコンテンツを発見することは容易なことでなく、利用者が所望するコンテンツの発見を支援するためのツールやサービスが望まれている。
【０００３】
こうしたコンテンツの発見を支援する技術として、例えば、利用者がそれまでに視聴したジャンルやタイトルなどを利用する技術や、視聴したコンテンツと同じコンテンツを視聴した他の利用者が視聴したコンテンツ履歴を利用する技術がある。
【０００４】
また、コンテンツ内の音声レベルや、シーンによりコンテンツの盛り上がり度を検知したり、選局の履歴を利用することにより、利用者が好みのチャンネル・コンテンツを表示したりする技術も知られている（例えば、特許文献１、特許文献２参照）。
【０００５】
更に、最近では利用者が書き込んだ短いメッセージを他の利用者に配信したりすることが可能なＴｗｉｔｔｅｒ（登録商標）を代表とするメッセージ共有サービスを用いて、現在視聴中のチャンネル・コンテンツについて意見、感想の投稿を行うことが多く行われている。この、投稿メッセージ数に応じて、現在どのチャンネル・コンテンツが利用者に注目されているかを抽出し、表示する技術が知られている（例えば、非特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２１８６３４号公報
【特許文献２】特許第４３５１５８７号公報
【非特許文献】
【０００７】
【非特許文献１】ニフティ株式会社、みるぞう、インターネット＜URL：http://miruzow.nifty.com/＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した選局候補の抽出・表示方法は、利用履歴に基づいて利用者の嗜好を判定する必要があり、過去の履歴と関係なく盛り上がっているコンテンツを新たに抽出して提供するということはできなかった。
【０００９】
また、映像や音声等によりコンテンツ内における盛り上がり度を検知する方法は、コンテンツを復号して音声レベルやシーンの特徴量を抽出する必要があり、近年チャンネル数が増加している中、総てのチャンネルについてリアルタイムに実施することは現実的でない。
【００１０】
また、メッセージ共有サービスを用いて現在の盛り上がりを検知する方法の場合、従来は投稿メッセージの累積数に基づいてコンテンツ（チャンネル）の盛り上がり度が判定されていたため、コンテンツ内で盛り上がった部分をリアルタイムで検知することは出来なかった。
【００１１】
また、従来の方法のいずれも、盛り上がりを検知するまでにかなりのタイムラグが生じており、盛り上がりが検知された段階では、既に盛り上がったシーンを利用者が見逃してしまう恐れがあった。
【００１２】
上述した課題に鑑み、本発明はメッセージ投稿サービスを利用してコンテンツの盛り上がり開始を検知することにより、タイムラグを低減させて盛り上がりコンテンツを報知可能なコンテンツ発見支援装置等を提供することである。
【課題を解決するための手段】
【００１３】
上述した課題に鑑み、本発明のコンテンツ発見支援装置は、
コンテンツの盛り上がり開始を検出するコンテンツ発見支援装置であって、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信手段と、
前記受信した投稿メッセージから、前記コンテンツに対応する投稿数を算出する投稿数算出手段と、
前記投稿数の時間的変化に基づいて、前記コンテンツの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知手段と、
を備えたことを特徴とする。
【００１４】
本発明のコンテンツ表示システムは、
複数のコンテンツデータ取得部を有し、該複数のコンテンツデータ取得部で取得した複数のコンテンツから一のコンテンツを選択して表示するコンテンツ受信表示手段と、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信手段と、
前記受信した投稿メッセージから、前記複数のコンテンツそれぞれに対応する投稿数を算出する投稿数算出手段と、
前記投稿数の時間的変化に基づいて、前記複数のコンテンツそれぞれの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知手段と、
前記盛り上がり検知手段によって盛り上がり開始が検出されたコンテンツが表示されていない場合、該盛り上がり開始が検出されたコンテンツの存在を報知する報知手段と、
を備えたことを特徴とする。
【００１５】
本発明のプログラムは、
コンテンツの盛り上がり開始を検出するコンテンツ発見支援機能を実現するコンピュータにおいて実行されるプログラムであって、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信機能と、
前記受信した投稿メッセージから、前記コンテンツに対応する投稿数を算出する投稿数算出機能と、
前記投稿数の時間的変化に基づいて、前記コンテンツの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知機能と、
を備えたことを特徴とする。
【発明の効果】
【００１６】
このように、本発明によれば、メッセージ共有サーバから、投稿メッセージを受信し、投稿メッセージから、コンテンツに対応する投稿メッセージの投稿数を算出する。そして、投稿数の一次微分値及び二次微分値を算出し、算出された一次微分値及び二次微分値の時間的変化に基づいて、コンテンツの盛り上がりを盛り上がり開始の早い時刻で検知することができる。このように投稿数に基づき、投稿数の二次微分値迄利用することにより、早い段階で盛り上がりを検知することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態におけるシステム全体を説明するための図である。
【図２】本実施形態におけるサービスサーバの機能構成を説明するための図である。
【図３】本実施形態におけるコンテンツ発見支援サーバの機能構成を説明するための図である。
【図４】本実施形態におけるコンテンツ発見支援装置の機能構成を説明するための図である。
【図５】本実施形態におけるコンテンツ発見支援サーバの動作フローについて説明するための図である。
【図６】本実施形態における盛り上がり検知部の動作フローについて説明するための図である。
【図７】本実施形態における動作例を説明するための図である。
【図８】本実施形態における動作例を説明するための図である。
【図９】本実施形態における動作例を説明するための図である。
【図１０】本実施形態における第１適用例を説明するための図である。
【図１１】本実施形態におけるコンテンツ表示装置の説明するための図である。
【図１２】本実施形態における画面例を説明するための図である。
【図１３】本実施形態における第２適用例を説明するための図である。
【図１４】本実施形態における視聴処理の動作フローについて説明するための図である。
【図１５】本実施形態における操作機能を説明するための図である。
【図１６】本実施形態における視聴処理の動作フローについて説明するための図である。
【図１７】本実施形態における画面例を説明するための図である。
【図１８】本実施形態における画面例を説明するための図である。
【発明を実施するための形態】
【００１８】
続いて、本発明のコンテンツ発見支援方法を適用したコンテンツ表示装置の詳細な実施形態について説明する。
【００１９】
［１．全体構成］
まず、システムの全体構成について、説明する。図１は、システム１の全体を示す図である。システム１には、コンテンツ発見支援サーバ１０、サービスサーバ２０、コンテンツ発見支援装置３０がネットワークに接続されている。
【００２０】
サービスサーバ２０は、メッセージ共有サービスや、ＳＮＳサービスといった種々のサービスを提供するサーバである。これにより、例えば、Ｔｗｉｔｔｅｒや、Ｆａｃｅｂｏｏｋ、Ｇｏｏｇｌｅ＋、新浪微博といったサービスが提供される。
【００２１】
コンテンツ発見支援サーバ１０は、サービスサーバ２０が提供する共有メッセージを取得し、これをもとにコンテンツ発見支援情報を生成し、コンテンツ発見支援装置３０へ送付する。
【００２２】
コンテンツ発見支援装置３０は、コンテンツ発見支援サーバ１０からコンテンツ発見支援情報を受信し、これを処理してコンテンツ発見に必要な情報を生成する。コンテンツ発見支援装置３０は、テレビやレコーダの機器に接続あるいは内蔵され、生成された情報を画面に表示したり、生成された情報に基づき録画をするなどの処理を行う。
【００２３】
ここで、コンテンツとは、例えばリアルタイムに放送・配信されているコンテンツであれば、放送局のチャンネル、放送局、配信局（サービス）によって識別できるもの（例えば、１９時現在に放送されているＡｃｈ、Ｂｃｈ、Ｃｃｈ・・・のコンテンツ）であり、また、蓄積型といったオンデマンド配信や、ストリーミング配信、動画サイトによる動画配信であれば、それぞれのコンテンツ毎のことをいう。すなわち、利用者が、視聴するコンテンツのことをいい、コンテンツの識別情報とは、当該コンテンツを特定するのに必要な情報であれば何れの情報であっても良い。
【００２４】
また、コンテンツという場合、例えば、放送される番組、チャンネル（放送局）等の意味を含むものとする。すなわち、利用者（視聴者）が選択できる基準となるものであればよい。
【００２５】
［２．機能構成］
次に、本システムの個々の機能構成について、図を用いて順に説明する。
【００２６】
［２．１  サービスサーバ］
まず、サービスサーバ２０の機能構成について図２を用いて説明する。図２に示すように、サービスサーバ２０は、制御部２００と、記憶部２１０と、ネットワークＩ／Ｆ部２２０とを備えて構成されている。サービスサーバ２０は、まず、ネットワーク上の図示されない各端末およびコンテンツ発見支援サーバ１０から構成されるグループを生成する。
【００２７】
制御部２００は、サービスサーバ２０の全体を制御するための機能部である。制御部２００は、記憶部２１０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。
【００２８】
記憶部２１０は、サービスサーバ２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２１０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００２９】
ネットワークＩ／Ｆ部２２０は、サービスサーバ２０が、他の装置やサーバ等と通信を行うための機能部である。ネットワークＩ／Ｆ部は、例えばＥｔｈｅｒｎｅｔ（登録商標）等の有線接続や、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎといった無線ＬＡＮ、３Ｇ回線、ＷｉＭＡＸといった無線接続が利用される。
【００３０】
ここで、サービスサーバ２０の動作概要としては、ネットワークに接続された端末から投稿されたメッセージを受信し、受信したメッセージをネットワーク上の前記生成したグループに属する端末やサーバに配信する。これにより、グループに属する各端末において投稿メッセージを共有することが可能となる。
【００３１】
［２．２  コンテンツ発見支援サーバ］
続いて、コンテンツ発見支援サーバの機能構成について、図を用いて説明する。図３は、コンテンツ発見支援サーバ１０の機能構成について示したものである。
【００３２】
コンテンツ発見支援サーバ１０は、制御部１００、盛り上がり検知部１１０、記憶部１２０と、ネットワークＩ／Ｆ部１３０とを備えて構成されている。
【００３３】
制御部１００は、コンテンツ発見支援サーバ１０の全体を制御するための機能部である。制御部１００は、記憶部１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。
【００３４】
ネットワークＩ／Ｆ部１３０は、コンテンツ発見支援サーバ１０が、他の装置やサーバ等と通信を行うための機能部である。ネットワークＩ／Ｆ部は、例えばＥｔｈｅｒｎｅｔ等の有線接続や、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎといった無線ＬＡＮ、３Ｇ回線、ＷｉＭＡＸといった無線接続が利用される。
【００３５】
盛り上がり検知部１１０は、現在放送中のコンテンツのうち、盛り上がっていることをサービスサーバ２０から得た投稿メッセージ情報を用いて検知するための機能部である。
【００３６】
前記投稿メッセージ情報のメッセージ数やこれに基づく処理情報等が盛り上がり度１２２として記憶部１２０に記憶される。
【００３７】
記憶部１２０は、コンテンツ発見支援サーバ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、記憶部１２０には、前述した盛り上がり度１２２が記憶されている。
【００３８】
なお、コンテンツ発見支援サーバ１０の動作概要としては、統計情報である盛り上がり度１２２を用いて、視聴者の関心の高いコンテンツ、注目度の高いコンテンツを抽出し、ネットワークＩ／Ｆ部１３０を介してコンテンツ発見支援装置３０へ送信されることとなる。
【００３９】
［２．３  コンテンツ発見支援装置］
続いて、コンテンツ発見支援装置３０の機能構成について説明する。図４は、コンテンツ発見支援装置３０の機能構成について示したものである。
【００４０】
図４に示すように、コンテンツ発見支援装置３０は、制御部３００と、盛り上がり受信部３１０と、変換部３２０と、記憶部３３０と、ネットワークＩ／Ｆ部３４０と、出力部３５０とを備えて構成されている。
【００４１】
制御部３００は、コンテンツ発見支援装置３０の全体を制御するための機能部である。制御部３００は、記憶部３３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit等）により構成されている。
【００４２】
盛り上がり受信部３１０は、コンテンツ発見支援サーバ１０から送信される盛り上がり検知情報をネットワークＩ／Ｆ部３４０を介して受信する。
【００４３】
変換部３２０は、盛り上がり受信部３１０により受信したコンテンツ発見支援サーバ１０から送信される盛り上がり検知情報を適切な形式に変換するための機能部である。ここの適切な形式とは、例えば、テレビやスマートフォンなどのディスプレイに重畳表示するためのビットマップ形式や、ＨＴＭＬ形式、ＢＭＬ形式がある。また、表示が必須でなければ、ＸＭＬなどのデータ表現形式などとしても良い。また、スピーカなどの音響装置に出力するためのＡＡＣ、ＷＡＶ形式などのオーディオ形式などとしてもいい。
【００４４】
記憶部３３０は、コンテンツ発見支援装置３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００４５】
ネットワークＩ／Ｆ（インターフェース）部３４０は、コンテンツ発見支援装置３０が、コンテンツ発見支援サーバ１０やテレビ、スマートフォンなどの外部機器と通信を行うための機能部である。ネットワークＩ／Ｆ部３４０は、例えばＥｔｈｅｒｎｅｔ等の有線接続や、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎといった無線ＬＡＮ、３Ｇ回線、ＷｉＭＡＸといった無線接続が利用される。
【００４６】
出力部３５０は、盛り上がり検知情報を外部機器に出力するための機能部である。テレビやタブレット、スマートフォンなどの外部機器に盛り上がり検知情報を転送するために、例えばＤＶＩ、ＨＤＭＩ、ＵＳＢなどの規格に合わせて信号を生成する。また、ネットワークＩ／Ｆ部３４０経由で出力する場合は、通信プロトコールに合わせて信号を生成する。
【００４７】
［３．処理の流れ］
続いて、本実施形態におけるコンテンツ発見支援サーバ１０の動作フローについて図５を用いて説明する。
【００４８】
まず、盛り上がり検知部１１０は、記憶部１２０から投稿メッセージの統計情報である盛り上がり度１２２の値を読み出し、盛り上がり開始待ち処理（ステップＳ１０２）を行う。
【００４９】
盛り上がり検知部１１０が盛り上がり開始を検知した場合（ステップＳ１０４；Ｙｅｓ）、ネットワークＩ／Ｆ部１３０を介して盛り上がりの開始を報知（例えば、盛り上がり開始情報をコンテンツ発見支援装置３０へ送信）する（ステップＳ１０６）。
【００５０】
次に、盛り上がり検知部１１０は、記憶部１２０から投稿メッセージの統計情報である盛り上がり度１２２の値を読み出し、盛り上がり終了待ち処理を行う（ステップＳ１０８）。
【００５１】
盛り上がり検知部１１０が盛り上がり終了を検知した場合（ステップＳ１１０；Ｙｅｓ）、ネットワークＩ／Ｆ部１３０を介して盛り上がりの終了を報知（例えば、盛り上がり終了情報をコンテンツ発見支援装置３０へ送信）する。（ステップＳ１１２）。
【００５２】
ここで、盛り上がり検知部１１０の処理の流れについて図６の動作フローを用いて説明する。
【００５３】
まず、メッセージ共有サービスを提供するサービスサーバ２０から送信された投稿メッセージを取得（受信）する（ステップＳ２０２）。投稿メッセージは、属性が付加されており、この属性情報によりチャンネルに紐付けられる。例えば、Ｔｗｉｔｔｅｒの場合、Ａｃｈに紐付けられた投稿メッセージは「＃ach」など、放送局関連するタグが付与されていても良いし、コンテンツに応じたタグが付与されていても良い。また、本実施形態においては、「＃」で始まるタグとして説明しているが、他の識別情報、例えば識別番号、メッセージＩＤ、識別文字列等のコンテンツと紐づけられれば良い。
【００５４】
次に、コンテンツ毎に投稿数を算出する（ステップＳ２０４）。コンテンツ毎に投稿数を算出するのは、例えば現在視聴されているコンテンツでも良いし、現在の時間に放送・配信されているコンテンツのチャンネル毎に算出しても良い。
【００５５】
ここで、投稿数を算出する方法としては種々の方法が考えられるが、例えば１分間毎に、各コンテンツに対応づけられた投稿メッセージの投稿数を、Ｔｗｉｔｔｅｒ（登録商標）のコメント数、ｒｅｔｗｅｅｔ数をカウントするといった方法が考えられる。
【００５６】
続いて、投稿数の一次微分を算出し（ステップＳ２０６）、次いで二次微分を算出する（ステップＳ２０８）。ここで、ステップＳ２０６、Ｓ２０８は、コンテンツ毎に行う。そして、算出された微分値は一時記憶される。一時記憶は一次微分値が正である範囲内で行う。
【００５７】
そして、一次微分値及び二次微分値の時間的変化により、まず盛り上がりの変化を検出する（ステップＳ２１０）。検出された盛り上がりの変化に基づいて、コンテンツ毎の盛り上がりの開始を検出する（ステップＳ２１２）。また、盛り上がり度を算出し（ステップＳ２１４）、コンテンツの盛り上がりの終了を検出する（Ｓ２１６）。ここで、盛り上がりの開始とは、投稿数が時々刻々増え始める時刻であり、盛り上がりの終了とは、投稿はピークを過ぎ、投稿数そのものが減少する時刻である。
【００５８】
図７は、投稿数の時間変化（太線）と対応する一次微分の時間変化（細線）、二次微分の時間変化（点線）を例示したものである。同図において、それぞれ盛り上がりの開始はｔｓ、盛り上がりの終了はｔｅで表す。図示の通り、投稿数が増え始めの部分ｔｓは、一次微分が正で、二次微分が上昇する、投稿数のピークの部分ｔｅにおいては、一次微分が０に向かって下降し、二次微分が大きなマイナスといった、一次微分、二次微分値の特徴的な変化が見て取れる。
【００５９】
なお、正確に微分値を算出するためには、細かい時間間隔のデータが必要であるが、本例では、説明のため、簡略的に投稿数の増減を一次微分として、投稿数の増減の増減を二次微分とし、あるコンテンツに対する投稿数、一次微分、二次微分データ(全２２区間分)を図８に例示する。また、そのデータの時間的変化を折れ線グラフにしたものを図９に例示した。なお、図中では、投稿数を太線、一次微分値を一点鎖線、二次微分値を点線としてプロットした。
【００６０】
ここで、具体的に微分値を求める方法として、本実施形態においては中央差分法を用いて算出する。具体的には、微分を取る点ｎに対して、ｎ＋１と、ｎ−１との間で差分をとる（すなわち、前進差分と、後退差分との平均を求める）。
【数１】
2014157460.tif 000003
なお、δは中央差分演算子、△を前進差分演算子、▽を後進差分演算子とする。
【００６１】
更に、ｎの投稿数を得た時点で、ｎ−１時点の微分値が求まるため、微分値を後ろに一区分ずつずらして算出しても良い。この場合、より正確な盛り上がりを検知出来ることになるが、本実施形態では投稿数と微分との関係を明らかにするため、そのまま表記することとする。
【００６２】
また、２階差分（２次微分）は、以下の数式にて算出される。
【数２】
2014157460.tif 000004
【００６３】
メッセージ共有サービス上の投稿の盛り上がりは、ライブコンテンツ上のイベントの後に起きるので、突発的な短時間のイベントの場合、投稿が盛り上がる頃にはすでに終了していることが考えられる。一方、投稿数が継続的に、じわじわと盛り上がり始めていく中（一次微分値が所定期間以上プラス）、急な立ち上がり(二次微分値が所定の閾値以上)があった場合、その傾向をできるだけ早くキャッチすることができれば、コンテンツを選択する価値のあるような、ある程度大きくて継続時間の長いイベントを、それが終わる前に検出することが可能となる。
【００６４】
そのため、本実施形態では、例えば、盛り上がり開始時刻ｔｓの検出は、前時刻、現在時刻の２つの時刻における一次微分値が正で、かつ二次微分値の値が所定の閾値以上の時刻で行う。また、盛り上がりの終了時刻ｔｅの検出は、投稿数が減り始めた時刻、つまり一次微分値が正から負へと切り替わる時刻で行う。
【００６５】
具体的には、前時刻、現在時刻の一次微分値および二次微分値を取得し、２つの時刻の一次微分値が正で、かつ現在時刻の二次微分値が所定の閾値以上の場合、盛り上がり開始と判定し、情報を出力すると同時に、盛り上がり終了の判定を開始する。一次微分の値が正から負へ転じた時刻で、盛り上がり終了と判定し、情報を出力する。
【００６６】
例えば、図９において、時刻４、時刻５の一次微分値が続けて正であったが、時刻５の二次微分値が負であったため、ドロップされる。一方、時刻９において、二次微分値が急激に上昇した上、時刻８、時刻９両時刻の一次微分値がともに正であるため、時刻９で盛り上がり開始判定となる。時刻５と時刻１０の投稿数は、同じく８００であるが、時刻５付近は予兆がなく突発的な盛り上がりであるのに対して、時刻１０付近は、じわじわと盛り上がり始める中の急激な立ち上がりである。このように、一次微分値と二次微分値の時間的変化に注目すれば、投稿数の絶対値だけでは捉えられない特徴を発見する可能性が高いと考えられる。
【００６７】
なお、上記では、前時刻、現在時刻の２つの時刻における一次微分値を判定に用いたが、さらにその前の時刻の１次微分値も含めた３つ以上の１次微分値を判定に用いても構わない。
【００６８】
また、盛り上がり開始の判定は、二次微分値が閾値を超えた場合以外、例えば、一次微分値が負から正に転じた時刻、すなわち盛り上がり開始の可能性のある時刻の投稿数と、現在時刻の投稿数を取得して、２００％以上の増加なら、盛り上がり開始と判定してもいい。
【００６９】
図８の例では、盛り上がり開始の可能性のある時刻７の投稿数１００に対して、時刻９は投稿数２００で１００％の増加である。時刻１０は投稿数８００で７００％の増加のため、時刻１０が盛り上がり開始として検出される。
【００７０】
このように、盛り上がり検知部１１０においては、コンテンツに対応する投稿数の時間的変化に基づいて、コンテンツの盛り上がり開始を検知している。より具体的には、投稿数の１次微分値や２次微分値の時間的変化により、コンテンツの盛り上がり開始を検知している。
【００７１】
なお、処理の元となる投稿数の変化のグラフ（図９の太線）には、実際の運用時にはさまざまなノイズの混入が考えられる。このため、上記微分処理の前に、ローパスフィルタ等の、一定のノイズを除去する処理をかけることで、盛り上がり開始／終了について、より正確に検出することが可能となる。
【００７２】
最後に、検出結果を出力する。例えば、（盛り上がり開始あるいは終了を示すインジケータ、実際の検出時刻）のフォーマットで、盛り上がり開始および盛り上がりの終了を検出したタイミングで、その都度出力する。
【００７３】
以上、一つのコンテンツ（チャンネル）で盛り上がりの開始と終了の検出処理について説明したが、複数のコンテンツ（チャンネル）で盛り上がりの開始と終了が検知された場合、例えば  （コンテンツ１, 盛り上がり開始,ｔｓ−１）、（コンテンツ２, 盛り上がり終了、ｔｅ−２という具合に、（コンテンツを特定する情報、盛り上がり開始あるいは終了を示すインジケータ、実際の検出時刻）のフォーマットで、盛り上がり開始あるいは終了が検出されたタイミングで、都度出力してもいい。
【００７４】
なお、実際の運用時において、複数のコンテンツ（チャンネル）で盛り上がり開始が頻繁に検出されてしまうことはかえって使いにくく、特に同時に複数の盛り上がり開始が検出された場合は、盛り上がりの度合いによって、ユーザに通知するか否か判定するという処理を行うこともできる。
【００７５】
例えば、複数のコンテンツで検出された盛り上がり開始時の盛り上がり度を比較して、より盛り上がっているコンテンツを通知する方法が考えられる。
【００７６】
盛り上がりの開始時刻ｔｓの検出（ステップＳ２１２）をトリガーに、盛り上がり度算出を開始する(ステップＳ２１４)。
【００７７】
盛り上がり度１２２は、例えば以下の方法で算出が可能である。
方法Ａ：盛り上がり開始時刻の投稿数の二次微分の値を検出する。
方法Ｂ：盛り上がり開始時刻の直前に、投稿数の一次微分値が負から正に転じた時刻の投稿数に対する、盛り上がり開始時刻の投稿数の増加率（％）を算出する。
【００７８】
図８に例示する投稿数データついて、盛り上がり度１２２の計算結果を以下に示す。
方法Ａによる時刻９の盛り上がり度１２２の計算結果：５２０    
方法Ｂによる時刻１０の盛り上がり度１２２の計算結果：７００％
【００７９】
以上の方法で、現在放送中の全チャンネルに対して、盛り上がり開始検出を行い、盛り上がり度がより大きいチャンネルの盛り上がり開始のみを出力することが考えられる。
例えば、同時に複数の盛り上がり開始が検出された場合は、盛り上がり度がより大きいチャンネルの盛り上がり開始情報のみを出力する。
【００８０】
また、閾値を設けてフィルタをかけることも考えられる。例えば、盛り上がり終了するまでに、盛り上がり開始時刻の盛り上がり度を記憶しておき、別のチャンネルで盛り上がり開始が検出された場合、盛り上がり度が記憶した先行の盛り上がり度により低い場合は検出情報をドロップする。
【００８１】
以上の構成とすることで、コンテンツの盛り上がりを盛り上がり開始の比較的早い時刻に検知することが可能となり、これを用いることで、ユーザは本当に面白いコンテンツを見逃す確率を低減できる。
【００８２】
［４．適用例］
上記説明した内容について、例えばデジタル放送受信装置といった他の装置との組み合わせが考えられる。以下、本発明の適用例について説明する。
【００８３】
［４．１  第１適用例］
まず、第１適用例として、図１以下説明した本実施形態における内容をコンテンツ表示装置４０と組み合わせた適用例について、図１０にて説明する。
【００８４】
本適用例では、盛り上がり検知情報に基づいて、コンテンツ表示装置４０で視聴しながら、同時間帯で放送される別のコンテンツの盛り上がりを把握するものである。コンテンツ表示装置４０、放送局４５以外の構成部は既に説明したものと同一であるため、説明は省略する。
【００８５】
図１１は、コンテンツ表示装置４０を模式的に説明するために表した機能構成図である。
【００８６】
チューナ部４１０は、放送局４５から送信される放送波のうち、利用者が所望するチャンネルに対応する放送波をアンテナを介して受信する機能部である。受信された放送波は、データ分離部４２０にコンテンツデータとして出力される。
【００８７】
また、コンテンツ取得部４１５は、例えばネットワークを介して取得されたコンテンツや、既に取得済みのコンテンツから所望するコンテンツを取得するための機能部である。取得されたコンテンツデータは、データ分離部４２０に出力される。なお、チューナ部４１０およびコンテンツ取得部４１５は、いずれもコンテンツデータを取得する機能部であることから、これらをまとめてコンテンツデータ取得部と呼ぶ。
【００８８】
コンテンツ発見支援装置３０は、チューナ部４１０またはコンテンツ取得部４１５で取得したコンテンツの識別情報をコンテンツ発見支援サーバ１０へ送信する。コンテンツ発見支援サーバ１０はコンテンツ識別情報に基づき、コンテンツデータ取得部で取得済み（現在視聴中または視聴済み）のコンテンツ以外のコンテンツの盛り上がり検知を行う。
【００８９】
データ分離部４２０は、入力されたコンテンツデータを各種信号に分離するための機能部である。分離された信号がデコード部４３０に出力される。
【００９０】
具体的には、映像に関する信号が映像デコード部４３２に、音声に関する信号が音声デコード部４３４に出力される。例えば、デジタル放送の場合、放送データは、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓ規格で定められたＴＳ（Transport Stream）パケット形式であるため、ＴＳに付与されたＰＩＤ（Packet ID）にて分離される。
【００９１】
この、デコード部４３０は、入力された信号から各種データをデコード（復調）するための機能部である。本実施形態の場合は、映像データをデコードする映像デコード部４３２と、音声データを復調する音声デコード部４３４とを含んでいる。
【００９２】
表示合成部４４０は、デコードされた映像と、コンテンツ発見支援装置３０から提供された盛り上がり検知情報を合成し、表示する。
【００９３】
（画面例）
続いて、コンテンツ表示装置４０の表示画面（表示合成部４４０が出力する表示画面）の例を用いて説明する。図１２はコンテンツが表示されている表示画面Ｗ１００の一例である。画面には、コンテンツがチューナによりデコードされて表示されている。
【００９４】
このとき、盛り上がり検知部１１０によりＡ−ＣＨの盛り上がりが検知されると、例えば領域Ｒ１０に「Ａ−ＣＨが盛り上がっています」と、例えば盛り上がりの開始から終了までの間表示される。これにより、利用者は現在盛り上がっているコンテンツをリアルタイムに把握することができる。
【００９５】
なお、盛り上がりを報知する手段としては、表示以外に、例えば音声や警報音にて報知しても良い。
【００９６】
このように、第１適用例に基づけば、利用者はコンテンツ（例えば所定のチャンネルの放送コンテンツ）を見ながら、他のコンテンツ（視聴チャンネル以外のコンテンツ）の盛り上がりをリアルタイムに把握できる。
【００９７】
［４．２  第２適用例］
次に、図１３を用いて、第２適用例を説明する。本適用例は、主従２つ以上のチューナを備えるデジタル放送受信装置５０と組み合わせることで、抽出された盛り上がりチャンネルに素早く選局できる機能を追加するものである。
【００９８】
図１３の適用例のチューナ部５１０、データ分離部５２０及びデコード部５３０は、複数備えることにより受信している放送を切り替えて出力することが可能となる。
【００９９】
例えば、図１３に示すように、チューナ部５１０は第１チューナ部５１２及び第２チューナ部５１４が、データ分離部５２０は第１データ分離部５２２及び第２データ分離部５２４が、デコード部５３０は第１デコード部５３２及び第２デコード部５３４が含まれている。
【０１００】
そして、このチューナ部５１０、データ分離部５２０及びデコード部５３０の組み合わせにより復号される信号を表示切替合成部５４０により切り替えて出力することにより、複数のコンテンツを切り替えて出力出来るようになる。なお、デジタル放送受信装置５０は、ユーザからの切替指示を受け付けるユーザ指示入力部（図示せず）を備えており、切替指示を表示切替合成部５４０に入力する。
【０１０１】
例えば、第１チューナ部５１２、第１データ分離部５２２及び第１デコード部５３２を主チューナとし、第２チューナ部５１４、第２データ分離部５２４及び第２デコード部５３４を副チューナとし、２つのコンテンツを切り替えて出力することができる。
【０１０２】
なお、本実施形態においては、説明の都合上２系統を例に説明するが、例えば３系統以上備えることとしても良い。更に、主チューナ、副チューナはどちらの系統を用いていても良い。例えば、最初副チューナとして第２チューナ部５１４、第２データ分離部５２４及び第２デコード部５３４を選択していたが、所定時間受信することにより、こちらを主チューナとして選択するようにしても良い。
【０１０３】
また、第１チューナ部５１２、第２チューナ部５１４の代わりに、例えばネットワークを介して取得されたコンテンツや、既に取得済みのコンテンツから所望するコンテンツを取得するためのコンテンツ取得部を備えていてもよい。上記と同様に、チューナ部とコンテンツ取得部をまとめて、コンテンツデータ取得部と呼ぶ。ただし以下では、チューナ部を備えた場合を例にして説明する。
【０１０４】
続いて、本実施形態における視聴処理の動作フローについて、図１４を用いて説明する。具体的には、図６の盛り上がり検知処理の結果を利用した視聴処理について説明する。
【０１０５】
まず、主チューナでコンテンツ出力処理を実行する（ステップＳ３０２）。具体的には、第１チューナ部５１２、第１データ分離部５２２及び第１デコード部５３２によりデコードされたコンテンツが、表示切替合成部５４０により選択され出力される。
【０１０６】
次に、盛り上がり検知部１１０にて盛り上がりが検知された場合（ステップＳ３０４；Ｙｅｓ）、盛り上がり検知を報知する（ステップＳ３０６）。
【０１０７】
ここで、盛り上がりの検知がされたチャンネルのコンテンツを、副チューナ（第２チューナ部５１４、第２データ分離部５２４及び第２デコード部５３４）で受信する（ステップＳ３０７）。
【０１０８】
次に、利用者により、盛り上がりチャンネルへの選局操作がなされたか否かを判定する（ステップＳ３０８）。盛り上がりが終了するまでに、選局操作がされていない場合には（ステップＳ３０８；Ｎｏ）、盛り上がり報知をクリアし（ステップＳ３１８）、ステップＳ３０２から処理を繰り返す。すなわち、ステップＳ３０６において報知された盛り上がり検知の表示を消去し、副チューナでの受信を中止する。
【０１０９】
他方、盛り上がりチャンネルへの選局操作がされた場合には（ステップＳ３０８；Ｙｅｓ）、表示切替合成部５４０は、副チューナ（第２チューナ部５１４、第２データ分離部５２４及び第２デコード部５３４）からのコンテンツ出力に切り替えて表示する（ステップＳ３１０）。
【０１１０】
盛り上がりチャンネルへの選局から所定時間内に元のチャンネルへ戻る選局操作がなされた場合には（ステップＳ３１２；Ｙｅｓ）、盛り上がり報知をクリアし（ステップＳ２１８）、ステップＳ２０２から処理を繰り返し実行する。すなわち、再度主チューナにより受信されているコンテンツが表示される。また、副チューナにおいて受信されているコンテンツの受信も中止される。
【０１１１】
他方、所定時間内に戻る選局操作がされない場合は（ステップＳ３１２；Ｎｏ→ステップＳ３１４；Ｙｅｓ）、現在選択されているチューナが主チューナとなる（ステップＳ３１６）。例えば、ステップＳ３１０において、第２チューナ部５１４、第２データ分離部５２４及び第２デコード部５３４によりデコードされているコンテンツが表示されている場合には、これらを主チューナとし、第１チューナ部５１２、第１データ分離部５２２及び第１デコード部５３２が副チューナとなる。
【０１１２】
ここで、ステップＳ３０８において、選局操作の有無の判定手法として種々の方法が考えられる。例えば、タイマ部を設けて所定時間内に選局操作がなされなかったと判断した場合は、操作無しと判定しても良い。
【０１１３】
また、盛り上がり検知部１１０で、盛り上がりが終了したと判定された場合に、当該操作がなかったと判定されても良い。なお、盛り上がりが終了する前に、他チャンネルでより高い盛り上がり検知があった場合に、現在のチャンネルへの選局が無かったと判定しても良い。
【０１１４】
なお、ステップＳ３０８においての選局操作は、通常のチャンネル番号指定操作以外に、専用の操作機能を設けた方が、盛り上がりチャンネルへより迅速に選局することが可能となる。いわゆる、ラウンドトリップ選局等の手法を利用する場合が考えられる。
【０１１５】
図１５に示すように、専用の操作機能を備えた操作部の一例としては、例えば各チャンネルを選択するためのチャンネル選局ボタン９１０と、後述するラウンドトリップ機能を実現するためのラウンドトリップボタン９２０と、各種操作カーソルや、選択科目を上下左右に選択したり、決定を入力したりするための操作指示ボタン９３０等を含んで構成されている。
【０１１６】
続いて、ラウンドトリップボタンを利用した選局操作を加味した視聴処理の動作フローについて、図１６を用いて説明する。
【０１１７】
まず、主チューナでコンテンツ出力処理を実行する（ステップＳ４０２）。具体的には、第１チューナ部５１２、第１データ分離部５２２及び第１デコード部５３２によりデコードされたコンテンツが、表示切替合成部５４０により選択され出力される。
【０１１８】
次に、盛り上がり検知部１１０にて盛り上がりが検知された場合（ステップＳ４０４；Ｙｅｓ）、盛り上がり検知を報知する（ステップＳ４０６）。
【０１１９】
ここで、盛り上がりの検知がされたチャンネルのコンテンツを、副チューナ（第２チューナ部５１４、第２データ分離部５２４及び第２デコード部５３４）で受信する。
【０１２０】
次に、利用者によりラウンドトリップ選局操作がされたか否かを判定する（ステップＳ４０８）。盛り上がりが終了するまでに、ラウンドトリップ選局操作がされていない場合には（ステップＳ４０８；Ｎｏ）、盛り上がり報知をクリアし（ステップＳ４１８）、ステップＳ４０２から処理を繰り返す。すなわち、ステップＳ４０６において報知された盛り上がり検知の表示を消去し、副チューナでの受信を中止する。
【０１２１】
他方、ラウンドトリップ選局操作がされた場合には（ステップＳ４０８；Ｙｅｓ）、表示切替合成部５４０は、副チューナ（第２チューナ部５１４、第２データ分離部５２４及び第２デコード部５３４）からのコンテンツ出力に切り替えて表示する（ステップＳ４１０）。
【０１２２】
ラウンドトリップ選局中、所定時間内に戻る操作がなされた場合には（ステップＳ４１２；Ｙｅｓ）、盛り上がり報知をクリアし（ステップＳ４１８）、ステップＳ４０２から処理を繰り返し実行する。すなわち、ラウンドトリップ選局のコンテンツはクリアされ、再度主チューナにより受信されているコンテンツが表示される。また、副チューナにおいて受信されているコンテンツの受信も中止される。
【０１２３】
他方、所定時間内に戻る操作がされない場合は（ステップＳ４１２；Ｎｏ→ステップＳ４１４；Ｙｅｓ）、現在選択されているチューナが主チューナとなる。例えば、ステップＳ４１０において、第２チューナ部５１４、第２データ分離部５２４及び第２デコード部５３４によりデコードされているコンテンツが表示されている場合には、これらを主チューナとし、第１チューナ部５１２、第１データ分離部５２２及び第１デコード部５３２が副チューナとなる。
【０１２４】
ここで、ステップＳ４０８において、ラウンドトリップ選局操作の有無の判定手法として種々の方法が考えられる。例えば、タイマ部を設けて所定時間内に選局操作がなされなかったと判断した場合は、操作無しと判定しても良い。
【０１２５】
また、盛り上がり検知部１１０で、盛り上がりが終了したと判定された場合に、当該操作がなかったと判定されても良い。なお、盛り上がりが終了する前に、他チャンネルでより高い盛り上がり検知があった場合に、現在のチャンネルへの選局が無かったと判定しても良い。
【０１２６】
［４．２．１  画面例］
続いて、第２適用のデジタル放送受信装置５０の表示画面の例を用いて説明する。図１２はコンテンツが表示されている表示画面の一例である。このコンテンツは、主チューナによりデコードされて表示されている。
【０１２７】
このとき、盛り上がり検知部１１０によりＡ−ＣＨの盛り上がりが検知されると、例えば領域Ｒ１０に「Ａ−ＣＨが盛り上がっています」と表示される。これにより、利用者は他のチャンネルのコンテンツが盛り上がっていることをリアルタイムに把握することができる。
【０１２８】
このとき、例えばラウンドトリップボタン９２０が押されると、ラウンドトリップ選局が行われる。そして、図１７に示すように、副チューナでデコードされているコンテンツに切り替わって表示されることとなる。
【０１２９】
また、このとき表示画面の領域Ｒ２０には、「ラウンドトリップ選局中」と表示される。これにより、現在ラウンドトリップ選局が行われていることが利用者に解る。そして、所定時間内に戻る操作が行われた場合には再度主チューナにより受信されているコンテンツが切り替え表示される。
【０１３０】
また、所定時間内に戻る操作が行われない場合には、現在選択されているチューナが主チューナとなり、表示されているコンテンツを継続して表示する。この場合、領域Ｒ２０の表示は消去される。
【０１３１】
なお、通常選局の場合は、「盛り上がり選局中、元のチャンネルは○○ＣＨ」などを領域Ｒ２０に表示してもいい。
【０１３２】
また、盛り上がりを報知する手段としては、図１８に示すように、表示画面の中にピクチャインピクチャの領域Ｒ３０を設け、副チューナでデコードされるコンテンツをピクチャインピクチャ形式で表示しても良い。この場合、表示切替合成部５４０は、主チューナによりデコードされたコンテンツをメインの表示画面に表示し、副チューナでデコードされるコンテンツを小さくピクチャインピクチャで表示すること等ができる。
【０１３３】
なお、上述した第２適用例では、盛り上がりを報知する手段として、表示画面内にその旨表示する手段を取ったが、例えば音声や警報音にて報知しても良い。
【０１３４】
このように、上述した実施形態では、２チューナ以上のチューナが同時に動作しているため、あるチャンネルを視聴中に、他のチャンネルが盛り上がったような場合に、一度チャンネルを切り替えて戻ってくるようなザッピング視聴を素早く行うことができる。
【０１３５】
［５．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。例えば、以上では、コンテンツ発見支援サーバ１０とコンテンツ発見支援装置３０をネットワーク越しに繋ぐ形態を想定して説明してきたが、コンテンツ発見支援サーバ１０にコンテンツ発見支援装置３０の機能を含める構成としても良い。
【０１３６】
［５．１  第１変形例］
なお、上述した実施形態では、２つのチューナが一台のコンテンツ表示装置に内蔵される形態を想定して説明してきたが、別の実施形態として、２つのチューナがそれぞれ別のコンテンツ表示装置に内蔵される形態も考えられる。この場合、コンテンツ発見支援装置とコンテンツ表示装置をネットワークなどの通信路を介して接続し、ユーザがあるコンテンツ受信表示装置でコンテンツを視聴中に、同じ時間帯の他コンテンツが盛り上がった場合に、別のコンテンツ受信表示装置に対して予め選局しておく、あるいは録画をしておくなどの指示をコンテンツ発見支援装置から出す形態も考えられる。
【０１３７】
［５．２  第２変形例］
また、上述した実施形態では、コンテンツ発見支援装置を独立した装置としての形態を想定して説明してきたが、必ずしもそのような形態に限定されるものではない。手元のタブレット、スマートフォンまたはＰＣにコンテンツ発見支援装置を内蔵させ、デジタルテレビなどのコンテンツ受信表示装置とを組み合わせる形態も考えられる。
【０１３８】
例えば、コンテンツ発見支援装置内蔵のタブレットまたはスマートフォンとデジタルテレビをネットワークなどの通信路を介して接続される場合、コンテンツ発見支援装置は盛り上がりを検知すると、手元のタブレットの画面に図１２のＲ１０や図１７のＲ２０、図１８のＲ３０のような形態で検知を表示する。ユーザは必要に応じて、表示されたコンテンツを選択し、テレビに表示させることもできる。
【０１３９】
以上の実施形態とすることで、テレビは本視聴、手元のタブレット、スマートフォンまたはＰＣで盛り上がったチャンネルを選局視聴する、マルチ視聴が可能となる。
【０１４０】
また、ユーザによる選局操作なしで、システムが盛り上がったコンテンツを次々と自動選局していく実施形態も考えられる。
【０１４１】
さらに、選局の代わりに、裏で録画をする形態としても良い。例えば、テレビ内蔵の第２チューナ、またはネットワークに接続された別のチューナを利用して、手元のタブレッドに内蔵されたコンテンツ発見支援装置からの指示で勝手に盛り上がったコンテンツ区間を次々に録画していく実施形態も考えられる。
【０１４２】
［５．３  第３変形例］
また、以上の実施形態では、コンテンツ発見支援装置とコンテンツ受信表示装置が別々の形態を想定して説明してきたが、必ずしもそのような形態に限定されるものではない。例えば別の実施形態として、コンテンツ発見支援装置をテレビやレコーダに内蔵させるなど、コンテンツ受信表示装置と組み合わせる形態も考えられる。
【０１４３】
［６．その他］
このように、本実施形態によれば、
コンテンツの盛り上がり開始を検出するコンテンツ発見支援装置であって、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信手段と、
前記受信した投稿メッセージから、前記コンテンツに対応する投稿数を算出する投稿数算出手段と、
前記投稿数の時間的変化に基づいて、前記コンテンツの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知手段と、
を備えたことを特徴とするコンテンツ発見支援装置を実現できる。
【０１４４】
また、
前記盛り上がり検知手段は、複数のコンテンツに対して各該コンテンツの盛り上がり開始を検知することを特徴とするコンテンツ発見支援装置を実現できる。
【０１４５】
また、
前記盛り上がり検知手段は、前記投稿数の一次微分値及び二次微分値を算出し、該一次微分値が所定期間正の値であり、かつ該二次微分値が所定値以上の場合に、前記盛り上がり開始を検知することを特徴とするコンテンツ発見支援装置を実現できる。
【０１４６】
また、
前記盛り上がり検知手段は、前記盛り上がり開始の時刻の前記二次微分値、または、
前記盛り上がり開始より前の時刻であって、前記一次微分値が負から正に転じた時刻における前記投稿数に対する、前記盛り上がり開始時刻における前記投稿数の割合
のいずれかを、盛り上がり度として算出することを特徴とするコンテンツ発見支援装置を実現できる。
【０１４７】
また、
前記盛り上がり検知手段は、前記投稿数の一次微分値を算出し、該一次微分値が負から正に転じた時刻における前記投稿数に対する、現在の前記投稿数の割合が所定値以上の場合に、前記盛り上がり開始を検知することを特徴とするコンテンツ発見支援装置を実現できる。
【０１４８】
また、
前記盛り上がり検知手段は、前記一次微分値が負から正に転じた時刻における前記投稿数に対する、前記盛り上がり開始時刻における前記投稿数の割合を、盛り上がり度として算出することを特徴とするコンテンツ発見支援装置を実現できる。
【０１４９】
また、
前記盛り上がり検知手段は、前記盛り上がり度の大小に応じて、または前記盛り上がり度と所定の閾値の比較により、ユーザへの報知を決定することを特徴とするコンテンツ発見支援装置を実現できる。
【０１５０】
また、
複数のコンテンツデータ取得部を有し、該複数のコンテンツデータ取得部で取得した複数のコンテンツから一のコンテンツを選択して表示するコンテンツ受信表示装置と、
上述のコンテンツ発見支援装置と
を備えたことを特徴とするコンテンツ表示装置を実現できる。
【０１５１】
また、
複数のコンテンツデータ取得部を有し、該複数のコンテンツデータ取得部で取得した複数のコンテンツから一のコンテンツを選択して表示する表示するコンテンツ受信表示装置を備え、
前記コンテンツ発見支援装置と通信路によって接続されたことを特徴とするコンテンツ表示装置を実現できる。
【０１５２】
また、
前記コンテンツ表示装置は、前記コンテンツ発見支援装置によって盛り上がり開始が検出されたコンテンツが表示されていない場合、該盛り上がり開始が検出されたコンテンツの存在を報知することを特徴とするコンテンツ表示装置を実現できる。
【０１５３】
また、
前記コンテンツ表示装置は、前記盛り上がり開始が検出されたコンテンツの情報を、画像、音声または警報音により報知することを特徴とするコンテンツ表示装置を実現できる。
【０１５４】
また、
前記コンテンツ受信装置は、表示中のコンテンツを取得している前記コンテンツデータ取得部を主コンテンツデータ取得部と設定し、その他の前記コンテンツデータ取得部を従属コンテンツデータ取得部と設定し、
前記コンテンツ発見支援装置から前記検知信号を得ると、従属コンテンツデータ取得部で該検知信号に対応するコンテンツをあらかじめ取得し、
ユーザの指示により、前記主コンテンツデータ取得部が取得しているコンテンツと前記従属コンテンツデータ取得部が取得しているコンテンツを切り替えて表示する処理を行うことを特徴とするコンテンツ表示装置を実現できる。
【０１５５】
また、
前記切り替えて表示する処理を行った後、所定の時間が経過した場合、前記従属コンテンツデータ取得部を主コンテンツデータ取得部と設定し、前記主コンテンツデータ取得部を従属コンテンツデータ取得部と設定することを特徴とするコンテンツ表示装置。を実現できる。
【０１５６】
また、前記切り替えて表示する処理および該切り替えて表示する処理を戻す処理を、ラウンドトリップボタンにより行うことを特徴とするコンテンツ表示装置を実現できる。
【０１５７】
また、コンテンツの盛り上がり開始を検出するコンテンツ発見支援方法であって、
メッセージ共有サーバから、投稿メッセージを受信するステップと、
前記受信した投稿メッセージから、前記コンテンツに対応する投稿数を算出するステップと、
前記投稿数の時間的変化に基づいて、前記コンテンツの盛り上がり開始を検知し、検知信号を出力するステップと、
を備えたことを特徴とするコンテンツ発見支援方法を実現できる。
【０１５８】
また、
コンテンツの盛り上がり開始を検出するコンテンツ発見支援機能を実現するコンピュータにおいて実行されるプログラムであって、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信機能と、
前記投稿メッセージから、前記コンテンツに対応する投稿数を算出する投稿数算出機能と、
前記投稿数の時間的変化に基づいて、前記コンテンツの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知機能と、
を備えることを特徴とするプログラムを実現できる。
【０１５９】
また、
複数のコンテンツデータ取得部を有し、該複数のコンテンツデータ取得部で取得した複数のコンテンツから一のコンテンツを選択して表示するコンテンツ受信表示手段と、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信手段と、
前記投稿メッセージから、前記複数のコンテンツそれぞれに対応する投稿数を算出する投稿数算出手段と、
前記投稿数の時間的変化に基づいて、前記複数のコンテンツそれぞれの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知手段と、
前記盛り上がり検知手段によって盛り上がり開始が検出されたコンテンツが表示されていない場合、該盛り上がり開始が検出されたコンテンツの存在を報知する報知手段
を備えたことを特徴とするコンテンツ表示システムを実現できる。
【０１６０】
また、
複数のコンテンツを取得するステップと、
前記複数のコンテンツから一のコンテンツを選択して表示するステップと、
メッセージ共有サーバから、投稿メッセージを受信するステップと、
前記受信した投稿メッセージから、前記複数のコンテンツそれぞれに対応する投稿数を算出するステップと、
前記投稿数の時間的変化に基づいて、前記複数のコンテンツそれぞれの盛り上がり開始を検知し、検知信号を出力するステップと、
前記盛り上がり検知手段によって盛り上がり開始が検出されたコンテンツが表示されていない場合、該盛り上がり開始が検出されたコンテンツの存在を報知するステップ
を有することを特徴とするコンテンツ表示方法を実現できる。
【０１６１】
また、
複数のコンテンツデータ取得部を有し、該複数のコンテンツデータ取得部で取得した複数のコンテンツから一のコンテンツを選択して表示するコンテンツ受信表示手段と、
メッセージ共有サーバから、投稿メッセージを受信する投稿メッセージ受信手段と、
前記投稿メッセージから、前記複数のコンテンツそれぞれに対応する投稿数を算出する投稿数算出手段と、
前記投稿数の時間的変化に基づいて、前記複数のコンテンツそれぞれの盛り上がり開始を検知し、検知信号を出力する盛り上がり検知手段と、
前記盛り上がり検知手段によって盛り上がり開始が検出されたコンテンツが表示されていない場合、該盛り上がり開始が検出されたコンテンツの存在を報知する報知手段と、
を有することを特徴とするコンテンツ表示プログラムを実現できる。
【０１６２】
また、上述したコンテンツ表示装置は、前記コンテンツ発見支援装置より検知された盛り上がりコンテンツの情報を、ユーザに分かる画像、音声、警報音などの形式で報知することとしてもよい。
【０１６３】
また、上述したコンテンツ受信装置は、主従２つ以上のデジタル放送受信チューナを一体的に備え、あるいは通信路を介して接続し、現在コンテンツを受信中のチューナを主チューナとし、その他のチューナを従属チューナとして、前記盛り上がり検知手段から検知信号を得ると、従属チューナで盛り上がりコンテンツを選局処理し、ユーザの指示により、主チューナのコンテンツと切り替えることとしてもよい。
【０１６４】
また、上述した従属チューナで受信したコンテンツに切り替わってから一定の時間が経過した場合に、前記主チューナと主従関係を入れ替える構成としてもよい。
【０１６５】
また、ユーザの指示による主従チューナで受信中のコンテンツの入れ替えを、ラウンドトリップボタンにより素早く切り替えるようにしてもよい。
【０１６６】
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１６７】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０１６８】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０１６９】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０１７０】
１        ：システム
１０      ：コンテンツ発見支援サーバ
２０      ：サービスサーバ
３０      ：コンテンツ発見支援装置
４０      ：コンテンツ表示装置
４５      ：放送局
５０      ：デジタル放送受信装置
１００    ：制御部
１１０    ：盛り上がり検知部
１２０    ：記憶部
１２２    ：盛り上がり度
１３０    ：ネットワークＩ／Ｆ部
２００    ：制御部
２１０    ：記憶部
２２０    ：ネットワークＩ／Ｆ部
３００    ：制御部
３１０    ：盛り上がり受信部
３２０    ：変換部
３３０    ：記憶部
３４０    ：ネットワークＩ／Ｆ部
３５０    ：出力部
４１０    ：チューナ部
４１５    ：コンテンツ取得部
４２０    ：データ分離部
４３０    ：デコード部
４３２    ：映像デコード部
４３４    ：音声デコード部
４４０    ：表示合成部
５１０    ：チューナ部
５１２    ：第１チューナ部
５１４    ：第２チューナ部
５２０    ：データ分離部
５２２    ：第１データ分離部
５２４    ：第２データ分離部
５３０    ：デコード部
５３２    ：第１デコード部
５３４    ：第２デコード部
５４０    ：表示切替合成部
９１０    ：チャンネル選局ボタン
９２０    ：ラウンドトリップボタン
９３０    ：操作指示ボタン
【図２】
2014157460.tif 000005
【図３】
2014157460.tif 000006
【図４】
2014157460.tif 000007
【図５】
2014157460.tif 000008
【図６】
2014157460.tif 000009
【図８】
2014157460.tif 000010
【図１１】
2014157460.tif 000011
【図１３】
2014157460.tif 000012
【図１４】
2014157460.tif 000013
【図１５】
2014157460.tif 000014
【図１６】
2014157460.tif 000015
【図１】
2014157460.tif 000016
【図７】
2014157460.tif 000017
【図９】
2014157460.tif 000018
【図１０】
2014157460.tif 000019
【図１２】
2014157460.tif 000020
【図１７】
2014157460.tif 000021
【図１８】
2014157460.tif 000022