CN105320522B - 基于面向服务的体系结构的xbrl应用平台 - Google Patents

Abstract

本发明涉及XBRL应用平台，目的是为了解决现有的XBRL应用平台用户体验差、平台维护工作量大、测试工作复杂的问题。本发明提供一种基于面向服务的体系结构的XBRL应用平台，包括交互层、业务层、引擎层和数据层。其中，交互层通过http方式调用业务层相关接口，业务层封装数据为json格式提供给交互层；业务层通过dubbo调用引擎层相关接口，引擎层数据以对象的方式提供给业务层；交互层、业务层通过jpa访问数据层，并使用dbcp连接池提高访问效率。本发明适用于XBRL应用平台架构。

Description

基于面向服务的体系结构的XBRL应用平台

技术领域

本发明涉及XBRL应用平台，特别涉及基于面向服务的体系结构的XBRL应用平台。

背景技术

XBRL可扩展商业报告语言是基于互联网、跨平台操作，专门用于财务报告编制、披露和使用的计算机语言。XBRL应用平台的目标在于将繁琐复杂的XBRL分类标准编制、数据映射编制和实例文档编制界面化，将复杂的分类标准校验及实例文档校验交给计算机来处理，提高编制效率，自动生成分类标准文件和实例文档文件。随着XBRL应用平台功能的不断增强，子平台的不断扩充，传统架构方法暴露出以下各种问题。

1、大量的分类标准文件解析、业务文件实例解析、实例文档文件解析、大量的文件内容校验、XML结构校验等高消耗功能使得服务器不堪重负。功能处理时间严重超出用户可忍耐时间，用户体验差。

2、功能逐渐增多，管理变得越来越复杂，逻辑变得越来越混乱，给平台维护带来很大挑战。

3、功能点逐渐增加，使得团队开发人员急剧膨胀，传统架构方法使得各个功能点耦合性越来越高，开发人员任务重叠越来越严重，代码bug严重不可控，测试工作变得非常复杂，且工作量巨大。

4、开发团队分布多地，传统架构方法使得业务耦合性高，沟通成本急剧增加，同时影响项目进度和质量。

5、缺乏统一的标准接口，子平台接入变得非常复杂。

发明内容

针对上述问题，本发明提供一种基于面向服务的体系结构的XBRL应用平台，其特征在于，包括数据层、引擎层、业务层及交互层；

所述交互层包括智能报告平台、数据交换平台和服务管理平台，智能报告平台与数据交换平台实现与赋能服务的交互和动静态数据的展示，服务管理平台使用MEI框架，负责管理所有平台的后台服务数据；

所述业务层包括赋能服务，赋能服务封装相关数据为http业务接口，以json格式返回业务数据，通过调用智能引擎获取业务处理能力，通过调用数据层获取基础数据；

所述引擎层包括智能引擎，智能引擎负责接收赋能服务传入的业务数据，处理后以java对象方式返回结果数据；

所述数据层包括文件储存库、引擎数据库和业务数据库，文件储存库和引擎数据库为智能引擎提供有效可靠数据存储，业务数据库为业务层提供系统内部业务数据支撑。

具体地，所述智能报告平台所有功能通过调用赋能服务平台所提供的接口实现，所述功能包括用户登录、修改密码、企业标准、数据关系、财务报告及通用标准。

具体地，所述数据交换平台的所有功能通过调用赋能服务平台所提供的接口实现，所述功能包括用户登录、修改密码、数据管理、接口管理、分类标准对比及实例文档对比。

具体地，所述服务管理平台负责管理智能报告平台、数据交换平台的所有账号以及接入赋能服务平台的接口权限，包括基础管理、菜单管理、角色管理、人员管理、公司信息及报表管理。

具体地，所述赋能服务平台向智能报告平台及数据交换平台提供功能接口，包括子平台接入校验功能、分类标准类接口、数据映射类接口、实例文档类接口及用户管理类接口。

具体地，所述智能引擎平台负责向赋能服务平台提供XBRL专业性功能接口，包括分类标准解析功能接口、分类标准文件生成功能接口、分类标准校验功能接口、实例文档解析功能接口、实例文档生成功能接口及实例文档校验功能接口。

具体地，所述文件存储库为智能引擎平台提供海量文件存储场所，并通过http地址方式向外提供下载功能，所述业务数据库负责为赋能服务平台、服务管理平台提供数据持久化服务，包括基础数据、人员数据、角色数据及菜单数据。

进一步地，所述文件存储库为智能引擎平台提供海量文件存储场所，并通过http地址方式向外提供下载功能，所述业务数据库负责为赋能服务平台、服务管理平台提供数据持久化服务，包括基础数据、人员数据、角色数据及菜单数据。

本发明的有益效果是：与现有平台相比，本发明的应用平台有如下优点：

1.松耦合

平台由多个相互独立的子平台组成，各个子平台独立运行并通过标准接口相互访问。服务消费者不需要知道服务提供者实现的技术细节。

2.可重用

一个服务创建后能用于多个应用和业务流程。

3.无状态的服务设计

服务应该是独立的、自包含的请求，在实现时它不需要获取从一个请求到另一个请求的信息或状态。服务不应该依赖于其他服务的上下文和状态。当产生依赖时，它们可以定义成通用业务流程、函数和数据模型。

4.基于开放标准

本发明中SOA的实现形式是Web服务，基于的是公开的W3C及RPC远程过程调用协议，采用通用标准数据交换格式。

5.高扩展

服务提供者通过优秀的SOA分布式服务框架(Dubbo)为服务消费者提供高性能和透明化的RPC远程调用服务。此SOA框架具备远程通讯、集群容错、自动发现等特点。随着业务量的不断增长以及性能需求的不断苛刻，平台可以任意扩展服务提供者服务器和服务消费者服务器的数量，并通过可配置路由参数提高服务请求命中率以及服务处理效率。

服务提供者通过标准http接口向多个服务消费者提供接入鉴权、业务鉴权、数据访问等服务。且可提供消费者可以任意增加。

6.高性能

服务提供者提供高性能接口服务，能够处理大并发量请求，低错误率。

7.服务可治理

建立一个服务注册中心，动态的注册和发现服务，使服务的位置透明。并通过在消费方获取服务提供方地址列表，实现软负载均衡和Failover，降低对F5硬件负载均衡器的依赖，也能减少部分成本。

自动画出应用间的依赖关系图，以帮助架构师理清理关系。将服务每天的调用量、响应时间都统计出来，作为容量规划的参考指标。要可以动态调整权重，在线上，将某台机器的权重一直加大，并在加大的过程中记录响应时间的变化，直到响应时间到达阀值，记录此时的访问量，再以此访问量乘以机器数反推总容量。

具体实施方式

以下对本发明的技术方案作进一步详细描述，在描述过程中，为方便读者更好地理解本发明的技术方案及技术实现，会对本发明的技术方案的具体实现作示例性描述。

本发明的XBRL应用平台分为交互层、业务层、引擎层和数据层。其中，交互层(智能报告平台、数据交换平台)通过http方式调用业务层相关接口，业务层封装数据为json格式提供给交互层；业务层通过dubbo调用引擎层相关接口，引擎层数据以对象的方式提供给业务层；交互层(服务管理平台)、业务层通过jpa访问数据层，并使用dbcp连接池提高访问效率。

交互层：包括智能报告平台、数据交换平台和服务管理平台，智能报告平台与数据交换平台采用相同的技术架构，即通过html技术、jquery技术、servlet技术和flex技术实现与赋能服务的交互和动静态数据的展示。服务管理平台使用MEI框架，负责管理所有平台的后台服务数据，包括用户信息、权限信息等。

业务层：包括赋能服，赋能服务封装相关数据为http业务接口，以json格式返回业务数据，通过调用智能引擎获取业务处理能力，通过调用数据层获取基础数据。本子平台采用SpringMVC提供业务接口功能，通过jpa+dbcp方式获取基础数据，通过zookeeper注册并使用dubbo框架调用业务处理能力。

引擎层：包括智能引擎，智能引擎负责接收赋能服务传入的业务数据，处理后以java对象方式返回结果数据。其采用Spring管理对象和事务，并封装核心处理能力；通过zookeeper注册服务并使用dubbo框架向服务层提供业务处理能力。智能引擎为整个平台的核心，担负核心业务的处理任务，处理性能要求最高。

数据层：包括文件储存库、引擎数据库和业务数据库，文件储存库和引擎数据库为智能引擎提供有效可靠数据存储，业务数据库为业务层提供系统内部业务数据支撑，如权限管理数据。

1、智能报告平台：

该平台所有功能通过调用赋能服务平台所提供的接口实现。包括用户登录、修改密码、企业标准、数据关系、财务报告、通用标准等业务模块。

该平台具有如下优点：

界面友好直观，可操作性、通用性强；易于维护，可维护性强。

采用了严格的安全设计，以保证系统的安全保密。根据访问人员的类别，分别对数据授权，对表授权，对表中的某记录，设置了角色和层次权限(角色权限：指每个层次上用户的类别，主要限制用户可使用的模块)。

采用容错设计，包括系统错误、应用程序错误、程序功能错误、操作错误、数据错误五大类的错误处理。

同时系统设计时重点考虑以下几点：

安全性：保证数据不被非法入侵者破坏和盗用，并保证数据的一致性，对欺诈行为采取多种检查和处理手段。

高可靠性/稳定性：采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生。

本系统可长时间不间断运行，因此可靠性保证作为系统设计的出发点。除了数据传输要可靠外，系统具备良好的文件和数据库备份机制，定期对系统进行备份，并在系统数据丢失的情况下提供数据恢复。

2、数据交换平台：

该平台所有功能通过调用赋能服务平台所提供的接口实现。包括用户登录、修改密码、数据管理、接口管理、分类标准对比、实例文档对比等业务模块。

界面友好直观，可操作性、通用性强；易于维护，可维护性强。

采用了严格的安全设计，以保证系统的安全保密。根据访问人员的类别，分别对数据授权，对表授权，对表中的某记录，设置了角色和层次权限(角色权限：指每个层次上用户的类别，主要限制用户可使用的模块)。

采用容错设计，包括系统错误、应用程序错误、程序功能错误、操作错误、数据错误五大类的错误处理。

同时系统设计时重点考虑以下几点：

安全性：保证数据不被非法入侵者破坏和盗用，并保证数据的一致性，对欺诈行为采取多种检查和处理手段。

高可靠性/稳定性：采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生。

本系统可长时间不间断运行，因此可靠性保证作为系统设计的出发点。除了数据传输要可靠外，系统具备良好的文件和数据库备份机制，定期对系统进行备份，并在系统数据丢失的情况下提供数据恢复。

3、服务管理平台：

该平台负责管理智能报告平台、数据交换平台的所有账号以及接入赋能服务平台的接口权限，包括基础管理、菜单管理、角色管理、人员管理、公司信息及报表管理。

系统界面友好，可操作性强：系统界面直观，通用性强；易于维护，可维护性强。

系统采用了严格的安全设计，以保证系统的安全保密。根据访问人员的类别，分别对数据授权，对表授权，对表中的某记录，设置了角色和层次权限(角色权限：指每个层次上用户的类别，主要限制用户可使用的模块)。

系统软件进行了容错设计，系统设计包括系统错误、应用程序错误、程序功能错误、操作错误、数据错误五大类的错误处理。

同时系统设计时重点考虑以下几点：

安全性：保证数据不被非法入侵者破坏和盗用，并保证数据的一致性，对欺诈行为采取多种检查和处理手段。

高可靠性/稳定性：采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生。

本系统可长时间不间断运行，因此可靠性保证作为系统设计的出发点。除了数据传输要可靠外，系统具备良好的文件和数据库备份机制，定期对系统进行备份，并在系统数据丢失的情况下提供数据恢复。

3、赋能服务平台：

赋能服务平台向智能报告平台及数据交换平台提供功能接口，包括子平台接入校验功能、分类标准类接口、数据映射类接口、实例文档类接口及用户管理类接口。

对上层提供独立高性能数据接口，对下层使用软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点；服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

灵活性：系统具有高度的灵活性，能够快速地定制所需要的接口数据及表现形式，提高效率；

可扩展性：系统能够在数据、业务、服务三个级别上任意扩展，能够满足未来业务发展的需要；新功能、新业务的增加能够在不影响系统运行的情况下实现。

标准化：系统内部的各级数据接口、数据标准、数据库表结构应保证统一的标准，并尽可能采用国家标准和国际上通用的标准和规范。能够与现有系统进行无缝衔接与互操作。系统间的接口遵循相关系统接口规范进行开发。

先进性：系统采用业界领先的技术和体系结构，确保系统的先进性。系统间的接口的设计具备先进性，一方面，对于遵循不同规范的系统接口设计先进性满足采用可配置接入的方式减少开发工作量，另一方面，对于遵循相同接口规范的系统接口设计先进性满足采用可配置接入的方式，新增系统接入不增加开发工作量。

安全性：保证数据不被非法入侵者破坏和盗用，并保证数据的一致性，对欺诈行为采取多种检查和处理手段。

高可靠性/稳定性：采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生。

本系统可长时间不间断运行，因此可靠性保证作为系统设计的出发点。除了数据传输要可靠外，系统具备良好的文件和数据库备份机制，定期对系统进行备份，并在系统数据丢失的情况下提供数据恢复。

4、4、智能引擎平台：

所述智能引擎平台负责向赋能服务平台提供XBRL专业性功能接口，包括分类标准解析功能接口、分类标准文件生成功能接口、分类标准校验功能接口、实例文档解析功能接口、实例文档生成功能接口及实例文档校验功能接口。

透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入；软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点；服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

灵活性：系统具有高度的灵活性，能够快速地定制所需要的接口数据及表现形式，提高效率；

可扩展性：系统能够在数据、业务、服务三个级别上任意扩展，能够满足未来业务发展的需要；新功能、新业务的增加能够在不影响系统运行的情况下实现。

标准化：系统内部的各级数据接口、数据标准、数据库表结构应保证统一的标准，并尽可能采用国家标准和国际上通用的标准和规范。能够与现有系统进行无缝衔接与互操作。系统间的接口遵循相关系统接口规范进行开发。

先进性：系统采用业界领先的技术和体系结构，确保系统的先进性。系统间的接口的设计具备先进性，一方面，对于遵循不同规范的系统接口设计先进性满足采用可配置接入的方式减少开发工作量，另一方面，对于遵循相同接口规范的系统接口设计先进性满足采用可配置接入的方式，新增系统接入不增加开发工作量。

安全性：保证数据不被非法入侵者破坏和盗用，并保证数据的一致性，对欺诈行为采取多种检查和处理手段。

高可靠性/稳定性：采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生。

本系统可长时间不间断运行，因此可靠性保证作为系统设计的出发点。除了数据传输要可靠外，系统具备良好的文件和数据库备份机制，定期对系统进行备份，并在系统数据丢失的情况下提供数据恢复。

5、文件存储库、高速缓存数据库及业务数据库

文件存储库为智能引擎平台提供海量文件存储场所，并通过http地址方式向外提供下载功能。文件存储库为智能引擎平台提供海量文件存储场所，并通过http地址方式向外提供下载功能，所述业务数据库负责为赋能服务平台、服务管理平台提供数据持久化服务，包括基础数据、人员数据、角色数据及菜单数据。高速缓存数据库负责为赋能服务平台提供数据存储和查询，包括子平台接入校验数据、登录权限数据以及XBRL相关临时业务数据。

Claims (6)

1.基于面向服务的体系结构的XBRL应用平台，其特征在于，包括数据层、引擎层、业务层及交互层；

所述交互层包括智能报告平台、数据交换平台和服务管理平台，智能报告平台与数据交换平台实现与赋能服务的交互和动静态数据的展示，服务管理平台使用MEI框架，负责管理所有平台的后台服务数据；

所述业务层包括赋能服务，赋能服务封装相关数据为http业务接口，以json格式返回业务数据，通过调用智能引擎获取业务处理能力，通过调用数据层获取基础数据；具体的，赋能服务向智能报告平台及数据交换平台提供功能接口，包括子平台接入校验功能、分类标准类接口、数据映射类接口、实例文档类接口及用户管理类接口；

所述引擎层包括智能引擎，智能引擎负责接收赋能服务传入的业务数据，处理后以java对象方式返回结果数据；具体的，智能引擎负责向赋能服务提供XBRL专业性功能接口，包括分类标准解析功能接口、分类标准文件生成功能接口、分类标准校验功能接口、实例文档解析功能接口、实例文档生成功能接口及实例文档校验功能接口；

所述数据层包括文件储存库、引擎数据库和业务数据库，文件储存库和引擎数据库为智能引擎提供有效可靠数据存储，业务数据库为业务层提供系统内部业务数据支撑。

2.如权利要求1所述的基于面向服务的体系结构的XBRL应用平台，其特征在于，所述智能报告平台所有功能通过调用赋能服务平台所提供的接口实现，所述功能包括用户登录、修改密码、企业标准、数据关系、财务报告及通用标准。

3.如权利要求1所述的基于面向服务的体系结构的XBRL应用平台，其特征在于，所述数据交换平台的所有功能通过调用赋能服务平台所提供的接口实现，所述功能包括用户登录、修改密码、数据管理、接口管理、分类标准对比及实例文档对比。

4.如权利要求1所述的基于面向服务的体系结构的XBRL应用平台，其特征在于，所述服务管理平台负责管理智能报告平台、数据交换平台的所有账号以及接入赋能服务平台的接口权限，包括基础管理、菜单管理、角色管理、人员管理、公司信息及报表管理。

5.如权利要求1所述的基于面向服务的体系结构的XBRL应用平台，其特征在于，所述文件存储库为智能引擎平台提供海量文件存储场所，并通过http地址方式向外提供下载功能，所述业务数据库负责为赋能服务平台、服务管理平台提供数据持久化服务，包括基础数据、人员数据、角色数据及菜单数据。

6.如权利要求1至5任意一项所述的基于面向服务的体系结构的XBRL应用平台，其特征在于，所述数据层还包括高速缓存数据库，所述高速缓存数据库负责为赋能服务平台提供数据存储和查询，包括子平台接入校验数据、登录权限数据以及XBRL相关临时业务数据。