本明細書に記載の発明。概要本発明のシステムおよび方法は、トランザクション識別子とメッセージインデックスとの組み合わせとして、メッセージ識別子フィールドを構成することにより、従来技術の不都合に対処することに関連し得る。好適なことに、グローバルまたはローカルに一意的なメッセージ識別子フィールドがさらに提供される一方で、メッセージのサイズを低減し、これにより、ネットワークのキャパシティを節約する。さらなる局面において、トランザクションに対し、トランザクションのタイプが、いくつかの機構を介して識別され得る。第1の機構は、トランザクションタイプインデックスのメッセージ識別子を追加することであり得る。第2の機構は、トランザクションのタイプを指定するために、トランザクションにおける第1のメッセージのメッセージインデックスを使用することであり得る。トランザクション内の第1のメッセージであると仮定されるので、モバイルデバイスおよびネットワーク要素は、新しいトランザクション識別子を認識し、したがって、メッセージインデックスを無視することがある。インデックスフィールドは、トランザクションタイプインデックスによって置換され得、そしてその結果、メッセージのトランザクションのタイプを識別するために使用され得る。第3の機構は、トランザクションのタイプを指定するために、発見的方法を使用することであり得る。特に、トランザクションのタイプを予備的に識別するために、メッセージのサイズ、無線ベアラが使用され、あるいはメッセージのその他の特徴が使用され得る。その後、トランザクションのタイプの割り当てが間違っていることが発見された場合、トランザクションのタイプは再割り当てされ得る。第4の機構は、トランザクションのタイプが存在しないが、メッセージがメッセージタイプ情報を含んでいることであり得る。理解され得るように、トランザクションにおける第1のメッセージのメッセージタイプは、しばしば、トランザクションを一意的に識別し得る。トランザクションのタイプの識別はまた、トランザクション内のメッセージタイプの追跡を提供し得る。特に、トランザクションが、特定の順序であることが期待される限られた数のメッセージのタイプを有している場合、トランザクションを追跡することによって、次のメッセージのタイプが導出され得る。この結果、トランザクションのタイプが、メッセージ識別子から識別され得る場合に、別個のメッセージタイプフィールドを有する必要性がなくなり得る。したがって本開示は、無線トランザクション内のメッセージを相関させるための方法を提供し得、このメッセージの各々は、一意的なメッセージ識別子を要求し、この方法は、トランザクション識別子を形成するステップであって、トランザクション識別子は、関連付けられたメッセージに対し同じである、ステップと;トランザクション識別子にメッセージインデックスを追加するステップであって、メッセージインデックスは、トランザクション内の多数のメッセージに対応している、ステップと、を含んでおり、これによって、トランザクション識別子およびメッセージインデックスは、メッセージの各々に対し、一意的なメッセージ識別子を形成する。本開示は、無線トランザクション内のメッセージを相関させるように構成されたメッセージ識別子をさらに提供し得、このメッセージ識別子は、トランザクション識別子であって、トランザクション識別子は、関連付けられたメッセージに対し同じである、トランザクション識別子と;メッセージインデックスであって、メッセージインデックスは、トランザクション内の多数のメッセージに対応している、メッセージインデックスと、を含んでいる。本開示は、無線トランザクション内の相関付けられたメッセージを処理するための方法をさらに提供し得、トランザクション識別子を含むメッセージ識別子を有しているメッセージを受信するステップであって、トランザクション識別子は、関連付けられたメッセージに対するものと同じものであり、メッセージインデックスは、無線トランザクション内の多数のメッセージに対応している、ステップと;メッセージ識別子から、トランザクション識別子を抽出するステップと;トランザクション識別子が既知であるかどうかをチェックするステップであって、既知ではない場合には、トランザクション識別子に対して、トランザクションのレコードを形成し、トランザクションのタイプが利用可能であるかどうかをチェックし、既知である場合には、トランザクションのレコードを更新する、ステップと;トランザクションのレコードに基づいてメッセージを処理するステップと、を含んでいる。本開示は、無線ネットワーク内の相関されたメッセージを処理するためのネットワーク要素をなおもさらに提供し得、プロトコルデータ格納装置であって、プロトコルデータ格納装置は、メッセージのタイプ、および複数のトランザクションのタイプのうちの各トランザクションのタイプに対するメッセージの序列を格納している、プロトコルデータ格納装置と;トランザクション状態格納装置であって、既存のトランザクションに対して、トランザクションデータを格納している、トランザクション状態格納装置と;メッセージプロセッサであって、メッセージプロセッサは、トランザクション識別子を含むメッセージ識別子を有しているメッセージを受信し、トランザクション識別子は、関連付けられたメッセージに対し同じであり、メッセージインデックスは、トランザクション内の多数のメッセージに対応しており;メッセージ識別子から、トランザクション識別子を抽出し;トランザクション識別子が既知であるかどうかをトランザクション状態格納装置からチェックし、既知でない場合には、トランザクション識別子に対して、トランザクション状態格納装置において、トランザクションのレコードを形成し、トランザクションのタイプが利用可能であるかどうかをチェックし、既知である場合には、トランザクションのレコードを更新し;そしてトランザクションのレコードに基づいてメッセージを処理するように構成されている。本発明は、さらに以下の手段を提供する。項目1無線トランザクション内のメッセージを相関させるための、コンピュータに実装された方法であって、該メッセージの各々は、一意的なメッセージ識別子を要求し、該方法は、トランザクション識別子を形成するステップであって、該トランザクション識別子は、関連付けられたメッセージに対し同じである、ステップと、該トランザクション識別子にメッセージインデックスを追加するステップであって、該メッセージインデックスは、該無線トランザクション内の多数のメッセージに対応している、ステップとを包含し、これによって、該トランザクション識別子およびメッセージインデックスは、該無線トランザクション内のメッセージのそれぞれに対して、一意的なメッセージ識別子を形成する、方法。項目2上記一意的なメッセージ識別子の中に、トランザクションのタイプを識別するインデックスを挿入するステップをさらに含んでいる、項目1に記載の方法。項目3上記トランザクションの第1のメッセージにおいて、上記メッセージインデックスをトランザクションタイプインデックスによって置換するステップをさらに含んでいる、項目1に記載の方法。項目4上記一意的なメッセージ識別子にメッセージタイプインデックスを追加するステップをさらに含んでいる、項目1~項目3のいずれか一項に記載の方法。項目5上記一意的なメッセージ識別子は、グローバルに一意的であるか、あるいはキャリアドメイン、デバイス、サーバ、サービス、および/またはチャネルのうちの任意のものを含むコンテクスト内で一意的である、項目1~項目4のいずれか一項に記載の方法。項目6無線トランザクション内のメッセージを相関させるように構成されたメッセージ識別子であって、該メッセージ識別子は、トランザクション識別子であって、該トランザクション識別子は、関連付けられたメッセージに対し同じである、トランザクション識別子と、メッセージインデックスであって、該メッセージインデックスは、該無線トランザクション内の多数のメッセージに対応している、メッセージインデックスとを備えている、メッセージ識別子。項目7トランザクションのタイプを識別するインデックスをさらに含んでいる、項目6に記載のメッセージ識別子。項目8トランザクションタイプインデックスをさらに含んでおり、該トランザクションタイプインデックスは、上記トランザクションの第1のメッセージにおいて、上記メッセージインデックスに置き換わるように構成されている、項目6に記載のメッセージ識別子。項目9メッセージタイプインデックスをさらに含んでいる、項目6~項目8のいずれか一項に記載のメッセージ識別子。項目10上記メッセージ識別子は、グローバルに一意的であるか、あるいはキャリアドメイン、デバイス、サーバ、サービス、および/またはチャネルのうちの任意のものを含むコンテクスト内で一意的である、項目6~項目9のいずれか一項に記載のメッセージ識別子。項目11無線トランザクション内の相関されたメッセージを処理するための、コンピュータに実装された方法であって、トランザクション識別子を含むメッセージ識別子を有しているメッセージを受信するステップであって、該トランザクション識別子は、関連付けられたメッセージに対し同じであり、メッセージインデックスは、該無線トランザクション内の多数のメッセージに対応している、ステップと、該メッセージ識別子から、該トランザクション識別子を抽出するステップと、該トランザクション識別子が既知であるかどうかをチェックするステップであって、既知ではない場合には、該トランザクション識別子に対して、トランザクションのレコードを形成し、トランザクションのタイプが利用可能であるかどうかをチェックし、既知である場合には、該トランザクションのレコードを更新する、ステップと、該トランザクションのレコードに基づいて該メッセージを処理するステップとを包含する、方法。項目12上記メッセージ識別子は、トランザクションのタイプを含むインデックスをさらに含んでいる、項目11に記載の方法。項目13上記トランザクションの第1のメッセージにおいて、メッセージインデックスをトランザクションタイプインデックスによって置換するステップをさらに含んでいる、項目11に記載の方法。項目14上記トランザクションのタイプが利用可能であるかどうかをチェックするステップは、該トランザクションのタイプを発見的に導出することを含んでいる、項目11に記載の方法。項目15上記発見的な導出は、上記メッセージのサイズ、該メッセージを配信するために使用されるベアラ、または該メッセージを配信するために使用されるインターフェースのうちの任意のものに基づいている、項目14に記載の方法。項目16上記メッセージ識別子は、メッセージタイプインデックスをさらに含んでいる、項目11~項目15のいずれか一項に記載の方法。項目17上記一意的なメッセージ識別子は、グローバルに一意的であるか、あるいはキャリアドメイン、デバイス、サーバ、サービス、および/またはチャネルのうちの任意のものを含むコンテクスト内で一意的である、項目11~項目16のいずれか一項に記載の方法。項目18トランザクションのタイプは、限られたメッセージタイプのセットを定義し、上記処理するステップは、該トランザクションのタイプを使用し、メッセージのタイプを導出する、項目11~項目17のいずれか一項に記載の方法。項目19トランザクションの状態を格納するステップをさらに含んでおり、該トランザクションの状態は、トランザクションのタイプ内のメッセージの序列から導出される、項目18に記載の方法。項目20無線ネットワーク内の相関付けられたメッセージを処理するためのネットワーク要素であって、プロトコルデータ格納装置であって、該プロトコルデータ格納装置は、メッセージのタイプ、および複数のトランザクションのタイプのうちの各トランザクションのタイプに対するメッセージの序列を格納している、プロトコルデータ格納装置と、トランザクション状態格納装置であって、既存のトランザクションに対して、トランザクションレコードを格納している、トランザクション状態格納装置と、メッセージプロセッサであって、該メッセージプロセッサは、該ネットワーク要素に、項目1~項目5のいずれか一項に記載の方法、または項目11~項目19のいずれか一項に記載の方法のステップを実行させる、メッセージプロセッサとを備えている、ネットワーク要素。項目21上記ネットワーク要素は、無線デバイスまたはサーバである、項目20に記載のネットワーク要素。項目22コンピュータデバイスのプロセッサによって実行可能なプログラム命令を格納するコンピュータ読み取り可能な媒体であって、該プログラム命令は、項目1~項目5のいずれか一項に記載の方法、または項目11~項目19のいずれか一項に記載の方法のステップを実行させる、コンピュータ読み取り可能な媒体。摘要無線トランザクション内のメッセージを相関させる方法およびシステムであって、メッセージの各々には、一意的なメッセージ識別子を必要とし、この方法は、トランザクション識別子を形成するステップであって、このトランザクション識別子は、関連付けられたメッセージに対して同じである、ステップと;トランザクション識別子にメッセージインデックスを追加するステップであって、このメッセージインデックスは、トランザクション内のメッセージの個数に対応している、ステップとを有しており、これによって、トランザクション識別子およびメッセージインデックスは、メッセージの各々に対して、一意的なメッセージ識別子を形成する。本出願は、図面を参照することによって、さらに良く理解され得る。ここで図1に対する参照がなされる。図1は、デバイス10とサーバ20との間の通信のための例示的な流れ図を示している。図1の実施例は、デバイス10とサーバ20との間の通信を例示的に示すことが意図されており、本開示を限定するものではない。デバイス10は、様々なメッセージをサーバ20に送信し得る。図1の実施例においては、メッセージ30、32、34、および36が、サーバ20に送信されている。メッセージ30、32、34、および36の各々は、異なる事項に関連しているので、図1においては、異なるラインタイプで示されている。メッセージ30、32、34、または36の各々は、特にコンテンツ要求、コンテンツ受信の確認、追加的なコンテンツの要求、コンテンツ応答等であり得る。デバイス10は、例えば、メッセージ30、32、34、および36のような多数のメッセージをサーバ20に送信し得る。しかしながら、無線通信の非同期的な性質が原因で、メッセージ30、32、34、および36に基づく、サーバ20からデバイス10への応答は、サーバ20がメッセージ30、32、34、および36を受信した順序に対応する順序ではないことがあり得る。図1の実施例においては、第1にメッセージ32に関連する応答40が、デバイス10において受信される。続いて、メッセージ36に関連する応答42が、デバイス10によって受信される。図1の実施例においては、次に応答44が、メッセージ34に対応して受信される。最後に、メッセージ30に対応する応答46が受信される。上記の問題は、デバイスがどのようにして、メッセージ30を応答46に、メッセージ32を応答40に、メッセージ34を応答44に、メッセージ36を応答42に相関させるかということである。本明細書においては、メッセージ30および応答46は、同じトランザクションの一部分として使用される。同様に、メッセージ32および応答40は、同じトランザクションの一部分であり;メッセージ34および応答44は、同じトランザクションの一部分であり;メッセージ36および応答42は、同じトランザクションの一部分であり、4つのトランザクションの各々は、互いに一意的なものである。上記の解決策は、トランザクション識別子およびトランザクション内のメッセージ番号またはインデックスの組み合わせとして、メッセージ識別子フィールドを構成することである。これは、以下のように示され得る:[トランザクション識別子][メッセージインデックス]当業者によって理解され得るように、トランザクション識別子とメッセージインデックスとの組み合わせは、ネットワークリソースの節約を提供する。特に、トランザクション識別子は、一意的である必要がある。本明細書において、一意的とは、グローバルに一意的な値、または特にキャリアドメイン、デバイス、サービス、チャネル等のコンテクスト内での一意的な値として定義され得る。また、当業者によって理解され得るように、一意的は、必ずしも完全に一意的ではないことを意味することがあり得、統計的に別のトランザクション識別子と同じ値を有する確率が低いことを意味することがあり得る。メッセージ識別子はまた、一意的である必要があるので、一意的なトランザクション識別子とトランザクション識別子内のメッセージに対するインデックスとの組み合わせは、一意的なメッセージ識別子を提供する。一意的な値は、実装されるために、全てのメッセージにおいて、かなりの量のバイトを要求するので、1つの一意的な値の消去は、リソースを節約する。したがって、例えば、トランザクション識別子が1234である場合、メッセージインデックスは、トランザクション識別子の後に追加され得る。メッセージインデックスは、例えば01であり得、そしてその結果、メッセージ識別子は、123401であり得る。当業者によって理解され得るように、これは、トランザクションおよびメッセージの両方を識別するための、非常に短い識別子を形成する。上記の1234の実施例は、単に単純化のために述べたものに過ぎず、実際には、特にキャリアドメイン、デバイス、サーバ、サービス、またはチャネル等を、グローバルに形成するために要求される多量のバイト、一意的な識別子が、使用される必要があり得る。そのような識別子は、例えば、デバイスまたはサーバにおけるタイムスタンプに基づいて、乱数生成器を用いて生成され得る。上記のメッセージインデックスは、非常に小さいものであり得る。例えば、無線トランザクションは典型的には短いものであり、通常は16メッセージ未満を要求する。したがって、トランザクション識別子に追加されるメッセージインデックスは、2~4ビットであり得る。しかしながら、これは、メッセージインデックスの実施例を例示的に示すことが意図されており、限定を意図していない。その他のメッセージインデックスのサイズが使用され得、当業者には明白であり得る。上記は、トランザクション識別子典型的には、32~256バイトであり得るが、必ずしも別個のメッセージ識別子これもまた、32~256バイトであり得るに追加される必要がないという利点を提供する。これにより、オーバーヘッドが節約される。さらなる局面において、トランザクション識別子およびメッセージインデックスを有する単一のメッセージ識別子フィールドが、トランザクション識別子、メッセージ識別子、および好適にはメッセージタイプフィールドを置換するために使用され得る。特に、コンテンツ配信フレームワークにおいてトランザクションのタイプが予め定義されるので、トランザクションに関与しているメッセージのタイプもまた、予め定義される。さらに、トランザクション内のこれらのメッセージの順序が、同様に予め定義される。これは、図2、図3、および図4に関連して、より詳細に示され得る。図2を参照すると、プルコンテンツシステムを用いた典型的なプッシュ通知に対する流れ図が示されている。図2においては、デバイス10およびサーバ20が互いに通信している。図2の実施例におけるトランザクションは、第1のメッセージ210これは、コンテンツが利用可能であるというデバイス10への通知であるを示している。これに応答して、デバイス10は、利用可能なコンテンツを取得するコンテンツ要求を含んでいるメッセージ212をサーバ20に送信する。そしてサーバが、メッセージ214において、コンテンツ応答を送信する。そしてデバイス10が、オプションとして、確認216を送信する。理解され得るように、メッセージ210、212、214、および216は、プルコンテンツシステムを用いたプッシュ通知のためのトランザクションを形成する。トランザクションのタイプは、メッセージのタイプおよびこのメッセージの順序を定義する。また、メッセージ210、212、または214のうちの任意のものに対してエラーが発生した場合、上記で定義されたメッセージの代わりに、ステップ212、214、または216において、エラーメッセージが送信され得る。図3を参照すると、プルシステムが提供されている。図3の実施例において、デバイス10は、サーバ20と通信する。第1のメッセージ310が、デバイス10からサーバ20に送信され、コンテンツ要求を形成する。メッセージ310に応答して、サーバ20は、メッセージ312を送信し、コンテンツ応答を提供する。そしてデバイス10は、オプションとして、確認メッセージ314を送信する。図2の上記の実施例のように、図3のメッセージ310、312、および314は、単一のトランザクションを形成する。さらに、トランザクションのタイプに基づいて、トランザクションにおけるメッセージが予め決定され、メッセージの順序が予め決定される。当業者によって理解され得るように、メッセージ310または312においてエラーが発生した場合、メッセージ312または314の代わりに、エラーメッセージが送信され得る。図4を参照すると、この図面は、プッシュシステムの例示的な流れ図を示している。図4の実施例においては、図2の実施例のように単にコンテンツの通知だけではなく、コンテンツそれ自身が、デバイス10にプッシュされる。図4において、デバイス10は、サーバ20と通信する。サーバ20は、メッセージ410において、コンテンツまたはコンテンツの一部分をデバイス10に送信する。これに応答して、デバイス10はオプションとして、メッセージ412において確認を送信し得る。あるいは、デバイス10は、メッセージ412において、追加的なコンテンツの要求またはエラーメッセージを送信し得る。そしてサーバ20は、コンテンツが利用可能になったとき、または追加的なコンテンツの要求が受信された場合に、メッセージ414において、より多くのコンテンツを送信する。これは、例えばコンテンツフラグメンテーションに対して使用され得、コンテンツフラグメンテーションにおいては、デバイスがスペース制限を有しているか、またはプッシュベアラがサイズ制限を有している。メッセージ416において、デバイスはオプションとして、コンテンツの受信を確認するか、追加的なコンテンツを要求するか、またはエラーメッセージを送信し得る。図2および図3の上記の実施例のように、図4におけるメッセージ410および412は、単一のトランザクションを形成している。さらに、メッセージ412が追加的なコンテンツの要求であった場合、メッセージ414および416はまた、これと同じトランザクションの一部分を形成し得る。一実施形態において、メッセージインデックスは、最大に到達した後にリセットされ得る。したがって例えば、16個のメッセージがトランザクションの一部分である場合、メッセージインデックスは、15個目のメッセージの後にゼロに戻され得る。トランザクションのタイプに基づいて、メッセージ410および412に対するメッセージのタイプが知られ、さらにメッセージ410および412の順序も知られる。トランザクション識別子、およびトランザクション内のメッセージ番号またはインデックスに関する提案されている使用は、トランザクションに関与しているメッセージのタイプの識別を可能にする。なぜならば、トランザクションにおいて、メッセージのタイプおよび順序は予め決定されているからである。特に、トランザクションのタイプを一意的に識別するために、様々なオプションが存在する。第1のオプションにおいて、トランザクションのタイプは、メッセージ識別子のトランザクション識別子内に埋め込まれ得る。この結果、メッセージインデックスを識別する第2のサブセットがトランザクション内に存在するという要件になる。具体的には、デバイスが16個のタイプのトランザクションを受信することができる場合、トランザクションのタイプは、トランザクション識別子内の一部の場所において追加された、4ビットであり得る。したがって例えば、トランザクション識別子は、トランザクション識別子の開始において、トランザクションタイプ識別子を追加することによって、拡張され得る。これは、以下のように示され得る:[トランザクション識別子][メッセージインデックス]ここで、メッセージ識別子のトランザクション識別子のサブセットは、トランザクションのタイプを含んでいる。しかしながら、これは限定を意図するものではなく、トランザクションのタイプは、トランザクション識別子フィールド内の任意の場所において追加され得る。これら2つを組み合わせるためのさらなる様々な形式が、当業者には公知である。第2のオプションは、トランザクションのタイプが、メッセージ識別子フィールドのトランザクション識別子のサブセットに埋め込まれない場合である。代わりに、デバイスまたはサーバが、デバイスまたはサーバがまだ認識していないトランザクション番号を受信すると、これは典型的には、トランザクション内の第1のメッセージとして解釈される。したがって、メッセージのタイプとは別にトランザクションのタイプを追加する代わりに、トランザクション内の第1のメッセージに対するメッセージインデックスが、トランザクションのタイプを識別し得る。デバイスまたはサーバによって、メッセージインデックスがトランザクションのタイプを識別すること、およびそのメッセージはトランザクションにおける第1のメッセージであることが、理解され得る。第2のオプションが、トランザクションにおける第1のメッセージに対して示され、この場合、メッセージ識別子は、[トランザクション識別子][トランザクションタイプインデックス]であり、トランザクションにおける次のメッセージに対し、メッセージ識別子は、[トランザクション識別子][メッセージインデックス]である。したがって、トランザクション内の連続的なメッセージは、識別子のメッセージ部分内に、メッセージインデックスを所有している。第3のオプションは、トランザクションのタイプが、メッセージ識別子のトランザクション識別子のサブセットに埋め込まれていない場合である。ほとんどの場合、トランザクション内の第1のメッセージのタイプが、トランザクションのタイプを一意的に識別する。トランザクションのタイプ、およびトランザクション内の予想されるメッセージの序列に関する決定が、第1のメッセージの処理に基づいて、動的になされ得る。あるいは、トランザクションのタイプは、特に、メッセージを配信するために使用された無線ベアラまたはインターフェース、メッセージのサイズ等に基づいて、決定され得る。例えば、メッセージのサイズは、プッシュコンテンツとコンテンツ利用可能メッセージのプッシュ通知とを区別するために使用され得、ひいては、図2および図4に示されているトランザクションを分離する。この実施例もまた、識別子フィールドのメッセージのサブセットに対するメッセージインデックスのみを要求する。これは、以下のように示され得る:[トランザクション識別子][メッセージインデックス]上記の発見的方法は、メッセージが処理され得る処理構造の階層tierの識別を可能にする。この場合、発見的方法が間違いwrongで、メッセージが間違った階層において処理されたことが発見された場合でさえも、メッセージは、正しい階層において再処理され得、その結果、そのメッセージに対してわずかな遅延を生じ得る。しかしながら、全体的に見て、これらのタイプの発見的方法を使用することによって、時間の節約が達成され得る。第4のオプションは、トランザクション識別子が、トランザクションのタイプに関する情報を含まないということである。この場合、メッセージタイプ情報が、メッセージのサブセット内に含まれ得る。これは、以下のように示され得る:[トランザクション識別子][メッセージのサブセット]メッセージのサブセットは、例えば、以下のように示され得る:[メッセージインデックス][メッセージタイプ]トランザクションのタイプに関する上記の使用は、図5に関連してさらに示される。図5は、組み合わされたトランザクション識別子およびメッセージ識別子を利用する例示的な方法の流れ図を示している。図5の実施例において、方法はステップ510において開始し、ここでは、メッセージが受信される。そしてこの方法は、ステップ512に進行し、ここでは、トランザクション識別子が受信されたメッセージから抽出される。そしてこの方法は、ステップ514に進行し、ここでは、デバイスまたはサーバが、ステップ512において抽出されたトランザクション識別子が、新しいトランザクション識別子であるかどうかをチェックし得る。当業者によって理解されるように、デバイスまたはサーバ例えば、図1、図2、図3または図4からのデバイス10またはサーバ20は、トランザクション識別子を格納し得、格納されているトランザクション識別子のうちのどれともマッチしないトランザクション識別子が受信された場合には、これは、ステップ514に対する新しいトランザクション識別子であるとみなされ得る。ステップ514から、新しいトランザクション識別子が識別された場合、プロセスはステップ516に進行し、ここでは、トランザクションのレコードが形成され、デバイスまたはサーバ上に格納される。ステップ516から、その後プロセスはステップ518に進行し、ここでは、トランザクションのタイプが利用可能であるかどうかを確認するためのチェックが行われ得る。ステップ518は、トランザクションのタイプを識別するために、例えば上記で教示されたような様々なオプションを使用し得る。これは例えば、分離されたトランザクションタイプフィールドが識別子フィールドに追加される場合には、トランザクションからトランザクションタイプフィールドを抽出することを含み得る。あるいは、これは第1のメッセージであり得るので、トランザクションのタイプを識別するために、メッセージインデックスが、トランザクションタイプインデックスによって置換され得る。さらなる代替において、発見的方法のモデルが、トランザクションのタイプを識別するために使用され得る。さらなる代替においては、メッセージのタイプが、トランザクションのタイプを識別するために使用され得る。ステップ518から、トランザクションのタイプが利用可能である場合、その後プロセスはステップ520に進行し、ここでは、トランザクションのレコードが、トランザクションのタイプを含むように更新される。トランザクション識別子が新しくない場合にはステップ514から、トランザクションのタイプが利用可能でない場合にはステップ518から、あるいはステップ520から、プロセスはステップ530に進行する。ステップ530においては、ステップ510において受信されたメッセージが処理される。その後プロセスはステップ532に進行し、ここでは、トランザクションの状態が更新される。例えば、図2のトランザクションのタイプを利用している場合、一旦コンテンツ利用可能性メッセージが受信されると、トランザクションの状態は、デバイスにおいて期待される次のメッセージが、コンテンツを抽出するために送信されるべき要求であることを示し得る。理解され得るように、各トランザクションは、使用されるメッセージおよびメッセージの順序に関する特定のプロトコルを有している。プロセスは、ステップ532からステップ534に進行し、ここでは、デバイスまたはサーバが、プロトコルデータにしたがって、トランザクションの流れを継続する。当業者によって理解され得るように、図5の実施例は、受信されたメッセージから、トランザクションタイプメッセージタイプと称されるトランザクション識別子、およびメッセージ識別子を含む情報を抽出するために使用され得る。その他の実施例は、当業者には明白であり得る。図6を参照すると、図6は、典型的なシステムのブロック図を示している。このシステムにおいて、デバイス610はサーバ620と通信する。デバイス610は、受信されたメッセージを処理するように構成された、メッセージプロセッサ612を含んでいる。メッセージプロセッサ612は、プロトコルデータ格納装置614と通信する。プロトコルデータ格納装置614は、デバイス610が期待する様々なプロトコルを格納している。これらのプロトコルは、図2、図3、および図4によって示されているような、トランザクションの工程progressionを含んでいる。メッセージプロセッサ612はさらに、トランザクション状態格納装置616と通信し、このトランザクション状態格納装置は、デバイス610が関与する様々なトランザクションの現在の状態を格納している。したがって例えば、デバイスが、例えば図2に示されているようなトランザクションを介して進行し、コンテンツ利用可能性通知と共にトランザクション識別子を提供するサーバから第1のメッセージを受信し、そして同じトランザクション識別子を使用してコンテンツ要求を送信した場合、トランザクション状態格納装置616は、そのトランザクション識別子に関連付けられた次のメッセージが、サーバ620からのコンテンツ応答であるということを示し得る。同様に、サーバ620は、受信されたメッセージを処理するように構成されたメッセージプロセッサ622を含んでいる。さらに、プロトコルデータ格納装置624は、サーバがデバイス610と通信するために採用し得る様々なプロトコル、またはデバイス610と通信するときにサーバ620が使用し得る様々なプロトコルを含んでいる。サーバ620はさらに、サーバ620が関与する様々なトランザクションの現在の状態を格納するために、トランザクション状態格納装置626を含んでいる。このようにして、メッセージ630は、デバイス610とサーバ620との間でパスされる。当業者によって理解され得るように、図1、図2、図3、および図4からのデバイス10、および図6からのデバイス610は、任意のモバイルデバイスであり得る。1つの例示的なモバイルデバイスは、図7に示されている。図7は、本開示の装置および方法の好適な実施形態と共に使用されるのに適切な、モバイル局を示すブロック図である。モバイル局700は、好適には、少なくとも音声通信能力およびデータ通信能力を有している、双方向無線通信デバイスであり得る。提供される完全な機能に依存して、この無線デバイスは、例えば、データメッセージングデバイス、双方向ページャ、無線e-メールデバイス、データ通信能力を有するセル電話、無線インターネット機器、またはデータ通信デバイスと称され得る。モバイルデバイス700が双方向通信可能な場合、このモバイルデバイスは、通信サブシステム711を組み込み得る。この通信サブシステムは、受信器712および送信器714の両方、ならびに関連するコンポーネント例えば、好適には埋め込み型または内蔵型の、アンテナ要素716および718、局所発信器LO713、および例えばデジタル信号プロセッサDSP720のような処理モジュールのうちの1つ以上を含んでいる。通信分野の当業者には明白であり得るように、通信サブシステム711の特定の設計は、デバイスが動作することが意図されている通信ネットワークに依存し得る。ネットワークアクセス要件はまた、ネットワーク719のタイプに依存して変動し得る。例えば、一部のCDMAネットワークのネットワークアクセスは、加入者すなわちモバイル局700のユーザと関連付けられている。CDMAモバイル局は、CDMAネットワーク上で動作するために、リムーバブルユーザ識別モジュールRUIM;removableuseridentitymoduleまたは加入者識別モジュールSIM;subscriberidentitymoduleカードを必要とし得る。通常SIM/RUIMインターフェース744は、ディスケットまたはPCMCIAカードのような、SIM/RUIMカードが出し入れされ得るカードスロットに類似したものであり得る。SIM/RUIMカードは、約64Kのメモリを有し得、多数のキー構成751、およびその他の情報753例えば、識別、および加入者関連情報を有し得る。要求されたネットワーク登録または作動手順が完了すると、モバイルデバイス700は、ネットワーク719上で通信信号を送信および受信し得る。図7に示されているように、ネットワーク719は、モバイルデバイスと通信する複数の基地局から構成され得る。例えば、ハイブリッドCDMA1×EVDOシステムにおいては、CDMA基地局およびEVDO基地局が、モバイル局と通信し、両方に同時に接続される。EVDO基地局およびCDMA1×基地局は、モバイルデバイスと通信するために、異なるページングスロットを使用する。ネットワーク719を介してアンテナ716によって受信された信号は、受信器712に入力され、この受信器は、信号増幅、周波数ダウン変換、フィルタリング、チャネル選択、等の一般的な受信器機能を実行し得、そして図7に示されている例示的なシステムにおいては、アナログデジタルA/D変換を実行し得る。受信された信号のA/D変換は、DSP720において実行されるべきさらに複雑な通信機能例えば、復調および復号化を可能にする。同様に、送信されるべき信号は、DSP720によって、変調および符号化を含む処理がなされ、デジタルアナログ変換、周波数アップ変換、フィルタリング、増幅、およびアンテナ718を介する通信ネットワーク719上での送信のために、送信器714に入力される。DSP720は、通信信号を処理するだけではなく、受信器および送信器の処理をも提供する。例えば、受信器712および送信器714において通信信号に適用される利得は、DSP720に実装された自動利得制御アルゴリズムを介して、適応可能なように制御され得る。モバイルデバイス700は、デバイスの全体の動作を制御する、マイクロプロセッサ738を含んでいることが好適である。通信機能少なくともデータ通信および音声通信を含むは、通信サブシステム711を介して実行される。マイクロプロセッサ738はまた、さらなるデバイスサブシステム、例えば、ディスプレイ722、フラッシュメモリ724、ランダムアクセスメモリRAM726、補助入力/出力I/Oサブシステム728、シリアルポート730、1つ以上のキーボードまたはキーパッド732、スピーカ734、マイクロフォン736、例えば短距離通信サブシステムのようなその他の通信サブシステム740、および一般的に742として示されているその他任意のデバイスサブシステムと相互作用する。シリアルポート730は、USBポートまたは当該技術分野において公知なその他のポートを含み得る。図7に示されているサブシステムの一部は、通信関連機能を実行するが、その他のサブシステムは、常駐またはデバイス上の機能を提供し得る。一部のサブシステム例えば、キーボード732およびディスプレイ722が、通信関連機能例えば、通信ネットワーク上での送信のためにテキストメッセージを入力する等およびデバイス常駐機能例えば、電卓またはタスクリストの両方のために使用され得るということに、留意されたい。マイクロプロセッサ738によって使用されるオペレーティングシステムソフトウェアは、好適には、例えばフラッシュメモリ724のような永続性の格納装置に格納される。このフラッシュメモリは、リードオンリメモリROMまたはその他の格納要素図示されずによって代用され得る。当業者は、オペレーティングシステム、特定のデバイスアプリケーション、またはそれらの一部分は、揮発性メモリ例えば、RAM726に一時的にロードされ得るということを理解し得る。受信した通信信号はまた、RMA726に格納され得る。示されているように、フラッシュメモリ724は、コンピュータプログラム758とプログラムデータ格納装置750、752、754、および756の両方の異なるエリアに分離され得る。これらの異なる格納タイプは、各プログラムが、それら自身のデータ格納要求に対して、フラッシュメモリ724の一部分を割り当て得るということを示している。マイクロプロセッサ738は、そのオペレーティングシステム機能に加えて、モバイル局上のソフトウェアアプリケーションの実行が可能であることが好適である。基本的な動作を制御する予め定義されたアプリケーションのセット例えば、少なくともデータ通信アプリケーションおよび音声通信アプリケーションを含むは、通常、製造中にモバイルデバイス700上にインストールされ得る。その他のアプリケーションは、その後または動的にインストールされ得る。好適なソフトウェアアプリケーションは、モバイルデバイスのユーザに関連するデータアイテムを編集および管理する能力を有している、個人情報端末PIMアプリケーションであり得、このデータアイテムは、例えばe-メール、カレンダーイベント、音声メール、予約、およびタスクシステム、等であり得るが、これらには限定されない。通常、PIMデータアイテムの格納を容易にするために、1つ以上のメモリ格納装置が、モバイルデバイス上で利用可能であり得る。そのようなPIMアプリケーションは、無線ネットワーク719を介して、データアイテムを送信および受信する能力を有していることが好適であり得る。好適な実施形態において、PIMデータアイテムは、無線ネットワーク719を介することにより、ホストコンピュータシステムに格納または関連付けられたモバイルデバイスユーザの対応するデータアイテムとシームレスに統合され、同期化および更新される。さらなるアプリケーションもまた、ネットワーク719、補助I/Oサブシステム728、シリアルポート730、短距離通信サブシステム740、またはその他任意の適切なサブシステム742を介することによって、モバイル局700にロードされ得、マイクロプロセッサ738による実行のために、ユーザによって、RAM726または好適には不揮発性格納装置図示されずにインストールされ得る。アプリケーションのインストールにおけるそのような柔軟性は、デバイスの機能を増大させ、向上されたデバイス上機能、通信関連機能、またはそれらの両方を提供し得る。例えば、セキュア通信アプリケーションは、モバイルデバイス700を使用して実行されるべき電子コマース機能、およびその他のそのような金融トランザクション機能が可能であり得る。データ通信モードにおいて、受信した信号例えば、テキストメッセージまたはウェブページダウンロードは、通信サブシステム711によって処理され、マイクロプロセッサ738に入力され得る。このマイクロプロセッサは、ディスプレイ722または補助I/Oデバイス728に出力するために、受信された信号をさらに処理することが好適である。配信クライアント140と同じものであり得る配信クライアント760もまた、入力を処理し得る。モバイル局700のユーザはまた、ディスプレイ722およびもしかすると補助I/Oデバイス728と共に、キーボード732これは、好適には、完全英数字キーボードまたは電話タイプのキーパッドであり得るを使用することによって、データアイテム例えば、e-メールメッセージを編集し得る。そのような編集されたアイテムは、その後通信サブシステム711を介して、通信ネットワーク上で送信され得る。受信した信号が好適にはスピーカ734に出力され得、送信のための信号がマイクロプロセッサ736によって生成され得ることを除き、音声通信に対して、モバイル局700の全体の動作は類似している。代替的な音声または補助I/Oサブシステム例えば、音声メッセージ録音サブシステムもまた、モバイル局700上に実装され得る。音声またはオーディオ信号出力は、主にスピーカ734を介して実現されることが好適であるが、ディスプレイ722もまた、例えば発呼側の識別、音声コールの経過時間、またはその他の音声コール関連情報の表示を提供するために使用され得る。図7におけるシリアルポート730は、通常、ユーザのデスクトップコンピュータ図示されずとの同期化が所望され得る、パーソナルデジタルアシスタントPDAタイプのモバイルデバイスに実装され得るが、オプションのデバイスコンポーネントである。そのようなポート730は、ユーザが外部デバイスまたはソフトウェアアプリケーションを介して優先度を設定することを可能にしたり、あるいは無線通信ネットワーク以外を介して、モバイル局700に情報またはソフトウェアダウンロードを提供することによって、モバイル局700の能力を拡張したりし得る。代替的なダウンロードパスは、例えば、直接的であってその結果信頼性のある確実な接続を介することにより、暗号化キーをデバイス上にロードし、それによって、セキュアなデバイス通信を可能にするために使用され得る。当業者によって理解され得るように、シリアルポート730はさらに、モバイルデバイスをコンピュータに接続し、モデムとして機能させるために使用され得る。その他の通信サブシステム740、例えば短距離通信サブシステムは、モバイルデバイス700と、必ずしも同様なデバイスとは限らない異なるシステムまたはデバイスとの間に通信を提供し得る、さらなるオプションのコンポーネントである。例えば、サブシステム740は、同様に使用可能なシステムおよびデバイスとの通信を提供するために、赤外線デバイス、ならびに関連付けられた回路およびコンポーネント、またはBluetoothTM通信モジュールを含み得る。本明細書中に記載された実施形態は、本出願の技術要素に対応する要素を有している構造、システム、または方法の実施例である。この記載された説明は、本出願の技術と同様な要素に対応する代替的な要素を有する実施形態を、当業者が製造したり、使用したりすることを可能にする。したがって、本出願の技術の意図されている範囲は、本明細書中に記載されている本出願の技術とは異なるその他の構造、システム、または方法を含み、本明細書中に記載されている本出願の技術とは本質的ではない点のみが異なるその他の構造、システム、または方法をもさらに含む。