(57)【要約】本発明は、ストリーミング環境においてマルチメディアコンテンツ（２０）を１以上のデータパスを通じてクライアント（１２）へ送信することができる少なくとも１つのサーバ（１２）を有する、マルチメディアコンテンツの多重化ストリーミングのためのシステム、サーバ及びクライアントに関する。マルチメディアコンテンツは、サーバ（１４）によって複数のサブストリーム（１６，１８）に逆多重化される。夫々のサブストリームは一意のマークを含み、それによりクライアント（１２）は、サブストリーム（１６，１８）を連続ストリームに多重化することができる。更に、本発明は、マルチメディアコンテンツの多重化ストリーミングのための方法に関する。
2015506614.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアコンテンツの多重化ストリーミングのためのシステムであって、
実時間ストリーミングプロトコルを用いるストリーミング環境においてマルチメディアコンテンツを１以上のデータパスを通じてクライアントへ送信することができる少なくとも１つのサーバを有し、
前記マルチメディアコンテンツは、前記サーバによって複数のサブストリームへと逆多重化され、夫々のサブストリームは一意のクロックマークを有し、該クロックマークは、前記サブストリームを識別するためのビットシーケンスを有し、前記クロックマークは、他のサブストリームの如何なる他のクロックマークとも相違し、それにより前記クライアントは、前記一意のクロックマークに従って原のパケット順序をリストアすることによって、前記サブストリームを連続ストリームへと多重化することができる、
システム。
【請求項２】
前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能により定義される、
請求項１に記載のシステム。
【請求項３】
異なるサブストリームは、フレームレートのタイミング情報に対応するビットシーケンスのビットを用いて識別される、
請求項１又は２に記載のシステム。
【請求項４】
前記クロックマークは、９０ｋＨｚ単位における３０ビット部分と、２７ＭＨｚ単位における９ビット部分とを有する、
請求項１乃至３のうちいずれか一項に記載のシステム。
【請求項５】
前記ストリーミング環境は、ＭＰＥＧ２−ＴＳストリーミング環境である、
請求項１乃至４のうちいずれか一項に記載のシステム。
【請求項６】
前記一意のクロックマークは、ヘッダ拡張子において原のシーケンス番号を含む、
請求項１に記載のシステム。
【請求項７】
前記一意のクロックマークは、夫々のサブストリームのペイロード部分において現在のシーケンス番号を含む、
請求項６に記載のシステム。
【請求項８】
前記ストリーミング環境は、ＲＴＰ／ＲＴＳＰストリーミング環境である、
請求項６又は７に記載のシステム。
【請求項９】
マルチメディアコンテンツの多重化ストリーミングのための方法であって、
実時間ストリーミングプロトコルを用いるストリーミング環境においてマルチメディアコンテンツを１以上のデータパスを通じてクライアントへ送信する複数のサブストリームを供給するステップを有し、
夫々のサブストリームは一意のクロックマークを有し、該クロックマークは、前記サブストリームを識別するためのビットシーケンスを有し、前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能を有し、前記クロックマークは、他のサブストリームの如何なる他のクロックマークとも相違し、それにより前記クライアントは、前記サブストリームを連続ストリームへと多重化することができる、
方法。
【請求項１０】
前記一意のクロックマークは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能を有するビットシーケンスを含むクロックマークを有する、
請求項９に記載の方法。
【請求項１１】
異なるサブストリームは、前記フレームレートのタイミング情報に対応するビットシーケンスのビットを用いて識別される、
請求項１０に記載の方法。
【請求項１２】
前記ストリーミング環境は、ＭＰＥＧ２−ＴＳストリーミング環境である、
請求項９乃至１１のうちいずれか一項に記載の方法。
【請求項１３】
前記一意のクロックマークは、ヘッダ拡張子において又は夫々のサブストリームのペイロード部分において原のシーケンス番号を含む、
請求項９に記載の方法。
【請求項１４】
前記ストリーミング環境は、ＲＴＰ／ＲＴＳＰストリーミング環境である、
請求項９又は１３に記載の方法。
【請求項１５】
実時間ストリーミングプロトコルを用いてマルチメディアコンテンツを１以上のデータパスを通じてクライアントへ送信するよう構成されるストリーミングサーバであって、
送信されるべき前記マルチメディアコンテンツは、当該サーバによって複数のサブストリームへと逆多重化され、夫々のサブストリームは一意のクロックマークを有し、該クロックマークは、前記サブストリームを識別するためのビットシーケンスを有し、前記クロックマークは、他のサブストリームの如何なる他のクロックマークとも相違し、それにより前記クライアントは、前記一意のクロックマークに従って原のパケット順序をリストアすることによって、前記サブストリームを連続ストリームへと多重化することができる、
ストリーミングサーバ。
【請求項１６】
前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能により定義される、
請求項１５に記載のストリーミングサーバ。
【請求項１７】
ストリーミングサーバからマルチメディアコンテンツを受信するよう構成されるストリーミングクライアント装置であって、
前記ストリーミングサーバは、実時間ストリーミングプロトコルを用いて１以上のデータパスを通じて当該クライアント装置へ送信するよう適応され、当該クライアント装置によって受信される前記マルチメディアコンテンツは、前記サーバによって複数のサブストリームへと逆多重化され、夫々のサブストリームは一意のクロックマークを有し、該クロックマークは、前記サブストリームを識別するためのビットシーケンスを有し、前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能を有し、サブストリームの前記クロックマークは、他のサブストリームの如何なる他のクロックマークとも相違し、それにより当該クライアント装置は、前記一意のクロックマークに従って原のパケット順序をリストアすることによって、前記サブストリームを連続ストリームへと再多重化することができる、
ストリーミングクライアント装置。
【請求項１８】
前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能により定義される、
請求項１７に記載のストリーミングクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアコンテンツの多重化ストリーミングのためのシステムに関する。特に、本発明は、マルチメディアコンテンツがクライアント受信機での後の再結合のために複数のサブストリームに分けられるマルチメディアコンテンツの多重化ストリーミングのためのシステムに関する。更に、本発明は、マルチメディアコンテンツの多重化ストリーミングのための方法に関する。
【背景技術】
【０００２】
ストリーミングは、クライアントによって消費されるコンテンツが、マルチメディアファイル全体が再生前にクライアントへ転送されるダウンロードとは対照的に、クライアントへ小さな片において送信されるプロセスである。既存のストリーミングプロトコルには、実時間トランスポートプロトコル（Real-Time  Transport  Protocol；ＲＴＰ）又はユーザデータグラムプロトコル下のＭＰＥＧトランスポートストリーム（MPEG  transport  stream  under  user  datagram  protocol；ＭＰＥＧ  ＴＳ／ＵＤＰ）がある。他方で、ダウンロードは、一般的に、ハイパーテキスト転送プロトコル（hypertext  transfer  protocol；ＨＴＴＰプロトコル）を用いて実行される。
【０００３】
エンターテインメント及び通信システムにおいて、ＲＴＳＰプロトコル（Real-Time  Transport  Streaming）は、ストリーミングメディアサーバを制御するためのネットワーク制御プロトコルとして提供される。ＲＴＳＰサーバによるストリーミングデータの送信は、ＲＴＰを介して為される。ＲＴＳＰは、ストリーミングデータの再生を制御するのに有用な制御シーケンスを定義する。制御シーケンスは、インターネットエンジニアリングタスクフォース（Internet  Engineering  Task  Force；ＩＥＴＦ）によってＲＦＣ２３２６標準において定義されている。
【０００４】
ストリーミングセッションは、ストリーミングサーバに対してクライアントによって開始される。実時間ストリーミングは、インターネットを介したＴＶ番組の送信（ＩＰＴＶ）にとってますます一般的になりつつある。しかし、マルチメディアプロバイダとクライアントとの間で変化するバンド幅レートに対処するための手段が設けられる必要がある。さもなければ、マルチメディアストリームの“フリーズ”が起こり得る。これは、一般的に、消費者によって不愉快なものと考えられている。
【０００５】
様々な試みが、変化するバンド幅レートに起因するマルチメディアコンテンツのフリーズを回避するように、信頼できるストリーミングセッションをクライアントに提供するために為されてきた。
【０００６】
米国特許出願公開第２０１０／００４９８６５（Ａ１）号明細書（特許文献１）では、メディアストリームをトランスポートパケットにパケット化する方法が示されており、当該方法は、アプリケーションデータユニットが第１の送信セッション及び第２の送信セッションにおいて伝達されるべきかどうかを決定するステップと、アプリケーションデータユニットが第１の送信セッション及び第２の送信セッションにおいて伝達されるべきであると決定されると、第１のメディアサンプルの少なくとも一部を第１のパケットにおいて及び第２のメディアサンプルの少なくとも一部を第２のパケットにおいてパケット化するステップとを含み、第１のメディアサンプル及び第２のメディアサンプルは、決定された復号化順序を有する。最後に、当該方法は、第２のメディアサンプルを識別するよう、第１のメディアサンプルに関連する第１の情報を送信するステップが、成し遂げられる。
【０００７】
通信理論においては、複数のネットワーク又はリンクを用いることは、クオリティ・オブ・サービス（ＱｏＳ）のみならずスケーラビリティに関しても同時に又は連続的に利点を提供すると予測される。マルチリンク環境の利益を享受することができる１つの技術は、例えば、スケーラブルビデオコーディング（Scalable  Video  Coding；ＳＶＣ）である。
【０００８】
ＳＶＣは、ベースレイヤが完全にＨ２６４ＡＶＣに準拠し且つエンハンスメントレイヤがベースレイヤ又は他のエンハンスメントレイヤに従属する階層符号化構造を提供する、Ｈ２６４に基づく標準規格である。スケーラビリティ範囲は時間、品質及び空間である。従って、エンハンスメントレイヤは、フレームレート、所与の解像度のための品質、及びビデオシーケンスの解像度を高めるよう符号化され得る。
【０００９】
特定の品質、フレームレート及び解像度に関して、Ｈ２６４ＡＶＣシーケンスを、２以上のレイヤを用いてＳＶＣにより符号化された同等物と比較する場合に、ＳＶＣによって導入されるオーバヘッドは約１０〜１５％大きいバンド幅を必要とする。
【００１０】
マルチキャスト／ブロードキャストであるＳＶＣストリームは、例えば、３つの異なる端末解像度に対処するために、異なるレイヤ、例えば、ベースレイヤ及び２つのエンハンスメントレイヤである３つのレイヤにより構成される。ＳＶＣストリームを従来のＨ２６４ＡＶＣ符号化を用いる同じサービスと比較すると、これは、同時放送、すなわち、夫々の解像度のための３つの異なるストリームと、１００％よりも大きいＨ２６４による解決法のためのオーバヘッドとへ導くであろう。
【００１１】
ハイブリッドの又は複合的なネットワーキングでは、考えは、何らかのレイヤ、例えば、ベースレイヤをブロードキャストパイプを通じて、及び他のレイヤ、例えば、エンハンスメントレイヤをポイント・ツー・ポイントを通じて送信することに関する。
【００１２】
これは、２つのネットワーク／リンクにわたって分割されて受信機で再結合されるストリーミングセッションへ導く。
【００１３】
ストリームを後の再結合のために２つのサブストリームに分ける場合に、ストリームパケットの原の順序を何らかの方法でセーブする必要がある。例えば、ＲＴＰストリームを２つのサブストリームに分ける場合に、特定のリンク／ネットワークを介して送信される夫々のサブストリームは、ＲＴＰに準拠していなければならず、よって、シーケンス番号が、並べ替えられているか又は欠けているパケットを検出するために受信機側で使用可能であるべきである。従って、夫々のリンク及びサブストリームに関し、ＲＴＰパケットは番号を付け直され、原のシーケンス番号は失われる。
【００１４】
原のストリームを再結合するために、ＲＴＰタイムスタンプが当てにされ得る。しかし、原のストリームは、同じタイムスタンプを有するが、順守されるべきデコーダへの提示の順序を有する複数のＲＴＰパケットを有することがある。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】米国特許出願公開第２０１０／００４９８６５（Ａ１）号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１６】
然るに、少なくとも部分的に、先行技術のシステムに関連する問題を夫々解消する、マルチメディアコンテンツの多重化ストリーミングのための方法及びシステムを提供する必要性が当該技術において存在する。
【課題を解決するための手段】
【００１７】
本発明に従って、マルチメディアコンテンツの多重化ストリーミングのためのシステムであって、ストリーミング環境においてマルチメディアコンテンツを１以上のデータパスを通じてクライアントへ送信することができる少なくとも１つのサーバを有し、前記マルチメディアコンテンツは、前記サーバによって複数のサブストリームへと逆多重化され、夫々のサブストリームは一意のマークを有し、それにより前記クライアントは、前記サブストリームを連続ストリームへと多重化することができる、システムが提供される。
【００１８】
本発明の実施形態に従って、前記一意のマークはクロックマークを有する。
【００１９】
本発明の更なる実施形態に従って、前記クロックマークは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能を有するビットシーケンスを含む。
【００２０】
本発明の更なる実施形態に従って、異なるサブフレームは、前記フレームレートのタイミング情報に対応する前記ビットシーケンスのビットを用いて識別される。
【００２１】
本発明の更なる実施形態に従って、前記クロックマークは、９０ｋＨｚ単位における３０ビット部分と、２７ＭＨｚ単位における９ビット部分とを有する。
【００２２】
本発明の更なる実施形態に従って、前記ストリーミング環境は、ＭＰＥＧ２−ＴＳストリーミング環境である。
【００２３】
本発明の更なる実施形態に従って、前記一意のマークは、ヘッダ拡張子において原のシーケンス番号を含む。
【００２４】
本発明の更なる実施形態に従って、前記一意のマークは、夫々のサブストリームのペイロード部分において現在のシーケンス番号を含む。
【００２５】
本発明の更なる実施形態に従って、前記ストリーミング環境は、ＲＴＰ／ＲＴＳＰストリーミング環境である。
【００２６】
本発明の更なる態様において、マルチメディアコンテンツの多重化ストリーミングのための方法であって、ストリーミング環境においてマルチメディアコンテンツを１以上のデータパスを通じてクライアントへ送信する複数のサブストリームを供給するステップを有し、夫々のサブストリームは一意のマークを有し、それにより前記クライアントは、前記サブストリームを連続ストリームへと多重化することができる、方法が提供される。
【００２７】
本発明は、その実施形態において、上記の問題を解消するための２つの解決法を提案する。第１の実施形態は、ヘッダ拡張子において又は夫々のＲＴＰパケットのペイロード部分内に原のシーケンス番号を保存することを有する。しかし、最大伝送単位（Maximum  Transmission  Unit；ＭＴＵ）は影響を及ぼされ、受信機側で、再結合の前に、現在のシーケンス番号をリストアする必要がある。更に、全てのストリーミングフォーマットがシーケンス番号を使用するわけではない。ＭＰＥＧ２−ＴＳに関し、シーケンス番号は連続性指標（Continuity  Counter）と呼ばれ、同じタイムスタンプを有する数十個の連続したＴＳパケットを有することが可能である場合に、失われたパケットの検出のための厳しい制限である４ビット上に符号化される。これは、ＴＳストリームが、通常、インターネットのような信頼できないネットワーク上でＲＴＰを用いて搬送されるためである。
【００２８】
第２の実施形態は、原のパケット順序付けをリストアするためにタイムスタンプのみに依存することである。分割の間、同じタイムスタンプを有する全てのＲＴＰパケットに関し、連続するタイムスタンプ値のうちの１によるインクリメントが存在する。これは、タイムスタンプの分解能がビデオ同期化及び表示のために必要であるよりもはるかに上である場合に可能である。例えば、Ｈ２６４ＲＴＰのための推奨されるクロックレートは９０ｋＨｚである。それは、１００Ｈｚでの２つのビデオフレームの間でタイムスタンプ値が９００だけインクリメントされることを意味する。受信機側では、再結合の前に、逆の動作が実行される。新しいタイムスタンプｋを有するパケットを検出すると、夫々の連続パケットに関し、タイムスタンプ値は１だけインクリメントされる。
【００２９】
ＭＰＥＧ２−ＴＳに関して、本発明は、いつＭＰＥＧ２−ＴＳがＲＴＰを介して搬送されるようとも同様に作用し、その場合に、ＲＴＰタイムスタンプは通例全く使用されない。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施形態に従う、マルチメディアコンテンツの多重化ストリーミングのためのシステムの概略図を示す。
【図２】本発明の実施形態に従うストリーミングパケットの更なる詳細を示す。
【図３】本発明の実施形態に従うストリーミングパケットの更なる詳細を示す。
【図４】本発明の実施形態に従うストリーミングパケットの更なる詳細を示す。
【図５】本発明の実施形態に従う、マルチメディアコンテンツの多重化ストリーミングのためのシステムの更なる概略図を示す。
【発明を実施するための形態】
【００３１】
本発明は、ここで、一例として以下の図面を参照して、より詳細に記載されるであろう。
【００３２】
図面において、同じ参照符号は、別なふうに示されない限りは同じ部分を参照する。
【００３３】
ここで図１を参照すると、本発明の第１の実施形態が示されている。マルチメディアコンテンツの多重化ストリーミングのためのシステム１０は、クライアント１２と、ストリーミング環境においてマルチメディアコンテンツをクライアント１２へ送信することができるサーバ１４とを有する。クライアント１２は、図１においてディスプレイ１２”とともにセットトップボックス１２’として表されている。クライアント１２で表示されるべきマルチメディアコンテンツは、図１において概略的に示されるように、サーバ１４によって２つのサブストリーム１６及び１８に逆多重化される。
【００３４】
一例として、ＲＴＰストリーミング環境が図２において記載され、これは原のＲＴＰストリーム部分である。図２で、パケット２０が示されており、２つの異なる生成ストリームにおいて置かれる複数のネットワーク抽象化レイヤユニット（network  abstraction  layer  units；ＮＡＬＵ）を含む。便宜上、ストリームは、ベースレイヤ及びエンハンスメントレイヤを備えるＳＶＣにおいて符号化されるビデオストリームを搬送していると考えられる。
【００３５】
然るに、図２に示される実施態様は、ＲＦＣ３９８４ビットにおいて記載されるＳＶＣのためのＲＴＰペイロードフォーマットと理解する。なお、当然に、本発明は、他のタイプのコンテンツに適用可能であり、ＳＶＣの使用に制限されない。
【００３６】
以下で、このストリーム２０は、ベースレイヤ及びエンハンスメントレイヤを夫々搬送する２つの生成ストリームに分割される。例えば、第１のストリームはブロードキャストネットワーク上で搬送されてよく、一方、他方のストリームは、ブロードバンドネットワークを通じて配信される。本発明は、どのストリームにデータが置かれるのか又はどのネットワーク上で二次ストリームが配信されるのかを選択するための規則と無関係であることが知られる。
【００３７】
２つの生成ストリームは、ＮＡＬＵを取り出し、それらを新しいＲＴＰパケットに置くことによって、得られる。新たに作成されるパケットは、ＲＴＰヘッダ（ＲＦＣ３５５０を参照）と、シーケンス番号２２及びタイムスタンプ２４が図３で示されるように変更される原のストリームのヘッダとを有して実現される。
【００３８】
生成ストリームは独立している。それは、それらの夫々に関し、第１のＲＴＰパケットの生成がシーケンス付番２２の開始であることを意味する。シーケンス付番２２は、夫々の新たに作成されるパケットについて１だけインクリメントされる。
【００３９】
図３に示される例では、原のＲＴＰタイムスタンプ値は１２３４５６７８９である。このタイムスタンプ２４は、原のＲＴＰパケットのアクセスユニットに含まれるビデオ又はオーディオの提示時間を示す。一意の提示時間を有しながら、異なるＮＡＬＵがデコーダへ又はより一般的にはレンダラへ、それらが生成されて、結果として原のＲＴＰパケットに置かれたのと同じ順序において供給されるべきである。受信機での並べ替えを管理するために、生成ストリームのパケット２６２８のタイムスタンプ２４は変更される。
【００４０】
ここで図４を参照すると、原のパケットの、ベースレイヤの部分である第１のＮＡＬＵが最初に二次ストリーム２６において送信される。それがストリームの最初のパケットであるとするならば、それは、１に設定されたシーケンス番号２２を有して生成される。
【００４１】
第２のＮＡＬＵはエンハンスメントレイヤの部分であり、生成ストリーム２８において送信される。それはまたこのストリームの最初のパケットであるから、そのシーケンス番号２２は１である。
【００４２】
３つの後続ＮＡＬＵはベースレイヤの部分である。それらは、夫々２、３及び４に設定されたシーケンス番号２２を有する生成ストリーム２６の３つのＲＴＰパケットにおいて搬送される。
【００４３】
最後のＮＡＬＵはエンハンスメントレイヤの部分であり、生成ストリーム２８に属する。
【００４４】
同じ分割プロセスは、全ての原のストリームパケットに適用される。
【００４５】
ＲＴＰパケットが送信される二次ストリームが何であれ、タイムスタンプ２４は次のように作られる：第１のＮＡＬＵを含むＲＴＰパケットは原のＲＴＰパケットのタイムスタンプ２４を有し、ｉ番目のＮＡＬＵを含むＲＴＰパケットは原のＲＴＰパケットのタイムスタンプ２４＋（ｉ−１）を有する。
【００４６】
完全なストリームの受信のために、受信機又はクライアント１２は、ＲＴＰセッションを管理する。ストリーム２６及び２８はいずれも、上記のアルゴリズムと対称を成すアルゴリムを提供することによって、デコーダへの提示のために再結合される（図５を参照）。
【００４７】
図５で示されるように、並べ替えプロセスは、夫々のＲＴＰ受信バッファ３０のパケットを、それらをメインストリームバッファ３２において移動するよう取り出す。それらのＲＴＰパケットは、それらのタイムスタンプ２４の値の逓増的順序に従って、メインストリームバッファ３２に置かれる。それらのパケットのタイムスタンプ２４は、グループの最初に受信されたパケットのタイムスタンプ２４の値（例えば、当該例では１２３４５６７８９）に設定される。
【００４８】
連続したタイムスタンプ２４の値を有するパケットの組のペイロードはまた、単一のＲＴＰパケットにマージされ得る。この新たに作成されたパケットは、隣接するグループの最初のパケットのタイムスタンプ２４を有する。目下の例において、この値は１２３４５６７８９である。隣接する受信されたＲＴＰパケットの組は、単一のＲＴＰパケットにマージされるには長すぎることがある。このように、同じタイムスタンプを有する複数のＲＴＰパケットが作られる。
【００４９】
２つの隣接する受信されたＲＴＰパケットが連続したタイムスタンプを有さない場合に、それは、それらのペイロードが同じ原のＲＴＰパケットに属さなかったことを意味する。この場合に、新しいＲＴＰパケットは、第２のパケットのタイムスタンプを有して、メインストリームバッファ３２において作成されるべきである。この新しいＲＴＰパケットは、隣接したタイムスタンプを有する次の受信されたＲＴＰパケットのペイロードを組み込む。
【００５０】
ストリーム受信を開始する場合に、ストリームの全てのＲＴＰパケットのうちの最初のもののシーケンス番号の値は任意に選択可能である。
【００５１】
代替的に、ＳＶＣを使用する上記の例を思い出すと、受信機又はクライアント１２は、２つのＲＴＰセッションのうちの一方、通常は、ベースレイヤを搬送するセッションのみを復号すると決定してよい。単一のＲＴＰセッションしか受信しない場合に、ＲＴＰパケットのシーケンス番号２２は連続的であり、欠けているか又は並べ替えられているパケットの検出を可能にする。しかし、受信されたＲＴＰパケットのタイムスタンプ２４は、タイムスタンプ２４の幾つかが他のセッションで送信されるパケットによって使用される場合にギャップをあらわにする。原のタイムスタンプ２４を回復するための上記のアルゴリズムは、以下のように調整される必要がある。
【００５２】
最初に受信されたパケットのタイムスタンプ２４（パケットｉと示される）はシリーズのタイムスタンプ２４として使用され（ＲＴＰ０と示される）、そのタイムスタンプ２４は不変なままである。
【００５３】
続くパケットｋがタイムスタンプＲＴＰｋ＜ＲＴＰ０＋（ｋ−ｉ）＋閾値を有する場合は、パケットは当該シリーズに属し、そのタイムスタンプはＲＴＰ０に設定される。不等式が成り立たない場合は、パケットは他のシリーズを開始する。
【００５４】
ＭＰＥＧ２−ＴＳでは、送信機又はサーバ１４及び受信機又はクライアント１２のクロックを同期化させることを可能にするＰＣＲ（Program  Clock  Reference）と呼ばれるクロック情報が存在する。それは３３ビット部分（９０ｋＨｚ単位）及び９ビット部分（２７ＭＨｚ単位）を有して構成される。マルチメディア情報（例えば、オーディオ及びビデオ）を伝送する場合に、パケットは、提示時間スタンプ（Presentation  Time  Stamp）のためのＰＴＳ及び復号化時間スタンプ（Decoding  Time  Stamp）のためのＤＴＳと呼ばれる更なる情報を搬送する。ＰＴＳ又はＤＴＳの正確さは３３ビットから成り、ＰＣＴクロックを基準とする。従って、単位は１１μ秒と等価である。
【００５５】
ビデオフレームレートが毎秒最大１００フレームであり得るとすると、数十ミリ秒の分解能が必要とされる。ＰＴＳ／ＤＴＳ分解能は、ＭＰＥＧ２−ＴＳストリームによる上記のメカニズムにも適用される機会を与えるこの分解能を大きく上回る。
【００５６】
然るに、ＭＰＥＧ２−ＴＳストリームを２つのサブストリームに分ける場合に、ＰＴＳの値は夫々のＰＥＳ（Packet  Elementary  Stream）について１だけインクリメントされ得、結果として、連続したシリーズの漸増的なＰＴＳが得られる。受信時に、前のＰＴＳの直ぐ後のＰＴＳを有するＰＥＳパケットは、当該シリーズの最初のＰＴＳの値に設定される。要件として、ＰＴＳ又はＤＴＳは原のストリームのＰＥＳパケットヘッダに存在しなければならない。
【００５７】
然るに、本発明は、提示タイムスタンプ又はシーケンス付番を損なうことなく異なるネットワーク間でのストリームの分割を可能にする。更に、それは、既存のプロトコルに従うパケットフォーマットを維持する。
【００５８】
本発明の特定の実施形態しかここでは記載されていないが、本発明の他の変更、変形及び可能性が可能であることは、当業者によって理解されるであろう。従って、そのような変更、変形及び可能性は、本発明の精神及び適用範囲の中にあり、故に、ここで記載及び／又は例示されるよう本発明の部分を形成すると考えられるべきである。
【００５９】
本発明は、その好ましい実施形態において記載されており、当業者の能力範囲内で且つ発明能力の訓練を伴わずに多数の変形及び実施形態の余地があることは明らかである。然るに、本発明の適用範囲は、特許請求の範囲の技術的範囲によって定義される。
【００６０】
ここで挙げられている全ての例及び条件付き言語は、読者が本発明の原理及び本発明者によって当該技術を促進することに寄与される概念を理解するのを助ける教育的な目的を対象とし、且つ、そのような具体的に挙げられている例及び条件に制限されないと解釈されるべきである。
【００６１】
更に、原理、態様、及び本原理の実施形態、並びにそれらの具体的な例を挙げている本明細書中の全ての記述は、それらの構造上及び機能上の同等物を包含するよう意図される。加えて、そのような同等物は、現在知られている同等物と、将来開発される同等物、すなわち、構造にかかわらず同じ機能を実行するあらゆる開発された要素とを含むことが意図される。
【００６２】
よって、例えば、ここで提示されるシステムダイアグラムは、本原理を具現する実例となる構成要素の概念図に相当することが当業者によって認識されるであろう。図中に示される様々な要素の機能は、専用ハードウェア及び、適切なソフトウェアとの関連でソフトウェアを実行可能なハードウェアの使用を通じて提供されてよい。プロセッサによって提供される場合に、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、又は複数の個別のプロセッサによって提供されてよく、複数の個別のプロセッサの幾つかは共有されてよい。更に、語「プロセッサ」又は「コントローラ」の明示的使用は、もっぱらソフトウェアを実行可能なハードウェアに言及すると解釈されるべきではなく、制限なしに、デジタル信号プロセッサ（“ＤＳＰ”）ハードウェア、ソフトウェアを記憶するための読み出し専用メモリ（“ＲＯＭ”）、ランダムアクセスメモリ（“ＲＡＭ”）、及び不揮発性記憶装置を暗に含んでよい。従来及び／又はカスタムの他のハードウェアも含まれてよい。
【００６３】
本原理の「一実施形態」又は「実施形態」及びそれらの変形への明細書中の言及は、その実施形態に関連して記載される特定の特徴、構造、特性等が本原理の少なくとも１つの実施形態に含まれることを意味する。よって、本明細書の全体を通して様々な箇所で現れる言い回し「一実施形態において」又は「実施形態において」及びあらゆる他の変形の出現は、必ずしも全て同じ実施形態に言及しているわけではない。
【００６４】
本原理は、ハードウェア、ソフトウェア、ファームウェア、特別目的のプロセッサ、又はそれらの組み合わせの様々な形態において実施されてよいことが理解されるべきである。望ましくは、本原理は、ハードウェア及びソフトウェアの組み合わせとして実施されてよい。更に、ソフトウェアは、望ましくは、プログラム記憶装置において有形に具現されるアプリケーションプログラムとして実施される。アプリケーションプログラムは、何らかの適切なアーキテクチャを備える機械へアップロードされるか、又はそれによって実行されてよい。望ましくは、機械は、１以上の中央演算処理ユニット（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、及び入出力（Ｉ／Ｏ）インターフェースのようなハードウェアを備えるコンピュータプラットフォームで実施される。コンピュータプラットフォームはまた、オペレーティングシステム及びマイクロ命令コードを含む。ここで記載される様々なプロセス及び機能は、オペレーティングシステムを介して実行されるアプリケーションプログラムの部分又はマイクロ命令コードの部分（又はそれら組み合わせ）のいずれかであってよい。加えて、様々な他の周辺機器が、追加のデータ記憶装置及び印刷装置のように、コンピュータプラットフォームへ接続されてよい。
【００６５】
更に、本発明の構成システムコンポーネント及び方法ステップの幾つかは、望ましくは、ソフトウェアにおいて実施されるので、システムコンポーネント（又はプロセスステップ）間の実際の接続は、本発明がプログラミングされる態様に依存して、図面に示されているものとは異なってよいことが理解されるべきである。ここでの教示を鑑み、当業者は、本原理のそれらの及び同様の実施態様又は構成を考えることができるであろう。
【図１】
2015506614.tif 000003
【図２】
2015506614.tif 000004
【図３】
2015506614.tif 000005
【図４】
2015506614.tif 000006
【図５】
2015506614.tif 000007
【手続補正書】
【提出日】平成26年7月1日(2014.7.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
実時間ストリーミングプロトコルを用いるストリーミング環境において１以上のデータパスを通じてクライアントへ送信されるべきマルチメディアコンテンツの多重化ストリーミングのための、少なくとも１つのサーバを備えるシステムであって、
前記マルチメディアコンテンツは、前記サーバによって複数のサブストリームへと逆多重化され、夫々のサブストリームは一意のクロックマークを有し、該クロックマークは、前記サブストリームを識別するためのビットシーケンスを有し、前記クロックマークは、他のサブストリームの如何なる他のクロックマークとも相違し、それにより前記クライアントは、前記一意のクロックマークに従って原のパケット順序をリストアすることによって、前記サブストリームを連続ストリームへと多重化することができる、
システム。
【請求項２】
前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能により定義される、
請求項１に記載のシステム。
【請求項３】
異なるサブストリームは、フレームレートのタイミング情報に対応するビットシーケンスのビットを用いて識別される、
請求項１又は２に記載のシステム。
【請求項４】
前記クロックマークは、９０ｋＨｚ単位における３０ビット部分と、２７ＭＨｚ単位における９ビット部分とを有する、
請求項１乃至３のうちいずれか一項に記載のシステム。
【請求項５】
前記ストリーミング環境は、ＭＰＥＧ２−ＴＳストリーミング環境である、
請求項１乃至４のうちいずれか一項に記載のシステム。
【請求項６】
前記一意のクロックマークは、ヘッダ拡張子において原のシーケンス番号を含む、
請求項１に記載のシステム。
【請求項７】
前記一意のクロックマークは、夫々のサブストリームのペイロード部分において現在のシーケンス番号を含む、
請求項６に記載のシステム。
【請求項８】
前記ストリーミング環境は、ＲＴＰ／ＲＴＳＰストリーミング環境である、
請求項６又は７に記載のシステム。
【請求項９】
マルチメディアコンテンツの多重化ストリーミングのための方法であって、
実時間ストリーミングプロトコルを用いるストリーミング環境においてマルチメディアコンテンツを１以上のデータパスを通じてクライアントへ送信する複数のサブストリームを供給するステップを有し、
夫々のサブストリームは一意のクロックマークを有し、該クロックマークは、前記サブストリームを識別するためのビットシーケンスを有し、前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能を有し、前記クロックマークは、他のサブストリームの如何なる他のクロックマークとも相違し、それにより前記クライアントは、前記サブストリームを連続ストリームへと多重化することができる、
方法。
【請求項１０】
前記一意のクロックマークは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能を有するビットシーケンスを含むクロックマークを有する、
請求項９に記載の方法。
【請求項１１】
異なるサブストリームは、前記フレームレートのタイミング情報に対応するビットシーケンスのビットを用いて識別される、
請求項１０に記載の方法。
【請求項１２】
前記ストリーミング環境は、ＭＰＥＧ２−ＴＳストリーミング環境である、
請求項９乃至１１のうちいずれか一項に記載の方法。
【請求項１３】
前記一意のクロックマークは、ヘッダ拡張子において又は夫々のサブストリームのペイロード部分において原のシーケンス番号を含む、
請求項９に記載の方法。
【請求項１４】
前記ストリーミング環境は、ＲＴＰ／ＲＴＳＰストリーミング環境である、
請求項９又は１３に記載の方法。
【請求項１５】
マルチメディアコンテンツを逆多重化するよう構成されるストリーミングサーバであって、
前記マルチメディアコンテンツは、当該サーバによって複数のサブストリームへと逆多重化され、夫々のサブストリームは一意のクロックマークを有し、該クロックマークは、前記サブストリームを識別するためのビットシーケンスを有し、前記クロックマークは、他のサブストリームの如何なる他のクロックマークとも相違する、
ストリーミングサーバ。
【請求項１６】
前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能により定義される、
請求項１５に記載のストリーミングサーバ。
【請求項１７】
マルチメディアコンテンツを多重化するよう構成されるストリーミングクライアント装置であって、
前記マルチメディアコンテンツは、複数のサブストリームを含み、夫々のサブストリームは一意のクロックマークを有し、該クロックマークは、前記サブストリームを識別するためのビットシーケンスを有し、前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能を有し、サブストリームの前記クロックマークは、他のサブストリームの如何なる他のクロックマークとも相違し、当該クライアント装置は、前記一意のクロックマークに従って原のパケット順序をリストアすることによって、前記サブストリームを連続ストリームへと多重化するよう構成される、
ストリーミングクライアント装置。
【請求項１８】
前記クロックマークのフォーマットは、前記マルチメディアコンテンツのフレームレートの分解能を超える時間分解能により定義される、
請求項１７に記載のストリーミングクライアント装置。
【国際調査報告】
2015506614.tif 000008
2015506614.tif 000009