[发明专利]一种基于全局的现车管理系统及其方法

权利要求书

1.一种基于全局的现车管理系统，其特征在于，

所述基于全局的现车管理系统包括客户端、应用聚合服务层、应用内核服务层和数据库层；所述基于全局的现车管理系统采用SOA的B/S微服务架构；

所述客户端用于对所述基于全局的现车管理系统的人机交互工作；

所述客户端基于浏览器实现，采用WebUI框架；

所述客户端包括现在车分布界面、调车计划管理界面、技术作业图表、接发车表、统计分析界面和系统维护界面；通过所述客户端可以实现对现车分布进行实时查看，所述现车管理系统所生成的技术作业图表和统计分析模型都能够通过所述客户端进行呈现，并且能够通过所述客户端对所述现车管理系统发送调车计划，也可以通过所述客户端对所述现车管理系统进行系统维护；

所述应用内核服务层用于实现核心业务逻辑，并通过应用聚合服务层对外提供服务；所述内核服务层随着服务规模扩大，接口数量增加，可以通过部署服务发现实现服务自动注册和发现功能来简化微服务之间的调用；

所述应用内核服务层包括多个内核服务，每个所述内核服务之间相对独立，内核服务相互之间松耦合，通过RESful和/或消息中间件的方式进行通信；

多个所述内核服务层包括现车服务、行车服务、统计决策分析、权限管理服务、基础数据管理和日志管理；所述应用内核服务层与公共组件连接，所述公共组件用于通用功能在业务组件间的复用；所述公共组件包括认证授权模块、用户操作记录、通用实体对象、通用工具类；

所述内核服务采用基于SpringBoot框架的单体程序形式，对外独立发布服务接口，并通过服务接口调用方式获取其他单体内核程序的服务；内核服务要被使用时，对外提供服务的位置信息，所述位置信息包括一个IP地址和端口信息；

所述内核服务层在服务规模低于第一设定值，未采用分布式部署的情况下，采用文档约定方式管理服务接口；在服务规模高于第一设定值，接口数量大于第二设定值时，采用部署服务发现实现服务自动注册和发现功能并简化微服务之间的调用，具体包括：在内核服务单个使用并且地址不会动态变化时，内核服务的位置在使用端可以通过配置文件或代码方式固定生成，采用文档阅读方式管理接口，将服务地址连接参数信息写入文档，各个内核服务按照文档中预设的连接方式去连接；当内核服务为多台服务器同时提供服务时，某一个微服务扩容新的服务地址或者变更地址，自动将新地址注册到注册中心，当某一个服务地址因机器故障导致服务地址失效，自动向注册中心注销该地址；

所述应用聚合服务层用于所述应用内核服务层的所有微服务，解耦客户端、内核服务层和外部系统；所述应用聚合服务层不仅用于承担服务网关的功能，还用于负载均衡；所述应用聚合服务层包括Web应用聚合服务和接口微服务平台；所述Web应用聚合服务用于为所有PC端和APP端提供统一的服务API；所述接口微服务平台用于将外部系统的接口部分抽象为单独的接口层，与业务层分离；所述现车管理系统通过所述接口微服务平台与所述外部系统对接，所述接口微服务平台的每一个接口服务均为独立的微服务，通过所述应用聚合服务层与外部系统进行交互；

所述外部系统包括计划调度信息系统、机务段信息系统、车辆调度信息系统、货运调度信息系统、车号识别系统和施工管理信息系统；

所述数据库层与所述应用内核服务层进行通信，为所述应用内核服务层提供数据存储和数据调用；

所述客户端与应用聚合服务层以及应用内核服务层之间通信采用RESTful风格的轻量级API。

2.一种基于全局的现车管理方法，其特征在于，

所述现车管理方法基于SOA的B/S微服务架构实现，包括以下步骤：

S1：使用应用内核服务层实现核心业务逻辑，并通过应用聚合服务层对外提供服务；所述内核服务层随着服务规模扩大，接口数量增加，可以通过部署服务发现实现服务自动注册和发现功能来简化微服务之间的调用；

所述应用内核服务层包括多个内核服务，每个所述内核服务之间相对独立，内核服务相互之间松耦合，通过RESful和/或消息中间件的方式进行通信；

多个所述内核服务层包括现车服务、行车服务、统计决策分析、权限管理服务、基础数据管理和日志管理；所述应用内核服务层与公共组件连接，所述公共组件用于通用功能在业务组件间的复用；所述公共组件包括认证授权模块、用户操作记录、通用实体对象、通用工具类；

步骤S1中所述内核服务采用基于SpringBoot框架的单体程序形式，对外独立发布服务接口，并通过服务接口调用方式获取其他单体内核程序的服务；内核服务要被使用时，对外提供服务的位置信息，所述位置信息是一个IP地址和端口信息；

所述内核服务层在服务规模低于第一设定值，未采用分布式部署的情况下，采用文档约定方式管理服务接口；在服务规模高于第一设定值，接口数量大于第二设定值时，采用部署服务发现实现服务自动注册和发现功能并简化微服务之间的调用，具体包括：在内核服务单个使用并且地址不会动态变化时，内核服务的位置在使用端可以通过配置文件或代码方式固定生成，采用文档阅读方式管理接口，将服务地址连接参数信息写入文档，各个内核服务按照文档中预设的连接方式去连接；当内核服务为多台服务器同时提供服务时，某一个微服务扩容新的服务地址或者变更地址，自动将新地址注册到注册中心，当某一个服务地址因机器故障导致服务地址失效，自动向注册中心注销该地址；

S2：使用应用聚合服务层聚合所述应用内核服务层所有的微服务，并解耦客户端、内核服务层和外部系统；所述应用聚合服务层不仅用于承担服务网关的功能，还用于负载均衡；所述应用聚合服务层包括Web应用聚合服务和接口微服务平台；所述Web应用聚合服务用于为所有PC端和APP端提供统一的服务API；所述接口微服务平台用于将外部系统的接口部分抽象为单独的接口层，与业务层分离；所述现车管理系统通过所述接口微服务平台与所述外部系统对接，所述接口微服务平台的每一个接口服务均为独立的微服务，通过所述应用聚合服务层与外部系统进行交互；

所述外部系统包括计划调度信息系统、机务段信息系统、车辆调度信息系统、货运调度信息系统、车号识别系统和施工管理信息系统；

S3：使用数据库层与所述应用内核服务层进行通信，为所述应用内核服务层提供数据存储和数据调用；

S4：使用客户端对所述基于全局的现车管理系统进行人机交互操作；

步骤S4中所述客户端基于浏览器实现，采用WebUI框架；

所述客户端包括现在车分布界面、调车计划管理界面、技术作业图表、接发车表、统计分析界面和系统维护界面；通过所述客户端可以实现对现车分布进行实时查看，所述现车管理系统所生成的技术作业图表和统计分析模型都能够通过所述客户端进行呈现，并且能够通过所述客户端对所述现车管理系统发送调车计划，也可以通过所述客户端对所述现车管理系统进行系统维护；

所述客户端与应用聚合服务层以及应用内核服务层之间通信采用RESTful风格的轻量级API。