城市一卡通建设方案
目录

1. 总体说明 4

1.1. 建设总则 4

1.2. 应用领域 6

2. 总体方案概述 6

2.1. 营运模式 6

2.2. 各环节作用 8

2.2.1. 业务管理中心 8

2.2.2. 银行方 8

2.2.3. 数据采集点 8

2.2.4. 应用行业管理中心 8

2.2.5. 移动终端 10

2.2.6. 旅游通卡 10

2.2.7. 售卡，充值点 10

2.3. 资金流、卡片流和业务信息流 11

2.3.1. 资金流 11

2.3.2. 卡片流 11

2.3.3. 业务信息流 11

3. 解决方案 12

3.1. 中心服务体系 14

3.1.1. 基础平台 14

3.1.2. 容错平台 15

3.1.3. 监控中心 15

3.1.4. 数据交换平台 15

3.2. 客户服务体系 16

3.2.1. 一卡通信息门户 16

3.2.2. 手机app应用 16

3.2.3. 微信订阅 16

3.2.4. 多媒体服务 16

3.3. 硬件服务 16

3.3.1. 售票设备 16

3.3.2. 检票设备 16

3.3.3. 通道闸机 16

3.3.4. 自助终端 16

3.3.5. 网络设备 16

3.4. 接口服务 16

3.4.1. 旧系统接口对接 16

3.4.2. 系统间接口对接 16

3.5. 组织机构 16

3.5.1. 人员配置 16

3.5.2. 履历表 17

3.5.3. 人员要求 17

3.6. 工期计划 18

3.6.1. 工期 18

3.6.2. 项目计划 18

3.7. 工程质量 19

4. 服务 20

4.1. 测试、检验与验收 20

4.1.1. 集成测试 20

4.1.2. 综合联调（初验） 20

4.1.3. 试运行 20

4.2. 质保期 21

4.2.1. 开通质保服务 21

4.2.2. 运营维护质保 21

4.2.3. 服务流程 22

5. 供货清单 26

5.1. 概述 26

5.2. 供货清单 26

5.3. 服务清单 27

1. 总体说明

1.1. 建设总则

“旅游一卡通”是随着互联网技术的高速发展，“电子商务”和“电子货币”支付手段的日益成熟而提出的新概念，是旅游景区数字化、信息化建设的一部分，它是将旅游景区的管理和各商户统一起来，采用一致的支付方式，方便游客消费，提高景区运营的工作效率；游客持同一张卡片能实现身份验证，流动消费支付，存储各类信息等功能，达到“一卡在手，智慧旅游”的总体目标。

“旅游一卡通”项目主要涉及景区内各个领域的消费支付，票务检测和身份认证等功能实现，能够完成景区内各商户服务的预收费，交通，小额消费等多个环节的快速结算和支付。建设目标是通过集成景区的票务系统，整合交通，酒店，商户消费，建成一个集信息交换系统，应用系统，数据库系统和终端设备为一体的旅游景区服务系统。

建设总体原则如下：

1. 以软件为核心。“旅游一卡通”平台是一个综合性的城市信息服务平台，。考虑核心软件对各种信息：用户（持卡人）、商户（酒店、商场、餐饮等商业单位）、密钥、卡片等信息的管理和支撑功能；

2. 旅游卡采用实体卡片（CPU卡）和电子钱包，在景区内通用，具有多钱包功能。城市卡与银行卡两卡有逻辑联系，可实现资金圈存功能。

3. 一卡通网络部署为专网模式。

4. 实时联网运行。可保证数据及时到位；支持脱网/脱机运行，可保证在网络和电源中断时不影响游客游玩、刷卡消费的正常生活。

5. 满足独立、多级核算。可按照不同的业务单位进行分级，按照层级进行清算、结算。

6. 密码体系。采用运营商制定的密码体系进行卡片或者电子钱包的读写处理。

7. 设备接入。所有接入平台的硬件设备，首先要在平台进行集中注册。只有通过在平台注册的硬件设备，才能正常使用。硬件设备每次联机后，要进行签到认证，只有认证合法的设备，才能正常使用。对接入的设备，不能受厂家、品牌的限制。

8. 银行卡与旅游卡的联系为资金圈存转账，一卡通系统不涉及、不影响银行卡的任何金融功能。

9. 保证“旅游一卡通”系统中各类资金帐户的安全，结算及时便捷，具备完善的账务稽查机制。

10. 实现和景区已有的平台应用系统的对接及数据中心的共享。

11. 个性化的卡务管理。采用灵活的、人性化的城市卡设计和卡务管理，根据需求设计多种类型的旅游卡，如普通卡、会员卡、纪念卡、情侣卡等，不同的旅游卡具有不同的属性和功能。

12. 两台数据库服务器通过RAC实现负载均衡及容错处理。

13. 应用服务器采用集群模式。应用软件可支持应用部署在不同的应用服务器，实现负载均衡及容错处理。

1.2. 应用领域

word/media/image1.gif

2. 总体方案概述

2.1. 营运模式

“旅游一卡通”系统涉及资金、卡和业务信息，要定义和管理好资金流、卡片流和业务信息流。在总体设计中要处理好景区、银行方、商户以及持卡者（游客）四者之间的关系。

“旅游一卡通”项目的目标是实现金融支付的电子化和行业信息管理的电子化。“卡”作为金融与信息的载体，持卡人通过持卡消费，才能达到这个目的。

word/media/image2.gif图1：一卡通平台营运模式示意图

2.2. 各环节作用

2.2.1. 业务管理中心

是整个系统的管理中心，是系统的最高层次环节，也是系统的数据转换、清算中心。它负责系统的统一规划、统一建设、统一标准、统一管理、统一发卡、统一清算、统一维护、统一监控。主要分为营运管理中心和数据清算中心。

营运管理中心：（简单介绍）

数据清算中心：（简单介绍，分为业务结算和资金结算，采用T+n模式）

2.2.2. 银行方

是系统资金的管理机构，一方面负责汇集售卡、充值资金，一方面负责根据管理中心的资金划拨通知单将资金划拨到各个行业商户的指定帐户上，实现资金的交易。

2.2.3. 数据采集点

对于整个系统来说，是一个中间环节，一方面负责将消费终端的消费交易记录，收集起来上传到管理中心；一方面负责下载管理中心的黑名单等记录，将该黑名单记录下传到消费终端中。

数据收集点一般和应用行业管理中心混合，即由各行业商户进行管理，只是功能相对独立。

数据收集点，不管是从消费终端向管理中心上传数据，还是从管理中心向消费终端下载数据，都是原样传递，不做任何的改动处理，保证两边的数据一致。

2.2.4. 应用行业管理中心

主要管理各商户的接入方式，负责制定商户的消费标准，汇总商户的消费记录，管理商户的消费情况，接受资金中心的资金划账。

景区管理中心，酒店，便利店，油站等都以商户的形式接入“旅游一卡通”系统。

一. 商户的接入模式分为三种：

(1) 完全模式接入

适用目前还没有信息管理系统的商户，商户与系统平台的交互数据包含游客详细的交易清单，包括交易时间，交易类型（停车，住房，餐饮等），交易金额等。

(2) 支付模式接入

商户与系统平台的交互数据为pos机或者电子钱包生成的交易清单，系统平台只处理交易时间和交易金额，而不关心用户具体的消费类型。

(3) 接口模式接入

适用于目前已具备较为完善的信息管理系统的商户，系统平台提供专用接口给商户的信息系统，满足商家的需求，实现无缝对接。

二. 商户的接入点主要分为线上接入和线下接入：

(1) 线上接入

a) 门户网站接入:商户可以在门户网站预售门票，酒店预定，餐饮预定，团购信息等，用户通过第三方支付平台（银联，支付宝等）完成服务的预支付，生成支付凭证，游客可通过该支付凭证在景区享受服务。

b) 手机app接入：用户安装“旅游一卡通”手机app应用之后，注册app账户，绑定银行卡，即可激活在线钱包功能，通过手机第三方支付平台（微信，手机支付宝等）完成在线钱包的充值，凡是通过手机app接入的商户均可实现在线钱包的实时交易。

c) 商户信息推送

商户可以在门户网站，手机app，微信订阅号实时发布最新商品资讯，优惠信息，也可以通过推送服务给特定用户推送消息。

(2) 线下接入

商户的线下接入主要是以cpu卡片为载体，商户配置读取cpu卡片的终端即可完成cpu卡片的身份识别，充值，消费等交易，此类交易方式为脱机交易，每隔12小时系统将交易纪录（交易时间，用户，行业，类型数量，金额等）上传至数据收集点，由数据收集点汇总之后上传至数据交换中心。

三. 商户的营运管理：

各商户使用业务管理软件，可从系统提取本商户的业务消费数据，进行管理、查询、统计等。同时也可以查询月结后资金中心的资金划账信息。

2.2.5. 移动终端

移动终端主要分为消费支付终端和身份校验终端：

一． 消费支付终端

CPU卡片的消费支付：（简单介绍）

在线钱包的消费支付：

二． 身份验证终端

CPU卡片的身份验证：

电子支付凭证条形码的身份验证：

2.2.6. 旅游通卡

分为cpu卡片，电子支付凭证，在线钱包。

Cpu卡实现方式为脱机交易。

电子支付凭证，主要完成身份识别和校验

在线钱包为实时联机交易。

2.2.7. 售卡，充值点

售卡：售票大厅出售cpu卡片。

门户网站，手机app发行虚拟电子凭证凭证。

自助充值：CPU卡片充值；在线钱包充值。

2.3. 资金流、卡片流和业务信息流

2.3.1. 资金流

在本系统中，持卡者卡片上的资金分为两个部分：一部分为CPU卡片、第二部分为电子钱包。所以在资金流方面分为CPU卡片资金流、电子钱包资金流两部分。

描述CPU卡片资金流的具体模式

描述电子钱包资金流的具体模式。

2.3.2. 卡片流

在本系统中，CPU卡片，电子支付凭证，电子钱包做为资金和信息的载体，有着重要的作用。制定切实可行的制卡流程与电子交易流程，对提高整个系统的效率起着重要的作用。

CPU卡片的制卡，发卡，密钥等环节。

电子支付凭证的生成，校验。

电子钱包的使用。

2.3.3. 业务信息流

在本系统中，业务信息流分为两个部分，一部分是与资金流和卡片结合在一起的信息流，包括资金转帐信息等，主要描述中心清算的资金信息处理；另一部分是纯粹信息流，主要是各行业内的应用信息，主要描述营运管理的信息处理。

3. 解决方案

word/media/image3.gif

图2：系统架构

3.1. 中心服务体系

3.1.1. 基础平台

3.1.1.1. 卡务管理系统

3.1.1.2. 密钥管理系统

3.1.1.3. 金融消费管理系统

3.1.1.4. 清算管理系统

3.1.1.5. 营运管理系统

3.1.2. 容错平台

3.1.2.1. 负载均衡控制

3.1.2.2. 动态寻址

3.1.2.3. 容错机制

3.1.2.4. 远程管理及监控

3.1.2.5. 安全性

3.1.3. 监控中心

3.1.3.1. 网络资源管理

3.1.3.2. 拓扑管理

3.1.3.3. 性能报告

3.1.3.4. 故障管理

3.1.4. 数据交换平台

3.1.4.1. 数据交换方式

3.1.4.2. 发送数据

3.1.4.3. 接受数据

3.2. 客户服务体系

3.2.1. 一卡通信息门户

3.2.2. 手机app应用

3.2.2.1. 安卓环境

3.2.2.2. Ios环境

3.2.3. 微信订阅

3.2.4. 多媒体服务

3.3. 硬件服务

3.3.1. 售票设备

3.3.2. 检票设备

3.3.3. 通道闸机

3.3.4. 自助终端

3.3.5. 网络设备

3.4. 接口服务

3.4.1. 旧系统接口对接

3.4.2. 系统间接口对接

3.5. 组织机构

3.5.1. 人员配置

我方将根据项目各专业的需要，选拔优秀的管理人员和技术人员组成项目组，并赋予项目经理足够的权力，以充分调动各方资源和授权协调项目中的各方工作。项目成员一旦确定，我方将承诺保证人员的相对稳定。

我方还承诺，将根据业主的意见和实际需要，可对项目组进行必要的资源追加，包括人员的补充及调配，确保项目能按时、保质保量地完成。

● 项目人员数：

表1： 项目人力资源一览表

3.5.2. 履历表

【注：】详见投标文件“附件2—2 项目成员履历表”。

3.5.3. 人员要求

为保证东莞城市一卡通平台保质保量地完成，我方将选拔优秀的管理人员和技术人员参与一卡通平台项目的建设，在人员选拔上遵循以下标准：

● 项目人员选拔标准

◆ 是否具有团队合作精神；

◆ 是否具有强烈的责任心；

◆ 业务水平是否符合岗位要求，一般要求工程技术专业毕业；

◆ 工作经验是否足够，一般要求从事类似工程3年以上；

◆ 熟悉一卡通平台系统及业务、熟悉相关国家标准。

●
主要项目岗位要求一览：

表2： 主要项目岗位要求

3.6. 工期计划

3.6.1. 工期

我方承诺将严格遵守招标文件与合同规定的工期要求进行一卡通平台的建设。并且，业主有权依据工程的实际进展情况对工程进度进行相应调整，我方将依据变化做出相应调整，不因此而提出额外费用要求。

3.6.2. 项目计划

我方拟定的项目工期计划如下表：（假定项目能在2010年11月1日合同生效，若合同未能在该日开始生效，项目计划按日顺延）

表3： 项目工期执行总表

3.7. 工程质量

为保障项目执行的一贯性和高效性，我方将进行符合本项目特性的一系列质量活动，如体系化的质量活动、公司质量管理部门的持续性质量检测及评估活动。另外在各阶段适时提供项目标准、运用符合国际标准的标准流程，对各个阶段的各个质量控制点进行严格的质量控制，以保证项目达到业主的质量目标。

4. 服务

4.1. 测试、检验与验收

4.1.1. 集成测试

系统集成测试用于检验一卡通平台系统软件功能是否完全达到合同及需求规格说明书的要求。

4.1.2. 综合联调（初验）

综合联调是由我方分别协调相关接口系统承包商，在共同搭建的测试平台上进行的联合测试，用于检验系统的完整性，各类数据可正确地传达到指定的设备，与其它系统的接口功能可以实现。

4.1.3. 试运行

在综合联调成功后，将开始3个月的试运行。在试运行开始前，整个一卡通平台应完全调试开通，并保持最佳状态，以接受 3个月的试运行考核。

试运行和正常商业运行相似，由业主组织管理实施，供货商保证本系统正常运转。

试运行由业主和供货商共同参加。

我方在试运行阶段将积极协调、解决试运行工作中出现的系统技术问题，协调各方进行缺陷修补工作，在业主组织管理下，保证系统正常运转。

4.2. 质保期

4.2.1. 开通质保服务

为确保一卡通平台由系统试运营状态到正式投产的平稳过渡，我方承诺至少在系统开通及终端系统接入一卡通平台时提供如下服务（不限于）：

⏹ 紧急情况处理

在一卡通平台通过单位工程验收、开通试运营后，我方根据出现的情况给出切实可行的解决方法，配置相应的服务人员，保证在最短的时间内将出现的紧急情况给予解决，将带来的风险降低到最低。

由我方制定的紧急处理如牵涉终端子系统，我方将在业主的授权下，通知或组织会议告之各终端系统承包商紧急情况下的处理方式；

⏹ 一卡通平台运营初期

我方在一卡通平台运营初期，将派遣足够的专业技术人员，包括开发人员，到达运营现场全天候协助和支持业主应对各种可能出现的各种情况，并随时听从业主的调遣，保障系统平稳运行。所需处理工作主要包括（但不限于）：

● 对软件的运行状况、环境配置、人员配置、以及其他终端系统的准备情况进行排查，如发现问题及时解决；

● 将全程跟踪、维护、记录、跟踪一卡通平台的运行状况，并进行记录，在运营初期中发现的问题，及时修改更正；

● 对业主技术人员现场培训，做到业主能独立应对并解决系统出现的各种问题；

⏹ 终端系统接入一卡通平台

根据合同要求，在终端系统接入一卡通平台并网运行初期，我方将派遣接口负责人员、软件系统维护及开发人员到到达运营现场，协助并支持业主应对各种可能出现的情况，直至业主认为系统已平稳运行。

4.2.2. 运营维护质保

我方长期为广州市城市公共交通电子收费系统（羊城通）提供清算运营服务，为广东省高速公路联网收费系统（粤通卡）提供系统清算、维护服务，在此过程中积累了丰富的大型系统运行和维护经验。

东莞一卡通平台系统开通试运行后12个月为质保期，在质保期期间，我方将在资源配置、服务内容、服务方式和服务级别等方面全面保证一卡通平台系统的安全运行。

我方将为业主提供终生本地化技术支持，包括质保期和软件保证期内的服务、售后服务本地化、以低于市场同类价格提供相同技术水平的系统升级改造支持，以确保本系统维修、运营调整、升级、改造的方便性和及时性。

我方将及时向业主通报所发现的异常运行情况，包括偶然故障、干扰、频发故障、潜伏故障等，并协助业主调查情况，提出推荐处理意见，尽可能防止和减少损失。

4.2.2.1. 资源配置

售后服务的资源包括人力资源和物力资源。除专门配给本地售后服务项目组的资源外，我方还将根据售后服务的需要，随时抽调公司各部门的资深技术人员加入售后服务队伍，以最大的力量满足东莞一卡通平台系统的运营需要。

● 人力资源配置

我方将为东莞一卡通平台系统的售后服务配置足够的、熟练的技术人员和管理人员。在项目开发完成后，保留至少2名项目组技术人员组成系统售后服务开发队伍。

同时公司的运营维护部建立至少2人的专班系统维护组进行售后系统日常维护服务，另有质检部、综合部等人组成的兼职售后服务队伍确保项目的售后服务，进行软件的修改、二次开发（包括设计、编码、测试）、系统日常运行维护、系统优化等。

● 物力资源配置

为售后服务人员配备足够的交通工具，确保在接到业主保障通知时，能在第一时间赶赴现场。

为支持人员配备良好的通信工具，保证7×24小时的热线支持。

4.2.3. 服务流程

售后期间，一卡通平台系统的日常保养、维护，主要由业主的一卡通平台系统运营部门进行，我方将定期进行巡检、与业主召开维护会议，配合业主进行一卡通平台系统的维护。当系统出现异常时，如果业主的技术人员对系统维护有困难，则可通过热线电话报障。此外，当系统维护组的人员在日常巡检过程中发现系统异常，而不能当场解决时，也将立即通知售后服务联络人，启动售后服务流程：

word/media/image4.emf

图1： 售后服务流程示意图

1．联络人将报障情况向项目经理汇报；

2．项目经理立即召集相关技术人员对问题进行分析；

3．对于一般的问题，售后服务组首先尝试通过电话支持的方式解决；如问题没解决，则尝试通过远程登录（如有）的方式解决；还不行的话，则马上赶赴现场进行现场维护；

4．如问题严重，维护组将第一时间赶赴现场，以最快的速度解决故障；

5．对于经过分析，判断属于系统设计缺陷的问题，或者是反复出现的问题，除立即采取临时解决措施外，我方还将深入调研，采取适当的整改措施。

6．问题解决后，填写异常处理报告并备案，提交业主。

4.2.3.1. 服务内容

我方承诺将提供最完整的售后服务，保障一卡通平台系统的日常运作、故障排除、设备更换和系统升级，以下是所提供售后服务的主要内容。

4.2.3.1.1. 软件缺陷修正

系统在商业运营过程中发现的所有软件Bug和缺陷，我方负责修复和更新。售后阶段的软件开发和更新由系统开发组负责，将严格按照公司的质量管理规范和业主的要求，对开发过程进行质量控制，按流程进行完整的设计、开发、测试等工作。经过业主确认后，按照系统更新方案的要求，进行软件更新。

4.2.3.1.2. 数据审查

东莞一卡通平台系统是一个收费系统，也是一个数据处理系统，对系统存储的数据进行经常性的审查，有助于及时发现系统的漏洞和设计缺陷。同时，数据审查也可防止系统中的各种作弊和欺诈行为。售后服务组的系统维护组和系统开发组负责日常的数据审查，数据审查包括：

● 数据完整性分析；

● 系统操作日志分析；

● 系统安全日志的审计；

● 业务操作审计等。

如数据审查发现问题，我方将对审查结果作进一步分析，查找原因。如果是存在漏洞或缺陷，则及时进行系统整改和升级。

4.2.3.1.3. 事故协助调查

除上述服务外，我方还可向业主提供其它需要的服务，包括各种事故的调查与协助，业务扩展期间需要的技术支持等。

4.2.3.1.4. 热线咨询

我方保证将应业主需求立即做出相应的服务：当业主问题需求反映到公司时，我方设立7x24小时热线，并派专门工程师支持远程咨询服务。若该问题能电话解决，工程师立即给予答复；若该问题电话里不能解决，工程师将为业主确定问题解决方案，并及时通知业主；双方确认需要现场支持维护的，工程师将快速到达现场，立即解决问题使系统恢复正常。

响应时间范围为7×24小时。响应速度为5分钟以内。

4.2.3.1.5. 远程技术支持

对于服务电话解答不了的问题，由售后工程师通过远程网络连线至主机（如有）进行远程支持。还可以根据需要为业主提供响应迅速的Email咨询答疑。

响应时间范围为：7×24小时。响应速度10分钟以内。

5. 供货清单

5.1. 概述

我方提供的一卡通平台系统是一个完整的系统工程，应能完全实现用户需求书要求的功能，并能充分满足一卡通平台系统工程的运营需要和业主对系统维护的要求。

5.2. 供货清单

我方供货清单列表如下：

表4： 供货清单

5.3. 服务清单

我方服务清单列表如下：

表5： 服务清单