报表的自定义开发方法、装置、设备及存储介质与流程

1.本公开涉及数据处理技术领域，尤其涉及一种报表的自定义开发方法、装置、设备及存储介质。


背景技术：

2.报表是使用表格及图表等来显示数据的表，报表可以直观地展示数据差异，或者展示系列数据的变化趋势。报表已经成为工作中不可或缺的一部分，通过报表可以更加深刻了解数据源的意义，也加深对时局动态发展的理解，因此报表开发在日常工作中有着重要的作用。现今为了满足不同需求的报表开发，越来越多的人开始自己动手开发报表，这种报表也可以称为自定义报表。
3.现有技术中，传统的报表开发只能根据数据查询结果产生固定的列，并在设置完报表格式后才能完成报表开发。当面对复杂表头、复杂格式或者复杂逻辑的报表开发时，则无法完成对这类报表的自定义开发，换言之，传统报表开发方法既无法实现自定义报表功能，也无法实现对复杂表头及复杂格式的配置，导致多业务表灵活关联难度大。因此，现有的报表开发方法存在开发样式比较单一，无法针对复杂报表实现自定义开发，无法满足用户的多样化需求的问题。
4.鉴于上述现有技术中的问题，需要提供一种能够自定义开发报表，能够实现复杂报表的自定义开发，且满足用户多样化需求的报表自定义开发方案。


技术实现要素：

5.有鉴于此，本公开实施例提供了一种报表的自定义开发方法、装置、设备及存储介质，以解决现有技术存在的无法对复杂报表进行自定义开发，无法满足用户多样化需求的问题。
6.本公开实施例的第一方面，提供了一种报表的自定义开发方法，包括：从数据库中获取对象的原始数据，并将原始数据从数据库同步至数据仓库工具中；利用数据仓库工具对原始数据进行处理得到数据库表，并利用设置在报表平台中的查询引擎对数据库表执行查询操作，得到用于生成报表的目标数据；基于目标数据，利用预先配置在报表平台中的自定义插件，对预设的对象报表进行全局配置，并利用自定义插件中的单元格配置项，对全局配置后的对象报表中的单元格进行配置，以便对对象报表进行自定义开发。
7.本公开实施例的第二方面，提供了一种报表的自定义开发装置，包括：获取模块，被配置为从数据库中获取对象的原始数据，并将原始数据从数据库同步至数据仓库工具中；查询模块，被配置为利用数据仓库工具对原始数据进行处理得到数据库表，并利用设置在报表平台中的查询引擎对数据库表执行查询操作，得到用于生成报表的目标数据；配置模块，被配置为基于目标数据，利用预先配置在报表平台中的自定义插件，对预设的对象报表进行全局配置，并利用自定义插件中的单元格配置项，对全局配置后的对象报表中的单元格进行配置，以便对对象报表进行自定义开发。
8.本公开实施例采用的上述至少一个技术方案能够达到以下有益效果：
9.通过从数据库中获取对象的原始数据，并将原始数据从数据库同步至数据仓库工具中；利用数据仓库工具对原始数据进行处理得到数据库表，并利用设置在报表平台中的查询引擎对数据库表执行查询操作，得到用于生成报表的目标数据；基于目标数据，利用预先配置在报表平台中的自定义插件，对预设的对象报表进行全局配置，并利用自定义插件中的单元格配置项，对全局配置后的对象报表中的单元格进行配置，以便对对象报表进行自定义开发。本公开能够实现对复杂报表的自定义开发，报表开发的样式能够满足用户的多样化需求。
附图说明
10.为了更清楚地说明本公开实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
11.图1是本公开实施例提供的报表的自定义开发方法的流程示意图；
12.图2是本公开实施例提供的报表的自定义开发装置的结构示意图；
13.图3是本公开实施例提供的电子设备的结构示意图。
具体实施方式
14.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本公开实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本公开的描述。
15.如前文所述，随着计算机技术的发展，报表已经成为日常工作中不可或缺的一部分，它让人们更加了解数据源的意义，也加深理解对于时局的动态发展，故而报表开发在日常工作中具有重要的作用。如今为了满足不同需求的报表开发，越来越多的人开始自己动手开发报表，这种报表也可以称为自定义报表。
16.现有技术在进行报表开发的过程中，只能根据对数据库的查询结果产生固定的列，并且在设置完报表格式后才能完成报表的开发，一旦报表的表头比较复杂、格式比较复杂或者逻辑比较复杂时，就会因无法实现而放弃开发需求。因此导致现有的报表开发的样式比较单一，无法针对复杂报表实现自定义报表开发。也就是说，现有的报表开发功能难以满足实际业务需要，无法实现自定义报表，更无法实现对复杂的报表表头及报表格式的配置，导致多业务报表之间的灵活关联难度大，无法满足用户的多样化需求。
17.鉴于对上述现有技术问题的考虑，本公开实施例通过获取报表的原始数据，并将原始数据同步至数据仓库工具中，利用数据仓库工具对原始数据进行清洗、加工和整合，得到用于被报表平台的查询引擎进行查询的对象。利用报表平台查询目标数据，并根据报表平台中的自定义插件，实现对象报表的全局配置和单元格配置。自定义插件能够实现对报表的尺寸、样式、数据类型、数据格式、复杂表头、过滤条件、数据源、数据集等的自定义配置。本公开实施例提供的技术方案不仅能够实现报表的自定义配置，还可以满足对不同样
式的复杂报表的开发需求，提升用户的开发体验。
18.图1是本公开实施例提供的报表的自定义开发方法的流程示意图。图1的报表的自定义开发方法可以由服务器执行。如图1所示，该报表的自定义开发方法具体可以包括：
19.s101，从数据库中获取对象的原始数据，并将原始数据从数据库同步至数据仓库工具中；
20.s102，利用数据仓库工具对原始数据进行处理得到数据库表，并利用设置在报表平台中的查询引擎对数据库表执行查询操作，得到用于生成报表的目标数据；
21.s103，基于目标数据，利用预先配置在报表平台中的自定义插件，对预设的对象报表进行全局配置，并利用自定义插件中的单元格配置项，对全局配置后的对象报表中的单元格进行配置，以便对对象报表进行自定义开发。
22.具体地，本公开实施例的数据库可以是mysql数据库，mysql是一个关系型数据库管理系统，属于oracle旗下产品。在web应用方面，mysql是最好的rdbms(relational database management system，关系数据库管理系统)应用软件之一，关系数据库将数据保存在不同的表中，这样就增加了速度并提高了灵活性。mysql所使用的sql语言是用于访问数据库的最常用标准化语言。
23.进一步地，本公开实施例的对象可以是指物联网中的测点对象，测点对象可以认为是物联网中的每一个用户对象下面所有的测点，在实际应用中，根据不同的应用场景，测点对象也可以是指用户对象或者企业客户对象。当作为测点对象时，原始数据可以认为是测点的各项指标数据，测点的各项指标数据可以通过安装在物联网设备终端上的测点监测设备进行采集，本公开实施例可以对上报的测点指标数据进行处理生成多种报表。
24.进一步地，数据仓库(data warehouse,dw)是对原有分散的数据库数据进行抽取、清洗的基础上经过系统加工、汇总和整理得到的。数据仓库建设的目的，是为前端查询和分析作为基础，提供功能分析、决策支持。本公开实施例采用的是hive数据仓库工具，hive数据仓库主要用来处理结构化数据，hive数据仓库一般来说分为4个层级，即ods层、dwd层、dws层和ads层，每个层级用来存储不同类型的表。
25.进一步地，报表平台可以采用泛能报表平台，在以下实施例中也可用泛能报表平台来取代本公开实施例中的报表平台。在泛能报表平台中portal是报表的全部内容，portal包括多个dashboard，在泛能报表平台中，dashboard是报表的仪表板内容，包括多个widget，在泛能报表平台中，widget是报表的图表内容。在本公开实施例中，泛能报表平台中的查询操作，使用的是presto查询引擎，presto用于查询hive数据仓库工具中的数据。
26.根据本公开实施例提供的技术方案，通过从数据库中获取对象的原始数据，并将原始数据从数据库同步至数据仓库工具中；利用数据仓库工具对原始数据进行处理得到数据库表，并利用设置在报表平台中的查询引擎对数据库表执行查询操作，得到用于生成报表的目标数据；基于目标数据，利用预先配置在报表平台中的自定义插件，对预设的对象报表进行全局配置，并利用自定义插件中的单元格配置项，对全局配置后的对象报表中的单元格进行配置，以便对对象报表进行自定义开发。本公开能够实现对复杂报表的自定义开发，报表开发的样式能够满足用户的多样化需求。
27.在一些实施例中，从数据库中获取对象的原始数据，并将原始数据从数据库同步至数据仓库工具中，包括：按照预设的时间间隔，获取物联网中每个对象的各指标对应的原
始数据，将各指标对应的原始数据存储在数据库中；当接收针对对象的原始数据的自定义开发报表请求时，将原始数据发送至预设的分布式消息系统中，并将原始数据从分布式消息系统同步至数据仓库工具中，其中，数据仓库工具采用hive数据仓库工具。
28.具体地，以物联网领域中的测点对象为例，对获取测点的原始数据的过程进行详细说明。测点监测设备可以实时采集测点数据，并将采集到的测点数据作为原始数据上报给大数据管理平台，例如上报至kafka分布式消息系统中。本公开实施例中可以按照一定的时间间隔来获取由测点监测设备采集的测点数据，例如可以按照每分钟的时间间隔进行采集，并将采集到的全部测点的原始数据通过无线网发送至分布式消息系统。
29.进一步地，在将测点的原始数据发送到kafka分布式消息系统中去之后，利用flume数据采集系统(亦称为日志采集系统)对kafka分布式消息系统中的原始数据进行采集，并将原始数据发到大数据集群的hdfs文件系统中。hdfs文件系统获取原始数据之后，利用数据调度平台将测点的原始数据从hdfs文件系统同步至hive数据仓库工具。
30.在实际应用中，可以使用etl数据加工方法对原始数据进行同步和加工处理，etl是指将数据从来源端(如业务系统、日志信息、物联数据等)经过抽取、清洗、转换、加载至目的端(通常为数据仓库)的过程。etl相当于一个桥梁，把数据从分布式文件系统转移到数据仓库里面。在实际应用中，不同系统采用的数据库、数据仓库工具或者编程类型可以是不一样的。
31.在一些实施例中，利用数据仓库工具对原始数据进行处理得到数据库表，包括：在将原始数据从分布式消息系统同步至数据仓库工具中之后，将原始数据存储至数据仓库工具的原始数据层中，并对原始数据进行数据分区得到第一层表；对第一层表进行数据清洗以及脱敏处理，得到经过数据清洗以及脱敏处理后的第二层表，并根据预设的整合规则对第二层表进行数据整合得到第三层表，将第三层表作为原始数据对应的数据库表。
32.具体地，原始数据被同步至hive数据仓库工具中之后，原始数据首先被存储在hive数据仓库工具的ods层中。hive的ods(operation data store)是指原始数据层，用于存放原始数据，可以直接从分布式文件系统加载原始数据至ods层。并在ods层对原始数据进行数据分区，将原始数据映射为原始数据层中的ods层表，并将ods层表作为第一层表。
33.进一步地，在将原始数据映射为ods层表之后，将ods层表传输至hive的dwd层中，利用hive中的dwd(data warehouse detail)层对ods层表进行数据清洗(比如去除空值以及脏数据等)以及脱敏处理，得到dwd层表，将dwd层表作为第二层表，dwd层表中存储了测点的全部指标对应的明细数据。
34.进一步地，将经过数据清洗以及脱敏处理后得到的dwd层表传输至hive的dws层中，利用hive中的dws(data warehouse service)层对dwd层表进行汇总处理，得到dws层表，dws层表中存储了月度级别的测点明细数据。最后，将dws层表传输至hive的ads(application data store)层中生成ads层表，将ads层表作为第三层表，即作为原始数据对应的数据库表。
35.在一些实施例中，利用设置在报表平台中的查询引擎对数据库表执行查询操作，得到用于生成报表的目标数据，包括：利用预先设置在报表平台的查询引擎中的数据查询脚本，利用数据查询脚本以及调用规则对存储在数据仓库工具中的数据库表进行查询，以便调用数据库表中的目标数据。
36.具体地，由于etl加工后得到的ads层表(即第三层表)是存储在hive里面的数据，而报表的开发阶段是在报表平台中完成的，也就是说，hive仅用于存储表格数据，而不负责开发最终报表，因此需要利用报表平台调用hive里面的目标数据进行报表开发。通过在报表平台中开发数据集，在数据集中添加数据查询脚本(sql脚本)，报表平台通过presto查询引擎对hive数据仓库工具中处理后得到的数据库表的数据进行查询，得到用于开发报表的目标数据。
37.进一步地，hive里面虽然存储了相关报表的数据，但是这些数据只是简单排列的数据格式，无法直接展示在报表当中，而报表开发也不需要用到hive数据库表中的所有数据；因此，利用报表平台中的数据查询脚本对需要的数据进行查询，得到用于报表开发的目标数据。
38.在一些实施例中，利用预先配置在报表平台中的自定义插件，对预设的对象报表进行全局配置，包括：调用预先配置在报表平台中的自定义插件，利用自定义插件中的全局配置项对对象报表进行全局配置，以使对象报表符合全局配置项的要求；其中，全局配置项包括对以下表格项的配置：报表样式、报表格式、报表尺寸、数据类型及数据格式。
39.具体地，在利用presto查询引擎得到目标数据之后，通过报表平台中的自定义插件功能，对报表进行自定义开发。在实际应用中，报表的自定义开发包含两方面的内容，即报表的全局配置以及单元格配置。下面分别结合具体实施例对这两方面的配置进行详细说明。
40.进一步地，全局配置项是指自定义插件对整体报表所做的全局配置，包括整体报表的样式、尺寸、显示哪些数据、数据的类型、数据的格式等。在进行报表的全局配置时，需要根据sql的查询结果，产生按照固定的列进行排序的数据，并根据为整体报表所设置的格式进行全局化配置，得到全局格式设置后的报表。
41.需要说明的是，在进行报表开发之前，需要先根据用户需求的报表样式预先创建好报表配置，报表配置可以包含报表的数据格式、排列方式、数据类型以及填写规则等内容。
42.在一些实施例中，利用自定义插件中的单元格配置项，对全局配置后的对象报表中的单元格进行配置，包括：在对对象报表进行全局配置之后，利用自定义插件中的单元格配置项对对象报表中的单元格进行配置，以使对象报表中的单元格符合单元格配置项的要求；其中，单元格配置项包括以下配置：表头配置、过滤条件配置、数据源配置、数据集配置、单元格属性配置以及单元格类型配置。
43.具体地，在对报表进行全局配置完之后，基于自定义插件中的单元格配置项对报表中的每个单元格分别进行单独配置。在实际应用中，单元格配置项可以根据实际需求进行调整和开发，下面以本公开实施例中的单元格配置项，对报表中的单元格进行配置的过程进行详细说明，具体可以包括以下内容：
44.为了使报表的制作更加专业化，针对报表中的每个单元格，可以自定义报表中的复杂表头，设置灵活的过滤条件，并且可以根据不同需求设置不同的单元格类型。
45.另外，为了使报表的底层逻辑更加灵活，针对报表中的每一个单元格，可以分别设置数据源和数据集，也就是为每个单元格数据设置对应的sql查询语句和方式，使每个单元格的底层sql查询逻辑不一致，这样就实现了报表的多样化。
46.在一些实施例中，利用自定义插件中的单元格配置项对对象报表中的单元格进行配置，包括：利用表头配置对单元格的表头进行设置，利用过滤条件配置为单元格设置过滤条件，利用数据源配置为单元格添加数据源，利用数据集配置为单元格设置与数据源相对应的数据查询方式，利用单元格属性配置自定义单元格的属性，利用单元格类型配置设置单元格的类型。
47.具体地，在对单元格的表头进行配置时，可以定义不同单元格的表头形式，比如斜表头等。在进行单元格的数据源及数据集的配置时，配置单元格的数据源名称、连接用户名、密码、驱动名称、连接url等，基于数据源可以对应的添加数据集，比如填写数据集的名称填写sql表达式等。
48.进一步地，可以为每个单元格设置各自的属性，每个单元格子都可以设置自己的属性，设置属性前需要选中需要设置的单元格，根据选项设置单元格的坐标、左父格、上父格等。在进行单元格的链接配置时，可以设置目标窗口的链接跳转页面以及url参数配置。在设置单元格的类型时，可以将单元格设置为以下类型：普通文本、表达式、数据集、斜表头等。除此之外，还可以设置单元格的数据展开方向、格式化、条件属性(即不同条件展示不同的样式)等。
49.在实际应用中，根据用户需求对对象报表进行自定义开发完成之后，可以将对象报表发布出去，以便用户根据对象报表中所展示的数据情况，获取相关信息并根据报表展示结果进行有针对性的统计和分析。
50.根据本公开实施例提供的技术方案，本公开通过自定义插件对报表进行自定义开发，实现了复杂表头、格式多样化、字体大小多样化等复杂的用户需求。通过对多方面的报表开发需求的研究，例如报表的尺寸、样式、显示哪些数据、数据的类型、数据的格式等进行完整的分析，从而确定报表开发的相关细节以及注意事项。最后根据需要对报表进行相应的设计，根据报表的需求设计相应的独立报表，再分别进行测试，将开发得到的报表与用户所需求的报表结果之间进行相互比较，并对其进行改进。本公开的自定义报表开发具有更强的灵活度与专业性，通过与程序的独立操作将会提高工作效率，从而满足用户的多样化需求。
51.下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。
52.图2是本公开实施例提供的报表的自定义开发装置的结构示意图。如图2所示，该报表的自定义开发装置包括：
53.获取模块201，被配置为从数据库中获取对象的原始数据，并将原始数据从数据库同步至数据仓库工具中；
54.查询模块202，被配置为利用数据仓库工具对原始数据进行处理得到数据库表，并利用设置在报表平台中的查询引擎对数据库表执行查询操作，得到用于生成报表的目标数据；
55.配置模块203，被配置为基于目标数据，利用预先配置在报表平台中的自定义插件，对预设的对象报表进行全局配置，并利用自定义插件中的单元格配置项，对全局配置后的对象报表中的单元格进行配置，以便对对象报表进行自定义开发。
56.在一些实施例中，图2的获取模块201按照预设的时间间隔，获取物联网中每个对
象的各指标对应的原始数据，将各指标对应的原始数据存储在数据库中；当接收针对对象的原始数据的自定义开发报表请求时，将原始数据发送至预设的分布式消息系统中，并将原始数据从分布式消息系统同步至数据仓库工具中，其中，数据仓库工具采用hive数据仓库工具。
57.在一些实施例中，图2的查询模块202在将原始数据从分布式消息系统同步至数据仓库工具中之后，将原始数据存储至数据仓库工具的原始数据层中，并对原始数据进行数据分区得到第一层表；对第一层表进行数据清洗以及脱敏处理，得到经过数据清洗以及脱敏处理后的第二层表，并根据预设的整合规则对第二层表进行数据整合得到第三层表，将第三层表作为原始数据对应的数据库表。
58.在一些实施例中，图2的查询模块202利用预先设置在报表平台的查询引擎中的数据查询脚本，利用数据查询脚本以及调用规则对存储在数据仓库工具中的数据库表进行查询，以便调用数据库表中的目标数据。
59.在一些实施例中，图2的配置模块203调用预先配置在报表平台中的自定义插件，利用自定义插件中的全局配置项对对象报表进行全局配置，以使对象报表符合全局配置项的要求；其中，全局配置项包括对以下表格项的配置：报表样式、报表格式、报表尺寸、数据类型及数据格式。
60.在一些实施例中，图2的配置模块203在对对象报表进行全局配置之后，利用自定义插件中的单元格配置项对对象报表中的单元格进行配置，以使对象报表中的单元格符合单元格配置项的要求；其中，单元格配置项包括以下配置：表头配置、过滤条件配置、数据源配置、数据集配置、单元格属性配置以及单元格类型配置。
61.在一些实施例中，图2的配置模块203利用表头配置对单元格的表头进行设置，利用过滤条件配置为单元格设置过滤条件，利用数据源配置为单元格添加数据源，利用数据集配置为单元格设置与数据源相对应的数据查询方式，利用单元格属性配置自定义单元格的属性，利用单元格类型配置设置单元格的类型。
62.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。
63.图3是本公开实施例提供的电子设备3的结构示意图。如图3所示，该实施例的电子设备3包括：处理器301、存储器302以及存储在该存储器302中并且可以在处理器301上运行的计算机程序303。处理器301执行计算机程序303时实现上述各个方法实施例中的步骤。或者，处理器301执行计算机程序303时实现上述各装置实施例中各模块/单元的功能。
64.示例性地，计算机程序303可以被分割成一个或多个模块/单元，一个或多个模块/单元被存储在存储器302中，并由处理器301执行，以完成本公开。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序303在电子设备3中的执行过程。
65.电子设备3可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备3可以包括但不仅限于处理器301和存储器302。本领域技术人员可以理解，图3仅仅是电子设备3的示例，并不构成对电子设备3的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如，电子设备还可以包括输入输出设备、网络接入设
备、总线等。
66.处理器301可以是中央处理单元(central processing unit，cpu)，也可以是其它通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
67.存储器302可以是电子设备3的内部存储单元，例如，电子设备3的硬盘或内存。存储器302也可以是电子设备3的外部存储设备，例如，电子设备3上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，存储器302还可以既包括电子设备3的内部存储单元也包括外部存储设备。存储器302用于存储计算机程序以及电子设备所需的其它程序和数据。存储器302还可以用于暂时地存储已经输出或者将要输出的数据。
68.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
69.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
70.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每一个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
71.在本公开所提供的实施例中，应该理解到，所揭露的装置/计算机设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/计算机设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
72.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
73.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单
元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
74.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
75.以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围，均应包含在本公开的保护范围之内。