CN112132652A - 订单信息获取方法、装置、计算机设备和存储介质 - Google Patents
订单信息获取方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN112132652A CN112132652A CN202010911915.3A CN202010911915A CN112132652A CN 112132652 A CN112132652 A CN 112132652A CN 202010911915 A CN202010911915 A CN 202010911915A CN 112132652 A CN112132652 A CN 112132652A
- Authority
- CN
- China
- Prior art keywords
- time
- information
- order information
- query
- time period
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2457—Query processing with adaptation to user needs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/248—Presentation of query results
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computational Linguistics (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请涉及一种订单信息获取方法、装置、计算机设备和存储介质。所述方法包括:获取本次查询任务的查询时间段信息;根据查询时间段信息,分割查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;根据时间片信息,向目标服务器发送多个请求信息,请求信息用于指示目标服务器根据时间片查询并发送对应的订单信息;获取目标服务器返回的各时间片对应的订单信息,将各时间片对应的订单信息作为本次查询任务的订单信息。采用本方法能降低因时间过长而发生故障,导致订单信息遗漏的几率,有利于在每一次查询任务中相对快速完整地获得订单信息,也有利于更好地适应集群架构从而进一步提升订单信息的获取效率。
Description
技术领域
本申请涉及电子商务数据处理技术领域,特别是涉及一种订单信息获取方法、装置、计算机设备和存储介质。
背景技术
随着电子商务行业的发展,越来越多自营商家以入驻方式进驻电商平台,此类电商平台有苏宁、天猫、京东等。当消费者在电商平台上下单后,电商平台对应的目标服务器会创建或生成对应的订单信息。而自营商家可选择通过平台接口来主动获取订单信息,即可以根据电商平台指定的查询条件(如时间范围)来发送请求信息;电商平台的目标服务器据此将指定时间范围内创建的订单信息发送给自营商家的服务器。
然而,现有技术中,自营商家的服务器一般是每隔数分钟发送一次请求信息,一次性地获得数分钟对应的订单信息,然后再进行订单处理。当遇到促销活动时,由于电商平台上的订单激增,这种订单信息的获取方法显得效率较低,同时也影响到服务器进行后续订单处理的效率。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高订单信息获取效率的订单信息获取方法、装置、计算机设备和存储介质。
一种订单信息获取方法,所述方法包括:
获取本次查询任务的查询时间段信息;
根据所述查询时间段信息,分割所述查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;
根据所述时间片信息,向目标服务器发送多个请求信息,所述请求信息用于指示所述目标服务器根据所述时间片查询并发送对应的所述订单信息;
获取所述目标服务器返回的各所述时间片对应的所述订单信息,将各所述时间片对应的订单信息作为所述本次查询任务的所述订单信息。
在其中一个实施例中,执行第一任务,根据订单信息获取方法,获取对应于第一查询时间段的第一订单信息;执行第二任务,根据订单信息获取方法,获取对应于第二查询时间段的第二订单信息;所述第二查询时间段与所述第一查询时间段具有重合时间范围;所述方法还包括:
将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较,获得比较结果。
在其中一个实施例中,所述将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较,获得比较结果,包括:
将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较;在所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息不一致时,确定存在漏单情况。
在其中一个实施例中,所述查询时间段信息包括开始时间及结束时间,所述获取本次查询任务的查询时间段信息,包括:
获取当前时间,将所述当前时间作为所述本次查询任务的结束时间;
查询所述本次查询任务的原开始时间,优选的,所述原开始时间为上次查询任务的结束时间;
当所述原开始时间与所述当前时间的间隔时长超出设定阈值时,将所述当前时间按预设第一时间步长前移,获得第一前移时间,将所述第一前移时间作为所述查询时间段信息对应的所述开始时间。
在其中一个实施例中,当所述间隔时长未超出所述设定阈值时,以所述原开始时间作为所述查询时间段信息对应的所述开始时间。
在其中一个实施例中,在未查询到所述本次查询任务的原开始时间时,将所述当前时间按预设第二时间步长前移,获得第二前移时间,将所述第二前移时间作为所述本次查询任务的对应的所述开始时间。
在其中一个实施例中,所述方法还包括:
在发送当前时间片的所述请求信息后,经过设定时长未获取到所述当前时间片对应的所述订单信息时,重新向所述目标服务器发送请求信息,并生成或更新重试次数,所述重试次数用于表示重复获取所述当前时间片对应的所述订单信息的次数;
当所述重试次数超过设定次数后,生成告警提示信息。
在其中一个实施例中,所述根据所述时间片信息,向目标服务器发送多个请求信息,包括:
将所述时间片信息发送至任务队列;
从所述任务队列中获取所述时间片信息;
根据所述时间片信息中的多个所述时间片对应的查询时间范围,向所述目标服务器发送多个所述请求信息。
在其中一个实施例中,所述向目标服务器发送多个请求信息包括:通过服务器集群向所述目标服务器发送多个所述请求信息;
所述获取所述目标服务器返回的各所述时间片对应的订单信息,包括:通过所述服务器集群获取所述订单信息。
一种订单信息获取装置,所述装置包括:
基础信息获取模块,用于获取本次查询任务的查询时间段信息;
时间段分割模块,用于根据所述查询时间段信息,分割所述查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;
请求发送模块,用于根据所述时间片信息,向目标服务器发送多个请求信息,所述请求信息用于指示所述目标服务器根据所述时间片查询并发送对应的所述订单信息;
订单信息获取模块,用于获取所述目标服务器返回的各所述时间片对应的所述订单信息,将各所述时间片对应的订单信息作为所述本次查询任务的订单信息。
一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取本次查询任务的查询时间段信息;
根据所述查询时间段信息,分割所述查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;
根据所述时间片信息,向目标服务器发送多个请求信息,所述请求信息用于指示所述目标服务器根据所述时间片查询并发送对应的所述订单信息;
获取所述目标服务器返回的各所述时间片对应的所述订单信息,将各所述时间片对应的订单信息作为所述本次查询任务的所述订单信息。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
获取本次查询任务的查询时间段信息;
根据所述查询时间段信息,分割所述查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;
根据所述时间片信息,向目标服务器发送多个请求信息,所述请求信息用于指示所述目标服务器根据所述时间片查询并发送对应的所述订单信息;
获取所述目标服务器返回的各所述时间片对应的所述订单信息,将各所述时间片对应的订单信息作为所述本次查询任务的所述订单信息。
上述订单信息获取方法、装置、计算机设备和存储介质,对拟获取的订单信息对应的查询时间段进行分割,获得多个时间片对应的时间片信息,根据时间片信息可获得对应于多个时间片的多批订单信息,相当于将一个查询时间段的订单信息分割成多批订单信息;这种采用多批次、每批次短时间地获取一个查询时间段的订单信息的方式,与长时间通信来获取大量订单信息的方式相比,能降低因时间过长而发生故障,导致订单信息遗漏的几率,有利于在每一次查询任务中相对快速完整地获得订单信息,也有利于更好地适应集群架构从而进一步提升订单信息的获取效率。
附图说明
图1为一个实施例中订单信息获取方法的应用环境图;
图2为一个实施例中订单信息获取方法的流程示意图;
图3为一个实施例涉及执行第一任务和第二任务步骤的流程示意图;
图4为一个实施例中涉及确定是否存在漏单情况的步骤的流程示意图;
图5为一个实施例中涉及步骤S201的具体执行流程的示意图;
图6为一个实施例中涉及步骤S203的具体执行流程的示意图;
图7为一个实施例中订单信息获取装置的结构框图;
图8为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的订单信息获取方法,可以应用于如图1所示的应用环境中。其中,商家的服务器101通过网络与电商平台的目标服务器102通过网络进行通信。具体地服务器101确定查询时间段后,对查询时间段进行时间分割,可以获得时间片,根据时间片信息通过网络向目标服务器102发送多个请求信息,目标服务器102可以根据请求信息确定时间片对应的订单信息,然后通过网络将这些订单信息返回给服务器101。其中,服务器101或目标服务器102可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种订单信息获取方法,以该方法应用于图1中的服务器101为例进行说明,包括以下步骤:
步骤S201,获取本次查询任务的查询时间段信息;
步骤S202,根据查询时间段信息,分割查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;
步骤S203,根据时间片信息,向目标服务器发送多个请求信息;其中,请求信息用于指示目标服务器根据时间片查询并发送对应的订单信息;
步骤S204,获取目标服务器返回的各时间片对应的订单信息,将各时间片对应的订单信息作为本次查询任务的订单信息。
上述方法中,本次查询任务是指本次进行订单信息查询的任务,事实上,由于电商平台对应的目标服务器可能会持续地创建或生成订单信息,因此,进行订单信息的获取一般可以分为多个执行时间段进行。对应地,一个执行时间段内执行的订单信息查询的任务,可以视为一次查询任务。需要说明的是,上下文可能会多次提及上次查询任务、本次查询任务或下次查询任务;一般来说,上次查询任务、本次查询任务、下次查询任务是指依次启动的三个任务,这三个任务的最大区别在于启动时间上存在先后,意味着不对它们的结束时间进行特别限制。
进一步地,上述方法中的步骤S201-S204可以被重复执行,以便能陆续地、及时地从目标服务器处获取到对应于每一执行时间段的订单信息。
需要注意,执行时间段指的是执行步骤S201-S204所占用的时间段,执行时间段不同于查询时间段。例如,执行本次查询任务的执行时间段为某天14:00-14:10,而对应的查询时间段可以是13:50-13:51,即在14:00时开始执行步骤S201,在14:10时完成步骤S204的执行,所获得的订单信息是目标服务器在13:50-13:51所创建的。另外,执行时间段的时长一般取决于数据处理速度与网络通信速度,查询时间段的时长一般取决于对时长的自定义设置。执行时间段不一定比查询时间段更长或者更短。
查询时间段是目标服务器进行订单信息查询所需获取的一种查询信息,其取决于目标服务器设定的查询条件;例如,目标服务器可以依据订单信息的创建时间来进行订单信息查询时,查询时间段则对应于所需查询的订单信息的创建时间;在一些可能的情况下,查询时间段也可以对应于目标服务器接收到消费者的下单指令对应的时间段,也可以对应于目标服务器在进行订单信息创建时给订单信息打上时间戳对应的时间,也可以对应于目标服务器对订单信息进行校验后所确定的时间等等。无论如何,确保本次查询任务对应的查询时间段与上次查询任务对应的查询时间段在时间上是连续的,则可以较好地确保能获取到完整的订单信息。事实上,在一些情况下,本次查询任务对应的查询时间段与上次查询任务对应的查询时间段在时间范围上有所重合也是可以被允许的,只要将在重合时间范围内获得的重复的订单信息进行识别,在后续的订单处理过程不对重复的订单信息执行重复的订单处理流程即可。
查询时间段信息则是指查询时间段对应的信息,一般可以包括查询时间段的开始时间和结束时间。获取本次查询任务的查询时间段信息,除了为了排查是否有订单信息遗漏的情况而特别指定某个时间为开始时间、另一个时间为结束时间外,一般可以直接采用上次查询任务对应的查询时间段的结束时间作为本次查询任务的查询时间段的开始时间,然后以当前时间作为本次查询任务的查询时间段的开始时间。因此,在一些实施例中,可以将上次查询任务对应的查询时间段信息(特别是结束时间)进行保存,以便获取本次查询任务的查询时间段信息。
在获得查询时间段信息后,则可以根据步骤S202,分割查询时间段,即将查询时间段分割为多个时间片,以便于获得多个时间片对应的时间片信息。时间片是指比查询时间段时长更小的一段时间,因此,时间片也有对应的开始时间和结束时间。而时间片信息,则至少包括每个时间片对应的开始时间和结束时间。
将查询时间段分割成多个时间片,可以指分割成多个时长一致的时间片,也可以指分割成多个时长不完全一致的时间片,一般来说,使时间片的时长一致,可以简化数据处理过程。在一些实施例中,可以将查询时间段的时长设置为1分钟以内,例如30秒,将每个时间片的时长设置为1秒以上,例如10秒。当然,也可以根据实际情况对查询时间段和时间片的时长设置为其他数值。对于目前的电商平台(如天猫),如果需要从目标服务器上获取订单信息,一般时间片的时长最好控制在1秒以上,如果时间片的时长太小,可能会导致发生多次重复无效的资源调用,如果时间片的时长太大,例如数分钟或者数小时,则商家的服务器可能会在一些促销活动对应的下单峰值时间,获取到大量数据,在对外接口的性能欠佳的情况下,导致对外接口响应超时的概率变大。
获得时间片信息后,可以根据时间片信息向目标服务器发送多个请求信息,一般来说,一个时间片对应于一个请求信息。与现有技术不同的是,现有技术中,获取订单信息的方式一般是:每隔数分钟或者数小时,向目标服务器发送一次订单获取请求,当目标服务器数据处理压力较大时,或对应的订单数量较多时,发生订单信息获取超时的概率会增大,且一次性获取到大量订单信息,也给商家的服务器造成了较大的数据处理压力。本申请提出的订单获取方法,在常见的实施场合下,进一步地对每次查询任务对应的查询时间段进行时间分割,进而相当于将一次查询任务分割为多次子任务,从而向目标服务器发送多个请求信息,能相应地获得多批次的订单信息,每一批次的订单信息对应于一个时间片,有利于利用服务器集群来对每一批次的订单信息进行并行处理(即在其他一些实施例中,可能可以利用服务器集群外的其他架构形式来实施订单信息获取方法)。
由此可知,步骤S204中,获取目标服务器返回的各时间片对应的订单信息后,实质上相当于获取本次查询任务对应的订单信息。进一步地,在各时间片对应的订单信息均被获取后,则视为本次查询任务对应的订单信息被获取。
对拟获取的订单信息对应的查询时间段进行分割,获得多个时间片对应的时间片信息,根据时间片信息可获得对应于多个时间片的多批订单信息,相当于将一个查询时间段的订单信息分割成多批订单信息;这种采用多批次、每批次短时间地获取一个查询时间段的订单信息的方式,与长时间通信来获取大量订单信息的方式相比,能降低因时间过长而发生故障,导致订单信息遗漏的几率,有利于在每一次查询任务中相对快速完整地获得订单信息。进一步地,该方法特别适用于集群架构(即商家的服务器101为服务器集群的情况),并能在集群架构下极大地提升订单信息获取的效率。
在一个实施例中,如图3所示,订单信息获取方法如下:
步骤S301,执行第一任务,根据步骤S201-S204,获取对应于第一查询时间段的第一订单信息;
步骤S302,执行第二任务,根据步骤S201-S204,获取对应于第二查询时间段的第二订单信息;其中,第二查询时间段与第一查询时间段具有重合时间范围;
步骤S303,将重合时间范围内的第二订单信息与重合时间范围内的第一订单信息进行比较,获得比较结果。
考虑到异常情况下,电商平台目标服务器自身可能存在不稳定的情况,例如有时在订单信息创建过程中发生延迟的情况,订单信息获取方法需要具备异常补偿机制。这意味着,按照正常的方式执行第一任务,有时候会未能获得延迟创建的订单信息,即执行第一任务时,在向目标服务器发送某个时间片对应的请求信息后,目标服务器因为故障或其他原因仍未对该时间片对应的订单信息创建完成,此时目标服务器将返回查询不到该订单信息的结果。例如,在某一天的8:00,商家的服务器向电商平台的目标服务器发送请求信息,请求目标服务器查询当天7:50:10-7:50:20创建的订单信息,事实上有一个7:50:15的订单信息仍在创建中,由于发生延迟情况,该订单信息将不会被目标服务器查询到并发送给商家的服务器。上述步骤中,第一任务的作用是对某个时间范围的订单信息获取一次,第二任务的作用是对这个时间范围的订单信息重新获取一次,这样能更大程度地确保获取订单信息的完整性,实现了异常补偿机制的设计。
本领域技术人员可以将执行第一任务理解为正常地对订单信息进行获取,能有利于服务器在获取到这些订单信息后,更快速地进行订单处理(例如向送货商的终端发送送货提示信息、向生产商的终端发送产品生产提示信息等等;订单处理的流程和方式可以借鉴商业惯例和现有技术,不作特别限制);而执行第二任务是为了避免漏单的情况,即为了避免在执行第一任务时,未能完整地获取到某个时间范围的全部订单的情况。
更具体地,一般可以通过主动方式和被动方式来触发第二任务的步骤。主动方式包括商家服务器设置定期任务,每过一段时间执行一次第二任务。被动方式包括目标服务器向商家服务器发送订单信息创建延迟的通知信息,商家服务器收到通知信息后,执行第二任务。
前述的第一任务指的是第一类型的查询任务,其包含一次以上的查询任务(正常情况下为多次的查询任务),每次查询任务对应的查询时间段为第一查询时间段;前述的第二任务指的是第二类型的查询任务,其包含至少一次的查询任务,每次查询任务对应的查询时间段为第二查询时间段。一般来说,一个第二查询时间段,在时间范围上至少与一个第一查询时间段存在重叠的部分;事实上,当第一查询时间段较短时,一个第二查询时间段在时间范围上可以覆盖多个第一查询时间段。例如,执行第一任务时,执行了数次查询任务,累积的连续的第一查询时间段的时长为2小时;此时可以将第二查询时间段的时长设置为2小时,并使第二查询时间段在时间范围上覆盖第一查询时间段,这样便可以检查出该时间范围内,是否存在漏单的情况。
体现是否存在漏单的情况,则需要执行步骤S303,获得比较结果。比较结果的本质在于揭示了重合时间范围内的第二订单信息与第一订单信息是否一致。一般来说,在表现形式上,比较结果可以是多样化的,例如可以用0和1来标记重合时间范围内的第二订单信息与第一订单信息是否一致的比较结果,也可以将第二订单信息中,与第一订单信息存在差异的内容提取出来以表示比较结果,在此不作特别限制。但无论如何,可以将多种形式的比较结果归结为两类,一类是揭示了重合时间范围内的第二订单信息与第一订单信息是一致的情况;另一类则揭示了不是一致的情况。
需要注意的是,第二查询时间段对应的开始时间和结束时间不必完全与某几个连续的第一查询时间段的最早开始时间和最晚结束时间保持一致,即第二查询时间段不必刚好仅仅在时间范围上覆盖了某几个第一查询时间段,本领域技术人员可以理解,在具体实施本申请的方案时,第二查询时间段可以只在一些时间范围上与一些查询时间段存在重合。
基于前文说明,本申请提供一个实施例,如图4所示,步骤S303(将重合时间范围内的第二订单信息与重合时间范围内的第一订单信息进行比较,获得比较结果)包括以下步骤:
步骤S401,将重合时间范围内的第二订单信息与重合时间范围内的第一订单信息进行比较;
步骤S402,在重合时间范围内的第二订单信息与重合时间范围内的第一订单信息不一致时,确定存在漏单情况。
进一步地,步骤S303还可包括:
步骤S403,在重合时间范围内的第二订单信息与重合时间范围内的第一订单信息一致时,确定不存在漏单情况。
需要注意的是,虽然步骤S401、S402与S403均同时出现在图4中,但步骤S401、S402可以作为一个实施例来进行实现;S401、S402与S403可以作为另一个实施例来进行实现。确定存在漏单情况与确定存在不漏单情况属于比较结果,在一些实施例中,可以通过生成相应的提示信息,以便于商家更及时了解到相关情况。
在一个实施例中,查询时间段信息包括开始时间及结束时间,如图5所示,步骤S201(获取本次查询任务的查询时间段信息)包括:
步骤S501,获取当前时间,将当前时间作为本次查询任务的结束时间;
步骤S502,查询本次查询任务的原开始时间;优选的,原开始时间为上次查询任务的结束时间;
步骤S503,当原开始时间与当前时间的间隔时长超出设定阈值时,将当前时间按预设第一时间步长前移,获得第一前移时间,将第一前移时间作为查询时间段信息对应的开始时间;
进一步地,步骤S201还可包括:S504,当间隔时长未超出设定阈值时,以原开始时间作为查询时间段信息对应的开始时间。
同理地,虽然步骤S501、S502、S503与S504均同时出现在图5中,但步骤S501、S502、S503可以作为一个实施例来进行实现;步骤S501、S502、S503与S504可以作为另一个实施例来进行实现。
步骤S501中,当前时间可以指执行步骤S501时对应的当前系统时间,也可以指执行步骤S501前的某个时间点,也可以进行其他自定义设置,在此不作特别限制;一般来说,当执行过上次查询任务时,应确保当前时间在上次查询时间段的结束时间之后。
步骤S502中,原开始时间可以是由服务器管理人员手动配置而生成的,也可以是服务器读取到的某个指定时间,例如上次查询任务的对应的查询时间段的结束时间。
步骤S503中,当原开始时间与当前时间的间隔时长超出设定阈值时,视为对原开始时间的配置不合理,此时需要调整本次查询任务对应的开始时间,具体是将当前时间按预设第一时间步长前移,获得第一前移时间,将第一前移时间作为查询时间段信息对应的开始时间,这样可以一定程度上避免服务器无法获取到完整的订单信息或者避免服务器获取到过长时间的订单信息。前述的设定阈值可以根据实际需求进行设定,例如1小时或2小时等;同理,前述的第一时间步长也可根据实际需求进行设定,如数十分钟,在此不作特别限制。
而当间隔时长未超出设定阈值时,则可以按照步骤S504,以原开始时间作为查询时间段信息对应的开始时间。
在一个实施例中,如图5所示,步骤S502之后,还可包括:
步骤S505,在未查询到本次查询任务的原开始时间时,将当前时间按预设第二时间步长前移,获得第二前移时间,将第二前移时间作为本次查询任务的对应的开始时间。需要说明的是,虽然图5还示出了其他的步骤,但步骤S501、S502和S505可以作为单独的实施例进行实现。步骤S505能避免因为商家的服务器本身出现故障或其他原因,导致发生原开始时间无法被保存或被读取的情况。类似于第一时间步长,前述的第二时间步长也可根据实际需求进行设定,在此不作特别限制。在实施过程中,第一时间步长可以与第二时间步长相等或者不相等。
在一个实施例中,在发送当前时间片的请求信息后,经过设定时长未获取到当前时间片对应的订单信息时,重新向目标服务器发送请求信息,并生成或更新重试次数,重试次数用于表示重复获取当前时间片对应的订单信息的次数;当重试次数超过设定次数后,生成告警提示信息。考虑与目标服务器的网络通信可能发生中断,导致目标服务器无法按照请求信息完整地发送某个时间片对应的订单信息给商家的服务器,该实施例通过重新发送请求信息、重新尝试获取订单信息,能有效避免订单信息获取不完整的情况,甚至当重试次数超过设定次数后,还会生成告警提示信息,以提醒服务器的管理人员或商家其他工作人员出现故障情况。设定次数的数值可以根据实际需求设计,不作特别限制。
在一个实施例中,如图6所示,步骤S203(根据时间片信息,向目标服务器发送多个请求信息)包括:
步骤S601,将时间片信息发送至任务队列;
步骤S602,从任务队列中获取时间片信息;
步骤S603,根据时间片信息中的多个时间片对应的查询时间范围,向目标服务器发送多个请求信息。
图6所示实施例,特别适用于集群架构,集群服务器可以从任务队列中获取到不同的时间片对应的时间片信息,不同服务器之间可以根据不同的时间片信息向目标服务器发送请求信息,提升了订单信息获取的效率。
在一个实施例中,向目标服务器发送多个请求信息包括:通过服务器集群向目标服务器发送多个请求信息;获取目标服务器返回的各时间片对应的订单信息,包括:通过服务器集群获取订单信息。需要注意的是,执行订单信息获取方法的某个步骤,可以是由一个服务器来执行,也可以是由更多的服务器来执行;当然,也可以是一个服务器执行了其中的某些步骤,剩余步骤由其他服务器来执行,或者某个服务器参与了所有步骤的执行,这些情况都是被允许的。这意味着,该实施例中未提及的其他步骤,可以由这些服务器集群来执行,也可以由其他的服务器来执行。
应该理解的是,虽然图2-6的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-6中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图7所示,提供了一种订单信息获取装置700,包括:基础信息获取模块701、时间段分割模块702、请求发送模块703及订单信息获取模块704,其中:
基础信息获取模块701,用于获取本次查询任务的查询时间段信息;
时间段分割模块702,用于根据查询时间段信息,分割查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;
请求发送模块703,用于根据时间片信息,向目标服务器发送多个请求信息;其中,请求信息用于指示目标服务器根据时间片查询并发送对应的订单信息;
订单信息获取模块704,用于获取目标服务器返回的各时间片对应的订单信息,将各时间片对应的订单信息作为本次查询任务的订单信息。
在图7实施例的基础上,提供一新实施例,基础信息获取模块701包括:当前时间获取单元(未图示),用于获取当前时间,将当前时间作为本次查询任务的结束时间;原开始时间查询单元(未图示),用于查询本次查询任务的原开始时间;第一修正单元(未图示),用于在原开始时间与当前时间的间隔时长超出设定阈值时,将当前时间按预设第一时间步长前移,获得第一前移时间,将第一前移时间作为查询时间段信息对应的开始时间。
在一些实施例中,基础信息获取模块701还可以包括确定单元(未图示),用于在间隔时长未超出设定阈值时,以原开始时间作为查询时间段信息对应的开始时间。
在一些实施例中,基础信息获取模块701还可以包括第二修正单元(未图示),用于在未查询到本次查询任务的原开始时间时,将当前时间按预设第二时间步长前移,获得第二前移时间,将第二前移时间作为本次查询任务的对应的开始时间。
在图7实施例的基础上,订单信息获取装置700还包括:重试信息生成模块(未图示),用于在发送当前时间片的请求信息后,经过设定时长未获取到当前时间片对应的订单信息时,重新向目标服务器发送请求信息,并生成或更新重试次数;其中,重试次数用于表示重复获取当前时间片对应的订单信息的次数;告警提示模块(未图示),用于在重试次数超过设定次数后,生成告警提示信息。
在图7实施例的基础上,请求发送模块703还可以包括:时间片信息发送单元(未图示),用于将时间片信息发送至任务队列;时间片信息获取单元(未图示),用于从任务队列中获取时间片信息;请求信息发送单元(未图示),用于根据时间片信息中的多个时间片对应的查询时间范围,向目标服务器发送多个请求信息。
在又一个实施例中,提供了一种订单信息获取装置(未图示),包括:
第一任务执行模块,用于执行第一任务,根据步骤S201-S204,获取至少两次查询任务对应的第一订单信息;其中,至少两次查询任务分别对应于至少两个第一查询时间段;
第二任务执行模块,用于执行第二任务,根据步骤S201-S204,获取至少一次查询任务对应的第二订单信息;其中,至少一次查询任务对应于至少一个第二查询时间段;一个第二查询时间段与至少两个第一查询时间段具有相同的重合时间范围;
信息比较模块,用于将重合时间范围内的第二订单信息与第一订单信息进行比较,获得比较结果。
关于订单信息获取装置的具体限定可以参见上文中对于订单信息获取方法的限定,在此不再赘述。上述订单信息获取装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种订单信息获取方法。
本领域技术人员可以理解,图8中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:获取本次查询任务的查询时间段信息;根据查询时间段信息,分割查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;根据时间片信息,向目标服务器发送多个请求信息;其中,请求信息用于指示目标服务器根据时间片查询并发送对应的订单信息;获取目标服务器返回的各时间片对应的订单信息,将各时间片对应的订单信息作为本次查询任务的订单信息。
在一个实施例中,该计算机设备的处理器执行计算机程序时还可以实现以下步骤:执行第一任务,根据订单信息获取方法,获取对应于第一查询时间段的第一订单信息;执行第二任务,根据订单信息获取方法,获取对应于第二查询时间段的第二订单信息;所述第二查询时间段与所述第一查询时间段具有重合时间范围;将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较,获得比较结果。其中,所述将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较,获得比较结果的步骤可以包括:将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较;在所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息不一致时,确定存在漏单情况。
在一个实施例中,所述查询时间段信息包括开始时间及结束时间,所述获取本次查询任务的查询时间段信息,该计算机设备的处理器执行计算机程序时还可以实现以下步骤:获取当前时间,将所述当前时间作为所述本次查询任务的结束时间;查询所述本次查询任务的原开始时间,优选的,所述原开始时间为上次查询任务的结束时间;当所述原开始时间与所述当前时间的间隔时长超出设定阈值时,将所述当前时间按预设第一时间步长前移,获得第一前移时间,将所述第一前移时间作为所述查询时间段信息对应的所述开始时间。
在一个实施例中,该计算机设备的处理器执行计算机程序时还可以实现以下步骤:当所述间隔时长未超出所述设定阈值时,以所述原开始时间作为所述查询时间段信息对应的所述开始时间。
在一个实施例中,该计算机设备的处理器执行计算机程序时还可以实现以下步骤:在未查询到所述本次查询任务的原开始时间时,将所述当前时间按预设第二时间步长前移,获得第二前移时间,将所述第二前移时间作为所述本次查询任务的对应的所述开始时间。
在一个实施例中,该计算机设备的处理器执行计算机程序时还可以实现以下步骤:在发送当前时间片的所述请求信息后,经过设定时长未获取到所述当前时间片对应的所述订单信息时,重新向所述目标服务器发送请求信息,并生成或更新重试次数,所述重试次数用于表示重复获取所述当前时间片对应的所述订单信息的次数;当所述重试次数超过设定次数后,生成告警提示信息。
在一个实施例中,该计算机设备的处理器执行计算机程序时实现的步骤中,所述根据所述时间片信息,向目标服务器发送多个请求信息,具体可以包括:将所述时间片信息发送至任务队列;从所述任务队列中获取所述时间片信息;根据所述时间片信息中的多个所述时间片对应的查询时间范围,向所述目标服务器发送多个所述请求信息。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:获取本次查询任务的查询时间段信息;根据查询时间段信息,分割查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;根据时间片信息,向目标服务器发送多个请求信息;其中,请求信息用于指示目标服务器根据时间片查询并发送对应的订单信息;获取目标服务器返回的各时间片对应的订单信息,将各时间片对应的订单信息作为本次查询任务的订单信息。
在一个实施例中,计算机程序被处理器执行时还可以实现以下步骤:执行第一任务,根据订单信息获取方法,获取对应于第一查询时间段的第一订单信息;执行第二任务,根据订单信息获取方法,获取对应于第二查询时间段的第二订单信息;所述第二查询时间段与所述第一查询时间段具有重合时间范围;将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较,获得比较结果。其中,所述将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较,获得比较结果的步骤可以包括:将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较;在所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息不一致时,确定存在漏单情况。
在一个实施例中,所述查询时间段信息包括开始时间及结束时间,所述获取本次查询任务的查询时间段信息,该可读存储介质的计算机程序被处理器执行时还可以实现以下步骤:获取当前时间,将所述当前时间作为所述本次查询任务的结束时间;查询所述本次查询任务的原开始时间,优选的,所述原开始时间为上次查询任务的结束时间;当所述原开始时间与所述当前时间的间隔时长超出设定阈值时,将所述当前时间按预设第一时间步长前移,获得第一前移时间,将所述第一前移时间作为所述查询时间段信息对应的所述开始时间。
在一个实施例中,计算机程序被处理器执行时还可以实现以下步骤:当所述间隔时长未超出所述设定阈值时,以所述原开始时间作为所述查询时间段信息对应的所述开始时间。
在一个实施例中,计算机程序被处理器执行时还可以实现以下步骤:在未查询到所述本次查询任务的原开始时间时,将所述当前时间按预设第二时间步长前移,获得第二前移时间,将所述第二前移时间作为所述本次查询任务的对应的所述开始时间。
在一个实施例中,计算机程序被处理器执行时还可以实现以下步骤:在发送当前时间片的所述请求信息后,经过设定时长未获取到所述当前时间片对应的所述订单信息时,重新向所述目标服务器发送请求信息,并生成或更新重试次数,所述重试次数用于表示重复获取所述当前时间片对应的所述订单信息的次数;当所述重试次数超过设定次数后,生成告警提示信息。
在一个实施例中,计算机程序被处理器执行时实现的步骤中,所述根据所述时间片信息,向目标服务器发送多个请求信息,具体可以包括:将所述时间片信息发送至任务队列;从所述任务队列中获取所述时间片信息;根据所述时间片信息中的多个所述时间片对应的查询时间范围,向所述目标服务器发送多个所述请求信息。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种订单信息获取方法,其特征在于,所述方法包括:
获取本次查询任务的查询时间段信息;
根据所述查询时间段信息,分割所述查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;
根据所述时间片信息,向目标服务器发送多个请求信息,所述请求信息用于指示所述目标服务器根据所述时间片查询并发送对应的所述订单信息;
获取所述目标服务器返回的各所述时间片对应的所述订单信息,将各所述时间片对应的订单信息作为所述本次查询任务的所述订单信息。
2.根据权利要求1所述的方法,其特征在于,执行第一任务,根据权利要求1所述的方法,获取对应于第一查询时间段的第一订单信息;执行第二任务,根据权利要求1所述的方法,获取对应于第二查询时间段的第二订单信息;所述第二查询时间段与所述第一查询时间段具有重合时间范围;所述方法还包括:
将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较,获得比较结果;
优选的,所述将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较,获得比较结果,包括:
将所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息进行比较;
在所述重合时间范围内的所述第二订单信息与所述重合时间范围内的所述第一订单信息不一致时,确定存在漏单情况。
3.根据权利要求1或2所述的方法,其特征在于,所述查询时间段信息包括开始时间及结束时间,所述获取本次查询任务的查询时间段信息,包括:
获取当前时间,将所述当前时间作为所述本次查询任务的结束时间;
查询所述本次查询任务的原开始时间,优选的,所述原开始时间为上次查询任务的结束时间;
当所述原开始时间与所述当前时间的间隔时长超出设定阈值时,将所述当前时间按预设第一时间步长前移,获得第一前移时间,将所述第一前移时间作为所述查询时间段信息对应的所述开始时间;
优选的,当所述间隔时长未超出所述设定阈值时,以所述原开始时间作为所述查询时间段信息对应的所述开始时间。
4.根据权利要求3所述的方法,其特征在于,
在未查询到所述本次查询任务的原开始时间时,将所述当前时间按预设第二时间步长前移,获得第二前移时间,将所述第二前移时间作为所述本次查询任务的对应的所述开始时间。
5.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
在发送当前时间片的所述请求信息后,经过设定时长未获取到所述当前时间片对应的所述订单信息时,重新向所述目标服务器发送请求信息,并生成或更新重试次数,所述重试次数用于表示重复获取所述当前时间片对应的所述订单信息的次数;
当所述重试次数超过设定次数后,生成告警提示信息。
6.根据权利要求1或2所述的方法,其特征在于,所述根据所述时间片信息,向目标服务器发送多个请求信息,包括:
将所述时间片信息发送至任务队列;
从所述任务队列中获取所述时间片信息;
根据所述时间片信息中的多个所述时间片对应的查询时间范围,向所述目标服务器发送多个所述请求信息。
7.根据权利要求1或2所述的方法,其特征在于,
所述向目标服务器发送多个请求信息包括:通过服务器集群向所述目标服务器发送多个所述请求信息;
所述获取所述目标服务器返回的各所述时间片对应的订单信息,包括:通过所述服务器集群获取所述订单信息。
8.一种订单信息获取装置,其特征在于,所述装置包括:
基础信息获取模块,用于获取本次查询任务的查询时间段信息;
时间段分割模块,用于根据所述查询时间段信息,分割所述查询时间段信息对应的查询时间段,获得多个时间片对应的时间片信息;
请求发送模块,用于根据所述时间片信息,向目标服务器发送多个请求信息,所述请求信息用于指示所述目标服务器根据所述时间片查询并发送对应的所述订单信息;
订单信息获取模块,用于获取所述目标服务器返回的各所述时间片对应的所述订单信息,将各所述时间片对应的订单信息作为所述本次查询任务的订单信息。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010911915.3A CN112132652B (zh) | 2020-09-02 | 2020-09-02 | 订单信息获取方法、装置、计算机设备和存储介质 |
CA3129979A CA3129979A1 (en) | 2020-09-02 | 2021-09-02 | Order information acquisition method and device, computer equipment and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010911915.3A CN112132652B (zh) | 2020-09-02 | 2020-09-02 | 订单信息获取方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112132652A true CN112132652A (zh) | 2020-12-25 |
CN112132652B CN112132652B (zh) | 2022-11-29 |
Family
ID=73847878
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010911915.3A Active CN112132652B (zh) | 2020-09-02 | 2020-09-02 | 订单信息获取方法、装置、计算机设备和存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112132652B (zh) |
CA (1) | CA3129979A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113836402A (zh) * | 2021-09-08 | 2021-12-24 | 金勋杰 | 一种基于数据处理的订单筛选方法 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115174958B (zh) * | 2022-06-27 | 2023-09-08 | 杭州海康威视数字技术股份有限公司 | 视频查询方法、装置、物流监控系统、设备及程序产品 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160094640A1 (en) * | 2014-09-25 | 2016-03-31 | International Business Machines Corporation | Processing a message received by a message server |
CN107679822A (zh) * | 2017-09-04 | 2018-02-09 | 金蝶蝶金云计算有限公司 | Erp系统中订单状态自动更新方法、存储介质和计算机设备 |
CN108470261A (zh) * | 2018-03-07 | 2018-08-31 | 拉扎斯网络科技(上海)有限公司 | 一种下单方法及装置 |
-
2020
- 2020-09-02 CN CN202010911915.3A patent/CN112132652B/zh active Active
-
2021
- 2021-09-02 CA CA3129979A patent/CA3129979A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160094640A1 (en) * | 2014-09-25 | 2016-03-31 | International Business Machines Corporation | Processing a message received by a message server |
CN107679822A (zh) * | 2017-09-04 | 2018-02-09 | 金蝶蝶金云计算有限公司 | Erp系统中订单状态自动更新方法、存储介质和计算机设备 |
CN108470261A (zh) * | 2018-03-07 | 2018-08-31 | 拉扎斯网络科技(上海)有限公司 | 一种下单方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113836402A (zh) * | 2021-09-08 | 2021-12-24 | 金勋杰 | 一种基于数据处理的订单筛选方法 |
CN113836402B (zh) * | 2021-09-08 | 2023-11-03 | 广州欧派创意家居设计有限公司 | 一种基于数据处理的订单筛选方法 |
Also Published As
Publication number | Publication date |
---|---|
CA3129979A1 (en) | 2022-03-02 |
CN112132652B (zh) | 2022-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109743390B (zh) | 任务调度方法、装置、计算机设备和存储介质 | |
CN111193609B (zh) | 应用异常的反馈方法、装置及应用异常的监控系统 | |
CN108834086B (zh) | 短信发送的方法、装置、计算机设备和存储介质 | |
CN112132652B (zh) | 订单信息获取方法、装置、计算机设备和存储介质 | |
CN108491301B (zh) | 电子装置、基于redis的异常预警方法及存储介质 | |
CN111159233B (zh) | 分布式缓存方法、系统、计算机设备以及存储介质 | |
CN110727509A (zh) | 任务调度方法、装置、计算机设备和存储介质 | |
CN110290546B (zh) | 基站重启定位方法、装置、基站设备和存储介质 | |
CN115509756A (zh) | 多集群计算任务提交方法及相关装置、设备 | |
CN113612814B (zh) | 一种会话信息的筛选方法、装置、终端及存储介质 | |
CN110659272A (zh) | 数据清洗方法和系统 | |
CN112235342B (zh) | 异常运行环境的修复方法、装置、计算机设备和存储介质 | |
JP2011070364A (ja) | 運用管理サーバ、ロールバック実行方法およびロールバック実行プログラム | |
CN112070585A (zh) | 订单状态统一管理方法、装置、计算机设备和存储介质 | |
CN113179304A (zh) | 消息下发方法、系统、设备及存储介质 | |
CN111211925B (zh) | 告警信息同步方法、装置、计算机设备和存储介质 | |
CN113626227A (zh) | 一种异常日志信息上报方法、智能终端及存储介质 | |
CN111382976A (zh) | 预警数据处理方法、装置、计算机设备和存储介质 | |
CN110555017A (zh) | 区块链数据清理方法、装置、计算机设备和存储介质 | |
CN114567664B (zh) | 消息处理结果监控方法、装置、计算机设备和存储介质 | |
CN112214336B (zh) | 数据队列推送方法、装置、计算机设备和存储介质 | |
CN110489208B (zh) | 虚拟机配置参数核查方法、系统、计算机设备和存储介质 | |
CN110889539B (zh) | 基于云平台的现货市场出清案例组织方法、系统和装置 | |
CN110879757B (zh) | 客户端异常运行时的重启方法、装置和计算机设备 | |
CN111176930A (zh) | 组件运行数据处理方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |