数据工作站是什么

工作站是什么  时间:2021-05-02  阅读:()
ICS35.
240.
60CCSL67DB11北京市地方标准DB11/T1164.
1—2020代替DB11/T1164.
1—2015城市轨道交通自动售检票系统技术规范第1部分:系统结构及功能NetworktollsystemofrailtransittechnicalrequirementsPartI:Systemarchitectureandfunctional2020-12-24发布2021-04-01实施北京市市场监督管理局发布DB11/T1164.
1—2020I目次前言.
III1范围.
12规范性引用文件.
13术语和定义.
14缩略语.
15体系结构.
15.
1清算中心.
25.
2线路中心.
25.
3车站计算机.
35.
4车站终端设备.
35.
4.
1车站终端设备组成.
35.
4.
2车票处理单元.
35.
4.
3终端设备.
36功能要求.
46.
1清算中心功能.
46.
1.
1清分清算管理.
56.
1.
2票务管理.
66.
1.
3参数管理.
76.
1.
4设备管理.
86.
1.
5模式管理.
86.
1.
6综合监视.
86.
1.
7报表管理.
86.
1.
8权限管理.
96.
1.
9系统管理.
96.
1.
10系统监视.
106.
2线路中心功能.
106.
2.
1运营管理.
126.
2.
2参数管理.
146.
2.
3软件管理.
156.
2.
4时间同步.
156.
2.
5现金收益管理.
166.
2.
6数据管理.
166.
2.
7权限管理.
176.
2.
8审计管理.
186.
2.
9站区管理.
186.
2.
10日志管理.
186.
2.
11报表管理.
18DB11/T1164.
1—2020II6.
2.
12票务管理.
196.
2.
13班次管理.
206.
2.
14维修维护管理.
206.
2.
15历史数据管理.
226.
2.
16专项数据查询.
236.
2.
17清算对帐.
236.
2.
18系统维护.
236.
3车站计算机.
246.
3.
1运营管理.
256.
3.
2参数管理.
286.
3.
3软件管理.
286.
3.
4时间同步.
286.
3.
5收益管理.
296.
3.
6权限管理.
296.
3.
7数据管理.
306.
3.
8审计管理.
316.
3.
9票箱管理.
316.
3.
10钱箱管理.
316.
3.
11车票调配.
326.
3.
12便携式检票机管理.
326.
3.
13日志管理.
326.
4车站终端设备.
336.
4.
1车票处理单元.
336.
4.
2自动检票机.
366.
4.
3自动售票机.
406.
4.
4半自动售票机.
466.
4.
5便携式检票机.
51DB11/T1164.
1—2020III前言本文件按照GB/T1.
1—2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定起草.
DB11/T1164《城市轨道交通自动售检票系统技术规范》分为9个部分:——第1部分:系统结构及功能;——第2部分:接口数据格式;——第3部分:数据传输;——第4部分:人机界面;——第5部分:车票处理单元;——第6部分:车票;——第7部分:终端设备;——第8部分:检测;——第9部分:技术指标体系.
本文件与DB11/T1164.
1—2015相比,除编辑性修改外,主要技术变化如下:——增加了规范性引用文件(见2);——增加了术语和定义(见3);——修改了清算中心(见5.
1,2015年版的3.
1);——修改了清算中心功能(见6.
1,2015年版的4.
1);——删除了病毒防火墙监控要求(见2015年版的4.
2.
18.
5);——增加了车站计算机测试紧急模式功能要求(见6.
3.
1.
4.
5);——修改了车票处理单元检票进站功能(见6.
4.
1.
1.
3,2015年版的4.
4.
1.
1.
3);——修改了车票处理单元检票出站功能(见6.
4.
1.
1.
4,2015年版的4.
4.
1.
1.
4);——修改了自动检票机检票进站功能(见6.
4.
2.
1.
1,2015年版的4.
4.
2.
1.
1);——修改了自动检票机检票出站功能(见6.
4.
2.
1.
2,2015年版的4.
4.
2.
1.
2);——修改了自动检票机部件检测功能(见6.
4.
2.
8.
1,2015年版的4.
4.
2.
8.
1);——修改了自动售票机部件检测功能(见6.
4.
3.
8.
1,2015年版的4.
4.
3.
8.
1);——增加了取票功能要求(见6.
4.
3).
本部分由北京市交通委员会提出并归口.
本部分由北京市交通委员会负责组织实施.
本部分的起草单位:北京市轨道交通指挥中心、北京航空航天大学.
本部分主要起草人:战明辉、孙方、冯昕晖、王金利、童梅、潘晓军、张莉、梁材、孙越、王照华、尹秋霞、刘嘉军、黄悦、陈卫平、戴国强、冯利昌、王海英、杨萍、陈颖、刘敬光、宋伟、李寒松、边毅、于涛、王桂英、翟熙、帅国莹、张坤、隋丽莉、靖立涛、孙琦、韩鹏、黄斐、刘稳、詹淮、尹宁、熊桂喜、欧阳元新、张茂林、冷彪、张姞.
本文件历次版本发布情况为:——DB11/T1164.
1—2015;——本次为第一次修订.
DB11/T1164.
1—20201城市轨道交通自动售检票系统技术规范第1部分:系统结构及功能1范围本文件规定了城市轨道交通自动售检票系统的结构和系统各组成部分的功能.
本文件适用于城市轨道交通自动售检票系统的设计、建设、验收和运营管理.
2规范性引用文件本文件没有规范性引用文件.
3术语和定义本文件没有需要界定的术语和定义.
4缩略语下列缩略语适用于本文件:ACC:轨道交通自动售检票系统清算中心(AutomaticFareCollectionClearingCenter)AG:自动检票机(AutomaticGate)API:应用程序编程接口(ApplicationProgrammingInterface)BMACS:北京市政交通一卡通结算系统(BeijingMunicipalAdministration&CommunicationCardSystem)BOM:半自动售票机(BookingOfficeMachine)ID:标识符(Identification)MAC:消息验证码(MessageAuthenticationCode)MLC:多线路中心(MultipleLineCenter)NTP:网络时间协议(NetworkTimeProtocol)PCA:便携式检票机(PortableCardAnalyzer)PSAM:消费安全存取模块(PurchaseSecureAccessModule)SAM:安全认证模块(SecurityAuthenticationModule)SC:车站计算机(StationComputer)SLE:车站终端设备(StationLevelEquipment)TAC:交易验证码(TransactionAuthorizationCode)TPU:车票处理单元(TicketProcessingUnit)TVM:自动售票机(TicketVendingMachine)5体系结构DB11/T1164.
1—20202北京轨道交通联网收费系统总体分为四层:第一层为清算中心,第二层为线路中心,第三层为车站计算机,第四层为车站终端设备.
TPU清算中心第一层ACC线路中心第二层MLC/LC车站计算机第三层SC车站终端设备第四层SLE图1轨道交通联网收费系统体系结构图5.
1清算中心ACC实现北京轨道交通线网票款清分清算、客流数据统计,一票通车票的发行和管理,售票终端的认证管理.
系统主要功能应包括:a)清分清算管理:1)接收MLC上传的交易数据,进行票款的清分清算;2)完成与MLC及BMACS中心、互联网平台的对账;3)将MLC上传的交易数据,进行路网客流数据的清分及统计;4)实现线路参数定制及下发,完成一卡通参数的转发.
b)票务管理:1)完成路网一票通密钥管理和一票通车票发行管理;2)实现SAM卡发行、一票通卡初始化和预赋值、车票分拣、车票清洗.
c)参数管理:1)制作ACC参数;2)下发ACC参数,转发一卡通参数;3)查询ACC参数、一卡通参数版本信息.
d)模式管理:1)接收MLC上传的模式变更通知,同时将模式变更通知下发至线网其他线路;2)能对指定时间范围内的全路网车站模式历史记录进行查询.
5.
2线路中心线路中心实现线路运营管理,MLC能实现多条线路在一个中心运营管理.
系统主要功能应包括:a)运营管理:1)从ACC下载票务运营参数,结合线路运营管理需要定义系统参数,下发给SC使用;2)接收SC上传的状态数据,进行运营监控;DB11/T1164.
1—202033)接收SC上传的交易数据,进行数据处理;4)将ACC及BMACS要求的交易数据传送给ACC,与ACC进行清算对帐.
b)票务管理1)响应ACC的车票调配请求,向ACC提出车票调配申请;2)监视线路内各站以及全线的车票库存量;3)协调线路内各车站之间的车票调配需求,实施动态调配.
c)维修管理1)接收SC上传的状态数据,监视设备;2)接收并保存各车站设备的故障状态,监视故障,管理故障历史数据;3)管理线路的备品备件数据及状态;4)管理并维护线路内的维修信息.
5.
3车站计算机SC实现车站范围的运营管理、票务管理、设备监视和维修维护管理,与MLC进行交互.
系统主要功能应包括:a)接收MLC下发的系统参数,并下发给终端设备;b)接收MLC的指令,实现车站内的运营管理、票务管理、设备监视;c)当遇到与MLC的通讯故障等引起车站独立运行时,独立管理所监控系统的运行;d)接收SLE发送的状态及运营数据,监视车站运营;e)接收SLE发送的数据,并转发给MLC;f)实现SLE的控制和现场管理.
5.
4车站终端设备5.
4.
1车站终端设备组成SLE包括AG、TVM、BOM、PCA.
TPU包含在SLE中.
5.
4.
2车票处理单元TPU在SLE的控制下与车票进行交互及业务处理.
TPU主要功能应包括:a)车票业务处理:运行时间的获取、运营模式的获取、票价表的获取、交易数据的生成、费率计算、黑名单处理等;b)车票读写处理:卡读写、安全认证;c)完成对一卡通、一票通车票处理,产生ACC及BMACS标准所要求的交易数据;d)与SLE进行交互,接收处理车票所需要的参数,并将所产生的交易数据提交给SLE.
5.
4.
3终端设备SLE主要功能应包括:a)完成自动售检票系统内售票、检票、补票、查询、激活等功能;b)接受SC下发的命令及参数,按照要求执行及下发给TPU;c)收集TPU产生的车票交易数据,转发至SC;d)产生运营数据及各状态等信息上传至SC;e)管理交易审核数据、一卡通累计交易序号、一票通的唯一ID序号.
DB11/T1164.
1—202046功能要求6.
1清算中心功能ACC应具备的功能见表1:表1清算中心的功能列表序号功能名称4.
1.
1清分清算管理4.
1.
1.
1交易验证4.
1.
1.
2交易清分4.
1.
1.
3结算对账4.
1.
1.
4对账配置管理4.
1.
1.
5手工调账4.
1.
1.
6清分异议管理及乘客异议申诉处理4.
1.
1.
7车票账户管理4.
1.
2票务管理4.
1.
2.
1初始化4.
1.
2.
2黑名单管理4.
1.
2.
3车票编码分拣管理4.
1.
2.
4车票预赋值和抵消4.
1.
2.
5SAM卡及AFC设备登记4.
1.
2.
6密钥管理4.
1.
3参数管理4.
1.
3.
1清分规则4.
1.
3.
2参数的制作4.
1.
3.
3参数的发布4.
1.
3.
4参数的下发4.
1.
3.
5参数的查询4.
1.
3.
6票价表生成及校验4.
1.
4设备管理4.
1.
5模式管理4.
1.
6综合监控4.
1.
6.
1客流监视4.
1.
6.
2财务监视4.
1.
6.
3交易明细查询4.
1.
6.
4对账明细查询4.
1.
6.
5审计数据查询4.
1.
7报表管理4.
1.
8权限管理4.
1.
8.
1组织管理4.
1.
8.
2角色管理4.
1.
8.
3用户管理4.
1.
8.
4系统设置4.
1.
9系统管理功能4.
1.
9.
1时钟同步4.
1.
9.
2备份和恢复4.
1.
9.
3日志管理4.
1.
10系统监视DB11/T1164.
1—202056.
1.
1清分清算管理6.
1.
1.
1交易验证交易验证的功能应包括:a)应能接收MLC上传的交易数据,并完成数据转发;b)应能对一票通数据的正确性及有效性进行充分的检查,并记录交易验证的时间,避免错误或欺诈性的数据,包括检查交易日期、检查MAC、检查扣费金额、检查重复交易等.
6.
1.
1.
2交易清分交易清分的功能应包括:a)应支持不同票种、票制,不同交易种类的清分要求,支持互联网产品等新票种的清分处理;b)应根据清分规则,为一票通、一卡通及其他发卡商的交易提供清算服务,在线路或运营商之间进行清分,费用清分单位到分,准确度以ACC的结果为准,资金保留两位小数.
6.
1.
1.
3结算对账结算对账的功能应包括:a)应能对运营商账户进行统一管理,能更新运营商账户信息;b)运营商按日进行跨行业交易数据归集并清算,将清算对账文件发送至ACC完成资金结算;c)售票代理商(包含互联网票务服务平台)按日进行数据归集并清算,与ACC完成数据核对和保付金核算;d)ACC能与与运营商、售票代理商(包含互联网票务服务平台)等进行对账;e)ACC与BMACS每日日结后由BMACS返回给ACC业务对账类文件(结算对账数据、异常数据、调整数据),并与ACC完成数据核对和资金结算;f)每日清分结算完成后,ACC应根据系统设置自动分线路生成清分结算报表和交易统计报表,并将报表、对账文件、一卡通异常交易和一票通异常交易自动发送到线路,并支持手工导出对账文件.
6.
1.
1.
4对账配置管理对账配置管理功能应能对对账文件进行管理,将对账文件可以根据参与方、导出类型、开始日期、结束日期、状态、频率等规则导出.
6.
1.
1.
5手工调账ACC支持根据结算日、业务类型等条件对运营商账户的结算金额进行调整,具体包含一卡通人工调整,一票通人工调整.
6.
1.
1.
6清分异议管理及乘客异议申诉处理清分异议管理及乘客异议申诉处理功能如下:a)对于一票通清分异议申诉,ACC应支持依据运营商申诉相关证明材料予以复核审定,确定申诉数据是否参与结算,并由授权人员进行异议数据处置.
处置结果可通过对账文件和业务报表反馈至运营企业;b)对于一卡通清分异议申诉,ACC应支持对一卡通异常异议申诉转发至BMACS中心,根据BMACS中心后续的处置结果,ACC应支持相应的调整处理,处置结果可通过对账文件和业务报表反馈至运营企业;DB11/T1164.
1—20206c)ACC应支持对一卡通积分异议及互联网乘客异议申诉的交易查询和结果反馈;d)ACC应支持互联网乘客异议申诉的退款处理,并对相关运营商账户进行调账,处置结果可通过对账文件和业务报表反馈至运营商.
6.
1.
1.
7车票账户管理车票账户管理包括:a)系统通过接收、处理车票的使用交易,建立并维护车票/产品的账户及账户状态,对车票的使用周期和账户状态进行管理;b)ACC应可根据已接收的交易数据,对丢失的数据进行恢复或做出处理,并纳入恢复当期的财务结算报表,根据对应的清算规则完成清算.
6.
1.
2票务管理6.
1.
2.
1初始化初始化功能包括:a)ACC应能对一票通车票初始化,初始化过程由参数控制;b)创建车票的交易记录,汇总到ACC的数据库中;c)支持对线路回收的旧卡进行单程票预赋值作业;d)支持对线路回收的旧卡进行初始化作业;e)应能制定CPU卡和ULC车票的车票结构和接口,支持CPU卡和ULC卡的初始化、预赋值、抵消和分拣.
6.
1.
2.
2黑名单管理黑名单管理功能如下:a)ACC应能编辑生成黑名单参数并定期向MLC发放,黑名单参数类型包括卡黑名单参数、产品黑名单参数、SAM卡黑名单参数、高级黑名单参数和卡批次黑名单参数;b)BMACS黑名单参数由BMACS生成,定期传输到ACC,由ACC向各MLC转发.
6.
1.
2.
3车票编码分拣管理ACC应能对编码分拣设备上传的数据进行统一处理并查询.
6.
1.
2.
4车票预赋值和抵消车票预赋值和抵消功能如下:a)车票预赋值交易、预赋值抵消交易数据应上传至ACC;b)ACC应支持预赋值车票票款的对账.
6.
1.
2.
5SAM卡及AFC设备登记SAM卡及AFC设备登记功能如下:a)ACC应记录SAM卡初始安装的AFC设备编码到SAM卡与设备对应表;b)ACC应能接收设备上传的SAM卡安装信息,更新SAM卡与设备对应表,并记录更新日志.
6.
1.
2.
6密钥管理6.
1.
2.
6.
1订单管理DB11/T1164.
1—20207订单管理功能包括订单查询、添加订单、编辑订单、删除订单、订单审核和到货管理.
6.
1.
2.
6.
2台账管理台账管理功能如下:a)可支持订单到货后加入台账,通过导入制卡数据进行制卡;b)可支持对卡信息进行编辑,包括下发线路,下发车站,设备类型和设备ID;c)可查看车票详情,车票详情包括当前车票详情及车票历史使用详情;d)可支持单卡丢失处理,卡进行丢失操作后,自动更新车票台账状态,如果卡已经下发(取最新下发时间点),则同时更新车票下发单详情中车票状态,罚款,备注等信息.
6.
1.
2.
6.
3下发管理下发管理功能包括下发查询,导出,添加下发单,查看下发单详情,测试票管理,删除和丢失确认.
6.
1.
2.
6.
4回收管理回收管理功能包括查询,添加回收单,删除回收单和查看回收单详情.
6.
1.
2.
6.
5销毁管理销毁管理功能包括销毁单查询,添加销毁单,查看销毁单,删除销毁单和确认销毁.
6.
1.
2.
6.
6密钥报表查询密钥报表包括SAM未使用报表和SAM卡使用情况对比报表,ACC应支持选择一段时间进行查看报表.
6.
1.
3参数管理6.
1.
3.
1清分规则ACC支持支持不同票种、票制,不同交易种类的清分要求.
6.
1.
3.
2参数的制作参数的制作功能如下:a)ACC支持基于地铁路网的基础数据,生成"两阶段,双比例"清分比例,供系统参数生成时使用;b)ACC支持对运营商、卡、产品、设备、线路、站点、断面、日历、票价、验证规则、财务规则、日期、时间等线路参数及系统参数信息进行配置及管理;c)ACC支持对互联网业务的优惠控制参数、卡种优惠参数、累计优惠参数、低峰优惠参数等信息的配置及管理;d)ACC应能将线路参数编辑为草稿版本,并保存发布版本;e)被编辑为发布版本的参数通过设定,可即时下发到线网各个线路.
6.
1.
3.
3参数的发布应能对所选草稿版参数进行审核,指定为正式发布版参数.
6.
1.
3.
4参数的下发参数的下发功能如下:DB11/T1164.
1—20208a)ACC支持参数的下发:ACC生成线路参数并下发,各终端设备接受到此参数后按照激活时间生效;b)一卡通参数由一卡通公司生成并下发至ACC,ACC对一卡通全部参数进行落地并转发至线网各条线路,根据一卡通接口规范的变更进行更新.
6.
1.
3.
5参数的查询ACC应能查询一票通参数,一卡通参数和互联网参数的所有版本信息.
6.
1.
3.
6票价表生成及校验票价表生成及校验功能如下:a)支持对不同版本的路网基础数据进行管理,系统应支持按指定某一版本路网基础数据生成票价表;b)支持校验功能,根据生成的票价,检查生成参数中票价的合法性并覆盖路网所有OD.
6.
1.
4设备管理设备管理功能如下:a)ACC可对所有自动售检票系统设备进行管理,详细记录设备的注册信息和分布;b)ACC可对设备的使用状态进行监控.
6.
1.
5模式管理模式管理功能如下:a)ACC应能接收MLC上传的模式变更通知,同时将模式变更通知下发至线网其他线路;b)ACC应能对指定时间范围内的全路网车站模式历史记录进行查询.
6.
1.
6综合监视6.
1.
6.
1客流监视应能依据日期、线路、车站等查询条件,查看线路、车站的实时客流情况.
实时客流数据应依据设置时间间隔自动刷新.
6.
1.
6.
2财务监视应能依据日期、线路、业务类型等查询条件,查看线路、车站的实时财务清算和异常交易情况.
实时财务数据应依据设置时间间隔自动刷新.
6.
1.
6.
3交易明细查询应能依据日期、线路、卡号等查询条件,查看车票使用的交易明细内容.
6.
1.
6.
4对账明细查询应能依据日期、线路、包编号等查询条件,查看一卡通对账的明细内容.
6.
1.
6.
5审计数据查询应能依据日期、线路、车站等查询条件,查看设备寄存器对账的明细内容.
6.
1.
7报表管理DB11/T1164.
1—20209报表管理包含轨道交通的所有交易类型及相关业务数据类,具备与历史数据进行对比分析的功能等;ACC支持配置报表的生成计划,每天按照计划自动生成报表,具有权限的操作人员登录报表系统进行查询.
6.
1.
8权限管理6.
1.
8.
1组织管理权限管理功能如下:a)系统应支持管理组织信息,支持新增,修改,删除,查询组织信息;b)应支持根据组织名称查询组织信息.
在查询结果中显示组织名称,操作员,操作时间.
6.
1.
8.
2角色管理角色管理功能如下:a)系统应支持管理角色信息,支持新增,修改,删除,查询角色信息;b)应支持根据角色名称,查询角色信息.
在查询结果中显示角色名称,操作用户,操作日期.
应能对操作员信息进行添加、修改、启用和停用操作,依据操作员编号(可模糊查询)、操作员状态、创建日期等条件查询符合条件的操作员信息.
6.
1.
8.
3用户管理用户管理功能如下:a)系统支持管理用户信息,支持新增,修改,删除,查询用户信息;b)支持根据组织名称,用户,用户状态查询用户信息.
在查询结果中显示组织名称,用户ID,用户名称,密码开始日期,密码结束日期,用户生效日期,用户失效日期,用户状态,操作员,操作日期.
6.
1.
8.
4系统设置系统设置包含对系统基础配置的管理,比如输入密码错误次数,密码到期提醒,工作站超时锁定等管理.
6.
1.
9系统管理6.
1.
9.
1时钟同步ACC应以TCC时钟源为基准,协议为NTP.
6.
1.
9.
2备份和恢复备份和恢复功能如下:a)ACC设计能够实现生产系统与容灾中心后备系统的顺利切换,包括从生产系统切换到容灾中心的后备系统,及从容灾中心后备系统恢复到生产系统;b)生产系统发生灾害或出现严重故障时,系统监测到异常情况,按照预定的规则启动容灾中心后备系统;c)系统具备完善的备份能力,可以根据数据传输及其处理的时间来制定备份时间或备份周期;d)ACC备份主要包括:数据库备份、操作系统备份、应用软件及数据备份、第三方软件及数据备份、原始数据备份.
DB11/T1164.
1—2020106.
1.
9.
3日志管理日志管理功能如下:a)支持对清算管理、车票账户处理、客流清分管理、票务管理、参数管理、设备管理、报表、信息发布、系统管理等相关日志进行记录;b)包含对远程日志,操作日志,本地日志的管理.
6.
1.
10系统监视系统监视功能如下:a)系统支持监视后台程序运行的状态是否正常;b)系统支持监视MQ的进程运行状态是否正常,支持监控数据库的使用情况:数据库的运行状态、数据库内部报警记录、表空间使用率、日志空间系统支持监视系统内存及磁盘使用情况、客户端并发连接数、内存使用率等;c)系统支持监视服务器内存、CPU的使用情况;d)系统支持监视日结的运行状态;e)系统支持监视对TCC运行图的接收情况;f)系统支持监视线路上传数据包的数量;g)系统支持监视线路上传一卡通数据包的数量;h)系统支持监视互联网票务系统上传互联网数据包的数量;i)系统支持为监控对象设置监控指标参数和报警条件,系统出现异常时可以自动报警.
6.
2线路中心功能MLC应具备的功能见表2.
表2线路中心的功能列表序号功能名称6.
2.
1运营管理6.
2.
1.
1运营开始6.
2.
1.
2运营结束6.
2.
1.
3运行时间管理6.
2.
1.
4模式管理6.
2.
1.
5设备监视6.
2.
1.
6客流监视6.
2.
1.
7查询交换数据6.
2.
2参数管理6.
2.
2.
1参数版本制作6.
2.
2.
2参数版本发布6.
2.
2.
3参数版本同步6.
2.
2.
4参数版本切换6.
2.
2.
5参数版本查询6.
2.
3软件管理6.
2.
3.
1软件版本制作6.
2.
3.
2软件版本发布6.
2.
3.
3软件版本同步6.
2.
3.
4软件版本切换DB11/T1164.
1—202011表2线路中心的功能列表(续)序号功能名称6.
2.
3.
5软件版本查询6.
2.
4时间同步6.
2.
4.
1自动时间同步6.
2.
4.
2强制时间同步6.
2.
4.
3手动修改时钟6.
2.
5现金收益管理6.
2.
6数据管理6.
2.
6.
1数据传输6.
2.
6.
2数据备份6.
2.
6.
3数据恢复6.
2.
6.
4数据导入导出6.
2.
7权限管理6.
2.
7.
1操作员管理6.
2.
7.
2权限控制6.
2.
7.
3设备访问管理6.
2.
8审计管理6.
2.
8.
1数据审计6.
2.
8.
2传输审计6.
2.
8.
3操作审计6.
2.
9站区管理6.
2.
9.
1站区信息维护6.
2.
9.
2站区设备监视6.
2.
9.
3站区客流监视6.
2.
9.
4站区车票管理6.
2.
10日志管理6.
2.
11报表管理6.
2.
12票务管理6.
2.
12.
1票箱登记6.
2.
12.
2库存参数管理6.
2.
12.
3库存数量上报6.
2.
12.
4库存状态管理6.
2.
12.
5车票入库/出库6.
2.
12.
6库存调整6.
2.
12.
7车票回收请求6.
2.
12.
8车票配送命令6.
2.
12.
9车票黑名单申请6.
2.
13班次管理6.
2.
14维修维护管理6.
2.
14.
1代码管理6.
2.
14.
2部件管理6.
2.
14.
3设备部署管理6.
2.
14.
4维修管理6.
2.
14.
5维护管理6.
2.
14.
6维修工区管理6.
2.
14.
7部件初始化管理6.
2.
15历史数据管理6.
2.
15.
1历史数据查询DB11/T1164.
1—202012表2线路中心的功能列表(续)序号功能名称6.
2.
15.
2历史数据管理6.
2.
15.
3数据分析6.
2.
15.
4历史报表查询6.
2.
16专项数据查询6.
2.
17清算对帐6.
2.
18系统维护6.
2.
18.
1服务器软件硬件监视6.
2.
18.
2数据库监视6.
2.
18.
3网络监控6.
2.
18.
4数据备份监控管理6.
2.
1运营管理6.
2.
1.
1运营开始运营开始的功能应包括:c)应在每个运营日,依据运行时间表自动完成运营开始或手动启动运营开始功能;d)应在运行时间表停用时,支持手动执行运营开始;e)应与ACC进行时间同步,检查当前运营日是否正确,记录运营开始结果;f)运营开始执行失败,不应影响所辖各SC的运营.
6.
2.
1.
2运营结束运营结束的功能应包括:a)应在每个运营日依据运行时间表自动执行运营结束;b)应在运行时间表停用时,支持手动执行运营结束;c)应与ACC进行时间同步,与票务管理以及所辖各SC进行传输审计,对各类数据进行统计,产生当前运营日/当前结算日的报表数据,与ACC进行基础数据对账;d)运营结束执行失败,不应影响票务管理、维修管理和所辖各SC的运营.
6.
2.
1.
3运行时间管理6.
2.
1.
3.
1运行时间表管理应对能运行时间参数进行制作、编辑、版本控制,并能自动或手动将运行时间表参数发布到票务管理、维修管理以及所辖各SC.
6.
2.
1.
3.
2车站停售时间表应能对车站停售时间参数进行制作、编辑、版本控制、发布,并能自动或手动将车站停售时间参数发布到所辖各SC.
6.
2.
1.
3.
3执行运行时间表运行时间表已启用的状态下,应依据时间表指定时间自动执行运行任务,同时记录自动任务运行结果.
6.
2.
1.
3.
4临时指定停售车站DB11/T1164.
1—202013应能在所辖车站范围内指定并下发临时停售指令到指定SC,并记录指令下发执行情况.
6.
2.
1.
3.
5延长运营时间应能对所辖线路的SC设置并下发延长运营指令,同时应记录指令下发执行情况.
包括:a)指定线路的所辖各SC和SLE的自动运行时间表以及SC的车站停售时间表应失效;b)延长运营时间命令应在当运营日有效.
6.
2.
1.
3.
6设置24小时运营设置24小时运营的功能应包括:a)应能对所辖线路的SC设置并下发执行24小时运营指令,同时应记录指令下发执行情况;b)指定线路的所辖各SC和SLE的自动运行时间表以及SC的车站停售时间表应失效;c)指定线路的所辖各SC运营结束和运营日切换应不受影响.
6.
2.
1.
3.
7取消24小时运营应能对所辖某一线路、多个线路或全部线路的所有SC设置并下发取消24小时运营指令,同时应记录指令下发执行情况.
6.
2.
1.
4模式管理6.
2.
1.
4.
1运营模式设置运营模式设置的功能应包括:a)应能对所辖某一SC设置并下发运营模式命令,并记录指令下发执行情况;b)应能接收指定模式发生SC发送的模式变更通知,将模式变更通知下发给所辖各SC,并转发给ACC,同时记录模式变化历史,产生新的模式履历文件,通过参数同步下发给所辖各SC.
6.
2.
1.
4.
2模式通知模式通知的功能应包括:a)当与ACC网络中断时,应能将非本线路所辖车站运营模式变更通知下发到所辖各SC;b)所辖SC发送模式变更,并且与MLC通讯中断时,MLC应能设置该车站运营模式通知,并将车站模式变化通知下发到所辖各非模式发生车站的SC,并转发给ACC,同时记录模式变化历史,并产生新的模式履历文件,通过参数同步下发给所辖各SC.
6.
2.
1.
4.
3模式履历查询应能对指定时间范围内的全路网车站模式履历记录进行查询.
6.
2.
1.
4.
4模式历史查询应能对指定时间范围内的全路网车站模式历史记录进行查询.
6.
2.
1.
5设备监视应能实时监控MLC的网络设备、所辖SC及SLE的各种状态,并能模拟所辖各车站内终端设备的实际布置,图形化地实时显示终端设备的各种状态及故障情况.
6.
2.
1.
5.
1网络设备监视DB11/T1164.
1—202014应能实时监视MLC的各服务器、交换机、路由器的运行状态和网络连通状态.
6.
2.
1.
5.
2车站计算机监视应能实时监视所辖各SC的运行状态、网络状态和车站运营模式.
6.
2.
1.
5.
3终端设备监视可监视的终端设备状态种类见表3.
表3设备监视状态种类序号设备监视状态种类1终端设备网络连通状态2终端设备运营模式3终端设备工作模式4终端设备服务模式5终端设备登录状态6终端设备关键部件状态7终端设备数据传输状态8终端设备票箱状态(安装情况、票箱编号、装票数量、已满、将满、已空、将空)9终端设备钱箱状态(安装情况、钱箱编号、币种、面额、枚数/张数、金额、将空、已空、将满、已满)6.
2.
1.
5.
4报警方式设置应能通过选择设备故障级别、异常级别、状态类型来设置不同的报警方式.
报警方式包括:文字提示、弹出报警对话框、声音报警、监视界面上闪烁报警以及特殊提示报警(在系统运行的过程中,在任何一个操作界面中,当出现该类异常时,能立即弹出并正确显示异常报警).
6.
2.
1.
6客流监视6.
2.
1.
6.
1实时监视应能依据所辖线路、车站、某组终端设备、某类终端设备、某台终端设备等查询条件,查看所辖线路、车站的实时客流情况.
实时客流数据应依据设置时间间隔自动刷新.
6.
2.
1.
6.
2客流阀值管理应能对所辖车站、站厅、设备组的客流报警上限阀值和客流报警监测时间参数进行制作、编辑、版本控制、发布,应能自动或手动将客流阀值表参数发布到所辖各SC.
6.
2.
1.
7查询交换数据应能依据日期、时间段、线路、数据类型等条件,查询MLC与ACC之间的数据交换情况,数据包括一票通交易数据、一卡通交易数据、ACC参数数据、BMACS参数数据以及其它ACC约定的数据.
6.
2.
2参数管理6.
2.
2.
1参数版本制作参数版本制作的功能应包括:DB11/T1164.
1—202015a)应能接收并保存ACC参数和BMACS参数,同时将该参数转换为MLC内部参数下发到所辖各SC;b)应能将线路运营、维护等专用参数编辑为草稿版本,并保存发布版本;c)被编辑为发布版本的参数通过设定,可即时下发到所辖各SC.
6.
2.
2.
2参数版本发布参数版本发布的功能应包括:a)应能对所选草稿版参数进行修改,指定为正式发布版参数;b)应能指定一个/多个所辖车站或一台/一组/一类所辖SLE使用某正式版本的参数.
6.
2.
2.
3参数版本同步应具有检查并比较所辖SC的参数版本,将差异版本信息下发SC,要求SC同步差异版本参数的功能.
6.
2.
2.
4参数版本切换应依据参数生效时间自动进行参数版本切换.
6.
2.
2.
5参数版本查询应能查询维修管理、票务管理、所辖各SC、所辖SLE的所有参数版本信息.
6.
2.
3软件管理6.
2.
3.
1软件版本制作应能选定系统类型或设备类型,进行软件版本的制作.
6.
2.
3.
2软件版本发布应能设定软件版本的发布计划、发布范围、更新方式、生效时间等.
6.
2.
3.
3软件版本同步软件版本同步的功能应包括:a)应能将已发布的软件版本同步到指定SC;b)应能检查并比较所辖SC的软件版本,将差异版本信息下发给SC,要求同步差异版本软件程序.
6.
2.
3.
4软件版本切换应能依据参数生效时间自动进行软件版本切换.
6.
2.
3.
5软件版本查询应能对本机系统、所辖SC、票务管理、维修管理的软件版本、同步状态进行查询.
6.
2.
4时间同步6.
2.
4.
1自动时间同步应能根据设定的时间间隔,从ACC的时钟源获取时间,自动进行时间同步.
6.
2.
4.
2强制时间同步应能对维修管理、票务管理和所辖SC进行强制时间同步.
DB11/T1164.
1—2020166.
2.
4.
3手动修改时钟当与ACC时钟源通讯断开时,应能手动设置本地时钟源的时间.
本地时钟源时间修改成功后,MLC向所辖SC发送强制时间同步命令进行强制时间同步.
6.
2.
5现金收益管理应能收集各SC系统产生的现金收益数据,并进行统计核算,形成全线路完整的现金收益核算数据,并出具相应统计报表的功能.
现金收益核算数据的统计应在运营结束时进行.
6.
2.
6数据管理6.
2.
6.
1数据传输6.
2.
6.
1.
1状态数据传输应能从所辖SC、维修管理、票务子中心系统接收状态数据并保存,应依据ACC规定的格式将所辖SLE的状态数据发送至ACC.
6.
2.
6.
1.
2交易数据传输应能从所辖SC、票务管理接收并保存交易数据,应依据ACC、BMACS规定的格式,定时将交易数据发送至ACC.
6.
2.
6.
1.
3业务数据传输应能从所辖SC接收并保存业务数据.
6.
2.
6.
2数据备份数据备份的功能应包括:a)在每日运营结束后,应依据数据备份策略,对系统数据进行备份,将其保存在本地存储设备上.
应能记录操作日志和数据备份执行结果;b)应根据各种数据的关键程度、数据量确定不同的备份方式及备份周期.
在备份结束后,应对备份内容进行检查,在故障后能成功恢复被备份的数据.
6.
2.
6.
3数据恢复可从已备份的数据中选择需恢复的数据,进行数据恢复操作.
应能记录操作日志和数据恢复执行结果.
6.
2.
6.
3.
1数据清理应在每日运营结束后,依据数据保存周期(参数配置)自动/手动执行过期数据清理.
6.
2.
6.
3.
2数据归档每日运营结束后,应将历史服务器上的过期数据进行归档存储,清理过期数据.
6.
2.
6.
4数据导入导出6.
2.
6.
4.
1数据导入DB11/T1164.
1—202017应能导入存储在移动介质上的交易数据、业务数据、对账数据、ACC参数数据、BMACS参数数据,导入的ACC参数、BMACS参数经确认后方可发布.
ACC参数和BMACS参数文件的名称、格式等,按照本标准和BMACS的规定执行.
6.
2.
6.
4.
2数据导出应能将选定的参数信息、参数文件、软件信息、软件文件、ACC规定的交易数据、BMACS规定的交易数据等导出,并写入移动介质上.
6.
2.
7权限管理6.
2.
7.
1操作员管理操作员管理的功能应包括:a)应能对操作员信息进行添加、修改、启用和停用操作,依据操作员编号(可模糊查询)、操作员状态、创建日期等条件查询符合条件的操作员信息;b)应能修改操作员密码,并记录密码历史;c)应能接收SC上报的操作员密码信息,并将上报的操作员密码变更为新密码,并记录密码历史;d)应能重新设置指定操作员的密码为缺省密码,缺省密码的初始密码可根据实际运营需要进行设定.
6.
2.
7.
2权限控制应能对操作员在MLC、SC和终端设备上允许执行的功能权限进行限定,限定操作员在特定位置可执行的业务功能.
6.
2.
7.
3设备访问管理6.
2.
7.
3.
1操作员登录操作人员通过用户ID和密码登录工作站,操作员权限经过认证成功后,方能进行相应角色权限的操作功能.
6.
2.
7.
3.
2操作员锁定当操作员连续N(N的值由参数配置)次输入密码错误,应将该操作员锁定,并将锁定结果逐级上报至MLC,MLC应将操作员锁定通知下发到所辖各SC.
操作员锁定信息在当前运营日有效,下个运营日开始时应自动解锁.
6.
2.
7.
3.
3操作员解锁管理应能对已锁定的操作员进行解锁,并将操作员解锁信息下发到各所辖SC.
6.
2.
7.
3.
4操作员登出应能接收本级系统工作站、票务管理工作站、维修管理工作站、所辖SC工作站、终端设备发送的操作员登出数据,依据登出信息修改操作员登录状态.
6.
2.
7.
3.
5强制退出登录DB11/T1164.
1—202018应能向指定已登录的各级系统工作站或终端设备发送强制退出控制命令,各级系统工作站或终端设备接收到该命令后,应自动使当前操作员退出登录状态,同时在MLC、各级系统工作站和终端设备操作日志应形成记录.
6.
2.
7.
3.
6无操作自动退出终端设备或各级系统工作站在检测到操作员一段时间内没有任何操作时,应自动退出登录状态,形成操作日志记录.
6.
2.
8审计管理6.
2.
8.
1数据审计应能对所辖SLE产生的交易数据进行统计,并与终端设备产生的累计寄存器数据进行核对,同时生成相关数据审计报表.
6.
2.
8.
2传输审计应能对所辖SC上传的传输数据包信息进行审计,当发现有数据包未上传,则向相应SC下发重传数据包的命令,接收命令的SC应重传数据包.
6.
2.
8.
3操作审计应能依据条件对操作日志进行分析、查询、统计.
6.
2.
9站区管理6.
2.
9.
1站区信息维护应能增加、修改、删除站区并对站区信息进行查询.
6.
2.
9.
2站区设备监视应能监视本站区所属的SLE状态.
6.
2.
9.
3站区客流监视应能监视本站区所属的车站客流和站区的统计客流.
6.
2.
9.
4站区车票管理应能进行本站区所属的车站车票管理.
6.
2.
10日志管理日志管理的功能应包括:a)应对日志类型分类:自动运行的任务日志、操作员操作日志、服务器事件日志和通信日志;b)应能记录操作员的各项操作,并形成操作日志;c)应能接收并保存SC定时上传的操作日志.
6.
2.
11报表管理报表管理的功能应包括:DB11/T1164.
1—202019a)报表应分层管理.
各个子系统负责即时查询产生的报表,此类报表为操作员即时查询,并可打印、导出.
报表管理还应按计划定期生成统计报表和分析报表;b)报表应能以表格、图表形式生成和保存报表,还应具有清理报表的功能;c)报表应包括且不限于清算类、交易/现金/收益类、运营类、审核类、库存类、维修维护类、分析类等报表;d)报表应能通过权限设置对数据进行灵活的分层统计和分析.
6.
2.
12票务管理6.
2.
12.
1票箱登记初始化后的票箱在投入系统使用之前,应先在票务管理进行登记.
6.
2.
12.
2库存参数管理库存参数管理的功能应包括:a)应能进行车票库存相关参数的设置.
车票库存相关参数包括库存上报时间间隔参数、系统统车票库存管理类型参数和车票库存阀值参数;b)MLC、SC的票务管理参数应保持一致.
6.
2.
12.
3库存数量上报库存数量上报的功能应包括:a)应能接收并保存SC上报的车站当前车票库存状态数据;b)应定时生成车票库存状态数据并上传至ACC.
6.
2.
12.
4库存状态管理应能对各层级的车票库存进行监视和查询.
当系统检测车票库存高于最高阀值或低于最低阀值时,系统应能自动报警.
6.
2.
12.
5车票入库/出库出票入库/出库的功能应包括:a)应能人工录入车票入库/出库数据;b)应能根据票箱更换数据自动进行车票入库/出库管理.
6.
2.
12.
6库存调整应能人工录入车票库存调整数据.
6.
2.
12.
7车票回收请求应能接收所辖SC发送的车票回收请求数据,并转发至票务管理.
6.
2.
12.
8车票配送命令应能接收票务管理发送的车票配送命令数据,并转发至指定SC.
6.
2.
12.
9车票黑名单申请应能录入黑名单申请数据,并发送到ACC.
DB11/T1164.
1—2020206.
2.
13班次管理应针对线路进行交接班设置,并能在车站(站区)进行交接班管理.
在进行班次管理时应进行售票的车票、票款、备用金核对.
6.
2.
14维修维护管理6.
2.
14.
1代码管理代码管理的功能应包括:a)应能提供增加故障代码、增加维修代码、维护故障代码、维护维修代码等功能;b)维护故障代码只能修改故障代码对应的故障描述,不能删除、新增故障代码;c)维护维修代码只能修改维修代码对应的维修信息及关联的故障代码,不能删除、新增维修代码.
6.
2.
14.
2部件管理6.
2.
14.
2.
1登记厂商部件信息维修管理应能录入并保存厂商的部件类别代码和型号等基础信息.
6.
2.
14.
2.
2登记部件唯一编号新部件采购后,应在系统中登记该部件唯一编号.
6.
2.
14.
2.
3部件入库维修中心或维修工区接收部件时,应依据配送单录入部件类型和数量,并将部件记入库存.
6.
2.
14.
2.
4部件出库部件出库的功能应包括:a)维修中心或维修工区调出部件时,应依据调配要求录入部件类型和数量,并打印出库单;b)当输入的出库数量大于现有库存数量时,系统应提示重新输入领用数量.
6.
2.
14.
2.
5部件领用应能人工录入部件领用信息,并依据该数据修改部件库存.
6.
2.
14.
2.
6部件归还应能人工录入部件归还信息,并依据该数据修改部件库存.
6.
2.
14.
2.
7记录部件更换信息应能人工记录部件更换信息与维修结果.
6.
2.
14.
2.
8部件作废部件无法再使用时,应在系统中记录其为废品,并更新库存.
6.
2.
14.
2.
9部件库存阀值管理部件库存阀值管理的功能应包括:a)应能定义各类部件的在库数量阀值,当到达阀值时系统应自动报警;DB11/T1164.
1—202021b)作废部件应不参与部件库存阀值计算.
6.
2.
14.
2.
10部件库存查询部件库存查询的功能应包括:a)应能对部件各项记录进行查询,并根据设置的最低库存量进行报警;b)应能查询单个部件的使用记录或各站库存量及出入库、领用、归还、更换、作废等记录.
6.
2.
14.
3设备部署管理6.
2.
14.
3.
1增加设备应能增加设备配置信息,该配置信息通过参数同步到MLC所辖各SC.
6.
2.
14.
3.
2启用/停用设备启用/停用设备的功能应包括:a)应能指定终端设备,将其启用或停用.
启用和停用,不是开机和关机,而是设置设备为在使用和停止使用的状态;b)启用/停用设备配置信息应通过参数同步到MLC所辖各SC.
6.
2.
14.
3.
3修改设备属性修改设备属性的功能应包括:a)应能对生效版本的设备部署信息参数进行修改,修改后的参数可作为草稿版参数进行管理.
该草稿版参数发布后,应通过参数同步到MLC所辖各SC;b)应根据所辖各SC修改后的设备部署数据对设备进行连接认证.
6.
2.
14.
3.
4设备部署数据查询应能查询设备部署数据.
6.
2.
14.
4维修管理6.
2.
14.
4.
1设备故障录入应能人工录入设备故障信息.
6.
2.
14.
4.
2设备故障查询应能查询线路内各设备的故障记录,并对其进行汇总分析.
6.
2.
14.
4.
3产生维修工单应能建立并保存相应维修工单.
维修工单至少应记录故障接报详情、处理人员信息、所需备件及工具信息、系统自动生成的相关故障维修知识等内容.
6.
2.
14.
4.
4记录维修结果记录维修结果的功能应包括:a)应能录入并保存维修结果数据;b)应能按层级查询维修结果数据.
DB11/T1164.
1—2020226.
2.
14.
4.
5系统任务报告管理系统任务报告管理应能提供系统内每日全部定时计划任务的执行结果,如过期数据清理任务、运营日开始结束任务、运营日切换任务、备份任务、数据库聚集任务等的执行结果.
6.
2.
14.
4.
6维修档案查询应能记录和查询MLC所辖车站各终端设备的维修档案数据,并可打印查询结果.
6.
2.
14.
5维护管理6.
2.
14.
5.
1制定维护计划应能制定设备的维护计划,制定对设备定期进行检修和维护的任务.
6.
2.
14.
5.
2细化维护计划应能人工将维护计划具体到时间、车站、设备、维护人员等,并出具维修工单,由维护执行人员参照执行.
6.
2.
14.
5.
3记录维护结果应能录入维护结果信息,至少包括实际处理时间信息、维护内容和更换部件等信息.
6.
2.
14.
5.
4维护计划查询维护计划查询的功能应包括:a)系统应能定义查询条件,查询符合条件的维护计划以及维护计划的执行结果;b)系统应提示是否存在到达周期而尚未执行的维护项目,并采用不同的颜色明确区分.
6.
2.
14.
6维修工区管理应能创建工区、调整工区以及对维修工区的配置进行查询.
6.
2.
14.
7部件初始化管理6.
2.
14.
7.
1外部存储设备初始化外部存储设备初始化应能对移动介质写入加密信息,使该设备成为合法的移动介质,设备和工作站采用此移动介质导入导出时应认证此加密信息.
6.
2.
14.
7.
2票箱初始化票箱初始化应将票箱电子标识内写入票箱信息,写入的信息中应包含票箱唯一编号.
各级系统应保证票箱只有在维修中心系统进行初始化后,才能在系统内正常使用.
6.
2.
14.
7.
3钱箱初始化钱箱初始化是将钱箱电子标识写入钱箱信息,其中应包含钱箱唯一编号.
各级系统应保证钱箱只有在维修中心系统进行初始化后,才能在系统内正常使用.
6.
2.
15历史数据管理DB11/T1164.
1—202023应能接收各站SC系统上传的原始交易数据生成相应的统计报表,对于超过保存期限的报表,操作员应能通过历史数据查询功能予以查询.
6.
2.
15.
1历史数据查询应能将超过保存期限的数据转为历史数据,并可查询、统计分析历史数据,至少应能进行历史数据同期比较、当前数据与历史数据比较、按年比较、按月比较等统计分析操作.
6.
2.
15.
2历史数据管理历史数据管理的功能应包括:a)应能将超过保存期限的数据导出到备份介质中,并在需要的时候将其导入到专用的历史数据查看系统中;b)对于超过保存期限的历史数据,除采用磁带备份外,还应具备数据的外部导出和刻录功能,应能通过刻录盘来导入历史数据.
6.
2.
15.
3数据分析数据分析的功能应包括:a)应能根据采集和统计的数据,生成客流分析、收益分析、系统运行状况分析报告;b)应具备灵活的数据统计及分析工具,能方便地统计和分析既有的数据.
6.
2.
15.
4历史报表查询应能保存和查询历史报表.
6.
2.
16专项数据查询专项数据查询的功能应包括:a)应能收集终端设备上传的各类交易数据,通过输入车票信息、乘车信息、设备信息等查询条件,生成相关明细交易统计报表;b)应能依据定义的条件查询各类终端设备上传的车票交易数据、车票使用历史记录;c)应能通过各类终端设备上传的交易数据、本系统内设备基础信息等内容,依据条件查询车票使用的历史记录.
6.
2.
17清算对帐应能每日定时接收ACC下发的各类交易数据对账文件,并通过对帐文件生成相关清算类报表、对账报表和申诉报表.
6.
2.
18系统维护6.
2.
18.
1服务器软件硬件监视服务器软件硬件监视的功能应包括:a)应能监视管理服务器软件及硬件工作状态;b)所监视的服务器软件的工作状态至少应包括:服务器集群工作状态(分清主备关系,是否在线)、硬盘空间使用率情况(需要对硬盘使用率高于阀值的情况进行自动报警)等;c)所监视的服务器硬件的工作状态至少应包括:CPU温度、各个硬件部件运行状态是否正常(如主板、内存、电源、网卡等)等.
DB11/T1164.
1—2020246.
2.
18.
2数据库监视应能监视数据库的运行状态、数据库内部报警记录、表空间使用率、日志空间使用率、客户端并发连接数、内存使用率等.
6.
2.
18.
3网络监控应能监视网络运行状态,查看网络拓扑,配置监视范围,监视网络流量,监视网络设备工作状态.
6.
2.
18.
4数据备份监控管理数据备份监视管理的功能应包括:a)应能定义和查看数据的备份策略,查看备份设备的运行状态,查看各备份任务是否按照策略定时执行,查看备份结果是否成功;b)应具备数据灾难恢复功能.
当数据库内数据损坏或无法使用时,应能使用备份软件的数据恢复功能,将备份数据导入到数据库内.
6.
3车站计算机SC应具备的功能见表4.
表4车站计算机的功能列表序号功能名称4.
3.
1运营管理4.
3.
1.
1运营开始4.
3.
1.
2运营结束4.
3.
1.
3运行时间管理4.
3.
1.
4模式管理4.
3.
1.
5设备监视4.
3.
1.
6设备控制4.
3.
1.
7客流监视4.
3.
2参数管理4.
3.
2.
1参数版本同步4.
3.
2.
2参数版本查询4.
3.
3软件管理4.
3.
3.
1软件版本同步4.
3.
3.
2软件版本查询4.
3.
4时间同步4.
3.
4.
1自动时间同步4.
3.
4.
2手动修改时钟4.
3.
5收益管理4.
3.
5.
1备用金管理4.
3.
5.
2班次结算4.
3.
5.
3打印设备水单4.
3.
5.
4设备钱箱管理4.
3.
5.
5现金收益数据统计4.
3.
6权限管理4.
3.
6.
1密码修改4.
3.
6.
2权限控制4.
3.
7数据管理4.
3.
7.
1数据传输4.
3.
7.
2数据备份DB11/T1164.
1—202025表4车站计算机的功能列表(续)序号功能名称4.
3.
7.
3数据恢复4.
3.
7.
4数据清理4.
3.
7.
5数据导入导出4.
3.
8审计管理4.
3.
8.
1数据审计4.
3.
8.
2传输审计4.
3.
8.
3操作审计4.
3.
9票箱管理4.
3.
9.
1票箱压票4.
3.
9.
2票箱清点4.
3.
9.
3票箱领用4.
3.
9.
4票箱归还4.
3.
10钱箱管理4.
3.
10.
1钱箱装钱4.
3.
10.
2钱箱清点4.
3.
10.
3钱箱领用4.
3.
10.
4钱箱归还4.
3.
11车票调配4.
3.
11.
1车票调入4.
3.
11.
2车票调出4.
3.
11.
3车票领用4.
3.
11.
4车票归还4.
3.
11.
5库存调整4.
3.
11.
6库存报警4.
3.
11.
7库存上报4.
3.
12便携式检票机管理4.
3.
12.
1便携式检票机注册4.
3.
12.
2便携式检票机注销4.
3.
12.
3便携式检票机使用记录查询4.
3.
13日志管理6.
3.
1运营管理6.
3.
1.
1运营开始运营开始的功能应包括:a)应在每个运营日,依据运行时间表自动完成运营开始或手动启动运营开始功能;b)应在运行时间表停用时,支持手动执行运营开始;c)应在运营开始时与MLC进行时间同步,检查当前运营日是否正确,记录运营开始数据,并上传完整的状态数据和运营开始通知数据至MLC.
6.
3.
1.
2运营结束运营结束的功能应包括:a)应在每个运营日依据运行时间表自动执行运营结束;b)应在运行时间表停用时,支持手动执行运营结束;DB11/T1164.
1—202026c)运营结束时应与MLC进行时间同步,检查设备运营结束情况,向MLC发送包传输审计数据,上传所有未上传的交易和业务数据,对各类数据进行统计,生成报表,打印报表,进行数据备份和数据清理.
6.
3.
1.
3运行时间管理6.
3.
1.
3.
1运行时间表查询应能查询本车站的运行时间表.
6.
3.
1.
3.
2执行运行时间表当运行时间表中有计划任务到达执行时间时,应能自动执行计划任务,并将执行结果上传至MLC.
6.
3.
1.
3.
3停售时间信息管理停售时间信息管理的功能应包括:a)应依据车站停售时间表规定的时间自动或人工启动车站停售功能,当接收到MLC下发的临时车站停售命令时,应向本站售票设备发送此命令,不发售那些将要停售车票车站的车票;b)在运营日切换后,所有通过人工发送命令停售的车站应能自动恢复.
6.
3.
1.
3.
4延长运营时间延长运营时间的功能应包括:a)应能接收MLC下发的延长运营时间命令,并转发至本站内各终端设备;b)应依据命令定义的时间,延长运营日切换时间;c)延长运营时间命令应当只在运营日有效;d)应具有查询本站所辖各设备的延长运营时间状态的功能.
6.
3.
1.
3.
524小时运营24小时运营的功能应包括:a)应能接收MLC下发的24小时运营执行/取消命令,并转发至本站内各终端设备;b)应具有查询本系统、本站所辖各设备的24小时运营状态的功能.
6.
3.
1.
4模式管理6.
3.
1.
4.
1运营模式设置a)与MLC通讯正常时,应能设置紧急模式或正常模式;b)与MLC通讯断开时,应能设置模式命令或其他车站模式通知数据到本站所辖各终端设备.
6.
3.
1.
4.
2模式通知当与MLC通讯断开无法接收模式变更通知或模式发生站跨自然日运营时,应具有人工设置模式通知,生成模式履历文件并下发到本车站所有设备.
6.
3.
1.
4.
3模式履历查询应能根据线路、车站、日期、模式类型等条件查询设备使用的模式履历文件,查看其内容.
6.
3.
1.
4.
4模式历史查询DB11/T1164.
1—202027应能根据线路、车站、日期、模式类型等条件查询系统记录的模式信息.
6.
3.
1.
4.
5测试紧急模式设置测试紧急模式时,紧急模式通知应不上传至MLC.
6.
3.
1.
5设备监视6.
3.
1.
5.
1网络设备监视网络设备监视功能如下:a)应能监视网络设备的通信通信状态,并将通信异常情况向操作员进行提示或报警;b)应能监视并查询本级服务器的运行状态变化事件;c)应能运行异常时,依据报警配置信息,进行提示或报警.
6.
3.
1.
5.
2车站计算机监视应能监视本级服务器的运行状态,包括网络连接状态、存储空间、内存占用、CPU的利用率;运行异常时,依据报警配置信息,进行提示或报警.
6.
3.
1.
5.
3终端设备监视应能监视并查询各设备的运行状态变化事件.
当设备或其部件运行状态出现异常或故障时,依据报警配置信息,进行提示或报警.
当选中具体设备时,显示该设备相关的详细监视信息.
6.
3.
1.
6设备控制应具有发送控制命令给指定的单台终端设备、一组终端设备、全部终端设备,并记录命令发送结果的功能.
设备控制命令见表5.
表5设备控制命令列表序号设备控制命令1开机控制命令2运营结束控制命令3关机控制命令4运营模式控制命令5服务模式控制命令6清空硬币控制命令7扇门工作模式控制命令8通道模式控制命令924小时运营控制命令10延长运营控制命令11车站停售控制命令12强制登出控制命令13强制时间同步控制命令14参数更新控制命令15软件更新控制命令DB11/T1164.
1—2020286.
3.
1.
7客流监视客流监视的功能应包括:a)应具有选择某一车站、某一站厅/组终端设备,选择客流类型参数设定的客流类型,监视本车站的客流情况,并对大客流情况进行报警的功能;b)客流监视应能按照折线图、柱状图、饼图等多种图表形式进行显示,各类客流图表可按需打印;c)客流监视按照设置的时间间隔,自动显示最新的客流数据.
按照指定的时间段,显示历史客流数据.
按照设定的客流数据阀值参数,自动检查客流是否超限,当出现客流超限情况时,及时给予报警.
6.
3.
2参数管理6.
3.
2.
1参数版本同步参数版本同步的功能应包括:a)应能接收MLC下发的参数同步命令,上传参数版本信息至MLC,依据MLC下发的更新命令,下载相关参数数据到本级系统;b)应具有检查并比较终端设备的参数版本,将差异版本信息下发给终端设备,要求终端设备同步差异版本参数的功能;c)应具有控制车站的某类设备、一组设备或单个设备使用测试版本参数或正式版本参数,记录参数版本设定信息,并通知终端设备进行参数同步的功能.
6.
3.
2.
2参数版本查询参数版本查询的功能应包括:a)应具有根据参数类别,版本类型、参数版本等条件查询参数数据的功能;b)应具有根据设备、参数类别、版本类型等条件查询终端设备的参数版本信息及下载更新的功能.
6.
3.
3软件管理6.
3.
3.
1软件版本同步软件版本同步的功能应包括:a)应能接收MLC下发的软件版本同步命令,上传本级系统软件版本信息,依据线路会展总新下发的更新命令,下载相关软件数据到本级系统;b)应具有检查并比较终端设备的软件版本,将差异版本信息下发给终端设备,要求终端设备同步差异版本软件程序的功能.
6.
3.
3.
2软件版本查询软件版本查询的功能应包括:a)应具有根据设备类型、软件类别、版本类型等条件查询各类型终端设备软件版本信息,并选择某一版本软件,查看其程序文件构成信息的功能;b)应具有根据设备类别、软件类别、版本类型等条件查询终端设备的软件版本信息及下载更新的功能;c)应具有控制车站内的某类设备、一组设备或单个设备使用测试版本软件或正式版本软件,记录软件版本设定信息,并通知终端设备进行软件版本同步的功能.
6.
3.
4时间同步DB11/T1164.
1—2020296.
3.
4.
1自动时间同步自动时间同步的功能应包括:a)应能根据设定的同步时间间隔,定时采用NTP从MLC时钟源获取标准时钟,更新SC时钟;b)依据差异参数更新本地时钟,当差值达到参数指定范围时,应能报警提示或故障提示.
6.
3.
4.
2手动修改时钟应具有手工设置SC时钟源时钟并记录操作日志的功能.
6.
3.
5收益管理收益管理的功能应包括:a)应具有依据操作员、终端设备等条件产生车站现金核算、现金收益统计数据的功能;b)应具有将现金核算、收益统计数据上传给MLC的功能.
6.
3.
5.
1备用金管理应具有记录备用金领取、归还等数据的功能.
6.
3.
5.
2班次结算应具有按照班次进行结算,统计BOM上传的操作员结算数据和登出数据生成操作员结算列表,保存班次结算业务数据,更新操作员结算列表的功能.
6.
3.
5.
3打印设备水单应具有根据需要打印设备水单的功能.
6.
3.
5.
4设备钱箱管理按照6.
3.
10钱箱管理的要求执行.
6.
3.
5.
5现金收益数据统计应能在班次结算时或运营结束时自动对现金收益类业务数据进行核算,并产生操作员现金核算数据、班次现金收益数据、设备现金核算数据、车站现金核算数据、车站现金收益数据.
6.
3.
6权限管理6.
3.
6.
1密码修改应提供操作员修改密码的界面,并将操作员密码修改信息上传至MLC,于下一运营日通过参数同步完成密码修改.
6.
3.
6.
2权限控制6.
3.
6.
2.
1操作员登录操作员登录SC工作站或者终端设备时,输入用户名和密码向SC发送登录请求,SC应当经本地验证通过后向MLC发送登录请求数据,由MLC再次进行验证,并将验证结果反馈给发起SC.
6.
3.
6.
2.
2操作员锁定DB11/T1164.
1—202030操作员锁定的功能应包括:a)当操作员连续多次登录失败时,SC工作站或终端设备应锁定操作员账户,并将锁定信息发送至SC,再由SC最终上传至MLC;b)SC接收并保存MLC下发的操作员锁定通知数据;c)操作员锁定信息在当前运营日有效,下个运营日开始时应自动解锁.
6.
3.
6.
2.
3解锁操作员应具有解锁已锁定操作员账户的功能.
SC向MLC发送解锁通知数据,未解锁的操作员账户,在下一个运营日自动解锁.
6.
3.
6.
2.
4操作员登出应能接收本级工作站或终端设备发出的退出登录请求数据,并将该数据上传至MLC.
6.
3.
6.
2.
5强制退出登录应具有向终端设备下发强制退出登录命令的功能.
6.
3.
6.
2.
6无操作自动退出SC工作站或终端设备在参数指定时间内无任何操作时,应自动退出登录状态.
6.
3.
7数据管理6.
3.
7.
1数据传输应能接收终端设备上传的各类数据,按照不同的数据类型进行保存和处理,并向MLC传输约定的数据.
6.
3.
7.
2数据备份运营结束时,应能对本系统重要数据进行备份.
备份数据包括:设备产生的原始交易数据、业务数据、日志数据等.
6.
3.
7.
3数据恢复应具有对已经备份的数据进行还原的功能.
6.
3.
7.
4数据清理运营结束时,应能对超出保存期限的数据进行删除.
6.
3.
7.
5数据导入导出6.
3.
7.
5.
1数据导出应具有将指定的交易数据、业务数据、参数数据、软件数据导出到移动介质的功能.
6.
3.
7.
5.
2数据导入应具有将终端设备产生的交易数据或业务数据、轨道交通清算管理中心下发的参数数据通过移动介质导入到本系统的功能.
DB11/T1164.
1—2020316.
3.
7.
5.
3外部设备数据清理应具有将移动介质中的数据进行清理的功能.
清理前,对移动介质进行认证,认证通过,删除外界设备中除数字证书之外的文件.
6.
3.
8审计管理6.
3.
8.
1数据审计运营结束时应能对终端设备上传的交易数据进行汇总统计,产生交易统计数据,与终端设备产生的审计寄存器数据进行核对.
6.
3.
8.
2传输审计应定时并在运营结束时记录终端设备上传的交易数据包和业务数据包,与终端设备产生的交易数据、业务数据传输审计数据进行核对,以审计SC与终端设备之间数据传输的一致性和完整性,如出现不一致情况,则要求终端设备补传遗漏的数据包.
6.
3.
8.
3操作审计应能对所有的操作形成操作日志,定时向MLC上传操作日志,对操作员和系统的各类操作进行人工检查和审计的功能.
6.
3.
9票箱管理6.
3.
9.
1票箱压票应具有人工记录票箱中装填的车票数量的功能.
执行票箱压票后,会改变车站票务室内散票库存以及票箱内车票库存.
6.
3.
9.
2票箱清点应具有人工记录票箱清点数量的功能.
执行票箱清点功能将改变车站票务室内散票库存以及票箱内车票库存.
6.
3.
9.
3票箱领用应具有人工记录票箱领用的信息,并可依据条件进行查询的功能.
6.
3.
9.
4票箱归还应具有人工记录票箱归还的信息,并可依据条件进行查询的功能.
6.
3.
10钱箱管理6.
3.
10.
1钱箱装钱应具有对钱箱内装填钱币并记录其数量的功能.
6.
3.
10.
2钱箱清点应具有对钱箱内钱币进行清点回收并记录其清点结果的功能.
6.
3.
10.
3钱箱领用DB11/T1164.
1—202032应具有记录钱箱领用信息,并可依据条件进行查询的功能.
6.
3.
10.
4钱箱归还应具有记录钱箱归还信息,并可依据条件进行查询的功能.
6.
3.
11车票调配6.
3.
11.
1车票调入应具有人工记录车票调入的信息,同时改变车站车票库存的功能.
6.
3.
11.
2车票调出应具有人工记录车票调出的信息,同时改变车站车票库存的功能.
6.
3.
11.
3车票领用应具有人工记录车票领用信息,并可依据条件进行查询的功能.
6.
3.
11.
4车票归还应具有人工记录车票归还信息,并可依据条件进行查询的功能.
6.
3.
11.
5库存调整应具有人工记录车票库存调整数据,同时改变车站车票库存的功能.
6.
3.
11.
6库存报警应具有根据报警阀值的定义,判断本地库存到达报警阀值时进行报警提示的功能.
6.
3.
11.
7库存上报应具有定时上传本地库存信息到MLC的功能.
6.
3.
12便携式检票机管理6.
3.
12.
1便携式检票机注册每次使用PCA前应在SC中进行注册.
SC对PCA的设备编号、设备状态、有效期限等进行检查,并应具有检查和下载参数及软件版本的功能.
6.
3.
12.
2便携式检票机注销PCA使用结束后,应在SC上注销,并将PCA中的交易数据上传到SC.
SC应能与PCA建立通信通信连接,接收并保存PCA上传的数据,将PCA交易数据上传MLC并记录该PCA已经注销.
6.
3.
12.
3便携式检票机使用记录查询应具有依据条件查询PCA使用记录信息的功能.
6.
3.
13日志管理应具有按照时间、操作员、操作类型、设备类型、设备ID查看并打印操作日志、自动运行的任务日志、与其它系统的通信日志的功能.
DB11/T1164.
1—2020336.
4车站终端设备6.
4.
1车票处理单元TPU的功能应包括:a)应安装在终端设备中,与终端设备共同完成一票通、一卡通车票的业务处理;b)应在SLE的指令下进行车票业务处理,保存至少最近7天的交易数据,支持设置时钟.
TPU应具备的功能见表6.
表6车票处理单元的功能列表序号功能名称4.
4.
1.
1业务处理4.
4.
1.
1.
1售票4.
4.
1.
1.
2充值4.
4.
1.
1.
3检票进站4.
4.
1.
1.
4检票出站4.
4.
1.
1.
5补票4.
4.
1.
1.
6退卡4.
4.
1.
1.
7替换4.
4.
1.
1.
8激活4.
4.
1.
1.
9延期4.
4.
1.
1.
10抵消4.
4.
1.
1.
11查询4.
4.
1.
1.
12挂失4.
4.
1.
2参数和软件下载4.
4.
1.
3运营管理4.
4.
1.
3.
1设置运营模式4.
4.
1.
3.
2设置24小时运营模式4.
4.
1.
3.
3设置延长运营时间4.
4.
1.
4计算消息验证码4.
4.
1.
5安全认证模块管理4.
4.
1.
5.
1一票通认证4.
4.
1.
5.
2一卡通签到4.
4.
1.
5.
3一卡通签退4.
4.
1.
5.
4一卡通领用4.
4.
1.
5.
5一卡通更换4.
4.
1.
6查看参数版本6.
4.
1.
1业务处理6.
4.
1.
1.
1售票售票的功能应包括:a)TVM、BOM应能根据乘客或站员的操作,将售票的指令发给TPU,由TPU进行一卡通和一票通的售票处理;b)TPU应能根据指令要求进行售票操作,完成车票的读写并产生交易数据.
TPU向TVM/BOM返回售票操作结果,并根据指令要求返回交易数据.
DB11/T1164.
1—2020346.
4.
1.
1.
2充值TPU应能根据指令要求进行充值操作,完成车票的读写并产生交易数据.
6.
4.
1.
1.
3检票进站AG向TPU对发进站指令,TPU应能对车票和二维码进行进站处理,并产生交易数据.
TPU应通知AG处理结果,并根据指令向AG返回交易数据.
AG根据TPU返回结果控制扇门打开或关闭.
6.
4.
1.
1.
4检票出站AG向TPU发出站指令,TPU应能对车票和二维码进行出站处理,并产生交易数据.
TPU应向AG通知处理结果,并返回交易数据.
AG根据TPU返回结果控制扇门打开或者关闭.
6.
4.
1.
1.
5补票BOM向TPU发出补票指令,TPU应能对车票进行补票处理,并产生交易数据.
TPU应向BOM返回处理结果,BOM将处理结果显示到BOM界面中.
6.
4.
1.
1.
6退卡BOM向TPU发送退卡指令,TPU应能对车票进行退卡处理,并产生交易数据.
TPU应向BOM返回处理结果及交易数据.
6.
4.
1.
1.
7替换BOM向TPU发出替换指令,TPU应能对车票进行替换处理,并产生交易数据.
TPU应向BOM返回处理结果及交易数据.
6.
4.
1.
1.
8激活BOM向TPU发出激活指令,TPU应能对车票进行激活处理,并产生交易数据.
TPU应向BOM返回处理结果及交易数据.
6.
4.
1.
1.
9延期BOM向TPU发出延期指令,TPU应能对车票进行延期处理,并产生交易数据.
TPU应向BOM返回处理结果及交易数据.
6.
4.
1.
1.
10抵消BOM向TPU发出抵消指令,TPU应能对车票进行抵消处理,并产生交易数据.
TPU应向BOM返回处理结果及交易数据.
6.
4.
1.
1.
11查询BOM应能控制TPU对车票进行读卡处理,并将查询结果显示到BOM操作界面和乘客界面上.
6.
4.
1.
1.
12挂失BOM向TPU发送挂失指令,TPU应进行挂失处理后产生挂失交易数据.
6.
4.
1.
2参数和软件下载DB11/T1164.
1—202035a)设备在需要给TPU下发参数和软件时应将参数和软件下发给TPU;b)设备向TPU发出参数和软件更新指令,TPU应能从设备下载参数和软件,并使新下载的参数和软件生效.
6.
4.
1.
3运营管理6.
4.
1.
3.
1设置运营模式当设备启动时或设备运营模式改变时,设备应将当前运营模式通知TPU,TPU根据指令设置运营模式状态.
6.
4.
1.
3.
2设置24小时运营模式授权操作员登录设备后,可设置是否开启24小时运营模式,设备应向TPU发送24小时运营模式开启或关闭指令,TPU根据指令设置24小时运营模式的状态.
6.
4.
1.
3.
3设置延长运营时间授权操作员登录设备后,可设置延长运营模式,设备应向TPU发送延长运营模式指令,TPU根据指令设置为延长运营模式.
6.
4.
1.
4计算消息验证码SLE在需要单独计算一票通MAC或一卡通TAC时,应向TPU发送计算MAC指令.
TPU进行MAC的计算,并将计算结果返回SLE设备.
6.
4.
1.
5安全认证模块管理6.
4.
1.
5.
1一票通认证一票通ISAM卡认证方式分为管理卡认证和远程认证.
TVM/BOM应能调用一票通专用授权API接口函数进行ISAM签到处理.
6.
4.
1.
5.
2一卡通签到一卡通签到是TVM执行充值业务、BOM执行售票充值业务的必要准备步骤之一.
TVM/BOM应能调用一卡通专用授权API接口函数进行签到.
6.
4.
1.
5.
3一卡通签退TVM/BOM执行运营结束时,需ISAM卡签退并统计本次签到签退期间产生的交易审计数据.
TVM/BOM应调用一卡通专用授权API接口函数进行ISAM签退处理,统计本次签到签退期间产生的交易审计数据,保存业务数据、日志数据.
6.
4.
1.
5.
4一卡通领用TVM/BOM首次安装一卡通ISAM卡时,应执行一卡通ISAM卡领用功能后可正常使用该一卡通ISAM.
连接BMACS(如失败连接备用BMACS),发送ISAM领用数据包.
设备应具有保存业务数据、日志数据的功能.
6.
4.
1.
5.
5一卡通更换DB11/T1164.
1—202036TVM/BOM更换一卡通ISAM卡时,需执行一卡通ISAM卡更换功能后,设备可正常使用该一卡通ISAM.
连接BMACS(如失败连接备用BMACS),发送ISAM领用数据包.
设备应具有保存业务数据、日志数据的功能.
6.
4.
1.
6查看参数版本当设备需要查看TPU参数版本时,可向TPU发送查看TPU参数版本指令,TPU应向设备返回当前参数版本及将来参数版本.
6.
4.
2自动检票机AG应具备的功能见表7.
表7自动检票机的功能列表序号功能名称4.
4.
2.
1业务处理4.
4.
2.
1.
1检票进站4.
4.
2.
1.
2检票出站4.
4.
2.
2运营管理4.
4.
2.
2.
1运营开始4.
4.
2.
2.
2运营结束4.
4.
2.
2.
3执行运行时间表4.
4.
2.
3权限管理4.
4.
2.
3.
1操作员登录4.
4.
2.
3.
2操作员登出4.
4.
2.
4数据查询4.
4.
2.
4.
1交易查询4.
4.
2.
4.
2查看数据传输情况4.
4.
2.
4.
3系统状态查询4.
4.
2.
4.
4查看操作日志4.
4.
2.
4.
5查看故障记录4.
4.
2.
4.
8查看运转数据4.
4.
2.
5票箱管理4.
4.
2.
5.
1票箱安装4.
4.
2.
5.
2票箱卸下4.
4.
2.
6版本查询4.
4.
2.
6.
1检查参数版本4.
4.
2.
6.
2检查软件版本4.
4.
2.
7设备设置4.
4.
2.
7.
1基本信息设置4.
4.
2.
7.
2设置运营模式4.
4.
2.
7.
3设置服务模式4.
4.
2.
7.
4设置24小时运营模式4.
4.
2.
7.
5设置延长运营时间4.
4.
2.
7.
6设置通道模式4.
4.
2.
7.
7设置扇门工作模式4.
4.
2.
7.
8时间同步4.
4.
2.
8设备维修维护4.
4.
2.
8.
1部件检测4.
4.
2.
8.
2设备部件更换登记4.
4.
2.
9数据导入导出4.
4.
2.
9.
1参数和软件导入4.
4.
2.
9.
2数据导出4.
4.
2.
10远程监控4.
4.
2.
10.
1状态数据上传4.
4.
2.
10.
2接收控制命令4.
4.
2.
10.
3消防自动化系统/紧急按钮控制DB11/T1164.
1—2020376.
4.
2.
1业务处理6.
4.
2.
1.
1检票进站进站时应对车票或二维码进行检测,依据检查结果,产生交易数据,控制扇门打开或关闭,并通过乘客显示屏、指示灯、声音等对乘客进行明确提示.
应能保存不少于七天的交易数据、业务数据、日志数据.
6.
4.
2.
1.
2检票出站出站时应对车票或二维码进行检测,依据检查结果,产生交易数据,控制扇门打开或关闭,回收一票通单程票,并通过乘客显示屏、指示灯、声音等对乘客进行明确提示.
应能保存不少于七天的交易数据、业务数据、日志数据.
6.
4.
2.
2运营管理6.
4.
2.
2.
1运营开始运营开始时应具备模块初始化、时间同步、参数和软件同步、更改运营日、上传设备状态等功能.
6.
4.
2.
2.
2运营结束运营结束时应具备清理数据、时间同步、上传审计数据、上传交易数据/业务数据/其他重要数据、数据清理等功能.
6.
4.
2.
2.
3执行运行时间表当运行时间表中有计划任务到达执行时间时,应执行计划任务并上报执行结果.
6.
4.
2.
3权限管理6.
4.
2.
3.
1操作员登录操作员登录的功能应包括:a)应具有通过输入操作员编码、密码登录设备进行维修维护操作的功能.
应将操作员登录信息上传至SC,并等待MLC反馈是否允许登录的结果;b)应具有验证操作员密码并进行权限检查的功能,只允许操作员执行具有合法授权的操作.
6.
4.
2.
3.
2操作员登出应具有将操作员登出信息上传至SC的功能.
6.
4.
2.
4数据查询6.
4.
2.
4.
1交易查询应具有查询参数规定保存期限的交易数据的功能,以确认是否存在车票处理错误或失败的情况及其原因.
6.
4.
2.
4.
2查看数据传输情况应具有查询交易数据和业务数据已传输情况和未传输情况的功能,以确认是否存在未上传的数据.
6.
4.
2.
4.
3系统状态查询DB11/T1164.
1—202038应具有查询当前全部系统状态的功能.
6.
4.
2.
4.
4查看操作日志应具有查询最近的操作日志信息,并可选择执行日志导出功能.
6.
4.
2.
4.
5查看故障记录应具有查询最近的故障记录的功能.
6.
4.
2.
4.
6查看运转数据应具有查询设备及关键部件运转数据的功能.
6.
4.
2.
5票箱管理6.
4.
2.
5.
1票箱安装应具有将票箱安装信息上传至SC的功能.
6.
4.
2.
5.
2票箱卸下应具有将票箱卸下信息上传至SC的功能.
6.
4.
2.
6版本查询6.
4.
2.
6.
1检查参数版本应具有查询当前下载和使用的各类参数(含票价表等关键参数)版本信息的功能.
6.
4.
2.
6.
2检查软件版本应具有查询当前下载和使用的各类软件(含TPU)版本信息的功能.
6.
4.
2.
7设备设置6.
4.
2.
7.
1基本信息设置应具有人工设置基本信息并保存的功能.
6.
4.
2.
7.
2设置运营模式仅在与SC断开连接时,应具有人工设置运营模式功能.
6.
4.
2.
7.
3设置服务模式应具有人工设置当前的服务模式的功能,包括正常服务模式和暂停服务模式.
应具有上传变化的服务模式状态数据至SC的功能.
6.
4.
2.
7.
4设置24小时运营模式应具有人工设置是否开启24小时运营模式的功能.
6.
4.
2.
7.
5设置延长运营时间应具有人工设置延长运营时间的功能.
DB11/T1164.
1—2020396.
4.
2.
7.
6设置通道模式应具有人工设置双向AG的通道模式的功能,包括进站模式、出站模式、进出站双向模式.
应具有将变化的通道模式状态数据上传至SC的功能.
6.
4.
2.
7.
7设置扇门工作模式应具有人工设置扇门工作模式的功能,包括常开模式和常闭模式.
应具有将变化的扇门工作模式状态数据上传至SC的功能.
6.
4.
2.
7.
8时间同步应具有支持自动时间同步,并能修改本地日期及时间的功能.
6.
4.
2.
8设备维修维护6.
4.
2.
8.
1部件检测应支持关键部件人工检测,检测内容应包括且不限于网络连接状态、扇门动作、通行传感器、TPU、乘客显示器、通行指示器、二维码模块、交换机、顶棚导向等部件和车票回收机构等.
6.
4.
2.
8.
2设备部件更换登记设备部件更换登记的功能应包括:a)可电子识别的设备部件在更换时,设备应自动读取部件ID,并产生相关更换记录上传至MLC.
不可电子识别的设备部件在更换时,应由操作员在设备上记录更换后的部件ID;b)应具有显示全部部件ID等信息的功能,并可人工选择某一部件对其部件ID进行修改.
6.
4.
2.
9数据导入导出6.
4.
2.
9.
1参数和软件导入应具有通过移动介质导入参数和软件数据的功能.
6.
4.
2.
9.
2数据导出应具有通过移动介质导出交易数据、业务数据、日志数据的功能.
6.
4.
2.
10远程监控6.
4.
2.
10.
1状态数据上传自动检票设备应在状态变化或出现故障时及时上传状态数据和故障数据至SC.
6.
4.
2.
10.
2接收控制命令应具有接收SC下发的各类控制命令,并依据命令进行相应的操作的功能.
接收控制命令见表8.
表8自动检票机接收控制命令列表序号控制命令1开机控制命令2运营结束控制命令DB11/T1164.
1—202040表8自动检票机接收控制命令列表(续)序号控制命令3关机控制命令4运营模式控制命令5服务模式控制命令624小时运营控制命令7延长运营控制命令8通道模式控制命令9扇门工作模式控制命令10强制登出控制命令11强制时间同步控制命令12参数更新控制命令13软件更新控制命令6.
4.
2.
10.
3消防自动化系统/紧急按钮控制消防自动化系统/紧急按钮控制的功能应包括:a)当消防自动化系统/紧急按钮启动紧急模式时,应立即响应该指令,进入紧急模式并执行的操作包括:AG扇门打开、顶棚向导标识显示出站.
b)当消防自动化系统/紧急按钮结束紧急模式时,应立即响应该指令,退出紧急模式,恢复正常工作状态.
6.
4.
3自动售票机TVM应具备表9中所列的功能.
表9自动售票机的功能列表序号功能名称4.
4.
3.
1业务处理4.
4.
3.
1.
1售票4.
4.
3.
1.
2取票4.
4.
3.
1.
3充值4.
4.
3.
1.
4故障处理4.
4.
3.
1.
5招援4.
4.
3.
2运营管理4.
4.
3.
2.
1运营开始4.
4.
3.
2.
2运营结束4.
4.
3.
2.
3执行运行时间表4.
4.
3.
3权限管理4.
4.
3.
3.
1操作员登录4.
4.
3.
3.
2操作员登出4.
4.
3.
3.
3执行运行时间表4.
4.
3.
4数据查询4.
4.
3.
4.
1交易查询4.
4.
3.
4.
2销售信息查询4.
4.
3.
4.
3打印水单4.
4.
3.
4.
4查看数据传输情况4.
4.
3.
4.
5系统状态查询DB11/T1164.
1—202041表9自动售票机的功能列表(续)序号功能名称4.
4.
3.
4.
6查看操作日志4.
4.
3.
4.
7查看故障记录4.
4.
3.
4.
8查看运转数据4.
4.
3.
5票箱钱箱管理4.
4.
3.
5.
1票箱安装4.
4.
3.
5.
2票箱卸下4.
4.
3.
5.
3钱箱安装4.
4.
3.
5.
4钱箱卸下4.
4.
3.
5.
5硬币清空4.
4.
3.
6版本查询4.
4.
3.
6.
1检查参数版本4.
4.
3.
6.
2检查软件版本4.
4.
3.
7设备设置4.
4.
3.
7.
1基本信息设置4.
4.
3.
7.
2设置服务模式4.
4.
3.
7.
3设置延长运营时间4.
4.
3.
7.
4时间同步4.
4.
3.
8设备维修维护4.
4.
3.
8.
1部件检测4.
4.
3.
8.
2设备部件更换登记4.
4.
3.
9数据导入导出4.
4.
3.
9.
1参数和软件导入4.
4.
3.
9.
2数据导出4.
4.
3.
10安全认证模块管理4.
4.
3.
10.
1一票通在线认证4.
4.
3.
10.
2一票通管理卡认证4.
4.
3.
10.
3一卡通签到4.
4.
3.
10.
4一卡通签退4.
4.
3.
10.
5一卡通领用4.
4.
3.
10.
6一卡通更换4.
4.
3.
11远程监控4.
4.
3.
11.
1状态数据上传4.
4.
3.
11.
2接收控制命令6.
4.
3.
1业务处理6.
4.
3.
1.
1售票应具有根据乘客的操作进行轨道交通专用车票的售票处理的功能.
6.
4.
3.
1.
2取票应具有根据乘客的操作进行轨道交通专用车票的网络取票处理的功能.
6.
4.
3.
1.
3充值应具有根据乘客的操作进行一卡通卡的充值处理的功能.
6.
4.
3.
1.
4故障处理DB11/T1164.
1—202042在乘客购票或充值过程中出现故障,导致无法完成交易时,应能够打印故障单,详细记录交易现金收付情况、车票车票情况以及故障情况,并引导乘客持故障单到BOM上进行进一步处理.
6.
4.
3.
1.
5招援当招援按钮被按下时,应上传设备招援请求数据至SC.
6.
4.
3.
2运营管理6.
4.
3.
2.
1运营开始运营开始时应具备部件模块初始化、时间同步、参数和软件同步、更改运营日、发送设备状态等功能.
6.
4.
3.
2.
2运营结束运营结束时应具备时间同步、上传审计数据、备份交易数据/业务数据/其他重要数据、清理数据等功能.
6.
4.
3.
2.
3执行运行时间表当运行时间表中有计划任务到达执行时间时,应执行计划任务并上报执行结果.
6.
4.
3.
3权限管理6.
4.
3.
3.
1操作员登录操作员登录的功能应包括:a)应能通过输入操作员编码、密码登录设备进行相关操作.
应具有将操作员登录信息上传至SC,并等待MLC反馈是否允许登录的结果的功能;b)应具有验证操作员密码并进行权限检查,只允许操作员执行具有合法授权的功能.
6.
4.
3.
3.
2操作员锁定操作员锁定的功能应包括:a)当操作员连续多次登录失败时,应锁定操作员账户,并将锁定信息上报SC;b)未解锁的操作员应在下一个运营日自动解锁,或通过得到授权的系统管理员人工解锁.
6.
4.
3.
3.
3操作员登出操作员退出登录时,应向SC发送登出信息.
6.
4.
3.
3.
4无操作自动退出在参数指定时间内无操作时,操作员应自动登出系统.
6.
4.
3.
4数据查询6.
4.
3.
4.
1交易查询应具有查询参数规定保存期限的交易数据的功能,以确认是否存在车票车票处理错误或失败的情况及其原因.
6.
4.
3.
4.
2销售信息查询DB11/T1164.
1—202043应具有查询当日销售、充值统计信息,以及现金收付情况的功能.
6.
4.
3.
4.
3打印水单应具有按照日期、结算时间选择打印历次结算的水单的功能.
6.
4.
3.
4.
4查看数据传输情况应具有查询交易数据和业务数据已传输情况和未传输情况的功能,以确认是否存在未上传的数据.
6.
4.
3.
4.
5系统状态查询应具有查询当前全部系统状态的功能.
6.
4.
3.
4.
6查看操作日志应具有查询最近的操作日志信息,并可选择执行日志导出功能.
6.
4.
3.
4.
7查看故障记录应具有查询最近的故障记录的功能.
6.
4.
3.
4.
8查看运转数据应具有查询设备及关键部件运转数据的功能.
6.
4.
3.
5票箱钱箱管理6.
4.
3.
5.
1票箱安装应将票箱安装信息上传至SC,票箱安装功能将会改变操作员手中车票车票库存以及设备上车票车票库存.
6.
4.
3.
5.
2票箱卸下应将票箱卸下信息上传至SC,票箱卸下功能将会改变操作员手中车票车票库存以及设备上车票车票库存.
6.
4.
3.
5.
3钱箱安装应将钱箱安装信息上传至SC.
6.
4.
3.
5.
4钱箱卸下应将钱箱卸下信息上传至SC.
6.
4.
3.
5.
5硬币清空在将暂存中的硬币全部清空并收入硬币回收箱时,应将硬币清空信息发送至SC,TVM还应具有保存业务数据、日志数据,打印单据的功能.
6.
4.
3.
6版本查询6.
4.
3.
6.
1检查参数版本应具有查询当前下载和使用的各类参数(含票价表等关键参数)版本信息的功能.
DB11/T1164.
1—2020446.
4.
3.
6.
2检查软件版本应具有查询当前下载和使用的各类软件(含TPU)版本信息的功能.
6.
4.
3.
7设备设置6.
4.
3.
7.
1基本信息设置应具有人工设置基本信息并保存的功能.
6.
4.
3.
7.
2设置服务模式应具有人工设置服务模式,并将变化后的服务模式状态数据上传至SC的功能.
6.
4.
3.
7.
3设置延长运营时间应具有人工设置延长运营时间参数的功能.
6.
4.
3.
7.
4时钟同步应具有支持自动时间同步,并能修改本地日期及时间的功能.
6.
4.
3.
8设备维修维护6.
4.
3.
8.
1部件检测应能人工进行关键部件检测,通过检测结果判断可能的故障并作为维修工作的参考.
应至少提供下列检测内容:网络连接状态检测、招援按钮检测、人体感应器检测、车票发行机构检测、硬币单元检测、纸币单元检测、纸币找零单元检测、二维码模块检测、语音模块检测.
6.
4.
3.
8.
2设备部件更换登记可电子识别的设备部件在更换时,设备应自动读取部件ID,并产生相关更换记录上传至MLC.
不可电子识别的设备部件在更换时,应由操作员在设备上记录更换后的部件ID.
6.
4.
3.
9数据导入导出6.
4.
3.
9.
1参数和软件导入应具有使用移动介质导入参数和软件的功能.
6.
4.
3.
9.
2数据导出应具有使用移动介质导出交易数据、业务数据、日志数据的功能.
6.
4.
3.
10安全认证模块管理6.
4.
3.
10.
1一票通在线认证TVM通过调用一票通专用授权API接口函数进行ISAM在线认证处理.
TVM应具有保存业务数据、日志数据的功能.
6.
4.
3.
10.
2一票通管理卡认证DB11/T1164.
1—202045当TVM无法连接ACC认证系统时,应能使用认证管理卡进行一票通ISAM卡认证.
TVM通过调用一票通专用认证功能,对ISAM卡进行认证,并提示认证结果.
TVM应具有保存业务数据、日志数据的功能.
6.
4.
3.
10.
3一卡通签到TVM通过调用一卡通专用授权API接口函数进行ISAM签到处理.
TVM应具有保存业务数据、日志数据的功能.
6.
4.
3.
10.
4一卡通签退执行运营结束时,TVM应对一卡通ISAM卡签退并统计本次签到签退期间产生的交易审计数据.
TVM通过调用一卡通专用授权API接口函数进行ISAM签退处理.
TVM统计本次签到签退期间产生的交易审计数据.
TVM应具有保存业务数据、日志数据的功能.
6.
4.
3.
10.
5一卡通领用TVM首次安装一卡通ISAM卡时,应执行一卡通ISAM卡领用功能后可正常使用该一卡通ISAM卡.
连接BMACS(如失败连接备用BMACS),发送ISAM领用数据包.
TVM应具有保存业务数据、日志数据的功能.
6.
4.
3.
10.
6一卡通更换TVM/BOM更换一卡通ISAM卡时,应执行一卡通ISAM卡更换功能后可正常使用该一卡通ISAM啦.
连接一卡通中心(如失败连接备用BMACS),发送ISAM更换数据包.
TVM应具有保存业务数据、日志数据的功能.
6.
4.
3.
11远程监控6.
4.
3.
11.
1状态数据上传在状态变化或出现故障时应及时上传状态数据和故障数据至SC.
6.
4.
3.
11.
2接收控制命令应具有接收SC下发的各类控制命令,并依据命令进行相应的操作的功能.
接收控制命令见表10.
表10自动售票机接收控制命令列表序号控制命令1开机控制命令2运营结束控制命令3关机控制命令4运营模式控制命令5服务模式控制命令624小时运营控制命令7延长运营控制命令8车站停售控制命令9强制登出控制命令10强制时间同步控制命令11参数更新控制命令12软件更新控制命令DB11/T1164.
1—2020466.
4.
4半自动售票机BOM应具备的功能见表11.
表11半自动售票机的功能列表序号功能名称4.
4.
4.
1业务处理4.
4.
4.
1.
1售票4.
4.
4.
1.
2充值4.
4.
4.
1.
3补票4.
4.
4.
1.
4退卡4.
4.
4.
1.
5替换4.
4.
4.
1.
6激活4.
4.
4.
1.
7抵消4.
4.
4.
1.
8查询4.
4.
4.
2运营管理4.
4.
4.
2.
1操作员结算4.
4.
4.
2.
2运营开始4.
4.
4.
2.
3运营结束4.
4.
4.
3权限管理4.
4.
4.
3.
1操作员登录4.
4.
4.
3.
2操作员锁定4.
4.
4.
3.
3操作员登出4.
4.
4.
3.
4无操作自动退出4.
4.
4.
4数据查询4.
4.
4.
4.
1交易查询4.
4.
4.
4.
2销售信息查询4.
4.
4.
4.
3打印水单4.
4.
4.
4.
4查看数据传输情况4.
4.
4.
4.
5系统状态查询4.
4.
4.
4.
6查看操作日志4.
4.
4.
4.
7查看故障记录4.
4.
4.
4.
8查看运转数据4.
4.
4.
5票箱管理4.
4.
4.
5.
1票箱安装4.
4.
4.
5.
2票箱卸下4.
4.
4.
6版本查询4.
4.
4.
6.
1检查参数版本4.
4.
4.
6.
2检查软件版本4.
4.
4.
7设备设置4.
4.
4.
7.
1基本信息设置4.
4.
4.
7.
2设置服务模式DB11/T1164.
1—202047表11半自动售票机的功能列表(续)序号功能名称4.
4.
4.
7.
3设置延长运营时间4.
4.
4.
7.
4时间同步4.
4.
4.
8设备维修维护4.
4.
4.
8.
1部件检测4.
4.
4.
8.
2设备部件更换登记4.
4.
4.
9数据导入导出4.
4.
4.
9.
1参数和软件导入4.
4.
4.
9.
2数据导出4.
4.
4.
10安全认证模块管理4.
4.
4.
10.
1一票通在线认证4.
4.
4.
10.
2一票通管理卡认证4.
4.
4.
10.
3一卡通签到4.
4.
4.
10.
4一卡通签退4.
4.
4.
10.
5一卡通领用4.
4.
4.
10.
6一卡通更换4.
4.
4.
11远程监控4.
4.
4.
11.
1状态数据上传4.
4.
4.
11.
2接收控制命令6.
4.
4.
1业务处理6.
4.
4.
1.
1售票应具有根据操作员的操作对轨道交通专用车票进行售票处理的功能.
6.
4.
4.
1.
2充值应具有根据操作员的操作对一卡通卡进行充值处理的功能.
6.
4.
4.
1.
3补票应具有根据操作员的操作对车票进行分析、补票的功能.
6.
4.
4.
1.
4退卡应具有根据操作员的操作对车票进行退卡处理的功能.
6.
4.
4.
1.
5替换应具有根据操作员的操作对车票进行替换处理的功能.
6.
4.
4.
1.
6激活应具有根据操作员的操作对车票进行激活处理的功能.
6.
4.
4.
1.
7延期应具有根据操作员的操作对乘客所持车票进行延期处理的功能.
6.
4.
4.
1.
8抵消DB11/T1164.
1—202048应具有根据操作员的操作对车票进行抵消处理的功能.
6.
4.
4.
1.
9查询应具有根据操作员的操作对车票进行查询处理的功能.
6.
4.
4.
2运营管理6.
4.
4.
2.
1操作员结算应具有操作员在班次结束或者运营结束时可在设备上进行结算操作功能.
操作员结算时应能统计结算操作员自设备上次结算到本次结算间的全部交易数据/业务数据/其它重要数据,并具备打印结算流水单的功能.
6.
4.
4.
2.
2运营开始运营开始时应具备部件模块初始化、时间同步、参数和软件同步、更改运营日、发送设备状态等功能.
6.
4.
4.
2.
3运营结束运营结束时应具备时间同步、上传审计数据、备份交易数据/业务数据/其他重要数据、清理数据等功能.
6.
4.
4.
3权限管理6.
4.
4.
3.
1操作员登录操作员登录的功能应包括:a)应能通过输入操作员编码、密码登录设备进行相关操作.
应具有将操作员登录信息上传至SC,并等待MLC反馈是否允许登录的结果的功能;b)应具有验证操作员密码并进行权限检查,只允许操作员执行具有合法授权的功能.
6.
4.
4.
3.
2操作员锁定操作员锁定的功能应包括:a)当操作员连续多次登录失败时,应锁定操作员账户,并将锁定信息上报SC;b)未解锁的操作员应在下一个运营日自动解锁,或通过得到授权的系统管理员人工解锁.
6.
4.
4.
3.
3操作员登出操作员退出登录时,应向SC发送登出信息.
6.
4.
4.
3.
4无操作自动退出在参数指定时间内无操作时,操作员应自动登出系统.
6.
4.
4.
4数据查询6.
4.
4.
4.
1交易查询应具有查询参数规定保存期限的交易数据的功能,以确认是否存在车票处理错误或失败的情况及其原因.
DB11/T1164.
1—2020496.
4.
4.
4.
2销售信息查询应具有查询当日销售、充值统计信息,以及现金收付情况的功能.
6.
4.
4.
4.
3打印水单应具有按照日期、结算时间选择打印历次结算的水单的功能.
6.
4.
4.
4.
4查看数据传输情况应具有查询交易数据和业务数据已传输情况和未传输情况的功能,以确认是否存在未上传的数据.
6.
4.
4.
4.
5系统状态查询应具有查询当前全部系统状态的功能.
6.
4.
4.
4.
6查看操作日志应具有查询最近的操作日志信息,并可选择执行日志导出功能.
6.
4.
4.
4.
7查看故障记录应具有查询最近的故障记录的功能.
6.
4.
4.
4.
8查看运转数据应具有查询设备及关键部件运转数据的功能.
6.
4.
4.
5票箱管理6.
4.
4.
5.
1票箱安装设备应将票箱安装信息上传至SC,票箱安装功能将会改变操作员手中车票库存以及设备上车票库存.
6.
4.
4.
5.
2票箱卸下设备应将票箱卸下信息上传至SC,票箱卸下功能将会改变操作员手中车票库存以及设备上车票库存.
6.
4.
4.
6版本查询6.
4.
4.
6.
1检查参数版本应具有查询当前下载和使用的各类参数(含票价表等关键参数)版本信息的功能.
6.
4.
4.
6.
2检查软件版本应具有查询当前下载和使用的各类软件(含TPU)版本信息的功能.
6.
4.
4.
7设备设置6.
4.
4.
7.
1基本信息设置应具有人工设置基本信息并保存的功能.
DB11/T1164.
1—2020506.
4.
4.
7.
2设置服务模式应具有人工设置服务模式,并将变化后的服务模式状态数据上传至SC的功能.
6.
4.
4.
7.
3设置延长运营时间应具有人工设置延长运营时间参数的功能.
6.
4.
4.
7.
4时钟同步应具有支持自动时间同步,并能修改本地日期及时间的功能.
6.
4.
4.
8设备维修维护6.
4.
4.
8.
1部件检测应能人工进行关键部件检测,通过检测结果判断可能的故障并作为维修工作的参考.
部件检测内容应包括且不限于网络连接状态检测、TPU检测、车票发行机构检测和打印机检测等.
6.
4.
4.
8.
2设备部件更换登记可电子识别的设备部件在更换时,设备应自动读取部件ID,并产生相关更换记录上传至MLC.
不可电子识别的设备部件在更换时,应由操作员在设备上记录更换后的部件ID.
6.
4.
4.
9数据导入导出6.
4.
4.
9.
1参数和软件导入应具有使用移动介质导入参数和软件的功能.
6.
4.
4.
9.
2数据导出应具有使用移动介质导出交易数据、业务数据、日志数据的功能.
6.
4.
4.
10安全认证模块管理6.
4.
4.
10.
1一票通在线认证BOM通过调用一票通专用授权API接口函数进行ISAM在线认证处理.
BOM应具有保存业务数据、日志数据的功能.
6.
4.
4.
10.
2一票通管理卡认证当BOM无法连接ACC时,应能使用认证管理卡进行一票通ISAM卡认证.
BOM通过调用一票通专用认证功能,对ISAM卡进行认证,并提示认证结果.
BOM应具有保存业务数据、日志数据的功能.
6.
4.
4.
10.
3一卡通签到BOM通过调用一卡通专用授权API接口函数进行ISAM签到处理.
BOM应具有保存业务数据、日志数据的功能.
6.
4.
4.
10.
4一卡通签退DB11/T1164.
1—202051执行运营结束时,BOM应对一卡通ISAM卡签退并统计本次签到签退期间产生的交易审计数据.
BOM通过调用一卡通专用授权API接口函数进行ISAM签退处理.
BOM统计本次签到签退期间产生的交易审计数据.
BOM应具有保存业务数据、日志数据的功能.
6.
4.
4.
10.
5一卡通领用BOM首次安装一卡通ISAM卡时,应执行一卡通ISAM卡领用功能后可正常使用该一卡通ISAM卡.
连接BMACS(如失败连接备用BMACS),发送ISAM领用数据包.
BOM应具有保存业务数据、日志数据的功能.
6.
4.
4.
10.
6一卡通更换BOM更换一卡通ISAM卡时,应执行一卡通ISAM卡更换功能后可正常使用该一卡通ISAM卡.
连接BMACS(如失败连接备用BMACS),发送ISAM更换数据包.
BOM应具有保存业务数据、日志数据的功能.
6.
4.
4.
11远程监控6.
4.
4.
11.
1状态数据上传设备应在状态变化或出现故障时及时上传状态数据和故障数据至SC.
6.
4.
4.
11.
2接收控制命令设备应具有接收SC下发的各类控制命令,并依据命令进行相应的操作的功能.
接收控制命令见表12.
表12半自动售票机接收控制命令列表序号控制命令1运营模式控制命令224小时运营控制命令3延长运营控制命令4强制登出控制命令5强制时间同步控制命令6参数更新控制命令7软件更新控制命令6.
4.
5便携式检票机PCA应具备的功能见表13.
表13便携式检票机的功能列表序号功能名称4.
4.
6.
1业务处理4.
4.
6.
1.
1进出站检票4.
4.
6.
1.
2验票4.
4.
6.
1.
3参数和软件下载4.
4.
6.
1.
4数据传输4.
4.
6.
2数据查询4.
4.
6.
2.
1交易查询DB11/T1164.
1—202052表13便携式检票机的功能列表(续)序号功能名称4.
4.
6.
2.
2查看数据传输情况4.
4.
6.
2.
3系统状态查询4.
4.
6.
3版本查询4.
4.
6.
3.
1检查参数版本4.
4.
6.
3.
2检查软件版本4.
4.
6.
4设备设置6.
4.
5.
1业务处理6.
4.
5.
1.
1进出站检票应具有读写轨道交通清算管理中心发行的轨道交通专用车票和市政交通一卡通车票并产生交易数据的功能.
6.
4.
5.
1.
2验票验票的功能应包括:a)应具有检验车票并显示查询信息的功能;b)进行验票操作时能够显示有关的交易信息.
如票种、票值、历史数据、有效期、无效原因和应收票价等.
6.
4.
5.
1.
3参数和软件下载与SC联机交换数据,应能及时下载最新版本软件、系统参数、黑名单参数等.
6.
4.
5.
1.
4数据传输应具有把本机产生的数据上传到SC以及根据数据保存期限清理本机数据的功能.
6.
4.
5.
2数据查询6.
4.
5.
2.
1交易查询应具有查询参数规定保存期限的交易数据的功能,以确认是否存在车票处理错误或失败的情况及其原因.
6.
4.
5.
2.
2查看数据传输情况应具有查询交易数据和业务数据已传输情况和未传输情况的功能,以确认是否存在未上传的数据.
6.
4.
5.
2.
3系统状态查询应具有查询当前全部系统状态的功能.
6.
4.
5.
3版本查询6.
4.
5.
3.
1检查参数版本应具有查询当前下载和使用的各类参数(含票价表等关键参数)版本信息的功能.
6.
4.
5.
3.
2检查软件版本DB11/T1164.
1—202053应具有查询当前下载和使用的各类软件(含TPU)版本信息的功能.
6.
4.
5.
4设备设置应具有人工设置基本信息并保存的功能.

onevps:新增(支付宝+中文网站),香港/新加坡/日本等9机房,1Gbps带宽,不限流量,仅需$4/月

onevps最新消息,为了更好服务中国区用户:1、网站支付方式新增了支付宝,即将增加微信;原信用卡、PayPal方式不变;(2)可以切换简体中文版网站,在网站顶部右上角找到那个米字旗,下拉可以换中国简体版本。VPS可选机房有:中国(香港)、新加坡、日本(东京)、美国(纽约、洛杉矶)、英国(伦敦)、荷兰(阿姆斯特丹)、瑞士(苏黎世)、德国(法兰克福)、澳大利亚(悉尼)。不管你的客户在亚太区域、美洲区...

ShockHosting日本机房VPS测试点评

这个月11号ShockHosting发了个新上日本东京机房的邮件,并且表示其他机房可以申请转移到日本,刚好赵容手里有个美国的也没数据就发工单申请新开了一个,这里做个简单的测试,方便大家参考。ShockHosting成立于2013年,目前提供的VPS主机可以选择11个数据中心,包括美国洛杉矶、芝加哥、达拉斯、杰克逊维尔、新泽西、澳大利亚、新加坡、日本、荷兰和英国等。官方网站:https://shoc...

傲游主机38.4元起,韩国CN2/荷兰VPS全场8折vps香港高防

傲游主机怎么样?傲游主机是一家成立于2010年的老牌国外VPS服务商,在澳大利亚及美国均注册公司,是由在澳洲留学的害羞哥、主机论坛知名版主组长等大佬创建,拥有多家海外直连线路机房资源,提供基于VPS主机和独立服务器租用等,其中VPS基于KVM或者XEN架构,可选机房包括中国香港、美国洛杉矶、韩国、日本、德国、荷兰等,均为CN2或者国内直连优秀线路。傲游主机提供8折优惠码:haixiuge,适用于全...

工作站是什么为你推荐
asp.net网页制作如何用DREAMWEAVER ASP.NET 做网页360防火墙在哪里电脑或电脑360有联网防火墙吗,在哪里设置ipad代理在哪买ipad更便宜filezilla_server如何用FileZilla Server新增FTP帐号tumblr上不去我家里的网络打不开个别网站3g手机有哪些现在有哪些比较适用的3g手机?drupal教程搭建一个多店家订餐网站,可以用joomla,wordpress完成吗?求教程什么是seo小红妹 seo是什么意思?seo网站优化该怎 随机阅读 seo是什么意思discuzx2Discuz! Database Error怎么解决joomla安装下载app并安装
服务器租赁 美国vps评测 主机优惠码 budgetvm stablehost 美国主机网 10t等于多少g 紫田 sockscap 40g硬盘 1g空间 hdd hktv web服务器安全 服务器是干什么用的 测试网速命令 阵亡将士纪念日 umax 免费赚q币 香港ip 更多