(57)【要約】【課題】プッシュコンテンツ通信スキームに準拠して動作可能な通信デバイス用の装置を提供すること。【解決手段】プッシュコンテンツ通信スキームに準拠して動作可能な通信デバイス用の装置であって、該装置は、少なくとも第一の選択された通知処理属性を識別するように構成された通知処理属性識別子と、該第一の選択された通知処理属性の指示を受信し、プッシュコンテンツを受信するように適応されたプッシュコンテンツオペレータであって、該プッシュコンテンツオペレータは、該少なくとも第一の選択された通知処理属性の適切な通知属性に対応する方法で、該プッシュコンテンツに対して動作するように構成される、プッシュコンテンツオペレータとを備える、装置。【選択図】図１
2010134966.tif 000002
【特許請求の範囲】
【請求項１】
通信システム（１０）において期限切れコンテンツを置換する方法であって、本願明細書に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、プッシュコンテンツの配信およびその処理を容易にする方法に関する。より特定的には、本発明は、コンテンツ上に対して動作する装置およびその関連方法に関し、その結果、通信される期限切れコンテンツの量が削減され、そのプッシュコンテンツが関連するアプリケーションがアクティブであることを必要としないコンテンツの処理が提供される。
【０００２】
移動通信システムまたは他の無線通信システムでインプリメントされると、そのコンテンツは、効率的に配信され、処理される。この配信と処理との双方は、いずれもタイムリーに行われ、必要とされるコンテンツの通信に対する無線リソース量はより少なくて済む。
【背景技術】
【０００３】
通信技術の技術的進歩によって、多数の新たなタイプの通信システムの開発、配備および普及が可能となってきた。例えば、移動通信の分野において、著しい成長が示されてきた。また、通信技術の進歩を利用した移動通信システムが配備され、電話通信でもデータ通信でも、多くの人々によって使用されてきている。格納管理スキームとインスタントメッセージスキームとの双方に準拠して通信されるＥメールメッセージは、歴史的に、英数字のテキストメッセージの通信によって、移動通信局から、および、移動通信局へ提供されてきた。移動通信システムの能力が高まり、改善が続くにつれて、移動通信システムは、ますます、より多いデータ量のコンテンツを通信できるようになっている。
【０００４】
前述のインスタントメッセージスキームを含むプッシュメッセージサービスは、ユニークな通信上の利点を提供する。その利点は、通信されるコンテンツが通信デバイスに配信されても、そのデバイスがそのコンテンツを引き出すのに、特定のアクションを必要としないという点である。コンテンツをよりタイムリーに配信すると、プッシュコンテンツが通信される通信サービスのユティリィティが改善する。それに対して、リクエスト応答タイプのデータ通信スキームは、典型的には、ユーザがリクエストを生成することを必要とし、そのリクエストに対し、１回の応答がなされる。
【０００５】
プッシュコンテンツ通信の様々な局面を標準化するために、様々な提案が、現在、検討中である。例えば、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）  Ｌｉｍｉｔｅｄは、移動通信システムでの通信用コンテンツと関連する要求とプロトコルに関して、「Ｄｙｎａｍｉｃ  Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」という表題の資料を発表している。その資料に紹介されたコンテンツ配信スキームは、様々なネットワーク技術の範疇で、そして、様々な局面で使用可能とすることを意図され、アプリケーションとその配信とが強化され、非同期プッシュコンテンツに対して提供されることを可能にすることを意図している。
【０００６】
一つのスキームにおいて、コンテンツプッシュは、そのコンテンツが常駐するデータサーバ、または、そのコンテンツがルーティングされるデータサーバによって、一般的に開始される。コンテンツプッシュのトリガは、例えば、コンテンツプロバイダによって、デバイスクライアントによって、あるいは、第三者によって、非同期的にトリガされる。プッシュイベントは、典型的には、コンテンツプロバイダ、デバイスクライアント、あるいは、第三者によって開始された特定のコンテンツを受信するコンテンツ契約（ｓｕｂｓｃｒｉｐｔｉｏｎ）の結果である。さらに、また、プッシュイベントは、クライアントデバイスの選択されたグループへのデータ放送の結果として実行されることも、ときどきある。
【０００７】
移動通信システムおける無線インターフェースによる通信用に利用可能な帯域幅が限られているために、この利用可能な帯域幅を効率的に利用する努力がなされている。また、エンドユーザの体験を最大化するために、プッシュコンテンツのタイムリーな配信および表示を実行するための努力もなされている。
【０００８】
プッシュコンテンツを通信するのに要する通信帯域幅をさらに減らし、プッシュコンテンツをよりタイムリーに処理、表示することの可能な任意の追加的方法は、利点がある。プッシュコンテンツに基づく表示あるいはプッシュコンテンツを用いる表示を見るとき、期限切れ情報を表示することなく、タイムリーに更新情報が表示されると、エンドユーザの体験は、改善される。
【０００９】
プッシュコンテンツの通信に関連するこの背景情報を踏まえた上で、本発明の著しい改善が展開される。
【発明の概要】
【課題を解決するための手段】
【００１０】
本発明は、したがって、プッシュコンテンツの配信およびその処理を容易にする装置および関連方法を有利に提供する。
【００１１】
本発明の実施形態のオペレーションによって、プッシュコンテンツに対して動作するための方法が提供され、その結果、通信される期限切れのデータ量が削減され、そのプッシュコンテンツが関連するアプリケーションを必要とせずに、そのデータの処理が提供される。
【００１２】
無線移動または他の通信システムでインプリメントされると、プッシュコンテンツは、効率的に通信および処理され、例えば、ビューイングまたは再生による表示、あるいは、移動局または他の通信局のエンドユーザによる表示が利用可能となる。また、その通信に必要とされる帯域幅は、従来のメカニズムおよび手順より相対的に削減することができる一方で、プッシュデータは、タイムリーに通信される。
【００１３】
本発明の一局面において、特別な属性が導入される。この特別な属性は、プッシュコンテンツの配信および処理を強化する。
【００１４】
置換属性は、通知（すなわち、コンテンツデータ）に対して動作するとき、特別な属性を備え、この通知の一部をなす期限切れ情報は、その送信、その処理およびそのビューイングが、必要に応じて、防止される。通知が、この属性によって動作されるとき、契約ごとに最新の更新データのみが、待ち行列に入り、その通知を用いるアプリケーションに配信される。
【００１５】
バックグラウンド処理属性は、別の特別な属性である。バックグラウンド処理属性は、通知に対して動作するとき、たとえ、標的アプリケーションが稼動していなくても、すなわち、アクティブでなくても、その通知の処理を可能にする。専用デバイスエージェントが、持続性（ｐｅｒｓｉｓｔｅｎｔ）ストアを更新する。これは、アクティブモードではなく、バックグラウンドモードで実行されるので、アプリケーションがアクティブな状態でない場合でさえ、オペレーションを実行することができる。
【００１６】
本発明の別の局面において、特別の属性のオペレーションは、通知を無線インターフェースによって移動通信局に通信する前に、ネットワークデバイス（例えば、アプリケーションサーバまたはプロキシサーバ）で、その通知に対して実行される。ネットワークデバイスで具現化されるとき、通知を無線インターフェースによって移動通信局に通信する前に、オペレーションは、その通知に対して実行されるので、例えば置換属性に関しては、無線インターフェース上で通信する前に、期限切れ通知を除去することが可能になる。通知は、例えば、タイムスタンプが押されるか、あるいは、時間順に並べられ、それによって、どの通知がタイムリーであり、どの通知が期限切れであるかを識別できる。無線インターフェースによる通信前に、期限切れ通知を除去することによって、無線帯域幅の消費量は、削減される。
【００１７】
本発明の別の局面によると、特別な属性のオペレーションが、移動通信局で実行される。置換オペレーションが、通知に対して実行されるとき、一度、移動通信局に提供されると、置換オペレーションは、期限切れ通知を除去し、その通知が、通信局のエンドユーザに表示されず、見られないようにする。タイムリーな通知のみが見られる。ここでもまた、少なくとも通知の相対的な適時性を識別するために、通知は、時間順に並べられるか、あるいは、タイムスタンプが押される。そして、移動局で期限切れ通知を除去することによって、移動局の待ち行列の限られた格納スペースが、その能力を超えて使用されないようにする。
【００１８】
バックグラウンド処理属性が、移動通信局で動作されるとき、オペレーションは、移動通信局で待ち行列に入った通知に対して実行される。バックグラウンド処理のオペレーションを実行することで、その通知と関連するアプリケーションは、アクティブである必要はなくなる。こうして、遅延が避けられる。アクティブであることが必要なら、処理のオペレーションが、その関連アプリケーションがアクティブになるまで遅れる必要がある。
【００１９】
プッシュコンテンツ通信スキーム内で通信される通知上の特別な属性の識別およびオペレーションによって、プッシュコンテンツの通信と関連する通信サービスに関係するエンドユーザの体験は、強化される。
【００２０】
それゆえ、これらおよび他の局面において、装置およびその関連方法が、プッシュコンテンツ通信スキームに準拠して動作可能な通信デバイスに対して、提供される。通知処理属性識別子は、少なくとも第一の選択された通知処理属性を識別するように構成される。プッシュコンテンツオペレータは、その第一の選択された通知属性の指示を受信し、プッシュコンテンツを受信する。プッシュコンテンツオペレータは、その少なくとも第一の選択された通知処理属性の適切な通知属性に対応する方法で、そのプッシュコンテンツに対して動作するように構成される。
【００２１】
本発明は、さらに、以下の手段を提供する。
（項目１）
プッシュコンテンツ通信スキームに準拠して動作可能な通信デバイス用の装置であって、該装置は、
少なくとも第一の選択された通知処理属性を識別するように構成された通知処理属性識別子と、
該第一の選択された通知処理属性の指示を受信し、プッシュコンテンツを受信するように適応されたプッシュコンテンツオペレータであって、該プッシュコンテンツオペレータは、該少なくとも第一の選択された通知処理属性の適切な通知属性に対応する方法で、該プッシュコンテンツに対して動作するように構成される、プッシュコンテンツオペレータと
を備える、装置。
（項目２）
上記通知処理属性識別子によって識別された上記第一の選択された通知処理属性は、期限切れ置換属性を備え、
上記プッシュコンテンツオペレータは、上記プッシュコンテンツに対して動作し、置換ルールセットに従って、該プッシュコンテンツの期限切れ部分を置換する、項目１に記載の装置。
（項目３）
上記プッシュコンテンツオペレータは、上記プッシュコンテンツを時間順に並べ、該プッシュコンテンツの上記期限切れ部分は、該プッシュコンテンツの該時間順に従って置換される、項目２に記載の装置。
（項目４）
上記プッシュコンテンツオペレータは、上記プッシュコンテンツの各ポーションを、一義的メッセージ識別子を用いてさらに識別し、
該プッシュコンテンツの上記期限切れ部分は、該プッシュコンテンツの該ポーションと関連する該一義的メッセージ識別子の値に従って置換される、項目２に記載の装置。
（項目５）
識別処理属性識別子によって識別された上記第一の選択された通知処理属性は、バックグラウンド処理属性を備え、
上記プッシュコンテンツオペレータは、バックグラウンドモードで、該プッシュコンテンツに対して動作する、項目１に記載の装置。
（項目６）
上記通信デバイスは、コンテンツクライアントおよび更新可能なアプリケーション内部データを備え、
上記プッシュコンテンツオペレータは、該コンテンツクライアントが閉じている間に、上記プッシュコンテンツに対して動作する、項目３に記載の装置。
（項目７）
上記通信デバイスは、コンテンツデータメッセージを格納するように構成されたアプリケーションメッセージストアをさらに備え、
上記プッシュコンテンツオペレータは、該アプリケーションメッセージストアに格納された該プッシュコンテンツメッセージに対して動作する、項目６に記載の装置。
（項目８）
上記通信デバイスに配信されたプッシュコンテンツは、上記コンテンツクライアントが閉じられているとき、上記アプリケーションメッセージストアで、待ち行列に入る、項目７に記載の装置。
（項目９）
上記通信デバイスは、コンテンツクライアントを有する移動局を備え、上記通知処理識別子は、該移動局に格納されたコンテンツメタデータを備える、項目１に記載の装置。
（項目１０）
上記プッシュコンテンツオペレータは、上記移動局に実装され、該移動局に格納された上記メタデータにアクセスし、上記プッシュコンテンツを受信するように構成される、項目９に記載の装置。
（項目１１）
上記通信デバイスは、利用可能なプッシュコンテンツを有するネットワークサーバを含み、
上記通知処理識別子は、該ネットワークサーバに格納されたコンテンツメタデータを備える、項目１に記載の装置。
（項目１２）
上記プッシュコンテンツオペレータは、上記ネットワークサーバに実装され、該ネットワークサーバに格納された上記メタデータにアクセスし、上記プッシュコンテンツを受信するように構成される、項目１１に記載の装置。
（項目１３）
上記通信デバイスは、上記プッシュコンテンツがルーティングされるプロキシサーバを備え、
上記通知処理識別子は、該プロキシサーバで利用可能なコンテンツメタデータを備える、項目１に記載の装置。
（項目１４）
上記プッシュコンテンツオペレータは、上記プロキシサーバに実装され、該プロキシサーバに格納された上記メタデータにアクセスし、上記プッシュコンテンツを受信するように構成される、項目１３に記載の装置。
（項目１５）
プッシュコンテンツ通信スキームに準拠して動作可能な通信デバイスにおいてプッシュコンテンツを利用する方法であって、該方法は、
少なくとも第一の選択された通知処理属性を識別するオペレーションと、
該少なくとも該第一の選択された通知処理属性の適切な通知属性に対応する方法で、該プッシュコンテンツに対して動作するオペレーションと
を包含する、方法。
（項目１６）
上記識別するオペレーションの間に識別された上記第一の選択された通知処理属性は、期限切れ置換属性を備える、項目１５に記載の方法。
（項目１７）
上記動作するオペレーションは、上記プッシュコンテンツの期限切れ部分を置換することを包含する、項目１６に記載の方法。
（項目１８）
上記識別するオペレーションの間に識別された上記第一の選択された通知処理属性は、バックグラウンド処理属性を備える、項目１５に記載の方法。
（項目１９）
上記動作するオペレーションは、バックグラウンドモードで、上記プッシュコンテンツに対して動作することを包含する、項目１８に記載の方法。
（項目２０）
上記通信デバイスは、移動局を備え、
上記方法は、上記プッシュコンテンツを該移動局にプッシュするオペレーションをさらに包含し、
上記識別するオペレーションおよび上記動作するオペレーションは、該移動局で実行される、項目１５に記載の方法。
（項目２１）
自身に通信されるプッシュコンテンツを受信するように動作可能な移動局用の装置であって、該装置は、
少なくとも第一の選択された通知処理属性を識別するように構成された通知処理属性識別子と、
該第一の選択された通知属性の指示と、該移動局において受信された該プッシュコンテンツとを受信するように適応されたプッシュコンテンツオペレータであって、該プッシュコンテンツオペレータは、該少なくとも該第一の選択された通知処理属性の適切な通知属性に対応する方法で、該プッシュコンテンツに対して動作するように構成される、プッシュコンテンツオペレータと
を備える、装置。
（項目２２）
上記移動局は、ユーザディスプレイをさらに備え、
上記プッシュコンテンツオペレータは、該ユーザディスプレイによって表示する前に、該プッシュコンテンツに対して動作するように構成される、項目２１に記載の装置。
（項目２３）
上記通知処理属性識別子によって識別された上記第一の選択された通知処理属性は、期限切れ置換属性を備え、
上記プッシュコンテンツオペレータは、上記プッシュコンテンツに対して動作し、置換ルールセットに従って、該プッシュコンテンツの期限切れ部分を置換する、項目２１に記載の装置。
（項目２４）
上記プッシュコンテンツオペレータは、上記プッシュコンテンツを時間順に並べ、該プッシュコンテンツの上記期限切れ部分は、該プッシュコンテンツの該時間順に従って置換される、項目２３に記載の装置。
（項目２５）
上記プッシュコンテンツオペレータは、上記プッシュコンテンツの各ポーションを、一義的メッセージ識別子を用いてさらに識別し、
該プッシュコンテンツの上記期限切れ部分は、該プッシュコンテンツの該ポーションと関連する該一義的メッセージ識別子の値に従って置換される、項目２３に記載の装置。
（項目２６）
識別処理属性識別子によって識別された上記第一の選択された通知処理属性は、バックグラウンド処理属性を備え、
上記プッシュコンテンツオペレータは、バックグラウンドモードで、該プッシュコンテンツに対して動作する、項目２１に記載の装置。
（項目２７）
上記移動局は、コンテンツタクライアントおよび更新可能なアプリケーション内部データを備え、
上記プッシュコンテンツオペレータは、該コンテンツクライアントが閉じている間に、該プッシュコンテンツに対して動作する、項目２４に記載の装置。
（項目２８）
上記移動局は、コンテンツデータメッセージを格納するように構成されたアプリケーションメッセージストアをさらに備え、
上記プッシュコンテンツオペレータは、該アプリケーションメッセージストアに格納された該プッシュコンテンツに対して動作する、項目２６に記載の装置。
（項目２９）
上記移動局に配信されたプッシュコンテンツは、上記コンテンツクライアントが閉じられているとき、上記アプリケーションメッセージストアで、待ち行列に入る、項目２７に記載の装置。
（項目３０）
プッシュコンテンツが非同期的にプッシュされるプッシュコンテンツ通信スキームに準拠して動作可能なネットワークデバイス用の装置であって、該装置は、
少なくとも第一の選択された通知処理属性を識別するように構成された通知処理属性識別子と、
該第一の選択された通知属性の指示を受信し、非同期的にプッシュされるプッシュコンテンツを受信するように適応されたプッシュコンテンツオペレータであって、該プッシュコンテンツオペレータは、該少なくとも第一の選択された通知処理属性の適切な通知属性に対応する方法で、該プッシュコンテンツに対して動作するように構成される、プッシュコンテンツオペレータと
を備える、装置。
（項目３１）
上記通知処理属性識別子によって識別された上記第一の選択された通知処理属性は、期限切れ置換属性を備え、
上記プッシュコンテンツオペレータは、上記プッシュコンテンツに対して動作し、置換ルールセットに従って、該プッシュコンテンツの期限切れ部分を置換する、項目３０に記載の装置。
（項目３２）
上記プッシュコンテンツオペレータは、上記プッシュコンテンツを時間順に並べ、該プッシュコンテンツの上記期限切れ部分は、該プッシュコンテンツの該時間順に従って置換される、項目３１に記載の装置。
（項目３３）
上記プッシュコンテンツオペレータは、上記プッシュコンテンツの各ポーションを、一義的メッセージ識別子を用いてさらに識別し、
該プッシュコンテンツの上記期限切れ部分は、該プッシュコンテンツの該ポーションと関連する該一義的メッセージ識別子の値に従って置換される、項目３２に記載の装置。
（項目３４）
上記プッシュコンテンツオペレータによって一度動作された上記プッシュコンテンツをプッシュするように構成されたプッシュハンドラをさらに備える、項目３０に記載の装置。
【００２２】
（摘要）
無線通信システムの移動局に通信される非同期プッシュコンテンツの配信および処理を容易にする装置および関連方法。期限切れ置換属性およびバックグラウンド処理属性は、通信されるコンテンツに対して規定され、動作される。期限切れ置換属性を用いると、最近のコンテンツ以外の表示を避けることができ、バックグラウンド処理属性を用いると、プッシュコンテンツが関連するアプリケーションがアクティブでないときでさえも、プッシュコンテンツに対して実行されるべきオペレーションが可能になる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態が動作可能な無線通信システムの機能ブロック図を示す。
【図２】本発明の実施形態に準拠して動作可能な通信デバイスのポーションの機能ブロック図を示す。
【図３】図２に示される機能ブロック図と類似する機能ブロック図を示すが、ここでは、本発明の実施形態の代替的なオペレーションを表す。
【図４】本発明の実施形態の通信デバイスの第一の例示的なオペレーションの間における、アプリケーションメッセージストア内の待ち行列構造の図である。
【図５】図４に示される図と類似する図を示すが、ここでは、通信デバイスが別の方法で動作されるときの待ち行列構造の図を示す。
【図６】本発明の実施形態のオペレーションの方法をリストする方法の流れ図を示す。
【発明を実施するための形態】
【００２４】
このため、まず、図１を参照すると、全体を１０で示される通信システムは、無線インターフェース１６によって、ネットワーク部分１２と移動局１４との間の無線通信を提供する。この例示的なインプリメンテーションにおいて、コンテンツは、ネットワーク部分によって移動局に、また、移動局によってネットワーク部分へと双方に通信される。本発明の実施形態の例示的なオペレーションを記述する目的で、ネットワーク部分で生成または提供されるプッシュコンテンツの移動局１４への通信が、記載される。このような記述は、例としてのものである。移動局からネットワーク部分へのコンテンツの通信も、同様に実行される。
【００２５】
ネットワーク部分は、ここでは、アクセスネットワーク（ＡＮ）１８と、通信接続性をもってそれと一緒に適切に接続されているデータネットワーク２２とを含んで示される。データネットワーク２２は、ここでは、インターネットのようなパケットデータネットワークと、アプリケーションサーバ２４のような通信デバイスとを形成する。この通信サーバ２４は、コンテンツを含むか、または、生成し、また、本明細書にて、ときとして、コンテンツプロバイダと称されることもある。
【００２６】
ネットワーク部分は、また、プロキシサーバ２６も含む。このプロキシサーバ２６は、ここでは、アクセスネットワーク１８に、および、データネットワーク２２に接続される。アプリケーションサーバがソースとなるコンテンツは、従来のオペレーションに準じて、データネットワークによって、プロキシサーバにルーティングされる。そして、プロキシサーバは、アクセスネットワークおよび無線インターフェースによって、移動局へと直接無線プッシュを実行する。これは、それに引き続き、無線インターフェース１６によって移動局上に、転送するためである。
【００２７】
コンテンツデータ（本明細書では、通知（ｎｏｔｉｆｉｃａｔｉｏｎ）と称される）は、移動局へとプッシュされ、移動局へと通知を配信する。これには、移動局によってなされるべき個別のリクエストを要しない。移動局は、送受信回路網を含み、ここでは、送信部分３２および受信部分３４によって表されている。移動局は、また、コンテンツクライアント３６（アプリケーション、アプリケーション環境、または、総称的に、移動局にプッシュされたコンテンツを消費するプッシュエージェントを示す）を含む。そして、コンテンツクライアントおよびメタデータと関連するコンテンツデータ３８は、さらに示される。
【００２８】
アプリケーションサーバ２４で具現化されるか、あるいは、それを形成するコンテンツプロバイダは、ダイナミックコンテンツ（例えば、プッシュ可能なＸＭＬウェブサービス）を提供し、移動局１４のエンドユーザによるか、あるいは、その代理によるコンテンツ契約をサポートする。コンテンツが移動局に通信されるべきとき、コンテンツプロバイダは、コンテンツをプロキシサーバ２６に送信する。次いで、プロキシサーバ２６は、通知メカニズムを用いて、コンテンツを配信する。
【００２９】
プロキシサーバ２６は、アプリケーションサーバ２４から形成されるコンテンツプロバイダのような外部コンテンツプロバイダと相互作用し、また、移動局１４のような移動局およびその移動局に常駐するアプリケーションと相互作用する。オペレーションにおいて、プロキシサーバは、コンテンツプロバイダと移動局との間の契約および通知のワークフローをさらに仲介し、雑多な無線最適化サービス（プロトコルおよびフォーマット変換、予定配信、移動局が通信範囲外のときのコンテンツの一時的ストレージ、放送サービス、グループ契約、ならびに、他のサービス）を提供する。
【００３０】
例示的なインプリメンテーションにおいて、移動局は、本発明の実施形態の装置４２をさらに含む。この装置は、機能的に表現され、任意の所望の方法で、インプリメンテーション可能な機能的エレメントで形成される。上記方法は、例えば、ハードウェアインプリメンテーション、ソフトウェアインプリメンテーション、処理回路網によって実行可能なアルゴリズムの使用、および、ファームウェアによる方法である。
【００３１】
この装置は、４０で示されるメタデータもさらに含む。このメタデータはコンテンツデータ３６と関連する。メタデータは、本発明の実施形態に従うと、例えば、アプリケーション開発時に追加される通知処理属性を形成する属性を含む。代替として、通知処理属性は、例えば、アプリケーション提供段階で、コンテンツクライアント３６の中にロードされる。あるいは、通知提供属性は、移動局用に利用可能とされるアプリケーション配備記述子またはコンテンツマニフェストに追加される。
【００３２】
この装置は、識別子４６およびオペレータ４８をさらに含む。識別子は、通知処理属性を識別し、オペレータは、ネットワーク提供属性を提供されるべき識別子に結合され、また、移動局にプッシュされた通知（すなわち、コンテンツデータ）を受信する受信部分３４に結合される。例示的インプリメンテーションにおいて、同様なコンテンツメタデータ、識別子およびオペレーションエレメントが、プロキシサーバ２６で、また、アプリケーションサーバ２４で具現化される。プロキシサーバ２６でこれらのエレメントを含む装置は、５４で参照され、アプリケーションサーバ２４でこれらのエレメントを具現化する装置は、５８で参照される。例示的なインプリメンテーションにおいて、プロキシサーバにおいてと、移動局においてとで、異なるオペレーションが実行される。しかしながら、異なるオペレーションは、期限切れコンテンツをタイムリーに除去し、このようなコンテンツの無線送信、および／または、このようなコンテンツの移動局のエンドユーザでの表示を防止するという同じ目的に仕える。また、以下に記載する最終保持スキームを使用する一つのインプリメンテーションにおいて、アプリケーションサーバ２４で具現化された装置５８の使用は、排除される。
【００３３】
ここで、プロキシサーバで具現化された装置５４は、配信待ち行列５５およびプッシュハンドラ５６、ならびに、コンテンツデータ３８およびメタデータ４０を含むように示される。
【００３４】
本発明の例示的な一実施形態において、期限切れ置換属性は、通知処理属性を形成する。期限切れ置換属性は、新たなコンテンツで、期限切れコンテンツを置換するルールまたは期限切れコンテンツの一部分を置換するルールを、コンテンツクライアント３６またはプロキシサーバ２６に指示するために使用される。この例示的なインプリメンテーションにおいて、置換は、コンテンツが最終処理段階（例えば、エンドユーザが見るための表示）にまだ到達していないときはどこに置かれても、オペレータ４８によって実行される。こうすることによって、エンドユーザの体験は、改善される。
【００３５】
別の例示的なインプリメンテーションにおいて、バックグラウンド処理属性は、通知処理属性を形成する。これはまた、コンテンツメタデータで、あるいは、アプリケーション配備記述子またはコンテンツマニフェストのような他の箇所おいても識別される。バックグラウンド処理属性は、オペレータによって動作されたとき、コンテンツクライアントによって使用され、その関連標的アプリケーションがアクティブでないか休眠状態のとき、コンテンツを処理し、また、バックグラウンドモードとフォアグラウンドモードとで処理されるコンテンツの間を調整する。
【００３６】
一つのインプリメンテーションにおいて、プロパティ（すなわち、通知処理属性）は、コンテンツメタデータに加えられ、アプリケーション提供段階において、示されるようなサーバプロキシまたはコンテンツクライアントの中にロードされる。代替として、情報は、アプリケーション配備記述子またはコンテンツマニフェストに加えられ、デバイスまたはソフトウェアコンポーネントで利用可能となる。
【００３７】
通信システムの例示的なオペレーションにおいて、同じダイナミックコンテンツに関連する通知の配信および処理が、実行される。同じダイナミックコンテンツに関連する通知は、本明細書では、ときに、通知類（ｌｉｋｅ  ｎｏｔｉｆｉｃａｔｉｏｎ）として称される。多数の通知類が、配信待ち行列またはアプリケーションメッセージストアで維持されるとき、利用可能なストレージ能力は、非効率に利用されている。なぜなら、最新の更新コンテンツを有する通知は、全ての他の通知類に含まれるデータに上書きするからである。最新の更新コンテンツを有する通知は、典型的には、最も直近の通知である。通知類の例は、更新される特定の地域に関連する天気予報、更新される特定の株に対する株価などである。
【００３８】
オペレーションの期限切れ置換配信モードにおいて、期限切れ置換通知処理属性（本明細書において、ＲＯと称されることもある）は、期限切れコンテンツを含む通知を置換するメカニズムおよび手法を提供する。通信システム１０のエレメントの任意のエレメント（特に、コンテンツプロバイダ、プロキシサーバおよび移動局）においてのように、１つ以上のアプリケーションメッセージストア内に、未処理通知類を体験するシステムにおいて、期限切れ置換属性は、有利に現実化される。未処理が生じるのは、例えば、コンテンツ処理速度が、コンテンツ配信速度より遅いときである。さらに、未処理が生じるのは、低い制御ルールがコンテンツの配信処理を中断するときである。また、未処理が生じるのは、標的コンテンツ顧客が、長期間にわたり利用不可能な場合である。そして、未処理がときどき生じるのは、コンテンツソースが、バーストでメッセージを生成するときである。これら状況のいずれも、無線または移動通信システムに生じる影響を受けやすい。例えば、移動局１４は、移動中にカバー範囲外にときどき置かれることがあり、あるいは、他のモードで動作中に（例えば、音声電話コールに準拠して動作されたときのように）データを受信できないことがある。そして、結果としてトラフィックのピーク時に起こる緊急事態において、通知の未処理が生じやすいのであるが、このような場合においても、期限切れ置換属性と関連するＲＯ処理を使用すると、通信の失敗を防止または制限できる。
【００３９】
期限切れ置換のオペレーションを実行するとき、通知は、例えば、その通知に含まれるダイナミックコンテンツのタイムスタンプと関連するように、順番に並べられる。タイムスタンプを提供すると、最新の更新通知は、通知類のセットの中から識別される。オペレータによるオペレーション、または、タイムスタンプおよび順番付けによって、最新の更新通知の識別が提供される。追加として、一義的メッセージ識別子（ＩＤ）に関連する通知の追跡も、また、オペレータによって提供される。一義的なメッセージの識別を使用することで、オペレータは、置換通知の期限切れ置換属性からの識別情報を用いて、期限切れ通知またはその一部を置換できる。
【００４０】
追加的に、通知に含まれるダイナミックコンテンツに関する相関通知が提供される。通知類のグループ化は、促進される。そして、一つのインプリメンテーションにおいて、オペレータは、期限切れ通知を置換する置換アルゴリズムを実行する。アルゴリズムの実行は、期限切れ通知類を更新された通知と置換する方法を提供する。置換アルゴリズムは、例えば、時間ベースで、識別ベースで、あるいは、変換ベースでインプリメント可能である。そして、代替のインプリメンテーションにおいて、ルールベースのアルゴリズムが使用される。例えば、一つのインプリメンテーションにおいて、メタデータ４０は、ルール情報を運ぶか、あるいは、外部ルールにリンクまたはリファレンスを提供する。一つのインプリメンテーションにおいて、変換ベースのとき、期限切れ置換属性は、変換スクリプト（例えば、ＸＳＬＴ）を含むか、あるいは、期限切れ通知メッセージに適用されるべき変換にリファレンスまたはリンクする。無線通信システムは、期限切れ置換メカニズムを特に有利に活用できる。無線通信システムのコンテンツ処理速度は、ときどき、コンテンツ配信速度より遅いことがある。それは、ときどき、高速無線ネットワークで動作中のとき、移動局で利用可能なリソースが限られているからである。追加として、無線ネットワークの動作特性が揮発する性質を有し、移動局は移動するため、移動局と無線ネットワークとの間の無線インターフェース上で規定されるリンクは、切断の影響を受けやすい。リンクが切断されたとき、コンテンツの配信は、そのリンクが回復するまで中断される。そして、また、移動局でコンテンツがオーバーフローするのを避けるために、様々な無線輸送プロトコルが、コンテンツ配信を一時的に中断することによって、コンテンツ配信を制御する。
【００４１】
期限切れ置換属性のオペレーションを介して、移動局内またはネットワーク部分内のいずれかで（例えば、プロキシサーバまたはアプリケーションサーバで）、通知の未処理は、緩和されるか、あるいは、問題を生じにくくする。通知の順番付けのために、期限切れ置換が提供されるとき、最も直近の通知は、一般的に、最新の更新通知である。そして、その結果、通知の到着時間に基づいて、順番付けが実行され、通知がソートされる。代替の順番付け手順も、当然、通知を順番付けするために実行され得る。他の例示的なインプリメンテーションにおいて、通知は、その通知内に含まれるダイナミックコンテンツに対して相関付けされる。相関は、最終ＩＤ保持の生成を含む。この最終ＩＤ保持は、通知によって影響を受けたデータ記録セット（そして、それゆえ、通知類のグループ）を一義的に識別する。最終ＩＤ保持は、例えば、データ記録タイプとデータ記録保持とのペアリングから形成され、そのペアリングのそれぞれは、通知で規定される各キーフィールドのデータフィールド用である。キー付きデータフィールドは、アプリケーションデータストア内の一部のデータ記録にマッピングされるフィールドを含む。例示的なインプリメンテーションにおいて、単純化の目的で、最終ＩＤ保持内のペアリングの順番は、通知データ構造の深さ優先横断（ｄｅｐｔｈ  ｆｉｒｓｔ  ｏｒｄｅｒ  ｔｒａｖｅｒｓａｌ）に従って規定される。最終ＩＤ保持内のペアリングの他の順番付けも、また可能である。この結果得られる最終ＩＤ保持は、通知処理の結果として更新または挿入され得るキー付きデータコンポーネントの全てを記述する。
【００４２】
様々なインプリメンテーションにおいて、様々な期限切れ置換属性の値が提供される。第一に、期限切れ置換が直前置換と等しいモードにおいて、通知類の最後のみが、新たな通知メッセージと置換される。以前の全置換のオペレーションモードにおいて、全ての以前の通知類が除去され、新たな通知メッセージがメッセージストアに追加される。期限切れ置換が、ＩＤをＩＤ＝“＃  ＃”によって置換されるに等しいとき、ＩＤ属性によって特定される通知は、新たな通知メッセージで置換される。置換フラグメントのオペレーションモードにおいて、通知メッセージの構造は、置換されるべきＸＭＬ、あるいは他、エレメントに対応する。ＩＤ属性によって特定される通知は、メッセージストアから引き出され、その特定されたエレメントは、新たな通知のコンテンツと置換される。ＸＭＬのコンテンツは、あるいは他、エレメントは、例えば、バイナリ値のような任意のデータタイプ、あるいは、任意のデータへのリンク（例えば、ビデオストリーム）を含む。置換変換モードにおいて、通知メッセージは、特定の期限切れ通知に適用されるべき変換情報を含む。あるいは、ＩＤ属性が特定された場合は、全ての以前の通知に適用される。変換情報は、例えば、添付ＸＳＬＴドキュメント、ＸＳＬＴドキュメントへのリンク、または、変換ハンドラへのリンクとして表される。
【００４３】
期限切れ置換属性が、全ての以前の置換モードで動作されるとき、置換アルゴリズムが実行され、通知類の最古のものが置換され、その通知類の残りは、処分される。このアルゴリズムの実行によって、ダイナミックコンテンツの配信速度は、確保（ｒｅｓｅｒｖａｔｉｏｎ）可能になる。追加置換アルゴリズムは、代替的に使用される。実行されると、その順番付けルールに従って、新たな通知が、アプリケーションメッセージストアに追加され、全ての通知類は、処分される。この置換アルゴリズムが利用されたとき、ダイナミックコンテンツの配信速度は、維持される（ｐｒｅｓｅｒｖｅｄ）。
【００４４】
以下の例は、異なるコンテンツのタイプに対する期限切れ置換のメカニズムのアプリケーション、および、期限切れ置換オペレータが、様々な識別計算手順を用いて、通知類を識別する方法を示す。
【００４５】
以下の方法は、データおよびメッセージに対して、以下のＸＭＬ定義：
Ａｐｐｌｉｃａｔｉｏｎ：ＳｏｍｅＡｐｐ
＜ｄａｔａ  ｎａｍｅ＝“ＤａｔａＴｙｐｅＡ”  ｋｅｙ＝“ｉｎｔＦｉｅｌｄ”＞
＜ｆｉｅｌｄ  ｎａｍｅ＝“ｉｎｔＦｉｅｌｄ”  ｔｙｐｅ＝“ｉｎｔ”＞
＜ｆｉｅｌｄ  ｎａｍｅ＝“ｓｔｒｉｎｇＦｉｅｌｄ”  ｔｙｐｅ＝“ＤａｔａＴｙｐｅＢ”＞
＜／ｄａｔａ＞
＜ｄａｔａ  ｎａｍｅ＝“ＤａｔａＴｙｐｅＢ”  ｋｅｙ＝“ｓｔｒＦｉｅｌｄ”＞
＜ｆｉｅｌｄ  ｎａｍｅ＝“ｓｔｒｉｎｇＦｉｅｌｄ２”  ｔｙｐｅ＝”ｓｔｒｉｎｇ”＞
＜／ｄａｔａ＞
＜ｍｅｓｓａｇｅ  ｎａｍｅ＝“ＭｙＮｏｔｉｆｉｃａｔｉｏｎ１”＞
＜ｆｉｅｌｄ  ｎａｍｅ＝“ｍｙＦｉｅｌｄ”  ｔｙｐｅ＝“ＤａｔａＴｙｐｅＡ”＞
＜／ｍｅｓｓａｇｅ＞
を考える。
【００４６】
次いで、ＭｙＮｏｔｉｆｉｃａｔｉｏｎ１は、以下：
ＭｙＮｏｔｉｆｉｃａｔｉｏｎ１  ＲＯ＝“ｒｅｐｌａｃｅ−ａｌｌ−ｐｒｅｖｉｏｕｓ”＞
＜ｍｙＦｉｅｌｄ＞
＜ｉｎｔＦｉｅｌｄ＞１２３４＜／ｉｎｔＦｉｅｌｄ＞
＜ｓｔｒｉｎｇＦｉｅｌｄ＞
＜ｓｔｒｉｎｇＦｉｅｌｄ２＞ｆｏｏ＜／ｓｔｒｉｎｇＦｉｅｌｄ２＞
＜／ｓｔｒｉｎｇＦｉｅｌｄ＞
＜／ｍｙＦｉｅｌｄ＞
＜／ＭｙＮｏｔｉｆｉｃａｔｉｏｎ１＞
のように考えられる。
【００４７】
ここで、ｉｎｔＦｉｅｌｄは、通知メッセージ内に含まれるデータを一義的に識別する。例えば、“ＤａｔａＴｙｐｅＡ”の定義におけるキー属性の値を参照せよ。期限切れ置換メカニズムは、アプリケーション名、メッセージ名、および、置換識別を識別するためのキー属性の値の組み合わせを用いる。この例においては、置換識別は、＜ｓｏｍｅａｐｐ：：ＭｙＮｏｔｉｆｉｃａｔｉｏｎ１：：１２３４＞として計算される。また、別の例においては、所定のＸＭＬエレメントは、識別計算に、以下：
＜ｄａｔａ  ｅｘｐｉｒｅ＝“０２／１３／０６  １２：００ａｍ”ＲＯ＝“ｒｅｐｌａｃｅ−ｐｒｅｖｉｏｕｓ”＞
＜ａｐｐ＞ＳｔｏｃｋＱｕｏｔｅｓ＜／ａｐｐ＞
＜ｔｙｐｅ＞ＳｔｏｃｋＩｎｆｏ＜／ｔｙｐｅ＞
＜ｔｏｋｅｎ＞ＲＩＭＭ＜／ｔｏｋｅｎ＞
＜ｐａｙｌｏａｄ＞．．．＜／ｐａｙｌｏａｄ＞
＜／ｄａｔａ＞
のように使用される。
【００４８】
ここで、ＸＭＬエレメント＜ａｐｐ＞、＜ｔｙｐｅ＞および＜ｔｏｋｅｎ＞は、データコンテンツを一義的に識別する。このＸＬＭ通知メッセージの例においては、置換識別は、＜ＳｔｏｃｋＱｕｏｔｅｓ：：ＳＴｏｃｋＩｎｆｏ：：ＲＩＭＭ＞として計算される。このメッセージの結果、メッセージストア内の全ての以前のＲＩＭＭの株価は、ペイロード内に含まれる情報と置換される。
【００４９】
代替のインプリメンテーションにおいて、このメッセージは、以下の構造：
＜ｄａｔａ  ｅｘｐｉｒｅ＝“０２／１３／０６  １２：００ａｍ”ＲＯ＝“ｒｅｐｌａｃｅ−ｆｒａｇｍｅｎｔ”
ＩＤ＝“ＳｔｏｃｋＱｕｏｔｅｓ：：ＳｔｏｃｋＩｎｆｏ：：ＲＩＭＭ”＞
＜ｐａｙｌｏａｄ＞．．．＜／ｐａｙｌｏａｄ＞
＜／ｄａｔａ＞
を有する。
【００５０】
別の例として、置換ＩＤは、ＸＭＬエレメントの値：
＜ｄａｔａ  ＲＯ＝“ｒｅｐｌａｃｅ−ｂｙ−ｉｄ”  ＩＤ＝“１Ｄ２３ＡＣ１７”＞
＜ａｐｐ＞ＳｔｏｃｋＱｕｏｔｅｓ＜／ａｐｐ＞
＜ｔｙｐｅ＞ＳｔｏｃｋＩｎｆｏ＜／ｔｙｐｅ＞
＜ＩＤ＞１２５６４ＢＦ２＜／ＩＤ＞
＜ｐａｙｌｏａｄ＞．．．
を形成する。
【００５１】
この例において、ＸＭＬドキュメントは、通知メッセージを一義的に識別する＜ＩＤ＞エレメントを含む。このＸＭＬ通知メッセージにおいて、期限切れ置換プロセッサは、特定の識別属性に合致する識別エレメント値を有する通知を見つけ、すなわち“１Ｄ２３ＡＣ１７”を見つけ、その通知を新たな通知と置換する。
【００５２】
バックグラウンド処理属性が動作されるとき、移動局に常駐する移動アプリケーションに配信される通知は、アプリケーションの内部データの更新を可能にする。通知が移動局に到着するとき、移動アプリケーションは、稼動中（すなわち、アクティブ）であることも、代替的に、そうでないこともある。アプリケーションが稼動中である場合、各通知は、その通知が到着したときに処理される。そして、任意の必要な内部データが更新され、それが適切な場合、コンテンツはエンドユーザに表示される。アプリケーションが稼動中のとき、フォアグラウンド処理は、直前に記載された方法で実行される。アプリケーションが閉じられている（すなわち、アクティブでない）とき、通知を扱う基本的な方法は、通知が到着すると、その通知を待ち行列にいれることである。引き続いて、アプリケーションが開始されたとき、アプリケーションは、その待ち行列に格納された通知を処理する。
【００５３】
本発明の実施形態のバックグラウンド処理属性のオペレーションを介して、アプリケーションが閉じられている間、すなわち、アクティブでない間、アプリケーションの内部データへの更新が実行される。これは、通知のバックグラウンド処理が実行されることを意味する。オペレーションにおいて、アプリケーションは、閉じられているとき、それでもなお、リソースの全てをリリースすることができる。最低限のリソースのみを取得することによって、通知を処理することが必要とされる場合で、それが必要とされるとき、データは連続的に更新され続けたままで残り、エンドユーザが、オペレーションを引き続き開始するとき、あるいは、オペレーションの開始の原因となるとき、データはエンドユーザに対し、準備完了となる。
【００５４】
図２は、図１に示される移動局１４のポーションおよびそのコンテンツクライアント３６を形成するアプリケーションを示す。このポーションは、同様に、アプリケーションサーバ２４またはプロキシサーバ２６のようなネットワーク部分を形成する。ここで、アプリケーション６８、アプリケーション定義ストア７２、アプリケーションデータストア７４、および、アプリケーションメッセージストア７６が示される。アプリケーションメッセージストアは、メッセージルータ７８を含み、このルータは、ここで表わされるライン８２によって、通信層８４に結合される。
【００５５】
アプリケーション定義ストア７２は、データ定義、メッセージ定義、および、実行可能なスクリプトを含む。データ定義は、アプリケーションの各一義的データタイプに対して存在し、一義的データ識別子を与えられる。データ定義は、データタイプ内のフィールドの順番とタイプとを特定する。メッセージ定義は、アプリケーションの一義的タイプに対し存在し、一義的メッセージ識別子を与えられる。メッセージ定義は、メッセージ内のフィールドの順番とタイプとを特定する。メッセージは、１つ以上のデータタイプを含む。スクリプトは、例えば、実行可能なＪａｖａ（登録商標）スクリプトであり、１つ以上のデータタイプに対して動作する。メッセージの到着および処理が、スクリプトの処理をトリガする。スクリプトは、例えば、メッセージ内に含まれるデータへのアクセスを有する。そして、メッセージに対するスクリプトアソシエーションは、アプリケーション開発者によって特定される。
【００５６】
以下の例示的データタイプは、シンプルデータタイプと称されるが、シンプルデータは、２つのフィールド（整数とストリング）を含む。ここで、シンプルデータは、以下：
＜ｄａｔａ  ｎａｍｅ＝“ＳｉｍｐｌｅＤａｔａ”  ｋｅｙ＝“ｉｎｔＦｉｅｌｄ”＞
＜ｆｉｅｌｄ  ｎａｍｅ＝“ｉｎｔＦｉｅｌｄ”  ｔｙｐｅ＝“ｉｎｔ”＞
＜ｆｉｅｌｄ  ｎａｍｅ＝“ｓｔｒｉｎｇＦｉｅｌｄ”  ｔｙｐｅ＝“ｓｔｒｉｎｇ”＞を備える。
【００５７】
シンプルデータタイプのデータの全ては、アプリケーションに属する集合に含まれる。シンプルデータコンポーネントが、集合に挿入されたとき、このタイプに対するフィールド“ｉｎｔＦｉｅｌｄ”として特定されるキーは、集合内の既存のコンポーネントが更新されるべきかどうか、あるいは、そのコンポーネントが新しいかどうかを判断するために、使用される。
【００５８】
シンプルメッセージの別の例が、以下：
＜ｍｅｓｓａｇｅ  ｎａｍｅ＝“ＳｉｍｐｌｅＭｅｓｓａｇｅ”＞
＜ｆｉｅｌｄ  ｎａｍｅ＝“ｓｉｍｐｌｅＤａｔａＦｉｅｌｄ”  ｔｙｐｅ＝“ＳｉｍｐｌｅＤａｔａ”＞
＜／ｍｅｓｓａｇｅ＞
のように示される。
【００５９】
このメッセージ定義は、バックグラウンド処理プロパティが、設定されたかどうかを特定することが好ましい。この例示的な実施形態において、バックグラウンド処理プロパティは、そのメッセージが通知である場合のみ関連する。この例において、定義は、以下：＜ｍｅｓｓａｇｅ  ｎａｍｅ＝“ＳｉｍｐｌｅＭｅｓｓａｇｅ”  ＢａｃｋｇｒｏｕｎｄＰｒｏｃｅｓｓｉｎｇ＝”ｔｒｕｅ”＞
＜ｆｉｅｌｄ  ｎａｍｅ＝“ｓｉｍｐｌｅＤａｔａＦｉｅｌｄ”  ｔｙｐｅ＝”ＳｉｍｐｌｅＤａｔａ”＞
＜／ｍｅｓｓａｇｅ＞
に拡張される。
【００６０】
ＳｉｍｐｌｅＳｃｒｉｐｔと称されるシンプルスクリプトは、シンプルメッセージと関連する。シンプルメッセージを処理すると、ＳｉｍｐｌｅＳｃｒｉｐｔも、また実行される。ＳｉｍｐｌｅＳｃｒｉｐｔは、例えば、何らかのデータオペレーションを実行し、メッセージ内にあるデータをエンドユーザに表示するか、あるいは、何らかの他の入力をリクエストする。メッセージを処理する間、通知を含むメッセージからのデータ更新は、移動局が動作可能となるフォアグラウンドモードとバックグラウンドモードとの双方で、同じ方法で起こる。メッセージ内の特定のデータタイプの存在は、メッセージデータからアプリケーションデータへのマッピングが、行われるべき方法を指示する。シンプルメッセージの例を用いると、タイプＳｉｍｐｌｅＤａｔａのフィールドは、メッセージから読まれ、コンポーネントは、アプリケーションでＳｉｍｐｌｅＤａｔａタイプの集合の中に、自動的に格納される。メッセージ内のコンポーネントのキーが、集合内の既存のキーと合致する場合、集合内のコンポーネントは、更新される。合致しない場合、メッセージからのコンポーネントは、集合に新たなコンポーネントとして追加される。アプリケーションデータストア７４は、アプリケーションの保存されたデータを含む。
【００６１】
このアプリケーションメッセージストアは、２つの待ち行列（フォアグラウンド待ち行列８６およびバックグラウンド待ち行列８８）を指示する。アプリケーションが稼動しているとき、フォアグラウンド待ち行列からのメッセージのみが処理される。アプリケーションが閉じられるとき、バックグラウンド待ち行列８８からのメッセージのみが処理される。アプリケーションメッセージストアのメッセージルータ７８は、適切な待ち行列８６または８８に適用するために、アプリケーションの状態および通知メッセージのバックグラウンド処理プロパティに基づいて、あらゆる入ってくるメッセージ（ここでは、ライン８２によって受信されたメッセージ）をルーティングする。メッセージルータは、アプリケーションの稼動時間によって、アプリケーションの状態に気付くようになっている。稼働時間環境は、アプリケーション６８が開始されたとき、あるいは閉じられたとき、メッセージルータ７８に通知する。
【００６２】
デバイスに入ってくるメッセージのそれぞれは、アプリケーション識別およびメッセージ識別を含む。通信層８４は、アプリケーション識別を用いて、メッセージを適切なメッセージストア７６内に置く。このメッセージストアで、そのメッセージは、メッセージルータ７８によって取り出される。アプリケーションが稼動中の場合、メッセージは、フォアグラウンド待ち行列８６にルーティングされる。しかし、アプリケーションが閉じている場合、メッセージルータ７８は、メッセージ識別を用いて、定義ストア７２から適切なメッセージ定義を取得する。メッセージ定義が、バックグラウンド処理プロパティがメッセージに対して設定されたことを指示する場合、通知は、バックグラウンド待ち行列にルーティングされる。指示しない場合、通知は、フォアグラウンド待ち行列にルーティングされる。
【００６３】
このモードにおいて、稼動中のアプリケーションは、ユーザインターフェースの表示、ユーザイベントの処理、ならびに、メッセージおよびスクリプトの処理に加え、メモリ内の全ての定義およびデータの保持を行うために、リソースの全てを要求する。
【００６４】
図３は、図２に示されるエレメントと同様のエレメントを示す。しかし、ここでは、バックグラウンド待ち行列８８と、ここで示されるライン９４によって、結合されたバックグラウンドプロセッサ９２を示す。バックグラウンドプロセッサ９２は、一実施形態において、全てのアプリケーションに対する中央である。代替として、バックグラウンドプロセッサは、特定のアプリケーションに対して専用である。そして、拡張されたインプリメンテーションにおいて、アプリケーションは、バックグラウンド通知を扱うために、そのカスタムバックグラウンドプロセッサに、ランタイム環境を登録する。このインプリメンテーションにおいて、バックグラウンドプロセッサは、全てのアプリケーションに対する中央である。メッセージルータは、新たな通知のバックグラウンドプロセッサを通知する。バックグラウンドプロセッサは、第一のメッセージを、バックグラウンド待ち行列８８の先頭から外す。そして、バックグラウンドプロセッサは、次いで、アプリケーション定義ストアにアクセスし、適切なメッセージ定義および任意の関連スクリプトを取得する。プロセッサは、また、アプリケーションデータストア７４にアクセスし、データを更新して、保存する。
【００６５】
このバックグラウンドオペレーションモードにおいて、バックグラウンドプロセッサは、アイドル（ｉｄｌｅ）であり、処理するバックグラウンド通知がないとき、ほとんどリソースを消費しない。通知を処理することが要求されるときは、バックグラウンドプロセッサが、アプリケーションのストア７４から必要な定義およびデータのみを一時的にロードする。
【００６６】
フォアグラウンドルールは、データおよびユーザインターフェースオペレーションの双方を含め、無制限なスクリプト実行を可能にする。アプリケーションが稼動中であるが、そのアプリケーションが現在使用中でない場合、ユーザ入力を要求するユーザインターフェースオペレーションを用いるスクリプト実行は、例えば、入力が受信されるまでに、さらなるメッセージ処理をブロックする。対照的に、バックグラウンドルールは、スクリプトからの実行可能なオペレーションを制限する。例えば、ユーザインターフェースオペレーションは、アプリケーションが閉じているとき、実行され得ない。開発時に、開発者は、メッセージと関連されるべき２つのスクリプトを、一方はフォアグラウンド実行用に、他方はバックグラウンド実行用に特定する選択権が与えられる。代替案は、スクリプト中のアプリケーション状態フラグへのアクセスを提供する。ＵＩ（ユーザインターフェース）オペレーションは、アプリケーションが稼働中のアプリケーションに保存されることをアサートするチェックの範囲内で、開発者によって、ラップされる（ｗｒａｐｐｅｄ）。
【００６７】
メッセージの順番は、バックグラウンドモードで維持される。メッセージプロトコルには、例えば、アプリケーションに対する順番付けメッセージ処理に対する要求を含む。典型的には、通信層は、順番付けされたメッセージを支援するために、輸送レベルで、適切なロジックを含む。フォアグラウンドモードにおいて、通信層で受信された順番でメッセージを待ち行列に入れ、その同じ順番でメッセージを処理することで、アプリケーションレベルでのメッセージ順番付けは、維持される。バックグラウンドモードでの処理に対して、バックグラウンド待ち行列を導入すると、厳しい順番付けが中断される（ｂｒｅａｋ）。
【００６８】
図４は、アプリケーションが稼働中の例示的な待ち行列構造である。アプリケーションは、メッセージＡおよびＢ、通知メッセージＣ、ＤおよびＥを有する。アプリケーションが閉じているときにおいて、メッセージルータは、バックグラウンド処理プロパティセットを用いて通知をフィルタし、その通知をバックグラウンド待ち行列へと、新たにルーティングする。
【００６９】
図５は、その結果得られた待ち行列構造を示す。バックグラウンド処理プロパティセットを用いた通知は、非バックグラウンドメッセージに対し、順番付けされたままで留まらない。これは、このプロパティの性質によって示唆される。しかしながら、バックグラウンド処理ステップを用いた通知の全ては、互いに対して、順番付けされたまま留まる。アプリケーションが開始されるとき、メッセージルータは、再び、バックグラウンド中の任意の突出する（ｏｕｔｓｔａｎｄｉｎｇ）なメッセージを、フォアグラウンド待ち行列の先頭へと、新たにルーティングする。
【００７０】
フロー制御が、さらに提供される。アプリケーションが稼動しているとき、フロー制御は、全体として、アプリケーションに対して管理される。フォアグラウンド待ち行列のサイズが、最大閾値に到達するとき、アプリケーションに対する全てのメッセージは、中断される。フォアグラウンド待ち行列のサイズが、最小閾値未満に落ちると、全てのメッセージのアプリケーションへの配信が再開する。
【００７１】
アプリケーションが閉じているとき、フロー制御は、フォアグラウンド待ち行列とバックグラウンド待ち行列とで、個別に管理される。つまり、バックグラウンドメッセージが配信されている間は、フォアグラウンドメッセージは中断され、そして、その逆である。フォアグラウンドメッセージ対バックグラウンドメッセージのフローの中断および再開に対する個別の閾値も、また設定され得る。
【００７２】
図６は、全体が１０２で示され、本発明の実施形態のオペレーションの方法を表す方法を示す。このメッセージは、プッシュコンテンツ通信スキームに準拠して動作可能な通信デバイスで、プッシュコンテンツを利用する。
【００７３】
まず、ブロック１０４で示されるように、少なくとも第一の選択通知属性が識別される。次いで、ブロック１０８で示されるように、プッシュコンテンツは、この少なくとも第一の選択された通知処理属性の適切な通知属性に対応する方法で、動作される。
【００７４】
それゆえ、この方法によって、非同期プッシュコンテンツの配信および処理が容易になる。
【００７５】
以上の記述は、本発明をインプリメントするための好ましい例であって、本発明の範囲は、この記述によって、必ずしも限定されるべきではない。本発明の範囲は、以下の請求項によって規定される。
【符号の説明】
【００７６】
１０  通信システム
１２  ネットワーク部分
１４  移動局
１６  無線インターフェース
１８  アクセスネットワーク（ＡＮ）
２２  データネットワーク
２４  アプリケーションサーバ
２６  プロキシサーバ
３２  送信部分
３４  受信部分
３６  コンテンツクライアント
３８  コンテンツデータ
４０  メタデータ
４６  識別子
４８  オペレータ
５５  配信待ち行列
５６  プッシュハンドラ
【図１】
2010134966.tif 000003
【図２】
2010134966.tif 000004
【図３】
2010134966.tif 000005
【図４】
2010134966.tif 000006
【図５】
2010134966.tif 000007
【図６】
2010134966.tif 000008