CN110297945A

CN110297945A - 基于xbrl的数据信息处理方法及系统

Info

Publication number: CN110297945A
Application number: CN201910589301.5A
Authority: CN
Inventors: 浦婧蕾; 钟慰; 朱李悦; 王斌
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2019-07-02
Filing date: 2019-07-02
Publication date: 2019-10-01
Anticipated expiration: 2039-07-02
Also published as: CN110297945B

Abstract

本申请提供一种基于XBRL的数据信息处理方法及系统，其中的方法包括：接收客户端发送的数据处理指令，并根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，其中，所述持久化实例数据是一种经多次存储后的列式结构转化的实例数据，且该实例数据包括XBRL业务源数据和用户修订数据；将所述目标实例数据填充至预设的可视图层展现的抽象元素控件中，得到对应的输出结果；基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，并将该报告展现组件发送至所述客户端以进行显示。本申请能够有效实现实例数据的统一的持久化存储，并能够提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性。

Description

基于XBRL的数据信息处理方法及系统

技术领域

本申请涉及数据处理技术领域，具体涉及一种基于XBRL的数据信息处理方法及系统。

背景技术

XBRL(可扩展商业报告语言，eXtensible Business Reporting Language)是XML在商业报告领域中用于财务报告信息交换的一种应用语言，也是目前应用于非结构化信息处理尤其是财务信息处理的最新标准和技术。随着证券投资基金信息披露电子化的不断发展，中国证券监督管理委员会颁布了《中国证券投资基金信息披露电子化规范》，确定了证券投资基金信息披露采用XBRL的技术规范，规定了基金公告信息分类、元素分类标准(Taxonomy)和实例文档。

目前，由于基金披露公告涉及的报告种类繁多，且元素类型复杂，开发设计一套有效维护基金信息披露报告等实例的系统，将需要实现成百上千张报告章节数据的处理和存储，以及页面的展现和维护功能。通常，针对不同样式的报告维护功能，系统开发人员将采用独立分开的开发模式，即依次对每份报告进行章节划分，再对每个章节实现数据存储表设计、页面展现设计和数据维护功能。

然而，现有的实例数据处理方式由于其独立分开的开发、存储及维护的模式，使得对应的实例数据处理系统的系统复用性低、数据存储分散且系统可扩展性不足。

发明内容

针对现有技术中的问题，本申请提供一种基于XBRL的数据信息处理方法及系统，能够有效实现实例数据的统一的持久化存储，并能够提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性。

为解决上述技术问题，本申请提供以下技术方案：

第一方面，本申请提供一种基于XBRL的数据信息处理方法，包括：

接收客户端发送的数据处理指令，并根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，其中，所述持久化实例数据是一种经多次存储后的列式结构转化的实例数据，且该实例数据包括XBRL业务源数据和用户修订数据；

将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果；

基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，并将该报告展现组件发送至所述客户端以进行显示。

进一步地，在所述接收客户端发送的数据处理指令之前，所述基于XBRL的数据信息处理方法还包括：

根据对应的数据结构和类型对实例数据进行列式结构转化；

将转化为列式结构的实例数据进行多次存储，得到列式结构的持久化实例数据。

进一步地，所述根据对应的数据结构和类型对实例数据进行列式结构转化，包括：

自XBRL实例文件中解析和/或自后台关系型数据表中获取得到对应的XBRL业务源数据；

接收客户端发送的待报告展现组件展现的用户修订数据；

根据预获取的商业报告元素的结构形式对包含有所述XBRL业务源数据和用户修订数据的实例数据进行分类；

将分类后的实例数据按照所属类别转化为统一的列式结构，得到对应的各组目标结构数据。

进一步地，所述商业报告元素的结构形式包括：单元素结构形式、列元素结构形式、多维元素结构形式和图标元素结构形式。

进一步地，所述列式结构中包含有：元素序号、扩展列号、扩展行号和元素值；

其中，所述元素序号为各元素的唯一标识；所述扩展列号为多维元素进行列扩展时所增扩的列号；所述扩展行号为列元素和多维元素进行行扩展时所增扩的行号；所述元素值为元素对应的实例数据。

进一步地，所述将转化为列式结构的实例数据进行多次存储，得到列式结构的持久化实例数据，包括：

以所述元素序号、扩展列号和扩展行号为主键，将各组所述目标结构数据进行多次存储，得到列式结构的持久化实例数据。

根据预获取的行业接口规范文件将获取到的元素规则信息划分为元素基础信息和规则配置信息，进而得到对应的可控视图层展现的抽象元素控件。

进一步地，所述根据预获取的行业接口规范文件将获取到的元素规则信息划分为元素基础信息和规则配置信息，进而得到对应的可控视图层展现的抽象元素控件，包括：

将报告元素的表现形式划分为元素基本信息表、元素章节信息表和元素扩展信息表，根据预获取的行业接口规范文件和获取到的元素规则信息，得到对应的元素基础信息，并将所述元素基础信息存储至预获取的元素基本信息表中；其中，所述元素章节信息表用于存储元素与报告章节点间的关系，所述元素扩展信息表用于存储支持列扩展的多维元素新增列的序号及名称；

确定所述元素规则信息对应的规则配置信息；

基于所述元素基础信息和规则配置信息生成对应的可控视图层展现的抽象元素控件。

进一步地，所述规则配置信息包括：数值校验规则信息、金额校验规则信息和字符数控制规则信息。

进一步地，所述根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，包括：

根据所述数据处理指令，基于所述元素章节信息表和元素扩展信息表在所述持久化实例数据中提取对应的数据作为目标实例数据。

进一步地，所述将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果，包括：

将所述目标实例数据按照对应的元素序号填充至对应的各个所述可控视图层展现的抽象元素控件中，得到对应的输出结果。

进一步地，所述基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，包括：

根据所述规则配置信息确定章节对应元素的格式校验信息；

基于所述章节对应元素的格式校验信息对所述输出结果进行对应的字符转换处理，生成作为报表数据维护可视化平台的所述报告展现组件。

第二方面，本申请提供一种基于XBRL的数据信息处理系统，包括：组件封装装置，该组件封装装置具体包括：

组件数据加载单元，用于接收客户端发送的数据处理指令，并根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，其中，所述持久化实例数据是一种经多次存储后的列式结构转化的实例数据，且该实例数据包括XBRL业务源数据和用户修订数据；

所述组件数据加载单元，还用于将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果；

组件格式处理单元，用于基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，并将该报告展现组件发送至所述客户端以进行显示。

进一步地，所述基于XBRL的数据信息处理系统还包括：数据处理存储装置，该数据处理存储装置具体用于执行下述内容：

根据对应的数据结构和类型对实例数据进行列式结构转化；

进一步地，所述数据处理存储装置包括：

业务源数据加载单元，用于自XBRL实例文件中解析和/或自后台关系型数据表中获取得到对应的XBRL业务源数据；

修订数据加载单元，用于接收客户端发送的待报告展现组件展现的用户修订数据；

分类转化单元，用于根据预获取的商业报告元素的结构形式对包含有所述XBRL业务源数据和用户修订数据的实例数据进行分类；

所述分类转化单元，还用于将分类后的实例数据按照所属类别转化为统一的列式结构，得到对应的各组目标结构数据。

进一步地，所述数据处理存储装置还包括：

多次存储单元，用于以所述元素序号、扩展列号和扩展行号为主键，将各组所述目标结构数据进行多次存储，得到列式结构的持久化实例数据。

进一步地，所述基于XBRL的数据信息处理系统还包括：元素控件处理装置，用于根据预获取的行业接口规范文件将获取到的元素规则信息划分为元素基础信息和规则配置信息，进而得到对应的可控视图层展现的抽象元素控件。

进一步地，所述元素控件处理装置包括：

抽象元素定义单元，用于将报告元素的表现形式划分为元素基本信息表、元素章节信息表和元素扩展信息表，根据预获取的行业接口规范文件和获取到的元素规则信息，得到对应的元素基础信息，并将所述元素基础信息存储至预获取的元素基本信息表中；其中，所述元素章节信息表用于存储元素与报告章节点间的关系，所述元素扩展信息表用于存储支持列扩展的多维元素新增列的序号及名称；

披露规则定义单元，用于确定所述元素规则信息对应的规则配置信息；

控件生成单元，用于基于所述元素基础信息和规则配置信息生成对应的可控视图层展现的抽象元素控件。

进一步地，所述组件数据加载单元还具体用于执行下述内容包括：

进一步地，所述组件数据加载单元还具体用于执行下述内容：

进一步地，所述组件格式处理单元具体用于执行下述内容包括：

根据所述规则配置信息确定章节对应元素的格式校验信息；

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的基于XBRL的数据信息处理方法的步骤。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的基于XBRL的数据信息处理方法的步骤。

由上述技术方案可知，本申请提供一种基于XBRL的数据信息处理方法及系统，其中的方法包括：接收客户端发送的数据处理指令，并根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，其中，所述持久化实例数据是一种经多次存储后的列式结构转化的实例数据，且该实例数据包括XBRL业务源数据和用户修订数据；将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果；基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，并将该报告展现组件发送至所述客户端以进行显示，通过对XBRL元素进行数据结构及格式解析，运用分类降维的手段将数据转换为列式结构模型，采用多次存储方式将数据持久化，能够有效实现实例数据的统一的持久化存储，并通过元素控件单元的主键映射封装，达到系统页面灵活展现及维护的效果，能够提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性，能够有效克服传统处理方法延展性差、存储结构分散、冗余多的缺陷，从而实现一套易于扩展、灵活展现的商业报告处理存储系统。

附图说明

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

图1为本申请的服务器与客户端的连接示意图。

图2为本申请实施例中的基于XBRL的数据信息处理方法的流程示意图。

图3为本申请实施例中的包含有步骤01和步骤02的基于XBRL的数据信息处理方法的流程示意图。

图4为本申请实施例中的基于XBRL的数据信息处理方法中步骤01的具体流程示意图。

图5为本申请实施例中的包含有步骤03的基于XBRL的数据信息处理方法的流程示意图。

图6为本申请实施例中的基于XBRL的数据信息处理方法中步骤03的具体流程示意图。

图7为本申请实施例中的基于XBRL的数据信息处理方法中步骤30的具体流程示意图。

图8为本申请实施例中的包含有组件封装装置3的基于XBRL的数据信息处理系统的结构示意图。

图9为本申请实施例中的包含有数据处理存储装置2的基于XBRL的数据信息处理系统的结构示意图。

图10为本申请实施例中的数据处理存储装置2的具体结构示意图。

图11为本申请实施例中的包含有多次存储单元204的数据处理存储装置2的具体结构示意图。

图12为本申请实施例中的包含有元素控件处理装置1的基于XBRL的数据信息处理系统的结构示意图。

图13为本申请实施例中的元素控件处理装置1的具体结构示意图。

图14为本申请应用实例中的基于XBRL的数据信息处理的系统与客户端之间的连接关系示意图。

图15为本申请应用实例中的数据处理存储装置2中的分类转化单元203的内部结构示意图。

图16为本申请应用实例中的基于XBRL的数据信息处理方法的具体流程示意图。

图17为本申请实施例中的电子设备的结构示意图。

具体实施方式

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

由于现有的实例数据处理方式由于其独立分开的开发、存储及维护的模式，因此使得现有的实例数据处理方式存在以下几个问题：

1、系统复用性低：该方法需要对每一张报告实现查询展现、数据存储及核查维护功能，使得联机程序之间缺乏联系，降低了程序的复用性。由于证券投资基金的信息披露种类丰富，且多数报告存在多层次章节，用该方法实现大量报告存储维护，程序复用性低，造成资源浪费。

2、数据存储分散：每一张报告页面维护一张数据库表对象，且对象逻辑结构相似度高，使得数据存储结构相对分散。大量重复的数据结构，将造成数据存储结构的冗余，增加了数据库管理和维护成本。

3、系统可扩展性不足：由于报表结构会随着报送规则改变而发生变化，即便是新增一种新的金融产品，该方法也需要对报表进行重新划分与开发。因此，这种设计模式终将在行业报告种类的不断扩容的过程中走向瓶颈。

针对现有的实例数据处理方式存在的问题，本申请提供一种基于XBRL的数据信息处理方法、基于XBRL的数据信息处理系统、电子设备和计算机可读存储介质，通过接收客户端发送的数据处理指令，并根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，其中，所述持久化实例数据是一种经多次存储后的列式结构转化的实例数据，且该实例数据包括XBRL业务源数据和用户修订数据；将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果；并基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，并将该报告展现组件发送至所述客户端以进行显示，能够通过对XBRL元素进行数据结构及格式解析，运用分类降维的手段将数据转换为列式结构模型，采用多次存储方式将数据持久化，能够有效实现实例数据的统一的持久化存储，并通过元素控件单元的主键映射封装，达到系统页面灵活展现及维护的效果，能够提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性，能够有效克服传统处理方法延展性差、存储结构分散、冗余多的缺陷，从而实现一套易于扩展、灵活展现的商业报告处理存储系统。

在本申请的一个或多个实施例中，所述商业报是指适用于可扩展商业报告语言XBRL信息披露的报告；所述商业报告元素是指商业报告中具有业务含义、不可再拆分的数据对象，本申请中简称为元素；所述抽象元素控件是指带有元素基本规则信息，但未填充数据的报表组件对象；所述报告展现组件是指带有元素基本规则信息，并已填充数据的报表组件对象；所述多次存储是指多次循环调用同一存储过程编辑数据库中的实例数据。

基于上述内容，本申请还提供一种基于XBRL的数据信息处理系统，该基于XBRL的数据信息处理系统具体可以为一种服务器001，参见图1，所述服务器001与至少一个客户端4之间通信连接，所述服务器001还可以与至少一个对应的数据库通信连接。所述服务器001可以在线从客户端4获取数据处理指令，并在接收到所述数据处理指令之后，根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，其中，所述持久化实例数据是一种经多次存储后的列式结构转化的实例数据，且该实例数据包括XBRL业务源数据和用户修订数据；而后将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果，最后基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，并将该报告展现组件发送至所述客户端4，所述客户端4显示所述报告展现组件以动态展现报表元素数据。

其中的客户端4即为客户端设备。可以理解的是，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。

在实际应用中，进行基于XBRL的数据信息处理的部分可以在如上述内容所述的服务器侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。

为了有效实现实例数据的统一的持久化存储，并提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性，在本申请的执行主体可以为前述的服务器001的基于XBRL的数据信息处理方法的实施例中，参见图2，所述基于XBRL的数据信息处理方法具体包含有如下内容：

步骤10：接收客户端发送的数据处理指令，并根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，其中，所述持久化实例数据是一种经多次存储后的列式结构转化的实例数据，且该实例数据包括XBRL业务源数据和用户修订数据。

在步骤10中，服务器预先根据预获取的行业接口规范文件将获取到的元素规则信息划分为元素基础信息和规则配置信息，进而得到对应的可控视图层展现的抽象元素控件，并根据对应的数据结构和类型对实例数据进行列式结构转化；将转化为列式结构的实例数据进行多次存储，得到列式结构的持久化实例数据，基于此，服务器已经预先获取了所述抽象元素控件和持久化实例数据。而后，所述服务器可以接收客户端发送的数据处理指令，并根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据。在一种具体举例中，所述持久化实例数据可以存储在一对应的数据库中。

可以理解的是，所述行业接口规范文件为用户预先录入服务器或是服务器预先自对应的数据库中获取的标准文件。所述实例数据可以为商业报告章节数据。所述持久化实例数据为经由多次存储技术存储后的列式结构转化的实例数据。

步骤20：将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果。

步骤30：基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，并将该报告展现组件发送至所述客户端以进行显示。

具体来说，在步骤30中，所述服务器根据实例数据类别及格式，分别将实例数据与对应的报告展现组件进行封装处理，而在客户端接收到服务器封装后的报告展现组件后，在界面上展现该报告展现组件以给用户提供报表数据维护的可视化平台。

为了进一步提高实例数据的统一的持久化存储的可靠性和准确性，在本申请的基于XBRL的数据信息处理方法的一个实施例中，参见图3，在所述步骤10之前，还具体包含有如下内容：

步骤01：根据对应的数据结构和类型对实例数据进行列式结构转化。

步骤02：将转化为列式结构的实例数据进行多次存储，得到列式结构的持久化实例数据。

也就是说，所述服务器负责按数据结构及类型处理、转换报告实例数据，包括XBRL业务源数据和用户修订数据，并按元素扩展信息和报告数据进行统一的持久化存储。

在一个实施例中，参见图4，所述步骤01具体包含有如下内容：

步骤011：自XBRL实例文件中解析和/或自后台关系型数据表中获取得到对应的XBRL业务源数据。

步骤012：接收客户端发送的待报告展现组件展现的用户修订数据。

步骤013：根据预获取的商业报告元素的结构形式对包含有所述XBRL业务源数据和用户修订数据的实例数据进行分类。

可以理解的是，所述商业报告元素的结构形式具体包含有：单元素结构形式、列元素结构形式、多维元素结构形式和图标元素结构形式。

步骤014：将分类后的实例数据按照所属类别转化为统一的列式结构，得到对应的各组目标结构数据。

可以理解的是，所述列式结构中包含有：元素序号、扩展列号、扩展行号和元素值；具体可以表示为：[{元素序号，(扩展列号)，(扩展行号)，元素值}]。其中，所述元素序号为各元素的唯一标识；所述扩展列号为多维元素进行列扩展时所增扩的列号；所述扩展行号为列元素和多维元素进行行扩展时所增扩的行号；所述元素值为元素对应的实例数据。

在一个实施例中，所述步骤02具体包含有如下内容：

为了提高实例数据的元素划分的准确性，以进一步实现实例数据的统一的持久化存储，并进一步提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性，在本申请的基于XBRL的数据信息处理方法的一个实施例中，参见图5，在所述步骤10之前，还具体包含有如下内容：

步骤03：根据预获取的行业接口规范文件将获取到的元素规则信息划分为元素基础信息和规则配置信息，进而得到对应的可控视图层展现的抽象元素控件。

在一个实施例中，参见图6，所述步骤03具体包含有如下内容：

步骤031：将报告元素的表现形式划分为元素基本信息表、元素章节信息表和元素扩展信息表，根据预获取的行业接口规范文件和获取到的元素规则信息，得到对应的元素基础信息，并将所述元素基础信息存储至预获取的元素基本信息表中；其中，所述元素章节信息表用于存储元素与报告章节点间的关系，所述元素扩展信息表用于存储支持列扩展的多维元素新增列的序号及名称。

步骤032：确定所述元素规则信息对应的规则配置信息。

可以理解的是，所述规则配置信息具体包含有：数值校验规则信息、金额校验规则信息和字符数控制规则信息。

步骤033：基于所述元素基础信息和规则配置信息生成对应的可控视图层展现的抽象元素控件。

基于上述内容，在本申请的一个实施例中，所述步骤10具体可以包含有：接收数据处理指令，并根据所述数据处理指令，基于所述元素章节信息表和元素扩展信息表在所述持久化实例数据中提取对应的数据作为目标实例数据。

在本申请的一个实施例中，所述步骤20具体可以包含有：将所述目标实例数据按照对应的元素序号填充至对应的各个所述可控视图层展现的抽象元素控件中，得到对应的输出结果。

在本申请的一个实施例中，参见图7，所述步骤30具体可以包含有：

步骤31：根据所述规则配置信息确定章节对应元素的格式校验信息。

步骤32：基于所述章节对应元素的格式校验信息对所述输出结果进行对应的字符转换处理，生成作为报表数据维护可视化平台的所述报告展现组件。进而能够将源数据转换为列式结构存储，使存储资源更易于管理，并通过封装元素规则与源数据的方式，根据用户请求，动态展现报表元素数据，实时校验用户修订数据，从而提高整个系统的可复用性和可延展性。

从软件层面来说，为了有效实现实例数据的统一的持久化存储，并提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性，本申请还提供一种用于实现所述基于XBRL的数据信息处理方法的全部或部分内容的基于XBRL的数据信息处理系统的实施例，参见图8，所述基于XBRL的数据信息处理系统具体包含有组件封装装置3，且该组件封装装置3具体包含有如下内容：

组件数据加载单元301，用于接收客户端发送的数据处理指令，并根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，其中，所述持久化实例数据是一种经多次存储后的列式结构转化的实例数据，且该实例数据包括XBRL业务源数据和用户修订数据。

所述组件数据加载单元301，还用于将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果。

组件格式处理单元302，用于基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，并将该报告展现组件发送至所述客户端以进行显示。

为了进一步提高实例数据的统一的持久化存储的可靠性和准确性，在本申请的基于XBRL的数据信息处理系统的一个实施例中，参见图9，所述基于XBRL的数据信息处理系统还具体包含有数据处理存储装置2，该数据处理存储装置2具体用于执行下述内容：根据对应的数据结构和类型对实例数据进行列式结构转化；将转化为列式结构的实例数据进行多次存储，得到列式结构的持久化实例数据。

在一个实施例中，参见图10，所述数据处理存储装置2具体包含有如下内容：

业务源数据加载单元201，用于自XBRL实例文件中解析和/或自后台关系型数据表中获取得到对应的XBRL业务源数据。

修订数据加载单元202，用于接收客户端发送的待报告展现组件展现的用户修订数据。

分类转化单元203，用于根据预获取的商业报告元素的结构形式对包含有所述XBRL业务源数据和用户修订数据的实例数据进行分类。

所述分类转化单元203，还用于将分类后的实例数据按照所属类别转化为统一的列式结构，得到对应的各组目标结构数据。

在一个实施例中，参见图11，所述数据处理存储装置2具体包含有如下内容：

多次存储单元204，用于以所述元素序号、扩展列号和扩展行号为主键，将各组所述目标结构数据进行多次存储，得到列式结构的持久化实例数据。

为了提高实例数据的元素划分的准确性，以进一步实现实例数据的统一的持久化存储，并进一步提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性，在本申请的基于XBRL的数据信息处理系统的一个实施例中，参见图12，所述基于XBRL的数据信息处理系统还具体包含有元素控件处理装置1，所述元素控件处理装置1用于根据预获取的行业接口规范文件将获取到的元素规则信息划分为元素基础信息和规则配置信息，进而得到对应的可控视图层展现的抽象元素控件。

在一个实施例中，参见图13，所述元素控件处理装置1具体包含有如下内容：

抽象元素定义单元101，用于将报告元素的表现形式划分为元素基本信息表、元素章节信息表和元素扩展信息表，根据预获取的行业接口规范文件和获取到的元素规则信息，得到对应的元素基础信息，并将所述元素基础信息存储至预获取的元素基本信息表中；其中，所述元素章节信息表用于存储元素与报告章节点间的关系，所述元素扩展信息表用于存储支持列扩展的多维元素新增列的序号及名称。

披露规则定义单元102，用于确定所述元素规则信息对应的规则配置信息；

控件生成单元103，用于基于所述元素基础信息和规则配置信息生成对应的可控视图层展现的抽象元素控件。

基于上述内容，在本申请的一个实施例中，所述组件数据加载单元301具体用于执行下述内容：根据所述数据处理指令，基于所述元素章节信息表和元素扩展信息表在所述持久化实例数据中提取对应的数据作为目标实例数据。

在本申请的一个实施例中，所述组件数据加载单元301还具体用于执行下述内容：将所述目标实例数据按照对应的元素序号填充至对应的各个所述可控视图层展现的抽象元素控件中，得到对应的输出结果。

在本申请的一个实施例中，所述组件格式处理单元302具体可以用于执行下述内容包括：根据所述规则配置信息确定章节对应元素的格式校验信息；基于所述章节对应元素的格式校验信息对所述输出结果进行对应的字符转换处理，生成作为报表数据维护可视化平台的所述报告展现组件。

为了进一步说明本方案，本申请还提供一种应用所述基于XBRL的数据信息处理系统实现所述基于XBRL的数据信息处理方法的具体应用实例，具体包含有如下内容：

所述基于XBRL的数据信息处理的系统与客户端之间的连接结构关系参见图14，本申请系统部分包括以下组成部分：元素控件处理装置1、数据处理存储装置2、组件封装装置3和客户端4，其中：

元素控件处理装置1，连接着组件封装装置3，负责根据行业信息披露元素分类标准，将元素规则信息划分为元素基础信息以及披露规则信息，并按规则生成抽象元素控件供组件封装装置3使用。

数据处理存储装置2，连接着元素控件处理装置1和组件封装装置3，负责按数据结构及类型处理、转换报告实例数据，包括XBRL业务源数据和用户修订数据，并按元素扩展信息和报告数据进行统一的持久化存储，分别供后续元素控件处理装置1和组件封装装置3使用。

组件封装装置3，连接着客户端4，负责将数据处理存储装置1所接收的元素结构和格式的定义和数据处理存储装置2所接收持久化数据进行封装，生成的可供客户端4展现的报告展现组件。

客户端4负责接收组件封装装置3封装后的报告展现组件，给用户提供报表数据维护的可视化平台。同时连接着数据处理存储装置2，负责将XBRL源数据和用户修订数据提交给数据处理存储装置2。

元素控件处理装置1的内部结构参见图13，元素控件处理装置1根据相关行业接口规范，将元素规则信息划分为定义元素基础信息以及披露规则信息，从而生成抽象元素控件。元素控件处理装置1包括三个单元，分别是抽象元素定义单元101、披露规则定义单元102和控件生成单元103。

抽象元素定义单元101负责定义独立的报告元素的表现形式，包括元素基本信息表、元素章节信息表和元素扩展信息表。其中，元素基本信息表用于存放元素基本信息，元素章节信息表用于存放元素与报告章节点间的关系，元素扩展信息表用于存放支持列扩展的多维元素新增列的序号及名称。其中的元素基本信息表参见表1：

表1

序号	域名	备注
			1	元素序号	主键
2	元素名称	主键
			3	中文标签
4	类型
			5	格式
6	父元素

其中的元素章节信息表参见表2：

表2

序号	域名	备注
			1	元素序号	主键
2	章	主键
			3	节	主键
4	条
			5	目
6	细目

其中的元素扩展信息表参见表3：

表3

序号	域名	备注
			1	元素序号	主键
2	扩展列号	主键
			3	扩展名称	主键
4	扩展中文标签
			5	扩展类型
6	扩展格式

披露规则定义单元102的功能为定义元素批露值的校验规则，比如，数值校验规则、金额校验规则、字符数控制规则等。

控件生成单元103从抽象元素定义单元101获取元素基础信息、从披露规则定义单元102中获取规则配置信息后生成可供视图层展现的抽象元素控件。

数据处理存储装置2的内部结构参见图11，数据处理存储装置2负责按数据结构及类型处理实例数据，并按元素数据分类处理，转换为特定结构执行多次存储，所述特定结构为以列相关的存储架构，下文称为列式结构。数据处理存储装置2包括四个单元，分别为业务源数据加载单元201、修订数据加载单元202、分类转化单元203和多次存储单元204，其中：

业务源数据加载单元201和修订数据加载单元202相互独立，共同作为分类处理单元203的输入要素。

多次存储单元204则依据分类处理单元203的输出。

业务源数据加载单元201负责加载商业报告实例数据，包括解析XBRL实例文件后获取的数据和直接从后台关系型数据表中取出的数据，然后提交至分类转化单元203。其中，解析XBRL实例文件是为了获取其他业务系统的实例数据，通常解析的步骤是根据抽象元素定义单元101的基础信息依次通过XML解析技术获取各元素的值，对于多维元素，可通过循环解析获取。

修订数据加载单元202负责接收用户在客户端4修订的报告展现组件展现的数据，然后对报告展现组件和实例数据进行拆分后，并将该实例数据提交至分类转化单元203。

分类转化单元203负责接收上述业务源数据加载单元201和修订数据加载单元202传送的实例数据，系统将商业报告元素多种结构形式划分为单元素、列元素、多维元素、图标元素四种结构类型数据，并按类别转化为统一的列式结构进行存储，该列式结构为[{元素序号，(扩展列号)，(扩展行号)，元素值}]，所述元素序号，为各元素的唯一标识；扩展列号为多维元素进行列扩展时所增扩的列号；扩展行号为列元素和多维元素进行行扩展时所增扩的行号；元素值为元素对应的实例数据。

多次存储单元204对于分类转化单元203输出的每组行式结构数据，以元素序号、扩展列号和扩展行号为主键，利用多次存储技术，将列式结构持久化到数据库中。其中，扩展行号和扩展列号仅在处理列元素和多维元素行、列扩展时使用。元素行、列扩展后的扩展列号属性信息将输出至元素控件处理装置1存储在抽象元素定义单元101。当单条存储数据执行失败时，将全部存储回滚，并将存储失败信息推送至客户端4展现，以保证系统的数据一致性。

其中，数据处理存储装置2中的分类转化单元203的内部结构参见图15，分类处理转化单元203包括四个单元，分别是单元素转化单元2031、列元素转化单元2032、多维元素转化单元2033和图表元素转化单元2034。

单元素转化单元2031处理报表中行列均固定的元素，比如，基金管理人名称。单值元素存储结构较为简单，转化为{元素序号，元素值}的结构进行存储。

列元素转化单元2032处理报表中的行可变、列固定的元素，比如，资产构成，需要多行展现包含了应收股利、应收利息等各项资产。列元素的行可扩展，转化为[{元素序号，扩展行号，元素值}]的结构进行存储。

多维元素转化单元2033处理报表中行可变、列可变的元素，比如，基金持有人结构，单个基金存在种个持有人，对于不同持有份额级别，需要分别列示其持有份额及占比。多维元素为多列多行的表格，行列均可扩展，转化为[{元素序号，扩展列号，扩展行号，元素值}]的结构进行存储。

图表元素转化单元2034处理报表中图表元素，比如，基金每年净值增长率图，图表元素为XBRL中的另一种展现形式，存储时实际图表文件储存在服务器上。图表元素转化为[{元素序号，元素值}]的结构，对于图表元素，元素值表示数据库中存储文件的物理路径。

组件封装装置3的结构如图8所示，组件封装装置3接收元素控件处理装置1的抽象元素控件，包含了元素类型、元素格式、所在章节等信息，结合数据处理存储装置2中的持久化的实例数据，生成可供客户端4直接展现的报告展现组件。其中组件封装装置3包括两个单元，分别是组件数据加载单元301和组件格式加载单元302。

组件数据加载单元301从控件生成单元103中元素控件中获取章节所对应的元素编号、元素名称、中文标签、类型、格式、父元素信息。如果存在扩展元素，则获取相应的扩展列号、扩展名称、扩展中文标签、扩展类型和扩展格式。根据报告、章、节点信息，从多次存储单元204中获取以列式结构存储的实例数据，并将所获得的实例数据按元素序号填充至各抽象元素控件。

组件格式处理单元302是对组件结构加载单元301的结果做格式化输出。根据元素控件处理装置1披露规则定义单元102中定义的元素披露规则，获取章节对应元素的格式校验信息，对组件数据加载单元301的输出结果，进行特殊字符转换处理，生成报告展现组件，并输出供客户端4直接展现。

应用上述基于XBRL的数据信息处理系统实现所述基于XBRL的数据信息处理方法的具体方式的流程图参见图16，所述方法包括以下步骤：

步骤601：元素控件处理装置1根据行业信息披露元素分类标准，划分为元素基础信息以及披露规则信息，从而生成抽象元素控件。

步骤602：组件封装装置3接收元素控件处理装置1传递的抽象元素控件。

步骤603:数据处理存储装置2按数据结构及类型处理实例数据，含XBRL业务源数据和用户修订数据。

步骤604:数据处理存储装置2将数据统一转换为列式结构。

步骤605:数据处理存储装置2对列式结构数据进行多次存储。

步骤606:组件封装装置3访问数据处理存储装置2，按抽象元素控件主键抽取实例数据。

步骤607:组件封装装置3根据实例数据类别及格式，分别将实例数据与对应的报表展现控件进行封装处理。

步骤608客户端4接收组件封装装置3封装后的报告展现组件，在界面上展现，给用户提供报表数据维护的可视化平台。

本申请通过上述技术方案，实现了一种基于XBRL的数据信息处理系统及方法，将源数据转换为列式结构存储，使存储资源更易于管理，并通过封装元素规则与源数据的方式，根据用户请求，动态展现报表元素数据，实时校验用户修订数据，从而提高整个系统的可复用性和可延展性，其优点在于：

1、本申请集中处理数据，增强系统可延展性，可快速响应市场规范的变动，支持对已存在的报表元素变动进行批量化的统一修改。

2、通过数据纵向扩展，有效减少数据冗余，对报表数据存储进行了有机整合，使数据结构满足范式，避免数据的冗余存放。

3、通过对不同结构的数据做转型处理，使得转化后的数据采用一致的数据结构，易于进行分布式操作，当数据量达到一定程度时，将明显高效于单机处理。

4、本申请有效提高系统维护效率，对于同一种类的报表数据采用可配置化的方式，有效降低代码冗余，提高系统开发效率及复用性，对于多层章节的复杂报告效果尤为明显。

本申请的实施例还提供能够实现上述实施例中的基于XBRL的数据信息处理方法中全部步骤的一种电子设备的具体实施方式，所述电子设备具体包括如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现基于XBRL的数据信息处理系统以及用户终端等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例基于XBRL的数据信息处理方法的实施例及基于XBRL的数据信息处理装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图17为本申请实施例的电子设备600的系统构成的示意框图。如图17所示，该电子设备600可以包括中央处理器100和存储器140；存储器140耦合到中央处理器100。值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

一实施例中，基于XBRL的数据信息处理功能可以被集成到中央处理器100中。其中，中央处理器100可以被配置为进行如下控制：

从上述描述可知，本申请的实施例提供的电子设备，通过对XBRL元素进行数据结构及格式解析，运用分类降维的手段将数据转换为列式结构模型，采用多次存储方式将数据持久化，能够有效实现实例数据的统一的持久化存储，并通过元素控件单元的主键映射封装，达到系统页面灵活展现及维护的效果，能够提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性，能够有效克服传统处理方法延展性差、存储结构分散、冗余多的缺陷，从而实现一套易于扩展、灵活展现的商业报告处理存储系统。

在另一个实施方式中，基于XBRL的数据信息处理装置可以与中央处理器100分开配置，例如可以将基于XBRL的数据信息处理装置配置为与中央处理器100连接的芯片，通过中央处理器的控制来实现基于XBRL的数据信息处理功能。

如图17所示，该电子设备600还可以包括：通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是，电子设备600也并不是必须要包括图17中所示的所有部件；此外，电子设备600还可以包括图17中没有示出的部件，可以参考现有技术。

如图17所示，中央处理器100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器100接收输入并控制电子设备600的各个部件的操作。

其中，存储器140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序，以实现信息存储或处理等。

输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142，该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。

存储器140还可以包括数据存储部143，该数据存储部143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132，以经由扬声器131提供音频输出，并接收来自麦克风132的音频输入，从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器130还耦合到中央处理器100，从而使得可以通过麦克风132能够在本机上录音，且使得可以通过扬声器131来播放本机上存储的声音。

本申请的实施例还提供能够实现上述实施例中的基于XBRL的数据信息处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的基于XBRL的数据信息处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

从上述描述可知，本申请的实施例提供的计算机可读存储介质，通过对XBRL元素进行数据结构及格式解析，运用分类降维的手段将数据转换为列式结构模型，采用多次存储方式将数据持久化，能够有效实现实例数据的统一的持久化存储，并通过元素控件单元的主键映射封装，达到系统页面灵活展现及维护的效果，能够提高实例数据的复用性、数据页面展现及维护的灵活性和易扩展性，能够有效克服传统处理方法延展性差、存储结构分散、冗余多的缺陷，从而实现一套易于扩展、灵活展现的商业报告处理存储系统。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种基于XBRL的数据信息处理方法，其特征在于，包括：

2.根据权利要求1所述的基于XBRL的数据信息处理方法，其特征在于，在所述接收客户端发送的数据处理指令之前，还包括：

根据对应的数据结构和类型对实例数据进行列式结构转化；

3.根据权利要求2所述的基于XBRL的数据信息处理方法，其特征在于，所述根据对应的数据结构和类型对实例数据进行列式结构转化，包括：

接收客户端发送的待报告展现组件展现的用户修订数据；

4.根据权利要求3所述的基于XBRL的数据信息处理方法，其特征在于，所述商业报告元素的结构形式包括：单元素结构形式、列元素结构形式、多维元素结构形式和图标元素结构形式。

5.根据权利要求3所述的基于XBRL的数据信息处理方法，其特征在于，所述列式结构中包含有：元素序号、扩展列号、扩展行号和元素值；

6.根据权利要求5所述的基于XBRL的数据信息处理方法，其特征在于，所述将转化为列式结构的实例数据进行多次存储，得到列式结构的持久化实例数据，包括：

7.根据权利要求2所述的基于XBRL的数据信息处理方法，其特征在于，在所述接收客户端发送的数据处理指令之前，还包括：

8.根据权利要求7所述的基于XBRL的数据信息处理方法，其特征在于，所述根据预获取的行业接口规范文件将获取到的元素规则信息划分为元素基础信息和规则配置信息，进而得到对应的可控视图层展现的抽象元素控件，包括：

确定所述元素规则信息对应的规则配置信息；

9.根据权利要求8所述的基于XBRL的数据信息处理方法，其特征在于，所述规则配置信息包括：数值校验规则信息、金额校验规则信息和字符数控制规则信息。

10.根据权利要求8所述的基于XBRL的数据信息处理方法，其特征在于，所述根据该数据处理指令自预获取的持久化实例数据中提取对应的数据作为目标实例数据，包括：

11.根据权利要求5所述的基于XBRL的数据信息处理方法，其特征在于，所述将所述目标实例数据填充至预设的可控视图层展现的抽象元素控件中，得到对应的输出结果，包括：

12.根据权利要求1所述的基于XBRL的数据信息处理方法，其特征在于，所述基于预设的规则配置信息将所述输出结果转化为对应的报告展现组件，包括：

根据所述规则配置信息确定章节对应元素的格式校验信息；

13.一种基于XBRL的数据信息处理系统，其特征在于，包括：组件封装装置，该组件封装装置具体包括：

14.根据权利要求13所述的基于XBRL的数据信息处理系统，其特征在于，还包括：数据处理存储装置，该数据处理存储装置具体用于执行下述内容：

根据对应的数据结构和类型对实例数据进行列式结构转化；

15.根据权利要求14所述的基于XBRL的数据信息处理系统，其特征在于，所述数据处理存储装置包括：

16.根据权利要求15所述的基于XBRL的数据信息处理系统，其特征在于，所述商业报告元素的结构形式包括：单元素结构形式、列元素结构形式、多维元素结构形式和图标元素结构形式。

17.根据权利要求15所述的基于XBRL的数据信息处理系统，其特征在于，所述列式结构中包含有：元素序号、扩展列号、扩展行号和元素值；

18.根据权利要求17所述的基于XBRL的数据信息处理系统，其特征在于，所述数据处理存储装置还包括：

19.根据权利要求14所述的基于XBRL的数据信息处理系统，其特征在于，还包括：元素控件处理装置，用于根据预获取的行业接口规范文件将获取到的元素规则信息划分为元素基础信息和规则配置信息，进而得到对应的可控视图层展现的抽象元素控件。

20.根据权利要求19所述的基于XBRL的数据信息处理系统，其特征在于，所述元素控件处理装置包括：

21.根据权利要求20所述的基于XBRL的数据信息处理系统，其特征在于，所述规则配置信息包括：数值校验规则信息、金额校验规则信息和字符数控制规则信息。

22.根据权利要求20所述的基于XBRL的数据信息处理系统，其特征在于，所述组件数据加载单元还具体用于执行下述内容包括：

23.根据权利要求17所述的基于XBRL的数据信息处理系统，其特征在于，所述组件数据加载单元还具体用于执行下述内容：

24.根据权利要求13所述的基于XBRL的数据信息处理系统，其特征在于，所述组件格式处理单元具体用于执行下述内容包括：

根据所述规则配置信息确定章节对应元素的格式校验信息；

25.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至12任一项所述的基于XBRL的数据信息处理方法的步骤。

26.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至12任一项所述的基于XBRL的数据信息处理方法的步骤。