应用于轨道交通的管理系统和方法与流程

本发明涉及轨道交通技术领域，尤其涉及一种应用于轨道交通的管理系统和方法。

背景技术：

轨道交通相应的自动售检票系统中，应用于轨道交通的管理系统承担重要而复杂的轨道交通的业务功能。

相关技术中，应用于轨道交通的管理系统是基于mvc(modelviewcontroller，模型－视图－控制器)三层架构体系的单体架构，在这种架构方式下，应用于轨道交通的管理系统的耦合性高，随着轨道交通系统业务的不断变化，需求功能的持续增加，单体架构越来越难满足业务快速变化的需求，任意需求的改动都需要很长的交付周期，该系统维护和新功能扩展较难，且维护和扩展效率低。

技术实现要素：

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的一个目的在于提出一种应用于轨道交通的管理系统和方法，能够降低系统的耦合性，使得系统较易维护和新功能扩展，且提升系统的维护和扩展效率。

为达到上述目的，本发明第一方面实施例提出的应用于轨道交通的管理系统，包括：应用终端、多个服务模块、注册模块，以及应用程序编程接口api(applicationprogramminginterface)托管模块，其中，所述多个服务模块在所述注册模块中进行注册，所述注册模块中存储有与各所述服务模块对应的注册信息，各所述服务模块所提供的服务的类型不相同，各类型的服务是预先对应用于轨道交通的管理系统所能提供的业务服务进行分解得到的，且，所述各所述服务模块之间相互独立部署运行，所述各所述服务模块所提供的服务共同组成所述业务服务，其中，所述应用终端，接收轨道交通相关的服务请求，并将所述服务请求发送至所述api托管模块；所述api托管模块，从所述注册模块中预存的注册信息中确定与所述服务请求对应的目标服务模块，并生成目标调用接口，以及通过所述目标调用接口调用所述目标服务模块，使所述目标服务模块提供目标服务；所述服务模块，所述服务模块中的目标服务模块获取与所述目标服务对应的目标服务数据，并根据所述目标服务数据生成所述服务请求的响应消息。

本发明第一方面实施例提出的应用于轨道交通的管理系统，由于将现有基于单体架构模式开发的应用于轨道交通的管理系统所能提供的服务，分解为微小的、互联的多个服务，并配置各服务模块所提供的服务的类型不相同，各类型的服务是预先对应用于轨道交通的管理系统所能提供的业务服务进行分解得到的，且，各服务模块之间相互独立部署运行，各服务模块所提供的服务共同组成业务服务，经由调用需求的服务模块，实现应用于轨道交通的管理系统的业务流程，因此，能够降低系统的耦合性，使得系统较易维护和新功能扩展，且提升系统的维护和扩展效率。

为达到上述目的，本发明第二方面实施例提出的线路中心管理方法，包括：接收轨道交通相关的服务请求，并将所述服务请求发送至应用程序编程接口api托管模块；从注册模块中预存的注册信息中确定与所述服务请求对应的目标服务模块，并生成调用所述目标服务模块所提供目标服务的调用接口，以及经由所述调用接口调用所述目标服务；获取与所述目标服务对应的目标服务数据，并根据所述目标服务数据生成响应消息，以响应所述服务请求。

本发明第二方面实施例提出的线路中心管理方法，由于将现有基于单体架构模式开发的应用于轨道交通的管理系统所能提供的服务，分解为微小的、互联的多个服务，并配置各服务模块所提供的服务的类型不相同，各类型的服务是预先对应用于轨道交通的管理系统所能提供的业务服务进行分解得到的，且，各服务模块之间相互独立部署运行，各服务模块所提供的服务共同组成业务服务，经由调用需求的服务模块，实现应用于轨道交通的管理系统的业务流程，因此，能够降低系统的耦合性，使得系统较易维护和新功能扩展，且提升系统的维护和扩展效率。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明一实施例提出的应用于轨道交通的管理系统的结构示意图；

图2是本发明另一实施例提出的应用于轨道交通的管理系统的结构示意图；

图3为本发明实施例中lc单体架构向lc微服务架构迁移示意图；

图4为本发明实施例中基于lc微服务架构的lc系统的整体架构图；

图5为本发明实施例中基于lc微服务架构的lc系统的技术框架设计图；

图6为本发明实施例中基于微服务架构的lc系统应用层的分层架构示意图；

图7为本发明实施例中运营管理服务流程图；

图8是本发明一实施例提出的应用于轨道交通的管理方法的流程示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本发明一实施例提出的应用于轨道交通的管理系统的结构示意图。

本发明实施例中以应用于轨道交通的管理系统为线路中心管理系统(linecenter，lc)进行示例，对此不作限制。

参见图1，该系统10包括：

应用终端106、多个服务模块101、注册模块102，以及应用程序编程接口api托管模块103，多个服务模块101在注册模块102中进行注册，注册模块102中存储有与各服务模块101对应的注册信息，各服务模块101所提供的服务的类型不相同，各类型的服务是预先对应用于轨道交通的管理系统10所能提供的业务服务进行分解得到的，且，各服务模块101之间相互独立部署运行，各服务模块101所提供的服务共同组成业务服务，其中，

应用终端106接收轨道交通相关的服务请求，并将服务请求发送至api托管模块103。

api托管模块103，从注册模块102中预存的注册信息中确定与服务请求对应的目标服务模块101，并生成目标调用接口，以及通过目标调用接口调用目标服务模块101，使目标服务模块101提供目标服务。

服务模块101，服务模块101中的目标服务模块101获取与目标服务对应的目标服务数据，并根据目标服务数据生成服务请求的响应消息。

本发明实施例中，服务模块101中嵌入了实现一种类型的服务的业务处理逻辑，与服务请求对应的服务模块101，可以被称为目标服务模块101，目标服务模块101所能提供的一种类型的服务，可以被称为目标服务，目标服务模块101提供目标服务时所关联的服务数据，可以被称为目标服务数据，目标服务数据存储在与目标服务模块101对应的数据库104中。

相对于相关技术中应用于轨道交通的管理系统是基于mvc三层架构体系进行单体架构，本发明实施例在具体执行的过程中，是将现有基于单体架构模式开发的应用于轨道交通的管理系统所能提供的服务，分解为微小的、互联的多个服务，并将各服务对应的业务处理逻辑嵌入不同的服务模块101中，经由调用需求的服务模块101，实现应用于轨道交通的管理系统10的业务流程，各服务对应的业务处理逻辑能够实现不同的类型的业务，各服务模块101均可以被视为微应用，可以独立部署运行，而不影响其它的服务模块101，各服务模块101之间可以通过基于超文本传输协议http(hypertexttransferprotocol)的表现层状态转移应用程序编程接口restapi(representationalstatetransferapplicationprogramminginterface)进行数据通信。

其中，各业务处理逻辑的类型不同，业务处理逻辑的类型包括以下至少之一：运营管理服务类型、用户管理服务类型、资产管理服务类型、数据管理服务类型、日志和报表管理服务类型、收益管理服务类型、维护服务管理类型。

本发明实施例在具体执行的过程中，可以预先对应用于轨道交通的管理系统10所能提供的业务进行分析处理，获取针对各类型的业务处理逻辑，该业务处理逻辑可以具体为一段程序代码，而后，将各业务处理逻辑嵌入至一个服务模块101中，以此，形成多个提供不同的服务的类型的服务模块101。

本发明实施例在具体执行的过程中，参见图2，系统还包括：多个数据库104，各数据库104分别与各服务模块101相对应，各数据库104中存储有对应服务模块101的服务数据，其中，目标服务模块101，从对应的数据库104中获取与目标服务对应的目标服务数据。

具体地，本发明实施例中还可以将应用于轨道交通的管理系统10后台数据库104所存储的服务数据，依据上述的各类型进行划分，并将划分得到的各类型对应的服务数据存储至一个数据库104中，并使其与对应类型的服务模块101进行数据通信，使得目标服务模块101能够从对应的数据库104中获取与目标服务对应的目标服务数据。

参见图3，图3为本发明实施例中lc单体架构向lc微服务架构迁移示意图，其中的微服务架构即为本发明实施例中所提出的应用于轨道交通的管理系统的架构。参见图4，图4为本发明实施例中基于lc微服务架构的lc系统的整体架构图。

本发明实施例中，应用程序编程接口api托管模块103可以具体为api网关，api网关是核心模块，用于从注册模块102中预存的注册信息中确定与服务请求对应的目标服务模块101，并生成目标调用接口，以及通过目标调用接口调用目标服务模块101，使目标服务模块101提供目标服务，api网关封装了应用程序的内部结构，应用终端106只需与api网关进行交互，而无需了解具体的微服务架构。

其中的应用终端106可以例如为个人电脑、或者移动终端等，移动终端可以是智能手机、平板电脑、个人数字助理、电子书等具有各种操作系统的硬件设备。

本发明实施例在具体执行的过程中，参见图2，系统还包括：配置模块105，配置模块105与注册模块102相连接，其中，配置模块105用于提供配置管理逻辑，基于配置管理逻辑对各服务模块101在注册模块102的注册信息进行动态分配，以及对注册信息进行动态验证管理。

本发明实施例在具体执行的过程中，服务请求为非底层系统服务请求，其中，在服务请求为非底层系统服务请求时，应用终端106接收轨道交通相关的非底层系统服务请求，并将非底层系统服务请求发送至api托管模块103。

本发明实施例在具体执行的过程中，还包括业务功能模块107，api托管模块103，还用于将目标调用接口发送至业务功能模块107；业务功能模块107，用于对目标调用接口进行解析处理，并生成与目标调用接口相对应的服务请求指令，并将服务请求指令发送至对应的系统应用层，以通过服务请求指令调用目标服务模块101。

作为一种示例，本发明实例中的lc系统还可以包括展示层、平台层、应用层、资源层。参见图5，图5为本发明实施例中基于lc微服务架构的lc系统的技术框架设计图，在本发明实施例中，可以选用springcloud(一系列框架的有序集合)技术框架，springcloud技术框架利用springboot(一种框架)的开发便利性，能够有效简化分布式系统基础设施的开发，如服务发现注册、负载均衡、配置中心、消息总线等均可以基于springboot实现一键启动和部署。

作为一种示例，本发明实例中以lc系统还包括展示层、平台层、应用层、资源层进行示例，描述lc系统的运行过程：

1、展示层，用于接收用户指令以显示或者提交数据，直接应用终端的用户进行交互，用户可以经由应用终端对展示层的信息进行增删改查等操作，展示层将该操作转换成与平台层约定好的服务请求，发送给平台层进行相应的处理，最终，生成与服务请求对应的响应消息返回展示层，其中，展示层与平台层基于jwt(jsonwebtoken，基于json的开放标准)进行数据通信。

2、平台层，负责接收并且解析展示层所提交的服务请求，解析服务请求中的注册信息，并根据该注册信息确定对应的目标服务模块，以调用目标服务模块提供目标服务，服务请求为非底层系统服务请求，其中，在服务请求为非底层系统服务请求时，应用终端接收轨道交通相关的非底层系统服务请求，并将非底层系统服务请求发送至api托管模块。

其中，api网关是核心模块，用于从注册模块中预存的注册信息中确定与服务请求对应的目标服务模块，并生成目标调用接口，以及通过目标调用接口调用目标服务模块，使目标服务模块提供目标服务，api网关封装了应用程序的内部结构，应用终端只需与api网关进行交互，而无需了解具体的微服务架构的细节。

3、应用层，用于接收平台层所提交的服务请求，解析处理服务请求，并根据服务请求调用对应的目标服务的业务处理逻辑以处理相应服务请求。例如，服务请求为修改一个用户数据，则根据服务请求调用用户管理服务类型，对用户数据进行修改并将其保存到对应的数据库。

作为一种示例，本发明实施例中的应用层可以包含业务应用层和系统应用层。其中，业务应用层用于从请求指令中解析并获得与自身服务相对应的服务请求，并将服务请求发送至系统应用层中对应的服务模块。系统应用层负责具体处理各种实际的请求指令所指示的用户业务需求，例如，参数管理、设备管理、用户管理等具体的业务处理逻辑。各业务处理逻辑的实现原理是通过不同的配置，调用单个或者组合调用核心服务来处理不同的业务需求。一般通过暴露restapi接口供api网关调用来实现。

实现具体过程举例如下：

1.响应业务应用层提交的服务服务请求，解析处理各种业务应用配置以提供对应服务。

2.将具体的服务请求解析为基础的增删改查请求。

3.对资源层数据做相应的修改。

4、资源层，接收并解析应用层所发出的服务请求，然后根据对服务请求的协议解析结果向应用层提供相应的服务数据。参见图4，可知资源层至少包含sql(structuredquerylanguage，结构化查询语言)型关系数据库和nosql(notonlystructuredquerylanguage，非关系型的数据库)型非关系数据库，在本发明实例中可以选用redis数据库(是一个开源的使用ansic语言(是由美国国家标准协会及国际标准化组织推出的关于c语言的标准。)编写、支持网络、可基于内存亦可持久化的日志型、key-value(键-值)数据库)和mysql(是一个关系型数据库管理系统)数据库。其中，redis数据库是一个缓存数据库，可以快速提高处理数据效率，mysql数据库主要用于数据的持久化，保存系统所有的数据。

为了便于对本发明的理解，现结合附图与具体实施例对本发明进一步说明。

参见图6，图6为本发明实施例中基于微服务架构的lc系统应用层的分层架构示意图，系统应用层320包含用户管理服务321、运营管理服务322、日志报表管理服务323、资产管理服务324、数据管理服务325、收益管理服务326、维修维护管理服务327。本发明优选实施例运营管理服务322进行具体说明。

如图7所示，图7为本发明实施例中运营管理服务流程图，本发明运营管理服务流程如下：

用户使用应用终端操作运营管理前端场景，前端交互界面封装协议数据向运营管理服务端提交服务请求。

服务请求经由负载均衡器转发到连接服务，连接服务请求会话服务验证身份，验证通过后解析协议转发业务数据到运营管理服务。

运营管理服务执行运营管理逻辑脚本，如果需要读取数据则请求数据访问服务执行读数据操作，否则生成事务提交到数据访问服务执行写数据操作，数据访问服务执行成功后返回结果到运营管理服务。

运营管理服务处理完业务逻辑后异步发送行为日志并返回结果到连接服务，连接服务对操作结果封装协议数据返回到前端。

本发明实施例中，与相关技术中的基于mvc三层架构的单体lc系统相比，本系统所具有的优点是：整体业务被拆分为多个服务，粒度细；无集中式总线，是一种松散的服务架构；各个服务之间通信简单，基于轻量级的协议进行通信；各个服务能独立部署，运行在不同线程，相互之间无影响。基于微服务架构的lc系统主要具有如下优势：整个系统基于restapi以一种组件调用的方式进行交互，达到高度的松耦合，极大提高了lc系统的可靠性，可扩展性。每个微服务独立部署，每个服务的变更并不会影响其他服务，重新部署只需部署自身即可，大大减少部署的时间和复杂度。每个微服务可以根据自己的应用确定适合的技术方案，有针对性地解决具体的业务，不再局限于一种单一的技术，大幅度地提高了开发效率，降低了系统风险率。每个开发团队只需专注于自己的服务模块，降低了团队协作之间的沟通成本，后续若有新成员加入，也只需了解相应模块，降低开发工作门槛。

本实施例中，由于将现有基于单体架构模式开发的应用于轨道交通的管理系统所能提供的服务，分解为微小的、互联的多个服务，并配置各服务模块所提供的服务的类型不相同，各类型的服务是预先对应用于轨道交通的管理系统所能提供的业务服务进行分解得到的，且，各服务模块之间相互独立部署运行，各服务模块所提供的服务共同组成业务服务，经由调用需求的服务模块，实现应用于轨道交通的管理系统的业务流程，因此，能够降低系统的耦合性，使得系统较易维护和新功能扩展，且提升系统的维护和扩展效率。

图8是本发明一实施例提出的应用于轨道交通的管理方法的流程示意图。

参见图8，该方法包括：

s801：控制多个服务模块在注册模块中进行注册，注册模块中存储有与各服务模块对应的注册信息，各服务模块所提供的服务的类型不相同，各类型的服务是预先对应用于轨道交通的管理系统所能提供的业务服务进行分解得到的，且，各服务模块之间相互独立部署运行，各服务模块所提供的服务共同组成业务服务。

s802：接收轨道交通相关的服务请求，并将服务请求发送至应用程序编程接口api托管模块。

s803：从注册模块中预存的注册信息中确定与服务请求对应的目标服务模块，并生成目标调用接口，以及通过目标调用接口调用目标服务模块，使目标服务模块提供目标服务。

s804：获取与目标服务对应的目标服务数据，并根据目标服务数据生成服务请求的响应消息。

可选地，一些实施例中，还包括：

从与目标服务模块对应的数据库中获取与目标服务对应的目标服务数据。

可选地，一些实施例中，类型包括以下至少之一：

运营管理服务类型、用户管理服务类型、资产管理服务类型、数据管理服务类型、日志和报表管理服务类型、收益管理服务类型和维护服务管理类型。

可选地，一些实施例中，还包括：

提供配置管理逻辑，基于配置管理逻辑对各服务模块在注册模块的注册信息进行动态分配，以及对注册信息进行动态验证管理。

可选地，一些实施例中，服务请求为非底层系统服务请求，其中，

在服务请求为非底层系统服务请求时，应用终端接收轨道交通相关的非底层系统服务请求，并将非底层系统服务请求发送至api托管模块。

可选地，一些实施例中，应用程序编程接口api托管模块为api网关。

可选地，一些实施例中，其中，

将目标调用接口发送至业务功能模块；

经由业务功能模块对目标调用接口进行解析处理，并生成与目标调用接口相对应的服务请求指令，并将服务请求指令发送至对应的系统应用层，以通过服务请求指令调用目标服务模块。

需要说明的是，前述图1-图7实施例中对应用于轨道交通的管理系统10实施例的解释说明也适用于该实施例的应用于轨道交通的管理方法，其实现原理类似，此处不再赘述。

本实施例中，由于将现有基于单体架构模式开发的应用于轨道交通的管理系统所能提供的服务，分解为微小的、互联的多个服务，并配置各服务模块所提供的服务的类型不相同，各类型的服务是预先对应用于轨道交通的管理系统所能提供的业务服务进行分解得到的，且，各服务模块之间相互独立部署运行，各服务模块所提供的服务共同组成业务服务，经由调用需求的服务模块，实现应用于轨道交通的管理系统的业务流程，因此，能够降低系统的耦合性，使得系统较易维护和新功能扩展，且提升系统的维护和扩展效率。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。