CN111757040A - 通讯方法及装置 - Google Patents

Abstract

本申请公开了一种通讯方法和装置，属于通信技术领域。该方法包括：接收用户的第一输入，其中，所述第一输入包括：请求进行音视频通话的输入；响应于所述第一输入，获取与多个第一应用对应的多个第一服务器的状态信息，以及基于所述状态信息确定所述多个第一服务器中的目标服务器，以及控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述多个第一应用为支持音视频通话的本地应用。本申请可以避免在音视频通话过程中出现通话中断或画面破损、卡顿的情况。

Description

通讯方法及装置

技术领域

本申请属于通信技术领域，具体涉及一种通讯方法及装置。

背景技术

随着移动网络及互联网技术的发展，即时通讯技术已经在电子设备上得到广泛应用，通过即时通讯技术可以在电子设备之间进行音视频通话(例如语音通话、视频通话)。

目前的即时通讯技术在进行音视频通话时，主要是通过发送端设备将某个即时通讯应用所发起的音视频数据发送至该即时通讯应用对应的服务器，由该服务器将接收到的音视频数据转发给接收端设备侧的上述即时通讯应用进行音视频数据接收，从而完成音视频通话。

但是，在即时通讯过程中，如果正在用于音视频通话的上述服务器出现异常情况，则容易导致音视频通话发生中断或画面破损、卡顿的问题。

发明内容

本申请实施例的目的是提供一种通讯方法、装置，能够解决相关技术中的通讯方案所存在的音视频通话易发生中断或画面破损、卡顿的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种通讯方法，应用于电子设备，该方法包括：

接收用户的第一输入，其中，所述第一输入包括：请求进行音视频通话的输入；

响应于所述第一输入，获取与多个第一应用对应的多个第一服务器的状态信息；

基于所述状态信息确定所述多个第一服务器中的目标服务器；

控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述多个第一应用为支持音视频通话的本地应用。

第二方面，本申请实施例提供了一种通讯装置，应用于电子设备，该装置包括：

接收模块，用于接收用户的第一输入，其中，所述第一输入包括：请求进行音视频通话的输入；

响应模块，用于响应于所述第一输入，获取与多个第一应用对应的多个第一服务器的状态信息；

第一确定模块，用于基于所述状态信息确定所述多个第一服务器中的目标服务器；

第一控制模块，用于控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述多个第一应用为支持音视频通话的本地应用。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，在接收到用户的请求进行音视频通话的第一输入之后，可以响应于该第一输入，来获取本地支持音视频通话的多个第一应用对应的多个第一服务器的状态信息，然后，基于该状态信息来确定多个第一服务器中的目标服务器，最后，控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，使得在发送音视频通话请求之前可以基于本地各个支持音视频通话的第一应用对应的各个第一服务器的状态信息，来筛选出网络质量较好的目标服务器，从而选择控制与目标服务器对应的目标应用进行音视频通话，能够在发起音视频通话请求之前，确定可以用于音视频通话的各个第一服务器的网络状态，避免请求进行音视频通话的服务器因网络状态不佳而出现通讯异常情况，进而避免了音视频通话中断或画面破损、卡顿的问题，能够提升音视频通话的通话流畅度。

附图说明

图1是本申请一个实施例的通讯方法的流程图；

图2是本申请一个实施例的通讯装置的框图；

图3是本申请一个实施例的电子设备的硬件结构示意图；

图4是本申请另一个实施例的电子设备的硬件结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的通讯方法进行详细地说明。

参照图1，示出了本申请一个实施例的通讯方法的流程图，应用于电子设备，所述方法具体可以包括如下步骤：

步骤101，接收用户的第一输入；

其中，所述第一输入包括：请求进行音视频通话的输入；

其中，电子设备可以提供一个接口，该接口可以接收第一输入。

在一个示例中，该接口对应的界面可以包括控件，例如用于表示请求进行音视频通话的控件，用户通过对该控件进行点击操作，来触发上述第一输入。

可选地，为了区分语音通话和视频通话，可以在上述界面中设置表示请求进行语音通话的第一控件，和请求进行视频通话的第二控件。

步骤102，响应于所述第一输入，获取与多个第一应用对应的多个第一服务器的状态信息；

步骤103，基于所述状态信息确定所述多个第一服务器中的目标服务器；

步骤104，控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求；

其中，所述多个第一应用均为支持音视频通话的本地应用。

在一个示例中，电子设备安装了多款可以用于音视频通话的即时通讯应用(即第一应用)，由于每款即时通讯应用都分别有与之对应的服务器，且服务器一般集群部署，因此，任意一个即时通讯应用可以对应有能够与之通信的至少一个第一服务器；因此，可以获取每个即时通讯应用对应的第一服务器的状态信息，该状态信息包括用于表示第一服务器网络状态的信息；由于每一台第一服务器都对应一组状态信息，因此，可以基于获取到的各台第一服务器的状态信息，来确定多个第一服务器中网络状态较佳、能够用于音视频通话的目标服务器，并控制与该目标服务器对应的目标应用(其中，目标应用也是多个第一应用中的一个应用)向目标服务器来发送音视频通话请求。

可选地，在发送上述音视频通话请求之前，可以提示用户表示建议采用目标用户进行音视频通话的信息；

可选地，在发送上述音视频通话请求之前，可以控制目标应用显示该目标应用中的该用户的好友列表，来供用户从好友列表中选择本次音视频通话的目标通话对象，这样，在控制目标应用向目标服务器发送的音视频通话请求中就可以携带该目标通话对象的用于通讯的ID信息或电话号码信息。

在本申请实施例中，在接收到用户的请求进行音视频通话的第一输入之后，可以响应于该第一输入，来获取本地支持音视频通话的多个第一应用对应的多个第一服务器的状态信息，然后，基于该状态信息来确定多个第一服务器中的目标服务器，最后，控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，使得在发送音视频通话请求之前可以基于本地各个支持音视频通话的第一应用对应的各个第一服务器的状态信息，来筛选出网络质量较好的目标服务器，从而选择控制与目标服务器对应的目标应用进行音视频通话，能够在发起音视频通话请求之前，确定可以用于音视频通话的各个第一服务器的网络状态，避免请求进行音视频通话的服务器因网络状态不佳而出现通讯异常情况，进而避免了音视频通话中断或画面破损、卡顿的问题，能够提升音视频通话的通话流畅度。

可选地，所述状态信息包括：带宽速率信息、用于表示工作状态是否为正常状态的预设信息。

其中，电子设备可以通过对各个第一服务器进行ping(Packet Internet Groper,因特网包探索器)检测，来获取各个第一服务器的带宽速率信息和用于表示工作状态是否为正常状态的预设信息。

其中，当服务器的工作状态不是正常状态(即，是异常状态)可以分为以下两种情况：

情况一：电子设备与服务器无法ping连接，获取不到该服务器的任何反馈信息，则电子设备确定该服务器的工作状态为异常状态，即获取到用于表示工作状态不是所述正常状态(即为所述异常状态)的第二预设信息；

情况二：电子设备与服务器可以ping连接，并通过ping连接从服务器获取到反馈信息，该反馈信息包括上述第二预设信息，即服务器告知电子设备其工作状态异常。

可选地，在一个实施例中，在执行上述步骤103，基于所述状态信息确定所述多个第一服务器中的目标服务器时，可以通过S201和S202来实现：

S201，基于所述状态信息，筛选所述多个第一服务器中满足预设条件的候选服务器；

可选地，所述预设条件包括：所述带宽速率信息大于预设阈值、且所述预设信息为用于表示工作状态为正常状态(即不为所述异常状态)的第一预设信息；

其中，本步骤可以通过ping方式，来检测到的各个第一服务器的状态信息，然后，基于状态信息来将多个第一服务器中不符合预设条件的第一服务器进行过滤，使得筛选得到的剩余的第一服务器(即上述候选服务器)的状态信息都是满足预设条件的。

具体而言，可以将带宽速率信息小于或等于预设阈值的第一服务器过滤掉，以及将工作状态为异常状态的第一服务器过滤掉，这样，带宽速率信息较低(即网络拥塞严重)和/或工作异常的第一服务器都被过滤掉，剩余的第一服务器就是本步骤筛选得到的带宽速率信息较高且工作状态为正常状态的候选服务器。

S202，基于所述候选服务器的所述带宽速率信息，确定所述候选服务器中的目标服务器。

例如，可以按照带宽速率信息从大到小的顺序对多个候选服务器进行排序，从而将排序靠前(例如排名在前3名)的任意一个候选服务器作为目标服务器。

可选地，可以将所述候选服务器中，对应最大带宽速率信息的候选服务器作为目标服务器。

在本申请实施例中，可以基于各个第一服务器的所述状态信息从所述多个第一服务器中筛选出带宽速率信息大于预设阈值、且预设信息为用于表示工作状态为正常状态的第一预设信息的候选服务器，然后，基于所述候选服务器的所述带宽速率信息，确定候选服务器中用于本次音视频通话的目标服务器，使得面临用户的音视频通话请求时，本申请实施例的方法可以从本地应用中筛选出带宽速率信息较快、且工作状态为正常状态的服务器所对应该的目标应用进行音视频通话，使得音视频通话质量较佳、较难因网络卡顿而出现通话中断或画面卡顿的情况。

可选地，在所述步骤105之后，根据本申请实施例的方法还可以包括：

步骤106，在所述目标应用进行音视频通话的过程中，按照预设周期获取所述目标服务器的所述状态信息；

其中，在控制目标应用进行响应于所述音视频通话请求的音视频通话的过程中，还可以定期获取该目标服务器的状态信息，状态信息的具体内容参照上文，这里不再赘述。

步骤107，若所述目标服务器的所述状态信息不满足预设条件，则重新获取与多个第二应用对应的多个第二服务器的所述状态信息；

可选地，所述预设条件包括：所述带宽速率信息大于预设阈值、且所述预设信息为用于表示工作状态为所述正常状态的第一预设信息；

其中，所述多个第二应用包括：所述多个第一应用中除所述目标应用之外的第一应用；

也就是说，如果在定期获取目标服务器的状态信息后，发现本次该目标服务器的带宽速率信息小于或等于所述预设阈值，和/或，所述预设信息为用于表示工作状态不是正常状态(即为异常状态)的第二预设信息(即目标服务器存在以下至少一种情况：带宽速率信息较低导致网络拥堵严重，工作状态发生异常)，则说明该目标服务器目前不适合进行音视频通话，本申请实施例的方法需要切换用于视频通话的本地应用，以及本地应用对应的服务器，因此，需要重新获取本地的多个第一应用中除该目标应用之外的每个第二应用对应的每个第二服务器的所述状态信息。

其中，对于步骤107中与步骤102中的同一台服务器，由于两个步骤的执行时机不同，可能该同一台服务器的状态信息会发生变化，因此，这两个步骤的同一台服务器的状态信息也是可以存在差异的。

步骤108，基于重新获取的所述多个第二服务器的状态信息，确定所述多个第二服务器中的第四服务器(即下一个目标服务器)；

其中，本步骤的执行原理与上述步骤103的原理类似，这里不再赘述。

此外，本步骤也可以参照所述S201和所述S202的相关实施例的执行原理，来实现本步骤108的确定第四服务器(也是一种目标服务器)的目的，具体不再赘述。

其中，这里基于状态信息所确定的第四服务器，虽然命名为第四服务器，但是其仍旧是选自该多个第二服务器中的一个。

步骤109，控制所述多个第二应用中与所述第四服务器对应的第四应用，向所述第四服务器发送音视频通话请求。

本步骤的执行原理与上述步骤104的控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求的步骤的执行原理类似，这里不再赘述。

其中，本步骤中虽然以第四应用来命名与第四服务器对应的应用，但实际上，该第四应用也是选自该多个第二应用中的一个。

可选地，由于本步骤中将音视频通话的应用从目标应用(例如应用1)切换为了第四应用，即下一个目标应用(例如应用2)，因此，可以在执行步骤109之前，可以控制应用1关闭与步骤104中的音视频通话请求对应的音视频通话的进程。

在本申请实施例中，在基于本地支持音视频通话的第一应用中筛选出服务器的网络状态较佳的目标应用进行音视频通话之后，还可以对进行音视频通话的目标应用对应的目标服务器的状态信息继续进行定期采集，那么如果经过采集发现目标服务器的状态信息不满足预设条件，即网络状态较差，则可以对多个第一应用中除该目标应用之外的多个第二应用对应的多个第二服务器重新获取状态信息，并基于重新获取的状态信息从多个第二服务器中筛选出网络质量较佳的下一个目标服务器，并控制与该下一个目标服务器对应的下一个目标应用，向所述下一个目标服务器发送音视频通话请求，能够平滑的切换进行音视频通话的应用程序；以及在用户使用一个即时通讯应用进行音视频通话过程中，及时的监测该音视频通话对应的服务器的网络状态，只要其网络状态较差，就可以及时地切换至网络状态较佳的服务器重新进行音视频通话，实现了音视频通话的应用程序和服务器的平滑、无感切换。

可选地，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；

其中，该第三应用为用户指定的需要进行本次音视频通话的本地的即时通讯应用程序。

在一个示例中，可以在系统提供的上述步骤101举例的接口对应的界面中提供第一应用列表，然后，用户可以从第一应用列表中选择第三应用，并对第三应用触发请求进行音视频通话的输入，其中，本示例中，该输入可以包括用户选择的目标通话对象，或不包括目标通话对象。

在另一个示例中，用户可以直接打开本地的第三应用，并选择目标通话对象来触发上述第一输入，使得第一输入不仅可以包括选择的第三应用，还可以包括目标通话对象。

可选地，在一个实施例中，在执行所述S202时，若所述候选服务器包括与所述第三应用对应的第三服务器，则按照所述带宽速率信息以及表示每个所述候选服务器是否为所述第三服务器的信息，对每个所述候选服务器进行评分；然后，将评分值最高的候选服务器作为目标服务器。

也就是说，如果基于状态信息对多个第一服务器进行筛选后发现，筛选得到的候选服务器中是包括用户指定的想要使用的第三应用对应的第三服务器的，即用户期望使用的第三应用对应的第三服务器的网络状态也是较佳的，则可以按照所述带宽速率信息以及表示每个所述候选服务器是否为所述第三服务器的信息，对每个所述候选服务器进行评分，评分方式具体可以包括但不限于以下任意一种方式：

方式1：候选服务器包括服务器1(为第三服务器)、服务器2、服务器3，由于服务器1是用户期望使用的第三应用对应的服务器，而服务器2和服务器3不是第三服务器，因此，可以对服务器1设置用户期望分为1分、服务器2、服务器3的用户期望分为0分；此外，每个候选服务器还有带宽速率信息这一参数值，则可以按照带宽速率信息的取值，来对各个候选服务器设置带宽速率信息的分值(其中，带宽速率信息的取值大的其对应的带宽速率信息的分值也高)，例如服务器1、服务器2以及服务器3的带宽速率信息的分值依次为1分、1分、3分；最后，对各个候选服务器的用户期望分和带宽速率信息的分值进行累加，得到各个候选服务器的评分值：服务器1、服务器2以及服务器3的评分值依次为2分、1分、3分。因此，目标服务器为评分值最高的服务器3。

方式2：按照预设权重信息，对每个所述候选服务器的带宽速率信息，进行加权求和，得到每个所述候选服务器的评分值，其中，所述预设权重信息包括表示带宽速率信息的第一权重w1、表示所述候选服务器为所述第三服务器的第二权重w2、表示所述候选服务器不为所述第三服务器的第三权重w3，其中，所述第二权重w2大于所述第三权重w3；

例如上述举例的服务器1、服务器2、服务器3的带宽速率信息的取值依次为f1、f2、f3，其中，服务器1为第三服务器，则服务器1、服务器2、服务器3的评分值依次为f1*w1+w2、f2*w1+w3、f3*w1+w3，然后，将评分值最高的服务器作为目标服务器。

在本申请实施例中，当用户指定的需要进行音视频通话的第三应用对应的第三服务器的状态信息也是满足预设条件的，则在候选服务器中确定目标服务器时，不仅可以结合各个候选服务器的带宽速率信息的大小，还可以同时结合各个候选服务器是否为用户期望使用的第三服务器的信息，来从候选服务器中选择网络质量不仅较佳而且参考了用户对应用的使用期望的目标服务器，使得进行本次音视频通话的目标应用参考了其服务器的网络质量以及用户对应用的使用期望。

或者，可选地，在另一个实施例中，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；

那么在执行所述S202时，若所述候选服务器包括与所述第三应用对应的第三服务器，则可以将所述第三服务器作为目标服务器。

也就是说，如果基于状态信息对多个第一服务器进行筛选后发现，筛选得到的候选服务器中是包括用户指定想要使用的第三应用对应的第三服务器的，即用户期望使用的第三应用对应的第三服务器的网络状态也是较佳的，未发生网络拥塞，以及工作异常的问题，因此可以直接将该第三服务器作为用于音视频通话的目标服务器。

在本申请实施例中，当用户指定的需要进行音视频通话的第三应用对应的第三服务器的状态信息也是满足预设条件的，则在候选服务器中确定目标服务器时，可以直接将该第三服务器作为本次音视频通话的目标服务器，这样既可以兼顾用户对指定的第三应用的使用需求，还可以确保用户期望使用的第三应用对应的第三服务器可以支持质量较佳的音视频通话。

可选地，在又一个实施例中，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；在执行所述S202时，若所述候选服务器不包括与所述第三应用对应的第三服务器，则将所述候选服务器中，对应最大带宽速率信息的候选服务器作为目标服务器。

也就是说，如果基于状态信息对多个第一服务器进行筛选后发现，筛选得到的候选服务器中并不包括用户指定的想要使用的第三应用对应的第三服务器的，即用户期望使用的第三应用对应的第三服务器的网络状态较差，如果使用该第三应用进行音视频通话，则容易存在通话中断以及画面卡顿的问题，因此，为了避免该问题，可以将所述候选服务器中，对应最大带宽速率信息的候选服务器作为目标服务器，来确保本次音视频通话的通话质量。

在本申请实施例中，当用户指定的需要进行音视频通话的第三应用对应的第三服务器的状态信息并不满足所述预设条件时，则可以将所述候选服务器中，对应最大带宽速率信息的候选服务器作为目标服务器，来确保本次音视频通话的通话质量。

可选地，所述第一输入还包括：选择的第五应用，以及在所述第五应用中选择的目标通话对象，其中，所述多个第一应用包括所述第五应用；

其中，该第五应用可以与上述实施例用户选择的第三应用相同或不同。

本实施例中，该第一输入不仅包括用户指定的需要进行音视频通话的第五应用，还在第五应用中选择了需要进行音视频通话的目标通话对象。

可选地，在一个实施例中，在执行所述步骤104的控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求的步骤时，可以从所述第五应用获取所述目标通话对象的电话号码信息；然后，控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述音视频通话请求包括所述电话号码信息。

也就是说，当第一输入不仅包括了指定的第五应用，还包括了目标通话对象时，则可以从第五应用中获取该目标通话对象的电话号码信息，然后，控制目标应用向目标服务器发送携带该电话号码信息的音视频通话请求，这样，就可以控制目标应用向该目标通话对象进行音视频通话，使得不论第五应用是否为目标应用，都可以从第五应用中获取该目标通话对象的电话号码信息，以此来通过目标应用向该目标通话对象发起音视频通话，确保音视频通话的通话对象的准确性。

可选地，在另一个实施例中，在执行所述步骤104的控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求的步骤时，可以从所述第五应用获取所述目标通话对象的电话号码信息；若所述多个第一应用中与所述目标服务器对应的目标应用的好友列表信息中包括所述电话号码信息，则控制所述目标应用所述目标服务器发送音视频通话请求，其中，所述音视频通话请求包括与所述电话号码信息对应的用户ID；

也就是说，如果用户指定进行音视频通话的第五应用中的目标通话对象，在本申请实施例确定的服务器网络质量较佳的目标应用的好友列表信息中也有该目标通话对象，则可以从该目标应用中获取与该目标通话对象的电话号码信息对应的用户ID，然后，控制所述目标应用所述目标服务器发送携带该用户ID的音视频通话请求。那么在目标应用不支持以电话号码作为通话ID进行音视频通话的情况下，可以利用指定的第五应用中的目标通话对象的电话号码信息，来获取在目标应用中该目标通话对象的用户ID，从而可以借助于用户ID来对目标通话对象进行音视频通话，确保了音视频通话的通话对象的准确性。

可选地，在又一个实施例中，在执行所述步骤104的控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求的步骤时，可以从所述第五应用获取所述目标通话对象的电话号码信息；若所述多个第一应用中与所述目标服务器对应的目标应用的好友列表信息中不包括所述电话号码信息，则按照所述带宽速率信息从大到小的顺序，将所述候选服务器中选择排名第二的候选服务器更新为所述目标服务器，以及控制所述多个第一应用中与更新后的所述目标服务器对应的目标应用，向更新后的所述目标服务器发送音视频通话请求。

其中，该目标服务器为候选服务器中带宽速率信息最大的服务器。

也就是说，如果用户指定进行音视频通话的第五应用中的目标通话对象，在本申请实施例确定的服务器网络质量较佳的目标应用的好友列表信息中并不存在该目标通话对象，则可以重新选择目标应用，具体为如果目标服务器是候选服务器中带宽速率信息最大的服务器，则这里可以按照所述带宽速率信息从大到小的顺序，将所述候选服务器中排名第二的候选服务器更新为所述目标服务器，以及控制所述多个第一应用中与更新后的所述目标服务器对应的目标应用，向更新后的所述目标服务器发送音视频通话请求，那么在面临本地的第一应用均不支持以电话号码为通话ID进行音视频通话的场景时，可以在系统选择的目标应用的好友列表不存在目标通话对象的情况下，再选择带宽速率信息第二快的服务器对应的应用作为新的目标应用进行音视频通话。

可选地，在一个实施例中，执行本申请实施例的上述方法的装置可以包括服务器状态检测模块、服务器状态排序模块、视频通话应用选择/切换模块。

其中，服务器状态检测模块主要负责定期检测本地各即时通讯应用对应的各即时通讯服务器的带宽速率信息、工作状态是否异常状态。

服务器状态排序模块主要负责按照各即时通讯服务器的带宽速率信息从大到小的顺序来做优劣排序。

视频通话应用选择/切换模块主要负责选择排序最优的即时通讯服务器对应的即时通讯应用来进行视频通话，以及在正在进行音视频通话的即时通讯服务器发生网络拥塞、工作异常的情况下，负责进行无感的切换到其他排序较优的服务器对应的即时通讯程序进行音视频通话。

需要说明的是，本申请实施例提供的即时通讯方法，执行主体可以为即时通讯装置，或者该即时通讯装置中的用于执行即时通讯方法的控制模块。本申请实施例中以即时通讯装置执行即时通讯方法为例，说明本申请实施例提供的即时通讯装置。

参照图2，示出了本申请一个实施例的通讯装置的框图，应用于电子设备，该通讯装置包括：

接收模块21，用于接收用户的第一输入，其中，所述第一输入包括：请求进行音视频通话的输入；

响应模块22，用于响应于所述第一输入，获取与多个第一应用对应的多个第一服务器的状态信息；

第一确定模块23，用于基于所述状态信息确定所述多个第一服务器中的目标服务器；

第一控制模块24，用于控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述多个第一应用为支持音视频通话的本地应用。

可选地，所述状态信息包括：带宽速率信息、用于表示工作状态是否为正常状态的预设信息；

可选地，所述第一确定模块23包括：

筛选子模块，用于基于所述状态信息，筛选所述多个第一服务器中满足预设条件的候选服务器，其中，所述预设条件包括：所述带宽速率信息大于预设阈值、且所述预设信息为用于表示工作状态为所述正常状态的第一预设信息；

确定子模块，用于基于所述候选服务器的所述带宽速率信息，确定所述候选服务器中的目标服务器。

可选地，所述装置还包括：

第一获取模块，用于在所述目标应用进行音视频通话的过程中，按照预设周期获取所述目标服务器的所述状态信息；

第二获取模块，用于若所述目标服务器的所述状态信息不满足所述预设条件，则重新获取与多个第二应用对应的多个第二服务器的所述状态信息，其中，所述多个第二应用包括：所述多个第一应用中除所述目标应用之外的第一应用；

第二确定模块，用于基于重新获取的所述多个第二服务器的状态信息，确定所述多个第二服务器中的第四服务器；

第二控制模块，用于控制所述多个第二应用中与所述第四服务器对应的第四应用，向所述第四服务器发送音视频通话请求。

可选地，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；

可选地，所述确定子模块包括：

评分单元，用于若所述候选服务器包括与所述第三应用对应的第三服务器，则按照所述带宽速率信息以及表示每个所述候选服务器是否为所述第三服务器的信息，对每个所述候选服务器进行评分；

第一确定单元，用于将评分值最高的候选服务器作为目标服务器。

可选地，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；

可选地，所述确定子模块还包括：

第二确定单元，用于若所述候选服务器包括与所述第三应用对应的第三服务器，则将所述第三服务器作为目标服务器。

可选地，所述第一输入还包括：选择的第五应用，以及在所述第五应用中选择的目标通话对象，其中，所述多个第一应用包括所述第五应用；

所述第一控制模块24包括：

获取子模块，用于从所述第五应用获取所述目标通话对象的电话号码信息；

第一控制子模块，用于控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述音视频通话请求包括所述电话号码信息；

第二控制子模块，用于若所述多个第一应用中与所述目标服务器对应的目标应用的好友列表信息中包括所述电话号码信息，则控制所述目标应用所述目标服务器发送音视频通话请求，其中，所述音视频通话请求包括与所述电话号码信息对应的用户ID；

第二控制子模块，用于若所述多个第一应用中与所述目标服务器对应的目标应用的好友列表信息中不包括所述电话号码信息，则按照所述带宽速率信息从大到小的顺序，将所述候选服务器中选择排列在第二位置的候选服务器更新为所述目标服务器，以及控制所述多个第一应用中与更新后的所述目标服务器对应的目标应用，向更新后的所述目标服务器发送音视频通话请求。

在本申请实施例中，在接收到用户的请求进行音视频通话的第一输入之后，可以响应于该第一输入，来获取本地支持音视频通话的多个第一应用对应的多个第一服务器的状态信息，然后，基于该状态信息来确定多个第一服务器中的目标服务器，最后，控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，使得在发送音视频通话请求之前可以基于本地各个支持音视频通话的第一应用对应的各个第一服务器的状态信息，来筛选出网络质量较好的目标服务器，从而选择控制与目标服务器对应的目标应用进行音视频通话，能够在发起音视频通话请求之前，确定可以用于音视频通话的各个第一服务器的网络状态，避免请求进行音视频通话的服务器因网络状态不佳而出现通讯异常情况，进而避免了音视频通话中断或画面破损、卡顿的问题，能够提升音视频通话的通话流畅度。

本申请实施例中的通讯装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的通讯装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的通讯装置能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图3所示，本申请实施例还提供一种电子设备2000，包括处理器2002，存储器2001，存储在存储器2001上并可在所述处理器2002上运行的程序或指令，该程序或指令被处理器2002执行时实现上述通讯方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要注意的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图4为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。

本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图4中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，用户输入单元1007，用于接收用户的第一输入，其中，所述第一输入包括：请求进行音视频通话的输入；

处理器1010，用于响应于所述第一输入，获取与多个第一应用对应的多个第一服务器的状态信息，以及基于所述状态信息确定所述多个第一服务器中的目标服务器，以及控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述多个第一应用为支持音视频通话的本地应用。

在本申请实施例中，在接收到用户的请求进行音视频通话的第一输入之后，可以响应于该第一输入，来获取本地支持音视频通话的多个第一应用对应的多个第一服务器的状态信息，然后，基于该状态信息来确定多个第一服务器中的目标服务器，最后，控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，使得在发送音视频通话请求之前可以基于本地各个支持音视频通话的第一应用对应的各个第一服务器的状态信息，来筛选出网络质量较好的目标服务器，从而选择控制与目标服务器对应的目标应用进行音视频通话，能够在发起音视频通话请求之前，确定可以用于音视频通话的各个第一服务器的网络状态，避免请求进行音视频通话的服务器因网络状态不佳而出现通讯异常情况，进而避免了音视频通话中断或画面破损、卡顿的问题，能够提升音视频通话的通话流畅度。

可选地，所述状态信息包括：带宽速率信息、用于表示工作状态是否为正常状态的预设信息；

处理器1010，用于基于所述状态信息，筛选所述多个第一服务器中满足预设条件的候选服务器，其中，所述预设条件包括：所述带宽速率信息大于预设阈值、且所述预设信息为用于表示工作状态为所述正常状态的第一预设信息；基于所述候选服务器的所述带宽速率信息，确定所述候选服务器中的目标服务器。

在本申请实施例中，可以基于各个第一服务器的所述状态信息从所述多个第一服务器中筛选出带宽速率信息大于预设阈值、且预设信息为用于表示工作状态为所述正常状态的第一预设信息的候选服务器，然后，基于所述候选服务器的所述带宽速率信息，确定候选服务器中用于本次音视频通话的目标服务器，使得面临用户的音视频通话请求时，本申请实施例的方法可以从本地应用中筛选出带宽速率信息较快、且工作状态不为异常状态的服务器所对应该的目标应用进行音视频通话，使得音视频通话质量较佳、较难因网络卡顿而出现通话中断或画面卡顿的情况。

可选地，处理器1010，用于在所述目标应用进行音视频通话的过程中，按照预设周期获取所述目标服务器的所述状态信息；若所述目标服务器的所述状态信息不满足所述预设条件，则重新获取与多个第二应用对应的多个第二服务器的所述状态信息，其中，所述多个第二应用包括：所述多个第一应用中除所述目标应用之外的第一应用；基于重新获取的所述多个第二服务器的状态信息，确定所述多个第二服务器中的第四服务器；控制所述多个第二应用中与所述第四服务器对应的第四应用，向所述第四服务器发送音视频通话请求。

在本申请实施例中，在基于本地支持音视频通话的第一应用中筛选出服务器的网络状态较佳的目标应用进行音视频通话之后，还可以对进行音视频通话的目标应用对应的目标服务器的状态信息继续进行定期采集，那么如果经过采集发现目标服务器的状态信息不满足预设条件，即网络状态较差，则可以对多个第一应用中除该目标应用之外的多个第二应用对应的多个第二服务器重新获取状态信息，并基于重新获取的状态信息从多个第二服务器中筛选出网络质量较佳的下一个目标服务器，并控制与该下一个目标服务器对应的下一个目标应用，向所述下一个目标服务器发送音视频通话请求，能够平滑的切换进行音视频通话的应用程序；以及在用户使用一个通讯应用进行音视频通话过程中，及时的监测该音视频通话对应的服务器的网络状态，只要其网络状态较差，就可以及时地切换至网络状态较佳的服务器重新进行音视频通话，实现了音视频通话的应用程序和服务器的平滑、无感切换。

可选地，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；

处理器1010，用于若所述候选服务器包括与所述第三应用对应的第三服务器，则按照所述带宽速率信息以及表示每个所述候选服务器是否为所述第三服务器的信息，对每个所述候选服务器进行评分；将评分值最高的候选服务器作为目标服务器。

在本申请实施例中，当用户指定的需要进行音视频通话的第三应用对应的第三服务器的状态信息也是满足预设条件的，则在候选服务器中确定目标服务器时，不仅可以结合各个候选服务器的带宽速率信息的大小，还可以同时结合各个候选服务器是否为用户期望使用的第三服务器的信息，来从候选服务器中选择网络质量不仅较佳而且参考了用户对应用的使用期望的目标服务器，使得进行本次音视频通话的目标应用参考了其服务器的网络质量以及用户对应用的使用期望。

可选地，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；

处理器1010，用于若所述候选服务器包括与所述第三应用对应的第三服务器，则将所述第三服务器作为目标服务器。

在本申请实施例中，当用户指定的需要进行音视频通话的第三应用对应的第三服务器的状态信息也是满足预设条件的，则在候选服务器中确定目标服务器时，可以直接将该第三服务器作为本次音视频通话的目标服务器，这样既可以兼顾用户对指定的第三应用的使用需求，还可以确保用户期望使用的第三应用对应的第三服务器可以支持质量较佳的音视频通话。

应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(GraphicsProcessing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1009可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述通讯方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述通讯方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种通讯方法，其特征在于，应用于电子设备，所述方法包括：

接收用户的第一输入，其中，所述第一输入包括：请求进行音视频通话的输入；

响应于所述第一输入，获取与多个第一应用对应的多个第一服务器的状态信息；

基于所述状态信息确定所述多个第一服务器中的目标服务器；

控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述多个第一应用为支持音视频通话的本地应用。

2.根据权利要求1所述的方法，其特征在于，所述状态信息包括：带宽速率信息、用于表示工作状态是否为正常状态的预设信息；

所述基于所述状态信息确定所述多个第一服务器中的目标服务器，包括：

基于所述状态信息，筛选所述多个第一服务器中满足预设条件的候选服务器，其中，所述预设条件包括：所述带宽速率信息大于预设阈值、且所述预设信息为用于表示工作状态为所述正常状态的第一预设信息；

基于所述候选服务器的所述带宽速率信息，确定所述候选服务器中的目标服务器。

3.根据权利要求2所述的方法，其特征在于，所述控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求之后，所述方法还包括：

在所述目标应用进行音视频通话的过程中，按照预设周期获取所述目标服务器的所述状态信息；

若所述目标服务器的所述状态信息不满足所述预设条件，则重新获取与多个第二应用对应的多个第二服务器的所述状态信息，其中，所述多个第二应用包括：所述多个第一应用中除所述目标应用之外的第一应用；

基于重新获取的所述多个第二服务器的状态信息，确定所述多个第二服务器中的第四服务器；

控制所述多个第二应用中与所述第四服务器对应的第四应用，向所述第四服务器发送音视频通话请求。

4.根据权利要求2所述的方法，其特征在于，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；

所述基于所述候选服务器的所述带宽速率信息，确定候选服务器中的目标服务器，包括：

若所述候选服务器包括与所述第三应用对应的第三服务器，则按照所述带宽速率信息以及表示每个所述候选服务器是否为所述第三服务器的信息，对每个所述候选服务器进行评分；

将评分值最高的候选服务器作为目标服务器。

5.根据权利要求4所述的方法，其特征在于，所述基于所述候选服务器的所述带宽速率信息，确定候选服务器中的目标服务器，还包括：

若所述候选服务器包括与所述第三应用对应的第三服务器，则将所述第三服务器作为目标服务器。

6.一种通讯装置，其特征在于，应用于电子设备，所述装置包括：

接收模块，用于接收用户的第一输入，其中，所述第一输入包括：请求进行音视频通话的输入；

响应模块，用于响应于所述第一输入，获取与多个第一应用对应的多个第一服务器的状态信息；

第一确定模块，用于基于所述状态信息确定所述多个第一服务器中的目标服务器；

第一控制模块，用于控制所述多个第一应用中与所述目标服务器对应的目标应用，向所述目标服务器发送音视频通话请求，其中，所述多个第一应用为支持音视频通话的本地应用。

7.根据权利要求6所述的装置，其特征在于，所述状态信息包括：带宽速率信息、用于表示工作状态是否为正常状态的预设信息；

所述第一确定模块包括：

筛选子模块，用于基于所述状态信息，筛选所述多个第一服务器中满足预设条件的候选服务器，其中，所述预设条件包括：所述带宽速率信息大于预设阈值、且所述预设信息为用于表示工作状态为所述正常状态的第一预设信息；

确定子模块，用于基于所述候选服务器的所述带宽速率信息，确定所述候选服务器中的目标服务器。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一获取模块，用于在所述目标应用进行音视频通话的过程中，按照预设周期获取所述目标服务器的所述状态信息；

第二获取模块，用于若所述目标服务器的所述状态信息不满足所述预设条件，则重新获取与多个第二应用对应的多个第二服务器的所述状态信息，其中，所述多个第二应用包括：所述多个第一应用中除所述目标应用之外的第一应用；

第二确定模块，用于基于重新获取的所述多个第二服务器的状态信息，确定所述多个第二服务器中的第四服务器；

第二控制模块，用于控制所述多个第二应用中与所述第四服务器对应的第四应用，向所述第四服务器发送音视频通话请求。

9.根据权利要求7所述的装置，其特征在于，所述第一输入还包括：选择的第三应用，其中，所述多个第一应用包括所述第三应用；

所述确定子模块包括：

评分单元，用于若所述候选服务器包括与所述第三应用对应的第三服务器，则按照所述带宽速率信息以及表示每个所述候选服务器是否为所述第三服务器的信息，对每个所述候选服务器进行评分；

第一确定单元，用于将评分值最高的候选服务器作为目标服务器。

10.根据权利要求9所述的装置，其特征在于，所述确定子模块还包括：

第二确定单元，用于若所述候选服务器包括与所述第三应用对应的第三服务器，则将所述第三服务器作为目标服务器。

Images