CN109491998A

CN109491998A - 分析业务数据的方法、装置及电子设备

Info

Publication number: CN109491998A
Application number: CN201811169460.1A
Authority: CN
Inventors: 薄红涛
Original assignee: Hangzhou Dt Dream Technology Co Ltd
Current assignee: Hangzhou Dt Dream Technology Co Ltd
Priority date: 2018-10-08
Filing date: 2018-10-08
Publication date: 2019-03-19
Anticipated expiration: 2038-10-08
Also published as: CN109491998B

Abstract

本申请提供分析业务数据的方法、装置及电子设备，该方法包括：输出已建立的业务模型的可视化界面；其中，所述可视化界面展示所述业务模型记录的业务关系和多个业务对象；接收针对业务模型的业务分析命令，检查所述业务分析命令中的分析逻辑和业务对象；其中，所述业务模型记录多个业务对象的业务数据；基于所述业务关系从所述业务模型中获取与所述分析逻辑和所述业务对象相关联的业务数据，并基于所述分析逻辑对所述业务数据进行分析处理；将分析处理得到的数据分析结果转化为业务模型形式的分析结果，并返回业务模型形式的分析结果。本申请技术方案提高了业务数据的易用性，降低了用户分析业务数据的难度。

Description

分析业务数据的方法、装置及电子设备

技术领域

本申请涉及大数据技术领域，特别涉及分析业务数据的方法、装置及电子设备。

背景技术

当前企业的业务信息系统可触及的业务范围越来越大，沉淀了大量的业务数据；其中，上述业务信息系统可以包括OA(Office Automation，办公自动化)系统、ERP(Enterprise Resource Planning，企业资源计划)系统和电商企业的电商运营系统等。如果能够对业务数据进行充分地分析和挖掘，可以为企业带来巨大的效益。

通常而言，需基于业务信息对不同的业务数据进行分析，其中，业务信息可以包括不同业务数据之间的业务关系。在现有技术中，业务数据基于数据表的形式进行存储，基于可实现性的考虑，此类存储方式记录的业务信息非常有限。

在这种情况下，需配合记录业务信息的文档或元数据才能对业务数据进行分析，业务数据的易用性低，实现过程非常繁琐，用户分析数据的难度较高。

发明内容

有鉴于此，本申请提供分析数据的方法、装置及电子设备，用以简化分析数据的实现方式，降低了用户分析数据的难度，提高业务数据的易用性。

具体地，本申请是通过如下技术方案实现的：

一种分析业务数据的方法，包括：

输出已建立的业务模型的可视化界面；其中，所述可视化界面展示所述业务模型记录的业务关系和多个业务对象；

接收针对所述业务模型的业务分析命令，检查所述业务分析命令中的分析逻辑和业务对象；其中，所述业务模型记录多个业务对象的业务数据；

基于所述业务关系从所述业务模型中获取与所述分析逻辑和所述业务对象相关联的业务数据，并基于所述分析逻辑对所述业务数据进行分析处理；

将分析处理得到的数据分析结果转化为业务模型形式的分析结果，并返回业务模型形式的分析结果。

在所述分析业务数据的方法中，所述业务关系包括业务对象与属性的映射关系、不同业务对象之间的关联关系，所述业务数据包括与业务对象对应的各属性的实例数据；

所述业务模型通过如下方法建立：

获取所述业务模型的元数据表，所述元数据表记录若干业务对象和属性的映射关系，以及，各业务对象之间的关联关系；

生成对应于所述元数据表中各元数据表项的模型数据表，每一模型数据表记录对应的元数据表项中各属性的实例数据；

获取模型数据配置指令，所述模型数据配置指令包括所述元数据表项中各属性与外部数据源的物理数据表中各属性的数据关联关系；

基于上述数据关联关系，将所述物理数据表中各属性的实例数据集成至所述元数据表项对应的模型数据表。

在所述分析业务数据的方法中，所述接收针对已建立的业务模型的业务分析命令，包括：

接收针对已建立的业务模型的SQL命令，将所述SQL命令作为业务分析命令；或者，

响应于监听到的基于所述业务模型分析业务数据的API接口的调用请求，将所述调用请求作为业务分析命令；或者，

响应于监听到的针对所述业务模型的可视化界面的操作事件，将所述操作事件确定为业务分析命令。

所述基于所述业务关系从所述业务模型中获取与所述分析逻辑和所述业务对象相关联的业务数据，包括：

基于所述分析逻辑和所述业务对象确定是否涉及其它业务对象；

若是，基于所述业务关系确定与所述业务分析命令涉及的各业务对象的业务数据；

若否，基于所述业务关系确定所述业务分析命令涉及的业务对象的业务数据。

在所述分析业务数据的方法中，所述元数据表还记录各业务对象的描述信息和各属性的描述信息；

所述方法还包括：

接收查看指令，确定所述查看指令中的业务对象或属性；

从所述元数据表中获取该业务对象或属性的描述信息；

输出获取的描述信息。

一种分析业务数据的装置，包括：

展示单元，用于输出已建立的业务模型的可视化界面；其中，所述可视化界面展示所述业务模型记录的业务关系和多个业务对象；

检查单元，用于接收针对所述业务模型的业务分析命令，检查所述业务分析命令中的分析逻辑和业务对象；其中，所述业务模型记录多个业务对象的业务数据；

分析单元，用于基于所述业务关系从所述业务模型中获取与所述分析逻辑和所述业务对象相关联的业务数据，并基于所述分析逻辑对所述业务数据进行分析处理；

反馈单元，用于将分析处理得到的数据分析结果转化为业务模型形式的分析结果，并返回业务模型形式的分析结果。

在所述分析业务数据的装置中，所述业务关系包括业务对象与属性的映射关系、不同业务对象之间的关联关系，所述业务数据包括与业务对象对应的各属性的实例数据；

所述装置还包括建模单元，用于：

在所述分析业务数据的装置中，所述检查单元，进一步用于：

所述分析单元，进一步用于基于所述分析逻辑和所述业务对象确定是否涉及其它业务对象；

在所述分析业务数据的装置中，所述元数据表还记录各业务对象的描述信息和各属性的描述信息；

所述装置还包括：

所述检查单元，进一步用于接收查看指令，确定所述查看指令中的业务对象或属性；

所述分析单元，进一步用于从所述元数据表中获取该业务对象或属性的描述信息；

所述输出单元，进一步用于输出获取的描述信息。

一种电子设备，其特征在于，所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的机器可执行指令，其中，所述处理器执行所述机器可执行指令时实现本申请技术方案中任一所述的分析业务数据的方法。

一种计算机可读存储介质，所述计算机可读存储介质内存储有机器可执行指令，所述机器可执行指令被处理器执行时实现本申请技术方案中任一所述的分析业务数据的方法。

在本申请技术方案中，综上所述，在本申请技术方案中，电子设备通过业务模型集成业务数据并记录业务关系，并输出业务模型的可视化界面，使得用户可以通过可视化界面理解业务模型从而直接对业务模型进行操作以实现数据分析；

当接收到针对业务模型的业务分析命令，电子设备检测其中的分析逻辑和业务对象，然后从业务模型中获取与上述分析逻辑和上述业务对象相关联的业务数据，并基于上述分析逻辑对上述业务数据进行分析处理，然后将分析处理得到的数据分析结果转化为业务模型形式的分析结果，并返回该分析结果；

整个过程用户无需可以感知业务数据的实际存储形式，而只针对业务模型进行操作，最终获得的是业务模型形式的分析结果，极大地提高了业务数据的易用性，降低了用户分析业务数据的难度。

附图说明

图1是本申请示出的一种处理业务数据的方法的流程图；

图2是本申请示出的一种元数据表的示意图；

图3是本申请示出的一种模型数据表的示意图；

图4是本申请示出的另一种模型数据表的示意图；

图5是本申请示出的一种数据集成的示意图；

图6是本申请示出的一种分析业务数据的方法的流程图；

图7是本申请示出的一种分析业务数据的装置的实施例框图；

图8是本申请示出的一种电子设备的硬件结构图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对现有技术方案和本发明实施例中的技术方案作进一步详细的说明。

现有技术中，业务数据基于数据表的形式进行存储，基于存储可实现性的考虑，数据表记录的业务信息非常有限。在这种情况下，用户无法直观地从数据表中获知各类业务数据之间的业务关系，也无法清楚地明白各类业务数据实际表达的含义。因此，用户需借助记录业务信息的文档或元数据才能分析业务数据，实现过程繁琐，对用户分析业务数据的难度较高。

比如：同一对象的多种属性信息，可能分别存储在多个数据表，各个数据表分别存储在不同的存储空间内。在这种情况下，各个数据表之间相互独立，且均只是简单地记录了一种属性的实例数据。用户无法清楚地明白各数据表中的实例数据的含义，也无法获知各数据表中的实例数据之间的关系，因此，很难对各数据表记录的业务数据进行分析。

有鉴于此，本申请技术方案通过业务模型集成业务数据并记录业务信息，使得用户可以直接对业务模型进行操作以实现数据分析，大大简化了分析数据的处理过程，降低了数据分析的难度。

参见图1，为本申请示出的一种处理业务数据的方法的流程图，如图1所示，本申请技术方案中，首先需建立业务模型，然后基于业务模型分析数据。其中，该方法可以应用于电子设备，上述电子设备可以是计算机、服务器等智能设备。

其中，建立业务模型包括两个阶段：

第一阶段是获取元数据表，然后基于该元数据表生成模型数据表。

在示出的一种实施方式中，可以获取业务模型的元数据表，上述元数据表记录若干业务对象和属性的映射关系，以及，各业务对象之间的关联关系。

其中，上述元数据表可以由熟悉业务的人员进行配置；上述业务对象可以包括实体和关系，实体可以包括业务涉及的人员和物品等，关系可以包括业务中各实体之间的业务关系。

需要指出的是，对于业务模型而言，其记录的业务关系包括业务对象和属性的映射关系、各业务对象之间的关联关系，以及，基于上述业务对象中的关系确定出的实体之间的业务关系。

参见图2，为本申请示出的一种元数据表的示意图，如图2所示，业务对象包括属于实体的“客户”和“商品”、属于关系的“购买”和“浏览”，每一对象均存在若干种属性，比如，对于“客户”而言，属性可以包括“姓名”、“联系方式”和“消费金额”等。

此外，上述元数据表还可以记录不同业务对象之间的关联关系。仍以图2为例，“客户”与“购买”和“浏览”之间可以分别建立关联关系，“商品”与“购买”和“浏览”之间可以分别建立关联关系。在这种情况下，形成两条关联关系链：“客户”-“购买”-“商品”、“客户”-“浏览”-“商品”，分别表示两类业务。

作为一种实施例，上述元数据表还可以包括上述业务对象的描述信息和上述属性的描述信息。电子设备可以通过上述描述信息更清晰地说明业务模型中各类业务数据的实际含义，从而协助用户分析数据。

进一步地，电子设备可以生成对应于上述元数据表中各元数据表项的模型数据表，每一模型数据表记录对应的元数据表项中各属性的实例数据。

参见图3，为本申请示出的一种模型数据表的示意图，该模型数据表为图2中业务对象为“客户”的元数据表项对应的模型数据表。如图2所示，该模型数据表包括“客户”元数据表项中各属性“姓名”、“联系方式”、“消费金额”等对应的实例数据。比如：“姓名”的实例数据包括“张三”、“李四”、“王五”和“赵六”。

当然，在实际应用中，模型数据表各属性的命名方式受数据表命名规范的限制(比如，有长度限制，不能为中文，不能出现一些特殊符号等)。参见图4，为本申请示出的另一种模型数据表的示意图，该模型数据表为图2中业务对象为“客户”的元数据表项对应的模型数据表。如图2所示，该模型数据表包括“客户”元数据表项中各属性“姓名”、“联系方式”、“消费金额”等对应的实例数据。然而，该模型数据表中的各属性名与元数据表项记录的各属性名不同，为实现从元数据表项到模型数据表的映射，电子设备还可以记录模型数据表中各属性名与元数据表项中各属性名的映射关系。

比如：以图2和图4为例，电子设备可以记录“对象类型”与“S10”的映射关系、“姓名”与“S11”的映射关系、“联系方式”与“S12”的映射关系、“消费金额”与“Sn”的映射关系。

此外，基于存储可实现性的考虑，为一个元数据表项生成的模型数据表可能为多个。在这种情况下，为方便后续查找，电子设备可在各模型数据表中均保留与“对象类型”对应的属性。

需要指出的是，电子设备生成上述模型数据表时，其中的实例数据为空，需后续第二阶段从外部数据源导入。具体详见下文相关描述。

第二阶段是获取模型数据配置指令，然后基于该模型数据配置指令将外部数据源的物理数据表中的业务数据导入至上述模型数据表。

其中，上述模型数据配置指令可以由熟悉外部数据源的物理数据表的人员配置，该模型数据配置指令包括上述元数据表项中各字段与外部数据源的物理数据表的各字段之间的数据关联关系，换而言之，该模型数据配置指令包括上述元数据表项中各属性与外部数据源的物理数据表(该物理数据表就是现有技术中为存储可实现性考虑而设计的数据表)中各属性的数据关联关系。

需要指出的是，与一个元数据表项建立关联关系的物理数据表可以是一个，也可以是多个。通过这种方式，可以用相关联的方式将不同的物理数据表中的业务数据记录在业务模型中。

比如：业务对象为“客户”的元数据表项中，包括属性“姓名”、“联系方式”、“爱好”、“消费金额”。而外部数据源的物理数据表1的属性“name”的实例数据为属性“姓名”的实例数据、属性“contact”的实例数据为属性“联系方式”的实例数据，外部数据源的物理数据表2的属性“hobby”的实例数据为属性“爱好”的实例数据、属性“monetary”的实例数据为“消费金额”的实例数据。因此，模型数据配置指令中包括“姓名”与物理数据表1“name”的关联关系、“联系方式”与物理数据表1“contact”的关联关系、“爱好”与物理数据表2“hobby”的关联关系、“消费金额”与物理数据表2“monetary”的关联关系。后续电子设备可以基于上述关联关系从物理数据表1和物理数据表2中将实例数据导入至“客户”所在的元数据表项对应的模型数据表。

进一步地，基于上述数据关联关系，从上述物理数据表中各属性的实例数据集成至上述元数据表项对应的模型数据表。

参见图5，为本申请示出的一种数据集成的示意图，如图4所示，各业务对象(元数据表项)分别与外部数据源的两个物理数据表相关联，然后电子设备从相关联的物理数据表中将业务数据导入至元数据表项对应的模型数据表。

在业务数据导入模型数据表之后，模型数据表中即已实际记录了对应的业务对象的各属性的实例数据。

在上述两个阶段之后，即完成了对业务模型的建立。

请继续参照图1，在建立业务模型后，可以基于业务模型处理用户输入的业务分析命令，从而实现数据分析。

为详细说明数据分析的过程，请参照图6，为本申请示出的一种分析业务数据的方法的流程图，该方法包括如下步骤：

步骤601：输出已建立的业务模型的可视化界面；其中，所述可视化界面展示所述业务模型记录的业务关系和多个业务对象。

为使用户无需借助记录业务信息的文档或元数据对业务数据进行分析，本申请在建立业务模型后，可输出该业务模型的可视化界面。其中，上述可视化界面可以包括图表、图标、描述性文字等展示形式。

通过该可视化界面展示上述业务模型的业务关系和多个业务对象，从而使得用户可以直观地感知业务模型并基于业务模型分析业务数据。

步骤602：接收针对所述业务模型的业务分析命令，检查所述业务分析命令中的分析逻辑和业务对象；其中，所述业务模型记录多个业务对象的业务数据。

上述分析逻辑可以包括选择数据、统计数据、筛选数据、调用函数处理数据等数据分析的执行逻辑，当然还可以是其它用于数据分析的执行逻辑，可参照现有相关技术，在此不一一罗列。

用户从上述可视化界面感知业务模型后，可针对上述业务模型下发业务分析命令。

本申请基于业务模型实现数据分析功能，为简化用户的操作，可提供界面操作、调用API(Application Programming Interface，应用程序编程接口)接口、直接获取SQL(Structured Query Language，结构化查询语言)命令等方式来接收针对业务模型的业务分析命令。当然，还可以包括其它可实现的方式，可参照相关技术，在此不一一罗列。

用户可以通过对上述可视化界面进行操作、直接输入SQL命令或触发程序调用API接口以输入业务分析命令。

作为一种实施例，电子设备接收针对已建立的业务模型的SQL命令，将上述SQL命令作为业务分析命令。

作为另一种实施例，当电子设备通过API接口的形式提供数据分析功能时，可以响应于监听到的基于上述业务模型分析业务数据的API接口的调用请求，然后将上述调用请求作为业务分析命令。

作为又一种实施例，当电子设备通过业务模型的可视化界面提供数据分析功能时，可以响应于监听到的针对上述业务模型的可视化界面的操作事件，然后将上述操作事件确定为业务分析命令。

在示出的一种实施方式中，为协助用户更好地理解业务模型，以提高用户体验，电子设备将上述元数据表中的描述信息输出以实现提示作用。

在实际应用中，上述可视化界面受限于展示面积，可能无法充分展示上述业务模型的信息。为使用户能更进一步了解业务模型，电子设备可以监听用户针对可视化界面中业务对象或属性的查看指令，并响应于该查看指令返回描述信息。

具体地，电子设备可以接收查看指令，然后确定该查看指令中的业务对象或属性，并从上述元数据表获取该业务对象或属性的描述信息，进一步地，输出上述描述信息。

比如：对于图2中的元数据表，其中的“消费金额”指的是“客户一年内的消费金额”。若用户对该元数据表中的“消费金额”的具体含义不清楚，可以输入携带“消费金额”的查看指令。电子设备接收该查看指令后，从元数据表中获取描述信息为“客户一年内的消费金额”，并输出该描述信息，从而实现提示作用。

步骤603：基于所述业务关系从所述业务模型中获取与所述分析逻辑和所述业务对象相关联的业务数据，并基于所述分析逻辑对所述业务数据进行分析处理。

业务数据分析包括庞杂的数据处理手段，可以涉及一种业务对象的业务数据，也可以涉及多种业务对象的业务数据，因此，电子设备首先可以基于上述分析逻辑确定相关联的业务对象。

一方面，基于上述分析逻辑确定出的业务对象仅为上述业务分析命令中的业务对象，这种情况下，可以根据上述业务对象与属性之间映射关系，查找到相关联的业务数据。其中，查找到的业务数据即为上述业务对象的属性的实例数据。

进一步地，可以基于上述分析逻辑对上述业务数据进行分析处理。

比如：业务模型的元数据表如图2所示，业务模型中与“客户”所在的元数据表项对应的模型数据表如图4所示。当接收到统计“消费金额”大于500元的客户的数量的业务分析命令后，电子设备可以基于其中的分析逻辑确定相关联的业务对象仅为“客户”，进一步地，从模型数据表中统计“Sn”大于500元的客户的数量。

另一方面，基于上述分析逻辑确定出业务对象涉及除业务分析命令以外的其它业务对象，在这种情况下，可以根据不同业务对象之间的关联关系，查找到与上述业务对象相关联的业务数据。其中，查找到的业务数据可以包括多种业务对象的属性的实例数据。

比如：业务模型的元数据表如图2所示，业务模型中与“客户”所在的元数据表项对应的模型数据表如图4所示。在“商品”所在的元数据表项对应的模型数据表中，存在“货号”为F11的商品和“货号”为F22的商品。当接收到筛选购买“货号”为F11的商品的客户的人均消费金额的业务分析命令后，电子设备可以基于其中的分析逻辑确定相关联的业务对象为“客户”、“购买”和“商品”，然后从三种业务对象的模型数据表中筛选出购买“货号”为F11的商品的客户的属性信息。进一步地，对筛选出的客户的“Sn”中的实例数据求平均值。

步骤604：将分析处理得到的数据分析结果转化为业务模型形式的分析结果，并返回业务模型形式的分析结果。

由于用户只针对业务模型进行分析数据，并不感知模型数据表的具体形式，因此，当电子设备基于模型数据表中的业务数据分析得到数据分析结果以后，可以转化为业务模型形式的分析结果，以提高业务数据的易用性。

比如：以图2示出的元数据表和图4示出的模型数据表为例，若上述业务分析命令中的分析逻辑为筛选“消费金额”大于500的“客户”的“姓名”和“联系方式”，电子设备在实际查询过程中首先从上述元数据表中找到“客户”所在的元数据表项，进一步地，基于该元数据表项查找对应的模型数据表，然后根据元数据表项记录的各属性名与上述模型数据表中各属性名的映射关系从模型数据表中筛选出需要的数据。具体地，电子设备基于“消费金额”与“Sn”的映射关系确定“Sn”大于500的模型数据表项，然后基于“姓名”与“S11”的映射关系、“联系方式”与“S12”的映射关系从上述模型数据表项中筛选出“S11”为“张三”、“S12”为“138XXXX”，“S11”为“李四”、“S12”为“152XXXX”。电子设备通过上述元数据表项的各属性名与模型数据表的各属性名的映射关系，将分析结果转化为业务模型形式的分析结果，即“姓名”为“张三”、“联系方式”为“138XXXX”，“姓名”为“李四”、“联系方式”为“152XXXX”，并返回上述分析结果。

作为一种实施例，若电子设备分析处理得到的数据分析结果中的业务数据来自多个模型数据表，则电子设备可以简明地输出上述业务数据。

比如：如果业务模型中与“客户”相关联的模型数据表实际有多个，当电子设备分析处理得到的数据分析结果中的业务数据来自多个模型数据表时，电子设备可以将上述业务数据一并输出，使得用户无需感知业务数据实际的存储情况。

综上所述，在本申请技术方案中，电子设备通过业务模型集成业务数据并记录业务信息(包括业务关系和描述信息)，然后通过业务模型的可视化界面展示业务模型的业务关系和业务对象，使得用户直观地理解业务模型后直接对业务模型进行操作以实现数据分析；

与前述分析业务数据的方法的实施例相对应，本申请还提供了分析业务数据的装置的实施例。

参见图7，为本申请示出的一种分析业务数据的装置的实施例框图：

如图7所示，该分析业务数据的装置的实施例框图70包括：

展示单元710，用于输出已建立的业务模型的可视化界面；其中，所述可视化界面展示所述业务模型记录的业务关系和多个业务对象。

检查单元720，用于接收针对所述业务模型的业务分析命令，检查所述业务分析命令中的分析逻辑和业务对象；其中，所述业务模型记录多个业务对象的业务数据。

分析单元730，用于基于所述业务关系从所述业务模型中获取与所述分析逻辑和所述业务对象相关联的业务数据，并基于所述分析逻辑对所述业务数据进行分析处理。

反馈单元740，用于将分析处理得到的数据分析结果转化为业务模型形式的分析结果，并返回业务模型形式的分析结果。

在本例中，所述业务关系包括业务对象与属性的映射关系、不同业务对象之间的关联关系，所述业务数据包括与业务对象对应的各属性的实例数据；

所述装置还包括建模单元750(图中未示出)，用于：

在本例中，所述检查单元720，进一步用于：

所述分析单元730，进一步用于：

在本例中，所述元数据表还记录各业务对象的描述信息和各属性的描述信息；

所述装置还包括：

所述检查单元720，进一步用于接收查看指令，确定所述查看指令中的业务对象或属性。

所述分析单元730，进一步用于从所述元数据表中获取该业务对象或属性的描述信息。

所述输出单元740，进一步用于输出获取的描述信息。

本申请分析业务数据的装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的机器可执行指令读取到内存中运行形成的。

从硬件层面而言，如图8所示，为本申请分析业务数据的装置所在电子设备的一种硬件结构图，

该电子设备可包括处理器801、存储有机器可执行指令的的机器可读存储介质802。处理器801与机器可读存储介质802可经由系统总线803通信。处理器801通过加载并执行机器可读存储介质802存储的机器可执行指令，能够实现上述分析业务数据的方法。

本文中提到的机器可读存储介质802可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

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

本申请还提供一种计算机可读存储介质，其上存储有机器可执行指令，上述机器可执行指令被处理器执行时实现本申请技术方案中任一所述的分析业务数据的方法的步骤。

具体地，适合于存储机器可执行指令和数据的计算机可读存储介质包括RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

1.一种分析业务数据的方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述业务关系包括业务对象与属性的映射关系、不同业务对象之间的关联关系，所述业务数据包括与业务对象对应的各属性的实例数据；

所述业务模型通过如下方法建立：

3.根据权利要求1所述的方法，其特征在于，所述接收针对已建立的业务模型的业务分析命令，包括：

4.根据权利要求1所述的方法，其特征在于，所述业务关系包括业务对象与属性的映射关系、不同业务对象之间的关联关系，所述业务数据包括与业务对象对应的各属性的实例数据；

5.根据权利要求2所述的方法，其特征在于，所述元数据表还记录各业务对象的描述信息和各属性的描述信息；

所述方法还包括：

接收查看指令，确定所述查看指令中的业务对象或属性；

从所述元数据表中获取该业务对象或属性的描述信息；

输出获取的描述信息。

6.一种分析业务数据的装置，其特征在于，包括：

7.根据权利要求6所述的装置，其特征在于，所述业务关系包括业务对象与属性的映射关系、不同业务对象之间的关联关系，所述业务数据包括与业务对象对应的各属性的实例数据；

所述装置还包括建模单元，用于：

8.根据权利要求7所述的装置，其特征在于，所述元数据表还记录各业务对象的描述信息和各属性的描述信息；

所述装置还包括：

所述输出单元，进一步用于输出获取的描述信息。

9.一种电子设备，其特征在于，所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的机器可执行指令，其中，所述处理器执行所述机器可执行指令时实现权利要求1-5任一所述的分析业务数据的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有机器可执行指令，所述机器可执行指令被处理器执行时实现权利要求1-5任一所述的分析业务数据的方法。