CN113742342A - 多源数据的显示方法、显示***、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种多源数据的显示方法、显示***、电子设备及存储介质，方法包括：从数据集中获取至少一个目标数据；配置目标数据的样式以生成数据组件；根据至少一个数据组件生成数据报表；显示数据报表。本发明使众多数据源归一到统一数据集中，便于后期数据的更新和同步；本发明可以根据需要配置数据组件，生成并显示数据报表，数据报表中的数据是经过聚合和整理的，提高了直观度也提高了用户查看报表的体验度，节约了用户整理报表的时间，同时提高了数据报表的灵活性。且由于用户是直接从数据集中提取数据的，不再限于关系数据库对应的数据提取方式，提高了提取数据的灵活性，也方便了非技术人员进行数据的可视化配置，提高了用户体验度。

Description

多源数据的显示方法、显示***、电子设备及存储介质

技术领域

本发明涉及数据处理技术领域，特别涉及一种多源数据的显示方法、显示***、电子设备及存储介质。

背景技术

软件***中常引入数据可视化***，数据可视化***用于对数据进行可视化显示，不同的业务部门人员需要看到满足角色需求的数据报表来提供决策依据。并且随着企业的发展，数据报表的数量、表现形式以及数据指标都会发生变化。

现有市场上的数据可视化平台众多，但是都主要存在以下主要问题：

基本针对单一数据源进行数据处理和数据可视化，但实际上一个完整的数据报表往往需要涉及众多数据源；

数据源的所支持的数据库单一，目前大多数数据报表仅支持将关系型数据库作为数据源介入，并且只能通过导入关系数据库的方式进行数据提取，这样对于一些非技术人员而言难以获取到需要的数据；

针对单一数据源进行数据可视化，没有经过数据的聚合和整理，不利于后期数据的更新和同步；

报表配置的灵活性比较低等等。

图1示出了现有技术中的数据可视化***的架构模块图，其中，均是对拥有关系型数据库的数据源进行单独数据获取，这种获取方式对非技术人员不友好，并且这种方式对获取的数据单独进行可视化设置，单独生成报表，由于各个数据源生成的数据是孤立的，配置灵活性较低，且最终显示的数据报表是分散的，不利于有关人员进行查看。

发明内容

本发明要解决的技术问题是为了克服现有技术中在对数据进行显示时数据获取、数据配置及显示方式等不够灵活且便捷性较差的缺陷，提供一种在对数据进行显示时数据获取、数据配置及显示方式等灵活且便捷的多源数据的显示方法、显示***、电子设备及存储介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供了一种多源数据的显示方法，所述显示方法包括：

从数据集中获取至少一个目标数据，所述数据集包括从若干数据源中获取的并经过标准化处理的数据；

配置所述目标数据的样式以生成数据组件；

根据至少一个所述数据组件生成数据报表；

显示所述数据报表。

较佳地，所述从数据集中获取至少一个目标数据的步骤具体包括以下步骤中的至少一个：

通过自行配置的方式从数据集中获取至少一个目标数据；

通过SQL(Structured Query Language，结构化查询语言)的方式从数据集中获取至少一个目标数据；

通过接口选择的方式从数据集中获取至少一个目标数据。

较佳地，所述配置所述目标数据的样式以生成数据组件的步骤具体包括：

配置所述目标数据的基本样式；

配置所述基本样式下的目标功能。

较佳地，所述从数据集中获取至少一个目标数的步骤具体包括：根据所述数据集中数据的更新，获取更新后的至少一个目标数据；和/或，

所述根据至少一个所述数据组件生成数据报表的步骤后还包括以下步骤：发送所述数据报表至目标用户。

较佳地，所述配置所述目标数据的样式以生成数据组件的步骤前还包括：设置若干菜单目录；所述配置所述目标数据的样式以生成数据组件的步骤后还包括：将所述数据组件存放至一个所述菜单目录中；和/或，

所述根据至少一个所述数据组件生成数据报表的步骤前还包括：设置若干菜单目录；所述根据至少一个所述数据组件生成数据报表的步骤后还包括：将所述数据报表存放至一个所述菜单目录中。

较佳地，所述根据至少一个所述数据组件生成数据报表的步骤具体包括：

根据生成的数据组件和/或从所述菜单目录中直接获取的数据组件生成数据报表。

较佳地，所述显示所述数据报表的步骤具体包括：对具有权限的用户或者具有权限的终端设备显示所述数据报表；和/或，

当所述多源数据的显示方法包括设置若干菜单目录的步骤时，所述设置若干菜单目录的步骤后还包括步骤：设置所述菜单目录的使用权限；

所述显示方法还包括，基于用户具有所述菜单目录的使用权限，允许所述用户将所述数据组件或所述数据报表存放至所述菜单目录，或者从所述菜单目标中直接获取所述数据组件或所述数据报表。

本发明还提供了一种多源数据的显示***，所述显示***包括：目标数据配置模块、数据组件配置模块、报表生成模块及数据可视化模块；

所述目标数据配置模块用于从数据集中获取至少一个目标数据，所述数据集包括从若干数据源中获取的并经过标准化处理的数据；

所述数据组件配置模块用于配置所述目标数据的样式以生成数据组件；

所述报表生成模块用于根据至少一个所述数据组件生成数据报表；

所述数据可视化模块用于显示所述数据报表。

本发明还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的多源数据的显示方法。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的多源数据的显示方法。

在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本发明各较佳实例。

发明的积极进步效果在于：本发明可以从包括若干数据源的数据集中获取至少一个目标数据，使众多数据源归一到统一数据集中，使数据获取不再孤立单一，便于后续对各个数据源中的目标数据进行统一获取，也便于后期数据的更新和同步；同时本发明可以根据需要配置目标数据的样式以生成数据组件，根据需要选择数据组件来生成并显示数据报表，数据报表中的数据是经过聚合和整理的，提高了报表的直观度也提高了用户查看报表的体验度，节约了用户自行整理报表的时间，同时提高了数据报表生成的灵活性。并且由于用户是直接从数据集中提取数据的，不再限于关系数据库对应的数据提取方式，提高了用户提取数据的方式的灵活性，也方便了非技术人员自行进行数据的可视化配置，提高了用户体验度。

附图说明

图1为数据可视化***的架构模块图。

图2为本发明实施例1中多源数据的显示方法的流程图。

图3为实施例1中的多源数据的显示方法的架构模块图。

图4为实施例1中获取目标数据的第一界面示意图。

图5为实施例1中获取目标数据的第二界面示意图。

图6为实施例1中获取目标数据的第三界面示意图。

图7为实施例1中获取目标数据的第四界面示意图。

图8为实施例1中对数据组件进行配置的界面示意图。

图9为实施例1中配制出的数据组件的示意图。

图10为实施例1中对数据组件进行管理的界面示意图。

图11为实施例1中定时任务的配置界面菜单编辑界面的示意图。

图12为实施例1中菜单编辑界面菜单编辑界面的示意图。

图13为实施例1中数据流转的示意图。

图14为实施例1中数据组件选择的界面示意图。

图15为实施例1中数据报表管理界面的示意图。

图16为实施例1中第一数据报表的示意图。

图17为实施例1中进行数据报表配置的界面的示意图。

图18为实施例1中第二数据报表的示意图。

图19为本发明实施例2中多源数据的显示***的模块示意图。

图20为本发明实施例3中的电子设备的模块示意图。

具体实施方式

下面先对本实施例中经常出现的一些技术术语进行解释：

【包括的定义】如这里所使用的术语“具有”、“可以具有”、“包括”或“可以包括”指示本公开的相应功能、操作、元件等的存在，并且不限制其它的一个或多个功能、操作、元件等的存在。此外应当理解到，如这里所使用的术语“包括”或“具有”是指示在说明书中所描述的特点、数字、步骤、操作、元件、部件或其组合的存在，而不排除一个或多个其它特点、数字、步骤、操作、元件、部件或其组合的存在或增加。

【和/或的定义】如这里所使用的术语“A或B”、“A和/或B的至少之一”或“A和/或B的一个或多个”包括与其一起列举的单词的任意和所有组合。例如，“A或B”、“A和B的至少之一”或“A或B的至少之一”意味着(1)包括至少一个A，(2)包括至少一个B，或(3)包括至少一个A和至少一个B两者。

【电子设备的含义】根据本公开各种实施例的电子设备例如可以包括以下至少之一：智能手机、平板个人计算机(PC)、移动电话、视频电话、电子书阅读器、台式PC、膝上PC、上网本、工作站、服务器、个人数字助手(PDA)、便携式多媒体播放器(PMP)、MP3播放器、移动医疗设备、照相机或可穿戴设备(例如，头戴设备(HMD)、电子眼镜、电子衣服、电子手镯、电子项链、电子配件、电子纹身、智能镜子或智能手表)。在其它实施例中，电子设备可以是智能家用电器，例如，电视(TV)、数字视频盘(DVD)播放器、音频组件、电冰箱、空调、吸尘器、烤箱、微波炉、洗碗机、空气净化器、机顶盒、家庭自动控制板、安全控制板、TV盒、游戏台、电子词典、电子钥匙、摄录像机或电子相框。

在其它实施例中，电子设备可以包括以下至少之一：医疗设备(例如移动医疗设备(例如，血糖监视设备、心率监视器、血压监视设备或温度计))、磁共振血管造影(MRA)机器、磁共振成像(MRI)机器、计算机断层摄影(CT)扫描仪或超声器)；导航设备；全球定位***(GPS)接收机；事件数据记录器(EDR)；飞行数据记录器(FDR)；车内信息娱乐设备；船用电子设备(例如，船舶导航设备和/或回转罗盘)；航空电子设备；安全设备；汽车音响；工业或家庭机器人；金融机构的自动提款机(ATM)；零售商店的销售点(POS)设备；或物联网设备(例如，灯泡、各种传感器、电表、燃气表、洒水车、火警、恒温器、街灯、烤面包机、运动设备、热水瓶、加热器或热水器等)。

在某些实施例中，电子设备可以包括一件家具或建筑/结构、电子板、电子签名接收设备、投影仪以及各种测量仪器(例如，水表、电表、燃气表或波长计)至少之一。

根据本公开各种实施例的电子设备也可以包括以上所提及设备的一个或多个的组合。进一步，根据本公开各种实施例的电子设备不限于以上所提及的设备，这对于本领域技术人员将是显然的。

【用户的含义】这里，术语“用户”可以指示使用电子设备的人或使用电子设备的设备(例如，人工智能电子设备)。

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

本实施例提供了一种多源数据的显示方法，如图2所示，该显示方法包括：

步骤101、从数据集中获取至少一个目标数据；

步骤102、配置目标数据的样式以生成数据组件；

步骤103、根据至少一个数据组件生成数据报表；

步骤104、显示数据报表。

其中，数据集包括从若干数据源中获取的并经过标准化处理的数据，如对于同一商家，可能在不同平台下都具有店铺，每一平台下的店铺都对应一个数据源，则对于该商家而言，数据集中的数据为各个数据源下数据的汇总，并且经过标准化处理后的结果。

其中，本实施例中数据源支持文件类型和JDBC(Java Database Connectivity，Java数据库连接)类型的数据结构，文件类型支持CSV(Comma-Separated Values，逗号分隔值)，JDBC类型支持clickhouse(一种具体的文件类型)、es(一种具体的文件类型)、hive(一种具体的文件类型)、mysql(一种具体的文件类型)、impala(一种具体的文件类型)、kylin(一种具体的文件类型)、mongo(一种具体的文件类型)、oracle(一种具体的文件类型)等类型。

本实施例中，可以通过不同的方式，如手动配置SQL、输入SQL以及API(Application Programming Interface，应用程序接口)接口的形式来获取目标数据，这样的好处是数据集可以在构建组件数据时不断复用，减少配置成本。

图3实例性地示出了本实施例中的多源数据的显示方法的架构模块图，其中，数据集汇总了采用多种形式数据库的数据源的数据，如：采用关系型数据库的数据源1，采用非关系型数据库的数据源2，采用文件类型数据库的数据源3、采用接口类型的数据库的数据源等等，从汇总后的数据集中选择目标数据，并对目标数据集中进行数据可视化设置，来生成所需要的数据报表。

本实施例，使众多数据源归一到统一数据集中，使数据获取不再孤立单一，便于后续对各个数据源中的目标数据进行统一获取，也便于后期数据的更新和同步。

同时本实施例可以根据需要配置目标数据的样式以生成数据组件，根据需要选择数据组件来生成并显示数据报表，数据报表中的数据是经过聚合和整理的，提高了报表的直观度也提高了用户查看报表的体验度，节约了用户自行整理报表的时间，同时提高了数据报表生成的灵活性。

并且本实施例中，由于用户是直接从数据集中提取数据，不再限于关系数据库对应的数据提取方式，提高了用户提取数据的方式的灵活性，也方便了非技术人员自行进行数据的可视化配置，进一步提高了用户体验度。

在一些具体的实施方式中，步骤101中具体可以通过至少以下三种方式来获取目标数据：

方式一：

通过自行配置的方式从数据集中获取至少一个目标数据。

下面通过一具体实例对该种方式进行说明，但应当理解这种方式仅作为举例说明，不应当成为对本实施例的限制：

图4示出了该种方式下用户配置条件的界面示意图，用户可以在该界面上配置条件信息来获取目标数据，具体的，条件信息可以包括至少以下数据：

名称：数据集名称；

分组：数据集分组信息，如销售数据、财务数据等等；

描述：数据集描述信息；

数据源：数据集的数据来源；

数据字段：数据集用到的字段信息。

变量：设置条件中的变量信息，在一种具体的实施方式中，变量支持表达式；

条件：条件设置中支持设置筛选条件，聚合条件和排序条件，基于选择的数据源、表、字段信息来进行条件的设置。

这种方式，对于不了解技术的员工而言也可以操作，提高了本实施例的适用性。

方式二：

通过SQL的方式从数据集中获取至少一个目标数据。

下面通过一具体实例对该种方式进行说明，但应当理解这种方式仅作为举例说明，不应当成为对本实施例的限制：

图5示出了该种方式下用户配置条件的界面示意图，用户可以在该界面上配置条件信息来获取目标数据，具体的，条件信息可以包括至少以下数据：

名称：数据集名称；

分组：数据集分组信息；

描述：数据集描述信息；

数据源：数据集的数据来源信息；

变量：设置SQL中需要使用到的变量信息；

SQL语句：输入SQL语句内容。

这种方式尤其适用于一些了解技术的员工，其可以通过这种方式快速地获取目标数据。

方式三：

通过接口选择的方式从数据集中获取至少一个目标数据。

下面通过一具体实例对该种方式进行说明，但应当理解这种方式仅作为举例说明，不应当成为对本实施例的限制：

图6示出了该种方式下用户配置条件的界面示意图，用户可以在该界面上配置条件信息来获取目标数据，具体的，条件信息可以包括至少以下数据：

名称：数据集名称；

分组：数据集分组信息；

描述：数据集描述信息；

URL(Uniform Resource Locator,统一资源***)信息：在接口这种形态中需要使用到的变量信息；

入参：数据接口请求时候需要输入的参数信息；

返回集合定义：接口返回的数据信息。

这种方式，尤其适合于不了解技术的员工使用，其可以通过简单的设置方式来获取目标数据。

图7示出了一种具体实施方式中，用户选取获取目标数据的方式的界面示意图，本实施例中，用户可以根据实际情况选择获取目标数据的方式，提高了目标数据获取的灵活性及适用性。

在一种具体的实施方式中，步骤102具体可以包括步骤：配置目标数据的基本样式。

图8示出了一种具体实施方式下对数据组件进行配置的界面示意图，其中，在需要新增的数据组件时，配置界面会显示组件内容的数值类型，选择需要展示的图表类型，该具体实例下，如图8所示，具有17中图标类型。并且支持通过数据的维度和指标、筛选项、颜色、提示信息等来定义数据组件的展示内容，所展示的内容会跟随所选择的维度和指标的变更实时变化，通过这种方式配置数据组件后即可保存组件。

图9示出了一种具体实施方式下配置出来数据组件的示意图，该具体方式下配置出来的为一直线图，可以通过点击设置按钮来对折线图进行进一步设置，可以通过点击保存按钮来保存配置后的数据组件。

图10示出了一种具体实施方式下对数据组件进行管理的界面示意图，其中，根据步骤103已经生成订单折线图、延时店铺UV柱状图、售后率这三个数据组件，对于生成的每一数据组件，均可以对齐进行编辑、删除、复制及查看。应当理解，本实施例中，可以根据需求依据更新时间来更新组件的具体显示内容。

在一种具体的实施方式中，步骤102具体还可以包括以下步骤：

配置基本样式下的目标功能。

如，基于数据和不同数据业务需求构建数据组件，在数据组件的构建中可以配置组件是否支持数据穿透，即数据指标下钻的功能，具体的，点击某一数据后，会出现该数据下的子数据。

本实施例中，可以根据实际需求来配置基本样式下的目标功能以提高数据展示的功能性，进一步提高了用户的使用体验。

在一些具体的实施方式中，步骤101还可以包括步骤：根据数据集中数据的更新，获取更新后的至少一个目标数据。

由于数据源中的数据是不断更新的，本实施例中，数据集中的数据随着数据源的更新，获取更新后的数据，以生成能反映最新数据的报表。

在一种具体的实施方式中，步骤103后还可以进一步包括以下步骤：

步骤105、发送数据报表至目标用户。

具体的，可以通过定时发送的方式将数据报表发送至目标用户，如按照一定周期性来通过邮件通知的方式来发送所需要的数据报表，以便于目标用户定期收取查阅自己所关注的数据报表内容，同时支持连同附件内容一起发送，可在页面设置发送内容的基本信息、邮件设置、发送内容等。

其中，基本信息包含了名称、类型(如邮件、短信等等)、描述、有效时间范围、执行之间设置、邮箱登录账号、邮箱登录密码等等。

邮件设置支持邮主主题、附件类型、收件人、抄送以及邮件内容的设置；

图11实例性地示出了一种定时任务的配置界面。

本实施例中，通过对数据报表的发送进行配置，通过发送数据报表至目标用户，进一步提高了功能性，从而提高了用户的使用体验。

在一种具体的实施方式中，本实施例还包括步骤：设置若干菜单目录；

步骤102中具体的操作可以为将数据组件存放至一个菜单目录中。

应当理解，如果步骤102采用以上具体实现方式，则设置若干菜单目录的步骤应当位于步骤102之前。

步骤103中具体的操作可以为将数据报表存放至一个菜单目录中。

应当理解，如果步骤103采用以上具体实现方式，则设置若干菜单目录的步骤应当位于步骤103之前。

图12实例性地示出了一种具体场景下的菜单编辑界面，其中包括不同级别下的菜单，如在数据中台级别下包括企业大屏、会员分析、商品分析等子菜单，具体的，可以将生成的数据组件或数据报表添加至某一子菜单里。

进一步的，步骤103具体包括：根据生成的数据组件和/或从菜单目录中直接获取的数据组件生成数据报表。

本实施例中，通过菜单管理的方式，一方面便于对数据组件、数据报表进行管理，另一方面，数据组件、数据报表与菜单支持一对多的关系，可以将同一个数据挂到多个菜单目录下，从而支持数据组件和数据报表的复用，提高了效率。

在一种具体的实施方式中，步骤104具体包括：对具有权限的用户或者具有权限的终端设备显示数据报表。

比如说，财务部员工制作的报表，只有财务部的员工具有使用权限，又如，某一特定的报表仅显示在公司的大屏上，等等。

在一种具体的实施方式中，当本实施例包括设置若干菜单目录的步骤时，设置若干菜单目录的步骤后还包括步骤：设置菜单目录的使用权限；

步骤103具体还包括基于用户具有菜单目录的使用权限，允许用户将数据组件或数据报表存放至菜单目录，或者从菜单目标中直接获取数据组件或数据报表。

本实施例中，支持针对菜单权限进行控制，支持配置的数据报表及数据组件自由配置到任意目录下，进一步提高了本实施例中方法的功能性，也提高了安全性。

在一种具体的实施方式中，本实施例还可以对数据进一步进行Dashboard(一种后台管理页面)管理：输出数据质量检查结果，包括检查总数，通过总数，合格率从而进一步提高数据提取的准确性。

企业对数据可视化的高度自定义以及操作便捷性都有很高的要求。本实施例中的方法可以满足企业的个性化需求，因为行业、规模和产品总归有着不同程度的差异，不同的企业的管理方式和流程都有自己的方式，并且还会根据企业的成长、壮大而不断变化，而本实施例中的多源数据的显示方法既能保持足够的灵活性，又能够控制开发的成本和复杂度来生成数据报表并进行显示。

本实施例可以解决企业沟通的问题，让不懂技术的员工，如业务人员也可以自由编程来获取目标数据、配置数据组件、生成数据报表。可以做到业务人员就是开发人员，开发人员就是业务人员，提高沟通效率。

本实施例可以实现企业内部的数据互通，在企业中，信息孤岛是难以解决的痛点，不同***之间的数据相互隔离，无法打穿共用，使得企业难以进行跨部门的数据共享。可能大企业可以投入专门的资金来打造数据接口，但小企业负担不起，并不代表他们不想获得这样的功能，本实施例中的方法以平台式负载多***的特性，达成了这种期待。

此外，本实施例中的方法可以降低成本和增加效率，其中代码量上至少可以节省80％，还有免代码平台(如利用API的方式获取数据)，更是完全摒弃编程步骤，没有一行代码，效率提升200％，传统开发模式需要一周完成的工作，利用本实施例中的方法通常一天就可以做到。工作效率极大提高，开发成本能省多少，企业完全自知。

下面通过一具体实例对本实施例中的多源数据的显示方法进行说明以便理解：

图13示出了该实例中数据流转示意图，数据集中的数据来自各种类型的数据库，如文件类型、数据库类型、API类型等等，用户通过步骤101从数据集中获取至少一个目标数据，通过步骤102配置目标数据的样式从而生成数据组件，通过步骤103根据配置的一个或多个数据组件来生成数据报表。

图14示出了数据组件选择的界面示意图，其中，创建数据报表可以根据需要选择数据组件，然后定义数据的更新频率。

在生成数据报表后，将数据报表配置到指定的菜单目录下，其中可以将数据报表配置为以下形式中的至少一种：在PC(个人电脑)端可视；在移动端可视；在数据大屏上可视，并定时将目标数据报表发送给目标用户或者目标终端，如将显示公司整体销售情况的数据报表发送至公司的数据大屏上，将财务报表发送至财务主管的PC端上等等。

本实施例中，可以对每个数据报表进行管理，图15示出了数据报表管理界面的示意图，其中，通过步骤13生成了实时分析、门店选址、新品分析及商品分析的四个报表，可以对每个报表进行更新、查找、编辑等操作。

图16示出了通过本实施例中的方法配置出的一数据报表的示意图，区域c为第一组件，通过地图(图中未示出)的形式显示各个门店的分布，可以具体通过标记的大小来反应销售情况，如圆圈越大的部分说明此区域的销售情况越好，区域b中的柱状图为第二组件，用于表示具体每个门店的销售数据，区域a为查询数据组件，用于对门店进行选择，如选择具体的大区、省份、城市、区县、街道等等。

图17示出了进行数据报表配置的示意图，其中通过新增图层和组件的方式来构建数据大屏，可以设置屏幕尺寸、背景颜色、缩放参数、背景图片等等，在一种具体的场景下，该报表可以显示在企业的大屏上。

图18示出了通过本实施例中的方法配置出的另一数据报表的示意图，其中每个圆角框都代表一个数据组件(如图18中的客户数据组件、会员生命周期组件、实时交易额组件、目标达成进度组件、库存数据组件、渠道销售额占比组件)。应当理解本实施例中，最终生成的报表除了配置数据组件外还可以根据需求配置文字及图片。

本实施例中，对数据源获取的数据进行数据整合，使数据经过严格的数据清洗和数据治理过程后进入数据仓库，然后进行统一的数据合并和计算，使众多数据源归一到统一数据源，在数据源基础上再进行数据可视化配置。

本实施例支持除关系型数据库之外的其他数据库，如还文件类型数据、非关系型数据、接口数据等等。

本实施例不仅仅支持对目标数据进行基本样式的配置，还支持对配置后的图表进行数据穿透。

本实施例对数据源进行归集，技术上统一数据归集、统一数据标准和数据口径，业务上极大提高数据准确性和操作便捷性。

本实施例支持针对菜单的权限进行控制，支持将配置的数据报表进一步配置到任意菜单目录下。

本实施例集数据大屏、PC端、移动端的数据配置为一体，同一处数据源同一处可视化配置支持多种不同表现形式，极大简化了市面上的数据可视化配置多种展现形式、多种配置的路径的方式。

实施例2

本实施例提供了一种多源数据的显示***，如图19所示，该显示***包括：目标数据配置模块201、数据组件配置模块202、报表生成模块203及数据可视化模块204。

目标数据配置模块201用于从数据集中获取至少一个目标数据，数据集包括从若干数据源中获取的并经过标准化处理的数据，目标数据配置模块获取目标数据的方式可以参考实施例1中获取目标数据的方式，本实施例不再赘述。

数据组件配置模块202用于配置目标数据的样式以生成数据组件，具体生成数据组件的方式可以参考实施例1中生成数据组件的方式，本实施例不再赘述。

报表生成模块203用于根据至少一个数据组件生成数据报表，具体生成数据报表的方式可以参考实施例1中生成数据报表的方式，本实施例不再赘述。

数据可视化模块204用于显示数据报表，具体显示数据报表的方式可以参考实施例1中显示数据报表的方式，本实施例不再赘述。

在一种具体的实施方式中，本实施例还进一步包括菜单目录设置模块205，用于设置若干菜单目录，具体设置菜单目录的方式可以参考实施例1中设置菜单目录的方式，本实施例不再赘述。

在一种具体的实施方式中，本实施例还进一步包括报表发送模块206，用于发送数据报表至目标用户，具体发送数据报表的方式可以参考实施例1中发送数据报表的方式，本实施例不再赘述。

实施例3

本实施例提供一种电子设备，电子设备可以通过计算设备的形式表现(例如可以为服务器设备)，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中处理器执行计算机程序时可以实现实施例1中多源数据的显示方法。

图20示出了本实施例的硬件结构示意图，如图20所示，电子设备9具体包括：

至少一个处理器91、至少一个存储器92以及用于连接不同***组件(包括处理器91和存储器92)的总线93，其中：

总线93包括数据总线、地址总线和控制总线。

存储器92包括易失性存储器，例如随机存取存储器(RAM)921和/或高速缓存存储器922，还可以进一步包括只读存储器(ROM)923。

存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器91通过运行存储在存储器92中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1中多源数据的显示方法。

电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且，电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备9使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)***、磁带驱动器以及数据备份存储***等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例4

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1中多源数据的显示方法。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1中多源数据的显示方法。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种多源数据的显示方法，其特征在于，所述显示方法包括：

从数据集中获取至少一个目标数据，所述数据集包括从若干数据源中获取的并经过标准化处理的数据；

配置所述目标数据的样式以生成数据组件；

根据至少一个所述数据组件生成数据报表；

显示所述数据报表。

2.如权利要求1所述的多源数据的显示方法，其特征在于，所述从数据集中获取至少一个目标数据的步骤具体包括以下步骤中的至少一个：

通过自行配置的方式从数据集中获取至少一个目标数据；

通过SQL的方式从数据集中获取至少一个目标数据；

通过接口选择的方式从数据集中获取至少一个目标数据。

3.如权利要求1所述的多源数据的显示方法，其特征在于，所述配置所述目标数据的样式以生成数据组件的步骤具体包括：

配置所述目标数据的基本样式；

配置所述基本样式下的目标功能。

4.如权利要求1所述的多源数据的显示方法，其特征在于，所述从数据集中获取至少一个目标数的步骤具体包括：根据所述数据集中数据的更新，获取更新后的至少一个目标数据；和/或，

所述根据至少一个所述数据组件生成数据报表的步骤后还包括以下步骤：发送所述数据报表至目标用户。

5.如权利要求1所述的多源数据的显示方法，其特征在于，所述配置所述目标数据的样式以生成数据组件的步骤前还包括：设置若干菜单目录；所述配置所述目标数据的样式以生成数据组件的步骤后还包括：将所述数据组件存放至一个所述菜单目录中；和/或，

所述根据至少一个所述数据组件生成数据报表的步骤前还包括：设置若干菜单目录；所述根据至少一个所述数据组件生成数据报表的步骤后还包括：将所述数据报表存放至一个所述菜单目录中。

6.如权利要求5所述的多源数据的显示方法，其特征在于，所述根据至少一个所述数据组件生成数据报表的步骤具体包括：

根据生成的数据组件和/或从所述菜单目录中直接获取的数据组件生成数据报表。

7.如权利要求1-6任意一项所述的多源数据的显示方法，其特征在于，所述显示所述数据报表的步骤具体包括：对具有权限的用户或者具有权限的终端设备显示所述数据报表；和/或，

当所述多源数据的显示方法包括设置若干菜单目录的步骤时，所述设置若干菜单目录的步骤后还包括步骤：设置所述菜单目录的使用权限；

所述显示方法还包括，基于用户具有所述菜单目录的使用权限，允许所述用户将所述数据组件或所述数据报表存放至所述菜单目录，或者从所述菜单目标中直接获取所述数据组件或所述数据报表。

8.一种多源数据的显示***，其特征在于，所述显示***包括：目标数据配置模块、数据组件配置模块、报表生成模块及数据可视化模块；

所述目标数据配置模块用于从数据集中获取至少一个目标数据，所述数据集包括从若干数据源中获取的并经过标准化处理的数据；

所述数据组件配置模块用于配置所述目标数据的样式以生成数据组件；

所述报表生成模块用于根据至少一个所述数据组件生成数据报表；

所述数据可视化模块用于显示所述数据报表。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的多源数据的显示方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述的多源数据的显示方法。

Images