CN102469148B - 聊天会话接受邀请和拒绝邀请的方法及*** - Google Patents
聊天会话接受邀请和拒绝邀请的方法及*** Download PDFInfo
- Publication number
- CN102469148B CN102469148B CN201010552604.9A CN201010552604A CN102469148B CN 102469148 B CN102469148 B CN 102469148B CN 201010552604 A CN201010552604 A CN 201010552604A CN 102469148 B CN102469148 B CN 102469148B
- Authority
- CN
- China
- Prior art keywords
- invitation
- message
- accepting
- resource
- refusal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开一种聊天会话接受邀请和拒绝邀请的方法及***,基于电信网络域提供的REST?API实现,其中,聊天会话接受邀请的方法包括:客户端向服务器发送接受邀请请求消息,消息中携带使用的动作和资源的信息;所述服务器收到接受邀请请求消息后,建立聊天会话,向所述客户端返回接受邀请响应消息。拒绝邀请的方法包括:客户端向服务器发送拒绝邀请请求消息,消息中携带使用的动作和资源的信息;所述服务器收到拒绝邀请请求消息后,向所述客户端返回拒绝邀请响应消息。本发明可以解决用户不能调用电信能力接受邀请和拒绝邀请聊天会话的问题。
Description
技术领域
本发明涉及聊天会话,尤其涉及一种聊天会话接受邀请和拒绝邀请的方法及***。
背景技术
面对信息通信产业周期的演进以及消费者模式的变迁大潮,面对互联网的骨灰级创新模式以及新媒体的广泛传播、甚至是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 StateTransfer,表象化状态转变)。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/{ChatSessionInvitationId1}/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/{ChatSessionInvitationId1}/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灵活地对服务器进行聊天会话接受邀请和拒绝邀请的相关控制。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现,相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种聊天会话接受邀请的方法,该方法基于电信网络域提供的表象化状态转变REST应用编程接口API实现,包括:
客户端向服务器发送接受邀请请求消息,消息中携带使用的动作和资源的信息,所述资源用资源统一资源位置符URL标示;
所述服务器收到接受邀请请求消息后,建立聊天会话,向所述客户端返回接受邀请响应消息;
客户端发送接受邀请请求消息之前,按以下方式生成所述接受邀请请求消息:
以HTTP的布置POST动作或设定PUT动作为使用的动作,以终端参与者的聊天会话邀请反馈为使用的资源,生成消息头,其中,标示所述资源的资源URL中包含终端参与者用户标示符和/或聊天会话邀请标示符;
设定接受邀请为是,并根据接受邀请用户的信息生成邀请反馈的数据结构,作为消息体;
根据所述消息头和消息体生成接受邀请请求消息。
2.根据权利要求1所述的方法,其特征在于:
所述接受邀请请求消息使用的格式为可扩展标记语言XML或Java脚本对象符号JSON。
3.根据权利要求1所述的方法,其特征在于:
所述接受邀请请求消息中携带接受邀请用户的信息,接受邀请用户的信息包含以下信息中的至少一种:参与者地址、参与者姓名、参与者状态、参与者的消息会话转播协议MSRP客户端路径信息。
4.根据权利要求1所述的方法,其特征在于:
所述服务器返回接受邀请响应消息之前,按以下方式生成所述接受邀请响应消息;
根据HTTP表示“无内容No Content”的响应符,生成消息头;
根据所述消息头生成接受邀请响应消息。
5.一种聊天会话拒绝邀请的方法,该方法基于电信网络域提供的表象化状态转变REST应用编程接口API实现,包括:
客户端向服务器发送拒绝邀请请求消息,消息中携带使用的动作和资源的信息,所述资源用资源统一资源位置符URL标示;
所述服务器收到拒绝邀请请求消息后,向所述客户端返回拒绝邀请响应消息;
客户端发送拒绝邀请请求消息之前,按以下方式生成所述拒绝邀请请求消息:
以HTTP的布置POST动作或删除DELETE动作为使用的动作,以终端参与者的聊天会话邀请反馈为使用的资源,生成消息头,其中,标示所述资源的资源URL中包含终端参与者用户标示符和/或聊天会话邀请标示符;
设定接受邀请为否,生成邀请反馈的数据结构,作为消息体;
根据所述消息头和消息体生成拒绝邀请请求消息。
6.根据权利要求5所述的方法,其特征在于:
所述拒绝邀请请求消息使用的格式为可扩展标记语言XML或Java脚本对象符号JSON。
7.根据权利要求5所述的方法,其特征在于:
所述服务器返回拒绝邀请响应消息之前,按以下方式生成所述拒绝邀请响应消息;
根据HTTP表示“无内容No Content”的响应符,生成消息头;
根据所述消息头生成拒绝邀请响应消息。
8.一种基于电信网络域提供的表象化状态转变REST应用编程接口API聊天会话接受邀请的***,包括:
客户端中的消息生成装置,用于生成接受邀请请求消息;
客户端中的消息发送装置,用于向服务器发送所述接受邀请请求消息;
服务器中的消息处理装置,用于在收到接受邀请请求消息后,进行解析,建立聊天会话;
服务器中的消息生成装置,用于生成接受邀请响应消息;
服务器中的消息发送装置,用于向所述客户端返回接受邀请响应消息;
所述客户端中的消息生成装置又包括:
消息头生成子装置,用于以HTTP的布置POST动作或设定PUT动作为使用的动作,以终端参与者的聊天会话邀请反馈为使用的资源,生成消息头,其中,标示所述资源的资源URL中包含终端参与者用户标示符和/或聊天会话邀请标示符;
消息体生成子装置,用于设定接受邀请为是,并根据接受邀请用户的信息生成邀请反馈的数据结构,作为消息体;
消息生成子装置,用于根据所述消息头和消息体生成接受邀请请求消息。
9.根据权利要求8所述的***,其特征在于:
所述服务器中的消息生成装置又包括:
消息头生成子装置,用于根据HTTP表示“无内容No Content”的响应符,生成消息头;
消息生成子装置,用于根据所述消息头生成接受邀请响应消息。
10.一种基于电信网络域提供的表象化状态转变REST应用编程接口API聊天会话拒绝邀请的***,包括:
客户端中的消息生成装置,用于生成拒绝邀请请求消息;
客户端中的消息发送装置,用于向服务器发送所述拒绝邀请请求消息;
服务器中的消息生成装置,用于在收到拒绝邀请请求消息后,生成拒绝邀请响应消息;
服务器中的消息发送装置,用于向所述客户端返回拒绝邀请响应消息;
所述客户端中的消息生成装置又包括:
消息头生成子装置,用于以HTTP的布置POST动作或设定PUT动作为使用的动作,以终端参与者的聊天会话邀请反馈为使用的资源,生成消息头,其中,标示所述资源的资源URL中包含终端参与者用户标示符和/或聊天会话邀请标示符;
消息体生成子装置,用于设定接受邀请为是,并根据接受邀请用户的信息生成邀请反馈的数据结构,作为消息体;
消息生成子装置,用于根据所述消息头和消息体生成接受邀请请求消息。
11.根据权利要求10所述的***,其特征在于:
所述服务器中的消息生成装置又包括:
消息头生成子装置,用于根据HTTP表示“无内容No Content”的响应符,生成消息头;
消息生成子装置,用于根据所述消息头生成拒绝邀请响应消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010552604.9A CN102469148B (zh) | 2010-11-19 | 2010-11-19 | 聊天会话接受邀请和拒绝邀请的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010552604.9A CN102469148B (zh) | 2010-11-19 | 2010-11-19 | 聊天会话接受邀请和拒绝邀请的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102469148A CN102469148A (zh) | 2012-05-23 |
CN102469148B true CN102469148B (zh) | 2015-10-28 |
Family
ID=46072311
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010552604.9A Active CN102469148B (zh) | 2010-11-19 | 2010-11-19 | 聊天会话接受邀请和拒绝邀请的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102469148B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105490986A (zh) * | 2014-09-15 | 2016-04-13 | 阿尔卡特朗讯 | 一种通过rest api开放ims核心能力的方法与设备 |
CN106686748B (zh) * | 2015-11-05 | 2020-08-07 | 泰康保险集团股份有限公司 | 多终端设备通信的控制方法、终端设备及服务器 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009124223A1 (en) * | 2008-04-02 | 2009-10-08 | Twilio Inc. | System and method for processing telephony sessions |
CN101615179A (zh) * | 2008-06-25 | 2009-12-30 | 国际商业机器公司 | 用于Web应用的跨域交互的方法和*** |
CN101686247A (zh) * | 2008-09-26 | 2010-03-31 | 华为技术有限公司 | 信息处理方法和*** |
-
2010
- 2010-11-19 CN CN201010552604.9A patent/CN102469148B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009124223A1 (en) * | 2008-04-02 | 2009-10-08 | Twilio Inc. | System and method for processing telephony sessions |
CN101615179A (zh) * | 2008-06-25 | 2009-12-30 | 国际商业机器公司 | 用于Web应用的跨域交互的方法和*** |
CN101686247A (zh) * | 2008-09-26 | 2010-03-31 | 华为技术有限公司 | 信息处理方法和*** |
Non-Patent Citations (1)
Title |
---|
WIMS 2.0: Converging IMS and Web 2.0. Designing REST APIs for the exposure of session-based IMS capabilities;David Lozano等;《The Second International Conference on Next Generation Mobile Applications, Services, and Technologies》;20080919;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN102469148A (zh) | 2012-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Belqasmi et al. | RESTful web services for service provisioning in next-generation networks: a survey | |
US7505482B2 (en) | Application services infrastructure for next generation networks | |
CN102469042B (zh) | 聊天会话发送输出消息和获取输出消息的方法及*** | |
CN102144380B (zh) | 端对端地址转移 | |
Sunaga et al. | Service delivery platform architecture for the next-generation network | |
US9571563B2 (en) | Handling a shared data object in a communication network | |
CN102469041B (zh) | 聊天会话启动和获取会话列表的方法及*** | |
CN102137107A (zh) | 一种实现机顶盒订阅用户状态的方法及*** | |
CN102469148B (zh) | 聊天会话接受邀请和拒绝邀请的方法及*** | |
CN102469136B (zh) | 一种聊天会话增加参与者和获取参与者列表的方法及*** | |
US20130091287A1 (en) | System for contact subscription invitations in a cross-domain converged address book system | |
CN102469135B (zh) | 结束文件传输会话和获取文件传输会话信息的方法及*** | |
CN102469139B (zh) | 一种结束聊天会话和获取聊天会话信息的方法及*** | |
CN102469090B (zh) | 启动文件传输会话和获取文件传输会话列表的方法及*** | |
Banerjee et al. | Telecom mashups: enabling web 2.0 for telecom services | |
CN102469137B (zh) | 一种接受文件传输邀请和拒绝文件传输邀请的方法及*** | |
CN102469147B (zh) | 聊天会话获取输入消息和删除输入消息的方法及*** | |
CN102469138B (zh) | 一种接收和删除输入文件的方法及*** | |
Blum et al. | Service creation & delivery for SME based on SOA/IMS | |
Cho et al. | The IMS/SDP structure and implementation of presence service | |
Yoon et al. | Convergence service implementation based on service delivery platform and research issues | |
Cho et al. | An implementation of the SDP using common service enablers | |
CN101686237B (zh) | 向用户提供用户的设备参与的会话的方法和装置 | |
Moro et al. | Wims 2.0: enabling telecom networks assets in the future internet of services | |
Sheng et al. | Personalized service creation and provision for the mobile web |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |