CN104599092B - 用于监控订单业务的方法及设备 - Google Patents

Abstract

本公开的实施例公开了一种用于监控订单业务的方法和设备。该方法包括：基于订单业务的历史数据，生成该订单业务的业务流程；按照该业务流程，分别执行多个新的订单业务；以及监控该多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统。本公开的实施例基于监控多个新的订单业务的执行，能够从整体上监控用于执行订单业务的订单业务系统。

Description

用于监控订单业务的方法及设备

技术领域

本公开的实施例涉及一种用于监控订单业务的方法及设备。

背景技术

目前，用于监控订单业务的系统广泛应用于各个公司，用于各个公司对其订单业务系统进行监控。例如，互联网公司可以通过用于监控订单业务的系统来监控某订单业务的在线人数、提交订单数、实现成交数等订单业务数据，从而确定该订单业务数据是否超越订单业务服务器集群所允许的容量，引起订单业务系统运行不稳定。

图1是图示了根据相关技术的用于监控订单业务的示意图。如图1所示，用粗实线示出了在一段时间内监控的实际订单业务量，例如，在各时段中，该实际订单业务量包括若干个高峰、平峰和低谷。同时，该用于监控订单业务的方法还设置有阈值(如虚线所示)。进而，如果该实际订单业务量超出该阈值，则可能引起订单业务系统运行不稳定。

然而，图1中的用于监控订单业务的方法仅仅能够针对各个独立的订单业务数据进行监控，而无法针对订单业务系统整体进行监控。具体来说，如果订单业务系统包括彼此依赖的订单业务子系统，例如抢单业务子系统依赖于发单业务子系统所提供的订单编号，则需要一种用于监控订单业务的方法能够从整体上针对该订单业务系统进行监控。

发明内容

本公开的实施例旨在提供一种用于监控订单业务的方法及设备，能够解决相关技术中存在的问题。

根据本公开的一个方面，提供了一种用于监控订单业务的方法。该方法包括：基于订单业务的历史数据，生成该订单业务的业务流程；按照该业务流程，分别执行多个新的订单业务；以及监控该多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统。

根据本公开的另一个方面，提供了一种用于监控订单业务的设备，该设备包括：生成装置，用于基于订单业务的历史数据，生成该订单业务的业务流程；执行装置，用于按照该业务流程，分别执行多个新的订单业务；以及监控装置，用于监控该多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统。

本公开的实施例基于监控多个新的订单业务的执行，能够从整体上监控用于执行订单业务的订单业务系统。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是图示了根据相关技术的用于监控订单业务的示意图；

图2是图示了本公开的实施例可实现于其中的订单业务系统200的图；

图3是图示了根据本公开的实施例的用于监控订单业务的方法300的流程图；

图4是图示了根据本公开的实施例的业务流程的示意图；以及

图5是图示了根据本公开的实施例的用于监控订单业务的设备500的结构框图。

具体实施方式

下面将参考附图中示出的若干示例性实施方式来描述本公开的原理和精神。应当理解，描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。

图2是图示了本公开的实施例可实现于其中的订单业务系统200的图。该订单业务系统200包括移动终端202A至202F，该移动终端202A至202F各自通过网络206与订单业务服务器204进行通信。该网络206可以包括连接任何数目的移动终端、固定终端和订单业务服务器204的大型计算机网络，诸如局域网(LAN)、广域网(WAN)、因特网、蜂窝网络或者其组合。该订单业务服务器204包括一个或多个计算设备210以及一个或多个机器可读储存库或数据库212。本领域技术人员应当理解，该订单业务服务器204既可以代表比如计算机服务器的单个服务器，也可以代表一起工作以执行功能的多个服务器(例如云服务器Hadoop)。本领域技术人员还应当理解，订单业务系统200仅仅用于说明目的，并非旨在限制本公开的实施例的范围。在某些情况下，某些组件可以按照具体需要而增加或者减少。

图3是图示了根据本公开的实施例的用于监控订单业务的方法300的流程图。本领域技术人员应当理解，该用于监控订单业务的方法300可以由参考图2所示的订单业务服务器204来执行。为描述方便，下文将参考图2所示的订单业务系统200来描述该用于监控订单业务的方法300。

在方法300开始之后，在步骤S302，基于订单业务的历史数据，生成该订单业务的业务流程。其中，针对打车订单业务，该历史数据既可以包括在数据库表或者Hadoop分布式文件系统中存储的乘客或者司机等用户的用户数据，又可以包括用户登录、乘客发单、司机抢单、司机到达乘客始发地等行为的行为数据。

根据本发明的实施例，可以基于历史数据而获取该订单业务的多个业务行为，以及基于该多个业务行为而生成该业务流程。例如，针对打车订单业务，基于历史数据，可能获取到用户登录、乘客发单、司机抢单、司机到达乘客始发地等多个业务行为，然后可以基于这些业务行为而生成相应的业务流程。

附加地或者备选地，该历史数据还可能包括如下内容：用于表示多个业务行为被执行的时间顺序的一系列时间点，用于表示多个业务行为之间的依赖关系的登录标识和订单号，和/或司机和乘客各自所收发的数据。

根据这一步骤S302所生成的业务流程可以通过下图4进一步详细描述。图4是图示了根据本公开的实施例的业务流程的示意图，其中该业务流程可以包括例如如下内容：

7:00，司机登录。

7:05，司机基于其登录标识上传经纬度。

8:00，乘客登录。

8:05，乘客基于其登录标识进行发单。

8:06，司机基于其登录标识和上传的经纬度收到播单。

8:07，司机基于播单中的订单号进行抢单。

8:08，乘客基于发单中的订单号收到抢单结果。

8:15，司机到达乘客始发地。

8:16，乘客获知司机到达乘客始发地。

接下来，该方法300进行到步骤S304，将多个新的订单业务分别按照该业务流程进行执行。具体来说，如下文将进一步详细说明的，基于该订单业务中的各种行为被执行的时间顺序、依赖关系以及由乘客或者司机的用户端所收发的数据来执行该订单业务。

另外，本领域技术人员能够理解，将多个新的订单业务分别按照该业务流程进行执行，既可以是指将该多个新的订单业务分别执行一次，也可以是指将该多个新的订单业务重复执行多次，还可以是指将该多个新的订单业务并行地执行。其中，并行地执行能够对用来执行该多个新的订单业务的订单业务系统的容量进行更准确地评估，以便针对该订单业务系统进行扩容还是缩容提供判断依据。

根据本发明的实施例，可以将该业务流程划分为多个业务场景，其中每个业务场景对应于上述多个业务行为中的一个或多个，以及针对每个业务场景，执行与其对应的业务行为。例如，针对抢单业务场景，可以包括如下业务行为：司机抢单以及乘客收到抢单结果。然后，如下面步骤S3042至步骤S3046进一步详细描述的，可以模拟该司机和乘客执行各个关于抢单的业务行为。

步骤S3042，解析抢单业务场景，获取与抢单对应的业务行为被执行的时间顺序，以及按照该时间顺序，执行该对应的业务行为。例如，通过解析抢单业务场景获取在8:07司机抢单以及在8:08乘客收到抢单结果。因此，可以按照该时间顺序来执行司机抢单以及乘客收到抢单结果的业务行为。附加地或者备选地，还可以按照司机抢单以及乘客收到抢单结果的业务行为之间的时间差来执行这些业务行为。

步骤S3044，解析抢单业务场景，获取与抢单对应的业务行为之间的依赖关系，以及按照该依赖关系，执行对应的业务行为。例如，通过解析抢单业务场景获取司机基于播单中的订单号进行抢单以及乘客基于发单中的订单号收到抢单结果。因此，可以按照针对订单号的依赖关系来执行司机抢单以及乘客收到抢单结果的业务行为。

步骤S3046，解析抢单业务场景，获取与抢单对应的业务行为被执行时由用户端收发的数据，以及模拟该用户端，以对该数据进行收发。例如，通过解析抢单业务场景获取司机通过其司机端发送抢单数据，因此可以模拟该司机端以执行司机发送抢单数据的业务行为。

另外，在这一步骤中，还可以模拟乘客端，以接收通过执行业务行为所获取的结果。例如，通过解析抢单业务场景获取乘客通过其乘客端收到抢单结果，因此可以模拟该乘客端以执行乘客收到抢单结果的业务行为。

本领域技术人员能够理解，上述步骤S3042至步骤S3046仅仅用于说明目的，并非旨在限制本公开的实施例的范围。在某些情况下，某些步骤可以按照具体需要而增加或者减少。

该方法300继而进行到步骤S306，监控多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统。具体来说，如上文已经详细描述的，该多个新的订单业务可以具有多种执行方式，从而能够从整体上针对用来执行该多个新的订单业务的订单业务系统进行监控。其中，如果并行地执行，则能够对该订单业务系统的容量进行更准确地评估，以便针对该订单业务系统进行扩容还是缩容提供判断依据。

图5是图示了根据本公开的实施例的用于监控订单业务的设备500的结构框图。如图5所示，该设备500包括：生成装置502，用于基于订单业务的历史数据，生成该订单业务的业务流程；执行装置504，用于按照该业务流程，分别执行多个新的订单业务；以及监控装置506，用于监控该多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统。

根据本公开的实施例，其中该生成装置502包括：获取单元，用于基于该历史数据，获取该订单业务的多个业务行为；以及生成单元，用于基于该多个业务行为，生成该业务流程。

根据本公开的实施例，其中该执行装置504包括：划分单元，用于针对每个新的订单业务，将该业务流程划分为多个业务场景，其中每个业务场景对应于该多个业务行为中的一个或多个；以及第一执行单元，用于针对每个业务场景，执行与其对应的业务行为。

根据本公开的实施例，其中该第一执行单元包括：第一解析子单元，用于解析每个业务场景，获取与其对应的业务行为被执行的时间顺序；以及第一执行子单元，用于按照该时间顺序，执行该对应的业务行为。

根据本公开的实施例，其中该第一执行单元包括：第二解析子单元，用于解析每个业务场景，获取与其对应的业务行为之间的依赖关系；以及第二执行子单元，用于基于该依赖关系，执行该对应的业务行为。

根据本公开的实施例，其中该第一执行单元包括：第三解析子单元，用于解析每个业务场景，获取与其对应的业务行为被执行时由用户端收发的数据；以及第一模拟子单元，用于模拟该用户端，以对该数据进行收发。

根据本公开的实施例，其中该第一执行单元还包括：第二模拟子单元，用于模拟该用户端，以接收通过执行该业务行为所获取的结果。

根据本公开的实施例，其中该执行装置504包括：第二执行单元，用于按照该业务流程，并行地执行该多个新的订单业务。

综上所述，根据上述本公开的实施例，提供了一种用于监控订单业务的方法及设备。该方法包括：基于订单业务的历史数据，生成该订单业务的业务流程；按照该业务流程，分别执行多个新的订单业务；以及监控该多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统。本公开的实施例基于监控多个新的订单业务的执行，能够从整体上监控用于执行订单业务的订单业务系统。

本公开的实现和本文中提供的所有功能操作可以用数字电子电路、或者用计算机软件、固件或硬件，包括本说明书及其结构等同方案中所公开的结构、或者其中的一个或多个的组合来实现。本公开的实现可以实现为一个或多个计算机程序产品，即在计算机可读介质上编码的计算机程序指令的一个或多个模块，这些指令由数据处理装置来执行或者用以控制数据处理装置的操作。该计算机可读介质可以是机器可读存储设备、机器可读存储基片、存储器设备、影响机器可读传播信号的组合物或者其中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器，包括例如可编程处理器、计算机或者多个处理器或计算机。除了硬件之外，该装置可以包括为所描述的计算机程序创建执行环境的代码，例如构成处理器固件、协议栈、数据库管理系统、操作系统或者其中的一个或多个的组合的代码。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言(包括编译语言或解释语言)来编写，并且计算机程序可以用任何形式来部署，包括作为独立程序或者作为模块、部件、子例程或者适合在计算环境中使用的其他单元。计算机程序并非必须对应于文件系统中的文件。程序可以存储在保持其他程序或数据(例如标记语言文档中所存储的一个或多个脚本)的文件的部分中，存储在专用于所描述的程序的单个文件中，或者存储在多个协同文件(例如存储一个或多个模块、子程序或者代码的部分的文件)中。计算机程序可以被部署成在一个计算机上来执行，或者在位于一个站点处或分布在多个站点处且通过通信网络互连的多个计算机上来执行。

本公开中所描述的过程和逻辑流可以由执行一个或多个计算机程序的一个或多个可编程处理器来执行以通过操作输入数据并且生成输出来执行功能。该过程和逻辑流也可以由专用逻辑电路来执行，并且装置也可以实现为该专用逻辑电路，该专用逻辑电路例如为FPGA(现场可编程门阵列)或者ASIC(专用集成电路)。

适合执行计算机程序的处理器包括例如通用和专用微处理器二者、以及任何种类的数字计算机的任何一个或多个处理器。通常，处理器从只读存储器或者随机存取存储器或者二者接收指令和数据。计算机的元件可以包括用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括一个或多个海量存储设备以便存储数据，或者该计算机在操作上耦合以从海量存储设备接收或向海量存储设备传送数据或者二者，该海量存储设备例如是磁盘、磁光盘或者光盘。然而，计算机不需要具有这样的设备。此外，计算机可以嵌入在另一设备中，该另一设备例如为移动电话、个人数字助理(PDA)、移动音频播放器、全球定位系统(GPS)接收器等。适合存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备，包括例如：半导体存储器设备，如EPROM、EEPROM和闪存设备；磁盘，如内置硬盘或可移除盘；磁光盘；以及CD ROM和DVD-ROM盘。该处理器和存储器可以用专用逻辑电路来补充或者并入该专用逻辑电路中。

为了提供与用户的交互，本公开的实现可以在具有用于向用户显示信息的显示设备(例如CRT(阴极射线管)或LCD(液晶显示器)监视器)以及键盘和定点设备(例如鼠标或跟踪球，通过其用户可以向计算机提供输入)的计算机上来实现。也可以使用其他种类的设备来提供与用户的交互；例如，向用户提供的反馈可以是任何形式的感觉反馈，例如视觉反馈、听觉反馈或者触觉反馈；并且来自用户的输入可以以任何形式来接收，包括听觉、语音或触觉输入。

虽然本公开包括一些细节，然而不应当将这些细节理解为对本公开或者要求保护的内容的范围的限制，而是应当被理解为对本公开的示例实现的特征的描述。本公开中在单独实现的情境中描述的某些特征还可以与单个实现组合来提供。相反地，在单个实现的情境中描述的各个特征也可以分别在多个实现中来提供或者在任何合适的子组合中来提供。此外，虽然以上可以将特征描述为以某种组合来执行并且甚至初始就要求这样保护，然而在一些情况下可以从组合中去掉来自要求保护的组合的一个或多个特征，并且要求保护的组合可以涉及子组合或子组合的变化。

类似地，虽然在附图中按照特定顺序来描绘操作，然而这不应当被理解为要求这样的操作按照所示的特定顺序或者按照相继顺序来执行，或者要求所有图示操作都被执行，以实现期望的结果。在一些境况下，多任务和并行处理可能是有利的。此外，以上描述的实现中的各种系统部件的分离不应当被理解为在所有实现中都要求这样的分离，而且应当理解，所描述的程序部件和系统通常可以在单个软件产品中集成在一起或者被封装成多个软件产品。

因此，本公开的特定实现已经被描述，并且其他实现在以下权利要求的范围内。例如，权利要求中记载的动作可以按照不同的顺序来执行，并且这些动作仍然可以实现期望的结果。大量实现已经被描述。然而，应当理解，可以在不偏离本公开的精神和范围的情况下做出各种修改。例如，可以使用以上示出的流程的各个形式，其中步骤可以被重新排序、添加或去除。因此，其他实现在以下权利要求的范围内。

Claims (14)

1.一种用于监控订单业务的方法，包括：

基于订单业务的历史数据，生成所述订单业务的业务流程；

按照所述业务流程，分别执行多个新的订单业务；以及

监控所述多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统；

其中基于订单业务的历史数据，生成所述订单业务的业务流程包括：

基于所述历史数据，获取所述订单业务的多个业务行为，所述业务行为是与所述订单业务相关联的用户的行为；以及

基于所述多个业务行为，生成所述业务流程。

2.根据权利要求1所述的方法，其中按照所述业务流程，分别执行多个新的订单业务包括：

针对每个新的订单业务，将所述业务流程划分为多个业务场景，其中每个业务场景对应于所述多个业务行为中的一个或多个；以及

针对每个业务场景，执行与其对应的业务行为。

3.根据权利要求2所述的方法，其中针对每个业务场景，执行与其对应的业务行为包括：

解析每个业务场景，获取与其对应的业务行为被执行的时间顺序；以及

按照所述时间顺序，执行所述对应的业务行为。

4.根据权利要求2所述的方法，其中针对每个业务场景，执行与其对应的业务行为包括：

解析每个业务场景，获取与其对应的业务行为之间的依赖关系；以及

基于所述依赖关系，执行所述对应的业务行为。

5.根据权利要求2所述的方法，其中针对每个业务场景，执行与其对应的业务行为包括：

解析每个业务场景，获取与其对应的业务行为被执行时由用户端收发的数据；以及

模拟所述用户端，以对所述由用户端收发的数据进行收发。

6.根据权利要求5所述的方法，其中针对每个业务场景，执行与其对应的业务行为还包括：

模拟所述用户端，以接收通过执行所述业务行为所获取的结果。

7.根据权利要求1至6中任一项所述的方法，其中按照所述业务流程，分别执行多个新的订单业务包括：

按照所述业务流程，并行地执行所述多个新的订单业务。

8.一种用于监控订单业务的设备，包括：

生成装置，用于基于订单业务的历史数据，生成所述订单业务的业务流程；

执行装置，用于按照所述业务流程，分别执行多个新的订单业务；以及

监控装置，用于监控所述多个新的订单业务的执行，以监控用于执行订单业务的订单业务系统；其中所述生成装置包括：

获取单元，用于基于所述历史数据，获取所述订单业务的多个业务行为，所述业务行为是与所述订单业务相关联的用户的行为；以及

生成单元，用于基于所述多个业务行为，生成所述业务流程。

9.根据权利要求8所述的设备，其中所述执行装置包括：

划分单元，用于针对每个新的订单业务，将所述业务流程划分为多个业务场景，其中每个业务场景对应于所述多个业务行为中的一个或多个；以及

第一执行单元，用于针对每个业务场景，执行与其对应的业务行为。

10.根据权利要求9所述的设备，其中所述第一执行单元包括：

第一解析子单元，用于解析每个业务场景，获取与其对应的业务行为被执行的时间顺序；以及

第一执行子单元，用于按照所述时间顺序，执行所述对应的业务行为。

11.根据权利要求9所述的设备，其中所述第一执行单元包括：

第二解析子单元，用于解析每个业务场景，获取与其对应的业务行为之间的依赖关系；以及

第二执行子单元，用于基于所述依赖关系，执行所述对应的业务行为。

12.根据权利要求9所述的设备，其中所述第一执行单元包括：

第三解析子单元，用于解析每个业务场景，获取与其对应的业务行为被执行时由用户端收发的数据；以及

第一模拟子单元，用于模拟所述用户端，以对所述由用户端收发的数据进行收发。

13.根据权利要求12所述的设备，其中所述第一执行单元还包括：

第二模拟子单元，用于模拟所述用户端，以接收通过执行所述业务行为所获取的结果。

14.根据权利要求8至13中任一项所述的设备，其中所述执行装置包括：

第二执行单元，用于按照所述业务流程，并行地执行所述多个新的订单业务。