(57)【特許請求の範囲】
【請求項１】
ハイパーテキスト転送プロトコルHTTPベースのストリーミングサービスを実施するための方法であって、
サーバが、クライアントからのリクエストを受け取り、メディアプレゼンテーション記述ファイルを求める前記リクエストに従って、前記メディアプレゼンテーション記述ファイルを伝えるレスポンスを前記クライアントに返す、ステップであって、前記メディアプレゼンテーション記述ファイルは、ユニフォームリソースロケータのテンプレートと、ライブ再生開始時間と、メディア断片の時間長さとを含み、前記ユニフォームリソースロケータのテンプレートは、前記クライアントが、再生を要求するメディア断片ファイルに対応するユニフォームリソースロケータを生成するために使用され、前記ユニフォームリソースロケータは、再生が要求される前記メディア断片ファイルのロケーションを表すために使用され、前記メディア断片の前記時間長さ及び前記ライブ再生開始時間は、前記クライアントが、再生を要求する前記メディア断片ファイルのロケーション情報を決定するために使用される、ステップと、
前記サーバと前記クライアントの間で時間同期関係を構築する、ステップと、
前記サーバが、前記クライアントからユニフォームリソースロケータを受け取り、対応するメディア断片ファイルを取得し、かつ、前記クライアント側で再生するために、前記メディア断片ファイルを前記クライアントに返すステップとを有し、
前記ユニフォームリソースロケータは、前記クライアントによって確定され、再生が要求されるメディア断片のユニフォームリソースロケータであり、かつ前記クライアントによって、前記サーバに前記メディア断片ファイルをリクエストするために使用される方法。
【請求項２】
前記レスポンスが起こされる時間は、ハイパーテキスト転送プロトコルHTTPヘッダ日付中で伝えられ、前記レスポンスが起こされる前記時間は、前記サーバの現在時間である、請求項1に記載の方法。
【請求項３】
前記サーバが、ライブ再生が開始されるとき、前記メディアプレゼンテーション記述ファイルを生成し、
前記メディアプレゼンテーション記述ファイルは、生成されるメディアデータの基本情報を記述する、請求項1に記載の方法。
【請求項４】
前記メディア断片ファイルは、単一のメディア表現または異なるメディア表現の組み合わせを含む、請求項1または請求項2に記載の方法。
【請求項５】
ハイパーテキスト転送プロトコルHTTPベースのストリーミングサービスを実施するための方法であって、
クライアントが、サーバにリクエストを送るステップであって、前記リクエストは、前記リクエストに従って、メディアプレゼンテーション記述ファイルを前記クライアントに伝えるレスポンスを返すために使用される、ステップと、
前記クライアントが、前記サーバから前記メディアプレゼンテーション記述ファイルを伝えるレスポンスを受信するステップであって、前記メディアプレゼンテーション記述ファイルは、ユニフォームリソースロケータのテンプレートと、ライブ再生開始時間と、メディア断片の時間長さとを含み、前記ユニフォームリソースロケータのテンプレートは、前記クライアントが、再生を要求するメディア断片ファイルに対応するユニフォームリソースロケータを生成するために使用され、前記ユニフォームリソースロケータは、再生を要求される前記メディア断片ファイルのロケーションを表すために使用され、前記メディア断片の前記時間長さ及び前記ライブ再生開始時間は、前記クライアントが再生を要求する前記メディア断片ファイルのロケーション情報を決定するために使用される、ステップと、
前記クライアントが、前記サーバとの時間同期関係を構築する、ステップと、
前記クライアントが、再生を要求する前記メディア断片ファイルの前記ユニフォームリソースロケータを確定する、ステップと、
前記クライアントが、前記メディア断片ファイルをリクエストするために、再生を要求する前記メディア断片ファイルに対応する前記ユニフォームリソースロケータを前記サーバに送る、ステップと、
前記クライアントが、前記ユニフォームリソースロケータに対応し、前記サーバから返された前記メディア断片ファイルを受け取り、前記メディア断片ファイルを再生する、ステップとを含む方法。
【請求項６】
前記レスポンスが起こされる時間は、ハイパーテキスト転送プロトコルHTTPヘッダ日付中で伝えられ、前記レスポンスが起こされる前記時間は、前記サーバの現在時間である、請求項５に記載の方法。
【請求項７】
前記クライアントが再生を要求する前記メディア断片ファイルの前記ユニフォームリソースロケータを確定するステップのプロセスは、
前記クライアントが、前記ライブ再生開始時間と、前記サーバの前記現在時間と、前記メディア断片の前記時間長さとに従って、再生を要求する前記メディア断片ファイルの連続番号を決定する、ステップと、
前記クライアントが、再生を要求される前記メディア断片ファイルの前記連続番号と、前記ユニフォームリソースロケータのテンプレートとに従って、再生を要求される前記メディア断片ファイルに対応する前記ユニフォームリソースロケータを生成するステップとを含む、請求項６に記載の方法。
【請求項８】
前記クライアントが、取得するファイルの連続番号として、徐々に増加するファイル連続番号を使用し、そして、取得するメディア断片に対応するユニフォームリソースロケータを生成するために、ユニフォームリソースロケータのテンプレート中の変数を前記連続番号に置き換えて、メディア断片ファイルを連続的にリクエストして取得する、ステップをさらに含む、請求項５に記載の方法。
【請求項９】
前記メディアプレゼンテーション記述ファイルは、ライブ再生が開始されるとき、前記サーバによって生成され、
前記メディアプレゼンテーション記述ファイルは、生成されるメディアデータの基本情報を記述する、請求項５に記載の方法。
【請求項１０】
再生を要求される前記メディア断片ファイルは、最新に生成されたメディア断片であり、前記クライアントが再生を要求する前記メディア断片ファイルの前記ユニフォームリソースロケータを確定するステップのプロセスは、
前記クライアントが、前記サーバの現在時間および前記ライブ再生開始時間に従って、ライブで再生されている最新のメディア断片ファイルの連続番号Lを計算し、そして前記連続番号Lを、取得するファイルの連続番号を表すローカル変数Nに割り当て、前記ユニフォームリソースロケータのテンプレート中の変数を前記ローカル変数Nに置き換えることによって、前記クライアントは、前記メディア断片ファイルに対応する前記ユニフォームリソースロケータを生成することを含み、
Lは、次の式によって得られ、
L=int((T-T0)/Ts)
ただし、Tは、前記サーバの現在時間であり、T0は、前記ライブ再生開始時間であり、Tsは、前記メディア断片の時間長さであり、int( )は、丸め関数であり、int(x)は、xを超えない最大の整数を表す、請求項５または請求項９に記載の方法。
【請求項１１】
前記クライアントが前記サーバとの時間同期関係を構築するステップのプロセスは、
前記クライアントが、前記サーバの現在時間及び前記クライアントのローカル時間に従って、時間オフセットΔT＝前記クライアントのローカル時間−前記サーバの現在時間を計算して保存する、ステップと、
前記時間オフセットΔTに従って、前記クライアントのいずれものローカル時間に対応するサーバ時間を取得する、ステップとを含む、請求項５に記載の方法。
【請求項１２】
再生を要求される前記メディア断片ファイルは、クライアントが指定した具体的な過去時間から開始されるメディア断片であり、
前記クライアントが再生を要求する前記メディア断片ファイルの前記ユニフォームリソースロケータを確定するステップのプロセスは、
前記クライアントが、視聴の開始時間として、過去時間T1を指定した場合、ローカル時間に対応するサーバ時間は、前記サーバの現在時間と前記クライアントの前記ローカル時間の間の時間オフセットΔTに従って、T2=T1-ΔTによって得られることを含み、
T2は、T0≦T2≦Tを満たし、
過去時間T1から始まる、視聴される前記メディア断片ファイルの連続番号L’が、式L’＝int((T2-T0)/Ts)によって、計算され、
前記メディア断片ファイルの前記連続番号L’は、ローカル変数Nに割り当てられ、前記ユニフォームリソースロケータのテンプレート中の変数を前記ローカル変数Nに置き換えることによって、前記クライアントは、前記メディア断片ファイルに対応する前記ユニフォームリソースロケータを生成し、T0は、前記ライブ再生開始時間であり、Tsは、前記メディア断片の時間長さであり、int( )は、丸め関数であり、int(x)は、xを超えない最大の整数を表す、請求項１１に記載の方法。
【請求項１３】
前記メディア断片ファイルは、単一のメディア表現または異なるメディア表現の組み合わせを含む、請求項５または請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信テクノロジの分野に関し、詳細には、ハイパーテキスト転送プロトコル(HTTP)ベースのストリーミングサービスを実施するための方法、ネットワークシステム、サーバおよびネットワークデバイスに関する。
【背景技術】
【０００２】
インターネットが普及するのに伴い、ストリーミングサービスが、急速に発展している。ストリーミングサービスは、ハイパーテキスト転送プロトコル(Hyper Text Transfer Protocol, HTTP)に基づくことができる。ウェブサーバおよびコンテンツ配信ネットワーク(CDN: content distribution network)を含む、多くの基本設備が、HTTP転送をサポートしている。HTTPベースのストリーミングメディアは、トレンドになりつつある。
【０００３】
ストリーミングサービスは、2つの異なるタイプ、すなわちレコード再生およびライブ再生の形で現れる。レコード再生は、再生されるメディアコンテンツが、あらかじめ生成されており、次いで再生され、リアルタイムでないことを意味する。フィルム再生が、レコード再生の典型的な例である。ライブ再生は、レコード再生と相対的であり、メディアコンテンツをリアルタイムで再生することを言う。ライブ再生の典型的な例は、スポーツの試合の再放送であり、そこでは、送信者が、コンテンツをコーディングし、それを編集することを含み、コンテンツをリアルタイムで生成する、そして、受信者が、送信者によってリアルタイムで生成されたコンテンツを同期して受信する。
【０００４】
従来のストリーミングサービスでは、クライアントが、サーバとの接続を生成した後、特別に定義された時間「ナウ(now)」を使用して、コンテンツを再生するようにサーバに指示し、次いで、クライアントは、ライブコンテンツを受け取ることができる。このプロセスでは、クライアントは、コンテンツの格納ロケーションを知る必要がなく、サーバは、制御実在者として、クライアントにカレントコンテンツを送る。HTTPベースのストリーミングサービスでは、サーバは、受動的なサービスプロバイダであり、サーバは、クライアントがリクエストしたように、ファイルまたはファイルの一部分をクライアントに送ることだけができ、クライアントは、リクエストするファイルをはっきりと示す(URLを使用して)、またはファイルの一部分をはっきりと示す(URLプラスロケーション区間を使用して)必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明を実施するプロセスでは、先行技術は、少なくとも以下の問題を抱えている。
【０００６】
先行技術におけるHTTPベースのストリーミングサービスでは、ライブメディアのデータが、リアルタイムで生成され、クライアントは、現在生成されているメディアデータの正確なロケーションをあらかじめ知ることが不可能である。このように、クライアントは、最新に生成されたメディアデータをリクエストすることが不可能であり、それは、ライブ再生のサービスに困難をもたらしている。
【課題を解決するための手段】
【０００７】
本発明の実施形態によって、ハイパーテキスト転送プロトコルHTTPベースのストリーミングサービスを実施するための方法、サーバ、クライアント装置およびネットワークシステムが提供され、それによって、クライアントは、サーバ側のメディアデータのロケーション情報を取得して、HTTPベースのストリーミングメディアのライブ再生サービスを実施することができる。
【０００８】
本発明の実施形態によって、HTTPベースのストリーミングサービスを実施するための方法が提示され、この方法は、
サーバが、クライアントからリクエストを受け取り、メディアプレゼンテーション記述ファイル(media presentation description file)を求めるリクエストに従って、メディアプレゼンテーション記述ファイルを伝えるレスポンスを返す、ステップと、
サーバとクライアントの間で時間同期関係を構築する、ステップと、
クライアントからユニフォームリソースロケータ(Uniform Resource Locator, URL)を受け取り、対応するメディア断片ファイル(media fragment file)を取得し、そしてクライアント側で再生するために、メディア断片ファイルをクライアントに返すステップであって、ユニフォームリソースロケータは、クライアントが再生を要求し確定するメディア断片(media fragment)のユニフォームリソースロケータであり、そして、クライアントが、サーバにメディア断片ファイルをリクエストするために使用される、ステップとを含む。
【０００９】
本発明の実施形態によって、ハイパーテキスト転送プロトコルHTTPベースのストリーミングサービスを実施するための別の方法が提示され、この方法は、
クライアントが、サーバにリクエストを送るステップであって、そのリクエストは、サーバが、リクエストに従って、クライアントにレスポンスを返すために使用され、そのレスポンスは、メディアプレゼンテーション記述ファイルを伝える、ステップと、
クライアントが、サーバとの時間同期関係を構築する、ステップと、
再生が要求されるメディア断片のユニフォームリソースロケータURLを確定する、ステップと、
クライアントが、メディア断片ファイルをリクエストするために、再生を要求するメディア断片に対応するユニフォームリソースロケータをサーバに送る、ステップと、
クライアントが、ユニフォームリソースロケータに対応しサーバから返されたメディア断片ファイルを受け取り、そしてそのメディア断片ファイルを再生する、ステップとを含む。
【００１０】
本発明の実施形態によって、ハイパーテキスト転送プロトコルHTTPベースのストリーミングサービスを実施するための別の方法が提示され、この方法は、
サーバが、ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによって、クライアントが、ライブ再生開始時間およびサーバの現在時間に従って、クライアントが再生を要求するメディア断片のロケーション表示情報(location indication information)を確定する、ステップと、
サーバが、再生が要求されるメディア断片のロケーション表示情報をクライアントから受け取る、ステップと、
サーバが、ロケーション表示情報に従って、ロケーション表示情報に対応するメディア断片ファイルを取得して、メディア断片ファイルをクライアントに送る、ステップとを含む。
【００１１】
本発明の実施形態によって、ハイパーテキスト転送プロトコルHTTPベースのストリーミングサービスを実施するための別の方法が提示され、この方法は、
ライブ再生開始時間およびサーバの現在時間をサーバから受け取る、ステップと、
ライブ再生開始時間およびサーバの現在時間に従って、再生が要求されるメディア断片のロケーション表示情報を確定する、ステップと、
再生が要求されるメディア断片のロケーション表示情報をサーバに送る、ステップと、
ロケーション表示情報に対応するメディア断片ファイルをサーバから受け取る、ステップと、
そのメディア断片ファイルを再生する、ステップとを含む。
【００１２】
本発明の実施形態によって、サーバが提供され、そのサーバは、
ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによってクライアントが、ライブ再生開始時間およびサーバの現在時間に従って、再生を要求するメディア断片ファイルのロケーション表示情報を確定するように構成される、時間情報送信ユニットと、
再生が要求されるメディア断片ファイルのロケーション表示情報をクライアントから受け取るように構成される、ロケーション表示情報受信ユニットと、
クライアント側での再生が要求されるメディア断片ファイルに関するロケーション表示情報に従って、メディア断片ファイルを取得するように構成される、メディア断片ファイル取得ユニットと、
メディア断片ファイルをクライアントに送るように構成される、メディア断片ファイル送信ユニットとを含む。
【００１３】
本発明の実施形態によって、クライアント装置が提供され、そのクライアント装置は、
ライブ再生開始時間およびサーバの現在時間をサーバから受け取るように構成される、時間情報受信ユニットと、
ライブ再生開始時間およびサーバの現在時間に従って、再生が要求されるメディア断片のロケーション表示情報を確定するように構成される、確定ユニットと、
再生が要求されるメディア断片ファイルのロケーション表示情報をサーバに送るように構成される、ロケーション表示情報送信ユニットと、
再生が要求されるメディア断片のロケーション表示情報に対応するメディア断片ファイルをサーバから受け取るように構成される、メディア断片ファイル受信ユニットと、
メディア断片ファイルを再生するように構成される、再生ユニットとを含む。
【００１４】
本発明の実施形態によって、ネットワークシステムが提供され、そのネットワークシステムは、
サーバであって、
ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによってクライアントが、ライブ再生開始時間およびサーバの現在時間に従って、再生が要求されるメディア断片のロケーション表示情報を確定し、
再生が要求されるメディア断片のロケーション表示情報をクライアントから受け取り、
クライアント側での再生が要求されるメディア断片に関するロケーション表示情報に従って、メディア断片ファイルを取得し、かつ、
メディア断片ファイルをクライアントに送るように構成される、サーバと、
クライアント装置であって、
ライブ再生開始時間およびサーバの現在時間をサーバから受け取り、
ライブ再生開始時間およびサーバの現在時間に従って、再生が要求されるメディア断片ファイルのロケーション表示情報を確定し、
再生が要求されるメディア断片のロケーション表示情報をサーバに送り、
サーバ側での再生が要求されるメディア断片のロケーション表示情報に対応するメディア断片ファイルを受け取り、かつ、
メディア断片ファイルを再生するように構成される、クライアント装置とを含む。
【発明の効果】
【００１５】
本発明の実施形態におけるハイパーテキスト転送プロトコルHTTPベースのストリーミングサービスを実施するための方法、サーバ、クライアント装置およびネットワークシステムによって、サーバが、ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによって、クライアントが、ライブ再生開始時間およびサーバの現在時間に従って、再生を要求するメディア断片のロケーション表示情報を確定し、HTTPベースのストリーミングメディアのライブ再生サービスを実施することができる。
【００１６】
本発明による技術的な解決策をより明瞭に述べるために、以下に、本発明の実施形態に関与する添付図面に関し概要を述べる。明らかに、以下にあらまし説明する添付図面は、本発明のいくつかの実施形態であり、当業者は、いかなる創造的な努力もすることなしに、これらの実施形態から他の図面を導き出すことができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態による、HTTPベースのストリーミングサービスを実施するための方法を示すフローチャートである。
【図２】本発明の実施形態による、HTTPベースのストリーミングサービスを実施するための、別の方法を示すフローチャートである。
【図３】本発明の実施形態による、HTTPベースのストリーミングサービスを実施するための、また別の方法を示すフローチャートである。
【図４】本発明の実施形態によるメディアプレゼンテーション記述ファイルを示す概略構造図である。
【図５】本発明の実施形態によるメディアファイル構成形態(media file organization form)を示す概略図である。
【図６】本発明の実施形態によるメディア断片を示す概略図である。
【図７】本発明の実施形態によるサーバを示す概略構造図である。
【図８】本発明の実施形態による、別のサーバを示す概略構造図である。
【図９】本発明の実施形態による、また別のサーバを示す概略構造図である。
【図１０】本発明の実施形態によるクライアント装置を示す概略構造図である。
【図１１】本発明の実施形態による、別のクライアント装置を示す概略構造図である。
【図１２】本発明の実施形態による、また別のクライアント装置を示す概略構造図である。
【図１３】本発明の実施形態によるネットワークシステムを示す概略構造図である。
【発明を実施するための形態】
【００１８】
本発明の実施形態による技術的な解決策は、本発明の実施形態での添付図面を参照して、明瞭かつ総合的に述べる。明らかに、述べる実施形態は、本発明の実施形態のすべてと言うよりはむしろ、そのいくつかである。当業者が、ここに提示する実施形態から、どのような創造的な努力もなしに導き出す他の実施形態のすべては、本発明の範囲内に含まれるものとする。
【００１９】
以下に、本発明の実施形態に関与する用語について述べる。
【００２０】
メディア断片(断片)(media fragment):メディアデータのカプセル化形式を言うことができる。メディア断片は、時間区間のメディアデータおよびメディアデータに関連する情報を含む。各メディア断片は、メディア断片ファイルと呼ばれる、独立ファイルとして、格納することができる。
【００２１】
メディアプレゼンテーション記述ファイル(Media Presentation Description File):メディアプレゼンテーション(Media Presentation)の基本情報、たとえば、メディアコンポーネント、コードデータのアトリビュート(たとえば、ビデオコンポーネントのアトリビュートは、エンコーディングタイプおよびデコーディングタイプ、ビデオのビットレート、フレームレート、分解能などを含む)、ライブ再生、またはそうでない再生、メディア断片の時間長さ、および関連のあるメディアデータをどのようにして取得するのかを記述する。
【００２２】
メディアコンポーネント(Media Component):メディアプレゼンテーション中のコンポーネント、たとえば、ビデオコンポーネント、オーディオコンポーネント、テキストコンポーネントなど。
【００２３】
メディアコンポーネント区間(Media Component Interval):これは、時間ウィンドウのメディアコンポーネントに対応する。メディアコンポーネントのすべての時間区間は、一緒に連結されて、メディアコンポーネント全体を形成する。メディアコンポーネントの時間区間は、互いに重なり合うことはない。
【００２４】
代替表現(Alternative representation):これは、あるビットレート、ならびに時間および空間における分解能などのパラメータの群が、メディアコンポーネントのコード表現を示すために使用されることを言う。
【００２５】
コードセグメント(セグメント)(Code Segment):ある時間区間における、あるメディアコンポーネントのコードデータ。クライアントが、メディアコンポーネント、メディアコンポーネント区間および代替表現を指定することによって、コードセグメントをリクエストすることができる。コードセグメントは、他のコードセグメントと関係なくデコードすることができる。
【００２６】
メディアコードデータ(media code data):あるメディアコンポーネントをエンコードした結果、生成されるデータ、たとえば、あるビットレート、フレームレートまたは分解能に従ってビデオをエンコードした結果、生成されるデータ。
【００２７】
図1に示すように、本発明の実施形態によって、HTTPベースのストリーミングサービスを実施するための方法が提示される。メディアプレゼンテーションの各メディア断片は、単一ファイルの形式でサーバ中に格納される。本発明の実施形態では、この方法は、次のステップを含む。
【００２８】
S102.サーバが、ライブ再生開始時間およびサーバの現在時間をクライアントに送る、ステップ。
【００２９】
ライブ再生開始時間は、異なる方法で取得することができる。クライアントがライブ再生サービスをリクエストしたとき、クライアントは、最初、メディアプレゼンテーション記述ファイルをサーバにリクエストする。サーバが、ハイパーテキスト転送プロトコルHTTPの最終更新ヘッダを伝えるレスポンスを返すことによって、ライブ再生開始時間をクライアントに送ることができる。最終更新ヘッダ中の時間が、メディアプレゼンテーション記述ファイルの最終更新時間である。ライブ再生が開始されるとき、ファイルが生成され、したがってその時間が、ライブ再生開始時間として見なすことができる。
【００３０】
ライブ再生開始時間は、クライアントに送られるメディアプレゼンテーション記述ファイル中で伝えることができる。
【００３１】
クライアントが、メディアプレゼンテーション記述ファイルをリクエストした後、サーバが、ライブ再生開始時間を、クライアントに対してサーバが返すレスポンス中のハイパーテキスト転送プロトコルHTTPヘッダ日付を介して、クライアントに送る。日付中の時間は、レスポンスを起こす時間であり、サーバの送信遅延を無視したとき、その時間は、サーバの現在時間である。
【００３２】
S104.クライアントが、ライブ再生開始時間およびサーバの現在時間をサーバから受け取り、ライブ再生開始時間およびサーバの現在時間に従って、再生を要求するメディア断片ファイルのロケーション表示情報を確定し、そして、再生を要求するメディア断片ファイルのロケーション表示情報をサーバに送る、ステップ。
【００３３】
クライアントが、サーバの現在時間およびクライアントのローカル時間に従って、時間オフセットを計算して保存し、そして時間オフセットに従って、いずれものローカル時間に対応するサーバ時間を容易に取得することができる。伝送遅延は、プロセス中で無視される。
【００３４】
より具体的には、本発明の実施形態では、クライアントが、ローカルに、またはサーバからメディア断片の時間長さを取得することができる。パラメータは、メディアプレゼンテーション記述ファイルから取得することができる(また、パラメータは、あらかじめ指定する、または標準化することができる)。再生が要求されるメディア断片のロケーション情報は、ライブ再生開始時間、サーバの現在時間およびメディア断片の時間長さに従って、確定される。ロケーション情報は、再生が要求されるメディア断片の連続番号など、様々な形式であってもよい。クライアントが、連続番号をサーバに直接送ることができ、サーバが、連続番号を、メディア断片ファイルのロケーション(URLなど)に変換する。また、クライアントが、ユニフォームリソースロケータのテンプレートをローカルに、またはサーバから取得することができ、そして連続番号およびユニフォームリソースロケータのテンプレートに従って、再生が要求されるメディア断片ファイルに対応するユニフォームリソースロケータURLを生成することができる。
【００３５】
本発明の実施形態でのロケーション表示情報は、ユニフォームリソースロケータ(Uniform Resource Locator, URL)とすることができる、または、ファイルインデックス番号などのファイルロケーションを表す情報とすることもできる。次に続く実施形態でのロケーション表示情報は、これに限定されないが、上記に述べたロケーション表示情報とすることができる。
【００３６】
この実施形態では、クライアントが再生を要求するメディア断片は、ライブで再生されている最新のメディア断片、またはクライアントが、実際の要求に従って指定した具体的な過去時間から開始されるメディア断片とすることができる。次に続く実施形態のすべてでは、「再生が要求されるメディア断片」は、ただし、これに限定されないが、上記に述べたものとすることができる。
【００３７】
この実施形態では、ロケーション表示情報は、クライアントがサーバに送るメディア断片リクエスト中で伝えることができる。次に続く実施形態では、ロケーション表示情報は、同様の方法で処理することができる。
【００３８】
S106.サーバが、クライアント側での再生が要求されるメディア断片に関するロケーション表示情報を受け取る、ステップ。
【００３９】
S108.サーバが、ロケーション表示情報に従って、ロケーション表示情報に対応するメディア断片ファイルを取得して、メディア断片ファイルをクライアントに送る、ステップ。
【００４０】
S108.クライアントが、再生を要求するメディア断片ファイルのロケーション表示情報に対応するメディア断片ファイルをサーバから受け取る、ステップ。
【００４１】
S110.クライアントが、メディア断片ファイルを再生する、ステップ。
【００４２】
S112.クライアントが、継続して、先のメディア断片の後でメディアファイルを連続して取得して、それを再生する、ステップ。
【００４３】
図2に示すように、本発明の実施形態での方法は、ステップS102の前に、次のステップをさらに含むことができる。
【００４４】
S100-2.クライアントが、ライブ再生のサービスを受けることを要求するとき、クライアントが、サーバにリクエストを送る、ステップ。
【００４５】
このステップでは、クライアントがサーバに送るリクエストは、メディアプレゼンテーション記述ファイルを求めるリクエストを伝えることができる。
【００４６】
メディアプレゼンテーション記述ファイルは、メディアデータの基本情報、たとえば、メディア断片の時間長さ、メディアデータの格納ロケーション、メディアコンポーネント(オーディオコンポーネント、ビデオコンポーネント、テキストコンポーネント等などのメディアコンポーネント)、およびメディアデータのアトリビュート(たとえば、ビデオデータのアトリビュートは、エンコーディングタイプおよびデコーディングタイプ、ビデオのビットレート、フレームレート、分解能などを含む)を記述することができる。ライブ再生が開始されるとき、ファイルは、生成することができる。上記に述べたユニフォームリソースロケータのテンプレート、ライブ再生開始時間およびメディア断片の時間長さは、メディアプレゼンテーション記述ファイル中で伝えることができる。
【００４７】
S100-4.サーバが、メディアプレゼンテーション記述ファイルをクライアントに送る、ステップ。
【００４８】
S100-6.クライアントが、メディアプレゼンテーション記述ファイルをサーバから受け取る、ステップ。
【００４９】
クライアントは、ユニフォームリソースロケータのテンプレート、ライブ再生開始時間およびメディア断片の時間長さをファイルから読み出して、再生を要求するメディア断片のユニフォームリソースロケータを生成することができる。
【００５０】
本発明の実施形態による方法のステップの順序は、実際の要求に従って、調節することができる。
【００５１】
本発明の実施形態では、サーバがクライアントに送るライブ再生開始時間は、ハイパーテキスト転送プロトコルHTTPの最終更新ヘッダ中で、またはメディアプレゼンテーション記述ファイル中で伝えることができ、クライアントに送られるサーバの現在時間は、ハイパーテキスト転送プロトコルHTTPのヘッダ日付中で伝えることができる。しかし、本発明の実施形態は、上記に述べたプロトコルおよびフィールドに限定されず、他のプロトコルおよびフィールドも、採用することができる。上記に述べた2つのフィールドが使用されるとき、HTTPプロトコルは、それを拡張することが必要でなく、投資を節約することができる。
【００５２】
本発明の実施形態によって、サーバは、ライブ再生開始時間およびサーバの現在時間をクライアントに送り、したがってクライアントは、ライブ再生開始時間およびサーバの現在時間に従って、再生を要求するメディア断片ファイルのロケーション表示情報を取得することができ、さらに、サーバから、ロケーション表示情報に対応するメディア断片ファイルを取得して、HTTPベースのストリーミングメディアのライブ再生サービスを実施することができる。本発明の実施形態によって、HTTPプロトコルを拡張する、またはサーバに追加の機能を追加する必要はなく、既存の基本機能を十分に活用し、それによって投資を節約し、コストを減少させることができる。
【００５３】
本発明の別の実施形態では、HTTPベースのストリーミングメディアのライブ再生の方法が、より詳細に述べられる。図3に示すように、本発明の実施形態での方法は、次のステップを含む。
【００５４】
S302.クライアントが、ライブ再生サービスを受けることを要求するとき、クライアントが、サーバにリクエストを送る、ステップ。リクエストは、GETメッセージとすることができ、メディアプレゼンテーション記述ファイルを求めるリクエストを伝える。
【００５５】
S304.サーバが、ライブ再生サービスを求めるリクエストをクライアントから受け取り、リクエストに従って、メディアプレゼンテーション記述ファイルを伝えるレスポンスRESPONSEをクライアントに返す、ステップ。
【００５６】
具体的には、メディアプレゼンテーション記述ファイルを生成する時間、すなわち、ライブ再生開始時間を、メディアプレゼンテーション記述ファイル中で、またはハイパーテキスト転送プロトコルHTTP最終更新ヘッダ中で伝えることができ、レスポンスを起こす時間、すなわちサーバの現在時間を、ハイパーテキスト転送プロトコルHTTPヘッダ日付中で伝えることができる。このようにして、サーバは、ライブ再生開始時間およびサーバの現在時間をクライアントに通知する。「最終更新」および「日付」中の時間は、グリニッジ平均時(Greenwich Mean Time, GMT)で表示することができ、時間の最小単位は、秒とすることができる。ライブ再生開始時間は、サーバが記録した時間であり、現在時間は、サーバから来るので、したがって2つの時間の値は、同じソースから来るので、サーバとクライアントの間での時間差によって生じるインパクトが回避される。
【００５７】
S306.クライアントが、サーバとの時間同期関係を構築する、ステップ。
【００５８】
このステップでは、クライアントは、サーバの現在時間およびローカル時間に従って、時間オフセットΔT=ローカル時間-サーバの現在時間を計算して保存することができる。いずれものローカル時間に対応するサーバ時間は、時間オフセットΔTに従って、容易に取得される。
【００５９】
S308.クライアントが、再生を要求するメディア断片のユニフォームリソースロケータURLを確定する、ステップ。
【００６０】
クライアントは、サーバの現在時間およびライブ再生開始時間に従って、再生を要求するメディア断片を計算することができる。再生が要求されるメディア断片は、最新に生成されたメディア断片、または実際の要求に従ってクライアントが指定したような具体的な過去時間から開始されるメディア断片とすることができる。
【００６１】
たとえば、ローカル変数Nを設定することができる。変数Nは、取得するファイルの連続番号を表す。クライアントは、サーバの現在時間およびライブ再生開始時間に従って、ライブで再生されている最新のメディア断片の連続番号Lを計算して、ファイル連続番号Lを変数Nに割り当てることができる。Lは、次の式によって計算することができる。
L=int((T-T0)/Ts)、ただし、
【００６２】
Tは、サーバの現在時間であり、T0は、ライブ再生開始時間であり、Tsは、メディア断片の時間長さであり(このパラメータは、サーバから送られる情報から取得する、またはあらかじめ指定する、または標準化することができる)、int( )は、丸め関数であり、int(x)は、xを超えない最大の整数を表す。
【００６３】
クライアントは、視聴の開始時間として、過去時間T1を指定することができる。ローカル時間に対応するサーバ時間は、サーバの現在時間とローカル時間の間の時間オフセットΔTに従って、T2=T1-ΔTによって取得される、ただし、T2は、T0≦T2≦Tを満たす。式L’=int((T2-T0)/Ts)によって、指定された過去時間T1から始まり視聴されるメディア断片ファイルの連続番号L’が計算され、連続番号L’は、ローカル変数Nに割り当てられる。
【００６４】
この実施形態では、メディアコンテンツを生成するステップは、一定の時間区間でメディア断片を生成する。各メディア断片は、独立ファイルとしてサーバ中に格納され、メディア断片ファイルと呼ばれる。クライアントは、ユニフォームリソースロケータのテンプレート中の変数を、取得するファイルの連続番号Nと置き換えることによって、メディア断片に対応するユニフォームリソースロケータ(URL)を生成する。
【００６５】
S310.クライアントが、再生を要求するメディア断片に対応するユニフォームリソースロケータをサーバに送り、それによってメディア断片ファイルをリクエストする、ステップ。
【００６６】
S312.サーバが、ユニフォームリソースロケータをクライアントから受け取り、対応するメディア断片ファイルを取得して、メディア断片ファイルを返す、ステップ。
【００６７】
S314.クライアントが、サーバが返したメディア断片ファイルを受け取り、そのファイルを再生する、ステップ。
【００６８】
S316.クライアントが、次に取得するファイルの連続番号を修正する、すなわち、N=N+1とし、取得するメディア断片に対応するユニフォームリソースロケータ(URL)を生成するために、URLテンプレート中の変数を連続番号に置き換える。ステップS310〜S316は、次に続くメディア断片ファイルを、連続的にリクエストして取得するために、繰り返される。
【００６９】
クライアントは、最初のメディア断片ファイルを受け取るとすぐ、メディア断片ファイルの再生を開始し、そして、取得されたメディア断片ファイルを連続して再生する。ステップS310〜S316は、同時に行うことができる、すなわち、クライアントは、連続番号がNであるファイルを再生しながら、連続番号がN+1であるファイルを取得することに特に留意すべきである。
【００７０】
本発明の実施形態での方法のステップの順序は、実際の要求によって、調節することができる。
【００７１】
以下に、メディアプレゼンテーション記述ファイルについて述べる。メディアプレゼンテーション記述ファイルは、ライブ再生が開始されるとすぐに、サーバが生成することができる。ファイルは、生成されるメディアデータの基本情報、たとえば、メディアコンポーネント、コードデータのアトリビュート(たとえば、ビデオコンポーネントのアトリビュートは、エンコーディングタイプおよびデコーディングタイプ、ビデオのビットレート、フレームレートおよび分解能を含む)、ライブ再生または、そうでない再生、メディア断片の時間長さ、関連するメディアデータをどのようにして取得するのかなどを記述する。
【００７２】
図4に、メディアプレゼンテーション記述ファイルの構造を示す。ファイルは、ISO基本ファイルおよび3GPファイルフォーマットに基づき拡張される。このファイルは、ファイルレイヤに対して3つのオブジェクトを含む。すなわち、「ftyp」が、ファイルタイプを識別し、かつファイルがそれによってコンパイルされる仕様書を規定する。「moov」が、メディアプレゼンテーションのメタデータを定義する多くのオブジェクトを含む。そして、「meta」が、メタデータを含む。他のオブジェクトは、各オブジェクト中にさらにネストされる。
「moov」は、メディアデータの基本情報に関する記述を含む。異なる「traks」が、異なるメディアコンポーネントに関する記述を提示する。たとえば、trak1が、ビデオコンポーネントに関する情報、たとえば、コーデック(codec)、ビットレート、フレームレートおよび分解能を記述する。trak2が、オーディオコンポーネントに関する情報、たとえば、言語、ボリューム、モノ音響またはステレオ音響を記述する。
【００７３】
この実施形態では、メディア断片ファイルのロケーションを、ユニフォームリソースロケータのテンプレート(URLテンプレート)によって、記述することができる。ユニフォームリソースロケータのテンプレートは、ヌル文字(ヌル)で終わるストリングであり、変数を含む。実際に使用されるユニフォームリソースロケータが構成されるとき、ユニフォームリソースロケータのテンプレート中の変数は、置き換えることが必要である。たとえば、テンプレートは、http://www.huawei.com/v/audio/a{index}.datであり、ユニフォームリソースロケータが生成されるとき、次の事項を取得するために、テンプレート中の{index}が、ファイルの連続番号「8」と置き換えられる。
【００７４】
http://www.huawei.com/v/audio/a8.dat
【００７５】
メディア断片ファイルのロケーションを記述するユニフォームリソースロケータのテンプレートが、オブジェクト「dref」中に格納され、「dref」は、オブジェクト「trak」中に含まれ、「trak」は、オブジェクト「moov」中に含まれる。
【００７６】
この例では、メディア断片の時間長さは、オブジェクト「meta」中に含まれ、それは、「xml」中で具体的に与えられる。
【００７７】
図5に、本発明の実施形態によるメディアファイルの構成形態を示す。
【００７８】
図5のメディアは、ビデオコンポーネントおよびオーディオコンポーネントを含む。ビデオコンポーネントは、異なるビットレートのコード表現の3つのタイプを有し、オーディオコンポーネントは、異なる言語のコード表現の2つのタイプを有する。コード表現の各タイプの情報、たとえば、コーデックタイプ、エンコーディングレート、フレームレート、分解能およびボリュームなどのメディアの基本情報は、この図のメディアプレゼンテーション記述ファイル中に含まれる。メディアプレゼンテーション記述ファイルは、ユニフォームリソースロケータのテンプレートによって、メディア断片ファイルのロケーションを記述する。メディアプレゼンテーション記述ファイルは、メディア断片の時間長さをさらに含むことができる。
【００７９】
本発明の実施形態によって、メディアプレゼンテーション記述ファイルがもたらされる。このファイルは、ユニフォームリソースロケータのテンプレートを含むことができる。テンプレートは、クライアントが、再生を要求するメディア断片に対応するユニフォームリソースロケータを生成するために、使用することができる。ユニフォームリソースロケータは、再生が要求されるメディア断片ファイルのロケーションを示すために、使用することができる。ファイルは、メディア断片の時間長さをさらに含むことができ、時間長さは、クライアントが、再生を要求するメディア断片のロケーション情報を確定するために、使用することができる。
【００８０】
ライブコンテンツが生成されるとき、メディア断片は、一定の時間区間で生成することができ、各メディア断片は、独立ファイルとして格納される。メディア断片ファイルは、単一のメディア表現、または異なるメディア表現の組み合わせを含む。各メディア断片ファイルは、ユニークにアクセスすることができる。ファイル名は、2つの部分、すなわち基本名およびa1.dat、a2.dat、・・・などの連続番号を含むことができる。最初のメディア断片に対応するファイル連続番号は、1であり、連続番号は、時間順に1のステップ長さで増加する。同じコード表現またはコード表現の同じ組み合わせを用いるメディア断片ファイルは、同じパス中に格納され、ユニフォームリソースロケータは、ファイルのロケーションを記述するために、使用することができる。
【００８１】
各メディア断片ファイルは、単一のコード表現を含むことができ、それによって異なるコード表現を、重複させずにフレキシブルに組み合わせて、格納スペースを節約することができる。また、各メディア断片は、異なるコード表現の組み合わせ、たとえば、あるレートのビデオコード表現とある言語のオーディオコード表現の組み合わせを可能にすることができる。
【００８２】
図6は、本発明の実施形態によるメディア断片の概略図である。図6に示すように、メディア断片は、次の部分を含む。すなわち、「moof」が、メディア断片のメタデータを記述するために使用される。メディアが、ライブ再生プロセス中で、リアルタイムで生成されるので、すべてのメディアデータに関する情報は、あらかじめ取得されない。「moof」は、メディアの基本情報だけを含み、メディア断片の特別なメタデータを記述する。「mdat」が、断片のメディアデータをカプセル化するために、すなわち断片をエンコードするために使用され、単一のメディアコンポーネントのコード表現、または異なるメディアコンポーネントのコード表現の組み合わせを含むことができる。点線のボックス内の「mfra」が、オプション部分であり、メディア断片中のランダムアクセスポイントを記述するために使用される。異なるメディアコンポーネントのコード表現の組み合わせは、メディア断片中に存在するのが可能になるように、設けることができる。
【００８３】
本発明の実施形態によって、サーバは、ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによってクライアントは、ライブ再生開始時間およびサーバの現在時間に従って、再生を要求するメディア断片ファイルのロケーション表示情報を取得することができ、さらに、ロケーション表示情報に対応するメディア断片ファイルをサーバから取得して、HTTPベースのストリーミングメディアのライブ再生サービスを実施することができる。本発明の実施形態によって、HTTPプロトコルを拡張する、または追加の機能をサーバに追加することは、必要でなく、既存の基本設備を十分に活用して、投資を節約し、コストを減少させることができる。それに加えて、各メディア断片が、独立ファイルとして、サーバ側に格納されているので、メディア断片は、ロケーション表示情報を介して直接取得することができ、それによって、同じインデックスファイルへの頻繁なアクセスを回避し、ライブ再生の能力を向上させることができる。
【００８４】
図7に示すように、本発明の実施形態によって、サーバが提供され、それは、具体的にはストリーミングサーバとすることができる。このサーバは、
ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによってクライアントが、ライブ再生開始時間およびサーバの現在時間に従って、再生を要求するメディア断片ファイルのロケーション表示情報を確定するように構成される、時間情報送信ユニット702であって、ロケーション表示情報は、ユニフォームリソースロケータ(Uniform Resource Locator, URL)とすることができ、または、ファイルインデックス番号などのファイルロケーションを表す情報ともすることができ、クライアントが再生を要求するメディア断片は、ライブで再生されている最新のメディア断片、または実際の要求に従って、クライアントが指定した具体的な過去時間から開始されるメディア断片とすることができる、時間情報送信ユニット702と、
再生が要求されるメディア断片ファイルのロケーション表示情報をクライアントから受け取るように構成される、ロケーション表示情報受信ユニット704と、
クライアント側での再生が要求されるメディア断片に関するロケーション表示情報に従って、格納ユニットからメディア断片ファイルを取得するように構成される、メディア断片ファイル取得ユニット706と、
メディア断片ファイルをクライアントに送るように構成される、メディア断片ファイル送信ユニット708とを含む。
【００８５】
図8に示すように、サーバは、単一ファイルの形態でストリーミングメディアの各メディア断片を格納するように構成される、格納ユニット802をさらに含むことができる。メディア断片のフォーマットは、先の実施形態に述べたものと同様であり、ここではこれ以上繰り返さない。メディア断片ファイル取得ユニット706は、クライアント側での再生が要求されるメディア断片ファイルに関するロケーション表示情報に従って、格納ユニット802からメディア断片ファイルを取得するように構成される。
【００８６】
図9に示すように、サーバは、ユニフォームリソースロケータのテンプレート送信ユニット902をさらに含むことができ、このユニットは、ユニフォームリソースロケータのテンプレートをクライアント装置に送り、それによってクライアント装置は、ユニフォームリソースロケータのテンプレートに従って、再生が要求されるメディア断片ファイルに対応するユニフォームリソースロケータを生成するように、構成される。
【００８７】
メディア断片ファイル取得ユニット706は、クライアント側での再生が要求されるメディア断片ファイルに関するユニフォームリソースロケータに従って、格納ユニット802からメディア断片ファイルを取得するように構成される。
【００８８】
本発明の実施形態では、サーバがクライアントに送るライブ再生開始時間は、ハイパーテキスト転送プロトコルHTTP最終更新ヘッダ中で、またはメディアプレゼンテーション記述ファイル中で伝えることができる。クライアントに送られるサーバの現在時間は、ハイパーテキスト転送プロトコルHTTPヘッダ日付中で伝えることができる。しかし、本発明の実施形態は、上記に述べたプロトコルおよびフィールドに限定されず、他のプロトコルおよびフィールドも、採用することができる。上記に述べた、2つのフィールドが使用されるとき、HTTPプロトコルは、拡張する必要がなく、投資を節約することができる。
【００８９】
本発明の実施形態でのユニットは、一緒に統合することができる、または別々に分散することができる。ユニットは、1つのユニットに組み合わせることができる、または多くのサブユニットに分割することができる。
【００９０】
本発明の実施形態では、サーバは、ストリーミングサーバなどとすることができ、クライアント装置は、携帯電話、コンピュータ、携帯情報端末(Personal Digital Assistant, PDA)、小規模サーバ、家庭用電化製品、ルータ、スイッチ、基地局、またはいずれものエレクトロニック装置、ネットワーク装置、またはコンピュータ関連装置とすることができる。
【００９１】
本発明の実施形態によれば、サーバの時間情報送信ユニットは、ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによってクライアントは、ライブ再生開始時間およびサーバの現在時間に従って、クライアントが再生を要求するメディア断片ファイルに関するロケーション表示情報を取得することができ、さらに、ロケーション表示情報に対応するメディア断片ファイルをサーバから取得して、HTTPベースのストリーミングメディアのライブ再生サービスを実施することができる。HTTPプロトコルを拡張する、または追加の機能をサーバに追加することは必要でなく、既存の基本設備を十分に活用して、投資を節約しコストを減少させることができる。それに加えて、各メディア断片が、独立ファイルとして、サーバの格納ユニット中に格納されているので、メディア断片は、ロケーション表示情報を介して直接取得して、同じインデックスファイルへの頻繁なアクセスを回避し、ライブ再生の能力を向上させることができる。
【００９２】
図10に示すように、本発明の実施形態によって、クライアント装置が提供され、この装置は、
ライブ再生開始時間およびサーバの現在時間をサーバから受け取るように構成される、時間情報受信ユニット1002と、
ライブ再生開始時間およびサーバの現在時間に従って、再生が要求されるメディア断片ファイルのロケーション表示情報を確定するように構成される、確定ユニット1004であって、クライアントが再生を要求するメディア断片は、ライブで再生している最新のメディア断片、または実際の要求に従って、クライアントが指定した具体的な過去時間から開始されるメディア断片とすることができる、確定ユニット1004と、
再生が要求されるメディア断片ファイルのロケーション表示情報をサーバに送るように構成される、ロケーション表示情報送信ユニット1006であって、ロケーション表示情報は、ユニフォームリソースロケータ(Uniform Resource Locator, URL)とすることができる、またはファイルインデックス番号等など、ファイルロケーションを表す情報とすることもできる、ロケーション表示情報送信ユニット1006と、
再生が要求されるメディア断片ファイルのロケーション表示情報に対応するメディア断片ファイルをサーバから受け取るように構成される、メディア断片ファイル受信ユニット1008と、
メディア断片ファイルを再生するように構成される、再生ユニット1010とを含む。
【００９３】
図11に示すように、クライアント装置は、メディア断片の時間長さを取得するように構成される、メディア断片時間長さ取得ユニット1102をさらに含むことができ、メディア断片の時間長さは、ローカルに、またはサーバから取得することができる。
【００９４】
確定ユニット1004は、ライブ再生開始時間、サーバの現在時間およびメディア断片の時間長さに従って、再生が要求されるメディア断片のロケーション情報を確定し、かつ、ロケーション情報に従って、再生が要求されるメディア断片ファイルのロケーション表示情報を生成するように、構成される。
【００９５】
図12に示すように、クライアント装置は、
ユニフォームリソースロケータのテンプレートを取得するように構成される、ユニフォームリソースロケータのテンプレート取得ユニット1202をさらに含むことができ、ユニフォームリソースロケータのテンプレートは、ローカルに、またはサーバから取得することができる。
【００９６】
確定ユニット1004は、
ライブ再生開始時間、サーバの現在時間およびメディア断片の時間長さに従って、再生が要求されるメディア断片の連続番号を確定するように構成される、確定サブユニット1004-2と、
連続番号およびユニフォームリソースロケータのテンプレートに従って、再生が要求されるメディア断片ファイルに対応するユニフォームリソースロケータを生成するように構成される、生成ユニット1004-4とを含む。
【００９７】
本発明の実施形態では、サーバがクライアントに送るライブ再生開始時間は、ハイパーテキスト転送プロトコルHTTP最終更新ヘッダ中で、またはメディアプレゼンテーション記述ファイル中で伝えることができ、かつ、クライアントに送られるサーバの現在時間は、ハイパーテキスト転送プロトコルHTTPパケットヘッダ日付中で伝えることができる。しかし、本発明の実施形態は、上記に述べたプロトコルおよびフィールドに限定されず、他のプロトコルおよびフィールドも、採用することができる。上記に述べた、2つのフィールドが使用されるとき、HTTPプロトコルは、拡張する必要がなく、投資を節約することができる。
【００９８】
この実施形態のユニットは、一緒に統合することができる、または別々に分散することができる。ユニットは、1つのユニットに組み合わせることができる、または多くのサブユニットに分割することができる。
【００９９】
本発明の実施形態では、サーバは、ストリーミングサーバなどとすることができ、クライアント装置は、携帯電話、コンピュータ、携帯情報端末(Personal Digital Assistant, PDA)、小規模サーバ、家庭用電化製品、ルータ、スイッチ、基地局、またはいずれものエレクトロニック装置、ネットワーク装置、またはコンピュータ関連装置とすることができる。
【０１００】
本発明の実施形態によれば、サーバの時間情報送信ユニットは、ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによってクライアントは、ライブ再生開始時間およびサーバの現在時間に従って、クライアントが再生を要求するメディア断片ファイルのロケーション表示情報を取得することができ、さらに、ロケーション表示情報に対応するメディア断片ファイルをサーバから取得して、HTTPベースのストリーミングメディアのライブ再生サービスを実施することができる。HTTPプロトコルを拡張する、または追加の機能をサーバに追加することは必要でなく、既存の基本設備を十分に活用して、投資を節約しコストを減少させることができる。
【０１０１】
図13に示すように、本発明の実施形態によってネットワークシステムが提供され、このネットワークシステムは、
サーバ1302であって、
ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによってクライアントが、ライブ再生開始時間およびサーバの現在時間に従って、再生を要求するメディア断片ファイルのロケーション表示情報を確定することができ、
クライアント側での再生が要求されるメディア断片ファイルに関するロケーション表示情報を受け取り、
クライアント側での再生が要求されるメディア断片ファイルに関するロケーション表示情報に従って、メディア断片ファイルを取得し、かつ、
メディア断片ファイルをクライアントに送るように構成される、サーバ1302と、
クライアント装置1304であって、
ライブ再生開始時間およびサーバの現在時間をサーバから受け取り、
ライブ再生開始時間およびサーバの現在時間に従って、再生が要求されるメディア断片ファイルのロケーション表示情報を確定し、
再生が要求されるメディア断片ファイルのロケーション表示情報をサーブに送り、
再生が要求されるメディア断片ファイルのロケーション表示情報に対応するメディア断片ファイルをサーバから受け取り、かつ、
メディア断片ファイルを再生するように構成される、クライアント装置1304とを含む。
【０１０２】
サーバ1302は、単一ファイルの形態でストリーミングメディアの各メディア断片を格納するように、さらに構成される。
【０１０３】
本発明の実施形態では、サーバがクライアントに送るライブ再生開始時間は、ハイパーテキスト転送プロトコルHTTP最終更新ヘッダ中で、またはメディアプレゼンテーション記述ファイル中で伝えることができ、クライアントに送られるサーバの現在時間は、ハイパーテキスト転送プロトコルHTTPヘッダ日付中で伝えることができる。
【０１０４】
本発明の実施形態では、サーバ1302は、ストリーミングサーバとすることができ、クライアント装置1304は、携帯電話、コンピュータ、携帯情報端末(Personal Digital Assistant, PDA)、小規模サーバ、家庭用電化製品、ルータ、スイッチ、基地局、またはいずれものエレクトロニック装置、ネットワーク装置、またはコンピュータ関連装置とすることができる。ネットワークシステムの接続モードは、有線接続または無線接続とすることができる。無線接続モードは、汎欧州ディジタル移動電話方式(Global System for Mobile Communications, GSM（登録商標）)、広帯域符号分割多元接続(Wideband-Code Division Multiple Access, WCDMA)、時分割同期符号分割多元接続(Time Division-Synchronized Code Division Multiple Access, TD-SCDMA)、符号分割多元接続(Code-Division Multiple Access, CDMA)、Worldwide Interoperability for Microwave Access (WIMAX)、Wireless Local Area Network (WLAN)、またはLong Term Evolution (LTE)とすることができる。
【０１０５】
本発明の実施形態によって、サーバの時間情報送信ユニットは、ライブ再生開始時間およびサーバの現在時間をクライアントに送り、それによって、クライアントは、ライブ再生開始時間およびサーバの現在時間に従って、クライアントが再生を要求するメディア断片ファイルのロケーション表示情報を取得することができ、さらに、ロケーション表示情報に対応するメディア断片ファイルをサーバから取得して、HTTPベースのストリーミングメディアのライブ再生サービスを実施することができる。HTTPプロトコルを拡張する、または追加の機能をサーバに追加することは必要でなく、既存の基本設備を十分に活用して、投資を節約しコストを減少させることができる。それに加えて、各メディア断片が、独立ファイルとして、サーバ側に格納されるので、メディア断片は、ロケーション表示情報を介して直接取得して、同じファイルへの頻繁なアクセスを回避して、ライブ再生の能力を向上させることができる。
【０１０６】
本発明の実施形態で述べたユニットおよび例の計算ステップは、エレクトロニックハードウェア、またはコンピュータソフトウェア、またはエレクトロニックハードウェアおよびコンピュータソフトウェアの組み合わせによって、実施することができる。ハードウェアとソフトウェアの間の互換性を明確にするために、前述は、一般的に機能に従って、実施形態の構成およびステップを明確にしてきた。機能が、ハードウェアまたはソフトウェアによって実施されるかどうかに関し、それは、技術的な解決策の具体的な用途および設計の制限条件に依存する。当業者は、それぞれ具体的な用途において述べた機能を実施するために、異なる方法を使用することができるが、かかる実施は、本発明の実施形態の範囲に含まれると見なすものとする。
【０１０７】
ここに述べた方法またはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、またはハードウェアおよびソフトウェアの組み合わせによって、実施することができる。ソフトウェアモジュールは、ランダムアクセスメモリ(RAM)、コンピュータメモリ、リードオンリメモリ(ROM)、電気的にプログラム可能なROM、電気的に消去可能なプログラマブルROM、レジスタ、ハードディスク、ムーバブルディスク、CD-ROM、またはいずれもの他の記憶媒体中に配置することができる。
【０１０８】
上記の記載は、本発明の例示の実施形態に関してだけのものであり、本発明の保護範囲を限定すると意図されていない。当業者が、本発明によって開示された技術的範囲内で、容易に導き出すことができる、いかなる修正、変更または置き換えも、本発明の保護範囲に含まれるものとする。したがって、本発明の保護範囲は、添付のクレームに依存する。
【符号の説明】
【０１０９】
702  時間情報送信ユニット
704  ロケーション表示情報受信ユニット
706  メディア断片ファイル取得ユニット
708  メディア断片ファイル送信ユニット
802  格納ユニット
902  ユニフォームリソースロケータのテンプレート送信ユニット
1002  時間情報受信ユニット
1004  確定ユニット
1006  ロケーション表示情報送信ユニット
1008  メディア断片ファイル受信ユニット
1010  再生ユニット
1102  メディア断片時間長さ取得ユニット
1202  ユニフォームリソースロケータのテンプレート取得ユニット
1302  サーバ
1304  クライアント装置
【図１】
0005500531.tif 000002
【図２】
0005500531.tif 000003
【図３】
0005500531.tif 000004
【図４】
0005500531.tif 000005
【図５】
0005500531.tif 000006
【図６】
0005500531.tif 000007
【図７】
0005500531.tif 000008
【図８】
0005500531.tif 000009
【図９】
0005500531.tif 000010
【図１０】
0005500531.tif 000011
【図１１】
0005500531.tif 000012
【図１２】
0005500531.tif 000013
【図１３】
0005500531.tif 000014