(57)【要約】  メディアコンテンツストリーミングのためのクライアント装置により実施される方法であって、前記方法は、ＵＲＬ（uniform  resource  locator）のクエリストリング部分に１又は複数のクエリパラメータを挿入するステップであって、前記クエリストリング部分は、前記ＵＲＬのパス部分の後に続く、ステップと、前記ＵＲＬを有するメディア要求をストリーミングサーバへ送信するステップと、前記メディア要求に応答して、前記ストリーミングサーバからメディアコンテンツの１又は複数のセグメントを受信するステップと、を有する。
2016511954.tif 000002
【特許請求の範囲】
【請求項１】
メディアコンテンツストリーミングのためのクライアント装置により実施される方法であって、前記方法は、
ＵＲＬ（uniform  resource  locator）のクエリストリング部分に１又は複数のクエリパラメータを挿入するステップであって、前記クエリストリング部分は、前記ＵＲＬのパス部分の後に続く、ステップと、
前記ＵＲＬを有するメディア要求をストリーミングサーバへ送信するステップと、
前記メディア要求に応答して、前記ストリーミングサーバからメディアコンテンツの１又は複数のセグメントを受信するステップと、
を有する方法。
【請求項２】
前記１又は複数のクエリパラメータを挿入する前に、前記メディアコンテンツのＭＰＤ（media  presentation  description）を得るステップであって、前記ＭＰＤはＵＲＬの構築のためのＵＲＬテンプレートを有し、前記１又は複数のパラメータは、前記ＵＲＬテンプレートに基づき前記ＵＲＬの前記クエリストリング部分に挿入されるべきであると指定される、ステップ、を更に有する請求項１に記載の方法。
【請求項３】
前記メディアコンテンツの再生中に、前記クライアント装置のネットワーク状態を監視するステップであって、前記１又は複数のクエリパラメータは、前記ネットワーク状態のうちの少なくとも１つを有する、ステップ、を更に有する請求項２に記載の方法。
【請求項４】
前記１又は複数のセグメントは、前記１又は複数のクエリパラメータに少なくとも部分的に基づき前記コンテンツサーバにより決定され、前記ネットワーク状態のうちの１つは、前記メディアコンテンツの再生中に前記クライアント装置に利用可能な帯域幅であり、前記帯域幅は前記の挿入されたクエリパラメータのうちの１つとして指定される、請求項３に記載の方法。
【請求項５】
前記１又は複数のクエリパラメータは、前記クライアント装置により提供される認証コードを有し、前記１又は複数のセグメントを受信するステップは、前記クライアント装置の識別情報の検証により生じる、請求項２に記載の方法。
【請求項６】
前記１又は複数のクエリパラメータは、前記クライアント装置がある長さの強制展開コンテンツを再生し終わったことを示す証拠を有し、前記１又は複数のセグメントを受信するステップは、前記ストリーミングサーバによる前記証拠の検証によってのみ生じる、請求項２に記載の方法。
【請求項７】
前記１又は複数のクエリパラメータは、関心領域（ＲＯＩ）及び前記クライアント装置により提供される視角のうちの少なくとも１つを有し、前記１又は複数のセグメントは、前記ＲＯＩ及び前記視角のうちの少なくとも１つにより指定されるビデオ信号を描写する、請求項２に記載の方法。
【請求項８】
メディアコンテンツのためのＵＲＬ（uniform  resource  locator）テンプレートを有するＭＰＤ（media  presentation  description）を受信するよう構成される受信機と、
前記受信機に結合され、前記ＵＲＬテンプレートに基づくＵＲＬを構築するよう構成されるプロセッサであって、前記ＵＲＬは、パス部分と、前記パス部分に続くクエリストリング部分とを有し、前記クエリストリング部分は、１又は複数のクエリパラメータを有する、プロセッサと、
前記プロセッサに結合され、前記メディアコンテンツの要求をストリーミングサーバへ送信するよう構成される送信機と、
を有する装置。
【請求項９】
前記受信機は、前記メディアコンテンツ要求に応答して、前記メディアコンテンツの１又は複数のセグメントを受信するよう更に構成され、前記プロセッサは、前記メディアコンテンツの再生中の前記装置のネットワーク状態を監視するよう更に構成される、請求項８に記載の装置。
【請求項１０】
前記ネットワーク状態のうちの１つは、前記メディアコンテンツの再生中に前記装置に利用可能な帯域幅であり、前記帯域幅は、前記クエリパラメータのうちの１つとして前記ＵＲＬに挿入される、請求項９に記載の装置。
【請求項１１】
前記１又は複数のクエリパラメータは、前記プロセッサによりアクセス可能な認証コードを有し、前記１又は複数のセグメントを受信するステップは、前記装置の識別情報の検証により生じる、請求項９に記載の装置。
【請求項１２】
前記１又は複数のクエリパラメータは、前記プロセッサがある長さの強制展開コンテンツを再生し終わったことを示す証拠を有し、前記１又は複数のセグメントを受信するステップは、前記ストリーミングサーバによる前記証拠の検証によってのみ生じる、請求項９に記載の装置。
【請求項１３】
前記１又は複数のクエリパラメータは、関心領域（ＲＯＩ）及び前記装置を使用するユーザにより提供される視角のうちの少なくとも１つを有し、前記１又は複数のセグメントは、前記ＲＯＩ及び前記視角のうちの少なくとも１つにより指定されるビデオ信号を描写する、請求項９に記載の装置。
【請求項１４】
前記要求はＨＴＴＰ（Hypertext  Transfer  Protocol）要求であり、前記ＭＰＤ及び前記セグメントは、全てＤＡＳＨ（Dynamic  Adaptive  Streaming  over  HTTP）に従う、請求項８に記載の装置。
【請求項１５】
メディアコンテンツストリーミングのための、ネットワークサーバにより実施される方法であって、前記方法は、
ストリーミングクライアントからＵＲＬ（uniform  resource  locator）を受信するステップであって、前記ＵＲＬは、パスと、前記パスに続くクエリストリングと、を有し、前記クエリストリングは１又は複数のパラメータを有する、ステップと、
前記の受信したクエリパラメータのうちの少なくとも１つに基づき前記ストリーミングクライアントのために使用すべきメディアコンテンツの１又は複数のセグメントを決定するステップと、
前記ストリーミングクライアントへ前記１又は複数のセグメントを送信するステップと、
を有する方法。
【請求項１６】
前記メディアコンテンツのＭＰＤ（media  presentation  description）を生成するステップであって、前記ＭＰＤは、前記ＵＲＬの前記クエリストリング部分に含まれるべき前記１又は複数のクエリパラメータを指定するＵＲＬテンプレートを有する、ステップと、
前記ＭＰＤは前記ＵＲＬを受信するステップより前に前記ストリーミングクライアントへ前記ＭＰＤを送信するステップと、
を更に有する請求項１５に記載の方法。
【請求項１７】
前記ＵＲＬテンプレートは、前記１又は複数のクエリパラメータの中の１つのクエリパラメータを指定するＵＲＬパラメータ要素を有し、前記ＵＲＬパラメータ要素は、前記クエリパラメータの識別表示を有する、請求項１６に記載の方法。
【請求項１８】
前記ＵＲＬテンプレートは、前記１又は複数のクエリパラメータの中の１つのクエリパラメータを指定するＵＲＬパラメータ要素を有し、前記ＵＲＬパラメータ要素は、前記ネットワークサーバによりアクセス可能な前記クエリパラメータの固定値を指定する、請求項１６に記載の方法。
【請求項１９】
前記ＵＲＬテンプレートは、前記１又は複数のクエリパラメータの中の１つのクエリパラメータを指定するＵＲＬパラメータ要素を有し、前記ＵＲＬパラメータ要素は名前空間を指定し、前記クエリパラメータは前記名前空間を有するエンティティからのものである、請求項１６に記載の方法。
【請求項２０】
前記ストリーミングクライアントへの前記メディアコンテンツのストリーミング中に前記ＭＰＤを更新するステップであって、前記の更新されたＭＰＤは、前記ＭＰＤを生成するときに予期されない動的なイベントを反映する、ステップと、
前記ストリーミングクライアントへ前記更新されたＭＰＤを送信するステップと、
を有する請求項１６に記載の方法。
【請求項２１】
前記１又は複数のクエリパラメータは、前記ストリーミングクライアントにより提供される認証コードを有し、前記方法は、前記１又は複数のセグメントを送信する前に、前記認証コードを用いて前記ストリーミングクライアントの識別情報を検証するステップ、を更に有する、請求項１５に記載の方法。
【請求項２２】
前記１又は複数のクエリパラメータは、前記ストリーミングクライアントにより提供される展開の証拠を有し、前記方法は、前記展開の証拠を用いて前記ストリーミングクライアントが強制展開コンテンツの再生を終了したことを検証するステップ、を更に有し、前記１又は複数のセグメントを送信するステップは、前記展開の証拠の検証まで保留される、請求項１５に記載の方法。
【請求項２３】
前記１又は複数のクエリパラメータは、前記セグメントを有するメディアコンテンツの再生中に前記ストリーミングクライアントに利用可能なネットワーク帯域幅を有し、前記１又は複数のセグメントを決定するステップは、前記帯域幅に基づき、前記１又は複数のセグメントが属する表現を選択するステップを有する、請求項１５に記載の方法。
【請求項２４】
ストリーミングクライアントからＵＲＬ（uniform  resource  locator）を受信するよう構成される受信機であって、前記ＵＲＬは、パスと、前記パスに続くクエリストリングと、を有し、前記クエリストリングは、１又は複数のクエリパラメータを有する、受信機と、
前記受信機に結合され、前記の受信したクエリパラメータのうちの１つに基づき、前記ストリーミングクライアントのために使用すべきメディアコンテンツの１又は複数のセグメントを決定するよう構成されるプロセッサと、
前記プロセッサに結合され、前記ストリーミングクライアントへ前記１又は複数のセグメントを送信するよう構成される送信機と、
を有する装置。
【請求項２５】
前記プロセッサは、前記メディアコンテンツのＭＰＤ（media  presentation  description）を生成するようさらに構成され、前記ＭＰＤは、前記ＵＲＬの前記クエリストリング部分に含まれるべき前記１又は複数のクエリパラメータを指定するＵＲＬテンプレートを有し、前記送信機は、前記受信機が前記ＵＲＬを受信する前に前記ストリーミングクライアントへ前記ＭＰＤを送信するよう更に構成される、請求項２４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の参照］
本願は、米国仮特許出願番号第６１／７５３，３４７号、２０１３年１月１６日出願、Xin  Wang、名称「System  and  Method  for  URL  Parameter  Insertion  and  Addition  in  Adaptive  Streaming」の優先権を主張する。該出願は、参照することにより全体が記載されたように本願明細書に組み込まれる。
【０００２】
［連邦政府資金による研究開発の記載］
適用なし。
【０００３】
［マイクロフィッシュ付録の参照］
適用なし。
【背景技術】
【０００４】
メディアコンテンツプロバイダ又は配信者は、メディアコンテンツを、テレビジョン、ノートブックコンピュータ、及びモバイル端末のような種々のクライアント装置へ配信し得る。メディアコンテンツプロバイダは、複数のメディアエンコーダ及び／又はデコーダ（コーデック）、メディアプレイヤ、ビデオフレームレート、空間解像度、ビットレート、ビデオフォーマット、又はこれらの組合せをサポートし得る。メディアコンテンツは、異なるユーザ装置に適合するために、ソース表現から種々の他の表現に変換され得る。
【０００５】
メディアコンテンツは、ＭＰＤ（media  presentation  description）及び複数のセグメントを有し得る。ＭＰＤは、メディアコンテンツの種々の表現、ＵＲＬ（uniform  resource  locator）及び他の特徴のようなメディアコンテンツを記述するＸＭＬ（extensible  markup  language）ファイルであっても良い。当業者が理解するように、メディアコンテンツは、期間、ＡＳ（adaptation  set）、表現、及びセグメントを含む種々の階層に分割できる。
【０００６】
適応型ストリーミングでは、メディアコンテンツがクライアント又はユーザ装置へ配信されると、ユーザ装置は、ネットワーク条件、装置能力、及びユーザ選択のような種々の因子に基づき、適切なセグメントを動的に選択できる。適応型ストリーミングは、ＤＡＳＨ（Dynamic  Adaptive  Streaming  over  HTTP（Hypertext  Transfer  Protocol））、ＨＬＳ（HTTP  Live  Streaming）又はＩＩＳ（Internet  Information  Services）Smooth  Streamingのような実施された又は開発中の種々の技術又は標準を含み得る。例えば、ユーザ装置は、再生の際に再生停止又は再バッファリングを生じることなく再生に間に合うようにダウンロードできる可能な最高品質（例えば、解像度又はビットレート）を有するセグメントを選択できる。したがって、ユーザ装置は、自身のメディアコンテンツ再生を変化するネットワーク条件にシームレスに適応できる。
【０００７】
適応型ストリーミングでは、ＭＰＥＧ（Moving  Picture  Expert  Group）ＤＡＳＨで使用されるもののような柔軟性を提供しストリーミングＭＰＤの複雑性を低減するために、ストリーミングメディアセグメントにアクセスするためにＵＲＬを指定し構築する必要があり得る。ＤＡＳＨ標準のＵＲＬテンプレート仕様へのＵＲＬパラメータ挿入メカニズムのような幾つかの既存のソリューションは、単純な種類を有するＵＲＬパラメータ挿入（又は置換）のためのパラメータ仕様をサポートし得る。したがって、例えばより多くの種類のパラメータを含むよう、ＵＲＬパラメータ挿入の能力を拡張することが望ましい。
【発明の概要】
【課題を解決するための手段】
【０００８】
一実施形態では、本開示は、メディアコンテンツストリーミングのためのクライアント装置により実施される方法を有し、前記方法は、ＵＲＬ（uniform  resource  locator）のクエリストリング部分に１又は複数のクエリパラメータを挿入するステップであって、前記クエリストリング部分は、前記ＵＲＬのパス部分の後に続く、ステップと、前記ＵＲＬを有するメディア要求をストリーミングサーバへ送信するステップと、前記メディア要求に応答して、前記ストリーミングサーバからメディアコンテンツの１又は複数のセグメントを受信するステップと、を有する。
【０００９】
別の実施形態では、本開示は、メディアコンテンツのためのＵＲＬテンプレートを有するＭＰＤ（media  presentation  description）を受信するよう構成される受信機と、前記受信機に結合され、前記ＵＲＬテンプレートに基づくＵＲＬを構築するよう構成されるプロセッサであって、前記ＵＲＬは、パス部分と、前記パス部分に続くクエリストリング部分とを有し、前記クエリストリング部分は、１又は複数のクエリパラメータを有する、プロセッサと、前記プロセッサに結合され、前記メディアコンテンツの要求をストリーミングサーバへ送信するよう構成される送信機と、を有する装置を有する。
【００１０】
更に別の実施形態では、本開示は、メディアコンテンツストリーミングのための、ネットワークサーバにより実施される方法を有し、前記方法は、ストリーミングクライアントからＵＲＬを受信するステップであって、前記ＵＲＬは、パスと、前記パスに続くクエリストリングと、を有し、前記クエリストリングは１又は複数のパラメータを有する、ステップと、前記の受信したクエリパラメータのうちの少なくとも１つに基づき前記ストリーミングクライアントのために使用すべきメディアコンテンツの１又は複数のセグメントを決定するステップと、前記ストリーミングクライアントへ前記１又は複数のセグメントを送信するステップと、を有する。
【００１１】
更に別の実施形態では、本開示は、ストリーミングクライアントからＵＲＬを受信するよう構成される受信機であって、前記ＵＲＬは、パスと、前記パスに続くクエリストリングと、を有し、前記クエリストリングは、１又は複数のクエリパラメータを有する、受信機と、前記受信機に結合され、前記の受信したクエリパラメータのうちの１つに基づき、前記ストリーミングクライアントのために使用すべきメディアコンテンツの１又は複数のセグメントを決定するよう構成されるプロセッサと、前記プロセッサに結合され、前記ストリーミングクライアントへ前記１又は複数のセグメントを送信するよう構成される送信機と、を有する装置を有する。
【００１２】
上述の及び他の特徴は、添付の図面及び請求の範囲と関連して以下の詳細な説明から更に明らかに理解されるだろう。
【図面の簡単な説明】
【００１３】
本開示のより完全な理解のために、添付の図面及び詳細な説明と関連して以下の簡単な説明を参照する。類似の参照符号は類似の部分を表す。
【図１】ＳＭＡＳ（server  managed  adaptive  streaming）の一実施形態の概略図である。
【図２】ＵＲＬパラメータ要素のようなクエリパラメータの例示的な実装を示す。
【図３】種々のパラメータを有し得る例示的なＵＲＬテンプレートを示す。
【図４】固定値を有する例示的なＵＲＬテンプレートを示す。
【図５】帯域幅パラメータがクエリ要求パラメータである、例示的なＵＲＬテンプレートを示す。
【図６Ａ】例示的な名前空間の中の例示的な帯域幅要素を示す。
【図６Ｂ】例示的な値を有する名前空間パラメータを有する例示的なＵＲＬテンプレートを示す。
【図７】ＭＰＤ  ＵＲＬに基づくメディアセグメントＵＲＬの個人化のために用いられ得る例示的なＭＰＤを示す。
【図８】パラメータのａｄ挿入及び／又はライブ解像度のために使用され得る例示的なＭＰＤを示す。
【図９Ａ】パラメータを通じてクライアントフィードバックを可能にする例示的なＭＰＤを示す。
【図９Ｂ】パラメータを通じてクライアントフィードバックを可能にする例示的なＭＰＤを示す。
【図９Ｃ】ＷＡＤＬ（Web  Application  Description  Language）により符号化された例示的なパラメータ記述を示す。
【図９Ｄ】パラメータを通じてクライアントフィードバックを可能にする例示的なＭＰＤを示す。
【図１０】クライアント装置により実施される方法の一実施形態のフローチャートである。
【図１１】ネットワークサーバにより実施される方法の一実施形態のフローチャートである。
【図１２】ネットワーク装置の一実施形態の概略図である。
【発明を実施するための形態】
【００１４】
１又は複数の実施形態の説明的実装が以下に提供されるが、開示のシステム及び／又は方法は、現在知られているか既存かに関わらず任意の数の技術を用いて実装できることが始めに理解できる。本開示は、いかようにも、本願明細書に図示し記載する例示的設計及び実装を含む説明的実施形態、図面及び以下に記載する技術に限定されず、添付の請求の範囲の範囲内で該請求の範囲の等価範囲全てに従って変更できる。
【００１５】
本開示は、ＵＲＬのパス部分のパラメータを置換するのではなく、パラメータをＵＲＬのクエリストリング部分に挿入することにより、メディアセグメントＵＲＬを構築する実施形態を教示する。ＵＲＬパラメータ情報は、静的及び動的ＵＲＬパラメータ挿入（又は置換）の両方を可能にするために指定され得る。他の名前空間からのパラメータ、任意的及び必須パラメータ、及び／又はクエリ要求パラメータを含む様々な種類のパラメータが挿入されても良い。処理ルールは、指定されたＵＲＬパラメータ情報に基づきＵＲＬを構築するために適用されても良い。パラメータのクエリストリング部分への挿入は、例えばクライアントではなくサーバにどの表現及び／又はセグメントをメディアコンテンツストリーミングのために選択すべきかを決定させることにより、ストリーミングサーバに適応型ストリーミングを管理又は制御させることができる。ＳＭＡＳ（server  managed  adaptive  streaming）アプローチは、クライアント経験の一貫性を向上するような、種々の利益をもたらすことができる。
【００１６】
図１は、１又は複数のメディアストリーミングサーバ及びストリーミングクライアントを有し得るＳＭＡＳシステム１００の一実施形態の概略図である。一例として、図１は、１つのストリーミングサーバ１１０と、１つのストリーミングクライアント装置１３０とを示す（より多数のサーバ及びクライアントが存在しても良いが、図示されない）。ストリーミングクライアント１３０は、ストリーミングサーバ１１０から（ダウンロード又はストリーミングにより）メディアコンテンツを得ても良い。メディアコンテンツは、ビデオ、オーディオ、テキスト又はそれらの組合せのような任意の実行可能な形式を取っても良い。メディアコンテンツは、映画、音楽、及び／又は電子出版、等のような任意の適切な種類の情報を有しても良い。ストリーミングシステム１００は、ＤＡＳＨスキームのような任意の適切なコンテンツ配信スキーム又は方法を実装しても良い。ストリーミングクライアント１３０は、ユーザ装置のオペレーティングシステムに実装されるプログラム又はアプリケーションであっても良い。或いは、ストリーミングクライアント１３０は、ウェブプラットフォームでアクセスされるウェブクライアントであっても良い。
【００１７】
ストリーミングサーバ１１０は、メディアコンテンツがストリーミングメディア表現ユニットにより生成され又は準備され得る、ＨＴＴＰサーバのような任意の適切な種類のネットワークサーバとして実装されても良い。メディア表現ユニットは、ＨＴＴＰサーバ又は他の場所に（例えば、コンテンツプロバイダに）置かれても良い。ストリーミングサーバ１１０は、コンテンツプロバイダの部分であっても良く、又はＣＤＮ（content  distribution  network）のノードであっても良い。メディアコンテンツは、コンテンツプロバイダにより生成され、次にＣＤＮノードへ送信されても良い。ストリーミングサーバ１１０の中のメディアコンテンツは、ＭＰＤ及び複数のセグメントを有しても良い。留意すべきことに、必要に応じて、ＭＰＤ及びセグメントは、異なるサーバに格納され、異なるサーバからストリーミングクライアントへ送信されても良い。例えば、ＭＰＤは、ストリーミングサーバ１１０からストリーミングクライアント１３０へ送信されても良く、一方で、対応するセグメントは、異なるストリーミングサーバ（図１に図示しない）からストリーミングクライアント１３０へ送信されても良い。
【００１８】
図１に示すように、ストリーミングサーバ１１０は、適応論理ユニット（又はモジュール）１１２、要求パーサ１１４、配信機能１１６、及びメディアコンテンツ１２０を有する。メディアコンテンツ１２０は、１又は複数の期間を有し、各期間は複数の利用可能な表現を有しても良い。例えば、第１の期間で、表現１２２は複数のセグメントを有しても良く、別の表現１２４も複数のセグメントを有しても良い。第２の期間も同様であっても良い。ストリーミングシステム１００の他端では、ストリーミングクライアント１３０は、アクセスエンジン１３２、監視機能ユニット１３４、及びメディアエンジン１３６を有する。
【００１９】
ストリーミングシステム１００の動作中、ストリーミングサーバ１１０は、配信機能１１６を用いてＭＰＤをストリーミングクライアント１３０へ配信しても良い（ＭＰＤは別のサーバから配信されても良いことに留意する）。ＭＰＤは、ＨＴＴＰ、電子メール、thumb  drive、ブロードキャスト、又は任意の他の輸送手段を用いて配信できる。ＭＰＤをパースすることにより、ストリーミングクライアント１３０は、番組のタイミング、メディアコンテンツの利用可能性、メディア種類、解像度、最小及び最大帯域幅、マルチメディアコンポーネントの種々の符号化代替物の存在、アクセスし易さの特徴及び必要なＤＲＭ（digital  right  management）、ネットワーク上の各メディアコンポーネントの位置、メディアコンテンツの他の特性のような、メディアコンテンツに関する情報を学習しても良い。ＭＰＤは、ＵＲＬテンプレートを更に有しても良い。該ＵＲＬテンプレートに基づき、ストリーミングクライアント１３０はセグメントを得るためのＵＲＬを構築できる。
【００２０】
メディアコンテンツ１２０にアクセスするために、ストリーミングクライアント１３０は、メディアコンテンツ１２０についての１又は複数のＨＴＴＰ要求１４０をストリーミングサーバ１１０へ送信しても良い。具体的には、ＨＴＴＰ要求１４０は、ストリーミングクライアント１３０により提供される情報（例えば、帯域幅、スクリーンサイズ、メモリサイズ等のような装置能力）を含むＵＲＬを有しても良い。一実施形態では、ＵＲＬは、（ＵＲＬのパス部分の代わりに）ＵＲＬのクエリストリング部分に挿入されるパラメータを有する。クエリストリング部分は、１又は複数のクエリパラメータを有しても良く、複数のクエリパラメータは、記号「＆」により分けられても良い。
【００２１】
任意の種類の関連パラメータが、必要な又は任意であっても良い適応パラメータのように、クエリストリングに挿入されても良い。任意パラメータの場合には、例えば、サーバはクライアント能力を認識しない場合が多い。ストリーミングクライアント１３０がストリーミングサーバ１１０にビデオの解像度を示すことができないと仮定すると、ストリーミングクライアントは、スクリーンサイズ又はスクリーン解像度のような特定の情報（クエリパラメータとして含む）をクライアント装置に示しても良い。ストリーミングサーバ１１０は、次に、この情報を用いて、クライアント１３０のために表現又は関連セグメントを決定しても良い。
【００２２】
ストリーミングサーバ１１０がＨＴＴＰ要求１４０を受信した後に、要求パーサ１１４は、ＨＴＴＰ要求１４０をパースし、次に関連情報を適応論理ユニット１１２へ転送しても良い。適応論理ユニット１１２は、ストリーミングサーバがメディアストリーミングプロセスを制御又は管理することを可能にし得る（この理由のために、ストリーミングシステム１００はＳＭＡＳと呼ばれる）。一実施形態では、適応論理ユニット１１２は、ＨＴＴＰ要求１４０に含まれる情報を用いて、種々の決定を行う、例えば、どの表現及び／又はどのセグメントをストリーミングクライアント１３０に与えるべきかを決定し又は選択する。適応論理ユニット１１２は、任意の適切な意志決定ロジックを用いても良い。ＣＭＡＳ（client  managed  adaptive  streaming）と比べて、ＳＭＡＳシステム１００は、決定がストリーミングサーバ１１０の内部の適応論理ユニット１１２により行われるので、ストリーミングサーバ１１０が自身のファイルパスをストリーミングクライアント１３０に知らせる又は開示する必要がないという点で有利であり得る。さらに、ストリーミングクライアント１３０の代わりにストリーミングサーバ１１０に制御を与えることは、メディアコンテンツ１２０を提供するときのユーザ経験の一貫性を向上できる。例えば、ストリーミングサーバ１１０は、同じ帯域幅で同じ品質のセグメントをクライアントに提供できる（クライアントがストリーミングの制御を有する場合、クライアントは恐らく、自身の帯域幅が不十分であっても、例えばネットワークプロバイダからより多くの帯域幅を得ようとして、依然としてより高い品質のセグメントを要求し得る）。
【００２３】
どのセグメントをストリーミングクライアント１３０に提供すべきかを決定した後に、ストリーミングサーバ１１０は、配信機能１１６を用いて、ＨＴＴＰ応答１４２を送信することにより、ストリーミングクライアント１３０にセグメントを配信しても良い。ＭＰＤ及びセグメントは異なる配信機能を用いて配信されても良いことに留意する。さらに、ストリーミングクライアント１３０は、例えばネットワーク帯域幅の使用量を最大化するために、複数のＨＴＴＰサーバからセグメントを得ても良いことに留意する。ストリーミングクライアント１３０の中のアクセスエンジン１３２は、ストリーミングクライアント１３０にストリーミングサービスを提供するために、セグメントを適切にレンダリングしても良い。アクセスエンジン１３２は、メディアセグメントを処理し、次にそれらをセグメントの再生のためにメディアエンジン１３６に転送しても良い。さらに、監視機能１３４は、ストリーミングクライアント１３０の状態（例えば、帯域幅、認証コード又はトークン、装置パラメータ、等）を連続的又は間欠的に監視し、この状態をアクセスエンジン１３２に提供しても良い。状態は、次のＨＴＴＰ要求がストリーミングクライアント１３０の状態を反映できるように、ＵＲＬのクエリパラメータとして挿入されても良い。
【００２４】
ストリーミングサーバ１１０とストリーミングクライアント１３０との間のネットワーク接続は、任意の適切な種類のものであっても良い。例えば、ストリーミングサーバ１１０及びストリーミングクライアント１３０は、インターネット、モバイルネットワーク、又は私設ネットワーク（例えば、企業イントラネット）により接続されても良い。代替で、ストリーミングサーバ１１０及びストリーミングクライアント１３０は、同じホームネットワークに属し、同じＷｉＦｉ（wireless  fidelity）ルータに接続されても良い。
【００２５】
一実施形態では、ネットワークの中の第三機関が、ストリーミング処理を向上するのを助けるためにストリーミングクライアント１３０に関する情報を提供しても良い。サーバ管理及びＤＡＳＨに対するネットワーク支援を提供する際に、ＤＡＳＨメトリック、ＱｏＳパラメータ、及び再生環境記述パラメータのような様々な種類のパラメータが、クエリパラメータとして挿入され、ストリーミングサーバへ送信されても良い。例えば、ＡＭＡＺＯＮは、クライアントがプライム会員であることを示す情報を提供でき、ストリーミングサーバ（例えばＡＴ＆Ｔ）はプライム会員であることを理由により多くの帯域幅をクライアントに与えても良い。
【００２６】
ＭＰＤプロバイダ、ストリーミングクライアント（例えばクライアント１３０）及びメディアセグメントサーバ（例えばサーバ１１０）を含む種々の当事者の間で通信されるパラメータの意味論的理解を保証するために、このようなパラメータは、例えばＤＡＳＨにおける現在のＵＲＬテンプレート構築スキームの中のパラメータを用いて明確に定められる必要がある。パラメータの仕様の特性に依存して、それらは、例えばユーザ環境定義に関する例えばセキュリティ関連トークン又はＭＰＥＧ−２１  ＤＩＡ（digital  item  adaptation）についてのＳＡＭＬ（security  assertion  markup  language）のような既存の標準に由来しても良い。
【００２７】
一実施形態では、ＤＡＳＨ上のＣＥ（core  experiment）からのソリューションが有し得る種々の属性が存在する。第１に、単純な種類のパラメータだけがサポートされるのではなく、ＸＭＬ要素のような構造を有するパラメータもサポートされても良い。第２に、パラメータの仕様は、ＵＲＬ挿入又は（追加）ＵＲＬクエリストリングのためにシグナリングされても良い。第３に、非ＤＡＳＨ名前空間からのパラメータがサポートされても良い。第４に、パラメータが（デフォルトで）使用される必要があるか又は任意かを示すことが可能であっても良い。第５に、ＭＰＤの範囲内で異なる構造レベルにおいて適用するメディアセグメントのパラメータの範囲を指定することが可能であっても良い。本開示は、パラメータ化されたＵＲＬに挿入される又はＵＲＬと共にクエリストリングパラメータとして渡されるパラメータを指定する方法を教示し、本開示の実施形態は、上述の要件を満たすよう設計され得る。
【００２８】
本開示は、ストリーミングクライアントに関連する種々の情報をキャプチャするために、ＵＲＬパラメータ（ＵＲＬＰａｒａｍｅｔｅｒ）として標記され得る新しい要素を導入する。要素「ＵＲＬＰａｒａｍｅｔｅｒ」は、ＸＭＬスキームで多くの方法で定めることができる。図２は、要素「ＵＲＬＰａｒａｍｅｔｅｒ」のようなクエリパラメータの例示的な実装２００を示す。実装２００では、要素「ＵＲＬＰａｒａｍｅｔｅｒ」は、識別情報又は識別子（ｉｄ）２１０、値（value）２２０、名前空間（namespace）２３０、クエリストリング（queryString）属性２４０、及び使用要件２５０を含む複数の属性を有する。当業者が理解するように、本願明細書に開示の原理の範囲内で要素「ＵＲＬＰａｒａｍｅｔｅｒ」を実現するために、他の形式又は実装方法が可能である。
【００２９】
パラメータの識別情報２１０は、パラメータ化されたＵＲＬの部分として用いられるときに置き換えられるべきトークン＄ｉｄとして用いられる必要なパラメータであり、又はパラメータがクエリストリングのために用いられ得るとき「名前（name）」（「=」の前の部分）であっても良い。この名前は、名前空間２３０に関してユニークであっても良い。
【００３０】
値２２０は、パラメータの任意の知られている（固定）値をキャプチャするための任意的値であっても良い。これは、パラメータ化されたＵＲＬの部分として用いられるときトークン＄ｉｄを又はクエリストリングのために用いられるとき「値（value）」（「=」の後の部分）を置換するための実際の値であっても良い。この情報が失われている場合、このパラメータ値は動的であり、ＵＲＬを構築するときにストリーミングクライアントにより集められ提供される必要があり得ることを意味する。この情報部分の実際の値は、ＵＲＬの部分又はクエリストリングを有するＵＲＬとして用いることができる方法で符号化される必要がある。
【００３１】
名前空間２３０は、パラメータが由来する名前空間を有する任意のエンティティの任意的属性であっても良い。適切な名前空間（例えば、ＤＡＳＨ又はＭＰＥＧ−２１  ＤＩＡ（Digital  Item  Adaptation））が用いられても良い。省略されるとき、デフォルト名前空間は、ＤＡＳＨを意味すると意図され得る。
【００３２】
クエリストリング属性２４０は、任意であっても良く、このパラメータの目的が挿入のため又は（追加）クエリストリングのためであるかを示しても良い。省略されるとき、デフォルトは、挿入に設定できる。
【００３３】
使用要件２５０は、このパラメータが必要である（つまり必須）か任意かを示す、「必須（required）」と示される任意的属性であっても良い。挿入のためのパラメータは必要であるべきであり、一方で、任意であっても良いクエリストリングのためのパラメータは、ＵＲＬに追加される必要がなくても良い。これは、このパラメータの任意の値を提供できないクライアント又はこのパラメータ無しでＵＲＬを処理できるサーバに適応する柔軟性を提供する。省略されるとき、デフォルトは、パラメータが必要である、であっても良い。
【００３４】
実装２００では、属性＠ｉｄ、＠value、及び＠namespaceの意味論は、当業者に直接的に理解され得る。属性＠queryStringは、ブール値を取り、「偽（false）」はパラメータがＵＲＬ挿入のためであることを示し、「真（true）」は追加ＵＲＬクエリストリングである。省略されるとき、＠queryStringのデフォルト値は「偽（false）」であり、パラメータがＵＲＬ挿入のためであることを示す。属性＠requiredもブ―ル値を取り、「偽（false）」はパラメータが任意的であることを示し、「真（true）」はパラメータが必要であることを示す。
【００３５】
要素「ＵＲＬＰａｒａｍｅｔｅｒ」は、任意で、ＭＰＤ、期間、適応セット、及び表現レベルを含む１又は複数のレベルに置かれても良い。要素「ＵＲＬＰａｒａｍｅｔｅｒ」は、その範囲内で全てのメディアセグメントに適用されても良い。必要な場合には、要素「ＵＲＬＰａｒａｍｅｔｅｒ」は、その範囲内でメディアセグメントの一部（全部ではなく）に適用するよう設計されても良い。
【００３６】
使用においては、ストリーミングクライアント（例えばクライアント１３０）は、「ＵＲＬＰａｒａｍｅｔｅｒ」の各々について処理ルールを実装しても良い。一実施形態では、メディアセグメントＵＲＬ又はＵＲＬテンプレートの各々についてその範囲内で、クライアントは、第１に、このパラメータが必須か任意かを知るために「required」を調べ、それが任意である場合には処理するかどうかを決定しても良い。第２に、クライアントがパラメータを処理すると決定した場合、クライアントは、「namespace」により提供される名前空間に従って、「value」からパラメータ値を集めても良い。この値は、名前空間からのパラメータ意味論に依存して「value」自体により又は特定の帯域外メカニズムを通じて既に与えられても良い。第３に、クライアントは、パラメータがＵＲＬに又はＵＲＬテンプレートに配置されるとき挿入又はクエリストリングのためであるかを決定するために、パラメータの「queryString」を調べても良い。第４に、目的がＵＲＬ挿入である場合、クライアントは、「id」に適合するＵＲＬの中の置換を見付け、正しい＄ｉｄトークンをパラメータ値で置換しても良い。第５に、目的がＵＲＬクエリストリングである場合、クライアントは、ストリング「id」「=」「value」を構築し、クエリストリングとしてＵＲＬに配置（例えば付加）しても良い。
【００３７】
以下は、本願明細書で教示されるパラメータ仕様及び幾つかの使用例での該パラメータ仕様の可能な使用を説明するための幾つかの例示的な実施形態である。図３は、表現番号（RepNumber）３１０、セグメント番号（SegNumber）３２０、及びストリーミングクライアントの帯域幅（AvailableBandwidth）３３０を含む種々のパラメータを有し得る例示的なＵＲＬテンプレート３００を示す。ＵＲＬテンプレート３００を用いて、ストリーミングクライアントは、ＵＲＬを構築し、次に、メディアコンテンツのセグメントを要求するために該ＵＲＬをストリーミングサーバへ送信しても良い。
【００３８】
パラメータの値は、RepNumber＝１、SegNumber＝２、AvailableBandwidth＝８００００であると仮定する。一実施形態では、ストリーミングクライアントは、以下のＵＲＬを構築するためにＵＲＬテンプレート３００を用いても良い。
http://cdn１.example.com/video/１_２.mp４v?bw=８００００    （１）
【００３９】
ＵＲＬ（１）では、帯域幅パラメータ（bw=８００００）３３０は、クエリパラメータとしてＵＲＬのクエリストリング部分に挿入される。クエリストリング部分は、ＵＲＬのパス部分の後に続き、クエスションマーク（?）によりパスと分離される。ＵＲＬ（１）では、パス部分は「http://cdn１.example.com/video/１_２.mp４v」であり、クエリストリング部分は「bw=８００００」である。
【００４０】
図４は、種々の態様におけるＵＲＬテンプレートに類似する例示的なＵＲＬテンプレート４００を示す。簡潔さのために、更なる説明は、異なる又は更に記載されるべき態様に焦点を当てる（他のテンプレートについても同様である）。ＵＲＬテンプレート４００は、表現番号（RepNumber）、セグメント番号（SegNumber）、及びストリーミングクライアントの帯域幅（AvailableBandwidth）を含む種々のパラメータを有する。ＵＲＬテンプレート３００と異なり、ＵＲＬテンプレート４００は、固定値を有するパラメータ４１０を更に有する。固定値は、ストリーミングサーバにより定められ、クライアントに提供されても良い。一例として、パラメータ４１０は、「速記（shorthand）」として表記され、「thisIsAReallyLongPath」の固定値を有しても良い。
【００４１】
パラメータの値は、RepNumber＝１、SegNumber＝２、AvailableBandwidth＝８００００であると仮定する。一実施形態では、ＵＲＬテンプレート４００を用いて、ストリーミングクライアントは以下のＵＲＬ（２）を構築しても良い。
http://cdn１.example.com/video/１_２_thisIsAReallyLongPath.mp４v?bw=８００００    （２）
【００４２】
ＵＲＬ（２）では、帯域幅パラメータ（bw=８００００）は、クエリパラメータとしてＵＲＬのクエリストリング部分に挿入される。さらに、パラメータ４１０の値は、パスパラメータとしてＵＲＬのパス部分に挿入される。
【００４３】
図５は、帯域幅パラメータ５１０がクエリ要求パラメータ（queryRequest="true"により示される）である、例示的なＵＲＬテンプレート５００を示す。AvailableBandwidthを置換パラメータとして列挙する（２個のドル記号「$__$」により示される）ＵＲＬテンプレート３００及び４００と異なり、ＵＲＬ５００はAvailableBandwidthをクエリ要求パラメータとして使用する。
【００４４】
パラメータの値は依然として、RepNumber＝１、SegNumber＝２、AvailableBandwidth＝８００００であると仮定する。一実施形態では、ＵＲＬテンプレート５００を用いて、ストリーミングクライアントは以下のＵＲＬ（３）を構築しても良い。
http://cdn１.example.com/video/１_２.mp４v?AvailableBandwidth=８００００    （３）
【００４５】
ＵＲＬ（３）では、帯域幅パラメータ（bw=８００００）は、ストリーミングクライアントにより（例えば、監視機能１３４を用いて）決定され、次に、クエリパラメータとしてＵＲＬのクエリストリング部分に挿入されても良い。
【００４６】
説明の目的で、ＭＰＥＧ−２１  ＤＩＡにより定められるＵＥＤ（user  environment  description）パラメータは、一例として用いられ得る。図６Ａは、「urn:mpeg:mpeg２１:２００３:０１-DIA-NS」と表記されるＤＩＡ名前空間の中の例示的な「AvailableBandwidth」要素６００を示す。図６Ｂは、値「urn:mpeg:mpeg２１:２００３:０１-DIA-NS」を有する名前空間パラメータ６１２を含む例示的なＵＲＬテンプレート６１０を示す。
【００４７】
パラメータの値は、RepNumber＝１、SegNumber＝２、及びAvailableBandwidth＝<AvailableBandwidthmaximum="２５６０００"average="８００００"/>であると仮定する。一実施形態では、ＵＲＬテンプレート６１０を用いて、ストリーミングクライアントは以下のＵＲＬを構築しても良い。
http://cdn１.example.com/video/１_２.mp４v?AvailableBandwidth=%３CAvailableBandwidth%２０maximum%３D%２２２５６０００%２２%２０average%３D%２２８００００%２２%２F%３E    (４)
【００４８】
ＵＲＬ（４）では、帯域幅パラメータは、固定値の代わりに範囲である。さらに、帯域幅パラメータの中の特殊文字は、符号化され、次に、クエリパラメータとしてＵＲＬのクエリストリングに挿入される。
【００４９】
ＤＡＳＨについての一実施形態では、表１に列挙される置換パラメータは、ＵＲＬ構築段階でＤＡＳＨクライアントに利用可能にできる。
[表１]
【表１】
2016511954.tif 000003
【００５０】
当業者は、表１の置換パラメータの意味を理解するだろう。特に、表１に列挙された最後の４個の置換パラメータは、本願明細書で導入される新しいパラメータであり得る。
【００５１】
ＤＡＳＨの実施形態では、ＵＲＬクエリストリング要素（UrlQueryString）は、以下の表２として設定されても良い。
[表２]
【表２】
2016511954.tif 000004
【００５２】
当業者は、表２の要素又は属性の意味を理解するだろう。一実施形態では、UrlQueryString要素は期間、適応セット、及び表現のレベルで最大でも１回現れる。
【００５３】
表２のUrlQueryStringは、どのようにＵＲＬクエリストリングを構築するかを説明する。ＵＲＬクエリストリングは、@useMPDUrlQueryが設定されるときＭＰＤ  ＵＲＬ、存在するとき@QueryString属性、存在するとき@OptionalQueryString属性、又は存在するとき@xlink解像度を含む様々な場所に由来し得る。
【００５４】
ＵＲＬクエリストリングは、（特に@OptionalQueryStringについて）存在し利用可能な場合、@useMPDUrlQuery、@mpdQueryString、@OptionalQueryString及び@xlink:hrefから生じるクエリストリングを連結することにより構築されても良い。
【００５５】
UrlQueryStringの２以上の発生がＭＰＤの中に存在するとき、最内部の表現レベルで使用される最終的なクエリストリングは、ＭＰＤ階層の中の出現の順序における発生の対応するＵＲＬクエリストリングの連結であっても良い。
【００５６】
「基本的」パラメータシグナリング（@queryString=“a=X&b=Y”）が、ＵＲＮ（uniform  resource  name）依存シグナリング（@queryString=“a=$urn:XYZ&b=$urn:ABC”）と共に使用されても良い。後者の場合には、クライアントは、提供されるＵＲＮを認識でき、それらのための適切な値を計算する必要がある。このようなパラメータの提案される使用例は、ＧＰＳ（global  positioning  system）位置、又は測定された帯域幅を含む。ここで、クライアントは、ＵＲＬパラメータを通じてフィードバックを提供する必要がある。「$」記号は、計算が待ち望まれていることを知らせるために、ＵＲＮスキームの前に追加される。
【００５７】
種々の可能性のある使用例が適応型ストリーミングシステム（例えば、システム１００）の中に存在し、本願明細書に開示の実施形態は、これらの可能性のある使用例のいずれにも適用できる。本開示は、多数の例示的な使用例を記載するが、これらの例が非限定的であることが理解されるべきである。
【００５８】
図７は、ＭＰＤ  ＵＲＬに基づくメディアセグメントＵＲＬの個人化のために用いられ得る例示的なＭＰＤ７００を示す。現在のＤＡＳＨ仕様では、クライアント毎のメディアセグメントＵＲＬの個人化は、ＭＰＤの個人化を必要とする。これは、クライアント毎の固有のＭＰＤの生成を意味する。図７のこの使用例は、ＭＰＤ  ＵＲＬに基づくメディアセグメントＵＲＬの個人化を開示する。したがって、単一のＭＰＤで十分である。１つの目的は、ＭＰＤ  ＵＲＬからメディアセグメントＵＲＬへのトークンの送信を可能にすることである。
【００５９】
ＭＰＤ７００はＵＲＬ  http://a.com/x.mpd?token=abcdeXYZにおいて入手可能であると仮定する。UrlQueryStringの処理は、クエリストリング「token=abcdeXYZ」を生じる。次に、帯域幅＝２５０を有するビデオ表現の第１のメディアセグメントＵＲＬは、http://a.com/２５００００/Seg１.mp４v?token=abcdeXYZである。
【００６０】
メディアコンテンツの経過中、予期できない動的なイベント（例えば、バスケットボールの試合中の延長時間終了）が生じ得る。これらのイベント中に、広告（ａｄ）又は他の情報が、メディアコンテンツに挿入されても良い。図８は、パラメータのａｄ挿入及び／又はライブ解像度のために使用され得る例示的なＭＰＤ８００を示す。この使用例では、クエリパラメータは、ａｄ挿入をトリガするために使用されても良い。ａｄはＭＰＤが生成されるときに分からなくても良い。したがって、これは、幾つかのパラメータのぎりぎりの解決を可能にするために提案される。ストリーミングサーバは、ストリーミングクライアントへのメディアコンテンツのストリーミング中に元のＭＰＤを更新し、更新されたＭＰＤをストリーミングクライアントへ送信しても良い。更新されたＭＰＤは、元のＭＰＤを生成するときには予想されない動的なイベントを反映する。
【００６１】
したがって、ストリーミングサーバにより送信されるセグメント要求に対する応答は、ぎりぎりのＭＰＤ更新を含んでも良い。このメカニズムは、多くの場合、帯域内イベント輸送より良好であり、スケジューリングされた周期的な更新であっても良い。xlinkは要求されると解決されても良い。結果として生じるクエリストリングは、「xlinkparam=somevalue」である。次に、帯域幅＝２５０ｋｂｐｓを有するビデオ表現の第１のメディアセグメントＵＲＬは、「http://a.com/２５００００/Seg１.mp４v?xlinkparam=somevalue」である。
【００６２】
別の可能性のある使用例は、パラメータを通じてクライアントフィードバックを可能にすることである。クエリパラメータは、サーバに測定した帯域幅、ＧＰＳ位置、等のようなフィードバックを提供するための、ＤＡＳＨクライアントのための方法であり得る。図９Ａは、パラメータ−１を通じてクライアントフィードバックを可能にする例示的なＭＰＤ９００を示す。図９Ｂは、パラメータ−２を通じてクライアントフィードバックを可能にする例示的なＭＰＤ９５０を示す。
【００６３】
図９Ａ及び９Ｂの使用例は、「urn:prmDef-１」が、図９Ｃに示す、ＷＡＤＬ（Web  Application  Description  Language）により符号化される例示的なパラメータ記述９７０を参照すると仮定する。さらに、図９Ａの使用例は、ＭＰＤ９００がＵＲＬ「http://a.com/x.mpd?pd=$urn:prmDef-１」において入手可能であると仮定する。
【００６４】
ＭＰＤ９００では、UrlQueryStringの処理は、クエリストリング「pd=$urn:prmDef-１」を生じる。クライアントは、「urn:prmDef-１」スキームを理解でき、適切な値（本例ではＧＰＳ位置）をメディアセグメントＵＲＬに挿入しても良い。これは、http://a.com/２５００００/Seg１.mp４v?location=areaAのようになるだろう。
【００６５】
ＭＰＤ９５０では、UrlQueryStringの処理は、クエリストリング「a=$urn:SomeStandardizedBandwidthMeasurement」を生じる。クライアントは、シグナリングされたスキームを認識でき、相応して測定された帯域幅を提供しても良い。これは、http://a.com/Seg１.mp４v?bandwidth=５０００００を生じる。
【００６６】
別の類似の使用例は、図９Ｄに示すようにＭＰＤ９７０により示される。ＭＰＤ９７０では、３つのレベルにおけるUrlQueryString要素の処理は、クエリストリング「a=XYZ&b=EFG&c=RST」を生じる。次に、帯域幅＝２５０ｋｂｐｓを有するビデオ表現の第１のメディアセグメントＵＲＬは、http://a.com/２５００００/Seg１.mp４v?parameter１=EFG&parameter２=XYZである。
【００６７】
理解されるべきことに、本願明細書に開示の実施形態が適用できる多くの他の可能性のある使用例が存在し得る。例えば、認証コード（又はセキュリティトークン）は、ＵＲＬテンプレートの中でストリーミングサーバにより要求されても良い。ＵＲＬテンプレートに基づき、ストリーミングクライアントは、認証コードにアクセスし、任意のセグメントを得ることが許可される前に、自身の識別情報をストリーミングサーバと共に検証しても良い。認証コードは、ストリーミングクライアント、ストリーミングサーバ、又は第三者サーバにより生成されても良く、任意の適切な形式で格納されても良い。認証コードは、クエリストリングに挿入されたクエリパラメータとして、サーバへ送信されても良い。クライアントからサーバに渡されるコード又はトークンは、良好なセッション管理を可能にできる。
【００６８】
別の例示的な使用例では、ストリーミングサーバは、特定の期間の間のａｄのような特定のコンテンツの展開を強制しても良い。本例では、ストリーミングクライアントは、後のセグメント要求を満たす前に検証するために、サーバの又はネットワークの展開の証拠（evidence）を供給しても良い。証拠は、ストリーミングクライアントにより生成されても良く、任意の適切な形式で格納されても良い。強制される展開メカニズムは、多くの場合、例えばクライアントが信頼できないとき、純粋なＣＭＡＳより良好であっても良い。例えば、クライアントがストリーミングの制御を有する場合、クライアントは、セグメントがａｄ期間であることを検出すると、次の期間を単に要求しても良い。本願明細書に開示のパラメータ挿入メカニズムを用いて、サーバは、ａｄ期間が展開されたことのクライアントからの証拠を求めても良い。証拠は、クエリパラメータとして与えられる。サーバは、証拠を受信するまで、主要コンテンツを保留する。
【００６９】
別の例示的な使用例では、ストリーミングサーバは、フルフィールドビューの範囲内で空間的適応を満たしても良い。高解像度ビデオをストリーミングするとき、クライアントは、特定の領域／角度にズームインできる（例えば、バスケットボールの試合において特定の選手又はゴールに焦点を当てる）。本例では、関心領域（region  of  interest：ＲＯＩ）及び／又は視角は、クライアントによりクエリパラメータとして提供されても良い。したがって、ストリーミングサーバは、ＲＯＩ及び視角のうちの少なくとも１つにより指定されるビデオ信号を描写する（portrait）１又は複数のセグメントを提供しても良い。このような能力はユーザ経験を豊かにできる。
【００７０】
図１０は、クライアント装置（例えば、ストリーミングクライアント１３０）により実施され得る方法１０００の一実施形態のフローチャートである。方法１０００は、ステップ１０１０から開始し、クライアント装置はメディアコンテンツのＭＰＤを得ても良い。ＭＰＤは、ＵＲＬの構築のためのＵＲＬテンプレートを有しても良い。ステップ１０２０で、クライアント装置は、ＵＲＬのクエリストリング部分に１又は複数のクエリパラメータを挿入しても良い。ここで、クエリストリング部分は、ＵＲＬのパス部分の後に続く。一実施形態では、１又は複数のパラメータは、ＵＲＬテンプレートに基づきＵＲＬのクエリストリング部分に挿入される。１又は複数のクエリパラメータは、クライアント認証コード、（OAuth（Open  Standard  for  Authorization）、SAML（OASIS  Security  Assertion  Markup  Language  SAML）、及びGAA（３GPP  Generic  Authentication  Architecture）のような）承認トークン、クライアント装置がある長さの強制展開コンテンツを再生し終わったことを示す証拠、ＲＯＩ、クライアント電力消費、又は視角、或いは取得すべきＵＲＬ、これらのパラメータのうちの１又は複数の取得又は検索、又はこれらの組合せのような任意の種類の関連パラメータであっても良い。
【００７１】
ステップ１０３０で、クライアント装置は、ＵＲＬを有するメディア要求をストリーミングサーバ（例えば、ストリーミングサーバ１１０）へ送信しても良い。ステップ１０４０で、クライアント装置は、メディア要求に応答して、ストリーミングサーバからメディアコンテンツの１又は複数のセグメントを受信しても良い。具体的には、セグメントは、メディア要求に応答して及びクエリパラメータに少なくとも部分的に基づき、ストリーミングサーバにより決定されても良い。
【００７２】
理解されるべきことに、方法１０００は例示的な実施形態として機能するので、方法１０００を変更するために代替が用いられても良く、追加ステップが必要に応じて組み込まれても良い。例えば、クライアント装置は、メディアコンテンツの再生中のネットワーク状態及び／又は装置動作状態を監視しても良く、ネットワーク状態のうちの１つは、メディアコンテンツの再生中にクライアント装置に利用可能な帯域幅であっても良い。さらに、帯域幅は、ステップ１０２０で挿入されるクエリパラメータのうちの１つとして指定されても良い。
【００７３】
図１１は、メディアコンテンツストリーミングのためのサーバとして動作するネットワークサーバ（例えば、ストリーミングサーバ１１０）により実施され得る方法１１００の一実施形態のフローチャートである。方法１１０は、ステップ１１１０で開始し、ネットワークサーバは、メディアコンテンツのＭＰＤを生成しても良い。ここで、ＭＰＤは、ＵＲＬのクエリストリング部分に含まれるべき１又は複数のクエリパラメータを指定するＵＲＬテンプレートを有する。ステップ１１２０で、ネットワークサーバは、ネットワーク接続を介してネットワークサーバに結合されるストリーミングクライアントへＭＰＤを送信しても良い。
【００７４】
ステップ１１３０で、ネットワークサーバは、ストリーミングクライアントからＵＲＬを受信しても良い。ここで、ＵＲＬは、パスと、該パスの後に続くクエリストリングとを有し、クエリストリングは、１又は複数のクエリパラメータを有する。ステップ１１４０で、ネットワークサーバは、受信したクエリパラメータのうちの少なくとも１つに基づき、ストリーミングクライアントのために使用すべきメディアコンテンツの１又は複数のセグメントを決定しても良い。ステップ１１５０で、ネットワークサーバは、１又は複数のセグメントをストリーミングクライアントへ送信しても良い。
【００７５】
理解されるべきことに、方法１１００は、例示的な実施形態として機能するので、必要に応じて変更されても良い。例えば、ＭＰＤ及び対応するセグメントは異なるネットワークサーバにより生成され及び／又は格納されても良く、ステップ１１１０及び１１２０のような幾つかのステップは、適切な場合にはいつでもスキップされても良い。
【００７６】
図１２は、コンピュータシステム又はネットワーク装置１２００の一実施形態の概略図である。ネットワーク装置１２００は、本願明細書で開示されたネットワークサーバ、ストリーミングサーバ（例えば、ストリーミングサーバ１１０）、又はクライアント装置（例えば、ストリーミングクライアント１３０）のような任意の適切な装置として実施されても良い。ネットワーク装置１２００は、メディア要求の及びセグメントようなメッセージをネットワークから受信し、処理し、送信することが可能であっても良い。ネットワーク装置１２００は、ＭＰＤ及び／又はセグメントを他のネットワークコンポーネントから受信するよう構成され得る受信機１２１２（Ｒｘ）に結合される１又は複数のイングレスポート１２１０を有しても良い。ネットワーク装置１２００は、ＭＰＤ及び／又はセグメントを他のネットワークコンポーネントへ送信するよう構成され得る送信機１２３２（Ｔｘ）に結合される１又は複数のイグレスポート１２３０を更に有しても良い。ネットワーク装置１２００は、受信機１２１２に結合され、セグメントを処理し或いはどのネットワークコンポーネントへセグメントを送信するかを決定する、論理ユニット又はプロセッサ１２２０を更に有しても良い。
【００７７】
プロセッサ１２２０は、ハードウェア又はハードウェアとソフトウェアの組合せを用いて実装されても良い。プロセッサ１２２０は、１又は複数の中央処理ユニット（ＣＰＵ）チップ、コア（例えば、マルチコアプロセッサ）、ＦＰＧＡ（field-programmable  gate  array）、ＡＳＩＣ（application  specific  integrated  circuit）、及び／又はＤＳＰ（digital  signal  processor）として実装されても良い。プロセッサ１２２０は、適応型論理ユニット１１２、要求パーサ１１４、配信機能１１６、アクセスエンジン１３２、メディアエンジン１３６、監視機能１３４、メディアプレイヤ１２２１のような本願明細書に記載の機能モジュール又はユニット、又は当業者に知られている任意の他の機能コンポーネント、又はこれらの任意の組合せのうちの任意のものを実装するよう構成されても良い。メディアプレイヤ１２２１は、プロセッサ１２２０で動作し復号化メディアセグメントを再生するよう構成されるアプリケーションであっても良い。
【００７８】
ネットワーク装置１２００は、少なくとも１つのメモリ１２２２を更に有しても良い。メモリ１２２２は、ＭＰＤ１２２３及びセグメント１２２４を格納するよう構成されても良い。ＭＰＤ１２２３及びセグメント１２２４は、上述のような種々の形式で格納され又はパックされても良い。例えば、ＭＰＤ１２２３は、ＭＰＤ７００、８００、９００、９５０及び９７０のうちの任意のものであっても良い。図１２に示すように、セグメント１２２４及びＭＰＤファイル１２２３は、別個のファイルとして格納されるが、それらは単一ファイルに格納されても良い。
【００７９】
実際に、ネットワーク装置１２００により処理される双方向トラフィックがあっても良く、したがって、幾つかのポートは、パケット（例えばセグメント）を受信及び送信しても良い。この意味では、イングレスポート１２１０及びイグレスポート１２３０は、同一場所に存在しても良く、又は通信機（Ｒｘ／Ｔｘ）に結合される同じポートの異なる機能と考えられても良い。プロセッサ１２２０、メモリ１２２２、受信機１２１２、及び送信機１２３２のうちの１又は複数は、実装２００、方法１０００、及び方法１１００のような上述の方法及び実装のうちの任意のものを少なくとも部分的に実装し又はサポートするよう構成されても良い。
【００８０】
実行可能命令をネットワーク装置１２００にプログラミングし及び／又は読み込むことにより、プロセッサ１２２０及びメモリ１２２２のうちの少なくとも１つが変更され得る。結果として、ネットワーク装置１２００は、特別な機械又は装置（例えば、本開示により教示された機能を有するネットワークルータ）に部分的に変換されても良い。実行可能命令は、メモリ１２２２に格納され、実行のためにプロセッサ１２２０に読み込まれても良い。
【００８１】
電気工学及びソフトウェア工学の分野で基本的なことに、実行可能ソフトウェアをコンピュータにロードすることにより実施可能な機能は、よく知られた設計ルールによりハードウェア実装に変換できる。構想をソフトウェアとハードウェアのどちらに実装するかの決定は、通常、ソフトウェア領域からハードウェア領域への変換に関連する問題と言うより、設計の安定性及び製造すべき多数のユニットの検討次第である。通常、ハードウェア実装をやり直す（re-spinning）ことはソフトウェア設計をやり直すよりも高価なので、再び未だ頻繁に変更される設計は、ソフトウェアで実装されることが好ましい。通常、大量生産工程では、ハードウェア実装はソフトウェア実装よりも安価であり得るので、大量生産される安定した設計は、ハードウェアで、例えばＡＳＩＣで実装されることが好ましい。多くの場合、設計はソフトウェア形式で開発され試験され、後によく知られた設計ルールによりソフトウェア命令を配線する特定用途向け集積回路内の等価なハードウェア実装に変換される。新しいＡＳＩＣにより制御される機械が特定の機械又は装置であるのと同じように、プログラミングされた及び／又は実行可能命令をロードされたコンピュータは、特定の機械又は装置として考えられ得る。
【００８２】
本開示の任意の処理は、プロセッサ（例えば汎用マルチコアプロセッサ）にコンピュータプログラムを実行させることにより実施されても良い。この場合、コンピュータプログラムプロダクトは、任意の種類の非一時的コンピュータ可読媒体を用いてコンピュータ又はネットワーク装置に提供され得る。コンピュータプログラムプロダクトは、コンピュータ又はネットワーク装置の中の非一時的コンピュータ可読媒体に格納されても良い。非一時的コンピュータ可読媒体は、任意の種類の有形記憶媒体を含む。非一時的コンピュータ可読媒体の例は、（フロッピーディスク、磁気テープ、ハードディスクドライブ、等のような）磁気記憶媒体、光磁気記憶媒体（例えば、磁気光ディスク）、ＣＤ−ＲＯＭ（compact  disc  read  only  memory）、ＣＤ−Ｒ（compact  disc  recordable）、ＣＤ−Ｒ／Ｗ（compact  disc  rewritable）、ＤＶＤ（digital  versatile  disc）、Blu-rayディスク（BD）、及び（ＰＲＯＭ（programmable  ROM）、消去可能ＰＲＯＭ、フラッシュＲＯＭ、及びＲＡＭ（random  access  memory）のような）半導体メモリを有する。コンピュータプログラムプロダクトは、任意の種類の一時的コンピュータ可読媒体を用いてコンピュータ又はネットワーク装置に提供されても良い。一時的コンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的コンピュータ可読媒体は、有線通信回線（例えば、電気配線、及び光ファイバ）又は無線通信回線を介して、プログラムをコンピュータに提供できる。
【００８３】
少なくとも１つの実施形態が開示され、当業者により行われる該実施形態の及び／又は該実施形態の特徴の変形、結合及び／又は変更は、本開示の範囲内にある。実施形態の特徴の結合、統合及び／又は省略から生じる代替の実施形態も、本開示の範囲内に包含される。数値範囲又は限界が明示される場合、そのような範囲又は限界の表現は、明示した範囲又は限界に包含される大きさのような反復範囲又は限界を含む（例えば、約１から約１０は２、３、４等を含み、０．１０より大きいは０．１１、０．１２、０．１３等を含む）ことが理解され得る。例えば、下限Rl及び上限Ruを有する数値範囲が議論されるときは、その範囲内に含まれる任意の数が詳細に開示される。特に、その範囲内の以下の数が詳細に開示される。R=Rl+k*(Ru-Rl)、ここで、kは１パーセント乃至１００パーセントの範囲の１パーセントずつ増加する変数であり、つまりkは１パーセント、２パーセント、３パーセント、４パーセント、５パーセント、．．．、５０パーセント、５１パーセント、５２パーセント、．．．、９５パーセント、９６パーセント、９７パーセント、９８パーセント、９９パーセント、又は１００パーセントである。さらに、上述のように２つのRの数により定められる数値範囲が詳細に開示される。用語「約」の使用は、特に断りのない限り、連続する数の＋／−１０％を意味する。請求項の要素に関する用語「任意」の使用は、該要素が必要であり又は代替であること、該要素が必要でないこと、の両方の代替が請求の範囲に含まれることを意味する。有する、含む（comprises,includes,having）のような広義の用語の使用は、〜から成る、原則的に〜から構成される、実質的に〜から成る（consisting  of,consisting  essentially  of,comprised  substantially  of）のような狭義の用語の支持を提供すると理解され得る。したがって、保護範囲は、上述の説明により限定されず、添付の請求の範囲により定められ、該請求の範囲は、請求項の主題の全ての等価物を含む。ありとあらゆる請求項は、更なる開示として本願明細書に組み込まれ、請求項は本開示の実施形態である。本開示における参考文献、特に本願の優先日後の発行日を有する参照文献の議論は、それが従来技術であることを承認するものではない。本開示で引用された全ての特許、特許出願、及び刊行物の開示は、参照することにより本願明細書に組み込まれ、それらは例示、手続き又は他の詳細な補足を本開示に提供する。
【００８４】
幾つかの実施形態が本開示で提供されたが、開示のシステム及び方法は、本開示の精神又は範囲から逸脱することなく、多くの他の特定の形式で実施されても良いことが理解され得る。本例は、説明として考えられるべきであり、制限であると考えられるべきではない。また、意図は、ここに与えた詳細事項に限定されない。例えば、種々の要素又は構成要素は、別のシステムに結合され又は統合されても良い。或いは、特定の特徴が省略され又は実装されなくても良い。
【００８５】
さらに、種々の実施形態で分散又は別個として記載され図示された技術、システム、サブシステム、及び方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術又は方法に結合され又は統合されても良い。互いに結合され又は直接結合され又は通信するとして示され又は議論された他のアイテムは、電気的に、機械的に又は他の方法かに関わらず、特定のインタフェース、装置又は中間構成要素を通じて間接的に結合され又は通信しても良い。変更、置換及び代替の他の例は、当業者により解明可能であり、本開示の精神及び範囲から逸脱することなく行われ得る。
【図１】
2016511954.tif 000005
【図２】
2016511954.tif 000006
【図３】
2016511954.tif 000007
【図４】
2016511954.tif 000008
【図５】
2016511954.tif 000009
【図６Ａ】
2016511954.tif 000010
【図６Ｂ】
2016511954.tif 000011
【図７】
2016511954.tif 000012
【図８】
2016511954.tif 000013
【図９Ａ】
2016511954.tif 000014
【図９Ｂ】
2016511954.tif 000015
【図９Ｃ】
2016511954.tif 000016
【図９Ｄ】
2016511954.tif 000017
【図１０】
2016511954.tif 000018
【図１１】
2016511954.tif 000019
【図１２】
2016511954.tif 000020
【手続補正書】
【提出日】平成27年7月8日(2015.7.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアコンテンツストリーミングのためのクライアント装置により実施される方法であって、前記方法は、
ＵＲＬ（uniform  resource  locator）のクエリストリング部分に１又は複数のクエリパラメータを挿入するステップであって、前記クエリストリング部分は、前記ＵＲＬのパス部分の後に続く、ステップと、
前記ＵＲＬを有するメディア要求をストリーミングサーバへ送信するステップと、
前記メディア要求に応答して、前記ストリーミングサーバからメディアコンテンツの１又は複数のセグメントを受信するステップと、
を有する方法。
【請求項２】
前記１又は複数のクエリパラメータを挿入する前に、前記メディアコンテンツのＭＰＤ（media  presentation  description）を得るステップであって、前記ＭＰＤはＵＲＬの構築のためのＵＲＬテンプレートを有し、前記１又は複数のパラメータは、前記ＵＲＬテンプレートに基づき前記ＵＲＬの前記クエリストリング部分に挿入されるべきであると指定される、ステップ、を更に有する請求項１に記載の方法。
【請求項３】
前記メディアコンテンツの再生中に、前記クライアント装置のネットワーク状態を監視するステップであって、前記１又は複数のクエリパラメータは、前記ネットワーク状態のうちの少なくとも１つを有する、ステップ、を更に有する請求項２に記載の方法。
【請求項４】
前記１又は複数のセグメントは、前記１又は複数のクエリパラメータに少なくとも部分的に基づき前記ストリーミングサーバにより決定され、前記ネットワーク状態のうちの１つは、前記メディアコンテンツの再生中に前記クライアント装置に利用可能な帯域幅であり、前記帯域幅は前記の挿入されたクエリパラメータのうちの１つとして指定される、請求項３に記載の方法。
【請求項５】
前記１又は複数のクエリパラメータは、前記クライアント装置により提供される認証コードを有し、前記１又は複数のセグメントを受信するステップは、前記クライアント装置の識別情報の検証により生じる、請求項２に記載の方法。
【請求項６】
前記１又は複数のクエリパラメータは、前記クライアント装置がある長さの強制展開コンテンツを再生し終わったことを示す証拠を有し、前記１又は複数のセグメントを受信するステップは、前記ストリーミングサーバによる前記証拠の検証によってのみ生じる、請求項２に記載の方法。
【請求項７】
前記１又は複数のクエリパラメータは、関心領域（ＲＯＩ）及び前記クライアント装置により提供される視角のうちの少なくとも１つを有し、前記１又は複数のセグメントは、前記ＲＯＩ及び前記視角のうちの少なくとも１つにより指定されるビデオ信号を描写する、請求項２に記載の方法。
【請求項８】
メディアコンテンツのためのＵＲＬ（uniform  resource  locator）テンプレートを有するＭＰＤ（media  presentation  description）を受信するよう構成される受信機と、
前記受信機に結合され、前記ＵＲＬテンプレートに基づくＵＲＬを構築するよう構成されるプロセッサであって、前記ＵＲＬは、パス部分と、前記パス部分に続くクエリストリング部分とを有し、前記クエリストリング部分は、１又は複数のクエリパラメータを有する、プロセッサと、
前記プロセッサに結合され、前記メディアコンテンツの要求をストリーミングサーバへ送信するよう構成される送信機と、
を有する装置。
【請求項９】
前記受信機は、前記要求に応答して、前記メディアコンテンツの１又は複数のセグメントを受信するよう更に構成され、前記プロセッサは、前記メディアコンテンツの再生中の前記装置のネットワーク状態を監視するよう更に構成される、請求項８に記載の装置。
【請求項１０】
前記ネットワーク状態のうちの１つは、前記メディアコンテンツの再生中に前記装置に利用可能な帯域幅であり、前記帯域幅は、前記クエリパラメータのうちの１つとして前記ＵＲＬに挿入される、請求項９に記載の装置。
【請求項１１】
前記１又は複数のクエリパラメータは、前記プロセッサによりアクセス可能な認証コードを有し、前記１又は複数のセグメントを受信するステップは、前記装置の識別情報の検証により生じる、請求項９に記載の装置。
【請求項１２】
前記１又は複数のクエリパラメータは、前記プロセッサがある長さの強制展開コンテンツを再生し終わったことを示す証拠を有し、前記１又は複数のセグメントを受信するステップは、前記ストリーミングサーバによる前記証拠の検証によってのみ生じる、請求項９に記載の装置。
【請求項１３】
前記１又は複数のクエリパラメータは、関心領域（ＲＯＩ）及び前記装置を使用するユーザにより提供される視角のうちの少なくとも１つを有し、前記１又は複数のセグメントは、前記ＲＯＩ及び前記視角のうちの少なくとも１つにより指定されるビデオ信号を描写する、請求項９に記載の装置。
【請求項１４】
前記要求はＨＴＴＰ（Hypertext  Transfer  Protocol）要求であり、前記ＭＰＤ及び前記セグメントは、全てＤＡＳＨ（Dynamic  Adaptive  Streaming  over  HTTP）に従う、請求項９に記載の装置。
【請求項１５】
メディアコンテンツストリーミングのための、ネットワークサーバにより実施される方法であって、前記方法は、
ストリーミングクライアントからＵＲＬ（uniform  resource  locator）を受信するステップであって、前記ＵＲＬは、パスと、前記パスに続くクエリストリングと、を有し、前記クエリストリングは１又は複数のパラメータを有する、ステップと、
前記の受信したクエリパラメータのうちの少なくとも１つに基づき前記ストリーミングクライアントのために使用すべきメディアコンテンツの１又は複数のセグメントを決定するステップと、
前記ストリーミングクライアントへ前記１又は複数のセグメントを送信するステップと、
を有する方法。
【請求項１６】
前記メディアコンテンツのＭＰＤ（media  presentation  description）を生成するステップであって、前記ＭＰＤは、前記ＵＲＬの前記クエリストリングに含まれるべき前記１又は複数のクエリパラメータを指定するＵＲＬテンプレートを有する、ステップと、
前記ＭＰＤは前記ＵＲＬを受信するステップより前に前記ストリーミングクライアントへ前記ＭＰＤを送信するステップと、
を更に有する請求項１５に記載の方法。
【請求項１７】
前記ＵＲＬテンプレートは、前記１又は複数のクエリパラメータの中の１つのクエリパラメータを指定するＵＲＬパラメータ要素を有し、前記ＵＲＬパラメータ要素は、前記クエリパラメータの識別表示を有する、請求項１６に記載の方法。
【請求項１８】
前記ＵＲＬテンプレートは、前記１又は複数のクエリパラメータの中の１つのクエリパラメータを指定するＵＲＬパラメータ要素を有し、前記ＵＲＬパラメータ要素は、前記ネットワークサーバによりアクセス可能な前記クエリパラメータの固定値を指定する、請求項１６に記載の方法。
【請求項１９】
前記ＵＲＬテンプレートは、前記１又は複数のクエリパラメータの中の１つのクエリパラメータを指定するＵＲＬパラメータ要素を有し、前記ＵＲＬパラメータ要素は名前空間を指定し、前記クエリパラメータは前記名前空間を有するエンティティからのものである、請求項１６に記載の方法。
【請求項２０】
前記ストリーミングクライアントへの前記メディアコンテンツのストリーミング中に前記ＭＰＤを更新するステップであって、前記の更新されたＭＰＤは、前記ＭＰＤを生成するときに予期されない動的なイベントを反映する、ステップと、
前記ストリーミングクライアントへ前記更新されたＭＰＤを送信するステップと、
を有する請求項１６に記載の方法。
【請求項２１】
前記１又は複数のクエリパラメータは、前記ストリーミングクライアントにより提供される認証コードを有し、前記方法は、前記１又は複数のセグメントを送信する前に、前記認証コードを用いて前記ストリーミングクライアントの識別情報を検証するステップ、を更に有する、請求項１５に記載の方法。
【請求項２２】
前記１又は複数のクエリパラメータは、前記ストリーミングクライアントにより提供される展開の証拠を有し、前記方法は、前記展開の証拠を用いて前記ストリーミングクライアントが強制展開コンテンツの再生を終了したことを検証するステップ、を更に有し、前記１又は複数のセグメントを送信するステップは、前記展開の証拠の検証まで保留される、請求項１５に記載の方法。
【請求項２３】
前記１又は複数のクエリパラメータは、前記セグメントを有するメディアコンテンツの再生中に前記ストリーミングクライアントに利用可能なネットワーク帯域幅を有し、前記１又は複数のセグメントを決定するステップは、前記ネットワーク帯域幅に基づき、前記１又は複数のセグメントが属する表現を選択するステップを有する、請求項１５に記載の方法。
【請求項２４】
ストリーミングクライアントからＵＲＬ（uniform  resource  locator）を受信するよう構成される受信機であって、前記ＵＲＬは、パスと、前記パスに続くクエリストリングと、を有し、前記クエリストリングは、１又は複数のクエリパラメータを有する、受信機と、
前記受信機に結合され、前記の受信したクエリパラメータのうちの１つに基づき、前記ストリーミングクライアントのために使用すべきメディアコンテンツの１又は複数のセグメントを決定するよう構成されるプロセッサと、
前記プロセッサに結合され、前記ストリーミングクライアントへ前記１又は複数のセグメントを送信するよう構成される送信機と、
を有する装置。
【請求項２５】
前記プロセッサは、前記メディアコンテンツのＭＰＤ（media  presentation  description）を生成するようさらに構成され、前記ＭＰＤは、前記ＵＲＬの前記クエリストリングに含まれるべき前記１又は複数のクエリパラメータを指定するＵＲＬテンプレートを有し、前記送信機は、前記受信機が前記ＵＲＬを受信する前に前記ストリーミングクライアントへ前記ＭＰＤを送信するよう更に構成される、請求項２４に記載の装置。
【国際調査報告】
2016511954.tif 000021
2016511954.tif 000022
2016511954.tif 000023