页面操作数据的处理方法和处理系统与流程

本申请涉及信息采集领域，尤其涉及页面操作数据的处理方法和处理系统。

背景技术：

随着电子商务网站对于电子商务目标的统计分析的需求越来越强烈，电子商务系统需要从前端采集大量的用户页面操作数据，并传输给后端的数据库服务器，数据库服务器可以根据接收的页面操作数据分析用户的行为偏好，并以此提升系统的功能，从而为用户提供精准营销，为系统的发展方向及公司效益提供无形的价值。

当页面操作数据量巨大或多个前端同时向后端数据库服务器发送页面操作数据时，传统的数据传输方式容易出现业务堵塞的情况，导致数据传输效率较低。

技术实现要素：

本申请提出了信息采集领域中一种页面操作数据的处理方法及处理系统。

第一方面，本申请提供了一种页面操作数据的处理方法。该方法包括：前端接收页面操作；所述前端根据运行的埋点脚本采集页面操作数据；所述前端向后端发送异步请求消息，所述异步请求消息用于请求向所述后端发送所述页面操作数据；所述后端接收到所述异步请求消息之后，向所述前端发送响应消息；所述前端接收到所述响应消息之后，向所述后端的消息队列发送所述页面操作数据；所述后端依次读取所述消息队列中的页面操作数据，并将所述消息队列中的页面操作数据按照对应的页面元素类型进行分类；所述后端将分类后的页面操作数据写入数据库中。

结合第一方面，在第一种可能的实现方式中，所述消息队列包括不同的主题队列，所述不同的主题队列对应不同数据处理类型的页面操作数据；相应地，所述前端接收到所述响应消息之后，向所述后端的消息队列发送所述页面操作数据，包括：所述前端接收到所述响应消息之后，向所述后端的消息队列中与所述页面操作数据的数据处理类型对应的主题队列发送所述页面操作数据。

结合第一种可能的实现方式，在第二种可能的实现方式中，所述数据处理类型包括日志处理类型、请求处理类型和访问处理类型。

结合第一方面或上述任意一种可能的实现方式，在第三种可能的实现方式中，所述方法还包括：所述数据库的数据传输服务监听到所述数据库中的页面操作数据发生变化时，向搜索引擎服务器发送发生变化的页面操作数据；所述搜索引擎服务器对接收到的页面操作数据进行存储、查询和检索处理。

结合第三种可能的实现方式，在第四种可能的实现方式中，所述数据库为分布式关系型，所述搜索引擎服务器为分布式多能力用户全文搜索引擎。

第二方面，本申请提供一种页面操作数据的处理系统，包括前端和后端。所述前端用于：接收页面操作，根据运行的埋点脚本采集页面操作数据，向后端发送异步请求消息，所述异步请求消息用于请求向所述后端发送所述页面操作数据。所述后端用于：在接收到所述异步请求消息之后，向所述前端发送响应消息。所述前端还用于：在接收到所述响应消息之后，向所述后端的消息队列发送所述页面操作数据。所述后端还用于：依次读取所述消息队列中的页面操作数据，将所述消息队列中的页面操作数据按照对应的页面元素类型进行分类，将分类后的页面操作数据写入数据库中。

结合第二方面，在第一种可能的实现方式中，所述消息队列包括不同的主题队列，所述不同的主题队列对应不同数据处理类型的页面操作数据。

相应地，所述前端具体用于：在接收到所述响应消息之后，向所述后端的消息队列中与所述页面操作数据的数据处理类型对应的主题队列发送所述页面操作数据。

结合第一种可能的实现方式，在第二种可能的实现方式中，所述数据处理类型包括日志处理类型、请求处理类型和访问处理类型。

结合第二方面或上述任意一种可能的实现方式，所述处理系统还包括数据库和搜索引擎服务器。所述数据库用于，在数据传输服务监听到所述数据库中的页面操作数据发生变化时，向搜索引擎服务器发送发生变化的页面操作数据。所述搜索引擎服务器用于：对接收到的页面操作数据进行存储、查询和检索处理。

结合第三种可能的实现方式，在第四种可能的实现方式中，所述数据库为分布式关系型，所述搜索引擎服务器为分布式多能力用户全文搜索引擎。

第三方面，本申请提供一种计算机可读介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行如第一方面或其中任意一种可能的实现方式所述的方法。

第四方面，本申请提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行如第一方面或其中任意一种可能的实现方式所述的方法。

第五方面，本申请提供一种计算系统，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述通信接口与目标系统通信，所述至少一个处理器用于运行计算机程序或指令，以执行如第一方面或其中任意一种可能的实现方式所述的方法。

本申请提供的技术方案中，采用消息队列的方式将采集的前端页面操作数据异步传输到后端的数据库服务器中，避免了业务堵塞，提高了数据传输效率。进一步地，本方案通过设计javascript埋点脚本和自定义埋点配置，对前端的页面操作数据进行采集，丰富了采集页面操作数据的类型，为后续对用户的行为分析等方面提供了基础。此外，本申请中数据库服务器将存储的页面操作数据实时同步到搜索引擎服务器中，搜索引擎服务器对页面操作数据进行数据处理，得到页面操作行为分析结果，避免了因页面操作数据过多导致的数据库资源不够用的情况，提高了数据处理效率。

附图说明

图1为本申请实施例的一种应用场景的示意图；

图2为本申请实施例的一种页面操作数据的处理方法的流程示意图；

图3为一种使用本方案提供的页面操作数据的处理方法进行数据处理的流程示意图；

图4为本申请一个实施例的一种页面操作数据的处理系统的示意性结构图；

图5为本申请另一个实施例的一种页面操作数据的处理系统的示意性结构图。

具体实施方式

为了便于对本申请的理解，首先对本申请涉及的概念进行解释说明。

javascript埋点技术：是指使用javascript编程语句针对特定的用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。例如，用户行为或事件可以包括用户对页面中某个图标(icon)的点击次数或浏览某个页面的时长等。

以用户在页面中的操作为打开网页为例，当网页被打开，页面中的javascript埋点脚本会被执行，用户在网页中加入一段javascript代码，这个代码片段会动态创建一个脚本(script)标签，并将script指向一个单独的javascript数据采集文件，例如，javascript数据文件可以为dot.js。此时这个javascript数据收集文件会被浏览器请求并执行，进行数据采集操作。当数据采集完成后，javascript埋点脚本会请求一个后端的数据采集脚本，例如，数据采集脚本可以是一个伪装成图片格式的动态脚本程序，可以由超文本预处理器(hypertextpreprocessor，php)、python或其它服务端语言进行编写，javascript会将采集到的页面操作数据通过超文本传输协议(hypertexttransferprotocol，http)参数的方式传递给后端脚本，后端脚本解析参数并按固定格式记录到访问日志中。

用户的页面操作数据可以包括：

1、用户的点击数据。通过事件代理，可以采集到页面发生的所有点击事件，并获取到点击元素。

2、用户的输入操作。通过输入(input)、获得焦点(focus)和失去焦点(blur)等事件来获取输入框中的内容，以及用户的操作。

3、页面的访问数据。通过记录页面的统一资源定位器(uniformresourcelocator，url)并上报，可以实现页面浏览量(pageview，pv)的数据统计；搭配通用唯一识别码(universallyuniqueidentifier，uuid)可以实现独立访客(uniquevisitor，uv)的统计。

4、页面中的代码异常情况。通过window.onerror语句可以采集压面代码中发生的异常情况。

5、页面中失败或异常的接口数据。通过代理异步javascript和可扩展标记语言(asynchronousjavascriptandextensiblemarkuplanguage，ajax)的方法，在error语句执行之前上报请求页面中失败或异常的接口数据参数与结果。

6、页面性能数据。通过前端性能监控(performance)接口来计算域名系统(domainnamesystem，dns)解析、传输控制协议(transmissioncontrolprotocol，tcp)的链接时间、白屏时间和文档对象模型(documentobjectmodel，dom)解析耗时等页面性能数据。

图1为本申请的实施例的一种应用场景的示意图。图1所示的场景是对用户在政企电商门户页面中的操作行为数据进行采集、传输和分析的场景。该场景包括用户101、政企电商门户页面102、前端103、消息队列服务器104、数据库服务器105和数据分析服务器106，其中，政企电商门户页面102和前端103在系统的前端，消息队列服务器104、数据库服务器105和数据分析服务器106在系统的后端。

用户101通过访问请求访问政企电商门户页面102，并在网页中进行各项操作，例如，访问请求可以包括http请求，用户在网页中进行的操作可以包括浏览网页信息、点击网页中的链接和在网页中的输入框中输入查询内容等。前端103根据政企电商门户页面102中的javascript埋点脚本的设计，对用户101在政企电商门户页面102中的操作进行监控，并对页面操作数据进行采集。前端103通过消息队列服务器104将采集的页面操作数据传输到数据库服务器105中，例如，数据库服务器可以为分布式关系型(distributerelationaldatabaseservice，drds)数据库等。数据库服务器105对页面操作数据进行存储，并将该页面操作数据实时同步到数据分析服务器106中，数据分析服务器106对页面监控数据进行数据处理，可以得到该用户的操作行为分析报表。其中，数据分析服务器可以为elasticsearch(es)搜索引擎服务器等。

可以理解的是，图1的场景仅是一种示例，本申请的技术方案还可以应用于其它场景，只要该场景涉及对用户的页面操作数据进行采集、传输和分析即可。

图2为本申请的实施例提供的一种页面操作数据的处理方法的流程示意图。参见图2，该方法可以包括s201至s208。

s201，前端根据运行的javascript埋点脚本采集页面操作数据。

例如，前端接收到页面操作后，根据运行的javascript埋点脚本采集页面操作数据。该页面操作可以包括点击页面元素，向页面数据框输入内容，浏览页面内容等等。

作为一种示例，javascript埋点脚本中可以包含页面自定义埋点配置，前端可以执行javascript埋点脚本并根据页面自定义埋点配置采集页面操作数据。

页面自定义埋点配置可以包括页面的访问类型、触发方式和关键点位置等配置。

页面的访问类型可以包括点击、登录、浏览和输入等。

页面的触发方式可以包括点击触发、登录触发、浏览网页触发和输入触发等。

页面的关键点位置设置是指在页面中设置一个或多个关键点，当用户触发这些关键点时，前端根据javascript埋点脚本可以采集到这些关键点的相关操作数据。例如，一个页面中有10个按钮，若将其中的2个按钮设置为关键点，且这2个按钮的触发方式均配置为点击触发，则当用户点击这2个按钮时，终端基于javascript埋点脚本会采集这两个按钮对应的操作数据，而用户触发另外8个没有被设置为关键点的按钮时，前端基于javascript埋点脚本不会采集这8个按钮的相关操作数据。

页面自定义埋点配置可以记录在javascript数据采集文件中。javascript数据采集文件中可以包括页面元素的数据采集属性。

页面元素可以包括按钮、输入框和链接等，对应的，页面中元素的数据采集属性可以包括按钮的点击采集属性、输入框的输入采集属性和链接的链接采集属性等。

可以在页面代码的超级文本标记语言(hypertextmarkuplanguage，html)中对页面元素的数据采集属性进行设置。

页面元素的数据采集属性可以包括属性内容、属性值和属性说明等。属性内容可以包括是否对该元素进行采集或采集该元素的哪些内容等；属性值可以包括“是”、“否”和具体的数字或字段等；属性说明是对元素的数据采集属性内容和对应的属性值进行详细介绍。

示例性的，对按钮的点击采集属性进行设置，属性内容可以为：是否对该按钮的点击数据进行采集；属性值可以为“是”或“否”；属性说明可以为若属性值为是，则对该按钮的点击数据进行采集，若属性值为否，则不对该按钮的点击数据进行采集。

示例性的，对输入框的输入采集属性进行设置，数据采集属性内容可以为对输入框中输入的哪些字段进行数据采集；属性值可以为“搜索”和“查询”；属性说明可以为当输入框中的输入字段包括“搜索”和“查询”时，对该输入框中的内容进行数据采集。

前端运行javascript埋点脚本之后，当页面被用户按照javascript埋点脚本中设置的触发方式打开时，前端会根据javascript数据采集文件对页面操作数据进行采集。

示例性的，前端可以通过浏览器内置的javascript对象采集页面的基本信息，例如，通过document.title语句采集页面标题(title)、通过页面中的链接采集url、通过windows.screen语句采集用户显示器的分辨率和通过document.cookie语句采集cookie信息等。

前端接收到页面操作请求之后，可以根据javascript数据采集文件对页面操作数据进行采集。

s202，前端向后端发送异步请求消息，异步请求消息用于请求向后端发送页面操作数据。相应地，后端接收该异步请求消息。

例如，前端可以向后端的springmvc发送ajax异步请求，请求的内容为使用消息队列的方式向drds数据库发送页面操作数据。

前端向后端springmvc发送的ajax异步请求可以包括请求的主题、请求的内容、请求响应的时间和请求响应的途径等。

示例性的，前端向后端springmvc发送的ajax异步请求可以为请求数据库接收页面操作数据、请求通过消息队列的方式进行数据传输和请求数据库接收页面操作数据的频率为2分钟每次等。

前端将采集的页面操作数据根据数据处理类型的不同进行分类，并对每一类别赋予一个唯一的标识。数据处理类型可以包括日志处理类型、请求处理类型和访问处理类型等。作为一种示例，页面操作数据可以分类为请求处理类型。

s203，后端向前端发送响应消息。相应地，前端接收该响应消息。

例如，后端的springmvc接收前端发送的ajax异步请求后，可以向前端发送一个表示接收到前端发送的ajax异步请求并接受页面操作数据的返回值的响应消息。

s204，前端向后端的消息队列发送页面操作数据。

作为一种示例，消息队列可以对应一个单独的服务器，该服务器可以称为消息服务器。消息队列中可以设置有不同的主题，例如，消息队列中的主题可以包括日志处理的主题、请求处理的主题和访问处理的主题等，用来区分不同的数据处理类型。相应地，前端向后端发送页面操作数据时，可以同时发送该页面操作数据对应的数据处理类型的标识。这样，后端接收到该页面数据之后，可以基于该标识获知数据处理类型，将页面操作数据放入消息队列中与该数据处理类型对应的主题中。例如，后端可以将页面操作数据放入数据处理类型对应的主题中。

s205，后端依次读取消息队列中的页面操作数据，并将消息队列中的页面操作数据按照对应的页面元素类型进行分类。

例如，消费者读取消息服务器中的页面操作数据，将消息队列中不同主题的页面操作数据根据不同的操作元素进行再分类。

消费者读取消息服务器中的页面操作数据，对消息队列中不同主题中的每一个主题中的页面操作数据根据操作元素的不同进行再分类，再分类的过程可以包括对页面操作数据进行拆分和整合。

拆分是将页面操作数据按照对应的元素类型进行拆解分类。例如，页面操作数据可以分为按钮的页面操作数据、输入框的页面操作数据和链接的页面操作数据等。

整合是将同一操作元素类型的页面操作数据进行汇总归纳，形成一个新的数据组。例如，将消息队列里访问处理主题中所有按钮的页面操作数据进行整合，形成一个新的数据组，该数据组中包括消息队列里访问处理主题中所有对按钮的操作数据。

s206，后端将分类后的页面操作数据写入数据库中。

作为一种示例，后端可以将分类后的页面操作数据写入drds数据库。drds数据库中可以包括多个库表，不同库表用于记录不同页面元素对应的页面操作数据。后端可以根据页面操作数据对应的页面元素类型将该页面操作数据新增到drds数据库中对应的库表中。若在drds数据库中没有对应的类别库表，则可以将该类别的页面操作数据新增到“默认”库表中。

s207，数据库将页面操作数据同步至搜索引擎服务器。

作为一种示例，drds数据库中可以部署有数据传输服务(datatransmissionservice，dts)软件，该软件通过drds数据库的日志对drds数据库中的数据变化进行监听，并将变化的数据实时同步到es搜索引擎服务器中。

es搜索引擎服务器对同步的页面操作数据创建语句时，可以对页面操作数据进行创建索引操作，例如，索引可以包括查询类型和查询方式等。从drds数据库同步到es搜索引擎服务器时，es搜索引擎服务器根据drds数据库中的类别标识自动生成索引。

s208，搜索引擎服务器对页面操作数据进行数据处理。

作为一个示例，es搜索引擎服务器可以对页面操作数据进行存储、查询、检索和分析等。

es搜索引擎服务器适用于大数据量的数据处理，可以通过多条件或自定义条件等方式对数据进行查询，并能快速实现结果数据的检索和分析。

本申请提供的页面操作数据的处理方法，用户对整个处理过程无感知，并且使用消息队列的方式对用户的页面操作数据进行异步传输，提高了数据传输效率，节约了资源；通过设计javascript埋点脚本、自定义埋点配置和javascript数据采集文件，对前端的页面操作数据进行采集，提高了页面操作数据的采集效率；其次将页面操作数据同步到es搜索引擎进行数据处理操作，提高了数据检索和分析的速度，为后期系统的精准营销创造了条件。

图3为一种使用本方案提供的页面操作数据的处理方法进行数据处理的流程示意图。参见图3，该数据处理操作可以包括s301至s307。

s301，用户访问政企电商门户页面，并进行页面操作。

用户可以通过http请求的方式访问政企电商门户网页。用户在政企电商门户网页中进行的页面操作可以包括点击、输入和浏览等。

s302，判断页面操作是否触发自定义埋点。

s201中制定了javascript埋点脚本，并在脚本中进行了自定义埋点配置。自定义埋点配置设置了哪些页面操作行为能够触发自定义埋点，前端只采集能够触发自定义埋点的页面操作行为的数据信息，而无法采集不能够触发自定义埋点的页面操作行为的数据信息。

若页面操作行为没有触发自定义埋点，则执行s303；

若页面操作行为触发了自定义埋点，则执行s304。

s303，前端不对用户的页面操作数据进行采集。

s304，前端对用户的页面操作数据进行采集。

s202中的javascript数据采集文件中设置了页面中元素的数据采集属性，前端根据javascript数据采集文件中的设置进行数据采集操作。

s305，前端将采集的页面操作数据通过消息队列发送到drds数据库。

s306，drds数据库将接收的页面操作数据更新到对应的库表中，并将页面操作数据发送给数据分析服务器。

s307，数据分析服务器对接收的页面操作数据进行分析，得到页面操作行为分析报表。

需要说明的是，s305至s307的执行过程可以参见s204至s207的执行过程，此处不再进行赘述。

图4为本申请一个实施例的一种页面操作数据的处理系统的示意性结构图。如图4所示，处理系统400可以包括前端401、后端402、数据库403和搜索引擎服务器404。

处理系统400可以用于实现图2或图3所示的方法。

图5为本申请另一个实施例的一种页面操作数据的处理系统的示意性结构图。图5所示的处理系统500可以用于执行前述任一实施例所述的方法。

如图5所示，本实施例的装置500包括：至少一个存储器501、至少一个处理器502、通信接口503以及总线504。其中，存储器501、处理器502、通信接口503通过总线504实现彼此之间的通信连接。

存储器501可以是只读存储器(readonlymemory，rom)，静态存储设备，动态存储设备或者随机存取存储器(randomaccessmemory，ram)。存储器501可以存储程序，当存储器501中存储的程序被处理器502执行时，处理器502可以用于执行图2或图3所示的方法的各个步骤。

处理器502可以采用通用的中央处理器(centralprocessingunit，cpu)，微处理器，应用专用集成电路(applicationspecificintegratedcircuit，asic)，或者一个或多个集成电路，用于执行相关程序，以实现本申请方法实施例的推理车道的方法或训练车道推理模型的方法。

处理器502还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请各个实施例的方法的各个步骤可以通过处理器502中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器502还可以是通用处理器、数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器501，处理器502读取存储器501中的信息，结合其硬件完成本申请实施例中各个方法所需执行的功能，例如，可以执行图2或图3所示实施例的各个步骤/功能。

通信接口503可以使用但不限于收发器一类的收发装置，来实现装置500与其他设备或通信网络之间的通信。

总线504可以包括在装置500各个部件(例如，存储器501、处理器502、通信接口503)之间传送信息的通路。

应理解，本申请实施例所示的装置500可以是电子设备，或者，也可以是配置于电子设备中的芯片。

应理解，本申请实施例中的处理器可以为中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(randomaccessmemory，ram)可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况，其中a,b可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。