CN1391759A

CN1391759A - 远程网络同步

Info

Publication number: CN1391759A
Application number: CN00815929A
Authority: CN
Inventors: L·诺瓦克; A·约恩松; B·埃克贝里
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 1999-09-20
Filing date: 2000-09-11
Publication date: 2003-01-15
Anticipated expiration: 2020-09-11
Also published as: ATE311065T1; CN1179530C; EP1214831A2; WO2001022678A2; US6882659B1; DE60024287D1; EP1214831B1; AU1270701A; MY133716A; JP2003510902A; WO2001022678A3

Abstract

一个在移动设备上运行的移动应用程序可以与一个非移动设备上运行的非移动应用程序协调和同步。例如，移动和非移动的应用程序可以是日程管理应用程序。当移动和非移动装置之间的传输媒体是无连接时，为了能够使用面向会话(面向连接)的协议堆栈，移动装置向非移动装置发送一个初始的通信。产生一个会话标识，作为接收到该初始通信的响应。第一面向连接的协议帧包含在一个第一无连接协议帧中，该第一无连接协议帧被发送给移动装置。尽管会话是由移动装置启动的，但是由非移动装置来控制会话。

Description

远程网络同步

发明背景

本发明涉及装置的同步，特别是通过一个网络进行的装置上存储数据的同步。

近年来，移动装置用户经常面临在移动装置中存储与他们的固定计算机，如服务器或台式计算机中的数据相同的数据的问题。这些移动装置，如个人数字助理(PDA)、移动电话和便携式计算机，存贮着大量的诸如日程记录、联系记录、任务表等等。为了避免在移动装置和服务器上都输入信息，希望允许存储在这些装置上的数据能够彼此同步。移动装置间的数据同步还避免了日程安排的冲突。而且，通过存储在移动装置上的数据同步，用户可以确信如果偶然从移动装置上删除了数据，还可以从服务器上将其恢复。

装置间数据同步的一个常规方法是通过使用红外数据关联(IrDA)所公布的协议标准来实现的。这些协议标准提供了使用红外通信在装置间发送数据的方法。一个由IrDA公布的标准协议是OBEX。OBEX代表“对象交换”，它描述了用一种简单的方法从一个单元到另一个单元发送任意数据对象的方式。OBEX协议包括两个重要部分，会话级协议和应用程序帧。会话级协议规定在相互交换数据的单元间会话期间可以表述哪些内容，和一套指定具体操作的运行代码(opcodes)。建立在会话协议顶部的应用程序帧提供一个表示被发送对象的模型。应用程序帧必须保证采用OBEX的单元之间能够协同工作。关于OBEX的更多信息，有兴趣的读者可以特别参考Counterpoint Systems Fountry公司1999年3月18日的1.2版本的“IrAD对象交换协议IrOBEX”。

另一个IrAD发布的协议标准是熟知的红外移动通信(IrAC)。IrAC提供了一个如何存储和访问诸如日程、联系等数据的模型。利用IrAC模型，当改变移动装置中的日程表时，如果移动装置和固定计算机同步，则服务器中的日程表将发生变化。通常，在一个IR协议堆栈中，IrAC是放置在OBEX层顶部的应用程序层中。关于IrMC的更多信息，有兴趣的读者可以特别参考1999年3月1日的1.1版本的“Ir移动通信规范(IrMC)”。

尽管IrMC与OBEX的结合提供了一个有效的数据同步模型，但是承载这些设计用于通信的协议的媒体有许多不足之处。例如，由于这些协议被设计为使用红外通信来运行，要交换数据的装置之间必须有一条清楚的连接线，以便保证装置能够进行通信。而且，这些协议是面向连接的，因此，这些协议不是设计用来在一个无连接的环境中运行的，如互联网。

由于互联网的不断发展，需要提供与互联网协议(IP)兼容的协议，允许不同装置的用户访问存储在互联网上的信息和服务。一种用于为移动装置，如无线电话提供存储在互联网上的信息和服务访问的模型是众所周知的无线应用协议(WAP)。WAP是一个公开的全球规范，能够方便快速地为移动用户提供相关的信息和服务。

图1说明的是一个用于使用WAP在互联网上通信的移动装置的网络配置。移动装置110利用天线130通过空间连接进行通信。由天线130接收的信号与IP网关140的WAP通信。IP网关140的WAP主要负责WAP和IP协议间的信号转换。在转换从天线130接收的信号之后，IP网关140的WAP通过网络150将信号传送给服务器160。服务器160接收该信号，如果需要，通过网络150将一个对IP网关140的WAP的响应发送回移动装置110。IP网关140的WAP将从服务器160接收的信号从IP转换为WAP，并将该信号发送给天线130。然后，天线130通过空间连接120将WAP信号发送给移动装置110。为了便于理解，对图1的网络进行了简化。本技术领域的熟练人员将会了解到图1的网络包括基站、移动转换中心等。

由于WAP被设计为一个无连接的协议，象IP一样，WAP也是没有国籍限制的。由此，必须由应用程序本身来维护应用程序的状态。

图2说明了诸如WAP和IP的无连接协议中一个服务器和客户间的常规信号传输。通常，客户210将利用服务器通过将一个启动会话消息230发送给服务器220来启动一个会话。服务器220通过一个包含客户210和服务器220间的会话ID的会话已启动的消息235来作出响应。因为已启动了会话，客户210向服务器220发送一个信息请求消息240。对此响应，服务器220向客户210发送一个包含会话ID的信息响应消息245。如图中虚线所示，客户210可以发送更多的信息请求消息，服务器220会继续通过信息响应消息作出回应。当客户210要求中断与服务器220的会话时，客户210发送一个结束会话消息250。对此响应，服务器220发送一个会话已结束的消息255。客户210和服务器220间的每一个相互交换的信息都包含会话ID，以便使得客户210和服务器220都能够通过建立在客户210和服务器220之间的特定会话来联合接收到的消息。在典型的互联网通信中，客户是一个浏览器，会话ID以一个隐含字段的形式在浏览器和服务器之间传送。

如图2说明的那样，无连接协议，如WAP，具有规定的请求/响应对，这样启动会话的客户还将控制会话。换句话说，无连接的协议规定启动会话的用户将是发送信息请求的用户，其他的用户仅发送响应于信息请求的消息。当一个移动装置和一个服务器之间进行数据同步时，最好是将同步逻辑电路放置在服务器侧，因为移动装置通常在内存和处理能力方面资源有限。由此，应该通过服务器来控制同步过程，服务器通常具有足够的内存和处理能力来进行同步操作。但是，如上所述，无连接的协议要求由移动装置，而不是服务器，来控制会话。

由此，希望提供一个诸如IrMC的同步协议，来避免红外空间连接的一个或多个缺陷。还希望提供一个同步协议，能够在诸如互联网这样的无连接环境中运行。进一步希望提供一个同步协议，其中通过移动装置来启动同步会话，但由服务器来控制会话。

发明内容

上述和其它的目的可以在用于无连接协议中的同步方法和装置中实现。依照本发明的一个方面，将一个初始通信从移动装置发送到非移动装置。响应接收该初始通信，产生一个会话标识符。产生一个包含一个初始响应和会话标识符的第一面向连接帧。第一面向连接帧嵌入在一个第一个无连接协议帧中。第一无连接协议帧被发送到移动装置。

本发明的另一个方面中，服务请求是一个根据非移动装置应用程序来修改的移动应用程序的指令。

本发明的另一个方面中，移动应用程序和非移动应用程序都是日程应用程序。

本发明的另一个方面中，根据非移动装置应用程序来修改的移动应用程序的指令同步移动应用程序和非移动应用程序的一个方面。

本发明的另一个方面中，第一面向连接的协议帧是一个OBEX帧。

本发明的另一个方面中，第一无连接协议帧是一个WSP帧。

本发明的另一个方面中，移动装置形成一个第二面向连接的协议帧，它包含一个提供服务和会话标识符的邀请。该第二面向连接的帧是嵌入到一个第二无连接协议帧中。该第二无连接协议帧被发送到非移动装置。在非移动装置中接收提供服务和会话标识符的邀请，对此响应，在其中形成一个第三面向连接的协议帧，包含一个服务请求和会话标识符。该第三面向连接的协议帧是嵌入在一个第三无连接协议帧中。该第三无连接协议帧被发送给移动装置。本发明的另一方面中，非移动装置控制移动应用程序和非移动应用程序之间的协调。

附图简介

通过结合附图，阅读下面的细节描述，将会了解到本发明的目的和优势，附图中：

图1描述了一个用于一个诸如WAP的无线无连接协议的常规无线网络；

图2描述了客户与服务器间的常规的请求和响应信号，它们是使用一个无连接协议进行通信的；

图3描述了一个依照本发明的用于WAP上OBEX和IrMC数据的隧道效应的协议堆栈的示例实施方案；

图4描述了依照本发明的一个移动装置和一个服务器间进行数据同步的信号传输的示例；

图5描述了依照本发明的用于建立一个移动装置和服务器间的会话的示例方法；

图6说明了依照本发明的用于在移动装置和服务器间进行数据同步的示例方法。

发明详述

现在将参考附图对本发明的特征进行详细描述，附图中相同的索引符号表示相似的部件。尽管下面的描述是在移动装置和服务器之间进行数据同步的情况下进行的，但本技术领域的熟练人员将会意识到本发明同样可用于非移动无线装置和任何连接到一个网络上的存储***之间的数据同步。

图3说明了一个用于WAP上的OBEX和IrMC数据的隧道效应的协议堆栈的示例。隧道效应是指将一个协议从一个较高层放置到较低层的协议中，以便该较高层协议可以遍历一个使用较低层协议运行的网络。在协议堆栈的顶部，是IrMC层310。在IrMC层310之下是应用程序级协议层320，再下面是会话级协议层330。应用程序级协议层320和会话级协议层330共同构成了OBEX协议层340。在协议堆栈的底部是WAP层350。由此，IrMC层310和OBEX协议层340上的面向连接的数据被放置在WAP层340的无连接数据包中，用于移动装置和服务器之间的通过空间连接的传输。通过将面向连接的IrMC和OBEX数据嵌入到一个无连接协议中，允许使用IrMC和OBEX通过一个诸如WAP的无连接协议进行同步处理。

如上面所讨论的，常规的无连接协议要求客户，如移动装置，控制会话，而会话需要移动装置具有较多的内存和较强的处理能力。根据本发明的示例实施方案，移动装置可以通过服务器启动会话，并由服务器控制会话。

图4说明了一个在移动装置410和服务器420之间进行信号传输的示例，其中服务器420通过发送一个OBEX PUSH指令给服务器420来启动会话。OBEX PUSH指令包含有关在诸如日程同步的同步处理期间那些应用程序将被执行的信息。服务器420通过一个OBEX认证查询和一个包含已知的会话ID的远程网络同步通用的唯一标识符(WAN_UUID)的头部来作出响应。会话ID是由服务器420产生的，在该示例实施方案中，是一个128位的全局唯一标识(GUID)。移动装置410通过一个在用户ID的头部包含用户名的OBEX认证查询和一个包含给定的会话ID的WAN_UUID头部来作出响应。服务器420将一个OBEX认证查询和一个OBEX查询响应发送到移动装置410。OBEX查询响应包含由移动装置410发送的OBEX认证查询的响应信息。然后，移动装置410将一个OBEX查询响应和一个包含给定的会话ID的WAN_UUID头部发送给服务器420。

在移动装置410和服务器420相互认证之后，服务器通过向移动装置410发送一个任务来启动同步操作。例如，服务器发送一个“在日程中进行新的登记”的指令，来指示移动装置410将一个新记录放入存储在移动装置410中的日程应用程序中。移动装置410通过一个将新记录放入日程表的结果，一个“你希望我做什么？”的消息和一个包含给定会话ID的WAN_UUID头部，来作出响应。接下来，服务器420向移动装置410发送一个“在日程表中删除记录”的消息。而后，移动装置向服务器420发送一个“你希望我做什么？”的消息和一个包含给定会话ID的WAN_UUID头部。服务器420确认在同步过程中不再有更多需要执行的操作。由此，服务器通过发送一个“不再有任务，断开连接”的消息来结束与移动装置410的会话。

如图4中所述，本发明保留了常规的WAP请求/响应对。类似地，也保留了常规OBEX请求/响应对，因为由服务器来控制同步过程，而不是由服务器来启动会话。本技术领域的一个熟练人员应当了解，作为对“需要我做什么？”消息的响应，服务器420发送的命令类型只是一个例子，还可以采用任何可用于同步转换的类型，如增加或删除联络记录，增加或删除任务，等等。而且，本技术领域的一个熟练人员还应认识到，由于移动装置与服务器之间具有一对一的关系，服务器在启动过程中只能发送会话ID。但是，由于服务器和移动装置具有一对一的关系，移动装置需要利用每一个发送给服务器的请求/响应来发送一个会话ID。

依照本发明的示例实施方案，移动装置和服务器之间的通信是利用POST方法在WAP层进行的。一种“方法”是由HTTP/1.1规定的客户请求的类型，HTTP/1.1通常由一个无线会话协议(WSP)中的客户用来调用服务器上的服务。除了POST方法，HTTP和WSP还规定了用于接收存储在服务器上的信息的GET方法。由于使用GET方法在URL中发送数据具有规模的限制，本发明使用POST方法来进行移动装置和服务器之间的通信。此外，采用POST方法避免了GET方法含有特定字符，如空格和ASCII控制码的问题。

除了初始连接请求之外，从服务器发送给移动装置的每个消息中，将包含会话ID(sid)和OBEX头部(obex)参数。从移动装置到服务器的初始连接请求将不包含sid，因为它是由服务器指定的，因此在初始连接请求时对于移动装置来讲是未知的。下面的表1概括表示了sid和obex参数的示例实施方案。

名称	尺寸	说明
名称	尺寸	说明	sid	16字节	这是由服务器指定的全局唯一标识(GUID)。GUID应当被编码为一个16字节的阵列，每个字节标识一个GUID中的字节(即该阵列包含数据的16个字节，即使不需要用所有的字节来标识GUID)。阵列的第一字节是GUID的最重要的位。
obex	可变	该参数包含从客户发送给服务器obex头。为纯二进制格式。	sid	16字节

表1

图5说明了一种依照本发明用来建立移动装置和服务器之间的会话的方法。在同步过程启动之前，例如通过在一个网页上通过服务器注册移动装置，移动装置和服务器建立一个用于特定移动装置的密码。一旦建立了密码，其本身绝不会通过互联网来发送。而是被用来在图5中所描述的认证过程中产生消息摘要。

移动装置通过向服务器发送OBEX Push指令来启动会话(步骤510)。服务器通过发送一个OBEX认证查询和一个包含会话ID的WAN_UUID头部来作出响应(步骤520)。作为对连接请求的响应，移动装置通过一个认证查询向服务器(步骤530)发送一个未认证的响应(步骤530)。服务器核实移动装置，并向移动装置发送一个消息，通过移动装置来进行自身的验证(步骤540)。移动装置核实服务器，并通过一个OBEX成功的消息做出响应(步骤550)。既然移动装置和服务器已经核实了彼此的身份，服务器通过向移动装置发送OBEX PUT和GET指令，开始充当移动装置的一个客户的角色(步骤560)。

根据本发明的示例实施方案，上面描述的认证过程，是根据消息摘要5(MD5)算法来执行的一个散列算法。本领域的一个熟练人员将会了解到MD5算法是一个根据任意数量的数据产生一个16字节摘要散列算法。该16字节摘要可以用来产生原始数据的一个切实唯一的校验和，就是说该摘要可以被看作是数据的一个虚拟水印。而且，本领域的一个熟练人员将会认识到为了进行上述的认证过程，移动装置必须访问用户名和密码。移动装置即可从内存也可从用户接口获得用户名和密码。

图6说明了用于在建立了一个会话之后进行服务器和移动装置之间的同步处理的示例方法。在步骤605中，移动装置向服务器发送一个包括会话ID的请求。该请求同样是上面结合图5描述的“需要我做什么？”的询问。在步骤607中，移动装置等待服务器的响应。在步骤610中，移动装置从服务器接收一个响应。移动装置根据决策步骤615、625和635来分析服务器的响应。

在步骤615中，移动装置确定响应是否包含一个OBEX断开指令，该指令表示服务器要求中断会话。当在同步过程中不再有由移动装置执行的操作时，服务器将发送断开指令。如果响应包含一个OBEX断开指令(决策步骤615中的“Yes”路径)，则移动装置断开连接并不再发送请求消息给服务器(步骤620)。尽管图6说明由服务器控制断开处理，但如果需要，移动装置也可以中断会话。对于移动装置来讲，为了中断会话，要发送给服务器一个包含会话ID和OBEX断开指令，作为对服务器发送给移动装置的一个OBEX GET或PUT指令的响应。作为对移动装置的断开消息的响应，服务器会消除会话并利用一个空响应作为回应。空响应向移动装置表明服务器已中断了会话。

如果服务器的响应没有包含一个OBEX断开指令(决策步骤615中的“No”路径)，移动装置确定响应是否包含一个OBEX PUT指令(决策步骤625)。常规情况下，一个OBEX PUT指令是被用来从客户向服务器发送一个对象。依照本发明，OBEX PUT指令是被用来从移动装置向服务器发送一个对象，在这种情况下，移动装置就是一个客户。依照本发明的一个示例实施方案，采用OBEX PUT指令发送的数据对象将是被添加到移动装置上运行的应用程序中的数据，例如被添加到移动装置中的联络和日程记录，或者移动装置中已有的联络和日程记录的更改。如果服务器的响应包含一个OBEX PUT指令(决策步骤625中的“Yes”路径)，则移动装置执行OBEX PUT操作，并通过一个询问消息中的PUT操作的结果数据作出响应。被作为对一个PUT指令的响应的结果数据是一个确认信息，表明该PUT指令已经由移动装置执行。然后移动装置等待接收服务器的下一个响应(步骤607)。

如果服务器的响应没有包含一个OBEX PUT指令(决策步骤625中的“No”路径)，则移动装置确认响应是否包含一个OBEX GET指令(决策步骤635)。常规情况下，一个OBEX GET指令是被用来请求服务器向客户返回一个对象。依照本发明，OBEX GET指令是被用于请求移动装置向服务器返回一个数据对象，在这种情况下，移动装置是一个客户。依照本发明的一个示例实施方案，服务器将利用OBEX GET指令获取添加到移动装置上运行的应用程序中的项目，这些项目是目前应用程序中没有的，例如被添加到移动装置中的联络和日程记录，或者移动装置中已有的联络和日程记录的更改。由此，如果服务器的响应包含一个OBEX GET指令(决策步骤635中的“Yes”路径)，则移动装置执行GET操作，并在一个询问消息中将结果发送给服务器(步骤640)。然后移动装置等待接收服务器的下一个响应(步骤607)。

如果服务器的响应没有包含一个OBEX PUT指令(决策步骤635中的“No”路径)，则移动装置忽略消息，并在一个发送给服务器的询问消息中发送一个重新传输的请求(步骤645)。由于本发明的示例实施方案仅使用了OBEX断开、OBEX PUT和OBEX GET指令，如果服务器的响应不包含这些指令中的一条指令，则移动装置就不能确定响应是否有效。当然，一个本领域的熟练人员将会认识到如果要在本发明的***和方法中实现更多的指令，这些指令将被添加到决策步骤635和步骤645中。而且一个本领域的熟练人员还应了解图6中的决策步骤的执行顺序是不重要的，仅仅是为了解释本发明，按照这一顺序来说明这些决策步骤。

结合图4来描述的数据同步方法是依照IrMC协议来控制的。一个本领域的熟练人员将会意识到也可以用其他的与OBEX兼容的同步协议来替代IrMC协议。

应当清楚，由于进行同步处理的信息可能是机密的，因此希望提供一个安全的信息交换连接。参考图5描述的认证过程仅保证了移动装置和服务器在会话期间可以信赖彼此身份的有效性。建立的连接不一定是安全的，可以被***来访问正在交换的信息。所以，希望加密所有在移动装置和服务器之间发送的数据。当前，WAP不支持诸如互联网上使用的加密套接字协议层(SSL)的安全连接。

由于本发明在同步处理期间使用了两种不同的传输，即从移动装置到WAP网关和从WAP网关到服务器，因此必须保证两种传输的安全以确保一个安全的连接。从移动装置到WAP网关的传输是通过空间连接来进行的，在许多情况下(例如使用GSM协议)保密性是很好的。但是从WAP网关到服务器的传输通常是没有任何保护的。可以通过允许网关对服务器使用标准的加密套接字协议层(SSL)来保护这一传输。

描述主要是集中于移动装置和非移动装置间的特定的通信。但是，本领域中那些具有一般技术的人员会很容易了解到，在优选的实施方案中，这些通信是机械化的。这些机械化的功能可以体现为多种形式，包括但不局限于硬布线的电路，或者一个执行存储在一个计算机可读媒体，如随机存贮器(RAM)、只读存储器(ROM)、磁体存储媒体(如磁带、磁碟或磁盘)或光存储媒体(如光盘(CD)ROM)上的程序指令集的处理器。本发明可以体现这些形式中的一个形式或组合形式，包括但不局限于一个其上存储着适当的程序指令集计算机。正如这里所用的，术语“逻辑”将被用于表示实施方案的所有形式，或者实施方案的这些形式一部分。

通过参考一个特定的实施方案对本发明进行了描述。但是本领域中那些具有一般技术的人员会很容易了解到，本发明可以体现为与上面所描述的实施方案的形式不同的特定形式。在不违背本发明的宗旨的前提下可以采用其他的形式。优选的实施方案只是说明性的，不能看作是一种限制。本发明的范围通过附加的权利声明而不是由前面的描述给出，其中包含了权利声明范围内的所有更改和等效。

Claims

1.一种用于一个移动装置上运行的移动应用程序和非移动装置上运行的非移动应用程序之间的协同运行的方法，该方法包括：

从移动装置向非移动装置发送一个初始通信；

响应该初始通信的接收，产生一个会话标识；

形成一个第一面向连接的协议帧，包括一个初始响应和会话标识；

将该第一面向连接的协议帧嵌入到一个第一无连接协议帧中；和

向移动装置发送该第一无连接协议帧。

2.依照权利声明1的方法，进一步包括下面的步骤：

在移动装置中，形成一个第二面向连接的协议帧，包括一个提供服务和会话标识的邀请；

将该第二面向连接的协议帧嵌入到一个第二无连接协议帧中；

向非移动装置发送该第二无连接协议帧；

在非移动装置中，接收提供服务和会话标识的邀请，对此响应，形成一个第三面向连接的协议帧，该协议帧包括一个服务和会话标识的请求；

将该第三面向连接的协议帧嵌入到一个第三无连接协议帧；和

向移动装置发送该第三无连接协议帧。

3.依照权利声明2的方法，其中服务的请求是一个用于根据非移动应用程序来修改移动应用程序的指令。

4.依照权利声明3的方法，其中移动应用程序和非移动应用程序都是日程应用程序。

5.依照权利声明4的方法，其中用于根据非移动应用程序来修改移动应用程序的指令与移动应用程序和非移动应用程序的一个方面同步。

6.依照权利声明2的方法，进一步包括下面的步骤：

在移动装置中，形成一个第四面向连接的协议帧，包括一个结果，即一个提供服务和会话标识的第二邀请；

将该第四面向连接的协议帧嵌入到一个第四无连接协议帧中；

向非移动装置发送该第四无连接协议帧；

在非移动装置中，接收结果，即提供服务和会话标识的第二邀请，对此响应，形成一个第五面向连接的协议帧，该协议帧包括一个服务和会话标识的请求；

将该第五面向连接的协议帧嵌入到一个第五无连接协议帧；和

向移动装置发送该第五无连接协议帧。

7.依照权利声明1的方法，其中第一面向连接协议帧为一个OBEX帧。

8.依照权利声明1的方法，其中第一无连接协议帧为一个WAP帧。

9.一种用于一个移动装置上运行的移动应用程序和非移动装置上运行的非移动应用程序之间的协同运行的方法，该方法包括：

在移动装置中，形成一个第一面向连接的协议帧，包括一个提供服务和会话标识的邀请；

将该第一面向连接的协议帧嵌入到一个第一无连接协议帧中；

向非移动装置发送该第一无连接协议帧；

在非移动装置中，接收提供服务和会话标识的邀请，对此响应，形成一个第二面向连接的协议帧，该协议帧包括一个服务和会话标识的请求；

将该第二面向连接的协议帧嵌入到一个第二无连接协议帧；和

向移动装置发送该第二无连接协议帧。

10.依照权利声明9的方法，其中非移动装置控制移动应用程序和非移动装置之间的同步。

11.依照权利声明9的方法，其中服务请求是一个用于根据非移动应用程序来修改移动应用程序的指令。

12.依照权利声明11的方法，其中移动应用程序和非移动应用程序都是日程应用程序。

13.依照权利声明12的方法，其中用于根据非移动应用程序来修改移动应用程序的指令与移动应用程序和非移动应用程序的一个状况同步。

14.依照权利声明9的方法，进一步包括下面的步骤：

在移动装置中，形成一个第三面向连接的协议帧，包括一个结果，即一个提供服务和会话标识的第二邀请；

将该第三面向连接的协议帧嵌入到一个第三无连接协议帧中；

向非移动装置发送该第三无连接协议帧；

向移动装置发送该第五无连接协议帧。

15.依照权利声明9的方法，其中第一面向连接协议帧为一个OBEX帧。

16.依照权利声明9的方法，其中第一无连接协议帧为一个WAP帧。

17.一种用于一个移动装置上运行的移动应用程序和非移动装置上运行的非移动应用程序之间的协同运行的***，该***包括：

配置成从移动装置向非移动装置发送一个初始通信的逻辑；

在非移动装置中，配置成在接收到该初始通信时，产生一个会话标识的逻辑；

配置成形成一个第一面向连接的协议帧，包括一个初始响应和会话标识的逻辑；

配置成将该第一面向连接的协议帧嵌入到一个第一无连接协议中的逻辑；

配置成向移动装置发送该第一无连接协议帧的逻辑。

18.依照权利声明17的***，进一步包括：

在移动装置中，配置成形成一个第二面向连接的协议帧，包括一个提供服务的邀请和会话标识的逻辑；

配置成将该第二面向连接的协议帧嵌入到一个第二无连接协议中的逻辑；

配置成向非移动装置发送该第二无连接协议帧的逻辑。

在非移动装置中，配置成接收提供服务的邀请和会话标识，对此响应，形成一个第三面向连接的包括一个服务请求和会话标识的协议帧的逻辑；

配置成将该第三面向连接的协议帧嵌入到一个第三无连接协议中的逻辑；

配置成向移动装置发送该第三无连接协议帧的逻辑。

19.依照权利18的***，其中，服务请求是一个用来根据非移动应用程序来修改移动应用程序的指令。

20.依照权利19的***，其中移动应用程序和非移动应用程序都是日程应用程序。

21.依照权利声明20的***，其中用于根据非移动应用程序来修改移动应用程序的指令与移动应用程序和非移动应用程序的一个状况同步。

22.依照权利声明18的***，进一步包括：

在移动装置中，配置成形成一个第四面向连接的协议帧的逻辑，包括一个结果，即一个提供服务和会话标识的第二邀请；

配置成将该第四面向连接的协议帧嵌入到一个第四无连接协议帧中的逻辑；

配置成向非移动装置发送该第四无连接协议帧的逻辑；

在非移动装置中，设置逻辑电路来接收结果，即提供服务和会话标识的第二邀请，对此响应，形成一个第五面向连接的协议帧，该协议帧包括一个服务和会话标识的请求的逻辑；

配置成将该第五面向连接的协议帧嵌入到一个第五无连接协议帧的逻辑；和

配置成向移动装置发送该第五无连接协议帧的逻辑。

23.依照权利声明17的***，其中第一面向连接的协议帧为一个OBEX帧。

24.依照权利声明17的***，其中第一无连接协议帧为一个WSP帧。

25.一种用于一个移动装置上运行的移动应用程序和非移动装置上运行的非移动应用程序之间的协同运行的***，该***包括：

在移动装置中，配置成形成一个第一面向连接包括一个提供服务的邀请和会话标识的协议帧的逻辑；

配置成该第一面向连接的协议帧发送给非移动装置的逻辑；

在非移动装置中，配置成接收提供服务的邀请和会话标识，对此响应，形成一个第二面向连接包括一个初始响应和会话标识的协议帧的逻辑；

配置成将该第二面向连接的协议帧嵌入到一个第二无连接协议中的逻辑；和

配置成向移动装置发送该第二无连接协议帧的逻辑。

26.依照权利声明25的***，其中非移动装置控制移动装置与非移动装置之间的同步。

27.依照权利声明25的***，其中服务请求是用来根据非移动应用程序来修改移动应用程序的指令。

28.依照权利声明27的***，其中移动应用程序和非移动应用程序都是日程应用程序。

29.依照权利声明28的***，其中根据非移动应用程序来修改移动应用程序的指令与移动应用程序和非移动应用程序的一个状况同步。

30.依照权利声明25的***，进一步包括：

在移动装置中，配置成形成一个第三面向连接的协议帧的逻辑，包括一个结果，即一个提供服务的邀请的第二邀请和会话标识；

配置成该第三面向连接的协议帧发送给非移动装置的逻辑；

在非移动装置中，配置成接收提供服务的邀请和会话标识的逻辑，对此响应，形成一个第四面向连接的协议帧，包括一个断开指令和会话标识；

配置成将该第四面向连接的协议帧嵌入到一个第四无连接协议中的逻辑；

配置成向移动装置发送该第四无连接协议帧的逻辑。

31.依照权利声明25的***，其中面向连接的协议帧为一个OBEX帧。

32.依照权利声明25的***，其中第一无连接协议帧为一个WAP帧。