(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202210941047.2 (22)申请日 2022.08.08 (71)申请人 中科星图测控技 术 （合肥） 有限公司 地址 230000 安徽省合肥市高新区望江西 路900号中安创谷科技园一期A1栋35 层 (72)发明人 牛威　孔令红　许培豪　张姗　 党康　 (74)专利代理 机构 合肥市长 远专利代理事务所 (普通合伙) 34119 专利代理师 刘勇 (51)Int.Cl. G06F 30/20(2020.01) G06F 8/20(2018.01) G06F 8/35(2018.01)G06F 9/54(2006.01) G06F 21/10(2013.01) H04L 67/133(2022.01) H04L 9/40(2022.01) H04L 67/10(2022.01) (54)发明名称 分布式仿真运行支撑环境、 仿真系统、 开发 方法及介质 (57)摘要 分布式仿真运行支撑环境、 仿真系统、 开发 方法及介质， 分布式仿真运行支撑环 境包括基于 K8S的仿真云原生应用管理平台， 实现统一管理 所有仿真应用、 所有基础设施和所有IT流程； 分 布式仿真应用开发规范， 接口协议采用Google   Protocol Buffer V3.0数据序列化协议， 接口之 间的调用统一采用gRPC异步非阻塞方式进行。 本 申请从通信协议、 接口调用方式和开发运维环境 等3个方面优化了分布式仿真运行支撑环境。 新 模式下， P rotobuf协议比XML小3~10倍、 快20~100 倍； gRPC接口调用方式平均响应时间比RES T‑API 低9毫秒左右 。 整体而言， 此 发明提出的分布式仿 真运行支撑环境通信量更小、 操作更快、 开发运 维更便捷。 权利要求书2页 说明书7页 附图6页 CN 115017743 A 2022.09.06 CN 115017743 A 1.一种分布式仿真运行支撑环境， 其特 征在于， 包括 基于K8S的仿真云原生应用管理平台， 实现统一管理所有仿真应用、 所有基础设施和所 有IT流程； 分布式仿真应用开发规范， 接口协议采用Google  Protocol  Buffer V3.0数据序列化 协议， 接口之间的调用统一采用gRPC异步非阻塞方式进行。 2.根据权利要求1所述的分布式仿真运行支撑环境， 其特征在于， 所述基于K8S的仿真 云原生应用管理平台包括 基础设施管理： 包括用户管理、 租户管理、 集群管理、 权限管理、 资源管理、 云迁移管理； 用户管理以权限管理为基础， 通过增、 删、 改操作， 建立与用户相关的账户、 角色和权限三者 的关系； 租户管理采用多个租户共享一个数据库同一个Schema， 通过数据库表字段来区分 不同租户的方式实施多租户数据隔离； 权限管理基于RBAC （Role ‑Based Access Control） 模型， 通过建立账户、 角色、 权限三者之间的相互关系， 达到对数据、 页面、 操作 实施管控的 目的； 权限管理还涉及认证和授权的问题； 认证用于确定账户的合法性， 系统采用基于 token的认证方式； 集群管理和资源管理通过K8s提供的声明式API来对集群中软硬件资源 及集群本身实施管理； 应用开发管理： 包括应用部署、 配置管理、 运维管理； 应用部署通过使用dockerfile， 将 应用打包成docker镜像， 然后部署 到K8s集群； 配置管 理使用以明文 形式存放的应用配置文 件， 并将配置与K8s 的Pod绑定， 使配置文件和部署镜像解耦； 运维管理通过使用K8s提供的 管理工具来实施。 3.根据权利要求1所述的分布式仿真运行支撑环境， 其特征在于， 所述分布式仿真运行 支撑环境包括联邦管理、 声明管理、 对象管理、 数据分发管理； 联邦管理： 包括创建联邦执行、 加入联邦执行、 退出联邦执行、 请求联邦同步、 请求联邦 保存。 4.根据权利要求3所述的分布式仿真运行支撑环境， 其特征在于， 创建联邦执行的步骤 为： 联邦成员首先将请求发送到局部RTI服务， 局部RTI服务查看本地是否已经存在指定名 称的联邦执行， 若联邦执行已经存在， 则直接将已存在异常反馈给联邦成员， 若联邦执行不 存在， 则向中心RTI服务发送创建联邦执行请求， 若中心RTI服务中也未创建该名称的联邦 执行， 则创建该联邦执行并将创建成功信息反馈给局部RTI服务， 否则反馈联邦执行存在异 常， 局部RTI 服务创建本地联邦执 行并向联邦成员反馈创建成功信息 。 5.根据权利要求3所述的分布式仿真运行支撑环境， 其特征在于， 加入联邦执行的步骤 为： 局部RTI服务查看自身 是否已经作为一个联邦成员加入了中心RTI服务， 若已经加入， 则 直接将联邦成员加入本地联邦执行， 若尚未加入， 则向中心RTI服务提出加入联邦执行请 求， 并在收到中心RTI 服务的反馈信息之后将联邦成员加入本地联邦执 行。 6.根据权利要求3所述的分布式仿真运行支撑环境， 其特征在于， 退出联邦的步骤为： 局部RTI服务直接将联邦成员退出联邦执行； 当本地联邦执行中所有联邦成员退出之后， 局 部RTI服务 向中心RTI服务发出退出联邦执行请求； 中心RTI服务中的联邦执行在所有局 部 RTI服务退出之后方 可销毁联邦执 行。 7.根据权利要求3所述的分布式仿真运行支撑环境， 其特征在于， 请求联邦同步的步骤 为： RTI服务执行联邦同步服务； 该服务将通知联邦成员， 指定同步点的同步集中所有成员权　利　要　求　书 1/2 页 2 CN 115017743 A 2在该点调用了同步点到达服务； 该服务将在该点同步集合中的所有成员上被调用， 即该点 同步集中成员在该点已被同步。 8.基于权利要求1 ‑7所述的分布式仿真运行支撑环境的仿真系统， 其特 征在于， 包括 数据服务层， 包括用户数据、 应用数据、 模型 数据、 组件数据、 其 他数据； 业务服务层， 包括基础服务层和仿真应用层， 所述基础服务层包括联邦管理、 声明管 理、 对象管理、 所有权管理、 时间管理、 数据分发管理； 所述仿真应用层包括航天仿真、 电磁 环境仿真、 网络空间仿真、 仿真适配 器、 其他仿真； 应用管理层， 监控后台、 二/三维展示系统、 综合评估系统、 其 他系统。 9.权利要求8述的仿真系统的开发方法， 其特 征在于， 包括以下步骤： SA1、 启动开发应用管理平台； SA2、 新建仿真应用； SA3、 按照本发明设计的分布式仿真应用开发规范设计仿真应用； SA4、 检索开发应用管理平台提供的组件库， 看是否存在可用于开发的组件； 如果没有， 则新建组件， 并开 发、 测试后加入组件库； 如果存在， 则 在仿真系统开 发中直接使用组件； 根 据安装开发规范完成仿真应用设计。 10.一种分布式仿真系统的实现介质， 其特征在于， 所述介质存储用于执行权利要求9 的开发方法的计算机指令 。权　利　要　求　书 2/2 页 3 CN 115017743 A 3