CN101902273A - 通知的处理方法及装置 - Google Patents
通知的处理方法及装置 Download PDFInfo
- Publication number
- CN101902273A CN101902273A CN2010102387097A CN201010238709A CN101902273A CN 101902273 A CN101902273 A CN 101902273A CN 2010102387097 A CN2010102387097 A CN 2010102387097A CN 201010238709 A CN201010238709 A CN 201010238709A CN 101902273 A CN101902273 A CN 101902273A
- Authority
- CN
- China
- Prior art keywords
- notice
- numbering
- disposes
- sent
- notices
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
- H04J14/0254—Optical medium access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种通知的处理方法及装置。上述方法包括:接收来自于产生源产生的多个通知;处理多个通知时,对多个通知中的部分或全部进程进行并行处理;按照接收的次序发送多个通知中处理完毕的通知。根据本发明提供的技术方案,解决了相关技术中在光传送网络管理***中处理通知时耗费时间较长,处理效率较低的问题,进而可以节省处理时间,提高处理效率。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种通知的处理方法及装置。
背景技术
在光传送网络管理***中,需要处理许多类型的通知,例如,资源通知(包括资源的创建、修改、删除通知),告警通知(包括告警的产生、修改、消失通知)等。其中,每一类通知中需要根据通知的创建先后顺序,进行串行处理。
目前业界常见的有序通知的处理方式是:一个队列缓存接收到的通知,线程从该队列中取出一个通知,并对该通知进行处理,其中,对该通知的全部处理步骤都是串行进行的,对该通知处理完后,再取出下一个通知进行处理,直至所有通知处理完毕。显然,这种处理方式耗费时间较长,处理效率较低。
发明内容
针对相关技术中在光传送网络管理***中处理通知时耗费时间较长,处理效率较低的问题,本发明提供了一种通知的处理方法及装置,以解决上述问题至少之一。
根据本发明的一个方面,提供了一种通知处理方法。
根据本发明的通知处理方法包括:接收来自于产生源产生的多个通知;处理多个通知时,对多个通知中的部分或全部进程进行并行处理;按照接收的次序发送多个通知中处理完毕的通知。
根据本发明的一个方面,提供了一种通知处理装置。
根据本发明的通知处理装置包括:通知接收模块,用于接收来自于产生源产生的多个通知;处理模块,用于处理多个通知时,对多个通知中部分或全部进程进行并行处理;通知发送模块,用于按照通知接收模块接收通知的次序发送多个通知中处理完毕的通知。
通过本发明,采用线程池的方式对多个通知可并行处理的进程进行并行处理,并将处理好的通知按照接收次序输出。解决了相关技术中在光传送网络管理***中处理通知时耗费时间较长,处理效率较低的问题,进而可以节省处理时间,提高处理效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为根据本发明实施例的通知处理装置的结构框图;
图2为根据本发明优选实施例的通知处理装置的结构框图;
图3为根据本发明优选实施例的通知处理装置中各模块之间信息交互的流程图;
图4为根据本发明优选实施例的通知发送模块的处理流程图;
图5为根据本发明实施例的通知处理方法的流程图;
图6为根据本发明实例的通知处理方法的流程图;
图7为图6所示的通知处理方法的子流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1为根据本发明实施例的通知处理装置的结构框图。如图1所示,根据本发明实施例的通知处理装置包括:通知接收模块10、处理模块12、通知发送模块14。
通知接收模块10,用于接收来自于产生源产生的多个通知;
处理模块12,用于处理多个通知时,对多个通知中部分或全部进程进行并行处理;
例如,将通知1的进程1与通知5的进程1进行并行处理。
通知发送模块14,用于按照通知接收模块10接收通知的次序发送多个通知中处理完毕的通知。
相关技术中,线程从缓存通知的队列中取通知,对该通知的全部处理步骤都是串行进行的,因此处理时间较长,处理效率较低,采用本发明实施例提供的上述装置,处理模块12处理多个通知时,对多个通知中部分或全部进程进行并行处理,可以节省处理时间,提高处理效率。
优选地,如图2所示,上述装置还可以包括:通知编号分配模块16,用于按照接收的次序对多个通知中各个通知排序,并将排序顺序索引分配为该通知的编号。则通知发送模块14还可以包括:判断单元140,用于将获取到的处理完毕的通知的编号与通知发送模块中当前保存的编号进行比较判断是否一致;处理单元142,用于在判断单元输出为是时,确定该处理完毕的通知为待发送通知,在判断单元输出为否时,缓存该处理完毕的通知。
通知编号分配模块16在排序后分配编号,通知发送模块14的判断单元140对该编号进行判断,处理单元142根据判断结果进行处理,可以有效防止处理模块12并行处理后通知的乱序,例如,在后接收的通知先处理完毕的情况下,如果将该通知直接发送给下一环节,则无法保证通知发送的有序性,从而导致进程处理错误。
优选地,处理单元142,还用于在处理完毕的通知中,查找是否存在待发送通知的编号之后连续的一个或多个编号对应的通知,如果是,则将连续的一个或多个编号对应的通知与待发送通知一起发送,否则,发送待发送通知。
采用处理单元142将找到的连续编号所对应的通知取出,并批量下发到下一处理环节,由于无需逐个判断获取的通知的编号是否对应当前保存的编号,因而可以大大提高处理效率。
优选地,如图2所示,通知发送模块14还可以包括:更新单元144,用于在每次发送通知后,更新当前保存的编号,其中,更新的当前保存的编号的值为本次发送前保存的编号的值与该次发送通知的个数之和,当前保存的编号的初始值为1。
上述当前保存的编号的值从1开始,在每次发送一个或多个通知后,该值更新为本次发送前保存的编号的值与本次发送通知的个数之和。
当然,在可选实施方式中,处理单元142也可以在确定处理完毕的通知为待发送通知之后,发送待发送通知;之后判断上述处理完毕的通知中该获取到的处理完毕的通知的下一个通知的编号是否与当前保存的编号一致(即逐个判断获取的通知的编号是否对应当前保存的编号),如果是,发送上述下一个通知,否则,缓存上述下一个通知。
其中,在每次发送通知后,需要更新上述当前保存的编号,其中,更新的当前保存的编号的值为本次发送前保存的编号的值加1,当前保存的编号的初始值为1。即,当前保存的编号的值由1开始,在每次发送一个通知后增加1。
以下结合图3描述通知处理装置中各模块之间进行信息交互的优选实施方式。
图3为根据本发明优选实施例的通知处理装置中各模块之间信息交互的流程图。如图3所示,该通知处理装置中各模块之间的信息交互主要包括以下处理:
步骤S302:通知接收模块接收通知产生源产生的多个通知;
步骤S304:通知编号分配模块对接收到的通知按时间先后顺序分配一个表示顺序的编号,再把分配了编号的通知存入未处理的通知队列中;
步骤S306:处理模块(也可以称为通知处理线程池模块)异步地从保存未处理通知队列中取出通知,并发执行相应的并行处理步骤,把处理后的通知发送到通知发送模块中;
步骤S308:通知发送模块对发送过来的通知,判断是否需要立即发送到下个处理环节,还是缓存处理;
对于步骤S308可以进一步分为包括几个步骤:
步骤(1):当处理好的通知进入时,首先检查进入通知的编号是否等于待发送通知的编号,若相等,则执行步骤(2);否则把该通知缓存到待发送的通知队列中;
步骤(2):在待发送的通知队列中查找,该待发送编号后连续的编号通知,若找到一批连续的编号通知,则进入步骤(3);否则只把该单个通知发送到下个处理环节。该步骤具体可以参见图4所示的流程示意图。
步骤(3):把找到的连续编号的通知取出,批量发送到下个处理环节;
步骤S310:更新待发送通知编号的值,该值计算方式为:待发送通知编号的值+已发送通知的个数;
需要注意的是,处理完毕的通知都会执行步骤S308,直到所有的通知都被发送到下个处理环节。
图5为根据本发明实施例的通知处理方法的流程图。如图5所示,该通知处理方法可以进一步包括以下处理:
步骤S502:接收来自于产生源产生的多个通知;
步骤S504:处理多个通知时,对多个通知中的部分或全部进程进行并行处理;
步骤S506:按照接收的次序发送多个通知中处理完毕的通知。
采用上述方法,处理多个通知时,对多个通知中部分或全部进程进行并行处理,可以节省处理时间,提高处理效率。
优选地,在执行步骤S504之前,还可以包括以下处理:按照接收的次序对多个通知中各个通知排序,并将排序顺序索引分配为该通知的编号;则步骤S506可以进一步包括以下处理:判断获取到的处理完毕的通知的编号与当前保存的编号是否一致,如果是,确定该处理完毕的通知为待发送通知,否则,缓存该处理完毕的通知。
优选地,在确定处理完毕的通知为待发送通知之后,还可以包括以下处理:
(1)在处理完毕的通知中,查找是否存在该待发送通知的编号之后连续的一个或多个编号对应的通知;
(2)如果是,则将连续的一个或多个编号对应的通知与该待发送通知一起发送;
(3)否则,发送该待发送通知。
其中,在每次发送通知后,需要更新当前保存的编号,其中,更新的当前保存的编号的值为本次发送前保存的编号的值与该次发送通知的个数之和,当前保存的编号的初始值为1。即上述当前保存的编号的值从1开始,在每次发送一个或多个通知后,该值更新为本次发送前保存的编号的值与本次发送通知的个数之和。
以下结合图6、图7所示的示例详细描述上述优选实施方式。
图6为根据本发明实例的通知处理方法的流程图。如图6所示,该通知处理方法可以进一步包括以下步骤(步骤S602-步骤S610):
步骤S602:NMS网管告警通知接收模块(相当于上述通知接收模块的一个示例)接收EMS网管上报的告警通知。
步骤S604:告警通知编号分配模块(相当于上述通知编号分配模块的一个示例),对收到告警通知,按时间先后顺序分配一个编号,再把分配了编号的告警通知存入未处理的告警通知队列中。
步骤S606:当未处理的告警通知队列中有通知进入时,触发告警通知处理线程(相当于上述处理模块的一个示例)并行处理这些未处理的告警通知;例如,把EMS网管的告警格式转换为NMS网管的告警格式,把NMS网管的告警定位到NMS业务上等操作;这两个转换过程比较耗时,特采用并行处理方式来提升效率。
步骤S608:处理完的告警通知发送到告警通知发送模块(相当于上述通知发送模块的一个示例),通知发送块检查该通知的编号是否等于通知发送块记录的待发送通知编号(即上述当前保存的编号),若相等确定该通知为待发送通知;否则把该告警通知缓存到待发送的告警通知队列中。
在优选实施过程中,如图7所示,确定该通知为待发送通知之后,还可以包括以下处理(步骤S702-步骤S704):
步骤S702:在待发送的告警通知队列中查找,该待发送编号后连续的编号的告警通知,若找到一批连续的编号告警通知,则进入步骤S704;否则只把该单个告警通知发送到下个处理环节。
步骤S704:把找到的连续编号的告警通知取出,批量发送到下个处理环节。
采用图7所示的处理方式,由于无需逐个判断获取的通知的编号是否与当前保存的编号相一致,因而可以大大提高处理效率。
步骤S610:更新通知发送块中待发送通知编号的值。
需要注意的是,处理完毕的告警通知都会执行步骤S608,直到所有处理完的告警通知都被发送到下个处理环节。
可选地,在确定该处理完毕的通知为待发送通知之后,也可以包括以下处理:
(1)发送该待发送通知;
(2)判断处理完毕的通知中获取到的处理完毕的通知的下一个通知的编号是否与当前保存的编号一致(即逐个判断获取的通知的编号是否对应当前保存的编号),如果是,发送下一个通知,否则,缓存下一个通知。
其中,在每次发送通知后,需要更新当前保存的编号,其中,更新的当前保存的编号的值为本次发送前保存的编号的值加1,当前保存的编号的初始值为1。即,当前保存的编号的值由1开始,在每次发送一个通知后增加1。
上述方式为通知发送模块的另一种处理方式,由于需要逐个判断获取的通知的编号是否对应当前保存的编号,因而该方式的处理效率低于前一种方式的处理效率。
综上所述,借助本发明提供的上述实施例,采用线程池的方式对多个有序通知可并行处理的进程进行并行处理,可以节省处理时间,提高处理效率。并且可以显著提高有序通知的处理实时性,使用户可以尽早地得到数据结果,可减少因数据处理有延时导致的各种风险。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种通知的处理方法,其特征在于,包括:
接收来自于产生源产生的多个通知;
处理所述多个通知时,对所述多个通知中的部分或全部进程进行并行处理;
按照接收的次序发送所述多个通知中处理完毕的通知。
2.根据权利要求1所述的方法,其特征在于,
在对所述多个通知中部分或全部进程进行并行处理之前,所述方法还包括:按照所述接收的次序对所述多个通知中各个通知排序,并将排序顺序索引分配为该通知的编号;
所述按照所述接收的次序发送所述多个通知中处理完毕的通知包括:判断获取到的处理完毕的通知的编号与当前保存的编号是否一致,如果是,确定该处理完毕的通知为待发送通知,否则,缓存该处理完毕的通知。
3.根据权利要求2所述的方法,其特征在于,在确定所述处理完毕的通知为待发送通知之后,所述方法还包括:
在所述处理完毕的通知中,查找是否存在所述待发送通知的编号之后连续的一个或多个编号对应的通知;
如果是,则将所述连续的一个或多个编号对应的通知与所述待发送通知一起发送;
否则,发送所述待发送通知。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在每次发送通知后,更新所述当前保存的编号,其中,所述更新的当前保存的编号的值为本次发送前保存的编号的值与该次发送通知的个数之和,所述当前保存的编号的初始值为1。
5.根据权利要求2所述的方法,其特征在于,在确定所述处理完毕的通知为待发送通知之后,所述方法还包括:
发送所述待发送通知;
判断所述处理完毕的通知中所述获取到的处理完毕的通知的下一个通知的编号是否与当前保存的编号一致,如果是,发送所述下一个通知,否则,缓存所述下一个通知。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
在每次发送通知后,更新所述当前保存的编号,其中,所述更新的当前保存的编号的值为本次发送前保存的编号的值加1,所述当前保存的编号的初始值为1。
7.一种通知的处理装置,其特征在于,包括:
通知接收模块,用于接收来自于产生源产生的多个通知;
处理模块,用于处理所述多个通知时,对所述多个通知中部分或全部进程进行并行处理;
通知发送模块,用于按照所述通知接收模块接收通知的次序发送所述多个通知中处理完毕的通知。
8.根据权利要求7所述的装置,其特征在于,
所述装置还包括:通知编号分配模块,用于按照所述接收的次序对所述多个通知中各个通知排序,并将排序顺序索引分配为该通知的编号;
所述通知发送模块还包括:
判断单元,用于判断获取到的处理完毕的通知的编号与所述通知发送模块中当前保存的编号是否一致;
处理单元,用于在所述判断单元输出为是时,确定该处理完毕的通知为待发送通知,在所述判断单元输出为否时,缓存该处理完毕的通知。
9.根据权利要求8所述的装置,其特征在于,
所述处理单元,还用于在所述处理完毕的通知中,查找是否存在所述待发送通知的编号之后连续的一个或多个编号对应的通知,如果是,则将所述连续的一个或多个编号对应的通知与所述待发送通知一起发送,否则,发送所述待发送通知。
10.根据权利要求9所述的装置,其特征在于,所述通知发送模块还包括:
更新单元,用于在每次发送通知后,更新所述当前保存的编号,其中,所述更新的当前保存的编号的值为本次发送前保存的编号的值与该次发送通知的个数之和,所述当前保存的编号的初始值为1。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102387097A CN101902273A (zh) | 2010-07-22 | 2010-07-22 | 通知的处理方法及装置 |
PCT/CN2011/075335 WO2012010016A1 (zh) | 2010-07-22 | 2011-06-03 | 通知的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102387097A CN101902273A (zh) | 2010-07-22 | 2010-07-22 | 通知的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101902273A true CN101902273A (zh) | 2010-12-01 |
Family
ID=43227504
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102387097A Pending CN101902273A (zh) | 2010-07-22 | 2010-07-22 | 通知的处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101902273A (zh) |
WO (1) | WO2012010016A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012010016A1 (zh) * | 2010-07-22 | 2012-01-26 | 中兴通讯股份有限公司 | 通知的处理方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101494803A (zh) * | 2008-01-25 | 2009-07-29 | 日本电气株式会社 | 通信装置、网络***、路径管理方法和程序 |
EP2178250A1 (en) * | 2008-10-15 | 2010-04-21 | Yamaha Corporation | Network system and audio signal processor |
CN101715149A (zh) * | 2009-07-21 | 2010-05-26 | 北京邮电大学 | 一种多层多域分布式光网络并行跨域故障恢复方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101902273A (zh) * | 2010-07-22 | 2010-12-01 | 中兴通讯股份有限公司 | 通知的处理方法及装置 |
-
2010
- 2010-07-22 CN CN2010102387097A patent/CN101902273A/zh active Pending
-
2011
- 2011-06-03 WO PCT/CN2011/075335 patent/WO2012010016A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101494803A (zh) * | 2008-01-25 | 2009-07-29 | 日本电气株式会社 | 通信装置、网络***、路径管理方法和程序 |
EP2178250A1 (en) * | 2008-10-15 | 2010-04-21 | Yamaha Corporation | Network system and audio signal processor |
CN101715149A (zh) * | 2009-07-21 | 2010-05-26 | 北京邮电大学 | 一种多层多域分布式光网络并行跨域故障恢复方法和装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012010016A1 (zh) * | 2010-07-22 | 2012-01-26 | 中兴通讯股份有限公司 | 通知的处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2012010016A1 (zh) | 2012-01-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103532823A (zh) | 物联网消息处理方法、装置及*** | |
CN105657000A (zh) | 消息传送方法及装置 | |
CN102892089A (zh) | 消息推送处理方法、装置和*** | |
CN102026424A (zh) | 无线通信设备和方法、及包括此设备的*** | |
CN110809048B (zh) | 一种数据中转方法、装置和计算机可读存储介质 | |
CN112015815B (zh) | 数据同步方法、装置及计算机可读存储介质 | |
CN113365233B (zh) | 一种北斗通讯应用***短报文通讯的云服务方法 | |
CN107819825A (zh) | 一种服务调度方法、装置和电子设备 | |
CN107704331A (zh) | 电力设备故障分析处理辅助方法及装置 | |
CN107066341B (zh) | 一种软件模块间的事件路由框架及方法 | |
CN105721612B (zh) | 数据传输方法和装置 | |
CN105302759A (zh) | 485通信芯片收发数据自动切换电路装置及方法 | |
CN104079623A (zh) | 多级云存储同步控制方法及*** | |
CN101150431B (zh) | 一种告警处理流水线及告警处理的方法 | |
CN109348434A (zh) | 一种场景信息的发送方法、发送装置及终端设备 | |
CN109840725A (zh) | 货物拣选方法、装置、电子装置及计算机可读存储介质 | |
CN107094085B (zh) | 一种信令传送方法及装置 | |
CN110620722B (zh) | 一种订单处理的方法和装置 | |
CN113791910A (zh) | 内存分配方法、内存分配装置、电子设备和可读存储介质 | |
CN101902273A (zh) | 通知的处理方法及装置 | |
CN112714159A (zh) | 消息转发方法和装置、存储介质及电子装置 | |
CN105578431B (zh) | 提醒消息发送装置及方法 | |
CN109859038A (zh) | 一种区块链智能合约的生效方法及装置 | |
CN101320443A (zh) | 一种电子工单的处理方法及处理装置 | |
CN113810242A (zh) | ***日志分析方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101201 |