数据处理方法、系统、存储介质及电子装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法、系统、存储介质及电子装置。

背景技术

在电商行业中存在很多逆向的节点，例如，同意退款、拒绝退款和同意退货等，这些逆向节点产生的数据，通常都是统一管理，需要数据消费方主动向服务器发出请求，从而获取所需的逆向节点数据。

随着电商业务发展，衍生出不同的系统，例如，店铺端系统、消费端系统和物流系统等，这些系统会根据需求来订阅这些逆向节点，随着越来越多的系统的接入，各个系统需要能够更加实时准确的获取到订单的逆向状态来进行展示。然而，目前各个平台系统需要主动向对应渠道的电商平台发出请求，再从该电商平台获取最新的逆向数据，当接入电商平台的系统不断增多时，数据访问量也同时增大，会造成数据拥堵，导致数据传输延迟，数据存在丢失现象。

因此，现在亟需一种数据处理方法、系统、存储介质及电子装置来解决上述问题。

发明内容

本申请提供一种数据处理方法、系统、存储介质及电子装置，用以解决现有技术中接收端从业务平台获取逆向订单数据时，存在数据传输延迟，存在数据丢失的缺陷，实现以消息推送的方式，为不同接收端适配推送协议，提高了业务平台的可用性和稳定性，使得数据传输负载降低，保障了数据完整性。

本申请提供一种数据处理方法，包括：

通过数据接收端，获取订单业务需求；

根据所述订单业务需求，获取对应的逆向订单数据；

基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议；

根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送。

根据本申请提供的一种数据处理方法，所述根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送，包括：

通过消息中间件，将所述逆向数据推送消息进行推送。

根据本申请提供的一种数据处理方法，在所述通过消息中间件，将所述逆向数据推送消息进行推送之前，所述方法还包括：

基于所述订单业务需求中对应的账户信息，对所述数据接收端进行鉴权处理，获取所述数据接收端的鉴权结果；

所述通过消息中间件，将所述逆向数据推送消息进行推送，包括：

在根据所述鉴权结果，确定所述数据接收端的鉴权通过之后，通过消息中间件，将所述逆向数据推送消息进行推送。

根据本申请提供的一种数据处理方法，在所述通过数据接收端，获取订单业务需求之前，所述方法还包括：

基于不同渠道的平台服务器端，获取逆向订单数据，其中，所述逆向订单数据包括退款状态的订单数据和退货状态的订单数据；

将所述逆向订单数据存储到关系型数据库中；

所述根据所述订单业务需求，获取对应的逆向订单数据，包括：

根据所述订单业务需求，从所述关系型数据库中获取对应的逆向订单数据。

根据本申请提供的一种数据处理方法，在所述将所述逆向订单数据存储到关系型数据库中之后，所述方法还包括：

通过模拟MySQL slave交互协议，构建关系型数据库的模拟备库，并建立所述关系型数据库的主库与所述模拟备库之间的连接；

所述根据所述订单业务需求，从所述关系型数据库中获取对应的逆向订单数据，包括：

基于所述模拟备库，向所述关系型数据库的主库发送转储请求协议，获取所述关系型数据库的主库推送的二进制日志数据；

对所述二进制日志数据进行解析，获取到增量数据；

根据所述订单业务需求，对所述增量数据进行过滤处理，得到所述订单业务需求对应的逆向订单数据。

根据本申请提供的一种数据处理方法，所述基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议，包括：

获取多种不同类型的预设消息推送协议；

依次判断所述数据接收端是否兼容各个所述预设消息推送协议，在所述数据接收端兼容当前任一预设类型消息推送协议的情况下，确定目标消息推送协议。

根据本申请提供的一种数据处理方法，在所述根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送之后，所述方法还包括：

在所述数据接收端接收到所述逆向数据推送消息之后，获取所述数据接收端发送的返回值；

将所述逆向数据推送消息中的数据和所述返回值进行落盘处理。

本申请还提供一种数据处理系统，包括：

业务需求获取模块，用于通过数据接收端，获取订单业务需求；

数据解析模块，用于根据所述订单业务需求，获取对应的逆向订单数据；

消息推送协议适配模块，用于基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议；

消息推送模块，用于根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送。

本申请还提供一种计算机可读的存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行实现如上述任一种所述数据处理方法。

本申请还提供一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行实现如上述任一种所述数据处理方法。

本申请提供的数据处理方法、系统、存储介质及电子装置，通过数据接收端发送的订单业务需求，获取对应的逆向订单数据，并基于数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议，最后根据逆向订单数据和目标消息推送协议，为数据接收端发送逆向数据推送消息，实现以消息推送的方式，为不同接收端适配推送协议，提高了业务平台的可用性和稳定性，使得数据传输负载降低，保障了数据完整性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据本申请实施例的一种智能设备的交互方法的硬件环境示意图；

图2为本申请提供的数据处理方法的流程示意图；

图3为本申请提供的数据处理系统的结构示意图；

图4为本申请提供的电子装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种数据处理方法。该数据处理方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(IntelligenceHouse)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述数据处理方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

随着逆向节点的数据量增加，接入业务平台的用户系统也越来越多，数据的实时性越来越难得到保障，稳定性也会变低。本申请通过MySQL dump协议，拉取binlog二进制日志文件进行解析，可以在第一时间获取到逆向数据的变化，保证了数据的实时性，利用消息中间件将同一条数据给多方用户系统推送，进一步加强了可用性和稳定性，并通过多协议适配方式，为不同的用户系统提供业务需求。需要说明的是，在本申请中，业务平台可以是电商平台和物流平台等，本申请对此不作具体限定。

图2为本申请提供的数据处理方法的流程示意图，如图2所示，本申请提供了一种数据处理方法，包括：

步骤201，通过数据接收端，获取订单业务需求。

在本申请中，数据接收端与服务器端建立数据传输通道，首先获取目标数据接收端当前的业务需求，该业务需求主要包括退款数据(如客户或商家是否同意退款的确认信息)和退货数据(如客户或商家是否同意退货的确认信息)等，其中，服务器端设置有关系型数据库MySQL。

步骤202，根据所述订单业务需求，获取对应的逆向订单数据。

在本申请中，基于数据接收端提交的业务需求，根据用户系统相关信息(例如，用户信息、订单信息和物料信息等)，从关系型数据库MySQL中获取增量数据，从而只对该数据接收端对应的数据表中的增量数据信息后续处理。

步骤203，基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议。

在本申请中，针对数据接收端对于逆向订单数据的业务需求以及对消息推送协议的兼容性，采取不同的推送方式和消息推送协议，从而提高消息推送稳定性，例如，需要定时获取逆向订单数据时，可采用长轮询方式，保持数据接收端与服务器端之间的数据同步；需要数据接收端主要向服务器端发送业务需求时，可根据数据接收端对不同消息推送协议的兼容性，选取最合合适的消息推送协议。需要说明的是，在本申请中，若选取的消息推送协议均不兼容，可通过长轮询方式实现定时推送消息。

步骤204，根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送。

在本申请中，基于数据接收端与服务器端之间的数据传输通道，利用消息中间件，通过目标消息推送协议，将逆向订单数据以推送消息的形式发送到数据接收端。另外，根据不同的推送方式和消息推送协议，将逆向订单数据推送到相应的用户系统(如买家用户端、卖家用户端或物流端)或后台服务器(对逆向数据推送消息进行管理，在需要时再为相关用户提供数据)。优选地，在一实施例中，在将逆向订单数据传输到消息中间件之前，还可对数据进行加密处理，当数据接收端获取到该逆向订单数据后在进行解密。

本申请提供的数据处理方法，通过数据接收端发送的订单业务需求，获取对应的逆向订单数据，并基于数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议，最后根据逆向订单数据和目标消息推送协议，为数据接收端发送逆向数据推送消息，实现以消息推送的方式，为不同接收端适配推送协议，提高了业务平台的可用性和稳定性，使得数据传输负载降低，保障了数据完整性。

在上述实施例的基础上，所述根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送，包括：

通过消息中间件，将所述逆向数据推送消息进行推送。

在本申请中，通过消息中间件RocketMQ，将逆向订单推送消息，推送给对应的数据接收端，利用消息中间件使系统解耦，保证不会因为网络问题导致推送消息丢失。

在上述实施例的基础上，在所述通过消息中间件，将所述逆向数据推送消息进行推送之前，所述方法还包括：

基于所述订单业务需求中对应的账户信息，对所述数据接收端进行鉴权处理，获取所述数据接收端的鉴权结果；

所述通过消息中间件，将所述逆向数据推送消息进行推送，包括：

在根据所述鉴权结果，确定所述数据接收端的鉴权通过之后，通过消息中间件，将所述逆向数据推送消息进行推送。

在本申请中，为了提高数据传输安全性，需要对数据接收端进行鉴权，从而验证该接收端是否用于访问服务器端的权限。需要说明的是，在本申请中，对外推送消息服务时，可通过不同的消息协议进行推送，而鉴权机制采用相同的方式。

在上述实施例的基础上，在所述通过数据接收端，获取订单业务需求之前，所述方法还包括：

基于不同渠道的平台服务器端，获取逆向订单数据，其中，所述逆向订单数据包括退款状态的订单数据和退货状态的订单数据；

将所述逆向订单数据存储到关系型数据库中；

所述根据所述订单业务需求，获取对应的逆向订单数据，包括：

根据所述订单业务需求，从所述关系型数据库中获取对应的逆向订单数据。

在本申请中，将不同渠道的平台产生的退款状态和退货状态的订单数据，存储在MySQL数据库中，以进行后续的逆向订单数据推送。

在上述实施例的基础上，在所述将所述逆向订单数据存储到关系型数据库中之后，所述方法还包括：

通过模拟MySQL slave交互协议，构建关系型数据库的模拟备库，并建立所述关系型数据库的主库与所述模拟备库之间的连接；

所述根据所述订单业务需求，从所述关系型数据库中获取对应的逆向订单数据，包括：

基于所述模拟备库，向所述关系型数据库的主库发送转储请求协议，获取所述关系型数据库的主库推送的二进制日志数据；

对所述二进制日志数据进行解析，获取到增量数据；

根据所述订单业务需求，对所述增量数据进行过滤处理，得到所述订单业务需求对应的逆向订单数据。

现有在处理存放在关系型数据库的逆向节点数据时，主要是以下两种方法：一、在处理不同逆向节点时，使用Spring切面来监听逆向节点的变化，但是需要在不同服务不同方法添加切面，处理接收到的节点数据，此方法导致大量的代码添加修改起来比较麻烦，扩展性较差，导致代码较为混乱；二、使用定时任务，对关系型数据库中的逆向节点数据进行抓取然后进行推送，但定时任务失效性差。

本申请通过模拟MySQL slave交互协议，伪装一个MySQL slave(即构建关系型数据库的模拟备库)，向MySQL的主库发送转储dump请求协议，从而对获取到的binlog二进制数据进行解析，当逆向节点的表数据发生变化，可以及时解析数据变化，通过消息中间件以及数据接收端的消息协议，进行数据推送。具体地，在一实施例中，首先，发起dump请求MySQL主库，并模拟一个MySQL备库，开启一个工作线程用来建立模拟备库和主库之间的连接；然后，MySQL主库上启动一个二进制转储线程，这个线程会读取binlog中的内容，从而对这些二进制数据进行解析，通过订单业务需求，过滤掉不需要的数据，只对数据接收端指定数据表的增量数据进行处理；最后，对解析出来的数据，按照业务需求组装成所需的格式(JSON或XML格式)，以进行后续消息推送。

在上述实施例的基础上，所述基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议，包括：

获取多种不同类型的预设消息推送协议；

依次判断所述数据接收端是否兼容各个所述预设消息推送协议，在所述数据接收端兼容当前任一预设类型消息推送协议的情况下，确定目标消息推送协议。

在本申请中，判断数据接收端是否兼容预设消息推送协议，其中，预设消息推送协议包括MQTT协议和STOMP协议等，当判断数据接收端兼容当前预设消息推送协议时，则基于该预设消息推送协议进行消息推送，当所有预设消息推送协议都不兼容时，可采用长轮询方式进行消息推送。

在上述实施例的基础上，在所述根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送之后，所述方法还包括：

在所述数据接收端接收到所述逆向数据推送消息之后，获取所述数据接收端发送的返回值；

将所述逆向数据推送消息中的数据和所述返回值进行落盘处理。

在本申请中，将逆向订单数据推送到指定数据接收端后，获取该数据接收端发送的返回值，并将推送的逆向数据以及返回值进行落盘处理，以方便后期查看记录。

下面对本申请提供的数据处理系统进行描述，下文描述的数据处理系统与上文描述的数据处理方法可相互对应参照。

图3为本申请提供的数据处理系统的结构示意图，如图3所示，本申请提供了一种数据处理系统，包括业务需求获取模块301、数据解析模块302、消息推送协议适配模块303和消息推送模块304，其中，业务需求获取模块301用于通过数据接收端，获取订单业务需求；数据解析模块302用于根据所述订单业务需求，获取对应的逆向订单数据；消息推送协议适配模块303用于基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议；消息推送模块304用于根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送。

在本申请中，数据接收端与服务器端建立数据传输通道，业务需求获取模块301获取目标数据接收端当前的业务需求，该业务需求主要包括退款数据(如客户或商家是否同意退款的确认信息)和退货数据(如客户或商家是否同意退货的确认信息)等，其中，服务器端设置有关系型数据库MySQL。

进一步地，基于数据接收端提交的业务需求，数据解析模块302根据用户系统相关信息(例如，用户信息、订单信息和物料信息等)，从关系型数据库MySQL中获取增量数据，从而只对该数据接收端对应的数据表中的增量数据信息后续处理。

进一步地，消息推送协议适配模块302针对数据接收端对于逆向订单数据的业务需求以及对消息推送协议的兼容性，采取不同的推送方式和消息推送协议，从而提高消息推送稳定性，例如，需要定时获取逆向订单数据时，可采用长轮询方式，保持数据接收端与服务器端之间的数据同步；需要数据接收端主要向服务器端发送业务需求时，可根据数据接收端对不同消息推送协议的兼容性，选取最合合适的消息推送协议。需要说明的是，在本申请中，若选取的消息推送协议均不兼容，可通过长轮询方式实现定时推送消息。

在进行消息推送时，消息推送模块304基于数据接收端与服务器端之间的数据传输通道，利用消息中间件，通过目标消息推送协议，将逆向订单数据以推送消息的形式发送到数据接收端。另外，消息推送模块304根据不同的推送方式和消息推送协议，将逆向订单数据推送到相应的用户系统(如买家用户端、卖家用户端或物流端)或后台服务器(对逆向数据推送消息进行管理，在需要时再为相关用户提供数据)优选地，在一实施例中，数据解析模块302在将逆向订单数据传输到消息中间件之前，还可对数据进行加密处理，当数据接收端获取到该逆向订单数据后在进行解密。

本申请提供的数据处理系统，通过数据接收端发送的订单业务需求，获取对应的逆向订单数据，并基于数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议，最后根据逆向订单数据和目标消息推送协议，为数据接收端发送逆向数据推送消息，实现以消息推送的方式，为不同接收端适配推送协议，提高了业务平台的可用性和稳定性，使得数据传输负载降低，保障了数据完整性。

在上述实施例的基础上，所述消息推送模块包括推送服务单元，用于通过消息中间件，将所述逆向数据推送消息进行推送。

在上述实施例的基础上，所述系统还包括鉴权模块，用于基于所述订单业务需求中对应的账户信息，对所述数据接收端进行鉴权处理，获取所述数据接收端的鉴权结果；

所述推送服务单元具体用于，在根据所述鉴权结果，确定所述数据接收端的鉴权通过之后，通过消息中间件，将所述逆向数据推送消息进行推送。

在上述实施例的基础上，所述系统还包括逆向数据获取模块和数据存储模块，其中，逆向数据获取模块用于基于不同渠道的平台服务器端，获取逆向订单数据，其中，所述逆向订单数据包括退款状态的订单数据和退货状态的订单数据；数据存储模块用于将所述逆向订单数据存储到关系型数据库中；

所述数据解析模块具体用于，根据所述订单业务需求，从所述关系型数据库中获取对应的逆向订单数据。

在上述实施例的基础上，所述系统还包括备库模拟模块，用于通过模拟MySQLslave交互协议，构建关系型数据库的模拟备库，并建立所述关系型数据库的主库与所述模拟备库之间的连接；

所述数据解析模块包括binlog数据获取单元、binlog分析单元和数据处理单元，其中，binlog数据获取单元用于基于所述模拟备库，向所述关系型数据库的主库发送转储请求协议，获取所述关系型数据库的主库推送的二进制日志数据；binlog分析单元用于对所述二进制日志数据进行解析，获取到增量数据；数据处理单元用于根据所述订单业务需求，对所述增量数据进行过滤处理，得到所述订单业务需求对应的逆向订单数据。

在上述实施例的基础上，所述消息推送协议适配模块包括预设推送协议设置单元和兼容性判断单元，其中，预设推送协议设置单元用于获取多种不同类型的预设消息推送协议；兼容性判断单元用于依次判断所述数据接收端是否兼容各个所述预设消息推送协议，在所述数据接收端兼容当前任一预设类型消息推送协议的情况下，确定目标消息推送协议。

在上述实施例的基础上，所述系统还包括返回值接收模块和落盘模块，其中，返回值接收模块用于在所述数据接收端接收到所述逆向数据推送消息之后，获取所述数据接收端发送的返回值；落盘模块用于将所述逆向数据推送消息中的数据和所述返回值进行落盘处理。

图4为本申请提供的电子装置的结构示意图，如图4所示，该电子装置可以包括：处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令，以执行数据处理方法，该方法包括：通过数据接收端，获取订单业务需求；根据所述订单业务需求，获取对应的逆向订单数据；基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议；根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送。

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

另一方面，本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在计算机可读的存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的数据处理方法，该方法包括：通过数据接收端，获取订单业务需求；根据所述订单业务需求，获取对应的逆向订单数据；基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议；根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送。

又一方面，本申请还提供一种计算机可读的存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述各方法提供的数据处理方法，该方法包括：通过数据接收端，获取订单业务需求；根据所述订单业务需求，获取对应的逆向订单数据；基于所述数据接收端对不同类型消息推送协议的兼容性，确定目标消息推送协议；根据所述逆向订单数据和所述目标消息推送协议，生成逆向数据推送消息，并将所述逆向数据推送消息进行推送。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。