专利名称：在服务器的请求消息具有最大长度的同步系统中由服务器发起同步的方法
背景技术：
本发明涉及在同步服务器和客户设备之间安排会话，具体涉及由同步服务器主动发起会话。
便携式终端如移动电话的数据可与网络应用、桌面计算机应用或电信系统的其他数据库同步。具体地说，日历和电子邮件应用的数据通常是同步的。以前的同步操作要采用互不兼容的厂商特定的不同协议。这限制了待用的终端或数据类型的使用，且经常会为用户造成困难。具体地说，在移动通信中，重要的是数据不管采用何种终端和应用都可以进行检索并更新。为了改进应用数据的同步，已经开发了基于XML语言(扩展标记语言)的SyncML语言(同步标记语言)。通过使用采用了SyncML消息的SynML同步协议，就可以使任何应用的数据在任何种类的联网终端之间得到同步。
图1说明一个同步示例，其中移动台MS充当SyncML客户设备，而网络服务器S充当SyncML服务器。SyncML同步服务包括首先初始化同步会话(SyncML会话初始化)，期间选择例如要同步的数据库。客户代理MS向服务器S发送SyncML消息(客户修改)，此消息包括至少在移动台MS中要同步的且自从上次同步以来已改变的数据。服务器S使各数据集同步，即分析这些数据集的变化并使数据一致(作必要的修改、替换、删除和添加)。之后，服务器S向客户设备TE回送服务器修改，以对其数据库作必要的修改。
数据的其他类型也可以通过SyncML来同步，从而可将例如与同步有关的新设置同步到客户设备上。通常，设备管理指第三方可据以改变设备配置，如改变设置或甚至设备所用协议的过程。除了仅与设备有关的设置，还可能发送用户特定的数据，如用户简档、标识、振铃音和菜单，借助这些数据用户可以对设备作个性化设置或者自动调整设备管理。已在SyncML标准中定义的特征可以结合设备管理概念加以利用。同步服务器可以充当设备管理服务器，而客户设备可以充当被管设备(设备管理客户)。
图2说明根据同步协议消息的设备管理(客户管理会话)。在会话初始化消息中，客户设备(MS)向执行设备管理的同步服务器S发送关于它自己的信息(与同步中的信息相同)，服务器对此作出响应，发送它自己的信息和设备管理命令(服务器管理操作)。客户设备通过状态信息予以响应，之后，服务器可以结束会话或者发送更多的设备管理命令。如果服务器发送更多的管理命令，则客户设备应该通过状态信息予以响应。在接收到状态信息之后，服务器总是可以结束会话或者通过发送更多的设备管理命令来继续会话。设备管理协议也可以以这种方式工作，即首先将有关用户喜欢更新什么的问题传送给用户，而将有关用户的选择的信息发送给用户。此后，服务器可以在下一个信息包中发送用户需要的更新/操作。
根据SyncML协议，通常由客户设备发起同步会话。但是，特别是在设备管理方面，存在服务器需要发起同步的情况。对此，SyncML规范“1.0.1版的SyncML Sync协议”(2001月五月、第8章(第49至50页)中描述了由服务器发起的同步会话初始化(服务器通知的同步)服务器可以发送(Sync通知)请求消息，其中它请求客户设备发起SyncML会话。此后，客户设备通过发送常规信息包(客户初始化信息包)发起SyncML会话的初始化。当客户设备是移动台时，就会出现一些问题，即客户设备在移动台关机时不可达或者在终端和服务器之间没有连续的数据传输连接。这就是在发送请求时采用消息存储服务为什么有利的原因。这类服务之一是SMS(短消息服务)，它将文本消息保存在文本消息中心并在移动台连接到网络且可达时发送该文本消息。类似于其他的SyncML消息，发起会话的请求采用的是XML格式并包括首部字段(它在[SyncHdr]元素中确定)和主体部分(它在[SyncBody]元素中确定)[SyncML][SyncHdr]...[SyncBody]...[SyncML]请求较大，需要比文本消息所提供的140个8位字节(这足够用于对160个7比特的ASCII字符编码)多许多的容量。可以将请求划分成几个文本消息，但这些文本消息之一有可能消失、这些消息可能失序到达或者客户设备无法处理级联的文本消息。例如，如果传输层服务是通过WAP(无线应用协议)提供的，SyncML消息可以编码成二进制WBXML格式(无线二进制XML)并且需要较少的数据传输容量。即便采用WBXML，请求仍然需要几个文本消息。
发明概述由此本发明的目的是提供一种可以避免上述问题的方法和实现该方法的设备。本发明的目的是通过一种方法、同步系统、同步服务器、电子设备和计算机程序来实现的，它们的特征如独立权利要求所述。本发明的优选实施例在从属权利要求中公开。
本发明基于只选择最基本的信息，进而以比用明文传送信息的情况需要较少空间的方式对这些信息进行编码。该方法包括配置同步服务器，以便为指示需要发起会话且要发送到客户设备的请求确定同步服务器的标识符、同步服务器所支持的同步协议版本的标识符和所请求的同步会话的标识符。在同步服务器中确定要从同步服务器发送到接收所述请求的客户设备的消息的最大长度和可据以将至少一个所述标识符编码成比其ASCII表示需要相当少比特的比特序列的编码指令。在移动台中确定借以从比特序列中获取原始标识符的解码指令。当目的是要向至少一个移动台发送指示需要发起会话的请求时，就形成一条消息，此消息较短或与所述最大长度一样长且包括至少所述标识符，这些标识符中的至少一个标识符表示为按所述编码指令定义的比特序列。利用消息传送服务将该消息发送到移动台。移动台根据包含在所接收到的消息中的信息形成会话初始化消息，至少一部分所述信息是借助所述解码指令从所接收的比特序列中确定的。此会话初始化消息从移动台发送到同步服务器。编码利用了涉及不同字段可取得不同值的信息。将这些值和不同比特模式之间的对应关系保存在编码指令和解码指令中，以供服务器和客户设备使用。
会话或初始化都不受限于SyncML中定义的功能，而应该广泛地理解为指将要在任何客户设备和同步服务器之间建立的会话和用以建立此会话的消息。在同步系统中，可以在客户设备和同步服务器之间建立会话，以使用户数据同步或管理设备。
本发明的解决方案的优点在于应服务器请求，还可以在不支持接收级联消息的设备中发起会话。在可以采用移动网络提供的消息传送服务如SMS服务时，总是可以在也不支持网络激活的推送服务的设备中将消息传递到其目的地(当设备开机时)。本发明的解决方案还有助于避免分组交换网络可能引起的这种问题，即将消息以与服务器发送它们时采用的顺序不同的顺序传送到客户设备或某些消息甚至可能丢失。此外，由于传送请求需要较少空间，因此还可以节省数据传输资源，以致需要较少的成本。这种节省在服务器必须向大量客户设备发送请求的情况下意义非常重大。
附图简述现在结合优选实施例参照附图更详细地说明本发明，附图中图1说明依照SyncML同步协议的同步；图2说明服务器执行的设备管理；图3a说明一种同步系统；图3b说明一种同步服务器和客户设备；图4说明根据本发明优选实施例的方法；图5显示欲发送以发起设备管理会话的消息中的可能元素；以及图6是根据本发明的优选实施例的管理会话的信令图。
本发明的详细说明以下，在支持SyncML标准的系统中说明本发明的优选实施例。但应注意，本发明可以应用于任何同步系统中。
图3a说明一种联网系统，其中，可以在同步服务器S和移动台MS之间使数据库的数据同步。在同步中，MS可充当客户设备并由此包括要同步的数据库。服务器S可充当几个客户设备MS。MS也可能充当另一个设备的服务器。MS通过移动网络MNW(移动网络)与服务器S通信。S也可能在移动网络MNW中实现。已连接到网络MNW的客户设备MS包括用以以无线方式与网络MNW通信的移动台功能。代之以常规的移动台，MS还可以是任何包括消息收发功能的电子设备，如便携式计算机或PDA设备，抑或是例如这些设备的辅助设备，其通过消息收发功能与其主设备联系，从而可以采用例如短程无线电链路。在此情况下，主设备应该可以根据编码到消息中的部分信息断定消息是发往辅助设备的。移动网络MNW至少包括提供消息服务的功能块MB。在移动网络MNW和服务器S之间，还可能存在其他网络，如局域网LAN。移动网络MNW可以是任何已知的无线网络，如支持GSM业务的网络、支持GPRS业务的网络、第三代移动网络(如UMTS网络(通用移动电信系统))、无线局域网WIAN或专用网。
如果MNW是GSM网络，则提供消息服务的块MB至少包括短消息服务中心SMSC。几种移动网络中的重要的传输层服务是WAP，它包括WSP层(无线会话协议)，可用于为客户设备MS和服务器S中的同步应用层提供传输服务。WAP支持几种低层传输技术，如基于SMS的传输。例如也可以采用HTTP或OBEX标准及其所支持的低层传输技术。服务器S本身可包括它已同步的数据库，或者它所同步的数据库可以位于另一设备中，在图3a中，服务器S和数据库DB为清楚起见被分开了。
如图3b所示，移动台MS和服务器S分别包括存储器MEM；SMEM、用户界面UI；SUI、用于数据传输的I/O装置I/O；SI/O、以及包括一个或多个处理器的中央处理单元CPU；SCPU。存储器MEM；SMEM具有存储控制中央处理单元CPU；SCPU的应用程序和其他要维护的数据的非易失性部分和用于临时数据处理的易失性部分。作为同步对象的应用数据在MS的存储器MEM(在本示例中它是要同步的数据库)和数据库DB的存储器中维护。
客户设备MS包括客户代理CA，它负责客户设备中与会话相关的功能。服务器S包括管理会话的服务器代理SA和同步引擎SE。CA最好由执行存储在存储器MEM中的计算机程序代码的CPU来实现，而SA、SE则由执行存储在存储器SMEM中的计算机程序代码的SCPU来实现。这些装置还可用于执行设备管理会话，或者设备管理会话可以由不同的实体(未在图3b中示出)来管理。借助在中央处理单元CPU和SCPU中执行的计算机程序代码，还可以使客户设备MS和同步服务器S执行本发明方法，即图4和图6所示的实施例。计算机程序可以通过网络获得和/或存储在存储装置中，如磁盘、CD-ROM或其他外部存储装置，从这些装置可以将计算机程序装入存储器MEM、SMEM中。也可以采用硬件解决方案或硬件和软件的组合方案。
图4说明根据本发明优选实施例的方法。在同步服务器中设置401指示需要发起会话(为使用户数据同步或为了进行设备管理)的请求所需的标识符信息。这些标识符包括至少指示同步服务器的标识符、同步服务器所支持的同步协议版本的标识符和所请求的同步会话的标识符。在同步服务器S中确定402编码指令和所发送的用以指示需要发起会话的消息的最大长度。最大长度可以根据所用的消息传送服务来确定，例如可根据SMS服务中文本消息的最大长度来确定。可以这样进行确定，例如将最大长度的数字值直接设置到设备上或者对设备进行配置，以便将字段设置在消息中的某些位置，使得消息长度将在该最大长度内。最大长度还可以通过向网络查询有关此信息而得以确定，或者例如可以在管理会话中将其传送给设备。用户也可以输入最大长度。至少对设备的消息系统进行配置，以通知应用在消息长度太大时组成消息。在充当客户设备的移动台MS中确定402解码指令。利用编码指令，S可以将待发送的至少一个标识符编码成比该标识符的ASCII表示或WBXML二进制表示需要相当少比特的比特序列。利用解码指令，客户设备可以从比特序列中确定的原始标识符。
当需要将指示需要发起会话的请求从服务器发送403到至少一个客户设备时，服务器S根据编码指令定义404消息中所需的至少一部分信息的至少一个比特序列。该消息需要至少以下所述的标识符，但通常它还包括其他信息。将待传送的信息组成405一条消息。服务器S还进行控制405以便消息不超过定义的最大长度。如果消息看来要超过最大长度，服务器S可以从其中删除不太重要的字段和/或利用编码指令将更多的信息编码成需要较少空间的形式。利用网络MNW的消息传送服务将消息从服务器S传送406到客户设备MS。根据一个实施例，可以将本专业的技术人员周知的SMS服务用于传送消息。在客户设备MS中，利用存储在客户设备中的解码指令根据收到消息中的比特序列确定407初始化消息所用的信息。依照至少一个如此得到的标识符和包含在该消息中的其他信息，MS组成408会话初始化消息并将其传送409到同步服务器S。
会话可用于设备管理功能，由此可以由网络对客户设备MS的同步应用(CA)的操作主动进行调整。例如，如果同步服务器的地址(URL标识符)已变更，则重要的是要让与该服务器同步的每个设备都获悉此信息。在SyncML中，可以将服务器发送的用以发起设备管理会话的请求称为[信息包#0给客户的管理提醒]，因为基于该请求的欲发送的用于初始化的初始化信息包为[信息包#1客户初始化]。还可以使用由用户自己定制的会话。用户可以通过例如WWW界面调整设置，以及可在会话期间由同步服务器S主动将这些变化传送给客户设备MS。
图5说明组成用以发起设备管理会话的消息的可能元素。根据优选实施例，通过使用SMS消息来应用WSP协议的推送服务，由此该消息包括WSP首部字段。WSP首部字段必须足够短(最好少于30个字节)，以便有足够的空间存放发往处理该消息的实际应用级(CA)的净荷。应注意，除了WSP字段，该消息还可以包括其他首部字段，如WDP首部字段。然而，在此情况下，SyncML净荷的比例降低了。根据一个实施例，该消息还可以提供该消息的内容应该定址到哪一个应用的指示。根据此指示，MS可以将消息的净荷定向到正确的应用实体，如将发起管理会话的请求定向到客户代理CA。该指示可以包括在该消息的WSP或WDP首部字段中。支持WAP协议的设备可容易地从该消息中识别出该信息，但非WAP设备必须获悉某个预定位置，必须从该预定位置才可检索到应用指示。可以这样确定此位置利用从该消息开始(偏移)的预定位置或让该指示总是出现在首部字段中的某个字符之后的预定位置。例如，在WSP首部字段中，该指示可以在标识符‘应用-ID’(x-wap-application-id)中，还可以利用MIME字段而非‘应用ID’字段来指明‘应用-ID’字段的信息。
下面描述可以在消息中使用的字段。
版本(VER)。此字段包含将要使用的消息版本因此也包含协议版本，以便客户设备可以检查服务器S是否支持相同的版本。或者，版本标识符只可以表示消息版本或协议版本。如果客户设备支持不同的版本，则它无需发起(408、409)会话。版本标识符可以根据服务器S中设置的编码指令编码成较短的比特序列，例如使用WSP首部字段之后的前10比特最后一位数字表示最小的版本号，倒数第二位数字表示个位数，倒数第三位数字表示十位数，倒数第四位数表示百位数，在这种情况下，最大可能的版本是‘102.3’，版本‘1.0’编码成比特序列‘0000001010’。如前所述，MS包括用于根据比特序列确定(407)原始标识符的解码指令。
这些编码指令可以在设备中实现为说明哪一个比特序列对应哪一个版本号的对应关系表。或者，此表可以以算法方式设置到设备上，以便逐步产生它的元素而无需在设备的存储器中存储整个表格。例如，对应关系表可以类似于下表进行编码
会话标识符(SID)。此字段确定会话标识符，以便相同会话最多只执行一次。就此标识符而言，例如可以采用版本标识符之后的16个比特。例如，如果客户设备关机，服务器S可以发送若干消息，通过这些消息服务器试图建立一个特定的管理会话。根据SID标识符，客户设备可以断定它应该只发起一个连接而不按照每个得到消息建立连接。服务器S还可以借助SID字段赋予设备管理会话优先级，例如为较不重要的设备管理操作定义特定的SID标识符。当客户设备建立了连接以便建立会话时，如果服务器S要为更紧迫的客户设备服务，则它可以阻止会话建立。可以这样配置，使服务器S在其存储器中存储有关已传送的SID标识符对应的会话较不重要的信息。或者，可以这样配置，例如使从特定组中选择的SID标识符较不重要，这就有可能避免存储信息。
用户交互模式(UI)。通过此标识符，服务器可以推荐是否应该在后台进行会话，或者是否应该将会话通知给用户。此字段可以根据例如如下对应关系表编码成两个比特
管理操作的发起方(Init)。通过此标识符，服务器S可以将管理会话是由其本身引起还是由客户设备(其用户)引起的有关信息通知给客户设备。此信息可以构成计费基础，所以客户设备的用户也可能因服务器发送的请求而被计费，条件是该用户已引起即订购它。此信息可以根据例如如下对应关系表编码成两个比特
设备管理的未来用法(Fut)。在此字段中，可以将有关管理会话的有待以后定义的可能信息从服务器S传送到客户设备MS。例如，可以保留30个比特的空间。将在此字段中传送的信息的一个可能的实例是客户设备应该建立至同步服务器S的会话的时刻。MS可以在服务器设定的时间发送初始化消息(409)，并且服务器S可以例如通过使不同的客户设备在不同的时间建立连接而均衡其负载。
触发器认证共享秘密的长度(Tlen)。此字段指示TASS字段(触发器认证共享秘密)的长度。
源长度(Ulen)。此字段指示服务器S的标识符(URI)的长度。利用此字段和Tlen字段，可以为URI字段安排最大可能的空间。如果只使用了特定长度的字段，则在TASS字段末端经常会有未用的空间。
触发器认证共享秘密(TASS)。TASS字段包含共享秘密，借助该共享秘密可以防止DoS攻击(拒绝服务)。此字段还可用于确定服务器标识符。
管理服务器的源URI(源URI)。此字段包含服务器的URI标识符，如‘http//www.syncml.org/mgmt-server’。在某些情况下，还可以通过省去例如协议标识符或者只在该字段中传送较短的标识符而非服务器地址来使此字段缩短。或者，可将TASS字段用于传送服务器标识符。
供应商(Vendor)。此字段是可选的，并可包括制造商特定信息，此制造商特定信息与在前字段之后消息可容纳的信息一般多。
在上述字段中，对净荷作了规划，以便将会需要尽可能少的空间。如果所有字段以XML格式的文本传送，则将会需要大约400个字符，即几千个比特。一个字段占用至少几个字符，即几十个比特。当所述字段中的至少一些字段利用上述编码方法时，其中的每个字段是根据涉及各字段可取的不同值的知识推导出的，因此可能大大节省空间且(必要时通过进一步删除较不重要的字段)将信息装配到一个SMS消息中。附录1是本说明书的组成部分，它显示了仅与SyncML净荷有关的消息字段的另一个实例。
图6显示了设备管理会话的信令图，该信令图应同步服务器(S)的请求开始。当该服务器和客户设备(MS)可以进行通信601(至少使得MS可以接收消息，而且图4所示步骤401至402也已执行)时，该服务器从服务器用户、从服务器外或者基于预定设置接收602发起管理会话的命令。作为响应，该服务器收集必要的数据，根据编码指令执行变更，并根据请求向客户设备发送603消息[信息包#0给客户的管理提醒]。基于此，客户设备和服务器可以建立管理会话604。服务器S可以向客户设备发送管理命令，且客户设备根据这些管理命令改变其配置。在管理会话完成605之后，可以将其结果送呈606服务器用户。
会话可用于同步常规的用户数据，如更新移动台的日历标记和网络的日历应用。在此情况下，可以主动发起同步(403)，例如在将需要尽可能快地传递到移动台中的既新且重要的日历标记添加到网络日历中时。正如为设备管理会话所形成的消息和图4所示那样，为请求SyncML会话而形成的消息包括几个对应字段。在为请求发起同步而形成的消息中也需要至少标记为星号版本(VER*)、会话标识符(SID*)、管理服务器的源URI(URI*)的字段。至少字段(UI)、(VER*)和(Init)的信息可以上述方式转换成短比特序列。消息还可以包括有关服务器需要的同步会话的信息。这种信息具体包括服务器S所需的同步类型指示(例如双向同步、仅自服务器起的单向同步、仅自客户设备起的单向同步、仅自服务器起的刷新同步)。还可以利用预先存储(402)的对应关系表将此信息编码(404)和解码(407)，从而可以节省需要的比特数。还可能有用的是在消息中传送(服务器需要同步的)数据库的标识符(URI)。在SyncML客户设备MS接收到该消息之后，它可以根据该消息中包含的信息发送(409)同步会话初始化信息包(来自客户设备的Sync初始化信息包)，且可以初始化同步会话。对采用SyncML协议的同步会话及其所需信息的更具体的描述，参见结合到本说明书中作为参考的、2001年5月发布的SyncML规范“1.0.1版的SyncML Sync协议”。因此，当应同步服务器的请求而发起管理会话和用户数据同步会话时可以取得相同的优点。
还有可能的是，所述消息是在不同于发送请求的服务器S中的某处形成的。这样的情形可能出现，例如当客户设备通过WAP协议栈与WAP网关通信且在WAP网关和服务器S之间采用HTTP协议时。例如，WAP网关于是可以以上述方式(通过使用编码指令)压缩服务器发送的请求，以便可以将其在一个消息中传送到客户设备MS。
对本专业的技术人员显而易见的是，随着技术进步，本发明的基本思想可以以各种各样的方式来实现。还应注意，消息不受限于SMS服务的消息，还可以采用其他类型的消息传送服务，如MMS服务(多媒体消息传送服务)。本发明及其实施例因此不限于上述实例，而是可以在权利要求书的范围内加以修改。
附录1.一个消息中所包含的信息的实例
权利要求
1.一种在同步系统中发起会话的方法，所述同步系统包括至少一个作为客户设备且包括通信装置的电子设备、至少一个同步服务器和提供消息传送服务的电信网络，所述方法包括下列步骤所述同步服务器配置为为指示需要发起会话且要发送到所述客户设备的请求确定所述同步服务器的标识符、版本标识符和所述请求的同步会话的标识符，在所述同步服务器中确定要从所述同步服务器发送到接收所述请求的所述客户设备的消息的最大长度，在所述同步服务器中确定可据以将至少一个所述标识符编码成比其ASCII表示需要相当少比特的比特序列的编码指令和在所述客户设备中确定借以从所述比特序列中获取所述原始标识符的解码指令，响应于将指示需要发起会话的所述请求发送到至少一个客户设备的需要，形成一条消息，这条消息较短或与所述最大长度一样长且包括至少所述标识符，这些标识符中的至少一个标识符表示为按所述编码指令定义的比特序列，利用所述消息传送服务将所述消息发送到所述客户设备，根据包含在所述收到的消息中的信息形成会话初始化消息，至少一部分所述信息是借助所述解码指令从所述收到的比特序列中确定的，以及从所述客户设备将所述会话初始化消息发送到所述同步服务器。
2.如权利要求1所述的方法，其特征在于，所述同步系统中的传输层服务是用WAP协议来配置的，由此所述消息还包括WSP首部字段(无线会话协议)。
3.如权利要求2所述的方法，其特征在于，所述消息还指示所述消息的内容所应定向到的应用，所述指示是通过将有关所述应用的信息设置到从所述消息开始或预定字符之后的预定位置而定义的，以及在所述客户设备中将所述消息的内容定向到所述消息所指的所述应用。
4.如前述权利要求中任意一项所述的方法，其特征在于，所述消息传送服务是SMS。
5.如权利要求1所述的方法，其特征在于，所述同步服务器的标识符是在包含共享秘密的字段中确定的。
6.如权利要求1所述的方法，其特征在于，所述同步服务器还配置为确定所述消息中指示所述消息是由所述客户设备还是由所述服务器引起的比特序列。
7.如权利要求1所述的方法，其特征在于，所述编码指令和所述解码指令包括一个或多个对应关系表。
8.如权利要求1所述的方法，其特征在于，初始化所述会话，以使包含在所述客户设备中的数据集与至少一个数据库同步。
9.如权利要求1所述的方法，其特征在于，所述同步服务器发送发起设备管理会话的请求，以及所述管理会话是在所述服务器和所述客户设备之间初始化的。
10.一种同步系统，它包括至少一个作为客户设备且包含通信装置的电子设备、至少一个同步服务器和提供消息传送服务的电信网络，在所述同步系统中所述同步服务器配置为为指示需要发起会话且要发送到所述客户设备的请求确定所述同步服务器的标识符、版本标识符和所述请求的同步会话的标识符，所述同步服务器配置为确定要从所述同步服务器发送到接收所述请求的所述客户设备的消息的最大长度，在所述同步服务器中确定可据以将至少一个所述标识符编码成比其ASCII表示需要相当少比特的比特序列的编码指令和在所述客户设备中确定借以从所述比特序列中获取所述原始标识符的解码指令，所述同步服务器配置为响应于将指示需要发起会话的所述请求发送到至少一个客户设备的需要而形成一条消息，这条消息较短或与所述最大长度一样长且包括至少所述标识符，这些标识符中的至少一个标识符表示为按所述编码指令定义的比特序列，所述同步服务器配置为利用所述消息传送服务将所述消息发送到所述客户设备，所述客户设备配置为根据包含在所述收到的消息中的信息形成会话初始化消息，至少一部分所述信息是借助所述解码指令从所述收到的比特序列中确定的，以及所述客户设备配置为将所述会话初始化消息发送到所述同步服务器。
11.一种同步服务器，所述同步服务器配置为为指示需要发起会话且要发送到所述客户设备的请求确定所述同步服务器的标识符、版本标识符和所述请求的同步会话的标识符，所述同步服务器配置为确定要从所述同步服务器发送到接收所述请求的所述客户设备的消息的最大长度，在所述同步服务器中确定可据以将至少一个所述标识符编码成比其ASCII表示需要相当少比特的比特序列的编码指令，所述同步服务器配置为响应于将指示需要发起会话的所述请求发送到至少一个客户设备的需要而形成一条消息，这条消息较短或与所述最大长度一样长且包括至少所述标识符，这些标识符中的至少一个标识符表示为按所述编码指令定义的比特序列，所述同步服务器配置为利用所述消息传送服务将所述消息发送到至少一个所述客户设备。
12.一种电子设备，包括用于接收和发送消息的装置，用于与设备管理服务器通信的装置，所述电子设备充当所述设备管理服务器的客户设备，用于存储解码指令的装置，利用所述解码指令可从由所述设备管理服务器加以编码的所述比特序列中获取原始信息，用于根据所述解码指令将从所述设备管理服务器接收的消息中所包含的至少一个比特序列转换成所述原始信息的装置，用于根据从所述设备管理服务器接收的消息所示的信息形成所述设备管理服务器和所述设备之间的设备管理会话的初始化消息的装置，至少部分所述信息是借助所述解码指令从所述收到的比特序列中确定的，以及用于将所述设备管理会话的所述初始化消息发送到所述设备管理服务器的装置，以及用于在所述设备管理会话期间根据从所述设备管理服务器接收的管理命令改动所述设备的配置的装置。
13.一种可装入到同步服务器的存储器中的计算机程序，所述程序产品包括计算机程序代码，这些计算机程序代码在所述同步服务器的处理器中执行时使所述同步服务器执行下列步骤为欲发送到至少一个客户设备的、指示需要发起会话的请求确定所述同步服务器的标识符、所述同步服务器所支持的同步协议版本的标识符和所述请求的同步会话的标识符，确定要从所述同步服务器发送到接收所述请求的所述客户设备的消息的最大长度，设置可据以将至少一个所述标识符编码成比其ASCII表示需要相当少比特的比特序列的编码指令，响应于将指示需要发起会话的所述请求发送到至少一个客户设备的需要而形成一条消息，这条消息较短或与所述最大长度一样长且包括至少所述标识符，这些标识符中的至少一个标识符表示为按所述编码指令定义的比特序列，利用所述消息传送服务将所述消息发送到至少一个客户设备。
14.一种可装入到电子设备的存储器中的计算机程序，所述计算机程序包括程序代码，这些计算机程序代码在所述电子设备的处理器中执行时使所述电子设备执行下列步骤设置解码指令，借助所述解码指令可从由所述设备管理服务器编码的同步序列中获取原始标识符，根据所述解码指令将包含在从所述设备管理服务器接收的消息中的至少一个比特序列转换成所述原始信息，根据从所述设备管理服务器接收的消息所示的信息形成所述设备管理服务器和所述设备之间的设备管理会话的初始化消息，至少部分所述信息是借助所述解码指令从所述收到的比特序列中确定的，以及将所述设备管理会话的所述初始化消息发送到所述设备管理服务器的步骤，以及在所述设备管理会话期间根据从所述设备管理服务器接收的管理命令改动所述设备的配置的步骤。
全文摘要
一种在同步系统中发起会话的方法。在同步服务器中确定将要由同步服务器发送到移动台的请求消息的最大长度以及可据以将至少一个标识符编码成比其ASCII表示需要相当少比特的比特序列的编码指令。在移动台确定可用以从比特序列获取原始标识符的解码指令。当目的是要向至少一个移动台发送指示需要发起会话的请求时，就形成较短或与所述最大长度一样长的消息，该消息包括预先选定的标识符，其中至少一个标识符表示为根据编码指令定义的比特序列。移动台根据包括在从服务器接收的消息中的信息形成会话初始化消息，该信息的至少一部分是借助所述解码指令从所接收的比特序列中确定的。
文档编号H04L7/10GK1565101SQ02819871
公开日2005年1月12日 申请日期2002年10月8日 优先权日2001年10月9日
发明者J·拉蒂, M·萨希诺亚, G·米塔尔 申请人:诺基亚有限公司