(57)【要約】【課題】ユニキャストで配信される映像とマルチキャストで配信される映像の同期再生を行うことが可能なユニキャスト配信装置、再生同期システム、ユニキャスト配信方法、およびユニキャスト配信プログラムを提供する。【解決手段】ユニキャスト配信サーバ４は、httpリクエストに対するhttpレスポンスにおいて、絶対時刻を元に、次にクライアント端末６が受信すべきMPUのシーケンス番号を返信する。また、MPU構築バッファ４２とシグナリングメッセージ構築バッファ４３にアセットのMPUとシグナリングメッセージをそれぞれ格納し、MPU構築完成後にシグナルメッセージとの対応付けを行い、配信バッファ４４で一時的に格納し、httpリクエストに応じて配信する。【選択図】図３
2017220713.tif 000002
【特許請求の範囲】
【請求項１】
MMTP（MPEG Media Transport Protocol）パケットを受信するMMTP受信機能部と、
前記MMTP受信機能部により受信されたMMTPパケットに含まれるMPU（Media Processing Unit）を管理するMPU構築バッファと、
前記MMTP受信機能部により受信されたMMTPパケットに含まれるシグナリングメッセージを管理するシグナリングメッセージ構築バッファと、
配信対象のMMTPパケットをMPU単位で管理する配信バッファと、
クライアント端末からのhttpリクエストに対して、指定されたアセットのMMTPパケットを前記配信バッファから取得して前記クライアント端末に配信するクライアント向けhttp配信サーバ機能部とを備え、
前記httpリクエストに対するhttpレスポンスにおいて、絶対時刻を元に、次に前記クライアント端末が受信すべきMPUのシーケンス番号を返信する
ことを特徴とするユニキャスト配信装置。
【請求項２】
MMTP（MPEG Media Transport Protocol）パケットを受信するMMTP受信機能部と、
前記MMTP受信機能部により受信されたMMTPパケットに含まれるMPU（Media Processing Unit）を管理するMPU構築バッファと、
前記MMTP受信機能部により受信されたMMTPパケットに含まれるシグナリングメッセージを管理するシグナリングメッセージ構築バッファと、
配信対象のMMTPパケットをMPU単位で管理する配信バッファと、
クライアント端末からのhttpリクエストに対して、指定されたアセットのMMTPパケットを前記配信バッファから取得して前記クライアント端末に配信するクライアント向けhttp配信サーバ機能部とを備え、
前記MPU構築バッファと前記シグナリングメッセージ構築バッファにアセットのMPUとシグナリングメッセージをそれぞれ格納し、MPU構築完成後にシグナルメッセージとの対応付けを行い、前記配信バッファで一時的に格納し、前記httpリクエストに応じて配信する
ことを特徴とするユニキャスト配信装置。
【請求項３】
オフセット時間を付加する遅延補正装置と、
前記遅延補正装置からコンテンツを受信し、そのコンテンツの送出制御を行い、マルチキャスト配信を行うパケット送出サーバ と、
前記遅延補正装置からコンテンツを受信し、クライアント端末からのhttpリクエストに応じてユニキャスト配信を行う請求項１または２に記載のユニキャスト配信サーバと、
前記パケット送出サーバ からマルチキャストで受信したコンテンツと前記ユニキャスト配信サーバからユニキャストで受信したコンテンツを同期して再生することが可能なクライアント端末と
を備えることを特徴とする再生同期システム。
【請求項４】
MMTP（MPEG Media Transport Protocol）パケットを受信するMMTP受信ステップと、
前記MMTP受信ステップで受信されたMMTPパケットに含まれるMPU（Media Processing Unit）をMPU構築バッファを用いて管理するMPU構築ステップと、
前記MMTP受信ステップで受信されたMMTPパケットに含まれるシグナリングメッセージをシグナリングメッセージ構築バッファを用いて管理するシグナリングメッセージ構築ステップと、
配信対象のMMTPパケットをMPU単位で配信バッファを用いて管理する配信ステップと、
クライアント端末からのhttpリクエストに対して、指定されたアセットのMMTPパケットを前記配信バッファから取得して前記クライアント端末に配信するクライアント向けhttp配信ステップとを備え、
前記httpリクエストに対するhttpレスポンスにおいて、絶対時刻を元に、次に前記クライアント端末が受信すべきMPUのシーケンス番号を返信する
ことを特徴とするユニキャスト配信方法。
【請求項５】
MMTP（MPEG Media Transport Protocol）パケットを受信するMMTP受信ステップと、
前記MMTP受信ステップで受信されたMMTPパケットに含まれるMPU（Media Processing Unit）をMPU構築バッファを用いて管理するMPU構築ステップと、
前記MMTP受信ステップで受信されたMMTPパケットに含まれるシグナリングメッセージをシグナリングメッセージ構築バッファを用いて管理するシグナリングメッセージ構築ステップと、
配信対象のMMTPパケットをMPU単位で配信バッファを用いて管理する配信ステップと、
クライアント端末からのhttpリクエストに対して、指定されたアセットのMMTPパケットを前記配信バッファから取得して前記クライアント端末に配信するクライアント向けhttp配信ステップとを備え、
前記MPU構築バッファと前記シグナリングメッセージ構築バッファにアセットのMPUとシグナリングメッセージをそれぞれ格納し、MPU構築完成後にシグナルメッセージとの対応付けを行い、前記配信バッファで一時的に格納し、前記httpリクエストに応じて配信する
ことを特徴とするユニキャスト配信方法。
【請求項６】
請求項１または２に記載の各機能部をコンピュータに実現させるためのユニキャスト配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユニキャスト配信装置、再生同期システム、ユニキャスト配信方法、およびユニキャスト配信プログラムに関する。
【背景技術】
【０００２】
次世代のトランスポートプロトコルとしてMMT（MPEG Media Transport）が規格化され、放送・通信など複数媒体・複数経路によるマルチコンテンツ配信や同一コンテンツのサイマル配信を行った際でも同期再生可能な枠組みが提供されている。
【０００３】
一方、イベント等の映像配信では、SP(ServiceProvider)が提供する4k/8kなどの画一的な映像だけでなく、様々なアングルのカメラの映像を配信し、ユーザが選択して視聴するサービスが提供されている。更に、各ユーザが見たい領域の切り取り・拡大を行う等、ユーザの好みに合った映像を大画面と同期して視聴するスタイルが求められている。
【０００４】
全ユーザが同じコンテンツを受信可能とするマルチキャストNW、ユーザが個別のコンテンツを受信可能とするユニキャストNWなど、様々な配信形態が想定されるが、ユーザはNWの種類を意識することなく、マルチコンテンツ視聴を可能とすることが望まれている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】平林光浩  次世代動画配信技術「MPEG-DASH」技術概要と標準化・関連技術動向  映像情報メディア学会誌  Vol.67  No.2(2013)
【非特許文献２】ISO/IEC 23008-1:2014  Information technology -- High efficiency coding and media delivery in heterogeneous environments -- Part 1: MPEG media transport (MMT)
【非特許文献３】ISO/IEC 23008-11:2015  Information technology -- High efficiency coding and media delivery in heterogeneous environments -- Part 11: MPEG media transport composition information
【非特許文献４】ISO/IEC 23009-1:2014 Information technology -- Dynamic adaptive streaming over HTTP (DASH) -- Part 1: Media presentation description and segment formats
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来技術には、以下に説明するように、同期に関する課題がある。
【０００７】
また、従来技術には、以下に説明するように、受信コンテンツの特定に関する課題もある。
【０００８】
すなわち、上記したように、ユニキャストを使った映像配信としてMPEG-DASHがある。MPEG-DASHの場合は、MPD（Media Presentation Description）ファイルにAdaptation SetとRepresentationおよび、再生時間とURLなどが記述されており、クライアントが受信すべきコンテンツが特定可能である。しかし、MMTにてユニキャスト配信する際、受信コンテンツを特定する手段が必要である。
【０００９】
本発明は、上述した従来の技術に鑑み、ユニキャストで配信される映像とマルチキャストで配信される映像の同期再生を行うことが可能なユニキャスト配信装置、再生同期システム、ユニキャスト配信方法、およびユニキャスト配信プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、第１の態様に係る発明は、ユニキャスト配信装置であって、MMTP（MPEG Media Transport Protocol）パケットを受信するMMTP受信機能部と、前記MMTP受信機能部により受信されたMMTPパケットに含まれるMPU（Media Processing Unit）を管理するMPU構築バッファと、前記MMTP受信機能部により受信されたMMTPパケットに含まれるシグナリングメッセージを管理するシグナリングメッセージ構築バッファと、配信対象のMMTPパケットをMPU単位で管理する配信バッファと、クライアント端末からのhttpリクエストに対して、指定されたアセットのMMTPパケットを前記配信バッファから取得して前記クライアント端末に配信するクライアント向けhttp配信サーバ機能部とを備え、前記httpリクエストに対するhttpレスポンスにおいて、絶対時刻を元に、次に前記クライアント端末が受信すべきMPUのシーケンス番号を返信することを要旨とする。
【００１１】
また、第２の態様に係る発明は、ユニキャスト配信装置であって、MMTP（MPEG Media Transport Protocol）パケットを受信するMMTP受信機能部と、前記MMTP受信機能部により受信されたMMTPパケットに含まれるMPU（Media Processing Unit）を管理するMPU構築バッファと、前記MMTP受信機能部により受信されたMMTPパケットに含まれるシグナリングメッセージを管理するシグナリングメッセージ構築バッファと、配信対象のMMTPパケットをMPU単位で管理する配信バッファと、クライアント端末からのhttpリクエストに対して、指定されたアセットのMMTPパケットを前記配信バッファから取得して前記クライアント端末に配信するクライアント向けhttp配信サーバ機能部とを備え、前記MPU構築バッファと前記シグナリングメッセージ構築バッファにアセットのMPUとシグナリングメッセージをそれぞれ格納し、MPU構築完成後にシグナルメッセージとの対応付けを行い、前記配信バッファで一時的に格納し、前記httpリクエストに応じて配信することを要旨とする。
【００１２】
また、第３の態様に係る発明は、再生同期システムであって、オフセット時間を付加する遅延補正装置と、前記遅延補正装置からコンテンツを受信し、そのコンテンツの送出制御を行い、マルチキャスト配信を行うパケット送出サーバ と、前記遅延補正装置からコンテンツを受信し、クライアント端末からのhttpリクエストに応じてユニキャスト配信を行う請求項１または２に記載のユニキャスト配信サーバと、前記パケット送出サーバ からマルチキャストで受信したコンテンツと前記ユニキャスト配信サーバからユニキャストで受信したコンテンツを同期して再生することが可能なクライアント端末とを備えることを要旨とする。
【００１３】
また、第４の態様に係る発明は、ユニキャスト配信方法であって、MMTP（MPEG Media Transport Protocol）パケットを受信するMMTP受信ステップと、前記MMTP受信ステップで受信されたMMTPパケットに含まれるMPU（Media Processing Unit）をMPU構築バッファを用いて管理するMPU構築ステップと、前記MMTP受信ステップで受信されたMMTPパケットに含まれるシグナリングメッセージをシグナリングメッセージ構築バッファを用いて管理するシグナリングメッセージ構築ステップと、配信対象のMMTPパケットをMPU単位で配信バッファを用いて管理する配信ステップと、クライアント端末からのhttpリクエストに対して、指定されたアセットのMMTPパケットを前記配信バッファから取得して前記クライアント端末に配信するクライアント向けhttp配信ステップとを備え、前記httpリクエストに対するhttpレスポンスにおいて、絶対時刻を元に、次に前記クライアント端末が受信すべきMPUのシーケンス番号を返信することを要旨とする。
【００１４】
また、第５の態様に係る発明は、ユニキャスト配信方法であって、MMTP（MPEG Media Transport Protocol）パケットを受信するMMTP受信ステップと、前記MMTP受信ステップで受信されたMMTPパケットに含まれるMPU（Media Processing Unit）をMPU構築バッファを用いて管理するMPU構築ステップと、前記MMTP受信ステップで受信されたMMTPパケットに含まれるシグナリングメッセージをシグナリングメッセージ構築バッファを用いて管理するシグナリングメッセージ構築ステップと、配信対象のMMTPパケットをMPU単位で配信バッファを用いて管理する配信ステップと、クライアント端末からのhttpリクエストに対して、指定されたアセットのMMTPパケットを前記配信バッファから取得して前記クライアント端末に配信するクライアント向けhttp配信ステップとを備え、前記MPU構築バッファと前記シグナリングメッセージ構築バッファにアセットのMPUとシグナリングメッセージをそれぞれ格納し、MPU構築完成後にシグナルメッセージとの対応付けを行い、前記配信バッファで一時的に格納し、前記httpリクエストに応じて配信することを要旨とする。
【００１５】
また、第６の態様に係る発明は、ユニキャスト配信プログラムであって、第１または第２の態様に係る各機能部をコンピュータに実現させることを要旨とする。
【発明の効果】
【００１６】
本発明によれば、ユニキャストで配信される映像とマルチキャストで配信される映像の同期再生を行うことが可能なユニキャスト配信装置、再生同期システム、ユニキャスト配信方法、およびユニキャスト配信プログラムを提供することが可能である。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態における再生同期システムの構成図である。
【図２】図１に示されるステップＳ５、Ｓ６の詳細を示すシーケンス図である。
【図３】本発明の実施の形態におけるユニキャスト配信サーバの機能ブロック図である。
【図４】本発明の実施の形態におけるユニキャスト配信サーバが備えるMPU構築バッファの説明図である。
【図５】本発明の実施の形態におけるユニキャスト配信サーバが備えるMPU構築バッファ、シグナリングメッセージ構築バッファ、配信バッファの関係を示す説明図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下の実施の形態は、この発明の技術的思想を具体化するためのＭＭＴ同期システムを例示するものであり、装置の構成やデータの構成等は以下の実施の形態に限定されるものではない。
【００１９】
≪概要≫
本発明の実施の形態は、映像コンテンツ配信に関する技術である。従来技術であるMPEG-DASHはユニキャストを使った映像配信を行う技術であるが、再生時刻を相対時刻で指定していることから、ユニキャストで配信される映像とマルチキャストで配信される映像の同期再生を行うことが非常に困難であった。本発明の実施の形態では、再生するアセット(コンテンツ)とその再生時刻を指定するシグナルメッセージを、httpパケットのデータ本体（ペイロード）に格納して配信する。また、アセットのMPUとシグナルメッセージはそれぞれユニキャスト配信サーバのMPU構築バッファとシグナリングメッセージ構築バッファに格納し、MPU構築完成後にシグナルメッセージとの対応付けを行い、配信バッファで一時的に格納し、ユーザからのリクエストに応じて配信する。これにより、ユニキャストで配信される映像とマルチキャストで配信される映像の同期再生を行うことが可能となる。
【００２０】
なお、MMTでは、シグナリングメッセージとして幾つか規定されている。本実施の形態では、再生時刻を指定するためのメッセージとしてMPT（MMT Package Table）メッセージを用いるが、これに限定されるものではない。例えば、PA（Package Access）メッセージも再生時刻を指定するためのメッセージとして用いることが可能である。
【００２１】
≪全体の流れ≫
図１は、本発明の実施の形態における再生同期システムの構成図である。この再生同期システムは、例えば、ユニキャスト配信によるＭＭＴ同期システムであって、図１に示すように、コンテンツ伝送方式変換サーバ３と、ユニキャスト配信サーバ４と、パケット送出サーバ ５と、クライアント端末６とを備える。コンテンツ伝送方式変換サーバ３は、コンテンツの伝送方式を変換する装置（ここでは、オフセット時間を付加する遅延補正装置）である。ユニキャスト配信サーバ４は、コンテンツ伝送方式変換サーバ３からコンテンツを受信し、クライアント端末６からのhttpリクエストに応じてユニキャスト配信を行う装置である。パケット送出サーバ ５は、コンテンツ伝送方式変換サーバ３からコンテンツを受信し、そのコンテンツの送出制御を行い、マルチキャスト配信を行う装置である。クライアント端末６は、パケット送出サーバ ５からマルチキャストで受信したコンテンツとユニキャスト配信サーバ４からユニキャストで受信したコンテンツを同期して再生することが可能な装置である。
【００２２】
以下、図１に従って、このような再生同期システムの全体の流れについて説明する。
【００２３】
ステップＳ１：カメラ１からの映像ストリームは、MMT化伝送装置２によりMMTPパケット化されてコンテンツ伝送方式変換サーバ３に入力される。コンテンツ伝送方式変換サーバ３は、固定のオフセット時間を加算したMPUタイムスタンプおよびMMTPタイムスタンプに付け替える処理を行う。
【００２４】
ステップＳ２：タイムスタンプの付け替えを行った複数の映像ストリームに対応するMMTパケットは、ユニキャスト配信サーバ４およびパケット送出サーバ ５に対して送信される。
【００２５】
ステップＳ３：パケット送出サーバ ５は、MMTPタイムスタンプ通りにMMTパケットの送出制御を行い、マルチキャスト配信を行う。
【００２６】
ステップＳ４：ユニキャスト配信サーバ４は、受信したMMTPパケットをMPUとシグナリングメッセージにわけてバッファリングする。MPUは、MPU構築が完了後、シグナリングメッセージと対応づけて後段の配信バッファに移動させる。
【００２７】
ステップＳ５：クライアント端末６は、受信すべきAsset_IDとMPU_SNの情報を含めたhttpリクエストをユニキャスト配信サーバ４に送信する。Asset_IDは、ビデオ、オーディオ等のアセット（コンテンツ）を識別するためのＩＤである。また、MPU_SNは、MPUのシーケンス番号である。
【００２８】
ステップＳ６：ユニキャスト配信サーバ４は、次に受信すべきMPU_SNを含め、MMTPパケットを格納したhttpレスポンスを返却する。
【００２９】
ステップＳ７：クライアント端末６は、MMTを解釈することで、マルチキャストとユニキャストで受信したコンテンツを同期して再生可能となる。
【００３０】
以上のように、本発明の実施の形態における再生同期システムでは、コンテンツを格納しているMPUと、それに対応するMPTメッセージを組み合わせてhttpペイロードに格納してクライアントに配信するようにしている（ステップＳ４）。MPTメッセージは、再生するアセットとその再生時刻を指定するシグナリングメッセージであり、シグナリングメッセージにおいて指定される再生時刻は絶対時刻である。これにより、ユニキャストで配信される映像とマルチキャストで配信される映像の同期再生を行うことが可能となる。
【００３１】
また、本発明の実施の形態における再生同期システムでは、httpをベースに、サーバ〜クライアント間でのリクエスト/レスポンスで、URLやhttpヘッダに取得すべきAsset_IDやMPU_SNを格納するようにしている（ステップＳ５、Ｓ６）。上記した通り、Asset_IDは、ビデオ、オーディオ等のアセット（コンテンツ）を識別するためのＩＤである。また、MPU_SNは、MPUのシーケンス番号である。これにより、MMTPパケットをユニキャスト配信する場合でも、別手段で取得するURL，Asset_IDを元に、取得すべきMPU-SNをユニキャスト配信サーバ４から取得すること（受信コンテンツを特定すること）が可能である。
【００３２】
≪ステップＳ５、Ｓ６の詳細≫
図２は、図１に示されるステップＳ５、Ｓ６の詳細を示すシーケンス図である。以下に説明するように、再生すべきアセットとその再生時刻を指定するシグナリングメッセージを、httpのペイロードに格納して配信するようになっている。
【００３３】
ステップＳ１１：クライアント端末６は、別手段で取得したユニキャスト配信サーバ４のURL、受信すべきAsset_IDの情報をURLに格納し、httpリクエストとしてユニキャスト配信サーバ４に送信する。具体的には、図中の符号Ｍ１に示すように、取得するasset_IDを含むURLを送るようになっている。
【００３４】
ステップＳ１２、Ｓ１３：ユニキャスト配信サーバ４は、システム時刻をもとに、クライアント端末６が受信すべきMPU_SNをhttpレスポンスヘッダに格納してクライアント端末６に送信する。具体的には、図中の符号Ｍ２に示すように、取得すべき先頭MPU_SN,MPU,MPTのPacketIDを含めるようになっている。
【００３５】
ステップＳ１４：クライアント端末６は、ユニキャスト配信サーバ４から受信したhttpレスポンスヘッダの情報をもとに、Asset_IDとMPU_SNを含めたhttpリクエストをユニキャスト配信サーバ４に送信する。具体的には、図中の符号Ｍ３に示すように、ユニキャスト配信サーバ４からのレスポンスをもとに取得するAsset_IDとMPU_SNをリクエストするようになっている。
【００３６】
ステップＳ１５：ユニキャスト配信サーバ４は、クライアント端末６から要求に基づきMMTPパケットを取得する。具体的には、クライアント端末６から受信したhttpリクエストで指定されたMMTPパケットを配信バッファから取得するようになっている。
【００３７】
ステップＳ１６：ユニキャスト配信サーバ４は、次に受信すべきMPU_SNをhttpレスポンスヘッダに含めて、取得したMMTPパケットを格納したhttpレスポンスをクライアント端末６に返却する。具体的には、図中の符号Ｍ４、Ｍ５に示すように、次に取得すべき先頭MPU_SNと、実際のデータを送るようになっている。
【００３８】
≪ステップＳ４の詳細≫
―  ユニキャスト配信サーバ４での構築方法（概要）  −
図３は、ユニキャスト配信サーバ４の機能ブロック図である。この図に示すように、ユニキャスト配信サーバ４は、MMTP受信機能部４１と、MPU構築バッファ４２と、シグナリングメッセージ構築バッファ４３と、配信バッファ４４と、クライアント向けhttp配信サーバ機能部４５とを備える。
【００３９】
MMTP受信機能部４１は、MMTPストリームを受信し、MPUパケットをMPU構築バッファ４２に蓄積するとともに、シグナリングメッセージをシグナリングメッセージ構築バッファ４３に蓄積する。MPU構築バッファ４２は、MPUパケットをMPU_sequence_numberごとに管理し、MPUごとにMMTPパケットをpacket_sequence_number順に並べて管理する。MPU構築待ち時間による完成判定を行うために、MPUごとに先頭MMTPパケットおよび最終MMTPパケットとのMMTP timestampを保持するようになっている。シグナリングメッセージ構築バッファ４３は、シグナリングメッセージをpacket_idごとにpacket_sequence_number順に並べて管理する。配信バッファ４４は、MMTPパケット(MPUおよびシグナリングメッセージ)をMPU単位で管理する。クライアント向けhttp配信サーバ機能部４５は、クライアント端末６からのhttpリクエストに対して、指定されたアセットのMMTPパケットを返却する。
【００４０】
ここで、ユニキャスト配信サーバ４は、アセットとシグナリングメッセージをhttp/TCPのペイロードに格納して配信するため、ユニキャスト配信サーバ４内のMMTP蓄積機能部４６で一時的に保存し、配信すべきタイミングを考慮しつつクライアント端末６からのリクエストに応じて送出処理を行う。ここでは、MPU構築バッファ４２、シグナリングメッセージ構築バッファ４３、配信バッファ４４を含めた部分をMMTP蓄積機能部４６と呼んでいる。
【００４１】
―  MPU構築処理  −
図４は、MPU構築バッファ４２の説明図である。ここでは、MPU構築待ちオフセット時間が１ｓｅｃのときを想定している。
【００４２】
まず、ユニキャスト配信サーバ４は、MPU毎にMMTPパケットを管理する。その際、MMTPパケットヘッダのpacket_sequence_number順に並べて監視する。
【００４３】
また、ユニキャスト配信サーバ４は、MPU構築が完了したか判定処理を行う。完成判定は、MPU構築にかかる時間をオフセット設定値として保持し、MPUの先頭のMMTPパケットヘッダのMMTPTimestampと以下の比較を満たすMPUを完成と判定する。
【００４４】
先頭MMTP timestamp ≦ （システム時刻 ＋ MPU構築待ちオフセット時間）
MMTP timestamp:MMTPパケットヘッダに含まれる時刻（UTC）
システム時刻：NTPサーバに同期したUTC時刻
MPU構築待ちオフセット時間：MPU構築の想定時刻
また、ユニキャスト配信サーバ４は、完成と判定したMPUを配信バッファ４４へ移動する。図４の例では、MPU#1を11:59:59:000に配信バッファ４４へ移動し、MPU#2を11:59:59.500に配信バッファ４４へ移動し、MPU#3を10:00:00.000に配信バッファ４４へ移動し、MPU#4を10:00:00.500に配信バッファ４４へ移動する。
【００４５】
尚、ユニキャスト配信サーバ４は、未到着のMMTPパケットがあった場合でも完成条件を満たしたものは配信バッファ４４に移動する。クライアント端末６側で映像再生時に一瞬エラーとなる可能性があるが、処理は継続させる。配信バッファ４４に移動した後に到着した場合は、エラーログを出力すると共に破棄する。
【００４６】
―  MPUとシグナリングメッセージの対応処理  −
図５は、MPU構築バッファ４２、シグナリングメッセージ構築バッファ４３、配信バッファ４４の関係を示す説明図である。本明細書でいう「バッファ」は、データを記憶する記憶装置だけでなく、その記憶装置を管理する機能部も含む。
【００４７】
ユニキャスト配信サーバ４は、MPU構築バッファ４２内でMPU構築完了したMPUと、それに該当するシグナリングメッセージの対応づけを行う。
【００４８】
ここでは、例えば、MMTP受信機能部４１が受信するMMTPストリームを、該当のMPUをMMTPパケットとして送出している間にMPTの情報を含むシグナリングメッセージが送出されるようにタイムスタンプを調整し、該当MPUを含む最後のMMTPTimestamp以下のtimestampを持つものに該当MPUに対応するシグナリングメッセージが含まれるものとして対応づける。
【００４９】
仮にMPT内を解析する処理時間及び負荷を許容するのであれば、MPT内のMPUタイムスタンプ記述子を解析し、MPUシーケンス番号を抽出することで対応づけも可能である。
【００５０】
―  配信バッファ４４での処理  ―
ユニキャスト配信は、クライアント端末６からのリクエストにより配信を開始するが、MMTPTimestampがシステム時刻ーアセット蓄積時間よりも古いMMTPパケット群（MPUおよびシグナリングメッセージ）は配信バッファ４４から削除する。
【００５１】
アセット蓄積時間は、設定することによって設定時間分だけ配信バッファ４４内にMMTPパケットを蓄積させ、クライアント端末６から過去時間のアセットのユニキャスト配信要求があった場合にも提供可能とする。
【００５２】
以上のように、本発明の実施の形態におけるユニキャスト配信サーバ４は、MMTP受信機能部４１と、MPU構築バッファ４２と、シグナリングメッセージ構築バッファ４３と、配信バッファ４４と、クライアント向けhttp配信サーバ機能部４５とを備える。MMTP受信機能部４１は、MMTPパケットを受信する。MPU構築バッファ４２は、MMTP受信機能部４１により受信されたMMTPパケットに含まれるMPUを管理する。シグナリングメッセージ構築バッファ４３は、MMTP受信機能部４１により受信されたMMTPパケットに含まれるシグナリングメッセージを管理する。配信バッファ４４は、配信対象のMMTPパケットをMPU単位で管理する。クライアント向けhttp配信サーバ機能部４５は、クライアント端末６からのhttpリクエストに対して、指定されたアセットのMMTPパケットを配信バッファ４４から取得してクライアント端末６に配信する。そして、httpリクエストに対するhttpレスポンスにおいて、絶対時刻を元に、次にクライアント端末６が受信すべきMPUのシーケンス番号を返信する。これにより、ユニキャストで配信される映像とマルチキャストで配信される映像の同期再生を行うことが可能となる。
【００５３】
また、本発明の実施の形態におけるユニキャスト配信サーバ４は、MMTP受信機能部４１と、MPU構築バッファ４２と、シグナリングメッセージ構築バッファ４３と、配信バッファ４４と、クライアント向けhttp配信サーバ機能部４５とを備える。MMTP受信機能部４１は、MMTPパケットを受信する。MPU構築バッファ４２は、MMTP受信機能部４１により受信されたMMTPパケットに含まれるMPUを管理する。シグナリングメッセージ構築バッファ４３は、MMTP受信機能部４１により受信されたMMTPパケットに含まれるシグナリングメッセージを管理する。配信バッファ４４は、配信対象のMMTPパケットをMPU単位で管理する。クライアント向けhttp配信サーバ機能部４５は、クライアント端末６からのhttpリクエストに対して、指定されたアセットのMMTPパケットを配信バッファ４４から取得してクライアント端末６に配信する。そして、MPU構築バッファ４２とシグナリングメッセージ構築バッファ４３にアセットのMPUとシグナリングメッセージをそれぞれ格納し、MPU構築完成後にシグナルメッセージとの対応付けを行い、配信バッファ４４で一時的に格納し、httpリクエストに応じて配信する。これにより、MMTPパケットをユニキャスト配信する際、受信コンテンツを特定することが可能となる。
【００５４】
なお、上記の説明では特に言及しなかったが、ユニキャスト配信サーバ４とクライアント端末６間の配信遅延などによる遅延時間については、コンテンツ伝送方式変換サーバ３において同期を取るための処理を行うようになっている。
【００５５】
また、MPEG-DASHでは、MPDファイルをクライアント側で解釈を行い、サーバからコンテンツ取得を行う。それに対して、本発明の実施の形態では、クライアント端末６は、基本的にMMT実装だけを行えばユニキャスト配信サーバ４からの指定に追従することで同期再生する。例えば、図２のステップＳ１１〜Ｓ１６においてユニキャスト配信サーバ４とクライアント端末６間を２往復しているが、この部分も、ユニキャスト配信サーバ４から受けるべきMPU_SNの指定を受けてそれに追従するようになっている。
【００５６】
また、本発明の実施の形態は、このようなユニキャスト配信サーバ４として実現することができるだけでなく、このようなユニキャスト配信サーバ４が備える特徴的な機能部をステップとするユニキャスト配信方法として実現したり、それらのステップをコンピュータに実行させるユニキャスト配信プログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。
【符号の説明】
【００５７】
１…カメラ
２…MMT化伝送装置
３…コンテンツ伝送方式変換サーバ（遅延補正装置）
４…ユニキャスト配信サーバ
５…パケット送出サーバ 
６…クライアント端末
４１…MMTP受信機能部
４２…MPU構築バッファ
４３…シグナリングメッセージ構築バッファ
４４…配信バッファ
４５…クライアント向けhttp配信サーバ機能部
４６…MMTP蓄積機能部
【図１】
2017220713.tif 000003
【図２】
2017220713.tif 000004
【図３】
2017220713.tif 000005
【図４】
2017220713.tif 000006
【図５】
2017220713.tif 000007