告警信息通知方法、装置及告警信息过滤设备与流程

本发明涉及通信领域，具体而言，涉及一种告警信息通知方法、装置及告警信息过滤设备。

背景技术：

网络管理系统(也可以简称为网管系统)是一个软硬件结合以软件为主的分布式网络应用系统，其目的是管理网络，使网络高效正常运行。

故障诊断及报警是网络管理系统重要的管理功能之一。网络管理系统配置了大量网络管理软件，可对整个网络状况进行快速、全面、智能化的检测，不仅可以判断网络中所有设备的连通或断开的情况，而且能够通过检测整个网络的流量分布，判断网络通信的瓶颈位置，以便及时调整网络设备的分布，调整网络设备的工作时间，使网络工作在最佳的状态。对网络中故障的诊断是通过网络状态参数的阈值管理，为多种网络设备产生一个警报或事件通知。事件滤波器使事件压缩成有用的信息，以加速故障诊断。

通过实时的网络运行监测，系统可智能分析和预测潜在故障，并根据告警程度的不同发送警报。但是现有的网管系统的特点是一个闭环的生产系统，比较封闭孤立，传统的网管系统可通过短信、邮件的方式通知不同的用户告警的发生，通知方式单一，同时也缺乏协同解决告警问题的机制，用户的感知度较低。

针对相关技术中存在的网管系统的告警信息的通知方式单一，用户感知度较低的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种告警信息通知方法、装置及告警信息过滤设备，以至少解决相关技术中存在的网管系统的告警信息的通知方式单一，用户感知度较低的问题。

根据本发明的一个方面，提供了一种告警信息通知方法，包括：接收网管系统发送的第一告警信息；根据第一过滤规则对接收的所述第一告警信息进行过滤，得到第二告警信息；将所述第二告警信息通过社交网络SNS推送给预定用户。

可选地，将所述第二告警信息通过社交网络SNS推送给预定用户包括：确定用于标识所述SNS的标识信息；根据所述SNS的标识信息将所述第二告警信息发送给所述SNS，其中，所述第二告警信息被所述SNS推送给所述预定用户。

可选地，所述第一过滤规则中至少包括告警规则和所述SNS的标识信息。

根据本发明的另一方面，提供了一种告警信息通知方法，包括：社交网络SNS接收告警信息过滤设备发送的第二告警信息，其中，所述第二告警信息为根据第一过滤规则对网管系统发送的第一告警信息进行过滤后得到的告警信息；所述SNS将所述第二告警信息推送给预定用户。

可选地，所述SNS将所述第二告警信息推送给预定用户包括：所述SNS根据第二过滤规则对所述第二告警信息进行过滤，得到第三告警信息；所述SNS将所述第三告警信息推送给所述预定用户。

可选地，所述SNS根据第二过滤规则对所述第二告警信息进行过滤包括：所述SNS确定告警信息和用户的映射关系；所述SNS根据所述映射关系将所述第二告警信息中未与用户对应的告警信息过滤掉；所述SNS将所述第三告警信息推送给所述预定用户包括：所述SNS根据所述映射关系将所述第三告警信息推送给与所述第三告警信息对应的所述预定用户。

可选地，所述SNS在确定告警信息和用户的映射关系之前，还包括：所述SNS接收用户反馈的订阅信息，其中，所述订阅信息为所述用户订阅预定的告警信息的订阅信息；根据所述订阅信息更新所述映射关系。

可选地，所述SNS在将所述第三告警信息推送给所述预定用户之后，还包括：所述SNS接收来自用户的用于发布所述第三告警信息的发布指令；所述SNS根据所述发布指令发布所述第三告警信息。

根据本发明的另一方面，提供了一种告警信息通知装置，包括：第一接收模块，用于接收网管系统发送的第一告警信息；过滤模块，用于根据第一过滤规则对接收的所述第一告警信息进行过滤，得到第二告警信息；处理模块，用于将所述第二告警信息通过社交网络SNS推送给预定用户。

可选地，所述处理模块包括：确定单元，用于确定用于标识所述SNS的标识信息；发送单元，用于根据所述SNS的标识信息将所述第二告警信息发送给所述SNS，其中，所述第二告警信息被所述SNS推送给所述预定用户。

可选地，所述第一过滤规则中至少包括告警规则和所述SNS的标识信息。

根据本发明的另一方面，提供了一种告警信息过滤设备，其特征在于，所述告警信息过滤设备包括上述任一项所述的装置。

根据本发明的另一方面，提供了一种告警信息通知装置，所述装置应用于社交网络SNS中，包括：第二接收模块，用于接收告警信息过滤设备发送的第二告警信息，其中，所述第二告警信息为根据第一过滤规则对网管系统发送的第一告警信息进行过滤后得到的告警信息；推送模块，用于将所述第二告警信息推送给预定用户。

可选地，所述推送模块包括：过滤单元，用于根据第二过滤规则对所述第二告警信 息进行过滤，得到第三告警信息；推送单元，用于将所述第三告警信息推送给所述预定用户。

可选地，所述过滤单元包括：确定子单元，用于确定告警信息和用户的映射关系；过滤子单元，用于根据所述映射关系将所述第二告警信息中未与用户对应的告警信息过滤掉；所述推送单元包括：推送子单元，用于根据所述映射关系将所述第三告警信息推送给与所述第三告警信息对应的所述预定用户。

可选地，所述装置还包括：第三接收模块，用于接收用户反馈的订阅信息，其中，所述订阅信息为所述用户订阅预定的告警信息的订阅信息；更新模块，用于根据所述订阅信息更新所述映射关系。

可选地，所述装置还包括：第四接收模块，用于接收来自用户的用于发布所述第三告警信息的发布指令；发布模块，用于根据所述发布指令发布所述第三告警信息。

通过本发明，采用接收网管系统发送的第一告警信息；根据第一过滤规则对接收的所述第一告警信息进行过滤，得到第二告警信息；将所述第二告警信息通过社交网络SNS推送给预定用户，解决了相关技术中存在的网管系统的告警信息的通知方式单一，用户感知度较低的问题，进而达到了增加告警信息通知方式的多样性，提高用户感知度的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的第一种告警信息通知方法的流程图；

图2是根据本发明实施例的第二种告警信息通知方法的流程图；

图3是根据本发明实施例的第一种告警信息通知装置的结构框图；

图4是根据本发明实施例的第一种告警信息通知装置中处理模块36的结构框图；

图5是根据本发明实施例的告警信息过滤设备的结构框图；

图6是根据本发明实施例的第二种告警信息通知装置的结构框图；

图7是根据本发明实施例的第二种告警信息通知装置中推送模块64的结构框图；

图8是根据本发明实施例的第二种告警信息通知装置中过滤单元72和推送单元74的结构框图；

图9是根据本发明实施例的第二种告警信息通知装置的优选结构框图一；

图10是根据本发明实施例的第二种告警信息通知装置的优选结构框图二；

图11是根据本发明实施例的告警信息推送装置结构示意图；

图12是根据本发明实施例的SNS告警服务模块118处理告警的方法流程图；

图13是根据本发明实施例的告警主被动订阅流程示意图；

图14是根据本发明实施例的告警智能订阅流程的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

随着互联网信息技术的发展，近年来社交网络(Social Network Services，简称为SNS)成为人们之间最主要的沟通方式，并已开始承担大部分传统社交的作用。同时，单纯的生产系统已经不能满足人们的需求，生产系统也需要同社交网络系统连接起来，让互联网上的用户行为向社会现实推进。社交网络侧重于用户之间的关联以及用户的体验，将大量用户联系起来，形成一个巨大的社会网络，从而改变人们的生活、学习和交流的方式。

众所周知，相关技术中的网管系统的是一个闭环的生产系统，比较封闭孤立，缺乏协同解决告警问题的机制，而社交网络就是共享交流平台，虽仅限于一定范围内使用，但社交网络可以将告警问题在一定范围进行扩散，寻求解决问题的最优方法，并对问题可以系统的跟踪和回溯。

同时社交网络的告警消息扩散机制还可减轻网管生产系统的压力，可降低达到同样目的网管系统的负荷。传统的网管系统可通过短信、邮件的方式通知不同的用户告警的发生，而将告警传给社交网络某一个用户，利用社交网络的特点在固定群组中进行扩散，降低网管系统负荷。因此，在本发明实施例中，提出了一种将SNS和网管系统的告警信息结合起来的方法，下面针对该方法进行说明。

在本实施例中提供了一种告警信息通知方法，图1是根据本发明实施例的第一种告警信息通知方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收网管系统发送的第一告警信息；

步骤S104，根据第一过滤规则对接收的第一告警信息进行过滤，得到第二告警信息；

步骤S106，将上述第二告警信息通过社交网络SNS推送给预定用户。

通过上述步骤，将网管系统中的告警信息通过SNS推送给用户，可以让用户以最熟悉的方式接收告警信息，针对相关技术中的用户需要通过邮件或者短息去查看告警信息，采用本发明实施例中的方法可以让用户在保持SNS相关应用的应用界面的前提下，获知网管系统的告警信息，有效提高了用户的感知度，提高用户体验，解决了相关技术中存在的网管系统的告警信息的通知方式单一，用户感知度较低的问题，进而达到了增加告警信息通知方式的多样性，提高用户感知度的效果。

在一个可选的实施例中，在上述的步骤S106中，将第二告警信息通过社交网络SNS推送给预定用户可以通过如下方式实现：确定用于标识该SNS的标识信息；根据该SNS的标识信息将第二告警信息发送给SNS，其中，该第二告警信息被SNS推送给预定用户。其中，该SNS的标识信息可以是SNS的网关地址，当然，也可以是其他的用于标识该SNS的标识信息。

在一个可选的实施例中，上述的第一过滤规则中至少包括告警规则和SNS的标识信息。其中，该告警规则可以包括多种规则，例如，根据告警码进行告警，或者根据预定的时间段进行告警，或者，仅为某些特定的用户(如，VIP用户)提供告警信息。

图2是根据本发明实施例的第二种告警信息通知方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，社交网络SNS接收告警信息过滤设备发送的第二告警信息，其中，该第二告警信息为根据第一过滤规则对网管系统发送的第一告警信息进行过滤后得到的告警信息；

步骤S204，SNS将第二告警信息推送给预定用户。

通过上述步骤，由SNS将网管系统中的告警信息推送给用户，可以让用户以最熟悉的方式接收告警信息，针对相关技术中的用户需要通过邮件或者短息去查看告警信息，采用本发明实施例中的方法可以让用户在保持SNS相关应用的应用界面的前提下，获知网管系统的告警信息，有效提高了用户的感知度，提高用户体验，解决了相关技术中存在的网管系统的告警信息的通知方式单一，用户感知度较低的问题，进而达到了增加告警信息通知方式的多样性，提高用户感知度的效果。

在一个可选的实施例中，上述SNS将第二告警信息推送给预定用户包括：SNS根据第二过滤规则对第二告警信息进行过滤，得到第三告警信息；SNS将第三告警信息推送给预定用户。由上述实施例可知，SNS在接收第二告警信息之前，该第二告警信息是被一次过滤后得到的，SNS在接收到第二告警信息后，可以对该第二告警信息进行二次过滤，从而将不满足条件的告警信息过滤掉，减轻SNS的业务处理的压力。

在一个可选的实施例中，上述SNS根据第二过滤规则对第二告警信息进行过滤包 括：上述SNS确定告警信息和用户的映射关系；SNS根据上述映射关系将第二告警信息中未与用户对应的告警信息过滤掉；上述SNS将第三告警信息推送给上述预定用户包括：SNS根据上述映射关系将第三告警信息推送给与第三告警信息对应的预定用户。其中，上述的映射关系可以是以映射关系表的形式存储在SNS中。当然，也可以是以其他的方式记录该映射关系，以表格的方式记录映射关系仅是一种示例。

在一个可选的实施例中，上述SNS在确定告警信息和用户的映射关系之前，还包括：上述SNS接收用户反馈的订阅信息，其中，该订阅信息为用户订阅预定的告警信息的订阅信息；根据该订阅信息更新上述映射关系。

在一个可选的实施例中，上述SNS在将第三告警信息推送给预定用户之后，还包括：上述SNS接收来自用户的用于发布上述第三告警信息的发布指令；上述SNS根据该发布指令发布第三告警信息。即，用户可以通过SNS的社交功能将上述的第三告警信息发布到自己的朋友圈，其他用户可以转发、阅读或者回复该消息。从而为告警消息的分享提供了新的途径。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种告警信息通知装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的第一种告警信息通知装置的结构框图，如图3所示，该装置包括第一接收模块32、过滤模块34和处理模块36，下面对该装置进行说明。

第一接收模块32，用于接收网管系统发送的第一告警信息；过滤模块34，连接至上述第一接收模块32，用于根据第一过滤规则对接收的第一告警信息进行过滤，得到第二告警信息；处理模块36，连接至上述过滤模块34，用于将第二告警信息通过社交网络SNS推送给预定用户。

图4是根据本发明实施例的第一种告警信息通知装置中处理模块36的结构框图，如图4所示，该处理模块36包括确定单元42和发送单元44，下面对该处理模块36进行说明。

确定单元42，用于确定用于标识SNS的标识信息；发送单元44，连接至上述确定 单元42，用于根据SNS的标识信息将第二告警信息发送给SNS，其中，该第二告警信息被SNS推送给上述预定用户。

可选地，上述第一过滤规则中至少包括告警规则和SNS的标识信息。

图5是根据本发明实施例的告警信息过滤设备的结构框图，如图5所示，该告警信息过滤设备52包括上述任一项的第一种告警信息通知装置54。

图6是根据本发明实施例的第二种告警信息通知装置的结构框图，该装置可以应用于社交网络SNS中，如图6所示，该装置包括第二接收模块62和推送模块64，下面对该装置进行说明。

第二接收模块62，用于接收告警信息过滤设备发送的第二告警信息，其中，该第二告警信息为根据第一过滤规则对网管系统发送的第一告警信息进行过滤后得到的告警信息；推送模块64，连接至上述第二接收模块62，用于将第二告警信息推送给预定用户。

图7是根据本发明实施例的第二种告警信息通知装置中推送模块64的结构框图，如图7所示，该推送模块64包括过滤单元72和推送单元74，下面对该推送模块64进行说明。

过滤单元72，用于根据第二过滤规则对第二告警信息进行过滤，得到第三告警信息；推送单元74，连接至上述过滤单元72，用于将第三告警信息推送给预定用户。

图8是根据本发明实施例的第二种告警信息通知装置中过滤单元72和推送单元74的结构框图，如图8所示，该过滤单元72包括确定子单元82和过滤子单元84，该推送单元74包括推送子单元86，下面对该过滤单元72和推送单元74进行说明。

确定子单元82，用于确定告警信息和用户的映射关系；过滤子单元84，连接至上述确定子单元82，用于根据上述映射关系将第二告警信息中未与用户对应的告警信息过滤掉；

推送子单元86，用于根据上述映射关系将第三告警信息推送给与第三告警信息对应的预定用户。

图9是根据本发明实施例的第二种告警信息通知装置的优选结构框图一，如图9所示，该装置除包括图8所示的所有模块外，还包括第三接收模块92和更新模块94，下面对该装置进行说明。

第三接收模块92，用于接收用户反馈的订阅信息，其中，该订阅信息为用户订阅预定的告警信息的订阅信息；更新模块94，连接至上述第三接收模块92和推送模块64，用于根据上述订阅信息更新映射关系。

图10是根据本发明实施例的第二种告警信息通知装置的优选结构框图二，如图10 所示，该装置除包括图7所示的所有模块外，还包括第四接收模块102和发布模块104，下面对该装置进行说明。

第四接收模块102，连接至上述推送模块64，用于接收来自用户的用于发布第三告警信息的发布指令；发布模块104，连接至上述第四接收模块102，用于根据上述发布指令发布第三告警信息。

上述实施例，分别是从告警信息过滤设备侧和SNS侧进行描述的，下面结合整体进行描述：

为了解决传统网管生产系统(同上述的网管系统)的问题和提高用户的感知度，本发明实施例中将社交网络和网管告警订阅结合起来，提出了一种在社交网络中告警订阅机制的实现方法。总体的原则是社交网络系统不能影响网管生产系统的建设。

图11是根据本发明实施例的告警信息推送装置结构示意图，如图11所示，该装置包括：

网管告警子系统112(同上述的网管系统)、告警前转过滤模块114(同上述的告警信息过滤设备)，SNS网关模块116(同上述的第二接收模块62)，SNS告警服务模块118(同上述的推送单元74)，SNS后台分析模块1110，SNS后台管理模块1112(同上述的过滤单元72、第三接收模块92和更新模块94)，SNS社交服务模块1114(同上述的第四接收模块102和发布模块104)。

告警前转过滤模块114：作为网管告警子系统112向外部系统发送告警的数据源，完成从网管告警子系统接收告警消息，同时作为第一级过滤模块，依据规则(同上述的第一过滤规则)进行告警过滤，为SNS网关模块116提供一级过滤后的告警上报数据，前转过滤规则中需配置前转的告警规则和SNS网关地址；

SNS网关模块116：作为网管告警子系统112的服务端，接入一个或多个网管系统的告警上报，缓冲告警信息到消息队列中，并将收到的告警信息协议转换到SNS消息格式，同时作为SNS系统的客户端将格式化后的消息上报到SNS告警服务模块118之中；

SNS告警服务模块118：在其消息队列中缓冲接收SNS网管上报的告警信息，根据订阅的告警用户对进行消息的过滤处理，丢弃没有订阅的告警信息，将用户订阅的告警加入用户的消息队列或数据库表中，通知匹配的在线用户有新的消息，用户后续可根据消息提示从数据库中将这条新的消息取出；

SNS后台管理模块1112：完成告警用户对的管理，实现对告警消息订阅的增删改的功能。作为网管系统中告警前转过滤的补充，SNS后台管理服务模块对告警信息进行二次处理过滤的作用。SNS后台管理模块可将消息订阅消息写入配置文件或数据库中，并在线通知SNS告警服务模块加载修订过的告警用户对，保证服务的实时性；

SNS后台分析模块1110：统计分析用户在一定周期中对不同告警类型的关注度、操作习惯进行分析，将符合用户习惯的告警订阅消息推送给用户，并依据用户反馈完成告警订阅过程；

SNS社交服务模块1114：用户收到告警信息后，可通过SNS的社交功能，在圈子中发布该消息，其它用户也可以转发、阅读、回复该消息。用户之间也可以通过@、关注等功能相互关注，相互关注的用户可看到对方发布的信息。

本发明实施例中的告警订阅可分成三种类型，被动订阅、主动订阅以及智能订阅。被动订阅是系统管理员为不同的用户订阅告警类型，对于用户而言是被动接收此类告警；主动订阅则是用户订阅自己关心的告警类型；智能订阅则是SNS后台分析模块1110通过统计分析用户在一定周期中的告警类型关注度，通过SNS、短信、网元管理系统(Element Management System，简称为EMS)等方式通知用户订阅响应的告警。前两者可使用前端界面通过SNS后台管理模块1112进行配置，生成告警用户订阅映射表，写入配置文件或数据库中，并通知SNS告警服务模块118在线加载。智能订阅则通过用户对订阅的反馈刷新告警用户订阅表，通知SNS告警服务模块118加载。同时也支持强制性提交用户的配置，即该用户虽不订阅告警信息，但被配置为强制性用户，可收到所有的告警信息。

其中，SNS告警服务模块118将收到的SNS内部告警消息对映射表进行遍历比对，(映射表结构如下：MAP<Alarm,UserList>，键名：告警信息，键值：用户列表)，找到相对应的用户或用户组，通知用户有新消息到达。

图12是根据本发明实施例的SNS告警服务模块118处理告警的方法流程图，如图12所示，该方法包括如下步骤：

步骤S1202：告警处理过程入口。

步骤S1204：从告警消息队列取得一条告警开始循环。

步骤S1206：遍历订阅的告警用户映射表，将消息对列中的告警进行比对。

步骤S1208：判别是否有匹配的用户。

步骤S1210：无论是否有匹配的用户，判别系统中有无强制发送的用户，在判断结果为是时，转至步骤S1212，否则，转至步骤S1214。

步骤S1212：如果有匹配的用户或强制发送的用户，将消息入用户的消息队列或数据库表中。

步骤S1214：如果没有匹配用户和强制性发送用户，则丢弃本次消息，进入下一条消息的处理。

步骤S1216：通知用户有新消息，并进入下一条消息的处理。

图13是根据本发明实施例的告警主被动订阅流程示意图，如图13所示，该流程包括如下步骤：

步骤S1302：告警订阅过程入口。

步骤S1304：在后台管理界面上配置告警用户对。

步骤S1306：选择配置强制用户。

步骤S1308：将配置写入配置文件或数据库中保存。

步骤S1310：通知告警模块在线加载该配置。

图14是根据本发明实施例的告警智能订阅流程的示意图，如图14所示，该流程包括如下步骤：

步骤S1402：智能告警订阅过程入口。

步骤S1404：后台统计分析用户告警的习惯以及用户的关注度。

步骤S1406：通知用户订阅的告警信息。

步骤S1408：判断是否有用户反馈的订阅信息，若有，则转至步骤S1410，否则，转至步骤S1414。

步骤S1410：如果用户有反馈，在配置文件或数据库中查询是否有重复告警订阅，如果没有，则写入配置文件或数据库。

步骤S1412：通知告警模块加载新配置信息条目。

步骤S1414：流程结束。

与相关技术相比较，本发明实施例中的技术方案可以在社交网络中订阅多个网管系统的告警，并可对告警信息在一定范围内共享、讨论，相对于传统告警短信、邮件通知，提升了告警信息的实用性，降低了网管系统的负荷。同时，用户还可以采用不同的方式订阅关心的告警信息，提高了用户的感知度。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S11，接收网管系统发送的第一告警信息；

S12，根据第一过滤规则对接收的第一告警信息进行过滤，得到第二告警信息；

S13，将上述第二告警信息通过社交网络SNS推送给预定用户。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S21，社交网络SNS接收告警信息过滤设备发送的第二告警信息，其中，该第二告警信息为根据第一过滤规则对网管系统发送的第一告警信息进行过滤后得到的告警信息；

S22，SNS将第二告警信息推送给预定用户。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行S11-S13。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行S21-S22。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。