CN115134320A - 一种基于消息分发确定时序的交易系统 - Google Patents
一种基于消息分发确定时序的交易系统 Download PDFInfo
- Publication number
- CN115134320A CN115134320A CN202211025509.2A CN202211025509A CN115134320A CN 115134320 A CN115134320 A CN 115134320A CN 202211025509 A CN202211025509 A CN 202211025509A CN 115134320 A CN115134320 A CN 115134320A
- Authority
- CN
- China
- Prior art keywords
- message
- processing
- real
- receiving
- time
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Development Economics (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
- Multi Processors (AREA)
Abstract
本发明涉及一种基于消息分发确定时序的交易系统,属于软件设计、互联网实际应用技术领域,通过合理设计消息分发系统、消息处理系统、底层数据库架构,可以实现一个性能优异交易系统,足以承接高并发量任务,并精准完成所有消息队列的梳理,通信,反馈。用软件辅助集群硬件,发挥该服务器集群以及网络流量限制的最大值。完全开放式的商品抢购这一场景,其中可能有通过第三方交易软件完成交易的确认需求。利用分发系统整理用户的消息,合理调配空闲的服务器参与服务。在服务是即时通过系统间消息通信更新状态为用户提供良好准确的反馈。为企业节省服务器和网络等硬件费用。同时提供良好的用户体验给用户,也能为企业创造更大的竞争力。
Description
技术领域
本发明属于软件设计、互联网实际应用技术领域,具体涉及一种基于消息分发确定时序的交易系统。
背景技术
随着移动互联网技术的发展,网络交易技术的使用场景日益广泛。当今人们有更多的需求可以通过在网络上的交易系统进行确认和实现。针对于此类需求,衍生出许多需要交易消息类型。例如类似于抢购的网上购物模式对消息分发的时序于精确性提出了较高的要求,简单的交易系统应对此类交易类型存在一定的性能上的不足。常规的交易系统处理消息的方式在于向用户开放一个执行交易的接口,一般在网页和APP中按钮存在;用户通过触发此接口传输自己的消息,软件接到消息后对其中的信息进行处理确认此交易是否可以执行记录,并将结果反馈给用户。例如在设计抢购的软件程序时,首先应该考虑该程序系统能承受的并发量。如果仅考虑该程序能否安全执行顺序处理消息,必然将造成多条消息拥堵。用户使用获得的反馈不及时,甚至根本无法获得反馈。这对于用户使用软件的挫败感是巨大的,同时也会加大用户对中心化处理系统的不信任感。
发明内容
本发明目的在于提供一种基于消息分发确定时序的交易系统,用于解决上述现有技术中存在的技术问题,例如在设计抢购的软件程序时,首先应该考虑该程序系统能承受的并发量。如果仅考虑该程序能否安全执行顺序处理消息,必然将造成多条消息拥堵。用户使用获得的反馈不及时,甚至根本无法获得反馈。这对于用户使用软件的挫败感是巨大的,同时也会加大用户对中心化处理系统的不信任感。
为实现上述目的,本发明的技术方案是:
一种基于消息分发确定时序的交易系统,包括消息处理系统、消息接收系统、消息发送系统、底层数据库构架;
所述消息接收系统用于接收用户端输入的实时消息,并确定所述实时消息的对应时序;
所述底层数据库构架用于暂存所述实时消息,并按照设定模式向所述消息处理系统发送所述实时消息;
所述消息处理系统用于根据所述对应时序处理所述实时消息,并将处理结果反馈至所述消息发送系统;
所述消息发送系统将所述处理结果发送至用户端;
还包括消息处理能力识别系统,所述消息处理能力识别系统用于识别所述消息处理系统的消息处理能力上限,记为消息处理上限值;
还包括消息接收识别系统,所述消息接收识别系统用于识别所述消息接收系统所接收的实时消息数量,记为消息接收值。
进一步的,所述消息处理系统、消息发送系统、底层数据库构架处于常闭状态,所述消息接收系统、消息接收识别系统、消息处理能力识别系统处于常开状态;
若所述消息接收值未超出所述消息处理上限值,则所述消息处理系统、消息发送系统开启;
若所述消息接收值超出所述消息处理上限值,则所述消息处理系统、消息发送系统、底层数据库构架开启。
进一步的,在所述底层数据库构架中,暂存所述消息接收值超出所述消息处理上限值、且所述对应时序靠后的所述实时消息;
当所述消息处理系统处理完一条消息时,所述底层数据库构架将暂存的所述对应时序最靠前的所述实时消息发送至所述消息处理系统。
进一步的,当所述消息接收值超出所述消息处理上限值时,所述消息接收系统在所述消息处理系统启动后所接收到的所述实时消息均暂存至所述底层数据库构架。
进一步的,所述消息处理系统为单个集中数据处理服务器或多个分布式数据处理服务器。
进一步的,当所述消息处理系统为多个分布式数据处理服务器时,多个所述分布式数据处理服务器中设定的消息处理程序完全相同。
进一步的,还包括消息状态跟踪系统,所述消息状态跟踪系统用于跟踪所述实时消息当前所处的状态。
进一步的,还包括消息状态反馈系统,所述消息状态反馈系统用于将所述消息状态跟踪系统的跟踪结果反馈至用户端。
与现有技术相比,本发明所具有的有益效果为:
本方案其中一个有益效果在于,通过合理设计消息分发(接收、发送)系统、消息处理系统、底层数据库架构,可以实现一个性能优异交易系统,足以承接高并发量任务,并精准完成所有消息队列的梳理,通信,反馈。用软件辅助集群硬件,发挥该服务器集群以及网络流量限制的最大值。例如,完全开放式的商品抢购这一场景,其中可能有通过第三方交易软件完成交易的确认需求(微信、AliPay等)。利用分发系统整理用户的消息,合理调配空闲的服务器参与服务。在服务是即时通过系统间消息通信更新状态为用户提供良好准确的反馈。为企业节省服务器和网络等硬件费用。同时提供良好的用户体验给用户,也能为企业创造更大的竞争力。
附图说明
图1为本发明中一个具体实施方式的系统示意图。
具体实施方式
下面结合本发明的附图1,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例:
如图1所示,提供一种基于消息分发确定时序的交易系统,包括消息处理系统、消息接收系统、消息发送系统、底层数据库构架;
所述消息接收系统用于接收用户端输入的实时消息,并确定所述实时消息的对应时序;
所述底层数据库构架用于暂存所述实时消息,并按照设定模式向所述消息处理系统发送所述实时消息;
所述消息处理系统用于根据所述对应时序处理所述实时消息,并将处理结果反馈至所述消息发送系统;
所述消息发送系统将所述处理结果发送至用户端;
还包括消息处理能力识别系统,所述消息处理能力识别系统用于识别所述消息处理系统的消息处理能力上限,记为消息处理上限值;
还包括消息接收识别系统,所述消息接收识别系统用于识别所述消息接收系统所接收的实时消息数量,记为消息接收值。
上述方案中,通过合理的消息分发系统可以优先处理简单的时序问题,依靠正确消息队列的建立可以减轻交易系统对交易合理性检验的系统负担,使得软件程序的服务器性能需求降低,让软件提供方可以以较小的服务器集群负担更大的并发量。同时也依然可以保证每条用户的需求可以公正公平的处理,处理结果的反馈更为直观且有清晰的逻辑解释。在实际应用之中减轻软件提供方的客服成本。
进一步的,所述消息处理系统、消息发送系统、底层数据库构架处于常闭状态,所述消息接收系统、消息接收识别系统、消息处理能力识别系统处于常开状态;
若所述消息接收值未超出所述消息处理上限值,则所述消息处理系统、消息发送系统开启;
若所述消息接收值超出所述消息处理上限值,则所述消息处理系统、消息发送系统、底层数据库构架开启。
进一步的,在所述底层数据库构架中,暂存所述消息接收值超出所述消息处理上限值、且所述对应时序靠后的所述实时消息;
当所述消息处理系统处理完一条消息时,所述底层数据库构架将暂存的所述对应时序最靠前的所述实时消息发送至所述消息处理系统。
上述方案中,若所述消息接收值超出所述消息处理上限值的交易系统将重新设计这一处理过程,用户发送的消息并不会进入程序的消息处理流程。而是先在收到消息后先进入队列之中等待处理,及暂存底层数据库构架,按照消息收发的顺序,该队列中的消息将依次推送给后台的在监听程序。此做法可以减少消息并发量最大消息分发系统的负担,使其专注于接收用户的推送以及消息的分发。实际应用中可以发现此系统的性能消耗的极少的。可以很好的承担处理高并发量带来的风险。而相较于给程序加上执行锁的处理方式,又具有更良好的性能表现,是的用户的需求可以得到更及时更准确的反馈。
进一步的,当所述消息接收值超出所述消息处理上限值时,所述消息接收系统在所述消息处理系统启动后所接收到的所述实时消息均暂存至所述底层数据库构架。
进一步的,所述消息处理系统为单个集中数据处理服务器或多个分布式数据处理服务器。
进一步的,当所述消息处理系统为多个分布式数据处理服务器时,多个所述分布式数据处理服务器中设定的消息处理程序完全相同。
也就是说,该设计的另一用处在于系统分发的消息并不一定是一对一的消息。我们可以在多台服务器上启用相同的消息处理程序,同时监听消息分发系统发布的消息。此条消息经过被任一监听程序收到后就讲启动消息处理的程序。此时这条消息的时序将被优先记录并告知交易系统,因为消息进入处理的同时,下一条消息也会立刻被交易系统发布且时序会被严格要求在上一条消息之后而不受每条消息处理时间的长短(由于集群性能不同)的影响。最为关键之处在于,此类流程设计的临界条件是可以通过程序改变的,更为通用。因为在下一条消息分发前有一步消息处理程序告知分发系统现在状态的流程存在。不论是抢购的实际应用,交易二次确认的实际应用,又或者是需要第三方途径确认的实际应用都可以在此流程中通过设计合理的状态记录机制完成消息的预筛选。
进一步的,还包括消息状态跟踪系统,所述消息状态跟踪系统用于跟踪所述实时消息当前所处的状态。
进一步的,还包括消息状态反馈系统,所述消息状态反馈系统用于将所述消息状态跟踪系统的跟踪结果反馈至用户端。
应用实例1
抢购模型:
设计抢购的软件程序时,首先应该考虑该程序系统能承受的并发量。如果仅考虑该程序能否安全执行顺序处理消息,必然将造成多条消息拥堵。用户使用获得的反馈即不及时,甚至根本无法获得反馈。这对于用户使用软件的挫败感是巨大的,同时也会加大用户对中心化处理系统的不信任感。因此这需要我们设计应用时注重对消息分发的使用。首先重要的是消息分发(接收、发送)系统(publisher)对用户的消息(message)时刻处于接收状态,但此程序只负责判断目前购买的状态(state) 开关是何种状态(eg:售罄、未开始、时间已结束)。此种状态并不需要进行数据查询获得,而是应设计为程序中常驻的状态机制,常驻与程序软件运行的内存中,每次状态的改变由交易系统收到处理系统的意见后触发。至此,消息状态跟踪系统与消息状态反馈系统的配合,首先能为用户做到第一步的即时反馈,告知用户该消息是否正在队列(queue)中等待处理。完成转态检验成功后的消息将在队列中等待直至发布,发布完成的消息每一个空闲的信息处理系统(manager)都可以取得该消息的处理权,获取处理权后处理系统在执行处理前需要先对数据库进行“占位”并第一次告知分发系统数据库的状态。处理完成后,通知交易系统处理结果。因为多个处理系统共用的是统一数据库,所以多个处理系统处理消息的时序都可以被任一处理系统得知,避免高并发下数据错误发生。
应用实例2
第三方确认模型:
需要第三方确认的交易程序,应该多考虑该程序之间的一致性。给予用户的反馈必须严格说明系统中发生的状态变化。消息分发系统(publisher)接收用户消息(message)并将其放在队列(queue)中等待处理,此过程与上述抢购模型一致。空闲的信息处理系统(manager)获取处理权后首先进行预处理并返回处理结果。此时消息分发系统针对此处理结果发起另一类型的消息队列,同样空闲的信息处理系统接收该类型消息后将从接口(interface)等方式从第三方方式获得正式的交易结果,最终返回最后的处理结果。此类设计的优势是,第三方交易结果的获取并不能即时获得,而第一类消息的处理往往早就可以完成了。将两次处理结果分成多个状态表示可以充分利用消息分发系统使用的灵活性,从而优化各个程序处理消息的流程。
以上是本发明的较佳实施例,凡依本发明技术方案所作的改变,所产生的功能作用未超出本发明技术方案的范围时,均属于本发明的保护范围。
Claims (8)
1.一种基于消息分发确定时序的交易系统,其特征在于,包括消息处理系统、消息接收系统、消息发送系统、底层数据库构架;
所述消息接收系统用于接收用户端输入的实时消息,并确定所述实时消息的对应时序;
所述底层数据库构架用于暂存所述实时消息,并按照设定模式向所述消息处理系统发送所述实时消息;
所述消息处理系统用于根据所述对应时序处理所述实时消息,并将处理结果反馈至所述消息发送系统;
所述消息发送系统将所述处理结果发送至用户端;
还包括消息处理能力识别系统,所述消息处理能力识别系统用于识别所述消息处理系统的消息处理能力上限,记为消息处理上限值;
还包括消息接收识别系统,所述消息接收识别系统用于识别所述消息接收系统所接收的实时消息数量,记为消息接收值。
2.如权利要求1所述的一种基于消息分发确定时序的交易系统,其特征在于,所述消息处理系统、消息发送系统、底层数据库构架处于常闭状态,所述消息接收系统、消息接收识别系统、消息处理能力识别系统处于常开状态;
若所述消息接收值未超出所述消息处理上限值,则所述消息处理系统、消息发送系统开启;
若所述消息接收值超出所述消息处理上限值,则所述消息处理系统、消息发送系统、底层数据库构架开启。
3.如权利要求2所述的一种基于消息分发确定时序的交易系统,其特征在于,在所述底层数据库构架中,暂存所述消息接收值超出所述消息处理上限值、且所述对应时序靠后的所述实时消息;
当所述消息处理系统处理完一条消息时,所述底层数据库构架将暂存的所述对应时序最靠前的所述实时消息发送至所述消息处理系统。
4.如权利要求3所述的一种基于消息分发确定时序的交易系统,其特征在于,当所述消息接收值超出所述消息处理上限值时,所述消息接收系统在所述消息处理系统启动后所接收到的所述实时消息均暂存至所述底层数据库构架。
5.如权利要求1所述的一种基于消息分发确定时序的交易系统,其特征在于,所述消息处理系统为单个集中数据处理服务器或多个分布式数据处理服务器。
6.如权利要求5所述的一种基于消息分发确定时序的交易系统,其特征在于,当所述消息处理系统为多个分布式数据处理服务器时,多个所述分布式数据处理服务器中设定的消息处理程序完全相同。
7.如权利要求1所述的一种基于消息分发确定时序的交易系统,其特征在于,还包括消息状态跟踪系统,所述消息状态跟踪系统用于跟踪所述实时消息当前所处的状态。
8.如权利要求7所述的一种基于消息分发确定时序的交易系统,其特征在于,还包括消息状态反馈系统,所述消息状态反馈系统用于将所述消息状态跟踪系统的跟踪结果反馈至用户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211025509.2A CN115134320B (zh) | 2022-08-25 | 2022-08-25 | 一种基于消息分发确定时序的交易系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211025509.2A CN115134320B (zh) | 2022-08-25 | 2022-08-25 | 一种基于消息分发确定时序的交易系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115134320A true CN115134320A (zh) | 2022-09-30 |
CN115134320B CN115134320B (zh) | 2023-01-03 |
Family
ID=83388119
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211025509.2A Active CN115134320B (zh) | 2022-08-25 | 2022-08-25 | 一种基于消息分发确定时序的交易系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115134320B (zh) |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101188570A (zh) * | 2006-11-17 | 2008-05-28 | 鸿富锦精密工业(深圳)有限公司 | 即时消息处理系统及方法 |
TW200823685A (en) * | 2006-11-17 | 2008-06-01 | Hon Hai Prec Ind Co Ltd | System and method for processing instant messages |
US20120178438A1 (en) * | 2011-01-07 | 2012-07-12 | Apple Inc. | Control of measurement messaging in a mobile device |
CN104618221A (zh) * | 2015-01-06 | 2015-05-13 | 厦门雅迅网络股份有限公司 | 一种去中心化的消息服务系统 |
US20150229575A1 (en) * | 2012-08-21 | 2015-08-13 | Paul Allen Bottorff | Flow control in a network |
CN106789095A (zh) * | 2017-03-30 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 分布式系统及消息处理方法 |
CN107295045A (zh) * | 2016-03-31 | 2017-10-24 | 阿里巴巴集团控股有限公司 | 一种消息处理方法及装置 |
CN108667719A (zh) * | 2018-04-26 | 2018-10-16 | 广州品唯软件有限公司 | 一种实时消息传递方法及系统 |
CN110324250A (zh) * | 2018-03-29 | 2019-10-11 | 阿里巴巴集团控股有限公司 | 消息推送方法、设备及系统 |
CN111131082A (zh) * | 2019-12-25 | 2020-05-08 | 广东电科院能源技术有限责任公司 | 一种充电设施数据传输动态控制方法及系统 |
CN111385269A (zh) * | 2018-12-29 | 2020-07-07 | 广州市百果园网络科技有限公司 | 数据传输方法和装置 |
CN111510469A (zh) * | 2019-01-31 | 2020-08-07 | 上海哔哩哔哩科技有限公司 | 一种消息处理方法和装置 |
CN111817984A (zh) * | 2020-05-28 | 2020-10-23 | 中国平安财产保险股份有限公司 | 消息发送方法、装置、设备及存储介质 |
CN114270344A (zh) * | 2019-08-06 | 2022-04-01 | 推特股份有限公司 | 用于递送实时消息的消息传递平台 |
-
2022
- 2022-08-25 CN CN202211025509.2A patent/CN115134320B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101188570A (zh) * | 2006-11-17 | 2008-05-28 | 鸿富锦精密工业(深圳)有限公司 | 即时消息处理系统及方法 |
TW200823685A (en) * | 2006-11-17 | 2008-06-01 | Hon Hai Prec Ind Co Ltd | System and method for processing instant messages |
US20120178438A1 (en) * | 2011-01-07 | 2012-07-12 | Apple Inc. | Control of measurement messaging in a mobile device |
US20150229575A1 (en) * | 2012-08-21 | 2015-08-13 | Paul Allen Bottorff | Flow control in a network |
CN104618221A (zh) * | 2015-01-06 | 2015-05-13 | 厦门雅迅网络股份有限公司 | 一种去中心化的消息服务系统 |
CN107295045A (zh) * | 2016-03-31 | 2017-10-24 | 阿里巴巴集团控股有限公司 | 一种消息处理方法及装置 |
CN106789095A (zh) * | 2017-03-30 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 分布式系统及消息处理方法 |
CN110324250A (zh) * | 2018-03-29 | 2019-10-11 | 阿里巴巴集团控股有限公司 | 消息推送方法、设备及系统 |
CN108667719A (zh) * | 2018-04-26 | 2018-10-16 | 广州品唯软件有限公司 | 一种实时消息传递方法及系统 |
CN111385269A (zh) * | 2018-12-29 | 2020-07-07 | 广州市百果园网络科技有限公司 | 数据传输方法和装置 |
CN111510469A (zh) * | 2019-01-31 | 2020-08-07 | 上海哔哩哔哩科技有限公司 | 一种消息处理方法和装置 |
CN114270344A (zh) * | 2019-08-06 | 2022-04-01 | 推特股份有限公司 | 用于递送实时消息的消息传递平台 |
CN111131082A (zh) * | 2019-12-25 | 2020-05-08 | 广东电科院能源技术有限责任公司 | 一种充电设施数据传输动态控制方法及系统 |
CN111817984A (zh) * | 2020-05-28 | 2020-10-23 | 中国平安财产保险股份有限公司 | 消息发送方法、装置、设备及存储介质 |
Non-Patent Citations (3)
Title |
---|
周江等: "面向机群文件系统的高可靠消息传输机制", 《华中科技大学学报(自然科学版)》 * |
李小文等: "D2D通信中基于RLE编码二叉树发现消息的设计", 《电子技术应用》 * |
薛涛等: "使用发布订阅中间件支持移动计算", 《小型微型计算机系统》 * |
Also Published As
Publication number | Publication date |
---|---|
CN115134320B (zh) | 2023-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111277639B (zh) | 一种保持数据一致性的方法和装置 | |
WO2020000720A1 (zh) | 服务器、报文处理方法、程序和计算机可读存储介质 | |
US8606833B2 (en) | Method and system of committing operations of a synchronized transaction | |
EP3869434B1 (en) | Blockchain-based data processing method and apparatus, device, and medium | |
CN111784329B (zh) | 业务数据的处理方法和装置、存储介质、电子装置 | |
CN106407021A (zh) | 一种基于队列的业务请求处理方法 | |
CN111125106B (zh) | 一种跑批任务执行方法、装置、服务器和存储介质 | |
CN112288577B (zh) | 分布式服务的交易处理方法、装置、电子设备和介质 | |
CN112291372A (zh) | 区块链的异步落账方法、装置、介质及电子设备 | |
CN112068973A (zh) | 策略模式的异步信息处理方法、装置、服务器和存储介质 | |
WO2011150601A1 (zh) | 交易处理系统 | |
CN113515369B (zh) | 一种数据处理方法、系统、终端和存储介质 | |
CN111400283B (zh) | 一种数据处理方法、系统、电子设备及存储介质 | |
CN115134320B (zh) | 一种基于消息分发确定时序的交易系统 | |
CN113127564A (zh) | 一种参数同步方法和装置 | |
CN111259032A (zh) | 一种业务处理方法和装置 | |
CN115525411A (zh) | 处理业务请求的方法、装置、电子设备和计算机可读介质 | |
CN112596761B (zh) | 服务的更新发布方法、装置及相关设备 | |
CN113362127A (zh) | 具有高可用性的二手车竞价系统 | |
CN111367694A (zh) | 事件处理方法、服务器及计算机存储介质 | |
CN114969077A (zh) | 一种业务数据处理方法及装置 | |
CN113792051B (zh) | 基于多模态锁的数据处理方法、系统、设备和存储介质 | |
CN114584605B (zh) | 一种业务分发方法、装置、电子设备及存储介质 | |
CN111314440B (zh) | 图结构数据上的环检测方法及系统 | |
CN117909033A (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 |