CN110956550A - 面向多类型使用主体的电力市场交易系统 - Google Patents

Abstract

本发明涉及一种面向多类型使用主体的电力市场交易系统，属于电力交易技术领域，该电力市场交易系统，包括：交互访问层、业务应用层、支撑层和基础设施层。本发明的交易系统可以区分面向市场的多类型的使用主体，使得在交易系统更能适应复杂电力市场环境下的电力市场交易。本发明的交易系统既能保障高峰情景下的交易可靠，又能提供快速的、技术创新、易用的智能数据服务能力，面向市场主体提供了多种访问方式，使业务技术支撑平台更加体系化。

Description

面向多类型使用主体的电力市场交易系统

技术领域

本发明属于电力交易技术领域，具体涉及一种面向多类型使用主体的电力市场交易系统。

背景技术

电力市场交易系统促进电力交易的有效性和经济的正常运行,对于电力市场的发展有着重要的作用。

目前，现有技术中的电力市场交易系统，通常采用中心端集中式BS模式(BS模式即浏览器和服务器模式，在这种模式下，用户工作界面是通过浏览器来实现，极少部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓三层3-tier结构)搭建，架构为J2EE(典型的J2EE三层结构，分为表现层、中间层和数据服务层，中间层为控制层、业务逻辑层，将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互)三层架构，一套系统同时面向交易中心和市场主体提供中长期交易、市场管理和分析结算需求。

但是，现货市场启动后，面对海量的交易和调度运行数据，现有系统架构和功能架构较为单一，难以满足未来海量用户对数据处理的实时性、并发性要求，难以支撑电力交易市场业务与电网、市场参与各方的一体化协同和对计算、数据资源的便捷、透明访问等问题。

发明内容

为了至少解决现有技术存在的上述问题，本发明提供了一种面向多类型使用主体的电力市场交易系统。

本发明提供的技术方案如下：

一方面，一种面向多类型使用主体的电力市场交易系统，包括：交互访问层、业务应用层、支撑层和基础设施层；

所述交互访问层，用于获取用户的访问数据，根据所述数据和预设基准，确定用户的类别，根据不同类别的所述用户选择与所述类别相适应的交易子系统，进行数据内容交互；所述交易子系统包括：中长期交易子系统和短期现货交易子系统、批发市场交易子系统和零售市场交易子系统中的至少一种；

所述业务应用层，用于对各服务的分布进行统一协调调用响应；

所述支撑层，用于支撑所述交易系统的运行；

所述基础设施层，用于为所述交易系统提供运行基础设施。

可选地，所述交互访问层，具体用于：获取所述用户的访问数据，根据所述数据，确定所述用户为电力用户、电网公司、售电公司、发电企业或监管机构中的至少一种。

可选地，所述业务应用层，包括：业务微服务模块、共享微服务模块和数据融合模块；

所述业务微服务模块，用于对不同的业务进行对应的响应；

所述共享微服务模块，用于将响应后的数据以预设形式，共享给所述用户；

所述数据融合模块，用于对与所述用户交互过程中产生的数据进行预设方式的融合。

可选地，所述业务微服务模块，包括：市场管理微服务单元、交易组织微服务单元、交易监控微服务单元、信用管理微服务单元、市场出清微服务单元中的至少一种；和/或，

所述共享微服务模块包括：报表工具微服务单元、用户中心微服务单元、权限中心微服务单元、人工智能服务单元、统一告警微服务单元和消息中心微服务单元中的至少一种；和/或，

所述数据融合模块，包括：基础数据微服务单元、实时数据微服务单元和融合数据微服务单元中的至少一种。

可选地，所述支撑层具体用于：基于Docker容器技术的分布式容器集群管理系统为所述交易系统的应用提供部署运行、资源调度、服务发现和动态伸缩的支撑功能。

可选地，所述支撑层包括：监控及配置管理平台、微服务设施模块、大数据平台、外部集成模块中的至少一种；

所述监控及配置管理平台，用于对所述交易系统的运行情况进行监控；

所述微服务设施模块，用于对所述交易系统的运行环境、测试环境和开发环境进行管理；

所述大数据平台，用于对所述交易系统的运行数据按照预设标准进行分析和挖掘；

所述外部集成模块，用于连接第三方系统，与所述第三方系统进行数据交互。

可选地，所述基础设施层，具体用于：为所述交易系统提供计算资源、网络资源和存储资源。

可选地，所述支撑层，具体用于服务注册、服务监控、服务审计中的至少一种。

可选地，所述业务应用层，包括：身份认证组件；

所述身份认证组件，用于对所述用户的访问权限进行管理。

可选地，所述业务应用层，还包括：日志组件；

所述日志组件，用于记录所述交易系统运行中的操作日志。

可选地，所述业务应用层，包括：加密模块，所述加密模块为所述交易系统中的敏感数据的传输进行加密；

所述敏感数据，包括：电力交易数据申报信息、电力交易单据信息、计划结算结果信息中的至少一种。

本发明的有益效果为：

本发明实施例提供的面向多类型使用主体的电力市场交易系统，包括：交互访问层、业务应用层、支撑层和基础设施层；交互访问层，用于获取用户的访问数据，根据数据和预设基准，确定用户的类别，根据不同类别的用户选择与类别相适应的交易子系统，进行数据内容交互；交易子系统包括：中长期交易子系统和短期现货交易子系统、批发市场交易子系统和零售市场交易子系统中的至少一种；业务应用层，用于对各服务的分布进行统一协调调用响应；支撑层，用于支撑交易系统的运行；基础设施层，用于为交易系统提供运行基础设施。通过在交易系统内设置交互访问层，区分面向市场的多类型的使用主体，使得在交易系统更能适应复杂电力市场环境下的电力市场交易。

附图说明

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

图1为本发明实施例提供的一种面向多类型使用主体的电力市场交易系统结构示意图；

图2为本发明实施例提供的又一种面向多类型使用主体的电力市场交易系统结构示意图。

附图标记：

1-交互访问层；2-业务应用层；3-支撑层；4-基础设施层；21-业务微服务模块；22-共享微服务模块；23-数据融合模块；211-市场管理微服务单元；212-交易组织微服务单元；213-交易监控微服务单元；214-信用管理微服务单元；215-市场出清微服务单元；221-报表工具微服务单元；222-用户中心微服务单元；223-权限中心微服务单元；224-人工智能服务单元；225-统一告警微服务单元；226-消息中心微服务单元；231-基础数据微服务单元；232-实时数据微服务单元；233-融合数据微服务单元；31-监控及配置管理平台；32-微服务设施模块；33-大数据平台；34-外部集成模块。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。

为了解决本发明提出的技术问题，本发明实施例提供了一种面向多类型使用主体的电力市场交易系统。

图1为本发明实施例提供的一种面向多类型使用主体的电力市场交易系统结构示意图。

请参阅图1，本发明实施例提供的电力市场交易系统，可以包括：交互访问层1、业务应用层2、支撑层3和基础设施层4。

其中，交互访问层1，用于获取用户的访问数据，根据数据和预设基准，确定用户的类别，根据不同类别的用户选择与类别相适应的交易子系统，进行数据内容交互；交易子系统包括：中长期交易子系统和短期现货交易子系统、批发市场交易子系统和零售市场交易子系统中的至少一种。业务应用层2，用于对各服务的分布进行统一协调调用响应。支撑层3，用于支撑交易系统的运行。基础设施层4，用于为交易系统提供运行基础设施。

可选地，交互访问层1，具体用于：获取用户的访问数据，根据数据，确定用户为电力用户、电网公司、售电公司、发电企业或监管机构中的至少一种。

在一个具体的电力市场交易系统中，为了对访问用户进行精确定位，区分用户的类别，交互访问层1可以获取用户的访问数据，例如，可以获取用户的IP地址(IP是InternetProtocol(网际互连协议)的缩写，是TCP/IP体系中的网络层协议)和用户的访问内容，可以通过获取到的IP地址和用户的访问内容来对用户进行分类，确定用户的电力用户、电网公司、售电公司、发电企业或监管机构中的至少一种。在确定了用户的类别后，根据预先构建的类别与子系统对应关系，选择与用户类别相对应的交易子系统，进行相应的数据交互。其中，交易子系统可以包括：中长期交易子系统和短期现货交易子系统、批发市场交易子系统和零售市场交易子系统中的至少一种。

在本发明实施例中，交互访问层1主要完成电力市场交易系统的人机交互，是系统友好、易用的重要体现。例如，可以显示数据和接收用户输入数据，为用户提供友好、便捷的操作界面。可基于富客户端技术和瘦客户端技术两种技术，提供统一处理控件的响应控制、数据的绑定解析和界面逻辑访问秩序等，并集成统一身份认证、客户端组件调用、图文识别等组件，为使用者提供风格统一、响应迅速和操作便捷的界面展现。可以采用开源VUE前端框架，统一构建适配多种展现终端的前端页面。

图2为本发明实施例提供的又一种面向多类型使用主体的电力市场交易系统结构示意图。

请参阅图2，本发明实施例提供的电力市场交易系统中，业务应用层2，可以包括：业务微服务模块21、共享微服务模块22和数据融合模块23。其中，业务微服务模块21，用于对不同的业务进行对应的响应。共享微服务模块22，用于将响应后的数据以预设形式，共享给用户。数据融合模块23，用于对与用户交互过程中产生的数据进行预设方式的融合。

参见图2，可选地，业务微服务模块21，可以包括：市场管理微服务单元211、交易组织微服务单元212、交易监控微服务单元213、信用管理微服务单元214、市场出清微服务单元215中的至少一种；和/或，共享微服务模块22，可以包括：报表工具微服务单元221、用户中心微服务单元222、权限中心微服务单元223、人工智能服务单元224、统一告警微服务单元225和消息中心微服务单元226中的至少一种；和/或，数据融合模块23，可以包括：基础数据微服务单元231、实时数据微服务单元232和融合数据微服务单元233中的至少一种。

例如，人工智能服务单元224，可以人工智能识别业务应用层的交互信息，并根据交互信息，进行预设规则的判定等。值得说明的是，此处对人工智能服务单元的功能只是列举，并不是限定，任何人工智能能够实现的功能，都可以应用在本发明中，属于本发明的保护范围。

例如，在本发明实施例中，业务应用层2主要以服务为关注点，通过服务化业务功能，降低模块耦合性，该层可以依赖于Spring Cloud(分布式)微服务框架，为业务应用层提供配置管理，服务治理，熔断机制，智能路由，微代理，控制总线，全局一致性锁，集群状态管理等组件构成平台的公共服务，同时提供了包括“身份认证”、“服务接口”、“消息服务”、“数据库”、“分布式缓存”、“配置服务”等业务组件。

其中，身份认证组件：保证了业务平台的访问安全，同时可作为权限管理的基础，可以与LDAP(Lightweight Directory Access Protocol，轻量目录访问协议)集成，并且提供了开放的OAuth 2.0接口。身份认证组件，可以用于对用户的访问权限进行管理。

服务接口组件：利用HMAC+Base64签名算法，以token(临时令牌)的方式，将平台的认证、服务创建、服务使用、服务监控以及消息等模块接口化提供到业务应用层，用户可以在业务应用平台调用业务应用层里的自动化服务。

消息中间件组件：使用了开源的RabbitMQ(面向消息的中间件)，实现了AMQP(高级消息队列协议)，其高易用性、高扩展性和高可用性的特点为PaaS平台的解耦后的组件间消息传递提供了优质的服务。

日志组件：将平台的各种操作日志、事件等输出，并支持excel、cvs、txt等格式的导出。

工作流引擎组件：主要是利用服务路由的机制来进行平台的工作流的管理，进行任务的判断、分配、序列化、同步、异步等管控。

服务注册中心包含了“创建组件”、“关系拓扑”、“配置信息”和“编排下发”这四大组件，创建组件采用yaml的格式创建独立的应用组件，包含了属性、参数等；关系拓扑组件采用yaml的格式来建立各应用组件的关系拓扑，主要有Contained_in、Connect_to、Depends_on，也可以自定义其他关系；配置信息组件采用yaml的格式定义应用组件需要的输入参数、其他组件传递的参数以及本身的服务属性(端口)等；编排下发将设计好的编排文件，通过“保存”工作流输入到数据库中，供SaaS层的业务系统灵活调用。

应用中间件组件：也是“编排文件+图片+产品介绍”的形式，将各中间件展示到平台中，为业务系统提供中间件服务，也可以添加商业化的WebLogic(是一个基于JAVAEE架构的中间件，WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器)等，并且可以“服务”的形式对接到业务系统中，也可以为业务系统单独搭建独占的中间件服务器。

数据库/文件/第三方应用组件：通过“编排文件+图片+产品介绍”的形式，为业务系统提供组件服务，并且可以服务形式的对接到业务系统中，也可以为业务系统搭建独立的数据库服务器或第三方应用服务器。

通过这些组件技术应用，可实现交易和营销业务的解耦，以支持不同业务的共享信息服务调用，该层通过对业务服务的组件化设计，解耦多厂商之间的业务关联，使各自关注自身业务逻辑实现，并通过服务编排实现共享调用，降低业务功能设计、开发和构建及维护的成本，提升项目管控效率。

业务应用层2，包括：加密模块，加密模块为交易系统中的敏感数据的传输进行加密；敏感数据，包括：电力交易数据申报信息、电力交易单据信息、计划结算结果信息中的至少一种。

例如，根据数据安全可以将数据分为：关键敏感数据、普通业务数据和公开数据，其中，关键敏感数据，即敏感数据。关键敏感数据可以指与客户的合同、电价等相关的数据，如：客户名称、地址、联系电话、合同容量、信用等级、银行账号、增值税号、电价类别、总电量、总电费等。普通业务数据可以指客户一般业务处理的数据，如：服务请求信息、服务渠道、服务方式等。公开数据可以指公开发布的数据，如：交易中心发布的信息、行业用电量、天气等。在对数据进行分类时，还可以根据数据的用途不同可分为：事务型数据和分析型数据。事务型数据是业务处理过程产生的数据，主要用于支持市场营销业务运营，从业务处理过程中产生，或为业务的正常执行而提前准备的公共基础数据。这些数据通常由人工进行录入，并通过不同的工作流程，由不同岗位的人多人协作进行补充完善，最终形成完整的各种事务数据。如客户数据、电量数据、电费数据、客户关系数据等。分析型数据则指来源于事务型数据，并经过加工处理的数据，主要是面向各级营销分析与辅助决策应用。根据结构化定义可以分为：结构化数据和非结构化数据。结构化数据就是行数据，存储在数据库表中，可以用二维表结构来逻辑表达实现的数据，例如业务应用的信息数据。非结构化数据就是指视频、语音、图片、传真和合同文档等。根据数据获取的频率不同可分为：实时(准实时)数据和非实时数据。实时(准实时)数据是指通过相关的自动化系统或装置，按一定的时间周期采集的，能够实时反映用户用电状况和环境的数据，如电网实时电压、电流、有功功率、无功功率等数据。通常实时数据的数据量比较大，而且会随着时间的增长而线性增长。非实时数据是指那些本不发生变化，或很少发生变化的数据，如代码表、用户的档案数据等。非实时数据的数据量一般相对固定，不会随着时间的推移而发生急剧的变化。用户可以根据需要，对不同类型的数据进行加密。

可选地，支撑层3具体用于：基于Docker容器技术的分布式容器集群管理系统为交易系统的应用提供部署运行、资源调度、服务发现和动态伸缩的支撑功能。

其中，Docker容器是一个开源的应用容器引擎，让开发者可以以统一的方式打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何安装了docker引擎的服务器上(包括流行的Linux机器、windows机器)，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口(类似iPhone的app)。几乎没有性能开销,可以很容易地在机器和数据中心中运行。最重要的是,他们不依赖于任何语言、框架包括系统。

可选地，支撑层3包括：监控及配置管理平台31、微服务设施模块32、大数据平台33、外部集成模块34中的至少一种。其中，监控及配置管理平台31，用于对交易系统的运行情况进行监控。微服务设施模块32，用于对交易系统的运行环境、测试环境和开发环境进行管理。大数据平台33，用于对交易系统的运行数据按照预设标准进行分析和挖掘。外部集成模块34，用于连接第三方系统，与第三方系统进行数据交互。

例如，支撑层3可以依赖于基于Docker容器技术的分布式容器集群管理系统为应用提供部署运行、资源调度、服务发现和动态伸缩等一系列支撑功能。可利用k8s(Kubernetes，开源的容器集群管理系统)提供的集群管理能力、多扩多层次的安全防护和准入机制、多租户应用支撑能力、透明的服务注册和发现机制、智能负载均衡器、强大的故障发现和自我修复能力、服务滚动升级和在线扩容能力、可扩展的资源自动调度机制以及多粒度的资源配额管理能力，这些功能可涵盖应用开发、部署测试、运维监控在内的各个环节。例如，外部集成模块34，可以连接第三方系统，也可以调度控制系统，还可以连接营销系统，从而实现集成功能。

支撑层3，具体还可以用于服务注册、服务监控、服务审计中的至少一种。

在本发明实施例中，基础设施层4，具体用于：为交易系统提供计算资源、网络资源和存储资源。

例如，基础设施层4可以由基于容器虚拟化技术提供统一的基础设施服务，包括动态可信计算资源、网络资源以及存储资源及其运行监视监控，通过基础设施层4可进行动态资源申请和部署运行各种应用软件。基础设施层4可以通过虚拟化产品可提供如下基础组件服务：

虚拟化组件：包括虚拟管理、负载均衡和集群技术，虚拟管理组件主要是对虚拟化后的组件进行管理，实现主节点管理各分部的计算资源、网络资源和存储资源。

负载均衡组件：主要将客户的并发请求分发到不同的节点，达到业务的负载均衡和资源的充分利用。

集群技术组件：将各节点的资源集群化，达到高可用性、高可备的效果。

服务接口组件：主要是将计算、存储(块存储、对象存储)、网络(Nova、Neutrol)、认证等服务接口化提供到上层，为支撑层能够自动化创建各种资源提供支撑。

容量调配组件：要做到整个平台的资源统一规划，保证上层服务申请的资源总是能够通过调配得到满足，保证服务持续性。

负载均衡：属于网络组件，可以提供网络层的链路负载均衡和业务层的应用负载均衡。

信息安全组件：利用多层访问控制、KeyStone认证、SSL/TLS加密技术等，保证虚拟化的安全。

本发明实施例提供的电力市场交易系统，包括：交互访问层、业务应用层、支撑层和基础设施层；交互访问层，用于获取用户的访问数据，根据数据和预设基准，确定用户的类别，根据不同类别的用户选择与类别相适应的交易子系统，进行数据内容交互；交易子系统包括：中长期交易子系统和短期现货交易子系统、批发市场交易子系统和零售市场交易子系统中的至少一种；业务应用层，用于对各服务的分布进行统一协调调用响应；支撑层，用于支撑交易系统的运行；基础设施层，用于为交易系统提供运行基础设施。通过在交易系统内设置交互访问层，区分面向市场的多类型的使用主体，使得在交易系统更能适应复杂电力市场环境下的电力市场交易。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种面向多类型使用主体的电力市场交易系统，其特征在于，包括：交互访问层、业务应用层、支撑层和基础设施层；

所述交互访问层，用于获取用户的访问数据，根据所述数据和预设基准，确定用户的类别，根据不同类别的所述用户选择与所述类别相适应的交易子系统，进行数据内容交互；所述交易子系统包括：中长期交易子系统和短期现货交易子系统、批发市场交易子系统和零售市场交易子系统中的至少一种；

所述业务应用层，用于对各服务的分布进行统一协调调用响应；

所述支撑层，用于支撑所述交易系统的运行；

所述基础设施层，用于为所述交易系统提供运行基础设施。

2.根据权利要求1所述的系统，其特征在于，所述交互访问层，具体用于：获取所述用户的访问数据，根据所述数据，确定所述用户为电力用户、电网公司、售电公司、发电企业或监管机构中的至少一种。

3.根据权利要求1所述的系统，其特征在于，所述业务应用层，包括：业务微服务模块、共享微服务模块和数据融合模块；

所述业务微服务模块，用于对不同的业务进行对应的响应；

所述共享微服务模块，用于将响应后的数据以预设形式，共享给所述用户；

所述数据融合模块，用于对与所述用户交互过程中产生的数据进行预设方式的融合。

4.根据权利要求3所述的系统，其特征在于，所述业务微服务模块，包括：市场管理微服务单元、交易组织微服务单元、交易监控微服务单元、信用管理微服务单元、市场出清微服务单元中的至少一种；和/或，

所述共享微服务模块包括：报表工具微服务单元、用户中心微服务单元、权限中心微服务单元、人工智能服务单元、统一告警微服务单元和消息中心微服务单元中的至少一种；和/或，

所述数据融合模块，包括：基础数据微服务单元、实时数据微服务单元和融合数据微服务单元中的至少一种。

5.根据权利要求1所述的系统，其特征在于，所述支撑层具体用于：基于Docker容器技术的分布式容器集群管理系统为所述交易系统的应用提供部署运行、资源调度、服务发现和动态伸缩的支撑功能；

所述支撑层包括：监控及配置管理平台、微服务设施模块、大数据平台、外部集成模块中的至少一种；

所述监控及配置管理平台，用于对所述交易系统的运行情况进行监控；

所述微服务设施模块，用于对所述交易系统的运行环境、测试环境和开发环境进行管理；

所述大数据平台，用于对所述交易系统的运行数据按照预设标准进行分析和挖掘；

所述外部集成模块，用于连接第三方系统，与所述第三方系统进行数据交互。

6.根据权利要求1所述的系统，其特征在于，所述基础设施层，具体用于：为所述交易系统提供计算资源、网络资源和存储资源。

7.根据权利要求1所述的系统，其特征在于，所述支撑层，具体用于服务注册、服务监控、服务审计中的至少一种。

8.根据权利要求1所述的系统，其特征在于，所述业务应用层，包括：身份认证组件；

所述身份认证组件，用于对所述用户的访问权限进行管理。

9.根据权利要求8所述的系统，其特征在于，所述业务应用层，还包括：日志组件；

所述日志组件，用于记录所述交易系统运行中的操作日志。

10.根据权利要求1所述的系统，其特征在于，所述业务应用层，包括：加密模块，所述加密模块为所述交易系统中的敏感数据的传输进行加密；

所述敏感数据，包括：电力交易数据申报信息、电力交易单据信息、计划结算结果信息中的至少一种。

Images