CN1859403A

CN1859403A - 在客户端/服务器模式业务系统中进行能力协商的方法

Info

Publication number: CN1859403A
Application number: CN 200610033604
Authority: CN
Inventors: 陶佳琪
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-02-09
Filing date: 2006-02-09
Publication date: 2006-11-08
Anticipated expiration: 2026-02-09
Also published as: CN1859403B

Abstract

本发明提供一种客户端/服务器模式业务系统中进行能力协商的方法、及采用该方法的客户端、服务器和系统。所述方法包括步骤：客户端向服务器发送服务器能力请求消息或客户端能力限制上报请求消息，服务器按照自身能力集给出包括服务器能力限制的回应消息，并且将该回应消息发送给客户端；客户端依据该服务器能力限制对拟提交给服务器的操作在本地进行数据有效性检查。采用本发明，在用户开始使用移动数据业务前，做好客户端和服务器的能力约定，有助于提高客户体验、减轻网络负担、降低服务器的逻辑处理复杂度。

Description

在客户端/服务器模式业务系统中进行能力协商的方法

技术领域

本发明涉及在移动通信网络上的基于客户端/服务器(C/S)模型的业务业务系统，比如即时消息系统。在这一类系统中，客户端的几乎所有操作都需要和服务器进行交互来完成。

背景技术

随着移动通信技术的发展，越来越多的应用迁移到移动通信网络上。不同于在互联网上的应用，大部分移动数据业务的客户端往往由不同厂商提供，因此越来越多各式各样的终端也作为应用的客户端参与到移动数据应用中。基于不同硬件和软件平台的限制，不同厂商不同型号之间的实现和终端能力等特性并不一致，他们根据诸如开放移动联盟-无线乡村(OMA-WV)等国际标准规范完成与服务器之间的通信。

在即时消息的标准规范OMA-WV协议中，在每次会话中，当完成登录过程后，需要在客户端和服务器之间进行客户能力上报的过程。规范制定的一个指导原则是由于硬件限制，移动业务的客户端能力远远弱于服务器能够提供的能力，是服务器能力的真子集。因此，客户端只需要上报自身能够支持的能力和特性，如客户端的生产厂商型号、支持的通信方式、支持的消息大小限制等信息。该过程可以视为是一个客户端向服务器进行通知的过程。服务器在得知相关数据后在同一会话期保证主动发起的与客户端之间的业务操作和通信能力不会超过这些限制即可。

图1是客户端能力请求过程的示意图。从上述过程可以看出这种客户能力上报的过程实际上是一个单向的过程。服务器可以知道客户端能力的限制，而客户端不知道服务器侧的限制，他的基础就是客户端的能力必然弱于服务器。这样会存在以下问题。

由于该过程中并没有能够告知客户端服务器侧的限制，从而导致了客户端无法得知服务器是否存在某种限制(例如一个联系列表有多少好友，总共能有多少好友列表等)。随着移动设备的发展，服务器能力无法保证一定是客户端能力的超集。而且，在这种情况下，本来可以在客户端进行处理的一些数据有效性检查操作都必须交给服务器处理，增加了服务器的处理复杂性，也增加了移动网络的负担。

发明内容

本发明的目的是提供在即时消息(IM)服务器和其客户端之间以及其他类似的客户端/服务器架构的移动应用中实现客户端和服务器端能力的协商操作。

本发明的主要思路是在用户登录完成后，立刻进行客户端和服务器的能力约定操作，尽量保证客户端不会发出对服务器超限或者无意义的数据，导致网络流量的浪费和服务器处理的额外负担。

根据第一方面，本发明提供一种客户端/服务器模式业务系统中进行能力协商的方法，所述客户端/服务器模式业务系统包括客户端和服务器，所述方法包括步骤：客户端向服务器发送服务器能力请求消息或客户端能力限制上报请求消息，服务器按照自身能力集给出包括服务器能力限制的回应消息，并且将该回应消息发送给客户端；客户端依据该服务器能力限制对拟提交给服务器的操作进行数据有效性检查。

在第一方面中，优选的是，所述客户端/服务器模式业务系统提供即时信息服务、个人信息管理服务(PIM)和视频会议服务。

优选的是，所述方法包括在客户端向服务器发送客户端能力限制上报请求消息的情况下，服务器在所述回应消息中添加对客户端能力的确认。

优选的是，所述方法包括在客户端向服务器发送服务器能力请求消息之前，客户端向服务器发送客户端能力限制上报请求消息。

优选的是，所述方法包括服务器处理并且存储客户端能力限制的步骤。

优选的是，所述方法包括客户端存储服务器能力限制的步骤。

根据第二方面，提供一种包括服务器的客户端/服务器模式业务系统中的客户端，所述客户端包括：消息处理模块，产生服务器能力请求消息或客户端能力限制上报请求消息；通讯模块，发送所述请求消息给服务器，并且接收服务器发回的包括服务器能力限制的回应消息；管理和控制模块，存储服务器能力限制，并且依据该服务器能力限制对拟提交给服务器的操作在本地进行数据有效性检查。

在第二方面中，优选的是客户端包括界面显示模块。

根据第三方面，提供一种包括客户端的客户端/服务器模式业务系统中的服务器，所述服务器包括：消息接入模块，接收服务器能力请求消息或客户端能力限制上报请求消息；消息处理模块，将所述请求消息发送给管理和控制模块；管理和控制模块，按照自身能力集产生包括服务器能力限制的回应消息；所产生的包括服务器能力限制的回应消息由消息接入模块发送给客户端，从而客户端依据该服务器能力限制对拟提交给服务器的操作在本地进行数据有效性检查。

在第三方面中，优选的是包括客户能力限制存储模块，存储来自客户端的客户端能力限制。

根据第四方面，提供一种客户端/服务器模式业务系统，包括如第二方面所述的客户端和如第三方面所述的服务器。

附图说明

下面将以举例的方式参照附图对本发明进行更详细的说明，其中：

图1是客户端能力请求过程的示意图；

图2是根据本发明的一个实施方案的客户端和服务器间进行能力协商的业务流程示意图；

图3是服务器的模块示意图；

图4是图3所示服务器进行能力协商的流程示意图；

图5是客户端的模块示意图；

图6是图5所示客户端进行能力协商的流程示意图；

图7是服务器和客户端之间的协商消息交互流程图；以及

图8是根据本发明的另一个实施方案的客户端和服务器间的协商消息交互流程图。

具体实施方式

图2是根据本发明的一个实施方案的进行能力协商的业务流程示意图。如图2所示，在移动即时消息等C/S模式业务系统中进行能力协商的方法包括下列步骤：

1.用户完成登录；

2.客户端向服务器上报客户端能力限制；服务器根据客户端能力限制返回确认信令并在客户端能力集的可选内容中挑选合适的能力进行确认(此流程参考OMA-WV已有的

ClientCaDabitlity流程)；

3.客户端向服务器请求服务器能力限制，服务器返回能力列表；

4.当客户端在后续操作中发出的操作请求超出服务器能力限制，服务器给予明确的错误码进行指示。

在该能力协商的过程中，客户端需要主动向服务器请求服务器的能力限制列表。客户端在得到服务器的能力限制后会存储在本地，供本次登录的会话过程使用。对用户所有提交的操作先根据服务器的能力限制在本地进行一次数据有效性检查。

当客户端的操作请求超越了服务器能力限制时，客户端需要明确返回不同的错误特征码给予指示，客户端可以根据相应错误码决定后续操作或者给用户适当提示。

图3是服务器的模块示意图。如图3所示，服务器包括消息接入模块、消息处理模块、管理和控制模块与客户能力限制存储模块。

消息接入模块是与客户端通过网络设备进行交互消息的模块，接收客户端的发送的消息请求和响应消息，主动向客户端发送消息等。根据本发明，该模块增加对服务器、客户端之间如图7所示的获取服务器能力限制消息的接入支持功能。

消息处理模块是对所有消息进行处理的模块，处理来自业务接入模块消息请求，并响应消息；根据业务需要，向管理和控制模块发送请求消息等；根据业务需要，向客户能力限制存储模块请求存储消息或获取消息。根据本发明，该模块增加对服务器客户端之间如图7所示的获取服务器消息的处理功能的支持。

管理和控制模块是对客户端/服务器间交互的消息进行管理和控制的模块，包括但不限于：消息发送和接收的管理，通知消息处理模块转发消息等等。根据本发明，该模块增加存储客户能力限制信息的管理等。

客户能力限制存储模块负责对客户能力限制记录的存储和管理，包括但不限于：存储客户能力限制记录，管理客户能力限制记录，支持获取客户能力限制记录等。

图4是图3所示服务器进行能力协商的流程示意图。在步骤S410，消息接入模块接入来自客户端的客户能力限制上报消息。在步骤S420，消息处理模块接收并处理来自客户端的客户能力限制上报请求。在步骤S430，管理和控制模块给出客户能力上报的回应消息。在步骤S440，客户能力限制存储模块在本次会话期间保存该用户的客户能力限制信息。在步骤S450，消息接入模块接入来自客户端的服务器能力请求消息。在步骤S460，消息处理模块接收并处理来自客户端的服务器能力限制请求。在步骤S470，管理和控制模块按照自身能力集给出服务器能力限制的回应消息。

图5是客户端的模块示意图。如图5所示，客户端包括通讯模块、消息处理模块、管理和控制模块、与界面显示模块。

通讯模块负责与服务器进行消息通讯，发送请求消息和接收响应消息，接收服务器主动发送的通知消息等。

消息处理模块对所有消息进行处理的模块，构造指示通讯模块发送请求消息，接收和处理响应消息；根据业务需要向管理和控制模块发送请求消息等；根据业务需要向显示模块发送消息显示或用户提示消息。依据本发明，消息处理模块增加对客户端请求服务器能力限制消息处理功能的支持。

管理和控制模块对会话过程进行管理控制的模块，负责业务逻辑的处理。依据本发明，该模块增加其对服务器能力限制的存储能力以及数据有效性的校验能力。

界面显示模块显示会话名字、会话内容、会话方名称等。依据本发明，该模块增加会话历史记录策略选择界面的显示功能。

图6是图5所示客户端进行能力协商的流程示意图。在步骤S610，客户端开始登录。在登录成功后进入步骤S620。在步骤S620，客户端上报自身能力限制。在步骤S630，客户端请求服务器能力限制。在步骤S640，客户端进行相应操作。在步骤S650，管理控制模块在客户端向服务器发起请求前预处理：检查信令中数据是否可能超出服务器能力。如果是，程序进入步骤S660，否则进入步骤S670。在步骤S660，界面模块提示用户超限。

在步骤S670，消息处理模块通过通讯模块发出消息。

图7是服务器和客户端之间的协商消息交互流程图。在客户端请求登录服务器之后，服务器以LoginResponse回应。客户端向服务器发出ClientCapabilityRequest，上报客户能力限制。服务器回应以ClientCapabilityResponse。然后，客户端向服务器发出GetServerCapabilityRequest，向服务器请求服务器能力限制。服务器回应以GetServerCapabilityResponse。

下面给出可能的GetServerCapabilityRequest/Response信令对的文档类型定义(DTD)简要定义：

<！ELEMENT GetServerCapabilityRequest EMPTY>

<！ELEMENT GetServerCapabilityResponseServerCapabilityList>

<！ELEMENT ServerCapabilityList(Property+)>

<！ELEMENT Property(Name，Value？)>

<！ELEMENT Name(#PCDATA)>

<！ELEMENT Value(#PCDATA)>

需要指出，上述交互消息的名称、参数的名称、参数的顺序只是示意图，并非意在限制本发明的保护范围。另外，上述交互消息是应用层的消息，其底层可以是通过HTTP来承载，也可以是通过SIP、TCP等技术来承载。如何通过底层协议进行上述交互消息的承载，不在本专利的范围之内。

图8是根据本发明的另一个实施方案的客户端和服务器间的协商消息交互流程图。如图8所示，通过扩展类似OMA-WV标准的ClientCapabilityResponse信令，在ClientCapability流程中一次完成客户端和服务器两侧的能力交互。

客户端在登录完成后，随即发送自身的能力上报请求信令。服务器端在接收到该请求信令后，除了回应该能力上报请求，对于客户端能力中的可选部分作为确认回应外，也同时根据要求在该信令中添加服务器能力限制的信息。

例如，构建实现上述过程的消息对可以采用如下的编码DTD简要定义：

<！ELEMENT CapabilityRequest(ClientCapabilityList)>

<！ELEMENT ClientCapabilityList(ClientType，AcceptedTransferEncoding*，SupportedBearer*，SupportedCIRMethod*，ServerPollMin？…)>

<！ELEMENT CapabilityResponse(AgreedCapabilityList，SeryCapabilityList)>

<！ELEMENT AgreedCapabilityList(SupportedBearer*，SupportedCIRMethod*，ServerPollMin？，CIRURL？…)>

<！ELEMENT SeryCapabilityList(Property+)>

<！ELEMENT Property(Name，Value？)>

<！ELEMENT Name(#PCDATA)>

<！ELEMENT Value(#PCDATA)>

在用户开始使用移动数据业务前，做好客户端和服务器的能力约定，有助于提高客户体验、减轻网络负担、降低服务器的逻辑处理复杂度。

本发明还可以适用于除即时消息外的需进行能力协商的其它类型C/S模式业务系统。例如，个人信息管理服务(PIM)客户端和视频会议终端。

基于C/S模型的PIM客户端在同步数据前可能需要明确自身的内存容量，自身和服务器共同支持的文件格式、客户端版本号以及服务器能够提供的功能列表等信息。

而视频会议终端在和服务器进行正常的视频会议流程前，也需要向服务器上报自身的显示大小、支持的媒体类型、版本号等信息。对自身版本号的上报有助于服务器了解该版本客户端的软能力，对支持的媒体类型、文件类型、显示尺寸之类的信息的报告有助于服务器提供内容适配的能力。

显而易见，在此描述的本发明可以有许多变化，这种变化不能认为偏离本发明的精神和范围。因此，所有对本领域技术人员显而易见的改变，都包括在本权利要求书的涵盖范围之内。

Claims

1.一种客户端/服务器模式业务系统中进行能力协商的方法，所述客户端/服务器模式业务系统包括客户端和服务器，所述方法包括步骤：客户端向服务器发送服务器能力请求消息或客户端能力限制上报请求消息，服务器按照自身能力集给出包括服务器能力限制的回应消息，并且将该回应消息发送给客户端；客户端依据该服务器能力限制对拟提交给服务器的操作进行数据有效性检查。

2.如权利要求1所述的方法，其特征在于所述客户端/服务器模式业务系统提供即时信息服务、个人信息管理服务(PIM)和视频会议服务。

3.如权利要求1所述的方法，其特征在于包括在客户端向服务器发送客户端能力限制上报请求消息的情况下，服务器在所述回应消息中添加对客户端能力的确认。

4.如权利要求1所述的方法，其特征在于包括在客户端向服务器发送服务器能力请求消息之前，客户端向服务器发送客户端能力限制上报请求消息。

5.如权利要求1-4之一所述的方法，其特征在于包括服务器处理并且存储客户端能力限制的步骤。

6.如权利要求1-4之一所述的方法，其特征在于包括客户端存储服务器能力限制的步骤。

7.一种包括服务器的客户端/服务器模式业务系统中的客户端，所述客户端包括：消息处理模块，产生服务器能力请求消息或客户端能力限制上报请求消息；通讯模块，发送所述请求消息给服务器，并且接收服务器发回的包括服务器能力限制的回应消息；管理和控制模块，存储服务器能力限制，并且依据该服务器能力限制对拟提交给服务器的操作在本地进行数据有效性检查。

8.如权利要求5所述的客户端，其特征在于包括界面显示模块。

9.一种包括客户端的客户端/服务器模式业务系统中的服务器，所述服务器包括：消息接入模块，接收服务器能力请求消息或客户端能力限制上报请求消息；消息处理模块，将所述请求消息发送给管理和控制模块；管理和控制模块，按照自身能力集产生包括服务器能力限制的回应消息；所产生的包括服务器能力限制的回应消息由消息接入模块发送给客户端，从而客户端依据该服务器能力限制对拟提交给服务器的操作在本地进行数据有效性检查。

10.如权利要求9所述的服务器，其特征在于包括客户能力限制存储模块，存储来自客户端的客户端能力限制。

11.一种客户端/服务器模式业务系统，包括如权利要求7所述的客户端和如权利要求9所述的服务器。