移动数据管控方法、装置、设备以及存储介质与流程

1.本技术涉及通信技术，尤其涉及一种移动数据管控方法、装置、设备以及存储介质。


背景技术：

2.在网络化日益完善的当下，用户终端中需要使用移动数据的应用在不断增加。通常情况下，由于移动数据的资费的问题，用户在使用上述需要数据流的应用时会主动加以控制。例如，仅在有wifi时使用移动数据，或者，当一定额度的移动数据用完后就不再使用移动数据。
3.在提高网速、降低资费的改革方针的推动下，运营商推出多种不限量套餐。随着使用不限量套餐用户的增加，移动数据的需求产生了迅猛的增长。为了满足该移动数据的增长需求，运营商使用了对网络进行扩容的方法。运营商通过网络扩容的方式增加移动数据，以满足用户需求。
4.然而，网络容量的增长速度无法满足移动数据的增长需求。网络拥塞问题日益严重。在网络拥塞期间，用户无法享受高速的网络服务，甚至连基本的语音通讯业务都无法得到保障，给运营商和用户带来许多困扰。


技术实现要素：

5.本技术提供一种移动数据管控方法、装置、设备以及存储介质，用以解决网络拥塞的问题。
6.第一方面，本技术提供一种移动数据管控方法，包括：
7.获取用户的业务请求，所述业务请求中包括所述用户的使用业务；
8.获取所述用户的忙时积分，所述忙时积分用于指示所述用户的移动数据使用情况；
9.根据所述忙时积分、所述使用业务和第一预设条件，确定所述使用业务的管控策略。
10.可选地，所述获取所述用户的忙时积分，包括：
11.获取第一时刻的第一忙时积分，所述第一忙时积分为所述第一时刻之前，所述用户的移动数据使用情况；
12.获取所述第一时刻到第二时刻的第二忙时积分，所述第二忙时积分为所述第一时刻到第二时刻的时间段内，所述用户的移动数据使用情况；
13.根据所述第一忙时积分和所述第二忙时积分，确定第三忙时积分，所述第三忙时积分为所述第二时刻之前，所述用户的移动数据使用情况。
14.可选地，所述获取所述第一时刻到第二时刻的第二忙时积分，包括：
15.获取小区内各个用户在所述第一时刻到所述第二时刻的时间段内，各个业务的数据流量消耗；
16.根据所述小区内各个用户的所述各个业务的所述数据流量消耗和所述各个业务的权重，确定所述小区内的平均加权数据流量；
17.根据所述小区内的所述平均加权数据流量和所述用户的加权数据流量总和，确定所述用户的所述第二忙时积分。
18.可选地，所述根据所述忙时积分、所述使用业务和第一预设条件，确定所述使用业务是否被管控，包括：
19.当所述忙时积分大于等于预设值时，不对所述业务进行管控；
20.当所述忙时积分小于预设值时，根据所述忙时积分和使用业务，确定所述使用业务的管控策略。
21.可选地，所述方法，还包括：
22.根据所述使用业务的业务优先级，确定所述使用业务的管控策略。
23.可选地，在所述根据所述使用业务的业务优先级，确定所述使用业务的管控策略之前，还包括：
24.获取兑换指令，所述兑换指令用于指示用户需要兑换业务优先级的目标业务；
25.根据所述目标业务的兑换积分、所述目标业务和所述忙时积分，确定所述目标业务的业务优先级。
26.可选地，所述方法，包括：
27.当小区的数据流量使用门限达到预设值时，对小区内移动数据的使用进行管控。
28.第二方面，本技术提供一种移动数据管控装置，包括：
29.第一获取模块，用于获取用户的业务请求，所述业务请求中包括所述用户的使用业务；
30.第二获取模块，用于获取所述用户的忙时积分，所述忙时积分用于指示所述用户的移动数据使用情况；
31.第一确定模块，用于根据所述忙时积分、所述使用业务和第一预设条件，确定所述使用业务的管控策略。
32.可选地，所述第二获取模块，包括：
33.第一获取子模块，用于获取第一时刻的第一忙时积分，所述第一忙时积分为所述第一时刻之前，所述用户的移动数据使用情况；
34.第二获取子模块，用于获取所述第一时刻到第二时刻的第二忙时积分，所述第二忙时积分为所述第一时刻到第二时刻的时间段内，所述用户的移动数据使用情况；
35.第一确定子模块，用于根据所述第一忙时积分和所述第二忙时积分，确定第三忙时积分，所述第三忙时积分为所述第二时刻之前，所述用户的移动数据使用情况。
36.可选地，所述第二获取子模块具体用于获取小区内各个用户在所述第一时刻到所述第二时刻的时间段内，各个业务的数据流量消耗；根据所述小区内各个用户的所述各个业务的所述数据流量消耗和所述各个业务的权重，确定所述小区内的平均加权数据流量；根据所述小区内的所述平均加权数据流量和所述用户的加权数据流量总和，确定所述用户的所述第二忙时积分。
37.可选地，所述第一确定模块，包括：当所述忙时积分大于等于预设值时，不对所述业务进行管控；和/或，当所述忙时积分小于预设值时，根据所述忙时积分和使用业务，确定
所述使用业务的管控策略。
38.可选地，所述装置，还包括：
39.第二确定模块，用于根据所述使用业务的业务优先级，确定所述使用业务的管控策略。
40.可选地，在所述根据所述使用业务的业务优先级，确定所述使用业务的管控策略之前，还包括：
41.第四获取子模块，用于获取兑换指令，所述兑换指令用于指示用户需要兑换业务优先级的目标业务；
42.第二确定子模块，用于根据所述目标业务的兑换积分、所述目标业务和所述忙时积分，确定所述目标业务的业务优先级。
43.可选地，所述装置，包括：
44.判断模块，用于当小区的数据流量使用门限达到预设值时，对小区内移动数据的使用进行管控。
45.第三方面，本技术提供一种服务器，包括：存储器和处理器；
46.存储器用于存储程序指令；
47.处理器用于调用存储器中的程序指令执行第一方面及第一方面任一种可能的设计中的移动数据管控方法。
48.第四方面，本技术提供一种可读存储介质，可读存储介质中存储有执行指令，当服务器的至少一个处理器执行该执行指令时，服务器执行第一方面及第一方面任一种可能的设计中的移动数据管控方法。
49.本技术提供的移动数据管控方法、装置、设备以及存储介质，通过获取用户的业务请求，该业务请求中包括用户的使用业务；获取用户的忙时积分，该忙时积分用于指示用户的移动数据使用情况；根据忙时积分、使用业务和第一预设条件，确定使用业务的管控策略；其中，第一预设条件可以包括当忙时积分大于等于预设值时，不对业务进行管控，和/或，当忙时积分小于预设值时，根据忙时积分和使用业务，确定使用业务的管控策略的手段，实现避免了网络拥塞问题，保障了通讯业务，提高了用户体验效果。
附图说明
50.为了更清楚地说明本技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
51.图1为本技术一实施例提供的一种移动数据使用场景示意图；
52.图2为本技术一实施例提供的一种移动数据管控方法的流程图；
53.图3为本技术一实施例提供的另一种移动数据管控方法的流程图；
54.图4为本技术一实施例提供的再一种移动数据管控方法的流程图；
55.图5为本技术一实施例提供的一种移动数据管控装置的结构示意图；
56.图6为本技术一实施例提供的另一种移动数据管控装置的结构示意图；
57.图7为本技术一实施例提供的再一种移动数据管控装置的结构示意图；
58.图8为本技术一实施例提供的又一种移动数据管控装置的结构示意图；
59.图9为本技术一实施例提供的服务器的硬件结构示意图。
具体实施方式
60.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
61.下面以具体地实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
62.在网络化日益完善的当下，用户终端中需要使用移动数据的应用在不断增加。通常情况下，由于移动数据的资费的问题，用户在使用上述需要数据流的应用时会主动加以控制。例如，仅在有wifi时使用移动数据，或者，当一定额度的移动数据用完后就不再使用移动数据。
63.在提高网速、降低资费的改革方针的推动下，运营商推出多种不限量套餐。随着使用不限量套餐用户的增加，移动数据的需求产生了迅猛的增长。为了满足该移动数据的增长需求，运营商使用了对网络进行扩容的方法。运营商通过网络扩容的方式增加移动数据，以满足用户需求。
64.然而，网络容量的增长速度无法满足移动数据的增长需求。网络拥塞问题日益严重。在网络拥塞期间，用户的网络体验不断降低，不仅无法享受高速的网络服务，而且连基本的语音通讯业务都无法得到保障，给运营商和用户带来许多困扰。
65.针对上述问题，本技术提出了一种移动数据管控方法、装置、设备以及存储介质。该方法提出了一种流量管控策略，从小区的流量使用情况出发，综合考虑小区内各个用户的用户套餐和用户使用习惯，对用户使用的移动数据进行管控。当小区内的移动数据使用门限达到预设值时，服务器对小区内移动数据的使用进行管控。服务器获取各个用户在各个业务上，移动数据使用情况，并根据该使用情况，确定各个用户的忙时积分。服务器根据该忙时积分，确定各个用户的管控策略。进而，根据该管控策略，确定用户在请求各个业务时，各个业务的业务速率。
66.图1示出了本技术一实施例提供的一种移动数据使用场景示意图。如图所示，该场景中包括基站、服务器和多个终端。其中，小区是指在移动通信系统中，被一个基站或基站的一部分(扇形天线)所覆盖的区域。在该区域内，终端可以通过无线信号与基站进行通信。其中，小区中的终端为在该小区内活动的用户所使用的终端。该终端可以包括手机、平板、笔记本电脑、智能家居设备等需要使用移动通信网络的电子设备。
67.其中，服务器可以通过基站，控制小区内各个终端的移动数据使用。当小区内各个终端使用移动数据较为集中时，为了确保大部分终端中业务的正常使用，需要对其中终端的部分业务进行限流。该限流的具体过程由服务器通过基站实现。具体地，实现上述方法的设备可以为服务器的硬件装置，或者为服务器中实现上述方法的管理平台。该管理平台可以单独安装于该服务器上，或者该管理平台还可以以分布式的方式，安装在多台服务器上。
68.图2示出了本技术一实施例提供的一种移动数据管控方法的流程图。在图1所示实
施例的基础上，如图2所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：
69.s101、获取用户的业务请求，业务请求中包括用户的使用业务。
70.本实施例中，服务器通过基站，获取用户的终端发送的业务请求。该业务请求中包括用户的使用业务，该使用业务为用户需要通过该业务请求将要执行的业务。
71.s102、获取用户的忙时积分，忙时积分用于指示用户的移动数据使用情况。
72.本实施例中，服务器通过获取用户的历史记录，确定在历史记录中，用户使用的业务，以及每一业务的移动数据使用量。根据该使用的业务和每一业务的移动数据使用量，服务器可以计算得到在历史记录中，用户所使用的移动数据总量。根据该移动数据总量，服务器可以确定该用户的忙时积分。
73.为了便于计算以及统计，服务器可以确定时间间隔后，周期性更新用户的忙时积分。例如，确定一个周期的开始时间为第一时刻，结束时刻为第二时刻。服务器可以根据第一时刻到第二时刻之间的历史记录，确定该时间段内该用户的忙时积分。服务器将该时间段内的忙时积分与第一时刻的忙时积分相加，得到第二时刻的忙时积分。
74.s103、根据忙时积分、使用业务和第一预设条件，确定使用业务的管控策略。
75.本实施例中，服务器根据s101确定使用业务，根据s102确定忙时积分。服务器根据忙时积分和第一预设条件，确定该用户是否需要进行管控。
76.一种示例中，当忙时积分大于等于预设值时，不对业务进行管控。
77.该示例中，该第一预设条件可以为忙时积分大于等于预设值。其中，该预设值可以为经验值。
78.当用户的忙时积分大于等于该预设值时，服务器不对该用户的业务进行管控。此时，不论该使用业务为何种业务，用户均可正常使用。
79.另一种示例中，当忙时积分小于预设值时，根据忙时积分和使用业务，确定使用业务的管控策略。
80.该示例中，该第一预设条件可以为忙时积分小于预设值。其中，该预设值可以为经验值。
81.当用户的忙时积分小于该预设值时，服务器对该用户的业务使用情况进行管控。
82.一种实现方式中，服务器可以根据预设映射关系，确定用户的忙时积分对应的管控业务。例如，当用户积分低于100分时，用户可以使用语音、短信业务。当用户积分在低于200分时，用户可以使用彩信、彩铃等业务。
83.另一种实现方式中，服务器可以根据预设映射关系，确定用户的忙时积分对应的业务管控等级。例如当用户积分低于100分时，用户可以使用3g移动数据，当用户积分低于200分时，用户可以使用4g移动数据，当用户积分低于300分时，用户可以使用5g移动数据。
84.本技术提供的移动数据管控方法中，服务器获取用户的业务请求，该业务请求中包括用户的使用业务。服务器获取用户的忙时积分，该忙时积分用于指示用户的移动数据使用情况。服务器根据忙时积分、使用业务和第一预设条件，确定使用业务的管控策略。其中，第一预设条件可以包括当忙时积分大于等于预设值时，不对业务进行管控，和/或，当忙时积分小于预设值时，根据忙时积分和使用业务，确定使用业务的管控策略。本技术中，通过根据忙时积分确定使用业务的管控策略，实现了流量管控期间，移动数据使用的公平原则。同时，通过该流量管控，避免了网络拥塞问题，保障了通讯业务，提高了用户体验。
85.图3示出了本技术一实施例提供的另一种移动数据管控方法的流程图。在图1和图2所示实施例的基础上，如图3所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：
86.s201、当小区的数据流量使用门限达到预设值时，对小区内移动数据的使用进行管控。
87.本实施例中，服务器通过基站实时监控小区的移动数据使用情况。当服务器监测到终端的移动数据使用门限达到预设值时，服务器开始对小区内的移动数据使用进行管控。
88.其中，该门限值可以为小区prb利用率达到60％。即，当小区的prb利用率超过60％时，服务器开始对小区内的移动数据使用进行管控。
89.s202、获取用户的业务请求，业务请求中包括用户的使用业务。
90.其中，步骤s202与图2实施例中的步骤s101实现方式类似，本实施例此处不再赘述。
91.s203、获取第一时刻的第一忙时积分，第一忙时积分为第一时刻之前，用户的移动数据使用情况。
92.本实施例中，服务器获取第一时刻的第一忙时积分。该第一忙时积分可以为存储在服务器的内存中的忙时积分。
93.其中，第一时刻为本次计算忙时积分的时间段的开始时刻。
94.s204、获取第一时刻到第二时刻的第二忙时积分，第二忙时积分为第一时刻到第二时刻的时间段内，用户的移动数据使用情况。
95.本实施例中，其中，第一时刻到第二时刻的时间段可以为预设的时间周期。服务器根据该时间周期更新忙时积分。其中，该时间段的开始时刻为第一时刻，该时间段的结束时刻为第二时刻。
96.服务器获取该时间段内，用户使用业务的历史记录，该历史记录中包括用户使用的业务，以及每一业务的移动数据使用量。根据该使用的业务和每一业务的移动数据使用量，服务器可以计算得到在历史记录中，用户所使用的移动数据总量。根据该移动数据总量，服务器可以确定该用户的忙时积分。具体地，该计算过程可以包括如下步骤：
97.步骤1、获取小区内各个用户在第一时刻到第二时刻的时间段内，各个业务的数据流量消耗。
98.本步骤中，服务器获取该第一时刻到第二时刻的时间段内，该用户使用业务的历史记录。根据该历史记录中包括的用户使用的业务，以及每一业务的移动数据使用量，服务器确定该时间段内，各个业务的移动数据消耗。
99.步骤2、根据小区内各个用户的各个业务的数据流量消耗和各个业务的权重，确定小区内的平均加权数据流量。
100.本步骤中，服务器获取各个业务的权重。该权重由管理员根据实际情况设定。服务器计算该小区内的平均加权数据流量过程可以分为两步，服务器首先计算每一用户，在第一时刻到第二时刻的时间段t内，使用的加权数据流量总和。其中，用户i，在时间段t内，加权数据流量总和w
t
(i)的计算公式如下所示：
[0101][0102]
其中，t为第一时刻到第二时刻的时间段。i为该小区内某一用户，其中i用以表示该小区内用户的用户编号，i＝1,2,3
…
n。m为某一业务，其中m用以表示各个业务的业务编号，m＝1,2,3
…
m。η为权重，则表示第i个用户，在第一时刻到第二时刻的时间段内，第m个业务的权重。q表示数据流量，为第i个用户，在第一时刻到第二时刻的时间段内，第m个业务的数据流量。
[0103]
其中，为针对每一服务，权重与数据流量的乘积。其中，为所有业务的权重与数据流量的乘积之和。该加权数据流量总和w
t
(i)即为用户i，在时间段t内，数据流量的加权总和。
[0104]
服务器在获取小区内每一用户的数据流量的加权总和w
t
(i)后，计算该小区内的平均加权数据流量p
t
(k)的计算公式如下：
[0105][0106]
其中，k为当前需要计算忙时积分的用户。
[0107]
步骤3、根据小区内的平均加权数据流量和用户的加权数据流量总和，确定用户的第二忙时积分。
[0108]
本步骤中，根据步骤2，服务器可以获取该小区内的平均加权数据流量avgw
t
(k)和该用户k的加权数据流量总和w
t
(k)。服务器根据平均加权数据流量avgw
t
(k)和加权数据流量总和w
t
(k)，计算用户k的第二忙时积分p
t
(k)的公式可以为：
[0109]
p
t
(k)＝avgw
t
(k)-w
t
(k)
[0110]
具体的，该第二忙时积分p
t
(k)为该小区的平均加权数据流量avgw
t
(k)与用户k的加权数据流量总和w
t
(k)的差。当该用户k的加权数据流量总和w
t
(k)大于该小区的平均加权数据流量avgw
t
(k)时，该时间段t内，该用户k的用户积分p
t
(k)小于0。即，在该时间段t内，该用户k所使用的数据流量较大，该用户在接下来的时间段内，其数据流量的使用受到限制的可能增加。当该用户k的加权数据流量总和w
t
(k)小于该小区的平均加权数据流量avgw
t
(k)时，该时间段t内，该用户k的用户积分p
t
(k)大于0。即，在该时间段t内，该用户k所使用的数据流量较少，该用户在接下来的时间段内，其数据流量的使用受到限制的可能减少。
[0111]
s205、根据第一忙时积分和第二忙时积分，确定第三忙时积分，第三忙时积分为第二时刻之前，用户的移动数据使用情况。
[0112]
本实施例中，服务器根据s203确定第一忙时积分p
t0
(k)。服务器根据s204确定第二忙时积分p
t
(k)。服务器根据第一忙时积分p
t0
(k)和第二忙时积分p
t
(k)，计算第三忙时积分p
t1
(k)的公式为：
[0113]
p
t1
(k)＝p
t0
(k) p
t
(k)
[0114]
其中，第三忙时积分为第二时刻的忙时积分。
[0115]
s206、根据忙时积分、使用业务和第一预设条件，确定使用业务的管控策略。
[0116]
其中，步骤s206与图2实施例中的步骤s103实现方式类似，本实施例此处不再赘述。
[0117]
本技术提供的移动数据管控方法中，服务器实时监控小区的数据流量，当小区的数据流量使用门限达到预设值时，对小区内移动数据的使用进行管控。服务器获取用户的业务请求，该业务请求中包括用户的使用业务。服务器确定一个时间段的开始时刻为第一时刻，结束时刻为第二时刻。服务器获取第一时刻的第一忙时积分，第一忙时积分为第一时刻之前，用户的移动数据使用情况。服务器根据公式，计算第一时刻到第二时刻的时间段内的第二忙时积分，第二忙时积分为第一时刻到第二时刻的时间段内，用户的移动数据使用情况。服务器计算第一忙时积分和第二忙时积分的和为第三忙时积分。服务器根据忙时积分、使用业务和第一预设条件，确定使用业务的管控策略。本技术中，通过根据忙时积分确定使用业务的管控策略，实现了流量管控期间，移动数据使用的公平原则，当用户使用数据流量较多时，降低其忙时积分，当用户使用数据流量较少时，增加其忙时积分。该移动数据管控方式在管控小区数据流量的同时，引导用户减少数据流量的使用。不仅可以通过该流量管控，避免了网络拥塞问题，保障了通讯业务，而且从根源上引导用户使用移动数据，提高用户体验。
[0118]
图4示出了本技术一实施例提供的再一种移动数据管控方法的流程图。在图1至图3所示实施例的基础上，如图4所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：
[0119]
s301、获取用户的业务请求，业务请求中包括用户的使用业务。
[0120]
s302、获取用户的忙时积分，忙时积分用于指示用户的移动数据使用情况。
[0121]
s303、根据忙时积分、使用业务和第一预设条件，确定使用业务的管控策略。
[0122]
其中，步骤s301至s303与图2实施例中的步骤s101至s103实现方式类似，本实施例此处不再赘述。
[0123]
s304、获取兑换指令，兑换指令用于指示用户需要兑换业务优先级的目标业务。
[0124]
本实施例中，服务器获取用户的兑换指令。该兑换指令可以为用户通过终端app提交的兑换请求。或者，该兑换指令还可以为用户通过短信业务提交的兑换请求。或者，该兑换指令还可以为用户通过电话服务提交的兑换请求。该兑换指令中包括用户需要兑换的目标业务。其中，该兑换指令用于兑换业务优先级。例如，当用户的视频业务受到限制时，用户可以通过兑换指令，兑换该视频业务的业务优先级，从而，保证该视频业务的正常使用。
[0125]
s305、根据目标业务的兑换积分、目标业务和忙时积分，确定目标业务的业务优先级。
[0126]
本实施例中，服务器接收到用户的兑换指令后，根据该兑换指令，确定需要兑换的目标业务。服务器根据兑换表，确定兑换该目标业务需要使用的积分数量。
[0127]
服务器根据忙时积分，判断该用户的忙时积分是否足够兑换该目标业务。如果该用户的忙时积分不够兑换该业务，则服务器向用户反馈兑换失败的提示信息。否则，服务器从该用户的忙时积分中扣除兑换该目标业务需要的积分量。服务器完成该目标业务的业务优先级兑换，并向用户发送兑换成功的提示信息。
[0128]
s306、根据使用业务的业务优先级，确定使用业务的管控策略。
[0129]
本实施例中，服务器获取用户的使用业务的业务优先级。当用户未兑换该使用业务的业务优先级时，服务器根据s303的管控策略，对该使用业务进行管控。
[0130]
当用户兑换该使用业务的业务优先级时，服务器判断当前时刻是否在该业务优先级的使用时限内。若当前时刻在业务优先级的使用时限内，则服务器根据该业务优先级，对该使用业务的管控策略进行更新。否则，服务器根据s303的管控策略，对该使用业务进行管控。
[0131]
当服务器需要根据业务优先级对使用业务的管控策略进行更新时，服务器使用业务优先级对应的管控策略为最终管控策略。
[0132]
本技术提供的移动数据管控方法中，服务器获取用户的业务请求，该业务请求中包括用户的使用业务。服务器获取用户的忙时积分，该忙时积分用于指示用户的移动数据使用情况。服务器根据忙时积分、使用业务和第一预设条件，确定使用业务的管控策略。服务器还可以获取用户的兑换指令，并根据兑换指令为目标业务兑换业务优先级。当服务器确定使用业务已经兑换业务优先级，且该业务优先级在有效期限内时，服务器确定该业务优先级对应的管控策略为最终管控策略。本技术中，通过使用忙时积分兑换业务优先级，使用户可以更加灵活的选择更加符合需求的业务，进而保证该业务的正常使用。该方法使管控方式更加灵活，提高用户体验。
[0133]
图5示出了本技术一实施例提供的一种移动数据管控装置的结构示意图，如图5所示，本实施例的移动数据管控装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的移动数据管控装置10包括：
[0134]
第一获取模块11，用于获取用户的业务请求，根据业务请求确定用户的使用业务；
[0135]
第二获取模块12，用于获取用户的忙时积分，忙时积分用于指示用户的移动数据使用情况；
[0136]
第一确定模块13，用于根据忙时积分、使用业务和第一预设条件，确定使用业务的管控策略。
[0137]
一种示例中，当忙时积分大于等于预设值时，不对业务进行管控；
[0138]
另一种示例中，当忙时积分小于预设值时，根据忙时积分和使用业务，确定使用业务的管控策略。
[0139]
本技术实施例提供的移动数据管控装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。
[0140]
图6示出了本技术一实施例提供的另一种移动数据管控装置的结构示意图，在图5所示实施例的基础上，如图6所示，本实施例的移动数据管控装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的第二获取模块12包括：
[0141]
第一获取子模块121，用于获取第一时刻的第一忙时积分，第一忙时积分为第一时刻之前，用户的移动数据使用情况；
[0142]
第二获取子模块122，用于获取第一时刻到第二时刻的第二忙时积分，第二忙时积分为第一时刻到第二时刻的时间段内，用户的移动数据使用情况；
[0143]
第一确定子模块123，用于根据第一忙时积分和第二忙时积分，确定第三忙时积分，第三忙时积分为第二时刻之前，用户的移动数据使用情况。
[0144]
一种示例中，第二获取子模块122，具体用于获取小区内各个用户在第一时刻到第
二时刻的时间段内，各个业务的移动数据消耗；根据小区内各个用户的各个业务的移动数据消耗和各个业务的权重，确定小区内的平均加权移动数据；根据小区内的平均加权移动数据和用户的加权移动数据，确定用户的第二忙时积分。
[0145]
本技术实施例提供的移动数据管控装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。
[0146]
图7示出了本技术一实施例提供的再一种移动数据管控装置的结构示意图，在图5和图6所示实施例的基础上，如图7所示，本实施例的移动数据管控装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的移动数据管控装置10还包括：
[0147]
第二确定模块14，用于根据使用业务的业务优先级，确定使用业务的管控策略。
[0148]
判断模块15，用于判断小区的移动数据使用门限是否达到预设值，当小区的移动数据使用门限达到预设值时，对小区内移动数据的使用进行管控。
[0149]
本技术实施例提供的移动数据管控装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。
[0150]
图8示出了本技术一实施例提供的又一种移动数据管控装置的结构示意图，在图5至图7所示实施例的基础上，如图8所示，本实施例的移动数据管控装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的第二确定模块14包括：
[0151]
第四获取子模块141，用于获取兑换指令，兑换指令用于指示用户需要兑换业务优先级的目标业务；
[0152]
第二确定子模块142，用于根据目标业务的兑换积分、目标业务和忙时积分，确定目标业务的业务优先级。
[0153]
本技术实施例提供的移动数据管控装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。
[0154]
图9示出了本技术实施例提供的一种服务器的硬件结构示意图。如图9所示，该服务器20，用于实现上述任一方法实施例中对应于服务器20的操作，本实施例的服务器20可以包括：存储器21，处理器22和通信接口24。
[0155]
存储器21，用于存储计算机程序。
[0156]
存储器可能包含高速随机存取存储器(random access memory，ram)，也可能还包括非易失性存储(non-volatile memory，nvm)，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
[0157]
处理器22，用于执行存储器存储的计算机程序，以实现上述实施例中的移动数据管控方法。具体可以参见前述方法实施例中的相关描述。
[0158]
可选地，存储器21既可以是独立的，也可以跟处理器22集成在一起。
[0159]
当存储器21是独立于处理器22之外的器件时，服务器20还可以包括：
[0160]
总线23，用于连接存储器21和处理器22。
[0161]
总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
[0162]
通信接口24，该通信接口24可以通过总线23与处理器21连接。处理器22可以控制通信接口24来实现服务器20与用户终端的交互功能。
[0163]
本实施例提供的服务器可用于执行上述的移动数据管控方法，其实现方式和技术效果类似，本实施例此处不再赘述。
[0164]
本技术还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。
[0165]
其中，计算机可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，计算机可读存储介质耦合至处理器，从而使处理器能够从该计算机可读存储介质读取信息，且可向该计算机可读存储介质写入信息。当然，计算机可读存储介质也可以是处理器的组成部分。处理器和计算机可读存储介质可以位于专用集成电路(application specific integrated circuits，asic)中。另外，该asic可以位于用户设备中。当然，处理器和计算机可读存储介质也可以作为分立组件存在于通信设备中。
[0166]
上述计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(static random-access memory，sram)，电可擦除可编程只读存储器(electrically-erasable programmable read-only memory，eeprom)，可擦除可编程只读存储器(erasable programmable read only memory，eprom)，可编程只读存储器(programmable read-only memory，prom)，只读存储器(read-only memory，rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
[0167]
本技术还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在计算机可读存储介质中。设备的至少一个处理器可以从计算机可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。
[0168]
本技术实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。
[0169]
应理解，上述处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0170]
在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0171]
作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的
部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
[0172]
另外，在本技术各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0173]
上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本技术各个实施例方法的部分步骤。
[0174]
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤。而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0175]
最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制。尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。