CN101047707A - 发起设备能力信息协商的方法及系统 - Google Patents
发起设备能力信息协商的方法及系统 Download PDFInfo
- Publication number
- CN101047707A CN101047707A CNA2006100709757A CN200610070975A CN101047707A CN 101047707 A CN101047707 A CN 101047707A CN A2006100709757 A CNA2006100709757 A CN A2006100709757A CN 200610070975 A CN200610070975 A CN 200610070975A CN 101047707 A CN101047707 A CN 101047707A
- Authority
- CN
- China
- Prior art keywords
- client
- server
- request
- ability information
- device capability
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Abstract
本发明公开了两种发起设备能力信息协商的方法及一种用于发起设备能力信息协商的系统。其关键是,将设备能力信息协商过程从同步流程中分离出去,使得设备能力信息协商成为了一个独立的过程,这样,其既可以简化同步协议,提高了同步效率;同时避免了因为设备能力信息协商流程的变更而导致的同步流程的变更,进而避免了经常性修改数据同步规范。另外,在采用DM实现方式时,由于将设备能力信息定义为标准化的MO,提高了设备能力信息的重用性;而且这些MO中的信息通过DM技术可以将其开放给其他业务使用。
Description
技术领域
本发明涉及数据同步规范(SyncML Data Synchronization)技术领域,特别是指发起设备能力信息协商的方法及系统。
背景技术
为了制订可以在多个平台及网络之间实现个人信息及企业内数据同步的标准规格,于2000年2月份创建了业界团体SyncML iniative。开发SyncML的目的在于,使终端用户、设备开发商、基础构件开发商、数据提供商、应用软件开发商以及服务提供商协同工作,真正实现使用任何终端设备均可随时随地访问任何网络数据。SyncML数据同步的典型应用是移动设备或应用服务器、与网络服务器之间的数据同步。除此之外,SyncML还可用于对等的数据同步,如两台PC之间。
图1所示为实现同步的示意图。SyncML客户端与服务器经过同步初始化阶段的参数协商以后,终端和服务器互相发送各自改变的数据,以保证双方数据的同步。
同步类型分为多种,具体参见表1。
同步类型 | 描述信息 |
双向同步(Two-way sync) | 双向同步是通常所使用的一种同步方式。采用该方式,同步客户端和服务器端相互仅交换彼此设备中的数据修改信息(未修改的不交换)。客户端首先发送其修改信息。 |
慢同步(Slow sync) | 慢同步是双向同步的一种特殊类型,不同之处在于必须对数据进行逐条、逐个字段的进行比较处理。这意味着,同步时,客户端和服务器端都必须把本地数据库中的所有数据都发送到对端,然后服务器端或客户端对接收到每条数据与自身保存的每条数据进行逐个字段的同步分析。 |
客户端单向同步(One-way syncfrom client only) | 客户端单向同步是一种单边方式的同步。只有客户端发送其数据修改信息到服务器,而服务器并不把服务器端的修改信息发给客户端。 |
客户端刷新(Refresh syncfrom client only) | 客户端刷新也是一种单边方式的同步。客户端把本地数据库中的所有数据都发送到服务器端,服务器用客户端的数据来覆盖服务器数据库中的所有数据。即服务器中的数据和客户端的完全一致,不多、不少、 |
from client only) | 也没有不同的记录。 |
服务端单向同步(One-way syncfrom server only) | 服务端单向同步和客户端单向同步类似。只有服务器发送其数据修改信息到客户端,而客户端并不把它的修改信息发给服务器。 |
服务端刷新(Refresh syncfrom server only) | 服务端刷新和客户端刷新类似。服务器把数据库中用户的所有数据都发送到用户客户端,客户端用服务器的数据来覆盖客户端数据库中的所有数据。即客户端中的数据和服务器的完全一致,不多、不少、也没有不同的记录。 |
服务端通知同步(Server AlertedSync) | 服务端通知同步是指由服务器首先提醒客户端来执行同步操作。即由服务器来告诉客户端开始一个特定类型的同步操作。仅仅是服务器通知终端,要求其发起某种同步,后续同步流程可能为以上六种同步方式。 |
表1
下面仅以双向同步为例具体说明数据同步的过程,其他同步是双向同步的特殊情况。例如,慢同步可以看成是客户端和服务器发送全部数据的双向同步;单向同步是当方向发送同步数据的双向同步;刷新同步是单方向发送数据的慢同步。
SyncML规范中规定的同步流程通常分为三个阶段:参见图2,
Pkg#1~Pkg#2,同步初始化阶段。SyncML客户端和服务器端主要完成身份鉴权和设备能力信息的协商。其中设备能力信息包括与设备相关的数据,如设备制造商、型号、版本号等等;与同步数据相关的数据,如支持的同步数据类型、属性、参数等等;与数据存储相关的数据,如数据存储容量、存储支持的同步数据类型、方式等等;以及与扩展机制相关的数据,如扩展元素名等等。本阶段内的交互过程通常需要持续多次才能完成。
在本阶段,同步客户端(Date Sync Client,以下称为DS客户端)发送的初始化消息(SyncML Initialization Message)中,其<Put>命令标签中包含客户端的设备能力信息;其<Get>命令标签用于请求同步服务器(Date Sync Server,以下称为DS服务器)的设备能力信息。当然,如果DS客户端不需要服务器端的设备能力信息,也可以不发送<Get>命令。
DS客户端和服务器的地位是相等的,如果同步过程中DS客户端没有使用<Put>命令发送设备能力信息,DS服务器可以使用<Get>命令要求客户端发送设备能力信息。
当客户端和服务器端的身份鉴权和设备能力信息的协商全部完成后,才会进入下一阶段。
Pkg#3~Pkg#4,同步阶段。其主要用于客户端和服务器中的一端,根据数据的状态,如新增Add、更新Update、删除Delete、移动Move,将发生改变的数据通过操作命令的方式发送到客户端和服务器中的另一端,由另一端按照这些命令进行相同的操作来达到同步的目的。
Pkg#5~Pkg#6,同步完成阶段,其主要用于客户端和服务器端互相确认同步完成。
从现有的同步流程中可以看出,每次进行数据同步前必须首先执行同步初始化操作,而在同步初始化操作中又必然包括设备能力信息同步这一步骤。但是,本领域技术人员很容易理解:设备能力信息并不是经常发生变化的信息,而且,由于设备能力信息的数据量非常大,因此会延长整个数据同步的时间。
再有,由于目前的设备能力信息中包含有对数据格式相关的描述信息,这就造成了数据同步协议与被同步的数据存在耦合关系,即每次增加新的数据格式、修改设备能力信息时,都会影响数据同步规范。
可见,如何能够缩短整个数据同步的时间,提高同步效率,避免经常性修改数据同步规范是个有待解决的问题。
发明内容
有鉴于此,本发明的一个目的在于提供两种发起设备能力信息协商的方法,本发明的另一目的在于提供一种发起设备能力信息协商的系统,使设备能力信息协商这一操作独立于数据同步的过程,从而提高同步效率。
为达到上述目的,本发明的技术方案是这样实现的:
一种发起设备能力信息协商的方法,包括以下步骤:
a、同步客户端Data Sync Client向同步服务器Data Sync Server发起操作请求;
b、同步服务器判断接收到的请求是数据同步请求还是设备能力信息协商请求,如果是前者,则执行步骤c,如果是后者则执行步骤d;
c、检测发起请求的同步客户端是否已经执行完毕设备能力信息协商,若是,则执行同步处理,结束;否则返回要求所述同步客户端进行设备能力信息协商的响应信息,结束;
d、执行设备能力信息协商操作,结束。
较佳地,如果同步客户端向同步服务器发起的操作请求是设备能力信息协商请求,则所述协商请求为请求上报客户端设备能力信息,和/或请求服务器端设备能力信息。
较佳地,所述设备能力信息协商请求是通过设备管理DM协议的方式向同步服务器发送的;或者,是通过设备能力操作会话的方式向同步服务器发送的。
较佳地,在DM的协议方式下,所述同步客户端上报客户端设备能力信息的过程包括以下步骤:
i)同步客户端向设备管理客户端发送上报客户端设备能力信息请求;
ii)DM客户端根据接收到的请求,发起设备管理流程,通知DM服务器获取待上报的客户端设备能力信息;
iii)DM服务器获取待上报的客户端设备能力信息后,将获取到的客户端设备能力信息通知给DS服务器。
较佳地,步骤ii)所述实现过程为:
DM客户端根据接收到的请求,读取已设置的客户端同步管理对象所对应的全部或者部分节点的数据,获取待上报的客户端设备能力信息,向设备管理DM服务器发起初始会话连接请求,该请求中包含待上报的客户端设备能力信息;
DM服务器根据接收到的信息,获取待上报的客户端设备能力信息。
较佳地,步骤ii)所述实现过程为:
DM客户端根据接收到的请求,向设备管理DM服务器发起初始会话连接请求,该请求中包含要求DM服务器获取的客户端同步管理对象标识;DM服务器根据接收到的标识下发具体的操作命令;DM客户端根据DM服务器下发的操作命令读取已设置的客户端同步管理对象所对应的全部或者部分节点的数据,获取待上报的客户端设备能力信息,之后,DM客户端给DM服务器发送操作命令的回应信息,该回应信息中包含待上报的客户端设备能力信息;
DM服务器接收到的回应信息,获取待上报的客户端设备能力信息。
较佳地,在DM协议的方式下,所述同步客户端请求服务器端设备能力信息的过程包括以下步骤:
I)DS客户端向DM客户端发送获取DS服务器端设备能力信息请求;
II)DM客户端根据接收到的请求,发起设备管理流程,向DM服务器请求获取服务器端设备能力信息;
III)DM服务器根据接收到的请求从DS服务器获取服务器端设备能力信息,将该服务器端设备能力信息通过DM客户端发送给DS客户端。
较佳地,步骤II)所述设备管理流程为初始会话连接,要求DM服务器配置用于存储服务器端设备能力信息的服务器同步管理对象Server DS MO;
步骤III)所述DM服务器获取服务器端设备能力信息后,通过交互命令和管理命令给DM客户端返回服务器同步管理对象Server DS MO所对应的全部或者部分节点数据,DM客户端从接收到的全部或者部分节点数据中获取服务器端设备能力信息,下发给DS客户端。
较佳地,步骤II)所述设备管理流程为初始会话连接,所述请求为请求获取服务器端设备能力信息;
步骤III)所述DM服务器获取服务器端设备能力信息后,通过客户端配置CP、或WAP Push,或短信,或彩信的方式将所请求的信息通过DM客户端发送给DS客户端。
较佳地,所述管理对象所对应的全部或者部分节点的数据包括但不限于管理对象树的子树数据、子树结构、子树节点数据、或节点属性、或上述任意组合。
较佳地,所述DS客户端和DM客户端之间,以及DS服务器和DM服务器之间为任意的接口,所述DM客户端和DM服务器之间为OMA设备管理协议。
较佳地,所述DS客户端和DM客户端在相同或不同的物理实体上;所述DS服务器和DM服务器在相同或不同的物理实体上。
较佳地,在设备能力操作会话的方式下,所述同步客户端上报客户端设备能力信息的过程为:所述同步客户端通过XCAP协议或预先设置的操作命令,将客户端设备能力信息上报给同步服务器。
较佳地,所述预先设置的操作命令为添加、更新、删除或查询命令。
较佳地,所述请求上报的客户端设备能力信息,和/或请求的服务器端设备能力信息是:全部的设备能力信息,或当前交互中所需的设备能力信息,或较前一次发生变化的设备能力信息。
较佳地,如果同步客户端向同步服务器发起的操作请求是设备能力信息协商请求,则
步骤d执行之前进一步包括:同步客户端和同步服务器之间执行初始化身份验证,验证通过后再执行步骤d;
步骤d执行之后进一步包括:更新确认状态操作。
较佳地,步骤d之后进一步包括:客户端发起会话。
较佳地,所述会话与步骤d所述设备能力信息协商操作在同一个会话中,或在不同的会话中。
较佳地,步骤c所述检测的过程为:判断自身是否存在与发起请求的同步客户端标识对应的设备能力信息协商已经完成的标记,如果存在,则发起请求的同步客户端已经执行完毕设备能力信息协商,否则未执行。
一种发起设备能力信息协商的方法,包括以下步骤:
A、同步服务器向同步客户端发起设备能力信息协商请求,请求客户端上报设备能力信息;
B、同步客户端根据接收到的请求,将自身的设备能力信息上报给同步服务器。
较佳地,步骤B所述同步客户端接收到请求后,进一步包括:与发起请求的服务器进行互认证,如果认证成功,再执行后续步骤,如果认证失败,则结束。
较佳地,该方法进一步包括:同步客户端请求服务器端的设备能力信息。
较佳地,所述请求通过DM协议发送;或者,通过设备能力操作会话的方式发送。
较佳地,在通过DM协议发送的方式下,步骤A所述DS服务器向DS客户端发起设备能力信息协商请求的过程为:
A1、DS服务器向DM服务器发送获取客户端设备能力信息的请求;
A2、DM服务器根据接收到的请求,向DM客户端发送操作通知,要求DM客户端发起设备流程管理并上报客户端设备能力信息。
较佳地,在通过DM协议发送的方式下,步骤B所述DS客户端将设备能力信息上报给服务器的过程为:
B1、DM客户端根据接收到的请求,发起设备管理流程,通知DM服务器获取待上报的客户端设备能力信息;
B2、DM服务器获取待上报的客户端设备能力信息后,将获取到的客户端设备能力信息通知给DS服务器。
较佳地,在通过DM协议发送的方式下,所述同步客户端请求服务器端设备能力信息的过程包括以下步骤:
01)DS客户端向DM客户端发送获取DS服务器端设备能力信息请求;
02)DM客户端根据接收到的请求,发起设备管理流程,向DM服务器请求获取服务器端设备能力信息;
03)DM服务器根据接收到的请求从DS服务器获取服务器端设备能力信息,将该服务器端设备能力信息通过DM客户端发送给DS客户端。
较佳地,所述DS客户端和DM客户端在相同或不同的物理实体上;所述DS服务器和DM服务器在相同或不同的物理实体上。
较佳地,在设备能力操作会话的方式下,所述同步客户端上报客户端设备能力信息的过程为:所述同步客户端通过XCAP协议或预先设置的操作命令,将客户端设备能力信息上报给同步服务器。
较佳地,所述预先设置的操作命令为添加、更新、删除或查询命令。
较佳地,所述客户端的设备能力信息,和所述服务器端的设备能力信息是:全部的设备能力信息,或当前同步交互中所需的设备能力信息,或较前一次发生变化的设备能力信息。
一种用于发起设备能力信息协商的系统,适用于通过DM协议的方式实现发送的情况,包括DS客户端,DS服务器,DM客户端和DM服务器;
所述DS客户端,用于和DS服务器交互完成数据同步操作,并保存客户端数据;或者,用于向DM客户端发送设备能力信息协商请求,或接收来自DM客户端的服务器端设备能力信息,或与DM客户端之间进行认证操作;
所述DM客户端,用于从已定义的DM管理树中获取用于存储客户端设备能力信息的Client DS MO对象在OMA设备管理协议的控制下与DM服务器进行通信;或者,将来自DM服务器的服务器端设备能力信息或Server DSMO中的服务器端设备能力信息发送给DS客户端;
所述DM服务器,用于将来自DM客户端的Client DS MO中客户端端设备能力信息发送给DS服务器;或者,将来自DS服务器的服务器端设备能力信息直接或作为Server DS MO发送给DM客户端;
所述DS服务器,用于接收来自DM服务器的客户端设备能力信息,或通过DM服务器请求客户端的设备能力信息,或将自身的设备能力信息传送给DM服务器。
较佳地,所述DS客户端和DM客户端在相同或不同的物理实体上;所述DS服务器和DM服务器在相同或不同的物理实体上。
本发明的关键是,将设备能力信息协商过程从同步流程中分离出去,使得设备能力信息协商成为了一个独立的过程,这样,其既可以简化同步协议,提高了同步效率;同时又避免了因为设备能力信息协商流程的变更而导致的同步流程的变更,进而避免了经常性修改数据同步规范。
另外,在采用DM实现方式时,由于将设备能力信息定义为标准化的MO,提高了设备能力信息的重用性;而且这些MO中的信息通过DM技术可以将其开放给其他业务使用。
附图说明
图1是实现同步的示意图;
图2是现有SyncML实现同步的流程示意图;
图3是应用本发明的发起设备能力信息协商的流程示意图;
图4是现有的DM规范的整体结构示意图;
图5是DM方式下DS客户端上报客户端设备能力信息的流程示意图;
图6是基于图5所示实施例的DM客户端和DM服务器之间的另一种实现方式流程图;
图7是DM方式下DS客户端请求服务器端设备能力信息的流程示意图;
图8是基于图7所示实施例的DM客户端和DM服务器之间的另一种实现方式流程图;
图9是应用本发明的另一种发起设备能力信息协商的流程示意图;
图10是DM方式下DS服务器主动发起设备能力信息协商的流程示意图;
图11是客户端管理树结构示意图;
图12是基于图11的有关设备能力信息客户端管理对象的一具体实施例;
图13是DM协议方式下用于发起设备能力信息协商的系统。
具体实施方式
下面结合附图及实施例对本发明再做进一步的详细说明。
本发明的思路是:将设备能力信息的协商过程变为既可在线协商也可离线协商的操作,即不需要在每次同步会话的初始化阶段都进行协商,从而使得设备能力信息协商过程独立于同步过程。这样,仅当设备能力信息改变后才需重新协商,而且,该协商过程既可以是协商全部的设备能力信息,也可以仅协商较前一次发生变化的设备能力信息,还可以仅协商当前同步交互中所需的设备能力信息。而且,客户端和服务器均可缓存对方的设备能力信息。
下面分DS客户端主动发起请求和DS服务器主动发起请求两方面来说明。
图3是应用本发明的发起设备能力信息协商的流程示意图。本图是以DS客户端主动发起请求来说明的。
步骤301,DS服务器接收来自DS客户端的操作请求。该DS客户端上报的请求可以是用户触发,或软件升级触发,或定时触发,或其他条件触发的。
步骤302,DS服务器判断接收到的请求是数据同步请求还是设备能力信息协商请求,如果是前者,则执行步骤303,如果是后者则执行步骤306。
步骤303,DS服务器检测发起请求的同步客户端是否已经执行完毕设备能力信息协商,若是,则执行步骤305,否则执行步骤304。
上述检测的过程为:判断自身是否存在与发起请求的同步客户端标识(ID)对应的设备能力信息协商已经完成的标记,如果存在,则发起请求的同步客户端已经执行完毕设备能力信息协商,否则未执行。
步骤304,给接收到的请求返回响应,并继续执行同步处理,结束。
步骤305,给接收到的请求返回要求所述DS客户端进行设备能力信息协商的响应,结束。
步骤306,执行设备能力信息协商操作,结束。
如果DS客户端向DS服务器发起的操作请求是设备能力信息协商请求,则步骤306执行之前进一步包括:DS客户端和DS服务器之间执行初始化身份验证,验证通过后再执行步骤306。且步骤306执行之后进一步包括:更新确认状态操作,以用于保证完整的善后工作。也就是说,对于独立的设备能力信息协商操作要进行交互之前的验证初始化操作,以及交互之后的善后工作即更新状态等操作,以保证该操作的独立性和完整性。而对于同步过程中的设备能力信息协商操作则不再需要单独的验证和状态更新等操作。也即该设备能力信息协商操作既可以在线完成也可以离线完成。
如果DS客户端向DS服务器发起的操作请求是设备能力信息协商请求,那么在步骤306执行完毕后,所述DS客户端还可以继续向DS服务器发起数据同步操作,以完成后续的数据同步操作,而且该数据同步操作既可以与步骤306所述操作在同一个会话内,也可以不在同一会话内。
如果DS客户端向DS服务器发起的操作请求是设备能力信息协商请求,则所述协商请求为请求上报客户端设备能力信息,和/或请求服务器端设备能力信息。而且,上述设备能力信息协商请求可以通过同步设备管理(DM)协议的方式向DS服务器发送;也可以通过设备能力操作会话的方式向同步服务器发送的。
众所周知,DM规范定义了标准的管理对象(Management Object,MO),设备管理服务器(DM Server)通过操作终端设备内的管理对象完成管理动作。而管理对象以管理树的形式存在,参见图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服务器根据接收到的信息,获取待上报的客户端设备能力信息,之后给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客户端将ClientDS MO的标识传递给了DM服务器,由DM服务器来决定需要哪些信息,然后将决定的结果作为操作命令通知给DM客户端,DM客户端再依据该操作命令进行相应操作。无论哪种实现方式,其都是现有的DM协议所支持的。
在DM协议的方式下,DS客户端请求服务器端设备能力信息的过程如图7所示:
步骤701,DS客户端向DM客户端发送获取DS服务器端设备能力信息的请求;
步骤702,DM客户端根据接收到的请求,发起初始会话连接,向DM服务器请求获取服务器端设备能力信息,即要求DM服务器配置用于存储服务器端设备能力信息的服务器同步管理对象(Server DS MO);
步骤703~704,DM服务器从DS服务器获取服务器端设备能力信息。
步骤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服务器发送设备能力协商请求的,对于同步全部的设备能力信息的情况,其与现有的数据同步流程中的设备能力信息同步的过程是一致的,只是将其单独提出,而再不作为数据同步中的一个步骤。此外,为了实现部分设备能力信息的同步,以采用以下两种方式:
a、增加一些新的命令,如增加“添加”、“更新”、“删除”、“查询”命令等,来自实现部分设备能力信息的同步。
b、采用XCAP(XML Configuration and Access Protocol)协议实现设备能力的协商。该XCAP是基于HTTP的一种协议,通过HTTP GET和HTTP PUT命令来获取和修改XML文档信息。其可以根据URI访问XML文档,其访问行为包括:
(1)获取、更新、删除整个XML文档
(2)获取、更新、删除某个特定的节点或者属性
例如:假设张三的设备能力信息如下:<设备能力信息>
<生产厂家>华为技术有限公司</生产厂家>
<型号>3G-001</型号>
<软件版本号>2.0</软件版本号>
<硬件版本号>1.22I</硬件版本号>
<设备编号>1218182THD000001-2</设备编号>
<设备类型>PDA</设备类型>
<支持大对象同步启用=”是”/>
<支持的最大修改数/>
<数据存储库>
<地址>./contacts</地址>
<显示名>Phonebook</显示名>
<最大的GUID长度>32</最大的GUID长度>
<首选的可接收数据>
<类型>通讯录text/vcard</类型>
<版本>3.0</版本>
</首选的可接收数据>
<首选的可发送数据>
<类型>通讯录text/x-vcard</类型>
<版本>3.0</版本>
</首选的可发送数据>
<支持的同步数据能力>
<类型>通讯录text/vcard</类型>
<版本>3.0</版本>
<属性>
<属性名>BEGIN</属性名>
<属性值>VCARD</属性值>
</属性>
</支持的同步数据能力>
<支持的同步类型>
<同步类型>1</同步类型>
<同步类型>2</同步类型>
<同步类型>7</同步类型>
</支持的同步类型>
</数据存储库></设备能力信息>
那么,在DS客户端在第一次和DS服务器进行交互时,将上述设备能力信息通过Put命令上传给DS服务器;而服务器保存该信息。只要设备能力信息没有改变,以后每次的数据同步都不需要进行设备能力信息的协商。
如果某段时间后,用户在DS客户端做了如下修改:
A、将支持大对象改为禁用
<支持大对象同步启用=”否”>
B、增加了对第三种同步类型的支持
<支持的同步类型>
<同步类型>1</同步类型>
<同步类型>2</同步类型>
<同步类型>7</同步类型>
<同步类型>3</同步类型>
</支持的同步类型>
则DS客户端采用如下的命令将所做的修改发送给服务器,以便服务器做相应的更新操作。
A修改:
<更新>
<级别>属性</级别>
<路径>/设备能力信息/支持大对象同步/@启用</路径>
<程度>仅更新</程度>
<数据>否</数据>
</更新>
B修改:
<添加>
<级别>元素</级别>
<路径>/设备能力信息/支持的同步类型/同步类型</路径>
<数据>3</数据>
</添加>
下面说明服务器主动发起的情况。
图9是应用本发明的另一发起设备能力信息协商的流程示意图。本图是以DS服务器端主动发起进行说明。
步骤901,DS服务器向DS客户端发起设备能力信息协商请求,请求客户端上报设备能力信息;
步骤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 DSMO。这两步也可以不执行,即可以不执行认证操作。
步骤1005,DM客户端获取Client DS MO,发起设备管理流程,将该MO通知给DM服务器。
此步骤的具体实现方式与图5中步骤502~504的实现方式相同,当然也可以采用图6中的实现方式,此处不再赘述。
步骤1006,DM服务器将接收到的客户端设备能力信息通知给DS服务器。
在DM协议方式下,DS客户端请求服务器端设备能力信息的过程与图7所示方式完全相同,此处不再赘述。
在采用设备能力操作会话的方式下,其实现过程与现有实现方式基本相同,仅是将该设备能力协商的过程完全独立出来而已。
对于以上所有涉及DM方式的实施例,其DS客户端和DM客户端之间,以及DS服务器和DM服务器之间为任意的接口,例如,WSI(Web ServiceInterface)、文件接口、或者共享同一个文件,其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分别用于保存客户端设备能力信息和服务器端的设备能力信息,且Client DS MO可以被服务器端获取,ServerDS MO可以被客户端获取。由于管理对象都是以管理树的形式存在,因此,Client DS MO和Server DS MO分别位于客户端的管理树上和服务器端的管理树上。通过将Client DS MO和Server DS MO定义为标准化的MO,提高了设备能力信息的重用性;这些MO中的信息在现有技术中是没有标准化的,通过DM技术可以将其开放给其他业务使用。
Client DS MO和Server DS MO的结构是类似的,下面仅以Client 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服务器请求客户端的设备能力信息,或将自身的设备能力信息传送给DM服务器。
上述DS客户端,DS服务器,DM客户端和DM服务器均为逻辑实体,其中DS客户端和DM客户端可以在相同或不同的物理实体上;DS服务器和DM服务器可以在相同或不同的物理实体上。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (32)
1、一种发起设备能力信息协商的方法,其特征在于,包括以下步骤:
a、同步客户端Data Sync Client向同步服务器Data Sync Server发起操作请求;
b、同步服务器判断接收到的请求是数据同步请求还是设备能力信息协商请求,如果是前者,则执行步骤c,如果是后者则执行步骤d;
c、检测发起请求的同步客户端是否已经执行完毕设备能力信息协商,若是,则执行同步处理,结束;否则返回要求所述同步客户端进行设备能力信息协商的响应信息,结束;
d、执行设备能力信息协商操作,结束。
2、根据权利要求1所述的方法,其特征在于,如果同步客户端向同步服务器发起的操作请求是设备能力信息协商请求,则所述协商请求为请求上报客户端设备能力信息,和/或请求服务器端设备能力信息。
3、根据权利要求2所述的方法,其特征在于,所述设备能力信息协商请求是通过设备管理DM协议的方式向同步服务器发送的;或者,是通过设备能力操作会话的方式向同步服务器发送的。
4、根据权利要求3所述的方法,其特征在于,在DM的协议方式下,所述同步客户端上报客户端设备能力信息的过程包括以下步骤:
i)同步DS客户端向设备管理DM客户端发送上报客户端设备能力信息请求;
ii)DM客户端根据接收到的请求,发起设备管理流程,通知DM服务器获取待上报的客户端设备能力信息;
iii)DM服务器获取待上报的客户端设备能力信息后,将获取到的客户端设备能力信息通知给DS服务器。
5、根据权利要求4所述的方法,其特征在于,步骤ii)所述实现过程为:
DM客户端根据接收到的请求,读取已设置的客户端同步管理对象所对应的全部或者部分节点的数据,获取待上报的客户端设备能力信息,向设备管理DM服务器发起初始会话连接请求,该请求中包含待上报的客户端设备能力信息;
DM服务器根据接收到的信息,获取待上报的客户端设备能力信息。
6、根据权利要求4所述的方法,其特征在于,步骤ii)所述实现过程为:
DM客户端根据接收到的请求,向设备管理DM服务器发起初始会话连接请求,该请求中包含要求DM服务器获取的客户端同步管理对象标识;DM服务器根据接收到的标识下发具体的操作命令;DM客户端根据DM服务器下发的操作命令读取已设置的客户端同步管理对象所对应的全部或者部分节点的数据,获取待上报的客户端设备能力信息,之后,DM客户端给DM服务器发送操作命令的回应信息,该回应信息中包含待上报的客户端设备能力信息;
DM服务器接收到的回应信息,获取待上报的客户端设备能力信息。
7、根据权利要求3所述的方法,其特征在于,在DM协议的方式下,所述同步客户端请求服务器端设备能力信息的过程包括以下步骤:
I)DS客户端向DM客户端发送获取DS服务器端设备能力信息请求;
II)DM客户端根据接收到的请求,发起设备管理流程,向DM服务器请求获取服务器端设备能力信息;
III)DM服务器根据接收到的请求从DS服务器获取服务器端设备能力信息,将该服务器端设备能力信息通过DM客户端发送给DS客户端。
8、根据权利要求7所述的方法,其特征在于,
步骤II)所述设备管理流程为初始会话连接,要求DM服务器配置用于存储服务器端设备能力信息的服务器同步管理对象Server DS MO;
步骤III)所述DM服务器获取服务器端设备能力信息后,通过交互命令和管理命令给DM客户端返回服务器同步管理对象Server DS MO所对应的全部或者部分节点数据,DM客户端从接收到的全部或者部分节点数据中获取服务器端设备能力信息,下发给DS客户端。
9、根据权利要求7所述的方法,其特征在于,
步骤II)所述设备管理流程为初始会话连接,所述请求为请求获取服务器端设备能力信息;
步骤III)所述DM服务器获取服务器端设备能力信息后,通过客户端配置CP、或WAP Push,或短信,或彩信的方式将所请求的信息通过DM客户端发送给DS客户端。
10、根据权利要求4、5、6或8所述的方法,其特征在于,所述管理对象所对应的全部或者部分节点的数据包括但不限于管理对象树的子树数据、子树结构、子树节点数据、或节点属性、或上述任意组合。
11、根据权利要求4或7所述的方法,其特征在于,所述DS客户端和DM客户端之间,以及DS服务器和DM服务器之间为任意的接口,所述DM客户端和DM服务器之间为OMA设备管理协议。
12、根据权利要求4或7所述的方法,其特征在于,所述DS客户端和DM客户端在相同或不同的物理实体上;所述DS服务器和DM服务器在相同或不同的物理实体上。
13、根据权利要求3所述的方法,其特征在于,在设备能力操作会话的方式下,所述同步客户端上报客户端设备能力信息的过程为:所述同步客户端通过XCAP协议或预先设置的操作命令,将客户端设备能力信息上报给同步服务器。
14、根据权利要求13所述的方法,其特征在于,所述预先设置的操作命令为添加、更新、删除或查询命令。
15、根据权利要求2所述的方法,其特征在于,所述请求上报的客户端设备能力信息,和/或请求的服务器端设备能力信息是:全部的设备能力信息,或当前交互中所需的设备能力信息,或较前一次发生变化的设备能力信息。
16、根据权利要求1所述的方法,其特征在于,如果同步客户端向同步服务器发起的操作请求是设备能力信息协商请求,则
步骤d执行之前进一步包括:同步客户端和同步服务器之间执行初始化身份验证,验证通过后再执行步骤d;
步骤d执行之后进一步包括:更新确认状态操作。
17、根据权利要求1或16所述的方法,其特征在于,步骤d之后进一步包括:客户端发起会话。
18、根据权利要求17所述的方法,其特征在于,所述会话与步骤d所述设备能力信息协商操作在同一个会话中,或在不同的会话中。
19、根据权利要求1所述的方法,其特征在于,步骤c所述检测的过程为:判断自身是否存在与发起请求的同步客户端标识对应的设备能力信息协商已经完成的标记,如果存在,则发起请求的同步客户端已经执行完毕设备能力信息协商,否则未执行。
20、一种发起设备能力信息协商的方法,其特征在于,包括以下步骤:
A、DS服务器向DS客户端发起设备能力信息协商请求,请求客户端上报设备能力信息;
B、DS客户端根据接收到的请求,将自身的设备能力信息上报给DS服务器。
21、根据权利要求20所述的方法,其特征在于,步骤B所述DS客户端接收到请求后,进一步包括:与发起请求的服务器进行互认证,如果认证成功,再执行后续步骤,如果认证失败,则结束。
22、根据权利要求20或21所述的方法,其特征在于,该方法进一步包括:DS客户端请求服务器端的设备能力信息。
23、根据权利要求20或21所述的方法,其特征在于,所述请求通过DM协议发送;或者,通过设备能力操作会话的方式发送。
24、根据权利要求23所述的方法,其特征在于,在通过DM协议发送的方式下,步骤A所述DS服务器向DS客户端发起设备能力信息协商请求的过程为:
A1、DS服务器向DM服务器发送获取客户端设备能力信息的请求;
A2、DM服务器根据接收到的请求,向DM客户端发送操作通知,要求DM客户端发起设备流程管理并上报客户端设备能力信息。
25、根据权利要求24所述的方法,其特征在于,在通过DM协议发送的方式下,步骤B所述DS客户端将设备能力信息上报给服务器的过程为:
B1、DM客户端根据接收到的请求,发起设备管理流程,通知DM服务器获取待上报的客户端设备能力信息;
B2、DM服务器获取待上报的客户端设备能力信息后,将获取到的客户端设备能力信息通知给DS服务器。
26、根据权利要求23所述的方法,其特征在于,在通过DM协议发送的方式下,所述同步客户端请求服务器端设备能力信息的过程包括以下步骤:
01)DS客户端向DM客户端发送获取DS服务器端设备能力信息请求;
02)DM客户端根据接收到的请求,发起设备管理流程,向DM服务器请求获取服务器端设备能力信息;
03)DM服务器根据接收到的请求从DS服务器获取服务器端设备能力信息,将该服务器端设备能力信息通过DM客户端发送给DS客户端。
27、根据权利要求24、25或26所述的方法,其特征在于,所述DS客户端和DM客户端在相同或不同的物理实体上;所述DS服务器和DM服务器在相同或不同的物理实体上。
28、根据权利要求23所述的方法,其特征在于,在设备能力操作会话的方式下,所述同步客户端上报客户端设备能力信息的过程为:所述同步客户端通过XCAP协议或预先设置的操作命令,将客户端设备能力信息上报给同步服务器。
29、根据权利要求28所述的方法,其特征在于,所述预先设置的操作命令为添加、更新、删除或查询命令。
30、根据权利要求23所述的方法,其特征在于,所述客户端的设备能力信息,和所述服务器端的设备能力信息是:全部的设备能力信息,或当前同步交互中所需的设备能力信息,或较前一次发生变化的设备能力信息。
31、一种用于发起设备能力信息协商的系统,适用于通过DM协议的方式实现发送的情况,其特征在于,包括DS客户端,DS服务器,DM客户端和DM服务器;
所述DS客户端,用于和DS服务器交互完成数据同步操作,并保存客户端数据;或者,用于向DM客户端发送设备能力信息协商请求,或接收来自DM客户端的服务器端设备能力信息,或与DM客户端之间进行认证操作;
所述DM客户端,用于从已定义的DM管理树中获取用于存储客户端设备能力信息的Client DS MO对象在OMA设备管理协议的控制下与DM服务器进行通信;或者,将来自DM服务器的服务器端设备能力信息或Server DSMO中的服务器端设备能力信息发送给DS客户端;
所述DM服务器,用于将来自DM客户端的Client DS MO中客户端端设备能力信息发送给DS服务器;或者,将来自DS服务器的服务器端设备能力信息直接或作为Server DS MO发送给DM客户端;
所述DS服务器,用于接收来自DM服务器的客户端设备能力信息,或通过DM服务器请求客户端的设备能力信息,或将自身的设备能力信息传送给DM服务器。
32、根据权利要求31所述的系统,其特征在于,所述DS客户端和DM客户端在相同或不同的物理实体上;所述DS服务器和DM服务器在相同或不同的物理实体上。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006100709757A CN101047707A (zh) | 2006-03-30 | 2006-03-30 | 发起设备能力信息协商的方法及系统 |
PCT/CN2007/001018 WO2007112673A1 (en) | 2006-03-30 | 2007-03-29 | The method of device capability information negotiation, the method, system and device of synchronization |
EP07720592A EP2001160A4 (en) | 2006-03-30 | 2007-03-29 | METHOD FOR NEGOTIATING DEVICE CAPABILITY INFORMATION, METHOD, SYSTEM AND SYNCHRONIZATION DEVICE |
US12/241,937 US8051186B2 (en) | 2006-03-30 | 2008-09-30 | Method for device capability negotiation, method, system and device for synchronization |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006100709757A CN101047707A (zh) | 2006-03-30 | 2006-03-30 | 发起设备能力信息协商的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101047707A true CN101047707A (zh) | 2007-10-03 |
Family
ID=38563106
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006100709757A Pending CN101047707A (zh) | 2006-03-30 | 2006-03-30 | 发起设备能力信息协商的方法及系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8051186B2 (zh) |
EP (1) | EP2001160A4 (zh) |
CN (1) | CN101047707A (zh) |
WO (1) | WO2007112673A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009137975A1 (zh) * | 2008-05-13 | 2009-11-19 | 华为技术有限公司 | 一种设备能力交互的方法、系统和装置 |
CN101330319B (zh) * | 2007-11-15 | 2012-02-29 | 中兴通讯股份有限公司 | 一种策略同步的方法 |
CN102739769A (zh) * | 2011-04-14 | 2012-10-17 | 三星电子株式会社 | 便携式终端的同步方法和装置 |
CN102752294A (zh) * | 2012-06-19 | 2012-10-24 | 中国科学院计算技术研究所 | 基于设备能力的多终端数据同步方法和系统 |
WO2013000383A1 (zh) * | 2011-06-27 | 2013-01-03 | 华为终端有限公司 | 设备管理的方法、装置和系统 |
CN104573127A (zh) * | 2015-02-10 | 2015-04-29 | 北京嘀嘀无限科技发展有限公司 | 评估数据差异性的方法和系统 |
CN103259864B (zh) * | 2008-03-04 | 2016-09-07 | 苹果公司 | 数据同步协议 |
CN109067848A (zh) * | 2018-07-11 | 2018-12-21 | 深圳鼎盛电脑科技有限公司 | 指令执行方法、装置、设备及存储介质 |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8626128B2 (en) | 2011-04-07 | 2014-01-07 | Microsoft Corporation | Enforcing device settings for mobile devices |
US8010997B2 (en) * | 2005-06-30 | 2011-08-30 | Microsoft Corporation | Enforcing device settings for mobile devices |
US20090070410A1 (en) * | 2007-09-12 | 2009-03-12 | International Business Machines Corporation | Managing Presence Information Of A Presentity |
GB0807590D0 (en) * | 2008-04-25 | 2008-06-04 | Ominplug Technologies Ltd | Data synchronisation |
KR101545909B1 (ko) * | 2008-12-01 | 2015-08-20 | 삼성전자주식회사 | 아이피 티브이의 시청 정보 수집 방법 및 시스템 |
ES2620177T3 (es) | 2009-10-15 | 2017-06-27 | Guerbet | Agentes de formación de imágenes y su uso para el diagnóstico in vivo de enfermedades neurodegenerativas, particularmente la enfermedad de Alzheimer y enfermedades derivadas |
US20110149086A1 (en) | 2009-12-23 | 2011-06-23 | Winbush Iii Amos | Camera user content synchronization with central web-based records and information sharing system |
US8832061B2 (en) | 2010-07-02 | 2014-09-09 | Salesforce.Com, Inc. | Optimizing data synchronization between mobile clients and database systems |
CN102136933B (zh) * | 2010-09-30 | 2013-08-28 | 华为技术有限公司 | 设备管理方法、中间件及机器通信平台、设备和系统 |
EP3700163B1 (en) * | 2011-02-14 | 2022-01-19 | Nokia Technologies Oy | Seamless wi-fi subscription remediation |
US20130097116A1 (en) * | 2011-10-17 | 2013-04-18 | Research In Motion Limited | Synchronization method and associated apparatus |
US20160295390A1 (en) * | 2013-11-22 | 2016-10-06 | Telefonaktiebolaget L M Ericsson (Publ) | Centralised capabiity discovery |
US10146916B2 (en) * | 2015-11-17 | 2018-12-04 | Microsoft Technology Licensing, Llc | Tamper proof device capability store |
US11218374B2 (en) * | 2019-07-30 | 2022-01-04 | Microsoft Technology Licensing, Llc | Discovery and resolution of network connected devices |
CN112148793B (zh) * | 2020-09-17 | 2024-02-20 | 广东睿住智能科技有限公司 | 数据同步方法、系统及存储介质 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI111683B (fi) * | 1999-04-30 | 2003-08-29 | Nokia Corp | Menetelmä langattoman viestimen ominaisuuksien tallentamiseksi ja informoimiseksi, langaton viestin sekä langaton tiedonsiirtojärjestelmä |
US7570668B2 (en) | 2001-10-03 | 2009-08-04 | Nokia Corporation | Data synchronization |
ATE385094T1 (de) * | 2002-04-30 | 2008-02-15 | Nokia Corp | Verfahren und einrichtung zur verwaltung des baumdatenaustauschs |
US20030236892A1 (en) * | 2002-05-31 | 2003-12-25 | Stephane Coulombe | System for adaptation of SIP messages based on recipient's terminal capabilities and preferences |
JP4494970B2 (ja) * | 2002-09-03 | 2010-06-30 | ノキア コーポレイション | 中断された同期プロセスに対処してデータを同期させる方法、装置、システム |
AU2003284292A1 (en) * | 2002-10-21 | 2004-05-13 | Bitfone Corporation | System with required enhancements to syncml dm environment to support firmware updates |
US7292846B2 (en) * | 2003-02-28 | 2007-11-06 | Nokia Corporation | Apparatus, and associated method, for retrieving mobile-node device management tree information |
WO2005001665A2 (en) * | 2003-06-27 | 2005-01-06 | Bitfone Corporation | System and method for downloading update packages into a mobile handset in a carrier network |
GB0319360D0 (en) | 2003-08-18 | 2003-09-17 | Nokia Corp | Setting up communication sessions |
US7437484B2 (en) | 2003-12-29 | 2008-10-14 | International Business Machines Corporation | Method for optimizing synchronization |
KR20070006718A (ko) * | 2004-01-27 | 2007-01-11 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 확장된 컴퓨팅 능력을 제공하는 시스템 및 방법 |
KR100557192B1 (ko) | 2004-04-06 | 2006-03-03 | 삼성전자주식회사 | 서버와 클라이언트간에 데이터 동기화 시 비정상 종료된경우 데이터 전송 방법 및 그 시스템. |
US20050256959A1 (en) | 2004-04-13 | 2005-11-17 | Magnus Svensson | Method of and system for multimedia messaging system interoperability |
SE0402384D0 (sv) * | 2004-10-01 | 2004-10-01 | Ericsson Telefon Ab L M | Terminal capability determination subject to call forwarding |
US7669121B2 (en) * | 2005-01-19 | 2010-02-23 | Microsoft Corporation | Transcode matrix |
-
2006
- 2006-03-30 CN CNA2006100709757A patent/CN101047707A/zh active Pending
-
2007
- 2007-03-29 EP EP07720592A patent/EP2001160A4/en not_active Withdrawn
- 2007-03-29 WO PCT/CN2007/001018 patent/WO2007112673A1/zh active Application Filing
-
2008
- 2008-09-30 US US12/241,937 patent/US8051186B2/en active Active
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101330319B (zh) * | 2007-11-15 | 2012-02-29 | 中兴通讯股份有限公司 | 一种策略同步的方法 |
CN103259864B (zh) * | 2008-03-04 | 2016-09-07 | 苹果公司 | 数据同步协议 |
CN102017565B (zh) * | 2008-05-13 | 2014-02-26 | 华为技术有限公司 | 一种设备能力交互的方法、系统和装置 |
EP2257020A4 (en) * | 2008-05-13 | 2012-02-29 | Huawei Tech Co Ltd | METHOD, SYSTEM AND DEVICE FOR REPLACING DEVICE ABILITY INFORMATION |
CN102017565A (zh) * | 2008-05-13 | 2011-04-13 | 华为技术有限公司 | 一种设备能力交互的方法、系统和装置 |
US8402132B2 (en) | 2008-05-13 | 2013-03-19 | Huawei Technologies Co., Ltd. | Method, system and device for device capabilities exchange |
WO2009137975A1 (zh) * | 2008-05-13 | 2009-11-19 | 华为技术有限公司 | 一种设备能力交互的方法、系统和装置 |
EP2257020A1 (en) * | 2008-05-13 | 2010-12-01 | Huawei Technologies Co., Ltd. | Method, system and device for exchanging device capability information |
CN102739769A (zh) * | 2011-04-14 | 2012-10-17 | 三星电子株式会社 | 便携式终端的同步方法和装置 |
WO2013000383A1 (zh) * | 2011-06-27 | 2013-01-03 | 华为终端有限公司 | 设备管理的方法、装置和系统 |
CN102752294A (zh) * | 2012-06-19 | 2012-10-24 | 中国科学院计算技术研究所 | 基于设备能力的多终端数据同步方法和系统 |
CN102752294B (zh) * | 2012-06-19 | 2015-01-21 | 中国科学院计算技术研究所 | 基于设备能力的多终端数据同步方法和系统 |
CN104573127A (zh) * | 2015-02-10 | 2015-04-29 | 北京嘀嘀无限科技发展有限公司 | 评估数据差异性的方法和系统 |
CN104573127B (zh) * | 2015-02-10 | 2019-05-14 | 北京嘀嘀无限科技发展有限公司 | 评估数据差异性的方法和系统 |
CN109067848A (zh) * | 2018-07-11 | 2018-12-21 | 深圳鼎盛电脑科技有限公司 | 指令执行方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP2001160A4 (en) | 2009-04-01 |
US20090144434A1 (en) | 2009-06-04 |
EP2001160A9 (en) | 2009-03-11 |
US8051186B2 (en) | 2011-11-01 |
EP2001160A2 (en) | 2008-12-10 |
WO2007112673A1 (en) | 2007-10-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101047707A (zh) | 发起设备能力信息协商的方法及系统 | |
CN1956452A (zh) | 一种实现数据同步的方法、系统、客户端及服务器 | |
CN1606300A (zh) | 数据处理系统中分配图像的方法与系统 | |
CN1260665C (zh) | 用于管理可换存储媒体的设备和方法 | |
CN1625865A (zh) | 用于管理树状数据交换的方法和设备 | |
CN101061688A (zh) | 基于简单网络管理协议的网络管理设备和方法 | |
CN1794724A (zh) | 在SyncML层实现数据同步的方法 | |
CN1231854C (zh) | 多媒体信息系统 | |
CN1598851A (zh) | Oma设备管理扩充管理移动设备配置设定的系统和方法 | |
CN1695139A (zh) | 用于定义对象以允许为移动通信设备建立设备管理树的方法和设备 | |
CN1407454A (zh) | 使多个移动装置同步的方法和系统 | |
CN1859322A (zh) | 查询用户信息的方法 | |
CN1859393A (zh) | 一种协商设备信息的系统及方法 | |
CN100343835C (zh) | 信息处理方法和设备 | |
CN1703048A (zh) | 网络服务应用协议和soap处理模型 | |
CN101051937A (zh) | 一种基于xml的用户权限管理方法及系统 | |
CN1794692A (zh) | 通信系统和在通信系统中查询信息的方法 | |
CN1656468A (zh) | 用于同步不同数据存储器中数据存储方式的方法和设备 | |
CN101030157A (zh) | 一种用户词库同步更新的方法和系统 | |
CN1867142A (zh) | 移动终端设备获取计算机信息的方法和系统 | |
CN1771496A (zh) | 涉及信息访问的系统和方法 | |
CN1532751A (zh) | 服务处理装置、服务处理方法 | |
CN1680915A (zh) | 参数处理装置及用于其的参数设置方法 | |
CN1828606A (zh) | 信息提供方法以及门户站点系统 | |
CN1794647A (zh) | 在设备管理中上报终端信息的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20071003 |