JP2009515492A - パッケージ及びチャネルをデバイスに配信するためのシステム - Google Patents

Abstract

デバイスにパッケージ及びチャネルを配信するためのシステムは、加重を複数のパッケージと複数のチャネルに関係付けることを含む。デバイス・ディスプレイ上でのパッケージのデフォルト順序づけ、及びプログラム・ガイド上でのチャネルのデフォルト順序づけは、加重にしたがって決定される。それに加えて、加重は、パッケージ及びチャネルに適用する機能及び条件を差別化するために使用されることができる。

Description

特許に関する本出願は、一般にコンテント配信システムに係わり、そしてより詳しくは、デバイスにコンテントを配信するためのシステムに関する。

現在のコンテント配送／メディア配信システムでは、プロバイダは、専用のネットワークを経由してサービスを利用可能にし、その結果、そのネットワーク上で動作しているデバイスは、それらのサービスを受け取る能力を有するようになる。あるプロバイダは、ビリング及びカスタマ・サービス（ＢＣＳ：billing and customer service）プロバイダである。

一般的な携帯デバイスに関して、カスタマとネットワークとの間の全体の関係は、包括的にＢＣＳプロバイダによって管理されることができる。多くの場合、デバイスは、主又は開始ネットワーク・サービス取り決めに関係するユーザの同意に関係付けられた補助金（subsidy）を有する。これは、主ネットワークのＢＣＳプロバイダを介してカスタマが全てのサービスを購入するという結果をもたらす。音声、データ、及びメディア・ネットワークが単一の所有権を有するときには、この状況は、受け入れ可能であり得る。しかしながら、デバイスが複数のネットワークへのアクセスを得るので、複数のコンテント・パッケージャ及びＢＣＳプロバイダをサポートする必要性が増大している。それに加えて、ＢＣＳプロバイダは、パッケージをそしてそのパッケージのコンテントを変更するように決定することがある。

それゆえ、必要とされているものは、柔軟な方式で複数のコンテント・パッケージャ及びカスタマ・サービス・エンティティをサポートするデータ・ネットワーク上でデバイスにコンテントを配信するためのシステムである。

サマリー

１又はそれより多くの実施形態において、複数のコンテント・パッケージャとカスタマ・サービス・エンティティとをサポートしつつ、データ・ネットワーク上でサービスを配信するために動作する配信システムが提供される。

１つの態様では、デバイスにおいてパッケージ及びチャネルを整理する方法は、複数のパッケージを受信すること、ここにおいて、少なくとも１つのパッケージは関係する加重を有し、ここにおいて、各パッケージは関係するチャネルの集合を有する、及び関係するパッケージ加重に基づいて該複数のパッケージを順序づけること、を具備する。

１つの態様では、デバイスにおいてパッケージ及びチャネルを整理する方法は、複数の順序づけられたパッケージを受信すること、ここにおいて、少なくとも１つのパッケージは関係するパッケージ加重にしたがって順序づけられる、及び各パッケージの該順序にしたがって各パッケージをディスプレイすること、を具備する。

１つの態様では、無線デバイスは、複数の順序づけられたパッケージを受信するために構成されたトランシーバ、ここにおいて、少なくとも１つのパッケージは関係する加重にしたがって順序づけられる、ディスプレイのために該複数の順序づけられたパッケージを処理するために構成されたプロセッサ、該複数の順序づけられたパッケージからパッケージを選択するために構成されたユーザ・インターフェース、該プロセッサに接続され、該複数の順序づけられたパッケージを記憶するために構成されたメモリ、及び該プロセッサに接続され、該記憶された複数の順序づけられたパッケージをそれらの順序にしたがってディスプレイするために構成されたディスプレイ、を具備する。

１つの態様では、無線デバイスは、複数の順序づけられたパッケージを受信するための手段、ここにおいて、少なくとも１つのパッケージは関係するパッケージ加重にしたがって順序づけられる、及び各パッケージの該順序にしたがって各パッケージをディスプレイするための手段、を具備する。

１つの態様では、サーバは、複数のパッケージを受信するために構成されたトランシーバ、ここにおいて、少なくとも１つのパッケージは関係する加重にしたがって順序づけられる、関係するパッケージ加重にしたがって該複数のパッケージの各パッケージを順序づけるために構成されたプロセッサ、及び該プロセッサに接続され、順序づけられた複数のパッケージを記憶するために構成されたメモリ、を具備する。

１つの態様では、サーバは、複数のパッケージを受信するための手段、ここにおいて、少なくとも１つのパッケージは関係する加重を有し、ここにおいて、各パッケージは関係するチャネルの集合を有する、及び該複数のパッケージをそれらに関係するパッケージ加重に基づいて順序づけるための手段、を具備する。

本実施形態の他の態様は、この後に記載される図面の簡単な説明、説明、及び特許請求の範囲を概観した後で明らかになるであろう。

説明

本明細書中で説明される実施形態の上記の態様は、添付されている図面を使用したときに下記の詳細な説明を参照することにより、さらに容易に明確になるであろう。

本説明は、柔軟な配信システムの複数の実施形態を記述し、それはデータ・ネットワーク上の複数のコンテント・パッケージャとカスタマ・サービス・エンティティとをサポートする。本システムは、限定されたリソースを有する携帯デバイスにコンテントを配信するために特に良く適しているが、任意のタイプのデバイスで使用されることができる。本システムは、任意のタイプのネットワーク環境において同様に使用されることができ、通信ネットワーク、インターネットのような公開ネットワーク、仮想非公開ネットワーク（ＶＰＮ：virtual private network）のような非公開ネットワーク、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、長距離ネットワーク、又は任意の他のタイプのデータ又は通信ネットワークを含むが、それらに限定されない。

定義
下記の定義が適用される：
用語 定義
起動 デバイスがＳＩ及びサービスを取得するようにさせる
状態へとデバイスを置くこと。
付加パッケージ 親パッケージが申し込まれた後に申し込まれることが
できるパッケージ。
自動加入されたパッケージ ユーザが明確に選択することなしにデバイスが加入す
るパッケージ、一般的に別のパッケージへの加入の結
果としてもたらされる。
補助表示 補助サービスの表示、一般的に基本サービスの表示に
関連して限定された時間表示される。
補助サービス カスタム化するために使用する、又は基本サービスへ
の機能向上を提供するサービス。ＭＰＧに表示されな
い。
ベーカー ユーザが加入していないチャネル又はパッケージを宣
伝する表示。
基本サービス チャネルにより代表される主サービス。
ＢＣＳサービス・プロバイダ １又はそれより多くのコンテント・パッケージャの代
理でエンド・ユーザのビリング及びカスタマ・サポー
ト・サービスを提供する商業エンティティ。各デバイ
スは、ＢＣＳプロバイダに関係付けられる。
ブラックアウト ＬＯＩ及びＷＯＩの集合、そこでは表示へのアクセス
が禁止される。
チャネル 基本サービスのビュー（view）、それは基本サービスの
ある属性の置き換えを経由してカスタム化されることが
できる及び／又は１又はそれより多くの補助サービスに
関係する。
チャネル加重 チャネルを介して配送される表示のＭＰＧタイトルに
割り当てられる加重。
分類方式 言語に無関係な用語の集合、特定のアプリケーション
又はドメインに関する語彙を規定する。
分類方式別名 分類方式名前空間の短い形式の表現として使用される
ことができる文字列。
分類方式表 ＭＰＥＧ−７仕様にしたがってフォーマット化された
ＸＭＬ表、分類方式及び分類方式別名の集合を規定す
る。
排他的なパッケージ 新たな申し込みを受け入れないパッケージ。
コンタクト・ウィンドウ 非リアル・タイム表示が送信される時間のインターバ
ル。
コンテント・パッケージャ パッケージを規定しそして１又はそれより多くのＢＣ
Ｓサービス・プロバイダを経由して加入に対してそれ
らを提供する商業エンティティ。コンテント・リテー
ラとも呼ばれる。
コンテント・プロバイダ サービスを通してユーザに配送するコンテントを供給
する商業エンティティ。
制御された用語 分類方式表中の記入事項に記述されるトークン。
デフォルト言語 情報が利用可能である何かの別の言語をユーザが選択
していない場合に情報がユーザに配送される言語。
デバイス サービスをアクセスするために起動されることが可能
なカスタマ装置。
ＥＵＬＡ エンド・ユーザ許可同意−加入のデフォルト期間を明
記するユーザとＢＣＳプロバイダとの間の契約。特定
のコンテント・パッケージャに対する使用の期間の同
意により置き換えられることがある。
除外パッケージ ユーザが指定されたパッケージに申し込む場合に、
ユーザが申し込むことを認められないパッケージの集
合の部分。
除外サービス デバイス上にダウンロードされない又は記憶されない
加入サービス、一般的にサービスへのアクセスを除外
するためのユーザの行為の結果としてもたらされる。
含まれたサービス、除外できないサービスを参照。
フロー 多重送信内の論理的な流れ、一般的にリアル・タイム
表示の１つのメディア構成要素、又は非リアル・タイ
ム表示を含んでいるファイル、又はＳＩメッセージを
配送するため使用する。
アイコン デバイス表示スクリーンの主画像の一部に重ねられる
ことができる静止画像。
含まれたサービス デバイスに配送される加入されたサービス。除外サー
ビス、除外できないサービスを参照。
イントロ 基本サービスについての関係する表示の前にユーザに
配送される補助表示。
ＩＰデータキャスト表示 ＩＰマルチキャスト・アドレスの限定された集合に向
けられたＩＰフォーマット化されたコンテントからな
る表示。
ＩＰデータキャスト・サービス ＩＰデータキャスト表示を配送するサービス。
ローカル動作 ＬＯＩを参照
インフラストラクチャ
ＬＯＩ 特定のローカル・エリアのネットワーク通信範囲を提
供するために配置されるインフラストラクチャの論理
的なグループ化。
市場共通メッセージ ネットワークに関係するＢＣＳプロバイダに関する情
報及びネットワーク中で使用するある分類方式表を配
送するために使用するＳＩメッセージ。
市場コンテント・リテーラ コンテント・リテーラ及びそのコンテント・リテーラ
・メッセージ を通して利用可能なパッケージ、タイアとチャネルに
関する情報を配送するために使用するＳＩメッセージ。
市場定義プロトコル ＭＳＩの送信及び取得を管理するプロトコル。
市場情報 ＢＣＳプロバイダ、コンテント・パッケージャ、パッ
ケージ、タイア及びチャネルを記述する情報。
市場及びサービス情報 市場共通メッセージ、市場コンテント・パッケージャ・
メッセージ及びサービス定義メッセージ。
メディア メディア・コンテントの解釈を支援するために使用す
るメタデータにおそらく関係する情報、例えば、動画
又は静止画像、音、又はテキスト、を表示するための
フォーマット。
メディア表示ガイド ネットワークにおいて利用可能なＭＰＧタイトルのス
ケジュール、ＭＰＧブロックの系列としてデバイスに
配送される。
ＭＩＭＥタイプ 非リアル・タイム表示又はＩＰデータキャスト表示で
配送されるメディア・タイプ、及びＲＦＣ２０４５−
２０４９の協定にしたがってそれを同定する関連メタ
データ。
ＭＰＧ メディア表示ガイドを参照。
ＭＰＧブロック 限定された時間ウィンドウ、ＭＰＧブロック期間の間
に多重送信において利用可能なＭＰＧタイトルの集合
とコンタクト・ウィンドウを配送するＳＩメッセージ。
ＭＰＧ配送プロトコル ＭＰＧブロックの送信と取得を管理するプロトコル。
ＭＰＧタイトル 指定された時刻に見るために利用可能な表示の事例の
記述。
ＭＳＩ 市場及びサービス情報を参照。
多重送信 所定のＬＯＩ又はＷＯＩにおいて利用可能なフローの
集合。
ネットワーク 物理層を使用するマルチキャスト・ネットワーク。
除外できないサービス デバイスが配送を断ることを認められていない加入
サービス。含まれたサービス、除外サービスも参照。
非リアル・タイム表示 後の取り出し及びユーザへの表示のために記憶される
表示。
非リアル・タイム・サービス 全体が非リアル・タイム表示からなるコンテントを配
送するサービス。
アウトロ 基本サービスにつての関連表示の後でユーザに配送さ
れる補助表示。
パッケージ パッケージはタイアと関係する補助サービスの集合で
ある。パッケージは、システム上での購入のために提
示される。
パッケージ加重 パッケージの加重。
親パッケージ ユーザが付加パッケージに申し込む前に、事前の加入
が存在する必要があるパッケージ。
ＭＰＧタイトル当りのサービス リアル・タイム表示と非リアル・タイム表示の両方を
配送するサービス。固有の表示のタイプは表示に対す
るＭＰＧタイトルから決定される。
表示 同時に及び／又は連続してユーザに表示されることが
でき、そして１つのＭＰＧタイトルにより記述される
ことが可能なメディア・セグメントの集合。
表示ウィンドウ ユーザが表示を見ることができる時間のインターバル。
主フロー とりわけ、様々なタイプのＳＩメッセージの現在の
バージョンのリストを配送するフロー。
非公開コンテント・リテーラ ＳＩ中に指定されていない方法によりユーザがアクセ
スする権利を設定することが必要なコンテント・リ
テーラ。
非公開パッケージ 非公開コンテント・リテーラにより提示されるパッ
ケージ。
非公開チャネル 非公開パッケージを通して提示されるチャネル。
非公開サービス それへのアクセスが非公開チャネルとして提示される
だけであるサービス。
レーティング サービス又はコンテントの適当さの指標を提供する表
示コンテントの分類。レーティングは通常１つの尺度
におけるレベルであるが、複数の大きさを有すること
がある。
リアル・タイム表示 受け取られたままでそして処理されたままでユーザに
表示され、そして後の取り出しのために記憶される必
要がないメディアからなる表示。
リアル・タイム・サービス 全体がリアル・タイム表示からなるコンテントを配送
するサービス。
サービス定義メッセージ ネットワークにおいて利用可能なサービスに関する情
報を配送するＳＩメッセージ。
サービス・スケジュール 表示がユーザへの表示のための利用可能である時間的
順序。
サービス １つのラベルの下で提示され、フローの限定された集
合を使用して配送される表示の系列。
ＳＩ システム情報を参照。
ＳＩフロー ＳＩメッセージを配送するために使用するフロー。
ＳＩフレーミング・プロトコル ＳＩメッセージを送信するためのプロトコル。
ＳＩメッセージ ＳＩメッセージの概要（schema）の全てのエレメント
を含んでいるメッセージ。
ＳＩメッセージ断片 ルート・エレメントのコピー及びＳＩメッセージ事例
の他のエレメントのサブセットを含んでいるメッセー
ジ。
加入したサービス ユーザがアクセスすることが可能であり、サービスを
アクセスする権利を含むパッケージに既に申し込んで
いるサービス。
システム情報 デバイスがユーザの代わりにサービスの場所を決める
こと又はパッケージに申し込むこと、及びユーザへの
市場情報、サービスとＭＰＧタイトルを記述すること
を可能にする情報の集合。
使用同意の期間 パッケージへの加入の期間を制御する、ユーザとコン
テント・リテーラとの間の契約。ＥＵＬＡも参照。
タイア 加入目的のために一緒にグループにされたチャネルの
集合。タイアはパッケージを創るために統合される。
バージョン 属性の特定の集合及びＳＩメッセージにより搬送され
るエレメント値を同定し、別のＳＩメッセージのコピー
として識別されることを可能にするＳＩメッセージの
属性。
加重 エレメントに関する情報が同じタイプのエレメントの
リスト中でユーザに表示される順序をその値が制御す
る属性。
広域動作インフラストラクチャ ＷＯＩを参照。
ＷＯＩ 特定の広域のネットワーク通信範囲を提供するために
配置されるインフラストラクチャの論理的なグループ
化。
図１は、配信システムの１つの実施形態を具備するネットワーク１００を示す。ネットワーク１００は、携帯デバイス（１０２，１０４と１０６）、ＢＣＳプロバイダ１１０、コンテント・パッケージャ１１８、及びコンテント・プロバイダ１２４を具備し、全てが配信ネットワーク１０８に接続される。

デバイス（１０２，１０４と１０６）は、携帯デバイスであり、それは配信ネットワーク１０８と通信して、デバイス・ユーザが利用可能なパッケージを受け取るように申し込むために配信ネットワーク１０８をアクセスすることを可能にする。

ＢＣＳプロバイダ１１０は、配信ネットワーク１０８から受け取られるパッケージへのユーザ加入を受諾し、そして維持管理する。１つの実施形態では、それぞれのデバイス（１０２，１０４と１０６）は、１つのＢＣＳプロバイダに関係する。例えば、デバイス１０２は、ＢＣＳ１１２に関係し、デバイス１０４は、ＢＣＳ１１４に関係し、そしてデバイス１０６は、ＢＣＳ１１６に関係する。別の実施形態では、デバイス（１０２，１０４又は１０６）は、１より多くのＢＣＳプロバイダに関係することができる。明確化のために、ＢＣＳプロバイダ１１２の動作が、詳細に説明される、しかしながら、ＢＣＳプロバイダ１１４と１１６は、同じ方式で動作する。

ＢＣＳプロバイダ１１２は、１２０で図示されたように、加入同意を通して１又はそれより多くのコンテント・パッケージャ１１８との関係を設定する。これらの同意は、ＢＣＳプロバイダ１１２に関係するデバイスが受け取るために申し込むことができるパッケージをどのコンテント・パッケージャ１１８が提示するかを定める。１つの実施形態では、ＢＣＳプロバイダ１１２は、１２２で示されたように、１又はそれより多くのコンテント・パッケージャ１１８との自身の関係を配信ネットワーク１０８に通知する。

コンテント・パッケージャ１１８は、パッケージを規定しそして維持管理する。パッケージは、最終的にデバイスに提示されることができる配信ネットワーク１０８上で利用可能なサービスの集合である。デバイス・ユーザは、パッケージに申し込むことによりサービスへのアクセスを取得する。コンテント・パッケージャ１１８は、１２６で示されるように、コンテント・リテーラ同意を通してコンテント・プロバイダ１２４からのサービスへのアクセスを提示する権利を取得する。コンテント・パッケージャ１１８は、１２８で示されたように、コンテント・パッケージャ１１８により作られるパッケージの定義を配信ネットワーク１０８に知らせる。

コンテント・プロバイダ１２４は、１３０で示されたように、配信ネットワーク１０８にサービスのコンテントを供給する。それらは、しかもコンテントの説明を提供し、それは配信ネットワーク１０８がメディア表示ガイド（ＭＰＧ）を維持管理することを可能にし、そのＭＰＧは任意の所定の時間に配信ネットワーク１０８を通して利用可能なサービスの記述をデバイス・ユーザに提供する。

１つの実施形態では、ＭＰＧは、加入者が申し込んでいないけれどもコンテントを選択しそして再生することを認める。代わりの実施形態では、ＭＰＧは、ユーザがコンテントを選択しそして再生することを認めることに加えて、ユーザが申し込むことを可能にすることができる。

配信ネットワーク１０８は、デバイス（１０２，１０４と１０６）へのサービスの配送に関する責任がある。しかも付随するシステム情報（ＳＩ）パラメータの創出と配送に関する責任がある。１つの実施形態では、配信ネットワーク１０８とデバイス（１０２，１０４と１０６）との間の通信は、例えば、リアル・タイム・サービスの異なるメディア構成要素を搬送するためのフローの集合、又はＩＰデータキャスト・サービス中の異なるＩＰポートへ向けられたＩＰストリームへと体系化される。特定のローカル・エリア又はワイド・エリアにおいて利用可能にされようとしている全てのフローは、対応する多重送信へとグループ化される。

配信ネットワーク１０８は、有線ネットワーク技術及び無線ネットワーク技術の任意の組み合わせを具備する。例えば、配信ネットワーク１０８は、無線マルチキャスト・ネットワークであり得る。１つの実施形態では、配信ネットワーク１０８は、サーバ（１３２，１３４と１３６）を具備する。明確化のために、サーバ１３２の動作が、詳細に述べられるが、サーバ１３４と１３６は、同じ方式で動作する。

サーバ１３２は、１２２に示されたように、もう１つのＢＣＳプロバイダ１１０から加入パラメータを受け取るように動作する。サーバ１３２は、しかもコンテント・パッケージャ１１８からパッケージ・パラメータ１２８を、そしてコンテント・プロバイダ１２４からプログラミング・パラメータ１３０を受け取る。サーバ１３２は、受け取ったパラメータを処理して、システム情報（ＳＩ）パラメータ１３８とメディア表示ガイド（ＭＰＧ）１４０を生成する。

ＳＩパラメータ１３８は、サービスの位置を決めること又はパッケージに申し込むこと、そしてデバイス・ユーザに加入情報、サービス、及びＭＰＧタイトルを記述することを可能にする情報の集合を具備する。ＭＰＧ１４０は、ＭＰＧブロックの系列としてデバイスに配送される利用可能なタイトルのスケジュールを具備する。

配信システムの１つの実施形態の動作の間に、配信ネットワーク１０８は、デバイス（１０２，１０４と１０６）を起動し、そしてＳＩ１３８とＭＰＧ１４０とを送信する。デバイス（１０２，１０４と１０６）は、次に、ＳＩ１３８とＭＰＧ１４０とを処理するために動作し、デバイス・ユーザに情報を与えて、そのデバイス・ユーザが１又はそれより多くのパッケージに申し込むことを可能にする。例えば、デバイス１０２のユーザは、その与えられた情報から加入のためにパッケージを選択する。デバイス１０２は、次に、配信ネットワーク１０８へ加入要求を送信して、選択したパッケージを受け取るために申し込む。

１又はそれより多くの実施形態では、配信サーバ１３２は、下記の機能のうちの１又はそれより多くを実行することにより配信システムの１つの実施形態において動作する。

１． 選択したＢＣＳプロバイダ、コンテント・パッケージャ、及びコンテント・プロバイダに関係する申込み、パッケージ、及び表示ガイド・パラメータを取得する。

２． ＳＩ及びＭＰＧパラメータを生成する。

３． 配信ネットワークを介してパッケージに申し込むためにデバイスを起動させる。

４． 起動されたデバイスにＳＩとＭＰＧとを送信する。

５． デバイスから１又はそれより多くの加入要求を受け取る。

そのように、配信システムの複数の実施形態は、データ・ネットワーク上の複数のコンテント・パッケージャおよびＢＣＳプロバイダをサポートするように動作し、異なるＢＣＳプロバイダに関係するデバイスが利用可能なパッケージを受け取るために申し込むことを可能にするように動作する。ネットワーク１００が１つだけのネットワーク構成を図示することが注目されるべきであり、そして他のネットワーク構成又は配置が記載される実施形態の範囲内で可能であることが注目されるべきである。

図２は、配信システムの１又はそれより多くの実施形態における使用のために適した配信サーバ２００の１つの実施形態の図を示す。例えば、配信サーバ２００は、図１の配信サーバ１３２として使用されることができる。配信サーバ２００は、処理論理回路２０２、ＳＩ生成論理回路２０４、ＭＰＧ生成論理回路２０６、トランシーバ論理回路２０８、及び起動論理回路２１０を具備し、その全てが内部データ・バス２１２に接続される。サーバ２００は、しかも加入パラメータ記憶装置２１４、コンテント・パッケージ・パラメータ記憶装置２１６、及びプログラミング・パラメータ記憶装置２１８を具備し、それは全てが同様にデータ・バス２１２に接続される。

１又はそれより多くの実施形態では、処理論理回路２０２は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア論理回路、メモリ素子、仮想マシーン、ソフトウェア、及び／又はハードウェアとソフトウェアとの任意の組み合わせを具備する。そのように、処理論理回路２０２は、一般に機械読み取り可能な命令実行するための、そして内部データ・バス２１２を介してサーバ２００の１又はそれより多くの別の機能素子を制御するための論理回路を具備する。

トランシーバ論理回路２０８は、ハードウェア及び／又はソフトウェアを具備し、それはサーバ２００が通信チャネル２２０を介して遠隔デバイス又はシステムとデータ及び／又はその他の情報を送信すること及び受信すること可能にするように動作する。例えば、１つの実施形態では、通信チャネル２２０は、サーバ２００が１又はそれより多くのデータ・ネットワーク及び／又はそれらのデータ・ネットワークに接続されたデバイスと通信することを可能にするいずれかの適したタイプの通信リンクを具備する。

記憶論理回路（２１４，２１６と２１８）は、いずれかの適したタイプの記憶デバイス又は素子を具備し、それはサーバ２００が情報パラメータを記憶することを可能にする。例えば、１つの実施形態では、記憶論理回路（２１４，２１６と２１８）は、任意のタイプのＲＡＭ、フラッシュ・メモリ、ハード・ディスク、又はいずれかの別のタイプの記憶デバイスを備える。

１つの実施形態では、処理論理回路２０２は、トランシーバ論理回路２０８及びチャネル２２０を経由して１又はそれより多くのＢＣＳプロバイダと通信するように動作する。ＢＣＳプロバイダは、加入パラメータを与え、それは処理論理回路２０２により受け取られ、そして加入パラメータ記憶装置２１４中に記憶される。処理論理回路２０２は、トランシーバ論理回路２０８とチャネル２２０を経由して１又はそれより多くのコンテント・パッケージャと通信するために同様に動作する。コンテント・パッケージャは、パッケージ・パラメータを与え、それは処理論理回路２０２により受け取られ、そしてコンテント・パッケージ・パラメータ記憶装置２１６中に記憶される。処理論理回路２０２は、１又はそれより多くのコンテント・プロバイダと通信するために同様に動作する。コンテント・プロバイダは、プログラミング・パラメータを与え、それは処理論理回路２０２により受け取られ、そしてプログラミング・パラメータ記憶装置２１８中に記憶される。加入、パッケージ、とプログラミング・パラメータのより詳細な説明は、本文書の別の部分で与えられる。

１又はそれより多くの実施形態では、ＳＩ生成論理回路２０４は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア論理回路、メモリ素子、仮想マシーン、ソフトウェア、及び／又はハードウェアとソフトウェアとの任意の組み合わせを具備する。ＳＩ生成論理回路２０４は、記憶装置（２１４，２１６と２１８）からパラメータを検索するように動作して、ＳＩパラメータ２２４を生成する。例えば、ＳＩ生成論理回路２０４は、記憶装置２１４から加入パラメータを検索し、それは１又はそれより多くのＢＣＳプロバイダに関係付けられる。ＳＩ論理回路は、記憶装置２１６からパッケージ・パラメータを、そして記憶装置２１８からプログラミング・パラメータを検索するために同様に動作し、それらは各ＢＣＳプロバイダに関係付けられる。そのように、ＳＩ生成論理回路２０４は、各ＢＣＳプロバイダに関係付けられるＳＩパラメータ２２４を生成するように動作する。ＳＩパラメータ２２４のより詳細な説明及びフォーマットは、本文書の別の部分で与えられる。

ＭＰＧ生成論理回路２０６は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア論理回路、メモリ素子、仮想マシーン、ソフトウェア、及び／又はハードウェアとソフトウェアとの任意の組み合わせを具備する。ＭＰＧ生成論理回路２０６は、プログラミング・パラメータ記憶装置２１８からパラメータを検索するように動作して、１又はそれより多くのＢＣＳプロバイダに関係付けられるＭＰＧ２２２を生成する。ＭＰＧ２２２のより詳細な説明及びフォーマットは、本文書の別の部分で与えられる。

起動論理回路２１０は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア論理回路、メモリ素子、仮想マシーン、ソフトウェア、及び／又はハードウェアとソフトウェアとの任意の組み合わせを具備する。起動論理回路２１０は、デバイスが利用可能なパッケージに申し込むこと可能にするためにデバイスを起動させるように動作する。起動プロセスは、パッケージに申し込むことを望む各デバイスに対して１回生じる必要があるだけである。例えば、１つの実施形態では、起動論理回路２１０は、クライアント・アプリケーション２２６を備え、それは起動プロセスの間にデバイスにダウンロードされる。例えば、クライアント２２６は、トランシーバ論理回路２０８を使用してデバイスにダウンロードされる。一旦、デバイスが起動論理回路２１０によって起動されると、クライアント２２６は、デバイス上でランし、そしてデバイス・ユーザに利用可能なパッケージ及びその他の関連情報を受け取りそしてディスプレイするように動作する。そのように、起動論理回路２１０は、サーバ２００がデバイスを同定しそして認証することを可能にするように動作し、それによってデバイスが１又はそれより多くの利用可能なパッケージに加入することを可能にする。

起動プロセスの間に、ＳＩパラメータ２２４とＭＰＧ２２２は、起動されようとしているデバイスに送信される。デバイス上で実行しているクライアントは、ＳＩパラメータ２２４とＭＰＧ２２２とから情報を与えるように動作し、その結果、デバイスは、利用可能なパッケージを受け取るために申し込むことができる。

１つの実施形態では、配信システムは、コンピュータ読取り可能な媒体上に記憶されたプログラミング命令を備え、それは実行されたときに、プロセッサ、例えば、処理論理回路２０２、が、本明細書中に説明されるサーバ２００の機能を提供する。例えば、命令は、コンピュータ読取り可能な媒体からサーバ２００へとロードされる、その媒体は、例えば、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリ・カード、フラッシュ・メモリ・デバイス、ＲＡＭ、ＲＯＭ、若しくは任意の別のタイプのメモリ・デバイス又はサーバ２００にインターフェースするコンピュータ読取り可能な媒体である。別の実施形態では、命令は、外部デバイス又はトランシーバ論理回路２０８を介してサーバ２００にインターフェースするネットワーク・リソースから、サーバ２００へとダウンロードされることができる。命令は、処理論理回路２０２により実行されるときに、本明細書中に説明されるような配信システムの１又はそれより多くの実施形態を提供する。

１つの実施形態では、ＳＩサービスは、３つのクラスに分類される：
１．市場定義サービス、ユーザがパッケージに申し込むことを可能にする情報を提供する。

２．サービス定義サービス、デバイスがサービスの位置を決めることそして解釈することを可能にする情報を提供する。

３．メディア表示ガイド・サービス、サービス上で利用可能なコンテントに関する情報を提供する。

１つの実施形態では、市場定義ＳＩは、分類方式表、ＢＣＳプロバイダの能力、及びコンテント・プロバイダにより提示されるパッケージをデバイスに知らせる。主要な機能は、パッケージに関する情報を通信することである。

市場定義ＳＩは、ネットワークにおいて使用中の分類方式表を定める。分類方式表は、特定のネットワークにおいて指定された機能に対して使用されるような共通の用語の集合を定義するインフラストラクチャのエレメントであり、しかしそれは、複数のネットワーク間で変わることがある、又は、それは例えば、言語により差別化された複数の形式で存在することができる。そのような用語の例は、レーティング方式及びジャンルを含む。

分類方式表は、ＳＩメッセージが十分にそして制御された方法で用語を参照することを可能にする。

市場定義ＳＩは、加入サービスに関係するＢＣＳプロバイダの特性及び能力を定める。１つの実施形態では、市場定義ＳＩは、下記を定めることができる。

− ＢＣＳプロバイダに関係するコンテント・パッケージャの集合。１つの実施形態では、デバイスは、ＢＣＳプロバイダに関係するコンテント・パッケージャにより提供されるパッケージにだけ申し込むことが可能である。

− ＢＣＳプロバイダ及びアカウントＩＤのタイプを通して利用可能なビリング・ポリシー、そのアカウントＩＤは、ＰａｙＰａｌを通してクレジット・カードの申込みのように使用されることができる。

− 電話番号、電子メール・アドレス又はウェブページＵＲＬのような、ＢＣＳプロバイダに申込みを行うためのコンタクトの詳細。

− ＢＣＳプロバイダに対する使用同意の期間。

市場定義ＳＩは、加入サービスに関連するコンテント・パッケージャの特性及び能力を定義する。１つの実施形態では、それは下記を定めることができる。

− コンテント・パッケージャの名前。

− コンテント・パッケージャが公開であるか否か。

− パッケージがコンテント・パッケージャにより提示されることができる通貨。

− コンテント・パッケージャに対するエンド・ユーザ許可同意。

それに加えて、ＳＩは、１つの実施形態では、コンテント・パッケージャに関係する補助サービスの集合を定めることができる。これらのサービスは、コンテント・パッケージャを通して提示されるいずれかのチャネルに関係する補充情報を提供することができる。それらは、デバイスがコンテント・パッケージャにより提示されるいずれかのパッケージに申し込まれる限り、デバイスによりモニタされる。

１つの実施形態では、市場ＳＩにより配送される主要な情報は、コンテント・パッケージャにより提示されるパッケージの定義である。

原則として、パッケージは、そのパッケージの名前及びその価格のような複数の関係する特性をともなう、サービスの集合である。しかしながら、パッケージの定義は、サービスのリストとして直接構成されない。その代り、パッケージは、タイアの集合として定められる。順番に、各タイアは、チャネルの集合であり、そこでは、チャネルはサービスのビュー（view）である。

１つの実施形態にしたがったパッケージ、タイア、チャネル及びサービスの間の関係の一例が、図３に示される。図３は、１つの実施形態にしたがったパッケージ３０２、タイア３０４、チャネル３０６、及びサービス３０８の階層システム３００を示す。

この例では、コンテント・パッケージャは、パッケージ３０２を作り出し、それはあるオペレータ（ここでは、ベリゾン（Verizon）３１０とスプリント（Sprint）３１２）とブランド名を付けられ、一方で、同様に両方のオペレータにより提示されることができる特定のグループ（ここでは、少数であるがおそらく先端の人口を標的にする、“ＵＫエクスパット・パッケージ（UK Expat Package）３１４）を標的とするパッケージを作り出す。これらのパッケージ３０２は、複数のリアル・タイム・サービスへのアクセスを提供し、それはそのデバイスのために再フォーマットされたスポーツ・ビデオ及び人気のあるテレビ・シリーズの連続再放送を搬送する。

示されたタイア３０４は、ベリゾン・スポーツ・タイア３１６、スプリント・スポーツ・タイア３１８、テニス・タイア３２０、再放送タイア３２２、ベリゾン再放送タイア３２４、及びＵＫタイア３２６を含む。示されたチャネル３０６は、ＥＳＰＮ−ベリゾン３２８、ＥＳＰＮ−スプリント３３０、テニス３３２、生きている限り（Days of Our Lives）３３４、イーストエンダーズ３３６、及びパイソン３３８を含む。サービス３０８は、ＥＳＰＮ３４０、ウィンブルドンＴＶ３４２、生きている限り３４４、イーストエンダーズ３４６、及びパイソン３４８を含む。

プレミアム・スポーツ・サービスＥＳＰＮに関して、２つのチャネル３２８，３３０が作り出され、それはサービス３４０の異なるビューを提供し、そのサービスは特定のモービル・ネットワーク・オペレータ（この例では、それぞれベリゾンとスプリント）を宣伝する方法でブランド名を付けるように取り扱う；そうでなければ、チャネルは、サービスの直接の鏡像である。タイア３０４は、この例では、提示されるコンテントのタイプにしたがってチャネルの論理的なグループ分けを提供するために定められる。

パッケージ３０２は、次にユーザがおそらく関心があるサービス３０８にアクセスを与えるよりはむしろタイアの組み合わせに申し込む機会をユーザに提示する。そのように、“ＵＫエクスパット・パッケージ”３１４は、“イーストエンダーズ”サービス３４６へのそして“ウィンブルドン・テニス”３４２へのアクセスを含むが、一般のアメリカのスポーツ・チャネルへのアクセス含まない、一方で、ベリゾン３１０とスプリント３１２パッケージは、アメリカの加入者に関心のある全てのスポーツへのアクセスを、同様に、ＵＳにおいて既に見られたものの再放送へのアクセスを含む。

コンテント・パッケージャは、ＢＣＳプロバイダＩＤによりパッケージへのアクセスを制限することを選択することができる。

サービス３０８の集合へのアクセスを提供することと同様に、パッケージは、１又はそれより多くの補助サービスと関係付けられることができる。これらのサービスは、そのパッケージを通して提示される任意のチャネルに関係する補充情報を提供することができる。それらは、パッケージに加入される限りはデバイスによりモニタされる。

タイアは、論理的なグループとして取り扱われるチャネルの集合である。コンテント・パッケージャにより提示されるチャネルは、少なくとも１つのタイアにおいて見られるはずであり、そして１より多くのタイアにおいて見られることができる。

タイアは、パッケージのコンテクストの外では何の意味も持たない。それはサービスのグループのコンパクトな表現を可能にするために与えられ、そしてサービス管理における柔軟性を提供する。例えば、もし複数のパッケージを通してアクセス可能であるサービスが利用できなくなる場合に、それは複数のパッケージそれ自身を定め直すよりもそのサービスを含む（複数の）タイアを定め直すことによりパッケージから削除することができる。

チャネルは、ユーザに表示されるサービスのビューであり、それは特定のパッケージ又はコンテント・パッケージャに対して適している。それは、ユーザが申し込むことが可能であるコンテントの最小単位である。

パッケージへの加入は、そのパッケージ中の全てのチャネルへのアクセスを自動的に提供する。しかしながら、ユーザは、あるチャネルをアクセスすることを望まないことがあり、そしてデバイスは、ユーザがそのようなチャネルへのアクセスを除外することを可能にする能力を含むことができる。コンテント・パッケージャは、そのパッケージ中のあるチャネルが除外できないことを示すことができる。

チャネルの概念は、コンテント・パッケージャがユーザへのサービスの見え方をカスタマイズすることを可能にする。例えば、コンテント・パッケージャは、サービスのデフォルト名をチャネル名で置き換えることができる、又はそれは異なるテキストを用いてサービスの記述を無効にすることができる。サービスが１より多くのパッケージにより提示されることができるので、同じサービスに帰着する複数のチャネルを定義することが可能である。チャネルの基盤になるサービスは、基本サービスとして知られる。

基本サービスへのアクセスを提供することと同様に、チャネルは、１又はそれより多くの補助サービスと関係付けられることができる。これらのサービスは、そのチャネルに関連する補充情報を提供する。それらは、そのチャネルをアクセスしている限りデバイスによりモニタされる。

１つの実施形態では、パッケージとチャネルは、加重をそれぞれ割り当てられる。その加重は、デバイス内でパッケージとチャネルの順序付けを管理するために使用するリソースである。パッケージ又はチャネルがリスト中のユーザに表示されるときに、加重は、他のパッケージ又はチャネルに関係してそのパッケージ又はチャネルのデフォルト位置を定める。そのように、もし全てのコンテント・パッケージャからのパッケージが１つのリスト中でユーザに表示される場合に、ユーザの好みのような他の考慮がなければ、表示の順序は、パッケージ加重によって決定される。同様に、ＭＰＧからのＭＰＧタイトルは、デフォルトにより、チャネル加重の順序で表示される。

１つの実施形態では、ユーザは、デバイス・ディスプレイ上の申込みユーザ・インターフェースを介してパッケージに加入する。１つの実施形態では、デバイス・ディスプレイ上のパッケージのデフォルト順序は、パッケージ加重にしたがって決定される。同様に、パッケージ内のチャネルのデフォルト順序は、チャネル加重にしたがって決定される。

加重の値は、ネットワークを使用する全てのコンテント・パッケージャとＢＣＳプロバイダとの間で合意される。これが行われる手段は、ポリシー決定である。例えば、加重のブロックは、異なるコンテント・パッケージャに割り当てられることができ、各コンテント・パッケージャが加重を自由に割り当てることを可能にする。

１つの実施形態では、加重は、異なるパッケージを差別化するために、そして異なるチャネルの間を差別化するために使用されることができ、その結果、特定の機能が加重に基づいて特定のパッケージとチャネルに適用されることができる。そのように、加重は、差別化機能の役割を果たすことができる。１つの実施形態では、加重は、パッケージ又はチャネルが所定の加重に対して関係する条件を有するように、条件を用いてエンコードされることができる。例えば、“１０１”の加重は、関係するパッケージ又はチャネルが関係する１番目と３番目の条件を有することを表現するバイナリ・エンコーディングであり得る。この分野において公知のいずれかのエンコーディングが加重の形式で情報をエンコードするために使用されることができることは、当業者に明白なはずである。

加重の中にエンコードされる機能の一例は、１つの実施形態であり、そこでは、加重は、非表示機能をエンコードし、その結果、関係するパッケージ又はチャネルがデバイス上にディスプレイされない。この分野において公知の任意の機能が加重にエンコードされることができることは、当業者に明白であるはずである。

各パケットは、１又はそれより多くの価格を割り当てられる。その価格は、申込み方法（例えば、単一料金、週極め、月極め）に関係すし、それはユーザがパッケージに申し込んだ時にユーザに請求される。

１より多くの申込み方法が提示されることができる。申込み方法の意味は、コンテント・パッケージャ及びＢＣＳプロバイダにより決定される。１つの実施形態では、使用される全ての申込み方法は、購入されようとしているパッケージにだけあてはまるはずである。すなわち、申込み方法は、ある割合で割り引くような、別の申込み方法の価格への調節を主張すべきではない。

パッケージは、１より多くの通貨で提示されることができる。各デバイスは、１つの通貨だけ、そのデバイスの母国の通貨（例えば、ユーロ、ポンド、アメリカ・ドル、円）、をサポートする。そのデバイスによりサポートされる通貨の価格だけが、ユーザに提示される。

パッケージは、ある属性を有し、それはそれらの動作及びパッケージとしての相互依存性を規定し、それらが含まれているもののサービスとは異なる。

１つの実施形態では、パッケージは、状態を有する。１つの実施形態では、パッケージは、２つの状態：オープンとクローズド、のうちの１つであり得る。オープン状態では、ＢＣＳプロバイダは、パッケージへの新たな申し込みを受諾することができる。クローズド状態では、新たな申し込みは、受諾されない。しかしながら、クローズド状態では、既存の加入者に対して存在し続け、そしてパッケージのいずれかのそして全ての特性を変更することが可能である。クローズド状態は、パッケージがスムーズに退くことを可能にする。パッケージが最早いかなる加入者も持たないときには、ＳＩから削除されることができる。

パッケージは、独自性を有することができる。デフォルトにより、パッケージは、アラカルトを提示される。しかしながら、ある種の独自性は、互いに独立してパッケージに申し込むためのユーザの能力を制限する複数のパッケージ間で定められることができる。結果として、ユーザに提示されるパッケージは、そのユーザの既存の加入に依存することがある。

意味がありそして整合性がある独自性を定めることは、コンテント・パッケージャの責任である。

パッケージは、親パッケージであり得る。パッケージは、親パッケージである別のパッケージへの付加物として構成されることが可能である。この状況において、もしユーザが既に親パッケージに加入している場合にだけ、ユーザは、パッケージに申し込むことを許される。

パッケージは、１より多くの親パッケージを有することができ、そのケースでは、もし加入が親パッケージのうちの少なくとも１つに対して存在する場合にだけ、ユーザは、パッケージに申し込むことができる。親パッケージを持たないパッケージは、ルート・パッケージである。

パッケージは、自動的に申し込まれることがある。自動加入されるパッケージは、ユーザの介在なしでデバイスにより申し込まれるパッケージである。デバイスがそのパッケージを提示しているコンテント・パッケージャに関係するＢＣＳプロバイダにより起動されているときに、パッケージは、自動的に申し込まれる。ルート・パッケージだけが自動的に申し込まれることができる。

パッケージは、除外されることができる。パッケージへの申込みは、ユーザがコンテント・パッケージャにより提示される別のパッケージへ加入することを妨げられることがある。

図４は、配信システムの１つの実施形態における使用のために適したデバイス４００の１つの実施形態の図を示す。デバイス４００は、処理論理回路４０２、デバイス・リソース及びインターフェース論理回路４０４、トランシーバ論理回路４０６、及びメモリ４０８を具備し、全てがデータ・バス４１０に接続される。

１又はそれより多くの実施形態では、処理論理回路４０２は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア論理回路、メモリ素子、仮想マシーン、ソフトウェア、及び／又はハードウェアとソフトウェアとの任意の組み合わせを具備する。そのように、処理論理回路４０２は、一般に機械読み取り可能な命令実行するための、そして内部データ・バス４１０を介してデバイス４００の１又はそれより多くの他の機能素子を制御するための論理回路を具備する。

デバイス・リソース及びインターフェース論理回路４０４は、デバイス４００が内部システム及び外部システムと通信することを可能にするハードウェア及び／又はソフトウェアを備える。例えば、内部システムは、大量記憶システム、メモリ、ディスプレイ・ドライバ、モデム、又は他の内部デバイス・リソースを含むことができる。外部システムは、ユーザ・インターフェース・デバイス、プリンタ、ディスク・ドライバ、又は他のローカル・デバイス又はシステムを含むことができる。そのように、デバイス・リソース及びインターフェース論理回路４０４は、デバイスがデバイス・ディスプレイ上に情報を与えること、そしてユーザ入力デバイス、例えば、マウス、キーパッド、タッチ・スクリーン、又はいずれかの他のタイプのユーザ入力デバイス、を経由してユーザ入力を受け取ることを可能にする。

トランシーバ論理回路４０８は、ハードウェア及び／又はソフトウェアを具備し、それはデバイス４００が通信チャネル４１２を介して外部デバイス又はシステムとデータ及び／又はその他の情報を送信すること及び受信すること可能にするように動作する。例えば、通信チャネル４１２は、ネットワーク通信リンク、無線通信リンク、又はいずれかの他のタイプの通信リンクを備えることができる。

１又はそれより多くの実施形態の動作の間に、デバイス４００は、起動され、それによってデバイス４００が配信ネットワークを経由して利用可能なパッケージに申し込むことを可能にする。起動プロセスの一部として、デバイス４００は、クライアント・アプリケーション４１４、ＳＩパラメータ４１６、及びＭＰＧ４１８を受け取り、それらはトランシーバ論理回路４０６により受け取られ、そしてメモリ４０８中に記憶される。例えば、デバイス・ユーザは、１回だけの起動プロセスを完了する目的のために、配信サーバ（すなわち、図１のサーバ１３２）と通信するようにデバイスを制御する。起動プロセスの間に、クライアント論理４１４は、デバイス上にインストールされる。サーバは、次にＳＩパラメータ４１６とＭＰＧ４１８とをデバイスに送信する。

クライアント４１４は、デバイス４００上にＭＰＧ４１８を与えるユーザ・インターフェース（ＵＩ：user interface）を提供し、それはデバイス・ユーザが利用可能なパッケージを見ることを可能にする。クライアント４１４は、同様に、デバイス・ユーザが申込みのために１又はそれより多くのパッケージを選択することを認める。選択されたパッケージは、デバイス−サーバ・プロトコル、それはクライアント４１４により与えられる、の一部である加入要求において同定される。クライアント４１４は、次に、トランシーバ論理回路４０６及びチャネル４１２を経由して配信サーバに加入要求を送信する。

１つの実施形態では、デバイス４００は、配信システムの１又はそれより多くの実施形態における下記の機能のうちの１又はそれより多くを実行する。下記の機能が変更され、再配置され、修正され、追加される、又はそうでなければ実施形態の範囲内で調節されることができることが、注目される。

１． デバイスは、クライアント・アプリケーションを受け取り、そしてインストールする。

２． デバイスは、配信システムによって起動される。

３． デバイスは、ＳＩパラメータとＭＰＧとを受け取る。

４． ＭＰＧは、デバイスに与えられ、そしてデバイス・ユーザに利用可能なパッケージをディスプレイする。

５． ユーザが加入のために１又はそれより多くのパッケージを選択した後で、クライアントは、配信システムに送信される加入要求をアセンブルする。

６． 加入要求が配信システムにより処理された後で、デバイスはユーザが加入したサービスを受け取る。

例えば、上記のステップ１，２と３が任意の順番で実行されることができることは、当業者に明白であるはずである。それに加えて、ステップ１，２と３のサブステップが様々な順番で実行されることができることは、当業者に同様に明白であるはずである。例えば、ステップ２のサブステップは、ステップ３のサブステップに関して順番を変えたり変えなかったりして実行されることができる。ステップ及びサブステップは、プロセスを最適化するために順番に並べられることができる。

１つの実施形態では、複数のサービス・プロバイダをホストするシステムは、コンピュータ読取り可能な媒体に記憶されたプログラム命令を具備し、それは処理論理回路４０２によって実行されるときに、本明細書中に記載されるデバイス４００の機能を提供する。例えば、命令は、コンピュータ読取り可能な媒体、例えば、フロッピー・ディスク、ＣＤＲＯＭ、メモリ・カード、ＦＬＡＳＨメモリ・デバイス、ＲＡＭ、ＲＯＭ、又は任意の他のタイプのメモリ・デバイス、若しくはデバイスＩ／Ｆ論理回路４０４を介してデバイス４００にインターフェースするコンピュータ読取り可能な媒体、からデバイス４００へとロードされることができる。別の実施形態では、命令は、トランシーバ論理回路４０６を介してデバイス４００にインターフェースするネットワーク・リソースからデバイス４００へとダウンロードされることができる。その命令は、処理論理回路４０２によって実行されるときに、本明細書中記載されるような複数のサービス・プロバイダをホストするシステムの１又はそれより多くの実施形態を提供する。

図５は、配信システムの１又はそれより多くの実施形態においてデバイスを動作させるための方法５００の１つの実施形態を示す。明確さのために、方法５００は、図４に示されたデバイス４００を参照して説明される。例えば、デバイス４００は、図１に示されたデバイス（１０２，１０４と１０６）のいずれかとしての使用のために適している。１又はそれより多くの実施形態では、処理論理回路４０２は、デバイス４００を制御するためのプログラム命令を実行して、下記に説明される機能を実行する。ブロック５００において、クライアント４１４は、デバイスにインストールされる。１つの実施形態では、クライアント４１４は、インストールされ、そして選択された通信プロトコルを使用して配信サーバとの通信を確立するように動作する。

デバイスは、配信サーバにより起動される５０２。例えば、１つの実施形態では、処理論理回路４０２は、トランシーバ論理回路４０６を介して配信サーバと通信して、デバイスを同定しそして必要とされるであろういずれかの他の起動情報を提供する。

ブロック５０４において、最新のＳＩとＭＰＧが、デバイスにおいて受信される。例えば、配信サーバは、デバイスにＳＩパラメータ４１６とＭＰＧ４１８とを送信し、それは次にメモリ４０８中に記憶される。

ブロック５０６において、デバイスにインストールされたクライアントは、デバイス・ユーザにＭＰＧ４１８からの情報をディスプレイするように又は与えるように動作する。ＭＰＧ４１８は、申込みのために利用可能であるパッケージに関する情報をデバイス・ユーザに提供する。例えば、その情報は、スケジューリング、価格付け、利用可能性、及びいずれかの他の直接関連する情報を含む。１つの実施形態では、クライアント４０６は、Ｉ／Ｆ論理回路４０４を使用してＭＰＧ４１８からの情報をディスプレイするように動作する。

ブロック５０８において、ユーザが１又はそれより多くの利用可能なパッケージに加入するように望んでいるかを判断するために、テストが実行される。例えば、ユーザは、ディスプレイされたプログラム・ガイドから１又はそれより多くのパッケージを選択することができ、そしてそれらのパッケージへ申し込むことを要求することができる。もしユーザが申込みのためにいずれかのパッケージを選択する場合には、方法は、ブロック５１０へ進む。もしユーザが申込みのためにいずれのパッケージも選択しない場合には、方法は、ブロック５１６へ進む。

ブロック５１６において、ＳＩパラメータ又はＭＰＧパラメータについての更新された情報があるかどうかを判断するために、テストが実行される。例えば、１つの実施形態では、処理論理回路４０２は、配信サーバからの送信を聞いて、現在の同報通信パラメータのバージョンがデバイス・メモリ４０８中に記憶されているパラメータとは異なるかどうかを判断する。もし新たなパラメータが利用可能であれば、方法は、ブロック５０４へ進んで、新たな情報を取得する。もし新たなパラメータが利用可能でない場合には、方法は、ブロック５０８に進んで、デバイス・ユーザがいずれかの利用可能なパッケージへ申し込むことを望んでいるかどうかを判断する。

ブロック５１０において、加入要求は、アセンブルされそして配信ネットワークに送信される。加入要求は、デバイス・ユーザが選択されたパッケージに申し込むことを可能にする。例えば、加入要求は、１又はそれより多くのパッケージが加入のために認識されるようにするフォーマットにアセンブルされる。１つの実施形態では、クライアント４１４は、加入要求をアセンブルするように動作する。加入要求は、その後、トランシーバ論理回路４０６を使用して配信サーバに送信される。

ブロック５１２において、要求されたパッケージに関係するサービスが、デバイスにおいて受け取られる。例えば、配信サーバが加入要求を処理した後で、申し込まれたパッケージに関係するサービスは、デバイスに配送される。例えば、１つの実施形態では、サービスは、コンテント・プロバイダから配信ネットワークを経由してデバイスに配送され、そしてトランシーバ論理回路４０６により受信される。本方法は、その後、ブロック５１４において停止する。

そのように、方法５００は、デバイスが配信システムにおいて提供される１又はそれより多くのパッケージに申し込むことを可能にするように動作する。本方法５００が１つのインプリメンテーションだけを説明し、そして機能素子の変更、追加、又は配置変更が、記載された実施形態の範囲から乖離することなく行われ得ることは、注意されるべきである。

システム情報
下記は、配信システムの１又はそれより多くの実施形態において生成されるＳＩパラメータの詳細な説明である。１又はそれより多くの実施形態では、ＳＩパラメータは、複数の構造へとフォーマット化され、その構造は、カスタマ・ケア（care）とビリングの配信を可能にし、そしておそらくコンテントのリテーリング（retailing）又は他のサービスとは別である別のサービスを可能にする。これらの構造は、どのコンテント・パッケージャがそのＢＣＳプロバイダに関係するデバイスにサービスを提供するかをＢＣＳプロバイダが制御することを可能にするが、そのＢＣＳプロバイダは、コンテント又は価格付けのいずれかを制御しないことがある。規定は、ＢＣＳプロバイダがコンテント及び初期のサービス契約に追加する追加サービスを販売することを可能にさせる。コンテント・パッケージャのそれぞれから提示されるサービスの構造は、提示が一貫したディスプレイ順で１つのユーザ・インターフェース上にディスプレイされることができるようなものである。この定められた順番は、複数のコンテント・パッケージャにわたり利用可能である加入パッケージに対してであり、それは複数の及び／又は異なるＢＣＳプロバイダに関係付けられることができる。

システム情報構造は、コンテント・パッケージャがその関係するデバイスにそれを経由して利用可能である制御をＢＣＳプロバイダに認める。各コンテント・パッケージャに対するコスト及び期間は、ＢＣＳプロバイダとは無関係である。各コンテント・パッケージャにより記述されるコンテント及び加入オプションは、独立に定められるが、単一のユーザ・インターフェースへと併合されることができる。１つの実施形態では、これは、下記のＳＩ仕様において記述されるようにＳＩ中のレコードを通して実現される。記載されるＳＩへの変形、変更、削除、追加、組み合わせ、又は他の小さな変形が本実施形態の範囲内であることは、注目されるべきである。

ＳＩメッセージ仕様
図６は、配信システムの１つの実施形態における使用のためのＳＩ構造６００の１つの実施形態を示す。１又はそれより多くの実施形態では、ＳＩ情報は、ＳＩメッセージの集合として送信される。下記の節は、ＳＩメッセージに含まれるＳＩ情報の定義、意義、及び関係する処理を明記する。１つの実施形態では、ＳＩメッセージは、下記のように、市場情報６０２、サービス情報、及びＭＰＧ６０６へと体系化される。

クラス１． それに対してユーザが申し込むことができるサービス提示のパッケージ化に関係する市場情報。

クラス２． 利用可能なサービスの属性及び配信ネットワーク内のそれらの位置に関する情報を提供するサービス情報。

クラス３． サービスについての個々の表示に関する情報を提供するメディア表示ガイド情報。

共通フォーマット化及び処理
ＳＩメッセージ・シンタックス
１又はそれより多くの実施形態では、ＳＩメッセージの構造は、ＸＭＬ１．０に適応するＸＭＬ概要の集合として定義される。

ＳＩメッセージ・バージョンの同定
各送信されたＳＩメッセージは、バージョン属性を含み、それは同じメッセージ・タイプの別のＳＩメッセージのコピーを識別する。あるタイプのＳＩメッセージに関して、バージョンは、指定された属性、識別属性と呼ばれる、の同じ値を有するＳＩメッセージを同様に識別することができる。例えば、２つのメッセージに対する識別属性は、下記の通りである：
− 市場コンテント・パッケージャ・メッセージ：コンテント・パッケージャＩＤ
− ＭＰＧタイトル・ブロック・メッセージ：ＭＰＧブロック開始時間。

バージョン属性の値は、エレメントの１つの集合及び複数の属性値を代表している全てのＳＩメッセージに対して同じであり得る。識別属性以外のいずれかのＳＩメッセージの属性又はエレメントが修正される又は作り出されるときに、バージョン属性の値は、増加されることがある。

１つの実施形態では、バージョン属性は、符号のない整数である。属性のサイズは、個々のメッセージ・タイプに対して指定されるように、ＳＩメッセージのタイプに依存する。一旦、バージョンが変更されると、ＳＩメッセージのそのバージョンに関係するバージョンの値は、時間Ｔ＿ＵＰＤＡＴＥのあいだ再使用されない。Ｔ＿ＵＰＤＡＴＥの値は、秒の単位であり得て、そして１つの実施形態では、設定可能なシステム・パラメータである。

現在のＳＩメッセージ・バージョンの同定
ＳＩメッセージの現在のバージョンに関するバージョン・フィールドの値は、主フローにおいて配信ネットワークを経由して送られる。

ＳＩメッセージ・バージョンの更新
もしＳＩメッセージが属性又はエレメント値への更新を、又はエレメントの新たな事例（instance）、それは将来の時間において実施されることが予定されている、を含んでいる場合には、メッセージは、個々のエレメントに対して指定されるように、更新されようとしているエレメントに関係する有効時間値を含むことができる。もしエレメントの２つのバージョンが別のメッセージ・バージョン（一般的に、現在と次のバージョン）において同時に送信されようとしている場合には、各バージョンは、有効時間に関係付けられる。有効時間属性は、３２−ビット・カウントの時間（seconds）であり得る。

クラス１：市場情報
１又はそれより多くの実施形態では、ＳＩは、次に説明される２つのメッセージ・タイプで市場情報を提供する。

１． 市場共通メッセージ
２． 市場コンテント・パッケージャ・メッセージ
１．市場共通メッセージ
図７は、配信システムの１つの実施形態における使用のための市場共通メッセージの図式７００の１つの実施形態を示す。１又はそれより多くの実施形態では、市場共通メッセージは、いずれのコンテント・パッケージャにも特有でない市場情報を定義する。市場共通メッセージは、配信ネットワーク内に配置されるＢＣＳプロバイダの属性、各ＢＣＳプロバイダに関係するコンテント・パッケージャのリファレンス、及び制御された期間に関する分類方式を規定する。

バージョン
市場共通メッセージは、バージョン属性の値によって同定される固有のバージョン７０２を備える。１つの実施形態では、バージョン属性は、１６−ビットの符号のない整数である。

分類方式表
市場共通メッセージ７００は、分類方式表７０４を備え、それはネットワーク中の全てのＢＣＳプロバイダにより使用される分類方式を規定し、下記を特定する。

− ビリング環境
− サービス・アカウント・タイプ
− 通貨
− 申込み方法
− ジャンル
− ＭＩＭＥタイプ
− レーティング・レベル
− デバイス・クラス
分類方式表７０４は、いずれかの適切な構造を備えることができる。１つの実施形態では、分類方式表７０４の定義は、ＢＣＳプロバイダの要求と能力、及びＢＣＳプロバイダが受ける管理的な要求に従う。

ＢＣＳレコード
市場共通メッセージ７００は、配信ネットワーク中の各ＢＣＳプロバイダに対するＢＣＳレコード７０６を備える。１つの実施形態では、ＢＣＳレコード７０６は、ＢＣＳプロバイダを定め、そして下記の項目を与える。

− ＢＣＳプロバイダＩＤ
− 有効時間
− ＣＳＲコンタクト
− ビリング・ポリシー
− コンテント・パッケージャ・リファレンス
− 表使用の期間
− リンク使用の期間
ＢＣＳプロバイダＩＤ
ＢＣＳプロバイダＩＤ７０８属性は、個々のＢＣＳプロバイダに関係付けられたグローバルな固有のＩＤである。１つの実施形態では、ＢＣＳプロバイダＩＤ７０８は、符号のない１６−ビット整数であり得る。

有効時間
有効時間属性７１０は、ＢＣＳレコード７０６で提供される定義が、前の定義に取って代わり有効になるべき時間を規定する。もし有効時間がない場合、又は過去の時間を参照する場合には、ＢＣＳレコード７０６は、現在である。１つの実施形態では、有効時間属性７１０は、ＵＴＣ１９８０年１月６日の００：００：００から経過する３２−ビット・カウントの時間（seconds）であり得る。

ＢＣＳレコード７０６は、有効時間を規定することができる。有効時間は、複数のレコードが同じＢＣＳプロバイダに対して現れるときに存在すべきである。このケースでは、現在と将来の両方のレコード定義が、レコードに対して適切な値を有する有効時間属性を含む。有効時間は、しかもまだアクティブでないＢＣＳプロバイダを規定するレコードに対しても存在することができる。

コンテント・パッケージャ・リファレンス
コンテント・パッケージャ・リファレンス７１２は、ＢＣＳプロバイダに関係するコンテント・パッケージャを同定するコンテント・パッケージャＩＤのリストである。ＢＣＳプロバイダに関係する加入者は、コンテント・パッケージャ・リファレンス７１２中に含まれるコンテント・パッケージャにより提示されるパッケージに申し込むことだけができる。コンテント・パッケージャ・リファレンス７１２は、少なくとも１つのコンテント・パッケージャＩＤを含む。

ＣＳＲコンタクト
ＣＳＲコンタクト７１４エレメントは、ＢＣＳに関するカスタマ・サービス代表にコンタクトするための可能な方法を記述する。ＢＣＳレコード７０６は、少なくとも１つのＣＳＲコンタクト７１４を与える。各ＣＳＲコンタクトは、ＵＲＩであり得る。下記の例は、異なるクラスのＵＲＩがどのようにしてＣＳＲコンタクト７１４に対して使用されることができるかを示す。

− ＴＥＬ：ＵＲＩは、電話番号を規定し、加入者は、カスタマ支援を要求することができる。

− ＭＡＩＬＴＯ：ＵＲＩは、電子メール・アドレスを規定し、加入者は、カスタマ支援を使用することができる。

− ＨＴＴＰ：ＵＲＩは、ウェブ・サイトを規定し、加入者は、カスタマ支援を使用することができる。

ビリング・ポリシー
ビリング・ポリシー７１６は、コンテント・パッケージャの代わりにＢＣＳプロバイダによりサポートされるビリング・ポリシーを規定する。各ＢＣＳプロバイダは、少なくとも１つのビリング・ポリシー７１６をサポートする。１つの実施形態では、ビリング・ポリシー７１６は、ビリング環境及びサービス・アカウント・タイプ属性を備える。

ａ． ビリング環境
ビリング環境は、ビリング・ポリシーがそれに適用されるデバイスの特定のタイプを指す。サポートされることができるビリング環境の例は、“ＢＲＥＷ”，“ペイパル（payPal）”を含む。

ｂ． サービス・アカウント・タイプ
サービス・アカウント・タイプは、サービス・アカウント・ビリングＩＤに対して使用する識別子を指す。サポートされることができるサービス・アカウント・タイプの例は、“ＭＩＮ”，“ＭＤＮ”，“ＢＲＥＷ ＳＩＤ”，“クレジット・カード”，及び“プリペイ（Prepay）”を含むことができる。

表使用の期間
表使用の期間７１８は、ＢＣＳプロバイダにより使用される分類方式を表現し、ＢＣＳプロバイダに関係する使用の期間をアクセスするための制御された期間を規定するために提供される。

リンク使用の期間
使用の期間の位置を同定するＵＲＩへのリファレンスであるリンク使用の期間７２０が、提供され、その使用の期間は、もしコンテント・パッケージャがエンド・ユーザ許可同意（ＥＵＬＡ：end user license agreement）情報を提供しない場合に、コンテント・パッケージャにより提示されるパッケージへのアクセスをユーザに提供する前に、ＢＣＳプロバイダは、ユーザが同意することを要求する。

２． 市場コンテント・パッケージャ・メッセージ
図８は、配信システムの１つの実施形態における使用のための市場コンテント・パッケージャ・メッセージ８００の図式の１つの実施形態を示す。１つの実施形態では、コンテント・パッケージャに特有の情報は、市場コンテント・パッケージャ・メッセージ８００において送られる。市場コンテント・パッケージャ・メッセージ８００の各バージョンは、そのコンテント・パッケージャＩＤ８０２とバージョン属性８０４の値によって一義的に同定される。１つの実施形態では、バージョン属性８０４は、１６−ビットの符号のない整数である。市場コンテント・パッケージャ・メッセージ８００は、下記のエレメントを含む。

− コンテント・パッケージャＩＤ
− 基本情報
− ＥＵＬＡ表
− パッケージ・レコード
− タイア・レコード
− チャネル・レコード
− 補助サービス・リファレンス
コンテント・パッケージャＩＤ
各コンテント・パッケージャは、コンテント・パッケージャＩＤ８０２により配信ネットワーク中の全ての他のコンテント・パッケージャから一義的に識別される。コンテント・パッケージャは、少なくとも１つのＢＣＳプロバイダに関係付けられる。１つの実施形態では、コンテント・パッケージャＩＤ８０２は、符号のない１６−ビットの整数である。

基本情報
１つの実施形態では、基本情報８０６レコードは、下記の情報を提供する。

− コンテント・パッケージャ名
− コンテント・パッケージャＥＵＬＡへのリンク
− 非公開コンテント・パッケージャ標識子
− 通貨サポート
各コンテント・パッケージャに対して１つの基本情報８０６レコードがあるはずである。

−コンテント・パッケージャ名
コンテント・パッケージャ名８０８は、ユーザにコンテント・パッケージャを同定させるために使用される文字列である。コンテント・パッケージャ名８０８は、配信ネットワークにおいて搬送される複数のコンテント・パッケージャの間でただ１つである。

−ＥＵＬＡリンク
ＥＵＬＡリンク８１０は、ＥＵＬＡの位置を同定するＵＲＩへのリファレンスであり、それはコンテント・パッケージャにより提示されるパッケージへのアクセスをユーザに提供する前に、ユーザが同意することをコンテント・パッケージャが要求することができる。１つの実施形態では、ＥＵＬＡリンク８１０は、オプションである。もしコンテント・パッケージャが１つも提供しない場合には、そのユーザに関係するＢＣＳプロバイダに対するＢＣＳプロバイダ表使用の期間７１８が、使用されることができる。

−非公開コンテント・パッケージャ
基本情報レコード８０６は、コンテント・パッケージャが非公開コンテント・パッケージャ８１２であることを明示することができる。非公開コンテント・パッケージャ８１２により提示されるパッケージにユーザがそれによって申し込む手段は、本出願の範囲を超えている。

−通貨サポート
基本情報レコード８０６は、通貨８１４エレメントを指定し、それはパッケージに対する価格付けを設定するためにコンテント・パッケージャにより使用されることができる通貨のリストを規定する。

ＥＵＬＡ表
ＥＵＬＡ表８１６は、コンテント・パッケージャに関係するＥＵＬＡをアクセスするための期間を規定するためにコンテント・パッケージャにより使用される分類方式表である。１つの実施形態では、ＥＵＬＡ表８１６は、オプションである。もしコンテント・パッケージャが１つも提供しない場合には、そのユーザに関係するＢＣＳプロバイダに対するＢＣＳプロバイダ表使用の期間７１８が、使用されることができる。

パッケージ・レコード
市場コンテント・パッケージャ・メッセージ８００は、少なくとも１つのパッケージ・レコード８１８を含む。パッケージ・レコード８１８は、コンテント・パッケージャを通して利用可能なコンテントの提示の集合を規定する。パッケージ・レコード８１８のより詳細な説明は、本明細書の別の部分で与えられる。

タイア・レコード
市場コンテント・パッケージャ・メッセージ８００は、いずれかのパッケージにより参照される各タイアに関するタイア・レコード８２０を含む。タイア・レコード８２０は、タイアを定め、それはチャネルのグループを呼ぶ。コンテント・パッケージャにより使用される各タイアに関するタイア・レコード８２０がある。１つの実施形態では、タイア・レコード８２０は、下記の情報を指定する。

− タイアＩＤ
− レコードの有効時間
− タイア中に含まれるチャネルの集合
− タイアに加えられる補助サービスの集合
−タイアＩＤ
タイアＩＤは、同じコンテント・パッケージャにより提示される全ての他のタイアからそのタイアを一義的に識別する識別子である。１つの実施形態では、タイアＩＤは、符号のない１６−ビットの整数である。

−タイア有効時間
有効時間属性は、タイア・レコード８２０において提供される定義が有効になり、前の定義に取って代わる時刻を規定する。もし有効時間がない場合、又は過去の時刻を指す場合には、タイア・レコード８２０は、現在である。１つの実施形態では、有効時間属性は、ＵＴＣ１９８０年１月６日の００：００：００から経過する３２−ビット・カウントの時間（seconds）であり得る。

タイア・レコード８２０は、１の有効時間を規定することができる。有効時間は、複数のレコードが同じタイアに対して現れるときに存在する。このケースでは、現在と将来の両方のレコード定義は、レコードに対して適切な値を有する有効時間属性を含む。有効時間は、しかもまだアクティブでないタイアを規定するレコードに対しても存在することができる。

−チャネル・リファレンス
タイア・レコード８２０は、タイア提示の中でチャネルを記述するチャネル・リファレンスのリストを指定する。チャネルは、コンテント・パッケージャに関係するチャネル・レコードにおいて規定される。タイア・レコード８２０は、少なくとも１つのチャネル・リファレンスを含む。

−補助サービス・リファレンス
タイア・レコード８２０は、このタイアに関係する補助サービスのためのサービス識別子のリストを指定する。そのタイアを含むパッケージに加入したデバイスは、アクティブなあいだに補助サービスを通してダウンロードされるいずれかのマテリアルを取り込むはずである。

チャネル・レコード
市場コンテント・パッケージャ・メッセージ８００は、いずれかのタイアにより参照される各チャネルに対するチャネル・レコード８２２を含む。チャネル・レコード８２２は、チャネルを規定し、それはコンテント・パッケージャに対するサービスのカスタム化である。１つの実施形態では、チャネル・レコード８２２は、下記のエレメントからなる。

− チャネルＩＤ
− チャネル有効時間
− チャネル加重
− チャネル言語特有のデータ
− 基本サービス
− 補助サービス
− チャネル・アイコン
−チャネルＩＤ
チャネルＩＤは、同じコンテント・パッケージャにより提示されるその他のチャネルからそのチャネルを一義的に識別する識別子である。１つの実施形態では、チャネルＩＤは符号のない１６−ビットの整数である。

−有効時間
有効時間属性は、チャネル・レコード８２２で与えられる定義が、前の定義に取って代わり有効になるはずの時刻を規定する。もし有効時間がない場合、又は過去の時間を参照する場合には、チャネル・レコードは、現在である。１つの実施形態では、有効時間属性は、ＵＴＣ１９８０年１月６日の００：００：００から経過する３２−ビット・カウントの時間（seconds）であり得る。

チャネル・レコード８２２は、多くとも１つの有効時間を規定することができる。有効時間は、複数のレコードが同じチャネルに対して現れるときに存在するはずである。このケースでは、現在と将来の両方のレコード定義が、レコードに対して適切な値を有する有効時間属性を含むはずである。有効時間は、しかもまだアクティブでないチャネルを規定するレコードに対しても存在するはずである。

−チャネル加重
各チャネル・レコード８２２は、チャネルにチャネル加重を割り当てる。１つの実施形態では、チャネル加重は、符号のない整数である。チャネル加重は、デバイスにより使用されて、ＭＰＧをディスプレイするときに、チャネルがその順番でユーザに表示される順番を決定する。１つの実施形態では、より低い加重を有するチャネルが、最初に表示される。あるいは、より高い加重を有するチャネルが、最初に表示される。

チャネル加重は、そのＢＣＳプロバイダに関係する全ての多重送信にわたる全てのコンテント・パッケージャにより提示される全てのチャネルの間でただ１つである。各チャネル・レコード８２２に関係付けられる１つのチャネル加重がある。

−チャネル言語特有のデータ
チャネル言語特有のデータ・エレメントは、特定の言語に関係するチャネルの名前と説明を明記し、そしてユーザがそのチャネルに関するさらなる情報を得ることができるＵＲＬを規定することができる。

各チャネル・レコード８２２は、１又はそれより多くのチャネル言語特有のデータ・エレメントを含むことができる。もしチャネル言語特有のデータ・エレメントが存在する場合には、そのコンテントは、同じ言語での基本サービスに対するサービス言語特有のデータ・エレメントに取って代わる。もし与えられた言語中にチャネル言語特有のデータ・エレメントが存在しない場合には、そのデバイスは、その言語での基本サービスのためのサービス言語特有のデータ・エレメントを使用することができる。各チャネル・レコード８２２は、チャネル言語当り１つのチャネル言語特有のデータ・エレメントを含むはずである。

−基本サービス・レコード
チャネル・レコード８２２は、基本サービス・レコードを指定する。基本サービス・レコードは、そのチャネルに対する基本サービス、及びチャネルに特有であるある種のオプションの特性を同定する：
− 基本サービス識別子
− 除外能力
− チャネルに特有の能力必要量
−基本サービス識別子
基本サービス・レコードは、基本サービス識別子を指定する。基本サービス識別子は、そのチャネルがカスタマイズするサービスに対するサービス識別子である。

−補助サービス
チャネル・レコード８２２は、このチャネルに関係する補助サービスに対するサービス識別子のリストを規定することができる。デバイスは、チャネルをアクセスしつつ補助サービスを通してダウンロードされるいずれかのマテリアルを取り込むはずである。

−チャネル・アイコン
チャネル・レコード８２２は、ユーザへのＭＰＧのディスプレイ中でチャネルを同定するために使用されることができるチャネル・アイコン・エレメントを与えることができる。もし存在する場合には、チャネル・アイコンは、サービス・アイコンの代わりに使用される。チャネル・アイコンは、チャネルのためのアイコンを規定するリソースへのリファレンス、又は規定されたＭＩＭＥタイプの実際のアイコンであり得る。

補助サービス・リファレンス
市場コンテント・パッケージャ・メッセージ８００は、このコンテント・パッケージャに関係する補助サービスに対する補助サービス・リファレンス８２４のリストを含むことができる。ユーザがコンテント・パッケージャに関係するいずれかのパッケージに加入する場合には、ユーザは、リストされたサービスに自動的に申し込まれるはずである。デバイスは、それがアクティブな間に補助サービスを通してダウンロードされるいずれかのマテリアルを取り込むはずである。

図９は、配信システムの１つの実施形態において市場コンテント・パッケージャ・メッセージ中での使用のためのパッケージ・レコード図式９００の１つの実施形態の詳細な図を示す。パッケージ・レコード図式９００は、コンテント・パッケージャを通して利用可能なコンテント提示の集合、及び下記のようなある種の関係する属性を規定する。

− パッケージＩＤ
− パッケージ有効時間
− パッケージ加重
− パッケージ・デフォルト言語
− 言語特有のデータ
− パッケージ価格付けと申込み方法
− パッケージに関係するＢＣＳプロバイダＩＤ
− パッケージに関係するタイア
− パッケージ特性
− パッケージに関係する補助サービス
− 利用可能なエリア
−パッケージＩＤ
パッケージＩＤ９０２は、同じコンテント・パッケージャにより提示される他のパッケージから特定のパッケージを識別する識別子である。１つの実施形態では、パッケージＩＤ９０２は、符号のない１６−ビットの整数である。各パッケージに関係付けられる１つのパッケージＩＤ９０２がある。

−有効時間
有効時間属性９０４は、パッケージ・レコード９００で与えられる定義が、前の定義に取って代わり有効になるはずの時刻を規定する。もし有効時間９０４がない場合、又は過去の時間を参照する場合には、パッケージ・レコード９００は、現在である。有効時間属性は、ＵＴＣ１９８０年１月６日の００：００：００から経過する３２−ビット・カウントの時間（seconds）である。

パッケージ・レコードは、多くとも１つの有効時間を規定することができる。有効時間は、複数のレコードが同じパッケージに対して現れるときに存在するはずである。このケースでは、現在と将来の両方のレコード定義が、レコードに対して適切な値を有する有効時間属性を含む。有効時間は、しかもまだアクティブでないパッケージを規定するレコードに対しても存在するはずである。

−パッケージ加重
各パッケージ・レコード９０６は、パッケージにパッケージ加重を割り当てる。パッケージ加重は、符号のない整数である。パッケージ加重は、デバイスにより使用されて、パッケージがその順番でユーザに表示される順番を決定する。１つの実施形態では、より低い加重を有するパッケージが、最初に表示される。あるいは、より高い加重を有するパッケージが、最初に表示される。

パッケージ加重は、ＢＣＳプロバイダに関係する全ての多重送信にわたる全てのコンテント・パッケージャにより提示される全てのパッケージの間でただ１つである。各パッケージ・レコード９００に関係付けられる１つのパッケージ加重がある。

−パッケージ・デフォルト言語
パッケージ・レコード９００は、デフォルト言語属性９０８を指定する。ユーザの好む言語が利用可能でない場合に、それ以外に無効にされない限り、デフォルト言語属性９０８は、ユーザに対してデフォルトにより与えられるサービスの言語を指定する。もしパッケージを通してアクセスされることが可能ないずれかのサービスが１より多くの言語をサポートする場合に、パッケージ・デフォルト言語が与えられる。

−パッケージ言語特有のデータ
パッケージ言語特有のデータ・エレメント９１０は、特定の言語に関係するパッケージの名前と説明を指定する。各パッケージ・レコードは、少なくとも１つのパッケージ言語特有のデータ・エレメント９１０を含む。各パッケージ・レコードは、パッケージ言語当り多くとも１つのパッケージ言語特有のデータ・エレメントを含む。

ａ． パッケージ言語
パッケージ言語属性９１２は、パッケージ言語特有のデータ・エレメント９１０の言語を指定する。１より多くの言語で説明を提供するパッケージは、もし何も言語の好みがデバイス上で規定されない場合には、どの言語が使用のためのデフォルト言語であるかを指定する。

ｂ． パッケージ名
パッケージ名属性９１４は、パッケージに対する名前を明記する文字列であり、それはユーザにディスプレイされることができる。

ｃ． パッケージ説明
パッケージ説明属性９１６は、パッケージに対する説明を明記する文字列であり、それはユーザにディスプレイされることができる。

価格付け方法
パッケージの価格付け方法９１８は、パッケージに対する所定の申込み方法に関係するコストを明記する。それは、申込み方法、通貨、及び金額（amount）からなる。パッケージ・レコード９００は、少なくとも１つの価格付け方法９１８を指定する。パッケージ・レコード９００は、申込み方法当り多くとも１つの価格付け方法を指定する。

ａ． 申込み方法
申込み方法は、コストに関係する（例えば、月極め、週決めの）申込み方法を同定する。

ｂ． 通貨
通貨は、その金額に利用可能な通貨を同定する。通貨は、コンテント・パッケージャに対する基本情報レコードにリストされた通貨である。コンテント・パッケージャに関係する少なくとも１つのＢＣＳプロバイダは、パッケージに適用可能な全ての通貨をサポートするはずである。

ｃ． 金額
金額は、ルート・パッケージのケースではパッケージの実際の価格である、又は付加パッケージのケースでは親パッケージの価格に追加されるパッケージの増分価格である。金額属性は、関係する通貨の要求に適合する浮動小数点値である。

タイア・リファレンス
パッケージ・レコード９００は、パッケージ提示を記述するタイア・リファレンス・エレメント９２０の集合を指定するはずである。タイアは、コンテント・パッケージャに関係するタイア・レコード８２０において規定される。パッケージ・レコード９００は、少なくとも１つのタイア・リファレンス９２０を含む。

パッケージ特性
パッケージ特性９２２エレメントは、オプションのエレメントであり、それはパッケージのある種の属性を指定する。エレメントは、下記の属性の任意の組み合わせを指定することができる：
− 親パッケージ
− 自動加入パッケージ
− 排他的な（closed）パッケージ
− 除外パッケージ
ａ． 親パッケージ
パッケージ特性９２２エレメントは、親パッケージを表現する１又はそれより多くのパッケージＩＤのリストを指定することができる。もしパッケージが親パッケージに関係する場合には、パッケージは、“付加的な”パッケージであり、そしてもしユーザが複数の親パッケージの中で少なくとも１つのパッケージに既に加入している場合にだけ、ユーザは、そのパッケージに申し込むことができる。もし何もパッケージがリストされていない場合には、パッケージは、“ルート”パッケージであるように規定される。

ｂ． 自動加入パッケージ
もしパッケージがルート・パッケージである場合に、パッケージ特性９２２エレメントは、ユーザがパッケージに自動的に申し込むようにさせる自動加入属性を指定することができる。

ｃ． 排他的なパッケージ
パッケージ特性９２２エレメントは、新たな申し込みがそのパッケージに対して最早受諾されないことを指示する排他的属性を指定することができる。

ｄ． 除外パッケージ
パッケージ特性９２２エレメントは、除外パッケージを表わす１又はそれより多くのパッケージＩＤのリストを指定することができる。パッケージ・レコード中の指定されたパッケージに加入したユーザは、除外パッケージのリスト中のいずれのパッケージにも申し込むことを認められないはずである。もしユーザが除外パッケージ・リスト中のパッケージに既に加入している場合に、ユーザがパッケージを提示されないような方法で複数のパッケージ間の関係を規定することは、コンテント・パッケージャの責任である。

ＢＣＳプロバイダ・リファレンス
パッケージ・レコード９００は、そのパッケージに関係するＢＣＳプロバイダ・リファレンス９２４のリストを指定することができる。ＢＣＳプロバイダ・リファレンス９２４は、ＢＣＳプロバイダを同定する。コンテント・パッケージャに関係するＢＣＳプロバイダだけが、リストに含まれることができる。リストが与えられる場合には、同定されたＢＣＳプロバイダに関係するユーザだけが、パッケージに申し込むことを認められる。もしリストが与えられない場合には、コンテント・パッケージャに同様に関係するいずれかのＢＣＳプロバイダに関係するユーザは、パッケージに申し込むことを認められる。

補助サービス・リファレンス
パッケージ・レコード９００は、このパッケージに関係する補助サービスのための補助サービス・リファレンス９２６のリストを含むことができる。そのパッケージに加入したデバイスは、それがアクティブなあいだに補助サービスを通してダウンロードされるいずれかのマテリアルを取り込む。

利用可能なエリア
パッケージ・レコード９００は、ローカル（ＬＯＩ）及びワイド・エリア（ＷＯＩ）動作インフラストラクチャのリストからなる利用可能なエリア・エレメント９２８を含むことができる。そのリストは、ＷＯＩとＬＯＩとを指示し、そこではパッケージを通してチャネルとして提示される少なくとも１つのサービスがアクセスされることができる。１つの実施形態では、ＬＯＩとＷＯＩは、１６−ビットの符号のない整数であり、それは、地理的な領域を一義的に同定する。

クラス２：サービス情報
１又はそれより多くの実施形態では、ＳＩは、サービス定義メッセージとして呼ばれる１つのメッセージにおいてサービス情報を提供する。

サービス定義メッセージ
図１０は、配信システムの１つの実施形態における使用のためのサービス定義メッセージ１０００の図式の１つの実施形態を示す。サービス定義メッセージ１０００は、基本サービスとしてそのサービスを使用する異なるコンテント・パッケージャによって提示される複数のチャネル間で共有されるサービスのそれらのコンテント属性を規定する。それは、しかもデフォルト・コンテント属性を規定し、それはコンテント・パッケージャがチャネル定義レコードにおいて対応する属性に対してカスタム化された値を規定しないイベントにおいて使用されることができる。

サービス定義メッセージ１０００は、補助サービスのそれらのコンテント属性を規定し、それは補助サービスを使用する異なるコンテント・パッケージャにより提示される複数のチャネル間で共有される。補助サービスは、非リアル・タイム・サービスであり得る。それらは、マテリアルのキャッシュ（cache）を積み上げるためにコンテント・パッケージャにより使用されることができ、そのマテリアルは、例えば、宣伝、ベーカー（baker）、イントロ、及びアウトロであり、それはコンテント・パッケージャに対して定められるチャネルをカスタム化するために使用されることが可能である。

−バージョン
サービス定義メッセージ１０００は、そのバージョン属性の値により一義的に同定されるバージョン１００２を備える。１つの実施形態では、バージョン属性は、１６−ビットの符号のない整数である。

−サービス・レコード
サービス定義メッセージ１０００は、１又はそれより多くのサービス・レコード１００４を備える。

−補助サービス・レコード
サービス定義メッセージ１０００は、１又はそれより多くの補助サービス・レコード１００６を備えることができる。１つの実施形態では、配信ネットワークによって提示される各補助サービスに対して１つの補助サービス・レコードがある。補助サービス・レコード１００６は、下記の情報を備える。

− 補助サービスＩＤ
− 補助サービス有効時間
− 補助能力必要量
− 補助フロー・レコード
サービス・レコード
図１１は、配信システムの１つの実施形態における使用のためのサービス・レコード１１００の図式の１つの実施形態を示す。例えば、サービス・レコード１１００は、サービス・レコード１００４として使用するために適している。１つの実施形態では、配信ネットワークからのＳＩは、提示される各サービスに対して１つのサービス・レコードを提供する。サービス・レコード１１００は、下記の情報を備える。

− サービスＩＤ
− 有効時間
− 共同加入（Corporate Affiliation）
− 省略名
− サービス・ジャンル
− デフォルト言語
− 非公開サービス
− サービス・タイプ
− サービス言語特有のデータ
− 能力必要量
− レーティング
− 利用可能なエリア
− フロー・レコード
− サービス・アイコン
−サービスＩＤ
サービス・レコード１１００は、サービスＩＤ１１０２を与える。サービスＩＤ１１０２は、同じ多重送信において搬送される他のサービス及び補助サービスからそのサービスを一義的に識別する識別子である。

１つの実施形態では、サービスＩＤ１１０２は１６−ビットの１６進法の整数である。ＩＰデータキャスト・サービスを搬送するために使用するあるサービスに対するサービスＩＤ１１０２の値は、宛先ＩＰアドレスに等しい。

−有効時間
有効時間１１０４は、サービス・レコード１１００で提供される定義が、前の定義に取って代わり有効になるはずの時刻を規定する。もし有効時間がない場合、又は過去の時間を参照する場合には、サービス・レコードは、現在である。

１つの実施形態では、有効時間１１０４は、ＵＴＣ１９８０年１月６日の００：００：００から経過する３２−ビット・カウントの時間（seconds）であり得る。

サービス・レコード１１００は、多くとも１つの有効時間を規定することができる。有効時間は、複数のレコードが同じサービスに対して現れるときに存在する。このケースでは、現在と将来の両方のレコード定義が、レコードに対して適切な値を有する有効時間パラメータを含むはずである。有効時間は、しかもまだアクティブでないサービスを規定するレコードに対しても存在する。

−共同加入
サービス・レコード１１００は、共同加入１１０６を提供する。共同加入パラメータは、そのサービスに対する共同名を規定する文字列である。複数のサービスが、共同加入の同じ値を共有することができる。

−省略名
サービス・レコード１１００は、省略名１１０８を与える。省略名パラメータ１１０８は、そのサービスに対する短縮名を規定する文字列であり、それはユーザにディスプレイされることができる。各サービスは、サービスを搬送するいずれの多重送信内でただ１つである省略名を有する。

−ジャンル
サービス・レコード１１００は、ジャンル・パラメータ１１１０を与える。ジャンル・パラメータ１１１０は、サービスにより提供されるコンテントの意味に関するクラスを記述するリファレンスである。

−デフォルト言語
サービス・レコード１１００は、デフォルト言語パラメータ１１１２を与える。デフォルト言語パラメータ１１１２は、サービスの言語を指定し、それはもしユーザの好む言語が利用可能でない場合に、パッケージ・レコードのデフォルト言語により書き換えられない限り、ユーザにデフォルトによって与えられるはずである。もしサービスが１より多くの言語をサポートする場合には、デフォルト言語が与えられるはずである。

−非公開サービス
サービス・レコード１１００は、そのサービスが非公開パラメータ１１１４を使用して非公開であることを指定することができる。非公開サービスへのアクセスは、非公開コンテント・パッケージャを通して提示されることができる。サービスの存在を含む非公開サービスに関する情報は、サービスへのアクセスを提示する少なくとも１つの非公開コンテント・パッケージャへのアクセスを認められていないユーザに開示されることはない。

−サービス・タイプ
サービス・レコード１１００は、サービス・タイプ・パラメータ１１１６を与える。サービス・タイプ・パラメータ１１１６は、サービスにより提供されるコンテントの時間的な性質を指示する。４つの可能なサービス・タイプ：リアル・タイム、非リアル・タイム、“ＭＰＧによる（Per MPG）”又はＩＰデータキャスト、がある。

ａ． リアル・タイム・サービス
リアル・タイム・サービス上の全てのコンテントは、リアル・タイム・ストリーミング・メディアからなる。

ｂ． 非リアル・タイム・サービス
非リアル・タイム・サービス上の全てのコンテントは、クリップ・ファイルとしてダウンロードされる非リアル・タイム・メディアからなる。

ｃ． ＭＰＧによるサービス
“ＭＰＧによる”サービス上のコンテントは、メディア表示ガイド（ＭＰＧ）から決定されるように、リアル・タイム・ストリーミング・メディア、非リアル・タイム・メディア、又は２つの混合物を備えることができる。

ｄ． ＩＰデータキャスト・サービス
ＩＰデータキャスト・サービスのコンテントは、一般的なＩＰパケットを搬送する１又はそれより多くのフローからなる。ＩＰデータキャスト・サービスをサポートする各フローは、特定のＩＰマルチキャスト・アドレスとポートに対するＩＰパケットを搬送する。各ＩＰアドレスは、少なくとも１つのＭＩＭＥタイプに関係する。

ＩＰデータキャスト・サービスに対するサービス・タイプ・パラメータ１１１６は、サービスに関係する全てのＩＰアドレスとポートを提供する又は何も提供しない、のいずれかである。もし何もＩＰアドレスが提供されない場合には、ＩＰデータキャスト・サービスの構造及びコンテントは、任意の適した手段により決定される。

−サービス言語特有のデータ
サービス・レコード１１００は、少なくとも１つのサービス言語特有のデータ・パラメータ１１１８を与える。サービス言語特有のデータ・パラメータ１１１８は、特定の言語に関係するサービスの名前と説明を明記する。同様に、サービスによりサポートされるデフォルト言語に関するサービス言語特有のデータ・パラメータも存在する。

−能力必要量
サービス・レコード１１００は、もしサービスがリアル・タイム・サービスでない場合には、そのサービスのための能力必要量１１２０を与える。もしデバイスが加入したユーザのための能力必要量１１２０を満足しない場合、そしてサービスを使用するチャネルが除外できない場合には、ユーザは、そのチャネルを含んでいるパッケージへの申込みを認めらないことがある。１つの実施形態では、能力必要量１１２０は、１又はそれより多くの記憶装置必要量を備え、それは加入したユーザに対するサービスへのアクセスをサポートするためにデバイスに対して要求されるメモリの最大量、キロバイトの単位で、を指定する。

−レーティング
サービス・レコード１１００は、サービスに対する１又はそれより多くのレーティング１１２２を与える。レーティングは、このサービスに対する親としての助言情報を定める。それは、一般的にサービス上で提示されるＭＰＧタイトルに対する平均又は一般的なレーティング・レベルに対応する。レーティング１１２２は、そのレーティングがそこで適用される地理的な領域を指定するレーティング領域を備える。サービスがそこで提示される各レーティング領域に対して別個のレーティングがあり得る。サービスがそこで提示される各レーティング領域に対して多くとも１つのレーティングがあるはずである。

−利用可能なエリア
サービス・レコード１１００は、利用可能なエリア・エレメント１１２４を備え、それはＬＯＩ及びＷＯＩ識別子のリストを備える。リストは、サービスがそこでアクセスされることができるＷＯＩ及びＬＯＩを指示する。利用可能なエリア・エレメント１１２４中に少なくとも１つのＬＯＩＩＤ又はＷＯＩＩＤがある。１つの実施形態では、ＬＯＩ識別子及びＷＯＩ識別子は、１６−ビットの符号のない整数であり、それは地理的な領域を一義的に同定する。

−フロー・レコード
サービス・レコード１１００は、サービスの構成要素を搬送するために使用する各フローに対して１つのフロー・レコード１１２６を与える。フロー・レコードは、下記の情報からなる。

− フローＩＤ
− フロー・ルーティング・タイプ
− フローＭＩＭＥタイプ
− フロー言語
− フロー設定フラッグ
− ＩＰデータキャスト仕様
−サービス・アイコン
サービス・レコード１１００は、サービス・アイコン・パラメータ１１２８を与え、それはユーザへのＭＰＧのディスプレイにおいてサービスを同定するために使用されることが可能である。サービス・アイコン・パラメータ１１２８は、サービスのためのアイコン、又は規定されたＭＩＭＥタイプの実際のアイコンを定めるリソースへのリファレンスであり得る。

クラス３：メディア表示ガイド情報
メディア表示ガイド（ＭＰＧ）は、チャネルのコンテントに関する情報を提供し、そのチャネルはユーザにディスプレイされる又はデバイスにダウンロードされることができる。所定のチャネルのコンテントは、共通ＭＰＧタイトルを共有する意味的に一貫する単位へと時間により分割される。ＭＰＧタイトルは、チャネルに関する基本サービスに関係する。

１つの実施形態では、ＭＰＧは、特定の多重送信において利用可能な全てのサービスに対するＭＰＧタイトル・レコードを提供する。ＭＰＧは、ネットワークにおける様々な多重送信に利用可能なサービスに対するＭＰＧタイトル・レコードを提供することができる。

それゆえ、本明細書中に開示された実施形態に関連して述べられた、様々な例示的な論理、論理ブロック、モジュール、及び回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ：digital signal processor）、用途特定集積回路（ＡＳＩＣ：application specific integrated circuit）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ：field programmable gate array）又は他のプログラマブル論理デバイス、ディスクリート・ゲート論理回路又はトランジスタ論理回路、ディスクリート・ハードウェア・コンポーネント、又は本明細書中で説明された機能を実行するために設計されたこれらのいずれかの組み合わせで、与えられる又は実行されることができる。汎用プロセッサは、マイクロプロセッサであり得るが、しかし代わりに、プロセッサは、いずれかの従来型のプロセッサ、コントローラ、マイクロコントローラ、又はステート・マシンであり得る。プロセッサは、しかも演算デバイスの組み合わせとして与えられることができ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサの組み合わせ、ＤＳＰコアとともに１又はそれより多くのマイクロプロセッサの組み合わせ、若しくはいずれかの別のそのような構成の組み合わせであり得る。

本明細書中に開示された実施形態に関連して説明された方法又はアルゴリズムは、ハードウェアにおいて、プロセッサにより実行されるソフトウェア・モジュールにおいて、又は両者の組み合わせにおいて直接実現されることができる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、脱着可能なディスク、ＣＤ−ＲＯＭ、又はこの技術において公知のいずれかの他の形式の記憶媒体の中に存在できる。ある具体例の記憶媒体は、プロセッサが記憶媒体から情報を読み出し、そこに情報を書き込めることができるようにプロセッサと接続される。あるいは、記憶媒体は、プロセッサに集積されることができる。プロセッサ及び記憶媒体は、ＡＳＩＣ中に存在できる。ＡＳＩＣは、ユーザ端末中に存在できる。あるいは、プロセッサ及び記憶媒体は、ユーザ端末中の単体素子として存在できる。

開示された実施形態の説明は、当業者が、本発明を作成する又は使用することを可能にするために提供される。これらの実施形態への様々な変形は、当業者に容易に明白にされるであろう。そして、ここで規定された一般的な原理は、本発明の精神又は範囲から逸脱することなく、例えば、即時のメッセージ送信サービス又はいずれかの無線データ通信アプリケーションにおいて、他の実施形態に適用されることができる。それゆえ、本発明は、本明細書中に示された実施形態に限定することを意図したものではなく、本明細書中に開示した原理及び新奇な機能と整合する最も広い範囲に一致するものである。用語“具体例の”は、“例、事例、又は例示として働くこと”を意味するように本明細書中では包括的に使用される。“具体例の“として本明細書中で記載されたいずれかの実施形態が、その他の実施形態に対して好ましい又は優位であるとして解釈される必要はない。

したがって、デコーディング・システムの１又はそれより多くの実施形態が本明細書中に図示されそして説明されてきているが、様々な変更が、本発明の精神又は本質的な特性から乖離することなく本実施形態に行われることが可能であることが、認識されるであろう。それゆえ、本明細書における開示及び説明は、特許請求の範囲において記載される本発明の範囲を、限定するのではなく、例示であるように意図されている。

配信システムの１つの実施形態を具備するネットワークを示す図である。 配信システムの１又はそれより多くの実施形態における使用のために適した配信サーバの１つの実施形態の図を示す。 １つの実施形態にしたがったパッケージ、タイア、チャネル及びサービスの間の柔軟な関係の一例を示す図である。 配信システムの１つの実施形態における使用のために適したデバイスの１つの実施形態の図を示す。 配信システムの１つの実施形態においてデバイスを動作させるための方法の１つの実施形態を示す図である。 配信システムの１つの実施形態における使用のためのＳＩ構造の１つの実施形態を示す図である。 配信システムの１つの実施形態における使用のための市場共通メッセージの図式の１つの実施形態を示す図である。 配信システムの１つの実施形態における使用のための市場コンテント・パッケージャ・メッセージ８００の図式の１つの実施形態を示す図である。 配信システムの１つの実施形態において市場コンテント・パッケージャ・メッセージ中での使用のためのパッケージ・レコード図式の１つの実施形態の詳細な図を示す。 配信システムの１つの実施形態における使用のためのサービス定義メッセージの図式の１つの実施形態を示す図である。 配信システムの１つの実施形態における使用のためのサービス・レコードの図式の１つの実施形態を示す図である。

Claims (22)

1. デバイスにおいてパッケージ及びチャネルを整理する方法であって、該方法は：
   複数のパッケージを受信すること、ここにおいて、少なくとも１つのパッケージは関係する加重を有し、ここにおいて、各パッケージは関係するチャネルの集合を有する；及び
   関係するパッケージ加重に基づいて該複数のパッケージを順序づけること、
   を具備する、方法。
2. 関係するチャネル加重に基づいて所定のパッケージに関する該複数のチャネルを順序づけることをさらに具備する、請求項１の方法。
3. 関係するパッケージ加重に基づいてパッケージに機能を適用することをさらに具備する、請求項１の方法。
4. 関係するパッケージ加重に基づいてパッケージに条件を適用することをさらに具備する、請求項１の方法。
5. 該順序づけられた複数のパッケージを含んでいるシステム情報パラメータを生成することをさらに具備する、請求項１の方法。
6. 関係するチャネル加重に基づいてチャネルに機能を適用することをさらに具備する、請求項２の方法。
7. 関係するチャネル加重に基づいてチャネルに条件を適用することをさらに具備する、請求項２の方法。
8. 関係するパッケージ加重に基づいてパッケージに条件を適用することをさらに具備する、請求項３の方法。
9. 関係するチャネル加重に基づいてチャネルに条件を適用することをさらに具備する、請求項６の方法。
10. 該生成されたシステム情報を送信することをさらに具備する、請求項５の方法。
11. デバイスにおいてパッケージ及びチャネルを整理する方法であって、該方法は：
    複数の順序づけられたパッケージを受信すること、ここにおいて、少なくとも１つのパッケージは関係するパッケージ加重にしたがって順序づけられる；及び
    各パッケージの該順序にしたがって各パッケージをディスプレイすること
    を具備する、方法。
12. 各パッケージは関係するチャネルの集合を有する、請求項１１の方法。
13. 関係するパッケージ加重に基づいてパッケージに機能を適用することをさらに具備する、請求項１１の方法。
14. 関係するパッケージ加重に基づいてパッケージに条件を適用することをさらに具備する、請求項１１の方法。
15. チャネル加重に関係する加重に基づいて所定のパッケージに対して順序づけられた複数のチャネルを受信することをさらに具備する、請求項１２の方法。
16. 関係するパッケージ加重に基づいてパッケージに機能を適用することをさらに具備する、請求項１５の方法。
17. パッケージにその関係するパッケージ加重に基づいて条件を適用することをさらに具備する、請求項１５の方法。
18. 各チャネルの該順序にしたがって各チャネルをディスプレイすることをさらに具備する、請求項１５の方法。
19. 複数の順序づけられたパッケージを受信するために構成されたトランシーバ、ここにおいて、少なくとも１つのパッケージは関係するパッケージ加重にしたがって順序づけられる；
    ディスプレイのために該複数の順序づけられたパッケージを処理するために構成されたプロセッサ；
    該複数の順序づけられたパッケージからパッケージを選択するために構成されたユーザ・インターフェース；
    該プロセッサに接続され、該複数の順序づけられたパッケージを記憶するために構成されたメモリ；及び
    該プロセッサに接続され、該記憶された複数の順序づけられたパッケージをそれらの順序にしたがってディスプレイするために構成されたディスプレイ、
    を具備する、無線デバイス。
20. 複数の順序づけられたパッケージを受信するための手段、ここにおいて、少なくとも１つのパッケージは関係するパッケージ加重にしたがって順序づけられる；及び
    各パッケージの該順序にしたがって各パッケージをディスプレイするための手段、
    を具備する、無線デバイス。
21. 複数のパッケージを受信するために構成されたトランシーバ、ここにおいて、少なくとも１つのパッケージは関係する加重にしたがって順序づけられる；
    関係するパッケージ加重にしたがって該複数のパッケージの各パッケージを順序づけるために構成されたプロセッサ；及び
    該プロセッサに接続され、順序づけられた複数のパッケージを記憶するために構成されたメモリ、
    を具備する、サーバ。
22. 複数のパッケージを受信するための手段、ここにおいて、少なくとも１つのパッケージは関係する加重を有し、ここにおいて、各パッケージは関係するチャネルの集合を有する；及び
    該複数のパッケージをそれらの関係するパッケージ加重に基づいて順序づけるための手段、
    を具備する、サーバ。

Images