本发明涉及通信技术领域，尤其涉及一种报文处理方法和装置。
背景技术：
目前，网络设备上需要集成的业务越来越多，网络设备在提供网络业务的基础上，还可以提供其它业务，例如，物联网关业务、NAS(NetworkAttachedStorage，网络附加存储)业务等。
基于多CPU(CentralProcessingUnit，中央处理器)或者多核CPU技术，可以在网络设备中集成多CPU或者多核CPU，每个独立的CPU或者CPU核运行一个OS(OperatingSystem，操作系统)，每个OS提供一种业务。
例如，在网络设备集成两个CPU，一个CPU运行OS1，OS1提供网络业务，具有单独的IP地址和WEB管理界面，另一个CPU运行OS2，OS2提供NAS业务，也具有单独的IP地址和WEB管理界面。这样当用户需要使用网络业务或管理相应OS的WEB管理界面时，会使用网络业务对应的OS1的IP地址进行访问或管理，当用户需要使用NAS业务或管理相应OS的WEB管理界面时，会使用NAS业务对应的OS2的IP地址进行访问或管理。因此，在实际使用过程中，用户需要在多个OS之间频繁进行切换访问或管理，并且还要记住多个OS的IP地址，使得用户体验较低。
技术实现要素：
本发明提供一种报文处理方法，应用在网络设备上，所述方法包括：
在通过所述网络设备的第一操作系统OS接收到来自终端的目的IP地址为所述第一OS的IP地址的超文本传输协议HTTP请求报文时，若所述网络设备的WEB管理界面位于所述网络设备上IP地址与所述第一OS的IP地址不同的第二OS，则通过所述第一OS将所述第二OS的IP地址通知给所述终端，以由所述终端依据所述第二OS的IP地址对所述网络设备进行业务配置；
在通过第一OS接收到来自所述终端的目的IP地址为所述第一OS的IP地址的非HTTP报文时，若所述网络设备上IP地址与所述第一OS的IP地址不同的第三OS用于处理所述非HTTP报文，则通过所述第一OS将所述非HTTP报文的目的IP地址修改为所述第三OS的IP地址，将修改后的非HTTP报文发送给所述第三OS，并在通过所述第三OS接收到所述修改后的非HTTP报文时，通过所述第三OS对所述修改后的非HTTP报文进行处理。
本发明提供一种报文处理装置，应用在网络设备上，所述装置包括：
超文本传输协议HTTP报文处理模块，用于在通过网络设备的第一操作系统OS接收到来自终端的目的IP地址为所述第一OS的IP地址的HTTP请求报文时，若网络设备的WEB管理界面位于网络设备上IP地址与所述第一OS的IP地址不同的第二OS，则通过所述第一OS将所述第二OS的IP地址通知给所述终端，以由所述终端依据所述第二OS的IP地址对所述网络设备进行业务配置；
非HTTP报文处理模块，用于在通过第一OS接收到来自所述终端的目的IP地址为所述第一OS的IP地址的非HTTP报文时，若网络设备上IP地址与所述第一OS的IP地址不同的第三OS用于处理所述非HTTP报文，通过所述第一OS将所述非HTTP报文的目的IP地址修改为所述第三OS的IP地址，将修改后的非HTTP报文发送给所述第三OS，并在通过所述第三OS接收到所述修改后的非HTTP报文时，通过所述第三OS对所述修改后的非HTTP报文进行处理。
基于上述技术方案，本发明实施例中，当网络设备包括至少两个OS，且每个OS具有独立的IP地址时，可以只向终端提供一个IP地址，终端可以使用该IP地址，管理或者访问包括至少两个OS的网络设备，不需要向终端提供多个IP地址，在多个OS之间进行切换访问或管理，提升用户体验。
附图说明
图1是本发明一种实施方式中的包括两个OS的网络设备的结构示意图；
图2是本发明一种实施方式中的报文处理方法的流程图；
图3是本发明一种实施方式中的网络设备的硬件结构图；
图4是本发明一种实施方式中的报文处理装置的结构图。
具体实施方式
在本申请使用的术语仅仅是出于描述特定实施例的目的，而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
针对现有技术中存在的问题，本发明实施例中提出了一种报文处理方法，该方法可以应用在网络设备上，且该网络设备包括至少两个OS，每个OS均具有独立的IP地址(即，不同OS的IP地址不相同)。在这至少两个OS中，至少包括一个用于提供网络业务的OS而其它OS可以包括用于提供NAS业务的OS和/或用于提供物联网关业务的OS等。以图1为本发明实施例的应用场景示意图，该网络设备可以包括OS1和OS2等，OS1用于提供网络业务，且OS1的IP地址为IP地址1，OS2用于提供NAS业务，且OS2的IP地址为IP地址2。
本发明实施例中，网络设备不再像现有技术那样，针对每个OS单独内置一个WEB管理界面，而是仅内置一个WEB管理界面，终端可以利用浏览器登录到该WEB管理界面，继而在该WEB管理界面上对网络设备上的每个OS进行相关业务配置。例如，对OS1进行网络业务配置；对OS2进行NAS业务配置。
其中，该WEB管理界面可以部署在任意OS。例如，可以将WEB管理界面部署在OS1，也可以部署在OS2，不管WEB管理界面部署在哪个OS，WEB管理界面均包含OS1的业务配置以及OS2的业务配置。
本发明实施例中，虽然网络设备的每个OS均有一个独立的IP地址，但网络设备对外只会提供一个IP地址，如提供OS1的IP地址1，这样，终端在访问该网络设备时，会发送目的IP地址为IP地址1的报文。假设终端向OS1对应的接口硬件发送报文，则该报文被接口硬件上送给OS1，OS1发现该报文的目的IP地址是自己的IP，直接对报文进行处理。假设终端向OS2对应的接口硬件发送报文，则该报文被此接口硬件上送给OS2，OS2发现该报文的目的IP地址是OS1的IP地址，会将该报文转发给OS1，之后由OS1对该报文进行处理。
本发明实施例中，假设将第一OS的IP地址提供给终端，且第一OS可以为OS1或者OS2，并且WEB管理界面可以位于OS1或者OS2。
在上述应用场景下，如图2所示，该报文处理方法可以包括以下步骤：
步骤201，通过第一OS接收到来自终端的目的IP地址为第一OS的IP地址的报文。其中，如果该报文是HTTP请求报文，则执行步骤202；如果该报文是非HTTP报文，则执行步骤203。
在本步骤中，该报文可能是第一OS对应的接口硬件收到后直接上送的，也可能是除第一OS外的其它OS转发过来的。
在本发明实施例中，由于网络设备是将第一OS的IP地址提供给终端，因此，终端只知道第一OS的IP地址。终端在访问网络设备的第一OS或者其它OS时，均会向网络设备发送目的IP地址为第一OS的IP地址的报文，而不会主动向网络设备发送目的IP地址为第一OS之外的其它OS的IP地址的报文。
步骤202，若网络设备的WEB管理界面位于网络设备上IP地址与第一OS的IP地址不同的第二OS，则通过第一OS将该第二OS的IP地址通知给终端，以由终端依据该第二OS的IP地址对网络设备进行业务配置。此外，若WEB管理界面位于第一OS，则通过第一OS对HTTP请求报文进行处理。
本发明实施例中，通过第一OS将第二OS的IP地址通知给终端的过程，具体可以包括但不限于如下方式：通过第一OS向终端发送携带第二OS的IP地址的HTTP重定向响应报文，所述HTTP重定向响应报文用于指示所述终端依据所述第二OS的IP地址对所述网络设备进行业务配置或者HTTP访问。
本发明实施例中，终端发送HTTP请求报文的目的在于，向网络设备询问WEB管理界面在哪，以便后续终端对网络设备进行业务配置或者HTTP访问。
当WEB管理界面位于第一OS时，网络设备通过第一OS对HTTP请求报文进行处理，即，告知终端后续依据第一OS的IP地址对网络设备进行业务配置或者HTTP访问。
例如，通过第一OS通知终端将对网络设备进行业务配置的配置信息(即，WEB配置信息)上送给第一OS。基于此，终端会将WEB配置信息发送到第一OS上。后续通过第一OS接收来自终端的WEB配置信息。若WEB配置信息为第一OS的配置信息，则通过第一OS将WEB配置信息配置到第一OS上。若WEB配置信息为除第一OS之外的其它OS的配置信息，则通过第一OS使用第一OS与其它OS之间的内部通信协议将WEB配置信息发送给其它OS，并通过其它OS将WEB配置信息配置到其它OS上。在这里，在某一时刻，通过第一OS可能收到多条WEB配置信息，会分别确定一下这些WEB配置信息均涉及到哪些OS。
又例如，通过第一OS通知终端将对网络设备进行HTTP访问的HTTP访问报文上送给第一OS。基于此，终端会将HTTP访问报文发送到第一OS上。后续通过第一OS接收到HTTP访问报文时，对HTTP访问报文进行处理(具体处理过程与现有技术中在每个OS上均设置WEB管理界面时处理HTTP访问报文的过程相同，在此不再详述)，并向终端返回响应报文。
当WEB管理界面位于第二OS时，告知终端后续依据第二OS的IP地址对网络设备进行业务配置或者HTTP访问，即，通过第一OS向终端发送携带第二OS的IP地址的HTTP重定向响应报文，以指示终端依据第二OS的IP地址对网络设备进行业务配置或者HTTP访问。
例如，通过第二OS通知终端将WEB配置信息上送给第二OS。基于此，终端会将WEB配置信息发送到第二OS上。后续通过第二OS接收来自终端的WEB配置信息。若WEB配置信息为第二OS的配置信息，则通过第二OS将WEB配置信息配置到第二OS上。若WEB配置信息为除第二OS之外的其它OS的配置信息，则通过第二OS使用第二OS与其它OS之间的内部通信协议将WEB配置信息发送给其它OS，并通过其它OS将WEB配置信息配置到其它OS上。
又例如，通过第一OS通知终端将对网络设备进行HTTP访问的HTTP访问报文上送给第二OS。基于此，终端会将HTTP访问报文发送到第二OS上。后续通过第二OS接收到HTTP访问报文时，对HTTP访问报文进行处理(具体处理过程与现有技术中在每个OS上均设置WEB管理界面时处理HTTP访问报文的过程相同，在此不再详述)，并向终端返回响应报文。
在上述WEB配置信息的配置过程中，如果WEB配置信息用于在OS上配置网络业务，则利用该WEB配置信息在相应的OS上配置网络业务，以使该OS可以提供网络业务。如果WEB配置信息用于在OS上配置NAS业务，则利用该WEB配置信息在相应的OS上配置NAS业务，以使该OS可以提供NAS业务。
并且，当一个OS获得另一个OS的WEB配置信息之后，该内部通信协议主要用于使该一个OS将另一个OS的WEB配置信息发送给另一个OS。其中，该内部通信协议可以是私有协议或者通用协议，例如，该内部通信协议可以是Socket(套接字)+Json(JavaScriptObjectNotation，直译式脚本语言对象表示法)，或者HTTP(HyperTextTransferProtocol，超文本传输协议)等，对此不做限制，所有能够在两个OS之间传递WEB配置信息的方式均可以。
针对将WEB配置信息配置到对应的OS的过程，在现有技术中，终端的持有用户需要分别使用网络设备上每个OS的IP地址管理对应的OS，在不同OS间不断切换。即，每个OS上均存在WEB管理界面，这样，任一OS只会接收到本OS的WEB配置信息，然后利用WEB配置信息在本OS上配置相关业务。
而本发明实施例中，终端的持有用户仅使用一个OS的IP地址即可管理网络设备的多个OS，提高了用户体验。即，只会在一个OS上配置WEB管理界面，这样，通过使用一个OS的IP地址即可找到WEB管理界面所在的OS，然后该OS会收到对不同OS进行业务配置的WEB配置信息，利用彼此之间的内部通信协议完成相关WEB配置信息的传递，最终实现多个OS的业务配置，无需频繁切换OS。
步骤203，若网络设备上IP地址与第一OS的IP地址不同的第三OS用于处理非HTTP报文，通过第一OS将非HTTP报文的目的IP地址修改为第三OS的IP地址，将修改后的非HTTP报文发送给第三OS，并在通过第三OS接收到修改后的非HTTP报文时，通过第三OS对修改后的非HTTP报文进行处理。此外，若第一OS用于处理非HTTP报文，通过第一OS对非HTTP报文进行处理。
其中，该第三OS与上述的第二OS，可以相同，也可以不同。上述非HTTP报文可以是针对NAS业务或者物联网关业务的报文。
在本步骤中，针对通过第一OS对非HTTP报文进行处理的过程，与现有技术中处理非HTTP报文所属业务的OS处理相应业务报文的过程相同，在此不再详述。
另外，通过第一OS将非HTTP报文的目的IP地址修改为第三OS的IP地址的过程，具体可以包括但不限于如下方式：通过第一OS利用该非HTTP报文携带的目的端口查询预先配置的端口映射表，得到第三OS的IP地址，其中，该端口映射表中记录有各非WEB业务(即，非HTTP业务)对应的端口与提供非WEB业务的OS的IP地址之间的对应关系。通过第一OS将该非HTTP报文的目的IP地址修改为当前得到的第三OS的IP地址。
针对通过第三OS对该修改后的非HTTP报文进行处理的过程，具体为：通过第三OS从该修改后的非HTTP报文中解析出用于访问非WEB业务(如NAS业务或者物联网关业务)的访问信息，并利用该访问信息进行非WEB业务处理，得到非WEB业务处理的响应报文。进一步的，在通过第三OS对修改后的非HTTP报文进行处理之后，通过第三OS将针对修改后的非HTTP报文的响应报文发送给第一OS，并在通过第一OS接收到该响应报文时，则通过第一OS将该响应报文的源IP地址修改为第一OS的IP地址，并通过第一OS向终端返回修改后的响应报文。
本发明实施例中，在第一OS上启用NAT功能，基于NAT功能，在第一OS上预先维护一个端口映射表，该端口映射表中记录各非WEB业务对应的端口与提供该非WEB业务的OS的IP地址之间的对应关系。例如，记录NAS业务对应的端口与提供该NAS业务的OS的IP地址之间的对应关系，记录物联网关业务对应的端口与提供该物联网关业务的OS的IP地址之间的对应关系。NAS业务可以是终端通过windows文件浏览器访问共享文件，或者，终端通过FTP(FileTransferProtocol，文件传输协议)软件访问共享文件的业务。
针对非WEB业务的报文(即，非HTTP报文)的处理过程，在现有技术中，用户要想访问多种非WEB业务，需要不断切换OS。而在本发明实施例中，用户只需使用一个OS的IP地址即可访问多种非WEB业务，即，当第一OS接收到目的IP地址为本OS的IP地址的非HTTP报文时，如果是本OS处理该非HTTP报文，则由本OS直接处理非HTTP报文，如果是其它OS处理该非HTTP报文，则需要基于NAT功能对非HTTP报文的目的IP地址进行修改，并将修改后的非HTTP报文发送到其它OS，以协助完成非WEB业务的访问，提高了用户体验。
基于上述技术方案，当网络设备包括至少两个OS，且每个OS具有独立的IP地址时，可以只向终端提供一个IP地址，终端可以使用该IP地址，管理或者访问包括至少两个OS的网络设备，不需要向终端提供多个IP地址，在多个OS之间进行切换访问或管理，提升用户体验。
以下结合图1所示的应用场景对本发明提供的报文处理方法进行详细说明。在本应用场景下，网络设备可以包括用于提供网络业务的OS1和用于提供NAS业务的OS2，OS1的IP地址为IP地址1，OS2的IP地址为IP地址2，此外，WEB管理界面可以部署在OS1或者OS2，且对外提供OS1的IP地址1。
在OS1收到HTTP请求报文的应用场景下，上述报文处理方法可以包括以下步骤：
步骤1、OS1接收来自终端的目的IP地址为IP地址1的HTTP请求报文。
步骤2、OS1判断WEB管理界面是否位于本OS1，如果是，则执行步骤3，如果否，认定WEB管理界面位于OS2上，则执行步骤4。
步骤3、OS1对HTTP请求报文进行处理，并向终端返回响应报文，以指示终端依据IP地址1对网络设备进行HTTP访问或者业务配置。
终端收到响应报文后，在需要对网络设备进行HTTP访问时，可以向OS1发送HTTP访问报文(即该HTTP访问报文的目的IP地址为IP地址1)，后续由OS1直接处理；在需要对网络设备进行业务配置时，可以向OS1发送WEB配置信息(可以以WEB交互报文的方式体现)，后续OS1收到WEB配置信息时，判断一下WEB配置信息是哪个OS的，若是自己的，直接将WEB配置信息配置给自己；若是其它OS的，则通过内部通信协议将WEB配置信息转给其它OS，由其它OS将相关WEB配置信息配置过去。
步骤4、OS1向终端发送携带OS2的IP地址的HTTP重定向响应报文，该HTTP重定向响应报文用于指示终端依据OS2的IP地址对网络设备进行HTTP访问或者业务配置。
在本步骤之后，终端在需要对网络设备进行HTTP访问时，可以向OS2发送HTTP访问报文(即该HTTP访问报文的目的IP地址为IP地址2)，后续由OS2直接处理；在需要对网络设备进行业务配置时，可以向OS2发送WEB配置信息(可以以WEB交互报文的方式体现)，后续OS2收到WEB配置信息时，判断一下WEB配置信息是哪个OS的，若是自己的，直接将WEB配置信息配置给自己；若是其它OS的，则通过内部通信协议将WEB配置信息转给其它OS，由其它OS将相关WEB配置信息配置过去。
在OS1收到非HTTP报文的应用场景下，上述报文处理方法可以包括以下步骤：
步骤1、OS1接收来自终端的目的IP地址为IP地址1的非HTTP报文。
步骤2、OS1判断是否由本OS1处理该非HTTP报文。如果是，则执行步骤3，如果否，认定由OS2处理该非HTTP报文(例如NAS业务报文)，则执行步骤5。
步骤3、OS1从非HTTP报文中解析出用于访问非WEB业务的访问信息，并利用该访问信息进行非WEB业务处理。
步骤4、OS1向终端返回非WEB业务处理的响应报文。
步骤5、OS1利用非HTTP报文携带的目的端口查询预先配置的端口映射表，得到该目的端口对应的OS2的IP地址2。
步骤6、OS1将非HTTP报文的目的IP地址修改为OS2的IP地址2。
步骤7、OS1将修改后的非HTTP报文发送给OS2。
步骤8、OS2接收目的IP地址为IP地址2的非HTTP报文。
步骤9、OS2从非HTTP报文中解析出用于访问非WEB业务的访问信息，并利用该访问信息进行非WEB业务处理。
步骤10、OS2向OS1返回非WEB业务处理的响应报文。
步骤11、OS1在接收到非WEB业务处理的响应报文后，将该响应报文的源IP地址修改为OS1的IP地址1(修改前为OS2的IP地址2)。
步骤12、OS1向终端返回修改后的响应报文。
基于与上述方法同样的发明构思，本发明实施例中还提供一种报文处理装置，该报文处理装置应用在网络设备上。该报文处理装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在的网络设备的处理器，读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言，如图3所示，为本发明提出的报文处理装置所在的网络设备的一种硬件结构图，除了图3所示的处理器、非易失性存储器外，网络设备还可以包括其他硬件，如负责处理报文的转发芯片、网络接口、内存等；从硬件结构上来讲，该网络设备还可能是分布式设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。
如图4所示，为本发明提出的报文处理装置的结构图，所述装置包括：
HTTP报文处理模块11，用于在通过网络设备的第一操作系统OS接收到来自终端的目的IP地址为所述第一OS的IP地址的HTTP请求报文时，若网络设备的WEB管理界面位于网络设备上IP地址与所述第一OS的IP地址不同的第二OS，则通过所述第一OS将所述第二OS的IP地址通知给所述终端，以由所述终端依据所述第二OS的IP地址对所述网络设备进行业务配置；
非HTTP报文处理模块12，用于在通过第一OS接收到来自终端的目的IP地址为所述第一OS的IP地址的非HTTP报文时，若网络设备上IP地址与所述第一OS的IP地址不同的第三OS用于处理所述非HTTP报文，通过所述第一OS将所述非HTTP报文的目的IP地址修改为所述第三OS的IP地址，将修改后的非HTTP报文发送给所述第三OS，并在通过所述第三OS接收到所述修改后的非HTTP报文时，通过所述第三OS对所述修改后的非HTTP报文进行处理。
所述HTTP报文处理模块11，具体用于在通过第一OS将第二OS的IP地址通知给所述终端的过程中，通过所述第一OS向终端发送携带第二OS的IP地址的HTTP重定向响应报文，所述HTTP重定向响应报文用于指示所述终端依据所述第二OS的IP地址对所述网络设备进行业务配置或者HTTP访问。
所述非HTTP报文处理模块12，具体用于在通过第一OS将所述非HTTP报文的目的IP地址修改为所述第三OS的IP地址的过程中，通过所述第一OS利用所述非HTTP报文携带的目的端口查询预先配置的端口映射表，得到所述第三OS的IP地址，其中，所述端口映射表中记录有各非WEB业务对应的端口与提供所述非WEB业务的OS的IP地址之间的对应关系；通过所述第一OS将所述非HTTP报文的目的IP地址修改为当前得到的所述第三OS的IP地址；
所述非HTTP报文处理模块12，还用于在通过所述第三OS对所述修改后的非HTTP报文进行处理之后，通过所述第三OS将针对所述修改后的非HTTP报文的响应报文发送给所述第一OS，并在通过所述第一OS接收到所述响应报文时，通过所述第一OS将所述响应报文的源IP地址修改为所述第一OS的IP地址，并通过所述第一OS向所述终端返回修改后的响应报文。
所述HTTP报文处理模块11，还用于若所述WEB管理界面位于所述第一OS，则通过所述第一OS对所述HTTP请求报文进行处理；
所述非HTTP报文处理模块12，还用于若所述第一OS用于处理所述非HTTP报文，则通过所述第一OS对所述非HTTP报文进行处理。
所述HTTP报文处理模块11，还用于在通过所述第一OS对所述HTTP请求报文进行处理之后，通过所述第一OS接收来自所述终端的WEB配置信息；
若所述WEB配置信息为所述第一OS的配置信息，则通过所述第一OS将所述WEB配置信息配置到所述第一OS上；若所述WEB配置信息为除所述第一OS之外的其它OS的配置信息，则通过所述第一OS使用所述第一OS与所述其它OS之间的内部通信协议将所述WEB配置信息发送给所述其它OS，并通过所述其它OS将所述WEB配置信息配置到所述其它OS上。
所述HTTP报文处理模块11，还用于在通过所述第一OS将所述第二OS的IP地址通知给所述终端之后，通过所述第二OS接收来自所述终端的WEB配置信息；若所述WEB配置信息为所述第二OS的配置信息，则通过所述第二OS将所述WEB配置信息配置到所述第二OS上；若所述WEB配置信息为除所述第二OS之外的其它OS的配置信息，则通过所述第二OS使用所述第二OS与所述其它OS之间的内部通信协议将所述WEB配置信息发送给所述其它OS，并通过所述其它OS将所述WEB配置信息配置到所述其它OS上。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可进一步拆分成多个子模块。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。