JP7454951B2 - コンテンツ配信装置、端末、およびプログラム - Google Patents

Description

本発明は、コンテンツ配信装置、端末、およびプログラムに関する。

近年、ビデオオンデマンド（ＶＯＤ：Video On Demand）が多数のユーザーに利用されており、ビデオオンデマンドに供される動画、音声等のコンテンツに同期するイベントを通知する技術が存在する。このような技術の一例として、非特許文献１に開示されているメディアタイムドイベント（ＭＴＥ：Media Timed Events）が挙げられる。また、非特許文献１は、インターネット上で配信される動画、音声等のコンテンツに関連付けられているメディアタイムドイベント（イベント用メタデータ）に対する要求や、メディアタイムドイベントのユースケース等を開示している。

"Media Timed Events - W3C Interest Group Note 03 June 2019"， World Wide Web Consortium（W3C），2019年6月3日更新，［online］，［2019年6月26日ダウンロード］，インターネット＜URL：https://www.w3.org/TR/2019/NOTE-media-timed-events-2019＞

ネット動画配信のサービスは、リアルタイムで動画を配信するライブ配信と、見逃しなどの場合にユーザーが後から視聴できるビデオオンデマンド配信に分けられる。ライブ配信の場合には動画コンテンツがサーバー側で順次生成され、コンテンツ配信装置は、クライアントに対して、常に最新の動画ファイルを提供する。一方で、ビデオオンデマンド配信の場合には、予め動画ファイル一式が生成されているため。したがって、クライアントが視聴したいコンテンツを選択すれば、コンテンツ配信装置から該当のファイルがダウンロードされ、クライアント側で視聴することができる。即時性のあるイベント用メタデータ（例えば、メディアタイムドイベント）を配信したい場合、そのイベント用メタデータを付加すべきリソース（リソースのフラグメント）は、ライブ配信の場合には、最新の動画セグメント（最新のフラグメント）である。しかしながら、ビデオオンデマンド配信の場合には、コンテンツの配信（ダウンロード）がネット回線の速度に依存するため、イベント用メタデータを任意のところに挿入することが難しいという課題があった。

ビデオオンデマンドに供されるコンテンツの端末への配信は、通信回線の伝送速度（単位時間当たりの伝送ビット数）には依存するものの、通常は、ライブ配信に供されるコンテンツよりも、速く行われてしまう。このため、コンテンツ配信装置（サーバー）は、メディアタイムドイベントを挿入するタイミングが計り難いという問題がある。このため、所望のタイミングにメディアタイムドイベントを挿入することが難しいことがある。また、このような場合、本来、メディアタイムドイベントを挿入する必要があったセグメントの後のセグメントに、そのメディアタイムドイベントを挿入せざるを得なくなっていたという問題もある。

本発明は、上記の課題認識に基づいて行われたものであり、ビデオオンデマンドに供されるコンテンツの所望のタイミングに容易にイベント用メタデータを挿入することを可能とするコンテンツ配信装置、コンテンツ配信プログラム、端末及び端末制御プログラムを提供しようとするものである。

［１］上記の課題を解決するため、本発明の一態様によるコンテンツ配信装置は、端末から配信を要求されたコンテンツデータを取得するコンテンツデータ取得部と、タイムドイベントのタイミングの指示を受け、前記コンテンツデータを構成するセグメント内において前記タイムドイベントを挿入すべき位置を、当該セグメントが前記端末側で再生される際の前記タイムドイベントのタイミングの位置に基づいて決定する挿入タイミング決定部と、前記挿入タイミング決定部により決定された前記挿入すべき位置に前記タイムドイベントを挿入し、前記タイムドイベントが挿入された前記コンテンツデータを前記端末に配信するコンテンツデータ配信部と、を備える。

［２］また、一態様は、上記のコンテンツ配信装置において、前記セグメントは、前記セグメントを構成するさらに細かいデータの単位であるフラグメントの系列として成るものであり、前記コンテンツデータ配信部は、前記コンテンツデータを構成する前記セグメントを、前記フラグメントの単位で順次前記端末に配信するものであり、前記挿入タイミング決定部は、前記タイムドイベントのタイミングの位置に該当して再生される前記フラグメントの位置を求めて、当該フラグメントの位置を、前記タイムドイベントを挿入すべき位置として決定するものである。

［３］また、一態様は、上記のコンテンツ配信装置において、前記セグメントは、前記セグメントを構成するさらに細かいデータの単位であるフラグメントの系列として成るものであり、前記コンテンツ配信装置は、前記セグメントが前記端末側で再生される際の前記フラグメントの再生タイミングに基づいて、前記セグメントを構成する前記フラグメントを送出するタイミングを遅延させる送信時間調整部、をさらに備えるものであり、前記挿入タイミング決定部は、前記送信時間調整部が決定する前記フラグメントの送出タイミングに基づいて、前記タイムドイベントのタイミングの位置に該当する前記フラグメントの位置を求めて、当該フラグメントの位置を、前記タイムドイベントを挿入すべき位置として決定するものである。

［４］また、一態様は、上記のコンテンツ配信装置において、挿入されていた前記タイムドイベントに応じた処理を前記端末側で実行したか否かを示す挿入有無データを前記端末から受信する挿入有無データ受信部、をさらに備え、前記挿入タイミング決定部は、前記コンテンツデータ配信部が配信済みの前記タイムドイベントに応じた処理を前記端末側で実行したことを示す前記挿入有無データを、前記挿入有無データ受信部が、所定の期間内に受信しなかった場合には、前記タイムドイベントを再挿入すべき位置を再度決定し、前記コンテンツデータ配信部は、前記挿入タイミング決定部が決定した前記再挿入すべき位置に、前記タイムドイベントを挿入し、前記タイムドイベントが挿入された前記コンテンツデータを前記端末に配信する、ものである。

［５］また、一態様は、コンピューターを、上記［１］から［４］までのいずれか一項に記載のコンテンツ配信装置、として機能させるためのプログラムである。

［６］また、一態様による端末は、コンテンツ配信装置から受信したコンテンツデータに挿入されていたタイムドイベントに応じた処理を実行したか否かを判定する判定部と、前記判定部が判定した結果を示す挿入有無データを生成する挿入有無データ生成部と、生成した前記挿入有無データを前記コンテンツ配信装置に送信する挿入有無データ送信部と、を備える。

［７］また、一態様は、コンピューターを、上記［６］の端末、として機能させるためのプログラムである。

本発明によれば、ビデオオンデマンドの配信形態に供されるコンテンツの所望のタイミングに、タイムドイベント（イベント用メタデータを）挿入することができる。

本発明の一実施形態に係るコンテンツ配信システムの構成の一例を示すブロック図である。 同実施形態においてコンテンツ配信装置が配信するコンテンツデータの配信タイミングと、端末側でそのコンテンツデータを再生するタイミングとの関係を示すタイミングチャートである。 同実施形態の第１方式によって、コンテンツ配信装置がメディアタイムドイベントを挿入する方法を示すタイミングチャートである。 図３のタイミングチャートの一部分をより詳細に示すために時間方向に拡大したタイミングチャートであり、フラグメントおよびメディアタイムドイベントのタイミングを示す。 同実施形態の第２方式によって、コンテンツ配信装置がメディアタイムドイベントを挿入する方法を示すタイミングチャートである。 図５のタイミングチャートの一部分をより詳細に示すために時間方向に拡大したタイミングチャートであり、フラグメントおよびメディアタイムドイベントのタイミングを示す。 同実施形態においてコンテンツ配信装置が行うコンテンツの配信処理の手順を示すフローチャートである。 同実施形態において端末が行うコンテンツの受信処理およびメディアタイムドイベントへの対応処理の手順を示すフローチャートである。

本発明の実施形態について、図面を参照しながら説明する。本実施形態において、コンテンツ配信装置２０は、インターネット等の通信ネットワークを介して、動画のコンテンツを、端末１０（クライアント）に対して配信する。また、コンテンツ配信装置２０は、必要時に、イベント用メタデータを、端末１０に対して配信する。イベント用メタデータは、タイミングに関連付けられたイベントとして扱うことができ、「タイムドイベント」と呼ばれる場合がある。タイムドイベントは、通信ネットワークを介して、端末１０に対して伝達される。「タイムドイベント」のデータの実体が、時刻のデータを含んでいてもよいし、含んでいなくてもよい。タイムドイベントのデータが時刻のデータを含んでいない場合であっても、そのメタデータが送信される時刻が、そのイベントに関連する時刻を表す場合がある。本実施形態において、通信ネットワークを介して配信されるタイムドイベントは、ＭＴＥ（メディアタイムドイベント）と呼ばれる。以下では、動画コンテンツの配信中にメディアタイムドイベントを挿入する場合を説明する。

メディアタイムドイベントを挿入する方法として、２種類の方法を挙げられる。第１の方法は、ＭＰＥＧ―ＤＡＳＨのＭＰＤに代表されるようなマニュフェストファイルにイベントを記述するアウトオブバンド手法である。第２の方法は、ＭＰ４のような動画のセグメントファイルにイベントを記述するインバンド手法がある。

動画コンテンツの配信の、基本的な処理の流れは、次の通りである。第１段階として、ユーザーが使用する端末１０が、視聴プレイヤーなどの機能により、動画コンテンツのリクエストをコンテンツ配信装置２０（配信サーバー）に送る。第２段階として、コンテンツ配信装置２０は、リクエストされた動画コンテンツを、コンテンツデータ管理装置３０（コンテンツサーバー）にリクエストする。第３段階として、コンテンツデータ管理装置３０は、レスポンスとして、リクエストされたコンテンツを、コンテンツ配信装置２０に渡す。第４段階として、コンテンツ配信装置２０は、第１段階でリクエストされたコンテンツを、ユーザーの端末１０へのレスポンスとして、送信する。

動画配信がライブ配信である場合には、メディアタイムドイベントの挿入方法がインバンド手法であっても、リアルタイムにセグメントが順次生成され、端末１０に対しては最新のセグメントが送信される。したがって、配信サーバーでは、動画セグメントは、実時間に対応したファイルとして管理される。ライブ配信においてメディアタイムドイベントを挿入したい場合には、直近のセグメント内への挿入を行うことによって、所望のタイミングでのメディアタイムドイベントの挿入を行うことができる。一方で、ビデオオンデマンド配信である場合には、該当するコンテンツデータのセグメントファイルが、コンテンツデータ管理装置３０上、またはコンテンツ配信装置２０上に、既に存在している。端末１０は、通信回線の速度に応じた速度で、それらのセグメントファイルをダウンロードすることが可能である。ライブ配信の場合と同様のタイミングでコンテンツデータにメディアタイムドイベントを挿入しようとしても、既に端末１０へのダウンロードが完了しているファイルに対してメディアタイムドイベントを挿入することはできない。つまり、ビデオオンデマンド配信でメディアタイムドイベントを挿入したい場合には、ビデオオンデマンド配信に応じた方法で挿入のタイミング（位置）を制御する必要がある。

図１は、本実施形態に係るコンテンツ配信システムの構成の一例を示すブロック図である。図１に示すように、コンテンツ配信システム１は、端末１０と、コンテンツ配信装置２０と、コンテンツデータ管理装置３０と、イベントデータ生成装置４０と、イベント用メタデータ生成装置５０とを備える。端末１０、コンテンツ配信装置２０、コンテンツデータ管理装置３０、イベントデータ生成装置４０及びイベント用メタデータ生成装置５０は、いずれもネットワークＮＷに接続されている。ネットワークＮＷは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）等を含む。

端末１０は、例えば、スマートフォンや、タブレット型端末や、ウェアラブル端末や、パーソナルコンピューター（ＰＣ）や、コンテンツ受信用のスティック型端末や、その他の情報機器である。端末１０は、ビデオオンデマンドに供されるコンテンツを視聴するために使用される。図１に示すように、端末１０は、要求データ送信部１１と、コンテンツデータ受信部１２と、判定部１３と、挿入有無データ生成部１４と、挿入有無データ送信部１５とを備える。

コンテンツ配信装置２０は、例えば、サーバー型コンピューターを用いて実現される。コンテンツ配信装置２０は、端末１０にコンテンツデータを配信するために使用される。図１に示すように、コンテンツ配信装置２０は、要求データ受信部２１と、コンテンツデータ取得部２２と、送信時間調整部２３と、挿入タイミング決定部２４と、コンテンツデータ配信部２５と、挿入有無データ受信部２６とを備える。

コンテンツデータ管理装置３０は、コンテンツデータを管理し、保持する。コンテンツデータ管理装置３０は、例えば、サーバー型コンピューター等を用いて実現される。それぞれのコンテンツデータは、例えばコンテンツＩＤといった情報によって識別可能なように管理される。コンテンツデータ管理装置３０は、コンテンツ配信装置２０からのコンテンツＩＤを伴う要求を受信する。コンテンツデータ管理装置３０は、要求されたコンテンツデータを記憶手段（例えば、ハードディスク装置等）から読み出し、要求元のコンテンツ配信装置２０に送信する。コンテンツデータ管理装置３０が提供するコンテンツデータは、例えば、マニュフェストファイルと、セグメントファイル（ＭＰ４形式、Ｍ４Ｓ形式等）とで構成される。

イベントデータ生成装置４０は、イベントデータを生成する装置である。イベントデータ生成装置４０は、例えば、コンピューターを用いて実現される。イベントデータ生成装置４０は、生成したイベントデータを、イベント用メタデータ生成装置５０に渡す。

イベント用メタデータ生成装置５０は、イベント用メタデータを生成し、コンテンツ配信装置２０に渡す。イベント用メタデータの例は、前述の通り、メディアタイムドイベントである。具体的には、イベント用メタデータ生成装置５０は、イベントデータ生成装置４０から、イベントデータを受け取る。イベント用メタデータ生成装置５０は、受け取ったイベントデータを用いて、メディアタイムドイベントのデータを生成する。イベント用メタデータ生成装置５０は、生成したメディアタイムドイベントのデータを、コンテンツ配信装置２０に送信する。イベント用メタデータ生成装置５０は、メディアタイムドイベントをコンテンツ配信装置２０に渡す際に、当該イベントを挿入すべきタイミングの情報（日付および時刻）を指定する。

以下の説明では、ビデオオンデマンドに供されるコンテンツが動画である場合を例に挙げて説明する。ただし、当該コンテンツは、動画以外のコンテンツ、例えば、音声であってもよい。

要求データ送信部１１は、ビデオオンデマンドに供されるコンテンツデータの配信を要求する要求データをコンテンツ配信装置２０に送信する。要求データにより要求されるコンテンツデータは、例えば、端末１０に搭載されているタッチパネルディスプレイが操作されることにより選択される。

コンテンツデータ受信部１２は、コンテンツ配信装置２０から送信されるデータを受信する。コンテンツデータ受信部１２がコンテンツ配信装置２０から受信するデータは、コンテンツのデータである。コンテンツデータ受信部１２は、コンテンツデータの、マニュフェストファイルや、セグメントファイル（セグメントファイルのフラグメント）を受信する。フラグメントについては、後述する。コンテンツデータ受信部１２が受信するデータには、メディアタイムドイベントが付加されている場合がある。

判定部１３は、コンテンツデータ受信部１２が受信したデータについての判定を行う。判定部１３は、受信されたデータが、コンテンツのフラグメントであるか否かを判定する。また、判定部１３は、受信されたデータが、メディアタイムドイベントを含むものであるか否かを判定する。前述の通り、メディアタイムドイベントは、コンテンツのデータに付加されている場合がある。具体的には、メディアタイムドイベントは、マニュフェストファイル内に記述されていたり、セグメントファイル内に記述されていたりする。また、判定部１３は、コンテンツ配信装置２０から受信したコンテンツデータに挿入されていたタイムドイベントに応じた処理を実行したか否かを判定する。

挿入有無データ生成部１４は、挿入有無データ（フラグ）を生成する。挿入有無データは、コンテンツデータ受信部１２が受信したデータに、メディアタイムドイベントが挿入されていたか否かを示すデータである。なお、挿入有無データを、コンテンツデータ受信部１２が受信したデータにメディアタイムドイベントが挿入されていて、且つ、端末１０がそのメディアタイムドイベントに対応する処理を適切に完了した、か否かを示すデータとしてもよい。また、コンテンツデータ受信部１２が受信したデータに、メディアタイムドイベントが挿入されていた場合にのみ、挿入有無データ生成部１４が、挿入有無データを生成するようにしてもよい。また、コンテンツデータ受信部１２が受信したデータに、メディアタイムドイベントが挿入されていて、且つ、端末１０がそのメディアタイムドイベントに対応する処理を適切に完了した、場合にのみ、挿入有無データ生成部１４が、挿入有無データを生成するようにしてもよい。挿入有無データ生成部１４は、上記の判定部１３が判定（受信したコンテンツデータに挿入されていたタイムドイベントに応じた処理を実行したか否かを判定）した結果を示す挿入有無データを生成する。

挿入有無データ送信部１５は、挿入有無データ生成部１４が上記の挿入有無データを生成した場合に、その挿入有無データを、コンテンツデータの送信元であるコンテンツ配信装置２０に対して送信する。これにより、コンテンツ配信装置２０は、端末１０がメディアタイムドイベントを受信したこと、あるいは端末１０がメディアタイムドイベントを受信してその処理を適切に完了したこと、を少なくとも認識することができる。

コンテンツデータは、ビデオオンデマンドに供される動画を端末１０で再生するためのデータである。コンテンツデータのダウンロード及び再生に関するプロトコルとしては、例えば、ＨＬＳ（HTTP Live Streaming）、ＭＰＥＧ－ＤＡＳＨ（MPEG Dynamic Adaptive Streaming over HTTP）が挙げられる。また、コンテンツデータは、マニュフェストファイル及び少なくとも一つのセグメントファイルを含んでいる。

マニュフェストファイルは、セグメントファイルに関する設定、機能等の事項が記載されているテキストデータであり、例えば、ＭＰＤ形式のデータである。また、マニュフェストファイルは、データ量がセグメントファイルよりも少ないため、端末１０に送信するために必要な時間がセグメントファイルよりも短い。

セグメントファイルは、動画そのもののデータであり、例えば、ＭＰ４形式のデータである。また、コンテンツデータは、セグメントファイルがＭＰ４形式のデータである場合、ＭＰＥＧ－４に準拠して符号化されている。また、セグメントファイルは、少なくとも一つのフラグメントから構成されている。フラグメントは、セグメントファイルがネットワークＮＷを経由して端末１０に送信される場合におけるデータの伝送の単位である。言い換えれば、フラグメントは、通信によってセグメントファイルを配信する際の論理的な単位である。通常は、複数のフラグメントが、１つのセグメントファイルを構成する。つまり、セグメントファイルは、セグメントファイルを構成するさらに細かいデータの単位であるフラグメントの系列として成るものである。フラグメントは、例えば、通信プロトコルの所定の階層におけるパケットと同一の単位であってもよい。また、フラグメントは、複数のパケットに対応する単位であってもよい。また、フラグメントとパケットとは、１対１または１対Ｎ（Ｎは整数）には対応しないものであってもよい。なお、以下の説明では、セグメントファイルをセグメントと呼ぶ場合がある。なお、ここで、動画のデータは、音声をも含むものであってもよい。

要求データ受信部２１は、上述した要求データを端末１０から受信する。要求データ受信部２１は、受信した要求データに基づいて、コンテンツデータ取得部２２がコンテンツデータを取得し、コンテンツデータ配信部２５がそのコンテンツデータを配信するよう、指示する。

コンテンツデータ取得部２２は、要求データにより要求されているコンテンツデータをコンテンツデータ管理装置３０から取得する。つまり、コンテンツデータ取得部２２は、端末１０側から配信を要求されたコンテンツデータを取得する。具体的には、コンテンツデータ取得部２２は、要求データにより要求されているコンテンツデータを送信するようコンテンツデータ管理装置３０に要求し、コンテンツデータ管理装置３０から当該コンテンツデータを受信する。コンテンツデータ管理装置３０は、例えば、サーバーであり、上述したコンテンツデータを保存している。

送信時間調整部２３は、挿入タイミング決定部２４によりイベント用メタデータが挿入されるタイミングが決定される前に、セグメントの少なくとも一部を端末１０に送信する速度を低下させることによりセグメントを端末１０に送信する時間を延ばす。当該時間は、例えば、コンテンツデータに含まれているセグメントがネットワークＮＷを経由して端末１０に送信されるために費やされる時間である。つまり、送信時間調整部２３は、セグメントファイルが端末１０側で再生される際のフラグメントの再生タイミングに基づいて、セグメントファイルを構成するフラグメントを送出するタイミングを遅延させる。

挿入タイミング決定部２４は、イベント用メタデータ生成装置５０からメディアタイムドイベントの挿入の指示を受けた際に、メディアタイムドイベントを挿入すべきタイミングを決定する。コンテンツデータのセグメントファイルが複数のフラグメントで構成されている場合、挿入タイミング決定部２４は、メディアタイムドイベントを挿入すべきフラグメントの位置を決定する。つまり、挿入タイミング決定部２４は、イベント用メタデータ生成装置５０からタイムドイベントのタイミングの指示を受ける。そして、挿入タイミング決定部２４は、配信するコンテンツデータを構成するセグメント内においてタイムドイベントを挿入すべき位置を、当該セグメントが端末１０側で再生される際のタイムドイベントのタイミングの位置に基づいて決定する。なお、挿入タイミング決定部２４は、タイムドイベントのタイミングの位置に該当して再生される（セグメントファイル内の）フラグメントの位置を求めて、当該フラグメントの位置を、タイムドイベントを挿入すべき位置として決定するようにしてよい。

なお、上記の送信時間調整部２３が上記フラグメントの送出タイミングを決定する（遅延させる、調整する）場合には、挿入タイミング決定部２４は、そのフラグメントの送出タイミングに基づいて、タイムドイベントのタイミングの位置に該当するフラグメントの位置を求めて、当該フラグメントの位置を、タイムドイベントを挿入すべき位置として決定する。

コンテンツデータ配信部２５は、コンテンツデータを、端末１０に送信する。具体的には、コンテンツデータ配信部２５は、マニュフェストファイルとセグメントファイルとを端末１０に送信する。また、コンテンツデータ配信部２５は、挿入タイミング決定部２４が決定したタイミング（位置）に、コンテンツデータにメディアタイムドイベントを挿入して、コンテンツデータを端末１０に送信する。具体的には、コンテンツデータ配信部２５は、セグメントファイルを構成する特定のフラグメント（挿入タイミング決定部２４が決定した位置のフラグメント）に、メディアタイムドイベントを挿入する。つまり、コンテンツデータ配信部２５は、挿入タイミング決定部２４により決定された挿入すべき位置にタイムドイベントを挿入し、タイムドイベントが挿入されたコンテンツデータを端末１０に配信するものである。なお、コンテンツデータ配信部２５は、例えば、コンテンツデータを構成するセグメントファイルを、フラグメントの単位で順次、端末１０に配信するものである。

なお、コンテンツデータ配信部２５が配信済みのタイムドイベントに応じた処理を端末１０側で実行したことを示す挿入有無データを、挿入有無データ受信部２６が、所定の期間内に受信しなかった場合には、挿入タイミング決定部２４は、前記タイムドイベントを再挿入すべき位置を再度決定する。つまり、処理されなかったタイムドイベントを再送できるようにする。この再送の場合にも、コンテンツデータ配信部２５は、挿入タイミング決定部２４が決定した再挿入すべき位置に、タイムドイベントを挿入し、タイムドイベントが挿入されたコンテンツデータを端末に配信する、ものである。

挿入有無データ受信部２６は、端末１０から送信される挿入有無データを受信する。挿入有無データについては、既に説明したとおりである。挿入有無データ受信部２６は、挿入有無データを受信したことにより、次のいずれかの状況を認識する。１）端末１０がメディアタイムドイベントを受信したこと、２）端末１０がメディアタイムドイベントを受信し、且つ、端末１０がそのメディタイムドイベントに対応する処理を完了したこと、３）端末１０がメディアタイムドイベントを受信しなかったこと、４）端末１０がメディアタイムドイベントを受信したこと、および、端末１０がそのメディタイムドイベントに対応する処理を完了したことの、少なくともいずれかができなかったこと。なお、挿入有無データ受信部２６がこれらの状況のうちのどれを認識するかは、端末１０との間での取り決めに依存する。メディアタイムドイベントについての端末１０側での処理が確認できない場合には、コンテンツ配信装置２０は、メディアタイムドイベントを再送する制御を行うことができる。

つまり、挿入有無データ受信部２６は、挿入されていたタイムドイベントに応じた処理を端末１０側で実行したか否かを示す挿入有無データを、端末１０から受信するものである。

イベント用メタデータは、ビデオオンデマンドに供される動画に同期するイベントを発生させる目的でコンテンツデータに挿入されるデータである。イベント用メタデータとしては、例えば、メディアタイムドイベントが挙げられる。メディアタイムドイベントは、既存の技術であり、前記の非特許文献１にも記載されている。

メディアタイムドイベントは、データ項目名と、当該データ項目名と対応付けられているデータ項目値とを含むテキストデータである。データ項目名は、例えば、スキーム識別子、バリュー、イベント識別子、提示時刻デルタ、タイムスケール、イベント継続時間、メッセージデルタ、コンポーネントタグ、メッセージグループ識別子、メッセージ識別子、メッセージバージョン及びプライベートデータである。データ項目値は、これらのデータ項目名の具体的な内容を示す数字、英字及び記号の少なくとも一つから構成される文字列である。

イベントは、端末１０又はこれと連携している機器が端末１０により受信されたイベント用メタデータに基づいて実行する処理である。イベントの例としては、例えば、端末１０のディスプレイに表示されている動画に時刻、天気予報、気温、紫外線情報、緊急地震速報、緊急ニュース、ポップアップ等を重ねて表示する処理、スポーツ中継の動画にゴール等があったことを示す画像や動画を重ねて表示する処理が挙げられる。イベントの具体的な内容は、イベントデータにより規定されている。イベントデータは、図１に示したイベントデータ生成装置４０により生成され、図１に示したイベント用メタデータ生成装置５０に送信される。イベント用メタデータ生成装置５０は、当該イベントデータに対応するイベント用メタデータを生成してコンテンツ配信装置２０に送信する。

次に、図２、図３、図４、図５、および図６を参照しながら、コンテンツ配信装置２０がメディアタイムドイベントを挿入するタイミングについて説明する。なお、図２から図６までにおいて示す、セグメント長（１セグメントの再生時の時間長）や、１セグメントあたりのフラグメント数や、１フラグメントをコンテンツ配信装置２０から端末１０に伝送するために要する時間（例えば、２０ミリ秒）などといった値は、いずれも、例である。これらの実際の数値は、ここに例示する数値とは異なっていてもよい。

図２は、コンテンツ配信装置２０が配信するコンテンツデータの配信タイミングと、端末１０側でそのコンテンツデータを再生するタイミングとの関係を示すタイミングチャートである。同図において、横軸は、時間方向である。同図（Ａ）は、コンテンツ配信装置２０が、コンテンツデータを構成する複数のセグメントファイルを配信するタイミングを示す。同図（Ｂ）は、端末１０が、コンテンツ配信装置２０から送信されたセグメントファイルを再生するタイミングを示す。本例では、１セグメントの長さは、２．０秒である。つまり、同図（Ｂ）において、１つのセグメントファイルの再生の時間の長さは２．０秒である。なお、１セグメントの長さは、２．０秒以外の他の長さであってもよい。また、本例では、１つのセグメントファイルを配信するために要する時間は、２００ミリ秒である。この時間は、通信回線の速度や、通信ネットワークのトラフィックの混み具合や、コンテンツ配信装置２０の処理能力や、端末１０の処理能力などの要因に依存するものである。１つのセグメントファイルを配信するために要する時間が、２００ミリ秒以外であってもよい。なお、ここでは、便宜的に、セグメントファイルおよび時刻に、符号を付与している。本例では、時刻Ｔ０、Ｔ１、Ｔ２が、それぞれ、セグメントファイルＳ１、Ｓ２、Ｓ３の再生の開始の時刻である。なお、時刻Ｔ３以後も、継続して、繰り返し、セグメントファイルの配信と再生が行われる。本実施形態で要求される事項は、同図（Ｂ）の「ＭＴＥ」と記載されたタイミング（矢印の位置）に、メディアタイムドイベントを挿入することである。「ＭＴＥ」と記載されたタイミングは、セグメントファイルＳ１の再生の途中（６０％完了時）である。言い換えれば、この「ＭＴＥ」と記載されたタイミングが所定のイベントのタイミングであることを、端末１０が認識できるようにすることが望まれる。メディアタイムドイベントを考慮せずにセグメントファイルを配信してしまうと、この「ＭＴＥ」と記載されたタイミングが実際に到来した時には、コンテンツ配信装置２０側では既にセグメントファイルＳ１の配信を終えてしまっている。

図３は、本実施形態の第１方式によって、コンテンツ配信装置２０がメディアタイムドイベントを挿入する方法を示すタイミングチャートである。同図においても、横軸方向は、時間に対応する。この第１方式では、コンテンツ配信装置２０の挿入タイミング決定部２４は、再生の際のメディアタイムドイベントの位置を基に、配信の際にメディアタイムドイベントを挿入すべき位置を計算によって求め、決定する。つまり、例えば、セグメントファイルＳ１の再生の６０％が完了した時点（即ち、２．０秒のセグメントファイルＳ１の再生時間のうちの、１．２秒分の再生が完了した時点）に、メディアタイムドイベントを挿入することを、コンテンツ配信装置２０の挿入タイミング決定部２４は、決定する。挿入タイミング決定部２４が決定する挿入位置は、同図（Ａ）において「ＭＴＥ」と記載されている箇所（矢印位置）である。この図３の配信タイミングを拡大して次の図で示す。

図４は、図３（Ａ）のセグメントファイルＳ１の部分を、横軸方向に拡大した、タイミングチャートである。同図においても、横軸方向は、時間に対応する。図３（Ａ）にも示した通り、セグメントファイルＳ１の配信に要する時間の長さは２００ミリ秒である。本例では、セグメントファイルＳ１は、１０個のフラグメントから構成されるものであることを想定する。これら１０個のフラグメントを、便宜的に、Ｆ１、Ｆ２、・・・、Ｆ１０と呼ぶ。図４では、Ｆ１およびＦ１０の符号を示し、Ｆ２からＦ９までの符号を省略している。ここで、コンテンツ配信装置２０の挿入タイミング決定部２４は、セグメントファイルＳ１の再生が６０％完了した時点にメディアタイムドイベントが挿入されるように、挿入位置を決定する。本例では、挿入タイミング決定部２４は、フラグメントＦ６の中、またはフラグメントＦ７の中に、メディアタイムドイベントを挿入することを決定する。また、コンテンツデータ配信部２５は、決定されたこの位置に、メディアタイムドイベントを挿入して、このセグメントファイルＳ１を配信する。

つまり、図３および図４に示したように、本実施形態の第１方式においては、挿入タイミング決定部２４は、メディアタイムドイベントのタイミングの位置に該当して再生されるフラグメントの位置（上の例では、フラグメントＦ６またはＦ７）を求めて、当該フラグメントの位置を、メディアタイムドイベントを挿入すべき位置として決定する。

図５は、本実施形態の第２方式によって、コンテンツ配信装置２０がメディアタイムドイベントを挿入する方法を示すタイミングチャートである。同図においても、横軸は、時間方向である。第２方式の特徴は、コンテンツ配信装置２０の送信時間調整部２３が、コンテンツデータの送信時間を調整することである。同図（Ａ）は、コンテンツ配信装置２０が、コンテンツデータを構成する複数のセグメントファイルを配信するタイミングを示す。同図（Ｂ）は、端末１０が、コンテンツ配信装置２０から送信されたセグメントファイルを再生するタイミングを示す。第１方式においては、コンテンツ配信装置２０が１個のセグメントフィルを送信するのに要する時間の長さは、２００ミリ秒であった。それに対して、図５に示す第２方式では、１個のセグメントフィルを送信するのに要する時間の長さは、２．０秒である。つまり、同図（Ａ）において、時刻０．０００秒（Ｔ０の位置）から送信し始めるセグメントファイルＳ１の配信が完了するのは、時刻２．０００秒（Ｔ１の位置）である。この第２方式において、挿入タイミング決定部２４が決定するメディアタイムドイベントの挿入位置は、同図（Ａ）において「ＭＴＥ」と記載されている箇所（矢印位置）である。この図５の配信タイミングを拡大して次の図で示す。

図６は、図５（Ａ）のセグメントファイルＳ１の部分を、横軸方向に拡大した、タイミングチャートである。同図においても、横軸方向は、時間に対応する。図５（Ａ）にも示した通り、セグメントファイルＳ１の配信に要する時間の長さは２．０秒である。本例では、セグメントファイルＳ１は、１０個のフラグメントＦ１、Ｆ２、・・・、Ｆ１０から構成される。図６では、時刻０．０００秒から２．０００秒までの間の、一部の期間を省略して示している。具体的には、時刻０．２００秒から１．２００秒までの期間と、時刻１．４００秒から１．８００秒までの期間とを、省略して示している。言い換えれば、図６では、フラグメントＦ１、Ｆ７、およびＦ１０のみを示し、その他のフラグメントＦ２、Ｆ３、Ｆ４、Ｆ５、Ｆ６、Ｆ８、Ｆ９を省略している。コンテンツ配信装置２０の送信時間調整部２３は、セグメントファイルＳ１の全体を２．０秒かけて配信するために、セグメントファイルＳ１を構成する各フラグメントの配信開始時刻を調整する。言い換えれば、送信時間調整部２３は、各フラグメントの配信開始時刻を待たせる調整を行う。つまり、この第２方式では、フラグメントＦ１の配信を開始する時刻は、時刻０．０００秒である。フラグメントＦ２の配信を開始する時刻は、時刻０．２００秒である。以下同様であり、例えばフラグメントＦ７の配信を開始する時刻は、時刻１．２００秒である。また、最後のフラグメントＦ１０の配信を開始する時刻は、時刻１．８００秒である。なお、各フラグメントそのものを送信するのに要する時間は、図４に示した場合と同様の条件であれば、約２０ミリ秒である。

ここで、コンテンツ配信装置２０の挿入タイミング決定部２４は、セグメントファイルＳ１の再生が６０％完了した時点にメディアタイムドイベントが挿入されるように、位置を決定する。つまり、本例では、フラグメントＦ７の位置に、メディアタイムドイベントを挿入することを決定する。図６のタイミングチャート上では、例えば、フラグメントＦ７の送信開始の位置（時刻１．２００秒の位置）を、メディアタイムドイベントの挿入位置として決定する。また、コンテンツデータ配信部２５は、決定されたこの位置に、メディアタイムドイベントを挿入して、このセグメントファイルＳ１を配信する。

つまり、図５および図６に示したように、本実施形態の第２方式においては、送信時間調整部２３は、セグメントファイルが端末１０側で再生される際のフラグメントの再生タイミングに基づいて、セグメントファイルを構成するフラグメントを送出するタイミングを遅延させる。また、挿入タイミング決定部２４は、メディアタイムドイベントのタイミングの位置に該当して再生されるフラグメントの位置（上の例では、フラグメントＦ７の先頭の位置）を求めて、当該フラグメントの位置を、メディアタイムドイベントを挿入すべき位置として決定する。

なお、送信時間調整部２３は、端末１０へのセグメントの送信時間を調整する場合に、必ずしも、図５および図６に示すように再生時刻にちょうど合わせるように（言い換えれば、ライブ配信の場合の配信タイミングに合わせるように）フラグメントのタイミングを調整することを要しない。つまり、送信時間調整部２３がフラグメントの送信を遅延させることによって時間の調整を行う場合、メディアタイムドイベントを所望の精度で挿入できる程度であれば、フラグメントのタイミングが多少ずれていてもよい。ただし、送信時間調整部２３は、フラグメントの端末１０への到着が遅延して再生処理が一時的に停止（停滞）ししてしまわないように、十分に早めにフラグメントを送れるように、送信時間を調整することが望ましい。一例として、図６におけるフラグメントＦ７の送信のタイミングとして、時刻１．１９０秒から時刻１．２１０秒の間に２０ミリ秒をかけて、フラグメントのＦ７を送信するようにしてもよい。ライブ配信に供されるセグメントを端末１０に送信する時間と同じ時間に延ばす必要はない。すなわち、送信時間調整部２３は、端末１０にセグメントを送信する時間を延ばす場合、イベント用メタデータの所望の精度で所望のタイミングに挿入することができる程度の時間まで当該時間を延ばせばよい。ただし、送信時間調整部２３は、ビデオオンデマンドに供される動画を端末１０で滞り無く再生させる必要があるため、ビデオオンデマンドに供される動画のコンテンツデータを端末１０に送信する時間は、ライブ配信に供される動画のコンテンツデータが端末１０に送信される時間以下であることが好ましい。

挿入タイミング決定部２４は、イベント用メタデータ生成装置５０からイベント用メタデータを取得する。そして、挿入タイミング決定部２４は、コンテンツデータに含まれているセグメントを構成しており、イベント用メタデータにより通知されるイベントと同期するコンテンツを端末１０で再生するためのフラグメントが端末１０に送信される前のタイミングにイベント用メタデータを挿入するよう決定する。

さらに、挿入タイミング決定部２４は、コンテンツデータにより再生されるコンテンツの内容及びコンテンツデータを送信する方式の少なくとも一方に応じて、コンテンツデータにおいてイベント用メタデータが送信されるタイミングを決定してもよい。また、挿入タイミング決定部２４は、コンテンツデータにより再生されるコンテンツの内容及びコンテンツデータを送信する方式の少なくとも一方に応じて、コンテンツデータにおいてイベント用メタデータをセグメントに挿入する場合とイベント用メタデータをコンテンツデータのマニュフェストファイルに挿入する場合とを切り替えてもよい。

コンテンツデータ配信部２５は、挿入タイミング決定部２４により決定されたタイミングにイベント用メタデータを挿入し、イベント用メタデータが挿入されたコンテンツデータをネットワークＮＷ経由で端末１０に配信する。

ここで、インバンド方式でメディアタイムドイベントを挿入するための前述の第１方式および第２方式について、整理する。

第１方式では、セグメントファイルを構成するフラグメントの再生のタイミングを計算して、所望の位置に（所望のフラグメントの位置）に、メディアタイムドイベントを挿入するよう、決定する。

第２方式では、コンテンツデータのダウンロード速度が、ライブ配信の場合と同等（即ち、コンテンツの再生の速度と同期する速度）となるように、実効伝送速度を調整する。この第２方式の場合には、送信時間調整部２３が、コンテンツデータのダウンロード時間を調整する。言い換えれば、この第２方式の場合には、送信時間調整部２３が、コンテンツデータの伝送速度を調整する。そのために、送信時間調整部２３は、セグメントのデータの送信を適宜遅延させ、タイミングを調整する。言い換えれば、送信時間調整部２３は、セグメントを構成するフラグメントの送信を適宜遅延させ、タイミングを調整する。第２方式での調整を行う場合、コンテンツの実行ダウンロード速度が、ライブ配信の場合と同等になり、端末１０側での再生速度と同期する（またはそれに近い）速度となる。

なお、コンテンツ配信装置２０は、ライブ配信の場合にはメディアタイムドイベントを挿入し、ビデオオンデマンド配信の場合にはメディタイムドイベントを挿入しないように、してもよい。

また、コンテンツ配信装置２０は、ライブ配信の場合とビデオオンデマンド配信の場合とで、メディアタイムドイベントの挿入方法を切り替えてもよい。例えばサッカーのようなスポーツの試合をライブ配信している場合には、所定の事象（例えばサッカーにおけるゴール）をメディアタイムドイベントで端末１０に伝達するため、メディアタイムドイベントをインバンド方式で挿入してもよい。一方、同様のスポーツの試合をビデオオンデマンド配信する場合には、上記の事象（サッカーにおけるゴール等）が生じるタイミングは既知であるため、メディアタイムドイベントをアウトオブバンド方式で挿入してもよい。即ち、コンテンツ配信装置２０は、ライブ配信であるかビデオオンデマンド配信であるかに応じて、インバンド方式でメディアタイムドイベントを挿入するか、アウトオブバンド方式でメディアタイムドイベントを挿入するかを、切り替えてよい。

コンテンツ配信装置２０がメディアタイムドイベントを挿入しても、何らかの不具合によって端末１０ではそのイベントが発火しない場合もあり得る。そのため、例えば、コンテンツ配信装置２０が、同一のイベントを表すメディアタイムドイベントを、複数回連続で挿入するようにしてもよい。この場合、端末１０側では、同一のイベントを表すメディアタイムドイベントに対しては、１度だけ発火するように制御する。即ち、端末１０は、発火済みのイベントを表すメディアタイムドイベントを受信した場合には、そのメディアタイムドイベントを無視する。

上記のように、コンテンツ配信装置２０が複数回のメディアタイムドイベントを連続して送信するようにすると、通信帯域を圧迫してしまうことも考えられる。また、複数回のメディアタイムドイベントを、端末１０がすべて処理せずに済ませてしまう場合も考えられる。その対策として、端末１０のコンテンツ視聴プレイヤーは、メディアタイムドイベントを受信して、イベントに応じた処理を実施した場合は、処理完了を表すデータ（挿入有無データ）をコンテンツ配信装置２０側に返す。コンテンツ配信装置２０は、メディアタイムドイベントを送信してから所定の時間内に処理完了を表すデータが端末１０側から返ってこない場合には、メディアタイムドイベントを再送出するようにしてもよい。これにより、メディアタイムドイベントの、コンテンツ配信装置２０から端末１０への伝送の確実性が増す。

なお、コンテンツ配信装置２０は、イベント用メタデータにより発生させるイベントに速報性が要求されている場合、例えば、イベントが緊急地震速報、緊急ニュース等の表示である場合、ビデオオンデマンドに供される動画の全てのセグメントについて端末１０に送信する時間を延ばしてからイベント用メタデータを挿入することが好ましい。なぜなら、このような場合、全てのセグメントについて、所望のタイミングにイベント用メタデータを挿入することができるように準備をしておく必要があるためである。

また、コンテンツ配信装置２０は、イベント用メタデータにより発生させるイベントに速報性が要求されている場合、コンテンツデータにインバンドでイベント用メタデータを挿入することが好ましい。なぜなら、端末１０にフラグメントが送信されている時間の方が端末１０にマニュフェストファイルが送信されている時間よりも長く、イベントデータ生成装置によりイベントデータが生成されてから短時間のうちに当該イベントデータに対応するイベント用メタデータをコンテンツデータに挿入することができるからである。

一方、コンテンツ配信装置２０は、イベント用メタデータにより発生させるイベントに速報性が要求されない場合、例えば、イベントが時刻、天気予報、気温、紫外線情報等の表示である場合、ビデオオンデマンドに供される動画の一部のセグメントについて端末１０に送信する時間を延ばしてからイベント用メタデータを挿入してもよい。また、このような場合、イベント用メタデータが挿入されるセグメント及びイベント用メタデータが挿入されるタイミングは、周期的に出現することが多い。

コンテンツデータ受信部１２は、イベント用メタデータが挿入されたコンテンツデータをコンテンツ配信装置２０から受信する。判定部１３は、コンテンツ配信装置２０から受信したコンテンツデータにイベント用メタデータが挿入されているか否かを判定する。挿入有無データ生成部１４は、判定部１３が判定した結果を示す挿入有無データを生成する。挿入有無データ送信部１５は、挿入有無データをコンテンツ配信装置２０に送信する。

挿入有無データ受信部２６は、コンテンツデータにイベント用メタデータが挿入されているか否かを示す挿入有無データを端末１０から受信する。コンテンツ配信装置２０は、コンテンツデータにイベント用メタデータが挿入されていないことが挿入有無データにより示されている場合、次の処理を実行する。すなわち、コンテンツ配信装置２０は、コンテンツデータにおいてイベント用メタデータが挿入されるタイミングを再度決定し、コンテンツデータにイベント用メタデータを再度挿入し、イベント用メタデータが挿入されたコンテンツデータを端末に再度配信する。その後、端末１０は、再度、判定部１３による処理、挿入有無データ生成部１４による処理及び挿入有無データ送信部１５による処理を実行してもよい。

図７は、コンテンツ配信装置２０が行う主要な処理の手順を示すフローチャートである。このフローチャートは、コンテンツ配信装置２０がコンテンツデータの配信要求を受け付け、その要求に沿ってコンテンツデータを配信する処理を示す。以下では、このフローチャートに沿って、コンテンツ配信装置２０の処理の手順を説明する。

なお、このフローチャートは、メディアタイムドイベントの挿入位置の決定方法の第１方式（図３および図４を参照）および第２方式（図５および図６）の両方に共通のものである。

ステップＳ８１では、コンテンツ配信装置２０の要求データ受信部２１は、端末１０から、コンテンツデータの配信要求のデータを受け付ける。この配信要求は、端末１０側での「ＧＥＴ」のメソッド（「手続き」等と呼んでもよい）の発行により、コンテンツ配信装置２０に対して送信されるものである。コンテンツの配信要求データは、コンテンツデータを特定する情報（コンテンツＩＤ等）を含む。

ステップＳ８２では、コンテンツ配信装置２０のコンテンツデータ取得部２２は、コンテンツデータ管理装置３０から、コンテンツデータを取得する。ここで取得するコンテンツデータは、ステップＳ８１の配信要求のデータの中に記述されたコンテンツＩＤ等の情報に対応するものである。コンテンツデータは、例えば、マニュフェストファイルと、多数のセグメントファイルとから構成される。

ステップＳ８３からＳ９１までの処理では、コンテンツ配信装置２０は、ステップＳ８２で取得したコンテンツデータのセグメントファイルを順次、端末１０に送信する。なお、コンテンツ配信装置２０は、当該コンテンツデータのマニュフェストファイルを、別途、端末１０に送信する。

ステップＳ８４では、コンテンツ配信装置２０のコンテンツデータ配信部２５は、送信すべき１件のセグメントファイルを特定する。コンテンツデータ配信部２５は、必要に応じて、そのセグメントファイルを、複数のフラグメントに分割する。あるいは、コンテンツデータ配信部２５は、必要に応じて、そのセグメントファイルを構成する分割済みのフラグメントを認識する。

ステップＳ８５では、コンテンツ配信装置２０の挿入タイミング決定部２４は、そのセグメントファイルの期間内にメディアタイムドイベントを挿入するか否かを決定する。タイムドイベントを挿入すべきか否かは、次の要因によって決定される。第１に、イベント用メタデータ生成装置５０が生成したメディアタイムドイベントが示すイベントのタイミングが、当該セグメントファイルの再生期間内に含まれている場合には、挿入タイミング決定部２４は、当該セグメントファイルにメディアタイムドイベントを挿入することを決定する。第２に、送信済みのメディアタイムドイベントに応じた処理が正しく実行されたことを示す情報が、所定期間内に端末１０側から返されなかったと判定されている場合で、且つ、当該セグメントファイルの期間に挿入して再送することを必要とすべき場合に、挿入タイミング決定部２４は、当該セグメントファイルにメディアタイムドイベントを挿入することを決定する。なお、第２の場合において、メディアタイムドイベントを再送するか否かは、イベントの種類や属性等に応じて決めてよい。

ステップＳ８６では、メディアタイムドイベントを挿入することがステップＳ８５で決定された場合に、コンテンツ配信装置２０の挿入タイミング決定部２４は、その挿入位置を決定する。メディアタイムドイベントの挿入位置の決定方法については、その第１方式および第２方式のそれぞれについて、図２から図６までを参照しながら既に説明したとおりである。

ステップＳ８７からＳ９０までの処理では、コンテンツ配信装置２０は、ステップＳ８４で特定されたセグメントファイルを構成するフラグメントを、順次、端末１０に送信する。なお、コンテンツ配信装置２０は、メディアタイムドイベントを挿入する位置においては、メディアタイムドイベントを端末１０に対して送信する。

ステップＳ８８では、コンテンツデータ配信部２５は、現在の位置がメディアタイムドイベントを挿入すべき位置である場合（ステップＳ８６において決定された位置である場合）、メディアタイムドイベントを挿入する。なお、コンテンツデータ配信部２５は、メディアタイムドイベントを、セグメントファイルを構成するフラグメントとは別々に端末１０に送信してもよいし、フラグメントに付ける形で端末１０に送信してもよい。

ステップＳ８９では、コンテンツデータ配信部２５は、現在のフラグメントを送信する。

ステップＳ９０では、コンテンツ配信装置２０は、次のフラグメントの処理に、制御を移す。あるセグメントファイルを構成するすべてのフラグメントを送信し終えた場合には、コンテンツ配信装置２０は、そのセグメントファイルに属するフラグメントの処理を終了する。

ステップＳ９１では、コンテンツ配信装置２０は、次のセグメントファイルの処理に、制御を移す。

図８は、端末１０が行う主要な処理の手順を示すフローチャートである。このフローチャートは、端末１０がコンテンツデータの配信を受ける処理を示す。このフローチャートに示す処理の前提として、端末１０は、特定のコンテンツデータの配信を、コンテンツ配信装置２０に対して要求済みである。つまり、端末１０の要求データ送信部１１は、コンテンツデータを特定した情報（コンテンツＩＤ）を含んだ要求データを送信済みである。なお、端末１０が受信するコンテンツデータには、メディアタイムドイベントが挿入されている場合がある。以下では、このフローチャートに沿って、端末１０の処理の手順を説明する。

ステップＳ１０１では、端末１０は、コンテンツデータの受信の処理を終了するか否かを判定する。コンテンツデータの受信の処理を終了する場合（ステップＳ１０１：ＹＥＳ）には、本フローチャート全体を終了する。コンテンツデータの受信の処理を終了しない場合（ステップＳ１０１：ＮＯ）には、次のステップＳ１０２に進む。

ステップＳ１０２では、端末１０のコンテンツデータ受信部１２は、コンテンツ配信装置２０から送信されるデータを受信する。ここで受信するデータとして想定されるものは、コンテンツデータを構成するフラグメントのデータ、または、メディアタイムドイベントである。なおコンテンツデータ受信部１２が受信したデータが、フラグメントのデータであるか、メディアタイムドイベントのデータであるか、あるいはその他のデータであるかは、受信した電文の制御情報の領域を参照することにより判別可能である。

ステップＳ１０３では、端末１０の判定部１３は、ステップＳ１０２で受信したデータがメディアタイムドイベントであるか否かを判定する。そのデータがメディアタイムドイベントである場合（ステップＳ１０３：ＹＥＳ）には、次のステップＳ１０４に進む。そのデータがメディアタイムドイベントではない場合（ステップＳ１０３：ＮＯ）には、ステップＳ１０５に飛ぶ。

ステップＳ１０４に進んだ場合には、同ステップにおいて、端末１０の判定部１３は、受信したメディアタイムドイベントに対応する処理を行うよう、端末１０を制御する。メディアタイムドイベントに対応する処理とは、例えば、所定の情報を端末１０の画面等に提示する処理や、端末１０から制御可能な外部の機器（いわゆるＩｏＴ機器等）を制御する処理や、その他の処理である。そして、受信したメディアタイムドイベントに対応する処理を端末１０が実行し終えた場合には、挿入有無データ生成部１４がコンテンツ配信装置２０への応答（挿入有無データ）を生成し、挿入有無データ送信部１５がその応答（挿入有無データ）をコンテンツ配信装置２０に対して送信する。本ステップの処理が完了すると、次のステップＳ１０５に進む。

なお、挿入有無データが表す意味については、既に説明したとおりである。

ステップＳ１０５では、端末１０の判定部１３は、ステップＳ１０２で受信したデータがコンテンツデータを構成するフラグメントであるか否かを判定する。そのデータがコンテンツデータを構成するフラグメントである場合（ステップＳ１０５：ＹＥＳ）には、次のステップＳ１０６に進む。そのデータがコンテンツデータを構成するフラグメントではない場合（ステップＳ１０５：ＮＯ）には、次のデータの受信に移るために、ステップＳ１０１に戻る。

ステップＳ１０６に進んだ場合には、同ステップにおいて、端末１０のコンテンツデータ受信部１２は、受信したフラグメントに基づくコンテンツの再生処理を行う。つまり、端末１０は、フラグメントのデータに基づき、コンテンツ（動画および音声）の復号を行い、そのコンテンツを端末１０が持つ画面（動画の映像）やスピーカー等（音声）から出力する。なお、コンテンツデータ受信部１２は、必要に応じて、受信したフラグメントを蓄積して再生処理を行うために必要なデータの単位を復元する処理を行ってもよい。また、コンテンツデータ受信部１２は、受信したフラグメントに関して必要なその他の処理を行ってもよい。ステップＳ１０６の処理が終了すると、次のデータの受信に移るために、ステップＳ１０１に戻る。

以上、実施形態に係るコンテンツ配信システム１について説明した。端末１０は、コンテンツデータの配信を要求する要求データをコンテンツ配信装置２０に送信する。コンテンツ配信装置２０は、イベント用メタデータにより通知されるイベントと同期するコンテンツを端末で再生するためのフラグメントが端末に送信される前のタイミングにイベント用メタデータを挿入するよう決定する。そして、コンテンツ配信装置２０は、挿入タイミング決定部２４により決定されたタイミングにイベント用メタデータを挿入し、イベント用メタデータが挿入されたコンテンツデータを端末１０に配信する。

これにより、コンテンツ配信装置２０は、ビデオオンデマンドに供される動画のコンテンツデータの所望のタイミングにイベント用メタデータを挿入することができる。

また、コンテンツ配信装置２０は、挿入タイミング決定部２４によりイベント用メタデータが挿入されるタイミングが決定される前に、セグメントの少なくとも一部を端末１０に送信する速度を低下させることによりセグメントを端末１０に送信する時間を延ばす。

これにより、コンテンツ配信装置２０は、ビデオオンデマンドに供されるコンテンツデータが端末１０に送信される時間が短いことにより所望のタイミングにイベント用メタデータを挿入することが難しい場合であっても、当該所望のタイミングに比較的容易にイベント用メタデータを挿入することができる。

また、端末１０は、コンテンツ配信装置２０から受信したコンテンツデータにイベント用メタデータが挿入されていないと判定した場合、コンテンツデータにイベント用メタデータが挿入されていないことを示す挿入有無データをコンテンツ配信装置２０に送信する。そして、コンテンツ配信装置２０は、当該挿入有無データを端末１０から受信した場合、コンテンツデータにおいてイベント用メタデータが挿入されるタイミングを再度決定し、コンテンツデータにイベント用メタデータを再度挿入し、イベント用メタデータが挿入されたコンテンツデータを端末１０に再度配信する。

これにより、端末１０は、コンテンツデータにイベント用メタデータが挿入されていない場合であっても、イベント用メタデータが挿入されているコンテンツデータを受信し、当該イベント用メタデータに基づいてイベントを発生させることができる。また、これにより、コンテンツ配信装置２０は、コンテンツデータにイベント用メタデータが挿入されていない場合であっても、イベント用メタデータが挿入されているコンテンツデータを端末１０に送信し、端末１０で再生されているコンテンツにおいてイベントを発生させることができる。

コンテンツ配信装置２０は、コンテンツデータにより再生されるコンテンツの内容及びコンテンツデータを送信する方式の少なくとも一方に応じて、コンテンツデータにおいてイベント用メタデータが送信されるタイミングを決定する。

これにより、コンテンツ配信装置２０は、端末１０でコンテンツデータにより再生されるコンテンツの適切な位置でイベントを発生させることができる。

コンテンツ配信装置２０は、コンテンツデータにより再生されるコンテンツの内容及びコンテンツデータを送信する方式の少なくとも一方に応じて、コンテンツデータにおいてイベント用メタデータをセグメントに挿入する場合とイベント用メタデータをコンテンツデータのマニュフェストファイルに挿入する場合とを切り替える。

これにより、コンテンツ配信装置２０は、コンテンツの内容及びコンテンツデータを送信する方式の少なくとも一方に応じて、インバンド及びアウトオブバンドのうち適切な手法を選択することができる。

なお、上述した実施形態では、コンテンツデータにイベント用メタデータが挿入されていないことを示している挿入有無データが端末１０から受信された場合に、挿入タイミング決定部２４による処理及びコンテンツデータ配信部による処理が再度実行される場合を例に挙げたが、これに限定されない。

例えば、コンテンツ配信装置２０は、挿入有無データが端末１０により所定の時間を超えて受信されていない場合に、挿入タイミング決定部２４による処理及びコンテンツデータ配信部による処理を再度実行してもよい。

これにより、コンテンツ配信装置２０は、挿入有無データが所定の時間を超えて端末１０から受信していない場合であっても、イベント用メタデータが挿入されているコンテンツデータを端末１０に送信し、端末１０で再生されているコンテンツにおいてイベントを発生させることができる。

また、上述した実施形態では、端末１０が判定部１３による処理、挿入有無データ生成部１４による処理及び挿入有無データ送信部１５による処理を実行し、コンテンツデータ配信部２５が挿入有無データ受信部２６による処理を実行する場合を例に挙げたが、これに限定されない。端末１０は、判定部１３による処理、挿入有無データ生成部１４による処理及び挿入有無データ送信部１５による処理を実行しなくてもよい。また、この場合、コンテンツ配信装置２０は、挿入有無データ受信部２６による処理を実行しない。

また、端末１０、コンテンツ配信装置２０、コンテンツデータ管理装置３０、イベントデータ生成装置４０又はイベント用メタデータ生成装置５０が有する機能の少なくとも一部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等の回路部（circuitry）を含むハードウェアにより実現されてもよい。

また、端末１０、コンテンツ配信装置２０、コンテンツデータ管理装置３０、イベントデータ生成装置４０又はイベント用メタデータ生成装置５０が有する機能の少なくとも一部は、これらのハードウェアとプログラム（ソフトウェア）との協働により実現されてもよい。

当該ソフトウェアは、例えば、非一過性の記憶媒体を備える記憶装置に格納されており、端末１０、コンテンツ配信装置２０、コンテンツデータ管理装置３０、イベントデータ生成装置４０又はイベント用メタデータ生成装置５０により読み出され、実行されてもよい。当該記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）、ソリッドステートドライブ（ＳＳＤ：Solid State Drive）である。

或いは、当該ソフトウェアは、着脱可能な非一過性の記憶媒体を備える記憶装置に格納されており、端末１０、コンテンツ配信装置２０、コンテンツデータ管理装置３０、イベントデータ生成装置４０又はイベント用メタデータ生成装置５０により読み出され、実行されてもよい。当該記憶装置は、例えば、ＤＶＤ、ＣＤ－ＲＯＭである。

また、上述した実施形態では、コンテンツ配信装置２０と、コンテンツデータ管理装置３０と、イベントデータ生成装置４０と、イベント用メタデータ生成装置５０とが別々の装置である場合を例に挙げて説明したが、これに限定されない。例えば、コンテンツ配信装置２０、コンテンツデータ管理装置３０、イベントデータ生成装置４０及びイベント用メタデータ生成装置５０のうちの少なくとも二つが一体の装置として構成されていてもよい。また、コンテンツ配信装置２０が有する機能の一部を実現する装置、コンテンツデータ管理装置３０が有する機能の一部を実現する装置、イベントデータ生成装置４０が有する機能の一部を実現する装置及びイベント用メタデータ生成装置５０有する機能の一部を実現する装置のうちの少なくとも二つが一体の装置として構成されていてもよい。

以上説明したように、本実施形態によれば、コンテンツ配信装置２０は、前述の第１方式あるいは第２方式のいずれかにより、所望のタイミングで、タイムドイベントを挿入してコンテンツデータを配信することができる。また、本実施形態によれば、タイムドイベントが何らかの理由によって端末１０側（例えば、端末１０上で稼働するコンテンツ視聴用プレイヤー）で正しく処理されない場合にも、コンテンツ配信装置２０がタイムドイベントを再送する仕組みが実現される。これにより、タイムドイベントが端末１０に伝送され、タイムドイベントに応じた処理が為される確実性が向上する。本実施形態によれば、ライブ配信であっても、ビデオオンデマンド配信であっても、それらの配信形態の際を吸収して、タイムドイベントを用いた制御を確実に行うことが可能となる。

以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲内において種々の組み合わせ、変形、置換及び設計変更の少なくとも一つを加えることができる。

１ コンテンツ配信システム
１０ 端末
１１ 要求データ送信部
１２ コンテンツデータ受信部
１３ 判定部
１４ 挿入有無データ生成部
１５ 挿入有無データ送信部
２０ コンテンツ配信装置
２１ 要求データ受信部
２２ コンテンツデータ取得部
２３ 送信時間調整部
２４ 挿入タイミング決定部
２５ コンテンツデータ配信部
２６ 挿入有無データ受信部
３０ コンテンツデータ管理装置
４０ イベントデータ生成装置
５０ イベント用メタデータ生成装置

Claims (4)

1. 端末から配信を要求されたコンテンツデータを取得するコンテンツデータ取得部と、
   タイムドイベントのタイミングの指示を受け、前記コンテンツデータを構成するセグメント内において前記タイムドイベントを挿入すべき位置を、当該セグメントが前記端末側で再生される際の前記タイムドイベントのタイミングの位置に基づいて決定する挿入タイミング決定部と、
   前記挿入タイミング決定部により決定された前記挿入すべき位置に前記タイムドイベントを挿入し、前記タイムドイベントが挿入された前記コンテンツデータを前記端末に配信するコンテンツデータ配信部と、
   挿入されていた前記タイムドイベントに応じた処理を前記端末側で実行したか否かを示す挿入有無データを前記端末から受信する挿入有無データ受信部と、
   を備え、
   前記挿入タイミング決定部は、前記コンテンツデータ配信部が配信済みの前記タイムドイベントに応じた処理を前記端末側で実行したことを示す前記挿入有無データを、前記挿入有無データ受信部が、所定の期間内に受信しなかった場合には、前記タイムドイベントを再挿入すべき位置を再度決定し、
   前記コンテンツデータ配信部は、前記挿入タイミング決定部が決定した前記再挿入すべき位置に、前記タイムドイベントを挿入し、前記タイムドイベントが挿入された前記コンテンツデータを前記端末に配信する、
   コンテンツ配信装置。
2. 前記セグメントは、前記セグメントを構成するさらに細かいデータの単位であるフラグメントの系列として成るものであり、
   前記コンテンツデータ配信部は、前記コンテンツデータを構成する前記セグメントを、前記フラグメントの単位で順次前記端末に配信するものであり、
   前記挿入タイミング決定部は、前記タイムドイベントのタイミングの位置に該当して再生される前記フラグメントの位置を求めて、当該フラグメントの位置を、前記タイムドイベントを挿入すべき位置として決定するものである、
   請求項１に記載のコンテンツ配信装置。
3. 前記セグメントは、前記セグメントを構成するさらに細かいデータの単位であるフラグメントの系列として成るものであり、
   前記コンテンツ配信装置は、
   前記セグメントが前記端末側で再生される際の前記フラグメントの再生タイミングに基づいて、前記セグメントを構成する前記フラグメントを送出するタイミングを遅延させる送信時間調整部、
   をさらに備えるものであり、
   前記挿入タイミング決定部は、前記送信時間調整部が決定する前記フラグメントの送出タイミングに基づいて、前記タイムドイベントのタイミングの位置に該当する前記フラグメントの位置を求めて、当該フラグメントの位置を、前記タイムドイベントを挿入すべき位置として決定するものである、
   請求項１に記載のコンテンツ配信装置。
4. コンピューターを、
   請求項１から３までのいずれか一項に記載のコンテンツ配信装置、
   として機能させるためのプログラム。

Images