(57)【特許請求の範囲】
【請求項１】
メディアストリーミング方法であって、
メディアコントローラによって、ユーザ機器によって送信されたメディアストリーミングリクエストを受信するとともに、利用可能なインデックステーブルに従って前記ユーザ機器にインデックスを割り当てるステップと、
メディアコントローラによって、前記ユーザ機器の前記ストリーミングリクエストおよび前記インデックスを関連づけて対応テーブルに保存するとともに、メディアサーバが前記対応テーブルに従って、ストレージデバイスが前記ストリーミングリクエストによって要求されたストリームデータ（data to be streamed）を前記インデックスに対応するバ
ッファのアドレスに送信するように制御するために、前記ユーザ機器の前記ストリーミングリクエストおよび前記インデックスを前記メディアサーバに送信するステップと、
前記メディアコントローラによって、前記ストリーミングリクエストによって要求され、前記ストレージデバイスによって送信される前記ストリームデータを受信するとともに、前記対応テーブルを問い合わせることによって前記ストリーミングリクエストによって要求された前記ストリームデータを対応する前記ユーザ機器にストリーミングするステップと、
前記利用可能なインデックステーブルに利用可能なインデックスが存在しない場合、前記メディアコントローラによって、前記ユーザ機器によって送信された前記メディアストリーミングリクエストを受信したときに、前記ユーザ機器がウェイトするように通知するステップと
を備え、
前記インデックスは、前記ストリーミングリクエストによって要求される前記ストリームデータが保存される前記メディアコントローラ内の対応するバッファのアドレスを指定するために使用される方法。
【請求項２】
前記メディアコントローラによって前記ユーザ機器によって送信された前記メディアストリーミングリクエストを受信する前に、
前記メディアコントローラによって前記バッファを前記データの保存領域のサイズに従って同一のサイズであるブロックに分割するステップをさらに備え、各ブロックはそれぞれ１つのインデックスに対応することを特徴とする請求項１に記載の方法。
【請求項３】
前記ストリーミングリクエストによって要求された前記ストリームデータを対応する前記ユーザ機器にストリーミングした後に、
前記ユーザ機器に対応する前記インデックスを開放し、前記対応テーブルから、前記ユーザ機器の前記ストリーミングリクエストおよび前記インデックスを関連づける情報を削除するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザ機器の前記ストリーミングリクエストおよび前記インデックスを前記メディアサーバに送信した後に、
前記メディアサーバによって、前記ストリームデータの長さ、および／または前記ユーザ機器に対応するブロードバンド情報を受信するステップを備え、前記ストリームデータは、前記ストリーミングリクエストによって要求され、前記メディアサーバによって送信され、対応テーブル内の前記長さ、および／またはブロードバンド情報を保存するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
ディストリビューションネットワーク上に位置するメディアコントローラであって、
ユーザ機器によって送信されたメディアストリーミングリクエストを受信するように構成されるリクエスト受信モジュールと、
利用可能なインデックステーブルに従ってインデックスを前記ユーザ機器に割り当てるように構成されるインデックス割当モジュールと、
前記リクエスト受信モジュールによって受信された前記ユーザ機器の前記ストリーミングリクエストおよび前記インデックスを関連づけるとともに、関連づけられた前記ストリーミングリクエストおよび前記インデックスを対応テーブルに保存するように構成されるストレージモジュールと、
ストレージデバイスが前記ストリーミングリクエストによって要求されたストリームデータを前記インデックスに対応するバッファのアドレスに送信するように制御するために、メディアサーバが前記対応テーブルに従って前記ユーザ機器の前記ストリーミングリクエストおよび前記インデックスを前記メディアサーバに送信するように構成される送信モジュールと、
前記ストリーミングリクエストによって要求され、前記ストレージデバイスによって送信される前記ストリームデータを受信するように構成されるデータ受信モジュールと、  前記ストレージモジュール内の前記対応テーブルを問い合わせるとともに、前記ストリーミングリクエストによって要求された前記ストリームデータを対応する前記ユーザ機器にストリーミングするように構成されるストリーミングモジュールと、
前記利用可能なインデックステーブルに利用可能なインデックスが存在しない場合、前記メディアコントローラが前記ユーザ機器による前記メディアストリーミングリクエストを受信したときに、前記ユーザ機器にウェイトするよう命令するように構成される通知モジュールと
を備え、
前記インデックスは、ストリーミングリクエストによって要求された前記ストリームデータが保存される前記メディアコントローラ内の対応するバッファのアドレスを指定するために使用されることを特徴とするメディアコントローラ。
【請求項６】
前記データの保存領域のサイズに従って、前記バッファを同一サイズのブロックに分割するように構成されるインデックス決定モジュールをさらに備え、
各ブロックはそれぞれ１つのインデックスに対応することを特徴とする請求項５に記載のメディアコントローラ。
【請求項７】
前記ストリーミングリクエストによって要求された前記ストリームデータが前記ユーザ機器へストリーミングされた後、前記ユーザ機器に対応する前記インデックスを開放し、前記ユーザ機器の前記ストリーミングリクエストおよび前記インデックスの関連づけについての情報を前記対応テーブルから削除するように構成される開放モジュール
をさらに備えることを特徴とする請求項５に記載のメディアコントローラ。
【請求項８】
前記データ受信モジュールが、さらに前記ストリームデータの長さ、および／または前記ユーザ機器に対応するブロードバンド情報を受信するように構成され、前記ストリームデータは、前記ストリーミングリクエストによって要求され、かつ前記メディアサーバによって送信され、
前記ストレージモジュールは、さらに前記ストリームの長さ、および／または前記ユーザ機器に対応するブロードバンド情報を対応テーブルに保存するように構成され、前記ストリームデータは前記ストリーミングリクエストによって要求され、かつ前記データ受信モジュールによって受信される
ことを特徴とする請求項５に記載のメディアコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、発明の名称を“METHOD FOR STREAMING MEDIA AND MEDIA CONTROLLER”として２０１１年３月２３日に中国特許庁に出願された中国特許出願第201110077211.1号の優先権を主張するものであり、これによりその全体が、参照して組み込まれる。
【０００２】
本発明は、通信技術の分野に関し、特にメディアストリーミング（streaming media）方法およびメディアコントローラに関する。
【背景技術】
【０００３】
図１に示すように、メディアストリーミングとは、ディストリビューションネットワーク（distribution network）上のユーザによって頻繁にアクセスされたデータをコアネットワーク(core network)の端へプッシュし、またディストリビューションネットワークに内部的に保存され、かつユーザによって、要求されたストリーミングメディアコンテンツをルータ経由でユーザ機器（user equipment）へ送信することを意味する。前記ディストリビューションネットワークは、メディアデリバリネットワーク（ＭＤＮ：Media Delivery Network）およびコンテンツデリバリネットワーク（Content Delivery Network）を含んでもよい。現在のメディアストリーミングプロセスは以下の通りである。ユーザ端末が、あるストリーミングメディアにアクセスする必要がある場合、前記ユーザ端末はディストリビューションネットワーク上のＣＰＵにリクエストを送信する。ＣＰＵは、データを保存するために使用されるバッファリング領域のセグメントを申請し、データ受信のための目的アドレスとしてバッファリング領域の初期アドレスを使用して、データを取得するためのリクエストをストレージデバイスに送信し、取得したデータをユーザ端末に返信する。
【０００４】
メディアストリーミングシナリオにおいて、ユーザ数の増加とともに、ディストリビューションネットワーク上のＣＰＵは他のシステムタスクを実行する必要があるため、ディストリビューションネットワーク上のＣＰＵの性能に影響を及ぼす。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態は、ディストリビューションネットワーク上のＣＰＵからデータを分離して実行するとともに、ディストリビューションネットワーク上のＣＰＵの動作速度を改善する、メディアストリーミング方法およびメディアコントローラを提供する。
【課題を解決するための手段】
【０００６】
本発明の実施形態は、メディアストリーミング方法を提供する。本方法は、
メディアコントローラによって、ユーザ機器によって送信されたメディアストリーミングリクエストを受信し、ユーザ機器にインデックスを割り当てるステップと、
メディアコントローラによって、ユーザ機器のストリーミングリクエストおよびインデックスを関連づけ、関連づけられたストリーミングリクエストおよびインデックスを対応テーブルに保存するとともに、メディアサーバが対応テーブルに従って、ストレージデバイスがストリーミングリクエストによって要求されたストリームデータ（data to be streamed）をインデックスに対応するバッファのアドレスに送信するように制御するために、ユーザ機器の前記ストリーミングリクエストおよびインデックスをメディアサーバに送信するステップと、
メディアコントローラによって、ストリーミングリクエストによって要求され、ストレージデバイスによって送信されるストリームデータを受信するとともに、対応テーブルを問い合わせることによってストリーミングリクエストによって要求されたストリームデータを対応するユーザ機器にストリーミングするステップとを備え、前記インデックスは、ストリーミングリクエストによって要求されるストリームデータが保存されるメディアコントローラ内の対応するバッファのアドレスを指定するために使用される方法である。
【０００７】
本発明の実施形態は、さらにディストリビューションネットワーク上に位置するメディアコントローラを提供する。前記メディアコントローラは、
ユーザ機器によって送信されたメディアストリーミング要求を受信するように構成されるリクエスト受信モジュールと、
インデックスをユーザ機器に割り当てるように構成されるインデックス割当モジュールと、
リクエスト受信モジュールによって受信されたユーザ機器のストリーミングリクエストおよびインデックスを関連づけるとともに、関連づけられたストリーミングリクエストおよびインデックスを対応テーブルに保存するように構成されるストレージモジュールと、
ストレージデバイスがストリーミングリクエストによって要求されたストリームデータをインデックスに対応するバッファのアドレスに送信するように制御するために、メディアサーバが対応テーブルに従って、ユーザ機器の前記ストリーミングリクエストおよびインデックスをメディアサーバに送信するように構成される送信モジュールと、
ストリーミングリクエストによって要求され、ストレージデバイスによって送信されるストリームデータを受信するように構成されるデータ受信モジュールと、
ストレージモジュール内の対応テーブルを問い合わせるとともに、ストリーミングリクエストによって要求されたストリームデータを対応するユーザ機器にストリーミングするように構成されるストリーミングモジュールと
を備え、
前記インデックスは、ストリーミングリクエストによって要求されたストリームデータが保存されるメディアコントローラ内の対応するバッファのアドレスを指定するために使用されるメディアコントローラである。
【０００８】
先に述べた実施形態で提供される技術的構成は、メディアコントローラを通じて、ユーザによって要求されたストリームデータを保存し、前記データをユーザにストリーミングし、ディストリビューションネットワーク上のＣＰＵからデータの分離を実行し、ディストリビューションネットワーク上のＣＰＵの実行速度を改良し、インデックスをユーザ機器に割り当てることで、非常に多くのユーザに起因するアドレス幅の増大を回避することが理解可能である。
【０００９】
本発明の技術的解決策をより明確にするために、本発明の実施形態または先行技術を図示するための添付の図面を以下に簡潔に説明する。明らかに、添付の図面は例示の目的のみであり、当業者は、いかなる創造的な努力なしに添付の図面から他の図面を導き出すことができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、従来技術におけるメディアストリーミングの模式図である。
【図２】図２は、本発明の実施形態で提供されるメディアストリーミング方法のフローチャートである。
【図３】図３は、本発明の実施形態で提供されるメディアコントローラ装置の模式図である。
【図４】図４は、本発明の実施形態で提供されるもう１つのメディアストリーミング方法のフローチャートである。
【発明を実施するための形態】
【００１１】
本発明に基づく技術的な解決策は、添付の図面を参照して以下に説明される。明らかに、下記の実施形態は例示の目的のためのみであり、本発明の全ての実施形態を網羅するものではない。当業者であれば、ここで提供される実施形態から他の実施形態をいかなる創造的な努力なしに導き出すことができ、そのようなすべての実施形態は本発明の保護範囲に含まれる。
【００１２】
本発明の一実施形態は、図２に示すメディアストリーミング方法を提供する。メディアコントローラおよびメディアサーバは、ディストリビューションネットワーク上に位置することができる。メディアコントローラは、ＦＰＧＡ（Field Programmable Gate Array）であってもよい。メディアサーバは、ディストリビューションネットワーク上のＣＰＵであってもよい。ストレージデバイスは、ＳＳＤ（Solid State Disk）であってもよい。本方法は以下のステップを含む。
【００１３】
ステップ２１：前記メディアコントローラは、ユーザ機器によって送信されたメディアストリーミングリクエストを受信し、前記ユーザ機器にインデックスを割り当てる。ここで前記インデックスは、ストリーミングリクエストによって要求されたストリームデータが保存されるメディアコントローラの対応するバッファのアドレスを指定するために使用される。
【００１４】
特に、ユーザ機器によって送信された前記ストリーミングリクエストは、ユーザの識別情報、例えば、ユーザのＩＰアドレスまたはユーザ名情報を含んでもよく、もしくは例えばビデオデータまたはオーディオデータのようなリクエストデータのタイプまたは名前のような情報を含んでもよい。
【００１５】
代替方法として、ステップ２１が実行される前に、データの保存領域のサイズに従って、メディアコントローラのバッファを同一サイズまたは異なるサイズのブロックに分割するステップを含んでもよい。ここで、各ブロックは１つのインデックスに対応する。例えば、データの保存領域のサイズが１Ｍｂｙｔｅだった場合、４Ｇｂｙｔｅのバッファが同一のサイズの４０９６のブロックに分割されてもよく、各ブロックのサイズは１Ｍｂｙｔｅであり、各ブロックにはそれぞれ１つのインデックスが割り当てられる。前記インデックスは、１〜４０９６の範囲の一意の整数であってよい。１ＭＢｙｔｅのアドレスが、１００００〜２００００である場合、前記インデックスは、アドレス１００００〜２００００に対応する１Ｍｂｙｔｅの領域を指定する。ユーザ機器によって送信されたメディアストリーミングリクエストを受信した場合、前記インデックスはユーザ機器にランダムに割り当てられる。
【００１６】
さらに、前記メディアコントローラは、利用可能なインデックスのテーブルを維持してもよい。前記テーブルは、ユーザ機器に割り当てられていないインデックスを記録する。例えば、合計４０９６のインデックスの中で、４０００がユーザ機器に割り当てられてしまっている場合、利用可能なインデックスのテーブルは残り９６インデックスを含む。全てのインデックスがユーザ機器に割り当てられてしまった後、すなわち利用可能なインデックスのテーブル内にはインデックスが存在しないとき、前記ユーザ機器によって送信されたメディアストリーミングリクエストを受信した場合、ユーザ機器はウェイトするように通知される。例えば、４Ｇｂｙｔｅのバッファが、４０９６のインデックスに分割される。これら全４０９６のインデックスがユーザ機器に割り当てられてしまった後、ユーザ機器によって送信されたメディアストリーミングリクエストを受信した場合、前記ユーザ機器は、４０９６のインデックス内のあるインデックスが開放されるまでウェイトするように通知される。すなわち、開放されたインデックスが利用可能なインデックスのテーブルに再び記録された時、開放されたインデックスが、ウェイト中のユーザ機器に割り当てられる。
【００１７】
ステップ２２：前記メディアコントローラは、前記ユーザ機器のストリーミングリクエストおよびインデックスを関連づけ、前記対応テーブルに関連づけられたストリーミングリクエストおよびインデックスを保存する。また、前記メディアコントローラは、メディアサーバが対応テーブルに従って、ストレージデバイスがストリーミングリクエストによって要求されたストリームデータをインデックスに対応するバッファのアドレスに送信するように制御するために、前記ユーザ機器のストリーミングリクエストおよびインデックスをメディアサーバに送信する。
【００１８】
代替方法として、前記対応テーブルは下記の情報を含んでもよいが、それに限定されない。ユーザ機器のストリーミングリクエストに対応するリクエストデータのサイズは可変である。前記対応テーブルがリクエストデータのサイズを保存する必要がある場合、メディアサーバがユーザ機器のストリーミングリクエストおよびインデックスを受信後、リクエストデータのサイズは元に戻る。
【表１】
0005729659.tif 000002
【００１９】
ステップ２３：前記メディアコントローラは、ストリーミングリクエストによって要求され、ストレージデバイスによって送信されたストリームデータを受信するとともに、対応テーブルを問い合わせることで、ストリーミングリクエストによって要求されたストリームデータを対応するユーザ機器にストリーミングする。
【００２０】
特に、対応テーブルが問い合わされ、リクエストデータがメディアコントローラのバッファから読みだされ、対応テーブルのユーザ機器にストリーミングされ、データストリーミング完了後に前記ユーザ機器に対応するインデックスが開放され、そしてストリーミングリクエストの関連づけ、およびユーザ機器のインデックスについての情報が対応テーブルから削除される。
【００２１】
本発明の実施形態は、図３に示すメディアコントローラを提供する。前記メディアコントローラはディストリビューションネットワーク上に位置する。前記メディアコントローラは、ＦＰＧＡであってもよい。前記メディアコントローラは、ユーザ機器によって送信されたメディアストリーミングリクエストを受信するように構成されるリクエスト受信モジュール３１を含む。
【００２２】
特に、ユーザ機器によって送信された前記ストリーミングリクエストは、ユーザの識別情報、例えば、ユーザのＩＰアドレスまたはユーザ名情報を含んでもよく、もしくは例えばビデオデータまたはオーディオデータのようなリクエストデータのタイプまたは名前のような情報を含んでもよい。
前記メディアコントローラは、インデックスをユーザ機器に割り当てるように構成され、前記インデックスは、ストリーミングリクエストによって要求されたストリームデータが保存されるメディアコントローラ内の対応するバッファのアドレスを指定するために使用される、インデックス割当モジュール３２を含む。
代替方法として、前記メディアコントローラは、インデックス割当モジュールが実行される前に、データの保存領域のサイズに従って、メディアコントローラのバッファを各ブロックがそれぞれ１つのインデックスに対応する同一サイズまたは異なるサイズのブロックに分割するように構成されるインデックス決定モジュールを含んでもよい。例えば、データの保存領域のサイズが１Ｍｂｙｔｅだった場合、４Ｇｂｙｔｅのバッファが同一のサイズの４０９６のブロックに分割することができる。ここで、各ブロックのサイズは１Ｍｂｙｔｅであり、各ブロックにはそれぞれ１つのインデックスが割り当てられる。前記インデックスは、１〜４０９６の範囲の一意の整数であってよい。１ＭＢｙｔｅのアドレスが、１００００〜２００００である場合、前記インデックスは、アドレス１００００〜２００００に対応する１Ｍｂｙｔｅの領域を指定する。ユーザ機器によって送信されたメディアストリーミングリクエストを受信した場合、前記インデックスはユーザ機器にランダムに割り当てられる。
【００２３】
さらに、前記メディアコントローラは、ユーザ機器に割り当てられていないインデックスを記録する、利用可能なインデックスのテーブルを維持してもよい。例えば、合計４０９６のインデックスの中で、４０００がユーザ機器に割り当てられてしまっている。このとき、利用可能なインデックスのテーブルは残り９６インデックスを含む。代替方法として、全てのインデックスがユーザ機器に割り当てられてしまった後、すなわち、メディアコントローラがユーザ機器によって送信されたメディアストリーミングリクエストを受信した時に、利用可能なインデックスのテーブルにインデックスが存在しない場合は、ユーザ機器にウェイトするよう命令するように構成される通知モジュールがさらに含まれてもよい。例えば、４Ｇｂｙｔｅのバッファが、４０９６のインデックに分割される。全４０９６のインデックスが、ユーザ機器に割り当てられてしまった後、ユーザ機器によって送信されたメディアストリーミングリクエストを受信した場合、ユーザ機器は４０９６のインデックス内のあるインデックスが開放されるまでウェイトするように通知される。すなわち、開放されたインデックスが利用可能なインデックスのテーブルに再び記録された場合、開放されたインデックスがウェイト中のユーザ機器に割り当てられる。
前記メディアコントローラは、リクエスト受信モジュール３１によって受信されたユーザ機器のストリーミングリクエストおよびインデックスを関連づけ、またユーザ機器のストリーミングリクエストおよびインデックス割当モジュール３２によって割り当てられたインデックスを対応テーブルに保存するよう構成される保存モジュール３３を含む。代替方法として、前記保存モジュール３３は、さらにデータ受信モジュール３５が受信したストリーミングリクエストによって要求されたストリームデータの長さ、および／またはユーザ機器に対応するブロードバンド情報を対応テーブルに保存するように構成される。
【００２４】
代替方法として、前記対応テーブルは、下記の情報を含むが、それに限定されない。ユーザ機器のストリーミングリクエストに対応するリクエストデータのサイズは、可変である。対応テーブルがリクエストデータのサイズを保存する必要がある場合、メディアサーバがユーザ機器のストリーミングリクエストおよびインデックスを受信後、リクエストデータのサイズは元に戻る。
【表２】
0005729659.tif 000003
【００２５】
具体的には、対応テーブルが問い合わされ、そしてリクエストデータがメディアコントローラのバッファから読みだされ、そして、対応テーブルのユーザ機器へストリーミングされる。代替方法として、ストリーミングリクエストによって要求されたストリームデータがユーザ機器へストリーミングされた後、ユーザ機器に対応するインデックスを開放し、ユーザ機器のストリーミングリクエストおよびインデックスの関連づけについての情報を対応テーブルから削除するように構成される開放モジュールをさらに含んでもよい。
【００２６】
本発明の実施形態は、もう一つのメディアストリーミング方法を提供する。すなわち前記メディアコントローラがＦＰＧＡであり、前記メディアサーバがＭＤＮ上のＣＰＵであり、前記ストレージデバイスがＳＳＤであり、前記ユーザ機器１がストリーミングビデオデータ２を要求することを前提とすることによって、本方法を説明する。図４に示すように、本方法は、以下のステップを含む。
【００２７】
ステップ４１：ＦＰＧＡデバイスは、データの保存領域のサイズに従って、バッファを同一サイズのブロックに分割する。各ブロックは、それぞれ１つのインデックスに対応する。例えば、データの保存領域のサイズが１Ｍｂｙｔｅだった場合、４Ｇのバッファを同一のサイズの４０９６のブロックに分割することができる。ここで、各ブロックのサイズは１Ｍｂｙｔｅであり、各ブロックにはそれぞれ１つのインデックスが割り当てられる。前記インデックスは、１〜４０９６の範囲の一意の整数であってよい。前記インデックスは、各ブロックに対応するバッファのアドレスを指定するために使用される。
【００２８】
ステップ４２：ユーザデバイス１はメディアストリーミングリクエストをＦＰＧＡに送信する。前記メディアストリーミングリクエストはユーザ機器１の識別情報およびリクエストでストリーミングされるデータの名前がビデオ２であることを指定する情報のような関連した情報を含んでもよい。リクエストでストリーミングされるデータは、ビデオ、オーディオ、または他のデータ形式であってもよい。
【００２９】
ステップ４３：ユーザ機器１によって送信されたメディアストリーミングリクエストを受信後、前記ＦＰＧＡはインデックス１００（インデックスによって指定されるバッファアドレスは１００００〜２００００であってもよい）をユーザ機器１に割り当て、メディアストリーミングリクエストとインデックス１００を関連づけ、それらを対応テーブルに保存し、ユーザ機器１のメディアストリーミングリクエストおよびインデックス１００をＭＤＮのＣＰＵに送信する。前記対応テーブルは、下記のテーブルを含んでもよいが、それに限定されない。
【表３】
0005729659.tif 000004
【００３０】
代替方法として、ＦＰＧＡ内の４０９６のバッファが全てユーザ機器に割り当てられた後、ＦＰＧＡがユーザ機器１のメディアストリーミングリクエストを受信した場合、ＦＰＧＡはユーザ機器１にウェイトするように通知する。
【００３１】
ステップ４４：代替方法として、ユーザ機器１のメディアストリーミングリクエストおよびインデックス１００を受信後、ＭＤＮのＣＰＵはビデオデータ２のサイズ情報（例：８００Ｍ）をＦＰＧＡに返信してもよい。ＦＰＧＡは、受信したビデオデータ２のサイズ情報を対応テーブルに加える。対応テーブルは以下のようにサイズ情報に加えられる。
【表４】
0005729659.tif 000005
【００３２】
ステップ４５：ユーザ機器１のメディアストリーミングリクエストおよびインデックス１００の受信後、ＭＤＮのＣＰＵは、ＦＰＧＡに保存された対応テーブルを読み出し、ＳＳＤがビデオデータ２をＦＰＧＡ内のインデックス１００に対応するバッファアドレス１００００〜２００００に送信するように制御する。
【００３３】
ステップ４６：ＳＳＤによって送信されたビデオデータ２を受信後、ＦＰＧＡは、対応テーブルを問い合わせることによって、ビデオデータ２をユーザ機器１にストリーミングする。
【００３４】
ステップ４７：データがストリーミングされた後、ＦＰＧＡはユーザ機器１に対応するインデックス１００を開放し、ユーザ機器１のストリーミングリクエストおよびインデックスの関連づけを対応テーブルから削除する。
【００３５】
メディアストリーミング方法の実施形態を提供する。メディアコントローラにストリーミングリクエストによって要求されたストリームデータを保存させ、前記データを対応するユーザにストリーミングさせることによって、本方法は、ディストリビューションネットワーク上のＣＰＵからデータの分離を実施し、ディストリビューションネットワーク上のＣＰＵのサービス処理能力を改良する。加えて、インデックスを割り当てることで、本方法は、非常に多くのユーザに起因するアドレス幅の増大を回避し、ストリーミングの帯域幅が変化しない状態の間、メディアコントローラの内部バッファ領域の効果的な管理を可能にし、それによってアドレス幅に対するハードウェア構成の依存性を減らす。
【００３６】
メディアコントローラの先の実施形態において、全ての包含されたモジュールは、機能論理に従って分割されているだけであり、対応する機能が実施可能である限り、分割方法に限定されないことに留意すべきである。加えて、全ての機能モジュールの名前は、相互に区別することを意図するだけのものであり、保護範囲を限定するように構成されるものではない。
【００３７】
加えて、当業者であれば、先に述べた方法の全てまたは一部のステップが、ハードウェアに命令をするプログラムの使用によって完了されてもよいことが理解可能である。前記プログラムは、ＲＡＭ、磁気ディスク、およびコンパクトディスクのようなコンピュータによって読み出し可能なストレージメディアに保存されてもよい。
【００３８】
最後に、上記は単なる本発明の好ましい実施形態である。しかし、本発明の範囲はそれに限定されるものではない。本発明の技術的範囲内で当業者には自明で改変または置換は、本発明の範囲内に属するべきである。従って、本発明の保護範囲は特許請求の範囲となる。
【符号の説明】
【００３９】
３１  リクエスト受信モジュール
３２  インデックス割当モジュール
３３  保存モジュール
３４  送信モジュール
３５  データ受信モジュール
３６  ストリーミングモジュール
【図２】
0005729659.tif 000006
【図３】
0005729659.tif 000007
【図４】
0005729659.tif 000008
【図１】
0005729659.tif 000009