CN104750441B - 基于dashboard的跨系统多屏幕数据展示系统 - Google Patents

Abstract

本发明提出一种基于DASHBOARD的跨系统多屏幕数据展示系统，包括：展现模块和数据处理模块，展现模块包括多个展示区、多个通用展现组件和后台配置管理子模块，每个展示区包括一个展示内容接口，用于生成业务数据，后台配置管理子模块用于为系统功能和数据处理模块的配置提供图形化界面；数据处理模块与展现模块相互通讯，数据处理模块通过多种数据驱动从多个业务系统获取业务数据，并将业务数据通过收发接口传输至展现模块以通过展现模块显示该业务数据对应的内容。本发明的实施例具有强大的信息展示功能，该系统接入多个业务系统数据，并且能够将各类信息按照一定的模式通过多屏幕组合的方式进行多样化展示，从而方便用户宏观把握整体态势。

Description

基于DASHBOARD的跨系统多屏幕数据展示系统

技术领域

本发明涉及计算机技术领域，特别涉及一种基于DASHBOARD跨系统多屏幕数据展示系统。

背景技术

目前，对于政府部门、行业监管部门、大型企业等，信息化工作已经做的非常的到位，几乎所有的业务都有相应的信息化系统。而对于决策层人员来说，他们在进行群体会商的时候（特别在应对突发情况时），需要把握宏观、整体态势，因此，需要一个相应的工具辅助他们对局势的宏观判断，且该工具应具有非常强大的信息展示功能，其能够从多个业务系统中获取多种数据，并能够按照一定的模式，将需要的各类监测数据、监控画面、态势等通过文本、图片、表格、地图、图形和音频等表现方式按照多个屏幕组合的方式展示出来。但是目前还没有这样的工具。

发明内容

本发明旨在至少解决上述技术问题之一。

为此，本发明的目的在于提出一种基于DASHBOARD的跨系统多屏幕数据展示系统，该系统具有强大的信息展示功能，其接入多个业务系统数据，并且能够将各类数据信息按照一定的模式通过多屏幕组合的方式进行多样化展示，从而方便用户宏观把握整体态势。

为了实现上述目的，本发明的实施例提供了一种基于DASHBOARD的跨系统多屏幕数据展示系统，包括：展现模块和数据处理模块，其中，所述展现模块包括多个展示区、多个通用展现组件和后台配置管理子模块，且每个展示区包括一个展示内容接口，用于生成业务数据，所述后台配置管理子模块用于为系统功能和所述数据处理模块的配置提供图形化界面；所述数据处理模块与所述展现模块相互通讯，所述数据处理模块具有多种数据驱动，以便通过所述多种数据驱动从多个业务系统获取相应的业务数据，并将所述数据通过收发接口传输至所述展现模块以通过所述展现模块显示所述数据对应的内容。

根据本发明实施例的基于DASHBOARD的跨系统多屏幕数据展示系统，数据处理模块（例如为Java数据中心）通过各种数据驱动从多个业务系统（例如为但不限于示范工程和物联网数据平台）获取数据，并加工成统一的数据结构后通过统一的接口对展现模块提供数据服务，以通过展现模块显示数据对应的内容。换言之，该系统具有强大的信息展示功能，实现多数据来源，并能够将数据信息通过多屏幕组合的方式按照多种展现模式进行展示，极大的方便了用户的浏览。

另外，根据本发明上述实施例的基于DASHBOARD的跨系统多屏幕数据展示系统还可以具有如下附加的技术特征：

在一些示例中，还包括：应用场景，所述应用场景与所述多个展示区相连，所述应用场景包括一个业务工具栏组件，用于显示业务功能。

在一些示例中，所述应用场景和所述多个展示区通过XML配置文件进行配置，所述XML配置文件包括：所述应用场景的数量、所述应用场景的名称、所述应用场景的位置、所述应用场景连接的展示区数量及所述展示区的布局。

在一些示例中，所述业务功能的内容包括：业务名称、业务描述、实现类ClassName及参数列表。

在一些示例中，还包括：加载模块，所述加载模块用于根据所述应用场景的配置文件初始化所述应用场景，并设置所述应用场景的位置、大小，并根据所述配置文件对所述应用场景加载对应的展示区，以实现对所述应用场景的加载。

在一些示例中，还包括：切换模块，所述切换模块用于在用户需要切换所述应用场景时，根据所述用户选择的应用场景的名称，加载新的应用场景，以实现应用场景的切换。

在一些示例中，还包括：数据更新模块，所述数据更新模块用于对所述业务数据进行定时更新。

在一些示例中，所述展示区还用于对其生成的业务数据进行自动更新。

在一些示例中，所述多个通用组件包括：文本组件、列表组件、统计图表组件、图片组件、地图组件、表格组件、IFrame组件和复合组件。

在一些示例中，静态数据、数据库、Webservice、远程方法调用、套接字。

在一些示例中，所述业务数据包括：数据ID、数据中文描述、数据类型、时间戳、数据值及查询参数列表。

在一些示例中，所述展现模块与所述数据处理模块通过BlazeDS实现相互通讯。

在一些示例中，所述多个展示区为多个显示屏，所述多个显示屏包括一个主显示屏和位于所述主显示屏两侧的多个辅显示屏。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明一个实施例的基于DASHBOARD的跨系统多屏幕数据展示系统的结构框图；

图2为根据本发明另一个实施例的基于DASHBOARD的跨系统多屏幕数据展示系统的结构框图；

图3为根据本发明一个实施例的基于DASHBOARD的跨系统多屏幕数据展示系统的展示区结构示意图；

图4为根据本发明一个实施例的基于DASHBOARD的跨系统多屏幕数据展示系统的总体结构图；

图5为根据本发明一个实施例的基于DASHBOARD的跨系统多屏幕数据展示系统的应用场景和展示区的连接关系示意图；以及

图6为根据本发明一个实施例的基于DASHBOARD的跨系统多屏幕数据展示系统的应用场景加载过程示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。

在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

以下结合附图描述根据本发明实施例的基于DASHBOARD的跨系统多屏幕数据展示系统。

图1为根据本发明一个实施例的基于DASHBOARD的跨系统多屏幕数据展示系统的结构框图。如图1所示，根据本发明一个实施例的基于DASHBOARD的跨系统多屏幕数据展示系统100，包括展现模块110和数据处理模块120。

其中，展现模块110包括多个展示区、多个通用展现组件和后台配置管理子模块，且每个展示区包括一个展示内容接口，用于生成业务数据，展示区例如为但不限于显示屏幕。后台配置管理子模块用于为系统功能和数据处理模块120的配置提供图形化界面。

如图2所示，在本发明的一个实施例中，多个展示区例如为多个显示屏，且多个显示屏包括一个主显示屏和位于该主显示屏两侧的多个辅显示屏。具体而言，主显示屏例如为大显示屏，多个辅显示屏例如为小显示屏，该多个辅显示屏分为两组设置在主显示屏的两侧，在显示过程中，主显示屏和多个辅显示屏同时显示来自多个业务系统的数据，并且辅显示屏均可将显示的内容拖拽至主显示屏以实现放大显示，且在主显示屏上可根据用户需求显示更多、更详细的内容。其中，辅显示屏的数量根据实际需求而设定。

其中，作为一个具体的示例，上述的展现模块110例如为Flex展现层，用于实现多个通用展现组件的展示和后台配置管理功能，结合图2所示，展示区的功能描述及结构组成如下：

a.小窗口（即辅显示屏）可以通过拖动或放大按钮，在大窗口（即主显示屏）进行显示，大窗口显示内容可根据业务需要显示该业务的详细数据。

b.拖拽功能区按钮，在窗口内任意位置释放，相应信息显示在窗口内（铺满窗口）。

c.新拖拽的功能的内容覆盖原窗口内容。

d.各窗口内容根据业务需要实时刷新。

e.窗口右侧和下方根据业务内容多少和宽度决定是否有滚动条。

f.窗口操作内容弹出的窗口显示在大屏中央，拖动弹出窗口边框可将弹出窗口拖拽至大屏的任意位置。

g.窗口显示信息的类型有：地图、统计图、文本、列表、图片、word文档、视频等，这些内容可根据窗口大小自适应显示。

h.图标的排列与显示:图标分组显示，组与组之间用一个图标大小的空隙做间隔（没有二级菜单，业务相近的图片放在一组）；一屏显示不完的图标，分屏显示，点击左翻或右翻按钮，显示一屏新的图标。

如图4所示，在本发明的一个实施例中，上述的多个通用展现组件包括：文本组件、列表组件、统计图表组件、图片组件、地图组件、表格组件、IFrame组件和复合组件。

更为具体地，在一个示例中，文本组件为滚动文本组件，其包含：文本内容（即数据ID）、文本滚动一次的时间、滚动方向及背景图片路径。

图片组件可以显示一张或多张图片，图片路径从配置文件中获取。当显示多张图片时，图片按预先设定的固定时间间隔进行切换显示。图片组件包括：图片总数和图片列表。

列表组件中的内容动态配置，且每列表头和每列的水平对齐方式都在xml文件中进行配置。列表组件包括：数据ID、每一列的表头、数据字段名、宽度和水平对齐方式。

统计图表组件包括：统计图表类型、数据ID和图表显示参数（例如数值样式、标签是否显示等）。

表格组件包括：数据ID、背景图片路径和每个数据项标签的字体、字号、位置、对应的key及对齐方式。

IFrame组件包括：url地址和缩放比例。

复合组件为多组件显示方式，包括：水平、垂直和重叠（热点切换，每个热点位置，热点对应哪个组件）的显示方式。

地图组件以单例方式调用地图服务，并设定要显示的图层ID和参数。

数据处理模块120与展现模块110相互通讯，数据处理模块120具有多种数据驱动，以便通过多种数据驱动从多个业务系统获取相应的业务数据，并将该业务数据通过收发接口传输至展现模块110以通过展现模块110显示业务数据对应的内容。其中，作为一个例子，数据处理模块120和展现模块110通过BlazeDS实现相互通讯。具体而言，BlazeDS是一个基于服务器的Java远程调用（remoting）和Web消息传递（messaging）技术，使得后台的Java应用程序和运行在浏览器上的Flex应用程序能够相互通信。当客户端调用远程服务时，BlazeDS就会把服务端返回的数据保存在一个ActionScript对象中，这样，在Flex中就能够很轻松的获取想要的数据。

作为一个具体的示例，上述的数据处理模块120例如为java数据中心，其通过各种数据驱动从多个业务系统获取多种需要的业务数据，因此，该系统具有广泛的数据来源。进一步地，java数据中心根据需求将获取到的多种业务数据加工成统一的数据结构，并按照一定的逻辑顺序通过统一的接口（即收发接口）对Flex展现层（即展现模块110）提供数据服务，以便Flex对来自不同业务系统的多种业务数据进行解析，并通过展现层以多种显示方式多屏幕的显示这些数据内容，从而使用户可以通过展示区方便地浏览来自不同业务系统的多种数据，而不用再通过访问不同的业务系统来获取该业务系统上的业务数据，因此，极大的方便了用户的跨系统数据浏览，进一步方便用户宏观把握整体态势。

在本发明的一个实施例中，上述的数据驱动包括：静态数据、数据库、Webservice、远程方法调用、套接字。具体而言，在一个具体示例中，java数据中心（数据处理模块120）对DASHBOARD集成的所有数据进行统一管理，为DASHBOARD提供统一的数据服务接口。java数据中心通过数据驱动获取各物联网示范工程的数据，数据驱动可以是静态数据、数据库、WebService、RMI（远程方法调用）、Socket（套接字）等类型。各种数据驱动为java数据中心提供相同的数据接口，数据中心统一管理所有数据驱动提供的数据。更为具体地，数据驱动是针对不同的数据接口，将各种业务数据加工成统一的数据组织结构，供java数据中心使用。数据驱动和java数据中心的关系是，java数据中心是数据的“容器”，它对Flex展现层提供统一的数据服务，同时它提供的服务又依赖于数据驱动。数据驱动是具体数据项的提供者，它负责适配各种不同的外部数据接口，这些接口形式包括数据库、WebService、RMI、Socket等。数据驱动主要实现的功能是，提供数据项列表和数据值查询服务。

另外，本发明实施例的系统还具有数据驱动管理功能，该功能主要是指java数据中心对各种数据驱动的管理，系统启动时，java数据中心负责创建数据驱动的实例，并对数据驱动进行初始化。java数据中心创建数据驱动实例时，根据配置的数据驱动实现类的ClassName动态创建实例，并对实例进行初始化，最后通过持有的所有数据驱动实例对展现层提供数据服务。

在本发明的一个实施例中，上述的业务数据包括：数据ID、数据中文描述、数据类型、时间戳、数据值及查询参数列表。作为一个例子，更为具体地，java数据中心提供的每一个业务数据称为一个数据项，数据项包含的属性有：数据ID、数据中文描述、数据类型、时间戳、数据值、查询参数列表。其中，数据ID由“数据驱动实例ID、大类、小类、数据项编号”形式组成，且其不得为空；数据中文描述是对数据内容的说明，其不得为空；数据类型分为字符型、整数、浮点数、日期、数组、List和Map，其不得为；时间戳是标识该数据项生成的时间，其可以为空；数据值为数据项的具体数据内容，其类型由数据类型属性标明，其可以为空。

对于业务数据，本系统具有数据查询服务。数据查询服务主要包括数据项查询和数据值查询。

具体而言，数据项查询主要是查询java数据中心提供的所有数据项的列表，这个列表只包含数据项的静态信息，不包含时间戳和数据值。数据项查询主要是供Flex展现层对展现组件和数据项进行绑定。

数据值查询是针对一个或多个数据项的数据值进行查询，由Flex展现层提供要查询数据项的数据ID或数据ID数组，java数据中心返回这些数据ID的数据值，返回数据类型是数据项或数据项List。数据值查询时，Flex展现层可以传递给java数据中心一些查询条件和参数，这些查询条件和参数以Map形式，在数据值查询接口调用时传递给java数据中心。

作为一个具体的例子，以下为本发明实施例的系统在工作时用到的一些具体的程序代码实例。具体如下：

List<DataItem> getAllDataItem()；查询所有数据项（无数据值和时间戳）。

DataItem getDataItemValue(String id，Map parameters)；获取数据值。其中，id表示数据ID，parameters表示查询参数，如统计图和列表查询时，有可能要传入一些查询条件，查询条件形式是Map。

List<DataItem>getDataItemsValue(String[]ids，Map parameters)；获取多个数据值。

IDataDriver getInstance（）；创建数据驱动实例。

void init（）；驱动实例初始化。

String getDriverId（）；获得驱动实例ID。

List<DataItem>getAllDataItem()；获得驱动实例提供的所有数据项。

DataItem getDataItemValue(String id，Map parameters)；获得一个数据项的值。

List<DataItem>getDataItemsValue(String[]ids，Map parameters)；获得多个数据项的值。

进一步地，在本发明的一个实施例中，结合图2所示，上述系统100还包括：应用场景130、加载模块140、切换模块150和更新模块160。

其中，应用场景130与多个展示区相连，且应用场景130包括一个业务工具栏组件，该业务工具栏组件用于显示业务功能。其中，业务功能的内容包括：业务名称、业务描述、实现类ClassName及参数列表。

应用场景130和展示区的连接关系如图5所示。具体而言，在本发明的一个实施例中，应用场景130和多个展示区通过XML配置文件进行配置，该XML配置文件包括：应用场景的数量、应用场景的位置、应用场景连接的展示区数量及展示区的布局。更为具体地，展示区的业务内容由业务工具栏选择的业务类型确定（例如可通过业务功能按钮实现业务类型的选择），程序启动时默认的业务内容在XML配置文件中配置业务名称，作为一个具体的例子，XML配置文件内容如下所示：

在上述示例中，业务工具栏展示的是全部业务功能，其具体内容由XML配置文件配置，每个业务功能的内容包括：名称、描述、实现类ClassName、参数列表。其中，实现类ClassName配置实现展示区内容的具体类名，框架加载展示区时，实例化该类。参数列表采用key：value的形式，供实现类生成业务数据时使用。作为一个例子，具体如下：

加载模块140用于根据应用场景130的配置文件初始化该应用场景130，并设置应用场景130的位置、大小，并根据配置文件对应用场景130加载对应的展示区，以实现对应用场景的加载。加载模块140对应用场景130的加载过程如图6所示，换言之，即在程序启动时，加载模块140根据应用场景140的XML配置文件对其进行初始化，并设置应用场景130的位置、大小，并为其加载对应的展示区，并根据业务功能配置文件实例化不同的业务内容实现类，最后通过展示区展示该业务内容实现类，最终实现应用场景130的显示。

切换模块150用于在用户需要切换应用场景130时，根据用户选择的应用场景的名称，通过加载模块140加载新的应用场景，以实现应用场景130的切换。

数据更新模块160用于对业务数据进行定时更新。在本发明的一个实施例中，展示区还用于对其生成的业务数据进行自动更新。具体而言，对于业务数据的更新，包括定时更新和主动更新。定时更新由数据更新模块160定时重新加载业务内容，以实现业务数据的更新。而主动更新时，由展示区自行更新业务数据，或者由展示区分派数据刷新事件，当系统监听到该事件后更新业务数据。

作为一个具体的例子，以下为应用场景130和展示区之间的调用程序代码实例，具体如下：

其中，function areaContent_init(propertys:Object):void；表示在DASHBOARD框架加载展示区时，对展示区进行初始化，propertys:Object为配置参数的map，参数配置在config/ActionConfig.xml文件中，展示区需要哪些参数，可以在该文件中进行配置。

function getContent(width:Number,height:Number):IVisualElement；表示生成可显示的业务内容，由框架加载到相应的业务展示区。Width，height为指定的业务内容大小。

function getMaxContent(width:Number,height:Number):IVisualElement；该实例表示的方法与getContent基本相同，只是该方法用于生成在主窗口显示的业务内容。

根据本发明实施例的基于DASHBOARD的跨系统多屏幕数据展示系统，数据处理模块（例如为Java数据中心）通过各种数据驱动从多个业务系统（例如为示范工程和物联网数据平台）获取数据，并加工成统一的数据结构后通过统一的接口对展现模块提供数据服务，以通过展现模块显示数据对应的内容。换言之，该系统具有强大的信息展示功能，实现多数据来源，并能够将数据信息通过多屏幕组合的方式按照多种展现模式进行展示，极大的方便了用户的浏览。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同限定。

Claims (7)

1.一种基于DASHBOARD的跨系统多屏幕数据展示系统，其特征在于，包括：展现模块和数据处理模块、应用场景、加载模块、切换模块，其中，

所述展现模块包括多个展示区、多个通用展现组件和后台配置管理子模块，且每个展示区包括一个展示内容接口，用于生成业务数据，所述后台配置管理子模块用于为系统功能和所述数据处理模块的配置提供图形化界面，其中，所述多个展示区为多个显示屏，所述多个显示屏包括一个主显示屏和位于所述主显示屏两侧的多个辅显示屏；

所述数据处理模块与所述展现模块通过BlazeDS实现相互通讯，所述数据处理模块具有多种数据驱动，以便通过所述多种数据驱动从多个业务系统获取相应的业务数据，并将所述数据通过收发接口传输至所述展现模块以通过所述展现模块显示所述数据对应的内容，其中，所述数据驱动包括：静态数据、数据库、Webservice、远程方法调用、套接字；

所述应用场景与所述多个展示区相连，所述应用场景和所述多个展示区通过XML配置文件进行配置，所述应用场景包括一个业务工具栏组件，用于显示业务功能；

所述加载模块用于根据所述应用场景的配置文件初始化所述应用场景，并设置所述应用场景的位置、大小，并根据所述配置文件对所述应用场景加载对应的展示区，以实现对所述应用场景的加载；

所述切换模块用于在用户需要切换所述应用场景时，根据所述用户选择的应用场景的名称，通过所述加载模块加载新的应用场景，以实现应用场景的切换。

2.根据权利要求1所述的系统，其特征在于，所述XML配置文件包括：所述应用场景的数量、所述应用场景的名称、所述应用场景的位置、所述应用场景连接的展示区数量及所述展示区的布局。

3.根据权利要求1所述的系统，其特征在于，所述业务功能的内容包括：业务名称、业务描述、实现类ClassName及参数列表。

4.根据权利要求1所述的系统，其特征在于，还包括：数据更新模块，所述数据更新模块用于对所述业务数据进行定时更新。

5.根据权利要求1所述的系统，其特征在于，所述展示区还用于对其生成的业务数据进行自动更新。

6.根据权利要求1所述的系统，其特征在于，所述多个通用组件包括：文本组件、列表组件、统计图表组件、图片组件、地图组件、表格组件、IFrame组件和复合组件。

7.根据权利要求1所述的系统，其特征在于，所述业务数据包括：数据ID、数据中文描述、数据类型、时间戳、数据值及查询参数列表。