CN111917872A - 一种结构化消息流的数据服务架构方法 - Google Patents

Abstract

一种结构化消息流的数据服务架构方法，包括以下具体步骤：S1、将信息系统中包括的实体和活动分别抽象为具有唯一ID的结构化消息体，将结构化消息体顺序存储于数据库表中；S2、提供与S1特征相适应的基本数据处理过程，并对结构化消息体进行处理；其中，基本数据处理过程包括创建过程、查看过程、更新过程、删除过程和查询过程。本发明提出的数据服务架构方法通过提供一种轻量化的脚本开发和运行模式，将所有的信息简化为消息体，实现一种轻量化的微应用开发和结构化消息流数据服务，从而提高了信息系统构建的效率，且降低了信息系统构建的成本。

Description

一种结构化消息流的数据服务架构方法

技术领域

本发明涉及信息系统开发技术领域，尤其涉及一种结构化消息流的数据服务架构方法。

背景技术

传统的信息系统开发方式普遍采用瀑布式的开发方式，需要经历需求调研、系统架构、功能设计和系统开发和单元测试、集成测试以及交付等一系列的过程；在现有的开发工具和架构中，对于系统架构、功能设计和系统开发方面较为复杂、管理沟通成本较高，需要经过专业的训练、相关IDE开发工具和编程语言的学习以及项目团队支持才能进行；但是不适合中小微规模信息系统的开发构建；为此，本申请中提出一种结构化消息流的数据服务架构方法。

发明内容

(一)发明目的

为解决背景技术中存在的技术问题，本发明提出一种结构化消息流的数据服务架构方法，本发明提供一种轻量化的脚本开发和运行模式，将所有的信息简化为消息体，实现一种轻量化的微应用开发和结构化消息流数据服务，提高了信息系统构建的效率，且降低了信息系统构建的成本。

(二)技术方案

为解决上述问题，本发明提供了一种结构化消息流的数据服务架构方法，包括以下具体步骤：

S1、将信息系统中包括的实体和活动分别抽象为具有唯一ID的结构化消息体，将结构化消息体顺序存储于数据库表中；

S2、提供与S1特征相适应的基本数据处理过程，并对结构化消息体进行处理；其中，基本数据处理过程包括创建过程、查看过程、更新过程、删除过程和查询过程。

优选的，S2中结构化消息体数据的创建过程和更新过程，包括以下具体步骤：

S21、向系统发出请求信息；请求信息中包含微应用ID、操作方法ID和消息体数据；其中，当更新结构化消息体时，请求信息中还包含被操作结构化消息体的ID；

S22、系统响应请求，并依据请求信息数据中的微应用ID，检索到对应的微应用；

S23、系统根据操作方法ID，检索微应用中相应的操作方法，以确认用户是否有权限操作上述请求；

若用户权限验证通过，系统继续执行S24；否则返回错误信息，过程终止；

S24、系统解析操作方法，并确定微应用中对应上述操作方法的数据模板；数据模板中包括数据字段定义；系统将操作方法中定义的默认填充数据，以及用户提交的消息体中的数据，填充到数据模板中的对应数据字段，然后进行如下过程：

S241、系统逐一对数据模板中定义的可操作数据字段，按照其中定义的规则进行值的验证以及数据处理；若验证成功，则上述待验证的可操作数据字段的值或值显示将数据模板中的标签、标题和内容中的占位符进行替换；如果上述可操作数据字段的值是另一个已存在的结构化消息体ID，则这个被关联的结构化消息体中的@协作用户列表和其包含的数据链信息被全部包含在本条结构化消息体中的@协作用户队列和数据链信息中；

若验证错误，则上述待验证的可操作数据字段的校验错误被记录在一个校验错误队列中；

S242、系统逐一对数据模板中定义的统计类数据字段，通过本条数据模板中的数据字段中的值、其他关联结构化消息体中的字段以及关联在微应用中的统计类结构化消息体中的数据代入统计类数据字段中定义的数学表达式中的变量进行计算，产生一个计算值；此计算值或值显示将数据模板中的标签、标题和内容中的占位符进行替换；

如计算错误或得到的计算值验证失败，则计算错误或校验错误被记录在S241中的校验错误队列中；

S243、系统逐一对数据模板中定义的校验类数据字段，通过将当前数据模板中数据字段的值代入校验类数据字段中定义的数学表达式中的变量进行计算，并产生一个计算判断值；

如计算判断值为False或计算错误时，将校验类数据字段记录在S241中的中的校验错误队列中；

S244、系统判断最终的校验错误队列是否为空；

如校验错误队列为空时，系统继续执行S25；否则系统将校验错误队列以错误提示返回，上述操作过程终止；

S25、系统将数据模板中的ID和值、操作用户、操作时间和操作方法ID以键值对的一个对象作为最新版本，添加到结构化消息体的版本信息中；

S26、系统检索微应用中与本数据模板ID对应的全部更新类操作方法，以及与本数据模板相关的全部创建类操作方法，将其添加到本结构化消息体中的操作方法集合中；

S27、系统将微应用中定义的@协助用户信息添加到结构化消息体的@协作用户信息首端，用于完整存储结构化消息体的数据查看和操作权限信息；系统将微应用包含的数据链信息添加到结构化消息体中数据链的首端；

S28、系统完成对全部结构化消息体中的属性数据整理后，将得到的结构化消息体存储到数据库表中，其中，得到的结构化消息体具有唯一ID；

当更新上述结构化消息体时，得到的结构化消息体ID保持不变。

优选的，S241和S27中包括的@协助用户列表中，除了实现@通知和使被@用户有查看权限外，还可通过“@+特殊含义协助字符+用户名”，使被@用户具有特殊的数据查看和数据操作权限。

优选的，S241和S27中结构化消息体中的数据链信息，其采用一种“t+被关联结构化消息体ID”的字符串形式，任意一条结构化消息体中关联的其他结构化消息体中的数据链信息都会被完整保存在本条结构化消息体的数据链信息中。

优选的，结构化消息体中的数据链信息既支持系统从一个结构化消息体的数据链信息中快速检索关联的结构化消息体，还支持系统从一个结构化消息体的ID，快速检索在数据链中包含该ID的关联结构化消息体。

优选的，微应用无需编译，微应用采用JSON作为开发语言。

优选的，S2中结构化消息体数据的查看过程，包括以下具体步骤：

S201、系统通过唯一ID，取得对应结构化消息体的原始存储数据；

S202、系统校验当前用户的权限；如验证通过，系统继续执行S203；否则系统返回错误信息，过程终止；

S203、系统根据当前用户和结构化消息体权限控制信息，隐藏并过滤无权限查看的数据；

S204、系统根据当前用户和结构化消息体权限控制信息，对结构化消息体中操作方法集合逐一进行验证，隐藏并过滤无权限操作的操作方法；

S205、系统将最终的结构化消息体数据作为响应返回。

本发明的上述技术方案具有如下有益的技术效果：

本发明中，通过结构化消息流数据服务模块将信息系统中的实体和活动简化为一条条具有唯一ID的消息体，消息体能够将全部的数据串联在一起，形成数据间的网络关系，从而完整反映信息系统实际应用场景中实体和活动的关系，并能够通过通用数据API快速建立数据统计分析路径；脚本化底层数据服务应用开发模块接收并解析符合API接口规范的键值对表单数据；通过微应用定义的数据结构和操作、重新封装为一个结构化信息体规范的数据结构，通过占位符等自动生成一个消息标题，通过数据存储管理存储到数据库中，通过统一的API接口，可实现对于数据体的查阅、更新、删除和查询操作，从而信息系统的开发维护仅需要关心业务逻辑的实现，将信息系统中的基础业务逻辑、数据库访问和数据库管理隐藏起来，从而极大提高整体应用系统的构建效率，大大降低信息系统构建的成本。

附图说明

图1为本发明提出的一种结构化消息流的数据服务架构方法的流程图。

图2为本发明提出的一种结构化消息流的数据服务架构方法中结构化消息体数据的创建过程和更新过程的流程图。

图3为本发明提出的一种结构化消息流的数据服务架构方法中结构化消息体数据的查看过程的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本发明进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。

如图1-3所示，本发明提出的一种结构化消息流的数据服务架构方法，包括以下具体步骤：

S1、将信息系统中包括的实体和活动分别抽象为具有唯一ID的结构化消息体，将结构化消息体顺序存储于数据库表中；其中，每一个消息体内部通过一个特殊的数据类型，即消息体ID，能够将全部的数据串联在一起，形成数据间的网络关系，从而完整反映信息系统实际应用场景中实体和活动的关系；

需要说明的是，结构化消息体通过将信息系统中的实体和活动抽象为如表1中的数据结构，结构化消息体兼具结构化数据和类似“微博”的消息流特点。它是整个结构化消息流服务的数据基础,表达一个如下的实体或活动抽象信息：

结构化消息体＝唯一ID标识+谁+在什么时候+做了什么(或登记了什么)+关键结构数据+数据操作逻辑+收件人和流程协助者+关联其他结构化消息体ID的数据链路信息+附件信息

表1结构化消息体中的数据结构

结构化消息体中的Tdata表达了一份结构化数据结构映射，实现了数据的扁平化结构，一个数据模板中的字段包括如表2和特殊数据类型想对应的属性。

表2数据模板中的字段

结构化消息体通过关系型或非关系型数据库实现数据库管理，其结构化数据部分采用JSON作为数据表示语言，目前结构化消息体支持四种数据类型如表3：基础数据类型、关联结构化消息体数据类型、统计和验证类数据类型和数组数据类型；

表3结构化消息体支持的数据结构类型

S2、提供与S1特征相适应的基本数据处理过程，并对结构化消息体进行处理；其中，基本数据处理过程包括创建过程、查看过程、更新过程、删除过程和查询过程，通过上述数据处理过程完成信息系统中的数据结构定义、数据操作和基础业务逻辑定义、权限控制以及应用配置信息管理等过程。

在一个可选的实施例中，S2中结构化消息体数据的创建过程和更新过程，包括以下具体步骤：

S21、向系统发出请求信息；请求信息中包含微应用ID、操作方法ID和消息体数据；其中，当更新结构化消息体时，请求信息中还包含被操作结构化消息体的ID；

S22、系统响应请求，并依据请求信息数据中的微应用ID，检索到对应的微应用；

S23、系统根据操作方法ID，检索微应用中相应的操作方法，以确认用户是否有权限操作上述请求；

若用户权限验证通过，系统继续执行S24；否则返回错误信息，过程终止；

S24、系统解析操作方法，并确定微应用中对应上述操作方法的数据模板；数据模板中包括数据字段定义；

系统将操作方法中定义的默认填充数据，以及用户提交的消息体中的数据，填充到数据模板中的对应数据字段，然后进行如下过程：

S241、系统逐一对数据模板中定义的可操作数据字段，按照其中定义的规则进行值的验证以及数据处理；若验证成功，则上述待验证的可操作数据字段的值或值显示将数据模板中的标签、标题和内容中的占位符进行替换；如果上述可操作数据字段的值是另一个已存在的结构化消息体ID，则这个被关联的结构化消息体中的@协作用户列表和其包含的数据链信息被全部包含在本条结构化消息体中的@协作用户队列和数据链信息中；

若验证错误，则上述待验证的可操作数据字段的校验错误被记录在一个校验错误队列中；

S242、系统逐一对数据模板中定义的统计类数据字段，通过本条数据模板中的数据字段中的值、其他关联结构化消息体中的字段以及关联在微应用中的统计类结构化消息体中的数据代入统计类数据字段中定义的数学表达式中的变量进行计算，产生一个计算值；此计算值或值显示将数据模板中的标签、标题和内容中的占位符进行替换；

如计算错误或得到的计算值验证失败，则计算错误或校验错误被记录在S241中的校验错误队列中；

S243、系统逐一对数据模板中定义的校验类数据字段，通过将当前数据模板中数据字段的值代入校验类数据字段中定义的数学表达式中的变量进行计算，并产生一个计算判断值；

如计算判断值为False或计算错误时，将校验类数据字段记录在S241中的中的校验错误队列中；

S244、系统判断最终的校验错误队列是否为空；

如校验错误队列为空时，系统继续执行S25；否则系统将校验错误队列以错误提示返回，上述操作过程终止；

S25、系统将数据模板中的ID和值、操作用户、操作时间和操作方法ID以键值对的一个对象作为最新版本，添加到结构化消息体的版本信息中；

S26、系统检索微应用中与本数据模板ID对应的全部更新类操作方法，以及与本数据模板相关的全部创建类操作方法，将其添加到本结构化消息体中的操作方法集合中；

S27、系统将微应用中定义的@协助用户信息添加到结构化消息体的@协作用户信息首端，用于完整存储结构化消息体的数据查看和操作权限信息；系统将微应用包含的数据链信息添加到结构化消息体中数据链的首端；

S28、系统完成对全部结构化消息体中的属性数据整理后，将得到的结构化消息体存储到数据库表中，其中，得到的结构化消息体具有唯一ID；

当更新上述结构化消息体时，得到的结构化消息体ID保持不变。

在一个可选的实施例中，S241和S27中包括的@协助用户列表中，除了实现@通知和使被@用户有查看权限外，还可通过“@+特殊含义协助字符+用户名”，使被@用户具有特殊的数据查看和数据操作权限如表4；

表4@协助机制定义

在一个可选的实施例中，S241和S27中结构化消息体中的数据链信息，其采用一种“t+被关联结构化消息体ID”的字符串形式，任意一条结构化消息体中关联的其他结构化消息体中的数据链信息都会被完整保存在本条结构化消息体的数据链信息中。

在一个可选的实施例中，结构化消息体中的数据链信息既支持系统从一个结构化消息体的数据链信息中快速检索关联的结构化消息体，还支持系统从一个结构化消息体的ID，快速检索在数据链中包含该ID的关联结构化消息体。

需要说明的是，为进一步说明结构化消息体中的数据链信息快速检索的方法，特如下的说明：

如一台X公司生产的Y型号冰箱的报修工单，这里设：

X公司的结构化消息体ID＝1

Y型号冰箱的结构化消息体ID＝2

具体该冰箱的结构化消息体ID＝3

报修工单的结构化消息体ID＝4

则报修工单的数据链信息＝t1t2t3；

若为获得上述报修工单到底是归属那个公司进行对接，只需要通过数据链信息按如下样例的请求即可获得：

HTTP GET/api/tword/4/treferences？TtemplateId＝公司

若为获得X公司的报修工单，可以通过数据链信息按如下样例的请求即可获得：

HTTP GET/api/tword/1/treferenceds？TtemplateId＝报修工单

通过上述事例中的请求方法可以看出，本发明对结构化消息体中的数据链信息进行查找时，无需数据库联表查询即可快速检索关联数据。

在一个可选的实施例中，微应用无需编译，用户使用时无需安装下载即可使用，微应用采用JSON作为开发语言；

其中，微应用提供了结构化消息体数据结构处理过程规则，微应用配置了数据模版、数据操作方法、角色和权限控制信息、微应用配置信息，微应用中的数据模板包括生成结构化消息体数据的全部数据结构信息，并采用一种内嵌的扁平数据结构；

一个微应用本身也通过结构化消息体进行存储，通过Tdata部分存储源代码信息；一个微应用脚本源代码定义了如下信息：

·Ttemplates:数据结构模板集合

·Tactions:数据操作逻辑定义集合

·应用内权限控制设置和角色权限控制(ACL)

·应用系统配置信息

微应用代码提交系统服务后，系统将根据定义，可实现一个可用的基础数据服务H5网页系统，并自动生成一份该应用的Tapp技术手册和相关API接口定义。

在一个可选的实施例中，S2中结构化消息体数据的查看过程，包括以下具体步骤：

S201、系统通过唯一ID，取得对应结构化消息体的原始存储数据；

S202、系统校验当前用户的权限；如验证通过，系统继续执行S203；否则系统返回错误信息，过程终止；

S203、系统根据当前用户和结构化消息体权限控制信息，隐藏并过滤无权限查看的数据；

S204、系统根据当前用户和结构化消息体权限控制信息，对结构化消息体中操作方法集合逐一进行验证，隐藏并过滤无权限操作的操作方法；

S205、系统将最终的结构化消息体数据作为响应返回。

应当理解的是，本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理，而不构成对本发明的限制。因此，在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。此外，本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (7)

1.一种结构化消息流的数据服务架构方法，其特征在于，包括以下具体步骤：

S1、将信息系统中包括的实体和活动分别抽象为具有唯一ID的结构化消息体，将结构化消息体顺序存储于数据库表中；

S2、提供与S1特征相适应的基本数据处理过程，并对结构化消息体进行处理；其中，基本数据处理过程包括创建过程、查看过程、更新过程、删除过程和查询过程。

2.根据权利要求1所述的一种结构化消息流的数据服务架构方法，其特征在于，S2中结构化消息体数据的创建过程和更新过程，包括以下具体步骤：

S21、向系统发出请求信息；请求信息中包含微应用ID、操作方法ID和消息体数据；其中，当更新结构化消息体时，请求信息中还包含被操作结构化消息体的ID；

S22、系统响应请求，并依据请求信息数据中的微应用ID，检索到对应的微应用；

S23、系统根据操作方法ID，检索微应用中相应的操作方法，以确认用户是否有权限操作上述请求；

若用户权限验证通过，系统继续执行S24；否则返回错误信息，过程终止；

S24、系统解析操作方法，并确定微应用中对应上述操作方法的数据模板；数据模板中包括数据字段定义；系统将操作方法中定义的默认填充数据，以及用户提交的消息体中的数据，填充到数据模板中的对应数据字段，然后进行如下过程：

S241、系统逐一对数据模板中定义的可操作数据字段，按照其中定义的规则进行值的验证以及数据处理；若验证成功，则上述待验证的可操作数据字段的值或值显示将数据模板中的标签、标题和内容中的占位符进行替换；如果上述可操作数据字段的值是另一个已存在的结构化消息体ID，则这个被关联的结构化消息体中的@协作用户列表和其包含的数据链信息被全部包含在本条结构化消息体中的@协作用户队列和数据链信息中；

若验证错误，则上述待验证的可操作数据字段的校验错误被记录在一个校验错误队列中；

S242、系统逐一对数据模板中定义的统计类数据字段，通过本条数据模板中的数据字段中的值、其他关联结构化消息体中的字段以及关联在微应用中的统计类结构化消息体中的数据代入统计类数据字段中定义的数学表达式中的变量进行计算，产生一个计算值；此计算值或值显示将数据模板中的标签、标题和内容中的占位符进行替换；

如计算错误或得到的计算值验证失败，则计算错误或校验错误被记录在S241中的校验错误队列中；

S243、系统逐一对数据模板中定义的校验类数据字段，通过将当前数据模板中数据字段的值代入校验类数据字段中定义的数学表达式中的变量进行计算，并产生一个计算判断值；

如计算判断值为False或计算错误时，将校验类数据字段记录在S241中的中的校验错误队列中；

S244、系统判断最终的校验错误队列是否为空；

如校验错误队列为空时，系统继续执行S25；否则系统将校验错误队列以错误提示返回，上述操作过程终止；

S25、系统将数据模板中的ID和值、操作用户、操作时间和操作方法ID以键值对的一个对象作为最新版本，添加到结构化消息体的版本信息中；

S26、系统检索微应用中与本数据模板ID对应的全部更新类操作方法，以及与本数据模板相关的全部创建类操作方法，将其添加到本结构化消息体中的操作方法集合中；

S27、系统将微应用中定义的@协助用户信息添加到结构化消息体的@协作用户信息首端，用于完整存储结构化消息体的数据查看和操作权限信息；系统将微应用包含的数据链信息添加到结构化消息体中数据链的首端；

S28、系统完成对全部结构化消息体中的属性数据整理后，将得到的结构化消息体存储到数据库表中，其中，得到的结构化消息体具有唯一ID；

当更新上述结构化消息体时，得到的结构化消息体ID保持不变。

3.根据权利要求2所述的一种结构化消息流的数据服务架构方法，其特征在于，S241和S27中包括的@协助用户列表中，除了实现@通知和使被@用户有查看权限外，还可通过“@+特殊含义协助字符+用户名”，使被@用户具有特殊的数据查看和数据操作权限。

4.根据权利要求2所述的一种结构化消息流的数据服务架构方法，其特征在于，S241和S27中结构化消息体中的数据链信息，其采用一种“t+被关联结构化消息体ID”的字符串形式，任意一条结构化消息体中关联的其他结构化消息体中的数据链信息都会被完整保存在本条结构化消息体的数据链信息中。

5.根据权利要求4所述的一种结构化消息流的数据服务架构方法，其特征在于，结构化消息体中的数据链信息既支持系统从一个结构化消息体的数据链信息中快速检索关联的结构化消息体，还支持系统从一个结构化消息体的ID，快速检索在数据链中包含该ID的关联结构化消息体。

6.根据权利要求2所述的一种结构化消息流的数据服务架构方法，其特征在于，微应用无需编译，微应用采用JSON作为开发语言。

7.根据权利要求1所述的一种结构化消息流的数据服务架构方法，其特征在于，S2中结构化消息体数据的查看过程，包括以下具体步骤：

S201、系统通过唯一ID，取得对应结构化消息体的原始存储数据；

S202、系统校验当前用户的权限；如验证通过，系统继续执行S203；否则系统返回错误信息，过程终止；

S203、系统根据当前用户和结构化消息体权限控制信息，隐藏并过滤无权限查看的数据；

S204、系统根据当前用户和结构化消息体权限控制信息，对结构化消息体中操作方法集合逐一进行验证，隐藏并过滤无权限操作的操作方法；

S205、系统将最终的结构化消息体数据作为响应返回。

Images