CN113656200A - 一种利用延时队列实现发货通知的方法及其系统 - Google Patents

一种利用延时队列实现发货通知的方法及其系统 Download PDF

Info

Publication number
CN113656200A
CN113656200A CN202110976580.8A CN202110976580A CN113656200A CN 113656200 A CN113656200 A CN 113656200A CN 202110976580 A CN202110976580 A CN 202110976580A CN 113656200 A CN113656200 A CN 113656200A
Authority
CN
China
Prior art keywords
delivery
message
notification
queue
delay
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
Application number
CN202110976580.8A
Other languages
English (en)
Inventor
刘德建
叶伟
陈宏展
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian TQ Digital Co Ltd
Original Assignee
Fujian TQ Digital Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujian TQ Digital Co Ltd filed Critical Fujian TQ Digital Co Ltd
Priority to CN202110976580.8A priority Critical patent/CN113656200A/zh
Publication of CN113656200A publication Critical patent/CN113656200A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/548—Queue

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明提供了一种利用延时队列实现发货通知的方法，该方法为：1、用户在系统A完成支付触发数据变动；2、系统A生成发货通知的消息至消息队列；3、发货通知任务监听消息队列，收到消息执行通知系统B的发货接口；4、系统A请求系统B发货接口；5、给消息设置过期时间，在延时消息队列上为过期消息指定转发器；6、消息过期后会转发到与指定转发器匹配的延时消息队列上，请求发货接口,直到通知成功，流程结束；该发明能精准的进行间隔通知，以确保发货通知完成。

Description

一种利用延时队列实现发货通知的方法及其系统
技术领域
本发明涉及计算机通讯技术领域，特别是一种利用延时队列实现发货通知的方法及其系统。
背景技术
在微服务或者不同的系统之间，业务数据的变动有时需要通过接口进行通知，从而完成不同系统之间的协作。例如用户在系统A完成支付后通知系统B进行发货，系统A专门负责用户的支付业务，系统B专门负责商品的发货，各司其职。但假设用户在系统A完成支付后请求系统B的接口进行发货，但此时恰好系统B出现服务不可用的情况，通知系统B失败，如果当下进行重试大概率还是失败，因为如果出现系统服务不可用，可能需要一定的时间等待系统B的恢复后再进行通知，如果在系统服务宕机时重复对系统发起请求，可能使宕机的系统更难以处理，形成恶性循环。
rabbitmq是实现了高级消息队列协议(AMQP)的开源消息代理软件(亦称面向消息的中间件)。
发明内容
为克服上述问题，本发明的目的是提供一种利用延时队列实现发货通知的方法，通过间隔通知的机制，实现延时队列精准的间隔通知，来确保发货通知的完成。
本发明采用以下方案实现：一种利用延时队列实现发货通知的方法，所述方法包括如下步骤：
步骤S1、用户在系统A完成支付触发数据变动；
步骤S2、系统A生成发货通知的消息至消息队列；
步骤S3、发货通知任务监听消息队列，收到消息执行通知系统B的发货接口；
步骤S4、系统A请求系统B发货接口；
步骤S5、给消息设置过期时间，在延时消息队列上为过期消息指定转发器；
步骤S6、消息过期后会转发到与转发器匹配的延时消息队列上，请求发货接口,直到通知成功，流程结束。
进一步的，所述步骤S2进一步具体为：用户完成支付后，系统A需要对系统B进行发货通知时，不采用同步通知的方式，直接采用异步通知的方式，即生成一条发货通知的消息到消息队列，消息队列名queueName1＝first_notify，让发货通知任务发送通知消息，进行发货。
进一步的，所述步骤S4进一步具体为：系统A请求系统B的发货接口，不仅需要商品编号goodsId，还需要对发货接口附加验签参数sign和时间戳ticket，以保证发货接口安全性；即系统B发货接口地址为发货链接+商品编号goodsId+时间戳ticket+验签参数sign；其中验签参数sign＝(goodsId+ticket+slatKey)MD5，其中，盐值slatKey在系统A和系统B中存储有预设的值。
进一步的，所述步骤S5进一步具体为：首次请求系统B发货接口失败，则认定系统B出现不可用情况，每隔一段时间进行再通知，这里需要用到中间件rabbitmq的延时队列功能，设定延时队列名称queueName2＝delay_notify，设定延时队列过期时间9-12分钟；在延时消息队列上为过期消息指定转发器。
进一步的，所述步骤S6进一步具体为：发送给延时队列的消息在9-12分钟后消息会过期，中间件rabbitmq内部会把消息转发给转发器匹配的队列名延时消息队列上，发货通知任务监听延时队列delay_notify，收到消息后进入步骤S4请求系统B发货接口；如果成功则结束，如果请求失败则循环步骤S4到步骤S6的操作，就会呈现如果请求系统B发货接口失败，则会延迟设定时间重新请求，以此循环，直到发货通知成功，流程结束。
本发明还提供了一种利用延时队列实现发货通知的系统，所述系统包括触发模块、通知消息生成模块、监听模块、请求发货模块、定时通知模块、以及转发模块；
所述触发模块，用于用户在系统A完成支付触发数据变动；
所述通知消息生成模块，用于系统A生成发货通知的消息至消息队列；
所述监听模块，发货通知任务监听消息队列，收到消息执行通知系统B的发货接口；
所述请求发货模块，用于系统A请求系统B发货接口；
所述定时通知模块，给消息设置过期时间，在延时消息队列上为过期消息指定转发器；
所述转发模块，用于消息过期后会转发到与转发器匹配的延时消息队列上，请求发货接口,直到通知成功，流程结束。
进一步的，所述通知消息生成模块的实现方式进一步具体为：用户完成支付后，系统A需要对系统B进行发货通知时，不采用同步通知的方式，直接采用异步通知的方式，即生成一条发货通知的消息到消息队列，消息队列名queueName1＝first_notify，让发货通知任务发送通知消息，进行发货。
进一步的，所述请求发货模块的实现方式进一步具体为：系统A请求系统B的发货接口，不仅需要商品编号goodsId，还需要对发货接口附加验签参数sign和时间戳ticket，以保证发货接口安全性；即系统B发货接口地址为发货链接+商品编号goodsId+时间戳ticket+验签参数sign；其中验签参数sign＝(goodsId+ticket+slatKey)MD5，其中，盐值slatKey在系统A和系统B中存储有预设的值。
进一步的，所述定时通知模块的实现方式进一步具体为：首次请求系统B发货接口失败，则认定系统B出现不可用情况，每隔一段时间进行再通知，这里需要用到中间件rabbitmq的延时队列功能，设定延时队列名称queueName2＝delay_notify，设定延时队列过期时间9-12分钟；在延时消息队列上为过期消息指定转发器。
进一步的，所述转发模块的实现方式进一步具体为：发送给延时队列的消息在9-12分钟后消息会过期，中间件rabbitmq内部会把消息转发给转发器匹配的队列名延时消息队列上，发货通知任务监听延时队列delay_notify，收到消息后进入请求发货模块请求系统B发货接口；如果成功则结束，如果请求失败则循环进行请求发货模块、定时通知模块、转发模块的操作，就会呈现如果请求系统B发货接口失败，则会延迟设定时间重新请求，以此循环，直到发货通知成功，流程结束。
本发明的有益效果在于：本发明利用rabbitmq实现延迟队列，在发货系统B出现服务不可用的情况下，进行延迟通知，给系统B喘息空间，又能精准的进行间隔通知，以确保发货通知完成；来提高通知效率。
附图说明
图1是本发明的方法流程示意图。
图2是本发明的系统原理框图。
具体实施方式
下面结合附图对本发明做进一步说明。
请参阅图1所示，一种利用延时队列实现发货通知的方法，所述方法包括如下步骤：
步骤S1、用户在系统A完成支付触发数据变动；
步骤S2、系统A生成发货通知的消息至消息队列；
步骤S3、发货通知任务监听消息队列，收到消息执行通知系统B的发货接口；
步骤S4、系统A请求系统B发货接口；
步骤S5、给消息设置过期时间，在延时消息队列上为过期消息指定转发器；
步骤S6、消息过期后会转发到与转发器匹配的延时消息队列上，请求发货接口,直到通知成功，流程结束。
下面提供一具体实施例对本发明作进一步说明：
本发明的一种利用延时队列实现发货通知的方法，在系统A通知系统B时，如果系统B返回错误，需要等待一段时间进行重试，当然可以做一个定时任务，每隔一段时间来扫描通知失败的订单，在数据量小时没问题，但数据量一大，轮训数据库的方式就会变得消耗高，效率低。面对此问题，本发明采用中间件rabbitmq来实现延时队列精准的间隔通知，虽然中间件rabbitmq本身不具有延时消息队列的功能，但是可以通过TTL(Time To Live)、DLX(Dead Letter Exchanges)特性实现，该些特性其原理给消息设置过期时间，在消息队列上为过期消息指定转发器，这样消息过期后会转发到与指定转发器匹配的队列上，变向实现延时队列。
该方法具体为：步骤1、用户在系统A完成支付触发数据变动。
用户在系统A对商品完成支付行为后，即触发了数据变动，在本案例中是发货行为。
步骤2、生成发货通知至消息队列。
用户完成支付后，需要对系统B进行发货通知时，不采用同步通知的方式，即不在同步代码中请求系统B的发货接口，因为无论请求系统B成功还是失败，用户已经完成支付，直接告知用户支付成功，不需要耗费请求系统B的时间，采用异步通知的方式，即生成一条发货通知的消息到消息队列，消息队列名queueName1＝first_notify，消息内容{'goodsId':12345}，让发货通知任务消费发货通知消息，进行发货。代码如下:
//生成发货通知至消息队列
rabbitmq.Publish("first_notify","{'goodsid':12345}")
步骤3、发货通知任务发送发货通知消息。
发货通知任务监听队列queueName＝first_notify，收到消息＝{'goodsId':12345}，执行通知系统B的发货接口。代码如下：
Figure BDA0003227762410000051
Figure BDA0003227762410000061
步骤4、请求系统B发货接口
系统A请求系统B的发货接口，不仅需要商品编号goodsId，还需要对接口附加验签参数sign和时间戳ticket，以保证接口安全性。假设系统B发货接口地址为https://api.systemb.com/logistics？goodsid＝{商品编号}&ticket＝{时间戳}&sign＝{验签}，验签sign规则＝(goodsId+ticket+slatKey)MD5，商品编号goodsId＝12345，时间戳ticket＝20210807150159，固定盐值slatKey＝NS2U6W0E，固定盐值仅系统A和系统B知道，MD5前的原始文本＝goodsId+ticket+slatKey＝1234520210807150159NS2U6W0E，进行MD5后的结果(1234520210807150159NS2U6W0E)MD5＝546404B4D61DFF85B6210CC67559ABD8。那么请求系统B的完整地址是https://api.systemb.com/logistics？goodsid＝12345&ticket＝20210807150159&sign＝546404B4D61DFF85B6210CC67559ABD8。如果系统B接受到请求返回成功则结束，如果系统B返回非成功的情况，则进入步骤5。
步骤5、生成发货通知至延时消息队列
如果步骤4的首次请求系统B发货接口失败，则认为系统B出现不可用情况，需要间隔9-12分钟进行再通知(一般较佳的为10分钟)，这里就需要用到rabbitmq的延时队列功能，定义延时队列名称queueName2＝delay_notify，消息内容{'goodsId':12345}，队列过期时间9-12分钟。
Figure BDA0003227762410000062
Figure BDA0003227762410000071
步骤6、发货通知任务监听延时队列，请求发货接口
上一步骤5发送给延时队列的消息在9-12分钟后消息会过期(一般较佳的为10分钟)，rabbitmq内部会把消息转发给转发器匹配的队列名delay_notify，发货通知任务监听延时队列delay_notify，收到消息后进入步骤4请求系统B发货接口。如果成功则结束，如果请求失败则循环步骤4到步骤6，就会呈现如果请求系统B发货接口失败，则会延迟10分钟重新请求，以此循环，直到通知成功，流程结束。
请参阅图2所示，一种利用延时队列实现发货通知的系统，所述系统包括触发模块、通知消息生成模块、监听模块、请求发货模块、定时通知模块、以及转发模块；
所述触发模块，用于用户在系统A完成支付触发数据变动；
所述通知消息生成模块，用于系统A生成发货通知的消息至消息队列；所述通知消息生成模块的实现方式进一步具体为：用户完成支付后，系统A需要对系统B进行发货通知时，不采用同步通知的方式，直接采用异步通知的方式，即生成一条发货通知的消息到消息队列，消息队列名queueName1＝first_notify，让发货通知任务发送通知消息，进行发货。
所述监听模块，发货通知任务监听消息队列，收到消息执行通知系统B的发货接口；
所述请求发货模块，用于系统A请求系统B发货接口；所述请求发货模块的实现方式进一步具体为：系统A请求系统B的发货接口，不仅需要商品编号goodsId，还需要对发货接口附加验签参数sign和时间戳ticket，以保证发货接口安全性；即系统B发货接口地址为发货链接+商品编号goodsId+时间戳ticket+验签参数sign；其中验签参数sign＝(goodsId+ticket+slatKey)MD5，其中，盐值slatKey在系统A和系统B中存储有预设的值。如：系统A请求系统B的发货接口，不仅需要商品编号goodsId，还需要对接口附加验签参数sign和时间戳ticket，以保证接口安全性。假设系统B发货接口地址为https://api.systemb.com/logistics？goodsid＝{商品编号}&ticket＝{时间戳}&sign＝{验签}，验签sign规则＝(goodsId+ticket+slatKey)MD5，商品编号goodsId＝12345，时间戳ticket＝20210807150159，固定盐值slatKey＝NS2U6W0E，固定盐值仅系统A和系统B知道，MD5前的原始文本＝goodsId+ticket+slatKey＝1234520210807150159NS2U6W0E，进行MD5后的结果(1234520210807150159NS2U6W0E)MD5＝546404B4D61DFF85B6210CC67559ABD8。那么请求系统B的完整地址是https://api.systemb.com/logistics？goodsid＝12345&ticket＝20210807150159&sign＝546404B4D61DFF85B6210CC67559ABD8。
所述定时通知模块，给消息设置过期时间，在延时消息队列上为过期消息指定转发器；所述定时通知模块的实现方式进一步具体为：首次请求系统B发货接口失败，则认定系统B出现不可用情况，每隔一段时间进行再通知，这里需要用到中间件rabbitmq的延时队列功能，设定延时队列名称queueName2＝delay_notify，设定延时队列过期时间9-12分钟(较佳的为10分钟)；在延时消息队列上为过期消息指定转发器。
所述转发模块，用于消息过期后会转发到与转发器匹配的延时消息队列上，请求发货接口,直到通知成功，流程结束。所述转发模块的实现方式进一步具体为：发送给延时队列的消息在9-12分钟后消息会过期，中间件rabbitmq内部会把消息转发给转发器匹配的队列名延时消息队列上，发货通知任务监听延时队列delay_notify，收到消息后进入请求发货模块请求系统B发货接口；如果成功则结束，如果请求失败则循环进行请求发货模块、定时通知模块、转发模块的操作，就会呈现如果请求系统B发货接口失败，则会延迟设定时间重新请求，以此循环，直到发货通知成功，流程结束。
以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，皆应属本发明的涵盖范围。

Claims (10)

1.一种利用延时队列实现发货通知的方法，其特征在于：所述方法包括如下步骤：
步骤S1、用户在系统A完成支付触发数据变动；
步骤S2、系统A生成发货通知的消息至消息队列；
步骤S3、发货通知任务监听消息队列，收到消息执行通知系统B的发货接口；
步骤S4、系统A请求系统B发货接口；
步骤S5、给消息设置过期时间，在延时消息队列上为过期消息指定转发器；
步骤S6、消息过期后会转发到与转发器匹配的延时消息队列上，请求发货接口，直到通知成功，流程结束。
2.根据权利要求1所述的一种利用延时队列实现发货通知的方法，其特征在于：所述步骤S2进一步具体为：用户完成支付后，系统A需要对系统B进行发货通知时，不采用同步通知的方式，直接采用异步通知的方式，即生成一条发货通知的消息到消息队列，消息队列名queueName1＝first_notify，让发货通知任务发送通知消息，进行发货。
3.根据权利要求1所述的一种利用延时队列实现发货通知的方法，其特征在于：所述步骤S4进一步具体为：系统A请求系统B的发货接口，不仅需要商品编号goodsId，还需要对发货接口附加验签参数sign和时间戳ticket，以保证发货接口安全性；即系统B发货接口地址为发货链接+商品编号goodsId+时间戳ticket+验签参数sign；其中验签参数sign＝(goodsId+ticket+slatKey)MD5，其中，盐值slatKey在系统A和系统B中存储有预设的值。
4.根据权利要求1所述的一种利用延时队列实现发货通知的方法，其特征在于：所述步骤S5进一步具体为：首次请求系统B发货接口失败，则认定系统B出现不可用情况，每隔一段时间进行再通知，这里需要用到中间件rabbitmq的延时队列功能，设定延时队列名称queueName2＝delay_notify，设定延时队列过期时间9-12分钟；在延时消息队列上为过期消息指定转发器。
5.根据权利要求4所述的一种利用延时队列实现发货通知的方法，其特征在于：所述步骤S6进一步具体为：发送给延时队列的消息在9-12分钟后消息会过期，中间件rabbitmq内部会把消息转发给转发器匹配的队列名延时消息队列上，发货通知任务监听延时队列delay_notify，收到消息后进入步骤S4请求系统B发货接口；如果成功则结束，如果请求失败则循环步骤S4到步骤S6的操作，就会呈现如果请求系统B发货接口失败，则会延迟设定时间重新请求，以此循环，直到发货通知成功，流程结束。
6.一种利用延时队列实现发货通知的系统，其特征在于：所述系统包括触发模块、通知消息生成模块、监听模块、请求发货模块、定时通知模块、以及转发模块；
所述触发模块，用于用户在系统A完成支付触发数据变动；
所述通知消息生成模块，用于系统A生成发货通知的消息至消息队列；
所述监听模块，发货通知任务监听消息队列，收到消息执行通知系统B的发货接口；
所述请求发货模块，用于系统A请求系统B发货接口；
所述定时通知模块，给消息设置过期时间，在延时消息队列上为过期消息指定转发器；
所述转发模块，用于消息过期后会转发到与转发器匹配的延时消息队列上，请求发货接口,直到通知成功，流程结束。
7.根据权利要求6所述的一种利用延时队列实现发货通知的系统，其特征在于：所述通知消息生成模块的实现方式进一步具体为：用户完成支付后，系统A需要对系统B进行发货通知时，不采用同步通知的方式，直接采用异步通知的方式，即生成一条发货通知的消息到消息队列，消息队列名queueName1＝first_notify，让发货通知任务发送通知消息，进行发货。
8.根据权利要求6所述的一种利用延时队列实现发货通知的系统，其特征在于：所述请求发货模块的实现方式进一步具体为：系统A请求系统B的发货接口，不仅需要商品编号goodsId，还需要对发货接口附加验签参数sign和时间戳ticket，以保证发货接口安全性；即系统B发货接口地址为发货链接+商品编号goodsId+时间戳ticket+验签参数sign；其中验签参数sign＝(goodsId+ticket+slatKey)MD5，其中，盐值slatKey在系统A和系统B中存储有预设的值。
9.根据权利要求6所述的一种利用延时队列实现发货通知的系统，其特征在于：所述定时通知模块的实现方式进一步具体为：首次请求系统B发货接口失败，则认定系统B出现不可用情况，每隔一段时间进行再通知，这里需要用到中间件rabbitmq的延时队列功能，设定延时队列名称queueName2＝delay_notify，设定延时队列过期时间9-12分钟；在延时消息队列上为过期消息指定转发器。
10.根据权利要求9所述的一种利用延时队列实现发货通知的系统，其特征在于：所述转发模块的实现方式进一步具体为：发送给延时队列的消息在9-12分钟后消息会过期，中间件rabbitmq内部会把消息转发给转发器匹配的队列名延时消息队列上，发货通知任务监听延时队列delay_notify，收到消息后进入请求发货模块请求系统B发货接口；如果成功则结束，如果请求失败则循环进行请求发货模块、定时通知模块、转发模块的操作，就会呈现如果请求系统B发货接口失败，则会延迟设定时间重新请求，以此循环，直到发货通知成功，流程结束。
CN202110976580.8A 2021-08-24 2021-08-24 一种利用延时队列实现发货通知的方法及其系统 Pending CN113656200A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110976580.8A CN113656200A (zh) 2021-08-24 2021-08-24 一种利用延时队列实现发货通知的方法及其系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110976580.8A CN113656200A (zh) 2021-08-24 2021-08-24 一种利用延时队列实现发货通知的方法及其系统

Publications (1)

Publication Number Publication Date
CN113656200A true CN113656200A (zh) 2021-11-16

Family

ID=78492746

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110976580.8A Pending CN113656200A (zh) 2021-08-24 2021-08-24 一种利用延时队列实现发货通知的方法及其系统

Country Status (1)

Country Link
CN (1) CN113656200A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114077505A (zh) * 2021-11-18 2022-02-22 福建天晴数码有限公司 一种发货通知失败后进行补偿的方法及系统
CN114244783A (zh) * 2021-12-27 2022-03-25 佛山众陶联供应链服务有限公司 一种低延时的银行回单下载方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070276914A1 (en) * 2006-05-10 2007-11-29 Oracle International Corporation Method of using a plurality of subscriber types in managing a message queue of a database management system
CN110377433A (zh) * 2019-06-04 2019-10-25 威富通科技有限公司 支付结果的异步通知方法、装置及支付网关、存储介质
CN111049730A (zh) * 2019-12-05 2020-04-21 紫光云(南京)数字技术有限公司 RabbitMQ消息重传及消费方幂等性解决方法
CN111427711A (zh) * 2020-04-01 2020-07-17 山东汇贸电子口岸有限公司 一种基于RabbitMQ的消息推送方法
CN112258114A (zh) * 2020-10-26 2021-01-22 蜂助手股份有限公司 用于供应商的路由发货方法、装置、存储介质及服务器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070276914A1 (en) * 2006-05-10 2007-11-29 Oracle International Corporation Method of using a plurality of subscriber types in managing a message queue of a database management system
CN110377433A (zh) * 2019-06-04 2019-10-25 威富通科技有限公司 支付结果的异步通知方法、装置及支付网关、存储介质
CN111049730A (zh) * 2019-12-05 2020-04-21 紫光云(南京)数字技术有限公司 RabbitMQ消息重传及消费方幂等性解决方法
CN111427711A (zh) * 2020-04-01 2020-07-17 山东汇贸电子口岸有限公司 一种基于RabbitMQ的消息推送方法
CN112258114A (zh) * 2020-10-26 2021-01-22 蜂助手股份有限公司 用于供应商的路由发货方法、装置、存储介质及服务器

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114077505A (zh) * 2021-11-18 2022-02-22 福建天晴数码有限公司 一种发货通知失败后进行补偿的方法及系统
CN114244783A (zh) * 2021-12-27 2022-03-25 佛山众陶联供应链服务有限公司 一种低延时的银行回单下载方法和系统

Similar Documents

Publication Publication Date Title
CN100596050C (zh) 一种可靠的系统间消息通知方法和系统
CN110297801B (zh) 基于容错fpga的事务系统的正好一次事务语义的系统和方法
US9547858B2 (en) Real-time multi master transaction
CN112073269B (zh) 区块链网络测试方法、装置、服务器及存储介质
US7941806B2 (en) Method, system and program product for optimizing communication and processing functions between disparate applications
KR100905353B1 (ko) 거래 시스템
CN113656200A (zh) 一种利用延时队列实现发货通知的方法及其系统
US20020188650A1 (en) Fault-tolerant system and methods with trusted message acknowledgement
CN111030784A (zh) 一种信息同步方法和装置
US9798639B2 (en) Failover system and method replicating client message to backup server from primary server
US8726079B2 (en) Handling of messages in a message system
AU2010305653B2 (en) Delivery with reconciliation on client side
US20030225857A1 (en) Dissemination bus interface
CN104579905A (zh) 消息传递方法和系统及mom服务器、接收端
CN111031135A (zh) 消息传送方法、装置及电子设备
CN111813868B (zh) 数据同步方法及装置
CN116382943A (zh) 顺序消息处理方法、总线系统、计算机设备及存储介质
CN113590354A (zh) 基于区块链的信息推送方法、装置、设备、介质和程序产品
US12008276B2 (en) Cloud printing utilizing queued message service
CN113220730A (zh) 业务数据的处理系统
CN116595099A (zh) 高并发数据异步处理方法及装置
CN114978902B (zh) 信息处理方法、装置、设备、存储介质及程序产品
CN114007111B (zh) 资源分发方法、装置、电子设备及存储介质
KR20120078411A (ko) 자동 이체 관리 시스템 및 그 관리 방법
US10462218B1 (en) System and method for sending proposals within a distributed state machine replication 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
RJ01 Rejection of invention patent application after publication

Application publication date: 20211116