一种呼叫消息的处理方法及装置与流程

文档序号:19924225发布日期:2020-02-14 16:44阅读:200来源:国知局
一种呼叫消息的处理方法及装置与流程

本发明涉及通信领域,具体涉及一种呼叫消息的处理方法及装置。



背景技术:

webrtc(webreal-timecommunication,网页实时通信)技术为一种在浏览器中支持webrtc客户端之间进行实时视频和音频通信的技术,当多个webrtc客户端通过webserver(网络服务器)的网页登录到同一个webrtcserver(web实时通信服务器)并保持登陆状态时,webrtcserver可根据任一webrtc客户端对其他处于登陆状态的webrtc客户端发起的会话请求,并建立该webrtc客户端与其他webrtc客户端之间的视频/语音会话。

由此可知,现有技术中webrtc客户端只能通过webrtcserver向其他处于登陆状态的webrtc客户端发起的会话请求,当被发起会话请求的webrtc客户端处于非登录状态时,webrtcserver由于不能查找到被发起会话请求的webrtc客户端,因而不能建立该发起请求的webrtc客户端与被发起会话请求的webrtc客户端之间的会话,所以发起请求的webrtc客户端将无法通过webrtcserver与之建立会话。



技术实现要素:

为了消除或者减轻至少一个上述技术缺陷,本申请实施例第一方面提供的一种呼叫消息的处理方法,包括:

接收主叫客户端的第一会话请求,所述第一会话请求携带被叫客户端标识;

获取所述被叫客户端标识;

发送登陆指示信息至所述被叫客户端标识对应的所述被叫客户端,所述登陆指示信息用于指示所述被叫客户端根据所述登陆指示信息登录到网页实时通信webrtc服务器,以建立所述主叫客户端与所述被叫客户端之间的会话。

结合第一方面,在第一种可能的实现方式中,发送登陆指示信息至所述被叫客户端标识对应的被叫客户端包括:

获取所述被叫客户端标识所对应的所述被叫客户端互联网协议ip地址;

生成所述登陆指示信息;

发送所述登陆指示信息至所述被叫客户端ip地址对应的被叫客户端。

结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,获取所述被叫客户端标识所对应的所述被叫客户端互联网协议ip地址包括:

发送携带所述被叫客户端标识的地址查找消息至地址转换网元;

接收所述地址转换网元反馈的所述被叫客户端ip地址。

结合第一方面,在第三种可能的实现方式中,获取所述被叫客户端标识之后,发送登陆指示信息至所述被叫客户端标识对应的所述被叫客户端之前,还包括:

发送webrtc能力查询消息至所述被叫客户端标识对应的所述被叫客户端;

接收所述被叫客户端发送的webrtc能力响应信息,所述webrtc能力响应信息为所述被叫客户端确认所述被叫客户端具有webrtc能力后生成的;

或者,

发送所述webrtc能力查询消息至所述被叫客户端标识对应的所述被叫客户端;

当未在规定时间内接收到所述被叫客户端发送的所述webrtc能力响应信息时,不发送所述登陆指示信息至所述被叫客户端标识对应的所述被叫客户端。

结合第一方面,在第四种可能的实现方式中,获取所述被叫客户端标识之后,发送登陆指示信息至所述被叫客户端标识对应的所述被叫客户端之前,还包括:

发送被叫客户端webrtc能力查询指令至能力查询网元,所述被叫客户端webrtc能力查询指令携带所述被叫客户端标识;

接收所述能力查询网元发送的webrtc能力确认信息,所述webrtc能力确认信息是所述能力查询网元执行所述被叫客户端webrtc能力查询指令查询出所述被叫客户端具有所述webrtc能力后生成的;

或者,

发送所述被叫客户端webrtc能力查询指令至所述能力查询网元;

当在规定时间内未接收到所述能力查询网元发送的所述webrtc能力确认信息时,不发送所述登陆指示信息至所述被叫客户端标识对应的所述被叫客户端。

结合第一方面,在第五种可能的实现方式中,发送登陆指示信息至所述被叫客户端标识对应的所述被叫客户端包括:

发送推送请求至推送服务器,所述推送请求包括所述登陆指示信息,所述推送请求用于使所述推送服务器将所述登陆指示信息推送至所述被叫客户端标识所对应的所述被叫客户端。

结合第一方面或者第一方面的第一种可能的实现方式或者第一方面的第三种可能的实现方式或者第一方面的第四种可能的实现方式或者第一方面的第五种可能的实现方式,在第六种可能的实现方式中,所述登陆指示信息还包括登陆方式信息以及所述webrtc服务器的统一资源定位符url信息中一种或两种,所述登陆方式信息用于指示所述被叫客户端根据所述登陆方式信息登陆到所述webrtc服务器,所述url信息指示所述被叫客户端登录到所述url信息对应的所述webrtc服务器。

结合第一方面至第一方面的第六种可能的实现方式中任一所述,在第七种可能的实现方式中,发送登陆指示信息至所述被叫客户端标识对应的所述被叫客户端之后,还包括:

检测到所述被叫客户端登陆到所述webrtc服务器时,发送第二会话请求给所述被叫客户端;

接收到所述被叫客户端响应所述第二会话请求的会话响应后,转发所述会话响应至所述主叫客户端,建立所述被叫客户端与所述主叫客户端之间的会话。

第二方面,本发明实施例提供了一种呼叫消息的处理方法,包括:

接收呼叫消息处理设备发送的登陆指示信息,所述呼叫消息处理设备包括网页实时通信webrtc服务器和互通网关中任一种;

根据所述登陆指示信息登录到所述webrtc服务器,以建立主叫客户端与被叫客户端之间的会话。

结合第二方面,在第一种可能的实现方式中,接收登陆指示信息之前,还包括:

接收所述呼叫消息处理设备发送的webrtc能力查询消息;

确认所述被叫客户端是否具有所述webrtc能力;

若确认出所述被叫客户端具有所述webrtc能力,则发送webrtc能力响应信息给所述呼叫消息处理设备;或者,

若确认出所述被叫客户端不具有所述webrtc能力,则不发送所述webrtc能力响应信息至所述呼叫消息处理设备。

结合第二方面,在第二种可能的实现方式中,接收登陆指示信息之前,还包括:

接收登陆能力查询网元发送的webrtc能力查询消息;

确认所述被叫客户端是否具有所述webrtc能力;

若确认出所述被叫客户端具有所述webrtc能力,则发送webrtc能力响应信息至所述登陆能力查询网元,使所述登陆能力查询网元根据所述webrtc能力响应信息发送webrtc能力确认信息给所述呼叫消息处理设备;或者,

若确认出所述被叫客户端不具有所述webrtc能力,则不发送所述webrtc能力响应信息至所述登陆能力查询网元。

结合第二方面,在第三种可能的实现方式中,所述登陆指示信息还包括登陆方式信息,根据所述登陆指示信息登录到所述webrtc服务器包括:

获取所述登陆指示信息中包含的所述登陆方式信息;

根据所述登陆方式信息登录到所述webrtc服务器。

结合第二方面,在第四种可能的实现方式中,所述登陆指示信息还包括所述webrtc服务器的统一资源定位符url信息,根据所述登陆指示信息登录到网页实时通信webrtc服务器包括:

获取所述登陆指示信息中包含的所述url信息;

登录到所述url信息对应的所述webrtc服务器。

结合第二方面至第二方面的第四种可能的实现方式,在第五种可能的实现方式中,根据所述登陆指示信息登录到所述webrtc服务器之后,还包括:

接收所述webrtc服务器发送的会话请求,所述会话请求用于主叫客户端请求与所述被叫客户端建立会话;

根据所述会话请求发送会话响应至所述webrtc服务器,使所述webrtc服务器转发所述会话响应至所述主叫客户端,并建立所述被叫客户端与所述主叫客户端之间的会话。

第三方面,本发明实施例提供了一种呼叫消息处理设备,包括:

接收模块,用于接收主叫客户端的第一会话请求,所述第一会话请求携带被叫客户端标识;

获取模块,用于获取所述被叫客户端标识;

发送模块,用于发送登陆指示信息至所述被叫客户端标识对应的所述被叫客户端,所述登陆指示信息用于指示所述被叫客户端根据所述登陆指示信息登录到网页实时通信webrtc服务器,以建立所述主叫客户端与所述被叫客户端之间的会话。

结合第三方面,在第一种可能的实现方式中,所述发送模块包括:

获取子模块,用于获取所述被叫客户端标识所对应的所述被叫客户端互联网协议ip地址;

生成子模块,用于生成所述登陆指示信息;

发送子模块,用于发送所述登陆指示信息至所述被叫客户端ip地址对应的被叫客户端。

结合第三方面的第一种可能的实现方式,在第二种可能的实现方式中,所述获取子模块包括:

发送单元,用于发送携带所述被叫客户端标识的地址查找消息至地址转换网元;

接收单元,用于接收所述地址转换网元反馈的所述被叫客户端ip地址。

结合第三方面,在第三种可能的实现方式中,

所述发送模块,还用于发送webrtc能力查询消息至所述被叫客户端标识对应的所述被叫客户端;

所述接收模块,还用于接收所述被叫客户端发送的webrtc能力响应信息,所述webrtc能力响应信息为所述被叫客户端确认所述被叫客户端具有webrtc能力后生成的;

或者,

所述发送模块,还用于发送所述webrtc能力查询消息至所述被叫客户端标识对应的所述被叫客户端;

所述接收模块,还用于未在规定时间内接收到所述被叫客户端发送的所述webrtc能力响应信息时,生成第一终止提示消息并发送至所述发送模块;

所述发送模块,还用于所述接收模块发送的所述第一终止提示消息后,不发送所述发送登陆指示信息至所述被叫客户端标识对应的所述被叫客户端。

结合第三方面,在第三种可能的实现方式中,在第四种可能的实现方式中,

所述发送模块,还用于发送被叫客户端webrtc能力查询指令至能力查询网元,所述被叫客户端webrtc能力查询指令携带所述被叫客户端标识;

所述接收模块,还用于接收所述能力查询网元发送的webrtc能力确认信息,所述webrtc能力确认信息是所述能力查询网元执行所述被叫客户端webrtc能力查询指令查询出所述被叫客户端具有所述webrtc能力后生成的;

或者,

所述发送模块,还用于发送所述被叫客户端webrtc能力查询指令至所述能力查询网元;

所述接收模块,还用于未在规定时间内接收到所述能力查询网元发送的所述webrtc能力确认信息时,生成第二终止提示消息并发送至所述发送模块;

所述发送模块,还用于接收到所述接收模块发送的所述第二终止提示消息后,不发送所述登陆指示信息至所述被叫客户端标识对应的所述被叫客户端。

结合第三方面,在第五种可能的实现方式中,

所述发送模块,还用于发送推送请求至推送服务器,所述推送请求包括所述登陆指示信息,所述推送请求用于使所述推送服务器将所述登陆指示信息推送至所述被叫客户端标识所对应的所述被叫客户端。

结合第三方面或者第三方面的第一种可能的实现方式或者第三方面的第三种可能的实现方式或者第三方面的第四种可能的实现方式或者第三方面的第五种可能的实现方式,在第六种可能的实现方式中,所述登陆指示信息还包括登陆方式信息以及所述webrtc服务器的统一资源定位符url信息中一种或两种,所述登陆方式信息用于指示所述被叫客户端根据所述登陆方式信息登陆到所述webrtc服务器,所述url信息指示所述被叫客户端登录到所述url信息对应的所述webrtc服务器。

结合第三方面至第三方面的第六种可能的实现方式中任一所述,在第七种可能的实现方式中,

所述发送模块,还用于检测到所述被叫客户端登陆到所述webrtc服务器时,发送第二会话请求给所述被叫客户端;

所述接收模块,还用于接收到所述被叫客户端响应所述第二会话请求的会话响应后,转发所述会话响应至所述主叫客户端,建立所述被叫客户端与所述主叫客户端之间的会话。

第四方面,本发明实施例提供了一种被叫客户端,包括:

接收模块,用于接收呼叫消息处理设备发送的登陆指示信息,所述呼叫消息处理设备包括网页实时通信webrtc服务器或互通网关中任一种;

登录模块,用于根据所述登陆指示信息登录到所述webrtc服务器,以建立主叫客户端与被叫客户端之间的会话。

结合第四方面,在第一种可能的实现方式中,

所述接收模块,还用于接收所述呼叫消息处理设备的webrtc能力查询消息;

还包括:

第一确认模块,用于确认所述被叫客户端是否具有所述webrtc能力;还用于确认出所述被叫客户端具有所述webrtc能力时,发送webrtc能力响应信息给所述呼叫消息处理设备;还用于确认出所述被叫客户端不具有所述webrtc能力,不发送所述webrtc能力响应信息至所述呼叫消息处理设备。

结合第四方面,在第二种可能的实现方式中,

所述接收模块,还用于接收登陆能力查询网元发送的webrtc能力查询消息;

还包括:

第二确认模块,用于确认所述被叫客户端是否具有所述webrtc能力;还用于确认出所述被叫客户端具有所述webrtc能力时,发送webrtc能力响应信息至所述登陆能力查询网元,使所述登陆能力查询网元根据所述webrtc能力响应信息发送webrtc能力确认信息给所述呼叫消息处理设备;还用于确认出所述被叫客户端不具有所述webrtc能力时,不发送所述webrtc能力响应信息至所述登陆能力查询网元。

结合第四方面,在第三种可能的实现方式中,所述登陆指示信息还包括登陆方式信息,所述登陆模块包括:

第一获取单元,用于获取所述登陆指示信息中包含的所述登陆方式信息;

第一登陆单元,用于根据所述登陆方式信息登录到所述webrtc服务器。

结合第四方面,在第四种可能的实现方式中,所述登陆指示信息还包括所述webrtc服务器的统一资源定位符url信息,所述登录模块包括:

第二获取单元,用于获取所述登陆指示信息中包含的所述url信息;

第二登陆单元,用于登录到所述url信息对应的所述webrtc服务器。

结合第四方面至第四方面的第四种可能的实现方式,在第五种可能的实现方式中,

所述接收模块,还用于接收所述webrtc服务器发送的会话请求,所述会话请求用于主叫客户端请求与所述被叫客户端建立会话;

还包括:

响应模块,用于根据所述会话请求发送会话响应至所述webrtc服务器,使所述webrtc服务器转发所述会话响应至所述主叫客户端,并建立所述被叫客户端与所述主叫客户端之间的会话。

本发明实施例处理主叫客户端的第一会话请求时,可通过发送登陆指示信息至第一会话请求所请求的被叫客户端,使被叫客户端登陆到网页实时通信webrtc服务器,以建立主叫客户端与被叫客户端之间的会话,本发明实施例实现了被发起会话请求的被叫客户端处于非登录到webrtc服务器状态情况下,支持主叫客户端与之建立会话,主叫客户端可以随时随地呼叫被叫端,从而提高用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种呼叫消息的处理方法的流程图;

图2为本发明实施例提供的另一种呼叫消息的处理方法的流程图;

图3a为本发明第一实施例提供的一种呼叫消息处理装置的结构组成图;

图3b为本发明第二实施例提供的一种呼叫消息处理装置的结构组成图;

图3c为本发明第三实施例提供的一种呼叫消息处理装置的结构组成图;

图4a为本发明第一实施例提供的一种被叫客户端的结构组成图;

图4b为本发明第二实施例提供的一种被叫客户端的结构组成图;

图4c为本发明第三实施例提供的一种被叫客户端的结构组成图;

图4d为本发明第四实施例提供的一种被叫客户端的结构组成图;

图4e为本发明第五实施例提供的一种被叫客户端的结构组成图;

图4f为本发明第六实施例提供的一种被叫客户端的结构组成图;

图5为本发明第一实施例提供的一种呼叫系统的流程示意图;

图6为本发明第二实施例提供的一种呼叫系统的流程示意图;

图7为本发明第三实施例提供的一种呼叫系统的流程示意图;

图8为本发明第四实施例提供的一种呼叫系统的流程示意图;

图9为本发明实施例提供的另一种呼叫消息处理装置的结构组成图;

图10为本发明实施例提供的另一种被叫客户端的结构组成图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

请参见图1,图1为本发明实施例提供的一种呼叫消息的处理方法流程图,本方法用于被请求建立会话的被叫(也称之为terminatingcall)客户端(如,用户设备ue)处于未登录到webrtc服务器状态下,建立主叫(也称之为originatingcall)客户端与被叫客户端之间的会话;其中,图1所示的呼叫的处理方法是从一呼叫消息处理装置的角度进行描述的。本发明实施例中,呼叫消息处理装置可以为前述的webrtc服务器,也可以为一种互通网关。如图1所示,本实施例提供的呼叫消息的处理方法包括:

步骤s110、接收主叫客户端的第一会话请求。本发明实施例中,第一会话请求携带被叫客户端标识,第一会话请求为主叫客户端请求与被叫客户端标识所对应的被叫客户端建立会话连接。本发明实施例中,处理主叫客户端的第一会话请求的主体是呼叫消息处理装置,其可以为webrtc服务器,也可以为一种互通网关。本发明实施例中,主叫客户端首先以一定的方式登陆到webrtc服务器,再向webrtc服务器发送第一会话请求,以实现与处于非登陆状态的被叫客户端建立会话,其中,本发明实施例所提及的非登陆状态为客户端未登录到本发明实施例所采用的webrtc服务器的状态。当实施本发明实施例、处理第一会话请求的呼叫消息处理装置为webrtc服务器时,第一会话请求是webrtc服务器从主叫客户端接收到的;当实施本发明实施例、处理第一会话请求的呼叫消息处理装置为互通网关时,第一会话请求是主叫客户端发送给webrtc服务器,再经webrtc服务器转发给互通网关的。另外,本发明实施例对主叫客户端登陆到webrtc服务器的方式不做限制,对webrtc服务器转发第一会话请求给互通网关的发送方式不做限制。

步骤s111、获取被叫客户端标识。当执行本步骤的呼叫消息处理装置为webrtc服务器时,webrtc服务器从第一会话请求中获取被叫客户端标识;当执行本步骤的呼叫消息处理装置为互通网关时,互通网关从第一会话请求中获取被叫客户端标识。

步骤s112、发送登陆指示信息至被叫客户端标识对应的被叫客户端。其中,登陆指示信息用于指示被叫客户端根据登陆指示信息登录到网页实时通信webrtc服务器,以建立主叫客户端与被叫客户端之间的会话。

本发明实施例中,主叫客户端与被叫客户端均为可以以一定的方式登陆到webrtc服务器的客户端,其中客户端标识可以为区分作用的通用标识,如客户端的msisdn(mobilestationinternationalisdnnumber,移动台国际isdn号码)、客户端的url(uniformresourcelocator,通用资源定位器)、客户端的uri(uniformresourceidentifier,通用资源标识符)等,也可以为定制的非通用标识。

作为一种可选的实施方式,当有客户端登陆到webrtc服务器时,webrtc服务器会为该客户端分配临时标识peerid,该临时标识peerid用于webrtc服务器在登陆状态客户端之间转发会话消息并根据临时标识识别客户端,故,主叫客户端登录到webrtc服务器后,存在主叫客户端临时标识,而被叫客户端未登录到webrtc服务器时,将不存在被叫客户端临时标识,那么,当webrtc服务器检测到接收到的第一会话请求中不含有被叫客户端临时标识时,webrtc服务器可以直接作为呼叫消息处理装置,通过实施本发明实施例的方法使被叫客户端登录到webrtc服务器,也可以转发第一会话请求给互通网关,使互通网关作为呼叫消息处理装置,通过实施本发明实施例的方法使被叫客户端登录到webrtc服务器。

本发明实施例中,互通网关为一种具有消息分析、通知能力的网关,其可实现接收webrtc服务器发送的消息,并发送登陆指示信息给被叫客户端,使被叫客户端登陆到webrtc服务器,以支持webrtc服务器建立主叫客户端与被叫客户端之间的会话。

作为一种可选的实施方式,呼叫消息处理装置可以通过smsc(shortmessageservicecenter,短消息业务中心)将登陆指示信息以短消息的形式发送至被叫客户端。

作为一种可选的实施方式,呼叫消息处理装置也可以以ip地址包的形式将登陆指示信息发送至被叫客户端:

获取被叫客户端标识所对应的被叫客户端互联网协议ip地址;

生成登陆指示信息;

发送登陆指示信息至被叫客户端ip地址对应的被叫客户端。

作为一种可选的实施方式,当呼叫消息处理装置以ip地址包的形式将登陆指示信息发送至被叫客户端时,呼叫消息处理装置需要得知被叫客户端的ip地址,获取被叫客户端ip地址途径可以为从呼叫消息处理装置中保存的信息中获取,还可以从其他服务端获取,例如,可以通过地址转换网元获取到被叫客户端ip地址:

发送携带被叫客户端标识的地址查找消息至地址转换网元;

接收地址转换网元反馈的被叫客户端ip地址。

其中,本发明实施例所采用的地址转换网元为一种能够根据客户端标识获取客户端ip地址的通信设备。另外,若本发明实施例中,地址转换网元未能获取到被叫客户端ip地址时,可发送ip地址请求至网关,通过网关获取被叫客户端ip地址并发送给呼叫消息处理装置。

作为一种可选的实施方式,呼叫消息处理装置可进一步地先确认被叫客户端是否能够登陆到webrtc服务器,即确认被叫客户端是否具有webrtc能力,再判断是否执行通知被叫客户端登录到webrtc服务器的操作:

发送webrtc能力查询消息至被叫客户端标识对应的被叫客户端;

接收被叫客户端发送的webrtc能力响应信息,其中,webrtc能力响应信息为被叫客户端确认被叫客户端具有webrtc能力后生成的;或者,

发送webrtc能力查询消息至被叫客户端标识对应的被叫客户端;

当未在规定时间内接收到被叫客户端发送的webrtc能力响应信息时,不发送登陆指示信息至被叫客户端标识对应的被叫客户端。

本发明实施例中,呼叫消息处理装置接收到webrtc能力响应信息,则认为被叫客户端具有webrtc能力,能够以一定的方式登陆到webrtc服务器,反之,若呼叫消息处理装置未能接收到webrtc能力响应信息,则webrtc服务器认为被叫客户端不具有webrtc能力,那么不再继续通知被叫客户端登陆。

作为一种可选的实施方式,呼叫消息处理装置进一步地确认被叫客户端是否具有webrtc能力的操作还可以通过能力查询网元来确认:

发送被叫客户端webrtc能力查询指令至能力查询网元,其中,被叫客户端webrtc能力查询指令携带被叫客户端标识;

接收能力查询网元发送的webrtc能力确认信息,其中,webrtc能力确认信息是能力查询网元执行被叫客户端webrtc能力查询指令查询出被叫客户端具有webrtc能力后生成的;或者,

发送被叫客户端webrtc能力查询指令至能力查询网元;

当在规定时间内未接收到能力查询网元发送的webrtc能力确认信息时,不发送登陆指示信息至被叫客户端标识对应的被叫客户端。

本发明实施例中,呼叫消息处理装置接收到webrtc能力确认信息,则认为被叫客户端具有webrtc能力,能够以一定的方式登陆到webrtc服务器,反之,若呼叫消息处理装置未能接收到webrtc能力确认信息,则webrtc服务器认为被叫客户端不具有webrtc能力,那么不再继续通知被叫客户端登陆。

作为一种可选的实施方式,呼叫消息处理装置还可以通过推送服务器将登陆指示信息发送给被叫客户端标识对应的被叫客户端:

发送推送请求至推送服务器,其中,推送请求包括登陆指示信息,推送请求用于使推送服务器将登陆指示信息推送至被叫客户端标识所对应的被叫客户端。本发明实施例所采用的推送服务器可以通过smsc(shortmessageservicecenter,短消息业务中心)将登陆指示信息以短消息的形式发送至被叫客户端,也可以以ip地址包的形式将登陆指示信息推送至被叫客户端ip地址对应的被叫客户端。

作为一种可选的实施方式,本发明实施例中呼叫消息处理装置生成的登陆指示信息还可以包括登陆方式信息,该登陆方式信息用于指示被叫客户端以哪一种标识对应方式登陆到webrtc服务器。登陆方式信息可以为msisdn标识登陆信息、url标识登陆信息以及uri标识登录信息等等,当登陆指示信息包括msisdn标识登陆信息时,被叫客户端应以msisdn标识所对应方式登陆到webrtc服务器,当登陆指示信息包括url标识登陆信息时,被叫客户端应以url标识所对应方式登陆到webrtc服务器,当登陆指示信息包括uri标识登陆信息时,被叫客户端应以uri标识所对应方式登陆到webrtc服务器。登陆指示信息中包含的登录方式信息通常与第一会话请求中包含的被叫客户端标识信息相同,或者,若主叫客户端在第一会话请求中指定了被叫客户端的登陆方式,则呼叫消息处理装置将主叫客户端指定的登陆方式作为登陆方式信息并发送给被叫客户端。

作为一种可选的实施方式,本发明实施例中呼叫消息处理装置生成的登陆指示信息还可以包括webrtc服务器的url(统一资源定位符)信息,该url信息指示被叫客户端登录到url信息对应的webrtc服务器。在登陆指示信息中添加url信息可使被叫客户端准确登陆到主叫客户端所登陆到的webrtc服务器。

作为一种可选的实施方式,本发明实施例中呼叫消息处理装置生成的登陆指示信息还可以包括网页url,被叫客户端可以下载该网页url所对应的网页,再通过该网页登录到前述url信息对应的webrtc服务器。

作为一种可选的实施方式,本发明实施例中,webrtc服务器在检测到主叫客户端登陆时,会为主叫客户端分配主叫客户端临时标识,并且将主叫客户端临时标识与主叫客户端标识、主叫客户端ip地址对应起来:

webrtc服务器检测到主叫客户端登陆到webrtc服务器后,为主叫客户端分配主叫客户端临时标识;

webrtc服务器将主叫客户端ip地址、以及主叫客户端临时标识与主叫客户端标识绑定。

相应地,作为一种可选的实施方式,被叫客户端根据呼叫消息处理装置发送的登陆指示信息登陆到webrtc服务器之后,当webrtc服务器检测到被叫客户端登陆到webrtc服务器时,将发送第二会话请求给被叫客户端。其中,第二会话请求用于表示主叫客户端请求与被叫客户端建立会话;被叫客户端响应第二会话请求、发送会话响应给webrtc服务器后,webrtc服务器接收到被叫客户端响应第二会话请求的会话响应后,转发会话响应至主叫客户端,建立被叫客户端与主叫客户端之间的会话。

作为一种可选的实施方式,相应地,当webrtc服务器检测到被叫客户端登录时,发送第二会话请求给所述被叫客户端包括:

webrtc服务器检测到被叫客户端登陆到webrtc服务器后,为被叫客户端分配被叫客户端临时标识;

webrtc服务器将被叫客户端临时标识、被叫客户端ip地址与被叫客户端标识绑定;

webrtc服务器发送第二会话请求给被叫客户端,第二会话请求中包含主叫客户端临时标识、主叫客户端ip地址、被叫客户端临时标识以及被叫客户端ip地址。其中,主叫客户端临时标识、被叫客户端临时标识可以为第二会话请求的消息头内容,主叫客户端ip地址以及被叫客户端ip地址可以为第二会话请求的消息体内容。

作为一种可选的实施方式,当被叫客户端登陆到webrtc服务器并确认与主叫客户端建立会话后,会生成用于响应第二会话请求的会话响应并发送给webrtc服务器,webrtc服务器接收到会话响应后,可将该会话响应转发给主叫客户端,以建立所述被叫客户端与所述主叫客户端之间的会话:

webrtc服务器接收被叫客户端发送的用于响应第二会话请求的会话响应,其中,会话响应中包含主叫客户端临时标识、主叫客户端ip地址、被叫客户端临时标识以及被叫客户端ip地址;

webrtc服务器转发会话响应至主叫客户端临时标识所对应的主叫客户端,建立被叫客户端与主叫客户端之间的会话。

本发明实施例处理主叫客户端的第一会话请求时,通过发送登陆指示信息至第一会话请求所请求的被叫客户端,使被叫客户端登陆到网页实时通信webrtc服务器,以建立主叫客户端与被叫客户端之间的会话,本发明实施例所能支持的呼叫业务不需要主叫客户端与被叫客户端同时保持登陆状态,被发起会话请求的被叫客户端处于非登录状态情况下,主叫客户端可以通过本发明实施例的方法与之建立会话,提高了呼叫处理的效率,使主叫客户端能够随时随地呼叫被叫端,提高了用户体验。

请参见图2,图2为本发明实施例提供的另一种呼叫消息的处理方法流程图,本方法可实现处于非登陆状态的被叫客户端根据登陆指示信息与主叫客户端建立会话;其中,图2所示的呼叫的处理方法是从一被叫客户端的角度进行描述的。如图2所示,本实施例提供的呼叫消息的处理方法包括:

步骤s210、接收呼叫消息处理设备发送的登陆指示信息,其中,呼叫消息处理设备包括网页实时通信webrtc服务器和互通网关中任一种;

步骤s211、根据登陆指示信息登录到webrtc服务器,以建立主叫客户端与被叫客户端之间的会话。

本发明实施例中,发送登陆指示信息的发送方可以为webrtc服务器、互通网关等呼叫消息处理设备,还可以是具有转发能力的推送服务器、smsc等通信设备,本发明实施例对发送登陆指示信息的发送方不加以限制。

作为一种可选的实施方式,登陆指示信息可以为一种smsc短消息,那么本发明实施例的被叫客户端将读取短消息形式的登陆指示信息,并根据登陆指示信息登陆到webrtc服务器;登陆指示信息还可以为一种ip地址包,那么本发明实施例的被叫客户端将读取ip地址包形式的登陆指示信息,并根据登陆指示信息登陆到webrtc服务器,本发明实施例对于登陆指示信息的形式不加以限制。

作为一种可选的实施方式,欲发送登陆指示信息的通信设备在发送登陆指示信息之前,通常会确认被叫客户端是否能够登陆到webrtc服务器,即确认被叫客户端是否具有webrtc能力,被叫客户端可进行确认并发送其是否具有webrtc能力:

接收呼叫消息处理设备发送的webrtc能力查询消息;

确认被叫客户端是否具有webrtc能力;

若确认出被叫客户端具有webrtc能力,则发送webrtc能力响应信息给呼叫消息处理设备;或者,

若确认出被叫客户端不具有webrtc能力,则不发送webrtc能力响应信息至呼叫消息处理设备。

本发明实施例中,被叫客户端生成webrtc能力响应信息代表被叫客户端具有webrtc能力,能够以一定的方式登陆到webrtc服务器,反之,若被叫客户端不生成webrtc能力响应信息,则代表被叫客户端不具有webrtc能力,不能够以一定的方式登陆到webrtc服务器。

作为一种可选的实施方式,确认被叫客户端是否能够登陆到webrtc服务器的确认方还可以为登陆能力查询网元:

接收登陆能力查询网元发送的webrtc能力查询消息;

确认被叫客户端是否具有webrtc能力;

若确认出被叫客户端具有webrtc能力,则发送webrtc能力响应信息至登陆能力查询网元,使登陆能力查询网元根据webrtc能力响应信息发送webrtc能力确认信息给呼叫消息处理设备;或者,

若确认出被叫客户端不具有webrtc能力,则不发送webrtc能力响应信息至登陆能力查询网元。

本发明实施例中,被叫客户端发送webrtc能力响应信息代表被叫客户端具有webrtc能力,能够以一定的方式登陆到webrtc服务器,反之,若被叫客户端不发送webrtc能力响应信息,则代表被叫客户端不具有webrtc能力,不能够以一定的方式登陆到webrtc服务器。

作为一种可选的实施方式,本发明实施例中登陆指示信息还可以包括登陆方式信息,该登陆方式信息用于指示被叫客户端以哪一种标识对应方式登陆到webrtc服务器:

获取登陆指示信息中包含的登陆方式信息;

根据登陆方式信息登录到webrtc服务器。

本发明实施例中,登陆方式信息可以为msisdn标识登陆信息、url标识登陆信息以及uri标识登录信息等等,当登陆指示信息包括msisdn标识登陆信息时,被叫客户端应以msisdn标识所对应方式登陆到webrtc服务器,当登陆指示信息包括url标识登陆信息时,被叫客户端应以url标识所对应方式登陆到webrtc服务器,当登陆指示信息包括uri标识登陆信息时,被叫客户端应以uri标识所对应方式登陆到webrtc服务器。

作为一种可选的实施方式,本发明实施例中登陆指示信息还可以包括webrtc服务器的统一资源定位符url信息,该url信息指示被叫客户端登录到url信息对应的webrtc服务器:

获取登陆指示信息中包含的url信息;

登录到url信息对应的webrtc服务器。登陆指示信息中包含的url信息可使被叫客户端准确登陆到主叫客户端所登陆到的webrtc服务器。

作为一种可选的实施方式,本发明实施例中登陆指示信息还可以包括网页url,被叫客户端可以下载该网页url所对应的网页,再通过该网页登录到前述url信息对应的webrtc服务器。

作为一种可选的实施方式,被叫客户端登陆到webrtc服务器后,可接收到webrtc服务器发送的会话请求,其中,会话请求代表主叫客户端请求与被叫客户端建立会话,其中包含主叫客户端临时标识、主叫客户端ip地址、被叫客户端临时标识以及被叫客户端ip地址,被叫客户端根据会话请求发送会话响应至webrtc服务器包括:

被叫客户端根据会话请求确定是否与主叫客户端建立会话;

若被叫客户端确认与主叫客户端建立会话,则被叫客户端发送会话响应至webrtc服务器,使webrtc服务器转发会话响应至主叫客户端,并建立被叫客户端与主叫客户端之间的会话,会话响应包含主叫客户端临时标识、主叫客户端ip地址、被叫客户端临时标识以及被叫客户端ip地址。其中,主叫客户端临时标识、被叫客户端临时标识可以为会话响应的消息头内容,主叫客户端ip地址以及被叫客户端ip地址可以为会话响应的消息体内容。

本发明实施例的方法中,被叫客户端接收到登陆指示信息后,根据登陆指示信息登陆到webrtc服务器,再根据webrtc服务器发送的会话请求确认是否与主叫客户端建立会话。本发明实施例处理呼叫业务时不需要主叫客户端与被叫客户端同时保持登陆状态,主叫客户端的呼叫对象可以为处于非登陆状态的被叫客户端,提高了呼叫处理的效率,主叫客户端能够随时随地呼叫被叫端,提高了用户体验。

请参见图3a,图3a为本发明第一实施例提供的一种呼叫消息处理装置的结构组成图。如图3a所示,本发明实施例提供的呼叫消息处理装置与图1所示的呼叫消息的处理方法相对应,为基于图1所示的呼叫消息的处理方法的执行主体。具体的实现方式如图3a所示,本实施例提供的呼叫消息处理装置包括接收模块31、获取模块32和发送模块33。

其中,接收模块31,用于接收主叫客户端的第一会话请求。本发明实施例中,第一会话请求携带被叫客户端标识,第一会话请求为主叫客户端请求与被叫客户端标识所对应的被叫客户端建立会话连接。本发明实施例中,处理主叫客户端的第一会话请求的主体是呼叫消息处理装置,其可以为webrtc服务器,也可以为一种互通网关。本发明实施例中,主叫客户端首先以一定的方式登陆到webrtc服务器,再向webrtc服务器发送第一会话请求,以实现与处于非登陆状态的被叫客户端建立会话,其中,本发明实施例所提及的非登陆状态为客户端未登录到本发明实施例所采用的webrtc服务器的状态。当实施本发明实施例、处理第一会话请求的呼叫消息处理装置为webrtc服务器时,第一会话请求是webrtc服务器从主叫客户端接收到的;当实施本发明实施例、处理第一会话请求的呼叫消息处理装置为互通网关时,第一会话请求是主叫客户端发送给webrtc服务器,再经webrtc服务器转发给互通网关的。

获取模块32,用于获取被叫客户端标识。当执行本步骤的呼叫消息处理装置为webrtc服务器时,webrtc服务器从第一会话请求中获取被叫客户端标识;当执行本步骤的呼叫消息处理装置为互通网关时,互通网关从第一会话请求中获取被叫客户端标识。

发送模块33,用于发送登陆指示信息至被叫客户端标识对应的被叫客户端。其中,登陆指示信息用于指示被叫客户端根据登陆指示信息登录到网页实时通信webrtc服务器,以建立主叫客户端与被叫客户端之间的会话。

本发明实施例中,主叫客户端与被叫客户端均为可以以一定的方式登陆到webrtc服务器的客户端,其中客户端标识可以为区分作用的通用标识,如客户端的msisdn(mobilestationinternationalisdnnumber,移动台国际isdn号码)、客户端的url(uniformresourcelocator,通用资源定位器)、客户端的uri(uniformresourceidentifier,通用资源标识符)等,也可以为定制的非通用标识。

作为一种可选的实施方式,呼叫消息处理装置可以通过smsc(shortmessageservicecenter,短消息业务中心)将登陆指示信息以短消息的形式发送至被叫客户端。

作为一种可选的实施方式,可一并参照图3b,发送模块33可一进步通过获取子模块331、生成子模块332和发送子模块333发送登陆指示信息至被叫客户端标识对应的被叫客户端:

获取子模块331,用于获取被叫客户端标识所对应的被叫客户端互联网协议ip地址;

生成子模块332,用于生成登陆指示信息;

发送子模块333,用于发送登陆指示信息至被叫客户端ip地址对应的被叫客户端。

作为一种可选的实施方式,可一并参照图3c,当呼叫消息处理装置以ip地址包的形式将登陆指示信息发送至被叫客户端时,需要得知被叫客户端的ip地址,获取被叫客户端ip地址途径可以为从呼叫消息处理装置中保存的信息中获取,还可以从其他服务端获取,例如,获取子模块331可以通过地址转换网元获取到被叫客户端ip地址:

发送单元3311,用于发送携带被叫客户端标识的地址查找消息至地址转换网元;

接收单元3312,用于接收地址转换网元反馈的被叫客户端ip地址。

其中,本发明实施例所采用的地址转换网元为一种能够根据客户端标识获取客户端ip地址的通信设备。另外,若本发明实施例中,地址转换网元未能获取到被叫客户端ip地址时,可发送ip地址请求至网关,通过网关获取被叫客户端ip地址并反馈给接收单元3312。

作为一种可选的实施方式,呼叫消息处理装置可进一步地先确认被叫客户端是否能够登陆到webrtc服务器,即确认被叫客户端是否具有webrtc能力,再判断是否执行通知被叫客户端登录到webrtc服务器的操作,其中:

发送模块33,还用于发送webrtc能力查询消息至被叫客户端标识对应的被叫客户端;

接收模块31,还用于接收被叫客户端发送的webrtc能力响应信息,其中,webrtc能力响应信息为被叫客户端确认被叫客户端具有webrtc能力后生成的;

或者,

发送模块33,还用于发送webrtc能力查询消息至被叫客户端标识对应的被叫客户端;

接收模块31,还用于未在规定时间内接收到被叫客户端发送的webrtc能力响应信息时,生成第一终止提示消息并发送至发送模块33;

发送模块33,还用于接收模块31发送的第一终止提示消息后,不发送登陆指示信息至被叫客户端标识对应的被叫客户端。

本发明实施例中,接收模块31接收到webrtc能力响应信息,则认为被叫客户端具有webrtc能力,能够以一定的方式登陆到webrtc服务器,反之,若接收模块31未能接收到webrtc能力响应信息,则认为被叫客户端不具有webrtc能力,那么发送模块33不再发送登陆指示信息至被叫客户端标识对应的被叫客户端,并且呼叫消息处理装置可以将被叫客户端不具有webrtc能力的信息反馈给主叫客户端。

作为一种可选的实施方式,呼叫消息处理装置进一步地确认被叫客户端是否具有webrtc能力的操作还可以通过能力查询网元来确认:

发送模块33,还用于发送被叫客户端webrtc能力查询指令至能力查询网元,被叫客户端webrtc能力查询指令携带被叫客户端标识;

接收模块31,还用于接收能力查询网元发送的webrtc能力确认信息,webrtc能力确认信息是能力查询网元执行被叫客户端webrtc能力查询指令查询出被叫客户端具有webrtc能力后生成的;

或者,

发送模块33,还用于发送被叫客户端webrtc能力查询指令至能力查询网元;

接收模块31,还用于未在规定时间内接收到能力查询网元发送的webrtc能力确认信息时,生成第二终止提示消息并发送至发送模块33;

发送模块33,还用于接收到接收模块31发送的第二终止提示消息后,不发送登陆指示信息至被叫客户端标识对应的被叫客户端。

本发明实施例中,接收模块31接收到webrtc能力确认信息,则认为被叫客户端具有webrtc能力,能够以一定的方式登陆到webrtc服务器,反之,若接收模块31未能接收到webrtc能力确认信息,则认为被叫客户端不具有webrtc能力,那么发送模块33不再发送登陆指示信息至被叫客户端标识对应的被叫客户端,并且呼叫消息处理装置可以将被叫客户端不具有webrtc能力的信息反馈给主叫客户端。

作为一种可选的实施方式,发送模块33,还用于发送推送请求至推送服务器,推送请求包括登陆指示信息,推送请求用于使推送服务器将登陆指示信息推送至被叫客户端标识所对应的被叫客户端。本发明实施例所采用的推送服务器可以通过smsc(shortmessageservicecenter,短消息业务中心)将登陆指示信息以短消息的形式发送至被叫客户端,也可以以ip地址包的形式将登陆指示信息推送至被叫客户端ip地址对应的被叫客户端。

作为一种可选的实施方式,本发明实施例中发送模块33的生成子模块332生成的登陆指示信息还可以包括登陆方式信息,该登陆方式信息用于指示被叫客户端以哪一种标识对应方式登陆到webrtc服务器。登陆方式信息可以为msisdn标识登陆信息、url标识登陆信息以及uri标识登录信息等等,当登陆指示信息包括msisdn标识登陆信息时,被叫客户端应以msisdn标识所对应方式登陆到webrtc服务器,当登陆指示信息包括url标识登陆信息时,被叫客户端应以url标识所对应方式登陆到webrtc服务器,当登陆指示信息包括uri标识登陆信息时,被叫客户端应以uri标识所对应方式登陆到webrtc服务器。登陆指示信息中包含的登录方式信息通常与第一会话请求中包含的被叫客户端标识信息相同,或者,若主叫客户端在第一会话请求中指定了被叫客户端的登陆方式,则呼叫消息处理设备将主叫客户端指定的登陆方式作为登陆方式信息并发送给被叫客户端。

作为一种可选的实施方式,本发明实施例中发送模块33的生成子模块332生成的登陆指示信息还可以包括webrtc服务器的url(统一资源定位符)信息,该url信息指示被叫客户端登录到url信息对应的webrtc服务器。在登陆指示信息中添加url信息可使被叫客户端准确登陆到主叫客户端所登陆到的webrtc服务器。

作为一种可选的实施方式,本发明实施例中发送模块33的生成子模块332生成的登陆指示信息还可以包括网页url,被叫客户端可以下载该网页url所对应的网页,再通过该网页登录到前述url信息对应的webrtc服务器。

作为一种可选的实施方式,

发送模块33,还用于检测到被叫客户端登陆到webrtc服务器时,发送第二会话请求给被叫客户端;

接收模块31,还用于接收到被叫客户端响应第二会话请求的会话响应后,转发会话响应至主叫客户端,建立被叫客户端与主叫客户端之间的会话。

本发明实施例提供的呼叫消息处理装置接收到主叫客户端的第一会话请求后,通过发送登陆指示信息至第一会话请求所请求的被叫客户端,使被叫客户端登陆到网页实时通信webrtc服务器,以建立主叫客户端与被叫客户端之间的会话,本发明实施例的呼叫消息处理装置所能支持的呼叫业务不需要主叫客户端与被叫客户端同时保持登陆状态,被发起会话请求的被叫客户端处于非登录状态情况下,主叫客户端可以通过本发明实施例的方法与之建立会话,提高了呼叫处理的效率,使主叫客户端能够随时随地呼叫被叫端,提高了用户体验。

请参见图4a,图4a为本发明第一实施例提供的一种被叫客户端的结构组成图。如图4a所示,本发明实施例提供的被叫客户端与图2所示的呼叫消息的处理方法相对应,为基于图2所示的呼叫消息的处理方法的执行主体。具体的实现方式如图4a所示,本实施例提供的被叫客户端包括接收模块41和登录模块42。

其中,接收模块41,用于接收呼叫消息处理设备发送的登陆指示信息,呼叫消息处理设备包括网页实时通信webrtc服务器或互通网关中任一种;

登录模块42,用于根据登陆指示信息登录到webrtc服务器,以建立主叫客户端与被叫客户端之间的会话。

本发明实施例中,发送登陆指示信息的发送方可以为webrtc服务器、互通网关,还可以是具有转发能力的推送服务器、smsc等通信设备,本发明实施例对发送登陆指示信息的发送方不加以限制。

作为一种可选的实施方式,登陆指示信息可以为一种smsc短消息,那么本发明实施例的被叫客户端将读取短消息形式的登陆指示信息,并根据登陆指示信息登陆到webrtc服务器;登陆指示信息还可以为一种ip地址包,那么本发明实施例的被叫客户端将读取ip地址包形式的登陆指示信息,并根据登陆指示信息登陆到webrtc服务器,本发明实施例对于登陆指示信息的形式不加以限制。

作为一种可选的实施方式,可一并参照图4b,被叫客户端还包括第一确认模块43,欲发送登陆指示信息的通信设备在发送登陆指示信息之前,通常会确认被叫客户端是否能够登陆到webrtc服务器,即确认被叫客户端是否具有webrtc能力,被叫客户端可进行确认并反馈其是否具有webrtc能力:

接收模块41,还用于接收呼叫消息处理设备发送的webrtc能力查询消息;

第一确认模块43,用于确认被叫客户端是否具有webrtc能力;还用于确认出被叫客户端具有webrtc能力时,发送webrtc能力响应信息给呼叫消息处理设备;还用于确认被叫客户端不具有webrtc能力时,不发送webrtc能力响应信息至呼叫消息处理设备。

本发明实施例中,第一确认模块43发送webrtc能力响应信息代表被叫客户端具有webrtc能力,能够以一定的方式登陆到webrtc服务器,反之,若第一确认模块43不发送webrtc能力响应信息,则代表被叫客户端不具有webrtc能力,不能够以一定的方式登陆到webrtc服务器。

作为一种可选的实施方式,可一并参照图4c,确认被叫客户端是否能够登陆到webrtc服务器的确认方还可以为登陆能力查询网元,被叫客户端还包括第二确认模块44:

接收模块41,还用于接收登陆能力查询网元发送的webrtc能力查询消息,webrtc能力查询消息是登陆能力查询网元执行呼叫消息处理装置发送的被叫客户端webrtc能力查询指令后发送的;

还包括:

第二确认模块44,用于确认被叫客户端是否具有webrtc能力;还用于确认出被叫客户端具有webrtc能力时,发送webrtc能力响应信息至登陆能力查询网元,使登陆能力查询网元根据webrtc能力响应信息发送webrtc能力确认信息至呼叫消息处理装置;还用于确认被叫客户端不具有webrtc能力时,不发送webrtc能力响应信息至登陆能力查询网元。

本发明实施例中,第二确认模块44生成webrtc能力响应信息代表被叫客户端具有webrtc能力,能够以一定的方式登陆到webrtc服务器,反之,若第二确认模块44不生成webrtc能力响应信息,则代表被叫客户端不具有webrtc能力,不能够以一定的方式登陆到webrtc服务器。

作为一种可选的实施方式,接收到的登陆指示信息还包括登陆方式信息,相应地,该登陆方式信息用于指示被叫客户端以哪一种标识对应方式登陆到webrtc服务器,可一并参照图4d,登陆模块42还可以进一步通过第一获取单元421和第一登陆单元422进行登陆:

第一获取单元421,用于获取登陆指示信息中包含的登陆方式信息;

第一登陆单元422,用于根据登陆方式信息登录到webrtc服务器。

本发明实施例中,登陆方式信息可以为msisdn标识登陆信息、url标识登陆信息以及uri标识登录信息等等,当登陆指示信息包括msisdn标识登陆信息时,被叫客户端应以msisdn标识所对应方式登陆到webrtc服务器,当登陆指示信息包括url标识登陆信息时,被叫客户端应以url标识所对应方式登陆到webrtc服务器,当登陆指示信息包括uri标识登陆信息时,被叫客户端应以uri标识所对应方式登陆到webrtc服务器。

作为一种可选的实施方式,接收到的登陆指示信息还包括webrtc服务器的url(统一资源定位符)信息,相应地,可一并参照图4e,登陆模块42还可以进一步通过第二获取单元423和第二登陆单元424进行登陆:

第二获取单元423,用于获取登陆指示信息中包含的url信息;

第二登陆单元424,用于登录到url信息对应的webrtc服务器。

作为一种可选的实施方式,本发明实施例中登陆指示信息还可以包括网页url,被叫客户端可以下载该网页url所对应的网页,再通过该网页登录到前述url信息对应的webrtc服务器。具体实施可以为,被叫客户端的底层操作系统受到登陆指示信息后,将登陆指示信息发送至安装有webrtc的浏览器,该浏览器收到登陆指示信息后登陆到webrtc服务器。

作为一种可选的实施方式,本发明实施例的被叫客户端登陆到webrtc服务器后,还可以接收webrtc服务器发送的会话请求,请一并参照图4f,本发明实施例的被叫客户端还可以包括响应模块45:

接收模块41,还用于接收webrtc服务器发送的会话请求,其中,会话请求用于主叫客户端请求与被叫客户端建立会话;

响应模块45,用于根据会话请求发送会话响应至webrtc服务器,使webrtc服务器转发会话响应至主叫客户端,并建立被叫客户端与主叫客户端之间的会话。

本发明实施例提供的被叫客户端接收到登陆指示信息后,根据登陆指示信息登陆到webrtc服务器,再根据webrtc服务器发送的会话请求确认是否与主叫客户端建立会话。本发明实施例的被叫客户端处理呼叫业务时不需要主叫客户端与被叫客户端同时保持登陆状态,主叫客户端的呼叫对象可以为处于非登陆状态的被叫客户端,提高了呼叫处理的效率,主叫客户端能够随时随地呼叫被叫端,提高了用户体验。

请参照图5,图5为本发明第一实施例提供的一种呼叫系统的流程示意图,该图展示了呼叫系统中主叫客户端与非登陆状态的被叫客户端建立会话的过程。本发明实施例的呼叫系统中包含uea(即客户端a)、webrtcserver(网页实时通信webrtc服务器)、webserver(网页服务器)、openplatform(网元)、gw(gateway,查询网关)、推送服务器以及ueb(即客户端b),其中,当uea通过webrtcserver请求与ueb建立会话时,uea将成为前述实施例中提及的主叫客户端,ueb将成为前述实施例中提及的被叫客户端,webrtcserver为前述实施例所提及的呼叫消息处理装置,openplatform包括但不仅限于地址转换网元和能力查询网元,具体的,本实施例的流程可以包括以下步骤:

步骤s510,uea下载网页,以连接到webserver。其中,uea为webrtcserver的一个客户端,可以通过下载的网页登陆到webrtcserver,当uea通过webrtcserver请求与其他客户端建立会话时,uea将成为主叫客户端。

步骤s511,uea登陆到webrtcserver。

步骤s512,webrtcserver为uea分配临时标识,并绑定uea临时标识和uea的标识以及uea的ip地址。

步骤s513,uea发送第一会话请求至webrtcserver,请求与ueb建立会话。其中,该第一会话请求中包含ueb的标识。

步骤s514,webrtcserver根据ueb的标识,通过网元获取ueb的ip地址。当webrtcserver发现请求中携带的是ueb的标识而不是ueb临时标识,则按照ueb的非登录状态处理第一会话请求。

步骤s515,网元反馈ueb的ip地址至webrtcserver。

步骤s516,通过ueb获取ueb的webrtc能力。

步骤s517,ueb确认ueb具有webrtc能力。若ueb反馈ueb不具有webrtc能力,或者在规定时间内ueb未能进行webrtc能力反馈,则停止执行以下步骤。

步骤s518,webrtcserver发送推送请求至推送服务器。本步骤用于使推送服务器推送登陆指示信息至ueb,登陆指示信息用于指示ueb登陆到webrtcserver。当推送请求中包含ueb的ip地址时,推送服务器可将ip地址包形式的登陆指示信息推送至ueb的ip地址所在的ueb。登陆指示信息中可包含一用于连接到webserver的网页地址,一用于指示webrtcserver的url地址,还可以包含ueb登陆到webrtcserver的登陆方式信息。

步骤s519,推送服务器推送登陆指示信息至ueb。

步骤s5110,ueb根据登陆指示信息中网页地址连接到webserver。

步骤s5111,ueb通过该网页,按照登陆指示信息中的登陆方式登陆到url地址对应的webrtcserver。

步骤s5112,webrtcserver为ueb分配临时标识,并绑定ueb临时标识和ueb的标识以及ueb的ip地址。

步骤s5113,webrtcserver发送第二会话请求至ueb。其中,第二会话请求的消息头中包含uea临时标识和ueb临时标识,第二会话请求的消息体中包含uea的ip地址和ueb的ip地址。

步骤s5114,ueb发送用于响应第二会话请求的会话响应至webrtcserver。其中,会话响应的消息头中包含uea临时标识和ueb临时标识,会话响应的消息体中包含uea的ip地址和ueb的ip地址。

步骤s5115,webrtcserver转发该会话响应至uea。此时,uea与ueb之间的会话已经成功地建立了。

步骤s5116,网元通过查询网关获取ueb的ip地址。当网元未能查询出ueb的ip地址时,可通过查询网关进行查询。

步骤s5117,查询网关反馈ueb的ip地址至网元。

步骤s5118,webrtcserver通过网元获取ueb的webrtc能力。当网元未能查询出ueb的webrtc能力时,可通过查询网关进行查询。

步骤s5119,网元通过ueb获取ueb的webrtc能力。

步骤s5120,ueb反馈ueb的webrtc能力至网元。

步骤s5121,网元反馈ueb的webrtc能力。

本发明实施例的系统中,uea与ueb均为可以以一定的方式登陆到webrtcserver的客户端,其中客户端标识可以为区分作用的通用标识,如客户端的msisdn(mobilestationinternationalisdnnumber,移动台国际isdn号码)、客户端的url(uniformresourcelocator,通用资源定位器)、客户端的uri(uniformresourceidentifier,通用资源标识符)等,也可以为定制的非通用标识。

本发明实施例的系统中,登陆方式信息可以为msisdn标识登陆信息、url标识登陆信息以及uri标识登录信息等等,当登陆指示信息包括msisdn标识登陆信息时,ueb应以msisdn标识所对应方式登陆到webrtcserver,当登陆指示信息包括url标识登陆信息时,ueb应以url标识所对应方式登陆到webrtcserver,当登陆指示信息包括uri标识登陆信息时,ueb应以uri标识所对应方式登陆到webrtcserver。

本发明实施例的系统所采用的查询网关可以为ggsn(gatewaygprssupportnode,网关gprs支撑节点)或者pdngw(packetdatanetworkgateway,分组数据网络网关等,本发明实施例对查询网关的类型不加以限制。

作为一种可选的实施方式,当能力查询网元未能查询出ueb的webrtc能力时,能力查询网元可以进一步通过查询网关进行查询。

作为一种可选的实施方式,本发明实施例的系统中ueb根据登陆指示信息登陆到webrtc服务器的具体实施可以为,被叫客户端的底层操作系统受到登陆指示信息后,将登陆指示信息发送至具有webrtc能力的浏览器,该浏览器收到登陆指示信息后登陆到webrtc服务器。

请参照图6,图6为本发明第二实施例提供的一种呼叫系统的流程示意图,该图展示了呼叫系统中主叫客户端与非登陆状态的被叫客户端建立会话的过程。本发明实施例的呼叫系统中包含uea(即客户端a)、webrtcserver(网页实时通信webrtc服务器)、互通网关、webserver(网页服务器)、openplatform(网元)、gw(gateway,查询网关)、推送服务器以及ueb(即客户端b),其中,当uea通过webrtcserver请求与ueb建立会话时,uea将成为前述实施例中提及的主叫客户端,ueb将成为前述实施例中提及的被叫客户端,互通网关为前述实施例所提及的呼叫消息处理装置,openplatform包括但不仅限于地址转换网元和能力查询网元,具体的,本实施例的流程可以包括以下步骤:

步骤s610,uea下载网页,以连接到webserver。其中,uea为webrtcserver的一个客户端,可以通过下载的网页登陆到webrtcserver,当uea通过webrtcserver请求与其他客户端建立会话时,uea将成为主叫客户端。

步骤s611,uea登陆到webrtcserver。

步骤s612,webrtcserver为uea分配临时标识,并绑定uea临时标识和uea的标识以及uea的ip地址。

步骤s613,uea发送第一会话请求至webrtcserver,请求与ueb建立会话。其中,该第一会话请求中包含ueb的标识。

步骤s614,webrtcserver转发第一会话请求至互通网关。当webrtcserver发现请求中携带的是ueb的标识而不是ueb临时标识,则按照ueb的非登录状态处理第一会话请求。

步骤s615,互通网关根据ueb的标识,通过网元获取ueb的ip地址。

步骤s616,网元反馈ueb的ip地址至互通网关。

步骤s617,互通网关通过ueb获取ueb的webrtc能力。

步骤s618,ueb确认ueb具有webrtc能力。若ueb反馈ueb不具有webrtc能力,或者在规定时间内ueb未能进行webrtc能力反馈,则停止执行以下步骤。

步骤s619,互通网关发送推送请求至推送服务器。本步骤用于使推送服务器推送登陆指示信息至ueb,登陆指示信息用于指示ueb登陆到webrtcserver。当推送请求中包含ueb的ip地址时,推送服务器可将ip地址包形式的登陆指示信息推送至ueb的ip地址所在的ueb。登陆指示信息中可包含一用于连接到webserver的网页地址,一用于指示webrtcserver的url地址,还可以包含ueb登陆到webrtcserver的登陆方式信息。

步骤s6110,推送服务器推送登陆指示信息至ueb。

步骤s6111,ueb根据登陆指示信息中网页地址连接到webserver。

步骤s6112,ueb通过该网页,按照登陆指示信息中的登陆方式登陆到url地址对应的webrtcserver。

步骤s6113,webrtcserver为ueb分配临时标识,并绑定ueb临时标识和ueb的标识以及ueb的ip地址。

步骤s6114,webrtcserver发送第二会话请求至ueb。其中,第二会话请求的消息头中包含uea临时标识和ueb临时标识,第二会话请求的消息体中包含uea的ip地址和ueb的ip地址。

步骤s6115,ueb发送用于响应第二会话请求的会话响应至webrtcserver。其中,会话响应的消息头中包含uea临时标识和ueb临时标识,会话响应的消息体中包含uea的ip地址和ueb的ip地址。

步骤s6116,webrtcserver转发该会话响应至uea。此时,uea与ueb之间的会话已经成功地建立了。

步骤s6117,网元通过网关获取ueb的ip地址。当网元未能查询出ueb的ip地址时,可通过网关进行查询。

步骤s6118,网关反馈ueb的ip地址至网元。

步骤s6119,通过网元获取ueb的webrtc能力。当网元未能查询出ueb的webrtc能力时,可通过网关进行查询,还可以通过ueb进行查询。

步骤s6120,网元通过ueb获取ueb的webrtc能力。

步骤s6121,ueb反馈ueb的webrtc能力至网元。

步骤s6122,网元反馈ueb的webrtc能力至互通网关。

请参照图7,图7为本发明第三实施例提供的一种呼叫系统的流程示意图,该图展示了呼叫系统中主叫客户端与非登陆状态的被叫客户端建立会话的过程。本发明实施例的呼叫系统中包含uea(即客户端a)、webrtcserver(网页实时通信webrtc服务器)、webserver(网页服务器)、openplatform(网元)、推送服务器、smsc(shortmessageservicecenter,短消息业务中心)以及ueb(即客户端b),其中,当uea通过webrtcserver请求与ueb建立会话时,uea将成为前述实施例中提及的主叫客户端,ueb将成为前述实施例中提及的被叫客户端,webrtcserver为前述实施例所提及的呼叫消息处理装置,openplatform包括但不仅限于地址转换网元和能力查询网元,具体的,本实施例的流程可以包括以下步骤:

步骤s710,uea下载网页,以连接到webserver。

步骤s711,uea登陆到webrtcserver。

步骤s712,webrtcserver为uea分配临时标识,并绑定uea临时标识和uea的标识以及uea的ip地址。

步骤s713,uea发送第一会话请求至webrtcserver,请求与ueb建立会话。其中,该第一会话请求中包含ueb的标识。

步骤s714,webrtcserver获取ueb的webrtc能力。

步骤s715,ueb确认ueb具有webrtc能力。

步骤s716,webrtcserver发送推送请求至推送服务器。本步骤用于使推送服务器推送登陆指示信息至ueb,登陆指示信息用于指示ueb登陆到webrtcserver。登陆指示信息中可包含一用于连接到webserver的网页地址,一用于指示webrtcserver的url地址,还可以包含ueb登陆到webrtcserver的登陆方式信息。

步骤s717,推送服务器推送登陆指示信息至smsc,使smsc以短消息的形式将登陆指示信息发送至ueb。

步骤s718,smsc以短消息的形式将登陆指示信息发送至ueb。

步骤s719,ueb根据登陆指示信息中网页地址连接到webserver。

步骤s7110,ueb通过该网页,按照登陆指示信息中的登陆方式登陆到url地址对应的webrtcserver。

步骤s7111,webrtcserver为ueb分配临时标识,并绑定ueb临时标识和ueb的标识以及ueb的ip地址。

步骤s7112,webrtcserver发送第二会话请求至ueb。

步骤s7113,ueb发送用于响应第二会话请求的会话响应至webrtcserver。

步骤s7114,webrtcserver转发该会话响应至uea。此时,uea与ueb之间的会话已经成功地建立了。

步骤s7115,webrtcserver通过通过网元获取ueb的webrtc能力。当网元未能查询出ueb的webrtc能力时,可通过查询网关进行查询。

步骤s7116,网元通过ueb获取ueb的webrtc能力。

步骤s7117,ueb反馈ueb的webrtc能力至网元。

步骤s7118,网元反馈ueb的webrtc能力。

相比于图7所示的系统,本发明实施例提供的系统可通过smsc以短消息的形式发送登陆指示信息至ueb,ueb可读取smsc发送的信息进行登陆操作。

请参照图8,图8为本发明第四实施例提供的一种呼叫系统的流程示意图,该图展示了呼叫系统中主叫客户端与非登陆状态的被叫客户端建立会话的过程。本发明实施例的呼叫系统中包含uea(即客户端a)、webrtcserver(网页实时通信webrtc服务器)、互通网关、webserver(网页服务器)、openplatform(网元)、推送服务器、smsc(shortmessageservicecenter,短消息业务中心)以及ueb(即客户端b),其中,当uea通过webrtcserver请求与ueb建立会话时,uea将成为前述实施例中提及的主叫客户端,ueb将成为前述实施例中提及的被叫客户端,互通网关为前述实施例所提及的呼叫消息处理装置,openplatform包括但不仅限于地址转换网元和能力查询网元,具体的,本实施例的流程可以包括以下步骤:

步骤s810,uea下载网页,以连接到webserver。

步骤s811,uea登陆到webrtcserver。

步骤s812,webrtcserver为uea分配临时标识,并绑定uea临时标识和uea的标识以及uea的ip地址。

步骤s813,uea发送第一会话请求至webrtcserver,请求与ueb建立会话。其中,该第一会话请求中包含ueb的标识。

步骤s814,webrtcserver转发第一会话请求至互通网关。当webrtcserver发现请求中携带的是ueb的标识而不是ueb临时标识,则按照ueb的非登录状态处理第一会话请求。

步骤s815,互通网关获取ueb的webrtc能力。

步骤s816,ueb确认ueb具有webrtc能力。

步骤s817,互通网关发送推送请求至推送服务器。本步骤用于使推送服务器推送登陆指示信息至ueb,登陆指示信息用于指示ueb登陆到webrtcserver。登陆指示信息中可包含一用于连接到webserver的网页地址,一用于指示webrtcserver的url地址,还可以包含ueb登陆到webrtcserver的登陆方式信息。

步骤s818,推送服务器推送登陆指示信息至smsc,使smsc以短消息的形式将登陆指示信息发送至ueb。

步骤s819,smsc以短消息的形式将登陆指示信息发送至ueb。

步骤s8110,ueb根据登陆指示信息中网页地址连接到webserver。

步骤s8111,ueb通过该网页,按照登陆指示信息中的登陆方式登陆到url地址对应的webrtcserver。

步骤s8112-步骤s8119同前述步骤s7111-步骤s7118。

相比于图8所示的系统,本发明实施例提供的系统可通过smsc以短消息的形式发送登陆指示信息至ueb,ueb可读取smsc发送的信息进行登陆操作。

请参见图9,图9为本发明实施例提供的另一种呼叫消息处理装置结构图。其中,本实施例提供的呼叫消息处理装置与图1所示的呼叫消息的处理方法相对应,为基于图1所示的呼叫消息的处理方法的执行主体。具体的实现形式如图9所示,本实施例提供的呼叫消息处理装置包括:输入装置91、输出装置92、存储器93和处理器94,其中,存储器93中存储一组程序代码,且处理器94用于调用存储器93中存储的程序代码,用于执行以下操作:

接收主叫客户端的第一会话请求,其中,第一会话请求携带被叫客户端标识;

获取被叫客户端标识;

发送登陆指示信息至被叫客户端标识对应的被叫客户端,其中,登陆指示信息用于指示被叫客户端根据登陆指示信息登录到网页实时通信webrtc服务器,以建立主叫客户端与被叫客户端之间的会话。

作为一种可选的实施方式,处理器94执行发送登陆指示信息至被叫客户端标识对应的被叫客户端包括:

获取被叫客户端标识所对应的被叫客户端互联网协议ip地址;

生成登陆指示信息;

发送登陆指示信息至被叫客户端ip地址对应的被叫客户端。

作为一种可选的实施方式,处理器94执行获取被叫客户端标识所对应的被叫客户端互联网协议ip地址包括:

发送携带被叫客户端标识的地址查找消息至地址转换网元;

接收地址转换网元反馈的被叫客户端ip地址。

作为一种可选的实施方式,处理器94获取被叫客户端标识之后,发送登陆指示信息至被叫客户端标识对应的被叫客户端之前,还用于执行以下操作:

发送webrtc能力查询消息至被叫客户端标识对应的被叫客户端;

接收被叫客户端发送的webrtc能力响应信息,webrtc能力响应信息为被叫客户端确认被叫客户端具有webrtc能力后生成的;

或者,

发送webrtc能力查询消息至被叫客户端标识对应的被叫客户端;

当未在规定时间内接收到被叫客户端发送的webrtc能力响应信息时,不发送登陆指示信息至被叫客户端标识对应的被叫客户端。

作为一种可选的实施方式,处理器94获取被叫客户端标识之后,发送登陆指示信息至被叫客户端标识对应的被叫客户端之前,还用于执行以下操作:

发送被叫客户端webrtc能力查询指令至能力查询网元,被叫客户端webrtc能力查询指令携带被叫客户端标识;

接收能力查询网元发送的webrtc能力确认信息,webrtc能力确认信息是能力查询网元执行被叫客户端webrtc能力查询指令查询出被叫客户端具有webrtc能力后生成的;

或者,

发送被叫客户端webrtc能力查询指令至能力查询网元;

当在规定时间内未接收到能力查询网元发送的webrtc能力确认信息时,不发送登陆指示信息至被叫客户端标识对应的被叫客户端。

作为一种可选的实施方式,处理器94执行发送登陆指示信息至被叫客户端标识对应的被叫客户端包括:

发送推送请求至推送服务器,其中,推送请求包括登陆指示信息,推送请求用于使推送服务器将登陆指示信息推送至被叫客户端标识所对应的被叫客户端。

作为一种可选的实施方式,登陆指示信息还包括登陆方式信息以及webrtc服务器的统一资源定位符url信息中一种或两种,登陆方式信息用于指示被叫客户端根据登陆方式信息登陆到webrtc服务器,url信息指示被叫客户端登录到url信息对应的webrtc服务器。

作为一种可选的实施方式,处理器94执行发送登陆指示信息至被叫客户端标识对应的被叫客户端之后,还用于执行以下操作:

检测到被叫客户端登陆到webrtc服务器时,发送第二会话请求给被叫客户端;

接收到被叫客户端响应第二会话请求的会话响应后,转发会话响应至主叫客户端,建立被叫客户端与主叫客户端之间的会话。

请参见图10,图10为本发明实施例提供的另一种被叫客户端结构图。其中,本实施例提供的被叫客户端与图2所示的呼叫消息的处理方法相对应,为基于图2所示的呼叫消息的处理方法的执行主体。具体的实现形式如图10所示,本实施例提供的被叫客户端包括:输入装置101、输出装置102、存储器103和处理器104,其中,存储器103中存储一组程序代码,且处理器104用于调用存储器103中存储的程序代码,用于执行以下操作:

接收呼叫消息处理设备发送的登陆指示信息,其中,呼叫消息处理设备包括网页实时通信webrtc服务器和互通网关中任一种;

根据登陆指示信息登录到webrtc服务器,以建立主叫客户端与被叫客户端之间的会话。

作为一种可选的实施方式,处理器104执行接收登陆指示信息之前,还用于执行以下操作:

接收呼叫消息处理设备发送的webrtc能力查询消息;

确认被叫客户端是否具有webrtc能力;

若确认出被叫客户端具有webrtc能力,则发送webrtc能力响应信息给呼叫消息处理设备;或者,

若确认出被叫客户端不具有webrtc能力,则不发送webrtc能力响应信息至呼叫消息处理设备。

作为一种可选的实施方式,处理器104执行接收登陆指示信息之前,还用于执行以下操作:

接收登陆能力查询网元发送的webrtc能力查询消息;

确认被叫客户端是否具有webrtc能力;

若确认出被叫客户端具有webrtc能力,则发送webrtc能力响应信息至登陆能力查询网元,使登陆能力查询网元根据webrtc能力响应信息发送webrtc能力确认信息给呼叫消息处理设备;

或者,

若确认出被叫客户端不具有webrtc能力,则不发送webrtc能力响应信息至登陆能力查询网元。

作为一种可选的实施方式,登陆指示信息还包括登陆方式信息,处理器104根据登陆指示信息登录到webrtc服务器包括:

获取登陆指示信息中包含的登陆方式信息;

根据登陆方式信息登录到webrtc服务器。

作为一种可选的实施方式,登陆指示信息还包括webrtc服务器的统一资源定位符url信息,处理器104执行根据登陆指示信息登录到网页实时通信webrtc服务器包括:

获取登陆指示信息中包含的url信息;

登录到url信息对应的webrtc服务器。

作为一种可选的实施方式,处理器104执行根据登陆指示信息登录到webrtc服务器之后,还用于执行以下操作:

接收webrtc服务器发送的会话请求,会话请求用于主叫客户端请求与被叫客户端建立会话;

根据会话请求发送会话响应至webrtc服务器,使webrtc服务器转发会话响应至主叫客户端,并建立被叫客户端与主叫客户端之间的会话。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置、模块或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。

作为分离部件说明的模块或单元可以是或者也可以不是物理上分开的,作为模块或单元显示的部件可以是或者也可以不是物理模块或单元,即可以位于一个地方,或者也可以分布到多个网络模块或单元上。可以根据实际的需要选择其中的部分或者全部模块或单元来实现本申请实施例方案的目的。

另外,在本申请各个实施例中的各功能模块或单元可以集成在一个处理模块或单元中,也可以是各个模块或单元单独物理存在,也可以是两个或两个以上模块或单元集成在一个模块或单元中。上述集成的模块或单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

集成的模块或单元如果以软件功能模块或单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1