DB11-T 1164.1-2020城市轨道交通自动售检票系统技术规范 第1部分：系统结构及功能

1、ICS 35.240.60CCS L 67DB11北京市地方标准DB11/T 1164.12020代替 DB11/T 1164.12015城市轨道交通自动售检票系统技术规范第 1 部分：系统结构及功能Network toll system of rail transit technical requirements Part I : System architecture and functional2020 - 12 - 24 发布2021 - 04 - 01 实施北京市市场监督管理局发 布DB11/T 1164.12020目次前言III范围1规范性引用文件1术语和定义1缩略语1体系结构1清

2、算中心2线路中心2车站计算机3车站终端设备3车站终端设备组成3车票处理单元3终端设备3功能要求4清算中心功能4清分清算管理5票务管理6参数管理7设备管理8模式管理8综合监视8报表管理8权限管理9系统管理9系统监视10线路中心功能10运营管理12参数管理14软件管理15时间同步15现金收益管理16数据管理16权限管理17审计管理18站区管理18日志管理18报表管理18IDB11/T 1164.12020票务管理19班次管理20维修维护管理20历史数据管理22专项数据查询23清算对帐23系统维护23车站计算机24运营管理25参数管理28软件管理28时间同步28收益管理29权限管理29数据管理30审

3、计管理31票箱管理31钱箱管理31车票调配32便携式检票机管理32日志管理32车站终端设备33车票处理单元33自动检票机36自动售票机40半自动售票机46便携式检票机51IIDB11/T 1164.12020前言本文件按照 GB/T 1.12020标准化工作导则 第 1 部分：标准化文件的结构和起草规则的规定起草。DB11/T 1164城市轨道交通自动售检票系统技术规范分为 9 个部分：第 1 部分：系统结构及功能；第 2 部分：接口数据格式；第 3 部分：数据传输；第 4 部分：人机界面；第 5 部分：车票处理单元；第 6 部分：车票；第 7 部分：终端设备；第 8 部分：检测；第 9 部分

4、：技术指标体系。本文件与 DB11/T 1164.12015 相比，除编辑性修改外，主要技术变化如下：增加了规范性引用文件（见 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）

5、；修改了自动检票机检票进站功能（见 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）。本部分由北京市交通委员会提出并归口。 本部分由北京市交通委员会负责组织实施。本部分的起草单位：北京市轨道交通指挥中心、北京航空航天大学。本部分主要起草人：战明辉、孙方、冯昕晖、王金利、

6、童梅、潘晓军、张莉、梁材、孙越、王照华、尹秋霞、刘嘉军、黄悦、陈卫平、戴国强、冯利昌、王海英、杨萍、陈颖、刘敬光、宋伟、李寒松、边毅、于涛、王桂英、翟熙、帅国莹、张坤、隋丽莉、靖立涛、孙琦、韩鹏、黄斐、刘稳、詹淮、尹宁、熊桂喜、欧阳元新、张茂林、冷彪、张姞。本文件历次版本发布情况为：DB11/T 1164.12015；本次为第一次修订。IIIDB11/T 1164.12020城市轨道交通自动售检票系统技术规范第1部分：系统结构及功能范围本文件规定了城市轨道交通自动售检票系统的结构和系统各组成部分的功能。本文件适用于城市轨道交通自动售检票系统的设计、建设、验收和运营管理。规范性引用文件本文件没有

7、规范性引用文件。术语和定义本文件没有需要界定的术语和定义。缩略语下列缩略语适用于本文件：ACC：轨道交通自动售检票系统清算中心（Automatic Fare Collection Clearing Center) AG：自动检票机（Automatic Gate）API：应用程序编程接口（Application Programming Interface）BMACS：北京市政交通一卡通结算系统（Beijing Municipal Administration & Communication Card System）BOM：半自动售票机（Booking Office Machine） ID：标识符

8、（Identification）MAC：消息验证码（Message Authentication Code） MLC：多线路中心（Multiple Line Center）NTP：网络时间协议（Network Time Protocol） PCA：便携式检票机（Portable Card Analyzer）PSAM：消费安全存取模块（Purchase Secure Access Module） SAM：安全认证模块（Security Authentication Module） SC：车站计算机（Station Computer）SLE：车站终端设备（Station Level Equipme

9、nt） TAC：交易验证码（Transaction Authorization Code） TPU：车票处理单元（Ticket Processing Unit） TVM：自动售票机（Ticket Vending Machine）体系结构1DB11/T 1164.12020清算中心北京轨道交通联网收费系统总体分为四层：第一层为清算中心,第二层为线路中心，第三层为车站计算机,第四层为车站终端设备。第一层ACC第二层MLC/LC线路中心车站计算机第三层SC车站终端设备第四层TPUSLE图 1 轨道交通联网收费系统体系结构图清算中心ACC实现北京轨道交通线网票款清分清算、客流数据统计，一票通车票的发行

10、和管理，售票终端的认证管理。系统主要功能应包括：清分清算管理：接收 MLC 上传的交易数据，进行票款的清分清算；完成与 MLC 及 BMACS 中心、互联网平台的对账；将 MLC 上传的交易数据，进行路网客流数据的清分及统计；实现线路参数定制及下发，完成一卡通参数的转发。票务管理：完成路网一票通密钥管理和一票通车票发行管理；实现 SAM 卡发行、一票通卡初始化和预赋值、车票分拣、车票清洗。参数管理：制作 ACC 参数；下发 ACC 参数，转发一卡通参数；查询 ACC 参数、一卡通参数版本信息。模式管理：接收 MLC 上传的模式变更通知，同时将模式变更通知下发至线网其他线路；能对指定时间范围内的

11、全路网车站模式历史记录进行查询。线路中心线路中心实现线路运营管理， MLC能实现多条线路在一个中心运营管理。系统主要功能应包括：运营管理：从 ACC 下载票务运营参数，结合线路运营管理需要定义系统参数，下发给 SC 使用；接收 SC 上传的状态数据，进行运营监控；2DB11/T 1164.12020接收 SC 上传的交易数据，进行数据处理；将 ACC 及 BMACS 要求的交易数据传送给 ACC，与 ACC 进行清算对帐。票务管理响应 ACC 的车票调配请求，向 ACC 提出车票调配申请；监视线路内各站以及全线的车票库存量；协调线路内各车站之间的车票调配需求，实施动态调配。维修管理接收 SC

12、上传的状态数据，监视设备；接收并保存各车站设备的故障状态，监视故障，管理故障历史数据；管理线路的备品备件数据及状态；管理并维护线路内的维修信息。车站计算机SC实现车站范围的运营管理、票务管理、设备监视和维修维护管理，与MLC进行交互。系统主要功能应包括：接收 MLC 下发的系统参数，并下发给终端设备；接收 MLC 的指令，实现车站内的运营管理、票务管理、设备监视；当遇到与 MLC 的通讯故障等引起车站独立运行时，独立管理所监控系统的运行；接收 SLE 发送的状态及运营数据，监视车站运营；接收 SLE 发送的数据，并转发给 MLC；实现 SLE 的控制和现场管理。车站终端设备车站终端设备组成SL

13、E包括AG、TVM、BOM、PCA。TPU包含在SLE中。车票处理单元TPU在SLE的控制下与车票进行交互及业务处理。TPU主要功能应包括：车票业务处理：运行时间的获取、运营模式的获取、票价表的获取、交易数据的生成、费率计算、黑名单处理等；车票读写处理：卡读写、安全认证；完成对一卡通、一票通车票处理，产生 ACC 及 BMACS 标准所要求的交易数据；与 SLE 进行交互，接收处理车票所需要的参数，并将所产生的交易数据提交给 SLE。终端设备SLE主要功能应包括：完成自动售检票系统内售票、检票、补票、查询、激活等功能；接受 SC 下发的命令及参数，按照要求执行及下发给 TPU；收集 TPU 产

14、生的车票交易数据，转发至 SC；产生运营数据及各状态等信息上传至 SC；管理交易审核数据、一卡通累计交易序号、一票通的唯一 ID 序号。3DB11/T 1164.12020功能要求清算中心功能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.5

15、SAM 卡及 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

16、日志管理4.1.10系统监视4DB11/T 1164.12020清分清算管理交易验证交易验证的功能应包括：应能接收 MLC 上传的交易数据，并完成数据转发；应能对一票通数据的正确性及有效性进行充分的检查，并记录交易验证的时间，避免错误或欺诈性的数据，包括检查交易日期、检查 MAC、检查扣费金额、检查重复交易等。交易清分交易清分的功能应包括：应支持不同票种、票制，不同交易种类的清分要求，支持互联网产品等新票种的清分处理；应根据清分规则，为一票通、一卡通及其他发卡商的交易提供清算服务, 在线路或运营商之间进行清分，费用清分单位到分，准确度以 ACC 的结果为准，资金保留两位小数。结算对账结算对账的

17、功能应包括：应能对运营商账户进行统一管理，能更新运营商账户信息；运营商按日进行跨行业交易数据归集并清算，将清算对账文件发送至 ACC 完成资金结算；售票代理商（包含互联网票务服务平台）按日进行数据归集并清算，与 ACC 完成数据核对和保付金核算；ACC 能与与运营商、售票代理商（包含互联网票务服务平台）等进行对账；ACC 与BMACS 每日日结后由 BMACS 返回给 ACC 业务对账类文件（结算对账数据、异常数据、调整数据），并与 ACC 完成数据核对和资金结算；每日清分结算完成后，ACC 应根据系统设置自动分线路生成清分结算报表和交易统计报表，并将报表、对账文件、一卡通异常交易和一票通异常

18、交易自动发送到线路，并支持手工导出对账文件。对账配置管理对账配置管理功能应能对对账文件进行管理，将对账文件可以根据参与方、导出类型、开始日期、结束日期、状态、频率等规则导出。手工调账ACC 支持根据结算日、业务类型等条件对运营商账户的结算金额进行调整，具体包含一卡通人工调整，一票通人工调整。清分异议管理及乘客异议申诉处理清分异议管理及乘客异议申诉处理功能如下：对于一票通清分异议申诉，ACC 应支持依据运营商申诉相关证明材料予以复核审定，确定申诉数据是否参与结算，并由授权人员进行异议数据处置。处置结果可通过对账文件和业务报表反馈至运营企业；对于一卡通清分异议申诉，ACC 应支持对一卡通异常异议申

19、诉转发至 BMACS 中心，根据 BMACS 中心后续的处置结果，ACC 应支持相应的调整处理，处置结果可通过对账文件和业务报表反馈至运营企业；5DB11/T 1164.12020ACC 应支持对一卡通积分异议及互联网乘客异议申诉的交易查询和结果反馈；ACC 应支持互联网乘客异议申诉的退款处理，并对相关运营商账户进行调账，处置结果可通过对账文件和业务报表反馈至运营商。车票账户管理车票账户管理包括：系统通过接收、处理车票的使用交易，建立并维护车票/产品的账户及账户状态，对车票的使用周期和账户状态进行管理；ACC 应可根据已接收的交易数据，对丢失的数据进行恢复或做出处理，并纳入恢复当期的财务结算报

20、表，根据对应的清算规则完成清算。票务管理初始化初始化功能包括：ACC 应能对一票通车票初始化，初始化过程由参数控制；创建车票的交易记录，汇总到 ACC 的数据库中；支持对线路回收的旧卡进行单程票预赋值作业；支持对线路回收的旧卡进行初始化作业；应能制定 CPU 卡和 ULC 车票的车票结构和接口，支持 CPU 卡和 ULC 卡的初始化、预赋值、抵消和分拣。黑名单管理黑名单管理功能如下：ACC 应能编辑生成黑名单参数并定期向 MLC 发放，黑名单参数类型包括卡黑名单参数、产品黑名单参数、SAM 卡黑名单参数、高级黑名单参数和卡批次黑名单参数；BMACS 黑名单参数由 BMACS 生成，定期传输到

21、ACC，由 ACC 向各 MLC 转发。车票编码分拣管理ACC应能对编码分拣设备上传的数据进行统一处理并查询。车票预赋值和抵消车票预赋值和抵消功能如下：车票预赋值交易、预赋值抵消交易数据应上传至 ACC；ACC 应支持预赋值车票票款的对账。SAM 卡及 AFC 设备登记SAM卡及AFC设备登记功能如下：ACC 应记录 SAM 卡初始安装的 AFC 设备编码到 SAM 卡与设备对应表；ACC 应能接收设备上传的 SAM 卡安装信息，更新 SAM 卡与设备对应表，并记录更新日志。密钥管理订单管理6DB11/T 1164.12020订单管理功能包括订单查询、添加订单、编辑订单、删除订单、订单审核和到

22、货管理。台账管理台账管理功能如下：可支持订单到货后加入台账，通过导入制卡数据进行制卡；可支持对卡信息进行编辑，包括下发线路，下发车站，设备类型和设备 ID；可查看车票详情，车票详情包括当前车票详情及车票历史使用详情；可支持单卡丢失处理，卡进行丢失操作后，自动更新车票台账状态，如果卡已经下发（取最新下发时间点），则同时更新车票下发单详情中车票状态，罚款，备注等信息。下发管理下发管理功能包括下发查询，导出，添加下发单，查看下发单详情，测试票管理，删除和丢失确认。回收管理回收管理功能包括查询，添加回收单，删除回收单和查看回收单详情。销毁管理销毁管理功能包括销毁单查询，添加销毁单，查看销毁单，删除销毁

23、单和确认销毁。密钥报表查询密钥报表包括SAM未使用报表和SAM卡使用情况对比报表，ACC应支持选择一段时间进行查看报表。参数管理清分规则ACC支持支持不同票种、票制，不同交易种类的清分要求。参数的制作参数的制作功能如下：ACC 支持基于地铁路网的基础数据，生成“两阶段，双比例”清分比例，供系统参数生成时使用；ACC 支持对运营商、卡、产品、设备、线路、站点、断面、日历、票价、验证规则、财务规则、日期、时间等线路参数及系统参数信息进行配置及管理；ACC 支持对互联网业务的优惠控制参数、卡种优惠参数、累计优惠参数、低峰优惠参数等信息的配置及管理；ACC 应能将线路参数编辑为草稿版本，并保存发布版本

24、；被编辑为发布版本的参数通过设定，可即时下发到线网各个线路。参数的发布应能对所选草稿版参数进行审核，指定为正式发布版参数。参数的下发参数的下发功能如下：7DB11/T 1164.12020ACC 支持参数的下发：ACC 生成线路参数并下发，各终端设备接受到此参数后按照激活时间生效；一卡通参数由一卡通公司生成并下发至 ACC，ACC 对一卡通全部参数进行落地并转发至线网各条线路，根据一卡通接口规范的变更进行更新。参数的查询ACC应能查询一票通参数，一卡通参数和互联网参数的所有版本信息。票价表生成及校验票价表生成及校验功能如下：支持对不同版本的路网基础数据进行管理，系统应支持按指定某一版本路网基础

25、数据生成票价表；支持校验功能，根据生成的票价，检查生成参数中票价的合法性并覆盖路网所有 OD。设备管理设备管理功能如下：ACC 可对所有自动售检票系统设备进行管理，详细记录设备的注册信息和分布；ACC 可对设备的使用状态进行监控。模式管理模式管理功能如下：ACC 应能接收 MLC 上传的模式变更通知，同时将模式变更通知下发至线网其他线路；ACC 应能对指定时间范围内的全路网车站模式历史记录进行查询。综合监视客流监视应能依据日期、线路、车站等查询条件，查看线路、车站的实时客流情况。实时客流数据应依据设置时间间隔自动刷新。财务监视应能依据日期、线路、业务类型等查询条件，查看线路、车站的实时财务清算

26、和异常交易情况。实时财务数据应依据设置时间间隔自动刷新。交易明细查询应能依据日期、线路、卡号等查询条件，查看车票使用的交易明细内容。对账明细查询应能依据日期、线路、包编号等查询条件，查看一卡通对账的明细内容。审计数据查询应能依据日期、线路、车站等查询条件，查看设备寄存器对账的明细内容。报表管理8DB11/T 1164.12020报表管理包含轨道交通的所有交易类型及相关业务数据类，具备与历史数据进行对比分析的功能等；ACC支持配置报表的生成计划，每天按照计划自动生成报表，具有权限的操作人员登录报表系统进行查询。权限管理组织管理权限管理功能如下：系统应支持管理组织信息，支持新增，修改，删除，查询组

27、织信息；应支持根据组织名称查询组织信息。在查询结果中显示组织名称，操作员，操作时间。角色管理角色管理功能如下：系统应支持管理角色信息，支持新增，修改，删除，查询角色信息；应支持根据角色名称，查询角色信息。在查询结果中显示角色名称，操作用户，操作日期。应能对操作员信息进行添加、修改、启用和停用操作，依据操作员编号(可模糊查询)、操作员状态、创建日期等条件查询符合条件的操作员信息。用户管理用户管理功能如下：系统支持管理用户信息，支持新增，修改，删除，查询用户信息；支持根据组织名称，用户，用户状态查询用户信息。在查询结果中显示组织名称，用户 ID， 用户名称，密码开始日期，密码结束日期，用户生效日期

28、，用户失效日期，用户状态，操作员， 操作日期。系统设置系统设置包含对系统基础配置的管理，比如输入密码错误次数，密码到期提醒，工作站超时锁定等管理。系统管理时钟同步ACC应以TCC时钟源为基准，协议为NTP。备份和恢复备份和恢复功能如下：ACC 设计能够实现生产系统与容灾中心后备系统的顺利切换，包括从生产系统切换到容灾中心的后备系统，及从容灾中心后备系统恢复到生产系统；生产系统发生灾害或出现严重故障时，系统监测到异常情况，按照预定的规则启动容灾中心后备系统；系统具备完善的备份能力，可以根据数据传输及其处理的时间来制定备份时间或备份周期；ACC 备份主要包括：数据库备份、操作系统备份、应用软件及数

29、据备份、第三方软件及数据备份、原始数据备份。9DB11/T 1164.12020日志管理日志管理功能如下：支持对清算管理、车票账户处理、客流清分管理、票务管理、参数管理、设备管理、报表、信息发布、系统管理等相关日志进行记录；包含对远程日志，操作日志，本地日志的管理。系统监视系统监视功能如下：系统支持监视后台程序运行的状态是否正常；系统支持监视 MQ 的进程运行状态是否正常，支持监控数据库的使用情况：数据库的运行状态、数据库内部报警记录、表空间使用率、日志空间系统支持监视系统内存及磁盘使用情况、客户端并发连接数、内存使用率等；系统支持监视服务器内存、CPU 的使用情况；系统支持监视日结的运行状态

30、；系统支持监视对 TCC 运行图的接收情况；系统支持监视线路上传数据包的数量；系统支持监视线路上传一卡通数据包的数量；系统支持监视互联网票务系统上传互联网数据包的数量；系统支持为监控对象设置监控指标参数和报警条件，系统出现异常时可以自动报警。线路中心功能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.

31、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软件版本切换10DB11/T 1164.12020表 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.

32、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部件管

33、理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历史数据查询11DB11/T 1164.12020表 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数据备份监控管理运营管理运营开始运营开始的功能应包括：应在每个运营日，依据运行时间表自

34、动完成运营开始或手动启动运营开始功能；应在运行时间表停用时，支持手动执行运营开始；应与 ACC 进行时间同步，检查当前运营日是否正确，记录运营开始结果；运营开始执行失败，不应影响所辖各 SC 的运营。运营结束运营结束的功能应包括：应在每个运营日依据运行时间表自动执行运营结束；应在运行时间表停用时，支持手动执行运营结束；应与 ACC 进行时间同步，与票务管理以及所辖各 SC 进行传输审计，对各类数据进行统计，产生当前运营日/当前结算日的报表数据，与 ACC 进行基础数据对账；运营结束执行失败，不应影响票务管理、维修管理和所辖各 SC 的运营。运行时间管理运行时间表管理应对能运行时间参数进行制作、

35、编辑、版本控制，并能自动或手动将运行时间表参数发布到票务管理、维修管理以及所辖各SC。车站停售时间表应能对车站停售时间参数进行制作、编辑、版本控制、发布，并能自动或手动将车站停售时间参数发布到所辖各SC。执行运行时间表运行时间表已启用的状态下，应依据时间表指定时间自动执行运行任务，同时记录自动任务运行结果。临时指定停售车站12DB11/T 1164.12020应能在所辖车站范围内指定并下发临时停售指令到指定SC，并记录指令下发执行情况。延长运营时间应能对所辖线路的SC设置并下发延长运营指令，同时应记录指令下发执行情况。包括：指定线路的所辖各 SC 和SLE 的自动运行时间表以及 SC 的车站停

36、售时间表应失效；延长运营时间命令应在当运营日有效。设置 24 小时运营设置24小时运营的功能应包括：应能对所辖线路的 SC 设置并下发执行 24 小时运营指令，同时应记录指令下发执行情况；指定线路的所辖各 SC 和SLE 的自动运行时间表以及 SC 的车站停售时间表应失效；指定线路的所辖各 SC 运营结束和运营日切换应不受影响。取消 24 小时运营应能对所辖某一线路、多个线路或全部线路的所有SC设置并下发取消24小时运营指令，同时应记录指令下发执行情况。模式管理运营模式设置运营模式设置的功能应包括：应能对所辖某一 SC 设置并下发运营模式命令，并记录指令下发执行情况；应能接收指定模式发生 SC

37、 发送的模式变更通知，将模式变更通知下发给所辖各 SC，并转发给ACC，同时记录模式变化历史，产生新的模式履历文件，通过参数同步下发给所辖各 SC。模式通知模式通知的功能应包括：当与 ACC 网络中断时，应能将非本线路所辖车站运营模式变更通知下发到所辖各 SC；所辖 SC 发送模式变更，并且与 MLC 通讯中断时，MLC 应能设置该车站运营模式通知，并将车站模式变化通知下发到所辖各非模式发生车站的 SC，并转发给 ACC，同时记录模式变化历史， 并产生新的模式履历文件，通过参数同步下发给所辖各 SC。模式履历查询应能对指定时间范围内的全路网车站模式履历记录进行查询。模式历史查询应能对指定时间范

38、围内的全路网车站模式历史记录进行查询。设备监视应能实时监控MLC的网络设备、所辖SC及SLE的各种状态，并能模拟所辖各车站内终端设备的实际布置，图形化地实时显示终端设备的各种状态及故障情况。网络设备监视13DB11/T 1164.12020应能实时监视MLC的各服务器、交换机、路由器的运行状态和网络连通状态。车站计算机监视应能实时监视所辖各SC的运行状态、网络状态和车站运营模式。终端设备监视可监视的终端设备状态种类见表 3。表 3 设备监视状态种类序号设备监视状态种类1终端设备网络连通状态2终端设备运营模式3终端设备工作模式4终端设备服务模式5终端设备登录状态6终端设备关键部件状态7终端设备数

39、据传输状态8终端设备票箱状态(安装情况、票箱编号、装票数量、已满、将满、已空、将空)9终端设备钱箱状态（安装情况、钱箱编号、币种、面额、枚数/张数、金额、将空、已空、将满、已满）报警方式设置应能通过选择设备故障级别、异常级别、状态类型来设置不同的报警方式。报警方式包括：文字提示、弹出报警对话框、声音报警、监视界面上闪烁报警以及特殊提示报警(在系统运行的过程中，在任何一个操作界面中，当出现该类异常时，能立即弹出并正确显示异常报警)。客流监视实时监视应能依据所辖线路、车站、某组终端设备、某类终端设备、某台终端设备等查询条件，查看所辖线路、车站的实时客流情况。实时客流数据应依据设置时间间隔自动刷新。

40、客流阀值管理应能对所辖车站、站厅、设备组的客流报警上限阀值和客流报警监测时间参数进行制作、编辑、版本控制、发布，应能自动或手动将客流阀值表参数发布到所辖各SC。查询交换数据应能依据日期、时间段、线路、数据类型等条件，查询MLC与ACC之间的数据交换情况，数据包括一票通交易数据、一卡通交易数据、ACC参数数据、BMACS参数数据以及其它ACC约定的数据。参数管理参数版本制作参数版本制作的功能应包括：14DB11/T 1164.12020应能接收并保存 ACC 参数和 BMACS 参数，同时将该参数转换为 MLC 内部参数下发到所辖各 SC；应能将线路运营、维护等专用参数编辑为草稿版本，并保存发布

41、版本；被编辑为发布版本的参数通过设定，可即时下发到所辖各 SC。参数版本发布参数版本发布的功能应包括：应能对所选草稿版参数进行修改，指定为正式发布版参数；应能指定一个/多个所辖车站或一台/一组/一类所辖 SLE 使用某正式版本的参数。参数版本同步应具有检查并比较所辖SC的参数版本，将差异版本信息下发SC，要求SC同步差异版本参数的功能。参数版本切换应依据参数生效时间自动进行参数版本切换。参数版本查询应能查询维修管理、票务管理、所辖各SC、所辖SLE的所有参数版本信息。软件管理软件版本制作应能选定系统类型或设备类型，进行软件版本的制作。软件版本发布应能设定软件版本的发布计划、发布范围、更新方式、

42、生效时间等。软件版本同步软件版本同步的功能应包括：应能将已发布的软件版本同步到指定 SC；应能检查并比较所辖 SC 的软件版本，将差异版本信息下发给 SC，要求同步差异版本软件程序。软件版本切换应能依据参数生效时间自动进行软件版本切换。软件版本查询应能对本机系统、所辖SC、票务管理、维修管理的软件版本、同步状态进行查询。时间同步自动时间同步应能根据设定的时间间隔，从ACC的时钟源获取时间，自动进行时间同步。强制时间同步应能对维修管理、票务管理和所辖SC进行强制时间同步。15DB11/T 1164.12020手动修改时钟当与ACC时钟源通讯断开时，应能手动设置本地时钟源的时间。本地时钟源时间修改

43、成功后，MLC 向所辖SC发送强制时间同步命令进行强制时间同步。现金收益管理应能收集各SC系统产生的现金收益数据，并进行统计核算，形成全线路完整的现金收益核算数据， 并出具相应统计报表的功能。现金收益核算数据的统计应在运营结束时进行。数据管理数据传输状态数据传输应能从所辖SC、维修管理、票务子中心系统接收状态数据并保存，应依据ACC规定的格式将所辖SLE的状态数据发送至ACC。交易数据传输应能从所辖SC、票务管理接收并保存交易数据，应依据ACC、BMACS规定的格式，定时将交易数据发送至ACC。业务数据传输应能从所辖SC接收并保存业务数据。数据备份数据备份的功能应包括：在每日运营结束后，应依据

44、数据备份策略，对系统数据进行备份，将其保存在本地存储设备上。应能记录操作日志和数据备份执行结果；应根据各种数据的关键程度、数据量确定不同的备份方式及备份周期。在备份结束后，应对备份内容进行检查，在故障后能成功恢复被备份的数据。数据恢复可从已备份的数据中选择需恢复的数据，进行数据恢复操作。应能记录操作日志和数据恢复执行结果。数据清理应在每日运营结束后，依据数据保存周期（参数配置）自动/手动执行过期数据清理。数据归档每日运营结束后，应将历史服务器上的过期数据进行归档存储，清理过期数据。数据导入导出数据导入16DB11/T 1164.12020应能导入存储在移动介质上的交易数据、业务数据、对账数据、

45、ACC参数数据、BMACS参数数据，导入的ACC参数、BMACS参数经确认后方可发布。ACC参数和BMACS参数文件的名称、格式等，按照本标准和BMACS的规定执行。数据导出应能将选定的参数信息、参数文件、软件信息、软件文件、ACC规定的交易数据、BMACS规定的交易数据等导出，并写入移动介质上。权限管理操作员管理操作员管理的功能应包括：应能对操作员信息进行添加、修改、启用和停用操作，依据操作员编号(可模糊查询)、操作员状态、创建日期等条件查询符合条件的操作员信息；应能修改操作员密码，并记录密码历史；应能接收 SC 上报的操作员密码信息，并将上报的操作员密码变更为新密码，并记录密码历史；应能重

46、新设置指定操作员的密码为缺省密码，缺省密码的初始密码可根据实际运营需要进行设定。权限控制应能对操作员在MLC、SC和终端设备上允许执行的功能权限进行限定，限定操作员在特定位置可执行的业务功能。设备访问管理操作员登录操作人员通过用户ID和密码登录工作站，操作员权限经过认证成功后，方能进行相应角色权限的操作功能。操作员锁定当操作员连续N（N的值由参数配置）次输入密码错误，应将该操作员锁定，并将锁定结果逐级上报至MLC，MLC应将操作员锁定通知下发到所辖各SC。操作员锁定信息在当前运营日有效，下个运营日开始时应自动解锁。操作员解锁管理应能对已锁定的操作员进行解锁，并将操作员解锁信息下发到各所辖SC。

47、操作员登出应能接收本级系统工作站、票务管理工作站、维修管理工作站、所辖SC工作站、终端设备发送的操作员登出数据，依据登出信息修改操作员登录状态。强制退出登录17DB11/T 1164.12020应能向指定已登录的各级系统工作站或终端设备发送强制退出控制命令，各级系统工作站或终端设备接收到该命令后，应自动使当前操作员退出登录状态，同时在MLC、各级系统工作站和终端设备操作日志应形成记录。无操作自动退出终端设备或各级系统工作站在检测到操作员一段时间内没有任何操作时，应自动退出登录状态，形成操作日志记录。审计管理数据审计应能对所辖SLE产生的交易数据进行统计，并与终端设备产生的累计寄存器数据进行核对

48、，同时生成相关数据审计报表。传输审计应能对所辖SC上传的传输数据包信息进行审计，当发现有数据包未上传，则向相应SC下发重传数据包的命令，接收命令的SC应重传数据包。操作审计应能依据条件对操作日志进行分析、查询、统计。站区管理站区信息维护应能增加、修改、删除站区并对站区信息进行查询。站区设备监视应能监视本站区所属的SLE状态。站区客流监视应能监视本站区所属的车站客流和站区的统计客流。站区车票管理应能进行本站区所属的车站车票管理。日志管理日志管理的功能应包括：应对日志类型分类：自动运行的任务日志、操作员操作日志、服务器事件日志和通信日志；应能记录操作员的各项操作，并形成操作日志；应能接收并保存 S

49、C 定时上传的操作日志。报表管理报表管理的功能应包括：18DB11/T 1164.12020报表应分层管理。各个子系统负责即时查询产生的报表，此类报表为操作员即时查询，并可打印、导出。报表管理还应按计划定期生成统计报表和分析报表；报表应能以表格、图表形式生成和保存报表，还应具有清理报表的功能；报表应包括且不限于清算类、交易/现金/收益类、运营类、审核类、库存类、维修维护类、分析类等报表；报表应能通过权限设置对数据进行灵活的分层统计和分析。票务管理票箱登记初始化后的票箱在投入系统使用之前，应先在票务管理进行登记。库存参数管理库存参数管理的功能应包括：应能进行车票库存相关参数的设置。车票库存相关参

50、数包括库存上报时间间隔参数、系统统车票库存管理类型参数和车票库存阀值参数；MLC、SC 的票务管理参数应保持一致。库存数量上报库存数量上报的功能应包括：应能接收并保存 SC 上报的车站当前车票库存状态数据；应定时生成车票库存状态数据并上传至 ACC。库存状态管理应能对各层级的车票库存进行监视和查询。当系统检测车票库存高于最高阀值或低于最低阀值时，系统应能自动报警。车票入库/出库出票入库/出库的功能应包括：应能人工录入车票入库/出库数据；应能根据票箱更换数据自动进行车票入库/出库管理。库存调整应能人工录入车票库存调整数据。车票回收请求应能接收所辖SC发送的车票回收请求数据，并转发至票务管理。车票

51、配送命令应能接收票务管理发送的车票配送命令数据，并转发至指定SC。车票黑名单申请应能录入黑名单申请数据，并发送到ACC。19DB11/T 1164.12020班次管理应针对线路进行交接班设置，并能在车站（站区）进行交接班管理。在进行班次管理时应进行售票的车票、票款、备用金核对。维修维护管理代码管理代码管理的功能应包括：应能提供增加故障代码、增加维修代码、维护故障代码、维护维修代码等功能；维护故障代码只能修改故障代码对应的故障描述，不能删除、新增故障代码；维护维修代码只能修改维修代码对应的维修信息及关联的故障代码，不能删除、新增维修代码。部件管理登记厂商部件信息维修管理应能录入并保存厂商的部件类

52、别代码和型号等基础信息。登记部件唯一编号新部件采购后，应在系统中登记该部件唯一编号。部件入库维修中心或维修工区接收部件时，应依据配送单录入部件类型和数量，并将部件记入库存。部件出库部件出库的功能应包括：维修中心或维修工区调出部件时，应依据调配要求录入部件类型和数量，并打印出库单；当输入的出库数量大于现有库存数量时，系统应提示重新输入领用数量。部件领用应能人工录入部件领用信息，并依据该数据修改部件库存。部件归还应能人工录入部件归还信息，并依据该数据修改部件库存。记录部件更换信息应能人工记录部件更换信息与维修结果。部件作废部件无法再使用时，应在系统中记录其为废品，并更新库存。部件库存阀值管理部件库

53、存阀值管理的功能应包括：应能定义各类部件的在库数量阀值，当到达阀值时系统应自动报警；20DB11/T 1164.12020作废部件应不参与部件库存阀值计算。部件库存查询部件库存查询的功能应包括：应能对部件各项记录进行查询，并根据设置的最低库存量进行报警；应能查询单个部件的使用记录或各站库存量及出入库、领用、归还、更换、作废等记录。设备部署管理增加设备应能增加设备配置信息，该配置信息通过参数同步到MLC所辖各SC。启用/停用设备启用/停用设备的功能应包括：应能指定终端设备，将其启用或停用。启用和停用，不是开机和关机，而是设置设备为在使用和停止使用的状态；启用/停用设备配置信息应通过参数同步到 M

54、LC 所辖各 SC。修改设备属性修改设备属性的功能应包括：应能对生效版本的设备部署信息参数进行修改，修改后的参数可作为草稿版参数进行管理。该草稿版参数发布后，应通过参数同步到 MLC 所辖各SC；应根据所辖各 SC 修改后的设备部署数据对设备进行连接认证。设备部署数据查询应能查询设备部署数据。维修管理设备故障录入应能人工录入设备故障信息。设备故障查询应能查询线路内各设备的故障记录，并对其进行汇总分析。产生维修工单应能建立并保存相应维修工单。维修工单至少应记录故障接报详情、处理人员信息、所需备件及工具信息、系统自动生成的相关故障维修知识等内容。记录维修结果记录维修结果的功能应包括：应能录入并保存

55、维修结果数据；应能按层级查询维修结果数据。21DB11/T 1164.12020系统任务报告管理系统任务报告管理应能提供系统内每日全部定时计划任务的执行结果，如过期数据清理任务、运营日开始结束任务、运营日切换任务、备份任务、数据库聚集任务等的执行结果。维修档案查询应能记录和查询MLC所辖车站各终端设备的维修档案数据，并可打印查询结果。维护管理制定维护计划应能制定设备的维护计划，制定对设备定期进行检修和维护的任务。细化维护计划应能人工将维护计划具体到时间、车站、设备、维护人员等，并出具维修工单，由维护执行人员参照执行。记录维护结果应能录入维护结果信息，至少包括实际处理时间信息、维护内容和更换部件

56、等信息。维护计划查询维护计划查询的功能应包括：系统应能定义查询条件，查询符合条件的维护计划以及维护计划的执行结果；系统应提示是否存在到达周期而尚未执行的维护项目，并采用不同的颜色明确区分。维修工区管理应能创建工区、调整工区以及对维修工区的配置进行查询。部件初始化管理外部存储设备初始化外部存储设备初始化应能对移动介质写入加密信息，使该设备成为合法的移动介质，设备和工作站采用此移动介质导入导出时应认证此加密信息。票箱初始化票箱初始化应将票箱电子标识内写入票箱信息，写入的信息中应包含票箱唯一编号。各级系统应保证票箱只有在维修中心系统进行初始化后，才能在系统内正常使用。钱箱初始化钱箱初始化是将钱箱电子

57、标识写入钱箱信息，其中应包含钱箱唯一编号。各级系统应保证钱箱只有在维修中心系统进行初始化后，才能在系统内正常使用。历史数据管理22DB11/T 1164.12020应能接收各站SC系统上传的原始交易数据生成相应的统计报表，对于超过保存期限的报表，操作员应能通过历史数据查询功能予以查询。历史数据查询应能将超过保存期限的数据转为历史数据，并可查询、统计分析历史数据，至少应能进行历史数据同期比较、当前数据与历史数据比较、按年比较、按月比较等统计分析操作。历史数据管理历史数据管理的功能应包括：应能将超过保存期限的数据导出到备份介质中，并在需要的时候将其导入到专用的历史数据查看系统中；对于超过保存期限的

58、历史数据，除采用磁带备份外，还应具备数据的外部导出和刻录功能，应能通过刻录盘来导入历史数据。数据分析数据分析的功能应包括：应能根据采集和统计的数据，生成客流分析、收益分析、系统运行状况分析报告；应具备灵活的数据统计及分析工具，能方便地统计和分析既有的数据。历史报表查询应能保存和查询历史报表。专项数据查询专项数据查询的功能应包括：应能收集终端设备上传的各类交易数据，通过输入车票信息、乘车信息、设备信息等查询条件，生成相关明细交易统计报表；应能依据定义的条件查询各类终端设备上传的车票交易数据、车票使用历史记录；应能通过各类终端设备上传的交易数据、本系统内设备基础信息等内容，依据条件查询车票使用的历

59、史记录。清算对帐应能每日定时接收ACC下发的各类交易数据对账文件，并通过对帐文件生成相关清算类报表、对账报表和申诉报表。系统维护服务器软件硬件监视服务器软件硬件监视的功能应包括：应能监视管理服务器软件及硬件工作状态；所监视的服务器软件的工作状态至少应包括：服务器集群工作状态（分清主备关系，是否在线）、硬盘空间使用率情况（需要对硬盘使用率高于阀值的情况进行自动报警）等；所监视的服务器硬件的工作状态至少应包括：CPU 温度、各个硬件部件运行状态是否正常（如主板、内存、电源、网卡等）等。23DB11/T 1164.12020数据库监视应能监视数据库的运行状态、数据库内部报警记录、表空间使用率、日志空

60、间使用率、客户端并发连接数、内存使用率等。网络监控应能监视网络运行状态，查看网络拓扑，配置监视范围，监视网络流量，监视网络设备工作状态。数据备份监控管理数据备份监视管理的功能应包括：应能定义和查看数据的备份策略，查看备份设备的运行状态，查看各备份任务是否按照策略定时执行，查看备份结果是否成功；应具备数据灾难恢复功能。当数据库内数据损坏或无法使用时，应能使用备份软件的数据恢复功能，将备份数据导入到数据库内。车站计算机SC应具备的功能见表 4。表 4 车站计算机的功能列表序号功能名称4.3.1运营管理4.3.1.1运营开始4.3.1.2运营结束4.3.1.3运行时间管理4.3.1.4模式管理4.3