技术领域
[0001] 本
发明涉及通信技术领域，尤指一种基于网络设备的业务处理方法及装置。
背景技术
[0002] 随着互联网的广泛普及和互联网用户的飞速增长，路由器、网关、
防火墙、无线
控制器(Access Controller，AC)、无线接入点(Access Point，AP)等网络设备上需要挂载的业务越来越多，网络设备无法采用
硬件执行所有的业务。通常，网络设备会采用
软件执行部分业务，而采用软件执行业务时会依赖于对
中央处理器(Central Processing Unit，CPU)、内存等网络设备的硬件资源的占用。
[0003] 目前，网络设备中的CPU既要加载
操作系统又要进行业务处理，一旦业务处理出现异常，如非法地址
访问导致的crash、内存改写带来的异常等等，都会导致网络设备的整机宕机以及重启，这势必会出现较长时间的业务断流，严重影响用户体验。
发明内容
[0004] 本发明
实施例提供一种基于网络设备的业务处理方法及装置，用以解决
现有技术中存在的业务处理异常时出现较长时间的业务断流以及严重影响用户体验的问题。
[0005] 根据本发明实施例，还提供一种基于网络设备的业务处理方法，所述网络设备包括第一中央处理器CPU和第二CPU，其特征在于，所述第一CPU运行操作系统，所述第二CPU为裸核，所述方法应用在所述第二CPU中，所述方法包括：
[0006] 监控运行的第一应用程序的第一实例是否出现异常；
[0007] 若监控到所述第一实例出现异常，则退出所述第一实例，并创建所述第一应用程序的第二实例；
[0008] 通过所述第一CPU获取所述第二实例的第一加载数据；
[0009] 加载所述第一加载数据后进行业务处理。
[0010] 具体的，通过所述第一CPU获取所述第二实例的第一加载数据，具体包括：
[0011] 向所述第一CPU发送加载数据获取
请求，以使所述第一CPU将携带所述第二实例的第一加载数据的加载数据获取响应发送给所述第二CPU；
[0012] 接收所述加载数据获取响应；
[0013] 获取所述加载数据获取响应中携带的第一加载数据，得到所述第二实例的第一加载数据。
[0014] 具体的，向所述第一CPU发送加载数据获取请求，具体包括：
[0015] 将所述加载数据获取请求写入与所述第二CPU对应的第一内存中，以使所述第一CPU从所述第一内存中获取所述加载数据获取请求；
[0016] 接收所述加载数据获取响应，具体包括：
[0017] 当所述第一CPU将携带所述第二实例的第一加载数据的加载数据获取响应写入所述第一内存后，从所述第一内存中获取所述加载数据获取响应。
[0018] 可选的，监控到所述第一实例出现异常之后，还包括：
[0019] 清除所述第一应用程序对应的运行标识；以及，
[0020] 加载所述第一加载数据后进行业务处理之后，还包括：
[0021] 写入所述第一应用程序对应的运行标识。
[0022] 可选的，还包括：
[0023] 向其他第二CPU发送异常中断，以使所述其他第二CPU退出运行的第二应用程序的第三实例，清除所述第二应用程序对应的运行标识，并创建所述第二应用程序的第四实例，通过所述第一CPU获取所述第四实例的第二加载数据，加载所述第二加载数据后进行业务处理，写入所述第二应用程序对应的运行标识。
[0024] 根据本发明实施例，还提供一种基于网络设备的业务处理装置，所述网络设备包括第一CPU和第二CPU，所述第一CPU运行操作系统，所述第二CPU为裸核，所述装置应用在所述第二CPU中，所述装置包括：
[0025] 监控模
块，用于监控运行的第一应用程序的第一实例是否出现异常；
[0026] 创建模块，用于若监控到所述第一实例出现异常，则退出所述第一实例，并创建所述第一应用程序的第二实例；
[0027] 获取模块，用于通过所述第一CPU获取所述第二实例的第一加载数据；
[0028] 处理模块，用于加载所述第一加载数据后进行业务处理。
[0029] 具体的，所述获取模块，具体用于：
[0030] 向所述第一CPU发送加载数据获取请求，以使所述第一CPU将携带所述第二实例的第一加载数据的加载数据获取响应发送给所述第二CPU；
[0031] 接收所述加载数据获取响应；
[0032] 获取所述加载数据获取响应中携带的第一加载数据，得到所述第二实例的第一加载数据。
[0033] 具体的，所述获取模块，用于向所述第一CPU发送加载数据获取请求，具体用于：
[0034] 将所述加载数据获取请求写入与所述第二CPU对应的第一内存中，以使所述第一CPU从所述第一内存中获取所述加载数据获取请求；
[0035] 所述获取模块，用于接收所述加载数据获取响应，具体用于：
[0036] 当所述第一CPU将携带所述第二实例的第一加载数据的加载数据获取响应写入所述第一内存后，从所述第一内存中获取所述加载数据获取响应。
[0037] 可选的，还包括清除模块和写入模块，其中：
[0038] 所述清除模块，用于监控到所述第一实例出现异常之后，清除所述第一应用程序对应的运行标识；
[0039] 所述写入模块，用于加载所述第一加载数据后进行业务处理之后，写入所述第一应用程序对应的运行标识。
[0040] 可选的，还包括发送模块，用于：
[0041] 向其他第二CPU发送异常中断，以使所述其他第二CPU退出运行的第二应用程序的第三实例，清除所述第二应用程序对应的运行标识，并创建所述第二应用程序的第四实例，通过所述第一CPU获取所述第四实例的第二加载数据，加载所述第二加载数据后进行业务处理，写入所述第二应用程序对应的运行标识。
[0042] 本发明有益效果如下：
[0043] 本发明实施例提供一种基于网络设备的业务处理方法及装置，通过监控运行的第一应用程序的第一实例是否出现异常；若监控到所述第一实例出现异常，则退出所述第一实例，并创建所述第一应用程序的第二实例；通过所述第一CPU获取所述第二实例的第一加载数据；加载所述第一加载数据后进行业务处理。该方案中，第一CPU上运行操作系统，第二CPU为裸核，可以运行应用程序，当应用程序的第一实例出现异常时，可以仅仅重启第二CPU，即，退出第一应用程序的第一实例，并创建第一应用程序的第二实例，获取第一应用程序的第二实例的第一加载数据并加载，可见，运行操作系统的第一CPU一直运行，并没有重启，而重启第二CPU耗费的时间是很短的，因此不会出现较长时间的业务断流，相对于现有技术中整机重启的方案，可以大大提升用户体验。
附图说明
[0044] 图1为本发明实施例中一种基于网络设备的业务处理方法的
流程图；
[0045] 图2为本发明实施例中S13的流程图；
[0046] 图3为本发明实施例中一种基于网络设备的业务处理装置的结构示意图；
[0047] 图4为本发明实施例中另一种基于网络设备的业务处理装置的结构示意图；
[0048] 图5为本发明实施例中再一种基于网络设备的业务处理装置的结构示意图。
具体实施方式
[0049] 针对现有技术中存在的业务处理异常时出现较长时间的业务断流以及严重影响用户体验的问题，本发明实施例提供一种基于网络设备的业务处理方法，该网络设备包括第一CPU和第二CPU，其中，第一CPU上运行操作系统，第一CPU上运行的操作系统可以但不限于为LINUX操作系统，作为网络设备的控制面和管理面，负责表项的学习、下发等等，第二CPU为裸核，第二CPU上不运行操作系统，但可以运行应用程序，第二CPU运行的应用程序用来进行业务处理，作为网络设备的转
发面，可以但不限于进行报文转发、
数据处理等等，第一CPU和第二CPU的数量为至少一个，无论第二CPU的数量为一个还是多个，每个CPU上均可执行该基于网络设备的业务处理方法，该方法的流程如图1所示，执行步骤如下：
[0050] S11：监控运行的第一应用程序的第一实例是否出现异常。
[0051] 第二CPU上的应用程序可以定义为第一应用程序，第一应用程序运行的实例定义为第一实例，在实际业务处理过程中，第一实例可能会出现异常，例如，非法地址访问导致的crash、内存改写带来的异常等等。因此，第二CPU需要监控第一实例是否出现异常。
[0052] S12：若监控到第一实例出现异常，则退出第一实例，并创建第一应用程序的第二实例。
[0053] 若监控到第一实例出现异常，则需要重启第二CPU，具体可以退出第一实例，然后创建新的实例，新的实例可以定义为第一应用程序的第二实例。
[0054] 若未监控到第一实例出现异常，可以继续执行S11。
[0055] S13：通过第一CPU获取第二实例的第一加载数据。
[0056] 创建完第二实例后，还需要加载相应的加载数据，该加载数据可以定义为第一加载数据，第一加载数据需要从第一CPU获取。
[0057] 其中，第一加载数据可以但不限于为转发路由等等。
[0058] S14：加载第一加载数据后进行业务处理。
[0059] 加载完第一加载数据后就可以实现第二CPU的重启，从而可以继续进行业务处理。
[0060] 该方案中，第一CPU上运行操作系统，第二CPU为裸核，可以运行应用程序，当应用程序的第一实例出现异常时，可以仅仅重启第二CPU，即，退出第一应用程序的第一实例，并创建第一应用程序的第二实例，获取第一应用程序的第二实例的第一加载数据并加载，可见，运行操作系统的第一CPU一直运行，并没有重启，而重启第二CPU耗费的时间是很短的，因此不会出现较长时间的业务断流，相对于现有技术中整机重启的方案，可以大大提升用户体验。
[0061] 具体的，S13中的通过第一CPU获取第二实例的第一加载数据，实现方式如图2所示，具体包括：
[0062] S131：向第一CPU发送加载数据获取请求，以使第一CPU将携带第二实例的第一加载数据的加载数据获取响应发送给第二CPU。
[0063] S132：接收加载数据获取响应。
[0064] S133：获取加载数据获取响应中携带的第一加载数据，得到第二实例的第一加载数据。
[0065] 第一CPU与第二CPU可以通过内存进行通信，每个第二CPU可以配置相应的内存以供通信使用，此时，上述S131中向第一CPU发送加载数据获取请求，具体包括：将加载数据获取请求写入与第二CPU对应的第一内存中，以使第一CPU从第一内存中获取加载数据获取请求。相应地，上述S132中接收加载数据获取响应，具体包括：当所述第一CPU将携带所述第二实例的第一加载数据的加载数据获取响应写入所述第一内存后，从第一内存中获取加载数据获取响应。
[0066] 与第二CPU对应的内存可以定义为第一内存，那么，第一CPU和第二CPU可以通过第一内存实现数据的交互，此时，第一内存作为第一CPU与第二CPU之间的共享内存。当然，第一CPU与第二CPU之间还可以通过其他方式进行通信，这里不再一一赘述。
[0067] 可选的，为了便于确定当前运行的应用程序的实例的状态，可以设置运行标识，在上述S11中监控到第一实例出现异常之后，还包括：清除第一应用程序对应的运行标识；相应地，上述S14中的加载第一加载数据后进行业务处理之后，还包括：写入第一应用程序对应的运行标识。具体可以在寄存器中设置一个标识位用于写入运行标识，运行标识可以根据实际需要进行设定，例如，可以设置1或0为运行标识。
[0068] 可选的，由于所有的第二CPU之间可能会存在相互依赖的关系，当一个第二CPU重启后，其他的第二CPU也需要重启，此时，可以向其他第二CPU发送异常中断，以使其他第二CPU退出运行的第二应用程序的第三实例，清除第二应用程序对应的运行标识，并创建第二应用程序的第四实例，通过第一CPU获取第四实例的第二加载数据，加载第二加载数据后进行业务处理，写入第二应用程序对应的运行标识。
[0069] 其中，其他的第二CPU上运行的应用程序定义为第二应用程序，第二应用程序运行的实例定义为第三实例，当第三实例异常时，退出第三实例，重新创建的实例定义为第四实例，第四实例的加载数据定义为第二加载数据；通过第一CPU获取第四实例的第二加载数据的过程可以参考图2中的S13的流程图，这里不再赘述。
[0070] 基于同一发明构思，本发明实施例提供一种基于网络设备的业务处理装置，该网络设备包括第一CPU和第二CPU，第一CPU运行操作系统，第二CPU为裸核，该装置应用在第二CPU中，该装置的结构如图3所示，具体包括：
[0071] 监控模块31，用于监控运行的第一应用程序的第一实例是否出现异常；
[0072] 创建模块32，用于若监控到第一实例出现异常，则退出第一实例，并创建第一应用程序的第二实例；
[0073] 获取模块33，用于通过第一CPU获取第二实例的第一加载数据；
[0074] 处理模块34，用于加载第一加载数据后进行业务处理。
[0075] 该方案中，第一CPU上运行操作系统，第二CPU为裸核，可以运行应用程序，当应用程序的第一实例出现异常时，可以仅仅重启第二CPU，即，退出第一应用程序的第一实例，并创建第一应用程序的第二实例，获取第一应用程序的第二实例的第一加载数据并加载，可见，运行操作系统的第一CPU一直运行，并没有重启，而重启第二CPU耗费的时间是很短的，因此不会出现较长时间的业务断流，相对于现有技术中整机重启的方案，可以大大提升用户体验。
[0076] 具体的，获取模块33，具体用于：
[0077] 向第一CPU发送加载数据获取请求，以使第一CPU将携带第二实例的第一加载数据的加载数据获取响应发送给第二CPU；
[0078] 接收加载数据获取响应；
[0079] 获取加载数据获取响应中携带的第一加载数据，得到第二实例的第一加载数据。
[0080] 具体的，获取模块33，用于向第一CPU发送加载数据获取请求，具体用于：
[0081] 将加载数据获取请求写入与第二CPU对应的第一内存中，以使第一CPU从第一内存中获取加载数据获取请求；
[0082] 获取模块33，用于接收加载数据获取响应，具体用于：
[0083] 当所述第一CPU将携带所述第二实例的第一加载数据的加载数据获取响应写入所述第一内存后，从第一内存中获取加载数据获取响应。
[0084] 可选的，本发明实施例还提供另一种基于网络设备的业务处理装置，该庄子的结构如图4所示，在图1的
基础上还包括清除模块35和写入模块36，其中：
[0085] 清除模块35，用于监控到第一实例出现异常之后，清除第一应用程序对应的运行标识；
[0086] 写入模块36，用于加载第一加载数据后进行业务处理之后，写入第一应用程序对应的运行标识。
[0087] 可选的，本发明实施例还提供再一种基于网络设备的业务处理装置，该装置的结构如图5所示，在图3的基础上还包括发送模块37，用于：
[0088] 向其他第二CPU发送异常中断，以使其他第二CPU退出运行的第二应用程序的第三实例，清除第二应用程序对应的运行标识，并创建第二应用程序的第四实例，通过第一CPU获取第四实例的第二加载数据，加载第二加载数据后进行业务处理，写入第二应用程序对应的运行标识。
[0089] 本发明是参照根据本发明实施例的方法、设备(系统)、和
计算机程序产品的流程图和/或方
框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中
指定的功能的装置。
[0090] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读
存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0091] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0092] 尽管已描述了本发明的可选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和
修改。所以，所附
权利要求意欲解释为包括可选实施例以及落入本发明范围的所有变更和修改。
[0093] 显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
