CN112468432B - 网络通话方法、装置、服务器、终端及计算机可读存储介质 - Google Patents

Abstract

本发明实施例提出的一种网络通话方法、装置、服务器、终端及计算机存储介质，接收联系人发出的通话请求，将通话请求转发至对应的接收端，并根据接收端的反馈判断是否满足转接条件，当满足转接条件时，将通话请求发送至至少一个与接收端对应的备用接收端。通过本方法，在满足转接条件时，将通话请求转发至备用接收端，方便在接收端无法接通时可以与设定的备用接收端建立通话联系，以便处理紧急事务或者通过备用接收端通知接收端，提升用户体验。

Description

网络通话方法、装置、服务器、终端及计算机可读存储介质

技术领域

本发明涉及社交应用技术领域，具体涉及一种网络通话方法、装置、服务器、终端及计算机可读存储介质。

背景技术

随着互联网技术的发展，社交应用的功能越来越多样，其中的网络通话功能已成为用户常用的功能，通过网络通话功能，用户之间可以实时地进行网络通话。

现有技术是用户(联系人)在设备上向其他用户(接收端)发起网络通话时，只有接收端完成接收同意时才能开始通话，但当接收端正忙或未看到通话邀请时就无法接通，这样有紧急事情时就无法联系到接收端或其他相关人，造成通话不及时或者耽误重要紧急的事情。

上述对问题的发现过程的描述，仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本发明实施例提供了一种网络通话方法、装置、服务器、终端及计算机可读存储介质。

有鉴于此，第一方面，本发明实施例提供一种网络通话方法，包括：

接收发起端发送的通话请求，所述发起端为发起网络通话的一端；

将所述通话请求转发至接收端，所述接收端为接收所述网络通话的一端；

依据所述接收端的反馈，判断是否满足预设的转接条件；

若满足预设的转接条件，将所述通话请求转发至至少一个备用接收端，其中所述备用接收端是对应于所述接收端预先设置的。

第二方面，本发明实施例还提供了一种网络通话装置，包括：

接收模块，用于接收发起端发送的通话请求，所述发起端为发起网络通话的一端；

第一转发模块，用于将所述通话请求转发至接收端，所述接收端为接收所述网络通话的一端；

判断模块，用于依据所述接收端的反馈判断是否满足预设的转接条件；

第二转发模块，用于若满足预设的转接条件，将所述通话请求转发至至少一个备用接收端，其中所述备用接收端是对应于所述接收端预先设置的。

第三方面，本发明实施例还提供了一种服务器，包括第二方面所述的网络通话装置。

第四方面，本发明实施例还提供了一种终端，包括：处理器、存储器、通信接口和总线；

其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；

所述通信接口用于外部设备之间的信息传输；

所述处理器用于调用所述存储器中的程序指令，以执行第一方面所述的网络通话方法的步骤。

第五方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令使计算机执行第一方面所述网络通话方法的步骤。

相比现有技术，本发明实施例提出的一种网络通话方法，接收联系人发出的通话请求，将通话请求转发至对应的接收端，并根据接收端的反馈确定是否满足转接条件，当满足转接条件时，将通话请求发送至与接收端对应的备用接收端。通过本方法，在满足转接条件时，将通话请求转发至备用接收端，方便在接收端无法接通时可以与设定的备用接收端建立通话联系，以便处理紧急事务或者通过备用接收端通知接收端，提升用户体验。

附图说明

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

图1为本发明实施例提供的一种网络通信系统示意；

图2为本发明实施例提供的一种网络通话方法的流程图；

图3为本发明实施例提供的一种网络通话的信息交互图；

图4为本发明实施例提供的一种网络通话装置的框图；

图5为本发明一个实施例提供的一种终端的框图。

具体实施方式

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

网络通话笼统上的意义是APP等软件通过网络进行通话交谈，例如微信、QQ等社交软件的语音通话。

图1为一种网络通话的系统示意图，网络通话系统通常包括发起网络通话的一端，即图1所示的发起端101，接收该网络通话的一端，即图1所示的接收端102，以及通过网络分别与发起端101和接收端102通信连接的服务器103，其中的发起端101和接收端102可以为诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。

现有的网络通话方法通常是发起端101发送一个通话请求至服务器103，发起端101在发送通话请求时，会携带有接收端102的信息(例如接收端102的ID等)，服务器103根据通话请求中携带的接收端102的信息，确定对应的接收端102，并将通话请求转发至接收端102，当接收端102同意接收通话请求后，服务器103建立发起端101和接收端102的通话链路，发起端101和接收端102开始通话。但是由于只有当接收端102同意接收通话请求时才能开始通话，当接收端102正忙或未看到通话邀请时就无法接通，这样有紧急事情时就无法联系到接收端或其他相关人，造成通话不及时或者耽误重要紧急的事情。

为了至少解决现有技术存在的上述问题，本发明提供了一种网络通话方法。

下面以服务器为执行主体，对本发明提供的网络通话方法进行详细说明。

图2为本发明实施例提供的一种网络通话方法的流程图，如图2所示，该网络通话方法可以包括下述步骤：

S21.接收发起端发送的通话请求，所述发起端为发起网络通话的一端。

其中，通话请求用于请求进行网络通话，其中携带有接收端的信息(例如接收端的ID，ID是身份标识号码，例如可以为接收端的微信帐号、QQ账号等)。

S22.将所述通话请求转发至接收端，所述接收端为接收所述网络通话的一端。

服务器根据通话请求中携带的接收端的信息，确定具体的接收端，并将通话请求转发至接收端。

S23.依据所述接收端的反馈，判断是否满足预设的转接条件。

将通话请求发送至接收端后，通常可能会有下述三种情况：

第一种情况：接收端同意接收通话请求，并向服务器发送接收信息，其中接收信息表示该接收端同意接收通话请求，用于告知服务器此时该接收端可以与发起端进行通话。

第二种情况：接收端拒绝接收通话请求，并向服务器发送拒绝信息，其中拒绝信息表示该接收端拒绝接收通话请求，用于告知服务器此时该接收端不可以与发起端进行通话。

第三种情况：接收端在预设时长内既没有同意接收也没有拒绝接收通话请求，也就是预设时长内接收端既没有向服务器发送接收信息也没有发送拒绝信息。

其中，当发生第一种情况时就进行正常的通话流程即可，例如服务器接收到接收端发送的接收信息，根据这一信息建立发起端和接收端之间的通话链路，实现正常的通话。

当发生第二种情况和第三种情况时就确定满足预设的转接条件，因为发生第二种情况和第三种情况表示接收端目前正忙无法与发起端进行通话，或由于某些原因接收端的用户没有看到通话请求，所以此时为了避免因为无法联系上接收端的用户，而导致耽误重要紧急的事情，可以进行通话转接，将通话请求转发至预设的备用接收端。

在一个实现方式中，判断是否满足预设的转接条件，可以采用下述方式：

检测预设时长内是否接收到所述接收端响应于所述通话请求发送的接收信息，其中，所述接收信息表示接收端同意接收所述通话请求；

若预设时长内没有接收到所述接收端发送的接收信息，则确定满足预设的转接条件。

S24.若满足预设的转接条件，将所述通话请求转发至至少一个备用接收端，其中所述备用接收端是对应于所述接收端预先设置的。

其中，备用接收端可以通过接收端的用户手动设置，也可以根据接收端的历史行为记录分析得到，例如通过对接收端的历史网络通话记录进行分析，确定与接收端网络通话次数排名靠前(例如前五名)为备用接收端。除了上述方式还可以采用其他方式设置备用接收端，此处不做具体限定。

其中，每个接收端对应至少一个备用接收端。

在一种实现方式中，将所述通话请求转发至至少一个备用接收端，可以包括如下步骤：

步骤1：获取预设的与所述接收端对应的备用接收端的信息。

其中，备用接收端的信息可以为备用接收端的ID，例如备用接收端的微信账号、QQ账号等等。

在一个可能的实现方式中，可以预先建立接收端ID与备用接收端的ID的对应关系表，将该对应关系表存储中服务器中，当需要时，服务器可以根据接收端的ID，采用查表的方式确定与接收端对应的备用接收端的ID。

步骤2：根据所述备用接收端的信息，建立包括所述发起端、所述接收端和所述备用接收端的群组。

建立群组的目的是方便可以在有多个备用接收端时，通过建立群组使发起端的用户可以直观的了解都有与接收端对应的哪些备用接收端，进一步的，发起端的用户还可以根据自身的需求选取其中的一个或者多个(包括两个)备用接收端作为目标备用接收端来进行通话请求。

在一个实现方式中，可以建立以接收端为群主，包含发起端、接收端和备用接收端的群组，这样当接收端的用户不想被任何人打扰或不想直接或间接的与发起端联系时，就可以解散群组。

步骤3：确定所述群组中的至少一个备用接收端作为目标备用接收端。

在一个实现方式中，服务器自动选取群组中的一个或多个备用接收端作为目标接收端，例如服务器可以选取与接收端联系最密切(例如网络通话次数最多)的备用接收端作为目标备用接收端。

在一个实现方式中，服务器还可以接收发送端发送的选取指令，根据所述选取指令确定目标备用接收端，其中，所述选取指令可以为发送端根据用户的选取操作(例如单击或双击)解析得到的，例如：发起端在显示界面上展示群组成员信息，发起端的用户对其中的一个或多个备用接收端的信息(例如ID)进行点击，发送端根据用户的点击操作解析得到用户点击的具体的备用接收端，并将用户点击的备用接收端作为目标备用接收端，生成包含有目标备用接收端的信息(例如ID)的选取指令，并将选取指令发送至服务器，服务器接收到选取指令后，对选取指令进行解析，从而得到目标备用接收端的信息，进而确定目标备用接收端。

步骤4：将所述通话请求转发至所述目标备用接收端。

当目标备用接收端的个数为多个(包括两个)时，服务器将通话请求同时转发至多个目标备用接收端，不必一个一个的发送，效率高。在本实施例中，通过建立群组的方式，可以使发起端的用户直观的了解所有与接收端对应的备用接收端，进而发起端的用户可以根据自身的需求从群组中选取一个或多个备用接收端作为用于进行网络通话的目标备用接收端，当发起端的用户选取了多个备用接收端作为目标接收端时，服务器可以同时将通话请求发送至这多个目标备用接收端，这样当任意一个或多个目标备用接收端接收通话请求后就可以进行通话了，上述方式与每次只向一个备用接收端发送通话请求，当备用接收端拒绝通话请求或一定时间内没有应答，再向另一个备用接收端发送通话请求相比，上述方式的操作更简单，效率更高。本发明实施例提出的一种网络通话方法，接收联系人发出的通话请求，将通话请求转发至对应的接收端，并检测是否满足转接条件，当满足转接条件时，将通话请求发送至与接收端对应的备用接收端。通过本方法，在满足转接条件时，将通话请求转发至备用接收端，方便在接收端无法接通时可以与设定的备用接收端建立通话联系，以便处理紧急事务或者通过备用接收端通知接收端，提升用户体验。

在一种可能的实施例中，上述网络通话方法还可以包括：

将通话请求转发至至少一个备用接收端之前，向所述发起端发送转接请求，所述转接请求用于询问所述发起端是否转接至与所述接收端对应的备用接收端；若接收到所述发起端发送的响应于所述转接请求的确认信息，则执行将所述通话请求转发至至少一个备用接收端的步骤，若接收到所述发起端发送的响应于所述转接请求的拒绝信息或预设时长内没有接收到发起端响应与所述转接请求发送的信息，则不执行将所述通话请求转发至至少一个备用接收端的步骤。

因为有时候发起端可能只希望与接收端直接联系，而不希望转接，而此时若在满足转接条件时，直接进行转接可能是发起端额用户体验不好，所以为了方式这种情况的发生在转接前先询问发起端是否转接，在确定可以转接时再转接，从而提升用户体验。

在一种可能的实施例中，上述网络通话方法还可以包括：

将所述通话请求转发至至少一个备用接收端后，检测预设时长内是否接收到所述至少一个备用接收端响应于所述通话请求发送的接收信息，所述接收信息表示所述至少一个备用接收端同意接收所述通话请求。

若预设时长内没有接收到所述至少一个备用接收端发送的接收信息，则再次将所述通话请求转发至所述接收端。

其中，所述预设时长为根据需求设定的时长，例如1分钟。

在本实施例中，若所述至少一个备用接收端只包含一个备用接收端，也就是服务器只向一个备用接收端发送了通话请求，则在预设时长内接收到这一个备用接收端发送接收信息，就确定在预设时长内接收到所述至少一个备用接收端发送的接收信息，否则，就确定在预设时长内没有接收到所述至少一个备用接收端发送的接收信息，也就是确定备用接收端无人接听。

在本实施例中，若所述至少一个备用接收端包含多个备用接收端，也就是服务器向多个备用接收端发送了通话请求，则在预设时长内接收到这多个备用接收端中的任意一个备用接收端发送的接收信息，就确定在预设时长内接收到所述至少一个备用接收端发送的接收信息，否则，就确定在预设时长内没有接收到所述至少一个备用接收端发送的接收信息，也就是确定备用接收端无人接听。

在本实施例中，在备用接收端也无人接听的情况下，重新将通话请求发送至接收端，此时若接收端已经忙完或注意到通话请求的话就有可能接收该通话请求，从而使得发起端可以及时的联系上接收端。

在一种可能的实施例中，上述网络通话方法还可以包括：

再次将所述通话请求转发至所述接收端之前，向所述发起端发送重连请求，所述重连请求用于询问所述发起端是否向所述接收端发送通话请求；若接收到所述发起端发送的响应于所述重连请求的确认信息，则执行再次将所述通话请求转发至所述接收端的步骤，若接收到所述发起端发送的响应于所述重连请求的拒绝信息或预设时长内没有接收到所述发起端响应与该重连请求发送的信息，则不执行再次将所述通话请求转发至所述接收端的步骤。

因为有时候发送端向接收端所要传达的事务可能不是很紧急，或发起端的用户有其他事情需要马上处理，而不希望再与接收端建立网络通话联系，而此时若是直接重新向接收端发送通话请求，则可能使发起端的用户体验不好，所以在重新想接收端发送通话请求时，先询问发送端是否要再次向接收端发送通话请求，在接收到发送的确认信息后，再重新向接收端发送通话请求，从而提升用户体验。

下面结合附图3，对上述网络通信方法的转接过程进行描述。

如图3所示，发起端向服务器发送通话请求，服务器接收到通话请求后转通话请求转发至对应的接收端，预设时长内服务器没有接收到接收端响应于该通话请求发送的接收信息(包括两种情况：一种为预设时长内服务器没有接收到接收端发送的任何响应于该通话请求的信息，另一种为服务器接收到了接收端发送的拒绝信息)，则服务器向发起端发送转接请求，询问是否转接，接收到发起端响应于该转接请求发送的确认信息，确认要发起转接，服务器获取与接收端对应的备用接收端的信息，并建立包括发起端、接收端和备用接收端的群组，确定群组中的至少一个备用接收端为目标备用接收端，将通话请求转发至目标备用接收端。

基于与上述网络通话方法相同的发明构思，本发明实施例还提供一种网络通话装置，如图4所示，该装置可以包括：

接收模块401，用于接收发起端发送的通话请求，所述发起端为发起网络通话的一端；

第一转发模块402，用于将所述通话请求转发至接收端，所述接收端为接收所述网络通话的一端；

判断模块403，用于依据所述接收端的反馈判断是否满足预设的转接条件；

第二转发模块404，用于若满足预设的转接条件，将所述通话请求转发至至少一个备用接收端，其中所述至少一个备用接收端是对应于所述接收端预先设置的。

在一种实现方式中，所述判断模块403依据所述接收端的反馈判断是否满足预设的转接条件，包括：

检测预设时长内是否接收到所述接收端响应于所述通话请求发送的接收信息，其中，所述接收信息表示接收端同意接收所述通话请求；

若预设时长内没有接收到所述接收端发送的接收信息，则确定满足预设的转接条件。

在一个可能的实施例中，所述装置还包括：

第一发送模块，用于在将所述通话请求转发至至少一个备用接收端之前，向所述发起端发送转接请求，所述转接请求用于询问所述发起端是否转接至与所述接收端对应的备用接收端；

第一接收模块，用于接收所述发起端发送的响应于所述转接请求的信息。

在一种实现方式中，所述第二转发模块404将所述通话请求转发至至少一个备用接收端，包括：

获取预设的与所述接收端对应的备用接收端的信息；

根据所述备用接收端的信息，建立包括所述发起端、所述接收端和所述备用接收端的群组；

确定所述群组中的至少一个备用接收端作为目标备用接收端；

将所述通话请求转发至所述目标备用接收端。

在一个可能的实施例中，所述装置还包括：

检测模块，用于将所述通话请求转发至至少一个备用接收端后，检测预设时长内是否接收到所述至少一个备用接收端响应于所述通话请求发送的接收信息，其中，所述接收信息表示同意接收所述通话请求。

在一个可能的实施例中，所述装置还包括：

第二发送模块，用于在再次将所述通话请求转发至所述接收端之前，向所述发起端发送重连请求，所述重连请求用于询问所述发起端是否向所述接收端发送通话请求；

第二接收模块，用于接收所述发起端发送的响应于所述重连请求的信息。

上述实施例提供的网络通话装置的有益效果与上述网络通话方法一致，此处不再赘述。

本申请实施例还提供一种服务器，包括上述实施例提供的网络通话装置。

如图5所示，本实施例公开一种终端，包括：处理器501、存储器502、通信接口503和总线504；

其中，所述处理器501、存储器502、通信接口503通过所述总线504完成相互间的通信；

所述通信接口503用于外部设备之间的信息传输；所述外部设备例如为发起端、接收端和备用接收端；

所述处理器501用于调用所述存储器502中的程序指令，以执行如各方法实施例所提供的方法，例如包括：

接收发起端发送的通话请求，所述发起端为发起网络通话的一端；

将所述通话请求转发至接收端，所述接收端为接收所述网络通话的一端；

判断是否满足预设的转接条件；

若满足预设的转接条件，将所述通话请求转发至预设的与所述接收端对应的备用接收端，所述备用接收端的数量至少为一个。

本发明实施例还提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行各方法实施例所提供的方法，例如包括：

接收发起端发送的通话请求，所述发起端为发起网络通话的一端；

将所述通话请求转发至接收端，所述接收端为接收所述网络通话的一端；

判断是否满足预设的转接条件；

若满足预设的转接条件，将所述通话请求转发至预设的与所述接收端对应的备用接收端，所述备用接收端的数量至少为一个。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.一种网络通话方法，其特征在于，包括：

接收发起端发送的通话请求，所述发起端为发起网络通话的一端；

将所述通话请求转发至接收端，所述接收端为接收所述网络通话的一端；

依据所述接收端的反馈，判断是否满足预设的转接条件；

当满足预设的转接条件，将所述通话请求转发至至少一个备用接收端，其中所述备用接收端是对应于所述接收端预先设置的；

将所述通话请求转发至至少一个备用接收端，包括：

获取预设的与所述接收端对应的备用接收端的信息；

根据所述备用接收端的信息，建立包括所述发起端、所述接收端和所述备用接收端的群组，其中，在接收端的用户拒绝与发起端联系时，解散所述群组；

确定所述群组中的至少一个备用接收端作为目标备用接收端；

将所述通话请求转发至所述目标备用接收端。

2.根据权利要求1所述的方法，其特征在于，所述依据所述接收端的反馈，判断是否满足预设的转接条件，包括：

检测预设时长内是否接收到所述接收端响应于所述通话请求发送的接收信息，其中，所述接收信息表示同意接收所述通话请求；

若预设时长内没有接收到所述接收端发送的接收信息，则确定满足预设的转接条件。

3.根据权利要求1所述的方法，其特征在于，将所述通话请求转发至至少一个备用接收端之前，所述方法还包括：

向所述发起端发送转接请求，所述转接请求用于询问所述发起端是否转接至与所述接收端对应的备用接收端；

若接收到所述发起端发送的响应于所述转接请求的确认信息，则执行将所述通话请求转发至至少一个备用接收端的步骤。

4.根据权利要求1所述的方法，其特征在于，将所述通话请求转发至至少一个备用接收端后，所述方法还包括：

检测预设时长内是否接收到所述至少一个备用接收端响应于所述通话请求发送的接收信息，其中，所述接收信息表示同意接收所述通话请求；

若预设时长内没有接收到所述至少一个备用接收端发送的接收信息，则再次将所述通话请求转发至所述接收端。

5.根据权利要求4所述的方法，其特征在于，再次将所述通话请求转发至所述接收端之前，所述方法还包括：

向所述发起端发送重连请求，所述重连请求用于询问所述发起端是否向所述接收端发送通话请求；

若接收到所述发起端发送的响应于所述重连请求的确认信息，则执行再次将所述通话请求转发至所述接收端的步骤。

6.一种网络通话装置，其特征在于，包括：

接收模块，用于接收发起端发送的通话请求，所述发起端为发起网络通话的一端；

第一转发模块，用于将所述通话请求转发至接收端，所述接收端为接收所述网络通话的一端；

判断模块，用于依据所述接收端的反馈判断是否满足预设的转接条件；

第二转发模块，用于若满足预设的转接条件，将所述通话请求转发至至少一个备用接收端，其中所述备用接收端是对应于所述接收端预先设置的;

所述第二转发模块将所述通话请求转发至至少一个备用接收端，包括：

获取预设的与所述接收端对应的备用接收端的信息；

根据所述备用接收端的信息，建立包括所述发起端、所述接收端和所述备用接收端的群组，其中，在接收端的用户拒绝与发起端联系时，解散所述群组；

确定所述群组中的至少一个备用接收端作为目标备用接收端；

将所述通话请求转发至所述目标备用接收端。

7.一种服务器，其特征在于，包括权利要求6所述的网络通话装置。

8.一种终端，其特征在于，包括：处理器、存储器；

所述处理器用于调用所述存储器中的程序指令，以执行权利要求1-5任一所述的网络通话方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，所述计算机指令使计算机执行权利要求1-5任一所述网络通话方法的步骤。