(57)【要約】【課題】現在配信されているコンテンツの中から話題のコンテンツを簡単に選択すること。【解決手段】現在配信されているコンテンツと関連付けられた投稿情報を取得する投稿情報取得部と、前記投稿情報取得部が取得した前記投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、前記優先再生条件を満たすコンテンツを出力部に出力させる再生コンテンツと決定する再生コンテンツ決定部と、を備える。【選択図】図２
2015005213.tif 000002
【特許請求の範囲】
【請求項１】
現在配信されているコンテンツと関連付けられた投稿情報を取得する投稿情報取得部と、
前記投稿情報取得部が取得した前記投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、前記優先再生条件を満たすコンテンツを出力部に出力させる再生コンテンツと決定する再生コンテンツ決定部と、
を備えることを特徴とするコンテンツ再生システム。
【請求項２】
前記再生コンテンツ決定部は、
前記投稿情報取得部が取得した複数の前記投稿情報のなかに、予め決められた特定キーワードと関連付けられた前記投稿情報を検出した場合、検出した前記投稿情報と関連付けられた前記コンテンツを、前記優先再生条件を満たすコンテンツであると判定することを特徴とする請求項１に記載のコンテンツ再生システム。
【請求項３】
前記再生コンテンツ決定部は、
前記優先再生条件を満たすコンテンツを前記再生コンテンツと決定しない場合、前記投稿情報取得部が取得した複数の前記投稿情報に基づき、複数の前記投稿情報による投稿状況を前記コンテンツごとに評価する評価値を算出し、現在配信されている複数のコンテンツのうち、算出した前記評価値が最も高いコンテンツを、前記再生コンテンツに決定することを特徴とする請求項１又は２に記載のコンテンツ再生システム。
【請求項４】
前記再生コンテンツ決定部は、
前記投稿情報取得部が取得した前記投稿情報に基づき、単位時間当たりの投稿数と前記投稿数の増加率を算出し、算出した前記投稿数と前記増加率に基づき前記評価値を算出することを特徴とする請求項３に記載のコンテンツ再生システム。
【請求項５】
前記再生コンテンツ決定部は、
前記コンテンツが配信される時間帯に応じて予め決められたパラメータに基づき、前記評価値を算出することを特徴とする請求項４に記載のコンテンツ再生システム。
【請求項６】
前記再生コンテンツ決定部によって前記再生コンテンツに決定されたコンテンツのコンテンツデータの送信をサーバに要求するコンテンツ配信要求部をさらに備えることを特徴とする請求項１〜５のうちいずれか一項に記載のコンテンツ再生システム。
【請求項７】
現在配信されているコンテンツと関連付けられた投稿情報を取得する投稿情報取得ステップと、
取得した前記投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、前記優先再生条件を満たすコンテンツを出力部に出力させる再生コンテンツと決定する再生コンテンツ決定ステップと、
を備えることを特徴とするコンテンツ決定方法。
【請求項８】
コンピュータを、
現在配信されているコンテンツと関連付けられた投稿情報を取得する投稿情報取得手段、
前記投稿情報取得手段が取得した前記投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、前記優先再生条件を満たすコンテンツを出力部に出力させる再生コンテンツと決定する再生コンテンツ決定手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツ再生システム、コンテンツ決定方法およびプログラムに関するものである。
【背景技術】
【０００２】
近年、スマートフォンやタブレット型端末等の携帯端末が普及している。この携帯端末として、テレビの放送波を受信する機能や、インターネット接続をする機能を搭載したものがある。
ユーザは、この携帯端末を用いて、テレビや音楽等のコンテンツの閲覧や視聴をすることができる。また、ユーザは、ツイッター（登録商標）やフェイスブック（登録商標）等のソーシャルネットワーキングサービスを利用して、画像やテキストデータを投稿することにより、ＷＥＢ上において最近の状況を共有したり、今思ったことを共有している。
【０００３】
このテレビ機能付きの携帯端末を利用して、目的を持ってテレビを視聴する場合でなければ、ザッピングというような次々に放送局(チャンネル)を変えていき、自身の好みの放送がされているチャンネルを探すような操作を行っていた。この場合、選んだチャンネルが必ずしも興味を惹いた番組や、後日話題になるような番組を放送しているとは限らず、また、他のいくつかの番組より見るべきものであるとは限らない。また、とあるチャンネルを観ている場合、他のチャンネルで盛り上がった番組が行われていたりして、より楽しめる番組が放送されていても、チャンネルを変えて確認するしか術がなかった。
【０００４】
この問題を解決すると技術として、例えば、過去の視聴履歴から嗜好を判断し、再生するコンテンツを自動で選局するものである（例えば、特許文献１，２，３参照）。この場合、自動で選局された放送局(チャンネル/放送中の番組)が必ずしも面白い、あるいは話題性のあるものとは限られない。
また、あらかじめ番組選択のフィルタ情報として、ユーザが特定の文字列を入力し、その文字列と番組情報とのマッチングを見ることによって、自動選局をするものがある（例えば、特許文献４参照）。この場合、そもそもユーザによるキーワード入力の手間がかかり、さらには嗜好に応じてそのキーワード修正を行うなどのメンテナンス作業が必要となる等、前述の過去履歴から推察する方式と比べて手間がかかる。また、得られる結果は過去履歴から推察する方式と同様のものである。
さらに、音量レベルを監視することで、再生するコンテンツを自動で選局するものである（例えば、特許文献５参照）。この場合、音量がキーとなっていることから、それによらない盛り上がりがあるような番組を、選択することができない。
【０００５】
また、ネットワーク上の掲示板に投稿された投稿情報に基づき、選局のパラメータ（例えば、投稿数、又は、その投稿の引用数や、同キーワード（フレーズ）の出現頻度、といったもの）を得るものがある（例えば、特許文献６参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第３９２５６５４号公報
【特許文献２】特開２００５−１５９９７８号公報
【特許文献３】特開２００５−０８６３２４号公報
【特許文献４】特開２００２−０１０１５３号公報
【特許文献５】特開２０１１−０４９６２９号公報
【特許文献６】特開２０１２−０４９９９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献６に記載の技術の場合、一般的に、視聴者の多い番組ではそれに関する投稿も多く、この技術によると常にその番組が選ばれる可能性が高い。又、同程度の投稿がある番組の場合、その２番組のどちらを選択するかという際に、その時点の投稿数では有用とならない可能性が高い。また、同キーワードの出現頻度を見ている為、それが頻出認定するまで時間が掛かる可能性がある。
【０００８】
そこで本発明は、上記の課題を解決することができるコンテンツ再生システム、コンテンツ決定方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明は上述した課題を解決するためになされたもので、本発明の一態様によるコンテンツ再生システムは、現在配信されているコンテンツと関連付けられた投稿情報を取得する投稿情報取得部と、前記投稿情報取得部が取得した前記投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、前記優先再生条件を満たすコンテンツを出力部に出力させる再生コンテンツと決定する再生コンテンツ決定部と、を備える。
【００１０】
この発明は上述した課題を解決するためになされたもので、本発明の一態様によるコンテンツ決定方法は、現在配信されているコンテンツと関連付けられた投稿情報を取得する投稿情報取得ステップと、取得した前記投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、前記優先再生条件を満たすコンテンツを出力部に出力させる再生コンテンツと決定する再生コンテンツ決定ステップと、を備える。
【００１１】
この発明は上述した課題を解決するためになされたもので、本発明の一態様によるプログラムは、コンピュータを、現在配信されているコンテンツと関連付けられた投稿情報を取得する投稿情報取得手段、前記投稿情報取得手段が取得した前記投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、前記優先再生条件を満たすコンテンツを出力部に出力させる再生コンテンツと決定する再生コンテンツ決定手段、として機能させるためのプログラムである。
【発明の効果】
【００１２】
本発明によれば、現在配信されているコンテンツの中から話題のコンテンツを簡単に選択することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係るコンテンツ再生システムの概要を示す図である。
【図２】本発明の一実施形態に係るコンテンツ再生システムの概略について説明するためのシーケンス図である。
【図３】本発明の一実施形態に係る携帯端末の基本的な構成要素の一例を示したブロック図である。
【図４】本発明の一実施形態に係るコンテンツ配信サーバの構成の一例を示す図である。
【図５】本発明の一実施形態に係るコンテンツリストテーブルの一例を示す図である。
【図６】本発明の一実施形態に係るコンテンツデータテーブルの一例を示す図である。
【図７】本発明の一実施形態に係る投稿情報管理サーバの構成の一例を示す図である。
【図８】本発明の一実施形態に係る投稿情報テーブルの一例を示す図である。
【図９】本発明の一実施形態に係るコンテンツ決定方法の一例を示すフローチャートである。
【図１０】本発明の一実施形態に係る得点換算テーブルの一例を示す図である。
【図１１】本発明の一実施形態に係る概要を示す図である。
【図１２】本発明の一実施形態に係る最小構成の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の一実施形態について説明する。図１は、本発明の一実施形態に係るコンテンツ再生システム１００の概要を示す図である。
このコンテンツ再生システム１００は、複数の携帯端末１，４と、コンテンツ配信サーバ２と、投稿情報管理サーバ３とを備える。これら複数の携帯端末１，４と、コンテンツ配信サーバ２と、投稿情報管理サーバ３とは、インターネット５を介して接続されている。また、複数の携帯端末１，４は、無線通信網（移動体通信網）６を介して接続されている。
【００１５】
携帯端末１は、最寄りの基地局及び交換機を介して、無線通信網６に接続されると、この無線通信網６を介して他の携帯端末４との間で通話可能な状態となる。この携帯端末１は、無線通信網６を介してインターネット５に接続されると、Ｗｅｂサイトにアクセスして閲覧可能である。この携帯端末１は、動画、静止画、音楽、ニュース、音楽などのマルチメディアのコンテンツデータを、インターネット５を介してコンテンツ配信サーバ２からダウンロードして再生するストリーミングも可能である。
また、携帯端末１は、コンテンツ配信サーバ２から送信アンテナ７を介して発信された地上波デジタル放送のコンテンツデータを受信することにより、テレビ局の提供するコンテンツデータを取得する。なお、携帯端末１は、インターネットラジオのようにインターネット５と無線通信網６を介してコンテンツ配信サーバ２からデジタル放送をダウンロード受信したりすることもできる。
このように携帯端末１は、テレビ機能などを介して放送用コンテンツのコンテンツデータを受信したり、インターネット接続機能を介してストリーミング用コンテンツデータをダウンロード受信したりすることができるようになっている。
【００１６】
本実施形態において、携帯端末１は、スマートフォン、携帯ゲーム機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、タブレット型ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、あるいは、ノート型ＰＣ等であってもよい。
また、携帯端末１には、例えば、通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）、デジタルテレビ放送（例えば、ワンセグ地上デジタルテレビ放送）を受信して視聴が可能なテレビ機能や、録画機能などが備えられている。録画機能は、テレビ放送などで受信したコンテンツを録画（録音を含む、以下、同様）する機能であって、録画に限らず、録音を行うコンテンツ記録機能も含む。
【００１７】
コンテンツ配信サーバ２は、視聴者向け視聴用情報であるコンテンツを再生するためのコンテンツデータを配信するサーバであって、例えば、放送局が提供する番組コンテンツのコンテンツデータを格納するデータベースを備える。このコンテンツ配信サーバ２は、自身が格納するコンテンツデータを所定のタイミングで携帯端末１等に配信する。このコンテンツデータには、画像データや音声データ等が含まれている。
本実施形態において、コンテンツ配信サーバ２は、所定のタイムテーブルに基づいて放送される放送用コンテンツを配信する配信方法と、視聴者のリクエストに応じてリクエスト元に対して送出するオンデマンド用コンテンツを配信する配信方法の二種の配信方法を採用している。また、それぞれの配信方法で配信されるコンテンツデータは同一であり、コンテンツ配信サーバ２内の記憶部に格納されている。
【００１８】
なお、放送用コンテンツのコンテンツデータを配信する配信方法を実行する場合、コンテンツ配信サーバ２は、多数の加入端末内に対して同時に複数のコンテンツのコンテンツデータを放送することが可能である。よって、携帯端末１が放送用コンテンツの配信サービスに加入している場合、あるいは、携帯端末１がこのサービスの提供が許可されている端末である場合、携帯端末１は、ユーザに指定された放送用コンテンツのコンテンツデータを受信し、再生することができる。従って、ユーザは、チャンネル等を指定することにより、指定した時刻において放送されている複数のコンテンツの中から指定したコンテンツのコンテンツデータのみを取得して携帯端末１で再生させることが可能である。
【００１９】
また、オンデマンド用コンテンツのコンテンツデータを配信する配信方法を実行する場合、コンテンツ配信サーバ２は、オンデマンド用コンテンツの配信を要求する配信要求を送信した端末に対して、要求に応じたオンデマンド用コンテンツのコンテンツデータを配信する。
【００２０】
投稿情報管理サーバ３は、ＷＥＢ上に投稿された投稿情報を格納するデータベースを備え、この投稿情報を携帯端末１等に提供するサーバである。この投稿情報管理サーバ３は、例えば、ＷＥＢ上に投稿された投稿情報の閲覧や、投稿情報の作成、および作成した投稿情報をＷＥＢ上に投稿するための投稿ＷＥＢサービスを提供するサーバである。
具体的に説明すると、投稿情報管理サーバ３は、この投稿ＷＥＢサービスに加入しているサービス加入者の投稿情報を収集し、サービス加入者からの閲覧要求があれば、要求対象の投稿情報をサービス加入者の有する端末に送信する。
この投稿情報管理サーバ３は、携帯端末１から投稿情報を取得した際、投稿されたときを示す投稿時間情報と、投稿情報とを対応付けて、自身の記憶部に格納する。コンテンツ配信サーバ２から配信されるコンテンツデータを特定するコンテンツ関連情報が投稿情報に含まれている場合、投稿情報および投稿時間情報のそれぞれにコンテンツ関連情報を対応付けて、自身の記憶部に格納する。なお、投稿情報管理サーバ３は、コンテンツ関連情報が対応付けられていない投稿情報を受信する場合もある。この場合、投稿情報管理サーバ３は、投稿情報に投稿時間情報を関連付けて、
なお、投稿時間情報とは、投稿されたときを示す情報であって、例えば、投稿情報管理サーバ３が投稿情報を受信した時刻を示す情報であってもよく、投稿情報を送信した携帯端末１等が送信した時刻を示す情報であってもよい。また、投稿時間情報は、投稿されたときを示す情報であって、時刻に限られず、期間を示す情報であってもよい。
【００２１】
次に、図２を参照して、本実施形態に係るコンテンツ再生システム１００の概略について説明する。図２は、本実施形態に係るコンテンツ再生システム１００の概略について説明するためのシーケンス図である。なお、ここでは、コンテンツ配信サーバ２が放送用コンテンツを配信する配信方法を例に、以下説明する。
（ステップＳＴ１０１）
携帯端末１は、コンテンツを表示画面に再生するアプリケーション（以下、コンテンツ再生アプリという）を起動する。
（ステップＳＴ１０２）
そして、携帯端末１は、現在配信されている放送用コンテンツのリストの送信を要求するリクエストコマンドに端末ＩＤを対応付けて、コンテンツ配信サーバ２に送信する。
（ステップＳＴ１０３）
コンテンツ配信サーバ２は、携帯端末１からリクエストコマンドを受信すると、現在配信されているコンテンツのリストを記憶部から読み出し、端末ＩＤが示す携帯端末１に送信する。このコンテンツのリストには、例えば、放送局ごとに、放送局を示すキーワードや現在配信されているコンテンツの内容を示すキーワードが含まれている。
【００２２】
（ステップＳＴ１０４）
次いで、携帯端末１は、受信したコンテンツのリストの中から、放送局を示すキーワードや現在配信されているコンテンツの内容を示すキーワードを抽出し、抽出したキーワードに基づき検索キーを作成する。ここで、ユーザにより予め特定キーワードが登録されている場合、携帯端末１は、この特定キーワードと、コンテンツリストから抽出したキーワードとに基づき、検索キーを作成する。本実施形態において、携帯端末１は、キーワードに“＃”を付けてハッシュタグの形式とすることにより、検索キーを作成する。
なお、特定キーワードとは、ユーザによって任意に設定可能なキーワードであって、例えば、芸能人の氏名やユーザの嗜好する番組に関するキーワード等である。
【００２３】
（ステップＳＴ１０５）
そして、携帯端末１は、作成した検索キーと関連付けられた投稿情報の送信を要求するリクエストコマンドを、投稿情報管理サーバ３に送信する。
（ステップＳＴ１０６）
投稿情報管理サーバ３は、このリクエストコマンドを受信すると、投稿情報が格納されているデータベースから、少なくとも一つの検索キーと関連付けられた投稿情報を検索する。
（ステップＳＴ１０７）
そして、投稿情報管理サーバ３は、検索により得られた投稿情報を携帯端末１に送信する。
【００２４】
（ステップＳＴ１０８）
次いで、携帯端末１は、投稿情報を受信し、受信した投稿情報を一時的に記憶部に格納する。
（ステップＳＴ１０９）
そして、携帯端末１は、バイパススイッチがＯＮ設定であるか否かを判定する。バイパススイッチがＯＮ設定である場合、携帯端末１は、ステップＳＴ１０８で受信した投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定する。優先再生条件を満たすコンテンツがある場合、この優先再生条件を満たすコンテンツを、表示画面に表示させる再生コンテンツと決定する。
この優先再生条件は、現在再生可能なコンテンツに関する検索キーが投稿情報の中から検出されることである。つまり、複数の投稿情報の中から現在再生可能なコンテンツに関する検索キーを検出した場合に、携帯端末１は、この検索キーに関連付けらえているコンテンツを、再生コンテンツと決定する。
本実施形態において、優先再生条件は、例えば、投稿情報の中から最初に検出した検索キー（なかでも特定キーワード）が示すコンテンツを、表示画面に表示させる再生コンテンツと決定するための条件が決められている。
【００２５】
（ステップＳＴ１１１）
一方、バイパススイッチがＯＦＦ設定である場合、携帯端末１は、ステップＳＴ１０８で取得した投稿情報に基づき、投稿状況を解析する。
（ステップＳＴ１１２）
そして、携帯端末１は、解析により得られた解析結果、つまり、投稿状況に基づき、最適なコンテンツを再生コンテンツと決定する。本実施形態において、携帯端末１は、解析結果に基づき評価値を算出し、算出した評価値に基づき再生コンテンツを決定する。
【００２６】
（ステップＳＴ１１３）
そして、携帯端末１は、ステップＳＴ１１０又はステップＳＴ１１２において、再生コンテンツに決定したコンテンツのコンテンツデータの配信を要求するリクエストコマンドを、コンテンツ配信サーバ２に送信する。
（ステップＳＴ１１４）
コンテンツ配信サーバ２は、このリクエストコマンドを受信すると、受信したリクエストコマンドに示されるコマンドデータを記憶部から読み出し、携帯端末１に配信する。
（ステップＳＴ１１５）
そして、携帯端末１は、コンテンツ配信サーバ２から受信したコンテンツデータに基づき、表示画面にコンテンツを再生させる。
【００２７】
これにより、携帯端末１は、コンテンツ再生アプリを起動した場合、投稿情報に基づき、現在配信可能なコンテンツの中から一のコンテンツを選択することができる。よって、携帯端末１による選挙動作を自動化することができるとともに、投稿情報に基づき一のコンテンツを選択することができる。
なお、ここでの説明では、再生コンテンツに決定されたコンテンツの再生を実行する例を説明したが、本発明はこれに限られず、再生コンテンツの通知、録画、切替等であってもよい。
【００２８】
次に、図３を参照して、携帯端末１の基本的な構成要素について説明する。図３は、携帯端末１の基本的な構成要素の一例を示したブロック図である。
携帯端末１は、操作パネル（操作部）１０１と、制御部１０２と、記憶部１０３と、出力部１０４と、テレビアンテナ１０５と、テレビ放送受信部１０６と、通信機能部１０７と、通信アンテナ１０８、タイマー１０９とを備える。
【００２９】
操作パネル１０１は、ユーザからの操作を受け付けるセンサーを備え、センサーによる検出結果を制御部１０２に出力する。本実施形態において、操作パネル１０１は、操作画面に接触するユーザの指の接触位置を、一定の時間間隔ごとに、センサーにより検出し、このセンサーの検出結果を出力する。なお、本発明はこれに限られず、操作パネル１０１は、例えば、操作画面に近接するユーザの指や操作指示手段（スタイラスペン）等の位置を非接触センサーにより検出するものであってもよい。
この操作パネル１０１は、テレビチャンネルの切り替えやボリューム調節、あるいは携帯電話機の各種機能操作等の入力を受け付けることができる。
【００３０】
出力部１０４は、画像や動画を出力する表示部と、音声を出力するスピーカーを含む構成である。
表示部としての出力部１０４は、操作パネル１０１とともに一体的に設けられるタッチパネルであって、制御部１０２の制御に応じた画像を表示する。そして、出力部１０４は、操作パネル１０１が操作を受け付ける際の操作画面を表示する。また、出力部１０４は、再生されたコンテンツデータの画像や投稿情報を表示する。
スピーカーとしての出力部１０４は、再生されたコンテンツデータの音声を出力する。
【００３１】
制御部１０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であって、記憶部１０３に格納されている各種情報を読み出し、携帯端末１を統括的に制御するとともに、各処理内容に合わせて機能する機能構成部を含む。この制御部１０２は、記憶部１０３に格納されたプログラムに従って、テレビ放送受信部１０６や通信機能部１０７を動作させたり、それらから得られた情報を記憶部１０３に格納されたプログラムに沿って加工し出力部１０４へ出力したり、あるいは操作パネル１０１からのユーザ指示に沿った処理を行ったりする、データ処理部である。
また、制御部１０２は、各機能構成部として動作する、操作内容判定部１２１と、アプリ起動部１２２と、放送データ制御部１２３と、出力制御部１２４と、投稿アプリ機能部１２５とを備える。この投稿アプリ機能部１２５は、投稿情報取得部１２６と、再生コンテンツ決定部１２７と、コンテンツ配信要求部１２８と、を備える。
【００３２】
操作内容判定部１２１は、操作パネル１０１からの出力に基づき、操作パネル１０１が受け付けた操作内容を判定する。例えば、操作内容判定部１２１は、操作パネル１０１の検出結果が示すユーザの指の接触位置（あるいは近接位置）および接触時間（あるいは近接時間）から、ユーザの指の動きを判定する。また、操作内容判定部１２１は、判定したユーザの指の動きと、当該操作を受け付けた際に出力部１０４に表示されている画像との位置関係に基づき、判定したユーザの指の動きが示す操作内容を判定する。
例えば、操作内容判定部１２１は、表示画面のアイコン部分やテキスト部分にユーザの指が接触あるいは近接する操作を操作パネル１０１が検出した場合、その操作がタッチ操作であると判定する。また、操作内容判定部１２１は、タッチ操作によりアイコン部分や所定の操作領域が指示されている状態のまま、指が移動する操作を操作パネル１０１が検出した場合、その操作がスライド操作であると判定する。
また、操作内容判定部１２１は、判定結果に基づき、操作内容に応じた表示内容を出力部１０４に表示するよう出力制御部１２４に指示する。
【００３３】
アプリ起動部１２２は、記憶部１０３に格納されているアプリケーションのプログラムに従って、アプリを起動させる。
【００３４】
放送データ制御部１２３は、受信したコンテンツデータをリアルタイムで表示することが設定されている場合（リアルタイムモード）、テレビ放送受信部１０６から入力するデジタル変調されたコンテンツデータに基づき、コンテンツデータを出力部１０４に表示するよう、出力制御部１２４を制御する。また、受信したコンテンツデータを記憶部１０３に格納してその後表示することが設定されている場合（録画モード）、放送データ制御部１２３は、テレビ放送受信部１０６から入力するデジタル変調されたコンテンツデータを記憶部１０３に格納する。
【００３５】
出力制御部１２４は、操作内容判定部１２１による判定結果が示す操作内容や、コンテンツ配信サーバ２からテレビ放送受信部１０６等を介して入力するコンテンツデータに基づき、出力部１０４から動画や音声を出力させる。
【００３６】
投稿アプリ機能部１２５は、コンテンツ再生アプリが起動されることにより、アプリ起動部１２２によって生成させる構成部である。
投稿情報取得部１２６は、現在配信されているコンテンツと関連付けられた投稿情報を投稿情報管理サーバ３から取得する。
再生コンテンツ決定部１２７は、投稿情報取得部１２６が取得した投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、優先再生条件を満たすコンテンツを、出力部に出力させる再生コンテンツと決定する。また、再生コンテンツ決定部１２７は、投稿情報取得部１２６が取得した複数の投稿情報に基づき、複数の投稿情報による投稿状況をコンテンツごとに評価する評価値を算出し、現在配信されている複数のコンテンツのうち、算出した評価値が最も高いコンテンツを、再生コンテンツに決定する。
コンテンツ配信要求部１２８は、再生コンテンツ決定部１２７によって再生コンテンツに決定されたコンテンツのコンテンツデータの配信を、コンテンツ配信サーバ２に要求する。
【００３７】
記憶部１０３は、携帯端末１の処理に用いる種々の情報を記憶する。この記憶部１０３は、作成中の投稿情報を一時的に記憶したり、投稿情報管理サーバ３から受信した投稿情報、および、コンテンツ配信サーバ２からダウンロードしたコンテンツデータ等を記憶する。また、記憶部１０３は、投稿状況に応じた報知方法を規定する設定情報を記憶する。なお、記憶部１０３は、例えば、ＳＤカード、ＩＣカードなど、携帯端末１に対して着脱自在な可搬型メモリ（記録メディア）を含む構成であってもよく、図示しない所定の外部サーバ上にあってもよい。
この記憶部１０３は、例えば、データ格納領域とプログラム格納領域とを含む。データ格納領域は、テレビ受信に関わる周波数や放送局情報、あるいは携帯電話機の各種機能設定などを保持している記憶機能部である。また、データ格納領域は、保持された情報は書き換えも可能である。一方、プログラム格納領域は、テレビ受信、あるいは携帯電話機の各種動作パターン等、あらかじめ規定された動作フローをプログラムとして格納している記憶機能部である。ただし、データ格納領域と違い、プログラム格納領域は、通常の運用時、このプログラムの書き換えは行われず読み取り専用となっている。
【００３８】
テレビアンテナ１０５は、テレビ放送用に決められた周波数の電波を受信し、受信した電波のアナログ信号をテレビ放送受信部１０６に出力する。
テレビ放送受信部１０６は、テレビアンテナ１０５を介して、テレビ機能を構成するもので、携帯端末向けのワンセグ地上波デジタルテレビ放送のコンテンツデータのほか、コンテンツの内容に関連する情報（コンテンツ付属情報）や電子番組表（ＥＰＧ情報）などの番組情報も含めて受信する。このテレビ放送受信部１０６は、テレビ用のテレビアンテナ１０５によって受信したテレビ放送データの中から予め選局されているチャンネルの放送データを抽出するアナログ回路部と、放送データに対してデジタル変調するデジタル回路部とを備える。このデジタル回路部は、例えば、受信した放送データをＯＦＤＭ（直交周波数分割多重）復調したり、多重化されている放送データから映像、音声、データ（文字データ）を分離して復号化したり、圧縮データの解凍などを行う。
【００３９】
通信機能部１０７は、基地局及び交換機を介して、インターネット５や無線通信網６と接続される。この通信機能部１０７は、例えば、インターネット５を介して、投稿情報管理サーバ３から送信される投稿情報等を受信する。具体的に説明すると、通信機能部１０７は、コンテンツ配信サーバ２からコンテンツデータを受信したり、投稿情報管理サーバ３との間で投稿情報の送受信を行う。
通信アンテナ１０８は、基地局及び交換機を介して、インターネット５や無線通信網６との間の情報の送受信を行う。
タイマー１０９は、現在の日時（日にちと時刻）や、現時点からの経過時間を計時し、計時した情報を出力する。
【００４０】
次に、図４を参照して、コンテンツ配信サーバ２について説明する。図４は、コンテンツ配信サーバ２の構成の一例を示す図である。
図４に示す通り、コンテンツ配信サーバ２は、操作部２０１と、通信部２０２と、記憶部２０３と、制御部２０４と、計時部２０５とを備える。
操作部２０１は、例えば、コンテンツ配信サーバ２の管理者からの操作を受け付け、受け付けた操作を示す操作信号を出力する。
通信部２０２は、インターネット５と無線通信網６を介して携帯端末１や携帯端末４との間で情報の送受信を行う。また、通信部２０２は、送信アンテナ７との間で情報の送受信を行う。
記憶部２０３は、現在放送されている放送用コンテンツのコンテンツデータと、リクエストに応じて配信されるオンデマンド用コンテンツのコンテンツデータとを記憶する。また、この記憶部２０３は、放送局を示すキーワードや現在配信されているコンテンツの内容を示すキーワードを含むコンテンツのリストを格納するコンテンツリストテーブルを保持する。また、記憶部２０３には、配信可能なコンテンツに関する情報を格納するコンテンツデータテーブルも保持する。
【００４１】
このコンテンツのリストの一例を、図５に示す。
図５に示す通り、本実施形態に係るコンテンツリストテーブルは、放送局ごとに、キーワードを対応付けるテーブルである。図５に示す例では、放送局（ＡＴＶ，ＢＴＶ，ＣＴＶ…）ごとに、各放送局を示すキーワード（ａｔｖ，ｂｔｖ，ｃｔｖ…や、ｃｈ１，ｃｈ３，ｃｈ５…）と、現在配信されているコンテンツの内容を示すキーワード（ｓｏｃｃｅｒ，料理…）とが、対応付けられている。
なお、キーワードは、必ずしも１局／１ワードであることはなく、また、文字種もローマ字のみというような偏ったものではない。また、情報を取得する掲示板にあわせて変更や追加されるものである。
【００４２】
次に、コンテンツデータテーブルの一例を、図６に示す。
図６に示す通り、コンテンツデータテーブルは、コンテンツの名前を示すコンテンツ名と、コンテンツの識別番号を示すコンテンツＩＤと、コンテンツが放送される時間帯を示す放送時間帯と、コンテンツが放送されるテレビ局を示す放送局と、コンテンツデータのファイル名の示すコンテンツデータファイル名と、コンテンツの属性を示すコンテンツ付属情報とをそれぞれ対応付けて格納するテーブルである。
このコンテンツとしては、デジタル放送されるテレビ番組の映像と音声や、ラジオや音楽等の配信される音声などがある。本実施形態においては、コンテンツがデジタル放送されるテレビ番組の映像と音声である場合を例に、以下説明する。
コンテンツ名は、例えば、番組名や、放送されるドラマや映画のタイトルである。
放送時間帯は、コンテンツが放送あるいは配信される時刻として予め決められている時間帯をいう。
コンテンツ付属情報は、コンテンツの属性を示す情報やコンテンツに付属している情報の総称である。コンテンツがテレビ番組の映像と音声である場合、コンテンツ付属情報には、例えば、番組名や、放送局名、出演者名、番組のジャンル名、その他、番組内容に関する情報等が含まれる。なお、このコンテンツ付属情報は、当該テレビ番組を放送する放送局や製作局等によって予め決められる情報であってもよく、コンテンツ配信サーバ２の管理者によって決定されるものであってもよい。
【００４３】
図４に戻って、コンテンツ配信サーバ２の各構成についての説明を続ける。
制御部２０４は、ＣＰＵであって、記憶部２０３に格納されている各種情報を読み出し、コンテンツ配信サーバ２を統括的に制御するとともに、各処理内容に合わせて機能する機能構成部を含む。この制御部２０４は、各機能構成部として、登録部２４１と、配信制御部２４２とを備える。
登録部２４１は、各放送局や製作局等のコンテンツの配信元から提供されるコンテンツデータを例えば通信部２０２から受信すると、コンテンツデータ記憶領域２３２に登録する。この場合、登録部２４１は、このコンテンツデータに関連する情報（コンテンツ名、コンテンツＩＤ、放送時間帯、放送局、コンテンツデータファイル名、およびコンテンツ付属情報等）をそれぞれ対応付けてコンテンツデータテーブルに書き込む。
配信制御部２４２は、例えば、コンテンツデータテーブルを参照して、現在時刻が放送時間帯の開始時点に到達した場合、この放送時間帯に対応するコンテンツデータをコンテンツデータ記憶領域２３２から読み出し、通信部２０２を介して送信アンテナ８から放送する。
【００４４】
次に、図７を参照して、投稿情報管理サーバ３について説明する。図７は、投稿情報管理サーバ３の構成の一例を示す図である。
図７に示す通り、投稿情報管理サーバ３は、操作部３０１と、通信部３０２と、記憶部３０３と、制御部３０４と、計時部３０５とを備える。
操作部３０１は、投稿情報管理サーバ３の管理者からの操作を受け付け、受け付けた操作を示す操作信号を出力する。
通信部３０２は、インターネット５と無線通信網６を介して、携帯端末１，４との間で情報の送受信を行う。
記憶部３０３は、投稿情報テーブルにおいて対応づけられた各情報を記憶する。
【００４５】
図８は、投稿情報テーブルの一例を示す図である。
投稿情報テーブルは、投稿者を示す投稿者ＩＤと、投稿情報が投稿されたときを示す投稿時間情報と、投稿情報と、この投稿情報に含まれるコンテンツ関連情報とをそれぞれ対応付けて格納するテーブルである。
投稿者ＩＤは、各投稿者を識別する情報であって、例えば、携帯端末１に割り当てられた固有の端末ＩＤである。また、投稿者ＩＤは、これに限られず、投稿者が登録している投稿ＷＥＢサービス上において登録しているユーザＩＤであってもよく、携帯端末１においてログインした各投稿者を特定するためのユーザＩＤであってもよい。
投稿時間情報は、投稿情報が投稿されたときを示す情報であって、通信部３０２において投稿情報を受信したときに計時部３０５によって計時された時刻であってもよく、携帯端末１や携帯端末４から投稿情報が送信された際に携帯端末１や携帯端末４において計時された時刻であってもよい。
投稿情報は、投稿者が投稿した投稿内容を示す文字列である。
【００４６】
コンテンツ関連情報は、投稿情報に含まれる情報であって、例えば、コンテンツの放送局名や番組名を示す文字列やハッシュタグや、コンテンツの内容や出演者あるいはコンテンツ内容に関連するキーワード等を示す文字列やハッシュタグ等である。このコンテンツ関連情報は、制御部３０４によって投稿情報から抽出される情報であってもよく、投稿情報に含まれる情報やコンテンツの放送時間帯や配信時間帯等に対応付けて記憶部３０３に登録されている情報であってもよい。
【００４７】
図７に戻って、投稿情報管理サーバ３の各構成についての説明を続ける。
制御部３０４は、ＣＰＵであって、記憶部３０３に格納されている各種情報を読み出し、投稿情報管理サーバ３を統括的に制御するとともに、各処理内容に合わせて機能する機能構成部を含む。この制御部３０４は、各機能構成部として、登録部３４１と、検索部３４２とを備える。
登録部３４１は、携帯端末１や携帯端末４から通信部３０２を介して投稿情報を受信した場合、受信した投稿情報と、投稿者ＩＤと、投稿時間情報と、コンテンツ関連情報とをそれぞれ対応付けて、投稿情報テーブル３３１に書き込む。
この登録部３４１は、例えば、通信部３０２を介して投稿情報を受信すると、この投稿情報が受信した際に、計時部３０５によって計時された時刻を投稿時間情報として取得する。
また、登録部３４１は、投稿情報とともに送信された投稿者ＩＤを取得する。なお、端末ＩＤを受信した場合、登録部３４１は、端末ＩＤを投稿者ＩＤとしてもよく、予め端末ＩＤと対応づけられている投稿者ＩＤを記憶部３０３から取得してもよい。
【００４８】
さらに、登録部３４１は、通信部３０２を介して投稿情報を受信すると、投稿情報に含まれるコンテンツ関連情報を取得する。この登録部３４１は、投稿情報に例えばハッシュタグが含まれている場合、このハッシュタグをコンテンツ関連情報として取得する。また、投稿情報に番組名や放送局名あるいは出演者名や予め決められた関連ワードが含まれている場合、登録部３４１は、これら情報をコンテンツ関連情報として取得する。この関連ワードとは、予め決められているキーワードであって、スポーツ・お笑い・ドラマ・映画等のコンテンツのジャンルを表わす言葉や、野球・サッカー・ゴルフ・バレー・卓球等のスポーツの種類を表わす言葉等が含まれる。さらに、投稿情報に、携帯端末１において再生されていたコンテンツのチャンネル番号やコンテンツＩＤが対応付けられている場合、登録部３４１は、この投稿情報に対応付けられている情報をコンテンツ関連情報として取得するものであってもよい。さらにまた、コンテンツ配信サーバ２において登録されているコンテンツデータテーブルに格納されている情報が記憶部３０３に登録されている場合、登録部３４１は、例えば投稿情報の投稿時刻に基づき携帯端末１によって再生されているコンテンツの放送時間帯を示す情報を取得し、この放送時間帯に対応するコンテンツ名、コンテンツＩＤ、放送局、コンテンツ付属情報等を、コンテンツ関連情報として取得するものであってもよい。
【００４９】
検索部３４２は、携帯端末１から受信した、検索キーと関連付けられた投稿情報の送信を要求するリクエストコマンドに基づき、投稿情報テーブル３３１を参照して、受信したリクエストコマンドに対応する投稿情報を検索する。具体的に説明すると、検索部３４２は、リクエストコマンドに含まれる検索キーに基づき、投稿情報テーブル３３１を参照して、この検索キーを含むコンテンツ関連情報と対応付けられている投稿情報を検索する。そして、検索部３４２は、この検索により得た投稿情報（つまり、検索結果）を携帯端末１に送信する。
【００５０】
次に、図９を参照して、本実施形態に係るコンテンツ再生システム１００における処理フローの一例について説明する。図９は、本実施形態に係るコンテンツ再生方法の一例を示すフローチャートである。
携帯端末１は、操作部２０１を介して、コンテントの再生指示を受け付けると、記憶部１０３に記憶されているコンテンツ再生アプリを起動する。具体的に説明すると、操作内容判定部１２１がコンテンツの再生指示を示す操作の入力を受け付けたことを判定した場合、携帯端末１の制御部１０２のアプリ起動部１２２は、投稿アプリ機能部１２５を生成する。そして、投稿アプリ機能部１２５に含まれる投稿情報取得部１２６は、現在配信されている放送用コンテンツのリストの送信を要求するリクエストコマンドに端末ＩＤを対応付けて、コンテンツ配信サーバ２に送信する。
ここで、コンテンツの再生指示を示す操作とは、テレビ機能の起動を指示する操作や、コンテンツの再生とともに投稿情報の閲覧が可能なアプリの起動を指示する操作であってもよい。
そして、コンテンツ配信サーバ２は、携帯端末１からリクエストコマンドを受信すると、現在配信可能なコンテンツデータを保持しているか否かを判定する。
現在配信されているコンテンツのリストを記憶部２０３に記憶している場合、コンテンツ配信サーバ２は、このコンテンツのリストを読み出し、端末ＩＤが示す携帯端末１に送信する。このコンテンツのリストには、例えば、放送局ごとに、放送局を示すキーワードや現在配信されているコンテンツの内容を示すキーワードが含まれている。
【００５１】
（ステップＳＴ１００１）
現在配信可能なコンテンツのリストをコンテンツ配信サーバ２から受信した場合、携帯端末１は、受信可能な放送局のコンテンツがあると判定する。
一方、現在配信可能なコンテンツのリストをコンテンツ配信サーバ２から受信しない場合、携帯端末１は、受信可能な放送局のコンテンツがないと判定し、ステップＳＴ１０１２に移行し、次回取得のタイミングを待つ。
なお、携帯端末１は、テレビ機能の初回起動時やユーザ操作によって、全チャンネルをスキャンしたり、プリセットされている地域情報と受信可能な放送局一覧のリスト情報から、ユーザが任意の放送局を選択する等により、現在配信可能なコンテンツが指定され、携帯端末１は、指定されたコンテンツのリストを、コンテンツ配信サーバ２から受信するものであってもよい。
【００５２】
（ステップＳＴ１００２）
携帯端末１の投稿アプリ機能部１２５の投稿情報取得部１２６は、コンテンツ配信サーバ２からコンテンツのリストを受信する。
【００５３】
（ステップＳＴ１００３）
次いで、携帯端末１は、投稿情報管理サーバ３と通信可能であるか否かを判定する。
例えば、携帯端末１は、無線ネットワークを介して、インターネットあるいは特定のネットワーク上にある投稿情報管理サーバ３に対して要求を行うことになるが、無線ネットワークや投稿情報管理サーバ３のサービスが止まっている等によって、投稿情報管理サーバ３との交信ができない場合は、ステップＳＴ１０１２へ遷移し、次回取得のタイミングを待つ。
【００５４】
（ステップＳＴ１００４）
携帯端末１が投稿情報管理サーバ３と通信可能である場合、投稿情報取得部１２６は、受信したコンテンツのリストの中から、放送局を示すキーワードや現在配信されているコンテンツの内容を示すキーワードを抽出し、抽出したキーワードに基づき検索キーを作成する。
【００５５】
ここで、ユーザにより予め特定キーワードが登録されている場合、投稿情報取得部１２６は、この特定キーワードと、コンテンツリストから抽出したキーワードとに基づき、検索キーを作成するものであってもよい。この特定キーワードとは、ユーザによって任意に設定可能なキーワードであって、例えば、芸能人の氏名やユーザの嗜好する番組に関するキーワード等である。また、この特定キーワードは、投稿状況の盛り上がりを示すキーワード、例えば、投稿サイトや掲示板の盛り上がり検索に関わらず、見るべき放送をセレクトなどすぐにアクションを起こすトリガとなるものを含むことが好ましく、例えば、”ゴール”や”ヒット”，”逆転”などのキーワードを含む。
【００５６】
また、ユーザにより予め特定の放送局が選択されている場合、投稿情報取得部１２６は、この特定の放送局を示すキーワードとこの放送局で現在配信されているコンテンツの内容を示すキーワードのみを、コンテンツリストの中から抽出し、抽出したキーワードに基づき検索キーを作成するものであってもよい。
【００５７】
本実施形態において、投稿情報取得部１２６は、投稿情報管理サーバ３における検索方法に従った検索キーを作成することが可能であり、例えば、抽出したキーワードに“＃”を付けてハッシュタグの形式の検索キーを作成することが可能である。
投稿情報取得部１２６は、作成した検索キーに関連付けられた投稿情報の送信を要求するリクエストコマンドを、投稿情報管理サーバ３に送信する。
【００５８】
例えば、投稿状況を監視するチャンネルの対象として、ＡＴＶ局とＢＴＶ局とＣＴＶ局のみがユーザによって選択されている場合、投稿情報取得部１２６は、コンテンツのリストから、キーワード「ａｔｖ，ｂｔｖ，ｃｔｖ，ｃｈ１，ｃｈ３，ｃｈ５，ｓｏｃｃｅｒ，料理」を抽出する。また、特定キーワードとして、「野球，サッカー，ヒット，ゴール，逆転」が予め登録されている場合、投稿情報取得部１２６は、これらのキーワードを抽出する。そして、投稿情報取得部１２６は、抽出したキーワードに基づき、ハッシュタグ形式の検索キー「＃ａｔｖ，＃ｂｔｖ，＃ｃｔｖ，＃ｃｈ１，＃ｃｈ３，＃ｃｈ５，＃ｓｏｃｃｅｒ，＃料理」を作成する。また、投稿情報取得部１２６は、抽出したキーワードをそのまま検索キー「野球，サッカー，ヒット，ゴール，逆転」とするものであってもよい。
【００５９】
そして、投稿情報管理サーバ３は、このリクエストコマンドを受信すると、投稿情報が格納されているデータベースから、少なくとも一つの検索キーと関連付けられた投稿情報を検索する。
具体的に説明すると、投稿情報管理サーバ３の制御部３０４の検索部３４２は、記憶部３０３の投稿情報テーブル３３１を参照して、現時点から予め決められた時間だけ過去の期間に投稿された投稿情報のうち、コンテンツ関連情報に検索キーを含む投稿情報、及び、検索キーを含む投稿情報を検索により得る。例えば、検索部３４２は、現時点の５分前から現時点までの期間に投稿された投稿情報のうち、ハッシュタグ形式の検索キー「＃ａｔｖ，＃ｂｔｖ，＃ｃｔｖ，＃ｃｈ１，＃ｃｈ３，＃ｃｈ５，＃ｓｏｃｃｅｒ，＃料理」を含む投稿情報を検索により得る。また、検索部３４２は、検索キー「野球，サッカー，ヒット，ゴール，逆転」を含むコンテンツ関連情報と、投稿情報テーブル３３１において対応付けられている投稿情報を検索により得る。
投稿情報管理サーバ３の検索部３４２は、検索により得た投稿情報を、携帯端末１に送信する。
【００６０】
（ステップＳＴ１００５）
そして、携帯端末１は、投稿情報管理サーバ３の検索部３４２により得られた投稿情報を受信したか否かを判定する。
例えば、リクエストコマンドに対する回答受信については、ある程度の時間が待受時間として設定されている。よって、携帯端末１は、リクエストコマンドを送信した時から待受時間が経過しても回答が得られない場合、ステップＳＴ１０１２へ遷移し、次回取得のタイミングを待つ。
【００６１】
（ステップＳＴ１００６）
投稿情報管理サーバ３から投稿情報を受信した場合、携帯端末１の投稿アプリ機能部１２５の再生コンテンツ決定部１２７は、受信した投稿情報の放送局ごとの統計をとる。つまり、再生コンテンツ決定部１２７は、検索キーに基づき、受信した投稿情報の数を放送局ごとに計算し、各放送局（つまり、コンテンツ）に関連付けて投稿された投稿情報の投稿数を算出する。この再生コンテンツ決定部１２７によって算出された、各放送局（つまり、コンテンツ）に関連付けて投稿された投稿情報の投稿数を、以下、単位時間当たりの放送局投稿数という。
また、再生コンテンツ決定部１２７は、検索キーに基づき、特定キーワードに関連付けられた投稿情報の数を放送局ごとに計算し、特定キーワードに関連付けて投稿された投稿情報の投稿数を算出する。この再生コンテンツ決定部１２７によって算出された、特定キーワードに関連付けて投稿された投稿情報の放送局ごとの投稿数を、以下、単位時間当たりの特定キーワード投稿数という。
【００６２】
（ステップＳＴ１００７）
次いで、再生コンテンツ決定部１２７は、バイパススイッチがＯＮ設定であるか否かを判定する。バイパススイッチがＯＮ設定であり、且つ、特定キーワードに関連付けられた投稿情報が得られている場合、再生コンテンツ決定部１２７は、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあると判定する。そして、ステップＳＴ１１０１に移行して、優先再生条件を満たすコンテンツについての予め決められたアクションを実施する。
【００６３】
例えば、再生コンテンツ決定部１２７は、複数の投稿情報の中から現在再生可能なコンテンツに関する検索キーを検出した場合に、この検索キーを検出した投稿情報に関連付けられたコンテンツを、優先再生条件を満たすコンテンツであると判定する。そして、再生コンテンツ決定部１２７は、優先再生条件を満たすコンテンツであると判定したコンテンツを、表示画面に表示させる再生コンテンツと決定し、この優先再生条件を満たすコンテンツの配信を要求するようコンテンツ配信要求部１２８に指示する。
コンテンツ配信要求部１２８は、再生コンテンツ決定部１２７によって再生コンテンツに決定されたコンテンツの配信を要求するリクエストコマンドを、コンテンツ配信サーバ２に送信する。
コンテンツ配信サーバ２は、このリクエストコマンドを受信すると、受信したリクエストコマンドに示されるコンテンツデータを記憶部２０３から読み出し、携帯端末１に配信する。
これにより、携帯端末１の出力制御部１２４は、コンテンツ配信サーバ２から受信したコンテンツデータに基づくコンテンツを、出力部１０４に出力させることができる。
【００６４】
（ステップＳＴ１００８）
一方、バイパススイッチがＯＦＦ設定である場合、又は、バイパススイッチがＯＮ設定であるが特定キーワードに関連付けられた投稿情報が得られない場合、再生コンテンツ決定部１２７は、ステップＳＴ１００６において取得した投稿情報に基づき、投稿状況を解析する。本実施形態において、再生コンテンツ決定部１２７は、コンテンツ（つまり、放送局）ごとの、投稿数の増加率と増加数により、投稿状況を解析する。
【００６５】
例えば、再生コンテンツ決定部１２７は、ステップＳＴ１００６において算出された単位時間当たりの放送局投稿数の増加率、又は、単位時間当たりの特定キーワード投稿数の増加率を算出する。具体的に説明すると、再生コンテンツ決定部１２７は、記憶部１０３に記憶されている前回算出した単位時間当たりの放送局投稿数、又は、単位時間当たりの特定キーワード投稿数を読み出し、それぞれ、今回算出した単位時間当たりの放送局投稿数、又は、単位時間当たりの特定キーワード投稿数と、放送局ごとに比較し、増加率を算出する。
そして、再生コンテンツ決定部１２７は、算出した単位時間当たりの放送局投稿数の増加率、又は、単位時間当たりの特定キーワード投稿数の増加率が最も高い放送局を決定する。なお、投稿数の増加率が高い放送局のコンテンツが、現在盛り上がっているコンテンツを配信している可能性が高い。
【００６６】
また、再生コンテンツ決定部１２７は、今回算出した単位時間当たりの放送局投稿数、又は、単位時間当たりの特定キーワード投稿数に基づき、現在一番投稿数の多いコンテンツ（つまり放送局）を決定し、記憶部１０３に記憶しておくものであってもよい。
【００６７】
（ステップＳＴ１００９）
そして、再生コンテンツ決定部１２７は、今回算出した単位時間当たりの放送局投稿数、及び、単位時間当たりの特定キーワード投稿数や、各投稿数の増加率など、算出した情報を記憶部１０３に記憶しておく。また、再生コンテンツ決定部１２７は、単位時間当たりの放送局投稿数の増加率、又は、単位時間当たりの特定キーワード投稿数の増加率が最も高いコンテンツ（つまり放送局）を、記憶部１０３に記憶しておく。
【００６８】
（ステップＳＴ１０１０）
次いで、再生コンテンツ決定部１２７は、投稿状況の解析結果に基づき、投稿状況をコンテンツ（つまり放送局）ごとに評価する評価値を算出し、現在配信されている複数のコンテンツのうち、算出した評価値が最も高いコンテンツを、再生コンテンツに決定する。
具体的に説明すると、再生コンテンツ決定部１２７は、放送局ごとに作成される得点換算テーブルを参照して、投稿状況の解析結果の得点（つまり評価値）を算出する。この得点換算テーブルの一例を、図１０に示す。図１０に示す通り、得点換算テーブルは、投稿数又は増加率ごとに、予め決められた得点を規定している表である。
この再生コンテンツ決定部１２７は、単位時間当たりの放送局投稿数とその増加率、及び、単位時間当たりの特定キーワード投稿数とその増加率の得点を算出し、算出した得点の合計点を、当該コンテンツ（つまり放送局）の評価値とする。そして、再生コンテンツ決定部１２７は、算出した評価値が、予め決められた閾値以上となる放送局があるか否かを判定する。評価値が閾値以上となる放送局がある場合、再生コンテンツ決定部１２７は、この放送局が現在配信するコンテンツを再生コンテンツと決定する。
なお、評価値が閾値以上となる放送局が複数ある場合、再生コンテンツ決定部１２７は、評価値が最も高くなる放送局が現在配信するコンテンツを再生コンテンツと決定する。
【００６９】
また、再生コンテンツ決定部１２７は、得点換算テーブルを参照して算出した投稿数とその増加率の得点に、投稿情報の取得先の掲示板の稼働率や、コンテンツの視聴時間帯に応じて予め決められているパラメータ（昼間用/夜用/深夜用等）で重みづけした得点を合計して、評価値を算出するものであってもよい。また、投稿情報の取得先の掲示板の稼働率や、コンテンツの視聴時間帯ごとに、予め作られた得点換算テーブルを参照して得点を算出するものであってもよい。
さらに、再生コンテンツ決定部１２７は、以下の計算式に基づき、評価値を算出するものであってもよい。
評価値＝(投稿数得点＋視聴時間パラメータ)×増加率得点
【００７０】
（ステップＳＴ１０１１）
そして、評価値が閾値以上となるコンテンツがあった場合、つまり、再生コンテンツを決定した場合、再生コンテンツ決定部１２７は、予め決められた利用者向けのアクションを実行する。この予め決められた利用者向けのアクションとしては、例えば、携帯端末１の表示画面に、おすすめの再生コンテンツがあることを通知するＰＯＰ  ＵＰを表示させることや、特定の宛先へ自動メールを送信すること、テレビ視聴の開始、現在再生しているコンテンツから再生コンテンツへの自動切り替え、再生コンテンツに決定されたコンテンツの自動録画開始等がある。
これらアクションのうち、いずれかを実行するかは、予めユーザによって決定されているものであってもよく、プリセットされているものであってもよい。
【００７１】
（ステップＳＴ１０１２）
一方、評価値が閾値以上となるコンテンツがない場合、再生コンテンツ決定部１２７は、次回の情報取得に向けて、タイマーを作動させる。この処理は、次回のデータ取得の為の時間調整を行うものである。
大抵の掲示板では、連続の取得が禁止されていたり、単位時間あたりのアクセス回数が制限されているため、その制限にかからない為に必要な処理であり、取得対象となる掲示板の規制にあわせて設定する。また、あまりに短時間で掲示板へアクセスしても更新が少なかったり、特に電池駆動の携帯端末等では、その電池を無用に消費する可能性がある為でもあるので、その辺の事情もあわせて、タイマ値は考慮が必要である。
（ステップＳＴ１０１３）
そして、再生コンテンツ決定部１２７は、待ち時間が満了したか否かを判定する。
（ステップＳＴ１０１４）
待ち時間が満了した場合、再生コンテンツ決定部１２７は、初期化を行い、ステップＳＴ１００１に戻る。
【００７２】
なお、ハッシュタグとは、ツイッター（登録商標）において用いられる分類情報である。ハッシュタグを含む投稿情報を投稿した場合、ハッシュタグを含む投稿情報と当該ハッシュタグを含まない他の投稿情報とを分類することができる。また、複数の投稿情報の中からハッシュタグを含む投稿情報のみを検索する場合に、検索キーとして用いられる。なお、ハッシュタグを検索キーとする検索は、ハッシュタグが示す関連情報を投稿したいというユーザの積極的な意思がある場合に有益である。例えば、投稿情報に含まれるキーワード検索を用いても、キーワードに関連する投稿情報を検索することはできるが、このキーワードを含む文字列を投稿しなければ検索することができず、自由な文字列で投稿するための障害となる。また、投稿する文書とキーワードとを同等に表記するならば、投稿する文書内容の理解をキーワードが邪魔するおそれがある。このため、キーワードを用いずに投稿情報同士を関連づける方法として、ハッシュタグが用いられる。このハッシュタグは、キーワードをアルファベットや漢字、ひらがな、カタカナ等で表記した文字列の先頭にシャープ記号「♯」を付加した情報であって、前後にスペースを入力するということ以外は、ユーザが自由に決定することができる。よって、キーワードとなる文字列はユーザが決定することができ、あるユーザによって生成されることもある。
【００７３】
次に、図１１を参照して、本発明の概要について説明する。図１１は、本願発明の概念図である。
本発明に係る携帯端末１は、無線ネットワークを経由して、インターネット上にある投稿情報管理サーバ３から得られた情報によって、受信するテレビチャンネルを自動で選択する機能を提供するものである。
携帯端末１から、その時現在のテレビ受信可能な放送局のリストを以って、無線ネットワークを経由して投稿情報管理サーバ３へ情報要求２１を発行する。
この情報要求２１は、通常、電子掲示板に具備されているキーワードを用いた検索機能を利用する。
たとえば、チェックしたい放送局がＡＴＶとＢＴＶであれば、携帯端末１は、それぞれの放送局を表すキーワードの組合せで「#atv OR #btv」という検索条件を付帯することになる。なお、この様な検索式は検索対象となる掲示板の仕様に沿った形で実施する。
携帯端末１は、その結果を、情報回答２２として入手する。この内容は、情報要求２１で指定した放送局を表すキーワードが含まれている、電子掲示板への複数の投稿内容である。
【００７４】
携帯端末１は、“情報回答２２”の解析２３では、入手した情報回答２２を解析する。簡単なものでは、各放送局を表すキーワードを含む投稿が単位時間あたりに幾つ含まれているか、という様なものである。携帯端末１は、この数を数えることによって、その放送局に対するその時点での掲示板上の活性の指標を得ることができる。この導き出された指標は記録しておく。また、携帯端末１は、放送局（放送中の番組）に対する投稿である情報回答２２に、盛り上がりを示す特定のキーワードが無いかもチェックする。この特定のキーワードは、例えば、”ヒット”や”ゴール”、“逆転”、といったものである。これらのキーワードが規定数以上あった場合、には、以下の過去の解析結果比較２４をバイパス可とするような設定を設けておく。
この規定数については、より確実性が高いキーワードである場合は、”１”とすることで、即対応とすることも可能である。
なお、キーワードや規定数については、プリセットのみならず、利用者の自由入力も可能とする。
【００７５】
過去の解析結果と比較２４では、携帯端末１は、過去の「“情報回答２２”の解析」結果と今回の結果を比較する。この比較によって、その増分差が大きければ、その放送局でその時点で放送している番組において、何らかの注目すべき事案が放送されている可能性が高いと判断できる。
このことは、例えば、スポーツ中継や映画で盛り上がったシーン、あるいは何らかの緊急事態、などが放送された場合に、掲示板への書き込みが大きく増えるという、過去事象に基づくものである。
なお、ここで特段注目すべき事案が見つからなかった場合は、インターバルを置いて再度情報要求２１へ戻って上記処理をループすることで、常にそのような事案が無いかチェックし続けることができる。
【００７６】
利用者への提示２５では、前段の結果から注目すべき事案が放送されていると判断された場合の処理である。この処理については、テレビ視聴(注目すべき事案の放送の視聴)を促す通知を利用者へ行う、あるいは注目すべき事案以外の放送をテレビ視聴している場合には、注目すべき事案へ視聴先を切り替える、さらには、自動的に録画を開始する、等、システムの特性や利用者による事前の設定などによって行う動作を表している。
これらの一連の機能動作により、この携帯電話機の利用者はどのような時であっても、話題になっている、あるいは注目すべきテレビ番組を、見逃すことなく楽しめる利便性を享受できるようになる。
【００７７】
これにより、本願発明では、その放送中の番組に対する電子掲示板への単位時間当たりの投稿数を起点として、その時点で一番盛り上がっていると判断した放送局(チャンネル/放送中の番組)を利用者へ示せることで、話題の番組やスポーツ等のハイライト、緊急事案、等の放送を見逃さずに視聴できる”テレビ受信機能付き携帯電話機”を提供することができる。
【００７８】
また、以上説明したように、本発明においては、以下に記載するような効果を奏する。
第１の効果は、電子掲示板の活性具合をほぼリアルタイムにつかんでいるので、その時々に一番話題性の高い情報を発信しているチャンネル（番組）を視聴できることである。
第２の効果は、ソフトウェアで情報を処理していることから、実際にテレビを見る利用者にはなんら追加の操作等は必要ないということである。
また、本願発明では、直近の掲示板への関連投稿数から見るべき放送局(チャンネル/放送中の番組)を得るものであり、過去の蓄積が無くとも、また、あらゆるジャンルにおいて、話題性のある、ひいては面白い可能性のあるテレビ視聴に結び付けることが可能である。
さらには、過去の情報蓄積をする事なく動作する点でも優位である。
本願発明では、上記技術の様なキーワード入力の手間をかけることなく結果が得られる構成となっており、その点だけ見ても優位と言える。
本願発明では、そのような場合であっても、音量によらない掲示板情報から情報を取得していることで、対応が可能である。
本願発明では、その投稿数もキーとなるが、他に時系列的な投稿数の変化を見ることから、多数の視聴者のある番組のみならず、複数の同程度の投稿数がある場合でも、より盛り上がり度の高い番組を選択することが可能である。また、投稿数やその増加具合にパラメータを付けてポイント算出し、そのポイントで判断することで、投稿数が少なくとも盛り上がりの高い番組をチェックすることができる。さらには、特定のキーワードを予め設定可としていることで、そのようなキーワードが頻出するまで待つ必要が無く、即対応が可能である。
【００７９】
なお、本発明は上記構成に限られない。上述の実施形態では、携帯端末１で電子掲示板からの投稿情報を取得し、放送局毎の盛り上がり度を算出しているが、外部のネットワーク上に専用のサーバを設け、そのサーバで情報取得や投稿数のカウント、あるいは盛り上がり度を算出するような仕組みも考えられる。つまり、携帯端末１が備える投稿アプリ機能部の機能を外部のサーバに搭載する構成である。
この場合、個々の携帯端末の通信や計算の負荷が外部サーバに移管されることによって、それら携帯電話機自体の負荷は軽減される為、本願機能を大多数の端末等で具備する場合には有効な手段と考えられる。
【００８０】
また、投稿情報を取得した後に利用する、コンテンツリストテーブルに示す放送局キーワードについては、あらかじめ特定の文字列が規定されているが、ユーザの嗜好によって、自由に追加削除できるような構成を採る事も可能である。
この場合、放送局のキーワードとＡＮＤで検索するようにすれば、放送局に関連しないものでも良い。例を挙げるのなら、嗜好する番組に関するキーワード、あるいは芸能人の名前などである。この場合、キーワードと検索式を多段化して、「xxxを含む」「zzzを含まない」といったような拡張も可能と考えられる。
さらには、その盛り上がり情報（つまり、投稿状況の解析結果）を蓄積することによって、未来に放送予定である番組を予測し、自動で予約視聴/録画するような構成も考えられる。他方、最近あるような、全チャンネルあるいは指定したチャンネルを自動録画し続けるような機器に応用することも想定される。このような機器では、録画容量が飛躍的に大きくなるので、その保存容量確保手段として、本願発明の逆の手段を用いる構成が可能である。つまり、盛り上がりの少なかった番組は自動で消去するような仕組みである。例えば、再生コンテンツ決定部１２７は、単位時間当たりの放送局投稿数とその増加率や、単位時間当たりの特定キーワード投稿数とその増加率に基づき、評価値を算出した場合、評価値が閾値以下となるコンテンツの録画を禁止するコマンドを録画機能部に出力するものであってもよい。
【００８１】
図１２に、本実施形態に係るコンテンツ再生システム１０００の最小の構成要素の一例を示す。図１２に示す通り、本実施形態に係るコンテンツ再生システム１０００の最小の構成要素は、現在配信されているコンテンツと関連付けられた投稿情報を取得する投稿情報取得部１００１と、前記投稿情報取得部１００１が取得した前記投稿情報に基づき、他のコンテンツよりも優先して再生される条件である優先再生条件を満たすコンテンツがあるか否かを判定し、前記優先再生条件を満たすコンテンツを出力部に出力させる再生コンテンツと決定する再生コンテンツ決定部１００２と、である。なお、本実施形態に係るコンテンツ再生システム１０００とは、携帯端末１だけ、外部のサーバだけで構成されるものであってもよく、携帯端末１と外部サーバとの組み合わせで構成されるものであってもよい。
【００８２】
また、本実施の形態に係る携帯端末１、コンテンツ配信サーバ２、投稿情報管理サーバ３は、内部にコンピュータシステムを有している。そして、動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいう「コンピュータシステム」とは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【００８３】
また、各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、検出対象物の形状情報の推定値を算出する処理を行ってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００８４】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００８５】
その他、本発明の趣旨を逸脱しない範囲で、上記した実施の形態における構成要素を周知の構成要素に置き換えることは適宜可能である。また、この発明の技術範囲は上記の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。
【符号の説明】
【００８６】
１  携帯端末
２  コンテンツ配信サーバ
３  投稿情報管理サーバ
４  携帯端末
５  インターネット
６  無線通信網
７  送信アンテナ
１０１  操作パネル
１０２  制御部
１０３  記憶部
１０４  出力部
１０５  テレビアンテナ
１０６  テレビ放送受信部
１０７  通信機能部
１０８  通信アンテナ
１０９  タイマー
１２１  操作内容判定部
１２２  アプリ起動部
１２３  放送データ制御部
１２４  出力制御部
１２５  投稿アプリ機能部
１２６  投稿情報取得部
１２７  再生コンテンツ決定部
１２８  コンテンツ配信要求部
【図１】
2015005213.tif 000003
【図２】
2015005213.tif 000004
【図３】
2015005213.tif 000005
【図４】
2015005213.tif 000006
【図５】
2015005213.tif 000007
【図６】
2015005213.tif 000008
【図７】
2015005213.tif 000009
【図８】
2015005213.tif 000010
【図９】
2015005213.tif 000011
【図１０】
2015005213.tif 000012
【図１１】
2015005213.tif 000013
【図１２】
2015005213.tif 000014