CN102647457B - 一种处理和上报信息的方法、装置及系统 - Google Patents

一种处理和上报信息的方法、装置及系统 Download PDF

Info

Publication number
CN102647457B
CN102647457B CN201210084438.3A CN201210084438A CN102647457B CN 102647457 B CN102647457 B CN 102647457B CN 201210084438 A CN201210084438 A CN 201210084438A CN 102647457 B CN102647457 B CN 102647457B
Authority
CN
China
Prior art keywords
information
event
message
business
state
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.)
Active
Application number
CN201210084438.3A
Other languages
English (en)
Other versions
CN102647457A (zh
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.)
Raisecom Technology Co Ltd
Original Assignee
Raisecom Technology 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 Raisecom Technology Co Ltd filed Critical Raisecom Technology Co Ltd
Priority to CN201210084438.3A priority Critical patent/CN102647457B/zh
Publication of CN102647457A publication Critical patent/CN102647457A/zh
Application granted granted Critical
Publication of CN102647457B publication Critical patent/CN102647457B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及通信技术领域,尤其涉及一种处理和上报信息的方法、装置及系统;用于解决现有技术中因所有业务盘同时向主控盘上报信息,而导致主控盘过于繁忙的问题;该方法包括:在接收到获取命令后,且在业务盘预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;将含有带状态报文信息的状态信息的报文按序向所述主控盘发送。可见,本发明实施例提供的方法,可用于解决现有技术中因所有业务盘同时向主控盘上报信息,而导致主控盘过于繁忙。

Description

一种处理和上报信息的方法、装置及系统
技术领域
本发明涉及通信技术领域,尤其涉及一种处理和上报信息的方法、装置及系统。
背景技术
在分布式环境下,一个具有多个槽位的设备,每一个槽位都连接一个单盘,可以根据处理的业务不同将单盘作为主控盘或者业务盘;主控盘作为人机交互的接口,用于将管理者的命令转换为对业务盘的操作命令并下发给业务盘,实现对业务盘中相应业务的配置和管理;主控盘还用于接收业务盘发送来的数据包,并显示给用户,该数据包中包括该业务盘中当前各个业务的运行状态或突发事件等数据;业务盘主要用于根据主控盘发送的操作命令,对当前运行的业务进行配置操作、事件和状态的检测,并将检测结果作为数据包上报给主控盘。
主控盘和业务盘之间的交互主要包括对业务的配置操作、状态和事件的检测及上报。配置操作是由主控盘下发给各个业务盘,各个业务盘根据接收到的配置命令对业务进行配置操作;状态和事件的收集方法主要包括以下两种:
第一种,主控盘向业务盘发送操作命令,业务盘收集各个业务的状态信息和事件信息,并根据收集到的状态信息和事件信息组织数据包发送给主控盘;该方法为中心管理式的方法;
在该方法下,各业务盘需要获得主控盘的操作命令后,才能向主控盘发送数据包,会造成一些具有紧急性的事件无法得到快速的处理,使得设备出现反应过慢的问题。该方法下主控盘成为整个设备的瓶颈,主控盘的运算速度和调度算法直接影响设备的反应速度,由于是主控盘管理各业务盘,就要求主控盘给各业务盘分配的操作命令合理,通常采用以下两类方法分配操作命令:
第一类,分配给各个业务盘的操作命令个数相同,但这样就无法满足各业务盘的特性,例如,有的业务盘处理的业务和逻辑较多,因此需要较多的操作命令;而有的业务盘处理的业务和逻辑较少,需要的操作命令较少,因此,对于每一个业务盘都分配相同个数的操作命令显然不合理;
第二类,基于槽位进行权重分配;但是在实际运行中,可能出现分配操作命令多的业务盘发生的事件少,而分配操作命令少的业务盘的事件多;
可见,上述两类方法都是事前估计的方法,无法根据具体的环境进行合理的变化。在这种中心管理式的方法下,主控盘要引入复杂的逻辑,使设计的复杂度加大才能尽可能避免上述两类方法的缺陷;
第二种,为了避免中心管理式的方法中的缺陷还可采用主动上报方法,即各个业务盘可主动收集各个业务的状态信息和事件信息,并根据收集到的状态信息和事件信息组织数据包主动上报给主控盘;可见,主动上报的方法可以把事件快速、及时的上报给主控盘;
但本发明人发现是在实际运行中,主动上报方法可能导致许多业务盘同时向主控盘发送数据包,使得主控盘过于繁忙,无法及时响应用户的配置或查询等其他操作;同时,由于事件发生即上报,无法对事件或状态进行有效的管理。
发明内容
本发明实施例提供一种处理和上报信息的方法、装置及系统,用于解决现有技术中因所有业务盘同时向主控盘上报信息,而导致主控盘过于繁忙的问题。
一种上报信息的方法,用于业务盘向主控盘上报信息,所述方法包括:
在接收到获取命令后,且在业务盘预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识;
为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;
将含有带状态报文信息的状态信息的报文按序向所述主控盘发送。
一种上报信息的方法,用于业务盘向主控盘上报信息,所述方法包括:
在接收到获取命令后,获取产生突发事件的业务的事件信息;
为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;
将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送。
一种处理上报信息的方法,所述方法包括:
统计接收到的报文总数;
在所述报文总数不超过预先设置的总数时,并且CPU的工作量不超过预先设置的工作量时,向业务盘发送获取命令。
一种上报信息的装置,所述装置包括:
第一列车管理器,用于接收获取命令;
定时列车,用于在所述第一列车管理器接收到获取命令后,且在预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识;
列车发送器,用于为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;将含有带状态报文信息的状态信息的报文按序向所述主控盘发送。
一种上报信息的装置,所述装置包括:
突发列车,用于获取产生突发事件的业务的事件信息;
所述列车发送器还用于,为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送。
一种处理上报信息的装置,所述装置包括:
列车接收器,用于接收报文;
CPU管理器,用于周期统计接收到的报文总数;判断CPU的工作量是否超过预先设置的工作量;
第二列车管理器,用于在所述报文总数不超过预先设置的总数时,并且CPU的工作量不超过预先设置的工作量时,向业务盘发送获取命令。
一种处理和上报信息的系统,所述系统包括:
信息上报装置,用于在接收到获取命令后,且在业务盘的预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识;为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;将含有带状态报文信息的状态信息的报文按序向所述主控盘发送;或者,获取产生突发事件的业务的事件信息;为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送;
处理上报信息装置,用于周期统计接收到的报文总数;在所述报文总数不超过预先设置的总数时,并且CPU的工作量不超过预先设置的工作量时,向业务盘发送获取命令。
可见,采用本发明实施例提供的方法,可为每个业务盘设置不同的状态发送周期或事件发送周期,使得每一个业务盘在自身预先设置的状态发送周期到来时获取状态信息,为该状态信息添加状态报文信息并发送给主控盘;或使得每一个业务盘在获取事件信息,为该事件信息添加事件报文信息后,按照自身预先设置的事件发送周期发送给主控盘,可避免所有业务盘在同一时刻同时向主控盘上报信息,而导致主控盘过于繁忙;另外,由于是根据预先设置的列表信息中的记录获取指定的业务的状态信息,因此,可根据实际需要,对列表信息进行修改,保证获取到所有业务的状态信息,以及获取到的数量;业务盘向主控盘发送报文,该报文包含带有状态报文信息的状态信息或带有事件报文信息的事件信息,报文信息用于描述状态信息或事件信息所对应的业务的相关信息;当主控盘接收到报文后,可根据报文的总数,以及CPU的工作量确定是否向业务盘发送获取命令,可保证主控盘在CPU工作不繁忙时接收业务盘上报的信息,并进行处理,因此,可减轻CPU的工作量。
附图说明
图1为本发明实施例提供的上报信息的方法流程示意图;
图2为本发明实施例提供的处理上报信息的方法流程示意图;
图3A为本发明实施例一提供的一种上报信息的方法流程示意图;
图3B为本发明本实施例一提供的方法应用在实际场景当中时的方法流程示意图;
图4A为本发明实施例二提供的另一种上报信息的方法流程示意图;
图4B为本发明本实施例二提供的方法应用在实际场景当中时的方法流程示意图;
图5为本发明实施例三提供的一种处理上报信息的方法流程示意图;
图6为本发明实施例提供的一种上报信息的装置结构示意图;
图7为本发明实施例提供的一种处理上报信息的装置结构示意图;
图8为本发明实施例提供的一种处理和上报信息的系统结构示意图。
具体实施方式
本发明实施例一种处理和上报信息的方法,该方法可为每个业务盘设置不同的状态发送周期或事件发送周期,使得每一个业务盘在自身预先设置的状态发送周期到来时获取状态信息,为该状态信息添加状态报文信息并发送给主控盘;或使得每一个业务盘在获取事件信息,为该事件信息添加事件报文信息后,按照自身预先设置的事件发送周期发送给主控盘,可避免所有业务盘在同一时刻同时向主控盘上报信息,而导致主控盘过于繁忙;另外,由于是根据预先设置的列表信息中的记录获取指定的业务的状态信息,因此,可根据实际需要,对列表信息进行修改,保证获取到所有业务的状态信息,以及获取到的数量;业务盘向主控盘发送报文,该报文包含带有状态报文信息的状态信息或带有事件报文信息的事件信息,报文信息用于描述状态信息或事件信息所对应的业务的相关信息;当主控盘接收到报文后,可根据报文的总数,以及CPU的工作量确定是否向业务盘发送获取命令,可保证主控盘在CPU工作不繁忙时接收业务盘上报的信息,并进行处理,因此,可减轻CPU的工作量。如图1所述,第一种上报信息的方法具体包括:
步骤11,在接收到获取命令后,且在业务盘预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识;
步骤12,为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;
步骤13,将含有带状态报文信息的状态信息的报文按序向所述主控盘发送。
具体的,系统中所包含的业务盘的个数为一个或多个;当业务盘的个数为多个时,每个业务盘的状态发送周期可独立设置,例如为每个业务盘设置不同或相同的状态发送周期;当为每个业务盘设置不同的状态发送周期时,可使得每个业务盘在不同的时间分别向主控盘发送报文,以避免主控盘在同一时间内接收到所有业务盘的报文,而导致主控盘无法及时处理报文;
较佳的,步骤13中的按序为:顺序循环或者倒序循环。
具体的,所述在向主控盘按序发送报文之后,进一步包括:
在发送完列表信息中的最后一条记录中信息标识所指示的业务的状态信息后,在新的状态发送周期到来时,获取列表信息中的第一条记录中信息标识所指示的业务的状态信息。
具体的,获取到的每条记录对应业务的状态信息个数不超过记录中所有状态信息的总数。
具体的,方法还包括:
获取产生突发事件的业务的事件信息;为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送。
具体的,获取产生突发事件的业务的事件信息,为所述事件信息添加事件报文信息,将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送,具体包括:
在业务盘的预先设置的事件发送周期到来前,将产生突发事件的业务的事件信息存储到发送存储器中;在预先设置的事件发送周期到来时,为所述发送存储器中存储的事件信息添加事件报文信息,将含有带事件报文信息的事件信息的报文发送给所述主控盘;在一次发送的过程中,若获取到新的事件信息,则将所述新的事件信息存储到缓存存储器中;在完成本次发送操作后,将发送存储器作为缓存存储器,将缓存存储器作为发送存储器。
具体的,所述状态发送周期的频率小于所述事件发送周期的频率。
本发明实施例提供第二种上报信息的方法,所述方法包括:
步骤A,获取产生突发事件的业务的事件信息;
步骤B,为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;
步骤C,将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送。
具体的,获取产生突发事件的业务的事件信息,为所述事件信息添加事件报文信息,将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送,具体包括:
在业务盘的预先设置的事件发送周期到来前,将产生突发事件的业务的事件信息存储到发送存储器中;在预先设置的事件发送周期到来时,为所述发送存储器中存储的事件信息添加事件报文信息,将含有带事件报文信息的事件信息的报文发送给所述主控盘;在一次发送的过程中,若获取到新的事件信息,则将所述新的事件信息存储到缓存存储器中;在完成本次发送操作后,将发送存储器作为缓存存储器,将缓存存储器作为发送存储器。
具体的,系统中所包含的业务盘的个数为一个或多个,每个业务盘的事件发送周期可独立设置,例如当业务盘的个数为多个时,可为每个业务盘设置不同或相同的事件发送周期,当为每个业务盘设置不同的事件发送周期时,可使得每个业务盘在不同的时间分别向主控盘发送报文,以避免主控盘在同一时间内接收到所有业务盘的报文,而导致主控盘无法及时处理报文。
如图2所示,相应的处理上报信息的方法包括:
步骤21,统计接收到的报文总数;
步骤22,在所述报文总数不超过预先设置的总数时,并且CPU的工作量不超过预先设置的工作量时,向业务盘发送获取命令。
具体的,步骤21中的报文为带有事件报文信息的事件信息或带有状态报文信息的状态信息;
具体的,所述方法还包括:判断接收到的报文中的信息序列号是否小于预期序列号,如果小于,则确定为错序;如果大于,则确定为丢包;
在确定产生丢包或错序时,产生告警信息,并按照预先设置的确定方法,根据所述报文中的相关信息确定产生丢包或错序的业务。
以下以具体实施例介绍:
实施例一:
如图3A所示,本发明实施例提供一种上报信息的方法,该方法可用于业务盘向主控盘上报携带状态信息的报文,具体过程如下:
步骤31,业务盘接收到主控盘发来的获取命令后,在预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;
预先设置的列表信息中包含多条记录,每条记录中包含一个或多个信息标识,信息标识唯一标识一个状态信息;列表信息中的内容如表1所示:
表1
对于表1中的相关内容解释如下:
第一行的记录中包含:本次状态发送周期到来时发送信息标识1和信息标识2所标识的状态信息,共2条;
第二行的记录中包含:本次状态发送周期到来时发送信息标识1、3、4、5、6所标识的状态信息,共5条;
如果操作人员可确定某一业务的某一状态信息的更新速度比较快,可以在多条记录中分别填写该状态信息的信息标识,例如信息标识1,信息标识1在上述两条记录中都进行了填写,信息标识2只在第一条记录中进行了填写,那么信息标识1所标识的状态信息比信息标识2所标识的状态信息的发送次数多一倍,因此,该列表信息的布局方式可满足状态信息更新过快时的需求;
具体的,对列表信息进行定义时需遵循的原则为:
设置每条记录允许发送的状态信息的最大个数Lm,则Lm小于等于N,其中N为记录中所有状态信息的总数;列表信息中所包含的记录的条数不大于M条,M为预先设置的数值;在发送完列表信息中的最后一条记录中信息标识所指示的业务的状态信息后,在新的状态发送周期到来时,获取列表信息中的第一条记录中信息标识所指示的业务的状态信息。
本步骤中,按照预先设置的列表信息中的记录顺序,获取记录包含的业务的状态信息的具体过程包括:
在接收到获取命令后,按照预先设置的列表信息中的记录顺序,获取列表信息中第一条记录所包含的信息标识1和信息标识2所指示的状态信息;为了方便介绍,以下以获取到信息标识1所指示的状态信息为例进行介绍;
步骤32,在获取到信息标识1所指示的状态信息后,为该状态信息添加表2所示的状态报文信息;
表2
该状态报文信息中共分为3层:通道层、模块层以及信息描述层,并且每个层中的内容是同时进行解析的;
状态/事件标识用于指示状态信息或事件信息;
信息序列号为按序发送状态信息或事件信息时的当前状态信息或事件信息的序列号;例如,状态/事件标识1的状态信息为第一个被发送的状态信息,因此,状态/事件标识1的状态信息的信息序列号为1;
状态/事件序列号用于按序标识同一业务产生的状态信息或者事件信息;例如,业务每产生一个状态或者事件就需要将状态/事件序列号加1;
发送字标识用于标识所述业务的状态信息或者事件信息的具体发生位置;例如为业务的端口状态,或者过滤表统计状态;
发送字序列号为发送字标识在该业务中具体发生位置所产生的状态信息或事件信息的序列号;例如端口状态的发送字序列号为1,则代表端口的第一条状态信息。
步骤33,将含有带状态报文信息的状态信息的报文按序发送给主控盘;
具体的,按序为:顺序循环或者倒叙循环。
本步骤中,获取到的每条记录对应业务的状态信息个数不超过记录中所有状态信息的总数N;
本实施例一中,系统中业务盘的个数为一个或多个,每个业务盘的事件发送周期可独立设置,例如当业务盘的个数为多个时,可为每个业务盘设置不同或相同的事件发送周期,当为每个业务盘设置不同的事件发送周期时,可使得业务盘可分别在不同的时刻向主控盘发送报文,避免了主控盘在同一时刻接收过多报文,而造成主控盘超负荷工作,以及成为设备瓶颈的问题;
如图3B所示,将本实施例一提供的方案应用在实际场景当中时,具体过程可如下:
定时器用于确定状态发送周期;
调度器用于在状态发送周期到来时,通知定时列车进行相关操作;
定时列车用于在状态发送周期到来时,根据列表信息中的记录顺序,获取记录包含的信息标识;并将信息标识发送给列车发送器;
列车发送器根据该信息标识到状态源获取具体的状态信息;状态源为与该状态信息所对应的业务;具体的,到状态源获取具体的状态信息也可由定时列车完成;
列车发送器在接收到状态源发来的状态信息后,为该状态信息添加状态报文信息,将带有状态报文信息的状态信息,即报文发送给主控盘;并向定时列车发送第一结束信号;定时列车接收到第一结束信号后向调度器发送第二结束信号;
在实际应用当中,由于是根据列表信息中的记录顺序,获取记录中信息标识所指示的业务的状态信息,而列表信息中的记录是由操作人员根据实际情况进行编写,因此,可满足各种不同情况的状态信息的发送;并且该列表信息的具体结构以及所包含的内容具有较强的可扩展性;
具体的,在发送完列表信息中的最后一条记录中信息标识所指示的业务的状态信息后,在新的状态发送周期到来时,获取列表信息中的第一条记录中信息标识所指示的业务的状态信息。
具体的,在状态发送周期到来时还可具体指定获取列表信息中的第几条记录,即并不按列表信息中记录的顺序进行获取;例如,在第一个状态发送周期到来时,指定获取列表信息中的第三条记录中的状态信息。
实施例二:
如图4A所示,本发明实施例提供一种上报信息的方法,该方法可用于业务盘向主控盘上报事件信息,具体过程如下:
步骤41,获取产生突变的业务的事件信息;
具体的,步骤41可在接收到主控盘发来获取命令后执行;
步骤41的具体获取过程如下:
在预先设置的事件发送周期到来前,将产生突发事件的业务的事件信息存储到发送存储器中;
步骤42,在预先设置的事件发送周期到来时,为所述发送存储器中存储的事件信息添加事件报文信息并发送;事件报文信息结构参见实施例一;
较佳的,在业务盘的预先设置的事件发送周期到来前,将产生突发事件的业务的事件信息存储到发送存储器中;在预先设置的事件发送周期到来时,为所述发送存储器中存储的事件信息添加事件报文信息,将含有带事件报文信息的事件信息的报文发送给主控盘;在一次发送的过程中,若获取到新的事件信息,则将所述新的事件信息存储到缓存存储器中;在完成本次发送操作后,将发送存储器作为缓存存储器,将缓存存储器作为发送存储器。
较佳的,上述实施例一和实施例二提供的方法可在业务盘中同时进行;在业务盘中仅实现实施例一提供的方法,或仅实现实施例二提供的方法。
如图4B所示,将本实施例二提供的方案应用在实际场景当中时,具体过程可如下:
定时器、调度器、发送器的功能可参见实施例一;
定时器在到时时通知调度器,调度器在确定事件发送周期到来时通知突发列车;
事件源将突发的事件信息放到定时列车的发送存储器中;
突发列车在事件发送周期到来时,将为该发送存储器中的事件信息发送给发送器;较佳的,突发列车中可包括多个存储器,在一次发送的过程中,若获取到新的事件信息,则将所述新的事件信息存储到缓存存储器中;在完成本次发送操作后,将发送存储器作为缓存存储器,将缓存存储器作为发送存储器。
发送器在接收到事件信息后,为该事件信息添加事件报文信息,并在事件发送周期到来时将含有带事件报文信息的事件信息的报文发送给主控盘;发送完毕后向突发列车发送第三结束信息;当突发列车接收到第三结束信息后,向调度器发送第四结束信息;
较佳的,本实施例二提供的方法将事件信息的发生和发送分离进行,即发生事件信息后并不立即将该事件信息发送给主控盘,避免了在突发事件过多时,频繁上报主控盘而导致主控盘的工作不停被打扰的问题;
由于事件信息的产生有频率高的特点,使得对发送事件信息的频率有较高的要求,因此,用于装载事件信息的突发列车相对于装载状态信息的定时列车具有发送频率快的特性,即状态发送周期的频率小于事件发送周期的频率。
实施例三:
如图5所示,本发明实施例三提供一种处理上报信息的方法,在接收到按照实施例一和实施例二的方法发来的报文后对该报文进行处理,具体过程如下:
步骤51;判断接收到的报文中的信息序列号是否小于预期序列号;如果小于,则确定为错序;如果大于,则确定为丢包;
例如,接收到的信息序列号为5,而预期序列号为2,则可确定产生丢包;
步骤52,根据所述报文中的相关信息确定产生丢包或错序的业务;
如果为丢包,将预期序列号以及预期序列号与信息序列号之间的序列号作为产生丢包的信息序列号;此时,丢包的状态信息的信息序列号为2、3、4;
步骤53,在确定产生丢包或错序的业务后,根据报文中各个信息的一一对应关系,确定产生丢包或者错序的业务的状态信息或者事件信息。
较佳的,为了操作人员及时确定出是否产生丢包或错序,在确定产生丢包或错序后,发出告警信息;
具体的,根据信息序列号与状态/事件标识的对应关系,可确定丢失的是状态信息还是事件信息,根据确定结果发出状态信息丢包、或者状态信息错序、或者事件信息丢包、或者事件信息错序的告警信息;
较佳的,主控盘还可周期统计接收到的报文总数;还可根据接收到的报文中的业务标识和状态/事件序列号,分别统计与所述业务标识对应的业务的状态信息或者事件信息的总数;显示统计出的业务以及与所述业务对应的状态信息或者事件信息的总数。
较佳的,为了防止主控盘超负荷工作,主控盘还可判断接收到的报文总数是否大于预设总数,并且,CPU的当前工作负荷量达到预设值时,发送禁止上报信息的禁止命令;否则,发送允许上报信息的获取命令。
如图6所示,本发明实施例提供一种上报信息的装置,所述装置包括:
第一列车管理器61,用于接收获取命令;
定时列车62,用于在所述第一列车管理器接收到获取命令后,且在预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识;
列车发送器64,用于为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;将含有带状态报文信息的状态信息的报文按序向所述主控盘发送。
所述定时列车62还用于:
在所述列车发送器发送完列表信息中的最后一条记录中信息标识所指示的业务的状态信息后,在新的状态发送周期到来时,获取列表信息中的第一条记录中信息标识所指示的业务的状态信息。
所述定时列车62具体用于:
获取到的每条记录对应业务的状态信息个数不超过记录中所有状态信息的总数。
所述装置还包括:
突发列车63,用于获取产生突发事件的业务的事件信息;
所述列车发送器64还用于,为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送。所述突发列车63具体用于:
在业务盘的预先设置的事件发送周期到来前,将产生突发事件的业务的事件信息存储到发送存储器中;在一次发送的过程中,若获取到新的事件信息,则将所述新的事件信息存储到缓存存储器中;在完成本次发送操作后,将发送存储器作为缓存存储器,将缓存存储器作为发送存储器;
所述列车发送器64具体用于,在预先设置的事件发送周期到来时,为所述发送存储器中存储的事件信息添加事件报文信息并发送给主控盘。
参见图6,本发明实施例还提供一种上报信息的装置,所述装置包括:
突发列车63,用于获取产生突发事件的业务的事件信息;
所述列车发送器64还用于,为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送。
所述突发列车63具体用于:
在业务盘的预先设置的事件发送周期到来前,将产生突发事件的业务的事件信息存储到发送存储器中;在一次发送的过程中,若获取到新的事件信息,则将所述新的事件信息存储到缓存存储器中;在完成本次发送操作后,将发送存储器作为缓存存储器,将缓存存储器作为发送存储器;
所述列车发送器64具体用于,在预先设置的事件发送周期到来时,为所述发送存储器中存储的事件信息添加事件报文信息并发送给主控盘。
如图7所示,本发明实施例还提供一种处理上报信息的装置,所述装置包括:
列车接收器71,用于接收报文;
CPU管理器72,用于周期统计接收到的报文总数;判断CPU的工作量是否超过预先设置的工作量;
第二列车管理器73,用于在所述报文总数不超过预先设置的总数时,并且CPU的工作量不超过预先设置的工作量时,向业务盘发送获取命令。
所述第二列车管理器73还用于:
根据接收到的报文中的业务标识和状态/事件序列号,分别统计与所述业务标识对应的业务的状态信息或者事件信息的总数;所述状态/事件序列号用于按序标识同一业务产生的状态信息或者事件信息;显示统计出的业务以及与所述业务对应的状态信息或者事件信息的总数。
所述第二列车管理器73还用于:
判断接收到的状态/事件报文信息中的信息序列号是否小于预期序列号,如果小于,则确定为错序;如果大于,则确定为丢包;在确定产生丢包或错序时,产生告警信息,并按照预先设置的确定方法,根据状态/事件报文信息中的相关信息确定产生丢包或错序的业务。
如图8所示,本发明实施例提供一种处理和上报信息的系统,所述系统包括:
信息上报装置81,在接收到获取命令后,且在业务盘的预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识;为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;将含有带状态报文信息的状态信息的报文按序向所述主控盘发送;或者,获取产生突发事件的业务的事件信息;为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送;
处理上报信息装置82,用于周期统计接收到的报文总数;在所述报文总数不超过预先设置的总数时,并且CPU的工作量不超过预先设置的工作量时,向业务盘发送获取命令。
综上所述,有益效果:
采用本发明实施例提供的方法,可为每个业务盘设置不同的状态发送周期或事件发送周期,使得每一个业务盘在自身预先设置的状态发送周期到来时获取状态信息,为该状态信息添加状态报文信息并发送给主控盘;或使得每一个业务盘在获取事件信息,为该事件信息添加事件报文信息后,按照自身预先设置的事件发送周期发送给主控盘,可避免所有业务盘在同一时刻同时向主控盘上报信息,而导致主控盘过于繁忙;另外,由于是根据预先设置的列表信息中的记录获取指定的业务的状态信息,因此,可根据实际需要,对列表信息进行修改,保证获取到所有业务的状态信息,以及获取到的数量;业务盘向主控盘发送报文,该报文包含带有状态报文信息的状态信息或事件报文信息的事件信息,报文信息用于描述状态信息或事件信息所对应的业务的相关信息;当主控盘接收到报文后,可根据报文的总数,以及CPU的工作量确定是否向业务盘发送获取命令,可保证主控盘在CPU工作不繁忙时接收业务盘上报的信息,并进行处理,因此,可减轻CPU的工作量。
较佳的,对每一个业务盘都可设置不同的状态发送周期以及事件发送周期,可避免主控盘在同一时刻接收到过多的业务盘发来的信息,造成主控盘超负荷工作,影响设备的工作效率。
较佳的,本实施例提供的方法在事件信息的发生和发送分离进行,避免了在突发事件过多时,频繁上报主控盘而导致主控盘的工作不停被打扰的问题;
较佳的,在实际应用当中,由于是根据列表信息获取业务的状态信息,而列表信息是由操作人员根据实际情况进行编写,因此,可满足各种不同情况的状态信息的发送;并且该列表信息具有较强的可扩展性;因此,通过使用该列表信息,可以根据业务状态的自身属性,对状态信息的发送进行综合布局,保证所有业务的状态信息能够及时更新到主控盘。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种上报信息的方法,用于业务盘向主控盘上报信息,其特征在于,所述方法包括:
在接收到获取命令后,且在业务盘预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识;其中,为各个业务盘预先设置的状态发送周期是不同的;
为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;
将含有带状态报文信息的状态信息的报文按序向所述主控盘发送。
2.如权利要求1所述的方法,其特征在于,业务盘的个数为一个或多个;当业务盘的个数为多个时,每个业务盘的状态发送周期独立设置。
3.如权利要求1所述的方法,其特征在于,所述按序为:顺序循环或者倒序循环。
4.如权利要求1所述的方法,其特征在于,获取到的每条记录对应业务的状态信息个数不超过记录中所有状态信息的总数。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
获取产生突发事件的业务的事件信息;
为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;
将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送。
6.如权利要求5所述的方法,其特征在于,获取产生突发事件的业务的事件信息,为所述事件信息添加事件报文信息,将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向所述主控盘发送,具体包括:
在业务盘的预先设置的事件发送周期到来前,将产生突发事件的业务的事件信息存储到发送存储器中;在预先设置的事件发送周期到来时,为所述发送存储器中存储的事件信息添加事件报文信息,将含有带事件报文信息的事件信息的报文发送给所述主控盘;在一次发送的过程中,若获取到新的事件信息,则将所述新的事件信息存储到缓存存储器中;在完成本次发送操作后,将发送存储器作为缓存存储器,将缓存存储器作为发送存储器。
7.如权利要求6所述的方法,其特征在于,所述状态发送周期的频率小于所述事件发送周期的频率。
8.一种上报信息的装置,其特征在于,所述装置包括:
第一列车管理器,用于接收获取命令;
定时列车,用于在所述第一列车管理器接收到获取命令后,且在预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识,其中,业务盘预先设置的状态发送周期是不同的,所述定时列车是业务盘的组成部件;
列车发送器,用于为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;将含有带状态报文信息的状态信息的报文按序向主控盘发送。
9.如权利要求8所述的装置,其特征在于,所述定时列车具体用于:
获取到的每条记录对应业务的状态信息个数不超过记录中所有状态信息的总数。
10.如权利要求8所述的装置,其特征在于,所述装置还包括:
突发列车,用于在所述第一列车管理器接收到获取命令后,获取产生突发事件的业务的事件信息;
所述列车发送器还用于,为所述事件信息添加事件报文信息;所述事件报文信息用于描述事件信息所对应的业务的相关信息;将含有带事件报文信息的事件信息的报文在预先设置的事件发送周期到来时向主控盘发送。
11.如权利要求10所述的装置,其特征在于,所述突发列车具体用于:
在业务盘的预先设置的事件发送周期到来前,将产生突发事件的业务的事件信息存储到发送存储器中;在一次发送的过程中,若获取到新的事件信息,则将所述新的事件信息存储到缓存存储器中;在完成本次发送操作后,将发送存储器作为缓存存储器,将缓存存储器作为发送存储器;
所述列车发送器具体用于,在预先设置的事件发送周期到来时,为所述发送存储器中存储的事件信息添加事件报文信息并发送给主控盘。
12.一种处理和上报信息的系统,其特征在于,所述系统包括:
信息上报装置,用于在接收到获取命令后,且在业务盘的预先设置的状态发送周期到来时,按照预先设置的列表信息中的记录顺序,获取当前记录中信息标识所指示的业务的状态信息;所述列表信息中包括多条记录,每条记录包括一个或多个信息标识;为所述状态信息添加状态报文信息;所述状态报文信息用于描述状态信息所对应的业务的相关信息;将含有带状态报文信息的状态信息的报文按序向主控盘发送,其中,为各个业务盘预先设置的状态发送周期是不同的;
处理上报信息装置,用于周期统计接收到的报文总数;在所述报文总数不超过预先设置的总数时,并且CPU的工作量不超过预先设置的工作量时,向业务盘发送获取命令。
CN201210084438.3A 2012-03-27 2012-03-27 一种处理和上报信息的方法、装置及系统 Active CN102647457B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210084438.3A CN102647457B (zh) 2012-03-27 2012-03-27 一种处理和上报信息的方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210084438.3A CN102647457B (zh) 2012-03-27 2012-03-27 一种处理和上报信息的方法、装置及系统

Publications (2)

Publication Number Publication Date
CN102647457A CN102647457A (zh) 2012-08-22
CN102647457B true CN102647457B (zh) 2015-04-01

Family

ID=46660030

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210084438.3A Active CN102647457B (zh) 2012-03-27 2012-03-27 一种处理和上报信息的方法、装置及系统

Country Status (1)

Country Link
CN (1) CN102647457B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106487575A (zh) * 2016-04-11 2017-03-08 青岛东软载波科技股份有限公司 一种基于电力线通信的通信模块批量升级方法
CN107895249B (zh) * 2017-11-25 2021-02-09 深圳市易达云科技有限公司 一种订单状态呈现方法及系统
CN109120067B (zh) * 2018-09-05 2020-08-07 杭州和利时自动化有限公司 一种事件顺序记录上报方法、装置、设备及可读存储介质
CN112422314B (zh) * 2020-10-10 2022-08-30 烽火通信科技股份有限公司 一种告警性能数据采集与上报的方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909493A (zh) * 2006-08-09 2007-02-07 华为技术有限公司 串行板间通信系统及方法
CN101072130A (zh) * 2006-05-12 2007-11-14 华为技术有限公司 网络性能测量方法和系统
CN101841747A (zh) * 2010-05-12 2010-09-22 烽火通信科技股份有限公司 插板式fttb型onu及实现语音业务的方法
CN102014012A (zh) * 2009-09-04 2011-04-13 中兴通讯股份有限公司 一种告警同步的方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4127300B2 (ja) * 2006-06-20 2008-07-30 沖電気工業株式会社 通信制御装置、通信制御方法、ノード及び通信システム
CN100574240C (zh) * 2007-04-30 2009-12-23 华为技术有限公司 基于以太网总线的接入设备及其主从框通信方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072130A (zh) * 2006-05-12 2007-11-14 华为技术有限公司 网络性能测量方法和系统
CN1909493A (zh) * 2006-08-09 2007-02-07 华为技术有限公司 串行板间通信系统及方法
CN102014012A (zh) * 2009-09-04 2011-04-13 中兴通讯股份有限公司 一种告警同步的方法及装置
CN101841747A (zh) * 2010-05-12 2010-09-22 烽火通信科技股份有限公司 插板式fttb型onu及实现语音业务的方法

Also Published As

Publication number Publication date
CN102647457A (zh) 2012-08-22

Similar Documents

Publication Publication Date Title
CN102647457B (zh) 一种处理和上报信息的方法、装置及系统
CN110300394B (zh) 资源分配方法及相关设备、系统、存储介质
CN103873288B (zh) 基于告警信息对通信网络设备故障进行定位的系统和方法
CN103905533A (zh) 基于云存储的分布式告警监控方法和系统
CN104838359A (zh) 等待时间敏感的软件中断和线程调度
CN103841562B (zh) 一种时隙资源占用处理方法及装置
CN102929769A (zh) 一种基于代理服务的虚拟机内部数据采集方法
CN102508717B (zh) 一种应用于多核处理器的内存调度方法及装置
CN104105088A (zh) 一种交互链路信息的方法、装置及系统
CN108347347A (zh) 一种信息处理方法、装置和系统
CN107181780A (zh) 通信通道处理方法和系统
CN102457578A (zh) 一种基于事件机制的分布式网络监控方法
CN112416969A (zh) 分布式数据库中的并行任务调度系统
CN105335235A (zh) 一种基于IaaS模式的资源管理系统及方法
CN101827120A (zh) 一种集群存储方法及系统
CN104753712A (zh) 一种告警上报方法、告警上报节点及告警上报系统
CN102222270A (zh) 生产制造执行管理系统及生产任务管理器、工艺岗位终端
CN108563787A (zh) 一种数据中心综合管理系统的数据交互管理系统及方法
CN108536527A (zh) 一种嵌入式软件的任务调度方法及装置
CN101699416B (zh) 主机与多卡座读卡器的通信方法和系统
CN113658351B (zh) 一种产品生产的方法、装置、电子设备及存储介质
US20110320604A1 (en) Allocating unique identifiers
CN107995026B (zh) 基于中间件的管控方法、管理节点、受管节点及系统
CN108777603A (zh) 一种数据传输方法、装置、存储介质及电子设备
CN106294731B (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
C14 Grant of patent or utility model
GR01 Patent grant