中国移动手机一卡通技术案例.doc

中国移动手机一卡通中国移动手机一卡通 技术建议书技术建议书 拓维信息系统股份有限公司拓维信息系统股份有限公司 时间：时间：20102010 年年 6 6 月月 allall rightsrights reservedreserved 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 第 2 页 共 123 页 目 录 第一章、需求分析第一章、需求分析5 1.1 项目背景5 1.1.1应用现状.6 1.1.2目标提出.6 1.2 系统设计需求7 1.2.1数字化校园总体架构.7 1.2.2标准化需求.7 1.2.3安全性需求.7 1.2.4可靠性需求.8 1.2.5开放性需求.8 第二章、第二章、一卡通业务体系一卡通业务体系9 2.1 业务体系概述9 2.2 卡业务设计9 2.2.1基本业务流程.9 2.2.2发卡流程.13 2.2.3发卡业务.17 2.2.4挂失解挂.21 2.2.5销卡流程.23 2.2.6临时卡业务.24 2.3 机构组织设计27 2.3.1机构管理.27 2.3.2商户管理.27 2.3.3终端管理.28 2.4 会计核算体系28 2.4.1记帐方法.29 2.4.2会计科目.29 2.4.3会计帐户.30 2.4.4会计帐表.31 2.4.5差错控制.34 2.5 资金业务设计35 2.5.1资金交易业务.36 2.5.2现金充值业务.36 2.5.3日终结算业务.37 2.5.4商户结算业务.38 2.5.5数据统计分析.39 2.5.6业务难点处理.39 2.6 其它业务设计39 2.6.1黑名单的管理.39 第三章、总体方案第三章、总体方案42 3.1 总体目标42 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 3 页 共 123 页 3.1.1标准统一、接口规范.42 3.1.2一卡在手，走遍校园.44 3.2 总体原则44 3.2.1安全性.44 3.2.2可靠性.45 3.2.3实用性.45 3.2.4开放性.45 3.2.5扩展性.45 3.2.6易用性.45 3.2.7标准化.46 3.2.8完善的应急机制.46 第四章、一卡通系统方案第四章、一卡通系统方案47 4.1 总体架构47 4.1.1网络结构.47 4.1.2软件体系结构.49 4.1.3中间件的应用.53 4.1.4通用服务组件.54 4.2 系统核心平台55 4.2.1业务支撑及系统管理平台.56 4.3 应用子系统87 4.3.1消费支付pos子系统.87 eai 应用集成90 4.4.1上机管理系统对接.90 4.4.2图书馆系统对接.92 第五章、第五章、安全体系安全体系96 5.1knsa 安全体系.96 5.2 密钥管理体系97 5.3 网络安全体系98 5.4 卡片安全性设计99 5.5 终端安全性设计100 5.6 交易安全性设计100 5.7 数据安全性设计102 5.8 操作的安全性设计103 第六章、第六章、机房及环境准备要求机房及环境准备要求105 6.1 机房环境105 6.2 环境条件106 6.3 设备布置107 第七章、第七章、服务承诺服务承诺108 7.1 售后服务标准108 7.2 售后服务组织保障108 7.3 售后服务承诺109 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 4 页 共 123 页 7.4 售后服务方式及内容109 7.5 故障处理计划111 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 5 页 共 123 页 第一章、需求分析 1.1 项项目背景目背景 中国移动手机校园一卡通系统以学校校园网为载体进行建设，是集身份识 别、校内消费、校务管理、金融服务为一体的新型数字化校园核心应用项目。 “中国移动手机校园一卡通”是以内部支付、身份登记、门禁考勤管理三大功能 为基础，并兼具内部信息化应用管理工具，一卡通系统完成后，#大学将 建成一个跨平台、跨数据库的可自我发展的数字化校园信息平台。 在此背景下，中国移动拟建设#大学“校园数字化”项目中国移动手 机校园一卡通系统。 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 第 6 页 共 123 页 1.1.1 应应用用现现状状 #大学校园网基本覆盖了学校所有办公楼、教学楼和全部的学生宿舍 和教工宿舍。 #大学的信息化经历了几年建设，人员队伍与管理水平已经初具规模， 并且构建了优良的硬件环境，拥有了具有国内领先水平的校园宽带网络。 目前学校信息化建设中仍存在着一些问题，主要表现如下： (1) 界面不统一界面不统一 对于不同的信息系统，用户需要分别登录进入访问，缺乏统一的访问资源 和应用的接口(入口)，并且界面风格各异，人性化程度低。 (2) 应用不集成应用不集成 不同时期由不同人员研发的信息系统采用不同软件技术，缺乏统一规划下 应用访问接口，应用系统各自独立，无法相互访问数据和功能，并且多个应用 系统还缺乏有效组织和管理。 (3) 数据不共享数据不共享 由于信息系统分别建立，又没有遵循统一的数据标准，数据格式也各不相 同，系统间无法实现有效的数据共享，形成了网络环境下的信息孤岛。 为了让信息化在教学、管理中发挥更加积极的作用，#大学“中国移 动手机校园一卡通”项目的建设迫在眉睫。从而进一步将学校打造成高校信息化 建设标杆单位。 1.1.2 目目标标提出提出 随着学校规模的扩大和进一步的发展，以及学校信息化建设的持续发展， 为了在一个更高的起点上建设现代化校园，降低管理成本、提高工作效率、提 升服务品质和学校品牌形象，学校的领导们秉着与时俱进的精神，在可持续发 展思路的指导下，提出了中国移动手机校园一卡通建设项目，为进一步实现数 字校园的根本目标迈出了坚实的一步。 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 7 页 共 123 页 1.2 系系统设计统设计需求需求 #大学中国移动手机校园一卡通系统的建设除具备上一节列举的各种 功能需求外，还存在一些深层次的非功能性性需求。经过分析与总结，列举如 下。 1.2.1 数字化校园数字化校园总总体架构体架构 “中国移动手机校园一卡通”系统是数字化校园建设中的一个基础平台和 应用领域。在设计上必须服从于数字化校园的总体规划。一卡通系统不仅仅是 消费系统，还具备身份识别功能和管理功能，要与学校的管理信息系统结合起 来，建立独立统一的用户身份信息库，为与其它信息系统的互连互通打好基础。 因此， “中国移动手机校园一卡通”系统建设不仅包括一卡通系统的基本建设 内容，还应包括与一卡通密切相关的全校统一电子身份认证系统、以学校数据 资源与交换服务平台为基础的应用环境集成系统、基于平台技术规范实现的全 校资源个性化门户系统及第三方系统接口、标准三层架构的学校管理应用系统。 1.2.2 标标准化需求准化需求 为了从根本上保证一卡通系统的可靠、开放和先进性，系统的设计实施必 须遵从相关行业已有的标准和规范。 符合教育部颁布的教育管理信息化标准 符合教育部颁布的中国教育集成电路卡规范 符合银行业的相关标准，如： 中国金融集成电路(ic)卡规范(简称 pboc 标准) iso 8583 金融报文标准 1.2.3 安全性需求安全性需求 电子钱包、数字身份信息等都是需要保护的敏感数据，卡在交易和读写信 息时采用可靠的方法来保证数据的安全性。 交易数据都需要在网络上进行传输，为防止被他人非法获得甚至篡改，在 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 8 页 共 123 页 网络设计、通信时充分考虑各种情况，以杜绝交易安全隐患。 系统建立在公共的校园网基础之上，为了确保系统不被攻击、破坏等恶意 操作，必须实现网络的安全性。 终端设备直接与用户进行交互，需要确保其安全和稳定性。 所有交易数据、帐户资料以及用户资料都存储在中心数据库中，为确保数 据的安全存储，必须充分考虑其安全性设计。 1.2.4 可靠性需求可靠性需求 终端设备的质量是系统稳定运行的基础，在中国移动手机校园一卡通系统 中使用的终端设备均须符合质量规范，运行稳定可靠。 为了使供电和网络的故障不影响移动手机一卡通用户的交易，系统中使用 的各种终端 pos 机必须支持脱机交易模式。 1.2.5 开放性需求开放性需求 系统必须使用开放性的架构、开放性的技术和开放性的硬件设备，能够方 便的扩展和扩充，同时也能方便的与学校现有的各种系统互连互通，从而实现 保护和利用现有投资，以及实现学校信息化建设的可持续发展。 作为中国移动手机校园一卡通系统在保证安全性的基础上，需要从多个层 面充分考虑系统的开放性。主要包括以下方面。 设备选型开放性 卡片操作开放性 数据共享开放性 应用整合开放性 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 9 页 共 123 页 第二章、一卡通业务体系 中国移动手机校园一卡通解决方案有两大主体内容，一是业务体系设计， 二是技术实现设计，二者共同构成了完整解决方案的重点与核心。本章“业务 体系设计”是本公司长期实践经验的结晶，它描述了中国移动手机校园一卡通 系统的业务架构和综合设计，从机构配置、财务管理、业务流程等方面进行了 系统的规划，对指导一卡通系统的决策、管理、运行具有重大的意义。 2.1 业务业务体系概述体系概述 如果没有一个清晰、协调、规范的业务管理体系作支撑，将很难保证应用 的正确性、完备性和流畅性，也很难保证服务的质量。 设计一个完善的中国移动手机校园一卡通业务体系，本质上是采用先进的 技术实现校园管理的创新，它超越了校园管理原有的框架和运作模式，对学校 现有的组织结构、管理观念、管理方式是一场深刻的变革。 2.2 卡卡业务业务设计设计 2.2.1 基本基本业务业务流程流程 集团客户业务开通集团客户业务开通 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 10 页 共 123 页 5.同步集团客户订购关系 7.更新集团客户订购关系 2.资料录入 1.业务申请 10.业务申请结果结果通知 11.业务申请结果通知 集团客户管理员客户经理一卡通服务系统bboss系统 8.分配一卡通企业id 9.生成集团客户管理员登录用户名和登录密码 adc系统 6.同步集团客户订购关系 省crm/boss系统 4.同步集团客户订购关系 3.产生集团 客户订购关 系 响应 响应 响应 图2-1 集团客户业务开通流程图 流程说明： 1. 集团客户管理员向客户经理申请开通一卡通业务； 2. 客户经理将客户申请资料录入省crm/boss系统； 3. 省crm/boss系统生成集团客户一卡通业务订购关系； 4. 省crm/boss系统将集团客户一卡通业务订购关系同步到bboss系统； 5. bboss系统向adc系统同步集团客户一卡通业务订购关系； 6. adc系统向一卡通服务系统同步集团客户一卡通业务订购关系； 7. 一卡通服务系统记录集团客户一卡通业务订购关系； 8. 一卡通服务系统分配一卡通服务系统里的企业id； 9. 一卡通服务系统生成集团客户管理员登录名与密码； 10. 省crm/boss系统通知客户经理一卡通业务申请结果； 11. 客户经理将一卡通业务申请结果。 移动一卡通密钥母卡制作流程移动一卡通密钥母卡制作流程 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 11 页 共 123 页 集团客户管理员客户经理一卡通服务系统 制作一卡通密钥母卡 母卡交给客户经理 母卡交给集团客户 图2-2 一卡通密钥母卡制作流程图 流程说明： 1. 客户经理可以通过一卡通服务系统制作一卡通密钥母卡，母卡写入企业 管理密钥、企业应用密钥； 2. 客户经理获得母卡； 3. 客户经理一卡通密钥母卡交给集团客户管理员。 集团客户业务注销集团客户业务注销 集团客户管理员客户经理一卡通服务系统bboss系统 1.填写纸质业务注销申请单 2.录入客户业务注销的相关信息 响应 (u)sim卡 10.注销成功通知 11.注销成功通知 8.更新业务订购关系 一卡通业务前置机 9.业务前置机应用停止通知 adc系统 7.取消订购关系通知 省crm/boss系统 5.取消订购关系通知 4.取消集团 客户及其成 员业务订购 关系 3.校验业务 能否注销 响应 11.取消订购关系响应 响应 响应 13.命令执行响应 12.删除子应用指令 14.更新一卡通应用状态 图2-3 集团客户业务注销流程图 流程说明： 1. 集团客户管理员填写纸质业务注销申请单，提交给客户经理； 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 12 页 共 123 页 2. 客户经理受理集团客户的业务注销请求，并在省crm/boss系统录入相关 信息； 3. 省crm/boss系统判断企业是否能够注销，如：是否有欠费等。如果不能 够注销，则通知注销失败，客户经理通知客户管理员注销失败；如果能 够注销，则进入步骤4； 4. 省crm/boss系统注销集团客户的一卡通业务订购关系及集团客户成员业 务订购关系； 5. 省crm/boss系统向bboss系统发送取消订购关系通知； 6. bboss系统向adc系统转发取消订购关系通知； 7. adc系统向一卡通服务系统转发取消订购关系通知； 8. 一卡通服务系统取消该集团客户的业务订购关系和集团客户成员业务订 购关系； 9. 一卡通服务系统向一卡通业务前置机发送应用停止通知，一卡通业务前 置机停止一卡通相关服务； 10. 省crm/boss系统返回业务注销结果； 11. 客户经理通知企业业务注销结果； 12. 一卡通服务系统通过空中方式向(u)sim卡发送子应用删除命令； 13. (u)sim卡返回命令执行响应； 14. 一卡通服务系统更新一卡通子应用状态。 移动手机一卡通基本业务流程移动手机一卡通基本业务流程 k 图 二-4 移动手机一卡通基本业务流程图 如图所示，移动手机一卡通基本业务流程包括 7 个管理业务和 4 个主要的 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 13 页 共 123 页 用户应用业务。 1) 管理业务过程 . 申请制卡 . 制发个性化用户卡 . 用户卡开户、发放 . 挂失 . 解挂 . 正常销户 . 无卡销户 2) 用户主要应用业务过程 . 圈存 . 现金充值 . 消费 . 数字身份认证 2.2.2 发发卡流程卡流程 空中发卡流程（学校不洗卡） 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 14 页 共 123 页 (u)sim一卡通业务前置机一卡通服务系统 1.发卡请求（create sub application request） 3.响应 14.发卡结果通知（air card operation result） 5.返回应用序列号 4.读取应用序列号（select aid） 9.返回结果 8.主控子应用创建指令（create sub_application） 13.返回结果 12.非主控子应用创建指令（create sub_application） 2.检验订购 关系、是否 有个人化信 息 10.检验是 否已创建非 主控应用 11.生成企 业初始非主 控应用密 钥、非主控 子应用个人 化信息 7.生成企业 初始密钥、 主卡个人化 信息 6.检验是否 已创建主控 子应用 15.响应 图2-5 空中发卡流程图 流程说明： 1. 一卡通业务前置机向一卡通服务系统发起发卡请求； a)发卡请求中可携带个人化信息，也可在开通成员一卡通业务的时候 提交个人化信息； b)发卡请求中需携带子应用索引号。 2. 一卡通服务系统检验该手机号对应的一卡通应用订购关系，并判断一卡 通服务系统是否有个人化信息； 3. 一卡通服务系统返回响应 4. 一卡通服务系统向一卡通业务前置机返回发卡请求响应； 5. 一卡通服务系统通过空中方式发送指令读取(u)sim上的一卡通应用序列 号； 6. (u)sim返回一卡通应用序列号； 7. 一卡通服务系统通过一卡通应用序列号、企业id、子应用索引号检验该 卡片的一卡通应用是否已创建主控子应用，如果已经创建过主控子应用， 流程跳转至第10步； 8. 一卡通服务系统代企业生成企业初始主控密钥、企业初始传输密钥、企 业初始mac密钥、企业id等个人化信息； 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 15 页 共 123 页 9. 一卡通服务系统通过空中方式发送指令创建该企业的主控子应用，同时 写入企业初始密钥、企业id、应用类型、子应用索引号及其他主控子应 用的个人化信息； 10. (u)sim返回创建主控子应用结果； 11. 一卡通服务系统生成非主控子应用的个人化信息，包括各类非主控子应 用密钥、企业id等； 12. 一卡通服务系统通过空中方式发送指令创建一卡通非主控子应用； 13. (u)sim返回结果； 14. 一卡通服务系统向一卡通业务前置机发送发卡结果通知； 15. 一卡通业务前置机返回响应。 一卡通服务系统发卡终端发卡流程（不支持一卡通服务系统发卡终端发卡流程（不支持 icic 卡）卡） (u)sim发卡终端一卡通服务系统 5.检验订购关系 2.获取应用序列号响应2.获取应用序列号响应 1.获取应用序列号 （select aid） 1.获取应用序列号 （select aid） 7.判断是否已创建主控子应用 10.创建主控子应用 （create sub_application） 10.创建主控子应用 （create sub_application） 11.返回结果11.返回结果 15.生成个人化信息 16.创建非主控子应用 （create sub_application） 8.生成企业初始密钥 6.判断是否有空间 9.生成主控子应用个人化信息 4.返回子应用状态4.返回子应用状态 3.读取子应用状态 （get sub_application status） 3.读取子应用状态 （get sub_application status） 14.生成企业初始子应用密钥 16.创建非主控子应用 （create sub_application） 17.返回结果17.返回结果 12.判断是否有空间 13.判断是否已创建主控子应用 图2-6 一卡通服务系统发卡终端发卡流程图 流程说明： 1. 一卡通服务系统通过发卡终端向(u)sim 卡发送指令（select aid）读 取一卡通应用序列号； 2. (u)sim 卡返回一卡通应用序列号； 3. 一卡通服务系统通过发卡终端向(u)sim 卡发送指令读取卡片一卡通子 应用状态； 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 16 页 共 123 页 4. (u)sim 卡返回一卡通子应用状态； 5. 一卡通服务系统检验订购关系； 6. 一卡通服务系统判断卡片是否有足够空间； 7. 一卡通服务系统判断是否已经创建主控子应用； 8. 一卡通服务系统生成企业初始密钥； 9. 一卡通服务系统生成主控子应用个人化信息； 10. 一卡通业务前置机通过发卡终端，创建(u)sim卡的主控子应用（写入企 业初始主控密钥、企业传输密钥、企业mac密钥、企业id等信息）； 11. (u)sim卡返回创建主控子应用结果； 12. 一卡通服务系统判断卡片是否有足够空间； 13. 一卡通服务系统判断是否已经创建该非主控子应用； 14. 一卡通服务系统生成企业初始子应用密钥； 15. 一卡通服务系统生成该非主控子应用个人化信息； 16. 一卡通业务前置机通过发卡终端，创建(u)sim卡的非主控子应用（写入 初始的企业子应用密钥等信息）； (u)sim 卡返回创建非主控子应用结果。 一卡通业务前置机发卡终端发卡流程一卡通业务前置机发卡终端发卡流程（支持（支持 icic 卡）卡） (u)sim一卡通业务前置机发卡终端 1.生成企业主控密钥 2.更新企业主控密钥 （ update sub_application keys） 3.更新企业主控密钥结果3.更新企业主控密钥结果 5.更新企业其他密钥 （ update sub_application keys） 6.密钥更新结果6.密钥更新结果 4.生成企业其他密钥 2.更新企业主控密钥 （ update sub_application keys） 5.更新企业其他密钥 （ update sub_application keys） 图2-7 发卡终端洗卡流程图 流程说明： 1. 一卡通业务前置机生成企业主控密钥 2. 一卡通业务前置机通过发卡终端向(u)sim卡发送更新企业主控密钥指令 3. (u)sim卡向一卡通业务前置机返回企业主控密钥更新结果 4. 一卡通业务前置机生成企业传输密钥、企业mac密钥、企业子应用密钥 5. 一卡通业务前置机通过发卡终端向(u)sim卡发送更新企业更新密钥指令； (u)sim 卡向一卡通业务前置机返回企业密钥更新结果。 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 拓维信息系统股份有限公司 第 17 页 共 123 页 2.2.3 发发卡卡业务业务 发卡是卡管理业务的日常性工作，良好的发卡业务流程设计，有助于减少 差错，提高银校双方的工作效率，同时也可以减少学生在出现问题情况下造成 的损失，因而具有重要的意义。根据#大学的实际情况，我们设计的发 卡流程如下： 1) 初始发卡 是指系统正式运行时的第一次制发卡的业务。采用批量预制模式进行制卡。 初始制卡分为三种卡片类型： 储蓄卡 指银行负责发放的银行卡。 移动手机一卡通 是指学校发放给学生或教职工，供其进行电子钱包支付或校园数字身份识 别应用的移动手机一卡通。用户卡按其持卡对象不同主要分为六类：学生卡、 教工卡、周转卡、单位卡、身份卡和来宾卡，在实际应用中，用户卡的种类可 以根据发卡方需要进行扩充。 管理卡 是指学校为管理用户卡，而向系统中的种类操作员、管理员发放给的授权 卡，因为其功能和目的是进行管理而不是应用，因此称其为管理卡。管理卡通 常有卡务管理操作员卡、圈存机密钥卡、pos 机 psam 卡，pos 机开机卡等。 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 第 18 页 共 123 页 业务流程如下图： 图 二-8 初始发卡业务流程图 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 第 19 页 共 123 页 2) 挂失补发 是指移动手机一卡通用户在原卡丢失后补办新卡的业务。采用实时制发模 式进行制卡。业务流程如下图： 图 二-9 挂失补发卡业务流程图 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 第 20 页 共 123 页 3) 坏卡更换 是指移动手机一卡通用户的原卡坏了之后补办新卡的业务。采用实时制发 模式进行制卡。业务流程如下图： 图 二-10 坏卡更换业务流程图 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 第 21 页 共 123 页 4) 新生发卡 指学校新生入校后批量制发新卡的业务。采用批量预制模式进行制卡。业 务流程如下图： 图 二-11 新生发卡业务流程图 2.2.4 挂失解挂挂失解挂 1) 卡片挂失流程 为使持卡用户能够方便、及时地对丢失的移动手机一卡通进行挂失， 主要提供两种途径进行挂失。 通过一卡通业务前置机挂失通过一卡通业务前置机挂失（支持（支持 icic 卡）卡） 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 22 一卡通业务前置机一卡通服务系统 5.设置挂失状态 6.通知各子系统更新黑名单 1.一卡通应用挂失申请 企业员工 2.记录挂失状态 4.挂失通知（servicesystem report of loss） 集团客户管理员 3.挂失通知（短彩信方式） 图2-12 一卡通应用挂失（一卡通服务系统）流程图 流程说明： 1. 企业员工可以登录一卡通服务系统申请一卡通子应用挂失； 2. 一卡通服务系统更新企业员工的一卡通子应用为挂失状态； 3. 一卡通服务系统短信或彩信方式通知集团客户管理员该员工一卡通子应 用已经挂失； 4. 一卡通服务系统通知一卡通业务前置机该员工一卡通子应用已经挂失； 5. 一卡通业务前置机设置挂失状态； 6. 一卡通业务前置机通知各应用子系统更新黑名单。 7. 一天重发一次。 通过一卡通服务系统挂失通过一卡通服务系统挂失 一卡通业务前置机一卡通服务系统 1.恢复正常状态 2.通知各子系统更新黑名单 3.解挂通知（cancel report of loss） 4.更新状态 5.响应 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 23 图2-13 一卡通子应用解挂流程图 流程描述： 1. 员工向企业提出一卡通子应用解挂请求，集团客户管理员通过一卡通业 务前置机恢复一卡通子应用为正常状态； 2. 一卡通业务前置机通知各应用子系统更新黑名单变化； 3. 一卡通业务前置机向一卡通服务系统发送一卡通子应用解挂通知； 4. 一卡通服务系统更新一卡通子应用状态为正常状态； 5. 一卡通服务系统返回给一卡通业务前置机解挂通知响应。 2) 卡片解挂流程 提供途径使持卡用户能够方便地对失而复得的移动手机一卡通进行解 除挂失，以恢复移动手机一卡通的使用。 一卡通子一卡通子应应用解挂流程用解挂流程（支持（支持 ic 卡）卡） 一卡通业务前置机一卡通服务系统 1.恢复正常状态 2.通知各子系统更新黑名单 3.解挂通知（cancel report of loss） 4.更新状态 5.响应 图2-14 一卡通子应用解挂流程图 流程描述： 1.员工向企业提出一卡通子应用解挂请求，集团客户管理员通过一卡通业务前置机 恢复一卡通子应用为正常状态； 2.一卡通业务前置机通知各应用子系统更新黑名单变化； 3.一卡通业务前置机向一卡通服务系统发送一卡通子应用解挂通知； 4.一卡通服务系统更新一卡通子应用状态为正常状态； 5.一卡通服务系统返回给一卡通业务前置机解挂通知响应。 2.2.5 销销卡流程卡流程 销卡是指移动手机一卡通用户由于毕业或原移动手机一卡通丢失等原因在 中国移动手机校园一卡通系统中注销帐户的业务过程。主要有正常销卡和挂失 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 24 销卡两个业务。 1) 挂失销卡 是指移动手机一卡通用户在原移动手机一卡通丢失后对已经丢失的卡 和卡帐户进行注销的业务过程。业务流程如下图： 图 二-15 挂失销卡业务流程图 2) 正常销卡 是指移动手机一卡通用户因毕业或其它原因需要离校时将自己持有的 移动手机一卡通和卡帐户进行注销的业务过程。业务流程如下图： 图 二-16 正常销卡业务流程图 2.2.6 临时临时卡卡业务业务 临时卡又称周转卡，是学校为满足某些临时性校内电子支付而使用的一种 移动手机一卡通，该卡只具有电子钱包而没有持卡人信息，即相当于一个校内 范围使用的电子钱包，但不具有校园身份认证功能，因其满足临时性周转应用、 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 25 且能够周转重复使用故称之为周转卡。是正式移动手机一卡通的一种灵活而必 要的补充形式。 1) 临时卡发放 是指用户领用周转卡时进行的业务过程。业务流程如下图： 图 二-17 周转卡发放业务流程图 2) 临时卡使用 是指用户使用周转卡时进行的业务过程。业务流程如下图： 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 26 图 二-18 周转卡使用业务流程图 3) 临时卡回收 是指用户退还周转卡时进行的业务过程。业务流程如下图： 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 27 图 二-19 周转卡回收业务流程图 2.3 机构机构组织设计组织设计 为便于管理中国移动手机校园一卡通系统中的所有终端、商户和机构，对 机构组织的层次设计如下： 图 二-20 组织结构层次示意图 2.3.1 机构管理机构管理 1) 机构 是指与系统业务相关的各种组织、单位、部门等管理机构，位于组织结构 的最上层。中国移动手机校园一卡通系统中的机构可以有学校财务部、后勤食 堂总部、食堂分部、教务中心、结算中心等。 2) 机构管理 机构管理包括注册、注销机构，修改机构等操作，机构管理以分层管理模 式进行管理，即机构是可以分层的，可分为一级机构、二级机构、三级机构., 根据需要可以设置任意层任意层的机构层次。 2.3.2 商商户户管理管理 1) 商户 是指中国移动手机校园一卡通系统中能够进行独立资金结算的最小单位， 可以是个人也可以是一个单位或部门。通常设置有食堂窗口负责人商户、学校 财务收费商户、超市老板商户等。 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 28 2) 商户管理 商户管理主要包括商户的注册、注销、商户变更以及商户信息修改等。商 户是隶属于机构的下级单位，因此在进行商户管理时必须先进行机构管理以确 定商户所属的机构，而后在机构的下层中进行商户管理。 2.3.3 终终端管理端管理 1) 终端 是一个广义的概念，在中国移动手机校园一卡通系统中需要与用户或操作 员交互的设备都被当成终端，因此系统中的终端通常有消费 pos 机、管理工作 站、圈存机等。 2) 终端管理 终端管理主要包括终端注册、终端注销、终端属性修改、终端分布管理、 终端商户对应管理等。 终端注册 任何终端要在中国移动手机校园一卡通系统中使用，必须先进行注册登记， 否则即使将终端连接在系统中，也不能进行交易。 终端注销 若系统中的终端不再使用,则可以进行注销，注销后的终端将不能使用，相 当于未注册的终端，若要重新启用则必须再次注册。 终端分布管理 终端分布是指系统中存在的脱网模式 pos 终端机从属于哪个工作站，即脱 网模式 pos 终端机与 pos 集群工作站的从属关系。 终端商户对应管理 为了将终端上消费的资金正确地结转到商户，需要进行终端与商户所属关 系的管理，即终端商户对应关系管理。 2.4 会会计计核算体系核算体系 中国移动手机校园一卡通的核心业务流程之一就是资金流，而会计核算体 系则是资金流管理的基础。在进行资金业务流程设计之前，应先对会计核算体 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 29 系进行充分而周密的设计。 本方案中，会计核算的对象分为移动手机一卡通持卡人、学校商户、学校 管理部门以及银行四大类，而会计核算体系的设计则参照了金融会计核算标准 及高校财务管理制度，重点突出了“会计建帐规范化，财务收支两条线，数据 分析到个人”的三大管理原则。 本方案所设计的会计核算体系，将中国移动手机校园一卡通系统中各项支 付与结算活动统一进行管理，为业务部门提供一套详尽的报表和查询手段，全 面、规范、准确地反映出系统各项业务的运行情况和资金的流向，为高校财务 管理的数字化、自动化及智能化提供了全新的平台，为广大师生资金的支付与 结算服务提供了更加便捷的方式。 2.4.1 记帐记帐方法方法 本系统采用复式记帐法与收付记帐法相结合的方式。 1) 复式记帐法 表内科目记帐采用复式记帐法（借贷记帐法） ，遵循“有借必有贷，借贷必 相等”的会计准则； 2) 收付记帐法 表外科目记帐采用收付记帐法，领入记收方法，使用记付方法。 2.4.2 会会计计科目科目 本方案的会计核算科目根据交易发生部门、资金流向等环节而设计，全面 支持移动手机一卡通业务种类的多样性及应用范围的宽泛性。科目分为表内科 目和表外科目两大类。表外科目对卡、设备、人员、办公环境等方面进行设置， 在此不做详细描述。下面重点描述表内科目的设置： 表 二-1 会计科目设计 科目 编码 科目名称科目类别余额方向管理目标及核算对象 1110现金资产类借核算一卡通结算中心的业务现金 1120 银行存款（沉 淀资金） 资产类借 核算圈存等交易产生的银行沉淀资金 存款往来情况。 1130其他应收款资产类借管理结算中心的应收款。 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 30 科目 编码 科目名称科目类别余额方向管理目标及核算对象 2110卡户个人资金负债类贷 卡户个人在结算中心的消费等预交的 各类款项的往来及余额。 2120 应付校园商户 结算款 负债类贷核算应付校内商户的收入结算款项 2130未达消费款项负债类贷核算消费流水未上传差额 2140 暂收周转卡押 金 负债类贷核算周转卡（临时卡）押金暂收款 2150其他应付款负债类贷核算其他暂收或应付款 3110 与其它部门往 来款项 共同类借/贷 核算与学校其他部门（如：财务处） 往来款项 4110卡余款收入收入类贷 核算过期且无法退还卡剩余资金给持 卡人而将卡剩余资金转为收入的会计 活动 4120 周转卡押金收 入 收入类贷 核算持卡人丢失周转卡后的押金转收 入 4130其它收入收入类贷 根据系统需求需列出的其它一些会计 活动收入项（如：工本费收入，银行 存款利息收入等） 5110营业支出支出类借 核算会计活动过程中的正常的营业支 出（如：劳务费等） 5120营业外支出支出类借 核算营业异常情况支出（如：消费流 水丢失后的补付商户款项，多付给持 卡人的款项） 6110系统结余净资产类借/贷核算系统收支相抵后的结存余额 6120结余分配净资产类借/贷 核算学校当年结余分配的情况和结果， 若系统结余为“亏损”则不结转 为了能够更方便直接地与学校已有财务管理软件进行数据对接，同时照顾 本校财务人员使用科目的习惯，本系统中的会计科目编码可按不同的用户需求本系统中的会计科目编码可按不同的用户需求 个性化设计个性化设计，只需对相应业务分录表中的借贷方科目进行修改即可，软件系统 不需改动。 对系统中的每一种会计活动，都定义有会计分录。详细反映系统资金来源 和使用的会计活动细节，即每一会计业务的借贷方向。 例如一笔消费交易，可作如下会计分录： 借： 2110 卡户个人存款 某某个人存款户 贷： 2120 应付商户结算款项 某某商户款项 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 31 2.4.3 会会计帐户计帐户 会计核算系统中的帐户从属性上分为客户类客户类、内部管理类内部管理类以及表外科目类表外科目类 三大类帐户。 客户类从系统的结算对象上又分为个人户、校内商户、学校管理单位户三 种。个人帐户即是为持卡人设立的资金帐户，用于结算个人资金变化情况，个 人帐户与每一张卡一一对应，具体通过“卡个人户存款”科目反映其明细变化 情况；商户帐户则按校园内各独立核算的商户设户，用于核算具体的商户的收 入、支出以及结算的情况；管理单位帐户按学校管理部门设户，主要用于核算 学校各管理部门在一卡通系统中的主要会计活动。 内部管理类帐户主要用于会计活动过程中的其它涉及资金往来、收入支出 等管理性质的帐务的核算。 表外类帐户主要核算一卡通系统中各种设备、卡片、人员等各种资源使用 情况。 图 二-21 帐户设置示意图 2.4.4 会会计帐计帐表表 会计帐表包括完整、核对无误的帐簿记录、报表及其他有关数据，做到数 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 32 字准确，内容完整，产生及时，说明充分。 1) 帐务设计 为满足系统记载原始交易发生情况的需要，设置相关帐务登记簿和凭证种 类。按报表的设置及帐务数据统计汇总分析的需要，系统中设置会计日、月、 年总帐，总帐明细帐，分户明细帐，现金日记帐等。 以上全部的帐务都可由系统自动记录生成，需要时可以查询打印，无须任 何手工记录。 2) 报表设计 会计及财务结算报表是反映一卡通系统财务状况和收支情况的书面文件， 是财务部门和上级单位了解情况、掌握政策、指导学校财务工作的重要资料。 本方案将#大学一卡通系统报表分为面向服务单位(结算报表)和面向内 部管理(会计报表)两大类。如下表所示： 表 二-2 报表类型表 报表类型报表类型报表名称报表名称 应付校园商户收入结算报表 应付学校部门收入结算报表 收入结算明细表 一卡通圈存转帐结算报表 一卡通终端交易结算报表 结算报表结算报表 一卡通现金充值结算报表 资产负债表会计报表会计报表 收入支出表 本系统有灵活的报表定制功能，对于一些需要随时查阅和生成的报表数据， 可随时定制报表格式和要素，随时生成所需报表。 以下是本系统生成的部分报表样式： 商户结算报表 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 33 图 二-22 商户结算报表 资产负债表 图 二-23 资产负债表 试算平衡表 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 34 图 二-24 试算平衡表 科目总帐表 图 二-25 试算平衡表 2.4.5 差差错错控制控制 信息系统的不可靠性是客观存在的，无法绝对避免的。因此系统在设计时， 不应站在网络、设备的完全无错的天真想法和侥幸心理之上，也不是建立在使 用和维护人员查帐和手工维护能力之上，而应是建立在系统本身完善的预防、 查错和纠错能力之上，要通过精心的设计使之控制在最小的范畴之内。要使系 统具备这种能力，必须为其建立一套完善和高效的对帐机制，提高系统资金运 作的可信度和满意度。对此，拓维信息为#大学设计的帐务差错控制的 业务管理体系的总体思路是： 从系统全局的资金流的高度出发，全面、准确、实时地把握帐务情况，以 预防为主，可控的自动纠错为辅，杜绝手工操作，结算的整体准确率必须完全 达到金融标准。 本方案设计的差错预防与控制体系，共分为九个关键控制域，列表说明如 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 35 下： 表 二-3 对帐机制设计 序号控制域机制目标 1 银行转帐 银行主机内部转帐交 易差错控制 检查出银行主机内部银行卡与结算帐 户转帐时的交易差错，并提供相应的 纠错机制 2 银行前置 银行前置机与主机交 易对帐 检查银行主机与银行前置机交易转发 过程中产生的差错 3 前置机交易转 发 校园主机与银行前置 机交易对帐 检查交易转发过程中的数据出错 4 转帐总帐 校园主机与银行主机 转帐交易总帐对帐 检查银行与学校转帐交易在银行端与 学校端数据汇总后的不一致 5 ic 交易序号 校园平台对上送卡流 水的连续性 检查卡消费交易流水的正确性和连续 性 6 自助设备 自助设备与校园应用 结算主机之间交易的 对帐 检查自助交易有效校园主机交易记录 无效或自助交易无效而校园主机有效 的错误 7 pos 工作站 pos 机工作站与校园应 用结算主机之间的交 易流水核对 检查 pos 工作站流水上送过程中发生 的流水上送不全或流水丢失引起的错 误 8 pos 机pos 机内部流水检查检查 pos 机内流水是否连续 9 卡内明细 卡内交易流水一致性 控制 保证卡片本身的交易处理及数据的完 整性和有效性 2.5 资资金金业务设计业务设计 所有与数字校币的支付与结算有关的业务都属资金业务，这是一卡通业务 体系的核心。由于资金业务涉及的人员、部门、软硬件系统等多个环节，因而 处理起来是十分复杂的，需要有一套严格的业务流程和管理规范，并应能针对 不同的细节情况进行灵活的处理，使业务体系富有弹性。中国移动手机校园一 卡通的资金流如下图所示： 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 36 图 二-26 中国移动手机校园一卡通资金流示意图 2.5.1 资资金交易金交易业务业务 资金交易业务的总体设计方案是：脱机交易、即时上传。这一设计思想是 综合了各种资金结算与交易处理模式的优点而设计的，在实时性上基本达到了 实时系统的标准，同时没有此类系统网络要求高、故障率高、移动性差的弊病； 在可用性上拥有脱机系统的一切优点，能完全满足学校的各种运行环境的要求。 消费交易由 pos 消费终端发起，流水上送保存于移动手机一卡通中心主 机。通过服务平台上的消费结算系统对交易流水进行结算，生成商户收入结算 数据及结算报表。若学校对商户的结算采用银行直接结算方式，则校园主机将 生成的商户结算数据向银行发起商户结算支付交易，银行主机接收结算请求后， 将结算款项从学校在银行的结算户转入商户在银行开产的结算帐户中。 2.5.2 现现金充金充值业务值业务 现金充值是指持卡人以支付现金的方式对移动手机一卡通的电子钱包进行 充值。该业务主要由学校卡务中心负责办理，在银行网络故障或其它情况下无 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 37 法进行圈存时，作为一项必要的补充充值方式。业务流程如下图： 图 二-27 现金充值业务流程图 2.5.3 日日终结终结算算业务业务 日终结算业务是基于交易流水交易流水进行的。 交易流水交易流水是指卡电子钱包在进行消费或充值交易后，对本次交易进行记帐 而产生的的交易记录，此类交易通常都具有连续性，因此称之为交易流水记录， 简称交易流水。 通过对系统每天的交易流水和运行情况的统计，汇总和分析，产生最终用 户关心的结算数据，结算报表和分析统计报表，为学校财务、决策管理部门及 校内商户和个人提供查询、统计、分析等服务，为学校财务处完成对商户及校 内各资金应用部门的资金结算提供数据来源，这就是一卡通结算管理体系要实 现的目标。 参与结算的数据包括当天的一卡通卡全部交易流水，每天定时自动处理。 中国移动手机一卡通技术响应文件 拓维信息系统股份有限公司 38 图 二-28 结算入帐处理过程示意图 如图所示，卡交易流水在入帐时按纵向和横向两个方向进行处理，纵向为 汇总分析处理；横向为分类汇总处理。 2.5.4 商商户结户结算算业务业务 商户营业收入的款项结算有两种方式：银行代结算或校内支票结算。 1) 银行代结算 银行代结算方式要求学校各独立结算单位在银行开立结算帐户，银行根据 学校财务中心发出的结算指