データセグメントのオプションのブロードキャスト配信によるストリーミング
移動通信ネットワークにおいてデータをストリーミングするため、ストリーム（２００）の記述ファイル（１００）が提供される。記述ファイル（１００）は、ストリームのデータセグメント（２１０）のユニキャスト配信のためのＵＲＩ等の配信元識別子のリスト（１１０）を含む。ブロードキャスト指標（１２０）は、データセグメント（２１０）のブロードキャスト配信を使用できることを示すように記述ファイル（１００）に選択的に追加される。ブロードキャスト指標（１２０）を追加すること及びブロードキャスト配信を開始することは、ストリームの人気に基づいて達成されてもよい。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データセグメントのオプションのブロードキャスト配信によりストリーミングする技術に関する。
【背景技術】
【０００２】
データをクライアントに配信するため、データをストリーミングする手法を使用することは既知である。一般にストリーミングされたデータは、オーディオデータ及び／又はビデオデータ等のメディアデータを含む。
【０００３】
これに関連して、ファイルストリーミング手法を使用することが既知であり、この手法に従って、ストリームのデータセグメントは、ユニキャスト要求及びユニキャスト応答を使用してクライアントに配信される。ここで、データセグメントは、例えばＭＰＥＧ−ＴＳパケット（ＭＰＥＧ：Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ、ＴＳ：トランスポートストリーム）の形式のメディアデータを含むファイルであってもよい。データセグメントは、メディアデータを含む個々のメディアファイル、例えば３ＧＰＰ技術仕様書２６．２４４に規定されたような３ｇｐファイル又はＩＳＯ／ＩＥＣ１４４９６−１２及び１４４９６−１４に規定されたようなＭＰ４ファイルの形式を更に有してもよい。例えば、ストリームは、合計再生時間が約１時間の映画に対応してもよく、データセグメントは、各々が約数秒の再生時間を有する映画の連続部分に対応するメディアファイルであってもよい。
【０００４】
ファイルストリーミング手法において、データセグメントのユニキャスト配信のための配信元識別子のリストを含む記述ファイルが提供される。そのような記述ファイルの一例は、ＨＴＴＰライブストリーミングプロトコル（ＨＴＴＰ：ハイパーテキスト転送プロトコル）に従うプレイリストファイルである。この場合、配信元識別子（delivery source identifies）は、ＵＲＩ（Uniform Resource Identifiers）の形式で提供される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
移動通信ネットワークにおいてファイルストリーミング手法を適用する場合、一般に、データセグメントを連続して要求及び受信する種々の移動端末において複数のストリーミングクライアントが存在することになるから、ネットワークデバイス間の通信又はネットワークデバイスと移動端末との間の通信に対して使用可能な帯域幅等のネットワーク資源をかなり使用することになるだろう。
【０００６】
従って、移動通信ネットワークにおいてデータをストリーミングする場合にネットワーク資源を効率的に使用できるようにする技術が必要である。
【課題を解決するための手段】
【０００７】
本発明の一実施形態によると、移動通信ネットワークにおいてデータをストリーミングする方法が提供される。この方法は、ストリームの記述ファイルを提供することを備える。記述ファイルは、ストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。この方法によると、データセグメントのブロードキャスト配信が使用できるかを示すため、ブロードキャスト指標(broadcast indicator)が記述ファイルに追加される。
【０００８】
本発明の一実施形態によると、ストリームの人気値(popularity value)は、例えばデータセグメント及び／又は記述ファイルを提供するサーバ、あるいは一時的に格納されたデータセグメント及び／又は記述ファイルのコピーを提供するプロキシサーバにおいて実現されてもよい人気推定器関数により判定される。人気値に基づいて、ブロードキャスト配信を開始してもよく、ブロードキャスト配信を使用できることを示すように記述ファイルに追加されたブロードキャスト指標でもよい。例えば人気値は、第１の閾値及び第２の閾値と比較されてもよい。人気値が第１の閾値を上回る場合、ブロードキャスト配信を開始してもよく、ブロードキャスト指標は、ブロードキャスト配信を使用できることを示すために記述ファイルにおいて提供されてもよい。人気値が第２の閾値を下回る場合、ブロードキャスト配信を終了してもよく、ブロードキャスト指標は、例えばブロードキャスト指標を変更するかあるいは記述ファイルからブロードキャスト指標を削除することにより、ブロードキャスト配信を使用できないことを示すために提供されてもよい。
【０００９】
本発明の更なる一実施形態によると、移動端末においてストリーミングされたデータを受信する方法が提供される。この方法は、ストリームの記述ファイルを受信することを備える。記述ファイルは、ストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。更に、この記述ファイルは、データセグメントのブロードキャスト配信を使用できるかを示すブロードキャスト指標を含む。この方法によると、ブロードキャスト指標に基づいて前記ブロードキャスト配信を使用できるかが判定される。ブロードキャスト配信を使用できる場合には、データセグメントは、ブロードキャスト配信を使用して受信される。
【００１０】
本発明の更なる実施形態は、上述の方法に従って動作するネットワーク構成要素又は移動端末に関する。
【図面の簡単な説明】
【００１１】
【図１】図１は、分割されたストリームの構造及びストリームの記述ファイルを概略的に示す図である。
【図２】図２は、本出願の実施形態に係る概念が適用されてもよい移動通信ネットワーク環境を概略的に示す図である。
【図３】図３は、本発明の一実施形態に係るネットワーク構成要素を概略的に示す図である。
【図４】図４は、本発明の一実施形態に係る移動端末を概略的に示す図である。
【図５】図５は、本発明の一実施形態に従ってデータをストリーミングする方法を示すフローチャートである。
【図６】図６は、本発明の更なる一実施形態に従ってストリーミングされたデータを受信する方法を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下において、例示的な実施形態及び添付の図面を参照することにより、本発明を更に詳細に説明する。示された実施形態は、３ＧＰＰ（第３世代パートナーシッププロジェクト）技術仕様書に係る移動通信ネットワーク等の移動通信ネットワークにおいてデータをストリーミングする技術に関する。しかし、本明細書において説明されるような概念は、ＷＬＡＮネットワーク（ＷＬＡＮ：無線ローカルエリアネットワーク）等の他の種類の移動通信ネットワークに更に適用されてもよいことが理解されるべきである。
【００１３】
図１は、本発明の一実施形態に従って使用されるような分割されたセグメント２００の構造を概略的に示す。また、図１は、本発明の一実施形態に係る記述ファイル１００の構造を更に示す。
【００１４】
示されるように、ストリーム２００は複数のデータセグメント２１０を含む。データセグメントは、ストリーミングクライアントにより順々に再生されるように並べられている。ストリーミングの概念によると、データセグメント２１０は、連続して、すなわち２つのデータセグメント２１０間の間隔なしで再生される。図１の例において、順序は、セグメント番号＃Ｘ、＃Ｘ＋１及び＃Ｘ＋２により示される。この所定の順序に従って、番号＃Ｘ＋１を含むデータセグメントは番号＃Ｘを含むデータセグメントの後で再生され、番号＃Ｘ＋２を含むデータセグメントは番号＃Ｘ＋１を含むデータセグメントの後で再生される。
【００１５】
各データセグメント２１０は、オーディオデータ及び／又はビデオデータ等のメディアデータを含む。図示された例においては、メディアデータは、オーディオフレーム又はビデオフレーム等のメディアフレーム２２０により示される。示されるように、各データセグメント２１０は、複数のメディアフレーム２２０を含んでもよい。一実施形態によると、メディアフレーム２２０はＭＰＥＧ−ＴＳパケットである。他の実施形態によると、データセグメント２１０は、例えば３ＧＰＰ技術仕様書２６．２４４に規定されたような３ｇｐファイル又はＩＳＯ／ＩＥＣ１４４９６−１２及び１４４９６−１４に規定されたようなＭＰ４ファイルの形式の個々のメディアファイルであってもよい。
【００１６】
各データセグメント２１０は、例えば約１０秒のメディアデータの再生時間を与えることに対応してもよい。ストリーム２００の合計再生時間は、非常により長くてもよく、例えば数分〜数時間であってもよい。
【００１７】
記述ファイル１００は、データセグメント２１０のユニキャスト配信のための配信元識別子のリスト１１０を含む。リスト１１０において配信元識別子を使用することにより、ストリーム２００のデータセグメント２１０は、要求／応答機構を使用して検索されてもよい。例えばストリーミングクライアントは、配信元識別子を含むＨＴＴＰ要求を送出してもよく、その要求に応答してこの配信元識別子に対応するデータセグメント２１０を受信してもよい。本発明の一実施形態によると、配信元識別子は、ＵＲＩ又はＵＲＬ（統一資源ロケータ）の形式を有する。他の実施形態によると、他の種類の配信元識別子及び／又はＨＴＴＰ以外の他のプロトコルが使用されてもよい。
【００１８】
ストリーミングの実現例に依存して、記述ファイル１００に対して種々の形式が使用されてもよい。記述ファイル１００の例示的な形式は、ＨＴＴＰライブストリーミングプロトコルに対して規定されるようなプレイリストファイルである。ストリーミングの実現例に依存して、更に記述ファイル１００は、プレイリストファイル、インデックスファイル又はマニフェストファイルと呼ばれてもよい。
【００１９】
更に示されるように、記述ファイル１００はブロードキャスト指標１２０を更に含む。また、タイミング指標１３０が、その記述ファイル１００に追加的に提供されてもよい。
【００２０】
ブロードキャスト指標１２０は、ストリーム２００のブロードキャスト配信が使用できるかを示すように記述ファイル１００に選択的に追加できる。ブロードキャスト指標１２０は、ストリーム２００の種々の別の配信方法を更に示してもよい。例えば、第１の別の配信方法はユニキャスト配信であってもよく、第２の別の配信方法はユニキャスト配信及びブロードキャスト配信の双方であってもよく、第３の別の配信方法はブロードキャスト配信のみであってもよい。しかし、以下の説明のため、データセグメント２１０のユニキャスト配信を常に使用できるものとし、且つブロードキャスト指標１２０についはユニキャスト配信に加えブロードキャスト配信を使用できるかを示すものと仮定される。また、ブロードキャスト指標１２０は、ブロードキャスト配信のためのアクセス情報、例えばポート番号又はマルチキャストアドレス等のブロードキャストチャネルを受信するのに必要なブロードキャストチャネル及び／又はパラメータの識別子を更に含むと仮定されるだろう。
【００２１】
ストリーミングクライアントがデータセグメント２１０のうちの１つを要求し且つ要求に応答して要求されたデータセグメント２１０を受信するユニキャスト配信と比較すると、ブロードキャスト配信は、同一のデータセグメント２１０を同時に複数のストリーミングクライアントに送出することを意味する。ブロードキャスト配信は、複数の移動端末により受信されてもよく且つデータセグメント２１０を送信するために使用されるブロードキャストチャネルを使用して確立されてもよい。また、記述ファイル１００の更新されたバージョンも、ブロードキャストチャネル上で送信されてもよい。
【００２２】
ブロードキャスト配信を実現するため、種々のオプションが使用可能である。例えばブロードキャストチャネルは、ＲＦＣ３９２６に規定されたようなＦＬＵＴＥプロトコル（ＦＬＵＴＥ：Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）又はＩＰマルチキャスト（ＩＰ：インターネットプロトコル）を使用して実現されてもよい。３ＧＰＰ技術仕様書に従って移動通信ネットワークにおいてブロードキャストチャネルを確立するため、３ＧＰＰ技術仕様書に規定されたようなマルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）のマルチキャストモード又はブロードキャストモードは、ブロードキャストチャネルを確立するために使用されてもよい。
【００２３】
上述したように、記述ファイル１００は、オプションとしてタイミング指標１３０を更に含んでもよい。タイミング指標１３０は、その後ストリーミングクライアントが記述ファイル１００の更新されたバージョンを要求すべき時間間隔を示すように使用されてもよい。更に又はあるいは、その後ストリーミングクライアントがブロードキャスト配信を使用して正常に受信できないデータセグメント２１０のうちの１つ以上を検索するためにユニキャスト配信を使用すべき時間間隔が示されてもよい。以下に更に説明されるように、これは、ストリーム２００へのユニキャストアクセスに対して最小使用率を維持することをストリーミングクライアントに強制するために使用されてもよい。次にユニキャストアクセスは、ストリーム２００の人気値を推定又は監視するために使用されてもよい。
【００２４】
図２は、本発明の実施形態に係る概念が適用可能な移動通信ネットワーク環境を概略的に示す図である。
【００２５】
示されるように、移動通信ネットワーク環境は、Ａにより示されたコンテンツアップロードセクション、Ｂにより示されたコンテンツ検索セクション、及び、Ｃにより示された管理されたコンテンツ配信セクションを備える。
【００２６】
コンテンツアップロードセクションにおいて、ビデオヘッドエンド（ＶＨＥ）システム３１０は、ビデオデータ及び／又はオーディオデータを含む連続メディアストリーム１１を生成する。連続メディアストリーム１１は分割器３２０に供給される。分割器３２０は、連続メディアストリーム１１を例えば約１０秒のほぼ同一の再生時間に対応するデータセグメントに分割する。データセグメントは、図１に関連して説明したようなデータセグメントに対応してもよい。図中符号１２により示されるように、次に分割器３２０は、ＨＴＴＰサーバ３３５のファイルシステム３３０へのデータセグメントのアップロードを達成する。分割器３２０は、図１に関連して説明したような記述ファイルに対応してもよいが、一般にブロードキャスト指標１２０又はタイミング指標１３０を含まないストリームに対する記述ファイルを更に生成する。記述ファイルは、例えばＵＲＩの形式のストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。
【００２７】
１つのオプションによると、ストリームはオープンであり、新しいデータセグメントは、連続メディアストリーム１１から生成されるために分割器３２０により使用可能になる。この場合、記述ファイルは、新しいデータセグメントが使用可能になる度に更新されてもよい。別のオプションによると、ストリームはクローズされてもよく、ストリームの更なるデータセグメントは分割器３２０により生成されない。この場合、分割器３２０は、記述ファイルの更新されたバージョンを提供する必要はない。これは、ＨＴＴＰライブストリーミングプロトコルに対して説明したような「＃ＥＸＴ−Ｘ−ＥＮＤＬＩＳＴ」等の対応する指標により、記述ファイルにおいて示されてもよい。そのような指標が記述ファイルに含まれない場合、ストリーミングクライアントは、新しいデータセグメントの配信元識別子を認識するように記述ファイルの更新されたバージョンを受信しようとするだろう。尚、これに関連して、記述ファイルの更新されたバージョンは、一般に新しい情報を含むだろう。しかし、更新されたバージョンは、例えば記述ファイルの以前のバージョンが依然として有効であることを示すために更に変更されなくてもよい。
【００２８】
コンテンツ検索セクションＢは、キャッシュ３４５を含むＨＴＴＰプロキシサーバ３４０を備える。更にコンテンツ検索セクションＢは、キャッシュ３４５及びブロードキャストハンドラ３６０を含むハイブリッドプロキシサーバ３５０を備える。
【００２９】
管理されたコンテンツ配信セクションは、ハイブリッドプロキシサーバ３５０と通信する移動端末３８０を備える。更に移動端末３８０は、ブロードキャストチャネル５０を介してブロードキャストハンドラ３６０と通信してもよい。
【００３０】
図２に示されるような移動通信ネットワーク環境において、コンテンツ検索及び管理されたコンテンツ配信は以下のように動作する。移動端末３８０のうちの１つのストリーミングクライアントは、ストリームについて認識し、ストリームの記述ファイルに対する要求２１をハイブリッドプロキシサーバ３５０に送出する。要求された記述ファイルがハイブリッドプロキシサーバ３５０のキャッシュ３５５において入手可能でない場合、ハイブリッドプロキシサーバ３５０は、記述ファイルに対する要求２２をＨＴＴＰプロキシサーバ３４０に送出する。要求された記述ファイルがＨＴＴＰプロキシサーバ３４０のキャッシュ３４５において入手可能でない場合、ＨＴＴＰプロキシサーバ３４０は、記述ファイルに対する要求２３をＨＴＴＰサーバ３３５に送出する。ＨＴＴＰサーバ３３５は、ファイルシステム３３０から要求された記述ファイルを検索し、要求された記述ファイルを含む応答２４を、キャッシュ３４５に受信した記述ファイルのコピーを格納するＨＴＴＰプロキシサーバ３４０に送出する。更にＨＴＴＰプロキシサーバ３４０は、記述ファイルを含む応答２５をハイブリッドプロキシサーバ３５０に送出する。ハイブリッドプロキシサーバ３５０は、キャッシュ３５５に記述ファイルのコピーを格納する。更にハイブリッドプロキシサーバ３５０は、記述ファイルを含む応答２６を移動端末３８０のストリーミングクライアントに送出する。ここで、例えば移動端末３８０のうちの別の１つにおけるストリーミングクライアントからの記述ファイルに対する別の要求２７がある場合、キャッシュ３５５において既に記述ファイルのコピーは入手可能であり、次にハイブリッドプロキシサーバ３５０は、キャッシュ３５５に格納されたような記述ファイルのコピーを含む応答２８を送出する。
【００３１】
ストリームのデータセグメント等の他のコンテンツを要求する処理も同様である。移動端末３８０のうちの１つのストリーミングクライアントは、データセグメントに対する要求２１をハイブリッドプロキシサーバ３５０に送出する。要求されたデータセグメントのコピーがキャッシュ３５５において入手可能でない場合、ハイブリッドプロキシサーバ３５０は、データセグメントに対する要求２２をＨＴＴＰプロキシサーバ３４０に送出する。要求されたデータセグメントのコピーがキャッシュ３４５において入手可能でない場合、ＨＴＴＰプロキシサーバ３４０は、データセグメントに対する要求２３をＨＴＴＰサーバ３３５に送出する。ＨＴＴＰサーバ３３５は、ファイルシステムから要求されたデータセグメントを検索し、要求されたデータセグメントを含む応答２４をＨＴＴＰプロキシサーバ３４０に送出する。ＨＴＴＰプロキシサーバ３４０は、キャッシュ３４５に要求されたデータセグメントのコピーを格納する。更にＨＴＴＰプロキシサーバ３４０は、要求されたデータセグメントを含む応答をハイブリッドプロキシサーバ３５０に送出する。ハイブリッドプロキシサーバ３５０は、キャッシュ３５５に要求されたデータセグメントのコピーを格納し、応答２６を移動端末３８０のストリーミングクライアントに送出する。すなわち移動端末３８０のうちの別の１つからこのデータセグメントに対する別の要求２７がある場合、要求されたデータセグメントのコピーはキャッシュ３５５において既に入手可能であり、ハイブリッドプロキシサーバ３５０は、要求されたデータセグメントのコピーを含む応答を移動端末３８０のストリーミングクライアントに送出する。
【００３２】
記述ファイル又はデータセグメント等の要求されたコンテンツのコピーがキャッシュ３５５において入手可能ではないが、キャッシュ３４５において入手可能である場合、要求は、キャッシュ３４５に格納されたようなコピーで応えられる。
【００３３】
従って、示されたキャッシング階層により、キャッシュ３５５又はキャッシュ３４５に格納される要求されたコンテンツのコピーを含む特定のコンテンツ、すなわちストリームの記述ファイル又はストリームのデータセグメントに対する要求に応答できる。ハイブリッドプロキシサーバ３５０のみを使用するキャッシング階層又はより多くのＨＴＴＰプロキシサーバを使用するキャッシング階層等の他のキャッシング階層が更に使用されてもよいことが理解されるべきである。キャッシュ３５５又はキャッシュ３４５により格納されたコピーは、コンテンツが所定の時間の後で新たに要求されることを保証するように、有効時間情報を含んでもよい。このように、コンテンツの更新されたバージョンはキャッシュ３５５、３４５に格納される。例えば、キャッシュ３５５又はキャッシュ３４５に格納されたようなストリームの記述ファイルのコピーは、記述ファイルの更新されたバージョンのコピーに置換されてもよい。
【００３４】
従って、示されたキャッシング階層は、ストリームの記述ファイル又はストリームのデータセグメントのデータセグメント等のコンテンツのコピーをある特定の時間維持することにより、コンテンツを移動端末３８０のより近くに移動させることがきる。このように、移動通信ネットワークの構成要素(components)間のデータトラフィックは削減される。
【００３５】
図２に示されるような移動通信ネットワーク環境の構造は単なる例であり、且つ本発明の実施形態に係る概念は、移動通信ネットワーク環境の異なる構造を使用して更に適用されてもよいことが理解されるべきである。例えば、ＨＴＴＰプロキシサーバ３４０及びキャッシュ３４５はコミットされてもよく、ハイブリッドプロキシサーバ３５０は、ＨＴＴＰサーバ３３５と直接通信してもよい。また、ハイブリッドプロキシサーバ３５０及びキャッシュ３５５は更に省略されてもよく、移動端末３８０及びブロードキャストハンドラ３６０は、ＨＴＴＰサーバ３３５と直接通信してもよい。
【００３６】
本発明の一実施形態によると、ハイブリッドプロキシサーバ３５０は、ストリームの人気値を判定するように構成される。このため、ハイブリッドプロキシサーバ３５０は、人気推定器と呼ばれる、それに対応して構成されたデバイス又はモジュール（図２には不図示）を備える。人気値に基づいて、トリガリング信号３１をブロードキャストハンドラ３６０に送出することによりストリームのブロードキャスト配信を開始する。更にハイブリッドプロキシサーバ３５０は、ストリームのブロードキャスト配信を現在使用できることを示すように、ブロードキャスト指標を記述ファイルに追加する。
【００３７】
一実施形態によると、ブロードキャストハンドラ３６０は、ストリームに関連したコンテンツに対する要求３２をハイブリッドプロキシサーバ３５０に送出する。特にブロードキャストハンドラ３６０は、ストリームのデータセグメントを要求してもよい。また、ブロードキャストハンドラ３６０は、ストリームの記述ファイルを更に要求してもよい。ハイブリッドプロキシサーバ３５０は、要求されたコンテンツ、すなわちストリームのデータセグメント及びオプションとして更にストリームの記述ファイルを含む応答３３をブロードキャストハンドラ３６０に送出する。要求３２及び応答３３は、例えば要求／応答機構を使用して移動端末３８０のうちの１つとハイブリッドプロキシサーバ３５０との間と同様にブロードキャストハンドラ３６０とハイブリッドプロキシサーバ３５０との間でやり取りされてもよい。すなわち、ハイブリッドプロキシサーバ３５０に対して、ブロードキャストハンドラ３６０は、移動端末３８０のストリーミングクライアントと同様に動作してもよい。他の実施形態によると、ブロードキャストハンドラ３６０は、ブロードキャストチャネル５０を介して配信のためのデータセグメント及び／又は記述ファイルを検索するために他の機構を使用してもよい。例えばハイブリッドプロキシサーバ３５０は、プッシュ機構とも呼ばれてもよいブロードキャストハンドラ３６０からの要求を全く必要とせずに、データセグメント又は記述ファイルをブロードキャストハンドラ３６０に能動的に送出してもよい。また、ブロードキャストハンドラ３６０は、ＨＴＴＰプロキシサーバ３４０又はＨＴＴＰサーバ３３５等の他のソースからデータセグメント及び／又は記述ファイルを更に受信してもよい。
【００３８】
次にブロードキャストハンドラ３６０は、ブロードキャストチャネル５０を使用してコンテンツを同時に複数の移動端末３８０に配信する。
【００３９】
ストリームに対してブロードキャスト配信を開始する場合、少なくともストリームのデータセグメントは、ブロードキャストハンドラ３６０により複数の移動端末３８０に配信される。いくつかの実施形態によると、ストリームの記述ファイルは、更にブロードキャスト配信を使用して配信されてもよい。この場合、記述ファイルの更新されたバージョンは、規則的な時間間隔で又はそれらが使用可能になるとすぐにブロードキャストチャネル上に配信される。
【００４０】
ハイブリッドプロキシサーバ３５０の上述の機能性を使用して、移動端末３８０のうちの１つがストリームを受信したい場合に、最初にハイブリッドプロキシサーバ３５０からストリームの記述ファイルを要求する。ハイブリッドプロキシサーバ３５０は、記述ファイルのキャッシュされたコピーで応答するか、あるいはＨＴＴＰプロキシサーバ３４０又はＨＴＴＰサーバ３３５から記述ファイルを受信するための要求を行う。
【００４１】
ストリームの人気値に基づいて、ブロードキャスト指標は記述ファイルに選択的に追加される。例えば、人気値が第１の閾値を上回る場合、ブロードキャスト指標は、ブロードキャスト配信を使用できることを示すように記述ファイルに追加し、ブロードキャスト配信を開始してもよい。そして、人気値が第２の閾値を下回る場合、ブロードキャスト指標は、ブロードキャスト配信をもはや使用できないことを示すように変更又は削除し、ブロードキャスト配信を終了してもよい。ブロードキャスト配信の開始及び終了は、トリガリング信号３１を使用して実現されてもよい。一実施形態によると、第１の閾値は第２の閾値より高い。このように、人気値が閾値のうちの１つに近接することによりブロードキャスト配信を頻繁に開始及び終了することを回避できる。示された実施形態において、選択的にブロードキャスト指標を追加し且つブロードキャスト配信を開始又は終了する上記の処理は、ハイブリッドプロキシサーバ３５０の人気推定器により達成される。閾値は、ユニキャスト配信を提供するのに必要な資源とブロードキャスト配信を提供するのに必要な資源とのバランスを取るように、移動通信ネットワークの事業者により構成されてもよい。
【００４２】
移動通信端末３８０のストリーミングクライアントは、記述ファイルを受信し、記述ファイルのブロードキャスト指標に基づいてブロードキャスト配信を使用できるかを判定する。例えば、記述ファイルに存在するブロードキャスト指標はブロードキャスト配信を使用できることを示してもよく、記述ファイルに存在しないブロードキャスト指標はブロードキャスト配信を使用できないことを示してもよい。別の例は、ブロードキャスト配信を使用できることを示す一方の種類のブロードキャスト指標及びブロードキャスト配信を使用できないことを示す他方の種類のブロードキャスト指標を有することである。
【００４３】
ブロードキャスト配信を使用できる場合、次に移動端末３８０のストリーミングクライアントは、ストリームのデータセグメントを受信するためにブロードキャスト配信を使用する。ブロードキャスト配信を使用できない場合、移動端末のストリーミングクライアントは、ストリームのデータセグメントを受信するためにユニキャスト配信を使用する。すなわち、記述ファイルに含まれるようなユニキャスト配信のための配信元指標を使用してデータセグメントを要求する。また、データセグメントのうちの１つのブロードキャスト配信がブロードキャストチャネル５０上の外乱等により障害を起こす場合、ストリーミングクライアントは、このデータセグメントを受信するためにユニキャスト配信を更に使用してもよい。
【００４４】
上述したように、ストリームの記述ファイルは更にブロードキャスト配信に含まれてもよい。従って、移動端末３８０のストリーミングクライアントは、ブロードキャスト配信を使用して記述ファイルの更新されたバージョンを受信してもよい。記述ファイルの更新されたバージョンは、新たに追加された配信資源識別子を含んでもよく、あるいはブロードキャスト識別子に対して更に変更されてもよい。例えば、データセグメントのブロードキャスト配信は、ブロードキャスト配信をもはや使用できないことを示すようにブロードキャスト指標に対して変更されるストリームの記述ファイルの更新されたバージョンで終了してもよい。記述ファイルの更新されたバージョンを受信すると、移動端末３８０のストリーミングクライアントは、ブロードキャスト配信をもはや使用できないことを判定し、次にデータセグメント又は記述ファイルの更新されたバージョンを要求及び受信するためにユニキャスト配信を使用する。ここでも、記述ファイルの更新されたバージョンは、例えば以前のバージョンが依然として有効であることを示すために、以前のバージョンに対して更に実質的に変更されなくてもよい。
【００４５】
上述したように、本発明のいくつかの実施形態によると、ブロードキャスト配信の開始又は終了は、ストリームの人気値に基づいて判断される。人気値を判定するために種々のオプションが使用可能である。
【００４６】
第１のオプションは、人気値を、移動通信ネットワークの事業者又はストリームのコンテンツプロバイダにより設定されるものである。すなわち、ストリームが多数の移動端末により受信されることを期待される場合、高い人気値をストリームに手動で割り当てられてもよい。ストリームが少数の移動端末のみにより受信されることを期待される場合、低い人気値をストリームに手動で割り当てられてもよい。従って、人気推定器は、ストリームの所定のパラメータとして人気値を受信又は取得するように構成されてもよい。
【００４７】
第２のオプションは、例えばストリームに関連したコンテンツに対する複数の要求に基づいて、人気推定器が動的に人気値を判定するように構成するものである。例えば人気値は、ストリームの記述ファイルに対する複数の要求に基づいて判定されてもよい。更に人気値は、ストリームのデータセグメントのうちの１つ以上のユニキャスト配信に対する複数の要求に基づいて判定されてもよい。人気値は、記述ファイルに対する要求の数とデータセグメントのうちの１つ以上のユニキャスト配信に対する要求の数との組合せに基づいて更に判定されてもよい。人気値は、所定の時間間隔において要求の絶対数又は要求の相対数に基づいてもよい。
【００４８】
いくつかの状況において、例えば、ストリームがクローズされ且つユニキャスト配信のための新しい配信元識別子がこれ以上記述ファイルに追加されていない場合、あるいはブロードキャスト配信が記述ファイルの更新を配信するために使用される場合、人気値を判定する精度は、記述ファイルを要求することに対するストリーミングクライアントのある特定の最小使用率を実行することにより改善されてもよい。記述ファイルの更新されたバージョンを所定の時間受信していない場合、これは、記述ファイルのブロードキャスト配信を一時的に抑制するか、あるいは記述ファイルの更新されたバージョンを要求するようにストリーミングクライアントを構成することにより実現されてもよい。この所定の時間は、ストリーミングクライアントにおいて事前設定されてもよく、あるいは１つのデータセグメントの再生時間等のストリームのパラメータに依存して選択されてもよい。また、その後ストリーミングクライアントが記述ファイルの更新されたバージョンを要求すべき時間は、記述ファイルに含まれたタイミング指標、例えば図１に関連して説明したようなタイミング指標１３０を使用してネットワークから更に構成されてもよい。ストリーミングクライアントは、所定の時間が経過したかを監視するようにタイマを使用して実現されてもよい。更に又はあるいは、記述ファイルを要求することに対するストリーミングクライアントのある特定の最小使用率は、クローズされたストリームの記述ファイルを変更することにより更に実行されてもよい。例えば、ストリームがクローズされることを示す指標は、記述ファイルから削除されてもよい。また、配信元識別子のうちのいくつかは、記述ファイルのリストから削除されてもよい。
【００４９】
ストリームのデータセグメントのうちの１つのユニキャスト配信に対する複数の要求に基づいて人気値が判定される場合、人気値の改善された精度は、このデータセグメントのブロードキャスト配信を抑制することにより取得されてもよい。このように、ストリーミングクライアントは、ストリームがブロードキャスト配信を使用して受信される場合であってもデータセグメントのユニキャスト配信に対する要求を行うように強制される。これにより、データセグメントのうちの１つ以上のユニキャスト配信に対して要求を行うことに対するストリーミングクライアントのある特定の最小使用率が得られる。
【００５０】
従って、データセグメントのうちの１つのユニキャスト配信又は記述ファイルに対して要求を行うことに対するストリーミングクライアントのある特定の使用率を実行することにより、データセグメント及び記述ファイルの更新されたバージョンを配信するためにブロードキャスト配信が使用される場合であっても人気値を正確に監視できる。
【００５１】
図３は、ハイブリッドプロキシサーバ３５０の更なる詳細を概略的に示す。図３に示されるように、ハイブリッドプロキシサーバ３５０は、プロセッサ３５２、人気推定器３５３及びインタフェース３５４を備える。プロセッサ３５２は、キャッシュ３５５及びインタフェース３５４に結合される。人気推定器３５３は、プロセッサ３５２により実行される適切に構成されたプログラムコードにより実現されてもよい。インタフェース３５４は、移動端末３８０又は他のネットワーク構成要素から要求を受信するように構成される。更にインタフェース３５４は、移動端末３８０又は他のネットワーク構成要素に応答を送出するように構成される。例えばインタフェース３５４は、移動端末３８０のうちの１つからデータセグメントのユニキャスト配信に対する要求を受信し、且つ要求されたデータセグメントを含む応答を移動端末３８０に送出するために使用されてもよい。更にインタフェース３５４は、移動端末３８０のうちの１つからストリームの記述ファイルに対する要求を受信し、且つ記述ファイルを含む応答を移動端末に送出するために使用されてもよい。更にインタフェース３５４は、図２に関連して説明したようにブロードキャストハンドラ３６０からストリームのデータセグメントに対する要求を受信し、且つ要求されたデータセグメントを含む応答をブロードキャストハンドラ３６０に送出するために使用されてもよい。同様に、インタフェース３５４は、ブロードキャストハンドラからストリームの記述ファイルに対する要求を受信し、且つ要求された記述ファイルを含む応答をブロードキャストハンドラ３６０に送出するために更に使用されてもよい。インタフェース３５４は、ストリームの記述ファイル又はストリームのデータセグメントに対する要求を他のネットワーク構成要素に送出し、且つ要求されたコンテンツ、すなわち記述ファイル又はデータセグメントを含む応答をネットワーク構成要素から受信するために更に使用されてもよい。そのようなネットワーク構成要素は、ＨＴＴＰプロキシサーバ３４０又はＨＴＴＰサーバ３３５であってもよい。
【００５２】
プロセッサ３５２は、適切に構成されたプログラムコードを実行することによりハイブリッドプロキシサーバ３５０の上述した機能性を達成するように構成される多目的プロセッサであってもよい。
【００５３】
図４は、本発明の一実施形態に係る移動端末、すなわち図２に示されたような移動端末３８０のうちの１つを概略的に示す。移動端末３８０は、移動電話、ポータブルコンピュータ、メディアプレーヤ又は他の種類のポータブル通信機器であってもよい。示されるように、移動端末３８０は、プロセッサ３８２及びインタフェース３８６を備える。プロセッサは、適切に構成されたプログラムコードを実行することによりストリーミングクライアント３９０の機能性を実現する。ストリーミングクライアント３９０は、上述した方法でストリームの受信に対処するように構成される。すなわち、ブロードキャスト配信がストリームの記述ファイルにおいて使用できるように示される場合、ストリーミングクライアント３９０は、ストリームのデータセグメントを受信するために選択的にブロードキャスト配信を使用する。
【００５４】
インタフェース３８６は、ストリームの記述ファイル又はストリームのデータセグメントのユニキャスト配信に対する要求を送出し、且つ要求されたコンテンツ、すなわち要求された記述ファイル又はデータセグメントを含む応答を受信するように構成される。更にインタフェース３８６は、ブロードキャストチャネルからストリームのデータセグメントを受信するように構成される。インタフェース３８６は、ブロードキャストチャネルからストリームの記述ファイルを受信するために更に使用されてもよい。
【００５５】
インタフェース３８６は、移動端末３８０が使用される移動通信ネットワーク環境に従う無線インタフェース、すなわちＧＳＭ（登録商標）インタフェース又はＵＭＴＳインタフェース（ＧＳＭ：汎ヨーロッパデジタル移動通信システム、ＵＭＴＳ：ユニバーサル移動通信システム）であってもよい。
【００５６】
移動端末３８０は、示されていない更なる構成要素を備えてもよいことが理解されるべきである。例えばそのような構成要素は、再生される前に受信したデータセグメントを一時的に格納するバッファ又は連続して再生されるように受信したデータセグメントを順序付けし且つ連結するアセンブラであってもよい。
【００５７】
図５は、本発明の一実施形態に従ってデータをストリーミングする方法を概略的に示すフローチャートである。方法は、ハイブリッドプロキシサーバ３５０等の図２に示されたような移動通信環境に適用されてもよい。しかし、方法は、ＨＴＴＰサーバ３３５等の他のネットワーク構成要素に更に適用されてもよい。
【００５８】
ステップ５１０において、ストリームの記述ファイルが提供される。ストリーム及び記述ファイルは、図１に関連して説明したように構成されてもよい。記述ファイルは、ストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。図１に関連して説明したように、配信元識別子はＵＲＩであってもよい。配信元識別子を使用することは、要求−応答機構を使用して受信されてもよい。本発明の一実施形態によると、記述ファイルは、ＨＴＴＰライブストリーミングプロトコルに従うプレイリストファイルに対応してもよい。他の実施形態によると、他の形式は記述ファイルに対して使用されてもよい。
【００５９】
ステップ５２０において、データセグメントのブロードキャスト配信を使用できるかを示すため、図１に関連して説明したようなブロードキャスト指標１２０等のブロードキャスト指標が、記述ファイルに追加される。ブロードキャスト指標は、ユニキャスト配信のみ、ユニキャスト配信及びブロードキャスト配信の双方、又はブロードキャスト配信のみ等のストリームの種々の別の配信方法を示してもよい。ここでも、「ブロードキャスト配信」という用語は、同一のコンテンツが同時に複数の受信者に配信される配信の種類を示す。
【００６０】
ブロードキャスト指標は、ストリームの人気値に基づいて記述ファイルに追加されてもよい。この処理は、人気値を第１の閾値及び第２の閾値と比較することを含んでもよい。人気値が第１の閾値を上回る場合、ブロードキャスト配信を開始してもよく、ブロードキャスト指標は、ブロードキャスト配信を使用できることを示すために提供されてもよい。人気値が第２の閾値を下回る場合、ストリームの実行中のブロードキャスト配信を終了してもよく、ブロードキャスト配信をもはや使用できないことを示すように削除又は変更されたブロードキャスト指標となる。本発明の一実施形態によると、人気値は、記述ファイルに対する複数の要求及び／又はデータセグメントのうちの１つ以上のユニキャスト配信に対する複数の要求に基づいて判定されてもよい。
【００６１】
ブロードキャスト指標が記述ファイルに追加される場合、例えば上述したようにトリガリング信号をブロードキャストハンドラに送出することにより、ブロードキャスト配信を開始してもよい。
【００６２】
図６は、本発明の一実施形態に従ってストリーミングされたデータを受信する方法を概略的に示すフローチャートである。この方法は、図２に示されたような移動端末３８０のうちの１つのストリーミングクライアントに適用されてもよい。
【００６３】
ステップ６１０において、ストリームの記述ファイル、例えば図１に関連して説明したような記述ファイルが受信される。記述ファイルは、ストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。例えば記述ファイルは、ＨＴＴＰライブストリーミングプロトコルに従うプレイリストファイルであってもよい。更なる項目として、記述ファイルは、データセグメントのブロードキャスト配信を使用できるかを示すブロードキャスト指標、例えば図１に関連して説明したようなブロードキャスト配信を含む。
【００６４】
ステップ６２０において、ブロードキャスト指標は、ブロードキャスト配信を使用できるかを判定するために使用される。
【００６５】
ステップ６３０において、ブロードキャスト配信を使用できる場合、ストリームのデータセグメントは、ブロードキャスト配信を使用して受信される。ブロードキャスト配信を使用できない場合、データセグメントは、記述ファイルのリストに含まれるような配信元識別子及びユニキャスト配信を使用して受信されてもよい。また、データセグメントのうちの１つのブロードキャスト配信が障害を起こす場合、このデータセグメントのユニキャスト配信は、更に要求されてもよい。配信元識別子のリストの前のデータセグメントの受信又はデータセグメントの所期の再生時間に対して規定されてもよい所定の時点でデータセグメントが受信されていない場合、データセグメントのブロードキャスト配信は障害を起こしたと考えられてもよい。ストリーミングクライアントにおいて、タイマは、この所定の時点を監視するために提供されてもよい。対応する情報は、図１に関連して説明したようなタイミング指標１３０を使用してストリーム毎にストリーミングクライアントに送信されてもよく、あるいはストリーミングクライアントにおいて事前設定されてもよい。
【００６６】
図５及び図６に説明したような方法は、互いに組み合わされてもよい。すなわち、図５の方法により提供されたようなブロードキャスト指標を含む記述ファイルは、図６の方法で使用されてもよい。
【００６７】
上述したような実施形態及び例において、いくつかの変更が可能である。例えば、記述ファイルの種々のファイル構造が使用されてもよい。また、種々のストリーム分割方法が使用されてもよい。データセグメントは、ＭＰＴＥＧ−ＴＳパケットを含むファイル、あるいは３ｇｐファイル又はＭＰ４ファイルであってもよい。また、上述したような概念は、種々の移動通信ネットワークに適用されてもよい。例えば概念は、ＷＬＡＮ通信ネットワークに更に適用されてもよい。また、ストリームの人気を監視すること、ストリームのブロードキャスト配信を選択的に開始すること及び記述ファイルにおいてブロードキャスト配信の可用性を示すことは、図２に関連して説明したようなハイブリッドプロキシサーバにより実行されなくてもよく、記述ファイル及び／又はデータセグメントを維持するために使用される他のサーバ、例えば図２に示されたようなＨＴＴＰサーバ３３５により更に実行されてもよい。人気推定器は、ハイブリッドプロキシサーバ３５０以外の他のネットワーク構成要素、例えばＨＴＴＰプロキシサーバ３４０又はＨＴＴＰサーバ３３５において更に実現されてもよい。人気推定器は、専用のネットワーク構成要素において更に実現されてもよいまた、ストリームのブロードキャスト配信を開始又は終了すべきかを判断する際、更に又はあるいは人気値以外の他の基準が使用されてもよいことが理解されるべきである。また、上述したようなネットワーク構成要素の機能性は、単一のネットワーク構成要素に組み込まれてもよい。例えば、図２に示されたようなハイブリッドプロキシサーバ３５０、キャッシュ３５５及びブロードキャストハンドラ３６０は、単一のネットワーク構成要素に組み込まれるかあるいは少なくとも同一の場所に配置されてもよい。また、上述したような機能性は、コンピュータシステム上で実行するソフトウェア又は専用のハードウェアにより実現されてもよいことが理解されるべきである。
【技術分野】
【０００１】
本発明は、データセグメントのオプションのブロードキャスト配信によりストリーミングする技術に関する。
【背景技術】
【０００２】
データをクライアントに配信するため、データをストリーミングする手法を使用することは既知である。一般にストリーミングされたデータは、オーディオデータ及び／又はビデオデータ等のメディアデータを含む。
【０００３】
これに関連して、ファイルストリーミング手法を使用することが既知であり、この手法に従って、ストリームのデータセグメントは、ユニキャスト要求及びユニキャスト応答を使用してクライアントに配信される。ここで、データセグメントは、例えばＭＰＥＧ−ＴＳパケット（ＭＰＥＧ：Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ、ＴＳ：トランスポートストリーム）の形式のメディアデータを含むファイルであってもよい。データセグメントは、メディアデータを含む個々のメディアファイル、例えば３ＧＰＰ技術仕様書２６．２４４に規定されたような３ｇｐファイル又はＩＳＯ／ＩＥＣ１４４９６−１２及び１４４９６−１４に規定されたようなＭＰ４ファイルの形式を更に有してもよい。例えば、ストリームは、合計再生時間が約１時間の映画に対応してもよく、データセグメントは、各々が約数秒の再生時間を有する映画の連続部分に対応するメディアファイルであってもよい。
【０００４】
ファイルストリーミング手法において、データセグメントのユニキャスト配信のための配信元識別子のリストを含む記述ファイルが提供される。そのような記述ファイルの一例は、ＨＴＴＰライブストリーミングプロトコル（ＨＴＴＰ：ハイパーテキスト転送プロトコル）に従うプレイリストファイルである。この場合、配信元識別子（delivery source identifies）は、ＵＲＩ（Uniform Resource Identifiers）の形式で提供される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
移動通信ネットワークにおいてファイルストリーミング手法を適用する場合、一般に、データセグメントを連続して要求及び受信する種々の移動端末において複数のストリーミングクライアントが存在することになるから、ネットワークデバイス間の通信又はネットワークデバイスと移動端末との間の通信に対して使用可能な帯域幅等のネットワーク資源をかなり使用することになるだろう。
【０００６】
従って、移動通信ネットワークにおいてデータをストリーミングする場合にネットワーク資源を効率的に使用できるようにする技術が必要である。
【課題を解決するための手段】
【０００７】
本発明の一実施形態によると、移動通信ネットワークにおいてデータをストリーミングする方法が提供される。この方法は、ストリームの記述ファイルを提供することを備える。記述ファイルは、ストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。この方法によると、データセグメントのブロードキャスト配信が使用できるかを示すため、ブロードキャスト指標(broadcast indicator)が記述ファイルに追加される。
【０００８】
本発明の一実施形態によると、ストリームの人気値(popularity value)は、例えばデータセグメント及び／又は記述ファイルを提供するサーバ、あるいは一時的に格納されたデータセグメント及び／又は記述ファイルのコピーを提供するプロキシサーバにおいて実現されてもよい人気推定器関数により判定される。人気値に基づいて、ブロードキャスト配信を開始してもよく、ブロードキャスト配信を使用できることを示すように記述ファイルに追加されたブロードキャスト指標でもよい。例えば人気値は、第１の閾値及び第２の閾値と比較されてもよい。人気値が第１の閾値を上回る場合、ブロードキャスト配信を開始してもよく、ブロードキャスト指標は、ブロードキャスト配信を使用できることを示すために記述ファイルにおいて提供されてもよい。人気値が第２の閾値を下回る場合、ブロードキャスト配信を終了してもよく、ブロードキャスト指標は、例えばブロードキャスト指標を変更するかあるいは記述ファイルからブロードキャスト指標を削除することにより、ブロードキャスト配信を使用できないことを示すために提供されてもよい。
【０００９】
本発明の更なる一実施形態によると、移動端末においてストリーミングされたデータを受信する方法が提供される。この方法は、ストリームの記述ファイルを受信することを備える。記述ファイルは、ストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。更に、この記述ファイルは、データセグメントのブロードキャスト配信を使用できるかを示すブロードキャスト指標を含む。この方法によると、ブロードキャスト指標に基づいて前記ブロードキャスト配信を使用できるかが判定される。ブロードキャスト配信を使用できる場合には、データセグメントは、ブロードキャスト配信を使用して受信される。
【００１０】
本発明の更なる実施形態は、上述の方法に従って動作するネットワーク構成要素又は移動端末に関する。
【図面の簡単な説明】
【００１１】
【図１】図１は、分割されたストリームの構造及びストリームの記述ファイルを概略的に示す図である。
【図２】図２は、本出願の実施形態に係る概念が適用されてもよい移動通信ネットワーク環境を概略的に示す図である。
【図３】図３は、本発明の一実施形態に係るネットワーク構成要素を概略的に示す図である。
【図４】図４は、本発明の一実施形態に係る移動端末を概略的に示す図である。
【図５】図５は、本発明の一実施形態に従ってデータをストリーミングする方法を示すフローチャートである。
【図６】図６は、本発明の更なる一実施形態に従ってストリーミングされたデータを受信する方法を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下において、例示的な実施形態及び添付の図面を参照することにより、本発明を更に詳細に説明する。示された実施形態は、３ＧＰＰ（第３世代パートナーシッププロジェクト）技術仕様書に係る移動通信ネットワーク等の移動通信ネットワークにおいてデータをストリーミングする技術に関する。しかし、本明細書において説明されるような概念は、ＷＬＡＮネットワーク（ＷＬＡＮ：無線ローカルエリアネットワーク）等の他の種類の移動通信ネットワークに更に適用されてもよいことが理解されるべきである。
【００１３】
図１は、本発明の一実施形態に従って使用されるような分割されたセグメント２００の構造を概略的に示す。また、図１は、本発明の一実施形態に係る記述ファイル１００の構造を更に示す。
【００１４】
示されるように、ストリーム２００は複数のデータセグメント２１０を含む。データセグメントは、ストリーミングクライアントにより順々に再生されるように並べられている。ストリーミングの概念によると、データセグメント２１０は、連続して、すなわち２つのデータセグメント２１０間の間隔なしで再生される。図１の例において、順序は、セグメント番号＃Ｘ、＃Ｘ＋１及び＃Ｘ＋２により示される。この所定の順序に従って、番号＃Ｘ＋１を含むデータセグメントは番号＃Ｘを含むデータセグメントの後で再生され、番号＃Ｘ＋２を含むデータセグメントは番号＃Ｘ＋１を含むデータセグメントの後で再生される。
【００１５】
各データセグメント２１０は、オーディオデータ及び／又はビデオデータ等のメディアデータを含む。図示された例においては、メディアデータは、オーディオフレーム又はビデオフレーム等のメディアフレーム２２０により示される。示されるように、各データセグメント２１０は、複数のメディアフレーム２２０を含んでもよい。一実施形態によると、メディアフレーム２２０はＭＰＥＧ−ＴＳパケットである。他の実施形態によると、データセグメント２１０は、例えば３ＧＰＰ技術仕様書２６．２４４に規定されたような３ｇｐファイル又はＩＳＯ／ＩＥＣ１４４９６−１２及び１４４９６−１４に規定されたようなＭＰ４ファイルの形式の個々のメディアファイルであってもよい。
【００１６】
各データセグメント２１０は、例えば約１０秒のメディアデータの再生時間を与えることに対応してもよい。ストリーム２００の合計再生時間は、非常により長くてもよく、例えば数分〜数時間であってもよい。
【００１７】
記述ファイル１００は、データセグメント２１０のユニキャスト配信のための配信元識別子のリスト１１０を含む。リスト１１０において配信元識別子を使用することにより、ストリーム２００のデータセグメント２１０は、要求／応答機構を使用して検索されてもよい。例えばストリーミングクライアントは、配信元識別子を含むＨＴＴＰ要求を送出してもよく、その要求に応答してこの配信元識別子に対応するデータセグメント２１０を受信してもよい。本発明の一実施形態によると、配信元識別子は、ＵＲＩ又はＵＲＬ（統一資源ロケータ）の形式を有する。他の実施形態によると、他の種類の配信元識別子及び／又はＨＴＴＰ以外の他のプロトコルが使用されてもよい。
【００１８】
ストリーミングの実現例に依存して、記述ファイル１００に対して種々の形式が使用されてもよい。記述ファイル１００の例示的な形式は、ＨＴＴＰライブストリーミングプロトコルに対して規定されるようなプレイリストファイルである。ストリーミングの実現例に依存して、更に記述ファイル１００は、プレイリストファイル、インデックスファイル又はマニフェストファイルと呼ばれてもよい。
【００１９】
更に示されるように、記述ファイル１００はブロードキャスト指標１２０を更に含む。また、タイミング指標１３０が、その記述ファイル１００に追加的に提供されてもよい。
【００２０】
ブロードキャスト指標１２０は、ストリーム２００のブロードキャスト配信が使用できるかを示すように記述ファイル１００に選択的に追加できる。ブロードキャスト指標１２０は、ストリーム２００の種々の別の配信方法を更に示してもよい。例えば、第１の別の配信方法はユニキャスト配信であってもよく、第２の別の配信方法はユニキャスト配信及びブロードキャスト配信の双方であってもよく、第３の別の配信方法はブロードキャスト配信のみであってもよい。しかし、以下の説明のため、データセグメント２１０のユニキャスト配信を常に使用できるものとし、且つブロードキャスト指標１２０についはユニキャスト配信に加えブロードキャスト配信を使用できるかを示すものと仮定される。また、ブロードキャスト指標１２０は、ブロードキャスト配信のためのアクセス情報、例えばポート番号又はマルチキャストアドレス等のブロードキャストチャネルを受信するのに必要なブロードキャストチャネル及び／又はパラメータの識別子を更に含むと仮定されるだろう。
【００２１】
ストリーミングクライアントがデータセグメント２１０のうちの１つを要求し且つ要求に応答して要求されたデータセグメント２１０を受信するユニキャスト配信と比較すると、ブロードキャスト配信は、同一のデータセグメント２１０を同時に複数のストリーミングクライアントに送出することを意味する。ブロードキャスト配信は、複数の移動端末により受信されてもよく且つデータセグメント２１０を送信するために使用されるブロードキャストチャネルを使用して確立されてもよい。また、記述ファイル１００の更新されたバージョンも、ブロードキャストチャネル上で送信されてもよい。
【００２２】
ブロードキャスト配信を実現するため、種々のオプションが使用可能である。例えばブロードキャストチャネルは、ＲＦＣ３９２６に規定されたようなＦＬＵＴＥプロトコル（ＦＬＵＴＥ：Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）又はＩＰマルチキャスト（ＩＰ：インターネットプロトコル）を使用して実現されてもよい。３ＧＰＰ技術仕様書に従って移動通信ネットワークにおいてブロードキャストチャネルを確立するため、３ＧＰＰ技術仕様書に規定されたようなマルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）のマルチキャストモード又はブロードキャストモードは、ブロードキャストチャネルを確立するために使用されてもよい。
【００２３】
上述したように、記述ファイル１００は、オプションとしてタイミング指標１３０を更に含んでもよい。タイミング指標１３０は、その後ストリーミングクライアントが記述ファイル１００の更新されたバージョンを要求すべき時間間隔を示すように使用されてもよい。更に又はあるいは、その後ストリーミングクライアントがブロードキャスト配信を使用して正常に受信できないデータセグメント２１０のうちの１つ以上を検索するためにユニキャスト配信を使用すべき時間間隔が示されてもよい。以下に更に説明されるように、これは、ストリーム２００へのユニキャストアクセスに対して最小使用率を維持することをストリーミングクライアントに強制するために使用されてもよい。次にユニキャストアクセスは、ストリーム２００の人気値を推定又は監視するために使用されてもよい。
【００２４】
図２は、本発明の実施形態に係る概念が適用可能な移動通信ネットワーク環境を概略的に示す図である。
【００２５】
示されるように、移動通信ネットワーク環境は、Ａにより示されたコンテンツアップロードセクション、Ｂにより示されたコンテンツ検索セクション、及び、Ｃにより示された管理されたコンテンツ配信セクションを備える。
【００２６】
コンテンツアップロードセクションにおいて、ビデオヘッドエンド（ＶＨＥ）システム３１０は、ビデオデータ及び／又はオーディオデータを含む連続メディアストリーム１１を生成する。連続メディアストリーム１１は分割器３２０に供給される。分割器３２０は、連続メディアストリーム１１を例えば約１０秒のほぼ同一の再生時間に対応するデータセグメントに分割する。データセグメントは、図１に関連して説明したようなデータセグメントに対応してもよい。図中符号１２により示されるように、次に分割器３２０は、ＨＴＴＰサーバ３３５のファイルシステム３３０へのデータセグメントのアップロードを達成する。分割器３２０は、図１に関連して説明したような記述ファイルに対応してもよいが、一般にブロードキャスト指標１２０又はタイミング指標１３０を含まないストリームに対する記述ファイルを更に生成する。記述ファイルは、例えばＵＲＩの形式のストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。
【００２７】
１つのオプションによると、ストリームはオープンであり、新しいデータセグメントは、連続メディアストリーム１１から生成されるために分割器３２０により使用可能になる。この場合、記述ファイルは、新しいデータセグメントが使用可能になる度に更新されてもよい。別のオプションによると、ストリームはクローズされてもよく、ストリームの更なるデータセグメントは分割器３２０により生成されない。この場合、分割器３２０は、記述ファイルの更新されたバージョンを提供する必要はない。これは、ＨＴＴＰライブストリーミングプロトコルに対して説明したような「＃ＥＸＴ−Ｘ−ＥＮＤＬＩＳＴ」等の対応する指標により、記述ファイルにおいて示されてもよい。そのような指標が記述ファイルに含まれない場合、ストリーミングクライアントは、新しいデータセグメントの配信元識別子を認識するように記述ファイルの更新されたバージョンを受信しようとするだろう。尚、これに関連して、記述ファイルの更新されたバージョンは、一般に新しい情報を含むだろう。しかし、更新されたバージョンは、例えば記述ファイルの以前のバージョンが依然として有効であることを示すために更に変更されなくてもよい。
【００２８】
コンテンツ検索セクションＢは、キャッシュ３４５を含むＨＴＴＰプロキシサーバ３４０を備える。更にコンテンツ検索セクションＢは、キャッシュ３４５及びブロードキャストハンドラ３６０を含むハイブリッドプロキシサーバ３５０を備える。
【００２９】
管理されたコンテンツ配信セクションは、ハイブリッドプロキシサーバ３５０と通信する移動端末３８０を備える。更に移動端末３８０は、ブロードキャストチャネル５０を介してブロードキャストハンドラ３６０と通信してもよい。
【００３０】
図２に示されるような移動通信ネットワーク環境において、コンテンツ検索及び管理されたコンテンツ配信は以下のように動作する。移動端末３８０のうちの１つのストリーミングクライアントは、ストリームについて認識し、ストリームの記述ファイルに対する要求２１をハイブリッドプロキシサーバ３５０に送出する。要求された記述ファイルがハイブリッドプロキシサーバ３５０のキャッシュ３５５において入手可能でない場合、ハイブリッドプロキシサーバ３５０は、記述ファイルに対する要求２２をＨＴＴＰプロキシサーバ３４０に送出する。要求された記述ファイルがＨＴＴＰプロキシサーバ３４０のキャッシュ３４５において入手可能でない場合、ＨＴＴＰプロキシサーバ３４０は、記述ファイルに対する要求２３をＨＴＴＰサーバ３３５に送出する。ＨＴＴＰサーバ３３５は、ファイルシステム３３０から要求された記述ファイルを検索し、要求された記述ファイルを含む応答２４を、キャッシュ３４５に受信した記述ファイルのコピーを格納するＨＴＴＰプロキシサーバ３４０に送出する。更にＨＴＴＰプロキシサーバ３４０は、記述ファイルを含む応答２５をハイブリッドプロキシサーバ３５０に送出する。ハイブリッドプロキシサーバ３５０は、キャッシュ３５５に記述ファイルのコピーを格納する。更にハイブリッドプロキシサーバ３５０は、記述ファイルを含む応答２６を移動端末３８０のストリーミングクライアントに送出する。ここで、例えば移動端末３８０のうちの別の１つにおけるストリーミングクライアントからの記述ファイルに対する別の要求２７がある場合、キャッシュ３５５において既に記述ファイルのコピーは入手可能であり、次にハイブリッドプロキシサーバ３５０は、キャッシュ３５５に格納されたような記述ファイルのコピーを含む応答２８を送出する。
【００３１】
ストリームのデータセグメント等の他のコンテンツを要求する処理も同様である。移動端末３８０のうちの１つのストリーミングクライアントは、データセグメントに対する要求２１をハイブリッドプロキシサーバ３５０に送出する。要求されたデータセグメントのコピーがキャッシュ３５５において入手可能でない場合、ハイブリッドプロキシサーバ３５０は、データセグメントに対する要求２２をＨＴＴＰプロキシサーバ３４０に送出する。要求されたデータセグメントのコピーがキャッシュ３４５において入手可能でない場合、ＨＴＴＰプロキシサーバ３４０は、データセグメントに対する要求２３をＨＴＴＰサーバ３３５に送出する。ＨＴＴＰサーバ３３５は、ファイルシステムから要求されたデータセグメントを検索し、要求されたデータセグメントを含む応答２４をＨＴＴＰプロキシサーバ３４０に送出する。ＨＴＴＰプロキシサーバ３４０は、キャッシュ３４５に要求されたデータセグメントのコピーを格納する。更にＨＴＴＰプロキシサーバ３４０は、要求されたデータセグメントを含む応答をハイブリッドプロキシサーバ３５０に送出する。ハイブリッドプロキシサーバ３５０は、キャッシュ３５５に要求されたデータセグメントのコピーを格納し、応答２６を移動端末３８０のストリーミングクライアントに送出する。すなわち移動端末３８０のうちの別の１つからこのデータセグメントに対する別の要求２７がある場合、要求されたデータセグメントのコピーはキャッシュ３５５において既に入手可能であり、ハイブリッドプロキシサーバ３５０は、要求されたデータセグメントのコピーを含む応答を移動端末３８０のストリーミングクライアントに送出する。
【００３２】
記述ファイル又はデータセグメント等の要求されたコンテンツのコピーがキャッシュ３５５において入手可能ではないが、キャッシュ３４５において入手可能である場合、要求は、キャッシュ３４５に格納されたようなコピーで応えられる。
【００３３】
従って、示されたキャッシング階層により、キャッシュ３５５又はキャッシュ３４５に格納される要求されたコンテンツのコピーを含む特定のコンテンツ、すなわちストリームの記述ファイル又はストリームのデータセグメントに対する要求に応答できる。ハイブリッドプロキシサーバ３５０のみを使用するキャッシング階層又はより多くのＨＴＴＰプロキシサーバを使用するキャッシング階層等の他のキャッシング階層が更に使用されてもよいことが理解されるべきである。キャッシュ３５５又はキャッシュ３４５により格納されたコピーは、コンテンツが所定の時間の後で新たに要求されることを保証するように、有効時間情報を含んでもよい。このように、コンテンツの更新されたバージョンはキャッシュ３５５、３４５に格納される。例えば、キャッシュ３５５又はキャッシュ３４５に格納されたようなストリームの記述ファイルのコピーは、記述ファイルの更新されたバージョンのコピーに置換されてもよい。
【００３４】
従って、示されたキャッシング階層は、ストリームの記述ファイル又はストリームのデータセグメントのデータセグメント等のコンテンツのコピーをある特定の時間維持することにより、コンテンツを移動端末３８０のより近くに移動させることがきる。このように、移動通信ネットワークの構成要素(components)間のデータトラフィックは削減される。
【００３５】
図２に示されるような移動通信ネットワーク環境の構造は単なる例であり、且つ本発明の実施形態に係る概念は、移動通信ネットワーク環境の異なる構造を使用して更に適用されてもよいことが理解されるべきである。例えば、ＨＴＴＰプロキシサーバ３４０及びキャッシュ３４５はコミットされてもよく、ハイブリッドプロキシサーバ３５０は、ＨＴＴＰサーバ３３５と直接通信してもよい。また、ハイブリッドプロキシサーバ３５０及びキャッシュ３５５は更に省略されてもよく、移動端末３８０及びブロードキャストハンドラ３６０は、ＨＴＴＰサーバ３３５と直接通信してもよい。
【００３６】
本発明の一実施形態によると、ハイブリッドプロキシサーバ３５０は、ストリームの人気値を判定するように構成される。このため、ハイブリッドプロキシサーバ３５０は、人気推定器と呼ばれる、それに対応して構成されたデバイス又はモジュール（図２には不図示）を備える。人気値に基づいて、トリガリング信号３１をブロードキャストハンドラ３６０に送出することによりストリームのブロードキャスト配信を開始する。更にハイブリッドプロキシサーバ３５０は、ストリームのブロードキャスト配信を現在使用できることを示すように、ブロードキャスト指標を記述ファイルに追加する。
【００３７】
一実施形態によると、ブロードキャストハンドラ３６０は、ストリームに関連したコンテンツに対する要求３２をハイブリッドプロキシサーバ３５０に送出する。特にブロードキャストハンドラ３６０は、ストリームのデータセグメントを要求してもよい。また、ブロードキャストハンドラ３６０は、ストリームの記述ファイルを更に要求してもよい。ハイブリッドプロキシサーバ３５０は、要求されたコンテンツ、すなわちストリームのデータセグメント及びオプションとして更にストリームの記述ファイルを含む応答３３をブロードキャストハンドラ３６０に送出する。要求３２及び応答３３は、例えば要求／応答機構を使用して移動端末３８０のうちの１つとハイブリッドプロキシサーバ３５０との間と同様にブロードキャストハンドラ３６０とハイブリッドプロキシサーバ３５０との間でやり取りされてもよい。すなわち、ハイブリッドプロキシサーバ３５０に対して、ブロードキャストハンドラ３６０は、移動端末３８０のストリーミングクライアントと同様に動作してもよい。他の実施形態によると、ブロードキャストハンドラ３６０は、ブロードキャストチャネル５０を介して配信のためのデータセグメント及び／又は記述ファイルを検索するために他の機構を使用してもよい。例えばハイブリッドプロキシサーバ３５０は、プッシュ機構とも呼ばれてもよいブロードキャストハンドラ３６０からの要求を全く必要とせずに、データセグメント又は記述ファイルをブロードキャストハンドラ３６０に能動的に送出してもよい。また、ブロードキャストハンドラ３６０は、ＨＴＴＰプロキシサーバ３４０又はＨＴＴＰサーバ３３５等の他のソースからデータセグメント及び／又は記述ファイルを更に受信してもよい。
【００３８】
次にブロードキャストハンドラ３６０は、ブロードキャストチャネル５０を使用してコンテンツを同時に複数の移動端末３８０に配信する。
【００３９】
ストリームに対してブロードキャスト配信を開始する場合、少なくともストリームのデータセグメントは、ブロードキャストハンドラ３６０により複数の移動端末３８０に配信される。いくつかの実施形態によると、ストリームの記述ファイルは、更にブロードキャスト配信を使用して配信されてもよい。この場合、記述ファイルの更新されたバージョンは、規則的な時間間隔で又はそれらが使用可能になるとすぐにブロードキャストチャネル上に配信される。
【００４０】
ハイブリッドプロキシサーバ３５０の上述の機能性を使用して、移動端末３８０のうちの１つがストリームを受信したい場合に、最初にハイブリッドプロキシサーバ３５０からストリームの記述ファイルを要求する。ハイブリッドプロキシサーバ３５０は、記述ファイルのキャッシュされたコピーで応答するか、あるいはＨＴＴＰプロキシサーバ３４０又はＨＴＴＰサーバ３３５から記述ファイルを受信するための要求を行う。
【００４１】
ストリームの人気値に基づいて、ブロードキャスト指標は記述ファイルに選択的に追加される。例えば、人気値が第１の閾値を上回る場合、ブロードキャスト指標は、ブロードキャスト配信を使用できることを示すように記述ファイルに追加し、ブロードキャスト配信を開始してもよい。そして、人気値が第２の閾値を下回る場合、ブロードキャスト指標は、ブロードキャスト配信をもはや使用できないことを示すように変更又は削除し、ブロードキャスト配信を終了してもよい。ブロードキャスト配信の開始及び終了は、トリガリング信号３１を使用して実現されてもよい。一実施形態によると、第１の閾値は第２の閾値より高い。このように、人気値が閾値のうちの１つに近接することによりブロードキャスト配信を頻繁に開始及び終了することを回避できる。示された実施形態において、選択的にブロードキャスト指標を追加し且つブロードキャスト配信を開始又は終了する上記の処理は、ハイブリッドプロキシサーバ３５０の人気推定器により達成される。閾値は、ユニキャスト配信を提供するのに必要な資源とブロードキャスト配信を提供するのに必要な資源とのバランスを取るように、移動通信ネットワークの事業者により構成されてもよい。
【００４２】
移動通信端末３８０のストリーミングクライアントは、記述ファイルを受信し、記述ファイルのブロードキャスト指標に基づいてブロードキャスト配信を使用できるかを判定する。例えば、記述ファイルに存在するブロードキャスト指標はブロードキャスト配信を使用できることを示してもよく、記述ファイルに存在しないブロードキャスト指標はブロードキャスト配信を使用できないことを示してもよい。別の例は、ブロードキャスト配信を使用できることを示す一方の種類のブロードキャスト指標及びブロードキャスト配信を使用できないことを示す他方の種類のブロードキャスト指標を有することである。
【００４３】
ブロードキャスト配信を使用できる場合、次に移動端末３８０のストリーミングクライアントは、ストリームのデータセグメントを受信するためにブロードキャスト配信を使用する。ブロードキャスト配信を使用できない場合、移動端末のストリーミングクライアントは、ストリームのデータセグメントを受信するためにユニキャスト配信を使用する。すなわち、記述ファイルに含まれるようなユニキャスト配信のための配信元指標を使用してデータセグメントを要求する。また、データセグメントのうちの１つのブロードキャスト配信がブロードキャストチャネル５０上の外乱等により障害を起こす場合、ストリーミングクライアントは、このデータセグメントを受信するためにユニキャスト配信を更に使用してもよい。
【００４４】
上述したように、ストリームの記述ファイルは更にブロードキャスト配信に含まれてもよい。従って、移動端末３８０のストリーミングクライアントは、ブロードキャスト配信を使用して記述ファイルの更新されたバージョンを受信してもよい。記述ファイルの更新されたバージョンは、新たに追加された配信資源識別子を含んでもよく、あるいはブロードキャスト識別子に対して更に変更されてもよい。例えば、データセグメントのブロードキャスト配信は、ブロードキャスト配信をもはや使用できないことを示すようにブロードキャスト指標に対して変更されるストリームの記述ファイルの更新されたバージョンで終了してもよい。記述ファイルの更新されたバージョンを受信すると、移動端末３８０のストリーミングクライアントは、ブロードキャスト配信をもはや使用できないことを判定し、次にデータセグメント又は記述ファイルの更新されたバージョンを要求及び受信するためにユニキャスト配信を使用する。ここでも、記述ファイルの更新されたバージョンは、例えば以前のバージョンが依然として有効であることを示すために、以前のバージョンに対して更に実質的に変更されなくてもよい。
【００４５】
上述したように、本発明のいくつかの実施形態によると、ブロードキャスト配信の開始又は終了は、ストリームの人気値に基づいて判断される。人気値を判定するために種々のオプションが使用可能である。
【００４６】
第１のオプションは、人気値を、移動通信ネットワークの事業者又はストリームのコンテンツプロバイダにより設定されるものである。すなわち、ストリームが多数の移動端末により受信されることを期待される場合、高い人気値をストリームに手動で割り当てられてもよい。ストリームが少数の移動端末のみにより受信されることを期待される場合、低い人気値をストリームに手動で割り当てられてもよい。従って、人気推定器は、ストリームの所定のパラメータとして人気値を受信又は取得するように構成されてもよい。
【００４７】
第２のオプションは、例えばストリームに関連したコンテンツに対する複数の要求に基づいて、人気推定器が動的に人気値を判定するように構成するものである。例えば人気値は、ストリームの記述ファイルに対する複数の要求に基づいて判定されてもよい。更に人気値は、ストリームのデータセグメントのうちの１つ以上のユニキャスト配信に対する複数の要求に基づいて判定されてもよい。人気値は、記述ファイルに対する要求の数とデータセグメントのうちの１つ以上のユニキャスト配信に対する要求の数との組合せに基づいて更に判定されてもよい。人気値は、所定の時間間隔において要求の絶対数又は要求の相対数に基づいてもよい。
【００４８】
いくつかの状況において、例えば、ストリームがクローズされ且つユニキャスト配信のための新しい配信元識別子がこれ以上記述ファイルに追加されていない場合、あるいはブロードキャスト配信が記述ファイルの更新を配信するために使用される場合、人気値を判定する精度は、記述ファイルを要求することに対するストリーミングクライアントのある特定の最小使用率を実行することにより改善されてもよい。記述ファイルの更新されたバージョンを所定の時間受信していない場合、これは、記述ファイルのブロードキャスト配信を一時的に抑制するか、あるいは記述ファイルの更新されたバージョンを要求するようにストリーミングクライアントを構成することにより実現されてもよい。この所定の時間は、ストリーミングクライアントにおいて事前設定されてもよく、あるいは１つのデータセグメントの再生時間等のストリームのパラメータに依存して選択されてもよい。また、その後ストリーミングクライアントが記述ファイルの更新されたバージョンを要求すべき時間は、記述ファイルに含まれたタイミング指標、例えば図１に関連して説明したようなタイミング指標１３０を使用してネットワークから更に構成されてもよい。ストリーミングクライアントは、所定の時間が経過したかを監視するようにタイマを使用して実現されてもよい。更に又はあるいは、記述ファイルを要求することに対するストリーミングクライアントのある特定の最小使用率は、クローズされたストリームの記述ファイルを変更することにより更に実行されてもよい。例えば、ストリームがクローズされることを示す指標は、記述ファイルから削除されてもよい。また、配信元識別子のうちのいくつかは、記述ファイルのリストから削除されてもよい。
【００４９】
ストリームのデータセグメントのうちの１つのユニキャスト配信に対する複数の要求に基づいて人気値が判定される場合、人気値の改善された精度は、このデータセグメントのブロードキャスト配信を抑制することにより取得されてもよい。このように、ストリーミングクライアントは、ストリームがブロードキャスト配信を使用して受信される場合であってもデータセグメントのユニキャスト配信に対する要求を行うように強制される。これにより、データセグメントのうちの１つ以上のユニキャスト配信に対して要求を行うことに対するストリーミングクライアントのある特定の最小使用率が得られる。
【００５０】
従って、データセグメントのうちの１つのユニキャスト配信又は記述ファイルに対して要求を行うことに対するストリーミングクライアントのある特定の使用率を実行することにより、データセグメント及び記述ファイルの更新されたバージョンを配信するためにブロードキャスト配信が使用される場合であっても人気値を正確に監視できる。
【００５１】
図３は、ハイブリッドプロキシサーバ３５０の更なる詳細を概略的に示す。図３に示されるように、ハイブリッドプロキシサーバ３５０は、プロセッサ３５２、人気推定器３５３及びインタフェース３５４を備える。プロセッサ３５２は、キャッシュ３５５及びインタフェース３５４に結合される。人気推定器３５３は、プロセッサ３５２により実行される適切に構成されたプログラムコードにより実現されてもよい。インタフェース３５４は、移動端末３８０又は他のネットワーク構成要素から要求を受信するように構成される。更にインタフェース３５４は、移動端末３８０又は他のネットワーク構成要素に応答を送出するように構成される。例えばインタフェース３５４は、移動端末３８０のうちの１つからデータセグメントのユニキャスト配信に対する要求を受信し、且つ要求されたデータセグメントを含む応答を移動端末３８０に送出するために使用されてもよい。更にインタフェース３５４は、移動端末３８０のうちの１つからストリームの記述ファイルに対する要求を受信し、且つ記述ファイルを含む応答を移動端末に送出するために使用されてもよい。更にインタフェース３５４は、図２に関連して説明したようにブロードキャストハンドラ３６０からストリームのデータセグメントに対する要求を受信し、且つ要求されたデータセグメントを含む応答をブロードキャストハンドラ３６０に送出するために使用されてもよい。同様に、インタフェース３５４は、ブロードキャストハンドラからストリームの記述ファイルに対する要求を受信し、且つ要求された記述ファイルを含む応答をブロードキャストハンドラ３６０に送出するために更に使用されてもよい。インタフェース３５４は、ストリームの記述ファイル又はストリームのデータセグメントに対する要求を他のネットワーク構成要素に送出し、且つ要求されたコンテンツ、すなわち記述ファイル又はデータセグメントを含む応答をネットワーク構成要素から受信するために更に使用されてもよい。そのようなネットワーク構成要素は、ＨＴＴＰプロキシサーバ３４０又はＨＴＴＰサーバ３３５であってもよい。
【００５２】
プロセッサ３５２は、適切に構成されたプログラムコードを実行することによりハイブリッドプロキシサーバ３５０の上述した機能性を達成するように構成される多目的プロセッサであってもよい。
【００５３】
図４は、本発明の一実施形態に係る移動端末、すなわち図２に示されたような移動端末３８０のうちの１つを概略的に示す。移動端末３８０は、移動電話、ポータブルコンピュータ、メディアプレーヤ又は他の種類のポータブル通信機器であってもよい。示されるように、移動端末３８０は、プロセッサ３８２及びインタフェース３８６を備える。プロセッサは、適切に構成されたプログラムコードを実行することによりストリーミングクライアント３９０の機能性を実現する。ストリーミングクライアント３９０は、上述した方法でストリームの受信に対処するように構成される。すなわち、ブロードキャスト配信がストリームの記述ファイルにおいて使用できるように示される場合、ストリーミングクライアント３９０は、ストリームのデータセグメントを受信するために選択的にブロードキャスト配信を使用する。
【００５４】
インタフェース３８６は、ストリームの記述ファイル又はストリームのデータセグメントのユニキャスト配信に対する要求を送出し、且つ要求されたコンテンツ、すなわち要求された記述ファイル又はデータセグメントを含む応答を受信するように構成される。更にインタフェース３８６は、ブロードキャストチャネルからストリームのデータセグメントを受信するように構成される。インタフェース３８６は、ブロードキャストチャネルからストリームの記述ファイルを受信するために更に使用されてもよい。
【００５５】
インタフェース３８６は、移動端末３８０が使用される移動通信ネットワーク環境に従う無線インタフェース、すなわちＧＳＭ（登録商標）インタフェース又はＵＭＴＳインタフェース（ＧＳＭ：汎ヨーロッパデジタル移動通信システム、ＵＭＴＳ：ユニバーサル移動通信システム）であってもよい。
【００５６】
移動端末３８０は、示されていない更なる構成要素を備えてもよいことが理解されるべきである。例えばそのような構成要素は、再生される前に受信したデータセグメントを一時的に格納するバッファ又は連続して再生されるように受信したデータセグメントを順序付けし且つ連結するアセンブラであってもよい。
【００５７】
図５は、本発明の一実施形態に従ってデータをストリーミングする方法を概略的に示すフローチャートである。方法は、ハイブリッドプロキシサーバ３５０等の図２に示されたような移動通信環境に適用されてもよい。しかし、方法は、ＨＴＴＰサーバ３３５等の他のネットワーク構成要素に更に適用されてもよい。
【００５８】
ステップ５１０において、ストリームの記述ファイルが提供される。ストリーム及び記述ファイルは、図１に関連して説明したように構成されてもよい。記述ファイルは、ストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。図１に関連して説明したように、配信元識別子はＵＲＩであってもよい。配信元識別子を使用することは、要求−応答機構を使用して受信されてもよい。本発明の一実施形態によると、記述ファイルは、ＨＴＴＰライブストリーミングプロトコルに従うプレイリストファイルに対応してもよい。他の実施形態によると、他の形式は記述ファイルに対して使用されてもよい。
【００５９】
ステップ５２０において、データセグメントのブロードキャスト配信を使用できるかを示すため、図１に関連して説明したようなブロードキャスト指標１２０等のブロードキャスト指標が、記述ファイルに追加される。ブロードキャスト指標は、ユニキャスト配信のみ、ユニキャスト配信及びブロードキャスト配信の双方、又はブロードキャスト配信のみ等のストリームの種々の別の配信方法を示してもよい。ここでも、「ブロードキャスト配信」という用語は、同一のコンテンツが同時に複数の受信者に配信される配信の種類を示す。
【００６０】
ブロードキャスト指標は、ストリームの人気値に基づいて記述ファイルに追加されてもよい。この処理は、人気値を第１の閾値及び第２の閾値と比較することを含んでもよい。人気値が第１の閾値を上回る場合、ブロードキャスト配信を開始してもよく、ブロードキャスト指標は、ブロードキャスト配信を使用できることを示すために提供されてもよい。人気値が第２の閾値を下回る場合、ストリームの実行中のブロードキャスト配信を終了してもよく、ブロードキャスト配信をもはや使用できないことを示すように削除又は変更されたブロードキャスト指標となる。本発明の一実施形態によると、人気値は、記述ファイルに対する複数の要求及び／又はデータセグメントのうちの１つ以上のユニキャスト配信に対する複数の要求に基づいて判定されてもよい。
【００６１】
ブロードキャスト指標が記述ファイルに追加される場合、例えば上述したようにトリガリング信号をブロードキャストハンドラに送出することにより、ブロードキャスト配信を開始してもよい。
【００６２】
図６は、本発明の一実施形態に従ってストリーミングされたデータを受信する方法を概略的に示すフローチャートである。この方法は、図２に示されたような移動端末３８０のうちの１つのストリーミングクライアントに適用されてもよい。
【００６３】
ステップ６１０において、ストリームの記述ファイル、例えば図１に関連して説明したような記述ファイルが受信される。記述ファイルは、ストリームのデータセグメントのユニキャスト配信のための配信元識別子のリストを含む。例えば記述ファイルは、ＨＴＴＰライブストリーミングプロトコルに従うプレイリストファイルであってもよい。更なる項目として、記述ファイルは、データセグメントのブロードキャスト配信を使用できるかを示すブロードキャスト指標、例えば図１に関連して説明したようなブロードキャスト配信を含む。
【００６４】
ステップ６２０において、ブロードキャスト指標は、ブロードキャスト配信を使用できるかを判定するために使用される。
【００６５】
ステップ６３０において、ブロードキャスト配信を使用できる場合、ストリームのデータセグメントは、ブロードキャスト配信を使用して受信される。ブロードキャスト配信を使用できない場合、データセグメントは、記述ファイルのリストに含まれるような配信元識別子及びユニキャスト配信を使用して受信されてもよい。また、データセグメントのうちの１つのブロードキャスト配信が障害を起こす場合、このデータセグメントのユニキャスト配信は、更に要求されてもよい。配信元識別子のリストの前のデータセグメントの受信又はデータセグメントの所期の再生時間に対して規定されてもよい所定の時点でデータセグメントが受信されていない場合、データセグメントのブロードキャスト配信は障害を起こしたと考えられてもよい。ストリーミングクライアントにおいて、タイマは、この所定の時点を監視するために提供されてもよい。対応する情報は、図１に関連して説明したようなタイミング指標１３０を使用してストリーム毎にストリーミングクライアントに送信されてもよく、あるいはストリーミングクライアントにおいて事前設定されてもよい。
【００６６】
図５及び図６に説明したような方法は、互いに組み合わされてもよい。すなわち、図５の方法により提供されたようなブロードキャスト指標を含む記述ファイルは、図６の方法で使用されてもよい。
【００６７】
上述したような実施形態及び例において、いくつかの変更が可能である。例えば、記述ファイルの種々のファイル構造が使用されてもよい。また、種々のストリーム分割方法が使用されてもよい。データセグメントは、ＭＰＴＥＧ−ＴＳパケットを含むファイル、あるいは３ｇｐファイル又はＭＰ４ファイルであってもよい。また、上述したような概念は、種々の移動通信ネットワークに適用されてもよい。例えば概念は、ＷＬＡＮ通信ネットワークに更に適用されてもよい。また、ストリームの人気を監視すること、ストリームのブロードキャスト配信を選択的に開始すること及び記述ファイルにおいてブロードキャスト配信の可用性を示すことは、図２に関連して説明したようなハイブリッドプロキシサーバにより実行されなくてもよく、記述ファイル及び／又はデータセグメントを維持するために使用される他のサーバ、例えば図２に示されたようなＨＴＴＰサーバ３３５により更に実行されてもよい。人気推定器は、ハイブリッドプロキシサーバ３５０以外の他のネットワーク構成要素、例えばＨＴＴＰプロキシサーバ３４０又はＨＴＴＰサーバ３３５において更に実現されてもよい。人気推定器は、専用のネットワーク構成要素において更に実現されてもよいまた、ストリームのブロードキャスト配信を開始又は終了すべきかを判断する際、更に又はあるいは人気値以外の他の基準が使用されてもよいことが理解されるべきである。また、上述したようなネットワーク構成要素の機能性は、単一のネットワーク構成要素に組み込まれてもよい。例えば、図２に示されたようなハイブリッドプロキシサーバ３５０、キャッシュ３５５及びブロードキャストハンドラ３６０は、単一のネットワーク構成要素に組み込まれるかあるいは少なくとも同一の場所に配置されてもよい。また、上述したような機能性は、コンピュータシステム上で実行するソフトウェア又は専用のハードウェアにより実現されてもよいことが理解されるべきである。
【特許請求の範囲】
【請求項１】
移動通信ネットワークにおいてデータをストリーミングする方法であって、
ストリーム（２００）のデータセグメント（２１０）のユニキャスト配信のための配信元識別子のリスト（１１０）を含む前記ストリーム（２００）の記述ファイル（１００）を提供するステップと、
前記データセグメント（２１０）のブロードキャスト配信を使用できるかを示すためのブロードキャスト指標（１２０）を前記記述ファイル（１００）に追加するステップと、
を有する鵜ことを特徴とする方法。
【請求項２】
前記ストリーム（２００）の人気値を判定するステップと、
前記人気値に基づいて、前記ブロードキャスト配信を開始し、前記ブロードキャスト配信を使用できることを示すために前記記述ファイル（１００）の前記ブロードキャスト指標（１２０）を提供するステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項３】
第１の閾値を上回る前記人気値に基づいて、前記ブロードキャスト配信を開始し、前記記述ファイル（１００）に前記ブロードキャスト配信を使用できることを示すための前記ブロードキャスト指標（１２０）を提供するステップと、
第２の閾値を下回る前記人気値に基づいて、前記ブロードキャスト配信を終了し、前記記述ファイル（１００）に前記ブロードキャスト配信を使用できないことを示すための前記ブロードキャスト指標（１２０）を提供するステップと、
有することを特徴とする請求項２に記載の方法。
【請求項４】
前記記述ファイル（１００）に対する要求数に基づいて前記人気値を判定するステップを有することを特徴とする請求項２又は３記載の方法。
【請求項５】
前記記述ファイル（１００）を前記データセグメント（２１０）の前記ブロードキャスト配信に含めるステップを有することを特徴とする請求項２乃至４のいずれか１項に記載の方法。
【請求項６】
前記記述ファイル（１００）の前記ブロードキャスト配信を一時的に抑制するステップを有することを特徴とする請求項５に記載の方法。
【請求項７】
前記データセグメント（２１０）のうちの１つの前記ユニキャスト配信に対する要求数に基づいて前記人気値を判定するステップを有することを特徴とする請求項２乃至６のいずれか１項に記載の方法。
【請求項８】
前記１つのデータセグメント（２１０）の前記ブロードキャスト配信を抑制するステップを有することを特徴とする請求項７に記載の方法。
【請求項９】
ストリーミングクライアント（３９０）が前記記述ファイル（１００）の更新されたバージョンを要求すべき時間間隔を示すタイミング指標（１３０）を前記記述ファイル（１００）に追加するステップを有することを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記記述ファイル（１００）は、ＨＴＴＰライブストリーミングプロトコルに従うプレイファイルリストであることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
移動端末においてストリーミングされたデータを受信する方法であって、
ストリーム（２００）のデータセグメント（２１０）のユニキャスト配信のための配信元識別子のリスト（１１０）及び前記データセグメント（２１０）のブロードキャスト配信を使用できるかどうかを示すブロードキャスト指標（１２０）を含む前記ストリーム（２００）の記述ファイル（１００）を受信するステップと、
前記ブロードキャスト指標（１２０）に基づいて、前記ブロードキャスト配信を使用できるかが判定するステップと、
前記ブロードキャスト配信を使用できる場合、前記ブロードキャスト配信を使用して前記データセグメント（２１０）を受信するステップと、
を有することを特徴とする方法。
【請求項１２】
前記データセグメント（２１０）のうちの１つの前記ブロードキャスト配信が障害を起こす場合、このデータセグメント（２１０）を受信するために前記ユニキャスト配信を使用するステップを有することを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ブロードキャスト配信を使用できる場合、前記ブロードキャスト配信を使用して前記記述ファイル（１００）の更新されたバージョンを受信するステップを有することを特徴とする請求項１１又は１２に記載の方法。
【請求項１４】
前記記述ファイル（１００）の前記更新されたバージョンの前記ブロードキャスト配信に障害が発生した場合、前記記述ファイル（１００）の前記更新されたバージョンを受信するために前記ユニキャスト配信を使用するステップを有することを特徴とする請求項１３に記載の方法。
【請求項１５】
前記記述ファイル（１００）の更新されたバージョンを所定の時間受信していない場合、前記記述ファイル（１００）の前記更新されたバージョンに対する要求を送出するステップを有することを特徴とする請求項１１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記記述ファイル（１００）は、ＨＴＴＰライブストリーミングプロトコルに従うプレイリストファイルであることを特徴とする請求項１１乃至１５のいずれか１項に記載の方法。
【請求項１７】
請求項１乃至１０のいずれか１項に規定された方法に従って動作するように構成されたサーバ（３５０）を備えることを特徴とするネットワークコンポーネント。
【請求項１８】
請求項１１乃至１５のいずれか１項に規定された方法に従って動作するように構成されたストリーミングクライアント（３９０）を備えることを特徴とする移動端末。
【請求項１】
移動通信ネットワークにおいてデータをストリーミングする方法であって、
ストリーム（２００）のデータセグメント（２１０）のユニキャスト配信のための配信元識別子のリスト（１１０）を含む前記ストリーム（２００）の記述ファイル（１００）を提供するステップと、
前記データセグメント（２１０）のブロードキャスト配信を使用できるかを示すためのブロードキャスト指標（１２０）を前記記述ファイル（１００）に追加するステップと、
を有する鵜ことを特徴とする方法。
【請求項２】
前記ストリーム（２００）の人気値を判定するステップと、
前記人気値に基づいて、前記ブロードキャスト配信を開始し、前記ブロードキャスト配信を使用できることを示すために前記記述ファイル（１００）の前記ブロードキャスト指標（１２０）を提供するステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項３】
第１の閾値を上回る前記人気値に基づいて、前記ブロードキャスト配信を開始し、前記記述ファイル（１００）に前記ブロードキャスト配信を使用できることを示すための前記ブロードキャスト指標（１２０）を提供するステップと、
第２の閾値を下回る前記人気値に基づいて、前記ブロードキャスト配信を終了し、前記記述ファイル（１００）に前記ブロードキャスト配信を使用できないことを示すための前記ブロードキャスト指標（１２０）を提供するステップと、
有することを特徴とする請求項２に記載の方法。
【請求項４】
前記記述ファイル（１００）に対する要求数に基づいて前記人気値を判定するステップを有することを特徴とする請求項２又は３記載の方法。
【請求項５】
前記記述ファイル（１００）を前記データセグメント（２１０）の前記ブロードキャスト配信に含めるステップを有することを特徴とする請求項２乃至４のいずれか１項に記載の方法。
【請求項６】
前記記述ファイル（１００）の前記ブロードキャスト配信を一時的に抑制するステップを有することを特徴とする請求項５に記載の方法。
【請求項７】
前記データセグメント（２１０）のうちの１つの前記ユニキャスト配信に対する要求数に基づいて前記人気値を判定するステップを有することを特徴とする請求項２乃至６のいずれか１項に記載の方法。
【請求項８】
前記１つのデータセグメント（２１０）の前記ブロードキャスト配信を抑制するステップを有することを特徴とする請求項７に記載の方法。
【請求項９】
ストリーミングクライアント（３９０）が前記記述ファイル（１００）の更新されたバージョンを要求すべき時間間隔を示すタイミング指標（１３０）を前記記述ファイル（１００）に追加するステップを有することを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記記述ファイル（１００）は、ＨＴＴＰライブストリーミングプロトコルに従うプレイファイルリストであることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
移動端末においてストリーミングされたデータを受信する方法であって、
ストリーム（２００）のデータセグメント（２１０）のユニキャスト配信のための配信元識別子のリスト（１１０）及び前記データセグメント（２１０）のブロードキャスト配信を使用できるかどうかを示すブロードキャスト指標（１２０）を含む前記ストリーム（２００）の記述ファイル（１００）を受信するステップと、
前記ブロードキャスト指標（１２０）に基づいて、前記ブロードキャスト配信を使用できるかが判定するステップと、
前記ブロードキャスト配信を使用できる場合、前記ブロードキャスト配信を使用して前記データセグメント（２１０）を受信するステップと、
を有することを特徴とする方法。
【請求項１２】
前記データセグメント（２１０）のうちの１つの前記ブロードキャスト配信が障害を起こす場合、このデータセグメント（２１０）を受信するために前記ユニキャスト配信を使用するステップを有することを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ブロードキャスト配信を使用できる場合、前記ブロードキャスト配信を使用して前記記述ファイル（１００）の更新されたバージョンを受信するステップを有することを特徴とする請求項１１又は１２に記載の方法。
【請求項１４】
前記記述ファイル（１００）の前記更新されたバージョンの前記ブロードキャスト配信に障害が発生した場合、前記記述ファイル（１００）の前記更新されたバージョンを受信するために前記ユニキャスト配信を使用するステップを有することを特徴とする請求項１３に記載の方法。
【請求項１５】
前記記述ファイル（１００）の更新されたバージョンを所定の時間受信していない場合、前記記述ファイル（１００）の前記更新されたバージョンに対する要求を送出するステップを有することを特徴とする請求項１１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記記述ファイル（１００）は、ＨＴＴＰライブストリーミングプロトコルに従うプレイリストファイルであることを特徴とする請求項１１乃至１５のいずれか１項に記載の方法。
【請求項１７】
請求項１乃至１０のいずれか１項に規定された方法に従って動作するように構成されたサーバ（３５０）を備えることを特徴とするネットワークコンポーネント。
【請求項１８】
請求項１１乃至１５のいずれか１項に規定された方法に従って動作するように構成されたストリーミングクライアント（３９０）を備えることを特徴とする移動端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２０１３−５１０４５３（Ｐ２０１３−５１０４５３Ａ）
【公表日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願番号】特願２０１２−５３５６３８（Ｐ２０１２−５３５６３８）
【出願日】平成２１年１１月３日（２００９．１１．３）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６４５５３
【国際公開番号】ＷＯ２０１１／０５４３７７
【国際公開日】平成２３年５月１２日（２０１１．５．１２）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願日】平成２１年１１月３日（２００９．１１．３）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６４５５３
【国際公開番号】ＷＯ２０１１／０５４３７７
【国際公開日】平成２３年５月１２日（２０１１．５．１２）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]