JP2019536355A

JP2019536355A - ノードタイプに基づくデータストリーミングの支援制御

Info

Publication number: JP2019536355A
Application number: JP2019524271A
Authority: JP
Inventors: ユング，リカード; イズベルグ，ペーター
Original assignee: Sony Mobile Communications Inc
Current assignee: Sony Corp
Priority date: 2016-11-10
Filing date: 2016-11-10
Publication date: 2019-12-12
Anticipated expiration: 2036-11-10
Also published as: KR20190088052A; WO2018086695A1; EP3539269B1; JP6663082B2; EP3539269A1; US20200084253A1; CN109964467A; KR102132266B1; US10893086B2; CN109964467B

Abstract

【解決手段】ストリーミングクライアント（１００）は、データのストリーミングを支援するノード（１１０、１２０、１３０）のノードタイプに関する情報を受信または送信する。このノードタイプに関する情報に基づいて、ストリーミングクライアントは該ストリーミングクライアント（１００）に送られるデータのストリーミングを支援するノードを選択する。ノードタイプに関する情報は、ストリーミングクライアント（１００）から送信されるメッセージまたはストリーミングクライアント（１００）に送られるメッセージで伝えられる。

Description

本発明は、通信ネットワークにおいてデータをストリーミングする方法および、これに対応する装置とシステムとに関する。

通信ネットワークにおいて、ストリーミングによるデータ配信が知られている。ストリーミングによる配信は、多くの場合ビデオおよび／またはオーディオデータに用いられるが、他のデータに適用されることもある。例えば、ゲーム、バーチャルリアリティ、工業制御アプリケーション、またはソフトウェアの更新に関連するデータである。このために用いられる技術の一種に、ＩＳＯ／ＩＥＣＤＩＳ２３００９−１．２（２０１２）に規定された、ハイパーテキストトランスファープロトコルによる動的適応ストリーミング（Dynamic Adaptive Streaming over Hypertext Transfer Protocol：ＤＡＳＨ）がある。ＤＡＳＨ技術は、無線通信技術等の様々な種類の通信技術に適用することができる。例えば、第３世代パートナーシッププロジェクト（3^rd Generation Partnership Project：３ＧＰＰ）通信ネットワークのコンテキストにおいてＤＡＳＨ技術を用いることが３ＧＰＰＴＳ２６．２４７Ｖ１３．３．０（２０１６−０６）に規定されている。

ビデオおよび／またはオーディオデータのＤＡＳＨストリーミングは、ＩＳＯ／ＩＥＣＦＤＩＳ２３００９−５：２０１５（２０１５−１１）に規定されているサーバおよびネットワーク支援ＤＡＳＨ（Server and Network Assisted DASH：ＳＡＮＤ）を用いることによって向上させることができる。例えば、ＳＡＮＤ技術によって、ストリーミングクライアントにおける「Ｐｌａｙ」選択後の最初の再生にかかる時間の短縮、バッファアンダーランに起因する失速の確率並びに時間の低減、より有効なネットワーク資源の利用、ストリーミングクライアントにおける消費電力の低減等が可能になる。ＳＡＮＤ技術は、ストリーミングクライアントとデータ配信に用いる通信ネットワークとの協働に基づく技術である。ＳＡＮＤ技術を用いるとき、ストリーミングクライアントは、ＤＡＳＨアウェアネットワーク要素（DASH Aware Network Element：ＤＡＮＥ）と呼ばれる、通信ネットワークのノードに支援される。ストリーミングクライアントは、例えば、ストリーミングされたデータの新たなセグメントを要求可能な時期と方法について、または適当なコーデック動作点などについてＤＡＮＥからの支援を要求することができる。ＤＡＮＥは、例えば、現在と今後のトラヒック状態を考慮して、ネットワーク内の利用可能な情報に基づき支援を提供する。ストリーミングクライアントは、自身の状態、バッファサイズ、予想される今後のセグメント要求などについてＤＡＮＥにレポートを送ることもできる。ＤＡＮＥも、このクライアント固有の情報を支援提供の基礎情報として用いる。

通常のシナリオでは、所定のストリーミングクライアントへの支援の提供に使用される複数のＤＡＮＥが通信ネットワークの種々の部分に存在しているが、これらＤＡＮＥの全てが、ストリーミングクライアントに送られるデータのストリーミングの最適化に関して等しい性能を発揮できるわけではない。

したがって、効率的なネットワークベースのデータストリーミングの支援を可能にする技術が必要になっている。

一実施形態により、通信ネットワークにおいてデータのストリーミングをサポートする方法が提供される。この方法によれば、ストリーミングクライアントは、データのストリーミングを支援するノードのノードタイプに関する情報を受信する。このノードタイプに関する情報に基づいて、ストリーミングクライアントは、該ストリーミングクライアントに送られるデータのストリーミングを支援するノードを選択する。このように、この情報は、ストリーミングクライアントがデータのストリーミングを支援する適切なノードを選択することをサポートする。これはストリーミングクライアントによる適切な選択を手助けする。

一実施形態によれば、ストリーミングクライアントはリクエストを送信し、そのリクエストへの応答としてノードタイプに関する情報を受信する。このようにして、ストリーミングクライアントは、必要に応じて情報を取得し得る。ストリーミングクライアントは、データのストリーミングを支援する上記ノードから情報を受信するものであるが、他のノードから情報を受信することもある。例えば、データのストリーミングを支援する別のノードや他のネットワークノードなどである。

一実施形態によれば、ストリーミングクライアントは、リクエストの送信を要することなく情報を受信する。例えば、ストリーミングクライアントは、該クライアントに送られるデータのストリーミングを支援する支援情報と併せて、ノードから情報を受信する。この場合、ストリーミングクライアントによるノードの選択には、ストリーミングクライアントが、受信したノードタイプに関する情報に基づいて、受信した支援情報を利用するか廃棄するかを決定すること、が必然的に含まれる。

他の実施形態により、通信ネットワークにおいてデータのストリーミングをサポートする方法が提供される。この方法によれば、通信ネットワークのノードがストリーミングクライアントに情報を提供する。この情報は、データのストリーミングを支援するノードのノードタイプに関する情報を含む。この情報は、ストリーミングクライアントがデータのストリーミングを支援する適切なノードを選択することをサポートする。これはストリーミングクライアントによる適切な選択を手助けする。

一実施形態によれば、ノードは、例えば、ストリーミングクライアントからのリクエストなどの、リクエストを受信し、このリクエストへの応答として情報を送信する。このようにして、ストリーミングクライアントは、必要に応じて情報を提供する。ただし、シナリオによっては、ノードはストリーミングクライアントに間接的に情報を提供することもある。例えば、先ず通信ネットワークの他のノードに情報が伝えられ、次いでそのノードから該情報がストリーミングクライアントによって情報が要求されることもある。さらに、ストリーミングクライアントによるリクエストを要さずに情報を提供することも可能であり、例えば、ストリーミングクライアントとノードとの最初のインタラクションに応じて情報が提供されることもある。

一実施形態によれば、ノードは、ストリーミングクライアントからのリクエストを要さずに情報を提供することもある。例えば、ノードは、該クライアントに送られるデータのストリーミングを支援する支援情報と併せて情報を送信する。この場合、ストリーミングクライアントが、受信したノードタイプに関する情報に基づいて、受信した支援情報を利用するか廃棄するかを決定する。

他の実施形態により、通信ネットワークにおいてデータのストリーミングをサポートする方法が提供される。この方法によれば、ストリーミングクライアントが、データのストリーミングを支援するノードにリクエストを送信する。このリクエストは、ノードタイプに関する情報を含んでいる。さらに、ストリーミングクライアントはリクエストに対する応答を受信する。この応答は、リクエストの情報が示すノードタイプにノードが一致するかどうかに基づくものである。該情報が示すノードタイプにノードが一致する場合は、応答は肯定応答になる。例えば、この場合の応答は、要求された支援情報であってストリーミングクライアントに送られるデータのストリーミングを支援する支援情報や、ストリーミングクライアントとノードとの接続を設定する情報を含む。情報が示すノードタイプにノードが一致しない場合は、応答は否定応答になり、情報が示すノードタイプにノードが一致しないことが示される。このため、ストリーミングクライアントは、所定のタイプのノードからのみ要求した支援情報が得られるという条件でノードにリクエストを送信する。

他の実施形態により、通信ネットワークにおいてデータのストリーミングをサポートする方法が提供される。この方法によれば、データのストリーミングを支援するノードがストリーミングクライアントからのリクエストを受信する。このリクエストはノードタイプに関する情報を含んでいる。受信情報が示すノードタイプにノードが一致するか否かに基づいて、ノードはリクエストに対する応答を送信する。受信情報が示すノードタイプにノードが一致する場合、応答は肯定応答になる。例えば、この場合の応答は、要求された支援情報であってストリーミングクライアントに送られるデータのストリーミングを支援する支援情報や、ストリーミングクライアントとノードとの接続を設定する情報を含む。情報が示すノードタイプにノードが一致しない場合は、応答は否定応答になり、情報が示すノードタイプにノードが一致しないことが示される。このため、ストリーミングクライアントからのリクエストは、要求された支援情報が所定のタイプのノードからのみ提供されるという条件で処理される。

他の実施形態により、ストリーミングクライアントが提供される。このストリーミングクライアントは、通信ネットワークとのインタフェースを備えている。さらに、このストリーミングクライアントは少なくとも１つのプロセッサを備えている。このストリーミングクライアントの少なくとも１つのプロセッサは、上記インタフェースを介して、データのストリーミングを支援するノードのノードタイプに関する情報を受信するように構成される。さらに、このストリーミングクライアントの少なくとも１つのプロセッサは、ノードタイプに関する情報に基づいて、ストリーミングクライアントに送られるデータのストリーミングを支援するノードを選択する。

一実施形態によれば、ストリーミングクライアントの少なくとも１つのプロセッサはリクエストを送信し、そのリクエストへの応答としてノードタイプに関する情報を受信する。この情報はデータのストリーミングを支援するノードから受信するが、他のノードから受信することもある。例えば、データのストリーミングを支援する別のノードや他のネットワークノードなどである。

一実施形態によれば、ストリーミングクライアントの少なくとも１つのプロセッサは、リクエストの送信を要することなく情報を受信するように構成される。例えば、ストリーミングクライアントの少なくとも１つのプロセッサは、該クライアントに送られるデータのストリーミングを支援する支援情報と併せて、ノードから情報を受信するように構成される。この場合、ストリーミングクライアントの少なくとも１つのプロセッサは、受信したノードタイプに関する情報に基づいて、受信した支援情報を利用するか廃棄するかを決めることにより、ノードの選択を行うように構成される。

他の実施形態により、通信ネットワークにおけるノードが提供される。このノードは、ストリーミングクライアントとのインタフェースを含む。さらに、このノードは少なくとも１つのプロセッサを備える。このノードの少なくとも１つのプロセッサは、インタフェースを介してストリーミングクライアントに情報を提供するように構成される。この情報は、データのストリーミングを支援するノードのノードタイプに関する情報を含んでいる。

一実施形態によれば、ノードの少なくとも１つのプロセッサが、リクエスト（例えば、ストリーミングクライアントからのリクエスト）を受信し、このリクエストへの応答として情報を送信するように構成される。ただし、シナリオによっては、ノードの少なくとも１つのプロセッサはストリーミングクライアントに間接的に情報を提供するように構成されることもある。例えば、先ず通信ネットワークの他のノードに情報が伝えられ、次いでそのノードから該情報がストリーミングクライアントによって要求されることもある。さらに、ノードの少なくとも１つのプロセッサは、例えば、ストリーミングクライアントとノードとの最初のインタラクションに応じて、ストリーミングクライアントによるリクエストを要さずに情報を提供するように構成されることもある。

一実施形態によれば、ノードの少なくとも１つのプロセッサは、ストリーミングクライアントからのリクエストを要さずに情報を提供する。例えば、ノードの少なくとも１つのプロセッサは、該クライアントに送られるデータのストリーミングを支援する支援情報と併せて情報を送信するように構成される。この場合、ストリーミングクライアントが、受信したノードタイプに関する情報に基づいて、受信した支援情報を利用するか廃棄するかを決定する。

他の実施形態により、システムが提供される。このシステムは、ストリーミングクライアントと通信ネットワークのノードとを含む。ストリーミングクライアントは、データのストリーミングを支援するノードのノードタイプに関する情報を受信するように構成される。ノードは、例えば、ストリーミングクライアントからのリクエストへの応答としてストリーミングクライアントに情報を提供する。さらに、ストリーミングクライアントは、ノードタイプに関する情報に基づいて、ストリーミングクライアントに送られるデータのストリーミングを支援するノードを選択するように構成される。

他の実施形態により、ストリーミングクライアントが提供される。このストリーミングクライアントは、通信ネットワークとのインタフェースを備えている。さらに、このストリーミングクライアントは少なくとも１つのプロセッサを備えている。このストリーミングクライアントの少なくとも１つのプロセッサは、インタフェースを介して、データのストリーミングを支援するノードにリクエストを送信するように構成される。このリクエストはノードタイプに関する情報を含んでいる。さらに、このストリーミングクライアントの少なくとも１つのプロセッサは、インタフェースを介してリクエストに対する応答を受信するように構成される。この応答は、受信した情報が示すノードタイプにノードが一致するか否かに基づくものである。

他の実施形態により、通信ネットワークにおけるノードが提供される。このノードは、ストリーミングクライアントとのインタフェースを備えている。さらに、このノードは少なくとも１つのプロセッサを備えている。このノードの少なくとも１つのプロセッサは、インタフェースを介して、ストリーミングクライアントからリクエストを受信するように構成される。このリクエストはノードタイプに関する情報を含んでいる。さらに、ノードの少なくとも１つのプロセッサは、受信情報が示すノードタイプにノードが一致するか否かに基づいて、リクエストに対する応答を送信する。

他の実施形態により、システムが提供される。このシステムは、ストリーミングクライアントと、データのストリーミングを支援するノードと、を備えている。ストリーミングクライアントは、ノードにリクエストを送信すると共に、そのリクエストに対する応答を受信するように構成される。このリクエストはノードタイプに関する情報を含んでいる。ノードは、ストリーミングクライアントに応答を送信するように構成される。この応答は、受信情報が示すノードタイプにノードが一致するか否かに基づくものである。

以上の方法、ストリーミングクライアント、ノード、またはシステムの実施形態では、ノードタイプは、通信ネットワーク内のノードの位置によって規定される。ノード位置は、ノードを含むネットワークドメインのタイプによって規定される。例えば、ノード位置によって、ノードが、通信ネットワークのコンテンツプロバイダドメインに位置するか否か、通信ネットワークのコンテンツ配信ネットワークドメインに位置するか否か、通信ネットワークの伝送ネットワークドメインに位置するか否か、通信ネットワークのセルラネットワークドメインに位置するか否か、または通信ネットワークのアクセスネットワークドメインに位置するか否か、がわかる。さらに、ノードタイプに関する情報によって、ノードがコンテンツサーバであるか否か、伝送ネットワークノードであるか否か、セルラネットワークノードであるか否か、および／またはアクセスネットワークノードであるか否か、がわかる。これらの各種ノードは、データのストリーミングの支援情報を提供する能力が異なっている。さらに、ノードタイプはノードの性能によっても規定される。例えば、この性能は、ノードがサポートする、１つ以上のタイプのサービスによって規定される。すなわち、ノードタイプは、ノードが支援を提供可能なサービスのタイプによっても規定される。例えば、サービスのタイプによって、ノードが、特定種類のストリーミングデータ（例えば、マルチメディア再生用途、バーチャルリアリティ、ゲーム、産業用制御システム、またはソフトウェア更新など）のストリーミングを支援可能か否か、がわかる。さらに、ノードタイプは、ノードが提供可能な１種類以上の支援情報によっても定義される。例えば、ネットワークポリシに関する情報や、データレート、データ遅延、またはネットワーク負荷などの、いろいろな種類の実測または予想ネットワーク特性に関する情報などである。ストリーミングクライアントは、所定の種類の支援情報を要求する場合の適切なノードの選択時に、ノードタイプに関する情報を有効に活用する。例えば、ストリーミングクライアントがセルラネットワークアクセスを介して通信ネットワークに接続されている場合、通信ネットワークにおけるセルラネットワークドメイン内のノードが支援情報を提供する上でもっとも適切なノードになる。さらに、ストリーミングクライアントが、ネットワークポリシに関する情報などの、所定の種類の支援情報を必要とする場合、この種の支援情報を提供可能なノードを選択することが妥当である。

さらに、以上述べた方法、ストリーミングクライアント、ノード、またはシステムの実施形態では、データのストリーミングをＤＡＳＨに基づくものとし、ノードをＤＡＮＥとしてもよい。これにより、ノードタイプに関する情報は異なるタイプのＤＡＮＥ間で区別され、ストリーミングクライアントはもっとも適当なタイプのＤＡＮＥから支援情報を得ることができるようになる。ただし、他のストリーミング技術を使用することもできる。上記およびその他の本発明の実施形態は添付図面を参照してより詳細に説明される。

図１は、本発明の一実施形態によるストリーミングアーキテクチャを模式的に示す図である。図２は、本発明の一実施形態によるプロセスの一例を模式的に示す図である。図３は、本発明の一実施形態によるプロセスの別の例を模式的に示す図である。図４は、本発明の一実施形態によるプロセスの別の例を模式的に示す図である。図５は、ストリーミングクライアントにより実施される、本発明の一実施形態による方法を表すフローチャートを示す図である。図６は、ネットワークノードにより実施される、本発明の一実施形態による別の方法を表すフローチャートを示す図である。図７は、ストリーミングクライアントにより実施される、本発明の一実施形態による別の方法を表すフローチャートを示す図である。図８は、ネットワークノードにより実施される、本発明の一実施形態による別の方法を表すフローチャートを示す図である。図９は、本発明の一実施形態によるプロセッサベースのストリーミングクライアントの実施態様を模式的に示す図である。図１０は、本発明の一実施形態によるプロセッサベースのネットワークノードの実施態様を模式的に示す図である。

以下、本発明の実施形態例を詳細に説明する。以下の説明は専ら本発明の原理を示すために行うものであり、限定的なものでないことは言うまでもない。より厳密に言えば、本発明の範囲は添付した特許請求の範囲によってのみ規定され、以下に述べる実施形態例に限定されるものではない。

ここに示した実施形態は通信ネットワークにおけるデータのストリーミングに関し、特に通信ネットワークにおける１つ以上のノードによって効率的にストリーミングを支援できるようにすることに関する。以下に詳細に説明する実施例において、データのストリーミングはＳＡＮＤ技術に基づく、すなわち１つ以上のＤＡＮＥにサポートされたＤＡＳＨ技術を用いるものとする。図１は、これに対応するストリーミングアーキテクチャであって、ＩＳＯ／ＩＥＣＦＤＩＳ２３００９−５：２０１５に記載された基準アーキテクチャに基づくストリーミングアーキテクチャを示す。

図１のアーキテクチャにおいて、ストリーミングクライアント１００（ＤＡＳＨクライアントとも呼ぶ）は複数の異なるＤＡＮＥ１１０、１２０、１３０と交信する。さらに、ストリーミングクライアント１００はメトリクスサーバ１５０にレポートを提出する。図１の例では、ＤＡＮＥ１１０は、通信ネットワークにおけるコンテンツ配信ネットワーク（Content Delivery Network：ＣＤＮ）ドメインに存在するものとする。ＤＡＮＥ１２０は、メディアオリジンドメインに存在するものとする。さらにＤＡＮＥ１３０は、通信ネットワークのアクセスネットワークドメインに存在する。このドメインは、例えば、セルラネットワークのアクセスネットワーク部分であり、この部分を通ってストリーミングクライアント１００が通信ネットワークにアクセスする。さらに図に示すように、通信ネットワークが１つ以上のレギュラネットワーク要素（Regular Network Element：ＲＮＥ）１６０を含むこともある。このネットワーク要素は、ＳＡＮＤ技術をサポートしていないが、例えばストリーミングされたデータセグメントの伝達に関与するものである。

ストリーミングクライアント１００は、１つ以上の無線通信技術をサポートするユーザ端末（User Equipment：ＵＥ）、可搬式または固定式コンピュータ、ゲーム機、またはテレビ、ストリーミングボックス、またはストリーミングスティックなどのマルチメディアデバイスなどの、様々な種類のユーザ端末装置によって実現される。ＤＡＮＥ１１０、１２０、１３０は、サーバ、ゲートウェイ、ルータ、スイッチ、または制御ノードなどの、様々な種類のネットワーク要素によって実現される。

ストリーミングクライアントとＤＡＮＥ１１０、１２０、１３０のそれぞれとの交信は、ストリーミングクライアント１００からＤＡＮＥ１１０、１２０、１３０へのステータスメッセージの送信と、ＤＡＮＥ１１０、１２０、１３０からストリーミングクライアントへの受信強化パラメータ（Parameters Enhancing Reception：ＰＥＲ）メッセージの送信とを含んで成り立つ。ステータスメッセージは、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol：ＨＴＴＰ）リクエスト、特にＨＴＴＰＰＯＳＴメッセージ、に埋め込まれている。ＰＥＲメッセージは、ＨＴＴＰ応答、特にＨＴＴＰＧＥＴメッセージへの応答内に埋め込まれている。

さらに図に示すように、ＤＡＮＥ１１０、１２０、１３０の少なくとも一部は交信し合う。異なるＤＡＮＥ１１０、１２０、１３０間の交信は、１つのＤＡＮＥ１１０、１２０、１３０から他のＤＡＮＥへの配信強化パラメータ（Parameters Enhancing Delivery：ＰＥＤ）メッセージの送信を含む。ＰＥＤメッセージは、ＨＴＴＰリクエスト、特にＨＴＴＰＰＯＳＴメッセージ、に埋め込まれている。

各ＤＡＮＥ１１０、１２０、１３０は、ストリーミングクライアント１００に支援情報を提供することによってストリーミングクライアント１００に送られるデータのストリーミングを支援する。この支援情報は、ストリーミングクライアント１００のバッファの最適化充填を行えるように、ストリーミングされたデータのセグメントを要求する適当なタイミングに関する情報を含んでいる。この支援情報はさらに、現在のサービス品質（Quality of Service：ＱｏＳ）情報や、ストリーミングクライアントへのデータ配信における予想されるスループット特性を含んでおり、これらの情報をストリーミングクライアントが用いることで適当なコーデックオペレーティングポイントが選択される。

図示の概念では、通信ネットワークにＤＡＮＥ１１０、１２０、１３０などのいろいろなタイプのＤＡＮＥがあり、これらＤＡＮＥはストリーミングクライアント１００に支援情報を提供する能力が異なっていると仮定されている。このため、ストリーミングクライアント１００はもっとも適当なＤＡＮＥ１１０、１２０、１３０から支援情報を取得することが望ましい。例えば、ＤＡＮＥ１２０などの、コンテンツ配信ネットワークドメイン内のＤＡＮＥは、所定のＱｏＳ情報（例えば実現可能なデータレート）やセグメントの可用性をストリーミングクライアント１００に知らせる。この支援情報は、コンテンツ配信ネットワークドメイン内のトラヒック状況に基づいているが、ストリーミングクライアント１００に向かうセグメントの経路内（例えばストリーミングクライアント１００の通信ネットワークへの接続に用いる無線アクセスネットワーク内）の他の箇所に存在し得る障害は考慮していない。また、実際にデータレートの障害がストリーミングクライアントに向かう通信経路内の他のいずれかに存在している。したがって、ストリーミングクライアント１００は、この支援情報を、ＤＡＮＥ１３０などの、無線アクセスネットワークドメインに存在するタイプのＤＡＮＥから受信することが好ましい。

本記載の実施形態において、ＤＡＮＥのタイプに関する情報を用いることで、ＤＡＮＥからの支援情報をより効率的に利用できるようになる。このノードタイプに関する情報は、ストリーミングクライアント１００から送信されたメッセージおよび／またはストリーミングクライアント１００へのメッセージで伝えられる。ストリーミングクライアント１００は、好適なタイプとしての、１つ以上の選択されたＤＡＮＥ１１０、１２０、１３０からのみ支援情報を得ることを決定する。さらに、ストリーミングクライアント１００は、タイプを鑑みて関連の低い支援情報を提供すると考えられるＤＡＮＥ１１０、１２０、１３０から受信した支援情報を廃棄することにする。このようにして、ストリーミングクライアント１００は、例えば、関連の低い支援情報を廃棄することによって、あるＤＡＮＥ１１０、１２０、１３０からの支援情報に別のＤＡＮＥ１１０、１２０、１３０からの支援情報よりも高い優先順位を与える。

いろいろなタイプのＤＡＮＥ１１０、１２０、１３０は、それらＤＡＮＥ１１０、１２０、１３０が通信ネットワークのアーキテクチャ内で位置する場所に基づいて識別される。例えば、通信ネットワークは、通信ネットワーク内の機能が異なる種々のドメインとして構成される。例えば、このようなドメインとして、１つ以上のコンテンツプロバイダドメインと、１つ以上のコンテンツ配信ネットワークドメインと、１つ以上の伝送ネットワークドメインと、１つ以上のアクセスネットワークドメインがある。アクセスネットワークドメインは、３ＧＰＰに特有のＬＴＥ技術などの、セルラネットワークベースのアクセス技術、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）などの他の無線アクセス技術、またはデジタル加入者回線（Digital Subscriber Line：ＤＳＬ）、同軸ケーブル技術や、光ケーブル技術などの、有線ベースのアクセス技術に基づくものである。ＤＡＮＥタイプの具体例として、例えば、コンテンツサーバにより実現されるＤＡＮＥ、ルータやスイッチなどの伝送ネットワークノードにより実現されるＤＡＮＥ、ＬＴＥ技術におけるモビリティ管理エンティティ（Mobility Management Entity：ＭＭＥ）やポリシおよび課金ルール機能（Policy and Charging Rules Function：ＰＣＲＦ）などのセルラネットワークノードにより実現されるＤＡＮＥ、またはゲートウェイや、セルラ基地局や、ＷＬＡＮアクセスポイントなどのアクセスネットワークノードにより実現されるＤＡＮＥがある。

ＤＡＮＥタイプに関する情報は、通常は該情報をストリーミングクライアント１００と送受信するメッセージ内に含めることにより、ストリーミングクライアント１００と通信ネットワークとの交信において様々な具合に利用される。ＤＡＮＥタイプに関する情報の利用法の例について図２、３、４を参照して以下説明する。

図２は、ストリーミングクライアント１００と通信ネットワークのノード（図示の例ではＤＡＮＥ１１０）とを含む、プロセス例を示す。ただし、同様のプロセスを、ストリーミングクライアント１００と、ＤＡＮＥ１２０、１３０の一方などの他のＤＡＮＥとの間や、ストリーミングクライアント１００と、例えばＲＮＥなどの通信ネットワークにおける他のノードとの間においても実施できる。

図２のプロセスにおいて、ストリーミングクライアント１００はリクエスト２０１をＤＡＮＥ１１０に送信する。リクエスト２０１は、ＤＡＮＥタイプに関する情報を取得するためだけのものである。しかし、リクエスト２０１は、例えば、ストリーミングクライアント１００とＤＡＮＥ１１０との通信の確立などの、他の目的を有してもよい。ストリーミングクライアント１００は、リクエスト２０１によってＤＡＮＥ１１０のＤＡＮＥタイプに関する情報を要求する。あるいは（またはこれに加えて）、この情報がＤＡＮＥ１１０において利用可能である場合は、ストリーミングクライアント１００はさらに、ＤＡＮＥ１２０、１３０などの、他のＤＡＮＥのＤＡＮＥタイプに関する情報を要求するリクエスト２０１を送信する。リクエスト２０１は、ステータスメッセージなどのＳＡＮＤメッセージで伝えられる。ただし、例えば、ＨＴＴＰメッセージなどの、他のメッセージもリクエスト２０１の伝達に使用できる。

ＤＡＮＥ１１０は、ＤＡＮＥタイプ情報２０２を送信することでリクエスト２０１に応答する。ＤＡＮＥタイプ情報２０２は、ＤＡＮＥ１１０のＤＡＮＥタイプを示している。しかし、ＤＡＮＥタイプ情報２０２は、この替わりに（またはこれに加えて）ＤＡＮＥ１１０、１３０などの、１つ以上の他のＤＡＮＥのＤＡＮＥタイプを示すこともある。ＤＡＮＥタイプ情報２０２は、ＰＥＲメッセージなどのＳＡＮＤメッセージで伝えられる。ただし、例えば、ＨＴＴＰメッセージなどの、他のメッセージもＤＡＮＥタイプ情報２０２の伝達に使用できる。

ブロック２０３に示すように、ストリーミングクライアント１００は、受信したＤＡＮＥタイプ情報２０２を用いて、ストリーミングクライアント１００に送られるデータのストリーミングの支援に用いられる１つ以上のＤＡＮＥを選択する。これには、表示されたＤＡＮＥタイプに基づき好適と見なされる、利用可能なＤＡＮＥの内の一部のＤＡＮＥからのみ支援情報を要求することが含まれる。また、好適でないＤＡＮＥから受信した支援情報を廃棄することも含まれる。

図３は、ストリーミングクライアント１００と、通信ネットワークの複数のノード（図示の例ではＤＡＮＥ１１０、１２０）を含むプロセス例を示す。上記複数のノード中の１つがＤＡＮＥタイプ情報の収集に関与する。

図３のプロセスにおいて、ＤＡＮＥ１２０は、ＤＡＮＥタイプアナウンス３０１をＤＡＮＥ１１０に送信する。ＤＡＮＥタイプアナウンス３０１は、ＤＡＮＥ１２０のＤＡＮＥタイプを示すＤＡＮＥタイプ情報を含んでいる。シナリオによっては、ＤＡＮＥタイプアナウンス３０１が示すＤＡＮＥタイプ情報がさらに、１つ以上の他のＤＡＮＥのＤＡＮＥタイプを示す。このようにＤＡＮＥタイプアナウンス３０１は、通信ネットワーク内でのＤＡＮＥタイプ情報の伝搬に利用される。ＤＡＮＥタイプアナウンス３０１は、ＰＥＤメッセージなどのＳＡＮＤメッセージで伝えられる。ただし、例えば、ＨＴＴＰメッセージなどの、他のメッセージもまたＤＡＮＥタイプアナウンス３０１の伝達に使用できる。

次いで、ストリーミングクライアント１００はリクエスト３０２をＤＡＮＥ１１０に送信する。リクエスト３０２は、ＤＡＮＥタイプに関する情報を取得するためだけのものである。しかし、リクエスト３０２は、例えば、ストリーミングクライアント１００とＤＡＮＥ１１０との通信の確立などの、他の目的を有してもよい。ストリーミングクライアント１００は、リクエスト３０２によって、ＤＡＮＥ１１０のＤＡＮＥタイプなどのＤＡＮＥ１１０で利用可能なＤＡＮＥタイプに関する情報と、ＤＡＮＥ１２０、１３０などの他のＤＡＮＥのＤＡＮＥタイプに関する情報とを要求する。図示の例では、ＤＡＮＥ１１０は、自身のＤＡＮＥタイプに関する情報と、ＤＡＮＥタイプアナウンス３０１から得たＤＡＮＥ１２０のＤＡＮＥタイプに関する情報とを有すると仮定されている。リクエスト３０２は、例えばステータスメッセージなどのＳＡＮＤメッセージで伝えられる。ただし、例えば、ＨＴＴＰメッセージなどの、他のメッセージもリクエスト３０２の伝達に使用できる。

ＤＡＮＥ１１０は、ＤＡＮＥタイプ情報３０３を送信することでリクエスト３０２に応答する。ＤＡＮＥタイプ情報３０３は、ＤＡＮＥ１１０のＤＡＮＥタイプとＤＡＮＥ１２０のＤＡＮＥタイプとを示している。ＤＡＮＥタイプ情報３０３は、例えば、ＰＥＲメッセージなどのＳＡＮＤメッセージで伝えられる。ただし、例えば、ＨＴＴＰメッセージなどの、他のメッセージもＤＡＮＥタイプ情報３０３の伝達に使用できる。

ブロック３０４に示すように、ストリーミングクライアント１００は、受信したＤＡＮＥタイプ情報３０３を用いて、ストリーミングクライアント１００に送られるデータのストリーミングの支援に用いられる１つ以上のＤＡＮＥを選択する。これには、表示されたＤＡＮＥタイプに基づき好適と見なされる、利用可能なＤＡＮＥの内の一部のＤＡＮＥからのみ支援情報を要求することが含まれる。また、好適でないＤＡＮＥから受信した支援情報を廃棄することも含まれる。

なお、図２および３の変形版のプロセッサにおいて、ストリーミングクライアント１００は、ストリーミングクライアント１００が最初に相応のリクエストを送信することを要さずに、ＤＡＮＥタイプ情報２０２または３０３を受信することもある。例えば、ＤＡＮＥ１１０は、ストリーミングクライアント１００の通信ネットワークへの初期登録に応じてＤＡＮＥタイプ情報２０２、３０３を送信する。さらに、ＤＡＮＥ１１０は、通常のメッセージでＤＡＮＥタイプ情報２０２を送信し、利用可能なＤＡＮＥに関する情報でストリーミングクライアント１００を更新することもある。

図４は、ストリーミングクライアント１００とＤＡＮＥ（図示の例ではＤＡＮＥ１３０）とを含む、プロセス例を示す。ただし、同様のプロセスを、ストリーミングクライアント１００と、ＤＡＮＥ１１０、１２０の一方などの他のＤＡＮＥとの間においても実施できる。

図４のプロセスにおいて、ストリーミングクライアント１００はリクエスト４０１をＤＡＮＥ１３０に送信する。例えば、リクエスト４０１は、ストリーミングクライアント１００とＤＡＮＥ１３０との間の通信を設定するため、またはＤＡＮＥ１３０から所定の支援情報を取得するためのものである。例えば、上記メッセージが、ＤＡＮＥ１３０の識別またはＤＡＮＥ１３０との接続のリクエストとなる。

また、リクエスト４０１は、ストリーミングクライアント１００が所望するＤＡＮＥタイプを示す、ＤＡＮＥタイプ情報を含む。リクエスト４０１は、ステータスメッセージなどのＳＡＮＤメッセージで伝えられる。ただし、例えば、ＨＴＴＰメッセージなどの、他のメッセージもリクエスト２０１の伝達に使用できる。

ブロック４０２に示すように、ＤＡＮＥ１３０は、自身がリクエスト４０１に示されたＤＡＮＥタイプに一致するか否かをチェックする。このチェックの結果に基づいて、ＤＡＮＥ１３０は、応答４０３をストリーミングクライアント１００に送信する。例えば、ＤＡＮＥ１３０がリクエスト４０１に示されたＤＡＮＥタイプに一致する場合は、応答４０３は、リクエスト４０１が要求した情報を含む肯定応答になる。該情報として、例えば、ストリーミングクライアント１００とＤＡＮＥ１３０との通信を設定する情報や、例えば、インターネットプロトコル（Internet Protcol：ＩＰ）やウェブソケットユニフォームリソース識別子（Uniform Resource Identifier：ＵＲＩ）などの、ＤＡＮＥ１３０の接続アイデンティティがある。あるいは（またはこれに加えて）、応答４０３が要求された支援情報を含むこともある。リクエスト４０１が示すＤＡＮＥタイプにＤＡＮＥ１３０が一致する場合は、ＤＡＮＥ１３０はリクエスト４０１が示すタイプのＤＡＮＥではないため、応答４０３は、リクエスト４０１を拒否することを示す否定応答になる。

図に示すように、図４のプロセスがストリーミングクライアント１００に使用されることで特定タイプのＤＡＮＥにのみアドレスされるようになる。シナリオによっては、ストリーミングクライアント１００は、例えばマルチキャスト伝送モードを用いて複数のＤＡＮＥにリクエスト４０１を送信して、リクエスト４０１が示すＤＡＮＥタイプに一致するＤＡＮＥのみから肯定応答を受信することもある。

なお、シナリオによっては、図２および３に示したようなプロセスが図４に示したようなプロセスと組み合わされることもある。例えば、図４の例と同様に、ストリーミングクライアントがリクエストを送信してそのリクエストにより好適なＤＡＮＥタイプを知らせる。また、図２および３の例と同様に、このリクエストへの応答がＤＡＮＥタイプ情報を含む。ＤＡＮＥタイプ情報は、例えば、上記リクエストが示すＤＡＮＥタイプをもつ１つ以上のＤＡＮＥを示すと共に、状況に応じて他のＤＡＮＥタイプをもつ１つ以上のＤＡＮＥも示す。

図５は、通信ネットワークにおいてデータのストリーミング、特にストリーミングクライアント（前述のストリーミングクライアント１００など）に送られるデータのストリーミングをサポートする方法を示すフローチャートである。図５の方法は、前述のストリーミングクライアント１００などのストリーミングクライアントによって実施される。プロセッサベースのストリーミングクライアントの実施態様を用いる場合は、この方法のステップの少なくとも一部が、ストリーミングクライアントの１つ以上のプロセッサによって実行および／または制御される。

データのストリーミングをＤＡＳＨに基づくものとし、ストリーミングクライアントをＤＡＳＨクライアントとして構成することも可能である。この場合、データのストリーミングはＳＡＮＤ技術に基づく１つ以上のＤＡＮＥによって支援される。ただし、ＨＴＴＰライブストリーミング（HTTP Live Streaming：ＨＬＳ）やＨＴＴＰダイナミックストリーミング（HTTP Dynamic Streaming：ＨＤＳ）などの他のストリーミング技術、および／または他のタイプの支援ノードを利用することもできる。

ステップ５１０で、ストリーミングクライアントがリクエストを送信する。このようなリクエストの例として、前述のリクエスト２０１および３０２がある。データのストリーミングがＤＡＳＨベースである場合、リクエストはＤＡＮＥに送信される。ただし、リクエストは、例えばＲＮＥなどの、通信ネットワーク内の他のタイプのノードに送信されることもある。このリクエストは、ＳＡＮＤメッセージで伝えられる、またはＳＡＮＤメッセージ自体となる。ただし、他のメッセージタイプを用いることもできる。

ステップ５２０で、ストリーミングクライアントは、データのストリーミングを支援するノードのノードタイプに関する情報を受信する。データのストリーミングがＤＡＳＨベースである場合、このノードは、例えば前述のＤＡＮＥ１１０、１２０、１３０のいずれかの、ＤＡＮＥに一致する。ノードタイプに関する情報は、ＤＡＮＥのＤＡＮＥタイプに関する情報に一致する。ただし、他のタイプの支援ノードを用いることもできる。

ストリーミングクライアントは、データのストリーミングを支援するノードから情報を受信する。ただし、ストリーミングクライアントは、例えば、データのストリーミングを支援する別のノードや他のネットワークノードなどの、他のノードから情報を受信することもできる。

ストリーミングクライアントは、ステップ５１０のリクエストへの応答としてノードタイプに関する情報を受信する。ただし、ステップ５１０のリクエストの送信は任意のものであり、シナリオによっては、ストリーミングクライアントはリクエストの送信を要することなく情報を受け取ることもある。例えば、ストリーミングクライアントは、ノードからの他の情報（例えば、ストリーミングクライアントに送られるデータのストリーミングを支援する支援情報）と併せてノードタイプに関する情報を受信する。さらに、ストリーミングクライアントは、登録プロセスの間に、またはデータのストリーミングの支援に利用可能なノードに関する定期的に送信される更新情報の一部として、ノードタイプに関する情報を受信する。

ノードタイプは通信ネットワーク内のノードの位置によって規定され得る。ノード位置は、ノードを含むネットワークドメインのタイプによって規定される。例えば、ノード位置によって、ノードが、通信ネットワークのコンテンツプロバイダドメインに位置するか否か、通信ネットワークのコンテンツ配信ネットワークドメインに位置するか否か、通信ネットワークの伝送ネットワークドメインに位置するか否か、通信ネットワークのセルラネットワークドメインに位置するか否か、または通信ネットワークのアクセスネットワークドメインに位置するか否か、がわかる。さらに、ノードタイプに関する情報によって、ノードがコンテンツサーバであるか否か、伝送ネットワークノードであるか否か、セルラネットワークノードであるか否か、および／またはアクセスネットワークノードであるか否か、がわかる。さらに、ノードタイプはノードの性能によっても規定される。例えば、この性能は、ノードがサポートする、１つ以上のタイプのサービスによって規定される。言い換えれば、ノードタイプは、ノードが支援を提供可能なサービスのタイプによっても規定される。例えば、サービスタイプによって、支援情報が、例えば、マルチメディア再生用途、バーチャルリアリティ、ゲーム、産業用制御システム、またはソフトウェア更新などの、特定種類のストリーミングデータのサポートを含むことが可能か否か、がわかる。さらに、ノードタイプは、ノードが提供可能な１種類以上の支援情報によっても定義される。それら支援情報として、例えば、ネットワークポリシに関する情報や、データレート、データ遅延、またはネットワーク負荷などの、いろいろな種類の実測または予想ネットワーク特性に関する情報などがある。

ステップ５３０で、ストリーミングクライアントは、ストリーミングクライアントに送られるデータのストリーミングを支援するノードを選択する。この選択は、ステップ５２０で受信したノードタイプに関する情報に基づいて行われる。例えば、ノードタイプに関する情報が、ノードが好ましいタイプのものであることを示す場合は、ストリーミングクライアントはそのノードをデータのストリーミングを支援するノードとして選択し、該ノードから支援情報を取得する。また、ノードタイプに関する情報が、ノードが好ましいタイプのものでないことを示す場合は、ストリーミングクライアントはこのノードから受信した支援情報を廃棄するか、場合によってはこのノードから支援情報を取得することをやめる。支援情報は、例えば、ストリーミングされたデータのセグメントの可用性に関するタイミング情報や、ＱｏＳすなわちスループット情報であって、ストリーミングされたデータについてのマルチメディアコンポーネントのコーデック設定をストリーミングクライアントが最適化できるようにする情報を含む。

図６は、通信ネットワークにおいてデータのストリーミング、特にストリーミングクライアント（前述のストリーミングクライアント１００など）に送られるデータのストリーミングをサポートする方法を示すフローチャートである。図６の方法は、通信ネットワークにおけるノードによって実施される。プロセッサベースのノードの実施態様を用いる場合は、この方法のステップの少なくとも一部が、ノードの１つ以上のプロセッサによって実行および／または制御される。

データのストリーミングをＤＡＳＨに基づくものとし、ストリーミングクライアントをＤＡＳＨクライアントとして構成することも可能である。この場合、データのストリーミングは、例えば前述のＤＡＮＥ１１０、１２０、１３０のいずれかの、ＳＡＮＤ技術に基づく１つ以上のＤＡＮＥによって支援される。上記ノードはこれらＤＡＮＥのいずれかに一致する。ただし、ＨＬＳやＨＤＳなどの他のストリーミング技術、および／または他のタイプの支援ノードを利用することもできる。さらに、ノードは、支援ノード以外のノード（例えば、前述のＲＮＥ１６０のいずれか）に一致するものでもよい。

ステップ６１０で、ノードがリクエストを受信する。このようなリクエストの例として、前述のリクエスト２０１および３０２がある。このリクエストはＳＡＮＤメッセージで伝えられる、またはＳＡＮＤメッセージ自体となる。ただし、他のメッセージタイプを用いることもできる。

ステップ６２０で、ノードは、データのストリーミングを支援するノードのノードタイプに関する情報をストリーミングクライアントに提供する。データのストリーミングがＤＡＳＨベースである場合、このノードは、例えば前述のＤＡＮＥ１１０、１２０、１３０のいずれかの、ＤＡＮＥに一致する。ノードタイプに関する情報は、ＤＡＮＥのＤＡＮＥタイプに関する情報に一致する。ただし、他のタイプの支援ノードを用いることもできる。シナリオによっては、ノードタイプに関する情報はノード自身のノードタイプに関する情報を含むこともある。

ノードは、ステップ６２０のリクエストへの応答としてノードタイプに関する情報を送信する。ただし、ステップ６１０のリクエストの受信は任意のものであり、シナリオによっては、ノードはストリーミングクライアントからのリクエストを要することなく情報を提供することもある。例えば、ノードは、ノードからの他の情報（例えば、ストリーミングクライアントに送られるデータのストリーミングを支援する支援情報）と併せてノードタイプに関する情報を送信する。さらに、ノードは、登録プロセスの間に、またはデータのストリーミングの支援に利用可能なノードに関する定期的に送信される更新情報の一部として、ノードタイプに関する情報を送信する。さらに、ノードは、例えば前述のＤＡＮＥタイプアナウンス３０１によって、ノードタイプに関する情報を間接的にストリーミングクライアントに提供することもある。

ノードタイプは通信ネットワーク内のノードの位置によって規定される。ノード位置は、ノードを含むネットワークドメインのタイプによって規定される。例えば、ノード位置によって、ノードが、通信ネットワークのコンテンツプロバイダドメインに位置するか否か、通信ネットワークのコンテンツ配信ネットワークドメインに位置するか否か、通信ネットワークの伝送ネットワークドメインに位置するか否か、通信ネットワークのセルラネットワークドメインに位置するか否か、または通信ネットワークのアクセスネットワークドメインに位置するか否か、がわかる。さらに、ノードタイプに関する情報によって、ノードがコンテンツサーバであるか否か、伝送ネットワークノードであるか否か、セルラネットワークノードであるか否か、および／またはアクセスネットワークノードであるか否か、がわかる。さらに、ノードタイプはノードの性能によっても規定される。例えば、この性能は、ノードがサポートする、１つ以上のタイプのサービスによって規定される。言い換えれば、ノードタイプは、ノードが支援を提供可能なサービスのタイプによっても規定される。例えば、サービスタイプによって、支援情報が、例えば、マルチメディア再生用途、バーチャルリアリティ、ゲーム、産業用制御システム、またはソフトウェア更新などの、特定種類のストリーミングデータのサポートを含むことが可能か否か、がわかる。さらに、ノードタイプは、ノードが提供可能な１種類以上の支援情報によっても定義される。それら支援情報として、例えば、ネットワークポリシに関する情報や、データレート、データ遅延、またはネットワーク負荷などの、いろいろな種類の実測または予想ネットワーク特性に関する情報などがある。

ステップ６３０で、ノードは支援情報をストリーミングクライアントに提供する。支援情報は、例えば、ストリーミングされたデータのセグメントの可用性に関するタイミング情報や、ＱｏＳすなわちスループット情報であって、ストリーミングされたデータについてのマルチメディアコンポーネントのコーデック設定をストリーミングクライアントが最適化できるようにする情報を含む。

図５および６の方法を組み合わせて、例えば、図５の方法にしたがって動作する少なくとも１つのストリーミングクライアントと、図６の方法にしたがって動作する少なくとも１つのノードとを含むシステムにすることもできることは明らかである。

図７は、通信ネットワークにおいてデータのストリーミング、特にストリーミングクライアント（前述のストリーミングクライアント１００など）に送られるデータのストリーミングをサポートする方法を示すフローチャートである。図７の方法は、前述のストリーミングクライアント１００などのストリーミングクライアントによって実施される。プロセッサベースのストリーミングクライアントの実施態様を用いる場合は、この方法のステップの少なくとも一部が、ストリーミングクライアントの１つ以上のプロセッサによって実行および／または制御される。

データのストリーミングをＤＡＳＨに基づくものとし、ストリーミングクライアントをＤＡＳＨクライアントとして構成することも可能である。この場合、データのストリーミングはＳＡＮＤ技術に基づく１つ以上のＤＡＮＥによって支援される。ただし、ＨＬＳやＨＤＳなどの他のストリーミング技術、および／または他のタイプの支援ノードを利用することもできる。

ステップ７１０で、ストリーミングクライアントは、該ストリーミングクライアントに送られるデータのストリーミングを支援するノードのノードタイプを選択する。このノードタイプは、例えば、ストリーミングクライアントが、データのストリーミングの支援に関して最高の性能を出すと予想する、好ましいノードタイプである。

ステップ７２０で、ストリーミングクライアントは、データのストリーミングを支援するノードにリクエストを送信する。このリクエストの一例として前述のリクエスト４０１がある。データのストリーミングがＤＡＳＨベースである場合、このリクエストは、例えば前述のＤＡＮＥ１１０、１２０、１３０のいずれかの、ＤＡＮＥに送信される。このリクエストは、ＳＡＮＤメッセージで伝えられる、またはＳＡＮＤメッセージ自体となる。ただし、他のタイプの支援ノードを用いることもできる。このリクエストは、例えばステップ７１０で選択されたノードタイプに関する情報などの、ノードタイプに関する情報を含む。

ステップ７３０で、ストリーミングクライアントはリクエストに対する応答を受信する。この応答は、ステップ７２０のリクエストの情報が示すノードタイプにノードが一致するかどうかに基づくものである。該情報が示すノードタイプにノードが一致する場合は、応答は肯定応答になる。例えば、この場合の応答は、要求された支援情報であってストリーミングクライアントに送られるデータのストリーミングを支援する支援情報や、ストリーミングクライアントとノードとの接続を設定する情報を含む。支援情報は、例えば、ストリーミングされたデータのセグメントの可用性に関するタイミング情報や、ＱｏＳすなわちスループット情報であって、ストリーミングされたデータについてのマルチメディアコンポーネントのコーデック設定をストリーミングクライアントが最適化できるようにする情報を含む。接続を設定する情報は、例えば、ＩＰアドレスやウェブソケットＵＲＩなどの、ノードの接続識別子を含む。情報が示すノードタイプにノードが一致しない場合は、応答は否定応答になって、情報が示すノードタイプにノードが一致しないことが示される。

図８は、通信ネットワークにおいてデータのストリーミング、特にストリーミングクライアント（前述のストリーミングクライアント１００など）に送られるデータのストリーミングをサポートする方法を示すフローチャートである。図８の方法は、通信ネットワークにおけるノード（特に、データのストリーミングを支援するノード）によって実施される。プロセッサベースのノードの実施態様を用いる場合は、この方法のステップの少なくとも一部が、ノードの１つ以上のプロセッサによって実行および／または制御される。

データのストリーミングをＤＡＳＨに基づくものとし、ストリーミングクライアントをＤＡＳＨクライアントとして構成することも可能である。この場合、データのストリーミングは、例えば前述のＤＡＮＥ１１０、１２０、１３０のいずれかの、ＳＡＮＤ技術に基づく１つ以上のＤＡＮＥによって支援される。上記ノードはこれらＤＡＮＥのいずれかに一致する。ただし、ＨＬＳやＨＤＳなどの他のストリーミング技術、および／または他のタイプの支援ノードを利用することもできる。

ステップ８１０で、ノードがストリーミングクライアントからリクエストを受信する。このようなリクエストの一例として、前述のリクエスト４０１がある。データのストリーミングがＤＡＳＨベースである場合、このリクエストは、例えば前述のＤＡＮＥ１１０、１２０、１３０のいずれかの、ＤＡＮＥに送信される。このリクエストは、ＳＡＮＤメッセージで伝えられる、またはＳＡＮＤメッセージ自体となる。ただし、他のタイプの支援ノードを用いることもできる。このリクエストは、ノードタイプに関する情報（例えばストリーミングクライアントが所望するノードタイプに関する情報）を含む。

ステップ８２０で、ノードは、該ノードが、受信したリクエストの情報が示すノードタイプに一致するかどうかをチェックする。このために、ノードは、それ自身のノードタイプに関する情報を、ステップ８１０のリクエストで受信した情報と比較する。

ステップ８３０で、ストリーミングクライアントはリクエストに対する応答を送信する。この応答はステップ８２０のチェックに基づく、すなわち、ノードが、ステップ８１０で受信したリクエストの情報が示すノードタイプに一致するかどうかに基づくものである。該情報が示すノードタイプにノードが一致する場合は、応答は肯定応答になる。例えば、この場合の応答は、要求された支援情報であってストリーミングクライアントに送られるデータのストリーミングを支援する支援情報や、ストリーミングクライアントとノードとの接続を設定する情報を含む。支援情報は、例えば、ストリーミングされたデータのセグメントの可用性に関するタイミング情報や、ＱｏＳすなわちスループット情報であって、ストリーミングされたデータについてのマルチメディアコンポーネントのコーデック設定をストリーミングクライアントが最適化できるようにする情報を含む。接続を設定する情報は、例えば、ＩＰアドレスやウェブソケットＵＲＩなどの、ノードの接続識別子を含む。情報が示すノードタイプにノードが一致しない場合は、応答は否定応答になって、情報が示すノードタイプにノードが一致しないことが示される。

図７および８の方法を組み合わせて、例えば、図７の方法にしたがって動作する少なくとも１つのストリーミングクライアントと、図８の方法にしたがって動作する少なくとも１つのノードとを含むシステムにすることもできることは明らかである。

図９は、前述のストリーミングクライアント１００などの、上記概念の実現に利用可能な、プロセッサベースのストリーミングクライアントの実施態様を模式的に示すブロック図である。

図に示したように、ストリーミングクライアントはインタフェース８１０を含む。ストリーミングクライアントは、インタフェース９１０を用いて通信ネットワークに接続すると共に通信ネットワークからストリーミングされたデータを受信する。

さらに、ストリーミングクライアントは、１つ以上のプロセッサ９４０と、１つのメモリ９５０と、を備える。インタフェース９１０とメモリ９５０とは、例えばストリーミングクライアントの１つ以上の内部バスシステムを用いてプロセッサ９４０に接続される。

メモリ９５０は、プロセッサ９４０によって実行されるプログラムコードを備えたプログラムコードモジュール９６０、９７０を含む。図示の例では、これらのプログラムコードモジュールはストリーミング制御モジュール９６０と支援ノード管理モジュール９７０からなる。

通信制御モジュール９６０は、例えば、ストリーミングされたデータのセグメントのリクエスト動作を制御することによって、データのストリーミングを制御する機能を実行する。支援ノード管理モジュール９７０は、例えば、図５の方法および／または図７の方法にしたがって、１つ以上の支援ノードを選択する前述の機能を実行する。

図９に示した構造は単なる例示であり、ストリーミングクライアントは、例えば、ＤＡＳＨクライアントまたは他のタイプのストリーミングクライアントの既知の機能を実行する構造またはプログラムコードモジュールなどの、図示されていない他の要素も含むことは明らかである。

図１０は、上記概念の実現に利用可能なネットワークノードのプロセッサベースの実施態様を模式的に示すブロック図である。このネットワークは、例えば、前述のＤＡＮＥ１１０、１２０、１３０の内のいずれかのＤＡＮＥ、または前述のＲＮＥの内のいずれかのＲＮＥなどの他のタイプのノードに対応する。

図に示したように、ノードはインタフェース１０１０を含む。ノードは、インタフェース１０１０を用いて、例えば前述のストリーミングクライアント１００などの少なくとも１つのストリーミングクライアントに接続する。ノードがストリーミングクライアントに送られるデータのストリーミングを支援するように構成されている場合、インタフェース１０１０を用いて対応する支援情報をストリーミングクライアントに提供する。シナリオによっては、ノードが、ストリーミングされたデータのセグメントをストリーミングクライアントに伝達することに直接関与することもある。この場合、インタフェース１０１０を用いて、ストリーミングされたデータのセグメントをストリーミングクライアントに転送してもよい。

さらに、ノードは、１つ以上のプロセッサ１０４０と、１つのメモリ１０５０と、を備える。インタフェース１０１０とメモリ１０５０とは、例えばノードの１つ以上の内部バスシステムを用いてプロセッサ１０４０に接続される。

メモリ１０５０は、プロセッサ１０４０によって実行されるプログラムコードを備えたプログラムコードモジュール１０６０、１０７０を含む。図示の例では、これらのプログラムコードモジュールはストリーミング支援モジュール１０６０と支援ノード管理モジュール１０７０とからなる。

ストリーミング支援モジュール１０６０は、例えばストリーミングクライアントに提供される相応の支援情報を決定することによって、データのストリーミングを支援する機能を実行する。支援ノード管理モジュール１０７０は、例えば、図６の方法および／または図８の方法にしたがって、適切な支援ノードの選択を可能にする前述の機能を実行する。

図１０に示した構造は単なる例示であり、ノードは図示されない他の要素も含むことは明らかである。それら要素として、例えば、データのストリーミングを支援する同様のノードについてのＤＡＮＥの既知の機能を実行する構造またはプログラムコードモジュールなどがある。

以上説明した概念は種々の変形が可能なことは明らかである。例えば、これら概念は、様々な種類のネットワーク技術および装置と関連させて適用することができる。さらに、これら概念は、前述のＤＡＳＨ技術やＳＡＮＤ技術の例に限定されることなく、様々な種類のストリーミング技術と関連させて適用可能である。さらに、これら概念はマルチメディアデータのストリーミングに限定されることなく、ソフトウェアなどの他の種類のデータの伝達にも適用できる。

Claims

通信ネットワークにおいてデータのストリーミングをサポートする方法であって、
ストリーミングクライアント（１００）がデータのストリーミングを支援するノード（１１０、１２０、１３０）のノードタイプに関する情報を受信することと、
前記ノードタイプに関する前記情報に基づいて、前記ストリーミングクライアント（１００）が、前記ストリーミングクライアント（１００）に送られるデータのストリーミングを支援する前記ノード（１１０、１２０、１３０）を選択することと、
を含むことを特徴とする方法。
前記ノードタイプは、前記通信ネットワーク内の前記ノード（１１０、１２０、１３０）の位置によって規定される、
請求項１に記載の方法。
前記ノードタイプに関する前記情報は、前記ノード（１１０、１２０、１３０）がコンテンツサーバであるか否か、伝送ネットワークノードであるか否か、セルラネットワークノードであるか否か、および／またはアクセスネットワークノードであるか否かを示す、
請求項１または２に記載の方法。
前記ノードタイプに関する前記情報は前記ノード（１１０、１２０、１３０）の性能によって規定される、
請求項１〜３のいずれか１項に記載の方法。
前記ストリーミングクライアント（１００）がリクエストを送信することと、
前記ストリーミングクライアント（１００）が前記リクエストへの応答として前記ノードタイプに関する前記情報を受信することと、
を含む、請求項１〜４のいずれか１項に記載の方法。
前記データのストリーミングはハイパーテキストトランスファープロトコルによる動的適応ストリーミング（Dynamic Adaptive Streaming over Hypertext Transfer Protocol：ＤＡＳＨ）に基づくものであり、
前記ノード（１１０、１２０、１３０）はＤＡＳＨアウェアネットワーク要素である、
請求項１〜５のいずれか１項に記載の方法。
通信ネットワークにおいてデータのストリーミングをサポートする方法であって、
前記通信ネットワークのノード（１１０、１２０、１３０）がストリーミングクライアント（１００）に情報を提供することを含み、
前記情報は、データのストリーミングを支援するノード（１１０、１２０、１３０）のノードタイプに関する情報を含む
ことを特徴とする方法。
前記ノードタイプは、前記通信ネットワーク内の前記ノード（１１０、１２０、１３０）の位置によって規定される、
請求項７に記載の方法。
前記ノードの前記タイプに関する前記情報は、前記ノード（１１０、１２０、１３０）がコンテンツサーバであるか否か、伝送ネットワークノードであるか否か、セルラネットワークノードであるか否か、および／またはアクセスネットワークノードであるか否かを示す、
請求項７または８に記載の方法。
前記ノードタイプに関する前記情報は前記ノード（１１０、１２０、１３０）の性能によって規定される、
請求項７〜９のいずれか１項に記載の方法。
前記ノード（１１０、１２０、１３０）がリクエストを受信することと、
前記ノード（１１０、１２０、１３０）が前記リクエストへの応答として前記情報を送信することと、
を含む、請求項７〜１０のいずれか１項に記載の方法。
前記データのストリーミングはハイパーテキストトランスファープロトコルによる動的適応ストリーミング（Dynamic Adaptive Streaming over Hypertext Transfer Protocol：ＤＡＳＨ）に基づくものであり、
前記ノード（１１０、１２０、１３０）はＤＡＳＨアウェアネットワーク要素である、
請求項７〜１１のいずれか１項に記載の方法。
通信ネットワークにおいてデータのストリーミングをサポートする方法であって、
ストリーミングクライアント（１００）がデータのストリーミングを支援するノード（１１０、１２０、１３０）に、ノードタイプに関する情報を含むリクエストを送信することと、
前記ストリーミングクライアント（１００）が、前記リクエストに対する応答であって、前記ノード（１１０、１２０、１３０）が前記リクエストの前記情報が示す前記ノードタイプに一致するか否かに基づく応答を受信することと、
を含むことを特徴とする方法。
前記ノードタイプは、前記通信ネットワーク内の前記ノード（１１０、１２０、１３０）の位置によって規定される、
請求項１３に記載の方法。
前記ノードタイプに関する前記情報は、前記ノード（１１０、１２０、１３０）がコンテンツサーバであるか否か、伝送ネットワークノードであるか否か、セルラネットワークノードであるか否か、および／またはアクセスネットワークノードであるか否かを示す、
請求項１３または１４に記載の方法。
前記ノードタイプに関する前記情報は前記ノード（１１０、１２０、１３０）の性能によって規定される、
請求項１３〜１５のいずれか１項に記載の方法。
前記データのストリーミングはハイパーテキストトランスファープロトコルによる動的適応ストリーミング（Dynamic Adaptive Streaming over Hypertext Transfer Protocol：ＤＡＳＨ）に基づくものであり、
前記ノード（１１０、１２０、１３０）はＤＡＳＨアウェアネットワーク要素である、
請求項１３〜１６のいずれか１項に記載の方法。
通信ネットワークにおいてデータのストリーミングをサポートする方法であって、
データのストリーミングを支援するノード（１１０、１２０、１３０）が、ノードタイプに関する情報を含むリクエストをストリーミングクライアント（１００）から受信することと、
前記ノード（１１０、１２０、１３０）が前記受信した情報が示す前記ノードタイプに一致するか否かに基づいて、前記ノード（１１０、１２０、１３０）が前記リクエストに対する応答を送信することと、
を含むことを特徴とする方法。
前記ノードタイプは、前記通信ネットワーク内の前記ノード（１１０、１２０、１３０）の位置によって規定される、
請求項１８に記載の方法。
前記ノードタイプに関する前記情報は、前記ノード（１１０、１２０、１３０）がコンテンツサーバであるか否か、伝送ネットワークノードであるか否か、セルラネットワークノードであるか否か、および／またはアクセスネットワークノードであるか否かを示す、
請求項１８または１９に記載の方法。
前記ノードタイプに関する前記情報は前記ノード（１１０、１２０、１３０）の性能によって規定される、
請求項１８〜２０のいずれか１項に記載の方法。
前記データのストリーミングはハイパーテキストトランスファープロトコルによる動的適応ストリーミング（Dynamic Adaptive Streaming over Hypertext Transfer Protocol：ＤＡＳＨ）に基づくものであり、
前記ノード（１１０、１２０、１３０）はＤＡＳＨアウェアネットワーク要素である、
請求項１８〜２１のいずれか１項に記載の方法。
ストリーミングクライアント（１００）であって、
通信ネットワークとのインタフェース（９１０）と、
少なくとも１つのプロセッサ（９４０）と、
を含み、
前記少なくとも１つのプロセッサ（９４０）は、
前記インタフェース（９１０）を介して、データのストリーミングを支援するノード（１１０、１２０、１３０）のノードタイプに関する情報を受信し、
前記ノードタイプに関する前記情報に基づいて、前記ストリーミングクライアント（１００）に送られるデータのストリーミングを支援する前記ノード（１１０、１２０、１３０）を選択するように構成される、
ことを特徴とするストリーミングクライアント。
前記少なくとも１つのプロセッサ（９４０）は、請求項１〜６のいずれか１項に記載の方法のステップを実行するように構成される、
請求項２３に記載のストリーミングクライアント（１００）。
通信ネットワークにおけるノード（１１０、１２０、１３０）であって、
ストリーミングクライアント（１００）とのインタフェース（１０１０）と、
少なくとも１つのプロセッサ（１０４０）と、
を含み、
前記少なくとも１つのプロセッサ（１０４０）は、
前記インタフェース（１０４０）を介して、前記ストリーミングクライアント（１００）に情報を提供するように構成され、
前記情報は、データのストリーミングを支援するノード（１１０、１２０、１３０）のノードタイプに関する情報を含む、
ことを特徴とするノード。
前記少なくとも１つのプロセッサ（１０４０）は、請求項７〜１２のいずれか１項に記載の方法のステップを実行するように構成される、
請求項２５に記載のノード（１１０、１２０、１３０）。
システムであって、
請求項１〜６のいずれか１項に記載の方法のステップを実行するように構成されたストリーミングクライアント（１００）と、
請求項７〜１２のいずれか１項に記載の方法のステップを実行するように構成されたノード（１１０、１２０、１３０）と、を含み、
前記ノード（１１０、１２０、１３０）は前記ストリーミングクライアント（１００）への前記ノードタイプに関する前記情報を提供するように構成される、
ことを特徴とするシステム。
ストリーミングクライアント（１００）であって、
通信ネットワークとのインタフェース（９１０）と、
少なくとも１つのプロセッサ（９４０）と、
を含み、
前記少なくとも１つのプロセッサ（９４０）は、
前記インタフェース（１０４０）を介して、データのストリーミングを支援するノード（１１０、１２０、１３０）に、ノードタイプに関する情報を含むリクエストを送信し、
前記インタフェース（１０４０）を介して、前記リクエストに対する応答であって、前記ノード（１１０、１２０、１３０）が前記リクエストの前記情報が示す前記ノードタイプに一致するか否かに基づく応答を受信するように構成される、
ことを特徴とするストリーミングクライアント。
前記少なくとも１つのプロセッサ（９４０）は、請求項１３〜１７のいずれか１項に記載の方法のステップを実行するように構成される、
請求項２８に記載のストリーミングクライアント（１００）。
通信ネットワークにおいてデータのストリーミングを支援するノード（１１０、１２０、１３０）であって、
ストリーミングクライアント（１００）とのインタフェース（１０１０）と、
少なくとも１つのプロセッサ（１０４０）と、
を含み、
前記少なくとも１つのプロセッサ（１０４０）は、
前記インタフェース（１０４０）を介して、前記ストリーミングクライアント（１００）から、ノードタイプに関する情報を含むリクエストを受信し、
前記ノード（１１０、１２０、１３０）が、前記受信された情報が示す前記ノードタイプに一致するか否かに基づいて、前記リクエストへの応答を送信するように構成される、
ことを特徴とするノード。
前記少なくとも１つのプロセッサ（１０４０）は、請求項１８〜２２のいずれか１項に記載の方法のステップを実行するように構成される、
請求項３０に記載のノード（１１０、１２０、１３０）。
システムであって、
請求項１１〜１４のいずれか１項に記載の方法のステップを実行するように構成されたストリーミングクライアント（１００）と、
請求項１５〜１８のいずれか１項に記載の方法のステップを実行するように構成されたノード（１１０、１２０、１３０）と、を含み、
前記ストリーミングクライアント（１００）は前記ノード（１１０、１２０、１３０）にリクエストを送信するように構成され、
前記ノード（１１０、１２０、１３０）は前記ストリーミングクライアント（１００）に応答を送信するように構成される、
ことを特徴とするシステム。