CN110740153A - 一种监测数据获取方法、系统及装置 - Google Patents

Abstract

本申请提供了一种监测数据获取方法、系统及装置，包括：监测链路中的末端节点根据收到的数据请求生成数据存储容器；末端节点将监测数据写入数据存储容器中，并将数据存储容器依据监测链路依次传输至监测链路上的中间节点；中间节点将监测数据写入数据存储容器中，并将数据存储容器传输至监测链路的起始节点；起始节点监测数据写入数据存储容器中，将数据存储容器返回给客户端；本申请根据基于行为事件归纳得到的预设规则，将监测数据按照统一的预设规则写入同一份数据存储容器中进行传输，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点进行上报内容的变更即可，简化了监测数据的处理过程。

Description

一种监测数据获取方法、系统及装置

技术领域

本申请涉及信息技术领域，特别是涉及一种监测数据获取方法、系统及装置。

背景技术

在无线应用的大规模应用的背景下，要实现应用中用户行为数据的收集，需要应用将生成的打点信息发送至客户端，并在用户行为产生时，通过客户端提取对应的打点信息上报给打点服务器，以供打点服务器对打点信息进行分析，便于商家了解用户的使用习惯。

在目前，应用的各个服务节点所产生的监测数据可以跟随服务响应结果对象一起传输到客户端，各个服务节点中定义有对应不同的实体类数据结构，以对应收集不同服务节点中的监测数据，具体传输方式是，由当前服务节点所对应的数据结构，提取当前服务节点中数据结构所需要的监测数据，并将包含了当前服务节点的监测数据的数据结构传输至请求链中的下一个服务节点，由下一个服务节点提取该下一个服务节点中的数据结构所需要的监测数据，并整合上一个服务节点的数据结构后，写入该下一个服务节点的数据结构，直至所有的服务节点包括服务入口都将打点信息添加到对应数据结构中，最后，将服务入口对应的数据结构发送至客户端，客户端在产生用户行为时，从数据结构中提取对应的监测数据并上报给打点服务器即可。服务节点在写入监测数据时，需要考虑与其相邻的服务节点生成的监测数据的内容。

但是，发明人在研究过程中发现，目前方案中，应用的中各个服务节点都是按照各自对应的逻辑将监测数据添加至数据结构中的，且服务节点需要确认与其相邻的服务节点生成的监测数据的内容，缺少一个全链路的统一通道，当某一服务节点需要上传新的监测数据时，例如客户端需要收集新的监测数据时，各个服务节点和服务入口都需要更改数据结构和添加监测数据的逻辑，且客户端也需要更改用户行为事件的处理过程，增加新的监测数据的提取逻辑和上报逻辑，导致监测数据的收集过程繁琐。

发明内容

鉴于上述问题，本申请实施例提供一种监测数据获取方法，通过根据基于行为事件归纳得到的预设规则，由末端节点根据收到的数据请求生成数据存储容器，并将末端节点针对所述数据请求的监测数据写入数据存储容器中进行传输，后续接收到数据存储容器的服务节点都将自身针对所述数据请求的监测数据写入数据存储容器中，并传输至下一个服务节点，直至数据存储容器在监测链路中传输完毕并收集完成数据，使得每个服务节点仅需专注将自己的监测数据写入数据存储容器中，不需要关注相邻服务节点的监测数据内容，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点进行上报内容的变更即可，简化了监测数据的处理过程，提高了业务服务系统的适用性和数据处理效率，解决现有技术中缺少一个全链路的统一通道进行监测数据上报的问题。

相应的，本申请实施例还提供了一种监测数据获取的系统及装置，用以保证上述方法的实现及应用。

监测链路中的末端节点根据收到的数据请求生成数据存储容器；

所述末端节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器依据所述监测链路依次传输至所述监测链路上的中间节点；

所述中间节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路的起始节点；

所述起始节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器返回给所述客户端。

本申请实施例公开了一种监测数据获取方法，应用于起始节点，所述起始节点为监测链路中的第一个服务节点，包括：

接收客户端的数据请求；

将所述数据请求在所述监测链路中按序依次传输，直至传输至末端节点；所述末端节点为所述监测链路中的最后一个服务节点；

接收所述监测链路中所述起始节点的后一个服务节点发送的数据存储容器；所述数据存储容器存储有所述监测链路中所述起始节点之后的服务节点写入的监测数据；

将针对所述数据请求的监测数据写入所述数据存储容器；

将所述数据存储容器返回所述客户端。

本申请实施例公开了一种监测数据获取方法，应用于末端节点，所述末端节点为为监测链路中的最后一个服务节点，包括：

接收所述监测链路中所述末端节点的前一个服务节点传输的数据请求；

针对所述数据请求生成数据存储容器；

将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路中所述末端节点的前一服务节点，以供所述监测链路中所述末端节点之前的服务节点将监测数据写入所述数据存储容器。

本申请实施例公开了一种监测数据获取方法，应用于客户端，包括：

向起始节点发送数据请求；所述起始节点为监测链路中的第一个服务节点；

接收所述起始节点返回的数据存储容器；所述数据存储容器在监测链路中的服务节点中传输；所述数据存储容器存储有所述服务节点写入的监测数据；

在监听到预设操作的情况下，从所述数据存储容器中提取与所述预设操作对应的监测数据；

将所述监测数据上报至打点服务器。

相应的，本申请实施例还公开了一种监测数据获取系统，包括：

末端节点、起始节点和中间节点；

所述末端节点包括：

第一生成模块，用于监测链路中的末端节点根据收到的数据请求生成数据存储容器；

第一传输模块，用于所述末端节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器依据所述监测链路依次传输至所述监测链路上的中间节点

所述中间节点包括：

第一写入模块，用于所述中间节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路的起始节点；

所述起始节点包括：

第一数据返回模块，用于所述起始节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器返回给所述客户端。

相应的，本申请实施例还公开了一种监测数据获取装置，应用于起始节点，包括：

第二接收模块，用于接收客户端的数据请求；

第二传输模块，用于将所述数据请求在所述监测链路中按序依次传输，直至传输至末端节点；所述末端节点为所述监测链路中的最后一个服务节点；

第三接收模块，用于接收所述监测链路中所述起始节点的后一个服务节点发送的数据存储容器；所述数据存储容器存储有所述监测链路中所述起始节点之后的服务节点写入的监测数据；

第二写入模块，用于将针对所述数据请求的监测数据写入所述数据存储容器；

第二数据返回模块，用于将所述数据存储容器返回所述客户端。

相应的，本申请实施例还公开了一种监测数据获取装置，应用于末端节点，包括：

第四接收模块，用于接收所述监测链路中所述末端节点的前一个服务节点传输的数据请求；

第二生成模块，用于针对所述数据请求生成数据存储容器；

第三写入模块，用于将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路中所述末端节点的前一服务节点，以供所述监测链路中所述末端节点之前的服务节点将监测数据写入所述数据存储容器。

相应的，本申请实施例还公开了一种监测数据获取装置，应用于客户端，包括：

发送模块，用于向起始节点发送数据请求；所述起始节点为监测链路中的第一个服务节点；

第五接收模块，用于接收所述起始节点返回的数据存储容器；所述数据存储容器在监测链路中的服务节点中传输；所述数据存储容器存储有所述服务节点写入的监测数据；

提取模块，用于在监听到预设操作的情况下，从所述数据存储容器中提取与所述预设操作对应的监测数据；

上报模块，用于将所述监测数据上报至打点服务器。

相应的，本申请实施例还公开了一种装置，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行一种监测数据获取方法。

相应的，本申请实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种监测数据获取方法。

相应的，本申请实施例还公开了一种装置，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行一种应用于起始节点的监测数据获取方法。

相应的，本申请实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种应用于起始节点的监测数据获取方法。

相应的，本申请实施例还公开了一种装置，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行一种应用于末端节点的监测数据获取方法。

相应的，本申请实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种应用于末端节点的监测数据获取方法。

相应的，本申请实施例还公开了一种装置，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行一种应用于客户端的监测数据获取方法。

相应的，本申请实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种应用于客户端的监测数据获取方法。

本申请实施例包括以下优点：

本申请实施例包括：监测链路中的末端节点根据收到的数据请求生成数据存储容器；末端节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器依据监测链路依次传输至监测链路上的中间节点；中间节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器传输至监测链路的起始节点；起始节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器返回给客户端；本申请根据通过根据基于行为事件归纳得到的预设规则，使得监测链路中的每个服务节点仅需专注将自己的监测数据写入数据存储容器中，不需要关注相邻服务节点的监测数据内容，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点进行上报内容的变更即可，简化了监测数据的处理过程，提高了业务服务系统的适用性和数据处理效率，解决现有技术中缺少一个全链路的统一通道进行监测数据上报的问题。

附图说明

图1是本申请一实施例提供的一种监测数据获取方法的系统架构图；

图2是本申请一实施例提供的一种监测数据获取方法的流程链路图；

图3是本申请一实施例提供的系统级的一种监测数据获取方法的步骤流程图；

图4是本申请一实施例提供的一种监测数据获取方法的数据架构图；

图5是本申请一实施例提供的一种系统级的监测数据获取方法的交互步骤流程图；

图6是本申请一实施例提供的起始节点侧的一种监测数据获取方法的流程图；

图7是本申请一实施例提供的末端节点侧的一种监测数据获取方法的流程图；

图8是本申请一实施例提供的服务节点侧的一种监测数据获取方法的流程图；

图9是本申请一实施例提供的客户端侧的一种监测数据获取方法的流程图；

图10是本申请一实施例提供的一种监测数据获取系统的结构图；

图11是本申请一实施例提供的起始节点侧的一种监测数据获取装置的结构图；

图12是本申请一实施例提供的末端节点侧的一种监测数据获取装置的结构图；

图13是本申请一实施例提供的客户端侧的一种监测数据获取装置的结构图；

图14是本申请另一实施例提供的一种装置的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，其示出了本申请实施例的一种系统架构，其至少可以包括：

客户端10、多个服务节点20和打点服务器30。

本申请在实施例中，在分布式业务服务系统中，对于一个业务服务，通常可以具有多个服务节点20，多个服务节点20按照层级依次连接，并且服务节点20又分为起始节点、中间节点和末端节点，在图1中，起始节点可以为服务节点1，中间节点可以为服务节点2、服务节点3….服务节点n-1，末端节点可以为服务节点n，服务节点20按照监测链路规定的顺序依次排列，服务节点1可以与客户端10进行对接，用户可以在客户端10进行请求监测数据的业务，发送对应的数据请求，该数据请求由起始端的服务节点1按照监测链路依次传输，直至传输至末端的服务节点n，末端的服务节点n会根据该数据请求生成数据存储容器，监测链路中的服务节点20按照层级顺序依次处理业务，生成业务数据和监测数据，每个服务节点20在接收到数据存储容器时，都将自身的监测数据写入该数据存储容器中并传输至下一个服务节点20，直至传输至起始的服务节点1，由服务节点1将监测数据写入数据存储容器中，并将数据存储容器返回给客户端。

在本申请实施例中，客户端10则可以通过获取监测数据，并在监控到用户针对业务服务的行为事件后，提取对应行为事件的监测数据上报至打点服务器30，打点服务器30可以对打点信息进行分析，以便于商家了解用户的使用习惯，优化用户体验。

需要说明的是，在本申请实施例中，各个服务节点20可以分别为独立的业务服务器，各自相互连接，并由处于起始端的服务入口服务器与客户端进行连接，另外，各个服务节点20也可以处于同一服务器框架下，分别以该服务器的多个不同的原子服务(即不可再分解为更小维度的服务)的形式存在。

需要说明的是，监测链路中至少可以设置有两个服务节点。如果监测链路中设置有两个服务节点，此时，其中对接客户端的服务节点可以为起始节点，用户接受客户端发送的数据请求，并将添加有监控数据的数据存储容器返回给客户端，而另一个服务节点则可以同时作为中间节点和末端节点，实现两个节点的功能，另一个服务节点用于根据收到的数据请求生成数据存储容器，并可以将数据存储容器进行发送至起始节点，进一步的，当监测链路中设置有两个以上数量的服务节点时，处于监测链路末端的服务节点为末端节点，处于监测链路起始端对接客户端的服务节点为起始节点，其他节点作为中间节点。

进一步的，在一个具体实例中，例如，当用户针对一网购应用业务进行某一品牌洗碗机的查询操作时，用户在客户端10的网购应用界面中的搜索栏输入“XX洗碗机”，则可以将包括了“XX洗碗机”信息的数据请求通过起始端的服务节点1发送至各个服务节点20，不同的服务节点20可以依据对“XX洗碗机”的查询请求，提供不同的服务，比如通过预先的埋点操作，服务节点3可以提供某一品牌洗碗机的颜色的相关监测数据，服务节点2可以提供该品牌洗碗机的销量的相关监测数据，这些相关监测数据都可以通过起始端的服务节点1返回给客户端20，当用户进行对应所述监测数据的行为事件时，比如根据搜索结果，点击了某一品牌洗碗机的页面进行浏览，则可以进一步进行打点操作，提取对应的监测数据上报给打点服务器进行分析。

具体的，参照图1，基于图1示出的一种系统架构可以具有以下交互过程。

S1、客户端10向服务节点1发送数据请求。

在该步骤中，客户端可以根据预先进行埋点的服务节点，向监测链路上的这些服务节点发送数据请求，以在服务节点产生业务响应时，获取响应生成的监测数据。

服务节点1接收到数据请求后，执行步骤S2、服务节点1将数据请求发送至下一服务节点2，之后执行步骤S3、服务节点2将数据请求发送至下一服务节点3，直至转发至最后一个中间节点n-1。

执行步骤S4、服务节点n接收上一服务节点n-1发送的数据请求，并生成数据存储容器。

由于各个服务节点是按照处于起始端的服务节点1至处于末端的服务节点n的层级排布的，则所有服务节点20都接收到数据请求后，执行步骤S5，服务节点n将生成的监测数据写入数据存储容器并将数据存储容器传递至下一服务节点n-1，服务节点n生成数据存储容器，并根据数据请求进行服务响应，并将生成的监测数据写入数据存储容器进行传输。

在该步骤中，处于末端的服务节点n首先执行对数据请求的响应，对应生成服务响应数据和监测数据，并将生成的监测数据写入在监测链路中传输的数据存储容器，之后将该容器发送至前一个服务节点n-1，服务节点n-1执行同样的操作。

数据存储容器在中间节点之间进行传输同时被写入监测数据，直至传输至服务节点3，执行步骤S6，服务节点3接收数据存储容器，并将生成的监测数据写入数据存储容器，之后将数据存储容器传递至下一服务节点2。之后执行步骤S7，服务节点2接收数据存储容器，并将生成的监测数据写入数据存储容器，之后将数据存储容器传递至下一服务节点1。

直至数据存储容器被转发至对接客户端10的服务节点1后，执行步骤S8，服务节点1将生成的监测数据写入数据存储容器，并将数据存储容器返回给客户端。

在本申请中，与客户端10对接的服务节点1可以起到服务入口的作用，例如，服务节点1根据数据请求，生成traceService数据(跟踪数据)并添加在数据存储容器返回给客户端，以供客户端在相应用户行为产生时，提取该traceService数据上报给打点服务器30进行分析。

当客户端10收集到监测数据后，执行步骤S9，当监控到行为事件后，客户端10从数据存储容器中提取对应行为事件的监测数据上报至打点服务器。

具体的，相较于现有技术中，监测数据的上传方式和上传内容是固化在数据结构模型内，若需要更改服务节点20上传的监测数据，则需要全链路统一修改，导致流程较为繁琐，本申请则根据用户行为事件的可归纳性，对全链路监测数据收集的方式进行规范化，形成规范化的监测数据传输规则，将监测数据按照该预设规则写入一个能够在全链路中进行传输的数据存储容器中进行传输。

例如，根据对用户行为事件的归纳，百分之九十以上的用户行为可以归纳到浏览事件类型、信息区块展示事件类型、点击事件类型中，因此可以根据这三种事件类型对应的写入格式，写入相关监测数据，而其他的监测数据可以进一步以自定义事件类型的格式进行写入。

需要说明的是，参照图1，在数据存储容器传输的过程中，假设数据存储容器从服务节点3收集了监测数据3并传输至服务节点2以收集监测数据2，则数据存储容器在服务节点2收集完成监测数据2时，需要在容器中将监测数据3和监测数据2进行整合，因此，针对监测链路上的服务节点，数据存储容器在节点之间传输的过程中要不断的将各个节点所收集到的监测数据进行整合，最终形成一套完整的监测数据包返回给客户端。

基于本申请实施例提供的方案，参照图2，其示出了本申请实施例的一种监测数据获取方法的流程链路图，其中预设链路中按照起始节点-中间节点-末端节点的排列顺序将各个服务节点依次排列，监测数据的获取方法起始于客户端发起数据请求，数据请求由对接客户端的起始节点接收并按照起始节点-中间节点-末端节点的顺序在监测链路中依次传递，使得处于末端的末端节点针对数据请求生成业务数据、监测数据和数据存储容器，同时，末端节点将产出的监测数据写入数据存储容器，并将通过业务模型产出的业务数据写入业务数据容器，之后末端节点将数据存储容器与业务数据容器再发送至中间节点，中间节点将产出的监测数据写入数据存储容器，并将通过业务模型产出的业务数据写入业务数据容器，之后中间节点将数据存储容器与业务数据容器再发送至起始节点，起始节点将产出的监测数据写入数据存储容器，并将通过业务模型产出的业务数据写入业务数据容器，最后起始节点将数据存储容器返回给客户端，由客户端根据用户行为提取数据存储容器中的监测数据进行上报之后结束，另外，始节点还可以将业务数据容器返回给客户端，由客户端获取业务数据容器中的业务数据进行利用。

由于客户端不用关注监测数据的具体内容，监测链路上的任何一个节点也不需要关注与其相邻的节点产生的监测数据的具体内容，只需要写入自己所产生的监测数据，因此，若一节点需要上传另一个新的监测数据，只需要该节点变更上传的监测数据即可，客户端也不需要进行发版了。

因此，本申请可以由监测链路中的末端节点根据收到的数据请求生成数据存储容器；末端节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器依据监测链路依次传输至监测链路上的中间节点；中间节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器传输至监测链路的起始节点；起始节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器返回给客户端；本申请根据通过根据基于行为事件归纳得到的预设规则，使得监测链路中的每个服务节点仅需专注将自己的监测数据写入数据存储容器中，不需要关注相邻服务节点的监测数据内容，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点进行上报内容的变更即可，简化了监测数据的处理过程，提高了业务服务系统的适用性和数据处理效率，解决现有技术中缺少一个全链路的统一通道进行监测数据上报的问题。

参照图3，示出了本申请提供的系统级的一种监测数据获取方法的步骤流程图，具体可以包括如下步骤：

步骤101，监测链路中的末端节点根据收到的数据请求生成数据存储容器。

在本申请实施例中，在无线业务服务大规模应用的背景下，要实现对用户行为数据的收集，需要在客户端针对行为事件进行埋点，根据行为事件产生行为数据并进行打点。然而，随着后端服务的复杂度的提升，越来越多的服务需要应用在大规模分布式系统上，大规模分布式系统通常可以包括多个服务节点，每个服务节点执行对应的功能，各个服务节点按照层级排布，并通过处于起始端的服务节点与客户端连接，某一个打点所需收集的监测数据，可能产出于一次数据监测链路上的任何一个服务节点。

在本申请实施例中，数据存储容器是在末端节点接收到数据请求时生成的，数据存储容器可以用于收集监测数据，可以在整个监测链路中各个服务节点之间无障碍传输，本申请通过嵌入式的数据存储容器，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点的数据存储容器进行上报内容的变更即可。

步骤102，所述末端节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器依据所述监测链路依次传输至所述监测链路上的中间节点。

在本申请实施例中，参照图4，基于对大量用户行为事件的归纳，可以将百分之九十以上的与监测数据相关的行为事件归类为浏览、展示、点击这三种，并将剩余的行为事件定义为自定义事件。

其中，展示：指一次或多次对特定数据信息相关的界面进行展现的过程。

点击：指一次或多次与特定数据信息相关的界面的点击行为。

浏览：指一次或多次与特定数据信息相关的界面的生成过程。

自定义事件：指一次或多次与特定数据信息相关的特定的事件。

对于不同的行为事件，可以将其监测数据按照对应数据结构进行定义，例如，<ul><li>浏览行为，可以对应浏览监测数据的数据结构为PV</li><li>；展示行为，可以对应展示监测数据的数据结构为展示数据</li><li>；点击行为，可以对应点击监测数据的数据结构为点击数据</li><li>；其他自定义行为，对应监测数据的数据结构为自定义数据</li></ul>。

在本申请实施例中，一次数据监测链路上不管哪一个服务节点，一定会返回一整个数据存储容器，该数据存储容器可以包括按照上述行为事件归纳得到数据结构类型，例如，数据存储容器可以包括三个常见的浏览、展示、点击对应的事件数据Map(Map是Java中提供的一种通用的元素存储方式，它是一种集合类，map集合类用于存储键值对，即Map<key,value>，每个键映射到一个值)和一个自定义行为事件数据Table构成。通过将末端节点生成的监测数据按照对应的数据结构写入数据存储容器，并将数据存储容器传输至下一个中间节点，可以达到数据存储容器携带监测数据在各个服务节点之间传输的目的。

具体的，在图4中，三个常见的浏览、展示、点击对应的事件数据Map可以为键值对(Key-Value)的格式写入数据存储容器，其中，三个浏览、展示、点击的事件类型分别对应三个Key，三个浏览、展示、点击的事件类型对应的监测数据分别对应不同的Value。

另外，自定义数据Table也可以为键值对(Key-Value)的格式写入数据存储容器，不同的自定义事件分别对应不同的Key，不同的自定义事件对应的监测数据分别对应不同的Value，而且，事件数据Map和自定义数据Table本身也可以作为一个数据容器，用于存储以键值对格式写入的监测数据。

按照新的监测数据获取规则，在一示例中，例如处于末端的末端服务节点B会产出符合协议的traceModel，traceModel用于储存服务节点响应数据请求时产生的业务数据，进一步可以在traceModel里嵌入一份数据存储容器，数据存储容器可以为Map(此处假设为曝光数据Map)，并在其中设置了key为keyB，value为traceB的数据。该数据存储容器返回给前一个中间服务节点A之后，中间服务节点A也产生了一份类似的监测数据，此时，中间服务节点A需要合并末端服务节点B产出的traceModel，得到一份包含了keyA：traceA和keyB：traceB的曝光数据Map。以此类推，作为服务入口的起始节点也做了同样的事情。

因此，本申请通过这种方式可以达到打通整个监测链路中监测数据上报通道的目的，使得服务节点不用考虑其相邻节点的监测数据内容，客户端不用关注具体数据，链路上的任何一个节点，也不需要关注末端服务节点产生的具体数据，当服务节点需要变更上报的监测数据时，只需要对该服务节点进行上报内容的变更即可，简化了监测数据的处理过程，提高了业务服务系统的适用性和数据处理效率。

基于上述示例，对于客户端而言，客户端无需感知具体的key，不需要特地去取traceA或traceB数据，客户端只需要在曝光行为产生时，将曝光数据Map中的所有数据上报即可。基于该方案，假如末端服务节点B要再产出一份traceBB的数据，只需要末端服务节点B进行变更即可实现全链路闭环，客户端也不需要进行发版了。

步骤103，所述中间节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路的起始节点。

在该步骤中，当末端节点的监测数据被数据存储容器收集后，数据存储容器会被进一步发送至监测链路上的前一个中间节点，此时中间节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器传输至监测链路的起始节点，其中，中间节点将针对数据请求的监测数据写入数据存储容器中的具体方法与末端节点将针对数据请求的监测数据写入数据存储容器中的具体方法相同，具体可以参照上述步骤102的相关描述。

步骤104，所述起始节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器返回给所述客户端。

在该步骤中，起始节点将针对数据请求的监测数据写入数据存储容器中的具体方法与末端节点将针对数据请求的监测数据写入数据存储容器中的具体方法相同，具体可以参照上述步骤102的相关描述。

进一步的，对接客户端的服务节点起到服务入口的作用，例如，参照图1，作为起始节点的服务节点1根据数据请求，生成traceService数据(跟踪数据)并添加在数据存储容器返回给客户端，以供客户端在相应用户行为产生时，提取该traceService数据上报给打点服务器30进行分析。另外，对接客户端的服务节点还可以将添加有监测数据的数据存储容器最终返回给客户端。

客户端在监控到用户的行为事件后，可以从数据存储容器中提取对应行为事件的监测数据上报至打点服务器。

例如，用户在网购应用中打开了“XX洗碗机”的相关页面，则会将监测数据中“XX洗碗机”相关的监测数据上报给打点服务器进行分析，比如将“XX洗碗机”的价格、销量相关的浏览、展示和点击的监测数据进行上报，打点服务器可以根据用户针对价格、销量相关的行为分析商品的一些销售策略。

综上所述，本申请实施例提供的一种监测数据获取方法，包括：由监测链路中的末端节点根据收到的数据请求生成数据存储容器；末端节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器依据监测链路依次传输至监测链路上的中间节点；中间节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器传输至监测链路的起始节点；起始节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器返回给客户端；本申请根据通过根据基于行为事件归纳得到的预设规则，使得监测链路中的每个服务节点仅需专注将自己的监测数据写入数据存储容器中，不需要关注相邻服务节点的监测数据内容，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点进行上报内容的变更即可，简化了监测数据的处理过程，提高了业务服务系统的适用性和数据处理效率，解决现有技术中缺少一个全链路的统一通道进行监测数据上报的问题。

参照图5，示出了本申请提供的一种系统级的监测数据获取方法的交互步骤流程图，具体可以包括如下步骤：

步骤201，所述监测链路的起始节点接收客户端发送的数据请求。

在基于图5的交互步骤流程图中，为了方便说明，将多个服务节点整合为一个执行端进行说明，各个服务节点之间的交互流程可以参照上述图1中的相关描述，此处不再赘述，客户端可以根据预先进行埋点的服务节点，向监测链路上的这些服务节点发送数据请求，以在服务节点产生业务响应时，获取响应生成的监测数据。

步骤202，所述起始节点将所述数据请求在所述监测链路中依次传输，直至传输至所述末端节点。

具体的，处于起始端的服务节点可以为入口服务，用于将客户端发送的数据请求转发至下一个服务节点，并由下一个服务节点继续转发数据请求，直至监测链路上的所有服务节点都接收到数据请求。

例如，当用户针对一网购应用业务进行某一品牌洗碗机的浏览操作时，用户在客户端10的网购应用界面中点击“XX洗碗机”的相关页面，则可以将包括了“XX洗碗机”信息的数据请求通过起始端的服务节点发送至监测链路上的各个服务节点，各个节点执行不同的动作，比如一个服务节点可以提供XX洗碗机的颜色的相关监测数据，另一个服务节点可以提供XX洗碗机的好评率的相关监测数据。

步骤203，监测链路中的末端节点根据收到的数据请求生成数据存储容器。

该步骤可以参照上述步骤101，此处不再赘述。

步骤204，所述末端节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器依据所述监测链路依次传输至所述监测链路上的中间节点。

该步骤可以参照上述步骤102，此处不再赘述。

可选的，在本申请的一种具体实现方式中，步骤204可以包括：

子步骤2041，末端节点根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中；所述业务模型用于针对所述数据请求生成业务数据。

在本申请实施例中，业务模型用于针对数据请求进行业务处理，当一个服务节点收到数据请求时，可以进行针对数据请求的业务处理，此时会产生相关的业务数据，如，用户查询某件商品，执行该商品颜色数据相关信息处理的服务节点会产出对应该商品颜色信息的业务数据，该业务数据可以由业务模型进行收集和传输，业务模型在各个服务节点中传输，并收集相关产生的业务数据直至反馈给客户端。

进一步的，监测数据模型是基于对用户行为事件归纳得到数据结构类型所建立的，监测数据模型用于收集和传输监测数据，可以在整个监测链路中无障碍传输，监测数据模型允许嵌入到任何模型中，但整个监测链路上同一份监测数据只允许嵌入一份监测数据模型，如果存在多个服务节点会产出与这份监测数据相关的监测数据，需要被合并到同一份监测数据模型中。

本申请通过末端节点将针对所述数据请求的监测数据写入数据存储容器中，并将数据存储容器依据监测链路依次传输至监测链路上的中间节点，由嵌入式的监测数据模型，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点的监测数据模型进行上报内容的变更即可。

可选的，在本申请的另一种具体实现方式中，步骤204可以包括：

子步骤2042，末端节点按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中。

可选的，事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型、自定义事件类型中的至少一个。

在实际应用中，监测数据的上报写入格式通常可以定义为事件类型和监测数据的对应关系，根据对用户行为事件的归纳，百分之九十以上的用户行为可以归纳到浏览事件类型、信息区块展示事件类型、点击事件类型中，因此可以根据这三种事件类型，根据这三种不同事件类型对应的写入格式，末端节点可以写入相关的监测数据，而其他的监测数据可以进一步以自定义事件类型的格式进行写入。

可选的，在所述事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型中的至少一个的情况下，所述步骤2042还可以包括：

子步骤A1，末端节点将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中。

在本申请实施例中，参照图4，数据存储容器可以包括map容器，map容器用于存储键值对，即以Map<key，value>进行数据上报，每个键映射到一个值，键可以对应监测数据的所属事件类型，值可以对应该监测数据。通过统一占比百分之九十以上的常用监测数据的写入规则，达到了打通全链路监测数据收集的目的，简化了监测数据的处理流程，提高了在变更发版时的应变能力。

可选的，在所述事件类型为自定义事件类型的情况下，所述步骤2042还可以包括：

子步骤A2，末端节点将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中。

在本申请实施例中，除过三个常见的行为事件类型，还有数量繁多，种类繁杂的其他行为事件，参照图4，本申请可以将这些行为事件定义为自定义事件类型，并将这些自定义事件类型按照事件和自定义事件数据的对应关系，以键值对的方式写入与监测数据所属事件类型所对应的table(数据类型建表)容器中，达到对剩余自定义事件对应监测数据的上报的目的。

步骤205，所述中间节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路的起始节点。

该步骤可以参照上述步骤103，此处不再赘述。

可选的，在本申请的一种具体实现方式中，步骤205可以包括：

子步骤2051，中间节点根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中；所述业务模型用于针对所述数据请求生成业务数据。

在该步骤中，中间节点根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中的具体方法与末端节点根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中的具体方法相同，具体可以参照上述步骤2041的相关描述。

可选的，在本申请的另一种具体实现方式中，步骤205可以包括：

子步骤2052，中间节点按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中。

在该步骤中，中间节点按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中的具体方法与末端节点按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中的具体方法相同，具体可以参照上述步骤2042的相关描述。

可选的，事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型、自定义事件类型中的至少一个。

可选的，在所述事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型中的至少一个的情况下，所述步骤2052还可以包括：

子步骤B1，中间节点将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中。

在该步骤中，中间节点将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中的具体方法与末端节点将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中的具体方法相同，具体可以参照上述步骤A1的相关描述。

可选的，在所述事件类型为自定义事件类型的情况下，所述步骤2052还可以包括：

子步骤B2，中间节点将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中。

在该步骤中，中间节点将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中的具体方法与末端节点将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中的具体方法相同，具体可以参照上述步骤A2的相关描述。

步骤206，所述起始节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器返回给所述客户端。

该步骤可以参照上述步骤104，此处不再赘述。

可选的，在本申请的一种具体实现方式中，步骤206可以包括：

子步骤2061，起始节点根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中；所述业务模型用于针对所述数据请求生成业务数据。

在该步骤中，起始节点根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中的具体方法与末端节点根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中的具体方法相同，具体可以参照上述步骤2041的相关描述。

可选的，在本申请的另一种具体实现方式中，步骤206可以包括：

子步骤2062，起始节点按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中。

在该步骤中，起始节点按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中的具体方法与末端节点按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中的具体方法相同，具体可以参照上述步骤2042的相关描述。

可选的，事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型、自定义事件类型中的至少一个。

可选的，在所述事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型中的至少一个的情况下，所述步骤2062还可以包括：

子步骤C1，起始节点将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中。

在该步骤中，起始节点将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中的具体方法与末端节点将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中的具体方法相同，具体可以参照上述步骤A1的相关描述。

可选的，在所述事件类型为自定义事件类型的情况下，所述步骤2062还可以包括：

子步骤C2，起始节点将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中。

在该步骤中，起始节点将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中的具体方法与末端节点将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中的具体方法相同，具体可以参照上述步骤A2的相关描述。

可选的，在本申请的一种具体实现方式中，步骤206可以包括：

子步骤2063，起始节点将所述数据存储容器添加至针对所述数据请求的响应中。

在本申请实施例中，当添加有监测数据的数据存储容器被传输至起始端与客户端对接的服务节点(服务入口)时，该服务节点会针对数据请求进行响应，并将各个服务节点产出的监测数据和业务数据添加到响应中。

子步骤2064，起始节点将所述响应返回所述客户端。

步骤207，客户端接收所述服务节点返回的数据存储容器。

在本申请实施例中，所述数据存储容器在监测链路中的各个服务节点之间传输；所述数据存储容器存储各个服务节点写入的监测数据。

步骤208，当监听到行为事件发生时，客户端从所述数据存储容器中提取对应所述行为事件的监测数据。

在本申请实施例中，客户端需要进行打点操作，针对特定用户行为或事件进行捕获、处理和发送，具体为先监听应用运行过程中的用户行为事件，当需要关注的用户行为事件发生时进行判断和捕获，然后获取必要的上下文监测数据，最后将监测数据息整理后发送至打点服务器端。

步骤209，客户端将所述监测数据上报至打点服务器。

在本申请实施例中，客户端在监控到用户的行为事件后，从数据存储容器中提取对应行为事件的监测数据上报至打点服务器。对于客户端而言，客户端无需感知数据存储容器中具体的key，不需要特地去取例如traceA或traceB数据，客户端只需要在曝光行为产生时，将曝光数据Map中的所有数据上报即可。

例如，用户在网购应用中打开了“XX洗碗机”的相关页面，则会将监测数据中“XX洗碗机”相关的监测数据上报给打点服务器进行分析，比如将“XX洗碗机”的价格、销量相关的浏览、展示和点击的监测数据进行上报，打点服务器可以根据用户针对价格、销量相关的行为分析商品的一些销售策略。

可选的，在本申请实施例的一种实现方式中，还可以包括：

步骤D1，接收针对一服务节点的监测数据更新请求。

在本申请实施例中，基于市场和业务规则的变化，各个服务节点所产出的监测数据会随之变化，客户端通常具有收集新的监测数据进行上报的需求，此时各个服务节点中，发生变更的服务节点接收针监测数据更新请求进行处理。

步骤D2，服务节点根据所述更新请求更新监测数据。

在本申请实施例中，发生变更的服务节点只需要根据更新请求更新所要上传的监测数据的键和值，并按照更新后的键和值进行写入即可。

比如，一个XX品牌的洗碗机，商家在制造过程中将原有产品的黑色配色更改为白色配色，则将原有键值对中黑色配色的值更改为白色即可。

综上所述，本申请实施例提供的一种监测数据获取方法，包括：由监测链路中的末端节点根据收到的数据请求生成数据存储容器；末端节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器依据监测链路依次传输至监测链路上的中间节点；中间节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器传输至监测链路的起始节点；起始节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器返回给客户端；本申请通过根据基于行为事件归纳得到的预设规则，使得监测链路中的每个服务节点仅需专注将自己的监测数据写入数据存储容器中，不需要关注相邻服务节点的监测数据内容，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点进行上报内容的变更即可，简化了监测数据的处理过程，提高了业务服务系统的适用性和数据处理效率，解决现有技术中缺少一个全链路的统一通道进行监测数据上报的问题。

参照图6，示出了本申请的起始节点侧的一种监测数据获取方法的流程图，起始节点为监测链路中的第一个服务节点，包括：

步骤301，接收客户端的数据请求。

该步骤可以参照上述步骤201，此处不再赘述。

步骤302，将所述数据请求在所述监测链路中按序依次传输，直至传输至末端节点；所述末端节点为所述监测链路中的最后一个服务节点。

在该步骤中，参照图1，用户可以在客户端10进行请求监测数据的业务，发送对应的数据请求，该数据请求由起始端的服务节点1按照监测链路依次传输，直至传输至末端的服务节点n。

步骤303，接收所述监测链路中所述起始节点的后一个服务节点发送的数据存储容器；所述数据存储容器存储有所述监测链路中所述起始节点之后的服务节点写入的监测数据。

步骤304，将针对所述数据请求的监测数据写入所述数据存储容器。

在本申请中，参照图1，与客户端10对接的服务节点1可以起到服务入口的作用，例如，服务节点1根据数据请求，生成traceService数据(跟踪数据)并添加在数据存储容器返回给客户端，以供客户端在相应用户行为产生时，提取该traceService数据上报给打点服务器30进行分析。

需要说明的是，在数据存储容器传输的过程中，假设数据存储容器从服务节点2收集了监测数据2并传输至服务节点1以收集监测数据1，则数据存储容器在服务节点2收集完成监测数据2时，需要在容器中将监测数据1和监测数据2进行整合，因此，针对监测链路上的服务节点，数据存储容器在节点之间传输的过程中要不断的将各个节点所收集到的监测数据进行整合，最终形成一套完整的监测数据包返回给客户端。

步骤305，将所述数据存储容器返回所述客户端。

综上所述，本申请实施例提供的一种监测数据获取方法，包括接收客户端的数据请求；将数据请求在监测链路中按序依次传输，直至传输至末端节点；末端节点为监测链路中的最后一个服务节点；接收监测链路中起始节点的后一个服务节点发送的数据存储容器；数据存储容器存储有监测链路中起始节点之后的服务节点写入的监测数据；将针对数据请求的监测数据写入数据存储容器；将数据存储容器返回客户端；本申请通过起始节点作为服务起始节点，使得通过起始节点实现数据请求的接收和转发的目的，同时通过起始节点将添加好监控数据的数据存储容器发送至客户端，实现了全链路打通监测数据上报通道的目的，提高了服务节点上传监测数据的效率，提高了应对变更发版时的应变能力。

进一步的参照图7，示出了本申请的服务节点侧的一种监测数据获取方法的流程图，服务节点为监测链路的第一个服务节点和最后一个服务节点之外的节点，包括：

步骤E1，接收所述监测链路中所述服务节点的前一个服务节点传输的数据请求。

在该步骤中，数据请求在监测链路中由前向后进行传输，传输路径为：起始节点-中间节点-末端节点，因为服务节点为监测链路的第一个服务节点和最后一个服务节点之外的节点，服务节点既不对接客户端，也不是监测链路末端的节点，因此，服务节点获取的数据请求，需要监测链路中所述服务节点的前一个服务节点进行传输，服务节点在获取到数据请求后，若服务节点的后一个节点为末端节点，则服务节点将该数据请求发送至该末端节点，若服务节点的后一个节点不为末端节点，则服务节点将该数据请求发送至后一个服务节点。

步骤E2，接收所述监测链路中所述服务节点的后一个服务节点传输的数据存储容器；所述数据存储容器存储有所述监测链路中所述服务节点之后的服务节点写入的监测数据。

在该步骤中，数据存储容器在监测链路中由后向前进行传输，传输路径为：末端节点-中间节点-起始节点，同样的，因为服务节点为监测链路的第一个服务节点和最后一个服务节点之外的节点，服务节点既不对接客户端，也不是监测链路末端的节点，因此，服务节点获取的数据存储容器，需要监测链路中所述服务节点的后一个服务节点进行传输，若监测链路中所述服务节点的后一个服务节点为末端节点，则该服务节点接收到的数据存储容器中写有该末端节点的监测数据，若监测链路中所述服务节点的后一个服务节点不为起始节点，则该服务节点接收到的数据存储容器中写有该后一个服务节点的监测数据。

步骤E3，将针对所述数据请求的监测数据写入所述数据存储容器中。

服务节点将监测数据写入所述数据存储容器中的具体方法可以参照上述步骤102中末端节点将监测数据写入所述数据存储容器中的方法，此处不再赘述。

步骤E4，所述数据存储容器传输至所述监测链路中所述服务节点的前一服务节点。

在该步骤中，服务节点将监测数据写入数据存储容器后，按照数据存储容器由末端节点-中间节点-起始节点的传输路径，需要将数据存储容器继续在监测链路中进行传输，若监测链路中所述服务节点的前一个服务节点为起始节点，则该起始节点接收到的数据存储容器中写有服务节点的监测数据，若监测链路中所述服务节点的前一个服务节点不为起始节点，则该前一个服务节点接收到的数据存储容器中写有服务节点的监测数据。

参照图8，示出了本申请的末端节点侧的一种监测数据获取方法的流程图，末端节点为监测链路中的最后一个服务节点，包括：

步骤401，接收所述监测链路中所述末端节点的前一个服务节点传输的数据请求。

步骤402，针对所述数据请求生成数据存储容器。

该步骤可以参照上述步骤101，此处不再赘述。

步骤403，将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路中所述末端节点的前一服务节点，以供所述监测链路中所述末端节点之前的服务节点将监测数据写入所述数据存储容器。

该步骤可以参照上述步骤102，此处不再赘述。

综上所述，本申请实施例提供的一种监测数据获取方法，包括接收监测链路中末端节点的前一个服务节点传输的数据请求；针对数据请求生成数据存储容器；将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器传输至监测链路中末端节点的前一服务节点，以供监测链路中末端节点之前的服务节点将监测数据写入数据存储容器；本申请通过末端节点根据数据请求生成用于在数据链路中传输和收集监测数据的数据存储容器，同时通过在数据存储容器中写入自身产出的监测数据，并将添加了该监测数据的数据存储容器传输至下一中间节点，实现了全链路打通监测数据上报通道的目的，提高了服务节点上传监测数据的效率，提高了应对变更发版时的应变能力。

参照图9，示出了本申请的客户端侧的一种监测数据获取方法的流程图，包括：

步骤501，向起始节点发送数据请求；所述起始节点为监测链路中的第一个服务节点。

该步骤可以参照上述步骤201，此处不再赘述。

步骤502，接收所述起始节点返回的数据存储容器；所述数据存储容器在监测链路中的服务节点中传输；所述数据存储容器存储有所述服务节点写入的监测数据。

该步骤可以参照上述步骤207，此处不再赘述。

步骤503，在监听到预设操作的情况下，从所述数据存储容器中提取与所述预设操作对应的监测数据。

在本申请实施例中，客户端需要进行打点操作，针对特定用户行为或事件进行捕获、处理和发送，具体为先监听应用运行过程中的用户行为事件，当需要关注的用户行为事件发生时进行判断和捕获，然后获取必要的上下文监测数据，最后将监测数据息整理后发送至打点服务器端。

步骤504，将所述监测数据上报至打点服务器。

综上所述，本申请实施例提供的一种监测数据获取方法，包括向起始节点发送数据请求；起始节点为监测链路中的第一个服务节点；接收起始节点返回的数据存储容器；数据存储容器在监测链路中的服务节点中传输；数据存储容器存储有服务节点写入的监测数据；在监听到预设操作的情况下，从数据存储容器中提取与预设操作对应的监测数据；将监测数据上报至打点服务器。本申请中，由于客户端不用关注监测数据的具体内容，监测链路上的任何一个服务节点也不需要关注与其相邻的服务节点产生的监测数据的具体内容，只需要写入自己所产生的监测数据，因此，若一服务节点需要上传另一个新的监测数据，只需要该服务节点变更上传的监测数据即可，客户端也不需要进行发版了。

参照图10，示出了本申请一个具体示例中一种监测数据获取系统的结构图，包括：末端节点60、起始节点61和中间节点62；

末端节点60包括：

第一生成模块601，用于监测链路中的末端节点根据收到的数据请求生成数据存储容器；

第一传输模块602，用于所述末端节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器依据所述监测链路依次传输至所述监测链路上的中间节点；

所述中间节点61包括：

第一写入模块611，用于所述中间节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路的起始节点；

所述起始节点62包括：

第一数据返回模块621，用于所述起始节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器返回给所述客户端。

第一数据返回模块621，包括：

添加子模块，用于将所述数据存储容器添加至针对所述数据请求的响应中；

数据返回子模块，用于将所述响应返回所述客户端。

可选的，第一传输模块602或所述第一写入模块611或所述第一数据返回模块621，包括：

第一写入子模块，用于根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中；所述业务模型用于针对所述数据请求生成业务数据。

第二写入子模块，用于按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中。

第二写入子模块，包括：

第一写入单元，用于将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中。

第二写入单元，用于将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中。

所述起始节点62还包括：

第一接收模块622，用于所述监测链路的起始节点接收客户端发送的数据请求；

第一命令传输模块623，用于所述起始节点将所述数据请求在所述监测链路中依次传输，直至传输至所述末端节点。

综上所述，本申请实施例提供的一种监测数据获取系统，由监测链路中的末端节点根据收到的数据请求生成数据存储容器；末端节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器依据监测链路依次传输至监测链路上的中间节点；中间节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器传输至监测链路的起始节点；起始节点将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器返回给客户端；本申请根据通过根据基于行为事件归纳得到的预设规则，使得监测链路中的每个服务节点仅需专注将自己的监测数据写入数据存储容器中，不需要关注相邻服务节点的监测数据内容，实现了全链路打通监测数据上报通道的目的，当服务节点需要变更上报的监测数据时，只需要对该服务节点进行上报内容的变更即可，简化了监测数据的处理过程，提高了业务服务系统的适用性和数据处理效率，解决现有技术中缺少一个全链路的统一通道进行监测数据上报的问题。

参照图11，示出了本申请一个具体示例中起始节点侧的一种监测数据获取装置的结构图，包括：

第二接收模块701，用于接收客户端的数据请求；

第二传输模块702，用于将所述数据请求在所述监测链路中按序依次传输，直至传输至末端节点；所述末端节点为所述监测链路中的最后一个服务节点；

第三接收模块703，用于接收所述监测链路中所述起始节点的后一个服务节点发送的数据存储容器；所述数据存储容器存储有所述监测链路中所述起始节点之后的服务节点写入的监测数据；

第二写入模块704，用于将针对所述数据请求的监测数据写入所述数据存储容器；

第二数据返回模块705，用于将所述数据存储容器返回所述客户端。

综上所述，本申请实施例提供的一种监测数据获取装置，包括接收客户端的数据请求；将数据请求在监测链路中按序依次传输，直至传输至末端节点；末端节点为监测链路中的最后一个服务节点；接收监测链路中起始节点的后一个服务节点发送的数据存储容器；数据存储容器存储有监测链路中起始节点之后的服务节点写入的监测数据；将针对数据请求的监测数据写入数据存储容器；将数据存储容器返回客户端；本申请通过起始节点作为服务起始节点，使得通过起始节点实现数据请求的接收和转发的目的，同时通过起始节点将添加好监控数据的数据存储容器发送至客户端，实现了全链路打通监测数据上报通道的目的，提高了服务节点上传监测数据的效率，提高了应对变更发版时的应变能力。

参照图12，示出了本申请一个具体示例中末端节点侧的一种监测数据获取装置的结构图，包括：

第四接收模块801，用于接收所述监测链路中所述末端节点的前一个服务节点传输的数据请求；

第二生成模块802，用于针对所述数据请求生成数据存储容器；

第三写入模块803，用于将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路中所述末端节点的前一服务节点，以供所述监测链路中所述末端节点之前的服务节点将监测数据写入所述数据存储容器。

综上所述，本申请实施例提供的一种监测数据获取装置，包括接收监测链路中末端节点的前一个服务节点传输的数据请求；针对数据请求生成数据存储容器；将针对数据请求的监测数据写入数据存储容器中，并将数据存储容器传输至监测链路中末端节点的前一服务节点，以供监测链路中末端节点之前的服务节点将监测数据写入数据存储容器；本申请通过末端节点根据数据请求生成用于在数据链路中传输和收集监测数据的数据存储容器，同时通过在数据存储容器中写入自身产出的监测数据，并将添加了该监测数据的数据存储容器传输至下一中间节点，实现了全链路打通监测数据上报通道的目的，提高了服务节点上传监测数据的效率，提高了应对变更发版时的应变能力。

参照图13，示出了本申请一个具体示例中客户端侧的一种监测数据获取装置的结构图，包括：

发送模块901，用于向起始节点发送数据请求；所述起始节点为监测链路中的第一个服务节点；

第五接收模块902，用于接收所述起始节点返回的数据存储容器；所述数据存储容器在监测链路中的服务节点中传输；所述数据存储容器存储有所述服务节点写入的监测数据；

提取模块903，用于在监听到预设操作的情况下，从所述数据存储容器中提取与所述预设操作对应的监测数据；

上报模块904，用于将所述监测数据上报至打点服务器。

综上所述，本申请实施例提供的一种监测数据获取装置，包括向起始节点发送数据请求；起始节点为监测链路中的第一个服务节点；接收起始节点返回的数据存储容器；数据存储容器在监测链路中的服务节点中传输；数据存储容器存储有服务节点写入的监测数据；在监听到预设操作的情况下，从数据存储容器中提取与预设操作对应的监测数据；将监测数据上报至打点服务器。本申请中，由于客户端不用关注监测数据的具体内容，监测链路上的任何一个服务节点也不需要关注与其相邻的服务节点产生的监测数据的具体内容，只需要写入自己所产生的监测数据，因此，若一服务节点需要上传另一个新的监测数据，只需要该服务节点变更上传的监测数据即可，客户端也不需要进行发版了。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图14是本申请实施例提供的一种装置的结构示意图。参见图14，服务器1000可以用于实施上述实施例中提供的监测数据获取方法。该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1022(例如，一个或一个以上处理器)和存储器1032，一个或一个以上存储应用程序1042或数据1044的存储介质1030(例如一个或一个以上海量存储设备)。其中，存储器1032和存储介质1030可以是短暂存储的或持久存储的。存储在存储介质1030的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1022可以设置为与存储介质1030通信，在服务器1000上执行存储介质1030中的一系列指令操作。

服务器1000还可以包括一个或一个以上电源1026，一个或一个以上有线或无线网络接口1050，一个或一个以上输入输出接口1058，一个或一个以上键盘1056，和/或，一个或一个以上操作系统1041，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。其中，中央处理器1022可以在服务器1000上执行以下操作的指令：

监测链路中的末端节点根据收到的数据请求生成数据存储容器；

所述末端节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器依据所述监测链路依次传输至所述监测链路上的中间节点；

所述中间节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路的起始节点；

所述起始节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器返回给所述客户端。

当然，还可以执行其他服务器侧的指令。本申请提供一种装置，其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行一种监测数据获取方法。

本申请还提供一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种监测数据获取方法。

进一步的，起始节点侧也可以具有类似图14的结构，在此不再详述，本申请实施例不对其加以限制，其中的中央处理器可以执行以下指令：

接收客户端的数据请求；

将所述数据请求在所述监测链路中按序依次传输，直至传输至末端节点；所述末端节点为所述监测链路中的最后一个服务节点；

接收所述监测链路中所述起始节点的后一个服务节点发送的数据存储容器；所述数据存储容器存储有所述监测链路中所述起始节点之后的服务节点写入的监测数据；

将针对所述数据请求的监测数据写入所述数据存储容器；

将所述数据存储容器返回所述客户端。

进一步的，末端节点侧也可以具有类似图14的结构，在此不再详述，本申请实施例不对其加以限制，其中的中央处理器可以执行以下指令：

接收所述监测链路中所述末端节点的前一个服务节点传输的数据请求；

针对所述数据请求生成数据存储容器；

将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路中所述末端节点的前一服务节点，以供所述监测链路中所述末端节点之前的服务节点将监测数据写入所述数据存储容器。

当然，客户端侧也可以具有类似图14的结构，在此不再详述，本申请实施例不对其加以限制，其中的中央处理器可以执行以下指令：

向起始节点发送数据请求；所述起始节点为监测链路中的第一个服务节点；

接收所述起始节点返回的数据存储容器；所述数据存储容器在监测链路中的服务节点中传输；所述数据存储容器存储有所述服务节点写入的监测数据；

在监听到预设操作的情况下，从所述数据存储容器中提取与所述预设操作对应的监测数据；

将所述监测数据上报至打点服务器。

当然，还可以执行其他终端侧的指令。

本申请提供一种装置，其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行一种业务进度展示方法。

本申请还提供一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种业务进度展示方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种监测数据获取方法、系统及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (30)

1.一种监测数据获取方法，其特征在于，包括：

监测链路中的末端节点根据收到的数据请求生成数据存储容器；

所述末端节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器依据所述监测链路依次传输至所述监测链路上的中间节点；

所述中间节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路的起始节点；

所述起始节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器返回给所述客户端。

2.根据权利要求1所述的方法，其特征在于，所述将针对所述数据请求的监测数据写入所述数据存储容器中，包括：

根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中；所述业务模型用于针对所述数据请求生成业务数据。

3.根据权利要求1所述的方法，其特征在于，所述将针对所述数据请求的监测数据写入所述数据存储容器中，包括：

按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中。

4.根据权利要求3所述的方法，其特征在于，所述事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型、自定义事件类型中的至少一个。

5.根据权利要求4所述的方法，其特征在于，在所述事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型中的至少一个的情况下，所述按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中，包括：

将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中。

6.根据权利要求4所述的方法，其特征在于，在所述事件类型为自定义事件类型的情况下，所述按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中，包括：

将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中。

7.根据权利要求1所述的方法，其特征在于，所述将所述数据存储容器返回给客户端，包括：

将所述数据存储容器添加至针对所述数据请求的响应中；

将所述响应返回所述客户端。

8.根据权利要求1所述的方法，其特征在于，在所述监测链路中的末端节点根据收到的数据请求生成数据存储容器的步骤之前，还包括：

所述监测链路的起始节点接收客户端发送的数据请求；

所述起始节点将所述数据请求在所述监测链路中依次传输，直至传输至所述末端节点。

9.一种监测数据获取方法，应用于起始节点，所述起始节点为监测链路中的第一个服务节点，其特征在于，包括：

接收客户端的数据请求；

将所述数据请求在所述监测链路中按序依次传输，直至传输至末端节点；所述末端节点为所述监测链路中的最后一个服务节点；

接收所述监测链路中所述起始节点的后一个服务节点发送的数据存储容器；所述数据存储容器存储有所述监测链路中所述起始节点之后的服务节点写入的监测数据；

将针对所述数据请求的监测数据写入所述数据存储容器；

将所述数据存储容器返回所述客户端。

10.一种监测数据获取方法，应用于末端节点，所述末端节点为为监测链路中的最后一个服务节点，其特征在于，包括：

接收所述监测链路中所述末端节点的前一个服务节点传输的数据请求；

针对所述数据请求生成数据存储容器；

将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路中所述末端节点的前一服务节点，以供所述监测链路中所述末端节点之前的服务节点将针对所述数据请求的监测数据写入所述数据存储容器。

11.一种监测数据获取方法，应用于客户端，其特征在于，包括：

向起始节点发送数据请求；所述起始节点为监测链路中的第一个服务节点；

接收所述起始节点返回的数据存储容器；所述数据存储容器在监测链路中的服务节点中传输；所述数据存储容器存储有所述服务节点写入的监测数据；

在监听到预设操作的情况下，从所述数据存储容器中提取与所述预设操作对应的监测数据；

将所述监测数据上报至打点服务器。

12.一种监测数据获取系统，其特征在于，包括：

末端节点、起始节点和中间节点；

所述末端节点包括：

第一生成模块，用于监测链路中的末端节点根据收到的数据请求生成数据存储容器；

第一传输模块，用于所述末端节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器依据所述监测链路依次传输至所述监测链路上的中间节点；

所述中间节点包括：

第一写入模块，用于所述中间节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路的起始节点；

所述起始节点包括：

第一数据返回模块，用于所述起始节点将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器返回给所述客户端。

13.根据权利要求12所述的系统，其特征在于，所述第一传输模块、所述第一写入模块、所述第一数据返回模块，包括：

第一写入子模块，用于根据嵌入业务模型的监测数据模型，将监测数据按预设规则写入所述数据存储容器中；所述业务模型用于针对所述数据请求生成业务数据。

14.根据权利要求12所述的系统，其特征在于，所述第一传输模块、所述第一写入模块、所述第一数据返回模块，包括：

第二写入子模块，用于按照所述监测数据所属的事件类型，将所述监测数据写入与所述事件类型对应的数据存储容器中。

15.根据权利要求14所述的系统，其特征在于，所述事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型、自定义事件类型中的至少一个。

16.根据权利要求15所述的系统，其特征在于，在所述事件类型包括浏览事件类型、信息区块展示事件类型、点击事件类型中的至少一个的情况下，所述第二写入子模块，包括：

第一写入单元，用于将所述监测数据，以键值对的方式写入与所述监测数据的所属事件类型所对应的map容器中。

17.根据权利要求15所述的系统，其特征在于，在所述事件类型为自定义事件类型的情况下，所述第二写入子模块，包括：

第二写入单元，用于将所述监测数据所属的事件类型作为键，将所述监测数据的自定义数据作为值，以键值对的方式写入与所述监测数据所属事件类型所对应的table容器中。

18.根据权利要求12所述的系统，其特征在于，所述第一数据返回模块，包括：

添加子模块，用于将所述数据存储容器添加至针对所述数据请求的响应中；

数据返回子模块，用于将所述响应返回所述客户端。

19.根据权利要求12所述的系统，其特征在于，还包括：

第一接收模块，用于所述监测链路的起始节点接收客户端发送的数据请求；

第一命令传输模块，用于所述起始节点将所述数据请求在所述监测链路中依次传输，直至传输至所述末端节点。

20.一种监测数据获取装置，应用于起始节点，所述起始节点为监测链路中的第一个服务节点，其特征在于，包括：

第二接收模块，用于接收客户端的数据请求；

第二传输模块，用于将所述数据请求在所述监测链路中按序依次传输，直至传输至末端节点；所述末端节点为所述监测链路中的最后一个服务节点；

第三接收模块，用于接收所述监测链路中所述起始节点的后一个服务节点发送的数据存储容器；所述数据存储容器存储有所述监测链路中所述起始节点之后的服务节点写入的监测数据；

第二写入模块，用于将针对所述数据请求的监测数据写入所述数据存储容器；

第二数据返回模块，用于将所述数据存储容器返回所述客户端。

21.一种监测数据获取装置，应用于末端节点，所述末端节点为为监测链路中的最后一个服务节点，其特征在于，包括：

第四接收模块，用于接收所述监测链路中所述末端节点的前一个服务节点传输的数据请求；

第二生成模块，用于针对所述数据请求生成数据存储容器；

第三写入模块，用于将针对所述数据请求的监测数据写入所述数据存储容器中，并将所述数据存储容器传输至所述监测链路中所述末端节点的前一服务节点，以供所述监测链路中所述末端节点之前的服务节点将监测数据写入所述数据存储容器。

22.一种监测数据获取装置，应用于客户端，其特征在于，包括：

发送模块，用于向起始节点发送数据请求；所述起始节点为监测链路中的第一个服务节点；

第五接收模块，用于接收所述起始节点返回的数据存储容器；所述数据存储容器在监测链路中的服务节点中传输；所述数据存储容器存储有所述服务节点写入的监测数据；

提取模块，用于在监听到预设操作的情况下，从所述数据存储容器中提取与所述预设操作对应的监测数据；

上报模块，用于将所述监测数据上报至打点服务器。

23.一种装置，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行所述指令时，使得所述装置执行如权利要求1至8的方法。

24.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行所述指令时，执行如权利要求1至8的方法。

25.一种装置，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行所述指令时，使得所述装置执行如权利要求9的方法。

26.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行所述指令时，执行如权利要求9的方法。

27.一种装置，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行所述指令时，使得所述装置执行如权利要求10的方法。

28.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行所述指令时，执行如权利要求10的方法。

29.一种装置，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行所述指令时，使得所述装置执行如权利要求11的方法。

30.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行所述指令时，执行如权利要求11的方法。

Images