CN118075808B - 多网协同作业方法、设备及存储介质 - Google Patents

Abstract

本申请提供了一种多网协同作业方法、设备及存储介质。该方法在第一终端设备当前接入的WIFI网络不足以满足第一终端设备中需要处理的多个业务流的业务需求时，通过同时使用WIFI网络和第二终端设备开启的热点网络，并将优先级高的业务流交由热点网络进行收发，其他业务流保留在WIFI网络收发，从而既能够保证业务流被正常处理，又能减少对蜂窝流量的消耗。

Description

多网协同作业方法、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种多网协同作业方法、设备及存储介质。

背景技术

互联网技术的发展和普及，给人们的日常生活、工作娱乐带来了便利。例如用户可以通过接入无线局域网，如WIFI网络，或者蜂窝网络(移动网络)的终端设备进行音视频会议、直播、游戏等业务。

然而，对于一些仅有WIFI通信能力，没有蜂窝通信能力的终端设备，当所处环境没有可以使用的WIFI网络时，或者WIFI网络较差的时候，需要依赖网络进行的业务，如音视频会议、直播、网络游戏等将无法进行。

发明内容

为了解决上述技术问题，本申请提供一种多网协同作业方法、设备及存储介质，旨在使没有蜂窝通信能力的终端设备能够借助有蜂窝通信能力的终端设备进行业务处理，实现多网协同作业，进而保证业务能够正常进行。

第一方面，本申请提供一种多网协同作业方法，应用于第一终端设备。该方法包括：当存在需要处理的第一优先级的业务流和第二优先级的业务流时，获取当前的WIFI网络信息；根据WIFI网络信息、第一优先级的业务流和第二优先级的业务流，确定用户体验QoE质量评估结果，QoE质量评估结果用于指示WIFI网络能否同时处理第一优先级的业务流和第二优先级的业务流，第一优先级高于第二优先级；在QoE质量评估结果指示WIFI网络不能同时处理第一优先级的业务流和第二优先级的业务流时，将第一优先级的业务流调度到第二终端设备开启的热点网络，将第二优先级的业务流调度到WIFI网络；其中，第二终端设备通过蜂窝网络与基站建立移动连接，通过热点网络与第一终端设备建立无线连接。

由此，在第一终端设备当前接入的WIFI网络不足以满足第一终端设备中需要处理的多个业务流的业务需求时，通过同时使用WIFI网络和第二终端设备开启的热点网络，并将优先级高的业务流交由热点网络进行收发，其他业务流保留在WIFI网络收发，从而既能够保证业务流被正常处理，又能减少对蜂窝流量的消耗。

根据第一方面，在第一终端设备使用WIFI网络的过程中，方法还包括：确定第一终端设备当前运行的应用程序，应用程序包括第一优先级的第一应用程序和第二优先级的第二应用程序；将第一应用程序对应的业务流作为第一优先级的业务流；将第二应用程序对应的业务流作为第二优先级的业务流。

由此，实现了不同应用之间业务流的并发处理，具体可以参见下文中应用级并非分流模式的描述部分，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，在第一终端设备使用WIFI网络的过程中，方法还包括：确定第一终端设备当前运行的应用程序，应用程序包括第一优先级的第一应用程序和第二优先级的第二应用程序；确定第一应用程序对应的业务流的来源；在第一应用程序对应的业务流来自一个业务场景时，将第一应用程序对应的业务流作为第一优先级的业务流；在第一应用程序对应的业务流的来源至少包括两个业务场景时，确定每一个业务场景对应的优先级；将第一应用程序中优先级高的业务场景对应的业务流作为第一优先级的业务流，将第一应用程序中优先级低的业务场景对应的业务流作为第二优先级的业务流；确定第二应用程序对应的业务流的来源；在第二应用程序对应的业务流来自一个业务场景时，将第二应用程序对应的业务流作为第二优先级的业务流；在第二应用程序对应的业务流的来源至少包括两个业务场景时，确定每一个业务场景对应的优先级；将第二应用程序中优先级高的业务场景对应的业务流作为第一优先级的业务流，将第二应用程序中优先级低的业务场景对应的业务流作为第二优先级的业务流。

由此，实现了同一应用中不同业务场景对应的业务流的并发处理，具体可以参见下文同一应用不同业务流并发分流模式的描述部分，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，确定第一应用程序对应的业务流的来源，包括：根据第一应用程序的属性信息，确定第一应用程序包括的业务场景数量；在第一应用程序包括的业务场景数量为1个时，确定第一应用程序对应的业务流来自一个业务场景；在第一应用程序包括的业务场景数量大于1个时，确定第一应用程序提供业务流时调用的应用程序编程接口；其中，不同的应用程序编程接口对应不同的业务场景；对被调用的应用程序编程接口去重，得到第一应用程序提供的业务流的业务场景数量。

由此，通过确定第一应用程序包括的业务场景的数量来确定当前业务流的来源，从而使得后续基于业务流的来源确定业务流优先级进而进行并发分流，调度到WIFI网络或热点网络更加合理。

根据第一方面，或者以上第一方面的任意一种实现方式，确定第二应用程序对应的业务流的来源，包括：根据第二应用程序的属性信息，确定第二应用程序包括的业务场景数量；在第二应用程序包括的业务场景数量为1个时，确定第二应用程序对应的业务流来自一个业务场景；在第二应用程序包括的业务场景数量大于1个时，确定第二应用程序提供业务流时调用的应用程序编程接口；其中，不同的应用程序编程接口对应不同的业务场景；对被调用的应用程序编程接口去重，得到第二应用程序提供的业务流的业务场景数量。

由此，通过确定第二应用程序包括的业务场景的数量来确定当前业务流的来源，从而使得后续基于业务流的来源确定业务流优先级进而进行并发分流，调度到WIFI网络或热点网络更加合理。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在QoE质量评估结果指示WIFI网络不能处理第一优先级的业务流，也不能处理第二优先级的业务流时，将第一优先级的业务流和第二优先级的业务流都调度到第二终端设备开启的热点网络。

由此，在无可用WIFI网络的情况下，通过将需要处理的业务流调度到热点网络，从而可以保证第一终端设备正常进行业务处理，保障用户体验。具体实现细节可以参见下文的二选一网络模式下，仅有热点网络链路存在的描述部分，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，在将第一优先级的业务流和第二优先级的业务流都调度到第二终端设备开启的热点网络之后，方法还包括：在QoE质量评估结果指示WIFI网络能同时处理第一优先级的业务流和第二优先级的业务流，或者搜索到其他可接入的WIFI网络时，停止向热点网络调度第一优先级业务流和第二优先级的业务流，并将第一优先级业务流和第二优先级的业务流调度到WIFI网络或者搜索到其他可接入的WIFI网络。

由此，在有可用WIFI网络时，通过将停止向热点网络调度全部或部分业务流，而将这些业务流调度到WIFI网络进行处理，从而减少了对第二终端设备蜂窝流量的消耗。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在QoE质量评估结果指示WIFI网络能同时处理第一优先级的业务流和第二优先级的业务流时，将第一优先级业务流和第二优先级的业务流都调度到WIFI网络。

由此，在二选一网络模式下，只要有可用的WIFI网络，第一终端设备需要处理的业务流就调度到WIFI网络，而不借助第二终端设备开启的热点网络，从而减少了对第二终端设备蜂窝流量的消耗。具体实现细节可以参见下文的二选一网络模式下，仅有WIFI网络链路存在的描述部分，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：确定第一终端设备是否开启了多网协同作业功能；在第一终端设备开启了多网协同作业功能时，执行将第一优先级的业务流调度到第二终端设备开启的热点网络的步骤；在第一终端设备没有开启多网协同作业的功能时，显示第一入口；响应于对第一入口的操作行为，开启多网协同作业功能，并执行将第一优先级的业务流调度到第二终端设备开启的热点网络的步。

由此，通过提供第一入口，从而可以便于用户开启多网协同作业功能。关于第一入口，例如可以集成在设置应用对应的设置界面中，如图12所示的空间10b-1。

根据第一方面，或者以上第一方面的任意一种实现方式，在将第一优先级的业务流调度到第二终端设备开启的热点网络之前，方法还包括：确定是否与接入第二终端设备开启的热点网络；在接入第二终端设备开启的热点网络时，执行将第一优先级的业务流调度到第二终端设备开启的热点网络的步骤；在未接入第二终端设备开启的热点网络时，获取连接范围内的热点网络信息，热点网络信息包括连接范围内所有具备蜂窝通信能力的第三终端设备开启的热点网络；将热点网络信息中热点网络的网络质量最优的第三终端设备作为第二终端设备；接入第二终端设备开启的热点网络，并执行将第一优先级的业务流调度到第二终端设备开启的热点网络的步骤。

示例性的，关于搜索热点网络的方式，与现有在无线局域网界面搜索WIFI网络类似，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，在获取连接范围内的热点网络信息之后，方法还包括：在第一终端设备的界面中显示热点网络信息；响应于用户对热点网络信息中任一热点网络的选中操作，将提供热点网络的第三终端设备作为第二终端设备，接入第二终端设备开启的热点网络，并执行将第一优先级的业务流调度到第二终端设备开启的热点网络的步骤。

根据第一方面，或者以上第一方面的任意一种实现方式，在获取连接范围内的热点网络信息之前，方法还包括：确定第一终端设备与第二终端设备之间是否建立了多屏协同连接；在第一终端设备与第二终端设备之间建立了多屏协同连接时，控制第二终端设备开启热点网络，接入第二终端设备开启的热点网络，并执行将第一优先级的业务流调度到第二终端设备开启的热点网络的步骤；在第一终端设备与第二终端设备之间未建立多屏协同连接时，执行获取连接范围内的热点网络信息的步骤。

根据第一方面，或者以上第一方面的任意一种实现方式，不同第一终端设备中相同的应用程序的优先级相同，相同业务场景的优先级相同。

根据第一方面，或者以上第一方面的任意一种实现方式，不同第一终端设备中相同的应用程序的优先级不同，相同业务场景的优先级不同。

第二方面，本申请提供了一种多网协同作业方法，应用于第一终端设备。该方法包括：在第一终端设备的显示界面中显示第一图标和第二图标的过程中，当有需要处理的业务流时，将第一优先级的业务流调度到第二图标指示的热点网络，将第二优先级的业务流调度到第一图标指示的WIFI网络；其中，第一优先级高于第二优先级，热点网络由与基站建立移动连接的第二终端设备提供。

示例性的，第一图标的样式例如图18中(a1)所示，或者(a2)所示；第二图标的样式例如图18中(b1)所示，或者(b2)所示，或者(b3)所示。

根据第二方面，方法还包括：在显示界面中显示的第一图标消失，第二图标显示的过程中，当有需要处理的业务流时，将业务流调度到第二图标指示的热点网络。

根据第二方面，或者以上第二方面的任意一种实现方式，方法还包括：在显示界面中重新显示第一图标后，停止向热点网络调度业务流，将业务流调度到第一图标指示的WIFI网络；或者，停止向热点网络调度第二优先级的业务流，将第一优先级的业务流调度到第二图标指示的热点网络，将第二优先级的业务流调度到第一图标指示的WIFI网络。

根据第二方面，或者以上第二方面的任意一种实现方式，方法还包括：在显示界面中显示的第二图标消失，第一图标显示的过程中，当有需要处理的业务流时，将业务流调度到第一图标指示的WIFI网络。

根据第二方面，或者以上第二方面的任意一种实现方式，第一优先级的业务流为在前台运行的音视频通话/会议类型的应用程序或业务场景下产生的业务流，第二优先级的业务流为在后台运行的应用程序或业务场景下产生的业务流。

示例性的，不同业务流的优先级关系可以参见下文中的表1，此处不再赘述。

根据第二方面，或者以上第二方面的任意一种实现方式，第一优先级的业务流为在前台运行的游戏类型的应用程序或业务场景下产生的业务流，第二优先级的业务流为在后台运行的应用程序或业务场景下产生的业务流。

示例性的，不同业务流的优先级关系可以参见下文中的表1，此处不再赘述。

第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，本申请提供了一种多网协同作业协同。该系统包括：第一终端设备和第二终端设备，第二终端设备通过蜂窝网络与基站建立移动连接，通过热点网络与第一终端设备建立无线连接；第一终端设备，用于：当存在需要处理的第一优先级的业务流和第二优先级的业务流时，获取当前的WIFI网络信息；根据WIFI网络信息、第一优先级的业务流和第二优先级的业务流，确定用户体验QoE质量评估结果，QoE质量评估结果用于指示WIFI网络能否同时处理第一优先级的业务流和第二优先级的业务流，第一优先级高于第二优先级；在QoE质量评估结果指示WIFI网络不能同时处理第一优先级的业务流和第二优先级的业务流时，将第一优先级的业务流调度到第二终端设备开启的热点网络，将第二优先级的业务流调度到所述WIFI网络；第二终端设备，用于：通过蜂窝网络，将第一终端设备通过热点网络传输的第一优先级的业务流调度到基站进行处理。

第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式，或者第二方面以及第二方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，或者第二方面以及第二方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第四方面，本申请提供了一种终端设备。该终端设备包括：存储器和处理器，存储器和处理器耦合；存储器存储有程序指令，程序指令由处理器执行时，使得所述终端设备执行第一方面或第一方面的任意可能的实现方式中的方法的指令，或者第二方面以及第二方面的任意可能的实现方式中的方法的指令。

第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式，或者第二方面以及第二方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，或者第二方面以及第二方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第五方面，本申请提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令，或者第二方面以及第二方面的任意可能的实现方式中的方法的指令。

第五方面以及第五方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式，或者第二方面以及第二方面的任意一种实现方式相对应。第五方面以及第五方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，或者第二方面以及第二方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第六方面，本申请提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令，或者第二方面以及第二方面的任意可能的实现方式中的方法的指令。

第六方面以及第六方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式，或者第二方面以及第二方面的任意一种实现方式相对应。第六方面以及第六方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，或者第二方面以及第二方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第七方面，本申请提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，或者第二方面以及第二方面的任意可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

第七方面以及第七方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式，或者第二方面以及第二方面的任意一种实现方式相对应。第七方面以及第七方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，或者第二方面以及第二方面的任意一种实现方式所对应的技术效果，此处不再赘述。

附图说明

图1为示例性示出的不具备蜂窝通信能力的终端设备通过路由器接入WIFI网络的示意图；

图2为示例性示出的基于WIFI网络进行业务处理的界面示意图；

图3为示例性示出的不具备蜂窝通信能力的终端设备断开与路由器的连接的示意图；

图4为示例性示出的不具备蜂窝通信能力的终端设备断开WIFI网络后进行业务处理的界面示意图；

图5为示例性示出的不具备蜂窝通信能力的终端设备断开WIFI网络后进行业务处理的又一界面示意图；

图6为示例性示出的终端设备的硬件结构示意图；

图7为示例性示出的一种操作系统的终端设备的软件结构示意图；

图8为示例性示出的又一种操作系统的终端设备的软件结构示意图；

图9为示例性示出的本申请实施例提供的多网协同作业方法中的一种网络选择模式；

图10为针对图9所示网络选择模式的多网协同作业方法的流程示意图；

图11为示例性示出的提供用户入口选择网络选择模式的界面示意图之一；

图12为示例性示出的提供用户入口选择网络选择模式的界面示意图之二；

图13为示例性示出的提供用户入口选择网络选择模式的界面示意图之三；

图14为示例性示出的本申请实施例提供的多网协同作业方法中的又一种网络选择模式；

图15为针对图14所示网络选择模式的多网协同作业方法的流程示意图；

图16为示例性示出的本申请实施例提供的多网协同作业方法中的又一种网络选择模式；

图17为针对图16所示网络选择模式的多网协同作业方法的流程示意图；

图18为示例性示出的第一图标和第二图标的示意图；

图19为示例性示出的开启多网协同作业功能后不通网络环境下的界面示意图之一；

图20为示例性示出的开启多网协同作业功能后不通网络环境下的界面示意图之二；

图21为示例性示出的开启多网协同作业功能后不通网络环境下的界面示意图之三；

图22为示例性示出的开启多网协同作业功能后不通网络环境下的界面示意图之四。

具体实施方式

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

为了更好的理解本申请实施例提供的技术方案，在对本申请实施例的技术方案说明之前，首先结合附图对本申请实施例的适用于的场景进行说明。

示例性的，对于一些仅有WIFI通信能力，没有蜂窝通信能力，如只有无线/有线网络接口，没有移动网络接口，或者有移动网络接口，但是没有插入能够提供蜂窝网络的用户识别卡(Subscriber Identity Module，SIM)的终端设备，其想要处理需要依赖网络的业务，如音视频会议、直播、网络游戏时，在一些可能的实现方式中，需要先借助无线/有线路由器接入WIFI网络，然后才可以使用WIFI网络处理业务。如图1所示，用户在使用没有蜂窝通信能力的平板电脑处理业务时，可以通过无线路由器接入WIFI网络。

示例性的，在平板电脑通过无线路由器接入WIFI网络后，便可以使用平板电脑观看网络视频。如图2所示，在使用WIFI网络观看网络视频的过程中，如果用户触碰了当前的界面，在一种可行的实现方式中，会显示该网络视频的播放进度条，用于暂停当前网络视频的控件，以及在区域10a处显示平板电脑当前的网络连接状态，及连接的网络。

继续参见图2，示例性的，在平板电脑当前接入了网络，且接入的网络为WIFI网络时，区域10a中会显示“WIFI”字样，以指示平板电脑当前接入的网络为WIFI网络。

示例性的，如果用户携带平板电脑离开了该无线路由器所能覆盖的范围，即离开了有WIFI网络的场所，或者该无线路由器出现故障，或者该WIFI网络出现故障，导致平板电脑无法接入可用的WIFI网络，如图3所示。这种情况下，图2中平板电脑播放网络视频的界面上区域10a中“WIFI”字样就会变为图4中区域10a中“无网络”字样。

参见图4，示例性的，在一种实现方式中，当平板电脑处于无网络状态时，当前播放网络视频的界面可能会显示区域10b中所示的内容，待平板电脑重新接入WIFI网络后，则可以自动恢复到图2所示界面。

参见图5，示例性的，在另一种实现方式中，当平板电脑处于无网络状态时，由于没获取到新的数据流，当前播放网络视频的界面可能直接变为黑屏，并在该界面中显示“视频加载失败，请稍后重试”的提示信息，以及供用户进行重试的控件10c。

示例性的，如果平板电脑重新接入WIFI网络，当用户点击控件10c后，平板电脑会从视频中断的时间重新获取数据流进行展示，即恢复到图2所示界面，如果平板电脑一直没有接入WIFI网络，则用户点击控件10c，界面可能没有变化。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

有鉴于此，本申请提供了一种多网协同作业方法，应用于上述终端设备(为了便于区分本实施例称为第一终端设备，将提供热点网络的终端设备称为第二终端设备)。具体的，基于本申请提供的多网协同作业方法，对于第一终端设备而言，当存在需要处理的第一优先级的业务流和第二优先级的业务流时，获取当前的WIFI网络信息；根据WIFI网络信息、第一优先级的业务流和第二优先级的业务流，确定用户体验QoE质量评估结果，QoE质量评估结果用于指示WIFI网络能否同时处理第一优先级的业务流和第二优先级的业务流，第一优先级高于第二优先级；在QoE质量评估结果指示WIFI网络不能同时处理第一优先级的业务流和第二优先级的业务流时，将第一优先级的业务流调度到第二终端设备开启的热点网络，将第二优先级的业务流调度到WIFI网络。

由此，没有蜂窝通信能力的第一终端设备能够借助有蜂窝通信能力的第二终端设备进行业务处理，实现多网协同作业，进而保证业务能够正常进行。

为了更好的理解本申请提供的技术方案，在对本申请的技术方案说明之前，首先结合附图对本申请的技术方案适用于的终端设备的硬件结构进行说明。

通过上述场景描述可知，在一种可能的实现方式中，本申请的技术方案适用于的终端设备为只有无线/有线网络接口，没有移动网络接口的终端设备，如平板电脑、个人计算机(Personal Computer，PC)、笔记本电脑、大屏设备(如电视)等，此处不再一一列举，本申请对此不作限制。

示例性的，在另一种可能的实现方式中，本申请的技术方案适用于的终端设备为有无线/有线网络接口，同时也有移动网络接口，但是没有插入能够提供蜂窝网络的SIM卡的终端设备，如智能手机、可穿戴设备(智能手表)等，此处不再一一列举，本申请对此不作限制。

示例性的，在另一种实现方式中，本申请的技术方案适用于的终端设备为有无线/有线网络接口，同时也有移动网络接口，且插入能够提供蜂窝网络的SIM卡的终端设备。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，通过上述描述可知，在实际应用中，只要有无线/有线网络接口，具备WIFI通信能力的终端设备，不论其是否有移动网络接口，当前是否能够使用自身的SIM卡提供的蜂窝网络，在WIFI网络不能支持当前业务时，均可以借助其他具备蜂窝通信能力的终端设备开启的热点网络进行业务处理。

参见图6，示例性的示出一种终端设备的硬件结构示意图。应当理解的是，图6所示的终端设备100仅是能够适用于上述场景的终端设备的一个示例，并且终端设备100可以具有比图中所示的更多或更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图6中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

如图6所示，终端设备100可包括：中央处理器(Central Processing Units，CPU)101、存储器102和有线/无线网络接口103，该存储器102中存储有一个或多个应用程序或数据。

其中，中央处理器101可以是终端设备100的神经中枢和指挥中心。中央处理器101可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。中央处理器101中还可以设置存储器，用于存储指令和数据。在一些实现方式中，中央处理器101中的存储器为高速缓冲存储器。

其中，存储器102可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。存储器102可以是易失性存储器或持久存储器。存储在存储器102中的计算机可执行程序代码可以包括一个或多个模块，每个模块可以包括对终端设备中的一系列指令操作。存储器102可以包括存储程序区和存储数据区。

更进一步地，中央处理器101可以设置为与存储器102通信，在终端设备100上执行存储器102中的一系列指令操作。其中，中央处理器101通过运行存储在存储器102中的计算机程序指令，从而执行终端设备100的各种功能以及数据处理，例如使得终端设备100实现本申请实施例提供的多网协同作业方法。

此外，需要说明的是，在一些实现方式中，终端设备100包括的中央处理器101可以是一个或多个，存储器102也可以是一个或多个，有线/无线网络接口也可以是一个或多个，具体有终端设备的产品类型、客户需求等确定，本申请对此不作限制。

此外，终端设备100还可以包括一个或多个电源，传感器、显示屏等，此处不再一一列举，本申请对此不作限制。

该终端设备100可以执行下述实施例中第一终端设备(不具备蜂窝通信能力的终端设备)所执行的操作，具体此处不再赘述。

终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的系统为例，示例性说明终端设备100的软件结构。

关于分成架构的系统，例如Android、Windows ServerTM(简称：Windows)，Mac OSXTM，UnixTM，LinuxTM，FreeBSDTM等，此处不再一一列举，本申请对此不作限制。为了便于说明本实施例以Windows系统和Android系统为例，分别结合附图对这两种操作系统的架构进行说明。

图7是示例性示出的终端设备100为Windows系统时的软件结构框图。

如图7所示，对于Windows系统的终端设备100，其软件结构可以划分为用户态(Windows User)、内核态(Windows Kernel)和硬件。

其中，用户态中可包括应用层(应用程序层)框架层/接口层、调制解调器(Modern)、通用平台接口(UWP API)等。

示例性，应用层例如可以包括设置、视频、游戏、下载等应用程序，此处不再一一列举，本申请对此不作限制。

示例性的，框架层/接口层，例如为Win32API(Microsoft32位平台的应用程序编程接口(Application Programming Interface))。其中可以包括多种供应用层的应用程序进行调用的接口。具体到本申请实施例提供的技术方案中，主要涉及用于感知接入环境和当前的业务流的感知模块。

可理解的，在一些实现方式中，上述两个功能可以集成在一个功能上数中，也可以集成在不同的功能上数中，如图7所示，可以单独可可接入环境感知子模块来感知接入环境，以及可可业务流感知子模块来感知当前的业务流。由此，通过感知上述信息，便可以确定多网协同作业时，具体的并发场景。

示例性的，接入环境感知子模块具体用于感知无线网络(WIFI网络)环境。在一些实现方式中，接入环境感知子模块可以根据WIFI网络当前的信号强度、信噪比、噪声、负载、发送队列时长、发送速率、接收速率、发送字节数、接收字节数、发送数据包数、接收数据包数等多个参数来感知当前所处场所是否有可用的WIFI网络，以及WIFI网络质量。

示例性的，业务流感知子模块具体用于感知当前的收发的业务流的下述信息，如基于传输控制协议(Transmission Control Protocol，TCP)发送的数据包数(TCP发包数)、接收到的数据包数(TCP收包数)、发送的字节数(TCP发字节数)、接收到的字节数(TCP收字节数)，以及基于用户数据报协议(User Datagram Protocol，UDP)发送的数据包数(UDP发包数)、接收到的数据包数(UDP收包数)、发送的字节数(UDP发字节数)、接收到的字节数(UDP收字节数)，以及往返时延、丢包率、重传率等。

由此，感知模块中的上述两个子模块感知到WIFI网络环境状况和当前收发的业务流的相关信息后，便可以将这些信息交由内核态中网络驱动层的用户界面框架(WindowsPresentation Foundation，WPF)，进而由WPF确定是否需要借助有蜂窝通信能力的终端设备开启的热点网络，并根据用户选择的网络选择模式，或者根据当前运行的应用/业务场景自动选择合适的网络选择模式，进而根据确定的网络选择模式，结合感知模块提供的上述接入环境和业务流的信息，将全部或部分业务流交由热点网络收发处理，剩余的继续保持在WIFI网络收发处理。

关于网络选择模式的描述，以及不同网络选择模式下业务流的收发处理详见下文针对图9至图17的描述，此处不再赘述。

此外，需要说明的是，由于终端设备的操作系统的不同，在实际应用中，感知模块感知到的接入环境信息和业务流信息的参数可能会存在不同，但基本会包括上述罗列的参数内容，对于其他的参数信息，可以根据实际的业务需求和操作系统进行合理选择，此处不再赘述。

此外，关于上述所说的当前运行的应用/业务场景的确定，在一些实现方式中，在终端设备的前台有应用运行时，可以根据运行该应用程序时产生的数据流中的包名信息，确定当前运行的应用程序的名称，这样就可以获知当前运行的究竟是哪一个应用。

示例性的，在另一些实现方式中，例如需要具体到当前应用程序对应的具体业务场景的情况下，对于多个业务场景的应用程序，如即时通讯类应用，可以实现音视频通话/会议，也可以发送文件、聊天信息，还可以浏览朋友圈内容等，可以进一步确定当前数据流是通过调用哪一个应用程序编程接口(Application Programming Interface，API)进行传输的。

可理解的，由于不同业务场景通常会对应不同的API，因此通过确定当前调用的API便可以确定终端设备当前所处的业务场景。

示例性的，在另一些实现方式中，对于无法根据包名信息，调用的API接口确定当前运行的应用程序，以及所处的业务场景时，还可以通过图像识别的方式对当前产生的数据流进行图像识别分析处理，进而根据该数据流对应的页面内容获知当前运行的应用/业务场景。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，还需要说明的是，为了便于后续WPF能够合理进行网络资源的调配，并将不同的业务流调配到合适的网络上，在一些实现方式中可以为终端设备运行的应用，或所处的业务场景进行优先级的划分，这样在进行资源调配时，能够结合应用/业务场景的优先级进行合理调配，从而能够更好满足用户的使用需要，提升用户体验。

表1优先级矩阵表

示例性的，表1给出了一种不同应用/业务场景的优先级矩阵表。参见表1，其中“前台”一行对应内容指示该类型的应用/业务场景当前处于终端设备的前台运行(当前有活动界面)；“后台”一列对应的内容指示该类型的应用/业务场景当前处于终端设备的后台运行(当前无活动界面)；“前台”和“后台”内容交汇处的单元格中的内容指示当前优先级高的应用/业务场景，即在借助具有蜂窝通信能力的终端设备开启的热点网络处理业务时，“前台”和“后台”内容交汇处的单元格中指示的对象为需要调度到热点网络的应用/业务场景。

继续参见表1，示例性的，某一时刻，终端设备前台运行的是音视频通话/会议类型的应用或业务场景时，不论后台运行的是哪种类型的应用/业务场景，处于前台的音视频通话/会议类型的应用或业务场景的优先级都高于处于后台的，即要调度到热点网络的是处于前台运行的音视频通话/会议类型的应用或业务场景对应的业务流。

继续参见表1，示例性的，某一时刻，终端设备前台运行的是游戏(本申请均值网络游戏)类型的应用或业务场景时，不论后台运行的是哪种类型的应用/业务场景，处于前台的游戏类型的应用或业务场景的优先级都高于处于后台的，即要调度到热点网络的是处于前台运行的游戏类型的应用或业务场景对应的业务流。

继续参见表1，示例性的，某一时刻，终端设备当前运行的是下载，或者浏览器，或者音视频类型的应用或业务场景时，只要后台运行的有音视频通话/会议类型的应用或业务场景，处于后台的音视频通话/会议类型的应用或业务场景的优先级都高于处于前台的，即要调度到热点网络的是处于后台运行的音视频通话/会议类型的应用或业务场景对应的业务流。

继续参见表1，示例性的，某一时刻，终端设备当前运行的是浏览器，或者音视频类型的应用或业务场景时，只要后台运行的应用或业务场景中没有音视频通话/会议类型的应用或业务场景，处于前台的浏览器类型、音视频类型的应用或业务场景的优先级都高于处于后台的，即要调度到热点网络的是处于前台运行的浏览器类型、音视频类型的应用或业务场景对应的业务流。

继续参见表1，示例性的，终端设备当前运行的是下载类型的应用或业务场景时，在后台运行的应用或业务场景中没有音视频通话/会议类型的应用或业务场景，有游戏类型的应用或业务场景时，处于后台的游戏类型的应用或业务场景的优先级都高于处于前台的，即要调度到热点网络的是处于后台运行的游戏类型的应用或业务场景对应的业务流；反之则处于前台的下载类型的应用或业务场景的优先级都高于处于后台的，即要调度到热点网络的是处于前台运行的下载类型的应用或业务场景对应的业务流。

此外，需要说明的是，在限制后台应用/业务场景的网络速度，即将其设置为低优先级时，还需要考虑该应用/业务场景是否在预设的白名单(如不允许限速，需要优先响)中，相应地当处于白名单时，则不能将其设置为低优先级。

此外，还需要说明的是，在为处于前台、后台的应用/业务场景设置优先级时，还可以考虑对时延的要求，例如对于时延敏感(实时性要求高，要求低时延)的应用/业务场景，如音视频通话/会议、直播、在线教育等类型，可以将其设置为高优先级。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

由此，通过为不同类型的应用/业务场景分配不同的优先级，这样WPF在进行资源调配时，就可以将高优先级的应用/业务场景对应的业务流调度到网络质量较佳的网络是上，如在WIFI网络质量欠佳不足以满足高优先级的应用/业务场景的需求时，可以将高优先级的应用/业务场景对应的业务流调度到热点网络，低优先级的应用/业务场景对应的业务流则保持在WIFI网络处理。

继续参见图7，示例性的，内核态可包括系统驱动层、网络驱动层。

示例性的，系统驱动层可包各种系统驱动器，如WIFI驱动器(NativeWiFiFilter)、辅助功能驱动器(Ancillary Function Driver)、支持多种类型的传输协议的Winsock Kernel等，此处不再一一列举，本申请对此不作限制。

示例性的，网络驱动层，即网络驱动程序接口规范(Network Driver InterfaceSpecification，NDIS)层，该层可包括各种协议驱动(Protocol Driver)、各种中间层驱动(Intermediate Driver)、各种小端口驱动(Miniport Driver)、WPF，以及硬件抽象层(Hardware Abstraction Layer，HAL)。

具体到本申请实施例提供的技术方案中，在进行多网协同作业时，并发场景下对网络资源的调配具体在WPF中实现，下述Android系统中位于内核层的资源调配模块进行的操作，与本实施例中WPF所做的类似，其他操作系统的资源调配处理逻辑也大致相同。

关于本申请实施例提供的技术方案中，在进行多网协同作业时，并发场景下对网络资源的调配可遵循表2。

表2资源调配规则表

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，还需要说明的是，在进行资源调配，即借助有蜂窝通信能力的终端设备(第二终端设备)开启的热点网络时，需要先确保第二终端设备开启了热点功能，提供了热点网络，同时当前不具备蜂窝通信能力的终端设备(第一终端设备)，能够搜索到该热点网络，并自动接入该热点网络。关于第二终端设备开启热点功能，以及第一终端设备与第二终端设备建立通信连接的内容，详见下文，此处不再赘述。

通过上述描述可知，本申请实施例提供的技术方案，需要包括应用业务启动，在应用业务启动后便可以对应用业务通信过程中产的数据流(业务流)进行采集，在得到业务流后就可以进行应/业务场景的识别，以及由感知模块感知当前的WIFI网络环境和当前的业务流(具体为提取是否触发多网协同作业的影响因子，如上所说的WIFI网络包括的信息和业务流包括的信息)，进而根据这些影响因子确定当前的用户体验/用户感知(Quality ofExperience，QoE)质量评估结果，最后由WPF(或下文的资源调配模块)根据QoE质量评估结果、表1和表2记录的信息，以及感知模块感知到的内容，进而资源调配。

继续参见图7，示例性的，硬件可包括各种芯片厂商提供的芯片、显卡、声卡等，此处不再一一列举，本申请对此不作限制。

可以理解的是，图7示出的软件结构中的层以及各层中包含的部件，并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图7所示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

图8是示例性示出的终端设备100为Android系统时的软件结构框图。

如图8所示，终端设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实现方式中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

其中，应用程序层可以包括一系列应用程序包。如图8所示，应用程序包可以包括游戏、设置、无线局域网(Wireless Local Area Network，WLAN，用于接入WIFI网络)、视频、下载等应用程序，此处不再一一列举，本申请对此不作限制。

其中，应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。在一些实现方式中，这些编程接口和编程框架可以描述为上数。如图8所示，应用程序框架层可以包括视图系统、资源管理器、感知模块等上数，此处不再一一列举，本申请对此不作限制。

示例性的，在本实施例中，感知模块用于感知接入环境和当前的业务流的感知模块。

可理解的，在一些实现方式中，上述两个功能可以集成在一个功能上数中，也可以集成在不同的功能上数中，如图8所示，可以单独可可接入环境感知子模块来感知接入环境，以及可可业务流感知子模块来感知当前的业务流。由此，通过感知上述信息，便可以确定多网协同作业时，具体的并发场景，具体细节详见针对图7中感知模块的描述，此处不再赘述。

此外，还需要说明的是，上述位于应用程序框架层中的视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

此外，还需要说明的是，上述位于应用程序框架层中的资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等，此处不再一一列举，本申请对此不作限制。

Android Runtime包括核心库和虚拟机。Android Runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能上数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维(3D)图形处理库(例如：OpenGL ES)，二维(2D)图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

可理解的，上述所说的2D图形引擎是2D绘图的绘图引擎。

此外，可理解的，Android系统中的内核层是硬件和软件之间的层。内核层至少包含显示驱动，蓝牙驱动，WIFI驱动，摄像头驱动，以及在进行多网协同作业时，并发场景下对网络资源的资源调配模块等。关于对网络资源的调配细节详见针对图7中WPF中实现的资源调度的描述，此处不再赘述。

可以理解的是，图8示出的软件结构中的层以及各层中包含的部件，并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图8所示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

参见图9，示例性示出本申请实施例提供的多网协同作业方法中的一种网络选择模式。

如图9所示，给出一种二选一的网络选择模式。对于二选一的网络选择模式，同一时刻，只允许一条网络链路存在，例如要么是图9中(1)所示，选择热点网络进行数据包的收发，要么是图9中(2)所示，选择WIFI网络进行数据包的收发。

示例性的，对于图9中(1)所示的场景，在第一终端设备位于无WIFI网络的场所，如搜索不到可用的WIFI网络，或者与接入WIFI网络的路由器之间的链路中断，导致无法访问WIFI网络时，基于本申请实施例提供的多网协同作业方法，第一终端设备可以自动切换到开启热点网络的第二终端设备，进而借助热点网络进行数据包的收发。

需要说明的是，在实际应用中，为了保证本申请实施例提供的多网协同作业方法能够顺利进行，需要确保上述所说的第一终端设备能够访问到第二终端设备，并接入第二终端设备开启的热点网络(对于第一终端设备而言，该热点网络也为WIFI网络)。

示例性的，在一些实现方式中，对于第一终端设备和第二终端设备开启了多屏协同功能，如在第一终端设备的显示界面显示第二终端设备的界面内容，并通过在第一终端设备的显示界面中显示的第二终端设备的界面实现对第二终端设备的操作的情况下，只需在第二终端设备中开启热点功能，第一终端设备在需要接着第二终端设备的蜂窝通信能力时，无需进行热点搜索、密码输入等操作，就可以自动接入第二终端设备开启的热点网络，从而借助第二终端设备的蜂窝通信能力，处理需要依赖网络的业务。

示例性的，在另一些实现方式中，当第一终端设备无法通过路由器(无线或有线)接入WIFI网络时，如出图3至图5所示的问题时，可以在第一终端设备的界面显示提示信息，以提示用户操作第二终端设备开启热点功能。示例性的，用户可以通过在第二终端设备上开启热点功能(可以设置热点名称、热点密码，也可以不设置)，然后通过操作第一终端设备搜索到该热点网络，并接入。这样，当第一终端设备重新切换回图4所示的界面时，就能够自动切换到该热点网络，并且后续在第二终端设备开启该热点网络的过程中，即便第一终端设备能够通过路由器接入WIFI网络，在需要借助WIFI网络和热点网络并发处理业务的情况下，也可以继续使用该热点网络。

示例性的，在另一些实现方式中，可以设置第一终端设备向使用同一设备账号注册登录的第二终端设备发起热点请求，以使与第一终端设备在设定区域内的第二终端设备能够响应于该请求自动开启热点网络，从而第一终端设置自动接入该热点网络。

关于上述所说的使用同一设备账号，例如为第一终端设备激活时注册登录的为账号A，如果附件有同样使用账号A的第二终端设备，则与第一终端设备在设定区域内的第二终端设，便会接收到第一知道设备发送的热点请求。

示例性的，热点请求的发送例如可以是通过广播的形式，也可以是通过蓝牙形式，本申请对此不作限制。

示例性的，在另一些实现方式中，可以设置第一终端设备向同样安可了当前使用的应用程序的第二终端设备，并且在该第二终端设备上登录该应用程序的账号是同一个用户账号的情况下，由第一终端设备发起热点请求，以使与该第一终端设备在设定区域内的第二终端设备能够响应于该请求自动开启热点网络，从而第一终端设置自动接入该热点网络。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

示例性的，对于图9中(2)所示的场景，在第一终端设备重新通过路由器接入WIFI网络时，为了减少对第二终端设备的蜂窝流量的消耗，可以自动从热点网络切换回WIFI网络，由WIFI网络进行数据包的收发。

参见图10，示例性示出实现图9所示的二选一网络选择模式时，本申请实施例提供的多网协同作业方法的具体实现流程：

S101，确定第一终端设备当前运行的应用程序，应用程序包括第一优先级的第一应用程序和第二优先级的第二应用程序，第一优先级高于第二优先级。

示例性的，在一些实现方式中，第一终端设备当前运行的应用程序的可以均为前台运行的应用程序，例如在小窗口模式下使用音视频应用观看音视频内容的同时，使用即时通讯应用发送文件、消息。

示例性的，在另一些实现方式中，第一终端设备当前运行的应用程序可以均为后台运行对应于程序，例如使用下载类型的应用进行文件的下载，同时使用音乐播放类的应用在后台播放音乐。

示例性的，在另一些实现方式中，第一终端设备当前运行的应用程序可以有一部分为在前台运行的应用程序，另一部分为在后台运行的应用程序，例如使用下载类型的应用在后台进行文件的下载，使用视频播放类的应用在前台观看视频。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

关于第一终端设备当前运行的应用程序的确定，例如可以通过提取当前获取到的业务流中包括的包名信息，进而根据包名信息确定提供该业务流的应用程序，即当前运行的应用程序。

此外，对于当前运行对应于程序是在前台运行，还是后台运行的识别，例如可以通过判断该应用程序是否在第一终端设备的显示界面有活跃的窗口(界面)，如果有则为在前台运行的应用程序，没有则是在后台运行的应用程序。

相应地，在完成第一终端设备中运行对应于程序的识别确定后，便可以根据该应用程序对应的属性信息(指示了该应用程序属于哪一类型)，以及其位于前台还是后台来确定其优先级。

可理解的，关于每一个应用程序的优先级的确定，例如可以根据上文给出的表1来确定。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

本实施例以第一终端设备当前运行的应用程序至少有两个，且这两个应用程序的优先级不相同，如上述所说的第一优先级(优先级高)的第一应用程序和第二优先级(优先级低)的第二应用程序。

此外，需要说明的是，在一些实现方式中，可以将不同第一终端设备中运行的相同的应用程序设置为相同的优先级，例如对于同一应用A，其在不具备蜂窝通信能力的终端设备A、终端设备B、终端设备C上的优先级都相同。这样，如表1所示的用于指示应用程序优先级的数据表可以由服务器统一管理维护，然后下发给对应的第一终端设备，也可以保留在服务器，在需要确定优先级时，第一终端设备通过向该服务器发送确定的应用程序的名称等信息请求服务器反馈对应的优先级。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

示例性的，在另一些实现方式中，也可以将不同第一终端设备中运行的相同的应用程序设置为不同的优先级，例如对于同一应用A，其在不具备蜂窝通信能力的终端设备A上的优先级为上述所说的第一优先级，而在终端设备B上的优先级为上述所说的第二优先级。这样，就可以根据实际使用终端设备的用户的需求来设定应用程序的优先级，从而实现因人而异。

对于这种实现场景，在一种实现方式中，例如可以在开启多网协同作业功能时，提供为当前安可的应用程序设置优先级的入口。

示例性的，在另一种实现方式中，也可以根据用户历史的使用习惯，自动生成适合该用户的优先级矩阵表。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

同理，对于同一个应用程序中包括的业务场景，也可以基于上述逻辑进行设置，即不同第一终端设备中相同业务场景的优先级可以相同，也可以不相同，具体实现方式此处不再赘述。

S102，根据当前的WIFI网络信息、第一应用程序对应的业务流和第二应用程序对应的业务流，确定用户体验QoE质量评估结果，QoE质量评估结果用于指示WIFI网络能否同时处理第一应用程序对应的业务流和第二应用程序对应的业务流。

关于QoE质量评估结果的确定，需要根据上文接入环境感知子模块感知到的WIFI网络信息和业务流感知子模块感知到的业务流信息进行评估确定。评估中需要用到的具体参数和判断标准可以根据实际的业务需求设定，此处不作限制。

S103，在QoE质量评估结果指示WIFI网络不能处理第一应用程序对应的业务流，也不能处理第二应用程序对应的业务流时，将第一应用程序对应的业务流和第二应用程序对应的业务流都调度到第二终端设备开启的热点网络。

可理解的，这种场景例如图9中(1)所示情况。

S104，在QoE质量评估结果指示WIFI网络能同时处理第一应用程序对应的业务流和第二应用程序对应的业务流时，将第一应用程序对应的业务流和第二应用程序对应的业务流都调度到WIFI网络。

可理解的，这种场景例如图9中(2)所示情况。

此外，通过上述描述可知，为了保证第一终端设备能够将第一应用程序对应的业务流调度到第二终端设备开启的热点网络，在将第一应用程序对应的业务流调度到第二终端设备开启的热点网络前，第一终端设备可以先判断当前是否开启了多网协同作业功能，即基于本申请实施例提供的多网协同作业方法，实现借助具备蜂窝通信能力的终端设备处理业务的功能。

相应地，若开启了该功能，则在QoE质量评估结果指示WIFI网络不能处理第一应用程序对应的业务流，也不能处理第二应用程序对应的业务流时，第一终端设备能够自动将第一应用程序对应的业务流和第二应用程序对应的业务流都调度到第二终端设备开启的热点网络。反之，若没有开启该功能，则无法将第一应用程序对应的业务流和第二应用程序对应的业务流都调度到第二终端设备开启的热点网络。对于这种情况，为了能够便于用户使用，可以在当前界面弹窗提示用户开启该功能。

示例性的，在一些实现方式中，可以在该弹窗中直接提供开启该功能的入口(第一入口)，这样用户无需退出当前界面，从指定界面找到启动该功能入口进行启动，直接对第一入口进行操作，如点击，即可开启该功能。相应地，在开启该功能后，第一终端设备便能够自动将第一应用程序对应的业务流和第二应用程序对应的业务流都调度到第二终端设备开启的热点网络。

此外，还需要说明的是，在确定用户开启该功能(多网协同作业功能)时，还可以进一步判断第一终端设备当前是否接入了可用的热点网络，如上所说的第二终端设备开启的热点网络。

相应地，若接入了，第一终端设备便能够自动将第一应用程序对应的业务流和第二应用程序对应的业务流都调度到第二终端设备开启的热点网络。反之，若没有接入，则需要先接入第二终端设备开启的热点网络，之后才能将第一应用程序对应的业务流和第二应用程序对应的业务流都调度到第二终端设备开启的热点网络。

关于第一终端设备接入第二终端设备开启的热点网络的方式，例如可以是通过搜索连接范围内的热点网络信息(连接范围内所有具备蜂窝通信能力的第三终端设备开启的热点网络)，进而从该热点网络信息中自动选择一个网络质量最优的热点网络作为需要接入的热点网络，即上述所说的第二终端设备开启的热点网络接入即可。

示例性的，在另一些实现方式中，为了提高用户的参与度，更好的满足用户的实际需求，可以将搜索到的热点网络信息在第一终端设备的显示界面中显示。这样，用户就可以选择一个安全、可用的热点网络。

相应地，在接收到用户对热点网络信息中的热点网络的选中操作时，将用户选中的第三终端设备提供的热点网络作为上述所说的第二终端设备的热点网络接入即可。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，通过上述描述可知，在第一终端设备和第二终端设备之间建立了多屏协同连接时，例如第一终端设备的显示界面中显示了第二终端设备当前的界面内容，并且用户可以通过在第一终端设备中显示的第二终端设备的界面作出操作，进而控制第二终端设备作出对应的响应时，第一终端设备可以直接控制第二终端设备开启热点网络，进而接入该热点网络。

由此，本实施例提供的多网协同作业方法，在第一终端设备当前接入的WIFI网络不可用时，通过借助具备蜂窝通信能力的第二终端设备开启的热点网络处理业务，从而保证了不具备蜂窝通信能力的第一终端设备，在无可用WIFI网络的场景下，也能够处理依赖网络的业务，避免业务中断，进而保证了用户使用体验。

可理解的，为了提高用户参与，在实际应用中，可以提供用户入口，由用户根据需要选择网络选择模式，如上述所说的二选一的网络选择模式，以及下文所说的应用级并发分流的网络选择模式和同一应用中不同业务流并发分流的网络选择模式。

示例性的，在一些实现方式中，该用户入口可以集成于专门管理多网协同作业功能的应用中，也可以集成于设置应用中。本实施例以集成于设置应用为例，结合附图进行说明。

参见图11，示例性的，以平板电脑为本文所说的第一终端设备为例，在平板电脑的显示界面显示的是平板电脑的主页面。其中，主页面上包括一个或多个控件，例如安可的应用的图标、电量图标、WIFI图标等。示例性的，用户点击主页面中显示的设置应用的图标后，平板电脑响应于用户的操作行为，启动设置应用，显示设置界面，如图12所示。

参见图12，示例性的，对于屏幕面积较大的平板电脑，其设置界面可以分为区域10a和区域10b。其中，区域10a中可显示一个或多个设置功能选项，例如“更多连接”、“桌面和壁纸”、“显示和亮度”、“多网协同”、“声音和振动”、“通知”、“电池”、“存储”，以及用户搜索这些设置功能选项的搜索控件等，此处不再一一列举，本实施例对此不作限制。

需要说明的，在一些实现方式中，“多网协同”的设置功能选项可以如图12所示直接显示在区域10a中，对于这种场景，用户直接对“多网协同”功能进行选中，区域10b就会显示设置多网协同功能的内容。

示例性的，在另一些实现方式中，“多网协同”的设置功能选项也可以设置在区域10a显示的其他设置功能选项的目录下，对应这种场景，用户选择该设置功能选项，区域10b显示的内容中就会显示“多网协同”的设置入口。本实施例以图12所示形式为例。

继续参见图12，示例性的，在一些实现方式中，可以默认多网协同功能处于未开启状态，即用于开启多网协同功能的控件10b-1处于图12所示样式。

示例性的，当用户点击图12所示的控件10b-1后，平板电脑响应于用户的操作行为，开启多网协同功能，控件10b-1的样式切换为图13中所示的样式。

示例性的，为了便于用户自主设置开启多网协同功能后，平板电脑进行多网协同作业时所遵循的网络选择模式。控件10b-1的样式切换为图13中所示的样式后，区域10b中还可以显示用于选择网络选择模式的控件10b-2，如图13所示。

参见图13，示例性的，用于选择网络选择模式的控件10b-2中可以提供选择“二选一网络选择模式”的控件10b-21，用于选择“应用级并发分类模式”的控件10b-22，用于选择“同一应用不同业务流并发分流模式”的控件10b-23。

示例性的，在一些实现方式中，可以默认控件10b-21、控件10b-22、控件10b-23均处于未开启状态，即图13所示样式。这样，用户更在开启多网协同功能，在区域10b中显示控件10b-2后，就可以根据自己的实际使用需求，选择开启图13中示出的任意一种或几种网络选择模式。

示例性的，当用户仅开启控件10b-21、控件10b-22、控件10b-23中的一种网络选择模式时，在多网协同功能开启的过程中，在平板电脑接入的WIFI网络出现异常时，仅根据当前开启的网络选择模式进行作业，如在仅选择二选一网络选择模式时，同一时刻仅能选择一个网络，不允许WIFI网络和热点网络同时作业。

示例性的，当用户开启控件10b-21、控件10b-22、控件10b-23中的多种网络模式时，在多网协同功能开启的过程中，在平板电脑接入的WIFI网络出现异常时，可以根据当前的WIFI网络情况，遵循合适的网络选择模式进行业务处理，如在同时开启了控件10b-22和10b-23时，在进行应用级并发分流的同时，也可以对每一个应用的不同业务流在进行并发分流。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，还需要说明的是，为了减少用户操作，还可以在控件10b-2中提供用于选择“自主模式”的控件10b-24。其中，在开启“自主模式”的情况下，无论控件10b-21控件10b-22、控件10b-23是否处于开启状态，在多网协同功能开启的过程中，在平板电脑可以根据当前的WIFI网络情况和需要处理的业务流的来源(应用/业务场景)，在二选一网络选择模式、应用级并发分流模式和同一应用不同业务并非分类模式中自主切换，从而使得多网协同作业效果更佳。

此外，还应当理解的是，对于屏幕面积较小的终端设备，例如手机、智能手表等，在点击设置应用的图标启动设置应用进入设置界面时，显示界面显示的可以仅为上述区域10a中的内容，当用户点击多网协同控件后，终端设备响应于用户的操作行为，再跳转到显示区域10b内容的界面。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

参见图14，示例性示出本申请实施例提供的多网协同作业方法中的又一种网络选择模式。

如图14所示，给出一种应用级并发分流的网络选择模式。对于应用级并发分流的网络选择模式，同时一刻，两条网络链路均存在，即图14中第一终端设备通过路由器接入的WIFI网络链路，以及通过第二终端设备接入的热点网络链路同时存在。关于第二终端设备开启热点功能，第一终端设备接入第二终端设备开启的热点网络的描述详见上文，此处不再赘述。

示例性的，在用户选择了应用级并发分流的网络选择模式的情况下，当第一终端设备中有多个应用程序处于运行中(使用网络进行数据包的收发)时，第一终端设备可以通过感知模块感知不同应用程序提供的业务流(数据包)，以及每一应用程序当前处理的业务场景对网络的要求，进而将对网络要求高(如时延要求、带宽要求高)的应用程序的数据包交由热点网络进行收发处理，而对网络要求低(如时延要求、带宽要求低)的应用程序的数据包交由WIFI网络进行收发处理，从而达到并发分流的处理效果。

示例性的，关于上述所说的对网络要求高(如时延要求、带宽要求高)的应用程序，例如音视频会议、音视频播放、在线教育、网络游戏等应用程序，此处不再一一列举，本申请对此不作限制。

示例性的，关于上述所说的对网络要求低(如时延要求、带宽要求低)的应用程序，落日即时通讯、电子邮件等应用程序，此处不再一一列举，本申请对此不作限制。

参见图15，示例性示出实现图14所示的应用级并发分流的网络选择模式时，本申请实施例提供的多网协同作业方法的具体实现流程：

S201，确定第一终端设备当前运行的应用程序，应用程序包括第一优先级的第一应用程序和第二优先级的第二应用程序，第一优先级高于第二优先级。

S202，根据当前的WIFI网络信息、第一应用程序对应的业务流和第二应用程序对应的业务流，确定用户体验QoE质量评估结果，QoE质量评估结果用于指示WIFI网络能否同时处理第一应用程序对应的业务流和第二应用程序对应的业务流。

关于步骤S201和步骤S202的实现细节可参见上述实施例中的步骤S101和步骤S102，此处不再赘述。

S203，在QoE质量评估结果指示WIFI网络不能同时处理第一应用程序对应的业务流和第二应用程序对应的业务流时，将第一应用程序对应的业务流调度到第二终端设备开启的热点网络，将第二应用程序对应的业务流调度到WIFI网络。

由此，本实施例提供的多网协同作业方法，在第一终端设备当前接入的WIFI网络不足以满足第一终端设备中处于运行中的多个应用程序的业务需求时，通过同时使用WIFI网络和第二终端设备开启的热点网络，并将对时延要求高的应用程序的数据包交由热点网络进行收发，其他应用程序的数据包保留在WIFI网络收发，从而既能够保证处于运行中的多个应用程序的业务被正常处理，又能减少对蜂窝流量的消耗。

参见图16，示例性示出本申请实施例提供的多网协同作业方法中的又一种网络选择模式。

如图16所示，给出一种同一应用中不同业务流并发分流的网络选择模式。对于同一应用中不同业务流并发分流的网络选择模式，同时一刻，两条网络链路均存在，即图16中第一终端设备通过路由器接入的WIFI网络链路，以及通过第二终端设备接入的热点网络链路同时存在。关于第二终端设备开启热点功能，第一终端设备接入第二终端设备开启的热点网络的描述详见上文，此处不再赘述。

示例性的，在用户选择了不同业务流并发分流的网络选择模式的情况下，当第一终端设备中当前运行的应用程序包括多种业务场景，比如某一应用程序具备音视频通话/会议的业务场景，以及单纯发送即时通讯消息、文件的业务场景时，当用户使用该应用程序进行音视频通话/会议的过程中，还向某个联系人发送或接收了文件。此外，如果感知模块感知到当前接入的WIFI网络不足以同时支持这两个业务场景下产生的数据包的收发，资源调配模块就可以根据感知模块感知到的不同业务场景对应对网络的要求，通过不同的网络进行分发。例如，将对网络要求高(如时延要求、带宽要求高)的业务场景，如音视频通话/会议对应的数据包交由热点网络进行收发处理，而对网络要求低(如时延要求、带宽要求低)的业务场景，如发送文件、消息的数据包交由WIFI网络进行收发处理，从而达到并发分流的处理效果。

参见图17，示例性示出实现图16所示的同一应用不同业务流并发分流的网络选择模式时，本申请实施例提供的多网协同作业方法的具体实现流程：

S301，确定第一终端设备当前运行的应用程序，应用程序包括第一优先级的第一应用程序和第二优先级的第二应用程序，第一优先级高于第二优先级。

S302，根据当前的WIFI网络信息、第一应用程序对应的业务流和第二应用程序对应的业务流，确定用户体验QoE质量评估结果，QoE质量评估结果用于指示WIFI网络能否同时处理第一应用程序对应的业务流和第二应用程序对应的业务流。

关于步骤S301和步骤S302的实现细节可参见上述实施例中的步骤S101和步骤S102，此处不再赘述。

S303，在QoE质量评估结果指示WIFI网络不能同时处理第一应用程序对应的业务流和第二应用程序对应的业务流时，将第一应用程序中优先级高的业务场景对应的业务流调度到第二终端设备开启的热点网络，将优先级低的业务场景对应的业务流调度到WIFI网络，将第二应用程序中将优先级高的业务场景对应的业务流调度到第二终端设备开启的热点网络，将优先级低的业务场景对应的业务流调度到WIFI网络。

具体的，对于同一应用内不同业务流的并发处理，在具体实现中需要确定该应用程序对应的业务流的来源。具体到本实施例中，例如需要确定第一应用程序对应的业务流的来源，以及确定第二应用程序对应的业务流的来源。即每一个需要处理的业务流的来源。

示例性的，在业务流来自一个业务场景时，则按照应用程序对应的优先级进行网络资源的调配，例如在第一应用程序对应的业务流来自一个业务场景时，则遵循第一应用程序对应的优先级(第一优先级)，将第一应用程序对应的业务流调度到第二终端设备开启的热点网络。相应地，在第二应用程序对应的业务流来自一个业务场景时，则遵循第二应用程序对应的优先级(第二优先级)，将第二应用程序对应的业务流调度到WIFI网络。

示例性的，在业务流的来源至少包括两个业务场景时，则根据每一个业务场景的优先级对该业务场景下产生的业务流进行网络资源的调配，例如将第一应用程序中优先级高的业务场景对应的业务流调度到第二终端设备开启的热点网络，将优先级低的业务场景对应的业务流调度到WIFI网络。相应地，将第二应用程序中优先级高的业务场景对应的业务流调度到第二终端设备开启的热点网络，将优先级低的业务场景对应的业务流调度到WIFI网络。

关于业务流来源的确定方式，例如可以是通过判断提供该业务流的应用程序包括的业务场景的数量。

相应地，在业务场景数量为1个时，确定业务流来自一个业务场景；在业务场景数量大于1个时，确定该应用程序(第一应用程序、第二应用程序)提供业务流时调用的应用程序编程接口。

可理解的，通常情况下，不同的应用程序编程接口对应不同的业务场景。故而，在确定提供业务流时调用的应用程序编程接口，通过对被调用的应用程序编程接口去重，根据去重后被调用的应用程序编程接口的数量，便可以确定提供业务流的业务场景数量

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

由此，本实施例提供的多网协同作业方法，在第一终端设备当前运行的应用程序有多个业务场景，而第一终端设备当前接入的WIFI网络不足以满足这些业务场景中对带宽、时延要求高的业务场景下产生的数据包的收发时，通过同时使用WIFI网络和第二终端设备开启的热点网络，并将对时延、带宽要求高的业务场景下产生的数据包交由热点网络进行收发，其他业务场景下产生的数据包保留在WIFI网络收发，从而既能够保证同以应用程序下不同业务场景的数据包能够被正常处理，又能减少对蜂窝流量的消耗

此外，可以理解的是，终端设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

此外，需要说明的是，在实际应用中，还可以设置第一终端设备能够在上述三种网络选择模式中自动切换。即，在开启该多网协同作业功能时，默认将三种网络模式均勾选，这样后续使用第一终端设备的过程中，通过感知模块确定当前业务场景适合哪一中网络选择模式，资源调配模块就基于对应的网络选择模式将不同的业务流调度到不同的网络中，如WIFI网络或热点网络，从而使得多网协同作业更加贴合实际场景，更好的满足用户的使用需求，提升用户体验。

为了更好的理解通过上述实施例所说的方式开启多网协同作业功能后，在有业务流需要处理时，第一终端设备根据用户设置的网络选择模式，或者系统根据网络状况自动选择的网络选择模式进行多网协同作业时，第一终端设备界面的变化，以下结合图18至图22进行具体说明。

参见图18，示例性的示出了连接WIFI网络后，第一终端设备，如平板电脑上显示的图标样式(本实施例将其称为第一图标)，以及连接第二终端设备开启的热点网络后，第一终端设备上显示的图标样式(本实施例将其称为第二图标)。示例性的，对于第一图标，其可以如图18中(a1)所示，也可以如图18中(a2)所示；对于第二图标，其可以如图18中(b1)所示，也可以如图18中(b2)所述，还可以如图18总(b3)所示。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。为了便于说明，本实施例以第一图标为图18中(a1)所示，第二图标为图18中(b2)所示为例。

参见图19，示例性的，在第一终端设备为平板电脑，用户通过上述实施例给出的方式开启多网协同作业功能，并设置网络选择模式为应用级并发分流模式(控件10b-22被选中，处于开启状态，如控件10b-1的样式)或者自动模式(控件10b-24被选中，处于开启状态，如控件10b-1的样式)后，如果当前有可用的WIFI网络和热点网络，平板电脑会接入WIFI网络和热点网络，显示界面中会同时显示第一图标和第二图标。

继续参见图19，示例性的，当APP1运行在平板电脑的前台，用户使用其观看音视频画面的时候，需要利用网络资源对APP1的音视频画面对应的业务流1进行处理，如从该APP1对应的服务器获取该音视频画面对应的业务流，并在平板电脑的显示界面显示。如果在通过APP1观看音视频画面的过程中，用户还使用APP2在后台下载文件，则在平板电脑的显示界面会显示下载图标，如图19所示，该下载图标指示APP2在后台运行下载文件，此时会有下载的文件对应的业务流2需要利用网络资源进行处理。对于这种同时有多个，如图19示出的两个应用程序对应的业务流需要利用网络资源进行处理的场景，可以将业务流1和业务流2中优先级高的业务流调度到第二图标指示的热点网络，而优先级低的业务流则调度到第一图标指示的WIFI网络。

示例性的，通过上述实施例中针对表1所示优先级矩阵表的描述可知，在前台运行的音视频类型的应用程序或业务场景下产生的业务流的优先级要高于在后台运行的下载类型的应用程序或业务场景的优先级。故而，在业务流1为音视频类型，业务流2为下载类型的情况下，业务流1的优先级要高于业务流2的优先级，故而业务流1将被调度到第二图标指示的热点网络，而业务流2将被调度到第一图标指示的WIFI网络。由此，实现了不同应用对应的业务流的并发分流。

参见图20，示例性的，在第一终端设备为平板电脑，用户通过上述实施例给出的方式开启多网协同作业功能，并设置网络选择模式为同一应用不同业务流并发分流模式(控件10b-23被选中，处于开启状态，如控件10b-1的样式)或者自动模式(控件10b-24被选中，处于开启状态，如控件10b-1的样式)后，如果当前有可用的WIFI网络和热点网络，平板电脑会接入WIFI网络和热点网络，显示界面中会同时显示第一图标和第二图标。

继续参见图20，示例性的，当APP1运行在平板电脑的前台，用户使用其观看音视频画面的时候，需要利用网络资源对APP1的音视频画面对应的业务流1进行处理，如从该APP1对应的服务器获取该音视频画面对应的业务流，并在平板电脑的显示界面显示。如果在通过APP1观看音视频画面的过程中，用户还使用APP1下载文件，如下载其他音视频内容，则在平板电脑的显示界面会显示下载图标，如图20所示，该下载图标指示APP1正在下载文件，此时会有下载的文件对应的业务流3需要利用网络资源进行处理。对于这种同时有多个，如图20示出的同一个应用程序对应的不同业务流需要利用网络资源进行处理的场景，可以将业务流1和业务流3中优先级高的业务流调度到第二图标指示的热点网络，而优先级低的业务流则调度到第一图标指示的WIFI网络。

示例性的，通过上述实施例中针对表1所示优先级矩阵表的描述可知，在前台运行的音视频类型的应用程序或业务场景下产生的业务流的优先级要高于在后台运行的下载类型的应用程序或业务场景的优先级。故而，在业务流1为音视频类型，业务流3为下载类型的情况下，业务流1的优先级要高于业务流3的优先级，故而业务流1将被调度到第二图标指示的热点网络，而业务流3将被调度到第一图标指示的WIFI网络。由此，实现了同一应用内不同业务场景对应的业务流的并发分流。

参见图21，示例性的，在第一终端设备为平板电脑，用户通过上述实施例给出的方式开启多网协同作业功能，并设置网络选择模式为二选一模式(控件10b-22被选中，处于开启状态，如控件10b-1的样式)或者自动模式(控件10b-24被选中，处于开启状态，如控件10b-1的样式)后，如果当前有可用的热点网络，没有可用的WIFI网络，平板电脑会接入热点网络，显示界面中会显示第二图标，不显示第一图标。

继续参见图21，示例性的，当APP1运行在平板电脑的前台，用户使用其观看音视频画面的时候，需要利用网络资源对APP1的音视频画面对应的业务流1进行处理，如从该APP1对应的服务器获取该音视频画面对应的业务流，并在平板电脑的显示界面显示。如果在通过APP1观看音视频画面的过程中，用户还使用APP1下载文件，如下载其他音视频内容，则在平板电脑的显示界面会显示下载图标，如图21所示，该下载图标指示APP1正在下载文件，此时会有下载的文件对应的业务流3需要利用网络资源进行处理。对于这种同时有多个，如图21示出的同一个应用程序对应的不同业务流需要利用网络资源进行处理的场景，由于当前只有热点网络可以使用，所以业务流1和业务流2都将调度到第二图标指示的热点网络。由此，在无可用WIFI网络的情况下，通过将需要处理的业务流调度到热点网络，从而可以保证平板电脑正常进行业务处理，保障用户体验。

参见图22，示例性的，在第一终端设备为平板电脑，用户通过上述实施例给出的方式开启多网协同作业功能，并设置网络选择模式为二选一模式(控件10b-22被选中，处于开启状态，如控件10b-1的样式)或者自动模式(控件10b-24被选中，处于开启状态，如控件10b-1的样式)后，如果当前有可用的WIFI网络，没有可用的热点网络，或者有可用的WIFI网络和热点网络，平板电脑会接入WIFI网络，显示界面中会显示第一图标，不显示第二图标。

继续参见图22，示例性的，当APP1运行在平板电脑的前台，用户使用其观看音视频画面的时候，需要利用网络资源对APP1的音视频画面对应的业务流1进行处理，如从该APP1对应的服务器获取该音视频画面对应的业务流，并在平板电脑的显示界面显示。如果在通过APP1观看音视频画面的过程中，用户还使用APP1下载文件，如下载其他音视频内容，则在平板电脑的显示界面会显示下载图标，如图22所示，该下载图标指示APP1正在下载文件，此时会有下载的文件对应的业务流3需要利用网络资源进行处理。对于这种同时有多个，如图22示出的同一个应用程序对应的不同业务流需要利用网络资源进行处理的场景，由于当前只有WIFI网络链路存在，所以业务流1和业务流2都将调度到第一图标指示的WIFI网络。由此，在二选一网络模式下，只要有可用的WIFI网络，平板电脑需要处理的业务流就调度到WIFI网络，而不借助第二终端设备开启的热点网络，从而减少了对第二终端设备蜂窝流量的消耗。

关于第二终端设备开启热点网络，第一终端设备接入第一热点网络，以及第一终端设备开启多网协同作业功能涉及的技术细节，可以参见上述实施例，此处不再赘述。

此外，还需要说明的是，在实际的应用场景中由终端设备实现的上述各实施例提供的多网协同作业方法，也可以由终端设备中包括的一种芯片系统来执行，其中，该芯片系统可以包括处理器。该芯片系统可以与存储器耦合，使得该芯片系统运行时调用该存储器中存储的计算机程序，实现上述终端设备执行的步骤。其中，该芯片系统中的处理器可以是应用处理器也可以是非应用处理器的处理器。

另外，本申请实施例还提供了一种多网协同作业系统。示例性的，该系统包括上述所说的第一终端设备和第二终端设备。其中，第二终端设备通过蜂窝网络与基站建立移动连接，通过热点网络与第一终端设备建立无线连接。

示例性的，在一些实现方式中，第一终端设备，用于执行如下操作：

当存在需要处理的第一优先级的业务流和第二优先级的业务流时，获取当前的WIFI网络信息；根据WIFI网络信息、第一优先级的业务流和第二优先级的业务流，确定用户体验QoE质量评估结果，QoE质量评估结果用于指示WIFI网络能否同时处理第一优先级的业务流和第二优先级的业务流，第一优先级高于第二优先级；在QoE质量评估结果指示WIFI网络不能同时处理第一优先级的业务流和第二优先级的业务流时，将第一优先级的业务流调度到第二终端设备开启的热点网络，将第二优先级的业务流调度到所述WIFI网络。

相应地，第二终端设备，用于：通过蜂窝网络，将第一终端设备通过热点网络传输的第一优先级的业务流调度到基站进行处理。

关于第二终端设备开启热点网络，第一终端设备接入第一热点网络，以及第一终端设备开启多网协同作业功能涉及的技术细节，可以参见上述实施例，此处不再赘述。

另外，本申请实施例还提供一种计算机可读存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在终端设备上运行时，使得终端设备执行上述相关方法步骤实现上述实施例中的多网协同作业方法。

另外，本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在终端设备上运行时，使得终端设备执行上述相关步骤，以实现上述实施例中的多网协同作业方法。

另外，本申请的实施例还提供一种芯片(也可以是组件或模块)，该芯片可包括一个或多个处理电路和一个或多个收发管脚；其中，所述收发管脚和所述处理电路通过内部连接通路互相通信，所述处理电路执行上述相关方法步骤实现上述实施例中的多网协同作业方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

此外，通过上述描述可知，本申请实施例提供的终端设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (21)

1.一种多网协同作业方法，其特征在于，应用于第一终端设备，所述方法包括：

当存在需要处理的第一优先级的业务流和第二优先级的业务流时，获取当前的WIFI网络信息；

根据所述WIFI网络信息、所述第一优先级的业务流和第二优先级的业务流，确定用户体验QoE质量评估结果，所述QoE质量评估结果用于指示WIFI网络能否同时处理所述第一优先级的业务流和所述第二优先级的业务流，所述第一优先级高于所述第二优先级；

在所述QoE质量评估结果指示所述WIFI网络不能同时处理所述第一优先级的业务流和所述第二优先级的业务流时，将所述第一优先级的业务流调度到第二终端设备开启的热点网络，将所述第二优先级的业务流调度到所述WIFI网络；

在所述QoE质量评估结果指示所述WIFI网络不能处理所述第一优先级的业务流，也不能处理所述第二优先级的业务流时，将所述第一优先级的业务流和所述第二优先级的业务流都调度到所述第二终端设备开启的热点网络；

在所述QoE质量评估结果指示所述WIFI网络能同时处理所述第一优先级的业务流和所述第二优先级的业务流时，将所述第一优先级业务流和所述第二优先级的业务流都调度到所述WIFI网络；

其中，所述第二终端设备通过蜂窝网络与基站建立移动连接，通过所述热点网络与所述第一终端设备建立无线连接。

2.根据权利要求1所述的方法，其特征在于，在所述第一终端设备使用WIFI网络的过程中，所述方法还包括：

确定所述第一终端设备当前运行的应用程序，所述应用程序包括第一优先级的第一应用程序和第二优先级的第二应用程序；

将所述第一应用程序对应的业务流作为所述第一优先级的业务流；

将所述第二应用程序对应的业务流作为所述第二优先级的业务流。

3.根据权利要求1所述的方法，其特征在于，在所述第一终端设备使用WIFI网络的过程中，所述方法还包括：

确定所述第一终端设备当前运行的应用程序，所述应用程序包括第一优先级的第一应用程序和第二优先级的第二应用程序；

确定所述第一应用程序对应的业务流的来源；

在所述第一应用程序对应的业务流来自一个业务场景时，将所述第一应用程序对应的业务流作为所述第一优先级的业务流；

在所述第一应用程序对应的业务流的来源至少包括两个业务场景时，确定每一个业务场景对应的优先级；

将所述第一应用程序中优先级高的业务场景对应的业务流作为所述第一优先级的业务流，将所述第一应用程序中优先级低的业务场景对应的业务流作为所述第二优先级的业务流；

确定所述第二应用程序对应的业务流的来源；

在所述第二应用程序对应的业务流来自一个业务场景时，将所述第二应用程序对应的业务流作为所述第二优先级的业务流；

在所述第二应用程序对应的业务流的来源至少包括两个业务场景时，确定每一个业务场景对应的优先级；

将所述第二应用程序中优先级高的业务场景对应的业务流作为所述第一优先级的业务流，将所述第二应用程序中优先级低的业务场景对应的业务流作为所述第二优先级的业务流。

4.根据权利要求3所述的方法，其特征在于，所述确定所述第一应用程序对应的业务流的来源，包括：

根据所述第一应用程序的属性信息，确定所述第一应用程序包括的业务场景数量；

在所述第一应用程序包括的业务场景数量为1个时，确定所述第一应用程序对应的业务流来自一个业务场景；

在所述第一应用程序包括的业务场景数量大于1个时，确定所述第一应用程序提供所述业务流时调用的应用程序编程接口；其中，不同的应用程序编程接口对应不同的业务场景；

对被调用的所述应用程序编程接口去重，得到所述第一应用程序提供的所述业务流的业务场景数量。

5.根据权利要求3所述的方法，其特征在于，所述确定所述第二应用程序对应的业务流的来源，包括：

根据所述第二应用程序的属性信息，确定所述第二应用程序包括的业务场景数量；

在所述第二应用程序包括的业务场景数量为1个时，确定所述第二应用程序对应的业务流来自一个业务场景；

在所述第二应用程序包括的业务场景数量大于1个时，确定所述第二应用程序提供所述业务流时调用的应用程序编程接口；其中，不同的应用程序编程接口对应不同的业务场景；

对被调用的所述应用程序编程接口去重，得到所述第二应用程序提供的所述业务流的业务场景数量。

6.根据权利要求1所述的方法，其特征在于，在所述将所述第一优先级的业务流和所述第二优先级的业务流都调度到所述第二终端设备开启的热点网络之后，所述方法还包括：

在所述QoE质量评估结果指示所述WIFI网络能同时处理所述第一优先级的业务流和所述第二优先级的业务流，或者搜索到其他可接入的WIFI网络时，停止向所述热点网络调度所述第一优先级业务流和所述第二优先级的业务流，并将所述第一优先级业务流和所述第二优先级的业务流调度到所述WIFI网络或者搜索到其他可接入的WIFI网络。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：

确定所述第一终端设备是否开启了多网协同作业功能；

在所述第一终端设备开启了所述多网协同作业功能时，执行所述将所述第一优先级的业务流调度到第二终端设备开启的热点网络的步骤；

在所述第一终端设备没有开启所述多网协同作业的功能时，显示第一入口；

响应于对所述第一入口的操作行为，开启所述多网协同作业功能，并执行所述将所述第一优先级的业务流调度到第二终端设备开启的热点网络的步。

8.根据权利要求7所述的方法，其特征在于，在所述将所述第一优先级的业务流调度到第二终端设备开启的热点网络之前，所述方法还包括：

确定是否与接入所述第二终端设备开启的所述热点网络；

在接入所述第二终端设备开启的所述热点网络时，执行所述将所述第一优先级的业务流调度到第二终端设备开启的热点网络的步骤；

在未接入所述第二终端设备开启的所述热点网络时，获取连接范围内的热点网络信息，所述热点网络信息包括所述连接范围内所有具备蜂窝通信能力的第三终端设备开启的热点网络；

将所述热点网络信息中热点网络的网络质量最优的第三终端设备作为所述第二终端设备；

接入所述第二终端设备开启的所述热点网络，并执行所述将所述第一优先级的业务流调度到第二终端设备开启的热点网络的步骤。

9.根据权利要求8所述的方法，其特征在于，在所述获取连接范围内的热点网络信息之后，所述方法还包括：

在所述第一终端设备的界面中显示所述热点网络信息；

响应于用户对所述热点网络信息中任一热点网络的选中操作，将提供所述热点网络的所述第三终端设备作为所述第二终端设备，接入所述第二终端设备开启的所述热点网络，并执行所述将所述第一优先级的业务流调度到第二终端设备开启的热点网络的步骤。

10.根据权利要求8所述的方法，其特征在于，在所述获取连接范围内的热点网络信息之前，所述方法还包括：

确定所述第一终端设备与所述第二终端设备之间是否建立了多屏协同连接；

在所述第一终端设备与所述第二终端设备之间建立了所述多屏协同连接时，控制所述第二终端设备开启热点网络，接入所述第二终端设备开启的所述热点网络，并执行所述将所述第一优先级的业务流调度到第二终端设备开启的热点网络的步骤；

在所述第一终端设备与所述第二终端设备之间未建立所述多屏协同连接时，执行所述获取连接范围内的热点网络信息的步骤。

11.根据权利要求1至6任一项所述的方法，其特征在于，不同第一终端设备中相同的应用程序的优先级相同，相同业务场景的优先级相同。

12.根据权利要求1至6任一项所述的方法，其特征在于，不同第一终端设备中相同的应用程序的优先级不同，相同业务场景的优先级不同。

13.一种多网协同作业方法，其特征在于，应用于第一终端设备，所述方法包括：

在所述第一终端设备的显示界面中显示第一图标和第二图标的过程中，当有需要处理的业务流时，若所述第一图标指示的WiFi网络不能同时处理第一优先级的业务流和第二优先级的业务流，将所述第一优先级的业务流调度到所述第二图标指示的热点网络，将所述第二优先级的业务流调度到所述第一图标指示的WIFI网络；

若所述第一图标指示的WiFi网络不能处理所述第一优先级的业务流，也不能处理所述第二优先级的业务流，将所述第一优先级的业务流和所述第二优先级的业务流都调度到所述第二图标指示的热点网络；

若所述第一图标指示的WiFi网络能同时处理所述第一优先级的业务流和所述第二优先级的业务流，将所述第一优先级的业务流和所述第二优先级的业务流都调度到所述第一图标指示的WIFI网络；

其中，所述第一优先级高于所述第二优先级，所述热点网络由与基站建立移动连接的第二终端设备提供。

14.根据权利要求13所述的方法，其特征在于，所述方法还包括：

在所述显示界面中显示的所述第一图标消失，所述第二图标显示的过程中，当有需要处理的业务流时，将所述业务流调度到所述第二图标指示的所述热点网络。

15.根据权利要求14所述的方法，其特征在于，所述方法还包括：

在所述显示界面中重新显示所述第一图标后，停止向所述热点网络调度所述业务流，将所述业务流调度到所述第一图标指示的所述WIFI网络；

或者，

停止向所述热点网络调度第二优先级的业务流，将第一优先级的业务流调度到所述第二图标指示的热点网络，将第二优先级的业务流调度到所述第一图标指示的WIFI网络。

16.根据权利要求13所述的方法，其特征在于，所述方法还包括：

在所述显示界面中显示的所述第二图标消失，所述第一图标显示的过程中，当有需要处理的业务流时，将所述业务流调度到所述第一图标指示的所述WIFI网络。

17.根据权利要求13至16任一项所述的方法，其特征在于，所述第一优先级的业务流为在前台运行的音视频通话/会议类型的应用程序或业务场景下产生的业务流，所述第二优先级的业务流为在后台运行的应用程序或业务场景下产生的业务流。

18.根据权利要求13至16任一项所述的方法，其特征在于，所述第一优先级的业务流为在前台运行的游戏类型的应用程序或业务场景下产生的业务流，所述第二优先级的业务流为在后台运行的应用程序或业务场景下产生的业务流。

19.一种多网协同作业系统，其特征在于，所述系统包括：第一终端设备和第二终端设备，所述第二终端设备通过蜂窝网络与基站建立移动连接，通过热点网络与所述第一终端设备建立无线连接；

所述第一终端设备，用于：

当存在需要处理的第一优先级的业务流和第二优先级的业务流时，获取当前的WIFI网络信息；

根据所述WIFI网络信息、所述第一优先级的业务流和第二优先级的业务流，确定用户体验QoE质量评估结果，所述QoE质量评估结果用于指示WIFI网络能否同时处理所述第一优先级的业务流和所述第二优先级的业务流，所述第一优先级高于所述第二优先级；

在所述QoE质量评估结果指示所述WIFI网络不能同时处理所述第一优先级的业务流和所述第二优先级的业务流时，将所述第一优先级的业务流调度到第二终端设备开启的热点网络，将所述第二优先级的业务流调度到所述WIFI网络；

在所述QoE质量评估结果指示所述WIFI网络不能处理所述第一优先级的业务流，也不能处理所述第二优先级的业务流时，将所述第一优先级的业务流和所述第二优先级的业务流都调度到所述第二终端设备开启的热点网络；

在所述QoE质量评估结果指示所述WIFI网络能同时处理所述第一优先级的业务流和所述第二优先级的业务流时，将所述第一优先级业务流和所述第二优先级的业务流都调度到所述WIFI网络；

所述第二终端设备，用于：

通过所述蜂窝网络，将所述第一终端设备通过所述热点网络传输的所述第一优先级和/或所述第二优先级的业务流调度到所述基站进行处理。

20.一种终端设备，其特征在于，所述终端设备包括：存储器和处理器，所述存储器和所述处理器耦合；所述存储器存储有程序指令，所述程序指令由所述处理器执行时，使得所述终端设备执行如权利要求1至12任意一项所述的多网协同作业方法，或者执行如权利要求13至18任意一项所述的多网协同作业方法。

21.一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在终端设备上运行时，使得所述终端设备执行如权利要求1至12任意一项所述的多网协同作业方法，或者执行如权利要求13至18任意一项所述的多网协同作业方法。