(57)【特許請求の範囲】
【請求項１】
放送局から放送コンテンツを受信可能であり、コミュニケーションサービスを提供しているサーバに接続可能なコンテンツ表示制御装置であって、
選局されているチャンネルを識別するためのチャンネル識別情報をその一部に含むユーザタグを、チャンネル毎に記憶するユーザタグ記憶手段と、
受信された放送コンテンツからチャンネル識別情報を取得するチャンネル識別情報取得手段と、
前記ユーザタグ記憶手段に記憶されたチャンネル毎のユーザタグの中から、前記チャンネル識別情報取得手段により取得されたチャンネル識別情報をその一部に含むユーザタグを抽出してサービスタグとして決定するサービスタグ決定手段と、
前記サービスタグを含む投稿メッセージを、前記サーバから受信する投稿メッセージ受信手段と、
前記放送コンテンツから復号された映像と、前記投稿メッセージ受信手段により受信された投稿メッセージとを併せて表示する制御を行う表示制御手段と、
を備え、
前記サービスタグ決定手段は、チャンネル変更に合わせて前記サービスタグを切り替えることを特徴とするコンテンツ表示制御装置。
【請求項２】
前記表示制御手段は、前記投稿メッセージを画面上に表示するときに、投稿者毎に識別表示を行い、
前記画面は、前記復号された映像を表示する第１領域と、前記投稿者毎に一覧表示される第２領域とに分けられ、
前記第１領域内において、前記投稿メッセージを表示するメッセージ領域が設定されていることを特徴とする請求項１に記載のコンテンツ表示制御装置。
【請求項３】
前記サービスタグ決定手段は、前記チャンネル識別情報から、内蔵する変換テーブルを用いて変換後のチャンネル識別情報を生成し、これを含むユーザタグを抽出してサービスタグとして決定することを特徴とする請求項１又は２に記載のコンテンツ表示制御装置。
【請求項４】
投稿メッセージを表示する表示領域が設定されており、
前記表示制御手段は、前記表示領域内に投稿メッセージを表示することを特徴とする請求項１から３の何れか一項に記載のコンテンツ表示制御装置。
【請求項５】
前記表示領域は、前記放送コンテンツに含まれていることを特徴とする請求項４に記載のコンテンツ表示制御装置。
【請求項６】
放送局から放送コンテンツを受信可能であり、コミュニケーションサービスを提供しているサーバに接続可能なコンピュータに、
選局されているチャンネルを識別するためのチャンネル識別情報をその一部に含むユーザタグを、チャンネル毎に記憶するユーザタグ記憶機能と、
受信された放送コンテンツからチャンネル識別情報を取得するチャンネル識別情報取得機能と、
前記ユーザタグ記憶機能に記憶されたチャンネル毎のユーザタグの中から、前記チャンネル識別情報取得機能により取得されたチャンネル識別情報をその一部に含むユーザタグを抽出してサービスタグとして決定するサービスタグ決定機能と、
前記サービスタグを含む投稿メッセージを、前記サーバから受信する投稿メッセージ受信機能と、
前記放送コンテンツから復号された映像と、前記投稿メッセージ受信機能により受信された投稿メッセージとを併せて表示する制御を行う表示制御機能と、
チャンネル変更に合わせて前記サービスタグを切り替えるサービスタグ切替機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局から放送コンテンツを受信可能であり、コミュニケーションサービスを提供しているサーバに接続可能なコンテンツ表示制御装置等に関する。
【背景技術】
【０００２】
各種コンテンツの視聴にあたり、単にそのコンテンツを視聴するだけでなく、そのコンテンツに関連する複数のコンテンツやサービスを同時に活用するニーズが高まっている。各種コンテンツのうち、放送コンテンツを例にあげると、テレビ放送と通信サービスの融合に向けた様々な取り組みが模索されている。
【０００３】
例えば、特許文献１に示すように、ソーシャルグラフ（ＳＧ）に基づき、複数のユーザが１つの番組をあたかも一緒にいるかのように観賞できる映像視聴装置とその制御方法を提供するため、第１の受信部で受信した放送番組信号を処理し、第１表示領域に出力する放送番組信号処理部と、第２の受信部で受信したグループ化映像信号を処理し、第２表示領域にマルチ画面で出力するグループ化映像信号処理部と、撮像信号を処理して外部へ送信する送信部とを有したことを特徴とする発明が開示されている。
【０００４】
また、特許文献２に示すように、番組を構成する映像、音声からフィンガプリントと呼ばれる識別データを抽出し、ソーシャネルネットワーキングサービス（ＳＮＳ）でこの識別子を利用することで、番組を紐付けするような発明も知られている。
【０００５】
このような発明を利用することにより、テレビ放送等の映像を見ながら、例えばコンピュータやタブレット端末等で、ＳＮＳや、メッセージ共有サービスにより同時に表示させることにより、リアルタイムにコミュニケーションをはかる新しいテレビ視聴方法の提案がなされている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−０９３７３４号公報
【特許文献２】特表２０１１−５１１３４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、コミュニケーションを提供するサービスの一例として、例えばメッセージ共有サービスを利用する場合、投稿したメッセージに、関連性のあるメッセージであることを識別するため、通常「タグ」を付加する手法が知られている。例えば、相互にコミュニケーションを行う友人の集合を示すタグを予め決めておき、当該タグをメッセージに付与してサーバに投稿するだけで、その投稿メッセージが友人に送信され、その友人の端末に投稿メッセージだけを表示させることが可能となる。
【０００８】
しかし、タグは個人が定義しているため、上述したテレビ放送・番組等に関連するメッセージを友人間で共有する場合、ユーザがタグとテレビ放送・番組との関係を記憶して使用する必要があった。テレビ放送・番組に対応したタグは、個人間で定義されているに過ぎず、テレビ放送・番組と関連付けられているというものではなかった。したがって、放送局側からは当該タグについてテレビ放送と関連づけることができなかった。
【０００９】
更に、ユーザが他の放送局を選局（チャンネルを変更）したり、他の番組が開始された場合に、選局操作や番組開始とメッセージサービスのタグ切り替えは連動しておらず、必要に応じてユーザが自ら変更しないと、他のユーザとリアルタイムにコミュニケーションを図るのが難しいという問題があった。
【００１０】
更に、閲覧性を向上させるため、コンテンツ（映像）と、投稿メッセージとを同じ画面に表示させたいというニーズが高まっている。しかし、そのまま映像にメッセージを重畳して表示してしまうと、メッセージ量が増えてしまうと、映像が見にくくなると言う問題点が生じてしまう。更に、映像と投稿メッセージを重畳せずに別の箇所に表示すると、映像の表示領域を小さくせざるを得ないという問題が生じてしまう。
【００１１】
本発明は、上述した課題に鑑み、テレビ放送と通信サービスとを融合させた場合に、テレビ放送におけるリアルタイム性を反映しつつ、利便性の高い通信サービスを提供することができるコンテンツ表示制御装置等を提供することである。
【課題を解決するための手段】
【００１２】
本発明のコンテンツ表示制御装置によれば、
放送局から放送コンテンツを受信可能であり、コミュニケーションサービスを提供しているサーバに接続可能なコンテンツ表示制御装置であって、
選局されているチャンネルを識別するためのチャンネル識別情報をその一部に含むユーザタグを、チャンネル毎に記憶するユーザタグ記憶手段と、
受信された放送コンテンツからチャンネル識別情報を取得するチャンネル識別情報取得手段と、
前記ユーザタグ記憶手段に記憶されたチャンネル毎のユーザタグの中から、前記チャンネル識別情報取得手段により取得されたチャンネル識別情報をその一部に含むユーザタグを抽出してサービスタグとして決定するサービスタグ決定手段と、
前記サービスタグを含む投稿メッセージを、前記サーバから受信する投稿メッセージ受信手段と、
前記放送コンテンツから復号された映像と、前記投稿メッセージ受信手段により受信された投稿メッセージとを併せて表示する制御を行う表示制御手段と、
を備え、
前記サービスタグ決定手段は、チャンネル変更に合わせて前記サービスタグを切り替えることを特徴とする。
【００１３】
本発明のプログラムは、
放送局から放送コンテンツを受信可能であり、コミュニケーションサービスを提供しているサーバに接続可能なコンピュータに、
選局されているチャンネルを識別するためのチャンネル識別情報をその一部に含むユーザタグを、チャンネル毎に記憶するユーザタグ記憶機能と、
受信された放送コンテンツからチャンネル識別情報を取得するチャンネル識別情報取得機能と、
前記ユーザタグ記憶機能に記憶されたチャンネル毎のユーザタグの中から、前記チャンネル識別情報取得機能により取得されたチャンネル識別情報をその一部に含むユーザタグを抽出してサービスタグとして決定するサービスタグ決定機能と、
前記サービスタグを含む投稿メッセージを、前記サーバから受信する投稿メッセージ受信機能と、
前記放送コンテンツから復号された映像と、前記投稿メッセージ受信機能により受信された投稿メッセージとを併せて表示する制御を行う表示制御機能と、
チャンネル変更に合わせて前記サービスタグを切り替えるサービスタグ切替機能と、
を実現させることを特徴とする。
【発明の効果】
【００１４】
放送局から放送コンテンツを受信可能であり、コミュニケーションサービスを提供しているサーバに接続可能なコンテンツ表示制御装置であって、受信された放送コンテンツからチャンネル識別情報を取得し、チャンネル識別情報が含まれているユーザタグを抽出してサービスタグとして決定する。そして、サービスタグを含む投稿メッセージを、サーバから受信して、放送コンテンツから復号された映像と、受信された投稿メッセージとを併せて表示する。これにより、チャンネル（放送コンテンツ）に対応付けら投稿メッセージが、映像と合わせて表示されることとなる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態における全体を説明するための図である。
【図２】本実施形態における映像表示装置の機能構成を説明するための図である。
【図３】本実施形態における映像表示装置の機能構成を説明するための図である。
【図４】本実施形態におけるユーザタグリストのデータ構成の一例を説明するための図である。
【図５】本実施形態におけるユーザタグについて説明するための図である。
【図６】本実施形態におけるメッセージ領域テーブルのデータ構成の一例を示すための図である。
【図７】本実施形態における領域情報に関する説明をするための図である。
【図８】本実施形態における領域情報に関する説明をするための図である。
【図９】本実施形態における領域情報に関する説明をするための図である。
【図１０】本実施形態におけるデータ格納領域を説明するための図である。
【図１１】本実施形態におけるデータ格納領域を説明するための図である。
【図１２】本実施形態におけるデータ格納領域を説明するための図である。
【図１３】本実施形態におけるデータ格納領域を説明するための図である。
【図１４】本実施形態における処理の流れを説明するための図である。
【図１５】本実施形態における処理の流れを説明するための図である。
【図１６】本実施形態における処理の概要を説明するための図である。
【図１７】本実施形態における動作例を説明するための図である。
【図１８】本実施形態における動作例を説明するための図である。
【図１９】本実施形態における動作例を説明するための図である。
【図２０】本実施形態における変形例を説明するための図である。
【発明を実施するための形態】
【００１６】
続いて、本発明のコンテンツ表示制御装置を適用した場合における実施形態について、図を使って説明する。コンテンツ表示制御装置として、放送局等から送信されている放送コンテンツ（番組）を受信して表示する表示装置（例えば、液晶テレビ等）を例にとって説明する。
【００１７】
［１．全体説明］
まず、表示装置を含むコンテンツ配信システム１について、図１を用いて説明する。図１に示すように、コンテンツ配信システム１は、放送局２０から受信される放送コンテンツを受信する表示装置１０が含まれている。ここで表示装置は複数存在しており、例えばインターネット網といったネットワークに接続されている。
【００１８】
また、ネットワークには、サーバ３０が接続されており、表示装置１０と通信可能に構成されている。サーバ３０は、種々のサービスを提供するが、本実施形態においては、例えば、コミュニケーションサービスの一例としてメッセージ共有サービスを提供しているサーバである。
【００１９】
メッセージ共有サービスは、各端末（例えば映像受信装置や、サーバ３０に接続されるコンピュータ、携帯電話、スマートフォン等の情報通信機器）が、それぞれ投稿メッセージを表示すると、他の端末にも表示されるサービスである。表示される投稿メッセージは、投稿メッセージ全体が表示されても良いし、予め登録した所定のユーザが送信した投稿メッセージのみが表示されるようにしても良い。このようなサービスとしては、Ｔｗｉｔｔｅｒ（登録商標）、Ｇｏｏｇｌｅ＋、Ｆａｃｅｂｏｏｋ（登録商標）、新浪微博等が提供されている。
【００２０】
［２．機能構成］
［２．１  全体の機能構成］
つづいて、表示装置１０の機能構成について、図２及び図３を用いて説明する。図２は、表示装置１０の全体的な機能構成を説明するための図であり、図３は、コンテンツ（放送コンテンツ）を受信する機能を中心に説明するための図である。
【００２１】
表示装置１０は、図２に示すように、制御部１００と、放送受信部１１０と、記憶部１２０と、ネットワークＩ／Ｆ部１３０と、表示部１４０と、音声出力部１５０と、入力部１６０とを備えて構成されている。
【００２２】
制御部１００は、表示装置１０の全体を制御するための機能部である。制御部１００は、記憶部１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。
【００２３】
放送受信部１１０は、放送局２０から放送コンテンツを受信するための機能部である。放送コンテンツとしては、例えば地上波デジタル放送や、デジタル衛星放送等により送信される放送コンテンツでも良いし、ネットワークを介した放送コンテンツ（例えば、ＩＰマルチキャスト放送）等でも良い。ここで、放送受信部１１０の詳細については、図３で説明する。
【００２４】
記憶部１２０は、表示装置１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００２５】
また、記憶部１２０には、ユーザタグリスト１２２と、メッセージ領域テーブル１２４とが記憶されている。ここで、ユーザタグリスト１２２のデータ構成の一例は図４であり、メッセージ領域テーブル１２４のデータ構成の一例は図６である。ユーザタグリスト１２２、メッセージ領域テーブル１２４の詳細については後述する。
【００２６】
ネットワークＩ／Ｆ部１３０は、外部の装置、サーバ等とネットワークを介して通信を行う際に、送受信する信号を接続されたネットワークに合致するプロトコルと内部方式へ相互に変換するネットワークインタフェース機能部である。例えば、ネットワークとしては、Ｅｔｈｅｒｎｅｔ（登録商標）や、ＩＮＳ回線といった有線回線や、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎや、ＷｉＭＡＸといった無線回線等により構成されている。本実施形態の場合には、表示装置１０が、ネットワークＩ／Ｆ部１３０に接続されたネットワークを介してサーバ３０と接続されている。
【００２７】
表示部１４０は、各種情報を表示したり、コンテンツから抽出される映像データを表示したりする機能部である。例えば、ＬＣＤ（Liquid Crystal Display）や、有機ＥＬディスプレイ等により構成されている。
【００２８】
音声出力部１５０は、受信されたコンテンツに含まれる音声データを出力するための機能部である。例えば、スピーカ等により構成されている。
【００２９】
入力部１６０は、ユーザからの操作入力を受け付けるための機能部である。例えば、ハードウェアキーやソフトウェアキーで構成されていても良いし、他の操作端末（例えば赤外線や無線で通信可能なリモコン装置）で構成されていても良い。
【００３０】
［２．２  放送受信部の機能構成］
つづいて、放送受信部１１０の機能構成について図３を用いて説明する。図３は、放送受信部１１０を説明するための図であり、放送受信部１１０と、放送受信部１１０が動作するために必要な機能部とを含む図である。
【００３１】
まず、放送局２０から放送コンテンツを含む放送波をチューナ１０００で受信する。そして、選局されるチャンネルに対応する信号を放送波から抽出し、復調部１０１０に出力される。
【００３２】
復調部１０１０は、チューナ１０００から入力される信号から、放送コンテンツ（例えば、トランスポートストリーム）が復調される。そして、放送コンテンツ（ＴＳ）に含まれる映像データ、音声データ、文字データ等が復号部１０２０により復号される。また、ＴＳ中の選局されているチャンネルに関する情報が、サービスタグ決定部１１００に出力される。
【００３３】
また、ユーザから入力部１６０により入力される投稿メッセージが、入力情報符号化部１５００に入力される。例えば、入力部１６０として、キーボードが接続されており、キーボードからのキー入力に応じた文字情報が符号化され、出力される。この符号化された情報は、ネットワークＩ／Ｆ部１３０に入力される。
【００３４】
ネットワークＩ／Ｆ部１３０は、ネットワークのインターフェースであり、当該入力された文字情報（投稿メッセージ）をサーバ３０に送信する。また、サーバ３０から配信される投稿メッセージ等をネットワークＩ／Ｆ部１３０が受信し、サービス復号部１２００に出力する。
【００３５】
このとき、入力情報符号化部１５００から出力される文字情報（投稿メッセージ）には、サービスタグが付加されることとなる。詳細な処理の説明は後述するが、チューナ１０００により選局されているチャンネルの識別するチャンネル識別情報が、復調部１０１０からサービスタグ決定部１１００に出力される。
【００３６】
サービスタグ決定部１１００は、ユーザタグリスト１２２に記憶されているユーザタグの中から、復調部１０１０から出力されるチャンネル識別情報を含むタグを選択することで、視聴するサービスタグを決定する機能部である。決定されたサービスタグは、サービス復号部１２００に出力される。
【００３７】
サービス復号部１２００は、ネットワークＩ／Ｆ部１３０により受信されている投稿メッセージから、サービスタグ決定部１１００により決定されたサービスタグに基づいて投稿メッセージを抽出する。そして、抽出された投稿メッセージを情報合成部１３００に出力する。情報合成部１３００は、復号部１０２０から入力される領域情報に基づいて投稿メッセージを表示する箇所（メッセージ領域）を決定する。そして、情報合成部１３００から出力されるメッセージ領域に表示される投稿メッセージと、復号部１０２０から出力される映像データとが合成部１４００において合成されて出力される。合成して出力された映像データは、表示部１４０に表示される。
【００３８】
［３．基本説明］
続いて、処理を説明する前に、本実施形態において用いられる基本的な技術及び用語について簡単に説明する。
【００３９】
［３．１  サービスタグ］
まず、サービスタグについて説明する。ここで、サービスタグとは、ＳＮＳや、メッセージ投稿サービスにおいて、トピックを識別するための情報である。そして、サービスタグが同一のメッセージは関連するメッセージであると識別される。本実施形態では、一例として「＃」ではじまる文字列をサービスタグとして定義する。
【００４０】
例えば、Ａドラマを見ている人が「＃Ａｄｏｒａｍａ」というタグを投稿メッセージに付けてサーバ３０へ送信し、Ａドラマを見ている他の人が、「＃Ａｄｏｒａｍａ」というサービスタグを含む投稿メッセージだけを受信することで、Ａドラマを見ている人の投稿メッセージだけを受信できることとなる。
【００４１】
ここで、まずユーザは、自分がメッセージを作成するトピック（サービスタグ）を集めたユーザタグリスト１２２を作成する。ユーザタグリスト１２２の一例を図４に示す。ユーザタグリスト１２２に記憶されているリストには、チャンネル（放送局）の識別情報（例えば、ＣＨ_１）を示す「ＣＨ＿１」が含まれている。これにより、例えば選局中のチャンネルの識別情報が「ＣＨ＿１」の場合は「Ａ−ｓａｎ１＿ＣＨ＿１」のユーザタグがサービスタグとして選択・決定されることになる。
【００４２】
続いて、サービスタグとそのサービスの視聴者との関係について図５を用いて説明する。図５は、ユーザＡが作成したそれぞれのサービスタグと、そのサービスタグに紐付けられたメッセージを視聴するユーザをグルーピングしている図である。例えば、Ｅさんがサービスタグとして「Ａ−ｓａｎ１＿ＣＨ＿１」、「Ａ−ｓａｎ２＿ＣＨ＿２」を購読しており、「ＣＨ＿１」を受信した場合は、Ａ、Ｆ、Ｇ、Ｌ、ＫがＣＨ１の視聴者としてグルーピングされる。もし、Ｅさんが「ＣＨ＿２」を選局すると、今度は「Ａ−ｓａｎ２＿ＣＨ＿２」をサービスタグとして利用することとなり、Ｂ、Ｃ、Ｄが「ＣＨ＿２」の視聴者としてグルーピングされる。ここで、購読とは、該当のサービスタグをユーザタグリスト１２２へ追加することを意味する。
【００４３】
ユーザタグリスト１２２に含まれる複数のサービスタグにチャンネルを示す共通の文字列が含まれる場合は、受信するメッセージのサービスタグをユーザに選択させる必要がある。選択方法としては、ダイヤログを出して意図的に選ばせる場合と、前回選択したサービスタグを優先させる方法が考えられる。
【００４４】
逆に、ユーザタグリスト１２２にチャンネルの識別情報を含むサービスタグが含まれない場合、視聴中の番組に対するメッセージサービスは存在しないため、メッセージのダウンロードは行わない。それ以外の方法としては、ツイッターの「＃ｎｈｋ」など、既にそのチャンネルと紐付いて作成されている不特定多数向けのサービスタグを選択する方法も考えられる。この場合、「＃ｎｈｋ」サービスタグは、あらかじめ装置に組み込んでおくか、後述するＥＰＧ（Ｅｌｅｃｔｒｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）からキーワードを抜き出して決定する。こうすることで、あるチャンネルの特定のトピックに対して付与されたサービスタグに関する情報も表示することができる。
【００４５】
更に、上記説明では、サービスタグに選局中のチャンネルの識別情報が含まれる場合を説明したが、野球中継とサッカー中継を行ったり来たりしながら視聴するなど、複数のチャンネルに１つのサービスタグを対応させたい場合がある。この場合、例えば、野球中継のチャンネルの識別情報「ＣＨ１」と、サッカー中継のチャンネルの識別情報「ＣＨ２」を、「ＣＨ＿１」へ変換可能な変換テーブルを内蔵させ、識別情報の代わりに変換後の識別情報を用いることで、実現できる。
【００４６】
このように、放送局２０から受信されるチャンネル識別情報に基づいて、ＳＮＳやメッセージ投稿サービスのサービスタグを決めることができるため、受信されているチャンネル、番組等に応じて自動的に適切なサービスタグのメッセージを視聴することができる。
【００４７】
なお、本実施形態において、放送局２０から受信される識別情報として、チャンネル識別情報を用いるが、例えばジャンル毎や番組毎に決められても良い。
【００４８】
［３．２  領域情報］
次に領域情報について説明する。領域情報とは、放送局が放送コンテンツに応じて投稿メッセージを表示する場所を示した情報である。受信された領域情報に基づいて、表示部１４０に対応したメッセージ領域が設定され、メッセージ領域テーブル１２４に記憶される。例えば、図６に示すように、メッセージ領域の形状（例えば、「矩形」）と、領域（例えば、「（３００，２００）−（６００，４００）」とが対応づけて記憶されている。
【００４９】
ここで、領域情報としては相対座標を指定し、表示装置１０が自装置の表示部１４０の解像度に応じて絶対座標をメッセージ領域としても良い。また、領域情報として指定された情報を、表示装置１０がそのまま利用しても良い。この場合は、領域情報とメッセージ領域とは同義となる。
【００５０】
この領域指定の方法としては種々の方法が考えられる。例えば、矩形や三角形、円といった領域であっても良いし、ベクトルを用いて領域を指定しても良い。ベクトルを用いることにより、例えば図７に示すような複雑な形状であっても領域として指定することができる。更に、領域情報として、投稿メッセージを領域の内側に表示するのか（図８（ａ））、領域の外側に表示するのか（図８（ｂ））を指定しても良い。
【００５１】
これらの領域情報は、放送コンテンツ（ＴＳ）に含めて受信される。例えば、領域指定のフォーマットとしては、図９に示すように、領域の内側か外側かを示す属性、頂点数、投稿メッセージが流れる方向、各頂点の座標とが含まれるようなものである。
【００５２】
［３．３  領域情報、チャンネル識別情報の格納方法］
続いて、領域情報、チャンネル識別情報の格納方法について説明する。基本的には、両情報は、ＭＰＥＧ−２規格で定められた記述子形式で格納される。記述子は、セクション形式の記述子領域に格納され、更にセクションは、デジタル放送のＴＳ（Transport Stream）パケットのペイロードに格納される、という三層構造になっている。まず、記述子の構造について図１０を用いて説明する。
【００５３】
図１０は、記述子の構造を示した図である。記述子は、記述子タグと、記述子長と、格納領域とを含んで構成されている。記述子タグは、その記述子を識別するための情報であり、記述子長は格納される情報の長さを表す。格納領域はその記述子に対応する情報を格納する領域で、例えば図９で示した領域情報等が格納されている。
【００５４】
次に、図１１に、セクションの具体例として、ＳＤＴ（Service Description Table）の構造を示す。ＳＤＴは、ＳＩ（Service Information）の一種で、デジタル放送のＴＳにサービス（放送局単位）に紐付けられる情報が格納されるため、ＳＤＴの記述子領域に領域情報もしくはチャンネル識別情報に対応する記述子が含まれれば、その値は、サービス単位で共通に用いられる。また、格納領域情報は、より小さい単位（フレーム、シーン、番組など）で切り替えるのが適当である。例えば、番組単位で切り替えたい場合には、図１２に示すようにＥＩＴ（Event Information Table）において提供される。
【００５５】
更にフレーム単位で切り替える場合、デジタル放送では、フレームに対応するセクションは定義されていないため、上述のようにセクションに格納する方法の代わりに、例えば映像圧縮データにフレーム単位で挿入する方法（図１３（ａ））や、独立のストリームとして多重化する方法（図１３（ｂ））が考えられる。独立のストリームとして多重化する場合、フレームとの対応付けはタイムスタンプを用いて行う。
【００５６】
［４．処理の流れ］
本実施形態における処理の流れについて、図１４及び図１５を用いて説明する。図１４は、本実施形態のメイン処理である。
【００５７】
まず、ユーザにより視聴する（表示する）放送局が選局されると、選局されたチャンネルに対応する放送コンテンツが受信される（ステップＳ１０２）。
【００５８】
まず、ＳＤＴ、ＥＩＴ、映像圧縮データもしくは独立のストリームに対し解析を行い、領域情報が含まれているか否かを判定する（ステップＳ１０４）。領域情報が含まれている場合、当該領域情報を読み出してメッセージ領域を割り当てる（ステップＳ１０６）。
【００５９】
ここで、領域情報が無い場合には（ステップＳ１０４；Ｎｏ）、改めてメッセージ領域を割り当てる処理は行われない。この場合は、初期設定として予め設定されているメッセージ領域が用いられることとなる。
【００６０】
続いて、受信されている放送コンテンツのＳＤＴ、ＥＩＴ、映像圧縮データもしくは独立のストリームに対し解析を行い、チャンネル識別情報が含まれているか否かを判定する（ステップＳ１０８）。ここで、チャンネル識別情報が含まれている場合（ステップＳ１０８；Ｙｅｓ）、当該チャンネル識別情報を含むユーザタグがあるか否かを判定する（ステップＳ１１０）。
【００６１】
ここで、当該チャンネル識別情報を含むユーザタグがある場合（ステップＳ１１０；Ｙｅｓ）、サービスタグが決定される（ステップＳ１１２）。当該サービスタグを利用することにより、投稿メッセージについて識別、抽出することが可能となる。
【００６２】
なお、上記説明では、ＳＤＴ、ＥＩＴ、映像圧縮データもしくは独立のストリームの順序で領域情報の有無を判定した後、更に、ＳＤＴ、ＥＩＴ、映像圧縮データもしくは独立のストリームに対し解析を行いチャンネル識別情報の有無を判定するフローを説明したが、ＳＤＴに対して、領域情報の有無を判定した後に、チャンネル識別情報の有無を判定し、次いで、ＥＩＴ，映像圧縮データもしくは独立のストリームのという順序で同様の判定を行っても良い。更に、領域情報の有無を判定したとチャンネル識別情報の有無を判定は逆の順序で行っても良い。
【００６３】
また、本実施形態においては、チャンネル識別情報として、選局されている放送局毎に割り当てられているチャンネル識別情報に基づいて処理を説明するが、例えば番組毎に割り当てられる番組識別情報に基づいて処理しても良い。この場合は、番組毎にサービスタグが決定されることとなる。
【００６４】
また、ユーザタグリスト１２２において、チャンネル識別情報（番組識別情報）を含むユーザタグが複数ある場合は、例えば一覧表示してユーザに選択させることとしても良いし、優先度の高いタグ（例えば、最初に設定されたタグ）を利用することとしても良い。また、ユーザタグリスト１２２に予め重複して登録できないような設定としても良い。
【００６５】
続いて、決定されたサービスタグに対応する投稿メッセージの送信をサーバ３０へ要求し、新規メッセージが受信されたか否かを判定する（ステップＳ１１４）。
【００６６】
ここで、投稿メッセージを受信していない場合（ステップＳ１１４；Ｎｏ）は、ステップＳ１１４を繰り返し実行する。
【００６７】
続いて、投稿メッセージの投稿者を表示部１４０に表示する処理を実行する。この処理としては種々の方法が考えられるが、本実施形態の場合、例えば投稿者が初めてか否かを判定する（ステップＳ１１８）。そして、投稿者が初めてである場合には、表示部１４０の所定の表示領域に投稿者を追加表示する（ステップＳ１２０）。この投稿者を一覧表示する処理（図１４の点線部で囲まれた処理）は、他の方法で実現されても良い。
【００６８】
続いて、受信された投稿メッセージをメッセージ領域に表示し（ステップＳ１２２）、投稿メッセージ入力処理（ステップＳ１２４）を実行した後、Ｓ１１４に戻る。
【００６９】
続いて、ステップＳ１２４の投稿メッセージ入力処理について、図１５を用いて説明する。まず、投稿メッセージの入力があったか否かの判定を行う（ステップＳ２０２）。特にユーザから投稿メッセージの入力がない場合には、ステップＳ１０２から処理を繰り返し実行する。
【００７０】
次に、ユーザから投稿メッセージの入力があった場合、サービスタグが決定されているか否かを判定する（ステップＳ２０４）。サービスタグが決定されている場合は、投稿メッセージにサービスタグを付加し（ステップＳ２０４；Ｙｅｓ→ステップＳ２０６）、投稿メッセージをサーバ３０に送信する（ステップＳ２０８）。
【００７１】
図１６を用いて、本処理の概略を説明する。図１６（ａ）は、ユーザから入力された投稿メッセージを示す図である。本図では、ユーザから「今映った人、知ってる！」と入力され（図１５のステップＳ２０２）、送信されることとなる。
【００７２】
ここで、サービスタグが「＃Ａ−ｓａｎ１＿ＣＨ＿１」と決定されている。したがって、入力された投稿メッセージにサービスタグが付加され（図１５のステップＳ２０６）、「今映った人、知ってる！  ＃Ａ−ｓａｎ１＿ＣＨ＿１」という投稿メッセージが送信される（図１５のステップＳ２０８）。
【００７３】
図１６（ｂ）は、サーバ３０上における投稿メッセージの一覧（いわゆるタイムライン等と呼ばれるもの）である。この投稿メッセージが受信され（図１４のステップＳ１１４）、その中でサービスタグが含まれているものが表示される（図１６（ｃ）、図１４のステップＳ１１８〜ステップＳ１２２）。なお、このときにサービスタグを省略して表示しても良いし、そのまま表示しても良い。図１６（ｃ）については、サービスタグが非表示となっている。
【００７４】
［５．実施例］
続いて、表示部１４０に表示される表示画面の例を用いて実施例を説明する。図１７の表示画面Ｗ１００は、領域Ｒ１００に映像が表示され、領域Ｒ１０２に投稿者が一覧表示されている。投稿者は、アイコンＭ１０２ｂ、Ｍ１０２ｃ、Ｍ１０２ｄとして、それぞれ表示されている。
【００７５】
また、映像が表示されている領域Ｒ１００の中において、メッセージ領域Ｒ１０４が設定されている。このメッセージ領域Ｒ１０４の中には、投稿メッセージが表示される。投稿メッセージとしては、例えばアイコンＭ１０２ｂの投稿者に対応して投稿メッセージＭ１０４ｂが、アイコンＭ１０２ｃの投稿者に対応して投稿メッセージＭ１０４ｃが、アイコンＭ１０２ｄの投稿者に対応して投稿メッセージＭ１０４ｄがそれぞれ表示されている。
【００７６】
ここで、投稿者とメッセージとを対応づける方法としては種々の方法が考えられる。例えば、投稿者の名前を併せて表示することとしても良いし、メッセージが表示される位置を固定するようにしても良い。また、投稿者毎に色を設定し、メッセージに色をつけたり、フォントを変えたりする、文字の大きさを変えたりするといった何らかの識別表示をするようにしても良い。
【００７７】
このように、どの投稿者がどのメッセージを投稿（送信）したのかがユーザにとって識別できるように表示されれば良い。なお、設定によっては、逆に識別表示されないように（例えば、自由に投稿することを目的とするため、投稿者が解らない設定とする）しても良い。
【００７８】
また、チャンネルを切り替えた場合が図１８に示す表示画面Ｗ２００である。今度は、投稿者アイコンとしてＭ２０２ｂが表示され、メッセージ領域Ｒ２００に投稿メッセージＲ２０４ｂが表示されている。
【００７９】
このように、選局されるチャンネル毎、受信される番組毎にメッセージ領域が変化することにより、表示されている映像に適した領域に投稿メッセージが表示されることとなる。また、この設定領域は放送局から指定される領域指定に基づいており、放送局側が放送コンテンツ（映像）の邪魔にならない位置に設定することが可能となる。
【００８０】
図１９は、上述したように投稿メッセージに、投稿者の識別情報を表示した場合の例を示した図である。表示画面Ｗ３００に表示するように、例えばアイコンＭ２０２ｄの投稿者に対応する投稿者の識別情報（ＩＤ）が、Ｍ２０４ｄに表示されている。そして、投稿メッセージＭ２０６ｄに、投稿者の識別情報が付加されることにより、容易に誰が投稿したメッセージかを把握することが可能となる。
【００８１】
［６．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【００８２】
上述した実施形態においては、ユーザタグリスト１２２に予めユーザタグが記憶されていることとして説明した。しかし、ユーザタグリスト１２２に予め登録せずに、サービスタグをその場で生成することとしても良い。例えば、図２０に示すように、まず投稿メッセージの入力があると（ステップＳ３０２；Ｙｅｓ）、受信された放送波にチャンネル識別情報が含まれているか否かを判定する（ステップＳ３０４）。
【００８３】
ここで、例えば所定の接頭語（例えば「Ａ＿ｓａｎ」）等が登録されており、これとチャンネル識別情報とを結合してサービスタグを生成する（ステップＳ３０６）。そして、投稿メッセージにサービスタグを付加し（ステップＳ３０８）、投稿メッセージをサーバ３０に送信する（ステップＳ３１０）こととしても良い。
【００８４】
なお、上記ステップは、投稿メッセージ送信のタイミングで行うこととして説明したが、例えば選局時（新たなチャンネル受信時）に行っても良い。
【００８５】
また、ユーザタグリストの他に、例えば接頭語のリスト（フレンドタグリスト）の様なリストをもっており、フレンドに含まれるユーザは共通のユーザタグを利用することとしても良い。例えば、「Ａ−ｓａｎ」と、「Ｂ−ｓａｎ」とがフレンドである場合には、「Ａ−ｓａｎ＿ＣＨ１」と「Ｂ−ｓａｎ＿ＣＨ２」とが、「ｎａｋａｍａ＿ＣＨ１」というタグを使用することとしても良い。
【００８６】
また、上述する実施形態においては、投稿メッセージの表示領域を放送局から指定される領域情報に基づいて決定しているが、利用者が意図的に異なる領域をメッセージ領域として設定しても良い。
【００８７】
更に、領域指定して映像上にテキストを重畳させる代わりに、テキスト音声変換処理を行って、音声再生しても良い。
【００８８】
更に、上述した実施形態では表示制御装置の一例として液晶テレビを例にとって説明したが、例えばコンピュータ、ＨＤＤレコーダ、ＳＴＢ（Set Top Box）、カーナビゲーション、携帯電話、スマートフォンといった、他のコンテンツが表示制御可能な表示装置であれば適用可能なことは勿論である。
【００８９】
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【００９０】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（(Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【００９１】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【００９２】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【００９３】
１        ：コンテンツ配信システム
１０      ：表示装置
２０      ：放送局
３０      ：サーバ
１００    ：制御部
１１０    ：放送受信部
１２０    ：記憶部
１２２    ：ユーザタグリスト
１２４    ：メッセージ領域テーブル
１３０    ：ネットワークＩ／Ｆ部
１４０    ：表示部
１５０    ：音声出力部
１６０    ：入力部
１０００  ：チューナ
１０１０  ：復調部
１０２０  ：復号部
１１００  ：サービスタグ決定部
１２００  ：サービス復号部
１３００  ：情報合成部
１４００  ：合成部
１５００  ：入力情報符号化部
【図１】
0006006962.tif 000002
【図２】
0006006962.tif 000003
【図３】
0006006962.tif 000004
【図４】
0006006962.tif 000005
【図５】
0006006962.tif 000006
【図６】
0006006962.tif 000007
【図７】
0006006962.tif 000008
【図８】
0006006962.tif 000009
【図９】
0006006962.tif 000010
【図１０】
0006006962.tif 000011
【図１１】
0006006962.tif 000012
【図１２】
0006006962.tif 000013
【図１３】
0006006962.tif 000014
【図１４】
0006006962.tif 000015
【図１５】
0006006962.tif 000016
【図１６】
0006006962.tif 000017
【図２０】
0006006962.tif 000018
【図１７】
0006006962.tif 000019
【図１８】
0006006962.tif 000020
【図１９】
0006006962.tif 000021