业务监控方法、装置、计算机设备和存储介质与流程

1.本发明属于电子商务技术领域，尤其涉及一种业务监控方法、装置、计算机设备和存储介质。


背景技术：

2.随着互联网的发展，电子商务已经成为一种主流商务模式。通过业务监控，运营商可以监控其在单位时间的内的业务订单情况，例如，可以监控其在单位时间内订单流水数据，订单流水数据包括交易成功的订单流水数据和交易失败的订单流水数据，通过业务监控可以通过单位时间内订单流水数据量反映该运营商营销策略的效果，当订单流水数据低于阈值时，可以通过发出告警的方式通知到该运营商的工作人员，从而可以及时调整营销策略，以保障运营商的销售额。
3.现有技术中，对于业务监控的方法一般都是将订单流水数据累加存储在数据库中，然后每隔一段时间就需要进行数据库查询统计，确定订单数据量，现有监控方法服务器计算压力大。


技术实现要素：

4.本发明实施例的目的在于提供一种业务监控方法，旨在解决现有业务监控方法，服务器计算压力大的技术问题。
5.本发明实施例是这样实现的，所述业务监控方法包括：
6.获取订单流水数据；
7.将预设单位时间的内的订单流水数据累加存储，得到第一累加数据；
8.根据所述第一累加数据，确定监控时间内订单流水数据的累加，得到第二累加数据；
9.将所述第二累加数据与流水数据阈值进行对比，当所述第二累加数据小于所述流水数据阈值，发出告警。
10.本发明实施例的另一目的在于提供一种业务监控装置，所述业务监控装置包括：
11.获取模块，用于获取订单流水数据；
12.第一累加模块，用于将预设单位时间的内的订单流水数据累加存储，得到第一累加数据；
13.第二累加模块，用于根据所述第一累加数据，确定监控时间内订单流水数据的累加，得到第二累加数据；
14.对比模块，用于将所述第二累加数据与流水数据阈值进行对比，当所述第二累加数据小于所述流水数据阈值，发出告警。
15.本发明实施例的另一目的在于提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述业务监控方法的步骤。
16.本发明实施例的另一目的在于提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述业务监控方法的步骤。
17.本发明实施例提供的一种业务监控方法，在获取订单流水数据后，通过先将预设单位时间内的订单流水数据累加存储，得到第一累加数据，其中监控时间包括多个预设单位时间，当需要获监控时间内地订单流水数据时，只需要将多个单位时间内的累加数据即第一累计数据累加计算即可，相比于将监控时间内的订单流水数据挨个累加，有效减少计算量，降低服务器计算压力。
附图说明
18.图1为本发明实施例提供的一种业务监控方法的应用环境图；
19.图2为本发明实施例提供的一种业务监控方法的流程图；
20.图3为本发明实施例提供的键值对中键的确定方法的流程图；
21.图4为本发明实施例提供的业务监控装置的结构框图；
22.图5为一个实施例中计算机设备的内部结构框图。
具体实施方式
23.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
24.可以理解，本技术所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但除非特别说明，这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本技术的范围的情况下，可以将第一xx脚本称为第二xx脚本，且类似地，可将第二xx脚本称为第一xx脚本。
25.图1为本发明实施例提供的业务监控方法的应用环境图，如图1所示，在该应用环境中，包括运营商平台110以及计算机设备120。
26.计算机设备120可以是独立的物理服务器或终端，也可以是多个物理服务器构成的服务器集群，可以是提供云服务器、云数据库、云存储和cdn等基础云计算服务的云服务器。
27.运营商平台110也可以是独立的物理服务器或终端，也可以是多个物理服务器构成的服务器集群，可以是提供云服务器、云数据库、云存储和cdn等基础云计算服务的云服务器，但并不局限于此。运营商平台110以及计算机设备120可以进行通信连接，本发明在此不做限制。
28.如图2所示，在一个实施例中，提出了一种业务监控方法，本实施例主要以该方法应用于上述图1中的计算机设备120来举例说明。一种业务监控方法，具体可以包括以下步骤：
29.步骤s202，获取订单流水数据。
30.在本发明实施例中，对计算机设备120获取订单流水数据的具体方法不做限制，例如运营商平台110产生的订单流水数据可以直接发送到计算机设备120。其中，订单流水数
据包括成功订单的流水数据和失败订单的流水数据。
31.步骤s204，将预设单位时间内的订单流水数据累加存储，得到第一累加数据。
32.在本发明实施例中，对预设单位时间的具体时长不做限制，例如，预设单位时间可以为1分钟时长，将预设单位时间内的订单流水数据进行累加存储指将预设单位时间内的订单数量进行累加，第一累加数据即预设单位时间内的订单数量总值。
33.在本发明实施例中，对将预设单位时间内的订单流水数据累加存储的具体存储方式不做限制，例如，可以利用中间件redis(remote dictionary server,远程字典服务)，把订单流水数据存储在内存中(redis)，内存可以是采用键值对的对应关系方式进行存储。其中键值对中的键可以采用监控策略和订单流水数据产生的时间进行定义，例如，键可以是监控策略加订单产生时间的形式，其中监控策略指对运营商业务监控的策略，监控策略一般包含监控时间和业务订单数量的阈值，监控策略是预先设置的，由于同一运营商可能有多种商品，不同商品可能对应不同的监控策略，或者同一商品不同时间段也可能对应不同的监控策略，所以可以预先设置多种不同的监控策略，例如，监控策略可以为：监控运营商某一款商品在两小时内的订单量，当订单量小于1000，则发出告警，该监控策略中监控时间即为两小时，业务订单数量的阈值为1000；或者监控策略可以为：监控运营商某一款商品在半小时内的订单量，当订单量小于800，则发出告警，则该监控策略中监控时间即为半小时，业务订单数量的阈值为800。键值对中的值可以用来存储订单流水数值，其中订单流水数值指预设单位时间内订单的总数量。
34.在本技术实施例中，键值对中的键用监控策略和订单流水数据产生的时间进行定义，键值对中键的确定可以包括以下步骤，如图3所示：
35.步骤s302，获取订单流水数据的产生时间。
36.在本技术实施例中，订单流水数据的产生时间一般为订单的交易时间，所以订单流水数据的产生时间可以直接从订单流水数据中获取。
37.步骤s304，确定订单流水数据产生时间对应的监控策略。
38.在本技术实施例中，一天中不同时间段消费者的消费时间可能分布不均匀，例如可能大部分消费者的消费时间段都是集中在晚上7点到11点，而在凌晨或者上午消费人群较少，因此，不同时间段可能对应不同的监控策略，所以可以预先设置不同时间段对应的监控策略，然后根据订单流水数据产生的时间找到该时间对应监控策略。监控策略可以预先设置存储在存储装置中，可以直接从存储装置中查找到订单流水数据产生时间对应的监控策略。
39.步骤s306，根据订单流水数据的产生时间和订单流水数据产生时间对应的监控策略确定订单流水数据存储的键。
40.在本技术实施例中，不同监控策略可以对应设置不同的字符，本实施例对监控策略对应的字符的形式不做限制，例如可以使用大写字母或者小写字母对应不同的监控策略，但不限于此，以使用大写字母对应的不同的监控策略为例说明，当获取的订单流水数据的产生时间为：2021-10-08 15:20:13，并确定该时间对应的监控策略为：半小时内订单量小于1000时发出告警，该监控策略对应的监控字符为a，则，该条订单流水数据存储时的键为：a202110081520(当预设单位时间为1分钟，则0到59秒订单累计到当前分钟)。
41.在本技术实施例中，通过将订单流水数据按照键值对应关系进行存储，并用监控
策略和订单流水数据产生的时间来定义，可以直接从订单流水数据存储的键值对中键的信息得到订单流水数据的时间，无需再监控记录订单流水数据的时间参数，从而减少监控参数，减小服务器压力。
42.步骤s206，根据所述第一累加数据，确定监控时间内订单流水数据的累加，得到第二累加数据。
43.在本技术实施例中，例如运营商在某一时间段的监控策略为半小时内订单量小于1000单时需要进行告警，预设单位时间为1分钟(预设单位时间的设置一般小于监控时间)，假如在监控时间内的第一分钟的第一累加数据为30，第二分钟的第一累加数据为50，
……
，第三十分钟的第一累加数据为20，要确定监控时间内订单流水数据的累加即确定监控时间内订单流水数据的总值，从而可以直接将第一分钟到第三十分钟的第一累加数据进行相加从而得到第二累加数据。
44.步骤s208，将所述第二累加数据与流水数据阈值进行对比，当所述第二累加数据小于所述流水数据阈值，发出告警。
45.在本技术实施例中，流水数据阈值即监控策略中业务订单数量的阈值，例如监控策略为半小时内订单量小于1000单时需要进行告警，得到的第二累加数据为890，将890与1000进行对比，此时得到的第二累加数据小于流水数据阈值，从而发出告警，以便于销售人员能够及时调整销售策略，本实施例对告警的形式不做限制，例如可以通过钉钉、邮件、短信等手段进行告警，但限于此。
46.本技术实施例提供的一种业务监控方法，通过先将预设单位时间内的订单流水数据累加存储，得到第一累加数据，其中监控时间包括多个预设单位时间，当需要获监控时间内地订单流水数据时，只需要将多个单位时间内的累加数据即第一累计数据累加计算即可，相比于将监控时间内的订单流水数据挨个累加，有效减少计算量，降低服务器计算压力。
47.在本技术另一个实施例中，所述获取订单流水数据之后，所述业务监控方法还可以包括以下步骤：
48.步骤s402，判断所述订单流水数据对应的订单是否为成功订单。
49.步骤s404，当所述订单流水数据对应的订单为成功订单，将其累加存储得到成功订单累加数据。
50.在本技术实施例中，由于获取的订单流水数据即包括成功订单的流水数据也包括失败订单的流水数据，如果在获取订单流水数据后，直接将预设单位时间内的订单流水数据累加存储，则得到的第一累加数据为预设单位时间内成功订单和失败订单总订单数，不能准确反映监控时间内的准确交易订单数量。在获取订单流水数据后，通过判断订单流水数据对应的订单是否为成功订单，然后累加存储成功的订单可以得到成功订单累加数据，进而可以获知监控时间内成功订单的总订单量。当然也可以通过将成功订单累加数据与第二累加数据做比值运算，得到监控时间内总订单量中成功订单的占比，进而可以反映出监控时间内失败订单的占比。
51.在本技术实施例中，对判断订单流水数据对应的订单是否为成功订单的具体判断方式不做限制，例如，一般订单流水数据中包括该订单是否交易成功的信息，可以直接从订单流水数据中获取该订单流水数据对应的订单是否成功的信息。
52.本技术实施例提供的一种业务监控方法，通过判断订单流水数据对应的订单是否为成功订单，然后累加存储成功的订单可以得到成功订单累加数据，可以获知监控时间内成功订单的总订单量，更精确掌握监控时间内订单量，也能够侧面反映出监控时间内成功订单和失败订单的占比情况，得到更完善的业务监控数据。
53.如图4所示，在一个实施例中，提供了一种业务监控装置，该业务监控装置可以集成于上述的计算机设备120中，具体可以包括获取模块510、第一累加模块520、第二累加模块530以及对比模块540。
54.获取模块510，用于获取订单流水数据；
55.第一累加模块520，用于将预设单位时间的内的订单流水数据累加存储，得到第一累加数据；
56.第二累加模块530，用于根据所述第一累加数据，确定监控时间内订单流水数据的累加，得到第二累加数据；
57.对比模块540，用于将所述第二累加数据与流水数据阈值进行对比，当所述第二累加数据小于所述流水数据阈值，发出告警。
58.本发明实施例提供的一种业务监控装置，其所包括的获取模块510、第一累加模块520、第二累加模块530以及对比模块540的功能实现分别与上述业务监控装置中的步骤s202、步骤s204、步骤s206以及步骤s208一一对应，对于该业务监控装置中各模块的具体解释，以及相关细化、优化的内容参见上文业务监控装置中的具体实施例，此处不再赘述。
59.图5示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的计算机设备120。如图5所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现业务监控方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行业务监控方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
60.本领域技术人员可以理解，图5中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
61.在一个实施例中，本技术提供的业务监控装置可以实现为一种计算机程序的形式，计算机程序可在如图5所示的计算机设备上运行。计算机设备的存储器中可存储组成该业务监控装置的各个程序模块，比如，图4所示的获取模块510、第一累加模块520、第二累加模块530和对比模块540。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本技术各个实施例的业务监控方法中的步骤。
62.例如，图5所示的计算机设备可以通过如图4所示的业务监控装置中的获取模块510执行步骤s202。计算机设备可通过第一累加模块520执行步骤s204。计算机设备可通过第二累加模块530执行步骤s206。计算机设备可通过比模块540执行步骤s208。
63.在一个实施例中，提出了一种计算机设备，所述计算机设备包括存储器、处理器及
存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
64.步骤s202，获取订单流水数据；
65.步骤s204，将预设单位时间的内的订单流水数据累加存储，得到第一累加数据；
66.步骤s206，根据所述第一累加数据，确定监控时间内订单流水数据的累加，得到第二累加数据；
67.步骤s208，将所述第二累加数据与流水数据阈值进行对比，当所述第二累加数据小于所述流水数据阈值，发出告警。
68.在一个实施例中，提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：
69.步骤s202，获取订单流水数据；
70.步骤s204，将预设单位时间的内的订单流水数据累加存储，得到第一累加数据；
71.步骤s206，根据所述第一累加数据，确定监控时间内订单流水数据的累加，得到第二累加数据；
72.步骤s208，将所述第二累加数据与流水数据阈值进行对比，当所述第二累加数据小于所述流水数据阈值，发出告警。
73.应该理解的是，虽然本发明各实施例的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
74.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
75.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
76.以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保
护范围。因此，本发明专利的保护范围应以所附权利要求为准。
77.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。