CN112468352B - 语音通信方法、装置、系统及电子设备 - Google Patents

Abstract

本申请涉及语音通信技术，具体而言，涉及一种语音通信方法、装置、系统及电子设备。本申请实施例提供的语音通信方法应用于安装有第一浏览器的第一电子设备，语音通信方法包括：在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息；根据状态指示信息，获取语音通信的实时通信状态；通过第一浏览器显示实时通信状态。本申请实施例提供的语音通信方法、装置、系统及电子设备能够提高通过浏览器进行语音通信的便捷程度和可推广程度。

Description

语音通信方法、装置、系统及电子设备

技术领域

本申请涉及语音通信技术，具体而言，涉及一种语音通信方法、装置、系统及电子设备。

背景技术

WebSocket是一种新的Web通信技术，能够实现浏览器与服务器的全双工实时通信(Full-Duplex)，以进一步实现两个浏览器（例如，第一浏览器和第二浏览器）之间的语音通信。但是，现有技术中，两个浏览器在进行语音通信的过程中，用户是无法获知语音通信的实时通信状态的，因此，通过浏览器进行语音通信的便捷程度和可推广程度较低。

发明内容

本申请的目的在于，提供一种语音通信方法、装置、系统及电子设备，以解决上述问题。

第一方面，本申请实施例提供的语音通信方法应用于安装有第一浏览器的第一电子设备，语音通信方法包括：

在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息；

根据状态指示信息，获取语音通信的实时通信状态；

通过第一浏览器显示实时通信状态。

结合第一方面，本申请实施例还提供了第一方面的第一种可选的实施方式，在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息之前，语音通信方法还包括：

通过WebSocket技术，建立第一浏览器与第二浏览器之间的通信通道。

结合第一方面，本申请实施例还提供了第一方面的第二种可选的实施方式，根据状态指示信息，获取语音通信的实时通信状态，包括：

从预设的通信状态集合中，选取出与状态指示信息对应的待选通信状态，作为语音通信的实时通信状态。

结合第一方面的第二种可选的实施方式，本申请实施例还提供了第一方面的第三种可选的实施方式，通信状态集合中至少包括三种待选通信状态，三种待选通信状态分别为呼叫中、通话中和已挂断。

结合第一方面，本申请实施例还提供了第一方面的第四种可选的实施方式，根据状态指示信息，获取语音通信的实时通信状态之后，语音通信方法还包括：

若语音通信的实时通信状态为通话中，则获取第二浏览器上所登录的第二通信用户的身份表征信息，以及第二通信用户与第一浏览器上所登录的第一通信用户的历史通信记录，并通过第一浏览器对身份表征信息和历史通信记录进行显示。

结合第一方面，本申请实施例还提供了第一方面的第五种可选的实施方式，语音通信方法还包括：

在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到服务器发送的故障指示信息，则通过第一浏览器对故障指示信息进行显示。

结合第一方面的第五种可选的实施方式，本申请实施例还提供了第一方面的第六种可选的实施方式，语音通信方法还包括：

在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到服务器发送的故障指示信息，则根据故障指示信息，从预设的故障排除策略集合中，选取出与故障指示信息对应的待选排除策略，作为目标策略；

通过第一浏览器显示目标策略。

第二方面，本申请实施例提供的语音通信方法，应用于服务器，语音通信方法包括：

在第一电子设备上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将状态指示信息发送给第一电子设备，以供第一电子设备根据状态指示信息，获取语音通信的实时通信状态，并通过第一浏览器显示实时通信状态。

第三方面，本申请实施例提供的语音通信装置，应用于安装有第一浏览器的第一电子设备，语音通信装置包括：

状态指示信息接收模块，用于在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息；

实时通信状态获取模块，用于根据状态指示信息，获取语音通信的实时通信状态；

实时通信状态显示模块，用于通过第一浏览器显示实时通信状态。

第四方面，本申请实施例还提供了一种语音通信装置，应用于服务器，语音通信装置包括：

状态指示信息生成模块，用于在第一电子设备上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将状态指示信息发送给第一电子设备，以供第一电子设备根据状态指示信息，获取语音通信的实时通信状态，并通过第一浏览器显示实时通信状态。

第五方面，本申请实施例提供的语音通信系统，包括第一电子设备和服务器；

服务器用于在第一电子设备上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将状态指示信息发送给第一电子设备；

第一电子设备用于根据状态指示信息，获取语音通信的实时通信状态，并通过第一浏览器显示实时通信状态。

第六方面，本申请实施例提供的电子设备包括控制器和存储器，存储器上存储有计算机程序，控制器用于执行计算机程序，以实现第一方面，或第一方面的任意一种可选的实施方式所提供的语音通信方法，或实现第二方面所提供的语音通信方法。

第七方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被执行时，实现第一方面，或第一方面的任意一种可选的实施方式所提供的语音通信方法，或实现第二方面所提供的语音通信方法。

本申请实施例提供的语音通信方法应用于安装有第一浏览器的第一电子设备，语音通信方法包括：在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息，以根据状态指示信息，获取语音通信的实时通信状态，再通过第一浏览器显示实时通信状态，那么，用户便能够通过第一浏览器，直接获取语音通信的实时通信状态，因此，相对于现有技术而言，能够提高通过浏览器进行语音通信的便捷程度和可推广程度。

进一步地，本申请实施例提供的语音通信方法还包括：在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到服务器发送的故障指示信息，则通过第一浏览器对故障指示信息进行显示，同时，根据故障指示信息，从预设的故障排除策略集合中，选取出与故障指示信息对应的待选排除策略，作为目标策略，并通过第一浏览器显示目标策略，以供用户根据目标策略排除通信故障，从而有效提高语音通信效率。

本申请实施例提供的语音通信装置、系统、电子设备及计算机可读存储介质具有与上述语音通信方法相同的有益效果，此处不作赘述。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种语音通信方法的步骤流程图。

图2为本申请实施例提供的一种语音通信装置的示意性结构框图。

图3为本申请实施例提供的另一种语音通信装置的示意性结构框图。

图4为本申请实施例提供的一种语音通信系统的示意性结构框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。此外，应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

第一实施例：

请参阅图1，为本申请实施例提供的一种语音通信方法的步骤流程图，应用于安装有第一浏览器的第一电子设备。所应说明的是，本申请实施例提供的语音通信方法不以图1及以下所示的顺序为限制，以下结合图1对语音通信方法的具体流程及步骤进行描述。

步骤S100，在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息。

本申请实施例中，第一电子设备可以是，但不限于电脑、个人数字助理（PersonalDigital Assistant，PAD）、移动上网设备(Mobile Internet Device，MID)、智能手机，同样，第二电子设备也可以是，但不限于电脑、PAD、MID、智能手机，而第一浏览器可以是和第二浏览器可以是任意支持WebSocket技术的浏览器，例如，谷歌浏览器、火狐浏览器、欧朋浏览器等，本申请实施例对此不作具体限制。

此外，可以理解的是，本申请实施例中，在步骤S100之前，需要建立第一浏览器与第二浏览器之间的通信通道，而第一浏览器与第二浏览器之间的通信通道可以通过WebSocket技术建立，基于此，本申请实施例中，还包括步骤S001。

步骤S001，通过WebSocket技术，建立第一浏览器与第二浏览器之间的通信通道。

首先，通过WebSocket技术，建立第一浏览器与服务器之间的第一通信通道，具体建立过程为：

第一浏览器侧用户（为方便描述，以下称第一通信用户）通过第一浏览器登录之后，第一浏览器和服务器建立WebSocket连接，获取持久化的相互通信能力，此后，获取到第一通信用户侧网络通信电话的用户名、密码，以及服务器的地址和端口号，生成配置Config，再通过配置Config使用开源的基于WebRTC实现语音通话的Javascript程序，最终，在第一浏览器和服务器之间建立用于语音通信的第一通信通道，其中，Javascript程序可以是Sipjs，也可以是Jssip，本申请实施例对此不作具体限制。

可以理解的是，本申请实施例中，第二浏览器也可以采用如上方式与服务器之间的第二通信通道，本申请实施例对此不作赘述。

在通过WebSocket技术，建立第一浏览器与服务器之间的第一通信通道，以及通过WebSocket技术，建立第二浏览器与服务器之间的第二通信通道之后，在后续的实际语音通信过程中，便可以将第一通信通道和第二通信通道共同作为第一浏览器与第二浏览器之间的通信通道。

例如，若第一通信用户作为主叫方，则可以通过第一浏览器调用Http拨打接口，以使服务器向第一浏览器发送语音流“正在呼叫请等待”，第二浏览器调用Http接通接口，以使服务器向第一浏览器与“通话中”对应的状态指示信息，如此，便可以成功建立第一浏览器与第二浏览器之间的通信通道，若第二浏览器侧用户（为方便描述，以下称第二通信用户）作为主叫方，则可以通过第二浏览器调用Http拨打接口，以使服务器向第二浏览器发送语音流“正在呼叫请等待”，第一浏览器调用Http接通接口，以使服务器向第二浏览器与“通话中”对应的状态指示信息，如此，便可以成功建立第一浏览器与第二浏览器之间的通信通道。

当然，成功建立第一浏览器与第二浏览器之间的通信通道之后，第一浏览器可以调用Http挂断接口，以使服务器向第二浏览器发送与“已挂断”对应的状态指示信息，对应的，第二浏览器也可以调用Http挂断接口，以使服务器向第一浏览器发送与“已挂断”对应的状态指示信息，从而阻断第一浏览器与第二浏览器之间的通信通道。

在完成步骤S001之后，第一通信用户和第二通信用户便可以进行语音通信，当然，实质为第一浏览器与第二浏览器通过预先建立的通信通道进行语音通信，此后，便可以执行步骤S100，以在第一浏览器与第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息。

步骤S200，根据状态指示信息，获取语音通信的实时通信状态。

对于步骤S200，本申请实施例中，作为一种可选的实施方式，其可以在接收到服务器发送的状态指示信息之后，从预设的通信状态集合中，选取出与状态指示信息对应的待选通信状态，作为语音通信的实时通信状态。基于此，可以理解的是，本申请实施例中，第一电子设备中预设有通信状态集合，以及通信状态集合中多种待选通信状态与多种状态指示信息的对应关系。

以通信状态集合中实际包括三种待选通信状态为例，三种待选通信状态可以分别为“呼叫中”、“通话中”和“已挂断”，而三种待选通信状态与三种状态指示信息的对应关系可以如表1所示。

表1

状态指示信息	待选通信状态
		语音流“正在呼叫请等待”	呼叫中
200	通话中
		500	已挂断

本申请实施例中，对于状态指示信息“语音流“正在呼叫请等待””，其可以是服务器在主叫方浏览器（第一浏览器或第二浏览器）调用Http拨打接口之后生成，并发送给该浏览器，而状态指示信息“200”可以是服务器在被叫方浏览器（第一浏览器或第二浏览器）调用Http接通接口之后生成，并发送给另一浏览器，状态指示信息“500”可以是服务器在任意方浏览器（第一浏览器或第二浏览器）调用Http挂断接口之后生成，并发送给另一浏览器。

步骤S300，通过第一浏览器显示实时通信状态。

为提高语音通信方法的功能全面性，本申请实施例中，在执行步骤S200，以根据状态指示信息，获取语音通信的实时通信状态之后，语音通信方法还可以包括步骤S400。

步骤S400，若语音通信的实时通信状态为通话中，则获取第二浏览器上所登录的第二通信用户的身份表征信息，以及第二通信用户与第一浏览器上所登录的第一通信用户的历史通信记录，并通过第一浏览器对身份表征信息和历史通信记录进行显示。

此外，需要说明的是，本申请实施例中，在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，第一浏览器上还可以显示虚拟挂断按钮，若接收到第一通信用户通过虚拟挂断按钮触发的挂断操作指令，则停止语音通信。

为有效提高语音通信效率，本申请实施例提供的语音通信方法还可以包括步骤S500。

步骤S500，在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到服务器发送的故障指示信息，则通过第一浏览器对故障指示信息进行显示。

本申请实施例中，故障指示信息可以是用于指示用户“已离线”的指示信息，也可以是用于指示用户“语音客户端已掉线”的指示信息，本申请实施例对此不作具体限制。

为进一步提高提高语音通信效率，本申请实施例提供的语音通信方法还可以包括步骤S600和步骤S700。

步骤S600，在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到服务器发送的故障指示信息，则根据故障指示信息，从预设的故障排除策略集合中，选取出与故障指示信息对应的待选排除策略，作为目标策略。

基于步骤S600，可以理解的是，本申请实施例中，第一电子设备中预设有故障排除策略集合，以及故障排除策略集合中多种待选排除策略与多种故障指示信息的对应关系。

以通信状态集合中实际包括两种待选排除策略为例，两种待选排除策略可以分别为“系统检测到您已经离开，如需继续作业请重新上线”和“语音客户端掉线，请退出系统重新登录”，而两种待选排除策略与两种故障指示信息的对应关系可以如表2所示。

表2

故障指示信息	待选通信状态
		800	系统检测到您已经离开，如需继续作业请重新上线
700	语音客户端掉线，请退出系统重新登录

本申请实施例中，对于故障指示信息“800”，其可以是服务器在主叫方浏览器（第一浏览器或第二浏览器）调用Http拨打接口，但自身生成状态指示信息“语音流“正在呼叫请等待””失败之后生成，并发送给该浏览器，而故障指示信息“700”可以是服务器在被叫方浏览器（第一浏览器或第二浏览器）调用Http接通接口，但自身生成状态指示信息“200”失败之后生成，并发送给该浏览器，也可以是服务器在任意方浏览器（第一浏览器或第二浏览器）调用Http挂断接口，但自身生成状态指示信息“500”失败之后生成，并发送给该浏览器。

步骤S700，通过第一浏览器显示目标策略。

通过上述设置，第一通信用户便能够根据目标策略排除通信故障，从而有效提高语音通信效率。

第二实施例：

基于与第一实施例提供的语音通信方法相同的发明构思，本申请实施例还提供了一种语音通信装置110，应用于安装有第一浏览器的第一电子设备。请参阅图2，本申请实施例提供的语音通信装置110包括状态指示信息接收模块111、实时通信状态获取模块112和实时通信状态显示模块113。

状态指示信息接收模块111，用于在所述第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息。

实时通信状态获取模块112，用于根据所述状态指示信息，获取所述语音通信的实时通信状态。

实时通信状态显示模块113，用于通过所述第一浏览器显示所述实时通信状态。

本申请实施例提供的语音通信装置110还可以包括通信通道建立模块。

通信通道建立模块，用于通过WebSocket技术，建立第一浏览器与第二浏览器之间的通信通道。

本申请实施例中，实时通信状态获取模块112具体用于从预设的通信状态集合中，选取出与状态指示信息对应的待选通信状态，作为语音通信的实时通信状态。

本申请实施例中，通信状态集合中至少可以包括三种待选通信状态，三种待选通信状态分别为呼叫中、通话中和已挂断。

本申请实施例提供的语音通信装置110还可以包括通信信息显示模块。

通信信息显示模块，用于在语音通信的实时通信状态为通话时，获取第二浏览器上所登录的第二通信用户的身份表征信息，以及第二通信用户与第一浏览器上所登录的第一通信用户的历史通信记录，并通过第一浏览器对身份表征信息和历史通信记录进行显示。

本申请实施例提供的语音通信装置110还可以包括故障指示信息显示模块。

故障指示信息显示模块，用于在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到服务器发送的故障指示信息，则通过第一浏览器对故障指示信息进行显示。

本申请实施例提供的语音通信装置110还可以包括目标策略选取模块和目标策略显示模块。

目标策略选取模块，用于在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到服务器发送的故障指示信息，则根据故障指示信息，从预设的故障排除策略集合中，选取出与故障指示信息对应的待选排除策略，作为目标策略。

目标策略显示模块，用于通过第一浏览器显示目标策略。

由于本申请实施例提供的语音通信装置110是基于与第一实施例所提供的语音通信方法同样的发明构思实现的，具有与第一实施例所提供的语音通信方法相同的功能，因此，本申请实施例中，语音通信装置110中相关软件模块的具体描述，均可参见第一实施例中对应步骤的相关描述，此处不作赘述。

第三实施例：

本申请实施例提供的一种语音通信方法，应用于服务器。

本申请实施例提供的语音通信方法包括：在第一电子设备上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将状态指示信息发送给第一电子设备，以供第一电子设备根据状态指示信息，获取语音通信的实时通信状态，并通过第一浏览器显示实时通信状态。

本申请实施例提供的语音通信方法是基于与第一实施例所提供的语音通信方法同样的发明构思实现的，具有与第一实施例所提供的语音通信方法相同的功能，而关于服务器具体工作过程，也同第一实施例所述，因此，本申请实施例中，语音通信方法中相关步骤的具体描述，均可参见第一实施例中对应步骤的相关描述，此处不作赘述。

第四实施例：

基于与第三实施例提供的语音通信方法相同的发明构思，本申请实施例还提供了一种语音通信装置120，应用于服务器。

请参阅图3，本申请实施例提供的语音通信装置120包括状态指示信息生成模块121。

状态指示信息生成模块121，用于在第一电子设备上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将状态指示信息发送给第一电子设备，以供第一电子设备根据状态指示信息，获取语音通信的实时通信状态，并通过第一浏览器显示实时通信状态。

由于本申请实施例提供的语音通信装置120是基于与第二实施例所提供的语音通信方法同样的发明构思实现的，具有与第三实施例所提供的语音通信方法相同的功能，因此，本申请实施例中，语音通信装置120中相关软件模块的具体描述，均可参见第二实施例中对应步骤的相关描述，此处不作赘述。

第五实施例：

请参阅图4，本申请实施例提供的一种语音通信系统200，包括第一电子设备210和服务器220，其中，第一电子设备210能够应用第一实施例所提供的语音通信方法，而服务器220能够应用第三实施例所提供的语音通信方法。

服务器220用于在第一电子设备210上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将状态指示信息发送给第一电子设备210。

第一电子设备210用于根据状态指示信息，获取语音通信的实时通信状态，并通过第一浏览器显示实时通信状态。

基于以上描述，可以理解的是，本申请实施例提供的语音通信系统200还需要包括第二电子设备（图中未示出），第一电子设备210上安装的第一浏览器与第二电子设备上安装的第二浏览器之间通过服务器220建立通信通道。

本申请实施例提供的语音通信系统200是基于与第一实施例和第三实施例所提供的语音通信方法同样的发明构思实现的，具有与第一实施例和第三实施例所提供的语音通信方法相同的功能，因此，本申请实施例中，语音通信方法中相关步骤的具体描述，均可参见第一实施例和第三实施例中对应步骤的相关描述，此处不作赘述。

第六实施例:

本申请实施例提供了一种电子设备，其可以是应用第一实施例所提供的语音通信方法的第一电子设备，也可以是应用第三实施例所提供的语音通信方法的服务器，本申请实施例对此不作具体限制。

控制器与存储器直接或间接地电性连接，以实现数据的传输或交互，例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。语音通信装置包括至少一个可以软件或固件（Firmware）的形式存储在存储器中或固化在电子设备的操作系统（Operating System，OS）中的软件模块。控制器用于执行存储器中存储的可执行模块，例如，语音通信装置所包括的软件功能模块及计算机程序等，以实现数据处理方法。控制器可以在接收到执行指令后，执行计算机程序。

其中，控制器可以是一种集成电路芯片，具有信号处理能力。控制器也可以是通用处理器，例如，可以是数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、分立门或晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规处理器等。

存储器可以是，但不限于，随机存取存储器（Random Access Memory，RAM）、只读存储器（Read Only Memory，ROM）、可编程只读存储器（Programmable Read-Only Memory，PROM）、可擦可编程序只读存储器（Erasable Programmable Read-Only Memory，EPROM），以及电可擦编程只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM）。存储器用于存储程序，控制器在接收到执行指令后，执行该程序。

第七实施例：

申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被执行时，可实现第一实施例提供的语音通信方法，或实现第三实施例提供的语音通信方法。

综上所述，本申请实施例提供的语音通信方法应用于安装有第一浏览器的第一电子设备，语音通信方法包括：在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息，以根据状态指示信息，获取语音通信的实时通信状态，再通过第一浏览器显示实时通信状态，那么，用户便能够通过第一浏览器，直接获取语音通信的实时通信状态，因此，相对于现有技术而言，能够提高通过浏览器进行语音通信的便捷程度和可推广程度。

进一步地，本申请实施例提供的语音通信方法还包括：在第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到服务器发送的故障指示信息，则通过第一浏览器对故障指示信息进行显示，同时，根据故障指示信息，从预设的故障排除策略集合中，选取出与故障指示信息对应的待选排除策略，作为目标策略，并通过第一浏览器显示目标策略，以供用户根据目标策略排除通信故障，从而有效提高语音通信效率。

本申请实施例提供的语音通信装置、系统、电子设备及计算机可读存储介质具有与上述语音通信方法相同的有益效果，此处不作赘述。

在本申请实施例所提供的几个实施方式中，应该理解到，所揭露的方法和装置，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。此外，在本申请每个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是每个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

还需要说明的是，在本文中，诸如“第一”、“第二”、“第三”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括未明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

Claims (12)

1.一种语音通信方法，其特征在于，应用于安装有第一浏览器的第一电子设备，所述语音通信方法包括：

在所述第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息；

从预设的通信状态集合中，选取出与所述状态指示信息对应的待选通信状态，作为所述语音通信的实时通信状态；

通过所述第一浏览器显示所述实时通信状态；

若所述语音通信的实时通信状态为通话中，则获取所述第二浏览器上所登录的第二通信用户的身份表征信息，以及所述第二通信用户与所述第一浏览器上所登录的第一通信用户的历史通信记录，并通过所述第一浏览器对所述身份表征信息和所述历史通信记录进行显示。

2.根据权利要求1所述的语音通信方法，其特征在于，所述在所述第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息之前，所述语音通信方法还包括：

通过WebSocket技术，建立所述第一浏览器与所述第二浏览器之间的通信通道。

3.根据权利要求1所述的语音通信方法，其特征在于，所述根据所述状态指示信息，获取所述语音通信的实时通信状态，包括：

从预设的通信状态集合中，选取出与所述状态指示信息对应的待选通信状态，作为所述语音通信的实时通信状态。

4.根据权利要求3所述的语音通信方法，其特征在于，所述通信状态集合中至少包括三种待选通信状态，所述三种待选通信状态分别为呼叫中、通话中和已挂断。

5.根据权利要求1所述的语音通信方法，其特征在于，所述语音通信方法还包括：

在所述第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到所述服务器发送的故障指示信息，则通过所述第一浏览器对所述故障指示信息进行显示。

6.根据权利要求1所述的语音通信方法，其特征在于，所述语音通信方法还包括：

所述在所述第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，若接收到所述服务器发送的故障指示信息，则根据所述故障指示信息，从预设的故障排除策略集合中，选取出与所述故障指示信息对应的待选排除策略，作为目标策略；

通过所述第一浏览器显示所述目标策略。

7.一种语音通信方法，其特征在于，应用于服务器，所述语音通信方法包括：

在第一电子设备上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将所述状态指示信息发送给所述第一电子设备，以供所述第一电子设备从预设的通信状态集合中，选取出与所述状态指示信息对应的待选通信状态，作为所述语音通信的实时通信状态，并通过所述第一浏览器显示所述实时通信状态，且在所述语音通信的实时通信状态为通话中时，获取所述第二浏览器上所登录的第二通信用户的身份表征信息，以及所述第二通信用户与所述第一浏览器上所登录的第一通信用户的历史通信记录，并通过所述第一浏览器对所述身份表征信息和所述历史通信记录进行显示。

8.一种语音通信装置，其特征在于，应用于安装有第一浏览器的第一电子设备，所述语音通信装置包括：

状态指示信息接收模块，用于在所述第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，接收服务器发送的状态指示信息；

实时通信状态获取模块，用于从预设的通信状态集合中，选取出与所述状态指示信息对应的待选通信状态，作为所述语音通信的实时通信状态；

实时通信状态显示模块，用于通过所述第一浏览器显示所述实时通信状态；

通信信息显示模块，用于在所述语音通信的实时通信状态为通话中时，获取所述第二浏览器上所登录的第二通信用户的身份表征信息，以及所述第二通信用户与所述第一浏览器上所登录的第一通信用户的历史通信记录，并通过所述第一浏览器对所述身份表征信息和所述历史通信记录进行显示。

9.一种语音通信装置，其特征在于，应用于服务器，所述语音通信装置包括：

状态指示信息生成模块，用于在第一电子设备上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将所述状态指示信息发送给所述第一电子设备，以供所述第一电子设备从预设的通信状态集合中，选取出与所述状态指示信息对应的待选通信状态，作为所述语音通信的实时通信状态，并通过所述第一浏览器显示所述实时通信状态，且在所述语音通信的实时通信状态为通话中时，获取所述第二浏览器上所登录的第二通信用户的身份表征信息，以及所述第二通信用户与所述第一浏览器上所登录的第一通信用户的历史通信记录，并通过所述第一浏览器对所述身份表征信息和所述历史通信记录进行显示。

10.一种语音通信系统，其特征在于，包括第一电子设备和服务器；

所述服务器用于在第一电子设备上安装的第一浏览器与第二电子设备上安装的第二浏览器通过预先建立的通信通道进行语音通信的过程中，生成状态指示信息，并将所述状态指示信息发送给所述第一电子设备；

所述第一电子设备用于从预设的通信状态集合中，选取出与所述状态指示信息对应的待选通信状态，作为所述语音通信的实时通信状态，并通过所述第一浏览器显示所述实时通信状态，且在所述语音通信的实时通信状态为通话中时，获取所述第二浏览器上所登录的第二通信用户的身份表征信息，以及所述第二通信用户与所述第一浏览器上所登录的第一通信用户的历史通信记录，并通过所述第一浏览器对所述身份表征信息和所述历史通信记录进行显示。

11.一种电子设备，其特征在于，包括控制器和存储器，所述存储器上存储有计算机程序，所述控制器用于执行所述计算机程序，以实现权利要求1~6中任意一项所述的语音通信方法，或实现权利要求7所述的语音通信方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被执行时，实现权利要求1~6中任意一项所述的语音通信方法，或实现权利要求7所述的语音通信方法。

Images