业务数据的处理方法、系统、设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其是一种业务数据的处理方法、系统、设备及存储介质。

背景技术

当前，随着信息技术的发展，越来越多的业务数据采用云技术进行处理。例如，在音响设备控制应用中，一般使用网络化主机来实现批量的音响设备播放控制。现有的网络化主机，一般采用常规的TCP/IP或UDP网络传输协议和企业云平台进行通讯，通常平台双方都需要连接到服务器。当网络化主机开机时，就会主动连接企业云平台的TCP服务，企业云平台收到连接请求，同意并把网络化主机的相关信息存入到库表中。这时，网络化主机将会根据协议要求发送对应的JSON格式的数据给到企业云平台，企业云平台通过解析协议数据，识别协议数据的类型，根据不同类型处理数据的业务逻辑并一次入库，再根据业务要求对网络化主机进行指令的下发，实现对网络化主机功能点的控制。

但是，在实际应用中发现，TCP协议是在内核中实现的，应用程序只能使用不能修改，如果要想升级TCP协议，那么只能升级内核。由于内核升级涉及到底层软件和运行库的更新，服务程序就需要回归测试是否兼容新的内核版本，导致升级比较繁琐。并且，基于TCP实现的应用协议，都是需要先建立三次握手才能进行数据传输，存在有延迟较高的问题。

因此，现有技术存在的问题还亟需解决和优化。

发明内容

本申请的目的在于至少一定程度上解决相关技术中存在的技术问题之一。

为此，本申请实施例的一个目的在于提供一种业务数据的处理方法、系统、设备及存储介质。

为了达到上述技术目的，本申请实施例所采取的技术方案包括：

一方面，本申请实施例提供了一种业务数据的处理方法，所述方法包括：

网络化主机开机后，向企业云平台发送连接请求信息；

所述企业云平台将所述连接请求信息发送到企业云数据处理系统；其中，所述企业云数据处理系统使用Netty网络编程框架开发得到；

所述企业云数据处理系统接收所述连接请求信息，对所述连接请求信息进行解析，和所述网络化主机建立连接通道；

所述网络化主机发送协议数据到所述企业云数据处理系统，所述企业云数据处理系统解析处理所述协议数据，并调用所述企业云平台的入库接口实现处理结果的入库。

另外，根据本申请上述实施例的一种业务数据的处理系统，还可以具有以下附加的技术特征：

进一步地，在本申请的一个实施例中，所述方法还包括：

所述企业云平台通过所述企业云数据处理系统下发指令给所述网络化主机，所述网络化主机执行所述指令，并将所述执行结果通过协议数据反馈给所述企业云数据处理系统，所述企业云数据处理系统解析处理所述协议数据，并调用所述企业云平台的入库接口实现所述执行结果的入库。

进一步地，在本申请的一个实施例中，所述企业云数据处理系统包括第一线程池和第二线程池，所述第一线程池用于负责和所述网络化主机建立连接，所述第二线程池用于负责处理连接上的读写任务；所述第一线程池和所述第二线程池中均包括有NioEventLoo线程。

进一步地，在本申请的一个实施例中，所述第一线程池中的线程用于执行以下步骤：

轮询注册在当前线程上的ServiceSocketChannel的accept事件；

处理所述accept事件，与网络化主机建立连接，生成一个NioSocketChannel并注册到第二线程池中的一个线程的选取器上；

循环处理任务队列中的其他任务。

进一步地，在本申请的一个实施例中，所述第二线程池中的线程用于执行以下步骤：

轮询注册在当前线程上的NioSocketChannel的读写事件；

在对应的NioSocketChannel上处理读写事件；

循环处理任务队列中的其他任务。

进一步地，在本申请的一个实施例中，所述企业云数据处理系统包括编码器和解码器。

进一步地，在本申请的一个实施例中，所述企业云数据处理系统通过固定长度的拆包器、行拆包器、分隔符拆包器或者基于数据包长度的拆分器实现协议数据的拆包。

另一方面，本申请实施例提供了一种业务数据的处理系统，所述系统包括网络化主机、企业云平台和企业云数据处理系统；

所述网络化主机、所述企业云平台和所述企业云数据处理系统用于实现上述的业务数据的处理方法。

另一方面，本申请实施例提供一种计算机设备，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行时，使得所述至少一个处理器实现上述的业务数据的处理方法。

另一方面，本申请实施例还提供了一种计算机可读存储介质，其中存储有处理器可执行的程序，上述处理器可执行的程序在由处理器执行时用于实现上述的业务数据的处理方法。

本申请的优点和有益效果将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到：

本申请实施例公开的一种业务数据的处理方法：网络化主机开机后，向企业云平台发送连接请求信息；所述企业云平台将所述连接请求信息发送到企业云数据处理系统；其中，所述企业云数据处理系统使用Netty网络编程框架开发得到；所述企业云数据处理系统接收所述连接请求信息，对所述连接请求信息进行解析，和所述网络化主机建立连接通道；所述网络化主机发送协议数据到所述企业云数据处理系统，所述企业云数据处理系统解析处理所述协议数据，并调用所述企业云平台的入库接口实现处理结果的入库。通过本申请实施例中的方法，能够方便网络应用的开发和更新，简化了应用程序的开发流程和实现成本；并且，能够降低业务数据传输处理过程中的延迟，改善应用程序的并发性能，有利于提高业务数据的处理效率。

附图说明

为了更清楚地说明本申请实施例或者现有技术中的技术方案，下面对本申请实施例或者现有技术中的相关技术方案附图作以下介绍，应当理解的是，下面介绍中的附图仅仅为了方便清晰表述本发明的技术方案中的部分实施例，对于本领域的技术人员来说，在无需付出创造性劳动的前提下，还可以根据这些附图获取到其他附图。

图1为本申请实施例中提供的一种业务数据的处理方法的实施环境示意图；

图2为本申请实施例中提供的一种业务数据的处理方法的流程示意图；

图3为本申请实施例中提供的一种计算机设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种概念，但除非特别说明，这些概念不受这些术语限制。这些术语仅用于将一个概念与另一个概念区分。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“若”、“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请所使用的术语“至少一个”、“多个”、“每个”、“任一”等，至少一个包括一个、两个或两个以上，多个包括两个或两个以上，每个是指对应的多个中的每一个，任一是指多个中的任意一个。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

当前，随着信息技术的发展，越来越多的业务数据采用云技术进行处理。例如，在音响设备控制应用中，一般使用网络化主机来实现批量的音响设备播放控制。现有的网络化主机，一般采用常规的TCP/IP或UDP网络传输协议和企业云平台进行通讯，通常平台双方都需要连接到服务器。当网络化主机开机时，就会主动连接企业云平台的TCP服务，企业云平台收到连接请求，同意并把网络化主机的相关信息存入到库表中。这时，网络化主机将会根据协议要求发送对应的JSON格式的数据给到企业云平台，企业云平台通过解析协议数据，识别协议数据的类型，根据不同类型处理数据的业务逻辑并一次入库，再根据业务要求对网络化主机进行指令的下发，实现对网络化主机功能点的控制。

TCP协议是因特网中的传输层协议，使用三次握手协议建立连接。当主动方发SYN连接请求后，等待对方回答SYN+ACK，并最终对对方的SYN执行ACK确认。这种建立连接的方法可以防止产生错误的连接，TCP使用的流量控制协议是可变大小的滑动窗口协议。客户端发送SYN(SEQ＝x)报文给服务器端，进入SYN_SENT状态。客户端发送SYN(SEQ＝x)报文给服务器端，进入SYN_SENT。服务器端收到SYN报文，回应一个SYN(SEQ＝y)ACK(ACK＝x+1)报文，进入SYN_RECV状态。客户端收到服务器端的SYN报文，回应一个ACK(ACK＝y+1)报文，进入Established状态。三次握手完成，TCP客户端和服务器端成功地建立连接，可以开始传输数据了。建立一个连接需要三次握手，而终止一个连接要经过四次握手，这是由TCP的半关闭(half-close)造成的。

具体地，某个应用进程首先调用close，称该端执行“主动关闭”(active close)。该端的TCP于是发送一个FIN分节，表示数据发送完毕。接收到这个FIN的对端执行“被动关闭”(passiveclose)，这个FIN由TCP确认。注意：FIN的接收也作为一个文件结束符(end-of-file)传递给接收端应用进程，放在已排队等候该应用进程接收的任何其他数据之后，因为，FIN的接收意味着接收端应用进程在相应连接上再无额外数据可接收。一段时间后，接收到这个文件结束符的应用进程将调用close关闭它的套接字。这导致它的TCP也发送一个FIN。接收这个最终FIN的原发送端TCP(即执行主动关闭的那一端)确认这个FIN。既然每个方向都需要一个FIN和一个ACK，因此通常需要4个分节。

在实际应用中发现，TCP协议是在内核中实现的，应用程序只能使用不能修改，如果要想升级TCP协议，那么只能升级内核。由于内核升级涉及到底层软件和运行库的更新，服务程序就需要回归测试是否兼容新的内核版本，导致升级比较繁琐。基于TCP实现的应用协议，都是需要先建立三次握手才能进行数据传输，比如HTTP1.0/1.1、HTTP/2、HTTPS。现在大多数网站都是使用HTTPS的，这意味着在TCP三次握手之后，还需要经过TLS四次握手后，才能进行HTTP数据的传输，这在一定程序上增加了数据传输的延迟。并且，在网络迁移需要重新建立TCP连接，导致迁移的实现成本较高。

有鉴于此，本申请实施例中提供一种业务数据的处理方法，该方法包括：网络化主机开机后，向企业云平台发送连接请求信息；所述企业云平台将所述连接请求信息发送到企业云数据处理系统；其中，所述企业云数据处理系统使用Netty网络编程框架开发得到；所述企业云数据处理系统接收所述连接请求信息，对所述连接请求信息进行解析，和所述网络化主机建立连接通道；所述网络化主机发送协议数据到所述企业云数据处理系统，所述企业云数据处理系统解析处理所述协议数据，并调用所述企业云平台的入库接口实现处理结果的入库。通过本申请实施例中的方法，能够方便网络应用的开发和更新，简化了应用程序的开发流程和实现成本；并且，能够降低业务数据传输处理过程中的延迟，改善应用程序的并发性能，有利于提高业务数据的处理效率。

首先介绍本申请实施例中提供的业务数据的处理方法所涉及的实施环境。参照图1，图1给出了一种业务数据的处理方法的实施环境示意图，在图1中，包括有网络化主机、企业云平台和企业云数据处理系统。其中，网络化主机、企业云平台和企业云数据处理系统之间可以建立通信连接；网络化主机可以用于实现批量的音响设备控制。

下面，结合图1示出的实施环境示意图，对本申请实施例中的业务数据的处理方法进行介绍。

请参照图2，图2是本申请实施例提供的一种业务数据的处理方法的流程示意图，参照图2，本申请提供的一种业务数据的处理方法包括但不限于：

步骤110、网络化主机开机后，向企业云平台发送连接请求信息；

步骤120、所述企业云平台将所述连接请求信息发送到企业云数据处理系统；其中，所述企业云数据处理系统使用Netty网络编程框架开发得到；

步骤130、所述企业云数据处理系统接收所述连接请求信息，对所述连接请求信息进行解析，和所述网络化主机建立连接通道；

步骤140、所述网络化主机发送协议数据到所述企业云数据处理系统，所述企业云数据处理系统解析处理所述协议数据，并调用所述企业云平台的入库接口实现处理结果的入库。

本申请实施例中，提供一种业务数据的处理方法，该方法基于图1中所示出的网络化主机、企业云平台和企业云数据处理系统来处理业务数据。其中，企业云数据处理系统为本申请实施例中搭建的新的单元，其底层框架可以使用Netty网络编程框架，可以方便用以快速开发高性能、高可靠的网络程序。Netty是基于NIO的网络编程框架，使用Netyy网络编程框架可以快速、简单的开发网络应用，简化和流程化了NIO的开发过程。Netty强大之处在于：零拷贝；可拓展时间模型；支持HTTP TCP UDP WebSocket等协议，能够提供安全传输、压缩、大文件传输、编解码器支持等。

本申请实施例中，网络化主机开机后，会通过网络向企业云平台发送连接请求信息。这个连接请求信息可以包含但不限于网络化主机的身份信息、网络配置信息等。企业云平台会监听这个连接请求，当企业云平台收到连接请求信息后，可以将其发送到企业云数据处理系统。企业云数据处理系统是一个用Netty网络编程框架开发的系统，它负责处理网络化主机的连接请求和协议数据。具体地，企业云数据处理系统接收到连接请求信息后，会对其进行解析，此处，解析的过程可以包括但不限于读取并验证身份信息、解析网络配置信息等。如果解析成功，企业云数据处理系统将会与网络化主机建立连接通道。这个连接通道可以用于后续的数据传输和通信。

本申请实施例中，网络化主机在与企业云数据处理系统建立连接后，可以开始发送协议数据，协议数据是网络化主机与企业云平台之间的通信数据，它包含了需要处理的信息、指令等。网络化主机可以将协议数据发送到企业云数据处理系统，企业云数据处理系统接收到协议数据后，会对其进行解析和处理。解析的过程包括读取并解析协议头部、解析协议体等，其具体的实现可以参照现有技术，本申请在此不作赘述。根据对应协议的类型，企业云数据处理系统会调用相应的处理逻辑，对协议数据进行处理。在处理协议数据的过程中，企业云数据处理系统可能需要访问企业云平台的其他功能，比如数据库、存储等。为了实现这些功能，企业云数据处理系统会调用企业云平台提供的入库接口，将处理结果入库。

本申请实施例中，网络化主机通过发送连接请求信息与企业云平台建立连接，企业云数据处理系统负责接收和处理连接请求信息，并与网络化主机建立连接通道。网络化主机通过这个连接通道发送协议数据，企业云数据处理系统解析和处理这些协议数据，并调用企业云平台的入库接口将处理结果入库。这个过程实现了网络化主机与企业云平台之间的通信和数据交互。

在一些实施例中，本申请的方法还包括：

所述企业云平台通过所述企业云数据处理系统下发指令给所述网络化主机，所述网络化主机执行所述指令，并将所述执行结果通过协议数据反馈给所述企业云数据处理系统，所述企业云数据处理系统解析处理所述协议数据，并调用所述企业云平台的入库接口实现所述执行结果的入库。

本申请实施例中，企业云平台通过企业云数据处理系统可以向网络化主机下发指令。下发指令的过程可以包括以下步骤：企业云平台接收到需要下发的指令内容，将其发送给企业云数据处理系统。企业云数据处理系统接收到指令后，将其解析并转发给相应的网络化主机。这里，企业云数据处理系统可以根据指令的内容，确定需要向哪个网络化主机发送指令。接着，企业云数据处理系统可以通过与网络化主机建立的连接通道，将指令发送给网络化主机。网络化主机接收到指令后，根据指令的内容进行相应的执行操作。指令可以包括启动某个服务、执行某项操作等。

网络化主机执行完指令后，可以将执行结果通过协议数据反馈给企业云数据处理系统。执行结果可以包括成功与否、具体的执行信息等。具体地，网络化主机可以将执行结果封装成协议数据，通过连接通道发送给企业云数据处理系统。企业云数据处理系统接收到协议数据后，对其进行解析和处理。根据协议的内容，企业云数据处理系统确定执行结果的信息，然后调用企业云平台提供的入库接口，将执行结果入库，以便后续查询和分析。

本申请实施例中，通过以上步骤，企业云平台可以通过企业云数据处理系统向网络化主机下发指令，并获取执行结果。这个过程实现了企业云平台与网络化主机之间的指令交互和结果反馈。

在一些实施例中，所述企业云数据处理系统包括第一线程池和第二线程池，所述第一线程池用于负责和所述网络化主机建立连接，所述第二线程池用于负责处理连接上的读写任务；所述第一线程池和所述第二线程池中均包括有NioEventLoo线程。

本申请实施例中，企业云数据处理系统可以抽象出两组线程池：第一线程池BossGroup和第二线程池WorkerGroup，第一线程池也可以叫做BossNioEventLoopGroup，第二线程池也可以叫做WorkerNioEventGroup，每个线程中都有NioEventLoo线程。第一线程池中的线程专门负责和客户端建立连接，第二线程池中的线程专门负责处理连接上的读写任务。

具体地，本申请实施例中，NioEventLoopGroup相当于一个事件循环组，每个组中含有多个事件循环，每个事件循环就是一个NioEventLoop。NioEvenLoop表示一个不断循环的执行事件处理的线程，每个NioEventLoop都包含一个Selector(选取器)，用于监听注册在其上的Socket网络连接(Channel)。一个NioEentLoopGroup中，可以含有多个线程(即可以含有多个NioEventLoop)。

每个BossNioEventLoop(第一线程池中的线程)中循环执行以下步骤：

1.selector：轮询注册在其上的ServiceSocketChannel的accept事件(OP_ACCEPT事件)；

2.processSelectedKeys：处理accept事件，与客户端(网络化主机)建立连接生成一个NioSocketChannel，并将其注册到某个WorkerNioEventLooo上的Selector上；

3.runAllTaks：以此循环处理任务队列中的其他任务。

每个workerNioEventLoop(第二线程池中的线程)中的循环执行以下步骤:

1.selector：轮询注册在其上的NioSocketChannel的读写事件(OP_READ/OP_WRITE)

2.processSelectedKeys:在对应的NioSocketChannel上处理读写事件；

3.runAllTasks:以此循环处理任务队列中的其他任务。

在以上两个processSelectedKeys步骤中，会使用到Pipeline。Pipeline中引用了Channel，通过Pipeline可以获取对应的Channel，Pipeline中维护了很多处理器，如拦截处理器、过滤处理器、自定义处理器等。

在一些实施例中，所述企业云数据处理系统包括编码器和解码器。

在网络应用中，需要实现某种解码器，将原始字节数据与自定义的消息对象进行相互转换，网络中的都是以字节码的数据形式来进行传输，服务器编码数据后发送到客户端，客户端需要对数据进行解码。企业云数据处理系统也包括有编码器和解码器，编码器可以将消息对象转成字节或其他序列形式在网络上传输。解码器负责将消息从字节或者其他序列形式转成对象。如果自己编写解码和编码逻辑代码，将大大提高的项目开发的时间和成本，数据编码和解码的效率也大大降低。因此，本申请实施例中，企业云数据处理系统可以使用netty网络编程中ChannelInboundHandler，它内部就有专门的解码和编码器，企业云平台只需要针对ChannelInboundHandler解码和编码后的数据进行解析处理就好了，加快了项目功能点的开发效率，降低了项目整体的成本，同时ChannelInboundHandler的解码和编码处理数据速度快，并且稳定、安全。

在一些实施例中，所述企业云数据处理系统通过固定长度的拆包器、行拆包器、分隔符拆包器或者基于数据包长度的拆分器实现协议数据的拆包。

粘包和拆包是TCP网络编程不可避免的，无论是读取消息还是接受消息都要考虑TCP底层的粘包和拆包机制。TCP粘包和拆包产生的原因：数据从发送方到接收方需要经过操作系统的缓冲区，而此时粘包和拆包问题就在于此，粘包产生的原因可以理解过缓冲区数据堆积导致多个请求数据粘在一起，拆包是发送的数据大于缓冲区进行拆分处理。本申请实施例中，针对拆包和粘包，企业云数据处理系统给出了四个解决方案：

1、固定长度的拆包器(FixedLengthFrameDecoder)，按照固定长度进行拆分；

2、行拆包器(LinBasedFrameDecoder)，按照换行符进行拆分；

3、分隔符拆包器(DelimiterBasedFrameDecoder)，通过自定义分隔符进行拆包；

4、基于数据包长度的拆分器(LengthFieldBasedFrameDecoder)，将应用层数据包的长度作为接收端应用层数据包的拆分依据，按照应用层数据包的大小进行拆包(前提：应用层协议中包含数据包的长度)。

本申请实施例中使用的业务数据的处理方法，至少包括有以下特点：

1.数据安全性：企业云数据处理系统是通过JDK的SSLEngine，以SslHandler的方式提供对SSL/TLS安全传输的支持，极大地简化了用户的开发工作量，降低开发难度单向认证，即客户端只验证服务端的合法性，服务端不验证客户端，利用JDK的keytool工具，企业云数据处理系统服务端依次生成服务端的密钥对和证书仓库、服务端自签名证书，利用企业云数据处理系统的ChannelHandler接口提供的网络切面，非常容易扩展安全策略，接入认证策略非常多，通常是较强的安全认证策略，例如基于用户名+密码的认证，认证内容往往采用加密的方式，例如Base64+AES等。

2.高性能：企业云数据处理系统采用了非阻塞式IO模型，使得单线程可以处理大量的并发连接。这种方式是通过Java NIO(New IO)API实现的。相比传统的阻塞式IO模型，在多个客户端请求的情况下，非阻塞式IO模型可以减少线程数量，提高了应用程序的并发性能。在传统的I/O模型中，数据从内核空间(kernel space)复制到用户空间(userspace)，然后再由应用程序处理。这种方式会导致大量的CPU和内存开销，尤其是在高并发场景下，本申请中则可以做到零拷贝。

3.内存池：企业云数据处理系统通过内存池技术来管理缓冲区，避免了频繁创建、销毁缓冲区的开销。具体来说，企业云数据处理系统会为每个连接分配一个固定大小的缓冲池，根据需要动态调整缓冲区的大小。

4.线程模型：在企业云数据处理系统中，采用了Reactor模式来处理网络事件。它将网络I/O和业务逻辑处理分离，使得对于大量的并发连接可以采用较少的线程进行处理。具体来说，企业云数据处理系统采用了两种线程模型：多线程模型和单线程模型。在多线程模型下，每个连接都有一个独立的线程池；而在单线程模型下，所有的连接都共享一个线程，并且这个线程只负责处理网络事件，而不会阻塞。本申请实施例中，企业云数据处理系统单机的最大连接数可达百万，处理速度，高并发数据处理能力优秀。

本申请实施例中，还提供一种业务数据的处理系统，包括网络化主机、企业云平台和企业云数据处理系统，用于实现图2所示的一种业务数据的处理方法。

可以理解的是，上述方法实施例中的内容均适用于本系统实施例中，本系统实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

参照图3，本申请实施例提供了一种计算机设备，包括：

至少一个处理器301；

至少一个存储器302，用于存储至少一个程序；

当至少一个程序被至少一个处理器301执行时，使得至少一个处理器301实现图2所示的一种业务数据的处理方法。

同理，上述方法实施例中的内容均适用于本计算机设备实施例中，本计算机设备实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

本申请实施例还提供了一种计算机可读存储介质，其中存储有处理器301可执行的程序，处理器301可执行的程序在由处理器301执行时用于执行上述的业务数据的处理方法。

本申请实施例还公开了一种计算机可读存储介质，其中存储有处理器可执行的程序，处理器可执行的程序在由处理器执行时用于实现如图2所示的一种业务数据的处理方法实施例。

可以理解的是，如图2所示的一种业务数据的处理方法实施例中的内容均适用于本计算机可读存储介质实施例中，本计算机可读存储介质实施例所具体实现的功能与如图2所示的一种业务数据的处理方法实施例相同，并且达到的有益效果与如图2所示的一种业务数据的处理方法实施例所达到的有益效果也相同。

在一些可选择的实施例中，在方框图中提到的功能/操作可以不按照操作示图提到的顺序发生。例如，取决于所涉及的功能/操作，连续示出的两个方框实际上可以被大体上同时地执行或方框有时能以相反顺序被执行。此外，在本申请的流程图中所呈现和描述的实施例以示例的方式被提供，目的在于提供对技术更全面的理解。所公开的方法不限于本文所呈现的操作和逻辑流程。可选择的实施例是可预期的，其中各种操作的顺序被改变以及其中被描述为较大操作的一部分的子操作被独立地执行。

此外，虽然在功能性模块的背景下描述了本申请，但应当理解的是，除非另有相反说明，功能和/或特征中的一个或多个可以被集成在单个物理系统和/或软件模块中，或者一个或多个功能和/或特征可以在单独的物理系统或软件模块中被实现。还可以理解的是，有关每个模块的实际实现的详细讨论对于理解本申请是不必要的。更确切地说，考虑到在本文中公开的系统中各种功能模块的属性、功能和内部关系的情况下，在工程师的常规技术内将会了解该模块的实际实现。因此，本领域技术人员运用普通技术就能够在无需过度试验的情况下实现在权利要求书中所阐明的本申请。还可以理解的是，所公开的特定概念仅仅是说明性的，并不意在限制本申请的范围，本申请的范围由所附权利要求书及其等同方案的全部范围来决定。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、系统或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、系统或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、系统或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、系统或设备或结合这些指令执行系统、系统或设备而使用的系统。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子系统)，便携式计算机盘盒(磁系统)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤系统，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的上述描述中，参考术语“一个实施方式/实施例”、“另一实施方式/实施例”或“某些实施方式/实施例”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施方式，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施方式进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

以上是对本申请的较佳实施进行了具体说明，但本申请并不限于实施例，熟悉本领域的技术人员在不违背本申请精神的前提下可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内

在本说明书的描述中，参考术语“一个实施方式”、“另一实施方式”或“某些实施方式”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施方式，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施方式进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。