CN110324277A - 实时通信的连接方法、装置、存储介质及电子装置 - Google Patents

Abstract

本发明公开了一种实时通信的连接方法、装置、存储介质及电子装置。其中，该方法包括：在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收第一帐号发送的通信终止请求，其中，第一通信请求用于请求第二帐号与第一帐号进行实时通信，通信终止请求用于请求终止第一通信请求；响应于通信终止请求，关闭在第一客户端上显示的通信请求界面，并在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应；在接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信。本发明解决了实时通信的连接效率较低的技术问题。

Description

实时通信的连接方法、装置、存储介质及电子装置

技术领域

本发明涉及通信领域，具体而言，涉及一种实时通信的连接方法、装置、存储介质及电子装置。

背景技术

实时通信是目前市面上非常广泛运用的应用内能力，是现在网络应用产品中必不可少的能力之一。但是在具体的使用场景中，经常会发生通信申请时“接听方”刚打算接听通信，“发起方”刚好挂断的情况，因为通话请求的即时性，和通话双方对通话请求的瞬间反馈，导致了两方在无法沟通的情况下，常常会发生实时通信接听结果和用户意愿完全相反的情况。这是实时通信场景中人人经历过的痒点问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种实时通信的连接方法、装置、存储介质及电子装置，以至少解决实时通信的连接效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种实时通信的连接方法，包括：在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收所述第一帐号发送的通信终止请求，其中，所述第一通信请求用于请求所述第二帐号与所述第一帐号进行实时通信，所述通信终止请求用于请求终止所述第一通信请求；响应于所述通信终止请求，关闭在所述第一客户端上显示的通信请求界面，并在所述第一客户端上继续检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应；在接收到所述第二帐号响应于所述第一通信请求发送的通信响应的情况下，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信。

根据本发明实施例的另一方面，还提供了一种实时通信的连接装置，包括：接收模块，用于在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收所述第一帐号发送的通信终止请求，其中，所述第一通信请求用于请求所述第二帐号与所述第一帐号进行实时通信，所述通信终止请求用于请求终止所述第一通信请求；第一处理模块，用于响应于所述通信终止请求，关闭在所述第一客户端上显示的通信请求界面，并在所述第一客户端上继续检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应；通信模块，用于在接收到所述第二帐号响应于所述第一通信请求发送的通信响应的情况下，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信。

根据本发明实施例的另一方面，还提供了一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项中所述的方法。

根据本发明实施例的另一方面，还提供了一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行上述任一项中所述的方法。

在本发明实施例中，采用在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收第一帐号发送的通信终止请求，其中，第一通信请求用于请求第二帐号与第一帐号进行实时通信，通信终止请求用于请求终止第一通信请求；响应于通信终止请求，关闭在第一客户端上显示的通信请求界面，并在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应；在接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信的方式，登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求，在此之后，接收到第一帐号发送的通信终止请求，相应于该请求，关闭第一客户端上显示的通信请求界面，但在第一客户端上还继续检测着是否接收到第二帐号响应于第一通信请求发送的通信响应，如果接收到第二帐号的通信响应，则在第一客户端上进行第一帐号与第二帐号之间的实时通信，从而避免了第一帐号挂断第一通信请求的同时第二帐号接听第一通信请求时导致通信无法接通的情况发生，使得实时通信能够满足通信双方的意愿，更加有效的接通，从而实现了提高实时通信的连接效率的技术效果，进而解决了实时通信的连接效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的目标组件的控制方法的示意图；

图2是根据本发明实施例的一种可选的目标组件的控制方法的应用环境示意图；

图3是根据本发明可选的实施方式的一种可选的目标组件的控制方法的示意图；

图4是根据本发明可选的实施方式的另一种可选的目标组件的控制方法的示意图；

图5是根据本发明可选的实施方式的另一种可选的目标组件的控制方法的示意图；

图6是根据本发明可选的实施方式的另一种可选的目标组件的控制方法的示意图；

图7是根据本发明实施例的一种可选的目标组件的控制装置的示意图；

图8是根据本发明实施例的一种可选的目标组件的控制方法的应用场景示意图；以及

图9是根据本发明实施例的一种可选的电子装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例的一个方面，提供了一种实时通信的连接方法，如图1所示，该方法包括：

S102，在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收第一帐号发送的通信终止请求，其中，第一通信请求用于请求第二帐号与第一帐号进行实时通信，通信终止请求用于请求终止第一通信请求；

S104，响应于通信终止请求，关闭在第一客户端上显示的通信请求界面，并在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应；

S106，在接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信。

可选地，在本实施例中，上述实时通信的连接方法可以应用于如图2所示的终端202和终端204所构成的硬件环境中。如图2所示，终端202中安装有第一客户端206，终端204中安装了第二客户端208，在登录第一客户端206的第一帐号向登录第二客户端208的第二帐号发起第一通信请求之后，第一客户端206接收第一帐号发送的通信终止请求，其中，第一通信请求用于请求第二帐号与第一帐号进行实时通信，通信终止请求用于请求终止第一通信请求；第一客户端206响应于通信终止请求，关闭在第一客户端206上显示的通信请求界面，并在第一客户端206上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应；在接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端206上进行第一帐号与第二帐号之间的实时通信。

可选地，在本实施例中，上述实时通信的连接方法可以但不限于应用于第一帐号在第一客户端上向第二帐号所登录的第二客户端发起实时通信请求的场景中。其中，上述客户端可以但不限于为各种类型的应用，例如，在线教育应用、即时通讯应用、社区空间应用、游戏应用、购物应用、浏览器应用、金融应用、多媒体应用、直播应用等。具体的，可以但不限于应用于在上述即时通讯应用中第一帐号在第一客户端上向第二帐号所登录的第二客户端发起实时通信请求的场景中，或还可以但不限于应用于在上述游戏应用中第一帐号在第一客户端上向第二帐号所登录的第二客户端发起实时通信请求的场景中，以提高实时通信的连接效率。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，实时通信可以但不限于包括：语音通信、视频通信、全息投影通信等等实时发生的通信方式。

需要说明的是，在本实施例中，将以语音通信为例，对实时通信的连接过程进行说明和描述，对于其他通信方式下的实时通信的连接过程与此类似，在此不再赘述。

可选地，在本实施例中，第一通信请求用于请求第二帐号与第一帐号进行实时通信。例如：第一帐号请求与第二帐号进行语音通话时，第一帐号通过触发聊天界面上的语音通话图标发起第一通信请求。第一帐号请求与第二帐号进行视频通话时，第一帐号通过触发聊天界面上的视频通话图标发起第一通信请求。

在一个可选的实施方式中，以实时通信为语音通话为例，如图3所示，第一客户端上显示有第一帐号和第二帐号之间的聊天界面，第一帐号触发聊天界面中的语音通话图标，第一客户端向第二客户端发起第一通信请求，此时，在第一客户端上显示有语音通话的通信请求界面，用于提示第一帐号正在等待第二帐号对实时通信的响应，在第二客户端上显示有语音通话请求界面，用于提示第二帐号有与第一帐号之间的语音通话请求，第二帐号可以通过触发请求界面上的接通图标来指示接受该语音通话请求，或者可以通过触发请求界面上的挂断图标来指示拒绝该语音通话请求。

可选地，在本实施例中，通信终止请求用于请求终止上述第一通信请求。例如：第一帐号可以在发起第一通信请求之后通过触发第一客户端上显示的通信请求界面上的终止图标来向发送通信终止请求，第一客户端将响应于该通信终止请求，关闭在第一客户端上显示的通信请求界面，但在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应。

可选地，在本实施例中，在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应的过程可以由第一客户端在后台进行，关闭了在第一客户端的前端上显示的通信请求界面后，第一客户端的前端仍可以进行其他操作，并不会受到后台运行的检测过程的影响。

在上述可选的实施方式中，如图4所示，第一客户端向第二客户端发起第一通信请求后，在第一客户端上显示有语音通话的通信请求界面，第一帐号可以通过触发该界面上显示的终止图标发送通信终止请求，响应于该通信终止请求，将关闭在第一客户端上显示的上述通信请求界面，并在第一客户端的后台继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应，此时可以通过在第一客户端所在终端设备的状态栏显示一个提示通知来提示第一帐号上述检测过程仍在第一客户端的后台运行，第一帐号可以通过删除该提示通知或者在该提示通知上触发结束图标等等的方式来终止第一客户端后台的检测过程。

可见，通过上述步骤，登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求，在此之后，接收到第一帐号发送的通信终止请求，相应于该请求，关闭第一客户端上显示的通信请求界面，但在第一客户端上还继续检测着是否接收到第二帐号响应于第一通信请求发送的通信响应，如果接收到第二帐号的通信响应，则在第一客户端上进行第一帐号与第二帐号之间的实时通信，从而避免了第一帐号挂断第一通信请求的同时第二帐号接听第一通信请求时导致通信无法接通的情况发生，使得实时通信能够满足通信双方的意愿，更加有效的接通，从而实现了提高实时通信的连接效率的技术效果，进而解决了实时通信的连接效率较低的技术问题。

作为一种可选的方案，在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应包括：

S1，在第一客户端上继续检测在第一预定时间段内是否接收到第二帐号响应于第一通信请求发送的通信响应；

其中，在第一预定时间段内接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信。

可选地，在本实施例中，在第一客户端上继续检测在第一预定时间段内是否接收到第二帐号响应于第一通信请求发送的通信响应之后，如果在第一预定时间段内未接收到第二帐号响应于第一通信请求发送的通信响应，在第一客户端上停止检测是否接收到第二帐号响应于第一通信请求发送的通信响应。

可选地，在本实施例中，可以预先设置第一预定时间段，在接收到第一帐号发送的通信终止请求时开始在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应，并同时开始计时，如果在第一预定时间段内接收到了第二帐号响应于第一通信请求发送的通信响应，则在第一客户端上进行第一帐号与第二帐号之间的实时通信，如果时间超过了第一预定时间段仍未接收到通信响应，则停止检测第二帐号发送的通信响应，此时本次通信请求也将结束。

作为一种可选的方案，在第一客户端上进行第一帐号与第二帐号之间的实时通信包括：

S1，在第一客户端上进行第一帐号与第二帐号之间的语音通信或视频通信。

可选地，在本实施例中，实时通信可以但不限于包括语音通信或视频通信。需要说明的是，本实施例对实时通信的形式不作限定，任何形式的实时进行的通信方式均应落入本申请的保护范围中。

作为一种可选的方案，在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应包括：

S1，获取从第一帐号发起第一通信请求到接收到第一帐号发送的通信终止请求之间的请求时间；

S2，在请求时间超过第一预定时间的情况下，在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应。

可选地，在本实施例中，从第一帐号发起第一通信请求到接收到第一帐号发送的通信终止请求之间的时间为请求时间，如果该请求时间过短，可以认为是第一帐号的误操作，可能是使用第一帐号的用户不小心碰到了触发第一通信请求的图标，或者是使用第一帐号的用户在触发第一通信请求后改变了发起实时通信的想法，因此在短时间内又触发了通信终止请求的图标。在这种情况下，第一客户端可以获取上述请求时间，并确定该请求时间是否超过了第一预定时间，如果是，则继续检测第二帐号的通信响应，如果未超过，则表示此次请求可能是误操作，第一客户端将不再继续检测第二帐号的通信响应。

作为一种可选的方案，在未接收到第一帐号发送的通信终止请求的情况下，还包括：

S1，检测第一帐号发起第一通信请求之后的持续时间；

S2，在持续时间超过第二预定时间的情况下，终止第一通信请求；

S3，在终止第一通信请求后的第二预定时间段内接收到第二帐号向第一帐号发送的第二通信请求的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信，其中，第二通信请求用于请求第一帐号与第二帐号进行实时通信。

可选地，在本实施例中，如果登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，未接收到第一帐号发送的通信终止请求，第一客户端可以在一定的持续时间之后，主动终止第一通信请求。但如果在第一客户端主动终止第一通信请求后的一定时间段内第二帐号向第一帐号发送了第二通信请求，以请求与第一帐号进行第一通信请求所请求的实时通信，那么第一客户端可以直接接通该实时通信。

作为一种可选的方案，在第一客户端上进行第一帐号与第二帐号之间的实时通信包括以下之一：

S1，在第一客户端上显示实时通信对应的第一通信界面，并向第一客户端发送第一提示信息，其中，第一提示信息用于指示第一帐号实时通信已接通；

S2，在第一客户端上显示第二提示信息，其中，第二提示信息用于指示第一帐号选择对实时通信执行的操作，操作包括：接听操作和挂断操作；在接收到第一帐号响应于第二提示信息对实时通信执行了接听操作的情况下，在第一客户端上显示实时通信对应的第二通信界面。

可选地，在本实施例中，第一客户端上可以但不限于通过以下两种方式之一进行第一帐号与第二帐号之间的实时通信：

方式一，第一客户端直接接通上述实时通信，在第一客户端上显示实时通信对应的第一通信界面，并向第一客户端发送第一提示信息来提醒第一帐号实时通信已接通。该第一提示信息可以但不限于是振动、铃声等方式。

方式二，第一客户端可以在屏幕上显示第二提示信息，由第一帐号来选择接通该实时通信还是拒绝该实时通信，如果第一帐号选择接通实时通信，则在第一客户端上显示实时通信对应的第二通信界面。

下面以一个可选的实施方式描述一种实时通信的连接过程，需要说明的是，本过程只是能够实现本实施例中提供的实时通信的连接方法的一种示例，本实施例对实现上述实时通信的连接方法的方式不作限定。

在本可选的实施方式中，如图5所示，用户甲向客户端发起与用户乙的语音会话申请(例如：在客户端上显示的与用户乙的会话界面上点击语音通话图标，相当于上述第一通信请求)，客户端在前端显示通话申请中的交互界面，客户端的后台检测到用户甲发起的语音通话申请，与本地网关A建立连接，并发送呼叫请求来请求与用户乙建立通话连接，网关A获取被叫方用户乙的帐号代码，并将其携带在向转存服务器发送的请求用户接入认证消息(ARQ)中，转存服务器接收来自网关A的ARQ消息后将认证通过授权消息(ACF)返回给网关A，网关A通过该授权在转存服务器内对用户乙的网关B发起呼叫建立请求，被叫用户乙的客户端振铃。转存服务器对本次呼叫进行计时。在计时过程中，用户甲发起关闭通话申请(例如：在客户端上显示的与用户乙的通话等待界面上点击结束通话请求的图标，相当于上述通信终止请求)，客户端接收到该关闭通话申请后，客户端前端界面上关闭通话申请交互界面，客户端后台获取振铃时长，并判断该时长是否大于5s，如果时长不大于5s，客户端后台将停止对网关A发起的呼叫请求，用户乙的振铃停止。如果时长大于5秒，则触发客户端内设的延迟机制，继续向网关A发送呼叫请求，持续5秒，如果用户乙在5秒后仍未接听通话，则客户端后台将停止对网关A发起的呼叫请求，用户乙的振铃停止。如果用户乙在5秒内接通电话，则在用户甲的客户端前端自动跳转至通话接听页面，并可以发起振动铃声等提示，用户乙客户端后台通过网关B向转存服务器发送链接消息，转存服务器进行链接呼叫，接通用户甲与用户乙的语音通话。

可选地，在本可选的实施方式中，如图6所示，在上述网关A通过授权在转存服务器内对用户乙的网关B发起呼叫建立请求，被叫用户乙振铃。用户甲的客户端后台对本次呼叫进行计时之后，客户端后台在计时超时之后，停止对网关B发起的呼叫建立请求，用户乙的客户端的振铃停止，转存服务器在5秒后向用户甲的客户端后台发送指令指示后台删除本次呼叫的数据库脚本。但如果用户乙在5秒内向用户甲发起通话申请，用户乙的客户端后台通过触发回拨脚本向转存服务器发送回拨接入认证消息，转存服务器验证该回拨脚本并建立呼叫连接，接通用户甲客户端与用户乙客户端的语音通话，用户甲客户端前端与用户乙客户端前端显示通话界面并振铃提示。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

根据本发明实施例的另一个方面，还提供了一种用于实施上述实时通信的连接方法的实时通信的连接装置，如图7所示，该装置包括：

1)接收模块72，用于在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收第一帐号发送的通信终止请求，其中，第一通信请求用于请求第二帐号与第一帐号进行实时通信，通信终止请求用于请求终止第一通信请求；

2)第一处理模块74，用于响应于通信终止请求，关闭在第一客户端上显示的通信请求界面，并在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应；

3)通信模块76，用于在接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信。

可选地，在本实施例中，上述实时通信的连接装置可以应用于如图2所示的终端202和终端204所构成的硬件环境中。如图2所示，终端202中安装有第一客户端206，终端204中安装了第二客户端208，在登录第一客户端206的第一帐号向登录第二客户端208的第二帐号发起第一通信请求之后，第一客户端206接收第一帐号发送的通信终止请求，其中，第一通信请求用于请求第二帐号与第一帐号进行实时通信，通信终止请求用于请求终止第一通信请求；第一客户端206响应于通信终止请求，关闭在第一客户端206上显示的通信请求界面，并在第一客户端206上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应；在接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端206上进行第一帐号与第二帐号之间的实时通信。

可选地，在本实施例中，上述实时通信的连接装置可以但不限于应用于第一帐号在第一客户端上向第二帐号所登录的第二客户端发起实时通信请求的场景中。其中，上述客户端可以但不限于为各种类型的应用，例如，在线教育应用、即时通讯应用、社区空间应用、游戏应用、购物应用、浏览器应用、金融应用、多媒体应用、直播应用等。具体的，可以但不限于应用于在上述即时通讯应用中第一帐号在第一客户端上向第二帐号所登录的第二客户端发起实时通信请求的场景中，或还可以但不限于应用于在上述游戏应用中第一帐号在第一客户端上向第二帐号所登录的第二客户端发起实时通信请求的场景中，以提高实时通信的连接效率。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，实时通信可以但不限于包括：语音通信、视频通信、全息投影通信等等实时发生的通信方式。

需要说明的是，在本实施例中，将以语音通信为例，对实时通信的连接过程进行说明和描述，对于其他通信方式下的实时通信的连接过程与此类似，在此不再赘述。

可选地，在本实施例中，第一通信请求用于请求第二帐号与第一帐号进行实时通信。例如：第一帐号请求与第二帐号进行语音通话时，第一帐号通过触发聊天界面上的语音通话图标发起第一通信请求。第一帐号请求与第二帐号进行视频通话时，第一帐号通过触发聊天界面上的视频通话图标发起第一通信请求。

在一个可选的实施方式中，以实时通信为语音通话为例，如图3所示，第一客户端上显示有第一帐号和第二帐号之间的聊天界面，第一帐号触发聊天界面中的语音通话图标，第一客户端向第二客户端发起第一通信请求，此时，在第一客户端上显示有语音通话的通信请求界面，用于提示第一帐号正在等待第二帐号对实时通信的响应，在第二客户端上显示有语音通话请求界面，用于提示第二帐号有与第一帐号之间的语音通话请求，第二帐号可以通过触发请求界面上的接通图标来指示接受该语音通话请求，或者可以通过触发请求界面上的挂断图标来指示拒绝该语音通话请求。

可选地，在本实施例中，通信终止请求用于请求终止上述第一通信请求。例如：第一帐号可以在发起第一通信请求之后通过触发第一客户端上显示的通信请求界面上的终止图标来向发送通信终止请求，第一客户端将响应于该通信终止请求，关闭在第一客户端上显示的通信请求界面，但在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应。

可选地，在本实施例中，在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应的过程可以由第一客户端在后台进行，关闭了在第一客户端的前端上显示的通信请求界面后，第一客户端的前端仍可以进行其他操作，并不会受到后台运行的检测过程的影响。

在上述可选的实施方式中，如图4所示，第一客户端向第二客户端发起第一通信请求后，在第一客户端上显示有语音通话的通信请求界面，第一帐号可以通过触发该界面上显示的终止图标发送通信终止请求，响应于该通信终止请求，将关闭在第一客户端上显示的上述通信请求界面，并在第一客户端的后台继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应，此时可以通过在第一客户端所在终端设备的状态栏显示一个提示通知来提示第一帐号上述检测过程仍在第一客户端的后台运行，第一帐号可以通过删除该提示通知或者在该提示通知上触发结束图标等等的方式来终止第一客户端后台的检测过程。

可见，通过上述装置，登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求，在此之后，接收到第一帐号发送的通信终止请求，相应于该请求，关闭第一客户端上显示的通信请求界面，但在第一客户端上还继续检测着是否接收到第二帐号响应于第一通信请求发送的通信响应，如果接收到第二帐号的通信响应，则在第一客户端上进行第一帐号与第二帐号之间的实时通信，从而避免了第一帐号挂断第一通信请求的同时第二帐号接听第一通信请求时导致通信无法接通的情况发生，使得实时通信能够满足通信双方的意愿，更加有效的接通，从而实现了提高实时通信的连接效率的技术效果，进而解决了实时通信的连接效率较低的技术问题。

作为一种可选的方案，第一处理模块包括：

1)第一检测单元，用于在第一客户端上继续检测在第一预定时间段内是否接收到第二帐号响应于第一通信请求发送的通信响应；

其中，通信模块用于：在第一预定时间段内接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信。

可选地，在本实施例中，上述装置还包括：第二处理模块，用于在预定时间段内未接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上停止检测是否接收到第二帐号响应于第一通信请求发送的通信响应。

可选地，在本实施例中，可以预先设置第一预定时间段，在接收到第一帐号发送的通信终止请求时开始在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应，并同时开始计时，如果在第一预定时间段内接收到了第二帐号响应于第一通信请求发送的通信响应，则在第一客户端上进行第一帐号与第二帐号之间的实时通信，如果时间超过了第一预定时间段仍未接收到通信响应，则停止检测第二帐号发送的通信响应，此时本次通信请求也将结束。

作为一种可选的方案，通信模块包括：

1)通信单元，用于在第一客户端上进行第一帐号与第二帐号之间的语音通信或视频通信。

可选地，在本实施例中，实时通信可以但不限于包括语音通信或视频通信。需要说明的是，本实施例对实时通信的形式不作限定，任何形式的实时进行的通信方式均应落入本申请的保护范围中。

作为一种可选的方案，第一处理模块包括：

1)获取单元，用于获取从第一帐号发起第一通信请求到接收到第一帐号发送的通信终止请求之间的请求时间；

2)第二检测单元，用于在请求时间超过第一预定时间的情况下，在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应。

可选地，在本实施例中，从第一帐号发起第一通信请求到接收到第一帐号发送的通信终止请求之间的时间为请求时间，如果该请求时间过短，可以认为是第一帐号的误操作，可能是使用第一帐号的用户不小心碰到了触发第一通信请求的图标，或者是使用第一帐号的用户在触发第一通信请求后改变了发起实时通信的想法，因此在短时间内又触发了通信终止请求的图标。在这种情况下，第一客户端可以获取上述请求时间，并确定该请求时间是否超过了第一预定时间，如果是，则继续检测第二帐号的通信响应，如果未超过，则表示此次请求可能是误操作，第一客户端将不再继续检测第二帐号的通信响应。

作为一种可选的方案，在未接收到第一帐号发送的通信终止请求的情况下，上述装置还包括：

1)检测模块，用于检测第一帐号发起第一通信请求之后的持续时间；

2)终止模块，用于在持续时间超过第二预定时间的情况下，终止第一通信请求；

3)通信模块，还用于在终止第一通信请求后的第二预定时间段内接收到第二帐号向第一帐号发送的第二通信请求的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信，其中，第二通信请求用于请求第一帐号与第二帐号进行实时通信。

可选地，在本实施例中，如果登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，未接收到第一帐号发送的通信终止请求，第一客户端可以在一定的持续时间之后，主动终止第一通信请求。但如果在第一客户端主动终止第一通信请求后的一定时间段内第二帐号向第一帐号发送了第二通信请求，以请求与第一帐号进行第一通信请求所请求的实时通信，那么第一客户端可以直接接通该实时通信。

作为一种可选的方案，通信模块包括以下之一：

1)第一处理单元，用于在第一客户端上显示实时通信对应的第一通信界面，并向第一客户端发送第一提示信息，其中，第一提示信息用于指示第一帐号实时通信已接通；

2)第二处理单元，用于在第一客户端上显示第二提示信息，其中，第二提示信息用于指示第一帐号选择对实时通信执行的操作，操作包括：接听操作和挂断操作；在接收到第一帐号响应于第二提示信息对实时通信执行了接听操作的情况下，在第一客户端上显示实时通信对应的第二通信界面。

可选地，在本实施例中，第一客户端上可以但不限于通过以下两种方式之一进行第一帐号与第二帐号之间的实时通信：

方式一，第一客户端直接接通上述实时通信，在第一客户端上显示实时通信对应的第一通信界面，并向第一客户端发送第一提示信息来提醒第一帐号实时通信已接通。该第一提示信息可以但不限于是振动、铃声等方式。

方式二，第一客户端可以在屏幕上显示第二提示信息，由第一帐号来选择接通该实时通信还是拒绝该实时通信，如果第一帐号选择接通实时通信，则在第一客户端上显示实时通信对应的第二通信界面。

下面以一个可选的实施方式描述一种实时通信的连接过程，需要说明的是，本过程只是能够实现本实施例中提供的实时通信的连接方法的一种示例，本实施例对实现上述实时通信的连接方法的方式不作限定。

在本可选的实施方式中，如图5所示，用户甲向客户端发起与用户乙的语音会话申请(例如：在客户端上显示的与用户乙的会话界面上点击语音通话图标，相当于上述第一通信请求)，客户端在前端显示通话申请中的交互界面，客户端的后台检测到用户甲发起的语音通话申请，与本地网关A建立连接，并发送呼叫请求来请求与用户乙建立通话连接，网关A获取被叫方用户乙的帐号代码，并将其携带在向转存服务器发送的请求用户接入认证消息(ARQ)中，转存服务器接收来自网关A的ARQ消息后将认证通过授权消息(ACF)返回给网关A，网关A通过该授权在转存服务器内对用户乙的网关B发起呼叫建立请求，被叫用户乙的客户端振铃。转存服务器对本次呼叫进行计时。在计时过程中，用户甲发起关闭通话申请(例如：在客户端上显示的与用户乙的通话等待界面上点击结束通话请求的图标，相当于上述通信终止请求)，客户端接收到该关闭通话申请后，客户端前端界面上关闭通话申请交互界面，客户端后台获取振铃时长，并判断该时长是否大于5s，如果时长不大于5s，客户端后台将停止对网关A发起的呼叫请求，用户乙的振铃停止。如果时长大于5秒，则触发客户端内设的延迟机制，继续向网关A发送呼叫请求，持续5秒，如果用户乙在5秒后仍未接听通话，则客户端后台将停止对网关A发起的呼叫请求，用户乙的振铃停止。如果用户乙在5秒内接通电话，则在用户甲的客户端前端自动跳转至通话接听页面，并可以发起振动铃声等提示，用户乙客户端后台通过网关B向转存服务器发送链接消息，转存服务器进行链接呼叫，接通用户甲与用户乙的语音通话

可选地，在本可选的实施方式中，如图6所示，在上述网关A通过授权在转存服务器内对用户乙的网关B发起呼叫建立请求，被叫用户乙振铃。用户甲的客户端后台对本次呼叫进行计时之后，客户端后台在计时超时之后，停止对网关B发起的呼叫建立请求，用户乙的客户端的振铃停止，转存服务器在5秒后向用户甲的客户端后台发送指令指示后台删除本次呼叫的数据库脚本。但如果用户乙在5秒内向用户甲发起通话申请，用户乙的客户端后台通过触发回拨脚本向转存服务器发送回拨接入认证消息，转存服务器验证该回拨脚本并建立呼叫连接，接通用户甲客户端与用户乙客户端的语音通话，用户甲客户端前端与用户乙客户端前端显示通话界面并振铃提示。

本发明实施例的应用环境可以但不限于参照上述实施例中的应用环境，本实施例中对此不再赘述。本发明实施例提供了用于实施上述实时通信的连接方法的一种可选的具体应用示例。

作为一种可选的实施例，上述实时通信的连接方法可以但不限于应用于如图8所示的实时通信的连接的场景中。在本场景中，以实时通信为语音通话为例。本实施例意在优化在语音通话的呼叫场景中即时反馈的处理逻辑，通过第一帐号挂断语音通话申请时，申请后台维持运行一段时间的“假挂断”方式，使接听方(第二帐号)有短暂缓和时间接听通话，接听方如果在这段时间内接收通话申请，发起方(第一帐号)通话自动接听并返回前台。防止由于时间巧合而导致的语音接听失败的状况发生。

可选地，在本实施例中，可以首先判断第一帐号的语音请求是否为误操作：如果第一帐号发起语音申请X秒内挂断电话，则可以判断为通话申请为误操作。

可选地，在本实施例中，第一帐号挂断语音通话申请后将在第一客户端的后台进行申请的缓冲：发起方关闭语音请求时，语音请求退至客户端的后台并维持通话请求，持续Y秒。若Y秒内，接听方接受语音请求，发起方通话将重新回归前台唤醒屏幕并接听语音。

可选地，在本实施例中，还可以判断通话是否为自动挂断，若系统为到达时效自动挂断通话请求，判断为系统挂断，语音申请即时挂断，无缓冲时长。若自动挂断Z秒内，接听方回拨通话申请，在发起方该通话将自动接听并跳转至前台。

如图8所示，“用户甲”在第一客户端上使用第一帐号向第二客户端上使用第二帐号的“用户乙”发起通话申请(相当于上述第一通信请求)。如果“用户甲”在X秒内挂断电话，判断为通话申请误操作，即时挂断通话申请。如果“用户甲”在X秒后手动挂断电话，则进入“假挂断”模式，第一客户端的前端界面显示电话挂断，通话申请在后台继续运行Y秒后关闭通话申请。在Y秒持续时间内，因为通话申请依旧在“用户甲”的第一客户端后台运行，所以通话接听方“用户乙”在Y秒时间内依旧持续收到通话申请。如果Y秒内“用户乙”未接听通话，通话申请即时关闭。如果Y秒内“用户乙”接听通话，该次通话申请接通，“用户甲”的第一客户端接听通话，同时通话功能跳转前台(前端和普通语音通话交互一致)。如果通话申请超过限定时间，系统将自动挂断通话。此时判定为系统挂断，通话申请即时挂断不进入后台运行。系统将记录当前时间点，Z秒内如果“用户乙”回拨电话，“用户甲”的第一客户端将自动接听通话，同时铃声震动提示。如果回拨前“用户甲”已重新发起通话申请，“用户乙”的第二客户端将提示“用户甲”正在语音通话中。

根据本发明实施例的又一个方面，还提供了一种用于实施上述实时通信的连接的电子装置，如图9所示，该电子装置包括：一个或多个(图中仅示出一个)处理器902、存储器904、传感器906、编码器908以及传输装置910，该存储器中存储有计算机程序，该处理器被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子装置可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收第一帐号发送的通信终止请求，其中，第一通信请求用于请求第二帐号与第一帐号进行实时通信，通信终止请求用于请求终止第一通信请求；

S2，响应于通信终止请求，关闭在第一客户端上显示的通信请求界面，并在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应；

S3，在接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信。

可选地，本领域普通技术人员可以理解，图9所示的结构仅为示意，电子装置也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图9其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

其中，存储器902可用于存储软件程序以及模块，如本发明实施例中的实时通信的连接方法和装置对应的程序指令/模块，处理器904通过运行存储在存储器902内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的目标组件的控制方法。存储器902可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器902可进一步包括相对于处理器904远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置910用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置910包括一个网络适配器(NetworkInterface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置910为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器902用于存储应用程序。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收第一帐号发送的通信终止请求，其中，第一通信请求用于请求第二帐号与第一帐号进行实时通信，通信终止请求用于请求终止第一通信请求；

S2，响应于通信终止请求，关闭在第一客户端上显示的通信请求界面，并在第一客户端上继续检测是否接收到第二帐号响应于第一通信请求发送的通信响应；

S3，在接收到第二帐号响应于第一通信请求发送的通信响应的情况下，在第一客户端上进行第一帐号与第二帐号之间的实时通信。

可选地，存储介质还被设置为存储用于执行上述实施例中的方法中所包括的步骤的计算机程序，本实施例中对此不再赘述。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种实时通信的连接方法，其特征在于，包括：

在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收所述第一帐号发送的通信终止请求，其中，所述第一通信请求用于请求所述第二帐号与所述第一帐号进行实时通信，所述通信终止请求用于请求终止所述第一通信请求；

响应于所述通信终止请求，关闭在所述第一客户端上显示的通信请求界面，并在所述第一客户端上继续检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应；

在接收到所述第二帐号响应于所述第一通信请求发送的通信响应的情况下，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信。

2.根据权利要求1所述的方法，其特征在于，

在所述第一客户端上继续检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应包括：在所述第一客户端上继续检测在第一预定时间段内是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应；其中，在所述第一预定时间段内接收到所述第二帐号响应于所述第一通信请求发送的通信响应的情况下，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信；

在所述第一客户端上继续检测在所述第一预定时间段内是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应之后，所述方法还包括：在所述第一预定时间段内未接收到所述第二帐号响应于所述第一通信请求发送的通信响应的情况下，在所述第一客户端上停止检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应。

3.根据权利要求1所述的方法，其特征在于，在所述第一客户端上继续检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应包括：

获取从所述第一帐号发起所述第一通信请求到接收到所述第一帐号发送的所述通信终止请求之间的请求时间；

在所述请求时间超过第一预定时间的情况下，在所述第一客户端上继续检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应。

4.根据权利要求1所述的方法，其特征在于，在未接收到所述第一帐号发送的所述通信终止请求的情况下，所述方法还包括：

检测所述第一帐号发起所述第一通信请求之后的持续时间；

在所述持续时间超过第二预定时间的情况下，终止所述第一通信请求；

在终止所述第一通信请求后的第二预定时间段内接收到所述第二帐号向所述第一帐号发送的第二通信请求的情况下，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信，其中，所述第二通信请求用于请求所述第一帐号与所述第二帐号进行所述实时通信。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信包括以下之一：

在所述第一客户端上显示所述实时通信对应的第一通信界面，并向所述第一客户端发送第一提示信息，其中，所述第一提示信息用于指示所述第一帐号所述实时通信已接通；

在所述第一客户端上显示第二提示信息，其中，所述第二提示信息用于指示所述第一帐号选择对所述实时通信执行的操作，所述操作包括：接听操作和挂断操作；在接收到所述第一帐号响应于所述第二提示信息对所述实时通信执行了所述接听操作的情况下，在所述第一客户端上显示所述实时通信对应的第二通信界面。

6.一种实时通信的连接装置，其特征在于，包括：

接收模块，用于在登录第一客户端的第一帐号向登录第二客户端的第二帐号发起第一通信请求之后，接收所述第一帐号发送的通信终止请求，其中，所述第一通信请求用于请求所述第二帐号与所述第一帐号进行实时通信，所述通信终止请求用于请求终止所述第一通信请求；

第一处理模块，用于响应于所述通信终止请求，关闭在所述第一客户端上显示的通信请求界面，并在所述第一客户端上继续检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应；

通信模块，用于在接收到所述第二帐号响应于所述第一通信请求发送的通信响应的情况下，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信。

7.根据权利要求6所述的装置，其特征在于，

所述第一处理模块包括：第一检测单元，用于在所述第一客户端上继续检测在第一预定时间段内是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应；其中，所述通信模块用于：在所述第一预定时间段内接收到所述第二帐号响应于所述第一通信请求发送的通信响应的情况下，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信；

所述装置还包括：第二处理模块，用于在所述预定时间段内未接收到所述第二帐号响应于所述第一通信请求发送的通信响应的情况下，在所述第一客户端上停止检测是否接收到所述第二帐号响应于所述第一通信请求发送的通信响应。

8.根据权利要求6所述的装置，其特征在于，在未接收到所述第一帐号发送的所述通信终止请求的情况下，所述装置还包括：

检测模块，用于检测所述第一帐号发起所述第一通信请求之后的持续时间；

终止模块，用于在所述持续时间超过第二预定时间的情况下，终止所述第一通信请求；

所述通信模块，还用于在终止所述第一通信请求后的第二预定时间段内接收到所述第二帐号向所述第一帐号发送的第二通信请求的情况下，在所述第一客户端上进行所述第一帐号与所述第二帐号之间的所述实时通信，其中，所述第二通信请求用于请求所述第一帐号与所述第二帐号进行所述实时通信。

9.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至5任一项中所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至5任一项中所述的方法。