业务监控方法、装置、系统及存储介质与流程

1.本技术实施例涉及计算机技术领域，尤其涉及一种业务监控方法、装置、系统及存储介质。


背景技术：

2.运营商可以提供多种套餐，例如，流量套餐、语音套餐、短信套餐等。用户可以通过电子设备(例如，手机、平板电脑等)订购一种或多种套餐。
3.不同套餐都有一定的使用限额，当套餐的使用限额耗尽时，超出限额部分，用户需额外缴费。为了避免用户额外缴费，运营商提供套餐使用限额提醒服务。在相关技术中，运营商对套餐使用限额的提醒方式为：针对任意一个套餐，在该套餐的免费使用限额耗尽时，运营商的服务器向电子设备发送短信提醒。然而，当电子设备订购了多种套餐时，用户无法知晓各类业务(例如，流量业务、语音业务、短信业务)的使用情况，导致业务提醒的可靠性较差。


技术实现要素：

4.本技术实施例提供一种业务监控方法、装置、系统及存储介质，提高了业务提醒的可靠性。
5.第一方面，本技术实施例提供一种业务监控方法，应用于业务监控系统，所述方法包括：
6.确定第一设备订购的至少一种套餐，所述套餐中包括至少一种业务；
7.根据每种套餐中第一业务的可用业务量，确定所述第一业务对应的可用总量；
8.获取所述第一设备对所述第一业务的已使用总量、以及所述第一业务对应的至少一个提醒阈值；
9.根据所述已使用总量、所述至少一个提醒阈值、以及所述第一业务对应的可用总量，生成提醒消息，并向所述第一设备发送所述提醒消息。
10.在一种可能的实施方式中，根据所述已使用总量、所述至少一个提醒阈值、以及所述第一业务对应的可用总量，生成提醒消息，包括：
11.根据所述已使用总量、以及各业务对应的可用总量，确定所述第一业务对应的已使用比例；
12.根据所述已使用比例和所述至少一个提醒阈值，生成提醒消息。
13.在一种可能的实施方式中，根据所述已使用比例和所述至少一个提醒阈值，生成提醒消息，包括：
14.若所述已使用比例大于或等于所述至少一个提醒阈值中的最小值，则在所述至少一个提醒阈值中确定目标提醒阈值，所述已使用比例大于或等于所述目标提醒阈值，且所述已使用比例与所述目标提醒阈值之间的差值最小；
15.根据所述目标提醒阈值，生成所述提醒消息。
16.在一种可能的实施方式中，根据所述目标提醒阈值，生成所述提醒消息，包括：
17.若未向所述第一设备发送所述目标提醒阈值对应的提醒消息，则获取所述目标提醒阈值对应的消息模板，并根据所述消息模板生成所述提醒消息。
18.在一种可能的实施方式中，所述业务监控系统中包括话单采集设备和计费批价设备；
19.获取所述第一设备对第一业务的已使用总量，包括：
20.所述计费批价设备通过安全文件传输协议sftp推送方式从所述话单采集设备接收所述第一业务对应的至少一个业务话单；
21.所述计费批价设备根据所述至少一个业务话单，确定所述已使用总量。
22.在一种可能的实施方式中，所述计费批价设备根据所述至少一个业务话单，确定所述已使用总量，包括：
23.所述计费批价设备对所述至少一个业务话单进行去重处理，得到目标业务话单；
24.所述计费批价设备在所述目标业务话单中获取本次业务使用量、以及获取所述第一设备对所述第一业务的历史业务使用量；
25.所述计费批价设备根据所述本次业务使用量和所述历史业务使用量，确定所述已使用总量。
26.在一种可能的实施方式中，所述业务监控系统中包括计费批价设备、监控设备和提醒设备；
27.根据所述已使用总量、所述至少一个提醒阈值、以及所述第一业务对应的可用总量，生成提醒消息，并向所述第一设备发送所述提醒消息，包括：
28.所述监控设备从所述计费批价设备接收kafka消息，所述kafka消息中包括本次业务使用量；
29.所述监控设备根据所述本次业务使用、历史业务使用量、所述至少一个提醒阈值、以及所述第一业务对应的可用总量，在所述至少一个提醒阈值中确定目标提醒阈值，并向所述提醒设备发送所述目标提醒阈值；
30.所述提醒设备根据所述目标提醒阈值生成所述提醒消息，并向所述第一设备发送所述提醒消息。
31.第二方面，本技术实施例提供一种业务监控装置，应用于业务监控系统，所述装置包括：
32.第一确定模块，用于确定第一设备订购的至少一种套餐，所述套餐中包括至少一种业务；
33.第二确定模块，用于根据每种套餐中第一业务的可用业务量，确定所述第一业务对应的可用总量；
34.获取模块，用于获取所述第一设备对所述第一业务的已使用总量、以及所述第一业务对应的至少一个提醒阈值；
35.生成模块，用于根据所述已使用总量、所述至少一个提醒阈值、以及所述第一业务对应的可用总量，生成提醒消息；
36.发送模块，用于向所述第一设备发送所述提醒消息。
37.在一种可能的实施方式中，所述生成模块具体用于：
38.根据所述已使用总量、以及各业务对应的可用总量，确定所述第一业务对应的已使用比例；
39.根据所述已使用比例和所述至少一个提醒阈值，生成提醒消息。
40.在一种可能的实施方式中，所述生成模块具体用于：
41.若所述已使用比例大于或等于所述至少一个提醒阈值中的最小值，则在所述至少一个提醒阈值中确定目标提醒阈值，所述已使用比例大于或等于所述目标提醒阈值，且所述已使用比例与所述目标提醒阈值之间的差值最小；
42.根据所述目标提醒阈值，生成所述提醒消息。
43.在一种可能的实施方式中，所述生成模块具体用于：
44.若未向所述第一设备发送所述目标提醒阈值对应的提醒消息，则获取所述目标提醒阈值对应的消息模板，并根据所述消息模板生成所述提醒消息。
45.在一种可能的实施方式中，所述业务监控系统中包括话单采集设备和计费批价设备；所述获取模块包括第一接收单元和第一确定单元，所述第一接收单元位于所述话单采集设备，所述第一确定单元位于所述计费批价设备，其中，
46.所述第一接收单元具体用于，通过安全文件传输协议sftp推送方式从所述话单采集设备接收所述第一业务对应的至少一个业务话单；
47.所述第一确定单元具体用于，根据所述至少一个业务话单，确定所述已使用总量。
48.在一种可能的实施方式中，所述确定单元具体用于：
49.对所述至少一个业务话单进行去重处理，得到目标业务话单；
50.在所述目标业务话单中获取本次业务使用量、以及获取所述第一设备对所述第一业务的历史业务使用量；
51.根据所述本次业务使用量和所述历史业务使用量，确定所述已使用总量。
52.在一种可能的实施方式中，所述业务监控系统中包括计费批价设备、监控设备和提醒设备；所述生成模块包括第二接收单元、第二确定单元、发送单元和生成单元，其中，所述第二接收单元、所述第二确定单元和所述发送单元位于所述监控设备，所述生成单元位于所述提醒设备，其中，
53.所述第二接收单元用于，从所述计费批价设备接收kafka消息，所述kafka消息中包括本次业务使用量；
54.所述第二确定单元用于，根据所述本次业务使用、历史业务使用量、所述至少一个提醒阈值、以及所述第一业务对应的可用总量，在所述至少一个提醒阈值中确定目标提醒阈值；
55.所述发送单元用于，向所述提醒设备发送所述目标提醒阈值；
56.所述生成单元用于，根据所述目标提醒阈值生成所述提醒消息。
57.第三方面，本技术实施例提供一种监控系统，包括：
58.至少一个处理器；以及
59.与所述至少一个处理器通信连接的存储器；其中，
60.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面任一项所述的方法。
61.第四方面，本技术实施例提供一种存储有计算机指令的非瞬时计算机可读存储介
质，其中，所述计算机指令用于使所述计算机执行根据第一方面中任一项所述的方法。
62.本技术实施例提供的业务监控方法、装置及设备，在监控第一设备中的第一业务的过程中，可以确定第一设备订购的至少一种套餐，根据每种套餐中第一业务的可用业务量，确定第一业务对应的可用总量；获取第一设备对第一业务的已使用总量、以及第一业务对应的至少一个提醒阈值；并根据已使用总量、至少一个提醒阈值、以及第一业务对应的可用总量，生成提醒消息，以及向第一设备发送提醒消息。在上述过程中，针对任意一个业务，业务监控系统可以获取该业务的实际使用情况，并及向第一设备发送提醒消息，以使用户可以及时了解各种业务的使用情况，提高了业务提醒的可靠性。
附图说明
63.图1为本技术实施例提供的应用场景的示意图；
64.图2为申请实施例提供的业务监控方法的流程示意图；
65.图3为本技术实施例提供的业务监控系统的结构示意图；
66.图4为本技术实施例提供的另一种业务监控方法的流程示意图；
67.图5为本技术实施例提供的一种业务监控装置的结构示意图；
68.图6为本技术实施例提供的另一种业务监控系统的结构示意图。
具体实施方式
69.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
70.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
71.为了便于理解，下面，结合图1，对本技术实施例所适用的应用场景进行说明。
72.图1为本技术实施例提供的应用场景的示意图。请参见图1，包括用户设备和业务监控系统。用户设备可以订购多种套餐，每种套餐中可以有语音、流量及短信中的一种或多种业务，若用户设备订购了多种套餐，不同的套餐中可能有重复的业务。例如，图1中的用户设备订购了三种套餐，其中每个套餐都有流量业务，套餐2和套餐3都有短信业务。针对每个用户设备的每种业务，业务监控系统中存储了对应的提醒阈值，该阈值可以为该业务的已使用总量占所有套餐中该业务的可用总量的百分比。
73.在实际应用过程中，针对每个用户设备的每种业务，业务监控系统可以将同一业务类型使用量进行叠加，得到各个业务的可用总量。业务监控系统还可以获取用户设备中各业务的已使用总量。业务监控系统可以根据业务的已使用总量和可用总量，判断该业务的已使用比例是否达到提醒阈值，并在达到提醒阈值时，向用户设备发送提醒消息。
74.在相关技术中，运营商是针对各个套餐分别进行提醒，并且，针对任意一个套餐，
是在该套餐中的可用总量耗尽时，才会进行提醒。导致用户无法及时了解各种业务(例如，流量业务、语音业务、短信业务)的使用情况，导致业务提醒的可靠性较差。
75.在本技术实施例中，运营商的业务监控系统可以合并用户订购所有套餐中同一业务的可用总量，并储存对应的提醒阈值。通过监控用户的已使用总量和可用总量，判断该业务的已使用量是否达到提醒阈值，在达到提醒阈值时，才会向用户发送提醒消息。这样，用户可以及时了解各种业务的使用情况，提高了业务提醒的可靠性。
76.下面，通过具体实施例对本技术所示的业务监控方法进行详细说明。需要说明的是，下面几个实施例可以单独存在，也可以相互结合，对于相同或相似的内容，在不同的实施例中不再重复说明。
77.图2为本技术实施例提供的业务监控方法的流程示意图。请参见图2，该方法可以包括：
78.s201、确定第一设备订购的至少一种套餐，套餐中包括至少一种业务。
79.本技术实施例的执行主体为业务监控系统(例如，图1实施例所示的业务监控系统)，也可以为业务监控系统中的业务监控装置，业务监控装置可以通过软件实现，也可以通过软件和硬件的结合实现。
80.第一设备可以为用户使用的电子设备。例如，第一设备可以为手机、平板电脑等设备。
81.套餐为运营商向用户提供的服务。一个套餐中包括至少一种业务，业务可以包括语音业务、短信业务、流量业务等。不同套餐中可以包括相同的业务。
82.例如，手机订购了三个套餐，分别记为套餐1、套餐2和套餐3，其中，套餐1包括：流量100g、语音100分钟。套餐2包括：语音500分钟、短信300条。套餐3包括：流量200g、语音300分钟、短信500条。套餐1、套餐2和套餐3中均包括语音业务。套餐1和套餐3中均包括语音业务和流量业务。
83.s202、根据每种套餐中第一业务的可用业务量，确定第一业务对应的可用总量。
84.在本技术实施例中，业务监控系统对每种业务进行业务提醒的方式相同，下面，以业务监控系统对任意的第一业务进行业务提醒的过程为例进行说明。
85.第一业务为第一设备可使用的任意一种业务。例如，第一业务可以为语音业务、短信业务、流量业务中的任意一种。
86.可用业务量为套餐中第一业务的免费使用额度。例如，假设第一业务为流量业务，假设第一设备订购了套餐1，套餐1中包括语音200min，流量10g，则该套餐1中的流量业务的可用业务量为10g。
87.可用总量为所有套餐中第一业务可用业务量的总和。例如，假设第一业务为流量业务，第一设备订购了三种套餐，该三种套餐分别即为套餐1、套餐2和套餐3，套餐1包括：流量100g、语音100分钟。套餐2包括：语音500分钟、短信300条。套餐3包括：流量200g、语音300分钟、短信500条。则流量业务的可用总量为：100g 200g＝300g。
88.s203、获取第一设备对第一业务的已使用总量、以及第一业务对应的至少一个提醒阈值。
89.已使用总量可以为第一设备在预设时段内已使用的第一业务的总量。预设时段可以为本月初至当前时刻之间的时段。例如，当第一业务为流量业务时，已使用总量可以为
108g。
90.提醒阈值可以为用户预先设置的比值，或者系统默认的比值。例如，至少一个提醒阈值可以包括：60％、80％、100％、120％。
91.s204、根据已使用总量、至少一个提醒阈值、以及第一业务对应的可用总量，生成提醒消息。
92.可选的，可以通过如下可行实现方式生成提醒消息：根据已使用总量、以及各业务对应的可用总量，确定第一业务对应的已使用比例；根据已使用比例和至少一个提醒阈值，生成提醒消息。
93.可以将已使用总量与可用总量的比值，确定为已使用比例。例如，已使用总量为70g，可用总量为100g，则已使用比例为70％。
94.可选的，若已使用比例大于或等于至少一个提醒阈值中的最小值，则在至少一个提醒阈值中确定目标提醒阈值，并根据目标提醒阈值，生成提醒消息。其中，已使用比例大于或等于目标提醒阈值，且已使用比例与目标提醒阈值之间的差值最小。
95.例如，系统设定的提醒阈值有60％、80％、100％、120％，若第一业务为流量业务，流量业务已使用比例为90％，大于提醒阈值其中的两个(60％、80％)，则将80％确定为目标提醒阈值。
96.可以通过如下方式生成提醒消息：若未向第一设备发送目标提醒阈值对应的提醒消息，则获取目标提醒阈值对应的消息模板，并根据消息模板生成提醒消息。
97.可以生成提醒消息的发送记录，在生成提醒消息之前，可以在发送记录中查找是否已经发送过目标提醒阈值对应的提醒消息，若否，则再生成提醒消息。这样，可以避免重复向第一设备发送相同提醒阈值对应的提醒消息。
98.消息模板中包括固定内容和待填充内容。待填充内容可以包括用户信息、已使用总量等信息。不同的提醒阈值可以对应不同的消息模板。不同的消息模板中的固定内容不同。
99.s205、向第一设备发送提醒消息。
100.可以以短信的形式向第一设备发送提醒消息，或者，可以以应用程序通知的形式向第一设备发送提醒消息。
101.本技术实施例提供的业务监控方法，在监控第一设备中的第一业务的过程中，可以确定第一设备订购的至少一种套餐，根据每种套餐中第一业务的可用业务量，确定第一业务对应的可用总量；获取第一设备对第一业务的已使用总量、以及第一业务对应的至少一个提醒阈值；并根据已使用总量、至少一个提醒阈值、以及第一业务对应的可用总量，生成提醒消息，以及向第一设备发送提醒消息。在上述过程中，针对任意一个业务，业务监控系统可以获取该业务的实际使用情况，并及时向第一设备发送提醒消息，以使用户可以及时了解各种业务的使用情况，提高了业务提醒的可靠性。
102.在上述任意一个实施例的基础上，可选的，业务监控系统可以包括多个设备，由该多个设备共同进行业务监控。下面，结合图3，对业务监控系统进行说明。
103.图3为本技术实施例提供的业务监控系统的结构示意图。请参见图3，业务监控系统包括：话单采集设备、计费批价设备、监控设备和提醒设备和一个数据库。话单采集设备与计费批价设备之间可以通信，计费批价设备与监控设备之间可以通信，监控设备和提醒
设备之间可以通信，数据库可以用于储存业务话单、kafka消息、提醒阈值、提醒消息模板、提醒消息发送记录等。
104.话单采集设备可以从网关获取用户设备的业务话单，将向计费批价设备推送业务话单。
105.计费批价设备可以根据业务话单生成kafka消息，kafka消息可以包括该业务话单对应的本次业务使用量，并向监控设备发送kafka消息。
106.监控设备可以根据kafka消息确定是否需要向用户设备发送提醒消息。在确定需要向用户设备发送提醒消息时，监控设备确定目标提醒阈值，并向提醒设备发送目标提醒阈值。
107.提醒设备可以根据目标提醒阈值确定对应的消息模板，根据消息模板生成提醒消息，并向用户设备发送提醒消息。提醒设备可以为短信发送设备，相应的，提醒消息可以为短信。
108.本技术实施例提供的业务监控系统的结构，针对任意一个业务，业务监控系统可以获取该业务的实际使用情况，并及向第一设备发送提醒消息，以使用户可以及时了解各种业务的使用情况，提高了业务提醒的可靠性。
109.在图3所示实施例的基础上，下面，结合图4所示的实施例，对业务监控系统中各个设备进行业务监控的过程进行说明。
110.图4为本技术实施例提供的另一种业务监控方法的流程示意图。请参见图4，该方法可以包括：
111.s401、话单采集设备获取第一设备的第一业务对应的至少一个业务话单。
112.业务话单可以包括用户信息、业务类型、本次业务使用量等。例如，假设业务话单为24小时内的话单，第一业务的类型为流量类型，使用第一设备的用户的标识为用户1，用户1在24小时内使用了200m流量，则该业务话单可以包括：用户1、流量、200m。
113.网关可以根据第一设备的实时对第一业务的已使用量，以得到至少一个业务话单，或者，网关可以在周期性采集第一设备对第一业务的已使用量，以得到至少一个业务话单。网关可以将采集得到的业务话单储存在下载目录中。不同用户或不同业务类型可以对应不同的下载目录，下载目录可以储存在mysql数据库中。mysql数据库还可以用于储存业务话单、kafka消息、提醒阈值、提醒消息模板、提醒消息发送记录等。相应的，话单采集设备可以从mysql数据库中获取至少一个业务话单。
114.s402、话单采集设备通过安全文件传输协议(ssh file transfer protocol)sftp推送方式向计费批价设备发送至少一个业务话单。
115.sftp(ssh file transfer protocol)是安全文件传送协议，可以为传输文件提供一种安全的网络的加密方法。
116.s403、计费批价设备对至少一个业务话单进行去重处理，得到目标业务话单。
117.可选的，计费批价设备可以对至少一个业务话单进行预处理，以使预处理后的至少一个业务话单的格式相同。
118.s404、计费批价设备在目标业务话单中获取本次业务使用量、以及获取第一设备对第一业务的历史业务使用量。
119.本次业务使用量为在目标业务话单所对应的时间段内，第一设备对第一业务的实
时已使用量。例如，假设第一设备为手机，第一业务为流量业务，目标业务话单为手机在24h内产生的话单，假设手机在24h内消耗了1g流量，即本次业务使用量为1g。
120.历史业务使用量为历史时间段内第一设备对第一业务的已使用总量。历史时段为目标业务话单对应的时间段之前的时段。例如，假设套餐的计费周期为一个月，假设第一设备为手机，第一业务为流量业务，假设目标业务话单是2月17号0点-24电内的话单，则历史时间段为1月1号至2月16号。
121.s405、计费批价设备根据本次业务使用量和历史业务使用量，确定已使用总量。
122.已使用总量为本次业务使用量与历史业务使用量之和。例如，假设第一设备为手机，第一业务为流量业务，本次流量使用量为1g，历史流量使用量为4g，则已使用总量为1g 4g＝5g。
123.s406、计费批价设备根据已使用总量生成kafka消息。
124.其中，kafka消息中可以包括用户信息、业务类型、该业务话单对应的已使用总量。
125.s407、计费批价设备向监控设备发送kafka消息。
126.监控设备根据接收到的kafka消息，确定用户信息、业务类型、对应的第一业务的已使用总量。
127.s408、监控设备根据已使用总量、至少一个提醒阈值、以及第一业务对应的可用总量，在至少一个提醒阈值中确定目标提醒阈值。
128.提醒阈值可由用户自行选择或者监控设备设置。监控设备根据kafka消息，计算第一业务的已使用比例，即已使用总量占可用总量的百分比，并与提醒阈值作比较。若已使用比例大于或等于至少一个提醒阈值中的最小值，则在至少一个提醒阈值中确定目标提醒阈值。其中，已使用比例大于或等于目标提醒阈值，且已使用比例与目标提醒阈值之间的差值最小。
129.若已使用比例小于目标提醒阈值，则监控设备将此kafka消息储存到mysql数据库中。
130.s409、监控设备向提醒设备发送目标提醒阈值。
131.s410、提醒设备根据目标提醒阈值生成提醒消息。
132.可以通过如下方式生成提醒消息：若提醒设备未向第一设备发送目标提醒阈值对应的提醒消息，则获取目标提醒阈值对应的消息模板，并根据消息模板生成提醒消息。
133.提醒设备根据不同目标提醒阈值，生成不同的提醒消息。提醒消息可以包括当前第一业务使用量情况，若超出第一业务可用总量，则超出部分需要提醒缴费。
134.s411、提醒设备向第一设备发送提醒消息。
135.可以生成提醒消息的发送记录，储存在mysql数据库，在生成提醒消息之前，可以在mysql数据库中查找是否已经发送过目标提醒阈值对应的提醒消息，若否，则再生成提醒消息。这样，可以避免重复向第一设备发送相同提醒阈值对应的提醒消息。
136.提醒消息可以短信或相应应用程序通知的形式向第一设备发送。
137.在图4所示的实施例中，在监控第一设备中的第一业务的过程中，可以确定第一设备订购的至少一种套餐，根据每种套餐中第一业务的可用业务量，确定第一业务对应的可用总量；获取第一设备对第一业务的已使用总量、以及第一业务对应的至少一个提醒阈值；并根据已使用总量、至少一个提醒阈值、以及第一业务对应的可用总量，生成提醒消息，以
及向第一设备发送提醒消息。在上述过程中，针对任意一个业务，业务监控系统可以获取该业务的实际使用情况，并及向第一设备发送提醒消息，以使用户可以及时了解各种业务的使用情况，提高了业务提醒的可靠性。
138.图5为本技术实施例提供的一种业务监控装置的结构示意图。应用于业务监控系统，请参见图5，该业务监控装置10可以包括：
139.第一确定模块11，用于确定第一设备订购的至少一种套餐，所述套餐中包括至少一种业务；
140.第二确定模块12，用于根据每种套餐中第一业务的可用业务量，确定所述第一业务对应的可用总量；
141.获取模块13，用于获取所述第一设备对所述第一业务的已使用总量、以及所述第一业务对应的至少一个提醒阈值；
142.生成模块14，用于根据所述已使用总量、所述至少一个提醒阈值、以及所述第一业务对应的可用总量，生成提醒消息；
143.发送模块15，用于向所述第一设备发送所述提醒消息。
144.本技术实施例提供的业务监控装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
145.在一种可能的实现方式中，所述生成模块14具体用于：
146.根据所述已使用总量、以及各业务对应的可用总量，确定所述第一业务对应的已使用比例；
147.根据所述已使用比例和所述至少一个提醒阈值，生成提醒消息。
148.在一种可能的实现方式中，所述生成模块14具体用于：
149.若所述已使用比例大于或等于所述至少一个提醒阈值中的最小值，则在所述至少一个提醒阈值中确定目标提醒阈值，所述已使用比例大于或等于所述目标提醒阈值，且所述已使用比例与所述目标提醒阈值之间的差值最小；
150.根据所述目标提醒阈值，生成所述提醒消息。
151.在一种可能的实现方式中，所述生成模块14具体用于：
152.若未向所述第一设备发送所述目标提醒阈值对应的提醒消息，则获取所述目标提醒阈值对应的消息模板，并根据所述消息模板生成所述提醒消息。
153.在一种可能的实现方式中，所述业务监控系统中包括话单采集设备和计费批价设备；所述获取模块13包括第一接收单元和第一确定单元，所述第一接收单元位于所述话单采集设备，所述第一确定单元位于所述计费批价设备，其中，
154.所述第一接收单元具体用于，通过安全文件传输协议sftp推送方式从所述话单采集设备接收所述第一业务对应的至少一个业务话单；
155.所述第一确定单元具体用于，根据所述至少一个业务话单，确定所述已使用总量。
156.在一种可能的实现方式中，所述确定单元具体用于：
157.对所述至少一个业务话单进行去重处理，得到目标业务话单；
158.在所述目标业务话单中获取本次业务使用量、以及获取所述第一设备对所述第一业务的历史业务使用量；
159.根据所述本次业务使用量和所述历史业务使用量，确定所述已使用总量。
160.在一种可能的实现方式中，所述业务监控系统中包括计费批价设备、监控设备和提醒设备；所述生成模块14包括第二接收单元、第二确定单元、发送单元和生成单元，其中，所述第二接收单元、所述第二确定单元和所述发送单元位于所述监控设备，所述生成单元位于所述提醒设备，其中，
161.所述第二接收单元用于，从所述计费批价设备接收kafka消息，所述kafka消息中包括本次业务使用量；
162.所述第二确定单元用于，根据所述本次业务使用、历史业务使用量、所述至少一个提醒阈值、以及所述第一业务对应的可用总量，在所述至少一个提醒阈值中确定目标提醒阈值；
163.所述发送单元用于，向所述提醒设备发送所述目标提醒阈值；
164.所述生成单元用于，根据所述目标提醒阈值生成所述提醒消息。
165.本技术实施例提供的业务监控装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
166.图6为本技术实施例提供的另一种监控系统的结构示意图。请参见图6，监控系统20可以包括：存储器21、处理器22。示例性地，存储器21、处理器22，各部分之间通过总线23相互连接。
167.存储器21用于存储程序指令；
168.处理器22用于执行该存储器所存储的程序指令，用以使得业务监控系统20执行上述方法实施例所示的方法。
169.本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现上述方法。
170.本技术实施例还可提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，可实现上述方法。
171.实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，缩写：rom)、ram、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppy disk)、光盘(英文：optical disc)及其任意组合。
172.本技术实施例是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
173.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
174.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
175.显然，本领域的技术人员可以对本技术实施例进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术实施例的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。
176.在本技术中，术语“包括”及其变形可以指非限制性的包括；术语“或”及其变形可以指“和/或”。本技术中术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。本技术中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。