DB51-T 3148-2023 康复机器协作技术规范

DB51I 2 2 2 3 3 3 4 4 5本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定1康复机器协作技术规范GB/T16432-2016康复辅助器具分类GB/T20269信息安全技术信息系统安全管理GB/T21062.2-2007政务信息资源交换体系第2部分：技术GB/T35273信息安全技术个人信息安全4缩略语ACID：原子性、一致性、隔离性和持久性(Atomicity，Consistency，Isolation，Durability)ETL：抽取、转置、加载（Extract-Transform-LoHTTP：超文本传输协议(HyperTextTransferProtocHTTPS：安全超文本传输协议(HyperTextTransferProtocolSecuJMS：Java消息服务（JavaMessageSeJSON：JS对象表示法(JavaScriptObjectNotaMOM：面向消息的中间件(MessageOrientedMiddleware)MQ：清息队列(MessageQueue)REST：表现层状态转换(RepresentationalStateTraRPC：远程过程调用(RemoteProcedureC2gRPC：Google发起的开源远程过程调用(GoogleRemoteProcedSOAP：简单对象访问协议(SimpleObjectAccessPrWSDL：Web服务描述语言(WebServiceDescriptionLanguage)XML：可扩展标记语言(ExtensibleMarkupLang6.3协作平台应明确数据交换方式，并建立统一的数据接口和数据规范。系统管理系统管理安全管理交换流程管理交换服务层WSDLMOMMQ交换数据层38.1交换数据层分为协作数据管理和协作数据库两8.2协作数据库应支持对结构化数据、半结构化数据及非结构化数据的存储，应支持国内外主流数据8.3协作数据管理应实现各类交换数据源的配置管理，支持平台数据同步、数据格式转换及数据一致9.1基本要求协议等组成，如可实现Web服务的SOAP协议或RESTful框架、可实现消息服务的消息中间件MOM和可实现供图像及声音等非文本数据或高并发访问量时，宜采用RESTfulAPI，当需要支持ACID事务时，宜采用SOAP。SOAP实现应符合GB/T21062.2-2007中4.4.2规定的SOAP1.2清息封装9.3消息服务支撑消息服务应采用异步处理模式消息队列实现，宜遵循JMS规范。消息队列应a)保证严格的消息顺序；b)提供消息的过滤功能；RPC宜采用基于HTTP/2的gRPC框架实现，RPC实现设计应满足以a)明确接口的通用性、可扩展性和兼容性之间的平衡；b)使用单参数，且参数尽可能封装；4b)基于消息服务的交换；发布Web服务，通过响应客户端应用提交数据交换的请求，实a)使用场景：可通过直接或中转方式连接至互联网；每次交换的数据量较小，交换频次和数据b)质量保障：通过记录数据交换行为，并对数据交换异a)使用场景：可通过网络直接或间接连接；需要异步执行数据交换处理；需解耦应用系统或窄b)质量保障：通过记录数据交换行为，并对数据交换异a)使用场景：可通过网络相互连接，数据量较大，b)质量保障：通过日志记录数据交换行为，并对数据交换异常c)应提供图形化配置界面，支持流程规则的可视化配置管理。b)应记录交换流程过程