(57)【要約】  移動体デバイスの無線（ＯＴＡ）による加入のための方法および装置である。データネットワークにおける移動体デバイスの無線による加入を実行する方法を提供する。方法は、オーバーヘッド通知メカニズムを確立することと、オーバーヘッド通知メカニズムを使用して、パッケージデータベースを移動体デバイスに送信することとを含み、パッケージデータベースが１つ以上のサービスパッケージを識別する。また、方法は、１つ以上の選択されたサービスパッケージに加入する要求を移動体デバイスから受信することも含む。【選択図】      図３
2008533858.tif 000002
【特許請求の範囲】
【請求項１】
データネットワークにおける無線による加入を提供する方法において、
オーバーヘッド通知メカニズムを確立することと、
オーバーヘッド通知メカニズムを使用して、パッケージデータベースをデバイスに送信することと、
選択されたサービスパッケージに加入する要求をデバイスから受信することとを含み、
パッケージデータベースが１つ以上のサービスパッケージを識別する方法。
【請求項２】
デバイスをアクティブ化することをさらに含む請求項１記載の方法。
【請求項３】
更新されたパッケージデータベースをデバイスにインストールしないことを決定することと、
オーバーヘッド通知メカニズムを使用して、更新されたパッケージデータベースをデバイスに送信することとをさらに含む請求項１記載の方法。
【請求項４】
デバイスにインストールするクライアントを送信することをさらに含む請求項１記載の方法。
【請求項５】
前記受信することは、デバイスサーバ間プロトコルを使用して、選択されたサービスパッケージに加入する要求を受信することを含む請求項１記載の方法。
【請求項６】
選択されたサービスパッケージに関係するサービスをデバイスに提供することをさらに含む請求項１記載の方法。
【請求項７】
前記受信することは、選択されたサービスパッケージの加入を解約する要求をデバイスから受信することを含む請求項１記載の方法。
【請求項８】
データネットワークにおける無線による加入を提供する装置において、
オーバーヘッド通知チャネルを確立するように動作するオーバーヘッド通知ロジックと、
オーバーヘッド通知チャネルを使用して、パッケージデータベースをデバイスに送信するように動作する送信ロジックと、
選択されたサービスパッケージに加入する要求をデバイスから受信するように動作する受信ロジックとを具備し、
パッケージデータベースが１つ以上のサービスパッケージを識別する装置。
【請求項９】
デバイスをアクティブ化するように動作する処理ロジックをさらに具備する請求項８記載の装置。
【請求項１０】
送信ロジックは、オーバーヘッド通知チャネルを使用して、更新されたパッケージデータベースをデバイスに送信するように動作する請求項８記載の装置。
【請求項１１】
処理ロジックは、デバイスにインストールするクライアントを送信するように動作する請求項８記載の装置。
【請求項１２】
受信ロジックは、デバイスサーバ間プロトコルを使用して、選択されたサービスパッケージに加入する要求を受信するロジックをさらに備える請求項８記載の装置。
【請求項１３】
送信ロジックは、選択されたサービスパッケージに関係するサービスをデバイスに提供するロジックをさらに備える請求項８記載の装置。
【請求項１４】
受信ロジックは、選択されたサービスパッケージの加入を解約する要求を受信するロジックをさらに備える請求項８記載の装置。
【請求項１５】
データネットワークにおける無線による加入を提供する装置において、
オーバーヘッド通知メカニズムを確立する手段と、
オーバーヘッド通知メカニズムを使用して、パッケージデータベースをデバイスに送信する手段と、
選択されたサービスパッケージに加入する要求をデバイスから受信する手段とを具備し、
パッケージデータベースが１つ以上のサービスパッケージを識別する装置。
【請求項１６】
デバイスをアクティブ化する手段をさらに具備する請求項１５記載の装置。
【請求項１７】
更新されたパッケージデータベースをデバイスにインストールしないことを決定する手段と、
オーバーヘッド通知メカニズムを使用して、更新されたパッケージデータベースをデバイスに送信する手段とをさらに具備する請求項１５記載の装置。
【請求項１８】
デバイスにインストールするクライアントを送信する手段をさらに具備する請求項１５記載の装置。
【請求項１９】
受信する手段は、デバイスサーバ間プロトコルを使用して、選択されたサービスパッケージに加入する要求を受信する手段を備える請求項１５記載の装置。
【請求項２０】
選択されたサービスパッケージに関係するサービスをデバイスに提供する手段をさらに具備する請求項１５記載の装置。
【請求項２１】
受信する手段は、選択されたサービスパッケージの加入を解約する要求を受信する手段を備える請求項１５記載の装置。
【請求項２２】
プロセッサによって実行されるときに、データネットワークにおける無線による加入のための方法を実現させるように動作する手段を含むコンピュータ読取可能な媒体において、
方法は、
オーバーヘッド通知メカニズムを確立することと、
オーバーヘッド通知メカニズムを使用して、パッケージデータベースをデバイスに送信することと、
選択されたサービスパッケージに加入する要求をデバイスから受信することとを含み、
パッケージデータベースが１つ以上のサービスパッケージを識別するコンピュータ読取可能な媒体。
【請求項２３】
方法は、デバイスをアクティブ化することをさらに含む請求項２２記載のコンピュータ読取可能な媒体。
【請求項２４】
方法は、
更新されたパッケージデータベースをデバイスにインストールしないことを決定することと、
オーバーヘッド通知メカニズムを使用して、更新されたパッケージデータベースをデバイスに送信することとをさらに含む請求項２２記載のコンピュータ読取可能な媒体。
【請求項２５】
方法は、デバイスにインストールするクライアントを送信することをさらに含む請求項２２記載のコンピュータ読取可能な媒体。
【請求項２６】
受信することは、デバイスサーバ間プロトコルを使用して、選択されたサービスパッケージに加入する要求を受信することを含む請求項２２記載のコンピュータ読取可能な媒体。
【請求項２７】
方法は、選択されたサービスパッケージに関係するサービスをデバイスに提供することをさらに含む請求項２２記載のコンピュータ読取可能な媒体。
【請求項２８】
受信することは、選択されたサービスパッケージの加入を解約する要求を受信することを含む請求項２２記載のコンピュータ読取可能な媒体。
【請求項２９】
データネットワークにおける無線による加入を実行するようにデバイスを動作させる方法において、
オーバーヘッド通知メカニズムを確立することと、
オーバーヘッド通知メカニズムを使用して、パッケージデータベースを受信することと、
選択されたサービスパッケージに加入する要求を無線によって送信することとを含み、
パッケージデータベースが１つ以上のサービスパッケージを識別する方法。
【請求項３０】
無線による加入を要求するためにデバイスをアクティブ化することをさらに含む請求項２９記載の方法。
【請求項３１】
オーバーヘッド通知メカニズムを使用して、更新されたパッケージデータベースを受信することをさらに含む請求項２９記載の方法。
【請求項３２】
インストールするクライアントを受信することをさらに含む請求項２９記載の方法。
【請求項３３】
パッケージデータベースからの情報を描画するようにクライアントを動作させることをさらに含む請求項３２記載の方法。
【請求項３４】
前記送信することは、デバイスサーバ間プロトコルを使用して、選択されたサービスパッケージに加入する要求を送信することを含む請求項２９記載の方法。
【請求項３５】
選択されたサービスパッケージに関係するサービスを受信することをさらに含む請求項２９記載の方法。
【請求項３６】
前記送信することは、選択されたサービスパッケージの加入を解約する要求を送信することを含む請求項２９記載の方法。
【請求項３７】
データネットワークにおける無線による加入を実行する装置において、
オーバーヘッド通知チャネルを確立するように動作するオーバーヘッド通知ロジックと、
オーバーヘッド通知チャネルを使用して、コンテンツサーバからパッケージデータベースを受信するように動作する受信ロジックと、
選択されたサービスパッケージに加入する要求を無線によって送信するように動作する送信ロジックとを具備し、
パッケージデータベースが１つ以上のサービスパッケージを識別する装置。
【請求項３８】
コンテンツサーバでアクティブ化プロセスを実行するように動作する処理ロジックをさらに具備する請求項３７記載の装置。
【請求項３９】
オーバーヘッド通知チャネルを使用して、更新されたパッケージデータベースを受信するロジックをさらに具備する請求項３７記載の装置。
【請求項４０】
インストールするクライアントを受信するように動作する処理ロジックをさらに具備する請求項３７記載の装置。
【請求項４１】
クライアントは、パッケージデータベースからの情報を描画するように動作する請求項３７記載の装置。
【請求項４２】
送信ロジックは、デバイスサーバ間プロトコルを使用して、選択されたサービスパッケージに加入する要求を送信するように動作する請求項３７記載の装置。
【請求項４３】
受信ロジックは、選択されたサービスパッケージに関係するサービスを受信するように動作する請求項３７記載の装置。
【請求項４４】
送信ロジックは、選択されたサービスパッケージの加入を解約する要求を送信するように動作する請求項３７記載の装置。
【請求項４５】
データネットワークにおける無線による加入を実行する装置において、
オーバーヘッド通知メカニズムを確立する手段と、
オーバーヘッド通知メカニズムを使用して、コンテンツサーバからパッケージデータベースを受信する手段と、
選択されたサービスパッケージに加入する要求を無線によって送信する手段とを具備し、
パッケージデータベースが１つ以上のサービスパッケージを識別する装置。
【請求項４６】
コンテンツサーバでアクティブ化する手段をさらに具備する請求項４５記載の装置。
【請求項４７】
オーバーヘッド通知メカニズムを使用して、更新されたパッケージデータベースを受信する手段をさらに具備する請求項４５記載の装置。
【請求項４８】
インストールするクライアントを受信する手段をさらに具備する請求項４５記載の装置。
【請求項４９】
パッケージデータベースからの情報を描画するようにクライアントを動作させる手段をさらに具備する請求項４８記載の装置。
【請求項５０】
送信する手段は、デバイスサーバ間プロトコルを使用して、選択されたサービスパッケージに加入する要求を送信する手段を具備する請求項４５記載の装置。
【請求項５１】
選択されたサービスパッケージに関係するサービスを受信する手段をさらに具備する請求項４５記載の装置。
【請求項５２】
送信する手段は、選択されたサービスパッケージの加入を解約する要求を送信する手段を具備する請求項４５記載の装置。
【請求項５３】
プロセッサによって実行されるときに、データネットワークにおける無線による加入のための方法を実行するように動作する手段を含むコンピュータ読取可能な媒体において、
方法は、
オーバーヘッド通知メカニズムを確立することと、
オーバーヘッド通知メカニズムを使用して、コンテンツサーバからパッケージデータベースを受信することと
選択されたサービスパッケージに加入する要求を無線によって送信することとを含み、
パッケージデータベースが１つ以上のサービスパッケージを識別するコンピュータ読取可能な媒体。
【請求項５４】
方法は、コンテンツサーバでアクティブ化することをさらに含む請求項５３記載のコンピュータ読取可能な媒体。
【請求項５５】
方法は、オーバーヘッド通知メカニズムを使用して、更新されたパッケージデータベースを受信することをさらに含む請求項５３記載のコンピュータ読取可能な媒体。
【請求項５６】
方法は、インストールするクライアントを受信することをさらに含む請求項５３記載のコンピュータ読取可能な媒体。
【請求項５７】
方法は、パッケージデータベースからの情報を描画するようにクライアントを動作させることをさらに含む請求項５３記載のコンピュータ読取可能な媒体。
【請求項５８】
送信することは、デバイスサーバ間プロトコルを使用して、選択されたサービスパッケージに加入する要求を送信することを含む請求項５３記載のコンピュータ読取可能な媒体。
【請求項５９】
方法は、選択されたサービスパッケージに関係するサービスを受信することをさらに含む請求項５３記載のコンピュータ読取可能な媒体。
【請求項６０】
送信することは、選択されたサービスパッケージの加入を解約する要求を送信することを含む請求項５３記載のコンピュータ読取可能な媒体。
【発明の詳細な説明】
【米国特許法１１９条による優先権の主張】
【０００１】
本出願は、“無線による加入のメディアフロー”と題する２００５年３月１０日に出願された米国仮出願第６０／６６０，６０９号に対して優先権を主張し、この米国仮特許出願は本発明の譲受人に譲渡され、参照によりここに明確に組み込まれている。
【分野】
【０００２】
本発明は、一般的に、ネットワーク環境におけるコンテンツ加入に関し、さらに詳細に説明すると、無線による加入を提供する方法および装置に関する。
【背景】
【０００３】
ワイヤレス通信ネットワークのようなデータネットワークは、単一の端末に対してカスタマイズされているサービスと、非常に多くの端末に提供されているサービスとの間でトレードオフとならなければならない。例えば、１つまたはいくつかの端末にサービスを提供するために必要なオーバーヘッドはかなりなものでないかもしれないが、非常に多くの端末にこれと同一のサービスを提供するために必要なオーバーヘッドはかなりなものであり、さらに、かなりの量のネットワークリソースを消費させるかもしれない。このように、非常に多くの移動体端末（加入者）に対してコンテンツを配信することは複雑な問題である。これは、特に、固定した位置にあるデバイスによって一般的に使用されている非常に高速なハードワイヤード接続とは対照的に、比較的ゆっくりしたスピードの無線による通信リンクを使用して通信する移動体端末に対して言えることである。ゆえに、コンテンツおよび／または他のネットワークサービスを受信するために、移動体端末が容易にかつ効率的に加入できるようにする方法をネットワークアドミニストレータおよびコンテンツプロバイダが持つことは大変重要である。
【０００４】
現在のコンテンツ配信／メディア配信システムでは、一般的に、加入は、インターネットを通じた１以上のカスタマサインアップページを通して取り扱われている。または、従来のケーブルシステムや衛星システムにおけるような、電話機を通じた顧客による通話がカスタマサービス担当者に対して行われている。ウェブページモデルは、移動体デバイスからアクセスできる１以上のページ、または移動体デバイス上で提示するために特別にフォーマット化（すなわち、ＷＭＬ、ＸＨＴＭＬ）された１以上のページでさえも提供している。しかしながら、このアプローチは、実質上、インターネットサインアップページモデルの変形に過ぎない。
【０００５】
一般的に、ウェブページ加入サービスは、サーバ駆動型要求／応答システムを提供している。例えば、さまざまなフォーマットのスクリーンにしたがって、記入されてネットワークサーバに送出されなければならないスクリーンがユーザに提示される。このように、さまざまなフォームがフォーマット化されてサーバで記憶されており、加入デバイスは、ユーザが記入するためにこれらのフォームを描画することだけが必要であるので、システムはプレゼンテーション層に依存している。結果的に、サーバは、一般的に、加入デバイスで利用可能な描画リソースのためにフォーマット化されているフォームを提供する必要がある。いくつかのケースでは、サーバは、正確にフォーマット化されたフォームを提供し、さらに、他のケースでは、正確にフォーマット化されたフォームを取り出すように代替サイトまたはサーバに対してデバイスを向ける。したがって、デバイスがデスクトップコンピュータまたは移動体コンピューティングデバイスであってもなくても、加入デバイスの描画能力のために再フォーマット化されたフォームが、同一のサーバ駆動型要求／応答システムに提供される。
【０００６】
残念なことに、現在のシステムは、１つ以上のサービスパッケージに加入する高速かつ効率的な方法を、移動体端末のような移動デバイスに提供していない。例えば、デバイスユーザは、提供されているサービスを見るために、最初に、サービスプロバイダとデータセッションを開始する必要がある。加入するために提供されているものを選択した後、サーバからダウンロードされて、デバイス上で描画された１つ以上のフォームをユーザが埋める必要がある。一般的に、ポータブルデバイス上で利用可能な比較的小さなスクリーン上で描画するようにフォームはフォーマット化されているので、複数のフォームを埋める必要がある。さらに、全体のプロセスは無線によって行われるため、比較的ゆっくりとした送信スピードが、加入プロセスを大変ゆっくりとしたものにする。したがって、現在利用可能である加入プロセスはゆっくりで時間がかかるものであるので、ポータブルデバイスユーザは全体的に加入を避ける可能性があり、または、ユーザがシステムを使用した場合、このシステムの応答および効率の悪さに不満を抱くかもしれない。
【０００７】
したがって、必要とされるものは、移動体デバイスのユーザが１つ以上のサービスパッケージに容易に加入できるようにする、無線による加入システムである。システムは、プレゼンテーション層加入サービスに関係する問題を防ぐように動作するので、デバイスユーザは、よりゆっくりとした無線による送信スピードを使用して、利用可能なサービスに高速かつ効率的に加入して受信することができる。
【概要】
【０００８】
１つ以上の実施形態では、ワイヤレス通信リンクを使用して、移動体デバイスがコンテンツ配信システムからサービスに加入できるようにする、無線による（ＯＴＡ）加入システムを提供する。１つの実施形態では、システムは、安全なＯＴＡ加入要求をデバイスから直接発生させることができるアプリケーションプロトコルを提供する。システムは、利用可能なサービスパッケージのデータベースを維持するデバイス常駐クライアントを具備しているので、デバイスユーザは利用可能なパッケージから容易にブラウジングして選択することができる。結果的に、提供されているサービスをブラウジングするために、ユーザは、外部サーバとデータセッションを開始する必要はない。１つの実施形態では、システムは、プレゼンテーション層に無関係である独特なデバイスサーバ間加入プロトコルを実現しており、このデバイスサーバ間加入プロトコルによって、認証されたデバイスは、選択されたサービスパッケージに加入することができる。デバイスが認証されていることから、すべての加入要求に署名することができるので、システムは安全な加入環境を提供している。
【０００９】
１つの実施形態では、データネットワークにおける無線による加入を実行する方法を提供する。方法は、オーバーヘッド通知メカニズムを確立することと、オーバーヘッド通知メカニズムを使用して、パッケージデータベースをデバイスに送信することとを含み、パッケージデータベースが１つ以上のサービスパッケージを識別する。また、方法は、選択されたサービスに加入する要求をデバイスから受信することも含み、データネットワークにおける無線によって加入する装置を提供する。装置は、オーバーヘッド通知チャネルを確立するように動作するオーバーヘッド通知ロジックを具備する。また、装置は、オーバーヘッド通知チャネルを使用して、パッケージデータベースをデバイスに送信するように動作する送信ロジックも具備し、パッケージデータベースが１つ以上のサービスパッケージを識別する。また、装置は、選択されたサービスパッケージに加入する要求をデバイスから受信するように動作する受信ロジックも具備する。
【００１０】
１つの実施形態では、データネットワークにおける無線によって加入を実行する方法を提供する。方法は、オーバーヘッド通知メカニズムを確立することと、オーバーヘッド通知メカニズムを使用して、パッケージデータベースをデバイスに送信することとを含み、パッケージデータベースが１つ以上のサービスパッケージを識別する。また、方法は、選択されたサービスに加入する要求をデバイスから受信することも含む。
【００１１】
１つの実施形態では、データネットワークにおける無線によって加入する装置を提供する。装置は、オーバーヘッド通知チャネルを確立するように動作するオーバーヘッド通知ロジックを具備している。また、装置は、オーバーヘッド通知チャネルを使用して、パッケージデータベースをデバイスに送信するように動作する送信ロジックを具備し、パッケージデータベースが１つ以上のサービスパッケージを識別する。また、装置は、選択されたサービスパッケージに加入する要求をデバイスから受信するように動作する受信ロジックも具備する。
【００１２】
１つの実施形態では、データネットワークにおける無線によって加入する装置を提供する。装置は、オーバーヘッド通知メカニズムを確立する手段を具備する。また、装置は、オーバーヘッド通知メカニズムを使用して、パッケージデータベースをデバイスに送信する手段を具備し、パッケージデータベースが１つ以上のサービスパッケージを識別する。また、装置は、選択されたサービスパッケージに加入する要求をデバイスから受信する手段も具備する。
【００１３】
１つの実施形態では、プロセッサによって実行されるときに、データネットワークにおける無線による加入を提供するように動作する命令を含むコンピュータ読取可能な媒体を提供する。コンピュータ読取可能な媒体は、オーバーヘッド通知チャネルを確立する命令を含む。また、コンピュータ読取可能な媒体は、オーバーヘッド通知チャネルを使用して、パッケージデータベースをデバイスに送信する命令も含み、パッケージデータベースが１つ以上のサービスパッケージを識別する。さらに、コンピュータ読取可能な媒体は、選択されたサービスパッケージに加入する要求をデバイスから受信する命令も含む。
【００１４】
１つの実施形態では、データネットワークにおける無線による加入を実行するようにデバイスを動作させる方法を提供する。方法は、オーバーヘッド通知メカニズムを確立することと、オーバーヘッド通知メカニズムを使用して、パッケージデータベースを受信することとを含み、パッケージデータベースが１つ以上のサービスパッケージを識別する。また、方法は、選択されたサービスパッケージに加入する要求を無線によって送信することとも含む。
【００１５】
１つの実施形態では、データネットワークにおける無線による加入を実行する装置を提供する。装置は、オーバーヘッド通知チャネルを確立するように動作するオーバーヘッド通知ロジックを具備する。また、装置は、オーバーヘッド通知チャネルを使用して、コンテンツサーバからパッケージデータベースを受信するように動作する受信ロジックも具備し、パッケージデータベースが１つ以上のサービスパッケージを識別する。さらに、装置は、選択されたサービスパッケージに加入する要求を無線によって送信するように動作する送信ロジックも具備する。
【００１６】
１つの実施形態では、データネットワークにおける無線による加入を実行する装置を提供する。装置は、オーバーヘッド通知メカニズムを確立する手段と、オーバーヘッド通知メカニズムを使用して、コンテンツサーバからパッケージデータベースを受信する手段とを具備し、パッケージデータベースが１つ以上のサービスパッケージを識別する。さらに、装置は、選択されたサービスパッケージに加入する要求を無線によって送信する手段も具備する。
【００１７】
１つの実施形態では、プロセッサによって実行されるときに、データネットワークにおける無線による加入を実行するように動作する命令を含むコンピュータ読取可能な媒体を提供する。コンピュータ読取可能な媒体は、オーバーヘッド通知メカニズムを確立する命令と、オーバーヘッド通知メカニズムを使用して、コンテンツサーバからパッケージデータベースを受信する命令とを含み、パッケージデータベースが１つ以上のサービスパッケージを識別する。さらに、コンピュータ読取可能な媒体は、選択されたサービスパッケージに加入する要求を無線によって送信する命令も含む。
【００１８】
本発明の他の観点、効果および特徴は図面の簡単な説明、詳細な説明および特許請求の範囲に記載されている以後のものを見た後に明らかになるであろう。
【００１９】
ここで記述する実施形態の先の観点とそれに伴う効果は、添付図面を考慮に入れて、以下の詳細な説明を参照することによりさらに容易に理解されるようになるであろう。
【詳細な説明】
【００２０】
以下の詳細な説明では、ＯＴＡ加入システムの１つ以上の実施形態を記述している。システムは、特に、ワイヤレスネットワーク環境での使用に十分適しているが、例えば、通信ネットワーク、インターネットのような公共ネットワーク、仮想私設ネットワーク（ＶＰＮ）のような私設ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、長距離ネットワーク、あるいは他の何らかのタイプのデータネットワークを含んでいる何らかのタイプのネットワーク環境で使用されてもよい。しかしながら、ネットワーク環境は、これらに限定されるものではない。
【００２１】
ここで以下の定義を使用して、ＯＴＡ加入システムの１つ以上の実施形態を記述する。  サービス
サービスは、メディアプレゼンテーションのシーケンスであり、また、加入システムにおいて、加入できる最小の構成要素を提示してもよい。
【００２２】
ティア
ティアは、１つ以上のサービスの集合である。
【００２３】
パッケージ
パッケージ（または「サービスパッケージ」）は、加入ベースで提供される１つ以上のティアの集合である。
【００２４】
１つ以上の実施形態おいて、ＯＴＡ加入システムは、プログラムガイド（ＰＧ）をデバイスユーザに提示するデバイス常駐クライアントを提供しており、プログラムガイド（ＰＧ）は、利用可能なサービスパッケージの見ることができるリストを含んでおり、これは、デバイス上でローカル的にキャッシュされる。加入するパッケージをデバイスユーザが選択するとき、クライアントは、デバイスサーバ間加入プロトコル（ＤＳＳＰ）を使用して、加入に対する要求を発生させる。加入プロトコルは、１つ以上のサービスパッケージに対する加入を要求ごとにサポートし、また、認証されたデバイスから要求が発生されたことを保証するために、要求はデジタル的に署名される。加入要求はコンテンツサーバに送信され、コンテンツサーバは、デバイスに対するサービスパッケージに加入する要求を処理する。したがって、ネットワークリソースを節約して、要求されたオーバーヘッドを減少させる方法で、デバイスユーザは、無線によって１つ以上のサービスパッケージに効率的に加入することができる。
【００２５】
図１は、ＯＴＡ加入システムの１つの実施形態を含むネットワーク１００を示している。ネットワーク１００は、コンテンツ配信サーバ１０２、データネットワーク１０４、および移動体電話機１０６を含むデバイスの集合、パーソナルデジタルアシスタント（ＰＤＡ）１０８、ノートブックコンピュータ１１０およびデスクトップコンピュータ１１２を備えている。データネットワーク１０４は、サーバ１０２とデバイスとの間でデータを送信できるようにする、ワイヤおよび／またはワイヤレスネットワークのいずれかのタイプならびに／あるいはこれらを組み合わせたものであってもよい。サーバ１０２は通信リンク１２８を通してネットワーク１０４と通信し、この通信リンク１２８はワイヤまたはワイヤレス通信チャネルのうちのいずれかのタイプを含んでいてもよい。データネットワーク１０４はワイヤレス通信リンク１１４を提供しており、このワイヤレス通信リンク１１４によって、ネットワーク１０４と、デバイス１０６、１０８、１１０および１１２との間でデータをワイヤレスで送信することができる。ワイヤレス通信リンク１１４は、あらゆるタイプのワイヤレス通信技術を構成している。この残りの説明として、ＯＴＡ加入システムのさまざまな実施形態について移動体電話機１０６を参照して説明する。しかしながら、実施形態は、デバイス１０８、１１０および１１２に等しく適用可能である。
【００２６】
１つの実施形態では、オーバーヘッド通知メカニズムを使用して、サーバ１０２とデバイス１０６との間の通信を確立する。例えば、デバイス１０２が、サーバ１０２におけるオーバーヘッド通知ロジック１２４と通信して、オーバーヘッドチャネル（ＯＮＣ）１２２を確立する。ＯＮＣ１２２は、サーバ１０２とデバイス１０６との間の現在の通信チャネルの一部分である仮想チャネルであってもよい。しかしながら、１つ以上の実施形態では、サーバ１２０とデバイス１０６との間の何らかのタイプの通信チャネルとして、ＯＮＣ１２２を実現させることが可能である。
【００２７】
１つの実施形態では、システムは、デバイス１０６上に常駐しているクライアントプログラム１２０を含んでいる。例えば、クライアントプログラムは、ＯＮＣ１２２を通して、サーバ１０２からデバイス１０６にダウンロードされてもよい。別の実施形態では、クライアントプログラム１２０は、デバイスの製造中にデバイスにロードされる。さらに別の実施形態では、クライアントプログラム１２０は、第三者のシステムまたはネットワークエンティティからデバイス１０６にダウンロードされる。
【００２８】
クライアントプログラム１２０がデバイス１０６に一度インストールされると、デバイス１０６がＯＴＡ加入を獲得できるように、クライアントプログラム１２０はデバイス１０６をアクティブ化するように動作する。１つの実施形態では、ＯＴＡ加入システムによる動作に対してデバイス１０６をアクティブ化するために、クライアントプログラム１２０は、（示しているようなパス１１８によって）識別子および他の情報をアクティブ化ロジック１１６と安全に交換する。デバイス１０６がアクティブ化された後、サーバ１０２が、ＯＮＣ１２２を通して、デバイス１０６にパッケージデータベース１２６をダウンロードする。
【００２９】
パッケージデータベース１２６には、デバイス１０６によって加入可能なサービスパッケージが記載されている。デバイス１０６の動作中に、クライアント１２０によって、デバイスユーザは、加入可能なサービスパッケージをすぐにレビューすることができる。データベースがデバイス１０６上で維持されているので、デバイス１０６は、提供されているサービスをデバイスユーザがブラウジングする順番で、外部サーバとデータセッションを開始する必要はない。クライアントプログラム１２０は、デバイス１０６上に表示されるプログラムガイドを提供するように動作する。デバイスユーザが、１つ以上のサービスパッケージを選択して、加入が獲得されてもよい。
【００３０】
デバイスユーザによって選択されたサービスパッケージに加入するために、クライアント１２０は、デバイスサーバ間プロトコルを利用して、サーバ１０２に送信する加入要求を発生させる。例えば、示しているような１３０において、クライアント１２０が加入要求をサーバ１０２に送る。加入要求は、サーバ１０２が、選択されたサービスパッケージにデバイス１０６を加入させるように要求するものである。要求が処理された後、サーバ１０２は、示しているようなパス１３２によって、加入されたコンテンツをデバイス１０６に提供する。他の実施形態では、加入されたコンテンツは、第三者のコンテンツプロバイダからデバイスに配信される。
【００３１】
１つ以上の実施形態では、ＯＴＡ加入システムは、デバイス１０６におけるパッケージデータベース１２６に対して最新の更新を維持するように動作する。例えば、パッケージデータベース１２６の現在の改訂に関する情報をクライアント１２０がサーバ１０２に送信する。更新されたバージョンのパッケージデータベース１２６がサーバ１０２で利用可能である場合、サーバ１０２は、ＯＮＣ１２２を通して、更新されたパッケージデータベースをデバイス１０６に送信する。ＯＮＣ１２２上での送信は、バックグラウンド中で行われ、デバイスユーザにトランスペアレントなので、クライアントは、何らのユーザ介入がなくても、パッケージデータベース１２６の最新版のコピーを維持するように動作する。
【００３２】
１つ以上の実施形態では、パッケージデータベース１２６は、何らかの適切なフォーマットおよび／またはデータタイプであってもよい。例えば、データベース１２６中で識別される各パッケージは、パッケージ識別子、パッケージ説明、サービスのリスト、価格情報、スケジュール、および他の何らかの関連情報を含んでいてもよい。パッケージデータベース１２６中の利用可能な情報のうちの何らかのもの、またはすべてのものをデバイス１０６のユーザに示すように、プログラムガイドを通して、クライアント１２０は動作する。したがって、デバイスユーザはさまざまな情報を参照することが可能であり、この情報により、加入する１つ以上のサービスパッケージを選択する。１つ以上の実施形態では、デバイス１０６をアクティブ化することと、ＯＮＣ１２２を通して送信される情報は、何らかの安全な認証メカニズムを使用して保護される。
【００３３】
さらに、１つの実施形態では、システムは、現在存在している何らかの加入をデバイス１０６が解約したり、または終了したりできるように動作する。例えば、デバイスによって現在加入されているサービスパッケージをクライアント１２０が表示する。デバイスユーザは、加入をキャンセルしたり、または終了したりする１つ以上のパッケージを選択する。クライアント１２０が、加入要求に類似している終了要求をアセンブルする。終了は、サーバが、識別されたサービスパッケージからデバイスを解約するように要求する。クライアント１２０は、デバイスサーバ間プロトコルを使用して、終了要求をサーバ１０２に送信する。それから、サーバ１０２が要求を処理して、識別した加入を終了させる。
【００３４】
図２は、ＯＴＡ加入システムの１つ以上の実施形態での使用に適しているコンテンツサーバ２００の１つの実施形態の詳細な図を示している。例えば、サーバ２００は、図１中のサーバ１０２として使用されてもよい。サーバ２００は、処理ロジック２０２、デバイスリソース２０４、パッケージデータベース２０６、オーバーヘッド通知ロジック２０８、およびトランシーバロジック２１０を具備しており、これらすべて内部データバス２１２に結合されている。また、サーバ２００は、アクティブ化ロジック２１４も具備しており、アクティブ化ロジックもまた内部データバス２１２に結合されている。
【００３５】
１つ以上の実施形態では、処理ロジック２０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアの何らかの組み合わせを備えている。このように、処理ロジック２０２は、一般的に機械読取可能な命令を実行して、内部データバス２１２を通して、サーバ２００の１つ以上の他の機能的な構成要素を制御するロジックを含んでいる。
【００３６】
デバイスリソースおよびインターフェイス２０４は、ハードウェアおよび／またはソフトウェアを備えており、このデバイスリソースおよびインターフェイス２０４によって、内部システムおよび外部システムとサーバ２００が通信することができる。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、または他の内部デバイスリソースを含んでいてもよい。外部システムは、ユーザインターフェイスデバイス、プリンタ、ディスクドライバ、あるいは他のローカルデバイスまたはシステムを含んでいてもよい。
【００３７】
パッケージデータベース２０６は、利用可能なサービスパッケージについての情報を記憶するのに適している何らかのタイプのメモリデバイスを備えている。例えば、パッケージデータベース２０６は、パッケージ識別子、サービスまたはティア識別子、スケジュール情報、価格および／または利用可能なサービスパッケージに関連する他の何らかのタイプの情報を含んでいてもよい。
【００３８】
トランシーバロジック２１０は、ハードウェアおよび／またはソフトウェアを備えており、このトランシーバロジック２１０は、通信チャネルを通してリモートデバイスまたはシステムとデータおよび／または他の情報をサーバ２００が送受信できるように動作する。例えば、１つの実施形態では、通信チャネル２１６は、データネットワークとサーバ２００が通信できるようにする何らかの適切なタイプの通信リンクを含んでいる。
【００３９】
オーバーヘッド通知ロジック２０８は、ハードウェアおよび／またはソフトウェアを備えており、このオーバーヘッド通知ロジック２０８は、サーバ２００がＯＮＣ２１８を確立してＯＮＣ２０８を通して通信できるように動作する。ＯＮＣ２１８によって、サーバ２００はバックグラウンドにおいてデバイスと通信することができる。例えば、１つの実施形態において、デバイスにデータを送信できるようにするＯＮＣ２１８は、デバイスに対するワイヤレスリンクを備えている。１つの実施形態では、オーバーヘッド通知ロジック２０８を使用して、パッケージデータベース２０６からデバイスに情報をトランスペアレントに送信する。１つの実施形態では、オーバーヘッド通知ロジック２０８はトランシーバロジック２１０の一部分であり、ＯＮＣ２１８は通信チャネル２１６の一部分である。
【００４０】
処理ロジック２０２は、デバイスにダウンロードされるクライアントプログラム２２０を含んでいる。例えば、クライアント２２０は、ＯＮＣ２１８を使用して、デバイスにダウンロードされてもよい。クライント２２０は、プログラム、実行可能なデータファイル、またはＯＴＡ加入システムの１つ以上の実施形態を提供するデバイス上で実行するのに適している他の何らかのタイプのファイルを含んでいる。
【００４１】
アクティブ化ロジック２１４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアの何らかの組み合わせを備えている。アクティブ化ロジック２１４は、ＯＴＡ加入システムで動作させるために、デバイスをアクティブ化させるように動作する。アクティブ化プロセスは、ＯＴＡ加入システムを使用することを望むデバイスごとに一度だけ行う必要がある。１つの実施形態では、クライアントプログラム２２０は、デバイス上で実行し、アクティブ化ロジック２１４と通信して、デバイスをアクティブ化する。一度デバイスがアクティブ化されると、デバイス上で動作しているクライアントプログラム２２０は、利用可能なサービスパッケージについての情報を受信して、利用可能なサービスパッケージについての情報をデバイスユーザに表示させるように動作する。したがって、クライアント２２０による描画のために、デバイスが誰であるのか、どのようにデバイスのインボイスを作成して、デバイスを認証し、デバイスにサービスパッケージデータベースをダウンロードするのかをサーバ２００が把握できるように、アクティブ化ロジック２１４はリアルタイムで動作する。
【００４２】
１つの実施形態では、ＯＴＡ加入システムは、コンピュータ読取可能な媒体に記憶されているプログラム命令を含んでおり、プログラム命令がプロセッサによって実行されるときに、例えば、処理ロジック２０２は、ここで記述したサーバ２００の機能を提供する。例えば、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、あるいはデバイスリソース２０４を通してサーバ２００にインターフェイスする他の何らかのタイプのメモリデバイスまたはコンピュータ読取可能な媒体のような、コンピュータ読取可能な媒体から、命令はサーバ２００にロードされてもよい。別の実施形態では、命令は、サーバ２００にインターフェイスする外部デバイスまたはネットワークリソースからトランシーバロジック２１０を通してサーバ２００にダウンロードされてもよい。命令は、処理ロジック２０２によって実行されるときに、ここに記述したようなＯＴＡ加入システムの１つ以上の実施形態を提供する。
【００４３】
図３は、ＯＴＡ加入システムの１つの実施形態においてサーバを動作させる方法３００の１つの実施形態を示している。明確にするために、図２に示したサーバ２００を参照して、方法３００について記述している。１つ以上の実施形態では、処理ロジック２０２が、プログラム命令を実行し、サーバ２００の動作を制御して、以下に記述する機能を行う。
【００４４】
ブロック３０２では、サーバ２００とデバイスとの間でＯＮＣが確立される。例えば、オーバーヘッド通知ロジック２０８が、ＯＮＣ２１８をデバイスと確立すると、クライアント２２０をデバイスにダウンロードして、インストールすることができる。別の実施形態では、クライアント２２０は、第三者からデバイスにダウンロードされる。
【００４５】
ブロック３０４では、ＯＴＡ加入システムの１つ以上の実施形態を使用して、１つ以上のサービスパッケージにデバイスが加入できるように、デバイスはアクティブ化される。例えば、デバイスにインストールされたクライアントプログラムは、必要なアクティブ化情報を提供するために、サーバ２００とコンタクトする。１つの実施形態では、クライアントプログラムは、アクティブ化する目的のために、トランシーバロジック２１０を通して処理ロジック２０２と通信し、安全な認証された情報を提供する。例えば、情報は、デバイス識別子、ユーザ識別子、請求情報、および他の何らかのタイプの関連情報を含んでいてもよい。
【００４６】
ブロック３０６では、パッケージデータベースは、ＯＮＣを使用してダウンロードされるとデバイス上でローカル的にキャッシュされる。例えば、処理ロジック２０２は、オーバーヘッド通知ロジック２０８を制御し、ＯＮＣ２１８を使用して、パッケージデータベース２０６をデバイスにダウンロードする。このように、パッケージデータベースの最新バージョンは、デバイス上にトランスペアレントにダウンロードされて、記憶される。
【００４７】
ブロック３０８では、パッケージデータベース中で利用可能な１つ以上のパッケージにデバイスユーザが加入したいか否かを決定するテストが行われる。例えば、デバイス上のクライアントは、利用可能なパッケージのプログラムガイドをデバイスユーザに描画するように動作する。デバイスユーザが１つ以上のパッケージを選択すると、クライアントは、デバイスサーバ間プロトコルを使用してサーバに送信される加入要求をアセンブルする。加入要求は、要求しているデバイスについての情報、ユーザが加入を望むパッケージの数およびタイプについての情報を含む。このように、加入要求がサーバで受信された場合、方法はブロック３１２に進む。加入要求が受信されなかった場合、方法はブロック３１０に進む。
【００４８】
ブロック３１０では、１つ以上のデバイスに送信するために、更新されたパッケージデータベースが１つ以上のデバイスに送信可能かを決定するテストが行われる。例えば、より多くのサービスパッケージが利用可能になると、パッケージデータベース２０６が新しい情報に更新されて、新しい利用可能なパッケージにデバイスが加入できるようになる。例えば、処理ロジック２０２は、新しいサービスパッケージ情報によってパッケージデータベース２０６を更新するように動作する。新しいパッケージデータベースが利用可能である場合、方法はブロック３０６に進み、ブロック３０６において、ＯＮＣ２１８を通して新しいパッケージデータベースがトランスペアレントにデバイスにダウンロードされる。新しいパッケージデータベースが利用可能でない場合、方法はブロックは３０８に進み、ブロック３０８において、新しい加入要求を受信しているか否かを決定するテストが行われる。
【００４９】
ブロック３１２では、サーバが新しい加入要求を受信すると、新しい要求は、１つ以上のサービスパッケージにデバイスが加入できるように処理される。例えば、加入要求は、デバイスサーバ間加入プロトコルを使用して送信される。加入要求を送信するデバイスが、要求中で識別された１つ以上のサービスパッケージに加入できるように、加入要求は、処理ロジック２２０によって受信されて処理される。
【００５０】
ブロック３１４では、加入するように要求されていたサービスがデバイスに提供される。例えば、サーバは、ワイヤレスネットワーク通信によって、トランシーバロジック２１０を通してデバイスにサービスを送信するように動作する。別の実施形態では、サーバは、コンテンツプロバイダ、すなわち他の第三者のサービスプロバイダを認証し、加入したサービスをデバイスに提供するように動作する。
【００５１】
方法３００は、１つの実施形態を図示しているに過ぎず、この実施形態の記述した機能の変更、追加または再編成は、記述した実施形態の範囲から逸脱することなく実行されてもよいことに留意すべきである。例えば、１つの実施形態では、サーバ２００は、現在の加入を解約したり、または終了したりするように動作してもよい。この実施形態では、サーバ２００は、ブロック３０８において、デバイスから終了要求を受信する。終了要求は、現在の加入を解約または終了するデバイスからの要求である。ブロック３１２において、加入を終了するようにサーバは動作し、その後、方法は終了する。
【００５２】
図４は、ＯＴＡ加入システムの１つの実施形態での使用に適している端末４００の１つの実施形態の詳細な図を示している。端末４００は、処理ロジック４０２、デバイスリソースおよびインターフェイス４０４、トランシーバロジック４０８を具備しており、これらすべてデータバス４１０に結合されている。また、端末４００は、クライアント４０６およびパッケージデータベース４１２も備えており、これらもまたデータバス４１０に結合されている。
【００５３】
１つ以上の実施形態では、処理ロジック４０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアの何らかの組み合わせを備えている。このように、処理ロジック４０２は、一般的に、機械読取可能な命令を実行して、内部データバス４１０を通して、端末４００の１つ以上の他の機能的な構成要素を制御するロジックを備えている。
【００５４】
デバイスリソースおよびインターフェイス４０４は、ハードウェアおよび／またはソフトウェアを備えており、このデバイスリソースおよびインターフェイス４０４によって、内部システムおよび外部システムと端末４００が通信することができる。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、あるいは他の内部デバイスリソースを含んでいてもよい。外部システムは、ユーザインターフェイスデバイス、プリンタ、ディスクドライバ、あるいは他のローカルデバイスまたはシステムを含んでいてもよい。
【００５５】
トランシーバロジック４０８は、ハードウェアおよび／またはソフトウェアを備えており、ハードウェアおよび／またはソフトウェアは、通信チャネル４１４を通して、データおよび／または他の情報を内部デバイスまたはシステムと端末４００が送信および受信できるように動作する。例えば、通信チャネル４１４は、ネットワーク通信リンク、ワイヤレス通信リンク、あるいは他の何らかのタイプの通信リンクを含んでいてもよい。
【００５６】
動作中、デバイス４００は、ＯＴＡ加入システムの１つ以上の実施形態を使用して動作するようにアクティブ化される。１つの実施形態では、デバイスが、コンテンツ配信サーバとＯＮＣを確立する。クライアント４０６は、ＯＮＣ４１６を使用してサーバからダウンロードされて、デバイスにインストールされる。別の実施形態では、クライント４０６は、製造中にデバイスにインストールされるか、または第三者からダウンロードされる。ワンタイムアクティブ化プロセスを完了する目的のために、クライアント４０６は、コンテンツ配信サーバと通信するようにデバイス上で実行される。アクティブ化のプロセス中、サーバは、ＯＮＣ４１６を使用して、パッケージデータベース４１２をデバイスにダウンロードする。
【００５７】
アクティブ化プロセスが一度完了すると、クライント４０６は、ユーザインターフェイス（ＵＩ）を提供するように動作する。このユーザインターフェイス（ＵＩ）によって、パッケージデータベース４１２中で識別された利用可能なサービスパッケージをデバイスユーザが見ることができる。また、クライアント４０６によって、加入する１つ以上のパッケージをデバイスユーザが選択することができる。加入する１つ以上のパッケージをデバイスユーザが選択した後、クライアント４０６によって発生された加入要求において、選択されたパッケージが識別される。そして、クライアント４０６が、加入要求をコンテンツ配信サーバに送信する。１つ以上の実施形態では、クライアント４０６は、ここに記述した機能を行う処理ロジック４０２によって実行される機械読取可能な命令を含んでいる。
【００５８】
パッケージデータベース４１２は、加入可能なサービスパッケージに関連する情報を記憶するのに適している何らかのタイプのメモリも備えている。例えば、パッケージデータベース４１２は、パッケージ識別子、スケジュール情報、価格、および／またはデバイス上で提供されてもよい利用可能なサービスパッケージについての他の何らかの情報を含んでいてもよい。
【００５９】
１つの実施形態では、デバイスは、ＯＴＡ加入システムの１つ以上の実施形態における以下の機能のうちの１つ以上の機能を実行する。実施形態の範囲内で以下の機能を変更させたり、再編成したり、修正したり、追加したり、またはさもなければ調整したりしてもよいことに留意すべきである。
【００６０】
１．デバイスとコンテンツサーバとの間でオーバーヘッド通知メカニズムを確立する。  
２．クライアントプログラムをデバイスにダウンロードする。あるいは、クライアントプログラムが現在デバイス上に存在している。  
３．クライアントが、ＯＴＡ加入システムでデバイスをアクティブ化する。  
４．デバイスは、オーバーヘッド通知メカニズムを使用してトランスペアレントにデバイスに送信されたパッケージデータベースをコンテンツサーバから受信する。  
５．ユーザが加入できる利用可能なサービスパッケージを示すプログラムガイドを、クライアントがデバイスユーザに描画する。  
６．１つ以上のパッケージをユーザが選択した後、デバイスサーバ間プロトコルを使用してコンテンツサーバに送信された加入要求をクライアントがアセンブルする。  
７．加入要求がコンテンツサーバによって処理された後、ユーザが加入したサービスを、デバイスが受信する。
【００６１】
１つの実施形態では、ＯＴＡ加入システムは、コンピュータ読取可能な媒体上で記憶されているプログラム命令を含み、このプログラム命令は、処理ロジック４０２によって実行されるときに、ここで記述する端末４００の機能を提供する。例えば、フロッピーディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、あるいは他の何らかのタイプのメモリデバイスから、またはデバイスリソース４０４を通して端末４００にインターフェイスするコンピュータ読取可能な媒体のようなコンピュータ読取可能な媒体から、命令は端末４００にロードされてもよい。別の実施形態では、命令は、トランシーバ４０８を通して、端末４００にインターフェイスするネットワークリソースから端末４００にダウンロードされてもよい。命令は、処理ロジック４０２によって実行されるときに、ここに記述したような追跡システムの利用の１つ以上の実施形態を提供する。
【００６２】
図５は、ＯＴＡ加入システムの１つ以上の実施形態において端末を動作させる方法５００の１つの実施形態を示している。明確にするために、図４に示したデバイス４００を参照して、方法５００を記述している。１つ以上の実施形態では、処理ロジック４０２は、以下に記述した機能を行うようにプログラム命令を実行してデバイス４００を制御する。
【００６３】
ブロック５０２では、デバイスユーザがデバイスの電源投入を行う。１つの実施形態では、電源投入の後、デバイスは、ワイヤレス通信リンクを通して、データネットワークと通信を確立するように動作する。例えば、処理ロジック４０２が、トランシーバロジック４０８を制御して、データネットワークとワイヤレス通信リンクを確立する。
【００６４】
ブロック５０４では、ＯＴＡ加入システムでデバイスがアクティブ化されているか否かを決定するテストが行われる。ＯＴＡ加入システムでデバイスがアクティブ化されている場合、デバイスがクライアントプログラムをアクティブ化すると、方法はブロック５１０に進む。デバイスがアクティブ化されていない場合、方法はブロック５０６に進む。
【００６５】
ブロック５０６では、デバイスとコンテンツサーバとの間でＯＮＣが確立される。例えば、１つの実施形態では、処理ロジック４０２は、コンテンツサーバと通信してＯＮＣを確立し、ＯＮＣは、クライアントプログラムをダウンロードしてインストールするために使用される。その後、クライアントプログラムが、デバイス上で実行される。
【００６６】
ブロック５０８では、ＯＴＡ加入システムによってデバイスをアクティブ化するように、クライアントが動作する。例えば、クライアントプログラムは、トランシーバロジック４０８を使用して、コンテンツサーバに対してデバイスを識別し、アクティブ化に必要とされる他の何らかのアクティブ化情報を提供する。その後、方法はブロック５１０に進む。
【００６７】
ブロック５１０では、クライアントは、コンテンツ配信サーバからの最新のパッケージデータベースを受信するように動作する。例えば、コンテンツ配信サーバからのＯＮＣ４１６を通したトランスペアレントな通信において、クライアントロジック４０６は、最も最近のパッケージデータベースを受信するように動作する。パッケージデータベースは、パッケージデータベース４１２としてデバイス４００に記憶される。
【００６８】
ブロック５１２では、デバイスにインストールされたクライアントが、プログラムガイドをデバイスユーザに表示するように動作する。プログラムガイドは、加入可能なサービスパッケージについての情報をデバイスユーザに提供する。例えば、情報は、スケジュール、価格、利用可能性、および他の何らかの関連情報を含む。１つの実施形態において、クライント４０６は、パッケージデータベース４１２からのプログラムガイド中の情報を表示するように動作する。
【００６９】
ブロック５１４では、１つ以上の利用可能なサービスパッケージにユーザが加入することを望むか否かを決定するテストが行われる。例えば、表示されたプログラムガイドから１つ以上のサービスパッケージをユーザが選択して、選択したパッケージに加入することを要求してもよい。加入する何らかのプログラムパッケージをユーザが選択した場合、方法はブロック５１６に進む。加入するパッケージをユーザがまったく選択しなかった場合、方法はブロック５１０に進み、パッケージが利用可能である場合、ブロック５１０において、デバイスが、パッケージデータベースの更新されたコピーを受信してもよい。
【００７０】
ブロック５１６では、選択したパッケージにデバイスユーザが加入できるように、クライアントプログラムは加入要求をアセンブルするように動作する。例えば、１つ以上のパッケージを加入のために識別できるようにするデバイスサーバ間プロトコルにしたがって、加入要求がアセンブルされる。例えば、１つの実施形態において、クライアントロジック４０６が、加入要求をアセンブルするように動作する。
【００７１】
ブロック５１８では、完了した加入要求がコンテンツ配信サーバに送信される。例えば、図１に示したコンテンツ配信サーバ１０２に加入要求が送信されてもよい。加入要求は、デバイスユーザが加入を望む１つ以上のサービスパッケージを識別する。１つの実施形態では、トランシーバロジック４０８が、通信リンク４１４を通して、無線により、加入要求をコンテンツサーバに送信する。
【００７２】
ブロック５２０では、加入要求がコンテンツサーバによって処理された後、加入したサービスがデバイスに配信される。例えば、１つの実施形態では、加入したサービスが、通信リンク４１４を通して、コンテンツ配信サーバからデバイスに配信される。別の実施形態では、加入したサービスは、第三者のコンテンツプロバイダまたは他のコンテンツサーバからデバイスに与えられるように配信される。
【００７３】
このように、方法５００は、１つ以上のサービスパッケージにデバイスが無線によって加入できるように動作する。別の実施形態では、方法５００は、何らかの現在の加入をデバイスが解約または終了できるように多少修正されてもよい。例えば、加入要求は、終了される加入を識別する情報を含んでいてもよい。方法５００では、１つの実施形態を図示しているに過ぎず、この実施形態の機能的な構成要素の変更、追加または再編成は、記述した実施形態の範囲から逸脱することなく実行されてもよいことに留意すべきである。
【００７４】
図６は、加入要求で使用するメッセージ層ヘッダ６００の１つの実施形態を示しており、これは、ＯＴＡ加入システムの１つの実施形態におけるデバイスサーバ間プロトコルの一部分である。ヘッダ６００は、特定のデータサイズ６０４を持つさまざまなデータフィールド６０２中の情報を含んでいる。例えば、データフィールド６０２は、デバイス＿ＩＤ、加入者＿ＩＤおよび署名を含んでおり、これらすべては、要求を発生させる特定のデバイスを識別するために使用してもよい。ヘッダ６００は、加入要求を完了するために必要な実質的に何らかのタイプのデータを含んでいてもよい。
【００７５】
図７は、加入要求で使用する加入レコード７００の１つの実施形態を示しており、加入要求は、ＯＴＡ加入システムの１つの実施形態におけるデバイスサーバ間プロトコルの一部分である。加入レコード７００は、パッケージの数７０２を識別し、パッケージの数７０２は、デバイスユーザが加入を望むパッケージ＿ＩＤ／パッケージ＿バージョンの組を含んでいる。例えば、各パッケージ＿ＩＤは、特定のサービスプロバイダによって提供されるパッケージ化されたサービスに関係している。パッケージ＿バージョンは、デバイス上でキャッシュされるようなパッケージのバージョンに関連しており、パッケージ＿バージョンは、価格、説明、レート等を決定するために使用してもよい。したがって、ＯＴＡ加入システムの１つ以上の実施形態において、ヘッダ６００および加入レコード７００を使用して、加入プロトコルを提供し、これにより、１つ以上のサービスパッケージに加入するようにデバイスが要求できる。
【００７６】
したがって、ＯＴＡ加入システムの１つ以上の実施形態がここで図示されて記述されているが、本発明の精神または本質的な特徴から逸脱することなく、さまざまな変更が実施形態に対して実行できることを正しく認識するだろう。したがって、ここでの開示および記述は、特許請求の範囲で記載した本発明の例示に向けられており、これらに限定されるものではない。
【図面の簡単な説明】
【００７７】
【図１】図１は、ＯＴＡ加入システムの１つの実施形態を含むネットワークを示している。
【図２】図２は、ＯＴＡ加入システムの１つ以上の実施形態での使用に適しているコンテンツサーバの１つの実施形態の詳細な図を示している
【図３】図３は、ＯＴＡ加入システムの１つの実施形態においてサーバを動作させる方法の１つの実施形態を示している。
【図４】図４は、ＯＴＡ加入システムの１つの実施形態での使用に適している端末の１つの実施形態の詳細な図を示している。
【図５】図５は、ＯＴＡ加入システムの１つ以上の実施形態において端末を動作させる方法の１つの実施形態を示している。
【図６】図６は、ＯＴＡ加入システムの１つの実施形態における加入要求で使用するメッセージ層ヘッダの１つの実施形態を示している。
【図７】図７は、ＯＴＡ加入システムの１つの実施形態における加入要求で使用する加入レコードの１つの実施形態を示している。
【図１】
2008533858.tif 000003
【図２】
2008533858.tif 000004
【図３】
2008533858.tif 000005
【図４】
2008533858.tif 000006
【図５】
2008533858.tif 000007
【図６】
2008533858.tif 000008
【図７】
2008533858.tif 000009
【国際調査報告】
2008533858.tif 000010
2008533858.tif 000011
2008533858.tif 000012