CN108234606A - 一种消息管理方法及管理装置 - Google Patents
一种消息管理方法及管理装置 Download PDFInfo
- Publication number
- CN108234606A CN108234606A CN201711346886.5A CN201711346886A CN108234606A CN 108234606 A CN108234606 A CN 108234606A CN 201711346886 A CN201711346886 A CN 201711346886A CN 108234606 A CN108234606 A CN 108234606A
- Authority
- CN
- China
- Prior art keywords
- message
- server
- objects
- channel
- sent
- 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
Classifications
-
- 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/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Abstract
本发明提供了一种消息管理方法及管理装置,包括:预先创建消息缓存通道;接收至少一个应用程序发送的消息请求;将所述消息请求发送给所述服务端;接收所述服务端根据所述消息请求发送的回执消息;将接收到的所述回执消息记录到所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息。本方案能够解除应用程序与服务端之间的耦合关系。
Description
技术领域
本发明涉及网络通信技术领域,特别涉及一种消息管理方法及管理装置。
背景技术
一般来说,某两个事物之间如果存在一种相互作用、相互影响的关系,那么这种关系就称“耦合关系”。
目前,各个应用程序在向服务端发送请求后,需要等待服务端完成处理并返回结果后才能继续执行操作。但是,应用程序在等待服务端返回结果时,会使得应用程序无法执行其他操作,从而导致应用程序与服务端的耦合关系紧密。
发明内容
本发明实施例提供了一种消息管理方法及管理装置,能够解除应用程序与服务端之间的耦合关系。
第一方面,本发明实施例提供了一种消息管理方法,包括:
预先创建消息缓存通道;
接收至少一个应用程序发送的消息请求;
将所述消息请求发送给所述服务端;
接收所述服务端根据所述消息请求发送的回执消息;
将接收到的所述回执消息记录到所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息。
优选地,在所述预先创建消息缓存通道之前,进一步包括:
创建ConnectionFactory对象;
利用所述ConnectionFactory对象确定是否能够与外部的服务端连接,如果是,断开与所述服务端的连接,并执行预先创建消息缓存通道,否则,返回与所述服务端的连接异常码。
优选地,在所述创建ConnectionFactory对象之后,在所述预先创建消息缓存通道之前,进一步包括:
利用所述ConnectionFactory对象调用createConnection方法,创建Connection对象;
利用所述Connection对象调用createSeesion方法,创建Session对象;
所述预先创建消息缓存通道,包括:
利用所述Session对象调用createConsumer方法,创建消息缓存通道。
优选地,在所述接收至少一个应用程序发送的消息请求之后,在所述将所述消息请求发送给所述服务端之前,进一步包括:
创建服务端连接对象;
创建MessageProducer对象;
将所述服务端连接对象封装到所述MessageProducer对象中;
所述将所述消息请求发送给所述服务端,包括:
利用所述MessageProducer对象调用所述服务端连接对象的发送消息方法,将所述消息请求发送给所述服务端。
优选地,在所述预先创建消息缓存通道之前,进一步包括:
创建消费消息队列对象;
将所述消费消息队列对象封装到所述消息缓存通道中;
所述将接收到的所述回执消息记录到所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息,包括:
按照所述消息缓存通道中封装的所述消费消息队列对象,记录接收到的所述回执信息,以使所述至少一个应用程序根据封装的所述消费消息队列对象,从所述消息缓存通道中获取对应的所述回执消息。
第二方面,本发明实施例提供了一种消息管理装置,包括:
处理单元,用于预先创建消息缓存通道;
接收单元,用于接收至少一个应用程序发送的消息请求;接收所述服务端根据所述消息请求发送的回执消息;
发送单元,用于将所述接收单元接收的所述消息请求发送给所述服务端;
记录单元,用于将所述接收单元接收到的所述回执消息记录到所述处理单元创建的所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息。
优选地,所述处理单元,进一步用于创建ConnectionFactory对象,以及利用创建的所述ConnectionFactory对象确定是否能够与外部的服务端连接,如果是,断开与所述服务端的连接,并执行预先创建消息缓存通道,否则,返回与所述服务端的连接异常码。
优选地,所述处理单元,进一步用于利用所述ConnectionFactory对象调用createConnection方法,创建Connection对象;利用所述Connection对象调用createSeesion方法,创建Session对象,以及利用所述Session对象调用createConsumer方法,创建消息缓存通道。
优选地,所述处理单元,进一步用于创建服务端连接对象;创建MessageProducer对象;将所述服务端连接对象封装到所述MessageProducer对象中;
所述发送单元,进一步用于利用所述处理单元封装的所述MessageProducer对象调用所述服务端连接对象的发送消息方法,将所述消息请求发送给所述服务端。
优选地,所述处理单元,进一步用于创建消费消息队列对象;将所述消费消息队列对象封装到所述消息缓存通道中;
所述记录单元,进一步用于按照所述消息缓存通道中封装的所述消费消息队列对象,记录接收到的所述回执信息,以使所述至少一个应用程序根据封装的所述消费消息队列对象,从所述消息缓存通道中获取对应的所述回执消息。
在本发明实施例中,在接收到应用程序发送的消息请求时,只需将消息请求发送给服务端,即可在服务端处理完后接收服务端发送的回执消息,而无需应用程序一直等待服务端的回执消息,从而能够解除应用程序与服务端之间的耦合关系。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的一种消息管理方法的流程图;
图2是本发明一实施例提供的另一种消息管理方法的流程图;
图3是本发明一实施例提供的一种消息管理装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供了一种消息管理方法,包括:
步骤101:预先创建消息缓存通道;
步骤102:接收至少一个应用程序发送的消息请求;
步骤103:将所述消息请求发送给所述服务端;
步骤104:接收所述服务端根据所述消息请求发送的回执消息;
步骤105:将接收到的所述回执消息记录到所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息。
在本发明实施例中,在接收到应用程序发送的消息请求时,只需将消息请求发送给服务端,即可在服务端处理完后接收服务端发送的回执消息,而无需应用程序一直等待服务端的回执消息,从而能够解除应用程序与服务端之间的耦合关系。
为了确定是否能够连接到外部服务端,在本发明一实施例中,在所述预先创建消息缓存通道之前,进一步包括:
创建ConnectionFactory对象;
利用所述ConnectionFactory对象确定是否能够与外部的服务端连接,如果是,断开与所述服务端的连接,并执行所述接收至少一个应用程序发送的消息请求,否则,返回与所述服务端的连接异常码。
在本发明实施例中,在创建ConnectionFactory对象之后,需要先封装服务端连接参数,再利用封装服务端连接参数后的ConnectionFactory对象,调用服务端的JAVA接口来验证是否能够与外部的服务端连接,可以避免由于无法连接服务端而导致应用程序的消息请求失败。
为了解除应用程序与服务端之间的耦合关系,在本发明一实施例中,在所述创建ConnectionFactory对象之后,在所述预先创建消息缓存通道之前,进一步包括:
利用所述ConnectionFactory对象调用createConnection方法,创建Connection对象;
利用所述Connection对象调用createSeesion方法,创建Session对象;
所述预先创建消息缓存通道,包括:
利用所述Session对象调用createConsumer方法,创建消息缓存通道。
在本发明实施例中,在创建Connection对象之后,需要将ConnectionFactory对象封装到Connection对象,再创建Session对象,即能完成在物理上与服务端的通信链路,又能在逻辑上完成应用程序与服务端的通信交互,而创建消息缓存通道可以在接收到服务端发送的回执信息时用来记录回执信息,应用程序再根据所需从消息缓存通道中获取对应的回执信息,而无需应用程序在发送消息请求后一直等待回执信息,从而能够解除应用程序与服务端之间的耦合关系。
为了防止应用程序在获取到回执消息时出现逻辑错误,在本发明一实施例中,在所述接收至少一个应用程序发送的消息请求之后,在所述将所述消息请求发送给所述服务端之前,进一步包括:
创建服务端连接对象;
创建MessageProducer对象;
将所述服务端连接对象封装到所述MessageProducer对象中;
所述将所述消息请求发送给所述服务端,包括:
利用所述MessageProducer对象调用所述服务端连接对象的发送消息方法,将所述消息请求发送给所述服务端。
在本发明实施例中,创建服务端连接对象实现一条与服务端的物理路径,而创建MessageProducer对象之后,不仅需要封装服务端连接对象,还需要封装MessageProducer对象对应的队列对象,以使按照消息请求的接收顺序依次将消息请求发送给服务端,避免将顺序错误的消息请求发送给服务端后,应用程序在获取到服务端发送的对应顺序错误的回执消息时出现逻辑错误。
为了防止应用程序在获取到回执消息时出现逻辑错误,在本发明一实施例中,在所述预先创建消息缓存通道之前,进一步包括:
创建消费消息队列对象;
将所述消费消息队列对象封装到所述消息缓存通道中;
所述将接收到的所述回执消息记录到所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息,包括:
按照所述消息缓存通道中封装的所述消费消息队列对象,记录接收到的所述回执信息,以使所述至少一个应用程序根据封装的所述消费消息队列对象,从所述消息缓存通道中获取对应的所述回执消息。
在本发明实施例中,在接收服务端发送的回执消息之前,需要先建立服务端连接,以使在实现与服务端之间的物理路径,再利用获取消息线程获取服务端发送的回执消息,由于在消息缓存通道中封装消费消息队列对象,所以需要按照接收回执消息的顺序依次记录到消息缓存通道中,以使应用程序同样按照记录回执消息的顺序依次获取回执消息,从而可以避免应用程序在获取到回执消息后出现逻辑错误。
为了更加清楚的说明本发明的技术方案及优点,下面以管理应用程序与服务端之间的消息为例,对本发明实施例提供的一种消息管理方法进行详细描述,如图2所示,具体可以包括以下步骤:
步骤201:创建ConnectionFactory对象。
具体地,创建ConnectionFactory对象可以使得应用程序在发送消息请求后无需一直等待服务端的回执,而是可以执行其他操作,在服务端发送回执消息时再来获取对应的回执消息,因此能够解除应用程序与服务端之间的耦合关系,
步骤202:利用ConnectionFactory对象确定是否能够与外部服务端连接,如果是,执行步骤203,否则,执行步骤211。
具体地,为了避免由于无法连接外部服务端而导致应用程序发送的消息请求失败,需要先验证是否能与外部服务端连接,
步骤203:断开与外部服务端的连接,利用ConnectionFactory对象调用createConnection方法,创建Connection对象。
具体地,在确认能够与外部服务端连接后,先断开与服务端的通信链路,以使在需要时在建立连接,避免占用服务端过多进程,而创建Connection对象可以实现各个应用程序与Java消息服务应用程序接口JMS之间的连接。
步骤204:利用Connection对象调用createSeesion方法,创建Session对象。
具体地,创建Session对象可以实现各个应用程序与服务端之间的通信交互,即允许生产者来发送消息,消费者来接收消息。
步骤205:接收应用程序发送的消息请求,并利用Session对象创建MessageProducer对象。
具体地,可以接收到应用程序发送的任何形式的消息请求,而在接收到消息请求时需要创建MessageProducer对象,以使将消息发送到指定目标。
步骤206:利用MessageProducer对象将消息请求发送给外部服务端。
具体地,利用创建的MessageProducer对象即可将应用程序发送的消息请求发送给指定目标,即外部服务端,而在发送消息请求的时候要按照消息请求的接收顺序依次发送。
步骤207:利用Session对象创建消费消息队列对象和消息缓存通道。
具体地,在利用Session对象创建消息缓存通道时,需要先封装Connection对象的实例对象成私有属性,再实现createConsumer方法,创建MessageConsumer对象,及创建消息缓存通道。
步骤208:将消费消息队列对象封装到消息缓存通道中。
具体地,如需获取外部服务端发送的回执消息,需要先将消费消息队列对象和服务端连接对象封装到MessageConsumer对象中,以使根据服务端连接对象连接外部服务端,再按照消息队列对象依次记录服务端发送的回执消息。
步骤209:接收外部服务端根据消息请求发送的回执消息。
具体地,在接收外部服务端发送的回执消息之前,需要新启动一个从外部服务端不断尝试获取回执消息的线程,并在获取到回执消息后立即将回执消息记录到消息缓存通道中,以使应用程序能够尽快的获取到服务端发送的回执消息。
步骤210:将回执消息记录到消息缓存通道中。
具体地,当获取到外部服务端发送的回执消息时,会将回执消息按照获取的顺序依次记录到MessageConsumer对象中的消息缓存通道中,以使应用程序同样按照回执消息的记录顺序依次获取回执消息,从而能够避免应用程序获取到顺序错乱的回执消息后出现逻辑错乱。
步骤211:返回与外部服务端的连接异常码。
具体地,在无法连接到外部服务端时会向日志中存入连接异常码,以及向用户反馈连接失败。
如图3所示,本发明实施例提供了一种消息管理装置,包括:
处理单元301,用于预先创建消息缓存通道;
接收单元302,用于接收至少一个应用程序发送的消息请求;接收所述服务端根据所述消息请求发送的回执消息;
发送单元303,用于将所述接收单元302接收的所述消息请求发送给所述服务端;
记录单元304,用于将所述接收单元302接收到的所述回执消息记录到所述处理单元301创建的所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息。
在本发明实施例中,所述处理单元,进一步用于创建ConnectionFactory对象,以及利用创建的所述ConnectionFactory对象确定是否能够与外部的服务端连接,如果是,断开与所述服务端的连接,并执行预先创建消息缓存通道,否则,返回与所述服务端的连接异常码。
在本发明实施例中,所述处理单元,进一步用于利用所述ConnectionFactory对象调用createConnection方法,创建Connection对象;利用所述Connection对象调用createSeesion方法,创建Session对象,以及利用所述Session对象调用createConsumer方法,创建消息缓存通道。
在本发明实施例中,所述处理单元,进一步用于创建服务端连接对象;创建MessageProducer对象;将所述服务端连接对象封装到所述MessageProducer对象中;
所述发送单元,进一步用于利用所述处理单元封装的所述MessageProducer对象调用所述服务端连接对象的发送消息方法,将所述消息请求发送给所述服务端。
在本发明实施例中,所述处理单元,进一步用于创建消费消息队列对象;将所述消费消息队列对象封装到所述消息缓存通道中;
所述记录单元,进一步用于按照所述消息缓存通道中封装的所述消费消息队列对象,记录接收到的所述回执信息,以使所述至少一个应用程序根据封装的所述消费消息队列对象,从所述消息缓存通道中获取对应的所述回执消息。
本发明各个实施例至少具有如下有益效果:
1、在本发明一实施例中,在接收到应用程序发送的消息请求时,只需将消息请求发送给服务端,即可在服务端处理完后接收服务端发送的回执消息,而无需应用程序一直等待服务端的回执消息,从而能够解除应用程序与服务端之间的耦合关系。
2、在本发明一实施例中,在创建ConnectionFactory对象之后,需要先封装服务端连接参数,再利用封装服务端连接参数后的ConnectionFactory对象,调用服务端的JAVA接口来验证是否能够与外部的服务端连接,可以避免由于无法连接服务端而导致应用程序的消息请求失败。
3、在本发明一实施例中,在创建Connection对象之后,需要将ConnectionFactory对象封装到Connection对象,再创建Session对象,即能完成在物理上与服务端的通信链路,又能在逻辑上完成应用程序与服务端的通信交互,而创建消息缓存通道可以在接收到服务端发送的回执信息时用来记录回执信息,应用程序再根据所需从消息缓存通道中获取对应的回执信息,而无需应用程序在发送消息请求后一直等待回执信息,从而能够解除应用程序与服务端之间的耦合关系。
4、在本发明一实施例中,创建服务端连接对象实现一条与服务端的物理路径,而创建MessageProducer对象之后,不仅需要封装服务端连接对象,还需要封装MessageProducer对象对应的队列对象,以使按照消息请求的接收顺序依次将消息请求发送给服务端,避免将顺序错误的消息请求发送给服务端后,应用程序在获取到服务端发送的对应顺序错误的回执消息时出现逻辑错误。
5、在本发明一实施例中,在接收服务端发送的回执消息之前,需要先建立服务端连接,以使在实现与服务端之间的物理路径,再利用获取消息线程获取服务端发送的回执消息,由于在消息缓存通道中封装消费消息队列对象,所以需要按照接收回执消息的顺序依次记录到消息缓存通道中,以使应用程序同样按照记录回执消息的顺序依次获取回执消息,从而可以避免应用程序在获取到回执消息后出现逻辑错误。
需要说明的是,在本文中,诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个······”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
最后需要说明的是:以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种消息管理方法,其特征在于,包括:
预先创建消息缓存通道;
接收至少一个应用程序发送的消息请求;
将所述消息请求发送给所述服务端;
接收所述服务端根据所述消息请求发送的回执消息;
将接收到的所述回执消息记录到所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息。
2.根据权利要求1所述的管理方法,其特征在于,
在所述预先创建消息缓存通道之前,进一步包括:
创建ConnectionFactory对象;
利用所述ConnectionFactory对象确定是否能够与外部的服务端连接,如果是,断开与所述服务端的连接,并执行预先创建消息缓存通道,否则,返回与所述服务端的连接异常码。
3.根据权利要求2所述的管理方法,其特征在于,
在所述创建ConnectionFactory对象之后,在所述预先创建消息缓存通道之前,进一步包括:
利用所述ConnectionFactory对象调用createConnection方法,创建Connection对象;
利用所述Connection对象调用createSeesion方法,创建Session对象;
所述预先创建消息缓存通道,包括:
利用所述Session对象调用createConsumer方法,创建消息缓存通道。
4.根据权利要求1至3中任一所述的管理方法,其特征在于,
在所述接收至少一个应用程序发送的消息请求之后,在所述将所述消息请求发送给所述服务端之前,进一步包括:
创建服务端连接对象;
创建MessageProducer对象;
将所述服务端连接对象封装到所述MessageProducer对象中;
所述将所述消息请求发送给所述服务端,包括:
利用所述MessageProducer对象调用所述服务端连接对象的发送消息方法,将所述消息请求发送给所述服务端。
5.根据权利要求1至3中任一所述的管理方法,其特征在于,
在所述预先创建消息缓存通道之前,进一步包括:
创建消费消息队列对象;
将所述消费消息队列对象封装到所述消息缓存通道中;
所述将接收到的所述回执消息记录到所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息,包括:
按照所述消息缓存通道中封装的所述消费消息队列对象,记录接收到的所述回执信息,以使所述至少一个应用程序根据封装的所述消费消息队列对象,从所述消息缓存通道中获取对应的所述回执消息。
6.一种消息管理装置,其特征在于,包括:
处理单元,用于预先创建消息缓存通道;
接收单元,用于接收至少一个应用程序发送的消息请求;接收所述服务端根据所述消息请求发送的回执消息;
发送单元,用于将所述接收单元接收的所述消息请求发送给所述服务端;
记录单元,用于将所述接收单元接收到的所述回执消息记录到所述处理单元创建的所述消息缓存通道中,以使所述至少一个应用程序从所述消息缓存通道中获取对应的所述回执消息。
7.根据权利要求6所述的管理装置,其特征在于,
所述处理单元,进一步用于创建ConnectionFactory对象,以及利用创建的所述ConnectionFactory对象确定是否能够与外部的服务端连接,如果是,断开与所述服务端的连接,并执行预先创建消息缓存通道,否则,返回与所述服务端的连接异常码。
8.根据权利要求7所述的管理装置,其特征在于,
所述处理单元,进一步用于利用所述ConnectionFactory对象调用createConnection方法,创建Connection对象;利用所述Connection对象调用createSeesion方法,创建Session对象,以及利用所述Session对象调用createConsumer方法,创建消息缓存通道。
9.根据权利要求6至8中任一所述的管理装置,其特征在于,
所述处理单元,进一步用于创建服务端连接对象;创建MessageProducer对象;将所述服务端连接对象封装到所述MessageProducer对象中;
所述发送单元,进一步用于利用所述处理单元封装的所述MessageProducer对象调用所述服务端连接对象的发送消息方法,将所述消息请求发送给所述服务端。
10.根据权利要求6至8中任一所述的管理装置,其特征在于,
所述处理单元,进一步用于创建消费消息队列对象;将所述消费消息队列对象封装到所述消息缓存通道中;
所述记录单元,进一步用于按照所述消息缓存通道中封装的所述消费消息队列对象,记录接收到的所述回执信息,以使所述至少一个应用程序根据封装的所述消费消息队列对象,从所述消息缓存通道中获取对应的所述回执消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711346886.5A CN108234606A (zh) | 2017-12-15 | 2017-12-15 | 一种消息管理方法及管理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711346886.5A CN108234606A (zh) | 2017-12-15 | 2017-12-15 | 一种消息管理方法及管理装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108234606A true CN108234606A (zh) | 2018-06-29 |
Family
ID=62649609
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711346886.5A Pending CN108234606A (zh) | 2017-12-15 | 2017-12-15 | 一种消息管理方法及管理装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108234606A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109729003A (zh) * | 2018-12-28 | 2019-05-07 | 济南铁路信息技术有限公司 | 一种客运列车时刻数据传输方法及系统 |
CN110336856A (zh) * | 2019-05-10 | 2019-10-15 | 成都终身成长科技有限公司 | 接口调用方法、装置、电子设备及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945056A (zh) * | 2009-06-29 | 2011-01-12 | 软件Ag公司 | 基于策略的jms中间件群的系统和/或方法 |
CN103297542A (zh) * | 2013-06-24 | 2013-09-11 | 浪潮电子信息产业股份有限公司 | 一种支持构件在线伸缩的云操作系统总线及均衡方法 |
CN103312808A (zh) * | 2013-06-24 | 2013-09-18 | 浪潮电子信息产业股份有限公司 | 一种云操作系统总线及通信方法 |
CN103324539A (zh) * | 2013-06-24 | 2013-09-25 | 浪潮电子信息产业股份有限公司 | 一种作业调度管理系统及方法 |
CN104092767A (zh) * | 2014-07-21 | 2014-10-08 | 北京邮电大学 | 一种增加消息队列模型的发布/订阅系统及其工作方法 |
CN104881804A (zh) * | 2015-05-27 | 2015-09-02 | 北京京东尚科信息技术有限公司 | 电子发票开具方法及系统 |
US20150271121A1 (en) * | 2014-03-20 | 2015-09-24 | Oracle International Corporation | System and method for supporting a pluggable event service in a dependency injection framework |
US20170161166A1 (en) * | 2015-12-03 | 2017-06-08 | Sap Se | Logging framework and methods |
-
2017
- 2017-12-15 CN CN201711346886.5A patent/CN108234606A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945056A (zh) * | 2009-06-29 | 2011-01-12 | 软件Ag公司 | 基于策略的jms中间件群的系统和/或方法 |
CN103297542A (zh) * | 2013-06-24 | 2013-09-11 | 浪潮电子信息产业股份有限公司 | 一种支持构件在线伸缩的云操作系统总线及均衡方法 |
CN103312808A (zh) * | 2013-06-24 | 2013-09-18 | 浪潮电子信息产业股份有限公司 | 一种云操作系统总线及通信方法 |
CN103324539A (zh) * | 2013-06-24 | 2013-09-25 | 浪潮电子信息产业股份有限公司 | 一种作业调度管理系统及方法 |
US20150271121A1 (en) * | 2014-03-20 | 2015-09-24 | Oracle International Corporation | System and method for supporting a pluggable event service in a dependency injection framework |
CN104092767A (zh) * | 2014-07-21 | 2014-10-08 | 北京邮电大学 | 一种增加消息队列模型的发布/订阅系统及其工作方法 |
CN104881804A (zh) * | 2015-05-27 | 2015-09-02 | 北京京东尚科信息技术有限公司 | 电子发票开具方法及系统 |
US20170161166A1 (en) * | 2015-12-03 | 2017-06-08 | Sap Se | Logging framework and methods |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109729003A (zh) * | 2018-12-28 | 2019-05-07 | 济南铁路信息技术有限公司 | 一种客运列车时刻数据传输方法及系统 |
CN109729003B (zh) * | 2018-12-28 | 2021-05-18 | 济南铁路信息技术有限公司 | 一种客运列车时刻数据传输方法及系统 |
CN110336856A (zh) * | 2019-05-10 | 2019-10-15 | 成都终身成长科技有限公司 | 接口调用方法、装置、电子设备及存储介质 |
CN110336856B (zh) * | 2019-05-10 | 2021-11-26 | 成都终身成长科技有限公司 | 接口调用方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103259683B (zh) | 基于HTML5的Web网管系统二级缓存推送方法 | |
CN111083161A (zh) | 数据传输的处理方法及装置、物联网设备 | |
CN102111419B (zh) | 一种基于消息中间件的客户端自动重连方法 | |
CN103516587B (zh) | 即时通信客户端断线重连的方法和装置 | |
CN102707696B (zh) | 一种多串口数据传输方法及传输中心系统 | |
CN102497427A (zh) | 实现可再生能源监测系统数据采集服务的方法和装置 | |
CN102868759B (zh) | 服务器控制浏览器界面数据刷新的系统及其方法 | |
CN107592215A (zh) | 一种管理消息中间件的方法 | |
CN108234606A (zh) | 一种消息管理方法及管理装置 | |
CN106656534A (zh) | 一种数据通信方法及系统 | |
CN107682460A (zh) | 一种分布式存储集群数据通信方法及系统 | |
CN103002049A (zh) | 一种大数据量数据的网络传输系统 | |
CN109151082A (zh) | 一种多连接建立方法、装置和系统 | |
CN104038314B (zh) | 一种新型的安监联网动态数据实时传输系统及方法 | |
CN107979640A (zh) | 一种数据传输方法及装置 | |
CN103685363A (zh) | 一种高效可靠的多任务处理方法及系统 | |
CN109600436A (zh) | 一种分布式iscsi服务实现方法、系统及相关装置 | |
CN107070872B (zh) | 一种用于客户端的数据处理方法和装置 | |
CN105471718A (zh) | 一种全双工消息队列的实现方法 | |
CN103347077A (zh) | 分布式文件系统的数据传输方法和装置 | |
CN106411616B (zh) | 一种通过1553b总线管理以太网终端的装置及方法 | |
CN106102101A (zh) | 一种无线接入点与无线接入控制器连接的处理方法及系统 | |
CN106936615A (zh) | 一种报文处理方法及装置 | |
CN110865891B (zh) | 一种异步消息编排方法和装置 | |
CN103957127A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180629 |
|
RJ01 | Rejection of invention patent application after publication |