"1または複数の無線デバイスに通知情報を配信する方法であって、通知状態情報を示すデータを備えるプライマリメッセージを送ることと、前記プライマリメッセージとは別に、1または複数の通知メッセージを送ることとを備え、前記1または複数の通知メッセージのおのおのは、前記1または複数の無線デバイスのうちの少なくとも1つにアドレスされている方法。前記通知状態情報は、現在の通知バージョンを備える請求項1に記載の方法。前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記1または複数の無線デバイスへ短縮方式で通信するように構成されている請求項2に記載の方法。前記通知状態情報は、前記1または複数の通知メッセージの番号を示す通知番号を備える請求項1に記載の方法。前記1または複数の通知メッセージは、少なくとも、それぞれのアドレスクラスに対応する第1のアドレス情報と、無線デバイスの特定のグループに対応する第2のアドレス情報とを備える請求項1に記載の方法。前記第2のアドレス情報は、前記それぞれのアドレスクラス内の1または複数のグループアドレスに対応する請求項5に記載の方法。前記第2のアドレス情報はさらに、通知データを1または複数の無線デバイスへ通信するように構成された請求項5に記載の方法。前記通知状態情報における変化が生じた場合、前記通知状態情報を修正することをさらに備える請求項1に記載の方法。システム状態情報を無線デバイスに伝送する装置であって、通知状態情報を示すデータを備えるプライマリメッセージを送る手段と、前記プライマリメッセージとは別に、1または複数の通知メッセージを送る手段とを備え、前記1または複数の通知メッセージのおのおのは、1または複数の無線デバイスのうちの少なくとも1つにアドレスされている装置。前記通知状態情報は、現在の通知バージョンを備える請求項9に記載の装置。前記現在の通知バージョンは番号であり、前記通知情報における変化を、前記1または複数の無線デバイスへ短縮方式で通信するように構成されている請求項10に記載の装置。前記通知状態情報は、前記1または複数の通知メッセージの番号を示す通知番号を備える請求項9に記載の装置。前記1または複数の通知メッセージは、少なくとも、それぞれのアドレスクラスに対応する第1のアドレス情報と、無線デバイスの特定のグループに対応する第2のアドレス情報とを備える請求項9に記載の装置。前記第2のアドレス情報は、前記それぞれのアドレスクラス内の1または複数のグループアドレスに対応する請求項13に記載の装置。前記第2のアドレス情報はさらに、通知データを1または複数の無線デバイスへ通信するように構成された請求項13に記載の装置。前記通知状態情報における変化が生じた場合、前記通知状態情報を修正する手段をさらに備える請求項9に記載の装置。コンピュータに対して、通知状態情報を示すデータを備えるプライマリメッセージを送らせるためのコードと、前記コンピュータに対して、前記プライマリメッセージとは別に、1または複数の通知メッセージを送らせるためのコードとを備えるコンピュータ読取可能媒体を備え、前記1または複数の通知メッセージのおのおのは、1または複数の無線デバイスのうちの少なくとも1つにアドレスされているコンピュータプログラム製品。前記通知状態情報は、現在の通知バージョンを備える請求項17に記載のコンピュータプログラム製品。前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記1または複数の無線デバイスへ短縮方式で通信するように構成されている請求項18に記載のコンピュータプログラム製品。前記通知状態情報は、前記1または複数の通知メッセージの番号を示す通知番号を備える請求項17に記載のコンピュータプログラム製品。前記1または複数の通知メッセージは、少なくとも、それぞれのアドレスクラスに対応する少なくとも第1のアドレス情報と、無線デバイスの特定のグループに対応する第2のアドレス情報とを備える請求項17に記載のコンピュータプログラム製品。前記第2のアドレス情報は、前記それぞれのアドレスクラス内の1または複数のグループアドレスに対応する請求項21に記載のコンピュータプログラム製品。前記第2のアドレス情報はさらに、通知データを1または複数の無線デバイスへ通信するように構成された請求項21に記載のコンピュータプログラム製品。前記コンピュータ読取可能媒体はさらに、前記通知状態情報における変化が生じた場合、前記コンピュータに対して、前記通知状態情報を修正させるためのコードを備える請求項17に記載のコンピュータプログラム製品。システム状態情報を無線デバイスへ伝送するサーバプロセッサであって、通知状態情報を示すデータを備える第1のプライマリメッセージを送る第1のモジュールと、前記プライマリメッセージとは別に、1または複数の通知メッセージを送る第2のモジュールとを備え、前記1または複数の通知メッセージのおのおのは、1または複数の無線デバイスのうちの少なくとも1つにアドレスされているサーバプロセッサ。前記通知状態情報は、現在の通知バージョンを備える請求項25に記載のサーバプロセッサ。前記現在の通知バージョンは番号であり、前記通知状態情報における変化を、前記1または複数の無線デバイスへ短縮方式で通信するように構成されている請求項26に記載のサーバプロセッサ。前記通知状態情報は、前記1または複数の通知メッセージの番号を示す通知番号を備える請求項25に記載のサーバプロセッサ。前記1または複数の通知メッセージは、少なくとも、それぞれのアドレスクラスに対応する第1のアドレス情報と、無線デバイスの特定のグループに対応する第2のアドレス情報とを備える請求項25に記載のサーバプロセッサ。前記第2のアドレス情報は、前記それぞれのアドレスクラス内の1または複数のグループアドレスに対応する請求項29に記載のサーバプロセッサ。前記第2のアドレス情報はさらに、通知データを1または複数の無線デバイスへ通信するように構成された請求項29に記載のサーバプロセッサ。前記通知状態情報における変化が生じた場合、前記通知状態情報を修正する第3のモジュールをさらに備える請求項25に記載のサーバプロセッサ。無線デバイスにおいて通知状態情報を取得する方法であって、現在の通知状態情報を備えるプライマリメッセージをモニタすることと、前記通知状態情報における変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較することと、前記通知状態情報における変化が判定された場合、少なくとも1つのアドレスされた通知状態情報を取得することとを備える方法。前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項33に記載の方法。前記少なくとも1つのアドレスされた通知状態情報を取得することは、前記少なくとも1つのアドレスされた通知状態情報を含む通知フローをモニタすることを備える請求項33に記載の方法。前記少なくとも1つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレスクラスに対応する第1のアドレス情報と、前記アドレスクラス内の1または複数のグループアドレスに対応する第2のアドレス情報とを備える請求項33に記載の方法。前記少なくとも1つのアドレスされた通知状態情報の通知メッセージの数を判定することをさらに備える請求項33に記載の方法。前記プライマリメッセージから、前記通知メッセージの数を判定することをさらに備える請求項37に記載の方法。前記少なくとも1つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定することと、前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも1つのアドレスされた通知状態情報を処理することをさらに備える請求項33に記載の方法。通知状態情報を受信する装置であって、現在の通知状態情報を備えるプライマリメッセージをモニタする手段と、前記通知状態情報における変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較する手段と、前記通知状態情報における変化が判定された場合、少なくとも1つのアドレスされた通知状態情報を取得する手段とを備える装置。前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項40に記載の装置。前記少なくとも1つのアドレスされた通知状態情報を取得する手段は、前記少なくとも1つのアドレスされた通知状態情報を含む通知フローをモニタする手段を備える請求項40に記載の装置。前記少なくとも1つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレスクラスに対応する第1のアドレス情報と、前記アドレスクラス内の1または複数のグループアドレスに対応する第2のアドレス情報とを備える請求項40に記載の装置。前記少なくとも1つのアドレスされた通知状態情報の通知メッセージの数を判定する手段をさらに備える請求項40に記載の装置。前記プライマリメッセージから、前記通知メッセージの数を判定する手段をさらに備える請求項44に記載の装置。前記少なくとも1つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定する手段と、前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも1つのアドレスされた通知状態情報を処理する手段とをさらに備える請求項40に記載の装置。現在の通知状態情報を備えるプライマリメッセージを、コンピュータに対してモニタさせるためのコードと、前記通知状態情報において変化が生じたかを判定するために、前記コンピュータに対して、前記現在の通知状態情報を、前の通知状態情報と比較させるためのコードと、前記通知状態情報において変化が判定された場合、前記コンピュータに対して、少なくとも1つのアドレスされた通知状態情報を取得させるためのコードとを備えるコンピュータ読取可能媒体を備えるコンピュータプログラム製品。前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項47に記載のコンピュータプログラム製品。前記コンピュータ読取可能媒体はさらに、前記少なくとも1つのアドレスされた通知状態情報を含む通知フローをモニタすることによって、前記コンピュータに対して、前記少なくとも1つのアドレスされた通知状態情報を取得させるためのコードを備える請求項47に記載のコンピュータプログラム製品。前記少なくとも1つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレスクラスに対応する第1のアドレス情報と、前記アドレスクラス内の1または複数のグループアドレスに対応する第2のアドレス情報とを備える請求項47に記載のコンピュータプログラム製品。前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記少なくとも1つのアドレスされた通知状態情報の通知メッセージの数を判定させるためのコードを備える請求項47に記載のコンピュータプログラム製品。前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記プライマリメッセージから、前記通知メッセージの数を判定させるためのコードをさらに備える請求項51に記載のコンピュータプログラム製品。前記コンピュータ読取可能媒体はさらに、コンピュータに対して、前記通知状態情報における変化が判定された場合、1つまたは複数の通知メッセージを含む通知フローをモニタすることによって、前記通知メッセージの数を判定させるためのコードを備える請求項51に記載のコンピュータプログラム製品。前記コンピュータ読取可能媒体はさらに、前記少なくとも1つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかをコンピュータに対して判定させるためのコードと、前記通知状態情報が、前記無線デバイスと関連していると判定された場合、コンピュータに対して、前記少なくとも1つのアドレスされた通知状態情報を処理させるためのコードとさらに備える請求項47に記載のコンピュータプログラム製品。通知状態情報を受信する無線デバイスであって、現在の通知状態情報を備えるプライマリメッセージをモニタする第1のモジュールと、前記通知状態情報において変化が生じたかを判定するために、前記現在の通知状態情報を、前の通知状態情報と比較する第2のモジュールと、前記通知状態情報において変化が判定された場合、少なくとも1つのアドレスされた通知状態情報を取得する第3のモジュールとを備える無線デバイス。前記通知状態情報は、前記前の通知状態情報の前の通知バージョンと比較される現在の通知バージョンを備える請求項55に記載の無線デバイス。前記少なくとも1つのアドレスされた通知状態情報を取得することは、前記少なくとも1つのアドレスされた通知状態情報を含む通知フローをモニタすることを備える請求項55に記載の無線デバイス。前記少なくとも1つのアドレスされた通知状態情報は、少なくとも、それぞれのアドレスクラスに対応する第1のアドレス情報と、前記アドレスクラス内の1または複数のグループアドレスに対応する第2のアドレス情報とを備える請求項55に記載の無線デバイス。前記少なくとも1つのアドレスされた通知状態情報の通知メッセージの数を判定する第4のモジュールをさらに備える請求項55に記載の無線デバイス。前記プライマリメッセージから、前記通知メッセージの数を判定する第5のモジュールをさらに備える請求項59に記載の無線デバイス。前記少なくとも1つのアドレスされた通知状態情報が、前記無線デバイスと関連しているかを判定する第4のモジュールと、前記通知状態情報が、前記無線デバイスと関連していると判定された場合、前記少なくとも1つのアドレスされた通知状態情報を処理する第5のモジュールとをさらに備える請求項55に記載の無線デバイス。本開示は、サーバと、このサーバと通信しているデバイスとの間での通知メッセージの通信を有効にするための装置および方法を説明する。例えばサーバを用いて、通知情報における変化が生じたかを示すサマリデータまたは短縮データを含むプライマリメッセージを、プライマリフローで送信することによって、受信デバイスは、必要な通知の全てを受信したかを迅速に判定することができうる。複雑なメッセージではない短縮メッセージを処理することによって、受信デバイスの処理リソースおよび電力リソースを節約することができる。したがって、受信デバイスは、受信デバイスによって行われる必要のある処理の全体レベルを低減しながら、低バッテリ電力消費を達成することができる。さらに、より短い短縮メッセージが最初に送られるので、必要とされるマルチキャスト帯域幅が低減される。さらにまた、本開示は、プライマリフローとは別であり、ターゲットである具体的なデバイスまたは受信デバイスのグループへの特定のアドレス情報を含む1または複数の通知フローで、通知メッセージを使用できるようになる。図1は、通知メカニズムを用いた通信システムにおいて、本開示のプライマリメッセージがどのようにして利用されるのかを例示する典型的なエンドトゥエンドフロー図を示す。図1に例示するように、システム100は、特定のシステム内でのデバイスの通知を設定するオペレータ102を含む。特に、オペレータ102は、オペレータ102とサーバ106との間の矢印104によって示されるように、特定の複合アドレスXに属する全てのデバイスのための通知を設定するように動作可能である。一方、サーバ106は、例えばデバイス110のような1または複数のデバイスへ、プライマリフロー108でプライマリメッセージ112を発行する。プライマリメッセージ112は、システム状態の変化が生じたかを判定するためにデバイス110によって利用可能なシステム状態バージョン番号から成る。この概念は、代理人整理番号061925号を有し、本明細書において参照によって組み込まれているApparatusandMethodsforCommunicatingSystemStateInformationChangetoWirelessDevicesと題された同時係属出願により十分に説明されている。プライマリメッセージ112はまた、通知バーション番号または識別子と、現在利用可能な通知の合計数とを含む。このバージョン番号または識別子は、通知における変化を短縮方式で伝えるために、すなわち、一例として、新たな通知が現在利用可能であるかを迅速に判定するために、デバイス110によって利用可能な1つの数のようなショートメッセージを用いた、サマリまたは短縮メッセージとして役立つ。代案として、プライマリメッセージは、通知の数を含んでいないかもしれない。通知の数に関する情報は、別のフローあるいはチャネルにおいて、あるいは他の適切な手段によって利用可能になりえる。また別の代案では、プライマリメッセージは、通知が向けられているデバイスの正確なグループの情報と、そのグループのための通知の数とを含む。サーバ106は、予め定めたレートまたは頻度で、プライマリメッセージ112を繰り返しブロードキャストできることがさらに注目される。図1にさらに例示するように、デバイス110は、ブロック114に示すように、プライマリメッセージ112を受信または取得する。デバイス110は、その後、プライマリメッセージ112を処理して、例えば、プライマリメッセージ内の通知情報を獲得したり読み出したりするような、さらなる処理が必要であるかを判定する。プライマリメッセージ112内のデータが、1または複数の通知フロー内に1または複数の新たな通知メッセージが存在することをデバイス110に伝えたのであれば、デバイス110は、サーバ106によって送られた1または複数の通知フロー例えば、通知フロー116を待つことができる。この通知フローは、1または複数のアドレスされた通知メッセージを含むように構成されている。図1の例では、特定の複合アドレスXの通知メッセージが、通知フロー116内のメッセージ118によって例示されている。デバイス110は、ブロック120によって示されているように、通信メッセージ118を得るために、通知フロー116を待つ。また、ブロック120に示すように、この時点において、複合アドレスXの通知メッセージ118が、デバイス110によって処理される。そして、図1には例示されていないが、通知メッセージ118はさらに、デバイス110によるサーバ106への要求を含む。さらに、例えば、図1に例示する116のような通知フローを待つ代わりに、システム100は、デバイス110が、通知メッセージを求めてサーバ106へユニキャスト要求を発行できるように構成されうることが注目される。サーバ106は、この通知メッセージのユニキャスト送信を用いて、この通知メッセージに対して応答する。図1は、矢印122によって示されるように、オペレータ102によってサーバ106へ発行される複合アドレスYの次の通知の典型的な実例も示している。この実例では、サーバ106は、プライマリフロー124に示すように、通知バージョンがインクリメントまたは更新される修正プライマリメッセージ106を含むようにプライマリフローを修正する。図1の例では、前の通知バーションが10で示される一方、複合アドレスYの通知すなわち122の後に更新された通知バーションは、11にインクリメントされる。さらに、プライマリメッセージ126で見られるように、プライマリメッセージ126で送られる通知の数は、2である。一方デバイス110は、プライマリフロー例えば124を規則的にモニタすることによって、ブロック128で示されるようにプライマリメッセージ例えば、126を取得し、デバイス110によって格納された前の通知バーションを、現在の通知バーションと比較することによって、通知バージョンの変化を認識する。図1の例では、デバイス110は、次の通知フロー130を待つことができる。この通知フロー130は、複合アドレスXについて以前に送信された通知メッセージのみならず、複合アドレスYに属するデバイスの第2の通信メッセージ134を含んでいる。この例の目的のために、デバイス110は、複合アドレスYに属さないと仮定される。したがって、デバイス110は複合アドレスXのみに属し、複合アドレスYには属していないので、ブロック136に示すように、複合アドレスXの通知アドレス132のみを処理する。さらにまた、この例の目的のために、オペレータ102は、特定の通知メッセージをブロードキャストするための終了時間を設定することができるすなわち、通知メッセージは、設定された持続期間にわたってのみブロードキャストされることが仮定される。さらに詳しくは、この例では、オペレータ102が、複合アドレスXの通知メッセージすなわち、メッセージ104が、期限または終了時間を持つように設定したと仮定される。したがって、次のプライマリフロー138が送信された場合、複合アドレスXの通知をブロードキャストする終了時間が過ぎたか、期限切れになったものと仮定される。したがって、図1はプライマリメッセージ140を例示している。ここで、プライマリメッセージ140によって示される通知メッセージの数は、1つのみであり、通知バーションは、通知バージョン番号11のままである。複合アドレスXの通知メッセージが期限切れになり、送信されなくなったとしても、オペレータ102から新たな通知メッセージが発行されないので、通知バーションは同じままである。通知フロー142は、複合アドレスYに属するデバイスのための通知メッセージ144のみを含む。前のパラメータを仮定すると、デバイス110は、ブロック146に示すように、プライマリメッセージ140を取得するだろう。この例では、プライマリメッセージを取得するという前の実例例えば、ブロック128から通知バーションは変わらないので、デバイス110は、通知バーションが変わっていないことを認識し、それが通知における最新であり、通知を処理するためにさらなるリソースを浪費しないと結論付けるだろう。図2は、コンテンツ配信システムにおける使用に適したコンテンツプロバイダサーバ200の例を示す。このサーバは、図1におけるサーバ102として使用されうるサーバの一例である。図2に示すように、サーバ200は、処理ロジック202、リソースおよびインタフェース204、およびトランシーバロジック210を含んでおり、それらはすべて内部データバス212に接続されている。サーバ200はさらに、起動ロジック214、システム情報SIロジック206、およびSIレコードロジック208を含んでおり、それらもまたデータバス212に接続されている。1または複数の例では、処理ロジックまたはモジュール202は、CPU、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、仮想機械、ソフトウェア、および/またはハードウェアとソフトウェアとの任意の組み合わせを含みうる。したがって、処理ロジック202は、通常、機械読取可能命令を実行し、内部データバス212を経由してサーバ200の1または複数のその他の機能要素を制御するロジックを含む。リソースおよびインタフェースモジュール204は、ハードウェア、ソフトウェア、またはこれらの組み合わせによって実現され、これによって、サーバ200は、内部システムおよび外部システムと通信できるようになる。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、あるいは他の内部デバイスリソースを含むことができる。外部システムは例として、ユーザインタフェースデバイス、プリンタ、ディスクドライブ、あるいはその他のローカルのデバイスまたはシステムを含むことができる。トランシーバロジックあるいはモジュール210は、ハードウェアロジックおよび/またはソフトウェアを含んでおり、これによって、サーバ200は、通信チャネル216を用いて、遠隔のデバイスまたはシステムと、データおよび/またはその他の情報を授受できるようになる。例えば、一例として、通信チャネル216は、任意のタイプの適切な通信リンクからなっており、これによって、サーバ200は、データネットワークと通信することが可能となる。図1のシステムのコンテキストでは、通信チャンネル216は、サーバ例えばサーバ106とデバイス例えばデバイス110との間でのプライマリフローおよび通知フローの配信を達成するために利用されうることが注目される。起動ロジックまたはモジュール214は、CPU、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、仮想機械、ソフトウェア、および/またはハードウェアとソフトウェアとの任意の組み合わせを含むことができる。起動ロジック214は、サーバを起動するように動作し、これによって、サーバは、例えばシステム情報モジュール206において説明したようなサービスおよび/またはコンテンツを選択して受信できるようになる。図3は、本開示の例にしたがって、無線デバイスへ通知情報を配信する方法を例示する。この方法300は、開始ブロック302で始まり、ブロック304に進む。ブロック304では、通知状態情報を示すデータを含んでいるプライマリメッセージが送信される。ブロック304におけるこの処理は、少なくとも通知バージョン番号を送ることを含み、さらに、図1に関連して既に述べたように、通知の数を送ることを含むことが注目される。さらに、前述したサーバ106またはサーバ200がブロック304の処理を達成することができることが注目される。さらに、図2に例示したサーバ200に関し、ブロック304の処理は、図2の例のような処理ロジック202、システム情報206、およびトランシーバロジック210のうちの1または複数によって実施されうることが注目される。ブロック304において、プライマリメッセージが送られた後、フローはブロック306に進み、特定のデバイスへ1または複数の通知メッセージが送られる。図1に示す例えば118、132、134、または144のような通知メッセージは、通知メッセージが関係あるいは関連するデバイスへ向けられた具体的なターゲットアドレスを含んでいる。サーバ106またはサーバ200は、以前に説明したように、ブロック306における処理を実施することができる。特に、図2におけるサーバ200の例に関し、この処理は、例えば処理ロジック202、トランシーバロジック210、およびシステム情報206によって達成される。ブロック306の処理後、フローはブロック308に進み、処理が終了する。しかしながら、プライマリメッセージおよび通知メッセージは、図1の例で説明したように、定期的間隔で連続して送られることが注目される。さらに、図1で例示したように、プライマリメッセージが、プライマリフローで送られ、通知メッセージが、プライマリメッセージとは別の通知フローで送られる。図4は、ここで開示された装置および方法で利用されるプライマリメッセージの典型的なフォーマットを例示する。図示するように、プライマリメッセージ400は、プライマリバージョンフィールド402を含む様々なフィールドを含む。このフィールドは、本明細書で参照によって明確に組み込まれているMethodsandApparatusforCommunicatingSystemStateInformationtoWirelessDevicesと題された同時係属出願により十分に説明されている。フィールド402は、例えば通知における変化のようなシステム状態変化が生じたかを迅速に判定するために、例えばデバイス110のような受信デバイスによって使用されるバージョン番号からなる。プライマリメッセージバージョンが変化する、すなわち、システム状態変化を示すと、デバイス110は、例えば通知バージョンフィールド404のようなプライマリメッセージ400内のさらなる情報フィールドを処理することができる。例えばデバイス110のようなデバイスへ通知バージョン番号を伝えるのはフィールド404である。これによって、デバイスは、オペレータが通知メッセージを発行したかを判定するために、現在の通知バージョンを、以前に格納されたバージョンと迅速に比較できるようになる。プライマリメッセージ400はまた、多くの通知フィールド406をも含んでおり、通知フローで送られている現在の通知の数を受信デバイスへ伝える。例示するように、プライマリメッセージ400はまた、フィールド408に示すようなその他様々なフィールドをも含んでいる。図5は、ここで開示された装置および方法で利用される通知メッセージ複合アドレスフォーマットの一例を示す。例示するように、通知メッセージ500は、アドレスクラス502と、グループアドレス504を示す同伴フィールドとを含むことができる。アドレスクラス502は、複合アドレスのタイプを特定し、グループアドレス504は、対応するアドレスクラス内のデバイスの正確なグループを特定する。例えば、アドレスクラスは、複合アドレスが、サービスプロバイダに加入したデバイスのグループをアドレスしていることを確認することができる。グループアドレスは、アドレスクラスとともに、一例としてVerizonのような特定のサービスプロバイダに加入したデバイスのグループを特定することができる。他の例では、アドレスクラスは、複合アドレスが、チャネルに加入したデバイスのグループをアドレスすることを確認することができる。グループアドレスはアドレスクラスとともに、例えばMTVのような特定のチャネルに加入しているデバイスのグループを確認することができる。複合アドレスに加えて、通知メッセージ500はさらに、例えばテキスト、ピクチャ、または、ビデオあるいはマルチメディアのようなターゲットグループのためのデータを含むことができる。図5に示すように、アドレスクラスの数は、1から、クラス番号nまでの任意の数でありうる。図5は、アドレスクラス502と対応するグループアドレス504の典型的なリストを示している。フィールド506およびフィールド508に関連して示す例として、例えば、通知メッセージが、複合アドレス1,10へと向けられうる。したがって、この典型的な通知は、アドレスクラス1内で、アドレス範囲0255からのアドレス10を有するグループをアドレスする。フィールド510およびフィールド512を参照した別の例として、通知メッセージが、複合アドレス2,30000へ向けられる。ここで、通知は、アドレスクラス2内で、アドレス範囲065535からのアドレス30000を有するグループをアドレスする。図6はさらに、アドレスクラスを順序付けと、生成されたクラスに基づいて複数のレベルのフィルタリングを用いてアドレスする複合アドレススキーム600の例を示す。特に、この複合アドレスは、ヘディング602の下のカラムによって示される特定のアドレスクラスと、ヘディング604の下に示すアドレスクラス値と、ヘディング606の下に示すアドレスフィールドとを含む。ヘディング602の下のアドレスクラスのタイプの例は、グローバルアドレス、課金およびカスタマサービスプロバイダクラス、コンテンツリテーラクラス、パッケージ、ティア、サービス、フロー、およびネットワークアプリケーションを含む。図6のテーブルで見られるように、アドレスクラスのおのおのは、アドレスクラスに対応する特定のアドレスクラス値を有する。これらアドレスクラス値の例は、ヘディング604の下のカラムに例示されている。複合アドレスが値1,10を有する図5に関して説明した例に戻り、推論例が、図6に関して説明される。特に、図6は、アドレスクラス602の典型的なリストを示す。したがって、複合アドレス1,10を備えた通知メッセージは、グループアドレス値10を持つサービスプロバイダすなわち、アドレスクラス1例えば、0x01に加入したデバイスへ向けられよう。アドレスフィールドヘディング606参照に識別情報を含めることによって、スキーム600の構成は、第2のフィルタリングレベルを与え、さらなる識別情報を持つ1または複数のデバイスを向けることができることが注目される。例えば、課金およびカスタマサービスプロバイダフィールド608参照からなるアドレスクラスでは、アドレスクラス値0x01は、特定のアドレスクラスに関連している。さらに、アドレスフィールド内に特定のプロバイダ識別情報を指定するフィールド610参照ことによって、第2のレベルのフィルタリングが達成されうる。例えば、課金およびカスタマサービスプロバイダ識別情報の場合、アドレスフィールドのアドレスは、例えばVerizonのようなサービスプロバイダを指定するために0xA0となりうる一方、例えばCingularのような別のサービスプロバイダは、例えば0xA1のような別のアドレスを有しうる。したがって、課金およびサービスプロバイダアドレスクラスにおける通知がVerizonに向けられている場合、アドレスフィールドは、Verizonカスタマまたはユーザにのみ、通知があることを警告または通知するためにアドレスすることを含むであろう。複合アドレスフォーマットは、デバイスのグループのさらなる絞り込みが達成されるという点で拡張可能であることがさらに注目される。例えば、複合アドレスは、スポーツパッケージには加入しているが、映画パッケージには加入していないサンディエゴの全てのVerizonユーザのように、1を超える属性を有するグループをカバーするように拡張することが可能である。他の例として、ターゲットアドレスを生成する論理演算におけるオペランドとして、例えばAND演算およびOR演算のような論理演算をアドレスクラスおよびアドレスフィールドに実行することによって、さらなる絞込みアドレシングが達成されうる。また他の例として、複合アドレスが、ストリングアドレスとして構成されうる。図1の例において、特定のデバイスのグループに向けるために、図5または図6に例示するアドレスフォーマットスキームの何れかにしたがってアドレスXの合成メッセージを構成できうることがここでさらに注目される。さらに、図5および図6は単なる典型例であり、異なるアドレスクラスの任意の数が、当業者によって考慮されうることが注目される。図7は、無線ネットワークにおいてコンテンツをサービス提供する装置を例示する。例示するように、この装置は、通知状態情報を示すデータを含むプライマリメッセージを送るモジュール702を含むサーバ700またはサーバプロセッサでありうる。このモジュール702は、例えば、図2に例示する様々なモジュールのうちの1または複数によって実現されうる。プライマリメッセージは、図4に例示するメッセージ400と同様に構成されうる。したがって、プライマリメッセージは、一例として、通知バージョンのみならず、通知の数をも含むであろう。モジュール702は、プライマリフロー通信704を経由して、1または複数のユーザデバイスへとプライマリメッセージを送信する。モジュール702は、1または複数の受信デバイスへ少なくとも1つの通知メッセージを送るモジュール708と通信する。ここで、少なくとも1つの通知メッセージは、1または複数の具体的なデバイスに向けてアドレスされた通知メッセージである。カップリング706によって示されるように、モジュール702とモジュール708とは通信しているが、これはサーバ700の実現には必要ではない。モジュール708によって送られた通知メッセージは、例えば図5または図6の複合アドレスによって例示されるように、アドレスされた通知メッセージを含んでいる。この通知メッセージは、1または複数のユーザデバイスへと通知フロー710によって送られる。モジュール708は、図2に例示するような様々なモジュールのうちの1または複数によって実現されることが注目される。この装置700はさらに、破線で示すように、通知状態情報における変化が生じた場合に、通知状態情報を修正するモジュール712をも含むことができる。モジュール712は、例えば、プライマリフロー704と通知フロー710とを変えるために、通信カップリング714、716を経由して、モジュール702および/またはモジュール708へと、通知状態情報における変化を伝える図1のオペレータ102のようなオペレータを備えたインタフェースでありうる。図8は、コンテンツ配信システムにおける使用に適切なデバイス800の例を示す。例えば、デバイス800は、図1に示すデバイス110でありうる。デバイス800は、処理ロジック802、リソースおよびインタフェース804、およびトランシーバロジック808を含む。これらは全てデータバス806に接続されている。デバイス800はさらに、クライアント810、プログラムロジック814、およびSIロジック812をも備えている。これらは全てデータバス808に接続されている。1または複数の例において、処理ロジック802は、CPU、プロセッサ、ゲートアレイ、ハードウェアロジック、メモリ素子、仮想機械、ソフトウェア、および/またはハードウェアとソフトウェアとの任意の組み合わせによって実現されうる。したがって、処理ロジック802は通常、機械読取可能命令を実行し、さらに、内部データバス806を経由してデバイス800の1または複数のその他の機能要素を制御するロジックを備える。リソースおよびインタフェース804は、デバイス800が内部システムおよび外部システムと通信することを可能にするソフトウェアおよび/またはハードウェアを備える。例えば、内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、あるいはその他の内部デバイスリソースを含むことができる。外部システムは、ユーザインタフェースデバイス、プリンタ、ディスクドライブ、あるいはその他のローカルデバイスまたはローカルシステムを含むことができる。トランシーバロジック808は、デバイス800が、通信チャネル814を通じて、例えば図1および図2に示すサーバ106またはサーバ200のような外部デバイスまたは外部システムと、データおよび/またはその他の情報を送受信することを可能にするハードウェアおよび/またはソフトウェアを備えている。通信チャンネル814は、ネットワーク通信リンク、無線通信リンク、あるいはその他のタイプの通信リンクを備えることができる。動作中、デバイス800が起動され、データネットワークを介して利用可能なコンテンツまたはサービスを受信できるようになる。例えば、デバイス800は、起動処理中、自身の身元をコンテンツプロバイダサーバに明らかにすることができる。起動処理の一部として、デバイス800は、SIロジック812によってSIレコードを受け取り、格納する。SIロジック812は、デバイス800が受信することが可能なサービスまたはコンテンツを特定する情報を含む。クライアント810は、リソースおよびインタフェース804を用いて、デバイス800のSIロジック812内に情報をレンダするように動作する。例えば、クライアント810は、デバイス800の一部であるディスプレイスクリーン図示せず上に、SIロジック802内の情報をレンダする。クライアント810はまた、デバイスユーザが、コンテンツまたはサービスを選択することができるように、リソースおよびインタフェースを介してユーザ入力を受け取る。図9は、例えばデバイス110またはデバイス800のような無線デバイスにおいて通知を取得するための方法を例示するフロー図である。例示するように、この処理900は、開始ブロック902で始まり、その後フローはブロック904へ進む。ブロック904では、コンテンツ通知状態情報を含むプライマリメッセージがモニタされる。前述したように、この通知状態情報は、例えばメッセージ400におけるフィールド404のようなプライマリメッセージに含まれ、通知バージョン番号から成っている。ブロック906では、通知状態情報における変化が生じたかを判定するために、現在の通知状態情報が、前の通知状態情報と比較される。前述したように、ブロック906の処理は、実際の通知状態情報のさらなる取得を保証するために、変化が生じたかを迅速に判定するために、現在の通知バーション番号を既に格納されたバージョン番号と比較するデバイスからなる。ブロック906の処理後、フローはブロック908に進み、通知状態情報における変化が判定されると、少なくとも1つのアドレスされた通知状態情報が取得される。ブロック908の処理の例は、特定のデバイスに関連するフロー内で、アドレスされた通知メッセージを得るために、通知フローを待つことであることが注目される。1または複数の通知メッセージが得られた後、フローは、ブロック910に進み、処理900が終了する。処理900は、開始ブロックおよび終了ブロックを備えて示されているが、処理900は、デバイスによって予め定められた時間間隔で、定期的に繰り返されうることが注目される。図1のデバイス110、図8のデバイス800、または図11に関連して後に説明する装置1100が、処理900を実施することができることがさらに注目される。図10は、通信システムにおいて通知を取得する方法の別の例のフロー図である。例示するように、この方法1000は、ブロック1002で始まり、デバイスにおいてプライマリメッセージが受信またはモニタされる。このプライマリメッセージは、通知バージョン番号を含んでいる。フローは、判定ブロック1004へ進み、デバイスに格納された通知バージョン番号が、プライマリメッセージに含まれ現在送信されている通知バージョン番号と同じであるかが判定される。同じであることは、通知に何の変化も生じていないことを示し、処理1000は、図示するように、終了ブロック1008へ進む。一報、通知バーションが変化しているのであれば、デバイスは、通知フローを待つだろう。その後、フローは、ブロック1004から判定ブロック1006に進む。ここで、デバイスは、プライマリメッセージの通知メッセージの現在の数が、ゼロに等しいかを判定することができる。この状況は、例えば、オペレータが、制限された持続時間の通知をサーバに発行し、通知バージョン番号における変化を引き起こした場合に起きる。この状況は、デバイスに電源が投入されていない場合、あるいは、制限された持続時間内に受信していない場合に起きる。この場合、通知バージョン番号が、デバイス内に現在格納されているバージョンから変化するが、通知メッセージは、期限切れであるので、通知メッセージの数はゼロである。ブロック1006の状態が真である場合、どのメッセージも処理される必要がないので、フローは再び終了ブロック1008へ進む。処理1000は、処理1000が繰り前される時間である、デバイスの次のモニタリング周期までに終了することが注目される。ブロック1006の状態が偽である場合、フローはブロック1010へ進む。ここでは、デバイスが、プライマリメッセージから、何個n個の現在の通知メッセージが残っているかを判定することができる。すなわち、プライマリメッセージに示される通知の数例えば、フィールド406は、通知の数nを判定するために利用されうる。あるいは、通知の数nは、プライマリメッセージ以外の他のメッセージ、あるいは、その他適切な手段のようなその他の手段によって通信されうる。ブロック1010の後、フローはブロック1012に進み、カウントiが、1の値に初期化される。フローは次に、デバイスがi番目の通知メッセージを処理すべきかを判定するための判定ブロック1014へ進む。すなわち、デバイスの状態例えば、デバイスの現在位置、チャネル加入者リスト等、またはユーザインタフェース例えば、ユーザは、別の場所または別のサービスに関する通知を受信するように自発的に選択するに基づいて、デバイスは、この通知を処理する。デバイスは、この通知メッセージが、デバイスに関連しており、処理されるべきであるかを判定するために、通知メッセージ内の複合アドレスを使用する。この通知メッセージが関連している場合、フローはブロック1016へ進み、デバイスは、アドレスされた通知メッセージをさらに処理する。ブロック1016における処理の後、あるいは処理の開始後、フローはブロック1018へ進む。一方、ブロック1014において、例えば図1のブロック136の例のように、このメッセージがデバイスに関係ない場合、フローはブロック1014からブロック1018へと直接進む。ブロック1018では、カウントiが、1カウントずつインクリメントされ、その後、フローは、判定ブロック1020へ進む。ブロック1020では、カウントiの現在の値が、通知の合計数n未満であるか、あるいはそれに等しいかが判定される。もしもそうであれば、フローは、ブロック1014へループして戻り、次のi番目のメッセージの関連性が判定される。ブロック1020においてnoと判定されるように、全ての通知が受信され、必要なすなわち関連する通知が処理されると、ブロック1022に示されるように、デバイスは、プライマリメッセージから受信した通知バージョンを格納する。フローはブロック1024へ進み、例えば、次のモニタリンク期間において繰り返されるまで、処理1000は停止する。処理1000は、図1のデバイス110、図8のデバイス800、または以下に説明する装置1000によって実施されうることが注目される。図11は、無線デバイスにおいて通知を取得するための別の装置1100を例示する。図示するように、この装置は、現在の通知状態情報を含むプライマリメッセージをモニタするモジュール1102を含む。モジュール1102は、図8のデバイス800に例示されるモジュールのうち任意の1つまたは複数によって実現されうる。モジュール1102は、通信リンク1106を介してモジュール1104と通信する。モジュール1104は、通知状態情報に変化が生じたかを判定するために、現在の通知状態情報を、前の通知状態情報と比較するために使用される。一例として、通知状態情報は、モジュール1104が以前に格納された通知バージョン番号と比較する通知バージョン番号を含むことができる。相違点すなわち変化が検出されると、モジュール1104は、通信リンク1110を介してモジュール1108と通信する。通知状態情報の変化がモジュール1104によって判定された場合、モジュール1108は、通知フローをモニタするかあるいは受信し、少なくとも1つのアドレスされた通知情報を取得するように構成されている。モジュール1108によって達成されるこの動作の一例は、例えば図5および図6に例示するような複合アドレスを備えた通知メッセージを受信することと、アドレスされたメッセージが、装置1100が実装されているデバイスに関連しているかを判定することと、上記図10の方法に関連して説明したように、メッセージが関連している場合、通知メッセージを処理することとを含む。モジュール1104およびモジュール1108は、一例として図8のデバイス800に例示するようなモジュールのうちの任意の1つまたは複数によって実施されうることが注目される。開示された処理のステップの具体的な順番または階層は、典型的なアプローチの一例であることが理解される。設計選択に基づいて、この処理のステップの具体的な順番または階層は、本開示の範囲内でありながら、再構成されうることが理解される。それに伴う方法請求項は、これら様々なステップの要素を、サンプルである順番で示しており、示された具体的な順番または階層に限定されることは意味されていない。当業者であれば、情報および信号が、種々異なる技術および技法のうちの何れかを用いて表されうることを理解するだろう。例えば、上記説明を通じて参照されるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれらの任意の組み合わせによって表されうる。当業者であればさらに、本明細書で開示された実施形態に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子工学ハードウェア、コンピュータソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。本明細書で開示された実施形態に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAあるいはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばDSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアと連携する1または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。本明細書で開示された実施形態に関連して記述された方法やアルゴリズムの処理は、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェアモジュールによって、または、これらの組み合わせによって具体化される。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体図示せずは、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ASIC内に存在することができる。ASICは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。上述した例は、単なる典型例であり、当業者であれば、本明細書で開示した発明的な概念から逸脱することなく、上述した例、および上述した例から展開される多くの利用を行うことができる。これらの例への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本明細書で開示された斬新な局面の精神または範囲から逸脱することなく、例えば、インスタントメッセージングサービスまたは任意の一般的な無線データ通信アプリケーションにおいて、その他の例にも適用されうる。このように、本開示の範囲は、本明細書に示された例に限定されることは意図されておらず、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当するものとされる。用語典型的は、本明細書において、例、事例、または実例として役立つことを意味するために用いられていることが注目される。本明細書で典型的と記載されている例は、必ずしも他の例よりも好適であるとか有利であるとか解釈される必要はない。したがって、本明細書に記載の斬新な局面は、以下の特許請求の範囲によってのみ定義される。"