羊城通_联合运营系统的设计与实现_张京穗

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

./0123 4..-,, 567/8- ( 签名的通话记录集中汇报至广州电信的管
理系统 ! 管理系统收集所有信息公话的通话记录 ! 作为联营双方 结算的原始依据 # 然后 ! 广州电信的管理系统以每周五次的频 率 ! 将收集的原始通话记录整理成为日结算数据 ! 并将日结算数 据报送给广州公交要求结算 # 如果需要银行对结算过程中的纠 纷进行仲裁 ! 广州电信还需要将日汇总数据报送至银行 # 最后 ! 广州公交接收到广州电信报来的日结算数据后 ! 对其进行必要 的验证 ! 并以适当的方式向银行和广州电信发送必要的确认信 息 # 最后 ! 银行或广州公交将得到双方认可的结算金额划拨给 广州电信 # 这样就完成了整个运营流程 #
!"#"$ 和广州公交结算系统对接的接口子系统的增补
该系统是广州电信的信息公话管理系统与广州公交结算系 统进行数据交互的中介 ! 是信息公话管理系统的一部分 " 它从信 息公话管理系统的其它子系统中获得各种数据 ! 进行业务数据 简讯 ! !
#
!羊城通 "联合运营系统的设计
$ 羊城通 % 联合运营方案涉及以下相关公司 ) 广州交通电子
收费营运有限公司 ’ 简称广州公交 ( 作为费用预收方 ! 广州电信 是服务提供方 ! 结算仲裁方是银行机构 #
&’
!"#"$ 硬件改造中的关键技术 9!: 信息公话的读卡器改造
电信科学 !""# 年第 !" 期
’2) /34 安全模块
为保证交易数据不被篡改 ! 为联营双方提供真实可靠的业 务交易记录 ! 系统使用 /34 安全模块 ! 它主要是对原始交易记 录进行加密 !该模块被插入到信息公话内 &
’5) 扣费过程的适应性改造
由于 #& 卡和电信 !% 卡有诸多差异 ! 导致两者的扣费过程 有很大差别 ! 所以需对信息公话的扣费过程进行改造 ! 以适应 ’ 羊城通 (& 扣费方式分别有以下几种 ) * !% 卡电话经典扣费方式 ! 这种方式的扣费过程如图 6 所 示 + 通话一开始 !读卡器即从卡上扣费一次 !扣费额为一 个单位费率 ! 以后每隔一个单位时长就再从卡上扣除一 个单位费率 !如此往复 !直至通话过程结束 & 这种扣费方 式的优点是 ) 防逃费效果好 ! 因为 其 实 质 是 先 扣 费 后 服 务 !持卡者没有机会逃费 ! 是一种很安全的扣费方式 & 它 已得到物价部门的认可 ! 并被广大电话用户普遍接受 ! 不需要再去办理相应物价审批手续 & 其缺点是 ) 当应用 于需要进行 /34 安全签名的应用中时 ! 会生成过多的 交易记录 !因为每次扣费操作都要生成一条扣费记录 & * 机械锁卡方式 & 为解决第一种方式生成过多的交易记录 的不足 ! 可以考虑在读卡器上加装 一 套 锁 卡 装 置 ! 在 通 话开始时 ! 将用户卡锁定在读卡器 中 ! 整 个 通 话 过 程 中 用户卡不可被拨出 & 在通话结束时 ! 一次性从卡上扣除 所有通话费用 ! 仅生成一条通话记录 ! 之后 ! 锁卡装置释
!
背景
信息技术飞速发展 ! 城市的各种信息网络越来越健全 ! 同时
首先 ! 由用户到广州公交指定的网点购买 $ 羊城通 % 卡 ! 或给 已购的 $ 羊城通 % 卡充值 # 持卡用户使用 $ 羊城通 % 卡在信息公话 上打电话 ! 信息公话记录用户的 通 话 过 程 ! 生 成 相 应 的 通 话 记 录 ! 并用适当的加密算法对该通话记录进行签名以防伪造 # 然 后 ! 信息公话以每天不少于一次的频率 ! 将暂存的带有 )*+ ’,-"
观察与交流
!羊城通"联合运营系统的设计与实现
张京穗 ! 杨瑞鑫 " !$% 广东省电信公司广州市分公司公话管理中心 广州 &$’()*"
)+ 信息产业部邮电工业标准化研究所 北京 $,,,--#
摘 要 简述在信息公 话 上 为 广 州 市 $ 羊 城 通 % 公 交 ’( 卡 提 供 语 音 通 话 业 务 的 $ 羊 城 通 % 联 合 运 营 系 统 的 设计方案 & 实现和应用价值与前景 # 关键词 一卡通 信息公话 读卡器 ’( 卡
图) & 羊城通 ’ 联合运营方案
卡 ! 包括接触式和非接触式的 ! 是读卡器硬件技术的一次 革新 ! 拓宽了日后读卡器硬件设 计的思路 " 对于联营双方中的广 州公交来说 ! 卡的新增功能会增
图/
原始交易记录基本数据结构
加其发行量 ! 有利于沉淀资金的 增加 ! 为广州公交带来更多的投资回报 " 对于广州电信而言 ! 信 息公话的新增功能实现了 & 一机多能 ’! 加大了广州电信现有信 息系统的含金量 " 整体而言 ! 广州电信和广州公交的强强联合 ! 是合作双方互惠互利的双赢举措 ! 也加快了城市现代化建设的 步伐 " 目前 !&羊城通 ’ 联合运营系统只实现了信息公话提供的各 种语音通话业务 ! 今后其它的增值业务将会相继在联合运营系 统中得到支持 " 基于广州 &羊城通 ’联合运营系统的成功实现 ! 该 系统的运营方案和关键实现技术可在全国范围内推广开来 ! 前 景十分乐观 "

Βιβλιοθήκη Baidu
结束语
& 羊城通 ’ 联合运营系统 ! 配合信息公 话 和 & 羊 城 通 ’
卡 ! 极大地方便了广州地区的人民生活 " 它使 & 羊城通 ’ 公交卡的使用跨越了行业限制以及硬件设 备 的 限 制 ! 进 一步扩展了 & 一卡多用 ’ 的意义 " 它是基于现有系统的改 造 ! 而无需重新统一开发新的软硬件系统 ! 加快了项目的 开发 ! 减少了资金的投入 " 该系统同时支持多种类型的 72
! 收稿日期 "#%&$!&’!&’ #
广州电信的信息公话管理系统采用了当前国际流行的客 户 0 服务器模式 ! 包括业务管理子系统 % 通信子系统和数据库子 系统 ( 为支持 &羊城通 ’卡 !该系统需进行一系列改造 ! 主要是在 数据库子系统中增加数据库表 ! 如黑名单表 ! 以及部分表的字段 的增加 ! 用以区分 &羊城通 ’卡和其它 72 卡的记录 ) 依据数据库 的更改 ! 其它子系统需做相应的改造 ! 业务管理子系统需增加新 的模块 ! 通信子系统需更改部分业务逻辑 "
’() 读卡功耗实验 #$ 卡的读卡功耗大于电信 !% 卡 ! 但由于 #$ 卡的读写是点
击式操作 ! 一次操作的持续时间一般低于 *+ ,- ! 完成一次完整 的交易也不会超过 .++ ,- ! 相对于公话业务中的单元扣费时长 $ 一般是一分钟扣费一次 %! 其占空比非常小 !所以其平均功耗并 不高 ! 不会影响 !/01 线路对信息公话的正常供电 & 同时 ! 信息 公话采用了超低功耗设计 ! 并且 !/01 线路供电原本就有一定 余量 & 对 #$ 卡进行了读卡功耗的实验 ! 实验结果表明 !#$ 卡的 读卡功耗在允许范围之内 ! 不存在过高的问题 &
!"#"$ 终端程序的功能扩展
在信息公话系统中 !原有的终端程序主要实现对各类卡的操 作和管理 & 在 "羊城通 (联合运营系统中 !还需实现对 "羊城通 (卡 的兼容 & 主要包括 "羊城通 (卡的识别模块 .恢复模块和扣费模块 & 卡识别模块主要是对卡种类和有效性的识别 & 基本的工作 是 !根据读卡器发送给终端程序的信息确定当前卡是否属于 " 羊 城通 (卡 !若是则首先读取卡中的信息 !包括发行区基本用户信息 和发行区发行信息等 !判断卡的有效期限 !由于采用了黑名单机 制 !所以还要判断该卡是否在黑名单中 ! 接着计算出卡的钱包区 和公共信息区 !读取公共信息区正副本 !然后进入卡恢复模块 & 卡恢复模块主要是对卡识别模块读取的卡信息进行比较 !从 而判断卡是否出错 !通过对各类信息的重新复制进行错误更正 & 在交易开始后 !扣费模块就工作了 & 它负责对卡中的金额进 行更改 ! 从而达到扣费的目的 & 主要是对卡中钱包正副本 . 公共 信息区副本的更新 !并且完成对交易的记录 &
$
!羊城通 "联合运营系统的实现
系统实现的主要宗旨是在原有软硬件系统的基础上进行少
量的局部改造或增加新的模块以获得新的功能 # 依照设计方案 ! 系统的实现大致分为前台交易和后台结算两部分 #
$%! 前台交易部分
前台交易涉及到 $ 羊城通 % 卡和信息公话 ! 前台部分的实现 包括对信息公话的硬件技术改造 ! 用以适应 $ 羊城通 % 卡 ! 以及对 信息公话终端软件的功能扩展 #
#$% 后台结算部分
" 羊城通 ( 联合运营的主体是公交电子收费运营部门和电信 运营部门 ! 联合运营方案如图 . 所示 & 后台结算部分的实现主要包括对原有信息公话管理系统的 改造以及和广州公交结算系统对接的接口子系统的实现 &
!%$"& 原始交易记录的基本数据结构
原始交易记录是联营双方利益结算的原始依据 ! 其基本数 据结构如图 2 所示 &
图6
!% 卡经典扣费方式
!%$%$ 广州电信原信息公话管理系统的改造
&!
观察与交流
分析 ! 得出结算结果和各种报表 ! 根据其它子系统提供的 & 羊 城 通 ’ 卡 的 交 易 数 据 生 成 文 本 文 件 并 压 缩 成 =7+ 文 件 ! 用 >6+ 传输到广州公交结算系统的服务器上 ! 同时负 责读取广州公交结算系统传过来的有关 & 羊城通 ’ 卡相关 信息的文件 !并对这些信息进行管理 "
设计之初 ! 信息公话的读卡器主要用于中国电信发行的电 信 !" 卡 !而 "羊城通 #是非接触逻辑加密卡 $#$ 卡 %!为此 ! 对信息 公话的读卡器进行了改造 !使其能同时访问电信 !% 卡和 #& 卡 &
放用户卡 & 这种方式的优点是 ) 一 次 通 话 ! 不 论 时 间 长 短 !只生成一条通话记录 ! 解决了第一种方式的不足 & 其 缺点也非常致命 ) 在通话过程中 ! 如 果 用 户 采 用 某 种 异 常的方式结束通话 ! 如将电话外线 短 接 ! 就 有 可 能 因 通 话过程的异常终止而逃过写卡扣费这一交易步骤 ! 从而 导致话费丢失 & * 适当延长扣费单位时长 & 适当延长扣费单位时长 ! 以减 少业务记录条目数的扣费方式 & 考虑到有相当高比例的 通话记录的总时长不会超过 2 ,78 ! 如果规定 2 ,78 作为 一个单位时长 ! 即每 2 ,78 扣费一次 ! 则大多数情况下 ! 用户的一次通话只需要生成一条通话记录 & 这种方式是 前两种方式的折衷 ! 优点是可以有效地减少所生成的通 话记录的条数 , 缺点是费率的调整可能需要有关政府部 门的审批 & 此种方式的一种变种方式是 -296 方式 (!即可 以规定通话的前 2 ,78 做为第一个单位时长 ! 超出 2 ,78 的部分 !按电信所规定的正常资费进行扣费 & 综合以上分析 ! 在 " 羊城通 ( 联合运营系统中采用了第三种 方式 &
就需要越来越多 " 越来越灵活 " 便捷的支付手段 # 公交 $ 一卡通 % 系统从某种程度上较 好 地 解 决 了 人 们 在 日 常 生 活 中 的 支 付 问 题 # 它能在搭乘公交 & 轮渡 & 地铁 & 轻轨 & 出租汽车时一卡通用 ! 方 便迅速 ! 给人们的生活 & 工作提供了极大的方便 # 如广州市公交 公司发行的 ! 由广州交通电子收费营运有限公司负责管理和营 运的 $ 羊城通 % 公交卡 ! 在广州市已有 !"# 万用户 ! 约占广州市人 口的 $#%!&#% # 但是这种卡仅局限于各交通部门 ! 如果能在电 信领域得到应用 ! 将会大大扩展 $ 一卡多用 % 的意义 ! 对加快数字 化城市的实施进程产生深远影响 #
"
!羊城通 "联合运营系统简介
信息公用电话 ’ 简称信息公话 ( 是集多种功能于一身的现代
化公用电话 ! 可以提供语音服务 & 上网浏览 & 收发邮件 & 小额电子 支付等功能 #$ 羊城通 % 联合运营系统是在信息公话的基础上 ! 保 留原系统对电信 ’( 卡支持的同时还增加了对 $ 羊城通 % 卡的支 持 ! 对该卡提供语音通话服务 # 该系统使持卡用户不但可以方便 地缴纳各种交通费用 ! 而且可以用 $ 羊城通 % 卡在信息公话上打 电话 #
相关文档
最新文档