专利名称：一种一卡通服务实现方法、装置及系统的制作方法
技术领域：
本发明涉及通信技术，特别涉及一种一卡通服务实现方法、装置及系统。
背景技术：
随着信息化技术的普及，目前大多数企业都在内部布置了企业一卡通系统。所谓 企业一卡通系统，即是通过一张IC卡，实现对企业内部员工的管理，如，门禁管理、考勤管
理、消费管理、停车管理等等。在现有的企业一卡通解决方案中，是基于企业内部局域网络部署一卡通系统，系 统组成包括非接触式IC卡片、终端机具系统(如门禁控制器、门禁读头、考勤终端、消费终 端等)、后台管理和应用处理系统，其具体架构如图1所示。现有的非接触式IC卡(一般为EM低频卡或Mifare 1逻辑加密卡)。员工入职 时，企业管理员录入员工的相关信息后，通过专用的发卡终端设备来为员工分发IC卡，如 果需要进行卡面印刷(如相片、姓名、部门等信息)，还需通过专用的设备进行相关操作。员 工得到分发的IC卡后，当需要往IC卡中充值时，需要再次到管理员处通过发卡终端进行充 值；而当员工希望查询相关信息时(如卡内余额)，则必须通过管理员/专用机具/登陆企 业内部提供的业务网站进行查询。显然，在现有的一卡通管理方案中，由于各用户使用的卡片为非接触式IC卡，因 此，必须通过指定地点的专用发卡终端设备实现发卡操作，并且用户的IC卡只能在一个企 业内使用，不能够同时在多个企业应用，如果用户在多个企业开通门禁、考勤等一卡通应用 就需要发放多张IC卡，从而造成了资源浪费和使用的不便；另一方面，用户必须通过专用 设备查询IC卡内的相关信息(如消费钱包的余额信息)；当用户卡内的信息需要进行更新 时，用户必须到企业管理员处重新发卡。传统企业一卡通在用户使用上和企业管理上都存 在使用不方便、灵活性差的问题。有鉴于此，需要对现有的企业一卡通管理方案进行相应优化以克服上述缺陷。
发明内容
本发明实施例提供一种一卡通服务实现方法、装置及系统，用以简化一卡通注册、 使用流程。本发明实施例提供的具体技术方案如下一种一卡通服务实现方法，包括用于管理一卡通服务系统的后台服务器接收来自于前置服务器的开卡请求消息， 该开卡请求消息中至少携带企业标识ID和用户识别模块标识；所述后台服务器确定对应所述企业ID和用户识别模块标识预设的订购信息有效 性时，指示所述用户识别模块标识对应的用户识别模块所在的终端按照所述订购信息创建 相应的主控子应用和非主控子应用，以完成发卡流程。一种一卡通服务系统，包括
用户识别模块所在的终端，通过内置的用户识别模块使用一卡通服务系统提供的 服务；前置服务器，用于向后台服务器发送开卡请求消息，该开卡请求消息中至少携带 企业标识ID和用户识别模块标识；后台服务器，用于管理一卡通服务系统，在接收来自于前置服务器的开卡请求消 息后，确定对应所述企业ID和用户识别模块标识预设的订购信息有效性时，指示所述用户 识别模块标识对应的用户识别模块所在的终端按照所述订购信息创建相应的主控子应用 和非主控子应用，以完成发卡流程。一种后台服务器，用于管理一卡通服务系统，包括通信单元，用于接收来自于前置服务器的开卡请求消息，该开卡请求消息中至少 携带企业标识ID和用户识别模块标识；处理单元，用于在确定对应所述企业ID和用户识别模块标识预设的订购信息有 效性时，指示所述用户识别模块标识对应的用户识别模块所在的终端按照所述订购信息创 建相应的主控子应用和非主控子应用，以完成发卡流程。采用本发明实施例提供的技术方案，不仅能够令各用户识别模块所在的终端具备 传统企业一卡通服务中包含的门禁、考勤、消费等功能，还能够解决发卡流程繁琐复杂的问 题，通过结合移动通信技术，实现了空中发卡，企业员工甚至无需到指定发卡终端进行开 卡，而只需向后台服务器发送携带企业ID的发卡请求消息，后台服务器即可以根据该企业 ID对应的订购信息为相应的用户识别模块所在的终端执行开卡服务，从而大大简化了开卡 流程的操作步骤，降低了发卡成本，也提高发卡流程的灵活性。
图1为现有技术下一卡通服务系统功能体系架构图；图2A和图2B为本发明实施例中一卡通服务系统功能体系架构图；图2C为本发明实施例中后台服务器功能结构图；图3A为本发明实施例中后台服务器为SIM卡终端发卡第一种方式流程图；图;3B为本发明实施例中后台服务器为SIM卡终端发卡第二种方式流程图；图4为本发明实施例中后台服务器更新SIM卡终端内个人化信息流程图；图5为本发明实施例中后台服务器挂失SIM卡终端流程图。
具体实施例方式为了简化一卡通服务的操作流程，提高其可应用性，本发明实施例中，采用SIM卡 代替现有的非接触式IC卡做为用户使用一卡通服务的媒介。这是因为，移动终端(如，手 机)已成为现代生活中不可缺少的随身物品，而SIM卡在通信过程中用于确认用户身份的 功效可以在一卡通服务系统内加以借鉴应用，因此，本发明实施例中，将SIM卡的应用范围 扩展为承载多应用的智能卡平台，通过移动终端内嵌的SIM卡替代传统的非接触IC卡实现 一卡通服务，可以大大简化其发卡操作流程，也可以实现用户信息的实时查询、更新。其具体 为用于管理一卡通服务系统的后台服务器接收来自于前置服务器的开卡请求消息，该开卡请求消息中至少携带企业标识ID和用户标识模块标识；所述后台服务器确定对应所述 企业ID和用户标识模块标识预设的订购信息有效性时，指示所述用户标识模块标识对应 的用户标识模块所在的终端按照所述订购信息创建相应的主控子应用和非主控子应用，以 完成发卡流程。实际应用中，上述用户标识模块可以包括SIM卡、UIM卡和USIM卡等等，本实施例 中，仅以SIM卡为例进行说明。下面结合附图对本发明优选的实施例进行详细说明。参阅图2A所示，本发明实施例中，一卡通服务系统包括携带SIM卡终端10(即携 带有SIM卡的移动终端)、前置服务器11和后台服务器12，其中，SIM卡终端10，通过内置的SIM卡使用一卡通服务系统提供的服务；前置服务器11，用于向后台服务器12发送开卡请求消息，该开卡请求消息中至少 携带企业标识ID和SIM卡标识；后台服务器12，用于管理一卡通服务系统，在接收来自于前置服务器的开卡请求 消息后，确定对应所述企业ID和SIM卡标识预设的订购信息有效性时，指示所述SIM卡标 识对应的SIM卡终端10按照所述订购信息创建相应的主控子应用和非主控子应用，以完成 发卡流程。如图2B所示，前置服务器11可以外接门禁终端、发卡终端、考勤终端、消费终端、 充值终端等等；前置服务器11 一般设置于各个企业内部，用于在企业局域网内提供企业成 员资料管理、企业成员发卡管理、帐户管理、门禁服务、考勤服务、消费服务以及终端管理等 功能，后台服务器12用于在后台为各企业提供统一的一卡通服务订购平台，用于提供 企业及其成员订购关系管理、移动发卡管理、用户在每个企业的业务状态管理、SIM卡中应 用数据状态管理以及业务门户服务。参阅图3C所示，本发明实施例中，后台服务器12包括通信单元120和处理单元 121，其中，通信单元120，用于接收来自于前置服务器11的开卡请求消息，该开卡请求消息 中至少携带企业标识ID和SIM卡标识；处理单元121，用于在确定对应所述企业ID和SIM卡标识预设的订购信息有效性 时，指示所述SIM卡标识对应的SIM卡终端10按照所述订购信息创建相应的主控子应用和 非主控子应用，以完成发卡流程。基于上述系统架构，实际应用中，订购一卡通服务的企业向管理者递交企业相关 资料后，管理者会在后台服务器12中输入企业订购信息(如，企业名称、企业订购的具体服 务内容、企业要求的安全级别、需要开通业务的企业员工的手机号码等等)，同时，后台服务 器12会为该企业生成相应的企业ID，企业管理员登录名与密码，以及企业员工访问业务门 户的服务密码。完成上述操作后，企业就可以使用前置服务器11为本企业的用户执行空中发卡 的操作流程了。参阅图3A所示，本发明实施例中，为使用SIM卡终端的用户开通一卡通服 务(即发卡)的详细流程如下步骤301 前置服务器11向后台服务器12发送发卡请求消息(CreateSubApplication Request)，该发卡请求消息中至少携带发卡相关信息。实际应用中，上述发卡相关信息中可以包含企业ID、前置服务器ID、SIM卡标识 (如，手机号码)、应用类型(如门禁、考勤、脱机消费等)、应用索引号、员工ID、员工企业内 流水号及相关应用的信息。步骤302 后台服务器12获取发卡相关信息后，对该发卡相关信息的有效性进行 检验，包括根据企业ID判断该企业是否订购了一卡通业务且该业务状态正常，请求发卡 的手机号是否为该企业成员等等。步骤303 后台服务器12向前置服务器11返回发卡请求响应消息(CreateSub Application Response)。步骤304 后台服务器12向SIM卡终端10请求获取一卡通应用序列号(GeUerial Number)，该应用序列号是预设写入到SIM卡中的。实际应用中，后台服务器12是根据接收的发卡相关信息中包含的SIM卡标识确定 SIM卡终端10的具体位置，并向其请求获取应用序列号的。步骤305 :SIM卡终端10向后台服务器12返回应用序列号。步骤306 后台服务器12根据获得的应用序列号，该SIM卡终端10的标识和企业 ID确定该企业还未创建了主控子应用。步骤307 后台服务器12生成针对该SIM卡终端10的企业初始管理密钥、企业名 称、企业ID、员工ID、员工企业流水号、第一类子应用有效期、第一类子应用类型、第一类子 应用索引号等管理个人化信息，并将上述个人化信息与获得的应用序列号进行关联。步骤308 后台服务器12向SIM卡终端10发送主控子应用创建指令，指示SIM卡 终端10在其本地创建在步骤307中生成的主控子应用。步骤309 :SIM卡终端10返回主控子应用创建结果。如果创建失败，则流程结束。步骤310 如果主控子应用创建成功，则后台服务器12根据获得的应用序列号以 及SIM卡终端10的手机码确定未创建相应的非主控子应用(如门禁应用、考勤应用等)。步骤311 后台服务器12生成针对该SIM卡终端10的企业初始应用密钥(如门 禁应用子密钥、考勤应用子密钥等)、应用名称、企业ID、员工ID、员工企业流水号、第二类 子应用有效期、第二类子应用类型、第二类子应用索引号等应用个人化信息，并将上述应用 个人化信息与获得的应用序列号进行关联。步骤312 后台服务器12向SIM卡终端10发送非主控子应用创建指令，指示SIM 卡终端10在其本地创建在步骤311中生成的非主控子应用。。步骤313 =SIM终端10返回非主控子应用创建结果。步骤314 后台服务器12记录发卡结果并更新该SIM卡终端10的业务状态，以及 通知前置服务器11发卡结果。本实施例中，实现上述交互流程时，后台服务器12可以先将发卡结果通知前置服 务器11，由前置服务器11转发至SIM卡终端10，也可以在通知前置服务器11的同时，通过 短信形式通知SIM卡终端10，在此不再赘述。上述实施流程结束后，用户便可以使用SIM卡终端10在前置服务器11管辖的一 卡通服务终端(如，门禁终端、发卡终端、考勤终端、消费终端、充值终端等等)上使用相应 的一卡通服务。若希望在多个企业之间共享一卡通服务(即同一 SIM卡可在多个企业内部
7使用)，则只需在后台服务器12上产生有效的订购信息(包括企业和成员的订购信息)，就 可以实现在一张SIM卡支持多个企业的一卡通应用；在步骤301中，SIM卡终端10可以携 带一个企业ID，或多个企业ID，以完成SIM卡终端10针对各个企业内部一卡通服务的开 卡流程，而不需多点办理，这大大提高了一卡通服务的可用性，扩展了一卡通服务的应用范 围，也方便了客户的使用。区别于上述实施例，实际应用中，还可以通过发卡终端为使用SIM卡终端的用户 开通一卡通服务(即发卡)，参阅图:3B所示，其详细流程如下步骤1 前置服务器11通过发卡终端向SIM卡终端10发送指令，读取一卡通应用 序列号。步骤2 =SIM卡终端10返回SIM卡的应用序列号。步骤3 前置服务器11通过发卡终端向SIM卡终端10发送指令，读取卡片一卡通 子应用状态(企业ID、子应用索引号)。步骤4 =SIM卡终端10返回一卡通子应用状态。步骤5 前置服务器11根据SIM卡终端10返回的卡片应用状态判断该企业是否 已经创建主控子应用；在确定企业已经创建主控子应用，跳转至步骤19。步骤6 前置服务器11向后台服务器12发起创建主控子应用请求。步骤7 后台服务器12检验订购关系。步骤8 后台服务器12判断该企业是否已经创建主控子应用，确定未生成时跳转 至步骤9。步骤9 判断是否还有剩余空间，确定存在剩余空间时，跳转至步骤10。步骤10 后台服务器12生成企业初始主控密钥，并将该企业初始主控密钥与SIM 卡终端的应用序列号进行关联。步骤11 后台服务器12向前置服务器11返回创建主控子应用请求的响应，响应 中包括后台服务器12组织的创建主控子应用指令。步骤12 前置服务器11通过发卡终端，创建SIM卡终端10的主控子应用。(写入 企业初始主控密钥、企业传输密钥、企业MAC密钥、企业ID ；如果企业不提供个人化信息，其 他个人化信息默认为全零)。步骤13 =SIM卡终端10返回创建主控子应用结果。步骤14 前置服务器11向后台服务器12发送创建主控子应用结果通知。步骤15 后台服务器12向前置服务器11返回响应。步骤16 前置服务器11生成主控子应用个人化信息(例如员工姓名、职位等)。步骤17 前置服务器11通过写卡器向SIM卡终端10更新主控子应用个人化信息。步骤18 :SIM卡终端10向前置服务器11返回更新主控子应用个人化信息结果。步骤19 如果主控子应用个人化信息更新失败，前置服务器11通知后台服务器12 主控子应用创建失败，否则，直接跳转至20。步骤20 前置服务器11向后台服务器12发起创建非主控子应用请求(包括门禁 卡/消费卡/考勤卡等)，请求中包含企业ID、应用序列号、应用类型、子应用索引号等关键 fn息ο步骤21 后台服务器12检验主控子应用及该非主控子应用是否已经创建，以及卡片空间是否满足要求，确定均满足要求时，跳转至步骤22。步骤22 后台服务器12为企业子应用生成初始应用密钥，并将该初始应用密钥与 SIM卡终端的应用序列号进行关联。步骤23 后台服务器12向前置服务器11返回创建非主控子应用请求的响应，响 应中包括后台服务器12组织的创建非主控子应用指令。步骤M 前置服务器11通过发卡终端，创建SIM卡终端10的非主控子应用(写 入初始的企业应用密钥、企业ID ；如果企业不提供个人化信息，其他个人化信息默认为全零)。步骤25 =SIM卡终端10返回创建非主控子应用结果。步骤沈前置服务器11向后台服务器12发送创建非主控子应用结果通知。步骤27 后台服务器12向前置服务器11返回响应。步骤观前置服务器11生成非主控子应用个人化信息(例如员工姓名、职位
寸J ο步骤四前置服务器11通过发卡终端向SIM卡终端10更新非主控子应用个人化
信息ο步骤30 :SIM卡终端10向前置服务器11返回更新非主控子应用个人化信息结果。步骤31 如果非主控子应用个人化信息更新失败，前置服务器11通知后台服务器 12非主控子应用创建失败。基于上述实施例，当企业内部对各用户的的个人化信息进行更新时(如，修改应 用名称，修改钱包类型等)，即使用户当前不在企业内部，也可以通过后台服务器12通过移 动通信网络方式更新用户SIM卡中一卡通应用的相关信息。参阅图4所示，本发明实施例 中，对用户基于一卡通服务的个人化信息进行更新的详细流程如下步骤401 前置服务器11向后台服务器12发送个人化信息更新请求消息，该消息 中携带企业ID、SIM卡标识(如，手机号码、应用序列号)、子应用类型、子应用索引号以及 所指定更新的信息内容(如员工ID、员工企业内部流水号、子应用有效期等)。步骤402 后台服务器12收到请求后，验证该企业及需更新个人化信息的SIM卡 终端10的订购关系的有效性，并判断该成员需更新个人化信息的子应用是否已创建步骤403 后台服务器12确定针对上述客户已创建子应用。步骤404 后台服务器12向前置服务器11返回个人化信息更新响应消息。步骤405 后台服务器12根据SIM卡终端10的标识向其发送个人化信息更新指 令，该指令中携带前置服务器11指定更新的信息内容。步骤406 :SIM卡终端10根据接收的指令对本地信息进行相应更新后，向后台服务 器12返回个人化信息更新结果。步骤407 后台服务器12记录个人化数据更新结构，并将SIM卡终端10返回的个 人化信息更新结果通知前置服务器11。经过上述流程，可以使SIM卡内保存的基于一卡通服务的个人化信息得到实时更 新，从而提高了个人化信息的准确性，也进一步提高了一卡通服务的服务质量。基于上述实施例，当用户不小心遗失SIM卡终端10，或者遗失其中的SIM卡时，也 可以通过前置服务器11及时向后台服务器12请求挂失处理(方式一)，或通过后台服务器12发起挂失请求(方式二 )。通过方式一进行SIM卡挂失时，用户可以先在前置服务器11进行挂失操作，前置 服务器11通知本地外接的各个一卡通服务终端将已挂失的SIM卡标识列入黑名单，这样， 任何人都不能再通过已挂失的SIM卡使用一卡通服务。随后向后台服务器12发送应用挂 失通知消息，该挂失请求消息中携带指示挂失的SIM卡的标识(如手机号码、一卡通应用序 列号)。后台服务器12对应接收的SIM卡标识记录挂失状态，再向前置服务器11发送挂失 通知响应，该消息中携带已记录为挂失状态的SIM卡标识。另一方面，参阅图5所示，本发明实施例中，通过方式二进行SIM卡挂失处理的详 细流程如下步骤501 用户在其他终端(可以是PC终端)向后台服务器12发送应用挂失请 求消息，该挂失请求消息中携带指示挂失的SIM卡的标识(如手机号码、应用序列号)。步骤502 后台服务器12对应接收的SIM卡标识记录挂失状态。步骤503 后台服务器12向前置服务器11发送挂失通知消息，该消息中携带已记 录为挂失状态的SIM卡标识。步骤504 前置服务器11对应接收的SIM卡标识记录挂失状态。步骤505 前置服务器11通知本地外接的各个一卡通服务终端将已挂失的SIM卡 标识列入黑名单，这样，任何人都不能再通过已挂失的SIM卡使用一卡通服务。当然，若SIM卡终端10可以使用多个企业内部的一卡通服务，那么通过上述方式 一和方式二中的挂失流程，也可以在一点办理中实现多项一卡通服务的同时停止，而不需 到多点办理，从而方便了用户的使用。综上所述，采用本发明实施例提供的技术方案，不仅能够令各SIM卡终端10具备 传统企业一卡通服务中包含的门禁、考勤、消费等功能，还能够解决发卡流程繁琐复杂的问 题，通过结合移动通信技术，实现了空中发卡，企业员工甚至无需到指定发卡终端进行开 卡，而只需向后台服务器12发送携带企业ID的发卡请求消息，后台服务器12即可以根据 该企业ID对应的订购信息为相应的SIM卡终端执行开卡服务，从而大大简化了开卡流程的 操作步骤，降低了发卡成本，也提高发卡流程的灵活性。另一方面，通过具有移动便携性的SIM卡终端，企业成员能够随时查询SIM卡内针 对一卡通服务的个人化信息，而不是仅在指定的查询终端才能实现查询，这样，在很大程度 上方便了客户的使用，提高了用户的使用体验。最后，通过SIM卡终端的特性，实现了一卡复用，企业员工可通过一张SIM卡集成 多个企业内的一卡通服务，而不必办理多张SIM卡，并且，当SIM卡终端遗失时，只需一点挂 失即可将全部的一卡通服务冻结，而不需要到各个企业分别挂失，这在很大程度上方便了 客户的使用，大大提升了一卡通服务性能。显然，本领域的技术人员可以对本发明中的实施例进行各种改动和变型而不脱离 本发明的精神和范围。这样，倘若本发明实施例中的这些修改和变型属于本发明权利要求 及其等同技术的范围之内，则本发明中的实施例也意图包含这些改动和变型在内。
权利要求
1.一种一卡通服务实现方法，其特征在于，包括用于管理一卡通服务系统的后台服务器接收来自于前置服务器的开卡请求消息，该开 卡请求消息中至少携带企业标识ID和用户识别模块标识；所述后台服务器确定对应所述企业ID和用户识别模块标识预设的订购信息有效性 时，指示所述用户识别模块标识对应的用户识别模块所在的终端按照所述订购信息创建相 应的主控子应用和非主控子应用，以完成发卡流程。
2.如权利要求1所述的方法，其特征在于，所述企业ID的数目为一个或多个。
3.如权利要求1所述的方法，其特征在于，所述后台服务器指示该用户识别模块所在 的终端按照所述订购信息创建相应的主控子应用和非主控子应用，包括所述后台服务器获取所述用户识别模块所在的终端内针对该用户识别模块预设的应 用序列号；所述后台服务器将获得的应用序列号，与本地对应所述订购信息生成的第一应用信息 和第二应用信息分别进行关联；所述后台服务器将经过关联处理的所述第一应用信息和第二应用信息发往所述用户 识别模块所在的终端，指示该用户识别模块所在的终端根据获得的第一应用信息创建主控 子应用，并根据第二应用信息创建非主控子应用。
4.如权利要求3所述的方法，其特征在于，所述第一应用信息包括企业初始管理密 钥、企业ID、员工ID、员工企业流水号、第一类子应用有效期、第一类子应用类型和第一类 子应用索引号。
5.如权利要求3所述的方法，其特征在于，所述第二应用信息包括企业初始应用密 钥、应用名称、企业ID、员工ID、员工企业流水号、第二类子应用有效期、第二类子应用类型 和第二类子应用索引号。
6.如权利要求3所述的方法，其特征在于，所述后台服务器直接指示所述用户识别模 块所在的终端按照所述订购信息创建相应的主控子应用和非主控子应用，或者，通过所述 前置服务器指示所述用户识别模块所在的终端按照所述订购信息创建相应的主控子应用 和非主控子应用。
7.如权利要求1-6任一项所述的方法，其特征在于，所述用户识别模块所在的终端内 保存的个人化信息得到更新时，通过前置服务器向所述后台服务器发送该用户识别模块所 在的终端的更新请求消息，该更新请求消息中至少携带所述企业ID、用户识别模块标识、应 用序列号以及指定更新的信息内容；所述后台服务器确定对应所述企业ID、用户识别模块 标识和应用序列号预设的订购信息有效性时，根据所述指定更新的信息内容对用户识别模 块所在的终端的个人化信息进行更新。
8.如权利要求1-6任一项所述的方法，其特征在于，所述后台服务器接收到针对所述 用户识别模块所在的终端发送的挂失请求消息时，对应该用户识别模块所在的终端的应用 序列号记录挂失状态，并通知相应的前置服务器将该应用序列号列入黑名单。
9.一种一卡通服务系统，其特征在于，包括用户识别模块所在的终端，通过内置的用户识别模块使用一卡通服务系统提供的服务；前置服务器，用于向后台服务器发送开卡请求消息，该开卡请求消息中至少携带企业标识ID和用户识别模块标识；后台服务器，用于管理一卡通服务系统，在接收来自于前置服务器的开卡请求消息后， 确定对应所述企业ID和用户识别模块标识预设的订购信息有效性时，指示所述用户识别 模块标识对应的用户识别模块所在的终端按照所述订购信息创建相应的主控子应用和非 主控子应用，以完成发卡流程。
10.如权利要求9所述的系统，其特征在于，所述后台服务器指示所述用户识别模块标 识对应的用户识别模块所在的终端按照所述订购信息创建相应的主控子应用和非主控子 应用时，先获取所述用户识别模块所在的终端内针对该用户识别模块预设的应用序列号； 再将获得的应用序列号，与本地对应所述订购信息生成的第一应用信息和第二应用信息分 别进行关联；以及将经过关联处理的所述第一应用信息和第二应用信息发往所述用户识别 模块所在的终端，指示该用户识别模块所在的终端根据获得的第一应用信息创建主控子应 用，以及根据第二应用信息创建非主控子应用。
11.如权利要求10所述的系统，其特征在于，所述后台服务器直接指示所述用户识别 模块所在的终端按照所述订购信息创建相应的主控子应用和非主控子应用，或者，通过所 述前置服务器指示所述用户识别模块所在的终端按照所述订购信息创建相应的主控子应 用和非主控子应用。
12.如权利要求9-11任一项所述的系统，其特征在于，所述用户识别模块所在的终端 内保存的个人化信息得到更新时，通过前置服务器向所述后台服务器发送针对所述用户识 别模块所在的终端的更新请求消息，该更新请求消息中至少携带所述企业ID、用户识别模 块标识、应用序列号以及指定更新的信息内容；所述后台服务器确定对应所述企业ID、用 户识别模块标识和应用序列号预设的订购信息有效性时，根据所述指定更新的信息内容对 用户识别模块所在的终端的个人化信息进行更新。
13.如权利要求9-11任一项所述的系统，其特征在于，所述后台服务器接收到针对所 述用户识别模块所在的终端发送的挂失请求消息时，对应该用户识别模块所在的终端的应 用序列号记录对应的挂失状态，并通知相应的前置服务器将该应用序列号列入黑名单。
14.一种后台服务器，其特征在于，包括通信单元，用于接收来自于前置服务器的开卡请求消息，该开卡请求消息中至少携带 企业标识ID和用户识别模块标识；处理单元，用于在确定对应所述企业ID和用户识别模块标识预设的订购信息有效性 时，指示所述用户识别模块标识对应的用户识别模块所在的终端按照所述订购信息创建相 应的主控子应用和非主控子应用，以完成发卡流程。
15.如权利要求14所述的后台服务器，其特征在于，所述处理单元指示所述用户识别 模块标识对应的用户识别模块所在的终端按照所述订购信息创建相应的主控子应用和非 主控子应用时，先获取所述用户识别模块所在的终端内针对该用户识别模块预设的应用序 列号；再将获得的应用序列号，与本地对应所述订购信息生成的第一应用信息和第二应用 信息分别进行关联；以及将经过关联处理的所述第一应用信息和第二应用信息发往所述用 户识别模块所在的终端，指示该用户识别模块所在的终端根据获得的第一应用信息创建主 控子应用，以及根据第二应用信息创建非主控子应用。
全文摘要
本发明涉及通信领域，公开了一种一卡通服务实现方法、装置及系统，用以简化一卡通注册、使用流程，该方法包括用于管理一卡通服务系统的后台服务器接收来自于前置服务器的开卡请求消息，并确定对应该开卡请求消息携带的企业ID和用户识别模块标识预设的订购信息有效性时，指示所述用户标识模块对应的用户识别模块所在的终端按照所述订购信息创建相应的主控子应用和非主控子应用，以完成发卡流程。这样，不仅能够令各用户识别模块所在的终端具备传统企业一卡通服务，还能够解决发卡流程繁琐复杂的问题，通过结合移动通信技术，实现了空中发卡，从而大大简化了开卡流程的操作步骤，本发明同时提供了一种一卡通服务系统和一种后台服务器。
文档编号G07C1/16GK102110316SQ200910243219
公开日2011年6月29日 申请日期2009年12月29日 优先权日2009年12月29日
发明者乐祖晖, 任晓明, 李亚强, 罗烽, 郭漫雪 申请人:中国移动通信集团公司