快捷回复方法及其系统

摘要

本发明公开了一种快捷回复方法，该方法包括，在快捷回复QA服务器中设置快捷回复消息；当客户端向QA服务器发起消息获取请求后，QA服务器根据接收的消息获取请求，向该客户端返回快捷回复消息，客户端从返回的快捷回复消息中选取预发送的快捷回复消息，并向接收端发送。使用本发明能够实现用户在不同终端上使用相同的快捷回复消息。本发明还公开了快捷回复系统、快捷回复服务器和客户端，能够保证用户在不同终端上使用相同的快捷回复消息，避免了用户在不同终端上都要进行相同的增加或删除快捷回复消息操作，降低了操作的复杂程度。

权利要求

1.一种快捷回复方法，其特征在于，该方法包括：在快捷回复QA服务器中设置快捷回复消息；

客户端向QA服务器发起消息获取请求；

QA服务器根据所述消息获取请求，向该客户端返回快捷回复消息；

客户端从返回的快捷回复消息中选取预发送的快捷回复消息，建立所述客户端到接收端的会话Session，采用消息会话中继协议MSRP SEND向接收端发送所选取的快捷回复消息。

2.如权利要求1所述的方法，其特征在于，所述消息获取请求包括用户标识ID；

所述QA服务器根据消息获取请求向客户端返回快捷回复消息包括：所述QA服务器根据所述用户ID，获取存储的与所述用户ID对应的快捷回复消息，并向所述客户端返回所述对应的快捷回复消息。

3.如权利要求1所述的方法，其特征在于，所述向客户端返回快捷回复消息之后，该方法进一步包括：所述客户端在本地保存返回的快捷回复消息。

4.如权利要求1所述的方法，其特征在于，客户端发送的所述所选取的快捷回复消息包括该所选取的快捷回复消息的消息内容；

客户端向接收端发送所述所选取的快捷回复消息包括：客户端的归属服务器接收到所述消息内容后转发给所述接收端。

5.如权利要求1所述的方法，其特征在于，客户端发送的所述所选取的快捷回复消息包括该所选取的快捷回复消息的消息ID；

客户端向接收端发送所述所选取的快捷回复消息包括：客户端的归属服务器接收到所述消息ID后，根据所述消息ID从QA服务器获取所述消息ID对应的消息内容，将所述消息内容发送给所述接收端。

6.如权利要求1所述的方法，其特征在于，该方法进一步包括：客户端向QA服务器发送管理信息；

所述QA服务器根据所述管理信息，管理其存储的快捷回复消息。

7.如权利要求3所述的方法，其特征在于，该方法进一步包括：客户端向QA服务器发送管理信息；

所述QA服务器根据所述管理信息，管理其存储的快捷回复消息；

所述QA服务器向所述客户端返回管理处理响应信息；

所述客户端根据所述管理处理响应信息，更新本地快捷回复消息。

8.如权利要求6或7所述的方法，其特征在于，当所述管理信息为创建信息时，该创建信息包括客户端创建的新快捷回复消息的消息内容；

所述客户端向QA服务器发送管理信息；QA服务器根据该管理信息管理其存储的快捷回复消息包括：客户端将所述新快捷回复消息的消息内容发送给QA服务器；

所述QA服务器为该新快捷回复消息建立消息ID，并存储所述新快捷回复消息的消息内容和消息ID。

9.如权利要求6或7所述的方法，其特征在于，当所述管理信息为修改信息时，该修改信息包括携带消息ID的修改后快捷回复消息；

所述客户端向QA服务器发送管理信息；QA服务器根据该管理信息管理其存储的快捷回复消息包括：客户端将所述携带消息ID的修改后快捷回复消息发送给QA服务器；

所述QA服务器根据所述携带消息ID的修改后快捷回复消息，修改该消息ID对应的快捷回复消息。

10.如权利要求6或7所述的方法，其特征在于，当所述管理信息为删除信息时，该删除信息包括预删除快捷回复消息的消息ID；

所述客户端向QA服务器发送管理信息；QA服务器根据该管理信息管理其存储的快捷回复消息包括：客户端选择预删除的快捷回复消息，将该预删除快捷回复消息的消息ID发送给QA服务器；

所述QA服务器根据所述预删除快捷回复消息的消息ID，删除对应的快捷回复消息。

11.如权利要求1所述的方法，其特征在于，所述快捷回复消息为短消息或即时消息。

12.如权利要求6所述的方法，其特征在于，所述客户端采用会话初始协议SIP向所述QA服务器发送所述消息获取请求和所述管理信息。

13.如权利要求6所述的方法，其特征在于，所述客户端采用扩展标签语言配置访问协议XCAP向所述QA服务器发送所述消息获取请求和所述管理信息。

说明书

快捷回复方法及其系统

技术领域

[0001] 本发明涉及移动通信网络及英特(Internet)网络上开展的消息业务，具体涉及实现快捷回复的方法、系统、快捷回复服务器和客户端。

背景技术

[0002] 目前，在移动通信网络、Internet网络上都开展有消息业务。移动通信网络一般包括第二代移动通信系统(2G)网络、第三代移动通信系统(3G)网络、2G向3G过渡的2.5G网络，以及多媒体子域等。

[0003] 消息业务是个人对个人、个人对群组的消息类数据业务。例如手机之间的短消息交互，Internet上各用户终端之间的即时消息交互等。在消息交互过程中，会有一些消息内容经常被使用到。如果每次都要输入这些常用消息，显然使得操作不够简便。

[0004] 以短消息通信系统实现的短消息业务为例，在现有的短消息系统中，用户终端提供了存储常用消息的功能，用户可以在用户终端预先设置一些自己的常用消息，称为快捷回复(QA，Quick Answer)消息。用户在编辑短消息时，可以直接选择预先设置的快捷回复消息，作为短消息内容发送出去。建立快捷回复，并采用快捷回复消息作为消息内容的操作叫做快捷回复。这样减少了用户的输入，为用户使用常用消息提供了方便。

[0005] 但是，在上述现有的消息通信系统中，用户所设置的快捷回复消息是存储在终端中的，所以用户无法在不同的终端上方便的使用属于该用户的相同快捷回复消息。用户在一个终端上快捷回复消息进行了增加或删除的操作，如果该用户希望在其它终端上使用其更新过的最新快捷回复消息，则需要在其它终端上再执行一次相同的增加或删除操作，操作过程重复、繁琐。

发明内容

[0006] 有鉴于此，本发明实施例的第一个目的在于提供一种快捷回复方法，使用户在不同终端使用相同的快捷回复消息。

[0007] 为达到上述目的的第一个方面，本发明提供了一种快捷回复方法，该方法包括：

[0008] 在快捷回复QA服务器中设置快捷回复消息；

[0009] 客户端向QA服务器发起消息获取请求；

[0010] QA服务器根据所述消息获取请求，向该客户端返回快捷回复消息；

[0011] 客户端从返回的快捷回复消息中选取预发送的快捷回复消息，建立所述客户端到接收端的会话Session，采用消息会话中继协议MSRP SEND向接收端发送所选取的快捷回复消息。

[0012] 与现有技术相比，本发明所提供的实现快捷回复的方法将快捷回复消息存储在服务器上，当用户需要快捷回复时，可以从服务器上获取该用户的快捷回复消息，而并不是现有技术中从终端上获取快捷回复消息。由于快捷回复消息是存储在服务器上，即使用户在一个终端上更新了快捷回复消息，该用户仍可以在不进行重复操作的情况下，通过其它终端从服务器上获取其更新的最新快捷回复消息。因此实现了用户在不同的终端上可以方便的使用相同的快捷回复消息。

附图说明

[0013] 图1为本发明实施例快捷回复方法的方法流程图。

[0014] 图2为本发明实施例快捷回复系统的组成框图。

[0015] 图3为本发明实施例快捷回复系统的第一较佳实施例的组成框图。

[0016] 图4为本发明第一较佳实施例第一种实现快捷回复方法的方法流程图。

[0017] 图5为本发明第一较佳实施例第二种实现快捷回复方法的方法流程图。

[0018] 图6为本发明实施例采用XCAP实现快捷回复消息获取的方法流程图。

[0019] 图7为本发明实施例采用XCAP实现快捷回复消息创建的方法流程图。

[0020] 图8为本发明实施例采用XCAP实现快捷回复消息修改的方法流程图。

[0021] 图9为本发明实施例采用XCAP实现快捷回复消息删除的方法流程图。

[0022] 图10为本发明实施例快捷回复系统第二较佳实施例的组成框图。

[0023] 图11为本发明第二较佳实施例第一种实现快捷回复方法的方法流程图。

[0024] 图12为本发明第二较佳实施例第二种实现快捷回复方法的方法流程图。

[0025] 图13为本发明实施例采用SIP实现快捷回复消息获取的方法流程图。

[0026] 图14为本发明实施例采用SIP实现快捷回复消息创建的方法流程图。

[0027] 图15为本发明实施例采用SIP实现快捷回复消息修改的方法流程图。

[0028] 图16为本发明实施例采用SIP实现快捷回复消息删除的方法流程图。

具体实施方式

[0029] 为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明进一步详细说明。

[0030] 本发明实施例的核心思想为预先在QA服务器中设置快捷回复消息，当客户端向QA服务器发起消息获取请求后，QA服务器根据该消息获取请求，返回快捷回复消息。客户端从返回的快捷回复消息中选择预发送的快捷回复消息，并向接收端发送。

[0031] QA服务器是保存有快捷回复消息的资源管理服务器。在即时消息通信系统中，该QA服务器可以采用实现即时消息业务的服务器实现。在短消息通信系统中，该QA服务器可以采用实现短消息业务的服务器实现。以基于初始会话协议/即时消息和现场支持扩展会话协议(SIP/SIMPLE)的消息系统为例，该QA服务器可以采用即时消息扩展标签语言文档管理(IM XDM)服务器实现，也可以采用即时消息初始会话协议(IM SIP)服务器实现。QA服务器也可以作为一个模块单独设置在SIP/SIMPLE消息系统的IM服务器中，或者作为一个服务器单独设置在SIP/SIMPLE系统中，只要实现快捷回复消息的资源相关处理和管理即可。

[0032] QA服务器中存储的快捷回复消息可以根据不同用户分别存储，有利于不同用户在获取快捷回复消息时只获取属于自己的快捷回复消息。也可以将所有快捷回复消息不分用户的存储。

[0033] 上述本发明实施例方案适用于移动通信网络和Internet网络中的各种短消息系统和即时消息(IM)系统。其实现快捷回复的原理相同。下面以在移动通信网络中使用本发明实施例实现快捷回复为例进行说明。其中，快捷回复消息为短消息，且在QA服务器中根据不同用户分别存储。

[0034] 基于上述核心思想，图1示出了本发明实施例实现快捷回复方法的方法流程图。如图1所示，该方法具体包括以下步骤：

[0035] 步骤101，用户在QA服务器上创建该用户的快捷回复消息。

[0036] 本步骤中，用户可以通过多次创建来添加快捷回复消息。

[0037] 步骤102，用户通过客户端向QA服务器发起消息获取请求。

[0038] 本步骤中，客户端发起的消息获取请求可以是主动获取也可以是被动获取。主动获取是用户需要更新本地快捷回复消息时，在用户命令的控制下，向QA服务器发起消息获取请求。被动获取是客户端在用户每次需要使用快捷回复消息时都向QA服务器发起消息获取请求，保证使用的快捷回复消息为最新。或者客户端可以周期性的向QA服务器发起消息获取请求。

[0039] 步骤103，QA服务器根据客户端发来的消息获取请求，向客户端返回该用户的快捷回复消息。

[0040] 客户端在接到QA服务器返回的快捷回复消息后，可以保存、或不保存所获取的快捷回复消息。如果保存则以后可以直接使用客户端上保存的快捷回复消息，如果不保存则需要每次进行快捷回复时，都向QA服务器申请快捷回复消息。

[0041] 步骤104，用户通过客户端，从返回的快捷回复消息中选取所需的快捷回复消息向接收端发送。

[0042] 本步骤中，快捷回复消息的发送方式有两种。第一种是将快捷回复消息的真实内容包含在消息体中进行发送；第二种是在发送端和发送端归属服务器之间只发送快捷回复消息的消息标识(ID)，发送端归属服务器收到消息ID后再从QA服务器获取快捷回复消息的具体内容，把包含快捷回复消息具体内容的消息体发送给接收端。采用发送消息ID的方式，可以有效的减少发送端和发送端服务器之间的网络负载，大大提高发送较大快捷回复消息时的效率。

[0043] QA服务器存储的快捷回复消息可以包括消息ID和消息内容(Text)。消息ID是一条快捷回复消息的唯一标识。消息内容是快捷回复消息的具体内容。快捷回复消息还可以包括消息类型(Type)和消息描述(Description)等属性信息。Description可以用来描述一些体积比较大的快捷回复消息，相当于关键字，这样用户在客户端使用快捷回复消息时，可以不浏览快捷回复消息具体内容，而根据Description属性来选择所需的快捷回复消息。Text是快捷回复消息的具体内容。但对于一些多媒体消息来说，由于消息体积较大，因此Text属性中只存储具体快捷回复消息的消息链接，如统一资源地址(URL)。

[0044] 本发明实施例还能够实现对QA服务器上快捷回复消息的管理。客户端向QA服务器发送管理信息，QA服务器根据该管理信息对其存储的各用户快捷回复消息进行管理操作，再向客户端返回管理处理响应消息，然后客户端根据该管理处理响应消息更新本地快捷回复消息。管理操作包括对QA服务器上快捷回复消息的添加、修改和删除。

[0045] A、当管理信息为创建信息时，创建信息包括用户创建的新快捷回复消息。该新快捷回复消息不包括消息ID，消息ID是QA服务器为快捷回复消息创建的。

[0046] 客户端将新快捷回复消息发送给QA服务器后，QA服务器为新快捷回复消息创建消息ID，再将消息ID返回给客户端。客户端可以将该消息ID和新快捷回复消息的消息内容一起保存。消息ID包含在管理处理响应消息中，同时表示创建成功。

[0047] 在多次创建快捷回复消息时，QA服务器返回的消息可能有延时，因此QA服务器返回的消息ID及客户端创建的消息内容的对应关系可能发生混乱，因此在QA服务器返回的消息中，可以同时携带新快捷回复消息的消息内容和消息ID。

[0048] B、当管理信息为修改信息时，修改信息包括修改后快捷回复消息的消息内容和消息ID。

[0049] 客户端将修改后快捷回复消息的消息内容和消息ID发送给QA服务器，QA服务器修改其存储的快捷回复消息，再向客户端返回管理处理响应消息。当管理处理响应消息表示修改成功，客户端更新本地快捷回复消息。

[0050] C、当管理信息为删除信息时，删除信息包括预删除快捷回复消息的消息ID。

[0051] 客户端将预删除快捷回复消息的消息ID发送给QA服务器，QA服务器将该消息ID对应的快捷回复消息删除，并返回管理处理响应消息。当管理处理响应消息表示删除成功，由客户端更新本地快捷回复消息。

[0052] 为实现本发明实施例提供的快捷回复方法，本发明实施例还提供了一种快捷回复系统。图2示出了本发明实施例快捷回复系统的组成框图。参见图2，该快捷回复系统包括客户端和QA服务器。

[0053] 其中，客户端，用于向QA服务器发起用户的消息获取请求；接收QA服务器返回的快捷回复消息。之后，客户端从返回的快捷回复消息中选择的预发送的快捷回复消息，并向接收端发送。

[0054] QA服务器，存储各用户的快捷回复消息，用于根据用户的消息获取请求，向客户端返回该用户的快捷回复消息。

[0055] 为了实现对QA服务器存储的各用户的快捷回复消息的管理，QA服务器还要根据客户端发来的管理信息对其存储的快捷回复消息进行管理操作，并返回管理处理响应消息。客户端根据该管理处理响应消息更新本地快捷回复消息。

[0056] 在移动通信网络中，一般采用基于SIP/SIMPLE的消息系统实现即时消息通信。在基于SIP/SIMPLE的消息系统中，可以采用扩展标签语言配置访问协议(XCAP)或者会话初始协议(SIP)实现快捷回复消息的获取、创建、修改或者删除。在具体实现消息的发送和接收时，根据采用的消息传输协议不同，消息发送和接收的过程略有所区别。以下举较佳实施例，分别对本发明实施例采用不同协议的具体实现进行举例说明。

[0057] 第一较佳实施例

[0058] 在基于SIP/SIMPLE的消息系统中，可以采用XCAP或者SIP实现快捷回复消息的获取或者管理。本实施例中，快捷回复消息的获取、创建、修改或者删除都采用XCAP，采用该方式发送的管理信息可以采用XCAP所定义的GET、PUT和DELETE等命令，接收到该类命令并成功完成相关操作的设备返回HTTP 200OK响应，该响应中可以包含具体的信息内容。

[0059] 图3为本发明快捷回复系统第一较佳实施例的组成框图。如图3所示，该系统包括：扩展标签语言文档管理(XDM)客户端310和IM XDM服务器300。

[0060] 其中，XDM客户端310，用于将向用户发起的消息获取请求或管理信息发送给IM XDM服务器300，接收IM XDM服务器300返回的该用户所有的快捷回复消息或者管理处理响应消息。当接收到IM XDM服务器返回的该用户的快捷回复消息后，XDM客户端从中选取一条，向接收端发送。XDM客户端310发送的消息获取请求和管理信息都为XCAP请求的形式。本实施例中，XDM客户端310作为快捷回复系统中的客户端，是用户终端中的一个模块。

[0061] XDM客户端310具体包括QA获取模块313和QA处理模块311。

[0062] 其中，QA获取模块313，用于向IM XDM服务器300发起用户的消息获取请求，并接收IM XDM服务器300返回的该用户的所有快捷回复消息，并传送给QA处理模块311。

[0063] QA处理模块311，从QA获取模块313发来的该用户的所有快捷回复消息中选取一条，向接收端发送。该模块还用于向IM XDM服务器300发送管理信息，接收IM XDM服务器300返回的管理处理响应消息。

[0064] 如果XDM客户端310并非每次进行快捷回复时都从服务器获取快捷回复消息，则XDM客户端310还包括QA存储模块312。该QA存储模块312，与QA处理模块311相连，用于存储使用该XDM客户端的用户的快捷回复消息。当QA处理模块311，接收到QA获取模块313发来的快捷回复消息后，可以将该快捷回复消息存储在该QA存储模块312中，以备以后使用。当QA处理模块311，接收到IM XDM服务器300返回的管理处理响应信息后，根据该管理处理响应信息更新本地快捷回复消息。该XDM客户端中的快捷回复消息是以扩展标签语言(XML)文档的形式存储的。

[0065] IM XDM服务器330，作为QA服务器，存储有各用户的快捷回复消息；用于根据接收的用户的消息获取请求将该用户的快捷回复消息返回给XDM客户端310；或者根据接收自XDM客户端310的管理信息，对其存储的快捷回复消息进行管理。IM XDM服务器300中的快捷回复消息也是以XML文档的形式存储的。因此，XDM客户端310与IM XDM服务器300之间采用XCAP实现信息交互。

[0066] 该IM XDM服务器330可以采用本发明提供的快捷回复服务器的组成结构。IM XDM服务器330包括QA处理模块301和QA存储模块302。其中QA存储模块302，与QA处理模块301相连，用于存储各用户快捷回复消息；QA处理模块301，用于根据接收自XDM客户端310的消息获取请求或者管理信息，对QA存储模块302中的快捷回复消息进行相应的处理。

[0067] IM XDM服务器330为了完成其它即时消息业务，还包括IM XDM业务处理模块，用于处理除快捷回复以外的即时消息业务。该模块未在图3中示出。如果QA服务器采用其它业务服务器实现，该QA服务器可以包括该业务服务器处理原业务的模块，例如，该模块可以是短消息业务处理模块，IM SIP业务处理模块，多媒体消息业务处理模块等等。

[0068] XDM客户端与IM XDM服务器之间成功的信息传输都是借助聚合代理的路由功能完成的。聚合代理还可以根据客户端发送的消息，进行用户身份鉴别。

[0069] 本实施例的快捷回复系统采用XML文档的方式将快捷回复消息存储在IM XDM服务器中。下面给出快捷回复消息XML文档的XML Schema语法架构定义。

[0070] <！--The root element:qa-set-->

[0071]

[0072]

[0073]

[0074]

[0075]

[0076]

[0077]

[0078]

[0079]

[0080]

[0081]

[0082]

[0083]

[0084]

[0085]

[0086]

[0087]

[0088] 其中，qa-set为快捷回复消息集合，即根元素。其uri属性指明该快捷回复消息的所有者，即使用用户。qa代表用户的一个快捷回复消息，具有消息ID、消息类型(Type)、消息描述(Description)和消息内容(Text)属性。大的多媒体消息不存储在XML文档中，消息内容中也不存放真正的快捷回复消息的内容，仅仅存储一个URL，通过URL可以获取真正的消息内容。

[0089] 采用XCAP作为消息传输方式，在传输普通消息时，可以采用SIP或者消息会话中继协议(MSRP)，但是传输体积较大的消息时，只能采用MSRP协议，通过建立会话(Session)实现。客户端和服务器、服务器和服务器之间的消息都要通过会话初始协议/网际协议核(SIP/IP Core)进行传输，在以下的叙述都省略了SIP/IP Core的叙述。

[0090] 图4为本发明第一较佳实施例第一种实现快捷回复方法的方法流程图。该方法是XDM客户端A获取并选择快捷回复消息，并发送给客户端B的第一种具体实现过程。在发送过程中，采用直接发送快捷回复消息的消息内容方式。参见图4，该方法包括以下步骤：

[0091] 步骤401，用户想要使用快捷回复消息时，通过XDM客户端A发送XCAP GET到IM XDM服务器。XCAP GET为消息获取请求。

[0092] 步骤402，IM XDM服务器收到XCAP GET后，返回HTTP 200OK，并且在HTTP 200OK中携带发起请求的用户的所有快捷回复消息。

[0093] 步骤403，XDM客户端A接收到快捷回复消息，用户选择一条所需的快捷回复消息。

[0094] 步骤404，XDM客户端A采用SIP MESSAGE或者MSRP SEND，将用户选择的快捷回复消息发送到归属服务器A。SIP MESSAGE消息是基于SIP协议的信息发送消息，MSRP SEND消息是基于MSRP的信息发送消息。发送的SIP MESSAGE或者MSRP SEND携带快捷回复消息的消息内容，即Text。归属服务器A是XDM客户端A的归属服务器；归属服务器B是客户端B的归属服务器。

[0095] 步骤405，归属服务器A转发从XDM客户端A接收的SIP MESSAGE或者MSRP SEND消息到归属服务器B。

[0096] 步骤406，归属服务器B转发从归属服务器B接收的SIP MESSAGE或者MSRP SEND消息到客户端B。

[0097] 步骤407，客户端B接收来自归属服务器B的SIP MESSAGE或者MSRPSEND消息后，返回SIP 200OK/MSRP 200OK响应到归属服务器B。

[0098] 步骤408，归属服务器B转发从客户端B接收的SIP 200OK/MSRP 200OK响应到归属服务器A。

[0099] 步骤409，归属服务器A转发从归属服务器B接收的SIP 200OK/MSRP200OK响应到XDM客户端A。

[0100] 以上就完成了一次快捷回复。消息的发送采用SIP MESSAGE或者MSRP SEND都可以，具体采用哪种方式取决于原有会话所采用的方式，与原有会话保持一致即可。相应的200OK也要与发送消息的方式一致。但当采用SIP MESSAGE时，SIP MESSAGE中不能直接携带较大的快捷回复消息，必须建立会话，采用MSRP SEND发送较大的快捷回复消息。

[0101] 图5为本发明第一较佳实施例第二种实现快捷回复方法的方法流程图。该方法是XDM客户端A获取并选择快捷回复消息，并发送给客户端B的第二种具体实现过程。在发送过程中，采用SIP MESSAGE的方法直接发送快捷回复消息的消息内容，该快捷回复消息体比较大，因此需要建立Session。参见图5，该方法包括以下步骤：

[0102] 步骤501，用户想要使用快捷回复消息时，通过XDM客户端A向IMXDM服务器发送XCAP GET。XCAP PUT是基于XCAP的信息获取命令，本实施例中，采用XCAP GET作为消息获取请求。

[0103] 步骤502，IM XDM服务器收到XCAP GET后，返回HTTP 200OK，并且在HTTP 200OK中携带发起请求的用户的所有快捷回复消息。

[0104] 步骤503，XDM客户端A接收到快捷回复消息，用户选择一条所需的快捷回复消息。由于消息比较大，使用SIP MESSAGE发送不了，所以以下需要建立Session使用MSRP SEND进行发送。

[0105] 步骤504～512，建立XDM客户端A到客户端B的Session。

[0106] 具体包括，XDM客户端A发送邀请消息SIP INVITE到归属服务器A进行Session的建立，归属服务器A将该SIP INVITE转发到归属服务器B，归属服务器B将该SIP INVITE转发到客户端B。客户端B接收到SIP INVITE后，发送SIP 200OK响应到归属服务器B，归属服务器B将SIP 200OK响应转发到归属服务器A，归属服务器A将SIP 200OK响应转发到XDM客户端A。XDM客户端A接收到SIP 200OK后，发送ACK到归属服务器A，归属服务器A转发ACK到归属服务器B，归属服务器B转发ACK到客户端B。自此，Session建立成功。

[0107] 步骤513～518，XDM客户端A采用MSRP SEND将携带消息内容的快捷回复消息发送给客户端B。

[0108] 具体包括，XDM客户端A采用MSRP SEND将携带消息内容的快捷回复消息发送给归属服务器A，归属服务器A转发MSRP SEND到归属服务器B，归属服务器B转发MSRP SEND到客户端B；客户端B接收到MSRP SEND后，发送MSRP 200OK响应到归属服务器B，归属服务器B转发MSRP 200OK响应到归属服务器A，归属服务器A转发MSRP 200OK响应到XDM客户端A。自此，证明MSRP SEND发送成功。

[0109] 步骤519～524，终止XDM客户端A到客户端B的Session。

[0110] 具体包括，XDM客户端A发送终止消息SIP BYE到归属服务器A，归属服务器A转发SIP BYE转发到归属服务器B，归属服务器B转发SIP BYE到客户端B；客户端B接收到SIP BYE后，发送SIP 200OK响应到归属服务器B，归属服务器B将SIP 200OK响应转发到归属服务器A，归属服务器A将SIP 200OK响应转发到XDM客户端A。自此，Session被终止。

[0111] 以上就完成了一次快捷回复。

[0112] 在采用XCAP的快捷回复获取时，由于快捷回复消息是存储在作为QA服务器的IM XDM服务器中的，所以客户端在使用快捷回复消息时需要先从IM XDM服务器端获取快捷回复消息的具体内容，如图4中的步骤401和图5中的步骤501。图6示出了采用XCAP实现快捷回复消息获取的方法流程图。如图6所示，其具体实现步骤如下：

[0113] 步骤601，XDM客户端向聚合代理单元发送用户的XCAP GET请求。

[0114] XCAP GET请求是采用XCAP协议的消息获取请求，该XCAP GET请求包括用户ID。该用户ID表示XCAP GET请求要求获取哪个用户的快捷回复消息。因为，快捷回复消息在XML文档中是对应不同用户分别存储的。

[0115] 步骤602，聚合代理单元对XCAP GET请求进行用户身份鉴别。这一步是可选的。

[0116] 步骤603，聚合代理单元转发XCAP GET请求到存储快捷回复消息的IM XDM服务器。

[0117] 步骤604，IM XDM服务器收到XCAP GET请求后，根据XCAP GET请求所携带的用户ID，获取该用户的快捷回复消息。

[0118] 步骤605，IM XDM服务器向聚合代理单元返回携带该用户所有快捷回复消息的HTTP 200OK响应。

[0119] HTTP 200 OK响应中携带了该用户的所有快捷回复消息的具体内容。该用户的快捷回复消息可能是一条或者一条以上。快捷回复消息的具体内容包括消息标识(ID)、消息类型(Type)、消息描述(Description)和消息内容(Text)属性。

[0120] 步骤606，聚合代理单元转发HTTP 200OK响应给XDM客户端。

[0121] 步骤607，XDM客户端存储快捷回复消息。本步骤是可选的，如果客户端在每次使用和发送快捷回复消息时都要从IM XDM服务器获取用户的快捷回复消息，则不需要执行本步骤的存储。

[0122] 上述XCAP GET请求的例子如下：

[0123] GET http://xcap.example.com/Quick-Answer/users/sip:[e-mail]/QADocHTTP/1.1

[0124] 其中，sip:[e-mail]为用户ID。

[0125] HTTP 200OK响应消息的例子如下：

[0126] HTTP/1.1200OK

[0127] Etag:“cdcdcdcd”

[0128] Content-Type:message/qanswer

[0129] <？xml version＝″1.0″encoding＝″UTF-8″？>

[0130]

[0131]

[0132] QA76587efdky761

[0133] Text

[0134] I’m fine！

[0135] I’m fine how are you

[0136]

[0137]

[0138] 其中，QA76587efdky761为消息ID，Text为消息类型，I’m fine！为消息描述，I’m fine how are you为消息内容。如果该用户有一条以上的快捷回复消息，则IM XDM服务器给客户端回复的HTTP 200OK中包含多条快捷回复消息，由qa分隔。

[0139] 用户还可以通过对XDM客户端的操作，实现对存储在IM XDM服务器的快捷回复消息的管理。管理包括对快捷回复消息的创建，修改和删除。其中创建消息可以是在IM XDM服务器中还没有快捷回复消息的情况下创建新快捷回复消息，也可以是在IM XDM服务器存储的快捷回复消息基础上添加更多的快捷回复消息。

[0140] 图7示出了采用XCAP实现快捷回复消息创建的方法流程图。如图7所示，其具体实现步骤如下：

[0141] 步骤700，用户通过XDM客户端编辑创建一条新快捷回复消息。

[0142] 步骤701，XDM客户端向聚合代理单元发送携带新快捷回复消息的XCAP PUT请求。XCAP PUT是基于XCAP的信息发送命令。

[0143] XCAP PUT请求是采用XCAP协议的快捷回复消息创建请求。本实施例中，该XCAP PUT请求包括用户ID和新快捷回复消息的具体内容。由于IM XDM服务器对快捷回复消息资源进行统一管理，因此消息ID由IM XDM服务器为新快捷回复消息创建。

[0144] 步骤702，聚合代理单元对XCAP PUT请求进行用户身份鉴别。这一步是可选的。

[0145] 步骤703，聚合代理单元转发XCAP PUT请求到存储快捷回复消息的IMXDM服务器。

[0146] 步骤704，IM XDM服务器收到XCAP PUT请求后，为新的快捷回复消息创建一个消息ID，并将消息ID和接收的快捷回复的具体内容一起更新到快捷回复消息存储文档中，即XML文档。其中，根据用户ID确定新快捷回复消息存放的位置。

[0147] 步骤705，IM XDM服务器向聚合代理单元返回携带新快捷回复消息的消息ID的HTTP 200OK响应。该HTTP 200OK响应为管理处理响应消息。

[0148] 步骤706，聚合代理单元转发HTTP 200OK响应给XDM客户端。

[0149] 步骤707，XDM客户端更新本地的快捷回复消息。即在本地添加创建的新快捷回复消息及其消息ID。

[0150] 本步骤是可选择，如果不包括本步骤，则在需要使用快捷回复消息时，必须先从IM XDM服务器中获取快捷回复消息。

[0151] 上述XCAP PUT消息的例子如下：

[0152] PUT http://xcap.example.com/Quick-Answer/users/sip:[e-mail]/QADoc/qa-setHTTP/1.1

[0153] Content-Type:message/qanswer

[0154] Content-Length:(…)

[0155]

[0156] Text

[0157] Busy

[0158] Busy now Will talk later

[0159]

[0160] 步骤704更新前的XML文档的例子如下：

[0161] <？xml version＝″1.0″encoding＝″UTF-8″？>

[0162]

[0163]

[0164] QA76587efdky761

[0165] Text

[0166] I’m fine！

[0167] I’m fine how are you

[0168]

[0169]

[0170] 步骤704更新后的XML文档的例子如下：

[0171] <？xml version＝″1.0″encoding＝″UTF-8″？>

[0172]

[0173]

[0174] QA76587efdky761

[0175] Text

[0176] I’m fine！

[0177] I’m fine how are you

[0178]

[0179]

[0180] QA76587efdky763

[0181] Text

[0182] Busy

[0183] Busy now Will talk later

[0184]

[0185]

[0186] IM XDM服务器返回HTTP 200OK消息的例子如下：

[0187] HTTP/1.1 200 OK

[0188] Etag:“cdcdcdce”

[0189] Content-Type:message/qanswer

[0190] QA76587efdky763

[0191] 其中，QA76587efdky763为本实施例创建的新快捷回复消息的消息ID。

[0192] 图8示出了采用XCAP实现快捷回复消息修改的方法流程图。如图8所示，其具体实现步骤如下：

[0193] 步骤800，用户通过XDM客户端选择并修改一条快捷回复消息。如果XDM客户端存储有快捷回复消息则可以从中选取一条快捷回复消息并修改，如果没有存储，则需要从QA服务器获取快捷回复消息，再从中选取一条快捷回复消息并修改。

[0194] 步骤801，XDM客户端向聚合代理单元发送携带修改后快捷回复消息的消息内容及其消息ID的XCAP PUT请求。

[0195] 本步骤中的XCAP PUT请求是采用XCAP协议的快捷回复消息修改请求。虽然与创建请求一样，修改请求也使用了XCAP PUT请求命令，但是该XCAP PUT请求命令中不仅携带有用户ID和修改后快捷回复消息的具体内容，还携带有修改后快捷回复消息的消息ID。

[0196] 步骤802，聚合代理单元对XCAP PUT请求进行用户身份鉴别。这一步是可选的。

[0197] 步骤803，聚合代理单元转发XCAP PUT请求到存储快捷回复消息的IMXDM服务器。

[0198] 步骤804，IM XDM服务器收到XCAP PUT请求后，修改消息ID所指向的快捷回复消息具体内容。修改所用的值是修改后快捷回复消息的消息内容。

[0199] 步骤805，IM XDM服务器向聚合代理单元返回HTTP 200OK响应。该HTTP 200OK响应表示修改成功，是管理处理响应消息。

[0200] 步骤806，聚合代理单元转发HTTP 200OK响应给XDM客户端。

[0201] 步骤807，XDM客户端更新本地的快捷回复消息。

[0202] 上述作为消息修改请求的XCAP PUT消息的例子如下：

[0203] PUT http://xcap.example.com/Quick-Answer/users/sip:[e-mail]/QADoc/qaset/qa[id＝QA76587efdky761]HTTP/1.1

[0204] Content-Type:message/qanswer

[0205] Content-Length:(...)

[0206] QA76587efdky761

[0207] Text

[0208] Greeting

[0209] How are you？

[0210] 其中，id＝QA76587efdky761为所要修改快捷回复消息的消息ID。

[0211] 步骤804修改前的XML文档的例子如下：

[0212] <？xml version＝″1.0″encoding＝″UTF-8″？>

[0213]

[0214]

[0215] QA76587efdky761

[0216] Text

[0217] I’m fine！

[0218] I’m fine how are you

[0219]

[0220]

[0221] 步骤804修改后的XML文档的例子如下：

[0222] <？xml version＝″1.0″encoding＝″UTF-8″？>

[0223]

[0224]

[0225] QA76587efdky761

[0226] Text

[0227] Greeting

[0228] How are you？

[0229]

[0230]

[0231] IM XDM服务器返回HTTP 200 OK消息的例子如下：

[0232] HTTP/1.1200OK

[0233] Etag:“cdcdcdce”

[0234] 图9示出了采用XCAP实现快捷回复消息删除的方法流程图。如图9所示，其具体实现步骤如下：

[0235] 步骤900，用户通过XDM客户端选择一条预删除快捷回复消息。如果XDM客户端存储有快捷回复消息则可以从中选取一条快捷回复消息作为预删除快捷回复消息；如果没有存储，则需要从QA服务器获取快捷回复消息，再从中选取一条预删除快捷回复消息。

[0236] 步骤901，XDM客户端向聚合代理单元发送携带预删除快捷回复消息的消息ID的XCAP DELETE请求。XCAP DELETE是基于XCAP的信息删除命令。

[0237] 本步骤中的XCAP DELETE请求是采用XCAP协议的快捷回复消息删除请求。

[0238] 步骤902，聚合代理单元对XCAP DELETE请求进行用户身份鉴别。这一步是可选的。

[0239] 步骤903，聚合代理单元转发XCAP DELETE请求到存储快捷回复消息的IM XDM服务器。

[0240] 步骤904，IM XDM服务器收到XCAP DELETE请求后，将XML文档中XCAP DELETE携带的消息ID对应的快捷回复消息删除。

[0241] 步骤905，IM XDM服务器向聚合代理单元返回HTTP 200 OK响应。该HTTP 200 OK响应表示删除成功。

[0242] 步骤906，聚合代理单元转发HTTP 200 OK响应给XDM客户端。

[0243] 步骤907，XDM客户端更新本地的快捷回复消息，即在本地将预删除快捷回复消息删除掉。

[0244] 上述作为消息修改请求的XCAP DELET消息的例子如下：

[0245] DELETE

[0246] /Quick-Answer/users/sip:[e-mail]/QADoc/～～/qa-set/qa[id＝QA76587efdky763]HTTP/1.1

[0247] 其中，id＝QA76587efdky763为所要删除的快捷回复消息。

[0248] 步骤904删除消息ID为QA76587efdky763的快捷回复消息前的XML文档的例子如下：

[0249] <？xml version＝″1.0″encoding＝″UTF-8″？>

[0250]

[0251]

[0252] QA76587efdky761

[0253] Text

[0254] Greeting！

[0255] How are you？

[0256]

[0257]

[0258] QA76587efdky763

[0259] Text

[0260] Busy

[0261] Busy now Will talk later

[0262]

[0263]

[0264] 步骤904删除消息ID为QA76587efdky763的快捷回复消息后的XML文档的例子如下：

[0265] <？xml version＝″1.0″encoding＝″UTF-8″？>

[0266]

[0267]

[0268] QA76587efdky761

[0269] Text

[0270] Greeting！

[0271] How are you？

[0272]

[0273]

[0274] IM XDM服务器返回HTTP 200OK消息的例子如下：

[0275] HTTP/1.1200 OK

[0276] Etag:“cdcdcdce”

[0277] 第二较佳实施例

[0278] 当采取发送快捷回复消息的消息ID方式时，客户端将快捷回复消息的消息ID发送给客户端所属的归属服务器，该归属服务器根据消息ID从QA服务器获取对应的快捷回复消息的具体内容，再发送给接收端。因此需要在本发明实施例的快捷回复系统中添加QA查询模块，用于接收到客户端发送的消息ID后，根据消息ID从QA服务器中查找对应的消息内容，然后再发送消息内容给接收端的归属服务器。该QA查询模块可以设置在发送端的归属服务器中，也可以设置在其他服务器中，或者单独设置。

[0279] 图10为本发明实施例快捷回复系统第二较佳实施例的组成框图。该系统包括XDM客户端1010、IM XDM服务器1000和QA查询模块1021。

[0280] 该快捷回复系统与第一较佳实施例的快捷回复系统相似，不同之处在于，本实施例的快捷回复系统增加了QA查询模块1020。该QA查询模块1020设置在XDM客户端的归属服务器A1020中，用于接收XDM客户端1010发来的消息ID，并从QA存储模块1002中查找出该消息ID对应的快捷回复消息的消息内容，将该快捷回复消息的消息内容代替消息ID，封装成新消息，经由归属服务器B发送给客户端B。

[0281] 归属服务器A发送给归属服务器B的消息如果携带的快捷回复消息比较小，则可以直接采用SIP MESSAGE或者MSRP SEND消息发送。如果快捷回复消息比较大，可以采用MSRP SEND直接发送，或者在采用SIPMESSAGE时，在归属服务器A和接收端的客户端B之间建立Session，实现消息的顺利传输。

[0282] 图11为本发明第二较佳实施例第一种实现快捷回复方法的方法流程图。该方法是XDM客户端A实现快捷回复，并发送给客户端B的第一种具体实现过程。在发送过程中，采用发送快捷回复消息的消息ID的方式。该方法使用于通过MSRP SEND消息发送快捷回复消息，或者通过SIPMESSAGE发送比较小的快捷回复消息。参见图11，该方法包括以下步骤：

[0283] 步骤1101，用户想要使用快捷回复消息时，通过XDM客户端A发送XCAP GET到IM XDM服务器。XCAP GET为消息获取请求。

[0284] 步骤1102，IM XDM服务器收到XCAP GET后，发送HTTP 200OK，并且在HTTP 200OK中携带发起请求的用户的所有快捷回复消息。

[0285] 步骤1103，XDM客户端A接收到用户的快捷回复消息，用户选择一条所需的快捷回复消息。

[0286] 步骤1104，XDM客户端A采用SIP MESSAGE或者MSRP SEND，将用户选择的快捷回复消息发送到归属服务器A。发送的SIP MESSAGE或者MSRP SEND携带快捷回复消息的消息ID。

[0287] 步骤1105，归属服务器A收到携带消息ID的SIP MESSAGE/MSRPSEND后，从IM XDM服务器中查找该消息ID对应的快捷回复消息的消息内容，并消息ID转换成快捷回复消息的消息内容，重新封装后发送给归属服务器B。假设消息ID为QA76sadefd123456的快捷回复消息对应具体内容为一张JPEG格式的图片，则以MSRP SEND消息为例的转换举例如下：

[0288] 转换前的MSRP SEND消息包括以下内容，

[0289] MSRP a786hjs2SEND

[0290] To-Path:msrp://B.ServerB.com:12763/kjhd37s2s2；tcp

[0291] From-Path:msrp://A.ServerA.com:7654/jshA7we；tcp

[0292] Message-ID:87652

[0293] Content-Type:multipart/mixed；boundary＝″boundary42″

[0294] --boundary42

[0295] Content-Type:message/QA_ID

[0296] QA76sadefd123456

[0297] --boundary42

[0298] Content-Type:text/plain

[0299] Hey Bob，are you there？

[0300] --boundary42

[0301] -------a786hjs2$

[0302] 转换后的MSRP SEND消息包括以下内容，

[0303] MSRP a786hjs2 SEND

[0304] To-Path:msrp://B.ServerB.com:12763/kjhd37s2s2；tcp

[0305] From-Path:msrp://A.ServerA.com:7654/jshA7we；tcp

[0306] Message-ID:87652

[0307] Content-Type:multipart/mixed；boundary＝″boundary42″[0308] --boundary42

[0309] Content-Type:image/jpeg

[0310] ......binary JPEG image......

[0311] --boundary42

[0312] Content-Type:text/plain

[0313] Hey Bob，are you there？

[0314] --boundary42

[0315] -------a786hjs2$

[0316] SIP MESSAGE消息的内容与MSRP SEND消息类似。

[0317] 步骤1106，归属服务器A向归属服务器B发送携带快捷回复消息的消息内容的SIP MESSAGE消息或者MSRP SEND消息。

[0318] 步骤1107，归属服务器B转发携带快捷回复消息的消息内容的SIPMESSAGE消息或者MSRP SEND消息到客户端B。

[0319] 步骤1108，客户端B返回SIP 200OK/MSRP 200OK响应到归属服务器B。

[0320] 步骤1109，归属服务器B转发SIP 200OK/MSRP 200OK响应到归属服务器A。

[0321] 步骤1110，归属服务器A转发SIP 200OK/MSRP 200OK响应到XDM客户端A。

[0322] 以上就完成了一次快捷回复。消息发送采用SIP MESSAGE或者MSRPSEND都可以，具体采用哪种方式取决于原有会话所采用的方式，与原有会话保持一致即可。相应的，200OK也要与发送消息采用的方式一致。

[0323] 图12为本发明第二较佳实施例第二种实现快捷回复方法的方法流程图。该方法是XDM客户端A获取和选取快捷回复消息，并发送给客户端B的第二种具体实现过程。在发送过程中，采用SIP MESSAGE消息携带快捷回复消息的消息ID，且该消息ID对应的快捷回复消息具体内容比较大，因此需要建立Session。参见图12，该方法包括以下步骤：

[0324] 步骤1201，用户想要使用快捷回复消息时，通过XDM客户端A向IMXDM服务器发送XCAP GET。

[0325] 步骤1202，IM XDM服务器收到XCAP GET后，返回HTTP 200OK，并且在HTTP 200OK中携带发起请求的用户的所有快捷回复消息。

[0326] 步骤1203，XDM客户端A接收到快捷回复消息，用户选择一条所需的快捷回复消息。

[0327] 步骤1204，XDM客户端A将用户选择的快捷回复消息的消息ID携带在SIP MESSAGE消息中，发送给归属服务器A。

[0328] 步骤1205，归属服务器A根据从IM XDM服务器接收的SIP MESSAGE消息所携带的消息ID，查找出该消息ID对应的快捷回复消息的消息内容。并发现该快捷回复消息的消息内容比较大，使用SIP MESSAGE发送不了，所以以下需要建立Session使用MSRP进行发送。

[0329] 步骤1206～1211，建立归属服务器A到客户端B的Session。

[0330] 具体包括，归属服务器A发送邀请消息SIP INVITE到归属服务器B进行Session的建立，归属服务器B将该SIP INVITE转发到客户端B。客户端B接收到SIP INVITE后，发送SIP 200OK响应到归属服务器B，归属服务器B将SIP 200OK响应转发到归属服务器A。归属服务器A接收到SIP 200OK后，发送ACK到归属服务器B，归属服务器B转发ACK到客户端B。自此，Session建立成功。

[0331] 步骤1212，归属服务器A根据步骤1204接收的SIP MESSAGE消息中的消息ID，从IM XDM服务器中查找到对应的快捷回复消息的消息内容，将消息内容代替消息ID。

[0332] 步骤1213～1216，归属服务器A采用MSRP SEND将快捷回复消息的消息内容发送给客户端B。

[0333] 具体包括，归属服务器A将携带快捷回复消息的消息内容的MSRPSEND发送给归属服务器B，归属服务器B转发MSRP SEND到客户端B；客户端B接收到MSRP SEND后，发送MSRP 200OK响应到归属服务器B，归属服务器B转发MSRP 200OK响应到归属服务器A。

[0334] 步骤1217～1220，终止归属服务器A到客户端B的Session。

[0335] 具体包括，归属服务器A发送终止消息SIP BYE到归属服务器B，归属服务器B转发SIP BYE到客户端B；客户端B接收到SIP BYE后，发送SIP 200OK响应到归属服务器B，归属服务器B将SIP 200OK响应转发到归属服务器A。自此，Session被终止。

[0336] 步骤1221，归属服务器A向客户端A发送SIP 200OK响应。

[0337] 以上就完成了一次快捷回复。第三较佳实施例

[0338] 上述第一和第二较佳实施例都是采用XCAP实现快捷回复消息的获取和管理的。还可以采用SIP信令的方式实现。在这种方式下，快捷回复消息可以以任何方式存储于QA服务器中，例如数据库、文件等方式。快捷回复消息对应不同用户分别存储，快捷回复消息的消息ID与消息内容一一对应。QA服务器可以采用IM SIP服务器实现；QA服务器也可以采用IM XDM服务器，此时快捷回复消息存储在XML文件中。QA服务器包括必要的服务器的QA处理模块和QA存储模块，这两个模块的功能与图3示出的第一较佳实施例快捷回复系统中相应模块的功能相同。为了完成其它即时消息业务，QA服务器还包括IM SIP业务处理模块，用于处理除快捷回复以外的即时消息业务。

[0339] 客户端也不必使用专门的XDM客户端，该客户端包括必要的客户端的QA获取模块和QA处理模块，如果需要存储用户的快捷回复消息，则还包括客户端的QA存储模块。客户端的QA获取模块、QA处理模块和QA存储模块的功能与图3示出的第一较佳实施例快捷回复系统中相应模块的功能相同。与第一较佳实施例的快捷回复系统的不同之处在于，用户的快捷回复消息存储在客户端QA存储模块中的存储格式不限制一定是XML文件格式。

[0340] 与上述两个较佳实施例实现本发明快捷回复方法的具体过程相比，不同之处仅在于，本实施例客户端从QA服务器获取用户的所有快捷回复消息时是采用SIP信令的方式。后续的客户端从获取的所有快捷回复消息中选择快捷回复消息并发送给接收端的方法与前述方法相同，也包括直接发送快捷回复消息的消息内容，或者发送快捷回复消息的消息ID。当所发送的快捷回复消息的具体内容比较大，且采用SIP MESSAGE消息时，也需要建立Session。

[0341] 图13为采用SIP实现快捷回复消息获取的方法流程图。如图13所示，其具体实现步骤如下：

[0342] 步骤1300，客户端向QA服务器发送携带消息获取请求的SIPMESSAGE，请求获取对应用户的快捷回复消息。

[0343] 步骤1301，QA服务器返回SIP 200OK。

[0344] 步骤1302，QA服务器查找对应用户的快捷回复消息。

[0345] 步骤1303，QA服务器将对应用户的快捷回复消息携带在SIP MESSAGE中发送给客户端。此时SIP MESSAGE的内容是管理处理响应消息。

[0346] 步骤1304，客户端收到SIP MESSAGE消息后，发送SIP 200OK响应到QA服务器。

[0347] 步骤1305，客户端将收到快捷回复消息存储。

[0348] 在步骤1300中，QA服务器也可以对用户的每个快捷回复消息都采用一个SIP MESSAGE发送，则客户端在接收到每个SIP MESSAGE后都要发送SIP 200OK响应到QA服务器。因次，步骤1304和步骤1305要重复执行多次，直到该用户的所有快捷回复消息都全部发送给客户端。

[0349] 图14示出了采用SIP实现快捷回复消息创建的方法流程图。如图14所示，其具体实现步骤如下：

[0350] 步骤1401，用户通过客户端编辑创建一条新快捷回复消息。

[0351] 步骤1402～1403，客户端采用SIP MESSAGE将用户创建的快捷回复消息发送到QA服务器。QA服务器返回SIP 200OK。

[0352] 步骤1404，QA服务器为收到的新快捷回复消息创建一个消息ID，并将新快捷回复消息及其消息ID存储在QA服务器的QA存储单元中。

[0353] 步骤1405～1406，QA服务器通过SIP MESSAGE将新快捷回复消息及其消息ID发送到客户端，客户端返回SIP 200OK。此处的SIP MESSAGE为管理处理响应消息。

[0354] 步骤1407，客户端更新本地对应的快捷回复消息。将新快捷回复消息及其消息ID添加到客户端。

[0355] 图15示出了采用SIP实现快捷回复消息修改的方法流程图。如图15所示，其具体实现步骤如下：

[0356] 步骤1500，用户通过客户端选择一个要修改的快捷回复消息，并进行修改。

[0357] 步骤1501，客户端将修改的快捷回复消息及其消息ID通过SIPMESSAGE发送给QA服务器。

[0358] 步骤1502，QA服务器根据接收到的修改的快捷回复消息及其消息ID，对存储在QA服务器对应的快捷回复消息进行修改。

[0359] 本步骤中，QA服务器根据消息ID查找到对应的快捷回复消息，并根据消息内容对存储的快捷回复消息的消息内容进行修改。

[0360] 步骤1503，QA服务器向客户端发送SIP 200OK。SIP 200OK为管理处理响应信息，表示修改成功。

[0361] 步骤1504，客户端更新本地对应的快捷回复消息。

[0362] 图16示出了采用SIP实现快捷回复消息删除的方法流程图。如图16所示，其具体实现步骤如下：

[0363] 步骤1600，用户通过客户端选择一条预删除快捷回复消息。

[0364] 步骤1601～1602，客户端向DELETE Bin发送携带预删除快捷回复消息的消息ID的SIP REFER，DELETE Bin返回SIP 200OK。

[0365] 删除快捷回复消息要通过DELETE Bin间接实现对QA服务器中的快捷回复消息的删除。SIP REFER消息的具体可以设置为：SIP REFER消息中Request-URI属性为DELETE@hostname，Refer-To属性为预删除快捷回复消息的消息ID，Method属性为INVITE。因此，这里的SIP REFER作为基于SIP的信息删除命令。

[0366] 步骤1603～1605，DELETE Bin根据消息ID删除QA服务器中对应的快捷回复消息。

[0367] 本步骤具体包括，DELETE Bin发送SIP INVITE到QA服务器。该SIPINVITE消息的会话描述协议(SDP)的媒体方式属性设为“recvonly”。QA服务器根据SIP INVITE将消息ID对应的快捷回复消息删除后，返回SIP 200OK，表示删除成功。DELETE Bin再向QA服务器发送ACK响应消息。

[0368] 步骤1607～1607，终止QA服务器于DELETE Bin之间建立的Session。具体包括，QA服务器向DELELTE Bin发送SIP BYE，DELETE Bin返回SIP200OK。

[0369] 步骤1608，客户端更新本地快捷回复消息。该步骤也可以在步骤1602之后，步骤1603之前执行。

[0370] 如果客户端发送的SIP REFER含有隐含定阅信息，则步骤1603之前进一步包括DELETE Bin向客户端发送SIP NOTIFY，客户端返回SIP 200OK响应的步骤1605和步骤1607之后也要包括同样的步骤。

[0371] 需要说明的是，客户端和QA服务器之间的信息交互都需要经过SIPCore。

[0372] 由以上所述可以看出，本发明实施例所提供的快捷回复方法、系统、快捷回复服务器和客户端，能够使用户在不同终端上方便的使用相同的属于自己的快捷回复消息，避免了用户在每个终端上都要进行设置相同快捷回复消息的重复操作。如果用户在一个终端上对QA服务器上的快捷回复消息进行了添加或修改，那么该用户在另外不同的终端上仍然可以使用其最后更新过的快捷回复消息。

[0373] 另外，在发送比较大的快捷回复消息时，发送端可以只发送消息ID，发送端归属服务器把该消息ID转换成消息内容，再发送给接收端，这样有效的减少了发送端和发送端归属服务器之间的网络负载，大大提高了发送较大快捷回复消息的效率。

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