一种数据处理方法及第一电子设备与流程

本发明涉及通讯技术，尤其涉及一种数据处理方法及第一电子设备。

背景技术：

本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：

在数据处理的一个应用场景中，需要对大量的数据样本进行采集处理，以便进行数据采样后的分析处理，这种数据采集是针对特定需求开展的，比如对北京地区的某一型号的10万台电脑进行数据采集，或者对用户群为女性的8万台电脑进行数据采集，目前的处理方式是所有的工作都在服务器完成，即：服务器根据该特定需求在大量的产品中筛选出产品ID属性符合该特定需求的特定产品，从而对这些特定产品进行数据采集。

然而，服务器作为核心设备，基本涵盖了绝大多数的数据处理工作，这种对数据样本进行采集处理的工作会额外增加服务器的负载和工作量，如何降低服务器的负载和工作量是需要解决的问题，相关技术中，对于该问题，尚无有效的解决方案。

技术实现要素：

有鉴于此，本发明实施例希望提供一种数据处理方法及第一电子设备，至少解决了现有技术存在的问题。

本发明实施例的技术方案是这样实现的：

本发明实施例的一种数据处理方法，应用于第一电子设备中，所述方法包括：

接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

解析所述第一请求，得到所述预定属性；

检测所述第一电子设备的对应于所述预定属性的实际运行参数；

响应于所述第一请求，发出所述实际运行参数。

上述方案中，进一步包括：

解析所述第一请求，得到第一预设规则；

判断所述第一电子设备是否符合所述第一预设规则；

基于所述判断结果，所述第一电子设备发出请求获取符合第二预设规则的第二电子设备预定属性的运行参数的第二请求。

上述方案中，所述第一预设规则包括所有的所述第二预设规则；

根据经验值、上报给服务器的历史数据记录、负载、处理时间中的至少一种信息生成所述第一预设规则。

上述方案中，所述判断所述第一电子设备是否符合所述第一预设规则，包括：

判断所述第一电子设备是否相对于所述第二电子设备来说，是作为主控电子设备存在的，以便通过所述第一电子设备对所述第二电子设备进行控制；

相应的，所述方法还包括：

响应于所述第二请求，所述第二电子设备发出所述预定属性的运行参数给第一电子设备；

所述第一电子设备收集所述第二电子设备发出的所述预定属性的运行参数进行处理。

上述方案中，所述基于所述判断结果，所述第一电子设备发出请求获取符合第二预设规则的第二电子设备预定属性的运行参数的第二请求，包括以下任意一种方式：

方式一：所述第一电子设备向符合第二预设规则的固定数量的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式二：所述第一电子设备根据所述第二预设规则进行预估，根据预估结果自主选取任意数量的第二电子设备发出请求，以获取所述第二电子设备预定 属性的运行参数；

方式三：所述第一电子设备检测自身的系统资源，在自身的系统资源低于第一阈值，处于空闲状态时才向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式四：所述第一电子设备按照预设频率或周期多次向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式五：所述第一电子设备根据收集得到的所述第二电子设备发出的所述预定属性的运行参数进行分析，将分析结果用于更新所述第二预设规则，以使得所述第一电子设备具有自主学习能力。

本发明实施例的一种第一电子设备，所述第一电子设备包括：

接收单元，用于接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

第一解析单元，用于解析所述第一请求，得到所述预定属性；

检测单元，用于检测所述第一电子设备的对应于所述预定属性的实际运行参数；

响应单元，用于响应于所述第一请求，发出所述实际运行参数。

上述方案中，所述第一电子设备还包括：

第二解析单元，用于解析所述第一请求，得到第一预设规则；

判断单元，用于判断所述第一电子设备是否符合所述第一预设规则；

发送单元，用于基于所述判断结果，所述第一电子设备发出请求获取符合第二预设规则的第二电子设备预定属性的运行参数的第二请求。

上述方案中，所述第一预设规则包括所有的所述第二预设规则；

根据经验值、上报给服务器的历史数据记录、负载、处理时间中的至少一种信息生成所述第一预设规则。

上述方案中，所述判断单元，进一步用于判断所述第一电子设备是否相对于所述第二电子设备来说，是作为主控电子设备存在的，以便通过所述第一电子设备对所述第二电子设备进行控制；

相应的，所述第一电子设备还包括：

收集单元，用于在响应于所述第二请求，所述第二电子设备发出所述预定属性的运行参数给第一电子设备后，收集所述第二电子设备发出的所述预定属性的运行参数进行处理。

上述方案中，所述发送单元，进一步用于基于所述判断结果，所述第一电子设备发出请求获取符合第二预设规则的第二电子设备预定属性的运行参数的第二请求，包括以下任意一种方式：

方式一：所述第一电子设备向符合第二预设规则的固定数量的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式二：所述第一电子设备根据所述第二预设规则进行预估，根据预估结果自主选取任意数量的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式三：所述第一电子设备检测自身的系统资源，在自身的系统资源低于第一阈值，处于空闲状态时才向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式四：所述第一电子设备按照预设频率或周期多次向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式五：所述第一电子设备根据收集得到的所述第二电子设备发出的所述预定属性的运行参数进行分析，将分析结果用于更新所述第二预设规则，以使得所述第一电子设备具有自主学习能力。

本发明实施例的一种数据处理方法，应用于第一电子设备中，所述方法包括：接收请求获取所述第一电子设备预定属性的运行参数的第一请求；解析所述第一请求，得到所述预定属性；检测所述第一电子设备的对应于所述预定属性的实际运行参数；响应于所述第一请求，发出所述实际运行参数。

采用本发明实施例，通过接收服务器请求获取所述第一电子设备预定属性的运行参数的第一请求，解析所述第一请求，得到所述预定属性后，第一电子设备对预定属性进行匹配，检测所述第一电子设备的对应于所述预定属性的实 际运行参数，响应于所述第一请求，发出所述实际运行参数给服务器，由于所有的处理都是第一电子设备执行的，包括进行预定属性的匹配和对实际运行参数进行数据采集，之后将采集结果发送给服务器，无需服务器根据特定需求在大量的产品中筛选出产品ID属性符合该特定需求的特定产品，从而解放了服务器，避免了服务器对数据样本进行采集处理的工作会额外增加服务器的负载和工作量，降低了服务器的负载和工作量。

附图说明

图1为本发明方法实施例一的一个实现流程示意图；

图2为本发明方法实施例二的一个实现流程示意图；

图3为本发明方法实施例三的一个实现流程示意图；

图4为本发明方法实施例四的一个实现流程示意图；

图5为本发明方法实施例五的一个实现流程示意图；

图6为本发明方法实施例六的一个实现流程示意图；

图7为本发明方法实施例七的一个实现流程示意图；

图8为本发明电子设备实施例一的一个组成结构示意图；

图9为应用场景一的场景示意图；

图10-11为应用场景二的场景示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

方法实施例一：

本发明实施例的一种数据处理方法，应用于第一电子设备中，如图1所示，所述方法包括：

步骤101、接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

步骤102、解析所述第一请求，得到所述预定属性；

步骤103、检测所述第一电子设备的对应于所述预定属性的实际运行参数；

步骤104、响应于所述第一请求，发出所述实际运行参数。

采用本发明实施例，通过步骤101接收服务器请求获取所述第一电子设备预定属性的运行参数的第一请求，通过步骤102解析所述第一请求，得到所述预定属性后，第一电子设备对预定属性进行匹配，通过步骤103检测所述第一电子设备的对应于所述预定属性的实际运行参数，通过步骤104响应于所述第一请求，发出所述实际运行参数给服务器，由于所有的处理都是第一电子设备执行的，包括进行预定属性的匹配和对实际运行参数进行数据采集，之后将采集结果发送给服务器，无需服务器根据特定需求在大量的产品中筛选出产品ID属性符合该特定需求的特定产品，从而解放了服务器，避免了服务器对数据样本进行采集处理的工作会额外增加服务器的负载和工作量，降低了服务器的负载和工作量。

方法实施例二：

本发明实施例的一种数据处理方法，应用于第一电子设备中，如图2所示，所述方法包括：

步骤201、接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

步骤202、解析所述第一请求，得到第一预设规则；

步骤203、判断所述第一电子设备是否符合所述第一预设规则；

步骤204、基于所述判断结果，所述第一电子设备发出请求获取符合第二预设规则的第二电子设备预定属性的运行参数的第二请求。

采用本发明实施例，第一电子设备收到服务器发送的请求获取所述第一电子设备预定属性的运行参数的第一请求，解析所述第一请求，得到第一预设规则后，由第一电子设备基于所述判断结果发出请求获取符合第二预设规则的第二电子设备预定属性的运行参数的第二请求，来收集符合第二预设规则的第二电子设备预定属性的运行参数，以进行处理，可选的，最后统一反馈给服务器处理结果，从而解放了服务器，避免了服务器对数据样本进行采集处理的工作 会额外增加服务器的负载和工作量，降低了服务器的负载和工作量。

在本发明实施例一实施方式中，所述第一预设规则包括所有的所述第二预设规则；

根据经验值、上报给服务器的历史数据记录、负载、处理时间中的至少一种信息生成所述第一预设规则。

在本发明实施例一实施方式中，所述判断所述第一电子设备是否符合所述第一预设规则，包括：

判断所述第一电子设备是否相对于所述第二电子设备来说，是作为主控电子设备存在的，以便通过所述第一电子设备对所述第二电子设备进行控制；

相应的，所述方法还包括：

响应于所述第二请求，所述第二电子设备发出所述预定属性的运行参数给第一电子设备；

所述第一电子设备收集所述第二电子设备发出的所述预定属性的运行参数进行处理。

方法实施例三：

本发明实施例的一种数据处理方法，应用于第一电子设备中，如图3所示，所述方法包括：

步骤301、接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

步骤302、解析所述第一请求，得到第一预设规则；

步骤303、判断所述第一电子设备是否符合所述第一预设规则；

步骤304、基于所述判断结果，所述第一电子设备向符合第二预设规则的固定数量的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

比如，第二预设规则包含向固定数量(可以为10台)的第二电子设备发出请求，则所述第一电子设备向符合第二预设规则的10台第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

方法实施例四：

本发明实施例的一种数据处理方法，应用于第一电子设备中，如图4所示，所述方法包括：

步骤401、接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

步骤402、解析所述第一请求，得到第一预设规则；

步骤403、判断所述第一电子设备是否符合所述第一预设规则；

步骤404、基于所述判断结果，所述第一电子设备根据所述第二预设规则进行预估，根据预估结果自主选取任意数量的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

比如，第二预设规则包含了可以向哪些第二电子设备发出请求，但是并未规定具体的数量，可以由第一电子设备进行预估来自主选择向符合第二预设规则的哪几台第二电子设备发出请求，比如，选择可以向20台第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

方法实施例五：

本发明实施例的一种数据处理方法，应用于第一电子设备中，如图5所示，所述方法包括：

步骤501、接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

步骤502、解析所述第一请求，得到第一预设规则；

步骤503、判断所述第一电子设备是否符合所述第一预设规则；

步骤504、基于所述判断结果，所述第一电子设备检测自身的系统资源，在自身的系统资源低于第一阈值，处于空闲状态时才向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

比如，第二预设规则包含了可以向哪些第二电子设备发出请求，可以是规定了固定数量，比如10台，也可以并未规定具体的数量，可以由第一电子设备进行预估来自主选择向符合第二预设规则的哪几台第二电子设备发出请求，比 如，选择可以向20台第二电子设备发出请求。然而，第二预设规则还包含需要在第一电子设备有空闲时才执行上述操作，因为第一电子设备所执行的操作不止这一个，则按照优先级先处理优先级高的操作，等第一电子设备检测自身的系统资源，在自身的系统资源低于第一阈值，处于空闲状态时才向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

方法实施例六：

本发明实施例的一种数据处理方法，应用于第一电子设备中，如图6所示，所述方法包括：

步骤601、接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

步骤602、解析所述第一请求，得到第一预设规则；

步骤603、判断所述第一电子设备是否符合所述第一预设规则；

步骤604、基于所述判断结果，所述第一电子设备按照预设频率或周期多次向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

比如，第二预设规则包含了可以向哪些第二电子设备发出请求，可以是规定了固定数量，比如10台，也可以并未规定具体的数量，可以由第一电子设备进行预估来自主选择向符合第二预设规则的哪几台第二电子设备发出请求，比如，选择可以向20台第二电子设备发出请求。然而，第二预设规则还包含发出这个请求并不是一次就可以，需要多次发出，因为第二电子设备的状态和作用于第二电子设备上的用户操作都是变化的，因此，第二预设规则包含了按照预设频率或周期多次向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

方法实施例七：

本发明实施例的一种数据处理方法，应用于第一电子设备中，如图7所示，所述方法包括：

步骤701、接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

步骤702、解析所述第一请求，得到第一预设规则；

步骤703、判断所述第一电子设备是否符合所述第一预设规则；

步骤704、基于所述判断结果，所述第一电子设备根据收集得到的所述第二电子设备发出的所述预定属性的运行参数进行分析，将分析结果用于更新所述第二预设规则，以使得所述第一电子设备具有自主学习能力。

比如，第二预设规则包含了可以向哪些第二电子设备发出请求，可以是规定了固定数量，比如10台，也可以并未规定具体的数量，可以由第一电子设备进行预估来自主选择向符合第二预设规则的哪几台第二电子设备发出请求，比如，选择可以向20台第二电子设备发出请求。然而，第二预设规则还包含根据第一电子设备的自主学习能力，即：根据收集得到的所述第二电子设备发出的所述预定属性的运行参数进行分析，将分析结果用于更新所述第二预设规则，以使得所述第一电子设备具有自主学习能力，因此，第二预设规则包含了所述第一电子设备根据收集得到的所述第二电子设备发出的所述预定属性的运行参数进行分析，将分析结果用于更新所述第二预设规则，之后根据更新后的第二预设规则，向符合更新后的第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数。

电子设备实施例一：

本发明实施例的一种第一电子设备，如图8所示，所述第一电子设备包括：

接收单元11，用于接收请求获取所述第一电子设备预定属性的运行参数的第一请求；

第一解析单元12，用于解析所述第一请求，得到所述预定属性；

检测单元13，用于检测所述第一电子设备的对应于所述预定属性的实际运行参数；

响应单元14，用于响应于所述第一请求，发出所述实际运行参数。

在本发明实施例一实施方式中，所述第一电子设备还包括：

第二解析单元，用于解析所述第一请求，得到第一预设规则；

判断单元，用于判断所述第一电子设备是否符合所述第一预设规则；

发送单元，用于基于所述判断结果，所述第一电子设备发出请求获取符合第二预设规则的第二电子设备预定属性的运行参数的第二请求。

在本发明实施例一实施方式中，所述第一预设规则包括所有的所述第二预设规则；

根据经验值、上报给服务器的历史数据记录、负载、处理时间中的至少一种信息生成所述第一预设规则。

在本发明实施例一实施方式中，所述判断单元，进一步用于判断所述第一电子设备是否相对于所述第二电子设备来说，是作为主控电子设备存在的，以便通过所述第一电子设备对所述第二电子设备进行控制；

相应的，所述第一电子设备还包括：

收集单元，用于在响应于所述第二请求，所述第二电子设备发出所述预定属性的运行参数给第一电子设备后，收集所述第二电子设备发出的所述预定属性的运行参数进行处理。

在本发明实施例一实施方式中，所述发送单元，进一步用于基于所述判断结果，所述第一电子设备发出请求获取符合第二预设规则的第二电子设备预定属性的运行参数的第二请求，包括以下任意一种方式：

方式一：所述第一电子设备向符合第二预设规则的固定数量的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式二：所述第一电子设备根据所述第二预设规则进行预估，根据预估结果自主选取任意数量的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式三：所述第一电子设备检测自身的系统资源，在自身的系统资源低于第一阈值，处于空闲状态时才向符合第二预设规则的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式四：所述第一电子设备按照预设频率或周期多次向符合第二预设规则 的第二电子设备发出请求，以获取所述第二电子设备预定属性的运行参数；

方式五：所述第一电子设备根据收集得到的所述第二电子设备发出的所述预定属性的运行参数进行分析，将分析结果用于更新所述第二预设规则，以使得所述第一电子设备具有自主学习能力。

这里需要指出的是：以上电子设备项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明电子设备实施例中未披露的技术细节，请参照本发明方法实施例的描述

以一个现实应用场景为例对本发明实施例阐述如下：

应用场景一：

本应用场景应用本发明实施例，具体为一种大数据采集中样品的匹配方案。针对本应用场景而言，在大数据采集中，用户常常面临种样品的选择和实施。在big data项目中，联想出货2000万台电脑，根据marketing的需求，我们往往需要选择特定的sample来进行数据采集。比如，选择北京地区，Y40-80系列，CPU为I3，硬盘大小为500G的机器。目前的方案是在服务端先筛选出这些机器的ID，然后通过ID开关数据采集，从而导致在服务侧的负载非常重。

针对本应用场景，为了解决数据采集中服务器负载重的问题，采用本发明实施例，通过建立一个匹配机制，设置了一种需求语言。服务端向所有客户端广播样品机器的需求，各个客户端自行匹配。如果匹配上，则自行打开数据采集。服务端还可以进一步申明客户端侧机器的静态或动态特性。机器的需求还会申明在什么条件下才愿意运行数据采集任务以及优先运行什么类型的数据采集。这些方针属性都能通过相关的术语和参数加以表述，如图9所示的一个例子，需求语言的例子如下所示：

(需求)Requirements＝(Arch＝＝“I3”)&&(OpSys＝＝“WIN8”)&&(DiskSize>＝500)&&(Location＝China)||(Location＝Japan)

需要中国区或者日本区，I3的Win8,硬盘大于500G的机器。

如果选择的机器大于需要的Sample数目，我们加入rank来排名，有限取排名高的。

(排名)Rank＝Mips

(选择计算速度快的电脑)。

应用场景二：

本应用场景应用本发明实施例，具体为一种大数据采集中样品的匹配中分布式数据传输方式的方案。针对本应用场景而言，在大数据采集中，应用客户端(Client)/服务器(Server)，简称C/S结构，比如向服务器数据传输，一般是大量客户端与单台(或者少量)服务器通话。高峰期时，若干台客户端向服务器同时传输，这对服务器的上行带宽要求很高，如图10所示，很明显会增大带宽，需要增加服务器来进行数据交互的分流，否则，不仅数据采集中服务器负载重，而且多个客户端与服务器进行数据交互也会带来带宽非常紧张的问题。

针对本应用场景，为了解决数据采集中服务器负载重和带宽紧张的问题，采用本发明实施例，通过在客户端向服务器上传数据之前，地理位置邻近的客户端先做P2P数据整合，然后由一台客户端(多个客户端中的主控客户端)代表上传整合后的数据，如图11所示为包括主客户端、备客户端和服务器的一个示意图，可见：是由主客户端向服务器发出经过预处理的信息。这样做的好处为：一般C/S结构中，数据格式有很多冗余，多台客户端作合并后，会大大减少数据上传量，减少服务器带宽需求。比如，在联想大数据项目中，下面是一条记录一台机器的使用情况的记录，包括CPU，MEM，using time等等。粗体高亮部分为每台机器都有得公共字段，合并之后，数据量会减少大概30％。

{"a":"1.1.0.7","i":"hardware","q":"2d280e9f633249a387fa63d57ce2b048","r":"ccsdk","x":1,"z":[{"h":"2014-11-13

07:31:52:934","j":"cpu_usage_ration","k":"0","p":{"cpu_usage_ration":"64#25#22#30#25#42#25#24#70#68#59#29"}},{"h":"2014-11-13

07:31:52:952","j":"memory_usage_info","k":"0","p":{"mem_free":"3335#3335#3295#3307#3305#3315#3315#3317#3305#3301#3299#3297","mem_total":"8073#8073#8073#8073#8073#8073#8073#8073#8073#8073#8073#8073","mem_usage_ratio":"58#58#59#59#59#58#58#58#59#59#59#59"}},{"h":"2014-11-13

08:32:01:262","j":"cpu_usage_ration","k":"0","p":{"cpu_usage_ration":"29#18#22#23#21#22#32#24#27#24#35#23"}},{"h":"2014-11-13

08:32:01:262","j":"memory_usage_info","k":"0","p":{"mem_free":"3301#3298#3263#3271#3269#3282#3282#3277#3273#3273#3268#3263","mem_total":"8073#8073#8073#8073#8073#8073#8073#8073#8073#8073#8073#8073","mem_usage_ratio":"59#59#59#59#59#59#59#59#59#59#59#59"}}

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

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

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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