(57)【要約】【課題】１個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に配信する方式において、ファイル中に別のコンテンツデータを簡単に挿入できるようにする。【解決手段】本発明は、第１のコンテンツのストリームデータに第２のコンテンツのストリームデータが挿入されたものを１個のストリームファイルとして記憶し、ストリームファイルのストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して要求元端末に与えと、要求を取得すると再生リストを参照して位置特定情報のストリームファイルから部分ストリームデータを読み出しファイル化して配信する。【選択図】      図１
2014060677.tif 000002
【特許請求の範囲】
【請求項１】
１個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信装置において、
第１のコンテンツのストリームデータに、上記第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段と、
上記ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、上記ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、上記要求元端末に上記再生リストを与える再生リスト配信手段と、
上記要求元端末から上記要求を取得すると、上記再生リストを参照して、上記位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して上記要求元端末に配信するコンテンツ配信手段と
を備えることを特徴とするコンテンツ配信装置。
【請求項２】
上記再生リスト配信手段が、上記ストリームファイルの位置特定情報の末尾に、当該ストリームファイルのストリームデータの再生時間情報を付与して上記再生リストを生成するものであることを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項３】
上記コンテンツ記憶手段は、第１の配信プロトコルに対応のストリームデータを記憶するものであり、
上記コンテンツ配信手段は、上記要求元端末が要求する第２の配信プロトコルと上記第１の配信プロトコルとの間でプロトコル変換を行うプロトコル変換部を有するものである
ことを特徴とする請求項１又は２に記載コンテンツ配信装置。
【請求項４】
１個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信プログラムにおいて、
第１のコンテンツのストリームデータに、上記第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段を備えるコンピュータを、
上記ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、上記ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、上記要求元端末に上記再生リストを与える再生リスト配信手段、
上記要求元端末から上記要求を取得すると、上記再生リストを参照して、上記位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して上記要求元端末に配信するコンテンツ配信手段
として機能させるものであることを特徴とするコンテンツ配信プログラム。
【請求項５】
１個のストリームファイルのストリームデータを複数に分割し、分割された各部分ストリームデータを含むファイルを連続的に要求元端末に配信するコンテンツ配信方法において、
第１のコンテンツのストリームデータに、上記第１のコンテンツとは異なる別の第２のコンテンツのストリームデータが挿入されたものを、１個のストリームファイルとして記憶するコンテンツ記憶手段を備え、
再生リスト配信手段が、上記ストリームファイルに含まれるストリームデータを分割した各部分ストリームデータの再生順序を示すものであって、上記ストリームファイルの位置特定情報に各部分ストリームデータの特定情報を付与した再生リストを生成して、上記要求元端末に上記再生リストを与え、
コンテンツ配信手段が、上記要求元端末から上記要求を取得すると、上記再生リストを参照して、上記位置特定情報のストリームファイルから、対応する部分ストリームデータを読み出し、その読み出した部分ストリームデータをファイル化して上記要求元端末に配信する
ことを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置、コンテンツ配信プログラム及びコンテンツ配信方法に関し、例えば、ネットワークを通じてコンテンツ配信を行うコンテンツ配信装置、コンテンツ配信プログラム及びコンテンツ配信方法に適用し得るものである。
【背景技術】
【０００２】
近年、ブロードバンドネットワークの普及に伴い、ネットワークを通じた映像配信技術が進展している。ユーザは、ＩＰＴＶ装置で配信映像を視聴するだけでなく、いわゆるスマートフォン端末やタブレット端末等の携帯端末によっても映像を視聴することができるようになり、映像視聴が身近なものとなっている。
【０００３】
従来、ＩＰネットワークを通じて映像を配信するプロトコルの１つとしてＨＬＳ（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」とする。
【０１１３】
上記のようにして、ストリームファイルのＯｎｅＴｉｍｅＵＲＬの末尾に再生時間情報が付与されたＵＲＬに基づいて、ＨＬＳ配信を行うことができる。
【０１１４】
（Ｂ−２）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態の効果と同様に、コンテンツ配信サーバが１個のコンテンツのストリームデータをストリームファイルとして管理し、１個のストリームファイルを分割して配信することにより、別のコンテンツを簡単に挿入することができる。
【０１１５】
（Ｃ）他の実施形態
上述した実施形態においても種々の変形実施形態を説明したが、以下の他の実施形態も本発明は適用することができる。
【０１１６】
（Ｃ−１）上述した第１の実施形態は、プレイリスト配信部が、ストリームファイルのＯｎｅＴｉｍｅＵＲＬの末尾に、部分ストリームデータの再生時間情報を付与してプレイリストを作成する場合を例示した。しかし、ＯｎｅＴｉｍｅＵＲＬの末尾に付与するものは、部分ストリームデータを識別することができるものであれば、部分ストリームファイルの再生時間情報に限定されるものではない。例えば、ストリームデータを構成する部分ストリームデータの順番を示す情報であってもよい。これによっても、プレイリストに記載された連続した部分ストリームデータを配信することができる。
【０１１７】
（Ｃ−２）上述した第１及び第２の実施形態では、プレイリスト配信部が、ストリームファイルのＯｎｅＴｉｍｅＵＲＬの末尾に、部分ストリームデータの再生時間情報を付与してプレイリストを作成する場合を例示した。しかし、部分ストリームデータの再生時間情報の他に、部分ストリームデータのデータサイズや、別コンテンツを含む部分ストリームデータについては、別コンテンツの識別子や１ファイル中に含まれる別コンテンツの再生時間情報等を含むようにしてもよい。さらには、ＯｎｅＴｉｍｅＵＲＬの末尾に、コンテンツのメタ情報として、例えば、テキスト情報や字幕あり／なしの情報等を付与してもよい。
【符号の説明】
【０１１８】
１…コンテンツ配信サーバ、２…携帯端末、３…ＴＶ受像機、４及び５…ネットワーク、１０…コンテンツ配信システム、
１１０…ＨＬＳ⇔ＲＴＳＰ変換コンテンツ情報記憶部、
１２０…コンテンツ記憶部、
１３０及び２３０…コンテンツ配信部、１３２及び２３２…ＨＬＳ配信部、
１３３及び２３３…視聴要求取得部、１３４…部分ストリーム管理部、１３５及び２３５…部分ストリーム配信部、２３４…指定時間確認部、
１４０…プレイリスト配信部、
１５０及び２５０…ＨＬＳ⇒ＲＴＳＰプロトコル変換部、
１６０…ＲＴＳＰ⇒ＨＬＳプロトコル変換部、１７０…通信部。
【図１】
2014060677.tif 000003
【図２】
2014060677.tif 000004
【図３】
2014060677.tif 000005
【図４】
2014060677.tif 000006
【図５】
2014060677.tif 000007
【図６】
2014060677.tif 000008
【図７】
2014060677.tif 000009
【図８】
2014060677.tif 000010
【図９】
2014060677.tif 000011
【図１０】
2014060677.tif 000012