JP2008507009A - データオブジェクトの転送 - Google Patents

Abstract

本発明は、少なくとも１つのデータオブジェクト（５０）を受信機（１０１）へ転送するのに適した、方法、コンピュータプログラム、コンピュータプログラム製品、システム、送信機、並びに、受信機に関し、少なくとも１つのデータオブジェクトの識別子設定（ｉｄｅｎｔｉｆｙｉｎｇ）と、バージョン設定（ｖｅｒｓｉｏｎｉｎｇ）と、有効期限設定（ｔｉｍｅ ｂｏｕｎｄｉｎｇ）のうちの少なくとも１つとして機能するデータエンベロープ（５１）と、少なくとも１つのデータオブジェクトとを個別に関連づけ、少なくとも１つのデータエンベロープと、少なくとも１つのデータオブジェクトの表示とを複合コンテナオブジェクト（５２）の中に組み込む（１１０）ステップと、複合コンテナオブジェクトを受信機へ転送する（１１２）ステップと、を含むものである。推奨実施形態では、少なくとも１つのデータオブジェクトは、受信機が利用できるサービスおよび／またはコンテンツに関する記述を表わすメタデータオブジェクトであり、複合コンテナオブジェクトには、その複合コンテナオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能する複合コンテナエンベロープ（５３）が設けられる。

Description

本発明は、少なくとも１つのデータオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能するそれぞれのデータエンベロープと関連づけられた、少なくとも１つのデータオブジェクトの受信機への転送に関する。

例えばファイルなどの個別のデータオブジェクトのストリーミングか、ダウンロードかのいずれかによって、通信システムにおける固定端末や携帯端末などのユーザへデジタルコンテンツが配信される。このデジタルコンテンツは、例えば映画、音楽あるいは文字情報などによって表されるものであってもよい。

ユーザおよびユーザ装置は、一般に、コンテンツ並びにおそらくコンテンツを利用する権利をまず選択し、これらを取得するためにコンテンツを発見する必要がある。インターネット技術特別調査委員会（ＩＥＴＦ）内では、インターネットメディアガイド（ＩＭＧ）作業部会によって、メタデータとして公知のコンテンツ記述の配信のためのフレームワークが規定されており、例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）のフェッチや、セッション開始プロトコル（ＳＩＰ）予約や、片方向トランスポートファイル配布（ＦＬＵＴＥ）サービス通知を介するなどの種々のデータフォーマット（シンタックス）および種々のトランスポートメカニズムを可能としている。上記フレームワークについては、２００４年６月２１日のＭＭＵＳＩＣ ＷＧ（Ｎｏｍｕｒａ、Ｙ他）のＩＥＴＦ文書“ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｉｍｇ−ｆｒａｍｅｗｏｒｋ−０７．ｔｘｔ”に詳細に記載されている。

ＩＭＧのフレームワークは、メタデータエンベロープについて記述するものであり、セッション記述プロトコル（ＳＤＰ）ファイルなどのメタデータオブジェクトに関する最低限の記述を行って、メタデータオブジェクトの識別子設定処理と、バージョン設定処理と、有効期限設定処理とを行えるようにするものである。これによって、バージョンの変更などの簡単なメタデータの変更管理と、有効な時間中のみのメタデータの利用などの有効性／時間切れと、時間切れメタデータのガーベージコレクションとを行うことが可能となる。

第３世代パートナプロジェクト（３ＧＰＰ）のＳＡ４作業グループは、３ＧＰＰリリース６の中でマルチメディア放送／マルチキャストサービス（ＭＢＭＳ）用としてサービス通知と共に使用するメタデータエンベロープを指定している。３ＧＰＰはＦＬＵＴＥと組み合わせた形での利用を完全に指定するものである。３ＧＰＰは、おそらく、メタデータエンベロープと組み合わせたメタデータのＨＴＴＰ検索のような、別の転送方法とプロトコルとによるメタデータエンベロープの利用を指定することも可能にするものである。

デジタルビデオ放送（ＤＶＢ）システムというコンテキストにおいて、欧州電気通信標準化協会（ＥＳＴＩ）が、インターネットプロトコル装置制御（ＩＰＤＣ）サービス用として、および、潜在的に任意の放送利用ＩＰサービスの通知／発見システム用としてメタデータエンベロープの利用を指定することが予想される。

メタデータエンベロープは、その種々のバージョンにおけるオブジェクトの管理を可能にするためにメタデータオブジェクトに関する情報を提供するものである。メタデータエンベロープは以下のケースのうちのいずれのケースにおいても特に有用である：
・メタデータがその有効な耐用期間中に変化する可能性が大きく、その結果メタデータのバージョン番号が変化する場合
・同じメタデータオブジェクト用として２以上の配信セッションおよび／または転送プロトコル／メカニズムを利用する場合（例えば、ＨＴＴＰとＦＬＵＴＥとを用いて同じメタデータオブジェクトの取得が可能である場合）
・データまたはメタデータの大きな本体部分が他の部分とは或る程度独立に変化する可能性がある場合（例えば、サッカーの試合に関する記述が変化する一方で、サッカーのトーナメントに関する記述を同じ記述のままにして、個々の部分を別個に特定する必要があるような場合など）
・メタデータのソースが、データの適用性に限定がある旨を受信機／クライアントに指示して、或る一定時点になるまでデータが有効にならないようにしたい場合や、受信機が例えば期限の時刻などのような或る一定時刻後にデータの削除や更新を行うことが予想される場合。

メタデータエンベロープは、一般に、サイズ、チェックサム、ソース、関連するオペレータロゴなどの任意の有用なメタデータオブジェクトの一部について記述することが可能である。しかし、ほとんどのケースに共通の基本的セットの有用データは、以下のものであることが認識されている：
・統一資源識別子（ＵＲＩ）などの形のメタデータオブジェクト識別子
・整数などの形のメタデータオブジェクトバージョン
・ノーマルタイムプロトコル（ＮＴＰ）タイムスタンプ“から有効な”およびノーマルタイムプロトコル（ＮＴＰ）タイムスタンプ“まで有効な”一対の期限としてのメタデータオブジェクトの有効期限。

例えば、（拡張マークアップ言語（ＸＭＬ）テキスト記述などの）テキスト記述および別の手段によって、プロトコルヘッダフィールド（おそらく拡張ヘッダ）として２進符号化を行うことにより、メタデータエンベロープのインスタンス生成を行ってもよい。

メタデータエンベロープを利用する非常に多くの方法が潜在的には存在するが、特に４つのケースが有用であり、例示として本明細書に記載する。

・“ペイロード”としてメタデータオブジェクトを“運ぶ”配信エンベロープとして
例えば、エンベロープは、ＳＤＰが組み込まれたＸＭＬファイルや、ＳＤＰ内の（メタデータオブジェクトを表わす）別のＸＭＬファイルにすることも可能である。図１に上記ケースが例示されており、組み込まれたメタデータオブジェクト１０−１〜１０−３をそれぞれ含む３つのメタデータエンベロープ１１−１〜１１−３が図示されている。別例として、エンベロープがプロトコルヘッダフィールドの形で与えられ、メタデータがパケットペイロードとして転送される場合がある。

・域内関連付け配信オブジェクトとして
例えば、メタデータオブジェクト１０とメタデータエンベロープ１１とに関連して図２ａに概略的に描かれているように、メタデータオブジェクトとそのメタデータエンベロープ並びにさらなる異なるオブジェクトが同じダウンロードセッション内の異なるファイルとして配信される場合がある。このような場合、（メタデータオブジェクト並びにエンベロープの）２個のオブジェクトを関連づける必要があり、エンベロープを無差別に受信し、メタデータオブジェクトが関連づけられているメタデータオブジェクト識別子のチェックを行うことによって、上記２個のオブジェクトの関連づけを行うことが可能となる。エンベロープ１、メタデータ１、エンベロープ２、メタデータ２などの順に、一連のファイルとしてこれら２個のオブジェクトを次々に配信することも可能である。上記ケースが図２ｂに例示されている。図２ｂには、通信チャネル／セッション２３を介して４個のオブジェクト２０−１〜２０−４が受信され、オブジェクト２０−１は、オブジェクト２０−２に含まれているメタデータオブジェクトと関連付けられたメタデータエンベロープを表わしている。同様に、メタデータエンベロープ２０−３は、オブジェクト２０−４に含まれているメタデータオブジェクトと関連づけられる。

・域外関連付け配信オブジェクトとして
上記の域内関連付けエンベロープのケースとは対照的に、図３に例示のように異なる通信チャネルまたはセッションの形でメタデータオブジェクトが配信される。この場合、１つのチャネルすなわちセッション３４−１がエンベロープ３１−１および３１−２のストリームを配信し、別のチャネルすなわちセッション３４−２がメタデータオブジェクト３０−１および３０−２のストリームを配信するようにしてもよい。このケースでは、エンベロープが、或る特定のバージョンのメタデータオブジェクトを指示するように、２個のオブジェクトの整合性チェックを行うことが重要となる。図３においてさらに示されているように、メタデータエンベロープとメタデータオブジェクトの一方向の関連付け並びに相互の（双方向の）関連付けの双方が可能である。

・図４に例示のようなイベント通知として
この場合、チャネルすなわちセッション４４はメタデータエンベロープ４０−１〜４０−６を転送し、クライアントはこれらメタデータエンベロープのチェックを行って、メタデータオブジェクトが追加されたか、変更されたか、またはメタデータの本体から除去されたかどうかを評価することができる。例えば、メタデータエンベロープ４０−１と４０−４との受信間ではメタデータオブジェクトＡの変更が生じないのに対して、メタデータエンベロープ４０−４と４０−６との受信間ではメタデータオブジェクトＡのバージョンの変更が実際に生じると、受信機に対して、メタデータエンベロープＡの更新が必要である旨の通知が行われる。その更新通知は、メタデータエンベロープ４０−６内のＡへのポインタによって示されるロケーションから取得することが可能である。このようなイベント通知の利点として、エンベロープのストリームに必要な帯域が、一般に、メタデータエンベロープが記述するメタデータオブジェクトに必要な帯域よりもずっと狭くなり、そのため、整合性についてのより高速な通知が、限定されたデータレートの範囲内で可能になるという点が挙げられる。メタデータオブジェクトの配信は、マルチキャストを介するＦＬＵＴＥなどによるエンベロープと同じメカニズム、または、ＦＬＵＴＥ／マルチキャストを介するエンベロープと、ＨＴＴＰ／ユニキャストとを介するメタデータなどの異なるメカニズムとの双方を利用してもよい。

データモデルはデータエンティティを定義し、これらデータエンティティの関係を記述するものである。

例えば、メタデータモデル（またはサービス記述）はエンティティサービス、コンテンツ項目および配信セッションを定義することも可能であり、さらに、サービスは１以上のコンテンツ項目と１以上のセッションとから構成されるものであってもよい。次いで、例えば、サービスのコンテンツ項目はサービスの配信セッションのうちの正確に１つの配信セッションによって転送される。権利、セキュリティ、関連サービス、サービスバンドル、オペレータロゴ並びに他の多くのエンティティをメタデータモデルに含むようにすることも可能である。このデータモデルを構成してデータの配信を行うことも可能である。例えば、ムービング・ピクチャ・エキスパートグループ（ＭＰＥＧ）規格の内でのサーバ／端末間制御プロトコル（ＤＳＭ−ＣＣ）は、データオブジェクトを転送するオブジェクトカルーセルを定義するプロトコルである。或る一定の記述子によって、１以上のデータオブジェクトを含むコンテナに関する記述が行われる。したがって、このコンテナから１個のオブジェクトを検索することにより、該コンテナから得られるすべてのオブジェクトの検索が結果として得られることになる。このようにして、コンテナのすべてのオブジェクトが配信用として関連づけられることになり、これによって特定のデータモデル関係を含む１グループのオブジェクト／エンティティの一括配信が保証されることになる。しかし、ＤＳＭ−ＣＣは、オブジェクトをまとめてリンクするためにいくつかの異なる記述子（メッセージ）に依拠している。ＤＳＭ−ＣＣは、データオブジェクトの識別子設定処理および／またはバージョン設定処理および／または有効期限設定処理を行うエンベロープの転送をカバーするものではない。

システムによっては極度に単純な処理を必要とするものもあり、１セットのエンベロープとそのエンベロープのメタデータオブジェクトとを受信するための複数オブジェクトのダウンロードは望まいものではない。したがって、単一の複合メタデータオブジェクトの中にすべての所望のオブジェクトを含む単一の複合メタデータオブジェクトを提供することが有用となる。このようにして、単一のＨＴＴＰ ＧＥＴなどによる、単一のメッセージとして、複合メタデータオブジェクトを容易に検索することが可能となる。しかし、メタデータオブジェクトを単一の新規の複合メタデータオブジェクトに合成する処理には、以下のような或る種の問題がある：
・上記処理は新たなオブジェクトエンティティと、新規／合成ＸＭＬスキーマ（ＸＭＬ−ｓｃｈｅｍａ）などのフォーマットとを必要とする。
・上記処理では、それ自体が個別に配信される場合もある個々のオブジェクトの特定、並びに、サブセットの複合オブジェクトの更新が困難となる。
メタデータの小さな部分が変わる可能性があるため、複合メタデータオブジェクトの部分が大きければ大きいほど、変更のないデータ部分が多くなり、変更済みデータと共に再送信を行う必要がある（さらに原メタデータオブジェクト構造は一般にこの影響を最小限にとどめるように最適化される）。
・メタデータオブジェクトは、メタデータモデルのいくつかの部分から参照してもよく、識別子並びにデータモデルに関係する他のオブジェクトから分離した配信不可知（ａｇｎｏｓｔｉｃ）定義を保持することが重要となる。
・配信方法／メカニズムによっては、（ＦＬＵＴＥによるファイル配布テーブル（ＦＤＴ）などのグループ化）とまったく同じように効果的にグループ化配信を可能にするものもあり、さらに、非常に大きなオブジェクトの構築の結果、より大きなロス・マルチプライアの影響が生じることになり、それによって、より高い信頼性（ＱｏＳ）が配信方法とベアラとから不必要に要求されることになる。

したがって、上述の問題に鑑み、効率の良いデータオブジェクトの転送を行うための、方法、コンピュータプログラム、コンピュータプログラム製品、システム、送信機並びに受信機を提供することが本発明の一般的目的である。

少なくとも１つのデータオブジェクトの識別子設定（ｉｄｅｎｔｉｆｙｉｎｇ）と、バージョン設定（ｖｅｒｓｉｏｎｉｎｇ）と、有効期限設定（ｔｉｍｅ ｂｏｕｎｄｉｎｇ）のうちの少なくとも１つとして機能するデータエンベロープと個別に関連づけられた少なくとも１つのデータオブジェクトを受信機へ転送する方法であって、少なくとも１つのデータエンベロープと、少なくとも１つのデータオブジェクトの表示とを複合コンテナオブジェクトの中に組み込むステップと、複合コンテナオブジェクトを受信機へ転送するステップと、を含む方法が提案される。

受信機は、物理的におよび／または論理的にデータオブジェクトあるいはオブジェクトの表示を受信する能力を備えた任意の装置またはインスタンスであってもよい。例えば、受信機は固定通信システムまたは無線通信システムにおける端末装置や、ラジオ受信機またはテレビ受信機、あるいは同様の装置であってもよい。少なくとも１つのデータオブジェクトは任意の形の情報を表わすことも可能である。データオブジェクトは、例えば受信機が利用できる、例えばＳＤＰファイルなどのコンテンツまたはサービスに関する記述を表わすものであってもよい。データオブジェクトはそれぞれのデータエンベロープと関連づけられ、これらデータエンベロープはデータオブジェクトの識別子設定と、バージョン設定および／または有効期限設定を行う。いくつかのデータオブジェクトが転送される場合、個々のデータオブジェクトはそれ自身のデータエンベロープと関連づけられる。識別子設定値とバージョン設定値とは整数によって表わすようにしてもよい。有効期限設定は、例えばＮＴＰタイムスタンプなどの或る特定の時間軸に関連する或る日付“から有効な”および或る日付“まで有効な”一対の日付のような有効期限を示す日付によって表わすことができる。

本発明の方法によれば、少なくとも１つのデータオブジェクトの表示は、そのデータオブジェクトと関連するデータエンベロープと共に、複合コンテナオブジェクトの中に組み込まれ、少なくとも１つのデータオブジェクトの表示は、少なくとも１つのデータオブジェクトそれ自体であってもよいし、あるいは、少なくとも１つのデータオブジェクトへの参照か、ポインタかのいずれかであってもよい。次いで、いくつかのデータオブジェクトの表示が、そのデータオブジェクトと関連するデータエンベロープと共に複合コンテナオブジェクトの中へ組み込まれる場合、例えば、データエンベロープの中に含まれている情報を処理して、複合コンテナ内のすべてのデータオブジェクト用のジョイント有効期限を決定することも可能である。ジョイント有効期限は、複合コンテナオブジェクト用の有効期限として機能することも可能である。

次いで、複合コンテナオブジェクトは受信機へ転送されるが、この転送は、複数のデータオブジェクトを合成して１つの複合コンテナオブジェクトにするという事実に起因して、１つの複合コンテナオブジェクトの転送のみを必要とし、したがって転送オーバヘッドが大幅に減少することになる。例えば、上記転送は、ＨＴＴＰ ＧＥＴコマンドによって達成することが可能である。データオブジェクトとデータエンベロープの双方の組込みによって、複合コンテナの中に含まれている単一のデータオブジェクトの識別子、バージョンおよび有効期限の追跡が可能となり、それによって転送制御が可能となる。すなわち、この場合、複合コンテナオブジェクトの中に含まれているデータオブジェクトと関連するデータエンベロープ情報がそのような転送の必要性を示すのであれば、複合コンテナオブジェクトを単に転送するだけでよいことになる。このようにして、本発明の方法によれば、効率の良いデータオブジェクトの転送が達成されることになる。そして、特に、ＩＰベースのベアラを介して通常行われる配信のための、１セットのメタデータオブジェクトとメタデータエンベロープとをグループ化する方法が初めて提示されたことになる。

本発明の推奨実施形態によれば、少なくとも１つのデータオブジェクトは、受信機により利用可能なサービスおよび／またはコンテンツに関する記述を表わすメタデータオブジェクトである。メタデータオブジェクトは例えばＳＤＰファイルであってもよい。

本発明の他の推奨実施形態によれば、少なくとも１つのデータオブジェクトと、個別に関連づけられたデータエンベロープとがデータのペアを形成し、そのデータのペアのうちの少なくとも２つのデータのペアが複合コンテナオブジェクトの中に組み込まれる。この場合、その少なくとも２つのデータオブジェクトは同じタイプまたは異なるタイプのデータオブジェクトであってもよい。

本発明の他の推奨実施形態によれば、少なくとも１つのデータオブジェクトの表示は、データオブジェクトそれ自体またはデータオブジェクトへの参照である。前者の場合、少なくとも１つのデータオブジェクトがデータエンベロープの中に組み込まれるのに対して、後者の場合、データエンベロープによって少なくとも１つのデータオブジェクトが単に参照されるだけとなる。その場合、上記の参照は、例えばポインタによって行ってもよいし、帯域内あるいは帯域外で行ってもよい。すなわちデータオブジェクトの参照は、同じ伝送チャネルまたはセッションで、若しくは、データエンベロープが転送される伝送チャネルまたは伝送セッションに関連する別の伝送チャネルまたはセッションで行われる。

本発明の他の推奨実施形態によれば、本方法は、複合コンテナオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能する複合コンテナエンベロープを決定するステップと、複合コンテナエンベロープを受信機へ転送するステップとをさらに含むものである。複合コンテナオブジェクトの識別子設定、バージョン設定および／または有効期限設定は、複合コンテナオブジェクトの中に含まれているデータオブジェクトの識別子設定、バージョン設定および／または有効期限設定に依存してもよく、独立であってもよい。

本発明の他の推奨実施形態によれば、複合コンテナオブジェクトは、その複合コンテナオブジェクトに含まれている少なくとも１つのデータオブジェクトとは個別にバージョン設定される。

本発明の他の推奨実施形態によれば、複合コンテナオブジェクトの有効期限設定は、その複合コンテナオブジェクトに含まれている少なくとも１つのデータオブジェクトの有効期限設定に少なくとも部分的に依存する。

本発明の他の推奨実施形態によれば、複合コンテナエンベロープと少なくとも１つのデータエンベロープとは同じセマンティクスとシンタックスとに従うものである。これによってシステムオペレーションを非常に単純化することが可能となる。

本発明の他の推奨実施形態によれば、複合コンテナオブジェクトはマルチパート多目的インターネットメール拡張フォーマットに従うものである。この拡張フォーマットによって現行規格の最大限の再使用が可能となり、方法の効率化に寄与することになる。

本発明の他の推奨実施形態によれば、複合コンテナオブジェクトはデータオブジェクトとみなされ、複合コンテナオブジェクトの表示は、階層的に上位関係にある複合コンテナオブジェクトの中に組み込まれる。許容される入れ子型複合コンテナの数に限定を設けないようにすることも可能であり、そうすることによって複合コンテナ間での任意の量の階層関係を許すことも可能となる。

本発明の他の推奨実施形態によれば、複合コンテナオブジェクトには、複合コンテナオブジェクトの構造に関するおよび／またはその複合コンテナオブジェクトの中に含まれているデータオブジェクトに関する情報を提供する少なくとも１個のオブジェクトが含まれる。その少なくとも１個のオブジェクトは、例えば、複合コンテナの中に含まれているデータオブジェクトをリストするインデックスオブジェクトであってもよい。したがって、例えばインデックスが、含まれているオブジェクトの順序およびオブジェクトの長さを記述するとき、このインデックスオブジェクトの構文解析を行う際に、受信機は含まれているオブジェクトを識別して、複合コンテナオブジェクト構造を潜在的に計算する能力を有することができる。

本発明の他の推奨実施形態によれば、複合コンテナオブジェクトはハイパーテキスト転送プロトコルおよび／または片方向トランスポートファイル配布プロトコルを介してユーザへ転送される。

本発明の他の推奨実施形態によれば、複合コンテナオブジェクト（５２）の中へ組み込まれたデータオブジェクトの表示及びデータエンベロープは、異なるベアラおよび／またはプロトコルを介して受信機へ転送される（１１２）。ベアラおよび／またはプロトコルは、例えばＨＴＴＰやＦＬＵＴＥなどであってもよい。そして、例えば、複合コンテナオブジェクトの中に組み込まれた１つのデータオブジェクトをまずＨＴＴＰを介して、次いで、ＦＬＵＴＥを介して受信機へ転送してもよい。あるいは、例えば、複合コンテナオブジェクトの中に組み込まれた第１のデータオブジェクトを、複合コンテナオブジェクトと共にＨＴＴＰを介して転送する一方、複合コンテナオブジェクトの中に組み込まれた第２のデータオブジェクトの表示（例えば第２のデータオブジェクトへの参照など）をＦＬＵＴＥを介して、または、ＨＴＴＰとＦＬＵＴＥとの双方を介して転送することも可能である。

本発明の他の推奨実施形態によれば、複合コンテナオブジェクト（５２）の中に組み込まれたデータオブジェクトの表示及びデータエンベロープは、第１のセットのベアラおよび／またはプロトコルを介して第１の受信機へ転送され（１１２）、その複合コンテナオブジェクト（５２）の中に組み込まれたデータオブジェクトの表示及びデータエンベロープが、第２のセットのベアラおよび／またはプロトコルを介して第２の受信機へ転送される（１１２）。次いで、例えば異なる受信機は、異なるトランスポートチャネル、ベアラおよび／またはプロトコルを介して同じデータオブジェクトを取得する。異なる受信機への複合コンテナオブジェクト（またはその一部）を転送するために異なるベアラおよび／またはプロトコルを選択することによって、複合コンテナオブジェクトの送信機または発信源と、それぞれの受信機間の転送条件に対して、ベアラおよび／またはプロトコルの最適な適合が可能となる。

上述の方法ステップをプロセッサに実行させることができるように動作可能な命令を含むコンピュータプログラムがさらに提案される。

上述の方法ステップをプロセッサに実行させることができるように動作可能な命令を含むコンピュータプログラムを具備するコンピュータプログラム製品がさらに提案される。

少なくとも１つのデータオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能するデータエンベロープと個別に関連づけられた少なくとも１つのデータオブジェクトを受信機へ転送するシステムであって、少なくとも１つのデータエンベロープと、少なくとも１つのデータオブジェクトの表示とを複合コンテナオブジェクトの中に組み込むように構成された手段と、複合コンテナオブジェクトを受信機へ転送するように構成された手段と、を備えるシステムがさらに提案される。

少なくとも１つのデータオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能するデータエンベロープと個別に関連づけられた少なくとも１つのデータオブジェクトを受信機へ転送する送信機であって、少なくとも１つのデータエンベロープと、少なくとも１つのデータオブジェクトの表示とを複合コンテナオブジェクトの中に組み込むように構成された手段と、複合コンテナオブジェクトを受信機へ転送するように構成された手段と、を備える送信機がさらに提案される。

少なくとも１つのデータオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能するデータエンベロープと個別に関連づけられた少なくとも１つのデータオブジェクトを受信する受信機であって、少なくとも１つのデータエンベロープと、少なくとも１つのデータオブジェクトの表示とが複合コンテナオブジェクトの中に組み込まれ、送信機によってその複合コンテナオブジェクトが受信機へ転送され、転送された複合コンテナオブジェクトを受け取るように構成された手段と、少なくとも１つのデータエンベロープと、少なくとも１つのデータオブジェクトの表示とを受信した複合コンテナオブジェクトから取り出すように構成された手段と、を具備する受信機がさらに提案される。

ファイルカルーセルシステムにおいてデータオブジェクトを受信機へ転送する方法であって、複数のデータオブジェクト中のデータオブジェクトのサブセットのすべてのデータオブジェクトが、受信機がサブセットのすべてのデータオブジェクトの受信を認知できるように関連づけられ、サブセットのすべてのデータオブジェクトのそれぞれの表示を複合コンテナオブジェクトの中に組み込むステップと、複合コンテナオブジェクトを受信機へ転送するステップと、を含む方法がさらに提案される。

本発明の方法によれば、記述子やデータモデルを使用する代わりに、複合コンテナオブジェクトの中にサブセットのデータオブジェクトを組み込むことにより、サブセットのデータオブジェクト間の関連付けが行われ、これによってデータオブジェクトの転送のためのさらに効率の良い技法がその関連付けによって表されることになる。そして、例えばＩＰを介してデータオブジェクトの転送を行うことも可能である。

本発明の上記側面並びにその他の側面は、本明細書で後述する実施形態から明らかになり、本明細書で後述する実施形態を参照しながら例示される。

データオブジェクトの効率の良い転送を実現するために、本発明は、データオブジェクトと、そのデータオブジェクトに関連するデータエンベロープを複合コンテナオブジェクトの中に組み込むことと、複合コンテナオブジェクトを受信機へ転送することとを提案するものである。以下、受信機が利用できるようにするサービスやコンテンツについて記述するメタデータオブジェクトというコンテキストで、本発明の発明概念を示す例示の実施構成について説明する。本発明はすべてのタイプのデータオブジェクトのグループ転送を行うのに適したものであり、決してメタデータオブジェクトの転送に限定されるものではないことを理解されたい。

図５ａと図５ｂにそれぞれ図示のように、複合コンテナオブジェクト５２内で、メタデータオブジェクト５０のメタデータエンベロープ５１（図５ａ）内にメタデータオブジェクト５０自体を組み込んでもよく、あるいは、別個のオブジェクトとして、複合コンテナオブジェクト（図５ｂ）内にメタデータオブジェクト５０を組み込むようにしてもよい。すなわち、例示のシンタックスでは、“コンテナエンベロープ（メタデータ）”と“コンテナ（エンベロープ、メタデータ）”とは双方とも本発明の範囲に属するものである。

単一のメタデータオブジェクトを含む１つの構造例は、Ｃｅｎｖｅｌｏｐｅ （Ｃｏｎｔａｉｎｅｒ（Ｍｅｎｖｅｌｏｐｅ（ＭｅｔａｄａｔａＯｂｊｅｃｔ）））となる。但し、Ｍｅｎｖｅｌｏｐｅはメタデータオブジェクトと関連するメタデータエンベロープであり、Ｃｅｎｖｅｌｏｐｅは複合コンテナオブジェクトと関連するメタデータエンベロープである。

すべてのＣｅｎｖｅｌｏｐｅエンティティとＭｅｎｖｅｌｏｐｅエンティティとは、同じセマンティックとシンタックス、すなわち同じフォーマットで同じデータフィールドを含むようにしてもよい。というのは、そうすることによってシステム処理が単純になるからである。しかし、オプションのフィールドを別途利用したり、異なるフォーマット定義を用いたりする異なるエンベロープフォーマットも本発明の範囲に属するものであり、例えば、別のエンベロープが長さフィールドを含まないのに対して、Ｃｅｎｖｅｌｏｐｅが複合コンテナオブジェクトのバイト長に関する記述を含むケースがある。

複合コンテナオブジェクトに含まれるメタデータオブジェクトとは別個にその複合コンテナオブジェクトのバージョン設定を行うことが好ましい。

例えば、複合コンテナオブジェクトと、その中に含まれているオブジェクトとの間に何の関係もないよりは、“有効起点”パラメータと“有効終点”パラメータとで表される、複合コンテナオブジェクトに含まれているオブジェクトの関数として複合コンテナオブジェクトの有効期限を計算することが好ましい。特に、少なくとも以下の３つの方法が代替方法として利用可能である。
・何らかの有用なデータを含むコンテナ：コンテナの“有効起点”＝コンテナに含まれているすべてのオブジェクトの中で最も古い“有効起点”の値；コンテナの“有効終点”＝コンテナに含まれているすべてのオブジェクトの中で最も遅い“有効終点”の値
・アクティブなデータのみを含むコンテナ：コンテナの“有効起点”＝コンテナに含まれているすべてのオブジェクトの中で最も遅い“有効起点”の値；コンテナの“有効終点”＝コンテナに含まれているすべてのオブジェクトの中で最も古い“有効終点”の値（注記：一般的に、すべての“有効終点”の値は、すべての“有効起点”の値よりも時間的に後となると予想できるものであり、これによって、コンテナの“有効終点”の値は、そのコンテナの“有効起点”の値よりも時間的に後となることが保証される）
・有効データのみを含むコンテナ：コンテナの“有効起点”＝コンテナに含まれているすべてのオブジェクトの中で最も古い“有効起点”の値；コンテナの“有効終点”＝コンテナに含まれているすべてのオブジェクトの中で最も古い“有効終点”の値

本願明細書では、“有用”、“アクティブ”、および、“有効”という用語は以下のような意味の用語であることを理解されたい：“有効”とは、“指定されているように有効”ということを意味し、すなわち、時間期限またはその後の更新に従うということを意味する。“アクティブ”とは、“アクティブに使用中である”ことを意味する用語である（通常データは、有効である間のみアクティブとなるが、“有用”の項を参照のこと）。“有用”とは、データが有用である任意の時点を意味する。例えば、データが“有効起点”タイムスタンプより前に配信された場合、データはたとえアクティブでなくてもまだ有用である。また、たとえデータが更新されたり、期限切れになったりした後でも、新しいバージョンがまだ正しく受信されていなければ、データは有用であり、あるいは保存用としてまたは履歴追跡用として有用なものとなり得る。

コンテナオブジェクトは、中に含まれているオブジェクトを好適に分割することが可能である。この分割は１以上の以下の方法（および別の方法）によって実行することができる。
・メッセージ内で生じるオブジェクトの長さと順序とによって、含まれているオブジェクトの“目次”をリスト化する。これによって、個々のオブジェクトの開始データポイント（バイト番号）の計算が可能となる。注記：オブジェクト間の任意のパディングデータまたは制御データに対する知見並びに考慮を必要とする場合もある。例えば、個々のオブジェクト間に単一の“改行”（ＣＲＬＦ）文字が存在する場合、この改行文字の要求するビット数またはバイト数を係数化して計算する必要が生じる場合がある。この場合、文字セットも単一文字をそれが属する文字セットに応じて７、８、１６あるいは任意のビット数として記述する必要が生じる場合がある。中でも、文字セットは、単一文字を定義するビット数を設定する。（ビットやバイトで表される）関連データ“部分”がどの時点で生じるかについての判定を行うために、すなわち前回の部分と境界とのすべての構文解析を行うことなくインスタント／ランダムルックアップを行うために、上記の情報が分かっていると有用である。
・メッセージ内のオブジェクトの（例えば、バイトで表される）開始位置および／または終了位置を用いて、含まれているオブジェクトの“目次”をリスト化する。このようにして個々のオブジェクトの開始データポイント（バイト番号）の発見が可能となる。
・ＵＳ ＡＳＣＩＩなどの周知の文字セット内のテキスト文字列“−−ｂｏｕｎｄａｒｙ（境界）−−”のような境界デリミタを定義し、利用する。これは、帯域外、例えば規格において、あるいは実際に含まれているオブジェクトの中に発見されないデリミタをより良く選択することを可能とし、境界を誤って識別しないようにするためにコンテナフィールド内に定義してもよい。
・オブジェクトの境界デリミタとして、“ファイルの起点”データを用いて含まれているオブジェクトの“目次”をリスト化する。すなわち、オブジェクトがデータ“０ｘ０Ｄ４５７ＡＥ１”から始まる場合、このデータをデリミタとして利用することも可能である。注記：テキストオブジェクトは同じテキスト文字列から始まる場合が多いので、この方法は一般的には好ましい解決方法ではない場合もある。

（エンベロープ、オブジェクトからなる）各ペアを同一となるように構造化すること、例えば同じエンベロープフォーマットを使用し、すべてのメタデータオブジェクトをエンベロープ内に組み込むことが望ましい。しかし、異なる構造化処理の利用も許容可能であり、本発明の範囲に属する。

図６ａは、メタデータエンベロープとメタデータオブジェクト（５１−１と５０−１）、（５１−２と５０−２）、（５１−３と５０−３）の複数のペアの複合コンテナオブジェクト５２への包含を概略的に描く図であり、本発明によれば、この包含によって、それらのエンベロープとともに複数のメタデータオブジェクトを共通に配信することが可能となる。

マルチパートＭＩＭＥ（ＭＭＩＭＥ）は複数のオブジェクト用の準備済みフォーマットを提供する。ＭＭＩＭＥについては、コメント要求（ＲＦＣ）ドキュメント２０４６の“多目的インターネットメール拡張子（ＭＩＭＥ）パート２：メディアタイプ”に詳細な記載がある。ＭＭＩＭＥオブジェクトは、そのヘッダ内に境界デリミタを定義し、ＭＭＩＭＥオブジェクトに含まれているオブジェクト間にこれらのデリミタを挿入する。本発明は、（インターネット・アサインド・ナンバー・オーソリティ（ＩＡＮＡ）により、並びに別様に登録された）すべてのマルチパートＭＩＭＥコンテンツタイプを含むものであるが、本発明には“混合”コンテンツタイプが特に適しているかもしれない。

図６ｂは、ＭＭＩＭＥフォーマットに従う複合コンテナオブジェクト５２を概略的に描く図であり、本発明による複合コンテナオブジェクト５２は、メタデータオブジェクト５０−１と５０−２がそれぞれ組み込まれた２つのメタデータエンベロープ（Ｍｅｎｖｅｌｏｐｅ）５１−１と５１−２とを含み、ＭＭＩＭＥ境界がＭｅｎｖｅｌｏｐｅの間に挿入されている。複合コンテナオブジェクト５２には、さらに、マルチパートＭＩＭＥオブジェクト５２の有効性およびバージョンについて記述する複合コンテナエンベロープ（Ｃｅｎｖｅｌｏｐｅ）５３が供給される。他のオブジェクトに関して記載されているように、（図６ｂに図示のように）ＭＭＩＭＥオブジェクト５２をＣｅｎｖｅｌｏｐｅ内に組み込んだり、（帯域内または帯域外の）別個のオブジェクトとして配信したりしてもよい。

コンテナオブジェクトはそれ自体識別子を必要とする。例えばＦＬＵＴＥおよびＨＴＴＰと最大の互換性を達成するためには、このために統一資源識別子（ＵＲＩ）が好ましい。同じことがメタデータオブジェクトについても言える。

コンテナそれ自体をひとつのメタデータオブジェクトのタイプとして利用することも可能である。したがって、任意のメタデータオブジェクトの場合のように、他の“スーパーコンテナ”オブジェクトにコンテナを組み込んだり、参照したりしてもよい。コンテナはエンベロープ（そしてこの場合Ｃｅｎｖｅｌｏｐｅ＿ｎ＝Ｍｅｎｖｅｌｏｐｅ＿ｍ）も必要とする。

図７ａと図７ｂとは、マルチレイヤ複合コンテナオブジェクト階層構造と、本発明によるマルチレイヤ複合コンテナオブジェクト５３とを示す概略図をそれぞれ描いた図である。例えば、図から容易にわかるように、エンベロープ５３の中に含まれるコンテナ５２の中にエンベロープ５３’が含まれ、このエンベロープ５３’の中にコンテナ５２’が組み込まれている。本例ではコンテナ５２’はエンベロープ５３’の中に組み込まれている。あるいは、エンベロープ５３’が単にコンテナ５２’を参照することもできる。

自己再帰コンテナ階層構造は危険なものになる可能性があり、一般に避けるのが最善となる場合がある。例えば、コンテナＡがコンテナＢを含み、コンテナＢ自体がコンテナＡを含むと、結果として大きなコンテナＡとＢとが生じることになる。これを許容し、かつオブジェクトサイズが無制限になるのを回避する方法として、構造の外側にあるメタデータオブジェクトを参照するエンベロープを使用する方法が考えられる。

例えばＭＭＩＭＥのケースのように、コンテナオブジェクトがそのコンテナオブジェクトのヘッダやプリアンブルに、含まれているオブジェクトのリストを提供しない場合、インデックスオブジェクトの利用は特に有用なものとなり得る。注記：ＭＭＩＭＥはオブジェクトのプリアンブルの中にこのようなリストを提供することができる。しかし、リレーおよび他のデバイスには、必須ではないプリアンブルの修正と削除とを行うことが許されているため、含まれているオブジェクト内にこの情報を与えることはＭＭＩＭＥにおいて一般に好ましい。

また、インデックスオブジェクトを利用して、メタデータエンベロープに組み込まれず、したがってそれらのエンベロープから切り離されたメタデータオブジェクトについて、メタデータエンベロープをメタデータオブジェクトにマップすることも可能である。

インデックスオブジェクトは、例えば新しく定義したフォーマットや、既存のフォーマットを利用してもよい。このインデックスは、含まれているオブジェクト、それらのタイプ（例えば、エンベロープ、ＳＤＰファイルあるいは通常のコンテンツ／ＭＩＭＥタイプ）及び、潜在的に、それらオブジェクトの長さを識別することも可能である。ＦＬＵＴＥファイル配布テーブル（ＦＤＴ）フォーマットは、これらを提供し、その利用は本発明の範囲に属する。

一般に、複合コンテナオブジェクト毎にあるいは階層構造のレイヤ毎に単一のインデックスオブジェクトのみを利用すること、及び含まれているオブジェクトの順序において第一のオブジェクトとしてインデックスオブジェクトを配置することが好ましい。

図８は本発明による例を描く図であり、インデックスオブジェクト５５が、メタデータエンベロープ（Ｍｅｎｖｅｌｏｐｅ）５１−１、５１−２、５１−３と共に、複合コンテナオブジェクト５２の中に組み込まれており、複合コンテナオブジェクトはＭＭＩＭＥフォーマットに従うオブジェクトであるため、複合コンテナオブジェクト５２の中に含まれているすべてのオブジェクトがＭＭＩＭＥ境界によって切り離されている。複合コンテナオブジェクト５２はさらに複合コンテナエンベロープ（Ｃｅｎｖｅｌｏｐｅ）５３に含まれる。

参照される（すなわち示されたり、所在位置が検知されたりした）実際のメタデータオブジェクトを、異なるコンテナで、異なるセッションにおいて（おそらくコンテナ自体を伴うことなく）、異なる伝送プロトコルを用いて、異なるベアラを用いて、異なる（ハイブリッド）ネットワーク技術などを介して、配信することが可能である。例えば、ＦＬＵＴＥを用いて配信されるコンテナは１０個のメタデータエンベロープを含むことが可能であり、この１０個のメタデータエンベロープの各々はＨＴＴＰを介して利用可能な別のメタデータオブジェクトＵＲＬを示す。また、上記参照は別のコンテナ（入れ子型／階層型コンテナが利用されている）への参照であってもよい。

図９は、３つの通信チャネル５４、５４’、５４”を用いて上記ケースを概略的に描く図である。メタデータエンベロープ５１−１および５１−３は通信チャネル５４によって転送される複合コンテナ５２の中へ組み込まれ、それらはメタデータオブジェクト５０’−１および５０”−３を参照し、それぞれ、参照されるメタデータオブジェクト５０’−１はメタデータエンベロープ５１’−１の中に組み込まれ、メタデータエンベロープ５１’−１は通信チャネル５４’によって転送される複合コンテナオブジェクト５２’の中に組み込まれ、参照されるメタデータオブジェクト５０”−３はエンベロープと複合コンテナオブジェクトなしで通信チャネル５４”で転送される。

図１０は本発明によるシステムを概略的に描く図である。システムは送信機１００と受信機１０１とを具備する。送信機は、例えばコンテンツサーバおよび／または受信機により受信可能なコンテンツ記述を提供するサーバとすることができる。コンテンツを提供するサーバと、コンテンツに関する記述を提供するサーバとは必ずしも同じものである必要はなく、あるいは、これらサーバを同じ場所内に設置する必要はないことに留意されたい。例えばＳＤＰファイルフォーマットで上記記述を含むメタデータオブジェクトは、そのメタデータオブジェクトに関連するメタデータエンベロープと共にメタデータオブジェクトまたはメタデータオブジェクトへの参照を組み込むことによって、コンテナオブジェクトにグループ化され、次いでそのコンテナオブジェクトは通信チャネル１０２を介して受信機へ転送される。

図１１は、本発明による方法を示すフローチャートを描く図である。第１のステップ１１０で、メタデータエンベロープと、メタデータオブジェクトの表示とが複合コンテナオブジェクトの中に組み込まれる。第２のステップ１１１で、メタデータエンベロープに含まれる情報に少なくとも部分的に基づいて、複合コンテナエンベロープが決定される。最後に、第３のステップ１１２で、複合コンテナオブジェクトと複合コンテナエンベロープとが受信機へ転送される。

以上、推奨実施形態によって本発明を説明した。当業者にとっては明白な代替方法および変更例が存在し、添付の請求項の範囲と精神から逸脱することなく上記代替方法および変更例が実現可能であることに留意されたい。特に、本発明は、サービス／コンテンツ発見システムと関連するメタデータエンベロープの利用に対して適用可能である。メタデータはデータ形式の一つにすぎず、ファイルでのメタデータの配信は、配信形式の一つにすぎない。本発明はメタデータファイルのダウンロードに焦点を絞ったものであるが、同じ原理を、一般に、および、ストリーミングに関連したファイル配信、並びに、潜在的に他の多くの配信形式に適用できることは明らかである。

従来技術によるメタデータエンベロープが組み込まれたメタデータエンベロープを示す概略図である。 従来技術による関連するメタデータオブジェクトを含むメタデータエンベロープを示す概略図である。 従来技術による単一通信チャネルまたはセッションにおけるメタデータエンベロープとメタデータオブジェクト間の帯域内関連付けを示す概略図である。 従来技術による第１の通信チャネルまたはセッションにおけるメタデータエンベロープと、第２の通信チャネルまたはセッションにおけるメタデータオブジェクト間の帯域外関連付けを示す概略図である。 従来技術によるエンベロープチャネルでのイベント通知を示す概略図である。 メタデータオブジェクトがメタデータエンベロープの中へ組み込まれた、本発明による複合コンテナオブジェクトを示す概略図である。 メタデータオブジェクトとメタデータエンベロープとが個別に複合コンテナオブジェクトの中に組み込まれた、本発明による複合コンテナオブジェクトを示す概略図である。 本発明による複合コンテナオブジェクト内の、複数のメタデータオブジェクトのペアと、関連するメタデータエンベロープとを示す概略図である。 複合コンテナオブジェクトが複合コンテナエンベロープの中に組み込まれた、本発明によるマルチパートＭＩＭＥフォーマットに従う複合コンテナオブジェクトを示す概略図である。 本発明によるマルチレイヤ複合コンテナ階層構造を示す概略図である。 図７ａの階層構造に従うマルチレイヤ複合コンテナを示す概略図である。 本発明によるインデックスオブジェクトを含む複合コンテナを示す概略図である。 第１の通信チャネルにおける第１の複合コンテナオブジェクト内のメタデータエンベロープと、第２の通信チャネルにおける第２の複合コンテナオブジェクト内のメタデータエンベロープに関連するメタデータオブジェクトと、第３の通信チャネルにおけるメタデータオブジェクト間の帯域外関連付けを示す概略図である。 本発明によるシステムを示す概略図である。 本発明による方法を示すフローチャートである。

Claims (20)

1. 少なくとも１つのデータオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能するデータエンベロープ（５１）と個別に関連づけられた前記少なくとも１つのデータオブジェクト（５０）を受信機（１０１）へ転送する方法であって、
   前記少なくとも１つのデータエンベロープと、前記少なくとも１つのデータオブジェクトの表示とを複合コンテナオブジェクト（５２）の中に組み込む（１１０）ステップと、
   前記複合コンテナオブジェクトを前記受信機へ転送する（１１２）ステップと、を含むことを特徴とする方法。
2. 前記少なくとも１つのデータオブジェクト（５０）が、前記受信機（１０１）により利用可能なサービスおよび／またはコンテンツに関する記述を表わすメタデータオブジェクトである請求項１に記載の方法。
3. 前記少なくとも１つのデータオブジェクト（５０）と、前記個別に関連づけられたデータエンベロープ（５１）とがデータペアを形成し、前記データペアのうちの少なくとも２つのデータペアが前記複合コンテナオブジェクト（５２）の中に組み込まれる請求項１又は２に記載の方法。
4. 前記少なくとも１つのデータオブジェクト（５０）の前記表示が、前記データオブジェクトそれ自体であるか、前記データオブジェクトへの参照である請求項１〜３のいずれか１項に記載の方法。
5. 前記複合コンテナオブジェクト（５２）の識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能する複合コンテナエンベロープ（５３）を決定するステップと、
   前記複合コンテナエンベロープを前記受信機（１０１）へ転送する（１１２）ステップと、をさらに含む請求項１〜４のいずれか１項に記載の方法。
6. 前記複合コンテナオブジェクト（５２）が、該複合コンテナオブジェクトに含まれる前記少なくとも１つのデータオブジェクト（５０）とは別個にバージョン設定される請求項１〜５のいずれかに１項に記載方法。
7. 前記複合コンテナオブジェクト（５２）の前記有効期限設定が、該複合コンテナオブジェクトに含まれる前記少なくとも１つのデータオブジェクト（５０）の前記有効期限設定に少なくとも部分的に依存する請求項５又は６に記載の方法。
8. 前記複合コンテナエンベロープ（５３）と、前記少なくとも１つのデータエンベロープ（５１）とが同じセマンティックとシンタックスとに従う請求項５〜７のいずれか１項に記載の方法。
9. 前記複合コンテナオブジェクト（５２）が、マルチパート多目的インターネットメール拡張フォーマットに従う請求項１〜８のいずれか１項に記載の方法。
10. 前記複合コンテナオブジェクト（５２’、５２”）をデータオブジェクトと見なし、階層的に上位関係にある複合コンテナオブジェクト（５２）の中に前記複合コンテナオブジェクトの表示が組み込まれる請求項１〜９のいずれか１項に記載の方法。
11. 前記複合コンテナオブジェクト（５２）が、前記複合コンテナオブジェクトの構造に関する情報、および／または、該複合コンテナオブジェクトの中に含まれる前記データオブジェクト（５０）に関する情報を提供する少なくとも１個のオブジェクト（５５）を含む請求項１〜１０のいずれか１項に記載の方法。
12. ハイパーテキスト転送プロトコルおよび／または片方向トランスポートファイル配布プロトコルを介して前記受信機（１０１）へ前記複合コンテナオブジェクト（５２）を転送（１１２）する請求項１〜１１のいずれか１項に記載の方法。
13. データエンベロープと、前記複合コンテナオブジェクト（５２）の中に組み込まれたデータオブジェクトの表示を異なるベアラおよび／またはプロトコルを介して、前記受信機へ転送する（１１２）請求項１〜１２のいずれか１項に記載の方法。
14. 前記複合コンテナオブジェクト（５２）の中に組み込まれたデータエンベロープと、データオブジェクトの表示を第１のベアラおよび／またはプロトコルのセットを介して、第１の受信機へ転送し（１１２）、前記複合コンテナオブジェクト（５２）の中に組み込まれたデータエンベロープと、データオブジェクトの表示を第２のベアラおよび／またはプロトコルのセットを介して、第２の受信機へ転送する（１１２）請求項１〜１２のいずれか１項に記載の方法。
15. 請求項１〜１４のうちのいずれか１項に記載の方法ステップをプロセッサに実行させることができるように動作可能な命令を含むコンピュータプログラム。
16. 請求項１〜１４のうちのいずれか１項に記載の方法ステップをプロセッサに実行させることができるように動作可能な命令を含むコンピュータプログラムを具備するコンピュータプログラム製品。
17. 少なくとも１つのデータオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能するデータエンベロープ（５１）と個別に関連付けられた前記少なくとも１つのデータオブジェクト（５０）を受信機（１０１）へ転送する（１１２）システム（１００、１０１）であって、
    前記少なくとも１つのデータエンベロープと、前記少なくとも１つのデータオブジェクトの表示とを複合コンテナオブジェクト（５２）の中に組み込むように構成された手段と、
    前記複合コンテナオブジェクトを前記受信機へ転送する（１１２）ように構成された手段と、を備えるシステム。
18. 少なくとも１つのデータオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能するデータエンベロープ（５１）と個別に関連づけられた前記少なくとも１つのデータオブジェクト（５０）を受信機（１０１）へ転送する（１１２）送信機（１００）であって、
    前記少なくとも１つのデータエンベロープと、前記少なくとも１つのデータオブジェクトの表示とを複合コンテナオブジェクト（５２）の中に組み込む（１１０）ように構成された手段と、
    前記複合コンテナオブジェクトを前記受信機へ転送する（１１２）ように構成された手段と、を備える送信機。
19. 少なくとも１つのデータオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能するデータエンベロープ（５１）と個別に関連づけられた前記少なくとも１つのデータオブジェクト（５０）を受信する受信機（１０１）であって、前記少なくとも１つのデータエンベロープと、前記少なくとも１つのデータオブジェクトの表示とが複合コンテナオブジェクト（５２）の中に組み込まれ、送信機（１００）によって前記複合コンテナオブジェクトが前記受信機へ転送（１１２）され、
    前記転送された複合コンテナオブジェクトを受け取るように構成された手段と、
    前記少なくとも１つのデータエンベロープと、前記少なくとも１つのデータオブジェクトの前記表示とを前記受信した複合コンテナオブジェクト（５２）から取り出すように構成された手段と、を具備する受信機。
20. ファイルカルーセルシステム（１００、１０１）においてデータオブジェクトを受信機（１０１）へ転送する（５０）方法であって、複数のデータオブジェクト中のデータオブジェクトのサブセットのすべてのデータオブジェクトが、受信機が前記サブセットのすべてのデータオブジェクトの受信を認知できるように関連づけられ、
    前記サブセットのすべてのデータオブジェクト（５０）のそれぞれの表示を複合コンテナオブジェクト（５２）の中に組み込むステップと、
    前記複合コンテナオブジェクトを前記受信機へ転送するステップと、を含むことを特徴とする方法。

Images