[发明专利]基于区块链的状态机工作流引擎及分布式存储的工作方法

说明书

本发明提出了一种基于区块链的状态机工作流引擎及分布式存储的工作方法，该工作方法包括：S1，判断业务系统是否接收到流程化管理的业务命令；S2，通过异步推送MQ消息给数据分发器系统异步消费JSON数据，同时数据分发器系统根据业务需求调用Git相应命令让Git执行分布式存储和状态机工作流操作；S3，Git返回数据给数据分发器系统后，数据分发器系统再异步推送MQ消息让业务系统来异步消费JSON数据。本发明打造强大的分布式存储+状态机工作流，对中小型互联网公司来说开发简单，便于维护，最重要的是能保证数据的安全性，数据的完整性、一致性、容错性、鲁棒性、可靠性、可扩展性等，同时还具备异地备灾，各地区进行备份恢复等。

技术领域

本发明涉及一种大数据技术领域，特别是涉及一种基于区块链的状态机工作流引擎及分布式存储的工作方法。

背景技术

现在很多生态，譬如医疗生态存在这样一个棘手的问题，就是如何像OA一样实现无纸化，又能保证数据安全，可信性，完整性，一致性的系统要求，那么我们究竟需要做一种什么样的系统设计才能满足需求呢？尤其对整个系统运行过程中一些特别需要保证真实性，最终状态不可逆，能防止篡改，又要保证系统运行过程能保留历史记录并保证数据不丢失，又随时可查找各个状态的历史记录，也就是可追溯性呢？要解决这个问题，我们从现有的工作流引擎开始讨论：现有的工作流引擎显得笨重，做成分布式应用部署需要改造(例如Activiti：分布式全局唯一ID分发解决主键冲突，以及获取lastId多台服务器lastId字段数据不同步)，现在市面上开源的工作流引擎主要有：Workflow、Activiti、jBPM、Flowable等，而针对一些复杂的应用场景，单纯的工作流引擎是无法满足需求的，还必须要结合状态机来实现流转到达任意节点，也就是说可回退后面以执行的任意节点，也可以跳达前面没执行的任意节点，难点是这个设计方案本身就不那么好实现，当然也已有一些专利技术实现了这个设计方案，只是很复杂。

发明内容

本发明旨在至少解决现有技术中存在的技术问题，特别创新地提出了一种基于区块链的状态机工作流引擎及分布式存储的工作方法。

为了实现本发明的上述目的，本发明提供了一种基于区块链的状态机工作流引擎及分布式存储的工作方法，包括：

S1，判断业务系统是否接收到流程化管理的业务命令：

若业务系统接收到流程化管理的业务命令，则执行步骤S2；

若业务系统未接收到流程化管理的业务命令，则继续等待；

S2，通过异步推送MQ消息给数据分发器系统异步消费JSON数据，同时数据分发器系统根据业务需求调用Git相应命令让Git执行分布式存储和状态机工作流操作；

S3，Git返回数据给数据分发器系统后，数据分发器系统再异步推送MQ消息让业务系统来异步消费JSON数据；

S4，业务系统实时将流程化管理的业务数据经由上链系统网关，统一上传到区块链云平台进行存储。

在本发明的一种优选实施方式中，还包括外部系统既可直接实时调用业务系统的数据，也可以从区块链云平台上获取数据。

在本发明的一种优选实施方式中，在步骤S1中包括：

业务系统向其它服务器的系统上创建一个文件夹A，再在文件夹A中创建一个文件a.json，向文件a.json里写入格式为json的流程节点数据；

利用GitLab客户端创建一个用户，该用户包括用户设置的用户名和密码，登录成功后，该用户创建或选择一个分组G，再在分组G内创建一个项目仓库R。

在本发明的一种优选实施方式中，若检测到删除已经合并到master的所有分支，则业务系统将已经合并到master的所有分支删除。