JP2008507021A - セッションオブジェクトのグルーピング - Google Patents

Abstract

一方向性トランスポートファイル配信（ＦＬＵＴＥ）セッションのようなオブジェクト配信セッションが参加され、セッションによって提供される複数のオブジェクトの記述が提供される。この記述は、複数のオブジェクトの一つ以上のグルーピングを示す。関心のあるオブジェクトは、複数のオブジェクトから決定される。関心のあるオブジェクト及び複数のオブジェクトの記述に基づいて、複数のオブジェクトの一つ以上からダウンロードのために特定される。
【選択図】図１

Description

本出願は、「セッションオブジェクトのグルーピング（Ｇｒｏｕｐｉｎｇ）」と題され、２００４年７月１４日に出願された、米国特許出願第１０／８９０，２７３号について優先権主張を行なう。該米国特許出願の内容は、全体として本明細書に組み込まれる。

本発明は通信に関連する。より具体的には、本発明は、通信環境において転送されるオブジェクトのグルーピングに関連する。

ファイル配信（すなわち、「個別メディア配信」）は重要なサービスであり、ＩＰマルチキャスト、インターネット・プロトコル・デバイス・コントロール（ＩＰＤＣ）、及びマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）のようなシステムを介する一対多（すなわち、「マルチキャスト」）送信トポロジーをしばしば含む。ファイル転送プロトコル（ＦＴＰ）、ハイパー・テキスト・トランスファー・プロトコル（ＨＴＴＰ）のような、ポイント・ツー・ポイントプロトコルによって提供される多くの所望のファイル配信特性は、不運にも、そういった一対多の送信シナリオにおいては問題がある。また、肯定応答（ＡＣＫ）の転送を通して信頼のある、保証されたファイル配信を提供する通信制御プロトコル（ＴＣＰ）のようなプロトコルは、そういった一対多の送信シナリオにおいては実現可能ではない。

インターネット技術標準化委員会の信頼性マルチキャスト・トランスポート（ＲＭＴ）作業部会は、エラー耐性のあるマルチキャスト・トランスポート・プロトコルの二つのカテゴリを標準化する作業を行なっている。第１のカテゴリにおいては、信頼性は、（積極的な）前進型誤信号訂正（ＦＥＣ）の使用を通じて実施される。第２のカテゴリにおいては、受信器フィードバックの使用を通じる。非同期層状符号化（ＡＬＣ）は、第１のカテゴリに属するプロトコルインスタント化である一方、ＮＡＣＫ指向型信頼性マルチキャスト（ＮＯＲＭ）プロトコルは第２のカテゴリに属する。これらのプロトコルは、様々なネットワークにおいて使用されうる。例えば、無線多重アクセスネットワークに関して、これらのプロトコルは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）、地上波デジタル放送方式（ＤＶＢ−Ｔ）ネットワーク、デジタル衛星放送方式（ＤＶＢ−Ｓ）ネットワークにおいて使用されうる。ＤＶＢ通信に関する情報は、http://www.DVB.orgにおいてインターネットで発見されうる。

一方向性トランスポートファイル転送（ＦＬＵＴＥ）は、非常に拡張性のある一方向性マルチキャスト送信を提供する送信方法である。この機能を達成するために、ＦＬＵＴＥはＦＥＣ及びＡＬＣビルディングユニットの上に構築する。

電子番組表（ＥＳＧ）は、放送サービスが提供する「プログラム」、セッション、サービス、及びその他の情報を記述するために使用されるメタデータのセットである。ＥＳＧは、例えば、プログラム、サービス、コスト及び同様のものに関連する情報を、装置のユーザへ提供する。ＥＳＧはまた、情報を装置へ与えることで、その装置がサービスを受信できるようにする。

サービス告示／記述を送信するためにＦＬＵＴＥを使用するとき、セッションレベル（すなわち、より高いまたはより低い）グルーピングパラメータを使用し、ＥＳＧの異なるフラグメント（すなわち、一部）を一緒にグルーピング（関係付ける）方法を有することが望まれる。加えて、メタデータ及びＥＳＧ要素以外のオブジェクトを互いに関連付けることもまた望まれる。例は、同じセッションにおいて送信され、動画アプリケーションを一緒に形成する音声及び動画ファイルである。

本発明は、ＦＬＵＴＥセッションのようなオブジェクト配信セッションによって提供されるオブジェクトをグルーピングするための技術を提供する。本発明の態様によれば、方法、装置、及びコンピュータプログラム製品がオブジェクト配信セッションに参加する。セッションから、セッションによって提供される複数のオブジェクトの記述が受信される。この記述は、複数のオブジェクトの一つ又はそれより多いグループ化を示す。関心のあるオブジェクトが複数のオブジェクトから決定される。この決定に基づいて、複数のオブジェクトの一つ又はそれより多いものが、関心のあるオブジェクト及び複数のオブジェクトの記述に基づいて、ダウンロードのために特定される。

本発明の更なる態様に従うと、方法、装置及びコンピュータプログラム製品は、オブジェクト配信セッションに参加し、セッションからそのセッションによって提供される複数のオブジェクトの記述を受信し、その記述は複数のオブジェクトの一つ以上のグルーピングを示す。一つ以上のグルーピングに対応して、リストが格納される。このリストは、複数のオブジェクトの内どれが対応するグルーピングに属するのかを示す。もう一つの方法として、このリストは、複数のオブジェクトのうちどれが対応するグルーピングに属し、現在有していないのかを示す。また、リストからの一つ以上オブジェクトが選択され、ダウンロードされうる。

また、本発明は、オブジェクト配信セッションによって提供されたオブジェクトに対応する一つ以上の識別子を、情報源から受信する方法、装置及びコンピュータプログラム製品を提供する。この情報源はオブジェクト配信セッションから帯域外である。一つ以上の識別子に基づいて、関心のあるオブジェクトが複数のオブジェクトから決定される。加えて、セッションによって提供される複数のオブジェクトの記述が受信されるように、オブジェクト配信セッションは参加されうる。この記述は、複数のオブジェクトの一つ以上のグルーピングを示す。関心のあるオブジェクトおよび複数のオブジェクトの記述に基づいて、一つ以上のオブジェクトがダウンロードのために特定される。

本発明の更なる態様にしたがうと、装置はディスプレイとクライアントを含む。ディスプレイは、ユーザに複数のメタデータ・フラグメントを有する電子番組表（ＥＳＧ）を提供する。クライアントは、オブジェクト配信セッション（例えば、ＦＬＵＴＥセッション）からメタデータ・フラグメントを受信する。加えて、クライアントは、セッションによって提供されるオブジェクトの記述（例えば、ファイル配信テーブル（ＦＤＴ）インスタンス）を受信する。この記述はメタデータの一つ以上のグルーピングを示す。

加えて、本発明は記憶部及び通信部を有するセッションプロバイダを提供する。記憶部は、複数のオブジェクト及び複数のオブジェクトの一つ以上のグルーピングを示す記述を有する。複数のオブジェクト及び記述は配信セッションに関連付けられる。通信部は複数のオブジェクト及びセッションの一つ以上のクライアントへ送信する。

さらに、本発明の特徴及び効果が、以下の詳細な説明及び添付図面から明らかとなる。

図面において、通常、同じ参照番号は、同一、機能的に同じ、及び／または構造的に同じ要素を示す。初めてある要素が示される図面は、参照番号の最左の数字によって示される。本発明は添付された図面を参照しながら説明される。

Ｉ．動作環境
本発明を詳細に説明する前に、先ず本発明が使用される環境を説明することは有用である。したがって、図１は、本発明の実施形態に従った動作環境の構成図である。この環境においては、情報が、セッションプロバイダ１０２から、複数の端末装置１０６へ送信される。

セッションプロバイダ１０２は、マルチキャストセッションの形式（例えば、ＦＬＵＴＥセッション）で情報を送信する。この情報は、例えば、ＥＳＧ、動画放送、または同様のものを示す複数のオブジェクトまたはファイルを含むことが考えられる。加えて、この情報は、オブジェクトの記述及びそのオブジェクトに関連するグルーピング情報を含むことも考えられる。図１に示すように、セッションプロバイダ１０２は、記憶部１０８及び通信部１１０を有する。これらの部分はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいて実装されることが考えられる。

記憶部１０８は複数のオブジェクト（例えば、ファイル、メタデータ・フラグメント、及び／またはメタデータ・エンベロープ）、及び複数のオブジェクトの一つ又はそれより多いグルーピングを示す記述を記憶することが考えられる。複数のオブジェクト及び記述は配信セッションに関連付けられている。通信部１１０は複数のオブジェクト及び記述をセッションのクライアントへ送信する。

例えば、情報は複数の供給ネットワーク１０４を経由して端末装置へ送信されることが考えられる。これらの供給ネットワークはＤＶＢネットワーク１０４ａ、ＷＬＡＮネットワーク１０４ｂ、Ｂｌｕｅｔｏｏｔｈネットワーク１０４ｃ、セルラーネットワーク１０４ｄ、及びケーブルネットワーク（例えば、データ・オーバ・ケーブル・サービス・インタフェース仕様（ＤＯＣＳＩＳ）ネットワーク）１０４ｅを含む。したがって、端末装置１０６は、携帯ハンドセット、セットトップボックス及び同様のもののような様々な実装で存在し得る。示されていないが、一つ以上の中間ネットワーク（例えば、インターネット）は、セッションプロバイダ１０２及び供給ネットワーク１０４の間に存在し得る。

ＩＩ．電子番組表
電子番組表情報は、一つ以上のメタデータ・フラグメントとしてユーザ端末へ送信される。メタデータ・フラグメントは、サービスの記述を含み得るメタデータ（例えば、ＳＤＰ、ＸＭＬ等）である。メタデータ・エンベロープ（通常、ＸＭＬ）は、メタデータ情報（すなわち、メタデータ・フラグメント）をバージョニングし、更新し、及び満了させる（または情報を現状に維持する）ために使用されることが考えられる。

図２Ａは、典型的なＥＳＧ２００を示す構成図である。図２に示されるように、ＥＳＧ２００は、複数のレベルを有する木階層によって構成される情報を含む。これらのレベルはルートレベル２０２、カテゴリレベル２０４、サービスポータルレベル２０６、サービスレベル２０８、セッションレベル２０９及びサービスアイテムレベル２１０を備える。

ＥＳＧ２００は、本発明の技術にしたがって、装置によって受信され、そのユーザに呈示される。例えば、図２Ｂは、本発明の実施形態にしたがった無線通信装置２５０によって表示されるＥＳＧ２００の図である。

ＩＩＩ．ＡＬＣ、ＬＣＴ及びＦＬＵＴＥ
ＡＬＣは、Ｍ．Ｌｕｂｙ他，”Ａｓｙｎｃｈｒｏｎｏｕｓ Ｌａｙｅｒｅｄ Ｃｏｄｉｎｇ （ＡＬＣ） Ｐｒｏｔｏｃｏｌ Ｉｎｓｔａｎｔｉａｔｉｏｎ，”ＲＦＣ３４５０，Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｓｏｃｉｅｔｙ， ２００２年１２月（”ＲＦＣ３４５０”）において記述されたプロトコルである。この文書は、引用によって全体として本明細書に組み込まれ、http:www.ietf.org/rfc/rfc3450.txtからダウンロードしうる。

アップリンク信号が要求されず、追加の受信器の量が追加の要求をシステムに与えないため、ＡＬＣは、（ユーザ数の観点からして）非常に拡張性がある。しかし、ＡＬＣは１００％の信頼性はない。それは、受信を保証できず、したがって通常は耐性として説明される

ＡＬＣは、単一の送信器から無制限数の並列受信器へのコンテンツの輻輳制御型信頼性非同期配信を提供する。これは、Ｌａｙｅｒｅｄ Ｃｏｄｉｎｇ Ｔｒａｎｓｐｏｒｔ（ＬＣＴ）ビルディングブロック、複数レート輻輳制御ビルディングブロック、及び前進型誤信号訂正（ＦＥＣ）ビルディングブロックを使用することによって実行される。ＡＬＣは、ＩＰマルチキャストネットワークサービスとともに使用されるために設計され、受信器から送信器へのフィードバックパケットを要求しない。オブジェクトとして言及される情報は、送信器から一つ以上の受信器へＡＬＣセッションにおいて転送される。

ＡＬＣは複数の異なる信頼性コンテンツ配信サービスモデルをサポートすることができる。一つのそういったモデルはプッシュサービスモデルと呼ばれ、選択された受信器のグループへのオブジェクトの並列配信を含む。もう一つのモデルはオン・デマンド・コンテンツ配信サービスモデルと呼ばれる。このモデルにおいては、送信器はある期間の間、オブジェクト（例えば、ソフトウェア）を送信する。この期間の間、受信器はセッションに参加し、そのオブジェクトを回収するかもしれない。この期間は、受信器がオブジェクトをダウンロードするために必要な時間より、ずっと長い期間であるかもしれない。このように受信器はそういった期間の間セッションに参加し、それらがオブジェクトを回収するために十分なパケットを受信したときにそのセッションから離れる。そういったセッションは、セッション記述によって取得され、それは、例えば、ウェブサーバを通して取得されうる。ＡＬＣは、ＬＣＴヘッダ、ＦＥＣペイロードＩＤ、及びパケットペイロードが後に続く、ユーザ・データグラム・プロトコル（ＵＤＰ）ヘッダを含むパケットフォーマットを使用する。

ＬＣＴは、Ｌｕｂｙ他，「Ｌａｙｅｒｅｄ Ｃｏｄｉｎｇ Ｔｒａｎｓｐｏｒｔ（ＬＣＴ） Ｂｕｉｌｄｉｎｇ Ｂｌｏｃｋ」，ＲＦＣ３４５１，Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｓｏｃｉｅｔｙ，２００２年１２月において記述されている。この文書は、引用によって全体として本明細書に組み込まれ、http://www.ietf.org/rfc/rfc3451.txtからダウンロードしうる。ＬＣＴは、信頼性コンテンツ配信及びストリーム配信プロトコルへのトランスポートレベルサポートを提供する。ＬＣＴセッションは、単一の送信器において発生する一つ以上の関連するＬＣＴチャネルを含む。ＬＣＴヘッダを含むパケットを運ぶために、このチャネルはある期間使用される。これらのパケットは一つ以上の受信器によって受信されうる。ＬＣＴは送信器から受信器への接続を要求するが、それは受信器から送信器への接続を要求しない。したがって、ＬＣＴはユニキャスト及びマルチキャスト配信の両方に使用されうる。

ＦＬＵＴＥは、インターネット上でファイルの一方向性配信を提供するためにＡＬＣ上に構築されるプロトコルである。ＦＬＵＴＥは、「ＦＬＵＴＥ−Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ」と題された、２００４年６月のＰａｉｌａによるインターネット草案において説明される。この文書は、引用によって全体として本明細書に組み込まれ、http://www.ietf.org/ internet-drafts/draft-ietf-rmt-flute-08.txtからダウンロードされうる。

上述したように、ＡＬＣは、任意のバイナリオブジェクトのトランスポートを定義する。しかし、ファイル配信アプリケーションのため、オブジェクトの単なるトランスポートは、トランスポートされたオブジェクトが実際に表しているものを記述する必要な情報を、受信装置に提供しない。ＦＬＵＴＥは、ファイルのプロパティをＡＬＣコンセプトへ信号で送信し、マッピングする機構を、この必要な情報に提供する。

ＡＬＣ／ＬＣＴセッションは、単一の送信者に関連付けられた、論理的にグルーピングされたＡＬＣ／ＬＣＴチャネルのセットを含む。それは、一つ以上のオブジェクトのためのＡＬＣ／ＬＣＴヘッダを有するパケットを送信する。ＡＬＣ／ＬＣＴチャネルは、送信器と、その送信器によってチャネルに関連付けられたアドレスとの組み合わせによって定義される。送信器によってチャネルへ送信されたデータパケットの受信を開始するために、受信器はチャネルへ参加し、チャネルからのデータパケットの受信を停止するために、受信器はチャネルから離れる。

ＡＬＣ／ＬＣＴヘッダにおいて搬送されるフィールドの一つはトランスポートセッション識別子（ＴＳＩ）である。このＴＳＩは、ソースＩＰアドレスによって詳しく検査され、セッションは、ソースＩＰアドレスとＴＳＩをペアリング（ｐａｉｒｉｎｇ）することで一意に識別される。したがって、受信装置は、このペアリング（各パケットにおいて搬送される）を使用することで、パケットに対応するセッションを特定することが考えられる。

複数のオブジェクトは、セッションにおいてトランスポートされうる。オブジェクトを識別可能にするため、ＡＬＣ／ＬＣＴヘッダはトランスポート・オブジェクト識別子（ＴＯＩ）フィールドを含みうる。ＦＬＵＴＥセッションにおいては、ＴＯＩはすべての送信されるパケットのために要求される。ＴＯＩはパケットに関連付けられたセッションの識別のオブジェクトを示す値を搬送する。各オブジェクトは、ＦＬＵＴＥセッションの範囲内でユニークなＴＯＩを有する。

ＦＬＵＴＥにおいては、ＴＯＩフィールド値「０」は、ファイル配信テーブル（ＦＤＴ）インスタンスの配信を示し、それはセッションの間複数回繰り返されうる。さらに、各ＦＤＴインスタンスは、ＦＤＴインスタンスＩＤによって一意に特定される。したがって、ＦＬＵＴＥセッションの間、パケットは、ファイルオブジェクトのためにＴＯＩによって、ＦＤＴインスタンスオブジェクトのためにＴＯＩ及びＦＤＴインスタンスＩＤの両方によって検査される。

ファイル配信テーブル（ＦＤＴ）は、ＦＬＵＴＥファイル配信セッション内で配信されるべきファイルに関連する記述的情報（すなわち属性）を提供する。実装の観点からは、ＦＬＵＴＥ ＦＤＴはファイル記述エントリのセットであって、その中において、各エントリはセッションにおいて配信されるべきファイルのためのものである。各ファイル記述エントリはある属性を含むことを要求される。これらの要求された属性は、エントリが記述するファイル及びファイルを識別するＵＲＩのためのＴＯＩを含む。

ＦＬＵＴＥ ＦＤＴにおいて搬送されうる更なる属性の例は、ファイルのための前進型誤信号訂正（ＦＥＣ）オブジェクト送信情報を含む（ＦＥＣ符号化ＩＤ及び関連があれば、ＦＥＣインスタンスＩＤを含む）。ファイル属性のその他の例は、ファイルを搬送するトランスポート・オブジェクトのサイズ、及びすべてのチャネルへパケットを送信するための総レートを含む。また、ファイルのためのＴＯＩ属性の例は、ファイルのＭＩＭＥメディアタイプ、ファイルのサイズ、ファイルの符号化及びファイルのメッセージ・ダイジェストを含む。

ファイル配信セッションの受信器（例えば、端末装置）は、受信されたファイル記述エントリのためのＦＤＴデータベースを保持する。この受信器は、データベースを、例えば、ＦＤＴインスタンスの受信に基づいて維持する。したがって、任意のときに、ＦＤＴデータベースのコンテンツは、ファイル配信セッションのＦＤＴの受信器の現状を表す。

図４のステップは、説明のために提供されるものであって、制限のためではない。したがって、あるステップの追加及び／または削除と同様にステップのその他の順番が、本発明の範囲に含まれる。

ＩＶ．オブジェクトのグルーピング
本発明は、ＦＬＵＴＥセッションのようなセッションにおいて送信される様々なファイル及び／またはオブジェクトをグルーピングするための機構を提供する。実施形態において、この機構は、ＦＬＵＴＥ ＦＤＴにおける新たな属性の結合を含む。この新たな属性は、単一のセッションの間に送信される様々なファイル及び／またはオブジェクトのグルーピングを信号で送信する。セッションの間に送信される特定のファイル及び／またはオブジェクトが関連すること、及び、これらのファイル及び／またはオブジェクトが、互いに連動して受信されるべきであることが、この属性の受信に基づいて、受信装置に信号によって送信される。

本発明のグルーピング機構は、効率的な配信及び受信器において送信されたデータの復元を提供する。例えば、そういったグルーピング機構は、メタデータ・フラグメントから合成のＥＳＧを形成するために使用されうる。このＥＳＧは、使用可能なサービスに関連する端末と同様にユーザへ情報を提供するために使用される。

図３は、本発明の実施形態にしたがった時間軸３０１に沿ったＦＬＵＴＥセッションにおける送信シーケンスを示す図である。これらの送信はＦＤＴ３０２、オブジェクト３０４（オブジェクトＸとしても言及される）、オブジェクト３０６（オブジェクトＹとしても言及される）、及びオブジェクト３０８（オブジェクトＺとしても言及される）を含む。

ＦＤＴ３０２はセッションによって提供されるオブジェクトを特定する。例えば、ＦＤＴ３０２はオブジェクトＸ、オブジェクトＹ、及びオブジェクトＸを特定する。加えて、ＦＤＴ３０２は、これらのオブジェクトに関連する相関情報を提供する。この相関情報は、オブジェクトグルーピングの形式である。特に、ＦＤＴ３０２は二つのグループ：グループ１及びグループ２の存在を示す。図３に示されるように、オブジェクトＸ及びオブジェクトＹはグループ１に属する一方、オブジェクトＺはグループ２に属する。

図３に示されるように、ＦＤＴ３０２が先ず送信され、その後オブジェクト３０４、３０６及び３０８の順次送信が続く。しかし、送信はその他の順番でなされうる。

図４は、装置がＦＬＵＴＥセッションプロバイダから様々なオブジェクトを取得する本発明の一実施形態にしたがった典型的な動作のフローチャートである。これらのオブジェクトは、合成メタデータまたはＥＳＧを構築するために装置が使用するであろうメタデータ・フラグメントであることが考えられる。この動作は、装置がＦＬＵＴＥセッションに参加するステップ４０２を含む。これは、装置が以前に受信した、またはそこから正しいセッションの詳細（例えば、ソースＩＰアドレス、ポート番号等）を装置が知る何らかの（例えば、帯域外）情報に基づくことが考えられる。帯域外情報は異なるソースから及び／または異なる通信媒体を通して受信される情報であることが考えられる。

ステップ４０４において、セッション中に装置はＦＤＴを取得（受信）する。一度取得すると、その装置は、ステップ４０６においてＦＤＴを解釈する。

ステップ４０８において、装置は、セッションが任意の関心のある情報を提供するか否かを決定する。ＥＳＧのために、関心のある情報の例は、ＥＳＧのメタデータ・エンベロープ及びメタデータ・フラグメント（すなわち、ＥＳＧの一部）を含む。この決定は、ＦＤＴに基づくことが考えられる。もう一つの方法として、この決定は帯域外ソースから受信された情報に基づくことが考えられる。セッションが任意の関心のある情報を提供する場合、動作はステップ４１０へ進む。そうでなければ、動作は、装置がオブジェクト配信セッションにおける参加を打ち切る動作ステップ４０９へすすむ。

ステップ４１０において、装置は、関心のある情報に基づいて、それがセッションから取得する必要がある情報（例えば、オブジェクト）を特定する。この特定された情報は、ＦＬＵＴＥセッションの間に送信される全体の情報のすべてまたは一部を含む。ＦＤＴの受信に基づいて、装置は特定の関心のあるオブジェクトがその他のオブジェクトを有するグループに属することを決定することが考えられる。したがって、実施形態において、装置はステップ４１０において、ステップ４０８において決定された関心のある情報を伴うグループメンバーシップを分け合う一つ以上のオブジェクトをセッションから取得するためにそれが必要とすることを特定する。

ステップ４１２がステップ４１０の後に続く。このステップにおいては、装置は、ステップ４０８において決定された関心のある情報を伴うグループメンバーシップを分け合う、ステップ４１０において特定された一つ以上のオブジェクトをダウンロードする。

ステップ４１４において、装置は、ＦＤＴにおいて搬送されたオブジェクト及びグルーピング情報に基づいて情報を格納する。この情報は、あるグループに属するオブジェクトの編集物であることが考えられる。したがって、そういった編集物は一つ以上のリストの形式であって、各リストは、一つ以上の特定のグループに属する（「グループ共通オブジェクト」としても言及される）ＵＲＩのような一つ以上のオブジェクトを含むことが考えられる。例えば、リストは、二つの特定のグループに属するセッションの間に送信されるオブジェクトのすべてを含むことが考えられる。その後（ステップ４１０において）、装置はこのリスト内のすべてのオブジェクトをダウンロードする。

ある場合においては、セッションの間に送信されるオブジェクトの幾つかを、装置が既にその中に有する（例えば、メモリに格納している）ことが考えられる。この場合においては、装置が有さないグループにおけるＵＲＩのようなＦＤＴ関連オブジェクト（「新規共有グループオブジェクト」とも呼ばれる）から情報を装置が編集することが考えられる。上述の場合のように、そういった編集物はリストの形式であることが考えられ、その中では各リストは一つ以上の特定のグループに対応する。その後、装置はセッションの間にこのリストを形成するオブジェクトをダウンロードする。

この特徴は、更新されたメタデータ・フラグメントがセッションまたは複数のセッションの一部においてしばしば送信されうるＥＳＧの場合において、特に有用である。「新規」と「旧」メタデータ・フラグメントの区別は、メタデータ・エンベロープにおいて、フラグメントそれ自体において、またはその他のもの（例えば、ＦＤＴまたは帯域外）において提供されうるバージョニング情報に基づいてなされる。

ステップ４１０における情報の識別はＦＬＵＴＥセッションによって提供される様々なオブジェクトのグループメンバーシップを特定することに基づくことが考えられる。図３の典型的なセッションに関連して、ＦＬＵＴＥセッションは、同じグループ（すなわち、グループ１）に属するオブジェクトＸ及びＹを送信する。例示のユースケース（ｕｓｅ ｃａｓｅ）のように、オブジェクトＸはメタデータ・エンベロープであるかもしれないし、オブジェクトＹはオブジェクトＸによって言及されるメタデータ・フラグメントであるかもしれない。

ステップ４０８において、装置が、オブジェクトＸは関心があると決定し、そして、ステップ４１０において、必要なオブジェクトとしてそれを特定する。しかし、オブジェクトＸ及びＹは同じグループに属するため、ステップ４１０において装置はオブジェクトＹもまた必要なオブジェクトとして特定する。しかし、ステップ４０８の実行を通して、装置は（グループ１に属さない）オブジェクトＺは関心がないと決定する。この決定は様々な理由によることが考えられる。例えば、オブジェクトＺは何らかのソフトウェアコードまたはその他のメタデータ・フラグメントであり、メタデータ・エンベロープ（オブジェクトＸ）によって言及されてはいるが、ステップ４０８において受信器は、それは関心がないと決定している。さらに、オブジェクトＺは、オブジェクトＸのグループとは異なるグループに属しているため、装置は、ステップ４１０においてダウンロードのために、それを特定しない。その結果、この例においては、ステップ４１２において、装置はオブジェクトＸ及びＹをダウンロードする。

本発明のグルーピング機構を、「一つを受信、すべてを受信」方法において使用する。すなわち、グループの一部として送信されているオブジェクトの任意のものを受信器が受信した場合、このグループの一部であるセッションの間に送信されているすべてのオブジェクトを受信すべきである。この機能は、動画ダウンロード及びＥＳＧダウンロードのような複数のアプリケーションにおいて有効である。この「一つを受信、すべてを受信」特徴の例のように、ステップ４０８において特定のグループのオブジェクトが装置によって関心があると決定された場合、ステップ４１０において必要とされた特定のグループにおけるすべてのオブジェクトを特定する。

さらに、本発明のグルーピング機構はイベントのための「トリガー」として使用することもまた考えられる。例えば、ＥＳＧを形成するメタデータ・フラグメントは、グループの一部であるセッションの間送信されうる。このグループの一部であるすべてのオブジェクト受信が装置においてあるアクションをトリガーするために十分であるかもしれない。例えば、ＥＳＧの場合、ある情報量の装置による受信がユーザへのスクリーン上のＥＳＧ情報の表示をトリガーする。もう一つの方法としては、この情報の受信は、考えられるもう一つのチャネル上で装置によってもう一つのセッションへ参加することをトリガーするために十分であるかもしれない。

単一グループの一部として、ある多目的インターネットメール拡張仕様タイプを送信することが考えられる。ＭＩＭＥは、非ＡＳＣＩＩメッセージを形式合わせするための仕様である。この特徴は、これらのオブジェクトを受信し、それらを適切に使用すること、例えば、それらを適切なアプリケーションに受け渡すことにおいて、受信器を支援する。グルーピング機構はＭＩＭＥタイプの使用と結合して使用されうる。例えば、受信器は、セッションの間にまずメタデータ・エンベロープのみをダウンロードすることが考えられる。その後、セッションの間に送信されるオブジェクトのＭＩＭＥタイプ、及びオブジェクトが属するグループに基づいて、受信器はあるグループからあるオブジェクトのみをダウンロードすることを選択するかもしれない。例えば、ＦＤＴを受信した後、受信器はあるグループＸの一部であるＳＤＰ ＭＩＭＥタイプのオブジェクトのみを受信することを選択するかもしれない。オブジェクトまたはファイルが、例えば、カルーセル方式を使用して送信されているときに、この特徴は非常に有用である。

Ｖ．グルーピング機構
上述のように、本発明の実施形態は、ＦＬＵＴＥ構文へ追加される新規な属性を提供する。特に、本発明は、同じＦＬＵＴＥセッション内で配信される異なるファイル／オブジェクトをグルーピングし、関連付けるための様々な技術を提供する。例えば、実施形態において、ファイル／オブジェクトはＴＯＩレベルにおいてグルーピングされる。しかし、さらなる実施形態においては、セッションレベルにおいて、ファイル／オブジェクトがグルーピングされる。表１及び２は、オブジェクトがＴＯＩレベルにおいてグルーピングされるＦＤＴインスタンスの例を提供する。

表１の例は、新規な属性＜Ｇｒｏｕｐ ＝ “Ｇｒｏｕｐ Ｘ”＞の使用を示す。この属性はＦＬＵＴＥ ＦＤＴの一部として含まれる。この属性は、ＦＬＵＴＥセッションにおいて送信される各オブジェクトの記述の一部として含まれる。すなわち、この属性は、「ＴＯＩ毎」基準に基づいて含まれる。

一つより多いグループに属するオブジェクトは、この属性を使用して送信されることも考えられる。以下の表２はＦＤＴインスタンスであり、この特徴の例を提供する。

セッションにおけるオブジェクトの受信に基づいて、受信器はＦＤＴ情報を解釈し、「Ｘ」と等しい「グループ」属性を伴うオブジェクトが互いに関連することを決定する。

上述の通り、オブジェクトのグルーピングは、表１及び２のような「オブジェクトレベル」の代わりに「セッションレベル」においてなされることが考えられる。以下の表３は、セッションレベルにおいてなされるグルーピングを用いて、ＦＬＵＴＥセッションにおいて配信されるＦＤＴインスタンスの例を提供する。

表３の例は、上述の＜Ｇｒｏｕｐ ＝ “Ｇｒｏｕｐ Ｘ”＞パラメータの使用を示す。しかし、この場合、パラメータはセッションレベルにおいて使用される。すなわち、ＦＬＵＴＥ ＦＤＴにおいて、ＴＯＩ毎（すなわちオブジェクト毎）にパラメータを使用する代わりに、ＦＬＵＴＥセッションにおいて送信されるオブジェクトのＦＤＴ記述が、上述のように単一の＜Ｇｒｏｕｐ ＝ “Ｇｒｏｕｐ Ｘ”＞パラメータ内で、共にグルーピングされる。

受信装置が表３のＦＬＵＴＥ ＦＤＴを通して解釈を行なうとき、それは、グループＸの一部である、配信されるオブジェクトは関係があると決定する。その後、受信器は、そのオブジェクトを組み合わせうる。

さらに、複数のグループが、このセッションレベルアプローチを用いて、単一のＦＤＴにおいて特定されるかもしれない。そういったユースケースの例は以下の表４によって提供される。

本発明の一つの態様は、同じオブジェクトが複数のグループにおいて存在するかも知れない。そういった場合、オブジェクト（すなわち、ファイルまたはフラグメント）が、セッションにおいて単一のインスタンスとして送信されるが、上述の「グループ」パラメータを使用することで、それは一つ以上のグループに関連付けられる。オブジェクトが複数のグループのメンバであるＦＤＴインスタンスの例は、以下の表５及び６において提供される。特に、表５はセッションレベルグルーピングを採用する例を提供する一方で、表６はＴＯＩレベルグルーピングを採用する例を提供する。

上記表５に示すように、Ｆｉｌｅ１はＴＯＩ Ａ１の使用によってセッション内で特定される。このファイルはセッションの間に単一のインスタンスとして送信される。しかし、Ｆｉｌｅ１がグループＸ及びＹの両方に属するように、受信装置は表５のＦＤＴインスタンスにおいてグルーピング情報を解釈する。

以下の表６は、同じ複数のグルーピングが、ＴＯＩレベルにおいて達成されうることを示す。このＦＤＴインスタンスにおいては、Ｆｉｌｅ１の記述は受信器にＦｉｌｅ１がグループＸ及びＹの両方に属していることを示す。したがって、Ｆｉｌｅ１の一つのインスタンスがセッションの間に送信されたとしても、受信装置はこのＦＤＴインスタンスからＦｉｌｅ１がグループＸ及びＹの両方に属することを解釈する。

ＶＩ．端末装置
図５は、本発明の態様にしたがった端末装置アーキテクチャを示す構成図である。このアーキテクチャは、セッションクライアント５０２（例えば、ＥＳＧクライアント）、通信インタフェース５０４（例えば、Ｂｌｕｅｔｏｏｔｈ無線、ＷＬＡＮ無線、ＤＶＢ受信器、またはケーブルインタフェース）、及びオブジェクトデータベース５０９を含む。

図５において示されるようにセッションクライアント５０２は通信インタフェース５０４に接続される。通信インタフェース５０４は、他の装置との通信信号の交換（すなわち受信及び／または送信）をつかさどる。インタフェース５０４は通信モジュール５１２及び送受信器５１４を含む。加えて、無線通信を使用する構成のために、通信インタフェースはアンテナ５１６を含む。

通信モジュール５１２は、リンク設定、セキュリティ及び制御に関する機能を実行する。これらの機能は、一つ以上のプロトコルにしたがって対応する遠隔装置を発見し、それらと通信を行なうことを含む。そういったプロトコルは、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ、ＤＶＢ、ケーブル（例えば、ＤＯＣＳＩＳ）、セルラーのような通信技術のためのリンクレイヤプロトコル及び媒体アクセス制御プロトコルを含みうる。したがって、モジュール５１２は、誤訂正符号化及び複合化のような送信のためのベースバンド処理を実行する。加えて、通信モジュール５１２は物理レイヤプロトコルにしたがって遠隔装置における対応するエンティティとデータの交換を行なう。物理レイヤの例としては自動再送信要求（ＡＲＱ）プロトコルのような再送信プロトコルが含まれる。また、そういったプロトコルは、（例えば、ＤＶＢ通信において）一つ以上のタイムスライスバースト送信の受信を含む。

送受信器５１４は、図５の装置が信号（例えば、ＤＶＢ、Ｂｌｕｅｔｏｏｔｈ、及び／または、ＷＬＡＮ信号）を受信し、遠隔装置と交換することを可能とする電気機器を含む。そういった電気機器は、変調器、復調器、増幅器、及び／または、フィルタを含む。図５において示されるように、送受信器５１４は送信器５１８及び受信器５２０を含むことが考えられる。送信器５１８は、信号の送信を提供する構成要素（例えば、電気機器）を含む一方で、受信器５２０は信号の受信を提供する構成要素（例えば、電気機器）を含む。もう一つの実施形態においては、装置アーキテクチャは、送受信器５１４の代わりに、単に受信器を含むことが考えられる。

通信モジュール５１２は、端末装置が一以上の遠隔セッションプロバイダと共有する、より上位のレイヤプロトコルにしたがってセッションクライアント５０２と情報の交換を行なう。そういったプロトコルの例は、ＡＬＣ及びＦＬＵＴＥを含む。例えば、セッションクライアント５０２は、ＥＳＧ情報（例えばメタデータ）を受信し、ＥＳＧ情報を、ユーザインタフェースを通してユーザへ表示するＥＳＧクライアントであることが考えられる。

オブジェクトデータベース５０９は、セッションプロバイダが提供するオブジェクト（例えば、ファイル）に関係する遠隔セッションプロバイダから受信される情報を格納する。そういった情報は、定型リソース識別子（ＵＲＩ）、様々なオブジェクトが属する一つまたは複数のグループに関係するグルーピング情報のようなオブジェクトのためのリソース識別子を含む。

図５のアーキテクチャは、ハードウェア、ソフトウェア、またはそれらの任意の組み合わせにおいて実装されうる。そういった実装の一つが図６に示される。この実装はプロセッサ６０２、メモリ６０４、及びユーザインタフェース６０６を含む。加えて、図６の実装は送受信器５１４及びアンテナ５１６を含む。送受信器５１４は図５を参照して上述されたように実装されうる。

図６において示されるように、プロセッサ６０２は送受信器５１４に接続される。プロセッサ６０２は装置動作を制御する。プロセッサ６０２は、メモリ６０４において記憶されるソフトウェア命令を実行する能力をそれぞれ有する一つ以上のマイクロプロセッサを用いて実装される。

メモリ６０４は、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、及び／または、フラッシュメモリを含み、データ及びソフトウェア構成要素の形式の情報（本明細書においては、モジュールとしても言及される）を格納する。これらのソフトウェア構成要素は、プロセッサ６０２によって実行されうる命令を含む。ソフトウェア構成要素の様々なタイプがメモリ６０４内に格納されうる。例えば、メモリ６０４は送受信器５１４の動作を制御するソフトウェア構成要素格納することが考えられる。また、メモリ６０４は、セッションクライアント５０２、通信モジュール５１２、及びオブジェクトデータベース５０９の機能を提供するソフトウェア構成要素を格納することが考えられる。

加えて、メモリ６０４はユーザインタフェース６０６を通す情報の交換を制御するソフトウェア構成要素を格納しうる。図６に示すように、ユーザインタフェース６０６は、プロセッサ６０２にもまた接続される。ユーザインタフェース６０６は、ユーザとの装置の相互作用を容易にする。例えば、ユーザインタフェース６０６は、ユーザがＥＳＧへアクセスできるようにする。図６は、ユーザインタフェース６０６がユーザ入力部６０８及びユーザ出力部６１０を含むことを示す。ユーザ入力部６０８は、ユーザが情報を入力することを可能とする一つ以上の装置を含みうる。そういった装置の例はキーパッド、タッチスクリーン、及びマイクを含む。ユーザ出力部６１０は、ユーザが無線通信装置から情報を受信することを可能とする。このように、ユーザ出力部６６８はディスプレイ、及び一つ以上のオーディオスピーカのような様々な装置を含むことが考えられる。典型的なディスプレイは、液晶ディスプレイ（ＬＣＤ）及びビデオディスプレイを含む。

図６に示される要素は、様々な技術にしたがって接続されうる。一つのそういった技術は送受信器５１４、プロセッサ６０２、メモリ６０４及びユーザインタフェース６０６を、一つ以上のバスインタフェースを通して接続することを含む。加えて、これらの構成要素のそれぞれは、再充電可能な及び／または取り外し可能なバッテリーバックのような電源（図示せず）に接続される。

ＶＩＩ．結論
本発明の様々な実施形態が上述されたが、それらは制限の目的ではなく、例示のために示されたことが理解されるべきである。例えば、ＦＬＵＴＥを含む例が記述されたが、その他のセッション配信プロトコル及び機構が本発明の範囲に含まれる。

したがって、当業者にとっては、様々な形式上の及び詳細な変更が、本発明の精神と範囲から逸脱することなくなされうることが明らかである。このようにして、本発明の幅及び範囲は、任意の上記例示の実施形態によって制限されず、特許請求の範囲及びそれらの均等物によってのみ定義されるべきである。

図１は本発明の一実施形態にしたがった動作環境の構成図である。 図２Ａは電子番組表の構成図である。 図２Ｂは電子番組表の構成図である。 図３は本発明の一実施形態にしたがった配信セッションにおけるオブジェクトのグルーピングを示す構成図である。 図４は本発明の一実施形態にしたがった、装置が様々なオブジェクトを取得する動作のフローチャートである。 図５は本発明の態様に従った、端末装置構成を示す構成図である。 図６は本発明の態様に従った端末装置実装を示す構成図である。

Claims (45)

1. （ａ）オブジェクト配信セッションに参加し、
   （ｂ）前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を、前記セッションから受信し、
   （ｃ）前記複数のオブジェクトから関心のるオブジェクトを決定し、
   （ｄ）前記関心のあるオブジェクト及び前記複数のオブジェクトの記述に基づいて、ダウンロードのために複数のオブジェクトのうちの一つ以上を特定する、
   ことを含む方法。
2. 前記オブジェクト配信セッションが一方向性トランスポートファイル配信（ＦＬＵＴＥ）である請求項１に記載の方法。
3. ステップ（ｂ）はファイル配信テーブル（ＦＤＴ）インスタンスを受信することを含む請求項２に記載の方法。
4. 前記ＦＤＴインスタンスは、オブジェクトレベルにおいて前記複数のオブジェクトの一つ以上のグルーピングを示す請求項３に記載の方法。
5. 前記ＦＤＴインスタンスは、セッションレベルにおいて前記複数のオブジェクトの一つ以上のグルーピングを示す請求項３に記載の方法。
6. 前記複数のオブジェクトは、電子番組表（ＥＳＧ）メタデータ項目を含む請求項１に記載の方法。
7. 前記複数のオブジェクトは、電子番組表（ＥＳＧ）メタデータ・エンベロープを含む請求項１に記載の方法。
8. 前記一つ以上のグルーピングのそれぞれは、多目的インターネットメール拡張仕様（ＭＩＭＥ）タイプにそれぞれ対応する請求項１に記載の方法。
9. 前記一つ以上の特定されたオブジェクトをダウンロードすることをさらに含む請求項１に記載の方法。
10. 前記一つ以上の特定されたオブジェクトがダウンロードされた後にイベントをトリガーすることをさらに含む請求項１に記載の方法。
11. 前記イベントは、電子番組表（ＥＳＧ）をユーザへ表示することを含む請求項１０に記載の方法。
12. 前記イベントは、さらにオブジェクト配信セッションに参加することをさらに含む請求項１０に記載の方法。
13. ステップ（ｄ）は、関心のあるオブジェクトがオブジェクトのグループに属するかを決定することを含む請求項１に記載の方法。
14. ステップ（ｄ）は、前記オブジェクトのグループにおける各オブジェクトを特定することをさらに含む請求項１３に記載の方法。
15. ステップ（ｄ）は、特定の多目的インターネットメール拡張仕様（ＭＩＭＥ）タイプを有する前記オブジェクトのグループにおける各オブジェクトを特定することをさらに含む請求項１３に記載の方法。
16. 前記セッションによって提供される複数のオブジェクトの少なくとも一つが、複数の一以上のグルーピングに属し、単一のインスタンスとして前記セッションによって送信され、
    前記記述は、前記複数のオブジェクトの少なくとも一つが前記複数のグルーピングに属することを示す、請求項１に記載の方法。
17. （ａ）ステップ（ｂ）の実行に先行して、前記オブジェクト配信セッションから帯域外である情報源から前記オブジェクト配信セッションに関連する情報を受信する、
    ことを含む請求項１に記載の方法。
18. 前記オブジェクト配信セッションに関連する情報は前記セッションに参加するための詳細を含む請求項１７に記載の方法。
19. 前記セッションに参加するための詳細はソースインターネットプロトコル（ＩＰ）アドレス及びポート番号を含む請求項１８に記載の方法。
20. 前記複数のオブジェクトの記述を格納することをさらに含む請求項１に記載の方法。
21. （ａ）オブジェクト配信セッションに参加し、
    （ｂ）前記セッションから提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を、前記セッションから受信し、
    （ｃ）前記一つ以上のグルーピングの一つに対応するリストであって、前記複数のオブジェクトのうちどれが対応するグルーピングに属するかを示すリストを格納し、
    （ｄ）前記リストから一つ以上のオブジェクトを選択し、
    （ｅ）前記選択された一以上のオブジェクトをダウンロードする、
    ことを含む方法。
22. 対応するグルーピングに属する各オブジェクトのために、前記リストが定型リソース識別子（ＵＲＩ）を含む請求項２１に記載の方法。
23. （ａ）オブジェクト配信セッションに参加し、
    （ｂ）前記セッションから提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を、前記セッションから受信し、
    （ｃ）一つ以上のグルーピングのうちの一つに対応するリストであって、前記複数のオブジェクトのうちのどれが対応するグルーピングに属し、現在有していないかを示すリストを格納し、
    （ｄ）一つ以上のオブジェクトを前記リストから選択し、
    （ｅ）前記選択された一つ以上のオブジェクトをダウンロードする、
    ことを含む方法。
24. 対応するグルーピングに属し、現在有していない各オブジェクトのためにリストは定型リソース識別子（ＵＲＩ）を含む請求項２３に記載の方法。
25. （ａ）それぞれがオブジェクト配信セッションによって提供される複数のオブジェクトのうちの一つに対応する一つ以上の識別子を情報源から受信し、
    （ｂ）前記一つ以上の識別子に基づいて、前記複数のオブジェクトから関心のあるオブジェクトを決定し、
    （ｃ）前記オブジェクト配信セッションに参加し、
    （ｄ）前記セッションから提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を、前記セッションから受信し、
    （ｅ）前記関心のあるオブジェクト及び前記複数のオブジェクトの記述に基づいて、ダウンロードのために前記複数のオブジェクトの一つ以上を特定する、
    ことを含む方法。
26. ステップ（ａ）は、ステップ（ｂ）に先行して実行される請求項２５に記載の方法。
27. 前記オブジェクト配信セッションは一方向性トランスポートファイル配信（ＦＬＵＴＥ）セッションである請求項２５に記載の方法。
28. ステップ（ｄ）はファイル配信テーブル（ＦＤＴ）を受信することを含む請求項２５に記載の方法。
29. 前記一以上の識別子はそれぞれ定型リソース識別子（ＵＲＩ）である請求項２５に記載の方法。
30. 前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を、オブジェクト配信セッションから受信する通信インタフェースと、
    関心のあるオブジェクトを前記複数のオブジェクトから決定し、前記関心のあるオブジェクト及び前記複数のオブジェクトの記述に基づいて前記オブジェクトの一つ以上を特定するセッションクライアントと、
    を備える装置。
31. 前記通信インタフェースは、一つ以上のタイムスライスバースト送信の形式の記述を受信する受信器を含む請求項３０に記載の装置。
32. 前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を、オブジェクト配信セッションから受信する通信インタフェースと、
    一つ以上のグルーピングに対応するリストであって、前記複数のオブジェクトのうちのどれが対応するグルーピングに属するかを示すリストを格納するオブジェクトデータベースと、
    前記リストから一つ以上のオブジェクトを選択し、前記一つ以上の選択されたオブジェクトをダウンロードをするセッションクライアントと、
    を備える装置。
33. 前記通信インタフェースは、一つ以上のタイムスライスバースト送信の形式の記述を受信する受信器を備える請求項３２に記載の装置。
34. オブジェクト配信セッションから、前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を受信する通信インタフェースと、
    前記一つ以上のグルーピングに対応するリストであって、前記複数のオブジェクトのうちどれが対応するグルーピングに属し、現在有していないか示すリストを格納するオブジェクトデータベースと、
    前記リストから一つ以上のオブジェクトを選択し、前記一つ以上の選択されたオブジェクトをダウンロードするセッションクライアントと、
    を備える装置。
35. 前記通信インタフェースは一つ以上のタイムスライスバースト送信の形式の記述を受信する受信器を備える請求項３４に記載の装置。
36. オブジェクト配信セッションによって提供される複数のオブジェクトの一つにそれぞれが対応する一つ以上の識別子を、前記オブジェクト配信セッションから帯域外である情報源から受信し、
    前記オブジェクト配信セッションから、前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグループを示す記述を受信する、
    通信インタフェースと、
    前記一つ以上の識別子に基づいて、前記複数のオブジェクトから関心のあるオブジェクトを決定し、
    前記関心のあるオブジェクト及び前記複数のオブジェクトの記述子に基づいて、ダウンロードのために前記複数のオブジェクトのうちの一つ以上を特定する、
    セッションクライアントと、
    を備える装置。
37. 前記通信インタフェースが前記一つ以上の識別子と、一つ以上のタイムスライスバースト送信の形式の記述とを受信する受信器を備える請求項３６に記載の装置。
38. プロセッサが、オブジェクト配信セッションに参加することを可能とするためのプログラムコードと、
    プロセッサが、前記セッションから、前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を受信することを可能とするためのプログラムコードと、
    プロセッサが、関心のあるオブジェクトを前記複数のオブジェクトから決定することを可能とするためのプログラムコードと、
    プロセッサが、前記関心のあるオブジェクト及び前記複数のオブジェクトの記述に基づいて、ダウンロードのために前記複数のオブジェクトのうちの一つ以上を特定することを可能とするためのプログラムコードと、
    を含み、コンピュータシステムにおけるプロセッサを動作させるためのコンピュータプログラムロジックを格納するコンピュータ使用可能な媒体を備えるコンピュータプログラム製品。
39. プロセッサが、オブジェクト配信セッションに参加することを可能とするためのプログラムコードと、
    プロセッサが、前記セッションから、前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を受信することを可能とするプログラムコードと、
    プロセッサが、前記一つ以上のグルーピングに対応するリストであって、前記複数のオブジェクトのうちどれが対応するグルーピングに属するかを示すリストを格納することを可能とするためのプログラムコードと、
    プロセッサが、前記リストから一つ以上のオブジェクトを選択することを可能とするためのプログラムコードと、
    プロセッサが、前記一つ以上の選択されたオブジェクトをダウンロードすることを可能とするためのプログラムコードと、
    を含み、コンピュータシステムにおけるプロセッサを動作させるためのコンピュータプログラムロジックを格納するコンピュータ使用可能な媒体を備えるコンピュータプログラム製品。
40. プロセッサが、オブジェクト配信セッションに参加することを可能とするためのプログラムコードと、
    プロセッサが、前記セッションから、前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を受信することを可能とするプログラムコードと、
    プロセッサが、前記一つ以上のグルーピングに対応するリストであって、前記複数のオブジェクトのうちどれが対応するグルーピングに属し、現在有しているかを示すリストを格納することを可能とするためのプログラムコードと、
    プロセッサが、前記リストから一つ以上のオブジェクトを選択することを可能とするためのプログラムコードと、
    プロセッサが、前記一つ以上の選択されたオブジェクトをダウンロードすることを可能とするためのプログラムコードと、
    を含み、コンピュータシステムにおけるプロセッサを動作させるためのコンピュータプログラムロジックを格納するコンピュータ使用可能な媒体を備えるコンピュータプログラム製品。
41. プロセッサが、それぞれがオブジェクト配信セッションによって提供される複数のオブジェクトの一つに対応する一つ以上の識別子を情報源から受信することを可能とするためのプログラムコードと、
    プロセッサが、前記一つ以上の識別子に基づいて、前記複数のオブジェクトから関心のあるオブジェクトを決定することを可能とするためのプログラムコードと、
    プロセッサが、前記オブジェクト配信セッションに参加することを可能とするためのプログラムコードと、
    プロセッサが、前記セッションから提供される複数のオブジェクトの記述であって、前記複数のオブジェクトの一つ以上のグルーピングを示す記述を、前記セッションから受信することを可能とするためのプログラムコードと、
    プロセッサが、前記関心のあるオブジェクト及び前記複数のオブジェクトの記述に基づいて、ダウンロードのために前記複数のオブジェクトの一つ以上を特定することを可能とするためのプログラムコードと、
    を含み、コンピュータシステムにおけるプロセッサを動作させるためのコンピュータプログラムロジックを格納するコンピュータ使用可能な媒体を備えるコンピュータプログラム製品。
42. 複数のメタデータ・フラグメントを含む電子番組表（ＥＳＧ）をユーザに提供するディスプレイと、
    オブジェクト配信セッションから前記複数のメタデータ・フラグメント、及び、前記セッションによって提供される複数のオブジェクトの記述であって、前記複数のメタデータ・フラグメントの一つ以上のグルーピングを示す記述を受信するクライアントと、
    を備える装置。
43. 前記オブジェクト配信セッションは一方向性トランスポートファイル配信（ＦＬＵＴＥ）セッションである請求項４２に記載の装置。
44. 前記記述はファイル配信テーブル（ＦＤＴ）インスタンスである請求項４１に記載の装置。
45. 配信セッションに関連付けられた複数のオブジェクト、及び、該複数のオブジェクトの記述であって、該複数のオブジェクトの一つ以上のグルーピングを示し、前記セッションに関連付けられた記述を有する記憶部と、
    前記複数のオブジェクト及び前記記述を、前記セッションの一つ以上のクライアントへ送信する通信部と、
    を備えるセッションプロバイダ。

Images