CN101478562A - 向内容传送系统注册应用优选项的方法和系统 - Google Patents

Abstract

一种向内容传送系统提供应用优选项的方法和系统，该方法包括步骤：将与应用和移动服务之间的关系相关联的优选项发表至可扩展标记语言“XML”文档管理“XDM”储存库；以及在XDM服务器上存储与应用和移动服务之间的关系相关联的优选项。

Description

向内容传送系统注册应用优选项的方法和系统

技术领域

本发明一般涉及可扩展标记语言(XML)文档管理(XDM)，具体涉及以XDM存储优选项。

背景技术

开放移动联盟(OMA)动态内容传送(DCD)规范定义了一种通用传送使能器，应用能够注册至所述通用传送使能器以接收内容。在一些实施例中，DCD使能器可以传送对DCD使能器来说不透明的任意内容。将内容分组成由信道元数据描述的信道。另外，想要通过DCD使能器接收内容的应用可以使用应用元数据的集合来提供其优选项。为了提供该元数据，有必要采用DCD客户端来对常驻在设备上的应用加以注册。

OMA XDM规范定义了一种用于对代表一个或更多个用户和/或应用的信息加以存储的平台。以可扩展的并且平台中立的方式来存储信息。一个示例是将信息存储在XML文档中。这允许经授权的负责人根据需要来管理和/或共享该数据。

针对移动环境使XDM最优化，在所述移动环境下设备特性和网络带宽可能被抑制。如OMA-RD-XDM-V1_0-20060612-A的第四章所概括的，XDM使能器的命令应该支持其他OMA使能器。

发明内容

需要通用的传送机制(如，由DCD定义的传送机制)知道针对应用而定义的优选项，以便将内容最佳地传送至应用。例如，除了别的以外，通用的应用优选项可以包括：将把内容存储在哪里、内容题目(theme)、MIME类型、内容类型、传送频率或进度、内容尺寸限度。

内容特定的应用优选项不由DCD使能器操纵，而是将其视为不透明的内容并且使其通过内容提供者以进行操纵。内容特定的应用优选项包括针对内容的特定子集的预订(subscription)滤波器，其中，如这样的预订滤波器：该预订滤波器可以包括例如来自股票行情服务的股票的子集，允许用户仅接收来用户感兴趣的股票的股票行情。

优选地，本发明涉及通用的应用优选项，具体涉及一种间接方法，通过使用XDM使能器向DCD使能器提供优选项的，从而回避以DCD客户端直接注册应用。

本发明可以提供一种用户优选项模型，以将优选项提供至针对OMA DCD使能器的通用传送应用。具体地，在一个实施例中，本方法和系统包括：针对符合其他OMA应用用法标识符的XDM建立OMADCD应用用法。

在另外的实施例中，本方法和系统可以提供对XML文档计划的限定，以存储所有应用相关的优选项。在一个示例中，优选地该计划中包含由DCD使能器部件所关心的DCD应用优选项。

本方法和系统可以提供一种机制，使用XDM服务器对DCD关心的应用优选项、内容特定的应用优选项以及DCD优选项(这里称为DCD-prefs)进行存储和取回。

在给定的用户设备执行环境下从所安装的应用至XDM服务器的DCD优选项的存储或更新可以使用不同的解释，并且包括：应用将DCD-prefs提交至DCD客户端，以及DCD客户端将这些DCD-prefs传递至DCD服务器。可以将DCD服务器增强到提供XDM客户端功能性，以坚持传递DCD-prefs至XDM服务器中。在另外的实施例中，可以包括将DCD优选项提交到DCD客户端的应用。在该实施例中，可以将DCD客户端可增强到提供XDM客户端功能性，以坚持传递DCD-prefs至XDM服务器中。在更另外的实施例中，将DCD-prefs提供至专用XDM客户端进程的应用，联合位于设备上，具有至XDM服务器的连接。在另外的实施例中，可以提供一个内嵌有XDM客户端功能的应用，其中，该应用具有一个到XDM服务器的连接，通过该连接发表DCD-prefs。

在另外的实施例中，描述了从给定应用的DCD-prefs的XDM服务器至DCD使能器部分的更新的取回或通知。对于从XDM服务器直接或间接取回DCD-prefs，可以存在不同的方案。在本实施例中，这些包括：将DCD服务器提高到提供XDM客户端功能性，以便从XDM服务器取得DCD-prefs的更新或得到来自XDM服务器的、DCD-prefs的更新的通知，DCD客户端接收来自DCD服务器的更新。

在里国外的实施例中，可以将DCD客户端增强到提供XDM客户端功能性，以便从XDM服务器取得DCD-prefs的更新或得到来自XDM服务器的、DCD-prefs的更新的通知。DCD客户端通知DCD服务器有关更新。

本发明还可以提供DCD客户端的插入，将DCD客户端配置为在XDM客户端与XDM服务器之间的路径上的HTTP代理。

如本领域技术人员将理解的，这可以允许DCD重新使用已经在设备和服务器上均可用的XDM架构，以及在实现DCD的部署方案方面提供更好的灵活性。

因此，本发明可以提供一种向移动服务提供应用优选项的方法，包括：将与应用和移动服务之间的关系相关联的优选项发表至可扩展标记语言“XDL”文档管理“XDM”储存库；以及在XDM服务器上存储与应用和移动服务之间的关系相关联的优选项。

本发明还可以提供一种将应用优选项注册至内容传送系统的系统，包括：XDM储存库，在XDM服务器上，适于存储与移动服务之间的关系相关联的优选项；以及XDM客户端，适于发表与移动服务之间的关系相关联的优选项，包括内容传送系统。

附图说明

参照附图，本发明的方法和系统将得到更好的理解，附图中：

图1是图示了动态内容传送体系结构的框图；

图2是图示了通用XDM体系结构模型的框图；

图3示出了XDM储存库结构；

图4示出了XDM储存库结构，其中添加了动态内容传送分支，动态内容传送分支参阅具有DCD服务元组的呈现分支；

图5是XDM储存库结构，其中在具有DCD服务元组的呈现分支下面添加动态内容传送服务；

图6是XDM储存库结构，其中不同的服务具有交叉服务相关性；

图7是图示了第一体系结构模型的框图，其中通过XDM客户端、XDM服务器、DCD服务器将应用优选项传播至DCD客户端；

图8是体系结构模型的框图，其中通过作为HTTP代理的DCD客户端将来自XDM客户端的服务重新路由；

图9是图示了体系结构模型的框图，其中DCD客户端是已知XDM客户端的；

图10是体系结构模型的框图，其中DCD服务器是已知XDM客户端的；

图11是体系结构模型，其中应用是已知XDM客户端的；

图12是适用于本发明的示例移动设备的框图。

具体实施方式

现在参考图1。图1图示了具有DCD客户端120和DCD服务器130的通用DCD体系结构110。

一个或多个设备常驻应用140能够通过DCD客户端120接收内容。将每个应用140称作DCD使能的客户端应用(DECA)。DECA向DCD客户端120提供与内容选择以及传送个性化和配置有关的优选项。个性化是用户专用的，配置是设备/应用专用的。这种数据是由DCD客户端120和DCD服务器130使用的，DCD服务器130接收应用优选项的相关子集，其中所述应用优选项作为由DCD客户端120转发的应用注册消息的一部分。

多个内容提供商150与DCD服务器130相关联或者注册到DCD服务器130，并且提供应用140所请求的动态内容。

由DCD使能器使用优选项，以便将应用优选项与信道注册时由内容提供商150提供的信道元数据相匹配，并且以便向应用140提供适当的内容。如这里所使用的，DCD使能器包括DCD服务器130和DCD客户端120。其中，优选项还用于建立传送信道属性，例如传送进度或优选项、内容存储、内容终止(expiry)、拉(pu1l)或推送(push)服务的选择。在内容选择和信道建立时，DCD使能器将来自内容提供商140的内容传送至应用。

可以由应用140存储优选项作为应用优选项142。此外，可以由DCD客户端存储或高速缓存优选项作为优选项数据122，以及可以由DCD服务器130存储优选项作为优选项数据132。

现在参考图2。图2图示了用于存储应用数据的当前XDM模型210。在图2中，应用220适于向XDM客户端230提供优选项数据222，其中XDM客户端将优选项数据222发表(publish)至XDM服务器240。XDM服务器240存储数据作为优选项数据242。

现在参考图3。图3图示了通用XDM体系结构模型310，通用XDM体系结构模型310允许在作为定义具体服务类的分支的应用唯一标识符(AUID)下，对在XDM储存库(repository)中并且在XDM层级(hierarchy)内存储的任何数据进行存储。将这称作应用用法。

具体地，在根统一资源标识符(URI)312下存在不同的分支。在图例中示出的分支包括“呈现”分支320、AUID X分支330以及AUID Y分支340。

在呈现分支320下，存在针对用户的类别(category)322。在该类别下可以存储不同的用户，在图例中仅提供了示为用户A的第一用户324。如本领域技术人员将理解的，在用户类别322下可以存储多个用户。然而出于说明目的仅示出了一个用户。

第一用户324包括索引326，以存储与用户A有关的具体信息。

在AUID X 330分支下，提供了针对用户的类别332以及针对全局的类别334。如将理解的，全局类别334存储这样的信息：该信息适用于针对AUID X分支330的所有用户。

在图3给出的示例中，在用户类别332中存在单个的用户A336。

类似地，在AUID Y 340分支下，存在用户类别342和全局类别344。用户342包括示为用户A的第一用户346。

采用应用唯一标识符来存储的应用(如，AUID X分支330和AUIDY分支340的应用)的示例可以包括即按即说(push-to-talk)、DCD、移动广告、以及其他。XDM结构允许XDM客户端端存储、取回、更新或删除自/至XDM服务器(注释为根URI)的数据。

XDM还支持感兴趣的客户端或观测器(observer)对基础文档/数据的改变做出异步通知，给定的应用或用户可以有权读取该通知。

如将理解的，XDM体系结构相对统一，并具有预定义的分支。图3示出了XDM服务器上的储存库结构。数据与给定的应用用法有关，所述给定的应用用法存储在由根URI表示的XDM服务器上的储存库中。另外的应用或服务(其需要该信息并且具有得到这种数据的适当授权)可以随后从XDM服务器取回信息或在任何或所有信息发生改变时得到通知。通知还包括与改变了什么有关的具体信息。

如本领域技术人员将理解的，以上适于考虑存储跟具体移动服务与其他服务的关系有关联的优选项。以下将参考动态内容传送体系结构来说明这个方面。然而，本发明不旨在局限于DCD，可以使用与具体移动服务的关系相关联的任何优选项。

现在参考图4。图4示出了这样的示例，在该示例种使用XDM的分支来存储DCD优选项。

具体地，图4图示了一个实施例，该实施例采用针对DCD的独立AUID或服务类以及针对呈现信息的现存AUDI。在图4的示例中，在DCD优选项的用户区域内的每个应用具有与DCD使能的应用相对应的0个或更多个应用元素。对于为给定用户定义的每个唯一应用来说，存在包括相关应用优选项的元素、以及具体供DCD使能器部件使用的应用优选项。此外，还可以存在文档资源，所述文档资源将链接(linkage)或参考提供至呈现信息存储内的相应用户DCD服务方面。这包括间接访问与该服务有关的相关设备信息。这种链接减少了需要包含在DCD优选项中的冗余信息的量，所述DCD优选项具体与DCD服务本身有关。

图4中，XDM根412表示XDM服务器。图4的示例包括三个分支，即，呈现分支420、即按即说分支430以及DCD优选项分支440。

在呈现分支420下，采用类别422来定义用户，包括示为用户A的第一用户424。其他用户可以类似地落入用户类别422。

第一用户424包括索引426，索引426还包括DCD服务元组427。

在DCD服务427下分支出针对DCD服务427的设备，在图4的示例中所述针对DCD服务427的设备包括DCD服务元组中的XML子元素，如膝上型电脑428和电话429。如本领域技术人员将理解的，分支420的分支结构仅仅被看做是示例而并非是限制。

在即按即说分支430下，提供用户类别432和全局类别434。出于说明目的在用户432下示出了单个用户436。

跟在XDM协定(convention)之后的DCD分支440包括用户或全局区域，可以向所述用户或全局区域对XML文档进行存储、搜索、更新、以及其他。这里将这些被称为用户类别442和全局类别444。图4的实施例可以选择将与DCD优选项相关的数据存储在任一类别中。然而，对于图4的示例，为了利用每个唯一用户或记录地址来进行区分，将DCD优选项存储在用户类别中。

出于说明目的在用户442下示出了单个用户446。

用户446包括索引448，索引448包括其下面的多个分支。具体地，在索引448下可以列出不同的应用。图4的示例包括第一应用450和第二应用452。应用450还包括这样的信息：将该信息列为供其他应用和内容提供商访问的优选项(示为方框454)以及供DCD使能器使用的应用优选项(示为方框456)。使用方框458和460针对应用452示出了类似的信息。

在索引448下提供针对用户446的DCD使能器优选项。这样的优选项对所有应用而言是全局的，示为方框462。优选项的示例可以包括传送的进度，其中使用拉(pull)服务而不是推送(push)服务或反之亦然，这是因为它们与用户A有关。

在图4的示例中提供了分支之间的关系，以允许减小不同分支中的冗余。具体地，由方框462与DCD服务427之间的线470示出的关系允许方框462访问针对DCD服务的用户优选项，而不必将优选项存储在独立的分支中或方框462下。

与用户相对应的XML文档的格式涉及具体AUID及其需求。图4中示出的示例不旨在限制。

基于上述记载，必须声明DCD规范应用用法以允许应用优选项的存储/取回。按照在IETF(rfc 4825)中详述的并且被OMA采用的协定，所选择的AUID是售方(vender)/OMA专用的。标准途径是针对AUID的前缀使用反转域名。开放移动联盟的一个示例可以是“org.openmobilealliance”。然后将具体AUID加入其中。例如在图4中，加入“dcd-prefs”。

分支440的模式如同：

<？xml version＝＂1.0＂？>

<xsd:schema

  targetNamespace＝＂urn:oma:xml:dcd:dcd-prefs＂

  xmlns＝＂urn:oma:xml:dcd:dcd-prefs＂

  xmlns:xsd＝＂http://www.w3.org/2001/XMLSchema＂

  elementFormDefault＝＂qualified＂

  attributeFormDefault＝＂unqualified＂>

  <xsd:complexType name＝＂anchorType＂>

    <xsd:attribute name＝＂anc＂type＝＂xsd:anyURI＂

use＝＂required＂/>

             <xsd:anyAttribute processContents＝＂lax＂/>

         </xsd:complexType>

         <xsd:complexType name＝＂svcRefType＂>

             <xsd:sequence>

                   <xsd:element name＝＂serviceRef＂type＝＂anchorType＂

minOccurs＝＂0＂maxOccurs＝＂unbounded＂/>

                  <xsd:any namespace＝＂##other＂

processContents＝＂lax＂minOccurs＝＂0＂maxOccurs＝＂unbounded＂/>

           </xsd:sequence>

           <xsd:anyAttribute processContents＝＂lax＂/>

      </xsd:complexType>

<xsd:complexType name＝＂basePrefsType＂>

    <xsd:sequence>

       <xsd:any namespace＝＂##other＂processContents＝＂lax＂minOccurs＝＂0＂maxOccurs＝＂unbounded＂/>

              </xsd:sequence>

      </xsd:complexType>

      <xsd:complexType name＝＂nonUniquePrefsType＂>

        <xsd:complexContent>

                <xsd:extension base＝＂basePrefsType＂>

                       <xsd:attribute name＝＂id＂type＝＂xsd:token＂

use＝＂required＂/>

                <xsd:anyAttribute processContents＝＂lax＂/>

                </xsd:extension>

         </xsd:complexContent>

</xsd:complexType>

<！--Semantics                             -->

<！--    app-prefs/app-prefs-for-dcd-enabler correlate on id′s-->

<！--    dcd-prefs is optional/single element for DCD-->

<！--         attribute prefsType.id is considered unique-->

<xsd:complexType name＝＂prefsType＂>

       <xsd:sequence>

              <xsd:element name＝＂app-prefs＂

type＝＂nonUniquePrefsType＂minOccurs＝＂0＂maxOccurs＝＂unbounded＂/>

                      <xsd:element name＝＂app-prefs-for-dcd-enabler＂

type＝＂nonUniquePrefsType＂minOccurs＝＂0＂maxOccurs＝＂unbounded＂/>

               <xsd:element name＝＂dcd-prefs＂type＝＂basePrefsType＂

minOccurs＝＂0＂maxOccurs＝＂1＂/>

    </xsd:sequence>

          <xsd:attribute name＝＂id＂type＝＂xsd:token＂use＝＂required＂/>

       <xsd:anyAttribute processContents＝＂lax＂/>

    </xsd:complexType>

    <xsd:element name＝＂services＂type＝＂svcRefType＂/>

    <xsd:element name＝＂preferences＂type＝＂prefsType＂/>

</xsd:schema>

下面是以上所记录的模式的一个示例，针对与采用记录地址(AOR)bob@example.com的用户Bob有关的服务和元数据。

<？xml version＝＂1.0＂？>

<pl:services

    xmlns:pl＝＂urn:oma:xml:dcd:dcd-prefs＂

    xmlns:xsi＝＂http://www.w3.org/2001/XMLSchema-instance＂>

    <！--Sample service schema for user Bob-->

    <p1:serviceRef

anc＝＂http://xdms.com/pidf-manipulation/sip:bob@example.com/index/～～/tuple/service-description/service-id＝％22o rg.openmobilealliance:DCD-Service％22＂/>

</pl:services>

如本领域技术人员将理解的，以上示出了DCD使能器优选项462的一部分，该部分限定了图4中至DCD服务元组427的线470。

另外的示例示出了针对用户Bob的DCD—prefXDM资源：

<？xml version＝＂1.0＂？>

<pl:preferences id＝＂sip:bob@example.com＂

xmlns:pl＝＂urn:oma:xml:dcd:dcd-prefs＂

xmlns:xsi＝＂http://www.w3.org/2001/XMLSchema-instance＂>

<！--Bob′s application specific preferences...-->

<pl:app-prefsid＝＂AdEngine＂>

    <appAdEngine key＝＂prefl＂value＝＂valuel＂/>

    <appAdEngine key＝＂pref2＂value＝＂value2＂/>

</pl:app-prefs>

<pl:app-prefsid＝＂PoC-Service＂any_attribute＝＂any_value＂>

    <pocService key＝＂prefl＂value＝＂value2＂/>

    <pocService key＝＂pref2＂value＝＂value2＂/>

    <any_element/>

</pl:app-prefs>

<！--Bob′s DCD/App preferences...-->

<pl:app-prefs-for-dcd-enablerid＝＂AdEngine＂

any_attribute＝＂any_value＂>

       <adEngineDcdPref key＝＂dcdKeyl＂value＝＂valuel＂/>

       <adEngineDcdPref key＝＂dcdKey2＂value＝＂value2＂/>

       <any_element/>

</pl:app-prefs-for-dcd-enabler>

<！--Bob has a couple of DCD specific preferences...-->

<pl:dcd-prefs>

     <dcdPref key＝＂dcdPrefl＂value＝＂valuel＂/>

  <any_element/>

  <any_element/>

  <any_element/>

  </pl:dcd-prefs>

</pl:preferences>

类似的代码段可以用于以下图5和图6的示例。

现在参考图5。为了提供对应用优选项的这种存储/取回，图5示出了使用基础呈现信息数据模型的另一个基于XDM的变体。与图4的示例不同，图5的示例使用对DCD具体服务参数的直接访问，其中已经将所述DCD具体服务参数添加到了呈现信息存储中以包含在其中。此外，该模型提供对基础设备的直接访问，所述基础设备支持代表用户的DCD。

对于图5，XDM根512包括两个分支。如本领域技术人员将理解的，图5仅仅是作为示例，XDM根下面可能存在多个分支。第一分支520是OMA呈现分支，第二分支560是AUID X分支。图5的示例中，AUIDX分支是即按即说服务。

呈现分支520包括用户类别522，第一用户524存在于该类别下面。

用户索引526落入用户524下面，在索引526下面定义服务元组528。

在图5的情况中，该服务是DCD服务且包括：与方框530中的用户524有关的DCD使能器优选项、第一应用532、第二应用534以及相关设备方框536的描述。

第一应用532包括：供其他应用和内容提供商访问的第一应用优选项(方框540中示出的)，以及供DCD使能器使用的应用优选项(方框542)。类似地，第二应用534包括：供其他应用和内容提供商访问的第二应用优选项(方框544)，以及供DCD使能器使用的应用优选项(方框546)。

AUID X分支560包括用户类别562和全局类别564，用户类别562和全局类别564与以上参考图4所描述的类别432和434类似。

出于说明目的，第一用户566存在于用户类别562下面。如将理解的，在图5的模型中可以并且将有可能存在多个用户。然而出于说明目的仅示出了第一用户。

现在参考图6。实质上，图6图示了一个使能器利用另一个使能器的情况。在图6的示例中，第一使能器是移动广告使能器，第二使能器是动态内容传送使能器。广告引擎经由DCD使能器接收广告，所述广告引擎是移动广告的部件，所述移动广告是DCD使能器的客户端应用。图6示出了这样的示例，在该示例中，在XDM的移动广告分支中定义的广告引擎参阅在呈现分支中描述的通用移动广告服务器优选项，而在XDM的DCD优选项分支中的广告引擎的DCD相关优选项参阅在XDM的移动广告分支中的广告引擎通用优选项。

在图6的示例中，XDM根610包括三个分支。

第一分支620是OMA现有分支。第二分支640是移动广告分支。第三分支660是DCD优选项分支。

在第一分支620下面定义了用户类别622，在用户类别622下面示出了第一用户624。

第一用户624包括索引626，在索引626下面定义了移动广告服务元组628。

在图6的示例中，移动广告服务下面可以具有针对第一设备630和第二设备632的优选项。应注意，图6仅仅是示例，移动广告服务可以包括针对多种设备的优选项，这依赖于表现了与用户A相对应的移动广告的设备。

在针对移动广告的第二分支640下，存在用户类别642和全局类别644。

在用户类别642下面定义第一用户646，第一用户646包括索引648。

广告引擎650落入索引648下面，广告引擎650包括其下面的、供其他应用和内容提供商访问的广告引擎优选项(方框652)。

针对DCD优选项的第三分支660包括用户类别662和全局类别664。

在用户类别662下面包括第一用户666，第一用户666具有索引668。

在图6的示例中，索引668包括广告引擎670、第二应用672、以及与第一用户有关的DCD使能器优选项(方框674)。

广告引擎670是DCD应用的示例。如像本领域技术人员将理解的，在一些实施例中，移动设备的用户可以选择允许广告与用户正在消费或创建的内容相关联，以降低操作移动设备的成本。在某些情况下，这些广告可能与内容相关联或与用户简档相关联。

在图6的示例中，广告引擎670包括供DCD使能器使用的广告引擎优选项(方框678)。

此外，应用672包括：供其他应用和内容提供商访问的应用优选项(方框680)，以及供DCD使能器使用的应用优选项(方框682)。

在图6的示例中，广告代理670参阅在移动广告分支下的广告引擎650，以获得广告引擎优选项。此外，广告引擎650沿着线690参阅移动广告服务628，以获取针对具体设备的具体移动广告服务优选项。

因此上文示出了存储应用优选项的XDM扩展。然而，以上不旨在限于广告或DCD，而仅旨在示出应用优选项与能够插入应用优选项的服务方面之间的联系。

基于图4至6，还可以将上述部署模型推广以包含任何应用或服务，该技术可用于各种不同的服务或各种类型的应用，可以采用这样的方式来定位这种联系，使得存储在XDM服务器中其他地方的现存信息最优化。本领域技术人员还应该注意到，所有的分支可以参阅本地XDM服务器或远程XDM服务器。本地XDM服务器是处于相同位置内或参阅相同根URI内的层级。远程XDM服务器是整体或部分地远离根URI的远程设备(remote)。通过远程根URI基准来进行参考。

可以使用不同的体系结构来针对应用简档用法应用修改后的XDM结构。关于DCD体系结构提供了图7至11的示例。然而如以上所述的，可以使用其他应用简档或优选项。

现在参考图7。图7示出了示例体系结构的框图，在该体系结构中XDM客户端在设备上。

在图7的实施例中，应用710包括优选项712。如本领域技术人员将理解的，优选项712可以包括用户、服务、设备、或应用优选项、以及其他。

应用710与XDM客户端720进行通信，XDM客户端720然后向XDM服务器730发表优选项。XDM服务器存储优选项732以供包括DCD服务器740在内的各种应用使用。如箭头736所示，通过请求优选项或通过接收来自XDM服务器730的优选项，DCD服务器740可以从XDM服务器获得应用742的优选项。

DCD服务器740接着将优选项推送至DCD客户端750，存储这些优选项作为优选项752。

在可选实施例中，XDM客户端720可以适于直接为DCD客户端750提供优选项752。这是由箭头725示出的。

在另外的实施例中，XDM服务器730可以适于直接为DCD客户端750提供优选项752。这是由箭头735示出的。

基于上文，体系结构规定：在安装时或者在用户使用应用之前，该应用不知道传送客户端的存在，也不知道设备执行环境。应用将应用优选项发送至XDM客户端720。

如将进一步理解的，XDM服务器730发表优选项可以利用以上如图4至6描述的任何模型。当XDM服务器730接收优选项时，XDM资源被放置在与用户的记录地址(AOR)相对应的文档中。

当应用请求要推送(push)或拉(pull)的内容时，DCD服务器740向XDM服务器730发起请求，以匹配将要经由DCD客户端750传送至应用的相关信道。DCD客户端750具有相关应用优选项，所述相关应用优选项是从DCD服务器740推送至DCD客户端750的相关应用优选项。这使DCD服务器以及可能使DCD客户端不一定要在设备执行环境内实现本地存储。如图7所示，以上的备选可以使DCD客户端750直接从XDM客户端720取回应用优选项，或者使DCD客户端接收来自XDM服务器730的应用优选项。

DCD客户端750可以在本地地存储或高速缓存这些优选项。这种部署模型的优点是：当外部源(如，内容提供商、来自桌面pc的授权用户、以及其他)更新基础元数据时，DCD客户端可以灵活地执行重取(re-fetch)或者得到XDM服务器730的通知。

参考图8图示了可选结构。图8示出了另一种方法，其中初始处理步骤与参考图7所描述的步骤类似。过程是相同的，应用810具有与XDM客户端820通信的优选项812，直到XDM客户端820发表相关的优选项为止。经由嵌入在DCD客户端840内的HTTP代理对HTTP发表业务进行重新路由，并且DCD客户端还可以根据HTTP/POST请求选择应用优选项并将其本地存储(如842所示)，而不是作为优选项832直接登入(post)XDM服务器830。优点是直接的，因为这避免了通过网络与XDM服务器的连接。此外，如箭头835所示，DCD客户端840可以把优选项间接地传递至XDM服务器830。

DCD服务器850可以与DCD客户端840类似地进行的处理，仅存储来自优选项集合的应用优选项852，所述优选项集合由应用经由DCD客户端840提供的。最后，将应用优选项传送至XDM服务器830以进行存储。该模型的优点是，DCD客户端可以立即获知和使用优选项的更新。该模型的另一优点是，当改变了优选项时，DCD客户端840可以在合适的时机传输这些改变或完整的新集合或优选项，而不是如XDM客户端820那样立即传输。

在图8的实施例中，通过作为超文本传输协议(HTTP)代理的DCD客户端840对自XDM客户端820至XDM服务器830的通信进行重新路由。

参考图9示出了另外的可选模型。图9示出了一种模型，其中将应用优选项传输至DCD客户端。在该模型中，使XDM客户端直接位于DCD客户端内。该模型使得XDM DCD客户端能够在将优选项传输至XDM服务器之前本地存储优选项。该模型也结合了DCD存储和在XDM通用架构内传送能力的优点。DCD客户端和服务器采用与上述模型(具体地，参考图8的模型)相同的方式运行。如本领域技术人员将理解的，DCD服务器能够直接从XDM服务器取回应用优选项。

参考图9，应用910包括优选项912，将所述优选项912传播到组合

的DCD-XDM客户端920。

组合的DCD-XDM客户端920将这些优选项发表至XDM服务器

930，然后XDM服务器930使用与图4至6的模型相类似的模型来存储优

选项932。

DCD服务器940从XDM服务器930取回应用优选项932作为优选项942。

如图9所示，DCD-XDM客户端可以存储优选项作为922，进一步地DCD客户端侧可以存储这些优选项作为优选项924。

参考图10，图10示出了另一模型的框图，其中应用根据当前DCD模型通过DCD客户端来传输该应用的优选项。然后，DCD客户端可以选择本地存储优选项以及将优选项传输或发送至DCD服务器。在图10的情况下，DCD服务器包括嵌入的XDM服务器功能性。因此，DCD服务器联系XDM服务器并发表优选项。如将理解的，图10的模型允许优选项的理想同步。DCD服务器可以根据需要在任何时间连接到XDM服务器。DCD客户端可以根据应用优选项以其当前元数据快照(snapshot)进行和运行，即使没有连接或XDM服务器没有在运行。

因此，在图10中，应用1010包括优选项1012并且将这些优选项传播至DCD客户端1020，如上文所述，DCD客户端1020可以本地存储这些优选项作为1022。

DCD客户端将优选项1022发送至DCD服务器1030，DCD服务器1030可以存储优选项作为1032。在图10的情况下，DCD服务器1030包括XDM客户端1034功能性，并且基于此将优选项发表至XDM服务器1040，然后XDM服务器1040根据以上图4至6的模型存储优选项的全集作为1042。

现在参考图11。图11描述了一种模型，其中在初始化和安装时给应用授权直接联系XDM服务器。在图11的模型中，将XDM客户端嵌入到应用本身内。尽管这增加了复杂性，然而这使得应用可以取回其应用优选项而无需牵连到DCD客户端、代理或者其他媒介。

图11的DCD服务器和图11的DCD客户端可以如图所示地进行。

具体地，应用1110包括优选项1112。进一步，应用1110包括嵌入的XDM客户端1114，并且基于此可以将其优选项直接发表至XDM服务器1120，然后XDM服务器1120根据以上图4至6的模型存储优选项作为1122。

DCD服务器1130可以从XDM服务器1120取回优选项，并且可以将这些优选项高速缓存作为1132。

此外，DCD服务器1130将优选项推送至DCD客户端1140，然后DCD客户端1140将优选项高速缓存作为1142。

从而，本发明涉及通用的应用优选项，具体涉及一种间接方法，通过使用XDM使能器向DCD使能器提供优选项，从而回避以DCD客户端直接注册应用。

本发明还提供了一种用户优选项模型，以将应用优选项提供至OMA DCD使能器的通用传送应用。具体地，在一个实施例中，本方法和系统包括：针对符合其他OMA应用用法标识符的XDM建立OMADCD应用用法。

如将理解的，应用、DCD客户端以及某些情况下的XDM客户端可以存在于任何移动设备上。以下参考图12描述了一个示例移动设备。这不旨在限制，而是出于说明目的来提供的。

图12是图示了移动台的框图，该移动台适用于本申请的设备和方法的优选实施例。优选地，移动台1200是具有至少语音和数据通信能力的双向无线通信设备。优选地，移动台1200能够与网络上的其他计算机系统进行通信。作为示例，根据所提供的精确功能性，无线设备可以涉及：数据通讯(data messaging)设备、双向寻呼机、无线电子邮件设备，具有数据消息能力的蜂窝电话、无线因特网设备、或数据通信设备。

在使能移动台1200以进行双向通信的情况下，移动台1200将与通信子系统1211结合，通信子系统1211包括：接收机1212和发射机1214以及相关部件，如：一个或多个(优选是嵌入的或者内部的)天线元件1216和1218、本地振荡器(LO)1213、以及诸如数字信号处理器(DSP)1220之类的处理模块。如通信领域技术人员将理解的，通信子系统1211的具体设计将依赖于设备工作所在的通信网络。

网络接入需求将还根据网络1219的类型而变化。在一些CDMA网络中，网络接入与移动台1200的订户或用户相关联。CDMA移动台可能需要可移动用户识别模块(RUIM)或订户识别模块(SIM)卡以在CDMA网络上进行操作。SIM/RUIM接口1244通常类似于卡槽，可以将SIM/RUIM卡像磁盘或PCMCIA卡那样插入和弹出卡槽。SIM/RUIM卡可以具有大约64K的存储量，并且保存很多关键配置1251以及诸如标识和订户相关信息之类的其他信息1253。

当完成了所需的网络注册或者激活过程时，移动台1200可以通过网络1219来发送和接收通信信号。如图12所示，网络1219可以包括与移动设备进行通信的多个基站。例如，在混和CDMA 1x EVDO系统中，CDMA基站和EVDO基站与移动台通信，移动台同时与二者连接。EVDO和CDMA 1x基站使用不同的呼叫时隙与移动台进行通信。

将天线1216通过通信网络1219接收的信号输入到接收机1212，接收机1212执行诸如信号放大、下变频(frequency down conversion)、滤波、信道选择等之类的普通接收机功能，以及在图12所示的示例系统中的模拟至数字(A/D)转换。对所接收的信号的A/D转换允许更复杂的通信功能，如要在DSP 1220中执行的解调和解码。以类似的方式，DSP 1220对要传输的信号进行处理(例如，包括调制和编码)，并且将其输入到发射机1214以进行数字至模拟转换、上变频、滤波、放大、以及经由天线1218在通信网络1219上传输。DSP 1220不仅处理通信信号，还提供接收机和发射机控制。例如，可以通过在DSP 1220中实现的自动增益控制算法对应用在接收机1212和发射机1214中的通信信号上的增益进行适应性控制。

优选地，移动台1200包括微处理器1238，微处理器1238控制设备的全部操作。通过通信子系统1211来执行包括至少数据和语音通信在内的通信功能。微处理器1238还与其他设备子系统交互，如：显示器1222、闪存1224、随机存取存储器(RAM)1226、辅助输入/输出(I/O)子系统1228、串行端口1230、一个或更多个键盘或键区1232、扬声器1234、麦克风1236、其他通信子系统1240(如，短距离通信子系统)、以及一般标注为1242的任何其他设备子系统。串行端口1230可包括USB端口或本领域技术人员已知的其他端口。

图12所示的子系统中的一些子系统执行通信相关的功能，而其他子系统可以提供“常驻(resident)”或设备上(on-device)功能。特别地，例如，一些子系统(如，键盘1232和显示器1222)既可用于通信相关功能(例如输入文档消息以在通信网络中传输)又可用于设备常驻功能(例如计算器和任务列表)。

优选地，微处理器1238所使用的操作系统软件存储在诸如闪存1224之类的永久性存储设备中，其中可以将闪存1224替换成只读存储器(ROM)或类似的存储元件(未示出)。本领域技术人员将理解，可以将操作系统、具体设备应用、或其部分临时载入诸如RAM1226之类的易失性存储器中。还可以将所接收的通信信号存储在RAM1226中。

如所示出的，可以针对计算机程序1258以及程序数据存储1250、1252、1254和1256将闪存1224分成不同的区。这些不同的存储类型指示每个程序可以针对它们自己的数据存储需求分配到闪存1224的一部分。微处理器1238除了它的操作系统功能以外还优选地使能在移动台上执行软件应用。控制基本操作的预定应用集合(例如包括至少数据和语音通信应用)，通常将在制造期间被安装在移动台1200上。可以随后或动态地安装其他应用。

一个理想的软件应用可以是个人信息管理器(PIM)应用，个人信息管理器(PIM)应用能够组织和管理与移动台的用户有关的数据项目，例如而不限于：电子邮件、日历事件、语音邮件、约会和任务项目等。当然，在移动台上将具有一个或多个存储器设备上可用的，以便于PIM数据项目的存储。优选地，这样PIM应用将能够经由无线网络1219发送和接收数据项目。在优选实施例中，经由无线网络1219对PIM数据项目进行无缝集成、同步以及更新，其中采用主计算机系统来存储移动台用户的相应数据项目，或所述移动台用户的相应数据项目与主计算机系统相关联。还可以通过网络1219、辅助I/O子系统1228、串行端口1230、短距离通信子系统1240或者任何其他适合的子系统1242将其他应用载入到移动台，由用户将所述其他应用安装在RAM 1226中或优选地安装在非易失性存储设备中(未示出)以供微处理器1238执行。这种在应用安装方面的灵活性提高了设备的功能性并且可以提供增强的设备上功能、通信相关功能、或二者皆可。例如，安全的通信应用可以使能利用移动台1200来执行电子商务功能或其他这样的金融交易。

在数据通信模式中，通信子系统1211将对所接收的信号(例如文本消息或者网页下载)进行处理，并且输入至微处理器1238，微处理器1238优选地对输入信号进行进一步处理，以输出至显示器1222，或可选地输出至辅助I/O设备1228。在一些实施例中，客户端1260(等同于DCD客户端120、750、840、920、1020和1140、或XDM客户端230、820或1114)可以在移动设备上。

移动台1200的用户还可以使用键盘1232以及显示器1222和可能地辅助I/O设备1228来组成数据项目(例如，邮件消息)，优选地所述键盘是字母数字(alphanumeric)键盘或电话型键盘。然后可以通过通信子系统1211在通信网络上传输这种组成的项目。

对于语音通信，移动台1200的全部操作是类似的，除了以下情况之外：优选地将所接收信号输出至扬声器1234，并且将由麦克风1236产生用于传输的信号。还可以在移动台1200上实现可选的语音或音频I/O子系统(如，语音消息记录子系统)。尽管优选地主要通过扬声器1234来实现语音或音频信号输出，然而还可以使用显示器1222来提供对以下项目的指示：例如主叫方的识别、语音呼叫的持续时间、或者其他与语音呼叫相关的信息。

通常在个人数字助理(PDA)型的移动台中实现图12中的串行端口1230，对于所述个人数字助理(PDA)型的移动台而言可能需要与用户的桌面计算机(未示出)的同步，然而所述串行端口1230是可选的设备部件。这样的端口1230将使用户能够通过外部设备或软件应用来设置优选项，并且通过为移动台1200提供信息或软件下载(除了通过无线通信网络之外)将扩展了移动台1200的能力。例如，可以使用可选的下载路径通过直接的(从而可靠的并且且可信赖的)连接将加密密钥载入到设备上，从而使能安全的设备通信。如本领域技术人员将理解的，串行端口1230可以用于将移动设备连接到计算机，以起到调制解调器的作用。

其他通信子系统1240(例如，短距离通信子系统)是另外的可选部件，其可以提供移动台1200与不同系统或设备之间的通信，所述不同的系统或设备不一定是类似的设备。例如，子系统1240可包括：红外设备以及相关的电路和部件、或蓝牙通信模块，以提供与类似地使能的系统和设备的通信。

这里描述的实施例是结构、系统或方法的示例，所述结构系统或方法具有与本申请的技术元素相对应的元素。这些记载的描述可以使本领域技术人员能够制造和使用实施例，所述实施例具有同样与本申请的技术元素相对应的可选元素。因此本申请技术的期望范围包括与这里描述的本申请技术没有差别的其他结构、系统或方法，还包括与这里描述的本申请技术没有实质差别的其他结构、系统或方法。

Claims (25)

1、一种为移动服务提供应用优选项的方法，包括：

将与应用和移动服务之间的关系相关联的优选项发表至可扩展标记语言XML文档管理XDM储存库；以及

将与应用和移动服务之间的关系相关联的优选项存储在XDM服务器上。

2.如权利要求1所述的方法，其中，所述优选项是针对动态内容传送DCD使能器的应用优选项。

3.如权利要求2所述的方法，其中，所述应用优选项是通用的或内容特定的应用优选项。

4.如权利要求2或3所述的方法，其中，所述针对DCD使能器的优选项存储在XDM储存库的应用唯一标识符分支中。

5.如权利要求2或3所述的方法，其中，所述针对DCD使能器的优选项存储在针对非DCD服务的分支下。

6.如权利要求5所述的方法，其中，所述非DCD服务是呈现服务。

7.如权利要求2至6中任何一项所述的方法，其中，所述发表步骤包括：

从应用向XDM客户端提供优选项；

将优选项发送至XDM服务器；

从XDM服务器至DCD服务器取回优选项；以及

将优选项从XDM服务器或DCD服务器推送至DCD客户端。

8.如权利要求2至6中任何一项所述的方法，其中，所述发表步骤包括：

从应用向XDM客户端提供优选项；

将优选项发送至XDM服务器；

使用DCD客户端作为XDM服务器与XDM客户端之间的超文档传输协议代理，从而从DCD客户端处取回优选项；以及

将优选项从DCD客户端发送至DCD服务器，或从XDM服务器发送至DCD服务器。

9.如权利要求8所述的方法，其中，所述发送步骤包括重新路由至DCD客户端。

10.如权利要求2至6中任何一项所述的方法，其中，所述发表步骤包括：

从应用向组合的XDM-DCD客户端提供优选项；

将优选项发送至XDM服务器；以及

从XDM服务器至DCD服务器取回优选项。

11.如权利要求2至6中任何一项所述的方法，其中，所述发表步骤包括：

从应用至DCD客户端提供优选项；

将优选项发送至已知XDM的DCD服务器；以及

将优选项从已知XDM的DCD服务器转发到XDM服务器。

12.如权利要求2至6中任何一项所述的方法，其中，所述发表步骤包括：

从已知XDM的应用向XDM服务器提供优选项；

从XDM服务器至DCD服务器取回优选项；以及

将优选项从DCD服务器推送至DCD客户端。

13.如前面任一权利要求所述的方法，其中，所述发表允许第一使能器使用第二使能器，所述第一使能器使用XDM储存库中的第一分支，所述第二使能器使用第二分支。

14.如权利要求13所述的方法，其中，第一分支和第二分支位于独立的XDM储存库中。

15.一种用于将应用优选项注册到内容传送系统的系统，包括：

XDM储存库，位于XDM服务器上，适于存储与移动服务之间的关系相关联的优选项；以及

XDM客户端，适于发表与移动服务之间的关系相关联的优选项。

16.如权利要求15所述的系统，其中，所述优选项是针对动态内容传送DCD使能器的应用优选项，系统还包括DCD服务器和DCD客户端。

17.如权利要求16所述的系统，其中，所述应用优选项是通用的或内容特定的应用优选项。

18.如权利要求16或权利要求17所述的系统，其中，所述针对DCD服务器和DCD客户端的优选项存储在XDM储存库的应用用法、用户分支中。

19.如权利要求16至18中任何一项所述的系统，其中，所述XDM客户端适于从应用接收优选项以及将优选项发送至XDM服务器；以及

所述DCD服务器适于从XDM服务器取回优选项以及将优选项推送至DCD客户端。

20.如权利要求16至18中任何一项所述的系统，其中，所述XDM客户端适于从应用接收优选项以及将优选项发送至XDM服务器；以及

所述DCD客户端适于被用作在XDM服务器与XDM客户端之间的超文本传输协议代理，从而从DCD客户端处取回优选项，DCD客户端或XDM服务器还适于将优选项发送至DCD服务器。

21.如权利要求16至18中任何一项所述的系统，其中，所述XDM客户端与DCD客户端或DCD服务器相组合。

22.如权利要求16至18中任何一项所述的系统，其中，所述XDM客户端与应用相组合。

23.如前面任一权利要求所述的系统，还包括第一使能器，所述第一使能器适于使用第二使能器的优选项，所述第一使能器使用XDM储存库中的第一分支，第二使能器使用第二分支。

24.如权利要求23所述的系统，其中，第一分支和第二分支位于独立的XDM储存库中。

25.一种承载计算机可读指令的计算机可读介质，在服务器的处理器执行该指令时该指令使得服务器执行权利要求1至14中任一项所述的方法。

Images