CN115915105B - 一种基于智能算法的esim卡移动数据流量监测方法及系统 - Google Patents

Abstract

本发明公开了一种基于智能算法的esim卡移动数据流量监测方法及系统，应用于由终端与调度设备组成的网络中。终端在通过主码号使用订购的数据业务过程中，检测到第一预设事件时，从主码号切换至余量码号。本发明中，能够对用户使用终端上网过程中的esim卡移动数据流量使用行为进行检测，从而智能监管余量码号的切换时机，实现将主码号和多个余量码号进行组合共同为用户提供个性化流量套餐服务以提升余量码号的利用率，同时还能减少切换码号导致终端网络中断对用户上网体验的影响。举例而言，切换码号的时机都是用户不能够感受到esim卡移动数据流量发生中断的状态，例如，手机熄屏时才进行码号切换，能减少切换码号导致终端网络中断对用户上网体验的影响。

Description

一种基于智能算法的esim卡移动数据流量监测方法及系统

技术领域

本发明涉及移动通信技术领域，特别涉及一种基于智能算法的esim卡移动数据流量监测方法及系统。

背景技术

随着嵌入式SIM(Embedded-SIM，eSIM)卡技术的发展，对于运营商提供的预付费流量套餐，分销商可以在满足用户差异化需求方面做出更多改进。如申请人于2020年申请的中国专利(授权公告号为CN112235474B，发明名称为预付费流量码号的调度方法、装置及设备)提供了如下方案：分销商通过调度设备从运营商预先设置好的预付费流量套餐中，划分出符合用户要求的目标预付费流量码号，由于该目标预付费流量码号的使用期限和流量大小是根据每个用户的个性化需求订制的，所以能够满足不同用户的差异化需求。

上述方案的核心是，eSIM技术框架下的分销商可以同时代替传统SIM技术框架下卡片生产商和分销商的角色，分销商从运营商处购买预付费流量码号，然后通过app直接面向用户进行个性化订制套餐的销售，即通过调度设备运行上述专利方法，将一个被运营商配置了预设预付费流量套餐的码号在不同的时间内共享给多个用户。在实践过程中，发现存在以下需要改进之处：

正如上述专利第[0111]段所述，从第一资源池中移除剩余可用时长小于预设时长阈值，或者，剩余可用流量小于预设流量阈值的预付费流量码号。例如，假设预付费流量码号1的剩余可用时长为5分钟，预付费流量码号1的剩余可用流量为0.1GB，那么，一般不会有用户请求订购剩余可用时长小于等于5分钟的预付费流量码号，或者剩余可用流量小于等于0.1GB的预付费流量码号，此时，可以将预付费流量码号1从第一资源池中移除，从而增加第一资源池的存储空间，以便存储其他的预付费流量码号。

在实践过程中发现，虽然每个码号未被使用的可用流量很少(例如0.1GB)，但是对于一年拥有用户规模为百万级或者千万级的分销商而言，其一年从运营商处购买的码号数量也可能达到百万级或者千万级。相应的，一年下来未被使用的总流量就可能达到十万GB或百万GB级别，一年多达十万GB或百万GB级别的流量无法被销售给用户，这给分销商造成的损失是巨大的。

基于表述简要的考虑，将上述现有技术中“剩余可用时长小于预设时长阈值，或者，剩余可用流量小于预设流量阈值的预付费流量码号”定义为余量码号。为了减少分销商的损失，发明人在研究过程中提出的一种解决方案是利用多个余量码号为用户提供流量服务，即将同一个使用区域、同一类网速的多个余量码号进行组合，使得这个组合总的剩余可用流量大于等于用户的终端设备发送的数据业务订购请求消息中的流量，并且这个组合与数据业务订购请求消息中的使用区域和网速相匹配。例如，订购请求消息中包括用户A请求订购的数据业务为：使用区域为“北京”、时长为“3天”、流量为“3GB”和网速为“高速”，则可以将30个使用区域均为“北京”且网速均为“高速”的余量码号进行组合，这30个余量码号总的剩余可用流量等于“3.1GB”，且这30个余量码号的可用剩余时长均为3天及3天以上，调度设备设置这个组合中的30个码号共同为用户A提供上网服务。当这个组合中的一个码号剩余可用流量用完时，终端切换至组合中的其他码号进行上网，分销商可以通过该方案将多个余量码号组合起来匹配用户个性化的需求，减少现有技术中分销商无法销售余量码号而造成的浪费。

但是，上述利用余量码号为用户提供流量服务的方案仍存在以下不足：用户在使用终端上网时，由于剩余可用流量很少，所以余量码号的剩余可用流量很容易在用户上网过程中用尽，一旦余量用尽，运营商方面就会停止给相应的余量码号提供网络服务，就会造成用户上网过程中，终端需要频繁切换新的余量码号，这会导致网络频繁中断，即码号切换过程不够智能，导致用户在使用终端上网过程中频繁感觉到网络中断，给用户带来不好的上网体验。

发明内容

需要说明的是，背景技术部分描述了发明人在做出本发明过程中所提出的一种利用余量码号为用户提供流量服务的发明构思，其目的是为了便于本领域技术人员理解发明人做出本发明的过程以及过程中遇到的困难，不意味着背景技术中的上述发明构思是现有技术或者是容易想到的。

本发明的目的在于提供一种基于智能算法的esim卡移动数据流量监测方法及系统，既能够通过切换余量码号的方式来充分利用余量码号为用户提供流量服务，提升对余量码号的利用率，以减少分销商的损失；同时还能减少切换余量码号导致终端网络中断对用户上网造成的不好体验。

第一方面，本发明提供一种基于智能算法的esim卡移动数据流量监测方法，应用于由终端与调度设备组成的网络中，所述方法包括：

终端在通过主码号使用订购的数据业务过程中，检测到第一预设事件时，从主码号切换至余量码号；第一预设事件包括：终端从亮屏状态切换至熄屏状态的事件，或视频类应用程序前台运行时，终端超过预设时间未检测到第一类交互操作的事件；

其中，主码号为剩余可用时长以及剩余可用流量均大于等于终端请求订购的数据业务中的时长和流量的预付费流量码号；余量码号为剩余可用时长以及剩余可用流量均小于终端请求订购的数据业务中的时长和流量，且剩余可用时长小于预设时长阈值或者剩余可用流量小于预设流量阈值的预付费流量码号。

第二方面，本发明提供一种基于智能算法的esim卡移动数据流量监测系统，包括组成网络的终端和调度设备，其中，所述终端和调度设备分别用于执行上述第一方面所述的基于智能算法的esim卡移动数据流量监测方法。

第三方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如本发明第一方面所述的基于智能算法的esim卡移动数据流量监测方法。

有益效果：

相较于现有技术中余量码号无法被用于为用户提供流量服务给分销商造成的浪费，本发明中，能够对用户使用终端上网过程中的esim卡移动数据流量使用行为进行检测，从而智能监管余量码号的切换时机，实现将主码号和多个余量码号进行组合共同为用户提供个性化流量套餐服务以提升余量码号的利用率，同时还能减少切换码号导致终端网络中断对用户上网体验的影响。举例而言，切换码号的时机都是用户不能够感受到esim卡移动数据流量发生中断的状态，例如，手机熄屏时才进行码号切换，能减少切换码号导致终端网络中断对用户上网体验的影响。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

下面结合附图和实施例对本发明进一步地说明；

图1为一个实施例中基于智能算法的esim卡移动数据流量监测方法的应用环境图。

图2为一个实施例中基于智能算法的esim卡移动数据流量监测方法的流程示意图。

图3为基于智能算法的esim卡移动数据流量监测方法的实施例一的流程示意图。

图4为基于智能算法的esim卡移动数据流量监测方法的实施例二的流程示意图。

图5为基于智能算法的esim卡移动数据流量监测方法的实施例三的流程示意图。

图6为基于智能算法的esim卡移动数据流量监测方法的实施例四的流程示意图。

图7为基于智能算法的esim卡移动数据流量监测方法的实施例五的流程示意图。

图8为一个实施例中计算机设备的结构框图。

具体实施方式

本部分将详细描述本发明的具体实施例，本发明之较佳实施例在附图中示出，附图的作用在于用图形补充说明书文字部分的描述，使人能够直观地、形象地理解本发明的每个技术特征和整体技术方案，但其不能理解为对本发明保护范围的限制。

图1为一个实施例中基于智能算法的esim卡移动数据流量监测方法的应用环境图。参照图1，该基于智能算法的esim卡移动数据流量监测方法应用于基于智能算法的esim卡移动数据流量监测系统。该基于智能算法的esim卡移动数据流量监测系统包括组成网络的终端110和调度设备120，即终端110和调度设备120通过网络连接。终端110具体可以是移动终端110，移动终端110具体可以手机、平板电脑、笔记本电脑等中的至少一种。调度设备120是由分销商维护的服务器，该服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如授权公告号为CN112235474B的在先专利所述，分销商通过调度设备120维护码号资源池，调度设备120通过以下方法为用户终端110分配一个主码号，该方式下，用户仅通过一个主码号使用数据业务：接收终端110设备发送的数据业务订购请求消息，所述订购请求消息包括请求订购的数据业务的使用区域、时长、流量和网速；根据所述订购请求消息从码号资源池中获取符合所述请求订购的数据业务要求的目标预付费流量码号，所述码号资源池用于存储预付费流量码号；向所述终端110设备发送所述目标预付费流量码号，以使所述终端110设备通过所述目标预付费流量码号使用订购的数据业务；其中码号资源池包括第一资源池和第二资源池；所述第一资源池用于存储已激活的预付费流量码号，所述第一资源池中存储的预付费流量码号标记有使用状态、可用区域、剩余可用时长、剩余可用流量和网速；所述第二资源池用于存储未激活的预付费流量码号，所述第二资源池中存储的预付费流量码号标记有可用区域、时长、流量和网速。其中，当调度设备120从所述第一资源池中移除剩余可用时长小于预设时长阈值，或者，剩余可用流量小于预设流量阈值的预付费流量码号作为余量码号，余量码号被放入到余量资源池中，余量资源池中存储的余量码号也标记有使用状态、可用区域、剩余可用时长、剩余可用流量和网速。可以理解的是，当余量资源池中的余量码号的剩余可用时长或剩余可用流量用完时，将该码号从余量资源池中移除出去。

可以理解的是，本发明所称的主码号是属于第一资源池或第二资源池中的码号，可知上述在先专利的方案是仅使用第一资源池或第二资源池中的主码号为用户提供流量服务。本发明中同时使用第一资源池/第二资源池和余量资源池中的多个码号共同为用户提供流量服务。即本发明是基于本申请人在先申请的中国专利(授权公告号为CN112235474B)，专利名称为预付费流量码号的调度方法、装置及设备所进行的改进方案。至于如何仅使用第一资源池或第二资源池中的主码号为用户提供流量服务属于上述在先专利充分公开的内容，此处不再赘述。本发明的主要技术贡献在于同时使用主码号和余量资源池中的多个码号共同为用户提供流量服务。

为了便于理解，有必要对做出本发明的背景再次进行简要介绍。

为了减少分销商的损失，发明人在研究过程中提出的一种解决方案是利用余量码号为用户提供流量服务，也就是将同一个使用区域、同一类网速的多个余量码号进行组合，使得这个组合总的剩余可用流量大于等于用户的终端110设备发送的数据业务订购请求消息中的流量，并且这个组合与数据业务订购请求消息中的使用区域和网速相匹配。例如，订购请求消息中包括用户A请求订购的数据业务为：使用区域为“北京”、剩余可用时长为“3天”、剩余可用流量为“3GB”和网速为“高速”，则可以将30个使用区域均为“北京”且网速均为“高速”的余量码号进行组合，这30个余量码号总的剩余可用流量等于“3.1GB”，且这30个余量码号的可用剩余时长均为3天及3天以上，调度设备120设置这个组合中的30个码号共同为用户A提供上网服务。当这个组合中的一个码号剩余可用流量用完时，终端110切换至组合中的其他码号进行上网，分销商可以通过该方案将多个余量码号组合起来匹配用户个性化的需求，减少现有技术中分销商无法销售余量码号而造成的浪费。

但是，上述利用余量码号为用户提供流量服务的方案仍存在以下不足：用户在使用终端110上网时，由于余量码号剩余可用流量很少，所以余量码号的剩余可用流量很容易在用户上网过程中用尽，一旦余量用尽，运营商方面就会停止给相应的余量码号提供网络服务，就会造成用户上网过程中，终端110需要频繁切换新的余量码号导致网络频繁中断，即码号切换过程不够智能，导致用户在使用终端110上网过程中频繁感觉到网络中断，给用户带来不好的上网体验。

另一方面，由于要求组合中的所有余量码号的剩余可用时长均大于用户请求订购的数据业务的时长，而用户订购的套餐中时长一般都比较大，必然一天以上，就会导致余量码号中剩余时长小于用户订购的套餐时长的余量码号一般都无法使用，而对于余量码号而言，例如当前时间为8:00，若是其剩余可用时长很短，只有30分钟，用户一般不会订购30分钟的流量套餐。即8:30后该套餐失效，而剩余可用流量很多，例如500M，则在经过30分钟之后，即过了8:30后，这500M流量就会失效，上述的将余量码号组合为用户提供流量服务的方案显然存在无法利用剩余可用时长较短的余量码号的问题。这也是本发明实施例要解决的问题之一。

基于上述的初步发明构思，发明人在进一步改进的过程中，遇到了如下技术障碍：

终端110应当在多个码号之间进行切换，因为通过切换余量码号的方式可以将余量码号中的剩余可用流量用完，减少分销商的浪费；

但是终端110又不应当在多个余量码号之间进行切换，因为余量码号中剩余可用流量均很小，很容易在用户使用终端110上网过程中被用完，而频繁切换码号，导致用户上网过程网络频繁中断，使用户上网体验不好。

发明人经过研究发现，之所以存在上述矛盾，即是否应当进行码号切换来为用户提供流量服务的矛盾，是因为切换码号的时机没有进行智能的监控，若是能够通过智能的算法对切换码号的时机进行监控，选择在用户感觉不到网络中断的时机进行码号切换，就可以实现利用多个余量码号为用户提供流量服务。

下面，将通过几个具体的实施例对本发明提供的基于智能算法的esim卡移动数据流量监测方法进行详细介绍和说明。

如图2所示，在一个实施例中，提供了一种基于智能算法的esim卡移动数据流量监测方法，该方法应用于由终端110与调度设备120组成的网络中。

参照图2，该基于智能算法的esim卡移动数据流量监测方法具体包括如下步骤：

步骤S201，终端110通过eUICC中当前被置为有效状态的profile对应的码号来使用订购的数据业务。

具体的，eUICC是embedded UICC的简称，中文名就是嵌入式UICC卡，一般情况下eUICC与eSIM不作区分，本实施例中eUICC与嵌入式SIM卡的含义相同。eUICC是一个可以存储多家运营商Profile的装置，可以是符合GSMA推出的eUICC规范，也可以是私有实现。在同一个时间里，多个Profile中只有一个处于有效状态，外界读取网络相关文件时就是读取处于有效状态的Profile的内容。由于网络环境的变化或一些实际需求，需要在不同的Profile之间频繁切换。在切换不同的号码的时候，通过将相应的profile置有效标识来实现，即哪个Profile被配置为有效状态，就把该Profile的有效标识记上。

可以理解的是，终端110上安装有分销商开发的应用程序，应用程序获取终端110权限后，可以对终端110eUICC中的各profile的有效状态进行切换，即对终端110当前使用的码号进行切换。可以理解的是，分销商开发的应用程序还需要获取对终端110各应用程序进行流量数据监控的权限，以及后台运行的权限，以便对终端110上各应用程序的数据流量使用情况进行监控。

步骤S202，终端110若检测到当前被置为有效状态的profile对应的码号为主码号，则执行步骤S203；终端110若检测到当前被置为有效状态的profile对应的码号为余量码号，则执行步骤S205。

步骤S203，终端110判断是否检测到第一预设事件，若是，则执行步骤S204；若否，则执行步骤S201。

步骤S204，终端110将eUICC中存储的与余量码号对应的profile置为有效状态，实现从主码号切换至余量码号。

可以理解的是，终端110将从调度设备120接收到的码号对应的profile存储在eUICC中，一般eUICC可以存储多个码号对应的profile，分销商开发的应用程序会根据被选定的码号将eUICC上存储的与所述码号对应的profile置为有效状态。

步骤S205，终端110判断是否检测到第一预设事件，若是则执行步骤S208；若否，则执行步骤S206。

步骤S206，终端110判断是否检测到当前余量码号剩余可用流量或剩余可用时长已经用完，若是，则执行步骤S207；若否，则执行步骤S201。

需要说明的是，本实施例中，余量码号的剩余可用时长是由运营商提供的预付费流量码号套餐以及该码号被激活的时间决定的。例如该码号对应的套餐是10天20G流量，A用户需要的套餐是3天5G流量，该码号首先被分配给A用户，A用户在1月1日20:00激活该码号，在后续该码号还会被分配给其他用户，最终则该码号将会在被用完流量或者经过10天后，即1月11日20:00之后失效，可用将1月11日20:00称之为失效时间节点。该码号剩余可用时长是由失效时间节点与当前时刻的差值计算得到的，并更新在第一资源池中。

具体的，终端110检测当前余量码号剩余可用流量或剩余可用时长是否已经用完可以通过如下方式实现：终端110上安装的分销商开发的应用程序实时统计当前余量码号对应的profile在被置为有效状态后的流量使用情况和剩余可用时长，调度设备120在将该余量码号发送给终端110时会同时将该码号的剩余可用时长(即失效时间节点)和剩余可用流量同时发送给分销商开发的应用程序，因此，分销商开发的应用程序在终端110上可以实时监控对应的余量码号剩余的流量和时长，因此可以检测到当前余量码号剩余可用流量或剩余可用时长是否已经用完。例如，当前余量码号剩余可用流量为0.1GB，剩余可用时长为10min，则当分销商开发的应用程序统计到当前余量码号使用的流量达到0.1GB或者经过10min后到达失效时间节点时，就可以知道当前余量码号剩余可用流量或剩余可用时长已经用完。

步骤S207，终端110将eUICC中存储的另一余量码号对应的profile置为有效状态，实现从当前余量码号切换至另一余量码号。

步骤S208，终端110将eUICC对应的profile置为有效状态，实现从余量码号切换至主码号。

如步骤S201、步骤S202、步骤S203、步骤S204所示，在一个示例中，终端110在通过主码号使用订购的数据业务过程中，检测到第一预设事件时，从主码号切换至余量码号。其中，第一预设事件包括：终端110从亮屏状态切换至熄屏状态的事件，或视频类应用程序前台运行时，终端110超过预设时间未检测到第一类交互操作的事件。本实施例中所称的前提运行是指所述应用程序在当前的用户界面中进行展示的运行，后台运行是指所述应用程序不在当前用户界面中进行展示，但是并没有终止运行程序，可进行消息的接收等。本实施例所称的第一类交互操作包括对终端110屏幕的触控操作。

在一个场景中，当检测到的第一预设事件为终端110从亮屏状态切换至熄屏状态的事件时，即用户将终端110进行熄屏，在熄屏状态下，用户可能处于不使用终端110的状态，但在熄屏状态下终端110仍然存在着使用数据流量的需求，例如后台更新软件等，因此在该状态下将主码号切换为余量码号过程中用户不会感知到网络的短暂中断，在该时刻从主码号切换至余量码号，既能够有效利用余量码号的剩余可用时长或剩余可用流量为用户提供流量服务，提升对余量码号的利用率以减少分销商的损失；同时还能减少切换码号导致终端110网络中断对用户上网体验的影响。

在一个场景中，当检测到的第一预设事件为视频类应用程序前台运行且终端110超过预设时间未检测到第一类交互操作的事件时，并且所述视频类应用程序在所述预设时间内有数据流量的下载，可知此时用户处于观看视频的使用场景并且并未对手机进行其他的操作。考虑到视频类应用程序处于在线观看视频时，会提前缓冲固定时长的视频，因此，在此时进行码号的切换虽然会有短暂的网络中断，但是由于缓冲的存在，视频播放不会停止，即切换过程不会被用户感觉到。例如预设时间为20秒，若是腾讯视频app在前台运行，并且在腾讯视频app运行超过20秒仍未检测到用户触摸屏幕、拿起屏幕等第一类交互操作，并且腾讯视频app在这20秒内下载了数据流量，可知，用户此时通过腾讯视频app进行在线视频的观看。

需要说明的是，考虑到现有的终端110大多提供分屏操作，即当前界面可以同时前台运行两个app，若是用户在线看视频的同时，还打开了其他app，例如聊天app，并进行文字输入与好友聊天，显然用户是可以感知到网络的中断的。所以本示例中，在视频类应用程序前台运行的基础上，还考虑了是否有对终端110的第一类交互操作以及视频类应用程序是否有数据流量下载，确保用户确实在线观看视频的情况下才进行切换，避免用户分屏操作时进行切换被用户感知到网络终端110。

如步骤S201、步骤S202、步骤S205、步骤S208所示，在一个示例中，终端110在通过余量码号使用订购的数据业务过程中，检测到第二预设事件时，从余量码号切换至主码号；第二预设事件包括：终端110从熄屏状态切换至亮屏状态的事件，或在通过余量码号使用订购的数据业务过程中，终端110检测到第二类交互操作的事件。

可以理解的是，当终端110处在通过余量码号使用订购的数据业务过程中时，终端110处于以下状态：处于熄屏状态或者视频类应用程序前台运行时，终端110超过预设时间未检测到第一类交互操作的状态(即在线观看视频而未操作终端110的状态)，在这些状态下可以进行码号的切换而不被用户感知到网络中断，因此，可以在该状态下使用余量码号为用户提供流量服务，即使在这些状态下进行多次余量码号切换也不会对用户的上网影响太大。

但是，当从这些状态转换为用户能够感知到网络变化的状态时，例如终端110从熄屏状态切换至亮屏状态，在该场景下，说明用户可能准备对终端110进行某些上网操作，而这些上网操作是未知的，可能包括在线看视频这类不能够感知到网络中断的操作，也可能包括上网查阅资料等能够感知网络中断的操作。为了能够给用户提供良好的上网体验，本示例中，从余量码号切换至主码号，以确保用户能够在其订购的套餐内得到连续的上网体验。

需要说明的是，本实施例所称的第二类交互操作包括对终端110屏幕的触控操作、对终端110指纹传感器进行的操作或终端110姿态传感器检测到的晃动操作等。在一个场景中，用户的终端110处于锁屏状态并静置于桌面上，此时终端110处于通过余量码号使用订购的数据业务过程中，当用户拿起手机准备上网查阅资料时，终端110的姿态传感器能够检测到终端110的晃动操作，从而在用户解锁前从余量码号切换至主码号。

本示例中，当用户开始操作手终端110屏幕时，例如用户将终端110从熄屏切换至亮屏时，由于无法确定用户即将进行的上网行为会持续多久以及消耗多少流量，为了避免在用户操作终端110时将余量码号流量用完而导致在用户使用终端110过程中切换码号被用户感知到，所以当检测到用户开始操作终端110屏幕时就及时将余量码号切换回主码号，由于主码号中剩余可用流量和剩余可用时长均大于用户订购的数据业务中所要求的的时长和流量，保证用户可以在套餐时长和流量范围内拥有连续的上网体验。

如步骤S201、步骤S202、步骤S205、步骤S206、步骤S207所示，在一个示例中，终端110在通过余量码号使用订购的数据业务过程中，未检测到第二预设事件且检测到当前余量码号的剩余可用时长或剩余可用流量用完时，从当前余量码号切换至另一余量码号。

可以理解的是，由于余量码号的剩余可用流量是比较小的值，所以在终端110在通过余量码号使用订购的数据业务过程中，很容易将当前余量码号的剩余可用流量用完。若是此时未检测到第二预设事件，即终端110不处于用户能够感知到终端110网络中断的使用状态时，仍然切换至另一余量码号为终端110提供数据业务服务，以便将更多的余量码号进行使用，提升分销商对余量码号的利用率。

相较于现有技术中余量码号无法被用于为用户提供流量服务给分销商造成的浪费，本发明中，检测到当前余量码号的剩余可用流量用完时，从当前余量码号切换至另一余量码号，实现了将多个余量码号共同组合为用户提供流量服务，实现了对余量码号的充分利用。

需要说明的是，由于终端110在通过余量码号上网时，一般都是先将余量码号的剩余可用时长或剩余可用流量中的一个参数用完，而很难同时将两个参数用完，因此本实施例提供了一种与现有技术不同的用户套餐余额统计方法。现有技术中对于同时预先规定了使用期限及流量大小的流量套餐，都是在其中一个参数用完之后，就判定用户的套餐全部用完。而本实施例中，由于是将多个余量码号共同用于为用户的一个套餐提供数据流量，因此，当某个余量码号的仅有其中一个参数用完而另一个参数有剩余时，统计用户的使用量时，会按照剩余参数的实际用量进行统计。例如，某个余量码号的剩余可用时长为30分钟，剩余可用流量未0.1GB，若是当终端110对于该余量码号的流量使用达到0.05GB、使用时长达到30分钟时，就判定该余量码号已经用完，调度设备120会从运营商接口查询到该余量码号的使用情况，然后将用户的使用流量扣除0.05GB，而不会直接扣除0.1GB的使用流量，以保证用户的权益。

为了进一步理解上述实施例，下面将结合图3至图7，对本发明提供的基于智能算法的esim卡移动数据流量监测方法的五个具体实施例进行详细说明。

如图3所示，在实施例一中，终端110在通过主码号使用订购的数据业务过程中，检测到视频类应用程序前台运行且终端110超过预设时间未检测到第一类交互操作的事件时，从主码号切换至余量码号，具体包括：

步骤S301，终端110在通过主码号使用订购的数据业务过程中，检测到视频类应用程序前台运行且终端110超过预设时间未检测到第一类交互操作的事件。

步骤S302，终端110向调度设备120发送第一类切换请求。

其中，所述第一类切换请求用于触发所述调度设备120从余量资源池中选择第一类余量码号发送给所述终端110。

可以理解的是，第一类切换请求中包含了视频类时长阈值和预设流量阈值等信息。

步骤S303，调度设备120从余量资源池中选择出第一类余量码号。

步骤S304，调度设备120将所述第一类余量码号发送给所述终端110。

步骤S305，终端110从主码号切换至第一类余量码号。

其中，第一类余量码号为剩余可用时长大于视频类时长阈值且剩余可用流量小于预设流量阈值的余量码号。

举例而言，假设预设时间为20秒，视频流时长阈值为1.5小时，预设流量阈值为0.2GB，第一类交互操作为对终端110屏幕的触控操作。视频类时长阈值远大于预设时长阈值，一般根据一部电影的一般时长(1.5小时)设置视频类时长阈值。

在一个场景中，用户的终端110刚刚结束了视频通话，用户打开视频类应用程序(例如腾讯视频app)观看在线电影，用户打开在线电影后将终端110固定在手机支架上不再对终端110进行其他的操作，此时终端110检测到视频类应用程序在前台运行持续20秒情况下并未检测到用户对终端110屏幕的触控操作，则向调度设备120发送第一类切换请求。调度终端110接收到第一类切换请求之后，从余量资源池中选择剩余可用时长大1.5小时的余量码号发送给终端110，终端110接收到之后进行切换。

表1

码号	使用状态	可用区域	剩余可用时长	剩余可用流量	网速
						Profile1	空闲	北京	2小时	0.1GB	高速
Profile2	占用	东京	0.5小时	0.11GB	低速
						Profile3	空闲	北京	0.5小时	0.3GB	高速
Profile4	空闲	中国香港	4小时	0.08GB	低速
						Profile5	空闲	北京	0.2小时	0.5GB	高速
Profile6	空闲	中国香港	2小时	0.1GB	低速
						Profile7	空闲	北京	1.8小时	0.15GB	高速

表1示出了余量资源池中部分余量码号的情况，若是用户订购的数据业务的网速为高速，可用区域为北京，则profile1和profile7均为第一类余量码号。调度设备120可以从二者中选择一个作为第一类余量码号并发送给终端110。

需要说明的是，本实施例中，由于在线看视频时无法确定用户该次在线观看视频持续的时间，并且视频也不是提前下载好的，根据缓冲机制，在线观看的视频大多都是在观看过程中间隔一定时间进行一次缓冲。因此，在线观看视频的场景下，若是选择的余量码号剩余可用时长太短，例如只有10分钟，很可能该余量码号的剩余可用流量还没用完，该余量码号的剩余可用时长就用完了，而必须得更换新的余量码号，甚至是在线看一部电影过程中更换多个余量码号，但是每个余量码号的剩余可用流量都没有用完，这显然会造成分销商的损失。本实施例中，针对在线观看视频场景的特点，即消耗时长不确定，消耗流量不确定的场景，选择剩余可用时长大于1.5小时(即一部电影的平均时长)作为第一类余量码号，能够确保用户在线观看一部电影的过程中，使用尽可能少的余量码号，从而降低对余量码号的浪费。举例而言，在用户看同一部电影的情况下，看完整部电影消耗的流量都为0.2GB，电影时长为1.5小时，存在如下两种余量码号，第一种剩余可用时长均小于0.3小时，第二种剩余可用时长大于1.5小时，两种余量码号的剩余可用流量相差不大，均为0.2GB，显然，使用第一种余量码号需要消耗5个余量码号，使用第二种余量码号需要消耗1个余量码号。假设看完整部电影消耗的流量为0.4GB，则使用第一种余量码号需要消耗5个余量码号，使用第二种余量码号需要消耗2个余量码号。因此，使用本实施例的方案能够确保用户在线观看一部电影的过程中，使用尽可能少的余量码号，从而降低对余量码号的浪费。

如图4所示，在实施例二中，终端110在通过主码号使用订购的数据业务过程中，检测到终端110从亮屏状态切换至熄屏状态的事件时，从主码号切换至余量码号，具体包括：

步骤S401，终端110在通过主码号使用订购的数据业务过程中，检测到终端110从亮屏状态切换至熄屏状态且下载任务处于进行中状态的事件。

具体的，终端110通过监测数据流量变化来判断当前是否有数据下载，如当监测到有下行流量产生时，则判断当前有数据下载，则判定当前存在下载任务并且认为下载任务处于进行中状态。可选地，也可以通过监测当前是否有下载提示界面或者是否触发下载链接等来判断是否有数据下载，若存在数据下载，则判定当前存在下载任务并且认为下载任务处于进行中状态。对于终端110不能够监控到其下载任务总下载数据量的应用程序，适用于本实施例。

步骤S402，终端110向调度设备120发送第二类切换请求。

其中，所述第二类切换请求用于触发所述调度设备120从余量资源池中选择第二类余量码号发送给所述终端110。

可以理解的是，第二类切换请求包含了预设时长阈值等信息。

步骤S403，调度设备120从余量资源池中选择出第二类余量码号。

步骤S404，调度设备120将所述第二类余量码号发送给所述终端110。

步骤S405，终端110从主码号切换至第二类余量码号。

其中，第二类余量码号为剩余可用时长小于预设时长阈值的余量码号。

可以理解的是，在本实施例的熄屏下载任务场景中，终端110会使得当前的余量码号处于快速且持续的流量消耗状态中，若是未知当前下载任务所需的数据流量，较优的策略就是将剩余可用时长较短的余量码号用作下载任务。对于在熄屏状态进行的下载任务，及时进行下载任务的过程中进行了频繁的码号切换，用户也感知不到。例如，本实施例中预设时长阈值为5分钟。可以理解的是，现有技术中，当某个余量码号只剩余4分钟剩余可用时长的情况下，一般无法与用户订购一天以上的套餐需求进行匹配，而导致大量该类余量码号的流量被浪费，造成分销商的损失。而本实施例中，当监测到用户熄屏状态下并存在下载任务时，可以将该类码号，即第二类余量码号分配给终端110用于下载任务。如果按照每个码号剩余可用流量为0.1GB来算，要是能够将10万个第二类余量码号的流量分配给用户，就可以为分销商节省1万GB的流量。

在一个场景中，步骤S403选择的第二类余量码号为只剩余4分钟剩余可用时长、0.2GB的余量码号，切换之后本次下载任务持续时间3分钟，并且刚好用完了这0.2GB，则调度设备120从运营商接口出查询到该余量码号已经失效，实际使用流量为0.2GB，则将该用户套餐的流量余额扣除0.2GB，实现了分销商对该余量码号剩余的0.2GB流量的充分利用，降低了分销商的损失，提高了余量码号的流量利用率。

本实施例中，可以将剩余可用时间很短的余量码号用于终端110的下载任务中，解决了上述最开始的方案中无法利用剩余可用时长较短的余量码号为用户提供流量服务的问题，进一步提升了利用余量码号进行组合为用户提供流量服务的适用范围，提升了对余量码号流量的利用率。

在实施例二的基础上，如图5所示，提供了实施例三，终端110在通过主码号使用订购的数据业务过程中，检测到终端110从亮屏状态切换至熄屏状态的事件时，从主码号切换至余量码号，具体包括：

步骤S501，终端110在通过主码号使用订购的数据业务过程中，检测到终端110从亮屏状态切换至熄屏状态且下载任务处于进行中状态的事件时，获取所述下载任务对应的平均网速。

具体的，终端110通过监测数据流量变化来判断当前是否有数据下载，如当监测到有下行流量产生时，则判断当前有数据下载，则判定当前存在下载任务并且认为下载任务处于进行中状态。可选地，也可以通过监测当前是否有下载提示界面或者是否触发下载链接等来判断是否有数据下载，若存在数据下载，则判定当前存在下载任务并且认为下载任务处于进行中状态。对于终端110不能够监控到其下载任务总下载数据量的应用程序，适用于本实施例。

具体的，终端110通过统计该下载任务在熄屏前进行下载数据时的平均网速作为下载任务对应的平均网速。

步骤S502，终端110向调度设备120发送第三类切换请求；所述第三类切换请求用于触发所述调度设备120从余量资源池中选择第三类余量码号发送给所述终端110。

可以理解的是，第三类切换请求中包含了终端110获取到的下载任务对应的平均网速等信息。

步骤S503，调度设备120从余量资源池中选择出第三类余量码号。

步骤S504，调度设备120将所述第三类余量码号发送给所述终端110。

步骤S505，终端110从主码号切换至第三类余量码号。

其中，第三类余量码号为剩余可用流量与剩余可用时长的比值小于所述平均网速的余量码号。

可以理解的是，在本实施例的熄屏下载任务场景中，终端110会使得当前的余量码号处于快速且持续的流量消耗状态中，若是未知当前下载任务所需的数据流量，在能够得到下载任务对应的平均网速情况下，较优的策略是将剩余可用流量与剩余可用时长的比值小于所述平均网速的余量码号用作下载任务。举例而言，若是余量码号B剩余可用流量为300MB，剩余可用时长为300秒，当下载任务剩余未下载数据量大于300MB时，例如为600MB。当下载任务对应的平均网速为1MB/秒，则可以保证余量码号B能够在剩余可用时长内(在到达失效时间节点前)将流量刚好用完。若下载任务对应的平均网速为2MB/秒，也可以保证在剩余可用时长内(在到达失效时间节点前)将流量用完。反之，当剩余可用流量与剩余可用时长的比值大于下载任务对应的平均网速时，例如下载任务对应的平均网速为0.5MB/秒，就会导致经过了300秒，在剩余可用时长内(在到达失效时间节点前)仅仅将剩余可用流量使用了150MB，仍然剩余150MB流量被浪费。

需要说明的是，考虑到切换从主码号切换至余量码号需要耗费一定时间，因此，本实施例中限定第三类余量码号为剩余可用流量与剩余可用时长的比值小于所述平均网速的余量码号，并未将剩余可用流量与剩余可用时长的比值等于所述平均网速的余量码号作为第三类余量码号。具体的，若是终端110接收余量码号和切换码号消耗时间为6秒，则调度设备120在计算剩余可用流量与剩余可用时长的比值时，应当先将剩余可用时长减掉6秒，再计算比值，用于挑选第三类余量码号，以挑选出更准确的第三类余量码号。

在实施例三的基础上，如图6所示，提供了实施例四，终端110在通过主码号使用订购的数据业务过程中，检测到终端110从亮屏状态切换至熄屏状态的事件时，从主码号切换至余量码号，具体包括：

步骤S601，终端110在通过主码号使用订购的数据业务过程中，检测到终端110从亮屏状态切换至熄屏状态且下载任务处于进行中状态的事件时，获取所述下载任务对应的平均网速以及下载任务剩余未下载数据量以确定下载任务剩余下载时间。

具体的，终端110通过监测数据流量变化来判断当前是否有数据下载，如当监测到有下行流量产生时，则判断当前有数据下载，则判定当前存在下载任务并且认为下载任务处于进行中状态。可选地，也可以通过监测当前是否有下载提示界面或者是否触发下载链接等来判断是否有数据下载，若存在数据下载，则判定当前存在下载任务并且认为下载任务处于进行中状态。

具体的，终端110通过统计该下载任务在熄屏前进行下载数据时的平均网速作为下载任务对应的平均网速。

具体的，当监测到有下载任务时，立即获取本次下载任务的下载信息，所述下载信息包括服务器返回的本次下载的下载地址、下载数据的大小等，再根据下载数据的大小计算出本次下载任务将会消耗的总下载数据量，以及当前时刻对应的下载任务剩余未下载数量。如下载数据的大小为200MB，则预计本次下载任务总下载数据量大约为200MB，在熄屏时时，根据监测的结果可知，下载任务剩余未下载数量为150MB。可以理解的是，终端110一般可以监控到网页浏览器、应用商店等应用程序每次下载任务对应的总下载数据量。对于该类应用程序在熄屏时的下载任务可以适用于本实施例。

步骤S602，终端110向调度设备120发送第四类切换请求；所述第四类切换请求用于触发所述调度设备120从余量资源池中选择第四类余量码号发送给所述终端110。

可以理解的是，第四类切换请求中包含了终端110获取到的所述下载任务对应的平均网速以及下载任务剩余未下载数据量，以及将下载任务剩余未下载数据量与下载任务对应的平均网速相除所计算得到的下载任务剩余下载时间等信息。

步骤S603，调度设备120从余量资源池中选择出第四类余量码号。

步骤S604，调度设备120将第四类余量码号发送给所述终端110。

步骤S605，终端110从主码号切换至第四类余量码号。

第四类余量码号为剩余可用时长大于下载任务剩余下载时间且剩余可用流量大于所述下载任务剩余未下载数据量的余量码号。

可以理解的是，在本实施例的熄屏下载任务场景中，终端110会使得当前的余量码号处于快速且持续的流量消耗状态中，若是在得知当前下载任务所需的数据流量的情况下，较优的策略是将剩余可用时长大于下载任务剩余下载时间且剩余可用流量大于所述下载任务剩余未下载数据量的余量码号用作下载任务，以便通过一个第四类余量码号就可以完成该次下载任务，无需在一个下载任务中进行多次码号的切换，保证下载过程的连贯和流畅性。

举例而言，若是余量码号C剩余可用流量为350MB，剩余可用时长为300秒，当下载任务剩余未下载数据量为300MB时，下载任务对应的平均网速为2MB/秒，则终端110计算得到下载任务剩余下载时间为150秒，显然C可以作为该下载任务对应的第四类余量码号。即只需要从主码号切换至第四类余量码号之后，就可以在一个余量码号剩余可用时长和剩余可用流量范围内完成下载任务。

为了进一步提升第四类余量码号中流量的利用率，若是存在多个第四类余量码号时，应当挑选其中剩余可用流量与下载任务剩余未下载数据量差值最小的一个第四类余量码号，减少流量的浪费。

进一步的，考虑到在熄屏状态下，完成下载任务之后，第四类余量码号仍然剩余有剩余可用流量，但是完成了下载任务的第四类余量码号剩余可用流量非常少，例如往往只剩下10MB左右，因此，如步骤S201、步骤S202、步骤S205、步骤S206、步骤S207所示，本发明的上述实施例会保持继续使用该余量码号的使用，而不会立即切换回主码号，进一步提升了对第四类余量码号的流量利用率。

实施例四中，是能够在余量资源池中寻找到单个余量码号符合第四类余量码号要求的场景，对于无法在余量资源池中寻找到单个余量码号符合第四类余量码号要求的情况，本发明提供了如图7所示的实施例五。根据实施例四可知，第四类余量码号为剩余可用时长大于下载任务剩余下载时间且剩余可用流量大于所述下载任务剩余未下载数据量的余量码号，若是某个下载任务剩余未下载数据量太大，例如达到700MB，导致当前的余量资源池内不存在单个余量码号符合第四类余量码号的条件时，适用于本实施例的方案。

如图7所示，实施例五中，提供了如下的流程步骤：

步骤S701，终端110在通过主码号使用订购的数据业务过程中，检测到终端110从亮屏状态切换至熄屏状态且下载任务处于进行中状态的事件时，获取所述下载任务对应的平均网速以及下载任务剩余未下载数据量以确定完成下载任务的时间节点。

具体的，终端110通过监测数据流量变化来判断当前是否有数据下载，如当监测到有下行流量产生时，则判断当前有数据下载，则判定当前存在下载任务并且认为下载任务处于进行中状态。可选地，也可以通过监测当前是否有下载提示界面或者是否触发下载链接等来判断是否有数据下载，若存在数据下载，则判定当前存在下载任务并且认为下载任务处于进行中状态。

具体的，终端110通过统计该下载任务在熄屏前进行下载数据时的平均网速作为下载任务对应的平均网速。

具体的，当监测到有下载任务时，立即获取本次下载任务的下载信息，所述下载信息包括服务器返回的本次下载的下载地址、下载数据的大小等，再根据下载数据的大小计算出本次下载任务将会消耗的总下载数据量，以及当前时刻对应的下载任务剩余未下载数量。如下载数据的大小为200MB，则预计本次下载任务总下载数据量大约为200MB，在熄屏时时，根据监测的结果可知，下载任务剩余未下载数量为150MB。可以理解的是，终端110一般可以监控到网页浏览器、应用商店等应用程序每次下载任务对应的总下载数据量。对于该类应用程序在熄屏时的下载任务可以适用于本实施例。

步骤S702，终端110向调度设备120发送第五类切换请求；所述第五类切换请求用于触发所述调度设备120从余量资源池中选择与所述下载任务剩余未下载数据量匹配的多个余量码号组成任务码号集合A并将所述任务码号集合A中的多个余量码号发送给终端110。

可以理解的是，第五类切换请求中包含了终端110获取到的所述下载任务对应的平均网速以及下载任务剩余未下载数据量，以及完成下载任务的时间节点等信息。其中，完成下载任务的时间节点是将熄屏时的时间节点加上下载任务剩余下载时间得到的时间节点。例如，熄屏时的时间节点为8:00，下载任务剩余下载时间为30分钟，则完成下载任务的时间节点为8:30。

步骤S703，调度设备120从余量资源池中选择出多个余量码号组成任务码号集合A。

步骤S704，调度设备120将任务码号集合A中的多个余量码号发送给终端110。

步骤S705，终端110从主码号切换至所述任务码号集合A中序号最小的余量码号；

步骤S706，终端110在当前序号的余量码号的剩余可用流量用尽时，按照序号的顺序依次切换至任务码号集合A中的其他余量码号，直至完成下载任务。

其中，调度设备120根据如下公式(1)从余量资源池中选取m个余量码号组成所述任务码号集合A；

其中，k为任务码号集合中余量码号的序号，T_k为任务码号集合中序号为k的余量码号的剩余可用时长为零的时间节点，T_θ为完成下载任务的时间节点，D_k为任务码号集合中序号为k的余量码号的剩余可用流量，D_θ为下载任务剩余未下载数据量，m为预先设定的任务码号集合A的元素数量。

具体的，假设用户的套餐使用地区为北京，网速为告诉，剩余可用时长为3天，剩余可用流量为5GB，则表2中的profile8-10是可以分配给该用户的。假设m＝3，则调度设备120一个为本次的下载任务提供了3个余量码号，序号分别为1、2、3，终端110会按照1、2、3的顺序进行切换共同完成本次下载任务。举例而言，熄屏时的时间节点为8:00，下载任务剩余下载时间为30分钟，则完成下载任务的时间节点为8:30，下载任务剩余未下载数据量为600MB(即0.6GB)，如表2所示，调度设备120选择profile8-10组成任务码号集合A，profile8的序号为1，profile8的序号为2，profile8的序号为3。

表2

码号	使用状态	可用区域	剩余可用时长	剩余可用流量	网速
						Profile8	空闲	北京	1小时	0.2GB	高速
Profile9	空闲	北京	1小时	0.2GB	高速
						Profile10	空闲	北京	3小时	0.3GB	高速

可知，本实施例中，能够适用于某个下载任务剩余未下载数据量太大，导致当前的余量资源池内不存在单个余量码号符合第四类余量码号的条件的场景，提升了本发明对于下载任务中切换余量码号来提升余量码号流量利用率的通用性。同时，由于T_k＞T_θ且

即任务码号集合A中的每个余量码号剩余可用时长均大于下载任务剩余下载时间(即套餐失效时间晚于完成下载任务的时间节点)，同时在利用任务码号集合A中的三个余量码号共同完成下载任务之后，最后一个序号的余量码号仍然有剩余可用流量，所以在完成下载任务之后不需要马上更换码号。

作为进一步改进，本实施例还提供了确定任务码号集合A中最后一个序号余量码号剩余可用时长的方法：

在执行步骤S703时，判断当前所处时间段，若当前所处时间段为用户睡眠时间段，则计算用户睡醒时间节点与T_θ的差值得到睡眠时长Δt，从余量资源池中选择剩余可用时长大于T_θ+Δt的余量码号作为定任务码号集合A中最后一个序号的余量码号，以便能够在完成下载任务之后，任务码号集合A中最后一个序号余量码号能够支撑终端网络连接至用户醒来，减少终端在用户睡眠时的码号切换次数，降低终端电量。

具体的，用户睡醒时间节点是由终端统计到的用户从睡眠中醒过来的时间节点的平均值，例如，终端统计到周一到周五在晚上11点左右到第二天早上8:30左右终端的屏幕都未被使用，则判定晚上11点到第二天早上8:30为该用户的用户睡眠时间段，用户睡醒时间节点为早上8:30。可以理解的是，同一个用户可能在工作日和周末具有不同的用户睡眠时间段和用户睡醒时间节点，由终端通过统计的方式来获取。不同用户的用户睡眠时间段和用户睡醒时间节点由不同的终端获取，具体可以是集成在分销商开发的应用程序上，也可以是由终端厂商，例如华为、苹果等公司自带软件获取，还可以通过智能手表或手环获取，此处不作限定。

在本实施例中，所述方法还包括：

步骤S801，调度设备120获取所述终端110的eUICC可同时存储profile的数量W；

步骤S802，调度设备120根据公式(1)从余量资源池中选取m个余量码号组成所述任务码号集合A时，令m＝W-1并将所述任务码号集合A中的W-1个余量码号同时发送给终端110，以使终端110将所述W-1个余量码号同时存储在eUICC中。

可以理解的是，若是终端110的eUICC可同时存储profile的数量上限为6，则在步骤S802中，利用公式(1)选取5个余量码号组成所述任务码号集合A。其目的是，保证主码号的profile仍然被存储在eUICC中，从而能够在需要时快速从余量码号切换至主码号。同时，由于任务码号集合A中的所有余量码号的profile均已经存储在了终端110的eUICC中，就可以加快余量码号之间的切换速度。

在一个实施例中，提供了终端110上码号之间进行切换的具体方案：

终端110从主码号切换至余量码号，具体包括：

终端110将预先存储在eUICC中的余量码号对应的profile置为有效状态，以从主码号切换至余量码号；所述预先存储在eUICC中的余量码号为从余量资源池中选取出来的余量码号；或者；

终端110向调度设备120发送切换请求；所述切换请求用于触发所述调度设备120向所述终端110发送余量码号对应的profile；

终端110接收调度设备120发送的所述余量码号对应的profile并将所述profile置为有效状态，以从主码号切换至余量码号。

终端110从余量码号切换至主码号，具体包括：

终端110将存储在eUICC中的主码号对应的profile置为有效状态，以从余量码号切换至主码号；或

终端110向调度设备120发送切换请求；所述切换请求用于触发所述调度设备120向所述终端110发送主码号对应的profile；

终端110接收调度设备120发送的所述主码号对应的profile并将所述profile置为有效状态，以从余量码号切换至主码号。

终端110从当前余量码号切换至另一余量码号，具体包括：

终端110将预先存储在eUICC中的另一余量码号对应的profile置为有效状态，以从当前余量码号切换至另一余量码号；或

终端110向调度设备120发送切换请求；所述切换请求用于触发所述调度设备120向所述终端110发送所述另一余量码号对应的profile；

终端110接收调度设备120发送的所述另一余量码号对应的profile并将所述profile置为有效状态，以从当前余量码号切换至另一余量码号。

可以理解的是，码号之间的切换可以实时从调度设备120接收，也可以预先从调度设备120接收多个码号，在需要进行切换时直接将所述profile置为有效状态。

另一方面，本发明实施例还提供了一种基于智能算法的esim卡移动数据流量监测系统，包括组成网络的终端110和调度设备120，其中，所述终端110和调度设备120分别用于执行上述实施例所述的基于智能算法的esim卡移动数据流量监测方法。

图8示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的终端110(或服务器)。如图8所示，该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现基于智能算法的esim卡移动数据流量监测方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行基于智能算法的esim卡移动数据流量监测方法。本领域技术人员可以理解，图8中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行上述基于智能算法的esim卡移动数据流量监测方法的步骤。此处基于智能算法的esim卡移动数据流量监测方法的步骤可以是上述各个实施例的基于智能算法的esim卡移动数据流量监测方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRA)、存储器总线(Rambus)直接RAM(RDRA)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

Claims (10)

1.一种基于智能算法的esim卡移动数据流量监测方法，应用于由终端与调度设备组成的网络中，其特征在于，所述方法包括：

终端在通过主码号使用订购的数据业务过程中，检测到第一预设事件时，从主码号切换至余量码号；第一预设事件包括：终端从亮屏状态切换至熄屏状态的事件，或视频类应用程序前台运行时，终端超过预设时间未检测到第一类交互操作的事件；

其中，主码号为剩余可用时长以及剩余可用流量均大于等于终端请求订购的数据业务中的时长和流量的预付费流量码号；余量码号为剩余可用时长以及剩余可用流量均小于终端请求订购的数据业务中的时长和流量，且剩余可用时长小于预设时长阈值或者剩余可用流量小于预设流量阈值的预付费流量码号。

2.根据权利要求1所述的一种基于智能算法的esim卡移动数据流量监测方法，其特征在于，所述方法还包括：

终端在通过余量码号使用订购的数据业务过程中，检测到第二预设事件时，从余量码号切换至主码号；第二预设事件包括：终端从熄屏状态切换至亮屏状态的事件，或在通过余量码号使用订购的数据业务过程中，终端检测到第二类交互操作的事件。

3.根据权利要求1所述的一种基于智能算法的esim卡移动数据流量监测方法，其特征在于，所述方法还包括：

终端在通过余量码号使用订购的数据业务过程中，未检测到第二预设事件且检测到当前余量码号的剩余可用时长或剩余可用流量用完时，从当前余量码号切换至另一余量码号。

4.根据权利要求1所述的一种基于智能算法的esim卡移动数据流量监测方法，其特征在于，终端在通过主码号使用订购的数据业务过程中，检测到视频类应用程序前台运行且终端超过预设时间未检测到第一类交互操作的事件时，从主码号切换至余量码号，具体包括：

终端在通过主码号使用订购的数据业务过程中，检测到视频类应用程序前台运行且终端超过预设时间未检测到第一类交互操作的事件时，向调度设备发送第一类切换请求；所述第一类切换请求用于触发所述调度设备从余量资源池中选择第一类余量码号发送给所述终端；

终端从主码号切换至第一类余量码号；

其中，第一类余量码号为剩余可用时长大于视频类时长阈值且剩余可用流量小于预设流量阈值的余量码号。

5.根据权利要求1所述的一种基于智能算法的esim卡移动数据流量监测方法，其特征在于，终端在通过主码号使用订购的数据业务过程中，检测到终端从亮屏状态切换至熄屏状态的事件时，从主码号切换至余量码号，具体包括：

终端在通过主码号使用订购的数据业务过程中，检测到终端从亮屏状态切换至熄屏状态且下载任务处于进行中状态的事件时，向调度设备发送第二类切换请求；所述第二类切换请求用于触发所述调度设备从余量资源池中选择第二类余量码号发送给所述终端；

终端从主码号切换至第二类余量码号；

其中，第二类余量码号为剩余可用时长小于预设时长阈值的余量码号。

6.根据权利要求1所述的一种基于智能算法的esim卡移动数据流量监测方法，其特征在于，终端在通过主码号使用订购的数据业务过程中，检测到终端从亮屏状态切换至熄屏状态的事件时，从主码号切换至余量码号，具体包括：

终端在通过主码号使用订购的数据业务过程中，检测到终端从亮屏状态切换至熄屏状态且下载任务处于进行中状态的事件时，获取所述下载任务对应的平均网速，并向调度设备发送第三类切换请求；所述第三类切换请求用于触发所述调度设备从余量资源池中选择第三类余量码号发送给所述终端；

终端从主码号切换至第三类余量码号；第三类余量码号为剩余可用流量与剩余可用时长的比值小于所述平均网速的余量码号。

7.根据权利要求1所述的一种基于智能算法的esim卡移动数据流量监测方法，其特征在于，终端在通过主码号使用订购的数据业务过程中，检测到终端从亮屏状态切换至熄屏状态的事件时，从主码号切换至余量码号，具体包括：

终端在通过主码号使用订购的数据业务过程中，检测到终端从亮屏状态切换至熄屏状态且下载任务处于进行中状态的事件时，获取所述下载任务对应的平均网速以及下载任务剩余未下载数据量以确定下载任务剩余下载时间，并向调度设备发送第四类切换请求；所述第四类切换请求用于触发所述调度设备从余量资源池中选择第四类余量码号发送给所述终端；

终端从主码号切换至第四类余量码号；第四类余量码号为剩余可用时长大于下载任务剩余下载时间且剩余可用流量大于所述下载任务剩余未下载数据量的余量码号。

8.根据权利要求1所述的一种基于智能算法的esim卡移动数据流量监测方法，其特征在于，所述方法还包括：

终端在通过主码号使用订购的数据业务过程中，检测到终端从亮屏状态切换至熄屏状态且下载任务处于进行中状态的事件时，获取所述下载任务对应的平均网速以及下载任务剩余未下载数据量以确定完成下载任务的时间节点，并向调度设备发送第五类切换请求；所述第五类切换请求用于触发所述调度设备从余量资源池中选择与所述下载任务剩余未下载数据量匹配的多个余量码号组成任务码号集合A并将所述任务码号集合A中的多个余量码号发送给终端；

终端从主码号切换至所述任务码号集合A中序号最小的余量码号；

终端在当前序号的余量码号的剩余可用流量用尽时，按照序号的顺序依次切换至任务码号集合A中的其他余量码号，直至完成下载任务；

其中，调度设备根据如下公式(1)从余量资源池中选取m个余量码号组成所述任务码号集合A；

其中，k为任务码号集合中余量码号的序号，T_k为任务码号集合中序号为k的余量码号的剩余可用时长为零的时间节点，T_θ为完成下载任务的时间节点，D_k为任务码号集合中序号为k的余量码号的剩余可用流量，D_θ为下载任务剩余未下载数据量，m为预先设定的任务码号集合A的元素数量。

9.根据权利要求8所述的一种基于智能算法的esim卡移动数据流量监测方法，其特征在于，所述方法还包括：

调度设备获取所述终端的eUICC可同时存储profile的数量W；

调度设备根据公式(1)从余量资源池中选取m个余量码号组成所述任务码号集合A时，令m＝W-1并将所述任务码号集合A中的W-1个余量码号同时发送给终端，以使终端将所述W-1个余量码号同时存储在eUICC中。

10.一种基于智能算法的esim卡移动数据流量监测系统，包括组成网络的终端和调度设备，其特征在于：

所述终端用于执行如权利要求1至8任一项所述的基于智能算法的esim卡移动数据流量监测方法；

所述调度设备用于执行如权利要求9所述的基于智能算法的esim卡移动数据流量监测方法。

Images