CN112905318A - 一种基于消息优先级队列分布式交换网元调用方法及系统 - Google Patents

一种基于消息优先级队列分布式交换网元调用方法及系统 Download PDF

Info

Publication number
CN112905318A
CN112905318A CN202110155491.7A CN202110155491A CN112905318A CN 112905318 A CN112905318 A CN 112905318A CN 202110155491 A CN202110155491 A CN 202110155491A CN 112905318 A CN112905318 A CN 112905318A
Authority
CN
China
Prior art keywords
work order
service
work
order
queue
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
CN202110155491.7A
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.)
China United Network Communications Corp Ltd Guangdong Branch
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN202110155491.7A priority Critical patent/CN112905318A/zh
Publication of CN112905318A publication Critical patent/CN112905318A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种基于消息优先级队列分布式交换网元调用方法及系统,通过Json微服务调用联指云化系统进行工单拆分,能够将优先级高的订单分配到优先级高的消息队列中,然后按照高优先级队列优先处理原则进行工单的调度,最后高优先级的订单会优先执行工单激活模块,这样既保证的消息的队列分布式特点,又能将工单进行排列执行顺序,以达到紧急业务优先处理的效果,此外,还通过梳理业务规则,简化业务逻辑,去除业务黑盒和逻辑风险的基础上,提高系统效率,强化系统能力,扩大系统使用范围,同时具备云平台的高效率,高可用,高扩展,简化运维操作,释放人力资源。

Description

一种基于消息优先级队列分布式交换网元调用方法及系统
技术领域
本发明涉及网元调用技术领域,尤其涉及一种基于消息优先级队列分布式交换网元调用方法及系统。
背景技术
移动互联网和手机的不断发展和普及,给人带来了许多十分便利的功能,因此使用手机的人也越来越多,使用手机来连接移动互联网就必须办理运营商的业务如开通手机号码和开通5G套餐等等,这也就直接导致了电信行业的数据业务量爆发式增长,如何处理如此大量的数据是当下非常热门话题,在现有的解决方案中最普遍的就是搭建一个分布式的消息队列进行数据存储,数据存储在消息队列中等待被处理,这样可以做到消息不漏处理。
但是,现有的按照普通消息队列进行消费的处理方式存在明显的缺点,爆发式增长的数据业务量当中又能细分出紧急业务,正常业务,低优先级业务等,当大量的低优先级或者普通的业务堆积时,在现有的普通的消息队列中,紧急的业务就能难被优先处理掉,需要按照时间顺序来一个一个处理,导致紧急业务被贻误,从而造成不必要的损失。
发明内容
有鉴于此,本发明提出一种基于消息优先级队列分布式交换网元调用方法及系统,可以解决现有技术所存在的紧急业务容易被贻误的缺陷。
本发明的技术方案是这样实现的:
一种基于消息优先级队列分布式交换网元调用方法,具体包括以下步骤:
步骤S1,营业接口系统接收业务工单,并通过Json微服务将接收到的业务工单发送至联指云化系统中;
步骤S2,联指云化系统对接收到的业务工单进行工单拆分,从而实现业务工单的优先级顺序指令设置;
步骤S3,按照业务工单的优先级顺序进行工单调度,从而将业务工单分发至业务工单待发送队列和业务工单待完工队列;
步骤S4,对业务工单待发送队列中的业务工单进行工单激活,从而实现紧急业务工单的优先处理。
作为所述基于消息优先级队列分布式交换网元调用方法的进一步可选方案,所述步骤S2包括以下步骤:
步骤S21,对业务工单进行服务编码匹配,判断是否存在匹配的服务编码,如果有,则进行业务工单拆分,生成新的业务子工单,并写入服务列表,否则,直接将业务工单写入服务列表;
步骤S22,将业务号码发送至分布式消息队列集群中,依据业务号码设置业务工单和业务子工单的优先级顺序指令。
作为所述基于消息优先级队列分布式交换网元调用方法的进一步可选方案,所述业务工单拆分的过程中还包括以下步骤:
判断新的业务子工单是否存在相同的网元字段,如果是,则合并两者的服务列表,否则不合并。
作为所述基于消息优先级队列分布式交换网元调用方法的进一步可选方案,所述步骤S21之前还包括以下步骤:
判断业务工单的参数是否完整,如果是,则执行步骤S21,否则处理下一个业务工单。
作为所述基于消息优先级队列分布式交换网元调用方法的进一步可选方案,所述步骤S3包括以下步骤:
步骤S31,对业务工单和业务子工单所关联的未处理工单进行工单调度,并保存在业务工单待发送队列中,依据业务工单和业务子工单的优先级顺序指令,对业务工单和业务子工单所关联的未处理工单进行处理;
步骤S32,将处理完成的工单发送至业务工单待完工队列中。
作为所述基于消息优先级队列分布式交换网元调用方法的进一步可选方案,所述步骤S4包括以下步骤:
步骤S41,对业务工单待发送队列中的工单集合依次进行翻译,得到工单服务编码对应的指令;
步骤S42,对工单的每个服务编码的多个指令进行交互,并根据交互的结果进行综合判断,如果交互成功,则进行下一个指令的交互,否则,分析失败原因和进行容错判断;
步骤S43,所有工单的所有服务编码对应的所有指令交互完成后,进行整个工单列表集合的返回。
作为所述基于消息优先级队列分布式交换网元调用方法的进一步可选方案,所述步骤S41之前还包括以下步骤:
检查工单的服务名和当前工单激活所采用的模块服务名是否一致,如果是,则执行步骤S41,否则不进行工单激活。
一种基于消息优先级队列分布式交换网元调用系统,所述系统采用上述任意一种网元调用方法。
本发明的有益效果是:通过Json微服务调用联指云化系统进行工单拆分,能够将优先级高的订单分配到优先级高的消息队列中,然后按照高优先级队列优先处理原则进行工单的调度,最后高优先级的订单会优先执行工单激活模块,这样既保证的消息的队列分布式特点,又能将工单进行排列执行顺序,以达到紧急业务优先处理的效果,此外,还通过梳理业务规则,简化业务逻辑,去除业务黑盒和逻辑风险的基础上,提高系统效率,强化系统能力,扩大系统使用范围,同时具备云平台的高效率,高可用,高扩展,简化运维操作,释放人力资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明的一种基于消息优先级队列分布式交换网元调用方法的流程图。
具体实施方式
下面将对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
参考图1,一种基于消息优先级队列分布式交换网元调用方法,具体包括以下步骤:
步骤S1,营业接口系统接收业务工单,并通过Json微服务将接收到的业务工单发送至联指云化系统中;
步骤S2,联指云化系统对接收到的业务工单进行工单拆分,从而实现业务工单的优先级顺序指令设置;
步骤S3,按照业务工单的优先级顺序进行工单调度,从而将业务工单分发至业务工单待发送队列和业务工单待完工队列;
步骤S4,对业务工单待发送队列中的业务工单进行工单激活,从而实现紧急业务工单的优先处理。
在本实施例中,通过Json微服务调用联指云化系统进行工单拆分,能够将优先级高的订单分配到优先级高的消息队列中,然后按照高优先级队列优先处理原则进行工单的调度,最后高优先级的订单会优先执行工单激活模块,这样既保证的消息的队列分布式特点,又能将工单进行排列执行顺序,以达到紧急业务优先处理的效果,此外,还通过梳理业务规则,简化业务逻辑,去除业务黑盒和逻辑风险的基础上,提高系统效率,强化系统能力,扩大系统使用范围,同时具备云平台的高效率,高可用,高扩展,简化运维操作,释放人力资源。
优选的,所述步骤S2包括以下步骤:
步骤S21,对业务工单进行服务编码匹配,判断是否存在匹配的服务编码,如果有,则进行业务工单拆分,生成新的业务子工单,并写入服务列表,否则,直接将业务工单写入服务列表;
步骤S22,将业务号码发送至分布式消息队列集群中,依据业务号码设置业务工单和业务子工单的优先级顺序指令。
优选的,所述业务工单拆分的过程中还包括以下步骤:
判断新的业务子工单是否存在相同的网元字段,如果是,则合并两者的服务列表,否则不合并。
在本实施例中,通过进行工单合并,能够减少同一网元的数据多次发送,降低与外围网元系统集合交互的次数,避免因为网络原因而导致的不必要损失。
优选的,所述步骤S21之前还包括以下步骤:
判断业务工单的参数是否完整,如果是,则执行步骤S21,否则处理下一个业务工单。
在本实施例中,对Json数据的完整性进行校验,如参数的个数是否符合,如果参数为空,就直接返回,以及在日志中记录该条数据的报错和流水号,以便后期的报错定位,如果参数不为空则代表接收到的数据是完整的那么程序会继续往下走,通过进行完整性校验,能够提高效率,减少不必要的数据运算。
优选的,所述步骤S3包括以下步骤:
步骤S31,对业务工单和业务子工单所关联的未处理工单进行工单调度,并保存在业务工单待发送队列中,依据业务工单和业务子工单的优先级顺序指令,对业务工单和业务子工单所关联的未处理工单进行处理;
步骤S32,将处理完成的工单发送至业务工单待完工队列中。
优选的,所述步骤S4包括以下步骤:
步骤S41,对业务工单待发送队列中的工单集合依次进行翻译,得到工单服务编码对应的指令;
步骤S42,对工单的每个服务编码的多个指令进行交互,并根据交互的结果进行综合判断,如果交互成功,则进行下一个指令的交互,否则,分析失败原因和进行容错判断;
步骤S43,所有工单的所有服务编码对应的所有指令交互完成后,进行整个工单列表集合的返回。
优选的,所述步骤S41之前还包括以下步骤:
检查工单的服务名和当前工单激活所采用的模块服务名是否一致,如果是,则执行步骤S41,否则不进行工单激活。
在本实施例中,通过检查工单的服务名和当前工单激活所采用的模块服务名是否一致,能够提高工单激活的准确性,并且能够减少不必要的数据进行激活操作,提高效率。
实施例:
步骤a,营业接口系统接收业务工单,并通过Json微服务将接收到的业务工单发送至联指云化系统中;
步骤b,联指云化系统首先会对Json数据的完整性进行校验,如参数的个数是否符合,如果参数为空,就直接返回,以及在日志中记录该条数据的报错和流水号,以便后期的报错定位,如果参数不为空则代表接收到的数据是完整的那么程序会继续往下走;
步骤c,对接收到的工单数据进行服务编码匹配,工单数据有两种类型,一种是服务编码所代表的服务还能被细分成多个服务的,含有这种服务编码的数据会在这一步操作中被工单拆分模块拆分成多条数据,而另外一种数据则是服务编码仅仅代表一个服务,无法再细分下去了,那么这条数据就会跳过这一步服务代码拆分操作,直接进入下一步操作;
步骤d,在上述步骤c中,处理完的数据分为两种类型的数据:一类为网元字段相同的数据,另一类是网元字段不相同的数据;如果网元字段相同,那么代表这些数据将会发送去同一个目的地,同一个外围网元的,所以将这类数据进行合并然后保存在数据库中,而网元字段不相同的,则代表发往不同外围网元的,不进行数据合并直接保存到数据库中,在这一步进行工单合并的用意是减少同一网元的数据多次发送,降低与外围网元系统集合交互的次数,避免因为网络原因而导致的不必要损失;
步骤e,按照Json中优先级字段,将数据写入到kafka的不同topic中,优先级依次递减,到此工单拆分执行结束;
步骤f,当数据经过工单拆分模块后会保存在两个地方,在工单调度模块有2个线程,分别为Get线程与Fin线程,而保存在kafka中的数据就会触发工单调度的Get线程,Get线程的第一步操作是按照优先级进行kafka消费,采用算法读取,以此类推,Get线程没有消费到数据时会一直消费kafka,当消费到了数据时就会进行下一步操作,检查该条数据是否有其他进程在处理,如果有的话就跳过这条数据,处理下一条数据,如果没有线程在处理这条数据的话就会根据这条数据中的号码字段来捞取数据库中未处理的工单,当在数据库中捞取不到该号码的相关工单就跳过这条数据,处理下一条数据,如果在数据库中捞取到该号码的相关工单就会进行下一步的判断,检查号码是否有未完成的关键工单,如果有就跳过,处理下一条数据,如果没有就代表这条工单已经全部完成,将会更新工单在redis和数据库中的状态,并按网元分类打包,放到待发送队列redis–in列表中;
步骤g,工单调度中的Fin线程会一直去获取redis-out列表中的工单,第一步操作会判断这条数据是否为关键工单,当不是关键工单的时候会跳过,继续获取下一条数据,当获取到关键工单数据的时候会进行第二步操作,判断工单状态,例如错误、成功和超时等,如果这条数据工单状态为错误,就回单,也就是更新数据库中的状态为错误;如果这条数据工单状态为正确,会进行下一步判断,是否为其他工单的前置工单,是的话就更新后置工单到redis-in列表中然后回到Fin线程最开始,不是话就检查所有工单状态,符合回单就更新表状态,不符合就删除该号码关联定单中当前定单;如果这条数据的工单状态为超时的时候就会直接删除该号码关联定单中当前定单,经过第二步数据状态判断的操作后就会进行第三步操作,检查该号码关联的订单状态,如果还有没完成的关键订单就继续等待,如果关键订单均完成后就会检查是否有同一个号码的其他订单,有的话就进入号码二次处理队列,没有的话就删号同号标志;
步骤h,对存储在redis-in列表中的工单进行工单激活,具体为,当获取到一条数据的时候就会进行第一步操作-工单翻译,首先会处理数据中的特殊服务,如果在工单服务列表中匹配不到的话就跳过,如果匹配到了就判断特殊服务类型并处理服务列表;其次是处理扩展参数,如果遍历工单参数列表后发现变种参数的话就直接生成变种参数然后加入扩展参数列表,如果没发现变种参数就直接加入拓展参数列表;再其次就是获取服务编码的配置,替换服务对象;最后指令代码参数替换,扩展参数替换指令模板,工单翻译运行到这里就完成了,每条工单被翻译成能够被网元理解的指令;
步骤i,当工单翻译完了之后就会和对应的网元进行工单交互,首先会去初始化登录的配置,获取线程所属socket和网元的配置,然后就能够登录到对应的网元,并根据交互的结构进行综合判断,如果交互成功,则进行下一个指令的交互;如果交互失败,则转换失败原因和进行容错判断,所有工单的所有服务编码对应的所有指令交互完成后,进行整个工单列表集合的返回。
一种基于消息优先级队列分布式交换网元调用系统,所述系统采用上述任意一种网元调用方法。
在本实施例中,通过Json微服务调用联指云化系统进行工单拆分,能够将优先级高的订单分配到优先级高的消息队列中,然后按照高优先级队列优先处理原则进行工单的调度,最后高优先级的订单会优先执行工单激活模块,这样既保证的消息的队列分布式特点,又能将工单进行排列执行顺序,以达到紧急业务优先处理的效果,此外,还通过梳理业务规则,简化业务逻辑,去除业务黑盒和逻辑风险的基础上,提高系统效率,强化系统能力,扩大系统使用范围,同时具备云平台的高效率,高可用,高扩展,简化运维操作,释放人力资源。
以上所述仅为本发明的较佳实施方式而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (8)

1.一种基于消息优先级队列分布式交换网元调用方法,其特征在于,具体包括以下步骤:
步骤S1,营业接口系统接收业务工单,并通过Json微服务将接收到的业务工单发送至联指云化系统中;
步骤S2,联指云化系统对接收到的业务工单进行工单拆分,从而实现业务工单的优先级顺序指令设置;
步骤S3,按照业务工单的优先级顺序进行工单调度,从而将业务工单分发至业务工单待发送队列和业务工单待完工队列;
步骤S4,对业务工单待发送队列中的业务工单进行工单激活,从而实现紧急业务工单的优先处理。
2.根据权利要求1所述的一种基于消息优先级队列分布式交换网元调用方法,其特征在于,所述步骤S2包括以下步骤:
步骤S21,对业务工单进行服务编码匹配,判断是否存在匹配的服务编码,如果有,则进行业务工单拆分,生成新的业务子工单,并写入服务列表,否则,直接将业务工单写入服务列表;
步骤S22,将业务号码发送至分布式消息队列集群中,依据业务号码设置业务工单和业务子工单的优先级顺序指令。
3.根据权利要求2所述的一种基于消息优先级队列分布式交换网元调用方法,其特征在于,所述业务工单拆分的过程中还包括以下步骤:
判断新的业务子工单是否存在相同的网元字段,如果是,则合并两者的服务列表,否则不合并。
4.根据权利要求4所述的一种基于消息优先级队列分布式交换网元调用方法,其特征在于,所述步骤S21之前还包括以下步骤:
判断业务工单的参数是否完整,如果是,则执行步骤S21,否则处理下一个业务工单。
5.根据权利要求4所述的一种基于消息优先级队列分布式交换网元调用方法,其特征在于,所述步骤S3包括以下步骤:
步骤S31,对业务工单和业务子工单所关联的未处理工单进行工单调度,并保存在业务工单待发送队列中,依据业务工单和业务子工单的优先级顺序指令,对业务工单和业务子工单所关联的未处理工单进行处理;
步骤S32,将处理完成的工单发送至业务工单待完工队列中。
6.根据权利要求5所述的一种基于消息优先级队列分布式交换网元调用方法,其特征在于,所述步骤S4包括以下步骤:
步骤S41,对业务工单待发送队列中的工单集合依次进行翻译,得到工单服务编码对应的指令;
步骤S42,对工单的每个服务编码的多个指令进行交互,并根据交互的结果进行综合判断,如果交互成功,则进行下一个指令的交互,否则,分析失败原因和进行容错判断;
步骤S43,所有工单的所有服务编码对应的所有指令交互完成后,进行整个工单列表集合的返回。
7.根据权利要求5所述的一种基于消息优先级队列分布式交换网元调用方法,其特征在于,所述步骤S41之前还包括以下步骤:
检查工单的服务名和当前工单激活所采用的模块服务名是否一致,如果是,则执行步骤S41,否则不进行工单激活。
8.一种基于消息优先级队列分布式交换网元调用系统,其特征在于,所述系统运用上述权利要求1-8任意一种调用方法。
CN202110155491.7A 2021-02-04 2021-02-04 一种基于消息优先级队列分布式交换网元调用方法及系统 Pending CN112905318A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110155491.7A CN112905318A (zh) 2021-02-04 2021-02-04 一种基于消息优先级队列分布式交换网元调用方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110155491.7A CN112905318A (zh) 2021-02-04 2021-02-04 一种基于消息优先级队列分布式交换网元调用方法及系统

Publications (1)

Publication Number Publication Date
CN112905318A true CN112905318A (zh) 2021-06-04

Family

ID=76122341

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110155491.7A Pending CN112905318A (zh) 2021-02-04 2021-02-04 一种基于消息优先级队列分布式交换网元调用方法及系统

Country Status (1)

Country Link
CN (1) CN112905318A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113467969A (zh) * 2021-06-22 2021-10-01 上海星融汽车科技有限公司 一种处理消息堆积的方法
CN114244894A (zh) * 2021-12-20 2022-03-25 中国电信股份有限公司 停复机业务处理方法、系统、计算机存储介质和电子设备

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101118626A (zh) * 2007-09-13 2008-02-06 中兴通讯股份有限公司 电子工单自动施工系统及电子工单处理方法
CN101800661A (zh) * 2010-01-14 2010-08-11 中国电信股份有限公司 网元开通的方法及系统
CN103838621A (zh) * 2012-11-27 2014-06-04 中国电信股份有限公司 用于调度例行作业的方法和系统、调度节点
CN104660442A (zh) * 2013-11-25 2015-05-27 中国移动通信集团福建有限公司 基于MongoDB的服务开通方法和系统
CN106126354A (zh) * 2016-06-21 2016-11-16 中国建设银行股份有限公司 一种异步批量处理方法及系统
CN106713018A (zh) * 2016-12-08 2017-05-24 中国电信股份有限公司物联网分公司 消息队列业务数据调度及消息队列的实现方法
CN106792630A (zh) * 2016-11-11 2017-05-31 大唐软件技术股份有限公司 一种实现移网业务开通的方法及系统
CN107273225A (zh) * 2017-06-16 2017-10-20 深圳易嘉恩科技有限公司 基于消息队列的高并发抢单功能实现方法
CN107483276A (zh) * 2017-09-26 2017-12-15 中国联合网络通信集团有限公司 业务的处理方法、装置及业务下发平台
CN108121608A (zh) * 2016-11-29 2018-06-05 杭州华为数字技术有限公司 一种队列调度方法以及节点设备
CN108694564A (zh) * 2018-06-07 2018-10-23 阿里巴巴集团控股有限公司 一种任务状态控制方法及装置
CN109766200A (zh) * 2018-12-31 2019-05-17 北京明朝万达科技股份有限公司 一种消息队列处理方法、装置、设备及存储介质
CN111142867A (zh) * 2019-12-31 2020-05-12 谷云科技(广州)有限责任公司 微服务架构下的服务可视化编排系统及方法
CN111510395A (zh) * 2020-06-16 2020-08-07 腾讯科技(深圳)有限公司 业务消息上报方法、装置、设备及介质
CN111813570A (zh) * 2020-06-09 2020-10-23 国网山西省电力公司信息通信分公司 一种电力物联网的事件驱动型消息交互方法
CN111930529A (zh) * 2020-10-09 2020-11-13 上海富友支付服务股份有限公司 基于消息队列及微服务的数据同步方法、模块及系统

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101118626A (zh) * 2007-09-13 2008-02-06 中兴通讯股份有限公司 电子工单自动施工系统及电子工单处理方法
CN101800661A (zh) * 2010-01-14 2010-08-11 中国电信股份有限公司 网元开通的方法及系统
CN103838621A (zh) * 2012-11-27 2014-06-04 中国电信股份有限公司 用于调度例行作业的方法和系统、调度节点
CN104660442A (zh) * 2013-11-25 2015-05-27 中国移动通信集团福建有限公司 基于MongoDB的服务开通方法和系统
CN106126354A (zh) * 2016-06-21 2016-11-16 中国建设银行股份有限公司 一种异步批量处理方法及系统
CN106792630A (zh) * 2016-11-11 2017-05-31 大唐软件技术股份有限公司 一种实现移网业务开通的方法及系统
CN108121608A (zh) * 2016-11-29 2018-06-05 杭州华为数字技术有限公司 一种队列调度方法以及节点设备
CN106713018A (zh) * 2016-12-08 2017-05-24 中国电信股份有限公司物联网分公司 消息队列业务数据调度及消息队列的实现方法
CN107273225A (zh) * 2017-06-16 2017-10-20 深圳易嘉恩科技有限公司 基于消息队列的高并发抢单功能实现方法
CN107483276A (zh) * 2017-09-26 2017-12-15 中国联合网络通信集团有限公司 业务的处理方法、装置及业务下发平台
CN108694564A (zh) * 2018-06-07 2018-10-23 阿里巴巴集团控股有限公司 一种任务状态控制方法及装置
CN109766200A (zh) * 2018-12-31 2019-05-17 北京明朝万达科技股份有限公司 一种消息队列处理方法、装置、设备及存储介质
CN111142867A (zh) * 2019-12-31 2020-05-12 谷云科技(广州)有限责任公司 微服务架构下的服务可视化编排系统及方法
CN111813570A (zh) * 2020-06-09 2020-10-23 国网山西省电力公司信息通信分公司 一种电力物联网的事件驱动型消息交互方法
CN111510395A (zh) * 2020-06-16 2020-08-07 腾讯科技(深圳)有限公司 业务消息上报方法、装置、设备及介质
CN111930529A (zh) * 2020-10-09 2020-11-13 上海富友支付服务股份有限公司 基于消息队列及微服务的数据同步方法、模块及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
陆庆: "《消息队列中间件系统中消息队列与消息分发技术研究》", 《计算机应用研究》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113467969A (zh) * 2021-06-22 2021-10-01 上海星融汽车科技有限公司 一种处理消息堆积的方法
CN113467969B (zh) * 2021-06-22 2024-01-23 上海星融汽车科技有限公司 一种处理消息堆积的方法
CN114244894A (zh) * 2021-12-20 2022-03-25 中国电信股份有限公司 停复机业务处理方法、系统、计算机存储介质和电子设备

Similar Documents

Publication Publication Date Title
CN106792630B (zh) 一种实现移网业务开通的方法及系统
CN110825535B (zh) 一种作业调度的方法和系统
CN108076098A (zh) 一种业务处理方法及系统
CN112905318A (zh) 一种基于消息优先级队列分布式交换网元调用方法及系统
CN110891094A (zh) 一种基于中台的终端软件支撑平台
CN105653401B (zh) 应用系统灾备、运维、监控和应急启停调度方法及装置
CN103825964A (zh) 一种基于云计算PaaS平台的SLS调度装置和方法
CN101873334A (zh) 一种状态驱动的可执行业务流程执行方法
CN103729742B (zh) 一种基于soa架构和模型驱动架构的数据资源管理系统
CN113434323A (zh) 数据中台的任务流控制方法及相关装置
CN114169801A (zh) 工作流调度方法和装置
CN112613276B (zh) 一种流式文档解析的并行执行方法及系统
CN114173355A (zh) 一种设计运行态分离的网络指令动态执行方法及系统
CN111258940B (zh) 配置方法、业务审核方法及系统、设备、存储介质
CN111130955B (zh) 基于互联网信贷系统的分布式链路监控方法
CN115018624A (zh) 基于风控策略的决策引擎及方法
CN115080979A (zh) 安全漏洞管控平台及方法
Xue A task parallel processing technology for robot process automation
CN113591448A (zh) 报表生成方法、装置及存储介质
CN117873691B (zh) 数据处理方法、装置、设备及可读存储介质
CN108234349A (zh) 提高soa系统健壮性的方法和装置
CN110750608A (zh) 一种基于规则库的空间数据分析自动调度方法
CN113608859B (zh) 节点任务的执行方法、装置及存储介质
CN113377371B (zh) 多场景配置方法、系统、设备及介质
CN117056073B (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220802

Address after: 510000 Unicom new space Plaza, No. 666, Huangpu Avenue West, Tianhe District, Guangzhou, Guangdong Province

Applicant after: GUANGDONG BRANCH OF CHINA UNITED NETWORK COMMUNICATIONS GROUP CO.,LTD.

Address before: China Unicom building, 666 Huangpu Avenue West, Tianhe District, Guangzhou, Guangdong 510000

Applicant before: Fang Xin