(57)【要約】【課題】投稿情報に基づく処理の適正化を図ること。【解決手段】ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析部と、前記投稿情報の種類に応じて、前記解析部による解析対象である投稿情報の投稿量を制限する投稿量制限部と、を備える。【選択図】図９
2014067275.tif 000002
【特許請求の範囲】
【請求項１】
ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析部と、
前記投稿情報の種類に応じて、前記解析部による解析対象である投稿情報の投稿量を制限する投稿量制限部と、
を備えることを特徴とする投稿解析サーバ。
【請求項２】
前記投稿情報がＷＥＢ上に投稿された時を示す投稿時間情報に基づき、端末装置に対して前記投稿情報の投稿が開始された時を推定し、推定された投稿開始時間を示す投稿開始時間情報を取得する投稿開始時間推定部をさらに備えることを特徴とする請求項１に記載の投稿解析サーバ。
【請求項３】
前記投稿開始時間推定部は、
前記投稿情報の種類に基づき前記投稿開始時間を推定することを特徴とする請求項２に記載の投稿解析サーバ。
【請求項４】
前記投稿開始時間推定部は、
前記投稿情報の情報量に応じた遡行時間だけ前記投稿情報が投稿された時から遡った時を前記投稿開始時間と推定することを特徴とする請求項２あるいは３に記載の投稿解析サーバ。
【請求項５】
前記解析部は、
前記投稿開時間推定部によって取得される前記投稿開始時間を示す情報に基づき、前記コンテンツの再生時間軸上における前記投稿状況を解析することを特徴とする請求項２から４のうちいずれか一項に記載の投稿解析サーバ。
【請求項６】
前記投稿量制限部は、
コンテンツに対応付けられた前記投稿情報を、前記コンテンツに応じて、前記解析対象である投稿情報の投稿量を制限することを特徴とする請求項１から５のうちいずれか一項に記載の投稿解析サーバ。
【請求項７】
前記投稿量制限部は、
前記投稿情報の投稿数が予め定められた閾値を超えた場合、前記解析対象である投稿情報の投稿量を少なくとも前記閾値未満とすることを特徴とする請求項１から６のうちいずれか一項に記載の投稿解析サーバ。
【請求項８】
受け付けた投稿情報をＷＥＢ上に投稿する投稿部と、
前記投稿情報の種類に応じて、前記投稿部が受け付ける投稿情報を制限する投稿制限部と、
を備えることを特徴とする投稿端末。
【請求項９】
ＷＥＢ上に投稿される投稿情報の種類に応じて、解析対象である投稿情報の投稿量を制限する投稿量制限ステップと、
前記投稿量制限ステップにおいて決定された解析対象である前記投稿情報の投稿状況を解析する解析ステップと、
を備えることを特徴とする投稿解析方法。
【請求項１０】
コンピュータを、
ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析手段、
前記投稿情報の種類に応じて、前記解析手段による解析対象である投稿情報の投稿量を制限する投稿量制限手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、投稿解析サーバ、投稿端末、投稿解析方法およびプログラムに関するものである。
【背景技術】
【０００２】
近年、スマートフォンやタブレット型端末等の携帯端末が普及している。この携帯端末として、テレビの放送波を受信する機能や、インターネット接続をする機能を搭載したものがある。ユーザは、この携帯端末を用いて、テレビや音楽等のコンテンツの閲覧や視聴をすることができる。また、ユーザは、ツイッター（登録商標）やフェイスブック（登録商標）等のソーシャルネットワーキングサービスを利用して、画像やテキストデータを投稿することにより、ＷＥＢ上において最近の状況を共有したり、今思ったことを共有している。
例えば、ユーザによる投稿情報の評価を参照して、ユーザを複数のグループに分類する装置がある。本装置は、グループにおける一の投稿情報に対する複数の評価から、各投稿情報の総合評価度をグループごとに算出し、算出された総合評価度を参照して、投稿情報に関するデータの表示方法をグループごとに決定する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２７６２９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、一部のユーザから大量の投稿情報が投稿された場合、投稿情報に基づく総合的な解析結果が得られないおそれがある。例えば、投稿情報の投稿数から投稿者の分布や投稿頻度の傾向を解析する場合、一部のユーザから投稿された大量の投稿情報が全体において占める割合が多くなり、解析結果が一部のユーザからの投稿傾向に偏るおそれがある。
【０００５】
そこで本発明は、上記の課題を解決することができる投稿解析サーバ、投稿端末、投稿解析方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明は上述した課題を解決するためになされたもので、本発明の一態様による投稿解析サーバは、ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析部と、前記投稿情報の種類に応じて、前記解析部による解析対象である投稿情報の投稿量を制限する投稿量制限部と、を備える。
【０００７】
この発明は上述した課題を解決するためになされたもので、本発明の一態様による投稿端末は、受け付けた投稿情報をＷＥＢ上に投稿する投稿部と、前記投稿情報の種類に応じて、前記投稿部が受け付ける投稿情報を制限する投稿制限部と、を備える。
【０００８】
この発明は上述した課題を解決するためになされたもので、本発明の一態様による投稿解析方法は、ＷＥＢ上に投稿される投稿情報の種類に応じて、解析対象である投稿情報の投稿量を制限する投稿量制限ステップと、前記投稿量制限ステップにおいて決定された解析対象である前記投稿情報の投稿状況を解析する解析ステップと、を備える。
【０００９】
この発明は上述した課題を解決するためになされたもので、本発明の一態様によるプログラムは、コンピュータを、ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析手段、前記投稿情報の種類に応じて、前記解析手段による解析対象である投稿情報の投稿量を制限する投稿量制限手段、として機能させるためのプログラムである。
【発明の効果】
【００１０】
本発明によれば、投稿情報による処理結果が一部のユーザからの投稿傾向に偏ることを防止することができ、投稿情報に基づく処理の適正化を図ることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る投稿システムの概要を示す図である。
【図２】本発明の一実施形態に係る投稿システムの概略について説明するためのシーケンス図である。
【図３】本発明の一実施形態に係る携帯端末の基本的な構成要素の一例を示したブロック図である。
【図４】本発明の一実施形態に係る投稿システムにおいてコンテンツと投稿情報を同時に表示する画面の一例を示す図である。
【図５】本発明の一実施形態に係るコンテンツ配信サーバの構成の一例を示す図である。
【図６】本発明の一実施形態に係るコンテンツデータテーブルの一例を示す図である。
【図７】本発明の一実施形態に係る投稿情報管理サーバの構成の一例を示す図である。
【図８】本発明の一実施形態に係る投稿情報テーブルの一例を示す図である。
【図９】本発明の一実施形態に係る投稿状況通知サーバの構成の一例を示す図である。
【図１０】本発明の一実施形態に係る投稿情報テーブルの一例を示す図である。
【図１１】本発明の一実施形態に係る投稿状況解析結果テーブルの一例を示す図である。
【図１２】本発明の一実施形態に係る投稿状況通知方法の一例を示すフローチャートである。
【図１３】本発明の一実施形態に係る投稿解析方法の一例を示すフローチャートである。
【図１４】本発明の一実施形態に係る投稿システムにおいて投稿状況に応じたコンテンツを再生する一例について説明するための説明図である。
【図１５】本発明の一実施形態に係る投稿システムにおいて投稿状況を表示する一例について説明するための説明図である。
【図１６】本発明の一実施形態に係る投稿システムの構成概要の一例を示す図である。
【図１７】本発明の第２実施形態に係る投稿システムの構成概要の一例を示す図である。
【図１８】本発明の第２実施形態に係る携帯端末の基本的な構成要素の一例を示したブロック図である。
【図１９】本発明の第２実施形態に係る投稿解析サーバの基本的な構成要素の一例を示したブロック図である。
【図２０】本発明の第２実施形態に係る投稿解析方法の一例を示すフローチャートである。
【図２１】本発明の第３実施形態に係る投稿状況通知サーバの構成概要の一例を示す図である。
【図２２】本発明の第３実施形態に係るコンテンツ関連ハッシュタグテーブルの一例を示す図である。
【図２３】本発明の第３実施形態に係る投稿ハッシュタグテーブルの一例を示す図である。
【図２４】本発明の第３実施形態に係る情報処理方法の一例について説明する。
【図２５】本発明の第４実施形態に係る携帯端末の基本的な構成要素の一例を示したブロック図である。
【図２６】本発明の第５実施形態に係る携帯端末の基本的な構成要素の一例を示したブロック図である。
【発明を実施するための形態】
【００１２】
［第１実施形態］
以下、図面を参照して本発明の一実施形態について説明する。図１は、本発明の一実施形態に係る投稿システム１００の概要を示す図である。
この投稿システム１００は、投稿状況を分析し、所定の通知条件を満たす場合に、投稿状況を所定の相手先に通知するサービスを提供するシステムである。この投稿システム１００は、主として、携帯端末１と、コンテンツ配信サーバ２と、投稿情報管理サーバ３と、投稿解析サーバ４とを備える。
【００１３】
コンテンツ配信サーバ２は、視聴者向け視聴用情報であるコンテンツを配信するサーバであって、例えば、テレビ局が提供する番組コンテンツのコンテンツデータを格納するデータベースを備える。このコンテンツ配信サーバ２は、自身が格納するコンテンツデータを所定のタイミングで携帯端末１等に配信する。
本実施形態において、コンテンツ配信サーバ２は、所定のタイムテーブルに基づいて放送される放送用コンテンツを配信する配信方法と、視聴者のリクエストに応じてリクエスト元に対して送出する再生用コンテンツを配信する配信方法の二種の配信方法を採用している。また、それぞれの配信方法で配信されるコンテンツデータは同一であり、コンテンツ配信サーバ２内の記憶部に格納されている。
【００１４】
なお、放送用コンテンツのコンテンツデータを配信する配信方法を実行する場合、コンテンツ配信サーバ２は、多数の加入端末内に対して同時に複数のコンテンツのコンテンツデータを放送することが可能である。よって、携帯端末１が放送用コンテンツの配信サービスに加入している場合、あるいは、携帯端末１がこのサービスの提供が許可されている端末である場合、携帯端末１は、ユーザに指定された放送用コンテンツのコンテンツデータを受信し、再生することができる。従って、ユーザは、チャンネル等を指定することにより、指定した時刻において放送されている複数のコンテンツの中から指定したコンテンツのコンテンツデータのみを取得して携帯端末１で再生させることが可能である。
【００１５】
また、再生用コンテンツのコンテンツデータを配信する配信方法を実行する場合、コンテンツ配信サーバ２は、再生用コンテンツの配信を要求する配信要求を送信した端末に対して、要求に応じた再生用コンテンツのコンテンツデータを配信する。具体的に説明すると、コンテンツ配信サーバ２は、加入端末等から各端末を識別する端末識別情報（以下、端末ＩＤという）および再生用コンテンツに関連付けられたコンテンツ関連情報とともに再生用コンテンツの配信を要求する配信要求を受信する。これら情報を受信した場合、コンテンツ配信サーバ２は、当該要求元の端末に対して、コンテンツ関連情報が示す再生用コンテンツのコンテンツデータを、端末ＩＤが示す端末に対して配信する。配信要求の要求元である端末は、コンテンツ配信サーバ２から再生用コンテンツのコンテンツデータを受信し、再生する。
なお、コンテンツ関連情報とは、コンテンツに関連する情報であって、例えば、コンテンツの内容を示すテレビ局名や番組名を示す文字列やハッシュタグ等を示す情報が含まれる。また、コンテンツ関連情報としては、コンテンツの内容や出演者あるいはコンテンツ内容に関連するキーワード等を示す文字列やハッシュタグ、コンテンツの放送時間帯や配信時間帯等を示す情報が含まれる。
【００１６】
なお、ハッシュタグとは、ツイッター（登録商標）において用いられる分類情報である。ハッシュタグを含む投稿情報を投稿した場合、ハッシュタグを含む投稿情報と当該ハッシュタグを含まない他の投稿情報とを分類することができる。また、複数の投稿情報の中からハッシュタグを含む投稿情報のみを検索する場合に、検索キーとして用いられる。なお、ハッシュタグを検索キーとする検索は、ハッシュタグが示す関連情報を投稿したいというユーザの積極的な意思がある場合に有益である。例えば、投稿情報に含まれるキーワード検索を用いても、キーワードに関連する投稿情報を検索することはできるが、このキーワードを含む文字列を投稿しなければ検索することができず、自由な文字列で投稿するための障害となる。また、投稿する文書とキーワードとを同等に表記するならば、投稿する文書内容の理解をキーワードが邪魔するおそれがある。このため、キーワードを用いずに投稿情報同士を関連づける方法として、ハッシュタグが用いられる。このハッシュタグは、キーワードをアルファベットや漢字、ひらがな、カタカナ等で表記した文字列の先頭にシャープ記号「♯」を付加した情報であって、前後にスペースを入力するということ以外は、ユーザが自由に決定することができる。よって、キーワードとなる文字列はユーザが決定することができ、あるユーザによって生成されることもある。
【００１７】
投稿情報管理サーバ３は、ＷＥＢ上に投稿された投稿情報を格納するデータベースを備え、この投稿情報を携帯端末１等に提供するサーバである。この投稿情報管理サーバ３は、例えば、ＷＥＢ上に投稿された投稿情報の閲覧や、投稿情報の作成、および作成した投稿情報をＷＥＢ上に投稿するための投稿ＷＥＢサービスを提供するサーバである。
具体的に説明すると、投稿情報管理サーバ３は、この投稿ＷＥＢサービスに加入しているサービス加入者の投稿情報を収集し、サービス加入者からの閲覧要求があれば、要求対象の投稿情報をサービス加入者の有する端末に送信する。
【００１８】
また、投稿情報管理サーバ３は、携帯端末１から投稿情報を取得した際、投稿されたときを示す投稿時間情報Ｔｊを、投稿情報に対応付けて、自身の記憶部に格納する。コンテンツ配信サーバ２から配信されるコンテンツデータを特定するコンテンツ関連情報が投稿情報に含まれている場合、投稿情報および投稿時間情報Ｔｊのそれぞれにコンテンツ関連情報を対応付けて、自身の記憶部に格納する。なお、投稿情報管理サーバ３は、コンテンツ関連情報が対応付けられていない投稿情報を受信する場合もある。この場合、投稿情報管理サーバ３は、投稿情報に投稿時間情報Ｔｊを関連付けて、自身の記憶部に格納する。
なお、投稿時間情報Ｔｊとは、投稿されたときを示す情報であって、例えば、投稿情報管理サーバ３が投稿情報を受信した時刻を示す情報であってもよく、投稿情報を送信した携帯端末１等が送信した時刻を示す情報であってもよい。また、投稿時間情報Ｔｊは、コンテンツに対する投稿タイミングを示す情報であってもよく、例えば、投稿されたときに放送されていた放送用コンテンツの再生位置を示す情報（以下、コンテンツ時間情報という）や、投稿されたときに携帯端末１において再生されていた再生用コンテンツの再生位置を示す情報（以下、コンテンツ時間情報という。）であってもよい。さらに、投稿時間情報Ｔｊは、投稿されたときを示す情報であって、時刻に限られず、期間を示す情報であってもよい。
【００１９】
投稿解析サーバ４は、投稿情報管理サーバ３のデータベースに格納されている投稿情報を受信して、受信した投稿情報に基づき、投稿情報の投稿状況を解析する。この投稿解析サーバ４は、投稿状況に応じて、この投稿状況を携帯端末１に通知する。具体的に説明すると、投稿解析サーバ４は、投稿状況が、予め決められた通知条件を満たすか否かを判定する。投稿状況が通知条件を満たす場合、投稿状況を携帯端末１に通知する。
この投稿解析サーバ４は、例えば、投稿情報管理サーバ３に投稿された投稿情報のうち、特にコンテンツ関連情報と対応付けられた投稿情報の単位時間当たりの投稿数の変化を分析する。
ここで、投稿解析サーバ４には、通知条件として、例えば単位時間当たりの投稿数が定められた閾値を越えた場合や、単位時間当たりの投稿数の変化率が定められた閾値以上である増加率となった場合には、解析した投稿状況（解析結果）を、投稿状況通知サービスの加入者端末に対して送信することが定められている。
なお、投稿状況通知サービスの加入者端末とは、投稿サービスの加入者の有する端末であり、かつ、コンテンツ配信サーバ２からの配信コンテンツを視聴可能な端末であることを前提として、以下説明する。
【００２０】
また、投稿解析サーバ４は、投稿情報の種類に応じて、解析対象である投稿情報の投稿量を制限する。この投稿解析サーバ４は、例えば、一の携帯端末１から投稿された投稿情報の数が、投稿情報の種類に応じて予め定められている閾値を超えた場合、解析対象とする投稿情報の投稿量を制限し、その一部に基づき解析を行う。なお、詳細については後述する。
なお、投稿情報の種類は、投稿情報の投稿方法や投稿内容に応じて異なる。本実施形態において、投稿情報の種類は、「いいね投稿」と「書き込み投稿」とがある。「いいね投稿」とは、同意や肯定的見解を伝える投稿情報である。「書き込み投稿」とは、ユーザが選択した文字情報や画像情報を投稿する投稿情報である。「書き込み投稿」は、ユーザが発信したい情報をテキストを主とした構成として作成した投稿情報である。「いいね投稿」は、同意や肯定的見解を示し、ボタン押下等の簡単な操作により投稿される投稿情報である。
【００２１】
この投稿解析サーバ４は、コンテンツに関連付けて投稿された投稿情報に基づき、コンテンツが盛り上がっているかどうかなどを示す投稿状況を解析することができる。このため、単位時間当たりにおける投稿情報の投稿数が多ければ多いほど、コンテンツに対する投稿状況が盛り上がっていると判定することができる。逆に、投稿数が少なければ、コンテンツに対する投稿状況が盛り上がっていないと判定することができる。
しかし、一部のユーザから多量な投稿情報が投稿された場合、これら投稿情報に基づき投稿状況を解析すると、総合的な解析結果が得られない問題がある。例えば、解析結果にある特定の一部のユーザの意見が反映されたり、解析結果が一部のユーザに偏ったものとなるおそれがある。
そこで、本実施形態に係る投稿システム１００は、総合的な解析結果を得るため、携帯端末１や携帯端末７等から投稿された投稿情報のうち、投稿解析サーバ４の解析対象となる投稿情報の数を制限するものである。本実施形態において、この投稿情報の数の制限を、投稿解析サーバ４が実行するものとする。なお、この投稿情報の制限は、携帯端末１で実行されてもよく、この実施形態の詳細については、第２実施形態において説明する。
【００２２】
また、投稿解析サーバ４は、投稿情報が投稿された時を示す投稿時間情報Ｔｊに基づき、投稿情報の投稿が開始された時として推定される投稿開始時間を示す投稿開始時間情報（以下、投稿開始時間情報Ｔｓという）を取得する。
投稿情報が投稿された場合、投稿情報管理サーバ３は、投稿情報に投稿時間情報Ｔｊを付与し、記憶部に蓄積して管理する。また、付与される投稿時間情報Ｔｊとは、投稿されたときを示しており、特に「書き込み投稿」は、視聴中のコンテンツのある場面に対して投稿するために作成したテキストデータであっても、視聴中の場面を示した時刻から、作成に要した時間長だけ経過した時刻となる投稿時間情報Ｔｊが付与されることとなる。つまり、ユーザが投稿情報の投稿を希望した時（以下、投稿着想時という）と、実際に投稿情報がＷＥＢ上に投稿された時とがずれてしまう。
そのため、携帯端末１においては、投稿着想時に携帯端末１で再生されているコンテンツの場面から、投稿情報の作成に要した時間長だけ経過した後に投稿情報が投稿される。よって、投稿解析サーバ４が、これら投稿情報に基づき投稿状況を解析した場合、投稿情報の投稿着想時とコンテンツの再生時間とかずれているため、投稿内容とコンテンツとがずれるおそれがある。この場合、解析結果も、投稿内容とずれるおそれがあるため、所望の投稿効果が得られないこととなる。
そこで、投稿解析サーバ４は、投稿される投稿情報に対し、投稿される投稿情報の種類に応じて、投稿開始時間の調整を行う。
【００２３】
この携帯端末１は、最寄りの基地局５Ａと交換機５Ｂとを介して、無線通信網（移動体通信網）５に接続されると、この無線通信網５を介して他の携帯端末７との間で通話可能な状態となる。また、携帯端末１は、無線通信網５を介してインターネット６に接続されると、Ｗｅｂサイトにアクセスして閲覧可能である。さらに、携帯端末１は、動画、静止画、音楽、ニュース、音楽などのマルチメディアのコンテンツデータを、インターネット６、無線通信網５を介してコンテンツ配信サーバ２からダウンロードして再生するストリーミングも可能である。
【００２４】
また、携帯端末１は、コンテンツ配信サーバ２から送信アンテナ８を介して発信された地上波デジタル放送のコンテンツデータを受信することにより、テレビ局の提供するコンテンツデータを取得する。なお、携帯端末１は、インターネットラジオのように無線通信網５とインターネット６を介してコンテンツ配信サーバ２からデジタル放送をダウンロード受信したりすることもできる。このように携帯端末１は、テレビ機能などを介して放送用コンテンツのコンテンツデータを受信したり、インターネット接続機能を介してストリーミング用コンテンツデータをダウンロード受信したりすることができるようになっている。その他に、着脱自在な可搬型メモリカードなどの記録メディア９から各種コンテンツを取得したり、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信、赤外線通信などの近距離通信を介して外部機器１０から各種のコンテンツデータを取得したりすることができるようになっている。
【００２５】
本実施形態では、本発明に係る投稿情報通知装置として携帯端末１を適用した一例について説明する。しかし、本発明はこれに限られず、投稿情報通知装置は、スマートフォン、携帯ゲーム機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、タブレット型ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、あるいは、ノート型ＰＣ等であってもよい。
携帯端末１には、例えば、通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）、デジタルテレビ放送（例えば、ワンセグ地上デジタルテレビ放送）を受信して視聴が可能なテレビ機能や、録画機能などが備えられている。録画機能は、テレビ放送などで受信したコンテンツを録画（録音を含む、以下、同様）する機能であって、録画に限らず、録音を行うコンテンツ記録機能も含む。
【００２６】
次に、図２を参照して、本実施形態に係る投稿システム１００の概略について説明する。図２は、本実施形態に係る投稿システム１００の概略について説明するためのシーケンス図である。なお、ここでは、コンテンツ配信サーバ２が放送用コンテンツを配信する配信方法を例に、以下説明する。
（ステップＳＴ１０１）
コンテンツ配信サーバ２は、例えば、現在時刻が放送時間帯に達した場合、自身の記憶部に格納されている地上波デジタルの放送用コンテンツのコンテンツデータを読み出し、送信アンテナ８を介して発信する。
（ステップＳＴ１０２）
携帯端末１は、この放送用コンテンツのコンテンツデータを受信して再生し、自身のディスプレイやスピーカーから映像や音声を出力する。
【００２７】
（ステップＳＴ１０３）
次いで、コンテンツを再生している携帯端末１や他の携帯端末７から、投稿情報が投稿されたとする。この場合、携帯端末１および携帯端末７は、投稿情報に、投稿者を示す投稿者ＩＤを対応付けた情報を、投稿情報管理サーバ３に送信する。この投稿者ＩＤは、各端末に割り当てられた端末ＩＤであってもよい。
また、携帯端末１は、再生しているコンテンツに関するコンテンツ関連情報を含む投稿情報を投稿情報管理サーバ３に送信してもよい。この携帯端末１は、例えば、コンテンツ関連情報として現在再生している放送用コンテンツのチャンネル番号を示す情報を含む投稿情報を投稿情報管理サーバ３に送信する。なお、コンテンツ関連情報とは、コンテンツに関する全ての情報である。
さらに、携帯端末１は、再生しているコンテンツを識別するためのコンテンツ識別情報を投稿情報に付与して、投稿情報管理サーバ３に送信してもよい。なお、コンテンツ識別情報は、当該コンテンツを他のコンテンツを識別するための情報であって、コンテンツ名やＩＤ（Identifier）等である。
【００２８】
（ステップＳＴ１０４）
そして、投稿情報管理サーバ３は、例えば、投稿情報を受信した時刻を投稿時刻として取得し、この投稿時刻を示す投稿時間情報Ｔｊと、受信した投稿情報および投稿者ＩＤとをそれぞれ対応付けて、自身の記憶部に登録する。
このとき、投稿情報管理サーバ３は、受信した投稿情報の種類を判定する。例えば、投稿情報管理サーバ３は、受信した投稿情報が「いいね投稿」であるか、あるいは、「書き込み投稿」であるかを判定する。投稿情報管理サーバ３は、判定した投稿情報の種類を投稿情報に対応付けて、自身の記憶部に登録する。
また、投稿情報管理サーバ３は、受信した投稿情報にコンテンツ関連情報が含まれているか否かを判定する。コンテンツ関連情報が含まれていると判定した場合、投稿情報管理サーバ３は、このコンテンツ関連情報を投稿情報に対応付けて、自身の記憶部に登録する。
【００２９】
例えば、投稿情報内にテレビ局名や番組名を示す文字列やハッシュタグが含まれている場合、投稿情報管理サーバ３は、現在時刻において放送されているコンテンツのうち、これらテレビ局名や番組名に対応するコンテンツが投稿情報に関連するコンテンツであると判定し、判定したコンテンツを示すコンテンツ関連情報を取得する。
また、投稿情報管理サーバ３は、現在時刻において放送されているコンテンツ付属情報に含まれる情報（例えば、コンテンツの内容を説明する文書や出演者あるいは関連キーワード等）を示す文字列やハッシュタグが投稿情報に含まれているか否かを判定する。このコンテンツ付属情報に含まれる情報が投稿情報に含まれている場合、投稿情報管理サーバ３は、このコンテンツが投稿情報に関連するコンテンツであると判定し、判定したコンテンツを示すコンテンツ関連情報を取得する。なお、コンテンツの属性情報とは、例えば、地上波デジタルの放送用コンテンツに対応付けられているテキストデータ等である。この地上波デジタルの放送用コンテンツには、電子番組表に表示するためのコンテンツ付属情報が対応付けられていることが一般的である。
なお、投稿情報管理サーバ３は、受信した投稿情報にコンテンツ識別情報が含まれている場合、このコンテンツ識別情報を投稿情報と対応付けて、自身の記憶部に登録する。
【００３０】
（ステップＳＴ１０５）
また、投稿解析サーバ４は、投稿情報管理サーバ３から定期的に投稿情報を取得する。例えば、投稿解析サーバ４は、予め決められた時間が経過する度に、更新された投稿情報の送信を要求するリクエストコマンドを投稿情報管理サーバ３に送信する。この投稿解析サーバ４は、例えば、投稿情報管理サーバ３に登録されている投稿情報のうち、直近１０分以内に投稿された投稿情報の送信を要求するものであってもよい。また、投稿解析サーバ４は、直近１０分以内に投稿された投稿情報のうち予め決められたコンテンツ関連情報と対応付けられた投稿情報の送信をコンテンツ毎に要求するものであってもよい。さらに、投稿解析サーバ４は、特定の投稿者から投稿された投稿情報の送信を投稿者の属性情報ごとに要求するものであってもよい。
このリクエストコマンドを受信すると、投稿情報管理サーバ３は、投稿解析サーバ４の要求に応じた投稿情報を自身の記憶部から読み出し、投稿解析サーバ４に送信する。なお、投稿情報管理サーバ３は、投稿情報に対応付けられている投稿時間情報Ｔｊに基づき、直近１０分以内に投稿された投稿情報を取得して、投稿解析サーバ４に送信する。また、後述するようにして、投稿開始時間情報Ｔｓが投稿情報に対応付けられている場合、投稿情報管理サーバ３は、この投稿開始時間情報Ｔｓに基づき、直近１０分以内に投稿された投稿情報を取得して、投稿解析サーバ４に送信するものであってもよい。
【００３１】
これにより、携帯端末１および携帯端末７等から投稿情報が投稿された場合、投稿情報が投稿情報管理サーバ３に登録されるとともに、投稿解析サーバ４が投稿情報管理サーバ３に更新された投稿情報を取得することができる。
また、携帯端末１および携帯端末７は、投稿解析サーバ４と同様にして、投稿情報管理サーバ３に対して、投稿情報の送信を要求するリクエストコマンドを送信することができる。投稿情報管理サーバ３は、リクエストコマンドに応じた投稿情報を、リクエスト元の携帯端末１および携帯端末７に対して送信する。携帯端末１および携帯端末７は、投稿情報管理サーバ３から投稿情報を受信すると、受信した投稿情報を自身のディスプレイに表示する。
【００３２】
（ステップＳＴ１０６）
次いで、投稿解析サーバ４は、投稿情報管理サーバ３から受信した投稿情報に基づき、投稿状況を解析する。そして、投稿解析サーバ４は、解析した投稿状況（解析結果）が、予め決められた通知条件を満たすか否かを判定する。
本実施形態において、投稿解析サーバ４は、投稿情報の種類に応じた制限条件に基づき、投稿情報管理サーバ３から受信した投稿情報の投稿量を制限するか否かを判定する。詳細については後述するが、投稿情報の投稿量が制限条件を超えている場合、投稿解析サーバ４は、投稿状況を解析する元データである解析対象から、制限条件を超えている部分を削除する。
なお、投稿状況とは、携帯端末１や携帯端末７等から投稿情報が投稿されている状況であって、例えば、投稿が盛り上がっている状態（投稿が活性化している状態）であるか否かを示す。なお、投稿が盛り上がっている状態とは、投稿情報の投稿数が多い場合や、投稿情報の投稿数が急激に増加した場合等をいう。この投稿数が多いか否かあるいは増加したか否かを判定する判定基準は、放送中の複数のコンテンツ内での相対的な評価であってもよく、予め決められた閾値と比較した絶対的な評価であってもよい。
また、通知条件とは、ユーザに投稿状況を通知する場合の条件として予め決められている条件である。例えば、現在放送されている放送用コンテンツの中でその投稿状況が盛り上がっていると判定された場合、投稿状況が盛り上がっていると判定されたコンテンツの投稿状況を通知することが通知条件として定められている。
【００３３】
（ステップＳＴ１０７）
投稿状況が通知条件を満たす場合、投稿解析サーバ４は、投稿状況を示す投稿状況情報を携帯端末１に送信する。なお、投稿解析サーバ４は、投稿状況が盛り上がっていると判定されたコンテンツの投稿状況を示す情報に、このコンテンツのコンテンツ関連情報（例えば、チャンネル番号）を対応付けた情報を、投稿状況情報として、携帯端末１に送信する。
【００３４】
（ステップＳＴ１０８）
携帯端末１は、投稿解析サーバ４から投稿状況情報を受信すると、この投稿状況情報に従って、報知部から投稿状況を報知させる。この携帯端末１は、例えば、盛り上がっていると判定されたコンテンツの投稿状況が、放送開始時刻から投稿された投稿情報の累積的な投稿数の多い順番でのラインキング上位であることや、単位時間当たりの投稿数の増加率が高い順番でのラインキング上位であることを、報知部から報知する。なお、携帯端末１の報知方法としては、携帯端末１が備えるスピーカーによる音声報知や、ＬＥＤ等による発光報知が利用可能である。
【００３５】
これにより、携帯端末１のユーザは、携帯端末１の報知部による報知を知覚し、放送されているコンテンツのうち投稿状況が盛り上がっている（活性化状態にある）コンテンツがどれであるのかを認識することができる。
よって、現時点において携帯端末１に表示されているコンテンツよりも盛り上がっているコンテンツがあることが報知された場合、ユーザは、報知部による報知を契機として、投稿情報が盛り上がっている方のコンテンツにチャンネルを変更することができる。
【００３６】
また、携帯端末１の電源がＯＦＦ状態であっても、携帯端末１は、投稿解析サーバ４から投稿状況情報を受信した場合、報知部から投稿状況を報知することができる。これにより、携帯端末１が使用されていない状態であっても、ユーザに投稿状況を通知し、コンテンツの閲覧や録画を喚起させることができる。
【００３７】
（ステップＳＴ１０９）
携帯端末１のユーザは、報知部による報知によって、コンテンツのチャンネル変更やコンテンツの閲覧を希望する場合、コンテンツの配信を要求する操作を携帯端末１に入力する。そして、携帯端末１は、指定されたコンテンツの配信をコンテンツ配信サーバ２に要求するリクエストコマンドを送信する。なお、ユーザは、報知結果に基づき、配信を要求するコンテンツを指定してもよく、携帯端末１が投稿状況情報に基づき、配信を要求するコンテンツを決定してもよい。例えば、携帯端末１は、投稿状況情報に基づき、投稿状況を報知するとともに、最も投稿状況が盛り上がっているコンテンツの配信を要求するリクエストコマンドをコンテンツ配信サーバ２に送信するものであってもよい。このように、ユーザの操作を待たずして、自動的に盛り上がっているコンテンツの配信を要求することにより、投稿情報が最も盛り上がっているコンテンツの見逃しを防止することができる。
【００３８】
（ステップＳＴ１１０）
コンテンツ配信サーバ２は、携帯端末１に対して、要求されたコンテンツのデータを送信する。
（ステップＳＴ１１１）
これにより、携帯端末１は、コンテンツ配信サーバ２から配信されたコンテンツのデータに基づき、ユーザが要求したコンテンツを再生することができる。
【００３９】
次に、図３を参照して、携帯端末１の基本的な構成要素について説明する。図３は、携帯端末１の基本的な構成要素の一例を示したブロック図である。
携帯端末１は、タッチパネル（操作部）１０１と、制御部１０２と、記憶部１０３と、ディスプレイ（表示部）１０４と、アンテナ１０５と、テレビ放送受信部１０６と、通信部１０７と、タイマー１０８と、報知部１０９とを備える。この報知部１０９は、スピーカー１９１と、発光部１９２と、振動部１９３とを含む。
【００４０】
タッチパネル１０１は、ユーザからの操作を受け付けるセンサーを備え、センサーによる検出結果を制御部１０２に出力する。本実施形態において、タッチパネル１０１は、操作画面に接触するユーザの指の接触位置を、一定の時間間隔ごとに、センサーにより検出し、このセンサーの検出結果を出力する。なお、本発明はこれに限られず、タッチパネル１０１は、例えば、操作画面に近接するユーザの指や操作指示手段（スタイラスペン）等の位置を非接触センサーにより検出するものであってもよい。
【００４１】
制御部１０２は、ＣＰＵであって、記憶部１０３に格納されている各種情報を読み出し、携帯端末１を統括的に制御するとともに、各処理内容に合わせて機能する機能構成部を含む。この制御部１０２は、各機能構成部として、操作内容判定部１２１と、出力制御部１２２と、放送データ制御部１２３と、音信号処理部１２４と、投稿部１２５とを備える。
【００４２】
操作内容判定部１２１は、タッチパネル１０１からの出力に基づき、タッチパネル１０１が受け付けた操作内容を判定する。例えば、操作内容判定部１２１は、タッチパネル１０１の検出結果が示すユーザの指の接触位置（あるいは近接位置）および接触時間（あるいは近接時間）から、ユーザの指の動きを判定する。また、操作内容判定部１２１は、判定したユーザの指の動きと、当該操作を受け付けた際にディスプレイ１０４に表示されている画像との位置関係に基づき、判定したユーザの指の動きが示す操作内容を判定する。
例えば、操作内容判定部１２１は、表示画面のアイコン部分やテキスト部分にユーザの指が接触あるいは近接する操作をタッチパネル１０１が検出した場合、その操作がタッチ操作であると判定する。また、操作内容判定部１２１は、タッチ操作によりアイコン部分や所定の操作領域が指示されている状態のまま、指が移動する操作をタッチパネル１０１が検出した場合、その操作がスライド操作であると判定する。
また、操作内容判定部１２１は、判定結果に基づき、操作内容に応じた表示内容をディスプレイ１０４に表示するよう出力制御部１２２に指示する。
【００４３】
出力制御部１２２は、操作内容判定部１２１による判定結果が示す操作内容や通信部１０７を介して入力するコマンドに基づき、ディスプレイ１０４に対する表示制御や、報知部１０９から音や光を出力させたり報知部１０９を振動させる報知制御を実行する。
本実施形態において、出力制御部１２２は、コンテンツをディスプレイ１０４に表示させるコンテンツ画面表示処理と、ＷＥＢ上に投稿情報を投稿するための画像をディスプレイ１０４に表示させる投稿画面表示処理を実行する。なお、出力制御部１２２は、ユーザによって指定された設定に応じて、コンテンツと投稿情報を一画面に並べて表示させる同時表示モードと、コンテンツあるいは投稿情報のうちいずれか一方の情報をディスプレイ１０４の画面全体に表示させる単独表示モードとを切り替えることができる。具体的に説明すると、同時表示モードあるいは単独表示モードのいずれかのモードがユーザによって指定された場合、出力制御部１２２は、指定されたモードに従って、ディスプレイ１０４に表示させる画面を切り替える。
また、タッチパネル１０１に対して録画したコンテンツを出力する操作が入力された場合、出力制御部１２２は、記憶部１０３から指定されたコンテンツデータを読み出し、読み出したコンテンツデータに基づく画像をディスプレイ１０４に表示し、あるいは、コンテンツデータに基づく音をスピーカー１９１から出力させるよう制御する。
【００４４】
さらに、出力制御部１２２は、通信部１０７から入力する投稿状況情報に基づき、報知部１０９による報知手法を決定する。具体的に説明すると、出力制御部１２２は、記憶部１０３を参照して、投稿状況情報に基づき、投稿状況に応じた報知方法を判定する。なお、投稿状況に応じた報知方法は、予め決められているものであってもよく、携帯端末１のユーザによって設定されるものであってもよい。この投稿状況に応じた報知方法は、記憶部１０３に登録されているものとする。
出力制御部１２２は、決定した報知方法に従って、報知部１０９やディスプレイ１０４から投稿状況を報知させる。
例えば、通信部１０７を介して投稿状況情報を入力した場合、出力制御部１２２は、スピーカー１９１から決められた音を出力させたり、発光部１９２から決められた色の光を点灯あるいは点滅させたり、あるいは、振動部１９３を決められた振動パターンで振動させる。また、入力した投稿状況情報が、例えば、放送局Ａの放送しているコンテンツの投稿状況が最も盛り上がっていることを示す場合、出力制御部１２２は、放送局Ａの放送しているコンテンツの投稿状況が最も盛り上がっていることをディスプレイ１０４に表示させる。つまり、出力制御部１２２は、投稿状況情報を受信した場合に、報知部１０９に対して報知動作を実行させるものであってもよく、投稿状況に応じた報知動作を報知部１０９に実行させるものであってもよい。
なお、出力制御部１２２は、携帯端末１の待ち受け状態やコンテンツの再生中あるいはロック状態において、投稿状況情報を受信した場合、投稿状況を報知することができる。なお、待ち受け状態とは、省電力モードで動作している状態や初期画面を表示している状態を含む。また、ロック状態とは、携帯端末１のタッチパネル１０１に対する操作が制限されている状態をいう。このロック状態では、ロック状態を解除するための操作以外は制限され、誤操作による誤動作が防止される。
【００４５】
また、出力制御部１２２は、投稿状況情報を受信した場合、投稿状況が盛り上がっていると判定されたコンテンツの再生の指示を受け付ける操作ボタンをディスプレイ１０４に表示するものであってもよい。ここで、投稿状況が盛り上がっていると判定されたコンテンツの再生がタッチパネル１０１を介して指示された場合、出力制御部１２２は、指示されたコンテンツを再生する。この出力制御部１２２は、例えば、再生が指示されたコンテンツのコンテンツデータの送信を要求するリクエストコマンドをコンテンツ配信サーバ２に送信するものであってもよく、コンテンツ配信サーバ２が配信している放送用コンテンツのうち、再生が指定されたコンテンツのコンテンツデータを取得し、再生するものであってもよい。
なお、出力制御部１２２は、ユーザからコンテンツ再生の操作指示が入力されない場合であっても、投稿状況情報を受信した場合、投稿が最も盛り上がっているコンテンツを自動的に再生するものであってもよい。つまり、出力制御部１２２は、投稿状況が通知条件を満たす場合、投稿状況が通知条件を満たすと判定されたコンテンツを再生するものであってもよい。さらに、携帯端末１が待ち受け状態やスリープ状態あるいはロック状態である場合であっても、投稿状況情報に基づき投稿が最も盛り上がっているコンテンツを自動的に再生するものであってもよい。
【００４６】
放送データ制御部１２３は、受信したコンテンツデータをリアルタイムで表示することが設定されている場合（リアルタイムモード）、テレビ放送受信部１０６から入力するデジタル変調されたコンテンツデータに基づき、コンテンツデータをディスプレイ１０４に表示するよう、出力制御部１２２を制御する。また、受信したコンテンツデータを記憶部１０３に格納してその後表示することが設定されている場合（録画モード）、放送データ制御部１２３は、テレビ放送受信部１０６から入力するデジタル変調されたコンテンツデータを記憶部１０３に格納する。
【００４７】
音信号処理部１２４は、出力制御部１２２によって復調された受信ベースバンド信号が入力されると、当該受信ベースバンド信号に基づき、スピーカー１９１から音を出力させる。また、音信号処理部１２４は、出力制御部１２２によって報知音やメッセージの出力が指示されると、スピーカー１９１から報知音やメッセージを出力させる。
【００４８】
投稿部１２５は、投稿情報をＷＥＢ上に投稿する。この投稿部１２５は、ディスプレイ１０４に表示される入力欄を介して入力された投稿情報の投稿が指示された場合、入力された投稿情報に投稿者ＩＤ（あるいは端末ＩＤ）を対応付けて通信部１０７に出力する。これにより、通信部１０７は、投稿者ＩＤ（あるいは端末ＩＤ）が対応付けられた投稿情報を投稿情報管理サーバ３に送信する。
また、投稿部１２５は、投稿情報が投稿された際に、ディスプレイ１０４に表示されているコンテンツに関連するコンテンツ関連情報を生成し、生成したコンテンツ関連情報を含む投稿情報を投稿情報管理サーバ３に送信するものであってもよい。なお、この処理についての詳細な説明は後述する。
なお、投稿部１２５は、投稿情報が投稿された際に、ディスプレイ１０４に表示されているコンテンツを示すコンテンツ識別情報を生成し、生成したコンテンツ識別情報を投稿情報に対応付けて、投稿情報管理サーバ３に送信するものであってもよい。
【００４９】
記憶部１０３は、携帯端末１の処理に用いる種々の情報を記憶する。この記憶部１０３は、作成中の投稿情報を一時的に記憶したり、投稿情報管理サーバ３から受信した投稿情報、および、コンテンツ配信サーバ２からダウンロードしたコンテンツデータ等を記憶する。また、記憶部１０３は、投稿状況に応じた報知方法を規定する設定情報を記憶する。なお、記憶部１０３は、例えば、ＳＤカード、ＩＣカードなど、携帯端末１に対して着脱自在な可搬型メモリ（記録メディア）を含む構成であってもよく、図示しない所定の外部サーバ上にあってもよい。
【００５０】
ディスプレイ１０４は、制御部１０２の制御に応じた画像を表示する。本実施形態において、ディスプレイ１０４は、タッチパネル１０１とともに一体的に設けられており、タッチパネル１０１が操作を受け付ける際の操作画面を表示する。
このディスプレイ１０４は、再生されたコンテンツデータの画像や投稿情報を表示する。また、ディスプレイ１０４は、入力する画像データに基づく画像を表示することによって、報知内容をユーザに報知するための報知部として機能する。
なお、ディスプレイ１０４は、同一の表示デバイス内で複数に区分された表示領域を有するものであってもよく、表示領域毎に独立した表示デバイスとから構成されるものであってもよい。
【００５１】
アンテナ１０５は、テレビ放送用に決められた周波数の電波を受信し、受信した電波のアナログ信号をテレビ放送受信部１０６に出力する。
テレビ放送受信部１０６は、アンテナ１０５を介して、テレビ機能を構成するもので、携帯端末向けのワンセグ地上波デジタルテレビ放送のコンテンツデータのほか、コンテンツの内容に関連する情報（コンテンツ付属情報）や電子番組表（ＥＰＧ情報）などの番組情報も含めて受信する。このテレビ放送受信部１０６は、テレビ用のアンテナ１０５によって受信したテレビ放送データの中から予め選局されているチャンネルの放送データを抽出するアナログ回路部と、放送データに対してデジタル変調するデジタル回路部とを備える。このデジタル回路部は、例えば、受信した放送データをＯＦＤＭ（直交周波数分割多重）復調したり、多重化されている放送データから映像、音声、データ（文字データ）を分離して復号化したり、圧縮データの解凍などを行う。
【００５２】
通信部１０７は、基地局５Ａと交換機５Ｂを介して、無線通信網５やインターネット６と接続される。この通信部１０７は、例えば、インターネット６を介して、投稿情報管理サーバ３から送信される投稿情報等を受信する。具体的に説明すると、通信部１０７は、コンテンツ配信サーバ２からコンテンツデータを受信したり、投稿情報管理サーバ３との間で投稿情報の送受信を行う。
タイマー１０８は、現在の日時（日にちと時刻）を計時し、計時した日時情報を出力する。
【００５３】
報知部１０９は、種々の手段によって、ユーザに報知内容を報知する。この報知部１０９は、上述した通り、例えば、スピーカー１９１と、発光部１９２と、振動部１９３とを備える。
スピーカー１９１は、音信号処理部１２４から入力する信号を音信号に変換して出力する。
発光部１９２は、例えばＬＥＤを備え、出力制御部１２２の制御に従い、指定された色で点灯あるいは点滅する。
振動部１９３は、出力制御部１２２の制御に従い、指定された振動パターンで振動する。
【００５４】
次に、図４を参照して、タッチパネル１０１のディスプレイ１０４に表示される画面の一例について説明する。図４は、コンテンツと投稿情報を同時に表示する画面の一例を示す図である。この図４に示す画面は、出力制御部１２２が同時表示モードにおいて表示可能な画面である。
図４に示す通り、携帯端末１は、例えば、ディスプレイ１０４の画面全体を分割して、一方には、コンテンツを表示し、他方には、ＷＥＢ上に投稿する投稿情報を表示する。なお、コンテンツが表示されるエリアをコンテンツ表示領域１０４１といい、投稿情報が表示されるエリアを投稿情報表示領域１０４２という。
この図４に示す例では、携帯端末１が、コンテンツ配信サーバ２から受信したテレビ番組のコンテンツをコンテンツ表示領域１０４１に表示するとともに、このテレビ番組に関連する投稿情報を投稿情報表示領域１０４２に表示する。本実施形態では、図４に示すディスプレイ１０４の投稿情報表示領域１０４２に、ツイッター（登録商標）が提供するサービス内容を表示する。
【００５５】
図示の通り、投稿情報表示領域１０４２には、複数の投稿情報が並んで表示されている。この投稿情報は、投稿時刻に応じて時系列に並べて表示されている。
この投稿情報表示領域１０４２には、例えば、コンテンツ表示領域１０４１に表示されているコンテンツの番組名やチャンネル番号、ＷＥＢ上に投稿されている投稿情報うち注目度が高いキーワード（ホットワード）や、複数の投稿情報の中から関連する投稿情報を検索するための操作ボタン等が表示されていてもよい。この他、投稿情報を投稿する際に用いられる操作ボタンや、コンテンツ表示領域１０４１に表示されているコンテンツに関連するハッシュタグ等が表示されていてもよい。
【００５６】
また、投稿情報表示領域１０４２には、いいねボタン１０４５と、書き込みボタン１０４６とが含まれている。
いいねボタン１０４５は、「いいね投稿」の投稿を受け付ける操作ボタンである。このいいねボタン１０４５を指示する操作が入力されると、「いいね投稿」が１回投稿される。なお、携帯端末１は、いいねボタン１０４５を指示する操作（つまり、いいねボタン１０４５に接触する操作、あるいは、近接する操作）を受けるによって、投稿を受け付ける。
書き込みボタン１０４６は、「書き込み投稿」の投稿を受け付ける操作ボタンである。この書き込み１０４６を指示する操作が入力されると、「書き込み投稿」として投稿するテキストを入力する入力欄が表示される。入力欄に投稿するテキストが入力され、投稿ボタン（図示せず）を指示する操作が入力されると、入力欄に入力されたテキストが「書き込み投稿」として投稿される。
【００５７】
次に、図５を参照して、コンテンツ配信サーバ２について説明する。図５は、コンテンツ配信サーバ２の構成の一例を示す図である。
図５に示す通り、コンテンツ配信サーバ２は、操作部２０１と、通信部２０２と、記憶部２０３と、制御部２０４と、計時部２０５とを備える。
操作部２０１は、例えば、コンテンツ配信サーバ２の管理者からの操作を受け付け、受け付けた操作を示す操作信号を出力する。
通信部２０２は、インターネット６と無線通信網５を介して携帯端末１との間で情報の送受信を行う。
記憶部２０３は、コンテンツデータテーブル２３１において対応づけられた各情報を記憶するとともに、コンテンツデータ記憶領域２３２において配信されるコンテンツデータを記憶する。
【００５８】
ここで、図６を参照して、コンテンツデータテーブル２３１の一例について説明する。図６は、コンテンツデータテーブル２３１の一例を示す図である。
コンテンツデータテーブル２３１は、コンテンツの名前を示すコンテンツ名と、コンテンツの識別番号を示すコンテンツＩＤと、コンテンツが放送される時間帯を示す放送時間帯と、コンテンツが放送されるテレビ局を示す放送局と、コンテンツデータのファイル名の示すコンテンツデータファイル名と、コンテンツの属性を示すコンテンツ付属情報とをそれぞれ対応付けて格納するテーブルである。
このコンテンツとしては、デジタル放送されるテレビ番組の映像と音声や、ラジオや音楽等の配信される音声などがある。本実施形態においては、コンテンツがデジタル放送されるテレビ番組の映像と音声である場合を例に、以下説明する。
コンテンツ名は、例えば、番組名や、放送されるドラマや映画のタイトルである。
放送時間帯は、コンテンツが放送あるいは配信される時刻として予め決められている時間帯をいう。
コンテンツ付属情報は、コンテンツの属性を示す情報やコンテンツに付属している情報の総称である。コンテンツがテレビ番組の映像と音声である場合、コンテンツ付属情報には、例えば、番組名や、放送局名、出演者名、番組のジャンル名、その他、番組内容に関する情報等が含まれる。なお、このコンテンツ付属情報は、当該テレビ番組を放送する放送局や製作局等によって予め決められる情報であってもよく、コンテンツ配信サーバ２の管理者によって決定されるものであってもよい。
なお、コンテンツ名、コンテンツＩＤ、およびコンテンツ付属情報は、コンテンツ識別情報となり得る。また、コンテンツが放送される時間帯を示す放送時間帯と、コンテンツが放送されるテレビ局を示す放送局とに基づき、コンテンツを特定して、コンテンツ識別情報を生成することができる。よって、コンテンツ配信サーバ２は、コンテンツを携帯端末１に配信する際、これらのコンテンツ名、コンテンツＩＤ、およびコンテンツ付属情報等を配信してもよい。また、投稿情報管理サーバ３や投稿解析サーバ４において、投稿情報に対応するコンテンツを判定し、コンテンツ識別情報を生成する場合、コンテンツデータテーブル２３１に記憶されている情報を利用する場合、コンテンツ配信サーバ２は、コンテンツデータテーブル２３１に記憶されている情報を投稿情報管理サーバ３や投稿解析サーバ４に送信するものであってもよい。
【００５９】
図５に戻って、コンテンツ配信サーバ２の各構成についての説明を続ける。
制御部２０４は、ＣＰＵであって、記憶部２０３に格納されている各種情報を読み出し、コンテンツ配信サーバ２を統括的に制御するとともに、各処理内容に合わせて機能する機能構成部を含む。この制御部２０４は、各機能構成部として、登録部２４１と、配信制御部２４２とを備える。
登録部２４１は、各テレビ局や製作局等のコンテンツの配信元から提供されるコンテンツデータを例えば通信部２０２から受信すると、コンテンツデータ記憶領域２３２に登録する。この場合、登録部２４１は、このコンテンツデータに関連する情報（コンテンツ名、コンテンツＩＤ、放送時間帯、放送局、コンテンツデータファイル名、およびコンテンツ付属情報等）をそれぞれ対応付けてコンテンツデータテーブル２３１に書き込む。
配信制御部２４２は、例えば、コンテンツデータテーブル２３１を参照して、現在時刻が放送時間帯の開始時点に到達した場合、この放送時間帯に対応するコンテンツデータをコンテンツデータ記憶領域２３２から読み出し、通信部２０２を介して送信アンテナ８から放送する。
【００６０】
次に、図７を参照して、投稿情報管理サーバ３について説明する。図７は、投稿情報管理サーバ３の構成の一例を示す図である。
図７に示す通り、投稿情報管理サーバ３は、操作部３０１と、通信部３０２と、記憶部３０３と、制御部３０４と、計時部３０５とを備える。
操作部３０１は、投稿情報管理サーバ３の管理者からの操作を受け付け、受け付けた操作を示す操作信号を出力する。
通信部３０２は、インターネット６と無線通信網５を介して、携帯端末１および投稿解析サーバ４との間で情報の送受信を行う。
記憶部３０３は、投稿情報テーブル３３１において対応づけられた各情報を記憶する。
【００６１】
図８は、投稿情報テーブル３３１の一例を示す図である。
投稿情報テーブル３３１は、投稿者を示す投稿者ＩＤと、投稿情報が投稿されたときを示す投稿時間情報Ｔｊと、投稿情報と、投稿情報の種類と、この投稿情報に含まれるコンテンツ関連情報とをそれぞれ対応付けて格納するテーブルである。
投稿者ＩＤは、各投稿者を識別する情報であって、例えば、携帯端末１に割り当てられた固有の端末ＩＤである。また、投稿者ＩＤは、これに限られず、投稿者が登録している投稿ＷＥＢサービス上において登録しているユーザＩＤであってもよく、携帯端末１においてログインした各投稿者を特定するためのユーザＩＤであってもよい。
投稿時間情報Ｔｊは、投稿情報が投稿されたときを示す情報であって、通信部３０２において投稿情報を受信したときに計時部３０５によって計時された時刻であってもよく、携帯端末１や携帯端末７から投稿情報が送信された際に携帯端末１や携帯端末７において計時された時刻であってもよい。
投稿情報は、投稿者が投稿した投稿内容を示す文字列や投稿者が投稿した投稿内容を示す情報である。
投稿情報の種類は、例えば、投稿情報が「いいね投稿」であるか、あるいは、「書き込み投稿」であるかを示す情報である。
【００６２】
コンテンツ関連情報は、投稿情報に含まれる情報であって、例えば、コンテンツのテレビ局名や番組名を示す文字列やハッシュタグや、コンテンツの内容や出演者あるいはコンテンツ内容に関連するキーワード等を示す文字列やハッシュタグ等である。このコンテンツ関連情報は、制御部３０４によって投稿情報から抽出される情報であってもよく、投稿情報に含まれる情報やコンテンツの放送時間帯や配信時間帯等に対応付けて記憶部３０３に登録されている情報であってもよい。なお、このコンテンツ関連情報は、投稿情報に基づき制御部３０４によって取得される情報であって、この取得方法については後述する。
【００６３】
図７に戻って、投稿情報管理サーバ３の各構成についての説明を続ける。
制御部３０４は、ＣＰＵであって、記憶部３０３に格納されている各種情報を読み出し、投稿情報管理サーバ３を統括的に制御するとともに、各処理内容に合わせて機能する機能構成部を含む。この制御部３０４は、各機能構成部として、登録部３４１と、検索部３４２とを備える。
登録部３４１は、携帯端末１や携帯端末７から通信部３０２を介して投稿情報を受信した場合、受信した投稿情報と、投稿者ＩＤと、投稿時間情報Ｔｊと、投稿情報の種類と、コンテンツ関連情報と、コンテンツ識別情報とをそれぞれ対応付けて、投稿情報テーブル３３１に書き込む。
この登録部３４１は、例えば、通信部３０２を介して投稿情報を受信すると、この投稿情報が受信した際に、計時部３０５によって計時された時刻を投稿時間情報Ｔｊとして取得する。
また、登録部３４１は、投稿情報とともに送信された投稿者ＩＤを取得する。なお、端末ＩＤを受信した場合、登録部３４１は、端末ＩＤを投稿者ＩＤとしてもよく、予め端末ＩＤと対応づけられている投稿者ＩＤを記憶部３０３から取得してもよい。
さらに、登録部３４１は、受信した投稿情報の種類を判定し、判定した投稿情報の種類を、投稿情報に対応付けて投稿情報テーブル３３１に書き込む。なお、登録部３４１は、投稿情報が「いいね投稿」であるか、あるいは、「書き込み投稿」であるかを判定し、いずれか一方の種類を投稿情報テーブル３３１に書き込む。
【００６４】
さらに、登録部３４１は、通信部３０２を介して投稿情報を受信すると、投稿情報に含まれるコンテンツ関連情報を取得する。この登録部３４１は、投稿情報に例えばハッシュタグが含まれている場合、このハッシュタグをコンテンツ関連情報として取得する。また、投稿情報に番組名や放送局名あるいは出演者名や予め決められた関連ワードが含まれている場合、登録部３４１は、これら情報をコンテンツ関連情報として取得する。この関連ワードとは、予め決められているキーワードであって、スポーツ・お笑い・ドラマ・映画等のコンテンツのジャンルを表わす言葉や、野球・サッカー・ゴルフ・バレー・卓球等のスポーツの種類を表わす言葉等が含まれる。さらに、投稿情報に、携帯端末１において再生されていたコンテンツのチャンネル番号やコンテンツＩＤが対応付けられている場合、登録部３４１は、この投稿情報に対応付けられている情報をコンテンツ関連情報として取得するものであってもよい。さらにまた、コンテンツ配信サーバ２において登録されているコンテンツデータテーブル２３１に格納されている情報が記憶部３０３に登録されている場合、登録部３４１は、例えば投稿情報の投稿時刻に基づき携帯端末１によって再生されているコンテンツの放送時間帯を示す情報を取得し、この放送時間帯に対応するコンテンツ名、コンテンツＩＤ、放送局、コンテンツ付属情報等を、コンテンツ関連情報として取得するものであってもよい。
また、登録部３４１は、コンテンツ関連情報に基づき、コンテンツを識別するコンテンツ識別情報を判定する。コンテンツ識別情報とは、各コンテンツを識別する情報であって、例えば、コンテンツ名、コンテンツのジャンル（お笑い、スポーツ・お笑い・ドラマ・映画等）、コンテンツＩＤ等である。つまり、コンテンツ識別情報は、各コンテンツに割り当てられた固有の情報であってもよく、広く一般的にコンテンツを示す情報であってもよい。
【００６５】
検索部３４２は、携帯端末１から受信した投稿情報の閲覧を要求するリクエストコマンドに基づき、受信したリクエストコマンドに対応する投稿情報を検索する。具体的に説明すると、検索部３４２は、リクエストコマンドに含まれるハッシュタグに基づき、投稿情報テーブル３３１を参照して、このハッシュタグを含むコンテンツ関連情報と対応付けられている投稿情報を検索する。そして、検索部３４２は、この検索結果を携帯端末１に送信する。なお、リクエストコマンドとは、投稿情報の閲覧を要求する操作が携帯端末１に入力された場合、携帯端末１から投稿情報管理サーバ３に対して送信される信号である。
【００６６】
次に、図９を参照して、投稿解析サーバ４について説明する。図９は、投稿解析サーバ４の構成の一例を示す図である。
図９に示す通り、投稿解析サーバ４は、操作部４０１と、通信部４０２と、記憶部４０３と、制御部４０４と、計時部４０５とを備える。
操作部４０１は、投稿解析サーバ４の管理者からの操作を受け付け、受け付けた操作を示す操作信号を出力する。
通信部４０２は、インターネット６と無線通信網５を介して、携帯端末１、携帯端末７および投稿情報管理サーバ３との間で情報の送受信を行う。
記憶部４０３は、投稿情報テーブル４３１および投稿状況解析結果テーブル４３２において対応付けられた各情報を記憶する。この投稿情報テーブル４３１は、例えば、投稿情報管理サーバ３が備える投稿情報テーブル３３１と同じ情報を記憶するテーブルであるため、ここでの詳細な説明は省略する。
【００６７】
図１０は、投稿情報テーブル４３１の一例を示す図である。
投稿情報テーブル４３１は、投稿者を示す投稿者ＩＤと、投稿情報が投稿されたときを示す投稿時間情報Ｔｊと、投稿情報と、投稿情報の種類と、この投稿情報に含まれるコンテンツ関連情報と、コンテンツ識別情報と、投稿開始時間情報Ｔｓとをそれぞれ対応付けて格納するテーブルである。なお、投稿開始時間情報Ｔｓが投稿情報に対応付けられていることを除けば、投稿情報テーブル３３１と同様の情報を格納するテーブルであるため、同様の情報については、詳細な説明は省略する。
投稿開始時間情報Ｔｓは、投稿情報の投稿が開始された時として推定される投稿開始時間を示す情報である。この投稿開始時間は、後述する通り、制御部４０４の投稿開始時間推定部によって推定される。
【００６８】
図１１は、投稿状況解析結果テーブル４３２の一例を示す図である。
この投稿状況解析結果テーブル４３２は、投稿状況と、コンテンツと、解析時間情報とをそれぞれ対応づけて格納するテーブルである。
投稿状況とは、制御部４０４によって解析された解析結果である投稿状況を示す情報である。
コンテンツとは、この投稿状況が解析されたコンテンツを示す情報である。
解析時間情報とは、解析に用いられた投稿情報の投稿期間を示す情報である。
【００６９】
図９に戻って、投稿解析サーバ４の各構成についての説明を続ける。
制御部４０４は、ＣＰＵであって、記憶部４０３に格納されている各種情報を読み出し、投稿解析サーバ４を統括的に制御するとともに、各処理内容に合わせて機能する機能構成部を含む。この制御部４０４は、各機能構成部として、投稿情報取得部４４１と、解析部４４２と、報知制御部４４３と、投稿量制限部４４４と、投稿開始時間推定部４４５とを備える。
【００７０】
投稿情報取得部４４１は、投稿情報管理サーバ３から投稿情報を取得する。この投稿情報取得部４４１は、投稿情報とともに、この投稿情報と対応付けられている投稿者ＩＤ、投稿時間情報Ｔｊ、投稿情報の種類、コンテンツ関連情報、およびコンテンツ識別情報を、投稿情報管理サーバ３から取得するものであってもよい。投稿情報取得部４４１は、投稿情報管理サーバ３から取得した情報をそれぞれ対応付けて記憶部４０３の投稿情報テーブル４３１に書き込む。
本実施形態において、投稿情報取得部４４１は、投稿情報管理サーバ３から定期的に投稿情報を取得する。例えば、投稿情報取得部４４１は、予め決められた時間が経過する度に、更新された投稿情報の送信を要求するリクエストコマンドを投稿情報管理サーバ３に送信する。この投稿情報取得部４４１は、例えば、投稿情報管理サーバ３に登録されている投稿情報のうち、直近１０分以内に投稿された全ての投稿情報の送信を要求するものであってもよい。また、投稿情報取得部４４１は、直近１０分以内に投稿された投稿情報のうち予め決められたコンテンツ関連情報と対応付けられた投稿情報の送信をコンテンツ毎に要求するものであってもよい。さらに、投稿情報取得部４４１は、特定の投稿者から投稿された投稿情報の送信を投稿者の属性情報ごとに要求するものであってもよい。
【００７１】
解析部４４２は、投稿情報取得部４４１が取得した投稿情報に基づき、投稿状況を解析する。この解析部４４２は、例えば、報知制御部４４３によって参照される通知条件に応じた解析を行う。
本実施形態において、通知条件は、例えば、以下に説明する第１〜３の通知条件が決められており、記憶部４０３に登録されている。
第１の通知条件は、コンテンツが盛り上がっている条件として、単位時間当たりに投稿された各コンテンツに関連する投稿情報の投稿数が予め決められた閾値以上であることが決められている。
第２の通知条件は、コンテンツが盛り上がっている条件として、単位時間当たりに投稿された各コンテンツに関連する投稿情報の投稿数の変化率が予め決められた閾値以上であることが決められている。
第３の通知条件は、コンテンツが盛り上がっている条件として、各コンテンツの放送開始時刻（あるいは再生開始時点）から現在の時刻（あるいは再生時点）までに投稿されたコンテンツに関連する投稿情報の累積的な投稿数が予め決められた閾値以上であることが決められている。
【００７２】
この解析部４４２は、投稿開始時間推定部４４５によって取得される投稿開始時間情報Ｔｓに基づき、コンテンツの再生時間軸上における投稿状況を解析する。このコンテンツの再生時間軸上における投稿状況とは、コンテンツに関連づけて投稿された投稿情報の投稿が開始された時を、コンテンツの再生時間軸上において位置づけた際の投稿状況のことである。コンテンツの再生開始時点は、再生時間軸上における０分地点である。コンテンツの再生時間＝４０分の時点は、再生時間軸上における４０分地点である。この再生時間軸上における投稿タイミングは、投稿された絶対時刻によって表されるものであってもよく、コンテンツの再生開始地点からの相対的な経過時間によって表されるものであってもよい。
【００７３】
報知制御部４４３によって第１の通知条件が参照されることが予め決められている場合、解析部４４２は、単位時間当たりの投稿数をコンテンツごとに算出する。例えば、解析部４４２は、同一のチャンネル番号を示すコンテンツ関連情報と対応付けられた投稿情報のうち、現時点から予め決められた単位時間前（例えば１０分前）までに投稿された投稿情報の数をカウントする。
報知制御部４４３によって第２の通知条件が参照されることが予め決められている場合、解析部４４２は、単位時間当たりの投稿数をコンテンツごとに算出し、前回算出された単位時間当たりの投稿数に対する変化率を算出する。例えば、解析部４４２は、同一のチャンネル番号を示すコンテンツ関連情報と対応付けられた投稿情報のうち、現時点（３：００）よりも予め決められた単位時間（例えば１０分）だけ前の時刻（２：５０）からに投稿された投稿情報の数をカウントする。そして、解析部４４２は、前回カウントされた投稿数（つまり、２：４０〜２：４９の間に投稿された投稿情報の投稿数）と、今回の投稿数（つまり、２：５０〜２：５９の間に投稿された投稿情報の投稿数）とに基づき、その変化率を算出する。
報知制御部４４３によって第３の通知条件が参照されることが予め決められている場合、解析部４４２は、コンテンツの放送開始時刻から投稿されたコンテンツに関連する投稿情報の累積的な投稿数をコンテンツごとに算出する。例えば、解析部４４２は、同一のチャンネル番号を示すコンテンツ関連情報と対応付けられた投稿情報のうち、放送開示時刻（２：００）から現時点（３：００）までに投稿された投稿情報の数をカウントする。
【００７４】
報知制御部４４３は、ＷＥＢ上に投稿された投稿情報のうちコンテンツと関連付けられた投稿情報の投稿状況が、予め決められた通知条件を満たすか否かを判定する。投稿状況が通知条件を満たす場合、報知制御部４４３は、投稿状況を携帯端末１の報知部１０９から出力させる。
本実施形態において、報知制御部４４３は、解析部４４２によって解析された投稿状況に基づき、この投稿状況が通知条件を満たすか否か判定する。
例えば、第１の通知条件を参照することが予め決められている場合、報知制御部４４３は、解析部４４２によって算出されたコンテンツごとの単位時間当たりの投稿数が予め決められた閾値以上であるか否かを判定する。投稿数が閾値以上であった場合、報知制御部４４３は、投稿状況が第１の通知条件を満たすと判定する。
また、第２の通知条件を参照することが予め決められている場合、報知制御部４４３は、解析部４４２によって算出されたコンテンツごとの変化率が予め決められた閾値以上であるか否かを判定する。変化率が閾値以上であった場合、報知制御部４４３は、投稿状況が第２の通知条件を満たすと判定する。
さらに、第３の通知条件を参照することが予め決められている場合、報知制御部４４３は、解析部４４２によって算出されたコンテンツごとの放送開示時刻からの投稿数の合計が予め決められた閾値以上であるか否かを判定する。投稿数の合計が閾値以上であった場合、報知制御部４４３は、投稿状況が第３の通知条件を満たすと判定する。
【００７５】
報知制御部４４３は、通知条件を満たす場合、投稿状況を通知することを指示する投稿状況情報を生成し、通信部４０２を介して携帯端末１に送信する。なお、報知制御部４４３は、投稿状況情報として、投稿状況が盛り上がっていること報知させるコマンドを生成するものであってもよく、投稿状況が第１〜３の通知条件のうち少なくともどれを満たすものであるか報知させるコマンドを生成するものであってもよい。
【００７６】
投稿量制限部４４４は、投稿情報の種類に応じた制限条件に基づき、解析部４４２による解析対象である投稿情報の投稿量を制限する。
この投稿量制限部４４４は、例えば、投稿情報の種類に応じた制限条件に基づき、一の携帯端末１から投稿された投稿情報の投稿量を制限する。
具体的に説明すると、一の携帯端末１から投稿された「いいね投稿」の数が第１閾値ｔｈ１以上になった場合、投稿量制限部４４４は、解析部４４２による解析対象が第１閾値ｔｈ１未満となるように制限する。例えば、携帯端末１から投稿された「いいね投稿」の単位時間当たり投稿数が第１閾値ｔｈ１以上であった場合、投稿量制限部４４４は、単位時間当たりに第１閾値ｔｈ１を超えて投稿された投稿情報を、投稿対象から除外する。
また、一の携帯端末１から投稿された「書き込み投稿」の数が第２閾値ｔｈ２以上になった場合、投稿量制限部４４４は、解析部４４２による解析対象が第２閾値ｔｈ２未満となるように制限する。例えば、携帯端末１から投稿された「書き込み投稿」の単位時間当たり投稿数が第２閾値ｔｈ２以上であった場合、投稿量制限部４４４は、単位時間当たりに第２閾値ｔｈ２を超えて投稿された投稿情報を、投稿対象から除外する。
つまり、ここでは、解析対象の投稿情報の数を、「いいね投稿」であれば第１閾値ｔｈ１以下に制限すること、「書き込み投稿」であれば第２閾値ｔｈ２以下に制限することが、それぞれ制限条件として定められている。
また、「いいね投稿」は、「書き込み投稿」と異なり、より気軽に投稿できる投稿情報である。よって、第１閾値ｔｈ１は、第２閾値ｔｈ２よりも大きい値であることが適当である。
【００７７】
さらに、投稿量制限部４４４は、コンテンツに応じた制限条件に基づき、解析部４４２による解析対象である投稿情報の投稿量を制限する。
投稿量制限部４４４は、一の携帯端末１から投稿された投稿情報のうち、コンテンツと対応付けられている投稿情報の投稿量を、当該コンテンツに応じた制限条件に基づき制限する。
具体的に説明すると、コンテンツ「サッカー日本代表試合」を再生中の携帯端末１から投稿された「いいね投稿」の数が第１閾値ｔｈ１以上になった場合、投稿量制限部４４４は、解析部４４２による解析対象が第１閾値ｔｈ１未満となるように制限する。
さらに、コンテンツ「サッカー日本代表試合」を再生中の携帯端末１から投稿された「書き込み投稿」の数が第２閾値ｔｈ２以上になった場合、投稿量制限部４４４は、解析部４４２による解析対象が第２閾値ｔｈ２未満となるように制限する。
なお、コンテンツ「サッカー日本代表試合」が再生中である期間とは、携帯端末１においてコンテンツ「サッカー日本代表試合」の再生を開始したときからの再生時間であってもよく、コンテンツ「サッカー日本代表試合」のスタート時点からの再生位置を示す再生時間であってもよい。なお、前者の場合、携帯端末１において再生中のコンテンツが切り替えられた場合、コンテンツが再生中である期間も変更するため、再生中に投稿された投稿情報のカウント値もリセットされることがこのましい。また、一次停止の場合、再生中であるため、一次停止を解除して再生を再開させた場合、コンテンツの再生中の期間は継続中である。
【００７８】
例えば、コンテンツがサッカーや野球の中継である場合、シーンの変化に応じてユーザの投稿情報が増大するおそれがある。このようなコンテンツに対しては、投稿情報の制限量を多くする。また、投稿情報の投稿量を算出する単位時間当たりの間隔を狭くする。
一方、コンテンツが料理番組である場合、シーンの変化は少なく、紹介するレシピのメニューも予め決められている。このため、多量の投稿情報が投稿されるおそれも少ないため、投稿情報をほとんど制限しない。つまり、制限量をゼロにする、あるいは、制限量をゼロの近い値にする。また、投稿情報の投稿量を算出する単位時間当たりの間隔を広くする。
さらに、コンテンツに応じた制限条件は、コンテンツの種類に限られず、コンテンツの放送時間帯や再生時間長に応じて定められるものであってもよい。例えば、１９時〜２２時くらいのゴールデンタイムに放送されるコンテンツは、他の時間帯に比べて視聴者の数が多い。よって、このような時間帯については、他の時間帯と比較して、投稿情報の制限量を多くしたり、あるいは、投稿情報の投稿量を算出する単位時間当たりの間隔を狭くするものであってもよい。また、２時間番組のコンテンツは、３０分番組のコンテンツと比較して、投稿情報の制限量を多くしたり、あるいは、投稿情報の投稿量を算出する単位時間当たりの間隔を狭くするものであってもよい。
【００７９】
また、投稿量制限部４４４は、投稿情報の種類に応じた制限条件に基づき、解析部４４２による解析対象である投稿情報の投稿量を制限する場合、閾値を超えた投稿情報削除する方法だけでなく、重み付けの係数を変えることで、投稿量を制限するものであってもよい。例えば、投稿量制限部４４４は、「いいね投稿」の場合、重み付け係数０．１を乗算して、「書き込み投稿」の場合、重み付け係数１を乗算するものであってもよい。これにより、解析部４４２は、投稿情報の種類に応じて、１回の投稿により得られた投稿情報の評価価値を変えることができる。つまり、投稿量制限部４４４は、「いいね投稿」の１回の投稿に与えられる評価価値を、「書き込み投稿」の１回の投稿に与えられる評価価値の１／１０に制限することができる。
【００８０】
投稿量制限部４４４は、閾値による投稿情報の制限、あるいは、重み付けによる投稿情報の制限のいずれか一方を実行するものであってもよく、両方を同時に実行するものであってもよい。
【００８１】
投稿開始時間推定部４４５は、投稿情報が投稿された時を示す投稿時間情報Ｔｊに基づき、投稿情報の投稿が開始された時を推定して、推定される投稿開始時間を示す投稿開始時間情報Ｔｓを取得する。
この投稿開始時間推定部４４５は、例えば、投稿情報の種類に基づき、投稿開始時間を推定する。
具体的に説明すると、投稿開始時間推定部４４５は、投稿情報が「いいね投稿」である場合、投稿された時を投稿開始時間であると推定する。一方、投稿情報が「書き込み投稿」である場合、投稿開始時間推定部４４５は、投稿開始時間から予め定められた時間長だけ遡った時を投稿開始時間と推定する。
投稿情報が「いいね投稿」である場合、投稿着想時と投稿された時間がほとんど一致しているといえる。一方、投稿情報が「書き込み投稿」である場合、投稿情報を書き込む際に要した時間だけ、投稿着想時と実際に投稿された時とがズレているといえる。
このように、本実施形態に係る投稿開始時間推定部４４５は、投稿情報の種類に応じて、つまり、投稿情報を投稿する際に要する時間に応じて、投稿開始時間を推定する。
また、投稿開始時間推定部４４５は、投稿情報が「書き込み投稿」である場合、「書き込み投稿」が投稿されたときを示す投稿時間情報Ｔｊから、投稿情報に含まれる情報量（例えば、文字数）に応じた遡及時間だけ遡った時を投稿開始時間と推定し、この推定された投稿開始時間を示す投稿開始時間情報Ｔｓを取得する。
【００８２】
なお、投稿量制限部４４４は、投稿情報の種類に応じた制限条件に基づき、解析部４４２による解析対象である投稿情報の投稿量を制限するが、投稿情報の種類に応じて制限条件が設定されなくてもよい。例えば、「いいね投稿」については制限条件が定められているが、「書き込み投稿」については制限条件が定められていない場合、投稿量制限部４４４は、「いいね投稿」についてのみ、解析対象である投稿情報の投稿量を制限する。また、「いいね投稿」については制限条件が定められていないが、「書き込み投稿」については制限条件が定められている場合、投稿量制限部４４４は、「書き込み投稿」についてのみ、解析対象である投稿情報の投稿量を制限する。
【００８３】
次に、図１２を参照して、本実施形態に係る投稿システム１における処理フローの一例について説明する。図１２は、本実施形態に係る投稿状況通知方法の一例を示すフローチャートである。
（ステップＳＴ１００１）
例えば、コンテンツ配信サーバ２の配信制御部２４２は、記憶部２０３のコンテンツデータテーブル２３１を参照して、計時部２０５が計時した現在時刻が、コンテンツの放送時間帯の開始時刻に到達したか否かを判定する。現在時刻が、コンテンツの放送時間帯の開始時刻に到達した場合、あるいは、それよりも予め決められた準備時間だけ以前の時刻に到達した場合、配信制御部２４２は、該当するコンテンツのコンテンツデータを記憶部２０３のコンテンツデータ記憶領域２３２から読み出し、通信部２０２に出力する。通信部２０２は、入力するコンテンツデータのアナログ信号を送信アンテナ８に送信する。送信アンテナ８は、受信したコンテンツデータのアナログ信号を重畳した電波を発信する。
【００８４】
例えば、タッチパネル１０１を介して現在放送されているＡ局のコンテンツの再生が指示されると、携帯端末１は、指定されたＡ局のコンテンツのコンテンツデータをコンテンツ配信サーバ２から受信して再生する。
具体的に説明すると、携帯端末１のアンテナ１０５は、送信アンテナ８から発信される電波を受信し、受信した電波のアナログ信号をテレビ放送受信部１０６に出力する。テレビ放送受信部１０６は、受信したアナログ信号をデジタル信号に変換し、コンテンツデータのデジタル信号を放送データ制御部１２３を介して出力制御部１２２に出力する。なお、携帯端末１は、Ａ局のコンテンツデータの電波を受信するもであってもよく、受信した電波の中からＡ局のコンテンツデータを抽出するものであってもよい。
出力制御部１２２は、入力するＡ局のコンテンツデータに基づき、コンテンツの画像をディスプレイ１０４に再生させる。出力制御部１２２は、コンテンツに音声が含まれている場合、コンテンツの音声をスピーカー１９１から再生させる。これにより、携帯端末１は、現時点においてＡ局が放送しているコンテンツを再生することができる。
なお、携帯端末１では同時表示モードが設定されているとする。この携帯端末１は、ディスプレイ１０４のコンテンツ表示領域１０４１に、現時点においてＡ局が放送しているコンテンツの画像を表示させる。
【００８５】
（ステップＳＴ１００２）
また、携帯端末１の出力制御部１２２は、通信部１０７を介して、投稿情報の送信を要求するリクエストコマンドを投稿情報管理サーバ３に送信する。ここで、出力制御部１２２は、ステップＳＴ１００１においてディスプレイ１０４に表示されたコンテンツに関連する投稿情報の送信を要求する。例えば、出力制御部１２２は、ディスプレイ１０４に表示されているコンテンツを識別するためのハッシュタグ（♯Ａ局）を、リクエストコマンドとともに、通信部１０７を介して投稿情報管理サーバ３に送信する。また、通信部１０７は、投稿情報に、携帯端末１に割り当てられた端末ＩＤ（あるいは投稿者ＩＤ）を対応付けて投稿情報管理サーバ３に送信する。
【００８６】
（ステップＳＴ１００３）
投稿情報管理サーバ３の通信部３０２は、携帯端末１からリクエストコマンドを受信する。
（ステップＳＴ１００４）
投稿情報管理サーバ３の制御部３０４の検索部３４２は、リクエストコマンドを受信すると、要求されている投稿情報を記憶部３０３から読み出し、通信部３０２を介して携帯端末１に送信する。例えば、検索部３４２は、記憶部３０３の投稿情報テーブル３３１を参照して、ハッシュタグ（♯Ａ局）と対応付けられている投稿情報を検索し、読み出す。なお、検索部３４２は、ハッシュタグ（♯Ａ局）に基づき、コンテンツを特定する場合、コンテンツの放送時間帯と現在の時刻を参照して、コンテンツを識別するものであってもよい。通信部３０２は、検索部３４２の検索により得られた全ての投稿情報を、リクエストコマンドに対応づけられていた端末ＩＤ（あるいは投稿者ＩＤ）が示す携帯端末１に送信する。なお、検索部３４２は、ハッシュタグ（♯Ａ局）と対応付けられている投稿情報を検索により得た場合、投稿情報テーブル３３１において検索により得られた投稿情報と対応付けられている投稿者ＩＤ、投稿時間情報Ｔｊ、および投稿情報の種類を読み出し、読み出した投稿者ＩＤ、投稿時間情報Ｔｊ、投稿情報、および投稿情報の種類をそれぞれ対応付けて携帯端末１に送信する。
【００８７】
なお、本発明はこれに限られず、検索部３４２は、ハッシュタグ（♯Ａ局）に基づき、同一のコンテンツを示すその他のコンテンツ関連情報を検索し、検索によって得られたその他のコンテンツ関連情報と対応付けられた全ての投稿情報を、リクエストコマンドが要求する投稿情報として取得するものであってもよい。例えば、同一のコンテンツを示す情報として、ハッシュタグ（♯Ａ局）と、その他の当該コンテンツを示す情報（♯Ａ_kyoku、♯Ａ、♯soccer、♯サッカー等のハッシュタグや、Ａ局、サッカー、Ａ等のキーワード、Ａ局のチャンネル番号、あるいは、コンテンツＩＤ等）とがそれぞれ対応付けられ、記憶部３０３に事前に登録されているとする。この場合、検索部３４２は、投稿情報テーブル３３１を参照して、♯Ａ局、サッカー、♯サッカーのうち少なくとも１つを含むコンテンツ関連情報とそれぞれ対応付けられた全ての投稿情報を取得することができる。
【００８８】
（ステップＳＴ１００５）
携帯端末１の制御部１０２の出力制御部１２２は、通信部１０７を介して投稿情報を投稿情報管理サーバ３から受信する。なお、携帯端末１は、投稿情報管理サーバ３から受信した情報、例えば、投稿者ＩＤ、投稿時間情報Ｔｊ、投稿情報、および投稿情報の種類をそれぞれ対応付けて、記憶部１０３に一時的に保存する。
（ステップＳＴ１００６）
出力制御部１２２は、投稿情報管理サーバ３から受信した投稿情報を、ディスプレイ１０４の投稿情報表示領域１０４２に表示させる。
これにより、図４に示したように、コンテンツと投稿情報とが同時にディスプレイ１０４に表示される。
なお、携帯端末１は、図２に示したとおり、定期的にリクエストコマンドを送信して、投稿情報を投稿情報管理サーバ３から取得し、ディスプレイ１０４の投稿情報表示領域１０４２に表示させる。
【００８９】
（ステップＳＴ１００７）
携帯端末１は、タッチパネル１０１の検出結果に基づき、ディスプレイ１０４の投稿情報表示領域１０４２を介して入力された投稿情報の投稿の指示を受け付け可能な状態である。
（ステップＳＴ１００８）
投稿情報の投稿が指示された場合、携帯端末１の制御部１０２の投稿部１２５は、入力された投稿情報に、端末ＩＤあるいは投稿者ＩＤを対応付けた情報を、通信部１０７を介して投稿情報管理サーバ３に送信する。この場合、投稿部１２５は、例えば、ディスプレイ１０４のコンテンツ表示領域１０４１に表示されているコンテンツを示すコンテンツ関連情報を含む投稿情報を、投稿情報管理サーバ３に送信する。本実施形態において、投稿部１２５は、ハッシュタグ（♯Ａ局）を含む投稿情報を、投稿情報管理サーバ３に送信する。
【００９０】
（ステップＳＴ１００９）
投稿情報管理サーバ３の制御部３０４の登録部３４１は、通信部３０２を介して、携帯端末１から投稿情報を受信する。
（ステップＳＴ１０１０）
登録部３４１は、携帯端末１から受信した情報に基づき、投稿情報に対応付けられている端末ＩＤ（あるいは投稿者ＩＤ）およびコンテンツ関連情報をそれぞれ関連付けて、記憶部３０３の投稿情報テーブル３３１に書き込む。この登録部３４１は、投稿情報から、コンテンツ関連情報として、ハッシュタグ（♯Ａ局）を取得し、このハッシュタグ（♯Ａ局）と投稿情報とを対応付けて投稿情報テーブル３３１に書き込む。
また、登録部３４１は、投稿情報に投稿時間情報Ｔｊを対応付けて投稿情報テーブル３３１に書き込む。登録部３４１は、投稿情報が投稿された投稿時刻が携帯端末１によって計時され、付与されている場合、この投稿時刻を投稿時間情報Ｔｊとして、投稿情報に対応づけて投稿情報テーブル３３１に書き込む。一方、投稿時刻が投稿情報に付与されていない場合、登録部３４１は、投稿情報を受信した投稿時刻を投稿時間情報Ｔｊとして、投稿情報に対応づけて投稿情報テーブル３３１に書き込む。
【００９１】
（ステップＳＴ１０１１）
一方、投稿解析サーバ４は、投稿情報管理サーバ３から定期的に投稿情報を取得する。例えば、投稿解析サーバ４の投稿情報取得部４４１は、予め決められた時間が経過する度に、通信部４０２を介して、更新された投稿情報の送信を要求するリクエストコマンドを投稿情報管理サーバ３に送信する。
（ステップＳＴ１００３）
投稿情報管理サーバ３の制御部３０４の検索部３４２は、通信部３０２を介してリクエストコマンドを受信する。
【００９２】
（ステップＳＴ１００４）
投稿情報管理サーバ３の制御部３０４の検索部３４２は、リクエストコマンドを受信すると、要求されている投稿情報を記憶部３０３から読み出し、通信部３０２を介して投稿解析サーバ４に送信する。例えば、検索部３４２は、記憶部３０３の投稿情報テーブル３３１を参照して、ハッシュタグ（♯Ａ局）と対応付けられている投稿情報を検索し、読み出す。なお、検索部３４２は、ハッシュタグ（♯Ａ局）に基づき、コンテンツを特定する場合、コンテンツの放送時間帯と現在の時刻を参照して、コンテンツを識別するものであってもよい。また、検索部３４２は、ハッシュタグ（♯Ａ局）と対応付けられている投稿情報を検索して得た場合、投稿情報テーブル３３１において検索により得られた投稿情報と対応付けられている投稿者ＩＤ、投稿時間情報Ｔｊ、および投稿情報の種類を読み出す。通信部３０２は、検索部３４２の検索により得られた全ての投稿情報と、この投稿情報に対応付けられた投稿者ＩＤと投稿時間情報Ｔｊとをそれぞれ対応付けて、投稿解析サーバ４に送信する。
（ステップＳＴ１０１２）
投稿解析サーバ４の制御部４０４の投稿情報取得部４４１は、通信部４０２を介して投稿情報を投稿情報管理サーバ３から受信する。なお、投稿情報取得部４４１は、投稿情報管理サーバ３から受信した情報、例えば、投稿者ＩＤ、投稿時間情報Ｔｊ、投稿情報、および投稿情報の種類をそれぞれ対応付けて、記憶部４０３の投稿情報テーブル４３１に保存する。
【００９３】
（ステップＳＴ１０１３）
そして、投稿解析サーバ４の制御部４０４の解析部４４２は、投稿情報取得部４４１が取得した投稿情報に基づき、投稿状況を解析する。解析部４４２は、例えば、現在放送されているコンテンツ毎に、投稿状況を解析する。
（ステップＳＴ１０１４）
次いで、投稿解析サーバ４の制御部４０４の報知制御部４４３は、解析部４４２によって解析された投稿状況に基づき、投稿状況が通知条件を満たすか否か判定する。報知制御部４４３は、例えば、現在放送されているコンテンツ毎に、投稿状況が通知条件を満たしているか否かを判定する。
（ステップＳＴ１０１５）
報知制御部４４３は、投稿状況が通知条件を満たすコンテンツがある場合、このコンテンツの投稿状況を通知することを指示する投稿状況情報を生成し、通信部４０２を介して携帯端末１に送信する。例えば、Ｂ局のコンテンツが第１の通知条件を満たしている判定した場合、報知制御部４４３は、Ｂ局が現在放送しているコンテンツに対する投稿状況が第１の通知条件を満たしている状況であることを示す投稿状況情報を生成する。そして、通信部４０２が、報知制御部４４３によって生成された投稿状況情報を携帯端末１に送信する。
【００９４】
（ステップＳＴ１０１６）
携帯端末１の通信部１０７は、投稿解析サーバ４から投稿状況情報を受信し、制御部１０２の出力制御部１２２に出力する。
（ステップＳＴ１０１７）
出力制御部１２２は、入力する投稿状況情報に基づき、報知部１０９による報知手法を判定する。そして、出力制御部１２２は、投稿状況に応じた報知手法に従い、スピーカー１９１から決められた音を出力させたり、発光部１９２から決められた色の光を点灯あるいは点滅させたり、あるいは、振動部１９３を決められた振動パターンで振動させる。
【００９５】
次に、図１３を参照して、本実施形態に係る投稿解析方法の一例について説明する。図１３は、本実施形態に係る投稿解析方法の一例について説明する。なお、本実施形態において、投稿解析サーバ４は、投稿開始時間情報Ｔｓを取得する処理を実行すること（設定１）、および、解体対象に重み付けをすること（設定２）が設定されているとする。なお、設定１、設定２は、ユーザによって任意に設定あるいは解除できるものであってもよく、コンテンツごとに、あるいは、投稿情報の種類ごとに設定あるいは解除できるものであってもよい。
【００９６】
（ステップＳＴ１３０１）
投稿開始時間推定部４４５は、投稿情報が投稿された時を示す投稿時間情報Ｔｊに基づき、投稿情報の投稿が開始された時を推定して、推定される投稿開始時間を示す投稿開始時間情報Ｔｓを取得する。
この投稿開始時間推定部４４５は、投稿情報が「いいね投稿」である場合は投稿されたときを投稿開始時間であると推定する。つまり、投稿開始時間推定部４４５は、投稿情報が「いいね投稿」である場合、投稿時間情報Ｔｊを投稿開始時間情報Ｔｓとして取得する。つまり、投稿情報が「いいね投稿」である場合、投稿開始時間情報Ｔｓ＝投稿時間情報Ｔｊである。
【００９７】
一方、投稿情報が「書き込み投稿」である場合、投稿開始時間推定部４４５は、投稿情報に含まれる投稿内容の文字列に応じた遡行時間長を判定する。例えば、投稿情報の文字数が１０文字未満である場合、投稿開始時間推定部４４５は、遡行時間長＝３０秒であると判定する。また、投稿情報の文字数が１０文字以上２０文字未満である場合、投稿開始時間推定部４４５は、遡行時間長＝１分であると判定する。
そして、投稿開始時間推定部４４５は、投稿情報が「書き込み投稿」である場合、投稿時間情報Ｔｊから判定した遡行時間長を減算した値を、投稿開始時間情報Ｔｓとして取得する。つまり、投稿情報が「書き込み投稿」である場合、投稿開始時間情報Ｔｓ＝投稿時間情報Ｔｊ−遡行時間長である。
投稿開始時間推定部４４５は、取得した投稿開始時間情報Ｔｓを、投稿情報と関連付けて、投稿情報テーブル４３１に書き込む。
【００９８】
（ステップＳＴ１３０２）
次いで、投稿量制限部４４４は、投稿情報テーブル４３１から、解体対象となるコンテンツ識別情報に対応付けられた投稿情報を読み出す。
例えば、各コンテンツについて投稿された投稿情報を５分間隔ごとに取得して、解析部４４２が解析することが定められているとする。投稿量制限部４４４は、例えば、コンテンツ識別情報「サッカー日本代表試合」のコンテンツに対して投稿された投稿情報のうち、現在時刻から過去５分間の間に投稿された投稿情報を、解析対象として読み出す。この場合、投稿量制限部４４４は、投稿情報テーブル４３１におけるコンテンツ識別情報に「サッカー日本代表試合」が書き込まれており、投稿情報テーブル４３１の投稿開始時間情報Ｔｓが示す投稿開始時間が過去５分間に該当する投稿情報を解析対象として読み出す。なお、投稿量制限部４４４は、投稿情報を読み出す際、投稿情報テーブル４３１において読み出す投稿情報と対応付けられている投稿者ＩＤおよび投稿情報の種類も読み出す。
【００９９】
（ステップＳＴ１３０３）
そして、投稿量制限部４４４は、読み出した投稿情報、投稿情報の種類、および投稿者ＩＤに基づき、コンテンツおよび投稿情報の種類に応じて予め定められた制限条件に該当するか否かを判定する。なお、コンテンツ識別情報「サッカー日本代表試合」のコンテンツの制限条件としては、単位時間５分あたりの「いいね投稿」の数が第１閾値ｔｈ１＝１０以上である場合、投稿を制限すること、および、単位時間５分あたりの「書き込み投稿」の数が第２閾値ｔｈ２＝５以上である場合、投稿を制限することが予め定められている。
【０１００】
投稿量制限部４４４は、例えば、投稿者ＩＤ「１１１」が割り当てられた携帯端末１からコンテンツ識別情報「サッカー日本代表試合」に対して投稿された「いいね投稿」のうち、直近の過去５分間の間に投稿された「いいね投稿」の数が１０以上であるか否かを判定する。直近の過去５分間の間に投稿された「いいね投稿」の数が１５であった場合、投稿量制限部４４４は、制限条件に該当していると判定し、解析対象としての「いいね投稿」を制限する。つまり、投稿量制限部４４４は、直近の過去５分間の間にコンテンツ識別情報「サッカー日本代表試合」に対して投稿された「いいね投稿」のうち、第１閾値ｔｈ１を超える５件の「いいね投稿」を解体対象外と判定する。この投稿量制限部４４４は、例えば、解体対象外を決定する際、対応付けられている投稿開始時間情報Ｔｓが遅い方から５件の投稿情報を解体対象外とする。なお、解体対象外を決定する方法は、これに限られない。そして、投稿量制限部４４４は、解体対象外と判定した投稿情報を、解体対象から削除する。
【０１０１】
また、投稿量制限部４４４は、例えば、投稿者ＩＤ「１１１」が割り当てられた携帯端末１からコンテンツ識別情報「サッカー日本代表試合」に対して投稿された「書き込み投稿」のうち、直近の過去５分間の間に投稿された「書き込み投稿」の数が５以上であるか否かを判定する。直近の過去５分間の間に投稿された「書き込み投稿」の数が８であった場合、投稿量制限部４４４は、制限条件に該当していると判定し、解析対象としての「書き込み投稿」を制限する。つまり、投稿量制限部４４４は、直近の過去５分間の間にコンテンツ識別情報「サッカー日本代表試合」に対して投稿された「書き込み投稿」のうち、第２閾値ｔｈ２を超える８件の「書き込み投稿」を解体対象外と判定する。この投稿量制限部４４４は、例えば、解体対象外を決定する際、対応付けられている投稿開始時間情報Ｔｓが遅い方から３件の投稿情報を解体対象外とする。なお、解体対象外を決定する方法は、これに限られない。そして、投稿量制限部４４４は、解体対象外と判定した投稿情報を、解体対象から削除する。
【０１０２】
なお、直近の過去５分間の間にコンテンツ識別情報「サッカー日本代表試合」に対して投稿された「いいね投稿」の数が１０未満であった場合、投稿量制限部４４４は、制限条件に該当していないと判定する。制限条件に該当していないと判定された場合、投稿量制限部４４４は、直近の過去５分間の間にコンテンツ識別情報「サッカー日本代表試合」に対して投稿された「書き込み投稿」を、投稿対象であると判定する。
同様にして、投稿量制限部４４４は、直近の過去５分間の間にコンテンツ識別情報「サッカー日本代表試合」に対して投稿された「書き込み投稿」の数が５未満であった場合、制限条件に該当していないと判定する。制限条件に該当していないと判定された場合、投稿量制限部４４４は、直近の過去５分間の間にコンテンツ識別情報「サッカー日本代表試合」に対して投稿された「書き込み投稿」を、投稿対象であると判定する。
【０１０３】
（ステップＳＴ１３０４）
次いで、解析部４４２は、投稿量制限部４４４によって投稿対象であると判定された投稿情報に対して、投稿情報の種類に応じた重み付けをする。
例えば、「いいね投稿」には重み係数＝０．１を乗算すること、および、「書き込み投稿」には重み係数＝１を乗算することが、予め定められている。
【０１０４】
（ステップＳＴ１３０５）
そして、投稿量制限部４４４は、重み付けされた投稿情報である解体対象に基づき、投稿状況を解析する。
【０１０５】
このように、投稿情報の種類に応じて制限条件に基づき、投稿解析サーバ４による解析対象である投稿情報の投稿量を制限することにより、解析結果が一部のユーザからの投稿傾向に偏ることを防止することができる。よって、投稿情報に基づく解析の適正化を図ることができる。従って、投稿サービス加入者も、この適正化された解析結果に基づいて投稿状況（例えば、コンテンツに対する投稿の盛り上がり度）を判断することが可能となるため、投稿サービス加入者に提供する情報の信頼性を高めることが可能となる。
【０１０６】
また、コンテンツに対応付けて投稿された投稿情報を解析する際に、この解析対象である投稿情報の投稿量を制限条件に基づき制限することにより、コンテンツ毎に解析される解析結果が、一部のユーザからの投稿傾向に偏ることを防止し、投稿情報に基づく解析の適正化を図ることができる。よって、解析結果に基づき、どのコンテンツが盛り上がっているか否かを判定した場合であっても、判定結果が一部のユーザからの投稿傾向に偏ることを防止し、投稿情報に基づく判定結果の適正化を図ることができる。
【０１０７】
さらに、投稿解析サーバ４は、投稿情報の投稿が開始された時を投稿情報の種類に応じて推定する。なお、投稿情報をコンテンツと共に再生する場合、投稿者はコンテンツを確認した時点において、投稿情報を作成するため、ユーザが所定時間において視認したコンテンツ内容と、視認したコンテンツ内容によって投稿内容を着想した時点とが、対応関係とならない場合がある。投稿開始時間を推定することによって、投稿内容の着想した時点（投稿着想時）と、実際に投稿情報が投稿された時とのズレを補正することができる。なお、投稿情報が「いいね投稿」であるか「書き込み投稿」であるかに応じて、このズレは大きくなる。よって、投稿情報の種類に応じてズレを補正することによって、補正の適正化を図ることができる。
【０１０８】
また、投稿情報として「いいね投稿」と「書き込み投稿」の両方の投稿が可能となることにより、ユーザが共有したい感情を手軽に投稿することができる。例えば、「いいね投稿」では、文字入力の手間が不要であり、いいね投稿ボタン１０４５を指示するだけで同意や賛同を示す意思を手軽かつ簡単に投稿することができる。一方、「書き込み投稿」では、ユーザの共有したい考えや感想を文字入力により投稿することができる。
【０１０９】
なお、投稿状況の報知方法には、さまざまな方法が適用可能である。携帯端末１は、投稿状況情報に基づき、少なくとも、報知すべき投稿状況にあるコンテンツがあること、つまり、投稿が盛り上がっているコンテンツがあることを報知するものであればよい。また、携帯端末１が、投稿が盛り上がっているコンテンツを特定し、投稿状況がどのように盛り上がっているのか、この投稿の盛り上がりの程度を報知するものであってもよい。
【０１１０】
例えば、現在放送中の番組内に、現在再生中の番組以外（いわゆる裏番組）に盛り上がっている番組がある場合、携帯端末１は、投稿状況情報に基づき、裏番組で盛り上がっている番組があることを報知する。携帯端末１は、例えば、アラーム音を鳴らしたり、光を点灯あるいは点滅させたり、振動させたりする。また、携帯端末１は、盛り上がっている番組名やチャンネル番号をディスプレイ１０４に表示させる。
ディスプレイ１０４に表示されている裏番組にチャンネルを変更したい場合、ユーザは、ディスプレイ１０４に表示されている番組名やチャンネル番号の表示部分に指を接触あるいは近接させる。そして、タッチパネル１０１はタッチ操作を検出し、制御部１０２は、タッチ操作により指定された裏番組へのチャンネル変更操作を受け付ける。携帯端末１は、指定された番組のコンテンツデータをコンテンツ配信サーバ２から受信して、ディスプレイ１０４のコンテンツ表示領域１０４１に表示させる。
これにより、携帯端末１は、投稿状況が盛り上がっているコンテンツをユーザに簡易的に報知することができるとともに、ユーザの指示に基づき、盛り上がっているコンテンツを再生することができる。
なお、携帯端末１が盛り上がっている番組名やチャンネル番号をディスプレイ１０４に表示させている間、ユーザは、いつでも任意のタイミングで、チャンネルを変更することができる。
【０１１１】
また、携帯端末１は、投稿状況情報を受信した場合、自動的に、投稿が盛り上がっているコンテンツを再生するものであってもよい。これにより、ユーザは、投稿が盛り上がっているコンテンツを即時に視聴閲覧することができる。
例えば、ディスプレイ１０４で既に他のコンテンツが再生されている場合、携帯端末１の出力制御部１２２は、投稿状況情報に基づき、投稿が最も盛り上がっているコンテンツのコンテンツデータをコンテンツ配信サーバ２から受信し、ディスプレイ１０４に表示されているコンテンツを、投稿が最も盛り上がっているコンテンツに切り替える。
また、ディスプレイ１０４に投稿情報だけが表示されている場合、携帯端末１の出力制御部１２２は、ディスプレイ１０４の表示モードを、単独表示モードから同時表示モードに切り替える。そして、携帯端末１の出力制御部１２２は、投稿状況情報に基づき、投稿が最も盛り上がっているコンテンツのコンテンツデータをコンテンツ配信サーバ２から受信し、ディスプレイ１０４のコンテンツ表示領域１０４１に表示させる。
【０１１２】
さらに、携帯端末１は、待ち受け状態やロック状態において、投稿状況に応じたコンテンツの再生指示を受け付けてもよく、また、再生指示を受け付けるまでもなく自動的に再生してもよい。
図１４は、携帯端末１が待ち受け状態やロック状態において、投稿状況に応じたコンテンツを自動的に再生する一例について説明するための説明図である。
図１４（ａ）には、携帯端末１の待ち受け状態において自動的に投稿状況に応じたコンテンツを再生する一例を示す。図１４（ａ）に示す通り、携帯端末１は、待ち受け状態において、ディスプレイ１０４の一部にコンテンツを表示してもよい。また、携帯端末１は、図示しないが、ディスプレイ１０４の全面に、コンテンツを表示してもよい。
図１４（ｂ）には、携帯端末１のロック状態において自動的に投稿状況に応じたコンテンツを再生する一例を示す。図１４（ｂ）に示す通り、携帯端末１は、ロック状態において、ディスプレイ１０４の一部にコンテンツを表示してもよい。この場合、携帯端末１は、ロック状態を解除するための解除操作を受け付ける操作ボタン１０４３をディスプレイ１０４に表示させる。
これによりユーザに対し、即座にコンテンツの視聴機会を提供することが可能となり、当該コンテンツの中でも最も注視される、重要性が高いとみなされる特定期間の視聴情報のコンテンツ視聴機会を提供することが可能となる。逆に言えば、特定期間の視聴機会を消失させることなく、視聴状態にさせることが可能となる。
【０１１３】
なお、本発明はこれに限られず、携帯端末１に対する操作入力が制限されているロック状態において、投稿状況をディスプレイ１０４や報知部１０９から出力させた場合、携帯端末１の制御部１０２の操作内容判定部１２１は、少なくとも、投稿状況のコンテンツの再生を指示する操作の制限を解除するものであってもよい。
これにより、携帯端末１は、操作入力が制限されているロック状態であっても、投稿状況をディスプレイ１０４や報知部１０９から報知した場合、投稿状況のコンテンツの再生を指示する操作を受け付けることができる。よって、ユーザは、携帯端末１のロック状態を解除する操作をせずとも、報知されたコンテンツの再生を指示する操作を入力することによって、コンテンツを視聴閲覧することができる。なお、コンテンツを再生している状態で、携帯端末１はロック状態を維持しているため、コンテンツ再生中において、誤操作入力による誤動作を防止することができる。
【０１１４】
また、本発明はこれに限られず、携帯端末１に対する操作入力が制限されているロック状態において、投稿状況をディスプレイ１０４や報知部１０９から出力させた場合、携帯端末１の制御部１０２の操作内容判定部１２１が、少なくとも、投稿状況のコンテンツの再生を指示する操作の制限を解除した場合に、ロック解除とコンテンツの再生の指示を同時に受け付けるものであってもよい。言い換えると、携帯端末１は、ロック状態において投稿状況を報知した後、コンテンツの再生指示を受け付けた場合、指示されたコンテンツを再生するとともに、ロック状態を解除する。このように、コンテンツ再生指示の操作とロック状態の解除指示の操作とを、同一の操作とすることによって、操作性がよくなる。これによらない場合、ロック状態を解除した後でコンテンツの再生を指示するという操作をしなければならないため、ロック状態からすぐにコンテンツを再生できないため、操作性が悪く、コンテンツの再生タイミングがずれるため、一時的な見逃しが生じるおそれがある。
【０１１５】
なお、投稿情報の表示報知において、携帯端末１は、ロック状態において、放送用コンテンツのテキスト情報を主とするコンテンツ関連情報を表示することができる。なお、このコンテンツ関連情報とは、例えば、最も盛り上がってと判定されたコンテンツに対して投稿された投稿情報に対応するコンテンツ関連である。この場合、タッチパネル１０１上の定められた所定領域中に表示された当該コンテンツ関連情報に対して、指または入力用デバイスにより接触指示が行われると、携帯端末１は、ロック状態を解除すると共に、当該コンテンツ関連情報に含まれる識別情報を元に対象コンテンツの自動表示をしてもよい。これにより、テキスト情報等を視認したユーザが、関連するコンテンツを再生させ、視聴するまでのプロセスの簡略化を図ることが可能となる。
【０１１６】
また、他に、ロック状態の携帯端末１のディスプレイ１０４に表示されるロック解除用画面に、放送中のコンテンツを、所定の領域上に映像、または静止画像として表示させることも可能である。これにより、たとえ、机上に静置している状態であっても、必要に応じて自動的にコンテンツを視聴可能な状態となるため、ユーザにとって、コンテンツにおいて注目度の高いシーンに対する見逃しの生じないコンテンツサービス利用が可能となる。
なお、表示報知である場合には、即座の投稿情報作成が可能となるように、表示報知に対するなんらかの操作があれば、その操作により、端末に対するロック解除を行うことなくロック解除状態に移行し、投稿情報の作成機会を発生させてもよい。
【０１１７】
また、携帯端末１は、投稿状況に応じて、盛り上がっているコンテンツを自動的に再生する場合、投稿状況情報を受信した後迅速に再生を開始するものであってもよく、その後再生するものであってもよい。
後者の場合、携帯端末１は、ユーザによって再生が指示された後に、コンテンツを再生するものであってもよい。また、携帯端末１は、盛り上がっているコンテンツを録画録音しておき、ユーザによって再生が指示されたタイミングで、録画録音したコンテンツを再生するものであってもよい。これにより、ユーザは、他の所用をしている状態にあるなど、コンテンツ視聴に注力することが困難な状況にある場合であっても、再生タイミングをずらすことができる。また、電車や公共施設内である場合、コンテンツが突然再生されては困る状態にユーザがいる場合もある。このような場合、ユーザが再生タイミングを決定することができる。
【０１１８】
そのため、コンテンツの再生については、コンテンツ再生用機能を起動させ、コンテンツ配信サーバ２から取得したコンテンツデータの再生を行うリアルタイム視聴を行うのみに限らない。すなわち、その場での再生を避けたいユーザであれば、当該指示を受けた携帯端末１の制御部１０２は、コンテンツ配信サーバ２、あるいは携帯端末１の記憶部１０３に対して放送用コンテンツの蓄積指示を行い、後から当該蓄積したコンテンツデータを再生する随時再生とする方法をとることも可能である。このような、リアルタイム視聴とするか、随時視聴とするかの２つの視聴形態のいずれとするかはユーザが任意に設定可能である。
【０１１９】
リアルタイム視聴の場合、ユーザによりコンテンツ再生用機能を起動した際に、携帯端末１の制御部１０２は、取得した投稿状況情報に基づき、例えば最も盛り上がっているコンテンツを再生するコンテンツとして決定してもよい。あるいは、携帯端末１が自動的に音声出力許可設定とする状態にあれば、制御部１０２は、投稿状況を報知する手法として、盛り上がっているコンテンツの音声のみをスピーカー１９１から出力させるものであってもよい。
これより、ユーザは盛り上がっているコンテンツを、音声により内容をより明確に知覚することができる。また携帯端末１は、コンテンツの音声のみを出力させるとともに、当該コンテンツの画像の再生を開始するか否かを指定するための操作画面をディスプレイ１０４に表示させる。携帯端末１は、タッチパネル１０１を介してコンテンツの画像の再生の指示を受け付けた場合、指定されたコンテンツの画像をディスプレイ１０４に表示する。
【０１２０】
随時視聴の場合、携帯端末１は、取得した投稿状況に基づき、例えば最も盛り上がっているコンテンツの録画を指示するコマンドを、コンテンツ配信サーバ２に送信する。コンテンツ配信サーバ２は、受信したコマンドに基づき、放送中のコンテンツのうち録画が指示されたコンテンツを記録する。コンテンツ配信サーバ２は、記録されたコンテンツを、携帯端末１に配信する。
これにより、携帯端末１は、コンテンツ配信に関するタイムテーブルに規定された時間帯によらず、所望の時間帯で配信済みのコンテンツを視聴することが可能となる。言い換えると、携帯端末１は、放送用コンテンツであっても、投稿状況に応じて自動的に録画されたコンテンツを再生することができる。
なお、ここで、投稿状況に応じて自動的に記録されるコンテンツは、対象コンテンツの保存先はコンテンツ配信サーバ２内として説明したが、記録先は、その他のサーバであってもよく、携帯端末１内部であってもよい。
コンテンツ配信サーバ２等に記録する場合、携帯端末１内のメモリ容量に比べ、記録指示を受けるコンテンツの記録容量の制限が少ないという効果があり、携帯端末１内のメモリを用いる場合、通信環境悪化時でも随時、再生用コンテンツの再生が可能となる効果がある。
【０１２１】
また、携帯端末１は、待ち受け状態やロック状態において、投稿状況を表示してもよい。図１５は、携帯端末１が待ち受け状態やロック状態において、投稿状況を表示する一例について説明するための説明図である。
図１５（ａ）には、携帯端末１の待ち受け状態において投稿状況を表示する一例を示す。図１５（ａ）に示す通り、携帯端末１は、待ち受け状態において、ディスプレイ１０４の一部に、現在放送されている放送用コンテンツごとの投稿状況を表示してもよい。また、携帯端末１は、図示しないが、ディスプレイ１０４の全面に、投稿状況を表示してもよく、また、ロック状態において、ディスプレイ１０４の一部または全体に投稿状況を表示してもよい。
【０１２２】
上述の通り、携帯端末１は、設定された報知方法に従って、投稿状況を報知することができる。なお、報知方法の実現については、各ユーザが設定した設定値を携帯端末１に登録しておき、携帯端末１が、この設定値に従って実行されるものであってもよい。
【０１２３】
例えば、報知方法については、携帯端末１の待ち受け状態や配信中のコンテンツを再生中に、ディスプレイ１０４の所定表示領域内に、現在放送されているコンテンツの全てについてコンテンツごとに、投稿解析サーバ４よって解析された投稿状況を表示するものであってもよい。この表示例を、図１５（ａ）に示す。図１５（ａ）は、放送中のコンテンツごとに投稿状況を表示する一例を示す図である。
例えば、図１５（ａ）に示す通り、チャンネルＣＨ１〜ＣＨ８のコンテンツが現在放送されている場合、各チャンネルのコンテンツの投稿状況を、投稿情報の投稿数を示すバーで表示するもであってもよい。具体的に説明すると、携帯端末１は、投稿状況情報として、投稿解析サーバ４から各コンテンツに対応する投稿情報の投稿数を示す情報を受信する。携帯端末１は、投稿状況情報に基づき、例えば、ＣＨ１には投稿数１００件を示すバーを表示し、ＣＨ５には投稿数２０件を示すバーを表示し、ＣＨ８には投稿数２０件を示すバーを表示する。なお、携帯端末１は、ＣＨ２〜４、６、７には、投稿数０件を示すバーを表示する。
【０１２４】
なお、図１５（ａ）には、携帯端末１が待ち受け状態である場合に、各コンテンツの投稿状況を表示する一例を示す。
また、図１５（ｂ）には、携帯端末１がコンテンツと投稿情報とを同時に表示している同時表示モードである場合に、各コンテンツの投稿状況を投稿情報表示領域１０４２に表示する一例を示す。図１５（ｂ）に示す画像がディスプレイ１０４に表示されている場合、携帯端末１は、投稿情報表示領域１０４２に表示されているチャンネル番号を指示するタッチ操作を検出した場合、指示されたチャンネル番号のコンテンツをコンテンツ表示領域１０４１に表示することができる。一方、投稿情報表示領域１０４２に表示されている投稿状況を指示するタッチ操作を検出した場合、携帯端末１は、指示されたコンテンツの投稿情報を投稿情報表示領域１０４２に表示することができる。
なお、携帯端末１は、各放送用コンテンツに関連する投稿情報において、出現頻度が高いコンテンツ関連情報を取得して、投稿情報表示領域１０４２に表示させるものであってもよい。これにより、放送用コンテンツ毎にどのような投稿情報が投稿されているのか簡単にユーザに通知することができる。
【０１２５】
また、携帯端末１は、各チャンネルのコンテンツの投稿状況を、図１５（ａ）に示すような投稿情報の投稿数を示すバーを、投稿情報表示領域１０４２に表示するものであってもよい。
さらに、携帯端末１は、各チャンネルのコンテンツの投稿状況を３星の評価で表示するもであってもよい。具体的に説明すると、携帯端末１は、通知条件を満たしていない場合は星０の評価を、通知条件を満たしている場合は星１つの評価を、ディスプレイ１０４に表示してもよい。この携帯端末１は、第１〜３の通知条件のうち、それぞれの通知条件を満たす場合はそれぞれに星１つの評価をし、第１〜３の通知条件の全てが満たされる場合は星３つの評価をディスプレイ１０４に表示してもよい。
このように、携帯端末１は、配信中のコンテンツの再生中や、特に何らかの機能を利用する機会のない状態においても、特定のコンテンツの投稿状況を報知することにより、特定のコンテンツの再生を開始するきっかけをユーザに提供することができる。
【０１２６】
また、携帯端末１は、スピーカー１９１から投稿状況を音声で再生してもよく、発光部１９２から投稿状況を表わす光で点灯あるいは点滅してもよい。
これにより、携帯端末１の操作すらしない状況においても、例えば、待ち受け状態やロック状態である場合であっても、スピーカー１９１による音声の報知や、発光部１９２による報知により、特定のコンテンツの再生を開始するきっかけをユーザに提供することができる。
【０１２７】
さらに、携帯端末１の電源がＯＦＦ状態であっても、携帯端末１は、投稿解析サーバ４から投稿状況情報を受信した場合、報知部から投稿状況を報知することができる。具体的に説明すると、携帯端末１の制御部１０２は、電源がＯＦＦ状態、つまり、ロック状態であっても、投稿解析サーバ４から投稿状況情報を受信することができる。携帯端末１は、投稿解析サーバ４から投稿状況情報を受信した場合、電源がＯＦＦの状態であっても、投稿状況を表示させる。なお、このとき、携帯端末１は、投稿状況を表示するとともに、携帯端末１の電源をＯＮするものであってもよい。これにより、携帯端末１が使用されていない状態であっても、ユーザに投稿状況を通知し、コンテンツの閲覧や録画を喚起させることができる。
【０１２８】
このように、携帯端末１は、投稿状況が盛り上がっていると判定された場合、画像・音・光・振動等により投稿状況をユーザに報知することができる。この携帯端末１は、投稿状況情報に基づき、例えば、Ａ局の番組を再生中にＢ局の番組に対する投稿状況が盛り上がっていることをユーザに報知することができる。この報知により、ユーザは、Ｂ局の番組を視聴閲覧することができるため、盛り上がっているＢ局の番組の視聴閲覧の機会を確保することができ、盛り上がっている裏番組の見逃しを防止することができる。
【０１２９】
なお、本実施形態によらない場合、放送中のコンテンツに対する投稿が盛り上がっていたとしても、ユーザは、投稿状況を閲覧しなければ、投稿が盛り上がっているコンテンツを探し出すことはできなかった。また、放送中のコンテンツであれば、投稿が盛り上がっているコンテンツを探すことと、コンテンツの閲覧をユーザが並行して行うとすれば、ユーザの監視負荷が増大するという問題があった。さらに、投稿が盛り上がっているコンテンツをユーザが探し出すことができなかった場合、このコンテンツを見逃してしまうおそれがあった。本発明に係る投稿システム１００は、投稿状況が通知条件を満たす場合に投稿状況を携帯端末１から報知させることによって、これら問題を解決することができる。
【０１３０】
また、投稿情報をディスプレイ１０４に表示していない状態であっても、携帯端末１は、盛り上がっているコンテンツの投稿状況をユーザに報知することができる。これにより、ユーザは、投稿情報を閲覧していない状態であっても、どのようなコンテンツが投稿情報を投稿する人達の間で注目されている状態にあるのか、それらコンテンツを視聴閲覧した人がコンテンツに対してどのような投稿をどの程度しているのかなどを認識あるいは認識する契機を得ることができる。
【０１３１】
さらに、携帯端末１は、複数の通知条件に基づき判定された投稿状況を報知することができる。これにより、携帯端末１は、現時点において最も注目されている（盛り上がっている）コンテンツや、急激に注目度が高まっている（盛り上がっている）コンテンツ等、注目のされ方や盛り上がり方が異なる視点で解析された投稿状況をユーザに報知することができる。
【０１３２】
また、携帯端末１は、投稿状況が通知条件を満たすことが投稿解析サーバ４によって判定された場合、投稿状況が通知条件を満たすと判定されたコンテンツを再生し、ディスプレイ１０４にコンテンツの画像を表示させ、スピーカー１９１からコンテンツの音声を出力させることができる。これにより、ユーザは、投稿状況が盛り上がっているコンテンツの視聴閲覧の機会を確保することができ、見逃しを防止することができる。従って、携帯端末１は、おすすめのコンテンツとその再生タイミングをユーザに提供することができる。
【０１３３】
さらに、携帯端末１は、操作入力が制限されている状態（ロック状態）において、投稿状況を報知部１０９から報知された場合、投稿状況のコンテンツの再生を指示する操作の制限を解除することができる。よって、ユーザは、携帯端末１のロック状態を解除する操作をせずとも、報知されたコンテンツの再生を指示する操作を入力することによって、コンテンツを視聴閲覧することができる。なお、コンテンツを再生している状態で、携帯端末１はロック状態を維持しているため、コンテンツ再生中において、誤操作入力による誤動作を防止することができる。
【０１３４】
次に、図１６を参照して、本実施形態に係る投稿システム１００の構成概要について説明する。図１６は、本実施形態に係る投稿システム１００の構成概要の一例を示す図である。
図１６に示す通り、本実施形態に係る投稿システム１００の構成として、投稿解析サーバ４が、解析部４４２、報知制御部４４３、投稿量制限部４４４、および投稿開始時間推定部４４５を備え、携帯端末１が、報知部１０９（ディスプレイ１０４を含む）、投稿部１２５および通信部１０７を備える構成例について説明した。このように、投稿解析サーバ４に、投稿量制限部４４４および投稿開始時間推定部４４５を設けることによって、例えば、解析対象となる投稿情報に対して制限を実施することができるため、既存の携帯端末１から投稿された全ての投稿情報を解析対象とするか否かを投稿解析サーバ４側で決定することができる。また、投稿解析サーバ４に解析部４４２と報知制御部４４３を設けることによって、例えば、現在放送されているコンテンツの投稿状況を一括して解析し、複数の端末に配信することができる。よって、解析処理の効率化を図ることができる。
【０１３５】
なお、投稿解析サーバ４は、取得した投稿開始時間情報Ｔｓを携帯端末１に送信するものであってもよい。この携帯端末１は、投稿情報を表示する場合、投稿解析サーバ４から受信した投稿開始時間情報Ｔｓが示す時間で時系列に並べた投稿情報を、ディスプレイ１０４の投稿情報表示領域１０４２に表示するもであってもよい。この場合、携帯端末１は、投稿情報を投稿情報管理サーバ３から受信してもよく、投稿解析サーバ４から受信してもよい。
【０１３６】
この一例を具体的に説明すると、携帯端末１は、ディスプレイ１０４において再生されているコンテンツのコンテンツ関連情報やコンテンツ識別情報を投稿解析サーバ４に送信する。
投稿解析サーバ４は、携帯端末１から受信したコンテンツ関連情報やコンテンツ識別情報と対応付けられている投稿情報を、投稿情報テーブル４３１から読み出す。なお、投稿解析サーバ４は、投稿情報を読み出す場合、この読み出す投稿情報と投稿情報テーブル４３１において対応付けられている投稿者ＩＤ、投稿開始時間情報Ｔｓ、および投稿情報の種類も読み出す。そして、投稿解析サーバ４は、読み出した投稿情報、投稿者ＩＤ、投稿開始時間情報Ｔｓ、および投稿情報の種類を、携帯端末１に送信する。
携帯端末１は、受信した投稿情報、投稿者ＩＤ、投稿開始時間情報Ｔｓ、および投稿情報の種類に基づき、投稿開始時間情報Ｔｓが示す時間で時系列に並べた投稿情報を、投稿情報の種類に応じて、ディスプレイ１０４の投稿情報表示領域１０４２に表示する。
これにより、携帯端末１のディスプレイ１０４に表示される投稿情報の、投稿内容の着想した時点（投稿着想時）と、実際に投稿情報が投稿された時とのズレを補正することができる。従って、携帯端末１は、ユーザが投稿を希望した時に放送されていたコンテンツに画面に対応付けて、投稿情報を表示させることができる。よって、オンデマンド等によって再生用コンテンツを携帯端末１で再生しながら、再生用コンテンツが放送されていた時点において投稿された投稿情報を閲覧する場合に、再生用コンテンツが放送されていたときの投稿情報による盛り上がりを再現することが可能となる。
【０１３７】
また、携帯端末１は、投稿情報管理サーバ３や投稿解析サーバ４から、投稿情報を受信する場合、ディスプレイ１０４に再生されているコンテンツに関連付けられた投稿情報だけを受信し、ディスプレイ１０４に表示するものであってもよい。あるいは、携帯端末１は、投稿情報管理サーバ３や投稿解析サーバ４から、投稿情報とともに、コンテンツ関連情報あるいはコンテンツ識別情報のうち少なくともいずれか一方を受信するものであってもよい。この場合、携帯端末１は、コンテンツ関連情報やコンテンツ識別情報に基づき、ディスプレイ１０４に再生されているコンテンツに関連付けられた投稿情報だけをディスプレイ１０４に表示するものであってもよい。これにより、携帯端末１は、ディスプレイ１０４に再生されているコンテンツに対応する投稿情報を優先的に表示させることができる。
【０１３８】
さらに、携帯端末１は、投稿部１２５が投稿情報の投稿を受け付けた場合、投稿を受け付けた際にディスプレイ１０４に表示されているコンテンツの画像データを、投稿情報に対応付けて投稿情報管理サーバ３に送信するものであってもよい。なお、投稿を受け付けた際とは、携帯端末１のディスプレイ１０４に表示されているいいねボタン１０４５あるいは書き込みボタン１０４６を指示する操作を受け付けた時であってもよく、携帯端末１のディスプレイ１０４に表示されている書き込みボタン１０４６を指示する操作を受け付けた後に入力されたテキスト等を投稿情報管理サーバ３に送信する時であってもよい。
【０１３９】
［第２実施形態］
本発明は、上述の第１実施形態に係る投稿システム１００に限られず、図１７に示すような投稿システム２００であってもよい。
図１７を参照して、本実施形態に係る投稿システム２００の構成概要について説明する。図１７は、本実施形態に係る投稿システム２００の構成概要の一例を示す図である。
図１７に示す通り、本実施形態に係る投稿システム２００の構成として、投稿解析サーバ４が、解析部４４２と報知制御部４４３を備え、携帯端末１が、報知部１０９（ディスプレイ１０４を含む）、通信部１０７、操作内容判定部１２１、投稿部１２５、投稿制限部１２６、投稿開始時間推定部１２７と、を備える構成例であってもよい。このように、携帯端末１に、投稿制限部１２６および投稿開始時間推定部１２７を設けることによって、携帯端末１が投稿する投稿情報の投稿量を制限することにより、ネットワーク上に対する通信負荷を軽減し、ネットワークを介した投稿サービスにおける投稿数の適正化を図ることが可能となる。
なお、本実施形態に係る投稿システム２００は、簡単に説明すると、図１７に示すような構成を有する点で、第１実施形態と異なる。よって、その他の構成については、第１実施形態に係る投稿システム１００と同様であるため、詳細な説明は省略する。
【０１４０】
次に、図１８を参照して、本実施形態に係る携帯端末１＿２の基本的な構成要素について説明する。図１８は、本実施形態に係る携帯端末１＿２の基本的な構成要素の一例を示したブロック図である。
携帯端末１＿２は、タッチパネル（操作部）１０１と、制御部１０２と、記憶部１０３と、ディスプレイ（表示部）１０４と、アンテナ１０５と、テレビ放送受信部１０６と、通信部１０７と、タイマー１０８と、報知部１０９とを備える。
また、制御部１０２は、各機能構成部として、操作内容判定部１２１と、出力制御部１２２と、放送データ制御部１２３と、音信号処理部１２４と、投稿部１２５と、投稿制限部１２６と、投稿開始時間推定部１２７とを備える。
【０１４１】
投稿制限部１２６は、投稿情報の種類に応じた制限条件に基づき、ＷＥＢ上（つまり、投稿情報管理サーバ３）に投稿する投稿情報の投稿量を制限する。
この投稿制限部１２６は、例えば、投稿情報の種類に応じた制限条件に基づき、一のコンテンツ再生中に投稿される投稿情報の投稿量を制限する。
具体的に説明すると、一のコンテンツが再生中に投稿された「いいね投稿」の数が第１閾値ｔｈ１以上になった場合、投稿制限部１２６は、それ以降に投稿を指示する操作を受けた場合であっても、投稿情報管理サーバ３に投稿しないよう制御する。
また、一のコンテンツが再生中に投稿された「書き込み投稿」の数が第２閾値ｔｈ２以上になった場合、投稿制限部１２６は、それ以降に投稿を指示する操作を受けた場合であっても、投稿情報管理サーバ３に投稿しないよう制御する。
つまり、ここでは、投稿情報管理サーバ３に投稿する投稿情報の数を、「いいね投稿」であれば第１閾値ｔｈ１以下に制限すること、「書き込み投稿」であれば第２閾値ｔｈ２以下に制限することが、それぞれ制限条件として定められている。
また、「いいね投稿」は、「書き込み投稿」と異なり、より気軽に投稿できる投稿情報である。よって、第１閾値ｔｈ１は、第２閾値ｔｈ２よりも大きい値であることが適当である。
【０１４２】
さらに、投稿制限部１２６は、コンテンツに応じた制限条件に基づき、ＷＥＢ上（つまり、投稿情報管理サーバ３）に投稿する投稿情報の投稿量を制限する。
この投稿制限部１２６は、例えば、コンテンツに応じた制限条件に基づき、一のコンテンツ再生中に投稿される投稿情報の投稿量を制限する。
例えば、コンテンツがサッカーや野球の中継である場合、シーンの変化に応じてユーザの投稿情報が増大するおそれがある。このようなコンテンツに対しては、投稿情報の制限量を多くする。また、投稿情報の投稿量を算出する単位時間当たりの間隔を狭くする。
一方、コンテンツが料理番組である場合、シーンの変化は少なく、紹介するレシピのメニューも予め決められている。このため、多量の投稿情報が投稿されるおそれも少ないため、投稿情報をほとんど制限しない。つまり、制限量をゼロにする、あるいは、制限量をゼロの近い値にする。また、投稿情報の投稿量を算出する単位時間当たりの間隔を広くする。
さらに、コンテンツに応じた制限条件は、コンテンツの種類に限られず、コンテンツの放送時間帯や再生時間長に応じて定められるものであってもよい。例えば、１９時〜２２時くらいのゴールデンタイムに放送されるコンテンツは、他の時間帯に比べて視聴者の数が多い。よって、このような時間帯については、他の時間帯と比較して、投稿情報の制限量を多くしたり、あるいは、投稿情報の投稿量を算出する単位時間当たりの間隔を狭くするものであってもよい。また、２時間番組のコンテンツは、３０分番組のコンテンツと比較して、投稿情報の制限量を多くしたり、あるいは、投稿情報の投稿量を算出する単位時間当たりの間隔を狭くするものであってもよい。
【０１４３】
本実施形態において、投稿制限部１２６は、コンテンツの再生中の状態において、当該コンテンツの再生が開始された時点からいままでの投稿情報の投稿数が、投稿条件を満たすか否かを判定する。
この場合、投稿制限部１２６は、コンテンツの再生が開始された場合、投稿した投稿情報の投稿数を、投稿情報の種類毎にカウントして、カウントしたカウント値を記憶部１０３に書き込む。また、再生しているコンテンツが変更された場合、例えば、放送中のテレビのチャンネルが変更された場合、投稿制限部１２６は、カウントしていたカウント値をリセットして、新たに、投稿した投稿情報の投稿数を投稿情報の種類毎にカウントする。これにより、コンテンツの再生が開始された時点からいままでの投稿情報の投稿数をカウントすることができる。
なお、本発明はこれに限られず、投稿制限部１２６は、携帯端末１が一のコンテンツを再生中に投稿された一定期間内の投稿情報の数が、投稿条件を満たすか否かを判定するものであってもよい。この場合、投稿制限部１２６は、投稿情報が投稿された投稿時間情報Ｔｊに対応付けて投稿情報を管理し、一定期間内に投稿された投稿情報の数を投稿情報の種類毎に算出する。
【０１４４】
次に、図１９を参照して、本実施形態に係る投稿解析サーバ４＿２の基本的な構成要素について説明する。図１９は、本実施形態に係る投稿解析サーバ４＿２の基本的な構成要素の一例を示したブロック図である。
この投稿解析サーバ４＿２は、操作部４０１と、通信部４０２と、記憶部４０３と、制御部４０４と、計時部４０５とを備える。この制御部４０４は、各機能構成部として、投稿情報取得部４４１と、解析部４４２と、報知制御部４４３とを備える。つまり、投稿解析サーバ４＿２は、第１実施形態に係る投稿解析サーバ４に比べて、投稿量制限部４４４と投稿開始時間推定部４４５とを含まない点で異なる。言い換えると、投稿解析サーバ４が適用可能である。よって、詳細な説明は省略する。
【０１４５】
次に、図２０を参照して、本実施形態に係る投稿解析方法の一例について説明する。図２０は、本実施形態に係る投稿解析方法の一例について説明する。
（ステップＳＴ２００１）
操作内容判定部１２１は、タッチパネル１０１を介して、投稿が指示されたか否かを判定する。例えば、投稿情報表示領域１０４２を介して、いいねボタン１０４５、あるいは、書き込みボタン１０４６がタッチされたとする。これにより、操作内容判定部１２１は、投稿が指示されたと判定する。操作内容判定部１２１は、判定結果を投稿開始時間推定部１２７に出力する。
【０１４６】
（ステップＳＴ２００２）
投稿が指示されたことが操作内容判定部１２１によって判定された場合、投稿制限部１２６は、ディスプレイ１０４に再生されているコンテンツに対して、制限条件が設定されているか否かを判定する。なお、各コンテンツに対応する制限条件は、記憶部１０３に格納されている。
【０１４７】
（ステップＳＴ２００３）
ディスプレイ１０４に再生されているコンテンツに対して制限条件が設定されている場合、投稿制限部１２６は、記憶部１０３に記憶されている投稿履歴情報１３１を参照して、対象期間内に投稿された投稿情報が、制限条件に該当するか否かを判定する。
例えば、携帯端末１が１９：０５からサッカー中継のコンテンツをディスプレイ１０４に再生しているとする。このサッカー中継を再生している状態において、携帯端末１が「いいね投稿」や「書き込み投稿」を受け付けて、投稿情報管理サーバ３に投稿した場合、投稿部１２５は、この投稿情報を投稿した時刻を示す投稿時間情報Ｔｊと、再生しているコンテンツの識別情報（番組名：サッカー中継）と、投稿情報の種類と、投稿情報（「書き込み投稿」である場合に投稿されたテキスト情報等）とを、それぞれ対応付けて投稿履歴情報１３１として記憶部１０３に保存する。
【０１４８】
投稿制限部１２６は、一のコンテンツを再生中に投稿された投稿情報が制限条件に該当するか否かを判定する。本実施形態において、投稿制限部１２６は、コンテンツの再生中の状態において、当該コンテンツの再生が開始された時点からいままでの投稿情報の投稿数が、投稿条件を満たすか否かを判定する。
例えば、投稿制限部１２６は、投稿履歴情報１３１を参照して、ディスプレイ１０４で再生しているサッカー中継のコンテンツについて投稿された投稿情報の投稿数を、投稿情報の種類毎にカウントする。ここで、投稿制限部１２６は、決められた期間（例えば、直近５分間）に投稿された投稿情報の投稿数をカウントするものであってもよく、ディスプレイ１０４で再生を開始した時点から投稿された投稿情報の投稿数をカウントするものであってよい。
【０１４９】
（ステップＳＴ２００４）
そして、投稿制限部１２６は、投稿情報の投稿数が、読み出した投稿情報の種類に応じて予め定められた制限条件に該当するか否かを判定する。なお、サッカー中継のコンテンツの制限条件としては、コンテンツの再生開始時点から投稿された「いいね投稿」の数が第１閾値ｔｈ１＝１０以上である場合に投稿を制限すること、および、コンテンツの再生開始時点から投稿された「書き込み投稿」の数が第２閾値ｔｈ２＝５以上である場合に投稿を制限することが予め定められている。
【０１５０】
（ステップＳＴ２００５）
投稿制限部１２６は、サッカー中継のコンテンツの再生開始時点から投稿された「いいね投稿」の数が第１閾値ｔｈ１＝１０以上であるか否かを判定する。サッカー中継のコンテンツの再生開始時点から投稿された「いいね投稿」の数が１０であった場合、投稿制限部１２６は、制限条件に該当していると判定し、「いいね投稿」の投稿を制限する。つまり、投稿制限部１２６は、サッカー中継のコンテンツの再生開始時点から投稿された「いいね投稿」の数が１０を超えていた場合、それ以降の「いいね投稿」を受け付けない。
また、投稿制限部１２６は、サッカー中継のコンテンツの再生開始時点から投稿された「書き込み投稿」の数が第１閾値ｔｈ１＝５以上であるか否かを判定する。サッカー中継のコンテンツの再生開始時点から投稿された「書き込み投稿」の数が５であった場合、投稿制限部１２６は、制限条件に該当していると判定し、「書き込み投稿」の投稿を制限する。つまり、投稿制限部１２６は、サッカー中継のコンテンツの再生開始時点から投稿された「書き込み投稿」の数が５を超えていた場合、それ以降の「書き込み投稿」を受け付けない。
【０１５１】
なお、サッカー中継のコンテンツの再生開始時点から投稿された「いいね投稿」の数が１０未満であった場合、投稿制限部１２６は、制限条件に該当していないと判定する。制限条件に該当していないと判定した場合、投稿制限部１２６は、ステップＳＴ２００１において指示された「いいね投稿」を受け付ける。
同様にして、サッカー中継のコンテンツの再生開始時点から投稿された「書き込み投稿」の数が５未満であった場合、投稿制限部１２６は、制限条件に該当していないと判定する。制限条件に該当していないと判定した場合、投稿制限部１２６は、ステップＳＴ２００１において指示された「書き込み投稿」を受け付ける。
【０１５２】
なお、本発明はこれに限られず、前回の投稿制限部１２６による処理において投稿情報の投稿数が既にカウントされてカウント値が記憶部１０３に記憶されている場合、投稿情報ごとのカウント値を読み出して、制限条件に該当するか否かを判定するものであってもよい。
この場合、投稿制限部１２６は、サッカー中継のコンテンツの再生開始時点から投稿された「いいね投稿」のカウント値が１０以上であるか否かを判定する。また、投稿制限部１２６は、サッカー中継のコンテンツの再生開始時点から投稿された「書き込み投稿」のカウント値が５以上であるか否かを判定する。
【０１５３】
（ステップＳＴ２００６）
次いで、投稿開始時間推定部１２７は、ディスプレイ１０４に再生されているコンテンツに対して、投稿開始時間情報Ｔｓを取得することが設定されているか否かを判定する。言い換えると、投稿開始時間推定部１２７は、再生中のコンテンツが投稿開始時間情報Ｔｓを取得する処理を実行すること（設定１）が設定されているコンテンツであるか否かを判定する。なお、各コンテンツに対して設定１が設定されているか否かを示すフラグは、記憶部１０３に格納されている。
【０１５４】
（ステップＳＴ２００７）
ディスプレイ１０４に再生されているコンテンツに対して、投稿開始時間情報Ｔｓを取得することが設定されている場合、投稿開始時間推定部１２７は、記憶部１０３の投稿履歴情報を参照して、投稿情報が投稿された時を示す投稿時間情報Ｔｊに基づき、投稿情報の投稿が開始された時を推定して、推定される投稿開始時間を示す投稿開始時間情報Ｔｓを取得する。
【０１５５】
例えば、ステップＳＴ２００１において投稿が指示された投稿情報が「いいね投稿」である場合、投稿開始時間推定部１２７は、「いいね投稿」の投稿が指示されたときを投稿開始時間であると推定する。つまり、投稿開始時間推定部１２７は、投稿情報が「いいね投稿」である場合、投稿時間情報Ｔｊを投稿開始時間情報Ｔｓとして取得する。つまり、投稿情報が「いいね投稿」である場合、投稿開始時間情報Ｔｓ＝投稿時間情報Ｔｊである。
【０１５６】
一方、ステップＳＴ２００１において投稿が指示された投稿情報が「書き込み投稿」である場合、投稿開始時間推定部１２７は、投稿情報に含まれる投稿内容の文字列に応じた遡行時間長を判定する。例えば、投稿情報の文字数が１０文字未満である場合、投稿開始時間推定部１２７は、遡行時間長＝３０秒であると判定する。また、投稿情報の文字数が１０文字以上２０文字未満である場合、投稿開始時間推定部１２７は、遡行時間長＝１分であると判定する。
そして、投稿開始時間推定部１２７は、投稿情報が「書き込み投稿」である場合、投稿時間情報Ｔｊから判定した遡行時間長を減算した値を、投稿開始時間情報Ｔｓとして取得する。つまり、投稿情報が「書き込み投稿」である場合、投稿開始時間情報Ｔｓ＝投稿時間情報Ｔｊ−遡行時間長である。
投稿開始時間推定部４４５は、取得した投稿開始時間情報Ｔｓを、投稿情報に追加する。
【０１５７】
（ステップＳＴ２００８）
次いで、投稿部１２５は、ディスプレイ１０４に再生されているコンテンツを示すコンテンツ識別情報が記憶部１０３に保存されているか否かを判定する。
（ステップＳＴ２００９）
ディスプレイ１０４に再生されているコンテンツを示すコンテンツ識別情報が記憶部１０３に保存されている場合、投稿部１２５は、コンテンツ識別情報を、投稿情報に追加する。
【０１５８】
（ステップＳＴ２０１０）
そして、投稿部１２５は、通信部１０７を介して投稿情報を投稿情報管理サーバ３に送信する。なお、投稿情報に対して、投稿開始時間情報Ｔｓやコンテンツ識別情報が追加されている場合、投稿部１２５は、投稿情報とともに、投稿開始時間情報Ｔｓやコンテンツ識別情報を投稿情報管理サーバ３に送信する。
【０１５９】
このように、投稿情報の種類に応じて制限条件に基づき、携帯端末１が投稿する投稿情報の投稿量を制限することにより、ネットワーク上に対する通信負荷を軽減し、ネットワークを介した投稿サービスにおける投稿数の適正化を図ることが可能となる。つまり、投稿解析サーバ４において解析対象となる投稿情報の送信自体を制限することにより、解析結果が一部のユーザからの投稿傾向に偏ることを防止することができる。よって、投稿情報に基づく解析の適正化を図ることができる。従って、投稿サービス加入者も、この適正化された解析結果に基づいて投稿状況（例えば、コンテンツに対する投稿の盛り上がり度）を判断することが可能となるため、投稿サービス加入者に提供する情報の信頼性を高めることが可能となる。
【０１６０】
［第３実施形態］
以下、図面を参照して本発明の第３実施形態について説明する。図２１は、本発明の第３実施形態に係る投稿解析サーバ４＿３の概要を示す図である。なお、図２１に示す投稿解析サーバ４＿３において、第１実施形態に係る投稿解析サーバ４と同様の構成については、同一の符号を付して、詳細な説明は省略する。
【０１６１】
次に、図２１を参照して、投稿解析サーバ４＿３について説明する。図２１は、投稿解析サーバ４＿３の構成の一例を示す図である。
図２１に示す通り、投稿解析サーバ４＿３は、操作部４０１と、通信部４０２と、記憶部４０３＿３と、制御部４０４＿３と、計時部４０５とを備える。なお、投稿解析サーバ４＿３が備える各構成部の機能のうち少なくとも一部は携帯端末１が備えるものであってもよい。例えば、投稿解析サーバ４＿３の制御部４０４＿３の機能を携帯端末１が備えるものであってもよい。
【０１６２】
記憶部４０３＿３は、投稿情報テーブル４３１と、投稿状況解析結果テーブル４３２と、コンテンツデータテーブル４３３と、コンテンツ関連ハッシュタグテーブル４３４と、投稿ハッシュタグテーブル４３５とを備える。
コンテンツデータテーブル４３３は、コンテンツデータテーブル２３１と同様の構成であるため、詳細な説明は省略する。
【０１６３】
図２２は、コンテンツ関連ハッシュタグテーブル４３４の一例を示す図である。
コンテンツ関連ハッシュタグテーブル４３４は、コンテンツキーワード情報と、登録ハッシュタグを示す情報と、関連ワードを示す情報とをそれぞれ対応づけて格納するテーブルである。
コンテンツキーワード情報は、コンテンツデータテーブル４３３に格納されているコンテンツ付属情報に含まれる情報である。コンテンツ付属情報内に複数のコンテンツキーワード情報が含まれている場合、コンテンツ付属情報に含まれる１つの情報がコンテンツ関連ハッシュタグテーブル４３４の各行にそれぞれ格納される。つまり、コンテンツ関連ハッシュタグテーブル４３４の各行には、コンテンツキーワード情報が１つずつ格納されている。
登録ハッシュタグは、対応するコンテンツキーワード情報をハッシュタグで示した情報である。
関連ワードは、コンテンツキーワード情報に関連するキーワードである。この関連ワードは、コンテンツキーワード情報に興味や関心を有するユーザが投稿情報に書き込みそうな用語である。
【０１６４】
図２３は、投稿ハッシュタグテーブル４３５の一例を示す図である。
投稿ハッシュタグテーブル４３５は、投稿ハッシュタグを示す情報と、投稿数を示す情報をそれぞれ対応づけて格納するテーブルである。この投稿ハッシュタグテーブル４３５は、投稿情報の投稿時間帯ごとに集計されたハッシュタグとその投稿数を格納するテーブルである。この投稿ハッシュタグは、所定の時間帯において投稿された投稿情報に含まれていたハッシュタグである。
【０１６５】
制御部４０４＿３は、投稿情報取得部４４１＿３と、解析部４４２＿３と、報知制御部４４３＿３と、登録部４４４＿３と、集計部４４５＿３と、決定部４４６＿３と、検索部４４７＿３とを備える。
【０１６６】
登録部４４４＿３は、投稿情報管理サーバ３から受信した投稿情報テーブル３３１のそれぞれに対応付けられている情報を受信し、受信した情報を記憶部４０３＿３の投稿情報テーブル４３１に登録する。
【０１６７】
集計部４４５＿３は、予め決められたタイミングごとに、投稿情報テーブル４３１に格納されている投稿情報を集計し、投稿情報に含まれるハッシュタグごとの投稿数を算出する。この集計部４４５＿３は、集計結果を得た場合、投稿情報から取得された投稿ハッシュタグとその投稿数とをそれぞれ対応づけて投稿ハッシュタグテーブル４３５に書き込む。
【０１６８】
決定部４４６＿３は、携帯端末１から受信したハッシュタグリクエスト信号に基づき、受信したハッシュタグリクエスト信号に対応するハッシュタグ（つまり、携帯端末１のディスプレイ１０４ディスプレイ１０４に表示させるハッシュタグ）を決定する。本実施形態において、決定部４４６＿３は、ハッシュタグの決定方法として、以下の２つの方法のいずれか一方、あるいは、両方を組み合わせた方法を実行する。なお、どのような決定方法を実行するのかは、予め設定されている。
１つ目の決定方法は、決定部４４６＿３が、ハッシュタグリクエスト信号に基づき、コンテンツ関連ハッシュタグテーブル４３４に登録されている登録ハッシュタグを、受信したハッシュタグリクエスト信号に対応するハッシュタグとして決定する決定方法である。この決定方法を、以下、登録ハッシュタグ決定方法という。
２つ目の決定方法は、決定部４４６＿３が、ハッシュタグリクエスト信号に基づき、投稿情報テーブル４３１に登録されている投稿ハッシュタグを、受信したハッシュタグリクエスト信号に対応するハッシュタグとして決定する決定方法である。この決定方法を、以下、投稿ハッシュタグ決定方法という。
【０１６９】
登録ハッシュタグ決定方法の一例について説明する。
決定部４４６＿３は、ハッシュタグリクエスト信号にコンテンツＩＤが含まれているか否かを判定する。具体的に説明すると、ハッシュタグリクエスト信号にコンテンツＩＤが含まれている場合、決定部４４６＿３は、記憶部４０３＿３のコンテンツデータテーブル４３３を参照して、このコンテンツＩＤに対応するコンテンツ付属情報を取得する。このとき、決定部４４６＿３は、ハッシュタグリクエスト信号を受信した日時が示す放送時間帯と、ハッシュタグリクエスト信号に含まれているコンテンツＩＤの双方とに対応するコンテンツ付属情報を取得するものであってもよい。
また、決定部４４６＿３は、記憶部４０３＿３のコンテンツ関連ハッシュタグテーブル４３４を参照して、取得したコンテンツ付属情報に含まれるコンテンツキーワード情報に対応する登録ハッシュタグを取得する。決定部４４６＿３は、取得した登録ハッシュタグを、受信したハッシュタグリクエスト信号に対応するハッシュタグとして決定する。
【０１７０】
投稿ハッシュタグ決定方法の一例について説明する。
決定部４４６＿３は、上述と同様にして、ハッシュタグリクエスト信号にコンテンツＩＤが含まれている場合、記憶部４０３＿３のコンテンツデータテーブル４３３を参照して、このコンテンツＩＤに対応するコンテンツ付属情報を取得する。
この決定部４４６＿３は、記憶部４０３＿３のコンテンツ関連ハッシュタグテーブル４３４を参照して、取得したコンテンツ関連情報に含まれるコンテンツキーワード情報に対応する関連ワードを取得する。決定部４４６＿３は、投稿情報テーブル４３１を参照して、取得した関連ワードを含む投稿情報を検索する。取得した関連ワードを含む投稿情報を検索により得た場合、決定部４４６＿３は、検索により得た投稿情報に含まれている投稿ハッシュタグを、投稿情報テーブル４３１を参照して取得する。決定部４４６＿３は、取得した投稿ハッシュタグを、受信したハッシュタグリクエスト信号に対応するハッシュタグとして決定する。
【０１７１】
検索部４４７＿３は、携帯端末１から受信した投稿閲覧リクエスト信号に基づき、受信した投稿閲覧リクエスト信号に対応する投稿情報を検索する。具体的に説明すると、検索部４４７＿３は、投稿閲覧リクエスト信号に含まれるハッシュタグに基づき、投稿情報テーブル４３１を参照して、このハッシュタグと同一のコンテンツ関連情報と対応付けられている投稿情報を検索する。そして、検索部４４７＿３は、この検索結果を携帯端末１に送信する。
【０１７２】
次に、図２４を参照して、本実施形態に係る情報処理システムにおける情報処理方法の一例について説明する。なお、以下説明するフローチャートにおいて、各処理を携帯端末１と投稿解析サーバ４＿３が協働で実行する例について説明するが、本発明はこれに限られず、投稿解析サーバ４＿３が備える各構成部の機能のうち少なくとも必要な一部を携帯端末１が備える場合は、携帯端末１において全て実行してもよい。また、携帯端末１が備える各構成部の機能のうち少なくとも必要な一部を投稿解析サーバ４＿３が備える場合は、投稿解析サーバ４＿３において全て実行してもよい。
（ステップＳＴ３００１）
携帯端末１の制御部１０２の操作内容判定部１２１は、タッチパネル１０１に対して、コンテンツの出力指示が入力されたか否かを判定する。例えば、ディスプレイ１０４ディスプレイ１０４にテレビ放送を表示させることを指示する操作が入力された場合、操作内容判定部１２１は、テレビ放送のコンテンツの出力指示が入力されたことを判定し、判定結果を出力制御部１２２に出力する。ここで、表示するテレビ放送のコンテンツが、現在放送されている内容である場合、チャンネルが指定される。表示するテレビ放送のコンテンツが、以前に放送したコンテンツを録画したものである場合、コンテンツが指定される。
【０１７３】
（ステップＳＴ３００２）
出力制御部１２２は、操作内容判定部１２１から入力する判定結果に基づき、ディスプレイ１０４や音信号処理部１２４にコンテンツを出力する。この出力制御部１２２は、例えば、放送データ制御部１２３がテレビ放送受信部１０６を介して受信したコンテンツデータに基づき、テレビ放送の画像をディスプレイ１０４に表示させる。テレビ放送のコンテンツデータに音声が含まれており、音声を出力することが設定されている場合、出力制御部１２２は、コンテンツデータ含まれる音声データを音信号処理部１２４に出力し、スピーカー１９１から出力させる。
【０１７４】
（ステップＳＴ３００３）
次いで、出力制御部１２２は、タッチパネル１０１が受け付ける操作内容に基づき、出力可能なコンテンツに関連するハッシュタグをディスプレイ１０４に表示させるか否かを判定する。言い換えると、投稿部１２５は、タッチパネル１０１が受け付ける操作内容に基づき、出力可能なコンテンツに関連するハッシュタグを投稿解析サーバ４＿３に要求するハッシュタグリクエスト信号を作成するか否かを判定する。
本実施形態において、出力可能なコンテンツに関連するハッシュタグを表示させるタイミングは、予め決められている。このタイミングは、例えば、コンテンツ表示画面がディスプレイ１０４に表示されている状態において、このコンテンツ表示画面と投稿画面とを同時にディスプレイ１０４に表示させるように指示するユーザからの操作を携帯端末１が受け付けた場合である。
また、このタイミングは、例えば、コンテンツ表示画面がディスプレイ１０４に表示されている状態において、ツイッター（登録商標）等のソーシャルネットワーキングサービスを開始させるように指示するユーザからの操作を携帯端末１が受け付けた場合である。
さらに、このタイミングは、例えば、コンテンツ表示画面と投稿画面とが同時にディスプレイ１０４に表示されている状態において、コンテンツ表示画面に表示されているコンテンツの種類が変更された場合である。
また、このタイミングは、コンテンツ表示画面と投稿画面とが同時にディスプレイ１０４に表示されている状態において、投稿情報を投稿するユーザからの操作を携帯端末１が受け付けた場合である。
このタイミングは、上記の場合以外であっても、コンテンツをディスプレイ１０４に表示可能な状態あるいはコンテンツをスピーカー１９１に出力可能な状態において、投稿情報の投稿を開始するとき、投稿情報を入力しているとき、投稿情報を投稿するとき、あるいは、投稿情報の投稿を終了するときであってよく、これらの動作を実行するための所定のプログラムが実行されているときである。
【０１７５】
（ステップＳＴ３００４）
そして、出力制御部１２２がコンテンツに関連するハッシュタグを表示させることを判定した場合、投稿部１２５が、ハッシュタグリクエスト信号を作成し、通信部１０７を介して投稿解析サーバ４＿３に送信する。
この投稿部１２５は、ディスプレイ１０４に表示されているコンテンツやスピーカー１９１から出力されているコンテンツに基づき、ハッシュタグリクエスト信号を作成する。
例えば、携帯端末１のユーザが、２０１２年１０８月０８日の１９時３０分に、Ａ放送局のサッカー中継を見ている場合、投稿部１２５は、この番組を示すコンテンツＩＤ「Ｃ００１」と、携帯端末１を示す端末ＩＤを示す情報とを含むハッシュタグリクエスト信号を作成し、通信部１０７を介して投稿解析サーバ４＿３に送信する。
【０１７６】
（ステップＳＴ３００５）
一方、投稿解析サーバ４＿３は、ハッシュタグリクエスト信号を受信したか否かを判定する。
【０１７７】
（ステップＳＴ３００６）
そして、投稿解析サーバ４＿３の通信部４０２がハッシュタグリクエスト信号を受信した場合、制御部４０４＿３の決定部４４６＿３は、ハッシュタグリクエスト信号に基づき、受信したハッシュタグリクエスト信号に対応するハッシュタグを決定する。
【０１７８】
ここで、登録ハッシュタグ決定方法による処理が設定されている場合、決定部４４６＿３が、ハッシュタグリクエスト信号に基づき、コンテンツ関連ハッシュタグテーブル４３４に登録されている登録ハッシュタグを、受信したハッシュタグリクエスト信号に対応するハッシュタグとして決定する。
具体的に説明すると、決定部４４６＿３は、ハッシュタグリクエスト信号に含まれるコンテンツＩＤ「Ｃ００１」に基づき、記憶部４０３＿３のコンテンツデータテーブル４３３を参照して、このコンテンツＩＤ「Ｃ００１」に対応するコンテンツ付属情報を取得する。ここで、決定部４４６＿３は、コンテンツＩＤ「Ｃ００１」に対応するコンテンツ付属情報として「サッカー、女子サッカー」を取得したとする。
次いで、決定部４４６＿３は、コンテンツ関連ハッシュタグテーブル４３４を参照して、コンテンツ付属情報「サッカー、女子サッカー」と同一のコンテンツキーワード情報に対応する登録ハッシュタグを取得する。例えば、決定部４４６＿３は、コンテンツ付属情報「サッカー」と同一のコンテンツキーワード情報に対応する登録ハッシュタグ「♯ｓｏｃｃｅｒ」を取得し、受信したハッシュタグリクエスト信号に対応するハッシュタグと決定する。
【０１７９】
一方、投稿ハッシュタグ決定方法による処理が設定されている場合、決定部４４６＿３が、ハッシュタグリクエスト信号に基づき、投稿情報テーブル４３１に登録されているコンテンツ関連情報を、受信したハッシュタグリクエスト信号に対応するハッシュタグとして決定する。
具体的に説明すると、決定部４４６＿３は、ハッシュタグリクエスト信号に含まれるコンテンツＩＤ「Ｃ００１」に基づき、記憶部４０３＿３のコンテンツデータテーブル４３３を参照して、このコンテンツＩＤ「Ｃ００１」に対応するコンテンツ付属情報を取得する。ここで、決定部４４６＿３は、コンテンツＩＤ「Ｃ００１」に対応するコンテンツ付属情報として「サッカー、女子サッカー」を取得したとする。
【０１８０】
次いで、決定部４４６＿３は、コンテンツ関連ハッシュタグテーブル４３４を参照して、コンテンツ付属情報「サッカー、女子サッカー」のそれぞれと同一のコンテンツキーワード情報に対応する関連ワードを取得する。例えば、決定部４４６＿３は、コンテンツ付属情報「サッカー」に対応する関連ワード「サッカー、フィールド、ゴールキーパー、ディフェンダー、ミッドフィルダー、フォワード、ボランチ・・・」を取得する。
そして、決定部４４６＿３は、投稿情報テーブル４３１を参照して、取得した関連ワード「サッカー、フィールド、ゴールキーパー、ディフェンダー、ミッドフィルダー、フォワード、ボランチ・・・」のうちいずれか１つを含む投稿情報を検索する。
本実施形態において、投稿情報テーブル４３１には、図８に示す通り、関連ワード「サッカー」を含むコンテンツ関連情報を対応付けられた投稿情報が格納されている。このため、決定部４４６＿３は、検索により得た投稿情報に含まれている投稿ハッシュタグを、投稿情報テーブル４３１を参照して取得する。
決定部４４６＿３は、取得した投稿ハッシュタグを、受信したハッシュタグリクエスト信号に対応するハッシュタグとして決定する。
【０１８１】
（ステップＳＴ３００７）
そして、決定部４４６＿３は、取得した登録ハッシュタグあるいは投稿ハッシュタグを、携帯端末１の出力部に出力する決定し、ハッシュタグリクエスト信号に含まれる端末ＩＤが示す携帯端末１に対しして送信する。
【０１８２】
（ステップＳＴ３００８）
携帯端末１は、投稿解析サーバ４＿３から送信されるハッシュタグを受信したか否かを判定する。
（ステップＳＴ３００９）
携帯端末１は、受信したハッシュタグを、投稿情報表示領域１０４２に表示させる。
【０１８３】
このようにして、本実施形態に係る情報処理システムによると、携帯端末１において、コンテンツを出力している状態において、このコンテンツに関連するハッシュタグを表示することが判定された場合、このコンテンツに関連するハッシュタグを出力部に出力することができる。
これにより、例えば、テレビ放送の内容を携帯端末１のディスプレイ１０４に表示している状態において、ユーザによりツイッター（登録商標）等の投稿サービス表示画面の表示が指示された場合、あるいは、投稿情報を編集している場合、または、投稿履歴を閲覧している場合に、表示しているテレビの内容に応じたハッシュタグを表示させることができる。また、裏番組など、表示可能なテレビの内容に応じたハッシュタグを表示させることができる。よって、ユーザは、テレビを閲覧している状態において、閲覧しているテレビについての情報を投稿する際に、関連するハッシュタグを自らキー入力せずとも、表示されているハッシュタグを指定することにより、投稿情報としてハッシュタグを入力することができる。
また、携帯端末１は、投稿ハッシュタグをディスプレイ１０４に表示させることにより、登録されていないハッシュタグであって、自然発生的に誕生したハッシュタグもコンテンツに応じて表示させることができる。
さらに、携帯端末１は、投稿ハッシュタグのうち投稿数の多いものを優先的にディスプレイ１０４に表示させることができる。これにより、ユーザによってより利用されているハッシュタグを表示させるとともに、コンテンツに対して関連性の弱いハッシュタグの表示を防止することができる。
さらにまた、ハッシュタグをキー入力した場合、誤入力されるおそれがあるが、本発明によれば、候補のハッシュタグが表示され、選択したハッシュタグを指定すればよいため、ハッシュタグの誤入力を防止することができる。
【０１８４】
なお、本実施形態において、タッチパネル１０１とディスプレイ１０４は、タッチパネル１０１に含まれる構成であると説明したが、本発明はこれに限られない。例えば、ディスプレイ１０４がタッチセンサを搭載していないディスプレイであって、タッチパネル１０１がマウスやキーボード、ボタン等の操作手段であってもよい。
【０１８５】
［第４実施形態］
本発明は、上述の第１，２実施形態に係る投稿システム１００，２００に限られず、図２５に示すような投稿システム４００であってもよい。
図２５を参照して、本実施形態に係る投稿システム４００の構成概要について説明する。図２５は、本実施形態に係る投稿システム４００の構成概要の一例を示す図である。
図２５に示す通り、本実施形態に係る投稿システム４００の構成として、携帯端末１＿４が、解析部４４２、報知制御部４４３、報知部１０９（ディスプレイ１０４を含む）、投稿量制限部４４４、投稿開始時間推定部４４５を備える構成例であってもよい。このように、携帯端末１＿４に解析部４４２と報知制御部４４３を設けることによって、投稿解析サーバ４を設ける必要がなくなる。また、携帯端末１＿４において投稿状況を解析することができるため、リアルタイムに近い速さで投稿状況をユーザに報知させることができる。さらに、投稿量制限部４４４によって解析対象となる投稿量を制限できるため、携帯端末１＿４にかかる処理負荷を軽減させ、処理速度を向上させることができる。さらにまた、投稿開始時間推定部４４５によって投稿着想時と実際の投稿時とのズレを補正することによって、投稿者の感想や考えを、投稿者が着想した時にあわせて解析することができる。
【０１８６】
［第５実施形態］
本発明は、上述の第１，２実施形態に係る投稿システム１００，２００に限られず、図２６に示すような投稿システム５００であってもよい。
図２６を参照して、本実施形態に係る投稿システム５００の構成概要について説明する。図２６は、本実施形態に係る投稿システム５００の構成概要の一例を示す図である。
図２６に示す通り、本実施形態に係る投稿システム５００の構成として、携帯端末１＿５が、解析部４４２、報知制御部４４３、報知部１０９（ディスプレイ１０４を含む）、投稿制限部１２６、投稿開始時間推定部１２７を備える構成例であってもよい。このように、携帯端末１＿５に解析部４４２と報知制御部４４３を設けることによって、投稿解析サーバ４を設ける必要がなくなる。また、携帯端末１＿５において投稿状況を解析することができるため、リアルタイムに近い速さで投稿状況をユーザに報知させることができる。さらに、投稿制限部１２６によって解析対象となる投稿量を制限できるため、携帯端末１＿５と投稿情報管理サーバ３間の通信量を軽減し、携帯端末１＿４にかかる処理負荷を軽減させ、処理速度を向上させることができる。さらにまた、投稿開始時間推定部４４５によって投稿着想時と実際の投稿時とのズレを補正することによって、投稿者の感想や考えを、投稿者が着想した時にあわせて解析することができる。
【０１８７】
また、本実施の形態に係る投稿システム１００〜５００、携帯端末１、コンテンツ配信サーバ２、投稿情報管理サーバ３および投稿解析サーバ４は、内部にコンピュータシステムを有している。そして、動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいう「コンピュータシステム」とは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【０１８８】
また、各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、検出対象物の形状情報の推定値を算出する処理を行ってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１８９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【０１９０】
その他、本発明の趣旨を逸脱しない範囲で、上記した実施の形態における構成要素を周知の構成要素に置き換えることは適宜可能である。また、この発明の技術範囲は上記の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。
【０１９１】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１９２】
（付記１）ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析部と、前記投稿情報の種類に応じて、前記解析部による解析対象である投稿情報の投稿量を制限する投稿量制限部と、を備えることを特徴とする投稿解析サーバ。
【０１９３】
（付記２）前記投稿情報がＷＥＢ上に投稿された時を示す投稿時間情報に基づき、端末装置に対して前記投稿情報の投稿が開始された時を推定し、推定された投稿開始時間を示す投稿開始時間情報を取得する投稿開始時間推定部をさらに備えることを特徴とする付記１に記載の投稿解析サーバ。
【０１９４】
（付記３）前記投稿開始時間推定部は、前記投稿情報の種類に基づき前記投稿開始時間を推定することを特徴とする付記２に記載の投稿解析サーバ。
【０１９５】
（付記４）前記投稿開始時間推定部は、前記投稿情報の情報量に応じた遡行時間だけ前記投稿情報が投稿された時から遡った時を前記投稿開始時間と推定することを特徴とする付記２あるいは３に記載の投稿解析サーバ。
【０１９６】
（付記５）前記解析部は、前記投稿開時間推定部によって取得される前記投稿開始時間を示す情報に基づき、前記コンテンツの再生時間軸上における前記投稿状況を解析することを特徴とする付記２から４のうちいずれか一項に記載の投稿解析サーバ。
【０１９７】
（付記６）前記投稿量制限部は、コンテンツに対応付けられた前記投稿情報を、前記コンテンツに応じて、前記解析対象である投稿情報の投稿量を制限することを特徴とする付記１から５のうちいずれか一項に記載の投稿解析サーバ。
【０１９８】
（付記７）前記投稿量制限部は、前記投稿情報の投稿数が予め定められた閾値を超えた場合、前記解析対象である投稿情報の投稿量を少なくとも前記閾値未満とすることを特徴とする付記１から６のうちいずれか一項に記載の投稿解析サーバ。
【０１９９】
（付記８）前記投稿量制限部は、前記投稿情報の種類に応じた重み付けを前記投稿情報にして、前記解析対象である投稿情報の投稿量を制限することを特徴とする付記１から７のうちいずれか一項に記載の投稿解析サーバ。
【０２００】
（付記９）受け付けた投稿情報をＷＥＢ上に投稿する投稿部と、前記投稿情報の種類に応じて、前記投稿部が受け付ける投稿情報を制限する投稿制限部と、を備えることを特徴とする投稿端末。
【０２０１】
（付記１０）コンテンツを再生する出力部をさらに備え、前記投稿制限部は、前記コンテンツに応じて、前記コンテンツの再生中に前記投稿部が受け付ける投稿情報を制限することを特徴とする付記１１に記載の投稿端末。
【０２０２】
（付記１１）前記投稿部によって前記投稿情報の受け付けを開始した時間を示す情報をサーバに送信する送信部をさらに備えることを特徴とする付記１１あるいは１２に記載の投稿端末。
【０２０３】
（付記１２）ＷＥＢ上に投稿される投稿情報の種類に応じて、解析対象である投稿情報の投稿量を制限する投稿量制限ステップと、前記投稿量制限ステップにおいて決定された解析対象である前記投稿情報の投稿状況を解析する解析ステップと、を備えることを特徴とする投稿解析方法。
【０２０４】
（付記１３）コンピュータを、ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析手段、前記投稿情報の種類に応じて、前記解析手段による解析対象である投稿情報の投稿量を制限する投稿量制限手段、として機能させるためのプログラム。
【符号の説明】
【０２０５】
１  携帯端末
２  コンテンツ配信サーバ
３  投稿情報管理サーバ
４  投稿解析サーバ
５  無線通信網
６  インターネット
７  携帯端末
８  送信アンテナ
９  記録メディア
１０  外部機器
１０１  タッチパネル
１０２  制御部
１０３  記憶部
１０４  ディスプレイ
１０５  アンテナ
１０６  テレビ放送受信部
１０７  通信部
１０８  タイマー
１０９  報知部
１２１  操作内容判定部
１２２  出力制御部
１２３  放送データ制御部
１２４  音信号処理部
１２５  投稿部
１２６  投稿制限部
１２７  投稿開始時間推定部
１９１  スピーカー
１９２  発光部
１９３  振動部
４４１  投稿情報取得部
４４２  解析部
４４３  報知制御部
４４４  投稿量制限部
４４５  投稿開始時間推定部
【図１】
2014067275.tif 000003
【図２】
2014067275.tif 000004
【図３】
2014067275.tif 000005
【図５】
2014067275.tif 000006
【図６】
2014067275.tif 000007
【図７】
2014067275.tif 000008
【図８】
2014067275.tif 000009
【図９】
2014067275.tif 000010
【図１０】
2014067275.tif 000011
【図１１】
2014067275.tif 000012
【図１２】
2014067275.tif 000013
【図１３】
2014067275.tif 000014
【図１６】
2014067275.tif 000015
【図１７】
2014067275.tif 000016
【図１８】
2014067275.tif 000017
【図１９】
2014067275.tif 000018
【図２０】
2014067275.tif 000019
【図２１】
2014067275.tif 000020
【図２２】
2014067275.tif 000021
【図２３】
2014067275.tif 000022
【図２４】
2014067275.tif 000023
【図２５】
2014067275.tif 000024
【図２６】
2014067275.tif 000025
【図４】
2014067275.tif 000026
【図１４】
2014067275.tif 000027
【図１５】
2014067275.tif 000028
【手続補正書】
【提出日】平成26年1月22日(2014.1.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析部と、
前記投稿情報の投稿方法又は投稿内容に応じた重み付けを前記投稿情報にして、前記解析部による解析対象である投稿情報の投稿量を制限する投稿量制限部と
を備える投稿解析サーバ。
【請求項２】
前記投稿情報がＷＥＢ上に投稿された時を示す投稿時間情報に基づき、端末装置に対して前記投稿情報の投稿が開始された時を推定し、推定された投稿開始時間を示す投稿開始時間情報を取得する投稿開始時間推定部
を更に備える請求項１に記載の投稿解析サーバ。
【請求項３】
前記投稿開始時間推定部は、前記投稿情報の投稿方法又は投稿内容に基づき前記投稿開始時間を推定する
請求項２に記載の投稿解析サーバ。
【請求項４】
前記投稿開始時間推定部は、前記投稿情報１件あたりの文字数に応じて判定された遡行時間だけ前記投稿情報が投稿された時から遡った時を前記投稿開始時間と推定する
請求項２又は３に記載の投稿解析サーバ。
【請求項５】
前記解析部は、前記投稿開時間推定部によって取得される前記投稿開始時間を示す情報に基づき、前記コンテンツの再生時間軸上における前記投稿状況を解析する
請求項２から４のいずれか一項に記載の投稿解析サーバ。
【請求項６】
前記投稿量制限部は、コンテンツに対応付けられた前記投稿情報を、前記コンテンツに応じて、前記解析対象である投稿情報の投稿量を制限する
請求項１から５のいずれか一項に記載の投稿解析サーバ。
【請求項７】
前記投稿量制限部は、前記投稿情報の投稿数が予め定められた閾値を超えた場合、前記解析対象である投稿情報の投稿量を少なくとも前記閾値未満とする
請求項１から６のいずれか一項に記載の投稿解析サーバ。
【請求項８】
受け付けた投稿情報をＷＥＢ上に投稿する投稿部と、
前記投稿情報の投稿方法又は投稿内容に応じた重み付けを前記投稿情報にして、前記投稿部が受け付ける投稿情報を制限する投稿制限部と
を備える投稿端末。
【請求項９】
ＷＥＢ上に投稿される投稿情報の投稿方法又は投稿内容に応じた重み付けを前記投稿情報にして、解析対象である投稿情報の投稿量を制限する投稿量制限段階と、
前記投稿量制限段階において決定された解析対象である前記投稿情報の投稿状況を解析する解析段階と
を含む投稿解析方法。
【請求項１０】
コンピュータを、
ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析部、
前記投稿情報の投稿方法又は投稿内容に応じた重み付けを前記投稿情報にして、前記解析部による解析対象である投稿情報の投稿量を制限する投稿量制限部
として機能させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
上記課題を解決するために、本発明の第１の形態によると、投稿解析サーバであって、ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析部と、投稿情報の投稿方法又は投稿内容に応じた重み付けを投稿情報にして、解析部による解析対象である投稿情報の投稿量を制限する投稿量制限部とを備える。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の第２の形態によると、投稿端末であって、受け付けた投稿情報をＷＥＢ上に投稿する投稿部と、投稿情報の投稿方法又は投稿内容に応じた重み付けを投稿情報にして、投稿部が受け付ける投稿情報を制限する投稿制限部とを備える。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本発明の第３の形態によると、投稿解析方法であって、ＷＥＢ上に投稿される投稿情報の投稿方法又は投稿内容に応じた重み付けを投稿情報にして、解析対象である投稿情報の投稿量を制限する投稿量制限段階と、投稿量制限段階において決定された解析対象である投稿情報の投稿状況を解析する解析段階とを含む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明の第４の形態によると、プログラムであって、コンピュータを、ＷＥＢ上に投稿された投稿情報の投稿状況を解析する解析部、投稿情報の投稿方法又は投稿内容に応じた重み付けを投稿情報にして、解析部による解析対象である投稿情報の投稿量を制限する投稿量制限部として機能させる。