(57)【要約】【課題】拡張マークアップ言語（ＸＭＬ）のドキュメント管理（ＸＤＭ）の方法、特に、ＸＤＭにプリファランスを格納する方法を提供すること。【解決手段】本発明は、モバイルサービスに対してアプリケーションプリファランスを提供する方法を提供し、この方法は、アプリケーションとモバイルサービスとの間の関係に関連付けられたプリファランスを、拡張マークアップ言語「ＸＭＬ」のドキュメント管理「ＸＤＭ」レポジトリに発行するステップと、アプリケーションとモバイルサービスとの間の関係に関連付けられたプリファランスを、ＸＤＭサーバ上に格納するステップとを包含する。【選択図】図１
2009129454.tif 000002
【特許請求の範囲】
【請求項１】
モバイルサービスに対してアプリケーションプリファランスを提供する方法であって、
該アプリケーションとモバイルサービスとの間の関係に関連付けられたプリファランスを、拡張マークアップ言語「ＸＭＬ」のドキュメント管理「ＸＤＭ」レポジトリに発行するステップと、
該アプリケーションとモバイルサービスとの間の関係に関連付けられた該プリファランスを、ＸＤＭサーバ上に格納するステップと
を包含する、方法。
【請求項２】
前記プリファランスは、動的コンテンツ配信「ＤＣＤ」イネーブラに対するアプリケーションプリファランスである、請求項１に記載の方法。
【請求項３】
前記アプリケーションプリファランスは、包括的またはコンテンツに特有のアプリケーションプリファランスである、請求項２に記載の方法。
【請求項４】
前記ＤＣＤイネーブラに対するプリファランスは、ＸＤＭレポジトリのアプリケーションの一意的な識別子のブランチに格納される、請求項２または３に記載の方法。
【請求項５】
前記ＤＣＤイネーブラに対するプリファランスは、非ＤＣＤサービスに対するブランチの下に格納される、請求項２または３に記載の方法。
【請求項６】
前記非ＤＣＤサービスは、プレゼンスサービスである、請求項５に記載の方法。
【請求項７】
前記発行するステップは、
アプリケーションからＸＤＭクライアントにプリファランスを提供するステップと、
該プリファランスをＸＤＭサーバに送信するステップと、
該ＸＤＭサーバからＤＣＤサーバへと該プリファランスを取り出すステップと、
該ＸＤＭサーバまたはＤＣＤサーバからＤＣＤクライアントに該プリファランスをプッシュするステップと
を含む、請求項２〜６のいずれか一項に記載の方法。
【請求項８】
前記発行するステップは、
アプリケーションからＸＤＭクライアントにプリファランスを発行するステップと、
該プリファランスをＸＤＭサーバに送信するステップと、
該ＸＤＭサーバとＸＤＭクライアントとの間で、ＤＣＤクライアントをハイパーテキストトランスファープロトコルプロキシとして利用することにより、該ＤＣＤクライアントから該プリファランスを取り出すステップと、
該ＤＣＤクライアントからＤＣＤサーバへと、または該ＸＤＭサーバから該ＣＤＣサーバへと、該プリファランスを送信するステップと
を含む、請求項２〜６のいずれか一項に記載の方法。
【請求項９】
前記送信するステップは、該ＤＣＤクライアントにリルーティングするステップを含む、請求項８に記載の方法。
【請求項１０】
前記発行するステップは、
アプリケーションから結合ＸＤＭ−ＤＣＤクライアントにプリファランスを提供するステップと、
該プリファランスをＸＤＭサーバに送信するステップと、
該ＸＤＭサーバからＤＣＤサーバへと該プリファランスを取り出すステップと
を含む、請求項２〜６のいずれか一項に記載の方法。
【請求項１１】
前記発行するステップは、
アプリケーションからＤＣＤクライアントにプリファランスを提供するステップと、
該プリファランスをＸＤＭアウェアＤＣＤサーバに送信するステップと、
該ＸＤＭアウェアＤＣＤサーバからＸＤＭサーバに該プリファランスを転送するステップと
を含む、請求項２〜６のいずれか一項に記載の方法。
【請求項１２】
前記発行するステップは、
ＸＤＭアウェアアプリケーションからＸＤＭサーバにプリファランスを提供するステップと、
該ＸＤＭサーバからＤＣＤサーバへと該プリファランスを取り出すステップと、
該ＤＣＤサーバからＤＣＤクライアントに該プリファランスをプッシュするステップと
を含む、請求項２〜６のいずれか一項に記載の方法。
【請求項１３】
前記発行は、第１のイネーブラが第２のイネーブラを用いることを可能にし、該第１のイネーブラはＸＤＭレポジトリにおいて第１のブランチを利用し、該第２のイネーブラは、第２のブランチを利用する、請求項１〜１２のいずれか一項に記載の方法。
【請求項１４】
前記第１のブランチと前記第２のブランチとは、別個のＸＤＭレポジトリに配置される、請求項１３に記載の方法。
【請求項１５】
コンテンツ配信システムに対するアプリケーションプリファランスの登録のためのシステムであって、
モバイルサービスの間の関係に関連付けられたプリファランスを格納するように適合されたＸＤＭサーバ上のＸＤＭレポジトリと、
モバイルサービスの間の関係に関連付けられたプリファランスを発行するように適合されたＸＤＭクライアントと
を備える、システム。
【請求項１６】
前記プリファランスは、動的コンテンツ配信「ＤＣＤ」イネーブラに対するアプリケーションプリファランスであり、前記システムは、ＤＣＤサーバとＤＣＤクライアントとをさらに含む、請求項１５に記載のシステム。
【請求項１７】
前記アプリケーションプリファランスは、包括的またはコンテンツに特有のアプリケーションプリファランスである、請求項１６に記載のシステム。
【請求項１８】
前記ＤＣＤサーバおよびＤＣＤクライアントに対するプリファランスは、ＸＤＭレポジトリのアプリケーション使用、ユーザブランチに格納される、請求項１６または１７に記載のシステム。
【請求項１９】
ＸＤＭクライアントは、アプリケーションからプリファランスを受信し、該プリファランスをＸＤＭサーバに送信するように適合されており、
該ＤＣＤサーバは、該ＸＤＭサーバから該プリファランスを取り出し、該プリファランスを該ＤＣＤクライアントにプッシュするように適合されている、
請求項１６〜１８のいずれか一項に記載のシステム。
【請求項２０】
ＸＤＭクライアントは、アプリケーションからプリファランスを受信し、該プリファランスをＸＤＭサーバに送信するように適合されており、
前記ＤＣＤクライアントは、該ＸＤＭサーバとＸＤＭクライアントとの間で、ハイパーテキストトランスファープロトコルプロキシとして利用されることによって、該ＤＣＤクライアントから該プリファランスを取り出すように適合されており、該ＤＣＤクライアントまたはＸＤＭサーバは、該プリファランスを該ＤＣＤサーバに送信するようにさらに適合されている、
請求項１６〜１８のいずれか一項に記載のシステム。
【請求項２１】
ＸＤＭクライアントは、前記ＤＣＤクライアントまたはＤＣＤサーバと結合される、請求項１６〜１８のいずれか一項に記載のシステム。
【請求項２２】
前記ＸＤＭクライアントは、前記アプリケーションと結合される、請求項１６〜１８のいずれか一項に記載のシステム。
【請求項２３】
第２のイネーブラのユーザプリファランスに適合された第１のイネーブラをさらに含み、該第１のイネーブラは、ＸＤＭレポジトリにおいて第１のブランチを利用し、該第２のイネーブラは、前記第２のブランチを利用する、請求項１５〜２２のいずれか一項に記載のシステム。
【請求項２４】
前記第１のブランチと第２のブランチとは、別個のＸＤＭレポジトリに配置されている、請求項２３に記載のシステム。
【請求項２５】
コンピュータ読み取り可能命令を含むコンピュータ読み取り可能媒体であって、該コンピュータ読み取り可能命令は、サーバのプロセッサによって実行されるときに、該サーバに請求項１〜１４のいずれか一項に記載の方法を実行させる、コンピュータ読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、拡張マークアップ言語（ＸＭＬ）のドキュメント管理（ＸＤＭ）に関し、より詳細には、ＸＤＭにプリファランスを格納することに関する。
【背景技術】
【０００２】
オープンモバイルアーキテクチャ（ＯＭＡ）の動的コンテンツ配信（ＤＣＤ）の仕様書は、コンテンツを受信するためにアプリケーションが登録し得る包括的な配信イネーブラを定義している。ＤＣＤイネーブラは、一部の実施形態においては、該ＤＣＤイネーブラに対して不透過（ｏｐａｑｕｅ）な任意のコンテンツを配信し得る。コンテンツは、チャネルメタデータによって記述されるチャネルに分類される。加えて、ＤＣＤイネーブラを介してコンテンツを受信することを所望するアプリケーションはアプリケーションメタデータの組みを利用することによって、そのプリファランスを提供し得る。このメタデータを提供するためには、ＤＣＤクライアントとの、デバイス上に常駐するアプリケーションの登録が必要とされる。
【０００３】
ＯＭＡ  ＸＤＭの仕様書は、１つ以上のユーザおよび／またはアプリケーションのために情報を格納するためのプラットフォームを定義している。情報は、拡張可能とプラットフォームとの中間の態様で格納される。１つの例は、情報をＸＭＬドキュメントに格納することである。これは、認証されたプリンシパル（ｐｒｉｎｃｉｐａｌ）が、このデータを必要に応じて管理および／または共有することを可能にする。
【０００４】
ＸＤＭは、デバイスの特性とネットワークの帯域幅とが制約されたモバイル環境に対して最適化される。ＯＭＡ−ＲＤ−ＸＤＭ−Ｖ１＿０−２００６０６１２−Ａのｃｈａｐｔｅｒ４に概説されているように、ＸＤＭイネーブラの権限は、その他のＯＭＡイネーブラをサポートするためのものである。
【発明の開示】
【課題を解決するための手段】
【０００５】
包括的な配信機構（例えば、ＤＣＤによって定義された機構）は、アプリケーションに対して最良のコンテンツを配信するために、アプリケーションに対して定義されるプリファランスを認識することが必要とされる。例えば、包括的なアプリケーションプリファランスは、とりわけ、コンテンツが格納され得る場所、コンテンツのテーマ、ＭＩＭＥタイプ、コンテンツのタイプ、配信頻度またはスケジュール、コンテンツのサイズ制限を含み得る。
【０００６】
コンテンツ特有のアプリケーションプリファランスは、ＤＣＤイネーブラによって扱われないが、不透過なコンテンツとして扱われ、処理のためにコンテンツプロバイダを介して渡される。コンテンツ特有のアプリケーションプリファランスは、特有のコンテンツのサブセットのための署名フィルタを含み、とりわけ、署名フィルタは、ストッククオテーションサービス（ｓｔｏｃｋ  ｑｕｏｔａｔｉｏｎ  ｓｅｒｖｉｃｅ）からのストックのサブセットを含み得、ユーザが関心のあるストックに対するストッククオテーションのみを、ユーザが受信することを可能にする。
【０００７】
本開示は、好適にも、包括的なアプリケーションプリファランスを扱い、より詳細には、ＸＤＭイネーブラを用いることによって、ＤＣＤイネーブラに対してプリファランスを提供し、それにより、ＤＣＤクライアントとのアプリケーションの直接登録をバイパスする間接的な方法を提供する。
【０００８】
本開示は、ユーザプリファランスモデルを提供し、ＯＭＡ  ＤＣＤイネーブラに対し、包括的な配信アプリケーションにアプリケーションプリファランスを提供し得る。特に、本方法およびシステムは、一実施形態においては、その他のＯＭＡアプリケーションの使用識別子と整合するＸＤＭに対し、ＯＭＡ  ＤＣＤアプリケーションの使用を確立することから構成される。
【０００９】
さらなる実施形態において、本方法およびシステムは、全てのアプリケーション関連プリファランスの格納のための、ＸＭＬドキュメントのスキーマの定義を提供し得る。一実施例において、このスキーマにおいては好適にも、ＤＣＤイネーブラのコンポーネントに関心のあるＤＣＤアプリケーションプリファランスが含まれる。
【００１０】
本方法およびシステムは、ＸＤＭサーバを用いることによる、ＤＣＤの関心のあるアプリケーションプリファランス、すなわち、コンテンツ特有のアプリケーションプリファランスとＤＣＤプリファランスとの両方の格納および取り出しのための機構を提供し得る。
【００１１】
所与のユーザデバイス実行環境内にインストールされたアプリケーションからＸＤＭサーバへのＤＣＤプリファランスの格納および更新は、様々なアポロジー（ａｐｏｌｏｇｉｅｓ）を利用し、ＤＣＤ−ｐｒｅｆをＤＣＤクライアントに提示し、ＤＣＤクライアントがこれらをＤＣＤサーバに転送するアプリケーションを含み得る。ＤＣＤサーバは、ＤＣＤ−ｐｒｅｆをＸＤＭサーバに対して永続させるためのＸＤＭクライアント機能を提供するように、増強され得る。さらなる実施形態は、ＤＣＤプリファランスをＤＣＤクライアントに提示するアプリケーションを含み得る。この実施形態において、ＤＣＤクライアントは、ＤＣＤ−ｐｒｅｆをＸＤＭサーバの中で永続させるためのＸＤＭクライアント機能を提供するように、増強され得る。さらなる実施形態において、アプリケーションは、専用のＸＤＭクライアントプロセスに対し、ＤＣＤ−ｐｒｅｆを提供し（デバイス上に共に配置されている）、ＸＤＭサーバに対する接続を有している。さらなる実施形態においては、ＸＤＭクライアント機能が埋め込まれたアプリケーションが提供され得、該アプリケーションは、ＸＤＭサーバに対する接続を有し、これによって、ＤＣＤ−ｐｒｅｆを発行する。
【００１２】
さらなる実施形態においては、所与のアプリケーションに対するＤＣＤ−ｐｒｅｆのＸＤＭサーバからＤＣＤイネーブラへの取り出しまたは更新の通知が、記載される。ＸＤＭサーバから直接的または間接的のいずれかでＤＣＤ−ｐｒｅｆを取り出すためには、異なるシナリオが存在する。これらは、この実施形態においては、ＸＤＭクライアントからフェッチしたり、またはＤＣＤ−ｐｒｅｆの更新を通知されたりするための、ＸＤＭクライアント機能を提供するように増強されたＤＣＤサーバを含む。
【００１３】
さらなる実施形態において、ＤＣＤクライアントは、ＸＤＭサーバからフェッチしたり、またはＤＣＤ−ｐｒｅｆの更新を通知されたりするための、ＸＤＭクライアント機能を提供するように増強され得る。ＤＣＤクライアントは、更新があると、ＤＣＤサーバに通知する。
【００１４】
本開示はさらに、ＸＤＭクライアントとＸＤＭサーバとの間の経路においてＨＴＴＰプロキシとして構成されたＤＣＤクライアントの挿入を提供し得る。
【００１５】
当業者によって理解され得るように、これは、ＤＣＤが、デバイス上とサーバ上との両方で既に利用可能であり得るＸＤＭフレームワークを再利用し、ＤＣＤの実装のための配備シナリオの観点でのさらなる柔軟性を提供することを可能にする。
【００１６】
したがって、本開示は、モバイルサービスに対してアプリケーションプリファランスを提供する方法を提供し得、該方法は、アプリケーションとモバイルサービスとの間の関係に関連付けられたプリファランスを、拡張マークアップ言語「ＸＭＬ」のドキュメント管理「ＸＤＭ」レポジトリに発行するステップと、アプリケーションとモバイルサービスとの間の関係に関連付けられたプリファランスを、ＸＤＭサーバ上に格納するステップとを含む。
【００１７】
本開示はさらに、コンテンツ配信システムに対するアプリケーションプリファランスの登録のためのシステムを提供し得、該システムは、モバイルサービスの間の関係に関連付けられたプリファランスを格納するように適合されたＸＤＭサーバ上のＸＤＭレポジトリと、モバイルサービスの間の関係に関連付けられたプリファランスを発行するように適合されたＸＤＭクライアントとを備え、コンテンツ配信システムを含む。
【００１８】
本発明は、さらに以下の手段を提供する。
【００１９】
（項目１）  
モバイルサービスに対してアプリケーションプリファランスを提供する方法であって、
該アプリケーションとモバイルサービスとの間の関係に関連付けられたプリファランスを、拡張マークアップ言語「ＸＭＬ」のドキュメント管理「ＸＤＭ」レポジトリに発行するステップと、
該アプリケーションとモバイルサービスとの間の関係に関連付けられた該プリファランスを、ＸＤＭサーバ上に格納するステップと
を包含する、方法。
【００２０】
（項目２）  
上記プリファランスは、動的コンテンツ配信「ＤＣＤ」イネーブラに対するアプリケーションプリファランスである、項目１に記載の方法。
【００２１】
（項目３）  
上記アプリケーションプリファランスは、包括的またはコンテンツに特有のアプリケーションプリファランスである、項目２に記載の方法。
【００２２】
（項目４）  
上記ＤＣＤイネーブラに対するプリファランスは、ＸＤＭレポジトリのアプリケーションの一意的な識別子のブランチに格納される、項目２または３に記載の方法。
【００２３】
（項目５）  
上記ＤＣＤイネーブラに対するプリファランスは、非ＤＣＤサービスに対するブランチの下に格納される、項目２または３に記載の方法。
【００２４】
（項目６）  
上記非ＤＣＤサービスは、プレゼンスサービスである、項目５に記載の方法。
【００２５】
（項目７）  
上記発行するステップは、
アプリケーションからＸＤＭクライアントにプリファランスを提供するステップと、
該プリファランスをＸＤＭサーバに送信するステップと、
該ＸＤＭサーバからＤＣＤサーバへと該プリファランスを取り出すステップと、
該ＸＤＭサーバまたはＤＣＤサーバからＤＣＤクライアントに該プリファランスをプッシュするステップと
を含む、項目２〜６のいずれか一項に記載の方法。
【００２６】
（項目８）  
上記発行するステップは、
アプリケーションからＸＤＭクライアントにプリファランスを発行するステップと、
該プリファランスをＸＤＭサーバに送信するステップと、
該ＸＤＭサーバとＸＤＭクライアントとの間で、ＤＣＤクライアントをハイパーテキストトランスファープロトコルプロキシとして利用することにより、該ＤＣＤクライアントから該プリファランスを取り出すステップと、
該ＤＣＤクライアントからＤＣＤサーバへと、または該ＸＤＭサーバから該ＣＤＣサーバへと、該プリファランスを送信するステップと
を含む、項目２〜６のいずれか一項に記載の方法。
【００２７】
（項目９）  
上記送信するステップは、該ＤＣＤクライアントにリルーティングするステップを含む、項目８に記載の方法。
【００２８】
（項目１０）  
上記発行するステップは、
アプリケーションから結合ＸＤＭ−ＤＣＤクライアントにプリファランスを提供するステップと、
該プリファランスをＸＤＭサーバに送信するステップと、
該ＸＤＭサーバからＤＣＤサーバへと該プリファランスを取り出すステップと
を含む、項目２〜６のいずれか一項に記載の方法。
【００２９】
（項目１１）  
上記発行するステップは、
アプリケーションからＤＣＤクライアントにプリファランスを提供するステップと、
該プリファランスをＸＤＭアウェアＤＣＤサーバに送信するステップと、
該ＸＤＭアウェアＤＣＤサーバからＸＤＭサーバに該プリファランスを転送するステップと
を含む、項目２〜６のいずれか一項に記載の方法。
【００３０】
（項目１２）  
上記発行するステップは、
ＸＤＭアウェアアプリケーションからＸＤＭサーバにプリファランスを提供するステップと、
該ＸＤＭサーバからＤＣＤサーバへと該プリファランスを取り出すステップと、
該ＤＣＤサーバからＤＣＤクライアントに該プリファランスをプッシュするステップと
を含む、項目２〜６のいずれか一項に記載の方法。
【００３１】
（項目１３）  
上記発行は、第１のイネーブラが第２のイネーブラを用いることを可能にし、該第１のイネーブラはＸＤＭレポジトリにおいて第１のブランチを利用し、該第２のイネーブラは、第２のブランチを利用する、項目１〜１２のいずれか一項に記載の方法。
【００３２】
（項目１４）  
上記第１のブランチと上記第２のブランチとは、別個のＸＤＭレポジトリに配置される、項目１３に記載の方法。
【００３３】
（項目１５）  
コンテンツ配信システムに対するアプリケーションプリファランスの登録のためのシステムであって、
モバイルサービスの間の関係に関連付けられたプリファランスを格納するように適合されたＸＤＭサーバ上のＸＤＭレポジトリと、
モバイルサービスの間の関係に関連付けられたプリファランスを発行するように適合されたＸＤＭクライアントと
を備える、システム。
【００３４】
（項目１６）  
上記プリファランスは、動的コンテンツ配信「ＤＣＤ」イネーブラに対するアプリケーションプリファランスであり、上記システムは、ＤＣＤサーバとＤＣＤクライアントとをさらに含む、項目１５に記載のシステム。
【００３５】
（項目１７）  
上記アプリケーションプリファランスは、包括的またはコンテンツに特有のアプリケーションプリファランスである、項目１６に記載のシステム。
【００３６】
（項目１８）  
上記ＤＣＤサーバおよびＤＣＤクライアントに対するプリファランスは、ＸＤＭレポジトリのアプリケーション使用、ユーザブランチに格納される、項目１６または１７に記載のシステム。
【００３７】
（項目１９）  
ＸＤＭクライアントは、アプリケーションからプリファランスを受信し、該プリファランスをＸＤＭサーバに送信するように適合されており、
該ＤＣＤサーバは、該ＸＤＭサーバから該プリファランスを取り出し、該プリファランスを該ＤＣＤクライアントにプッシュするように適合されている、
項目１６〜１８のいずれか一項に記載のシステム。
【００３８】
（項目２０）  
ＸＤＭクライアントは、アプリケーションからプリファランスを受信し、該プリファランスをＸＤＭサーバに送信するように適合されており、
上記ＤＣＤクライアントは、該ＸＤＭサーバとＸＤＭクライアントとの間で、ハイパーテキストトランスファープロトコルプロキシとして利用されることによって、該ＤＣＤクライアントから該プリファランスを取り出すように適合されており、該ＤＣＤクライアントまたはＸＤＭサーバは、該プリファランスを該ＤＣＤサーバに送信するようにさらに適合されている、
項目１６〜１８のいずれか一項に記載のシステム。
【００３９】
（項目２１）  
ＸＤＭクライアントは、上記ＤＣＤクライアントまたはＤＣＤサーバと結合される、項目１６〜１８のいずれか一項に記載のシステム。
【００４０】
（項目２２）  
上記ＸＤＭクライアントは、上記アプリケーションと結合される、項目１６〜１８のいずれか一項に記載のシステム。
【００４１】
（項目２３）  
第２のイネーブラのユーザプリファランスに適合された第１のイネーブラをさらに含み、該第１のイネーブラは、ＸＤＭレポジトリにおいて第１のブランチを利用し、該第２のイネーブラは、上記第２のブランチを利用する、項目１５〜２２のいずれか一項に記載のシステム。
【００４２】
（項目２４）  
上記第１のブランチと第２のブランチとは、別個のＸＤＭレポジトリに配置されている、項目２３に記載のシステム。
【００４３】
（項目２５）  
コンピュータ読み取り可能命令を含むコンピュータ読み取り可能媒体であって、該コンピュータ読み取り可能命令は、サーバのプロセッサによって実行されるときに、該サーバに項目１〜１４のいずれか一項に記載の方法を実行させる、コンピュータ読み取り可能媒体。
【００４４】
（摘要）
コンテンツ配信システムに対してアプリケーションプリファランスを提供するための方法およびシステムであって、この方法は、アプリケーションとモバイルサービスとの間の関係に関連付けられたプリファランスを、拡張マークアップ言語「ＸＭＬ」のドキュメント管理「ＸＤＭ」レポジトリに発行するステップと、アプリケーションとモバイルサービスとの間の関係に関連付けられたプリファランスを、ＸＤＭサーバ上に格納するステップとを包含する。
【発明を実施するための最良の形態】
【００４５】
本方法およびシステムは、図面を参照することにより、より良く理解される。
【００４６】
ここで、図１に対する参照がなされる。図１は、ＤＣＤクライアント１２０とＤＳＣサーバ１３０とを有している包括的なＤＣＤアーキテクチャ１１０を示している。
【００４７】
１つまたは複数のデバイス常駐アプリケーション１４０は、ＤＣＤクライアント１２０を介してコンテンツを受信することが可能である。各アプリケーション１４０は、ＤＣＤ能力を有するクライアントアプリケーション（ＤＥＣＡ；ＤＣＤ  ｅｎａｂｌｅｄ  ｃｌｉｅｎｔ  ａｐｐｌｉｃａｔｉｏｎ）と称される。ＤＥＣＡは、ＤＣＤクライアント１２０に対し、コンテンツの選択に関連するプリファランスを提供し、個人設定（ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ）および構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を配信する。個人設定は、ユーザ特有のものであり、構成は、デバイス／アプリケーションに特有のものである。このデータは、ＤＣＤクライアント１２０およびＤＣＤサーバ１３０によって用いられ、このＤＣＤサーバ１３０は、ＤＣＤクライアント１２０によってリレーされたアプリケーション登録メッセージの一部分として、アプリケーションプリファランスの関連のあるサブセットを受信する。
【００４８】
複数のコンテンツプロバイダ１５０が、ＤＣＤサーバ１３０に関連付けられるか、またはこのＤＣＤサーバ１３０に登録され、アプリケーション１４０によって要求された動的なコンテンツ配信を提供する。
【００４９】
プリファランスは、チャネル登録の際にコンテンツプロバイダ１５０によって提供されるチャネルメタデータに対してアプリケーションプリファランスを照合し、適切なコンテンツをアプリケーション１４０に提示するために、ＤＣＤイネーブラによって用いられる。本明細書において用いられるとき、ＤＣＤイネーブラは、ＤＣＤサーバ１３０とＤＣＤクライアント１２０とを含む。プリファランスはまた、配信チャネルの属性（例えば、とりわけ、配信スケジュールまたはプリファランス、コンテンツの格納、コンテンツの満了、プルサービスまたはプッシュサービスの選択）を設定するために用いられる。コンテンツの選択およびチャネルの確立の際に、ＤＣＤイネーブラは、コンテンツプロバイダ１４０からアプリケーションにコンテンツを配信する。
【００５０】
プリファランスは、アプリケーションプリファランス１４２としてアプリケーション１４０によって格納され得る。さらに、プリファランスは、プリファランスデータ１２２としてＤＣＤクライアントによって、そしてプリファランスデータ１３２としてＤＣＤサーバ１３０によって、格納またはキャッシュされたりし得る。
【００５１】
ここで図２に対する参照がなされる。図２は、アプリケーションデータを格納するための現行のＸＤＭモデル２１０を示している。図２において、アプリケーション２２０は、プリファランスデータ２２２をＸＤＭクライアント２３０に提供するように適合されており、ＸＤＭクライアントは、プリファランスデータ２２２をＸＤＭサーバ２４０に発行している。ＸＤＭサーバ２４０は、プリファランスデータ２４２としてデータを格納する。
【００５２】
ここで図３に対する参照がなされる。図３は、包括的なＸＤＭアーキテクチャモデル３１０を示しており、このアーキテクチャモデル３１０は、アプリケーションの一意的な識別子（ＡＵＩＤ）の下で、サービスの特定のクラスを定義するブランチとして、ＸＤＭレポジトリ内に、そしてＸＤＭ階層内に格納される任意のデータの格納を可能にする。これは、アプリケーション使用と呼ばれる。
【００５３】
特に、ルート統一資源識別子（ＵＲＩ；ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒ）３１２の下には、様々なブランチが存在している。図中の実施例において示されているブランチは、「プレゼンス（ｐｒｅｓｅｎｃｅ）」ブランチ３２０、ＡＵＩＤ  Ｘブランチ３３０、およびＡＵＩＤ  Ｙブランチ３４０を含む。
【００５４】
プレゼンスブランチ３２０の下には、ユーザに対するカテゴリ３２２が存在している。様々なユーザが、このカテゴリの下に格納され得、図中の実施例においては、第１のユーザ３２４（Ｕｓｅｒ  Ａ）のみが提供されている。当業者によって理解され得るように、複数のユーザが、Ｕｓｅｒカテゴリ３２２の下に格納され得る。しかしながら、図示のために、一人のユーザのみが示されている。
【００５５】
第１のユーザ３２４は、ＵｓｅｒＡに関する特定の情報を格納するためのインデックス３２６を含んでいる。
【００５６】
ＡＵＩＤ  Ｘ  ３３０ブランチの下には、ユーザに対するカテゴリ３３２とグローバルに対するカテゴリ３３４とが提供されている。理解され得るように、グローバルカテゴリ３３４は、ブランチのＡＵＩＤ  Ｘ３３０に対して全てのユーザに適用可能な情報を格納している。
【００５７】
図３の実施例においては、単一のユーザＡ  ３３６が、ユーザのカテゴリ３３２内に見出される。
【００５８】
同様に、ＡＵＩＤ  Ｙ  ３４０ブランチの下には、ユーザのカテゴリ３４２とグローバルのカテゴリ３４４とが存在している。ユーザ３４２は、第１のユーザ３４６（Ｕｓｅｒ  Ａとして示されている）を含む。
【００５９】
例えばＡＵＩＤ  Ｘブランチ３３０およびＡＵＩＤ  Ｙブランチ３４０のような、アプリケーション一意識別子を用いて格納されているアプリケーションの実施例は、とりわけ、プッシュトゥトーク、ＤＣＤ、モバイル広告を含み得る。ＸＤＭ構造は、ＸＤＭクライアントが、ルートＵＲＩによって記されたＸＤＭサーバにデータを格納したり、このＸＤＭサーバからデータを取り出したり、更新したり、または削除したりすることを可能にする。
【００６０】
ＸＤＭはまた、所与のアプリケーションまたはユーザが読む権限を有し得る基礎のドキュメント／データに関心のあるクライアントの、またはそのような基礎のドキュメント／データに対してなされる変更に対する観察者の非対称的な通知をサポートする。
【００６１】
理解され得るように、ＸＤＭアーキテクチャは比較的一様であり、所定のブランチを有している。図３は、ＸＤＭサーバにおけるレポジトリ構造を示している。ＸＤＭサーバに格納される所与のアプリケーションの使用に関するデータは、ルートＵＲＩによって表される。この情報を要求し、このデータを取得するための適切な認可を有している別のアプリケーションまたはサービスは、引き続き、ＸＤＭサーバから情報を取り出したり、または情報の一部または全体が変更されたかどうかを通知されたりし得る。通知はさらに、何が変更されたかに関する特定の情報を含み得る。
【００６２】
当業者によって理解され得るように、上述は、特定のモバイルサービスおよびその他のサービスの関係に関連付けられたプリファランスの格納を可能にするように適合され得る。この局面は、動的コンテンツ配信のアーキテクチャに関連して、以下に記載される。しかしながら、本開示は、ＤＣＤおよび特定のモバイルサービスまたは利用され得るサービスに限定されず、特定の（単数または複数の）サービスの関係に関連付けられた任意のプリファランスが利用され得る。
【００６３】
ここで図４に対する参照がなされる。図４は、ＸＤＭのブランチがＤＣＤプリファランスの格納のために利用される実施例を示している。
【００６４】
特に、図４は、ＤＣＤに対するＡＵＩＤまたはサービスのクラスと、それとは別個であるプレゼンス情報のための既存のＡＵＩＤを有する１つの実施形態を示している。図４の実施例において、ＤＣＤプリファランスに対するユーザエリア内の各アプリケーションは、ＤＣＤ能力を有するアプリケーションに対応するゼロ個またはより多くのアプリケーション要素を有している。所与のユーザに対して定義された一意的なアプリケーションの各々に対し、関連付けられたアプリケーションプリファランスと、特にＤＣＤイネーブラのコンポーネントによる使用のためのアプリケーションプリファランスとを含む要素が存在する。加えて、ドキュメントリソースもまた存在し得、このドキュメントリソースは、プレゼンス情報の格納内のユーザのＤＣＤサービスの局面に対するリンクまたは参照を提供し得る。これは、そのサービスに関する相対的なデバイス情報に対する間接的なアクセスを含む。このリンクは、特にＤＣＤサービスそのものに関するＤＣＤプリファランスに含まれることが必要な冗長な情報の量を低減させる。
【００６５】
図４において、ＸＤＭサーバは、ＸＤＭルート４１２によって参照される。図４の実施例は、３つのブランチ、すなわち、プレゼンスブランチ４２０、プッシュトゥトークブランチ４３０、およびＤＣＤプリファランスブランチ４４０を含んでいる。
【００６６】
プリファランスブランチ４２０の下では、ユーザは、カテゴリ４２０によって定義され、第１のユーザ（Ｕｓｅｒ  Ａによって示されている）が含まれている。その他のユーザもまた、ユーザカテゴリ４２２の下に含まれている。
【００６７】
第１のユーザ４２４は、インデックス４２６を含んでおり、これは同様に、ＤＣＤサービスの集合４２７を含んでいる。
【００６８】
ＤＣＤサービス４２７に対するデバイスは、ＤＣＤサービス４２７の下でブランチしており、図４の実施例においては、ＤＣＤサービスの集合内のＸＬＭサブ要素（例えば、ラップトップ４２８および電話４２９）を含んでいる。当業者によって理解されるように、ブランチ４２０のブランチ構造は、単に例示を意図しており、限定を意図していない。
【００６９】
プッシュトゥトークブランチ４３０の下には、ユーザカテゴリ４３２およびグローバルカテゴリ４３４が提供されている。提示のために、単一のユーザ４３６が、ユーザ４３２の下に示されている。
【００７０】
ＸＤＭの慣例にしたがって、ＤＣＤブランチ４４０は、特にＸＭＬドキュメントが格納、検索、更新され得るユーザエリアまたはグローバルエリアを含んでいる。これらは、本明細書中では、ユーザカテゴリ４４２およびグローバルカテゴリ４４４として示されている。図４の実施形態は、いずれかのカテゴリにおけるＤＣＤプリファランスに関するデータを格納することを選択し得る。しかしながら、図４の実施例に対し、そして一意的なユーザの各々または記録アドレスによって区別するために、ＤＣＤプリファランスは、ユーザカテゴリに格納される。
【００７１】
単一のユーザ４４６が、例示のために、ユーザ４４２の下に示されている。
【００７２】
ユーザ４４６は、インデックス４４８を含んでおり、その下に様々なブランチを含んでいる。特に、インデックス４４８の下には、様々なアプリケーションが列挙され得る。図４の実施例は、第１のアプリケーション４５０および第２のアプリケーション４５２を含んでいる。アプリケーション４５０はさらに、その他のアプリケーションおよびコンテンツプロバイダによるアクセスのためのプリファランス（ボックス４５４において示されている）およびＤＣＤイネーブラによって使用されるアプリケーションプリファランス（ボックス４５６において示されている）として列挙されている情報を含んでいる。同様な情報が、ボックス４５８および４６０を用いてアプリケーション４５２に対して示されている。
【００７３】
インデックス４４８の下には、ユーザ４４６に対するイネーブラプリファランスが提供されている。そのようなプリファランスは、全てのアプリケーションに対してグローバルなものであり、ボックス４６２において示されている。プリファランスの実施例は、とりわけ、Ｕｓｅｒ  Ａに関連するように、プッシュサービスの代わりにプルサービスを用いることによる、またはその逆である、配信のためのスケジュールを含み得る。
【００７４】
ブランチの間の関係は、様々なブランチにおける冗長性を低減させることを可能にするように、図４の実施例において提供されている。特に、ボックス４６２とＤＣＤサービス４２７との間のライン４７０によって示されている関係は、別個のブランチ内に、またはボックス４６２の下にプリファランスを格納することなく、ボックス４６２が、ＤＣＤサービスに対するユーザプリファランスを有することを可能にする。
【００７５】
ユーザに対応するＸＭＬドキュメントのフォーマットは、特有のＡＵＩＤおよびその要件までである。図４に示されている実施例は、限定を意図していない。
【００７６】
上記に基づいて、ＤＣＤ仕様のアプリケーションの使用は、アプリケーションプリファランスの格納／取り出しを可能にすることを宣言しなければならない。ＩＥＴＦ（ｒｆｃ４８２５）に詳述され、ＯＭＡによって採用されている慣例にしたがうと、選択されたＡＵＩＤは、ベンダー／ＯＭＡに特有のものである。標準的なアプローチは、ＡＵＩＤに対するプレフィックス（ｐｒｅｆｉｘ）のための逆のドメイン名を用いることである。オープンモバイルアライアンスの１つの実施例は、「ｏｒｇ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ」であり得る。そして特有のＡＵＩＤが、これに追加される。例えば、図４においては、「ｄｃｄ−ｐｒｅｆ」が追加されている。
【００７７】
ブランチ４４０に対するスキーマは、以下の通りである。
【００７８】
【表１−１】
2009129454.tif 000003
【００７９】
【表１−２】
2009129454.tif 000004
以下は、ｂｏｂ＠ｅｘａｍｐｌｅ．ｃｏｍなるＡｄｄｒｅｓｓ  ｏｆ  Ｒｅｃｏｒｄ（ＡＯＲ）を有するユーザＢｏｂに関するサービスとメタデータとの両方に対する、上記のスキーマのインスタンスの実施例である。
【００８０】
【表２】
2009129454.tif 000005
当業者によって理解されるように、上記は、ＤＣＤイネーブラプリファランス４６２の一部分を示しており、これは、図４のＤＣＤサービスの集合４２７に対するライン４７０を定義している。
【００８１】
さらなる実施例は、ユーザＢｏｂに対するＤＣＤ−ｐｒｅｆ  ＸＤＭを示している。
【００８２】
【表３】
2009129454.tif 000006
以下では、同様なコードセグメントが、図５および６の実施例に対して利用され得る。
【００８３】
ここで、図５に対する参照がなされる。図５は、アプリケーションプリファランスのこの格納／取り出しを提供するための、基礎的なプレゼンス情報のデータモデルを用いることによる、別のＸＤＭベースの変形例を示している。図４の実施例とは異なり、図５の実施例は、ＤＣＤ特有のサービスパラメータに対する直接的なアクセスを用い、これは、プレゼンス情報の格納装置に含めるために追加されている。加えて、このモデルは、ユーザの代わりに、基礎的なデバイスを支持しているＤＣＤに対する直接的なアクセスを提供する。
【００８４】
図５を参照すると、ＸＤＭルート５１２は、２つのブランチを含んでいる。当業者によって理解され得るように、図５は、単に例示を意図しているに過ぎず、ＸＤＭルートの下には複数のブランチが存在し得る。第１のブランチ５２０は、ＯＭＡプレゼンスブランチであり、第２のブランチ５６０は、ＡＵＩＤ  Ｘブランチである。図５の実施例において、ＡＵＩＤ  Ｘブランチは、プッシュトゥトークブランチである。
【００８５】
プレゼンスブランチ５２０は、ユーザカテゴリ５２２を含んでおり、このカテゴリの下に、第１のカテゴリ５２４が存在している。
【００８６】
ユーザインデックス５２６は、ユーザ５２４の下に含まれており、サービスの集合５２８が、インデックス５２６の下に定義されている。
【００８７】
図５の場合、このサービスはＤＣＤサービスであり、ボックス５３０内のユーザ５２４に関連するＤＣＤイネーブラプリファランス、第１のアプリケーション５３２、第２のアプリケーション５３４、および関連するデバイスのボックス５３６の記述を含んでいる。
【００８８】
第１のアプリケーション５３２は、その他のアプリケーションおよびコンテンツプロバイダによるアクセスのための第１のアプリケーションプリファランス（ボックス５４０において示されている）と、ＤＣＤイネーブラボックス５４２による使用のためのアプリケーションプリファランスとを含んでいる。同様に、第２のアプリケーションは、コンテンツプロバイダボックス５４４におけるその他のアプリケーションによるアクセスのための第２のアプリケーションプリファランスと、ＤＣＤイネーブラボックス５４６による使用のためのアプリケーションプリファランスとを含んでいる。
【００８９】
ＡＵＩＤ  Ｘブランチ５６０は、ユーザカテゴリ５６２およびグローバルカテゴリ５６４を含んでおり、これらは、図４に関連して上述されたカテゴリ４３２および４３４と同様である。
【００９０】
例示を目的として、第１のユーザ５６６は、カテゴリ５６２の下に見出される。理解され得るように、複数のユーザが図５のモデルにおいて存在し得、存在する可能性がある。しかしながら、例示を目的として、第１のユーザのみが示されている。
【００９１】
ここで図６に対する参照がなされる。要約すると、図６は、１つのイネーブラが別のイベーブラを用いる場合を示している。図６の実施例において、第１のイネーブラはモバイル広告イネーブラであり、第２のイネーブラは、動的コンテンツ配信イネーブラである。広告エンジン（これは、モバイル広告のコンポーネントであり、ＤＣＤイネーブラに対するクライアントアプリケーションである）は、ＤＣＤイネーブラを介して広告を受信する。図６は、プレゼンスブランチにおいて記述される包括的なモバイル広告サーバプリファランスを参照するＸＤＭのモバイル広告ブランチにおいて定義される広告エンジン、そしてＸＤＭのモバイル広告における広告エンジンの包括的なプリファランスを参照するＸＤＭのＤＣＤプリファランスブランチにおける広告エンジンのプリファランスに関連するＤＣＤを示している。
【００９２】
図６の実施例において、ＸＤＭルート６１０は、３つのブランチを含んでいる。
【００９３】
第１のブランチ６２０は、ＯＭＡプレゼンスブランチである。第２のブランチ６４０は、モバイル広告ブランチである。第３のブランチ６６０は、ＤＣＤプレゼンスブランチである。
【００９４】
第１のブランチ６２０の下には、ユーザカテゴリ６２２が定義されており、第１のユーザ６２４が、ユーザカテゴリ６２２の下に示されている。
【００９５】
第１のユーザ６２４は、インデックス６２６を含んでおり、これは、その下に定義されたモバイル広告サービスの集合６２８を有している。
【００９６】
図６の実施例においては、モバイル広告サービスは、第１のデバイス６３０および第２のデバイス６３２に対するプリファランス、その下の第２のデバイスに対するプリファランスを有し得る。図６は、単なる例示に過ぎず、モバイル広告サービスは、Ｕｓｅｒ  Ａに対応するモバイル広告を発行するデバイスに応じて、複数のデバイスに対するプリファランスを有し得るということに留意されたい。
【００９７】
モバイル広告に対する第２のブランチ６４０の下には、ユーザカテゴリ６４２およびグローバルカテゴリ６４４が存在している。
【００９８】
ユーザカテゴリ６４２の下には、第１のユーザ６４６が定義されており、これはインデックス６４８を含んでいる。
【００９９】
広告エンジン６５０は、インデックス６４８の下に含まれており、広告エンジン６５０は、その下のその他のアプリケーションおよびコンテンツプロバイダのボックス６５２によるアクセスのための、広告エンジンプリファランスを含んでいる。
【０１００】
ＤＣＤプリファランスに対する第３のブランチ６６０は、ユーザカテゴリ６６２およびグローバルカテゴリ６６４を含んでいる。
【０１０１】
ユーザカテゴリ６６２の下には、第１のユーザ６６６が含まれており、インデックス６６８を有している。
【０１０２】
図６の実施例において、インデックス６６８は、広告エンジン６７０、第２のアプリケーション６７２、および第１のユーザボックス６７４に関連するＤＣＤイネーブラプリファランスを含んでいる。
【０１０３】
広告エンジン６７０は、ＤＣＤアプリケーションの実施例である。当業者によって理解され得るように、一部の実施形態においては、モバイルデバイスのユーザは、モバイルデバイスの動作のコストを低減させるために、ユーザが消費または形成し得るコンテンツに広告が関連付けられることを可能にするように選択し得る。そのような広告は、特定の場合においては、コンテンツに関連付けられたり、ユーザプロファイルに関連付けられたりし得る。
【０１０４】
図６の実施例において、広告エンジン６７０は、ライン６７８においてＤＣＤイネーブラによって使用されるための広告エンジンプリファランスを含む。
【０１０５】
さらに、アプリケーション６７２は、その他のアプリケーションおよびコンテンツプロバイダのボックス６８０によるアクセスのためのアプリケーションプリファランスと、ＤＣＤイネーブラボックス６８２による使用のためのアプリケーションプリファランスとを含んでいる。
【０１０６】
図６の実施例において、広告エージェント６７０は、広告エンジンプリファランスを取得するために、モバイル広告ブランチの下にある、広告エンジン６５０を参照する。さらに、広告エンジン６５０は、ライン６９０において、特定のデバイスに対する特定のモバイル広告サービスプリファランスを取得するために、モバイル広告サービス６２８を参照する。
【０１０７】
したがって、上述は、アプリケーションプリファランスを格納するための、ＸＤＭの拡張を示している。しかしながら、上述は、広告またはＤＣＤに限定されることを意図しておらず、アプリケーションプリファランスを挿入し得るサービスの局面を有しているアプリケーションプリファランスの関連性を示すことのみを意図している。
【０１０８】
図４〜図６に基づいて、上記の配置モデルは、任意のアプリケーションまたはサービスを含むようにさらに一般化され得、上記手法は種々の異なるサービスまたはアプリケーションのクラスに適用され得、上記アソシエーションは、ＸＤＭサーバ内のいずれかの場所に格納された既存の情報を最適化するような方法で方向付けられ得る。全ての分岐は、ローカルのＸＤＭサーバまたはリモートのＸＤＭサーバのいずれかを指し得ることもまた当業者によって留意され得る。ローカルのＸＤＭサーバは、同一のロケーション内の階層であるか、または同一のルートＵＲＩ内を参照する階層である。リモートのＸＤＭサーバは、その全体または一部分のいずれかが、ルートＵＲＩからリモートである。リモートのルートＵＲＩ参照を介して参照がなされる。
【０１０９】
様々なアーキテクチャが、アプリケーションプロファイル使用のための修正ＸＤＭ構造を用いるために使用され得る。図７〜図１１の例は、ＤＣＤアーキテクチャに関して提供される。しかし、上記のように、その他のアプリケーションプロファイルまたはプリファランスが使用され得る。
【０１１０】
ここで、図７に対して参照がなされる。図７は、例示的なアーキテクチャのブロック図を示し、この図ではＸＤＭクライアントはデバイス上にある。
【０１１１】
図７の実施形態において、アプリケーション７１０は、プリファランス７１２を含む。当業者に認識されるように、プリファランス７１２は、その中でも、ユーザ、サービス、デバイスまたはアプリケーションプリファランスを含む。
【０１１２】
アプリケーション７１０は、ＸＤＭクライアント７２０と通信し、該ＸＤＭクライアント７２０は、次いで、ＸＤＭサーバ７３０にプリファランスを発行する。ＸＤＭサーバは、ＤＣＤサーバ７４０を含む様々なアプリケーションによって使用するためのプリファランス７３２を格納する。矢印７３６によって示されるように、ＤＣＤサーバ７４０は、プリファランスを要求することによって、またはＸＤＭサーバ７３０からプリファランスを受信することによって、アプリケーション７４２に対するプリファランスをＸＤＭサーバから取得し得る。
【０１１３】
次いで、ＤＣＤサーバ７４０は、プリファランスをＤＣＤクライアント７５０にプッシュし、これらのプリファランスはプリファランス７５２として格納される。
【０１１４】
代替の実施形態において、ＸＤＭクライアント７２０は、ＤＣＤクライアント７５０にプリファランス７５２を直接的に提供するように適合され得る。このことは、矢印７２５によって示される。
【０１１５】
さらなる実施形態において、ＸＤＭサーバ７３０は、ＤＣＤクライアント７５０にプリファランス７５２を直接的に提供するように適合され得る。このことは、矢印７３５によって示される。
【０１１６】
上記に基づいて、アーキテクチャは、インストール時において、またはユーザによるアプリケーションの使用の前に、該アプリケーションが配信クライアントの存在およびデバイス実行環境に気付かないことを規定する。アプリケーションは、アプリケーションプリファランスをＸＤＭクライアント７２０に送信する。
【０１１７】
さらに認識されるように、ＸＤＭサーバ７３０によるプリファランスの発行は、図４〜図６を参照して上記された任意のモデルを利用し得る。ＸＤＭサーバ７３０がプリファランスを受信するとき、ＸＤＭリソースは、ユーザのＡｄｄｒｅｓｓ  ｏｆ  Ｒｅｃｏｒｄ（ＡＯＲ）に対応するドキュメントに配置される。
【０１１８】
アプリケーションが、コンテンツがプッシュされるかまたはプル（ｐｕｌｌ）されるかのいずれかを要求するとき、ＤＣＤサーバ７４０は、ＸＤＭサーバ７３０に対する要求を開始して、ＤＣＤクライアント７５０を介して、アプリケーションに配信されるべき関連チャネルにマッチングさせる。ＤＣＤクライアント７５０は、関連アプリケーションプリファランスをＤＣＤサーバ７４０からＤＣＤクライアント７５０にプッシュさせる。このことは、ＤＣＤサーバと可能性としてはＤＣＤクライアントとが、デバイス実行環境内にローカルに格納装置を実装する必要性を除去する。上記の代替物は、図７を参照して示されたように、ＤＣＤクライアント７５０が、ＸＤＭクライアント７２０から直接的に取り出すか、ＸＤＭサーバ７３０からのアプリケーションプリファランスをＤＣＤクライアントから受信する。
【０１１９】
ＤＣＤクライアント７５０は、これらのプリファランスをローカルに格納またはキャッシュし得る。この配置モデルの利点は、基礎的なメタデータが外部ソース（例えば、特に、コンテンツプロバイダ、デスクトップＰＣからの認証されたユーザ）によって更新されるとき、再取り出し（ｒｅ−ｆｅｔｃｈ）を行うか、またはＸＤＭサーバ７３０によって通知されるように、ＤＣＤクライアントが柔軟性を有することである。
【０１２０】
代替的なアーキテクチャが図８を参照して示される。図８は、別の方法を示し、ここで最初の処理ステップは、図７を参照して上記されたステップと類似している。ＸＤＭクライアント８２０が、関連付けられたプリファランスを発行するまでは、上記処理は同一であり、アプリケーション８１０は、ＸＤＭクライアント８２０と通信するプリファランス８１２を有する。ＸＤＭサーバ８３０にプリファランス８３２として直接的に知らせる（ｐｏｓｔ）よりはむしろ、ＨＴＴＰ発行トラフィックが、ＤＣＤクライアント８４０内に埋め込まれたＨＴＴＰプロキシを経由してリルートされ、ＤＣＤクライアントはまた、ＨＴＴＰ／ＰＯＳＴ要求からアプリケーションプリファランスを選んで、ローカルに格納し得る（８４２に示される）。ネットワークを介するＸＤＭサーバへの接続を回避するので、迅速であるという利点がある。さらに、ＤＣＤクライアント８４０は、矢印８３５によって示されるように、プリファランスをＸＤＭサーバ８３０に間接的に渡し得る。
【０１２１】
ＤＣＤサーバ８５０は、ＤＣＤクライアント８４０と同様に処理し得、ＤＣＤクライアント８４０を経由してアプリケーションによって提供された一組のプリファランスからアプリケーションプリファランス８５２のみを格納する。最終的に、アプリケーションプリファランスが、格納のためにＸＤＭサーバ８３０に配信される。このモデルの利点は、プリファランスのアップデートが迅速に知られ得、かつＤＣＤクライアントによって使用され得ることである。このモデルの別の利点は、プリファランスが変化したとき、適切で、かつＸＤＭクライアント８２０が行うようなすぐにではないときに、ＤＣＤクライアント８４０が、これらの変化または完全な新しい組もしくはプリファランスを伝送し得ることである。
【０１２２】
図８の実施形態において、ＸＤＭクライアント８２０からＸＤＭサーバ８３０への通信は、ＤＣＤクライアント８４０を介してハイパーテキストトランスファープロトコル（ＨＴＴＰ）プロキシとしてリルートされる。
【０１２３】
さらなる代替的なモデルは、図９を参照して示される。図９は、モデルを示し、ここで、アプリケーションプリファランスはＤＣＤクライアントに伝送される。このモデルにおいて、ＸＤＭクライアントは、ＤＣＤクライアント内に直接的にホストされる。このモデルは、ＸＤＭ  ＤＣＤクライアントが、プリファランスをＸＤＭサーバに伝送する前に、該プリファランスをローカルに格納することを可能にする。このモデルはまた、ＤＣＤ格納装置とＸＤＭの包括的なフレームワーク内の配信能力との利点を結合する。ＤＣＤクライアントおよびサーバは、上記のモデルおよび特に図８を参照するモデルと同一の方法で進行する。当業者によって認識されるように、ＤＣＤサーバは、ＸＤＭサーバから直接的にアプリケーションプリファランスを取り出すことが可能である。
【０１２４】
図９を参照して、アプリケーション９１０はプリファランス９１２を含み、該プリファランス９１２は、結合（ｃｏｍｂｉｎｅｄ）ＤＣＤ−ＸＤＭクライアント９２０に伝えられる。
【０１２５】
結合ＤＣＤ−ＸＤＭクライアント９２０は、これらのプリファランスをＸＤＭサーバ９３０に発行し、次いで、ＸＤＭサーバ９３０は、図４〜図６のモデルと同様のモデルを利用して、プリファランス９３２を格納する。
【０１２６】
ＤＣＤサーバ９４０は、アプリケーションプリファランス９３２をＸＤＭサーバ９３０から、プリファランス９４２として取り出す。
【０１２７】
図９に示されるように、ＤＣＤ−ＸＤＭクライアントは、プリファランスを９２２として格納し得、さらに、これらのプリファランスは、プリファランス９２４としてＤＣＤクライアント側によって格納され得る。
【０１２８】
図１０を参照して、図１０は、別のモデルのブロック図を示し、ここでアプリケーションは、現在のＤＣＤモデルに従って、そのプリファランスを、ＤＣＤクライアントを介して伝送する。次いで、ＤＣＤクライアントは、上記プリファランスをローカルに格納し、該プリファランスをＤＣＤサーバに伝送すなわち送信することを選び得る。図１０の場合には、ＤＣＤサーバは、埋め込まれたＸＤＭクライアント機能を含む。それゆえ、ＤＣＤサーバは、ＸＤＭサーバとコンタクトし、プリファランスを発行する。認識されるように、図１０のモデルは、複数のプリファランスの完全な同期化を可能にする。ＤＣＤサーバは、必要に応じて、いかなるときでも、ＸＤＭサーバに接続し得る。ＤＣＤクライアントは、接続されていない、またはＸＤＭサーバが機能していない場合でさえ、アプリケーションプリファランスに従って、その現在のメタデータスナップショットを伴い進行および機能し得る。
【０１２９】
それゆえ、図１０において、アプリケーション１０１０は、プリファランス１０１２を含み、これらのプリファランスをＤＣＤクライアント１０２０に伝え、ＤＣＤクライアント１０２０は、上記のように、これらのプリファランスを１０２２としてローカルに格納し得る。
【０１３０】
ＤＣＤクライアントは、プリファランス１０２２をＤＣＤサーバ１０３０に送信し、該ＤＣＤサーバ１０３０は、プリファランスを１０３２として格納し得る。図１０の場合には、ＤＣＤサーバ１０３０は、ＸＤＭクライアント１０３４機能を含み、該機能に基づいて、プリファランスが、ＸＤＭサーバ１０４０に発行され、次いで、上記の図４〜図６のモデルに従って、該ＸＤＭサーバ１０４０が完全な組のプリファランスを１０４２として格納する。
【０１３１】
ここで、図１１に対して参照がなされる。図１１は、モデルを描写し、ここで初期化またはインストール時におけるアプリケーションが認証されて、ＸＤＭサーバに直接コンタクトする。図１１のモデルにおいて、ＸＤＭクライアントはアプリケーション自体に埋め込まれる。このことは複雑さを加えるが、アプリケーションが、可能性としては、ＤＣＤクライアント、プロキシ、またはその他の仲介手段（ｉｎｔｅｒｍｅｄｉａｒｙ）のいずれかによる関与なしに、そのアプリケーションプリファランスを取り出すことを可能にする。
【０１３２】
図１１のＤＣＤサーバおよび図１１のＤＣＤクライアントは示されるように進行する。
【０１３３】
具体的には、アプリケーション１１１０はプリファランス１１１２を含む。さらに、アプリケーション１１１０は、埋め込まれたＸＤＭクライアント１１１４を含み、これに基づき、該アプリケーションのプリファランスをＸＤＭサーバ１１２０に直接的に発行し得、該ＸＤＭサーバ１１２０は、次いで、上記の図４〜図６のモデルに従って、プリファランスを１１２２として格納する。
【０１３４】
ＤＣＤサーバ１１３０は、ＸＤＭサーバ１１２０から、プリファランスを取り出し得、これらのプリファランスを格納装置１１３２としてキャッシュし得る。
【０１３５】
さらに、ＤＣＤサーバ１１３０は、プリファランスをＤＣＤクライアント１１４０にプッシュし、次いで、ＤＣＤクライアント１１４０は、プリファランスを１１４２としてキャッシュし得る。
【０１３６】
それゆえ、本開示は、包括的なアプリケーションプリファランスを扱い、特にＸＤＭイネーブラを用いることによって、プリファランスをＤＣＤイネーブラに提供し、それによって、ＤＣＤクライアントによるアプリケーションの直接登録をバイパスする間接的な方法を扱う。
【０１３７】
本開示は、さらに、ユーザプリファランスモデルを提供して、ＯＭＡ  ＤＣＤイネーブラに対する包括的な配信アプリケーションにアプリケーションプリファランスを提供する。特に、上記方法およびシステムは、一実施形態において、その他のＯＭＡアプリケーション使用識別子と矛盾しないＸＤＭに対するＯＭＡ  ＤＣＤアプリケーション使用を確立することから構成される。
【０１３８】
認識されるように、アプリケーション、ＤＣＤクライアントおよび一部の場合においてはＸＤＭクライアントが任意のモバイルデバイス上に存在し得る。例示的なモバイルデバイスの１つが図１２を参照して以下に記載される。これは、限定を意図するものではないが、例示の目的のために提供される。
【０１３９】
図１２は、本願の装置および方法の好適な実施形態とともに用いられるために適切なモバイルステーションを例示するブロック図である。モバイルステーション１２００は、好適には、少なくとも音声およびデータ通信能力を有する双方向ワイヤレス通信デバイスである。モバイルステーション１２００は、好適には、インターネット上のその他のコンピュータシステムと通信する能力を有する。提供される正確な機能に依存して、ワイヤレスデバイスは、例として、データメッセージングデバイス、双方向ページャ、ワイヤレス電子メールデバイス、データメッセージング能力を有するセル式電話、ワイヤレスインターネットアプライアンスまたはデータ通信デバイスとして言及され得る。
【０１４０】
モバイルステーション１２００が双方向通信可能である場合、該モバイルステーション１２００は、通信サブシステム１２１１を組み込み、該通信サブシステム１２１１は、受信器１２１２および送信器１２１４をともに含み、同様に関連付けられる構成要素（例えば、１つ以上の、好適には埋め込み型または内部アンテナ要素１２１６および１２１８、ローカルオシレータ（ＬＯ）１２１３ならびにデジタル信号プロセッサ（ＤＳＰ）１２２０などのプロセッシングモジュール）を含む。通信分野の当業者には明らかなように、通信サブシステム１２１１の特定の設計は、通信ネットワークに依存し、該通信ネットワークにおいて、上記デバイスが動作することが意図される。
【０１４１】
ネットワークアクセス要件はまた、ネットワーク１２１９のタイプに依存して変更し得る。一部のＣＤＭＡネットワークにおいて、ネットワークアクセスは、モバイルステーション１２００の加入者またはユーザに関連付けられる。ＣＤＭＡモバイルステーションは、ＣＤＭＡネットワーク上で動作するために、リムーバブルユーザ識別モジュール（ＲＵＩＭ）または加入者識別モジュール（ＳＩＭ）カードを必要とし得る。ＳＩＭ／ＲＵＩＭインタフェース１２４４は、通常カードスロットに類似しており、該カードスロットにＳＩＭ／ＲＵＩＭカードがディスケットまたはＰＣＭＣＩＡカードのように挿入および排出され得る。ＳＩＭ／ＲＵＩＭカードは、約６４Ｋのメモリを有し得、多くのキーコンフィギュレーション１２５１と、その他の情報１２５３（識別および加入者関連情報など）とを保持し得る。
【０１４２】
要求されるネットワーク登録または起動手順が完了した場合、モバイルステーション１２００は、ネットワーク１２１９を介して、通信信号を送受信し得る。図１２に示されるように、ネットワーク１２１９は、モバイルデバイスと通信する複数のベースステーションから構成され得る。例えば、ハイブリッドＣＤＭＡ  １×ＥＶＤＯシステムにおいて、ＣＤＭＡベースステーションおよびＥＶＤＯベースステーションは、モバイルステーションと通信し、モバイルステーションは両方に同時に接続される。ＥＶＤＯおよびＣＤＭＡ  １×  ベースステーションは、モバイルデバイスと通信するために、様々なページングスロットを用いる。
【０１４３】
通信ネットワーク１２１９を介してアンテナ１２１６によって受信される信号は、受信器１２１２に入力され、該受信器１２１２は、信号増幅、周波数下方変換、フィルタリング、チャネル選択などのような、一般的な受信器の機能を行い得、図１２に示される例示的なシステムにおいては、アナログデジタル（Ａ／Ｄ）変換を行い得る。受信された信号のＡ／Ｄ変換は、復調および復号化などのより複雑な通信機能が、ＤＳＰ１２２０において行われることを可能にする。類似の方法で、送信される信号が、例えば、ＤＳＰ１２２０によって処理（変調および符号化を含む）され、デジタルアナログ変換、周波数上方変換、フィルタリング、増幅および通信ネットワーク１２１９を介しアンテナ１２１８を経由する送信のために送信器１２１４に入力される。ＤＳＰ１２２０は、通信信号を処理するだけでなく、受信器および送信器の制御も提供する。例えば、受信器１２１２および送信器１２１４における通信信号に適用されるゲインは、ＤＳＰ１２２０に実装された自動ゲイン制御アルゴリズムによって適応可能に制御され得る。
【０１４４】
モバイルステーション１２００は、好適には、マイクロプロセッサ１２３８を含み、該マイクロプロセッサ１２３８は、デバイスの動作全体を制御する。少なくともデータおよび音声通信を含む通信機能は、通信サブシステム１２１１を介して行われる。マイクロプロセッサ１２３８はまた、さらなるデバイスサブシステムとインタフェースし、該さらなるデバイスサブシステムは、例えば、ディスプレイ１２２２、フラッシュメモリ１２２４、ランダムアクセスメモリ（ＲＡＭ）１２２６、補助入力／出力（Ｉ／Ｏ）サブシステム１２２８、シリアルポート１２３０、１つ以上のキーボードまたはキーパッド１２３２、スピーカ１２３４、マイクロフォン１２３６、その他の通信サブシステム１２４０（例えば、短距離通信サブシステム）および概して１２４２で指定される任意のその他のデバイスサブシステムである。シリアルポート１２３０は、ＵＳＢポートまたは当該分野で公知のその他のポートを含み得る。
【０１４５】
図１２に示されるサブシステムの一部は通信関連機能を行うが、その他のサブシステムは、「常駐の」またはデバイス上の機能を提供し得る。特に、一部のサブシステム（例えば、キーボード１２３２およびディスプレイ１２２２）は、例えば、通信関連機能（例えば、通信ネットワークを介する送信のためにテキストメッセージを入力すること）と、デバイス常駐機能（例えば、計算機またはタスクリスト）との両方に対して使用され得る。
【０１４６】
マイクロプロセッサ１２３８によって使用されるオペレーティングシステムソフトウェアは、好適には、フラッシュメモリ１２２４（これは代わりに読み出し専用メモリ（ＲＯＭ）または類似の格納要素（図示せず）であり得る）などの永続性格納装置に格納される。当業者は、オペレーティングシステム、特定のデバイスアプリケーション、またはそれらの一部が、揮発性メモリ（例えば、ＲＡＭ１２２６）に一時的にロードされ得ることを認識する。受信された通信信号もまた、ＲＡＭ１２２６に格納され得る。
【０１４７】
示されるように、フラッシュメモリ１２２４は、コンピュータプログラム１２５８ならびにプログラムデータ格納装置１２５０、１２５２、１２５４および１２５６の両方のために、異なるエリアに分離され得る。これらの異なる格納装置のタイプは、それぞれのプログラムがそれら固有のデータ格納要件のためにフラッシュメモリ１２２４の一部分を割り当てられ得ることを示す。マイクロプロセッサ１２３８は、そのオペレーティングシステム機能に加えて、好適には、モバイルステーション上のソフトウェアアプリケーションの実行を可能にする。基本動作を制御する所定の組のアプリケーション（少なくともデータおよび音声通信アプリケーションを含む）は、例えば、通常は製造時にモバイルステーション１２００にインストールされる。その他のアプリケーションは、後に、または動的にインストールされ得る。
【０１４８】
好適なソフトウェアアプリケーションは、モバイルステーションのユーザに関するデータアイテム（例えば、電子メール、カレンダーイベント、音声メール、アポイントメントおよびタスクアイテム）を編集および管理する能力を有する、個人情報マネージャ（ＰＩＭ）アプリケーションであり得る。本質的に、１つ以上のメモリ格納装置が、ＰＩＭデータアイテムの格納を容易にするために、モバイルステーション上で利用可能である。このようなＰＩＭアプリケーションは、好適には、ワイヤレスネットワーク１２１９を介して、データアイテムを送受信する能力を有する。好適な実施形態においては、ＰＩＭデータアイテムは、ワイヤレスネットワーク１２１９を介して、ホストコンピュータシステムに格納されるか、または関連付けられるモバイルステーションユーザの対応するデータアイテムと、シームレスに統合され、同期され、そしてアップデートされる。さらなるアプリケーションはまた、該ネットワーク１２１９、補助Ｉ／Ｏサブシステム１２２８、シリアルポート１２３０、短距離通信サブシステム１２４０または任意のその他の適切なサブシステム１２４２を介して、モバイルステーション１２００上にロードされ得、ユーザによって、マイクロプロセッサ１２３８による実行のために、ＲＡＭ１２２６または好適には不揮発性格納装置（図示せず）にインストールされ得る。このようなアプリケーションインストールにおける柔軟性は、デバイスの機能を増加させ、強化されたデバイス上の機能、通信関連機能、またはそれら両方を提供し得る。例えば、セキュアな通信アプリケーションは、電子商取引機能およびその他のこのような金融取引が、モバイルステーション１２００を用いて実行されることを可能にし得る。
【０１４９】
データ通信モードにおいて、受信された信号（例えば、テキストメッセージまたはウェブページダウンロード）は、通信サブシステム１２１１によって処理され、マイクロプロセッサ１２３８に入力され、マイクロプロセッサ１２３８は、好適には、ディスプレイ１２２２に対する出力、あるいは補助Ｉ／Ｏデバイス１２２８に対する出力のために、この受信された信号をさらに処理する。クライアント１２６０（これはＤＣＤクライアント１２０、７５０、８４０、９２０、１０２０および１１４０、またはＸＤＭクライアント２３０、８２０もしくは１１１４と同等）は、一部の実施形態において、モバイルデバイス上にあり得る。
【０１５０】
モバイルステーション１２００のユーザはまた、ディスプレイ１２２２および可能性としては補助Ｉ／Ｏデバイス１２２８とともに、例えば、キーボード１２３２（好適には、完全な英数字キーボードまたは電話タイプキーパッドである）を用いて、電子メールメッセージなどのデータアイテムを構成し得る。このような構成されたアイテムは、次いで、通信サブシステム１２１１によって、通信ネットワークを介して、送信され得る。
【０１５１】
音声通信に対して、モバイルステーション１２００の全体の動作は、受信された信号が好適にはスピーカ１２３４に出力され、送信のための信号がマイクロフォン１２３６によって生成されるという点を除けば類似している。代替的な音声またはオーディオＩ／Ｏサブシステム（例えば、音声メッセージ記録サブシステム）もまた、モバイルステーション１２００上に実装され得る。音声またはオーディオ信号出力が好適には、スピーカ１２３４を介して、主に達成されるが、ディスプレイ１２２２もまた、例えば、通話相手の識別、音声コールの持続時間、またはその他の音声コール関連情報の指示を提供するために使用され得る。
【０１５２】
図１２のシリアルポート１２３０は、通常パーソナルデジタルアシスタント（ＰＤＡ）タイプのモバイルステーションに実装され得、該モバイルステーションに対して、ユーザのデスクトップコンピュータ（図示せず）との同期が望ましいが、これはオプションのデバイスコンポーネントである。このようなポート１２３０は、ユーザが、外部デバイスまたはソフトウェアアプリケーションを介して、プリファランスを設定することを可能にし、ワイヤレス通信ネットワークを介すること以外により、情報またはソフトウェアダウンロードをモバイルステーション１２００に提供することによって、モバイルステーション１２００の能力を拡張する。代替的なダウンロード経路は、例えば、直接的であるため、信頼性があり、信用の出来る接続を介してデバイス上に暗号化キーをロードし、それによりセキュアなデバイス通信を可能にするために使用され得る。当業者に認識されるように、シリアルポート１２３０は、さらに、モバイルデバイスをコンピュータと接続して、モデムとして働かせるために使用され得る。
【０１５３】
その他の通信サブシステム１２４０（例えば、短距離通信サブシステム）は、さらなるオプションコンポーネントであり、モバイルステーション１２００と様々なシステムまたはデバイスとの間の通信を提供し得、該サブシステムは、必ずしも類似のデバイスに必要ではない。例えば、サブシステム１２４０は、赤外線デバイスならびに関連付けられる回路およびコンポーネント、またはＢｌｕｅｔｏｏｔｈＴＭ通信モジュールを含んで、同様に実行可能なシステムおよびデバイスとの通信を提供する。
【０１５４】
本明細書に記載される実施形態は、本出願の手法の要素に対応する要素を有する構造、システムまたは方法の例である。この記載される説明は、当業者が、本出願の手法の要素に同様に対応する代替的な要素を有する実施形態を構成し、使用することを可能にする。従って、本出願の手法の意図される範囲は、本明細書に記載されるような本出願の手法とは異なるその他の構造、システムまたは方法を含み、本明細書に記載されるような本出願の手法とは実質的な差異を有しないその他の構造、システムまたは方法を含む。
【図面の簡単な説明】
【０１５５】
【図１】図１は、動的コンテンツ配信のアーキテクチャを示すブロック図である。
【図２】図２は、包括的なＸＤＭアーキテクチャモデルを示すブロック図である。
【図３】図３は、ＸＤＭレポジトリの構造を示している。
【図４】図４は、ＸＤＭレポジトリの構造を示しており、該ＸＤＭレポジトリの構造においては、動的コンテンツ配信ブランチが追加されており、該動的コンテンツ配信ブランチは、ＤＣＤサービスの集合を有するプレゼンスブランチを参照している。
【図５】図５は、ＸＤＭレポジトリの構造であり、該ＸＤＭレポジトリの構造においては、ＤＣＤサービスの集合を有するプレゼンスブランチの下に、サービスが追加されている。
【図６】図６は、ＸＤＭレポジトリの構造であり、該ＸＤＭレポジトリの構造においては、様々なサービスがサービス間の従属性（ｃｒｏｓｓ−ｓｅｒｖｉｃｅ  ｄｅｐｅｎｄｅｎｃｉｅｓ）を有している。
【図７】図７は、第１のアーキテクチャモデルを示すブロック図であり、該第１のアーキテクチャモデルにおいては、アプリケーションプリファランスが、ＸＤＭクライアント、ＸＤＭサーバ、ＤＣＤサーバを介してＤＣＤクライアントに配信されている。
【図８】図８は、アーキテクチャモデルを示すブロック図であり、該アーキテクチャモデルにおいては、ＸＤＭクライアントからのトラフィックが、ＤＣＤクライアントを介してＨＴＴＰプロキシとしてリルートされている。
【図９】図９は、アーキテクチャモデルを示すブロック図であり、該アーキテクチャモデルにおいては、ＤＣＤクライアントはＸＤＭクライアントアウェアである。
【図１０】図１０は、アーキテクチャモデルを示すブロック図であり、該アーキテクチャモデルにおいては、ＤＣＤサーバはＸＤＭクライアントアウェアである。
【図１１】図１１は、アーキテクチャモデルであり、該アーキテクチャモデルにおいては、アプリケーションはＸＤＭクライアントアウェアである。
【図１２】図１２は、本開示と共に使用されることに適切な例示的なモバイルデバイスのブロック図である。
【符号の説明】
【０１５６】
１１０  包括的なＤＣＤアーキテクチャ
１２０  ＤＣＤクライアント
１２２、１３２  プリファランスデータ
１３０  ＤＣＤサーバ
１４０  デバイス常駐アプリケーション
１４２  アプリケーションプリファランス
１５０  コンテンツプロバイダ
【図１】
2009129454.tif 000007
【図２】
2009129454.tif 000008
【図３】
2009129454.tif 000009
【図４】
2009129454.tif 000010
【図５】
2009129454.tif 000011
【図６】
2009129454.tif 000012
【図７】
2009129454.tif 000013
【図８】
2009129454.tif 000014
【図９】
2009129454.tif 000015
【図１０】
2009129454.tif 000016
【図１１】
2009129454.tif 000017
【図１２】
2009129454.tif 000018