1 ．总则（略）2 ．停车场管理系统术语（部分）下列术语和定义适用于本标准（分配章节相关部分） 停车场 / 库：专指供车辆泊车使用的具有固定车辆进出通道的非立体机械式封闭场所； 停车场 / 库管理系统：具有管理和控制停车场配套设备功能的应用于停车场 / 库管理的应用软件。 长期卡：在许可条件下可在停车场 / 库长期流通的卡片，它由停车场 / 库管理者预先发放给车主 , 出场时不回收卡片。 临时卡：每次泊车临时收费泊车费用的卡片，卡片在入场时临时发放，出场时临时回收。 期限卡：在一段指定有效期内收取指定泊车费用的卡片，如：年卡、月卡等，它属于长期卡的范畴。 储蓄卡：卡片对应一个储蓄帐户，通过预先向帐户充值，泊车过程自动从帐户扣除泊车费用，它属于长期卡的范畴。 免费卡：不收费泊车费用的卡片，它属于长期卡的范畴。 固定卡：一次性收费泊车费用的卡片，它属于长期卡的范畴。 非法卡：在停车场 / 库管理系统中没有登记过的卡片。 黑名单卡：已经挂失的卡片。 防跟车：一种防止前一辆合法车刷卡而后一辆车不刷卡跟入的处理机制。 防倒车：一种防止车辆在刷卡并放行后车辆不正常进入而倒出的处理机制。 双卡认证：一种车主卡和车载卡同时认证有效方能通行的车辆防盗处理机制。 一车多卡：允许一车对应多张合法卡，但同一时刻只能允许一张卡泊车。 车流量检测：一种可以有效提高通道车辆通行效率和延长机械寿命的处理机制，当多卡刷卡后，待所有合法车辆通过通道后，方可关闭道闸。3 ．停车场管理软件的基本规定 3 ． 1 停车场管理软件总体规定 • 应具备操作权限管理功能：能够设定操作员监控和管理指定通道的权限，能够定义操作员对每个菜单项的使用许可。 • 应具备系统日志管理功能：能够明细记录操作员的操作过程，能够明细记录系统配套设备的运行记录，能够记录第三方系统相关的输入 / 输出事件及数据。 • 应具备系统集成接口模块：能够支持数据库级（如存储过程、触发定义、调度规则等）和应用软件级（如 SDK 、 DLL 等）的系统集成模块。 • 应具备系统数据存储安全机制，支持数据库的手动和自动备份功能，自动备份功能要求可以自定义数据库自动备份规则。 • 应具备系统长期运行的性能保障机制，可有效避免因长期运行产生的大容量数据对系统性能造成影响。 • 应具备系统访问控制和通信安全管理机制，可有效实现数据库的访问控制、应用软件通信连接访问控制、数据通信报文的动态加密机制。 • 应具备数据自动同步功能，能够自动向下同步各种配套设备的运行参数、成员资格等，能够自动向上传配套设备的脱网运行进出记录、原始记录、警报记录等。 • 应具备一定的网络兼容性，能够兼容 LAN 、 WAN 和总线网络；通信方式上支持 Tcp/IP 通信方式和总线通信方式。 • 系统应该采用模块化设计，可扩展性强，能够方便增加本规定中‘可选功能规定'部分的要求。 • 能够和小额支付系统、安防系统、物业管理系统、城市交通信息管理系统联动，能够实现集成系统输入与停车场 / 库系统输出的自定义功能。 • 停车场 / 库管理系统应能进行手动 / 自动两种方式选择。 • 能够对停车场的车位数、收费规则等基本参数进行设置、修改。 3 ． 2 软件的基本功能规定 3 ． 2 ． 1 应具备的通行校验功能• 能够识别非法卡、黑名单卡、过期卡； • 能够识别长期卡（期限卡、储蓄卡、免费卡、固定卡）和临时卡； • 应具有入场车位满位的校效功能； • 应具有车辆是否重复入场的校验； • 应具有期限卡过期、储蓄卡帐户余额不足的校验； • 应具有当前车辆是否具有通行权限的约束校验； • 应具有出场时车辆无入场记录的校验； 3 ． 2 ． 2 应具备的通行安全管理功能• 应具有车辆防砸保护功能。 • 应具有人卡和车卡双卡认证功能，有效实现车辆防盗； • 应具有可以防止前一辆合法车刷卡而后一辆车不刷卡跟入的防跟车处理机制； • 应具有可以防止车辆在读卡并放行后车辆不正常进入而倒出的防倒车处理机制； • 应具有视频监控与图文监控功能，可实时视频监控通道状态，可实时图文监控各种车辆进出事件和报警事件，当警报产生时，以多种方式给出提示或报警； • 应具有图像对比功能，实现自动调取进场抓拍的图片与出场所抓拍的车图进行对比； 3 ． 2 ． 3 应具备的通行策略控制功能• 能够指定不同操作员管理不同通道； • 能够控制指定用户类型在指定时间段内对指定通道的通行权限； • 能够在指定时间范围内控制车辆的通行线路； • 应具有进出同一通道的通行红绿信号灯控制功能； • 应具有卡片丢失后的出场车辆放行和收费机制； • 应具有自定义的车位分配规则功能； • 应具有车位预留功能； • 应具有一车多卡的功能，满足家庭成员或公车多卡同车的应用； • 应具有通道车辆流量检测的功能，有效提高通道车辆通行效率和延长机械寿命； • 应具备通行告示系统，对认证后不允许通行的情况能够按多种方式给车主以告示； 3 ． 2 ． 4 应具备的报警与告示功能 • 能够提供多种提示或报警方式，包括文字报警、电子显示报警、报警输出和声效报警。 • 能够对非法卡、黑名单卡、过期卡等无效卡产生提示或报警； • 能够对合法卡的过期或余额不足等产生提示或报警； • 能够对合法卡的将要过期或余额将要不足等现象给出预提示； • 能够对在指定时间内在指定通道无权通行的合法卡产生提示或报警； • 能够对在指定时间内不按规定线路行驶的车辆位产生提示或报警； • 能够对车位满位的情况产生提示或报警； • 能够对试图重复进入的情况给出提示或报警； • 能够对出场时车辆无入场记录的现产产生提示或报警； • 能够对入口发票机无卡现象产生提示或报警； • 能够对检测到的火灾、防盗等信号产生提示或报警； • 能够对检测到的设备网络故障及时产生提示或报警。 • 能够对车辆非法闯入和闯出的现象产生提示或报警。 • 能够对跟车和倒车现象产生提示或报警； • 能够对火警、防盗警、跟车报警、倒车报警等警报解除后产生提示； • 能够对车辆驶入通道后给出欢迎词或取卡提示，如取卡提示、刷卡提示等； • 能够对车辆在车道停留时间过长产生提示或报警。 3 ． 2 ． 5 应具备的车位管理功能• 能够统计和显示整个停车场余位信息，并具有向周边告示功能； • 能够统计和显示具体区域的余位信息，并具有向周边告示功能； • 区域余位的统计和显示在车辆不按车位分配规则泊车时亦能正确统计和公示； • 能够按用户自定义的规则自动分配泊车位； 应具备脱机运行后的场内余位信息纠正功能；4 ．停车场管理软件的数据结构 4． 1 数据库的选择 • 应选用具有安全机制的关系型数据库管理系统。 • 所选用的数据库要求具有多种安全性认证模式，支持数据库之角色和用户管理功能，能够方便实现权限许可的验证、授予、修改和收回。 • 所选用的的数据库要求具有表、图表、索引、视图、存储过程、触发器等数据库组件。 • 所选用的数据库应具有数据完整性检查功能，包括实体完整性、域完整性、参考完整性、用户自定义完整性；支持约束（ Default 约束、Ｃ heck 约束、Ｐ riMary Key 约束、 Unique 约束和 Foreign 约束）、缺省和规则定义； • 所选用的数据库应具有强大的数据备份与恢复功能，支持多种备份／恢复介质、多种备份／恢复类型，并要求应有联机备份 / 恢复功能。 • 所选用的数据库应具有数据控制语言（ DCL ）、数据定义语言（ DDL ）、数据操作语言（ D ＭＬ）。 • 选用的数据库要求具有良好的开放性、可移植和可扩展性，应具有多种数据转换（类型运算、导入导出等）功能和多种数据复制功能。 • 所选用的数据库应具有事务控制功能，可满足事物的自动性、一致性、独立性和持久性要求，能有效应对市电故障和网络故障等原因造成的事物递交和回退。 • 所选用的数据库具有良好的并发控制功能，支持行级锁（记录锁）、页级锁、簇级锁、表级锁和数据库级锁，并能有效避免用户控制的死锁问题和事务引用的会话级和表级死锁问题。 • 所选用的数据库应能够满足 ODBC 接口规范。 4 ． 2 数据结构 4． 21 车主基本资料（用户信息）信息数据结构 包括： （ 1 ）车主编号；（ 2 ）车主名称；（ 3 ）对应卡号；（ 4 ）用户类型（区别不同的收费方式）； （ 5 ）用户性质（区别是普通车位，预留车位或固定车位用户）；（ 6 ）身份证号码； （ 7 ）车身款式；（ 8 ）车牌号码；（ 9 ）车身颜色；（ 10 ）汽车品牌；（ 11 ）联系电话； （ 12 ）联系地址。 4 ． 22 收费人员信息数据结构 包括： （ 1 ）收费员编号；（ 2 ）收费员姓名；（ 3 ）年龄；（ 4 ）性别；（ 5 ）工作时间；（ 6 ）联系电话；（ 7 ）联系地址。 4 ． 23 收费记录数据结构 包括： （ 1 ）收费类型（区分办卡收费或泊车收费）；（ 2 ）证卡类型（区分期限卡、储蓄卡、免费卡、固定卡和临时卡等）；（ 3 ）车主证件编号；（ 4 ）车主姓名；（ 5 ）车主卡号；（ 6 ）入场时间；（ 7 ）出场时间；（ 8 ）泊车计时；（ 9 ）收费金额；（ 10 ）收费日期；（ 11 ）收费操作员； 4 ． 24 车辆进出记录数据结构 包括： （ 1 ）车主证件编号；（ 2 ）车主姓名；（ 3 ）车主卡号；（ 4 ）进出时间； （ 5 ）进出抓拍车图；（ 6 ）车主证卡类型；（ 7 ）进出状态；（ 8 ）进出通道； （ 9 ）汽车车型；（ 10 ）车牌号码；（ 11 ）车身颜色；（ 12 ）汽车品牌； （ 13 ）车主联系电话；（ 14 ）车主联系地址；（ 15 ）所泊车位；第1页第2页第3页