(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202211124544.X (22)申请日 2022.09.15 (71)申请人 西华大学 地址 610039 四川省成 都市郫都区红光大 道9999号 (72)发明人 李小雷　杜亚军　黄小平　海宇峰　 (74)专利代理 机构 成都方圆聿联专利代理事务 所(普通合伙) 51241 专利代理师 张敏 (51)Int.Cl. G06F 16/21(2019.01) G06F 16/27(2019.01) G06F 16/28(2019.01) G06Q 10/10(2012.01) (54)发明名称 面向在线离线双模式的软包 行业ERP系统架 构及运行方法 (57)摘要 本发明公开了面向在线离线双模式的软包 行 业 E R P 系 统 架 构 ，包 括 客 户 端 、 S p r i n g C l o u d Z u u l 服 务 网 关 、 S p r i n g C l o u d H y s t r i x 断 路 器 、 S p r i n g C l o u d R i b b o n 负 载 均 衡 、 S p r i n g C l o u d E u r e k a 注 册 与 发 现 、 SpringCloudConfig配置中心和SpringBoot微服 务； 所述客户端连接SpringCloudZuul服务网关， 所述SpringCloudZuul服务网关分别连接 SpringCloudEureka注册与发现和SpringBoot微 服务， 所述SpringCloudConfig配置中心连接 SpringBoot微服务； 本发明 改进了传统单体模式 架构、 解决离线在线都能正常使用、 保证云端和 本地双数据源的数据一 致性的问题。 权利要求书2页 说明书6页 附图3页 CN 115454966 A 2022.12.09 CN 115454966 A 1.面向在线离线双模式的软包行业ERP系统架构， 其特征在于， 包括客户端、 Spring   Cloud Zuul服务网关、 Spring  Cloud Hystrix断路器、 Spring  Cloud Ribbon负载均衡、 Spring Cloud Eureka注册与发现、 Spring  Cloud Config配置中心和Sp ring Boot微服务； 所述客户端连接Sp ring Cloud Zuul服务网关， 所述Spring  Cloud Zuul服务网关分别连接 Spring Cloud Eureka注册与发现和 Spring Boot微服务， 所述Spring  Cloud Config配置 中心连接Spri ng Boot微服务。 2.根据权利要求1所述的面向在线离线双模式的软包行业ERP系统架构， 其特征在于， 所述Spring  Cloud Zuul服务网关通过Spring  Cloud Hystrix断路器和Spring  Cloud  Ribbon负载均衡连接Spri ng Boot微服务。 3.根据权利要求1所述的面向在线离线双模式的软包行业ERP系统架构， 其特征在于， 所述Spri ng Cloud Zuul服务网关包括API网关。 4.根据权利要求3所述的面向在线离线双模式的软包行业ERP系统架构， 其特征在于， 所述微服务包括电脑、 手机、 在线系统、 本地系统、 云端 数据库、 数据库同步系统和本地数据 库； 所述手机连接在线系统， 所述在线系统连接云端数据库， 所述云端数据库连接数据库 同步系统， 所述数据库同步系统连接本地数据库， 所述本地数据库连接本地系统， 所述本地 系统连接电脑。 5.根据权利要求4所述的面向在线离线双模式的软包行业ERP系统架构， 其特征在于， 所述在线系统的分布结构与本地系统的分布结构一样； 所述在线系统的分布结构包括API网关、 服务注册、 服务模块； 所述API网关通过服务注 册连接服务模块， 所述服务模块包括订单服务、 印刷服务、 分切服务、 复合服务、 制袋服务、 库存服务、 财务服务。 6.基于ERP系统架构运行 方法， 其特 征在于， 包括以下步骤： 步骤S1： 将业 务划分出的所有服 务注册到Spri ng Cloud Eureka服 务注册与发现中心； 步骤S2： 由于不同服务之间存在着依赖关系， 已经注册的且存在依赖关系的微服务使 用Spring Cloud开源项目提供的Rest  Template实例进行基于Rest服 务调用； 步骤S3： 为了保证系 统运行可靠性， 将每一个微服务设置在3个不同的端 口进行监听， 使用Spri ng Cloud Ribbon实现客户端的负载均衡； 步骤S4： 在微服务架构中， 通常会存在多个服务层的调用情况， 如果基础服务出现故障 可能会发生级联传递， 导 致整个服 务链上的服 务不可用； 步骤S5： 为了避免客户 端与微服务进行直接交互， 采用Spring  Cloud Zuul实现API   Gateway； 步骤S6： 在线系统与本地系统的架构相同， 数据包括存储有云端数据库和本地数据库； 为了保证数据的一致性， 单独部署数据库同步系统对数据库进行双向监测， 一旦发现有变 化， 则会进行 数据的同步。 7.根据权利要求6所述的基于ERP系统架构的运行方法， 其特征在于， 双 向数据库同步 系统是为在线应用、 离线应用的数据同步而服务， 所述双向数据库同步系统的流程包括以 下步骤： S11： 明确系统除了业务需求的云端数据库和本地数据库， 设置了一个同步日志数据权　利　要　求　书 1/2 页 2 CN 115454966 A 2库； S12： 根据软包企业单位规模和业务量， 可以设置不同的同步频率。 在指定的同步周期 内， 系统分别对云端和本地数据库的日志文件进行查询； S13： MySQL数据库有6种日志——错误日志、 二进制日志、 查询日志、 慢查询日志、 事务 日志和中继日志； 其中， 二进制日志 也叫变更日志， 主要记录修改数据库或有 可能引起数据 改变的MySQ L语句； S14： 数据库同步系统主要是通过二进制日志查询MySQL数据库中进行了哪些变化， 然 后将数据库变化按照我们规定的格式进行解析， 存储到同步日志数据库中， 并记录每次同 步周期的开始时间戳； S15： 在每一个同步周期内， 对云端和本地数据库做出差异性分析， 当无差异即表示在 该同步周期内， 双方数据库均无更改操作， 则进入等待下次同步周期， 否则， 判断云端数据 库和本地数据库的更改时间先后顺序， 再次可能会出现三种情况； S16： 第一种情况： 云端数据库没有发生更改而本地数据库发生了更改； 第二种情况： 本地数据库没有发生更改而云端数据库发生了更改； 第三种情况： 两个数据库都 发生了更改。权　利　要　求　书 2/2 页 3 CN 115454966 A 3