(57)【要約】【課題】好適な移動体デバイスへの動的コンテンツの混合モード配信のためのシステムおよび方法を提供すること。【解決手段】移動体デバイスへのコンテンツの混合モード配信のための方法、システムおよび装置であって、該方法は、フィルタを含む加入メッセージを受信するステップと、該フィルタを格納するステップと、加入識別子を送信するステップと、該フィルタをコンテンツプロバイダ上の利用可能なコンテンツに適用するステップと、それによってコンテンツサブセットを生成するステップと、コンテンツ要求の受信を待つステップと、該コンテンツ要求を受信するとすぐに該コンテンツサブセットを発送するステップとを有する、方法、システムおよび装置。【選択図】図２
2007336536.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの混合モード配信のための、コンテンツプロバイダにおける方法であって、
フィルタを備える加入メッセージを受信するステップと、
該フィルタを格納するステップと、
加入識別子を送信するステップと、
該コンテンツプロバイダにおいて利用可能なコンテンツに該フィルタを適用するステップと、それによってコンテンツサブセットを生成するステップと、
コンテンツ要求の受信を待つステップと、
該コンテンツ要求を受信するとすぐに該コンテンツサブセットを発送するステップと
を包含する、方法。
【請求項２】
前記コンテンツ要求は、前記コンテンツサブセットに適用される規則を含み、前記方法は該規則を該コンテンツサブセットに適用することをさらに包含する、請求項１に記載の方法。
【請求項３】
前記加入識別子は、クライアントアプリケーションに送信される、請求項１または請求項２に記載の方法。
【請求項４】
前記加入識別子は、コンテンツ配信サーバに送信される、請求項１または請求項２に記載の方法。
【請求項５】
前記コンテンツサブセットは、前記コンテンツ配信サーバへ発送される、請求項４に記載の方法。
【請求項６】
前記コンテンツ配信サーバは、前記コンテンツサブセットをキャッシュする、請求項５に記載の方法。
【請求項７】
前記加入メッセージは、コンテンツ要求である、請求項１〜請求項６のいずれか一項に記載の方法。
【請求項８】
前記混合モード配信方法は、プルベアラで実行される、請求項１〜請求項７のいずれか一項に記載の方法。
【請求項９】
前記混合モード配信方法は、プッシュベアラで実行される、請求項１〜請求項７のいずれか一項に記載の方法。
【請求項１０】
前記クライアントアプリケーションが、コンテンツを待っていることを示すために、フラグを前記コンテンツプロバイダに追加するステップをさらに包含する、請求項９に記載の方法。
【請求項１１】
前記発送ステップの前に、期限の切れたコンテンツを捨てるステップをさらに包含する、請求項９または請求項１０に記載の方法。
【請求項１２】
前記発送ステップの前に、古いコンテンツを置き換えるステップをさらに包含する、請求項９〜請求項１１のいずれか一項に記載の方法。
【請求項１３】
移動体デバイスへの、コンテンツの混合モード配信のためのシステムであって、該システムは、
該移動体デバイスのクライアントアプリケーションであって、
フィルタを備える加入メッセージを送信する手段と、
コンテンツを消費する手段と、
期限の切れたコンテンツを識別する手段と、
該クライアントアプリケーションに対するすべてのコンテンツが消費されるかまたは期限切れとなる場合に、コンテンツ要求を送信する手段と
を備える、クライアントアプリケーションと、
コンテンツプロバイダであって、
該加入メッセージおよび該フィルタを受信する手段と、
該フィルタを格納する手段と、
加入識別子を送信する手段と、
該フィルタを利用可能なコンテンツに適用し、それによってコンテンツサブセットを生成する手段と、
コンテンツ要求の受信を待つ手段と、
該コンテンツ要求を受信するとすぐに該コンテンツサブセットを発送する手段と
を備える、コンテンツプロバイダと
を備える、システム。
【請求項１４】
前記コンテンツ要求は、前記コンテンツサブセットに適用される規則を備え、前記コンテンツプロバイダはさらに、該規則を該コンテンツサブセットに適用するように適合される、請求項１３に記載のシステム。
【請求項１５】
コンテンツ配信サーバをさらに備える、請求項１３に記載のシステムであって、該コンテンツ配信サーバは、  
前記コンテンツプロバイダから前記加入識別子を受信する手段と、
該コンテンツプロバイダから前記コンテンツサブセットを受信し、かつキャッシュする手段と、
前記コンテンツ要求を受信する手段と、
前記クライアントアプリケーションへ該コンテンツサブセットを発送する手段と
を備える、システム。
【請求項１６】
前記コンテンツ要求は、前記コンテンツサブセットに適用される規則を備え、前記コンテンツ配信サーバはさらに、該規則を該コンテンツサブセットに適用するように適合される、請求項１５に記載のシステム。
【請求項１７】
前記システムは、プルベアラを利用する、請求項１３〜請求項１６のいずれか一項に記載のシステム。
【請求項１８】
前記システムは、プッシュベアラを利用する、請求項１３〜請求項１６のいずれか一項に記載のシステム。
【請求項１９】
前記コンテンツプロバイダは、前記クライアントアプリケーションがコンテンツを待っていることを示すために、フラグを生成するように適合される、請求項１８に記載のシステム。
【請求項２０】
前記コンテンツプロバイダはさらに、期限が切れたコンテンツを捨てるように適合される、請求項１８または請求項１９に記載のシステム。
【請求項２１】
前記コンテンツプロバイダはさらに、古いコンテンツを取り替えるように適合される、請求項１８〜請求項２０のいずれか一項に記載のシステム。
【請求項２２】
混合モード配信システムにおける使用のための、移動体デバイスのクライアントアプリケーションであって、
コンテンツプロバイダへフィルタを備える加入メッセージを送信する手段と、
該コンテンツプロバイダからコンテンツを受信する手段と、
該コンテンツを消費する手段と、
期限の切れたコンテンツを識別する手段と、
該クライアントアプリケーションに対するすべてのコンテンツが消費されるかまたは期限切れとなる場合に、コンテンツ要求を送信する手段と
を備える、クライアントアプリケーション。
【請求項２３】
混合モード配信システムにおける使用のためのコンテンツプロバイダであって、
加入メッセージおよびフィルタを、クライアントアプリケーションから受信する手段と、
該フィルタを格納する格納手段と、
加入識別子を送信する通信手段と、
該フィルタを利用可能なコンテンツに適用し、それによってコンテントサブセットを生成する手段と、
コンテンツ要求の受信を待つ手段と、
該コンテンツ要求を受信するとすぐに該コンテンツサブセットを発送する手段と
を備える、コンテンツプロバイダ。
【請求項２４】
前記コンテンツ要求は、前記コンテンツサブセットに適用される規則を備え、前記コンテンツプロバイダはさらに、該規則を該コンテンツサブセットに適用する手段を有する、請求項２３に記載のコンテンツプロバイダ。
【請求項２５】
前記クライアントアプリケーションがコンテンツを待っていることを示すために、前記コンテンツプロバイダ上にフラグを生成する手段をさらに備える、請求項２３または請求項２４に記載のコンテンツプロバイダ。
【請求項２６】
期限の切れたコンテンツを捨てる手段をさらに有する、請求項２３〜請求項２５のいずれか一項に記載のコンテンツプロバイダ。
【請求項２７】
古いコンテンツを置き換える手段をさらに有する、請求項２３〜請求項２６のいずれか一項に記載のコンテンツプロバイダ。
【請求項２８】
コンピュータ読み取り可能なコードを内部に具体化して所有する、コンピュータ読み取り可能な媒体であって、該コンピュータ読み取り可能なコードは、請求項１〜請求項１２のいずれか一項による方法をインプリメントするための計算デバイスまたはシステムのプロセッサによって実行可能である、コンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本システムおよび方法は、移動体環境における動的コンテンツ配信（ｄｅｌｉｖｅｒｙ）に関し、特に動的コンテンツの配信のモードに関する。
【背景技術】
【０００２】
移動体デバイスまたは移動体ユーザ機器（ＵＥ）のユーザは、彼等が自分たちの移動体デバイスから要求する機能性、および彼等が移動体デバイスからデータにアクセスする方法の観点において、ますます高度化してきている。
【０００３】
動的コンテンツ配信により、ユーザは、情報またはデータをプッシュしてもらうことが可能となり、またはユーザがコンテンツプロバイダからデータをプルすることが可能となる。データの例は、株価相場、天気の最新情報、交通の最新情報、動的壁紙、広告、申し込みまたはユーザにとって望ましい他のデータを含み得る。
【０００４】
コンテンツは、コンテンツプロバイダによって移動体デバイスへプッシュされるか、または移動体デバイスによってコンテンツプロバイダから要求（プル）されるかの、いずれかであり得る。
【０００５】
プルベースの配信では、コンテンツは、移動体デバイスのクライアントアプリケーションによって要求され、かつ応答メッセージでデバイスに配信（ｄｅｌｉｖｅｒ）される。このアプローチに対する問題は、クライアントアプリケーションは、コンテンツプロバイダからのコンテンツの利用可能性について知らず、定期的にコンテンツをプルする必要があり、従って、成功しない試みで無線の帯域幅を浪費することである。頻繁にプルを試みると、ネットワークのリソースに影響を及ぼし、究極的には顧客の毎月の請求書に影響を及ぼし、めったに試みないとコンテンツが古くなるので、このモデルは、良いユーザ経験を提供しない。
【０００６】
プッシュモードの配信では、クライアントアプリケーションは、コンテンツプロバイダに対して、コンテンツ加入を確立する。アプリケーションは、問題のイベントを指定する加入フィルタを提供する。コンテンツプロバイダは、加入フィルタを、利用可能なコンテンツに適用し、もし一部のコンテンツサブセットがフィルタにマッチすれば、利用可能なコンテンツ配信フレームワークを使用してこのコンテンツを移動体デバイスにプッシュする。このアプローチは、プッシュサーバおよびコンテンツプロバイダでの加入およびコンテンツ管理を含む、複雑なコンテンツ配信ンフラストラクチャを要求する。複数のタイマイベントおよびファイルを管理する複雑さのために、多数のデバイスに対する規模の拡大性が、インプリメンテーションに対する大きな障害である。
【発明の開示】
【課題を解決するための手段】
【０００７】
本システムおよび方法は、混合モード配信モデルを提供することによって、コンテンツ配信のプッシュベースおよびプルベースモデルの制限を克服し得る。混合モード配信モデルは、加入ベース配信の利点をクライアントアプリケーション駆動型プルモデルの単純さと組み合わせ得る。混合モードパラダイムにより、クライアントアプリケーションは、新しいコンテンツの配信を直接的にトリガーすることによってか、または配信フレームワークもしくはコンテンツプロバイダに、新しいコンテンツに対する関心を登録することによってか、いずれかによってコンテンツ配信を駆動することが可能になる。
【０００８】
混合モード配信モデルにおいて、コンテンツ配信のイベントは、移動体デバイスのクライアントアプリケーションに利用可能なコンテンツが枯渇するときトリガーされることが好ましい。これは、データが消費されるか、または期限が切れるか、いずれかの場合である。
【０００９】
混合モード配信モデルは、プッシュベアラまたはプルベアラのいずれかで働き得る。プルベアラの場合、コンテンツプロバイダは、データを送信するためのプルメッセージが受信されるまで待つ。しかしながら、加入開始間に送信されたフィルタは、コンテンツプロバイダに格納され、好ましくはプルメッセージの受信の前に利用可能なコンテンツに適用される。
【００１０】
プッシュベアラソリューションにおいて、コンテンツプロバイダは、クライアントアプリケーションがコンテンツに対して準備ができているというメッセージを受信したときのみに、コンテンツをプッシュするように適合され得る。クライアントアプリケーションが準備ができているということを指示するとき、利用可能なコンテンツがない場合は、次に利用可能なコンテンツサブセットをただちにプッシュするために、フラグが設定され得る。プッシュベアラソリューションにおいて、加入と共にクライアントアプリケーションから受信されたフィルタが、コンテンツプロバイダによって格納され、一度のみ送信される必要がある。
【００１１】
プッシュおよびプルの両方のベアラソリューションにおいて、処理の一部は、コンテンツ配信サーバへ移送され得る。特に、コンテンツ配信サーバは、加入識別子を格納し得、かつコンテンツサブセットをキャッシュし得、コンテンツサブセットへ規則を適用し、さらに多くのコンテンツに対する要求を受信するまで待ち、その後、コンテンツをクライアントアプリケーションに発送（ｆｏｒｗａｒｄ）する。
【００１２】
従って本出願は、コンテンツの混合モード配信のための、コンテンツプロバイダにおける方法を好適に提供し、該方法は、フィルタを含む加入メッセージを受信するステップと；フィルタを格納するステップと；加入識別子を送信するステップと；コンテンツプロバイダで利用可能なコンテンツにフィルタを適用するステップと、それによってコンテンツサブセットを生成するステップと；コンテンツ要求の受信を待つステップと；コンテンツ要求を受信するとすぐにコンテンツサブセットを発送するステップとを包含する。
【００１３】
本出願はさらに、移動体デバイスへのコンテンツの混合モード配信のためのシステムを好適に提供し、該システムは、移動体デバイスのクライアントアプリケーションであって、フィルタを含む加入メッセージを送信し；コンテンツを消費し；期限の切れたコンテンツを識別し；クライアントアプリケーションに対するコンテンツがすべて消費されるかまたは期限切れとなる場合にコンテンツ要求を送信するように適合された、クライアントアプリケーションと、コンテンツプロバイダであって、加入メッセージおよびフィルタを受信し；該フィルタを格納し；加入識別子を送信し；該フィルタを利用可能なコンテンツに適用し、それによってコンテントサブセットを生成し；コンテンツ要求の受信を待ち；コンテンツ要求を受信するとすぐにコンテンツサブセットを発送するように適合された、コンテンツプロバイダとを備える。
【００１４】
本出願はさらに、混合モード配信システムに使用される移動体デバイス上のクライアントアプリケーションを好適に提供し、該クライアントアプリケーションは、コンテンツプロバイダへフィルタを含む加入メッセージを送信する手段と；コンテンツプロバイダからコンテンツを受信する手段と；コンテンツを消費する手段と；期限の切れたコンテンツを識別する手段と；クライアントアプリケーションに対するすべてのコンテンツが消費されるかまたは期限切れとなる場合に、コンテンツ要求を送信する手段と、を特徴とする。
【００１５】
本出願はさらに、混合モード配信システムに使用されるコンテンツプロバイダを好適に提供し、該コンテンツプロバイダは、クライアントアプリケーションから加入メッセージおよびフィルタを受信する手段と；該フィルタを格納する格納手段と；加入識別子を送信する通信手段と；利用可能なコンテンツにフィルタを適用し、それによってコンテンツサブセットを生成する手段と；コンテンツ要求の受信を待つ手段と；コンテンツ要求を受信するとすぐにコンテンツサブセットを発送する手段と、を特徴とする。
【００１６】
本発明は、さらに、以下の手段を提供する。
（項目１）  
コンテンツの混合モード配信のための、コンテンツプロバイダにおける方法であって、
フィルタを備える加入メッセージを受信するステップと、
該フィルタを格納するステップと、
加入識別子を送信するステップと、
該コンテンツプロバイダにおいて利用可能なコンテンツに該フィルタを適用するステップと、それによってコンテンツサブセットを生成するステップと、
コンテンツ要求の受信を待つステップと、
該コンテンツ要求を受信するとすぐに該コンテンツサブセットを発送するステップと
を包含する、方法。
（項目２）  
前記コンテンツ要求は、前記コンテンツサブセットに適用される規則を含み、前記方法は該規則を該コンテンツサブセットに適用することをさらに包含する、項目１に記載の方法。
（項目３）  
前記加入識別子は、クライアントアプリケーションに送信される、項目１または項目２に記載の方法。
（項目４）  
前記加入識別子は、コンテンツ配信サーバに送信される、項目１または項目２に記載の方法。
（項目５）  
前記コンテンツサブセットは、前記コンテンツ配信サーバへ発送される、項目４に記載の方法。
（項目６）  
前記コンテンツ配信サーバは、前記コンテンツサブセットをキャッシュする、項目５に記載の方法。
（項目７）  
前記加入メッセージは、コンテンツ要求である、項目１〜項目６のいずれか一項に記載の方法。
（項目８）  
前記混合モード配信方法は、プルベアラで実行される、項目１〜項目７のいずれか一項に記載の方法。
（項目９）  
前記混合モード配信方法は、プッシュベアラで実行される、項目１〜項目７のいずれか一項に記載の方法。
（項目１０）  
前記クライアントアプリケーションが、コンテンツを待っていることを示すために、フラグを前記コンテンツプロバイダに追加するステップをさらに包含する、項目９に記載の方法。
（項目１１）  
前記発送ステップの前に、期限の切れたコンテンツを捨てるステップをさらに包含する、項目９または項目１０に記載の方法。
（項目１２）  
前記発送ステップの前に、古いコンテンツを置き換えるステップをさらに包含する、項目９〜項目１１のいずれか一項に記載の方法。
（項目１３）  
移動体デバイスへの、コンテンツの混合モード配信のためのシステムであって、該システムは、
該移動体デバイスのクライアントアプリケーションであって、
フィルタを備える加入メッセージを送信する手段と、
コンテンツを消費する手段と、
期限の切れたコンテンツを識別する手段と、
該クライアントアプリケーションに対するすべてのコンテンツが消費されるかまたは期限切れとなる場合に、コンテンツ要求を送信する手段と
を備える、クライアントアプリケーションと、
コンテンツプロバイダであって、
該加入メッセージおよび該フィルタを受信する手段と、
該フィルタを格納する手段と、
加入識別子を送信する手段と、
該フィルタを利用可能なコンテンツに適用し、それによってコンテンツサブセットを生成する手段と、
コンテンツ要求の受信を待つ手段と、
該コンテンツ要求を受信するとすぐに該コンテンツサブセットを発送する手段と
を備える、コンテンツプロバイダと
を備える、システム。
（項目１４）  
前記コンテンツ要求は、前記コンテンツサブセットに適用される規則を備え、前記コンテンツプロバイダはさらに、該規則を該コンテンツサブセットに適用するように適合される、項目１３に記載のシステム。
（項目１５）
コンテンツ配信サーバをさらに備える、項目１３に記載のシステムであって、該コンテンツ配信サーバは、  
前記コンテンツプロバイダから前記加入識別子を受信する手段と、
該コンテンツプロバイダから前記コンテンツサブセットを受信し、かつキャッシュする手段と、
前記コンテンツ要求を受信する手段と、
前記クライアントアプリケーションへ該コンテンツサブセットを発送する手段と
を備える、システム。
（項目１６）  
前記コンテンツ要求は、前記コンテンツサブセットに適用される規則を備え、前記コンテンツ配信サーバはさらに、該規則を該コンテンツサブセットに適用するように適合される、項目１５に記載のシステム。
（項目１７）  
前記システムは、プルベアラを利用する、項目１３〜項目１６のいずれか一項に記載のシステム。
（項目１８）
前記システムは、プッシュベアラを利用する、項目１３〜項目１６のいずれか一項に記載のシステム。
（項目１９）
前記コンテンツプロバイダは、前記クライアントアプリケーションがコンテンツを待っていることを示すために、フラグを生成するように適合される、項目１８に記載のシステム。
（項目２０）
前記コンテンツプロバイダはさらに、期限が切れたコンテンツを捨てるように適合される、項目１８または項目１９に記載のシステム。
（項目２１）
前記コンテンツプロバイダはさらに、古いコンテンツを取り替えるように適合される、項目１８〜項目２０のいずれか一項に記載のシステム。
（項目２２）
混合モード配信システムにおける使用のための、移動体デバイスのクライアントアプリケーションであって、
コンテンツプロバイダへフィルタを備える加入メッセージを送信する手段と、
該コンテンツプロバイダからコンテンツを受信する手段と、
該コンテンツを消費する手段と、
期限の切れたコンテンツを識別する手段と、
該クライアントアプリケーションに対するすべてのコンテンツが消費されるかまたは期限切れとなる場合に、コンテンツ要求を送信する手段と
を備える、クライアントアプリケーション。
（項目２３）
混合モード配信システムにおける使用のためのコンテンツプロバイダであって、
加入メッセージおよびフィルタを、クライアントアプリケーションから受信する手段と、
該フィルタを格納する格納手段と、
加入識別子を送信する通信手段と、
該フィルタを利用可能なコンテンツに適用し、それによってコンテントサブセットを生成する手段と、
コンテンツ要求の受信を待つ手段と、
該コンテンツ要求を受信するとすぐに該コンテンツサブセットを発送する手段と
を備える、コンテンツプロバイダ。
（項目２４）
前記コンテンツ要求は、前記コンテンツサブセットに適用される規則を備え、前記コンテンツプロバイダはさらに、該規則を該コンテンツサブセットに適用する手段を有する、項目２３に記載のコンテンツプロバイダ。
（項目２５）
前記クライアントアプリケーションがコンテンツを待っていることを示すために、前記コンテンツプロバイダ上にフラグを生成する手段をさらに備える、項目２３または項目２４に記載のコンテンツプロバイダ。
（項目２６）
期限の切れたコンテンツを捨てる手段をさらに有する、項目２３〜項目２５のいずれか一項に記載のコンテンツプロバイダ。
（項目２７）
古いコンテンツを置き換える手段をさらに有する、項目２３〜項目２６のいずれか一項に記載のコンテンツプロバイダ。
（項目２８）
コンピュータ読み取り可能なコードを内部に具体化して所有する、コンピュータ読み取り可能な媒体であって、該コンピュータ読み取り可能なコードは、項目１〜項目１２のいずれか一項による方法をインプリメントするための計算デバイスまたはシステムのプロセッサによって実行可能である、コンピュータ読み取り可能な媒体。
【００１７】
（摘要）
移動体デバイスへのコンテンツの混合モード配信のための方法、システムおよび装置であって、該方法は、フィルタを含む加入メッセージを受信するステップと、該フィルタを格納するステップと、加入識別子を送信するステップと、該フィルタをコンテンツプロバイダ上の利用可能なコンテンツに適用するステップと、それによってコンテンツサブセットを生成するステップと、コンテンツ要求の受信を待つステップと、該コンテンツ要求を受信するとすぐに該コンテンツサブセットを発送するステップとを有する、方法、システムおよび装置。
【発明を実施するための最良の形態】
【００１８】
本出願は、図面を参照することでさらによく理解される。
【００１９】
ここで、図１を参照する。動的コンテンツをクライアントアプリケーションに配信するための汎用ハイブリッドシステムが図示されている。図１のシステムは、単純化されたシステムであり、動的コンテンツ配信アーキテクチャ内にあることを必要とする論理的なコンポーネントを示す。しかしながら、当業者は、他のコンポーネントが存在し得るか、またはさまざまなコンポーネントが共にグループにされ得ることを理解する。
【００２０】
アーキテクチャ１００は、コンテンツプロバイダ１１０を含む。コンテンツプロバイダ１１０は、コンテンツプロバイダ１１０に加入しているユーザに、動的コンテンツを提供するように配置されている。例は、例えば本を販売するウエブサイトを含み得る。ユーザは、特定のジャンル内での新発売の本のリストを得るために、コンテンツプロバイダ１１０に登録し得る。他の例は、定期的にユーザに主要な見出しを提供し得るニュースサイト、その日の特定の時間帯にユーザに最新の交通情報を提供し得る交通サイトを含み得る。とりわけ、最新の株価相場または通貨為替レートをユーザに提供し得る株式市場がある。
【００２１】
使用されるベアラに依存して、コンテンツプロバイダ１１０は、コンテンツ配信サーバのクライアントがコンテンツプロバイダ１１０からコンテンツを受信できるようにするために、コンテンツ配信サーバ１２０に登録し得る。理解されるように、プッシュベアラを使用する場合には、登録が要求される。プルベアラを使用する場合には、登録は随意である。
【００２２】
コンテンツ配信サーバ１２０は、一実施形態において、クライアントまたはクライアントアプリケーションのためにプロキシとして作用するプッシュプロキシ１２２を含み、かつコンテンツプロバイダ１１０がコンテンツを送信するための行先を提供する。プッシュプロキシは、プッシュモードで使用され、プルモードでは使用されない。
【００２３】
コンテンツ配信サーバ１２０は、移動体デバイスに位置するコンテンツ配信クライアント１４０と、無線ネットワーク１３０で通信する。コンテンツ配信クライアント１４０は、コンテンツプロバイダ１１０から配信されつつあるコンテンツを受信し、かつコンテンツを、クライアントアプリケーション１５０に通信し得、クライアントアプリケーション１５０が最終的にコンテンツを消費する。
【００２４】
本明細書において、コンテンツプロバイダ１１０、コンテンツ配信サーバ１２０、プッシュプロキシ１２２、無線ネットワーク１３０、コンテンツ配信クライアント１４０またはクライアントアプリケーション１５０への参照は、図１のアーキテクチャへの参照である。
【００２５】
インフラストラクチャに依存して、混合モード配信のさまざまな形式が存在する。これらは、インフラストラクチャが、プッシュベースのインフラストラクチャか、またはプルベースのインフラストラクチャかに依存する。
【００２６】
図２を参照して、図２は、プルベアラでの配信のための混合モード配信フレームワークを示す。
【００２７】
クライアントアプリケーション１５０は、コンテンツプロバイダ１１０への加入と同時に、メッセージ２１０において、フィルタと共に加入メッセージを送信する。当業者によって理解されるように、メッセージ２１０の中で送られるフィルタは、クライアントアプリケーション１５０が予期しているデータのタイプおよびフォーマットを記載している。フィルタの例は、特定の会社に対する株価相場を含み得る。さらに、株価の変化が前に送信されたその市場価格の１％よりも大きい場合、取引が特定の量に達した場合などにのみ株価相場が送信されるという指示を含んでおり、フィルタはより詳細に及び得る。フィルタはまた、コンテンツをプッシュするためのスケジュールをも指示し得る。
【００２８】
メッセージ２１０は、コンテンツ配信サーバ１２０を通して、コンテンツ配信クライアント１４０によって、コンテンツプロバイダ１１０へ発送される。
【００２９】
コンテンツプロバイダ１１０が、メッセージ２１０を受信するときには、コンテンツプロバイダ１１０は、新しい加入を確立し、ステップ２１４において、フィルタを抽出して、利用可能なコンテンツに適用する。
【００３０】
メッセージ２１６において、コンテンツプロバイダ１１０は、加入識別子を、利用できかつフィルタ基準に合った任意のコンテンツと共に、クライアントアプリケーション１５０へ送信する。
【００３１】
当業者に理解されるように、プルベアラでの混合モード配信は同期的である。従って、メッセージ２１６は、応答メッセージとして、コンテンツおよび加入ＩＤ両方を含み得、かつ、例えばＨＴＴＰ応答であり得る。
【００３２】
クライアントアプリケーション１５０は次に、メッセージ２１６において配信されたコンテンツを消費する。クライアントアプリケーション１５０は、コンテンツをエンドユーザに、例えば動的壁紙、ニュースマーキーなどで、ただちに表示し得るか、またはユーザが要求するまで、コンテンツを格納し得る。配信されたすべてのビデオが見られたとき、配信されたオーディオが聞かれたとき、タスクの配信リストからのタスクが完了されたときなどには、ユーザはコンテンツを消費している。
【００３３】
あるいは、コンテンツは期限切れとなり得る。例えば天気予報、映画の予定表、株価相場など、すべては有効期限を有し、有効期限後はコンテンツは期限が切れる。クライアントアプリケーションが、コンテンツを期限切れとなる前に消費しなかった場合には、期限が切れたあとは、コンテンツは、クライアントアプリケーション１５０によって無視され得る。
【００３４】
いったん、クライアントアプリケーション１５０がコンテンツを消費するか、またはコンテンツの期限が切れた場合には、クライアントアプリケーション１５０は、コンテンツプロバイダ１１０へメッセージ２２０を送信する。メッセージ２２０は、もし利用可能であれば、任意のさらなるコンテンツへの要求を含む。メッセージはさらに、クライアントアプリケーション１５０によって前に受信された加入識別子、およびクライアントアプリケーション１５０がコンテンツに適用することを望む任意の規則を含む。理解され得るように、規則は送信される必要はなく、規則のインプリメンテーションおよび処理は随意である。
【００３５】
規則はフィルタのトップに適用され、従って、コンテンツプロバイダ１１０によって前にフィルタされたコンテンツサブセットに適用される。注文、受信され得るコンテンツの最大のサイズならびにコンテンツ注文および／または選択に影響を与える優先事項、コンテンツの受信のタイミング、または当業者に公知である他の規則を含んで、規則は、コンテンツがいかに配信されるかを指示し得る。
【００３６】
図２の例において、コンテンツプロバイダ１１０は、メッセージ２２０を受信し、ステップ２２４においてコンテンツは利用できないことを見出す。クライアントアプリケーション１５０は、中身のない応答、または利用可能なコンテンツはないことを示す応答を受信する。
【００３７】
次の時間、クライアントアプリケーション１５０は、加入識別子およびコンテンツのための規則をコンテンツプロバイダ１１０へ送信しながら、メッセージ２３０を通してコンテンツをプルすることを再び試み得、さらなるコンテンツが利用可能かどうかを尋ねる。ステップ２３４において、コンテンツプロバイダ１１０は、フィルタを適用し、コンテンツが利用可能であることを見出し、この時点でコンテンツプロバイダ１１０は、コンテンツがクライアントアプリケーション１５０へ配信されるメッセージ２４０を生成する。当業者に理解されるように、コンテンツプロバイダ１１０はまた、メッセージ２３０においてコンテンツプロバイダ１１０に送られてきた規則を適用し得る。また理解されるように、クライアントアプリケーション１５０はすでに自分の加入識別子を知っているので、メッセージ２４０は加入識別子を返す必要はない。
【００３８】
本出願の一実施形態において、コンテンツが利用可能となるとき、コンテンツプロバイダ１１０はフィルタをコンテンツに適用し得る。理解されるように、コンテンツを加入フィルタとマッチングすることは時間がかかり、混合モード配信モデルの利点は、加入フィルタに基づいたコンテンツサブセットがクライアントアプリケーション１５０からの要求の前に準備され得ることであり、それによって遅延およびユーザの待ち時間を削除し得ることである。
【００３９】
図２の混合モード配信は、単純なプルベースモデルよりも移動体デバイスに対してよりなじみやすい。なぜならば、その都度、加入フィルタを無線で送る必要がないからである。さらに、上記のように、プルメッセージが受信される前にフィルタを使用することによって、ユーザ待ち時間の遅れを削除し得る。
【００４０】
当業者によってさらに理解されるように、コンテンツ配信クライアント１４０およびコンテンツ配信サーバ１２０は、図２のモデルにおいては、冗長性を有し、クライアントアプリケーション１５０は、コンテンツプロバイダ１１０と直接的に通信し得る。
【００４１】
図３において、さらなる代替案の実施形態が提示されている。図３は再び、プルベアラでの混合モード配信を示す。しかしながら、図３の例において、コンテンツ配信サーバは、加入管理およびコンテンツキャッチングサービスを提供し、それによって、これらの機能を、クライアントアプリケーション１５０およびコンテンツプロバイダ１１０から取り除く。
【００４２】
図３を参照して、クライアントアプリケーション１５０は、加入メッセージ３１０をコンテンツプロバイダ１１０に送信する。加入メッセージ３１０は、どのようなコンテンツがコンテンツプロバイダ１１０から受信されるべきかを指示するためのフィルタを含む。このメッセージは、コンテンツ配信クライアント１４０、コンテンツ配信サーバ１２０を経由して、コンテンツプロバイダ１１０に送られる。
【００４３】
コンテンツプロバイダ１１０によって、加入メッセージ３１０が受け取られるとすぐに、コンテンツプロバイダ１１０は、コンテンツ配信サーバ１２０に加入識別子を提供する。
【００４４】
コンテンツプロバイダ１１０は、メッセージ３１０で受信されたフィルタを、コンテンツプロバイダ１１０によって格納されたコンテンツにさらに適用し、クライアントアプリケーション１５０への配信のために利用可能なコンテンツを見出す。これは、ステップ３１４において実行される。
【００４５】
代替案として、加入と同時に、応答メッセージがコンテンツ配信サーバ１２０によって処理され、かつ加入情報（例えば、デバイス識別子と加入識別子との間のマッチング）が、抽出され、将来の使用のために格納される。理解されるように、加入識別子は、コンテンツが送信されるべきであることをコンテンツプロバイダ１１０に指示するために、コンテンツ配信サーバ１２０によって使用される。上記は、ＨＴＴＰ要求の見出しにおいて、または多編のメッセージの個別の部分として、加入識別子を提供することによってインプリメントされ得る。加入識別子を取り去られた応答はクライアントアプリケーション１５０へ戻される。
【００４６】
コンテンツプロバイダ１１０は、ステップ３１４に見出されるコンテンツを配信するために、メッセージ３１６を生成する。コンテンツ配信メッセージ３１６は、コンテンツ配信サーバ１２０を通して、クライアントアプリケーション１５０へ発送される。
【００４７】
さらに理解されるように、コンテンツプロバイダ１１０は、フィルタをさまざまなコンテンツに適用し続け得、クライアントアプリケーション１５０への配信のためにさらなるコンテンツが発見されるときには、ステップ３１６においてコンテンツを配信するよりもむしろ、またはこれに加えて、コンテンツはメッセージ３１８で送信され得る。
【００４８】
コンテンツ配信サーバ１２０は、メッセージ３１８を受信し、コンテンツがクライアントアプリケーション１５０によって要求されるまで、そのメッセージをキャッシュする。
【００４９】
いったん、クライアントアプリケーション１５０が、メッセージ３１６によって提供されたコンテンツを消費したり、またはメッセージ３１６のデータの期限が切れたりすると、クライアントアプリケーション１５０は、さらにコンテンツを求め、かつまたコンテンツに対する規則を提供するために、新しいメッセージ３２０を生成し得る。メッセージ３２０は、コンテンツ配信サーバ１２０へ通される。
【００５０】
コンテンツ配信サーバ１２０は、メッセージ３２０を受信し、もし通されたメッセージ３２０の中に何か規則が提供されているならば、その規則を適用する。さらに、コンテンツ配信サーバ１２０は、メッセージ３２２を通し、メッセージ３２２は、メッセージ３１８において、クライアントアプリケーション１５０へ配信されたコンテンツを含む。
【００５１】
さらに理解されるように、コンテンツ配信メッセージ３２２は、コンテンツ配信サーバ１２０からキャッシュされたコンテンツのすべてを必ずしも含まない。規則が、キャッシュコンテンツの特定なサイズを指定し得、またはコンテンツ配信サーバ１２０が、クライアントアプリケーション１５０へ通されるデータの量に関して特定な規則を有し得、かつデータの一部のみが通され得る一方で、残りのデータは、次の要求がクライアントアプリケーション１５０から受信されるまで、コンテンツ配信サーバ１２０のキャッシュに保存される。
【００５２】
いったん、コンテンツのすべてが、コンテンツ配信サーバ１２０のキャッシュから配信されると、コンテンツ配信サーバ１２０は、前にそこに通された加入識別子を含むメッセージ３３０をさらに生成し得る。コンテンツプロバイダ１１０は、メッセージ３３０を受信し、メッセージ３３０は、配信のために利用可能なコンテンツがさらにあるかどうかを調べるために、利用可能なコンテンツへフィルタの適用をトリガーするために使用される。コンテンツプロバイダ１１０は、図３に示されるように、メッセージ３３２および３３４をその後生成し得る。
【００５３】
メッセージ３３０は、コンテンツプロバイダ１１０のための手順を単純化する。コンテンツプロバイダ１１０は、コンテンツが生成されるかまたは受信されるたびに、フィルタを絶えずコンテンツに適用する必要はなく、これによって、プロセスはより多数の加入者に対する規模を有することができ、コンテンツプロバイダ１１０によって実行される必要のあるプロセスを単純化する。特に、フィルタは、メッセージ３３０が、コンテンツ配信サーバ１２０から受信されるまでは、適用される必要はない。
【００５４】
コンテンツ配信サーバ１２０は、さらにコンテンツを求めるメッセージがクライアントアプリケーション１５０から受信されるまで、コンテンツ配信メッセージ３３２および３３４をキャッシュする。
【００５５】
これによって、図３の実施形態は、コンテンツ配信サーバ１２０によって実行されるべき処理およびキャッシングの一部を提供し、コンテンツプロバイダ１１０から負担の一部を取り除く。図３の混合モードモデルは、コンテンツ配信サーバ１２０とコンテンツプロバイダ１１０に要求されるフィルタ付の加入メッセージを一度だけ送信することによって、要求されるネットワークリソースの削減を提供する。さらに、コンテンツは、クライアントアプリケーション１５０に送られる前にフィルタされ、クライアントアプリケーション１５０がコンテンツの配信を要求する場合にのみ配信される。図３の例において、これは、前のコンテンツが消費されたか、または期限切れとなったかのいずれかのときのみである。
【００５６】
ここで、図４を参照する。図４は、プッシュベアラでの混合モード配信システムのためのフレームワークを提供する。
【００５７】
クライアントアプリケーション１５０は、フィルタを含む加入メッセージ４１０を、コンテンツプロバイダ１１０へ送信する。コンテンツプロバイダは、メッセージ４１０を受け取るとすぐに、加入を登録して、メッセージ４１２で加入ＩＤを戻す。
【００５８】
ステップ４１４において、フィルタは、利用可能なコンテンツに適用され、コンテンツプロバイダ１１０は、メッセージ４２０でマッチングコンテンツサブセットをクライアントアプリケーション１５０にプッシュする。
【００５９】
上記のように、クライアントアプリケーション１５０はコンテンツを消費し、またはコンテンツは期限切れとなる。いったんコンテンツが消費されるか、または期限が切れると、クライアントアプリケーション１５０は、コンテンツプロバイダ１１０からさらにコンテンツを要求するメッセージ４３０を生成する。メッセージ４３０は加入識別子と、クライアントアプリケーションがコンテンツサブセットに適用されることを望む任意の規則を含む。
【００６０】
図４の例において、コンテンツプロバイダ１１０は、メッセージ４３０を受信し、フィルタを適用し、コンテンツは利用できないことを見出す。しかしながら、メッセージが受信されるときには、フラグがコンテンツプロバイダ１１０に追加され、クライアントアプリケーション１５０はさらにコンテンツを望んでいることを示す。その後、さらにコンテンツが利用可能となるときには、コンテンツはクライアントアプリケーション１５０にプッシュされる。
【００６１】
図４にさらに示されるように、新しいコンテンツがコンテンツプロバイダ１１０に到着するときには、フィルタが適用され、コンテンツが利用可能とわかる。次に、コンテンツプロバイダ１１０はメッセージ４４０を生成し、メッセージ４４０はクライアントアプリケーション１５０にプッシュされる。
【００６２】
従来のプッシュベースモデルと比較して、図４に示される混合モード配信モデルは効率が優れている。情報は、クライアントアプリケーション１５０および移動体デバイスが情報を消費する準備ができている場合にのみ、クライアントアプリケーション１５０に配信される。配信ベントはアプリケーションによって直接的にトリガーされ、従って、複雑なイベントまたはタイマ管理フレームワークは必要でなくなる。さらに、クライアントアプリケーションはまた、メッセージ４３０に見出される配信規則の中のプッシュスケジュールの詳細を随意に指定し得る。従って、これは混合モードとプッシュモード挙動との組み合わせを生じ得る。
【００６３】
図５に示されるように、代替案の実施形態において、コンテンツ配信サーバ１２０は、加入管理およびコンテンツキャッシング機能性を提供する。
【００６４】
図５を参照して、クライアントアプリケーション１５０は、コンテンツ配信サーバ１２０を経由して、コンテンツプロバイダ１１０へ、フィルタを含む加入メッセージ５１０を送信する。
【００６５】
コンテンツプロバイダ１１０は、加入識別子を生成し、これをコンテンツ配信サーバ１２０へ送信する。さらに、メッセージ５１０で受信されたフィルタは、利用可能なコンテンツに適用され、コンテンツ配信メッセージ５２０が、コンテンツプロバイダ１１０によって生成され、クライアントアプリケーション１５０へ送信される。
【００６６】
クライアントアプリケーション１５０は、メッセージ５２０を通して配信されたコンテンツを消費し、いったんコンテンツが消費されるか、または期限が切れると、クライアントアプリケーション１５０は、さらに利用可能なコンテンツを求めるための、および随意であるが規則を送るためのメッセージ５３０を生成する。メッセージ５３０は、コンテンツ配信サーバ１２０へ送信され、コンテンツ配信サーバ１２０は、コンテンツを受信し、クライアントアプリケーション１５０はさらなる情報を受信することを望んでいるということを登録する。
【００６７】
図５の例において、コンテンツ配信サーバ１２０がメッセージ５３０を受信するときには、コンテンツ配信サーバ１２０のキャッシュにはコンテンツは格納されていない。従って、クライアントアプリケーション１５０には何も送信されない。
【００６８】
コンテンツプロバイダ１１０が、さらなるコンテンツを受信し、かつこのコンテンツにフィルタを適用するとき、いったん適用可能なコンテンツが見出されると、この適用可能なコンテンツは、メッセージ５４０を使用してコンテンツ配信サーバ１２０にプッシュされる。コンテンツ配信サーバ１２０はこのコンテンツをキャッシュし、図５の場合において、クライアントアプリケーション１５０が前に、新しいコンテンツへのデマンドを登録していた場合には、規則がステップ５４２において適用され、コンテンツがメッセージ５４４で配信される。逆に、デマンドが登録されていない場合には、メッセージ５５０および５５２から受信されたコンテンツによって示されるように、コンテンツ配信サーバ１２０はコンテンツをキャッシュする。上述から理解され得るように、プッシュベアラに対する混合モードの追加的な利点は、期限の切れたコンテンツの配信を節約すること、またはまだ配信されていないコンテンツを取り替えることを含む。コンテンツ配信サーバ１２０にキャッシュされ、かつクライアントアプリケーション１５０がプッシュをトリガーすることを待っているコンテンツが期限切れとなるか、または、さらに最新のコンテンツと取り替えられる場合には、コンテンツ配信サーバ１２０は、期限の切れたコンテンツを捨て得る。これは、ネットワークリソースを節約し、かつユーザが消費しなかったか、または消費できなかったコンテンツの無線配信に対するユーザの支払いを節約する。
【００６９】
類似の利点がまた、図４のモデルに対しても存在し、このモデルにおいて、コンテンツプロバイダ１１０で待っているが、まだプッシュされていないコンテンツは、期限が切れるかまたは取り替えられている場合には、プッシュされるまえに取り替えられ得る。ここでもやはり、クライアントアプリケーション１５０によるトリガーは、ユーザが消費し得ないコンテンツの送信を節約する。
【００７０】
図５の例において、クライアントアプリケーションは、コンテンツ配信メッセージ５４４からのコンテンツを消費し、いったんコンテンツが消費されるかまたは期限切れとなるかすると、新しいメッセージ５６０が生成されコンテンツ配信サーバ１２０に送信される。
【００７１】
コンテンツ配信サーバ１２０は、そのキャッシュに格納されている任意のコンテンツに規則を適用し、かつ次にメッセージ５７０でコンテンツをクライアントアプリケーション１５０に配信する。
【００７２】
上記のプッシュベアラでの混合配信モードは、それによって、特定の利点を提供する。機能性はコンテンツプロバイダ１１０からコンテンツ配信サーバ１２０に移される。さらに、データは、クライアントアプリケーション１５０がそのデータに対して準備ができているときにのみ、クライアントアプリケーション１５０に通される。
【００７３】
当業者によって理解されるように、混合モード配信モデルは、コンテンツプロバイダ１１０が、クライアントアプリケーション１５０のためにフィルタを格納し、これらのフィルタを利用可能なコンテンツに適用するように適合されることを要求する。しかしながら、フィルタリングは、フィルタ付メッセージがクライアントアプリケーション１５０から受信される場合にのみよりも、むしろ定期的に行われ得る。
【００７４】
コンテンツプロバイダ１１０はさらに、図４の実施形態のためにフラグをインプリメントするように要求され、上記実施形態においては、コンテンツは、クライアントアプリケーション１５０が準備ができるまで、コンテンツプロバイダ１１０にキャッシュされる。この機能性は、図５の実施形態において、コンテンツ配信サーバ１２０に移される。
【００７５】
当業者によって理解されるように、上記は、任意の移動体データデバイスでインプリメントされ得、ここで、図６を参照すると、図６では、例示的な移動体デバイスが示されている。これは、本出願を限定することを意図してはおらず、任意の移動体データデバイスが使用され得る。
【００７６】
図６は、本出願の装置および方法の好適な実施形態での使用に適した移動体デバイスを示すブロック図である。移動体デバイス２２００は、少なくとも音声およびデータ通信能力を有する双方向無線通信デバイスであることが好ましい。移動体デバイス２２００は、インターネット上で他のコンピュータシステムと通信する能力を有することが好ましい。提供される正確な機能性に従って、移動体デバイスは、例えば、データメッセージングデバイス、双方向ページャ、無線ｅメールデバイス、データメッセージング能力を有する携帯電話、無線インターネット機器またはデータ通信デバイスと称され得る。
【００７７】
移動体デバイス２２００が、双方向通信に対してイネーブルされる場合には、移動体デバイス２２００は、受信機２２１２および送信機２２１４の両方、ならびに例えば１つ以上の、好ましくは組み込み型のまたは内部のアンテナ要素２２１６および２２１８、ローカル発振器（ＬＯ）２２１３、および例えばデジタル信号プロセッサ（ＤＳＰ）２２２０のような処理モジュールなどの関連コンポーネントを含む、通信サブシステム２２１１を組み入れる。通信の分野における当業者に明らかなように、通信サブシステム２２１１の特定のデザインは、デバイスがその中で作動するように意図されている通信ネットワークに依存する。
【００７８】
ネットワークアクセス必要条件はまた、ネットワーク２２１９のタイプに依存して、変化する。一部のＣＤＭＡネットワークにおいては、ネットワークアクセスは、移動体デバイス２２００の加入者またはユーザに関連する。ＣＤＭＡ移動体デバイスは、ＣＤＭＡネットワーク上で作動するために、取り外し可能なユーザ識別モジュール（ＲＵＩＭ）または加入者識別モジュール（ＳＩＭ）カードを要求し得る。ＳＩＭ／ＲＵＩＭインターフェース２２４４は通常、ＳＩＭ／ＲＵＩＭカードが、ディスケットまたはＰＣＭＣＩＡカードのように挿入かつ取り出され得るカードスロットに類似している。ＳＩＭ／ＲＵＩＭカードは、約６４Ｋのメモリを有し得、かつ多くのキー構成２２５１、および例えば識別および加入者関連の情報のような他の情報２２５３を保持し得る。
【００７９】
要求されたネットワーク登録または起動手順が完了したとき、移動体デバイス２２００は、ネットワーク２２１９上で通信信号を送受信し得る。図６に示されるように、ネットワーク２２１９は、移動体デバイスと通信する複数の基地局から成り得る。例えば、ハイブリッドＣＤＭＡ  １ｘＥＶＤＯシステムにおいて、ＣＤＭＡ基地局およびＥＶＤＯ基地局は、移動体デバイスと通信し、かつ移動体デバイスは、両方に同時に接続される。ＥＶＤＯおよびＣＤＭＡ  １ｘ基地局は、移動体デバイスと通信するために、異なるページングスロットを使用する。
【００８０】
通信ネットワーク２２１９を経由して、アンテナ２２１６によって受信された信号は、受信機２２１２へ入力され、受信機２２１２は、例えば信号増幅、周波数下方変換、フィルタリング、チャネル選択などのような普通の受信機機能を、および図６に示される例示的システムでは、アナログデジタル（Ａ／Ｄ）変換を実行し得る。受信された信号のＡ／Ｄ変換により、例えば、ＤＳＰ２２２０で実行される復調および復号のようなさらに複雑な通信機能が可能になる。同様に、送信される信号は、ＤＳＰ２２２０によって、例えば変調およびコード化を含んで、処理されて、かつデジタルアナログ変換、周波数上方変換、フィルタリング、増幅およびアンテナ２２１８を介しての通信ネットワーク２２１９上での送信のために送信機２２１４へ入力される。ＤＳＰ２２２０は、通信信号を処理するのみならず、受信機および送信機の制御も提供する。例えば、受信機２２１２および送信機２２１４において通信信号に適用されるゲインは、ＤＳＰ２２２０にインプリメントされた自動ゲイン制御アルゴリズムを通して、適応可能に制御され得る。
【００８１】
移動体デバイス２２００は、好ましくはデバイスの全体的な作動を制御するマイクロプロセッサ２２３８を含む。少なくともデータおよび音声通信を含む通信機能は、通信サブシステム２２１１を通して実行される。マイクロプロセッサ２２３８はまた、例えばディスプレイ２２２２、フラッシュメモリ２２２４、ランダムアクセスメモリ（ＲＡＭ）２２２６、補助入力／出力（Ｉ／Ｏ）サブシステム２２２８、シリアルポート２２３０、２つ以上のキーボードまたはキーパッド２２３２、スピーカ２２３４、マイクロフォン２２３６、例えば近距離通信サブシステムのような他の通信サブシステム２２４０、および一般的に２２４２として指定される任意の他のデバイスサブシステムのような、さらなるデバイスサブシステムとも相互作用する。シリアルポート２２３０は、ＵＳＢポートまたは当業者に公知の他のポートを含み得る。
【００８２】
図６に示されるサブシステムの一部は、通信関連の機能を実行する一方で、他のサブシステムは、「レジデント」またはオンデバイス（ｏｎ−ｄｅｖｉｃｅ）機能を提供し得る。特に、例えばキーボード２２３２およびディスプレイ２２２２のような一部のサブシステムは、例えば通信ネットワークで送信するためのテキストメッセージを入力するような通信関連機能と、例えば計算機またはタスクリストのようなデバイスレジデント機能との両方のために使用され得る。
【００８３】
マイクロプロセッサ２２３８によって使用されるオペレーティングシステムソフトウエアは、例えばフラッシュメモリ２２２４のような永続的な記憶デバイスに格納されることが好ましいが、フラッシュメモリ２２２４の代わりに、読み出し専用メモリ（ＲＯＭ）または類似の格納要素（図示されず）であり得る。当業者は、オペレーティングシステム、特定のデバイスアプリケーションまたはその部分は、例えばＲＡＭ２２２６のような揮発性のメモリに一時的に書き込まれ得るということを理解する。受信された通信信号もまた、ＲＡＭ２２２６に格納され得る。  
【００８４】
図示されているように、フラッシュメモリ２２２４は、コンピュータプログラム２２５８ならびにプログラムデータ格納２２５０、２２５２、２２５４および２２５６両方に対する異なるエリアに分離され得る。これらの異なる格納タイプは、各プログラムが、それら自身のデータ格納必要条件のために、フラッシュメモリ２２２４の一部分を割り当て得ることを示す。マイクロプロセッサ２２３８は、そのオペレーティングシステム機能に加えて、好ましくは移動体デバイスでソフトウエアアプリケーションの実行を可能にする。例えば、少なくともデータおよび音声通信アプリケーションを含む、基本オペレーションを制御する所定のアプリケーションのセットは、製造中に移動体デバイス２２００に通常インストールされる。他のアプリケーションが、次にまたは動的にインストールされ得る。
【００８５】
好適なソフトウエアアプリケーションは、例えば、Ｅメール、カンレンダーイベント、ボイスメール、アポイントメントおよびタスク項目のような、しかしこれに限定されない移動体デバイスのユーザに関連するデータ項目を組織化および管理する能力を有する個人情報マネジャー（ＰＩＭ）アプリケーションであり得る。当然、１つ以上のメモリ記憶装置、ＰＩＭデータ項目の格納を助長するために、移動体デバイスで利用可能である。そのようなＰＩＭアプリケーションは、好ましくは無線ネットワーク２２１９を介して、データ項目を送受信する能力を有する。好適な実施形態において、ＰＩＭデータ項目は、格納されまたはホストコンピュータシステムと関連づけられる移動体デバイスユーザの対応するデータ項目と、無線ネットワーク２２１９を介してシームレスに（ｓｅａｍｌｅｓｓ）に統合され、同期されおよび更新される。さらなるアプリケーションがまた、ネットワーク２２１９、補助入力／出力（Ｉ／Ｏ）サブシステム２２２８、シリアルポート２２３０、近距離通信サブシステム２２４０または任意の他の適切なサブシステム２２４２を通して、移動体デバイス２２００にロードされ得て、かつ、マイクロプロセッサ２２３８による実行のために、ＲＡＭ２２２６にまたは好ましくは不揮発性の記憶装置（図示されず）に、ユーザによってインストールされ得る。アプリケーションインストールにおけるそのような柔軟性は、デバイスの機能性を高め、かつ向上したオンデバイス機能、通信関連機能またはその両方を提供し得る。例えば、安全な通信アプリケーションは、電子商取引機能および他のそのような金融取引が、移動体デバイス２２００を使用して実行されることを可能にし得る。
【００８６】
データ通信モードにおいて、例えばテキストメッセージまたはウェブページダウンロードのような受信された信号は、通信サブシステム２２１１によって処理され、かつマイクロプロセッサ２２３８に入力され、マイクロプロセッサ２２３８は、好適にもディスプレイ２２２２へまたはあるいは補助Ｉ／Ｏデバイス２２２８への出力のために、受信された信号をさらに処理する。プッシュクライアント１４０および５１０に均等であり得るプッシュクライアント２２６０もまた、入力を処理し得る。
【００８７】
移動体デバイス２２００のユーザはまた、好ましくは完全な英数字キーボードまたは電話タイプのキーパッドであるキーボード２２３２を、ディスプレイ２２２２およびおそらく補助Ｉ／Ｏデバイス２２２８と共に使用して、例えばＥメールメッセージのようなデータ項目を構成し得る。そのように構成された項目は、通信サブシステム２２１１を通して、通信ネットワーク上で送信され得る。
【００８８】
音声通信に対して、移動体デバイス２２００の全体的な作動は同様であるが、ただし、受信された信号は好ましくは、スピーカ２２３４に出力され、送信のための信号はマイクロフォン２２３６によって生成される点は除く。例えば音声メッセージ録音サブシステムのような代替案の音声またはオーディオＩ／Ｏサブシステムもまた、移動体デバイス２２００でインプリメントされ得る。音声またはオーディオ信号出力は主にスピーカ２２３４を通して達成されることが好ましいけれども、ディスプレイ２２２２もまた、例えば発呼者の識別、音声通話の継続時間または他の音声通話関連情報の指示を提供するために使用され得る。
【００８９】
図６におけるシリアルポート２２３０は、ユーザのデスクトップコンピュータ（図示されず）との同期が望まれる携帯情報端末（ＰＤＡ）タイプの移動体デバイスに通常インプリメントされるが、しかし、随意の装置コンポーネントである。そのようなポート２２３０は、ユーザが、外部デバイスまたはソフトウエアアプリケーションを通じて、好みを設定することを可能にし、かつ無線通信ネットワークを経由する以外にも移動体デバイス２２００に情報またはソフトウエアダウンロードを提供することによって移動体デバイス２２００の能力を拡張する。代替のダウンロード経路が、例えば、安全なデバイス通信を可能にするために、直接的な故に確実で信用のある接続を通じて、デバイスに暗号化キーをロードするために使用され得る。当業者に理解されるように、シリアルポート２２３０は、モデムとして作用するように、移動体デバイスをコンピュータに接続するためにさらに使用され得る。
【００９０】
例えば、近距離通信サブシステムのような他の通信サブシステム２２４０は、移動体デバイス２２００と、必ずしも類似のデバイスである必要はない異なるシステムまたはデバイスとの間の通信を提供し得る、さらなる随意のコンポーネントである。例えば、サブシステム２２４０は、同様にイネーブル化されたシステムおよびデバイスとの通信を提供するための、赤外線デバイスならびに関連回路およびコンポーネント、またはＢｌｕｅｔｏｏｔｈＴＭ通信モジュールを含み得る。
【００９１】
本明細書に記述された実施形態は、本出願の技術の要素に対応する要素を有する構造、システムまたは方法の例である。ここに記された記載内容に基づいて、当業者は、本出願の技術の要素に類似して対応する代替の要素を有する実施形態を作成し使用し得る。従って本出願の技術の意図された範囲は、本明細書に記述された本出願の技術と異ならない他の構造、システムまたは方法を含み、かつ本明細書に記述された本出願の技術と本質的に異ならない他の構造、システムまたは方法をさらに含む。
【図面の簡単な説明】
【００９２】
【図１】図１は、動的コンテンツ配信システムのための基本的なアーキテクチャのブロック図である。
【図２】図２は、プルベアラでのコンテンツ配信フレームワークに関する、クライアントアプリケーションとコンテンツプロバイダとの間を通るメッセージおよびコンテンツを示す流れ図である。
【図３】図３は、コンテンツ配信サーバが加入を管理しかつコンテンツをキャッチする、プルベアラでのコンテンツ配信フレームワークに関する、クライアントアプリケーションとコンテンツプロバイダとの間を通るメッセージおよびコンテンツを示す流れ図である。
【図４】図４は、プッシュベアラでのコンテンツ配信フレームワークに関する、クライアントアプリケーションとコンテンツプロバイダとの間を通るメッセージおよびコンテンツを示す流れ図である。
【図５】図５は、コンテンツ配信サーバが加入を管理しかつコンテンツをキャッチする、プッシュベアラでのコンテンツ配信フレームワークに関する、クライアントアプリケーションとコンテンツプロバイダとの間を通るメッセージおよびコンテンツを示す流れ図である。
【図６】図６は、本方法およびシステムに関連して使用され得る、例示的な移動体デバイスのブロック図である。
【図１】
2007336536.tif 000003
【図２】
2007336536.tif 000004
【図３】
2007336536.tif 000005
【図４】
2007336536.tif 000006
【図５】
2007336536.tif 000007
【図６】
2007336536.tif 000008