著录项信息
专利名称 | 轨道交通的票务系统及其购票验票方法 |
申请号 | CN201310711130.1 | 申请日期 | 2013-12-19 |
法律状态 | 驳回 | 申报国家 | 中国 |
公开/公告日 | 2014-04-09 | 公开/公告号 | CN103714487A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06Q50/00 | IPC分类号 | G;0;6;Q;5;0;/;0;0查看分类表>
|
申请人 | 广东粤铁科技有限公司 | 申请人地址 | 广东省广州市天河区翰景路1号金星大厦8层
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 广东粤铁科技有限公司 | 当前权利人 | 广东粤铁科技有限公司 |
发明人 | 付靖;张小星;余国武;陈伟生;罗英杰;谷晓栋;赵明霞;石练斌;马军;李占龙;刘彦能;刘丽芳;招斌;张伟民;陈矗;曾文坤 |
代理机构 | 北京商专永信知识产权代理事务所(普通合伙) | 代理人 | 许春兰;高之波 |
摘要
本发明公开了一种轨道交通的票务系统,包括:通用服务器、应用服务器和车站系统终端,通用服务器包括车票数据库,通用服务器配置成为应用服务器提供余票查询、售票、退票、登乘检验以及交易记录的服务,并根据应用服务器的服务指令更新所述车票数据库;应用服务器,配置成接收车站系统终端传递来的服务请求,分类处理后,生成相应的服务指令并传递给通用服务器;车站系统终端包括售票终端和登乘终端。本系统通过设置应用服务器作为一个中间层,应用服务器采用面向服务(SOA)的体系结构。通过应用服务器来处理业务逻辑,通过通用服务器来处理数据存储。通过业务逻辑和数据存储的分离,提高系统的灵活性、扩展性、易维护性和易升级性,降低了车票数据库的海量检索压力。
1.轨道交通票务系统,其特征在于,包括:通用服务器(100)、应用服务器(200)和车站系统终端,
所述通用服务器(100)包括车票数据库(101),通用服务器(100)配置成为应用服务器(200)提供余票查询、售票、退票、登乘检验以及交易记录的服务,并根据应用服务器(200)的服务指令更新所述车票数据库(101);
所述应用服务器(200)配置成接收车站系统终端传递来的服务请求,分类处理后,生成相应的服务指令并传递给通用服务器(100);
所述车站系统终端包括售票终端(301)和登乘终端(302),所述售票终端(301)配置成接收乘客的余票查询请求、售票请求、退票请求和改签请求,并将服务请求传递至应用服务器(200),所述登乘终端(302)配置成接收乘客的登乘请求,并将服务请求传递到应用服务器(200)。
2.根据权利要求1所述的轨道交通票务系统,其特征在于,所述应用服务器(200)为双层结构,包括第一逻辑层(201)和第二逻辑层(202),
所述第一逻辑层(201)用于处理所述售票请求,并将相应的服务指令发送给第一逻辑层(201)进行分析,再传递给通用服务器(100);
所述第二逻辑层(202)用于处理所述余票查询请求、退票请求和改签请求,并将相应的服务指令传递给通用服务器(100)。
3.根据权利要求2所述的轨道交通票务系统,其特征在于,所述通用服务器(100)为双机热备份结构;所述应用服务器(200)采用服务器集群方式部署成云端;所述车站系统终端根据业务处理需要向应用服务器(200)请求相应的服务,实现业务流程控制和处理。
4.根据权利要求3所述的轨道交通票务系统,其特征在于,所述应用服务器(200)包括管理服务模块(203)、售票模块(204)、检票模块(205)和席位管理模块(206),所述管理服务模块(203)配置成对运营规则和售卖计划进行管理;
所述售票模块(204),配置成对乘客提出余票查询请求、售票请求、退票请求和改签请求进行处理;
所述检票模块(205)配置成检测乘客进站和出站时所刷票卡的信息进行检查;
所述席位管理模块(206)配置成提供席位的生成、搜索、占用、修改和删除处理服务。
5.根据权利要求4所述的轨道交通票务系统,其特征在于,所述应用服务器(200)还包括旅客管理模块(207)、储值卡模块(208)、票价计算模块(209)、路径计算模块(210)、发票服务模块(211);
所述旅客管理模块(207)配置成包括常旅客管理子模块、特殊旅客管理子模块、旅客电子账户管理子模块和个性化服务管理子模块;
所述储值卡模块(208)配置成配置成对乘客持有的储值卡进行管理,所述储值卡的交易数据存储于通用服务器(100);
所述票价计算模块(209)配置成完成票务系统的车票票价计算的功能;
所述路径计算模块(210)配置成对旅行线路进行规划计算,为旅客提供存在的各种换乘路径方案;
所述发票服务模块(211)配置成根据旅客的乘车记录,设置给予旅客自助打印的发票设备。
6.根据权利要求1至5中任一项所述的轨道交通票务系统,其特征在于,所述通用服务器(100)和应用服务器(200)处均配置负载均衡设备,减少用户等待响应的时间,通用服务器(100)和应用服务器(200)使用双电源、双网络适配器和RAID磁盘阵列。
7.在权利要求1所述的轨道交通票务系统中的购票验票方法,其特征在于,包括步骤:
车站系统终端接收乘客的余票查询请求、售票请求、退票请求、改签请求和登乘请求,并将服务请求传递到应用服务器(200);
应用服务器(200)接收车站系统终端传递来的服务请求,分类处理后,生成相应的服务指令并传递给通用服务器(100);
通用服务器(100)为应用服务器(200)提供余票查询、售票、退票、改签、登乘检验以及交易记录的服务,并根据应用服务器(200)的服务指令更新通用服务器(100)内的车票数据库(101)。
8.根据权利要求7所述的购票验票方法,其特征在于,所述车票数据库(101)保存有计划余量表,所述计划余量表包括计划编号、车次、车厢顺序号、OD站序集、席位总数量;
所述车票数据库(101)配置成
当售票终端(301)收到乘客的售票请求后,席位总数量减1;
当售票终端(301)收到乘客的退票请求后,席位总数量加1;
当售票终端(301)收到乘客的余票查询请求后,返回席位总数量的当前值。
9.根据权利要求8所述的购票验票方法,其特征在于,所述车票数据库(101)中还保存有席位占用表,所述席位占用表包括车次车厢编号、车厢顺序号、包厢号、席位顺序号、席位属性、席位OD占用、席别定义、位置号;
所述车票数据库(101)配置成
当售票终端(301)收到乘客的售票请求时,当前席位的席位OD占用项标记为已占用;
当售票终端(301)收到乘客的退票请求时,当前席位的席位OD占用项恢复为未占用。
10.在权利要求2所述的轨道交通票务系统中的购票验票方法,其特征在于,包括步骤:
所述车站系统终端接收乘客的余票查询请求、售票请求、退票请求、改签请求和登乘请求,并将服务请求传递到应用服务器(200);
应用服务器(200)接收车站系统终端传递来的服务请求,并进行分类;
应用服务器(200)的第一逻辑层(201)接收售票请求,处理后生成相应的服务指令,服务指令经过第二逻辑层(202)的分析后,再传递给通用服务器(100);
应用服务器(200)的第二逻辑层(202)接收余票查询请求、退票请求、改签请求和登乘请求,处理后生成相应的服务指令并传递给通用服务器(100);
通用服务器(100)为应用服务器(200)提供余票查询、售票、退票、改签、登乘检验以及交易记录的服务,并根据应用服务器(200)的服务指令更新通用服务器(100)内的车票数据库(101)。
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 1 | | 2015-05-21 | 2015-05-21 | | |
2 | | 2015-03-11 | 2015-03-11 | | |
3 | | 2016-05-19 | 2016-05-19 | | |
4 | | 2014-09-22 | 2014-09-22 | | |
5 | | 2015-08-27 | 2015-08-27 | | |
6 | | 2016-08-29 | 2016-08-29 | | |
7 | | 2014-12-08 | 2014-12-08 | | |
8 | | 2015-03-11 | 2015-03-11 | | |
9 | | 2015-05-21 | 2015-05-21 | | |