聊天会话接受邀请和拒绝邀请的方法及系统

技术领域

本发明涉及聊天会话，尤其涉及一种聊天会话接受邀请和拒绝邀请的方 法及系统。

背景技术

面对信息通信产业周期的演进以及消费者模式的变迁大潮，面对互联网 的骨灰级创新模式以及新媒体的广泛传播、甚至是IT厂商、内容整合者与消 费电子厂商向运营领域的渗透，电信运营商正在采取一种积极的融合、开放 的态度，努力尝试开放其电信能力，集思广益，发挥第三方企业与个人的创 新能力，打造丰富的增值应用；另一方面，借用这种电信服务的二次分发渠 道，促进基本电信服务的销售。尤其是终端与软件厂商在在线应用商店市场 烽烟四起之时，运营商必须要利用电信能力(可靠的通信服务；用户数据； 情境；认证；计费等)打造一条新的差异化的道路。

1998年Parlay组织成立致力于为电话网络开发API(应用编程接口)。 借助这些API，第三方机构可以创建自己的应用。Parlay组织在这方面做了 统一的标准化工作，制定了基于CORBA(公共对象资源代理架构)的 Parlay/OSA(开放服务架构)API，对各种电信能力的使用进行编程方面的统 一工作。另外Parlay/OSA API也获得了ETSI(欧洲电信标准协会)与3GPP (第三代移动通信合作伙伴计划标准组织)共同协助。在3GPP中，Parlay 被当成开放服务架构(OSA)的一部分。Parlay X是Parlay、3GPP和OMA (开放移动联盟)颁发的基于SOAP(简单对象访问协议)Web服务的API 标准规范。Parlay REST(面向Parlay X的RESTful约束)，是OMA最新颁 发的一套API标准规范，旨在为OMA中的Parlay X Web服务规范(子)集 指定REST Web服务约束。

在Web 2.0领域，支持Ajax(异步JavaScript脚本和XML可扩展标签语 言)技术的API相对应用比较广泛，风格为REST(REpresentational State  Transfer，表象化状态转变)。REST不是一种新技术，也不是一种标准，而 是一组设计原则；与基于SOAP的Web服务(如Parlay X)相比，REST API 更加轻量级，具有更优良的开发者友好性，便于Web应用的开发和Mashup。 因此越来越多的Web服务开始采用REST风格设计和实现。例如，Amazon.com 提供接近REST风格的Web服务进行图书查找；雅虎提供的Web服务也是 REST风格的(维基百科)。

GSMA(全球移动系统协会)RCS(富通信套件)是基于现有IMS(IP 多媒体子系统)网络设施和开发协议搭建出来的提供可互操作的丰富通信功 能的业务包，主要包括增强型地址簿、增强型呼叫、增强型融合消息等业务， 使用户可以对自己的呈现(如个人图片、留言、推荐链接以及状态)进行更 新，也可以在手机的通讯录中实时看到好友的呈现情况，并实现短信、彩信、 聊天(即时消息)、文件传输等多种通信需求。RCS是包括运营商、设备商 和手机终端厂商共同支持的统一的技术及实现标准，因此它不但容易培养消 费者较为一致的使用习惯，而且可以实现不同国家、不同运营商的互联互通。 后续阶段，RCS将进一步引入社交网络、开放式REST API应用编程接口、 与互联网集成应用商店等内容。RCS REST风格API的目标用户是典型的Web 开发商、第三方开发者、业务提供商，通过API可以将电信运营商的RCS业 务能力和IMS网络能力开放，更适合Web 2.0Widget轻量级应用与Mashup 的开发，迎合Web应用的发展趋势。

目前，电信运营商短信、彩信的业务能力已经可以通过OMA(开放移动 联盟)制定的ParlayREST2.0协议标准开放，而聊天业务能力还没有制定相应 的协议标准开放，用户还不能够调用电信能力来进行聊天会话接受邀请和拒 绝邀请的相关控制。

发明内容

有鉴于此，本发明的一个目的在于提供一种聊天会话接受邀请的方法及 系统，以解决用户不能调用电信能力来实现聊天会话接受邀请的问题。

为了解决上述问题，本发明提供了一种聊天会话接受邀请的方法，该方 法基于电信网络域提供的表象化状态转变(REST)应用编程接口(API)实现，包 括：

客户端向服务器发送接受邀请请求消息，消息中携带使用的动作和资源 的信息，所述资源用资源统一资源位置符(URL)标示；

所述服务器收到接受邀请请求消息后，建立聊天会话，向所述客户端返 回接受邀请响应消息。

优选地，所述方法具有以下特点：

所述接受邀请请求消息中包含使用的动作的信息，所述动作为HTTP的 布置(POST)动作或设定(PUT)动作，标示所述资源的资源URL中包含 终端参与者用户标示符和聊天会话邀请标示符中的至少一种。

优选地，所述方法具有以下特点：

所述接受邀请请求消息使用的格式为可扩展标记语言(XML)或Java脚本 对象符号(JSON)。

优选地，所述方法具有以下特点：

所述接受邀请请求消息的消息体信息中设定接受邀请为是，表示接受邀 请。

优选地，所述方法具有以下特点：

所述接受邀请请求消息中携带接受邀请用户的信息，接受邀请用户的信 息包含以下信息中的至少一种：参与者地址、参与者姓名、参与者状态、参 与者的消息会话转播协议(MSRP)客户端路径信息。

优选地，所述方法具有以下特点：客户端发送接受邀请请求消息之前， 按以下方式生成所述接受邀请请求消息：

以HTTP的布置(POST)动作或设定(PUT)动作为使用的动作，以终端参与 者的聊天会话邀请反馈为使用的资源，生成消息头，其中，标示所述资源的 资源URL中包含终端参与者用户标示符和/或聊天会话邀请标示符；

设定接受邀请为是，并根据接受邀请用户的信息生成邀请反馈的数据结 构，作为消息体；

根据所述消息头和消息体生成接受邀请请求消息。

优选地，所述方法具有以下特点：

所述服务器返回接受邀请响应消息之前，按以下方式生成所述接受邀请 响应消息；

根据HTTP表示“无内容(No Content)”的响应符，生成消息头；

根据所述消息头生成接受邀请响应消息。

为了解决上述问题，本发明提供了一种基于电信网络域提供的表象化状 态转变(REST)应用编程接口(API)聊天会话接受邀请的系统，包括：

客户端中的消息生成装置，用于生成接受邀请请求消息；

客户端中的消息发送装置，用于向服务器发送所述接受邀请请求消息；

服务器中的消息处理装置，用于在收到接受邀请请求消息后，进行解析， 建立聊天会话；

服务器中的消息生成装置，用于生成接受邀请响应消息；

服务器中的消息发送装置，用于向所述客户端返回接受邀请响应消息。

优选地，所述系统具有以下特点：

所述客户端中的消息生成装置又包括：

消息头生成子装置，用于以HTTP的布置(POST)动作或设定(PUT)动作为 使用的动作，以终端参与者的聊天会话邀请反馈为使用的资源，生成消息头， 其中，标示所述资源的资源URL中包含终端参与者用户标示符和/或聊天会 话邀请标示符；；

消息体生成子装置，用于设定接受邀请为是，并根据接受邀请用户的信 息生成邀请反馈的数据结构，作为消息体；

消息生成子装置，用于根据所述消息头和消息体生成接受邀请请求消息。

优选地，所述系统具有以下特点：

所述服务器中的消息生成装置又包括：

消息头生成子装置，用于根据HTTP表示“无内容(No Content)”的响应 符，生成消息头；

消息生成子装置，用于根据所述消息头生成接受邀请响应消息。

本发明大大方便了Web开发商、第三方开发者或业务提供商等以REST 风格的API灵活地对即时消息业务引擎进行聊天会话接受邀请的相关控制。 本发明所适用的用户可以是基于互联网服务、WEB服务的任何有控制权限的 即时消息参与者。

有鉴于此，本发明的一个目的在于提供一种聊天会话拒绝邀请的方法及 系统，以解决用户不能调用电信能力实现获取聊天会话拒绝邀请的问题。

为了解决上述问题，本发明提供了一种聊天会话拒绝邀请的方法，该方 法基于电信网络域提供的表象化状态转变(REST)应用编程接口(API)实现，包 括：

客户端向服务器发送拒绝邀请请求消息，消息中携带使用的动作和资源 的信息，所述资源用资源统一资源位置符(URL)标示；

所述服务器收到拒绝邀请请求消息后，向所述客户端返回拒绝邀请响应 消息。

优选地，所述方法具有以下特点：

所述动作为HTTP的布置(POST)动作或删除(DELETE)动作，标示所 述资源的资源URL中包含终端参与者用户标示符和聊天会话邀请标示符中 的至少一种。

优选地，所述方法具有以下特点：

所述拒绝邀请请求消息使用的格式为可扩展标记语言(XML)或Java脚本 对象符号(JSON)。

优选地，所述方法具有以下特点：

所述拒绝邀请请求消息的消息体信息中设定接收邀请为否，表示拒绝邀 请。

优选地，所述方法具有以下特点：客户端发送拒绝邀请请求消息之前， 按以下方式生成所述拒绝邀请请求消息：

以HTTP的布置(POST)动作或删除(DELETE)动作为使用的动作，以终端 参与者的聊天会话邀请反馈为使用的资源，生成消息头，其中，标示所述资 源的资源URL中包含终端参与者用户标示符和/或聊天会话邀请标示符；

设定接受邀请为否，生成邀请反馈的数据结构，作为消息体；

根据所述消息头和消息体生成拒绝邀请请求消息。

优选地，所述方法具有以下特点：

所述服务器返回拒绝邀请响应消息之前，按以下方式生成所述拒绝邀请 响应消息；

根据HTTP表示“无内容(No Content)”的响应符，生成消息头；

根据所述消息头生成拒绝邀请响应消息。

为了解决上述问题，本发明提供了一种基于电信网络域提供的表象化状 态转变(REST)应用编程接口(API)聊天会话拒绝邀请的系统，包括：

客户端中的消息生成装置，用于生成拒绝邀请请求消息；

客户端中的消息发送装置，用于向服务器发送所述拒绝邀请请求消息；

服务器中的消息生成装置，用于在收到拒绝邀请请求消息后，生成拒绝 邀请响应消息；

服务器中的消息发送装置，用于向所述客户端返回拒绝邀请响应消息。

优选地，所述系统具有以下特点：

所述客户端中的消息生成装置又包括：

消息头生成子装置，用于以HTTP的布置(POST)动作或删除(DELETE) 动作为使用的动作，以终端参与者的聊天会话邀请反馈为使用的资源，生成 消息头，其中，标示所述资源的资源URL中包含终端参与者用户标示符和/ 或聊天会话邀请标示符；

消息体生成子装置，用于设定接受邀请为否，生成邀请反馈的数据结构， 作为消息体；

消息生成子装置，用于根据所述消息头和消息体生成拒绝邀请请求消息。

优选地，所述系统具有以下特点：

所述服务器中的消息生成装置又包括：

消息头生成子装置，用于根据HTTP表示“无内容(No Content)”的响应 符，生成消息头；

消息生成子装置，用于根据所述消息头生成拒绝邀请响应消息。

本发明大大方便了Web开发商、第三方开发者或业务提供商等以REST 风格的API灵活地对即时消息业务引擎进行聊天会话拒绝邀请的相关控制。 本发明所适用的用户可以是基于互联网服务、WEB服务的任何有控制权限的 即时消息参与者。

附图说明

图1为本发明实施例开放电信能力接口的系统结构的示意图；

图2为本发明实施例一接受邀请的方法流程图；

图3为本发明实施例二拒绝邀请的方法流程图；

图4为本发明客户端和服务器之间的聊天会话接受邀请和拒绝邀请的操 作示意流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图 对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申 请中的实施例及实施例中的特征可以相互任意组合。

实施例一

图1示出了本实施例开放电信能力接口的系统结构。如图所示，电信网 络域包含IMS核心网和业务层，业务层包含短信业务服务器、彩信业务服务 器、聊天会话业务服务器以及其他业务服务器等各种业务网络设备，但是， 一种服务器也可以用于多种业务。这些服务器向Web开发商、第三方开发者、 业务提供商等提供开放的REST API，Web开发商、第三方开发者、业务提供 商等用户的客户端可以使用REST API访问电信网络域，调用电信网络域的 RCS业务能力和IMS网络能力，实现电信业务的Web 2.0Widget轻量级应用 与Mashup的开发。

本实施例中，Web开发商、第三方开发者、业务提供商等用户开发的应 用程序可以通过客户端，使用本实施例提供的REST API对聊天会话业务服 务器进行聊天会话接受邀请和拒绝邀请的相关控制；各实施例中的服务器均 可以为聊天会话业务服务器，如电信网络域中的即时消息业务引擎。客户端 可以位于业务提供商的网络设备中，也可以位于终端用户设备如移动终端、 固定终端等中。本发明适用的用户也不限于上述类型，可以是基于互联网服 务、WEB服务的任何有控制权限的聊天会话参与者。

本实施例中REST API使用的资源、动作和数据结构的相关定义如下：

资源统一资源位置符(URL)中，serverRoot表示服务器路径URI， apiVersion表示API版本，Chat表示聊天会话，Terminating表示终端， TerminatingID表示终端参与者的标示符。

上述REST API使用的数据结构类型定义如下：

数据结构类型Type：Invitationfeedback邀请反馈

数据结构类型Type：ChatParticipantInformation聊天会话参与者信息

枚举Enumeration：ChatParticipantStatus聊天会话参与者状态

图2为本实施例基于REST API聊天会话接受邀请的方法流程图，包括 以下步骤：

步骤S201：客户端向服务器发送接受邀请请求消息，消息中携带使用的 动作和资源的信息，所述资源用资源统一资源位置符(URL)标示；

本实施例的接受邀请请求消息中，消息头中包括使用的动作、资源，消 息体中包括邀请反馈的数据结构。

其中，所述接受邀请请求消息中包含使用的动作的信息，所述动作为 HTTP的布置(POST)动作或设定(PUT)动作，标示所述资源的资源URL 中包含终端参与者用户标示符和聊天会话邀请标示符中的至少一种。

所述接受邀请请求消息中携带接受邀请用户的信息，接受邀请用户的信 息包含以下信息中的至少一种：参与者地址、参与者姓名、参与者状态、参 与者的消息会话转播协议(MSRP)客户端路径信息。

客户端可以通过以下方式生成该消息：

以HTTP的布置(POST)动作或设定(PUT)动作为使用的动作，以终端参与 者的聊天会话邀请反馈为使用的资源，生成消息头，其中，标示所述资源的 资源URL中包含终端参与者用户标示符和/或聊天会话邀请标示符；

设定接受邀请为是，并根据接受邀请用户的信息生成邀请反馈的数据结 构，作为消息体；

根据所述消息头和消息体生成接受邀请请求消息。

其中，接受邀请请求消息的消息体信息中接受邀请用户的信息包含以下 信息中的至少一种：参与者地址、参与者姓名、参与者状态、参与者的消息 会话转播协议(MSRP)客户端路径信息。

各实施例涉及的几个消息中的消息体，也可以采用XML，也可以采用其 他专用格式如Java脚本对象符号(JSON)。

下面用一个示例来说明一下生成的接受邀请请求消息。

假定终端参与者为用户Peter E.Xample(SIP:user2example.com)，该用 户请求接受邀请。

POST.../{apiVersion}/Chat/Terminating/SIP:user2example.com/ChatSessionInvitations/{ChatSessionInvitat ionId1}/feedback HTTP/1.1

Content-Type:application/xml

Accept:application/xml

Host:example.com:80

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

<chat:Invitationfeedback xmlns:chat＝″urn:oma:xml:rest:chat:1″>

   <AcceptInvitation>true</AcceptInvitation>

   <chatSessionID>{chatSessionId1}</chatSessionID>

   <Invitee>

     <participantAddress>SIP:user2example.com</participantAddress>

     <participantName>Peter E.Xample</participantName>

     <participantStatus>ChatParticipantAcceptInvitation</participantStatus>

     <MSRPClientPath>msrp://Peter E.Xample.example.com:7575/u3978ae283wzd；tcp

</MSRPClientPath>

    <MSRPServerPath>msrp://Server.example.com:4000/VL1SmRjx0qhi；tcp</MSRPServerPath>

</Invitee>

</chat:Invitationfeedback>

步骤S202：服务器建立聊天会话，向所述客户端返回接受邀请响应消息。

所述服务器建立聊天会话，返回接受邀请响应消息之前，可按以下方式 生成所述接受邀请响应消息：

根据HTTP表示“无内容(No Content)”的响应符，生成消息头；

根据所述消息头生成接受邀请响应消息。

下面用一个示例来说明一下生成的接受邀请响应消息。

HTTP/1.1204No Content

Date:Mon，28Jun 201017:51:59GMT

实施例二

本实施例是基于电信网络域提供的REST API聊天会话拒绝邀请的实施 例，所基于的系统与实施例一相同，资源、动作和数据结构的相关定义请参 照实施例一中的说明。

图3为本实施例基于REST API聊天会话拒绝邀请的流程图，包括以下 步骤：

步骤S301：客户端向服务器发送拒绝邀请请求消息，消息中携带使用的 动作和资源的信息，所述资源用资源统一资源位置符(URL)标示；

本实施例的拒绝邀请请求消息中，消息头中包括使用的动作、资源，消 息体中包括邀请反馈的数据结构。

其中，所述动作为HTTP的布置(POST)动作或删除(DELETE)动作， 标示所述资源的资源URL中包含终端参与者用户标示符和聊天会话邀请标 示符中的至少一种。

客户端可以通过以下方式生成该消息：

以HTTP的布置(POST)动作或删除(DELETE)动作为使用的动作，以终端 参与者的聊天会话邀请反馈为使用的资源，生成消息头，其中，标示所述资 源的资源URL中包含终端参与者用户标示符和/或聊天会话邀请标示符；设 定接受邀请为否，生成邀请反馈的数据结构，作为消息体；

根据所述消息头和消息体生成拒绝邀请请求消息。

各实施例涉及的几个消息中的消息体，也可以采用XML，也可以采用其 他专用格式如Java脚本对象符号(JSON)。

下面用一个示例来说明一下生成的拒绝邀请请求消息。

假定终端参与者为用户Peter E.Xample(SIP:user2example.com)，该用 户请求拒绝邀请。

POST.../{apiVersion}/Chat/Terminating/SIP:user2example.com/ChatSessionInvitations/{ChatSessionInvitat ionId1}/feedback HTTP/1.1

Content-Type:application/xml

Accept:application/xml

Host:example.com:80

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

<chat:Invitationfeedback xmlns:chat＝″urn:oma:xml:rest:chat:1″>

   <AcceptInvitation>false</AcceptInvitation>

   <chatSessionID>{chatSessionId1}</chatSessionID>

</chat:Invitationfeedback>

步骤S302：服务器向所述客户端返回拒绝邀请响应消息。

服务器返回拒绝邀请响应消息之前，可按以下方式生成所述拒绝邀请响 应消息：

根据HTTP表示“无内容(No Content)”的响应符，生成消息头；

根据所述消息头生成拒绝邀请响应消息。

下面用一个示例来说明一下生成的拒绝邀请响应消息。

HTTP/1.1 204 No Content

Date:Mon，28 Jun 201017:51:59GMT

图4为综合上述实施例，客户端和服务器之间的聊天会话接受邀请和拒 绝邀请的操作示意流程图。

聊天会话启动，聊天会话邀请中；

用户可通过客户端向服务器请求接受邀请；服务器接受邀请，建立聊天 会话，并返回接受邀请响应，包括如下步骤：

客户端生成接受邀请请求消息；

客户端向服务器发送接受邀请请求消息；

服务器收到接受邀请请求消息，进行解析，建立聊天会话；

服务器生成接受邀请响应消息；

服务器向客户端返回接受邀请响应消息。

或者，用户也可以通过客户端向服务器请求拒绝邀请；服务器拒绝邀请， 并返回拒绝邀请响应给用户，包括如下步骤：

客户端生成拒绝邀请请求消息；

客户端向服务器发送拒绝邀请请求消息；

服务器收到拒绝邀请请求消息，生成拒绝邀请响应消息；

服务器向客户端返回拒绝邀请响应消息。

上述各个消息的内容和生成方法请参见上文中的描述，不再重复。

相应地，本发明实施例的基于电信网络域提供的REST API聊天会话接 受邀请的系统，包括：

客户端中的消息生成装置，用于生成接受邀请请求消息；

客户端中的消息发送装置，用于向服务器发送所述接受邀请请求消息；

服务器中的消息处理装置，用于在收到接受邀请请求消息后，进行解析， 建立聊天会话；

服务器中的消息生成装置，用于生成接受邀请响应消息；

服务器中的消息发送装置，用于向所述客户端返回接受邀请响应消息。

其中，优选地，所述客户端中的消息生成装置又包括：

消息头生成子装置，用于以HTTP的布置(POST)动作或设定(PUT)动作为 使用的动作，以终端参与者的聊天会话邀请反馈为使用的资源，生成消息头， 其中，标示所述资源的资源URL中包含终端参与者用户标示符和/或聊天会 话邀请标示符；；

消息体生成子装置，用于设定接受邀请为是，并根据接受邀请用户的信 息生成邀请反馈的数据结构，作为消息体；

消息生成子装置，用于根据所述消息头和消息体生成接受邀请请求消息。

其中，优选地，所述服务器中的消息生成装置又包括：

消息头生成子装置，用于根据HTTP表示“无内容(No Content)”的响应 符，生成消息头；

消息生成子装置，用于根据所述消息头生成接受邀请响应消息。

本发明实施例的基于电信网络域提供的REST API聊天会话拒绝邀请的 系统，包括：

客户端中的消息生成装置，用于生成拒绝邀请请求消息；

客户端中的消息发送装置，用于向服务器发送所述拒绝邀请请求消息；

服务器中的消息生成装置，用于在收到拒绝邀请请求消息后，生成拒绝 邀请响应消息；

服务器中的消息发送装置，用于向所述客户端返回拒绝邀请响应消息。

其中，优选地，所述客户端中的消息生成装置又包括：

消息头生成子装置，用于以HTTP的布置(POST)动作或删除(DELETE) 动作为使用的动作，以终端参与者的聊天会话邀请反馈为使用的资源，生成 消息头，其中，标示所述资源的资源URL中包含终端参与者用户标示符和/ 或聊天会话邀请标示符；

消息体生成子装置，用于设定接受邀请为否，生成邀请反馈的数据结构， 作为消息体；

消息生成子装置，用于根据所述消息头和消息体生成拒绝邀请请求消息。

其中，优选地，所述服务器中的消息生成装置又包括：

消息头生成子装置，用于根据HTTP表示“无内容(No Content)”的响应 符，生成消息头；

消息生成子装置，用于根据所述消息头生成拒绝邀请响应消息。

上述方案中，具体说明了聊天会话接受邀请和拒绝邀请的开放电信能力 接口，各个消息的内容即可以满足聊天会话业务的需要，又符合现有的开放 电信能力的相关规范。大大方便了Web开发商、第三方开发者或业务提供商 等以REST风格的API灵活地对服务器进行聊天会话接受邀请和拒绝邀请的 相关控制。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读 存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用 硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任 何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本 领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和 原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护 范围之内。