CN110413425A - 第三方消息回调方法、装置、服务器和存储介质 - Google Patents
第三方消息回调方法、装置、服务器和存储介质 Download PDFInfo
- Publication number
- CN110413425A CN110413425A CN201910670530.XA CN201910670530A CN110413425A CN 110413425 A CN110413425 A CN 110413425A CN 201910670530 A CN201910670530 A CN 201910670530A CN 110413425 A CN110413425 A CN 110413425A
- Authority
- CN
- China
- Prior art keywords
- message
- sent
- information
- party
- readjustment
- 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
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
Abstract
本发明公开了一种第三方消息回调方法、装置、服务器和存储介质。其中,所述方法,包括:消息回调系统接收业务系统发送的信息发送指令和待发送信息;消息回调系统将待发送信息存入消息队列服务器并接收第一存入结果;消息回调系统根据第一存入结果接收业务系统发送的第一订阅消息并将待发送信息存入数据库;消息回调系统反馈第二存入结果到消息队列服务器,并接收消息队列服务器发送的第二订阅消息;消息回调系统根据第二订阅消息将待发送信息发送到对应的第三方系统。本发明通过对外第三方消息回调队列管理,解决了现有技术中业务消息无法回溯、消息不能准确到达的技术问题,达到了提高业务消息准确到达第三方系统的技术效果。
Description
技术领域
本发明实施例涉及消息传输领域,尤其涉及一种第三方消息回调方法、装置、服务器和存储介质。
背景技术
软件模块之间总是存在着一定的接口,从调用方式上,可以把他们分为三类:同步调用、回调和异步调用。同步调用是一种阻塞式调用,调用方要等待对方执行完毕才返回,它是一种单向调用;回调是一种双向调用模式,也就是说,被调用方在接口被调用时也会调用对方的接口;异步调用是一种类似消息或事件的机制,不过它的调用方向刚好相反,接口的服务在收到某种讯息或发生某种事件时,会主动通知客户方(即调用客户方的接口)。回调和异步调用的关系非常紧密,通常使用回调来实现异步消息的注册,通过异步调用来实现消息的通知。
消息回调主要用于企业间将合作的消息通过回调请求通知合作伙伴,如果消息无法触达,则会在线程中进行重试。
目前采用的消息回调方法存在业务信息不能回溯、调用记录散落在不同系统中导致消息不可维护,以及当第三方服务异常时,消息重发机制不能确保消息顺利到达第三方的技术问题。
发明内容
本发明提供一种第三方消息回调的方法、装置、服务器和存储介质,以实现业务消息在业务终端和第三方系统中的准确传输。
第一方面,本发明实施例提供了一种第三方消息回调方法,其特征在于,包括以下步骤:
消息回调系统接收业务系统发送的信息发送指令和待发送信息;
消息回调系统将待发送信息存入消息队列服务器并接收第一存入结果;
消息回调系统根据第一存入结果接收业务系统发送的第一订阅消息并将待发送信息存入数据库;
消息回调系统反馈第二存入结果到消息队列服务器,并接收消息队列服务器发送的第二订阅消息;
消息回调系统根据第二订阅消息将待发送信息发送到对应的第三方系统;
消息回调系统根据接收到的第三方系统发送的接收确认指令,修改相对应的待发送信息的状态。
进一步的,消息回调系统根据第一存入结果接收业务系统发送的第一订阅消息并将待发送信息存入数据库包括;
若第一存入结果为正确,消息回调系统接收业务系统发送的第一订阅消息并将待发送信息存入数据库;
若第一存入结果为错误,消息回调系统重复将待发送信息存入消息队列服务器中这一动作,直到反馈的第一存入结果为正确为止。
进一步的,消息回调系统反馈第二存入结果到消息队列服务器,并接收消息队列服务器发送的第二订阅消息包括:
消息回调系统反馈第二存入结果到消息队列服务器;
若第二存入结果为正确,消息回调系统接收消息队列服务器发送的第二订阅消息;
若第二存入结果为错误,消息回调系统重复将待发送信息存入数据库这一动作,直到反馈的第二存入结果为正确为止。
进一步的,消息回调系统根据接收到的第三方系统发送的接收确认指令,修改相对应的待发送信息的状态包括:
若消息回调系统接收第三方系统发送的正确接收确认指令时,将对应的待发送信息的状态从待发送修改为已发送;
若消息回调系统没有接收到第三方系统发送的正确接收确认指令或接收到第三方系统发送的错误发送确认指令时,将对应的待发送信息的状态从待发送修改为重新发送。
进一步的,若消息回调系统没有接收到第三方系统发送的正确接收确认指令或接收到第三方系统发送的错误发送确认指令时,将对应的待发送信息的状态从待发送修改为重新发送包括:
若将对应的待发送信息的状态从待发送修改为重新发送的次数大于预设阈值,消息回调系统通过数据库将待发送信息发送到第三方系统。
进一步的,待发送信息包括交易信息、授信信息和统一登录信息。
进一步的,第三方系统不可用时,阶梯性地再发起消息回调,第三方系统恢复后顺利接受消息。
第二方面,本发明实施例还提供了一种第三方消息回调装置,其特征在于,包括:
第一接收模块,用于控制消息回调系统接收业务系统发送的信息发送指令和待发送信息;
第一存入模块,用于控制消息回调系统将待发送信息存入消息队列服务器并接收第一存入结果;
第二存入模块,用于控制消息回调系统根据第一存入结果接收业务系统发送的第一订阅消息并将待发送信息存入数据库;
第二接收模块,用于控制消息回调系统反馈第二存入结果到消息队列服务器,并接收消息队列服务器发送的第二订阅消息;
发送模块,消息回调系统根据第二订阅消息将待发送信息发送到相对应的第三方系统;
修改模块,消息回调系统根据接收到的第三方系统发送的发送确认指令,修改相对应的待发送信息的状态。
第三方面,本发明实施例还提供了一种服务器,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,处理器执行计算机程序时实现上述实施例中任一项第三方消息回调的方法的步骤。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,其特征在于,计算机程序被处理器执行时实现上述实施例中任一项第三方消息回调的方法的步骤。
本发明通过提供对外第三方消息回调队列管理,解决了现有技术中业务消息无法回溯以及针对第三方系统发生异常时,消息不能准确到达的技术问题,达到了实时记录回调消息的内容,提高业务消息准确到达第三方系统的技术效果。
附图说明
图1为本发明实施例一提供的一种第三方消息回调方法流程图;
图2为本发明实施例二提供的一种第三方消息回调方法流程图;
图3为本发明实施例三提供的一种第三方消息回调装置的结构示意图;
图4为本发明实施例四提供的一种服务器的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理,但是其中的许多步骤可以被并行地、并发地或者同时实施。此外,各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止,但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。
此外,术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等,但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说,在不脱离本申请的范围的情况下,可以将第一接收模块称为第二接收模块,且类似地,可将第二接收模块称为第一接收模块。第一接收模块和第二接收模块两者都是接收模块,但其不是同一接收模块。术语“第一”、“第二”等而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
实施例一
图1为本发明实施例一提供的一种第三方消息回调方法流程图。本实施例适用于银行或其他金融企业进行业务消息的传递。如图1所示,一种第三方消息回调方法,包括以下步骤:
步骤S110、消息回调系统接收业务系统发送的信息发送指令和待发送信息。
具体的,软件模块之间总是存在着一定的接口,从调用方式上,可以把他们分为三类:同步调用、回调和异步调用。同步调用是一种阻塞式调用,调用方要等待对方执行完毕才返回,它是一种单向调用;回调是一种双向调用模式,也就是说,被调用方在接口被调用时也会调用对方的接口;异步调用是一种类似消息或事件的机制,不过它的调用方向刚好相反,接口的服务在收到某种讯息或发生某种事件时,会主动通知客户方(即调用客户方的接口)。回调和异步调用的关系非常紧密,通常使用回调来实现异步消息的注册,通过异步调用来实现消息的通知。在本实施例中,消息回调系统是通过异步调用来传递消息。本实施例中的待发送信息可以是交易信息、授信信息和同一登录信息。
步骤S120、消息回调系统将待发送信息存入消息队列服务器并接收第一存入结果。
具体的,消息队列是指在消息的传输过程中用来保存消息的容器,消息队列服务器在将消息从它的源发送到它的目标时充当中间人,即消息队列服务器在将消息从消息源头发送到消息的目的地这一过程中起到暂存消息的作用。队列的主要目的是提供路由并保证消息的传递,如果发送消息时接收者不可用,消息队列会保留消息,直到可以成功地传递它。本实施例中,消息回调系统将从业务端接收到的业务信息(即待发送信息)存入消息队列服务器中,消息队列服务器反馈一个存入结果给消息回调系统。反馈存入结果主要是为了确保业务消息成功存入消息队列服务器中。
步骤S130、消息回调系统根据第一存入结果接收业务系统发送的第一订阅消息并将待发送信息存入数据库。
具体的,订阅是指一种预订方式,例如报纸读者预交一段时间的报纸订阅费,由专门负责投送的人员在指定的时间段把读者所订的报纸按期投递到读者指定的地点。在本实施例中,业务系统与消息回调系统预先签订好订阅协议,先将业务系统的业务消息和消息队列的订阅系统进行匹配,当这个业务消息确实是订阅过的,就由业务系统发送订阅消息(即第一订阅消息)给消息回调系统。在本实施例中,若第一存入结果为正确,消息回调系统接收业务系统发送的第一订阅消息并将待发送信息存入数据库;若第一存入结果为错误,消息回调系统重复将待发送信息存入消息队列服务器中这一动作,直到反馈的第一存入结果为正确为止。在本实施例中,将待发送信息存入数据库中主要是为了确保消息回溯的准确性和快速性,当超过消息队列中的预设消息重发次数时,消息队列服务器不能够再重新发送业务信息,这时通过调用数据库中存储的相应业务消息,将该业务消息通过消息队列服务器(此时相当于消息队列的消息重发循环次数已重置)发送到第三方系统中或者通过其他终端将业务消息发送到第三方系统中。
步骤S140、消息回调系统反馈第二存入结果到消息队列服务器,并接收消息队列服务器发送的第二订阅消息。
步骤S150、消息回调系统根据第二订阅消息将待发送信息发送到对应的第三方系统。
具体的,第二订阅消息主要用于当消息回调系统没有收到第三方系统发送的接收确认指令时,向消息回调系统下达信息发送指令,消息回调系统接收到消息队列服务器发送的第二订阅消息后,将待发送信息发送到第三方系统中,完成从业务端到第三方系统的信息传输。在本实施例中,当第二存入结果为错误,消息回调系统重复将待发送信息存入数据库这以动作,直到反馈的第二存入结果为正确为止。这样做能保证待发送消息成功存入数据库中,用于当消息队列中的消息不能再调用时,可以通过数据库调用消息。
步骤S160、消息回调系统根据接收到的第三方系统发送的接收确认指令,修改相对应的待发送信息的状态。
具体的,在本实施例中,若消息回调系统接收第三方系统发送的正确接收确认指令时,将对应的待发送信息的状态从待发送修改为已发送;若消息回调系统没有接收到第三方系统发送的正确接收确认指令或接收到第三方系统发送的错误发送确认指令时,将对应的待发送信息的状态从待发送修改为重新发送。
本发明实施例一的有益效果在于通过提供一种第三方消息回调方法,通过对外第三方消息回调队列管理,收拢业务侧的所有消息回调请求,实时记录所有回调请求的具体内容和结果,解决了现有技术中业务消息无法回溯、消息不能准确到达的技术问题,达到了提高业务消息准确到达第三方系统的技术效果。
实施例二
本实施例是在实施例一的基础上做的进一步优化。图2为本发明实施例二提供的一种第三方消息回调方法流程图。如图2所示,本实施例中第三方消息回调方法,包括以下步骤:
步骤S210、消息回调系统接收业务系统发送的信息发送指令和待发送信息。
具体的,软件模块之间总是存在着一定的接口,从调用方式上,可以把他们分为三类:同步调用、回调和异步调用。同步调用是一种阻塞式调用,调用方要等待对方执行完毕才返回,它是一种单向调用;回调是一种双向调用模式,也就是说,被调用方在接口被调用时也会调用对方的接口;异步调用是一种类似消息或事件的机制,不过它的调用方向刚好相反,接口的服务在收到某种讯息或发生某种事件时,会主动通知客户方(即调用客户方的接口)。回调和异步调用的关系非常紧密,通常使用回调来实现异步消息的注册,通过异步调用来实现消息的通知。在本实施例中,消息回调系统是通过异步调用来传递消息。本实施例中的待发送信息可以是交易信息、授信信息和同一登录信息。
步骤S220、消息回调系统将待发送信息存入消息队列服务器并接收第一存入结果。
具体的,消息队列是指在消息的传输过程中用来保存消息的容器,消息队列服务器在将消息从它的源发送到它的目标时充当中间人,即消息队列服务器在将消息从消息源头发送到消息的目的地这一过程中起到暂存消息的作用。队列的主要目的是提供路由并保证消息的传递,如果发送消息时接收者不可用,消息队列会保留消息,直到可以成功地传递它。本实施例中,消息回调系统将从业务端接收到的业务信息(即待发送信息)存入消息队列服务器中,消息队列服务器反馈一个存入结果给消息回调系统。反馈存入结果主要是为了确保业务消息成功存入消息队列服务器中。
在本实施例中,根据第一存入结果执行步骤S231或步骤S232。
步骤S231、若第一存入结果为错误,消息回调系统重复将待发送信息存入消息队列服务器中这一动作,直到反馈的第一存入结果为正确为止。
步骤S232、若第一存入结果为正确,消息回调系统接收业务系统发送的第一订阅消息并将待发送信息存入数据库。
具体的,订阅是指一种预订方式,例如报纸读者预交一段时间的报纸订阅费,由专门负责投送的人员在指定的时间段把读者所订的报纸按期投递到读者指定的地点。在本实施例中,业务系统与消息回调系统预先签订好订阅协议,先将业务系统的业务消息和消息队列的订阅系统进行匹配,当这个业务消息确实是订阅过的,就由业务系统发送订阅消息(即第一订阅消息)给消息回调系统。在本实施例中,将待发送信息存入数据库中主要是为了确保消息回溯的准确性和快速性,当超过消息队列中的预设消息重发次数时,消息队列服务器不能够再重新发送业务信息,这时通过调用数据库中存储的相应业务消息,将该业务消息通过消息队列服务器(此时相当于消息队列的消息重发循环次数已重置)发送到第三方系统中或者通过其他终端将业务消息发送到第三方系统中。
步骤S240、消息回调系统反馈第二存入结果到消息队列服务器。
在本实施例中,根据第二存入结果执行步骤S251或步骤S252。
步骤S251、若第二存入结果为错误,消息回调系统重复将待发送信息存入数据库这以动作,直到反馈的第二存入结果为正确为止。
步骤S252、若第二存入结果为正确,消息回调系统接收消息队列服务器发送的第二订阅消息。
具体的,在本实施例中,当第二存入结果为错误,消息回调系统重复将待发送信息存入数据库这以动作,直到反馈的第二存入结果为正确为止。这样做能保证待发送消息成功存入数据库中,用于当消息队列中的消息不能再调用时,可以通过数据库调用消息。
步骤S260、消息回调系统根据第二订阅消息将待发送信息发送到对应的第三方系统。
具体的,第二订阅消息主要用于当消息回调系统没有收到第三方系统发送的接收确认指令时,向消息回调系统下达信息发送指令,消息回调系统接收到消息队列服务器发送的第二订阅消息后,将待发送信息发送到第三方系统中,完成从业务端到第三方系统的信息传输。在本实施例中,当第二存入结果为错误,消息回调系统重复将待发送信息存入数据库这以动作,直到反馈的第二存入结果为正确为止。这样做能保证待发送消息成功存入数据库中,用于当消息队列中的消息不能再调用时,可以通过数据库调用消息。
在本实施例中,当第三方系统不可用,即第三方系统发生错误时,执行步骤S290,当第三方系统可用,即第三方系统正常运作时,根据消息回调系统接收到的第三方系统发送的接收确认指令执行步骤S271或步骤S272。
步骤S271、若消息回调系统接收第三方系统发送的正确接收确认指令时,将对应的待发送信息的状态从待发送修改为已发送。
步骤S272、若消息回调系统没有接收到第三方系统发送的正确接收确认指令或接收到第三方系统发送的错误发送确认指令时,将对应的待发送信息的状态从待发送修改为重新发送。
步骤S280、若将对应的待发送信息的状态从待发送修改为重新发送的次数大于预设阈值,消息回调系统通过数据库将待发送信息发送到第三方系统。
具体的,可以在消息队列服务器中预设一个最大循环数值(即预设阈值),当当前循环次数小于最大循环数值时并且消息回调系统没有收到第三方系统发送的正确接收确认指令或收到第三方系统发送的错误确认指令时,消息回调系统将存储在消息队列服务器中的待发送信息发送到第三方系统中,并一直循环执行此动作直到消息回调系统接收到第三方系统发送的正确接收确认指令(此时循环次数仍小于等于最大循环数值)。而当当前循环次数大于最大循环数值并且消息回调系统仍没有收到第三方系统发送的正确接收确认指令时,由于此时循环次数超过消息队列服务器设置的最大循环数值,也就是说这时消息队列服务器不能再调用存储的待发送信息并将待发送信息发送给第三方系统,于是消息回调系统通过调用数据库中的待发送信息发送给第三方系统,保证了消息的顺利传输。
步骤S290、第三方系统不可用时,阶梯性地再发起消息回调,第三方系统恢复后顺利接受消息。
具体的,当第三方系统不可用(如发生网络故障等情况)时,消息回调系统可以阶梯性的将待发送信息发送到第三方系统。在本实施例中,阶梯性的再发起消息回调是指消息回调系统每次重新发送待发送信息的间隔时间呈阶梯性递增。举例来说,消息回调系统第一次发送失败后,隔一分钟就再重新发送待发送信息给第三方系统,在消息回调系统第二次发送失败后,隔3分钟再重新发送待发送信息给第三方系统,在消息回调系统第三次发送失败后,隔6分钟再重新发送待发送信息给第三方系统,依次类推,直到消息回调系统接收到第三方系统发送的正确接收确认指令为止。即,信息发送重试的次数越多,间隔时间越长,类似于阶梯状。在本实施例中,消息回调系统每次重新发送待发送信息的间隔时间可以通过周期函数来确定。采用阶梯性的发起消息回调的好处在于不会因为频繁的重试而影响客户系统的稳定性,又会在消息发送失败后给到充分的时间让网络或第三方系统自行恢复(失败的原因很大部分是因为网络原因,或者对方系统因为性能原因抖动,这些问题很大概率是可以自行修复的)。
本发明实施例二的有益效果在于通过提供对外第三方消息回调队列管理,解决了现有技术中业务消息无法回溯以及针对第三方系统发生异常时,消息不能准确到达的技术问题,达到了实时记录回调消息的内容,提高业务消息准确到达第三方系统的技术效果。
实施例三
图3为本发明实施例三提供过的一种第三方消息回调装置。如图3所示,本实施例的第三方消息回调装置300,包括:
第一接收模块310,用于控制消息回调系统接收业务系统发送的信息发送指令和待发送信息;
第一存入模块320,用于控制消息回调系统将待发送信息存入消息队列服务器并接收第一存入结果;
第二存入模块330,用于控制消息回调系统根据第一存入结果接收业务系统发送的第一订阅消息并将待发送信息存入数据库;
第二接收模块340,用于控制消息回调系统反馈第二存入结果到消息队列服务器,并接收消息队列服务器发送的第二订阅消息;
发送模块350,消息回调系统根据第二订阅消息将待发送信息发送到相对应的第三方系统;
修改模块360,消息回调系统根据接收到的第三方系统发送的发送确认指令,修改相对应的待发送信息的状态。
在本实施例中,第三方消息回调装置300还包括:
第一判断模块,用于若第一存入结果为正确,控制消息回调系统接收业务系统发送的第一订阅消息并将待发送信息存入数据库;若第一存入结果为错误,控制消息回调系统重复将待发送信息存入消息队列服务器中这一动作,直到反馈的第一存入结果为正确为止。
在本实施例中,第二接收模块340包括:
第一反馈单元,用于消息回调系统反馈第二存入结果到消息队列服务器;
第一判断单元,用于若第二存入结果为正确,消息回调系统接收消息队列服务器发送的第二订阅消息;若第二存入结果为错误,消息回调系统重复将待发送信息存入数据库这以动作,直到反馈的第二存入结果为正确为止。
在本实施例中,修改模块360包括:
修改单元,用于若消息回调系统接收第三方系统发送的正确接收确认指令时,将对应的待发送信息的状态从待发送修改为已发送;若消息回调系统没有接收到第三方系统发送的正确接收确认指令或接收到第三方系统发送的错误发送确认指令时,将对应的待发送信息的状态从待发送修改为重新发送。
在本实施例中,修改单元包括:
判断单元,用于若将对应的待发送信息的状态从待发送修改为重新发送的次数大于预设阈值,消息回调系统通过数据库将待发送信息发送到第三方系统。
本实施例的待发送信息可以包括交易信息、授信信息和统一登录信息。
在本实施例中,第三方系统不可用时,阶梯性地再发起消息回调,第三方系统恢复后顺利接受消息。
本发明实施例所提供的第三方消息回调装置可执行本发明任意实施例所提供的第三方消息回调方法,具备执行方法相应的功能模块和有益效果。
实施例四
图4为本发明实施例四提供的一种服务器的结构示意图,如图4所示,该服务器包括处理器410、存储器420、输入装置430和输出装置440;服务器中处理器410的数量可以是一个或多个,图4中以一个处理器410为例;服务器中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接,图4中以通过总线连接为例。
存储器410作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的第三方消息回调方法对应的程序指令/模块(例如,第三方消息回调装置中的第一接收模块、第一存入模块、第二存入模块、第二接收模块、发送模块和修改模块)。处理器410通过运行存储在存储器420中的软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述的第三方消息回调方法。
也即:
消息回调系统接收业务系统发送的信息发送指令和待发送信息;
消息回调系统将待发送信息存入消息队列服务器并接收第一存入结果;
消息回调系统根据第一存入结果接收业务系统发送的第一订阅消息并将待发送信息存入数据库;
消息回调系统反馈第二存入结果到消息队列服务器,并接收消息队列服务器发送的第二订阅消息;
消息回调系统根据第二订阅消息将待发送信息发送到对应的第三方系统;
消息回调系统根据接收到的第三方系统发送的接收确认指令,修改相对应的待发送信息的状态。
存储器420可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器420可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器420可进一步包括相对于处理器410远程设置的存储器,这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置430可用于接收输入的数字或字符信息,以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。
实施例五
本发明实施例五还提供一种包含计算机可执行指令的存储介质,计算机可执行指令在由计算机处理器执行时用于执行一种第三方消息回调方法,该方法包括:
消息回调系统接收业务系统发送的信息发送指令和待发送信息;
消息回调系统将待发送信息存入消息队列服务器并接收第一存入结果;
消息回调系统根据第一存入结果接收业务系统发送的第一订阅消息并将待发送信息存入数据库;
消息回调系统反馈第二存入结果到消息队列服务器,并接收消息队列服务器发送的第二订阅消息;
消息回调系统根据第二订阅消息将待发送信息发送到对应的第三方系统;
消息回调系统根据接收到的第三方系统发送的接收确认指令,修改相对应的待发送信息的状态。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作,还可以执行本发明任意实施例所提供的第三方消息回调方法中的相关操作.
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
值得注意的是,上述第三方消息回调装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种第三方消息回调方法,其特征在于,包括以下步骤:
消息回调系统接收业务系统发送的信息发送指令和待发送信息;
消息回调系统将所述待发送信息存入消息队列服务器并接收第一存入结果;
消息回调系统根据所述第一存入结果接收所述业务系统发送的第一订阅消息并将所述待发送信息存入数据库;
消息回调系统反馈第二存入结果到所述消息队列服务器,并接收所述消息队列服务器发送的第二订阅消息;
消息回调系统根据所述第二订阅消息将所述待发送信息发送到对应的第三方系统;
消息回调系统根据接收到的第三方系统发送的接收确认指令,修改相对应的所述待发送信息的状态。
2.根据权利要求1所述的一种第三方消息回调方法,其特征在于,所述消息回调系统根据所述第一存入结果接收所述业务系统发送的第一订阅消息并将所述待发送信息存入数据库包括;
若第一存入结果为正确,所述消息回调系统接收所述业务系统发送的第一订阅消息并将所述待发送信息存入数据库;
若第一存入结果为错误,所述消息回调系统重复将待发送信息存入所述消息队列服务器中这一动作,直到反馈的第一存入结果为正确为止。
3.根据权利要求1所述的一种第三方消息回调方法,其特征在于,所述消息回调系统反馈第二存入结果到所述消息队列服务器,并接收所述消息队列服务器发送的第二订阅消息包括:
所述消息回调系统反馈第二存入结果到所述消息队列服务器;
若所述第二存入结果为正确,所述消息回调系统接收所述消息队列服务器发送的第二订阅消息;
若所述第二存入结果为错误,所述消息回调系统重复将所述待发送信息存入数据库这一动作,直到反馈的第二存入结果为正确为止。
4.根据权利要求1所述的一种第三方消息回调方法,其特征在于,所述消息回调系统根据接收到的第三方系统发送的接收确认指令,修改相对应的所述待发送信息的状态包括:
若消息回调系统接收第三方系统发送的正确接收确认指令时,将对应的所述待发送信息的状态从待发送修改为已发送;
若消息回调系统没有接收到第三方系统发送的正确接收确认指令或接收到第三方系统发送的错误发送确认指令时,将对应的所述待发送信息的状态从待发送修改为重新发送。
5.根据权利要求4所述的一种第三方消息回调方法,其特征在于,所述若消息回调系统没有接收到第三方系统发送的正确接收确认指令或接收到第三方系统发送的错误发送确认指令时,将对应的所述待发送信息的状态从待发送修改为重新发送包括:
若所述将对应的所述待发送信息的状态从待发送修改为重新发送的次数大于预设阈值,所述消息回调系统通过所述数据库将所述待发送信息发送到所述第三方系统。
6.根据权利要求1所述的一种第三方消息回调方法,其特征在于,所述待发送信息包括交易信息、授信信息和统一登录信息。
7.根据权利要求1所述的一种第三方消息回调方法,其特征在于,所述第三方系统不可用时,阶梯性地再发起消息回调,所述第三方系统恢复后顺利接受消息。
8.一种第三方消息回调装置,其特征在于,包括:
第一接收模块,用于控制消息回调系统接收业务系统发送的信息发送指令和待发送信息;
第一存入模块,用于控制消息回调系统将所述待发送信息存入消息队列服务器并接收第一存入结果;
第二存入模块,用于控制消息回调系统根据所述第一存入结果接收所述业务系统发送的第一订阅消息并将所述待发送信息存入数据库;
第二接收模块,用于控制消息回调系统反馈第二存入结果到所述消息队列服务器,并接收所述消息队列服务器发送的第二订阅消息;
发送模块,消息回调系统根据所述第二订阅消息将所述待发送信息发送到相对应的第三方系统;
修改模块,消息回调系统根据接收到的第三方系统发送的发送确认指令,修改相对应的所述待发送信息的状态。
9.一种服务器,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1-7中任一项所述第三方消息回调的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被所述处理器执行时实现权利要求1-7中任一项所述第三方消息回调的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910670530.XA CN110413425B (zh) | 2019-07-24 | 2019-07-24 | 第三方消息回调方法、装置、服务器和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910670530.XA CN110413425B (zh) | 2019-07-24 | 2019-07-24 | 第三方消息回调方法、装置、服务器和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110413425A true CN110413425A (zh) | 2019-11-05 |
CN110413425B CN110413425B (zh) | 2022-01-18 |
Family
ID=68362769
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910670530.XA Active CN110413425B (zh) | 2019-07-24 | 2019-07-24 | 第三方消息回调方法、装置、服务器和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110413425B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111030784A (zh) * | 2019-11-13 | 2020-04-17 | 泰康保险集团股份有限公司 | 一种信息同步方法和装置 |
CN111131512A (zh) * | 2019-12-31 | 2020-05-08 | 中消云(北京)物联网科技研究院有限公司 | 设备信息的处理方法、装置、存储介质及处理器 |
CN111597188A (zh) * | 2020-05-13 | 2020-08-28 | 北京奇艺世纪科技有限公司 | 一种消费进度的重置方法、装置、设备及可读存储介质 |
CN112087373A (zh) * | 2020-09-21 | 2020-12-15 | 全通金信控股(广东)有限公司 | 一种消息发送方法及业务装置 |
CN112799860A (zh) * | 2021-01-27 | 2021-05-14 | 浪潮云信息技术股份公司 | 基于消息队列和搜索引擎实现服务回调的方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090254601A1 (en) * | 2004-09-02 | 2009-10-08 | Broadway Technology Llc | System for sharing data objects among applications |
CN106130868A (zh) * | 2016-06-02 | 2016-11-16 | 腾讯科技(深圳)有限公司 | 一种回调消息的处理方法和队列管理系统 |
CN108228363A (zh) * | 2017-12-22 | 2018-06-29 | 中国银联股份有限公司 | 一种消息发送方法及装置 |
CN108712501A (zh) * | 2018-05-28 | 2018-10-26 | 腾讯科技(北京)有限公司 | 信息的发送方法、装置、计算设备以及存储介质 |
CN108897631A (zh) * | 2018-06-27 | 2018-11-27 | 杭州贝店科技有限公司 | 消息推送方法、装置、设备及存储介质 |
CN108965457A (zh) * | 2018-08-02 | 2018-12-07 | 郑州云海信息技术有限公司 | 一种分布式集群系统的消息传递方法、装置、设备及介质 |
CN109766195A (zh) * | 2018-12-13 | 2019-05-17 | 平安普惠企业管理有限公司 | 监测消息队列中数据丢失的方法及相关产品 |
-
2019
- 2019-07-24 CN CN201910670530.XA patent/CN110413425B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090254601A1 (en) * | 2004-09-02 | 2009-10-08 | Broadway Technology Llc | System for sharing data objects among applications |
CN106130868A (zh) * | 2016-06-02 | 2016-11-16 | 腾讯科技(深圳)有限公司 | 一种回调消息的处理方法和队列管理系统 |
CN108228363A (zh) * | 2017-12-22 | 2018-06-29 | 中国银联股份有限公司 | 一种消息发送方法及装置 |
CN108712501A (zh) * | 2018-05-28 | 2018-10-26 | 腾讯科技(北京)有限公司 | 信息的发送方法、装置、计算设备以及存储介质 |
CN108897631A (zh) * | 2018-06-27 | 2018-11-27 | 杭州贝店科技有限公司 | 消息推送方法、装置、设备及存储介质 |
CN108965457A (zh) * | 2018-08-02 | 2018-12-07 | 郑州云海信息技术有限公司 | 一种分布式集群系统的消息传递方法、装置、设备及介质 |
CN109766195A (zh) * | 2018-12-13 | 2019-05-17 | 平安普惠企业管理有限公司 | 监测消息队列中数据丢失的方法及相关产品 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111030784A (zh) * | 2019-11-13 | 2020-04-17 | 泰康保险集团股份有限公司 | 一种信息同步方法和装置 |
CN111131512A (zh) * | 2019-12-31 | 2020-05-08 | 中消云(北京)物联网科技研究院有限公司 | 设备信息的处理方法、装置、存储介质及处理器 |
CN111131512B (zh) * | 2019-12-31 | 2023-02-10 | 中消云(北京)物联网科技研究院有限公司 | 设备信息的处理方法、装置、存储介质及处理器 |
CN111597188A (zh) * | 2020-05-13 | 2020-08-28 | 北京奇艺世纪科技有限公司 | 一种消费进度的重置方法、装置、设备及可读存储介质 |
CN112087373A (zh) * | 2020-09-21 | 2020-12-15 | 全通金信控股(广东)有限公司 | 一种消息发送方法及业务装置 |
CN112799860A (zh) * | 2021-01-27 | 2021-05-14 | 浪潮云信息技术股份公司 | 基于消息队列和搜索引擎实现服务回调的方法 |
CN112799860B (zh) * | 2021-01-27 | 2023-02-21 | 浪潮云信息技术股份公司 | 基于消息队列和搜索引擎实现服务回调的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110413425B (zh) | 2022-01-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110413425A (zh) | 第三方消息回调方法、装置、服务器和存储介质 | |
CN110413424A (zh) | 可配置的第三方消息回调方法、装置、服务器和存储介质 | |
US6345038B1 (en) | Improving access to congested networks | |
CN1832475B (zh) | 通过请求-响应传输的可靠的请求-响应消息通信 | |
CN100553235C (zh) | 以对应用程序透明的方式改进消息传递系统的可用性和可伸缩性 | |
CN111030784A (zh) | 一种信息同步方法和装置 | |
US20070005711A1 (en) | System and method for building instant messaging applications | |
US11108837B2 (en) | Media downlink transmission control method and related device | |
CN109451032A (zh) | 一种消息传递系统 | |
WO2009138001A1 (zh) | 对服务进行计费的方法、集中控制设备和系统 | |
CN101516131A (zh) | 一种数据同步的方法、系统和装置 | |
CN112600801A (zh) | 一种流量访问控制方法、设备及存储介质 | |
CN108512634A (zh) | 一种数据处理的方法及相关设备 | |
US7734766B2 (en) | Communication device utilizing email for remote procedure calls | |
CN113412478B (zh) | 消息收发方法、通信装置以及程序 | |
WO2019201111A1 (zh) | 信息处理方法、装置、设备及计算机可读存储介质 | |
CN103561157B (zh) | 一种移动终端管理设备和管理方法 | |
CN113992740B (zh) | 一种基于自主可控的中间件及数据传输方法 | |
JP6999056B2 (ja) | メッセージ管理装置及びメッセージ管理方法 | |
CN109672718A (zh) | 系统间的文件传递方法、服务器、存储介质及装置 | |
EP1163766B1 (en) | A data transfer management system and method for a telecommunications network | |
Yavas et al. | Strict prioritization of new requests over retransmissions for enhancing scalability of SIP servers | |
CA3196744C (en) | Method and system to seamlessly upgrade cloud-based call processing services | |
CN101909256B (zh) | 用户信息的查询方法及多媒体消息中心 | |
CN116319721B (zh) | 一种基于Web3.0应用的智能合约方法、装置和系统 |
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 |