用于监控订单业务的方法及设备的制造方法
【技术领域】
[0001]本公开的实施例涉及一种用于监控订单业务的方法及设备。
【背景技术】
[0002]目前，用于监控订单业务的系统广泛应用于各个公司，用于各个公司对其订单业务系统进行监控。例如，互联网公司可以通过用于监控订单业务的系统来监控某订单业务的在线人数、提交订单数、实现成交数等订单业务数据，从而确定该订单业务数据是否超越订单业务服务器集群所允许的容量，引起订单业务系统运行不稳定。
[0003]图1是图示了根据相关技术的用于监控订单业务的示意图。如图1所示，用粗实线示出了在一段时间内监控的实际订单业务量，例如，在各时段中，该实际订单业务量包括若干个高峰、平峰和低谷。同时，该用于监控订单业务的方法还设置有阈值(如虚线所示)。进而，如果该实际订单业务量超出该阈值，则可能引起订单业务系统运行不稳定。
[0004]然而，图1中的用于监控订单业务的方法仅仅能够针对各个独立的订单业务数据进行监控，而无法针对订单业务系统整体进行监控。具体来说，如果订单业务系统包括彼此依赖的订单业务子系统，例如抢单业务子系统依赖于发单业务子系统所提供的订单编号，则需要一种用于监控订单业务的方法能够从整体上针对该订单业务系统进行监控。
【发明内容】
[0005]本公开的实施例旨在提供一种用于监控订单业务的方法及设备，能够解决相关技术中存在的冋题。
[0006]根据本公开的一个方面，提供了一种用于监控订单业务的方法。该方法包括:基于订单业务的历史数据，生成该订单业务的业务流程；按照该业务流程，分别执行多个新的订单业务；以及监控该多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统。
[0007]根据本公开的另一个方面，提供了一种用于监控订单业务的设备，该设备包括:生成装置，用于基于订单业务的历史数据，生成该订单业务的业务流程；执行装置，用于按照该业务流程，分别执行多个新的订单业务；以及监控装置，用于监控该多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统。
[0008]本公开的实施例基于监控多个新的订单业务的执行，能够从整体上监控用于执行订单业务的订单业务系统。
【附图说明】
[0009]此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中:
[0010]图1是图示了根据相关技术的用于监控订单业务的示意图；
[0011]图2是图示了本公开的实施例可实现于其中的订单业务系统200的图；
[0012]图3是图示了根据本公开的实施例的用于监控订单业务的方法300的流程图；
[0013]图4是图示了根据本公开的实施例的业务流程的示意图；以及
[0014]图5是图示了根据本公开的实施例的用于监控订单业务的设备500的结构框图。
【具体实施方式】
[0015]下面将参考附图中示出的若干示例性实施方式来描述本公开的原理和精神。应当理解，描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。
[0016]图2是图示了本公开的实施例可实现于其中的订单业务系统200的图。该订单业务系统200包括移动终端202A至202F，该移动终端202A至202F各自通过网络206与订单业务服务器204进行通信。该网络206可以包括连接任何数目的移动终端、固定终端和订单业务服务器204的大型计算机网络，诸如局域网(LAN)、广域网(WAN)、因特网、蜂窝网络或者其组合。该订单业务服务器204包括一个或多个计算设备210以及一个或多个机器可读储存库或数据库212。本领域技术人员应当理解，该订单业务服务器204既可以代表比如计算机服务器的单个服务器，也可以代表一起工作以执行功能的多个服务器(例如云服务器Hadoop)。本领域技术人员还应当理解，订单业务系统200仅仅用于说明目的，并非旨在限制本公开的实施例的范围。在某些情况下，某些组件可以按照具体需要而增加或者减少。
[0017]图3是图示了根据本公开的实施例的用于监控订单业务的方法300的流程图。本领域技术人员应当理解，该用于监控订单业务的方法300可以由参考图2所示的订单业务服务器204来执行。为描述方便，下文将参考图2所示的订单业务系统200来描述该用于监控订单业务的方法300。
[0018]在方法300开始之后，在步骤S302，基于订单业务的历史数据，生成该订单业务的业务流程。其中，针对打车订单业务，该历史数据既可以包括在数据库表或者Hadoop分布式文件系统中存储的乘客或者司机等用户的用户数据，又可以包括用户登录、乘客发单、司机抢单、司机到达乘客始发地等行为的行为数据。
[0019]根据本发明的实施例，可以基于历史数据而获取该订单业务的多个业务行为，以及基于该多个业务行为而生成该业务流程。例如，针对打车订单业务，基于历史数据，可能获取到用户登录、乘客发单、司机抢单、司机到达乘客始发地等多个业务行为，然后可以基于这些业务行为而生成相应的业务流程。
[0020]附加地或者备选地，该历史数据还可能包括如下内容:用于表示多个业务行为被执行的时间顺序的一系列时间点，用于表示多个业务行为之间的依赖关系的登录标识和订单号，和/或司机和乘客各自所收发的数据。
[0021 ] 根据这一步骤S302所生成的业务流程可以通过下图4进一步详细描述。图4是图示了根据本公开的实施例的业务流程的示意图，其中该业务流程可以包括例如如下内容:
[0022]7:00，司机登录。
[0023]7:05，司机基于其登录标识上传经玮度。
[0024]8:00，乘客登录。
[0025]8:05，乘客基于其登录标识进行发单。
[0026]8:06，司机基于其登录标识和上传的经玮度收到播单。
[0027]8:07，司机基于播单中的订单号进行抢单。
[0028]8:08，乘客基于发单中的订单号收到抢单结果。
[0029]8:15，司机到达乘客始发地。
[0030]8:16，乘客获知司机到达乘客始发地。
[0031]接下来，该方法300进行到步骤S304，将多个新的订单业务分别按照该业务流程进行执行。具体来说，如下文将进一步详细说明的，基于该订单业务中的各种行为被执行的时间顺序、依赖关系以及由乘客或者司机的用户端所收发的数据来执行该订单业务。
[0032]另外，本领域技术人员能够理解，将多个新的订单业务分别按照该业务流程进行执行，既可以是指将该多个新的订单业务分别执行一次，也可以是指将该多个新的订单业务重复执行多次，还可以是指将该多个新的订单业务并行地执行。其中，并行地执行能够对用来执行该多个新的订单业务的订单业务系统的容量进行更准确地评估，以便针对该订单业务系统进行扩容还是缩容提供判断依据。
[0033]根据本发明的实施例，可以将该业务流程划分为多个业务场景，其中每个业务场景对应于上述多个业务行为中的一个或多个，以及针对每个业务场景，执行与其对应的业务行