远程写卡

 

1 远程写卡系统

随着移动通信业的迅猛发展，移动用户数量在急剧膨胀，移动用户的补换卡需求尤其是异地补换卡的需求日渐频繁。目前电信主要采用在各市分公司营业厅预先储备个人化备卡的方式来实现补换卡业务，并通过号码分组进行管理，各营业厅需备足所有组、所有类别的卡，而且只能满足本地用户的补换卡需求，无法满足异地用户的补换卡需求。如果要实现跨省跨区域以及国内异地补卡业务，则各营业厅需备齐各省各地区所有组号的卡，这将带来以下问题：

l  大量的备卡占用了资金，增加了运营商的运营成本。

l  当前CRM系统中的UIM卡数据（IMSI等个人化数据）是从UIM卡厂商出厂时预先写到卡上，针对不同号段、不同银行类型、不同卡类型（容量）需求的用户补卡，营业员需准备大量的备卡，这样营业员对UIM卡使用存在很大的局限性，由于UIM卡各号段使用量无法预计，常常一个号段的卡使用完了，另一个号段的卡还存一大批，这种工作模式造成营业员工作效率低下。

l  营业前端的操作检索工作都变得异常繁琐，延长了营业前端对现场用户的服务时间，降低了客户满意度。

l  营业班长对UIM卡的管理也不方便，经常需要进行UIM卡的调配、领取，增加库存盘点的工作量；

l  降低了UIM卡管理人员对各营业厅相关业务的控制力，使市场消费能力的预测分析难度加大。

如何满足用户补换卡的需求，进一步提高电信公司的客户满意度和工作效率，提升业务能力，一直是各电信公司、卡商等积极探索的课题。

作为国内在智能卡领域知名的解决方案提供商，在其多年研发和实施经验基础上提出并构建了一套远程写卡系统平台。有效解决了这些省市的本异地补换卡业务需求。同时，也在积极致力于帮助和解决其它省份电信公司所面临的同样问题。

2产品概述

本业务名称为“UIM卡远程写卡系统”，包含本地写卡和异地写卡两项子业务。

UIM卡远程写卡业务是一种通过在营业厅建立写卡终端，通过网络远程申请写卡数据完成写卡并实时开通的业务；通过该业务的异地写卡子业务，可以实现跨省实时补换卡，更好的满足用户异地补换卡的需求。

UIM卡远程写卡业务的实现需要数据管理系统的配合。本规范只定义数据管理系统中与UIM卡远程写卡业务有关的功能。远程写卡服务器与数据管理系统之间的信息交互，除本规范描述的内容外，各省公司可根据情况自行扩展。

3建设目标

1． 设计并开发基于B/S结构的远程写卡软件系统，实现营业终端对远程写卡服务器的实时数据申请，利用远程写卡方式进行补换卡功能；

2． 建立远程写卡服务系统统一的软件接口和硬件平台，使各个卡商不同类别的卡、不同方式的写卡机制都可以在远程写卡系统上完成远程写卡需求；

3． 设计并建设具有数据安全性、传输安全性和操作安全性的系统；

4． 充分符合中国电信集团公司下发《UIM卡远程写卡业务规范》；

5． 实现系统跨省跨地区互连的技术，为提供跨省跨地区业务奠定技术基础。

6． 对写入UIM卡的数据进行校验,保证UIM卡的数据正确性。

4建设原则

1.      系统应该具有前瞻性，在数据容量、软件功能、软件接口、设备性能等方面能满足未来业务需求的增加与变化；

2.      系统应该具有良好的开放性、兼容性与可扩展性，能方便地与电信其它IT系统连接；由于异地写卡涉及CRM，其应用的程度和范围受到其他各省份电信公司远程写卡建设情况的制约，所以在系统内部要先实现本地写卡功能，待时机成熟并通过测试后，再实现对异地写卡业务的支撑；

3.      系统应该具有极强的稳定性与安全性，应保证有效的系统容错与恢复，保证数据存储、传输过程的安全，避免数据传输过程中数据被盗，并对登录系统的用户进行有效的审核、认证和跟踪；

4.      系统人机交互界面应该友好，操作方便，简单易学，自动化管理；

5.      系统建设应该具有很好的性价比，保证以一定的投资实现最大的收益；

6.      系统兼容性与经济性相结合，不应该盲目要求对所有平台兼容，从而增加了开发难度和开发周期，降低了软件的效率；同时系统建设方案应该具有很好的性价比，保证以一定的投资实现收益最大化；

7.      系统应该能方便维护工作的进行，以保证对移动数据中心及各分支业务点的系统维护工作能有效、及时、方便地实现；

5业务流程

1．     操作人员通过远程写卡客户端登录远程写卡服务器；服务器验证操作人员身份，                        确认身份合法后开放相应的权限；

2．     将空卡插入客户端的写卡器；

3．     客户端验证所插卡是否为空卡，若不是则提示操作人员更换；

4．     客户端识别所插空卡的供应商和类别信息，并将信息上传服务器；服务器据此确定对应的写卡组件的文件名和版本号并下传给客户端；

5．     客户端检查是否存在相应的写卡组件，若存在则验证其版本号（参见8.2节）；如果写卡组件不存在或者存在但版本号错误，则向服务器申请下传正确的写卡组件；服务器收到请求后将正确的写卡组件下传给客户端；

6．     客户端调用写卡组件的GetRandNum()函数获取随机数，并随写卡组件文件名和版本号一并上传服务器；服务器根据写卡组件文件名和版本号确定该写卡组件的鉴权密钥，利用上传的随机数计算出结果并下传给客户端；

7．     客户端调用Authentication()函数，获得鉴权结果；如果鉴权失败则流程中止；

8．     操作人员输入客户手机号码（异地写卡时还需输入归属省信息），客户端将其发送给服务器，向服务器申请个人化数据；

9．     服务器从数据管理系统获取相应的个人化数据并下传客户端；

10．  客户端收到数据进行写卡；

11．  如果写卡成功，客户端启动数据检测功能，对写入UIM卡的数据进行校验；

12．  如果校验成功，并将写卡结果和个人化数据中的IMSI字段上传服务器；写卡成功后客户端应显示写卡数据中的IMSI和ICCID（供后续的开通操作使用）；

13．  服务器根据收到的IMSI将对应的个人化数据提交给CRM系统（数据未激活）；并将写卡结果和IMSI传送给数据管理系统；

14．  如需开通，则操作人员根据客户端显示信息进行开通操作。