WO2007112673A1

WO2007112673A1 - The method of device capability information negotiation, the method, system and device of synchronization

Info

Publication number: WO2007112673A1
Application number: PCT/CN2007/001018
Authority: WO
Inventors: Linyi Tian; Xiangzhou Guo; Jiao Kang
Original assignee: Huawei Technologies Co. Ltd.
Priority date: 2006-03-30
Filing date: 2007-03-29
Publication date: 2007-10-11
Also published as: EP2001160A9; CN101047707A; US20090144434A1; EP2001160A2; EP2001160A4; US8051186B2

Description

设备能力信息协商的方法、同步方法及其系统、设备

本申请要求于 2006 年 3 月 30 日提交中国专利局、申请号为 200610070975.7、发明名称为"发起设备能力信息协商的方法及系统，，的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及数据同步规范（ SyncML Data Synchronization )技术领域，特别是指设备能力信息协商的方法、同步方法及其系统、设备。

背景技术

业界团体 SyncML iniative在 2000年 2月份创建，其目的是为了制订可以在多个平台及网络之间实现个人信息及企业内数据同步的标准规范。开发 SyncML的目的在于：使终端用户、设备开发商、基础构件开发商、数据提供商、应用软件开发商以及服务提供商等协同工作，真正实现使用任何终端设备均可随时随地访问任何网絡数据的目标。 SyncML数据同步的典型应用是移动设备或应用服务器、与网络服务器之间的数据同步。除此之外， SyncML还可用于对等实体的数据同步，如两台 PC之间。

图 1 所示为实现同步的系统示意图。所述为实现同步的系统包括 SyncML客户端和服务器。所述 SyncML客户端与服务器经过同步初始化阶段的参数协商以后，互相发送各自改变的数据，以保证双方数据的同步。

数据同步类型分为多种, 具体参见表一。

表一：数据同步类型

同步类型描述信息

双向同步双向同步是通常所使用的一种同步方式。采用该方式，同步客户端

( Two-way sync ) 和服务器端相互仅交换彼此设备中的数据修改信息（未修改的不交换）。客户端首先发送其修改信息。

慢同步慢同步是双向同步的一种特殊类型，不同之处在于必须对数据进行 ( Slow sync ) 逐条、逐个字段的进行比较处理。这意味着，同步时，客户端和服务器端都必须把本地数据库中的所有数据都发送到对端，然后服务器端或客户端对接收到每条数据与自身保存的每条数据进行逐个字段的同步分析。

客户端单向同步客户端单向同步是一种单边方式的同步。只有客户端发送其数据修 ( One-way sync 改信息到服务器，而服务器并不把服务器端的修改信息发给客户端。 from client only )

客户端刷新客户端刷新也是一种单边方式的同步。客户端把本地数据库中的所

( Refresh sync 有数据都发送到服务器端，服务器用客户端的数据来覆盖服务器数 from client only ) 据库中的所有数据。即服务器中的数据和客户端的完全一致，不多、不少、也没有不同的记录。 .

服务端单向同步服务端单向同步和客户端单向同步类似。只有服务器发送其数据修

( One-way sync 改信息到客户端，而客户端并不把它的修改信息发给服务器。

from server only )

月艮务端刷新服务端刷新和客户端刷新类似。服务器把数据库中用户的所有数据

( Refresh sync 都发送到用户客户端，客户端用服务器的数据来覆盖客户端数据库 from server only ) 中的所有数据。即客户端中的数据和服务器的完全一致，不多、不少、也没有不同的记录。 .

服务端通知同步服务端通知同步是指由服务器首先提醒客户端来执行同步操作。即

( Server Alerted 由服务器来告诉客户端开始一个特定类型的同步操作。仅仅是服务 Sync ) 器通知终端，要求其发起某种同步，后续同步流程可能为以上六种同步方式。

下面仅以双向同步为例具体说明数据同步的过程，其他同步是双向同步的特殊情况。例如，慢同步可以看成是客户端和服务器发送全部数据的双向同步；单向同步是单方向发送同步数据的双向同步；刷新同步是单方向发送数据的慢同步。

参见图 2, SyncML规范中规定的同步流程通常分为三个阶段：第一阶段：步骤 Pkg # l ~ Pkg # 2，同步初始化阶段。 SyncML客户端和服务器端主要完成身份鉴权和设备能力信息的协商。其中设备能力信息包括与设备相关的数据，如设备制造商、型号、版本号等等；与同步数据相关的数据，如支持的同步数据类型、属性、参数等等；与数据存储相关的数据，如数据存储容量、存储支持的同步数据类型、方式等等；以及与扩展机制相关的数据，如扩展元素名等等。本阶段内的交互过程通常需要持续多次才能成。

在本阶段，同步客户端（ Date Sync Client, 以下称为 DS客户端）发送的初始化消息（ SyncML Initialization Message )中，其<?111>命令标签中包含客户端的设备能力信息；其<0 >命令标签用于请求同步服务器（Date Sync Server, 以下称为 DS服务器）的设备能力信息。当然，如果 DS客户端不需要服务器端的设备能力信息，也可以不发送 <Get> ^令。 DS客户端和服务器的地位是相等的，如果同步过程中 DS客户端没有使用 <Put>命令发送设备能力信息， DS服务器可以使用<061 命令要求客户端发送设备能力信息。

当客户端和服务器端的身份鉴权和设备能力信息的协商全部完成后，才会进入下一阶段。

第二阶段：步驟 Pkg # 3 ~ Pkg # 4, 同步阶段。其主要用于客户端和服务器中的一端，根据数据的状态，如新增 Add、更新 Update、删除 Delete, 移动 Move, 将发生改变的数据通过操作命令的方式发送到客户端和服务器中的另一端，由另一端按照这些命令进行相同的操作来达到同步的目的。

第三阶段：步骤 Pkg # 5 ~ Pkg # 6，同步完成阶段，其主要用于客户端和服务器端互相确认同步完成。

本发明的发明人在进行本发明的创造过程中，发现现有技术至少存在以下问题：现有技术进行同步初始化操作时一般都包括设备能力信息协商过程，该过程占用较多时间，造成数据同步过程不必要地被延长，同步效率较低，具体可以由以下分析得出：

从现有的同步流程中可以看出，每次进行数据同步前必须首先执行同步初始化操作，而在同步初始化操作中又普遍包括设备能力信息协商过程。然而现实中设备能力信息并不经常发生变化，即使设备能力信息发生变更也可能仅仅是部分信息的变更；而且，发送全部设备能力信息会导致数据量非常大，因此会延长数据同步的时间。

此外，由于现有设备能力信息中包含有对数据格式相关的描述信息，造成数据同步协议与被同步的数据存在耦合关系，即每次增加新的数据格式、修改设备能力信息时，都会影响数据同步规范。

可见，提高同步效率是亟待需要解决的问题。因此，发明人经过有效的探索而提出本发明。

发明内容

有鉴于此，本发明在于分别提供能够提高同步效率的设备能力信息协商方法、同步方法以及同步系统、同步设备、同步服务器、 DM服务器、 DM 客户端、同步客户端。本发明的上述方面分别是这样实现的：

提供第一技术方案：一种同步方法，包括以下步骤：在第一设备和第二设备之间发起同步流程；确认前次设备能力协商后是否保存有设备能力信息或状态标识、或设备能力信息未改变状态标识；在保存有所述已协商设备能力信息或状态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商，进行同步操作。

提供第二技术方案：一种设备能力信息协商的方法，包括以下步骤：收到操作请求，所述操作请求携带要求进行设备能力信息协商的参数；根据该请求携带的要求进行设备能力信息协商参数确定本次会话为设备能力信息协商会话；返回响应，进行设备能力信息协商；保存所述设备能力信息协商结果并结束本次会话。

提供第三技术方案：一种设备能力信息协商的方法，包括以下步骤：收到设备能力信息协商请求；返回自身设备能力信息；保存协商结果并结束。

提供第四技术方案：一种同步系统，包括同步服务器和同步客户端，所态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商而在所述同步服务器和同步客户端之间直接进行同步操作。

提供第五技术方案：一种同步设备，包括：配置单元，用于保存已协商的设备能力信息或状态标识、或设备能力信息未改变状态标识；同步触发单元，用于在确认保存有所述已协商设备能力信息或状态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商过程而直接触发同步操作。

提供第六技术方案：一种同步服务器，包括：请求接收单元，用于在会话中接收携带要求进行设备能力信息协商参数的操作请求；会话类型确定单元，用于根据该操作请求携带的要求进行设备能力信息协商参数确定本次会话为设备能力信息协商会话；协商单元，用于在确定本次会话为设备能力信息协商会话后进行设备能力信息协商；会话控制单元，用于保存所述设备能力信息协商结果并结束本次会话。

提供第七技术方案：一种 DM服务器，包括：请求接收单元，用于在会话中接收携带要求 DM服务器获取的客户端同步管理对象标识的操作请求；会话类型确定单元，用于根据该操作请求确定本次会话为设备能力信息协商会话；协商单元，用于在确定本次会话为设备能力信息协商会话后根据所述客户端同步管理对象标识下发具体的操作命令，并接收上报的客户端设备能力信息；转发单元，用于将接收到的所述客户端设备能力信息发送给同步服务器。

提供第八技术方案：一种 DM客户端，包括：请求接收单元，用于在会话中接收所述同步客户端设备能力信息请求；设备能力信息获取单元，用于读取已设置的同步客户端同步管理对象所对应的全部或者部分节点的数据，获得待上报的客户端设备能力信息；上报单元，用于向 DM服务器发起操作请求，所述操作请求包括携带客户端设备能力信息的初始会话连接请求。

提供第九技术方案：一种 DM客户端，包括：操作命令请求单元，用于向 DM服务器发起初始会话连接请求，并在该初始会话连接请求中携带要求 DM服务器获取的客户端同步管理对象标识；操作命令接收单元，用于接收与所述客户端同步管理对象标识对应的操作命令；设备能力信息获取单元，用于根据所述操作命令，读取已设置的同步客户端同步管理对象所对应的全部或者部分节点的数据，获得待上报的客户端设备能力信息；上报单元，用于向所述 DM服务器发送所述操作命令的回应信息，所述回应信息携带所述客户端设备能力信息。

提供第十技术方案：一种同步服务器，包括：请求接收单元，用于在会话中接收携带要求进行设备能力信息协商参数的操作请求，所述参数携带获取所述同步服务器端设备能力信息的信息；会话类型确定单元，用于根据该操作请求携带的要求进行设备能力信息协商参数确定本次会话为设备能力信息协商会话；协商单元，用于在确定本次会话为设备能力信息协商会话后将自身设备能力信息下发给同步客户端，通知其保存所述设备能力信息协商结果并结束本次会话。

提供第十一技术方案：一种 DM服务器，包括：请求接收单元，用于在会话中接收携带要求进行设备能力信息协商参数的操作请求，所述参数携带获取同步服务器端设备能力信息的信息；会话类型确定单元，用于根据该操作请求携带的要求进行设备能力信息协商参数确定本次会话为设备能力信息协商会话；设备能力信息获取单元，用于在确定本次会话为设备能力信息协商会话后从所述同步服务器中获取其设备能力信息；下发单元，用于将所述同步服务器端设备能力信息通过 DM客户端发送给同步客户端以保存，结束本次会话。

提供第十二技术方案：一种同步的方法，包括以下步骤：同步客户端向同步服务器发起操作请求；如果所述的同步服务器确定所接收到的操作请求是数据同步请求，并在确认保存有设备能力信息或状态标识、或设备能力信息未改变状态标识后，执行同步处理；如果所述的同步服务器确定所接收到的操作请求是设备能力信息协商请求，则执行设备能力信息协商操作。

以上第一技术方案可以看出，本发明实施方式通过对前次设备能力协商后是否保存有设备能力信息或状态标识、或设备能力信息未改变状态标识的确认，确定本次会话不需要设备能力信息协商时，跳过设备能力信息协商过程，既简化同步协议，提高同步效率；又避免因为设备能力信息协商流程的变更而导致的同步流程的变更，进而避免经常性修改数据同步规范的技术问题。

以上第二技术方案可以看出，本发明实施方式通过对操作请求类型的判断，确定本次会话是设备能力信息协商会话，与现有技术同步会话相区另 ij , 因此可以单独进行设备能力信息协商并保存协商结果，以利于下次同步时跳过设备能力信息协商过程，既提高同步效率；又避免因为设备能力信息协商流程的变更而导致的同步流程的变更，进而避免经常性修改数据同步规范的技术问题。

以上第三技术方案可以看出，本发明实施方式在收到设备能力信息协商请求时，确定本次会话是设备能力信息协商会话，因此可以把自身设备能力信息告诉对端，以利于下次同步时跳过设备能力信息协商过程，既提高同步效率；又避免因为设备能力信息协商流程的变更而导致的同步流程的变更，进而避免经常性修改数据同步规范的技术问题。以上第四、五技术方案可以看出，本发明实施方式通过对是否保存有设备能力信息或状态标识、或设备能力信息未改变状态标识进行确认，在确定本次会话不需要设备能力信息协商时，跳过设备能力信息协商过程，既简化同步协议，提高同步效率；又避免因为设备能力信息协商流程的变更而导致的同步流程的变更，进而避免经常性修改数据同步规范的技术问题。

以上第六、七、八、九、十、十一技术方案可以看出，本发明实施方式同步客户端与同步服务器相互配合，或同步客户端、 DM客户端、 DM服务器与同步服务器配合，实现单独进行设备能力信息协商并保存协商结果的功能，以利于下次同步时跳过设备能力信息协商过程，既提高同步效率；又避免因为设备能力信息协商流程的变更而导致的同步流程的变更，进而避免经常性修改数据同步规范的技术问题。

以上第十二技术方案可以看出，本发明实施方式根据是否需要进行设备能力信息协商的信息、直接进行同步或设备能力信息协商的流程，既可以在一定情况下跳过设备能力信息协商过程，也可以在需要设备能力信息协商时进行设备能力信息协商，实现提高同步效率的技术效果。

附图说明

图 1是现有技术同步系统的示意图；

图 2是现有技术 SyncML同步方法的流程示意图；

图 3 是本发明设备能力信息协商的方法以及同步方法第一实施方式的流程示意图；

图 4是本发明实施方式采用的 DM规范的整体结构示意图；

图 5是本发明设备能力信息协商方法第二实施方式 DM方式下 DS客户端上报客户端设备能力信息的流程示意图；

图 6是本发明设备能力信息协商方法第三实施方式 DM方式下 DS客户端上 4艮客户端设备能力信息的流程示意图；

图 7是本发明设备能力信息协商方法第四实施方式 DM方式下 DS客户端请求服务器端设备能力信息的流程示意图；

图 8是本发明设备能力信息协商方法第五实施方式 DM方式下 DS客户端请求服务器端设备能力信息的流程示意图；图 9是本发明设备能力信息协商第六实施方式的流程示意图；图 10是本发明设备能力信息协商第七实施方式 DM方式下 DS服务器主动发起设备能力信息协商的流程示意图；

图 11是本发明实施方式采用的客户端管理树结构示意图；

图 12是基于图 11的有关设备能力信息客户端管理对象的一具体实施方式；

图 13是本发明同步系统第一实施方式的结构示意图；

图 14是本发明同步系统第二实施方式的结构示意图；

图 15是本发明同步设备第一实施方式的结构示意图；

图 16是本发明同步服务器第二实施方式的结构示意图；

图 17是本发明 DM服务器第一实施方式的结构示意图；

图 18是本发明 DM客户端第一实施方式的结构示意图；

图 19是本发明 DM客户端第二实施方式的结构示意图；

图 20是本发明 DM服务器第二实施方式的结构示意图。

具体实施方式

下面结合附图及实施方式对本发明再做进一步的详细说明。

本发明的一个方面是：提供一种仅协商设备能力信息的会话类型，完成一次设备能力协商后，客户端和 /或服务器分别保存协商后的设备能力信息以供后续同步使用；在此信息未发生变更或丢失的情况下，在每次同步会话的初始化阶段则不再进行协商，从而使得设备能力信息协商过程独立于同步过程，减少了协商的次数和频率。而且，该独立协商过程既可以是协商全部的设备能力信息，也可以仅协商较前一次发生变化的设备能力信息，还可以仅协商当前同步交互中所需的设备能力信息等。

下面分 DS客户端主动发起请求和 DS服务器主动发起请求两方面来说明。

图 3是本发明设备能力信息协商的方法以及同步方法第一实施方式的流程示意图。本图是以 DS客户端主动发起请求来说明的。步骤 301 , 在 DS服务器和 DS客户端之间发起同步流程，包括 DS服务器接收来自 DS客户端的操作请求，所述操作请求可以是数据同步请求或设备能力信息协商请求。

其中，使用状态码 200到 205表示客户端向服务器请求同步时使用的同步类型， 206到 210表示服务器向客户端发送通知，要求客户端发起的同步类型。在本实施方式中，所述操作请求携带要求进行设备能力信息协商的参数，比如可以类似增加 230和 231分别表示客户端和服务器要求对端发起设备能力协商。

步骤 301中，如果客户端向服务器发送的操作请求中，携带的状态码为 200到 205中任意一个，则为同步请求；如果为 230, 则^ ^据该请求携带 230 状态码确定本次会话为设备能力信息协商会话，所述操作请求为设备能力协商请求。

步骤 302 , DS服务器判断接收到的请求是数据同步请求还是设备能力信息协商请求，如果是前者，则执行步骤 303，如果是后者则执行步驟 306。

步骤 303 , DS服务器检测当前会话是否需要进行设备能力信息协商，具体方式是确认前次设备能力协商后是否保存有设备能力信息或状态标识、或设备能力信息未改变状态标识。

所述保存的设备能力信息或状态标识、或设备能力信息未改变状态标识是在前次设备能力协商后得到或设置，用于作为下次同步时判断是否需要设备能力信息协商的依据。

上述检测的过程为： DS服务器判断自身是否存在与发起请求的同步客户端标识（ID )对应的设备能力信息协商已经完成的状态标识、设备能力信息协商已改变的状态标识、或保存有本次同步所需的设备能力信息。

在 DS服务器保存有所述已协商设备能力信息或状态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商，执行步骤 304; 否则执行步骤 305，进行设备能力信息协商。

步驟 304, 对接收到的请求返回响应，并继续执行同步处理，结束。步驟 305,对接收到的请求返回要求所述 DS客户端进行设备能力信息协商的响应。步驟 306, 执行设备能力信息协商操作，保存所述设备能力信息协商结果并结束本次会话。所述的设备能力信息协商按照如下方法之一进行：

1 )对全部或部分设备能力信息进行协商；

2 )对当前同步交互中才需要的设备能力信息进行协商；

3 )根据数据类型协商相关设备能力信息；

4 )对使用 U I指明待协商的设备能力信息进行协商；

5 )对使用表达式指明待协商的设备能力信息进行协商。

上述的协商方法可以保存在 DS服务器，也可以保存在 DS客户端。当保存在 DS客户端时，可以通过在操作请求携带所述方法上报给 DS服务器。比如，第三个方法中，在发送的操作请求中携带要求进行设备能力信息协商的参数，所述参数可以是：协商全部设备能力信息的数据类型、携带协商相关设备能力信息的数据类型、指明待协商设备能力信息的 URI、或指明待协商设备能力信息的表达式。

所述设备能力信息协商的操作请求包含添加、更新、删除或查询命令，并且在所述参数是指明待协商设备能力信息的 U I时，所述进行设备能力信息协商的方式包括：根据此 URI并通过 XCAP协议操作命令获取设备能力信息。从以上可以看出，上述实施方式通过步骤 303对是否需要设备能力信息协商进行判断，在不需要进行设备能力信息协商时跳过设备能力信息协商的步骤，克服现有技术同步流程中经常需要进行设备能力协商过程、而造成同步效率不高的技术缺陷。既简化同步协议，提高同步效率；又避免因为设备能力信息协商流程的变更而导致的同步流程的变更，进而避免经常性修改数据同步规范的技术问题。

再且，采用步驟 302进行数据同步请求还是设备能力信息协商请求的判断，将设备能力信息协商过程从同步流程中分离出去，在步骤 306中协商完成后即结束本次会话，使得设备能力信息协商成为一个独立的过程，为简化同步协议、提高同步效率提供了一种技术选择。

此外，在需要进行设备能力信息协商，步骤 306给出灵活的设备能力信息协商方式，可以只协商部分的设备能力信息，减少交互过程和数据流量，进一步提高设备能力信息协商或同步的效率。在另一个实施方式中，步骤 305中客户端接受响应后，在发送的同步请求中携带 DS服务器要求的设备能力信息并继续开始数据同步，以完成后续的数据同步操作，而且该数据同步操作既可以与步骤 306所述操作在同一个会话内，也可以不在同一会话内。最后，同步完成后会话结束。

如果 DS客户端向 DS服务器发起的操作请求是设备能力信息协商请求，则步驟 306执行之前进一步包括: DS客户端和 DS服务器之间执行初始化身份验证，验证通过后再执行步骤 306。且步骤 306执行之后进一步包括：更新状态标识，以用于保证完整的善后工作。也就是说，对于独立的设备能力信息协商操作要进行交互之前的验证初始化操作，以及交互之后的善后工作即更新状态等操作，以保证该操作的独立性和完整性。而对于同步过程中的设备能力信息协商操作则不再需要单独的验证和状态更新等操作。

所述协商请求可以是请求上报客户端设备能力信息，和 /或请求服务器端设备能力信息。而且，上述设备能力信息协商请求可以是通过设备能力操作会话（ DS )的方式向同步服务器发送的，也可以是通过同步设备管理（ DM ) 协议的方式向 DS服务器发送。同样，可以通过设备能力操作会话的方式或设备管理 DM协议的方式执行设备能力信息协商操作。

上述实施方式中，所述 DS服务器作为确认前次设备能力协商后是否保存有设备能力信息或状态标识、或设备能力信息未改变状态标识的主体。所述设备能力信息未改变状态标识可以在 DS客户端上报的操作请求中携带。

在其他实施方式中，可以由 DS客户端作为确认前次设备能力协商后是否保存有设备能力信息或状态标识、或设备能力信息未改变状态标识的主体。也就是说，在 DS客户端向 DS服务器发送操作请求前，执行检测当前会话是否需要进行设备能力信息协商的动作，不需要 DS服务器决定是否需要进行设备能力信息协商，加快了会话的速度。这时，所述是否保存有设备能力信息是指 DS服务器是否有保存 DS客户端的设备能力信息， DS客户端可以通过前次设备能力协商后的 DS服务器反馈信息得到。

众所周知， DM规范定义了标准的管理对象（ Management Object, MO ), 设备管理服务器（DM Server )通过操作终端设备内的管理对象完成管理动作。而管理对象以管理树的形式存在。下面对本发明实施方式提到的客户端同步管理对象（ Client DS MQ )和服务器同步管理对象（ Server DS MO ) 做一筒单说明。

所定义的 Client DS MO和 Server DS MO分别用于保存客户端设备能力信息和服务器端的设备能力信息，且 Client DS MO可以被服务器端获取， Server DS MO可以被客户端获取。由于管理对象都是以管理树的形式存在，因此， Client DS MO和 Server DS MO分别位于客户端的管理树上和服务器端的管理树上。通过将 Client DS MO和 Server DS MO定义为标准化的 MO，提高了设备能力信息的重用性；这些 MO中的信息在现有技术中是没有标准化的，通过 DM技术可以将其开放给其他业务使用。

参见图 4。通过 OMA DM协议可以向管理树的节点发出相关操作指令。该协议的数据包结构是基于扩展标识语言（XML , Extensible Makeup Language)的。管理树的节点可能包含该设备中的一组环境配置参数，不同类型的对象，相关操作以及一些触发机制等。'

参见图 4, 其是本发明实施方式采用的 DM规范的整体结构示意图。终端设备上的 DM代理（ DM Agent )即 DM客户端（ DM Client )用于和设备管理服务器（ DM Server )进行交互完成相关的管理操作。设备管理服务器（ DM Server )用于提供对终端设备的管理、诊断和维护功能。它通过 OTA ( Over the Air )方式对终端设备进行管理 , 管理操作包括终端设备参数设置、固件更新、软件安装和升级、设备的错误和事件信息的收集和处理等功能。终端设备包括手机终端、掌上电脑、笔记本电脑、嵌入式设备、车载系统等，同时不排除任何其它移动设备。

在 DM协议的方式下，上述 DS客户端上报客户端设备能力信息的过程如图 5所示：

步骤 501 , 同步 DS客户端向 DM客户端上报客户端设备能力信息请求。步驟 502 ~ 505, DM客户端根据接收到的请求，发起设备管理流程，依据客户端同步管理对象（ Client DS MO )通知 DM服务器获取待上报的客户端设备能力信息；具体为：

DM客户端根据接收到的请求，读取已设置的 Client DS MO所对应的全部或者部分节点的数据，获取待上报的客户端设备能力信息，向 DM服务器发送所述携带要求进行设备能力信息协商参数的操作请求，比如发起初始会话连接请求，该请求中包含待上报的客户端设备能力信息，作为所述要求进行设备能力信息协商的参数；

DM服务器接收到所述包含待上报的客户端设备能力信息的操作请求，判断 DS客户端要求进行设备能力信息协商，获取待上报的客户端设备能力信息，之后给 DM客户端返回响应信息，以确认完成；并且， DM服务器等待接收来自 DM客户端的用于确认操作完成的确认响应信息。

上述 DM客户端和 DM服务器之间的交互可以是多次，以下类同。

步驟 506， DM服务器获取待上报的客户端设备能力信息后，将获取到的客户端设备能力信息通知给 DS服务器。

对于图 5中的步驟 502 ~ 504 , 还可以以图 6所示方式实现：

参见图 6， DM客户端根据接收到的请求，向 DM服务器发起初始会话连接请求，该请求中包含要求 DM服务器获取的客户端同步管理对象标识； DM 服务器根据接收到的标识下发具体的操作命令，比如读取已设置的同步客户端同步管理对象所对应的全部或某个子树或某个或某几个节点等；之后， DM客户端根据 DM服务器下发的具体操作命令得到待读取信息所在地址，根据该地址读取已设置的 Client DS MO所对应的全部或者部分节点的数据，获取待上报的客户端设备能力信息，然后， DM客户端给服务器的操作命令发送回应信息，该回应信息中包含待上报的客户端设备能力信息； DM服务器接收到该信息后，就获取了待上报的客户端设备能力信息，之后给 DM客户端回响应信息，以确认完成。

图 5和图 6所示实施方式的区别是：在图 5中， DM客户端直接将待上报的设备能力信息即具体的数据传送给了 DM服务器；而在图 6中， DM客户端将 Client DS MO的标识传递给了 DM服务器，由 DM服务器来决定需要哪些信息，然后将决定的结果作为操作命令通知给 DM客户端， DM客户端再依据该操作命令进行相应操作。无论哪种实现方式，其都是现有的 DM协议所支持的。

在 DM协议的方式下， DS客户端请求 DS服务器端设备能力信息的过程如图 7所示：步驟 701 , DS客户端向 DM客户端发送获取 DS服务器端设备能力信息的请求；

步骤 702, DM客户端根据所述获取 DS服务器端设备能力信息请求，发起设备管理流程，向所述 DM服务器发送所述携带要求进行设备能力信息协商参数的操作请求，所述参数携带获取所述 DS服务器设备能力信息的信息；该步骤中， DM客户端根据接收到的所述获取同步服务器端设备能力信息请求，发起初始会话连接，向 DM服务器发送携带要求进行设备能力信息协商参数的操作请求，该参数携带获取所述 DS服务器端设备能力信息的信息，即要求 DM服务器配置用于存储服务器端设备能力信息的服务器同步管理对象（ Server DS MO ) ；

步骤 703 ~ 704， DM服务器根据接收到的操作请求从 DS服务器获取服务器端设备能力信息。

将所述 DS服务器端设备能力信息通过所述 DM客户端发送给所述 DS客户端。具体包括步驟 705和 706。

步骤 705， DM服务器通过交互命令和管理命令，配置 Server DS MO, 并给 DM客户端返回 Server DS MO所对应的全部或者部分节点数据。

步驟 706 ~ 707, DM客户端给 DM服务器返回状态信息以确认完成后，从接收到的全部或者部分节点数据中获取服务器端设备能力信息下发给 DS 客户端。

对于 DM客户端和 DM服务器之间的交互，即步骤 702、 705还可以釆用如图 8所示方式实现：

参见图 8， DM客户端根据接收到的请求，发起初始会话连接，请求服务器端设备能力信息， DM服务器通过客户端配置（CP, Client Provisioning ) 或其他协议，或预先约定好的格式如 XML格式，或通过 WAP Push, 或短信，或彩信的方式将所请求的服务器端设备能力信息下发给 DM客户端。

如果 DS客户端是通过设备能力操作会话的方式向 DS服务器发送设备能力协商请求的，对于同步全部的设备能力信息的情况，其与现有的数据同步流程中的设备能力信息同步的过程是一致的，只是将其单独提出，而再不作为数据同步中的一个步驟。此外，为了实现部分设备能力信息的协商，采用至少以下几种方式之一： ( 1 )根据数据类型协商相关设备能力信息；一般情况下，设备能力信息包含一些公用的信息，例如软件版本号等；另外还包含一些数据类型特定的信息，例如特定于电话本的字段等；用户使用的客户端在不同的场合经常需要同步不同的数据类型：电话本、日程、短消息等。可以使用此同步数据的 MIME类型来告知对端协商的设备能力信息的范围。

( 2 )使用 U I指明待协商的设备能力信息，即客户端和服务器的设备能力信息在网络上也保存有一份，设备能力信息可以被保存在 XML文档，使用 U I可以指向整个文档、某个片断、特定的元素或者属性值；釆用 HTTP 或者 XCAP ( XML Configuration and Access Protocol )协议实现对此文档的访问。其中 XCAP是基于 HTTP的一种协议 , 通过 HTTP GET和 HTTP PUT命令来获取和修改 XML文档信息。其可以根据 URI访问 XML文档，其访问行为包括：获取、更新、删除整个 XML文档，或者获取、更新、删除某个特定的节点或者属性。

( 3 )使用表达式指明待协商的设备能力信息；使用表达式可以指示特定的设备能力，例如指明所有 MIME相关的设备能力信息，或所有值类型为整型的设备能力信息等。

DS客户端向 DS服务器发送设备能力协商请求，附加的参数指明协商设备能力信息的方式，方向参数则指明是仅 DS客户端向 DS服务器发送设备能力信息、还是仅 DS服务器向 DS客户端发送设备能力信息，或者双方都发送。

对于仅发送发生变化部分的设备能力信息时，可以使用 "添加"、 "更新"、 "删除"、 "查询 "命令等，要求对方增加、替换或者删除等方式来实现部分设备能力信息的协商。对于使用 U I和表达式的方式，可以将发生变更的 URI或者表达式对应的设备能力信息发送到对端，来替换原有的设备能力信息来实现部分设备能力信息的协商。

假设张三的设备能力信息如下：

<设备能力信息 >

<生产厂家>华为技术有限公司 </生产厂家>

<型号 >3G- 001</型号 > <软件版本号 >2.0</软件版本号 >

<硬件版本号>1.221</硬件版本号 >

<设备编号> 1218182THD000001 -2</设备编号>

<设备类型>?0入</设备类型>

<支持大对象同步启用 = "是， 7>

<支持的最大修改数 />

<数据存储库 >

<:¾ii:>./contacts</地址 >

<显示名 >Phonebook</显示名 >

<最大的 GUID长度 >32</最大的 GUID长度 >

<首选的可接收数据 >

<类型 >通讯录 text/vcard</类型 > <版本 >3.0</版本 >

</首选的可接收数据 >

<首选的可发送数据 >

<类型 >通讯录 text/x-vcard</类型 > <版本>3.0</版本>

</首选的可发送数据 >

<支持的同步数据能力 >

<类型 >通讯录 text/vcard</类型 > <版本 >3.0</版本 >

〈属性〉

<属性名 >BEGIN</属性名 > <属性值 >VC AR </属性值 >

</属性〉

</支持的同步数据能力 >

<支持的同步类型>

<同步类型 >1</同步类型>

<同步类型 >2</同步类型> <同步类型 >7</同步类型>

</支持的同步类型>

</数据存储库 >

</设备能力信息 >

那么，在 DS客户端在第一次和 DS服务器进行交互时，将上述设备能力信息通过 Put命令上传给 DS服务器；而服务器保存该信息。只要设备能力信息没有改变，以后每次的数据同步都不需要进行设备能力信息的协商。

如果某段时间后，用户在 DS客户端做了如下修改：

A、将支持大对象改为禁用

<支持大对象同步启用 = "否" >

B、增加了对第三种同步类型的支持

<支持的同步类型>

<同步类型 >1</同步类型>

<同步类型 >2</同步类型>

<同步类型 >7</同步类型>

<同步类型 >3</同步类型>

</支持的同步类型>

则 DS客户端采用如下的命令将所做的修改发送给服务器，以便服务器做相应的更新操作。

A修改：

<更新 >

<级别 >属性 </级别 >

<路径>/设备能力信息 /支持大对象同步 /@启用 </路径 > <程度 >仅更新 </程度 >

<数据>否</数据〉

</更新〉

B修改：

<添力口 >

<级别 >元素 </级别 > <路径 >/设备能力信息 /支持的同步类型 /同步类型 </路径 > <数据 >3</数据〉

</添力口 >

下面说明 DS服务器主动发起的情况。

图 9是应用本发明的另一设备能力信息协商的流程示意图。本图是以

DS服务器端主动发起进行说明。

步骤 901 , DS服务器向 DS客户端发起设备能力信息协商请求，请求客户端上艮设备能力信息；

现有技术中 DS服务器要求 DS客户端发起某种同步，都是通过 DS服务器向 DS客户端发送通知，要求 DS客户端主动发起与 DS服务器指定的同步类型对应的同步请求的。例如当 DS服务器希望发起双向同步时， DS 服务器在发送的通知中，使用状态码 206指明， DS客户端在随后发起的同步请求中，使用状态码 200发起双向同步。在本实施方式中，参考此机制，当 DS服务器希望发起设备能力协商请求时，可以向 DS客户端发送通知，携带状态码 231 , 随后 DS客户端向 DS服务器发送的操作请求中携带状态码 230，表示发起设备能力协商请求。

步骤 902, DS客户端根据接收到的请求，与发起请求的服务器进行相互认证，认证通过后执行步驟 903, 如果认证未通过则直接结束。本步骤中的认证操作也可以不执行。

步骤 903 , DS客户端将自身的设备能力信息上报给 DS服务器。

在图 9实现的基础上， DS客户端还可以进一步请求服务器端的设备能力信息。

上述 DS服务器端主动发起的请求可以是通过 DM协议的方式发送的；也可以是通过设备能力操作会话的方式发送的。同样， DS客户端进一步发起的请求可以是通过 DM协议方式发送的；也可以是通过设备能力操作会话的方式发送的。

在 DM协议的方式下，上述 DS服务器主动发起的设备能力信息协商的过程如图 10所示：

步骤 1001 , DS服务器向 DM服务器发送获取客户端设备能力信息的请求；

步骤 1002, DM服务器根据接收到的请求，向 DM客户端发送操作通知，要求 DM客户端发起设备管理流程并上报客户端设备能力信息。

步骤 1003 ~ 1004, DM客户端根据接收到的请求，与 DS客户端之间完成认证后，允许 DM客户端读取此用于存储客户端设备能力信息的 Client DS MO。这两步也可以不执行，即可以不执行认证操作。

步骤 1005, DM客户端获取 Client DS MO, 发起设备管理流程，将该 MO通知给 DM服务器。

此步驟的具体实现方式与图 5中步骤 502 ~ 504的实现方式相同，当然也可以采用图 6中的实现方式，此处不再赘述。

步驟 1006, DM服务器将接收到的客户端设备能力信息通知给 DS服务器。

在 DM协议方式下， DS客户端请求服务器端设备能力信息的过程与图 7所示方式完全相同，此处不再赘述。

在采用设备能力操作会话的方式下，其实现过程与现有实现方式基本相同，仅是将该设备能力协商的过程完全独立出来而已。

对于以上所有涉及 DM方式的实施方式，其 DS客户端和 DM客户端之间，以及 DS服务器和 DM服务器之间为任意的接口，例如， WSI ( Web Service Interface )、文件接口、或者共享同一个文件，其 DM客户端和 DM 服务器之间为 OMA设备管理协议 ( OMA Device Management )₀

以上所述 DS客户端， DS服务器， DM客户端和 DM服务器均为逻辑实体，其中 DS客户端和 DM客户端可以在相同或不同的物理实体上； DS 服务器和 DM服务器可以在相同或不同的物理实体上。

对于以上所有实施方式，所述客户端的设备能力信息，和所述服务器端的设备能力信息可以是全部的设备能力信息，或是当前同步交互中所需的设备能力信息，还可以是较前一次发生变化的设备能力信息。管理对象所对应的全部或者部分节点的数据包括但不限于管理对象树的子树数据、子树结构、或节点属性、或上述任意组合。

由于 Client DS MO和 Server DS MO的结构是类似的，下面仅以 Client DS MO为例进行说明，对于 Server DS MO也同样适用。

参见图 11 ,其是客户端管理树结构示意图。图中右半部分 "同步相关信息"及其下的子节点是本发明新增加的 Client DS MO。当然，具体需要那些信息，如何进行分类等，可根据实际需要确定，此处仅为一示意而已。参见图 12, 其是基于图 11"同步相关信息"的一具体实施方式。

对于采用 DM方式实现的方法，其需要 DS客户端、 DM客户端、 DM 服务器以及 DS服务器配合完成。

参见图 13 ,本发明同步系统第一实施方式包括 DS客户端， DS服务器， DM客户端和 DM服务器。其中， DM服务器，提供对终端设备的管理、诊断和维护功能。它通过 OTA ( Over the Air ) 方式对终端设备进行管理，管理操作包括终端设备参数设置、固件更新、软件安装和升级、设备的错误和事件信息的收集和处理等功能。终端设备包括手机终端、掌上电脑、笔记本电脑、嵌入式设备、车载系统等，同时不排除任何其它移动设备。 DM客户端，安装在终端设备上的客户端，用于和 DM服务器进行交互完成相关的管理操作。 DS服务器，接收 DS客户端的同步请求和同步数据，完成数据同步操作，并保存服务器端数据。 DS客户端，安装在终端设备上的同步客户端，和 DS服务器交互完成数据同步操作，并保存客户端数据。以上是各个逻辑实体在现有技术中已经具备的功能，下面说明其在本发明中新增加的功能。

该系统中的 DS客户端，还用于向 DM客户端发送设备能力信息协商请求，或接收来自 DM客户端的服务器端设备能力信息，或与 DM客户端之间进行认证操作。

DM客户端，还用于从已定义的 DM管理树中获取用于存储客户端设备能力信息的 Client DS MO, 在 OMA设备管理协议的控制下与 DM服务器进行通信；或者，将来自 DM服务器的服务器端设备能力信息或 Server DS MO中的服务器端设备能力信息发送给 DS客户端。

DM服务器，还用于将来自 DM客户端的 Client DS MO中客户端端设备能力信息发送给 DS服务器；或者，获取服务器端设备能力信息，直接将服务器端设备能力信息发送给 DM客户端，或将包含服务器端设备能力信息的 Server DS MO发送给 DM客户端。

DS服务器，还用于接收来自 DM服务器的客户端设备能力信息，或通过 DM服务器请求 DS客户端的设备能力信息，或将自身的设备能力信息传送给 DM服务器。

上述 DS客户端， DS服务器， DM客户端和 DM服务器均为逻辑实体，其中 DS客户端和 DM客户端可以在相同或不同的物理实体上； DS服务器和 DM服务器可以在相同或不同的物理实体上。

参阅图 14, 本发明同步系统第二实施方式包括同步服务器和同步客户息或状态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商而在所述同步服务器和同步客户端之间直接进行同步操作。

以上可以看出，上述实施方式通过对是否保存有设备能力信息或状态标识、或设备能力信息未改变状态标识进行确认，在确定本次会话不需要设备能力信息协商时，跳过设备能力信息协商过程，既简化同步协议，提高同步效率；又避免因为设备能力信息协商流程的变更而导致的同步流程的变更，进而避免经常性修改数据同步规范的技术问题。

在另一实施方式中，所述同步服务器进一步包括接收单元和同步单元。所述接收单元用于接收来自同步客户端的数据同步请求，触发所述同步单元进行同步操作。

在另一实施方式中，所述同步服务器还进一步包括接收单元、协商单元以及协商控制单元。所述接收单元用于接收来自同步客户端的设备能力信息协商请求；所述协商单元用于在接收到所述设备能力信息协商请求并返回响应信息后，在所述同步之前执行设备能力信息协商操作；所述协商控制单元用于根据所述是否进行设备能力信息协商的信息、控制所述协商单元进行或不进行设备能力信息协商。

上述两个实施方式可以结合成为一个实施方式，即接收单元既接收来自同步客户端的数据同步请求，也接收来自同步客户端的设备能力信息协商请求。

参阅图 15，本发明同步设备第一实施方式包括：配置单元，用于保存已协商的设备能力信息或状态标识、或设备能力信息未改变状态标识；同步触发单元，用于在确认保存有所述已协商设备能力信息或状态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商过程而直接触发同步操作。

本实施方式可以取得本发明同步系统第二实施方式类似的技术效果。所述同步设备可以是同步服务器或客户端、终端。在另一个实施方式中，所述同步设备进一步包括同步单元，用于在同步触发单元触发下进行同步操作。

参阅图 16, 本发明同步服务器第二实施方式包括：

请求接收单元，用于在会话中接收携带要求进行设备能力信息协商参数的操作请求；

会话类型确定单元，用于根据该操作请求携带的要求进行设备能力信息协商参数确定本次会话为设备能力信息协商会话；

协商单元，用于在确定本次会话为设备能力信息协商会话后进行设备能力信息协商；

会话控制单元，用于保存所述设备能力信息协商结果并结束本次会话。以上可以看出，上述实施方式通过会话类型确定单元对操作请求类型的判断，确定本次会话是设备能力信息协商会话，与现有技术同步会话相区另， j，然后采用会话控制单元保存协商结果，以利于下次同步时跳过设备能力信息协商过程，既筒化同步协议，提高同步效率；又避免因为设备能力信息协商流程的变更而导致的同步流程的变更，进而避免经常性修改数据同步规范的技术问题。

在其他实施方式中，所述本发明同步服务器第二实施方式还包括状态寄存器和协商控制单元，所述状态寄存器用于保存是否进行设备能力信息协商的信息，所述协商控制单元用于根据所述是否进行设备能力信息协商的信息控制所述协商单元进行或不进行设备能力信息协商。

参阅图 17，本发明 DM服务器第一实施方式包括：

请求接收单元，用于在会话中接收携带要求 DM服务器获取的客户端同步管理对象标识的操作请求；会话类型确定单元，用于根据该操作请求确定本次会话为设备能力信息协商会话；

协商单元，用于在确定本次会话为设备能力信息协商会话后根据所述客户端同步管理对象标识下发具体的操作命令，并接收上报的客户端设备能力信息；

转发单元，用于将接收到的所述客户端设备能力信息发送给同步服务器。

本实施方式可以取得本发明 DM服务器第一实施方式类似的技术效果。参阅图 18, 本发明 DM客户端第一实施方式包括：

请求接收单元，用于在会话中接收所述同步客户端设备能力信息请求；设备能力信息获取单元，用于读取已设置的同步客户端同步管理对象所对应的全部或者部分节点的数据，获得待上报的客户端设备能力信息；上报单元，用于向 DM服务器发起操作请求，所述操作请求包括携带客户端设备能力信息的初始会话连接请求。

本发明 DM客户端第一实施方式和上述本发明 DM服务器第一实施方式配合，实现简化同步协议，提高同步效率的技术效果。

参阅图 19，本发明 DM客户端第二实施方式包括：

操作命令请求单元，用于向 DM服务器发起初始会话连接请求，并在该初始会话连接请求中携带要求 DM服务器获取的客户端同步管理对象标识；

操作命令接收单元，用于接收与所述客户端同步管理对象标识对应的操作命令；

设备能力信息获取单元，用于根据所述操作命令，读取已设置的同步客户端同步管理对象所对应的全部或者部分节点的数据，获得待上报的客户端设备能力信息；

上报单元，用于向所述 DM服务器发送所述操作命令的回应信息，所述回应信息携带所述客户端设备能力信息。

本发明 DM客户端第一实施方式和上述本发明 DM服务器第一实施方式配合，实现筒化同步协议，提高同步效率的技术效果。本发明同步服务器第三实施方式包括：

请求接收单元，用于在会话中接收携带要求进行设备能力信息协商参数的操作请求，所述参数携带获取所述同步服务器端设备能力信息的信息；会话类型确定单元，用于根据该操作请求携带的要求进行设备能力信息协商参数确定本次会话为设备能力信息协商会话；

协商单元，用于在确定本次会话为设备能力信息协商会话后将自身设备能力信息下发给同步客户端，通知其保存所述设备能力信息协商结果并结束本次会话。

本发明同步服务器第三实施方式实现下发设备能力信息到同步客户端的功能，和上述本发明同步服务器第一、二实施方式类似，实现简化同步协议，提高同步效率的技术效果。

参阅图 20, 本发明 DM服务器第二实施方式包括：

请求接收单元，用于在会话中接收携带要求进行设备能力信息协商参数的操作请求，所述参数携带获取同步服务器端设备能力信息的信息；

设备能力信息获取单元，用于在确定本次会话为设备能力信息协商会话后从所述同步服务器中获取其设备能力信息；

下发单元，用于将所述同步服务器端设备能力信息通过 DM客户端发送给同步客户端以保存，结束本次^ 舌。

本发明 DM服务器笫二实施方式实现下发设备能力信息到同步客户端的功能，和上述本发明同步服务器三实施方式类似，实现简化同步协议，提高同步效率的技术效果。

以上所述仅为本发明的较佳实施方式而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims

权利要求

1.一种同步方法，其特征在于，包括以下步骤：

在第一设备和第二设备之间发起同步流程；

确认前次设备能力协商后是否保存有设备能力信息或状态标识、或设备能力信息未改变状态标识；

在保存有所述已协商设备能力信息或状态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商，进行同步操作。

2.根据权利要求 1所述的方法，其特征在于，

所述发起的同步流程包括：所述第一设备收到来自第二设备的数据同步请求；

并且，所述进行同步操作之前包括：所述第一设备根据所述数据同步请求向第二设备返回确认进行同步的响应。

3.根据权利要求 1所述的方法，其特征在于，进一步包括：

在确认未保存所述已协商设备能力信息或状态标识、或设备能力信息已改变状态标识时，所述第一设备向第二设备返回要求执行设备能力信息协商操作的响应。

4.根据权利要求 3所述的方法，其特征在于，在返回响应后进一步包括：按照如下方法进行设备能力信息协商：

对全部或部分设备能力信息进行协商；或

对当前同步交互中才需要的设备能力信息进行协商；或

根据数据类型协商相关设备能力信息；或

对使用 URI指明待协商的设备能力信息进行协商；或

对使用表达式指明待协商的设备能力信息进行协商。

5.根据权利要求 3所述的方法，其特征在于，所述执行设备能力信息协商操作包括：

通过设备能力操作会话的方式或设备管理 DM协议的方式执行设备能力信息协商操作。

6.—种设备能力信息协商的方法，其特征在于，包括：收到操作请求，所述操作请求携带要求进行设备能力信息协商的参数；根据该请求携带的要求进行设备能力信息协商参数确定本次会话为设备能力信息协商会话；

返回响应，进行设备能力信息协商；

保存所述设备能力信息协商结果并结束本次会话。

7.根据权利要求 6所述的方法，其特征在于，所述收到操作请求的步骤包括：通过设备能力操作会话的方式收到所述操作请求。

8.根据权利要求 7所述的方法，其特征在于，

所述要求进行设备能力信息协商的参数是：协商全部设备能力信息的数据类型、携带协商相关设备能力信息的数据类型、指明待协商设备能力信息的 URI、或指明待协商设备能力信息的表达式的协商方式；

并且，所述进行设备能力信息协商的步驟是指根据所述参数进行协商。

9.根据权利要求 8所述的方法，其特征在于，所述操作请求包含添加、更新、删除或查询命令，并且在所述参数是指明待协商设备能力信息的 URI 时，所述进行设备能力信息协商的方式包括：根据此 URI并通过 XCAP协议操作命令获取设备能力信息。

10. 根据权利要求 6所述的方法，其特征在于，所述收到操作请求的步骤包括：通过设备管理 DM协议的方式收到所述操作请求。

11. 根据权利要求 10所述的方法，其特征在于，

所述通过设备管理 DM协议的方式收到所述操作请求的步骤之前包括：发送所述设备能力信息请求给设备管理 DM客户端；

所述 DM客户端在接收到所述设备能力信息请求后发起设备管理流程，向所述 DM服务器发送所述携带要求进行设备能力信息协商参数的操作请求，并通知所述 DM服务器获取设备能力信息；

所述进行设备能力信息协商的步骤包括：

所述 DM服务器将所述所述设备能力信息发送到同步服务器。

12. 根据权利要求 11所述的方法，其特征在于，

所述发起设备管理流程、发送所述操作请求并通知 DM服务器获取客户端设备能力信息的方法包括：

读取已设置的同步客户端同步管理对象所对应的数据，获取待上报的同步客户端设备能力信息；向所述 DM服务器发送初始会话连接请求，并在该初始会话连接请求中携带所述客户端设备能力信息；或

向所述 DM服务器发起初始会话连接请求，并在该初始会话连接请求中携带要求 DM服务器获取的客户端同步管理对象标识；所述 DM服务器根据接收到的客户端同步管理对象标识下发操作命令;根据所述操作命令读取所述客户端同步管理对象所对应的数据，获取待上 4艮的客户端设备能力信息；向 DM服务器发送所述初始会话连接请求的回应信息，并在该回应信息中携带所述客户端设备能力信息。

13. 根据权利要求 10所述的方法，其特征在于，

所述通过设备管理 DM协议的方式收到所述操作请求的步骤之前包括：所述同步客户端向 DM客户端发送获取所述同步服务器端设备能力信息请求；

所述 DM客户端根据所述获取同步服务器端设备能力信息请求，发起初始会话连接，向所述 DM服务器发送所述携带要求进行设备能力信息协商参数的操作请求，所述参数携带获取所述同步服务器设备能力信息的信息；

所述进行设备能力信息协商的步骤包括：

所述 DM服务器根据接收到的操作请求从同步服务器中获取所述同步服务器端设备能力信息，将所述同步服务器端设备能力信息通过所述 DM 客户端发送给所述同步客户端。

14. 根据权利要求 6所述的方法，其特征在于，所述进行设备能力信息协商之后，进一步包括：在已保存设备能力信息、或设备能力信息未改变时，设置不再需要进行设备能力信息协商的状态标识，作为下一次同步操作前不进行设备能力信息协商的判断依据。

15. 根据权利要求 6至 14任一项所述的方法，其特征在于，所述进行设备能力信息协商的方法包括：

对全部或部分设备能力信息进行协商；对当前同步交互中才需要的设备能力信息进行协商；或根据数据类型协商相关设备能力信息；或

对使用 URI指明待协商的设备能力信息进行协商；或

对使用表达式指明待协商的设备能力信息进行协商。

16. 一种设备能力信息协商的方法，其特征在于，包括：

收到设备能力信息协商请求；

返回自身设备能力信息；

保存协商结果并结束。

17. 根据杈利要求 16所述的方法，其特征在于，所述返回设备能力信息的方法包括：通过 DM协议发送的方式或设备能力操作会话的方式返回设备能力信息。

18. 一种同步系统，其特征在于，包括同步服务器和同步客户端，所述同步服务器或同步客户端用于在确认保存有已协商的设备能力信息或状态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商而在所述同步服务器和同步客户端之间直接进行同步操作。

19. 根据权利要求 18所述的系统，其特征在于，所述同步服务器进一步包括接收单元，用于接收来自同步客户端的数据同步请求，触发所述同步操作。

20. 根据权利要求 18所述的系统，其特征在于，所述同步服务器进一步包括：

接收单元，用于接收来自同步客户端的设备能力信息协商请求；协商单元，用于在接收到所述设备能力信息协商请求并返回响应信息后，在所述同步之前执行设备能力信息协商操作。

21. 一种同步设备，其特征在于，包括：

配置单元，用于保存已协商的设备能力信息或状态标识、或设备能力信息未改变状态标识；

同步触发单元，用于在确认保存有所述已协商设备能力信息或状态标识、或设备能力信息未改变状态标识时，跳过设备能力信息协商过程而直接触发同步操作。

22. 一种同步服务器，包括：

会话控制单元，用于保存所述设备能力信息协商结果并结束本次会话。

23. 根据权利要求 22所述的服务器，其特征在于，进一步包括状态寄存器和协商控制单元，所述状态寄存器用于保存是否进行设备能力信息协商的信息，所述协商控制单元用于根据所述是否进行设备能力信息协商的信息控制所述协商单元进行或不进行设备能力信息协商。

24. 一种 DM服务器，其特征在于，包括：

请求接收单元，用于在会话中接收携带要求 DM服务器获取的客户端同步管理对象标识的操作请求；

会话类型确定单元，用于根据该操作请求确定本次会话为设备能力信息协商会话；

25. 一种 DM客户端，其特征在于，包括：

26. 一种 DM客户端，其特征在于，包括：

上 4艮单元，用于向所述 DM服务器发送所述操作命令的回应信息，所述回应信息携带所述客户端设备能力信息。

27. 一种同步服务器，其特征在于，包括：

28. 一种 DM服务器，其特征在于，包括：

请求接收单元，用于在会话中接收携带要求进行设备能力信息协商参数的操作请求，所述参数携带获取同步服务器端设备能力信息的信息；会话类型确定单元，用于根据该操作请求携带的要求进行设备能力信息协商参数确定本次会话为设备能力信息协商会话；

下发单元，用于将所述同步服务器端设备能力信息通过 DM客户端发送给同步客户端以保存，结束本次会话。

29. 一种同步系统，其特征在于，包括：同步服务器、同步客户端、 DM客户端和 DM服务器，所述同步客户端用于和同步服务器交互完成数据同步操作，并保存同步客户端数据；或者，用于向 DM客户端发送设备能力信息协商请求，或接收来自 DM客户端的同步服务器端设备能力信息，或与 DM客户端之间进行认证操作 ί

所述 DM客户端用于从已定义的 DM管理树中获取用于存储同步客户端设备能力信息的客户端同步管理对象，发送携带要求进行设备能力信息协商参数的操作请求到所述 DM服务器；或者，将来自所述 DM服务器的同步服务器端设备能力信息或服务器同步管理对象中的同步服务器端设备能力信息发送给所述同步客户端；

所述 DM服务器用于将来自所述 DM客户端的客户端同步管理对象中客户端端设备能力信息发送给所述同步服务器；或者，将来自所述同步服务器的服务器端设备能力信息直接或作为良务器同步管理对象发送给所述 DM客户端；

所述同步服务器用于接收来自所述 DM服务器的客户端设备能力信息，或通过所述 DM服务器请求客户端的设备能力信息，或将自身的设备能力信息传送给所述 DM服务器。

30. 一种同步的方法，其特征在于，包括以下步骤：

同步客户端向同步服务器发起操作请求；

如果所述的同步服务器确定所接收到的操作请求是数据同步请求，并在确认保存有设备能力信息或状态标识、或设备能力信息未改变状态标识后，执行同步处理；

如果所述的同步服务器确定所接收到的操作请求是设备能力信息协商请求，则执行设备能力信息协商操作。

31. 根据权利要求 30所述的方法，其特征在于，如果所述的同步服务器确定所接收到的操作请求是数据同步请求，并确认未保存有设备能力信息或状态标识、或设备能力信息未改变状态标识时，向同步客户端返回要求执行设备能力信息协商操作的响应，并根据客户端返回的设备能力信息进行设备能力协商，并执行同步处理。