通知の通信のための方法および装置
【課題】通知の通信のための方法および装置が開示される。
【解決手段】通知状態情報を示すデータを含むプライマリ・メッセージを送ることと、具体的なデバイスのグループへアドレスされた、プライマリ・メッセージとは別の通知メッセージを送ることとを含む。デバイスにおいて、サーバからの通知を取得する方法は、現在の通知状態情報を含むプライマリ・メッセージをモニタすることと、通知状態情報における変化が生じたかを判定するために、現在の通知状態情報を、前の通知状態情報と比較することと、通知状態情報における変化があったと判定された場合、アドレスされた通知状態情報を取得することとを含む。さらなる処理および／またはアドレスされた通知メッセージなく、通知状態情報に対する変化が生じたかを伝えるために、短縮情報を備えるプライマリ・メッセージを用いることによって、システム・リソースが節約されうる。
【解決手段】通知状態情報を示すデータを含むプライマリ・メッセージを送ることと、具体的なデバイスのグループへアドレスされた、プライマリ・メッセージとは別の通知メッセージを送ることとを含む。デバイスにおいて、サーバからの通知を取得する方法は、現在の通知状態情報を含むプライマリ・メッセージをモニタすることと、通知状態情報における変化が生じたかを判定するために、現在の通知状態情報を、前の通知状態情報と比較することと、通知状態情報における変化があったと判定された場合、アドレスされた通知状態情報を取得することとを含む。さらなる処理および／またはアドレスされた通知メッセージなく、通知状態情報に対する変化が生じたかを伝えるために、短縮情報を備えるプライマリ・メッセージを用いることによって、システム・リソースが節約されうる。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通知の通信のための方法および装置に関し、さらに詳しくは、プライマリ・メッセージが現在の通知の存在を伝え、通知メッセージが、アドレスされた通知情報を伝える無線通信システムにおける通知の通信に関する。
【背景技術】
【０００２】
例えば、直交周波数分割多重化（ＯＦＤＭ）ブロードキャスト・システムのような無線ブロードキャスト環境において、無線デバイスは、無線ブロードキャスト・ネットワークを介して最新のデータまたはコンテンツに最小の遅延でアクセスし、受信できるように、最新または更新されたシステム状態情報を取得する必要がある。具体的には、１または複数の無線デバイスのためのシステム通知を含みうる最新のシステム状態情報を得るために、無線デバイスのおのおのは、最新の情報を連続的に受信し処理する必要がある。しかしながら、この手順は、無線デバイス電力リソースを著しく消耗し、もって、その待機時間を短縮する。モバイル・デバイスは、本来、制限された電力リソースおよび処理リソースしかもっていないことは自明である。したがって、処理リソースと電力リソースとを使用する、最新のシステム状態情報を得る要求は、無線デバイスにおいて、電力節約に対する多くのチャレンジをもたらす。処理リソースおよび電力リソースを節約するために、上述され本明細書で参照によって組み込まれた"APPARATUS AND METHODS FOR COMMUNICATING SYSTEM STATE INFORMATION CHANGE TO WIRELESS DEVICES"と題された同時係属出願は、システム状態変化が生じたかをデバイスが迅速に判定する短縮されたプライマリ・メッセージを有する「プライマリ・フロー」と称されるブロードキャスト・フローの概念を導入する。特に、プライマリ・フローにおけるプライマリ・メッセージは、電力およびリソース処理の節約を達成するために、デバイスが現在のシステム情報を迅速に判定するための短縮されたあるいは簡略な情報を含むことができる。しかしながら、たとえプライマリ・メッセージが、システム情報を通信するために必要な情報量を減少しても、一般に、通知フローのような他のフローでブロードキャストされる通知メッセージは、未だに、特定の受信デバイスに関係のない１または複数の通知メッセージを処理することによって、処理リソースが浪費されるように構成されうる。すなわち、通知メッセージは、特定のデバイス、あるいは、受信デバイスのグループに向けられておらず、受信デバイスは、通知メッセージが受信デバイスに該当するものではなくても、通知メッセージを処理するためにリソースを浪費するだろう。
【発明の概要】
【０００３】
（３５Ｕ．Ｓ．Ｃ．§１１９優先権主張）
本特許出願は、２００６年１１月６日に出願され、その譲受人に譲渡され、本明細書において参照によって明確に組み込まれている"METHODS AND APPARATUS FOR DELIVERY OF NOTIFICATIONS"と題された米国仮出願願６０／８６４，５６７号の優先権を主張する。
【０００４】
（発明の開示）
本開示の局面によれば、１または複数の無線デバイスに通知情報を配信する方法が開示される。この方法は、通知状態情報を示すデータを含むプライマリ・メッセージを送ることと、このプライマリ・メッセージとは別に、１または複数の通知メッセージ送ることとを含む。ここで、１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つへ向けられている。
【０００５】
別の局面によれば、システム状態情報を無線デバイスへ伝送する装置が開示される。この装置は、通知状態情報を示すデータを含むプライマリ・メッセージを送る手段を含む。この装置はまた、このプライマリ・メッセージとは別に、１または複数の通知メッセージ送る手段を含む。ここで、１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つへ向けられている。
【０００６】
また別の局面によれば、コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品が開示される。このコンピュータ読取可能媒体は、コンピュータに対して、通知状態情報を示すデータを含むプライマリ・メッセージを送らせるためのコードを含む。この媒体はまた、コンピュータに対して、プライマリ・メッセージとは別に、１または複数の通知情報を送らせるためのコードを含む。ここで、１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つに向けられている。
【０００７】
さらに別の局面によれば、システム状態情報を無線デバイスへ伝送するサーバ・プロセッサが開示される。このサーバ・プロセッサは、通知状態情報を示すデータを含む第１のプライマリ・メッセージを送る第１のモジュールを含む。このサーバ・プロセッサはまた、プライマリ・メッセージとは別に、１または複数の通知メッセージを送る第２のモジュールを含む。ここで、１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つに向けられている。
【０００８】
別の局面によれば、無線デバイスにおいて、通知情報を取得する方法が開示される。この方法は、現在の通知状態情報を含むプライマリ・メッセージをモニタすることと、通知状態情報における変化が発生したかを判定するために、現在の通知状態情報を、前の通知状態情報と比較することとを含む。さらに、この方法は、通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知情報を取得することを含む。
【０００９】
また別の局面によれば、開示された通知情報を受信する装置は、現在の通知状態情報を含むプライマリ・メッセージをモニタする手段を含む。この装置はまた、通知状態情報における変化が発生したかを判定するために、現在の通知状態情報を、前の通知状態情報と比較する手段と、通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知情報を取得する手段とを含む。
【００１０】
本開示のさらなる局面によれば、コンピュータ読取可能媒体を含むコンピュータ・プログラム製品が開示される。この媒体は、現在の通知状態情報を含むプライマリ・メッセージをコンピュータに対してモニタさせるためのコードと、通知状態情報における変化が発生したかを判定するために、コンピュータに対して、現在の通知状態情報を、前の通知状態情報と比較させるためのコードとを含む。この媒体はさらに、通知状態情報における変化が判定された場合、コンピュータに対して、少なくとも１つのアドレスされた通知情報を取得させるためのコードを含む。
【００１１】
さらにもう１つの局面にしたがって、通知情報を受信する無線デバイスが開示される。
【００１２】
このデバイスは、現在の通知状態情報を含むプライマリ・メッセージをモニタする第１のモジュールを含む。このデバイスはさらに、通知状態情報における変化が発生したかを判定するために、現在の通知状態情報を、前の通知状態情報と比較する第２のモジュールを含む。最後に、このデバイスは、通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知情報を取得する第３のモジュールを含む。
【図面の簡単な説明】
【００１３】
【図１】図１は、サーバとデバイスとの間のプライマリ・メッセージおよび通知メッセージの伝送を例示する典型的なエンド・トゥ・エンド・コール・フロー図の例示である。
【図２】図２は、コンテンツ配信システムにおける使用に適切なサーバの例を示す。
【図３】図３は、本開示の例にしたがって無線デバイスへ通知情報を配信する典型的な方法のフロー図である。
【図４】図４は、ここで開示される装置および方法で利用されるプライマリ・メッセージの典型的なフォーマットを例示する。
【図５】図５は、ここで開示される装置および方法で利用される通知メッセージ複合アドレス・フォーマットの例を示す。
【図６】図６は、アドレス・クラスを順序付け、生成されたアドレス・クラスに基づく複数のフィルタリング・レベルを用いてアドレスするスキームの更なる例を示す。
【図７】図７は、無線ネットワークにおいてコンテンツをサービスする装置を例示する。
【図８】図８は、コンテンツ配信システムにおいて使用されるデバイスの例を示す。
【図９】図９は、無線デバイスにおいて通知を取得するための方法を例示するフロー図である。
【図１０】図１０は、通信システムにおいて通知を取得する方法の他の例のフロー図である。
【図１１】図１１は、無線デバイスにおいて通知を取得する装置の別の例である。
【発明を実施するための形態】
【００１４】
本開示は、サーバと、このサーバと通信しているデバイスとの間での通知メッセージの通信を有効にするための装置および方法を説明する。例えばサーバを用いて、通知情報における変化が生じたかを示すサマリ・データまたは短縮データを含むプライマリ・メッセージを、プライマリ・フローで送信することによって、受信デバイスは、必要な通知の全てを受信したかを迅速に判定することができうる。複雑なメッセージではない短縮メッセージを処理することによって、受信デバイスの処理リソースおよび電力リソースを節約することができる。したがって、受信デバイスは、受信デバイスによって行われる必要のある処理の全体レベルを低減しながら、低バッテリ電力消費を達成することができる。さらに、より短い短縮メッセージが最初に送られるので、必要とされるマルチキャスト帯域幅が低減される。さらにまた、本開示は、プライマリ・フローとは別であり、ターゲットである具体的なデバイスまたは受信デバイスのグループへの特定のアドレス情報を含む１または複数の通知フローで、通知メッセージを使用できるようになる。
【００１５】
図１は、通知メカニズムを用いた通信システムにおいて、本開示のプライマリ・メッセージがどのようにして利用されるのかを例示する典型的なエンド・トゥ・エンド・フロー図を示す。図１に例示するように、システム１００は、特定のシステム内でのデバイスの通知を設定するオペレータ１０２を含む。特に、オペレータ１０２は、オペレータ１０２とサーバ１０６との間の矢印１０４によって示されるように、特定の複合アドレスＸに属する全てのデバイスのための通知を設定するように動作可能である。一方、サーバ１０６は、例えばデバイス１１０のような１または複数のデバイスへ、プライマリ・フロー１０８でプライマリ・メッセージ１１２を発行する。プライマリ・メッセージ１１２は、システム状態の変化が生じたかを判定するためにデバイス１１０によって利用可能なシステム状態バージョン番号から成る。この概念は、代理人整理番号０６１９２５号を有し、本明細書において参照によって組み込まれている"Apparatus and Methods for Communicating System State Information Change to Wireless Devices"と題された同時係属出願により十分に説明されている。
【００１６】
プライマリ・メッセージ１１２はまた、通知バーション番号または識別子と、現在利用可能な通知の合計数とを含む。このバージョン番号または識別子は、通知における変化を短縮方式で伝えるために、すなわち、一例として、新たな通知が現在利用可能であるかを迅速に判定するために、デバイス１１０によって利用可能な１つの数のようなショート・メッセージを用いた、サマリまたは短縮メッセージとして役立つ。代案として、プライマリ・メッセージは、通知の数を含んでいないかもしれない。通知の数に関する情報は、別のフローあるいはチャネルにおいて、あるいは他の適切な手段によって利用可能になりえる。また別の代案では、プライマリ・メッセージは、通知が向けられているデバイスの正確なグループの情報と、そのグループのための通知の数とを含む。サーバ１０６は、予め定めたレートまたは頻度で、プライマリ・メッセージ１１２を繰り返しブロードキャストできることがさらに注目される。
【００１７】
図１にさらに例示するように、デバイス１１０は、ブロック１１４に示すように、プライマリ・メッセージ１１２を受信または取得する。デバイス１１０は、その後、プライマリ・メッセージ１１２を処理して、例えば、プライマリ・メッセージ内の通知情報を獲得したり読み出したりするような、さらなる処理が必要であるかを判定する。プライマリ・メッセージ１１２内のデータが、１または複数の通知フロー内に１または複数の新たな通知メッセージが存在することをデバイス１１０に伝えたのであれば、デバイス１１０は、サーバ１０６によって送られた１または複数の通知フロー（例えば、通知フロー１１６）を待つことができる。この通知フローは、１または複数のアドレスされた通知メッセージを含むように構成されている。図１の例では、特定の複合アドレスＸの通知メッセージが、通知フロー１１６内のメッセージ１１８によって例示されている。デバイス１１０は、ブロック１２０によって示されているように、通信メッセージ１１８を得るために、通知フロー１１６を待つ。また、ブロック１２０に示すように、この時点において、複合アドレスＸの通知メッセージ１１８が、デバイス１１０によって処理される。そして、図１には例示されていないが、通知メッセージ１１８はさらに、デバイス１１０によるサーバ１０６への要求を含む。さらに、（例えば、図１に例示する１１６のような通知フロー）を待つ代わりに、システム１００は、デバイス１１０が、通知メッセージを求めてサーバ１０６へユニキャスト要求を発行できるように構成されうることが注目される。サーバ１０６は、この通知メッセージのユニキャスト送信を用いて、この通知メッセージに対して応答する。
【００１８】
図１は、矢印１２２によって示されるように、オペレータ１０２によってサーバ１０６へ発行される複合アドレスＹの次の通知の典型的な実例も示している。この実例では、サーバ１０６は、プライマリ・フロー１２４に示すように、通知バージョンがインクリメントまたは更新される修正プライマリ・メッセージ１０６を含むようにプライマリ・フローを修正する。図１の例では、前の通知バーションが「１０」で示される一方、複合アドレスＹの通知（すなわち１２２）の後に更新された通知バーションは、「１１」にインクリメントされる。さらに、プライマリ・メッセージ１２６で見られるように、プライマリ・メッセージ１２６で送られる通知の数は、２である。一方デバイス１１０は、プライマリ・フロー（例えば１２４）を規則的にモニタすることによって、ブロック１２８で示されるようにプライマリ・メッセージ（例えば、１２６）を取得し、デバイス１１０によって格納された前の通知バーションを、現在の通知バーションと比較することによって、通知バージョンの変化を認識する。図１の例では、デバイス１１０は、次の通知フロー１３０を待つことができる。この通知フロー１３０は、複合アドレスＸについて以前に送信された通知メッセージのみならず、複合アドレスＹに属するデバイスの第２の通信メッセージ１３４を含んでいる。この例の目的のために、デバイス１１０は、複合アドレスＹに属さないと仮定される。したがって、デバイス１１０は複合アドレスＸのみに属し、複合アドレスＹには属していないので、ブロック１３６に示すように、複合アドレスＸの通知アドレス１３２のみを処理する。
【００１９】
さらにまた、この例の目的のために、オペレータ１０２は、特定の通知メッセージをブロードキャストするための終了時間を設定することができる（すなわち、通知メッセージは、設定された持続期間にわたってのみブロードキャストされる）ことが仮定される。さらに詳しくは、この例では、オペレータ１０２が、複合アドレスＸの通知メッセージ（すなわち、メッセージ１０４）が、期限または終了時間を持つように設定したと仮定される。したがって、次のプライマリ・フロー１３８が送信された場合、複合アドレスＸの通知をブロードキャストする終了時間が過ぎたか、期限切れになったものと仮定される。したがって、図１はプライマリ・メッセージ１４０を例示している。ここで、プライマリ・メッセージ１４０によって示される通知メッセージの数は、１つのみであり、通知バーションは、通知バージョン番号１１のままである。複合アドレスＸの通知メッセージが期限切れになり、送信されなくなったとしても、オペレータ１０２から新たな通知メッセージが発行されないので、通知バーションは同じままである。通知フロー１４２は、複合アドレスＹに属するデバイスのための通知メッセージ１４４のみを含む。前のパラメータを仮定すると、デバイス１１０は、ブロック１４６に示すように、プライマリ・メッセージ１４０を取得するだろう。この例では、プライマリ・メッセージを取得するという前の実例（例えば、ブロック１２８）から通知バーションは変わらないので、デバイス１１０は、通知バーションが変わっていないことを認識し、それが通知における最新であり、通知を処理するためにさらなるリソースを浪費しないと結論付けるだろう。
【００２０】
図２は、コンテンツ配信システムにおける使用に適したコンテンツ・プロバイダ・サーバ２００の例を示す。このサーバは、図１におけるサーバ１０２として使用されうるサーバの一例である。図２に示すように、サーバ２００は、処理ロジック２０２、リソースおよびインタフェース２０４、およびトランシーバ・ロジック２１０を含んでおり、それらはすべて内部データ・バス２１２に接続されている。サーバ２００はさらに、起動ロジック２１４、システム情報（ＳＩ）ロジック２０６、およびＳＩレコード・ロジック２０８を含んでおり、それらもまたデータ・バス２１２に接続されている。
【００２１】
１または複数の例では、処理ロジックまたはモジュール２０２は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア・ロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアとの任意の組み合わせを含みうる。したがって、処理ロジック２０２は、通常、機械読取可能命令を実行し、内部データ・バス２１２を経由してサーバ２００の１または複数のその他の機能要素を制御するロジックを含む。
【００２２】
リソースおよびインタフェース・モジュール２０４は、ハードウェア、ソフトウェア、またはこれらの組み合わせによって実現され、これによって、サーバ２００は、内部システムおよび外部システムと通信できるようになる。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイ・ドライバ、モデム、あるいは他の内部デバイス・リソースを含むことができる。外部システムは例として、ユーザ・インタフェース・デバイス、プリンタ、ディスク・ドライブ、あるいはその他のローカルのデバイスまたはシステムを含むことができる。
【００２３】
トランシーバ・ロジックあるいはモジュール２１０は、ハードウェア・ロジックおよび／またはソフトウェアを含んでおり、これによって、サーバ２００は、通信チャネル２１６を用いて、遠隔のデバイスまたはシステムと、データおよび／またはその他の情報を授受できるようになる。例えば、一例として、通信チャネル２１６は、任意のタイプの適切な通信リンクからなっており、これによって、サーバ２００は、データ・ネットワークと通信することが可能となる。図１のシステムのコンテキストでは、通信チャンネル２１６は、サーバ（例えばサーバ１０６）とデバイス（例えばデバイス１１０）との間でのプライマリ・フローおよび通知フローの配信を達成するために利用されうることが注目される。
【００２４】
起動ロジックまたはモジュール２１４は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア・ロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアとの任意の組み合わせを含むことができる。起動ロジック２１４は、サーバを起動するように動作し、これによって、サーバは、例えばシステム情報モジュール２０６において説明したようなサービスおよび／またはコンテンツを選択して受信できるようになる。
【００２５】
図３は、本開示の例にしたがって、無線デバイスへ通知情報を配信する方法を例示する。この方法３００は、開始ブロック３０２で始まり、ブロック３０４に進む。ブロック３０４では、通知状態情報を示すデータを含んでいるプライマリ・メッセージが送信される。ブロック３０４におけるこの処理は、少なくとも通知バージョン番号を送ることを含み、さらに、図１に関連して既に述べたように、通知の数を送ることを含むことが注目される。さらに、前述したサーバ１０６またはサーバ２００がブロック３０４の処理を達成することができることが注目される。さらに、図２に例示したサーバ２００に関し、ブロック３０４の処理は、図２の例のような処理ロジック２０２、システム情報２０６、およびトランシーバ・ロジック２１０のうちの１または複数によって実施されうることが注目される。
【００２６】
ブロック３０４において、プライマリ・メッセージが送られた後、フローはブロック３０６に進み、特定のデバイスへ１または複数の通知メッセージが送られる。図１に示す例えば１１８、１３２、１３４、または１４４のような通知メッセージは、通知メッセージが関係あるいは関連するデバイスへ向けられた具体的なターゲット・アドレスを含んでいる。サーバ１０６またはサーバ２００は、以前に説明したように、ブロック３０６における処理を実施することができる。特に、図２におけるサーバ２００の例に関し、この処理は、例えば処理ロジック２０２、トランシーバ・ロジック２１０、およびシステム情報２０６によって達成される。
【００２７】
ブロック３０６の処理後、フローはブロック３０８に進み、処理が終了する。しかしながら、プライマリ・メッセージおよび通知メッセージは、図１の例で説明したように、定期的間隔で連続して送られることが注目される。さらに、図１で例示したように、プライマリ・メッセージが、プライマリ・フローで送られ、通知メッセージが、プライマリ・メッセージとは別の通知フローで送られる。
【００２８】
図４は、ここで開示された装置および方法で利用されるプライマリ・メッセージの典型的なフォーマットを例示する。図示するように、プライマリ・メッセージ４００は、プライマリ・バージョン・フィールド４０２を含む様々なフィールドを含む。このフィールドは、本明細書で参照によって明確に組み込まれている"Methods and Apparatus for Communicating System State Information to Wireless Devices"と題された同時係属出願により十分に説明されている。フィールド４０２は、例えば通知における変化のようなシステム状態変化が生じたかを迅速に判定するために、例えばデバイス１１０のような受信デバイスによって使用されるバージョン番号からなる。プライマリ・メッセージ・バージョンが変化する、すなわち、システム状態変化を示すと、デバイス１１０は、例えば通知バージョン・フィールド４０４のようなプライマリ・メッセージ４００内のさらなる情報フィールドを処理することができる。例えばデバイス１１０のようなデバイスへ通知バージョン番号を伝えるのはフィールド４０４である。これによって、デバイスは、オペレータが通知メッセージを発行したかを判定するために、現在の通知バージョンを、以前に格納されたバージョンと迅速に比較できるようになる。プライマリ・メッセージ４００はまた、多くの通知フィールド４０６をも含んでおり、通知フローで送られている現在の通知の数を受信デバイスへ伝える。例示するように、プライマリ・メッセージ４００はまた、フィールド４０８に示すようなその他様々なフィールドをも含んでいる。
【００２９】
図５は、ここで開示された装置および方法で利用される通知メッセージ複合アドレス・フォーマットの一例を示す。例示するように、通知メッセージ５００は、アドレス・クラス５０２と、グループ・アドレス５０４を示す同伴フィールドとを含むことができる。アドレス・クラス５０２は、複合アドレスのタイプを特定し、グループ・アドレス５０４は、対応するアドレス・クラス内のデバイスの正確なグループを特定する。例えば、アドレス・クラスは、複合アドレスが、サービス・プロバイダに加入したデバイスのグループをアドレスしていることを確認することができる。グループ・アドレスは、アドレス・クラスとともに、一例としてＶｅｒｉｚｏｎのような特定のサービス・プロバイダに加入したデバイスのグループを特定することができる。他の例では、アドレス・クラスは、複合アドレスが、チャネルに加入したデバイスのグループをアドレスすることを確認することができる。グループ・アドレスはアドレス・クラスとともに、例えばＭＴＶのような特定のチャネルに加入しているデバイスのグループを確認することができる。複合アドレスに加えて、通知メッセージ５００はさらに、例えばテキスト、ピクチャ、または、ビデオあるいはマルチメディアのようなターゲット・グループのためのデータを含むことができる。
【００３０】
図５に示すように、アドレス・クラスの数は、１から、クラス番号ｎまでの任意の数でありうる。図５は、アドレス・クラス５０２と対応するグループ・アドレス５０４の典型的なリストを示している。フィールド５０６およびフィールド５０８に関連して示す例として、例えば、通知メッセージが、複合アドレス（１，１０）へと向けられうる。したがって、この典型的な通知は、アドレス・クラス１内で、アドレス範囲０・・・２５５からのアドレス１０を有するグループをアドレスする。フィールド５１０およびフィールド５１２を参照した別の例として、通知メッセージが、複合アドレス（２，３００００）へ向けられる。ここで、通知は、アドレス・クラス２内で、アドレス範囲０・・・６５５３５からのアドレス３００００を有するグループをアドレスする。
【００３１】
図６はさらに、アドレス・クラスを順序付けと、生成されたクラスに基づいて複数のレベルのフィルタリングを用いてアドレスする複合アドレス・スキーム６００の例を示す。特に、この複合アドレスは、ヘディング６０２の下のカラムによって示される特定のアドレス・クラスと、ヘディング６０４の下に示すアドレス・クラス値と、ヘディング６０６の下に示すアドレス・フィールドとを含む。ヘディング６０２の下のアドレス・クラスのタイプの例は、グローバル・アドレス、課金およびカスタマ・サービス・プロバイダ・クラス、コンテンツ・リテーラ・クラス、パッケージ、ティア、サービス、フロー、およびネットワーク・アプリケーションを含む。図６のテーブルで見られるように、アドレス・クラスのおのおのは、アドレス・クラスに対応する特定のアドレス・クラス値を有する。これらアドレス・クラス値の例は、ヘディング６０４の下のカラムに例示されている。
【００３２】
複合アドレスが値（１，１０）を有する図５に関して説明した例に戻り、推論例が、図６に関して説明される。特に、図６は、アドレス・クラス６０２の典型的なリストを示す。したがって、複合アドレス（１，１０）を備えた通知メッセージは、グループ・アドレス値１０を持つ「サービス・プロバイダ」（すなわち、アドレス・クラス１（例えば、０ｘ０１））に加入したデバイスへ向けられよう。
【００３３】
アドレス・フィールド（ヘディング６０６参照）に識別情報を含めることによって、スキーム６００の構成は、第２のフィルタリング・レベルを与え、さらなる識別情報を持つ１または複数のデバイスを向けることができることが注目される。例えば、課金およびカスタマ・サービス・プロバイダ（フィールド６０８参照）からなるアドレス・クラスでは、アドレス・クラス値０ｘ０１は、特定のアドレス・クラスに関連している。さらに、アドレス・フィールド内に特定のプロバイダ識別情報を指定する（フィールド６１０参照）ことによって、第２のレベルのフィルタリングが達成されうる。例えば、課金およびカスタマ・サービス・プロバイダ識別情報の場合、アドレス・フィールドのアドレスは、例えばＶｅｒｉｚｏｎのようなサービス・プロバイダを指定するために０ｘＡ０となりうる一方、例えばＣｉｎｇｕｌａｒのような別のサービス・プロバイダは、例えば０ｘＡ１のような別のアドレスを有しうる。したがって、課金およびサービス・プロバイダ・アドレス・クラスにおける通知がＶｅｒｉｚｏｎに向けられている場合、アドレス・フィールドは、Ｖｅｒｉｚｏｎカスタマまたはユーザにのみ、通知があることを警告または通知するためにアドレスすることを含むであろう。
【００３４】
複合アドレス・フォーマットは、デバイスのグループのさらなる絞り込みが達成されるという点で拡張可能であることがさらに注目される。例えば、複合アドレスは、スポーツ・パッケージには加入しているが、映画パッケージには加入していないサンディエゴの全てのＶｅｒｉｚｏｎユーザのように、１を超える属性を有するグループをカバーするように拡張することが可能である。他の例として、ターゲット・アドレスを生成する論理演算におけるオペランドとして、例えばＡＮＤ演算およびＯＲ演算のような論理演算をアドレス・クラスおよびアドレス・フィールドに実行することによって、さらなる絞込みアドレシングが達成されうる。また他の例として、複合アドレスが、ストリング・アドレスとして構成されうる。
【００３５】
図１の例において、特定のデバイスのグループに向けるために、図５または図６に例示するアドレス・フォーマット・スキームの何れかにしたがってアドレスＸの合成メッセージを構成できうることがここでさらに注目される。さらに、図５および図６は単なる典型例であり、異なるアドレス・クラスの任意の数が、当業者によって考慮されうることが注目される。
【００３６】
図７は、無線ネットワークにおいてコンテンツをサービス提供する装置を例示する。例示するように、この装置は、通知状態情報を示すデータを含むプライマリ・メッセージを送るモジュール７０２を含むサーバ７００またはサーバ・プロセッサでありうる。このモジュール７０２は、例えば、図２に例示する様々なモジュールのうちの１または複数によって実現されうる。プライマリ・メッセージは、図４に例示するメッセージ４００と同様に構成されうる。したがって、プライマリ・メッセージは、一例として、通知バージョンのみならず、通知の数をも含むであろう。
【００３７】
モジュール７０２は、プライマリ・フロー通信７０４を経由して、１または複数のユーザ・デバイスへとプライマリ・メッセージを送信する。モジュール７０２は、１または複数の受信デバイスへ少なくとも１つの通知メッセージを送るモジュール７０８と通信する。ここで、少なくとも１つの通知メッセージは、１または複数の具体的なデバイスに向けてアドレスされた通知メッセージである。カップリング７０６によって示されるように、モジュール７０２とモジュール７０８とは通信しているが、これはサーバ７００の実現には必要ではない。モジュール７０８によって送られた通知メッセージは、例えば図５または図６の複合アドレスによって例示されるように、アドレスされた通知メッセージを含んでいる。この通知メッセージは、１または複数のユーザ・デバイスへと通知フロー７１０によって送られる。モジュール７０８は、図２に例示するような様々なモジュールのうちの１または複数によって実現されることが注目される。この装置７００はさらに、破線で示すように、通知状態情報における変化が生じた場合に、通知状態情報を修正するモジュール７１２をも含むことができる。モジュール７１２は、例えば、プライマリ・フロー（７０４）と通知フロー（７１０）とを変えるために、通信カップリング７１４、７１６を経由して、モジュール７０２および／またはモジュール７０８へと、通知状態情報における変化を伝える図１のオペレータ１０２のようなオペレータを備えたインタフェースでありうる。
【００３８】
図８は、コンテンツ配信システムにおける使用に適切なデバイス８００の例を示す。例えば、デバイス８００は、図１に示すデバイス１１０でありうる。デバイス８００は、処理ロジック８０２、リソースおよびインタフェース８０４、およびトランシーバ・ロジック８０８を含む。これらは全てデータ・バス８０６に接続されている。デバイス８００はさらに、クライアント８１０、プログラム・ロジック８１４、およびＳＩロジック８１２をも備えている。これらは全てデータ・バス８０８に接続されている。
【００３９】
１または複数の例において、処理ロジック８０２は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア・ロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアとの任意の組み合わせによって実現されうる。したがって、処理ロジック８０２は通常、機械読取可能命令を実行し、さらに、内部データ・バス８０６を経由してデバイス８００の１または複数のその他の機能要素を制御するロジックを備える。
【００４０】
リソースおよびインタフェース８０４は、デバイス８００が内部システムおよび外部システムと通信することを可能にするソフトウェアおよび／またはハードウェアを備える。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイ・ドライバ、モデム、あるいはその他の内部デバイス・リソースを含むことができる。外部システムは、ユーザ・インタフェース・デバイス、プリンタ、ディスク・ドライブ、あるいはその他のローカル・デバイスまたはローカル・システムを含むことができる。
【００４１】
トランシーバ・ロジック８０８は、デバイス８００が、通信チャネル８１４を通じて、例えば図１および図２に示すサーバ１０６またはサーバ２００のような外部デバイスまたは外部システムと、データおよび／またはその他の情報を送受信することを可能にするハードウェアおよび／またはソフトウェアを備えている。通信チャンネル８１４は、ネットワーク通信リンク、無線通信リンク、あるいはその他のタイプの通信リンクを備えることができる。
【００４２】
動作中、デバイス８００が起動され、データ・ネットワークを介して利用可能なコンテンツまたはサービスを受信できるようになる。例えば、デバイス８００は、起動処理中、自身の身元をコンテンツ・プロバイダ・サーバに明らかにすることができる。起動処理の一部として、デバイス８００は、ＳＩロジック８１２によってＳＩレコードを受け取り、格納する。ＳＩロジック８１２は、デバイス８００が受信することが可能なサービスまたはコンテンツを特定する情報を含む。クライアント８１０は、リソースおよびインタフェース８０４を用いて、デバイス８００のＳＩロジック８１２内に情報をレンダするように動作する。例えば、クライアント８１０は、デバイス８００の一部であるディスプレイ・スクリーン（図示せず）上に、ＳＩロジック８０２内の情報をレンダする。クライアント８１０はまた、デバイス・ユーザが、コンテンツまたはサービスを選択することができるように、リソースおよびインタフェースを介してユーザ入力を受け取る。
【００４３】
図９は、例えばデバイス１１０またはデバイス８００のような無線デバイスにおいて通知を取得するための方法を例示するフロー図である。例示するように、この処理９００は、開始ブロック９０２で始まり、その後フローはブロック９０４へ進む。ブロック９０４では、コンテンツ通知状態情報を含むプライマリ・メッセージがモニタされる。前述したように、この通知状態情報は、例えばメッセージ４００におけるフィールド４０４のようなプライマリ・メッセージに含まれ、通知バージョン番号から成っている。
【００４４】
ブロック９０６では、通知状態情報における変化が生じたかを判定するために、現在の通知状態情報が、前の通知状態情報と比較される。前述したように、ブロック９０６の処理は、実際の通知状態情報のさらなる取得を保証するために、変化が生じたかを迅速に判定するために、現在の通知バーション番号を既に格納されたバージョン番号と比較するデバイスからなる。ブロック９０６の処理後、フローはブロック９０８に進み、通知状態情報における変化が判定されると、少なくとも１つのアドレスされた通知状態情報が取得される。ブロック９０８の処理の例は、特定のデバイスに関連するフロー内で、アドレスされた通知メッセージを得るために、通知フローを待つことであることが注目される。１または複数の通知メッセージが得られた後、フローは、ブロック９１０に進み、処理９００が終了する。処理９００は、開始ブロックおよび終了ブロックを備えて示されているが、処理９００は、デバイスによって予め定められた時間間隔で、定期的に繰り返されうることが注目される。図１のデバイス１１０、図８のデバイス８００、または図１１に関連して後に説明する装置１１００が、処理９００を実施することができることがさらに注目される。
【００４５】
図１０は、通信システムにおいて通知を取得する方法の別の例のフロー図である。例示するように、この方法１０００は、ブロック１００２で始まり、デバイスにおいてプライマリ・メッセージが受信またはモニタされる。このプライマリ・メッセージは、通知バージョン番号を含んでいる。フローは、判定ブロック１００４へ進み、デバイスに格納された通知バージョン番号が、プライマリ・メッセージに含まれ現在送信されている通知バージョン番号と同じであるかが判定される。同じであることは、通知に何の変化も生じていないことを示し、処理１０００は、図示するように、終了ブロック１００８へ進む。
【００４６】
一報、通知バーションが変化しているのであれば、デバイスは、通知フローを待つだろう。その後、フローは、ブロック１００４から判定ブロック１００６に進む。ここで、デバイスは、プライマリ・メッセージの通知メッセージの現在の数が、ゼロに等しいかを判定することができる。この状況は、例えば、オペレータが、制限された持続時間の通知をサーバに発行し、通知バージョン番号における変化を引き起こした場合に起きる。この状況は、デバイスに電源が投入されていない場合、あるいは、制限された持続時間内に受信していない場合に起きる。この場合、通知バージョン番号が、デバイス内に現在格納されているバージョンから変化するが、通知メッセージは、期限切れであるので、通知メッセージの数はゼロである。ブロック１００６の状態が真である場合、どのメッセージも処理される必要がないので、フローは再び終了ブロック１００８へ進む。処理１０００は、処理１０００が繰り前される時間である、デバイスの次のモニタリング周期までに終了することが注目される。
【００４７】
ブロック１００６の状態が偽である場合、フローはブロック１０１０へ進む。ここでは、デバイスが、プライマリ・メッセージから、何個（ｎ個）の現在の通知メッセージが残っているかを判定することができる。すなわち、プライマリ・メッセージに示される通知の数（例えば、フィールド４０６）は、通知の数ｎを判定するために利用されうる。あるいは、通知の数ｎは、プライマリ・メッセージ以外の他のメッセージ、あるいは、その他適切な手段のようなその他の手段によって通信されうる。
【００４８】
ブロック１０１０の後、フローはブロック１０１２に進み、カウントｉが、１の値に初期化される。フローは次に、デバイスがｉ番目の通知メッセージを処理すべきかを判定するための判定ブロック１０１４へ進む。すなわち、デバイスの状態（例えば、デバイスの現在位置、チャネル加入者リスト等）、またはユーザ・インタフェース（例えば、ユーザは、別の場所または別のサービスに関する通知を受信するように自発的に選択する）に基づいて、デバイスは、この通知を処理する。デバイスは、この通知メッセージが、デバイスに関連しており、処理されるべきであるかを判定するために、通知メッセージ内の複合アドレスを使用する。この通知メッセージが関連している場合、フローはブロック１０１６へ進み、デバイスは、アドレスされた通知メッセージをさらに処理する。ブロック１０１６における処理の後、あるいは処理の開始後、フローはブロック１０１８へ進む。一方、ブロック１０１４において、例えば図１のブロック１３６の例のように、このメッセージがデバイスに関係ない場合、フローはブロック１０１４からブロック１０１８へと直接進む。
【００４９】
ブロック１０１８では、カウントｉが、１カウントずつインクリメントされ、その後、フローは、判定ブロック１０２０へ進む。ブロック１０２０では、カウントｉの現在の値が、通知の合計数ｎ未満であるか、あるいはそれに等しいかが判定される。もしもそうであれば、フローは、ブロック１０１４へループして戻り、次のｉ番目のメッセージの関連性が判定される。ブロック１０２０において「ｎｏ」と判定されるように、全ての通知が受信され、必要なすなわち関連する通知が処理されると、ブロック１０２２に示されるように、デバイスは、プライマリ・メッセージから受信した通知バージョンを格納する。フローはブロック１０２４へ進み、例えば、次のモニタリンク期間において繰り返されるまで、処理１０００は停止する。処理１０００は、図１のデバイス１１０、図８のデバイス８００、または以下に説明する装置１０００によって実施されうることが注目される。
【００５０】
図１１は、無線デバイスにおいて通知を取得するための別の装置１１００を例示する。図示するように、この装置は、現在の通知状態情報を含むプライマリ・メッセージをモニタするモジュール１１０２を含む。モジュール１１０２は、図８のデバイス８００に例示されるモジュールのうち任意の１つまたは複数によって実現されうる。モジュール１１０２は、通信リンク１１０６を介してモジュール１１０４と通信する。モジュール１１０４は、通知状態情報に変化が生じたかを判定するために、現在の通知状態情報を、前の通知状態情報と比較するために使用される。一例として、通知状態情報は、モジュール１１０４が以前に格納された通知バージョン番号と比較する通知バージョン番号を含むことができる。相違点すなわち変化が検出されると、モジュール１１０４は、通信リンク１１１０を介してモジュール１１０８と通信する。
【００５１】
通知状態情報の変化がモジュール１１０４によって判定された場合、モジュール１１０８は、通知フローをモニタするかあるいは受信し、少なくとも１つのアドレスされた通知情報を取得するように構成されている。モジュール１１０８によって達成されるこの動作の一例は、例えば図５および図６に例示するような複合アドレスを備えた通知メッセージを受信することと、アドレスされたメッセージが、装置１１００が実装されているデバイスに関連しているかを判定することと、上記図１０の方法に関連して説明したように、メッセージが関連している場合、通知メッセージを処理することとを含む。モジュール１１０４およびモジュール１１０８は、一例として図８のデバイス８００に例示するようなモジュールのうちの任意の１つまたは複数によって実施されうることが注目される。
【００５２】
開示された処理のステップの具体的な順番または階層は、典型的なアプローチの一例であることが理解される。設計選択に基づいて、この処理のステップの具体的な順番または階層は、本開示の範囲内でありながら、再構成されうることが理解される。それに伴う方法請求項は、これら様々なステップの要素を、サンプルである順番で示しており、示された具体的な順番または階層に限定されることは意味されていない。
【００５３】
当業者であれば、情報および信号が、種々異なる技術および技法のうちの何れかを用いて表されうることを理解するだろう。例えば、上記説明を通じて参照されるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれらの任意の組み合わせによって表されうる。
【００５４】
当業者であればさらに、本明細書で開示された実施形態に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００５５】
本明細書で開示された実施形態に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００５６】
本明細書で開示された実施形態に関連して記述された方法やアルゴリズムの処理は、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体（図示せず）は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００５７】
上述した例は、単なる典型例であり、当業者であれば、本明細書で開示した発明的な概念から逸脱することなく、上述した例、および上述した例から展開される多くの利用を行うことができる。これらの例への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本明細書で開示された斬新な局面の精神または範囲から逸脱することなく、例えば、インスタント・メッセージング・サービスまたは任意の一般的な無線データ通信アプリケーションにおいて、その他の例にも適用されうる。このように、本開示の範囲は、本明細書に示された例に限定されることは意図されておらず、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当するものとされる。用語「典型的」は、本明細書において、「例、事例、または実例として役立つ」ことを意味するために用いられていることが注目される。本明細書で「典型的」と記載されている例は、必ずしも他の例よりも好適であるとか有利であるとか解釈される必要はない。したがって、本明細書に記載の斬新な局面は、以下の特許請求の範囲によってのみ定義される。
【技術分野】
【０００１】
本開示は、一般に、通知の通信のための方法および装置に関し、さらに詳しくは、プライマリ・メッセージが現在の通知の存在を伝え、通知メッセージが、アドレスされた通知情報を伝える無線通信システムにおける通知の通信に関する。
【背景技術】
【０００２】
例えば、直交周波数分割多重化（ＯＦＤＭ）ブロードキャスト・システムのような無線ブロードキャスト環境において、無線デバイスは、無線ブロードキャスト・ネットワークを介して最新のデータまたはコンテンツに最小の遅延でアクセスし、受信できるように、最新または更新されたシステム状態情報を取得する必要がある。具体的には、１または複数の無線デバイスのためのシステム通知を含みうる最新のシステム状態情報を得るために、無線デバイスのおのおのは、最新の情報を連続的に受信し処理する必要がある。しかしながら、この手順は、無線デバイス電力リソースを著しく消耗し、もって、その待機時間を短縮する。モバイル・デバイスは、本来、制限された電力リソースおよび処理リソースしかもっていないことは自明である。したがって、処理リソースと電力リソースとを使用する、最新のシステム状態情報を得る要求は、無線デバイスにおいて、電力節約に対する多くのチャレンジをもたらす。処理リソースおよび電力リソースを節約するために、上述され本明細書で参照によって組み込まれた"APPARATUS AND METHODS FOR COMMUNICATING SYSTEM STATE INFORMATION CHANGE TO WIRELESS DEVICES"と題された同時係属出願は、システム状態変化が生じたかをデバイスが迅速に判定する短縮されたプライマリ・メッセージを有する「プライマリ・フロー」と称されるブロードキャスト・フローの概念を導入する。特に、プライマリ・フローにおけるプライマリ・メッセージは、電力およびリソース処理の節約を達成するために、デバイスが現在のシステム情報を迅速に判定するための短縮されたあるいは簡略な情報を含むことができる。しかしながら、たとえプライマリ・メッセージが、システム情報を通信するために必要な情報量を減少しても、一般に、通知フローのような他のフローでブロードキャストされる通知メッセージは、未だに、特定の受信デバイスに関係のない１または複数の通知メッセージを処理することによって、処理リソースが浪費されるように構成されうる。すなわち、通知メッセージは、特定のデバイス、あるいは、受信デバイスのグループに向けられておらず、受信デバイスは、通知メッセージが受信デバイスに該当するものではなくても、通知メッセージを処理するためにリソースを浪費するだろう。
【発明の概要】
【０００３】
（３５Ｕ．Ｓ．Ｃ．§１１９優先権主張）
本特許出願は、２００６年１１月６日に出願され、その譲受人に譲渡され、本明細書において参照によって明確に組み込まれている"METHODS AND APPARATUS FOR DELIVERY OF NOTIFICATIONS"と題された米国仮出願願６０／８６４，５６７号の優先権を主張する。
【０００４】
（発明の開示）
本開示の局面によれば、１または複数の無線デバイスに通知情報を配信する方法が開示される。この方法は、通知状態情報を示すデータを含むプライマリ・メッセージを送ることと、このプライマリ・メッセージとは別に、１または複数の通知メッセージ送ることとを含む。ここで、１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つへ向けられている。
【０００５】
別の局面によれば、システム状態情報を無線デバイスへ伝送する装置が開示される。この装置は、通知状態情報を示すデータを含むプライマリ・メッセージを送る手段を含む。この装置はまた、このプライマリ・メッセージとは別に、１または複数の通知メッセージ送る手段を含む。ここで、１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つへ向けられている。
【０００６】
また別の局面によれば、コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品が開示される。このコンピュータ読取可能媒体は、コンピュータに対して、通知状態情報を示すデータを含むプライマリ・メッセージを送らせるためのコードを含む。この媒体はまた、コンピュータに対して、プライマリ・メッセージとは別に、１または複数の通知情報を送らせるためのコードを含む。ここで、１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つに向けられている。
【０００７】
さらに別の局面によれば、システム状態情報を無線デバイスへ伝送するサーバ・プロセッサが開示される。このサーバ・プロセッサは、通知状態情報を示すデータを含む第１のプライマリ・メッセージを送る第１のモジュールを含む。このサーバ・プロセッサはまた、プライマリ・メッセージとは別に、１または複数の通知メッセージを送る第２のモジュールを含む。ここで、１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つに向けられている。
【０００８】
別の局面によれば、無線デバイスにおいて、通知情報を取得する方法が開示される。この方法は、現在の通知状態情報を含むプライマリ・メッセージをモニタすることと、通知状態情報における変化が発生したかを判定するために、現在の通知状態情報を、前の通知状態情報と比較することとを含む。さらに、この方法は、通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知情報を取得することを含む。
【０００９】
また別の局面によれば、開示された通知情報を受信する装置は、現在の通知状態情報を含むプライマリ・メッセージをモニタする手段を含む。この装置はまた、通知状態情報における変化が発生したかを判定するために、現在の通知状態情報を、前の通知状態情報と比較する手段と、通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知情報を取得する手段とを含む。
【００１０】
本開示のさらなる局面によれば、コンピュータ読取可能媒体を含むコンピュータ・プログラム製品が開示される。この媒体は、現在の通知状態情報を含むプライマリ・メッセージをコンピュータに対してモニタさせるためのコードと、通知状態情報における変化が発生したかを判定するために、コンピュータに対して、現在の通知状態情報を、前の通知状態情報と比較させるためのコードとを含む。この媒体はさらに、通知状態情報における変化が判定された場合、コンピュータに対して、少なくとも１つのアドレスされた通知情報を取得させるためのコードを含む。
【００１１】
さらにもう１つの局面にしたがって、通知情報を受信する無線デバイスが開示される。
【００１２】
このデバイスは、現在の通知状態情報を含むプライマリ・メッセージをモニタする第１のモジュールを含む。このデバイスはさらに、通知状態情報における変化が発生したかを判定するために、現在の通知状態情報を、前の通知状態情報と比較する第２のモジュールを含む。最後に、このデバイスは、通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知情報を取得する第３のモジュールを含む。
【図面の簡単な説明】
【００１３】
【図１】図１は、サーバとデバイスとの間のプライマリ・メッセージおよび通知メッセージの伝送を例示する典型的なエンド・トゥ・エンド・コール・フロー図の例示である。
【図２】図２は、コンテンツ配信システムにおける使用に適切なサーバの例を示す。
【図３】図３は、本開示の例にしたがって無線デバイスへ通知情報を配信する典型的な方法のフロー図である。
【図４】図４は、ここで開示される装置および方法で利用されるプライマリ・メッセージの典型的なフォーマットを例示する。
【図５】図５は、ここで開示される装置および方法で利用される通知メッセージ複合アドレス・フォーマットの例を示す。
【図６】図６は、アドレス・クラスを順序付け、生成されたアドレス・クラスに基づく複数のフィルタリング・レベルを用いてアドレスするスキームの更なる例を示す。
【図７】図７は、無線ネットワークにおいてコンテンツをサービスする装置を例示する。
【図８】図８は、コンテンツ配信システムにおいて使用されるデバイスの例を示す。
【図９】図９は、無線デバイスにおいて通知を取得するための方法を例示するフロー図である。
【図１０】図１０は、通信システムにおいて通知を取得する方法の他の例のフロー図である。
【図１１】図１１は、無線デバイスにおいて通知を取得する装置の別の例である。
【発明を実施するための形態】
【００１４】
本開示は、サーバと、このサーバと通信しているデバイスとの間での通知メッセージの通信を有効にするための装置および方法を説明する。例えばサーバを用いて、通知情報における変化が生じたかを示すサマリ・データまたは短縮データを含むプライマリ・メッセージを、プライマリ・フローで送信することによって、受信デバイスは、必要な通知の全てを受信したかを迅速に判定することができうる。複雑なメッセージではない短縮メッセージを処理することによって、受信デバイスの処理リソースおよび電力リソースを節約することができる。したがって、受信デバイスは、受信デバイスによって行われる必要のある処理の全体レベルを低減しながら、低バッテリ電力消費を達成することができる。さらに、より短い短縮メッセージが最初に送られるので、必要とされるマルチキャスト帯域幅が低減される。さらにまた、本開示は、プライマリ・フローとは別であり、ターゲットである具体的なデバイスまたは受信デバイスのグループへの特定のアドレス情報を含む１または複数の通知フローで、通知メッセージを使用できるようになる。
【００１５】
図１は、通知メカニズムを用いた通信システムにおいて、本開示のプライマリ・メッセージがどのようにして利用されるのかを例示する典型的なエンド・トゥ・エンド・フロー図を示す。図１に例示するように、システム１００は、特定のシステム内でのデバイスの通知を設定するオペレータ１０２を含む。特に、オペレータ１０２は、オペレータ１０２とサーバ１０６との間の矢印１０４によって示されるように、特定の複合アドレスＸに属する全てのデバイスのための通知を設定するように動作可能である。一方、サーバ１０６は、例えばデバイス１１０のような１または複数のデバイスへ、プライマリ・フロー１０８でプライマリ・メッセージ１１２を発行する。プライマリ・メッセージ１１２は、システム状態の変化が生じたかを判定するためにデバイス１１０によって利用可能なシステム状態バージョン番号から成る。この概念は、代理人整理番号０６１９２５号を有し、本明細書において参照によって組み込まれている"Apparatus and Methods for Communicating System State Information Change to Wireless Devices"と題された同時係属出願により十分に説明されている。
【００１６】
プライマリ・メッセージ１１２はまた、通知バーション番号または識別子と、現在利用可能な通知の合計数とを含む。このバージョン番号または識別子は、通知における変化を短縮方式で伝えるために、すなわち、一例として、新たな通知が現在利用可能であるかを迅速に判定するために、デバイス１１０によって利用可能な１つの数のようなショート・メッセージを用いた、サマリまたは短縮メッセージとして役立つ。代案として、プライマリ・メッセージは、通知の数を含んでいないかもしれない。通知の数に関する情報は、別のフローあるいはチャネルにおいて、あるいは他の適切な手段によって利用可能になりえる。また別の代案では、プライマリ・メッセージは、通知が向けられているデバイスの正確なグループの情報と、そのグループのための通知の数とを含む。サーバ１０６は、予め定めたレートまたは頻度で、プライマリ・メッセージ１１２を繰り返しブロードキャストできることがさらに注目される。
【００１７】
図１にさらに例示するように、デバイス１１０は、ブロック１１４に示すように、プライマリ・メッセージ１１２を受信または取得する。デバイス１１０は、その後、プライマリ・メッセージ１１２を処理して、例えば、プライマリ・メッセージ内の通知情報を獲得したり読み出したりするような、さらなる処理が必要であるかを判定する。プライマリ・メッセージ１１２内のデータが、１または複数の通知フロー内に１または複数の新たな通知メッセージが存在することをデバイス１１０に伝えたのであれば、デバイス１１０は、サーバ１０６によって送られた１または複数の通知フロー（例えば、通知フロー１１６）を待つことができる。この通知フローは、１または複数のアドレスされた通知メッセージを含むように構成されている。図１の例では、特定の複合アドレスＸの通知メッセージが、通知フロー１１６内のメッセージ１１８によって例示されている。デバイス１１０は、ブロック１２０によって示されているように、通信メッセージ１１８を得るために、通知フロー１１６を待つ。また、ブロック１２０に示すように、この時点において、複合アドレスＸの通知メッセージ１１８が、デバイス１１０によって処理される。そして、図１には例示されていないが、通知メッセージ１１８はさらに、デバイス１１０によるサーバ１０６への要求を含む。さらに、（例えば、図１に例示する１１６のような通知フロー）を待つ代わりに、システム１００は、デバイス１１０が、通知メッセージを求めてサーバ１０６へユニキャスト要求を発行できるように構成されうることが注目される。サーバ１０６は、この通知メッセージのユニキャスト送信を用いて、この通知メッセージに対して応答する。
【００１８】
図１は、矢印１２２によって示されるように、オペレータ１０２によってサーバ１０６へ発行される複合アドレスＹの次の通知の典型的な実例も示している。この実例では、サーバ１０６は、プライマリ・フロー１２４に示すように、通知バージョンがインクリメントまたは更新される修正プライマリ・メッセージ１０６を含むようにプライマリ・フローを修正する。図１の例では、前の通知バーションが「１０」で示される一方、複合アドレスＹの通知（すなわち１２２）の後に更新された通知バーションは、「１１」にインクリメントされる。さらに、プライマリ・メッセージ１２６で見られるように、プライマリ・メッセージ１２６で送られる通知の数は、２である。一方デバイス１１０は、プライマリ・フロー（例えば１２４）を規則的にモニタすることによって、ブロック１２８で示されるようにプライマリ・メッセージ（例えば、１２６）を取得し、デバイス１１０によって格納された前の通知バーションを、現在の通知バーションと比較することによって、通知バージョンの変化を認識する。図１の例では、デバイス１１０は、次の通知フロー１３０を待つことができる。この通知フロー１３０は、複合アドレスＸについて以前に送信された通知メッセージのみならず、複合アドレスＹに属するデバイスの第２の通信メッセージ１３４を含んでいる。この例の目的のために、デバイス１１０は、複合アドレスＹに属さないと仮定される。したがって、デバイス１１０は複合アドレスＸのみに属し、複合アドレスＹには属していないので、ブロック１３６に示すように、複合アドレスＸの通知アドレス１３２のみを処理する。
【００１９】
さらにまた、この例の目的のために、オペレータ１０２は、特定の通知メッセージをブロードキャストするための終了時間を設定することができる（すなわち、通知メッセージは、設定された持続期間にわたってのみブロードキャストされる）ことが仮定される。さらに詳しくは、この例では、オペレータ１０２が、複合アドレスＸの通知メッセージ（すなわち、メッセージ１０４）が、期限または終了時間を持つように設定したと仮定される。したがって、次のプライマリ・フロー１３８が送信された場合、複合アドレスＸの通知をブロードキャストする終了時間が過ぎたか、期限切れになったものと仮定される。したがって、図１はプライマリ・メッセージ１４０を例示している。ここで、プライマリ・メッセージ１４０によって示される通知メッセージの数は、１つのみであり、通知バーションは、通知バージョン番号１１のままである。複合アドレスＸの通知メッセージが期限切れになり、送信されなくなったとしても、オペレータ１０２から新たな通知メッセージが発行されないので、通知バーションは同じままである。通知フロー１４２は、複合アドレスＹに属するデバイスのための通知メッセージ１４４のみを含む。前のパラメータを仮定すると、デバイス１１０は、ブロック１４６に示すように、プライマリ・メッセージ１４０を取得するだろう。この例では、プライマリ・メッセージを取得するという前の実例（例えば、ブロック１２８）から通知バーションは変わらないので、デバイス１１０は、通知バーションが変わっていないことを認識し、それが通知における最新であり、通知を処理するためにさらなるリソースを浪費しないと結論付けるだろう。
【００２０】
図２は、コンテンツ配信システムにおける使用に適したコンテンツ・プロバイダ・サーバ２００の例を示す。このサーバは、図１におけるサーバ１０２として使用されうるサーバの一例である。図２に示すように、サーバ２００は、処理ロジック２０２、リソースおよびインタフェース２０４、およびトランシーバ・ロジック２１０を含んでおり、それらはすべて内部データ・バス２１２に接続されている。サーバ２００はさらに、起動ロジック２１４、システム情報（ＳＩ）ロジック２０６、およびＳＩレコード・ロジック２０８を含んでおり、それらもまたデータ・バス２１２に接続されている。
【００２１】
１または複数の例では、処理ロジックまたはモジュール２０２は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア・ロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアとの任意の組み合わせを含みうる。したがって、処理ロジック２０２は、通常、機械読取可能命令を実行し、内部データ・バス２１２を経由してサーバ２００の１または複数のその他の機能要素を制御するロジックを含む。
【００２２】
リソースおよびインタフェース・モジュール２０４は、ハードウェア、ソフトウェア、またはこれらの組み合わせによって実現され、これによって、サーバ２００は、内部システムおよび外部システムと通信できるようになる。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイ・ドライバ、モデム、あるいは他の内部デバイス・リソースを含むことができる。外部システムは例として、ユーザ・インタフェース・デバイス、プリンタ、ディスク・ドライブ、あるいはその他のローカルのデバイスまたはシステムを含むことができる。
【００２３】
トランシーバ・ロジックあるいはモジュール２１０は、ハードウェア・ロジックおよび／またはソフトウェアを含んでおり、これによって、サーバ２００は、通信チャネル２１６を用いて、遠隔のデバイスまたはシステムと、データおよび／またはその他の情報を授受できるようになる。例えば、一例として、通信チャネル２１６は、任意のタイプの適切な通信リンクからなっており、これによって、サーバ２００は、データ・ネットワークと通信することが可能となる。図１のシステムのコンテキストでは、通信チャンネル２１６は、サーバ（例えばサーバ１０６）とデバイス（例えばデバイス１１０）との間でのプライマリ・フローおよび通知フローの配信を達成するために利用されうることが注目される。
【００２４】
起動ロジックまたはモジュール２１４は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア・ロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアとの任意の組み合わせを含むことができる。起動ロジック２１４は、サーバを起動するように動作し、これによって、サーバは、例えばシステム情報モジュール２０６において説明したようなサービスおよび／またはコンテンツを選択して受信できるようになる。
【００２５】
図３は、本開示の例にしたがって、無線デバイスへ通知情報を配信する方法を例示する。この方法３００は、開始ブロック３０２で始まり、ブロック３０４に進む。ブロック３０４では、通知状態情報を示すデータを含んでいるプライマリ・メッセージが送信される。ブロック３０４におけるこの処理は、少なくとも通知バージョン番号を送ることを含み、さらに、図１に関連して既に述べたように、通知の数を送ることを含むことが注目される。さらに、前述したサーバ１０６またはサーバ２００がブロック３０４の処理を達成することができることが注目される。さらに、図２に例示したサーバ２００に関し、ブロック３０４の処理は、図２の例のような処理ロジック２０２、システム情報２０６、およびトランシーバ・ロジック２１０のうちの１または複数によって実施されうることが注目される。
【００２６】
ブロック３０４において、プライマリ・メッセージが送られた後、フローはブロック３０６に進み、特定のデバイスへ１または複数の通知メッセージが送られる。図１に示す例えば１１８、１３２、１３４、または１４４のような通知メッセージは、通知メッセージが関係あるいは関連するデバイスへ向けられた具体的なターゲット・アドレスを含んでいる。サーバ１０６またはサーバ２００は、以前に説明したように、ブロック３０６における処理を実施することができる。特に、図２におけるサーバ２００の例に関し、この処理は、例えば処理ロジック２０２、トランシーバ・ロジック２１０、およびシステム情報２０６によって達成される。
【００２７】
ブロック３０６の処理後、フローはブロック３０８に進み、処理が終了する。しかしながら、プライマリ・メッセージおよび通知メッセージは、図１の例で説明したように、定期的間隔で連続して送られることが注目される。さらに、図１で例示したように、プライマリ・メッセージが、プライマリ・フローで送られ、通知メッセージが、プライマリ・メッセージとは別の通知フローで送られる。
【００２８】
図４は、ここで開示された装置および方法で利用されるプライマリ・メッセージの典型的なフォーマットを例示する。図示するように、プライマリ・メッセージ４００は、プライマリ・バージョン・フィールド４０２を含む様々なフィールドを含む。このフィールドは、本明細書で参照によって明確に組み込まれている"Methods and Apparatus for Communicating System State Information to Wireless Devices"と題された同時係属出願により十分に説明されている。フィールド４０２は、例えば通知における変化のようなシステム状態変化が生じたかを迅速に判定するために、例えばデバイス１１０のような受信デバイスによって使用されるバージョン番号からなる。プライマリ・メッセージ・バージョンが変化する、すなわち、システム状態変化を示すと、デバイス１１０は、例えば通知バージョン・フィールド４０４のようなプライマリ・メッセージ４００内のさらなる情報フィールドを処理することができる。例えばデバイス１１０のようなデバイスへ通知バージョン番号を伝えるのはフィールド４０４である。これによって、デバイスは、オペレータが通知メッセージを発行したかを判定するために、現在の通知バージョンを、以前に格納されたバージョンと迅速に比較できるようになる。プライマリ・メッセージ４００はまた、多くの通知フィールド４０６をも含んでおり、通知フローで送られている現在の通知の数を受信デバイスへ伝える。例示するように、プライマリ・メッセージ４００はまた、フィールド４０８に示すようなその他様々なフィールドをも含んでいる。
【００２９】
図５は、ここで開示された装置および方法で利用される通知メッセージ複合アドレス・フォーマットの一例を示す。例示するように、通知メッセージ５００は、アドレス・クラス５０２と、グループ・アドレス５０４を示す同伴フィールドとを含むことができる。アドレス・クラス５０２は、複合アドレスのタイプを特定し、グループ・アドレス５０４は、対応するアドレス・クラス内のデバイスの正確なグループを特定する。例えば、アドレス・クラスは、複合アドレスが、サービス・プロバイダに加入したデバイスのグループをアドレスしていることを確認することができる。グループ・アドレスは、アドレス・クラスとともに、一例としてＶｅｒｉｚｏｎのような特定のサービス・プロバイダに加入したデバイスのグループを特定することができる。他の例では、アドレス・クラスは、複合アドレスが、チャネルに加入したデバイスのグループをアドレスすることを確認することができる。グループ・アドレスはアドレス・クラスとともに、例えばＭＴＶのような特定のチャネルに加入しているデバイスのグループを確認することができる。複合アドレスに加えて、通知メッセージ５００はさらに、例えばテキスト、ピクチャ、または、ビデオあるいはマルチメディアのようなターゲット・グループのためのデータを含むことができる。
【００３０】
図５に示すように、アドレス・クラスの数は、１から、クラス番号ｎまでの任意の数でありうる。図５は、アドレス・クラス５０２と対応するグループ・アドレス５０４の典型的なリストを示している。フィールド５０６およびフィールド５０８に関連して示す例として、例えば、通知メッセージが、複合アドレス（１，１０）へと向けられうる。したがって、この典型的な通知は、アドレス・クラス１内で、アドレス範囲０・・・２５５からのアドレス１０を有するグループをアドレスする。フィールド５１０およびフィールド５１２を参照した別の例として、通知メッセージが、複合アドレス（２，３００００）へ向けられる。ここで、通知は、アドレス・クラス２内で、アドレス範囲０・・・６５５３５からのアドレス３００００を有するグループをアドレスする。
【００３１】
図６はさらに、アドレス・クラスを順序付けと、生成されたクラスに基づいて複数のレベルのフィルタリングを用いてアドレスする複合アドレス・スキーム６００の例を示す。特に、この複合アドレスは、ヘディング６０２の下のカラムによって示される特定のアドレス・クラスと、ヘディング６０４の下に示すアドレス・クラス値と、ヘディング６０６の下に示すアドレス・フィールドとを含む。ヘディング６０２の下のアドレス・クラスのタイプの例は、グローバル・アドレス、課金およびカスタマ・サービス・プロバイダ・クラス、コンテンツ・リテーラ・クラス、パッケージ、ティア、サービス、フロー、およびネットワーク・アプリケーションを含む。図６のテーブルで見られるように、アドレス・クラスのおのおのは、アドレス・クラスに対応する特定のアドレス・クラス値を有する。これらアドレス・クラス値の例は、ヘディング６０４の下のカラムに例示されている。
【００３２】
複合アドレスが値（１，１０）を有する図５に関して説明した例に戻り、推論例が、図６に関して説明される。特に、図６は、アドレス・クラス６０２の典型的なリストを示す。したがって、複合アドレス（１，１０）を備えた通知メッセージは、グループ・アドレス値１０を持つ「サービス・プロバイダ」（すなわち、アドレス・クラス１（例えば、０ｘ０１））に加入したデバイスへ向けられよう。
【００３３】
アドレス・フィールド（ヘディング６０６参照）に識別情報を含めることによって、スキーム６００の構成は、第２のフィルタリング・レベルを与え、さらなる識別情報を持つ１または複数のデバイスを向けることができることが注目される。例えば、課金およびカスタマ・サービス・プロバイダ（フィールド６０８参照）からなるアドレス・クラスでは、アドレス・クラス値０ｘ０１は、特定のアドレス・クラスに関連している。さらに、アドレス・フィールド内に特定のプロバイダ識別情報を指定する（フィールド６１０参照）ことによって、第２のレベルのフィルタリングが達成されうる。例えば、課金およびカスタマ・サービス・プロバイダ識別情報の場合、アドレス・フィールドのアドレスは、例えばＶｅｒｉｚｏｎのようなサービス・プロバイダを指定するために０ｘＡ０となりうる一方、例えばＣｉｎｇｕｌａｒのような別のサービス・プロバイダは、例えば０ｘＡ１のような別のアドレスを有しうる。したがって、課金およびサービス・プロバイダ・アドレス・クラスにおける通知がＶｅｒｉｚｏｎに向けられている場合、アドレス・フィールドは、Ｖｅｒｉｚｏｎカスタマまたはユーザにのみ、通知があることを警告または通知するためにアドレスすることを含むであろう。
【００３４】
複合アドレス・フォーマットは、デバイスのグループのさらなる絞り込みが達成されるという点で拡張可能であることがさらに注目される。例えば、複合アドレスは、スポーツ・パッケージには加入しているが、映画パッケージには加入していないサンディエゴの全てのＶｅｒｉｚｏｎユーザのように、１を超える属性を有するグループをカバーするように拡張することが可能である。他の例として、ターゲット・アドレスを生成する論理演算におけるオペランドとして、例えばＡＮＤ演算およびＯＲ演算のような論理演算をアドレス・クラスおよびアドレス・フィールドに実行することによって、さらなる絞込みアドレシングが達成されうる。また他の例として、複合アドレスが、ストリング・アドレスとして構成されうる。
【００３５】
図１の例において、特定のデバイスのグループに向けるために、図５または図６に例示するアドレス・フォーマット・スキームの何れかにしたがってアドレスＸの合成メッセージを構成できうることがここでさらに注目される。さらに、図５および図６は単なる典型例であり、異なるアドレス・クラスの任意の数が、当業者によって考慮されうることが注目される。
【００３６】
図７は、無線ネットワークにおいてコンテンツをサービス提供する装置を例示する。例示するように、この装置は、通知状態情報を示すデータを含むプライマリ・メッセージを送るモジュール７０２を含むサーバ７００またはサーバ・プロセッサでありうる。このモジュール７０２は、例えば、図２に例示する様々なモジュールのうちの１または複数によって実現されうる。プライマリ・メッセージは、図４に例示するメッセージ４００と同様に構成されうる。したがって、プライマリ・メッセージは、一例として、通知バージョンのみならず、通知の数をも含むであろう。
【００３７】
モジュール７０２は、プライマリ・フロー通信７０４を経由して、１または複数のユーザ・デバイスへとプライマリ・メッセージを送信する。モジュール７０２は、１または複数の受信デバイスへ少なくとも１つの通知メッセージを送るモジュール７０８と通信する。ここで、少なくとも１つの通知メッセージは、１または複数の具体的なデバイスに向けてアドレスされた通知メッセージである。カップリング７０６によって示されるように、モジュール７０２とモジュール７０８とは通信しているが、これはサーバ７００の実現には必要ではない。モジュール７０８によって送られた通知メッセージは、例えば図５または図６の複合アドレスによって例示されるように、アドレスされた通知メッセージを含んでいる。この通知メッセージは、１または複数のユーザ・デバイスへと通知フロー７１０によって送られる。モジュール７０８は、図２に例示するような様々なモジュールのうちの１または複数によって実現されることが注目される。この装置７００はさらに、破線で示すように、通知状態情報における変化が生じた場合に、通知状態情報を修正するモジュール７１２をも含むことができる。モジュール７１２は、例えば、プライマリ・フロー（７０４）と通知フロー（７１０）とを変えるために、通信カップリング７１４、７１６を経由して、モジュール７０２および／またはモジュール７０８へと、通知状態情報における変化を伝える図１のオペレータ１０２のようなオペレータを備えたインタフェースでありうる。
【００３８】
図８は、コンテンツ配信システムにおける使用に適切なデバイス８００の例を示す。例えば、デバイス８００は、図１に示すデバイス１１０でありうる。デバイス８００は、処理ロジック８０２、リソースおよびインタフェース８０４、およびトランシーバ・ロジック８０８を含む。これらは全てデータ・バス８０６に接続されている。デバイス８００はさらに、クライアント８１０、プログラム・ロジック８１４、およびＳＩロジック８１２をも備えている。これらは全てデータ・バス８０８に接続されている。
【００３９】
１または複数の例において、処理ロジック８０２は、ＣＰＵ、プロセッサ、ゲート・アレイ、ハードウェア・ロジック、メモリ素子、仮想機械、ソフトウェア、および／またはハードウェアとソフトウェアとの任意の組み合わせによって実現されうる。したがって、処理ロジック８０２は通常、機械読取可能命令を実行し、さらに、内部データ・バス８０６を経由してデバイス８００の１または複数のその他の機能要素を制御するロジックを備える。
【００４０】
リソースおよびインタフェース８０４は、デバイス８００が内部システムおよび外部システムと通信することを可能にするソフトウェアおよび／またはハードウェアを備える。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイ・ドライバ、モデム、あるいはその他の内部デバイス・リソースを含むことができる。外部システムは、ユーザ・インタフェース・デバイス、プリンタ、ディスク・ドライブ、あるいはその他のローカル・デバイスまたはローカル・システムを含むことができる。
【００４１】
トランシーバ・ロジック８０８は、デバイス８００が、通信チャネル８１４を通じて、例えば図１および図２に示すサーバ１０６またはサーバ２００のような外部デバイスまたは外部システムと、データおよび／またはその他の情報を送受信することを可能にするハードウェアおよび／またはソフトウェアを備えている。通信チャンネル８１４は、ネットワーク通信リンク、無線通信リンク、あるいはその他のタイプの通信リンクを備えることができる。
【００４２】
動作中、デバイス８００が起動され、データ・ネットワークを介して利用可能なコンテンツまたはサービスを受信できるようになる。例えば、デバイス８００は、起動処理中、自身の身元をコンテンツ・プロバイダ・サーバに明らかにすることができる。起動処理の一部として、デバイス８００は、ＳＩロジック８１２によってＳＩレコードを受け取り、格納する。ＳＩロジック８１２は、デバイス８００が受信することが可能なサービスまたはコンテンツを特定する情報を含む。クライアント８１０は、リソースおよびインタフェース８０４を用いて、デバイス８００のＳＩロジック８１２内に情報をレンダするように動作する。例えば、クライアント８１０は、デバイス８００の一部であるディスプレイ・スクリーン（図示せず）上に、ＳＩロジック８０２内の情報をレンダする。クライアント８１０はまた、デバイス・ユーザが、コンテンツまたはサービスを選択することができるように、リソースおよびインタフェースを介してユーザ入力を受け取る。
【００４３】
図９は、例えばデバイス１１０またはデバイス８００のような無線デバイスにおいて通知を取得するための方法を例示するフロー図である。例示するように、この処理９００は、開始ブロック９０２で始まり、その後フローはブロック９０４へ進む。ブロック９０４では、コンテンツ通知状態情報を含むプライマリ・メッセージがモニタされる。前述したように、この通知状態情報は、例えばメッセージ４００におけるフィールド４０４のようなプライマリ・メッセージに含まれ、通知バージョン番号から成っている。
【００４４】
ブロック９０６では、通知状態情報における変化が生じたかを判定するために、現在の通知状態情報が、前の通知状態情報と比較される。前述したように、ブロック９０６の処理は、実際の通知状態情報のさらなる取得を保証するために、変化が生じたかを迅速に判定するために、現在の通知バーション番号を既に格納されたバージョン番号と比較するデバイスからなる。ブロック９０６の処理後、フローはブロック９０８に進み、通知状態情報における変化が判定されると、少なくとも１つのアドレスされた通知状態情報が取得される。ブロック９０８の処理の例は、特定のデバイスに関連するフロー内で、アドレスされた通知メッセージを得るために、通知フローを待つことであることが注目される。１または複数の通知メッセージが得られた後、フローは、ブロック９１０に進み、処理９００が終了する。処理９００は、開始ブロックおよび終了ブロックを備えて示されているが、処理９００は、デバイスによって予め定められた時間間隔で、定期的に繰り返されうることが注目される。図１のデバイス１１０、図８のデバイス８００、または図１１に関連して後に説明する装置１１００が、処理９００を実施することができることがさらに注目される。
【００４５】
図１０は、通信システムにおいて通知を取得する方法の別の例のフロー図である。例示するように、この方法１０００は、ブロック１００２で始まり、デバイスにおいてプライマリ・メッセージが受信またはモニタされる。このプライマリ・メッセージは、通知バージョン番号を含んでいる。フローは、判定ブロック１００４へ進み、デバイスに格納された通知バージョン番号が、プライマリ・メッセージに含まれ現在送信されている通知バージョン番号と同じであるかが判定される。同じであることは、通知に何の変化も生じていないことを示し、処理１０００は、図示するように、終了ブロック１００８へ進む。
【００４６】
一報、通知バーションが変化しているのであれば、デバイスは、通知フローを待つだろう。その後、フローは、ブロック１００４から判定ブロック１００６に進む。ここで、デバイスは、プライマリ・メッセージの通知メッセージの現在の数が、ゼロに等しいかを判定することができる。この状況は、例えば、オペレータが、制限された持続時間の通知をサーバに発行し、通知バージョン番号における変化を引き起こした場合に起きる。この状況は、デバイスに電源が投入されていない場合、あるいは、制限された持続時間内に受信していない場合に起きる。この場合、通知バージョン番号が、デバイス内に現在格納されているバージョンから変化するが、通知メッセージは、期限切れであるので、通知メッセージの数はゼロである。ブロック１００６の状態が真である場合、どのメッセージも処理される必要がないので、フローは再び終了ブロック１００８へ進む。処理１０００は、処理１０００が繰り前される時間である、デバイスの次のモニタリング周期までに終了することが注目される。
【００４７】
ブロック１００６の状態が偽である場合、フローはブロック１０１０へ進む。ここでは、デバイスが、プライマリ・メッセージから、何個（ｎ個）の現在の通知メッセージが残っているかを判定することができる。すなわち、プライマリ・メッセージに示される通知の数（例えば、フィールド４０６）は、通知の数ｎを判定するために利用されうる。あるいは、通知の数ｎは、プライマリ・メッセージ以外の他のメッセージ、あるいは、その他適切な手段のようなその他の手段によって通信されうる。
【００４８】
ブロック１０１０の後、フローはブロック１０１２に進み、カウントｉが、１の値に初期化される。フローは次に、デバイスがｉ番目の通知メッセージを処理すべきかを判定するための判定ブロック１０１４へ進む。すなわち、デバイスの状態（例えば、デバイスの現在位置、チャネル加入者リスト等）、またはユーザ・インタフェース（例えば、ユーザは、別の場所または別のサービスに関する通知を受信するように自発的に選択する）に基づいて、デバイスは、この通知を処理する。デバイスは、この通知メッセージが、デバイスに関連しており、処理されるべきであるかを判定するために、通知メッセージ内の複合アドレスを使用する。この通知メッセージが関連している場合、フローはブロック１０１６へ進み、デバイスは、アドレスされた通知メッセージをさらに処理する。ブロック１０１６における処理の後、あるいは処理の開始後、フローはブロック１０１８へ進む。一方、ブロック１０１４において、例えば図１のブロック１３６の例のように、このメッセージがデバイスに関係ない場合、フローはブロック１０１４からブロック１０１８へと直接進む。
【００４９】
ブロック１０１８では、カウントｉが、１カウントずつインクリメントされ、その後、フローは、判定ブロック１０２０へ進む。ブロック１０２０では、カウントｉの現在の値が、通知の合計数ｎ未満であるか、あるいはそれに等しいかが判定される。もしもそうであれば、フローは、ブロック１０１４へループして戻り、次のｉ番目のメッセージの関連性が判定される。ブロック１０２０において「ｎｏ」と判定されるように、全ての通知が受信され、必要なすなわち関連する通知が処理されると、ブロック１０２２に示されるように、デバイスは、プライマリ・メッセージから受信した通知バージョンを格納する。フローはブロック１０２４へ進み、例えば、次のモニタリンク期間において繰り返されるまで、処理１０００は停止する。処理１０００は、図１のデバイス１１０、図８のデバイス８００、または以下に説明する装置１０００によって実施されうることが注目される。
【００５０】
図１１は、無線デバイスにおいて通知を取得するための別の装置１１００を例示する。図示するように、この装置は、現在の通知状態情報を含むプライマリ・メッセージをモニタするモジュール１１０２を含む。モジュール１１０２は、図８のデバイス８００に例示されるモジュールのうち任意の１つまたは複数によって実現されうる。モジュール１１０２は、通信リンク１１０６を介してモジュール１１０４と通信する。モジュール１１０４は、通知状態情報に変化が生じたかを判定するために、現在の通知状態情報を、前の通知状態情報と比較するために使用される。一例として、通知状態情報は、モジュール１１０４が以前に格納された通知バージョン番号と比較する通知バージョン番号を含むことができる。相違点すなわち変化が検出されると、モジュール１１０４は、通信リンク１１１０を介してモジュール１１０８と通信する。
【００５１】
通知状態情報の変化がモジュール１１０４によって判定された場合、モジュール１１０８は、通知フローをモニタするかあるいは受信し、少なくとも１つのアドレスされた通知情報を取得するように構成されている。モジュール１１０８によって達成されるこの動作の一例は、例えば図５および図６に例示するような複合アドレスを備えた通知メッセージを受信することと、アドレスされたメッセージが、装置１１００が実装されているデバイスに関連しているかを判定することと、上記図１０の方法に関連して説明したように、メッセージが関連している場合、通知メッセージを処理することとを含む。モジュール１１０４およびモジュール１１０８は、一例として図８のデバイス８００に例示するようなモジュールのうちの任意の１つまたは複数によって実施されうることが注目される。
【００５２】
開示された処理のステップの具体的な順番または階層は、典型的なアプローチの一例であることが理解される。設計選択に基づいて、この処理のステップの具体的な順番または階層は、本開示の範囲内でありながら、再構成されうることが理解される。それに伴う方法請求項は、これら様々なステップの要素を、サンプルである順番で示しており、示された具体的な順番または階層に限定されることは意味されていない。
【００５３】
当業者であれば、情報および信号が、種々異なる技術および技法のうちの何れかを用いて表されうることを理解するだろう。例えば、上記説明を通じて参照されるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれらの任意の組み合わせによって表されうる。
【００５４】
当業者であればさらに、本明細書で開示された実施形態に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００５５】
本明細書で開示された実施形態に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００５６】
本明細書で開示された実施形態に関連して記述された方法やアルゴリズムの処理は、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体（図示せず）は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００５７】
上述した例は、単なる典型例であり、当業者であれば、本明細書で開示した発明的な概念から逸脱することなく、上述した例、および上述した例から展開される多くの利用を行うことができる。これらの例への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本明細書で開示された斬新な局面の精神または範囲から逸脱することなく、例えば、インスタント・メッセージング・サービスまたは任意の一般的な無線データ通信アプリケーションにおいて、その他の例にも適用されうる。このように、本開示の範囲は、本明細書に示された例に限定されることは意図されておらず、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当するものとされる。用語「典型的」は、本明細書において、「例、事例、または実例として役立つ」ことを意味するために用いられていることが注目される。本明細書で「典型的」と記載されている例は、必ずしも他の例よりも好適であるとか有利であるとか解釈される必要はない。したがって、本明細書に記載の斬新な局面は、以下の特許請求の範囲によってのみ定義される。
【特許請求の範囲】
【請求項１】
１または複数の無線デバイスに通知情報を配信する方法であって、
通知状態情報を示すデータを備えるプライマリ・メッセージを送ることと、
前記プライマリ・メッセージとは別に、１または複数の通知メッセージを送ることとを備え、
前記１または複数の通知メッセージのおのおのは、前記１または複数の無線デバイスのうちの少なくとも１つにアドレスされている方法。
【請求項２】
前記通知状態情報は、現在の通知バージョンを備える請求項１に記載の方法。
【請求項３】
前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記１または複数の無線デバイスへ短縮方式で通信するように構成されている請求項２に記載の方法。
【請求項４】
前記通知状態情報は、前記１または複数の通知メッセージの番号を示す通知番号を備える請求項１に記載の方法。
【請求項５】
前記１または複数の通知メッセージは、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、無線デバイスの特定のグループに対応する第２のアドレス情報とを備える請求項１に記載の方法。
【請求項６】
前記第２のアドレス情報は、前記それぞれのアドレス・クラス内の１または複数のグループ・アドレスに対応する請求項５に記載の方法。
【請求項７】
前記第２のアドレス情報はさらに、通知データを１または複数の無線デバイスへ通信するように構成された請求項５に記載の方法。
【請求項８】
前記通知状態情報における変化が生じた場合、前記通知状態情報を修正することをさらに備える請求項１に記載の方法。
【請求項９】
システム状態情報を無線デバイスに伝送する装置であって、
通知状態情報を示すデータを備えるプライマリ・メッセージを送る手段と、
前記プライマリ・メッセージとは別に、１または複数の通知メッセージを送る手段とを備え、
前記１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つにアドレスされている装置。
【請求項１０】
前記通知状態情報は、現在の通知バージョンを備える請求項９に記載の装置。
【請求項１１】
前記現在の通知バージョンは番号であり、前記通知情報における変化を、前記１または複数の無線デバイスへ短縮方式で通信するように構成されている請求項１０に記載の装置。
【請求項１２】
前記通知状態情報は、前記１または複数の通知メッセージの番号を示す通知番号を備える請求項９に記載の装置。
【請求項１３】
前記１または複数の通知メッセージは、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、無線デバイスの特定のグループに対応する第２のアドレス情報とを備える請求項９に記載の装置。
【請求項１４】
前記第２のアドレス情報は、前記それぞれのアドレス・クラス内の１または複数のグループ・アドレスに対応する請求項１３に記載の装置。
【請求項１５】
前記第２のアドレス情報はさらに、通知データを１または複数の無線デバイスへ通信するように構成された請求項１３に記載の装置。
【請求項１６】
前記通知状態情報における変化が生じた場合、前記通知状態情報を修正する手段をさらに備える請求項９に記載の装置。
【請求項１７】
コンピュータに対して、通知状態情報を示すデータを備えるプライマリ・メッセージを送らせるためのコードと、
前記コンピュータに対して、前記プライマリ・メッセージとは別に、１または複数の通知メッセージを送らせるためのコードとを備えるコンピュータ読取可能媒体を備え、
前記１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つにアドレスされているコンピュータ・プログラム製品。
【請求項１８】
前記通知状態情報は、現在の通知バージョンを備える請求項１７に記載のコンピュータ・プログラム製品。
【請求項１９】
前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記１または複数の無線デバイスへ短縮方式で通信するように構成されている請求項１８に記載のコンピュータ・プログラム製品。
【請求項２０】
前記通知状態情報は、前記１または複数の通知メッセージの番号を示す通知番号を備える請求項１７に記載のコンピュータ・プログラム製品。
【請求項２１】
前記１または複数の通知メッセージは、少なくとも、それぞれのアドレス・クラスに対応する少なくとも第１のアドレス情報と、無線デバイスの特定のグループに対応する第２のアドレス情報とを備える請求項１７に記載のコンピュータ・プログラム製品。
【請求項２２】
前記第２のアドレス情報は、前記それぞれのアドレス・クラス内の１または複数のグループ・アドレスに対応する請求項２１に記載のコンピュータ・プログラム製品。
【請求項２３】
前記第２のアドレス情報はさらに、通知データを１または複数の無線デバイスへ通信するように構成された請求項２１に記載のコンピュータ・プログラム製品。
【請求項２４】
前記コンピュータ読取可能媒体はさらに、前記通知状態情報における変化が生じた場合、前記コンピュータに対して、前記通知状態情報を修正させるためのコードを備える請求項１７に記載のコンピュータ・プログラム製品。
【請求項２５】
システム状態情報を無線デバイスへ伝送するサーバ・プロセッサであって、
通知状態情報を示すデータを備える第１のプライマリ・メッセージを送る第１のモジュールと、
前記プライマリ・メッセージとは別に、１または複数の通知メッセージを送る第２のモジュールとを備え、
前記１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つにアドレスされているサーバ・プロセッサ。
【請求項２６】
前記通知状態情報は、現在の通知バージョンを備える請求項２５に記載のサーバ・プロセッサ。
【請求項２７】
前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記１または複数の無線デバイスへ短縮方式で通信するように構成されている請求項２６に記載のサーバ・プロセッサ。
【請求項２８】
前記通知状態情報は、前記１または複数の通知メッセージの番号を示す通知番号を備える請求項２５に記載のサーバ・プロセッサ。
【請求項２９】
前記１または複数の通知メッセージは、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、無線デバイスの特定のグループに対応する第２のアドレス情報とを備える請求項２５に記載のサーバ・プロセッサ。
【請求項３０】
前記第２のアドレス情報は、前記それぞれのアドレス・クラス内の１または複数のグループ・アドレスに対応する請求項２９に記載のサーバ・プロセッサ。
【請求項３１】
前記第２のアドレス情報はさらに、通知データを１または複数の無線デバイスへ通信するように構成された請求項２９に記載のサーバ・プロセッサ。
【請求項３２】
前記通知状態情報における変化が生じた場合、前記通知状態情報を修正する第３のモジュールをさらに備える請求項２５に記載のサーバ・プロセッサ。
【請求項３３】
無線デバイスにおいて通知状態情報を取得する方法であって、
現在の通知状態情報を備えるプライマリ・メッセージをモニタすることと、
前記通知状態情報における変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較することと、
前記通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知状態情報を取得することと
を備える方法。
【請求項３４】
前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項３３に記載の方法。
【請求項３５】
前記少なくとも１つのアドレスされた通知状態情報を取得することは、前記少なくとも１つのアドレスされた通知状態情報を含む通知フローをモニタすることを備える請求項３３に記載の方法。
【請求項３６】
前記少なくとも１つのアドレスされた通知状態情報は、
少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、
前記アドレス・クラス内の１または複数のグループ・アドレスに対応する第２のアドレス情報と
を備える請求項３３に記載の方法。
【請求項３７】
前記少なくとも１つのアドレスされた通知状態情報の通知メッセージの数を判定することをさらに備える請求項３３に記載の方法。
【請求項３８】
前記プライマリ・メッセージから、前記通知メッセージの数を判定することをさらに備える請求項３７に記載の方法。
【請求項３９】
前記少なくとも１つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定することと、
前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも１つのアドレスされた通知状態情報を処理すること
をさらに備える請求項３３に記載の方法。
【請求項４０】
通知状態情報を受信する装置であって、
現在の通知状態情報を備えるプライマリ・メッセージをモニタする手段と、
前記通知状態情報における変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較する手段と、
前記通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知状態情報を取得する手段と
を備える装置。
【請求項４１】
前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項４０に記載の装置。
【請求項４２】
前記少なくとも１つのアドレスされた通知状態情報を取得する手段は、前記少なくとも１つのアドレスされた通知状態情報を含む通知フローをモニタする手段を備える請求項４０に記載の装置。
【請求項４３】
前記少なくとも１つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、前記アドレス・クラス内の１または複数のグループ・アドレスに対応する第２のアドレス情報とを備える請求項４０に記載の装置。
【請求項４４】
前記少なくとも１つのアドレスされた通知状態情報の通知メッセージの数を判定する手段をさらに備える請求項４０に記載の装置。
【請求項４５】
前記プライマリ・メッセージから、前記通知メッセージの数を判定する手段をさらに備える請求項４４に記載の装置。
【請求項４６】
前記少なくとも１つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定する手段と、
前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも１つのアドレスされた通知状態情報を処理する手段と
をさらに備える請求項４０に記載の装置。
【請求項４７】
現在の通知状態情報を備えるプライマリ・メッセージを、コンピュータに対してモニタさせるためのコードと、
前記通知状態情報において変化が生じたかを判定するために、前記コンピュータに対して、前記現在の通知状態情報を、前の通知状態情報と比較させるためのコードと、
前記通知状態情報において変化が判定された場合、前記コンピュータに対して、少なくとも１つのアドレスされた通知状態情報を取得させるためのコードと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項４８】
前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項４９】
前記コンピュータ読取可能媒体はさらに、前記少なくとも１つのアドレスされた通知状態情報を含む通知フローをモニタすることによって、前記コンピュータに対して、前記少なくとも１つのアドレスされた通知状態情報を取得させるためのコードを備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項５０】
前記少なくとも１つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、前記アドレス・クラス内の１または複数のグループ・アドレスに対応する第２のアドレス情報とを備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項５１】
前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記少なくとも１つのアドレスされた通知状態情報の通知メッセージの数を判定させるためのコードを備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項５２】
前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記プライマリ・メッセージから、前記通知メッセージの数を判定させるためのコードをさらに備える請求項５１に記載のコンピュータ・プログラム製品。
【請求項５３】
前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記通知状態情報における変化が判定された場合、１つまたは複数の通知メッセージを含む通知フローをモニタすることによって、前記通知メッセージの数を判定させるためのコードを備える請求項５１に記載のコンピュータ・プログラム製品。
【請求項５４】
前記コンピュータ読取可能媒体はさらに、
前記少なくとも１つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかをコンピュータに対して判定させるためのコードと、
前記通知状態情報が、前記無線デバイスと関連していると判定された場合、コンピュータに対して、前記少なくとも１つのアドレスされた通知状態情報を処理させるためのコードと
さらに備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項５５】
通知状態情報を受信する無線デバイスであって、
現在の通知状態情報を備えるプライマリ・メッセージをモニタする第１のモジュールと、
前記通知状態情報において変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較する第２のモジュールと、
前記通知状態情報において変化が判定された場合、少なくとも１つのアドレスされた通知状態情報を取得する第３のモジュールと
を備える無線デバイス。
【請求項５６】
前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項５５に記載の無線デバイス。
【請求項５７】
前記少なくとも１つのアドレスされた通知状態情報を取得することは、前記少なくとも１つのアドレスされた通知状態情報を含む通知フローをモニタすることを備える請求項５５に記載の無線デバイス。
【請求項５８】
前記少なくとも１つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、前記アドレス・クラス内の１または複数のグループ・アドレスに対応する第２のアドレス情報とを備える請求項５５に記載の無線デバイス。
【請求項５９】
前記少なくとも１つのアドレスされた通知状態情報の通知メッセージの数を判定する第４のモジュールをさらに備える請求項５５に記載の無線デバイス。
【請求項６０】
前記プライマリ・メッセージから、前記通知メッセージの数を判定する第５のモジュールをさらに備える請求項５９に記載の無線デバイス。
【請求項６１】
前記少なくとも１つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定する第４のモジュールと、
前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも１つのアドレスされた通知状態情報を処理する第５のモジュールと
をさらに備える請求項５５に記載の無線デバイス。
【請求項１】
１または複数の無線デバイスに通知情報を配信する方法であって、
通知状態情報を示すデータを備えるプライマリ・メッセージを送ることと、
前記プライマリ・メッセージとは別に、１または複数の通知メッセージを送ることとを備え、
前記１または複数の通知メッセージのおのおのは、前記１または複数の無線デバイスのうちの少なくとも１つにアドレスされている方法。
【請求項２】
前記通知状態情報は、現在の通知バージョンを備える請求項１に記載の方法。
【請求項３】
前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記１または複数の無線デバイスへ短縮方式で通信するように構成されている請求項２に記載の方法。
【請求項４】
前記通知状態情報は、前記１または複数の通知メッセージの番号を示す通知番号を備える請求項１に記載の方法。
【請求項５】
前記１または複数の通知メッセージは、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、無線デバイスの特定のグループに対応する第２のアドレス情報とを備える請求項１に記載の方法。
【請求項６】
前記第２のアドレス情報は、前記それぞれのアドレス・クラス内の１または複数のグループ・アドレスに対応する請求項５に記載の方法。
【請求項７】
前記第２のアドレス情報はさらに、通知データを１または複数の無線デバイスへ通信するように構成された請求項５に記載の方法。
【請求項８】
前記通知状態情報における変化が生じた場合、前記通知状態情報を修正することをさらに備える請求項１に記載の方法。
【請求項９】
システム状態情報を無線デバイスに伝送する装置であって、
通知状態情報を示すデータを備えるプライマリ・メッセージを送る手段と、
前記プライマリ・メッセージとは別に、１または複数の通知メッセージを送る手段とを備え、
前記１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つにアドレスされている装置。
【請求項１０】
前記通知状態情報は、現在の通知バージョンを備える請求項９に記載の装置。
【請求項１１】
前記現在の通知バージョンは番号であり、前記通知情報における変化を、前記１または複数の無線デバイスへ短縮方式で通信するように構成されている請求項１０に記載の装置。
【請求項１２】
前記通知状態情報は、前記１または複数の通知メッセージの番号を示す通知番号を備える請求項９に記載の装置。
【請求項１３】
前記１または複数の通知メッセージは、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、無線デバイスの特定のグループに対応する第２のアドレス情報とを備える請求項９に記載の装置。
【請求項１４】
前記第２のアドレス情報は、前記それぞれのアドレス・クラス内の１または複数のグループ・アドレスに対応する請求項１３に記載の装置。
【請求項１５】
前記第２のアドレス情報はさらに、通知データを１または複数の無線デバイスへ通信するように構成された請求項１３に記載の装置。
【請求項１６】
前記通知状態情報における変化が生じた場合、前記通知状態情報を修正する手段をさらに備える請求項９に記載の装置。
【請求項１７】
コンピュータに対して、通知状態情報を示すデータを備えるプライマリ・メッセージを送らせるためのコードと、
前記コンピュータに対して、前記プライマリ・メッセージとは別に、１または複数の通知メッセージを送らせるためのコードとを備えるコンピュータ読取可能媒体を備え、
前記１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つにアドレスされているコンピュータ・プログラム製品。
【請求項１８】
前記通知状態情報は、現在の通知バージョンを備える請求項１７に記載のコンピュータ・プログラム製品。
【請求項１９】
前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記１または複数の無線デバイスへ短縮方式で通信するように構成されている請求項１８に記載のコンピュータ・プログラム製品。
【請求項２０】
前記通知状態情報は、前記１または複数の通知メッセージの番号を示す通知番号を備える請求項１７に記載のコンピュータ・プログラム製品。
【請求項２１】
前記１または複数の通知メッセージは、少なくとも、それぞれのアドレス・クラスに対応する少なくとも第１のアドレス情報と、無線デバイスの特定のグループに対応する第２のアドレス情報とを備える請求項１７に記載のコンピュータ・プログラム製品。
【請求項２２】
前記第２のアドレス情報は、前記それぞれのアドレス・クラス内の１または複数のグループ・アドレスに対応する請求項２１に記載のコンピュータ・プログラム製品。
【請求項２３】
前記第２のアドレス情報はさらに、通知データを１または複数の無線デバイスへ通信するように構成された請求項２１に記載のコンピュータ・プログラム製品。
【請求項２４】
前記コンピュータ読取可能媒体はさらに、前記通知状態情報における変化が生じた場合、前記コンピュータに対して、前記通知状態情報を修正させるためのコードを備える請求項１７に記載のコンピュータ・プログラム製品。
【請求項２５】
システム状態情報を無線デバイスへ伝送するサーバ・プロセッサであって、
通知状態情報を示すデータを備える第１のプライマリ・メッセージを送る第１のモジュールと、
前記プライマリ・メッセージとは別に、１または複数の通知メッセージを送る第２のモジュールとを備え、
前記１または複数の通知メッセージのおのおのは、１または複数の無線デバイスのうちの少なくとも１つにアドレスされているサーバ・プロセッサ。
【請求項２６】
前記通知状態情報は、現在の通知バージョンを備える請求項２５に記載のサーバ・プロセッサ。
【請求項２７】
前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記１または複数の無線デバイスへ短縮方式で通信するように構成されている請求項２６に記載のサーバ・プロセッサ。
【請求項２８】
前記通知状態情報は、前記１または複数の通知メッセージの番号を示す通知番号を備える請求項２５に記載のサーバ・プロセッサ。
【請求項２９】
前記１または複数の通知メッセージは、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、無線デバイスの特定のグループに対応する第２のアドレス情報とを備える請求項２５に記載のサーバ・プロセッサ。
【請求項３０】
前記第２のアドレス情報は、前記それぞれのアドレス・クラス内の１または複数のグループ・アドレスに対応する請求項２９に記載のサーバ・プロセッサ。
【請求項３１】
前記第２のアドレス情報はさらに、通知データを１または複数の無線デバイスへ通信するように構成された請求項２９に記載のサーバ・プロセッサ。
【請求項３２】
前記通知状態情報における変化が生じた場合、前記通知状態情報を修正する第３のモジュールをさらに備える請求項２５に記載のサーバ・プロセッサ。
【請求項３３】
無線デバイスにおいて通知状態情報を取得する方法であって、
現在の通知状態情報を備えるプライマリ・メッセージをモニタすることと、
前記通知状態情報における変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較することと、
前記通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知状態情報を取得することと
を備える方法。
【請求項３４】
前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項３３に記載の方法。
【請求項３５】
前記少なくとも１つのアドレスされた通知状態情報を取得することは、前記少なくとも１つのアドレスされた通知状態情報を含む通知フローをモニタすることを備える請求項３３に記載の方法。
【請求項３６】
前記少なくとも１つのアドレスされた通知状態情報は、
少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、
前記アドレス・クラス内の１または複数のグループ・アドレスに対応する第２のアドレス情報と
を備える請求項３３に記載の方法。
【請求項３７】
前記少なくとも１つのアドレスされた通知状態情報の通知メッセージの数を判定することをさらに備える請求項３３に記載の方法。
【請求項３８】
前記プライマリ・メッセージから、前記通知メッセージの数を判定することをさらに備える請求項３７に記載の方法。
【請求項３９】
前記少なくとも１つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定することと、
前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも１つのアドレスされた通知状態情報を処理すること
をさらに備える請求項３３に記載の方法。
【請求項４０】
通知状態情報を受信する装置であって、
現在の通知状態情報を備えるプライマリ・メッセージをモニタする手段と、
前記通知状態情報における変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較する手段と、
前記通知状態情報における変化が判定された場合、少なくとも１つのアドレスされた通知状態情報を取得する手段と
を備える装置。
【請求項４１】
前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項４０に記載の装置。
【請求項４２】
前記少なくとも１つのアドレスされた通知状態情報を取得する手段は、前記少なくとも１つのアドレスされた通知状態情報を含む通知フローをモニタする手段を備える請求項４０に記載の装置。
【請求項４３】
前記少なくとも１つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、前記アドレス・クラス内の１または複数のグループ・アドレスに対応する第２のアドレス情報とを備える請求項４０に記載の装置。
【請求項４４】
前記少なくとも１つのアドレスされた通知状態情報の通知メッセージの数を判定する手段をさらに備える請求項４０に記載の装置。
【請求項４５】
前記プライマリ・メッセージから、前記通知メッセージの数を判定する手段をさらに備える請求項４４に記載の装置。
【請求項４６】
前記少なくとも１つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定する手段と、
前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも１つのアドレスされた通知状態情報を処理する手段と
をさらに備える請求項４０に記載の装置。
【請求項４７】
現在の通知状態情報を備えるプライマリ・メッセージを、コンピュータに対してモニタさせるためのコードと、
前記通知状態情報において変化が生じたかを判定するために、前記コンピュータに対して、前記現在の通知状態情報を、前の通知状態情報と比較させるためのコードと、
前記通知状態情報において変化が判定された場合、前記コンピュータに対して、少なくとも１つのアドレスされた通知状態情報を取得させるためのコードと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項４８】
前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項４９】
前記コンピュータ読取可能媒体はさらに、前記少なくとも１つのアドレスされた通知状態情報を含む通知フローをモニタすることによって、前記コンピュータに対して、前記少なくとも１つのアドレスされた通知状態情報を取得させるためのコードを備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項５０】
前記少なくとも１つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、前記アドレス・クラス内の１または複数のグループ・アドレスに対応する第２のアドレス情報とを備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項５１】
前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記少なくとも１つのアドレスされた通知状態情報の通知メッセージの数を判定させるためのコードを備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項５２】
前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記プライマリ・メッセージから、前記通知メッセージの数を判定させるためのコードをさらに備える請求項５１に記載のコンピュータ・プログラム製品。
【請求項５３】
前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記通知状態情報における変化が判定された場合、１つまたは複数の通知メッセージを含む通知フローをモニタすることによって、前記通知メッセージの数を判定させるためのコードを備える請求項５１に記載のコンピュータ・プログラム製品。
【請求項５４】
前記コンピュータ読取可能媒体はさらに、
前記少なくとも１つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかをコンピュータに対して判定させるためのコードと、
前記通知状態情報が、前記無線デバイスと関連していると判定された場合、コンピュータに対して、前記少なくとも１つのアドレスされた通知状態情報を処理させるためのコードと
さらに備える請求項４７に記載のコンピュータ・プログラム製品。
【請求項５５】
通知状態情報を受信する無線デバイスであって、
現在の通知状態情報を備えるプライマリ・メッセージをモニタする第１のモジュールと、
前記通知状態情報において変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較する第２のモジュールと、
前記通知状態情報において変化が判定された場合、少なくとも１つのアドレスされた通知状態情報を取得する第３のモジュールと
を備える無線デバイス。
【請求項５６】
前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項５５に記載の無線デバイス。
【請求項５７】
前記少なくとも１つのアドレスされた通知状態情報を取得することは、前記少なくとも１つのアドレスされた通知状態情報を含む通知フローをモニタすることを備える請求項５５に記載の無線デバイス。
【請求項５８】
前記少なくとも１つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレス・クラスに対応する第１のアドレス情報と、前記アドレス・クラス内の１または複数のグループ・アドレスに対応する第２のアドレス情報とを備える請求項５５に記載の無線デバイス。
【請求項５９】
前記少なくとも１つのアドレスされた通知状態情報の通知メッセージの数を判定する第４のモジュールをさらに備える請求項５５に記載の無線デバイス。
【請求項６０】
前記プライマリ・メッセージから、前記通知メッセージの数を判定する第５のモジュールをさらに備える請求項５９に記載の無線デバイス。
【請求項６１】
前記少なくとも１つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定する第４のモジュールと、
前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも１つのアドレスされた通知状態情報を処理する第５のモジュールと
をさらに備える請求項５５に記載の無線デバイス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−１１４９２３（Ｐ２０１２−１１４９２３Ａ）
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−２８４０５３（Ｐ２０１１−２８４０５３）
【出願日】平成２３年１２月２６日（２０１１．１２．２６）
【分割の表示】特願２００９−５３６４４５（Ｐ２００９−５３６４４５）の分割
【原出願日】平成１９年１１月６日（２００７．１１．６）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願番号】特願２０１１−２８４０５３（Ｐ２０１１−２８４０５３）
【出願日】平成２３年１２月２６日（２０１１．１２．２６）
【分割の表示】特願２００９−５３６４４５（Ｐ２００９−５３６４４５）の分割
【原出願日】平成１９年１１月６日（２００７．１１．６）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]