一种售检票机通用软件系统的制作方法

本发明涉及自动售检票领域，尤其涉及一种售检票机通用软件系统。

背景技术：

轨道交通行业在每个城市都有自己的城市特色，并且各个城市的地铁运营商都会对自动售检票机有其特殊的需求，因此对轨道交通行业的集成商或者设备厂商而言，每次到一个新的城市进行项目实施时，都需要对自动售检票机软件进行重新开发或者做较大的修改。

首先，每个城市地铁使用的设备模块是不同的，该模块所使用的通信方式和通信报文也不同。因此，在新的项目进行实施时，需要对原有的自动售检票机软件的模块控制部分进行修改。

其次，当轨道交通用户需要增加或者减少自动售检票机软件的功能时，开发商需要修改相应的业务逻辑、业务流程和用户界面，而且增加或减少新功能都会引起自动售检票机主程序的重新编译。在开发商重新编译生成新版本的应用软件后，需要在半夜运营结束后，在自动售检票生产系统中导入新版本的软件，并下载到终端设备，这给地铁现场的管理带来了很多不便。

上述所有问题的根源在于，原有的自动售检票机软件的软件架构可扩展性比较差，而且不同项目自动售检票机软件的软件框架无法通用。

针对目前轨道交通系统中存在的问题，本发明技术提供了自动售检票机的通用软件，设计新的自动售检票机软件的软件框架，实现了当有新的项目或者新的功能时，对自动售检票机软件的改动最小化，减少项目开发周期并减少了项目的开发成本。

自动售检票机通用软件采用如下技术方案：在设计过程中充分考虑了各地自动售检票机业务上的共同点，作为自动售检票机通用软件进行软件框架的设计和开发。将各个不同项目软件中相同的基础部分抽取出来，并将该基础部分设置在配置管理模块中得到若干基础流程数据，然后将各基础流程数据根据实际需要设置成若干组合队列，获得若干业务流程。

一种售检票机通用软件系统的软件框架使用分层结构设计，并对相同的基础部分抽取出来进行组合获得业务流程，以减少耦合和依赖性、增强系统的内聚性、提高潜在的复用性并且使用户操作更清晰便捷。

技术实现要素：

本发明为了解决上述问题，现提出一种售检票机通用软件系统，应用于城市轨道交通的售检票机，所述售检票机通用软件系统连接所述城市轨道交通的车站计算机系统，所述售检票机通用软件系统采用分层结构，所述分层结构包括从上至下排列的表现层、业务逻辑层、应用层和数据管理层；

所述表现层，用于向用户提供用户界面，接收并通过所述用户界面显示所述应用层的通知消息；

所述应用层，用于为所述业务逻辑层提供应用服务，所述应用层包括：

服务层，所述服务层包括：

部件管理模块，用于管理所述售检票机的各个部件，针对每个所述部件，根据所述部件的业务功能向所述部件提供通用控制接口，并对所述通用控制接口定义统一的标准通讯协议；

参数管理模块，用于管理所述售检票机的各参数文件；

配置管理模块，所述配置管理模块中设置有配置文件，所述配置文件中包含预设的若干基础流程数据以及各所述基础流程数据的若干组合队列，每个所述组合队列关联一业务流程；

所述业务逻辑层通过读取所述配置文件获取所述业务流程关联的所述组合队列，并根据所述组合队列依次调取对应的各所述基础流程数据，以执行所述业务流程；

通信管理模块，用于与所述车站计算机系统进行通信交互，所述业务逻辑层通过调用所述通信管理模块向所述车站计算机系统发送报文；

基础服务层，用于为所述服务层提供基础服务；

所述数据管理层，用于管理所述售检票机的日常运营数据和日志数据。

优选的，所述基础流程数据包括基础流程和所述基础流程的配置项，所述配置项包括所述基础流程的各执行步骤，和/或每个所述执行步骤的显示界面，和/或每个所述执行步骤的显示界面元素，和/或所述基础流程关联的事件编码。

优选的，所述服务层还包括一配置更新模块，连接所述配置管理模块，用于供用户向所述配置文件中添加所述业务流程，并定义组成所述业务流程的所述组合队列。

优选的，所述业务逻辑层采用状态机模型处理所述售检票机的所有所述业务逻辑，所述业务逻辑包括业务事件和业务数据。

优选的，所述数据管理层包括：

数据存储模块，用于保存所述售检票机的日常运营数据和日志数据；

数据处理模块，连接所述数据存储模块，用于根据外部的数据读取指令读取所述日常运营数据，根据自动售检票系统标准对所述日常运营数据进行处理得到数据文件，并将所述数据文件通过所述通信管理模块上传至所述车站计算机系统。

优选的，所述数据存储模块为轻量级数据库。

优选的，所述通信管理模块包括：

socket通信单元，用于处理所述售检票机与所述车站计算机系统的往来报文；

ftp通信单元，用于处理所述参数文件和所述数据文件的传输；

ntp通信单元，用于接收并处理所述车站计算机系统的时钟同步报文，并在当前时间与所述时间同步报文中的同步时间之间的时间差值大于预设的时间差值阈值时，触发相应的报警事件并传输至所述业务逻辑层。

优选的，所述日志数据包括：部件之间的通信日志，和/或乘客的操作日志，和/或与车站计算机系统之间的通信日志。

优选的，所述日志数据采用文本文件格式存储。

优选的，所述参数管理模块包括：

参数更新单元，用于保存预先生成的参数更新规则，所述业务逻辑层调用所述参数更新单元对各所述参数文件进行更新；

事件监控单元，用于对预先生成的包含若干定时触发事件的参数表进行监控，并在到达所述定时触发事件的触发时间时通知所述业务逻辑层。

具有以下有益效果：

本发明将各个不同项目软件中相同的基础部分抽取出来，并将该基础部分设置在配置管理模块中得到若干基础流程数据，然后将各基础流程数据根据实际需要可配置成若干组合队列，获得若干业务流程，以减少售检票机通用软件系统的耦合性和依赖性、增强本售检票机通用软件系统的内聚性、提高潜在的复用性，实现执行业务流程更清晰和便捷。

附图说明

图1为本发明较佳的实施例中，一种售检票机通用软件系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

本发明为了解决上述问题，现提出一种售检票机通用软件系统，应用于城市轨道交通的售检票机，售检票机通用软件系统连接城市轨道交通的车站计算机系统，售检票机通用软件系统采用分层结构，如图1所示，分层结构包括从上至下排列的表现层1、业务逻辑层2、应用层3和数据管理层4；

表现层1，用于向用户提供用户界面，接收并通过用户界面显示应用层的通知消息；

应用层3，用于为业务逻辑层提供应用服务，应用层3包括：

服务层31，服务层31包括：

部件管理模块311，用于管理售检票机的各个部件，针对每个部件，根据部件的业务功能向部件提供通用控制接口，并对通用控制接口定义统一的标准通讯协议；

参数管理模块312，用于管理售检票机的各参数文件；

配置管理模块313，配置管理模块313中设置有配置文件，配置文件中包含预设的若干基础流程数据以及各基础流程数据的若干组合队列，每个组合队列关联一业务流程；

业务逻辑层2通过读取配置文件获取业务流程关联的组合队列，并根据组合队列依次调取对应的各基础流程数据，以执行业务流程；

通信管理模块314，用于与车站计算机系统进行通信交互，业务逻辑层通过调用通信管理模块向车站计算机系统发送报文；

基础服务层32，用于为服务层31提供基础服务；

数据管理层4，用于管理售检票机的日常运营数据和日志数据。

具体地，本实施例中，针对目前轨道交通系统中存在的问题，本发明提供了自动售检票机的通用软件，通过对自动售检票机模块的标准化改造，实现了来自不同厂商的同类模块的互换和自动售检票机软件在不同线路之间的通用性，同时，对终端设备软件的架构进行了重构，使自动售检票机软件和自动检票机软件的架构进行了统一。

自动售检票机通用软件采用如下技术方案：在设计过程中充分考虑了业务逻辑和用户界面的分离，自动售检票机软件在逻辑上采用分层结构，分为表现层、业务逻辑层、应用层和数据管理层。

表现层1用于向用户提供用户界面，接收并通过用户界面显示应用层的通知消息，用户通过表现层就可以读到应用层的通知；业务逻辑层2为自动售检票机软件的核心业务中心，用于处理售检票机的所有业务逻辑，通过对自动售检票机的各项功能的业务流程进行控制和执行，已完成相应业务；应用层3为业务逻辑层2提供各类的应用服务，可细分为服务层31和基础服务层32两个层级。其中服务层31管理售检票机的各个部件匹配和统一，方便部件之间的相互更换和维修，对部件的业务功能向部件提供通用控制接口，并对通用控制接口定义统一的标准通讯协议，服务层31管理售检票机的各参数文件，读取和更新参数文件，并在参数规定的时间点触发相应的事件，并通知业务逻辑层2；服务层31管理售检票机的配置文件，完成配置文件内容进行读取和修改；同时服务层31还控制售检票机通用软件系统与车站计算机系统进行通信交互，向车站计算机系统发送报文。基础服务层32，用于为服务层31提供基础服务，主要提供socket通信接口、ftp通信接口、ntp通信接口和数据库接口等服务；数据管理层4为售检票机通用软件系统的数据管理中心，用于管理售检票机的日常运营数据和日志数据。

进一步，为了灵活的对自动售检票机新增或者减少业务流程，在自动售检票机的软件框架中对业务流程进行了可配置化处理。即将自动售检票机软件可实现的各个业务流程写入配置文件，由配置文件定义自动售检票机可实现哪些业务流程，当系统需要新增或者减少自动售检票机的功能时，即可通过对基础业务流程的组合实现自动售检票机的新功能。

业务流程可配置化的设计思路为将自动售检票机的各个业务流程进行分解和组合。例如：对售票流程进行分解成：选择站点/票价、选择张数、选择支付方式、进行支付等几个基础流程数据，根据实际需要对上述几个基础流程数据进行组合获得若干个组合队列，每个组合队列为一个业务流程；又例如对充值流程进行分解获得：选择充值金额、选择支付方式、进行支付和对储值卡充值等基础流程数据，可以将选择支付方式和进行支付进行组合获得一个组合队列形成一个选择支付方式并进行支付的业务流程。

其中，进行支付基础流程数据的入口参数为支付金额，在确定了支付金额以后，乘客在进行支付界面进行支付，由于该进行支付已无可继续细分，故对进行支付作为一个基础流程数据。

支付流程相对于进行支付这个基础流程数据来说要复杂一些，支付流程可以分为互联网支付和现金支付两个业务流程，如果支付方式为互联网支付，则不存在找零这个基础流程数据。

对于支付业务流程可以分为现金支付业务流程或互联网支付业务流程。

对于现金支付业务流程，其包括纸币支付、硬币支付、纸币和硬币混合支付三个基础流程数据。

在得到上述基础流程数据后，自动售检票机的各个业务就可以通过对上述三个基础流程数据中的其中之一进行组合得到包含相应现金支付方式的业务流程中获得新的业务流程。

以纸币硬币混合的购票流程这个业务流程为例，乘客使用纸币硬币混合购票的流程为：选择站点/票价、选择张数、选择纸币和硬币混合支付、现金找零和出售单程票等基础流程数据，对上述基础流程数据依次执行，完成纸币硬币混合购票的购票流程。

当自动售检票机需要增加新的互联网支付方式时，可以对上述纸币硬币混合的购票流程中的选择纸币和硬币混合支付这个基础流程数据更换为互联网支付，组合成互联网支付购票流程，实现互联网支付购票。

通过本发明一种售检票机通用软件系统，将各个不同项目软件中相同的基础部分抽取出来，并将该基础部分设置在配置管理模块中得到若干基础流程数据，然后将各基础流程数据根据实际需要配置成若干组合队列，获得若干业务流程，减少了耦合和依赖性、增强本售检票机通用软件系统的内聚性、提高潜在的复用性，实现执行业务流程更清晰和便捷。

本发明较佳的实施例中，基础流程数据包括基础流程和基础流程的配置项，配置项包括基础流程的各执行步骤，和/或每个执行步骤的显示界面，和/或每个执行步骤的显示界面元素，和/或基础流程关联的事件编码。

本发明较佳的实施例中，服务层31还包括一配置更新模块315，连接配置管理模块314，用于供用户向配置文件中添加业务流程，并定义组成业务流程的组合队列。

本发明较佳的实施例中，业务逻辑层2采用状态机模型处理售检票机的所有业务逻辑，业务逻辑包括业务事件和业务数据。

本发明较佳的实施例中，数据管理层4包括：

数据存储模块41，用于保存售检票机的日常运营数据和日志数据；

数据处理模块42，连接数据存储模块41，用于根据外部的数据读取指令读取日常运营数据，根据自动售检票系统标准对日常运营数据进行处理得到数据文件，并将数据文件通过通信管理模块上传至车站计算机系统。

具体地，本实施例中，数据管理层将运营数据和日志数据存储在本地的数据库中，并将运营数据和日志数据进行读取并处理得到数据文件，优选的，数据文件的格式符合轨道交通技术标准的规定。日志数据采用文本文件格式，用通俗易懂的文字按日期记录操作日志和来往的通信数据。

本发明较佳的实施例中，数据存储模块41为轻量级数据库。

本发明较佳的实施例中，通信管理模块314包括：

socket通信单元3141，用于处理售检票机与车站计算机系统的往来报文；

ftp通信单元3142，用于处理参数文件和数据文件的传输；

ntp通信单元3143，用于接收并处理车站计算机系统的时钟同步报文，并在当前时间与时间同步报文中的同步时间之间的时间差值大于预设的时间差值阈值时，触发相应的报警事件并传输至业务逻辑层。

具体地，本实施例中，通信管理模块314处理各类通信，包括售检票机与车站计算机系统的往来报文，通过ftp通信单元3142来处理参数文件和数据文件之间的传输，还处理车站计算机系统的时钟同步报文，当前时间和要同步的车站计算机系统的时间大于规定的时间差阈值时，ntp通信单元3143触发报警事件传输给业务逻辑层2。

本发明较佳的实施例中，日志数据包括：部件之间的通信日志，和/或乘客的操作日志，和/或与车站计算机系统之间的通信日志。

本发明较佳的实施例中，日志数据采用文本文件格式存储。

本发明较佳的实施例中，参数管理模块312包括：

参数更新单元3121，用于保存预先生成的参数更新规则，业务逻辑层调用参数更新单元对各参数文件进行更新；

事件监控单元3122，用于对预先生成的包含若干定时触发事件的参数表进行监控，并在到达定时触发事件的触发时间时通知业务逻辑层。

以上仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。