CN110443674B - 订单数据的拉取方法及装置、存储介质、计算机设备 - Google Patents
订单数据的拉取方法及装置、存储介质、计算机设备 Download PDFInfo
- Publication number
- CN110443674B CN110443674B CN201910567040.7A CN201910567040A CN110443674B CN 110443674 B CN110443674 B CN 110443674B CN 201910567040 A CN201910567040 A CN 201910567040A CN 110443674 B CN110443674 B CN 110443674B
- Authority
- CN
- China
- Prior art keywords
- time
- order data
- pulling
- order
- interval
- 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.)
- Active
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种订单数据的拉取方法及装置、存储介质、计算机设备,该方法包括:查询待拉取订单数据对应的订单创建接入方系统以及订单执行接入方系统;根据与待拉取订单数据对应的订单创建时间以及预设拉取初始等待时间确定初始订单数据拉取时间后,在初始订单数据拉取时间向订单创建接入方系统以及订单执行接入方系统中发送订单数据拉取请求;若接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据相同,则根据初始订单数据拉取时间以及按时长非递减顺序排列的多个预设拉取间隔时间确定与待拉取订单数据对应的间隔订单数据拉取时间,并在间隔订单数据拉取时间向订单执行接入方系统中发送订单数据拉取请求。
Description
技术领域
本申请涉及网络技术领域,尤其是涉及到一种订单数据的拉取方法及装置、存储介质、计算机设备。
背景技术
随着开放化的软件平台越来越多,很多商家或者小型的互联网公司会通过接入的方式,将自家的产品和大的开放平台进行服务打通和数据打通,这样就可以借用大平台的用户流量,通过引流的手段产生经济价值。例如某个能够提供点餐服务的平台方APP,商家店里的商家管理设备,和APP的点餐服务打通,可以达到用户通过APP扫桌码点餐数据实时同步到商家管理设备,同时商家管理设备的数据,也可以实时的同步到APP服务器,供用户可以通过APP随时查看。
由于此类场景牵涉到了多个跨公司的软件系统,对于平台方系统来说,接入方的每个软件系统的性能参次不齐,因此在一些用户体验要求比较高的场景下,每一次都由平台方系统实时去调用接入方系统获取数据,显然是不可以接受的。例如,用户在APP上查看已下单的菜的状态时,绝大部分用户将不能接受超过1秒的等待时间。因此,目前常用的方案是,平台方和接入方约定,接入方在数据变动时,实时回传数据。同时,考虑到分属于不同公司的软件系统之间相互感知性非常弱,平台方无法得知接入方是否由于网络延迟、系统漏洞、宕机等情况,导致没有实时回传数据,因此,平台方系统将按照一定的策略,主动拉取接入方的数据。
目前为止,平台方主动拉取接入方数据的常用策略为固定间隔时间拉取,例如每各5秒拉取一次数据。此策略存在两个弊端:第一,每个接入方的软件能力不一样,统一的间隔时间对于有些性能较弱的接入方系统来说,可能会占用太多的资源,导致无法其它业务处理;第二,频繁拉取的数据实际用处可能并不大,以APP点餐为例,用户在吃饭过程中,往往不会进行相关的APP操作,这个过程往往以小时为单位,而每隔几秒就做一次数据拉取,最终导致绝大多数的拉取是没有意义的,白白浪费了系统和带宽资源。
发明内容
有鉴于此,本申请提供了一种订单数据的拉取方法及装置、存储介质、计算机设备,能够实现变频式的订单数据拉取,减少带宽资源浪费以及避免接入方系统资源占用过多。
根据本申请的一个方面,提供了一种订单数据的拉取方法,包括:
从当前对接的多个接入方系统中,查询待拉取订单数据对应的订单创建接入方系统以及订单执行接入方系统;
根据与所述待拉取订单数据对应的订单创建时间以及预设拉取初始等待时间确定初始订单数据拉取时间后,在所述初始订单数据拉取时间向所述订单创建接入方系统以及所述订单执行接入方系统中发送订单数据拉取请求;
若接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同,则根据所述初始订单数据拉取时间以及按时长非递减顺序排列的多个预设拉取间隔时间确定与所述待拉取订单数据对应的间隔订单数据拉取时间,并在所述间隔订单数据拉取时间向所述订单执行接入方系统中发送所述订单数据拉取请求。
具体地,多个所述预设拉取间隔时间包括一次拉取间隔时间T和n次拉取间隔时间kn-1T,其中,k为预设系数,k大于1,n为大于或等于2的任意正整数;
所述间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,所述一次订单数据拉取时间T1为所述初始订单数据拉取时间T0与所述一次拉取间隔时间T之和,所述n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与所述n次拉取间隔时间kn-1T之和。
具体地,多个所述预设拉取间隔时间包括一次拉取间隔时间T,二次拉取间隔时间m1T,三次拉取间隔时间m2T,……,n次拉取间隔时间mn-1T,其中,m1,m2,……,mn-1为预设系数,1<m1<m2<…<mn-1,n为大于或等于2的任意正整数;
所述间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,所述一次订单数据拉取时间T1为所述初始订单数据拉取时间T0与所述一次拉取间隔时间T之和,所述n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与所述n次拉取间隔时间kn-1T之和。
具体地,若任一所述预设拉取间隔时间大于所述预设拉取间隔时间最大值Tmax,则将任一所述预设拉取间隔时间设置为所述预设拉取间隔时间最大值Tmax。
具体地,所述方法还包括:
若接收到订单数据更改指令,则从多个所述接入方系统中查询所述待拉取订单数据对应的订单更改接入方系统;
根据所述订单数据更改指令对应的订单更改时间以及所述预设拉取初始等待时间确定更改后的初始订单数据拉取时间后,在所述更改后的初始订单数据拉取时间向所述订单更改接入方系统以及所述订单执行接入方系统中发送所述订单数据拉取请求;
若接收到的来自所述订单更改接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同,则根据所述更改后的初始订单数据拉取时间以及多个所述预设拉取间隔时间,计算更改后的间隔订单数据拉取时间,并在所述更改后的间隔订单数据拉取时间向所述订单执行接入方系统发送所述订单数据拉取请求。
具体地,所述更改后的间隔订单数据拉取时间包括更改后的一次订单数据拉取时间T’1和更改后的n次订单数据拉取时间T’n,其中,所述更改后的一次订单数据拉取时间T’1为所述更改后的初始订单数据拉取时间T’0与所述一次拉取间隔时间之和,所述更改后的n次订单数据拉取时间T’n为更改后的n-1次订单数据拉取时间T’n-1与所述n次拉取间隔时间之和。
具体地,所述方法还包括:
若接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据不同,则根据所述初始订单数据拉取时间以及所述预设订单拉取初始等待时间,向所述订单创建接入方系统以及所述订单执行接入方系统中发送所述订单数据拉取请求,直至接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同。
根据本申请的另一方面,提供了一种订单数据的拉取装置,包括:
接入方查询模块,用于从当前对接的多个接入方系统中,查询待拉取订单数据对应的订单创建接入方系统以及订单执行接入方系统;
第一订单拉取模块,用于根据与所述待拉取订单数据对应的订单创建时间以及预设拉取初始等待时间确定初始订单数据拉取时间后,在所述初始订单数据拉取时间向所述订单创建接入方系统以及所述订单执行接入方系统中发送订单数据拉取请求;
第二订单拉取模块,用于若接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同,则根据所述初始订单数据拉取时间以及按时长非递减顺序排列的多个预设拉取间隔时间确定与所述待拉取订单数据对应的间隔订单数据拉取时间,并在所述间隔订单数据拉取时间向所述订单执行接入方系统中发送所述订单数据拉取请求。
具体地,多个所述拉取间隔时间包括一次拉取间隔时间T和n次拉取间隔时间kn- 1T,其中,k为预设系数,k大于1,n为大于或等于2的任意正整数;
所述间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,所述一次订单数据拉取时间T1为所述初始订单数据拉取时间T0与所述一次拉取间隔时间T之和,所述n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与所述n次拉取间隔时间kn-1T之和。
具体地,多个所述拉取间隔时间包括一次拉取间隔时间T,二次拉取间隔时间m1T,三次拉取间隔时间m2T,……,n次拉取间隔时间mn-1T,其中,m1,m2,……,mn-1为预设系数,1<m1<m2<…<mn-1,n为大于或等于2的任意正整数;
所述间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,所述一次订单数据拉取时间T1为所述初始订单数据拉取时间T0与所述一次拉取间隔时间T之和,所述n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与所述n次拉取间隔时间kn-1T之和。
具体地,若任一所述预设拉取间隔时间大于所述预设拉取间隔时间最大值Tmax,则将任一所述预设拉取间隔时间设置为所述预设拉取间隔时间最大值Tmax。
具体地,所述装置还包括:
更改指令接收模块,用于若接收到订单数据更改指令,则从多个所述接入方系统中查询所述待拉取订单数据对应的订单更改接入方系统;
第三订单拉取模块,用于根据所述订单数据更改指令对应的订单更改时间以及所述预设拉取初始等待时间确定更改后的初始订单数据拉取时间后,在所述更改后的初始订单数据拉取时间向所述订单更改接入方系统以及所述订单执行接入方系统中发送所述订单数据拉取请求;
第四订单拉取模块,用于若接收到的来自所述订单更改接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同,则根据所述更改后的初始订单数据拉取时间以及多个所述预设拉取间隔时间,计算更改后的间隔订单数据拉取时间,并在所述更改后的间隔订单数据拉取时间向所述订单执行接入方系统发送所述订单数据拉取请求。
具体地,所述更改后的间隔订单数据拉取时间包括更改后的一次订单数据拉取时间T’1和更改后的n次订单数据拉取时间T’n,其中,所述更改后的一次订单数据拉取时间T’1为所述更改后的初始订单数据拉取时间T’0与所述一次拉取间隔时间之和,所述更改后的n次订单数据拉取时间T’n为更改后的n-1次订单数据拉取时间T’n-1与所述n次拉取间隔时间之和。
具体地,所述第一订单拉取模块,还用于:
若接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据不同,则根据所述初始订单数据拉取时间以及所述预设订单拉取初始等待时间,向所述订单创建接入方系统以及所述订单执行接入方系统中发送所述订单数据拉取请求,直至接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同。
依据本申请又一个方面,提供了一种存储介质,其上存储有计算机程序,所述程序被处理器执行时实现上述订单数据的拉取方法。
依据本申请再一个方面,提供了一种计算机设备,包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述订单数据的拉取方法。
借由上述技术方案,本申请提供的一种订单数据的拉取方法及装置、存储介质、计算机设备,在查询到订单创建以及订单执行的接入方系统,并确认来自接入方系统的订单数据一致后,根据预先设置的按照时间长度从小到大排列的多个预设拉取间隔时间,分别计算每一次的间隔订单数据拉取时间,从而从订单执行接入方系统中拉取出订单数据进行保存。本申请通过预设按时间长度从小到大排列的多个拉取间隔时间,计算得到变频式的间隔订单数据拉取时间,从而按照计算得到的间隔订单数据拉取时间从订单执行接入方系统中拉取订单数据,不仅避免了按照统一的间隔时间拉取订单数据对于有些性能较弱的接入方系统来说,占用资源过多的问题,而且也避免了频繁拉取无意义的订单数据,浪费系统和带宽资源的问题,提高数据拉取效率。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1示出了本申请实施例提供的一种订单数据的拉取方法的流程示意图;
图2示出了本申请实施例提供的另一种订单数据的拉取方法的流程示意图;
图3示出了本申请实施例提供的一种订单数据的拉取装置的结构示意图;
图4示出了本申请实施例提供的另一种订单数据的拉取装置的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种订单数据的拉取方法,如图1所示,该方法包括:
步骤101,从当前对接的多个接入方系统中,查询待拉取订单数据对应的订单创建接入方系统以及订单执行接入方系统。
本申请实施例以拉取餐品类订单数据为例进行解释说明,本申请实施例主要用于平台方从平台接入方主动拉取订单数据,平台方可以同时接入多个接入方,用户可以通过客户端自主线上下单,可以直接在店铺线下下单,还可以通过其他第三方设备进行下单,因此具体的接入方可以是用户使用的客户端,也可以是商家管理终端,还可以是第三方设备终端。
基于此,在拉取订单数据之前,先从多个接入方系统中确认订单的创建系统也即订单创建接入方系统,以及订单的执行系统也即订单执行接入方系统。需要说明的是,订单创建接入方系统与订单执行接入方系统可以是相同的,例如用户在店铺线下下单,店铺服务员直接将用户需要下单的菜品输入至商家管理终端,店家也会根据商家管理终端记录的订单数据进行处理,此时订单创建接入方和订单执行接入方都是商家管理终端。
步骤102,根据与待拉取订单数据对应的订单创建时间以及预设拉取初始等待时间确定初始订单数据拉取时间后,在初始订单数据拉取时间向订单创建接入方系统以及订单执行接入方系统中发送订单数据拉取请求。
订单创建接入方系统确认创建订单数据后,一般会立即发送到订单执行接入方系统中请求执行,但是创建方向执行方发送订单数据时,可能会存在网络波动等原因导致执行方无法及时接收到订单数据,因此,本申请实施例中,在查询到订单创建接入方系统和订单执行接入方系统后,在订单创建时间之后的一段时间向订单创建接入方系统和订单执行接入方系统同时发送订单数据拉取请求,再依据创建方和执行方接入系统返回的订单数据确定具体的数据拉取规则,以免平台方在订单执行方系统没有同步到最新的订单数据时频繁从订单执行接入方系统拉取无用的订单数据。具体的请求发送时间即初始订单数据拉取时间为订单创建时间与预设拉取初始等待时间之和。例如订单创建时间为2点,初始订单数据拉取时间为5秒,则初始订单数据拉取时间为2点零5秒,在2点零5秒时,向创建方和执行方接入系统发送订单数据拉取请求。
步骤103,若接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据相同,则根据初始订单数据拉取时间以及按时长非递减顺序排列的多个预设拉取间隔时间确定与待拉取订单数据对应的间隔订单数据拉取时间,并在间隔订单数据拉取时间向订单执行接入方系统中发送订单数据拉取请求。
若从订单创建接入方系统和订单执行接入方系统中接收到的订单数据一致,说明订单数据已经从订单接入方同步到订单执行方,则可以继续从订单执行接入方系统中拉取订单数据。
本申请实施例为了解决现有技术中以固定间隔时间拉取订单数据造成的对平台接入方系统资源占用过多,影响平台接入方系统其他功能的正常使用,以及主动拉取订单数据过于频繁浪费系统和带宽资源的问题,提供了一种变频式的数据拉取策略,将原有的按照固定间隔时间主动拉取订单数据变为按照变频式的间隔时间拉取订单数据,从而解决上述问题。而订单数据具体的拉取时间需要根据变频式的拉取间隔时间以及初始订单数据拉取时间来确定,其中,预设拉取间隔时间包括多个,多个预设拉取间隔时间按照时间长度从小到大的顺序排列,具体来说,多个预设拉取间隔时间中的任意一个大于或等于每个排序在其之前的预设拉取间隔时间。例如多个预设拉取间隔时间分别为A、B、C、D……则A≤B≤C≤D……
需要说明的是,本申请实施例中之所以设置具有上述特性的预设拉取间隔时间,其一是因为每个平台接入方系统的软件能力不一样,统一的间隔时间(现有技术中多个几秒拉取一次)对于有些性能较弱的接入方系统来说,可能会占用太多的资源,导致无法其它业务处理;其二是因为频繁拉取数据的实际价值并不大,用户在吃饭过程中,往往不会进行相关的APP操作,吃饭的这个过程往往以小时为单位,而每隔几秒就做一次数据拉取,会导致绝大多数的数据拉取是没有意义的,白白浪费了系统和带宽资源。
另外,得到初始订单数据拉取时间之后,利用初始订单数据拉取时间以及预设拉取间隔时间,可以计算出间隔订单数据拉取时间,得到变频式的初始订单数据拉取时间,即连续两次的订单数据拉取时间有所不同,例如下单时间为下午2点,那么第一次的订单数据拉取时间应为2点+A,第二次的订单数据拉取时间应为2点+A+B,以此类推,可以计算每一次的订单数据拉取时间。
按照上述计算出的初始订单数据拉取时间,从订单执行接入方系统中拉取订单数据,并将拉取得到的订单数据进行保存。从而若用户需要查询订单数据时,平台方无需重新拉取订单数据,可以直接将已保存的订单数据快速展示给用户。
通过应用本实施例的技术方案,在查询到订单创建以及订单执行的接入方系统,并确认来自接入方系统的订单数据一致后,根据预先设置的按照时间长度从小到大排列的多个预设拉取间隔时间,分别计算每一次的间隔订单数据拉取时间,从而从订单执行接入方系统中拉取出订单数据进行保存。本申请通过预设按时间长度从小到大排列的多个拉取间隔时间,计算得到变频式的间隔订单数据拉取时间,从而按照计算得到的间隔订单数据拉取时间从订单执行接入方系统中拉取订单数据,不仅避免了按照统一的间隔时间拉取订单数据对于有些性能较弱的接入方系统来说,占用资源过多的问题,而且也避免了频繁拉取无意义的订单数据,浪费系统和带宽资源的问题,提高数据拉取效率。
进一步的,作为上述实施例具体实施方式的细化和扩展,为了完整说明本实施例的具体实施过程,提供了另一种订单数据的拉取方法,如图2所示,该方法包括:
步骤201,从当前对接的多个接入方系统中,查询待拉取订单数据对应的订单创建接入方系统以及订单执行接入方系统。
步骤202,根据与待拉取订单数据对应的订单创建时间以及预设拉取初始等待时间确定初始订单数据拉取时间后,在初始订单数据拉取时间向订单创建接入方系统以及订单执行接入方系统中发送订单数据拉取请求。
步骤203,若接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据相同,则根据初始订单数据拉取时间以及按时长非递减顺序排列的多个预设拉取间隔时间确定与待拉取订单数据对应的间隔订单数据拉取时间,并在间隔订单数据拉取时间向订单执行接入方系统中发送订单数据拉取请求。
在每个间隔订单数据拉取时间到达时,从订单执行方接入系统中拉取订单数据进行保存,从而在用户需要查看订单数据时直接展示已保存的订单数据。
本申请实施例提供了两种预设拉取间隔时间的设置方式,但是需要说明的是,本申请中的预设拉取间隔时间不限于以下两种实施方式。
第一种实施方式为:多个拉取间隔时间包括一次拉取间隔时间T和n次拉取间隔时间kn-1T,其中,k为预设系数,k大于1,n为大于或等于2的任意正整数;间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,一次订单数据拉取时间T1为初始订单数据拉取时间T0与一次拉取间隔时间T之和,n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与n次拉取间隔时间kn-1T之和。
第二种实施方式为:多个拉取间隔时间包括一次拉取间隔时间T,二次拉取间隔时间m1T,三次拉取间隔时间m2T,……,n次拉取间隔时间mn-1T,其中,m1,m2,……,mn-1为预设系数,1<m1<m2<…<mn-1,n为大于或等于2的任意正整数;间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,一次订单数据拉取时间T1为初始订单数据拉取时间T0与一次拉取间隔时间T之和,n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与n次拉取间隔时间kn-1T之和。
在上述第一种实施方式中,每次的拉取间隔时间呈指数式增长,例如一次拉取间隔时间T取5秒,预设系数k取2,那么n次拉取间隔时间为2n-1×5秒,即二次拉取间隔时间为10秒,三次拉取间隔时间为20秒,四次拉取间隔时间为40秒,以此类推,保证任意一次的拉取间隔时间不小于前一次的拉取间隔时间。
在上述第二种实时方式中,每次的拉取间隔时间按照预设系数增长,例如一次拉取间隔时间T取5秒,预设系数m1,m2,……,mn-1分别取2,5,10,20,……即二次拉取间隔时间为2×5=10秒,三次拉取间隔时间为5×5=25秒,四次拉取间隔时间为10×5=50秒,五次拉取间隔时间为20×5=100秒,以此类推,只要保证预设系数m1,m2,……,mn-1的取值满足1<m1<m2<…<mn-1,保证任意一次的拉取间隔时间不小于前一次的拉取间隔时间即可。
对于上述任意一种或其他的预设拉取间隔时间的设置方式来说,计算间隔订单数据拉取时间的方法都是类似的,即一次订单数据拉取时间为初始订单数据拉取时间与一次拉取间隔时间之和,而后的n次订单数据拉取时间皆为前一次的订单数据拉取时间即n-1次订单数据拉取时间与n次拉取间隔时间之和。在上述第一种实时方式的举例中,假设初始订单数据拉取时间为下午2点,那么一次订单数据拉取时间为初始订单数据拉取时间2点加上一次拉取间隔时间5秒,即2点零5秒,二次订单数据拉取时间为一次订单数据拉取时间2点零5秒加上二次拉取间隔时间10秒,即2点零15秒,三次订单数据拉取时间为二次订单数据拉取时间2点零15秒加上三次拉取间隔时间20秒,即2点零35秒,以此类推。
在本申请的任一实施例中,具体地,若任一预设拉取间隔时间大于预设拉取间隔时间最大值Tmax,则将任一预设拉取间隔时间设置为预设拉取间隔时间最大值Tmax。
在上述实施例中,为了避免两次主动拉取订单数据之间相隔时间过长,导致无法及时更新订单数据,本申请实施例中对预设拉取间隔时间的最大值做出了约定,如果多个预设拉取间隔时间中的任意一个超过预设拉取间隔时间最大值Tmax,则将超过该最大值Tmax的预设拉取间隔时间更改为Tmax。
例如预设拉取间隔时间最大值Tmax设置为30分钟(即1800秒),那么超过1800秒的预设拉取间隔时间都设置为1800秒。
步骤204,若接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据不同,则根据初始订单数据拉取时间以及预设订单拉取初始等待时间,向订单创建接入方系统以及订单执行接入方系统中发送订单数据拉取请求,直至接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据相同。
在上述实施例中,若接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据不同,则需要继续进行数据拉取,直到拉取到相同的订单数据后,再按照步骤203的方式从订单执行接入方系统中变频式的拉取订单数据。
步骤205,若接收到订单数据更改指令,则从多个接入方系统中查询待拉取订单数据对应的订单更改接入方系统。
步骤206,根据订单数据更改指令对应的订单更改时间以及预设拉取初始等待时间确定更改后的初始订单数据拉取时间后,在更改后的初始订单数据拉取时间向订单更改接入方系统以及订单执行接入方系统中发送订单数据拉取请求。
步骤207,若接收到的来自订单更改接入方系统的订单数据与来自订单执行接入方系统的订单数据相同,则根据更改后的初始订单数据拉取时间以及多个预设拉取间隔时间,计算更改后的间隔订单数据拉取时间,并在更改后的间隔订单数据拉取时间向订单执行接入方系统发送订单数据拉取请求。
在上述实施例中,若用户在订单生成后又对订单内容进行了更改,则与上述步骤201至步骤203相似的,需要重新计算订单数据的每次拉取时间,具体来说,在查找到订单更改接入方系统,并确认更改接入方与执行接入方中的订单数据一致后,计算更改后的间隔订单数据拉取时间,进而从订单执行方拉取数据。
需要说明的是,若接收到订单更改指令,原有的根据下单时间计算的订单数据拉取时间将被清空,以重新计算的更改后的订单数拉取时间为准,从商家管理设备中拉取订单数据。这是因为,当用户对订单数据进行修改时,例如追加菜品或删减菜品后,若还是按照原有的订单数据拉取时间进行数据拉取,可能会造成订单数据更新不及时,在用户查看订单数据时给用户带来困扰。
在本申请的上述实施例中,具体地,更改后的间隔订单数据拉取时间包括更改后的一次订单数据拉取时间T’1和更改后的n次订单数据拉取时间T’n,其中,更改后的一次订单数据拉取时间T’1为更改后的初始订单数据拉取时间T’0与一次拉取间隔时间之和,更改后的n次订单数据拉取时间T’n为更改后的n-1次订单数据拉取时间T’n-1与n次拉取间隔时间之和。
如上述实施例所述的,更改后的间隔订单数据拉取时间是基于更改后的初始订单数据拉取时间T’0和多个订单拉取间隔时间计算的,具体来说,更改后的一次订单数据拉取时间T’1为更改后的初始订单数据拉取时间T’0与一次拉取间隔时间之和,而后的更改后的n次订单数据拉取时间皆为前一次的更改后的订单数据拉取时间即n-1次订单数据拉取时间T’n-1与n次拉取间隔时间之和。
假设更改后的初始订单数据拉取时间T’0为2点10分,一次订单拉取间隔时间为5秒,二次订单拉取间隔时间为10秒,那么更改后的一次订单拉取时间为订单更改时间2点10分加上一次订单拉取间隔时间5秒,即2点10分5秒,更改后的二次订单拉取时间为更改后的一次订单拉取时间2点10分5秒加上二次订单拉取间隔时间10秒,即2点10分15秒。
需要说明的是,若多次更改订单,则在每次接收到订单更改指令后,都重复上述步骤205至步骤207的操作。
另外,本申请实施例中,具体地,接收到订单处理成功指令后,清空间隔订单数据拉取时间。
当一笔订单业务处理成功平台方接收到订单处理成功指令后,无需再对对订单数据进行拉取,此时应将订单数据拉取时间(包括上述的更改后的订单数拉取时间)进行清空,不再对这笔订单数据进行拉取,以免造成系统资源浪费。
通过应用本实施例的技术方案,预设了两种变频式数据拉取间隔时间,按照预先设置的变频式数据拉取间隔时间以及下单时间计算订单数据拉取时间,以及在订单发生更改时,根据订单更改时间和预设的变频式数据拉取间隔时间重新规划订单数据拉取时间,进而按照计算所得的订单数据拉取时间从订单执行方接入系统中拉取订单数据,并且,在订单处理成功后,停止数据拉取。本申请不仅避免了按照固定间隔时间拉取订单数据占用接入方设备过多资源的问题,而且也避免了频繁拉取无意义的订单数据以及订单处理成功后仍拉取数据,浪费系统和带宽资源的问题。
进一步的,作为图1方法的具体实现,本申请实施例提供了一种订单数据的拉取装置,如图3所示,该装置包括:接入方查询模块31、第一订单拉取模块32、第二订单拉取模块33。
接入方查询模块31,用于从当前对接的多个接入方系统中,查询待拉取订单数据对应的订单创建接入方系统以及订单执行接入方系统;
第一订单拉取模块32,用于根据与待拉取订单数据对应的订单创建时间以及预设拉取初始等待时间确定初始订单数据拉取时间后,在初始订单数据拉取时间向订单创建接入方系统以及订单执行接入方系统中发送订单数据拉取请求;
第二订单拉取模块33,用于若接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据相同,则根据初始订单数据拉取时间以及按时长非递减顺序排列的多个预设拉取间隔时间确定与待拉取订单数据对应的间隔订单数据拉取时间,并在间隔订单数据拉取时间向订单执行接入方系统中发送订单数据拉取请求。
在本申请实施例中,具体地,多个拉取间隔时间包括一次拉取间隔时间T和n次拉取间隔时间kn-1T,其中,k为预设系数,k大于1,n为大于或等于2的任意正整数;
间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,一次订单数据拉取时间T1为初始订单数据拉取时间T0与一次拉取间隔时间T之和,n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与n次拉取间隔时间kn-1T之和。
在本申请实施例中,具体地,多个拉取间隔时间包括一次拉取间隔时间T,二次拉取间隔时间m1T,三次拉取间隔时间m2T,……,n次拉取间隔时间mn-1T,其中,m1,m2,……,mn-1为预设系数,1<m1<m2<…<mn-1,n为大于或等于2的任意正整数;
间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,一次订单数据拉取时间T1为初始订单数据拉取时间T0与一次拉取间隔时间T之和,n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与n次拉取间隔时间kn-1T之和。
在本申请实施例中,具体地,若任一预设拉取间隔时间大于预设拉取间隔时间最大值Tmax,则将任一预设拉取间隔时间设置为预设拉取间隔时间最大值Tmax。
在本申请实施例中,具体地,如图4所示,该装置还包括:更改指令接收模块34、第三订单拉取模块35、第四订单拉取模块36。
更改指令接收模块34,用于若接收到订单数据更改指令,则从多个接入方系统中查询待拉取订单数据对应的订单更改接入方系统;
第三订单拉取模块35,用于根据订单数据更改指令对应的订单更改时间以及预设拉取初始等待时间确定更改后的初始订单数据拉取时间后,在更改后的初始订单数据拉取时间向订单更改接入方系统以及订单执行接入方系统中发送订单数据拉取请求;
第四订单拉取模块36,用于若接收到的来自订单更改接入方系统的订单数据与来自订单执行接入方系统的订单数据相同,则根据更改后的初始订单数据拉取时间以及多个预设拉取间隔时间,计算更改后的间隔订单数据拉取时间,并在更改后的间隔订单数据拉取时间向订单执行接入方系统发送订单数据拉取请求。
在本申请实施例中,具体地,更改后的间隔订单数据拉取时间包括更改后的一次订单数据拉取时间T’1和更改后的n次订单数据拉取时间T’n,其中,更改后的一次订单数据拉取时间T’1为更改后的初始订单数据拉取时间T’0与一次拉取间隔时间之和,更改后的n次订单数据拉取时间T’n为更改后的n-1次订单数据拉取时间T’n-1与n次拉取间隔时间之和。
在本申请实施例中,具体地,第一订单拉取模块32,还用于若接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据不同,则根据初始订单数据拉取时间以及预设订单拉取初始等待时间,向订单创建接入方系统以及订单执行接入方系统中发送订单数据拉取请求,直至接收到的来自订单创建接入方系统的订单数据与来自订单执行接入方系统的订单数据相同。
需要说明的是,本申请实施例提供的一种订单数据的拉取装置所涉及各功能单元的其他相应描述,可以参考图1和图2中的对应描述,在此不再赘述。
基于上述如图1和图2所示方法,相应的,本申请实施例还提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述如图1和图2所示的订单数据的拉取方法。
基于这样的理解,本申请的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施场景所述的方法。
基于上述如图1、图2所示的方法,以及图3、图4所示的虚拟装置实施例,为了实现上述目的,本申请实施例还提供了一种计算机设备,具体可以为个人计算机、服务器、网络设备等,该计算机设备包括存储介质和处理器;存储介质,用于存储计算机程序;处理器,用于执行计算机程序以实现上述如图1和图2所示的订单数据的拉取方法。
可选地,该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency,RF)电路,传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等,可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。
本领域技术人员可以理解,本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定,可以包括更多或更少的部件,或者组合某些部件,或者不同的部件布置。
存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序,支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信,以及与该实体设备中其它硬件和软件之间通信。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现,也可以通过硬件实现在查询到订单创建以及订单执行的接入方系统,并确认来自接入方系统的订单数据一致后,根据预先设置的按照时间长度从小到大排列的多个预设拉取间隔时间,分别计算每一次的间隔订单数据拉取时间,从而从订单执行接入方系统中拉取出订单数据进行保存。本申请通过预设按时间长度从小到大排列的多个拉取间隔时间,计算得到变频式的间隔订单数据拉取时间,从而按照计算得到的间隔订单数据拉取时间从订单执行接入方系统中拉取订单数据,不仅避免了按照统一的间隔时间拉取订单数据对于有些性能较弱的接入方系统来说,占用资源过多的问题,而且也避免了频繁拉取无意义的订单数据,浪费系统和带宽资源的问题,提高数据拉取效率。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本申请序号仅仅为了描述,不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景,但是,本申请并非局限于此,任何本领域的技术人员能思之的变化都应落入本申请的保护范围。
Claims (16)
1.一种订单数据的拉取方法,其特征在于,应用于平台方,包括:
从当前对接的多个接入方系统中,查询待拉取订单数据对应的订单创建接入方系统以及订单执行接入方系统;
根据与所述待拉取订单数据对应的订单创建时间以及预设拉取初始等待时间确定初始订单数据拉取时间后,在所述初始订单数据拉取时间向所述订单创建接入方系统以及所述订单执行接入方系统中发送订单数据拉取请求;
若接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同,则根据所述初始订单数据拉取时间以及按时长非递减顺序排列的多个预设拉取间隔时间确定与所述待拉取订单数据对应的间隔订单数据拉取时间,并在所述间隔订单数据拉取时间向所述订单执行接入方系统中发送所述订单数据拉取请求,其中,多个所述预设拉取间隔时间从前至后时长依次递增,或者从前至后先递增,并在达到预设拉取间隔时间最大值时保持所述预设拉取间隔时间最大值不变。
2.根据权利要求1所述的方法,其特征在于,多个所述预设拉取间隔时间包括一次拉取间隔时间T和n次拉取间隔时间kn-1T,其中,k为预设系数,k大于1,n为大于或等于2的任意正整数;
所述间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,所述一次订单数据拉取时间T1为所述初始订单数据拉取时间T0与所述一次拉取间隔时间T之和,所述n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与所述n次拉取间隔时间kn-1T之和。
3.根据权利要求1所述的方法,其特征在于,多个所述预设拉取间隔时间包括一次拉取间隔时间T,二次拉取间隔时间m1T,三次拉取间隔时间m2T,……,n次拉取间隔时间mn-1T,其中,m1,m2,……,mn-1为预设系数,1<m1<m2<……<mn-1,n为大于或等于2的任意正整数;
所述间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,所述一次订单数据拉取时间T1为所述初始订单数据拉取时间T0与所述一次拉取间隔时间T之和,所述n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与所述n次拉取间隔时间mn-1T之和。
4.根据权利要求2或3所述的方法,其特征在于,若任一所述预设拉取间隔时间大于所述预设拉取间隔时间最大值Tmax,则将任一所述预设拉取间隔时间设置为所述预设拉取间隔时间最大值Tmax。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
若接收到订单数据更改指令,则从多个所述接入方系统中查询所述待拉取订单数据对应的订单更改接入方系统;
根据所述订单数据更改指令对应的订单更改时间以及所述预设拉取初始等待时间确定更改后的初始订单数据拉取时间后,在所述更改后的初始订单数据拉取时间向所述订单更改接入方系统以及所述订单执行接入方系统中发送所述订单数据拉取请求;
若接收到的来自所述订单更改接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同,则根据所述更改后的初始订单数据拉取时间以及多个所述预设拉取间隔时间,计算更改后的间隔订单数据拉取时间,并在所述更改后的间隔订单数据拉取时间向所述订单执行接入方系统发送所述订单数据拉取请求。
6.根据权利要求5所述的方法,其特征在于,所述更改后的间隔订单数据拉取时间包括更改后的一次订单数据拉取时间T’ 1和更改后的n次订单数据拉取时间T’ n,其中,所述更改后的一次订单数据拉取时间T’ 1为所述更改后的初始订单数据拉取时间T’ 0与所述一次拉取间隔时间之和,所述更改后的n次订单数据拉取时间T’ n为更改后的n-1次订单数据拉取时间T’ n-1与所述n次拉取间隔时间之和。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据不同,则根据所述初始订单数据拉取时间以及所述预设拉取初始等待时间,向所述订单创建接入方系统以及所述订单执行接入方系统中发送所述订单数据拉取请求,直至接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同。
8.一种订单数据的拉取装置,其特征在于,应用于平台方,包括:
接入方查询模块,用于从当前对接的多个接入方系统中,查询待拉取订单数据对应的订单创建接入方系统以及订单执行接入方系统;
第一订单拉取模块,用于根据与所述待拉取订单数据对应的订单创建时间以及预设拉取初始等待时间确定初始订单数据拉取时间后,在所述初始订单数据拉取时间向所述订单创建接入方系统以及所述订单执行接入方系统中发送订单数据拉取请求;
第二订单拉取模块,用于若接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同,则根据所述初始订单数据拉取时间以及按时长非递减顺序排列的多个预设拉取间隔时间确定与所述待拉取订单数据对应的间隔订单数据拉取时间,并在所述间隔订单数据拉取时间向所述订单执行接入方系统中发送所述订单数据拉取请求,其中,多个所述预设拉取间隔时间从前至后时长依次递增,或者从前至后先递增,并在达到预设拉取间隔时间最大值时保持所述预设拉取间隔时间最大值不变。
9.根据权利要求8所述的装置,其特征在于,多个所述拉取间隔时间包括一次拉取间隔时间T和n次拉取间隔时间kn-1T,其中,k为预设系数,k大于1,n为大于或等于2的任意正整数;
所述间隔订单数据拉取时间包括一次订单数据拉取时间T1和n次订单数据拉取时间Tn,其中,所述一次订单数据拉取时间T1为所述初始订单数据拉取时间T0与所述一次拉取间隔时间T之和,所述n次订单数据拉取时间Tn为n-1次订单数据拉取时间Tn-1与所述n次拉取间隔时间kn-1T之和。
11.根据权利要求9或10所述的装置,其特征在于,若任一所述预设拉取间隔时间大于所述预设拉取间隔时间最大值Tmax,则将任一所述预设拉取间隔时间设置为所述预设拉取间隔时间最大值Tmax。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
更改指令接收模块,用于若接收到订单数据更改指令,则从多个所述接入方系统中查询所述待拉取订单数据对应的订单更改接入方系统;
第三订单拉取模块,用于根据所述订单数据更改指令对应的订单更改时间以及所述预设拉取初始等待时间确定更改后的初始订单数据拉取时间后,在所述更改后的初始订单数据拉取时间向所述订单更改接入方系统以及所述订单执行接入方系统中发送所述订单数据拉取请求;
第四订单拉取模块,用于若接收到的来自所述订单更改接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同,则根据所述更改后的初始订单数据拉取时间以及多个所述预设拉取间隔时间,计算更改后的间隔订单数据拉取时间,并在所述更改后的间隔订单数据拉取时间向所述订单执行接入方系统发送所述订单数据拉取请求。
13.根据权利要求12所述的装置,其特征在于,所述更改后的间隔订单数据拉取时间包括更改后的一次订单数据拉取时间T’ 1和更改后的n次订单数据拉取时间T’ n,其中,所述更改后的一次订单数据拉取时间T’ 1为所述更改后的初始订单数据拉取时间T’ 0与所述一次拉取间隔时间之和,所述更改后的n次订单数据拉取时间T’ n为更改后的n-1次订单数据拉取时间T’ n-1与所述n次拉取间隔时间之和。
14.根据权利要求8所述的装置,其特征在于,所述第一订单拉取模块,还用于:
若接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据不同,则根据所述初始订单数据拉取时间以及所述预设拉取初始等待时间,向所述订单创建接入方系统以及所述订单执行接入方系统中发送所述订单数据拉取请求,直至接收到的来自所述订单创建接入方系统的订单数据与来自所述订单执行接入方系统的订单数据相同。
15.一种存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现权利要求1至7中任一项所述的订单数据的拉取方法。
16.一种计算机设备,包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至7中任一项所述的订单数据的拉取方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910567040.7A CN110443674B (zh) | 2019-06-27 | 2019-06-27 | 订单数据的拉取方法及装置、存储介质、计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910567040.7A CN110443674B (zh) | 2019-06-27 | 2019-06-27 | 订单数据的拉取方法及装置、存储介质、计算机设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110443674A CN110443674A (zh) | 2019-11-12 |
CN110443674B true CN110443674B (zh) | 2021-09-07 |
Family
ID=68429356
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910567040.7A Active CN110443674B (zh) | 2019-06-27 | 2019-06-27 | 订单数据的拉取方法及装置、存储介质、计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110443674B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111277625A (zh) * | 2019-12-09 | 2020-06-12 | 佛山欧神诺云商科技有限公司 | 电商平台订单推送方法、系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108093019A (zh) * | 2016-11-23 | 2018-05-29 | 腾讯科技(深圳)有限公司 | 一种成员信息的刷新方法及终端 |
CN109600301A (zh) * | 2018-11-23 | 2019-04-09 | 腾讯音乐娱乐科技(深圳)有限公司 | 消息处理方法及装置 |
CN109710623A (zh) * | 2018-12-10 | 2019-05-03 | 杭州爱聚科技有限公司 | 一种智能订单同步方法 |
CN109785069A (zh) * | 2019-01-22 | 2019-05-21 | 北京顺丰同城科技有限公司 | 一种订单轮询方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9516116B2 (en) * | 2008-06-06 | 2016-12-06 | Apple Inc. | Managing notification service connections |
GB201603785D0 (en) * | 2016-03-04 | 2016-04-20 | Microsoft Technology Licensing Llc | Communication system |
-
2019
- 2019-06-27 CN CN201910567040.7A patent/CN110443674B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108093019A (zh) * | 2016-11-23 | 2018-05-29 | 腾讯科技(深圳)有限公司 | 一种成员信息的刷新方法及终端 |
CN109600301A (zh) * | 2018-11-23 | 2019-04-09 | 腾讯音乐娱乐科技(深圳)有限公司 | 消息处理方法及装置 |
CN109710623A (zh) * | 2018-12-10 | 2019-05-03 | 杭州爱聚科技有限公司 | 一种智能订单同步方法 |
CN109785069A (zh) * | 2019-01-22 | 2019-05-21 | 北京顺丰同城科技有限公司 | 一种订单轮询方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110443674A (zh) | 2019-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11876856B2 (en) | Method for computational-power sharing and related device | |
CN110413673B (zh) | 数据库数据统一采集与分发方法及系统 | |
CN110557415B (zh) | 一种在线客服系统、用户端、服务器、客服端以及方法 | |
CN113656179B (zh) | 云计算资源的调度方法及装置、电子设备和存储介质 | |
CN107871221B (zh) | 用于获取可销售库存数量的方法和装置 | |
CN109218341B (zh) | 用于监控服务器和用于服务器的负载均衡方法和装置 | |
CN113760488B (zh) | 调度任务的方法、装置、设备和计算机可读介质 | |
CN110443674B (zh) | 订单数据的拉取方法及装置、存储介质、计算机设备 | |
CN110113176B (zh) | 用于配置服务器的信息同步方法及装置 | |
CN104601448A (zh) | 一种对虚拟卡片进行处理的方法和装置 | |
CN108122124A (zh) | 信息推送方法、平台及系统 | |
CN111698281B (zh) | 一种资源下载方法、装置、电子设备及存储介质 | |
KR101691288B1 (ko) | Tts를 이용한 배달주문 중계 시스템 및 그 방법 | |
CN105930412A (zh) | 生成推送信息的方法和装置 | |
CN112668924A (zh) | 物流运力的调配方法、装置及系统 | |
CN110460987B (zh) | 一种写卡方法、装置、服务器和存储介质 | |
CN107609852B (zh) | 用于处理支付请求的方法和装置 | |
CN110730109A (zh) | 用于生成信息的方法和装置 | |
CN115660591A (zh) | 用于业务审批的流程配置方法、系统、电子设备及介质 | |
CN108804442B (zh) | 序列号生成方法和装置 | |
CN111626802A (zh) | 用于处理信息的方法和装置 | |
CN112882847B (zh) | 一种弹幕消息处理方法、装置及系统 | |
CN114374703A (zh) | 云手机信息的获取方法、装置、设备以及存储介质 | |
CN111258902B (zh) | 基于SockJS服务器的性能测试方法和性能测试系统 | |
CN110363567B (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 |