CN111429059A - 收单方法和系统 - Google Patents
收单方法和系统 Download PDFInfo
- Publication number
- CN111429059A CN111429059A CN202010203491.5A CN202010203491A CN111429059A CN 111429059 A CN111429059 A CN 111429059A CN 202010203491 A CN202010203491 A CN 202010203491A CN 111429059 A CN111429059 A CN 111429059A
- Authority
- CN
- China
- Prior art keywords
- order
- order data
- data
- service platform
- preset
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 238000012545 processing Methods 0.000 claims abstract description 59
- 230000008569 process Effects 0.000 claims description 9
- 230000008030 elimination Effects 0.000 claims description 4
- 238000003379 elimination reaction Methods 0.000 claims description 4
- 238000012544 monitoring process Methods 0.000 claims description 4
- 238000012216 screening Methods 0.000 claims description 3
- 210000001503 joint Anatomy 0.000 claims description 2
- 206010033799 Paralysis Diseases 0.000 abstract description 8
- 230000006870 function Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
本申请提供的一种收单方法和系统,其中收单方法包括:接收外部客户发出的订单数据并存储订单数据;确定预设订单服务平台的处理数据状态信息;基于处理数据状态信息,发送订单数据到预设订单服务平台。如此,通过先将订单数据自身存储,再基于预设订单服务平台的处理数据状态信息发送订单数据数到预设订单服务平台中,使预设订单服务平台不会接收自身不能及时处理的订单数据,并且对接收的订单数据量进行监控,在订单数据量超过预设阈值时发出警报,使得预设订单服务平台及时扩容调整,从而保证预设订单服务平台不会在面对大流量订单数据时,因接收订单数据量巨大,而造成平台瘫痪,保证了预设订单服务平台的稳定性。
Description
技术领域
本发明涉及订单数据接收领域,具体涉及一种收单方法和系统。
背景技术
快递公司的快递业务需要对接很多外部合作企业或者商户,不同的客户,其订单数据量和峰值时间不尽相同,会有很明显的波峰波谷现象,波峰时会给系统造成很大的冲击,尤其是在电商大促场景中,快递订单公司的收单系统会因为某一时间段订单量剧增而迎来峰值冲击,而现有的收单平台都是客户系统直连下游订单服务系统,订单服务系统直接接收客户方推送过来的订单,接收外部系统的巨大流量,这种情况很有可能冲垮收单系统,造成系统的瘫痪。
发明内容
有鉴于此,本发明的目的在于克服现有技术的不足,提供一种收单方法和系统,本发明采用以下技术方案:
本发明提供一种收单方法,包括:
接收外部客户发出的订单数据并存储所述订单数据;
确定预设订单服务平台的处理数据状态信息;
基于所述处理数据状态信息发送所述订单数据到预设订单服务平台。
可选的,所述接收外部客户发出的订单数据并存储所述订单数据,包括:
接收外部客户发出的订单数据;
使用接收所述订单数据的时间对所述订单数据进行标记,并存储;
所述发送所述订单数据到预设订单服务平台,包括:
基于所述时间,依照先入先出的原则,向所述预设订单服务平台发送所述订单数据。
可选的,还包括:
基于预设数据淘汰策略,对所述订单数据进行筛选。
可选的,所述确定预设订单服务平台的处理数据状态信息包括:
接收预设订单服务平台发送的处理订单数据信息;其中所述处理订单数据信息包括预设订单服务平台的处理订单数据状态;其中所述处理订单数据状态包括可接收新订单数据和不可接收订单数据状态;
基于所述处理订单数据信息确定预设订单服务平台的处理数据状态。
可选的,还包括:
对订单数据进行实时监控,并在所述订单数据超过预设阈值时发出警报。
可选的,还包括:对所述订单数据进行分类,
所述发送所述订单数据到预设订单服务平台包括:
将不同类别的订单数据分别发送到预设订单服务系统的不同业务系统。
可选的,包括:
接入模块、缓存模块和发送模块;
所述接入模块对接外部客户,并且与所述缓存模块连接,用于接收外部客户发出的订单数据,并传递给所述缓存模块;
所述缓存模块与发送模块连接,用于缓存和处理所述订单数据,并将处理后的订单数据传递到发送模块;
所述发送模块发送所述订单数据到预设订单服务平台。
可选的,还包括接收模块;
所述接收模块与所述缓存模块连接,用于接收预设订单服务平台在其可接收订单数据时发送的可发送订单数据指令。
可选的,所述缓存模块还对接收的所述订单数据进行实时监控,并在所述订单数据数量超过预设阈值时,发出警报。
可选的,所述接入模块的数量为至少一个,用于接收外部客户的订单数据。
可选的,所述接入模块的数量为至少一个,用于接收外部客户的订单数据。
本申请采用以上技术方案,具有如下有益效果:
本申请提供的收单方法,对接外部客户,接收外部客户发出的订单数据并存储订单数据;确定预设订单服务平台的处理数据状态信息;基于数据处理状态发送订单数据到预设订单服务平台。如此,对外部客户发出的订单数据进行接收和缓存,并根据预设订单服务系统的处理数据状态信息发送订单数据到预设订单服务平台中,在预设订单服务平台可以处理新的订单数据时,向预设订单服务平台发送订单数据,在预设订单服务平台没有能力处理新订单数据时,不会发送订单数据,而是将订单数据继续存储,直到预设订单服务平台可以接收订单数据,以使预设订单服务平台只在可以接收待处理订单时,才接收订单数据,从而保证了预设订单服务平台在订单剧增时,也不会出现瞬间接收大量订单数据而被冲垮而造成系统瘫痪的现象,有效的保护了订单服务系统在订单剧增时的安全性和稳定性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的收单方法的流程图。
图2是根据一示例性实施例示出的收单系统的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置的例子。
图1是根据一示例性实施例示出的收单方法的流程图。如图1所示:
本申请提供的一种收单方法,包括:
S101、接收外部客户发出的订单数据并存储订单数据。
具体的,外部客户所发出的订单数据可能是来自多个平台和渠道的,本申请提供的收单方法可以通过不同的开放平台,如微信或其他商城或摘取式电子标签拣货系统(Digital Picking System,DPS)前置机来接收由外部客户发送来的订单数据。其中,获取的方式还可以是通过快递公司的网关、定时抓取等方式,外部用户发出的订单数据进行实时的接收。
在实际应用中,在接收订单数据后,还根据订单数据的接收时间对订单数据进行标记,具体的标记方法可以分为前后两部分,前部分是接收日期,后半部分是同日期的接收的顺序编号,当然也可以通过其他可行的方式对订单数据进行标记,通过将各个渠道来源的订单数据进行接收,并对其进行标记,可以实现将每一个订单都进行记录和整理,方便后续对订单数据的处理。
需要说明的是,本申请提供的收单方法应用于收单系统中,所以关于收单方法的动作执行主体也为收单系统,文中关于收单方法的动作执行主体不做特殊说明的都是收单系统。
S102、确定预设订单服务平台的处理数据状态信息。
具体的,收单方法需要先确定下游的订单服务平台的处理数据状态信息,即确定是否可以发送订单数据到下游订单服务平台。
在实际应用中,确定预设订单服务平台的处理数据状态信息包括:接收预设订单服务平台发送的处理订单数据状态。预设订单服务平台处理订单数据的能力是有限的,只有在处理完上一个订单数据,才能接受下一个订单数据。例如:订单系统正在处理刚接收到的订单数据,此时订单系统并不能再继续接收订单并进行处理,所以此时并不向预设订单服务平台发送订单数据,只有在接收到预设订单服务平台发送的处理订单数据状态信息后,并且信息显示可以向预设订单服务平台发送订单数据时,才继续发送订单数据。以此来保证预设订单服务平台一直处于正常工作状态,从而防止瞬间订单数据巨大而对订单服务平台造成的破坏。
S103、基于处理数据状态信息,发送订单数据到预设订单服务平台。
具体的,本申请提供的一种收单方法,通过远程过程调用(Remote ProcedureCall,RPC)或者消息队列来向预设订单服务平台传递订单数据;其中在接收到预设订单服务平台方的处理数据状态信息,根据订单数据的时间标记进行先入先出,向订单服务平台发送订单数据,其中当预设订单服务平台正在处理上一个订单数据,暂时不能接收新的订单数据时,将订单自身先存储,不发送到预设订单服务平台,防止预设订单服务平台因没有处理能力时仍然接收订单数据,从而造成的系统瘫痪。
本申请提供的一种收单方法,首先,接收外部客户发出的订单数据并存储订单数据;然后,确定预设订单服务平台的处理数据状态信息;最后,基于处理数据状态信息,发送订单数据到预设订单服务平台。如此,通过先将订单数据自身存储,根据接收到的预设订单服务平台发出的处理数据状态信息,确定是否向预设订单服务平台发送新的订单数据,使预设订单服务平台可以在自身处理能力范围内的对订单数据进行处理,并且根据时间顺序向预设订单服务平台发送订单数据,从而保证预设订单服务平台不会因为在大流量期间,突然接收到数量巨大的订单数据,而造成系统瘫痪,保证预设订单服务平台的稳定性和安全性。
进一步的,本申请提供的一种收单方法还包括:基于预设数据淘汰策略,对订单数据进行筛选。
在实际应用中,客户的订单数据有时是存在重复的,例如,订单功能上的重复,或者客户订单的误操作造成的订单重复等,这些订单数据在流量高峰期,不仅没有意义而且还会增加预设订单服务平台的处理压力,所以通过在接收订单数据后,基于预设的数据淘汰策略对订单数据进行筛选,可以减轻数据处理压力,而且避免后续可能会发生的订单数据错误的问题,增加订单数据处理的效率和数据处理的效率。
进一步的,确定预设订单服务平台的处理数据状态信息包括:
接收预设订单服务平台发送的处理订单数据信息;其中处理订单数据信息包括预设订单服务平台的处理订单数据状态;其中处理订单数据状态包括可接收新订单数据和不可接收订单数据状态;
基于处理订单数据信息确定预设订单服务平台的处理数据状态。
具体的,在发送订单数据到预设订单服务平台之前,预设订单服务平台会发送自身处理数据状态信息,该信息包括预设订单服务平台处于可以接收新订单数据状态和不可以接收新订单数据状态。只有在预设订单服务平台发送的处理数据状态信息显示,预设订单服务平台处于可接收新订单数据状态时,才发送订单数据到预设订单服务平台,从而保证预设订单服务平台不会接收过多订单数据而造成平台的崩溃。
进一步的,本申请提供的收单方法,还包括,对订单数据进行实时监控,并在订单数据超过预设阈值时发出警报。
具体的,可以预先对订单数据的接收量设置阈值,对接收的订单数据量进行监控,在订单数据量超过预设阈值时,发出警告,提示存在较多的待处理订单。当发出警告后,即待处理的订单数据量过大时,工作人员可以根据待处理的订单数据量对预设订单服务平台进行扩容。通过对订单数据的监控,可以及时获取待处理订单数据的范围,从而在订单数据较大时,提前完成对预设订单服务平台的扩容,保证订单服务平台可以有能力处理。
进一步的,本申请提供的收单方法还包括对订单数据进行分类,按类别发送订单数据到预设订单服务平台中。
在实际应用中,在如今随着快递行业的快速发展,订单数据可以是包含多种业务的,订单的服务类型也是有很多种的,例如;付款的方式如货到付款或线上支付,进行的方式如上门取件或其他,送货的方式要求等,有多种不同类型的快递业务供客户自行选择,本申请提供的收单方法中,通过接收订单数据后,对订单数据的业务进行分类,在预设订单服务平台中也存在针对不同该业务类型服务有着不同的订单服务系统,不同类型的业务订单对接预设订单平台的不同业务服务系统,在进行分类完成后,分别按上述方法发送订单数据,实现分类发送。在预设订单服务平台之外就进行对订单进行分类,减轻了预设订单服务平台的压力,从而是其在面对大流量订单数据时,可以提高订单数据处理的效率,并且稳定性更好。
图2是根据一示例性实施例示出的收单系统的结构示意图。如图2所示,本申请提供的收单系统包括接入模块201、缓存模块202和发送模块203。
本申请提供的收单系统中:
接入模块201对接外部客户,并且与缓存模块202连接,用于接收外部客户发出的订单数据,并传递给缓存模块202。
具体的,接入模块201可以为各种开放平台,例如,微信和各种商城的订单系统、快递公司的自有网关和菜鸟DPS前置机,它们都可以实现接收客户订单数据的功能。将他们与收单系统的缓存模块202连接,将接收到的订单数传递给缓存模块202进行存储。
在实际应用中,接入模块201的数量和种类为至少一个,共同完成订单数据的接收功能,使订单接收更加快速和接收面更广。其中,当外部接入量增长时,接入模块201是可以无限横向扩展的,即可以通过扩展接入方式以及数量,以此来使在流量剧增时,收单系统可以完全接收大流量的订单数据,保证系统的准确性。
缓存模块202与发送模块203连接,用于缓存和处理订单数据,并将处理后的订单数据传递到发送模块203。
具体的,通过接入模块201接收的订单数据会传递到缓存模块202,订单数据在缓存模块202中进行存储和处理。其中对订单数据的处理包括:对订单数据根据接收的时间进行标记,用于为发送时提供顺序参考,例如,接收时间早的订单数据,标记顺序也靠前,在向预设订单服务平台发送时也处于优先顺序;对订单数据进行分类,将不同业务类型的订单进行分类,例如按快递业务类型、寄送方式等对订单数据进行分类,用于发送到预设订单服务平台中的不同业务类型系统。通过暂时存储订单数据,可以避免瞬间大流量的订单数据直接接入预设订单服务平台对预设订单服务平台造成的处理压力以及对其稳定性的影响,避免因数据量过大而造成的瘫痪。
发送模块203发送订单数据到预设订单服务平台。
具体的,收单系统发送订单数据到预设订单服务平台;其中,发送模块203与预设订单服务平台进行数据传输的方式可以是RPC或者消息队列等方式。收单平台根据处理数据状态信息确定是否发送订单数据到预设订单服务平台。通过在发送订单数据之前,根据预设订单服务平台的处理数据状态,来确定是否发送的订单数据量到预设订单服务平台,从而保护了预设订单服务系统的安全,避免了大流量订单数据直接接入订单服务平台,使平台瘫痪。
进一步的,本申请提供的收单系统还包括接收模块204,接收模块204与缓存模块202连接,用于接收预设订单服务平台在其可接收订单数据时发送的可发送订单数据指令,即上述的处理数据状态信息。
本申请提供的一种收单系统,包括接入模块201、缓存模块202和发送模块203;接入模块201对接外部客户,并且与缓存模块202连接,用于接收外部客户发出的订单数据,并传递给缓存模块202;缓存模块202与发送模块203连接,用于缓存和处理订单数据,并将处理后的订单数据传递到发送模块203;接收模块204接收到预设订单服务平台发送的处理数据状态信息,收单系统通过该处理数据状态信息确定是否发送订单数据到预设订单服务平台,在确认可以发送订单数据后,发送模块203根据发送订单数据数到预设订单服务平台。如此,通过可以横向扩展的接入模块201对数据进行接收,将接收的订单数据在缓存模块202进行存储和处理,根据预设订单服务平台发送的处理数据状态信息,确定是否想预设订单服务平台发送订单数据。从而保证了预设订单服务平台只在可以处理新订单数据时才接收到订单数据,而不是现有技术中,直接从外部客户接收所有订单,造成平台因处理能力与待数据处理量的严重不匹配而造成的瘫痪,从而保护了预设订单服务平台的稳定性,并且通过收单系统对接收的订单数据进行标记和分类,增加了订单数据处理的速度,提升了订单服务的工作效率。
进一步的,缓存模块202还对接收的订单数据进行实时监控,并在订单数据数量过大时,发出警报。
在缓存模块202中预先设定订单数据处理量的阈值,缓存模块202对收单系统接收到的订单数据量进行监控,在订单数据量超过阈值时,发出报警,以供工作人及时对预设订单服务平台进行扩容等操作。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (10)
1.一种收单方法,其特征在于,包括:
接收外部客户发出的订单数据并存储所述订单数据;
确定预设订单服务平台的处理数据状态信息;
基于所述处理数据状态信息发送所述订单数据到预设订单服务平台。
2.根据权利要求1所述的一种收单方法,其特征在于,所述接收外部客户发出的订单数据并存储所述订单数据,包括:
接收外部客户发出的订单数据;
使用接收所述订单数据的时间对所述订单数据进行标记,并存储;
所述发送所述订单数据到预设订单服务平台,包括:
基于所述时间,依照先入先出的原则,向所述预设订单服务平台发送所述订单数据。
3.根据权利要求1所述的一种收单方法,其特征在于,还包括:
基于预设数据淘汰策略,对所述订单数据进行筛选。
4.根据权利要求1所述的一种收单方法,其特征在于,所述确定预设订单服务平台的处理数据状态信息包括:
接收预设订单服务平台发送的处理订单数据信息;其中所述处理订单数据信息包括预设订单服务平台的处理订单数据状态;其中所述处理订单数据状态包括可接收新订单数据和不可接收订单数据状态;
基于所述处理订单数据信息确定预设订单服务平台的处理数据状态。
5.根据权利要求1所述的一种收单方法,其特征在于,还包括:
对订单数据进行实时监控,并在所述订单数据超过预设阈值时发出警报。
6.根据权利要求1所述的一种收单方法,其特征在于,还包括:对所述订单数据进行分类;
所述发送所述订单数据到预设订单服务平台包括:
将不同类别的订单数据分别发送到预设订单服务系统的不同业务系统。
7.一种收单系统,其特征在于,包括:
接入模块、缓存模块和发送模块;
所述接入模块对接外部客户,并且与所述缓存模块连接,用于接收外部客户发出的订单数据,并传递给所述缓存模块;
所述缓存模块与发送模块连接,用于缓存和处理所述订单数据,并将处理后的订单数据传递到发送模块;
所述发送模块发送所述订单数据到预设订单服务平台。
8.根据权利要求7所述的一种收单系统,其特征在于,还包括:接收模块;
所述接收模块与所述缓存模块连接,用于接收预设订单服务平台在其可接收订单数据时发送的可发送订单数据指令。
9.根据权利要求7所述的一种收单系统,其特征在于,所述缓存模块还对接收的所述订单数据进行实时监控,并在所述订单数据数量超过预设阈值时,发出警报。
10.根据权利要求7所述的一种收单系统,其特征在于,所述接入模块的数量为至少一个,用于接收外部客户的订单数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010203491.5A CN111429059A (zh) | 2020-03-20 | 2020-03-20 | 收单方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010203491.5A CN111429059A (zh) | 2020-03-20 | 2020-03-20 | 收单方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111429059A true CN111429059A (zh) | 2020-07-17 |
Family
ID=71548438
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010203491.5A Pending CN111429059A (zh) | 2020-03-20 | 2020-03-20 | 收单方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111429059A (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102035879A (zh) * | 2010-10-29 | 2011-04-27 | 西本新干线股份有限公司 | 服务器及应用该服务器的数据处理系统 |
CN102255735A (zh) * | 2011-07-05 | 2011-11-23 | 青岛海信传媒网络技术有限公司 | 一种订单的处理方法及装置 |
US8473316B1 (en) * | 2010-06-04 | 2013-06-25 | Amazon Technologies, Inc. | System and method for order processing state management |
CN103353951A (zh) * | 2012-02-07 | 2013-10-16 | 周双桂 | 一种网上预订的数据处理及自动售票 |
CN105468784A (zh) * | 2015-12-24 | 2016-04-06 | 北京京东尚科信息技术有限公司 | 处理高并发流量的方法及其装置 |
CN106204000A (zh) * | 2016-07-05 | 2016-12-07 | 康存乐付保数据科技(上海)有限公司 | 一种服务消费支付信息处理方法及系统 |
CN107679931A (zh) * | 2017-08-17 | 2018-02-09 | 平安科技(深圳)有限公司 | 订单异步处理的方法、装置、存储介质及终端 |
CN107870942A (zh) * | 2016-09-28 | 2018-04-03 | 湖南移商动力网络技术有限公司 | 一种基于电商平台的商城抢购设计应用方法 |
CN109194586A (zh) * | 2018-08-31 | 2019-01-11 | 重庆富民银行股份有限公司 | 基于分布式令牌桶的削峰处理方法 |
CN109242603A (zh) * | 2018-08-14 | 2019-01-18 | 四川省巴食巴适电子商务有限公司 | 互联网电商平台 |
-
2020
- 2020-03-20 CN CN202010203491.5A patent/CN111429059A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8473316B1 (en) * | 2010-06-04 | 2013-06-25 | Amazon Technologies, Inc. | System and method for order processing state management |
CN102035879A (zh) * | 2010-10-29 | 2011-04-27 | 西本新干线股份有限公司 | 服务器及应用该服务器的数据处理系统 |
CN102255735A (zh) * | 2011-07-05 | 2011-11-23 | 青岛海信传媒网络技术有限公司 | 一种订单的处理方法及装置 |
CN103353951A (zh) * | 2012-02-07 | 2013-10-16 | 周双桂 | 一种网上预订的数据处理及自动售票 |
CN105468784A (zh) * | 2015-12-24 | 2016-04-06 | 北京京东尚科信息技术有限公司 | 处理高并发流量的方法及其装置 |
CN106204000A (zh) * | 2016-07-05 | 2016-12-07 | 康存乐付保数据科技(上海)有限公司 | 一种服务消费支付信息处理方法及系统 |
CN107870942A (zh) * | 2016-09-28 | 2018-04-03 | 湖南移商动力网络技术有限公司 | 一种基于电商平台的商城抢购设计应用方法 |
CN107679931A (zh) * | 2017-08-17 | 2018-02-09 | 平安科技(深圳)有限公司 | 订单异步处理的方法、装置、存储介质及终端 |
CN109242603A (zh) * | 2018-08-14 | 2019-01-18 | 四川省巴食巴适电子商务有限公司 | 互联网电商平台 |
CN109194586A (zh) * | 2018-08-31 | 2019-01-11 | 重庆富民银行股份有限公司 | 基于分布式令牌桶的削峰处理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9634915B2 (en) | Methods and computer program products for generating a model of network application health | |
JP3927539B2 (ja) | ソフトウェア・キューイング・アプリケーションを監視するためのシステムおよび方法 | |
CN106452933B (zh) | 一种业务数据的统计方法、装置及系统 | |
CN110535713B (zh) | 监控管理系统以及监控管理方法 | |
US8909761B2 (en) | Methods and computer program products for monitoring and reporting performance of network applications executing in operating-system-level virtualization containers | |
US20130067018A1 (en) | Methods and computer program products for monitoring the contents of network traffic in a network device | |
CN101223509A (zh) | 用于自适应地收集性能和事件信息的系统和方法 | |
CN101656013A (zh) | 一种车载监控报警终端、系统及报警方法 | |
CN111427521B (zh) | 电子面单打印方法、服务器、系统及设备 | |
CN111899105A (zh) | 系统异常处理方法、装置、计算机设备及存储介质 | |
CN109379305B (zh) | 一种数据下发方法、装置、服务器及存储介质 | |
US20140149350A1 (en) | Remote Replication in a Storage System | |
CN108156225A (zh) | 基于容器云平台的微应用监控系统和方法 | |
CN115038088B (zh) | 一种智能网络安全检测预警系统和方法 | |
CN111429059A (zh) | 收单方法和系统 | |
EP2899918A1 (en) | Method, apparatus and system for detecting network element load imbalance | |
CN107870843A (zh) | Nas服务器性能监控的方法及装置 | |
CN107797893A (zh) | 一种计算硬盘处理读写命令的时长的方法及设备 | |
CN109828945A (zh) | 一种业务报文处理方法及系统 | |
CN109284257B (zh) | 一种日志写入方法、装置、电子设备及存储介质 | |
US8331270B2 (en) | In-band communication of network statistics over a FICON network | |
CN116048846A (zh) | 数据传输方法、装置、设备和存储介质 | |
CN101599861A (zh) | 一种网管中间库数据采集的方法和装置 | |
CN111105314A (zh) | 一种保险数据清分系统 | |
US7908546B2 (en) | Methods and apparatus for detection of performance conditions in processing system |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200717 |
|
RJ01 | Rejection of invention patent application after publication |