区域联网电子不停车收费系统应用示范 技术规范 第19部分省（区、市）内数据接口规范
交通部公路科学研究所
2008年3月
GB/T ××××—××××
目 次
1 范围 (2)
2 规范性引用文件 (2)
3 术语和定义、符号、缩略语 (2)
4 传输规则 (3)
5 交易处理 (14)
6 用户状态处理 (31)
7 基础信息维护 (36)
（规范性附录）消息总结 (43)
A.1 消息列表 (43)
A.2 消息确认对应关系 (44)
参考文献 (45)
1 范围
本标准规定了省（区、市）内电子收费系统中各参与方（如公路收费方、清分方和发行方）之间的数据传输接口及处理流程。
本标准适用于联网电子收费系统的设计、开发与应用，城市收费道路也可参考执行。 2 规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
GB/T 20610—2006/ISO/TS 14904 ：2002 《道路运输与交通信息技术电子收费（EFC）参与方之间信息交互接口的规范》
3 术语和定义、符号、缩略语
GB/T 20839-2007、GB/T20851.1-2007和GB/T 20610-2006确立的一级下列术语和定义是用于本规范。
3.1 术语和定义
3.1.1 交易处理
交易处理是公路收费交易从公路收费方到清分方，再到发行方的整个传输、记帐、争议处理、清分统计、结算划帐等各个过程的总和。
3.1.2 清分目标日
清分目标日是以24小时为周期的时间段，系统可根据预定义的规则设置调整，可以跨自然日。系统中定义清分目标日为T日。
3.1.3 清分统计日
清分统计日（T+1日）是系统进行清分统计的日期。
3.1.4 清分时间
清分目标日时间区段后进行清分统计的时间点。
3.1.5 消息
在省（区、市）内电子收费系统中，在各参与方之间需经计算机系统收、发处理的各种数据信息的总称。
3.2 缩略语
本标准所用缩略语如下表。
缩略语 缩略语
英文全称 含义 XML eXtensible Markup Language 一种简单的数据存储语言，使用一系列简
单的标记描述数据。
ID Identity 身份标识号码，也叫帐号，是一个编码，具有唯一性。
3.3 XML 符号定义
本文中定义XML结构的Schema通过如下图形表示：
GB/T ××××—××××
所有XML节点定义均以方框套点节名称定义，如上图中的RootElement及Item1到Item8。根据连接线可知各个节点的关系：Item1到Item8均为RootElement的子节点。
如果一个节点必须出现且仅能出现一次，则其方框为实线，没有任何下标，如Item1到Item5。
如果一个节点可以被省略，即其出现次数可以为0，则其方框为虚线，如Item6和Item7。Item6的虚框下无下标，说明Item6最多可以出现一次；Item7的虚框下有下标，指明其出现次数的上限（上图中定义为无穷大）。
Item8的下标说明其出现次数必须在4次到8次之间，否则不能通过XML合法性验证。
两个图形说明子节点的出现规则。前者表示子节点按结构图从上到下的顺序出现。例如，RootElement的子节点必须按Item1、Item2、Item3…的顺序出现，否则无法通过合法性验证。后者表示子节点的出现是选择关系。例如，Item3、Item4、Item5均为RootElement的子节点，但在任意一个XML文件中，只能出现这三者之一，不能同时出现。
4 传输规则
4.1 传输方式
所有数据均通过基于TCP/IP的通讯协议或中间件传送。
4.2 基本结构
4.2.1 数据存储形式
所有传输的数据及回应消息均采用XML，编码为UTF-8，其基本结构如下：
所有消息，包括用于确认信息的消息均使用以上基本结构。
消息包含消息头Header和消息体Body。所有消息的消息头结构相同，仅使用的具体数值根据其不同应用有所区别。不同应用的消息体内部结构不同。
若未明确说明，所有数值类型的值均采用十进制表示，
所有表示金额的节点均采用十进制并精确到元，例如：123.45表示一百二十三元四角五分。
所有数据结构均以Schema形式定义，所有XML数据必须能够通过对应Schema的合法性验证。
4.2.2 数据结构定义
所有传输中的消息，均通过Schema定义文件结构。所有根据Schema生成的XML文件，必需是合法的。
Schema文件仅定义文件结构，不负责对数据的逻辑合法性进行验证。
Schema定义中使用的标签名称（tag）与数据库定义使用的字段名没有必然关系。数据库定义时可以采用不同的名称表示Schema定义的内容。
4.2.3 数据类型
Schema中用于定义XML结构的部分数据类型说明见下表：
数据类型说明示例
Short 2字节整数，以10进制表示
Int 4字节整数，以10进制表示
Long 8字节整数，以10进制表示
Date 日期YYYY-MM-DD，如2008-01-25
DateTime 时间，采用24小时表示法，以字符“T”作为日
期与时间的分隔符，精确到秒
YYYY-MM-DDTHH:mm:ss，如
2008/1/25 15:33:46
HexBinary 在后文定义中简略为Hex(n)，以16进制数字对
的方式表示一串字节数组的内容，高位在前，低
位在后。n为长度，每两个16进制数表示1个字
节，所以，n必定是偶数。不足规定长度的，左
补0。Schema定义本身不规定Hex的长度（只要
保证是偶数），长度控制由应用程序负责
001a345f表示0x001a345f。若
使用01a345f则在验证XML文
件合法性时会产生错误，因为
数字串的长度是7，不是偶数长
度。
Decimal 以10进制表示的浮点数如1340.56等
String 字符串，为表示长度，在后文定义时使用String(n)
进行表示。n为字符串最终存储的最大字节数。
超过定义长度的部分将不被接收方处理。若省略
n，表示不规定字符串长度。
汉字字符串字节长度的计算应
以GB18030大字符集的编码为
依据，1个汉字用2个字节保存
4.3 消息头
GB/T ××××—××××
消息头是所有消息均包含的第一个节点，表示消息的身份及用途，数据类型及意义如下： 名称 数据类型 取值及说明
Version Hex(8) 版本号，按照从高位到低位分解4字节的整数，每两个字节表
示一个序号：前两个字节表示主版本号，第三个字节表示次版本号，最后一个字节表示修改编号。如00010102（16进制）
表示版本1.1.2。
MessageClass Int
说明消息传输的机制 MessageType Int 说明消息的应用类型
SenderId Hex(16) 发送方Id ，在整个系统中唯一
ReceiverId Hex(16) 接收方Id ，在整个系统中唯一
MessageId Long 消息序号，8字节整数，从1开始，逐1递增
通过SenderId、ReceiverId及MessageId组合，可以在整个系统中唯一确定一条消息。MessageId由发送方产生。 MessageClass 以4字节整型表示。
名称
值 说明
请求Request
1 请求应答Request Response
2 接收方需返回处理结果，可能包含大量数据 建议Advice
3 建议应答Advice Response
4 接收方需指明是否接受发送方的建议，返回信息简单 通知Notification
5 通知应答Notification Response
6 接收方仅需指明接收是否正确
以C#定义为：
public enum MessageClass
{
Request = 1,
RequestResponse,
Advice,
AdviceResponse,
Notification,
NotificationResponse
}
MessageType以4字节整型表示。
名称值
服务列表Servcie List 1
价目表Fare Products List 2
用户信息Customer Details 3
分账规则Apportionment Rules 4
对账总金额Reconciliation Totals 5
授权Authorization 6
交易Transaction 7
报告已发送Report Sent 8
密钥管理Key Management 9
状态名单Status List 10
设备状态Equipment Status 11
例外事件Event Exception 12
接受付费方式Payment Method Acceptance 13
参与方信息Operator List 14
公务卡名单Privilege List 15
保留16
标签拆卸17
未定义的消息类型Undefined Message Type 18至65535
个性化消息类型大于65535的整数以C#定义为：
GB/T ××××—××××
public enum MessageClass
{
ServiceList = 1,
FareProductsList,
CustomerDetails,
ApportionmentRules,
ReconciliationTotals,
Authorization,
Transaction,
ReportSent,
KeyManagement,
StatusList,
EquipmentStatus,
EventException,
PaymentMethodAcceptance,
OperatorList,
PrivilegeList,
Reserved,
TagAbuse,
Undefined
}
4.4 消息体
消息体包含一个属性ContentType和多个内容对象。
消息头中的MessageClass说明消息传输、应答的方式；MessageType说明消息内容所属应用分类；ContentType说明在MessageType确定的应用中的具体分类。
并不是所有消息体均有ContentType属性。如果某MessageType下仅传递一种信息，则该类消息的消息体可忽略ContentType属性。
4.5 消息文件的命名规则
接收方为校验文件在传输过程中的完整性，约定收发双方以标准MD5算法（RFC 1321 The MD5 Message-Digest Algorithm，MD5信息分类算法）对文件进行校验。发送方生成文件后，将文件转换成2进制流用于MD5计算。计算所得结果为16字节2进制数据（128位），并用MD5结果对文件命名。
命名规则为：
MessageId（消息包ID，10进制）+‘_’+ MD5验证结果（16进制，不足左补0）+ 文件扩展名。
未压缩的原始消息文件，文件扩展名为‘.XML’,压缩后的扩展名为‘.ZIP’。
每一个压缩文件仅包含一个原始数据文件。压缩文件与原始数据文件除扩展名不同外，文件名部分完全相同。
4.6 传输控制
发送方与接收方的数据传输采用一问一答方式。发送方在规定时间内未接收到接收方的应答需通过自动重发、手动重发及文件导入/导出功能将数据传送到接收方。重发消息、导出消息的MessageId保持不变。
发送方发送的两条消息之间不存在必然的逻辑关系。
4.6.1 通用确认消息结构
4.6.1.1 应用范围
接收方收到发送方的消息后，必需给予发送方回应。不同的MessageClass，MessageType 所使用的返回消息结构不尽相同。
接收方对于消息结构不正确（例如MessageClass值未定义）的消息，使用通用确认消息结构通知发送方消息异常。
各消息的详细回应说明请参与相关章节。
4.6.1.2 消息头
名称数据类型取值或说明
MessageClass Int 使用所接收消息的MessageClass
MessageType Int 若所接收消息的MessageType有效，使用与其对应的Response 值；否则使用所接收消息的MessageType值加1
SenderId Hex(16) 当前参与方Id
ReceiverId Hex(16) 准备接收确认消息的参与方Id
4.6.1.3 消息内容
Body的ContentType属性是可选的，在消息头MessageClass和MessageType的基础上进一步指出响应的是哪一类消息，与所回应的消息的ContentType保持一致。Body各个子节点说明如下：
名称数据类型取值或说明
MessageId Long 确认的消息Id
GB/T ××××—×××× 名称 数据类型 取值或说明
ProcessTime DateTime 处理时间
Result Short 执行结果：
1. 消息已正常接收（用于Advice Response 时含已接受建议）
2. 消息头错误，如MessageClass 或MessageType 不符合定
义，SenderId 不存在等
3. 消息格式不正确，即XML Schema 验证未通过
4. 消息格式正确但内容错误，包括数量不符，内容重复等
5. 消息重复
6. 消息正常接收，但不接受建议（仅用于Advice Response ）
7. 消息版本错误 8. 参与方ID
未定义：消息体内部包含的有关参与方信息的ID 在系统中未定义
9. 不支持的业务：消息格式等均正确，但发送方不应将该消
息发送给接收方，例如，服务类型只能由清分方产生并发
送给其他参与方，发行方和收费服务方不能产生并发送该
类型的消息
4.6.2 通用重发请求消息结构
4.6.2.1 应用范围
应用于数据接收方向数据发送方请求重发某些数据，如基础信息。
4.6.2.2 消息头
名称 数据类型 取值或说明
MessageClass Int 1，Request
MessageType Int 请求重发的数据类型对应的MessageType
SenderId Hex(16) 当前参与方Id
ReceiverId Hex(16) 准备接收确认消息的参与方Id
4.6.2.3 消息内容
通用重发请求消息中没有更多的数据，其Body为空。
4.6.3 名单数据的形式
名单数据主要应用于用户状态名单、基础信息等所有经常变动的数据。
名单数据会随着系统运行不断更新。所有名单类数据的更新方式分为整体更新和增量更新两类。整体更新是数据包包含所有名单记录，接收方通过删除原有名单，直接使用接收到的新名单即可达到名单同步的目的。增量更新是发送方只告知接收方发生数据内容改变的记录，接收方根据增量内容修改其现有名单从而达到数据同步。
4.6.4 名单数据的版本控制
以下处理规则用于确保名单数据在通讯系统不保证数据的接收与发送顺序一致的情况下正确更新。如果通讯的双方能够保证发送顺序与接收顺序相同，则不必须使用下文中有关版本控制的处理逻辑。
4.6.4.1 名单顺序
整体下发可以保证发送方与接收方名单数据的同步，但每当名单发生变化时都使用整体形式下发会降低系统效率，因为大部分名单数据在两次下发之间是没有变化的。整体下发是静态的。
增量下发是动态的，相对整体下发数据量少，适合及时通知接收方名单的改变。
通过以上两种方式可以有效地同步发送方与接收方的名单数据，但这种方式对发送顺序与接收顺序要求十分严格。如果接收顺序与发送顺序不同，会使数据更新异常。大多数中间件均不能保证消息的发送顺序与接收顺序相同，所以在名单数据中，以版本号表示发送的先后顺序。
4.6.4.2 主动发送的版本处理
处理规则
发送方保证版本号逐一递增。接收方校验版本号，并根据版本号及名单形式执行相应处理。
设接收方已处理的版本号为OldVer，刚刚接收的名单版本号为NewVer，处理规则如下：1）若NewVer <= OldVer，说明当前使用的名单比接收到的名单版本更新，所以直接忽略接收到的名单。否则，转至下一步。
2）如果新接收的名单是整体名单，则只要NewVer > OldVer则可直接处理接收到的名单，清除在第3步中临时保存的版本<=NewVer名单，完成后更新OldVer的值，即设置OldVer = NewVer。
3）如果新接收的名单是增量名单，则只有NewVer = OldVer +1时方可立即处理，并更新OldVer的值后转到第4步。否则临时保存该名单直到合适的名单（NewVer= OldVer+ 1的增量名单或NewVe r > OldVer的整体名单）到达。等待时间可设定。若等待一段时间后仍没有合适的名单，则向发送方请求重发名单（如果以前已经发送过整体名单请求重发消息且没有收到回复则不发送），之后收到的名单分别按第2或3步处理。
示例
以下是名单处理示例流程图：
GB/T ××××—××××
上图中未包含退出等待状态，说明见下文示例。
“处理名单”包括的操作有：
z根据名单更新本地数据库；
z删除临时保存的版本号小于NewVer的名单；
z如果仍有临时保存的名单中存在，版本连续且与NewVer相临，则循环处理
这些名单；
z更新OldVer值为最大已处理名单的版本号。
处理完成后临时保存的只有版本号大于OldVer + 1的名单。
等待状态中可以继续接收消息并处理。
举例：当前已处理的状态名单版本为3，之后收到的版本顺序为：6（增量）,7（增量），4（增量）,9（增量），8（整体）,10（回复请求重发的整体名单），5（增量）。
处理过程为：
z收到版本为6的名单：临时保存，进入等待状态（假设等待时间结束为收到版本为9的名单之后）。
z收到版本为7的名单：临时保存，保持原等待状态。
z收到版本为4的名单：处理此名单，更新OldVer为4，因为临时保存的名单显示仍缺版本为5的名单，所以不改变等待状态。等待时钟重新计时（假
设等待时间结束仍为收到版本为9的名单之后）。
z收到版本为9的名单：临时保存，保持原等待状态。
z等待结束，说明通讯可能发生问题，为及时得到最新的名单，发送名单请求重发消息给发送方。
z收到版本为8的整体名单：处理此名单，更新OldVer为8，删除临时保存的版本为6和7的名单，不对这两个名单进行处理。
z处理临时保存的版本为9的名单，更新OldVer为9，退出等待状态。
z收到版本为10的回复名单：处理此名单，更新OldVer为10。
z收到版本为5的名单：忽略。
4.6.4.3 响应请求重发的版本处理
名单接收方可以向名单发送方请求发送当前完整的名单信息。名单的发送方有两类，一类是名单的产生方，即产生用户状态名单的发行方；另一类是名单的转发方，即清分方。
名单的产生方在接收到重发请求后，可以产生包含整体名单数据及新版本号的数据名单，接收方的处理与主动发送的版本处理相同。
名单的转发方自己并不产生名单，所以不能产生新的版本号，只能使用当前最新的版本号。
名单转发方的处理规则如下：
z名单转发方接收到重发请求后，根据本地数据产生整体名单，并使用最新的版本号作为名单的版本号。
z设接收方已处理的版本号为OldVer，刚刚接收的名单版本号为NewVer，处理规则如下：
z若NewVer < OldVer，说明当前使用的名单比接收到的名单版本更新，所以直接忽略接收到的名单。否则，因为重发请求回应是整体名单，所以直接
处理接收到的名单并更新OldVer，删除所有临时保存的名单。
4.7 名单数据的有效期
名单数据除服务类型外，通讯消息中每条记录均有生效时间。各个系统在使用名单数据时均需检查生效时间，并根据接收到的新的名单处理已有记录的失效时间。到达失效时间后，系统应自动将记录从名单中备份删除。名单数据应能保存多个版本。
用于传送名单数据的消息仅包含每条记录的生效时间，但在系统中，应保存名单记录的生效时间和失效时间。失效时间由接收系统自行维护。
以用户状态名单为例，当前系统使用的用户状态名单记录如下：（生效时间及失效时间均可精确到秒，但示例中为简单仅精确到日；卡ID也只使用发行序号）
8月1日状态名单
卡ID 状态生效时间失效时间
1 透支 2007年8月1日无
GB/T ××××—×××× 卡ID 状态生效时间失效时间
2 挂失 2007年8月1日无
3 禁用 2007年8月1日无
因为名单消息中仅指出每条记录的生效时间，没有失效时间，所以默认为永不失效。失效时间根据新接收到的名单发生变化。
2007年8月4日接收到增量状态名单，包含卡ID为1、2、4、5的记录：
8月4日增量名单
卡ID 状态生效时间
1 正常 2007年8月5日
2 禁用 2007年8月5日
4 挂失 2007年8月5日
5 禁用 2007年8月5日
根据该增量名单更新后，系统中的名单记录为：
8月4日更新后的状态名单
卡ID 状态生效时间失效时间
1 透支 2007年8月1日 2007年8月5日
2 挂失 2007年8月1日 2007年8月5日
2 禁用 2007年8月5日无
3 禁用 2007年8月1日无
4 透支 2007年8月5日无
5 挂失 2007年8月5日无
在8月5日之前，1号卡仍然处于透支状态；到8月5日，系统应自动将其删除。同理，系统在8月5日删除2号卡状态为挂失的记录。在未收到新的名单之前，2至5号卡的状态均永久有效。
在以上结果中，同时保存了有关2号卡的两条记录。系统根据自行维护的失效时间删除符合失效时间范围的记录。
8月6日收到整体名单如下：
8月6日的整体名单
卡ID 状态生效时间
2 禁用 2007年8月5日
4 透支 2007年8月5日
6 禁用 2007年8月8日
则系统内状态名单更新为：
8月6日更新后的状态名单
卡ID 状态生效时间失效时间
2 禁用 2007年8月5日无
4 透支 2007年8月5日无
6 禁用 2007年8月8日无
整体名单包含全部最新的状态记录，所以直接删除系统中现有记录，并使用新数据更新即可。
4.8 参与方ID
在消息交换中使用的发送方ID、接收方ID，以及消息中包含的收费服务方ID、发行方ID 及清分方ID均可以8字节整数存储，在整个系统内唯一。
在XML中，参与方ID表现为16位长的16进制字符串，数据类型为HexBinary，不足16位左侧补0。
4.9 卡ID及卡类型
卡类型分为国标IC卡和车载单元两种。不排除各发行方使用同一个参与方ID发行多种卡的可能。
卡ID在本系统中的唯一性表示为：网络编码 + 卡发行号。
网络编码为4位16进制数，卡发行号为16位16进制数。在XML文件中，均以HexBinary 表示。不足位数左侧补0。
5 交易处理
5.1 应用范围
交易处理是公路收费交易从收费服务方到清分方，再到发行方的整个传输、记帐、争议处理、清分统计、结算划帐等各个过程的总和。本节说明在整个处理过程中使用的消息结构及处理流程。
所有交易消息的接收方均需通过通用确认消息通知发送方消息接收结果。
5.2 处理规则
5.2.1 交易处理
参见《高速公路联网电子收费清分结算系统运行规则》。
5.2.2 清分
清分系统每天统计如下两组交易：
z所有收到的，已由发行方记帐确认的，消息包的清分目标日早于或等于需统计的清分目标日的交易包所包含的交易。统计时仍未收到的交易包，或
交易包已收到但尚未得到发行方记帐确认的交易包后到下一日统计。
z在清分目标日内及以前产生的未清分统计过的争议交易处理结果所包含的交易。
所统计的交易必须同时满足以下所有条件：
GB/T ××××—××××
1）所统计的交易必须符合时间区段的约束，即交易包的清分目标日或争议处理日期必须早于时间区段的结束时间；
2）所有已由发行方确认的交易包所包含的确认付款的交易；
3）所有由争议处理确认付款的交易；
4）所统计的交易尚未参与清分。
对进行过清分统计的清分目标日不再进行清分统计，其统计结果不能更改。
下图举例说明：
假设交易包1、2和争议处理结果1、2均未进行过清分统计，但争议结果2不符合清分目标日的时间范围，所以清分时仅统计交易包1、2和争议处结果1。
因此，清分结果包含交易1、2、3、4、5、8、9、10、11、12、13和14。
包含交易6、7的争议结果2会在后续的清分日统计。
交易15尚未进行过处理，所以直到争议处理后再统计。
5.3 原始交易消息结构
5.3.1 应用范围
由收费服务方将交易分组打包后发送给清分方的原始交易数据。交易数据的发送方向是：收费服务方→清分方→发行方，两个阶段的传输使用相同的消息结构。
5.3.2 消息头
名称数据类型取值或说明
MessageClass Int 5，Notification
MessageType Int 7，Transaction
SenderId Hex(16) 收费服务方系统Id/清分方Id
ReceiverId Hex(16) 清分方Id/发行方Id
SenderId与ReceiverId的取值：
发送阶段
SendId ReceiverId 收费服务方→清分方
收费服务方Id 清分方Id 本地清分方→异地清分方
本地清分方Id 异地清分方Id 清分方→发行方 清分方Id 发行方Id
5.3.3 消息内容
交易信息中，Body 的ContentType 始终为1，Body 各个子节点说明如下： 名称 数据类型 取值及说明
ServiceProviderId Hex(16)
收费服务方Id ，表示消息包中的交易是由哪个收费服务方产生
的。 IssuerId Hex(16) 发行方Id ，表示产生交易记录的电子介质所属的发行方。
MessageId Long 交易消息包Id 。由收费服务方发送包到清分方时，该字段与消
息头的MessageId 相同。清分方转发的消息此字段不用改变。各参与方可通过ServiceProviderId 和MessageId 在系统唯一确定一
个原始交易信息包。
GB/T ××××—×××× 名称 数据类型
取值及说明
ClearTargetDate Date
清分目标日 Count Int 本消息包含的记录数量
Amount Decimal 交易总金额
收费服务方按照电子介质所属的发行方，将原始交易分组打包，发送给清分方。清分方按交易包中指明的发行方将交易提交给对应对发行方处理。
交易包中包含原始交易记录。交易记录的格式如下：
交易记录的属性说明如下：
名称 数据类型 取值及说明
TransId Int 是由收费服务方产生的该包内顺序Id ，从1开始递增。在收费
服务方、清分方、发行方三方的交易通讯过程中均采用此Id 表
示包内唯一的交易记录。通过MessageId 与TransId ，可以在系
统中唯一确定一条交易。
CardType Short 卡类型
NetNo Hex(4) 网络编码
CardId Hex(16) IC 卡物理编号（发行号）。
TransTime DateTime 交易的发生时间
名称数据类型取值及说明
ServiceType Short 交易的服务类型，取值见基础信息维护
Fee Decimal
交易的发生金额
Description String(100)
对交易的文字解释。如：回龙观北入至清河主出
OriginalData String 包含所有校验信息在内的原始信息
为了给用户提供完整的消费清单，即使消费金额为0，也应将交易信息发送给发行方。
为减小每个数据包的大小，保证通讯质量，每个交易消息包最多包含10000条交易。若一次需传送的交易数量大于10000条，则需分多个消息传送。
每个交易包中的交易，必须属于同一个清分目标日，不属于同一清分目标日的交易需分别打包。
OriginalData项以字符串方式记录收费交易详细，各字段数据间以“|”作为分隔符。若某字段数据为空，则在前后两个“|”之间不填写任何字符串。
本规范列出的七个字段是OriginalData必须填写的字段，由收费服务方产生，用于发行方做TAC码认证。发行方可以在TAC字段后增加个性化字段定义，包含在OriginalData中一并传送。省（区、市）外的收费服务方并不一定在OriginalData中生成这些个性化字段内容，发行方在处理时应首先确定OriginalData中的个性化字段是否是自己定义的内容。
清分方原则上不处理OriginalData中的数据。
字段组织顺序及内容如下：
序号字段名交易终端数据描述接口数据格式描述
1.卡类型无1：储值卡；2：计帐卡
2.交易金额4字节，交易金额8位的16进制字符串，例如：11223344
3.交易类型标识1字节，PBOC定义2位的16进制字符串，例如：A8
4.终端机编号6字节，即PSAM号，PSAM中
0016文件中的终端机编号12位16进制字符串，例如：0102301AF3D9
5.终端交易日期4字节YYYY-MM-DD
6.终端交易时间3字节HH:mm:ss
7.终端机交易序号4字节，PSAM卡脱机交易序号，
在MAC1计算过程中得到8位16进制字符串。仅在卡类型为储值卡时有效，若是计帐卡，此字段为空
储值卡TAC验证字段（上表第2到7项）引自《中华人民共和国金融行业JR/T 0025-2005 中国金融集成电路（IC）卡规范》第1、2部分。
记帐卡交易时不生成终端机交易序号，因此对应字段填空值。
5.3.4 发送规则
收费服务方将计算费率后的记录打包生成原始交易包发送给清分方需满足如下两个条件之一：
z到达预定义的时间间隔（如10分钟、半小时）；
停车场安全管理规定 一、停车场管理规定 1.地下车场属月卡车和产权车位停放区，杜绝其他车辆停放。室 外车场月卡车需按固定的车位停放，非指定车牌不得占用固定 车位。 2.临时车辆应在临时停放区停放，不得擅自进入固定车位停放区。 3.施工或送货车辆出入地下车场，需由车场管理员使用专用车卡 刷卡出入。 4.施工或送货车辆装卸时，不得将车辆停放在车道上或占用其他 车位。装卸完成后，马上离开车场。 5.不得在停车场或道路堆放沙石和影响车辆停放及行驶。 6.车辆需按限速标识要求行驶，禁止鸣号。 7.熟悉车场各类标识，不得穿插、逆行，需按路标线路行驶。 8.禁止业户私自围闭车位，设置障碍。 9.不准在停车场内试车、修车、练车、洗车。 10.损坏停车场内各类设施需照价赔偿。 11.保持场内清洁，禁止在场内乱丢垃圾与弃置废杂物。 二、车辆管理规定 1.车辆必须按指定的车位在车位线内停放，不得以任何借口占用 他位，禁止跨位、压线停放。 2.非固定车位的车辆需服从管理员安排，车位已满时，管理员有 权拒绝其进入。
3.进入停车场的车辆须具备一切有效合法证件，否则一切后果自 行负责。 4.车辆停放后，司机须配合管理员做好车辆的检查记录，并锁好 车门窗，带走贵重物品，管理员没有帮司机保管物品的义务。 5.进场司机必须遵守安全防火规定，严禁载有易燃易爆、剧毒等 危险品的车辆进入停车场。 6.禁止超过停车场限高规定的车辆、集装箱车以及漏油、漏水等 病车进入停车场。 7.进场车辆如不服从管理员指挥，违反停车场管理规定，造成一 切损失，均由该车主负责。 8.所有进入停车场的车辆均有停车卡，如有遗失，待管理员查明 事因后，填写《车卡遗失登记表》、补交制卡工本费30元、交纳停车费后放行。
电子不停车收费系统(ETC) 工作原理综述 智能交通系统（ITS）是目前世界交通运输领域的前沿研究课题，也是我国交通科技发展的重点方向，其核心是针对日益严重的交通需求和环境保护压力，采用信息技术、电子通讯技术、自动控制技术、计算机技术及网络技术等对传统交通运输系统进行深入的改造，以提高系统资源的使用效率、系统安全性，减少资源的消耗和环境污染。 电子（不停车）收费系统（ETC）是ITS领域中的一个重要方面。由于它涉及交通基础设施投资的回收，又是缓解收费站交通堵塞“瓶颈”的有效手段，减少了环境污染，所以各国都把不停车收费系统作为ITS领域最先投入应用的系统来开发。我国交通部门已经把不停车收费系统的开发和应用列为我国ITS领域首先启动的项目，并在“十五”期间列入交通科技的技术创新重点之一。 1 ETC系统简介 ETC系统是利用微波（或红外或射频）技术、电子技术、计算机技术、通信和网络技术、信息技术、传感技术、图象识别技术等高新技术的设备和软件（包括管理）所组成的先进系统，以实现车辆无需停车既可自动收取道路通行费用。目前，大多数ETC系统均采用微波技术，所以本文主要针对此类系统进行综述。不停车收费系统通过路边车道设备控制系统的信号发射与接收装置（称为路边读写设备，简称RSE），识别车辆上设备（称为车载器，简称OBU）内特有编码，判别车型，计算通行费用，并自动从车辆用户的专用帐户中扣除通行费。对使用ETC车道的未安装车载器或车载器无效的车辆，则视作违章车辆，实施图象抓拍和识别，会同交警部门事后处理。 与传统人工收费（Manual Toll Collection，简称MTC）方式不同，ETC带来的好处有:无需收费广场，节省收费站的占地面积；节省能源消耗，减少停车时的废气排放和对城市环境的污染；降低车辆部件损耗；减少收费人员，降低收费管理单位的管理成本；实现计算机管理，提高收费管理单位的管理水平；对因缺乏收费广场而无条件实施停车收费的场合，有实施收费的可能；无需排队停车，可节省出行人的时间等；避免因停车收费而造成收费口堵塞，形成新的瓶颈等。
服务规范及管理规章制度 为了加强停车场规范有序的管理，保障停车场的正常运行，特制定以下管理制度，停车 场管理制度。 一、车辆管理负责人职责 1、依法循章对交通、车辆进行管理。 2、负责按物价部门收费规定收取车辆保管费、存放费、占地费、车位临时使用费。 3、熟悉掌握车辆流通情况，车位情况，合理布置安排，优先保证业主使用车位。 4、负责监督和落实员工岗位职责，对员工进行日考核，填写《员工日考核表》。 5、负责每日工作检查，并填写《车辆管理日检表》。 6、负责对外协调与联系，处理车辆管理方面的问题和客户投诉。 7、负责对员工进行法制教育和职业道德教育，不断提高服务质量。 8、负责对员工进行岗位培训，并做好培训记录。 9、定时向车场项目经理汇报工作。 二、车辆管理员的职责及纪律 1、车辆管理员的职责如下： (1)负责对停车场的汽车管理。 (2)实行24小时轮流值班，服从统一安排调度。 (3)按规定着装，佩戴工作牌，对出入车辆按规定和程序指挥放行。 (4)遵守规章制度，按时上下班，认真做好交接班手续，不擅离职守。 (5)按规定和标准收费，开具发票，及时缴交营业款。 (6)负责指挥区内车辆行驶和停放，维持停车秩序。 (7)负责对小区道路和停车场的停放车辆进行巡视查看，保证车辆安全。 (8)负责停车场的消防以及停车场、值班室，岗亭和洗车台的清洁工作。 2、车辆管理员的纪律 (1)仪容整洁，遵守《仪容仪表规定》。 (2)执行公司文明礼貌用语规范，讲究文明服务，礼貌待人。 (3)严格遵守《交接班制度》。 (4)值班时禁止喝酒、吸烟、吃东西：不准嬉笑、打闹，不准在值班时会客、看书报、听广播，及做其 他与值班职责无关的事。 (5)爱护各种器具，不得丢失、损坏、转借或随意携带外出。 (6)依法办事，廉洁奉公，坚持原则，是非分明。 (7)禁止在停车场所管物业范围内打麻将;不准借娱乐为名搞变相赌博。 (8)团结互助，禁止闹纠纷;不说脏话，不做不利团结的事。遵守《员工宿舍管理规定》，不得带人留宿，来客留宿必须经管理处分管主任批准。 三、门卫管理制度 停车场库门卫需设两人，一人登记收费，一人指挥车辆出入和停放。其职责是： 1、严格履行交接班制度。
智能停车场收费管理系统 作者：佚名 简介：随着科技的进步，电子技术、计算机技术、通讯技术不断地向各种收费领域渗透，当今的停车场收费系统已经向智能型的方向转变。先进可靠的停车场收费系统在停车场管理系统中的作用越来越大。关键字：智能停车场收费管理系统 第一章概述 随着科技的进步，电子技术、计算机技术、通讯技术不断地向各种收费领域渗透，当今的停车场收费系统已经向智能型的方向转变。先进可靠的停车场收费系统在停车场管理系统中的作用越来越大。 非接触式IC卡停车场管理系统是一种高效快捷、公正准确、科学经济的停车场管理手段，是停车场对于车辆实行动态和静态管理的综合。从用户的角度看，其服务高效、收费透明度高、准确无误；从管理者的角度看，其易于操作维护、动化程度高、大大减轻管理者的劳动强度；从投资者角度看，彻底杜绝失误及任何形式的作弊，防止停车费用流失，使投资者的回报有了可靠的保证。 系统以非接触式IC卡为信息载体，通过IC卡记录车辆进出信息，利用计算机管理手段确定停车计费金额，结合工业自动化控制技术控制机电一体化外围设备，从而控制进出停车场的各种车辆。系统从一九九六年开发成功后已经有近千个工程实例，可以说每个工程的功能特点都不相同，因为每个用户的管理方式、对系统的要求均不一样，但是系统的本质都一样。通过四年的改进完善，结合不同用户在实际使用中所遇到的各种情况，目前的停车场管理系统已经形成一套完整完善的产品，系统进入商品化阶段。同国内外同样系统相比，本系统具有以下优势： (1) 市场占有率高：将近90%； (2) 量体裁衣：具有独立知识产权，掌握关键产品的底层技术，能够满足用户的各种需求，从硬件及软件上均可以按照用户的需求来开发生产安装； (3) 符合国情：中国大陆的车辆类别的分类、收费方式、各种特许车辆的处理等等，与其他国家和地区不同，国外的同类产品均是由大陆地区的代理商或安装公司负责，他们只能进行设备不同型号的搭配组合，不具备软硬件的底层开发设计，更重要的是国外产品并非是按照中国大陆的国情来开发设计，其系统的管理模式与使用模式无法满足国人的需要； (4) 功能完善：近千个不同应用场合的工程范例，已经使得系统能够满足各种用户的使用需求； (5) 型号齐全、配套完善：从控制主机、快速道闸、数字车辆检测器、车位引导、视频捕获图像对比、交通车流控制等等，产品种类繁多，可根据需求，进行灵活组合。 第二章系统设计方案总则 2.1 系统功能概述 一个现代化的停车场应具有以下的详细特点: ※使用方便快捷。
公交停车场安全管理规定 为进一步加强公交停车场安全管理，健全安全管理流程，完善安全管理基础台账，落实安全管理责任，特规定如下： 一、公交停车场的管理单位是安全管理的责任单位，负责停车场内的安全管理工作。 二、公交停车场使用单位必须遵守停车场安全管理规定，服从管理单位的安全管理工作。 三、公交停车场按设计核准的停车数量停放车辆，不得占用消防应急疏散通道超停车辆。 1、超停车辆的停车场必须每年将超停数量、安全防范措施、解决计划向集团安全管理部备案。 2、集团安全管理部定期对超停车辆的停车场进行检查核实，并对安全防范措施和解决计划落实情况进行监管。 四、执行公交车辆进出场安全检查制度。 1、公交车辆进场前由警卫人员上车进行安全检查，发现异常情况、异常物品应按规定处置。 2、公交车辆凭使用单位开具的车辆出门证出场。 五、公交停车场内车辆安全行驶制度。 1、公交停车场内机动车辆应按规定的线路行驶，不得违规逆向行驶。
2、公交停车场内公交车辆行驶速度不得超过5公里/小时，小型机动车行驶速度不得超过10公里/小时。 3、公交停车场内机动车辆按规定的区域停放，不得违规停放。 4、公交停车场内禁止非机动车、电瓶助动车、摩托车行驶。 六、执行公交停车场内禁烟禁火制度。 1、公交停车场是禁烟禁火重点单位，除划定的吸烟点外，全部禁烟禁火。 2、因生产作业、维修施工需要动火的，应向管理部门提出申请，经批准后方可进行动火作业。管理单位派员在动火区域设置警戒线并配备灭火器材。 3、应设立动火作业申请、批准和配合作业记录台账。 七、落实各岗位的安全管理责任。 1、管理人员的安全管理责任 2、警卫人员安全管理责任 3、安全消防巡查人员安全管理责任 4、监控消防值班人员的安全管理责任 八、定期开展职工安全教育活动。 1、管理单位所属的管理大区人员每月不少于二次安全教育活动，每次不少于二小时。 2、管理单位各岗位人员每月不少于一次安全教育活动，
ETC不停车收费系统的原理及技术 ETC( Electronic Toll Collection ) 即电子不停车收费系统。是国内外正在努力开发并推广普及的一种用于道路、大桥和隧道的电子收费系统。使用该系统，车主只要在车窗上安装感应卡并预存费用，通过收费站时便不用人工缴费，也无须停车，高速费将从卡中自动扣除。这种收费系统每车收费耗时不到两秒，其收费通道的通行能力是人工收费通道的5到10倍。针对此情况，多奥科技研发出ETC停车场系统方案。 不停车收费技术特别适于在高速公路或交通繁忙的桥隧环境下采用。在传统采用ETC车道隔离措施下的不停车收费系统通常称为单车道不停车收费系统，在无车道隔离情况下的自由交通流下的不停车收费系统通常称为自由流不停车收费系统。实施不停车收费，可以允许车辆高速通过（几十公里以至 100 多公里），故可大大提高公路的通行能力；公路收费走向电子化，可降低收费管理的成本，有利于提高车辆的营运效益；同时也可以大大降低收费口的噪声水平和废气排放。由于通行能力得到大幅度的提高，所以，可以缩小收费站的规模，节约基建费用和管理费用。另外，不停车收费系统对于城市来说，就不仅仅是一项先进的收费技术，它还是一种通过经济杠杆进行交通流调节的切实有效的交通管理手段。对于交通繁忙的大桥、隧道，不停车收费系统可以避免月票制度和人工收费的众多弱点，有效提高这些市政设施的资金回收能力。 系统组成：ETC车道与传统的MTC车道建设相似，主要由ETC天线、车道控制器、费额显示器、自动栏杆机、车辆检测器等组成。 功能实现： 1.车辆进入通讯范围 2. 读写天线与电子标签和CPU卡进行通讯，判别车辆是否有效，如有效则进行交易；无效则报警并封闭车道，直到车辆离开检测线圈。
（售后服务）公共停车场运 营服务规范
ICS03.080.30 A12 备案号：23815-2009 北京市地方标准 DB DB11/T596—2008 公共停车场运营服务规范Specificationforoperationandserviceforpublicparking 2008-11-14发布2009-03-01实施 北京市质量技术监督局发布 DB11/T596—2008 I 目次 前言............................................................................................................................................. ........................II 1范围............................................................................................................................................. (1) 2规范性引用文件 (1)
义............................................................................................................................................. (1) 4基本要求............................................................................................................................................. . (2) 5服务设施要求............................................................................................................................................. .. (2) 6安全要求............................................................................................................................................. . (3) 7停车管理员要求 (4) 8服务要求............................................................................................................................................. . (4) 9应急预案............................................................................................................................................. . (5)
停车场安全管理制度 （最新版） 编制人：__________________ 审核人：__________________ 审批人：__________________ 编制单位：__________________ 编制时间：____年____月____日 停车场安全管理制度篇1 1、车辆按顺序停放,不得阻塞消防车通道和堵压消火栓;车辆之间保持一定的安全疏散距离。 2、电源火线绝缘套管不被挤压,与灼热部位保持一定的安全距离。 3、驾驶室、车厢的车门(包括安全疏散门)开启灵活,门锁完好。 4、车辆备有相应的消防器材，并定期检查。 5、进场车辆和司机要保持场内清洁，禁止在场内乱丢垃圾与弃置废杂物，禁止场内吸烟。
6、进场司机必须遵守安全防火规定。用过的油棉纱等废弃物,必须及时清理,不准存放在停车场、停车库内。 7、在停车场内禁止以超过限速的速度行驶。 8、进场车辆严禁在场内加油、修车、试刹车，禁止任何人在场内学习驾驶车辆。 9、进场司机必须遵守安全防火规定，严禁载有易燃易爆、剧毒等危险品的车辆进入停车场。 10、不损坏停车场消防、通信、电器、供水等场地设施。 11、在停车场出入口处设置垃圾桶(箱)，必要位置设路障和防护栏。 12、停车场内按消防要求设置消防栓，配备灭火器，配备相应种类和数量的消防器材,定期检查维修,保持完好。 13、严禁停车库内存放汽油、柴油等燃料以及其他易燃、可燃物品。 14、严禁在停车场、停车库内吸烟和动用明火。 车场突发事件的应急制度： 为有效预防和控制车场被盗、被抢、车辆自燃等突发事件，保障车主的车辆安全，维护正常的车场秩序，依据《突发公共区域事件应急条例》和有关规定等相关文件的要求，制定以下应急制度：
ETC:电子不停车收费系统 解决问题：不停车收费系统可以允许车辆高速通过（几十公里以至100 多公里），故可大大提高公路的通行能力；公路收费走向电子化，可降低收费管理的成本，有利于提高车辆的营运效益；同时也可以大大降低收费口的噪声水平和废气排放。由于通行能力得到大幅度的提高，所以，可以缩小收费站的规模，节约基建费用和管理费用。 主要思路：通过安装在车辆挡风玻璃上的车载电子标签与在收费站ETC 车道上的微波天线之间的微波专用短程通讯，利用计算机联网技术与预先绑定的IC卡或是银行账户进行后台结算处理，从而达到车辆通过路桥收费站不需停车而能交纳路桥费的目的。 系统结构： 关键技术：自动车辆识别技术，自动车型分别技术，短程通信技术，逃费抓
拍系统 技术手段：RFID自动识别技术，射频识别，地磁感应识别技术，视频识别技术，红外技术 主要由ETC天线、车道控制器、费额显示器、自动栏杆机、车辆检测器等组成 补充：采集数据信息，车辆已经在数据中心登记了相关信息，如：车辆类别、车主、车牌号等。并绑定了银行账户或是IC卡。 ETC收费站原理图 当车辆到达收费点时，车辆检测装置进行车辆识别，此系统为有道闸车牌识别系统，以防止车辆逃费。 地磁感应器（车压地感时方停止，同时进入存储数据状态） 车辆检测用摄像机进行数据采集 安达盛驰智能车牌自动识别系统由计算机、摄像机、视频捕捉卡、聚光灯、车辆检测器和系统软件模块组成。 厂家：安达盛驰公司 价格：1025.00/元 摄像机：贝克（ICE+CM3XUTP） 信号类别：PAL 制式，最少480线
镜头聚焦手动设置：手拿与车牌相似的物体站立于触发位置，调节到最清晰为止。镜头光圈应可以设置为自动，图像稍微偏暗一点对识别有利。摄像机应具有强逆光补偿功能。 视频捕捉卡：是一种车牌识别系统专用的捕捉卡，每个卡只有一路信号输入。 聚光灯：是一种泛光源，和一般的射灯不同，它射出的光比较均匀，不容易产生反射眩光，对于夜晚拍照比较有利。体积比以前使用的射灯要大。 车辆检测器：安装车辆检测器的目的主要是为了在固定的位置进行抓拍，使图像中车牌的大小合适，以提高车牌的识别率。 地磁感应器（车压地感时方停止摄像，同时进入存储数据状态，将最佳的摄录图像保存进入数据处理好保存，识别车辆） 品牌：Bircher 型号：ProLoop 价格：650.00元/台 公司名称：天津新视野门业有限公司 系统工作原理大致如下：首先在收费窗口前方车道内铺设地感线圈，将地感线圈的通讯线连接到车检器触发端子。当车辆驶过时车检器给特写摄像机发出指令，摄像机解到指令后识别仪抓拍缴费车辆图片。识别仪对图片进行分析，然后根据识别图片一致率最高的图片上传给后台管理程序。后台根据管理设置，自动 将文字叠加到图片上。识别车辆。 RFID自动识别技术（对电子标签进行读取）
课程设计报告书 设计名称：自动停车收费系统 课程名称：射频识别技术与应用课程设计
摘要 射频识别技术（RFID）是从20 世纪80 年代起走向成熟的一种自动识别方式。它具有很多突出的优点：RFID 技术不需要人工干预，不需要直接接触、不需要光学可视即可完成信息输入和处理，可工作于各种恶劣环境，可识别高速运动物体并可同时识别多个标签，操作快捷方便，实现了无源和免接触操作，应用便利，无机械磨损，寿命长，机具无直接对最终用户开放的物理接口，能更好地保证机具的安全性；数据安全性能高，除标签的密码保护外，读写器和标签之间也可互相认证，实现安全通信和存储等。 基于射频识别技术（RFID）的智能收费系统，由自动车辆识别技术和实时监控系统组成。通过 RFID 技术获取车辆牌照号、车型、所属用户和银行专用账户等数据，并由实时监控系统通过摄像机获取车辆图像。数字化处理后核对实际牌照号与车载信息卡的牌照号是否相符。相符即为合法车辆，其通行费经计算机网络，从用户开户行的专用账户中自动交纳，从而实现不停车自动收费。反之则通过监控网络对违章车辆进行惩处。 关键词：射频识别；电子收费系统；自动识别技术；自动车辆识别
目录 1.开发背景 (1) 2.系统分析 (1) 2.1可行性分析 (1) 2.2系统特点与原理 (2) 3.系统设计 (3) 3.1QT平台的介绍 (4) 3.2系统功能结构 (4) 3.2功能 (8) 4.系统测试 (8) 5.开发环境 (11) 6.总结 (11) 7.参考文献 (12)
1.开发背景 随着经济的发展，人们的生活水平也越来越高，汽车正逐渐走进寻常百姓家。交通工具方便了人们的生活，但车辆的日益增加，在某种程度上也给生活带来了诸多的不便，造成了一些负面的社会影响，如汽车尾气对环境的污染、车辆的存放安全、停车困难等。尤其像繁华地带的商业购物区、大型医院、商务办公写字楼等场所，停车场面积大，车位多，但往往在停车上存在种种不理想的现状：停车等待、刷卡不被识别，人工收费速度慢等。停车设施建设严重落后, 也直接导致交通堵塞、擦车追尾等交通事故, 不同程度阻碍了城市经济的发展。无论是发达国家还是发展中国家, 都毫无例外地承受着停车场容量与汽车拥有量严重不对称的现实, 致使有车无处停, 以及停车场设备科技含量低的困扰。使得停车场自动收费系统设计的好与坏，不仅会影响到企业或公司的形象，长远来讲也会影响到企业、公司的社会效益与经济效益。 设计目的 对于大型停车场而言，打造智能停车收费系统就显得尤为必要。方便人们出行和管理层对车主的管理。有效地提高停车场的管理效率。 同时，进一步巩固射频识别的基本概念、理论、分析方法和实现方法，增强应用QT、Ubuntu软件设计实现射频识别应用系统的能力。使用所学的内容解决实际工程问题，提高工程实践能力、就业能力。 2.系统分析 2.1可行性分析 近几年，我国停车场自动停车收费技术已逐渐走向成熟，停车场管理系统向大型化、复杂化和高科技化方向发展，并作为楼宇自控系统的一个子系统实现与计算机网络相联，使管理人员在远距离就能方便地实现智能化监控与管理，从而在很大程度上减轻了停车问题带来的压力。 国内的停车场收费管理系统通常采用以下几种收费方式: （1）采用摄像计费的方式: 在停车场门口一定位置放置一台摄像机, 利用
浅析电子不停车收费系统 电子不停车收费系统（Electronic Toll Collection，简称ETC）在国外已有较长的发展历史。上世纪80年代末，美国、欧洲等部分发达国家已经开始使用不停车收费（ETC）技术，特别是最近几年，随着该项技术的迅速发展，实现了局部联网并逐步形成规模效益。据统计，美国11个州的21条高速公路收费机构联合成立了IAG组织,安装了3211条ETC车道,日交易量已超过了300万笔。2003年欧洲应用电子不停车收费技术的车辆为770万辆，目前已发展到2000万辆。我国在应用电子不停车收费技术方面起步较晚，20世纪90年代初，我国陆续引入电子不停车收费技术，在经济和交通较发达的地区如广东、北京、上海开始使用。随着我国以非接触式IC卡为通行介质，采用人工半自动收费方式为主的公路联网收费方式的推广，不停车收费必将成为高速公路收费方式的发展趋势。 一、电子不停车收费系统结构以及工作原理 （一）系统结构 电子标签卡：它是一种有源电子射频卡，功率约为1mw，其内存可作到存储包括车辆型号、车牌照号、车主的相关资料等各种信息，是一个完善的汽车身份卡和信用卡; 收发器(即阅读器):它是一种带有微波线路的装臵，用它与标签卡之间建立高方向性的高频微波通讯。它有很强的抗干扰性能和快速的通讯能力。目前，国内外大多采用5.8GHz微波。因为5.8GHz系统
DSRC协议的基础技术保证其至少有10m的双向通讯距离，其反向散射原理使下行和上行的通讯互不干扰，从而使得标签可以在有限的功率范围内可靠地进行通讯;基于DSRC的5.8GHz系统的电子标签都具备非常成熟的防拆卸手段，用以避免由于故意更换标签而造成的通信费款流失; 进行通讯处理的微处理器:它将来自标签卡的信息进行解释并传至车道控制器，从而取得该车的有关资料并进行相应处理，对来自车道控制器的数据信息经分析后也可对标识卡内的数据进行必要的修改; 车道控制器:根据卡上的信息，判定通过车辆是否有正常通过的权力，还可判断卡的有效性，并起动相应的交通标志，也可以发出警告给车主必要的提示。如果发生违章闯关现象也可驱动抓拍系统进行违章取证等。 （二）工作原理 ETC系统可以大致分为收费站不停车收费系统以及自由流不停车收费系统。 收费站不停车收费系统：收费站不停车收费一般采取混合收费方式,既有不停车收费车道,又保留半自动收费车道。其主要特征为:。 ①与半自动收费车道并列设臵。在收费车道中,根据使用情况开设部分ETC专用收费车道; ②车辆通过收费车道的车速较低,通常为30km/h一50km/h,通过率为600辆/h一1000辆/h;
停车场服务规范及管理规章制度
服务规范及管理规章制度 为了加强停车场规范有序的管理，保障停车场的正常运行，特制定以下管理制度，停车场管理制度。 一、车辆管理负责人职责 1、依法循章对交通、车辆进行管理。 2、负责按物价部门收费规定收取车辆保管费、存放费、占地费、车位临时使用费。 3、熟悉掌握车辆流通情况，车位情况，合理布置安排，优先保证业主使用车位。 4、负责监督和落实员工岗位职责，对员工进行日考核，填写《员工日考核表》。 5、负责每日工作检查，并填写《车辆管理日检表》。 6、负责对外协调与联系，处理车辆管理方面的问题和客户投诉。 7、负责对员工进行法制教育和职业道德教育，不断提高服务质量。 8、负责对员工进行岗位培训，并做好培训记录。 9、定时向车场项目经理汇报工作。 二、车辆管理员的职责及纪律 1、车辆管理员的职责如下：
(1)负责对停车场的汽车管理。 (2)实行24小时轮流值班，服从统一安排调度。 (3)按规定着装，佩戴工作牌，对出入车辆按规定和程序指挥放行。 (4)遵守规章制度，按时上下班，认真做好交接班手续，不擅离职守。 (5)按规定和标准收费，开具发票，及时缴交营业款。 (6)负责指挥区内车辆行驶和停放，维持停车秩序。 (7)负责对小区道路和停车场的停放车辆进行巡视查看，保证车辆安全。 (8)负责停车场的消防以及停车场、值班室，岗亭和洗车台的清洁工作。 2、车辆管理员的纪律 (1)仪容整洁，遵守《仪容仪表规定》。 (2)执行公司文明礼貌用语规范，讲究文明服务，礼貌待人。 (3)严格遵守《交接班制度》。 (4)值班时禁止喝酒、吸烟、吃东西：不准嬉笑、打闹，不准在值班时会客、看书报、听广播，及做其它与值班职责无关的事。 (5)爱护各种器具，不得丢失、损坏、转借或随意携带外出。 (6)依法办事，廉洁奉公，坚持原则，是非分明。 (7)禁止在停车场所管物业范围内打麻将;不准借娱乐为名搞变
自动停车场管理系统设计 1.停车场管理系统 小区地下停车场作为小区配套设施，需要为小区住户和来访客户提供便捷、安全的停车场所，这样停车场管理系统功能的使用和停车场管理水平的提高就显得尤为重要。为加强管理，保证停放车辆安全，提高停车场经济效益，针对小区的特点和甲方提出的要求，我公司技术人员结合本公司以往的工程经验现就该停车场管理系统提出本系统方案。 (1)、停车场管理系统 ERA5000停车场管理系统主要用于控制停车场的出/入口，配备相应装置可以做到无人职守，这样既安全又经济实用。监控计算机的功能要求综合管理整个停车场，并以简单直观的方式向操作员提供系统的各种信息。 专用停车场控制器（DDC）用以管理和实现整个系统线路的通信，监督各现场设备和系统记录，确保系统的正常工作。可以通过计算机控制现场设备的设定、开/关停车场设备，自动监督检查设备所出现的故障并打印出来。 (2)、专业停车场设备 ERA5901车库控制器 ERA5901车库控制器专为停车场管理系统，小区地下车库，小区车辆出入设计的专用控制器，在车辆入口及出口分别使用一台
ERA5901车库控制器，通过Canbus网络与计算机联接，完成一辆车从入库到出库的完整控制。 设备特点 以智能微处理器为基础的现场控制器 配置韦根协议接口的读感器 设备接口 一个韦根协议读感器接口 一组档杆器控制接口 一组地感线圈控制器接口 一组发卡机接口 出卡按钮及三个指示灯接口 一个车位满显示器接口 ERA5920出口平台 ERA5920出口平台为停车场管理系统，系地下车库管理系统及小区车辆出入口管理系统的出口操作平台。它为室外型安装结构，内置读感器及金额显示器。持会员卡司机刷卡，可自动抬杆出车，非会员卡刷卡后显示金额，由停车场管理人员收费及收回卡后，识别车辆出入图像对比，抬杆出车。 设备性能 显示及金额 内置远距离读感器
停车场安全规章制度
7、按规定缴纳车辆停放管理费。 三、小区停车场，机动车每昼夜停放服务收费标准为：轿车、小型客货车每辆5元；四吨以下中型车辆每辆6元；连续停放超过4小时的，按昼夜停放标准收费；不足4小时的不收费。 2008年1月1日大连医科大学物业管理中心 2、XXX地下停车场安全管理规章制度 为加强XXX地下停车场管理，保障进出车辆以及各车主的人身、财产安全，进而促进市场的繁荣和稳定，特制定以下管理制度。 （1）地下停车场设有固定车位和临时车位，固定车位须先办理相关停车手续，方可进行停放； （2）出入地下停车场的车主应自觉遵照车场内的交通指示通行，切勿逆道行驶，应慢速行驶（每小时5公里的速度），禁止鸣喇叭，确保出入车辆、人员安全。 （3）出入车辆须自觉遵守“刷卡通行，一车一杆”，保障管理秩序合理运行。 （4）出入车辆应服从管理人员指挥，按指定车位进行停放，做到不乱停、不乱放，并注意前后左右车辆安全，防止车辆发生碰撞、损坏等事故发生。 （5）车主停放好车辆要离开车库时，应锁好门窗，不要把贵重物品、重要文件等遗留在车厢内，否则后果自负。 （6）严禁车辆载有易燃、易爆、易腐蚀物品进入车库停放，车主应自觉检查是否有漏油情况，如发现问题应及时处理方可离开，杜绝一切火灾隐患，做到安全第一。 （7）进出车辆如在行驶途中损坏路牌和各类标识，以及损坏公共设施，须按价进行赔偿。 （8）临时停放车辆应领取临时停车卡方可进入停放，并根据标识停放在临时车位上，以方便车场工作人员管理。 （9）临时停车卡计费以系统报价为准，当天缴费当次有效，概不挂账。如遇系统发生故障等其他原因造成收费系统不能正常运行时，工作人员应对进出车辆进行手工登记操作，并发放临时停车卡方可进入停放。 （10）车主应把停车卡保管好，如有丢失，应及时汇报，并补办卡号，止不法分子有可乘之机。 （11）停车卡专车专用，不得损坏、转借他人，车辆更换应办理更换车牌号码手续，否
不停车收费系统解决方案
一、系统概述 不停车收费系统（又称电子收费系统 Electronic Toll Collection System，简称ETC系统）是以现代通信技术、电子技术、自动控制技术、计算机和网络技术等高新技术为主导，实现车辆不停车自动收费的智能交通子系统，是目前世界上最先进的路桥收费方式。该系统通过路侧天线与车载电子标签之间的专用短程通讯，在不需要司机停车和其他收费人员操作的情况下，自动完成收费处理过程。现有的不停车电子收费系统功能包括：收费数据采集、管理收费车道的交通、车道控制机与后台结算网络的数据接口、业务内部管理功能、查询系统。车道控制子系统用于控制和管理各种外场设备与安装在车辆上的电子标签的通信，记录车辆的各种信息，并实时传递给收费站管理子系统。收费站管理子系统负责收集管理传送过来的数据。ETC管理中心是ETC系统的最高管层，既要进行收费信息与数据的处理和交换，又要行使必要的管理职能，它包括各公路的收费专营公司、结算中心和客户服务中心，根据收到的数据文件在公路收费专营公司和用户之间进行交易、拆账和财务结算，配有多台功能强大的计算机，完成系统中各种数据、图像的采集和处理。 为适应我国国情，交通部《高速公路联网收费暂行技术要求》要求采取“人工半自动收费为主，电子不停车收费为辅”的组合方式，并明确提出“电子不停车收费系统宜采用两片式ETC电子标签加双界面CPU 卡的高安全性组合预付卡方案，以实现电子不停车收费方式与IC卡半自动收费方式的兼容与互补”，即在ETC的技术基础上进一步发展出了组合式电子收费技术。组合式电子收费方式将ETC收费方式和IC卡半自动收费方式进行有机结合，它及解决了高速公路联网收费的电子化支付问题，又能克服ETC应用初期管理与推广应用方面面临的困难。
第1章智慧社区智能停车系统 一. 整体设计思路 目前IC智能卡密钥算法被破解存在着巨大的安全隐患，而市场上大部分IC 卡为这种可被破解复制M1卡，这将对持卡人的业主以及物业公司的财产、隐私造成重大影响和损失。捷顺科技在智能安防行业内率先完成一卡通“卡介质”由M1卡向高安全的CPU芯片卡的革命性升级。 二. 整体系统架构 三. 智能停车场子系统 针对以上住宅物业管理需求，捷顺科技推出全新一代智能停车场系统，该系统不仅功能强大还针对住宅物业管理需求特性进行了个性需求升级和价值附
加，以便更贴近物业社区管理的业务流程和运营习惯，同时增强了利益链条中各关联环节的综合管理能力和竞争力。 四. 业主信息管理 资料快速录入 通过身份证阅读器以及扫描仪方便快速录入用户资料。 住户身份管理 同时可以对业主的身份进行管理，包括住户类型、户主关系、入住状态等进行管理。 住户车牌管理 对业主固定车辆管理，实现一户一车或一户多车管理。在月卡发行时，会自动将录入的车辆信息调出供选择。
五. 车辆出入管理 1固定车辆 凭卡进出 PBOC标准CPU卡/IC卡与车牌识别 固定用户办理停车月卡，在月卡有效期内可以使用月卡在控制机上刷卡，同时车牌识别会验证车牌与卡是否相符，在验证一致的情况下，可进出车场。同时在月卡快到期时，用户可以通过延期来延长月卡的有效时间。 RFID/ETC 远距离读卡与车牌识别 固定用户办理RFID停车月卡，在月卡有效期内可以使用月卡远距离识别，同时车牌识别会验证车牌与远距离卡是否符合，验证一致后，可进出停车场，实现不停车进出停车场。同时在RFID月卡快到期时，用户可以通过延期来延长月卡的有效时间。
停车场管理规范 1.0 目的 确保停车场内的车辆及设施、人员安全，保证车场车辆停放整齐有序。 2.0 适用范围 适用于物业管理处辖区内停车场的车辆停放管理。 3.0 职责 3.1管理部主管负责监督、检查车辆停放管理。 3.2管理部当值干部负责车辆停放管理的指导、检查及车位使用费收缴工作。 3.3当值管-理-员负责停车场的管理工作。 4.0 程序要点 4.1车辆进场停放。 4.1.1停车场只对辖区内的住/租户、本公司职员及前来辖区内消费及访客的客人开放。其余外来车辆不允许在停车场内停放。 4.1.2当有车辆进场时，当值管-理-员应首先将车辆的牌号抄写至《停车卡》中，并将《停车卡》交给车主，迅速指引车辆慢行，安全地停放在相应的车位上，提醒车主锁好车锁、随身带走车上的贵重物品。 4.1.3检查车辆是否有损坏或其他不正常情况，如有不正常情况应立即当面向车主提出，并在《车辆停放登记表》上作详尽记录。 4.1.4收取车位使用费： A）属长期停放并已交纳车位使用费的车辆，管-理-员应要求车主出示交费收据，并翻查《车辆车位使用费交付登记表》核实后允许停放； B）其他车辆依照《车位使用费收费标准》收取车位使用费。 4.1.5填写收费收据交车主，并在《车辆车位使用费交付登记表》上准确登记。 4.1.6填写《车位使用牌》并贴于车辆明显处。 4.2车辆离场。 4.2.1当有车辆离场时，当值管-理-员应及时检查车主证及相关资料：
A）检查车主证件、《停车卡》记录与车辆是否相符，不相符时不允许放行； B）检查车位使用费是否已交足，没有交足车位使用费，应要求车主补交车位使用费后再离场； C）检查业主证/租户证或员工证。 4.2.2若检查中发现异常情况，应立即拦截车辆，并及时通知当值干部前来协助处理。 4.2.3车辆离场后，及时在《车辆停放登记表》上登记。 4.3巡视。 4.3.1车场当值管-理-员每小时至少详细检查车辆的车况1次，发现漏油、未上锁等现象及时通知车主，并在值班让录本上做好记录，同时报告当值干部处理。 4.3.2发现无关人员或可疑人员到车场时要及时劝其离开，若有紧急情况按《突发事件处理标准作业规程》处理。 4.3.3协助清洁工维护好车场卫生。 5.0 记录 5.1《车辆停放登记表》。 5.2《车位使用牌》。 5.3《车辆车位使用费交付登记表》。 6.0 相关支持文件 6.1《突发事件处理标准作业规程》。 6.2《管理部交接-班管理标准作业规程》。 7.0 附录 《车位使用费收费标准》。
编号：_____________ 高速公路电子不停车收费银企合作 协议 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日
甲方： 法定代表人： 乙方： 法定代表人： 为建立良好的电子收费银企合作关系，促进双方共同发展和长远合作，甲、乙双方本着自愿、平等、互利的原则，经友好协商，达成如下合作协议，并承诺严格遵守本协议中的各项条款，履行各自责任和义务。 第一条合作内容 乙方自愿参加甲方的电子收费（以下简称“ETC”）服务体系，甲方同意乙方成为甲方的ETC项目合作银行。合作内容： 1、甲乙双方共同发行ETC专属联名卡，联名卡为记账卡，乙方负责根据甲方发送的ETC交易记录从其签约客户授权的银行账户扣缴相应费用，存入甲方指定的ETC专用账户。 2、甲方自行发行储值卡，乙方代理甲方向用户办理储值卡发行安装及充值业务。第二条甲方的权利和义务 1、负责甲方ETC系统建设和维护工作，保证与乙方计算机系统的正常连接，如因乙方原因或遇有不可抗力因素除外。 2、负责乙方发行网点发行客户端的软件开发工作。协助银行完成系统调试及软件升级工作。负责协助ETC服务工作人员的ETC业务培训。 3、负责ETC发行管理平台建设，为乙方发行指标内部考核评价提供数据支持。
4、负责向乙方提供涉及ETC联名卡签约、批量扣款等数据接口，对标准和细则进行修订并及时提供给乙方。 5、负责乙方网点建设标准的制定。包括网点发行设备技术参数、配置等标准的制定。负责ETC服务网点设置数量、位置、规模等的审核确定。 6、负责电子标签和用户卡准入标准的制定和电子标签质量监督。 7、负责乙方电子标签一次发行的密钥写入和用户卡密钥提供。 8、负责用户ETC使用协议范本的制定。 9、负责向乙方发送ETC交易扣款文件，并保证系统数据的完整、有效和准确。 10、负责接收乙方系统发送的用户状态信息（包括卡片挂失、透支等），并通过本省清分系统和国家清分系统转发到全国ETC服务方系统。 11、负责按规定完成账务核算、资金清算，及时追缴乙方欠缴或少缴的通行费。 12、负责通行费发票的发放、使用监督工作。 13、负责研究制定全省ETC统一宣传推广方案。审核乙方报送的推广计划、宣传用语、优惠政策等，以便建立良好的ETC市场环境。 14、负责定期对乙方发行信息准确性、标签安装质量、服务质量、发行数量、使用率等进行检查、评价与监督。督促乙方及时纠正存在的问题。对存在重大问题的，必要时有权采取终止相应业务等措施。对于工作指标成绩突出的合作银行，应研究相应的奖励机制。 第三条乙方的权利和义务 1、负责发行其银行ETC联名卡，并代理甲方开展储值卡发行及售后服务业务。
*****停车场系统 方 案 书
目录 第一章公司简介 (4) 第二章停车场概述 (4) 第一节项目设计依据及原则 (5) 一、设计依据 (5) 《智能建筑设计标准》（GB/T 50314-2000） (5) 《智能建筑工程质量验收规范》（GB 50309-2003） (5) 《智能建筑工程检测规程》(CECS 182:2005) (5) 《民用建筑电气设计规范》(JGJ/T16-92) (5) 《建筑与建筑群综合布线系统工程设计规范》（GB/T50312-2000） (5) 《建筑与建筑群综合布线系统工程施工及验收规范》（GB/T50312-2000） (5) 《电气装置安装工程施工及验收规范》(GBJ232-92) (5) 《安全防范工程技术规范》GB50348—2004 (5) 《安全防范系统验收规则》GA 308—2001 (5) 《民用闭路监控电视系统工程技术规范》（GB 50198-94） (5) 《建筑物防雷设计规范》(GBJ57-83) (5) 《工业、企业通信接地设计规范》(GBJ79-85) (5) 《道路交通标志和标线》（GB5768-1999） (5) 《安全标志》（GB2894-88） (5) 《道路标线涂料》（GN47-89、GN48-89） (5) 《软件工程国家标准》 (5) 二、设计原则 (5) 1、先进性 (6) 2、安全可靠性 (6) 3、灵活性 (7) 4、实用性 (8) 第二节产品特点 (8) 2.1LN6800-PARK系统特点 (8)
2.2系统先进 (8) 2.3系统稳定 (9) 第三节地下停车场一进一出刷卡系统 (10) 第四节停车场系统主要设备技术指标 (10) 4.1自动道闸 (10) 4.2停车场入口机 (11) 4.2.1自动吐卡机（入口） (12) 4.2.2中文显示屏 (13) 4.2.3语音提示 (14) 4.2.4对讲系统 (14) 4.2.5电源 (15) 4.3停车场出口机 (15) 4.3.1停车场控制器 (15) 4.3.2中文显示屏 (15) 4.3.3语音提示 (16) 4.3.4对讲系统 (16) 4.3.5 电源 (16) 4.3.6出口机箱 (16) 4.4车辆检测器 (16) 4．5读卡系统 (17) 第六章项目清单 (18)