一种信息分发方法及装置与流程

本发明涉及信息技术领域，尤其涉及一种信息分发方法及装置。

背景技术：

随着互联网上的应用使用普及，应用的用户数量也大大增加，单台服务器远不足为大规模的用户提供服务，因此，对于互联网上的任一应用，通常可以采用分布式系统，利用多个服务器一起提供服务。每个服务器上都可以有多个提供服务的进程，各个服务器的进程在运行过程中都需要获取一些特定信息，特定信息可以是包括可执行指令信息、配置信息、任务调度信息、服务资源信息等，特定信息可以是固定不变的，也可以是动态变化的。

在现有技术中，通常利用zookeeper对特定信息进行统一管理和分发，zookeeper是一个针对大型分布式系统的可靠协调系统，提供的功能包括：信息分发、配置维护、名字服务、分布式同步、组服务等。每个服务器中每个进程向zookeeper请求建立一个通信连接，通信连接建立后，zookeeper则可以将自身上保存的特定信息(称为待分发信息)分发给各个服务器的各个进程。

但是，由于在实际应用中通常是上百个服务器共同服务，每个服务器通常运行上百个提供服务的进程，比如：若有100个服务器一起提供服务，每个服务器上运行128个进程时，每个服务器中的每个进程都与zookeeper建立一个通信连接，共需要建立12800个通信连接，以用于zookeeper向各进程分发待分发信息。由此可见，这种信息分发的方式给zookeeper带来较大的负载，严重影响zookeeper的处理性能。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的信息分发方法及装置。

根据本发明的一个方面，提出一种信息分发方法，服务器与zookeeper相互连接，所述服务器上有多个提供服务的进程，所述zookeeper上有待分发信息，所述方法包括：

所述zookeeper接收各所述进程发送的通信连接建立请求；

所述zookeeper根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接，所述预定数量少于所述服务器上提供服务的进程总数量；

所述zookeeper建立所述服务器上提供服务的各进程中所述预定数量的进程以外的进程与所述预定数量的进程之间的关联关系；

所述zookeeper通过建立的通信连接，将所述待分发信息和建立的关联关系分发给所述预定数量的进程，以使所述预定数量的进程根据所述关联关系，向所述预定数量的进程关联的进程分发所述待分发信息。

可选地，所述zookeeper根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接后，所述方法还包括：

所述zookeeper拒绝与所述服务器上提供服务的各进程中所述预定数量的进程以外的进程建立通信连接。

可选地，所述zookeeper建立所述服务器上提供服务的各进程中所述预定数量的进程以外的进程与所述预定数量的进程之间的关联关系，具体包括：

所述zookeeper根据接收的通信连接建立请求和建立的通信连接，确定所述服务器上提供服务的各进程中所述预定数量的进程以外的进程；

所述zookeeper针对确定的每个进程，执行：按照预定选择规则，从所述预定数量的进程中选择至少一个进程，作为与确定的这个进程关联的进程，并建立关联关系。

可选地，所述zookeeper通过建立的通信连接，将所述待分发信息和建立 的关联关系分发给所述预定数量的进程，以使所述预定数量的进程根据所述关联关系，向所述预定数量的进程关联的进程分发所述待分发信息，具体包括：

所述zookeeper针对所述预定数量的进程中的每个进程，执行：在建立的关联关系中，确定包含这个进程的关联关系，通过与这个进程之间建立的通信连接，将确定的关联关系和所述待分发信息发送给这个进程，以使这个进程根据所述确定的关联关系，向这个进程关联的进程分发所述待分发信息。

可选地，所述通信连接为长连接。

根据本发明的另一个方面，提出一种信息分发装置，服务器与zookeeper相互连接，所述服务器上有多个提供服务的进程，所述zookeeper上有待分发信息，所述装置位于所述zookeeper上，所述装置包括：

接收模块，用于接收各所述进程发送的通信连接建立请求；

连接模块，用于根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接，所述预定数量少于所述服务器上提供服务的进程总数量；

关联模块，用于建立所述服务器上提供服务的各进程中所述预定数量的进程以外的进程与所述预定数量的进程之间的关联关系；

分发模块，用于通过建立的通信连接，将所述待分发信息和建立的关联关系分发给所述预定数量的进程，以使所述预定数量的进程根据所述关联关系，向所述预定数量的进程关联的进程分发所述待分发信息。

可选地，所述连接模块还用于：

在根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接后，拒绝与所述服务器上提供服务的各进程中所述预定数量的进程以外的进程建立通信连接。

可选地，所述关联模块具体用于：

根据接收的通信连接建立请求和建立的通信连接，确定所述服务器上提供服务的各进程中所述预定数量的进程以外的进程；针对确定的每个进程，执行： 按照预定选择规则，从所述预定数量的进程中选择至少一个进程，作为与确定的这个进程关联的进程，并建立关联关系。

可选地，所述分发模块具体用于：

针对所述预定数量的进程中的每个进程，执行：在建立的关联关系中，确定包含这个进程的关联关系，通过与这个进程之间建立的通信连接，将确定的关联关系和所述待分发信息发送给这个进程，以使这个进程根据所述确定的关联关系，向这个进程关联的进程分发所述待分发信息。

可选地，所述通信连接为长连接。

根据本发明的方案，zookeeper接收服务器上提供服务的各进程发送的通信连接建立请求；所述zookeeper根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接，所述预定数量少于所述服务器上提供服务的进程总数量；所述zookeeper建立所述服务器上提供服务的各进程中所述预定数量的进程以外的进程与所述预定数量的进程之间的关联关系；所述zookeeper通过建立的通信连接，将所述待分发信息和建立的关联关系分发给所述预定数量的进程，以使所述预定数量的进程根据所述关联关系，向所述预定数量的进程关联的进程分发所述待分发信息。zookeeper可以只允许服务器上的提供服务的一部分进程分别与zookeeper建立通信连接，并由建立通信连接的这部分进程接收到zookeeper分发的待分发信息后，再帮助zookeeper向其他进程分发待分发信息，而不是像现有技术中服务器上的提供服务的全部进程分别与zookeeper建立通信连接。因此，可以有效地减轻zookeeper的负载，以及减少对zookeeper的处理性能的影响。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的 部件。在附图中：

图1为依据本发明一个实施例的信息分发方法的过程；

图2为基于一种实际应用场景，现有技术中zookeeper向各fpm进程分发信息时建立的通信连接示意图；

图3为基于一种实际应用场景，本发明的方案中zookeeper向各fpm进程分发信息时建立的通信连接示意图；

图4为依据本发明一个实施例的信息分发装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明公开的示例性实施例。虽然附图中显示了本发明公开的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明公开的范围完整的传达给本领域的技术人员。

以下结合附图，详细说明本发明各实施例提供的技术方案。

图1为依据本发明实施例的信息分发方法的过程，该过程的执行主体可以是zookeeper，zookeeper可以与一个或多个服务器相互连接(此处的连接指物理连接)。所述服务器可以是Web服务器、应用服务器等，服务器上有多个提供服务的进程，以Web服务器为例，其提供服务的进程可以是快速页模式(fast page mode，fpm)进程等。本发明对服务器的类型并不做限定。

zookeeper上可以有待向服务器上提供服务的各进程分发的特定信息(称为：待分发信息)，其中，所述待分发信息可以动态变化，这种变化可以指增量变化，也可以是在直接对已有信息进行的变更。需要说明的是，由于与zookeeper相互连接的服务器可以不止一个，因此，zookeeper可以分别针对每个服务器执行图1中的过程。下面对图1中的过程具体说明。

图1中的过程可以包括以下步骤：

S101：所述zookeeper接收各所述进程发送的通信连接建立请求。

在本发明实施例中，zookeeper上的待分发信息需要基于服务器与zookeeper之间的通信连接分发，这些通信连接可以是由服务器上提供服务的各进程通过向zookeeper发送通信连接建立请求，请求建立的。

S102：所述zookeeper根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接，所述预定数量少于所述服务器上提供服务的进程总数量。

在本发明实施例中，为了减轻zookeeper的负担，zookeeper在接收到各进程发送的通信连接建立请求后，响应于这些通信连接建立请求，zookeeper可以有选择地与一部分进程(也即，步骤S102中所述的预定数量的进程)分别建立通信连接，而不是与全部进程分别建立通信连接。

在本发明实施例中，对确定预定数量的进程的方式并不做限定，以下举例对几种可行的方式进行说明。

zookeeper可以在接收到的各通信连接建立请求中，随机地选择预定数量的通信连接建立请求，进而与选择出的通信连接建立请求对应的进程建立通信连接；或者，zookeeper也可以按照对各通信连接建立请求的接收时间，确定出启动时间靠前的预定数量的通信连接建立请求，进而与确定出的通信连接建立请求对应的进程建立通信连接；zookeeper可以预先设定与服务器之间的通信连接的最大数量，该最大数量即为上述的预定数量，进而，在任意时刻，服务器上最多可以有预定数量的进程与zookeeper之间建立有通信连接，而超出预定数量的进程向zookeeper请求建立通信连接时，zookeeper可以拒绝该请求。

在本发明实施例中，预定数量最小值为1，最大值为服务器提供服务的各进程的总数量减1。预定数量越少时，与zookeeper建立通信连接的进程越少，有益效果是越能够减轻zookeeper的负担，预定数量越多时，与zookeeper建立通信连接的进程越多，有益效果是信息分发的实时性越好。因此，可以根据对这两类益处效果的实际需求，确定预定数量。

S103：所述zookeeper建立所述服务器上提供服务的各进程中所述预定数量的进程以外的进程与所述预定数量的进程之间的关联关系。

在本发明实时例中，zookeeper并未与服务器上提供服务的全部进程建立通信连接，对于建立了通信连接的进程与未建立通信连接的进程这两类进程，zookeeper可以采取不同的方式向进程分发待分发信息。其中，建立了通信连接的进程为：服务器上提供服务的各进程中预定数量的进程；未建立通信连接的进程为：服务器上提供服务的各进程中预定数量的进程以外的进程。

对于建立了通信连接的进程，zookeeper可以通过通信连接，直接地分发待分发信息。

对于未建立通信连接的进程，zookeeper可以借助建立了通信连接的进程，间接地分发待分发信息。在这种情况下，zookeeper可以指定建立了通信连接的进程向一个或多个未建立通信连接的进程分发待分发信息，进而，建立了通信连接的进程在获得分发给自己的待分发信息后，还可以将待分发信息分发给未建立通信连接的进程。具体的，可以利用步骤S103中建立的关联关系，实现这种间接的分发过程。

在本发明实施例中，zookeeper可以为每个未建立通信连接的进程关联至少一个建立了通信连接的进程，从而可以确保每个未建立通信连接的进程后续都会被分发得到待分发信息；zookeeper可以为每个建立了通信连接的进程关联一个或多个未建立通信连接的进程，或者，对于某些建立了通信连接的进程，zookeeper也可以不为其关联未建立通信连接的进程。

S104：所述zookeeper通过建立的通信连接，将所述待分发信息和建立的关联关系分发给所述预定数量的进程，以使所述预定数量的进程根据所述关联关系，向所述预定数量的进程关联的进程分发所述待分发信息。

通过上述方法，由于zookeeper只允许服务器上的提供服务的一部分进程分别与zookeeper建立通信连接，并由建立通信连接的这部分进程接收到zookeeper分发的待分发信息后，再帮助zookeeper向其他进程分发待分发信息， 而不是像现有技术中服务器上的提供服务的全部进程分别与zookeeper建立通信连接。因此，可以有效地减轻zookeeper的负载，以及减少对zookeeper的处理性能的影响。

为了便于理解，下面对图1中的步骤进一步地说明。

依据本发明的一个实施例，对于步骤S102，所述zookeeper根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接后，还可以执行以下步骤：所述zookeeper拒绝与所述服务器上提供服务的各进程中所述预定数量的进程以外的进程建立通信连接。该步骤执行后，被拒绝的各进程可以等待建立了通信连接的进程分发待分发信息，而不是周期性地向zookeeper重发通信连接建立请求，从而，可以防止增加zookeeper处理通信连接建立请求的负担。

依据本发明的一个实施例，对于步骤S103，所述zookeeper建立所述服务器上提供服务的各进程中所述预定数量的进程以外的进程与所述预定数量的进程之间的关联关系，具体可以包括：所述zookeeper根据接收的通信连接建立请求和建立的通信连接，确定所述服务器上提供服务的各进程中所述预定数量的进程以外的进程；所述zookeeper针对确定的每个进程，执行：按照预定选择规则，从所述预定数量的进程中选择至少一个进程，作为与确定的这个进程关联的进程，并建立关联关系。

例如，当预定数量为进程总数量的一半时，可以为每个建立了通信连接的进程分别关联一个未建立通信连接的进程，也即，使服务器上提供服务的各进程中预定数量的进程以外的进程与预定数量的进程一一对应地关联。

又例如，当预定数量为进程总数量的三分之一时，可以为每个建立了通信连接的进程分别关联两个未建立通信连接的进程，也即，使服务器上提供服务的各进程中预定数量的进程以外的进程与预定数量的进程一一对应。

可以看到，在上面两个例子中的每个例子中，为每个建立了通信连接的进程关联的未建立通信连接的进程的数量是相同的，这样的话，后续建立了通信 连接的进程向与其关联的未建立通信连接的进程分发待分发信息时，每个建立了通信连接的进程的负担都是比较均衡的，有利于提高未建立通信连接的各进程获取待分发信息的速度。

依据本发明的一个实施例，对于步骤S104，所述zookeeper通过建立的通信连接，将所述待分发信息和建立的关联关系分发给所述预定数量的进程，以使所述预定数量的进程根据所述关联关系，向所述预定数量的进程关联的进程分发所述待分发信息，具体可以包括：所述zookeeper针对所述预定数量的进程中的每个进程，执行：在建立的关联关系中，确定包含这个进程的关联关系，通过与这个进程之间建立的通信连接，将确定的关联关系和所述待分发信息发送给这个进程，以使这个进程根据所述确定的关联关系，向这个进程关联的进程分发所述待分发信息。

进一步地，建立了通信连接的进程可以基于进程间通信的方式，向其关联的未建立通信连接的进程分发待分发信息。

进程间通信的方式具体可以是管道、消息队列、信号量、套接字。不同的进程间通信的方式可以适用于不同应用场景。下面分别进行说明。

对于管道，可以分为匿名管道(Anonymous Pipe)和命名管道(Named Pipe)两类。匿名管道是一种半双工的通讯方式，数据在匿名管道中只能单向流动，而且，匿名管道只能在具有亲缘关系的进程(如父进程和子进程、或同一个父进程的两个子进程)间使用；命名管道也是半双工的通讯方式，但是命名管道可以在无亲缘关系的进程间使用。由于服务器提供服务的各进程大部分都是相互独立的，并不具有亲缘关系，因此，相比于匿名管道，命名管道更适用于本发明的方案。

对于消息队列，消息队列是由消息构成的链表，存放在内核中并有消息队列标识符进行标识，消息队列可以动态地扩充，优点是信息承载量大，而且可以完全保留承载的信息的原有格式。两方进程在基于消息队列进行进程间通信时，可以由一方进程在消息队列中写入信息，相应地，另一方进程可以从消息 队列中读取对方进程写入的信息。

对于信号量，信号量是一个计数器，其可以用来控制多个进程对共享资源的访问，共享资源可以是多个进程共享的、本地磁盘或共享内存中的资源。信号量可以作为一种锁机制，通过控制多个进程操作(包括读取和/或写入操作)共享资源实现进程间的通信，在同一时间只允许一个进程操作共享资源。

对于套接字，套接字是基于因特网协议(Internet Protocol)地址和应用层端口号的一种通讯方式。套接字既可以适用于同一个服务器上的不同进程之间的通信，也适用于不同服务器上的不同进程之间的通信。套接字的优点是在进程之间可传输的信息量大，而且可以为信息传输过程提供完整性和保密性的机制。

上面列举了若干种适用于本发明的方案的进程间通信的方式。信号量的方式一般需要基于本地磁盘或共享内存实现，套接字的方式对服务器的要求较高，而管道和消息队列则没有这些限制，因此，从实施成本的角度考虑，可以优先采用管道或消息队列实施本发明的方案。

依据本发明的一个实施例，服务器上提供服务的各进程在信息分发完毕后，可以根据分发的信息的类型，执行相应的操作。比如，对于分发的可执行指令信息(如批处理脚本等)，各进程可以执行可执行指令信息中包含的指令；对于配置信息，各进程可以加载该配置信息并根据加载的配置信息运行；等等。

在本发明的方案，所述的通信连接既可以为长连接，也可以为短连接。

对于通信连接为长连接的场景，zookeeper在执行完步骤S101和S102后，在长连接持续时间(长连接需要连接建立者主动关闭，一般可以持续较长时间)内，每当zookeeper上的待分发内容有更新时，可以执行一次步骤S103和S104，而不用重新再执行步骤S101和S102。

对于通信连接为短连接的场景，每当待分发内容有更新时，zookeeper都需要重新执行一次步骤S101～S104，因为短连接只在一次分发过程中有效，该次分发过程结束时，短连接自动关闭。

由此可见，当zookeeper上的待分发内容更新频次较高时，长连接比短连接更适用于本发明的方案，当待分发内容更新频次较高较低时，短连接比长连接更适用于本发明的方案。在实际应用中，可以根据具体场景，决定在步骤S102中建立长连接还是短连接。

上面对图1进行了详细说明。为了便于理解，本发明还基于一种实际应用场景，对本发明的方案与现有技术的方案进行了对比，如图2、图3所示。

首先对该实际应用场景进行说明。在该实际应用场景，Web服务器(可以有一个或多个，在该例中示出了其中一个)与zookeeper相互连接，Web服务器上有多个fpm进程，zookeeper上有需要分发给fpm进程的待分发信息。

图2为现有技术中zookeeper向各fpm进程分发信息时建立的通信连接示意图。

在图2中可以看到，zookeeper分别与Web服务器上的每个fpm进程建立了一个通信连接用于分发信息。因此，zookeeper服务器与每个Web服务器之间都要长期维持大量通信连接，负担较重，影响处理性能。

图3为本发明的方案中zookeeper向各fpm进程分发信息时建立的通信连接示意图。假定建立通信连接的fpm进程与未建立通信连接的fpm进程的数量相同，且建立通信连接的各fpm进程与未建立通信连接的各fpm进程一一对应地关联。

相比于图2，在图3中，zookeeper只与Web服务器上一半数量的fpm进程(即为本发明中所述的预定数量的进程)建立了通信连接。在通信连接的存续时间内中，可以一直由这些fpm进程负责从zookeeper获取待分发信息，并将获取的待分发信息通过进程间通信的方式，分发给关联的未建立通信连接的fpm进程，zookeeper可以完成对服务器上提供服务的各进程的信息分发过程。由此可见，相比于图2中的现有技术，图3中本发明的方案有效地减轻了zookeeper的负担，减小了对zookeeper的处理性能的影响。

以上为本发明实施例提供的一种信息分发方法，基于同样的发明思路，本 发明实施例还提供一种信息分发装置，如图4所示。

图4为依据本发明一个实施例的信息分发装置结构示意图，服务器与zookeeper相互连接，所述服务器上有多个提供服务的进程，所述zookeeper上有待分发信息，所述装置位于所述zookeeper上，所述装置包括：

接收模块401，用于接收各所述进程发送的通信连接建立请求；

连接模块402，用于根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接，所述预定数量少于所述服务器上提供服务的进程总数量；

关联模块403，用于建立所述服务器上提供服务的各进程中所述预定数量的进程以外的进程与所述预定数量的进程之间的关联关系；

分发模块404，用于通过建立的通信连接，将所述待分发信息和建立的关联关系分发给所述预定数量的进程，以使所述预定数量的进程根据所述关联关系，向所述预定数量的进程关联的进程分发所述待分发信息。

可选地，所述连接模块402还用于：

在根据接收的通信连接建立请求，与各所述进程中预定数量的进程建立通信连接后，拒绝与所述服务器上提供服务的各进程中所述预定数量的进程以外的进程建立通信连接。

可选地，所述关联模块403具体用于：

根据接收的通信连接建立请求和建立的通信连接，确定所述服务器上提供服务的各进程中所述预定数量的进程以外的进程；针对确定的每个进程，执行：按照预定选择规则，从所述预定数量的进程中选择至少一个进程，作为与确定的这个进程关联的进程，并建立关联关系。

可选地，所述分发模块具体用于：

针对所述预定数量的进程中的每个进程，执行：在建立的关联关系中，确定包含这个进程的关联关系，通过与这个进程之间建立的通信连接，将确定的关联关系和所述待分发信息发送给这个进程，以使这个进程根据所述确定的关 联关系，向这个进程关联的进程分发所述待分发信息。

可选地，所述通信连接为长连接。

通过上述装置，zookeeper可以只允许服务器上的提供服务的一部分进程分别与zookeeper建立通信连接，并由建立通信连接的这部分进程接收到zookeeper分发的待分发信息后，再帮助zookeeper向其他进程分发待分发信息，而不是像现有技术中服务器上的提供服务的全部进程分别与zookeeper建立通信连接。因此，可以有效地减轻zookeeper的负载，以及减少对zookeeper的处理性能的影响。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实 施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的拦截应用程序中的植入信息的设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”或“包括”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在 列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本申请可以应用于计算机系统/服务器，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

计算机系统/服务器可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。