JP2014060677A - コンテンツ配信装置、コンテンツ配信プログラム及びコンテンツ配信方法 - Google Patents

Abstract

【課題】１個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に配信する方式において、ファイル中に別のコンテンツデータを簡単に挿入できるようにする。
【解決手段】本発明は、第１のコンテンツのストリームデータに第２のコンテンツのストリームデータが挿入されたものを１個のストリームファイルとして記憶し、ストリームファイルのストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して要求元端末に与えと、要求を取得すると再生リストを参照して位置特定情報のストリームファイルから部分ストリームデータを読み出しファイル化して配信する。
【選択図】 図１

Description

本発明は、コンテンツ配信装置、コンテンツ配信プログラム及びコンテンツ配信方法に関し、例えば、ネットワークを通じてコンテンツ配信を行うコンテンツ配信装置、コンテンツ配信プログラム及びコンテンツ配信方法に適用し得るものである。

近年、ブロードバンドネットワークの普及に伴い、ネットワークを通じた映像配信技術が進展している。ユーザは、ＩＰＴＶ装置で配信映像を視聴するだけでなく、いわゆるスマートフォン端末やタブレット端末等の携帯端末によっても映像を視聴することができるようになり、映像視聴が身近なものとなっている。

従来、ＩＰネットワークを通じて映像を配信するプロトコルの１つとしてＨＬＳ（HTTP Live Streaming）がある（非特許文献１参照）。ＨＬＳは、例えば、スマートフォン端末やタブレット型パーソナルコンピュータ等の携帯端末を通じた映像配信システムに利用されている。

ＨＬＳを採用する映像配信システムでは、配信サーバが、あるコンテンツのストリームデータを、例えば１０秒単位で分割して連続的な小さなファイルとして保存しておく。各ファイルにはＵＲＬが付与されている。端末は、各ファイルのＵＲＬを記載したリスト（プレイリスト）に基づいて、連続的にファイルを呼び出すことでアグレッシブダウンロードを可能とし、映像を再生している。

株式会社インターネットイニシアティブ，"最新の技術動向"，ＤＴＶ配信をはじめとするＩＩＪのストリーミング技術開発，2011年11月9日，[2012年7月26日検索]，インターネット＜ＵＲＬ：http://www.iij.ad.jp/company/development/tech/activities/dtv/index.html＞

しかしながら、従来のＨＬＳを採用する映像配信システムの場合、配信サーバが、ストリームデータを分割した部分データの小さなストリームファイルを予め保存している。そのため、１個のストリームファイルに別のコンテンツデータを挿入することができないという問題が生じ得る。

つまり、ＣＭ（コマーシャルメッセージ）や広告等の別のコンテンツのストリームファイルを挿入する場合、主たるコンテンツと別のコンテンツとの間で画質等のコンテンツ情報が異なることがあり、端末は、コンテンツ切替の際に、再生制御が必要となる。その結果、例えば映像途切れ等が生じ得るため、これを回避するために、１個のストリームファイルに別のコンテンツデータを挿入することが強く望まれている。

そのため、１個のストリームファイル中に別のコンテンツデータを簡単に挿入することができるコンテンツ配信装置、コンテンツ配信プログラム及びコンテンツ配信方法が求められている。

かかる課題を解決するために、第１の本発明は、１個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信装置において、（１）第１のコンテンツのストリームデータに、第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段と、（２）ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、要求元端末に再生リストを与える再生リスト配信手段と、（３）要求元端末から要求を取得すると、再生リストを参照して、位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して要求元端末に配信するコンテンツ配信手段とを備えることを特徴とするコンテンツ配信装置である。

第２の本発明は、１個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信プログラムにおいて、第１のコンテンツのストリームデータに、第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段を備えるコンピュータを、（１）ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、要求元端末に上記再生リストを与える再生リスト配信手段、（２）要求元端末から要求を取得すると、再生リストを参照して、位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して要求元端末に配信するコンテンツ配信手段として機能させるものであることを特徴とするコンテンツ配信プログラムである。

第３の本発明は、１個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信方法において、第１のコンテンツのストリームデータに、第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段を備え、（１）再生リスト配信手段が、ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、要求元端末に再生リストを与え、（２）コンテンツ配信手段が、要求元端末から要求を取得すると、再生リストを参照して、位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して要求元端末に配信することを特徴とするコンテンツ配信方法である。

本発明によれば、１個のストリームファイル中に別のコンテンツデータを簡単に挿入することができる。

第１の実施形態の映像配信システムの全体構成を示す全体構成図である。 第１の実施形態のコンテンツ配信サーバの主な内部構成を示す内部構成図である。 第１の実施形態のコンテンツ記憶部に記憶されるストリームファイルの構成を説明する説明図である。 第１の実施形態の別のコンテンツのストリームデータが挿入されたストリームファイルの構成を説明する説明図である。 第１の実施形態の実施形態のプレイリストの構成を説明する説明図である。 第１の実施形態のコンテンツ配信サーバにおけるコンテンツ配信処理を示すシーケンス図である。 第１の実施形態のＨＬＳ⇒ＲＴＳＰプロトコル変換部による視聴要求のＨＬＳ形式からＲＴＳＰ形式へのプロトコル変換を説明する説明図である。 第２の実施形態のコンテンツ配信サーバの内部構成を示す内部構成図である。 第２の実施形態のＨＬＳ⇒ＲＴＳＰプロトコル変換部による視聴要求のＨＬＳ形式からＲＴＳＰ形式へのプロトコル変換を説明する説明図である。 第２の実施形態のコンテンツ配信サーバにおけるコンテンツ配信処理を示すシーケンス図である。

（Ａ）第１の実施形態
以下、本発明のコンテンツ配信装置、コンテンツ配信プログラム及びコンテンツ配信方法の第１の実施形態を、図面を参照しながら詳細に説明する。

（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態の映像配信システムの全体構成を示す全体構成図である。

図１において、第１の実施形態の映像配信システム１０は、ネットワーク４及び５に接続可能な、コンテンツ配信サーバ１、携帯端末２、ＴＶ受像機３を有して構成される。

ここで、ネットワーク４及び５は、例えば、インターネットプロトコル（ＩＰ）通信網等が該当し、ＩＰマルチキャスト放送もサポートするネットワークである。ネットワーク４は例えば有線回線網であり、ネットワーク５は例えば無線回線網を適用することができる。

コンテンツ配信サーバ１は、ネットワーク４及び５を介して、映像や音声や音楽等のメディアデータをＴＶ受像機３や携帯端末２に対して配信するものである。

コンテンツ配信サーバ１は、複数のストリーミング方式で映像配信を行うことができる。例えば、この実施形態の場合、コンテンツ配信サーバ１は、ＴＶ受像機３に対してはＩＰマルチキャストでストリーミング（ＩＰＳＰ配信）を行い、携帯端末２に対しては視聴要求されたコンテンツをＨＬＳで配信する。

ここで、ＩＰＳＰ配信とは、ＮＧＮ（Next Generation Network）の構築を予定する国内の通信事業者（キャリア）が主導する配信方式であり、ＩＰマルチキャスト放送にてコンテンツを配信することである。なお、この実施形態では、ＴＶ受像機３に対するストリーミングについては、ＩＰＳＰ配信で行なうことを想定するが、ＩＰＳＰ配信に限定されるものではない。

また、ＨＬＳ配信とは、コンテンツ配信サーバ１が、あるコンテンツのストリームデータを、所定時間単位（例えば１０秒単位）で分割したストリームファイルに位置特定情報（ＵＲＬ：例えば、ＯｎｅＴｉｍｅＵＲＬ）を付与し、携帯端末１がプレイリストを参照して、連続的にストリームファイルを呼び出し再生する配信方式である。

なお、この実施形態では、携帯端末２に対してはＨＬＳ配信を採用する場合を例示するが、部分ストリームデータを連続的に配信するものであれば、ＨＬＳ配信に限定されるものではない。携帯端末２向けの配信方式は、ＨＬＳ配信以外に、ＭＰＥＧＤＡＳＨ、スムーズストリーム等による配信方式を適用することができる。

ＴＶ受像機３は、ＩＰマルチキャスト放送で配信された映像を受信し、再生するものであり、例えばＩＰＴＶが該当する。

携帯端末２は、ユーザ操作を受けてコンテンツ配信サーバ１に対して視聴要求を行い、コンテンツ配信サーバ１から受信したストリームデータを再生するものである。

携帯端末２は、通信機能を有するものであり、例えばＨＬＳ配信に対応可能なものである。携帯端末２は、視聴要求の際に、ストリームファイルを呼び出すためのプレイリストをコンテンツ配信サーバ１から取得し、取得したプレイリストに記載されたＯｎｅＴｉｍｅＵＲＬに連続的にアクセスしてストリームファイルをダウンロードして再生処理を行う。なお、携帯端末２は、例えば、スマートフォン端末、タブレット型パーソナルコンピュータ、携帯電話機、電子書籍端末、ゲーム端末等が該当する。

図２は、コンテンツ配信サーバ１の主な内部構成を示す内部構成図である。

図２に示すように、コンテンツ配信サーバ１は、ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０、コンテンツ記憶部１２０、コンテンツ配信部１３０、プレイリスト配信部１４０、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０、通信部１７０を有する。

ここで、ＲＴＳＰ（RealTime Streaming Protocol）は、ストリーミングを制御するためのプロトコルであり、映像の再生や停止等の制御を行うものである。

コンテンツ配信サーバ１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース、通信装置等からなるものであり、ＣＰＵが、ＲＯＭに格納されるコンテンツ配信プログラムを実行することで図２の機能を実現するものである。なお、コンテンツ配信サーバはコンテンツ配信プログラムをインストールすることによっても図２の機能を実現する。

通信部１７０は、ネットワーク４との間で情報を授受するものである。通信部１７０は、例えば、ＩＰを通信プロトコルとする処理部又は装置である。

コンテンツ記憶部１２０は、複数のコンテンツのストリームデータを記憶するものである。例えば、コンテンツ記憶部１２０に記憶されるストリームデータは、ＭＰＥＧ２−ＴＳ、Ｈ．２６４等のデータである。

図３は、コンテンツ記憶部１２０に記憶されるストリームファイルの構成を説明する説明図である。図３に示すように、コンテンツ記憶部１２０には、あるコンテンツのストリームデータが１個のファイルとして記憶されている。なお、図３に記載の数字は、コンテンツの再生時間を示す時間情報である。

図４は、別のコンテンツのストリームデータが挿入されたストリームファイルの構成を説明する説明図である。

図４において、図４（Ｂ）は、主たるコンテンツのストリームデータであり、図４（Ａ）は、別のコンテンツのストリームデータである。図４（Ａ）及び図４（Ｂ）に示すように、主たるコンテンツストリームデータの矢印の位置に別のコンテンツのストリームデータを挿入するものとする。

このとき、図４（Ｃ）のように、既存の映像結合技術により別コンテンツを主たるコンテンツを結合させたストリームデータを、１個のストリームファイルとして、コンテンツ記憶部１２０に記憶させる。つまり、別のコンテンツが挿入されたものを１個のＲＴＳＰ形式のストリームファイルとしてコンテンツ記憶部１２０に蓄積しておくことができる。なお、ストリームデータ全体の時間情報は、挿入された別のコンテンツの再生時間分だけ長くなっている。

ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０は、ＨＬＳ形式の処理に関する情報と、ＲＴＳＰ形式の処理に関する情報との間の変換情報を記憶するものである。

例えば、後述するように、ＩＰＳＰ配信を行う場合、コンテンツ記憶部１２０のストリームファイルが配信される。これに対して、ＨＬＳ配信を行う場合には、ストリームデータをＨＬＳ形式に変換する必要がある。例えば、ＨＬＳで配信される画像は、ＩＰＳＰ配信よりも解像度が低かったり、データ形式が異なったりする。そのため、ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０には、ＨＬＳ形式とＲＴＳＰ形式との間で互換性を保持するための変換情報が記憶される。

また、ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０は、コンテンツ記憶部１２０に記憶される各コンテンツのストリームファイルの位置特定情報（ＵＲＬ）を管理するものである。ここで、ＵＲＬは、ストリームファイル毎、すなわちコンテンツ毎に付与される。また一般的に、各ストリームファイルのＵＲＬは、セキュリティの観点から、所定回数又は所定時間内のアクセスを有効とするＯｎｅＴｉｍｅＵＲＬが付与される。

さらに、ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０は、ＨＬＳ配信を行うときに部分ストリームデータとして分割する時間情報も管理するものである。ここで、部分ストリームデータの時間情報は、例えば１０秒単位、１５秒単位等のように固定時間としても良いし、又は可変時間としても良い。

ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０は、コンテンツ記憶部１２０、プレイリスト配信部１４０、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０と接続しており、必要に応じて、ＨＬＳ−ＲＴＳＰ間の変換コンテンツ情報を、コンテンツ記憶部１２０、プレイリスト配信部１４０、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０を与えるものである。

プレイリスト配信部１４０は、携帯端末２からプレイリスト要求を受信すると、要求されたコンテンツのプレイリストを生成し、生成したプレイリストを要求元に配信するものである。

なお、プレイリスト配信部１４０が生成したプレイリストは、コンテンツ配信部１３０にも与えられ、コンテンツ配信部１３０もストリームデータを構成する部分ストリームデータの配信順序を認識している。

図２に示すように、プレイリスト配信部１４０は、ＵＲＬ取得部１４１と、プレイリスト生成部１４２とを有する。

ＵＲＬ取得部１４１は、プレイリスト要求されたコンテンツのＵＲＬを、ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０から取得するものである。

プレイリスト生成部１４２は、ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０からＨＬＳ配信に係る部分ストリームデータの時間情報を取得し、ＵＲＬ取得部１４１が取得したＵＲＬの末尾に、連続的な部分ストリームデータの時間情報を付与してプレイリストを生成するものである。

図５は、この実施形態のプレイリストの構成を説明する説明図である。図５において、「http://sample.com:8000/xxxxxxxx」は、ＵＲＬ取得部１４１が取得したコンテンツのＯｎｅＴｉｍｅＵＲＬである。そして、「http://sample.com:8000/xxxxxxxx」に後続する１６桁の数字は部分ストリームデータの再生時間を示す。１６桁の数字のうち、先の８桁の数字は部分ストリームデータの再生開始時間であり、後の８桁の数字は部分ストリームデータの再生終了時間である。

つまり、図５に示すように、プレイリスト生成部１４２は、ＵＲＬ取得部１４１が取得したコンテンツのＯｎｅＴｉｍｅＵＲＬの末尾に、各部分ストリームデータの再生開始時間及び再生終了時間を付与し、各部分ストリームデータのＯｎｅＴｉｍｅＵＲＬを作成する。さらに、プレイリスト生成部１４２は、ストリームデータの連続性を保持するために、連続的な部分ストリームデータのＯｎｅＴｉｍｅＵＲＬを順番に記載することでプレイリストを生成する。

なお、図５の例では、ＯｎｅＴｉｍｅＵＲＬの末尾に付与する再生開始時間及び再生終了時間が８桁の場合を例示した。しかし、再生開始時間及び再生終了時間を示す桁数は特に限定されるものではない。

ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０は、携帯端末２からＨＬＳ形式の視聴要求を取得すると、視聴要求に含まれるコンテンツ情報と再生時間情報をＲＴＳＰ形式にプロトコル変換するものである。また、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０は、変換したＲＴＳＰ形式の視聴要求をコンテンツ配信部１３０に与えるものである。

コンテンツ配信部１３０は、コンテンツ記憶部１２０のコンテンツのストリームファイルを配信するものである。コンテンツ配信部１３０は、ＲＴＳＰに従ってコンテンツ配信を行うものである。また、図２に示すように、コンテンツ配信部１３０は、ＩＰＳＰ配信部１３１、ＨＬＳ配信部１３２を有する。

ＩＰＳＰ配信部１３１は、コンテンツ記憶部１２０のストリームファイルを読み出し、ストリームデータを通信部１７０に与えてＩＰマルチキャストでストリームデータを配信するものである。ＩＰマルチキャストでの配信技術は既存の種々の技術を広く適用することができるので、ここでの詳細な説明は省略する。

ＨＬＳ配信部１３２は、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０を通じて、携帯端末２から視聴要求を取得すると、プレイリストを用いて、要求されたストリームファイルを構成する部分ストリームデータを、コンテンツ記憶部１２０から読み出してＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０に与えるものである。

図２に示すように、ＨＬＳ配信部１３２は、視聴要求取得部１３３、部分ストリーム管理部１３４、部分ストリーム配信部１３５を有する。

視聴要求取得部１３３は、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０からＲＴＳＰ形式に変換された視聴要求を取得するものである。視聴要求には、コンテンツのストリームファイルのＯｎｅＴｉｍｅＵＲＬが含まれており、視聴要求取得部１３３は、ストリームファイルのＯｎｅＴｉｍｅＵＲＬを特定する。

部分ストリーム管理部１３４は、視聴要求で特定されたストリームファイルについて、部分ストリーム配信部１３５による部分ストリームデータの連続的な配信を管理するものである。つまり、部分ストリーム管理部１３４は、部分ストリーム配信部１３５が要求されたストリームファイルのストリームデータを連続的に配信できるように、要求されたストリームファイルのストリーム管理を行う。

例えば、部分ストリーム管理部１３４は、視聴要求の要求元である携帯端末２のポート番号を取得し、携帯端末２のポート番号と、視聴要求に係るストリームファイルのＯｎｅＴｉｍｅＵＲＬと、部分ストリーム配信部１３５の配信状況とを対応させて管理する。

ここで、部分ストリーム管理部１３４は、部分ストリームデータの時間情報として、例えば、要求されたストリームデータの再生時間情報をタイムスタンプとして管理したり、また例えば、プレイリストにおいて、部分ストリーム配信部１３５が配信した部分ストリームデータにはフラグを付して配信完了をチェックしたり等の方法を適用できる。これにより、既に部分ストリーム配信部１３５が配信した部分ストリームの時間情報を管理できるので、次の携帯端末２から視聴要求を取得したときには、次の連続するストリームデータを配信させることができる。

部分ストリーム配信部１３５は、視聴要求されたストリームファイルのプレイリストを取得しており、ストリームファイルのＯｎｅＴｉｍｅＵＲＬと、部分ストリーム管理部１３４の管理情報とに基づいて、コンテンツ記憶部１２０のストリームファイルから部分ストリームデータを読み出し、読み出した部分ストリームデータを、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０に与えるものである。

ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０は、コンテンツ配信部１３０からのＲＴＳＰ形式の部分ストリームデータを、ＨＬＳ形式に変換して通信部１７０に与えるものである。ここで、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０は、コンテンツ配信部１３０からの部分ストリームデータ（例えば１０秒分のＴＳストリームデータ）を１ファイルとして送信する。

（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のコンテンツ配信サーバ１におけるコンテンツ配信処理の動作を、図面を参照しながら詳細に説明する。

以下では、携帯端末２がコンテンツ配信サーバ１に対してＨＬＳ配信の視聴要求を行う場合を例示する。

図６は、第１の実施形態のコンテンツ配信サーバ１におけるコンテンツ配信処理を示すシーケンス図である。

まず、携帯端末２は、コンテンツ配信サーバ１に対してプレイリスト取得要求を送信する（Ｓ１０１）。プレイリスト取得要求には、視聴要求を行うコンテンツを指定する情報が含まれている。

コンテンツ配信サーバ１において、プレイリスト取得要求がプレイリスト配信部１４０に与えられると、プレイリスト配信部１４０は、ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０に対して指定されたコンテンツのストリームファイルのＯｎｅＴｉｍｅＵＲＬの取得要求を行う（Ｓ１０２）。

ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０は、指定されたストリームファイルのＯｎｅＴｉｍｅＵＲＬを発行し、ストリームファイルのＯｎｅＴｉｍｅＵＲＬをプレイリスト配信部１４０に与える（Ｓ１０３）。

このとき、プレイリスト配信部１４０は、ＨＬＳで配信する部分ストリームデータの時間情報もＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０から取得する。

プレイリスト配信部１４０は、取得したＯｎｅＴｉｍｅＵＲＬの末尾に、各部分ストリームデータの再生開始時間及び再生終了時間を付与して、各部分ストリームデータのＯｎｅＴｉｍｅＵＲＬを作成してプレイリスト（図５参照）を生成する。そして、プレイリスト配信部１４０は、指定されたコンテンツのプレイリストを携帯端末２に送信する（Ｓ１０４）。

ここで、コンテンツ記憶部１１０に記憶されるストリームファイルはコンテンツ毎のものである。主たるコンテンツに別のコンテンツを挿入する場合、映像結合技術により、主たるコンテンツのストリームデータに別のコンテンツのストリームデータが結合されたものが１個のストリームファイルとしてコンテンツ記憶部１１０に記憶されている。

従って、別のコンテンツが挿入されたストリームファイルに対して１個のＯｎｅＴｉｍｅＵＲＬが付与されており、プレイリスト配信部１４０は、ストリームファイルのＯｎｅＴｉｍｅＵＲＬの末尾に再生時間情報を付与したものをプレイリストに記載する。

これにより、図４（Ｃ）の再生時間情報「２５秒〜４０秒」の区間のように、１個の部分ストリームデータに、別のコンテンツのストリームデータが挿入した者を形成することができる。

携帯端末２は、プレイリストを取得すると、コンテンツ配信サーバ１に対して、プレイリストに記載される先頭のＯｎｅＴｉｍｅＵＲＬを含む視聴要求を順番に行う。

Ｓ１０５は、携帯端末２がプレイリストの先頭のＵＲＬに基づく視聴要求の処理である。ＨＬＳ形式の視聴要求は携帯端末２からコンテンツ配信サーバ１に与えられる（Ｓ１０５）。

コンテンツ配信サーバ１において、ＨＬＳ形式の視聴要求がＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０に与えられると、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０は、ＨＬＳ形式の視聴要求をＲＴＳＰ形式に変換してコンテンツ配信部１３０に与える（Ｓ１０６）。

図７は、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０による視聴要求のＨＬＳ形式からＲＴＳＰ形式へのプロトコル変換を説明する説明図である。

図７の上図はＨＬＳ形式の視聴要求のフォーマット例である。「#EXTM3U」はＨＬＳ配信の開始を示し、「#EXT-X-TARGETDURATION:10」は、ストリームデータを分割する時間情報であり、この場合例えば１０秒単位とする場合を示す。「#EXT-X-MEDIA-SEQUENCE:1」は、ストリームファイルのシーケンス番号を示す。この実施形態では、ストリームファイルが１コンテンツであるため、「１」である。「#EXTINF:10 http://sample.com:8000/xxxxxxxx0000000000000010」は先頭の部分ストリームデータのＯｎｅＴｉｍｅＵＲＬを示す。

図７の下図はＲＴＳＰ形式の視聴要求のフォーマット例である。「C->:PLAY rtsp://sample.com:8000/xxxxxxxx/audio RTSP/1.0」は、ストリームファイルのＵＲＬである。「Session:12345678」は携帯端末２との間のセッション番号を示す。「Range：npt＝0-」は、標準速度（ＮＰＴ：Normal Play Time）で再生したときの時間情報を示し、コンテンツの全体を再生時間とする。

コンテンツ配信部１３０は、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０からＲＴＳＰ形式の視聴要求を取得すると、要求されたＯｎｅＴｉｍｅＵＲＬのコンテンツのストリームファイルについて、プレイリストを参照してＨＬＳ配信する部分ストリームデータの時間情報に基づいて、コンテンツ記憶部１２０のストリームファイルから部分ストリームデータを読み出し、部分ストリームデータを、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０に与える（Ｓ１０７）。

このとき、コンテンツ配信部１３０は、要求されたコンテンツのプレイリストを有しており、プレイリストに記載された順序で部分ストリームデータをコンテンツ記憶部１２０から読み出して配信する。

例えば、コンテンツ配信部１３０は、携帯端末２のＨＬＳ配信に係るポート番号と、要求されたストリームファイルのＯｎｅＴｉｍｅＵＲＬと、部分ストリームデータの配信状況とを対応させて管理する。

例えば、コンテンツ配信部１３０は、部分ストリームデータの時間情報として、例えば、今回要求されたストリームデータの再生時間情報（０〜１０秒）をタイムスタンプとして管理しておく。また例えば、プレイリストにおいて、コンテンツ配信部１３０が配信した部分ストリームデータ（０〜１０秒）にはフラグを付して配信完了を管理し、配信した部分ストリームデータを管理する。

ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０は、コンテンツ配信部１３０からの部分ストリームデータをＲＴＳＰ形式からＨＬＳ形式にプロトコル変換を行う。そして、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０は、変換した部分ストリームデータを１ファイルとして携帯端末２に向けて送信する（Ｓ１０８）。

そして、携帯端末２は、取得した部分ストリームデータを再生する。

Ｓ１０９は、プレイリストの２番目のＵＲＬに基づく視聴要求の処理である。携帯端末２は、ＨＬＳ形式の視聴要求をコンテンツ配信サーバ１に送信する（Ｓ１０９）。

コンテンツ配信サーバ１では、ＨＬＳ⇒ＲＴＳＰプロトコル変換部１５０が、ＨＬＳ形式の視聴要求をＲＴＳＰ形式に変換してコンテンツ配信部１３０に与える（Ｓ１１０）。

コンテンツ配信部１３０は、ＲＴＳＰ形式の視聴要求を取得すると、要求されたコンテンツのストリームファイルのＯｎｅＴｉｍｅＵＲＬとＨＬＳ配信する部分ストリームデータの時間情報とに基づいて、要求されたストリームデータのうち、次の部分ストリームデータ（１０〜２０秒）を読み出して、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０に与える（Ｓ１１１）。

つまり、コンテンツ配信部１３０は、携帯端末２のＨＬＳ配信に係るポート番号と、要求されたストリームファイルのＯｎｅＴｉｍｅＵＲＬと、ＨＬＳ配信した部分ストリームデータの時間情報（タイムスタンプ）とを管理している。従って、コンテンツ配信部１３０は、視聴要求元が要求したストリームファイルについて次の視聴要求があると、部分ストリームデータの時間情報（タイムスタンプ）と分割する時間情報とに基づいて、連続する次の部分ストリームデータを配信するようにする。

そして、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０は、ＨＬＳ形式に変換した部分ストリームデータを１ファイルとして携帯端末２に向けて送信する（Ｓ１０８）。

上記のように、携帯端末２は、プレイリストに記載された部分ストリームデータのＯｎｅＴｉｍｅＵＲＬの視聴要求を順番に行うことで、部分ストリームデータを取得して再生処理を行う。

（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、コンテンツ配信サーバが１個のコンテンツのストリームデータをストリームファイルとして管理し、１個のストリームファイルを分割して配信することにより、別のコンテンツを簡単に挿入することができる。

（Ｂ）第２の実施形態
次に、本発明のコンテンツ配信装置、コンテンツ配信プログラム及びコンテンツ配信方法の第２の実施形態を、図面を参照しながら詳細に説明する。

（Ｂ−１）第２の実施形態の構成及び動作
図８は、第２の実施形態のコンテンツ配信サーバ１の内部構成を示す内部構成図である。

図８に示すように、第２の実施形態のコンテンツ配信サーバ１は、ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部１１０、コンテンツ記憶部１２０、コンテンツ配信部２３０、プレイリスト配信部１４０、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０、通信部１７０を有する。

第２の実施形態は、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０及びコンテンツ配信部２３０の処理が第１の実施形態と異なる。図８において、第１の実施形態の構成要素と同一又は対応するものについては、同一の符号を付している。

ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０は、携帯端末２から取得したＨＬＳ形式の視聴要求をＲＴＳＰ形式に変換して、コンテンツ配信部２３０に与えるものである。ここで、プロトコル変換方法が第１の実施形態と異なる。

図９は、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０による視聴要求のＨＬＳ形式からＲＴＳＰ形式へのプロトコル変換を説明する説明図である。

図９の上図はＨＬＳ形式の視聴要求のフォーマット例である。図９の下図はＲＴＳＰ形式の視聴要求のフォーマット例である。

ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０は、ＨＬＳ形式の視聴要求から、ストリームファイルのＯｎｅＴｉｍｅＵＲＬと再生時間情報とを抽出し、ＲＴＳＰ形式の視聴要求に変換する。

具体的に、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０は、今回視聴要求される部分ストリームデータのＯｎｅＴｉｍｅＵＲＬ「http://sample.com:8000/xxxxxxxx0000000000000010」の下１６桁の数字から部分ストリームデータの再生開始時間及び再生終了時間を抽出して「Range：npt＝0-10」とする。

コンテンツ配信部２３０は、第１の実施形態と同様に、ＩＰＳＰ配信部１３１と、ＨＬＳ配信部２３２とを有する。

ＨＬＳ配信部２３２は、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０からのＲＴＳＰ形式の視聴要求に基づいて、ＯｎｅＴｉｍｅＵＲＬのストリームファイルから部分ストリームデータを読み出してＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０に与えるものである。

ＨＬＳ配信部２３２は、視聴要求取得部２３３、指定時間確認部２３４、部分ストリーム配信部２３５を有する。

視聴要求取得部２３３は、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０からのＲＴＳＰ形式の視聴要求を取得するものである。視聴要求には、コンテンツのストリームファイルのＯｎｅＴｉｍｅＵＲＬが含まれており、視聴要求取得部１３３は、ストリームファイルのＯｎｅＴｉｍｅＵＲＬを特定する。

指定時間確認部２３４は、ＲＴＳＰ形式の視聴要求に含まれる部分ストリームデータの時間情報を確認するものである。指定時間確認部２３４は、ＲＴＳＰ形式の視聴要求の「Range」から部分ストリームデータの再生時間情報を抽出する。

部分ストリーム配信部２３５は、視聴要求取得部２３３により取得されたストリームファイルのＯｎｅＴｉｍｅＵＲＬと、指定時間確認部２３４から部分ストリームデータの時間情報とに基づいて、コンテンツ記憶部１２０のストリームファイルから部分ストリームデータを読み出してＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０に与えるものである。

図１０は、第２の実施形態のコンテンツ配信サーバ１におけるコンテンツ配信処理を示すシーケンス図である。なお、図１０では、第１の実施形態のコンテンツ配信処理と同一又は対応する処理については同一符号を付している。

コンテンツ配信サーバ１は、携帯電話２からプレイリストを取得すると、第１の実施形態と同様にしてプレイリストを生成し、プレイリストを携帯端末２に送信する（Ｓ１０１〜Ｓ１０４）。

携帯端末２は、プレイリストに記載の先頭のＯｎｅＴｉｍｅＵＲＬを用いて視聴要求を行う（Ｓ１０５）。

コンテンツ配信サーバ１において、ＨＬＳ形式の視聴要求が与えられると、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０は、ＨＬＳ形式の視聴要求をＲＴＳＰ形式に変換してコンテンツ配信部２３０に与える（Ｓ２０１）。

例えば、図９において、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０は、ＨＬＳ形式の視聴要求に含まれるＯｎｅＴｉｍｅＵＲＬ「http://sample.com:8000/xxxxxxxx0000000000000010」から、ストリームファイルのＵＲＬ「http://sample.com:8000/xxxxxxxx」を抽出すると共に、これに後続する「0000000000000010」を抽出する。ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０は、抽出した「0000000000000010」に基づいて、部分ストリームデータの再生時間情報を判断し、ＲＴＳＰのフォーマットのRangeに「Range：nps=0-10」とする。

コンテンツ配信部２３０は、ＲＴＳＰ形式に視聴要求の「C->:PLAY rtsp://sample.com:8000/xxxxxxxx/audio RTSP/1.0」に基づいて、ストリームファイルを特定し、さらに、「Range：nps=0-10」に基づいて、当該ストリームファイルのストリームデータから、再生時間情報が０秒〜１０秒の区間のデータを部分ストリームデータとして読み出して、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０に与える（Ｓ１０７）。

ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０は、コンテンツ配信部１３０からの部分ストリームデータをＲＴＳＰ形式からＨＬＳ形式にプロトコル変換を行う。そして、ＲＴＳＰ⇒ＨＬＳプロトコル変換部１６０は、変換した部分ストリームデータを１ファイルとして携帯端末２に向けて送信する（Ｓ１０８）。そして、携帯端末２は、取得した部分ストリームデータを再生する。

これ以降の処理についても上記と同様にして行われる。Ｓ２０２では、ＨＬＳ⇒ＲＴＳＰプロトコル変換部２５０が、ＨＬＳ形式の視聴要求に含まれるＯｎｅＴｉｍｅＵＲＬ「http://sample.com:8000/xxxxxxxx0000000000000010」から、ストリームファイルのＵＲＬ「http://sample.com:8000/xxxxxxxx」を抽出すると共に、これに後続する「0000001000000020」を抽出し、ＲＴＳＰのフォーマットのRangeに「Range：nps=10-20」とする。

上記のようにして、ストリームファイルのＯｎｅＴｉｍｅＵＲＬの末尾に再生時間情報が付与されたＵＲＬに基づいて、ＨＬＳ配信を行うことができる。

（Ｂ−２）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態の効果と同様に、コンテンツ配信サーバが１個のコンテンツのストリームデータをストリームファイルとして管理し、１個のストリームファイルを分割して配信することにより、別のコンテンツを簡単に挿入することができる。

（Ｃ）他の実施形態
上述した実施形態においても種々の変形実施形態を説明したが、以下の他の実施形態も本発明は適用することができる。

（Ｃ−１）上述した第１の実施形態は、プレイリスト配信部が、ストリームファイルのＯｎｅＴｉｍｅＵＲＬの末尾に、部分ストリームデータの再生時間情報を付与してプレイリストを作成する場合を例示した。しかし、ＯｎｅＴｉｍｅＵＲＬの末尾に付与するものは、部分ストリームデータを識別することができるものであれば、部分ストリームファイルの再生時間情報に限定されるものではない。例えば、ストリームデータを構成する部分ストリームデータの順番を示す情報であってもよい。これによっても、プレイリストに記載された連続した部分ストリームデータを配信することができる。

（Ｃ−２）上述した第１及び第２の実施形態では、プレイリスト配信部が、ストリームファイルのＯｎｅＴｉｍｅＵＲＬの末尾に、部分ストリームデータの再生時間情報を付与してプレイリストを作成する場合を例示した。しかし、部分ストリームデータの再生時間情報の他に、部分ストリームデータのデータサイズや、別コンテンツを含む部分ストリームデータについては、別コンテンツの識別子や１ファイル中に含まれる別コンテンツの再生時間情報等を含むようにしてもよい。さらには、ＯｎｅＴｉｍｅＵＲＬの末尾に、コンテンツのメタ情報として、例えば、テキスト情報や字幕あり／なしの情報等を付与してもよい。

１…コンテンツ配信サーバ、２…携帯端末、３…ＴＶ受像機、４及び５…ネットワーク、１０…コンテンツ配信システム、
１１０…ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部、
１２０…コンテンツ記憶部、
１３０及び２３０…コンテンツ配信部、１３２及び２３２…ＨＬＳ配信部、
１３３及び２３３…視聴要求取得部、１３４…部分ストリーム管理部、１３５及び２３５…部分ストリーム配信部、２３４…指定時間確認部、
１４０…プレイリスト配信部、
１５０及び２５０…ＨＬＳ⇒ＲＴＳＰプロトコル変換部、
１６０…ＲＴＳＰ⇒ＨＬＳプロトコル変換部、１７０…通信部。

Claims (5)

1. １個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信装置において、
   第１のコンテンツのストリームデータに、上記第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段と、
   上記ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、上記ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、上記要求元端末に上記再生リストを与える再生リスト配信手段と、
   上記要求元端末から上記要求を取得すると、上記再生リストを参照して、上記位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して上記要求元端末に配信するコンテンツ配信手段と
   を備えることを特徴とするコンテンツ配信装置。
2. 上記再生リスト配信手段が、上記ストリームファイルの位置特定情報の末尾に、当該ストリームファイルのストリームデータの再生時間情報を付与して上記再生リストを生成するものであることを特徴とする請求項１に記載のコンテンツ配信装置。
3. 上記コンテンツ記憶手段は、第１の配信プロトコルに対応のストリームデータを記憶するものであり、
   上記コンテンツ配信手段は、上記要求元端末が要求する第２の配信プロトコルと上記第１の配信プロトコルとの間でプロトコル変換を行うプロトコル変換部を有するものである
   ことを特徴とする請求項１又は２に記載コンテンツ配信装置。
4. １個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信プログラムにおいて、
   第１のコンテンツのストリームデータに、上記第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段を備えるコンピュータを、
   上記ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、上記ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、上記要求元端末に上記再生リストを与える再生リスト配信手段、
   上記要求元端末から上記要求を取得すると、上記再生リストを参照して、上記位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して上記要求元端末に配信するコンテンツ配信手段
   として機能させるものであることを特徴とするコンテンツ配信プログラム。
5. １個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信方法において、
   第１のコンテンツのストリームデータに、上記第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段を備え、
   再生リスト配信手段が、上記ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、上記ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、上記要求元端末に上記再生リストを与え、
   コンテンツ配信手段が、上記要求元端末から上記要求を取得すると、上記再生リストを参照して、上記位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して上記要求元端末に配信する
   ことを特徴とするコンテンツ配信方法。

Images