複数の顧客サービスエンティティおよびコンテンツパッケージャをサポートするためにコンテンツを配信する方法および装置
【解決手段】複数の顧客サービスエンティティとコンテンツパッケージャとをサポートするためにコンテンツを配信するシステム。コンテンツを配信する方法が提供される。この方法は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信することを備える。この方法はまた、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することも含む。この方法はまた、ＢＣＳパラメータとパッケージャパラメータとを備えたシステム情報を生成することと、このシステム情報を送信することとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許出願は、一般に、コンテンツ配信システム、より詳細には、複数のコンテンツパッケージャおよび顧客サービスエンティティをサポートするために、コンテンツをデータネットワーク上で配信するシステムに関する。
【背景技術】
【０００２】
現在のコンテンツ配信／メディア配信システムにおいては、課金および顧客サービス（ＢＣＳ）プロバイダは、独自ネットワークを介してサービスを利用可能にし、これにより、そのネットワーク上で動作するデバイスがこれらのサービスを受信する能力を有する。例えば、個々のＢＣＳプロバイダは、１つまたは複数のコンテンツパッケージャから利用可能なサービスを提供することができる。典型的な携帯デバイスの場合、顧客とネットワークとの間の関係全体がＢＣＳプロバイダによって独占的に管理されている。この結果、デバイス（顧客）は主ネットワークのＢＣＳプロバイダを介して全サービスを購入できるようになる。
【０００３】
残念ながら、この状況は、音声、データおよびメディアネットワークが一人の所有者を有している場合に許容されこともあるが、デバイスが複数のネットワークへのアクセスを獲得するとき、複数のＢＣＳプロバイダをサポートしてデバイスが広範囲のサービス提供を受けることができるようにする必要性が増す。
【０００４】
したがって、必要とされるものは、複数のＢＣＳプロバイダとこれらＢＣＳプロバイダに関連する複数のコンテンツパッケージャとをサポートする、コンテンツを配信するシステムである。
【発明の開示】
【０００５】
（米国特許法第１１９条に基づく優先権主張）
本特許出願は、２００５年９月８日付で出願され、本特許出願の譲受人に譲渡された特許仮出願第６０／７１５，５４８号の発明の名称「個人用携帯通信装置に複数の顧客サービスと複数の小売業者とを提供するための方法およびシステム（“METHODS AND SYSTEMS FOR PROVIDING MULTIPLE CUSTOMER SERVICE AND MULTIPLE RETAILERS ON A PERSONAL COMMUNICATIONS HANDHELD DEVICE”)」の優先権を主張し、上記仮出願は参照により本明細書に引用したものとする。
【０００６】
１つまたは複数の実施形態において、複数のＢＣＳプロバイダとコンテンツを配信する複数のコンテンツパッケージャとをサポートするように動作する配信システムが提供される
一実施形態においては、コンテンツを配信する方法が提供される。この方法は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信することを備える。この方法はまた、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することを備える。この方法はまた、ＢＣＳパラメータとパッケージャパラメータとを備えるシステム情報を生成することと、このシステム情報を送信することを備える。
【０００７】
一実施形態においては、コンテンツを配信する装置が提供される。この装置は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータと、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータとを受信するように構成された、受信論理を備えている。この装置はまた、ＢＣＳパラメータとパッケージャパラメータとを備えるシステム情報を生成するように構成されたシステム情報論理と、このシステム情報を送信するように構成された送信論理とを備えている。
【０００８】
一実施形態においては、コンテンツを配信する装置が提供される。この装置は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータと、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータとを受信する手段を備えている。この装置はまた、ＢＣＳパラメータとパッケージャパラメータとを備えたシステム情報を生成する手段と、このシステム情報を送信する手段とを備えている。
【０００９】
一実施形態においては、少なくとも１つのプロセッサによって実行されるとき、コンテンツを配信するように動作する命令を備えたコンピュータ読取可能媒体が提供される。このコンピュータ読取可能媒体は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信する命令と、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信する命令とを備えている。このコンピュータ読取可能媒体はまた、ＢＣＳパラメータとパッケージャパラメータとを備えるシステム情報を生成する命令と、このシステム情報を送信する命令とを備えている。
【００１０】
一実施形態においては、コンテンツを配信する方法を実行するように構成された少なくとも１つのプロセッサが提供される。この方法は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信することと、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することとを備える。この方法はまた、ＢＣＳパラメータとパッケージャパラメータとを備えるシステム情報を生成することと、このシステム情報を送信することとを備える。
【００１１】
一実施形態においては、コンテンツを配信する方法が提供される。この方法は、システム情報メッセージを受信することと、ＢＣＳプロバイダ識別子を決定することとを備える。この方法はまた、ＢＣＳプロバイダ識別子に基づいてシステム情報メッセージを解析して解析済みシステム情報パラメータを決定することと、解析済みシステム情報パラメータの選択された一部を表示することとを備える。
【００１２】
一実施形態においては、コンテンツを配信する装置が提供される。この装置は、システム情報メッセージを受信するように構成された受信論理と、ＢＣＳプロバイダ識別子を決定し、解析済みシステム情報パラメータを決定するために、ＢＣＳプロバイダ識別子に基づいてシステム情報メッセージを解析するように構成された解析論理とを備える。この装置はまた、解析済みシステム情報パラメータの選択された一部を表示するよう構成された表示論理を備えている。
【００１３】
一実施形態においては、少なくとも１つのプロセッサによって実行されると、コンテンツを配信するように動作する命令を備えるコンピュータ読取可能媒体が提供される。このコンピュータ読取可能媒体は、システム情報メッセージを受信する命令と、ＢＣＳプロバイダ識別子を決定する命令とを備える。このコンピュータ読取可能媒体はまた、ＢＣＳプロバイダ識別子に基づいてシステム情報メッセージを解析して解析済みシステム情報パラメータを決定する命令と、解析済みシステム情報パラメータの選択された一部を表示する命令とを備える。
【００１４】
実施形態の他の態様が、以下に記載の図面の簡単な説明、説明および特許請求の範囲を検討した後に明らかとなるであろう。
【００１５】
本明細書に記載された実施形態の上述の態様は、添付図面に関してなされる以下の詳細な説明を参照することによって、より容易に明らかになるであろう。
【詳細な説明】
【００１６】
以下の詳細な説明は、複数のＢＣＳプロバイダと複数のコンテンツパッケージャとをサポートする配信システムの実施形態を説明している。このシステムは、限定されたリソースを有する携帯デバイスにサービス／コンテンツを配信するのに最適であるが、いずれの種類のデバイスにおいて使用してもよい。システムはまた、これらに限定するものではないが、通信ネットワーク、インターネット等の公衆ネットワーク、仮想私設網（ＶＰＮ）等のプライベートネットワーク、ローカルエリアネットワーク、広域ネットワーク、長距離ネットワーク、または任意の他の種類のデータもしくは通信ネットワークを含む、いずれの種類のネットワーク環境において使用してもよい。
【００１７】
配信システムの実施形態を説明するために、以下の定義が本明細書内で用いられる。
【００１８】
ＢＣＳプロバイダ 課金および顧客サービス（ＢＣＳ）プロバイダは、利用可能なパッケージへのユーザの申し込みを受付けおよび維持するエンティティ(事業体）である。一実施形態においては、各デバイスは、単一のＢＣＳプロバイダに関連付けられてもよい。別の実施形態においては、各デバイスは、１つまたは複数のＢＣＳプロバイダに関連付けられてもよい。
【００１９】
コンテンツパッケージャ コンテンツパッケージャは、パッケージを定義し、維持するエンティティ(事業体）である。
【００２０】
コンテンツプロバイダ コンテンツプロバイダは、サービスのコンテンツを供給するエンティティ(事業体）である。コンテンツプロバイダはまた、コンテンツの明細を供給する。
【００２１】
パッケージ パッケージは、申し込みに基づいて提供される１つまたは複数の階層の集合体である。
【００２２】
階層 階層は、１つまたは複数のサービスの集合体である。
【００２３】
サービス サービスは、単一ラベルに基づいて提供され、定義された一連のフローを用いて配信されるプレゼンテーションのシーケンスを備えている。サービスは、配信システムにおいて申し込みできる最小の要素を表している。
【００２４】
図１は、配信システムの一実施形態を備えるネットワーク１００を示している。ネットワーク１００は、携帯デバイス（１０２、１０４および１０６）と、ＢＣＳプロバイダ１１０と、コンテンツパッケージャ１１８と、コンテンツプロバイダ１２０とを備え、これら全てが配信ネットワーク１０８に接続されている。
【００２５】
デバイス（１０２、１０４および１０６）は、配信ネットワーク１０８と通信する携帯デバイスであり、デバイスのユーザが、利用可能なパッケージを受信することを申し込むために、配信ネットワーク１０８にアクセスするのを許可する。
【００２６】
ＢＣＳプロバイダ１１０は、配信ネットワーク１０８を介してデバイスから受信したユーザの申し込みを受け付けおよび維持する。各デバイス（１０２、１０４および１０６）は、単一のＢＣＳプロバイダに関連付けられる。例えば、デバイス１０２はＢＣＳ１１２と関連付けられ、デバイス１０４はＢＣＳ１１４と関連付けられ、デバイス１０６はＢＣＳ１１６と関連付けられる。明瞭性のために、ＢＣＳプロバイダ１１２の動作のみを以下のセクションで詳細に説明するが、ＢＣＳプロバイダ１１４および１１６は同様の方法で動作する。
【００２７】
ＢＣＳプロバイダ１１２は、１つまたは複数のコンテンツパッケージャ１１８との通信１２０を確立する。これらの通信１２０において、コンテンツパッケージャ１１８がＢＣＳプロバイダ１１２に関連するデバイスに提供する１つまたは複数のパッケージを識別する情報が交換される。次に、ＢＣＳプロバイダ１１２は、ＢＣＳプロバイダ１１２に関連するパッケージを識別するＢＣＳパラメータ１２２を配信ネットワーク１０８に送信する。
【００２８】
コンテンツパッケージャ１１８はパッケージを定義し、維持する。コンテンツパッケージャ１１８は、１つまたは複数のコンテンツプロバイダ１２４との通信１２６を確立する。これらの通信１２６において、コンテンツプロバイダ１２４がコンテンツパッケージャ１１８を介する申し込みに対して提供する１つまたは複数のパッケージを識別する情報が交換される。次に、コンテンツパッケージャ１１８は、コンテンツパッケージャ１１８によって提供されるパッケージを識別するパッケージャパラメータ１２８を配信ネットワーク１０８に送信する。特定のコンテンツパッケージャが２つ以上のＢＣＳプロバイダに関連付けられてもよいことに留意されたい。
【００２９】
コンテンツプロバイダ１２４は、サービスのコンテンツをプログラミングパラメータ１３０内で配信ネットワーク１０８に供給する。プログラミングパラメータ１３０はまた、配信ネットワーク１０８がメディアプレゼンテーションガイド（ＭＰＧ）を維持するのを許可するコンテンツの明細を備える。メディアプレゼンテーションガイドは、配信ネットワーク１０８を介して、任意の所定の時点で利用可能なパッケージおよび関連サービスについての明細を提供する。あるいは、配信ネットワーク１０８を介して利用可能なパッケージおよび関連サービスについての明細は、任意の他の種類のユーザインタフェースを介してデバイスのユーザに提供されてもよい。特定のコンテンツプロバイダが２つ以上のコンテンツパッケージャと関連付けられてもよいことに留意されたい。
【００３０】
配信ネットワーク１０８は、デバイス（１０２、１０４および１０６）へのサービス配信の役割を果たす。これはまた、付随するシステム情報（ＳＩ）パラメータの生成および配信の役割を果たす。一実施形態においては、配信ネットワーク１０８とデバイス（１０２、１０４および１０６）との間の通信は、例えば、リアルタイムサービスの種々のメディアコンポーネントまたはＩＰデータキャストサービスにおける種々のＩＰポートにアドレス指定されたＩＰストリームを搬送するために、一連のフローに構成される。特定のローカルエリアまたは広域内で利用可能にされる全フローが、対応するマルチプレクスにまとめられる。
【００３１】
配信ネットワーク１０８は、有線および無線ネットワーク技術の任意の組み合わせを備える。例えば、配信ネットワーク１０８は、無線マルチキャスト／ブロードキャストネットワークであってもよい。一実施形態においては、配信ネットワーク１０８は、別の１つのＢＣＳプロバイダ１１０からＢＣＳパラメータ１２２を受信するよう動作するサーバ１３２を備えている。サーバ１３２はまた、コンテンツパッケージャ１１８からパッケージャパラメータ１２８を、コンテンツプロバイダ１２４からプログラミングパラメータ１３０を受信する。サーバ１３２は、受信したパラメータを処理して、メディアプレゼンテーションガイド（ＭＰＧ）１３６を備えるシステム情報（ＳＩ）パラメータ１３４を生成する。
【００３２】
ＳＩパラメータ１３４は、デバイスが、利用可能なパッケージおよびサービスを見出しおよび／または申し込むことを可能にする情報セットを備える。ＳＩはまた、パッケージおよびサービス明細とＭＰＧ１３６とを備える。ＭＰＧ１３６は、ＭＰＧブロックシーケンスとしてデバイスに配信される、利用可能なタイトルの表を備えている。
【００３３】
配信システムの一実施形態の動作中、配信ネットワーク１０８は、デバイス（１０２、１０４および１０６）を起動し、ＳＩ１３４を送信し、デバイス（１０２、１０４および１０６）がこれを受信できる。次に、デバイス（１０２、１０４および１０６）は、ＳＩ１３４と関連ＭＰＧ１３６を処理するように動作して、利用可能なパッケージおよび／またはサービスを見るために、デバイスのユーザに情報を表示する。次に、デバイスのユーザは、１つまたは複数のパッケージを受信することを申し込むことができる。例えば、デバイス１０２のユーザは、ＳＩ１３４から表示された情報から申し込み用パッケージを選択する。次に、デバイス１０２は、選択されたパッケージを申し込むために、配信ネットワーク１０８に申し込み要求を送信する。次に、申し込み要求が配信ネットワークによって処理され、要求しているデバイスに関連したＢＣＳプロバイダに送られる。次に、ＢＣＳプロバイダは、要求されたパッケージを受信するためにデバイスを許可するように動作する。
【００３４】
１つまたは複数の実施形態においては、配信サーバ１３２は、以下の機能のうち１つまたは複数を実行することによって、配信システムの一実施形態において動作する。
【００３５】
１．選択されたＢＣＳプロバイダ、コンテンツパッケージャ、およびコンテンツプロバイダに関連するＢＣＳ、パッケージャ、並びにプログラミングパラメータを取得する。
【００３６】
２．関連ＭＰＧパラメータを用いてＳＩを生成する。
【００３７】
３．ＳＩを起動デバイスに送信する。
【００３８】
５．１つまたは複数の申し込み要求をデバイスから受信する。
【００３９】
したがって、配信システムの実施形態は、デバイスが利用可能なパッケージを受信することを可能にするために、複数のＢＣＳプロバイダと複数のコンテンツパッケージャとをサポートするように動作する。ネットワーク１００は単に１つの構成を示しているのであって、他の構成または配置が、説明した実施形態の範囲内で可能であることに留意されたい。
【００４０】
図２は、配信システムの実施形態における使用に適した配信サーバ２００の一実施形態の詳細図を示している。例えば、配信サーバ２００は、図１の配信サーバ１３２として用いられてもよい。配信サーバ２００は、処理論理２０２と、ＳＩ生成論理２０４と、送受信論理２０８と、起動論理２１０とを備え、これらは全て内部データバス２１２に結合されている。サーバ２００はまた、ＢＣＳパラメータストレージ２１４と、パッケージャパラメータストレージ２１６と、プログラミングパラメータストレージ２１８とを備え、これら全てもまたデータバス２１２に結合されている。
【００４１】
１つまたは複数の実施形態において、処理論理２０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。したがって、処理論理２０２は、一般に、機械読取可能な命令を実行し、内部データバス２１２を介してサーバ２００の１つまたは複数の他の機能素子を制御するための論理を備える。
【００４２】
送受信論理２０８は、サーバ２００が、遠隔デバイスまたはシステムを用いて、通信チャネル２２０を介してデータおよび／または他の情報を送受信可能になるように動作する、ハードウェアおよび／またはソフトウェアを備える。例えば、一実施形態においては、通信チャネル２２０は任意の適切な種類の通信リンクを備え、これにより、サーバ２００が、１つまたは複数のデータネットワークおよび／またはこれらのデータネットワークに結合されたデバイスと通信することを可能にする。
【００４３】
ストレージ論理（２１４、２１６および２１８）は、サーバ２００が情報パラメータを記憶することを可能にする任意の適切な種類の記憶デバイスまたは素子を備える。例えば、一実施形態においては、ストレージ論理（２１４、２１６および２１８）は、任意の種類のＲＡＭ、フラッシュメモリ、ハードディスクまたは任意の他の種類の記憶デバイスを備える。
【００４４】
一実施形態においては、処理論理２０２は、送受信論理２０８とチャネル２２０とを介して１つまたは複数のＢＣＳプロバイダと通信するように動作する。ＢＣＳプロバイダは、処理論理２０２によって受信され、ＢＣＳパラメータストレージ２１４に記憶されたＢＣＳパラメータを提供する。処理論理２０２はまた、送受信論理２０８とチャネル２２０を介して１つまたは複数のコンテンツパッケージャと通信するように動作する。コンテンツパッケージャは、処理論理２０２によって受信され、パッケージャパラメータストレージ２１６に記憶されるパッケージャパラメータを提供する。処理論理２０２はまた、１つまたは複数のコンテンツプロバイダと通信するように動作する。コンテンツプロバイダは、処理論理２０２によって受信され、プログラミングパラメータストレージ２１８に記憶されるプログラミングパラメータを提供する。ＢＣＳ、パッケージャおよびプログラミングパラメータのより詳細な説明が、本文書の別のセクションで与えられる。
【００４５】
１つまたは複数の実施形態において、ＳＩ生成論理２０４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。ＳＩ生成論理２０４は、ＳＩパラメータ２２２を生成するために、ストレージ（２１４、２１６および２１８）からパラメータを読み出すように動作する。例えば、ＳＩ論理２０４は、１つまたは複数のＢＣＳプロバイダに関連するＢＣＳパラメータをストレージ２１４から読み出す。ＳＩ論理２０４はまた、ストレージ２１６からパッケージャパラメータを、ストレージ２１８からプログラミングパラメータを読み出すように動作する。パラメータが読み出されると、ＳＩ生成論理２０４は、ＳＩパラメータ２２２を生成するように動作する。ＳＩパラメータ２２２のより詳細な説明およびフォーマットが本文書の別のセクションで与えられる。
【００４６】
ＳＩ生成論理２０４はまた、ＳＩ２２２に関連するＭＰＧ２２４を生成するために、プログラミングパラメータストレージ２１８からパラメータを読み出すように動作する。ＭＰＧ２２４は、利用可能なパッケージについての情報および明細を提供し、これは、デバイスのユーザが１つまたは複数のパッケージを申し込むことを可能にするために、デバイス上に表示されてもよい。
【００４７】
起動論理２１０は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。起動論理２１０はデバイスを起動して、デバイスが利用可能なパッケージに申し込み可能になるように動作する。起動プロセスは、パッケージを申し込むことを望む各デバイスに対して１回だけ発生すればよい。例えば、一実施形態では、起動論理２１０は、起動プロセス中にデバイスにダウンロードされるクライアントアプリケーション２２６を備える。例えば、クライアント２２６は、送受信論理２０８を用いてデバイスにダウンロードされる。デバイスが起動論理２１０によって起動されると、クライアント２２６はデバイス上で作動し、ＳＩ２２２を受信し、利用可能なパッケージについての情報およびデバイスのユーザに関係する他の情報を表示するように動作する。したがって、起動論理２１０は、サーバ２００がデバイスを特定および認証することを可能にするように動作し、これにより、デバイスは、１つまたは複数の利用可能なパッケージに申し込むことができる。
【００４８】
一実施形態においては、サーバ２００は、ＳＩパラメータ２２２を起動デバイスへマルチキャスト／ブロードキャストするように動作する。デバイス上で実行するクライアントは、ＳＩパラメータ２２２を受信し、ＳＩ２２２とＭＰＧ２２４からの情報を表示するように動作することにより、デバイスのユーザは利用可能なパッケージを見て、申し込みできる。
【００４９】
一実施形態においては、サーバ２００は、コンピュータ読取可能媒体に記憶されたプログラム命令を含み、このプログラム命令は、例えば処理論理２０２などのプロセッサによって実行されると、本明細書で記載した配信システムの機能を提供する。例えば、命令はコンピュータ読取可能媒体（例えば、フロッピーディスク（フロッピー：登録商標）、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭまたは任意の他の種類の記憶素子）からサーバ２００にロード、またはサーバ２００にインタフェース接続するコンピュータ読取可能媒体からサーバ２００にロードされてもよい。別の実施形態では、命令は、送受信論理２０８を介してサーバ２００へインタフェースする外部デバイスまたはネットワークリソースからサーバ２００にダウンロードされてもよい。命令は、処理論理２０２によって実行されると、本明細書で説明されるとおり、配信システムの１つまたは複数の実施形態を提供する。
【００５０】
図３は、配信システムの一実施形態においてサーバを作動する方法３００の一実施形態を示している。明瞭性のために、この方法３００は、図２に示されたサーバ２００を参照して説明される。１つまたは複数の実施形態では、処理論理２０２はプログラム命令を実行し、サーバ２００の動作を制御して以下の機能を実行する。この方法３００は、サーバ２００が１つまたは複数のデバイスを起動して、デバイスが利用可能なパッケージを申し込みできると仮定している。
【００５１】
ブロック３０２において、ＢＣＳパラメータが受信される。例えば、一実施形態では、１つまたは複数のＢＣＳプロバイダがＢＣＳパラメータをサーバ２００に送信する。ＢＣＳパラメータは送受信論理２０８によって受信され、ＢＣＳパラメータストレージ２１４に記憶される。ＢＣＳパラメータは、１つまたは複数のＢＣＳプロバイダに関連するデバイスへの許可を提供するパッケージを識別する。
【００５２】
ブロック３０４において、パッケージャパラメータが受信される。例えば、一実施形態では、１つまたは複数のコンテンツパッケージャがパッケージャパラメータをサーバ２００に送信する。パッケージャパラメータは、送受信論理２０８によって受信され、コンテンツパッケージャパラメータストレージ２１６に記憶される。パッケージャパラメータは、コンテンツプロバイダと、各コンテンツパッケージャによって提供されるパッケージに関連したサービスとを識別する。
【００５３】
ブロック３０６において、プログラミングパラメータが受信される。例えば、一実施形態では、１つまたは複数のコンテンツプロバイダがプログラミングパラメータをサーバ２００に送信する。プログラミングパラメータは、送受信論理２０８によって受信され、プログラミングパラメータストレージ２１８で記憶される。プログラミングパラメータは、コンテンツ、スケジューリングおよび配信ネットワーク上でのサービス配信に関する他の情報を識別し、記述する。
【００５４】
ブロック３０８において、ＳＩパラメータが生成される。例えば、一実施形態では、ＳＩ生成論理２０４は、ＢＣＳストレージ２１４と、パッケージャストレージ２１６と、プログラミングストレージ２１８とからパラメータを読み出し、ＳＩパラメータ２２２と関連ＭＰＧ２２４とを生成するように動作する。
【００５５】
ブロック３１０において、ＭＰＧを含むＳＩパラメータが配信ネットワーク上で送信され、起動デバイスによって受信される。例えば、一実施形態では、処理論理２０２が、送受信論理２０８を介してＳＩパラメータ２２４を配信ネットワークに送信するように動作する。起動デバイスで実行するクライアントアプリケーションは、受信したＳＩ２２２と関連ＭＰＧ２２４パラメータとを処理し、デバイスのユーザが申し込みのために１つまたは複数のパッケージを選択することを可能にするプログラムガイドを表示する。申し込み処理中、デバイスは申し込みメッセージを生成し、このメッセージはサーバ２００に送信され、送受信論理２０８によって受信される
ブロック３１２において、申し込み要求が受信されたかどうかを決定するために検査が実行される。例えば、処理論理２０２は、１つまたは複数の起動デバイスからの申し込み要求が送受信論理２０８によって受信されたかどうかを決定するように動作する。申し込み要求が受信されていない場合、方法はブロック３１８に進む。申し込み要求が受信されている場合、方法はブロック３１４に進む。
【００５６】
ブロック３１４において、デバイスは、要求されたパッケージを受信するように申し込みされる。一実施形態では、処理論理２０２は要求しているデバイスに関連したＢＣＳプロバイダと通信して、要求されたパッケージを受信するデバイスを許可する。方法はその後ブロック３１６で止まる。
【００５７】
ブロック３１８において、ＳＩパラメータのうちのいずれかが更新されたかどうかを決定するために検査が実行される。例えば、処理論理２０２は、更新後のＢＣＳパラメータ２１４、パッケージャパラメータ２１６またはプログラミングパラメータ２１８が受信されて、ＳＩ生成論理２０４が更新後のＳＩ２２２を生成したかどうかを決定するように動作する。パラメータが更新されていない場合、方法はブロック３１２に進み、いずれかの申し込み要求が受信されたかどうかを決定する。更新されている場合、方法はブロック３１０に進み、そこで更新後のＳＩ２２２パラメータが起動されたデバイスに送信される。
【００５８】
したがって、この方法３００を用いて、配信システムの一実施形態におけるサーバを作動することができる。方法３００は、単に一実施を示しているのであって、説明された機能の変更、追加または再構成が、記載された実施形態の範囲から逸脱することなく実現されてもよいことに留意されたい。
【００５９】
図４は、配信システムの実施形態における使用に適したデバイス４００の一実施形態の詳細図を示している。デバイス４００は、処理論理４０２と、デバイスリソースおよびインタフェース論理４０４と、送受信論理４０６と、メモリ４０８と、解析論理４２０とを備え、これらの全てはデータバス４１０に結合されている。
【００６０】
１つまたは複数の実施形態では、処理論理４０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。したがって、処理論理４０２は、一般に、機械読取可能命令を実行し、内部データバス４１０を介してデバイス４００の１つまたは複数の他の機能素子を制御する論理を備える。
【００６１】
デバイスリソースおよびインタフェース論理４０４は、デバイス４００が内部および外部システムと通信することを可能にするハードウェアおよび／またはソフトウェアを備えている。例えば、内部システムは、大容量記憶デバイス、メモリ、ディスプレイドライバ、モデム、または他の内部装置リソースを含んでもよい。外部システムは、ユーザインタフェースデバイス、プリンタ、ディスクドライブまたは他のローカルデバイスもしくはシステムを含んでもよい。したがって、デバイスリソースおよびインタフェース論理４０４によって、デバイスはデバイスディスプレイ上に情報を表示し、ユーザ入力デバイス（例えば、マウス、キーパッド、タッチスクリーンまたは任意の他の種類のユーザ入力デバイス）を介してユーザ入力を受信できる。
【００６２】
送受信論理４０６は、デバイス４００が、通信チャネル４１２を介して外部デバイスまたはシステムを用いてデータおよび／または他の情報を送受信可能になるように動作する、ハードウェアおよび／またはソフトウェアを備える。例えば、通信チャネル４１２は、ネットワーク通信リンク、無線通信リンクまたは任意の他の種類の通信リンクを備えてもよい。
【００６３】
メモリ４０８は、デバイス４００が情報パラメータを記憶するのを可能にする、任意の適切な種類の記憶デバイスまたは素子を備える。例えば、一実施形態では、メモリ４０８は、任意の種類のＲＡＭ、フラッシュメモリ、ハードディスクまたは任意の他の種類の記憶デバイスを備える。
【００６４】
１つまたは複数の実施形態において、解析論理４２０は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。解析論理４２０は、一般に、送受信論理４０６によって受信されるシステム情報メッセージを解析する論理を備える。
【００６５】
１つまたは複数の実施形態の動作中、デバイス４００は配信サーバにより起動され、これにより、デバイス４００は利用可能なパッケージを申し込むことができる。起動プロセスの一部として、デバイスは、送受信論理４０６を用いて、ＢＣＳ識別子４２２を配信サーバに提供する。例えば、ＢＣＳ識別子４２２は、デバイスの製造中にメモリ４０８内に記憶されてもよい。ＢＣＳ識別子４２２は、デバイス４００に関連するＢＣＳプロバイダを識別する。起動プロセスの一部として、デバイス４００は、クライアントアプリケーション４１４を受信する。クライアントアプリケーション４１４は、メモリ４０８に記憶され、デバイス４００上で実行され、デバイスのユーザが利用可能なパッケージに関する情報を表示できるユーザインタフェースを提供する。
【００６６】
配信ネットワークは、送受信論理４０６によって受信されるＳＩメッセージを送信する。解析論理４２０は、受信後のＳＩメッセージを解析して、メモリ４０８に記憶されたＭＰＧ４１８を含む解析済みＳＩパラメータ４１６を生成するように動作する。例えば、解析論理４２０は、メモリからＢＣＳ識別子４２２を取得し、この識別子を用いて配信サーバから送信された受信システム情報メッセージを解析する。解析済みＳＩ４１６は、デバイス４００に関連したＢＣＳプロバイダに関する受信後のＳＩメッセージからの情報を備える。したがって、解析済みＳＩ４１６をデバイス４００上に表示して、デバイスのユーザにデバイス４００で利用可能なパッケージのみを示すことができる。デバイス４００が２つ以上のＢＣＳプロバイダに関連している場合、同様のプロセスを実行して、デバイス４００が、デバイスに関する全ＢＣＳプロバイダから利用可能なパッケージに関する情報を表示可能にできる。例えば、複数のＢＣＳ識別子がデバイス４００に記憶され、これを用いて受信後のＳＩメッセージを解析することができる。
【００６７】
クライアント４１４は、ユーザインタフェース（ＵＩ）を提供し、このユーザインタフェースは解析済みＳＩ４１６と関連ＭＰＧ４１８とをデバイス４００上に表示することにより、デバイスのユーザは利用可能なパッケージを見ることができる。またクライアント４１４によって、デバイスのユーザは１つまたは複数の申し込み用パッケージを選択可能になる。選択されたパッケージは、デバイスからサーバへのプロトコルの一部であり、クライアント４１４によって実行される申し込み要求において識別される。次に、クライアント４１４は、送受信論理４０６とチャネル４１２を介して、申し込み要求を配信サーバに送信する。
【００６８】
一実施形態においては、デバイス４００は、配信システムの１つまたは複数の実施形態における１つまたは複数の以下の機能を実行する。以下の機能は、実施形態の範囲内で変更、再構成、改変、追加、さもなければ調節されてもよいことに留意されたい。
【００６９】
１．デバイスがクライアントアプリケーションを受信し、インストールする。
【００７０】
２．デバイスが配信システムにより起動される。
【００７１】
３．デバイスがＳＩメッセージを受信する。
【００７２】
４．デバイスがＳＩメッセージを解析して、解析済みＳＩパラメータおよび関連ＭＰＧを生成する。
【００７３】
４．ＭＰＧがデバイス上に表示され、利用可能なパッケージをデバイスのユーザに表示する。
【００７４】
５．ユーザが１つまたは複数の申し込み用パッケージを選択した後、クライアントは、配信システムに送信される申し込み要求を収集する。
【００７５】
６．申し込み要求が配信システムによって処理された後、デバイスは、ユーザが申し込んだサービスを受信する。
【００７６】
一実施形態においては、配信システムはコンピュータ読取可能メディアに記憶されたプログラム命令を備え、このプログラム命令は、処理論理４０２などのプロセッサによって実行されると、本明細書に記載されたデバイス４００の機能を提供する。例えば、コンピュータ読取可能媒体（例えば、フロッピーディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭまたは任意の他の種類の記憶素子）、またはデバイスＩ／Ｆ論理４０４を介してデバイス４００にインタフェース接続されるコンピュータ読取可能媒体からデバイス４００に命令がロードされる。別の実施形態では、命令は、送受信論理４０６を介してデバイス４００にインタフェース接続されるネットワークリソースからデバイス４００にダウンロードされる。命令は、処理論理４０２で実行されると、本明細書に記載されるとおり、配信システムの１つまたは複数の実施形態を提供する。
【００７７】
図５は、配信システムの実施形態においてデバイスを作動する方法５００の一実施形態を示している。明瞭性のために、この方法５００を、図４で示したデバイス４００を参照して説明される。例えば、デバイス４００は、図１で示したデバイス（１０２、１０４、１０６）のいずれとしも使用するのに適している。１つまたは複数の実施形態において、処理論理４０２はプログラム命令を実行してデバイス４００を制御し、以下で説明する機能を実行する。
【００７８】
ブロック５０２において、デバイスは、配信サーバにより起動される。例えば、一実施形態では、処理論理４０２は送受信論理４０６を介して配信サーバと通信して、デバイスを識別し、要求される任意の他の起動情報を提供する。起動プロセスの一部として、クライアント４１４がデバイスにインストールされる。一実施形態では、クライアント４１４はメモリ４０８にインストールされ、選択された通信プロトコルを用いて配信サーバとの通信を確立することを実行する。
【００７９】
ブロック５０４において、配信サーバから送信された最新のＳＩメッセージがデバイスで受信される。例えば、送受信論理４０６が通信チャネル４１２を用いてＳＩメッセージを受信する。
【００８０】
ブロック５０６において、ＢＣＳプロバイダ識別子が決定される。例えば、解析論理４２０がメモリ４０８からＢＣＳ識別子４２２を読み出す。
【００８１】
ブロック５０８において、受信されたＳＩメッセージが、解析済みＳＩパラメータを決定するために解析される。例えば、解析論理４２０は、受信されたＳＩメッセージをＢＣＳ識別子４２２に基づいて解析するように動作する。例えば、ＢＣＳ識別子４２２は、システム情報メッセージ内に含まれるＢＣＳプロバイダ情報と比較される。システム情報メッセージのいずれかが、ＢＣＳ識別子４２２と合致するＢＣＳプロバイダに関連する場合、それらのメッセージは解析論理４２０によって解析され、デバイス４００に適用されるシステム情報パラメータを取得する。したがって、ＢＣＳ識別子４２２に関する情報を含むメッセージは解析論理４２０によって解析され、メモリ４０８に記憶されるＭＰＧ４１８に関連した解析済みＳＩパラメータ４１６を生成する。
【００８２】
ブロック５１０において、デバイスにインストールされたクライアントは、解析済みＳＩパラメータからの情報をデバイスのユーザに表示または提供するように動作する。例えば、解析済みＳＩパラメータ４１６は、申し込みに利用可能なパッケージに関する情報をデバイスのユーザに提供するＭＰＧ４１８を備える。例えば、この情報は、スケジューリング、価格決定、有用性および任意の他の関連情報を含む。一実施形態においては、クライアント４０６は、Ｉ／Ｆ論理４０４を用いてＭＰＧ４１８からの情報を表示するように動作する。
【００８３】
ブロック５１２において、ユーザが１つまたは複数の利用可能なパッケージに申し込むことを望むかどうかを決定するために検査が実行される。例えば、ユーザは、表示されたプログラムガイドから１つまたは複数のパッケージを選択し、それらのパッケージを申し込むことを要求できる。ユーザが何らかの申し込み用パッケージを選択する場合、方法はブロック５１４に進む。ユーザが申し込み用パッケージを選択しない場合、方法はブロック５２０に進む。
【００８４】
ブロック５２０において、更新された解析済みＳＩパラメータが存在するかどうかを決定するために検査が実行される。例えば、一実施形態においては、処理論理４０２は配信サーバからの送信を受け取り、現在ブロードキャストしているＳＩパラメータのバージョンが、デバイスメモリ４０８に記憶されたパラメータと異なっているかどうかを決定する。新しいパラメータが利用可能である場合、方法はブロック５０４に進んで、新しい情報を取得する。新しいパラメータが利用可能ではない場合、方法はブロック５１２に進んで、デバイスのユーザが任意の利用可能なパッケージを申し込むことを希望しているかどうかを決定する。
【００８５】
ブロック５１４において、申し込み要求が収集され、配信ネットワークに送信される。申し込み要求により、デバイスのユーザは選択されたパッケージを申し込むことができる。例えば、申し込み要求は、申し込みのために１つまたは複数のパッケージを識別可能にするフォーマットで収集される。一実施形態においては、クライアント４１４は、申し込み要求を収集するように動作する。次に、この申し込み要求は、送受信論理４０６を用いて配信サーバに送信される。
【００８６】
ブロック５１６において、要求されたパッケージに関連したサービスがデバイスで受信される。例えば、配信サーバが申し込み要求を処理した後、申し込みされたパッケージに関連したサービスがデバイスに配信される。例えば、一実施形態においては、サービスは、配信ネットワークを介してコンテンツプロバイダからデバイスに配信され、送受信論理４０６によって受信される。次に、方法はブロック５１８で終了する。
【００８７】
したがって、この方法５００は、デバイスが、配信システム内に提供された１つまたは複数のパッケージを申し込み可能になるように動作する。方法５００は、単に一実施を示しているのであって、機能要素の変更、追加または再構成が、記載された実施形態の範囲から逸脱することなく実現されてもよいことに留意されたい。
【００８８】
［システム情報］
以下は、配信システムの実施形態において生成されるＳＩパラメータの詳細な説明である。ＳＩパラメータは、顧客ケアおよび課金および可能な他のサービスの配信を、コンテンツまたは他のサービスの小売業から分離可能にする構造にフォーマットされる。これらの構造によって、ＢＣＳプロバイダは、どのコンテンツパッケージャがその関連デバイスにサービスを提供するかを制御できるが、ＢＣＳプロバイダは、コンテンツまたは価格決定のどちらかを制御していない可能性もある。ＢＣＳプロバイダが最初のサービス契約に加えてコンテンツおよび追加のサービスを販売できる、対応がなされている。各コンテンツパッケージャからのサービス提供の構造は、サービス提供が、一貫した表示順序で、単一ユーザインタフェース上に表示できる構造である。この定義された順序は、複数のコンテンツパッケージャにわたって利用可能な申し込みパッケージに対してであって、これは複数のおよび／または種々のＢＣＳプロバイダに関連付けされてもよい。
【００８９】
システム情報構造によって、コンテンツパッケージャがその関連デバイスに対して利用可能な、ＢＣＳプロバイダ制御を可能にする。各コンテンツパッケージャに対するコストと条件はＢＣＳプロバイダから独立している。各コンテンツパッケージャによって記述されるコンテンツおよび申し込みオプションは独立して定義されるが、単一のユーザインタフェースに一体化することができる。一実施形態では、これは、以下のＳＩ仕様で説明されるとおり、ＳＩ内のレコードによって達成される。上述のＳＩに対する改変、変更、削除、追加、組み合わせまたは他の軽微な変更は、実施形態の範囲内にあることに留意されたい。
【００９０】
［ＳＩメッセージ仕様］
図６は、配信システムの実施形態において使用するＳＩ構造６００の一実施形態を示している。ＳＩ情報がＳＩメッセージセットとして送信される。以下のセクションでは、ＳＩメッセージ内に含まれるＳＩ情報の定義、意味および関連処理を指定している。一実施形態では、ＳＩメッセージは、以下のとおり、市場情報６０２とサービス情報６０４とＭＰＧ６０６とで構成される。
【００９１】
クラス１．ユーザがそれに対して申し込みを提供するサービスのパッケージングに関連する市場情報
クラス２．利用可能なサービスの属性と、配信ネットワーク内のそれらの位置に関する情報を提供するサービス情報
クラス３．サービス上の個々のプレゼンテーションに関する情報を提供するメディアプレゼンテーションガイド情報
［共通フォーマットおよび処理］
ＳＩメッセージ構文
１つまたは複数の実施形態において、ＳＩメッセージの構造は、ＸＭＬ１．０に適合するＸＭＬスキーマセットとして定義される。
【００９２】
ＳＩメッセージのバージョンの識別
送信された各ＳＩメッセージは、バージョン属性を含み、これは、同じメッセージ種類のうちの異なるＳＩメッセージのコピーを識別する。特定の種類のＳＩメッセージに関しては、バージョン属性はまた、識別属性と呼ばれる特定の属性の同一値を有するＳＩメッセージを識別してもよい。例えば、２つのメッセージに対する識別属性は以下の通りである。
【００９３】
−市場コンテンツパッケージャメッセージ：コンテンツパッケージャＩＤ
−ＭＰＧタイトルブロックメッセージ：ＭＰＧブロックスタートタイム
バージョン属性の値は、単一セットの素子および属性値を表すＳＩメッセージ全てに対して同一であってもよい。バージョン属性の値は、識別属性以外のＳＩメッセージの任意の属性または素子が修正または形成されると、増加する。
【００９４】
一実施形態においては、バージョン属性は符号のない整数である。属性の大きさは、個々のメッセージの種類に対して指定されるように、ＳＩメッセージの種類に依存している。バージョンが変更されると、ＳＩメッセージのそのバージョンに関連したバージョンの値は、時間Ｔ＿ＵＰＤＡＴＥに対して再使用されない。Ｔ＿ＵＰＤＡＴＥの値は、秒単位であってもよく、一実施形態では、設定可能なシステムパラメータである。
【００９５】
現在のＳＩメッセージバージョンの識別
ＳＩメッセージの現在のバージョンに対するバージョンフィールドの値が、主フロー内の配信ネットワークで送信される。
【００９６】
ＳＩメッセージバージョンの更新
ＳＩメッセージが、属性もしくは要素値に対する更新または、将来効力を発揮するようにスケジューリングされた要素の新しいインスタンスを含む場合、メッセージは、個々の要素に対して指定されるとおりに更新される要素に関連した有効時間値を含んでもよい。２つのバージョンの要素が、異なったメッセージバージョン（通常、現在のバージョンと次のバージョン）で同時に送信されている場合、各バージョンは、有効時間に関連付けされる。有効時間属性は、３２ビットカウントの秒であってもよい。
【００９７】
［クラス１：市場情報］
１つまたは複数の実施形態において、ＳＩは、以下に示される２つのメッセージタイプの市場情報を提供する。
【００９８】
１．市場共通メッセージ
２．市場コンテンツパッケージャメッセージ
１．市場共通メッセージ
図７は、配信システムの実施形態において用いられる市場共通メッセージスキーマ７００の一実施形態を示している。市場共通メッセージは、いずれのコンテンツパッケージャも指定しない市場情報を定義する。市場共通メッセージは、配信ネットワーク内で構成されたＢＣＳプロバイダの属性と、各ＢＣＳプロバイダに関連したコンテンツパッケージャへの参照と、制御条件に対する分類スキームとを定義する。
【００９９】
バージョン
市場共通メッセージは、バージョン属性の値によって識別される一意のバージョン７０２を備える。一実施形態においては、バージョン属性は１６ビットの符号のない整数である。
【０１００】
分類スキームテーブル
市場共通メッセージ７００は、以下を指定するために、ネットワーク内の全ＢＣＳプロバイダによって使用される分類スキームを定義する分類スキームテーブル７０４を備える。
【０１０１】
−課金環境
−サービスアカウントタイプ
−通貨
−申し込み方法
−ジャンル
−ＭＩＭＥタイプ
−等級レベル
−デバイスクラス
分類スキームテーブル７０４は、任意の適切な構造を備えてもよい。一実施形態では、分類スキームテーブル７０４の定義は、ＢＣＳプロバイダの要件および能力、並びにＢＣＳプロバイダが課せられる規制要件に従う。
【０１０２】
ＢＣＳレコード
市場共通メッセージ７００は、配信ネットワーク内の各ＢＣＳプロバイダに対するＢＣＳレコード７０６を備える。一実施形態では、ＢＣＳレコード７０６は、ＢＣＳプロバイダを定義し、以下の項目を提供する。
【０１０３】
−ＢＣＳプロバイダＩＤ
−有効時間
−ＣＳＲコンタクト
−課金ポリシー
−コンテンツパッケージャ参照
−使用テーブルの条件
−使用リンクの条件
ＢＣＳプロバイダＩＤ
ＢＣＳプロバイダＩＤ７０８の属性は、個々のＢＣＳプロバイダに関連した、全体的な一意のＩＤである。一実施形態では、ＢＣＳプロバイダＩＤ７０８は、符号のない１６ビットの整数であってもよい。
【０１０４】
有効時間
有効時間属性７１０は、ＢＣＳレコード７０６内で提供される定義が有効となる時間を定義し、先の定義に優先する。有効時間が存在しないか、または過去の時間を参照する場合は、ＢＣＳレコード７０６は現在である。一実施形態では、有効時間属性７１０は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒であってもよい。
【０１０５】
ＢＣＳレコード７０６は１つの有効時間を定義してもよい。複数のレコードが同じＢＣＳプロバイダに対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対する適切な値を有する、時間属性を含んでいる。有効時間はまた、まだ活動していないＢＣＳプロバイダを定義するレコードに対して存在してもよい。
【０１０６】
コンテンツパッケージャ参照
コンテンツパッケージャ参照７１２は、ＢＣＳプロバイダに関連するコンテンツパッケージャを識別するコンテンツパッケージャＩＤのリストである。ＢＣＳプロバイダに関連する申込者は、コンテンツパッケージャ参照７１２に含まれるコンテンツパッケージャによって提供されるパッケージを申し込むことだけができる。コンテンツパッケージャ参照７１２は、少なくとも１つのコンテンツパッケージャＩＤを含んでいる。
【０１０７】
ＣＳＲコンタクト
ＣＳＲコンタクト７１４要素は、ＢＣＳの顧客サービス代表者にコンタクトする可能な方法を記述している。ＢＣＳレコード７０６は少なくとも１つのＣＳＲコンタクト７１４を提供する。各ＣＳＲコンタクトは、ＵＲＩであってもよい。以下の例は、種々のクラスのＵＲＩがどのようにＣＳＲコンタクト７１４に用いられるかを示している。
【０１０８】
−ＴＥＬ：ＵＲＩは、申込者が顧客支援を要求できる電話番号を定義する。
【０１０９】
−ＭＡＬＴＯ：ＵＲＩは、申込者が顧客支援に使用できるＥメールアドレスを指定する。
【０１１０】
−ＨＴＴＰ：ＵＲＩは、申込者が顧客支援に使用できるウェブサイトを指定する。
【０１１１】
課金ポリシー
課金ポリシー７１６は、コンテンツパッケージャに代わって、ＢＣＳプロバイダによってサポートされる課金ポリシーを指定する。各ＢＣＳプロバイダは、少なくとも１つの課金ポリシー７１６をサポートする。一実施形態においては、課金ポリシー７１６は、課金環境属性とサービスアカウントタイプ属性とを備える。
【０１１２】
ａ．課金環境
課金環境は、課金ポリシーが適用する、特定の種類のデバイスを示している。サポートされる課金環境の例には、「ＢＲＥＷ」や「ｐａｙＰａｌ」が含まれる。
【０１１３】
ｂ．サービスアカウントタイプ
サービスアカウントタイプは、サービスアカウント課金ＩＤに用いられる識別子を示している。サポートされるサービスアカウントタイプの例には、「ＭＩＮ」、「ＭＤＮ」、「ＢＲＥＷ ＳＩＤ」、「Ｃｒｅｄｉｔ Ｃａｒｄ」および「Ｐｒｅｐａｙ」が含まれる。
【０１１４】
使用テーブルの条件
ＢＣＳプロバイダに関連する使用条件にアクセスするための一定の条件を定義するために、ＢＣＳプロバイダによって使用される分類スキームを表す、使用テーブルの条件７１８が提供される。
【０１１５】
使用リンクの条件
コンテンツパッケージャがエンドユーザ使用許諾契約（ＥＵＬＡ）情報を提供しない場合にコンテンツパッケージャによって提供されるパッケージへのアクセスをユーザに許可する前に、ＢＣＳプロバイダが同意するユーザに要求する使用条件の位置を指定するＵＲＩへの参照である、使用リンクの条件７２０が提供される。
【０１１６】
２．市場コンテンツパッケージャメッセージ
図８は、配信システムの実施形態において使用するための市場コンテンツパッケージャメッセージ８００スキーマの一実施形態を示している。コンテンツパッケージャに特有の情報が市場コンテンツパッケージャメッセージ８００で送信される。市場コンテンツパッケージャメッセージ８００の各バージョンは、そのコンテンツパッケージャＩＤ８０２とバージョン属性８０４の値によって一意に識別される。一実施形態においては、バージョン属性８０４は１６ビットの符号のない整数である。市場コンテンツパッケージャ８００メッセージは、以下の要素を含む。
【０１１７】
−コンテンツパッケージャＩＤ
−基本情報
−ＥＵＬＡテーブル
−パッケージレコード
−階層レコード
−チャネルレコード
−補助サービス参照
コンテンツパッケージャＩＤ
各コンテンツパッケージャは、コンテンツパッケージャＩＤ８０２によって、配信ネットワーク内の全ての他のコンテンツパッケージャから一意に区別される。コンテンツパッケージャは、少なくとも１つのＢＣＳプロバイダに関連付けされる。一実施形態では、コンテンツパッケージャＩＤ８０２は、符号のない１６ビットの整数である。
【０１１８】
基本情報
一実施形態において、基本情報８０６レコードは、以下の情報を提供する。
【０１１９】
−コンテンツパッケージャ名
−コンテンツパッケージャＥＵＬＡへのリンク
−個人用コンテンツパッケージャインジケータ
−通貨支援
各コンテンツパッケージャに対して１つの基本情報８０６レコードが存在する。
【０１２０】
−コンテンツパッケージャ名
コンテンツパッケージャ名８０８は、ユーザへのコンテンツパッケージャを識別するために用いられる文字列である。コンテンツパッケージャ名８０８は、配信ネットワーク内で実行されるコンテンツパッケージャ間で一意的である。
【０１２１】
−ＥＵＬＡリンク
ＥＵＬＡリンク８１０は、コンテンツパッケージャによって提供されるパッケージへのアクセスをユーザに許可する前に同意するために、コンテンツパッケージャがユーザに要求してもよいＥＵＬＡの位置を識別するＵＲＩへの参照である。一実施形態においては、ＥＵＬＡリンク８１０は随意的である。コンテンツパッケージャがＥＵＬＡリンクを提供しない場合は、ユーザに関連するＢＣＳプロバイダに対するＢＣＳプロバイダの使用テーブルの条件７１８が用いられてもよい。
【０１２２】
−個人用コンテンツパッケージャ
基本情報レコード８０６は、コンテンツパッケージャが個人用コンテンツパッケージャ８１２であることを指定してもよい。ユーザが個人用コンテンツパッケージャ８１２によって提供されるパッケージを申し込む手段は、本明細書の範囲外である。
【０１２３】
−通貨支援
基本情報レコード８０６は、通貨８１４要素を指定する。通貨８１４要素は、パッケージへの価格決定を設定するためにコンテンツパッケージャによって使用される通貨のリストを定義する。
【０１２４】
ＥＵＬＡテーブル
ＥＵＬＡテーブル８１６は、コンテンツパッケージャに関連するＥＵＬＡにアクセスするための条件を定義するために、コンテンツパッケージャによって使用される分類スキームテーブルである。一実施形態においては、ＥＵＬＡテーブル８１６は随意的である。コンテンツパッケージャがＥＵＬＡテーブルを提供しない場合は、ユーザに関連するＢＣＳプロバイダに対するＢＣＳプロバイダの使用テーブルの条件７１８が用いられてもよい。
【０１２５】
パッケージレコード
市場コンテンツパッケージャメッセージ８００は、少なくとも１つのパッケージレコード８１８を含む。パッケージレコード８１８は、コンテンツパッケージャを介して利用可能なコンテンツ提供セットと特定の関連属性とを定義する。パッケージレコード８１８のより詳細な説明は本明細書の他のセクションで提供される。
【０１２６】
階層レコード
市場コンテンツパッケージャメッセージ８００は、任意のパッケージによって参照される各階層に対する階層レコード８２０を含む。階層レコード８２０は階層を定義し、チャネルのグループを参照する。コンテンツパッケージャによって用いられる各階層に対して階層レコード８２０が存在する。一実施形態においては、階層レコード８２０は以下の情報を指定する。
【０１２７】
−階層ＩＤ
−レコードの有効時間
−階層に含まれるチャネルセット
−階層に追加される補助サービスセット
−階層ＩＤ
階層ＩＤは、同一のコンテンツパッケージャによって提供される全ての他の階層から当該階層を一意に区別する識別子である。一実施形態においては、階層ＩＤは、符号のない１６ビットの整数である。
【０１２８】
−階層有効時間
有効時間属性は、階層レコード８２０で提供された定義が有効となる時間を定義し、先の定義に優先する。有効時間が存在しないか、または過去の時間を参照する場合は、階層レコード８２０は現在である。一実施形態では、有効時間属性は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒である。
【０１２９】
階層レコード８２０は１つの有効時間を定義する。複数のレコードが同じ階層に対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対して適切な値を有する有効時間属性を含む。有効時間はまた、まだ活動していない階層を定義するレコードに対しても存在する。
【０１３０】
−チャネル参照
階層レコード８２０は、階層提供においてチャネルを記述するチャネル参照のリストを指定する。チャネルは、コンテンツパッケージャに関連するチャネルレコード内で定義される。階層レコード８２０は、少なくとも１つのチャネル参照を含む。
【０１３１】
−補助サービス参照
階層レコード８２０は、この階層に関連する補助サービスに対するサービス識別子のリストを指定する。この階層を含むパッケージを許可されたデバイスは、それが活動している間、補助サービスを介してダウンロードされる任意のマテリアルを取得する。
【０１３２】
チャネルレコード
市場コンテンツパッケージャメッセージ８００は、任意の階層によって参照される各チャネルに対するチャネルレコード８２２を含む。チャネルレコード８２２は、チャネルを定義し、これはコンテンツパッケージャに対するサービスの個別化である。一実施形態においては、チャネルレコード８２２は、以下の要素から構成されている。
【０１３３】
−チャネルＩＤ
−チャネル有効時間
−チャネル重み
−チャネル特定言語用データ
−基本サービス
−補助サービス
−チャネルアイコン
−チャネルＩＤ
チャネルＩＤは、同一のコンテンツパッケージャによって提供される他のチャネルから当該チャネルを一意に区別する識別子である。一実施形態においては、チャネルＩＤは符号のない１６ビットの整数である。
【０１３４】
−有効時間
有効時間属性は、チャネルレコード８２２で提供された定義が有効となる時間を定義し、先の定義に優先する。有効時間が存在しないか、または過去の時間を参照する場合は、チャネルレコードは現在である。一実施形態では、有効時間属性は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒である。
【０１３５】
チャネルレコード８２２は、多くても１つの有効時間しか定義できない。複数のレコードが同じチャネルに対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対して適切な値を有する有効時間属性を含む。有効時間はまた、まだ活動していないチャネルを定義するレコードについても存在する。
【０１３６】
−チャネル重み
各チャネルレコード８２２は、チャネルにチャネル重みを割り当てる。一実施形態において、チャネル重みは符号のない整数である。チャネル重みはデバイスによって用いられ、ＭＰＧを表示する際にユーザに提示されるチャネルの順序を決定する。より重みの小さいチャネルが先に提示される。チャネル重みは、ＢＣＳプロバイダに関連する全てのマルチプレクスにわたって全てのコンテンツパッケージャによって提供される全チャネル間で一意的である。各チャネルレコード８２２に関連する１つのチャネル重みが存在する。
【０１３７】
−チャネル特定言語用データ
チャネル特定言語用データ要素は、特定の言語に関連したチャネルの名称および明細を指定し、ユーザがこのチャネルに関してさらなる情報を取得することが可能なＵＲＬを定義する。
【０１３８】
各チャネルレコード８２２は、１つまたは複数のチャネル特定言語用データ要素を含んでもよい。チャネル特定言語用データ要素が存在する場合は、そのコンテンツが、同一言語における基本サービスに対するサービス特定言語用データ要素に優先する。所定の言語内にチャネル特定言語用データ要素が存在しない場合、デバイスは、その言語における基本サービスに対するサービス特定言語用データ要素を使用できる。各チャネルレコード８２２は、チャネル言語につき１つのチャネル特定言語用データ要素を含む。
【０１３９】
−基本サービスレコード
チャネルレコード８２２は、基本サービスレコードを指定する。基本サービスレコードは、チャネルに対する基本サービスと特定チャネル用の以下のある特定の随意の特性を識別する。
【０１４０】
−基本サービス識別子
−排除能
−特定チャネル用の能力要件
−基本サービス識別子
基本サービスレコードは、基本サービス識別子を指定する。基本サービス識別子は、チャネルがカスタマイズするサービスに対するサービス識別子である。
【０１４１】
−補助サービス
チャネルレコード８２２は、このチャネルに関連する補助サービスに対するサービス識別子のリストを定義してもよい。デバイスは、チャネルにアクセスしている間に、補助サービスを介してダウンロードされる任意のマテリアルを取得する。
【０１４２】
−チャネルアイコン
チャネルレコード８２２は、ＭＰＧの表示においてチャネルを識別するのに使用できるチャネルアイコン要素をユーザに提供してもよい。存在しておれば、チャネルアイコンは、サービスアイコンの代わりに用いられる。チャネルアイコンは、チャネルに対するアイコン、すなわち定義されたＭＩＭＥタイプの実際のアイコンを定義するリソースに対する参照であってもよい。
【０１４３】
補助サービス参照
市場コンテンツパッケージャメッセージ８００は、このコンテンツパッケージャに関連した補助サービスに対する補助サービス参照８２４のリストを含んでもよい。ユーザがコンテンツパッケージャに関連する任意のパッケージを申し込む場合、ユーザはこの記載されたサービスを自動的に申し込むことになる。デバイスは、それが活動している間、補助サービスを介してダウンロードされる任意のマテリアルを取得する。
【０１４４】
図９は、配信システムの実施形態における市場コンテンツパッケージャメッセージで使用するためのパッケージレコードスキーマ９００の一実施形態の詳細図を示している。パッケージレコードスキーマ９００は、コンテンツパッケージャを介して利用可能なコンテンツ提供セットと、以下のような特定の関連属性とを定義する。
【０１４５】
−パッケージＩＤ
−パッケージ有効時間
−パッケージ重量
−パッケージデフォルト言語
−特定言語用データ
−パッケージ価格決定および申し込み方法
−パッケージに関連するＢＣＳプロバイダＩＤ
−パッケージに関連する階層
−パッケージ特性
−パッケージに関連する補助サービス
−利用可能領域
−パッケージＩＤ
パッケージＩＤ９０２は、同一のコンテンツパッケージャによって提供される他のパッケージから特定のパッケージを区別する識別子である。一実施形態においては、パッケージＩＤ９０２は、符号のない１６ビットの整数である。各パッケージに関連する１つのパッケージＩＤ９０２が存在する。
【０１４６】
−有効時間
有効時間属性９０４は、パッケージレコード９００で提供された定義が有効となる時間を定義し、先の定義に優先する。有効時間９０４が存在しないか、または過去の時間を参照する場合は、パッケージレコード９００は現在である。有効時間属性は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒である。
【０１４７】
パッケージレコードは、多くても１つの有効時間しか定義できない。複数のレコードが同じパッケージに対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対して適切な値を有する有効時間属性を含む。有効時間はまた、まだ活動していないパッケージを定義するレコードについても存在する。
【０１４８】
−パッケージ重量
各パッケージレコード９０６は、パッケージにパッケージ重量を割り当てる。パッケージ重量は符号のない整数である。パッケージ重量はデバイスによって用いられ、ユーザにパッケージが提示される順序を決定する。軽重量のパッケージが先に提示される。
【０１４９】
パッケージ重量は、ＢＣＳプロバイダに関連する全てのマルチプレクスにわたって全てのコンテンツパッケージャによって提供される全パッケージ間で一意的である。各パッケージレコード９００に関連して１つのパッケージ重量が存在する。
【０１５０】
−パッケージデフォルト言語
パッケージレコード９００は、デフォルト言語属性９０８を指定する。デフォルト言語属性９０８は、ユーザが好む言語が利用可能ではない場合、特に無効にしない限り、デフォルトによってユーザに提供されるサービスの言語を指定する。パッケージを介してアクセス可能な任意のサービスが２つ以上の言語をサポートする場合、パッケージデフォルト言語が提供される。
【０１５１】
−パッケージ特定言語用データ
パッケージ特定言語用データ要素９１０は、特定の言語に関連するパッケージの名称および明細を指定する。各パッケージレコードは、少なくとも１つのパッケージ特定言語用データ要素９１０を含む。各パッケージレコードは、パッケージ言語につき、多くても１つのパッケージ特定言語用データ要素を含むだけである。
【０１５２】
ａ．パッケージ言語
パッケージ言語属性９１２は、パッケージ特定言語用データ要素９１０の言語を指定する。２つ以上の言語の明細を備えるパッケージは、優先言語がデバイス上で定義されていない場合、どの言語が使用するデフォルト言語であるかを指定する。
【０１５３】
ｂ．パッケージ名称
パッケージ名称属性９１４は、ユーザに表示されるパッケージに対する名称を指定する文字列である。
【０１５４】
ｃ．パッケージ明細
パッケージ明細属性９１６は、ユーザに表示されるパッケージに対する明細を指定する文字列である。
【０１５５】
価格決定方法
パッケージの価格決定方法９１８は、このパッケージに対する所定の申し込み方法に関連するコストを指定する。これは、申込み方法、通貨および金額からなる。パッケージレコード９００は、少なくとも１つの価格決定方法９１８を指定する。パッケージレコード９００は、申し込み方法につき、多くても１つの価格決定方法を指定するだけである。
【０１５６】
ａ．申し込み方法
申し込み方法は、コストに関連した申し込み方法（例えば、月毎、週毎）を識別する。
【０１５７】
ｂ．通貨
通貨は、金額に適用可能な通貨を識別する。通貨は、コンテンツパッケージャに関する基本情報レコードに記載された通貨である。コンテンツパッケージャに関連する少なくとも１つのＢＣＳプロバイダが、パッケージに適用可能な全ての通貨をサポートする。
【０１５８】
ｃ．金額
金額は、ルートパッケージの場合におけるパッケージの実際の価格、またはアッドオンパッケージの場合における親パッケージの価格に追加されたパッケージの増分価格である。金額属性は、関連する通貨の要件に合致する浮動小数点値である。
【０１５９】
階層参照
パッケージレコード９００は、パッケージ提供を記述する階層参照要素９２０セットを指定する。階層は、コンテンツパッケージャに関連する階層レコード８２０内で定義される。パッケージレコード９００は、少なくとも１つの階層参照９２０を含む。
【０１６０】
パッケージ特性
パッケージ特性９２２要素は、パッケージの特定の属性を指定する任意の要素である。要素は、以下の属性のいずれの組み合わせを指定してもよい。
【０１６１】
−親パッケージ
−自動申し込みパッケージ
−クローズドパッケージ
−排除パッケージ
ａ．親パッケージ
パッケージ特性９２２要素は、親パッケージを代表する１つまたは複数のパッケージＩＤのリストを指定する。パッケージが親パッケージに関連している場合、パッケージは「アッドオン」パッケージであり、ユーザが親パッケージの中の少なくとも１つのパッケージをすでに許可されている場合、ユーザは、このパッケージだけを申し込みできる。親パッケージが記載されていない場合、パッケージは「ルート」パッケージであると定義される。
【０１６２】
ｂ．自動申し込みパッケージ
パッケージがルートパッケージである場合、パッケージ特性９２２要素は、ユーザがこのパッケージを自動申し込みできる自動申し込み属性を指定してもよい。
【０１６３】
ｃ．クローズドパッケージ
パッケージ特性９２２要素は、新しい申し込みがこのパッケージに受け入れられないことを示すためのクローズド属性を指定してもよい。
【０１６４】
ｄ．排除パッケージ
パッケージ特性９２２要素は、排除パッケージを代表する１つまたは複数のパッケージＩＤのリストを指定してもよい。パッケージレコードで指定されたパッケージを許可されたユーザは、排除パッケージのリスト内のいずれのパッケージにも申し込むことを認められない。ユーザが排除パッケージリスト内のパッケージをすでに申し込みしている場合は、ユーザにパッケージが提供されないように、パッケージ間の関係を定義することが、コンテンツパッケージャの役割である。
【０１６５】
ＢＣＳプロバイダ参照
パッケージレコード９００は、パッケージに関連するＢＣＳプロバイダ参照９２４のリストを指定してもよい。ＢＣＳプロバイダ参照９２４は、ＢＣＳプロバイダを識別する。コンテンツパッケージャに関連するＢＣＳプロバイダのみがこのリストに含まれてもよい。このリストが提供される場合、識別されたＢＣＳプロバイダに関連するユーザのみが、パッケージの申し込みを許可される。リストが提供されない場合、同じく、このコンテンツパッケージャに関連する任意のＢＣＳプロバイダに関連したユーザが、このパッケージの申し込みを許可される。
【０１６６】
補助サービス参照
パッケージレコード９００は、このパッケージに関連した補助サービスに対する補助サービス参照９２６のリストを含んでもよい。このパッケージを許可されたデバイスは、それが活動している間、補助サービスを介してダウンロードされる任意のマテリアルを取得する。
【０１６７】
有効領域
パッケージレコード９００は、ローカルアリア演算インフラ（ＬＯＩ）と広域演算インフラ（ＷＯＩ）のリストから構成される有効領域要素９２８を含んでもよい。このリストは、パッケージを通過するチャネルとして提供される少なくとも１つのサービスがアクセスされるＷＯＩとＬＯＩを示している。一実施形態においては、ＬＯＩとＷＯＩは、地理的領域を一意に識別する１６ビットの符号のない整数である。
【０１６８】
クラス２：サービス情報
１つまたは複数の実施形態において、ＳＩは、サービス定義メッセージと称される単一のメッセージにおいて、サービス情報を提供する。
【０１６９】
サービス定義メッセージ
図１０は、配信システムの実施形態において使用するためのサービス定義メッセージ１０００スキーマの一実施形態を示している。サービス定義メッセージ１０００は、サービスを基本サービスとして使用する種々のコンテンツパッケージャによって提供されるチャネル間で共有されるサービスのこれらコンテンツ属性を定義する。これはまた、コンテンツパッケージャが、チャネル定義レコードにおいて対応する属性に対してカスタマイズされた値を定義しない場合に用いられるデフォルトコンテンツ属性も定義する。
【０１７０】
サービス定義メッセージ１０００は、補助サービスを使用する種々のコンテンツパッケージャによって提供されるチャネル間で共有される補助サービスのこれらコンテンツ属性を定義する。補助サービスは非リアルタイムサービスであってもよい。補助サービスはコンテンツパッケージャによって使用されて、コンテンツパッケージャに対して定義されたチャネルをカスタマイズするのに使用できる広告、バーカ、イントロおよびアウトロといったマテリアルのキャッシュを構成してもよい。
【０１７１】
−バージョン
サービス定義メッセージ１０００は、そのバージョン属性の値によって一意に識別されるバージョン１００２を備えている。一実施形態では、バージョン属性は１６ビットの符号のない整数である。
【０１７２】
−サービスレコード
サービス定義メッセージ１０００は、１つまたは複数のサービスレコード１００４を備えている。
【０１７３】
−補助サービスレコード
サービス定義メッセージ１０００は、１つまたは複数の補助サービスレコード１００６を備えてもよい。一実施形態では、配信ネットワークによって提供される各補助サービスに対して１つの補助サービスレコードが存在する。補助サービスレコード１００６は、以下の情報を備える。
【０１７４】
−補助サービスＩＤ
−補助サービス有効時間
−補助能力要件
−補助フローレコード
サービスレコード
図１１は、配信システムの実施形態において使用するためのサービスレコード１１００スキーマの一実施形態を示している。例えば、サービスレコード１１００は、サービスレコード１００４として用いるのに適している。一実施形態では、配信ネットワークからのＳＩが、提供される各サービスに対して１つのサービスレコードを提供する。サービスレコード１１００は、以下の情報を備える。
【０１７５】
−サービスＩＤ
−有効時間
−企業申し込み
−略称
−サービスジャンル
−デフォルト言語
−個人用サービス
−サービスタイプ
−サービス特定言語用データ
−能力要件
−等級
−有効領域
−フローレコード
−サービスアイコン
−サービスＩＤ
サービスレコード１１００は、サービスＩＤ１１０２を提供する。サービスＩＤ１１０２は、同一マルチプレクス内で送信される他のサービスおよび補助サービスから当該サービスを一意に区別する識別子である。
【０１７６】
一実施形態においては、サービスＩＤ１１０２は１６ビットの１６進の整数である。ＩＰデータキャストサービスを送信するために用いられるサービスに対するサービスＩＤ１１０２の値は、あて先ＩＰアドレスと同一であってもよい。
【０１７７】
−有効時間
有効時間１１０４は、サービスレコード１１００内で提供された定義が有効となる時間を定義し、先の定義に優先する。有効時間が存在しないか、または過去の時間を参照する場合は、サービスレコードは現在である。
【０１７８】
一実施形態では、有効時間１１０４は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒である。
【０１７９】
サービスレコード１１００は、多くても１つの有効時間しか定義しない。複数のレコードが同じサービスに対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対して適切な値を有する有効時間パラメータを含む。有効時間はまた、まだ活動していないサービスを定義するレコードについても存在する。
【０１８０】
−企業加入
サービスレコード１１００は、企業加入１１０６を提供する。企業加入パラメータは、サービスに対する企業名を定義する文字列である。複数のサービスが、同じ値の企業加入を共有してもよい。
【０１８１】
−略称
サービスレコード１１００は、略称１１０８を提供する。略称パラメータ１１０８は、ユーザに表示されるサービスに対する短縮名を定義する文字列である。各サービスは、サービスを送信するいずれのマルチプレクス内でも一意である略称を有している。
【０１８２】
−ジャンル
サービスレコード１１００は、ジャンルパラメータ１１１０を提供する。ジャンルパラメータ１１１０は、サービスによって提供されるコンテンツの意味的クラスを記述する参照である。
【０１８３】
−デフォルト言語
サービスレコード１１００は、デフォルト言語パラメータ１１１２を提供する。デフォルト言語パラメータ１１１２は、ユーザが好む言語が利用可能ではない場合に、特にパッケージレコードのデフォルト言語によって無効にされない限り、デフォルトによってユーザに提供されるサービスの言語を指定する。サービスが２つ以上の言語をサポートする場合、デフォルト言語が提供される。
【０１８４】
−個人用サービス
サービスレコード１１００は、個人用パラメータ１１１４を用いてサービスが個人用であることを指定してもよい。個人用サービスへのアクセスは、個人用コンテンツパッケージャを介して提供される。サービスの存在を含む、個人用サービスに関する情報は、サービスへのアクセスを提供する少なくとも１つの個人用コンテンツパッケージャにアクセスすることを許可されないユーザには開示されない。
【０１８５】
−サービスタイプ
サービスレコード１１００は、サービスタイプパラメータ１１１６を提供する。サービスタイプパラメータ１１１６は、サービスが提供するコンテンツの一時的な特性を示す。４つの可能なサービスタイプ、すなわち、リアルタイム、非リアルタイム、「Ｐｅｒ ＭＰＧ」またはＩＰデータキャストが存在する。
【０１８６】
ａ．リアルタイムサービス
リアルタイムサービス上の全てのコンテンツは、リアルタイムストリーミングメディアからなる。
【０１８７】
ｂ．非リアルタイムサービス
非リアルタイムサービス上の全てのコンテンツは、クリップがファイルするとダウンロードされる非リアルタイムメディアからなる。
【０１８８】
ｃ．Ｐｅｒ ＭＰＧサービス
「Ｐｅｒ ＭＰＧ」サービス上のコンテンツは、メディアプレゼンテーションガイド（ＭＰＧ）から決定される、リアルタイムストリーミングメディア、非リアルタイムメディア、またはこの２つの混合物を備えてもよい。
【０１８９】
ｄ．ＩＰデータキャストサービス
ＩＰデータキャストサービスのコンテンツは、一般的なパケットを送信する１つまたは複数のフローからなる。ＩＰデータキャストサービスをサポートする各フローは、特定のＩＰマルチキャストアドレスおよびポートに対してＩＰパケットを送信する。各ＩＰアドレスは、少なくとも１つのＭＩＭＥタイプに関連している。
【０１９０】
ＩＰデータキャストサービスに対するサービスタイプパラメータ１１１６は、このサービスに関連する全てのＩＰアドレスおよびポートを提供するか、または提供しない。ＩＰアドレスも提供しない場合、ＩＰデータキャストサービスの構造およびコンテンツは、任意の適切な手段によって決定される。
【０１９１】
−サービス特定言語用データ
サービスレコード１１００は、少なくとも１つのサービス特定言語用データパラメータ１１１８を提供する。サービス特定言語用データパラメータ１１１８は、特定の言語に関連するサービスの名称と明細を指定する。このサービスによってサポートされるデフォルト言語についても、サービス特定言語用データパラメータが存在する。
【０１９２】
−能力要件
サービスレコード１１００は、サービスがリアルタイムサービスではない場合、このサービスに能力要件１１２０を提供する。デバイスが、許可されたユーザに対する能力要件１１２０を満たさず、サービスを使用するチャネルを排除できない場合、ユーザは、このチャネルを含むパッケージを申し込むことを許可されないこともある。一実施形態においては、能力要件１１２０は、許可されたユーザに対してサービスへのアクセスをサポートするために、キロバイトの単位で、デバイスに要求される最大量のメモリを指定する１つまたは複数の記憶要件を備える。
【０１９３】
−等級
サービスレコード１１００は、サービスについての１つまたは複数の等級１１２２を提供する。等級は、このサービスに対して、親アドバイス情報を定義する。これは、典型的には、サービス上で提供されるＭＰＧタイトルに対する、平均的なまたは典型的な等級レベルに対応している。等級１１２２は、等級が適用する地理的領域を指定する等級領域を備える。サービスが提供される各等級領域に対して別個の等級が存在してもよい。サービスが提供される各等級領域に対して、多くても１つの等級だけが存在する。
【０１９４】
−有効領域
サービス定義レコード１１００は、ＬＯＩおよびＷＯＩ識別子のリストを備える有効領域要素１１２４を備える。このリストは、サービスがアクセスされるＷＯＩおよびＬＯＩを示している。有効領域要素１１２４では少なくとも１つのＬＯＩまたはＷＯＩのＩＤが存在する。一実施形態においては、ＬＯＩ識別子とＷＯＩ識別子は、地理的領域を一意に識別する１６ビットの符号のない整数である。
【０１９５】
−フローレコード
サービスレコード１１００は、サービスのコンポーネントを送信するのに用いられる各フローに１つのフローレコード１１２６を提供する。フローレコード１１２６は、以下の情報で構成される。
【０１９６】
−フローＩＤ
−フロールーチングタイプ
−フローＭＩＭＥタイプ
−フロー言語
−フロー設定フラグ
−ＩＰデータキャスト仕様
−サービスアイコン
サービスレコード１１００は、ユーザに対するＭＰＧの表示においてサービスを識別するのに使用できるサービスアイコンパラメータ１１２８を提供する。サービスアイコンパラメータ１１２８は、サービスに対するアイコンを定義するリソース、または定義されたＭＩＭＥタイプの実際のアイコンへの参照であってもよい。
【０１９７】
クラス３：メディアプレゼンテーションガイド情報
メディアプレゼンテーションガイド（ＭＰＧ）は、ユーザに表示されるか、またはデバイスにダウンロードされるチャネルのコンテンツについての情報を提供する。所定のチャネルのコンテンツは時間的に分割され、共通のＭＰＧタイトルを共有する、意味的に整合性のあるユニットに生成される。ＭＰＧタイトルは、チャネルに対する基本サービスに関連している。
【０１９８】
一実施形態では、ＭＰＧは、特定のマルチプレクスにおいて利用可能な全サービスにＭＰＧタイトルレコードを提供する。ＭＰＧは、ネットワーク内の種々のマルチプレクスにおいて利用可能なサービスにＭＰＧタイトルレコードを提供してもよい。
【０１９９】
したがって、本明細書で開示された実施形態に関して説明された種々の例示的な論理、論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドグラマブルゲートアレイ（ＦＰＧＡ）または他のプログラム可能な論理デバイス、個別のゲートまたはトランジスタ論理、個別のハードウェアコンポーネント、または本明細書で説明された機能を実行するように設計されたこれらの任意の組み合わせを用いて、実現または実行されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替例においては、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態マシンであってもよい。プロセッサはまた、計算デバイスの組み合わせ（例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと併用する１つまたは複数のマイクロプロセッサ、または任意の他のこのような構成）として実現されてもよい。
【０２００】
本明細書で開示された実施形態に関連して説明された方法のステップまたはアルゴリズムは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはこの２つの組み合わせで実現されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭまたは当分野で公知の任意の他の形態の記憶媒体内に常駐してもよい。例示的な記憶媒体は、プロセッサに結合されているので、プロセッサはこのレコード媒体から情報を読み取り、これに情報を書き込むことができる。代替例においては、記憶媒体はプロセッサに組み込まれてもよい。プロセッサおよび記憶媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザ端末内に存在してもよい。代替例においては、プロセッサおよび記憶媒体は、ユーザ端末内の個別のコンポーネントとして存在してもよい。
【０２０１】
開示された実施形態の説明は、当業者が本発明を生成または利用できるように提供されている。これらの実施形態に対する種々の変形例は、当業者には容易に明らかであり、本明細書で定義された一般原理は、本発明の精神または範囲から逸脱することなく、例えば、インスタントメッセージサービスまたは任意の一般的な無線データ通信アプリケーションにおける他の実施形態に適用されてもよい。したがって、本発明は本明細書で示した実施形態に限定することを意図するものでなく、本明細書で開示された原理および新規の特徴に一致する最も広い範囲と合致すべきである。用語の「例示的な」は本明細書では排他的に使用されており、「一実施例、例または説明として役立つ」ことを意味する。「例示的な」として本明細書で説明されたいずれの実施形態も、必ずしも、他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。
【０２０２】
これまで、本明細書において配信システムの実施形態が図示され説明されてきたが、これらの精神または基本的な特徴から逸脱することなく、これらの実施形態に対して種々の変更が可能なことは理解されるであろう。したがって、本明細書の開示および説明は、以下の特許請求の範囲で記載する本発明の範囲の例証を意図するものであって、限定するものではない。
【図面の簡単な説明】
【０２０３】
【図１】配信システムの一実施形態を備えたネットワークを示している。
【図２】配信システムの実施形態における使用に適した配信サーバの一実施形態の詳細図を示している。
【図３】配信システムの実施形態においてサーバを作動する方法の一実施形態を示している。
【図４】配信システムの実施形態における使用に適したデバイスの一実施形態の詳細図を示している。
【図５】配信システムの実施形態においてデバイスを作動する方法の一実施形態を示している。
【図６】配信システムの実施形態において使用するシステム情報構造の一実施形態を示している。
【図７】配信システムの実施形態において使用する市場共通メッセージスキーマの一実施形態を示している。
【図８】配信システムの実施形態において使用する市場コンテンツパッケージャメッセージスキーマの一実施形態を示している。
【図９】配信システムの実施形態において使用するパッケージレコードスキーマの一実施形態の詳細図を示している。
【図１０】配信システムの実施形態において使用するサービス定義メッセージスキーマの一実施形態を示している。
【図１１】配信システムの実施形態において使用するサービスレコードスキーマの一実施形態を示している。
【技術分野】
【０００１】
本特許出願は、一般に、コンテンツ配信システム、より詳細には、複数のコンテンツパッケージャおよび顧客サービスエンティティをサポートするために、コンテンツをデータネットワーク上で配信するシステムに関する。
【背景技術】
【０００２】
現在のコンテンツ配信／メディア配信システムにおいては、課金および顧客サービス（ＢＣＳ）プロバイダは、独自ネットワークを介してサービスを利用可能にし、これにより、そのネットワーク上で動作するデバイスがこれらのサービスを受信する能力を有する。例えば、個々のＢＣＳプロバイダは、１つまたは複数のコンテンツパッケージャから利用可能なサービスを提供することができる。典型的な携帯デバイスの場合、顧客とネットワークとの間の関係全体がＢＣＳプロバイダによって独占的に管理されている。この結果、デバイス（顧客）は主ネットワークのＢＣＳプロバイダを介して全サービスを購入できるようになる。
【０００３】
残念ながら、この状況は、音声、データおよびメディアネットワークが一人の所有者を有している場合に許容されこともあるが、デバイスが複数のネットワークへのアクセスを獲得するとき、複数のＢＣＳプロバイダをサポートしてデバイスが広範囲のサービス提供を受けることができるようにする必要性が増す。
【０００４】
したがって、必要とされるものは、複数のＢＣＳプロバイダとこれらＢＣＳプロバイダに関連する複数のコンテンツパッケージャとをサポートする、コンテンツを配信するシステムである。
【発明の開示】
【０００５】
（米国特許法第１１９条に基づく優先権主張）
本特許出願は、２００５年９月８日付で出願され、本特許出願の譲受人に譲渡された特許仮出願第６０／７１５，５４８号の発明の名称「個人用携帯通信装置に複数の顧客サービスと複数の小売業者とを提供するための方法およびシステム（“METHODS AND SYSTEMS FOR PROVIDING MULTIPLE CUSTOMER SERVICE AND MULTIPLE RETAILERS ON A PERSONAL COMMUNICATIONS HANDHELD DEVICE”)」の優先権を主張し、上記仮出願は参照により本明細書に引用したものとする。
【０００６】
１つまたは複数の実施形態において、複数のＢＣＳプロバイダとコンテンツを配信する複数のコンテンツパッケージャとをサポートするように動作する配信システムが提供される
一実施形態においては、コンテンツを配信する方法が提供される。この方法は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信することを備える。この方法はまた、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することを備える。この方法はまた、ＢＣＳパラメータとパッケージャパラメータとを備えるシステム情報を生成することと、このシステム情報を送信することを備える。
【０００７】
一実施形態においては、コンテンツを配信する装置が提供される。この装置は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータと、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータとを受信するように構成された、受信論理を備えている。この装置はまた、ＢＣＳパラメータとパッケージャパラメータとを備えるシステム情報を生成するように構成されたシステム情報論理と、このシステム情報を送信するように構成された送信論理とを備えている。
【０００８】
一実施形態においては、コンテンツを配信する装置が提供される。この装置は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータと、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータとを受信する手段を備えている。この装置はまた、ＢＣＳパラメータとパッケージャパラメータとを備えたシステム情報を生成する手段と、このシステム情報を送信する手段とを備えている。
【０００９】
一実施形態においては、少なくとも１つのプロセッサによって実行されるとき、コンテンツを配信するように動作する命令を備えたコンピュータ読取可能媒体が提供される。このコンピュータ読取可能媒体は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信する命令と、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信する命令とを備えている。このコンピュータ読取可能媒体はまた、ＢＣＳパラメータとパッケージャパラメータとを備えるシステム情報を生成する命令と、このシステム情報を送信する命令とを備えている。
【００１０】
一実施形態においては、コンテンツを配信する方法を実行するように構成された少なくとも１つのプロセッサが提供される。この方法は、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信することと、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することとを備える。この方法はまた、ＢＣＳパラメータとパッケージャパラメータとを備えるシステム情報を生成することと、このシステム情報を送信することとを備える。
【００１１】
一実施形態においては、コンテンツを配信する方法が提供される。この方法は、システム情報メッセージを受信することと、ＢＣＳプロバイダ識別子を決定することとを備える。この方法はまた、ＢＣＳプロバイダ識別子に基づいてシステム情報メッセージを解析して解析済みシステム情報パラメータを決定することと、解析済みシステム情報パラメータの選択された一部を表示することとを備える。
【００１２】
一実施形態においては、コンテンツを配信する装置が提供される。この装置は、システム情報メッセージを受信するように構成された受信論理と、ＢＣＳプロバイダ識別子を決定し、解析済みシステム情報パラメータを決定するために、ＢＣＳプロバイダ識別子に基づいてシステム情報メッセージを解析するように構成された解析論理とを備える。この装置はまた、解析済みシステム情報パラメータの選択された一部を表示するよう構成された表示論理を備えている。
【００１３】
一実施形態においては、少なくとも１つのプロセッサによって実行されると、コンテンツを配信するように動作する命令を備えるコンピュータ読取可能媒体が提供される。このコンピュータ読取可能媒体は、システム情報メッセージを受信する命令と、ＢＣＳプロバイダ識別子を決定する命令とを備える。このコンピュータ読取可能媒体はまた、ＢＣＳプロバイダ識別子に基づいてシステム情報メッセージを解析して解析済みシステム情報パラメータを決定する命令と、解析済みシステム情報パラメータの選択された一部を表示する命令とを備える。
【００１４】
実施形態の他の態様が、以下に記載の図面の簡単な説明、説明および特許請求の範囲を検討した後に明らかとなるであろう。
【００１５】
本明細書に記載された実施形態の上述の態様は、添付図面に関してなされる以下の詳細な説明を参照することによって、より容易に明らかになるであろう。
【詳細な説明】
【００１６】
以下の詳細な説明は、複数のＢＣＳプロバイダと複数のコンテンツパッケージャとをサポートする配信システムの実施形態を説明している。このシステムは、限定されたリソースを有する携帯デバイスにサービス／コンテンツを配信するのに最適であるが、いずれの種類のデバイスにおいて使用してもよい。システムはまた、これらに限定するものではないが、通信ネットワーク、インターネット等の公衆ネットワーク、仮想私設網（ＶＰＮ）等のプライベートネットワーク、ローカルエリアネットワーク、広域ネットワーク、長距離ネットワーク、または任意の他の種類のデータもしくは通信ネットワークを含む、いずれの種類のネットワーク環境において使用してもよい。
【００１７】
配信システムの実施形態を説明するために、以下の定義が本明細書内で用いられる。
【００１８】
ＢＣＳプロバイダ 課金および顧客サービス（ＢＣＳ）プロバイダは、利用可能なパッケージへのユーザの申し込みを受付けおよび維持するエンティティ(事業体）である。一実施形態においては、各デバイスは、単一のＢＣＳプロバイダに関連付けられてもよい。別の実施形態においては、各デバイスは、１つまたは複数のＢＣＳプロバイダに関連付けられてもよい。
【００１９】
コンテンツパッケージャ コンテンツパッケージャは、パッケージを定義し、維持するエンティティ(事業体）である。
【００２０】
コンテンツプロバイダ コンテンツプロバイダは、サービスのコンテンツを供給するエンティティ(事業体）である。コンテンツプロバイダはまた、コンテンツの明細を供給する。
【００２１】
パッケージ パッケージは、申し込みに基づいて提供される１つまたは複数の階層の集合体である。
【００２２】
階層 階層は、１つまたは複数のサービスの集合体である。
【００２３】
サービス サービスは、単一ラベルに基づいて提供され、定義された一連のフローを用いて配信されるプレゼンテーションのシーケンスを備えている。サービスは、配信システムにおいて申し込みできる最小の要素を表している。
【００２４】
図１は、配信システムの一実施形態を備えるネットワーク１００を示している。ネットワーク１００は、携帯デバイス（１０２、１０４および１０６）と、ＢＣＳプロバイダ１１０と、コンテンツパッケージャ１１８と、コンテンツプロバイダ１２０とを備え、これら全てが配信ネットワーク１０８に接続されている。
【００２５】
デバイス（１０２、１０４および１０６）は、配信ネットワーク１０８と通信する携帯デバイスであり、デバイスのユーザが、利用可能なパッケージを受信することを申し込むために、配信ネットワーク１０８にアクセスするのを許可する。
【００２６】
ＢＣＳプロバイダ１１０は、配信ネットワーク１０８を介してデバイスから受信したユーザの申し込みを受け付けおよび維持する。各デバイス（１０２、１０４および１０６）は、単一のＢＣＳプロバイダに関連付けられる。例えば、デバイス１０２はＢＣＳ１１２と関連付けられ、デバイス１０４はＢＣＳ１１４と関連付けられ、デバイス１０６はＢＣＳ１１６と関連付けられる。明瞭性のために、ＢＣＳプロバイダ１１２の動作のみを以下のセクションで詳細に説明するが、ＢＣＳプロバイダ１１４および１１６は同様の方法で動作する。
【００２７】
ＢＣＳプロバイダ１１２は、１つまたは複数のコンテンツパッケージャ１１８との通信１２０を確立する。これらの通信１２０において、コンテンツパッケージャ１１８がＢＣＳプロバイダ１１２に関連するデバイスに提供する１つまたは複数のパッケージを識別する情報が交換される。次に、ＢＣＳプロバイダ１１２は、ＢＣＳプロバイダ１１２に関連するパッケージを識別するＢＣＳパラメータ１２２を配信ネットワーク１０８に送信する。
【００２８】
コンテンツパッケージャ１１８はパッケージを定義し、維持する。コンテンツパッケージャ１１８は、１つまたは複数のコンテンツプロバイダ１２４との通信１２６を確立する。これらの通信１２６において、コンテンツプロバイダ１２４がコンテンツパッケージャ１１８を介する申し込みに対して提供する１つまたは複数のパッケージを識別する情報が交換される。次に、コンテンツパッケージャ１１８は、コンテンツパッケージャ１１８によって提供されるパッケージを識別するパッケージャパラメータ１２８を配信ネットワーク１０８に送信する。特定のコンテンツパッケージャが２つ以上のＢＣＳプロバイダに関連付けられてもよいことに留意されたい。
【００２９】
コンテンツプロバイダ１２４は、サービスのコンテンツをプログラミングパラメータ１３０内で配信ネットワーク１０８に供給する。プログラミングパラメータ１３０はまた、配信ネットワーク１０８がメディアプレゼンテーションガイド（ＭＰＧ）を維持するのを許可するコンテンツの明細を備える。メディアプレゼンテーションガイドは、配信ネットワーク１０８を介して、任意の所定の時点で利用可能なパッケージおよび関連サービスについての明細を提供する。あるいは、配信ネットワーク１０８を介して利用可能なパッケージおよび関連サービスについての明細は、任意の他の種類のユーザインタフェースを介してデバイスのユーザに提供されてもよい。特定のコンテンツプロバイダが２つ以上のコンテンツパッケージャと関連付けられてもよいことに留意されたい。
【００３０】
配信ネットワーク１０８は、デバイス（１０２、１０４および１０６）へのサービス配信の役割を果たす。これはまた、付随するシステム情報（ＳＩ）パラメータの生成および配信の役割を果たす。一実施形態においては、配信ネットワーク１０８とデバイス（１０２、１０４および１０６）との間の通信は、例えば、リアルタイムサービスの種々のメディアコンポーネントまたはＩＰデータキャストサービスにおける種々のＩＰポートにアドレス指定されたＩＰストリームを搬送するために、一連のフローに構成される。特定のローカルエリアまたは広域内で利用可能にされる全フローが、対応するマルチプレクスにまとめられる。
【００３１】
配信ネットワーク１０８は、有線および無線ネットワーク技術の任意の組み合わせを備える。例えば、配信ネットワーク１０８は、無線マルチキャスト／ブロードキャストネットワークであってもよい。一実施形態においては、配信ネットワーク１０８は、別の１つのＢＣＳプロバイダ１１０からＢＣＳパラメータ１２２を受信するよう動作するサーバ１３２を備えている。サーバ１３２はまた、コンテンツパッケージャ１１８からパッケージャパラメータ１２８を、コンテンツプロバイダ１２４からプログラミングパラメータ１３０を受信する。サーバ１３２は、受信したパラメータを処理して、メディアプレゼンテーションガイド（ＭＰＧ）１３６を備えるシステム情報（ＳＩ）パラメータ１３４を生成する。
【００３２】
ＳＩパラメータ１３４は、デバイスが、利用可能なパッケージおよびサービスを見出しおよび／または申し込むことを可能にする情報セットを備える。ＳＩはまた、パッケージおよびサービス明細とＭＰＧ１３６とを備える。ＭＰＧ１３６は、ＭＰＧブロックシーケンスとしてデバイスに配信される、利用可能なタイトルの表を備えている。
【００３３】
配信システムの一実施形態の動作中、配信ネットワーク１０８は、デバイス（１０２、１０４および１０６）を起動し、ＳＩ１３４を送信し、デバイス（１０２、１０４および１０６）がこれを受信できる。次に、デバイス（１０２、１０４および１０６）は、ＳＩ１３４と関連ＭＰＧ１３６を処理するように動作して、利用可能なパッケージおよび／またはサービスを見るために、デバイスのユーザに情報を表示する。次に、デバイスのユーザは、１つまたは複数のパッケージを受信することを申し込むことができる。例えば、デバイス１０２のユーザは、ＳＩ１３４から表示された情報から申し込み用パッケージを選択する。次に、デバイス１０２は、選択されたパッケージを申し込むために、配信ネットワーク１０８に申し込み要求を送信する。次に、申し込み要求が配信ネットワークによって処理され、要求しているデバイスに関連したＢＣＳプロバイダに送られる。次に、ＢＣＳプロバイダは、要求されたパッケージを受信するためにデバイスを許可するように動作する。
【００３４】
１つまたは複数の実施形態においては、配信サーバ１３２は、以下の機能のうち１つまたは複数を実行することによって、配信システムの一実施形態において動作する。
【００３５】
１．選択されたＢＣＳプロバイダ、コンテンツパッケージャ、およびコンテンツプロバイダに関連するＢＣＳ、パッケージャ、並びにプログラミングパラメータを取得する。
【００３６】
２．関連ＭＰＧパラメータを用いてＳＩを生成する。
【００３７】
３．ＳＩを起動デバイスに送信する。
【００３８】
５．１つまたは複数の申し込み要求をデバイスから受信する。
【００３９】
したがって、配信システムの実施形態は、デバイスが利用可能なパッケージを受信することを可能にするために、複数のＢＣＳプロバイダと複数のコンテンツパッケージャとをサポートするように動作する。ネットワーク１００は単に１つの構成を示しているのであって、他の構成または配置が、説明した実施形態の範囲内で可能であることに留意されたい。
【００４０】
図２は、配信システムの実施形態における使用に適した配信サーバ２００の一実施形態の詳細図を示している。例えば、配信サーバ２００は、図１の配信サーバ１３２として用いられてもよい。配信サーバ２００は、処理論理２０２と、ＳＩ生成論理２０４と、送受信論理２０８と、起動論理２１０とを備え、これらは全て内部データバス２１２に結合されている。サーバ２００はまた、ＢＣＳパラメータストレージ２１４と、パッケージャパラメータストレージ２１６と、プログラミングパラメータストレージ２１８とを備え、これら全てもまたデータバス２１２に結合されている。
【００４１】
１つまたは複数の実施形態において、処理論理２０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。したがって、処理論理２０２は、一般に、機械読取可能な命令を実行し、内部データバス２１２を介してサーバ２００の１つまたは複数の他の機能素子を制御するための論理を備える。
【００４２】
送受信論理２０８は、サーバ２００が、遠隔デバイスまたはシステムを用いて、通信チャネル２２０を介してデータおよび／または他の情報を送受信可能になるように動作する、ハードウェアおよび／またはソフトウェアを備える。例えば、一実施形態においては、通信チャネル２２０は任意の適切な種類の通信リンクを備え、これにより、サーバ２００が、１つまたは複数のデータネットワークおよび／またはこれらのデータネットワークに結合されたデバイスと通信することを可能にする。
【００４３】
ストレージ論理（２１４、２１６および２１８）は、サーバ２００が情報パラメータを記憶することを可能にする任意の適切な種類の記憶デバイスまたは素子を備える。例えば、一実施形態においては、ストレージ論理（２１４、２１６および２１８）は、任意の種類のＲＡＭ、フラッシュメモリ、ハードディスクまたは任意の他の種類の記憶デバイスを備える。
【００４４】
一実施形態においては、処理論理２０２は、送受信論理２０８とチャネル２２０とを介して１つまたは複数のＢＣＳプロバイダと通信するように動作する。ＢＣＳプロバイダは、処理論理２０２によって受信され、ＢＣＳパラメータストレージ２１４に記憶されたＢＣＳパラメータを提供する。処理論理２０２はまた、送受信論理２０８とチャネル２２０を介して１つまたは複数のコンテンツパッケージャと通信するように動作する。コンテンツパッケージャは、処理論理２０２によって受信され、パッケージャパラメータストレージ２１６に記憶されるパッケージャパラメータを提供する。処理論理２０２はまた、１つまたは複数のコンテンツプロバイダと通信するように動作する。コンテンツプロバイダは、処理論理２０２によって受信され、プログラミングパラメータストレージ２１８に記憶されるプログラミングパラメータを提供する。ＢＣＳ、パッケージャおよびプログラミングパラメータのより詳細な説明が、本文書の別のセクションで与えられる。
【００４５】
１つまたは複数の実施形態において、ＳＩ生成論理２０４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。ＳＩ生成論理２０４は、ＳＩパラメータ２２２を生成するために、ストレージ（２１４、２１６および２１８）からパラメータを読み出すように動作する。例えば、ＳＩ論理２０４は、１つまたは複数のＢＣＳプロバイダに関連するＢＣＳパラメータをストレージ２１４から読み出す。ＳＩ論理２０４はまた、ストレージ２１６からパッケージャパラメータを、ストレージ２１８からプログラミングパラメータを読み出すように動作する。パラメータが読み出されると、ＳＩ生成論理２０４は、ＳＩパラメータ２２２を生成するように動作する。ＳＩパラメータ２２２のより詳細な説明およびフォーマットが本文書の別のセクションで与えられる。
【００４６】
ＳＩ生成論理２０４はまた、ＳＩ２２２に関連するＭＰＧ２２４を生成するために、プログラミングパラメータストレージ２１８からパラメータを読み出すように動作する。ＭＰＧ２２４は、利用可能なパッケージについての情報および明細を提供し、これは、デバイスのユーザが１つまたは複数のパッケージを申し込むことを可能にするために、デバイス上に表示されてもよい。
【００４７】
起動論理２１０は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。起動論理２１０はデバイスを起動して、デバイスが利用可能なパッケージに申し込み可能になるように動作する。起動プロセスは、パッケージを申し込むことを望む各デバイスに対して１回だけ発生すればよい。例えば、一実施形態では、起動論理２１０は、起動プロセス中にデバイスにダウンロードされるクライアントアプリケーション２２６を備える。例えば、クライアント２２６は、送受信論理２０８を用いてデバイスにダウンロードされる。デバイスが起動論理２１０によって起動されると、クライアント２２６はデバイス上で作動し、ＳＩ２２２を受信し、利用可能なパッケージについての情報およびデバイスのユーザに関係する他の情報を表示するように動作する。したがって、起動論理２１０は、サーバ２００がデバイスを特定および認証することを可能にするように動作し、これにより、デバイスは、１つまたは複数の利用可能なパッケージに申し込むことができる。
【００４８】
一実施形態においては、サーバ２００は、ＳＩパラメータ２２２を起動デバイスへマルチキャスト／ブロードキャストするように動作する。デバイス上で実行するクライアントは、ＳＩパラメータ２２２を受信し、ＳＩ２２２とＭＰＧ２２４からの情報を表示するように動作することにより、デバイスのユーザは利用可能なパッケージを見て、申し込みできる。
【００４９】
一実施形態においては、サーバ２００は、コンピュータ読取可能媒体に記憶されたプログラム命令を含み、このプログラム命令は、例えば処理論理２０２などのプロセッサによって実行されると、本明細書で記載した配信システムの機能を提供する。例えば、命令はコンピュータ読取可能媒体（例えば、フロッピーディスク（フロッピー：登録商標）、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭまたは任意の他の種類の記憶素子）からサーバ２００にロード、またはサーバ２００にインタフェース接続するコンピュータ読取可能媒体からサーバ２００にロードされてもよい。別の実施形態では、命令は、送受信論理２０８を介してサーバ２００へインタフェースする外部デバイスまたはネットワークリソースからサーバ２００にダウンロードされてもよい。命令は、処理論理２０２によって実行されると、本明細書で説明されるとおり、配信システムの１つまたは複数の実施形態を提供する。
【００５０】
図３は、配信システムの一実施形態においてサーバを作動する方法３００の一実施形態を示している。明瞭性のために、この方法３００は、図２に示されたサーバ２００を参照して説明される。１つまたは複数の実施形態では、処理論理２０２はプログラム命令を実行し、サーバ２００の動作を制御して以下の機能を実行する。この方法３００は、サーバ２００が１つまたは複数のデバイスを起動して、デバイスが利用可能なパッケージを申し込みできると仮定している。
【００５１】
ブロック３０２において、ＢＣＳパラメータが受信される。例えば、一実施形態では、１つまたは複数のＢＣＳプロバイダがＢＣＳパラメータをサーバ２００に送信する。ＢＣＳパラメータは送受信論理２０８によって受信され、ＢＣＳパラメータストレージ２１４に記憶される。ＢＣＳパラメータは、１つまたは複数のＢＣＳプロバイダに関連するデバイスへの許可を提供するパッケージを識別する。
【００５２】
ブロック３０４において、パッケージャパラメータが受信される。例えば、一実施形態では、１つまたは複数のコンテンツパッケージャがパッケージャパラメータをサーバ２００に送信する。パッケージャパラメータは、送受信論理２０８によって受信され、コンテンツパッケージャパラメータストレージ２１６に記憶される。パッケージャパラメータは、コンテンツプロバイダと、各コンテンツパッケージャによって提供されるパッケージに関連したサービスとを識別する。
【００５３】
ブロック３０６において、プログラミングパラメータが受信される。例えば、一実施形態では、１つまたは複数のコンテンツプロバイダがプログラミングパラメータをサーバ２００に送信する。プログラミングパラメータは、送受信論理２０８によって受信され、プログラミングパラメータストレージ２１８で記憶される。プログラミングパラメータは、コンテンツ、スケジューリングおよび配信ネットワーク上でのサービス配信に関する他の情報を識別し、記述する。
【００５４】
ブロック３０８において、ＳＩパラメータが生成される。例えば、一実施形態では、ＳＩ生成論理２０４は、ＢＣＳストレージ２１４と、パッケージャストレージ２１６と、プログラミングストレージ２１８とからパラメータを読み出し、ＳＩパラメータ２２２と関連ＭＰＧ２２４とを生成するように動作する。
【００５５】
ブロック３１０において、ＭＰＧを含むＳＩパラメータが配信ネットワーク上で送信され、起動デバイスによって受信される。例えば、一実施形態では、処理論理２０２が、送受信論理２０８を介してＳＩパラメータ２２４を配信ネットワークに送信するように動作する。起動デバイスで実行するクライアントアプリケーションは、受信したＳＩ２２２と関連ＭＰＧ２２４パラメータとを処理し、デバイスのユーザが申し込みのために１つまたは複数のパッケージを選択することを可能にするプログラムガイドを表示する。申し込み処理中、デバイスは申し込みメッセージを生成し、このメッセージはサーバ２００に送信され、送受信論理２０８によって受信される
ブロック３１２において、申し込み要求が受信されたかどうかを決定するために検査が実行される。例えば、処理論理２０２は、１つまたは複数の起動デバイスからの申し込み要求が送受信論理２０８によって受信されたかどうかを決定するように動作する。申し込み要求が受信されていない場合、方法はブロック３１８に進む。申し込み要求が受信されている場合、方法はブロック３１４に進む。
【００５６】
ブロック３１４において、デバイスは、要求されたパッケージを受信するように申し込みされる。一実施形態では、処理論理２０２は要求しているデバイスに関連したＢＣＳプロバイダと通信して、要求されたパッケージを受信するデバイスを許可する。方法はその後ブロック３１６で止まる。
【００５７】
ブロック３１８において、ＳＩパラメータのうちのいずれかが更新されたかどうかを決定するために検査が実行される。例えば、処理論理２０２は、更新後のＢＣＳパラメータ２１４、パッケージャパラメータ２１６またはプログラミングパラメータ２１８が受信されて、ＳＩ生成論理２０４が更新後のＳＩ２２２を生成したかどうかを決定するように動作する。パラメータが更新されていない場合、方法はブロック３１２に進み、いずれかの申し込み要求が受信されたかどうかを決定する。更新されている場合、方法はブロック３１０に進み、そこで更新後のＳＩ２２２パラメータが起動されたデバイスに送信される。
【００５８】
したがって、この方法３００を用いて、配信システムの一実施形態におけるサーバを作動することができる。方法３００は、単に一実施を示しているのであって、説明された機能の変更、追加または再構成が、記載された実施形態の範囲から逸脱することなく実現されてもよいことに留意されたい。
【００５９】
図４は、配信システムの実施形態における使用に適したデバイス４００の一実施形態の詳細図を示している。デバイス４００は、処理論理４０２と、デバイスリソースおよびインタフェース論理４０４と、送受信論理４０６と、メモリ４０８と、解析論理４２０とを備え、これらの全てはデータバス４１０に結合されている。
【００６０】
１つまたは複数の実施形態では、処理論理４０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。したがって、処理論理４０２は、一般に、機械読取可能命令を実行し、内部データバス４１０を介してデバイス４００の１つまたは複数の他の機能素子を制御する論理を備える。
【００６１】
デバイスリソースおよびインタフェース論理４０４は、デバイス４００が内部および外部システムと通信することを可能にするハードウェアおよび／またはソフトウェアを備えている。例えば、内部システムは、大容量記憶デバイス、メモリ、ディスプレイドライバ、モデム、または他の内部装置リソースを含んでもよい。外部システムは、ユーザインタフェースデバイス、プリンタ、ディスクドライブまたは他のローカルデバイスもしくはシステムを含んでもよい。したがって、デバイスリソースおよびインタフェース論理４０４によって、デバイスはデバイスディスプレイ上に情報を表示し、ユーザ入力デバイス（例えば、マウス、キーパッド、タッチスクリーンまたは任意の他の種類のユーザ入力デバイス）を介してユーザ入力を受信できる。
【００６２】
送受信論理４０６は、デバイス４００が、通信チャネル４１２を介して外部デバイスまたはシステムを用いてデータおよび／または他の情報を送受信可能になるように動作する、ハードウェアおよび／またはソフトウェアを備える。例えば、通信チャネル４１２は、ネットワーク通信リンク、無線通信リンクまたは任意の他の種類の通信リンクを備えてもよい。
【００６３】
メモリ４０８は、デバイス４００が情報パラメータを記憶するのを可能にする、任意の適切な種類の記憶デバイスまたは素子を備える。例えば、一実施形態では、メモリ４０８は、任意の種類のＲＡＭ、フラッシュメモリ、ハードディスクまたは任意の他の種類の記憶デバイスを備える。
【００６４】
１つまたは複数の実施形態において、解析論理４２０は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、記憶素子、仮想マシン、ソフトウェアおよび／またはハードウェアとソフトウェアの任意の組み合わせを備える。解析論理４２０は、一般に、送受信論理４０６によって受信されるシステム情報メッセージを解析する論理を備える。
【００６５】
１つまたは複数の実施形態の動作中、デバイス４００は配信サーバにより起動され、これにより、デバイス４００は利用可能なパッケージを申し込むことができる。起動プロセスの一部として、デバイスは、送受信論理４０６を用いて、ＢＣＳ識別子４２２を配信サーバに提供する。例えば、ＢＣＳ識別子４２２は、デバイスの製造中にメモリ４０８内に記憶されてもよい。ＢＣＳ識別子４２２は、デバイス４００に関連するＢＣＳプロバイダを識別する。起動プロセスの一部として、デバイス４００は、クライアントアプリケーション４１４を受信する。クライアントアプリケーション４１４は、メモリ４０８に記憶され、デバイス４００上で実行され、デバイスのユーザが利用可能なパッケージに関する情報を表示できるユーザインタフェースを提供する。
【００６６】
配信ネットワークは、送受信論理４０６によって受信されるＳＩメッセージを送信する。解析論理４２０は、受信後のＳＩメッセージを解析して、メモリ４０８に記憶されたＭＰＧ４１８を含む解析済みＳＩパラメータ４１６を生成するように動作する。例えば、解析論理４２０は、メモリからＢＣＳ識別子４２２を取得し、この識別子を用いて配信サーバから送信された受信システム情報メッセージを解析する。解析済みＳＩ４１６は、デバイス４００に関連したＢＣＳプロバイダに関する受信後のＳＩメッセージからの情報を備える。したがって、解析済みＳＩ４１６をデバイス４００上に表示して、デバイスのユーザにデバイス４００で利用可能なパッケージのみを示すことができる。デバイス４００が２つ以上のＢＣＳプロバイダに関連している場合、同様のプロセスを実行して、デバイス４００が、デバイスに関する全ＢＣＳプロバイダから利用可能なパッケージに関する情報を表示可能にできる。例えば、複数のＢＣＳ識別子がデバイス４００に記憶され、これを用いて受信後のＳＩメッセージを解析することができる。
【００６７】
クライアント４１４は、ユーザインタフェース（ＵＩ）を提供し、このユーザインタフェースは解析済みＳＩ４１６と関連ＭＰＧ４１８とをデバイス４００上に表示することにより、デバイスのユーザは利用可能なパッケージを見ることができる。またクライアント４１４によって、デバイスのユーザは１つまたは複数の申し込み用パッケージを選択可能になる。選択されたパッケージは、デバイスからサーバへのプロトコルの一部であり、クライアント４１４によって実行される申し込み要求において識別される。次に、クライアント４１４は、送受信論理４０６とチャネル４１２を介して、申し込み要求を配信サーバに送信する。
【００６８】
一実施形態においては、デバイス４００は、配信システムの１つまたは複数の実施形態における１つまたは複数の以下の機能を実行する。以下の機能は、実施形態の範囲内で変更、再構成、改変、追加、さもなければ調節されてもよいことに留意されたい。
【００６９】
１．デバイスがクライアントアプリケーションを受信し、インストールする。
【００７０】
２．デバイスが配信システムにより起動される。
【００７１】
３．デバイスがＳＩメッセージを受信する。
【００７２】
４．デバイスがＳＩメッセージを解析して、解析済みＳＩパラメータおよび関連ＭＰＧを生成する。
【００７３】
４．ＭＰＧがデバイス上に表示され、利用可能なパッケージをデバイスのユーザに表示する。
【００７４】
５．ユーザが１つまたは複数の申し込み用パッケージを選択した後、クライアントは、配信システムに送信される申し込み要求を収集する。
【００７５】
６．申し込み要求が配信システムによって処理された後、デバイスは、ユーザが申し込んだサービスを受信する。
【００７６】
一実施形態においては、配信システムはコンピュータ読取可能メディアに記憶されたプログラム命令を備え、このプログラム命令は、処理論理４０２などのプロセッサによって実行されると、本明細書に記載されたデバイス４００の機能を提供する。例えば、コンピュータ読取可能媒体（例えば、フロッピーディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭまたは任意の他の種類の記憶素子）、またはデバイスＩ／Ｆ論理４０４を介してデバイス４００にインタフェース接続されるコンピュータ読取可能媒体からデバイス４００に命令がロードされる。別の実施形態では、命令は、送受信論理４０６を介してデバイス４００にインタフェース接続されるネットワークリソースからデバイス４００にダウンロードされる。命令は、処理論理４０２で実行されると、本明細書に記載されるとおり、配信システムの１つまたは複数の実施形態を提供する。
【００７７】
図５は、配信システムの実施形態においてデバイスを作動する方法５００の一実施形態を示している。明瞭性のために、この方法５００を、図４で示したデバイス４００を参照して説明される。例えば、デバイス４００は、図１で示したデバイス（１０２、１０４、１０６）のいずれとしも使用するのに適している。１つまたは複数の実施形態において、処理論理４０２はプログラム命令を実行してデバイス４００を制御し、以下で説明する機能を実行する。
【００７８】
ブロック５０２において、デバイスは、配信サーバにより起動される。例えば、一実施形態では、処理論理４０２は送受信論理４０６を介して配信サーバと通信して、デバイスを識別し、要求される任意の他の起動情報を提供する。起動プロセスの一部として、クライアント４１４がデバイスにインストールされる。一実施形態では、クライアント４１４はメモリ４０８にインストールされ、選択された通信プロトコルを用いて配信サーバとの通信を確立することを実行する。
【００７９】
ブロック５０４において、配信サーバから送信された最新のＳＩメッセージがデバイスで受信される。例えば、送受信論理４０６が通信チャネル４１２を用いてＳＩメッセージを受信する。
【００８０】
ブロック５０６において、ＢＣＳプロバイダ識別子が決定される。例えば、解析論理４２０がメモリ４０８からＢＣＳ識別子４２２を読み出す。
【００８１】
ブロック５０８において、受信されたＳＩメッセージが、解析済みＳＩパラメータを決定するために解析される。例えば、解析論理４２０は、受信されたＳＩメッセージをＢＣＳ識別子４２２に基づいて解析するように動作する。例えば、ＢＣＳ識別子４２２は、システム情報メッセージ内に含まれるＢＣＳプロバイダ情報と比較される。システム情報メッセージのいずれかが、ＢＣＳ識別子４２２と合致するＢＣＳプロバイダに関連する場合、それらのメッセージは解析論理４２０によって解析され、デバイス４００に適用されるシステム情報パラメータを取得する。したがって、ＢＣＳ識別子４２２に関する情報を含むメッセージは解析論理４２０によって解析され、メモリ４０８に記憶されるＭＰＧ４１８に関連した解析済みＳＩパラメータ４１６を生成する。
【００８２】
ブロック５１０において、デバイスにインストールされたクライアントは、解析済みＳＩパラメータからの情報をデバイスのユーザに表示または提供するように動作する。例えば、解析済みＳＩパラメータ４１６は、申し込みに利用可能なパッケージに関する情報をデバイスのユーザに提供するＭＰＧ４１８を備える。例えば、この情報は、スケジューリング、価格決定、有用性および任意の他の関連情報を含む。一実施形態においては、クライアント４０６は、Ｉ／Ｆ論理４０４を用いてＭＰＧ４１８からの情報を表示するように動作する。
【００８３】
ブロック５１２において、ユーザが１つまたは複数の利用可能なパッケージに申し込むことを望むかどうかを決定するために検査が実行される。例えば、ユーザは、表示されたプログラムガイドから１つまたは複数のパッケージを選択し、それらのパッケージを申し込むことを要求できる。ユーザが何らかの申し込み用パッケージを選択する場合、方法はブロック５１４に進む。ユーザが申し込み用パッケージを選択しない場合、方法はブロック５２０に進む。
【００８４】
ブロック５２０において、更新された解析済みＳＩパラメータが存在するかどうかを決定するために検査が実行される。例えば、一実施形態においては、処理論理４０２は配信サーバからの送信を受け取り、現在ブロードキャストしているＳＩパラメータのバージョンが、デバイスメモリ４０８に記憶されたパラメータと異なっているかどうかを決定する。新しいパラメータが利用可能である場合、方法はブロック５０４に進んで、新しい情報を取得する。新しいパラメータが利用可能ではない場合、方法はブロック５１２に進んで、デバイスのユーザが任意の利用可能なパッケージを申し込むことを希望しているかどうかを決定する。
【００８５】
ブロック５１４において、申し込み要求が収集され、配信ネットワークに送信される。申し込み要求により、デバイスのユーザは選択されたパッケージを申し込むことができる。例えば、申し込み要求は、申し込みのために１つまたは複数のパッケージを識別可能にするフォーマットで収集される。一実施形態においては、クライアント４１４は、申し込み要求を収集するように動作する。次に、この申し込み要求は、送受信論理４０６を用いて配信サーバに送信される。
【００８６】
ブロック５１６において、要求されたパッケージに関連したサービスがデバイスで受信される。例えば、配信サーバが申し込み要求を処理した後、申し込みされたパッケージに関連したサービスがデバイスに配信される。例えば、一実施形態においては、サービスは、配信ネットワークを介してコンテンツプロバイダからデバイスに配信され、送受信論理４０６によって受信される。次に、方法はブロック５１８で終了する。
【００８７】
したがって、この方法５００は、デバイスが、配信システム内に提供された１つまたは複数のパッケージを申し込み可能になるように動作する。方法５００は、単に一実施を示しているのであって、機能要素の変更、追加または再構成が、記載された実施形態の範囲から逸脱することなく実現されてもよいことに留意されたい。
【００８８】
［システム情報］
以下は、配信システムの実施形態において生成されるＳＩパラメータの詳細な説明である。ＳＩパラメータは、顧客ケアおよび課金および可能な他のサービスの配信を、コンテンツまたは他のサービスの小売業から分離可能にする構造にフォーマットされる。これらの構造によって、ＢＣＳプロバイダは、どのコンテンツパッケージャがその関連デバイスにサービスを提供するかを制御できるが、ＢＣＳプロバイダは、コンテンツまたは価格決定のどちらかを制御していない可能性もある。ＢＣＳプロバイダが最初のサービス契約に加えてコンテンツおよび追加のサービスを販売できる、対応がなされている。各コンテンツパッケージャからのサービス提供の構造は、サービス提供が、一貫した表示順序で、単一ユーザインタフェース上に表示できる構造である。この定義された順序は、複数のコンテンツパッケージャにわたって利用可能な申し込みパッケージに対してであって、これは複数のおよび／または種々のＢＣＳプロバイダに関連付けされてもよい。
【００８９】
システム情報構造によって、コンテンツパッケージャがその関連デバイスに対して利用可能な、ＢＣＳプロバイダ制御を可能にする。各コンテンツパッケージャに対するコストと条件はＢＣＳプロバイダから独立している。各コンテンツパッケージャによって記述されるコンテンツおよび申し込みオプションは独立して定義されるが、単一のユーザインタフェースに一体化することができる。一実施形態では、これは、以下のＳＩ仕様で説明されるとおり、ＳＩ内のレコードによって達成される。上述のＳＩに対する改変、変更、削除、追加、組み合わせまたは他の軽微な変更は、実施形態の範囲内にあることに留意されたい。
【００９０】
［ＳＩメッセージ仕様］
図６は、配信システムの実施形態において使用するＳＩ構造６００の一実施形態を示している。ＳＩ情報がＳＩメッセージセットとして送信される。以下のセクションでは、ＳＩメッセージ内に含まれるＳＩ情報の定義、意味および関連処理を指定している。一実施形態では、ＳＩメッセージは、以下のとおり、市場情報６０２とサービス情報６０４とＭＰＧ６０６とで構成される。
【００９１】
クラス１．ユーザがそれに対して申し込みを提供するサービスのパッケージングに関連する市場情報
クラス２．利用可能なサービスの属性と、配信ネットワーク内のそれらの位置に関する情報を提供するサービス情報
クラス３．サービス上の個々のプレゼンテーションに関する情報を提供するメディアプレゼンテーションガイド情報
［共通フォーマットおよび処理］
ＳＩメッセージ構文
１つまたは複数の実施形態において、ＳＩメッセージの構造は、ＸＭＬ１．０に適合するＸＭＬスキーマセットとして定義される。
【００９２】
ＳＩメッセージのバージョンの識別
送信された各ＳＩメッセージは、バージョン属性を含み、これは、同じメッセージ種類のうちの異なるＳＩメッセージのコピーを識別する。特定の種類のＳＩメッセージに関しては、バージョン属性はまた、識別属性と呼ばれる特定の属性の同一値を有するＳＩメッセージを識別してもよい。例えば、２つのメッセージに対する識別属性は以下の通りである。
【００９３】
−市場コンテンツパッケージャメッセージ：コンテンツパッケージャＩＤ
−ＭＰＧタイトルブロックメッセージ：ＭＰＧブロックスタートタイム
バージョン属性の値は、単一セットの素子および属性値を表すＳＩメッセージ全てに対して同一であってもよい。バージョン属性の値は、識別属性以外のＳＩメッセージの任意の属性または素子が修正または形成されると、増加する。
【００９４】
一実施形態においては、バージョン属性は符号のない整数である。属性の大きさは、個々のメッセージの種類に対して指定されるように、ＳＩメッセージの種類に依存している。バージョンが変更されると、ＳＩメッセージのそのバージョンに関連したバージョンの値は、時間Ｔ＿ＵＰＤＡＴＥに対して再使用されない。Ｔ＿ＵＰＤＡＴＥの値は、秒単位であってもよく、一実施形態では、設定可能なシステムパラメータである。
【００９５】
現在のＳＩメッセージバージョンの識別
ＳＩメッセージの現在のバージョンに対するバージョンフィールドの値が、主フロー内の配信ネットワークで送信される。
【００９６】
ＳＩメッセージバージョンの更新
ＳＩメッセージが、属性もしくは要素値に対する更新または、将来効力を発揮するようにスケジューリングされた要素の新しいインスタンスを含む場合、メッセージは、個々の要素に対して指定されるとおりに更新される要素に関連した有効時間値を含んでもよい。２つのバージョンの要素が、異なったメッセージバージョン（通常、現在のバージョンと次のバージョン）で同時に送信されている場合、各バージョンは、有効時間に関連付けされる。有効時間属性は、３２ビットカウントの秒であってもよい。
【００９７】
［クラス１：市場情報］
１つまたは複数の実施形態において、ＳＩは、以下に示される２つのメッセージタイプの市場情報を提供する。
【００９８】
１．市場共通メッセージ
２．市場コンテンツパッケージャメッセージ
１．市場共通メッセージ
図７は、配信システムの実施形態において用いられる市場共通メッセージスキーマ７００の一実施形態を示している。市場共通メッセージは、いずれのコンテンツパッケージャも指定しない市場情報を定義する。市場共通メッセージは、配信ネットワーク内で構成されたＢＣＳプロバイダの属性と、各ＢＣＳプロバイダに関連したコンテンツパッケージャへの参照と、制御条件に対する分類スキームとを定義する。
【００９９】
バージョン
市場共通メッセージは、バージョン属性の値によって識別される一意のバージョン７０２を備える。一実施形態においては、バージョン属性は１６ビットの符号のない整数である。
【０１００】
分類スキームテーブル
市場共通メッセージ７００は、以下を指定するために、ネットワーク内の全ＢＣＳプロバイダによって使用される分類スキームを定義する分類スキームテーブル７０４を備える。
【０１０１】
−課金環境
−サービスアカウントタイプ
−通貨
−申し込み方法
−ジャンル
−ＭＩＭＥタイプ
−等級レベル
−デバイスクラス
分類スキームテーブル７０４は、任意の適切な構造を備えてもよい。一実施形態では、分類スキームテーブル７０４の定義は、ＢＣＳプロバイダの要件および能力、並びにＢＣＳプロバイダが課せられる規制要件に従う。
【０１０２】
ＢＣＳレコード
市場共通メッセージ７００は、配信ネットワーク内の各ＢＣＳプロバイダに対するＢＣＳレコード７０６を備える。一実施形態では、ＢＣＳレコード７０６は、ＢＣＳプロバイダを定義し、以下の項目を提供する。
【０１０３】
−ＢＣＳプロバイダＩＤ
−有効時間
−ＣＳＲコンタクト
−課金ポリシー
−コンテンツパッケージャ参照
−使用テーブルの条件
−使用リンクの条件
ＢＣＳプロバイダＩＤ
ＢＣＳプロバイダＩＤ７０８の属性は、個々のＢＣＳプロバイダに関連した、全体的な一意のＩＤである。一実施形態では、ＢＣＳプロバイダＩＤ７０８は、符号のない１６ビットの整数であってもよい。
【０１０４】
有効時間
有効時間属性７１０は、ＢＣＳレコード７０６内で提供される定義が有効となる時間を定義し、先の定義に優先する。有効時間が存在しないか、または過去の時間を参照する場合は、ＢＣＳレコード７０６は現在である。一実施形態では、有効時間属性７１０は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒であってもよい。
【０１０５】
ＢＣＳレコード７０６は１つの有効時間を定義してもよい。複数のレコードが同じＢＣＳプロバイダに対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対する適切な値を有する、時間属性を含んでいる。有効時間はまた、まだ活動していないＢＣＳプロバイダを定義するレコードに対して存在してもよい。
【０１０６】
コンテンツパッケージャ参照
コンテンツパッケージャ参照７１２は、ＢＣＳプロバイダに関連するコンテンツパッケージャを識別するコンテンツパッケージャＩＤのリストである。ＢＣＳプロバイダに関連する申込者は、コンテンツパッケージャ参照７１２に含まれるコンテンツパッケージャによって提供されるパッケージを申し込むことだけができる。コンテンツパッケージャ参照７１２は、少なくとも１つのコンテンツパッケージャＩＤを含んでいる。
【０１０７】
ＣＳＲコンタクト
ＣＳＲコンタクト７１４要素は、ＢＣＳの顧客サービス代表者にコンタクトする可能な方法を記述している。ＢＣＳレコード７０６は少なくとも１つのＣＳＲコンタクト７１４を提供する。各ＣＳＲコンタクトは、ＵＲＩであってもよい。以下の例は、種々のクラスのＵＲＩがどのようにＣＳＲコンタクト７１４に用いられるかを示している。
【０１０８】
−ＴＥＬ：ＵＲＩは、申込者が顧客支援を要求できる電話番号を定義する。
【０１０９】
−ＭＡＬＴＯ：ＵＲＩは、申込者が顧客支援に使用できるＥメールアドレスを指定する。
【０１１０】
−ＨＴＴＰ：ＵＲＩは、申込者が顧客支援に使用できるウェブサイトを指定する。
【０１１１】
課金ポリシー
課金ポリシー７１６は、コンテンツパッケージャに代わって、ＢＣＳプロバイダによってサポートされる課金ポリシーを指定する。各ＢＣＳプロバイダは、少なくとも１つの課金ポリシー７１６をサポートする。一実施形態においては、課金ポリシー７１６は、課金環境属性とサービスアカウントタイプ属性とを備える。
【０１１２】
ａ．課金環境
課金環境は、課金ポリシーが適用する、特定の種類のデバイスを示している。サポートされる課金環境の例には、「ＢＲＥＷ」や「ｐａｙＰａｌ」が含まれる。
【０１１３】
ｂ．サービスアカウントタイプ
サービスアカウントタイプは、サービスアカウント課金ＩＤに用いられる識別子を示している。サポートされるサービスアカウントタイプの例には、「ＭＩＮ」、「ＭＤＮ」、「ＢＲＥＷ ＳＩＤ」、「Ｃｒｅｄｉｔ Ｃａｒｄ」および「Ｐｒｅｐａｙ」が含まれる。
【０１１４】
使用テーブルの条件
ＢＣＳプロバイダに関連する使用条件にアクセスするための一定の条件を定義するために、ＢＣＳプロバイダによって使用される分類スキームを表す、使用テーブルの条件７１８が提供される。
【０１１５】
使用リンクの条件
コンテンツパッケージャがエンドユーザ使用許諾契約（ＥＵＬＡ）情報を提供しない場合にコンテンツパッケージャによって提供されるパッケージへのアクセスをユーザに許可する前に、ＢＣＳプロバイダが同意するユーザに要求する使用条件の位置を指定するＵＲＩへの参照である、使用リンクの条件７２０が提供される。
【０１１６】
２．市場コンテンツパッケージャメッセージ
図８は、配信システムの実施形態において使用するための市場コンテンツパッケージャメッセージ８００スキーマの一実施形態を示している。コンテンツパッケージャに特有の情報が市場コンテンツパッケージャメッセージ８００で送信される。市場コンテンツパッケージャメッセージ８００の各バージョンは、そのコンテンツパッケージャＩＤ８０２とバージョン属性８０４の値によって一意に識別される。一実施形態においては、バージョン属性８０４は１６ビットの符号のない整数である。市場コンテンツパッケージャ８００メッセージは、以下の要素を含む。
【０１１７】
−コンテンツパッケージャＩＤ
−基本情報
−ＥＵＬＡテーブル
−パッケージレコード
−階層レコード
−チャネルレコード
−補助サービス参照
コンテンツパッケージャＩＤ
各コンテンツパッケージャは、コンテンツパッケージャＩＤ８０２によって、配信ネットワーク内の全ての他のコンテンツパッケージャから一意に区別される。コンテンツパッケージャは、少なくとも１つのＢＣＳプロバイダに関連付けされる。一実施形態では、コンテンツパッケージャＩＤ８０２は、符号のない１６ビットの整数である。
【０１１８】
基本情報
一実施形態において、基本情報８０６レコードは、以下の情報を提供する。
【０１１９】
−コンテンツパッケージャ名
−コンテンツパッケージャＥＵＬＡへのリンク
−個人用コンテンツパッケージャインジケータ
−通貨支援
各コンテンツパッケージャに対して１つの基本情報８０６レコードが存在する。
【０１２０】
−コンテンツパッケージャ名
コンテンツパッケージャ名８０８は、ユーザへのコンテンツパッケージャを識別するために用いられる文字列である。コンテンツパッケージャ名８０８は、配信ネットワーク内で実行されるコンテンツパッケージャ間で一意的である。
【０１２１】
−ＥＵＬＡリンク
ＥＵＬＡリンク８１０は、コンテンツパッケージャによって提供されるパッケージへのアクセスをユーザに許可する前に同意するために、コンテンツパッケージャがユーザに要求してもよいＥＵＬＡの位置を識別するＵＲＩへの参照である。一実施形態においては、ＥＵＬＡリンク８１０は随意的である。コンテンツパッケージャがＥＵＬＡリンクを提供しない場合は、ユーザに関連するＢＣＳプロバイダに対するＢＣＳプロバイダの使用テーブルの条件７１８が用いられてもよい。
【０１２２】
−個人用コンテンツパッケージャ
基本情報レコード８０６は、コンテンツパッケージャが個人用コンテンツパッケージャ８１２であることを指定してもよい。ユーザが個人用コンテンツパッケージャ８１２によって提供されるパッケージを申し込む手段は、本明細書の範囲外である。
【０１２３】
−通貨支援
基本情報レコード８０６は、通貨８１４要素を指定する。通貨８１４要素は、パッケージへの価格決定を設定するためにコンテンツパッケージャによって使用される通貨のリストを定義する。
【０１２４】
ＥＵＬＡテーブル
ＥＵＬＡテーブル８１６は、コンテンツパッケージャに関連するＥＵＬＡにアクセスするための条件を定義するために、コンテンツパッケージャによって使用される分類スキームテーブルである。一実施形態においては、ＥＵＬＡテーブル８１６は随意的である。コンテンツパッケージャがＥＵＬＡテーブルを提供しない場合は、ユーザに関連するＢＣＳプロバイダに対するＢＣＳプロバイダの使用テーブルの条件７１８が用いられてもよい。
【０１２５】
パッケージレコード
市場コンテンツパッケージャメッセージ８００は、少なくとも１つのパッケージレコード８１８を含む。パッケージレコード８１８は、コンテンツパッケージャを介して利用可能なコンテンツ提供セットと特定の関連属性とを定義する。パッケージレコード８１８のより詳細な説明は本明細書の他のセクションで提供される。
【０１２６】
階層レコード
市場コンテンツパッケージャメッセージ８００は、任意のパッケージによって参照される各階層に対する階層レコード８２０を含む。階層レコード８２０は階層を定義し、チャネルのグループを参照する。コンテンツパッケージャによって用いられる各階層に対して階層レコード８２０が存在する。一実施形態においては、階層レコード８２０は以下の情報を指定する。
【０１２７】
−階層ＩＤ
−レコードの有効時間
−階層に含まれるチャネルセット
−階層に追加される補助サービスセット
−階層ＩＤ
階層ＩＤは、同一のコンテンツパッケージャによって提供される全ての他の階層から当該階層を一意に区別する識別子である。一実施形態においては、階層ＩＤは、符号のない１６ビットの整数である。
【０１２８】
−階層有効時間
有効時間属性は、階層レコード８２０で提供された定義が有効となる時間を定義し、先の定義に優先する。有効時間が存在しないか、または過去の時間を参照する場合は、階層レコード８２０は現在である。一実施形態では、有効時間属性は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒である。
【０１２９】
階層レコード８２０は１つの有効時間を定義する。複数のレコードが同じ階層に対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対して適切な値を有する有効時間属性を含む。有効時間はまた、まだ活動していない階層を定義するレコードに対しても存在する。
【０１３０】
−チャネル参照
階層レコード８２０は、階層提供においてチャネルを記述するチャネル参照のリストを指定する。チャネルは、コンテンツパッケージャに関連するチャネルレコード内で定義される。階層レコード８２０は、少なくとも１つのチャネル参照を含む。
【０１３１】
−補助サービス参照
階層レコード８２０は、この階層に関連する補助サービスに対するサービス識別子のリストを指定する。この階層を含むパッケージを許可されたデバイスは、それが活動している間、補助サービスを介してダウンロードされる任意のマテリアルを取得する。
【０１３２】
チャネルレコード
市場コンテンツパッケージャメッセージ８００は、任意の階層によって参照される各チャネルに対するチャネルレコード８２２を含む。チャネルレコード８２２は、チャネルを定義し、これはコンテンツパッケージャに対するサービスの個別化である。一実施形態においては、チャネルレコード８２２は、以下の要素から構成されている。
【０１３３】
−チャネルＩＤ
−チャネル有効時間
−チャネル重み
−チャネル特定言語用データ
−基本サービス
−補助サービス
−チャネルアイコン
−チャネルＩＤ
チャネルＩＤは、同一のコンテンツパッケージャによって提供される他のチャネルから当該チャネルを一意に区別する識別子である。一実施形態においては、チャネルＩＤは符号のない１６ビットの整数である。
【０１３４】
−有効時間
有効時間属性は、チャネルレコード８２２で提供された定義が有効となる時間を定義し、先の定義に優先する。有効時間が存在しないか、または過去の時間を参照する場合は、チャネルレコードは現在である。一実施形態では、有効時間属性は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒である。
【０１３５】
チャネルレコード８２２は、多くても１つの有効時間しか定義できない。複数のレコードが同じチャネルに対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対して適切な値を有する有効時間属性を含む。有効時間はまた、まだ活動していないチャネルを定義するレコードについても存在する。
【０１３６】
−チャネル重み
各チャネルレコード８２２は、チャネルにチャネル重みを割り当てる。一実施形態において、チャネル重みは符号のない整数である。チャネル重みはデバイスによって用いられ、ＭＰＧを表示する際にユーザに提示されるチャネルの順序を決定する。より重みの小さいチャネルが先に提示される。チャネル重みは、ＢＣＳプロバイダに関連する全てのマルチプレクスにわたって全てのコンテンツパッケージャによって提供される全チャネル間で一意的である。各チャネルレコード８２２に関連する１つのチャネル重みが存在する。
【０１３７】
−チャネル特定言語用データ
チャネル特定言語用データ要素は、特定の言語に関連したチャネルの名称および明細を指定し、ユーザがこのチャネルに関してさらなる情報を取得することが可能なＵＲＬを定義する。
【０１３８】
各チャネルレコード８２２は、１つまたは複数のチャネル特定言語用データ要素を含んでもよい。チャネル特定言語用データ要素が存在する場合は、そのコンテンツが、同一言語における基本サービスに対するサービス特定言語用データ要素に優先する。所定の言語内にチャネル特定言語用データ要素が存在しない場合、デバイスは、その言語における基本サービスに対するサービス特定言語用データ要素を使用できる。各チャネルレコード８２２は、チャネル言語につき１つのチャネル特定言語用データ要素を含む。
【０１３９】
−基本サービスレコード
チャネルレコード８２２は、基本サービスレコードを指定する。基本サービスレコードは、チャネルに対する基本サービスと特定チャネル用の以下のある特定の随意の特性を識別する。
【０１４０】
−基本サービス識別子
−排除能
−特定チャネル用の能力要件
−基本サービス識別子
基本サービスレコードは、基本サービス識別子を指定する。基本サービス識別子は、チャネルがカスタマイズするサービスに対するサービス識別子である。
【０１４１】
−補助サービス
チャネルレコード８２２は、このチャネルに関連する補助サービスに対するサービス識別子のリストを定義してもよい。デバイスは、チャネルにアクセスしている間に、補助サービスを介してダウンロードされる任意のマテリアルを取得する。
【０１４２】
−チャネルアイコン
チャネルレコード８２２は、ＭＰＧの表示においてチャネルを識別するのに使用できるチャネルアイコン要素をユーザに提供してもよい。存在しておれば、チャネルアイコンは、サービスアイコンの代わりに用いられる。チャネルアイコンは、チャネルに対するアイコン、すなわち定義されたＭＩＭＥタイプの実際のアイコンを定義するリソースに対する参照であってもよい。
【０１４３】
補助サービス参照
市場コンテンツパッケージャメッセージ８００は、このコンテンツパッケージャに関連した補助サービスに対する補助サービス参照８２４のリストを含んでもよい。ユーザがコンテンツパッケージャに関連する任意のパッケージを申し込む場合、ユーザはこの記載されたサービスを自動的に申し込むことになる。デバイスは、それが活動している間、補助サービスを介してダウンロードされる任意のマテリアルを取得する。
【０１４４】
図９は、配信システムの実施形態における市場コンテンツパッケージャメッセージで使用するためのパッケージレコードスキーマ９００の一実施形態の詳細図を示している。パッケージレコードスキーマ９００は、コンテンツパッケージャを介して利用可能なコンテンツ提供セットと、以下のような特定の関連属性とを定義する。
【０１４５】
−パッケージＩＤ
−パッケージ有効時間
−パッケージ重量
−パッケージデフォルト言語
−特定言語用データ
−パッケージ価格決定および申し込み方法
−パッケージに関連するＢＣＳプロバイダＩＤ
−パッケージに関連する階層
−パッケージ特性
−パッケージに関連する補助サービス
−利用可能領域
−パッケージＩＤ
パッケージＩＤ９０２は、同一のコンテンツパッケージャによって提供される他のパッケージから特定のパッケージを区別する識別子である。一実施形態においては、パッケージＩＤ９０２は、符号のない１６ビットの整数である。各パッケージに関連する１つのパッケージＩＤ９０２が存在する。
【０１４６】
−有効時間
有効時間属性９０４は、パッケージレコード９００で提供された定義が有効となる時間を定義し、先の定義に優先する。有効時間９０４が存在しないか、または過去の時間を参照する場合は、パッケージレコード９００は現在である。有効時間属性は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒である。
【０１４７】
パッケージレコードは、多くても１つの有効時間しか定義できない。複数のレコードが同じパッケージに対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対して適切な値を有する有効時間属性を含む。有効時間はまた、まだ活動していないパッケージを定義するレコードについても存在する。
【０１４８】
−パッケージ重量
各パッケージレコード９０６は、パッケージにパッケージ重量を割り当てる。パッケージ重量は符号のない整数である。パッケージ重量はデバイスによって用いられ、ユーザにパッケージが提示される順序を決定する。軽重量のパッケージが先に提示される。
【０１４９】
パッケージ重量は、ＢＣＳプロバイダに関連する全てのマルチプレクスにわたって全てのコンテンツパッケージャによって提供される全パッケージ間で一意的である。各パッケージレコード９００に関連して１つのパッケージ重量が存在する。
【０１５０】
−パッケージデフォルト言語
パッケージレコード９００は、デフォルト言語属性９０８を指定する。デフォルト言語属性９０８は、ユーザが好む言語が利用可能ではない場合、特に無効にしない限り、デフォルトによってユーザに提供されるサービスの言語を指定する。パッケージを介してアクセス可能な任意のサービスが２つ以上の言語をサポートする場合、パッケージデフォルト言語が提供される。
【０１５１】
−パッケージ特定言語用データ
パッケージ特定言語用データ要素９１０は、特定の言語に関連するパッケージの名称および明細を指定する。各パッケージレコードは、少なくとも１つのパッケージ特定言語用データ要素９１０を含む。各パッケージレコードは、パッケージ言語につき、多くても１つのパッケージ特定言語用データ要素を含むだけである。
【０１５２】
ａ．パッケージ言語
パッケージ言語属性９１２は、パッケージ特定言語用データ要素９１０の言語を指定する。２つ以上の言語の明細を備えるパッケージは、優先言語がデバイス上で定義されていない場合、どの言語が使用するデフォルト言語であるかを指定する。
【０１５３】
ｂ．パッケージ名称
パッケージ名称属性９１４は、ユーザに表示されるパッケージに対する名称を指定する文字列である。
【０１５４】
ｃ．パッケージ明細
パッケージ明細属性９１６は、ユーザに表示されるパッケージに対する明細を指定する文字列である。
【０１５５】
価格決定方法
パッケージの価格決定方法９１８は、このパッケージに対する所定の申し込み方法に関連するコストを指定する。これは、申込み方法、通貨および金額からなる。パッケージレコード９００は、少なくとも１つの価格決定方法９１８を指定する。パッケージレコード９００は、申し込み方法につき、多くても１つの価格決定方法を指定するだけである。
【０１５６】
ａ．申し込み方法
申し込み方法は、コストに関連した申し込み方法（例えば、月毎、週毎）を識別する。
【０１５７】
ｂ．通貨
通貨は、金額に適用可能な通貨を識別する。通貨は、コンテンツパッケージャに関する基本情報レコードに記載された通貨である。コンテンツパッケージャに関連する少なくとも１つのＢＣＳプロバイダが、パッケージに適用可能な全ての通貨をサポートする。
【０１５８】
ｃ．金額
金額は、ルートパッケージの場合におけるパッケージの実際の価格、またはアッドオンパッケージの場合における親パッケージの価格に追加されたパッケージの増分価格である。金額属性は、関連する通貨の要件に合致する浮動小数点値である。
【０１５９】
階層参照
パッケージレコード９００は、パッケージ提供を記述する階層参照要素９２０セットを指定する。階層は、コンテンツパッケージャに関連する階層レコード８２０内で定義される。パッケージレコード９００は、少なくとも１つの階層参照９２０を含む。
【０１６０】
パッケージ特性
パッケージ特性９２２要素は、パッケージの特定の属性を指定する任意の要素である。要素は、以下の属性のいずれの組み合わせを指定してもよい。
【０１６１】
−親パッケージ
−自動申し込みパッケージ
−クローズドパッケージ
−排除パッケージ
ａ．親パッケージ
パッケージ特性９２２要素は、親パッケージを代表する１つまたは複数のパッケージＩＤのリストを指定する。パッケージが親パッケージに関連している場合、パッケージは「アッドオン」パッケージであり、ユーザが親パッケージの中の少なくとも１つのパッケージをすでに許可されている場合、ユーザは、このパッケージだけを申し込みできる。親パッケージが記載されていない場合、パッケージは「ルート」パッケージであると定義される。
【０１６２】
ｂ．自動申し込みパッケージ
パッケージがルートパッケージである場合、パッケージ特性９２２要素は、ユーザがこのパッケージを自動申し込みできる自動申し込み属性を指定してもよい。
【０１６３】
ｃ．クローズドパッケージ
パッケージ特性９２２要素は、新しい申し込みがこのパッケージに受け入れられないことを示すためのクローズド属性を指定してもよい。
【０１６４】
ｄ．排除パッケージ
パッケージ特性９２２要素は、排除パッケージを代表する１つまたは複数のパッケージＩＤのリストを指定してもよい。パッケージレコードで指定されたパッケージを許可されたユーザは、排除パッケージのリスト内のいずれのパッケージにも申し込むことを認められない。ユーザが排除パッケージリスト内のパッケージをすでに申し込みしている場合は、ユーザにパッケージが提供されないように、パッケージ間の関係を定義することが、コンテンツパッケージャの役割である。
【０１６５】
ＢＣＳプロバイダ参照
パッケージレコード９００は、パッケージに関連するＢＣＳプロバイダ参照９２４のリストを指定してもよい。ＢＣＳプロバイダ参照９２４は、ＢＣＳプロバイダを識別する。コンテンツパッケージャに関連するＢＣＳプロバイダのみがこのリストに含まれてもよい。このリストが提供される場合、識別されたＢＣＳプロバイダに関連するユーザのみが、パッケージの申し込みを許可される。リストが提供されない場合、同じく、このコンテンツパッケージャに関連する任意のＢＣＳプロバイダに関連したユーザが、このパッケージの申し込みを許可される。
【０１６６】
補助サービス参照
パッケージレコード９００は、このパッケージに関連した補助サービスに対する補助サービス参照９２６のリストを含んでもよい。このパッケージを許可されたデバイスは、それが活動している間、補助サービスを介してダウンロードされる任意のマテリアルを取得する。
【０１６７】
有効領域
パッケージレコード９００は、ローカルアリア演算インフラ（ＬＯＩ）と広域演算インフラ（ＷＯＩ）のリストから構成される有効領域要素９２８を含んでもよい。このリストは、パッケージを通過するチャネルとして提供される少なくとも１つのサービスがアクセスされるＷＯＩとＬＯＩを示している。一実施形態においては、ＬＯＩとＷＯＩは、地理的領域を一意に識別する１６ビットの符号のない整数である。
【０１６８】
クラス２：サービス情報
１つまたは複数の実施形態において、ＳＩは、サービス定義メッセージと称される単一のメッセージにおいて、サービス情報を提供する。
【０１６９】
サービス定義メッセージ
図１０は、配信システムの実施形態において使用するためのサービス定義メッセージ１０００スキーマの一実施形態を示している。サービス定義メッセージ１０００は、サービスを基本サービスとして使用する種々のコンテンツパッケージャによって提供されるチャネル間で共有されるサービスのこれらコンテンツ属性を定義する。これはまた、コンテンツパッケージャが、チャネル定義レコードにおいて対応する属性に対してカスタマイズされた値を定義しない場合に用いられるデフォルトコンテンツ属性も定義する。
【０１７０】
サービス定義メッセージ１０００は、補助サービスを使用する種々のコンテンツパッケージャによって提供されるチャネル間で共有される補助サービスのこれらコンテンツ属性を定義する。補助サービスは非リアルタイムサービスであってもよい。補助サービスはコンテンツパッケージャによって使用されて、コンテンツパッケージャに対して定義されたチャネルをカスタマイズするのに使用できる広告、バーカ、イントロおよびアウトロといったマテリアルのキャッシュを構成してもよい。
【０１７１】
−バージョン
サービス定義メッセージ１０００は、そのバージョン属性の値によって一意に識別されるバージョン１００２を備えている。一実施形態では、バージョン属性は１６ビットの符号のない整数である。
【０１７２】
−サービスレコード
サービス定義メッセージ１０００は、１つまたは複数のサービスレコード１００４を備えている。
【０１７３】
−補助サービスレコード
サービス定義メッセージ１０００は、１つまたは複数の補助サービスレコード１００６を備えてもよい。一実施形態では、配信ネットワークによって提供される各補助サービスに対して１つの補助サービスレコードが存在する。補助サービスレコード１００６は、以下の情報を備える。
【０１７４】
−補助サービスＩＤ
−補助サービス有効時間
−補助能力要件
−補助フローレコード
サービスレコード
図１１は、配信システムの実施形態において使用するためのサービスレコード１１００スキーマの一実施形態を示している。例えば、サービスレコード１１００は、サービスレコード１００４として用いるのに適している。一実施形態では、配信ネットワークからのＳＩが、提供される各サービスに対して１つのサービスレコードを提供する。サービスレコード１１００は、以下の情報を備える。
【０１７５】
−サービスＩＤ
−有効時間
−企業申し込み
−略称
−サービスジャンル
−デフォルト言語
−個人用サービス
−サービスタイプ
−サービス特定言語用データ
−能力要件
−等級
−有効領域
−フローレコード
−サービスアイコン
−サービスＩＤ
サービスレコード１１００は、サービスＩＤ１１０２を提供する。サービスＩＤ１１０２は、同一マルチプレクス内で送信される他のサービスおよび補助サービスから当該サービスを一意に区別する識別子である。
【０１７６】
一実施形態においては、サービスＩＤ１１０２は１６ビットの１６進の整数である。ＩＰデータキャストサービスを送信するために用いられるサービスに対するサービスＩＤ１１０２の値は、あて先ＩＰアドレスと同一であってもよい。
【０１７７】
−有効時間
有効時間１１０４は、サービスレコード１１００内で提供された定義が有効となる時間を定義し、先の定義に優先する。有効時間が存在しないか、または過去の時間を参照する場合は、サービスレコードは現在である。
【０１７８】
一実施形態では、有効時間１１０４は、任意の選択されたカレンダーの日付の００：００：００から経過した３２ビットカウントの秒である。
【０１７９】
サービスレコード１１００は、多くても１つの有効時間しか定義しない。複数のレコードが同じサービスに対して生じる場合、有効時間は存在する。この場合、現在と将来の両方のレコードの定義は、レコードに対して適切な値を有する有効時間パラメータを含む。有効時間はまた、まだ活動していないサービスを定義するレコードについても存在する。
【０１８０】
−企業加入
サービスレコード１１００は、企業加入１１０６を提供する。企業加入パラメータは、サービスに対する企業名を定義する文字列である。複数のサービスが、同じ値の企業加入を共有してもよい。
【０１８１】
−略称
サービスレコード１１００は、略称１１０８を提供する。略称パラメータ１１０８は、ユーザに表示されるサービスに対する短縮名を定義する文字列である。各サービスは、サービスを送信するいずれのマルチプレクス内でも一意である略称を有している。
【０１８２】
−ジャンル
サービスレコード１１００は、ジャンルパラメータ１１１０を提供する。ジャンルパラメータ１１１０は、サービスによって提供されるコンテンツの意味的クラスを記述する参照である。
【０１８３】
−デフォルト言語
サービスレコード１１００は、デフォルト言語パラメータ１１１２を提供する。デフォルト言語パラメータ１１１２は、ユーザが好む言語が利用可能ではない場合に、特にパッケージレコードのデフォルト言語によって無効にされない限り、デフォルトによってユーザに提供されるサービスの言語を指定する。サービスが２つ以上の言語をサポートする場合、デフォルト言語が提供される。
【０１８４】
−個人用サービス
サービスレコード１１００は、個人用パラメータ１１１４を用いてサービスが個人用であることを指定してもよい。個人用サービスへのアクセスは、個人用コンテンツパッケージャを介して提供される。サービスの存在を含む、個人用サービスに関する情報は、サービスへのアクセスを提供する少なくとも１つの個人用コンテンツパッケージャにアクセスすることを許可されないユーザには開示されない。
【０１８５】
−サービスタイプ
サービスレコード１１００は、サービスタイプパラメータ１１１６を提供する。サービスタイプパラメータ１１１６は、サービスが提供するコンテンツの一時的な特性を示す。４つの可能なサービスタイプ、すなわち、リアルタイム、非リアルタイム、「Ｐｅｒ ＭＰＧ」またはＩＰデータキャストが存在する。
【０１８６】
ａ．リアルタイムサービス
リアルタイムサービス上の全てのコンテンツは、リアルタイムストリーミングメディアからなる。
【０１８７】
ｂ．非リアルタイムサービス
非リアルタイムサービス上の全てのコンテンツは、クリップがファイルするとダウンロードされる非リアルタイムメディアからなる。
【０１８８】
ｃ．Ｐｅｒ ＭＰＧサービス
「Ｐｅｒ ＭＰＧ」サービス上のコンテンツは、メディアプレゼンテーションガイド（ＭＰＧ）から決定される、リアルタイムストリーミングメディア、非リアルタイムメディア、またはこの２つの混合物を備えてもよい。
【０１８９】
ｄ．ＩＰデータキャストサービス
ＩＰデータキャストサービスのコンテンツは、一般的なパケットを送信する１つまたは複数のフローからなる。ＩＰデータキャストサービスをサポートする各フローは、特定のＩＰマルチキャストアドレスおよびポートに対してＩＰパケットを送信する。各ＩＰアドレスは、少なくとも１つのＭＩＭＥタイプに関連している。
【０１９０】
ＩＰデータキャストサービスに対するサービスタイプパラメータ１１１６は、このサービスに関連する全てのＩＰアドレスおよびポートを提供するか、または提供しない。ＩＰアドレスも提供しない場合、ＩＰデータキャストサービスの構造およびコンテンツは、任意の適切な手段によって決定される。
【０１９１】
−サービス特定言語用データ
サービスレコード１１００は、少なくとも１つのサービス特定言語用データパラメータ１１１８を提供する。サービス特定言語用データパラメータ１１１８は、特定の言語に関連するサービスの名称と明細を指定する。このサービスによってサポートされるデフォルト言語についても、サービス特定言語用データパラメータが存在する。
【０１９２】
−能力要件
サービスレコード１１００は、サービスがリアルタイムサービスではない場合、このサービスに能力要件１１２０を提供する。デバイスが、許可されたユーザに対する能力要件１１２０を満たさず、サービスを使用するチャネルを排除できない場合、ユーザは、このチャネルを含むパッケージを申し込むことを許可されないこともある。一実施形態においては、能力要件１１２０は、許可されたユーザに対してサービスへのアクセスをサポートするために、キロバイトの単位で、デバイスに要求される最大量のメモリを指定する１つまたは複数の記憶要件を備える。
【０１９３】
−等級
サービスレコード１１００は、サービスについての１つまたは複数の等級１１２２を提供する。等級は、このサービスに対して、親アドバイス情報を定義する。これは、典型的には、サービス上で提供されるＭＰＧタイトルに対する、平均的なまたは典型的な等級レベルに対応している。等級１１２２は、等級が適用する地理的領域を指定する等級領域を備える。サービスが提供される各等級領域に対して別個の等級が存在してもよい。サービスが提供される各等級領域に対して、多くても１つの等級だけが存在する。
【０１９４】
−有効領域
サービス定義レコード１１００は、ＬＯＩおよびＷＯＩ識別子のリストを備える有効領域要素１１２４を備える。このリストは、サービスがアクセスされるＷＯＩおよびＬＯＩを示している。有効領域要素１１２４では少なくとも１つのＬＯＩまたはＷＯＩのＩＤが存在する。一実施形態においては、ＬＯＩ識別子とＷＯＩ識別子は、地理的領域を一意に識別する１６ビットの符号のない整数である。
【０１９５】
−フローレコード
サービスレコード１１００は、サービスのコンポーネントを送信するのに用いられる各フローに１つのフローレコード１１２６を提供する。フローレコード１１２６は、以下の情報で構成される。
【０１９６】
−フローＩＤ
−フロールーチングタイプ
−フローＭＩＭＥタイプ
−フロー言語
−フロー設定フラグ
−ＩＰデータキャスト仕様
−サービスアイコン
サービスレコード１１００は、ユーザに対するＭＰＧの表示においてサービスを識別するのに使用できるサービスアイコンパラメータ１１２８を提供する。サービスアイコンパラメータ１１２８は、サービスに対するアイコンを定義するリソース、または定義されたＭＩＭＥタイプの実際のアイコンへの参照であってもよい。
【０１９７】
クラス３：メディアプレゼンテーションガイド情報
メディアプレゼンテーションガイド（ＭＰＧ）は、ユーザに表示されるか、またはデバイスにダウンロードされるチャネルのコンテンツについての情報を提供する。所定のチャネルのコンテンツは時間的に分割され、共通のＭＰＧタイトルを共有する、意味的に整合性のあるユニットに生成される。ＭＰＧタイトルは、チャネルに対する基本サービスに関連している。
【０１９８】
一実施形態では、ＭＰＧは、特定のマルチプレクスにおいて利用可能な全サービスにＭＰＧタイトルレコードを提供する。ＭＰＧは、ネットワーク内の種々のマルチプレクスにおいて利用可能なサービスにＭＰＧタイトルレコードを提供してもよい。
【０１９９】
したがって、本明細書で開示された実施形態に関して説明された種々の例示的な論理、論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドグラマブルゲートアレイ（ＦＰＧＡ）または他のプログラム可能な論理デバイス、個別のゲートまたはトランジスタ論理、個別のハードウェアコンポーネント、または本明細書で説明された機能を実行するように設計されたこれらの任意の組み合わせを用いて、実現または実行されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替例においては、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態マシンであってもよい。プロセッサはまた、計算デバイスの組み合わせ（例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと併用する１つまたは複数のマイクロプロセッサ、または任意の他のこのような構成）として実現されてもよい。
【０２００】
本明細書で開示された実施形態に関連して説明された方法のステップまたはアルゴリズムは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはこの２つの組み合わせで実現されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭまたは当分野で公知の任意の他の形態の記憶媒体内に常駐してもよい。例示的な記憶媒体は、プロセッサに結合されているので、プロセッサはこのレコード媒体から情報を読み取り、これに情報を書き込むことができる。代替例においては、記憶媒体はプロセッサに組み込まれてもよい。プロセッサおよび記憶媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザ端末内に存在してもよい。代替例においては、プロセッサおよび記憶媒体は、ユーザ端末内の個別のコンポーネントとして存在してもよい。
【０２０１】
開示された実施形態の説明は、当業者が本発明を生成または利用できるように提供されている。これらの実施形態に対する種々の変形例は、当業者には容易に明らかであり、本明細書で定義された一般原理は、本発明の精神または範囲から逸脱することなく、例えば、インスタントメッセージサービスまたは任意の一般的な無線データ通信アプリケーションにおける他の実施形態に適用されてもよい。したがって、本発明は本明細書で示した実施形態に限定することを意図するものでなく、本明細書で開示された原理および新規の特徴に一致する最も広い範囲と合致すべきである。用語の「例示的な」は本明細書では排他的に使用されており、「一実施例、例または説明として役立つ」ことを意味する。「例示的な」として本明細書で説明されたいずれの実施形態も、必ずしも、他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。
【０２０２】
これまで、本明細書において配信システムの実施形態が図示され説明されてきたが、これらの精神または基本的な特徴から逸脱することなく、これらの実施形態に対して種々の変更が可能なことは理解されるであろう。したがって、本明細書の開示および説明は、以下の特許請求の範囲で記載する本発明の範囲の例証を意図するものであって、限定するものではない。
【図面の簡単な説明】
【０２０３】
【図１】配信システムの一実施形態を備えたネットワークを示している。
【図２】配信システムの実施形態における使用に適した配信サーバの一実施形態の詳細図を示している。
【図３】配信システムの実施形態においてサーバを作動する方法の一実施形態を示している。
【図４】配信システムの実施形態における使用に適したデバイスの一実施形態の詳細図を示している。
【図５】配信システムの実施形態においてデバイスを作動する方法の一実施形態を示している。
【図６】配信システムの実施形態において使用するシステム情報構造の一実施形態を示している。
【図７】配信システムの実施形態において使用する市場共通メッセージスキーマの一実施形態を示している。
【図８】配信システムの実施形態において使用する市場コンテンツパッケージャメッセージスキーマの一実施形態を示している。
【図９】配信システムの実施形態において使用するパッケージレコードスキーマの一実施形態の詳細図を示している。
【図１０】配信システムの実施形態において使用するサービス定義メッセージスキーマの一実施形態を示している。
【図１１】配信システムの実施形態において使用するサービスレコードスキーマの一実施形態を示している。
【特許請求の範囲】
【請求項１】
コンテンツを配信する方法であって、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、課金および顧客サービス（ＢＣＳ）パラメータを受信することと、
前記１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することと、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成することと、
前記システム情報を送信することと、
を備える方法。
【請求項２】
前記１つまたは複数のパッケージに関連する、１つまたは複数のプログラミングパラメータを受信することと、
選択されたプログラミングパラメータ備える前記システム情報を生成することと、
をさらに備える、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信することをさらに備える、請求項１に記載の方法。
【請求項４】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信することをさらに備える、請求項１に記載の方法。
【請求項５】
メディアプレゼンテーションガイドを備える前記システム情報を生成することをさらに備える、請求項１に記載の方法。
【請求項６】
配信ネットワークを介して前記システム情報を送信することをさらに備える、請求項１に記載の方法。
【請求項７】
前記システム情報を無線送信で送信することをさらに備える、請求項１に記載の方法。
【請求項８】
コンテンツを配信する装置であって、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータと、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータとを受信するように構成された受信論理と、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成するように構成されたシステム情報論理と、
前記システム情報を送信するように構成された送信論理と、
を備える装置。
【請求項９】
前記１つまたは複数のパッケージに関連付けられた、１つまたは複数のプログラミングパラメータを受信するように構成された論理と、
選択されたプログラミングパラメータ備える前記システム情報を生成するように構成された論理と、
をさらに備える、請求項８に記載の装置。
【請求項１０】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１１】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１２】
メディアプレゼンテーションガイドを備える前記システム情報を生成するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１３】
配信ネットワークを介して前記システム情報を送信するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１４】
前記システム情報を無線送信で送信するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１５】
コンテンツを配信する装置であって、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、ＢＣＳパラメータを受信する手段と、
前記１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信する手段と、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成する手段と、
前記システム情報を送信する手段と、
を備える装置。
【請求項１６】
前記１つまたは複数のパッケージに関連する、１つまたは複数のプログラミングパラメータを受信する手段と、
選択されたプログラミングパラメータ備える前記システム情報を生成する手段と、
をさらに備える、請求項１５に記載の装置。
【請求項１７】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信する手段をさらに備える、請求項１５に記載の装置。
【請求項１８】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信する手段をさらに備える、請求項１５に記載の装置。
【請求項１９】
メディアプレゼンテーションガイドを備える前記システム情報を生成する手段をさらに備える、請求項１５に記載の装置。
【請求項２０】
配信ネットワークを介して前記システム情報を送信する手段をさらに備える、請求項１５に記載の装置。
【請求項２１】
前記システム情報を無線送信で送信する手段をさらに備える、請求項１５に記載の装置。
【請求項２２】
少なくとも１つのプロセッサによって実行されるとき、コンテンツを配信するように動作する命令を備えたコンピュータ読取可能媒体であって、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信する命令と、
前記１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信する命令と、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成する命令と、
前記システム情報を送信する命令と、
を備える、コンピュータ読取可能媒体。
【請求項２３】
前記１つまたは複数のパッケージに関連する、１つまたは複数のプログラミングパラメータを受信する命令と、
選択されたプログラミングパラメータ備える前記システム情報を生成する命令と、
をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２４】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信する命令
をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２５】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信する命令をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２６】
メディアプレゼンテーションガイドを備える前記システム情報を生成する命令をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２７】
配信ネットワークを介して前記システム情報を送信する命令をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２８】
前記システム情報を無線送信で送信する命令をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２９】
コンテンツを配信する方法を実行するように構成された少なくとも１つのプロセッサであって、前記方法は、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、ＢＣＳパラメータを受信することと、
前記１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することと、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成することと、
前期システム情報を送信することを備える、
プロセッサ。
【請求項３０】
前記１つまたは複数のパッケージに関連する、１つまたは複数のプログラミングパラメータを受信することと、
選択されたプログラミングパラメータ備える前記システム情報を生成することと、
をさらに備える、請求項２９に記載の方法。
【請求項３１】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信することをさらに備える、請求項２９に記載の方法。
【請求項３２】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信することをさらに備える、請求項２９に記載の方法。
【請求項３３】
メディアプレゼンテーションガイドを備える前記システム情報を生成することをさらに備える、請求項２９に記載の方法。
【請求項３４】
配信ネットワークを介して前記システム情報を送信することをさらに備える、請求項２９に記載の方法。
【請求項３５】
前記システム情報を無線送信で送信することをさらに備える、請求項２９に記載の方法。
【請求項３６】
システム情報を提供する方法であって、
システム情報メッセージを受信することと、
ＢＣＳプロバイダ識別子を決定することと、
前記ＢＣＳプロバイダ識別子に基づいて前記システム情報メッセージを解析して、解析済みシステム情報パラメータを決定することと、
前記解析済みシステム情報パラメータの選択された一部を表示することと、
を備える方法。
【請求項３７】
前記受信は前記システム情報メッセージを無線送信で送信することを備える、請求項３６に記載の方法。
【請求項３８】
前記受信は１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、前記システム情報メッセージを受信することを備える、請求項３６に記載の方法。
【請求項３９】
前記解析は前記ＢＣＳプロバイダ識別子を前記システム情報メッセージ内に含まれる１つまたは複数のＢＣＳ識別子と比較して、解析済みシステム情報パラメータを決定することを備える、請求項３６に記載の方法。
【請求項４０】
システム情報を提供する装置であって、
システム情報メッセージを受信するように構成された受信論理と、
ＢＣＳプロバイダ識別子を決定し、前記ＢＣＳプロバイダ識別子に基づいて前記システム情報メッセージを解析して、解析済みシステム情報パラメータを決定するように構成された解析論理と、
前記解析済みシステム情報パラメータの選択された一部を表示するように構成された表示論理と、
を備える装置。
【請求項４１】
前記受信論理は前記システム情報メッセージを無線送信で送信するように構成されている、請求項４０に記載の装置。
【請求項４２】
前記システム情報メッセージは、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、請求項４０に記載の装置。
【請求項４３】
前記解析論理は前記ＢＣＳプロバイダ識別子を前記システム情報メッセージ内に含まれる１つまたは複数のＢＣＳ識別子と比較して、前記解析済みシステム情報パラメータを決定するように構成されている、請求項４０に記載の装置。
【請求項４４】
少なくとも１つのプロセッサによって実行されるとき、システム情報を提供するように動作する命令を備えたコンピュータ読取可能媒体であって、
システム情報メッセージを受信する命令と、
ＢＣＳプロバイダ識別子を決定する命令と、
前記ＢＣＳプロバイダ識別子に基づいて前記システム情報メッセージを解析して、解析済みシステム情報パラメータを決定する命令と、
前記解析済みシステム情報パラメータの選択された一部を表示する命令と、
を備える、コンピュータ読取可能媒体。
【請求項４５】
受信の前記命令は無線送信の前記システム情報メッセージを受信する命令を備える、請求項４４に記載のコンピュータ読取可能媒体。
【請求項４６】
受信の前記命令は１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、前記システム情報メッセージを受信する命令を備える、請求項４４に記載のコンピュータ読取可能媒体。
【請求項４７】
解析の前記命令は、前記ＢＣＳプロバイダ識別子を前記システム情報メッセージ内に含まれる１つまたは複数のＢＣＳ識別子と比較して、前記解析済みシステム情報パラメータを決定する命令を備える、請求項４４に記載のコンピュータ読取可能媒体。
【請求項４８】
システム情報メッセージを配信する装置であって、前記システム情報メッセージは、
１つまたは複数のＢＣＳプロバイダを識別する第１セットのパラメータと、
前記第１セットのパラメータに関連する第２セットのパラメータと、を備え、
前記第２セットのパラメータは１つまたは複数のコンテンツパッケージャを識別する、
装置。
【請求項４９】
配信ネットワークを介してシステム情報を提供するシステム情報メッセージであって、
１つまたは複数のＢＣＳプロバイダを識別する第１セットのパラメータと、
前記第１セットのパラメータに関連する第２セットのパラメータと、を備え、
前記第２セットのパラメータは１つまたは複数のコンテンツパッケージャを識別する、
システム情報メッセージ。
【請求項１】
コンテンツを配信する方法であって、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、課金および顧客サービス（ＢＣＳ）パラメータを受信することと、
前記１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することと、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成することと、
前記システム情報を送信することと、
を備える方法。
【請求項２】
前記１つまたは複数のパッケージに関連する、１つまたは複数のプログラミングパラメータを受信することと、
選択されたプログラミングパラメータ備える前記システム情報を生成することと、
をさらに備える、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信することをさらに備える、請求項１に記載の方法。
【請求項４】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信することをさらに備える、請求項１に記載の方法。
【請求項５】
メディアプレゼンテーションガイドを備える前記システム情報を生成することをさらに備える、請求項１に記載の方法。
【請求項６】
配信ネットワークを介して前記システム情報を送信することをさらに備える、請求項１に記載の方法。
【請求項７】
前記システム情報を無線送信で送信することをさらに備える、請求項１に記載の方法。
【請求項８】
コンテンツを配信する装置であって、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータと、１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータとを受信するように構成された受信論理と、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成するように構成されたシステム情報論理と、
前記システム情報を送信するように構成された送信論理と、
を備える装置。
【請求項９】
前記１つまたは複数のパッケージに関連付けられた、１つまたは複数のプログラミングパラメータを受信するように構成された論理と、
選択されたプログラミングパラメータ備える前記システム情報を生成するように構成された論理と、
をさらに備える、請求項８に記載の装置。
【請求項１０】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１１】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１２】
メディアプレゼンテーションガイドを備える前記システム情報を生成するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１３】
配信ネットワークを介して前記システム情報を送信するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１４】
前記システム情報を無線送信で送信するように構成された論理をさらに備える、請求項８に記載の装置。
【請求項１５】
コンテンツを配信する装置であって、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、ＢＣＳパラメータを受信する手段と、
前記１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信する手段と、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成する手段と、
前記システム情報を送信する手段と、
を備える装置。
【請求項１６】
前記１つまたは複数のパッケージに関連する、１つまたは複数のプログラミングパラメータを受信する手段と、
選択されたプログラミングパラメータ備える前記システム情報を生成する手段と、
をさらに備える、請求項１５に記載の装置。
【請求項１７】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信する手段をさらに備える、請求項１５に記載の装置。
【請求項１８】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信する手段をさらに備える、請求項１５に記載の装置。
【請求項１９】
メディアプレゼンテーションガイドを備える前記システム情報を生成する手段をさらに備える、請求項１５に記載の装置。
【請求項２０】
配信ネットワークを介して前記システム情報を送信する手段をさらに備える、請求項１５に記載の装置。
【請求項２１】
前記システム情報を無線送信で送信する手段をさらに備える、請求項１５に記載の装置。
【請求項２２】
少なくとも１つのプロセッサによって実行されるとき、コンテンツを配信するように動作する命令を備えたコンピュータ読取可能媒体であって、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別するＢＣＳパラメータを受信する命令と、
前記１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信する命令と、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成する命令と、
前記システム情報を送信する命令と、
を備える、コンピュータ読取可能媒体。
【請求項２３】
前記１つまたは複数のパッケージに関連する、１つまたは複数のプログラミングパラメータを受信する命令と、
選択されたプログラミングパラメータ備える前記システム情報を生成する命令と、
をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２４】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信する命令
をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２５】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信する命令をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２６】
メディアプレゼンテーションガイドを備える前記システム情報を生成する命令をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２７】
配信ネットワークを介して前記システム情報を送信する命令をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２８】
前記システム情報を無線送信で送信する命令をさらに備える、請求項２２に記載のコンピュータ読取可能媒体。
【請求項２９】
コンテンツを配信する方法を実行するように構成された少なくとも１つのプロセッサであって、前記方法は、
１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、ＢＣＳパラメータを受信することと、
前記１つまたは複数のコンテンツパッケージャに関連する１つまたは複数のパッケージを記述するパッケージャパラメータを受信することと、
前記ＢＣＳパラメータと前記パッケージャパラメータとを備えるシステム情報を生成することと、
前期システム情報を送信することを備える、
プロセッサ。
【請求項３０】
前記１つまたは複数のパッケージに関連する、１つまたは複数のプログラミングパラメータを受信することと、
選択されたプログラミングパラメータ備える前記システム情報を生成することと、
をさらに備える、請求項２９に記載の方法。
【請求項３１】
前記１つまたは複数のＢＣＳプロバイダから前記ＢＣＳパラメータを受信することをさらに備える、請求項２９に記載の方法。
【請求項３２】
前記１つまたは複数のコンテンツパッケージャから前記パッケージャパラメータを受信することをさらに備える、請求項２９に記載の方法。
【請求項３３】
メディアプレゼンテーションガイドを備える前記システム情報を生成することをさらに備える、請求項２９に記載の方法。
【請求項３４】
配信ネットワークを介して前記システム情報を送信することをさらに備える、請求項２９に記載の方法。
【請求項３５】
前記システム情報を無線送信で送信することをさらに備える、請求項２９に記載の方法。
【請求項３６】
システム情報を提供する方法であって、
システム情報メッセージを受信することと、
ＢＣＳプロバイダ識別子を決定することと、
前記ＢＣＳプロバイダ識別子に基づいて前記システム情報メッセージを解析して、解析済みシステム情報パラメータを決定することと、
前記解析済みシステム情報パラメータの選択された一部を表示することと、
を備える方法。
【請求項３７】
前記受信は前記システム情報メッセージを無線送信で送信することを備える、請求項３６に記載の方法。
【請求項３８】
前記受信は１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、前記システム情報メッセージを受信することを備える、請求項３６に記載の方法。
【請求項３９】
前記解析は前記ＢＣＳプロバイダ識別子を前記システム情報メッセージ内に含まれる１つまたは複数のＢＣＳ識別子と比較して、解析済みシステム情報パラメータを決定することを備える、請求項３６に記載の方法。
【請求項４０】
システム情報を提供する装置であって、
システム情報メッセージを受信するように構成された受信論理と、
ＢＣＳプロバイダ識別子を決定し、前記ＢＣＳプロバイダ識別子に基づいて前記システム情報メッセージを解析して、解析済みシステム情報パラメータを決定するように構成された解析論理と、
前記解析済みシステム情報パラメータの選択された一部を表示するように構成された表示論理と、
を備える装置。
【請求項４１】
前記受信論理は前記システム情報メッセージを無線送信で送信するように構成されている、請求項４０に記載の装置。
【請求項４２】
前記システム情報メッセージは、１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、請求項４０に記載の装置。
【請求項４３】
前記解析論理は前記ＢＣＳプロバイダ識別子を前記システム情報メッセージ内に含まれる１つまたは複数のＢＣＳ識別子と比較して、前記解析済みシステム情報パラメータを決定するように構成されている、請求項４０に記載の装置。
【請求項４４】
少なくとも１つのプロセッサによって実行されるとき、システム情報を提供するように動作する命令を備えたコンピュータ読取可能媒体であって、
システム情報メッセージを受信する命令と、
ＢＣＳプロバイダ識別子を決定する命令と、
前記ＢＣＳプロバイダ識別子に基づいて前記システム情報メッセージを解析して、解析済みシステム情報パラメータを決定する命令と、
前記解析済みシステム情報パラメータの選択された一部を表示する命令と、
を備える、コンピュータ読取可能媒体。
【請求項４５】
受信の前記命令は無線送信の前記システム情報メッセージを受信する命令を備える、請求項４４に記載のコンピュータ読取可能媒体。
【請求項４６】
受信の前記命令は１つまたは複数のＢＣＳプロバイダに関連する１つまたは複数のコンテンツパッケージャを識別する、前記システム情報メッセージを受信する命令を備える、請求項４４に記載のコンピュータ読取可能媒体。
【請求項４７】
解析の前記命令は、前記ＢＣＳプロバイダ識別子を前記システム情報メッセージ内に含まれる１つまたは複数のＢＣＳ識別子と比較して、前記解析済みシステム情報パラメータを決定する命令を備える、請求項４４に記載のコンピュータ読取可能媒体。
【請求項４８】
システム情報メッセージを配信する装置であって、前記システム情報メッセージは、
１つまたは複数のＢＣＳプロバイダを識別する第１セットのパラメータと、
前記第１セットのパラメータに関連する第２セットのパラメータと、を備え、
前記第２セットのパラメータは１つまたは複数のコンテンツパッケージャを識別する、
装置。
【請求項４９】
配信ネットワークを介してシステム情報を提供するシステム情報メッセージであって、
１つまたは複数のＢＣＳプロバイダを識別する第１セットのパラメータと、
前記第１セットのパラメータに関連する第２セットのパラメータと、を備え、
前記第２セットのパラメータは１つまたは複数のコンテンツパッケージャを識別する、
システム情報メッセージ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２００９−５１２９１２（Ｐ２００９−５１２９１２Ａ）
【公表日】平成２１年３月２６日（２００９．３．２６）
【国際特許分類】
【出願番号】特願２００８−５３０１８８（Ｐ２００８−５３０１８８）
【出願日】平成１８年９月７日（２００６．９．７）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０３４８１５
【国際公開番号】ＷＯ２００７／０３０５９１
【国際公開日】平成１９年３月１５日（２００７．３．１５）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２１年３月２６日（２００９．３．２６）
【国際特許分類】
【出願日】平成１８年９月７日（２００６．９．７）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０３４８１５
【国際公開番号】ＷＯ２００７／０３０５９１
【国際公開日】平成１９年３月１５日（２００７．３．１５）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]