WO2018142515A1

WO2018142515A1 - コンテンツ配信方法、コンテンツ取得方法および情報処理端末

Info

Publication number: WO2018142515A1
Application number: PCT/JP2017/003639
Authority: WO
Inventors: 清水　宏; 橋本　康宣; 奥　万寿男; 吉澤　和彦
Original assignee: マクセル株式会社
Priority date: 2017-02-01
Filing date: 2017-02-01
Publication date: 2018-08-09

Abstract

放送コンテンツの再利用時であっても、配信事業者の制約無しに所望のネットワークコンテンツを、放送コンテンツに連携させて視聴可能とする。時系列で変化する第一コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツを配信するコンテンツ配信方法であって、前記第一コンテンツ毎に、前記関連コンテンツを、ＩＰネットワーク１１０を介して予め収集して管理する関連コンテンツ収集ステップと、ユーザにより選択された前記第一コンテンツに同期させて、管理する前記関連コンテンツを配信するコンテンツ配信ステップと、を備えることを特徴とするコンテンツ配信方法を提供する。

Description

コンテンツ配信方法、コンテンツ取得方法および情報処理端末

　本発明は、放送コンテンツの再利用時に、連動してネットワークコンテンツを配信する技術、および／または、配信されたネットワークコンテンツを放送コンテンツとともに視聴する技術に関する。

　本技術分野の背景技術として、特開２０１４－２２０５５４号公報（特許文献１）がある。特許文献１には、ＩＰ網を介して接続された各コンテンツ受信装置からの接続要求によりセッションを確立し、セッションが確立された各コンテンツ受信装置から遅延量設定要求を受信すると、各コンテンツ受信装置に対して送信遅延量を算出し、この送信遅延量が経過するまでＩＰコンテンツを待機させ、送信遅延量が経過したセッションから順に、確立されたセッションによりＩＰコンテンツを対応するコンテンツ受信装置に送信するＩＰコンテンツ配信サーバと、放送事業者の放送送出装置から送信された放送コンテンツを受信し、ＩＰコンテンツ配信サーバから放送コンテンツに同期して送信されたＩＰコンテンツを受信し、放送コンテンツとＩＰコンテンツとを復号して合成するコンテンツ受信装置とが開示されている。

特開２０１４－２２０５５４号公報

　特許文献１に開示の技術では、放送コンテンツとＩＰコンテンツ（ネットワークコンテンツ）とを同期させるためにネットワークコンテンツの配信サーバで遅延調整を行う。このため、配信サーバで、ネットワークコンテンツの制作設備内における遅延量、受信装置における放送コンテンツの到達時間とネットワークコンテンツの到達時間の差等の情報を得る必要がある。このため、放送コンテンツを送出する放送事業者とネットワークコンテンツを配信するコンテンツ配信事業者とが同一、もしくは極めて近い関係にある必要がある。従って、独立したネットワークコンテンツ配信事業者が配信するネットワークコンテンツを利用することは難しく、配信事業者の制約が大きい。

　最近、本放送として放送済みの放送コンテンツを、再放送やＶＯＤ（Ｖｉｄｅｏ　Ｏｎ　Ｄｅｍａｎｄ）などで再利用することがある。特許文献１には、このような再利用時の配信手法の開示はない。

　本発明は、上記事情に鑑みてなされたものであり、放送コンテンツの再利用時に、配信事業者の制約無しに所望のネットワークコンテンツを、放送コンテンツに連携させて視聴可能とする技術を提供することを目的とする。

　本発明は、時系列で変化する第一コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツを配信するコンテンツ配信方法であって、前記第一コンテンツ毎に、前記関連コンテンツを、ネットワークを介して予め収集して管理する関連コンテンツ収集ステップと、ユーザにより選択された前記第一コンテンツに同期させて、管理する前記関連コンテンツを配信するコンテンツ配信ステップと、を備えることを特徴とするコンテンツ配信方法を提供する。

　また、本発明は、時系列で変化する第一コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツをコンテンツ配信サーバから受信して視聴可能な態様で出力するコンテンツ取得方法であって、前記第一コンテンツを特定する情報を受け付け、前記コンテンツ配信サーバに送信する第一コンテンツ受付ステップと、前記関連コンテンツを特定する情報を受け付け、前記コンテンツ配信サーバに送信する関連コンテンツ受付ステップと、前記コンテンツ配信サーバにデータ送信要求を送信するコンテンツ要求ステップと、前記データ送信要求に応じて配信される前記関連コンテンツを受信し、視聴可能な態様で出力するコンテンツ出力ステップと、を備えることを特徴とするコンテンツ取得方法を提供する。

　さらに、時系列で変化する第一コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツをコンテンツ配信サーバから受信して視聴可能な態様で出力する情報処理端末であって、前記コンテンツ配信サーバにデータ送信要求を送信するコンテンツ要求部と、前記データ送信要求に応じて配信される前記関連コンテンツを受信するコンテンツ受信部と、前記コンテンツ受信部が前記関連コンテンツを受信する毎に、受信した当該関連コンテンツを、視聴可能な態様で出力するコンテンツ出力部と、を備えることを特徴とする情報処理端末を提供する。

　本発明によれば、放送コンテンツの再利用時に、配信事業者の制約無しに所望のネットワークコンテンツを、放送コンテンツと連携させて視聴できる。上記に記載した以外の目的、構成、効果は、以下の説明で明らかにされる。

第一の実施形態のコンテンツ配信システムの構成図である。第一の実施形態のコンテンツ視聴装置の構成図である。第一の実施形態の情報処理端末の機能ブロック図である。（ａ）は、第一の実施形態の認証画面例を、（ｂ）は、第一の実施形態の第一入力画面例を、（ｃ）は、第一の実施形態の第二入力画面例を、（ｄ）は、第一の実施形態の関連コンテンツ選択画面６４０を、それぞれ説明するための説明図である。第一の実施形態のコンテンツ配信サーバ１３０の構成図である。第一の実施形態の放送コンテンツおよび関連コンテンツの配信タイミングを説明するための説明図である。第一の実施形態の視聴タイミングデータベースを説明するための説明図である。第一の実施形態のコンテンツ配信システムの各部の、放送コンテンツ再放送時の動作シーケンスである。第一の実施形態のコンテンツ配信システムの各部の、ＳＮＳデータ配信に関連する動作シーケンスである。（ａ）は、第一の実施形態のコンテンツ視聴アプリにより実現される処理のフローチャートであり、（ｂ）は、第一の実施形態のＳＮＳアプリにより実現される処理のフローチャートである。第一の実施形態の、再放送時の放送コンテンツおよび関連コンテンツの配信タイミングを説明するための説明図である。（ａ）は、第一の実施形態の再放送時の、ＴＶ装置のディスプレイの表示例を、（ｂ）は、第一の実施形態の再放送時の、情報処理端末の入力表示部に表示されるコンテンツ表示画面例を、それぞれ説明するための説明図である。第一の実施形態のコンテンツ配信システムの各部の、ＶＯＤ配信時の動作シーケンスである。第一の実施形態のインタラクティブ操作時に情報処理端末に表示される操作受付画面を説明するための説明図である。第一の実施形態のコンテンツ配信システムの各部の、ＶＯＤ配信時にインタラクティブ操作がなされた場合の動作シーケンスである。第一の実施形態のコンテンツ配信システムのＶＯＤサーバおよびコンテンツ配信サーバにおける、データ配信処理のフローチャートである。第一の実施形態の、インタラクティブ操作がなされた場合の、放送コンテンツおよび関連コンテンツの配信タイミングを説明するための説明図である。第一の実施形態のコンテンツ視聴装置の変形例の構成図である。（ａ）および（ｂ）は、第一の実施形態の変形例の、再放送時の、情報処理端末の入力表示部に表示される表示画面例を、それぞれ説明するための説明図である。第二の実施形態のコンテンツ配信システムの構成図である。第二の実施形態のコンテンツ視聴装置の構成図である。第二の実施形態のコンテンツ配信システムの各部の、放送コンテンツ再放送時の動作シーケンスである。第二の実施形態のコンテンツ視聴装置の変形例の構成図である。

　以下、図面を参照しながら本発明の実施形態について説明する。以下、本明細書において、同一機能を有するものは、特に断らない限り、同一の符号を付し、繰り返しの説明は省略する。

　＜＜第一の実施形態＞＞
　本発明の第一の実施形態を説明する。本実施形態では、放送コンテンツの、最初の放送以外の再利用時に、当該放送コンテンツに関連したネットワークコンテンツを、当該放送コンテンツに同期させて配信する。視聴装置では、当該放送コンテンツと当該関連したネットワークコンテンツとを、受信し、出力する。

　以下、本実施形態では、放送コンテンツの最初の放送を、本放送と呼ぶ。また、本実施形態で扱う放送コンテンツおよびネットワークコンテンツは、それぞれ、時系列で内容が変化するものとする。さらに、放送コンテンツに関連するネットワークコンテンツを、本放送時の放送コンテンツに対する配信タイミングと同じタイミングで配信することを、放送コンテンツに同期して配信すると呼ぶ。

　放送コンテンツの再利用には、再放送や、ＶＯＤ（Ｖｉｄｅｏ　Ｏｎ　Ｄｅｍａｎｄ）による配信等がある。ＶＯＤ配信は、ユーザが要求した時点でコンテンツを配信するサービスである。以下、本実施形態では、再放送の場合を例にあげて説明する。

　放送コンテンツに関連したネットワークコンテンツには、例えば、放送連動コンテンツ、フリーコンテンツ、ＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ）を介して送受信するメッセージ（以下、ＳＮＳデータと呼ぶ。）等がある。

　放送連動コンテンツは、放送コンテンツとともに送信することを意図して作成されたネットワークコンテンツである。コンテンツ制作者が放送コンテンツを制作する場合、実際の放送に使用される以外のコンテンツを大量に制作する。これらを、放送時間枠に合わせてカットし、放送コンテンツとする。放送連動コンテンツは、このようなカットされた放送コンテンツ以外のコンテンツを含む。その他、スポーツ番組中継において、競技選手の情報や、カーレースや自転車競技などのリアルタイムラップ情報も含む。さらには、放送コンテンツとは異なるアングル、場所に設置したサブテレビカメラの映像なども含む。

　放送連動コンテンツは、放送コンテンツを制作した放送事業者、あるいは、放送コンテンツ制作者から、データを譲り受けたプロバイダ等により提供される。放送連動コンテンツの提供者を、放送連動コンテンツプロバイダと呼ぶ。このような放送連動コンテンツを、ネットワークを介して配信することにより、コンテンツ制作者の事業機会が増す。

　フリーコンテンツは、放送連動コンテンツプロバイダ以外のプロバイダにより提供されるネットワークコンテンツである。フリーコンテンツの提供者を、フリーコンテンツプロバイダと呼ぶ。

　ＳＮＳデータは、例えば、放送コンテンツに関連して視聴者が感想をリアルタイムにやり取りするメッセージデータ等を含む。ＳＮＳデータは、ＳＮＳサービスプロバイダにより提供される。これらを、放送コンテンツと同時にユーザに提供することにより、ユーザの放送コンテンツの視聴の楽しみを増大させることができる。

　ＳＮＳサービスプロバイダが提供するＳＮＳサービスは、他の人のコメントの受信、ユーザによるコメントの送信を、任意のタイミングで繰り返すことが可能なものである。また、ＷＥＢ　ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）等を用いて、ＳＮＳサーバ１７０が管理するＳＮＳデータにアクセスする。なお、ソーシャルネットワークサービスを介して送受信するメッセージを公開（収集し、提供）するサーバを、ＳＮＳサーバと呼ぶ。

　以下、特に区別する必要がない場合、放送コンテンツに関連する、放送連動コンテンツ、フリーコンテンツ、ＳＮＳデータをまとめて、関連コンテンツと呼ぶ。

　［システム構成］
　まず、上記を実現する、本実施形態のシステム構成について説明する。図１は、本実施形態のコンテンツ配信システム１００を説明するための図である。本実施形態のコンテンツ配信システム１００は、ＩＰネットワーク１１０と、コンテンツ視聴装置１２０と、コンテンツ配信サーバ１３０と、放送設備１４０と、ＶＯＤサーバ１５０と、フリーコンテンツサーバ１６０と、ＳＮＳサーバ１７０と、放送連動コンテンツサーバ１８０と、を備える。なお、放送設備１４０、各サーバ１３０、１５０、１６０、１７０、１８０、コンテンツ視聴装置１２０の数は、ここに示されている数に限定されない。

　放送設備１４０、各サーバ１３０、１５０、１６０、１７０、１８０、コンテンツ視聴装置１２０は、それぞれ、ＩＰネットワーク１１０に接続し、ＩＰネットワーク１１０を介して、互いにデータの送受信を行う。ＩＰネットワーク１１０は、各装置が、図示しないＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続され、該ＬＡＮから周知のルータ装置等によってインターネットに接続する構成全体を指す。

　放送設備１４０は、放送コンテンツ制作者が制作した放送コンテンツを、一手段として電波による放送信号１４１として、放送する。放送設備１４０は、例えば、放送事業者が保有する。放送コンテンツ制作者は、テレビカメラなどの映像機材を使い、放送コンテンツを制作する。コンテンツ制作者は、放送事業者の一部門、または、独立事業者である。あるいは、コンテンツオーナから委託され、コンテンツを制作してもよい。

　なお、放送コンテンツは、放送設備１４０からＩＰネットワーク１１０を介して配信するＩＰ放送、ＶＯＤ等の形態で提供されてもよい。また、日時を変えて再放送されてもよい。これらにより、放送事業者は、同一放送コンテンツを再利用して、事業機会の最大化を図る。

　ＶＯＤサーバ１５０は、放送コンテンツを、ＶＯＤで配信する。例えば、ＶＯＤコンテンツプロバイダが保有する。なお、ＶＯＤコンテンツプロバイダは、放送コンテンツを提供する放送事業者と同一の業者であってもよいし、独立した事業者であってもよい。ＶＯＤサーバ１５０は、放送コンテンツ、放送コンテンツに関連して放送事業者が制作したコンテンツの一部もしくは全部、あるいは、映画等の独立コンテンツを、ユーザの要求に応じて、有料もしくは一部無料にて配信する。

　放送連動コンテンツサーバ１８０は、放送連動コンテンツプロバイダが保有し、放送連動コンテンツを提供する。

　フリーコンテンツサーバ１６０は、フリーコンテンツプロバイダが保有し、フリーコンテンツを提供する。

　ＳＮＳサーバ１７０は、ＳＮＳサービスプロバイダが保有し、ＳＮＳデータを収集し、提供する。

　コンテンツ配信サーバ１３０は、関連コンテンツを予め収集して保持し、ユーザの要求に応じて提供する。関連コンテンツは、放送コンテンツが本放送される際、収集される。また、関連コンテンツは、コンテンツ視聴装置１２０からのデータ送信要求に応じて提供される。なお、提供する関連コンテンツには、コンテンツ配信サーバ１３０が自ら制作したコンテンツが含まれてもよい。コンテンツ配信サーバ１３０の詳細は、後述する。

　なお、上記各サーバ１３０、１５０、１６０、１７０、１８０は、それぞれ独立したサーバであってもよいし、いくつかの機能が１つのサーバで実現されていてもよい。

　コンテンツ視聴装置１２０は、放送設備１４０から放送コンテンツを受信するとともに、他のサーバ１３０、１５０、１６０、１７０、１８０から、関連コンテンツを受信し、それぞれ、ユーザが視聴可能な態様で出力する。

　［コンテンツ視聴装置］
　次に、コンテンツ視聴装置１２０の詳細を説明する。図２は、本実施形態のコンテンツ視聴装置１２０を説明するための図である。本図に示すように、本実施形態のコンテンツ視聴装置１２０は、ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ；テレビ）装置１２１と、情報処理端末１２２とを備える。

　ＴＶ装置１２１は、放送コンテンツを受信し、出力する。ＴＶ装置１２１は、ＩＰネットワーク部２１５と、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２０１と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２０２と、内部ストレージ２０３と、デジタル入出力部２０４と、受信選局部２０５と、ユーザ入力部２０６と、信号分離部２０７と、映像処理部２０８と、音声処理部２０９と、グラフィックス部２１０と、表示出力部２１１と、音声出力部２１２と、ディスプレイ２１３と、スピーカ８１４とを備える。

　放送信号１４１は、ＴＶ装置１２１の受信選局部２０５に入力される。受信選局部２０５は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｃｕｅｎｃｙ）チューナー等を含む。受信選局部２０５は、ユーザがリモコン等により、ユーザ入力部２０６を介して指定する特定のチャンネルを放送信号１４１から選局し、復調して放送コンテンツの受信データとして、信号分離部２０７に送る。

　なお、放送コンテンツが、ＩＰ放送やＶＯＤ配信で提供される場合は、ＴＶ装置１２１は、ＩＰネットワーク部２１５にて、ＩＰネットワーク１１０から放送コンテンツを受信する。

　放送コンテンツとして受信するデータは、ＭＰＥＧ（Ｍｏｔｉｏｎ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）のＴＳ（Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ）データである。このＴＳデータは、映像ＥＳ（Ｅｌｅｍｅｎｔａｒｙ　Ｓｔｒｅａｍ）データ、音声ＥＳデータ、ＰＳＩ（Ｐｒｏｇｒａｍ　Ｓｐｅｃｉｆｉｃ　Ｉｎｆｏｒｍａｔｉｏｎ）データなどが多重されたものである。

　信号分離部２０７は、ＴＳデータから映像ＥＳデータと音声ＥＳデータとを分離し、それぞれ映像処理部２０８、音声処理部２０９に送る。映像ＥＳデータ、音声ＥＳデータは、オリジナルデータの情報を圧縮する符号化がなされている。このため、映像処理部２０８、音声処理部２０９で、伸張・復号処理を行い、放送コンテンツの映像データ、音声データを得る。得られた映像データおよび音声データは、それぞれ、グラフィックス部２１０、音声出力部８１２に送られる。

　グラフィックス部２１０では、表示する映像をプレーン単位で管理する。グラフィックス部２１０では、例えば、ＯＳＤ（Ｏｎ　Ｓｃｒｅｅｎ　Ｄｉｓｐｌａｙ）プレーンを放送コンテンツの映像データに重畳して、表示出力部２１１に送る。

　ディスプレイ２１３では、ＯＳＤプレーン等が重畳された映像データを表示する。スピーカ２１４は、放送コンテンツの音声データを音として出力する。これにより放送コンテンツの視聴をユーザに提供する。

　デジタル入出力部２０４は、例えばＨＤＭＩ（登録商標：Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ　Ｍｕｌｔｉｍｅｄｉａ　Ｉｎｔｅｒｆａｃｅ）のデジタルＩＦ機能を有する。デジタル入出力部２０４は、映像及び音声のコンテンツデータを外部入力として受け付ける。受け付けたコンテンツデータは、グラフィックス部２１０、表示出力部２１１、音声出力部２１２を介して、ディスプレイ２１３、スピーカ２１４に出力される。

　ＴＶ装置１２１の変形例として、ディスプレイ２１３、スピーカ２１４が独立したセットトップボックス装置や、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｃ　Ｄｒｉｖｅ）などの記録媒体を備えた、レコーダ装置であっても良い。

　情報処理端末１２２は、関連コンテンツを受信し、出力する。情報処理端末１２２は、ＩＰネットワーク部２２８と、モバイル通信部２２９と、カメラ部２３０と、センサ部２３１と、グラフィックプロセッサ２３２と、ＣＰＵ２２１と、ＲＡＭ２２２と、入力表示部２２３と、内部ストレージ２２４と、音声プロセッサ２２６と、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））通信部２２７とを備える。

　グラフィックプロセッサ２３２は、内部に映像処理部２３３を備える。内部ストレージ２２４は、コンテンツ視聴アプリケーション（コンテンツ視聴アプリ）２３５およびＳＮＳアプリ２３６を備える。なお、コンテンツ視聴アプリ２３５およびＳＮＳアプリ２３６は、ＲＡＭ２２２に展開され、ＣＰＵ２２１が実行し、その機能を実現するソフトウェアである。

　以下、本明細書では、説明を簡単にするため、プログラムそのものだけでなく、ＣＰＵ２２１が実行し、実現される機能部も、例えば、ＳＮＳアプリ２３６等、その名称で呼ぶことがある。例えば、「ＣＰＵ２２１がＳＮＳアプリ２３６を実行することにより実現されるＳＮＳ処理部が、ＳＮＳデータの入力を受け付ける」場合、簡単に、「ＳＮＳアプリ２３６が、ＳＮＳデータの入力を受け付ける」、と記載する。

　入力表示部２２３は、ユーザの入力操作を受け付けるとともに、処理結果を表示する、入力パネル一体型表示装置である。入力表示部２２３は、表示用のフラットパネルと接触センサとを一体化したものであり、ユーザの指と接触センサとの間の静電容量等で入力を感知する。本実施形態では、例えば、コンテンツ配信サーバ１３０が提供する関連コンテンツのＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）等を受け付ける。また、フラットパネルに、処理結果の映像、画像を表示する。

　ＣＰＵ２２１は、内部ストレージ２２４に記憶しているプログラムをＲＡＭ２２２に展開して、実行する。

　プログラムは、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）等のデータを処理するＷＥＢブラウザ、コンテンツ視聴アプリ２３５およびＳＮＳアプリ２３６を含む。また、グラフィックプロセッサ２３２内の映像処理部２３３を補助プロセッサとして活用し、圧縮符号化されている映像データの復号を行うプログラム、音声プロセッサ２２６を補助プロセッサとして活用し、圧縮符号化されている音声データを復号するプログラムも含む。

　グラフィックプロセッサ２３２は、ＣＰＵ２２１が処理して得る映像データを入力表示部２２３に表示する。映像データは、ネットワークコンテンツ以外に、ＣＰＵ２２１がユーザ操作に応じて作成した映像データ、内部ストレージ２２４から読み出した映像データ等を含む。

　音声プロセッサ２２６は、ＣＰＵ２２１が処理して得る音声データを内蔵するスピーカ等に出力する。音声データは、ネットワークコンテンツ以外に、ＣＰＵ２２１がユーザ操作により作成した音声データ、内部ストレージ２２４から読み出した音声データ等を含む。また、音声プロセッサ２２６は、ＢＴ通信部２２７から外部マイク、及びスピーカに音声データを入力及び出力できる。

　ＩＰネットワーク部２２８およびモバイル通信部２２９は、情報処理端末１２２のネットワークインタフェースである。これらを介して、ＩＰネットワーク１１０にデータを出力するとともに、ＩＰネットワーク１１０からデータを受信する。モバイル通信部２２９は、主に情報処理端末１２２が屋外にあるときに使用される。

　情報処理端末１２２は、例えば、スマートフォン、タブレットＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）等で実現できる。また、入力表示部２２３をキーボードやマウスなどの入力デバイスとディスプレイ装置とに置き換えてもよい。この場合、汎用のＰＣ装置で実現できる。

　コンテンツ視聴アプリ２３５は、再放送時に、ユーザに、所望の関連コンテンツを提示するアプリケーションソフトウェアである。本実施形態では、ＣＰＵ２２１が、コンテンツ視聴アプリ２３５を実行することにより、情報処理端末１２２を、図３に示すように、認証部２６６と、放送コンテンツ受付部２６１と、関連コンテンツ受付部２６２と、コンテンツ要求部２６３と、コンテンツ受信部２６４と、コンテンツ出力部２６５として機能させる。

　認証部２６６は、ユーザの正当性を認証する。認証は、例えば、ユーザにより入力されたユーザＩＤ（ＵＳＲ）、パスワード（ＰＷＤ）等のログイン情報を用いて行う。例えば、これらを、コンテンツ配信サーバ１３０に送信し、サーバにおいて、認証を受ける。認証された後の状態をログイン状態と呼ぶ。

　本実施形態では、認証部２６６は、例えば、図４（ａ）に示す、認証画面６１０を入力表示部２２３に表示し、ユーザに、ログイン情報の入力を促す。認証画面６１０は、本図に示すように、ＵＳＲ入力領域６１１とＰＷＤ入力領域６１２と、入力したＵＳＲとＰＷＤとを確定し、コンテンツ配信サーバ１３０に送信する指示を受け付ける送信ボタン６１３とを備える。なお、図中６０１は、ホームボタンであり、本ボタンの押下を受け付けると、初期画面に遷移する。

　なお、初期画面は、情報処理端末１２２において、実行可能な各種のアプリケーションを起動するためのオブジェクトが配列された画面である。情報処理端末１２２は、オブジェクトを介して、ユーザによる、アプリケーションの選択を受け付ける。

　放送コンテンツ受付部２６１は、再放送を受信する放送コンテンツの選択を受け付ける。本実施形態では、例えば、図４（ｂ）に示す、当該放送コンテンツを特定する情報の入力を促す第一入力画面６２０を入力表示部２２３に表示し、入力を促す。放送コンテンツを特定する情報としては、例えば、当該放送コンテンツのチャンネルの入力等を用いる。従って、第一入力画面６２０は、放送チャンネル指定領域６２１と、送信ボタン６２２とを備える。放送コンテンツを特定する情報の入力を受け付けると、放送コンテンツ指定通知として、コンテンツ配信サーバ１３０に送信する。

　関連コンテンツ受付部２６２は、放送コンテンツに関連する、１以上の関連コンテンツの中から、再放送時に同期して出力する関連コンテンツの選択を受け付ける。本実施形態では、例えば、図４（ｃ）に示す、関連コンテンツを特定する情報の入力を促す第二入力画面６３０を入力表示部２２３に表示し、入力を促す。関連コンテンツを特定する情報としては、例えば、当該関連コンテンツの提供元のＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒ）などを用いる。従って、第二入力画面６３０は、関連コンテンツ指定領域６３１と、送信ボタン６３２とを備える。関連コンテンツの選択を受け付けると、当該ＵＲＩ等を、コンテンツ配信サーバ１３０に送信する。

　なお、放送連動コンテンツは、基本的に自動的に選択されるものとする。放送連動コンテンツを受信するか否かの選択を受け付けるよう構成してもよい。

　コンテンツ要求部２６３は、情報処理端末１２２が、関連コンテンツの視聴が可能な状態になった場合、その旨を、データ送信要求としてコンテンツ配信サーバ１３０に送信する。本実施形態では、データ送信要求として、例えば、ＲＥＡＤＹ通知を送信する。

　コンテンツ受信部２６４は、コンテンツ配信サーバ１３０から配信される、関連コンテンツを受信する。本実施形態では、後述のように、コンテンツ配信サーバ１３０側で、再放送される放送コンテンツと同期するタイミングで、関連コンテンツを配信する。従って、本実施形態のコンテンツ受信部２６４は、受信する毎に、コンテンツ出力部２６５に当該関連コンテンツを受け渡す。

　コンテンツ出力部２６５は、コンテンツ受信部２６４が、関連コンテンツを受信する毎に、当該関連コンテンツを、入力表示部２２３に表示する。本実施形態では、コンテンツ出力部２６５は、例えば、コンテンツ表示画面を生成し、生成した表示画面に、受信したコンテンツを表示する。コンテンツ表示画面の詳細は、後述する。

　また、出力にあたり、コンテンツ出力部２６５は、ユーザによる指示に従って、表示タイミングを微調整してもよい。放送コンテンツと放送連動ワークコンテンツとの表示タイミングは、ＩＰネットワークの遅延等の影響で、各コンテンツ視聴装置１２０で微妙に異なるためである。ユーザからの指示の受け付け手法については、コンテンツ表示画面の詳細説明時に説明する。

　ＳＮＳアプリ２３６は、ＳＮＳデータの送受信を行うためのアプリケーションソフトウェアである。ＳＮＳアプリ２３６を実行することにより、情報処理端末１２２は、ユーザから新たなＳＮＳデータを受け付け、ＳＮＳサーバ１７０に送信するとともに、ＳＮＳサーバ１７０から送信されるＳＮＳデータを入力表示部２２３に表示する。

　また、本実施形態では、ＳＮＳアプリ２３６は、ユーザから入力されたログイン情報を、ＳＮＳサーバ１７０だけでなく、コンテンツ配信サーバ１３０にも送信する。コンテンツ配信サーバ１３０は、受け取ったログイン情報をＳＮＳサーバ１７０に送信し、認証を受ける。これにより、コンテンツ配信サーバ１３０も、その後に新たに登録されたＳＮＳデータを受信することができる。

　［コンテンツ配信サーバ］
　次に、本実施形態のコンテンツ配信サーバ１３０の詳細について説明する。図５は、本実施形態のコンテンツ配信サーバ１３０の構成図である。本図に示すように、コンテンツ配信サーバ１３０は、サーバ装置１３１、外部ストレージ１３２、ＰＣ装置１３３、ＴＶ装置１３４と、を備える。

　ＰＣ装置１３３およびＴＶ装置１３４は、基本的にコンテンツ視聴装置１２０の、情報処理端末１２２、ＴＶ装置１２１と、それぞれ、同様の構成を有する。このため、両者について、内部の詳細な構成の説明は省略する。ＴＶ装置１３４については、内部の詳細な構成の図示も省略する。

　ただし、本実施形態のＰＣ装置１３３は、本放送時に、視聴タイミングデータベース（ＤＢ）３２０を作成する。従って、内部ストレージ３３２は、コンテンツ視聴アプリ２３５の代わりに、視聴タイミングＤＢ作成プログラム３３３を保持する。

　ＰＣ装置１３３は、視聴タイミングＤＢ作成プログラム３３３を、ＲＡＭ２２２に展開し、ＣＰＵ２２１で実行する。これにより、ＰＣ装置１３３は、視聴タイミングＤＢ作成機能を実現する。

　視聴タイミングＤＢ作成プログラム３３３は、放送コンテンツが最初に放送される際（本放送の際）、当該放送コンテンツに関連するコンテンツ（関連コンテンツ）の配信タイミングを、視聴タイミングＤＢ３２０として記録する。視聴タイミングＤＢ３２０は、本放送時の放送コンテンツの放送時間に、各関連コンテンツの配信時間を対応づけて保存したものである。例えば、各コンテンツの開始および終了といったイベントのタイミングが、時系列に記録される。この視聴タイミングＤＢ３２０は、外部ストレージ１３２に保持される。

　視聴タイミングＤＢ３２０は、例えば、一例として、コンテンツ配信サーバ１３０の管理者が、本放送時に作成する。このとき、同一画面で、放送コンテンツと関連コンテンツとを視聴するため、例えば、ＰＣ装置１３３は、入力表示部２２３の代わりに、表示部３３８とユーザ入力部３４０とを備える。また、デジタル入力部３３４を備える。そして、ＴＶ装置１３４のデジタル入出力部２０４から放送コンテンツの映像および音声データをＰＣ装置１３３のデジタル入力部３３４に受け取り、表示部３３８に表示する。管理者は、放送コンテンツを表示部３３８で確認しながら、各関連コンテンツを再生し、配信タイミングを記録する。

　さらに、視聴タイミングＤＢ作成プログラム３３３は、視聴した関連コンテンツを、外部ストレージ１３２に保存する。例えば、放送連動コンテンツは、放送連動コンテンツサーバ１８０から提供を受ける。フリーコンテンツは、フリーコンテンツサーバ１６０から提供を受け、そのコピーを保存する。フリーコンテンツは、本放送時に、ユーザから、当該フリーコンテンツのＵＲＩの指定を受け、当該ＵＲＩに従って、収集する。ＳＮＳデータも、例えば、ＷＥＢ　ＡＰＩで機能を公開しているＳＮＳサーバ１７０から提供を受け、保存する。ＳＮＳデータも、本放送時に、ユーザから指定を受けて収集する。なお、ＳＮＳデータは、プライバシー保護の観点から、ユーザ毎に保存してもよい。

　外部ストレージ１３２は、視聴タイミングＤＢ３２０と、視聴タイミングＤＢ作成プログラム３３３が収集した関連コンテンツと、を保持する。図５では、一例として、関連コンテンツとして、放送連動コンテンツ３５１と、フリーコンテンツ３５２と、ＳＮＳデータ３５３とを保持する場合を例示する。

　サーバ装置１３１は、ＣＰＵ３１０と、ＲＡＭ３１１と、外部ストレージＩＦ部３１２と、ＩＰネットワーク部３１３と、内部ストレージ３１４とを備える。内部ストレージ３１４は、ソフトウェアとしてコンテンツ配信プログラム３１５を含む。

　ＣＰＵ５１０は、コンテンツ配信プログラム３１５を、ＲＡＭ３１１に展開して実行することにより、コンテンツ配信を実現する。また、コンテンツ配信プログラム３１５には、固有のＵＲＩが付与される。ユーザは、例えば、コンテンツ視聴装置１２０から、そのＵＲＩを指定することにより、コンテンツ配信プサービス機能の提供を受ける。

　コンテンツ配信プログラム３１５は、外部ストレージ１３２に保持される、放送連動コンテンツ３５１、フリーコンテンツ３５２、ＳＮＳデータ３５３を、それぞれ、視聴タイミングＤＢ３２０に従って、配信する。

　なお、本実施形態では、コンテンツ配信プログラム３１５は、さらに、ユーザの認証等を行う。コンテンツ配信プログラム３１５は、認証要求元の情報処理端末１２２に対し、要求された関連コンテンツを、ＲＥＡＤＹ通知受信後、配信する。

　また、本実施形態では、視聴タイミングＤＢ３２０は、本放送時の実際に視聴に基づいて作成される。このため、再放送時、特に、同期して取得する関連コンテンツの指定は受け付けなくてもよい。すなわち、本放送時に提供された関連コンテンツを、自動的に、全て配信するよう構成してもよい。この場合、関連コンテンツ受付部２６２は、備えなくてもよい。

　［タイミングデータベース］
　ここで、視聴タイミングＤＢ作成プログラム３３３が作成する視聴タイミングＤＢ３２０の一例を示す。ここでは、図６に示すように、放送コンテンツＢＣ４１０、ＢＣ４２０、ＢＣ４３０と、放送連動コンテンツＲＣ４１１、ＲＣ４２１，ＲＣ４３１と、フリーコンテンツＦＣ４１２、ＦＣ４１３、ＦＣ４３２と、ＳＮＳ（ＳＮ）４１４～ＳＮ４３７とが、放送または配信されるものとする。

　なお、図６において、Ｔで始まる各符号は、それぞれのコンテンツの開始、終了時刻である。

　図６に示すように、放送及び配信のタイミングは、共通のタイムラインで示される。図６では、タイムラインが、ＵＴＣ（ｃｏｏｒｄｉｎａｔｅｄ　ｕｎｉｖｅｒｓａｌ　ｔｉｍｅ）ベースでＴ０（２０１６０５３０Ｔ１２３０００＋０９００）から示す。放送コンテンツＢＣ４１０は、ＴＢＣ１で始まり、ＴＢＣ２で放送コンテンツＢＣ４２０に切り替わる。さらに、ＴＢＣ３で放送コンテンツＢＣ４３０に切り替わり、放送コンテンツＢＣ４３０は、ＴＢＣ４まで継続して放送される。

　これらの放送コンテンツに対応して、放送連動コンテンツ、フリーコンテンツ、ＳＮＳデータの３種の関連コンテンツを受信する。なお、放送コンテンツに対応して受信する関連コンテンツは、種類も数も、これらに限定されない。

　放送コンテンツＢＣ４１０に対応して、放送連動コンテンツＲＣ４１１が、ＴＲＣ１からＴＲＣ２まで配信される。またフリーコンテンツＦＣ４１２がＴＦＣ１からＴＦＣ２まで、ＦＣ４１３がＴＦＣ３からＴＦＣ４まで配信される。

　放送コンテンツＢＣ４２０に対応して、ＲＣ４２１がＴＲＣ２からＴＲＣ３まで配信される。さらに、放送コンテンツＢＣ４３０に対応して、ＲＣ４３１がＴＲＣ４からＴＲＣ５まで配信され、ＦＣ４３２がＴＦＣ５からＴＦＣ６まで配信される。

　一方、ＳＮＳデータは、放送コンテンツＢＣ４１０が放送されている間に、タイムラインで、それぞれ、ＴＳＮ１～ＴＳＮ７に、７回のアクセスがある（ＳＮ４１４～ＳＮ４４１）。ＢＣ４２０が放送されている間に、ＴＳＮ８からＴＳＮ１１に、４回のアクセス（ＳＮ４２２～ＳＮ４２５）があり、ＢＣ４３０が放送されている間に、ＴＳＮ１２～ＴＳＮ１６に、５回のアクセス（ＳＮ４３３～ＳＮ４３７）がある。

　図６のタイムチャートに従って放送および配信された各コンテンツの放送および配信タイミングを、視聴タイミングＤＢ作成プログラム３３３がデータベース化した視聴タイミングＤＢ３２０の例を、図７に示す。

　上述のように、視聴タイミングＤＢ３２０には、コンテンツ毎に、各イベントが時系列に登録される。ここでは、イベントとして、開始および終了が登録される場合を例示する。

　本図に示すように、視聴タイミングＤＢ３２０は、各コンテンツの開始時刻と終了時刻との間に位置する複数のタイミングを示す時刻を記録するタイムライン欄３２１と、放送コンテンツの開始（ＳＴＡＲＴ）および終了（ＳＴＯＰ）時刻を記録する放送コンテンツ欄３２２と、各関連コンテンツの開始（ＳＴＡＲＴ）および終了（ＳＴＯＰ）時刻を記録する関連コンテンツ欄を備える。なお、本実施形態では、関連コンテンツ欄に、放送連動コンテンツ（連動コンテンツ）欄３２３、フリーコンテンツ欄３２４、ＳＮＳデータ欄３２５、の４種が設けられ、それぞれ記録される場合を例示する。

　タイムライン欄３２１には、各コンテンツの開始時刻と終了時刻との間に位置する複数のタイミングを示す時刻を記録する。タイムライン欄３２１に記録されるコンテンツの時間情報として、放送コンテンツ内のイベントの開始時刻と終了時刻との間に位置する複数のタイミングを示す時刻を記録してもよい。すなわち、コンテンツ全体の開始時刻と終了時刻との間に位置する複数のタイミングを示す時刻ではなく、そのコンテンツの一部（コンテンツ内のあるイベント）の開始時刻と終了時刻との間に位置する複数のタイミングを示す時刻を記録するようにしてもよい。このコンテンツ内のイベントのタイムライン欄３２１は、放送コンテンツ内に含めてもよい。なお、コンテンツ内のイベントのタイムライン欄３２１に記録する時刻は、このコンテンツに関連するＷｅｂコンテンツから取得してもよいし、コンテンツの映像に含まれる時間の情報（時間を示す映像）から取得してもよい。このようにして、タイムライン欄３２１をコンテンツ内のイベントの開始と終了とを示すタイムラインとして取り扱うようにしてもよい。

　放送コンテンツの再放送時に、コンテンツ配信プログラム３１５は、ユーザから選択を受け付けた関連コンテンツを、放送コンテンツの放送タイミングを基準として、視聴タイミングＤＢ３２０に従って、配信する。例えば、コンテンツ配信プログラム３１５は、各関連コンテンツの、放送コンテンツの開始時刻からの相対時刻を算出し、当該時刻に配信を開始する。この時、タイムライン欄３２１に記録する時刻に、放送コンテンツの放送タイミングだけではなく、放送コンテンツ内の各イベントの開始と終了とを示すタイミングも含めることにより、再放送時に番組の冒頭がカットされていたり、イベントの途中が一部カットされていたりするような放送形態になっている場合も、放送コンテンツ内のイベントのタイミングに関連した関連コンテンツを視聴者は閲覧することが出来るようになる。

　例えば、放送コンテンツＢＣ４１０の配信が開始された場合、開始時刻Ｔ１から、ΔＴ１（＝ＴＲＣ１－ＴＢＣ１）後に、放送連動コンテンツＲＣ４１１の配信を開始する。また、ΔＴ２（＝ＴＳＮ１－ＴＢＣ１）後に、ＳＮＳデータＳＮ４１４を配信する。また、ΔＴ３（＝ＴＦＣ１－ＴＢＣ１）後に、フリーコンテンツＦＣ４１２の配信を開始する。他についても、同様である。

　このように、コンテンツ配信プログラム３１５は、視聴タイミングＤＢ３２０のタイムライン欄３２１に登録されている時刻毎に、当該時刻に対応づけて登録されているイベント（所定のコンテンツの配信開始、終了、ＳＮＳデータの送信等）を実行する。

　なお、視聴タイミングＤＢ３２０は、自動で作成されるよう構成してもよい。この場合、放送コンテンツ毎に、取得する関連コンテンツを特定する情報および取得アドレス（例えば、ＵＲＩ）を予め登録しておく。そして、放送コンテンツの本放送時に、放送コンテンツ受信毎に、当該関連コンテンツを受信する。その際、当該受信したタイミング、受信を終了したタイミングを、自動的に記録する。

　特に、放送連動コンテンツ３５１は、放送コンテンツとの同期表示のために時刻情報が多重されていることがある。また、サブカメラの撮影時刻が多重されていることがある。このような場合は、視聴タイミングＤＢ作成プログラム３３３は、多重された情報を抽出し、それを用いて視聴タイミングＤＢ３２０を作成してもよい。

　なお、自動作成時、フリーコンテンツ３５２については、視聴タイミングＤＢ作成プログラム３３３が、当該コンテンツの受信を開始したタイミングおよび終了したタイミングを前記視聴タイミング制御データベース５２０に追記する。ＳＮＳデータも同様に、受信開始および終了タイミングを追記する。

　なお、図５では、ＰＣ装置１３３は、ＩＰネットワーク１１０およびサーバ装置１３１を介して、外部ストレージ１３２に接続する場合を例示しているが、この構成に限定されない。例えば、ＰＣ装置１３３が、外部ストレージインタフェースを備え、直接外部ストレージ１３２にアクセス可能なように構成してもよい。また、ＴＶ装置１３４の機能をＰＣ装置１３３に内蔵した装置を用いても良い。

　また、視聴タイミングＤＢ３２０を用いて読出しタイミングを制御する放送連動コンテンツ３５１と、フリーコンテンツ（コピー）３５２と、ＳＮＳデータ（ユーザ）３５３とを、同一の外部ストレージ１３２に保存することで、放送コンテンツの関連コンテンツの提供を、一つのサーバで行う場合を例にあげて説明したが、これに限定されない。例えば、仮想的に構成されるストレージ構成であっても良い。

　なお、このように関連コンテンツは、コンテンツ配信サーバ１３０で収集され、外部ストレージ１３２に保持される。このため、コンテンツ視聴装置１２０の関連コンテンツ受付部２６２は、直接ＵＲＩの入力を受け付ける手法に代えて、外部ストレージ１３２に保持される関連コンテンツの一覧の中から選択を受け付けるよう構成してもよい。

　この場合、コンテンツ配信サーバ１３０のコンテンツ配信プログラム３１５は、コンテンツ視聴装置１２０から放送コンテンツの指定を受け取ると、それに対応づけて登録された関連コンテンツの一覧情報を、送信元のコンテンツ視聴装置１２０に送信する。

　関連コンテンツ受付部２６２では、これを受け、例えば、図４（ｄ）に示す関連コンテンツ選択画面６４０を作成し、ユーザからの選択を受け付ける。関連コンテンツ選択画面６４０は、例えば、選択されている放送コンテンツを表示する放送コンテンツ提示領域６４１と、選択可能な関連コンテンツ一覧を表示し、ユーザからの選択を受け付ける関連コンテンツ選択領域６４２と、確定の意思を受け付ける送信ボタン６４３とを備える。

　関連コンテンツ受付部２６２は、関連コンテンツ選択領域６４２を介して受け付けた関連コンテンツを特定する情報を、コンテンツ配信サーバ１３０に送信する。

　［再放送時の処理の流れ］
　次に、放送コンテンツの再放送時の、処理の流れを説明する。図８は、再放送時のコンテンツ配信システム１００の動作シーケンス図である。
である。

　まず、ユーザは、ＴＶ装置１２１に対し、視聴する放送コンテンツを指示する（ステップＳ１１０１）。指示は、例えば、放送コンテンツ（番組）表で確認し、通常のチャンネル選択（選局指示）等により行う。放送コンテンツの番組表は、予め、放送設備１４０、あるいは、それに関連するサーバ等から取得しておく。

　これを受け、ＴＶ装置１２１は、指示された放送コンテンツの受信および出力を開始する（ステップＳ１１０２）。次に、ユーザは、情報処理端末１２２に対し、コンテンツ視聴アプリ２３５の起動指示を行う（ステップＳ１１０３）。

　これを受け、情報処理端末１２２の認証部２６６は、認証画面６１０を表示する。ユーザは、ユーザＩＤ（ＵＳＲ）、パスワード（ＰＷＤ）等のログイン情報を入力する（ステップＳ１１０４）。認証部２６６は、ログイン情報（ＵＳＲ／ＰＷＤ）を受け付け（ステップＳ１１０５）、コンテンツ配信サーバ１３０に送信する（ステップＳ１１０６）。

　なお、通常、送受信の信頼性をあげるために、メッセージの送信に対して、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＥＲＲ（Ｅｒｒｏｒ）などのレスポンスが対になる。しかし、ここでは、説明を簡略化するために、該レスポンスを省略する。

　次に、情報処理端末１２２の放送コンテンツ受付部２６１は、第一入力画面６２０を表示し、ユーザから、放送コンテンツの選択を受け付ける（ステップＳ１１０７、Ｓ１１０８）。受け付けた選択を、コンテンツ配信サーバ１３０に通知（選択通知）する（ステップＳ１１０９）。なお、選択通知には、選択された放送コンテンツを特定する情報と、当該放送コンテンツ再放送の開始時刻を特定する情報が含まれる。

　なお、放送コンテンツの再放送開始時刻は、例えば、ログイン時刻、選択通知受信時刻、ＲＥＡＤＹ通知時刻としてもよい。また、ユーザが入力するよう構成してもよい。

　また、情報処理端末１２２の関連コンテンツ受付部２６２は、第二入力画面６３０を表示し、ユーザから、関連コンテンツの指定を受け付ける（ステップＳ１１１０、Ｓ１１１１）。なお、ここで、指定を受け付けるのは、上述のように、フリーコンテンツとＳＮＳデータとのＵＲＩである。放送連動コンテンツは、デフォルトで配信されるものとする。また、ＳＮＳデータについては、認証されたユーザに関連づけて登録されたデータが配信される。そして、受け付けたＵＲＩを、コンテンツ配信サーバ１３０に通知する（ステップＳ１１１２）。

　そして、情報処理端末１２２のコンテンツ要求部２６３は、関連コンテンツの視聴（受信および表示）が可能な状態となった状態（ステップＳ１１１３）、コンテンツ配信サーバ１３０に対し、ＲＥＡＤＹ通知を送信する（ステップＳ１１１４）。

　コンテンツ配信サーバ１３０のコンテンツ配信プログラム３１５は、指定された関連コンテンツの配信を開始する。ここでは、まず、外部ストレージ１３２から、視聴タイミングＤＢ３２０をダウンロードする（ステップＳ１１１５）。

　そして、コンテンツ配信プログラム３１５は、所定の時間間隔で、ステップＳ１１０９で受信した、放送コンテンツの再放送開始時刻を基準として、視聴タイミングＤＢ３２０に登録されたタイムラインに従って、配信タイミングであるか否かを判定するタイミング判定を行う（ステップＳ１１１６）。開始タイミング、あるいは、配信タイミングとなったところ（Ｙｅｓ）で、それぞれのコンテンツまたはデータを情報処理端末１２２に配信する（ステップＳ１１１７）。

　情報処理端末１２２のコンテンツ受信部２６４およびコンテンツ出力部２６５は、それぞれ、配信されたコンテンツまたはデータを、受信し、出力する（ステップＳ１１１８）。

　コンテンツ配信プログラム３１５は、タイミング判定ステップＳ１１１６および配信ステップＳ１１１７を、ステップＳ１１０９選択された放送コンテンツの終了まで継続する（ステップＳ１１１８）。放送コンテンツが終了したか否かを判定する終了判定は、視聴タイミングＤＢ３２０を参照して行う。なお、このとき、放送コンテンツ終了後も配信が継続する関連コンテンツがある場合、当該関連コンテンツの配信は、それが終了するまで継続させる。

　なお、コンテンツ配信プログラム３１５は、放送番組が終了したと判定した場合、終了通知を、情報処理端末１２２に通知する（ステップＳ１１２０）。その後、ＴＶ装置１２１、情報処理端末１２２およびコンテンツ配信サーバ１３０は、それぞれ、待機状態となる。すなわち、ＴＶ装置１２１は、選局待機状態に、情報処理端末１２２およびコンテンツ配信サーバ１３０は、次のサービスの待機状態に移行する。

　なお、ＳＮＳデータについては、再放送時に新たに追記されたＳＮＳデータについても送信するよう構成してもよい。例えば、放送コンテンツの再放送時に初めて放送コンテンツを視聴するユーザもいる。このようなユーザは、その際、視聴感想をＳＮＳデータとして発信することがある。また、再視聴するユーザであっても、再度視聴コメントを発信する場合がある。これらの追加されるＳＮＳデータもコンテンツ配信サーバ１３０は、ＳＮＳデータ（ユーザ）３２３に追記する。このとき、その配信タイミングを視聴タイミングＤＢ３２０に追記する。

　追記時は、例えば、放送連動コンテンツ、フリーコンテンツ、本放送時のＳＮＳデータを含め、再放送時のタイムラインで全て置き換える。これにより、以降、追加されたＳＮＳデータを含めて再放送時の視聴環境がユーザ側で再現可能となる。これは初回の放送時の視聴環境を包含する。

　この場合の、動作シーケンスについて、図９を用いて説明する。情報処理端末１２２において、関連コンテンツを視聴可能な状態となった後、コンテンツ配信サーバ１３０において、視聴タイミングＤＢ３２０をダウンロードするまでは、図８と同様であるため、ここでは、説明を省略する。また、この後、放送連動コンテンツ、フリーコンテンツ、既登録のＳＮＳデータの配信についても、図８と同様であるため、ここでは、説明を省略する。

　新たに、ＳＮＳデータを登録するため、ユーザは、情報処理端末１２２のＳＮＳアプリ２３６を起動する指示を行う（ステップＳ１２０１）。

　ＳＮＳアプリ２３６は、ユーザにＵＳＲと、ＰＷＤ等のログイン情報の入力を促すログイン画面を提示し、ユーザからの入力を受け付ける（ステップＳ１２０２、Ｓ１２０３）。ここでは、ＳＮＳアプリ２３６は、受け付けたログイン情報を、ＳＮＳサーバ１７０に送信し、認証を受ける（ステップＳ１２０５）。

　また、ＳＮＳアプリ２３６は、ログイン情報を、コンテンツ配信サーバ１３０にも送信する（ステップＳ１２０５）。コンテンツ配信サーバ１３０では、受信したログイン情報を、ＳＮＳサーバ１７０に送信し、認証を受ける（ステップＳ１２０６）。

　これにより、ユーザが１回入力したログイン情報を用いて、コンテンツ視聴装置１２０の情報処理端末１２２とコンテンツ配信サーバ１３０との両者が認証を受けることができる。そして、コンテンツ配信サーバ１３０も、ＳＮＳサーバ１７０のＷＥＢ　ＡＰＩを利用し、ＳＮＳデータを収集できる。

　認証後、認証を受けたユーザに関するＳＮＳデータが登録されると、ＳＮＳサーバ１７０は、当該ＳＮＳデータ送信元以外の情報処理端末１２２と、コンテンツ配信サーバ１３０とに、当該ＳＮＳデータを配信する（ステップＳ１２０７、Ｓ１２０８）。

　情報処理端末１２２では、ＳＮＳアプリ２３６が、ＳＮＳデータを受信し、入力表示部２２３に表示させるといった、ＳＮＳデータ処理を行う（ステップＳ１２０９）。なお、これらの処理は、コンテンツ受信部２６４およびコンテンツ出力部２６５が、それぞれ、行うよう構成してもよい。

　また、コンテンツ配信サーバ１３０では、コンテンツ配信プログラム３１５および視聴タイミングＤＢ作成プログラム３３３が、ＳＮＳデータ追記処理を行う（ステップＳ１２１０）。ＳＮＳデータ追記処理では、コンテンツ配信プログラム３１５が、外部ストレージ１３２のＳＮＳデータ３５３に追記するとともに、視聴タイミングＤＢ作成プログラム３３３が、視聴タイミングＤＢに、追記されたＳＮＳデータの情報を反映させ、視聴タイミングＤＢ３２０を更新する。例えば、ＳＮＳデータの受信時刻等に対応づけて、追記する。

　また、情報処理端末１２２に、ユーザからＳＮＳデータの入力があった場合（ステップＳ１２１１）、ＳＮＳアプリは、それを受け付け、入力表示部２２３に表示する等のＳＮＳデータ処理を行う（ステップＳ１２１２）。そして、受け付けたＳＮＳデータを、ＳＮＳサーバ１７０に送信し、登録する（ステップＳ１２１３）。

　この場合も、ＳＮＳサーバ１７０は、新たなＳＮＳデータの登録があったため、上記同様、コンテンツ配信サーバ１３０に配信（ステップＳ１２１４）する。そして、コンテンツ配信プログラム３１５および視聴タイミングＤＢ作成プログラム３３３が、ＳＮＳデータ追記処理を行う（ステップＳ１２１５）。

　なお、ＳＮＳデータ追記時に、追記したことを識別可能に追記してもよい。配信時に本放送時に登録されたＳＮＳデータと、再放送時に追加されたＳＮＳデータとを識別可能に配信し、コンテンツ視聴装置１２０において、ＳＮＳデータの表示時に、両者を識別可能なように、それぞれ表示態様を変えてもよい。また、表示／非表示を制御するよう構成してもよい。これにより、ユーザのコンテンツ視聴形態を多様化できる。

　［コンテンツ視聴装置側の処理の流れ］
　ここで、コンテンツ視聴装置１２０の情報処理端末１２２における、入力表示部２２３に表示される画面の遷移に沿って、処理の流れを説明する。本実施形態では、情報処理端末１２２は、コンテンツ視聴アプリ２３５と、ＳＮＳアプリ２３６とを備える。以下、それぞれのアプリケーションが選択された場合の、処理の流れを説明する。

　まず、図１０（ａ）に従って、コンテンツ視聴アプリ２３５が選択された場合の処理の流れを説明する。

　情報処理端末１２２起動時は、初期画面が表示される（ステップＳ１３０１）。

　初期画面において、コンテンツ視聴アプリ２３５の選択を受け付けると、情報処理端末１２２のＣＰＵ２２１は、コンテンツ視聴アプリ２３５を起動し（ステップＳ１３０２）、認証画面６１０を表示する。

　次に、認証部２６６は、認証画面６１０を介して、ログイン情報（ＵＳＲ／ＰＷＤ）の入力を受け付け、上記手法で、ユーザ認証を行う（ステップＳ１３０３）。

　認証後、放送コンテンツ受付部２６１は、第一入力画面６２０を表示し、上記手法で、再放送する放送コンテンツの指定を受け付ける（ステップＳ１３０４）。

　そして、関連コンテンツ受付部２６２は、第二入力画面６３０を表示し、上記手法で、同期して出力する関連コンテンツの選択を受け付ける（ステップＳ１３０５）。

　コンテンツ要求部２６３は、データ送信要求としてＲＥＡＤＹ通知を送信し、関連コンテンツの配信を要求する（ステップＳ１３０６）。

　コンテンツ受信部２６４は、それに応じてコンテンツ配信サーバ１３０が配信した関連コンテンツを受信する（ステップＳ１３０７）。

　そして、コンテンツ出力部２６５は、受信した関連コンテンツを出力する。このため、まず、コンテンツ表示画面を生成する（ステップＳ１３０８）。そして、必要に応じて、表示タイミングの微調整を行う（ステップＳ１３０９）。そして、関連コンテンツを出力する（ステップＳ１３１０）。ステップＳ１３０７～Ｓ１３１０の処理を、放送コンテンツの放送が終了するまで継続する。

　放送コンテンツの放送が終了すると、放送コンテンツ受付部２６１は、第一入力画面６２０を表示し、他の放送コンテンツにより継続視聴を行うか否かの指示を受け付ける（ステップＳ１３１１）。例えば、第一入力画面６２０において、新たな放送コンテンツを特定する情報の入力を受け付けた場合、継続するものと判断し、ステップＳ１３０５へ移行する。

　一方、第一入力画面６２０において、ホームボタン６０１の押下を受け付けた場合、継続視聴の意思無し、と判断し、コンテンツ視聴アプリ２３５は、初期画面を表示し、処理を終了する。

　なお、コンテンツ視聴アプリ２３５は、関連コンテンツ受信開始以降、ホームボタン６０１の押下を受け付けた場合、そのまま、関連コンテンツの受信を継続する。

　次に、図１０（ｂ）に従って、ＳＮＳアプリ２３６が選択された場合の、処理の流れを説明する。

　情報処理端末１２２起動時は、初期画面が表示される（ステップＳ１４０１）。

　初期画面において、ＳＮＳアプリ２３６の選択を受け付けると、情報処理端末１２２のＣＰＵ２２１は、ＳＮＳアプリ２３６を起動し（ステップＳ１３０２）、ＳＮＳ用認証画面を表示する。

　次に、ＳＮＳアプリ２３６は、ＳＮＳ用認証画面を介して、ＵＳＲとＰＷＤとの入力を受け付け、上記手法で、ユーザ認証を行う（ステップＳ１４０３）。

　認証後、ＳＮＳアプリ２３６は、ＳＮＳ用画面を表示し（ステップＳ１４０５）、ユーザからＳＮＳデータの入力を受け付けると（ステップＳ１４０６）、当該データを表示する（ステップＳ１４０７）。また、ＳＮＳサーバ１７０あるいはコンテンツ配信サーバ１３０からＳＮＳデータを受信すると（ステップＳ１４０８）、当該データを表示する（ステップＳ１４０８）。

　ＳＮＳアプリ２３６は、継続視聴の意思を受け付けたか否かを判別し（ステップＳ１４０９）、継続視聴の意思を受け付けた場合、ステップＳ１４０５へ戻り、処理を継続する。一方、終了の意思を受け付けた場合、初期画面を表示し、処理を終了する。

　なお、ＳＮＳアプリ２３６は、例えば、ＳＮＳデータの送受信中、ＳＮＳデータを受け付けた場合、継続視聴の意思を受け付けたものと判別し、ホームボタン６０１の押下を受け付けた場合、終了の意思を受け付けたものと判別する。

　なお、情報処理端末１２２は、複数のアプリケーションを並行して実行することが可能である。例えば、コンテンツ視聴アプリ２３５を実行中、関連コンテンツの受信を開始してから、ホームボタン６０１の押下を受け付け、ＳＮＳアプリの起動の指示を受け付けた場合、図１０（ａ）および図１０（ｂ）の処理は、並行して行われる。

　上記手法により、放送コンテンツＢＣ４１０が再放送された場合の、関連コンテンツ等の配信タイミングを図１１に示す。同図では、本放送で、Ｔ０（２０１６０５３０Ｔ１２３０００＋９００）から放送された放送コンテンツＢＣ４１０は、Ｔ１（２０１６０７２７Ｔ２１１５００＋０９００）＋ΔＴ０１（＝Ｔ１６－Ｔ１１）から開始される。また、フリーコンテンツＦＣ４１２と、ＦＣ４１３とが、関連コンテンツとして選択されたものとする。

　コンテンツ配信プログラム３１５は、Ｔ１＋ΔＴ０１をＴＢＣ１とし、視聴タイミングＤＢ３２０を参照し、放送連動コンテンツＲＣ４１１、フリーコンテンツＦＣ４１２、ＦＣ４１３を、配信する。

　例えば、ＲＣ４１１は、Ｔ１７（＝Ｔ１＋ΔＴ０１＋（ＴＲＣ１－ＴＢＣ１））に配信を開始する。配信終了は、Ｔ２３（＝Ｔ１＋ΔＴ０１＋（ＴＲＣ３－ＴＢＣ１））である。また、ＦＣ４１２は、Ｔ１８（＝Ｔ１＋ΔＴ０１＋（ＴＦＣ１－ＴＢＣ１））からＴ１９（＝Ｔ１＋ΔＴ０１＋（ＴＦＣ２－ＴＢＣ１））まで配信し、ＦＣ４１２は、Ｔ２０（Ｔ１＋ΔＴ０１＋（ＴＦＣ３－ＴＢＣ１））からＴ２１（＝Ｔ１＋ΔＴ０１＋（ＴＦＣ４－ＴＢＣ１））まで配信する。

　この間、ＳＮＳデータＳＮ４１４、ＳＮ４１５～ＳＮ４１９、ＳＮ４４１を、それぞれのタイミングで配信する。なお、ＳＮ４４２、ＳＮ４４３は、再放送時に新たに登録されたＳＮＳデータである。

　［表示例］
　図１２（ａ）に、上記手法で、再放送時に関連コンテンツを配信した場合の、ＴＶ装置１２１のディスプレイ２１３に表示される画面例を示す。また、図１２（ｂ）に、その際に、情報処理端末１２２の入力表示部２２３に表示されるコンテンツ表示画面例を示す。

　図１２（ａ）に示すように、ディスプレイ２１３には、ユーザが選択したチャンネルの、再放送された放送コンテンツが表示される。例えば、ディスプレイ２１３の両脇に配置されるスピーカ２１４からは、音声が出力される。

　図１２（ｂ）に示すように、入力表示部２２３には、ユーザが指定した関連コンテンツを合成したコンテンツ表示画面４１０が表示される。例えば、コンテンツ表示画面４１０は、放送連動コンテンツ表示領域４１１と、フリーコンテンツ表示領域４１２と、サイズ調整受付領域４１３と、タイミング調整受付領域４１４と、ホームボタン６０１とを備える。

　放送連動コンテンツ表示領域４１１は、放送連動コンテンツを表示する領域である。フリーコンテンツ表示領域４１２は、フリーコンテンツを表示する領域である。サイズ調整受付領域４１３は、フリーコンテンツ表示領域４１２のサイズの調整を受け付ける領域である。フリーコンテンツが、放送連動コンテンツの視聴を妨げない範囲に収まるよう、ユーザによる調整を受け付ける。タイミング調整受付領域４１４は、放送コンテンツと放送連動コンテンツとの間のタイミングのずれの調整を受け付ける領域である。ホームボタン６０１は、上述のとおり、初期画面に戻る指示を受け付けるボタンである。ホームボタン６０１は、例えば、入力表示部２２３の外枠に設けられる。

　本例では、放送コンテンツとして、カーレースを視聴する場合を例時する。放送連動コンテンツは、各レーシングカーの順位、ドライバー名、チーム名、コース周回回数、トップとの時間差等の情報を文字で表示するコンテンツを含む。さらに、放送連動コンテンツは、コース上のレーシングカーの位置をグラフィカルに表示するコンテンツを含む。この放送連動コンテンツは、コンテンツ配信サーバ１３０から、放送コンテンツの内容とタイミングが略一致するよう配信され、放送連動コンテンツ表示領域４１１に表示される。

　コンテンツ出力部２６５は、サイズ調整受付領域４１３およびタイミング調整受付領域４１４を介して受け付けた指示に従って、表示を調整する。例えば、タイミング調整受付領域４１４を介して受け付けた、調整量に応じて、ＣＰＵ２２１が、グラフィックプロセッサ２３２に表示タイミングの調整指示を出す。

　なお、この表示タイミングの調整指示は、内部ストレージ２２４に保存し、次回の放送連動コンテンツの受信時にも用いるよう構成してもよい。これにより、定常的な遅延要因を取り除いた受信が可能となる。

　以上説明したように、本実施形態のコンテンツ配信システム１００は、コンテンツ配信サーバ１３０と、コンテンツ視聴装置１２０とを備える。コンテンツ配信サーバ１３０では、時系列で変化する放送コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツを予め収集する。収集する際、放送コンテンツの放送時間に対応づけて関連コンテンツの配信時間を登録した視聴タイミングＤＢ３２０を作成する。そして、ユーザから視聴する放送コンテンツの指定を受け取ると、視聴タイミングＤＢ３２０に従って、当該放送コンテンツに同期させて配信する。コンテンツ視聴装置１２０側では、配信された関連コンテンツを受信し、出力する。

　このため、本実施形態によれば、再放送時であっても、関連コンテンツが、放送コンテンツとの相対的時間関係が維持された状態で提供される。従って、コンテンツ視聴装置１２０は、再放送時であっても、放送コンテンツの本放送時と同じタイミングで、所望の関連コンテンツを受信し、ユーザに提示できる。

　また、コンテンツ配信サーバ１３０が、本放送時に、関連コンテンツを収集し、一元管理し、配信するため、本実施形態よれば、放送コンテンツの再利用時であっても、配信事業者の制約無しに所望の関連コンテンツを、放送コンテンツと連携させて視聴できる。

　このように、本実施形態によれば、再放送時であっても、放送コンテンツとともに、放送連携コンテンツ、フリーコンテンツ、ＳＮＳコンテンツ等の関連コンテンツを、本放送時と同じタイミングで視聴できる。このため、コンテンツ視聴の魅力が増大する。

　特に、再配信するＳＮＳデータは、放送コンテンツに関連して視聴者が感想をリアルタイムにやり取りするメッセージデータ等であり、放送コンテンツの再放送時に、最初に放送された時のリアルタイムな状況を振り返りながら放送コンテンツを視聴できるので、視聴をより楽しく行うことが出来るようになる。

　なお、上記したフリーコンテンツ及びＳＮＳデータの再配信は、コンテンツ配信サーバ１３０の付加価値機能として提供されるものである。

　＜変形例＞
　上記実施形態では、コンテンツ配信システム１００において、放送コンテンツを再放送する場合の、関連コンテンツの配信手法を説明した。次に、放送コンテンツをＶＯＤ配信する場合の、配信手法を、動作シーケンスに従って説明する。

　ＶＯＤ配信時は、コンテンツ視聴アプリ２３５は、関連コンテンツの視聴処理に加え、ＴＶ装置１２１に対し、ＶＯＤ受信設定を行う。従って、本変形例では、放送コンテンツ受付部２６１は、受信する放送コンテンツを特定する情報を受け付けるだけでなく、ＴＶ装置１２１に対し、ＶＯＤ受信設定を行う。

　本変形例の放送コンテンツ受付部２６１は、ユーザからＶＯＤ配信で視聴する放送コンテンツの指定を受け付けると、ＴＶ装置１２１に対し、ＶＯＤ受信設定を行う。受信設定は、ＩＰネットワーク１１０を介して、コマンドを送受信することにより行う。

　また、ＴＶ装置１２１側では、ＶＯＤ受信設定のコマンドを情報処理端末１２２から受信すると、ＣＰＵ２０１は、ＩＰネットワーク部２１５を介して、ＶＯＤサーバ１５０に対しデータ要求を送信する。ＴＶ装置１２１は、データ要求に応じて送信されたＶＯＤコンテンツのデータを、ＩＰネットワーク部２１５を介して受信し、映像処理部２０８、グラフィックス部２１０、音声処理部２０９等で処理を行い、表示出力部２１１、音声出力部２１２により、ディスプレイ２１３およびスピーカ２１４に出力する。

　［ＶＯＤ配信時の処理の流れ］
　次に、ＶＯＤ配信時のコンテンツ配信システム１００の動作シーケンスを図１３に示す。以下、図８で説明した再放送時と異なる点に主眼をおいて説明する。

　ＶＯＤ配信時は、ユーザは、まず、情報処理端末１２２に対し、コンテンツ視聴アプリ２３５の起動指示を行う（ステップＳ１１０３）。

　これを受け、情報処理端末１２２の認証部２６６は、認証画面６１０を表示する。ユーザは、ＵＳＲ、ＰＷＤ等のログイン情報を入力する（ステップＳ１１０４）。認証部２６６は、ログイン情報の入力を受け付け（ステップＳ１１０５）、コンテンツ配信サーバ１３０に送信する（ステップＳ１１０６）。

　次に、情報処理端末１２２の放送コンテンツ受付部２６１は、第一入力画面６２０を表示し、ユーザから、放送コンテンツの選択を受け付ける（ステップＳ１１０７、Ｓ１１０８）。本変形例では、ここで、ＶＯＤ配信を所望する放送コンテンツの選択を受け付ける。そして、放送コンテンツ受付部２６１は、ＴＶ装置１２１に対し、ＶＯＤ受信設定のためのコマンドを送信する（ステップＳ１５０１）。また、受け付けた選択を、コンテンツ配信サーバ１３０に通知する（ステップＳ１１０９）。

　その後、再放送時同様、関連コンテンツ受付部２６２は、ユーザから関連コンテンツの指示を受け、コンテンツ配信サーバ１３０に通知する。コンテンツ配信サーバ１３０は、情報処理端末１２２からＲＥＡＤＹ通知を受信すると、視聴タイミングＤＢ３２０をダウンロードし、関連コンテンツの配信を開始する（ステップＳ１１１０～Ｓ１１２０）。

　一方、ＴＶ装置１２１側では、ＶＯＤ受信設定のコマンドを受け取ると、ＶＯＤサーバ１５０にデータ要求を送信する（ステップＳ１５０２）。ＶＯＤサーバ１５０は、データ要求に応じて、ＶＯＤコンテンツを配信する（ステップＳ１５０３）。ＴＶ装置１２１では、放送コンテンツの受信および出力を開始する（ステップＳ１５０４）。なお、ＶＯＤ配信の利用に際しても、ログイン操作が求められる場合もある。本図では、これを省略する。

　なお、図１３の動作シーケンスにおいては、ＶＯＤの受信設定を情報処理端末１２２が、ＴＶ装置１２１に対して行う。従って、ユーザは、情報処理端末１２２を操作するだけで、放送コンテンツの視聴が可能である。本構成は、ＶＯＤ配信時に限定されない。例えば、再放送時であっても、このように構成してもよい。

　この場合、図８の動作シーケンスにおいて、ステップＳ１１０１でユーザがＴＶ装置１２１に対して、放送コンテンツの指定を行っているが、これを、省略する。そして、その代わりに、放送コンテンツ受付部２６１が、ステップＳ１１０７で情報処理端末１２２に放送コンテンツの選択指示を行った際、ＴＶ装置１２１に対し、受信設定を行う。

　なお、ＶＯＤ配信の場合、再放送とは異なり、ユーザは、放送コンテンツ（ＶＯＤコンテンツ）に対し、特殊な再生操作が可能である。可能な特殊再生操作は、例えば、映像の一時停止・巻戻し・早送り、ＪＵＭＰなどの指示である。以下、これらを含む、特殊再生操作を、インタラクティブ操作と呼ぶ。

　この場合、情報処理端末１２２のコンテンツ要求部２６３は、ユーザからのＶＯＤコンテンツに対するインタラクティブ操作を受け付け、それを、コンテンツ配信元に通知する処理を行う。

　具体的には、インタラクティブ操作を受け付ける操作受付画面を作成し、ユーザに提示する。また、操作受付画面を介してインタラクティブ操作を受け付けると、当該操作に応じたコマンドを生成し、各コンテンツの配信元にそれぞれ送信する。ここでは、ＶＯＤサーバ１５０と、コンテンツ配信サーバ１３０に対し、送信する。コンテンツ配信サーバ１３０に対しては、関連コンテンツ毎にコマンドを生成し、送信する。これは、後述するように、関連コンテンツ毎に、インタラクティブ操作対象、対象外を設定可能であるためである。

　コマンドは、例えば、パラメータとして、ＶＯＤコンテンツの開始時刻を起点とした経過時間を含む。例えば、一時停止の操作を受け付けた場合、その間、同じ経過時間を含むコマンドを送信し続ける。一方、巻き戻しや早送りの操作を受け付けた場合、それぞれ、通常の経過時間に予め定めた減算分、加算分を付加した経過時間を含むコマンドを送信する。

　コンテンツ毎に、操作に応じたパラメータを設定し、送信する。これにより、コンテンツ要求部２６３は、インタラクティブ操作の対象となるコンテンツと対象外のコンテンツとの処理を、同一のフローとすることができる。

　以下、インタラクティブ操作を行う場合の操作受付画面および動作シーケンスについて説明する。

　図１４は、インタラクティブ操作を行う場合の、情報処理端末１２２の、入力表示部２２３に表示される操作受付画面６５０の一例である。なお、６０１は、ホームボタンである。操作受付画面６５０は、ユーザからの指示に応じて表示されるよう構成してもよいし、コンテンツの配信が開始された後、自動的に表示されるよう構成してもよい。

　ＶＯＤ配信が選択された場合の、操作受付画面６５０の例を図１４に示す。操作受付画面６５０は、サービスタイトル表示領域６０２と、コンテンツ指定領域６６０と、インタラクティブ操作領域６７０と、主操作領域６８０と、を備える。

　コンテンツ指定領域６６０は、例えば、放送コンテンツ情報表示領域６６１と、放送コンテンツ選択受付領域６６２と、関連コンテンツ情報表示領域６６３と、関連コンテンツ選択受付領域６６４と、操作対象選択領域６６５と、表示選択領域６６６と、を備える。

　放送コンテンツ情報表示領域６６１には、選択された放送コンテンツを特定する情報、例えば、放送コンテンツ名等が表示される。放送コンテンツ選択受付領域６６２は、当該放送コンテンツを表示するか否かの指示を受け付ける。例えば、選択された場合、異なる表示色にする等、表示態様を変更することにより、表示する指示を受け付けたか否かが判別できるように構成する。なお、表示態様の制御は、表示非表示をユーザにわかりやすく伝えるものであれば良い。

　関連コンテンツ情報表示領域６６３には、関連コンテンツを特定する情報、例えば、関連コンテンツ名等が表示される。なお、ここには、放送連動コンテンツ名、フリーコンテンツ名、ＳＮＳデータ名等が表示される。なお、フリーコンテンツについては、ユーザがＵＲＩを指定することにより、視聴選択したフリーコンテンツのみを表示するよう構成してもよいし、放送コンテンツに対応づけて、コンテンツ配信サーバ１３０に登録されている全フリーコンテンツ名が表示されるよう構成してもよい。この場合、コンテンツ要求部２６３は、放送コンテンツが選択された時点で、コンテンツ配信サーバ１３０にアクセスし、当該情報を取得する。関連コンテンツ選択受付領域６６４は、放送コンテンツ選択受付領域６６２同様、当該関連コンテンツを表示するか否かの指示を受け付ける。

　操作対象選択領域６６５は、後述するインタラクティブ操作の対象とするコンテンツの選択を受け付ける。

　表示選択領域６６６は、例えば、関連コンテンツ数が、関連コンテンツ情報表示領域６６３に表示可能な最大数を超える場合、表示する関連コンテンツを選択する指示を受け付ける領域である。例えば、ＰＲＥＶオブジェクト、ＮＥＸＴオブジェクト等を備え、ページめくりあるいはスクロールの手法で指示に応じて表示する。

　インタラクティブ操作領域６７０は、インタラクティブ操作を受け付ける各種の領域を備える。例えば、操作指示領域６７１、ＴｉｍｅＳ領域６７２、ＪｕｓｔＢｅｆｏｒｅ領域６７３、ＲｅＳｙｎｃｈ領域６７４、等を備える。

　操作指示領域６７１は、映像の一時停止、巻き戻し、早送り等の指示を受け付ける。ＴｉｍｅＳ領域６７２は、タイムシフト再生指示を受け付ける。また、操作指示領域６７１およびＴｉｍｅＳ領域６７２で受け付けた指示に応じて、現在表示されているコンテンツの、相対時間を表示する領域６７５を備える。この領域では、例えば、ｈｈ：ｍｍ：ｓｓ（時間：分：秒）の表示形式で、ＶＯＤコンテンツ（放送コンテンツ）の開始を起点とする経過時間を表示する。ユーザは、ＴｉｍｅＳ領域６７２をタッチすることにより、指定された経過時間からＶＯＤコンテンツ、及び関連コンテンツを表示させることができる。

　コンテンツ要求部２６３は、操作指示領域６７１を介して受け付けた指示に応じたタイムシフトコマンドをコンテンツ配信サーバ１３０に送信する。タイムシフトコマンドは、操作を受け付けた時点の経過時間に、予め決めた時間の刻みδを加算もしくは減算した時間をパラメータに持つコマンドである。

　タイムシフトコマンドを連続してコンテンツ配信サーバ１３０に送信するようにすれば良い。これにより、ＶＯＤコンテンツとネットワークコンテンツの同期化の仕組みを共通化できる。また、順方向と逆方向で、時間の刻みδを変えても良い。

　ＪｕｓｔＢｅｆｏｒｅ領域６７３は、直前のインタラクティブ操作の前の状態にコンテンツの時刻を戻す指示を受け付ける。ＲｅＳｙｎｃｈ領域６７４は、ＶＯＤコンテンツと関連コンテンツの再同期を行う指示を受け付ける。これらの指示を受け付けると、コンテンツ要求部２６３は、コンテンツ配信サーバ１３０に当該指示を意味するコマンドを送信する。コンテンツ配信サーバ１３０では、当該指示に応じて、配信を制御する。

　なお、関連コンテンツが複数の場合、これらのインタラクティブ操作に応じた制御は、選択された全ての放送コンテンツおよび関連コンテンツに対してなされるよう構成してもよい。また、選択されたコンテンツに対してのみ行うよう構成してもよい。

　後者の場合、上述のように、操作対象選択領域６６５を介して、対象とするコンテンツの選択を受け付ける。インタラクティブ動作の対象とするコンテンツの選択を可能とすることにより、インタラクティブ動作の対象とするコンテンツ数を低減できる。これにより、コンテンツ配信サーバ１３０の処理負荷を低減できる。この時、ＶＯＤコンテンツと一部の関連コンテンツは一時的に同期関係を失う。ＪｕｓｔＢｅｆｏｒｅ領域６７３および／またはＲｅＳｙｎｃｈ領域６７４を介した指示により、一回の操作で、全てのネットワークコンテンツをＶＯＤコンテンツに再同期させることができる。

　なお、以上説明したインタラクティブ操作は、放送コンテンツの再放送の場合でも、関連コンテンツを対象に実施することができる。例えば、ＳＮＳコンテンツを早見することにより、対応する放送コンテンツを継続して視聴するかどうかを判断する等の使い方ができる。

　主操作領域６８０は、ＰＲＧＳｅｌ領域６８１と、ＴｏｐＭｅｎｕ領域６８２と、を備える。これらは、例えば、ＶＯＤ配信の上位メニュー画面に遷移させる指示を受け付ける。

　［ＶＯＤ配信変形例の処理の流れ］
　次に、ＶＯＤコンテンツおよび関連コンテンツの配信が開始された後、インタラクティブ操作を受け付ける場合の処理を、図１５を用いて説明する。

　全体の処理は、基本的に図１３で説明した動作フローと同じである。ＶＯＤコンテンツの視聴開始後、ＶＯＤサーバ１５０は、操作対応ＶＯＤコンテンツ配信処理を行った後、データ配信を行う。また、コンテンツ配信サーバ１３０は、ＲＥＡＤＹ通知を受信後、視聴タイミングＤＢ３２０をダウンロードし、関連コンテンツの配信を開始する。

　この間、情報処理端末１２２が、ユーザからインタラクティブ操作を受け付けると（ステップＳ１６０１）、情報処理端末１２２のコンテンツ要求部２６３は、操作に応じたコマンドを生成し（ステップＳ１６０２）、ＶＯＤサーバ１５０およびコンテンツ配信サーバ１３０に送信する（ステップＳ１６０３、Ｓ１６０４）。

　データ配信時、ＶＯＤサーバ１５０は、インタラクティブ操作を反映するためのデータ配信処理を行い（ステップＳ１６０５）、処理結果に応じて、ＶＯＤデータをＴＶ装置１２１に配信する（ステップＳ１５０３）。なお、データ配信処理の詳細は、後述する。

　また、コンテンツ配信サーバ１３０においても、タイミング判定（ステップＳ１１１６）後、データ配信処理を行い（ステップＳ１６０６）、コンテンツを配信する。なお、データ配信処理については、コンテンツ毎に行う。

　その他の処理は、図１３で説明したものと同じであるため、ここでは、説明を省略する。

　次に、ステップＳ１６０５およびＳ１６０６の、データ配信処理について説明する。図１６は、本変形例のデータ配信処理の処理フローである。データ配信処理は、各サーバにおいて、当該サーバが備えるＣＰＵが予め保持するプログラムに従って処理を行うことにより、実現される。例えば、コンテンツ配信サーバ１３０であれば、コンテンツ配信プログラム３１５が以下の処理を実現する。

　データ配信処理では、ＣＰＵは、まず、インタラクティブ判定を行う（ステップＳ１７０１）。インタラクティブ判定は、インタラクティブ操作に応じたコマンドを受信しているか否かを判定する処理である。すなわち、インタラクティブ操作がなされたか否かを判定する。

　インタラクティブ操作がなされ、インタラクティブ操作に応じたコマンドを受信している場合、受信したコマンドに含まれる経過時間に応じて配信するコンテンツの時刻をシフトさせるタイムラインシフトを行い（ステップＳ１７０２）、タイムラインシフト後の経過時間のコンテンツを配信する。

　一方、インタラクティブコマンドを受信していない場合は、そのままデータ配信処理を終了する。この場合は、通常通り、データ要求されたタイミングに応じたコンテンツが配信される。

　以上のデータ配信処理を、配信期間中、データ要求を受ける毎に繰り返す。

　インタラクティブ操作を受けた場合の、本変形例のコンテンツ配信システム１００による、コンテンツ配信の様子を図１７に示す。

　なお、ＶＯＤ配信サービスは、プライベートなものであり、その間、第三者からのＳＮＳデータの発信は行われない。また、ユーザも行わない。従って、放送コンテンツ、関連コンテンツ、ＳＮＳデータは、最初の視聴の時と同一であり、視聴タイミングＤＢ３２０の修正の必要はない。

　ここでは、放送コンテンツＢＣ４１０の配信中、時刻Ｔ３１からＴ２１の間、ＰＡＵＳＥ（一時停止）の指示を受け、また、Ｔ１９において、Ｔ２０に移行するようＪＵＭＰの指示を受けた場合を例にあげて説明する。

　Ｔ３１からＴ２１の間、放送連動コンテンツＲＣ４１１およびフリーコンテンツＦＣ４１２は、配信されない。Ｔ３１後、通常のタイムシフト量に、ΔＴ１１（＝Ｔ３１－Ｔ２１）を加えたタイミングで、放送連動コンテンツＲＣ４１１およびフリーコンテンツＦＣ４１２は、配信される。また、ＳＮＳデータも、Ｔ３１以降、通常のタイムシフト量にΔＴ１１を加えたタイミングで、配信される。

　また、Ｔ１９において、Ｔ２０に移行するよう指示を受けたため、Ｔ１９以降、放送連動コンテンツＲＣ４１１およびフリーコンテンツＦＣ４１３は、通常のタイムシフト量から、ΔＴ１２（＝Ｔ２０－Ｔ１９）だけ減算したタイミングで、配信される。ＳＮＳデータも同様である。

　以上説明したように、本変形例によれば、放送コンテンツの事業者と独立したコンテンツ配信サーバ１３０が、関連コンテンツを、ＩＰネットワーク１１０を介して配信する。このとき、コンテンツ配信サーバ１３０は、放送コンテンツのＶＯＤ配信の時でも、最初の視聴時と相対的に同じ時間関係を保ちながら、関連コンテンツを配信する。従って、コンテンツ視聴サービスの付加価値を増大させることができる。また、ユーザのインタラクティブ操作も可能である。

　＜コンテンツ視聴装置の変形例＞
　なお、上記実施形態では、コンテンツ視聴装置１２０は、ＴＶ装置１２１と情報処理端末１２２とを備え、放送コンテンツはＴＶ装置１２１のディスプレイ２１３に、関連コンテンツは、情報処理端末１２２の入力表示部２２３に、それぞれ、表示する。しかしながら、コンテンツ視聴装置１２０の形態は、これに限定されない。

　例えば、ＴＶ装置１２１を、ネットワークに接続可能とし、関連コンテンツも、放送コンテンツに重畳し、ディスプレイ２１３に表示するよう構成してもよい。これを実現するコンテンツ視聴装置１２０ａの形態の一例を図１８に示す。

　本図に示すように、コンテンツ視聴装置１２０ａは、ＴＶ装置１２１と、情報処理端末１２２と、コンテンツ受信端末１２３と、を備える。ＴＶ装置１２１および情報処理端末１２２は、図２に示す各装置と同様の構成を有する。なお、情報処理端末１２２については、構成要素の記載を省略する。

　コンテンツ受信端末１２３は、ＣＰＵ２４２と、ＲＡＭ２４３と、内部ストレージ２４４と、ネットワーク通信部２４６と、音声プロセッサ２４７と、グラフィックプロセッサ２４８と、デジタル出力部２４１とを備える。また、内部ストレージ２４４は、コンテンツ視聴アプリ２４５を備える。グラフィックプロセッサ２４８は、映像処理部２４９を備える。

　ネットワーク通信部２４６は、情報処理端末１２２のＩＰネットワーク部２２８の機能を包含するものであり、例えば、この他、ＢＴ通信部２２７の機能も包含するものであってよい。

　コンテンツ受信端末１２３のＣＰＵ２４２は、情報処理端末１２２のＣＰＵ２２１と同様に、内部ストレージ２４４に記憶しているプログラムをＲＡＭ２４３に展開して、実行する。プログラムとして、ＨＴＭＬ等のデータを処理するＷＥＢブラウザ、コンテンツ視聴アプリ２４５を含む。さらに、グラフィックプロセッサ２４８内の映像処理部２４９を補助プロセッサとして活用し、圧縮符号化されている映像データの復号を行うプログラム、音声プロセッサ２４７を補助プロセッサとして活用し、圧縮符号化されている音声データを復号するプログラムも含む。

　グラフィックプロセッサ２４８は、ＣＰＵ２４２が処理して得る映像データをデジタル出力部２４１に出力する。音声プロセッサ２４７は、ＣＰＵ２４２が処理して得る音声データをデジタル出力部２４１に出力する。

　デジタル出力部２４１は、グラフィックプロセッサ２４８からの映像データと音声プロセッサ２４７からの音声データを多重して、デジタルＩＦを介し、ＴＶ装置１２１のデジタル入出力部２０４に送出する。

　コンテンツ受信端末１２３のコンテンツ視聴アプリ２４５と、情報処理端末１２２のコンテンツ視聴アプリ２３５とは、連携してコンテンツ視聴サービスを提供する。例えば、情報処理端末１２２のコンテンツ視聴アプリ２３５は、主として、ユーザからの入力を受け付ける。入力は、入力表示部２２３を介して受け付ける。例えば、視聴したい関連コンテンツのＵＲＩの入力を受け付け、コンテンツ受信端末１２３のコンテンツ視聴アプリ２４５に設定する。この他、情報処理端末１２２は、ＳＮＳサーバ１７０にログインし、ＳＮＳデータの送受信等のＳＮＳサービスの提供を受ける。

　コンテンツ受信端末１２３のＣＰＵ２４２が、コンテンツ視聴アプリ２４５を実行するときに、設定されたＵＲＩを用いて、ネットワーク通信部２４６を介し、コンテンツ配信サーバ１３０に接続し、放送連動コンテンツやフリーコンテンツを受信する。

　すなわち、情報処理端末１２２のコンテンツ視聴アプリ２３５は、認証部２６６と、放送コンテンツ受付部２６１と、関連コンテンツ受付部２６２との機能を実現し、コンテンツ受信端末１２３のコンテンツ視聴アプリ２４５が、コンテンツ要求部２６３と、コンテンツ受信部２６４と、コンテンツ出力部２６５と、の機能を実現する。

　ただし、関連コンテンツの表示タイミングの調整は、情報処理端末１２２を介して受け付ける。ユーザは、放送コンテンツと放送連動ネットワークコンテンツとが表示されるＴＶ装置１２１のディスプレイ２１３上の表示画面を見比べ、情報処理端末１２２の入力表示部２２３を介して指示を行う。情報処理端末１２２は、指示を受け付けると、当該指示をコンテンツ受信端末１２３に送信する。コンテンツ受信端末１２３では、映像処理部２４９が、当該指示に従って、表示調整を行う。

　ＴＶ装置１２１では、デジタル入出力部２０４で受信する映像及び音声データを、放送コンテンツの映像及び音声データと重畳する。映像データは、グラフィックス部２１０で、異なるプレーンとして取り扱い、それぞれに、画面サイズの変更やブレンディング処理等を行う。その後、一つの画面に合成して、表示出力部２１１を介し、ディスプレイ２１３に表示する。これにより、ユーザに視聴画面を提供する。音声データは、音声出力部２１２で、音声データを切り替えたり、ブレンディングしたりし、スピーカ２１４から出力する。

　なお、放送コンテンツがＩＰ放送やＶＯＤ配信で提供される場合は、コンテンツ受信端末１２３のネットワーク通信部２４６で受信してもよい。この場合、放送コンテンツの受信データであるＭＰＥＧデータは、ＣＰＵ２４２、グラフィックプロセッサ２４８、音声プロセッサ２４７で復号され、それぞれ、放送コンテンツの映像データおよび音声データを得る。得られた映像データおよび音声データは、関連コンテンツの映像データおよび音声データとそれぞれ重畳等され、デジタル出力部２４１からＴＶ装置１２１のデジタル入出力部２０４に送出される。この場合、ＴＶ装置１２１のＩＰネットワーク部２１５は使用しない。従って、ＩＰネットワーク部２１５を備えないＴＶ装置１２１も利用できる。

　また、本構成の場合、ＶＯＤ受信設定を、コンテンツ受信端末１２３のデジタル出力部２４１から、デジタル入出力部２０４にコマンドを多重して送出してもよい。

　［変形例の表示例］
　コンテンツ視聴装置１２０が、本変形例の構成を有する場合の、放送コンテンツおよび関連コンテンツの表示例を図１９（ａ）および図１９（ｂ）に示す。

　図１９（ａ）に示すように、ディスプレイ２１３には、ユーザが選択したチャンネルの、再放送あるいはＶＯＤ配信（以下、再放送等と呼ぶ）された放送コンテンツと、関連コンテンツとが合成されて表示される。

　表示される合成画面４２０は、例えば、放送連動コンテンツ表示領域４２１と、フリーコンテンツ表示領域４２２と、サイズ調整受付領域４２３と、放送コンテンツ表示領域４２６と、ブレンディング調整領域４２８と、を備える。なお、図示してはいないが、各コンテンツの表示タイミングを微調整するタイミング調整受付領域を備えてもよい。

　図１２（ｂ）に示すコンテンツ表示画面４１０と、同名の領域は、基本的に、同名の機能を有する。ただし、サイズ調整受付領域４２３は、各領域に設けられ、それぞれの領域のサイズの調整を受け付ける。放送コンテンツ表示領域４２６は、放送コンテンツを表示する領域である。放送コンテンツ表示領域４２６のサイズを調整する領域である。ブレンディング調整領域４２８は、放送コンテンツ表示領域４２６と、各関連コンテンツ表示領域（放送連動コンテンツ表示領域４２１、フリーコンテンツ表示領域４２２）とのオーバラップ領域の、ブレンディングの比率の調整を受け付ける。

　ブレンディング調整領域４２８を備えることにより、それぞれの大きさ及びアルファブレンディング比率を調整可能であるため、放送コンテンツ、ネットトークコンテンツの視聴が同一画面で可能でありながら、お互いの視聴妨害ができるだけ少なくする表示が可能となる。

　なお、サイズ調整受付領域４２３およびブレンディング調整領域４２８を介した指示は、ＣＰＵ２０１（コンテンツ出力部２６５）が受け付ける。ＣＰＵ２０１は、指示を受け付けると、グラフィックス部２１０に調整後の画面を生成するよう指示を行う。

　なお、図１９（ａ）には、合成画面４２０の放送コンテンツ表示領域４２６に、図１２と同様、カーレースの実況中継が表示され、放送連動コンテンツ表示領域４２１に、各レーシングカーの順位、ドライバー名、チーム名、コース周回回数、トップとの時間差が文字画面で表示される例を示す。

　図１９（ｂ）に、合成画面４２０の変形例である合成画面４３０を示す。合成画面４３０は、さらに、ＳＮＳデータ表示領域４２９を備える。ＳＮＳデータ表示領域４２９は、例えば、いずれのコンテンツも表示されていない、空き領域に設定される。なお、合成画面４２０では、放送連動コンテンツ表示領域４２１に、コース上のレーシングカーの位置をグラフィカルな画面として表する例を示す。

　ＳＮＳデータは、上述のように放送コンテンツが放送されているとき、コンテンツ配信サーバ１３０が、ＷＥＢ　ＡＰＩでＳＮＳサーバ１７０から、ユーザが設定する特定のＳＮＳデータを収集し、配信するものである。

　特定のＳＮＳデータとして、例えば、放送コンテンツに関連するものを収集することにより、放送コンテンツの視聴と併行して、放送コンテンツに関する評価、評判等のコメントを受信でき、放送コンテンツの再放送時、及びＶＯＤ時でも放送コンテンツの視聴を、ライブ放送と同様の環境とすることができる。

　以上説明したように、図１８に示す変形例によれば、放送コンテンツの再利用時であっても、放送コンテンツに同期して関連コンテンツを視聴できる。また、１つの画面に両者を表示して視聴できる。このため、本変形例によれば、より魅力的な視聴環境を提供できる。

　＜＜第二の実施形態＞＞
　本発明の第二の実施形態を説明する。本実施形態では、関連コンテンツの表示タイミングを制御する際に用いる、視聴タイミングデータベースを、情報処理端末１２２が備える。

　［システム構成］
　図２０は、本実施形態のコンテンツ配信システム１００ａを説明するための図である。本実施形態のコンテンツ配信システム１００ａは、ＩＰネットワーク１１０と、放送設備１４０と、ＶＯＤサーバ１５０と、コンテンツ配信サーバ１３０と、フリーコンテンツサーバ１６０と、ＳＮＳサーバ１７０と、放送連動コンテンツサーバ１８０と、コンテンツ視聴装置１９０とを備える。なお、ここでは、放送設備１４０、各サーバ、視聴装置の数は、ここに示されている数に限定されない。

　ＩＰネットワーク１１０と、放送設備１４０と、ＶＯＤサーバ１５０と、コンテンツ配信サーバ１３０と、フリーコンテンツサーバ１６０と、ＳＮＳサーバ１７０と、放送連動コンテンツサーバ１８０は、それぞれ、第一の実施形態の同名のものと同様の構成を有する。

　以下、本実施形態について、第一の実施形態と異なる構成に主眼をおいて説明する。

　本実施形態では、上述のように、視聴タイミングＤＢ３２０を、コンテンツ配信サーバ１３０と、コンテンツ視聴装置１９０とが保持する。そして、放送コンテンツを再利用（再放送またはＶＯＤ配信等）する際、関連コンテンツのうち、放送連動コンテンツは、第一の実施形態同様、コンテンツ配信サーバ１３０が、視聴タイミングＤＢ３２０に従って、コンテンツ視聴装置１２０に送信する。一方、フリーコンテンツとＳＮＳデータについては、コンテンツ視聴装置１２０側が、視聴タイミングＤＢ３２０に従って、コンテンツ配信サーバ１３０に、データを要求し、配信を受ける。

　［コンテンツ視聴装置］
　まず、本実施形態のコンテンツ視聴装置１９０を説明する。図２１に示すように、本実施形態のコンテンツ視聴装置１９０は、第一の実施形態同様、ＴＶ装置１２１と、情報処理端末１９２とを備える。ＴＶ装置１２１は、第一の実施形態のＴＶ装置１２１と同様である。

　一方、情報処理端末１９２は、基本的に第一の実施形態の情報処理端末１２２と同様の構成を有する。そして、さらに、コンテンツストレージ（Ｃ／Ｓ）２３７を備える。コンテンツストレージ２３７には、視聴タイミングデータベース（ＤＢ）２７１が格納される。ここで、保持される視聴タイミングＤＢ２７１は、第一の実施形態において、コンテンツ配信サーバ１３０が保持する同名のデータベースと同様のものである。

　なお、コンテンツストレージ２３７は、情報処理端末１９２に内蔵されているものに限定されない。外付け（外部のコンテンツストレージ）であってもよい。

　本実施形態の情報処理端末１９２の、コンテンツ視聴アプリ２３５のコンテンツ要求部２６３は、関連コンテンツの視聴準備ができると、ＲＥＡＤＹ通知を送信する。このとき、コンテンツ自体だけでなく、視聴タイミングデータベースの送信要求も併せて送信する。

　放送コンテンツの放送が開始されると、コンテンツ要求部２６３は、視聴タイミングＤＢ３２０を参照し、登録されているタイムラインに従って、フリーコンテンツおよびＳＮＳデータの配信元サーバに、データ送信要求を送信する。データ送信要求を送信するタイミングは、情報処理端末１２２の装置性能を考慮して決定される。装置性能は、例えば、コンテンツデータの復号処理に要する時間、データのバッファリング容量等である。

　また、データ送信要求には、要求する関連コンテンツの時刻を特定する情報を含む。このため、コンテンツ要求部２６３は、データ送信要求として、例えば、放送コンテンツ開始からの経過時間に相当する時間Δｔをパラメータとした、データ要求コマンド（Ｑｕｅｒｙ）を発行する。具体的には、コンテンツ配信サーバ１３０のＵＲＩに向けて、「ＧＥＴ　ＸＸＸデータ？ｄｅｌｔａＴ＝ｈｈ：ｍｍ：ｓｓ」といったＡＰＩコマンドを、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）で送信する。

　ここで、ＸＸＸデータがネットワークコンテンツを示し、ｄｅｌｔａＴ＝ｈｈ：ｍｍ：ｓｓで、放送コンテンツの開始時刻を起点とした経過時間を示す。コンテンツ配信サーバ１３０は、そのコマンドを受けて、パラメータｄｅｌｔａＴに記載の経過時間からのフリーコンテンツのデータを送信する。放送コンテンツの開始時刻を起点として経過時間を用いることにより、経過時間ｈｈ：ｍｍ：ｓｓを、視聴タイミングＤＢ２７１から容易に算出することができる。

　［コンテンツ配信サーバ］
　コンテンツ配信サーバ１３０は、第一の実施形態と同様である。その他、各サーバ、放送設備１４０も第一の実施形態と同様である。すなわち、クライアントからの送信要求に応じて、要求されたデータを送信する。

　［再放送時の処理の流れ］
　次に、本実施形態における、放送コンテンツの再放送時の処理の流れを説明する。図２２は、本実施形態の再放送時のコンテンツ配信システム１００ａの各構成要素による動作シーケンス図である。

　なお、ここでは、放送連動コンテンツ以外の関連コンテンツを送信する場合のみ取り上げて説明する。放送連動コンテンツの送信は、第一の実施形態と同じであるため、ここでは説明を省略する。

　認証処理、放送コンテンツ通知、ＵＲＩ通知、ＲＥＡＤＹ通知等の処理の流れは、基本的に、図８で説明した、第一の実施形態の処理の流れと同じである。ただし、本実施形態で送信するＲＥＡＤＹ通知には、視聴タイミングデータの要求も含まれる。

　このため、コンテンツ配信サーバ１３０のコンテンツ配信プログラム３１５は、ＲＥＡＤＹ通知を受信すると（ステップＳ１１１４）、外部ストレージ１３２から視聴タイミングＤＢ３２０を、ダウンロードする（Ｓ１１１５）とともに、要求元の情報処理端末１９２に送信する（ステップＳ２１０１）。

　情報処理端末１９２では、視聴タイミングＤＢ３２０を受信する（ステップＳ２１０２）と、コンテンツストレージ２３７に保存する。

　その後、コンテンツ配信サーバ１３０は、視聴タイミングＤＢ３２０を参照してタイミング判定を行い、第一の実施形態同様、放送連動コンテンツを、要求元のコンテンツ視聴装置１２０に配信する。

　また、情報処理端末１９２のコンテンツ要求部２６３は、視聴タイミングＤＢ２７１を参照して、フリーコンテンツおよびＳＮＳを、取得する。

　このため、まず、コンテンツ要求部２６３は、視聴タイミングＤＢ２７１を参照し、タイミング判定を行う（ステップＳ２１０３）。コンテンツを要求するタイミングになった場合、コンテンツ配信サーバ１３０に、データ要求を行う（ステップＳ２１０４）。

　コンテンツ配信サーバ１３０は、情報処理端末１９２からデータ要求を受け取ると、該当するコンテンツを要求元に配信する（ステップＳ２１０５）。

　情報処理端末１９２のコンテンツ受信部２６４およびコンテンツ出力部２６５は、それぞれ、配信されたコンテンツまたはデータを、受信し、出力する（ステップＳ１１１８）。

　コンテンツ要求部２６３は、視聴タイミングＤＢ２７１を参照し、放送コンテンツの終了判定を繰り返し（ステップＳ２１０７）、終了するまで、ステップＳ２１０３から処理を繰り返す。

　放送コンテンツが終了すると、ＴＶ装置１２１は選局待機状態に、情報処理端末１９２、および、コンテンツ配信サーバ１３０は、次のサービスの待機状態に移行する。

　以上、第二の実施形態の、再放送時のフリーコンテンツおよびＳＮＳデータ配信における、動作シーケンスを説明した。放送コンテンツがＶＯＤ配信される場合も本実施形態は適用可能である。第一の実施形態の図１３で示したＶＯＤの設定手続きを、図２２の放送コンテンツの選局手続きに置き換えればよい。

　なお、上記説明では、関連コンテンツのうち、フリーコンテンツおよびＳＮＳデータのみコンテンツ視聴装置１２０側からデータ送信要求を行う場合を例にあげて説明した。しかしながら、この手法に限定されない。例えば、放送連動コンテンツも含む、全ての関連コンテンツについて、コンテンツ視聴装置１２０側からデータ送信要求を行うよう構成してもよい。

　以上説明したように、本実施形態では、第一の実施形態同様、放送コンテンツの再利用時であっても、関連コンテンツの配信事業者の制約無しに、本放送時と同様に関連コンテンツを視聴できる。このため、より魅力度の高い、コンテンツ視聴環境を提供できる。

　さらに、本実施形態によれば、関連コンテンツの視聴タイミングの制御を情報処理端末１２２で行う。これにより、例えば、図６のＦＣ４１２、ＦＣ４１３、ＳＮ４１４～ＳＮ４４１のように、関連コンテンツが離散的に存在する場合、インターバル期間においてネットワークのコネクションを一時停止させることができる。

　第一の実施形態では、関連コンテンツの視聴タイミングの制御をコンテンツ配信サーバ１３０で実施する。この場合、インターバル期間でもネットワークのコネクションを維持すべく、コンテンツ視聴装置１２０は、継続的にクェリー（応答にはデータが含まれない）や、キープアライブパケット等を送出し続ける必要がある。しかし、第二の実施形態ではこれらが不要となり、ネットワークへの負荷を低減できる。

　なお、本実施形態において、インターバル期間においてもネットワークのコネクションを維持すべく、継続的にデータクェリー（応答にはデータが含まれない）を送出してもよい。

　［コンテンツ視聴装置の変形例］
　なお、コンテンツ視聴装置１９０は、上記形態に限定されない。上記実施形態では、視聴タイミングＤＢ２７１のみ、コンテンツ配信サーバ１３０から受信している。しかし、例えば、関連コンテンツのうち、コンテンツ視聴装置１２０側から、所定のタイミングでデータ送信要求を行う、フリーコンテンツおよびＳＮＳデータを、コンテンツ視聴装置１２０が保持するよう構成してもよい。

　この場合の、コンテンツ視聴装置１２０の一例を図２３に示す。

　図２２に示す、コンテンツ視聴装置１９０と異なる構成は、情報処理端末１９２のコンテンツストレージ２３７が、視聴タイミングＤＢ２７１に加え、フリーコンテンツのデータのコピー（フリーコンテンツ）２７２およびＳＮＳデータ２７３を蓄積する構成である。

　コンテンツ配信サーバ１３０の、外部ストレージ１３２に記録保存されるフリーコンテンツデータ（コピー）３５２やＳＮＳデータ（ユーザ）３５３の一部もしくは全部を、外部ストレージ１３２に代えて、情報処理端末１９２のコンテンツストレージ２３７に保存する。

　この場合、コンテンツ視聴アプリ２３５が、本放送時に取得したフリーコンテンツおよびＳＮＳデータを、それぞれ、コンテンツストレージ２３７に記録する。

　これにより、コンテンツ配信サーバ１３０の外部ストレージ１３２の容量、コンテンツ配信サーバ１３０とコンテンツ視聴装置１２０との間の通信容量を低減できる。これにより、ユーザは、コンテンツ視聴サービスの利用料の低減が期待できる。

　フリーコンテンツ及びＳＮＳデータの再生は、図２２の動作シークエンスと同様に、視聴タイミングＤＢ３２０を用いて、タイミングの判定を行う。そして、コンテンツ配信サーバ１３０にデータ送信要求を発行する代わりに、コンテンツストレージ２３７から読み出す。

　これにより、関連コンテンツ視聴中のネットワークへの負荷を、さらに低減できる。

　なお、上記各実施形態では、ＶＯＤ配信についても、放送コンテンツを用いる場合を例にあげて説明したが、これに限定されない。例えば、放送コンテンツ以外に映画等のコンテンツを含んでも良い。この場合、映画等に連動したネットワークコンテンツデータを、放送連動ネットワークデータに置き換えればよい。

　以上、説明した本発明の実施形態は、これらに限定されるものではなく、例えば、ある実施形態の構成の一部を他の実施形態に置き換えることが可能である。また、ある実施形態の構成に、他の実施形態の構成を加えることも可能である。これらは全て本発明の範疇に属するものである。さらに、文中や図中に現れる数値やメッセージ等もあくまで一例であり、異なるものを用いても本発明の効果を損なうものではない。

　また、発明の機能等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実装してもよい。また、マイクロプロセッサユニット、ＣＰＵ等がそれぞれの機能等を実現する動作プログラムを解釈して実行することによりソフトウェアで実装してもよい。また、ソフトウェアの実装範囲を限定するものでなく、ハードウェアとソフトウェアを併用しても良い。

　１００：コンテンツ配信システム、１００ａ：コンテンツ配信システム、１１０：ＩＰネットワーク、１２０：コンテンツ視聴装置、１２０ａ：コンテンツ視聴装置、１２１：ＴＶ装置、１２２：情報処理端末、１２３：コンテンツ受信端末、１３０：コンテンツ配信サーバ、１３１：サーバ装置、１３２：外部ストレージ、１３３：ＰＣ装置、１３４：ＴＶ装置、１４０：放送設備、１４１：放送信号、１５０：ＶＯＤサーバ、１６０：フリーコンテンツサーバ、１７０：ＳＮＳサーバ、１８０：放送連動コンテンツサーバ、１９０：コンテンツ視聴装置、１９２：情報処理端末、
　２０１：ＣＰＵ、２０３：内部ストレージ、２０４：デジタル入出力部、２０５：受信選局部、２０６：ユーザ入力部、２０７：信号分離部、２０８：映像処理部、２０９：音声処理部、２１０：グラフィックス部、２１１：表示出力部、２１２：音声出力部、２１３：ディスプレイ、２１４：スピーカ、２１５：ＩＰネットワーク部、２２１：ＣＰＵ、２２２：ＲＡＭ、２２３：入力表示部、２２４：内部ストレージ、２２６：音声プロセッサ、２２７：通信部、２２７：ＢＴ通信部、２２８：ＩＰネットワーク部、２２９：モバイル通信部、２３０：カメラ部、２３１：センサ部、２３２：グラフィックプロセッサ、２３３：映像処理部、２３５：コンテンツ視聴アプリ、２３６：ＳＮＳアプリ、２３７：コンテンツストレージ、２４１：デジタル出力部、２４２：ＣＰＵ、２４３：ＲＡＭ、２４４：内部ストレージ、２４５：コンテンツ視聴アプリ、２４６：ネットワーク通信部、２４７：音声プロセッサ、２４８：グラフィックプロセッサ、２４９：映像処理部、
　２６１：放送コンテンツ受付部、２６２：関連コンテンツ受付部、２６３：コンテンツ要求部、２６４：コンテンツ受信部、２６５：コンテンツ出力部、２６６：認証部、２７１：視聴タイミングＤＢ、２７３：ＳＮＳデータ、
　３１０：ＣＰＵ、３１１：ＲＡＭ、３１２：外部ストレージＩＦ部、３１３：ＩＰネットワーク部、３１４：内部ストレージ、３１５：コンテンツ配信プログラム、３２０：視聴タイミングＤＢ、３２１：タイムライン欄、３２２：放送コンテンツ欄、３２３：放送連動コンテンツ欄、３２４：フリーコンテンツ欄、３２５：ＳＮＳデータ欄、３３２：内部ストレージ、３３３：視聴タイミングＤＢ作成プログラム、３３４：デジタル入力部、３３８：表示部、３４０：ユーザ入力部、３５１：放送連動コンテンツ、３５２：フリーコンテンツ、３５３：ＳＮＳデータ、
　４１０：コンテンツ表示画面、４１１：放送連動コンテンツ表示領域、４１２：フリーコンテンツ表示領域、４１３：サイズ調整受付領域、４１４：タイミング調整受付領域、４２０：合成画面、４２１：放送連動コンテンツ表示領域、４２２：フリーコンテンツ表示領域、４２３：サイズ調整受付領域、４２６：放送コンテンツ表示領域、４２８：ブレンディング調整領域、４２９：ＳＮＳデータ表示領域、４３０：合成画面、
　５１０：ＣＰＵ、５２０：視聴タイミング制御データベース、
　６０１：ホームボタン、６０２：サービスタイトル表示領域、６１０：認証画面、６１１：ＵＳＲ入力領域、６１２：ＰＷＤ入力領域、６１３：送信ボタン、６２０：第一入力画面、６２１：放送チャンネル指定領域、６２２：送信ボタン、６３０：第二入力画面、６３１：関連コンテンツ指定領域、６３２：送信ボタン、６４０：関連コンテンツ選択画面、６４１：放送コンテンツ提示領域、６４２：関連コンテンツ選択領域、６４３：送信ボタン、６５０：操作受付画面、６６０：コンテンツ指定領域、６６１：放送コンテンツ情報表示領域、６６２：放送コンテンツ選択受付領域、６６３：関連コンテンツ情報表示領域、６６４：関連コンテンツ選択受付領域、６６５：操作対象選択領域、６６６：表示選択領域、６７０：インタラクティブ操作領域、６７１：操作指示領域、６７２：ＴｉｍｅＳ領域、６７３：ＪｕｓｔＢｅｆｏｒｅ領域、６７４：ＲｅＳｙｎｃｈ領域、６７５：相対時間表示領域、６８０：主操作領域、６８１：ＰＲＧＳｅｌ領域、６８２：ＴｏｐＭｅｎｕ領域、
　８１２：音声出力部、８１４：スピーカ、
　ＢＣ４１０：放送コンテンツ、ＢＣ４２０：放送コンテンツ、ＢＣ４３０：放送コンテンツ、ＢＣ４４０：放送コンテンツ、ＢＣ４５０：放送コンテンツ、ＦＣ４１２：フリーコンテンツ、ＦＣ４１３：フリーコンテンツ、ＦＣ４３２：フリーコンテンツ、ＦＣ４４１：フリーコンテンツ、ＦＣ４５２：フリーコンテンツ、ＲＣ４１１：放送連動コンテンツ、ＲＣ４２１：放送連動コンテンツ、ＲＣ４３１：放送連動コンテンツ

Claims

　時系列で変化する第一コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツを配信するコンテンツ配信方法であって、
　前記第一コンテンツ毎に、前記関連コンテンツを、ネットワークを介して予め収集して管理する関連コンテンツ収集ステップと、
　ユーザにより選択された前記第一コンテンツに同期させて、管理する前記関連コンテンツを配信するコンテンツ配信ステップと、を備えること
　を特徴とするコンテンツ配信方法。
　請求項１記載のコンテンツ配信方法であって、
　前記コンテンツ配信ステップでは、前記関連コンテンツは、前記第一コンテンツの開始時刻に対応付けて前記関連コンテンツの開始時刻を登録したタイミングデータに従って配信されること
　を特徴とするコンテンツ配信方法。
　請求項１記載のコンテンツ配信方法であって、
　前記コンテンツ配信ステップでは、前記関連コンテンツは、配信先から送信されるデータ送信要求に従って配信され、
　前記データ送信要求は、前記第一コンテンツの開始時刻に対応づけて前記関連コンテンツの開始時刻を登録したタイミングデータに従って送信され、要求する関連コンテンツの時刻を特定する情報として、前記第一コンテンツの開始時刻からの経過時間を含むこと
　を特徴とするコンテンツ配信方法。
　請求項１記載のコンテンツ配信方法であって、
　前記第一コンテンツは、放送済みの放送コンテンツの再放送コンテンツであること
　を特徴とするコンテンツ配信方法。
　請求項１記載のコンテンツ配信方法であって、
　前記第一コンテンツは、放送済みの放送コンテンツを、ユーザからの要求に応じて配信するビデオオンデマンドコンテンツであること
　を特徴とするコンテンツ配信方法。
　請求項１記載のコンテンツ配信方法であって、
　前記関連コンテンツは、前記第一コンテンツの作成時に作成された連動コンテンツ、前記第一コンテンツとは独立して作成されたフリーコンテンツ、および、ソーシャルネットワークを介して送受信するメッセージの少なくとも１つを含むこと
　を特徴とするコンテンツ配信方法。
　請求項１記載のコンテンツ配信方法であって、
　前記関連コンテンツは、ソーシャルネットワークを介して送受信するメッセージを含み、
　前記関連コンテンツ収集ステップは、
　ユーザから入力された前記ソーシャルネットワークへのログイン情報を受け取り、ＳＮＳサーバへ送信し、認証を受ける認証ステップを備え、
　前記ＳＮＳサーバは、前記ソーシャルネットワークを介して送受信するメッセージを公開するサーバであること
　を特徴とするコンテンツ配信方法。
　請求項５記載のコンテンツ配信方法であって、
　前記コンテンツ配信ステップは、
　ユーザから特殊再生操作を受け付ける特殊再生操作受付ステップと、
　受け付けた前記特殊再生操作に応じて、配信タイミングを調整するデータ配信処理ステップと、を備えること
　を特徴とするコンテンツ配信方法。
　時系列で変化する第一コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツをコンテンツ配信サーバから受信して視聴可能な態様で出力するコンテンツ取得方法であって、
　前記第一コンテンツを特定する情報を受け付け、前記コンテンツ配信サーバに送信する第一コンテンツ受付ステップと、
　前記関連コンテンツを特定する情報を受け付け、前記コンテンツ配信サーバに送信する関連コンテンツ受付ステップと、
　前記コンテンツ配信サーバにデータ送信要求を送信するコンテンツ要求ステップと、
　前記データ送信要求に応じて配信される前記関連コンテンツを受信し、視聴可能な態様で出力するコンテンツ出力ステップと、を備えること
　を特徴とするコンテンツ取得方法。
　請求項９記載のコンテンツ取得方法であって、
　前記コンテンツ要求ステップは、前記第一コンテンツの開始時刻に対応づけて前記関連コンテンツの開始時刻を登録したタイミングデータベースを取得するタイミングデータベース取得ステップと、
　前記取得したタイミングデータベースに従ったタイミングで、前記データ送信要求を行う要求ステップと、を備え、
　前記データ送信要求は、要求する関連コンテンツ時刻を特定する情報として、前記第一コンテンツの開始時刻からの経過時間を含むこと
　を特徴とするコンテンツ取得方法。
　請求項９記載のコンテンツ取得方法であって、
　ユーザからソーシャルネットワークへのログイン情報を受け付けるログイン情報受付ステップと、
　受け付けた前記ログイン情報を、ＳＮＳサーバと前記コンテンツ配信サーバとへ送信するログイン情報送信ステップと、をさらに備え、
　前記ＳＮＳサーバは、前記ソーシャルネットワークを介して送受信するメッセージを公開するサーバであること
　を特徴とするコンテンツ取得方法。
　請求項９記載のコンテンツ取得方法であって、
　前記第一コンテンツは、放送済みの放送コンテンツを、ユーザからの要求に応じて配信するビデオオンデマンドコンテンツであり、
　前記コンテンツ要求ステップは、
　ユーザから特殊再生操作を受け付ける特殊再生操作受付ステップと、
　受け付けた前記特殊再生操作を、前記コンテンツ配信サーバに送信する特殊再生操作送信ステップと、を備えること
　を特徴とするコンテンツ取得方法。
　時系列で変化する第一コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツをコンテンツ配信サーバから受信して視聴可能な態様で出力する情報処理端末であって、
　前記コンテンツ配信サーバにデータ送信要求を送信するコンテンツ要求部と、
　前記データ送信要求に応じて配信される前記関連コンテンツを受信するコンテンツ受信部と、
　前記コンテンツ受信部が前記関連コンテンツを受信する毎に、受信した当該関連コンテンツを、視聴可能な態様で出力するコンテンツ出力部と、を備えること
　を特徴とする情報処理端末。
　請求項１３記載の情報処理端末であって、
　前記第一コンテンツを特定する情報を受け付け、前記コンテンツ配信サーバに送信する第一コンテンツ受付部と、
　前記関連コンテンツを特定する情報を受け付け、前記コンテンツ配信サーバに送信する関連コンテンツ受付部と、をさらに備えること
　を特徴とする情報処理端末。
　請求項１３記載の情報処理端末であって、
　前記第一コンテンツの開始時刻に対応づけて前記関連コンテンツの開始時刻を登録したタイミングデータを保持するコンテンツストレージをさらに備え、
　前記コンテンツ要求部は、前記タイミングデータに従って、前記データ送信要求を送信し、
　前記データ送信要求は、要求する関連コンテンツ時刻を特定する情報として、前記第一コンテンツの開始時刻からの経過時間を含むこと
　を特徴とする情報処理端末。
　請求項１３記載の情報処理端末であって、
　ユーザからソーシャルネットワークへのログイン情報を受け付け、受け付けた前記ログイン情報を、ＳＮＳサーバと前記コンテンツ配信サーバとへ送信するＳＮＳ処理部をさらに備え、
　前記ＳＮＳサーバは、前記ソーシャルネットワークを介して送受信するメッセージを公開するサーバであること
　を特徴とする情報処理端末。
　請求項１４記載の情報処理端末であって、
　前記第一コンテンツ受付部は、当該第一コンテンツを受信して視聴可能な態様で表示するテレビ装置に対し、受け付けた前記特定する情報を用いて、当該第一コンテンツの受信設定を行うこと
　を特徴とする情報処理端末。
　請求項１３記載の情報処理端末であって、
　前記第一コンテンツは、放送済みの放送コンテンツを、ユーザからの要求に応じて配信するビデオオンデマンド（ＶＯＤ）コンテンツであり、
　前記コンテンツ要求部は、ユーザから特殊再生操作を受け付ける操作受付画面を介して、前記特殊再生操作を受け付け、受け付けた前記特殊再生操作を、前記コンテンツ配信サーバおよび前記第一コンテンツの配信元のサーバへ送信すること
　を特徴とする情報処理端末。
　請求項１８記載の情報処理端末であって、
　前記関連コンテンツは複数であり、
　前記コンテンツ要求部は、前記関連コンテンツ毎に前記特殊再生操作を受け付け、前記特殊再生操作を受け付けた前記関連コンテンツを特定する情報とともに、受け付けた前記特殊再生操作を、前記コンテンツ配信サーバへ送信すること
　を特徴とする情報処理端末。
　請求項１３記載の情報処理端末であって、
　前記コンテンツ受信部は、前記第一コンテンツの開始時刻に対応づけて前記関連コンテンツの開始時刻を登録したタイミングデータに従って配信される前記関連コンテンツを受信すること
　を特徴とする情報処理端末。
　請求項１３記載の情報処理端末であって、
　前記第一コンテンツは、放送済みの放送コンテンツの再放送コンテンツであること
　を特徴とする情報処理端末。
　時系列で変化する第一コンテンツに関連し、かつ、時系列で変化するネットワークコンテンツである関連コンテンツを視聴可能な態様で出力する情報処理端末であって、
　前記第一コンテンツの開始時刻に対応づけて前記関連コンテンツの開始時刻を登録したタイミングデータと、前記関連コンテンツとを保持するコンテンツストレージと、
　ユーザから前記第一コンテンツを特定する情報を受け付けると、前記コンテンツストレージに保持されている前記関連コンテンツを、前記タイミングデータに従って読み出し、視聴可能な態様で出力するコンテンツ出力部と、を備えること
　を特徴とする情報処理端末。