CN104836701A - 订单监控方法及装置 - Google Patents
订单监控方法及装置 Download PDFInfo
- Publication number
- CN104836701A CN104836701A CN201510221798.7A CN201510221798A CN104836701A CN 104836701 A CN104836701 A CN 104836701A CN 201510221798 A CN201510221798 A CN 201510221798A CN 104836701 A CN104836701 A CN 104836701A
- Authority
- CN
- China
- Prior art keywords
- order messages
- rule
- order
- messages
- statistics
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种订单监控方法及装置。所述方法包括:接收订单消息,所述订单消息是根据用户提交的订单产生的;解析所述订单消息;判断所述订单消息是否满足实时监控规则,和/或将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则;如果是,则报警,并通知业务人员。本发明实现了对订单的自动监控,可以实时有效地监控每个订单,并且可以对预设时间段内的所有订单进行统计监控,以便于发现预设时间段内的订单所存在的问题。
Description
技术领域
本发明实施例涉及监控技术,尤其涉及一种订单监控方法及装置。
背景技术
随着信息技术的发展,电子商务得到了前所未有的发展,用户可以通过计算机或者移动终端上网进行网上交易。然而,正因如此,网络上涌现了一批黄牛、恶意用户抢占资源,恶意下单,如在12306网站黄牛抢占车票等,有的商家为赚取信誉而进行刷单等导致正常用户不能购买,为了减少预防类似行为,电子商务网站亟需一种基于订单的监控,以监控到有问题的订单,采取措施遏制这些行为,保证正常用户的利益。
发明内容
有鉴于此,本发明实施例提供一种订单监控方法及装置,以实现对订单的监控。
第一方面,本发明实施例提供了一种订单监控方法,所述方法包括:
接收订单消息,所述订单消息是根据用户提交的订单产生的;
解析所述订单消息;
判断所述订单消息是否满足实时监控规则,和/或将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则;
如果是,则报警,并通知业务人员。
进一步地,接收订单消息具体包括:
通过消息中间件接收所述订单消息。
进一步地,解析所述订单消息包括:
解析所述订单消息,并调用接口补全消息;
把所述订单消息加入订单入库队列与实时监控队列;
判断所述订单消息是否满足实时监控规则,包括:
轮询所述实时监控队列,取出所述订单消息;
判断所述订单消息是否满足实时监控规则;
将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则,包括:
将所述订单入库队列中的订单消息存入第一数据库;
扫描所述第一数据库中的订单消息;
判断第一数据库中的订单消息是否满足统计监控规则。
进一步地,判断所述订单消息是否满足实时监控规则,包括:
获取所述实时监控规则的规则列表,所述规则列表中的每条规则已按照业务进行了分组;
将所述订单消息与规则列表中的每条规则进行比对,当所述订单消息满足同组规则中的一条规则时,不再将所述订单消息与该组规则中除所述订单消息满足的规则以外的规则进行比对;
如果所述订单消息满足所述规则列表中的一条规则或多条规则,则将所述订单消息与该订单消息满足的规则加入报警队列;
当所述报警队列中有所述订单消息和所述订单消息满足的规则时,确定所述订单消息满足实时监控规则。
进一步地,判断第一数据库中的订单消息是否满足统计监控规则,包括:
按照所述订单消息的主键顺序分页取出所述第一数据库中的订单消息,并记录每页订单消息中的订单消息的最小主键与最大主键;
把订单消息列表数据加入到统计处理队列,其中,订单消息列表数据包括订单消息和所述订单消息的主键;
利用处理线程从统计处理队列中取订单消息;
根据取出的订单消息及与取出的订单消息所对应的商品的主键组装统计键值,并确定所述统计键值的值;
将所述统计键值、所述统计键值的值及对应的订单消息存入到键值对数据库,并将所述统计键值存入到统计时间串;
从键值对数据库中取出预设时间段内的统计时间串,根据取出的统计时间串,取出统计键值,遍历取出的统计键值得到统计键值的值,并将取出的统计键值和对应的统计键值的值存入第二数据库;
将所述第二数据库中的统计键值及所述统计键值的值与所述统计监控规则进行比对,以确定所述预设时间段内的订单消息是否满足所述统计监控规则。
第二方面,本发明实施例还提供了一种订单监控装置,所述装置包括:
订单消息接收模块,用于接收订单消息,所述订单消息是根据用户提交的订单产生的;
订单消息解析模块,用于解析所述订单消息;
规则匹配模块,用于判断所述订单消息是否满足实时监控规则,和/或将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则;
报警模块,用于当所述规则匹配模块的判断结果为是时,报警,并通知业务人员。
进一步地,订单消息接收模块具体用于:
通过消息中间件接收所述订单消息。
进一步地,所述订单消息解析模块包括:
订单消息解析子模块,用于解析所述订单消息,并调用接口补全消息;
队列加入子模块,用于把所述订单消息加入订单入库队列与实时监控队列;
所述规则匹配模块包括:
轮询子模块,用于轮询所述实时监控队列,取出所述订单消息;
实时判断子模块,用于判断所述订单消息是否满足实时监控规则;
所述规则匹配模块还包括:
入库子模块,用于将所述订单入库队列中的订单消息存入第一数据库;
订单消息扫描子模块,用于扫描所述第一数据库中的订单消息;
统计判断子模块,用于判断第一数据库中的订单消息是否满足统计监控规则。
进一步地,所述实时判断子模块包括:
规则列表获取单元,用于获取所述实时监控规则的规则列表,所述规则列表中的每条规则已按照业务进行了分组;
实时规则比对单元,用于将所述订单消息与规则列表中的每条规则进行比对,当所述订单消息满足同组规则中的一条规则时,不再将所述订单消息与该组规则中除所述订单消息满足的规则以外的规则进行比对;
报警队列加入单元,用于如果所述订单消息满足所述规则列表中的一条规则或多条规则,则将所述订单消息与该订单消息满足的规则加入报警队列;
确定单元,用于当所述报警队列中有所述订单消息和所述订单消息满足的规则时,确定所述订单消息满足实时监控规则。
进一步地,所述统计判断子模块包括:
订单消息分页单元,用于按照所述订单消息的主键顺序分页取出所述第一数据库中的订单消息,并记录每页订单消息中的订单消息的最小主键与最大主键;
统计处理队列加入单元,用于把订单消息列表数据加入到统计处理队列,其中,订单消息列表数据包括订单消息和所述订单消息的主键;
订单消息提取单元,用于利用处理线程从统计处理队列中取订单消息;
统计键值组装单元,用于根据取出的订单消息及与取出的订单消息所对应的商品的主键组装统计键值,并确定所述统计键值的值;
键值对数据库储存单元,用于将所述统计键值、所述统计键值的值及对应的订单消息存入到键值对数据库,并将所述统计键值存入到统计时间串;
统计键值入库单元,用于从键值对数据库中取出预设时间段内的统计时间串,根据取出的统计时间串,取出统计键值,遍历取出的统计键值得到统计键值的值,并将取出的统计键值和对应的统计键值的值存入第二数据库;
统计规则比对单元,用于将所述第二数据库中的统计键值及所述统计键值的值与所述统计监控规则进行比对,以确定所述预设时间段内的订单消息是否满足所述统计监控规则。
本发明实施例提供的订单监控方法及装置,通过接收订单消息,解析所述订单消息,判断所述订单消息是否满足实时监控规则和/或将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则,如果是,报警通知业务人员,实现了对订单的自动监控,可以实时有效地监控每个订单,并且可以对预设时间段内的所有订单进行统计监控,以便于发现预设时间段内的订单所存在的问题。
附图说明
图1是本发明实施例一提供的一种订单监控方法的流程图;
图2是本发明实施例二提供的一种订单监控方法的流程图;
图3是本发明实施例提供的订单监控方法中的判断订单消息是否满足实时监控规则的流程图;
图4是本发明实施例三提供的一种订单监控方法的流程图;
图5是本发明实施例四提供的一种订单监控方法的流程图;
图6是本发明实施例提供的订单监控方法中的判断第一数据库中的订单消息是否满足统计监控规则的流程图;
图7是本发明实施例五提供的一种订单监控方法的流程图;
图8是本发明实施例六提供的一种订单监控装置的示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部内容。
实施例一
图1是本发明实施例一提供的一种订单监控方法的流程图,本实施例可适用于电子商务网站对用户下的订单进行监控,该方法可以由订单监控装置来执行,具体包括如下步骤:
步骤110,接收订单消息。
其中,所述订单消息是根据用户提交的订单产生的。用户在购买商品时,通过客户端等订单系统提交订单,订单系统接收到用户提交的订单后,根据该订单生产订单消息,订单消息包括:下单人、下单时间、手机号、收货人、收货地址和商品等信息。订单系统将所述订单消息发送至订单监控装置,订单监控装置接收该订单消息。
优选的,接收订单消息具体包括:
通过消息中间件接收所述订单消息。
如果一个订单监控装置订阅了订单消息,消息中间件接收到订单消息后,便将订单消息推送到订阅了的订单监控装置。
其中,消息中间件利用高效可靠的消息传递机制进行平台无关的数据交流,并基于数据通信来进行分布式系统的集成,通过提供消息传递和消息排队模型,可以在分布式环境下扩展进程间的通信。
步骤120,解析所述订单消息。
订单监控装置解析所述订单消息,获得所述订单消息所对应的订单的具体内容。
步骤130,判断所述订单消息是否满足实时监控规则。
其中,实时监控规则是业务人员根据订单消息所具有的订单属性配置的,例如:业务人员可以对下单地点、商品、数量等进行限制,从而配置实时监控规则。
将所述订单消息过滤每一个实时监控规则,当所述订单消息满足其中一个实时监控规则时,即视为所述订单消息满足实时监控规则。
步骤140,如果是,则报警,并通知业务人员。
当所述订单消息满足实时监控规则时,报警通知业务人员,由业务人员对所述订单消息所对应的订单进行处理。
本实施例通过接收订单消息,解析所述订单消息,判断所述订单消息是否满足实时监控规则,当所述订单消息满足实时监控规则时,报警通知业务人员,实现了对订单的自动监控,并且可以实时有效地监控每个订单。
实施例二
图2是本发明实施例二提供的一种订单监控方法的流程图,具体包括如下步骤:
步骤210,接收订单消息。
步骤220,解析所述订单消息,并调用接口补全消息。
解析所述订单消息,获得所述订单消息的具体内容。接口是一种外部服务框架,一般使用SAF(Service Architecture Framework,服务架构框架)接口,以便于进行通信。调用接口可以补全订单消息,例如:通过接口可以得到商品的分类等信息,从而对订单消息的内容进行补全。
步骤230,把所述订单消息加入订单入库队列与实时监控队列。
把所述订单消息加入实时监控队列,便于多个订单监控装置同时进行处理。
步骤240,轮询所述实时监控队列,取出所述订单消息。
多个订单监控装置可以每隔相应的预设时间段查询一次所述实时监控队列,当所述实时监控队列中存在订单消息时,取出所述订单消息。其中,多个订单监控装置轮询所述实时监控队列的预设时间段可以相同,也可以不同,当多个订单监控装置轮询所述实时监控队列的预设时间段相同时,多个订单监控装置轮询所述实时监控队列的时间起点不同。
步骤250,判断所述订单消息是否满足实时监控规则。
图3是本发明实施例提供的订单监控方法中的判断订单消息是否满足实时监控规则的流程图,如图3所示,判断所述订单消息是否满足实时监控规则包括如下步骤:
步骤251,获取所述实时监控规则的规则列表,所述规则列表中的每条规则已按照业务进行了分组。
每个业务部门关注的业务属性不同,制定的监控规则也就不同,每个业务部门的工作人员根据自己关注的业务属性制定监控规则,规则列表中汇集了各个业务部门的监控规则,并且所述规则列表中的每条规则均已按照业务进行了分组。
步骤252,将所述订单消息与规则列表中的每条规则进行比对,当所述订单消息满足同组规则中的一条规则时,不再将所述订单消息与该组规则中除所述订单消息满足的规则以外的规则进行比对。
将所述订单消息与规则列表中的每条规则进行比对时,可以先判断规则列表中是有相同业务类型的规则,如果规则列表中没有相同业务类型的规则,则将所述订单消息与规则列表中的每条规则进行比对,主要是通过规则引擎来进行判断,主要解析规则表达式,根据所述订单消息获取所述订单消息对应的值,与规则表达式进行简单四则运算,返回布尔值,如果返回真值(true),则被规则命中;当所述规则列表中有相同业务类型的规则时,如果所述订单消息满足同组业务中的一条规则,则不必再将所述订单消息与该组业务中的其他规则进行比对。
步骤253,如果所述订单消息满足所述规则列表中的一条规则或多条规则,则将所述订单消息与该订单消息满足的规则加入报警队列。
如果所述订单消息满足所述规则列表中的一条规则,即规则引擎返回的布尔值为true时,则将所述订单消息与所述订单消息满足的规则加入报警队列。
步骤254,当所述报警队列中有所述订单消息和所述订单消息满足的规则时,确定所述订单消息满足实时监控规则。
步骤260,如果是,则报警,并通知业务人员。
如果所述订单消息满足实时监控规则,则报警通知业务人员进行处理。当所述报警队列中有订单消息与该订单消息所满足的规则时,根据该订单消息与该订单消息所满足的规则,组装邮件,发送邮件通知业务人员进行处理,同时,记录所述订单消息对应的订单。
本实施例通过把订单消息加入订单入库队列与实时监控队列,轮询所述实时监控队列,取出所述订单消息,判断所述订单消息是否满足实时监控规则,如果是,则报警通知业务人员进行处理,实现了对订单的自动监控,并且可以实时有效地监控每个订单,与实施例一相比,本实施例通过将所述订单消息加入实时监控队列,便于多个订单监控装置同时对订单进行监控,增加了同时处理订单消息的数量,节省了处理时间。
实施例三
图4是本发明实施例三提供的一种订单监控方法的流程图,具体包括如下步骤:
步骤410,接收订单消息。
步骤420,解析所述订单消息。
步骤430,将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则。
将所述订单消息存入数据库,便于对订单消息的统计处理。从数据库中取出所述统计监控规则中规定的预设时间段内的订单消息,并按照所述统计监控规则的统计监控属性对取出的订单消息进行统计处理,将处理后得到的处理结果与统计监控规则进行比对,判断预设时间段内的订单消息是否满足统计监控规则。
步骤440,如果是,则报警,并通知业务人员。
当预设时间段内的订单消息满足统计监控规则时,报警通知业务人员,由业务人员对该预设时间段内的订单消息所对应的订单进行处理。例如:统计监控规则可以规定所述预设时间段内某一商品的订单量超过阀值时满足统计监控规则,或者规定所述预设时间段内某一IP地址下的订单量超过阀值时满足统计监控规则,等等。
本实施例通过接收订单消息,解析所述订单消息,将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则,当预设时间段内的订单消息满足统计监控规则时,报警通知业务人员,实现了对订单的自动监控,并且可以对预设时间段内的所有订单进行统计监控,以便于发现预设时间段内的订单所存在的问题。
实施例四
图5是本发明实施例四提供的一种订单监控方法的流程图,具体包括如下步骤:
步骤510,接收订单消息。
步骤520,解析所述订单消息,并调用接口补全消息。
步骤530,把所述订单消息加入订单入库队列与实时监控队列。
由于同一时间的订单消息比较多,同时存入第一数据库,会造成拥塞,因此首先把所述订单消息加入订单入库队列,再将订单入库队列中的订单消息存入第一数据库。
步骤540,将所述订单入库队列中的订单消息存入第一数据库。
从所述订单入库队列中取出订单消息,将从所述订单入库队列中取出的订单消息按照时间顺序存入第一数据库。
步骤550,扫描所述第一数据库中的订单消息。
步骤560,判断第一数据库中的订单消息是否满足统计监控规则。
图6是本发明实施例提供的订单监控方法中的判断第一数据库中的订单消息是否满足统计监控规则的流程图,如图6所示,判断第一数据库中的订单消息是否满足统计监控规则包括如下步骤:
步骤561,按照所述订单消息的主键顺序分页取出所述第一数据库中的订单消息,并记录每页订单消息中的订单消息的最小主键与最大主键。
每一个订单消息存入第一数据库时,会自动生成一个主键,即该订单消息的序号,订单消息在存入第一数据库时,第一数据库会根据订单消息存入的先后顺序为订单消息进行编号。对订单进行统计监控时,首先从第一数据库中取出订单消息,按照所述订单消息的主键顺序分页从所述第一数据库中取出订单消息,并记录每页订单消息中的订单消息的最小主键与最大主键,记录每页订单消息中的订单消息的最小主键与最大主键可以加快查询订单消息的查询速度、根据分页中的订单消息的最小主键与最大主键可以快速定位订单消息。其中,分页是指一页取出相应条数的订单消息,并记录该页订单消息的最小主键与最大主键。
步骤562,把订单消息列表数据加入到统计处理队列,其中,订单消息列表数据包括订单消息和所述订单消息的主键。
把订单消息列表数据加入到统计处理队列中,可以利用多个订单监控装置并行处理。
步骤563,利用处理线程从统计处理队列中取订单消息。
一个订单监控装置或者多个订单监控装置利用处理线程从统计处理队列中取出订单消息。
步骤564,根据取出的订单消息及与取出的订单消息所对应的商品的主键组装统计键值,并确定所述统计键值的值。
例如:一个订单消息所对应的订单的下单时间是2014-10-1010:11,该订单消息所对应的商品的主键为11111,统计属性是商品,则统计键值(key)表示为201410101011_sku_11111,其中,sku表示商品,有一个订单消息的统计键值为201410101011_sku_11111,则该统计键值的值(value)便增加1,即同一时间同一商品的订单量增加1。
步骤565,将所述统计键值、所述统计键值的值及对应的订单消息存入到键值对数据库,并将所述统计键值存入到统计时间串。
其中,键值对数据库是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、键值对(Key-Value)存储数据库,并提供多种语言的API(Application Program Interface,应用程序编程接口)。
把在内存中统计的数据即统计键值(key)和统计键值的值(value)加入到键值对数据库中,并将所有的统计键值存入到统计时间串中。其中,所述统计时间串包括时间和该时间内的统计键值。
其中,步骤561-步骤565是统计订单消息的属性,并将统计的数据存储到键值对数据库中。
步骤566,从键值对数据库中取出预设时间段内的统计时间串,根据取出的统计时间串,取出统计键值,遍历取出的统计键值得到统计键值的值,并将取出的统计键值和对应的统计键值的值存入第二数据库。
假设预设时间段为5分钟,则从键值对数据库中取统计时间串时,每5分钟触发一次,例如:首先取0-5分钟内的统计时间串,根据取出的统计时间串,取出统计键值,并得到统计键值的值,将0-5分钟内的取出的统计键值和对应的统计键值的值存入第二数据库中;再取5-10分钟内的统计时间串,经过相同的处理,存入第二数据库中;依次这样处理,这样错开时间进行处理,可以减少当前时间有订单进入而没有被统计到的错误。
步骤567,将所述第二数据库中的统计键值及所述统计键值的值与所述统计监控规则进行比对,以确定所述预设时间段内的订单消息是否满足所述统计监控规则。
查询所有统计监控规则,根据统计监控规则,生成对应的条件查询语句,该条件查询语句包含了查询条件、时间、分组或计数(count),执行该条件查询语句,返回结果。第二数据库中预设时间段内的统计键值及所述统计键值的值,与每个统计监控规则的阀值进行对比,超过阀值时,则确定所述预设时间段内的订单消息满足所述统计监控规则。
步骤570,如果是,则报警,并通知业务人员。
当预设时间段内的订单消息满足统计监控规则时,报警,并发送邮件通知业务人员,由业务人员对该预设时间段内的订单消息所对应的订单进行处理。
本实施例通过把订单消息加入订单入库队列,将订单入库队列中的订单消息存入第一数据库,并扫描第一数据库中的订单消息,判断是否满足统计监控规则,当满足统计监控规则时,进行报警,实现了对订单的自动监控,并且可以对预设时间段内的所有订单进行统计监控,以便于发现预设时间段内的订单所存在的问题,与实施例三相比,本实施例在判断预设时间段内的订单消息是否满足统计监控规则时通过键值对数据库汇总数据,可以实现分布式多节点部署运行。
实施例五
图7是本发明实施例五提供的一种订单监控方法的流程图,具体包括如下步骤:
步骤710,接收订单消息。
步骤720,解析所述订单消息。
步骤730,判断所述订单消息是否满足实时监控规则,以及将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则;
将对订单消息的实时监控与延迟统计监控进行结合起来,同时具有实时监控与延迟统计监控的作用。
步骤740,如果是,则报警,并通知业务人员。
当订单消息满足时间监控规则与统计监控规则中的至少一种时,便进行报警。
本实施例通过将实时监控与延迟统计监控相结合,实现了对订单的更全面的、有效的监控预警。
实施例六
图8是本发明实施例六提供的一种订单监控装置的示意图,如图8所示,本实施例提供的订单监控装置包括:订单消息接收模块810、订单消息解析模块820、规则匹配模块830和报警模块840。
其中,订单消息接收模块810用于接收订单消息,所述订单消息是根据用户提交的订单产生的;
订单消息解析模块820用于解析所述订单消息;
规则匹配模块830用于判断所述订单消息是否满足实时监控规则,和/或将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则;
报警模块840用于当所述规则匹配模块的判断结果为是时,报警,并通知业务人员。
优选的,订单消息接收模块具体用于:
通过消息中间件接收所述订单消息。
优选的,所述订单消息解析模块包括:
订单消息解析子模块,用于解析所述订单消息,并调用接口补全消息;
队列加入子模块,用于把所述订单消息加入订单入库队列与实时监控队列;
所述规则匹配模块包括:
轮询子模块,用于轮询所述实时监控队列,取出所述订单消息;
实时判断子模块,用于判断所述订单消息是否满足实时监控规则;
所述规则匹配模块还包括:
入库子模块,用于将所述订单入库队列中的订单消息存入第一数据库;
订单消息扫描子模块,用于扫描所述第一数据库中的订单消息;
统计判断子模块,用于判断第一数据库中的订单消息是否满足统计监控规则。
优选的,所述实时判断子模块包括:
规则列表获取单元,用于获取所述实时监控规则的规则列表,所述规则列表中的每条规则已按照业务进行了分组;
实时规则比对单元,用于将所述订单消息与规则列表中的每条规则进行比对;
报警队列加入单元,用于如果所述订单消息满足所述规则列表中的一条规则,则停止比对,将所述订单消息与该规则加入报警队列;
确定单元,用于当所述报警队列中有所述订单消息和所述订单消息满足的规则时,确定所述订单消息满足实时监控规则。
优选的,所述统计判断子模块包括:
订单消息分页单元,用于按照所述订单消息的主键顺序分页取出所述第一数据库中的订单消息,并记录每页订单消息中的订单消息的最小主键与最大主键;
统计处理队列加入单元,用于把订单消息列表数据加入到统计处理队列,其中,订单消息列表数据包括订单消息和所述订单消息的主键;
订单消息提取单元,用于利用处理线程从统计处理队列中取订单消息;
统计键值组装单元,用于根据取出的订单消息及与取出的订单消息所对应的商品的主键组装统计键值,并确定所述统计键值的值;
键值对数据库储存单元,用于将所述统计键值、所述统计键值的值及对应的订单消息存入到键值对数据库,并将所述统计键值存入到统计时间串;
统计键值入库单元,用于从键值对数据库中取出预设时间段内的统计时间串,根据取出的统计时间串,取出统计键值,遍历取出的统计键值得到统计键值的值,并将取出的统计键值和对应的统计键值的值存入第二数据库;
统计规则比对单元,用于将所述第二数据库中的统计键值及所述统计键值的值与所述统计监控规则进行比对,以确定所述预设时间段内的订单消息是否满足所述统计监控规则。
上述产品可执行本发明任意实施例所提供的方法,具备执行方法相应的功能模块和有益效果。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种订单监控方法,其特征在于,所述方法包括:
接收订单消息,所述订单消息是根据用户提交的订单产生的;
解析所述订单消息;
判断所述订单消息是否满足实时监控规则,和/或将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则;
如果是,则报警,并通知业务人员。
2.根据权利要求1所述的方法,其特征在于,接收订单消息具体包括:
通过消息中间件接收所述订单消息。
3.根据权利要求1所述的方法,其特征在于,解析所述订单消息包括:
解析所述订单消息,并调用接口补全消息;
把所述订单消息加入订单入库队列与实时监控队列;
判断所述订单消息是否满足实时监控规则,包括:
轮询所述实时监控队列,取出所述订单消息;
判断所述订单消息是否满足实时监控规则;
将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则,包括:
将所述订单入库队列中的订单消息存入第一数据库;
扫描所述第一数据库中的订单消息;
判断第一数据库中的订单消息是否满足统计监控规则。
4.根据权利要求3所述的方法,其特征在于,判断所述订单消息是否满足实时监控规则,包括:
获取所述实时监控规则的规则列表,所述规则列表中的每条规则已按照业务进行了分组;
将所述订单消息与规则列表中的每条规则进行比对,当所述订单消息满足同组规则中的一条规则时,不再将所述订单消息与该组规则中除所述订单消息满足的规则以外的规则进行比对;
如果所述订单消息满足所述规则列表中的一条规则或多条规则,则将所述订单消息与该订单消息满足的规则加入报警队列;
当所述报警队列中有所述订单消息和所述订单消息满足的规则时,确定所述订单消息满足实时监控规则。
5.根据权利要求3所述的方法,其特征在于,判断第一数据库中的订单消息是否满足统计监控规则,包括:
按照所述订单消息的主键顺序分页取出所述第一数据库中的订单消息,并记录每页订单消息中的订单消息的最小主键与最大主键;
把订单消息列表数据加入到统计处理队列,其中,订单消息列表数据包括订单消息和所述订单消息的主键;
利用处理线程从统计处理队列中取订单消息;
根据取出的订单消息及与取出的订单消息所对应的商品的主键组装统计键值,并确定所述统计键值的值;
将所述统计键值、所述统计键值的值及对应的订单消息存入到键值对数据库库,并将所述统计键值存入到统计时间串;
从键值对数据库中取出预设时间段内的统计时间串,根据取出的统计时间串,取出统计键值,遍历取出的统计键值得到统计键值的值,并将取出的统计键值和对应的统计键值的值存入第二数据库;
将所述第二数据库中的统计键值及所述统计键值的值与所述统计监控规则进行比对,以确定所述预设时间段内的订单消息是否满足所述统计监控规则。
6.一种订单监控装置,其特征在于,所述装置包括:
订单消息接收模块,用于接收订单消息,所述订单消息是根据用户提交的订单产生的;
订单消息解析模块,用于解析所述订单消息;
规则匹配模块,用于判断所述订单消息是否满足实时监控规则,和/或将所述订单消息存入数据库,判断所述订单消息是否满足统计监控规则;
报警模块,用于当所述规则匹配模块的判断结果为是时,报警,并通知业务人员。
7.根据权利要求6所述的装置,其特征在于,订单消息接收模块具体用于:
通过消息中间件接收所述订单消息。
8.根据权利要求6所述的装置,其特征在于,所述订单消息解析模块包括:
订单消息解析子模块,用于解析所述订单消息,并调用接口补全消息;
队列加入子模块,用于把所述订单消息加入订单入库队列与实时监控队列;
所述规则匹配模块包括:
轮询子模块,用于轮询所述实时监控队列,取出所述订单消息;
实时判断子模块,用于判断所述订单消息是否满足实时监控规则;
所述规则匹配模块还包括:
入库子模块,用于将所述订单入库队列中的订单消息存入第一数据库;
订单消息扫描子模块,用于扫描所述第一数据库中的订单消息;
统计判断子模块,用于判断第一数据库中的订单消息是否满足统计监控规则。
9.根据权利要求8所述的装置,其特征在于,所述实时判断子模块包括:
规则列表获取单元,用于获取所述实时监控规则的规则列表,所述规则列表中的每条规则已按照业务进行了分组;
实时规则比对单元,用于将所述订单消息与规则列表中的每条规则进行比对,当所述订单消息满足同组规则中的一条规则时,不再将所述订单消息与该组规则中除所述订单消息满足的规则以外的规则进行比对;
报警队列加入单元,用于如果所述订单消息满足所述规则列表中的一条规则或多条规则,则将所述订单消息与该订单消息满足的规则加入报警队列;
确定单元,用于当所述报警队列中有所述订单消息和所述订单消息满足的规则时,确定所述订单消息满足实时监控规则。
10.根据权利要求8所述的装置,其特征在于,所述统计判断子模块包括:
订单消息分页单元,用于按照所述订单消息的主键顺序分页取出所述第一数据库中的订单消息,并记录每页订单消息中的订单消息的最小主键与最大主键;
统计处理队列加入单元,用于把订单消息列表数据加入到统计处理队列,其中,订单消息列表数据包括订单消息和所述订单消息的主键;
订单消息提取单元,用于利用处理线程从统计处理队列中取订单消息;
统计键值组装单元,用于根据取出的订单消息及与取出的订单消息所对应的商品的主键组装统计键值,并确定所述统计键值的值;
键值对数据库储存单元,用于将所述统计键值、所述统计键值的值及对应的订单消息存入到键值对数据库,并将所述统计键值存入到统计时间串;
统计键值入库单元,用于从键值对数据库中取出预设时间段内的统计时间串,根据取出的统计时间串,取出统计键值,遍历取出的统计键值得到统计键值的值,并将取出的统计键值和对应的统计键值的值存入第二数据库;
统计规则比对单元,用于将所述第二数据库中的统计键值及所述统计键值的值与所述统计监控规则进行比对,以确定所述预设时间段内的订单消息是否满足所述统计监控规则。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510221798.7A CN104836701B (zh) | 2015-05-04 | 2015-05-04 | 订单监控方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510221798.7A CN104836701B (zh) | 2015-05-04 | 2015-05-04 | 订单监控方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104836701A true CN104836701A (zh) | 2015-08-12 |
CN104836701B CN104836701B (zh) | 2019-03-15 |
Family
ID=53814351
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510221798.7A Active CN104836701B (zh) | 2015-05-04 | 2015-05-04 | 订单监控方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104836701B (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105303417A (zh) * | 2015-12-07 | 2016-02-03 | 北京京东尚科信息技术有限公司 | 一种商品自动下单系统及方法 |
CN105956911A (zh) * | 2016-05-23 | 2016-09-21 | 北京小米移动软件有限公司 | 购买请求处理方法及装置 |
CN106897885A (zh) * | 2017-01-24 | 2017-06-27 | 武汉奇米网络科技有限公司 | 一种电商平台商家违规处罚的方法及系统 |
CN107180030A (zh) * | 2016-03-09 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 一种网络上的关系数据生成方法及装置 |
CN107705179A (zh) * | 2017-10-10 | 2018-02-16 | 掌合天下(北京)信息技术有限公司 | 订单管理方法及装置 |
CN108701390A (zh) * | 2018-06-01 | 2018-10-23 | 福建联迪商用设备有限公司 | 一种收银机测试厨打功能的方法及系统 |
CN108734537A (zh) * | 2017-04-24 | 2018-11-02 | 北京京东尚科信息技术有限公司 | 统计违规订单的方法和装置 |
CN110473097A (zh) * | 2019-08-06 | 2019-11-19 | 深圳证券交易所 | 交易监控方法、终端和计算机可读存储介质 |
CN110796506A (zh) * | 2018-08-03 | 2020-02-14 | 北京京东尚科信息技术有限公司 | 一种异常订单判定方法和装置 |
CN110908815A (zh) * | 2019-12-03 | 2020-03-24 | 京东数字科技控股有限公司 | 消息队列数据预警方法、装置和系统、存储介质 |
CN110908972A (zh) * | 2019-11-19 | 2020-03-24 | 加和(北京)信息科技有限公司 | 一种日志数据预处理方法、装置、电子设备和存储介质 |
CN111489220A (zh) * | 2019-01-28 | 2020-08-04 | 北京嘀嘀无限科技发展有限公司 | 提高目标区域运力方法、派单方法、装置及服务器 |
CN113222466A (zh) * | 2021-05-28 | 2021-08-06 | 深圳市大恩信息科技有限公司 | 一种基于erp的会计项目流程监控方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159045A (zh) * | 2006-10-05 | 2008-04-09 | 国际商业机器公司 | 聚合订单状态数据库系统中的改变的方法 |
CN101496056A (zh) * | 2006-06-20 | 2009-07-29 | 欧睦技术公司 | 用于监控交易的系统和方法 |
US20130254377A1 (en) * | 2012-03-22 | 2013-09-26 | Hon Hai Precision Industry Co., Ltd. | Server and method for managing monitored data |
CN104364816A (zh) * | 2011-12-08 | 2015-02-18 | 美国联合包裹服务公司 | 用于支持对管制和非管制物品经销的监管要求的系统和方法 |
CN104408629A (zh) * | 2014-11-10 | 2015-03-11 | 广东欧珀移动通信有限公司 | 网络购物监控方法、系统及包含该系统的终端设备 |
CN104408646A (zh) * | 2014-11-28 | 2015-03-11 | 北京京东尚科信息技术有限公司 | 一种处理商品促销规则的方法和装置 |
-
2015
- 2015-05-04 CN CN201510221798.7A patent/CN104836701B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101496056A (zh) * | 2006-06-20 | 2009-07-29 | 欧睦技术公司 | 用于监控交易的系统和方法 |
CN101159045A (zh) * | 2006-10-05 | 2008-04-09 | 国际商业机器公司 | 聚合订单状态数据库系统中的改变的方法 |
CN104364816A (zh) * | 2011-12-08 | 2015-02-18 | 美国联合包裹服务公司 | 用于支持对管制和非管制物品经销的监管要求的系统和方法 |
US20130254377A1 (en) * | 2012-03-22 | 2013-09-26 | Hon Hai Precision Industry Co., Ltd. | Server and method for managing monitored data |
CN104408629A (zh) * | 2014-11-10 | 2015-03-11 | 广东欧珀移动通信有限公司 | 网络购物监控方法、系统及包含该系统的终端设备 |
CN104408646A (zh) * | 2014-11-28 | 2015-03-11 | 北京京东尚科信息技术有限公司 | 一种处理商品促销规则的方法和装置 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105303417A (zh) * | 2015-12-07 | 2016-02-03 | 北京京东尚科信息技术有限公司 | 一种商品自动下单系统及方法 |
CN107180030A (zh) * | 2016-03-09 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 一种网络上的关系数据生成方法及装置 |
CN105956911A (zh) * | 2016-05-23 | 2016-09-21 | 北京小米移动软件有限公司 | 购买请求处理方法及装置 |
CN106897885A (zh) * | 2017-01-24 | 2017-06-27 | 武汉奇米网络科技有限公司 | 一种电商平台商家违规处罚的方法及系统 |
CN108734537A (zh) * | 2017-04-24 | 2018-11-02 | 北京京东尚科信息技术有限公司 | 统计违规订单的方法和装置 |
CN108734537B (zh) * | 2017-04-24 | 2021-04-30 | 北京京东尚科信息技术有限公司 | 统计违规订单的方法和装置 |
CN107705179A (zh) * | 2017-10-10 | 2018-02-16 | 掌合天下(北京)信息技术有限公司 | 订单管理方法及装置 |
CN108701390A (zh) * | 2018-06-01 | 2018-10-23 | 福建联迪商用设备有限公司 | 一种收银机测试厨打功能的方法及系统 |
CN108701390B (zh) * | 2018-06-01 | 2021-06-25 | 福建联迪商用设备有限公司 | 一种收银机测试厨打功能的方法及系统 |
CN110796506A (zh) * | 2018-08-03 | 2020-02-14 | 北京京东尚科信息技术有限公司 | 一种异常订单判定方法和装置 |
CN111489220A (zh) * | 2019-01-28 | 2020-08-04 | 北京嘀嘀无限科技发展有限公司 | 提高目标区域运力方法、派单方法、装置及服务器 |
CN111489220B (zh) * | 2019-01-28 | 2023-10-24 | 北京嘀嘀无限科技发展有限公司 | 提高目标区域运力方法、派单方法、装置及服务器 |
CN110473097A (zh) * | 2019-08-06 | 2019-11-19 | 深圳证券交易所 | 交易监控方法、终端和计算机可读存储介质 |
CN110473097B (zh) * | 2019-08-06 | 2023-05-02 | 深圳证券交易所 | 交易监控方法、终端和计算机可读存储介质 |
CN110908972A (zh) * | 2019-11-19 | 2020-03-24 | 加和(北京)信息科技有限公司 | 一种日志数据预处理方法、装置、电子设备和存储介质 |
CN110908815A (zh) * | 2019-12-03 | 2020-03-24 | 京东数字科技控股有限公司 | 消息队列数据预警方法、装置和系统、存储介质 |
CN110908815B (zh) * | 2019-12-03 | 2022-09-30 | 京东科技控股股份有限公司 | 消息队列数据预警方法、装置和系统、存储介质 |
CN113222466A (zh) * | 2021-05-28 | 2021-08-06 | 深圳市大恩信息科技有限公司 | 一种基于erp的会计项目流程监控方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN104836701B (zh) | 2019-03-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104836701A (zh) | 订单监控方法及装置 | |
US11379475B2 (en) | Analyzing tags associated with high-latency and error spans for instrumented software | |
US11829330B2 (en) | Log data extraction from data chunks of an isolated execution environment | |
US9601000B1 (en) | Data-driven alert prioritization | |
US10592308B2 (en) | Aggregation based event identification | |
US20110060733A1 (en) | Information retrieval based on semantic patterns of queries | |
CN110460587B (zh) | 一种异常账号检测方法、装置及计算机存储介质 | |
CN107239381B (zh) | 崩溃信息的处理方法、装置及系统 | |
US20150170070A1 (en) | Method, apparatus, and system for monitoring website | |
CN110362455B (zh) | 一种数据处理方法和数据处理装置 | |
Nie et al. | SPIRE: efficient data inference and compression over RFID streams | |
CN105868256A (zh) | 处理用户行为数据的方法和系统 | |
CN106371984A (zh) | 一种数据监控方法、设备和系统 | |
CN106095575B (zh) | 一种日志审计的装置、系统和方法 | |
CN112738040A (zh) | 一种基于dns日志的网络安全威胁检测方法、系统及装置 | |
CN111740868A (zh) | 告警数据的处理方法和装置及存储介质 | |
CN114036022A (zh) | 一种监控告警处理方法、装置、设备和介质 | |
US10733244B2 (en) | Data retrieval system | |
CN110888985A (zh) | 一种报警信息处理方法、装置、电子设备及存储介质 | |
CN111338888B (zh) | 一种数据统计方法、装置、电子设备及存储介质 | |
EP3437006A1 (en) | Malicious database request identification | |
CN111582796B (zh) | 一种基于图像识别的快递监控系统及方法 | |
CN113326064A (zh) | 划分业务逻辑模块的方法、电子设备及存储介质 | |
Mahdin et al. | An approach to filtering duplicate RFID data streams | |
CN113177694B (zh) | 客户分配方法、装置、存储介质及计算机设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |