WO2017154406A1 - 広告配信サーバ、番組配信サーバ及び再生端末、並びに映像配信システム - Google Patents

Abstract

広告配信サーバは、再生端末から受信した配信要求に応じて、広告の映像を提供する広告データを送信する。広告配信サーバは、再生端末と通信を行う通信部と、広告データの送信を制御する制御部とを備える。制御部は、再生端末から配信要求を受信したときに（Ｓ１５）、所定の条件（例えば、追いかけ配信）が満たされているときは（Ｓ１７でＹＥＳ）、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を再生端末に送信し（Ｓ１８）、所定の条件が満たされていないときは（Ｓ１７でＮＯ）、差し替え用広告の広告データに関する情報を再生端末に送信する（Ｓ１９）。

Description

広告配信サーバ、番組配信サーバ及び再生端末、並びに映像配信システム

　本開示は、ユーザの要求に応じて番組の動画データを配信する映像配信システム、並びにそれを構成する広告配信サーバ、番組配信サーバ及び再生端末に関する。

　放送局から所定の放送スケジュールにしたがい放送された番組について、放送終了後に、インターネットを介してオンデマンドで配信するサービスが提供されている。これによりユーザは、放送された番組を見逃した場合であっても、インターネットを介してその番組を視聴することができる。

　オンデマンド配信に関して、特許文献１は、受信端末に応じて映像情報（例えば、複数種類の広告映像情報を含む）を選択、加工して配信する映像情報配信装置を開示する。この映像情報配信装置は、映像情報供給源から映像情報を入力する。映像情報配信装置は、配信する番組を特定する情報と、受信端末に関する情報（携帯型か据え置き型、表示性能、処理能力等）と、配信路に関する情報とを含む操作情報を入力し、配信する番組を特定する情報により配信する番組を特定し、受信端末に関する情報により番組の映像情報に所定の処理を施し、配信路に関する情報により適切な配信路を選択し、処理した映像情報を配信する。ここで、所定の処理では、１つの番組に対して複数種類の映像情報が入力された映像情報に含まれている場合に、この複種類数の映像情報から受信端末に関する情報に基づいた適切な映像情報を選択する処理を含む。また所定の処理は、適切な映像情報がない場合又は映像情報が複数種類ない場合に、入力された映像情報を受信端末に関する情報に応じた適切な映像情報に加工する処理を含む。このような構成により、受信端末に応じて映像情報（例えば、広告映像情報を含む）を選択、加工して配信することができ、受信端末や配信路に応じた映像情報の配信が可能となる。

特開２００２－２３２８６１号公報

　本開示は、ユーザの要求に応じて番組の動画データを配信する映像配信システムにおいて、広告の動画データとして、番組の放送時に挿入されていた広告と同じ広告の動画データをそのまま配信することを可能とする映像配信システムを提供する。本開示はさらに、そのような映像配信システムを構成する広告配信サーバ、番組配信サーバ及び再生端末を提供する。

　本開示の第１の態様において、再生端末から受信した配信要求に応じて、広告の映像を提供する広告データを送信する広告配信サーバが提供される。広告配信サーバは、再生端末と通信を行う通信部と、広告データの送信を制御する制御部と、を備える。制御部は、再生端末から配信要求を受信したときに、所定の条件が満たされているか否かを判断する。制御部は、所定の条件が満たされているときは、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を前記再生端末に送信し、所定の条件が満たされていないときは、差し替え用広告の広告データに関する情報を再生端末に送信する。

　本開示の第２の態様において、所定の放送スケジュールに従って放送される番組の本編の映像を提供する番組データを、その放送スケジュールに規定された放送開始時刻よりも後に配信可能な番組配信サーバが提供される。番組配信サーバは、再生端末と通信を行う通信部と、放送スケジュールに従って放送される番組の番組データと、当該番組とともに放送される広告の映像を提供する広告データの組み合わせ及びそれらの再生順序を定義した再生情報を記憶する記憶部と、番組データまたは前記広告データの前記再生端末への送信を制御する制御部と、を備える。制御部は、再生端末からの要求にしたがい再生情報を再生端末へ送信する。その後、制御部は、再生端末から番組データの配信要求を受けたときは、再生端末へ前記番組データを送信し、再生端末から広告データの配信要求を受けたときは、再生端末へ広告データを送信する。

　本開示の第３の態様において、所定の放送スケジュールに従って放送される番組の番組データを、その放送スケジュールに規定された放送開始時刻よりも後に受信して再生する第１の再生端末が提供される。第１の再生端末は、所定の放送スケジュールに従って放送される番組の番組データ及び当該番組の放送時に放送される第１の広告の映像を提供する第１の広告データを提供する番組配信サーバと、第２の広告の映像を提供する第２の広告データを提供する広告配信サーバと通信する通信部と、番組データ及び前記第１及び第２の広告データの再生を制御する制御部と、を備える。制御部は、番組配信サーバから、放送スケジュールに従って放送される番組データと第１の広告データの組み合わせ及びそれらの再生順序を定義した再生情報を受信し、再生情報にしたがい番組データ及び第１及び第２の広告データの再生を制御する。制御部は、広告再生時において、所定の条件が満たされているときは、再生情報に定義された第１の広告データを再生し、所定の条件が満たされていないときは、広告配信サーバから提供される第２の広告データを再生する。

　本開示の第４の態様において、所定の放送スケジュールに従って放送される番組の番組データを、その放送スケジュールに規定された放送開始時刻よりも後に受信して再生する第２の再生端末が提供される。第２の再生端末は、番組データ及び広告の映像を提供する広告データを提供する番組配信サーバと、広告データを提供する広告配信サーバと通信する通信部と、番組データ及び前記広告データの再生を制御する制御部と、を備える。制御部は、番組配信サーバから、放送スケジュールに従って放送される場合の番組データと広告データの組み合わせ及びそれらの再生順序を定義した再生情報を受信し、再生情報にしたがい番組データの再生を行う。制御部は、広告データの再生時において、広告配信サーバに対して、広告データの配信を要求する広告配信要求を送信する。制御部は、広告配信要求の応答として、広告配信サーバから、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を受信したときは、番組配信サーバから受信した広告データを再生し、広告配信要求の応答として、広告配信サーバから、差し替え用の広告の動画データに関する情報を受信したときは、広告配信サーバから受信した広告データを再生する。

　本開示の第５の態様において、映像配信システムが提供される。映像配信システムは、所定の放送スケジュールに従って放送される番組に関する番組データを、その放送スケジュールに規定された放送開始時刻よりも後に配信可能な番組配信サーバと、広告の映像を提供する広告データを送信する広告配信サーバと、番組配信サーバ及び広告配信サーバから前記番組データ及び広告データを受信して再生する再生端末と、を備える。

　再生端末は、番組配信サーバから、放送スケジュールに従って放送される場合の番組データと広告データの組み合わせ及びそれらの再生順序を定義した再生情報を受信し、再生情報にしたがい番組データの再生を行う。再生端末は、広告データの再生時において、広告配信サーバに対して、広告データの配信を要求する広告配信要求を送信する。

　広告配信サーバは、再生端末から広告配信要求を受信したときに、所定の条件が満たされているか否かを判断する。広告配信サーバは、所定の条件が満たされているときは、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を前記再生端末に送信し、所定の条件が満たされていないときは、差し替え用の広告の動画データに関する情報を再生端末に送信する。

　再生端末は、広告配信要求の応答として、広告配信サーバから、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を受信したときは、番組配信サーバから受信した広告データを再生し、広告配信要求の応答として、広告配信サーバから、差し替え用の広告の動画データに関する情報を受信したときは、広告配信サーバから受信した広告データを再生する。

　本開示の映像配信システムによれば、放送された番組の動画データをユーザの要求に応じて配信する際に、番組の動画データとともに配信する広告の動画データとして、放送時に挿入された広告の動画データをそのまま配信することが可能となる。

本開示の実施の形態にかかる映像配信システムのネットワーク構成図 ＶＯＤサーバの構成を示すブロック図 広告サーバの構成を示すブロック図 再生端末の構成を示すブロック図 実施の形態１におけるＩＰ配信時の広告差し替えを説明した図 実施の形態１における映像配信システムにおいて使用される種々のデータ及びデータの流れを説明した図 映像配信システムにおいて使用されるデータフォーマット及びプロトコルの一例を説明した図 実施の形態１における再生端末による再生処理を示すフローチャート 実施の形態１における再生端末による再生処理（広告データの再生）を示すフローチャート 実施の形態１における広告サーバによる広告配信処理を示すフローチャート 実施の形態２におけるＩＰ配信時の広告差し替えを説明した図 実施の形態２における広告サーバによる広告配信処理を示すフローチャート 実施の形態３における映像配信システムにおいて使用される種々のデータ及びデータの流れを説明した図 実施の形態３における広告サーバによる広告配信処理を示すフローチャート 実施の形態４における映像配信システムにおいて使用される種々のデータ及びデータの流れを説明した図 実施の形態４における再生端末による再生処理を示すフローチャート 実施の形態４における、再生端末による広告再生処理の一例を示すフローチャート 実施の形態４における、再生端末による広告再生処理の別の例を示すフローチャート 実施の形態４における、再生端末による広告再生処理のさらに別の例を示すフローチャート

　以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

　なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。

　本開示の映像配信システムは、放送局から所定の放送スケジュールにしたがって放送される番組についてオンデマンド配信を可能とするシステムである。すなわち、映像配信システムは、番組の放送スケジュールに従わずに（例えば、その番組の放送途中または放送終了後に）、ユーザの要求に応じてその番組の動画データの配信を可能とする。なお、以下の説明では、所定の放送スケジュールにしたがった番組放送の開始後にその番組の動画データをネットワーク経由で配信することを「ＩＰ配信」という。１つの番組は、番組のコンテンツを示す本編の部分と、広告（ＣＭ）の部分とを有する。特に、本開示の映像配信システムは、番組のＩＰ配信時において、広告の動画データを放送時の広告の動画データと異なる動画データに変更して配信する機能を有している。以下、本開示の映像配信システムの構成、動作を説明する。

　（実施の形態１）
　［１－１．構成］
　図１は、本開示の実施の形態１にかかる映像配信システムのネットワーク構成図である。映像配信システム１００は、ユーザの要求に応じて番組の本編の動画データ及び広告の動画データを配信するＶＯＤサーバ５０と、広告の動画データを配信する広告サーバ７０と、ＶＯＤサーバ５０及び広告サーバ７０から受信した動画データを再生する再生端末と、を備える。ＶＯＤサーバ５０、広告サーバ７０及び再生端末１０はネットワーク２００（例えば、インターネット）を介して接続される。ネットワーク２００にはさらに、再生端末１０上で動画データの再生を行うためのアプリケーションプログラムを提供するアプリ配信サーバ９０が接続されている。

　ＶＯＤサーバ５０は、所定の放送スケジュールにしたがい放送される番組の動画データを、ユーザの要求に応じて配信する機能を有する。ここで、放送とは、例えば、地上デジタル放送や衛星放送等である。放送される動画は、放送局に設置された、ＶＯＤサーバ５０とは異なるサーバから送出される。なお、本開示では、「放送」は、放送波（電波）による情報の伝送に加えて、ケーブルを用いた有線放送や、インターネットによる動画配信も含むものとする。

　［１－１－１．ＶＯＤサーバ］
　ＶＯＤサーバ５０は、番組の本編の動画データ（以下「本編データ」ともいう）と、広告の動画データ（以下「広告データ」ともいう）を格納し、これらのデータを再生端末１０からの要求にしたがい再生端末１０に送信する。

　図２は、ＶＯＤサーバ５０の構成を示すブロック図である。ＶＯＤサーバ５０は、その全体動作を制御するコントローラ５１と、種々の情報の表示を行う表示部５３と、ワークエリアとしてのＲＡＭ５５と、ユーザが操作を行う操作部５４と、データやプログラムを記憶するデータ格納部５７とを備える。

　表示部５３は例えば、液晶ディスプレイや有機ＥＬディスプレイで構成される。操作部５４は、ボタン、スイッチ、キーボード、マウス、タッチパネル等で構成される、使用者が指示を行うための装置である。

　ＶＯＤサーバ５０はさらに、ネットワーク（例えば、インターネット）２００に接続するための通信部５８を含む。通信部５８は、ＬＡＮ、ＩＥＥＥ８０２．１１、ＷｉＦｉ等の規格に準拠してデータ通信を行う通信モジュールである。ＶＯＤサーバ５０は通信部５８を介して再生端末１０とネットワーク２００を介して通信を行う。

　コントローラ５１はＣＰＵやＭＰＵを含み、制御プログラムを実行することにより、後述する機能を実現する。コントローラ５１で実行される制御プログラムは、データ格納部５７に格納されている。

　データ格納部５７は機能を実現するために必要なパラメータ、データ及びプログラムを記憶する記録媒体であり、コントローラ５１で実行される制御プログラムや各種のデータを格納している。データ格納部５１は例えばハードディスク（ＨＤＤ）や半導体記憶装置（ＳＳＤ）で構成される。データ格納部５７は、複数の番組に対する本編データ６１と、複数の広告に対する広告データ６２を格納する。また、データ格納部５７は、番組を構成する動画データを定義するプレイリスト６４と、放送された番組と広告の関連性を示す情報である放送ＣＭ情報６３とを格納する。これらの情報の詳細は後述する。

　ＲＡＭ５５はデータを記憶可能なデバイスであり、コントローラ５１のワークエリアとして機能する。

　［１－１－２．広告サーバ］
　広告サーバ７０は、広告の動画データである広告データを格納し、再生端末１０からの要求にしたがい広告データを再生端末１０に送信する。

　図３は、広告サーバ７０の構成を示すブロック図である。

　広告サーバ７０は、その全体動作を制御するコントローラ７１と、種々の情報の表示を行う表示部７３と、ワークエリアとしてのＲＡＭ７５と、ユーザが操作を行う操作部７４と、データやプログラムを記憶するデータ格納部７７とを備える。

　表示部７３は例えば、液晶ディスプレイや有機ＥＬディスプレイで構成される。操作部７４は、ボタン、スイッチ、キーボード、マウス、タッチパネル等で構成される、使用者が指示を行うための装置である。

　広告サーバ７０はさらに、ネットワーク（例えば、インターネット）２００に接続するための通信部５８を含む。通信部７８は、ＬＡＮ、ＩＥＥＥ８０２．１１、ＷｉＦｉ等の規格に準拠してデータ通信を行う通信モジュールである。広告サーバ７０は通信部７８を介して再生端末１０及び他の機器とネットワーク２００を介して通信を行う。

　コントローラ７１はＣＰＵやＭＰＵを含み、制御プログラムを実行することにより、後述する機能を実現する。

　データ格納部７７は機能を実現するために必要なパラメータ、データ及びプログラムを記憶する記録媒体であり、コントローラ７１で実行される制御プログラムや各種のデータを格納している。データ格納部７７は例えばハードディスク（ＨＤＤ）や半導体記憶装置（ＳＳＤ）で構成される。データ格納部７７は、広告サーバ７０を制御するプログラムに加えて、種々の広告の動画データ（広告データ）が格納されている。

　ＲＡＭ７５はデータを記憶可能なデバイスであり、コントローラ７１のワークエリアとして機能する。

　なお、アプリ配信サーバ９０の構成も、ＶＯＤサーバ５０及びＶＯＤサーバ８０と同様の構成を有する。アプリ配信サーバ９０は、再生端末１０において動画データを再生するためのアプリケーションプログラムを提供する。

　［１－１－３．再生端末］
　再生端末１０は、ＶＯＤサーバ５０及び／または広告サーバ７０から番組の本編データ及び広告データを取得し、再生する。

　図４は、再生端末１０の構成を示すブロック図である。再生端末１０は、その全体動作を制御するコントローラ１１と、種々の情報を表示する表示部１３と、ユーザが操作を行う操作部１４と、ＲＡＭ１５と、データやプログラムを格納するデータ格納部１７とを含む。さらに、再生端末１０は、ネットワーク２００に接続するための通信部１８を備える。

　表示部１３は例えば、液晶ディスプレイや有機ＥＬディスプレイで構成される。操作部１４は、タッチパネルやボタンを含む。タッチパネルはその操作領域が表示部１３の表示領域と重畳するように配置される。

　通信部１８は、種々の通信規格のいずれかにしたがって通信を行うための回路（モジュール）である。種々の通信規格には、ＬＡＮ、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。さらに、３Ｇ，４Ｇ、ＬＴＥ等の通信規格も含まれる。再生端末１０は、通信部１８を介してＶＯＤサーバ５０および広告サーバ７０とネットワーク２００を介して通信を行う。

　ＲＡＭ１５は、例えば、ＤＲＡＭやＳＲＡＭ等の半導体デバイスで構成され、データを一時的に記憶するとともに、コントローラ１１の作業エリアとしても機能する。

　データ格納部１７は所定の機能を実現するために必要なパラメータ、データ及び制御プログラム等を記憶する記録媒体である。データ格納部１７は例えばハードディスク（ＨＤＤ）や半導体記憶装置（ＳＳＤ）で構成される。

　コントローラ１１は、制御プログラムを実行することで所定の機能を実現する。なお、本実施形態では、データ格納部１７に制御プログラムが格納される。

　［１－２．動作］
　以上のように構成された映像配信システム１００の動作を以下に説明する。本実施の形態の映像配信システム１００は、放送局から放送される番組について、その番組の放送開始後の任意のタイミングで、ユーザの要求に応じてネットワーク２００（例えば、インターネット）を介して動画の配信（ＩＰ配信）が可能である。これにより、ユーザは、放送された番組を見逃した場合であっても、その番組の動画を取得し、その番組を視聴することができる。特に、映像配信システム１００は、ＩＰ配信時において、番組の本編データに関連して配信される広告データについて、その番組の放送時に放送された広告と同じ広告の動画データを配信するか、別の広告の動画データを配信するかを制御する。

　ＶＯＤサーバ５０は、各々の番組に対して、番組を構成する本編データを保持しており、再生端末１０からの要求に応じて本編データを再生端末１０へ送信することができる。広告サーバ７０は、種々の広告に対して広告データを保持しており、再生端末１０からの要求に応じて広告データを再生端末１０へ送信することができる。再生端末１０は、ＶＯＤサーバ５０から本編データを取得して再生し、ＶＯＤサーバ５０または広告サーバ７０から広告データを取得して再生する。

　一般に地上デジタル放送や衛星放送を介して放送される番組は、番組毎に決まったスケジュール（放送時間）にしたがい放送される。また、番組放送において、番組の本編に加えて広告も放送される。例えば、図５（Ａ）に示すように、番組Ｘは、放送開始時刻ＤＴ１にて放送が開始され、放送終了時刻ＤＴ２にて放送を終了する。番組の放送開始後に、任意のタイミングでその番組の動画データをＩＰ配信する場合、ＩＰ配信された番組において配信される広告は必ずしも放送時のものと同一である必要は無い。例えば、図５（Ａ）の例では、番組Ｘの放送において、広告（ＣＭ１）が放送されている。このような状況において番組Ｘの放送開始後のタイミングで番組ＸをＩＰ配信する場合、ＩＰ配信時に配信する広告データは、放送時の広告（ＣＭ１）と同じ広告の動画データである必要はなく、放送時の広告（ＣＭ１）と異なる広告の動画データであってもよい。しかし、放送事業者としては条件に応じて放送時の広告と同じ広告を配信したいという要望がある。

　そこで、本実施形態の映像配信システム１００は、ＩＰ配信時に配信（または再生）される広告の動画データを変更できる機能を有する。具体的には、映像配信システム１００は、所定の条件に基づいて、ＩＰ配信時に配信する広告を放送時の広告にするか、別の広告（差し替え広告）にするかを判定し、判定結果に応じて広告データを配信する。

　本実施形態において、所定の条件は、ＶＯＤサーバ５０からの本編データのＩＰ配信が「追いかけ配信」であることである。「追いかけ配信」とは、図５（Ｂ）に示すように、ある番組の放送開始後であって、その番組がまだ放送中であるときに、ＶＯＤサーバ５０からその放送中の番組の本編データを送信するＩＰ配信をいう。ＶＯＤサーバ５０からの本編データの配信が追いかけ配信である場合（換言すれば、再生中の番組が所定の放送スケジュールにしたがって放送中である場合）、図５（Ｂ）に示すように、放送時の広告（ＣＭ１）と同じ広告（ＣＭ１）の広告データがＩＰ配信される。このとき、広告データはＶＯＤサーバ５０から配信される。一方、ＶＯＤサーバ５０からの本編データの配信が追いかけ配信でない場合（換言すれば、再生中の番組の放送が終了している場合）、図５（Ｃ）に示すように、放送時の広告（ＣＭ１）から差し替えられた広告（ＣＭ２）の広告データが配信される。このとき、広告データは広告サーバ７０から配信される。

　このように、本実施の形態の映像配信システム１００は、所定の条件（追いかけ配信であること）に基づいて、再生端末１０へ配信する広告データの配信を制御する。以下、映像配信システム１００における本編データ及び広告データの配信制御について説明する。

　図６は、実施の形態１における映像配信システム１００において使用される種々のデータ及びデータの流れを説明した図である。図６に示すように、アプリ配信サーバ９０は、本編データ及び広告データを再生するためのアプリケーションである動画プレーヤに関するプログラムを格納している。

　ＶＯＤサーバ５０は、本編データ（番組データの一例）６１と、広告データ（広告データの一例）６２と、放送ＣＭ情報６３と、プレイリスト６４とを保持している。これらのデータはデータ格納部５７に格納されている。本編データ６１は、番組を構成する部分的な映像（本編映像）を提供する画像データである。１つの番組は１つまたは複数の本編データを含む。広告データ６２は広告映像に関するデータである。

　放送ＣＭ情報６３は、放送時における番組を構成する本編データと広告データの組み合わせを示す情報を含む。

　プレイリスト６４は、ＩＰ配信される番組を構成する本編データと広告データの組み合わせの情報と、及びそれらの再生順序とを含む。例えば、図６に示す例では、番組Ｘに対するプレイリストが示されている。このプレイリスト６４から、番組Ｘは本編１、広告（ＣＭ）、本編２の順で再生されることがわかる。また、プレイリスト６４において本編１、２のデータと広告のデータの取得先（ＵＲＬ）が記述されている。

　さらに、プレイリスト６４は、配信タイプ情報６５と番組放送時間情報６６を含む。配信タイプ情報６５は、ＶＯＤサーバ５０からのＩＰ配信（すなわち、ＩＰ配信の配信タイプ）が「追いかけ配信」であるか否かを示す情報である。例えば、ＭＰＥＧ－ＤＡＳＨフォーマットに従えば、ＶＯＤサーバ５０からのＩＰ配信が「追いかけ配信」である場合、配信タイプ情報６５には“dynamic”が指定される。なお、ＶＯＤサーバ５０からのＩＰ配信が追いかけ配信であるか否かを示す情報は、上記の配信タイプ情報のような表現式に限定されず、種々の方法（ＶＯＤサーバ５０と再生端末１０との通信プロトコルのパラメータ、ＭＰＤファイルに追加したフラグ、ＭＰＤファイルとは別ファイルフォーマット、等）で表すことができる。

　番組放送時間情報６６は、番組の放送時間帯（放送開始時刻および放送終了時刻）を示す情報である。ここで、放送開始時刻および放送終了時刻は、時間のみならず日付けも含めた時間情報である。番組放送時間情報６６と現在時刻を比較することで、番組が現在放送局から放送中のものなのか否か、及び放送終了からの経過時間等を認識することができる。

　図７は、本実施形態の映像配信システム１００において適用するフォーマット及びプロトコルの一例を説明した図である。本実施の形態の映像配信システム１００において、動画再生はハイブリッドキャストの仕組みを利用する。ハイブリッドキャストとは、ＴＶ端末上で、インターネット経由で入手したコンテンツ（ＨＴＭＬ５、JavaScript（登録商標）で記述）を実行させるための規格である。例えば、アプリ配信サーバ９０はハイブリッドキャストに対応したコンテンツサーバで構成される。動画プレーヤは、ＨＴＭＬ５、JavaScriptで記述されたハイブリッドキャストに対応したコンテンツである。再生端末１０はハイブリッドキャストに対応した端末（例えば、ＴＶ端末）であり、ハイブリッドキャストに対応したブラウザを実装し、ＨＴＭＬ５、JavaScriptで記述されたコンテンツの実行が可能である。また、動画フォーマットには、ＭＰＥＧ－ＤＡＳＨフォーマットを用いる。ＭＰＥＧ－ＤＡＳＨフォーマットでは、動画データを含むメディアファイルと、メディアファイルの再生リストであってメディアファイルのＵＲＬが記述されたＭＰＤファイルとが定義される。ＭＰＤファイルに記述されたＵＲＬにしたがい、メディアファイルが順次再生される。再生端末１０と広告サーバ７０間はＶＡＳＴ(Video Ad-Serving Template)／ＶＭＡＰ(Digital Video Multiple Ad Playlist)形式にしたがって通信を行う。図７に示すフォーマットやプロトコルは一例であり、本実施形態の映像配信システム１００で使用できるフォーマットやプロトコルは、図７に示すもの（ハイブリッドキャスト、ＭＰＥＧ－ＤＡＳＨ、ＶＡＳＴ／ＶＭＡＰ）に限定されるものではない。

　［１－２－１．番組再生処理］
　以下、図８、図９のフローチャートを参照して再生端末１０による番組再生処理を説明する。なお、再生端末１０は、アプリ配信サーバ９０から動画プレーヤに関するプログラムを動画データの再生に先立ってダウンロード実行している。なお、動画プレーヤに関するプログラムは事前に再生端末１０へインストールされていてもよい。図８、図９に示す処理は、コントローラ１１が動画プレーヤに関するプログラムを実行して実現される動画プレーヤの機能により実行される。

　再生端末１０での再生処理に先立ち、ユーザにより再生端末１０上で所定の操作が行われてユーザが視聴したい番組が選択される。このユーザによる番組の選択操作が完了した時点で再生端末１０での再生処理が開始される。

　図８を参照し、再生処理が開始されると、再生端末１０のコントローラ１１はまず、ＶＯＤサーバ５０から、ユーザにより選択された再生対象の番組に関するプレイリスト６４を取得する（Ｓ１）。コントローラ１１はプレイリスト６４を参照して、番組を構成する本編データ及び広告の組み合わせ、その再生順序及びそれらのデータの取得先（ＵＲＬ）を認識できる。すなわち、コントローラ１１は、プレイリスト６４を参照することで、本来番組に対応づけられた放送時の広告を認識することができる。

　プレイリスト６４は配信タイプ情報６５を含む（図６参照）。この配信タイプ情報６５は、ＶＯＤサーバ５０によってプレイリスト６４の送信時に設定される。すなわち、ＶＯＤサーバ５０のコントローラ５１は、再生端末１０からプレイリスト６４が要求されたときに、番組放送時間情報６６から再生対象の番組の放送時間を取得し、その放送時間と現在時刻とを比較する。コントローラ５１は比較結果に基づき、プレイリスト６４が要求された番組のＩＰ配信が「追いかけ配信」になるか否かを判断し、判断結果に基づきプレイリスト６４における配信タイプ情報６５を設定する。なお、配信タイプ情報６５はＶＯＤサーバ５０以外の機器（例えば、再生端末１０またはＶＯＤサーバ５０以外のサーバ）によって設定されてもよい。また、「追いかけ配信」であるか否かの判断について、現在時刻が、番組の放送終了時刻の一定時間以上前か否かに基づき判断してもよい。すなわち、現在時刻が、番組の放送終了時刻の一定時間以上前である場合に、「追いかけ配信」であると判断してもよい。

　プレイリスト６４には再生すべき動画データを示す情報及びその取得先を示すＵＲＬが再生順に記載されている。プレイリスト６４を取得すると、再生端末のコントローラ１１は、まず、プレイリスト６４の先頭に記載された動画の種類（本編または広告）及びその動画のデータの取得先を特定する（Ｓ２）。

　再生すべき動画の種類が「本編」である場合（Ｓ３でＮＯ）、コントローラ１１は、プレイリスト６４に記載された本編の動画データの配信要求をＶＯＤサーバ５０に送信し、本編の動画データを取得して再生する（Ｓ５）。具体的には、コントローラ１１は、プレイリスト６４に記載された本編のデータのＵＲＬを指定してＶＯＤサーバ５０に対して本編のデータを要求する。例えば、図６の場合、コントローラ１１は、本編１のデータのＵＲＬを指定して本編１のデータを要求し、ＶＯＤサーバ５０から本編１のデータを受信し、それを再生する。

　一方、再生すべき動画の種類が「広告」である場合（Ｓ３でＹＥＳ）、コントローラ１１は、広告データを取得して再生する（Ｓ４）。この処理の詳細は後述する。

　コントローラ１１は、プレイリスト６４中に記載された１つの動画の再生（Ｓ４、Ｓ５）が終了すると、プレイリスト６４中に未再生の動画があるか否かを確認する（Ｓ６）。プレイリスト６４中に未再生の動画がある場合、コントローラ１１は、ステップＳ２に戻り、プレイリスト６４中に記載された次の動画のデータを取得し、再生する（Ｓ２～Ｓ５）。コントローラ１１は、プレイリスト６４に記載された全ての動画に対して順次上記の処理を行う。このような制御により、再生端末１０において、プレイリスト６４中に記載された動画（本編、広告）が順次再生される。

　次に、図９のフローチャートを参照して、図８のフローチャートにおける広告データの再生処理（ステップＳ４）の詳細を説明する。

　再生すべき動画の種類が「広告」である場合（Ｓ３でＹＥＳ）、再生端末１０のコントローラ１１は、広告サーバ７０に対して広告データを要求する（Ｓ１０）。すなわち、再生端末１０のコントローラ１１は、広告サーバ７０に対して広告データの配信要求を送信する。このとき、コントローラ１１は、ＶＯＤサーバ５０から取得したプレイリスト６４に含まれる配信タイプ情報６５を広告データの配信要求に含めて広告サーバ７０に通知する。

　広告サーバ７０は、再生端末１０から広告データの配信要求を受けると、放送時に放送された広告を別の広告に差し替えるか否かを判断する。広告サーバ７０は、広告を差し替えないと判断したときは、放送時の広告を示す値（例えば、“live-cm”）を再生端末１０に返信する。一方、広告を差し替えると判断したときは、広告サーバ７０は、差し替え用の広告の動画データの取得先を示すＵＲＬを再生端末１０に返信する。広告サーバ７０のこれらの動作の詳細については後述する。

　再生端末１０のコントローラ１１は、広告データの要求に対する応答として広告サーバ７０から、放送時の広告を示す値（例えば、“live-cm”）を受信した場合（Ｓ１１でＹＥＳ）、再生中の番組に本来対応付けられた広告（すなわち、プレイリスト６４に記載されている広告）の広告データを再生する（Ｓ１２）。具体的には、コントローラ１１は、プレイリスト６４に記載された広告の動画データのＵＲＬを指定してＶＯＤサーバ５０に対して広告データを要求する。ＶＯＤサーバ５０は、受信した広告データのＵＲＬに基づき広告データを再生端末１０に送信する。再生端末１０はＶＯＤサーバ５０から受信した広告データを再生する。

　一方、広告データの要求に対する応答として、差し替え用の広告データのＵＲＬを受信した場合（Ｓ１１でＮＯ）、再生端末１０のコントローラ１１は、広告サーバ７０に、差し替え用の広告データのＵＲＬを指定して広告データを要求する（Ｓ１３）。その後、広告サーバ７０から差し替え用の広告データを受信すると、コントローラ１１は、受信した広告データを再生する（Ｓ１４）。これにより、放送時の広告とは異なる差し替えられた広告が再生される。

　以上のように、再生端末１０は、再生対象の番組のプレイリスト６４に記載された情報に基づきＶＯＤサーバ５０及び広告サーバ７０から本編データ及び広告データを取得し、再生する。

　［１－２－２．広告配信処理］
　図１０のフローチャートを参照して、広告サーバ７０における広告配信処理を説明する。この広告配信処理は、広告サーバ７０が再生端末１０から広告データの要求を受け付けたときに実行される。

　広告サーバ７０のコントローラ７１は、再生端末１０から広告データの要求（配信要求）を受け付け（Ｓ１５）、その要求に含まれる配信タイプ情報を取得する（Ｓ１６）。コントローラ７１は、配信タイプ情報が示す値に基づき配信タイプを判断する（Ｓ１７）。配信タイプが「追いかけ配信」である場合（Ｓ１７でＹＥＳ）、コントローラ７１は、放送時の広告の再生を示す情報を再生端末１０へ返信する（Ｓ１８）。例えば、広告サーバ７０からの応答がＶＡＳＴ／ＶＭＡＰ形式である場合に、コントローラ７１は、「追いかけ配信」を意味する“dynamic”を配信タイプ情報として取得すると、放送時の広告の再生を示す情報“live-cm”を含むＶＡＳＴ／ＶＭＡＰ形式の情報を再生端末１０へ返信する。一方、配信タイプが「追いかけ配信」でない場合（Ｓ１７でＮＯ）、コントローラ７１は、放送時の広告とは異なる差し替え用広告の広告データの取得先を示すＵＲＬを再生端末１０へ返信する（Ｓ１９）。

　以上のような制御により、ＩＰ配信が「追いかけ配信」である場合、すなわち、ＩＰ配信されている番組が放送中である場合、放送時の広告と同じ広告が配信される。一方で、ＩＰ配信が「追いかけ配信」でない場合、すなわち、ＩＰ配信されている番組の放送が終了している場合は、放送時の広告とは異なる広告が再生される。これにより、放送終了後にＩＰ配信により番組を提供する場合に、放送時の広告と異なる広告を番組に挿入して配信することが可能となる。

　［１－３．効果、等］
　以上のように本実施形態の映像配信システム１００は、所定の放送スケジュールに従って放送される番組に関する本編データ（番組データの一例）を、その放送スケジュールに規定された放送開始時刻よりも後に配信可能なＶＯＤサーバ５０（番組配信サーバの一例）と、広告の映像を提供する広告データを送信する広告サーバ７０（広告配信サーバの一例）と、ＶＯＤサーバ５０及び広告サーバ７０から本編データ及び広告データを受信して再生する再生端末１０と、を備える。

　再生端末１０は、ＶＯＤサーバ５０から、放送スケジュールに従って放送される場合の番組データと広告データの組み合わせ及びそれらの再生順序を定義した再生情報を受信し、再生情報にしたがい番組データの再生を行う。再生端末１０は、広告データの再生時において、広告サーバ７０に対して、広告データの配信を要求する広告配信要求を送信する。

　広告サーバ７０は、再生端末１０から広告配信要求を受信したときに、所定の条件が満たされているか否かを判断する。ここで、所定の条件は、例えば、再生端末１０が再生中の番組が所定の放送スケジュールにしたがって放送中であること（追いかけ配信）である。または、所定の条件は、再生端末１０が再生中の番組の放送スケジュールに規定された放送終了時刻から所定時間が経過していないこと（すなわち、追いかけ配信でない）であってもよい。

　所定の条件が満たされているときは、広告サーバ７０は、再生端末１０が再生中の番組に本来対応づけられた広告の再生を示す情報を再生端末１０に送信する。一方、所定の条件が満たされていないときは、広告サーバ７０は、差し替え用の広告の動画データに関する情報を再生端末１０に送信する。

　再生端末１０は、広告配信要求の応答として、広告サーバ７０から、再生端末１０が再生中の番組に本来対応づけられた広告の再生を示す情報を受信したときは、ＶＯＤサーバ５０から受信した広告データを再生する。一方、広告配信要求の応答として、広告サーバ５０から、差し替え用の広告の動画データに関する情報を受信したときは、再生端末１０は、広告配信サーバから受信した広告データを再生する。

　以上の構成により、所定の放送スケジュールに従って放送される番組の番組データをその放送開始後に配信する場合に、放送時の広告と同じ広告の広告データをそのまま配信することが可能になる。

　（実施の形態２）
　実施の形態１では、ＩＰ配信が「追いかけ配信」であるか否かに応じて広告の差し替え判定を行った。本実施の形態では、広告データの差し替えの是非を判断する条件として、広告動画の再生時における番組の放送終了時刻からの経過時間を考慮する。具体的には、図１１（Ｂ）に示すように、広告の再生時において、放送スケジュールに規定された放送終了時刻から所定時間が経過していない場合は、放送時の広告（ＣＭ１）と同じ広告（ＣＭ１）の広告データを配信する。一方、図１１（Ｃ）に示すように、広告の配信時において放送終了時刻から所定時間以上経過している場合、放送時の広告（ＣＭ１）とは異なる広告（ＣＭ２）の広告データを配信するようにする。

　本実施の形態における映像配信システム１００の構成、動作は基本的に実施の形態１のものと同様である。以下、本実施の形態における映像配信システム１００において、実施の形態１のものと異なる構成、動作について説明する。

　本実施形態の再生端末１０の再生処理は、実施の形態１において図７のフローチャートを参照して説明した処理と基本的に同様である。但し、本実施の形態では、図７のフローチャートにおけるステップＳ４の処理において、広告サーバ７０に対する広告データの要求時に、プレイリスト６４中に含まれる配信タイプ情報６５に代えて（または、それに加えて）番組放送時間情報６６（番組開始時刻、番組終了時刻）を広告サーバ７０に通知する。

　図１２は、実施の形態２における広告サーバ７０による広告配信処理を示すフローチャートである。以下、図１２のフローチャートを参照し、広告サーバ７０による広告配信処理を説明する。

　広告サーバ７０のコントローラ７１は、再生端末１０から広告データの要求を受け付けると（Ｓ２１）、その要求に含まれる番組放送時間情報６６が示す値（番組開始時刻、番組終了時刻）を取得する（Ｓ２２）。コントローラ７１は、取得した番組終了時刻と現在時刻との間の時間差を算出する（Ｓ２３）。時間差が所定値未満である場合（Ｓ２４でＹＥＳ）、コントローラ７１は、放送時の広告の再生を示す情報（例えば、“live-cm”）を再生端末１０へ返信する（Ｓ２５）。時間差が所定値以上である場合（Ｓ２４でＮＯ）、コントローラ７１は、放送時の広告とは異なる差し替え用の広告データの取得先を示すＵＲＬを再生端末１０へ返信する（Ｓ２６）。

　以上のような制御により、広告の再生時において、番組放送の終了から所定時間経過していなければ、放送時の広告の動画データを配信し、所定時間経過しているときは、放送時の広告と異なる差し替え用の広告の動画データを配信する。例えば、所定値（所定時間）をゼロに設定すると、番組放送中は放送時の広告の動画データを配信し、番組放送終了後に放送時の広告と異なる広告の動画データを配信することができる。また、所定値を「２４時間」に設定すると、番組放送終了後２４時間が経過するまでは、放送時の広告の動画データを配信し、２４時間経過後は、放送時の広告と異なる広告の動画データを配信することができる。このように、所定値を適宜設定することで、放送時の広告から別の広告に切り替えるタイミングを任意に設定することが可能になる。

　なお、現在時刻に代えて、プレイリストの再生開始時刻を基準として、広告の差し替えを行うか否かを制御してもよい。この場合、再生端末１０の再生処理は、番組放送時間情報６６に加えて、「プレイリスト６４に含まれる最初の動画の再生開始時刻」をプレイリストの再生開始時刻として、広告サーバ７０に通知する。広告サーバ７０は、受信したプレイリストの再生開始時刻と放送終了時刻との時間差を算出し、時間差が所定値未満であるか否かにより広告の差し替えを行うか否かを制御してもよい。また、本実施の形態では、番組の放送終了時刻から所定時間が経過したか否かにより、広告差し替えを行うか否かを判定した。番組の放送終了時刻に代えて番組の放送開始時刻から所定時間が経過したか否かにより、広告の差し替えを行うか否かを制御してもよい。

　（実施の形態３）
　本実施の形態の映像配信システムは、実施の形態２と同様に、放送終了時刻からの経過時間に応じて広告の差し替え判定を行う。但し、放送終了時刻からの経過時間の判断方法が実施の形態２のものと異なる。

　実施の形態２では、広告サーバ７０は再生端末１０から番組放送時間情報６６を取得し、その放送時間情報６６を用いて経過時間を算出した。これに対して、本実施の形態では、広告サーバ７０は再生端末１０から番組ＩＤを受信し、この番組ＩＤに基づき番組の放送時間を取得し、取得した放送時間を用いて経過時間を算出する。このため、本実施の形態では、再生端末１０は、図７のフローチャートにおけるステップＳ４の処理において、広告サーバ７０に対する広告データの要求時に、プレイリスト６４中に含まれる番組ＩＤ６７を広告サーバ７０に通知する。

　図１３は、実施の形態３における映像配信システムにおいて使用される種々のデータ及びデータの流れを説明した図である。本実施の形態のＶＯＤサーバ５０は、プレイリスト６４において、各番組に対してユニークに割り当てられた識別情報である番組ＩＤ６７を含む。また、広告サーバ７０は、番組の放送時間（放送開始時刻、放送終了時刻）を管理する外部サーバ３００と通信可能である。外部サーバ３００は、各番組の番組ＩＤと、番組ＩＤが示す番組の放送時間（放送開始時刻、放送終了時刻）とを対応づけた情報３０１を管理する。外部サーバ３００は、番組ＩＤによる問い合わせに応じて、その番組ＩＤが示す番組の放送時間（放送開始時刻、放送終了時刻）を示す情報を返信する。

　図１４は、実施の形態３における広告サーバによる広告配信処理を示すフローチャートである。以下、図１４のフローチャートを参照し、広告サーバ７０による広告配信処理を説明する。

　広告サーバ７０のコントローラ７１は、再生端末１０から広告データの要求を受け付けると（Ｓ３１）、その要求に含まれる番組ＩＤを取得する（Ｓ３２）。コントローラ７１は、取得した番組ＩＤが示す番組の放送時間を取得する（Ｓ３３）。具体的には、コントローラ７１は、取得した番組ＩＤを指定して、番組の放送時間を管理する外部サーバ３００に番組ＩＤが示す番組の放送時間を要求する。外部サーバ３００は、番組ＩＤに基づき番組ＩＤが示す番組の放送時間（番組開始時刻、番組終了時刻）を求め、広告サーバ７０に返信する。なお、番組の放送時間は外部サーバ３００以外のサーバが管理してもよい。

　コントローラ７１は、取得した番組終了時刻と現在時刻との間の時間差を算出する（Ｓ３４）。時間差が所定値未満である場合（Ｓ３５でＹＥＳ）、コントローラ７１は、放送時の広告の再生を示す情報（例えば、“live-cm”）を再生端末１０へ返信する（Ｓ３６）。時間差が所定値以上である場合（Ｓ３５でＮＯ）、コントローラ７１は、放送時の広告とは異なる差し替え用の広告データの取得先を示すＵＲＬを再生端末１０へ返信する（Ｓ３７）。

　以上のような制御によっても、実施の形態２と同様に、広告の配信時において、番組放送の終了から所定時間経過していなければ、放送時の広告の動画データを配信し、所定時間経過しているときは、放送時の広告と異なる差し替え用広告の動画データを配信することが可能となる。

　（実施の形態４）
　上記の実施の形態１～３では、広告サーバ７０において広告の差し替えを行うか否かの判断を行った。この広告差し替えの判断は、必ずしも広告サーバ７０にて行う必要はなく、再生端末１０側で行っても良い。そこで、本実施の形態では、再生端末１０において広告の差し替え判断を行う場合の構成を説明する。

　図１５は、本実施の形態における映像配信システムにおいて使用される種々のデータ及びデータの流れを説明した図である。ＶＯＤサーバ５０に格納されるプレイリスト６４は、配信タイプ情報６５と、番組放送時間情報６６と、番組ＩＤ６７とを含む。また、ＶＯＤサーバ５０は、各番組の番組ＩＤと放送時間とを管理する番組情報６８を格納している。アプリ配信サーバ９０から再生端末１０にダウンロードされる動画プレーヤは、広告サーバ７０のＵＲＬと番組情報６８のＵＲＬに関する情報を含んでいる。これにより、再生端末１０（動画プレーヤ）は広告サーバ７０及び番組情報６８にアクセスすることができる。

　以下、実施の形態１～３における広告サーバ７０にて行った広告差し替え判定のそれぞれの処理を再生端末１０において行う場合の再生端末１０の処理をそれぞれ説明する。

　図１６は、本実施の形態における再生端末１０の処理を示すフローチャートである。図１６に示す処理は、コントローラ１１が動画プレーヤに関するプログラムを実行して実現される動画プレーヤの機能により実行される。

　図１６において、まず、再生端末１０は、ＶＯＤサーバ５０から、再生対象の番組に関するプレイリスト６４をダウンロードする（Ｓ１）。そして、再生端末１０は、プレイリスト６４を参照し、プレイリスト６４に記載されている動画を順次再生する（Ｓ２～Ｓ４Ａ、Ｓ５～Ｓ６）。ここで、ステップＳ１～Ｓ３、Ｓ５～Ｓ６の処理は図８を参照して説明した処理と同様である。本実施の形態と、上記の実施の形態とで異なるのは、広告データの再生に関する処理（ステップＳ４Ａ）である。以下、本実施の形態における広告データの再生に関する処理（ステップＳ４Ａ）について３つの例を具体的に説明する。

（Ａ）第１例
　最初に、図１７のフローチャートを参照し、実施の形態１における広告サーバ７０にて行った広告差し替え判定の処理を再生端末１０にて行う場合のステップＳ４Ａの処理を説明する。本例の場合、ＶＯＤサーバ５０からダウンロードされるプレイリスト６４には配信タイプ情報６５が含まれている。図１７に示す処理では、再生端末１０において、ＶＯＤサーバ５０によるＩＰ配信が「追いかけ配信」であるか否かに基づき広告差し替え判定が行われる。

　再生端末１０のコントローラ１１は、ＶＯＤサーバ５０から取得したプレイリスト６４から配信タイプ情報を取得する（Ｓ４１）。コントローラ１１は、配信タイプ情報が示す値に基づき配信タイプを判断する（Ｓ４２）。配信タイプが「追いかけ配信」（例えば、“dynamic”）である場合（Ｓ４２でＹＥＳ）、コントローラ１１は、プレイリスト６４に記載された広告の動画データを再生する（Ｓ４３）。具体的には、コントローラ１１は、プレイリスト６４に記載された広告の動画データのＵＲＬにアクセスすることでＶＯＤサーバ５０から広告データを取得し、それを再生する。

　一方、配信タイプが「追いかけ配信」でない場合（Ｓ４２でＮＯ）、コントローラ１１は、広告サーバ７０に広告データを要求する（Ｓ４４）。広告サーバ７０は、差し替え用広告を特定し、その広告の広告データの取得先を示すＵＲＬを再生端末１０へ返信する。再生端末１０のコントローラ１１は、広告サーバ７０から取得したＵＲＬにアクセスすることで広告データを取得し、再生する（Ｓ４５）。

　以上のような制御により、再生端末１０において、ＩＰ配信が「追いかけ配信」であるか否かに基づいた広告差し替えの制御を行うことができる。

（Ｂ）第２例
　次に、図１８のフローチャートを参照し、実施の形態２における広告サーバ７０にて行った広告差し替え判定の処理を再生端末１０にて行う場合のステップＳ４Ａの処理を説明する。本例の場合、ＶＯＤサーバ５０からダウンロードされるプレイリスト６４には番組放送時間情報６６が含まれている。図１８に示す処理では、再生端末１０において、放送終了からの経過時間に基づき広告差し替え判定が行われる。

　再生端末１０のコントローラ１１は、ＶＯＤサーバ５０からダウンロードしたプレイリスト６４に含まれる番組放送時間情報６６が示す値（番組開始時刻、番組終了時刻）を取得する（Ｓ５１）。コントローラ１１は、取得した番組終了時刻と現在時刻との間の時間差を算出する（Ｓ５２）。時間差が所定値未満である場合（Ｓ５３でＹＥＳ）、コントローラ１１は、プレイリスト６４に記載された広告の動画を再生する（Ｓ５４）。

　一方、時間差が所定値以上である場合（Ｓ５３でＮＯ）、コントローラ１１は広告サーバ７０に広告データを要求する（Ｓ５５）。コントローラ１１は、広告サーバ７０から広告データのＵＲＬを取得すると、取得したＵＲＬにアクセスし広告データを取得し、再生する（Ｓ５６）。

　以上のような制御により、再生端末１０において、番組の放送終了からの経過時間に基づいた広告差し替え判定を行うことができる。

（Ｃ）第３例
　最後に、図１９のフローチャートを参照し、実施の形態３における広告サーバ７０にて行った広告差し替え判定の処理を再生端末１０にて行う場合のステップＳ４Ａの処理を説明する。本例の場合、ＶＯＤサーバ５０からダウンロードされるプレイリスト６４には番組ＩＤ６７が含まれている。図１９に示す処理では、再生端末１０において、放送終了からの経過時間に基づき広告差し替え判定が行われる。

　再生端末１０のコントローラ１１は、ＶＯＤサーバ５０からダウンロードしたプレイリスト６４から番組ＩＤを取得する（Ｓ６１）。コントローラ１１は、取得した番組ＩＤが示す番組の放送時間を取得する（Ｓ６２）。具体的には、コントローラ１１は、番組ＩＤと番組情報ＵＲＬを指定して、ＶＯＤサーバ５０に対して、番組ＩＤが示す番組の放送時間（番組開始時刻、番組終了時刻）を要求する。この要求に対して、ＶＯＤサーバ５０は、番組情報６８を参照して、番組ＩＤに対応する番組の放送時間（番組開始時刻、番組終了時刻）に関する情報を求めて、再生端末１０に返信する。

　コントローラ１１は、ＶＯＤサーバ５０から放送時間（番組開始時刻、番組終了時刻）を取得すると、番組終了時刻と現在時刻との間の時間差を算出する（Ｓ６３）。時間差が所定値未満である場合（Ｓ６４でＹＥＳ）、コントローラ１１は、プレイリスト６４に記載された広告の動画データを再生する（Ｓ６５）。

　一方、時間差が所定値以上である場合（Ｓ６４でＮＯ）、コントローラ１１は広告サーバ７０に広告データを要求する（Ｓ６６）。コントローラ１１は、広告サーバ７０から広告データのＵＲＬを取得すると、取得したＵＲＬにアクセスし広告データを取得して再生する（Ｓ６７）。

　以上のような制御によっても、再生端末１０において、番組の放送終了時刻からの経過時間に基づいた広告差し替え判定を行うことができる。

　（他の実施の形態）
　以上のように、本出願において開示する技術の例示として、実施の形態１～４を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置き換え、付加、省略などを行った実施の形態にも適用可能である。また、上記実施の形態１～４で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。そこで、以下、他の実施の形態を例示する。

　実施の形態１～４では、放送された番組の本編データと、放送中または放送終了後にＩＰ配信が開始された番組の本編データとは同じものであるとして説明した。しかし、放送された本編データの内容と、ＩＰ配信される本編データの内容とは同じものでなくても良い。例えば、放送中または放送終了後にＩＰ配信される本編データは、放送された番組本編に基づいて編集が加えられたものであってもよい。

　上記の実施の形態において、再生端末１０のコントローラ１１が広告サーバ７０に対して広告データを要求するタイミングは、プレイリスト６４の再生を開始する前であってもよい。すなわち、再生端末１０のコントローラ１１が、プレイリスト６４の再生を開始する前に、プレイリスト６４に含まれる全ての広告動画に対する広告データを要求する形態であってもよい。この場合、広告サーバ７０が再生端末１０に返信する「放送時の広告を示す値（例えば“live-cm”）」は、番組に含まれる全ての広告に対する指定であってもよいし、特定の広告に対する指定であってもよい。例えば、番組に複数の広告が含まれている場合に、そのうちの幾つかは放送時の広告をそのまま配信し、残りについては差し替え広告を配信するような場合であっても、本発明を適用可能である。

　再生端末１０は、ネットワーク２００を介してサーバ５０、７０、９０と通信でき、動画再生が可能な端末であれば任意の電子機器で実現できる。例えば、再生端末１０は、ＴＶ装置、スマートフォン、タブレット端末、パーソナルコンピュータまたはＳＴＢ(Set Top Box)である。

　上記の実施の形態において、コントローラ５１、７１、１１の機能はハードウェアとソフトウェアの協働により実現されるとして説明したが、ハードウェア回路のみで実現されてもよい。すなわち、コントローラ５１、７１、１１は、ＣＰＵまたはＭＰＵのみならず、ＤＳＰ、ＧＰＵ、ＦＰＧＡ、ＡＳＩＣ等で構成することができる。コントローラ５１、７１、１１で実行される制御プログラムは、各装置の外部から、ネットワーク２００を介して提供されてもよいし、メモリカード等の記録媒体によって提供されてもよい。

　上記の実施の形態においては、動画データの取得先をＵＲＬ形式で指定したが、動画データの取得先の記述方法は、ＵＲＬ形式に限定されるものではない。動画データの取得先は、動画データの所在を特定可能な記述方式であれば、任意の記述形式を用いて指定することができる。

　上記の実施の形態において、ＶＯＤサーバ５０、広告サーバ７０、アプリ配信サーバ９０、外部サーバ３００は物理的に上記に説明したものと同じ構成であってもよいし、異なっていても良い。また、これらのサーバはそれぞれ独立して設けられたサーバであってもよいし、複数のサーバの機能を１つのサーバに統合してもよい。また、これらのサーバの一部または全部がクラウドに配置された仮想的なものであってもよい。

　（本開示）
　上記の実施の形態は映像配信システムに関して以下の構成を開示する。

Ａ．広告配信サーバ
　（１）再生端末（１０）から受信した配信要求に応じて、広告の映像を提供する広告データ（６２）を送信する広告配信サーバ（７０）。広告配信サーバ（７０）は、
　再生端末と通信を行う通信部（７８）と、
　広告データの送信を制御する制御部（７１）と、を備える。
　制御部（７１）は、再生端末から配信要求を受信したときに、所定の条件が満たされているか否かを判断し、
　　所定の条件が満たされているときは、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を前記再生端末に送信し、
　　所定の条件が満たされていないときは、差し替え用広告の広告データに関する情報を前記再生端末に送信する。

　（２）（１）において、所定の条件は、再生端末（１０）が再生中の番組が所定の放送スケジュールにしたがって放送中であることである。制御部（７１）は、再生端末が再生中の番組が前記放送スケジュールにしたがって放送中であるときは、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を再生端末に送信し、再生端末が再生中の番組について放送スケジュールにしたがった放送が終了しているときは、差し替え用の広告の広告データに関する情報を再生端末に送信してもよい。

　（３）（１）において、通信部（７８）は、再生端末（１０）から、再生端末が再生中の番組が放送スケジュールにしたがって放送中であるか否かを示すフラグ情報（６５）を受信してもよい。制御部（７８）は、フラグ情報に基づき所定の条件を満たすか否かを判断してもよい。

　（４）（１）において、所定の条件は、再生端末（１０）が再生中の番組の放送スケジュールに規定された放送終了時刻から所定時間が経過していないことであってもよい。制御部は、所定時間が経過していないときは、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報（６５）を再生端末に送信し、所定時間が経過しているときは、差し替え用の広告の動画データに関する情報を再生端末に送信してもよい。

　（５）（４）において、通信部（７８）は、再生端末（１０）から、放送スケジュールに規定された放送時間帯を示す情報（６６）を受信してもよい。制御部（７１）は、放送時間帯を示す情報（６６）に基づき所定の条件を満たすか否かを判断してもよい。

　（６）（４）において、通信部（７１）は、再生端末（１０）から、再生端末が再生中の番組を特定するための識別情報（６７）を受信してもよい。制御部（７１）は、識別情報（６７）に基づき所定の条件を満たすか否かを判断してもよい。

　（７）（６）において、制御部（７８）は、識別情報（６７）と番組の放送時間とを対応づける情報（３０１）を参照して、識別情報に基づき、再生端末で再生中の番組の放送時間帯を示す情報を取得し、取得した放送時間帯を示す情報に基づき所定の条件を満たすか否かを判断してもよい。

　（８）（１）において、通信部（７８）はインターネットを介して再生端末と通信を行ってもよい。

Ｂ．番組配信サーバ
　（９）所定の放送スケジュールに従って放送される番組の本編の映像を提供する番組データ（６１）を、その放送スケジュールに規定された放送開始時刻よりも後に配信可能な番組配信サーバ（７０）。番組配信サーバ（７０）は、
　再生端末（１０）と通信を行う通信部（５８）と、
　放送スケジュールに従って放送される番組の番組データと、当該番組とともに放送される広告の映像を提供する広告データの組み合わせ及びそれらの再生順序を定義した再生情報（６４）を記憶する記憶部（５７）と、
　番組データまたは広告データの再生端末への送信を制御する制御部（５１）と、を備える。
　制御部（５１）は、
　　再生端末（１０）からの要求にしたがい再生情報（６４）を再生端末へ送信し、
　　再生端末から番組データの配信要求を受けたときは、再生端末へ番組データ（６１）を送信し、
　　再生端末から広告データの配信要求を受けたときは、再生端末へ前記広告データ（６２）を送信する。

　（１０）（９）において、制御部（５１）は、再生端末（１０）に対して、再生端末へ送信する番組データに関する番組が放送スケジュールにしたがって放送中であるか否かを示す情報（６５）を送信してもよい。

　（１１）（９）において、再生情報（６４）は、再生端末へ送信する番組データに関する番組の放送時間を示す情報（６６）を含んでもよい。

　（１２）（９）において、再生情報（６４）は、再生端末へ送信する番組データに関する番組を特定するための識別情報（６７）を含んでもよい。

Ｃ．第１の再生端末
　（１３）所定の放送スケジュールに従って放送される番組の番組データ（６１）を、その放送スケジュールに規定された放送開始時刻よりも後に受信して再生する再生端末（１０）。再生端末（１０）は、
　所定の放送スケジュールに従って放送される番組の番組データ及び当該番組の放送時に放送される第１の広告の映像を提供する第１の広告データ（６２）を提供する番組配信サーバ（５０）と、第２の広告の映像を提供する第２の広告データを提供する広告配信サーバ（７０）と通信する通信部（１８）と、
　番組データ及び前記第１及び第２の広告データの再生を制御する制御部（１１）と、を備える。
　制御部（１１）は、番組配信サーバから、前記放送スケジュールに従って放送される番組データと第１の広告データの組み合わせ及びそれらの再生順序を定義した再生情報（６４）を受信し、再生情報にしたがい前記番組データ及び前記第１及び第２の広告データの再生を制御する。
　制御部（１１）は、広告再生時において、
　　所定の条件が満たされているときは、再生情報に定義された前記第１の広告データを再生し、
　　所定の条件が満たされていないときは、広告配信サーバから提供される第２の広告データを再生する。

　（１４）（１３）において、所定の条件は、再生端末が再生中の番組が所定の放送スケジュールに沿って放送中であることであってもよい。再生情報（６４）は、再生情報にて定義される番組がその番組の放送スケジュールに従って放送中であるか否かを示す情報（６５）を含んでもよい。制御部（１１）は、放送スケジュールに従って放送中であるか否かを示す情報に基づき所定の条件が満たされるか否かを判断してもよい。

　（１５）（１３）において、所定の条件は、放送スケジュールに規定された終了時刻から所定時間が経過していないことであってもよい。再生情報（６４）は、再生情報にて定義される番組の放送時間に関する情報（６６）を含んでもよい。制御部（１１）は、放送時間に関する情報に基づき所定の条件が満たされるか否かを判断してもよい。

Ｄ．第２の再生端末
　（１６）所定の放送スケジュールに従って放送される番組の番組データを、その放送スケジュールに規定された放送開始時刻よりも後に受信して再生する再生端末（１０）。再生端末（１０）は、
　番組データ（６１）及び広告の映像を提供する広告データ（６２）を提供する番組配信サーバ（５０）と、広告データを提供する広告配信サーバ（７０）と通信する通信部（１８）と、
　番組データ及び広告データの再生を制御する制御部（１１）と、を備える。
　制御部（１１）は、番組配信サーバから、放送スケジュールに従って放送される場合の番組データと広告データの組み合わせ及びそれらの再生順序を定義した再生情報（６４）を受信し、再生情報にしたがい番組データの再生を行う。
　制御部（１１）は、広告データの再生時において、
　　広告配信サーバに対して、広告データの配信を要求する広告配信要求を送信し、
　　広告配信要求の応答として、広告配信サーバから、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を受信したときは、番組配信サーバから受信した広告データを再生し、
　　広告配信要求の応答として、広告配信サーバから、差し替え用の広告の動画データに関する情報を受信したときは、広告配信サーバから受信した広告データを再生する。

　（１７）（１６）において、通信部（１８）は、広告配信サーバへ、広告配信要求とともに、再生端末が再生中の番組が前記放送スケジュールにしたがって放送中であるか否かを示すフラグ情報を送信してもよい。

　（１８）（１６）において、通信部（１８）は、広告配信サーバへ、広告配信要求とともに、放送スケジュールに規定された放送時間帯を示す情報を送信してもよい。

Ｅ．映像配信システム
　（１９）映像配信システム（１００）は、
　所定の放送スケジュールに従って放送される番組に関する番組データ（６１）を、その放送スケジュールに規定された放送開始時刻よりも後に配信可能な番組配信サーバ（５０）と、
　広告の映像を提供する広告データ（６２）を送信する広告配信サーバ（７０）と、
　前記番組配信サーバ及び広告配信サーバから前記番組データ及び広告データを受信して再生する再生端末（１０）と、を備える。
　再生端末（１０）は、番組配信サーバから、放送スケジュールに従って放送される場合の番組データと広告データの組み合わせ及びそれらの再生順序を定義した再生情報を受信し、前記再生情報にしたがい番組データの再生を行い、
　広告データの再生時において、広告配信サーバに対して、広告データの配信を要求する広告配信要求を送信する。
　広告配信サーバ（７０）は、
　　再生端末から前記広告配信要求を受信したときに、所定の条件が満たされているか否かを判断し、
　　所定の条件が満たされているときは、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を前記再生端末に送信し、
　　所定の条件が満たされていないときは、差し替え用の広告の動画データに関する情報を前記再生端末に送信する。
　再生端末（１０）は、
　　広告配信要求の応答として、広告配信サーバから、再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を受信したときは、番組配信サーバから受信した広告データを再生し、
　　広告配信要求の応答として、広告配信サーバから、差し替え用の広告の動画データに関する情報を受信したときは、広告配信サーバから受信した広告データを再生する。

　以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。

　したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。

　また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。

　本開示の映像配信装置は、所定の放送スケジュールに従って放送される番組に関する番組データを、ユーザからの要求に応じて、その放送スケジュールに規定された放送開始時刻よりも後に配信可能な映像配信装置に有用である。

Claims (19)

1. 　再生端末から受信した配信要求に応じて、広告の映像を提供する広告データを送信する広告配信サーバであって、
   　前記再生端末と通信を行う通信部と、
   　前記広告データの送信を制御する制御部と、を備え、
   　前記制御部は、前記再生端末から前記配信要求を受信したときに、所定の条件が満たされているか否かを判断し、
   　　前記所定の条件が満たされているときは、前記再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を前記再生端末に送信し、
   　　前記所定の条件が満たされていないときは、差し替え用広告の広告データに関する情報を前記再生端末に送信する、
   広告配信サーバ。
2. 　前記所定の条件は、前記再生端末が再生中の番組が所定の放送スケジュールにしたがって放送中であることであり、
   　前記制御部は、
   　　前記再生端末が再生中の番組が前記放送スケジュールにしたがって放送中であるときは、前記再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を前記再生端末に送信し、
   　　前記再生端末が再生中の番組について前記放送スケジュールにしたがった放送が終了しているときは、前記差し替え用の広告の広告データに関する情報を前記再生端末に送信する、
   請求項１に記載の広告配信サーバ。
3. 　前記通信部は、前記再生端末から、前記再生端末が再生中の番組が前記放送スケジュールにしたがって放送中であるか否かを示すフラグ情報を受信し、
   　前記制御部は、前記フラグ情報に基づき前記所定の条件を満たすか否かを判断する、
   請求項２に記載の広告配信サーバ。
4. 　前記所定の条件は、前記再生端末が再生中の番組の放送スケジュールに規定された放送終了時刻から所定時間が経過していないことであり、
   　前記制御部は、
   　　前記所定時間が経過していないときは、前記再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を前記再生端末に送信し、
   　　前記所定時間が経過しているときは、差し替え用の広告の動画データに関する情報を前記再生端末に送信する、
   請求項１に記載の広告配信サーバ。
5. 　前記通信部は、前記再生端末から、前記放送スケジュールに規定された放送時間帯を示す情報を受信し、
   　前記制御部は、前記放送時間帯を示す情報に基づき前記所定の条件を満たすか否かを判断する、請求項４に記載の広告配信サーバ。
6. 　前記通信部は、前記再生端末から、前記再生端末が再生中の番組を特定するための識別情報を受信し、
   　前記制御部は、前記識別情報に基づき前記所定の条件を満たすか否かを判断する、請求項４に記載の広告配信サーバ。
7. 　前記制御部は、前記識別情報と前記番組の放送時間とを対応づける情報を参照して、前記識別情報に基づき、前記再生端末で再生中の番組の放送時間帯を示す情報を取得し、前記取得した放送時間帯を示す情報に基づき所定の条件を満たすか否かを判断する、請求項６に記載の広告配信サーバ。
8. 　前記通信部はインターネットを介して前記再生端末と通信を行う、請求項１に記載の広告配信サーバ。
9. 　所定の放送スケジュールに従って放送される番組の本編の映像を提供する番組データを、その放送スケジュールに規定された放送開始時刻よりも後に配信可能な番組配信サーバであって、
   　再生端末と通信を行う通信部と、
   　前記放送スケジュールに従って放送される番組の番組データと、当該番組とともに放送される広告の映像を提供する広告データの組み合わせ及びそれらの再生順序を定義した再生情報を記憶する記憶部と、
   　前記番組データまたは前記広告データの前記再生端末への送信を制御する制御部と、を備え、
   　前記制御部は、
   　前記再生端末からの要求にしたがい前記再生情報を前記再生端末へ送信し、その後、
   　前記再生端末から前記番組データの配信要求を受けたときは、前記再生端末へ前記番組データを送信し、
   　　前記再生端末から前記広告データの配信要求を受けたときは、前記再生端末へ前記広告データを送信する、
   番組配信サーバ。
10. 　前記制御部は、前記再生端末に対して、前記再生端末へ送信する番組データに関する番組が前記放送スケジュールにしたがって放送中であるか否かを示す情報を送信する、
    請求項９に記載の番組配信サーバ。
11. 　前記再生情報は、前記再生端末へ送信する番組データに関する番組の放送時間を示す情報を含む、請求項９に記載の番組配信サーバ。
12. 　前記再生情報は、前記再生端末へ送信する番組データに関する番組を特定するための識別情報を含む、請求項９に記載の番組配信サーバ。
13. 　所定の放送スケジュールに従って放送される番組の番組データを、その放送スケジュールに規定された放送開始時刻よりも後に受信して再生する再生端末であって、
    　所定の放送スケジュールに従って放送される番組の番組データ及び当該番組の放送時に放送される第１の広告の映像を提供する第１の広告データを提供する番組配信サーバと、第２の広告の映像を提供する第２の広告データを提供する広告配信サーバと通信する通信部と、
    　前記番組データ及び前記第１及び第２の広告データの再生を制御する制御部と、を備え、
    　前記制御部は、前記番組配信サーバから、前記放送スケジュールに従って放送される番組データと第１の広告データの組み合わせ及びそれらの再生順序を定義した再生情報を受信し、前記再生情報にしたがい前記番組データ及び前記第１及び第２の広告データの再生を制御し、
    　前記制御部は、広告再生時において、
    　　所定の条件が満たされているときは、前記再生情報に定義された前記第１の広告データを再生し、
    　　前記所定の条件が満たされていないときは、前記広告配信サーバから提供される前記第２の広告データを再生する、
    再生端末。
14. 　前記所定の条件は、前記再生端末が再生中の番組が所定の放送スケジュールに沿って放送中であることであり、
    　前記再生情報は、前記再生情報にて定義される番組がその番組の放送スケジュールに従って放送中であるか否かを示すフラグ情報を含み、
    　前記制御部は、前記フラグ情報に基づき前記所定の条件が満たされるか否かを判断する、
    請求項１３に記載の再生端末。
15. 　前記所定の条件は、前記放送スケジュールに規定された終了時刻から所定時間が経過していないことであり、
    　前記再生情報は、前記再生情報にて定義される番組の放送時間に関する情報を含み、
    　前記制御部は、前記放送時間に関する情報に基づき前記所定の条件が満たされるか否かを判断する、
    請求項１３に記載の再生端末。
16. 　所定の放送スケジュールに従って放送される番組の番組データを、その放送スケジュールに規定された放送開始時刻よりも後に受信して再生する再生端末であって、
    　前記番組データ及び広告の映像を提供する広告データを提供する番組配信サーバと、前記広告データを提供する広告配信サーバと通信する通信部と、
    　前記番組データ及び前記広告データの再生を制御する制御部と、を備え、
    　前記制御部は、前記番組配信サーバから、放送スケジュールに従って放送される場合の番組データと広告データの組み合わせ及びそれらの再生順序を定義した再生情報を受信し、前記再生情報にしたがい番組データの再生を行い、
    　前記制御部は、広告データの再生時において、
    　　前記広告配信サーバに対して、広告データの配信を要求する広告配信要求を送信し、
    　　前記広告配信要求の応答として、前記広告配信サーバから、前記再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を受信したときは、前記番組配信サーバから受信した広告データを再生し、
    　　前記広告配信要求の応答として、前記広告配信サーバから、差し替え用の広告の動画データに関する情報を受信したときは、前記広告配信サーバから受信した広告データを再生する、
    再生端末。
17. 　前記通信部は、前記広告配信サーバへ、前記広告配信要求とともに、前記再生端末が再生中の番組が前記放送スケジュールにしたがって放送中であるか否かを示すフラグ情報を送信する、請求項１６に記載の再生端末。
18. 　前記通信部は、前記広告配信サーバへ、前記広告配信要求とともに、前記放送スケジュールに規定された放送時間帯を示す情報を送信する、請求項１６に記載の再生端末。
19. 　所定の放送スケジュールに従って放送される番組に関する番組データを、その放送スケジュールに規定された放送開始時刻よりも後に配信可能な番組配信サーバと、
    　広告の映像を提供する広告データを送信する広告配信サーバと、
    　前記番組配信サーバ及び広告配信サーバから前記番組データ及び広告データを受信して再生する再生端末と、を備え、
    　Ａ）前記再生端末は、
    　前記番組配信サーバから、放送スケジュールに従って放送される場合の番組データと広告データの組み合わせ及びそれらの再生順序を定義した再生情報を受信し、前記再生情報にしたがい番組データの再生を行い、
    　広告データの再生時において、前記広告配信サーバに対して、広告データの配信を要求する広告配信要求を送信し、
    　Ｂ）前記広告配信サーバは、
    　　前記再生端末から前記広告配信要求を受信したときに、所定の条件が満たされているか否かを判断し、
    　　前記所定の条件が満たされているときは、前記再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を前記再生端末に送信し、
    　　前記所定の条件が満たされていないときは、差し替え用の広告の動画データに関する情報を前記再生端末に送信し、
    　Ｃ）前記再生端末は、
    　　前記広告配信要求の応答として、前記広告配信サーバから、前記再生端末が再生中の番組に本来対応づけられた広告の再生を示す情報を受信したときは、前記番組配信サーバから受信した広告データを再生し、
    　　前記広告配信要求の応答として、前記広告配信サーバから、差し替え用の広告の動画データに関する情報を受信したときは、前記広告配信サーバから受信した広告データを再生する、
    映像配信システム。

Images