(57)【特許請求の範囲】
【請求項１】
メディアデータに関する情報を送信するための方法であって、
アセット送信特性（asset delivery characteristic）に対する情報を含むアセット送信特性シグナリング情報を生成するステップと、
前記アセット送信特性シグナリング情報を送信するステップとを有し、
前記アセット送信特性シグナリング情報は、前記アセット送信特性シグナリング情報の有効性開始時間を示す有効性開始時間（validity start time）情報及び前記有効性開始時間からの前記アセット送信特性シグナリング情報の有効性持続期間を示す有効性持続期間（validity duration）情報を含み、
前記アセット送信特性シグナリング情報は、前記アセット送信特性シグナリング情報がアセットのためのものであるか、又は、前記アセットに含まれる単一メディアプロセッシングユニット（ＭＰＵ）のためのものであるかを示すレベルフラグ情報をさらに含むことを特徴とする方法。
【請求項２】
前記レベルフラグ情報が第１の値として設定される場合、前記アセット送信特性シグナリング情報は、前記アセットのためのものであり、
前記レベルフラグ情報が第２の値として設定される場合、前記アセット送信特性シグナリング情報は、前記単一ＭＰＵのためのものであることを特徴とする請求項１に記載の方法。
【請求項３】
メディアデータに関する情報を送信するための装置であって、
アセット送信特性（asset delivery characteristic）に対する情報を含むアセット送信特性シグナリング情報を生成するアセット送信特性シグナリング情報生成部と、
前記アセット送信特性シグナリング情報を送信する送信部とを有し、
前記アセット送信特性シグナリング情報は、前記アセット送信特性シグナリング情報の有効性開始時間を示す有効性開始時間（validity start time）情報及び前記有効性開始時間からの前記アセット送信特性シグナリング情報の有効性持続期間を示す有効性持続期間（validity duration）情報を含み、
前記アセット送信特性シグナリング情報は、前記アセット送信特性シグナリング情報がアセットのためのものであるか、又は、前記アセットに含まれる単一メディアプロセッシングユニット（ＭＰＵ）のためのものであるかを示すレベルフラグ情報をさらに含むことを特徴とする装置。
【請求項４】
前記レベルフラグ情報が第１の値として設定される場合、前記アセット送信特性シグナリング情報は、前記アセットのためのものであり、
前記レベルフラグ情報が第２の値として設定される場合、前記アセット送信特性シグナリング情報は、前記単一ＭＰＵのためのものであることを特徴とする請求項３に記載の装置。
【請求項５】
メディアデータに関する情報を受信するための方法であって、
アセット送信特性（asset delivery characteristic）に対する情報を含むアセット送信特性シグナリング情報を受信するステップと、
前記アセット送信特性シグナリング情報を検出するステップとを有し、
前記アセット送信特性シグナリング情報は、前記アセット送信特性シグナリング情報の有効性開始時間を示す有効性開始時間（validity start time）情報及び前記有効性開始時間からの前記アセット送信特性シグナリング情報の有効性持続期間を示す有効性持続期間（validity duration）情報を含み、
前記アセット送信特性シグナリング情報は、前記アセット送信特性シグナリング情報がアセットのためのものであるか、又は、前記アセットに含まれる単一メディアプロセッシングユニット（ＭＰＵ）のためのものであるかを示すレベルフラグ情報をさらに含むことを特徴とする方法。
【請求項６】
前記レベルフラグ情報が第１の値として設定される場合、前記アセット送信特性シグナリング情報は、前記アセットのためのものであり、
前記レベルフラグ情報が第２の値として設定される場合、前記アセット送信特性シグナリング情報は、前記単一ＭＰＵのためのものであることを特徴とする請求項５に記載の方法。
【請求項７】
メディアデータに関する情報を受信するための装置であって、
アセット送信特性（asset delivery characteristic）に対する情報を含むアセット送信特性シグナリング情報を受信する受信部と、
前記アセット送信特性シグナリング情報を検出する検出部とを有し、
前記アセット送信特性シグナリング情報は、前記アセット送信特性シグナリング情報の有効性開始時間を示す有効性開始時間（validity start time）情報及び前記有効性開始時間からの前記アセット送信特性シグナリング情報の有効性持続期間を示す有効性持続期間（validity duration）情報を含み、
前記アセット送信特性シグナリング情報は、前記アセット送信特性シグナリング情報がアセットのためのものであるか、又は、前記アセットに含まれる単一メディアプロセッシングユニット（ＭＰＵ）のためのものであるかを示すレベルフラグ情報をさらに含むことを特徴とする装置。
【請求項８】
前記レベルフラグ情報が第１の値として設定される場合、前記アセット送信特性シグナリング情報は、前記アセットのためのものであり、
前記レベルフラグ情報が第２の値として設定される場合、前記アセット送信特性シグナリング情報は、前記単一ＭＰＵのためのものであることを特徴とする請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ハイブリッドネットワークにおけるマルチメディアデータに関連した情報を送受信するための装置及び方法とその構造に関するものである。
【背景技術】
【０００２】
最近のマルチメディアサービスでは、ブロードキャスティングネットワークと通信ネットワークとを同時に接続するハイブリッド（Hybrid）ネットワークと、マルチメディアデータ、アプリケーション、及びファイルのハイブリッドコンテンツを提供するためのムービングピクチャーエクスパーツグループ（Moving Picture Experts Group：ＭＰＥＧ）メディアトランスポート（MPEG Media Transport：以下、‘ＭＭＴ’と称する）技術が考慮されている。
【０００３】
上述した情報は、本発明の理解を助けるために背景情報としてのみ提示される。本発明に対する先行技術で適用可能か否かに関してはいかなる決定及びいかなる主張もない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、少なくとも上述した問題点及び／又は不都合を解決し、少なくとも以下の利点を提供することにある。すなわち、本発明の目的は、マルチメディアデータ関連情報に関する有効範囲情報の構造を提供することである。
【０００５】
本発明の別の目的は、マルチメディアデータ関連情報に関する有効範囲情報を送信する方法及び装置を提供することである。
【０００６】
本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になる。
【課題を解決するための手段】
【０００７】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、メディアデータに関する情報を送信するための方法が提供される。上記方法は、上記メディアデータに関する送信特性情報を生成するステップと、上記送信特性情報を送信するステップとを有し、上記送信特性情報は、上記送信特性情報に関する有効範囲情報を含むことを特徴とするメディアデータに関する情報を送信することを特徴とする。
【０００８】
本発明の実施形態の他の態様によれば、メディアデータに関する情報を送信するための装置が提供される。上記装置は、上記メディアデータに関する送信特性情報を生成する送信特性情報生成部と、上記送信特性情報を送信する送信部とを有し、上記送信特性情報は、上記送信特性情報に関する有効範囲情報を含むことを特徴とする。
【０００９】
本発明の実施形態のさらに他の態様によれば、メディアデータに関する情報を受信するための方法が提供される。上記方法は、上記メディアデータに関する送信特性情報を受信するステップと、上記送信特性情報を検出するステップとを有し、上記送信特性情報は、上記送信特性情報に関する有効範囲情報を含むことを特徴とする。
【００１０】
本発明の実施形態のさらなる他の態様によれば、メディアデータに関する情報を受信するための装置が提供される。上記装置は、上記メディアデータに関する送信特性情報を受信する受信部と、上記送信特性情報を検出する検出部とを有し、上記送信特性情報は、上記送信特性情報に関する有効範囲情報を含むことを特徴とする。
【発明の効果】
【００１１】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、添付の図面を併用して本発明の様々な実施形態を開示した以下の詳細な説明から、より一層明らかになる。
【図面の簡単な説明】
【００１２】
【図１】本開示の実施形態によるムービングピクチャーエクスパーツグループ（Moving Picture Experts Group：ＭＰＥＧ）メディアトランスポート（ＭＭＴ）アセット、メディアプロセッシングユニット（ＭＰＵ）、及びアセット配信特性（ＡＤＣ）を含むＭＭＴフローを示す図である。
【図２】本開示の実施形態によるＭＭＴ送信エンティティ、中間ノード、及びＭＭＴ受信エンティティの動作及び構成を示す図である。
【発明を実施するための形態】
【００１３】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内において定められる本発明の実施形態の包括的な理解を助けるために提供されるものであり、この理解を助けるために様々な特定の詳細な説明を含むが、単なる１つの実施形態にすぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であることは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者には既知の機能や構成に関する具体的な説明を省略する。
【００１４】
以下の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、本発明の理解を明確且つ一貫性があるようにするために使用される。したがって、本発明の実施形態の説明が単に実例を提供するためのものであって、特許請求の範囲とこれと均等なものに基づいて定義される発明をさらに限定する目的で提供されるものでないことは、本発明の技術分野における通常の知識を持つ者には明らかであろう。
【００１５】
本願明細書に記載の各構成要素は、文脈中で特に明示しない限り、複数形を含むことは、当業者には理解できるであろう。したがって、例えば、「コンポーネント表面（a component surface）」との記載は、１つ又は複数の表面を含む。
【００１６】
「実質的に(substantially)」という用語は、提示された特徴、パラメータ、又は値が正確に設定される必要はないが、許容誤差、測定誤り、測定精度限界及び当業者に知られている他の要素を含む偏差又は変化が、これら特性が提供しようとする効果を排除しない範囲内で発生しうることを意味する。
【００１７】
本開示の実施形態の基本概念は、マルチメディアデータと関連した情報の有効範囲を示すために有効範囲情報をシグナリングすることにある。有効範囲情報は、時間、メディアデータ、又は送信パケットの観点で示される。以下では、「時間」及び「時間ドメイン」との用語は、同一の意味で交互に使用される。同様に、「メディアデータ」及び「メディア（データ）ドメイン」との用語は同一の意味で交互に使用され、「送信パケット」及び「パケットドメイン」との用語は、同一の意味で交互に使用される。
【００１８】
以下では、上述した基本概念をムービングピクチャーエクスパーツグループ（Moving Picture Experts Group：ＭＰＥＧ）メディアトランスポート（MPEG Media Transport：以下、「ＭＭＴ」と称する）システムに関連して説明するが、これは、説明の便宜のためにすぎず、本開示が必ずしもＭＭＴシステムのみに適用されるものではない。
【００１９】
具体的に、本開示の実施形態は、ＭＭＴシステムにおいて、ＭＭＴアセットの送信特性を指定するアセット配信特性（ＡＤＣ）（又は、トランスポート特性情報）に関する有効範囲情報を送信するための方法を提供する。
【００２０】
図１は、本開示の実施形態によるＭＭＴアセット、メディアプロセッシングユニット（ＭＰＵｓ）、及びＡＤＣを含むＭＭＴフローを示す図である。
【００２１】
ＭＭＴシステムにおいて、符号化されたメディアデータ及びそれに関連したメタデータのセットは、パッケージ１００と呼ばれるＭＭＴフローとして定義される。
【００２２】
パッケージ１００は、１以上のＭＭＴアセット１１０及び１２０を含む。ＭＭＴアセットは、ビデオ、オーディオ、テキスト、ファイルなどのようなマルチメディアプレゼンテーションを生成するために使用可能なマルチメディアデータを意味する。例えば、映画に関連して、タイトル“Ａ”の映画コンテンツのためのパッケージは、Ａのビデオアセット、Ａのオーディオアセット、Ａのテキストアセットを含み得る。
【００２３】
ＭＭＴアセット１１０及び１２０のそれぞれは、少なくとも１つのＭＰＵを含む。図１において、第１のＭＭＴアセット（ＭＭＴアセット１）１１０は、４個のＭＰＵ１１１、１１２、１１３、及び１１４を含み、第２のＭＭＴアセット（ＭＭＴアセット２）１２０は、３個のＭＰＵ１２１、１２２、及び１２３を含む。ＭＰＵは、ＭＭＴストリームを独立して処理するユニットである。例えば、ＭＭＴ送信エンティティは、データをＭＰＵに分割しＭＰＵを処理し、ＭＭＴ受信エンティティは、データをＭＰＵにて受信し、データを復元するためにＭＰＵを処理する。
【００２４】
パッケージ１００は、ＭＭＴアセット毎に対応するＭＭＴアセットの送信特性を提供するための各ＭＭＴアセットに対応するＡＤＣ（又はトランスポート特性情報）を含む。すなわち、ＡＤＣ１１５は、ＭＭＴアセット１  １１０の送信特性を示し、ＡＤＣ１２５は、ＭＭＴアセット２  １２０の送信特性を示す。状況によっては、ＡＤＣ情報は、アセットのためのものではなく、１つのＭＰＵのためのものであってもよい。これについては、本開示の第１の実施形態で後ほど詳細に説明する。
【００２５】
以下では、本開示の実施形態によるＡＤＣ情報の構成について詳細に説明する。
【００２６】
本開示の実施形態によると、ＡＤＣ情報は、データの有効範囲を示す「有効範囲情報」を含む。したがって、ＡＤＣ情報は、時間ドメイン有効期間情報を含むか（第１の実施形態及び第４の実施形態）、メディアドメインＭＰＵシーケンス番号情報を含むか（第２の実施形態）、又はパケットドメインパケットシーケンス番号情報を含むことにより（第３の実施形態）、ＡＤＣ情報の有効範囲を示す。
【００２７】
第１の実施形態
本開示の第１の実施形態によると、ＡＤＣ情報は、時間ドメインにおけるＡＤＣ情報の有効期間に関する情報を含む。
【００２８】
具体的に、対応するＡＤＣ情報がどのくらいの期間（すなわち、時間）有効であるかを示すために、ＡＤＣ情報は、「有効性開始時間（Validity_start_time）」情報及び「有効性持続期間（Validity_duration）」情報を含む。有効性開始時間（Validity_start_time）情報は、（アップデートされた）ＡＤＣ情報が有効となる時間を示し、‘有効性持続期間（Validity_duration）’情報は、有効性開始時間から（アップデートされた）ＡＤＣ情報が有効な期間を示す。
【００２９】
時間ドメインにおいて、ＡＤＣ情報がＡＤＣ有効範囲情報を含む場合に、中間ノードであるメディアアウェアネットワークエレメント（Media Aware Network Element：ＭＡＮＥ）又はＭＭＴ受信エンティティは、受信されるＭＭＴフローからシグナリングメッセージのみを抽出し、シグナリングメッセージからＡＤＣのみを抽出することにより、他のすべてのＭＰＵ又は他のすべての情報を受信する必要なしに、ＡＤＣ有効範囲情報を容易に検出することができるという長所がある。
【００３０】
ＭＡＮＥ又はＭＭＴ受信エンティティが有効性開始時間情報及び有効性持続期間情報を一旦受信すれば、ＭＡＮＥ又はＭＭＴ受信エンティティは、有効性持続期間情報により示される期間中に、新たなＡＤＣ情報を必ずしも受信する必要はない。有効性持続期間情報により示される期間が経過した後には、ＭＡＮＥ又はＭＭＴ受信エンティティは、新たなＭＭＴＰパケットを受信し、新たなＭＭＴＰパケット内のアップデートされたＡＤＣを検索することにより、新たなＡＤＣ情報を取得できる。したがって、時間ドメインにおいて、ＡＤＣ有効範囲情報がＡＤＣ情報に含まれる場合には、ＡＤＣの有効範囲を判定することが容易であるという長所がある。しかしながら、時間ドメイン有効範囲情報が提供される場合に、ＭＭＴフローが他のネットワークの中間ノードを通過する間に、パケット損失又はボトルネックのような外部の要因によりトラフィック特性が歪んでしまうと、ＡＤＣ情報自体が正確でなくなることがある。中間ノード２２０は、ルータ又はＭＡＮＥであってもよい。
【００３１】
必要な場合には、有効性開始時間情報なしに有効性持続期間情報のみがＡＤＣ情報に含まれていてもよい。この場合、ＭＡＮＥ又はＭＭＴ受信エンティティは、ＡＤＣ情報を有するＭＭＴパケットヘッダに含まれるタイムスタンプ情報を用いてタイムスタンプにより示される時点以後、有効性持続期間情報により示される期間内に、対応するＡＤＣ情報が有効であると設定する。
【００３２】
言い換えれば、有効性開始時間情報なしに有効性持続期間情報のみがＡＤＣ情報に含まれる場合には、ＡＤＣ情報を有するＭＭＴＰパケットヘッダ内のタイムスタンプ情報は、有効性開始時間情報として機能する。
【００３３】
有効性開始時間情報及び／又は有効性持続期間情報に加えて、ＡＤＣ情報は、ADC_level_flag情報を含んでいてもよい。ADC_level_flag情報は、ＡＤＣ情報がアセットのためのものであるか又はＭＰＵのためのものであるかを示す１ビットフラグ情報である。ＡＤＣ情報は、ＡＤＣ情報のサイズを考慮して、アセットベース又はＭＰＵベースで送信される。したがって、ＡＤＣ情報が対応するアセットのための情報を含むか又はＭＰＵのための情報を含むかは、ADC_level_flagにより示される。例えば、ADC_level_flagが「０」に設定される場合に、ＡＤＣシグナリングメッセージは、アセットのための情報を含む。一方、ADC_level_flagが「１」に設定される場合には、ＡＤＣシグナリングメッセージは、１つのＭＰＵのための情報を含む。
【００３４】
下記の表１は、本開示の第１の実施形態による時間ドメインでＡＤＣ有効範囲情報を含むＡＤＣ情報の一例を示す。
【００３５】
【表１】
0006571677.tif 000002
表１の各メッセージエレメントは、次のような意味を有する。
【００３６】
Message_id：ＡＤＣメッセージの識別子を示す。
【００３７】
Version：ＡＤＣメッセージのバージョンを示す。
【００３８】
Length：バイト単位でＡＤＣメッセージの長さを示す３２ビットフィールドであり、次のフィールドの開始点からＡＤＣメッセージの最後のバイトまでをカウントする。値「０」は、このフィールドに対して有効でない。
【００３９】
Loss_tolerance：アセットの配信に対して要求される損失許容範囲を示す。loss_tolerance属性の値は、所定のテーブルでリストされる。
【００４０】
Jitter_sensitivity：エンドツーエンド間のアセットの配信のための下部配信ネットワークの必要とされるジッターレベルを示す。Jitter_sensitivity属性の値は、所定のテーブルでリストされる。
【００４１】
Class_of_service：サービスを異なるクラスに分類し、特定の方式でビットストリームのそれぞれのタイプを管理する。例えば、ＭＡＮＥは、特定の方式でビットストリームのそれぞれのタイプを管理できる。このフィールドは、ビットストリーム属性のタイプを示す。
【００４２】
Bitdirection_indicator：「１」に設定される場合には、双方向配信が要求されることを示す。「０」に設定される場合には、双方向配信が要求されないことを示す。
【００４３】
Bitstream_descriptorVBRType：class_of_serviceが「１」である場合に、「Bitstream_descriptorType」のために使用される。
【００４４】
Bitstream_descriptorCBRType：class_of_serviceが「０」である場合に、「Bitstream_descriptorType」のために使用される。
【００４５】
sustainable_rate：アセットの連続した配信に対して保証される最小ビットレートを定義する。sustainable_rateは、トークンバケツモデルでは消耗率に対応する。sustainable_rateは、秒当たりのバイトで表現される。
【００４６】
buffer_size：アセットの配信のための最大バッファサイズを定義する。バッファは、sustainable_rateより高い過度な瞬間ビットレートを吸収し、バッファサイズは、オーバーフローを回避可能な程度に十分に大きくなければならない。バッファサイズは、トークンバケツモデルのバケツ深さに対応する。一定のビットレート（ＣＢＲ）アセットのバッファサイズは、０である。バッファサイズは、バイトで表現される。
【００４７】
peak_rate：アセットを連続して配信中のピークビットレートを定義する。ピークビットレートは、毎MFU_period間の最大ビットレートである。ピークレートは、毎秒当たりのバイトで表現される。
【００４８】
MFU_period：アセットを連続して配信中のＭＦＵの期間を定義する。MFU_periodは、２つの連続したＭＦＵの１番目のバイト間の送信時間の時間間隔として測定される。MFU_periodは、ミリ秒の単位で表現される。
【００４９】
max_MFU_size：MFU_period*peak_rateであるＭＦＵの最大サイズを示す。max_MFU_sizeは、バイト単位で表現される。
【００５０】
flow_label（７ビット）：フローＩＤを示す。アプリケーションは、ネットワークリソースがセッションの間に一時的に留保されるフローＱｏＳ当たりの動作を実行する。１つのフローは、ネットワークリソースがパッケージ内のＡＤＣ又はトランスポート特性に従って留保されるビットストリーム又はビットストリームのグループとして定義される。このフィールドは、「０」から「１２７」までの暗示的なシーケンス番号である。任意の番号は、セッションの間に一時的に割り当てられ、復号器（プロセッサ）が割り当てられネットワークリソースを留保できるすべての個別のフローを示す。
【００５１】
packet_id（１６ビット）：このフィールドは、１つのアセットを他のものと識別するために使用できる整数である。このフィールドの値は、パッケージが属しているアセットのasset_idから得られる。packet_idとasset_idとのマッピング関係は、シグナリングメッセージの一部としてＭＭＴパッケージテーブルによりシグナリングされる。個別の値は、シグナリングメッセージ及びフォワードエラー訂正（ＦＥＣ）リペアフローに割り当てられる。packet_idは、配信セッションのライフタイムを通して、同一のＭＭＴ送信エンティティにより配信されるすべてのＭＭＴフローに対して固有の値を有する。ＡＬ−ＦＥＣのために、packet_idとＦＥＣリペアフローとの間のマッピング関係は、ＡＬ−ＦＥＣメッセージで提供される。
【００５２】
ADC_level_flag（１ビット）：含まれたＡＤＣ情報がアセットのためのものであるか又はＭＰＵのためのものであるかを示す。「０」に設定される場合に、ＡＤＣシグナリングメッセージは、アセットのための情報を含む。「１」に設定される場合に、ＡＤＣシグナリングメッセージは、１つのＭＰＵのためのＡＤＣ情報を含む。
【００５３】
Validity_start_time（３２ビット）：アップデートされたＡＤＣメッセージが有効となり始める時間を示す。
【００５４】
Validity_duration（３２ビット）：含まれたＡＤＣ情報の有効性持続期間をミリ秒の単位で示す。
【００５５】
例えば、「Validity_start_time（３２ビット）」は、ＡＤＣ情報が有効となり始める時間を示し、「Validity_duration（３２ビット）」は、含まれたＡＤＣ情報の有効期間をミリ秒の単位で示す。
【００５６】
第２の実施形態
本開示の第２の実施形態によると、ＡＤＣに対する有効なＭＰＵシーケンス番号情報は、ＡＤＣ情報内にＡＤＣ有効範囲情報として含まれる。例えば、「有効なＭＰＵシーケンス情報」は、ＡＤＣ情報に含まれる。
【００５７】
具体的に、有効なＭＰＵシーケンス情報は、「有効ＭＰＵシーケンス開始番号（Valid_MPU_Sequence_Start_Number）」及び／又は「有効ＭＰＵシーケンス終了番号（Valid_MPU_Sequence_End_Number）」を含む。
【００５８】
「Valid_MPU_Sequence_Start_Number」は、対応するＡＤＣ情報が有効となり始めるＭＰＵシーケンス番号を示し、「Valid_MPU_Sequence_End_Number」は、対応するＡＤＣ情報の有効性が終了するＭＰＵシーケンス番号を示す。例えば、ＡＤＣ情報が適用されるＭＰＵシーケンス番号の開始及び終了を示す情報は、ＡＤＣ情報に含まれることにより対応するＡＤＣの有効範囲を示す。
【００５９】
このような情報を受信したＭＡＮＥ又はＭＭＴ受信エンティティは、受信されるＭＭＴパケットのペイロードヘッダに含まれたＭＰＵシーケンス番号から対応するＭＰＵのＡＤＣを確認できる。あるいは、受信されたＭＭＴパケットからＭＰＵを復元し、対応するＭＰＵのＡＤＣをＭＰＵのＭＰＵボックスに含まれたＭＰＵシーケンス番号から確認できる。
【００６０】
ＡＤＣ有効範囲情報がメディアドメインに含まれていれば、対応するＡＤＣ情報がどのＭＰＵのためのものであるかは明確に示される。したがって、ＡＤＣ情報により説明されたトラフィック特性がネットワークでのボトルネックのような要因により実際のトラフィック特性とは異なるとしても、その差は大きくならないという長所がある。
【００６１】
他方、メディアサービスプロバイダが大きなＭＰＵサイズを設定し、したがって、少ない数のＭＰＵが１つのアセット内に含まれる場合には、精密なＡＤＣ情報を提供することが難しいことがある。
【００６２】
しかしながら、場合によっては、「Valid_MPU_Sequence_Start_Number」情報なしに「Valid_MPU_Sequence_End_Number」のみがＡＤＣ情報に含まれていてもよい。この場合、ＭＡＮＥがＡＤＣ情報を受信した後に、「Valid_MPU_Sequence_End_Number」により示される時間まで対応するＡＤＣ情報が有効であることを判定することができる。対応する情報は、ＡＤＣ情報及びＭＰＵの送信順序が変更されない場合のみに意味がある。
【００６３】
下記の表２は、本開示の第２の実施形態に従って、メディアドメインＡＤＣ有効範囲情報を含むＡＤＣ情報の一例を示す。
【００６４】
【表２】
0006571677.tif 000003
「有効ＭＰＵシーケンス開始番号（Valid_MPU_Sequence_Start_Number）（３２ビット）」は、ＡＤＣ情報が有効となり始めるＭＰＵシーケンス番号を示し、「有効ＭＰＵシーケンス終了番号（Valid_MPU_Sequence_End_Number）（３２ビット）」は、ＡＤＣ情報の有効性が終了するＭＰＵシーケンス番号を示す。
【００６５】
第３の実施形態
本開示の第３の実施形態によると、ＭＭＴパケットドメインにおけるＡＤＣに対して有効なＭＭＴパケットシーケンス番号に関する情報が、ＡＤＣ有効範囲情報としてＡＤＣ情報内に含まれる。例えば、「有効パケットシーケンス情報（valid packet sequence information）」がＡＤＣ情報に含まれる。具体的に、有効パケットシーケンス情報は、「有効パケットシーケンス開始番号（Valid_packet_Sequence_Start_Number）」及び／又は「有効パケットシーケンス終了番号（Valid_packet_Sequence_End_Number）」を含む。
【００６６】
「Valid_packet_Sequence_Start_Number」は、対応するＡＤＣ情報が有効となり始めるパケットのシーケンス番号を示し、「Valid_packet_Sequence_End_Number」は、対応するＡＤＣ情報の有効性が終了するパケットのシーケンス番号を示す。例えば、ＡＤＣ情報が適用されるパケット番号の開始及び終了を示す情報は、ＡＤＣ情報に含まれることにより対応するＡＤＣの有効範囲を示す。
【００６７】
中間ノード（例えば、ＭＡＮＥ）又はＭＭＴ受信エンティティは、ＭＭＴパケットのパケットヘッダに含まれているパケットシーケンス番号（Packet_Sequence_Number）を用いて受信されたＭＭＴパケットのＡＤＣを確認することができる。
【００６８】
このように、パケットドメインＡＤＣ有効範囲情報がＡＤＣ情報に含まれる場合に、対応するＡＤＣ情報により記述されたパケットは、パケットレベルでパケットヘッダ情報を読み出すことにより確認される。したがって、ＡＤＣの有効範囲は、特定の複雑な過程なしに確認される。
【００６９】
必要な場合には、「Valid_packet_Sequence_Start_Number」情報なしに「Valid_packet_Sequence_End_Number」情報のみがＡＤＣ情報に含まれる。この場合に、ＡＤＣが含まれたパケットのシーケンス番号が検出された後に、対応するパケットから「Valid_packet_Sequence_End_Number」情報の個数だけのパケットまで対応するＡＤＣ情報が有効なものと確認できる。しかしながら、これは、ＡＤＣ情報及びパケットの送信順序が変更されない場合のみに可能である。
【００７０】
下記の表３は、本開示の第３の実施形態に従ってパケットドメインでＡＤＣ有効範囲情報を含むＡＤＣ情報の一例を示す。
【００７１】
【表３】
0006571677.tif 000004
「Valid_packet_Sequence_Start_Number（３２ビット）」は、対応するＡＤＣ情報が有効となり始めるパケットシーケンス番号を示し、「Valid_packet_Sequence_End_Number（３２ビット）」は、対応するＡＤＣ情報の有効性が終了するパケットシーケンス番号を示す。
【００７２】
第４の実施形態
本開示の第４の実施形態は、 時間ドメインＡＤＣ有効期間を示すＡＤＣ有効範囲情報を含むＡＤＣ情報の他の例である。
【００７３】
具体的に、対応するＡＤＣ情報がどのくらいの期間有効であるかを示すために、パラメータ「Validity_start_time」、「Validity_duration_in_time」、及び「Next_Update_in_time」をＡＤＣ情報に含めることができる。「Validity_start_time」は、ＡＤＣ情報が有効となり始める時点を示し、「ADC_Validity_duration」は、ＡＤＣの有効な持続期間を示す。
【００７４】
「Validity_start_time」及び「Validity_duration_in_time」は、メディアビデオ内の時点である「メディアレベル時間」として示すこともでき、又はウォールクロックタイム（協定世界時（ＵＴＣ））として示すこともできる。
【００７５】
「メディアレベル時間」は、対応するメディア内での時間を意味する。例えば、１時間のビデオメディアで「Validity_start_time」が１０分であり、「ADC_Validity_duration」が２分である場合には、現在のＡＤＣの有効な期間は、１時間のビデオメディアで１０分から１２分までの期間となる。他方、ＵＴＣは、実生活で使用される標準時間を意味する。例えば、「Validity_start_time」は、１２時１０分０秒に設定でき、「ADC_Validity_duration」は、２分に設定できる。
【００７６】
「Validity_start_time」及び「ADC_Validity_duration」の値がメディアレベル時間である場合に、ＡＤＣ情報は、パラメータ「Next_Update_in_time」を含んでいてもよい。「Next_Update_in_time」は、現在のＡＤＣ情報の後にアップデートされるＡＤＣ情報が送信されるか又は受信されなければならない場合のウォールクロックタイムを示す。「Next_Update_in_time」は、絶対的な時間値として示すこともでき、又は現在のＡＤＣの送信時間又は「Validity_Start_Time」からの時間遅延を示すオフセット値として示すこともできる。
【００７７】
下記の表４は、本開示の第４の実施形態に従って時間ドメインＡＤＣ有効範囲情報を含むＡＤＣ情報のもう１つの例を示す。
【００７８】
【表４】
0006571677.tif 000005
表４を参照すると、現在のＡＤＣ情報の有効期間を示すために、ＡＤＣ情報は、「Validity_Start_Time」及び「ADC_Validity_duration」を含む。また、ＡＤＣ情報は、次のＡＤＣ情報が受信されるべき時間を示すために「Next_Update_in_time」を含む。
【００７９】
「Validity_Start_Time」及び「ADC_Validity_duration」を時間で区切る（time-segmenting）ことにより、複数の有効期間情報をＡＤＣ情報に含めてもよい。
【００８０】
表４において、「Number_of_timesegments」は、現在のＡＤＣ情報に含まれている「Validity_Start_Time」及び「Validity_duration_in_time」により定義される時間区間の個数を示す。このとき、異なるＡＤＣ値が、それぞれの時間区間毎に適用される。表４の例において、「bitstream_descriptor」の値は、各時間区間に対して変わってもよい。
【００８１】
また、「Validity_Start_Time」及び「ADC_Validity_duration」により定義される時間区間のそれぞれにマッピングされたパラメータは、１つのＡＤＣ情報内にリストとして含まれ得る。表４の例では、パラメータ「flow_label」、「sustainable_rate」、「buffer_size」、「peak_rate」、「max_MFU_size」、及び「mfu_period」は、１つの時間区間にマッピングされる。
【００８２】
表４における「Next_Update_in_time」について、現在のＡＤＣ情報の後にアップデートされる次のＡＤＣ情報は、現在のＡＤＣ情報の送信時間の後に「Next_Update_in_time」に対応する時間で送信される。したがって、受信器（例えば、ＭＡＮＥ）は、「Next_Update_in_time」を受信し、「Next_Update_in_time」の値により示される時間で次のＡＤＣ情報を受信する。
【００８３】
第５の実施形態
本開示の第５の実施形態によると、ＡＤＣ有効範囲情報が複数のメディアドメイン対して選択的に構成される場合、フラグをＡＤＣ情報に含めて、ＡＤＣ有効範囲情報がどのディアドメインに対するものかを示す。
【００８４】
具体的に、ＡＤＣの有効範囲についての情報が複数のメディアドメインのうちのどのメディアドメインに対するものかを示すために、「Validity_domain_mode」とのパラメータが、ＡＤＣ情報に含まれていてもよい。
【００８５】
下記の表５は、本開示の第５の実施形態に従って、「Validity_domain_mode」とのパラメータを含むＡＤＣ情報の一例を示す。
【００８６】
【表５】
0006571677.tif 000006
第６の実施形態
本開示の第６の実施形態は、ＭＭＴシグナリングメッセージを受信する中間ノード、例えば、ＭＡＮＥが実行すべき動作に関するガイド情報がＡＤＣ情報に含まれる実施形態である。
【００８７】
本開示の第６の実施形態では、ＭＭＴシグナリングメッセージを受信するＭＡＮＥにより実行されるべき動作を示すために、「Configuration_Type」フィールドがＡＤＣ情報に含まれてもよい。「Configuration_Type」が０に設定される場合には、対応するＭＭＴパケットを受信するＭＡＮＥは、ＭＭＴパケットを次のノードに転送する。一方、「Configuration_Type」が１に設定される場合には、ＭＡＮＥは、対応するＭＭＴパケットの最終の宛先がＭＡＮＥではないとしても、自身の構成が変更されなければならないか、又は対応するＭＭＴパケットに参考されるべき情報が少なくとも含まれると判定し、対応するＭＭＴパケットをデカプセル化する。「Configuration_Type」フィールドは、ＭＭＴＰパケットヘッダで定義される。例えば、「Configuration_Type」フィールドは、ＭＭＴＰパケットヘッダの「Pravate_User_Data」で定義される。
【００８８】
「Configuration_Type」フィールドがＭＭＴＰパケットヘッダに含まれる場合には、ＭＡＮＥは、対応するＭＭＴＰパケットに含まれる情報の重要性及びＭＭＴＰパケットのデカプセル化の必要性を判定できる。したがって、ＭＡＮＥは、ＭＭＴＰパケットに含まれた「Configuration_Type」フィールドの値を使用すれば、すべてのＭＭＴパケットをオープンし復元する必要がない。
【００８９】
図２は、本開示の実施形態によるＭＭＴ送信エンティティ、中間ノード、及びＭＭＴ受信エンティティの動作及び構造を示す図である。
【００９０】
図２を参照すると、ＭＭＴ送信エンティティ２１０は、ＭＭＴパケットの生成及び送信を行う。中間ノード２２０は、ＭＭＴパケットをＭＭＴ受信エンティティ２３０に転送する。パケット転送のために、中間ノード２２０は、必要な場合に、ネットワークリソースを予約する。
【００９１】
まず、ＭＭＴ送信エンティティ２１０の構造及び動作について説明する。
【００９２】
ＭＭＴ送信エンティティ２１０は、ＡＤＣ情報収集部２１１、ＡＤＣ有効範囲情報生成部２１２、ＡＤＣ信号生成部２１３、ネットワークリソース予約処理部２１４、及びＭＭＴパケット送信部２１５を含む。
【００９３】
ＡＤＣ情報収集部２１１は、コンテンツプロバイダ又はサービスプロバイダからＡＤＣ情報を収集し、収集されたＡＤＣ情報をＡＤＣ有効範囲情報生成部２１２及びＡＤＣ信号生成部２１３に提供する。
【００９４】
ＡＤＣ有効範囲情報生成部２１２は、本開示の実施形態に従って、受信したＡＤＣ情報を用いて、ＡＤＣの有効範囲を示すＡＤＣ有効範囲情報を生成する。上述したように、ＡＤＣ有効範囲情報は、時間ドメイン（第１の実施形態）、メディアドメイン（第２の実施形態）、又は、パケットドメイン（第３の実施形態）で識別子として生成される。
【００９５】
ＡＤＣ信号生成部２１３は、時間ドメインでのメディアアセットに関するトラフィック特性情報を含むＡＤＣ情報をＡＤＣ情報収集部２１１から受信し、当該ＡＤＣ情報を送信するために適切に処理する。
【００９６】
ネットワークリソース予約処理部２１４は、ＭＭＴで定義されない付加的なプロトコルとしてＭＭＴトラフィックを送信するためのリソース予約プロトコル（ＲＳＶＰ）を処理する。ＭＭＴパケット送信部２１５は、ＡＤＣ情報を含むＭＭＴパケットを送信する。
【００９７】
次いで、中間ノード２２０の構造及び動作について説明する。
【００９８】
中間ノード２２０は、ＭＭＴパケット受信処理部２２１、ＡＤＣ検出部２２２、有効範囲情報検出部２２３、有効範囲識別及びマッピング部２２４、及びネットワークリソース予約処理部２２５を含む。
【００９９】
ＭＭＴパケット受信処理部２２１は、ＭＭＴ送信エンティティ２１０からＭＭＴパケットを受信し、ＭＭＴパケットを処理せず、受信したＭＭＴパケットをＭＭＴ受信エンティティ２３０に転送するか、又は本開示の実施形態に従って、受信したＭＭＴパケットをＡＤＣ検出部２２２に送信する。
【０１００】
ＡＤＣ検出部２２２は、中間ノード２２０を通過するＭＭＴパケットをモニタリングし、ＭＭＴパケットからＡＤＣ情報を含むシグナリングメッセージを検出する。例えば、ＡＤＣ検出部２２２は、ＭＭＴパケットヘッダの「Type」フィールド及びメッセージの「message_id」に基づいて、対応するメッセージがＡＤＣ情報を含むか否かを判定できる。また、ＡＤＣ検出部２２２は、ＡＤＣ情報のアップデートが必要であるか否かを判定し、必要な場合には、アップデートされたＡＤＣ情報を受信する。さらに、ＡＤＣ検出部２２２は、必要な場合には、ＭＭＴ送信エンティティ２１０からＡＤＣ情報をリクエストする。
【０１０１】
有効範囲情報検出部２２３は、ＡＤＣ検出部２２２により検出されたＡＤＣ情報からＡＤＣの有効範囲を判定する。具体的に、有効範囲情報検出部２２３は、時間ドメイン（第１の実施形態）、メディアドメイン（第２の実施形態）、又はパケットドメイン（第３の実施形態）の識別子を用いてＡＤＣの有効範囲を検出する。
【０１０２】
有効範囲識別及びマッピング部２２４は、有効範囲情報検出部２２３により検出された有効範囲情報から特定のＡＤＣの有効範囲に対応する時間ドメイン、メディアドメイン、又はパケットドメインの指示子（例えば、時間、ＭＰＵ、又はパケット）を識別し、対応するＡＤＣ情報を識別された指示子にマッピングする。
【０１０３】
ネットワークリソース予約処理部２２５は、ＭＭＴで定義されない付加的なプロトコルとしてＭＭＴトラフィックを送信するためのリソース予約プロトコル（ＲＳＶＰ）を処理する。ネットワークリソース割り当て部（図示せず）は、自身のネットワークリソースを特定のトラフィックに割り当てる。
【０１０４】
最後に、ＭＭＴ受信エンティティ２３０の構造及び動作について説明する。
【０１０５】
ＭＭＴ受信エンティティ２３０は、ＭＭＴパケット受信部２３１、ＡＤＣ検出部２３２、動的リソース管理部２３３、バッファ管理部２３４、及びネットワークリソース予約処理部２３５を含む。
【０１０６】
ＭＭＴパケット受信部２３１は、ＭＭＴパケットを受信し、受信したＭＭＴパケットを処理し、処理されたＭＭＴパケットをＡＤＣ検出部２３２に送信する。
【０１０７】
ＡＤＣ検出部２３２は、受信されたＭＭＴパケットをモニタリングし、ＭＭＴパケットからＡＤＣ情報を含むシグナリングメッセージを検出する。例えば、ＡＤＣ検出部２３２は、ＭＭＴパケットヘッダの「Type」フィールド及びメッセージの「message_id」に基づいて、対応するメッセージがＡＤＣ情報を含むか否かを判定できる。
【０１０８】
動的リソース管理部２３３は、検出されたＡＤＣ情報に基づくトラフィック特性を考慮して、ネットワークリソースリクエストを効率的にアップデートする。ＭＭＴ受信エンティティ２３０の動的リソース管理部２３３は、ＲＳＶＰがＭＭＴ送信エンティティ２１０にて実行される場合に、参照として使用できる（例えば、アップデートが実行されるか否か及びアップデートレベル）。また、動的リソース管理部２３３は、ＭＭＴ受信エンティティ２３０により確保されるべきバッファ情報のためにＡＤＣ情報を活用できる。バッファ管理部２３４は、バッファ情報に基づいてバッファを管理する。
【０１０９】
ネットワークリソース予約処理部２３５は、ＭＭＴで定義されない付加的なプロトコルとしてＭＭＴトラフィックを送信するためのＲＳＶＰを処理する。
【０１１０】
クレーム及び発明の詳細な説明に従う本発明の様々な実施形態は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合せの形態で実現できる。
【０１１１】
このような任意のソフトウェアは、非一時的なコンピュータ可読記憶媒体に記憶されることができる。非一時的なコンピュータ可読記憶媒体は、１つ以上のプログラム（ソフトウェアモジュール）を記憶し、１つ以上のプログラムは、指示を含み、電子装置で１つ以上のプロセッサにより実行される場合に、この指示は、電子装置が本開示の方法を実行するようにする。
【０１１２】
このような任意のソフトウェアは、例えば、削除が可能であるか又は再記録が可能であるかにかかわらず、読み出し専用メモリ（ＲＯＭ）のような記憶装置のような揮発性又は不揮発性記憶装置、又は、例えば、ランダムアクセスメモリ（ＲＡＭ）、メモリチップ、メモリ装置、又はメモリ集積回路（ＩＣ）、又は、例えば、コンパクトディスク（ＣＤ）、ディジタル多用途ディスク（ＤＶＤ）、磁気ディスク、又は磁気テープなどの光学的又は磁気的に読み取り可能な非一時的な機械可読（例えば、コンピュータ可読）記憶媒体に記憶することができる。記憶装置及び記憶メディアは、本発明の様々な実施形態を具現する指示を含むプログラム又はプログラムを格納するのに適合した非一時的な機械可読記憶媒体の様々な実施形態である。したがって、本発明の様々な実施形態は、本開示のクレームのうちのいずれか１つでクレームされた装置又は方法を実現するためのコードを含むプログラム及びこのようなプログラムを記憶する非一時的な機械可読記憶媒体を提供する。
【０１１３】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきものである。
【図１】
0006571677.tif 000007
【図２】
0006571677.tif 000008