(57)【要約】サービスを取得し、ユーザデバイス（１３０）へ配信するシステム及び方法が提供される。ユーザデバイス（１３０）は、ユニキャストサービスを提供する１つ又は複数のサーバ（１２０）に関連するネットワークアドレスを決定する。デバイスはアクティブ化され、コンテンツサーバ（１２０）からのマルチキャストサービスを受信するインタフェースを受信する。ユーザデバイスはその後、１つ又は複数のマルチキャストサービスに加入し、コンテンツを受信する。
2009539329.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャスト通信ネットワークにおいてユーザデバイスでサービスを取得する方法であって、
ユニキャストサービスを提供する１つ又は複数のサーバに関連するネットワークアドレスを決定することと、
前記ユーザデバイスと前記マルチキャスト通信ネットワークとの間のユニキャスト接続を介してアクティブ化要求を送信することと、
マルチキャスト接続を介してマルチキャストサービスを受信するインタフェースを取得することと、
１つ又は複数のマルチキャストサービスに加入することと
加入した前記１つ又は複数のマルチキャストサービスからのコンテンツを受信することと
を備える方法。
【請求項２】
請求項１に記載の方法において、
前記ユニキャストサービスを提供する１つ又は複数のサーバに関連するネットワークアドレスを決定することは更に、
ユニキャストサービスを提供する前記１つ又は複数のサーバに関連するＩＰアドレスとポート番号とを見つけるためにサービス発見手順を実行することと、
予め定められた時間、前記ＩＰアドレスをキャッシュメモリに格納することと
を備える方法。
【請求項３】
請求項１に記載の方法において、
ユニキャストサービスを提供する前記１つ又は複数のサーバは、ユーザデバイスのアクティブ化と、加入の提供と、ライセンスキーの提供と、利用追跡データの更新とのうちの少なくとも１つを実行するように構成された方法。
【請求項４】
請求項１に記載の方法において、
前記アクティブ化要求を送信することは更に、
公開／秘密暗号化キーペアを生成することと、
加入及び課金サーバからの許可メッセージ及び認証メッセージを受信することと、
認可キーサーバからの認証キーを受信することと
を備える方法。
【請求項５】
請求項１に記載の方法において、
前記マルチキャストサービスを受信するインタフェースを取得することは更に、
物理層スーパーフレームを受信することと、
前記物理層スーパーフレームの境界を決定するためにパイロット記号を復号することと、
広域識別チャネルを処理することと、
ローカルエリア識別チャネルを処理することと、
制御チャネルと媒体論理チャネルとを決定するためにオーバヘッド情報を復号することと、
制御プロトコルメッセージを取得するために前記制御チャネルを復号することと
を備える方法。
【請求項６】
請求項５に記載の方法において、
前記制御プロトコルメッセージは、各物理層スーパーフレームが何れの媒体論理チャネルにマップされているかを示す方法。
【請求項７】
請求項１に記載の方法において、
前記オーバヘッド情報は、システム情報と、設定情報と、通知情報とのうちの１つ又は複数を備える方法。
【請求項８】
請求項１に記載の方法において、
前記オーバヘッド情報は、任意の情報が更新されたかを示すプライマリメッセージを備える方法。
【請求項９】
請求項１に記載の方法において、
前記１つ又は複数のマルチキャストサービスに加入することは、
加入する１つ又は複数のサービスを選択することと、
前記ユーザデバイスが、前記選択した１つ又は複数のサービスをサポートするように構成されているかを判定することと、
もし前記ユーザデバイスが前記選択したサービスをサポートするように構成されていれば、前記選択したサービスのライセンスを受信することと
を備える方法。
【請求項１０】
請求項１に記載の方法において、
前記コンテンツを受信することは、リアルタイムでないコンテンツと、リアルタイムコンテンツと、ＩＰデータキャストデータとのうちの１つ又は複数を受信することを備える方法。
【請求項１１】
請求項１０に記載の方法において、
前記コンテンツはリアルタイムでないコンテンツであり、前記コンテンツを受信することは、前記コンテンツを予めスケジュールされた時間にまとめて受信することを備える方法。
【請求項１２】
請求項１０に記載の方法において、
前記コンテンツはリアルタイムコンテンツであり、前記コンテンツを受信することは、プログラムガイドからコンテンツを選択することを備える方法。
【請求項１３】
無線通信ネットワークにおいてコンテンツを受信する装置であって、
１つ又は複数のユニキャストプロトコルを実現する１つ又は複数のサービスを発見するように構成されたアクティブ化モジュールと、
１つ又は複数のサービスパッケージにユーザを加入させるように構成された加入モジュールと、
コンテンツサーバからのコンテンツを受信するように構成された受信モジュールと
を備える装置。
【請求項１４】
請求項１３に記載の装置において、
前記アクティブ化モジュールは更に、
前記装置を認証するために暗号化キーを生成し、
前記１つ又は複数のサービスパッケージを受信するインタフェースを取得し、
オーバヘッド情報を受信する
ように構成された装置。
【請求項１５】
請求項１３に記載の装置において、
前記加入モジュールは更に、
前記１つ又は複数のサービスパッケージを記載するプログラムガイドを受信し、
選択した前記サービスパッケージのライセンスを取得するために前記コンテンツサーバへ要求を送信する
ように構成された装置。
【請求項１６】
請求項１３に記載の装置において、
前記加入モジュールは更に、
選択した１つ又は複数のサービスパッケージを実行するために必要なメモリの量に少なくとも部分的に基づいて、前記装置が、前記選択した１つ又は複数のサービスパッケージをサポートすることができるかを判定する
ように構成された装置。
【請求項１７】
請求項１３に記載の装置において、
前記受信モジュールは、予め定められた時間間隔でコンテンツを受信する装置。
【請求項１８】
請求項１３に記載の装置において、
前記受信モジュールは、ユーザが開始した要求に応答してコンテンツを受信する装置。
【請求項１９】
コンテンツをユーザデバイスへ提供する装置であって、
オーバヘッド情報を前記ユーザデバイスへ提供するように構成された初期化モジュールと、
前記ユーザデバイスが１つ又は複数のサービスパッケージにアクセスすることを許可するように構成された課金及び加入モジュールと、
１つ又は複数のコンテンツプロバイダからのコンテンツを受信し、前記ユーザデバイスへの送信のために前記コンテンツをフォーマットするように構成されたコンテンツ処理モジュールと
を備える装置。
【請求項２０】
請求項１９に記載の装置において、
前記初期化モジュールは更に、前記オーバヘッド情報を認証するために用いられる認証キーを提供するように構成された装置。
【請求項２１】
請求項１９に記載の装置において、
前記初期化モジュールは更に、前記ユーザデバイスに利用可能なサービスパッケージのリストを提供するように構成された装置。
【請求項２２】
請求項１９に記載の装置において、
前記課金及び加入モジュールは更に、選択したサービスパッケージを用いるためのライセンスを前記ユーザデバイスへ提供するように構成された装置。
【請求項２３】
請求項１９に記載の装置において、
前記コンテンツ処理モジュールは、コンテンツを予め定められた時間間隔で前記ユーザデバイスへ提供するように構成された装置。
【請求項２４】
請求項１９に記載の装置であって、
前記コンテンツ処理モジュールは、コンテンツをユーザが開始した要求に応答して前記ユーザデバイスへ提供するように構成された装置。
【請求項２５】
マルチキャスト通信ネットワークにおいて、サービスを受信するユーザデバイスであって、
ユニキャストサービスを提供する１つ又は複数のサーバに関連するネットワークアドレスを決定する手段と、
前記ユーザデバイスと前記マルチキャスト通信ネットワークとの間のユニキャスト接続を介してアクティブ化要求を送信する手段と、
マルチキャスト接続を介してマルチキャストサービスを受信するインタフェースを取得する手段と、
１つ又は複数のマルチキャストサービスに加入する手段と、
加入した前記１つ又は複数のマルチキャストサービスからのコンテンツを受信する手段と
を備えるユーザデバイス。
【請求項２６】
請求項２５に記載のユーザデバイスにおいて、
前記ユニキャストサービスを提供する１つ又は複数のサーバに関連するネットワークアドレスを決定する手段は更に、
前記ユニキャストサービスを提供する１つ又は複数のサーバに関連するＩＰアドレスとポート番号とを見つけるためにサービス発見手順を実行する手段と、
予め定められた時間、前記ＩＰアドレスをキャッシュメモリに格納する手段と
を備えるユーザデバイス。
【請求項２７】
請求項２５に記載のユーザデバイスにおいて、
前記ユニキャストサービスを提供する１つ又は複数のサーバは、加入及び課金サーバと、ライセンスキーサーバと、利用追跡サーバと、ユニキャスト設定サーバとのうちの少なくとも１つを含むユーザデバイス。
【請求項２８】
請求項２５に記載のユーザデバイスにおいて、
前記アクティブ化要求を送信する手段は更に、
公開／秘密キーペアを生成する手段と、
加入及び課金サーバからの許可メッセージ及び認証メッセージを受信する手段と、
ライセンスキーサーバからの認証キーを受信する手段と
を備えるユーザデバイス。
【請求項２９】
請求項２５に記載のユーザデバイスにおいて、
前記マルチキャストサービスを受信するインタフェースを取得する手段は更に、
物理層スーパーフレームを受信する手段と、
前記物理層スーパーフレームの境界を決定するためにパイロット記号を復号する手段と、
広域識別チャネルを処理する手段と、
ローカルエリア識別チャネルを処理する手段と、
制御チャネルと媒体論理チャネルとを決定するためにオーバヘッド情報を復号する手段と、
制御プロトコルメッセージを取得するために前記制御チャネルを復号する手段と
を備えるユーザデバイス。
【請求項３０】
請求項２９に記載のユーザデバイスにおいて、
前記制御プロトコルメッセージは、各物理層スーパーフレームが何れの媒体論理チャネルにマップされるかを示すユーザデバイス。
【請求項３１】
請求項２５に記載のユーザデバイスにおいて、
前記オーバヘッド情報は、システム情報と、設定情報と、通知情報とのうちの１つ又は複数を備えるユーザデバイス。
【請求項３２】
請求項２５に記載のユーザデバイスにおいて、
前記オーバヘッド情報は、任意の情報が更新されたかを示すプライマリメッセージを備えるユーザデバイス。
【請求項３３】
請求項２５に記載のユーザデバイスにおいて、
前記１つ又は複数のマルチキャストサービスに加入する手段は、
加入する１つ又は複数のサービスを選択する手段と、
前記ユーザデバイスが、前記選択した１つ又は複数のサービスをサポートするように構成されているかを判定する手段と、
もし前記ユーザデバイスが前記選択したサービスをサポートするように構成されていれば、前記選択したサービスのライセンスを受信する手段と
を備えるユーザデバイス。
【請求項３４】
請求項２５に記載のユーザデバイスにおいて、
前記コンテンツを受信する手段は、リアルタイムでないコンテンツと、リアルタイムコンテンツと、ＩＰデータキャストデータとのうちの１つ又は複数を受信する手段を備えるユーザデバイス。
【請求項３５】
請求項３４に記載のユーザデバイスにおいて、
前記コンテンツがリアルタイムでないコンテンツであり、コンテンツを受信することは、コンテンツを予めスケジュールされた時間にまとめて受信することを備えるユーザデバイス。
【請求項３６】
請求項３４に記載のユーザデバイスにおいて、
前記コンテンツがリアルタイムコンテンツであり、コンテンツを受信することは、プログラムガイドからコンテンツを選択することを備えるユーザデバイス。
【請求項３７】
マルチキャスト通信ネットワークにおいてユーザデバイスでサービスを取得する方法を実行するために、コンピュータによって実行可能な命令のプログラムを組み込んだコンピュータ読取可能媒体であって、前記方法は、
ユニキャストサービスを提供する１つ又は複数のサーバに関連するネットワークアドレスを決定することと、
前記ユーザデバイスと前記マルチキャスト通信ネットワークとの間のユニキャスト接続を介してアクティブ化要求を送信することと、
マルチキャスト接続を介してマルチキャストサービスを受信するインタフェースを取得することと、
１つ又は複数のマルチキャストサービスに加入することと、
加入した前記１つ又は複数のマルチキャストサービスからのコンテンツを受信することと
を備えるコンピュータ読取可能媒体。
【請求項３８】
請求項３７に記載のコンピュータ読取可能媒体において、
前記ユニキャストサービスを提供する１つ又は複数のサーバに関連するネットワークアドレスを決定することは更に、
前記ユニキャストサービスを提供する１つ又は複数のサーバに関連するＩＰアドレスとポート番号とを見つけるためにサービス発見手順を実行することと、
予め定められた時間、前記ＩＰアドレスをキャッシュメモリに格納することと
を備えるコンピュータ読取可能媒体。
【請求項３９】
請求項３７に記載のコンピュータ読取可能媒体において、
ユーザデバイスのアクティブ化と、加入の提供と、ライセンスキーの提供と、利用追跡データの更新とのうちの少なくとも１つを実行するように構成されたコンピュータ読取可能媒体。
【請求項４０】
請求項３７に記載のコンピュータ読取可能媒体において、前記アクティブ化要求を送信することは更に、
公開／秘密キーペアを生成することと、
課金及び請求サーバからの許可メッセージ及び認証メッセージを受信することと、
ライセンスキーサーバからの認証キーを受信することと
を備えるコンピュータ読取可能媒体。
【請求項４１】
請求項３７に記載のコンピュータ読取可能媒体において、
前記マルチキャストサービスを受信するインタフェースを取得することは更に、
物理層スーパーフレームを受信することと、
前記物理層スーパーフレームの境界を決定するためにパイロット記号を復号することと、
広域識別チャネルを処理することと、
ローカルエリア識別チャネルを処理する手段と、
制御チャネルと媒体論理チャネルとを決定するためにオーバヘッド情報を復号することと、
制御プロトコルメッセージを取得するために前記制御チャネルを復号することと
を備えるコンピュータ読取可能媒体。
【請求項４２】
請求項４１に記載のコンピュータ読取可能媒体において、
前記制御プロトコルメッセージは、各物理層スーパーフレームが何れの媒体論理チャネルにマップされるかを示すコンピュータ読取可能媒体。
【請求項４３】
請求項３７に記載のコンピュータ読取可能媒体において、
前記オーバヘッド情報は、システム情報と、設定情報と、通知情報とのうちの１つ又は複数を備えるコンピュータ読取可能媒体。
【請求項４４】
請求項３７に記載のコンピュータ読取可能媒体において、
前記オーバヘッド情報は、任意の情報が更新されたかを示すプライマリメッセージを備えるコンピュータ読取可能媒体。
【請求項４５】
請求項３７に記載のコンピュータ読取可能媒体において、
前記１つ又は複数のマルチキャストサービスに加入することは、
加入する１つ又は複数のサービスを選択することと、
前記ユーザデバイスが、前記選択した１つ又は複数のサービスをサポートするように構成されているかを判定することと、
もし前記ユーザデバイスが前記選択したサービスをサポートするように構成されていれば、前記選択したサービスのライセンスを受信することと
を備えるコンピュータ読取可能媒体。
【請求項４６】
請求項３７に記載のコンピュータ読取可能媒体において、
前記コンテンツを受信することは、リアルタイムでないコンテンツと、リアルタイムコンテンツと、ＩＰデータキャストデータとのうちの１つ又は複数を受信することを備えるコンピュータ読取可能媒体。
【請求項４７】
請求項４６に記載のコンピュータ読取可能媒体において、
前記コンテンツがリアルタイムでないコンテンツであり、コンテンツを受信することは、コンテンツを予めスケジュールされた時間にまとめて受信することを備えるコンピュータ読取可能媒体。
【請求項４８】
請求項４６に記載のコンピュータ読取可能媒体において、
前記コンテンツがリアルタイムコンテンツであり、コンテンツを受信することは、プログラムガイドからコンテンツを選択することを備えるコンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、データネットワークにおけるコンテンツ配信に関し、特に、無線マルチキャストネットワークにおいてサービスを取得しデバイスへ配信する方法及び装置に関する。
【背景技術】
【０００２】
無線ネットワークにおけるデバイスへのコンテンツ配信は複雑な処理である。特に、例えば限られたメモリ又は限られたバッテリー電力のような限られたリソースを有しうるモバイルデバイスに関しては複雑である。
【０００３】
従って、当該技術において、デバイスが無線通信ネットワークにおいて効率的にサービスを受信することを可能とするシステム及び方法へのニーズがある。
【発明の開示】
【０００４】
（３５Ｕ．Ｓ．Ｃ．１１９条の下の優先権主張）
本特許出願は、本願の譲受人に譲渡され、参照によって本願に明確に組み込まれた２００６年６月１日出願の“Methods for Acquiring and Delivery of Services to Devices in a Wireless Multicast Communication System”と題された米国特許仮出願６０／８１０，５６８号に対する優先権を主張する。
【発明の概要】
【０００５】
１つの局面によると、マルチキャストネットワークにおいてユーザデバイスでサービスを取得する方法が提供される。この方法は、ユニキャストサービスを提供する１つ又は複数のサーバに関連するネットワークアドレスを決定することと、ユーザデバイスとネットワークとの間のユニキャスト接続を介してアクティブ化要求を送信することと、マルチキャスト接続を介してマルチキャストサービスを受信するインタフェースを取得することと、１つ又は複数のマルチキャストサービスに加入することと、加入した１つ又は複数のマルチキャストサービスからのコンテンツを受信することとを含む。
【０００６】
別の局面において、無線通信ネットワークにおいてコンテンツを受信する装置が提供される。この装置は、１つ又は複数のユニキャストプロトコルを実現する１つ又は複数のサービスを発見するように構成されたアクティブ化モジュールと、ユーザを１つ又は複数のサービスパッケージに加入させるように構成された加入モジュールと、コンテンツサーバからのコンテンツを受信するように構成された受信モジュールとを備える。
【詳細な説明】
【０００７】
添付図面と関連して以下で説明される詳細な説明は、本発明の様々な構成の説明として意図されており、本発明が実現されうる唯一の構成のみを表すことは意図されていない。詳細な説明は、本発明の完全な理解を提供する目的のために具体的な詳細を含む。しかし、当業者には、本発明がこれらの具体的な詳細なしにも実現されうることが明らかであるだろう。いくつかの例において、周知の構成及び構成要素は、本発明の概念を不明瞭にすることを回避するためにブロック図形式で示される。
【０００８】
本明細書で説明する概念及び技術は、有線媒体及び無線媒体を介して加入者へコンテンツを配信する様々なユニキャストシステム及びマルチキャストシステムにおいて用いることができる。有線媒体の例は、イーサネット（登録商標）システム、デジタル加入者線（ＤＳＬ）、ケーブルモデム、光ファイバー、標準的な電話線、及びその他を含む。無線媒体の例は、セルラーシステム、ブロードキャストシステム、無線ローカルエリアネットワーク（ＷＬＡＮ）システム、及びその他を含む。セルラーシステムは、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、及びその他の多元接続システムであることができる。ブロードキャストシステムは、メディアフローシステム、デジタル・ビデオ・ブロードキャスティング・フォー・ハンドヘルド（ＤＶＢ−Ｈ）システム、統合デジタル地上波テレビ放送（ＩＳＤＢ−Ｔ）システム、及びその他のブロードキャスティングシステムであることができる。ＷＬＡＮシステムは、ＩＥＥＥ  ８０２．１１システム、Ｗｉ−Ｆｉシステム、及びその他であることができる。これらのシステムは、当該技術において周知である。
【０００９】
本明細書で説明する概念及び技術は、単一のサブキャリアを用いるシステム及び複数のサブキャリアを用いるシステムに適している。複数のサブキャリアは、ＯＦＤＭ、ＳＣ−ＯＦＤＭ、又はその他いくつかの変調技術によって得ることができる。ＯＦＤＭ及びＳＣ−ＦＤＭＡは、周波数帯域（例えばシステム帯域幅）を、トーンやビン等とも称される複数の直交サブキャリアに分割する。各サブキャリアは、データとともに変調されることができる。一般に、変調記号は、ＯＦＤＭの場合は周波数領域内のサブキャリアで、ＳＣ−ＦＤＭＡの場合は時間領域内のサブキャリアで送信される。ＯＦＤＭは、例えばメディアフロー、ＤＶＢ−Ｈブロードキャストシステム、ＩＳＤＢ−Ｔブロードキャストシステム、ＩＥＥＥ  ８０２．１１ａ／ｇ  ＷＬＡＮシステム、及びいくつかのセルラーシステムのような様々なシステムにおいて用いられる。ある局面及び構成が、例えばメディアフローシステム等のＯＦＤＭを用いるユニキャストシステムに関して以下で説明される。
【００１０】
デバイスが通信ネットワークを介してマルチメディアサービスに加入し、マルチメディアサービスを取得することを可能とするシステム及び方法が本明細書で説明される。本明細書で説明するように、システム及び方法は、リアルタイムでないサービスに加えて、オーディオ信号及びビデオ信号のモバイルユーザへのブロードキャストをイネーブルする。
【００１１】
図１は、サービスを取得し配信する通信ネットワーク１００の簡略ブロック図である。ネットワーク１００は、１つ又は複数のコンテンツプロバイダ１１０と、コンテンツサーバ１２０と、１つ又は複数のユーザデバイス１３０とを備える。この例においてコンテンツは、例えばビデオ、オーディオ、マルチメディアコンテンツ、クリップ、スクリプト、プログラム、データ、及びその他任意の適切なコンテンツのようなメディアを含むことができる。メディアは、リアルタイムコンテンツ、リアルタイムでないコンテンツ、及び／又はこれら２つの組み合わせを備えることができる。コンテンツサーバ１２０は、コンテンツプロバイダ１１０からコンテンツを受信する。コンテンツサーバ１２０は、１つ又は複数の送信機１２５を経由してデバイス１３０へコンテンツを提供するように構成されることができる。加えて、コンテンツサーバ１２０及びデバイス１３０は、通信リンク１４０を介して情報を交換することができる。１つの構成によると、送信機１２５は、地理的領域内の広範囲のカバレッジを確実にする、高い高電力の送信機である。
【００１２】
コンテンツプロバイダ１１０は、ネットワークを介してメディアコンテンツを送信することができる任意の外部エンティティであることができる。ユーザデバイス１３０は、アクセス端末、ハンドセット、無線加入者、無線ユニット、無線デバイス、無線通信デバイス、無線テレコミュニケーションデバイス、無線電話、セルラー電話、ユーザ端末、ユーザ機器、モバイル局、モバイルユニット、加入者局、無線局、モバイルラジオ、ラジオ電話、又はその他いくつかの専門用語でも称されうる。ユーザデバイス１３０は、例えばモバイル電話、ポータブルコンピュータ、携帯情報端末、又は無線通信リンクを介してデータを受信できるその他任意のタイプのポータブルデバイスのような、任意のタイプのモバイルデバイス又はモバイル端末であることができる。
【００１３】
例えば図１に示すコンテンツサーバ１２０のようなコンテンツサーバが、図２でより詳細に示される。コンテンツサーバ２００は、プロセッサ２０２、トランシーバ２０４、デバイスインタフェース２０６、コンテンツ管理モジュール２０８、及び／又はその他の構成要素を含むことができる。プロセッサ２０２は、サーバ２００の１つ又は複数のその他の機能要素を制御するように構成される。従って、プロセッサ２０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、メモリ要素、仮想計算機、ソフトウェア、及び／又はハードウェアとソフトウェアとの任意の組み合わせを備えることができる。
【００１４】
デバイスインタフェース２０６は、サーバ２００が内部システム及び外部システムと通信することを可能とするハードウェア及び／又はソフトウェアを備える。例えば内部システムは、大量記憶システム、メモリ、ディスプレイドライバ、モード、又はその他の内部デバイスリソースを含むことができる。外部システムは、ユーザインタフェースデバイス、プリンタ、ディスクドライバ、又はその他のローカルデバイスやローカルシステムを含むことができる。
【００１５】
トランシーバ２０４は、サーバ２００がデータ及び／又はその他の情報を通信チャネル経由で遠隔デバイス、システム、又はネットワークと送受信することを可能とするように動作するハードウェア及び／又はソフトウェアを備える。例えばトランシーバ２０４は、例えば図１に示す送信機１２５のような送信機を経由する、サーバ２００とユーザデバイスとの間の順方向リンク通信を容易にすることができる。１つの構成において、トランシーバ２０４は、例えば図１に示すネットワーク１４０のようなネットワークを介する順方向リンク通信及び逆方向リンク通信を容易にすることができる。
【００１６】
コンテンツ管理モジュール２０８は、１つ又は複数のコンテンツプロバイダからコンテンツを受信し、１つ又は複数のユーザデバイスへ配信するためにコンテンツをフォーマットするように構成されることができる。加えて、コンテンツ管理モジュール２０８は、ユーザの加入を管理し、コンテンツにアクセスするように構成されることができる。図３は、初期化モジュール３１０と、課金及び加入モジュール３２０と、コンテンツ処理モジュール３３０とを備えるコンテンツ管理モジュール３００を示す。
【００１７】
初期化モジュール３１０は、許可要求に応答してユーザデバイスを許可及び認証するように構成されることができる。加えて、初期化モジュール３１０は、重要なシステム事象、状態情報、及び／又はその他の情報を示すオーバヘッド情報をユーザデバイスへ提供し、デバイスのネットワークサービスへのアクセスを支援するように構成されることができる。初期化モジュール３１０はまた、利用可能なサービスのリストを提供するように構成されることもできる。例えば初期化モジュール３１０は、ユーザデバイスに利用可能なサービスパッケージを示すプログラムガイドを提供することができる。
【００１８】
課金及び加入モジュール３２０は、ユーザデバイスが１つ又は複数のサービスパッケージにアクセスすることを認証及び許可する。例えば、課金及び加入モジュールは、認証キー及び暗号化キーを処理し、ユーザデバイスへライセンスを提供して、選択した１つ又は複数のサービスパッケージにユーザがアクセスすることをイネーブルすることができる。
【００１９】
コンテンツ処理モジュール３３０は、１つ又は複数のコンテンツプロバイダからのコンテンツを受信するように構成されることができる。コンテンツは例えば、リアルタイムデータ、リアルタイムでないデータ、及びＩＰデータキャストデータを含むことができる。コンテンツ処理モジュール３３０は、ユーザデバイスへ送信されることができるフォーマットにコンテンツを変換することができる。コンテンツ処理モジュール３３０は、コンテンツを予め定められた指定の期間で提供するためのロジックを含むことができる。他の構成において、コンテンツは、ユーザが要求すると提供されることができる。
【００２０】
図４は、いくつかの構成に従ってコンテンツを受信するために用いられることができるユーザデバイス４００を示す。ユーザデバイス４００は、アクティブ化モジュール４４２と、加入モジュール４４４と、受信モジュール４４６とを備えることができる。アプリケーションがユーザデバイス４００で起動すると、アクティブ化モジュール４４２は、コンテンツが受信されうる前に必要なユニキャストプロトコルを実現する１つ又は複数のサーバを発見するように構成されることができる。例えば、アクティブ化モジュール４４２は、加入及び課金サービス、ライセンスサービス、利用追跡サービス、設定サービス、及び／又はその他のユニキャストサービスを実現するサーバを発見するように構成されることができる。アクティブ化モジュール４４２はまた、オーバヘッド情報を認証し、コンテンツを受信するインタフェースを取得し、オーバヘッド情報を受信するために必要な暗号化キーを生成するように構成されることもできる。
【００２１】
加入モジュール４４４は、ユーザデバイス４００のユーザが１つ又は複数のサービスパッケージを選択し申し込むことを可能にするように構成されることができる。１つの構成によると、ユーザデバイス４００は、アクティブ化中、利用可能なサービスパッケージを示すプログラムガイドを受信する。加入モジュール４４４は、選択したパッケージに申し込み、それらのパッケージのライセンスを受信するために、コンテンツサーバと通信する。加えて、加入モジュール４４４は、ユーザによって選択されたパッケージがユーザデバイス４００によってサポート可能であるかを判定するように構成されることができる。
【００２２】
受信モジュール４４６は、コンテンツサーバからのコンテンツを受信する。コンテンツは、リアルタイムコンテンツ、リアルタイムでないコンテンツ、又はＩＰデータキャストコンテンツであることができる。いくつかの構成によると、受信モジュール４４６は、予め定められた時間間隔でコンテンツを受信する。他の構成によると、受信モジュール４４６は、ユーザが開始した要求に応答してコンテンツを受信するように構成されることができる。
【００２３】
図５は、サービスを受信し提供するシステムの動作フロー全体を示す。図示するように、ユーザデバイス５１０は、コンテンツサーバ５１２及び無線ＩＰサーバ５１４と通信する。ユーザデバイス５１０がコンテンツを受信可能となる前に、デバイスは５２０に示すようにユニキャストサービスを発見する。ユーザデバイス５１０は、例えば加入及び課金サーバ、ライセンスキーサーバ、利用追跡サーバ、ユニキャスト設定サーバ、及び／又はユニキャストサービスを提供するその他のサーバのようなユニキャストサーバのＩＰアドレスを決定するために、無線ＩＰサーバ５１４へメッセージを送信することができる。
【００２４】
ユーザデバイス５１０はその後、５２２に示すように、コンテンツサーバ５１２と通信することによってアクティブ化要求を開始することができる。一度アクティブ化されると、ユーザデバイス５１０は、５２４に示すようにコンテンツサーバ５１２からの認証キーを要求することができる。アクティブ化キーは、コンテンツサーバ５１２からの受信したオーバヘッド情報を認証するために用いることができる。
【００２５】
ユーザデバイス５１０はその後、５２６に示すように、コンテンツサーバ５１２からのコンテンツを受信するためにインタフェースを受信することができる。加えてユーザデバイスは、５２８に示すようにオーバヘッド情報を受信することができる。オーバヘッド情報は、例えばメッセージ通知、システム情報、及び／又はその他のオーバヘッド情報を含むことができる。
【００２６】
一度ユーザデバイスがインタフェース及びオーバヘッド情報を受信すると、ユーザデバイスは、５３０に示すように１つ又は複数のサービスパッケージを選択し加入することができる。申し込んだ各パッケージについて、ユーザはその後、５３２に示すようにサービスライセンスを要求することができる。
【００２７】
ユーザデバイス５１０は、定期的に、５３４に示すように、オーバヘッド情報の更新を示すメッセージを受信し調べることができる。５３６に示すように、ユーザデバイスはコンテンツサーバからのコンテンツを受信することができる。
【００２８】
図６は、サービス配信処理をより詳しく示す。サービス配信処理は、ユーザデバイスがユニキャストプロトコルを実現するサーバを発見することをイネーブルする。６１０に示すように、サービス配信処理は、ユーザがユーザデバイスで最初にアプリケーションを起動することによって開始することができる。ユーザデバイスはその後、６１２に示すように、無線ＩＰサービスプロバイダとのパケットコールデータセッションを確立することができる。ユーザは更に、無線ＩＰサービスプロバイダに関連するＤＮＳサーバのアドレスを取得する。
【００２９】
一度コールセッションが確立されると、ユーザデバイスは、６１４に示すようにユーティリティサーバに関連するＩＰアドレス及びポート番号を取得することができる。例えばデバイスは、加入及び課金サーバ、ライセンスキーサーバ、利用追跡サーバ、ユニキャスト設定サーバ、及び／又はその他のユーティリティサーバのアドレスを取得することができる。
【００３０】
１つの構成によると、ユーザデバイスは、６１６に示すように将来の利用のために取得したＩＰアドレス情報をキャッシュすることができる。アドレスに加えて、各キャッシュエントリは、アドレスを取得した時間及び日付と終了日とを示すフィールドを含むことができる。エントリが終了すると、デバイスは６１８に示すようにサーバのＩＰアドレスを要求することができる。
【００３１】
図７は、１つの構成に従うサービスアクティブ化処理を示す。ユーザデバイスは、７０２に示すように公開／秘密キーペアを生成することによってアクティブ化処理を開始することができる。デバイスは更に、配信されるであろうオーバヘッド情報のためにメモリ内のスペースを確保することができる。デバイスはその後、７０４に示すように自身の暗号化キーをサーバへ送信することができる。
【００３２】
サーバはその後、７０６に示すようにアクティブ化要求を許可及び認証することができる。ユーザデバイスがまだ任意のサービスに加入していなくても、サーバは７０８に示すように加入者ＩＤをデバイスに割り当てる。加入者ＩＤは、サーバとユーザデバイスとの間のその後の通信において加入を容易にするために用いることができる。７１０に示すように、サーバは認証キーを用いて応答する。
【００３３】
ユーザデバイスが例えばシステムオーバヘッド情報及びメディアコンテンツのようなマルチキャストサービスにアクセス可能となる前に、デバイスはこれらのサービスを受信するインタフェースを取得しなければならない。例えばユーザがデバイスのユーザインタフェースを経由してリアルタイムデータキャストサービスの再生をアクティブ化したり、コンテンツが送信を開始するようにスケジュールされたり、デバイスがオーバヘッド情報を受信するようにスケジュールされると、デバイスはインタフェースを受信するために取得処理を開始することができる。
【００３４】
いくつかの構成によると、インタフェースは、物理層スーパーフレームの送信によって取得することができる。１つの構成において、直交周波数分割多重（ＯＦＤＭ）技術が用いられる。図８は、ＯＦＤＭ記号を備える物理層スーパーフレーム構成８００を示す。一般にＯＦＤＭ技術は、移動要求を効率的に満たしながら高いスペクトル効率を達成することができる。加えてＯＦＤＭは、適切な長さの循環プレフィックス、つまり、直交性を容易にし、キャリア間の干渉を緩和するために記号前部に付加された保護間隔を用いて複数の送信機からの長い遅延を処理することができる。
【００３５】
図８に示すように、スーパーフレーム８００の例は、１秒の持続期間を持つ１２００のＯＦＤＭ記号を備える。スーパーフレーム８００は１２００のＯＦＤＭ記号を含むが、ＯＦＤＭ記号の数は変化しうる。例えば、ＯＦＤＭ記号の数はチャネル帯域幅に基づいて変化することができる。スーパーフレーム８００の例の最初の４つの記号は時分割多重化（ＴＤＭ）パイロット記号８０２であり、ＴＤＭパイロット１、広域識別チャネル、ローカルエリア識別チャネル、及びＴＤＭパイロット２を含む。広域遷移パイロットチャネル８０４は及びローカルエリア遷移パイロットチャネル８０６は、それぞれ広域チャネル及びローカルエリアチャネルの開始と終了を示すために提供される。広域ＦＤＭパイロットチャネル８０８は、広域オーバヘッド情報記号チャネル８１０と周波数分割多重化される。同様に、ローカルエリアＦＤＭパイロットチャネル８１２は、広域オーバヘッド情報記号チャネル８１４と周波数分割多重化される。フレーム８１６は、各々が広域データ及びローカルエリアデータを含む。
【００３６】
図９は、１つの構成に従って、コンテンツを受信するインタフェースを取得するためにデバイスが用いることのできる処理を示すフローチャートである。９０２に示すように、デバイスはＴＤＭ−１パイロット記号を探索する。この記号は、スーパーフレームの境界を決定するために用いることができる。加えてこれは、最初の周波数及び粗なタイミングの取得を実行するために用いることができる。９０４に示すように、ＴＤＭ−１パイロット記号の探索はＴＤＭ−１パイロット記号が検出されるまで継続する。
【００３７】
９０６、９０８に示すように、広域識別チャネル（ＷＩＣ）及びローカルエリア識別チャネル（ＬＩＣ）の両方が処理される。ＷＩＣは、広域ディファレンシエータ情報をユーザデバイスへ伝送するために用いられるオーバヘッドチャネルである。同様に、ＬＩＣは、ローカルエリアディファレンシエータ情報をユーザデバイスへ伝送するために用いられるオーバヘッドチャネルである。
【００３８】
ＴＤＭ−２パイロット記号は、９１０に示すように、復調の正確なタイミングを決定するために処理されることができる。一度正確なタイミングが決定されると、デバイスは９１２に示すように、制御チャネル及び媒体論理チャネルで情報を取得するために広域ＯＩＳ及びローカルエリアＯＩＳを復調及び復号するであろう。この情報を用いて、デバイスは９１４に示すように、制御プロトコルメッセージを取得するために制御チャネルを捜し出し、復調し、復号することができる。制御プロトコルメッセージは、フロー記述メッセージ、ＲＦチャネル記述メッセージ、近隣リストメッセージ、及び／又はその他の制御プロトコルメッセージを含むことができる。これらのメッセージは、各波形が何れの媒体論理チャネルにマップされているかを示す。
【００３９】
ネットワークインタフェースの取得後、デバイスは、１つ又は複数の指定マルチキャストアドレスを経由してコンテンツサーバからのマルチキャストサービスを受信することができる。これらのアドレスは、利用可能なチャネルを示す。例えばチャネルは、ＣＮＮ、ＥＳＰＮ、又はその他周知のチャネルを含むことができる。１つ又は複数のマルチキャストアドレスは、マルチキャストサービスのアドレスとしてサービス提供することができる。いくつかの構成によると、マルチキャストサービスの各要素は、特定のマルチキャストアドレスと関連しうる。例えば、オーディオ、ビデオ、テキスト、及び共通オーバヘッド情報を提供するサービスは、それらの要素の各々と関連するマルチキャストアドレスを有することができる。
【００４０】
オーバヘッド情報は、共通オーバヘッドサービスによって搬送されることができる。オーバヘッド情報は、サービスに関する制御情報を搬送する。図１０は、共通オーバヘッドサービスの高レベル概念を示す。共通オーバヘッドサービス１０００は、プライマリフロー１０１０と、通知フロー１０２０と、複数のシステム情報フロー１０３０と、設定フロー１０４０とを含むことができる。共通オーバヘッドサービスは、ユーザデバイスがリアルタイムサービス、リアルタイムでないサービス、及びＩＰデータキャストサービスを受信することをイネーブルする。共通オーバヘッドサービスは、メディアコンテンツを搬送しない。しかし、これらのサービスは、ユーザデバイスがメディアコンテンツを受信することを可能にする。
【００４１】
重要なシステム事象、状態及び状況情報、システム情報をデバイスに通知し、デバイスの他のサービスへのアクセスを支援するために、ネットワークを介してオーバヘッド情報をブロードキャストすることができる。システム情報フロー１０３０は、メディア表示ガイドと同様、市場情報及びサービス情報を含むことができる。これらのフローは、ユーザがサービスに加入すること及びコンテンツを閲覧することを支援する。
【００４２】
プライマリフロー１０１０は、通知フロー、システム情報フロー、サービスキー、クライントアプリケーション、又はその他のサービスが更新されたかを示すように構成されることができる。１つの構成によると、デバイスは最初に、何れの情報が更新されたかを判定するためにプライマリメッセージをチェックし、その後それに従って更新する。デバイスがプライマリフローからのプライマリメッセージを受信すると、デバイスはそれが新規のメッセージかを判定するためにそのバージョンを調べることができる。もし新規であれば、デバイスは更新を判定するためにメッセージコンテンツを調べる。
【００４３】
通知フロー１０２０は、複数の通知メッセージをユーザデバイスへ提供するように構成されることができる。通知メッセージは、例えば利用追跡通知、サービス警告、クライアントアプリケーションアップグレード通知、及び／又はその他の通知を含むことができる。
【００４４】
市場情報の受信後、ユーザは加入する１つ又は複数のパッケージを選択することができる。図１１は、１つの構成に従った加入処理を示す。１１０２に示すように、ユーザは加入する１つ又は複数のパッケージを選択することができる。市場情報は利用可能なパッケージのリストを提供する。デバイスはその後、１１０４に示すように、選択したパッケージを処理することができるか判定するために機能チェックを実行する。例えばデバイスは、そのパッケージを実行するために必要なメモリの量、言語互換性、及び／又はその他の機能チェックをチェックすることができる。もしデバイスがパッケージを処理することができなければ、デバイスは、そのパッケージを処理できないことを示す通知をユーザに表示することができる。
【００４５】
１１０６に示すように、もしデバイスがパッケージを処理することができれば、デバイスは加入更新要求をサーバへ送信する。サーバはその後、１１０８に示すようにその要求を許可及び認証し、１１１０に示すようにその加入が成立するかを示す加入応答を送信する。
【００４６】
加入が成立すると、デバイスは１１１２に示すようにサービスライセンス更新をサーバへ送信し、パッケージを用いるためのライセンスを要求することができる。その要求の許可及び認証後、サーバは１１１４に示すように新規サービスのサービスライセンスを用いて応答する。
【００４７】
上述したように、コンテンツサーバはリアルタイムデータ、リアルタイムでないデータ、及びＩＰデータキャストデータを提供することができる。１つの構成によると、リアルタイムでないデータは、予めスケジュールされた時間にまとめて配信されることができる。リアルタイムでないサービスマルチキャストは、表示ガイド内でユーザに告知される利用可能時間より前にサービスに加入することによって、デバイスにファイルを表示するように構成されることができる。１つの構成によると、デバイスは、バックグラウンド処理として、加入したサービスのコンテンツを受信することができる。つまり、ユーザの介入が一切必要でない。リアルタイムでないデータの配信は、デバイスの電源がオンである時間を最小化し、それによってバッテリー寿命を延長することができる。１つの構成によると、いつファイルがダウンロード可能であるかを示すスケジュールが、加入したデバイスに告知される。受信機はその後、ファイルの送信が開始される時間に電源を入れることができる。
【００４８】
リアルタイムサービスの場合、コンテンツサーバは、１つ又は複数の連続するフローとしてサービスを表示する。各フローは、固有のＩＤによって識別されることができる。デバイスは、何れのフローが特定のサービスを搬送するかを、ブロードキャストシステム情報に基づいて判定するように構成されることができる。
【００４９】
図１２は、１つ又は複数の構成における使用に適切なユーザデバイス１２００を示すブロック図である。ユーザデバイス１２００は、ユニキャストサービスを提供する１つ又は複数のサーバに関連するネットワークアドレスを決定するモジュール１２０２と、ユーザデバイスとネットワークとの間のユニキャスト接続を介してアクティブ化要求を送信するモジュール１２０４と、マルチキャスト接続を介してマルチキャストサービスを受信するインタフェースを取得するモジュール１２０６と、１つ又は複数のマルチキャストサービスに加入するモジュール１２０８と、加入した１つ又は複数のマルチキャストサービスからのコンテンツを受信するモジュール１２１０とを備える。
【００５０】
開示された構成の上記説明は、当業者をして、本発明の製造又は利用を可能とするために提供される。これらの構成への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般原理は、本発明の精神又は範囲から逸脱することなく他の構成にも適用可能である。例えば当業者は、開示されたモジュールのハードウェア構成、ファームウェア構成、及びソフトウェア構成の互換性と、各特定のアプリケーションのために上記機能を実現する最良の方法とを理解するであろう。従って、本発明は、本明細書に示す構成に限定することは意図されておらず、単一の要素への参照が、明確に記載されない限り「１つ又はただ１つ」ではなく「１つ又は複数」を意味するように意図された特許請求の範囲と整合が取れた全ての範囲に一致するように意図されている。当業者には周知であるか、又は後に周知となる、本開示を通して説明された様々な構成の要素の全ての構成的等価物及び機能的等価物は、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図されている。更に、本明細書に開示されたいかなるものも、このような開示が特許請求の範囲に明確に記載されたかにかかわらず、公衆に放棄されることは意図されていない。いかなる請求項の要素も、その要素が、「〜する手段」という語句、あるいは方法請求項の場合には「〜するステップ」という語句を用いて明確に記載されない限り、３５Ｕ．Ｓ．Ｃ．１１２条の規定の下で解釈されない。
【図面の簡単な説明】
【００５１】
【図１】図１は、サービスを取得し配信する通信ネットワークのブロック図である。
【図２】図２は、コンテンツサーバのブロック図である。
【図３】図３は、サーバコンテンツ管理モジュールのブロック図である。
【図４】図４は、ユーザデバイスのブロック図である。
【図５】図５は、サービスを受信し提供するシステムの動作フロー図である。
【図６】図６は、サービス発見処理の動作フロー図である。
【図７】図７は、サービスアクティブ化処理の動作フロー図である。
【図８】図８は、物理層スーパーフレーム構成を示す。
【図９】図９は、インタフェース取得処理を示すフローチャートである。
【図１０】図１０は、一般のオーバヘッドサービスを示す概念ブロック図である。
【図１１】図１１は、加入処理を示すフローチャートである。
【図１２】図１２は、ユーザデバイスの別のブロック図である。
【図１】
2009539329.tif 000003
【図２】
2009539329.tif 000004
【図３】
2009539329.tif 000005
【図４】
2009539329.tif 000006
【図５】
2009539329.tif 000007
【図６】
2009539329.tif 000008
【図７】
2009539329.tif 000009
【図８】
2009539329.tif 000010
【図９】
2009539329.tif 000011
【図１０】
2009539329.tif 000012
【図１１】
2009539329.tif 000013
【図１２】
2009539329.tif 000014
【国際調査報告】
2009539329.tif 000015
2009539329.tif 000016
2009539329.tif 000017