本公开涉及计算机技术领域，具体而言，涉及一种系统告警处理方法与装置。
背景技术：
随着业务量增多，业务系统变得庞大复杂，一个节点发生告警会影响系统中多个节点告警。对于运维人员而言，如何在多个节点告警时快速准确定位到根源告警节点以及节点的告警类别是十分重要的问题。
在相关技术中，存在一种通过降维定位告警根源的技术方案。该方案将系统拓扑图拆分为多条访问关系链，根据访问链上的告警节点关系(链长、告警的节点序号、链中节点告警比例)对各访问关系链计算面积值，再选取面积值最大访问关系链作为根源告警链路。
然而，由于对每条访问关系链单独进行计算，上述方案无法准确反映系统中的告警传递关系，对于复杂系统的告警分析尚有需要改进的余地。因此，需要一种能更准确迅速确定告警根源的方法。
需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
技术实现要素：
本公开的目的在于提供一种系统告警处理方法与系统告警处理装置，用于提高定位系统告警根源的效率。
根据本公开实施例的第一方面，提供一种系统告警处理方法，包括：获取系统拓扑网络，根据所述系统拓扑网络生成多个独立的关联结构，每个所述关联结构包括单向调用的多个节点；响应节点告警信息，判断告警节点，对包括所述告警节点的关联结构记录该告警节点的告警标识符；获取满足告警触发条件的所述关联结构；获取每个所述关联结构中的第一告警根节点；根据所述第一告警根节点的告警标识符在多个所述关联结构中确定第二告警根节点。
在本公开的一种示例性实施例中，所述获取每个所述关联结构中的第一告警根节点包括：
从上游查找所述关联结构的第一个头告警节点，所述头告警节点的上游无相邻节点或上游相邻节点未告警；判断所述头告警节点的下游相邻预设值个节点是否均告警；如果是，将所述头告警节点设置为所述第一告警根节点；如果否，向下游查找下一个头告警节点，直至成功设置所述第一告警根节点或查找到所述关联结构的最下游告警节点。
在本公开的一种示例性实施例中，所述根据所述第一告警根节点的告警标识符在多个所述关联结构中确定第二告警根节点包括：
根据所述第一告警根节点的节点标识符在多个所述关联结构中查找该第一告警根节点；判断该第一告警根节点是否存在告警的上游相邻节点；如果是，在多个所述关联结构中查找所述上游相邻节点的上游相邻节点并判断其是否告警，直至查找到一个上游相邻节点不告警或不存在上游相邻节点的节点；将不存在告警的上游相邻节点的节点设置为所述第二告警根节点。
在本公开的一种示例性实施例中，确定所述第二告警根节点的主告警类别，在存在多个告警类别时，确定预设优先级最高的为所述主告警类别。
在本公开的一种示例性实施例中，根据所述第二告警根节点的标识以及所述主告警类别自动推荐告警解决方案。
在本公开的一种示例性实施例中，所述关联结构包括链形结构与树形结构。
在本公开的一种示例性实施例中，所述告警触发条件包括在一个所述关联结构中有大于等于预设值个节点具有告警标识符。
根据本公开实施例的第二方面，提供一种系统告警处理装置，包括：
结构整理模块，设置为获取系统拓扑网络，根据所述系统拓扑网络生成多个独立的关联结构，每个所述关联结构包括单向调用的多个节点。
告警标识模块，设置为响应节点告警信息，判断告警节点，对包括所述告警节点的关联结构记录该告警节点的告警标识符。
结构筛选模块，设置为获取满足告警触发条件的所述关联结构。
结构根节点确定模块，设置为获取每个所述关联结构中的第一告警根节点。
系统根节点确定模块，设置为根据所述第一告警根节点的告警标识符在多个所述关联结构中确定第二告警根节点。
根据本公开的第三方面，提供一种系统告警处理装置，包括：存储器；以及耦合到所属存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。
根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的系统告警处理方法。
本公开提供的系统告警处理方法通过将复杂的系统结构降维拆分成单向调用的关联结构，并先对各关联结构确定告警根节点，再对整个系统结构确定告警根节点，提高了告警处理的条理性，降低了算法复杂度，提高了确定系统告警根源的效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本公开示例性实施例中系统告警处理方法的流程图。
图2a与图2b是本公开示例性实施例中关联结构的示意图。
图3a与图3b是本公开示例性实施例中确定第一告警根节点的示意图。
图4是本公开示例性实施例中系统告警处理方法的一个子流程图。
图5是本公开示例性实施例中系统告警处理方法的一个子流程图。
图6是本公开示例性实施例中确定第二告警根节点的示意图。
图7是本公开示例性实施例中系统告警处理方法的另一种流程图。
图8是本公开一个示例性实施例中一种系统告警处理装置的方框图。
图9是本公开一个示例性实施例中一种电子设备的方框图。
图10是本公开一个示例性实施例中一种计算机可读存储介质的示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
下面结合附图对本公开示例实施方式进行详细说明。
图1示意性示出本公开示例性实施例中系统告警处理方法的流程图。参考图1，系统告警处理方法100可以包括：
步骤s102，获取系统拓扑网络，根据所述系统拓扑网络生成多个独立的关联结构，每个所述关联结构包括单向调用的多个节点；
步骤s104，响应节点告警信息，判断告警节点，对包括所述告警节点的关联结构记录该告警节点的告警标识符；
步骤s106，获取满足告警触发条件的所述关联结构；
步骤s108，获取每个所述关联结构中的第一告警根节点；
步骤s110，根据所述第一告警根节点的告警标识符在多个所述关联结构中确定第二告警根节点。
下面，对系统告警处理方法100的各步骤进行详细说明。
在步骤s102，获取系统拓扑网络，根据所述系统拓扑网络生成多个独立的关联结构，每个所述关联结构包括单向调用的多个节点。
对于具有复杂调用关系的系统拓扑网络而言，首先可以用降维的方式整理系统节点之间的关联关系。
一般而言，系统中确定的关联关系的类别可以包括：应用之间的调用链关系(唯一性、确定性关系链)，数据库与应用服务器之间的调用关系，网络设备与网络设备、网络设备与应用服务器之间的调用关系，宿主机与虚拟机之间的调用关系，缓存与应用服务器之间的调用关系以及操作系统与应用服务器之间的调用关系。上述列举的关联关系仅为示例，在实际操作中，系统还可以具有更多关联关系。
关联关系是指多个节点之间单向调用的关系。
图2a与图2b是本公开关联结构的示意图。
参考图2a与图2b，在本公开的一种示例性实施例中，拓扑结构可以拆分为包括链形结构和树形结构的多个关联结构。例如，应用之间的调用链关系可以表现为单链调用的链形关联结构，也可以表现为一个应用被其他多个应用调用的树形关联结构。网络设备之间的调用链关系可以表现为一个网络设备比其他多个网络设备或应用服务器调用的树形关联结构。
总之，拆分后的单独关联结构中，仅存在一个根节点，其余节点均为直接调用或间接调用该根节点，且不直接调用或间接调用其他节点。如果拓扑图中一个节点同时调用多个节点，则将其划分到不同的单独关联结构中，以保证每个关联结构中只存在一个根节点。
在步骤s104，响应节点告警信息，判断告警节点，对包括所述告警节点的关联结构记录该告警节点的告警标识符。
在收到一个节点的告警信息时，可以判断该告警节点的标识符以及告警类别，然后根据节点的标识符合告警类别生成该节点本次告警的标识符，将其计入包含该节点的关联结构中。
例如，节点a调用5个其余节点，则节点a存在于5个单独的关联结构中，在收到节点a某个类别的告警信息时，可以根据告警类别以及节点a的标识符生成一个告警标识符，并对这5个关联结构均记录该告警标识符。
在一些实施例中，可以设置告警过滤规则，过滤掉不必要加入告警根源分析的告警，例如磁盘占用率超过预设值等告警信息。
在步骤s106，获取满足告警触发条件的所述关联结构。
在本公开的一种示例性实施例中，所述告警触发条件包括在一个所述关联结构中有大于等于预设值个节点具有告警标识符。
图3a与图3b是满足告警触发条件的关联结构的示意图。
参考图3a，如果一个树形的关联结构记录有三个或三个以上的节点的告警标识符，则可以判断该关联结构满足告警触发条件。或者如图3b所示，如果一个链形的关联结构记录有连续三个或三个以上的节点的告警标识符，则可以判断该关联结构满足告警触发条件。
设置告警触发条件可以尽可能准确定位到最可能节点之间发生关联告警的关联结构，以避免将个别节点的告警误判为节点之间发生关联告警。
告警触发条件不限于以上数目或方式，可以由本领域技术人员根据以上示例自行设置。
在步骤s108，获取每个所述关联结构中的第一告警根节点。
图4是步骤s108的一种子流程图。参考图4，在本公开的一种示例性实施例中，步骤s108可以包括：
步骤s1082，从上游查找所述关联结构的第一个头告警节点，所述头告警节点的上游无相邻节点或上游相邻节点未告警；
步骤s1084，判断所述头告警节点的下游相邻预设值个节点是否均告警；
步骤s1086，如果是，将所述头告警节点设置为所述第一告警根节点；
步骤s1088，如果否，向下游查找下一个头告警节点，直至成功设置所述第一告警根节点或查找到所述关联结构的最下游告警节点。
在步骤s1082，在一个被判断发生节点之间关联告警的关联结构中，可以从根节点开始查找第一个告警节点，将其作为第一个告警头告警结点。
对于链形关联结构而言，头节点可以为链上的某一个节点；对于树形关联结构而言，头告警结点可以为某一层的子节点。
在步骤s1084，可以判断该头告警结点的下游节点是否连续告警。连续告警的节点数量例如可以设置为三个。连续告警节点的数量可以由本领域技术人员自行设置。
在步骤s1086，如果头告警结点下游连续三个或更多节点告警，则可以将该头告警结点标记为第一告警根节点，认为该头告警结点是其所在关联结构中多个告警节点的告警根源。
在步骤s1088，如果头告警节点下游没有连续告警的节点或连续告警节点过少(例如两个)，则可以认为这几个告警节点之间发生关联告警的可能性较小，可以从未告警的节点开始继续向下游寻找告警节点并进行判断，直至找到连续预设值个告警节点的头告警节点或者查找到该关联结构的最下游的告警节点。
如果查找到该关联结构的最下游告警节点，则可以判断该关联结构不存在连续预设值个节点的关联报警，停止对该关联结构的告警节点进行关联告警分析。但是，本实施例并不限制对该关联结构的告警节点进行其他分析，例如故障排查等。由于本公开实施例重点在于说明对节点之间关联告警的分析方法，在此省略对个别告警节点的告警信息的其他分析。
在步骤s110，根据所述第一告警根节点的告警标识符在多个所述关联结构中确定第二告警根节点。
图5是步骤s110的一种子流程图。参考图5，在本公开的一种示例性实施例中，步骤s110可以包括：
步骤s1102，根据所述第一告警根节点的节点标识符在多个所述关联结构中查找该第一告警根节点；
步骤s1104，判断该第一告警根节点是否存在告警的上游相邻节点；
步骤s1106，如果是，在多个所述关联结构中查找所述上游相邻节点的上游相邻节点并判断其是否告警，直至查找到一个上游相邻节点不告警或不存在上游相邻节点的节点；
步骤s1108，将不存在告警的上游相邻节点的节点设置为所述第二告警根节点。
在步骤s1102，在确定了一个第一告警根节点后，可以获取该第一告警根节点的节点标识符，在各关联结构中查找这个节点。例如，如果判断关联结构a中存在节点标识符为b的第一告警根节点——节点b，可以在各关联结构中查找节点b所在的关联结构，从而确定节点b在关联结构中的位置。
在步骤s1104，判断节点b是否存在告警的上游相邻节点。节点b可能在多个关联结构中存在多个上游相邻节点，也可能不存在上游相邻节点，还可能仅存在一个上游相邻节点。如果节点b存在一个或一个以上的上游相邻节点，则可以判断每个上游相邻节点是否告警，并标记告警的上游相邻节点，进入步骤s1106进行处理。在一些情况下，节点b的所有相邻节点可能均不告警，此时，进入步骤s1108进行处理。如果节点b不存在上游相邻节点，则同样进入步骤s1108进行处理。
在步骤s1106，当节点b存在一或多个告警的上游相邻节点时，可以循环进行步骤s1102～步骤s1104的操作，继续在各关联结构中查找各上游相邻节点的上游相邻节点并判断其是否告警，直至一个节点不具有上游相邻节点或其上游相邻节点不告警，进入步骤s1108进行处理。
在步骤s1108，可以将不存在告警的上游相邻节点的节点标记为第二告警根节点，认为其为第一告警根节点的告警根源。
图6是本公开实施例中确定第一告警根节点、第二告警根节点的示意图。
参考图6，假设系统具有8个节点a～h，形成四个单独的关联结构1～4，接收到b、c、d、e、f、h六个节点的告警信息，且设置连续告警节点数大于等于3为告警触发条件。
首先，对于关联结构1，可以确定节点b为第一告警根节点。接下来在各关联结构中查找节点b的告警相邻节点，在关联结构2中找到节点f。对于关联结构3而言，虽然节点g为节点b的上游相邻节点，但是不告警，因此，不对节点g进行处理。接下来，在各关联结构中查找节点f的告警的上游相邻节点，查找到节点h，且节点h不具有上游相邻节点。则此时可以将节点h确定为第二告警根节点。
对于关联结构2，确定节点f为第一告警根节点，按步骤s1102～步骤s1108确定节点h为第二告警根节点。
对于关联结构3和4，由于不满足告警触发条件，因此不对关联结构3和4确定第一告警根节点。
最终，确定节点h为系统的第二告警根节点。
需要说明的是，在实际过程中，也可以直接确定各关联结构的第一告警根节点(如果存在)并记录各第一告警根节点涉及的后续告警节点，从而在判断当前第一告警根节点的告警的上游相邻节点时，直接读取各第一告警根节点的后续告警节点，查找一个第一告警根节点是否记录当前第一告警根节点的标识符，如果有，则直接将该第一告警根节点设置为当前第一告警根节点的根源，提高查找告警的上游相邻节点的效率。
此外，由于系统存在延时、实时变化等情况，可以实时接收告警信息，更新各节点的告警信息，以及时根据最新告警情况确定第二告警根节点。在一些实施例中，可以对各关联结构进行多次确定第一告警根节点以及第二告警根节点，以降低系统告警信息的实时更新对分析结果的影响，提高分析准确度。
通过在多个独立的关联结构中查找第一告警根节点的告警根源，可以在复杂的拓扑结构中迅速定位告警根源，提高运维效率。
图7是本公开系统告警处理方法的另一种流程图。
参考图7，在本公开的一种示例性实施例中，还包括：
步骤s112，确定所述第二告警根节点的主告警类别，在存在多个告警类别时，确定预设优先级最高的为所述主告警类别。
一个第二告警根节点可能被记录了多于一个告警标识符，这些告警标识符分属于不同告警类别。此时，可以按照预设优先级选择优先级最高的告警类别作为主告警类别，例如，可以设置网络设备告警的权重值为90分，数据库告警的权重值为70分，当一个第二告警根节点同时存在网络设备告警和数据库告警的告警记录时，选择网络设备告警作为主告警类别。
在本公开的一种示例性实施例中，还包括：
步骤s114，根据所述第二告警根节点的标识以及所述主告警类别自动推荐告警解决方案。
可以根据历史告警处理信息生成告警方案库，在确定主告警类别后，根据主告警类别以及系统当前参数，根据告警方案库自动推荐告警解决方案。告警解决方案的生成方式可以有多种，本公开对此不做特殊限定。
完成对一个关联结构确定第二告警根节点和/或主告警类别的过程后，可以对其他符合告警触发条件的关联结构进行如步骤s108～步骤s114的处理。
本公开通过将复杂的系统拓扑结构拆分成多个独立的关联结构，并对满足预设条件的关联结构确定第一告警根节点、第二告警根节点，可以减少对系统的告警梳理次数，增强分析条理性，提高告警定位效率以及定位准确度。通过结合历史告警信息处理方案自动推荐智能解决方案，还可以提高运维人员解决告警问题的效率。
对应于上述方法实施例，本公开还提供一种系统告警处理装置，可以用于执行上述方法实施例。
图8示意性示出本公开一个示例性实施例中一种系统告警处理装置的方框图。
参考图8，系统告警处理装置800可以包括：
结构整理模块802，设置为获取系统拓扑网络，根据所述系统拓扑网络生成多个独立的关联结构，每个所述关联结构包括单向调用的多个节点；
告警标识模块804，设置为响应节点告警信息，判断告警节点，对包括所述告警节点的关联结构记录该告警节点的告警标识符；
结构筛选模块806，设置为获取满足告警触发条件的所述关联结构；
结构根节点确定模块808，设置为获取每个所述关联结构中的第一告警根节点；
系统根节点确定模块810，设置为根据所述第一告警根节点的告警标识符在多个所述关联结构中确定第二告警根节点。
在本公开的一种示例性实施例中，结构根节点确定模块808包括：
头告警节点查找单元8082，设置为从上游查找所述关联结构的第一个头告警节点，所述头告警节点的上游无相邻节点或上游相邻节点未告警；
告警相关判断单元8084，设置为判断所述头告警节点的下游相邻预设值个节点是否均告警，如果否，向下游查找下一个头告警节点，直至成功设置所述第一告警根节点或查找到所述关联结构的最下游告警节点，如果是，调用第一告警根节点确定单元8086；
第一告警根节点确定单元8086，设置为将所述头告警节点设置为所述第一告警根节点。
在本公开的一种示例性实施例中，系统根节点确定模块810包括：
系统查找单元8102，设置为根据所述第一告警根节点的节点标识符在多个所述关联结构中查找该第一告警根节点；
节点判断单元8104，设置为判断该第一告警根节点是否存在告警的上游相邻节点，如果是，在多个所述关联结构中查找所述上游相邻节点的上游相邻节点并判断其是否告警，直至查找到一个上游相邻节点不告警或不存在上游相邻节点的节点；
第二告警根节点确定单元8106，设置为将不存在告警的上游相邻节点的节点设置为所述第二告警根节点。
在本公开的一种示例性实施例中，还包括：
主告警类别确定模块812，设置为确定所述第二告警根节点的主告警类别，在存在多个告警类别时，确定预设优先级最高的为所述主告警类别。
在本公开的一种示例性实施例中，还包括：
解决方案自动推荐模块814，设置为根据所述第二告警根节点的标识以及所述主告警类别自动推荐告警解决方案。
在本公开的一种示例性实施例中，所述关联结构包括链形结构与树形结构。
在本公开的一种示例性实施例中，所述告警触发条件包括在一个所述关联结构中有大于等于预设值个节点具有告警标识符。
由于装置800的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
下面参照图9来描述根据本发明的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。
其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元910可以执行如图1中所示的步骤s102：获取系统拓扑网络，根据所述系统拓扑网络生成多个独立的关联结构，每个所述关联结构包括单向调用的多个节点；步骤s104：响应节点告警信息，判断告警节点，对包括所述告警节点的关联结构记录该告警节点的告警标识符；步骤s106：获取满足告警触发条件的所述关联结构；步骤s108：获取每个所述关联结构中的第一告警根节点。
存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(rom)9203。
存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备900也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口950进行。并且，电子设备900还可以通过网络适配器990与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器990通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
参考图10所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。