快捷回复方法及其系统的制作方法

专利名称：快捷回复方法及其系统的制作方法
技术领域：
本发明涉及移动通信网络及英特(Internet)网络上开展的消息业务， 具体涉及实现快捷回复的方法、系统、快捷回复服务器和客户端。
背景技术：
目前，在移动通信网络、Internet网络上都开展有消息业务。移动通信 网络一般包括第二代移动通信系统(2G)网络、第三代移动通信系统(3G) 网络、2G向3G过渡的2.5G网络，以及多媒体子域等。
消息业务是个人对个人、个人对群组的消息类数据业务。例如手机之间 的短消息交互，Internet上各用户终端之间的即时消息交互等。在消息交互 过程中，会有一些消息内容经常被使用到。如果每次都要输入这些常用消息， 显然使得操作不够简便。
以短消息通信系统实现的短消息业务为例，在现有的短消息系统中，用 户终端提供了存储常用消息的功能，用户可以在用户终端预先设置一些自己 的常用消息，称为快捷回复(QA, Quick Answer )消息。用户在编辑短消 息时，可以直接选择预先设置的快捷回复消息，作为短消息内容发送出去。 建立快捷回复，并采用快捷回复消息作为消息内容的操作叫做快捷回复。这 样减少了用户的输入，为用户使用常用消息提供了方便。
但是，在上述现有的消息通信系统中，用户所设置的快捷回复消息是存 储在终端中的，所以用户无法在不同的终端上方便的使用属于该用户的相同 快捷回复消息。用户在一个终端上快捷回复消息进行了增加或删除的搡作， 如果该用户希望在其它终端上使用其更新过的最新快捷回复消息，则需要在 其它终端上再执行一次相同的增加或删除操作，操作过程重复、繁瑣。

发明内容
有鉴于此，本发明实施例的第一个目的在于提供一种快捷回复方法，使 用户在不同终端使用相同的快捷回复消息。
本发明实施例的第二个目的在于提供一种快捷回复系统，使用户在不同 终端使用相同的快捷回复消息。
本发明实施例的第三个目的在于提供一种快捷回复服务器，使用户在不 同终端使用相同的快捷回复消息。
本发明实施例的第四个目的在于提供一种快捷回复客户端，使用户在不 同终端使用相同的快捷回复消息。
为达到上述目的的第一个方面，本发明提供了一种快捷回复方法，该方法包括
在快捷回复QA服务器中设置快捷回复消息；
客户端向QA服务器发起消息获取请求；
QA服务器根据所述消息获取请求，向该客户端返回快捷回复消息；
客户端从返回的快捷回复消息中选取预发送的快捷回复消息，并向接收端 发送。
为达到上述目的的第二个方面，本发明提供了一种快捷回复系统，该系 统包括客户端和QA服务器。
其中，所述客户端，用于向所述QA服务器发起消息获取请求；接收所述 QA服务器返回的快捷回复消息；并向接收端发送从所述返回的快捷回复消息 中选择的预发送的快捷回复消息。
所述QA服务器，存储快捷回复消息，用于根据接收自所述客户端的消 息获取请求，向所述客户端返回快捷回复消息。
为达到上述目的的第三个方面，本发明提供了一种快捷回复服务器，该服 务器包括服务器QA处理模块和服务器存储模块；
所述服务器存储模块，与所述服务器QA处理模块相连，用于存储快捷回
复消息；
所述服务器QA处理模块，用于接收客户端发起的消息获取请求，根据该消息获取请求从所述服务器存储模块中获取对应的快捷回复消息，返回给 所述客户端。
为达到上述目的的第四个方面，本发明提供了一种快捷回复客户端，该客户端包括QA获取模块和客户端QA处理模块；
所述QA获取模块，用于向QA服务器发起消息获取请求；接收所述QA 服务器返回的快捷回复消息，并发送给所述客户端QA处理模块；
所述客户端QA处理模块，用于从接收自所述QA获取模块的所述返回的 快捷回复消息中，选择预发送的快捷回复消息，向接收端发送。
与现有技术相比，本发明所提供的实现快捷回复的方法、系统、快捷回 复服务器和客户端，将快捷回复消息存储在服务器上，当用户需要快捷回复 时，可以从服务器上获取该用户的快捷回复消息，而并不是现有技术中从终 端上获取快捷回复消息。由于快捷回复消息是存储在服务器上，即使用户在 一个终端上更新了快捷回复消息，该用户仍可以在不进行重复操作的情况 下，通过其它终端从服务器上获取其更新的最新快捷回复消息。因此实现了 用户在不同的终端上可以方便的使用相同的快捷回复消息。


图1为本发明实施例快捷回复方法的方法流程图。
图2为本发明实施例快捷回复系统的组成框图。
图3为本发明实施例快捷回复系统的第一较佳实施例的组成框图。
图4为本发明第 一较佳实施例第 一种实现快捷回复方法的方法流程图。
图5为本发明第 一较佳实施例第二种实现快捷回复方法的方法流程图。
图6为本发明实施例采用XCAP实现快捷回复消息获取的方法流程图。
图7为本发明实施例采用XCAP实现快捷回复消息创建的方法流程图。
图8为本发明实施例采用XCAP实现快捷回复消息修改的方法流程图。
图9为本发明实施例采用XCAP实现快捷回复消息删除的方法流程图。
图10为本发明实施例快捷回复系统第二较佳实施例的组成框图。
图11为本发明第二较佳实施例第一种实现快捷回复方法的方法流程图。
图12为本发明第二较佳实施例第二种实现快捷回复方法的方法流程图。
图13为本发明实施例采用SIP实现快捷回复消息获取的方法流程图。
图14为本发明实施例采用SIP实现快捷回复消息创建的方法流程图。
图15为本发明实施例采用SIP实现快捷回复消息修改的方法流程图。
图16为本发明实施例釆用SIP实现快捷回复消息删除的方法流程图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和 附图，对本发明进一步详细说明。
本发明实施例的核心思想为预先在QA服务器中设置快捷回复消息，当 客户端向QA服务器发起消息获取请求后，QA服务器根据该消息获取请求， 返回快捷回复消息。客户端从返回的快捷回复消息中选择预发送的快捷回复 消息，并向接收端发送。
QA服务器是保存有快捷回复消息的资源管理服务器。在即时消息通信 系统中，该QA服务器可以采用实现即时消息业务的服务器实现。在短消息 通信系统中，该QA服务器可以采用实现短消息业务的服务器实现。以基于 初始会话协议/即时消息和现场支持扩展会话协议(SIP/SIMPLE)的消息系 统为例，该QA服务器可以采用即时消息扩展标签语言文档管理(IM XDM ) 服务器实现，也可以采用即时消息初始会话协议(IMSIP)服务器实现。QA 服务器也可以作为一个模块单独设置在SIP/SIMPLE消息系统的IM服务器 中，或者作为一个服务器单独设置在SIP/SIMPLE系统中，只要实现快捷回 复消息的资源相关处理和管理即可。
QA服务器中存储的快捷回复消息可以根据不同用户分别存储，有利于 不同用户在获取快捷回复消息时只获取属于自己的快捷回复消息。也可以将 所有快捷回复消息不分用户的存储。
上述本发明实施例方案适用于移动通信网络和Internet网络中的各种短 消息系统和即时消息(IM)系统。其实现快捷回复的原理相同。下面以在 移动通信网络中使用本发明实施例实现快捷回复为例进行说明。其中，快捷 回复消息为短消息，且在QA服务器中根据不同用户分别存储。
基于上述核心思想，图1示出了本发明实施例实现快捷回复方法的方法 流程图。如图l所示，该方法具体包括以下步骤
步骤101,用户在QA服务器上创建该用户的快捷回复消息。
本步骤中，用户可以通过多次创建来添加快捷回复消息。
步骤102,用户通过客户端向QA服务器发起消息获取请求。
本步骤中，客户端发起的消息获取请求可以是主动获取也可以是被动获 取。主动获取是用户需要更新本地快捷回复消息时，在用户命令的控制下， 向QA服务器发起消息获取请求。被动获取是客户端在用户每次需要使用快 捷回复消息时都向QA服务器发起消息获取请求，保证使用的快捷回复消息 为最新。或者客户端可以周期性的向QA服务器发起消息获取请求。
步骤103, QA服务器根据客户端发来的消息获取请求，向客户端返回 该用户的快捷回复消息。
客户端在接到QA服务器返回的快捷回复消息后，可以保存、或不保存 所获取的快捷回复消息。如果保存则以后可以直接使用客户端上保存的快捷 回复消息，如果不保存则需要每次进行快捷回复时，都向QA服务器申请快 捷回复消息。
步骤104，用户通过客户端，从返回的快捷回复消息中选取所需的快捷 回复消息向接收端发送。
本步骤中，快捷回复消息的发送方式有两种。第一种是将快捷回复消息 的真实内容包含在消息体中进行发送；第二种是在发送端和发送端归属服务
器之间只发送快捷回复消息的消息标识(ID),发送端归属服务器收到消息ID后再从QA服务器获取快捷回复消息的具体内容，把包含快捷回复消息 具体内容的消息体发送给接收端。采用发送消息ID的方式，可以有效的减 少发送端和发送端服务器之间的网络负载，大大提高发送较大快捷回复消息 时的效率。
QA服务器存储的快捷回复消息可以包括消息ID和消息内容(Text)。 消息ID是一条快捷回复消息的唯一标识。消息内容是快捷回复消息的具体 内容。快捷回复消息还可以包括消息类型(Type )和消息描述(Description ) 等属性信息。Description可以用来描述一些体积比较大的快捷回复消息，相 当于关键字，这样用户在客户端使用快捷回复消息时，可以不浏览快捷回复 消息具体内容，而根据Description属性来选择所需的快捷回复消息。Text 是快捷回复消息的具体内容。但对于一些多媒体消息来说，由于消息体积较 大，因此Text属性中只存储具体快捷回复消息的消息链接，如统一资源地 址(URL)。
本发明实施例还能够实现对QA服务器上快捷回复消息的管理。客户端 向QA服务器发送管理信息，QA服务器根据该管理信息对其存储的各用户 快捷回复消息进行管理操作，再向客户端返回管理处理响应消息，然后客户 端根据该管理处理响应消息更新本地快捷回复消息。管理操作包括对QA服 务器上快捷回复消息的添加、修改和删除。
A、当管理信息为创建信息时，创建信息包括用户创建的新快捷回复消 息。该新快捷回复消息不包括消息ID,消息ID是QA服务器为快捷回复消 息创建的。
客户端将新快捷回复消息发送给QA服务器后，QA服务器为新快捷回复消息创建消息ID,再将消息ID返回给客户端。客户端可以将该消息ID和新快捷回复消息的消息内容一起保存。消息ID包含在管理处理响应消息中，同时表示创建成功。
在多次创建快捷回复消息时，QA服务器返回的消息可能有延时，因此QA服务器返回的消息ID及客户端创建的消息内容的对应关系可能发生混 乱，因此在QA服务器返回的消息中，可以同时携带新快捷回复消息的消息 内容和消息ID。
B、 当管理信息为修改信息时，修改信息包括修改后快捷回复消息的消 息内容和消息ID。
客户端将修改后快捷回复消息的消息内容和消息ID发送给QA服务器， QA服务器修改其存储的快捷回复消息，再向客户端返回管理处理响应消息。 当管理处理响应消息表示修改成功，客户端更新本地快捷回复消息。
C、 当管理信息为删除信息时，删除信息包括预删除快捷回复消息的消 息ID。
客户端将预删除快捷回复消息的消息ID发送给QA服务器，QA服务 器将该消息ID对应的快捷回复消息删除，并返回管理处理响应消息。当管 理处理响应消息表示删除成功，由客户端更新本地快捷回复消息。
为实现本发明实施例提供的快捷回复方法，本发明实施例还提供了 一种 快捷回复系统。图2示出了本发明实施例快捷回复系统的组成框图。参见图 2,该快捷回复系统包括客户端和QA服务器。
其中，客户端，用于向QA服务器发起用户的消息获取请求；接收QA 服务器返回的快捷回复消息。之后，客户端从返回的快捷回复消息中选择的 预发送的快捷回复消息，并向接收端发送。
QA服务器，存储各用户的快捷回复消息，用于根据用户的消息获取请 求，向客户端返回该用户的快捷回复消息。
为了实现对QA服务器存储的各用户的快捷回复消息的管理，QA服务 器还要根据客户端发来的管理信息对其存储的快捷回复消息进行管理操作， 并返回管理处理响应消息。客户端根据该管理处理响应消息更新本地快捷回复消息。
在移动通信网络中， 一般采用基于SIP/SIMPLE的消息系统实现即时消 息通信。在基于SIP/SIMPLE的消息系统中，可以采用扩展标签语言配置访问协议(XCAP)或者会话初始协议(SIP)实现快捷回复消息的获取、创建、 修改或者删除。在具体实现消息的发送和接收时，根据采用的消息传输协议 不同，消息发送和接收的过程略有所区别。以下举较佳实施例，分别对本发 明实施例采用不同协议的具体实现进行举例说明。
第一较佳实施例
在基于SIP/SIMPLE的消息系统中，可以采用XCAP或者SIP实现快捷 回复消息的获取或者管理。本实施例中，快捷回复消息的获取、创建、修改 或者删除都采用XCAP,采用该方式发送的管理信息可以采用XCAP所定义 的GET、 PUT和DELETE等命令，接收到该类命令并成功完成相关操作的 设备返回HTTP 200 OK响应，该响应中可以包含具体的信息内容。
图3为本发明快捷回复系统第一较佳实施例的组成框图。如图3所示， 该系统包括扩展标签语言文档管理(XDM)客户端310和IM XDM服务 器300。
其中，XDM客户端310,用于将向用户发起的消息获取请求或管理信 息发送给IM XDM服务器300,接收IM XDM服务器300返回的该用户所 有的快捷回复消息或者管理处理响应消息。当接收到IM XDM服务器返回 的该用户的快捷回复消息后，XDM客户端从中选取一条，向接收端发送。 XDM客户端310发送的消息获取请求和管理信息都为XCAP请求的形式。 本实施例中，XDM客户端310作为快捷回复系统中的客户端，是用户终端 中的一个模块。
XDM客户端310具体包括QA获取模块313和QA处理模块311。
其中，QA获取模块313，用于向IMXDM服务器300发起用户的消息
获取请求，并接收IM XDM服务器300返回的该用户的所有快捷回复消息，
并传送给QA处理模块311。
QA处理模块311，从QA获取模块313发来的该用户的所有快捷回复
消息中选取一条，向接收端发送。该模块还用于向IM XDM服务器300发送管理信息，接收IM XDM服务器3 00返回的管理处理响应消息。
如果XDM客户端310并非每次进行快捷回复时都从服务器获取快捷回 复消息，则XDM客户端310还包括QA存储模块312。该QA存储模块312, 与QA处理模块311相连，用于存储使用该XDM客户端的用户的快捷回复 消息。当QA处理模块311，接收到QA获取模块313发来的快捷回复消息 后，可以将该快捷回复消息存储在该QA存储模块312中，以备以后使用。 当QA处理模块311,接收到IMXDM服务器300返回的管理处理响应信息 后，根据该管理处理响应信息更新本地快捷回复消息。该XDM客户端中的 快捷回复消息是以扩展标签语言(XML)文档的形式存储的。
IMXDM服务器330，作为QA服务器，存储有各用户的快捷回复消息； 用于根据接收的用户的消息获取请求将该用户的快捷回复消息返回给XDM 客户端310;或者根据接收自XDM客户端310的管理信息，对其存储的快 捷回复消息进行管理。IM XDM服务器300中的快捷回复消息也是以XML 文档的形式存储的。因此，XDM客户端310与IMXDM服务器300之间采 用XCAP实现信息交互。
该IM XDM服务器330可以采用本发明提供的快捷回复服务器的组成 结构。IMXDM服务器330包括QA处理模块301和QA存储模块302。其 中QA存储模块302,与QA处理模块301相连，用于存储各用户快捷回复 消息；QA处理模块301，用于根据接收自XDM客户端310的消息获取请 求或者管理信息，对QA存储模块302中的快捷回复消息进行相应的处理。
IM XDM服务器330为了完成其它即时消息业务，还包括IM XDM业 务处理模块，用于处理除快捷回复以外的即时消息业务。该模块未在图3中 示出。如果QA服务器采用其它业务服务器实现，该QA服务器可以包括该 业务服务器处理原业务的模块，例如，该模块可以是短消息业务处理模块， IM SIP业务处理模块，多媒体消息业务处理模块等等。
XDM客户端与IM XDM服务器之间成功的信息传输都是借助聚合代理 的路由功能完成的。聚合代理还可以根据客户端发送的消息，进行用户身份鉴别。
本实施例的快捷回复系统采用XML文档的方式将快捷回复消息存储在 IMXDM服务器中。下面给出快捷回复消息XML文档的XMLSchema语法架构定义。
<!— The root element: qa-set —>
<xs:element name="qa-set">
<xs: comp lexType〉
<xs:sequence maxOccurs="unbounded">
<xs:element name="qa" type—'qaType" minOccurs="0" maxOccurs="imbounded7>
</xs:sequenc6〉
<xs:attribute name-"uri" type-"xs:anyURI" use="required"/>
</xs:complexType>
</xs:elemcnt>
<xs:complexType name="qaType">
<xs:scquence〉
<xs:element name="id" type="xs:string" minOccurs-"l" maxOccurs='TV>
<xs:dement name="type="xs:string" minOccurs="l" maxOccurs="17>
<xs:element name="description" type="xs:string" minOccurs-"l" maxOccurs="17>
<xs:element name="text" type="xs:string" minOccurs="l" maxOccurs="r/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unboimded7>
</xs:sequcnce>
</xs:complexType>
其中，qa-set为快捷回复消息集合，即根元素。其uri属性指明该快捷 回复消息的所有者，即使用用户。qa代表用户的一个快捷回复消息，具有消 息ID、消息类型(Type)、消息描述(Description)和消息内容(Text)属 性。大的多媒体消息不存储在XML文档中，消息内容中也不存放真正的快 捷回复消息的内容，仅仅存储一个URL，通过URL可以获取真正的消息内
采用XCAP作为消息传输方式，在传输普通消息时，可以采用SIP或者 消息会话中继协议(MSRP),但是传输体积较大的消息时，只能采用MSRP 协议，通过建立会话(Session)实现。客户端和服务器、服务器和服务器之 间的消息都要通过会话初始协议/网际协议核(SIP/IP Core )进行传输，在以下的叙述都省略了 SIP/IP Core的叙述。
图4为本发明第一较佳实施例第 一种实现快捷回复方法的方法流程图。 该方法是XDM客户端A获取并选择快捷回复消息，并发送给客户端B的第 一种具体实现过程。在发送过程中，采用直接发送快捷回复消息的消息内容 方式。参见图4,该方法包括以下步骤
步骤401,用户想要使用快捷回复消息时，通过XDM客户端A发送 XCAP GET到IM XDM服务器。XCAP GET为消息获取请求。
步骤402， IM XDM服务器收到XCAP GET后，返回HTTP 200 OK, 并且在HTTP 200 OK中携带发起请求的用户的所有快捷回复消息。
步骤403， XDM客户端A接收到快捷回复消息，用户选择一条所需的 快捷回复消息。
步骤404， XDM客户端A采用SIP MESSAGE或者MSRP SEND,将用 户选择的快捷回复消息发送到归属服务器A。 SIP MESSAGE消息是基于SIP 协议的信息发送消息，MSRP SEND消息是基于MSRP的信息发送消息。发 送的SIP MESSAGE或者MSRP SEND携带快捷回复消息的消息内容，即 Text。归属服务器A是XDM客户端A的归属服务器；归属服务器B是客 户端B的归属服务器。
步骤405,归属服务器A转发从XDM客户端A接收的SIP MESSAGE 或者MSRP SEND消息到归属服务器B。
步骤406,归属服务器B转发从归属服务器B接收的SIP MESSAGE或 者MSRP SEND消息到客户端B。
步骤407，客户端B接收来自归属服务器B的SIP MESSAGE或者MSRP SEND消息后，返回SIP 200 OK/MSRP 200 OK响应到归属服务器B。
步骤408,归属服务器B转发从客户端B接收的SIP 200 OK/MSRP 200 OK响应到归属服务器A。
步骤409,归属服务器A转发从归属服务器B接收的SIP 200 OK/MSRP 200 OK响应到XDM客户端A。
以上就完成了 一次快捷回复。消息的发送采用SIP MESSAGE或者 MSRPSEND都可以，具体采用哪种方式取决于原有会话所采用的方式，与 原有会话保持一致即可。相应的2000K也要与发送消息的方式一致。但当 采用SIP MESSAGE时，SIP MESSAGE中不能直接携带较大的快捷回复消 息，必须建立会话，采用MSRP SEND发送较大的快捷回复消息。
图5为本发明第一较佳实施例第二种实现快捷回复方法的方法流程图。 该方法是XDM客户端A获取并选择快捷回复消息，并发送给客户端B的第 二种具体实现过程。在发送过程中，采用SIP MESSAGE的方法直接发送快 捷回复消息的消息内容，该快捷回复消息体比较大，因此需要建立Session。 参见图5,该方法包括以下步骤
步骤501,用户想要使用快捷回复消息时，通过XDM客户端A向IM XDM服务器发送XCAP GET。 XCAP PUT是基于XCAP的信息获取命令， 本实施例中，采用XCAP GET作为消息获取请求。
步骤502, IM XDM服务器收到XCAP GET后，返回HTTP 200 OK， 并且在HTTP 200 OK中携带发起请求的用户的所有快捷回复消息。
步骤503, XDM客户端A接收到快捷回复消息，用户选择一条所需的 快捷回复消息。由于消息比较大，使用SIP MESSAGE发送不了 ，所以以下 需要建立Session使用MSRP SEND进行发送。
步骤504- 512，建立XDM客户端A到客户端B的Session。
具体包括，XDM客户端A发送邀请消息SIP INVITE到归属服务器A 进行Session的建立，归属服务器A将该SIP INVITE转发到归属服务器B， 归属服务器B将该SIP INVITE转发到客户端B。客户端B接收到SIP INVITE 后，发送SIP200 OK响应到归属服务器B,归属服务器B将SIP 200 OK响 应转发到归属服务器A,归属服务器A将SIP 200 OK响应转发到XDM客 户端A。 XDM客户端A接收到SIP 200 OK后，发送ACK到归属服务器A, 归属服务器A转发ACK到归属服务器B，归属服务器B转发ACK到客户 端B。自此，Session建立成功。
步骤513-518， XDM客户端A采用MSRP SEND将携带消息内容的快 捷回复消息发送给客户端B。
具体包括，XDM客户端A采用MSRP SEND将携带消息内容的快捷回 复消息发送给归属服务器A，归属服务器A转发MSRP SEND到归属服务器 B，归属服务器B转发MSRP SEND到客户端B;客户端B接收到MSRP SEND 后，发送MSRP 200 OK响应到归属服务器B，归属服务器B转发MSRP 200 OK响应到归属服务器A,归属服务器A转发MSRP 200 OK响应到XDM客 户端A。自此，证明MSRP SEND发送成功。
步骤519 ~ 524，终止XDM客户端A到客户端B的Session。
具体包括，XDM客户端A发送终止消息SIPBYE到归属服务器A,归 属服务器A转发SIP BYE转发到归属服务器B，归属服务器B转发SIP BYE 到客户端B;客户端B接收到SIPBYE后，发送SIP 200 OK响应到归属服 务器B,归属服务器B将SIP 200 OK响应转发到归属服务器A,归属服务 器A将SIP200 OK响应转发到XDM客户端A。自此，Session被终止。
以上就完成了一次快捷回复。
在采用XCAP的快捷回复获取时，由于快捷回复消息是存储在作为QA 服务器的IM XDM服务器中的，所以客户端在使用快捷回复消息时需要先 从IM XDM服务器端获取快捷回复消息的具体内容，如图4中的步骤401 和图5中的步骤501。图6示出了采用XCAP实现快捷回复消息获取的方法 流程图。如图6所示，其具体实现步骤如下
步骤601, XDM客户端向聚合代理单元发送用户的XCAP GET请求。
XCAP GET请求是采用XCAP协议的消息获取请求，该XCAP GET请 求包括用户ID。该用户ID表示XCAP GET请求要求获取哪个用户的快捷回 复消息。因为，快捷回复消息在XML文档中是对应不同用户分别存储的。
步骤602,聚合代理单元对XCAP GET请求进行用户身份鉴别。这一步 是可选的。
步骤603,聚合代理单元转发XCAP GET请求到存储快捷回复消息的IMXDM服务器。
步骤604, IM XDM服务器收到XCAP GET请求后，根据XCAP GET 请求所携带的用户ID,获取该用户的快捷回复消息。
步骤605, IMXDM服务器向聚合代理单元返回携带该用户所有快捷回 复消息的HTTP 200 OK响应。
HTTP 200 OK响应中携带了该用户的所有快捷回复消息的具体内容。 该用户的快捷回复消息可能是一条或者一条以上。快捷回复消息的具体内容 包括消息标识(ID)、消息类型(Type)、消息描述(Description)和消息 内容(Text)属性。
步骤606,聚合代理单元转发HTTP 200 OK响应给XDM客户端。
步骤607, XDM客户端存储快捷回复消息。本步骤是可选的，如果客 户端在每次使用和发送快捷回复消息时都要从IM XDM服务器获取用户的 快捷回复消息，则不需要执行本步骤的存储。
上述XC AP GET请求的例子如下
GET http://xcap.example.com/Quick-Answer/users/sip:sriram@example.com/QADoc HTTP/1.1
其中，sip:sriram@example.com为用户ID。
HTTP 200 OK响应消息的例子如下
HTTP/1.1 200 OK Etag: "cdcdcdcd，，
Content-Type: message/qanswer
< xml version="1.0" encoding="UTF-8" >
<qa-set uri="sip:sriram@example.com">
<qa>
<id>QA76587efdky761 </id>
<type>Text</type>
<description> I'm fine!</description>
<text>l，m fine how are you</text>
</qa〉
……
</qa-set>
其中，QA76587efdky761为消息ID, Text为消息类型，I'm fine!为消息描述，I'm fine how are you为消息内容。如杲该用户有一条以上的快捷回复 消息，则IMXDM服务器给客户端回复的HTTP 200 OK中包含多条快捷回 复消息，由qa分隔。
用户还可以通过对XDM客户端的操作，实现对存储在IM XDM服务器 的快捷回复消息的管理。管理包括对快捷回复消息的创建，修改和删除。其 中创建消息可以是在IM XDM服务器中还没有快捷回复消息的情况下创建 新快捷回复消息，也可以是在IM XDM服务器存储的快捷回复消息基础上 添加更多的快捷回复消息。
图7示出了采用XCAP实现快捷回复消息创建的方法流程图。如图7 所示，其具体实现步骤如下
步骤700，用户通过XDM客户端编辑创建一条新快捷回复消息。
步骤701, XDM客户端向聚合代理单元发送携带新快捷回复消息的 XCAP PUT请求。XCAP PUT是基于XCAP的信息发送命令。XCAP PUT请求是采用XCAP协议的快捷回复消息创建请求。本实施 例中，该XCAPPUT请求包括用户ID和新快捷回复消息的具体内容。由于 IM XDM服务器对快捷回复消息资源进行统 一 管理，因此消息ID由IM XDM 服务器为新快捷回复消息创建。
步骤702，聚合代理单元对XCAP PUT请求进行用户身份鉴别。这一步 是可选的。
步骤703,聚合代理单元转发XCAP PUT请求到存储快捷回复消息的IM XDM服务器。
步骤704， IM XDM服务器收到XCAP PUT请求后，为新的快捷回复消 息创建一个消息ID,并将消息ID和接收的快捷回复的具体内容一起更新到 快捷回复消息存储文档中，即XML文档。其中，根据用户ID确定新快捷回复消息存放的位置。
步骤705, IMXDM服务器向聚合代理单元返回携带新快捷回复消息的 消息ID的HTTP 200 OK响应。该HTTP 200 OK响应为管理处理响应消息。
步骤706,聚合代理单元转发HTTP 200 OK响应给XDM客户端。
步骤707， XDM客户端更新本地的快捷回复消息。即在本地添加创建 的新快捷回复消息及其消息ID。
本步骤是可选择，如果不包括本步骤，则在需要使用快捷回复消息时， 必须先从IM XDM服务器中获取快捷回复消息。
上述XC AP PUT消息的例子如下
PUT http:〃xcap.example,com/(5uick-Answer/users/sip:sriram@example.com/QADoc/qa-set HTTP/1.1
Content-Type: message/qanswer Content-Length:(...)
<qa>
<type>Text</type> <description>Busy</description> <text>Busy now Will talk later</text>
<—>
步骤704更新前的XML文档的例子如下
< xml version-"l.O" encoding="UTF-8" > <qa-set uriysip:sriram⑨example.com"〉
<qa〉
<id>QA76587efdky761 </id〉 <type〉Text</type>
<description> I，m fine !</description> <text>I，m fine how are you</text> </qa>
</qa-set>
步骤704更新后的XML文档的例子如下:
< xml version＝" 1.0" encoding="UTF-8" > <qa-set uri="sip:sriram@example.com"> <qa>
<id>QA76587efdky761</id>
<type〉Text</type〉 <description> I，m fine !</description> <text>I，m fine how are you</text>
<qs>
<id>QA76587efdky763</id>
<type>Text</type>
<description> Busy</description>
<text>Busy now W川talk later</text>
</qa>
......
</qa-set>
IM XDM服务器返回HTTP 200 OK消息的例子如下
HTTP/1.1 200 OK
Etag: "cdcdcdce"
Content-Type: message/qanswer
<id>QA76587efdky763</id>
其中，QA76587efdky763为本实施例创建的新快捷回复消息的消息ID。
图8示出了采用XCAP实现快捷回复消息修改的方法流程图。如图8 所示，其具体实现步骤如下
步骤800，用户通过XDM客户端选择并修改一条快捷回复消息。如果 XDM客户端存储有快捷回复消息则可以从中选取 一 条快捷回复消息并修 改，如果没有存储，则需要从QA服务器获取快捷回复消息，再从中选取一 条快捷回复消息并修改。
步骤801, XDM客户端向聚合代理单元发送携带修改后快捷回复消息 的消息内容及其消息ID的XCAP PUT请求。
本步骤中的XCAP PUT请求是采用XCAP协议的快捷回复消息修改请 求。虽然与创建请求一样，修改请求也使用了 XCAP PUT请求命令，但是 该XCAP PUT请求命令中不仅携带有用户ID和修改后快捷回复消息的具体 内容，还携带有修改后快捷回复消息的消息ID。
步骤802,聚合代理单元对XCAP PUT请求进行用户身份鉴别。这一步 是可选的。
步骤803，聚合代理单元转发XCAP PUT请求到存储快捷回复消息的IM XDM服务器。
步骤804, IM XDM服务器收到XCAP PUT请求后，修改消息ID所指向的快捷回复消息具体内容。修改所用的值是修改后快捷回复消息的消息内
步骤805, IM XDM服务器向聚合代理单元返回HTTP 200 OK响应。 该HTTP 200 OK响应表示f务改成功，是管理处理响应消息。
步骤806,聚合代理单元转发HTTP 200 OK响应给XDM客户端。
步骤807, XDM客户端更新本地的快捷回复消息。 上述作为消息修改请求的XCAP PUT消息的例子如下
PUT http:〃xcap.example.com/Quick-Answer/users/sip:sriram@example.com/QADoc /qaset/qa[id= QA76587efdky761 ] HTTP/1.1
Content-Type: message/qanswer
Content-Length:(...)
<id>QA76587e ky76i</id>
<type〉Text</type>
<description> Greeting </description>
<text>How are you </text>
其中，id= QA76587efdky761为所要修改快捷回复消息的消息ID。
步骤804修改前的XML文档的例子如下
< xml versioiv="l,0" encoding="UTF-8" > <qa-set uri="sip:sriram@example.com">
<qa>
<id>QA76587efdky761</id>
<type>Text</type>
<description〉 I'm fine !</description>
<text>I，m fine how are you</text>
</qa>
</qa-set>
步骤804修改后的XML文档的例子如下:
< xml version-" 1.0" encoding="UTF-8" >
<qa-set uri="sip:sriram@example.com">
<qa>
<id>QA76587efdky761</id>
<type>Text</type〉
<description〉 Greeting</description>
<text>How are you </text〉
</qa> ......
</qa-set>
IM XDM月l务器返回HTTP 200 OK消息的例子如下
HTTP/1.1 200 OK
Etag: "cdcdcdce"
图9示出了采用XCAP实现快捷回复消息删除的方法流程图。如图9 所示，其具体实现步骤如下
步骤900,用户通过XDM客户端选择一条预删除快捷回复消息。如果 XDM客户端存储有快捷回复消息则可以从中选取一条快捷回复消息作为预 删除快捷回复消息；如果没有存储，则需要从QA服务器获取快捷回复消息， 再从中选取 一 条预删除快捷回复消息。
步骤90l, XDM客户端向聚合代理单元发送携带预删除快捷回复消息 的消息ID的XCAP DELETE请求。XCAP DELETE是基于XCAP的信息删 除命令。
本步骤中的XCAP DELETE请求是采用XCAP协议的快捷回复消息删 除请求。
步骤902,聚合代理单元对XCAP DELETE请求进行用户身份鉴别。这 一步是可选的。
步骤903,聚合代理单元转发XCAP DELETE请求到存储快捷回复消息 的IM XDM服务器。
步骤904， IM XDM服务器收到XCAP DELETE请求后，将XML文档 中XCAP DELETE携带的消息ID对应的快捷回复消息删除。
步骤905， IM XDM服务器向聚合代理单元返回HTTP 200 OK响应。 该HTTP 200 OK响应表示删除成功。
步骤906,聚合代理单元转发HTTP 200 OK响应给XDM客户端。
步骤907， XDM客户端更新本地的快捷回复消息，即在本地将预删除 快捷回复消息删除掉。上述作为消息修改请求的XC AP DELET消息的例子如下
DELETE
/Quick-Answer/users/sip:sriram@example.com/QADoc/~ /qa-set/qa[id=QA76587efdky763] HTTP/1.1
其中，id=QA76587efdky763为所要删除的快捷回复消息。
步骤904删除消息ID为QA76587efdky763的快捷回复消息前的XML 文档的例子如下
< xml version:'11.0" encoding="UTF-8" >
<qa-set uri="sip:sriram@example.com">
<qa>
<id〉QA76587efdky761 </id〉
<type>Text</type>
<description> Greeting!</description>
<text〉How are you </text>
</qa>
<qa〉
<id>QA76587efdky763</id>
<type>Text</type>
<description〉Busy</description>
<text>Busy now Will talk later</text>
</qa>
</qa-set>
步骤904删除消息ID为QA76587efdky763的快捷回复消息后的XML 文档的例子如下
< xml version-"l.O'' encoding="UTF-8" >
<qa-set uri="sip:sriram@example,com">
<id>QA76587efdky761 </id>
<type>Text</type〉
<description〉 Greeting!</description>
<text>How are you </text〉
</qa>.....
</qa-set〉
IM XDM服务器返回HTTP 200 OK消息的例子如下:HTTP/1.1 200 OK Etag: "cdcdcdce'，
第二较佳实施例
当采取发送快捷回复消息的消息ID方式时，客户端将快捷回复消息的 消息ID发送给客户端所属的归属服务器，该归属服务器根据消息ID从QA 服务器获取对应的快捷回复消息的具体内容，再发送给接收端。因此需要在 本发明实施例的快捷回复系统中添加QA查询模块，用于接收到客户端发送 的消息ID后，根据消息ID从QA服务器中查找对应的消息内容，然后再发 送消息内容给接收端的归属服务器。该QA查询模块可以设置在发送端的归 属服务器中，也可以设置在其他服务器中，或者单独设置。
图10为本发明实施例快捷回复系统第二较佳实施例的组成框图。该系 统包括XDM客户端1010、 IMXDM服务器1000和QA查询模块1021。
该快捷回复系统与第 一较佳实施例的快捷回复系统相似，不同之处在 于，本实施例的快捷回复系统增加了 QA查询模块1020。该QA查询模块 1020设置在XDM客户端的归属服务器A1020中，用于接收XDM客户端 1010发来的消息ID,并从QA存储模块1002中查找出该消息ID对应的快 捷回复消息的消息内容，将该快捷回复消息的消息内容代替消息ID，封装 成新消息，经由归属服务器B发送给客户端B。
归属服务器A发送给归属服务器B的消息如果携带的快捷回复消息比 较小，则可以直接采用SIP MESSAGE或者MSRP SEND消息发送。如果快 捷回复消息比较大，可以采用MSRP SEND直接发送，或者在采用SIP MESSAGE时，在归属服务器A和接收端的客户端B之间建立Session,实 现消息的顺利传输。
图11为本发明第二较佳实施例第一种实现快捷回复方法的方法流程 图。该方法是XDM客户端A实现快捷回复，并发送给客户端B的第一种具 体实现过程。在发送过程中，采用发送快捷回复消息的消息ID的方式。该方法使用于通过MSRP SEND消息发送快捷回复消息，或者通过SIP MESSAGE发送比较小的快捷回复消息。参见图11,该方法包括以下步骤
步骤11O1，用户想要使用快捷回复消息时，通过XDM客户端A发送 XCAP GET到IM XDM服务器。XCAP GET为消息获取请求。
步骤1102, IM XDM服务器收到XCAP GET后，发送HTTP 200 OK, 并且在HTTP 200 OK中携带发起请求的用户的所有快捷回复消息。
步骤1103, XDM客户端A接收到用户的快捷回复消息，用户选择一条 所需的快捷回复消息。
步骤1104, XDM客户端A采用SIP MESSAGE或者MSRP SEND,将 用户选择的快捷回复消息发送到归属服务器A。发送的SIP MESSAGE或者 MSRP SEND携带快捷回复消息的消息ID。
步骤1105，归属服务器A收到携带消息ID的SIP MESSAGE/MSRP SEND后，从IM XDM服务器中查找该消息ID对应的快捷回复消息的消息 内容，并消息ID转换成快捷回复消息的消息内容，重新封装后发送给归属 服务器B。假设消息ID为QA76sadefd123456的快捷回复消息对应具体内容 为 一张JPEG格式的图片，则以MSRP SEND消息为例的转换举例如下
转换前的MSRP SEND消息包括以下内容，
MSRP a786hjs2 SENDTo-Path: msrp:〃 B.ServerB.com: 12763/kjhd37s2s2;tcp From-Path: msrp:〃 A.ServerA.com:7654/jshA7we;tcp Message-ID: 87652Content-Type: multipart/mixed; boundary="boundary42" —boundaryJ2Content-Type: message/QAJD <id> QA76sadefdl23456</^> —boundary42 Content-Type: text/plain Hey Bob, are you there —boundary42 .......a786hjs2$
转换后的MSRP SEND消息包括以下内容， MSRP a786hjs2 SENDTo-Path: msrp:〃 B.ServerB.com:12763/kjhd37s2s2;tcp From-Path: msrp:〃 A.ServerA.com:7654/jshA7we;tcp Message-ID: 87652Content-Type: multipart/mixed; boundary="boundary42" —boundary42
Content-Type: image/jpeg
......binary JPEG image.
—boundary42 Content-Type: text/plain
Hey Bob, are you there —boundary42
.......a786s2S
SIP MESSAGE消息的内容与MSRP SEND消息类似。
步骤1106,归属服务器A向归属服务器B发送携带快捷回复消息的消 息内容的SIP MESSAGE消息或者MSRP SEND消息。
步骤1107,归属服务器B转发携带快捷回复消息的消息内容的SIP MESSAGE消息或者MSRP SEND消息到客户端B。
步骤1108,客户端B返回SIP 200 OK/MSRP 200 OK响应到归属服务 器B。
步骤1109，归属服务器B转发SIP 200 OK/MSRP 200 OK响应到归属 服务器A。
步骤1110,归属服务器A转发SIP 200 OK/MSRP 200 OK响应到XDM客户端A。
以上就完成了一次快捷回复。消息发送采用SIP MESSAGE或者MSRP SEND都可以，具体采用哪种方式取决于原有会话所采用的方式，与原有会 话保持一致即可。相应的，200 0K也要与发送消息采用的方式一致。
图12为本发明第二较佳实施例第二种实现快捷回复方法的方法流程 图。该方法是XDM客户端A获取和选取快捷回复消息，并发送给客户端B 的第二种具体实现过程。在发送过程中，采用SIP MESSAGE消息携带快捷 回复消息的消息ID,且该消息ID对应的快捷回复消息具体内容比较大，因 此需要建立Session。参见图12，该方法包括以下步骤
步骤1201，用户想要使用快捷回复消息时，通过XDM客户端A向IM XDM月良务器发送XCAP GET。
步骤1202, IM XDM服务器收到XCAP GET后，返回HTTP 200 OK， 并且在HTTP 200 OK中携带发起请求的用户的所有快捷回复消息。
步骤1203, XDM客户端A接收到快捷回复消息，用户选择一条所需的 快捷回复消息。
步骤1204, XDM客户端A将用户选择的快捷回复消息的消息ID携带在SIP MESSAGE消息中，发送给归属服务器A。
步骤1205,归属服务器A根据从IMXDM服务器接收的SIP MESSAGE消息所携带的消息ID，查找出该消息ID对应的快捷回复消息的消息内容。 并发现该快捷回复消息的消息内容比较大，使用SIP MESSAGE发送不了 ， 所以以下需要建立Session使用MSRP进行发送。
步骤1206 ~ 1211,建立归属服务器A到客户端B的Session。具体包括，归属服务器A发送邀请消息SIP INVITE到归属服务器B进 行Session的建立，归属服务器B将该SIP INVITE转发到客户端B。客户端 B接收到SIP INVITE后，发送SIP 200 OK响应到归属服务器B，归属服务 器B将SIP 200 OK响应转发到归属服务器A。归属服务器A接收到SIP 200 OK后，发送ACK到归属服务器B，归属服务器B转发ACK到客户端B。 自jt匕，Session建立成功。
步骤1212,归属服务器A根据步骤1204接收的SIP MESSAGE消息中的消息ID,从IM XDM服务器中查找到对应的快捷回复消息的消息内容， 将消息内容代替消息ID。
步骤1213 ~ 1216,归属服务器A采用MSRP SEND将快捷回复消息的消息内容发送给客户端B。
具体包括，归属服务器A将携带快捷回复消息的消息内容的MSRP SEND发送给归属服务器B,归属服务器B转发MSRP SEND到客户端B; 客户端B接收到MSRP SEND后，发送MSRP 200 OK响应到归属服务器B, 归属服务器B转发MSRP 200 OK响应到归属服务器A。
步骤1217 ~ 1220,终止归属服务器A到客户端B的Session。 具体包括，归属服务器A发送终止消息SIP BYE到归属服务器B,归 属服务器B转发SIPBYE到客户端B;客户端B接收到SIP BYE后，发送SIP 200 OK响应到归属服务器B,归属服务器B将SIP 200 OK响应转发到 归属服务器A。自此，Session被终止。
步骤1221,归属服务器A向客户端A发送SIP200 OK响应。
以上就完成了一次快捷回复。
第三较佳实施例
上述第一和第二较佳实施例都是采用XCAP实现快捷回复消息的获取 和管理的。还可以采用SIP信令的方式实现。在这种方式下，快捷回复消息 可以以任何方式存储于QA服务器中，例如数据库、文件等方式。快捷回复 消息对应不同用户分别存储，快捷回复消息的消息ID与消息内容——对应。 QA服务器可以采用IMSIP服务器实现；QA服务器也可以釆用IM XDM服 务器，此时快捷回复消息存储在XML文件中。QA服务器包括必要的服务器的QA处理模块和QA存储模块，这两个模块的功能与图3示出的第一较佳实施例快捷回复系统中相应模块的功能相同。为了完成其它即时消息业 务，QA服务器还包括IMSIP业务处理模块，用于处理除快捷回复以外的即 时消息业务。
客户端也不必使用专门的XDM客户端，该客户端包括必要的客户端的 QA获取模块和QA处理模块，如果需要存储用户的快捷回复消息，则还包 括客户端的QA存储模块。客户端的QA获取模块、QA处理模块和QA存 储模块的功能与图3示出的第一较佳实施例快捷回复系统中相应模块的功 能相同。与第一较佳实施例的快捷回复系统的不同之处在于，用户的快捷回 复消息存储在客户端QA存储模块中的存储格式不限制一定是XML文件格式。
与上述两个较佳实施例实现本发明快捷回复方法的具体过程相比，不同 之处仅在于，本实施例客户端从QA服务器获取用户的所有快捷回复消息时 是采用SIP信令的方式。后续的客户端从获取的所有快捷回复消息中选择快捷回复消息并发送给接收端的方法与前述方法相同，也包括直接发送快捷回复消息的消息内容，或者发送快捷回复消息的消息ID。当所发送的快捷回复消息的具体内容比较大，且采用SIP MESSAGE消息时，也需要建立 Session。
图13为采用SIP实现快捷回复消息获取的方法流程图。如图13所示， 其具体实现步骤如下
步骤1300,客户端向QA服务器发送携带消息获取请求的SIP MESSAGE,请求获取对应用户的快捷回复消息。
步骤130L QA服务器返回SIP200 OK。
步骤1302, QA服务器查找对应用户的快捷回复消息。
步骤1303, QA服务器将对应用户的快捷回复消息携带在SIP MESSAGE 中发送给客户端。此时SIP MESSAGE的内容是管理处理响应消息。
步骤1304,客户端收到SIP MESSAGE消息后，发送SIP 200 OK响应 到QA服务器。
步骤1305,客户端将收到快捷回复消息存储。
在步骤1300中，QA服务器也可以对用户的每个快捷回复消息都采用 一个SIP MESSAGE发送，则客户端在接收到每个SIP MESSAGE后都要发 送SIP 200 OK响应到QA服务器。因次，步骤1304和步骤1305要重复执 行多次，直到该用户的所有快捷回复消息都全部发送给客户端。
图14示出了采用SIP实现快捷回复消息创建的方法流程图。如图14所 示，其具体实现步骤如下
步骤1401,用户通过客户端编辑创建一条新快捷回复消息。
步骤1402 ~ 1403,客户端采用SIP MESSAGE将用户创建的快捷回复消 息发送到QA服务器。QA服务器返回SIP 200 OK。
步骤1404, QA服务器为收到的新快捷回复消息创建一个消息ID，并将新快捷回复消息及其消息ID存储在QA服务器的QA存储单元中。
步骤1405 ~ 1406, QA服务器通过SIP MESSAGE将新快捷回复消息及 其消息ID发送到客户端，客户端返回SIP 200 OK。此处的SIP MESSAGE为管理处理响应消息。
步骤1407,客户端更新本地对应的快捷回复消息。将新快捷回复消息 及其消息ID添加到客户端。
图15示出了采用SIP实现快捷回复消息^修改的方法流程图。如图15所 示，其具体实现步骤如下
步骤1500，用户通过客户端选择一个要修改的快捷回复消息，并进行 修改。
步骤1501,客户端将修改的快捷回复消息及其消息ID通过SIP MESSAGE发送给QA服务器。
步骤1502， QA服务器根据接收到的修改的快捷回复消息及其消息ID, 对存储在QA服务器对应的快捷回复消息进行修改。
本步骤中，QA服务器根据消息ID查找到对应的快捷回复消息，并根 据消息内容对存储的快捷回复消息的消息内容进行修改。
步骤1503, QA服务器向客户端发送SIP 200 OK。 SIP 200 OK为管理 处理响应信息，表示^务改成功。
步骤1504,客户端更新本地对应的快捷回复消息。
图16示出了采用SIP实现快捷回复消息删除的方法流程图。如图16所 示，其具体实现步骤如下
步骤1600，用户通过客户端选择一条预删除快捷回复消息。
步骤1601 - 1602，客户端向DELETE Bin发送携带预删除快捷回复消 息的消息ID的SIP REFER, DELETE Bin返回SIP 200 OK。
删除快捷回复消息要通过DELETE Bin间接实现对QA服务器中的快捷 回复消息的删除。SIP REFER消息的具体可以设置为SIP REFER消息中 Request - URI属性为DELETE@hostname ， Refer-To属性为预删除快捷回复 消息的消息ID, Method属性为INVITE。因此，这里的SIPREFER作为基 于SIP的信息删除命令。
步骤1603 - 1605, DELETE Bin根据消息ID删除QA服务器中对应的
快捷回复消息。
本步骤具体包括，DELETE Bin发送SIP INVITE到QA服务器。该SIP INVITE消息的会话描述协议(SDP)的媒体方式属性设为"recvonly" 。 QA 服务器根据SIP INVITE将消息ID对应的快捷回复消息删除后，返回SIP 200 OK,表示删除成功。DELETE Bin再向QA服务器发送ACK响应消息。
步骤1607~ 1607，终止QA服务器于DELETE Bin之间建立的Session。 具体包括，QA服务器向DELELTE Bin发送SIP BYE, DELETE Bin返回SIP 200 OK。
步骤1608，客户端更新本地快捷回复消息。该步骤也可以在步骤1602 之后，步骤1603之前执行。
如果客户端发送的SIP REFER含有隐含定阅信息，则步骤1603之前进 一步包括DELETE Bin向客户端发送SIP NOTIFY,客户端返回SIP 200 OK 响应的步骤1605和步骤1607之后也要包括同样的步骤。
需要说明的是，客户端和QA服务器之间的信息交互都需要经过SIP Core。
由以上所述可以看出，本发明实施例所提供的快捷回复方法、系统、快 捷回复服务器和客户端，能够使用户在不同终端上方便的使用相同的属于自 己的快捷回复消息，避免了用户在每个终端上都要进行设置相同快捷回复消 息的重复操作。如果用户在一个终端上对QA服务器上的快捷回复消息进行 了添加或修改，那么该用户在另外不同的终端上仍然可以使用其最后更新过 的快捷回复消息。
另外，在发送比较大的快捷回复消息时，发送端可以只发送消息ID, 发送端归属服务器把该消息ID转换成消息内容，再发送给接收端，这样有 效的减少了发送端和发送端归属服务器之间的网络负载，大大提高了发送较大快捷回复消息的效率。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的 保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改
进等，均应包含在本发明的保护范围之内。
权利要求
1、一种快捷回复方法，其特征在于，该方法包括在快捷回复QA服务器中设置快捷回复消息；客户端向QA服务器发起消息获取请求；QA服务器根据所述消息获取请求，向该客户端返回快捷回复消息；客户端从返回的快捷回复消息中选取预发送的快捷回复消息，并向接收端发送。
2、 如权利要求l所述的方法，其特征在于， 所述消息获取请求包括用户标识ID;所述QA服务器根据消息获取请求向客户端返回快捷回复消息包括所述 QA服务器根据所述用户ID,获取存储的与所述用户ID对应的快捷回复消息， 并向所述客户端返回所述对应的快捷回复消息。
3、 如权利要求l所述的方法，其特征在于，所述向客户端返回快捷回复消 息之后，该方法进一步包括所述客户端在本地保存返回的快捷回复消息。
4、 如权利要求l所述的方法，其特征在于，客户端发送的所述预发送的快 捷回复消息包括该预发送的快捷回复消息的消息内容；客户端向接收端发送所述预发送的快捷回复消息之后，该方法进一步包括 客户端的归属服务器接收到所述消息内容后转发给所述接收端。
5、 如权利要求l所述的方法，其特征在于，客户端发送的所述预发送的快捷回复消息包括该预发送的快捷回复消息的 消息ID;客户端向接收端发送所述预发送的快捷回复消息之后，该方法进一步包括 客户端的归属服务器接收到所述消息ID后，根据所述消息ID从QA服务器获取所述消息ID对应的消息内容，将所述消息内容发送给所述接收端。
6、 如权利要求l所述的方法，其特征在于，该方法进一步包括 客户端向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服务器发送所述消息获取请求和所述管理信 白、
14、 一种快捷回复系统，其特征在于，该系统包括客户端和QA服务器； 所述客户端，用于向所述QA服务器发起消息获取请求；接收所述QA服务器返回的快捷回复消息；并向接收端发送从所述返回的快捷回复消息中选择 的预发送的快捷回复消息；所述QA服务器，存储快捷回复消息，用于根据接收自所述客户端的消息 获取请求，向所述客户端返回快捷回复消息。
15、 如权利要求14所述的系统，其特征在于，所述预发送的快捷回复消息 包括该预发送的快捷回复消息的消息ID;该系统进一步包括QA查询模块，用于接收所述客户端发送的所述预发送 的快捷回复消息的消息ID,根据该消息ID从所述QA服务器中查找出对应的 快捷回复消息的消息内容，再将该快捷回复消息的消息内容发送给接收端。
16、 如权利要求14或15所述的系统，其特征在于，所述客户端进一步用 于，向所述QA服务器发送管理信息；根据所述QA服务器返回的管理处理响 应信息更新本地快捷回复消息。
17、 如权利要求14或15所述的系统，其特征在于，所述QA服务器进一步用于，根据所述客户端发来的管理信息，管理其存储的快捷回复消息。
18、 一种快捷回复服务器，其特征在于，该服务器包括服务器QA处理模 块和服务器存储模块；所述服务器存储模块，与所述服务器QA处理模块相连，用于存储快捷回 复消息；所述服务器QA处理模块，用于接收客户端发起的消息获取请求，根据该 消息获取请求从所述服务器存储模块中获取对应的快捷回复消息，返回给所述 客户端。
19、 如权利要求18所述的服务器，其特征在于，该服务器进一步包括业务 处理模块，用于处理非快捷回复的即时消息业务。
20、 如权利要求19所述的服务器，其特征在于，所述业务处理模块为短消 息业务处理模块、即时消息扩展标签语言文档管理IMXDM业务处理模块或即 时消息会话初始协议IM SIP业务处理模块。
21、 如权利要求18所述的服务器，其特征在于，所述服务器QA处理模块 进一步用于，根据客户端发来的管理信息，管理所述服务器存储模块中的快捷 回复消息。
22、 一种快捷回复客户端，其特征在于，该客户端包括QA获取模块和 客户端QA处理模块；所述QA获取模块，用于向QA服务器发起消息获取请求；接收所述QA 服务器返回的快捷回复消息，并发送给所述客户端QA处理模块；所述客户端QA处理模块，用于从接收自所述QA获取模块的所述返回的 快捷回复消息中，选择预发送的快捷回复消息，向接收端发送。
23、 如权利要求22所述的客户端，其特征在于，该客户端进一步包括客户 端存储模块，与所述客户端QA处理模块相连，用于存储快捷回复消息；所述客户端QA处理模块进一步用于，将接收自所述QA获取模块的所述 返回的快捷回复消息存储在所述客户端存储模块。
24、 如权利要求23所述的客户端，其特征在于，所述客户端QA处理模块 进一步用于，向QA服务器发送管理信息；根据所述QA服务器返回的管理处 理响应信息更新本地快捷回复消息。
全文摘要
本发明公开了一种快捷回复方法，该方法包括，在快捷回复QA服务器中设置快捷回复消息；当客户端向QA服务器发起消息获取请求后，QA服务器根据接收的消息获取请求，向该客户端返回快捷回复消息，客户端从返回的快捷回复消息中选取预发送的快捷回复消息，并向接收端发送。使用本发明能够实现用户在不同终端上使用相同的快捷回复消息。本发明还公开了快捷回复系统、快捷回复服务器和客户端，能够保证用户在不同终端上使用相同的快捷回复消息，避免了用户在不同终端上都要进行相同的增加或删除快捷回复消息操作，降低了操作的复杂程度。
文档编号H04W4/12GK101202953SQ20061016801
公开日2008年6月18日 申请日期2006年12月15日 优先权日2006年12月15日
发明者渊 包, 牟伦建, 迪潘书·高塔姆 申请人:华为技术有限公司