CN110060128B - 一种数据管理方法及系统 - Google Patents

Abstract

本发明针对现有技术的不足，提供一种数据管理方法及系统，本发明建立委托订单模型，通过统一的概念、模型、接口来提供一致性的数据管理解决方案，为各种业务场景中事情的发生、处理、结束整个生命周期提供统一的数据管理模式，并形成统一格式的数据，方便第三方业务系统接入时追溯历史数据，获取信息。本发明在分布式节点上进行数据的分布式处理，整个处理过程被记录在区块链上，待处理数据和处理结果分散地分布在区块链中的若干个节点处，实现了区块链上的数据资源共享，数据可追溯不可篡改，提高了数据的处理效率并同时保障了数据的隐私性和安全性。

Description

一种数据管理方法及系统

技术领域

本发明属于数据管理技术领域，涉及一种数据管理方法及系统。

技术背景

近年来，由于数据来源的多样性以及存储介质的低成本性，越来越多的数据被产生存储并积累。随着数据规模的急剧增加以及人们对数据的愈发重视，大数据迅速发展并成为人们关注的焦点和社会各界关注的热点。在软件应用系统中，追溯已发生事情的来龙去脉是一个很高频的动作，在软件应用系统与真实的业务场景的对应关系中，我们需要记录在各种业务场景下，发生了什么事情，以及与这件事相关的钱、物的变化记录，以便最终能够统一追溯事、钱、物的来龙去脉。但是，目前各个不同的应用系统采用不同的数据管理结构，由于没有统一定义模型、结构、处理流程，在实际应用过程中，无法对这类的数据进行统一管理，严重影响数据溯源以及信息的交互。如何使用合理的数据结构存储数据，以实现深化数据利用能力的同时具有安全保障的数据开放，是一个亟待解决的问题。区块链技术的出现解决了数据共享的安全问题，如专利文献CN108256965A公开了一种基于区块链的分布式电子商务平台系统，解决了数据共享的安全问题，但是这种系统仍然存在无法对数据进行统一管理，数据溯源以及信息的交互不便的问题。

发明内容

本发明针对现有技术的不足，提供一种数据管理方法及系统，本发明建立委托订单模型，通过统一的概念、模型、接口来提供一致性的数据管理解决方案，为各种业务场景中事情的发生、处理、结束整个生命周期提供统一的数据管理模式，并形成统一格式的数据，方便第三方业务系统接入时追溯历史数据，获取信息。本发明在分布式节点上进行数据的分布式处理，整个处理过程被记录在区块链上，待处理数据和处理结果分散地分布在区块链中的若干个节点处，实现了区块链上的数据资源共享，数据可追溯不可篡改，提高了数据的处理效率并同时保障了数据的隐私性和安全性。

本发明的具体技术方案如下：

一种数据管理方法，所述方法包括以下步骤：

(1)、建立委托订单模型；

(2)、根据所述委托订单模型产生订单数据；

(3)、将所述订单数据存储到区块链上；

(4)、共享所述订单数据；

(5)、循环执行步骤(2)～(4)。

进一步地，所述步骤(2)中根据所述委托订单模型产生订单数据的步骤包括委托订单的建立步骤以及委托订单状态的更新步骤。委托订单可以认为是委托者需要做某件事情，并发起了一个业务请求，系统记录了此请求的基础信息，作为此业务执行的起点。为了完成委托订单发起的业务，可能需要执行多个中间步骤，每个执行步骤代表此业务的生命周期的关键节点，这些节点将作为以后此业务的追溯信息来源，这时需要将完成的结果状态更新到委托订单状态上。

进一步地，委托订单的建立步骤包括委托订单基本信息的产生步骤以及多个交易订单的产生步骤，为了完成委托订单的业务请求，需要经过多个业务环节执行处理，每个处理都可以抽象成一个交易订单。一个委托订单的业务请求，需要1个或多个交易订单协调完成。交易订单的产生步骤根据不同的业务类型产生不同的交易订单数据。

进一步地，所述委托订单的基本信息包括委托单号、委托时间、委托类型、发起人编码、发起人姓名、发起人手机号及委托状态。

进一步地，所述交易订单数据包括交易单号、交易时间、交易类型、交易状态、执行人编码、执行人姓名、执行人手机号以及委托订单号。另外，所述交易订单数据还包括类型数据，根据交易类型的不同记录不同的数据，对于审核类记录附加属性、交易类型(业务系统_类型)、结果(审核通过、审核拒绝)，交易类记录附加属性(资产编号、资产名称、资产数量；资产单价、成交数量、成交总额)、成交类型(业务系统_类型)、结果(成功、失败、进行中)，服务类记录交易类型(业务系统_类型)、结果(成功、失败、其他)。

进一步地，所述委托订单状态的更新步骤包括对委托订单基本信息的更新以及交易订单的更新步骤。所述交易订单的更新步骤包括对交易订单数据的更新步骤以及资金订单的建立步骤与更新步骤、资产订单的建立步骤与更新步骤、保管箱订单的建立步骤与更新步骤，为了完成第一步委托订单发起的业务，可能需要执行多个中间步骤，每个中间步骤如果涉及到对钱、物的变动，创建资金、资产订单，资金资产订单也是此业务的追溯信息来源。如果发生了区块链保管箱中账户资产的数量流通，创建保管箱订单。所述资金订单记录委托单号、成交单号、资金单号、交易类型、订单时间、成交金额、资金账户以及成交状态。资产订单记录委托单号、成交单号、资产单号、交易类型、订单时间、资产代码、资产名称、资产数量、资产账户以及成交状态。保管箱订单记录委托单号、成交单号、保管单号、交易类型、订单时间、资产代码、资产名称、资产数量、保管箱账户、保管箱账户地址以及成交状态。

进一步地，所述步骤(4)还包括对所述订单数据设置权限的步骤，对于数据，部分数据只能浏览不能修改，根据用户权限共享数据，不同的用户具有不同的权限。

本发明进一步提供一种基于上述数据管理方法的数据管理系统，所述系统包括数据输入端、委托订单模型服务器、区块链服务器以及查询终端，所述数据输入端接收用户的数据输入并将数据发送给所述委托订单模型服务器，所述委托订单模型服务器将来自所述数据输入端的数据按照委托订单模型进行转换并发送到所述区块链服务器，所述查询终端连接到所述区块链服务器，用于对订单数据进行查询。

进一步地，所述委托订单模型服务器包括多个。

进一步地，所述区块链服务器包括多个，采用分布式结构。

本发明能够得到以下有益效果：

1、本发明建立委托订单模型，通过统一的概念、模型、接口来提供一致性的数据管理解决方案，并形成统一格式的数据，方便第三方业务系统接入时获取信息。

2、为各种业务场景中事情的发生、处理、结束整个生命周期提供统一的数据管理模式，可以追溯业务场景中整个生命周期的历史数据。

3、本发明在分布式节点上进行数据的分布式处理，整个处理过程被记录在区块链上，待处理数据和处理结果分散地分布在区块链中的若干个节点处，实现了区块链上的数据资源共享，数据可追溯不可篡改，提高了数据的处理效率并同时保障了数据的隐私性和安全性。

附图说明

图1是本发明数据管理方法流程图；

图2是本发明委托订单模型数据结构示意图；

图3是本发明数据管理系统结构示意图。

具体实施方式

为了使本发明的发明目的、技术方案和有益技术效果更加清晰，以下结合实施例，对本发明进行进一步详细说明。应当理解的是，本说明书中描述的实施例仅仅是为了解释本发明，并非为了限定本发明，实施例的具体参数设置等可因地制宜做出选择而对结果并无实质性影响。

如图1所示，一种数据管理方法，所述方法包括以下步骤：

(1)、建立委托订单模型；

(2)、根据所述委托订单模型产生订单数据；

(3)、将所述订单数据存储到区块链上；

(4)、共享所述订单数据；

(5)、循环执行步骤(2)～(4)。

所述步骤(2)中根据所述委托订单模型产生订单数据的步骤包括委托订单的建立步骤以及委托订单状态的更新步骤。委托订单可以认为是委托者需要做某件事情，并发起了一个业务请求，系统记录了此请求的基础信息，作为此业务执行的起点。为了完成委托订单发起的业务，可能需要执行多个中间步骤，每个执行步骤代表此业务的生命周期的关键节点，这些节点将作为以后此业务的追溯信息来源，这时需要将完成的结果状态更新到委托订单状态上。

委托订单的建立步骤包括委托订单基本信息的产生步骤以及多个交易订单的产生步骤，为了完成委托订单的业务请求，需要经过多个业务环节执行处理，每个处理都可以抽象成一个交易订单。一个委托订单的业务请求，需要1个或多个交易订单协调完成。交易订单的产生步骤根据不同的业务类型产生不同的交易订单数据。

所述委托订单的基本信息包括委托单号、委托时间、委托类型、发起人编码、发起人姓名、发起人手机号及委托状态。

所述交易订单数据包括交易单号、交易时间、交易类型、交易状态、执行人编码、执行人姓名、执行人手机号以及委托订单号。另外，所述交易订单数据还包括类型数据，根据交易类型的不同记录不同的数据，对于审核类记录附加属性、交易类型(业务系统_类型)、结果(审核通过、审核拒绝)，交易类记录附加属性(资产编号、资产名称、资产数量；资产单价、成交数量、成交总额)、成交类型(业务系统_类型)、结果(成功、失败、进行中)，服务类记录交易类型(业务系统_类型)、结果(成功、失败、其他)。

所述委托订单状态的更新步骤包括对委托订单基本信息的更新以及交易订单的更新步骤。所述交易订单的更新步骤包括对交易订单数据的更新步骤以及资金订单的建立步骤与更新步骤、资产订单的建立步骤与更新步骤、保管箱订单的建立步骤与更新步骤，为了完成第一步委托订单发起的业务，可能需要执行多个中间步骤，每个中间步骤如果涉及到对钱、物的变动，创建资金、资产订单，资金资产订单也是此业务的追溯信息来源。如果发生了区块链保管箱中账户资产的数量流通，创建保管箱订单。所述资金订单记录委托单号、成交单号、资金单号、交易类型、订单时间、成交金额、资金账户以及成交状态。资产订单记录委托单号、成交单号、资产单号、交易类型、订单时间、资产代码、资产名称、资产数量、资产账户以及成交状态。保管箱订单记录委托单号、成交单号、保管单号、交易类型、订单时间、资产代码、资产名称、资产数量、保管箱账户、保管箱账户地址以及成交状态。

所述步骤(4)还包括对所述订单数据设置权限的步骤，对于数据，部分数据只能浏览不能修改，根据用户权限共享数据，不同的用户具有不同的权限。

图2为本发明委托订单管理模型数据存储结构示意图，所述订单数据包括委托订单的基本信息以及多个交易订单，所述委托订单的基本信息包括委托单号、委托时间、委托类型、发起人编码、发起人姓名、发起人手机号及委托状态。所述交易订单包括交易单号、交易时间、交易类型、交易状态、执行人编码、执行人姓名、执行人手机号以及委托订单号。所述交易订单根据交易类型的不同记录不同的数据，对于审核类记录附加属性、交易类型(业务系统_类型)、结果(审核通过、审核拒绝)，交易类记录附加属性(资产编号、资产名称、资产数量；资产单价、成交数量、成交总额)、成交类型(业务系统_类型)、结果(成功、失败、进行中)，服务类记录交易类型(业务系统_类型)、结果(成功、失败、其他)。交易订单还可以包括资金订单、资产订单以及保管箱订单，所述资金订单记录委托单号、成交单号、资金单号、交易类型、订单时间、成交金额、资金账户以及成交状态。资产订单记录委托单号、成交单号、资产单号、交易类型、订单时间、资产代码、资产名称、资产数量、资产账户以及成交状态。保管箱订单记录委托单号、成交单号、保管单号、交易类型、订单时间、资产代码、资产名称、资产数量、保管箱账户、保管箱账户地址以及成交状态。

如图3所示，本发明进一步提供一种基于上述数据管理方法的数据管理系统，所述系统包括数据输入端、委托订单模型服务器集群、多个分布式区块链服务器以及查询终端，所述数据输入端接收用户的数据输入并将数据发送给所述委托订单模型服务器集群，所述委托订单模型服务器集群将来自所述数据输入端的数据按照委托订单模型进行转换并发送到所述区块链服务器，所述查询终端连接到所述区块链服务器，用于对订单数据进行查询。

上面对本专利的较佳实施方式作了详细说明，但是本专利并不限于上述实施方式，在本领域的普通技术人员所具备的知识范围内，还可以在不脱离本专利宗旨的前提下做出各种变化。

Claims (6)

1.一种数据管理方法，其特征在于，所述方法包括以下步骤：

(1)、建立委托订单模型；

(2)、根据所述委托订单模型产生订单数据，包括委托订单的建立以及委托订单状态的更新，委托订单的建立包括委托订单基本信息的产生以及多个交易订单的产生；委托订单状态的更新包括对委托订单基本信息的更新以及交易订单的更新；所述交易订单的更新步骤包括对交易订单数据的更新步骤以及资金订单的建立步骤与更新步骤、资产订单的建立步骤与更新步骤、保管箱订单的建立步骤与更新步骤，从而形成统一格式的订单数据以及统一的数据管理模式；

所述资金订单记录委托单号、成交单号、资金单号、交易类型、订单时间、成交金额、资金账户以及成交状态；所述资产订单记录委托单号、成交单号、资产单号、交易类型、订单时间、资产代码、资产名称、资产数量、资产账户以及成交状态；所述保管箱订单记录委托单号、成交单号、保管单号、交易类型、订单时间、资产代码、资产名称、资产数量、保管箱账户地址以及成交状态；

(3)、将所述订单数据存储到区块链上，包括将所述委托订单基本信息的产生和更新以及交易订单的产生和更新整个处理过程记录在区块链上，待处理数据和处理结果分散地分布在区块链中的若干个节点处；

(4)、共享所述订单数据；

(5)、循环执行步骤(2)～(4)。

2.根据权利要求1所述的数据管理方法，其特征在于，所述委托订单的基本信息包括委托单号、委托时间、委托类型、发起人编码、发起人姓名、发起人手机号及委托状态。

3.根据权利要求1所述的数据管理方法，其特征在于，交易订单的产生步骤根据不同的业务类型产生不同的交易订单数据，所述交易订单数据包括交易单号、交易时间、交易类型、交易状态、执行人编码、执行人姓名、执行人手机号以及委托订单号。

4.根据权利要求1所述的数据管理方法，其特征在于，所述步骤(4)还包括对所述订单数据设置权限的步骤。

5.一种基于权利要求1-4任一项所述数据管理方法的数据管理系统，其特征在于，所述系统包括数据输入端、委托订单模型服务器、区块链服务器以及查询终端，所述数据输入端接收用户的数据输入并将数据发送给所述委托订单模型服务器，所述委托订单模型服务器将来自所述数据输入端的数据按照委托订单模型进行转换并发送到所述区块链服务器，所述查询终端连接到所述区块链服务器，用于对订单数据进行查询。

6.根据权利要求5所述的数据管理系统，其特征在于，所述区块链服务器包括多个，采用分布式结构。

Images