CN103716778A - 移动终端客户端和智能卡结合实现远程业务的方法及系统 - Google Patents

Abstract

本发明公开了一种移动终端客户端和智能卡结合实现远程业务的方法及系统，该方法及系统首先由用户根据业务需要，在对应的移动客户端界面输入对应的业务应用参数，并获取智能卡中该业务的相关业务参数，之后移动客户端根据所述的相关业务参数向业务服务器发起业务请求；业务服务器处理移动客户端的业务请求，并将处理结果发送给移动客户端，最后移动客户端接收业务服务器的处理结果，智能卡根据该处理结果修改智能卡中的相关业务参数。该方法及系统通过移动客户端的方式为用户提供交互界面，可增加人机交互的友好性，通过移动客户端的方式与智能卡交互，替代了原来的STK菜单，提高了通信速度和通信可靠性。

Description

移动终端客户端和智能卡结合实现远程业务的方法及系统

技术领域

本发明涉及移动终端智能卡应用技术领域，具体涉及一种移动终端的移动客户端和智能卡结合实现远程业务的方法及系统。

背景技术

目前在中国，随着金卡工程（以发展我国电子货币为目的、以电子货币应用为重点的各类卡基应用系统工程）建设的不断深入发展，智能卡已在众多领域获得广泛应用，基于嵌入到移动终端的智能卡应用的远程业务系统，如移动支付系统，OTA应用系统、卡片管理系统等智能卡相关应用系统，也在快速的发展应用中。

现有的基于智能卡的远程业务系统在实现上一般是通过卡片STK（SIMToolkit，SIM工具包）菜单作为UI（用户界面）接口提供给终端用户，终端与业务服务器的通信方式也多使用数据短信方式。这种远程业务系统虽然实现了智能卡行业应用的远程业务操作，但是也存在一些不足：

1）用户UI接口不够友好；

2）用户菜单在发卡后不能修改；

3）短信的通信方式存在数据承载量小、通信速度慢、容易丢失等弊端。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种移动终端客户端和智能卡结合实现远程业务的方法及系统，提高了移动终端与业务服务器通信的速度和可靠性。

为实现上述目的，本发明采用的技术方案如下：

一种移动终端客户端和智能卡结合实现远程业务的方法，包括以下步骤：

（1）用户根据业务需要，在对应的移动客户端界面输入业务应用参数，获取智能卡中该业务的相关业务参数;

（2）移动客户端根据所述的相关业务参数向业务服务器发起业务请求；

（3）业务服务器处理移动客户端的业务请求，并将处理结果发送给移动客户端；

（4）移动客户端接收业务服务器的处理结果，智能卡根据所述的处理结果修改智能卡中的相关业务参数。

进一步，如上所述的一种移动终端客户端和智能卡结合实现远程业务的方法，步骤（1）中，移动客户端根据业务的业务类型向智能卡发起数据请求，获取智能卡中该业务的相关业务参数；所述的相关业务参数由业务的业务类型决定。

进一步，如上所述的一种移动终端客户端和智能卡结合实现远程业务的方法，所述的相关业务参数包括业务的交易流水和智能卡的卡片校验码Mac1。

进一步，如上所述的一种移动终端客户端和智能卡结合实现远程业务的方法，步骤（1）中，移动客户端与智能卡采用公私钥对的非对称加密方式进行通信。

进一步，如上所述的一种移动终端客户端和智能卡结合实现远程业务的方法，步骤（2）中，移动客户端根据与业务服务器约定的接口协议，将相关业务参数、业务类型和移动客户端的软件版本号组装成业务请求数据包，并根据双方协定的通信方式，向业务服务器发起业务请求。

进一步，如上所述的一种移动终端客户端和智能卡结合实现远程业务的方法，智能卡通过移动客户端与业务服务器进行通信，智能卡与业务服务器采用对称加密方式进行通信。

进一步，如上所述的一种移动终端客户端和智能卡结合实现远程业务的方法，步骤（3）中，业务服务器接收到移动客户端的业务请求后，首先验证业务是否合法，若是则处理业务，若否则结束业务；验证业务是否合法的具体方式为：

业务服务器解析移动客户端发送的业务请求数据包，获取智能卡的卡片校验码Mac1，将该校验码与业务服务器中预存的智能卡的校验码比对，若两者一致则说明业务合法，若否则说明业务不合法。

进一步，如上所述的一种移动终端客户端和智能卡结合实现远程业务的方法，步骤（3）中，所述的业务处理结果中包括业务服务器的校验码Mac2。

进一步，如上所述的一种移动终端客户端和智能卡结合实现远程业务的方法，步骤（4）中，智能卡根据处理结果修改智能卡中的相关业务参数时，首先验证业务服务器是否合法，若是则修改智能卡中的相关业务参数，若否则业务结束，验证服务器是否合法的具体方式为：

智能卡获取处理结果中的业务服务器的校验码Mac2，将该校验码与智能卡中预存的业务服务器的校验码比对，若两者一致则说明业务服务器合法，若否则说明业务服务器不合法。

一种移动终端客户端和智能卡结合实现远程业务的系统，包括智能卡、移动客户端和业务服务器，其中，

所述的移动客户端用于用户根据业务需要，在对应的移动客户端界面输入对应的业务应用参数，获取智能卡中该业务的相关业务参数，还用于根据所述的相关业务参数向业务服务器发起业务请求，并将业务服务器的处理结果发送到智能卡；

所述的业务服务器用于处理移动客户端的业务请求，并将处理结果发送给移动客户端；

所述的智能卡用于根据业务服务器的处理结果修改智能卡中的相关业务参数。

本发明的有益效果在于：本发明所述的方法及系统，通过移动客户端的方式为用户提供交互界面，可增加人机交互的友好性，且移动客户端可通过网络进行升级；通过移动客户端的方式与智能卡交互，替代了原来的STK菜单，且网络通信相比短息传输增加了数据传输量，提高了通信速度和通信可靠性，同时避免了短信丢包问题。

附图说明

图1为具体实施方式中移动终端客户端和智能卡结合实现远程业务的系统的结构框图；

图2具体实施方式中移动终端客户端和智能卡结合实现远程业务的方法的流程图；

图3为具体实施方式中校验码的生成与使用示意图；

图4为具体实施方式中智能卡与服务器之间安全通信的示意图。

具体实施方式

下面结合说明书附图与具体实施方式对本发明做进一步的详细说明。

图1示出了本具体实施方式中一种移移动终端客户端和智能卡结合实现远程业务的系统的结构框图，该系统主要包括移动终端10和业务服务器20，移动终端10包括嵌入在移动终端的智能卡11和安装在移动终端的移动客户端12，其中：

所述的移动客户端12用于用户根据业务需要，在对应的移动客户端界面输入对应的业务应用参数，并获取智能卡11中该业务的相关业务参数，还用于根据所述的相关业务参数向业务服务器20发起业务请求，并将业务服务器20的处理结果发送到智能卡11；

所述的业务服务器20用于处理移动客户端12的业务请求，并将处理结果发送给移动客户端12；

所述的智能卡11用于根据业务服务器20的处理结果修改智能卡中的相关业务参数。

移动客户端12为移动终端上的应用软件，对于不同的移动终端，其移动客户端也会有所不同，例如对于智能手机，其对应的移动客户端为手机客户端（即可以在手机终端运行的软件），用户在智能手机上可以通过手机客户端就不同的卡片应用下载到智能卡片中。本实施方式中业务服务器20接收移动终端发起的请求，完成业务处理并回复响应。根据行业应用和远程业务类型，本实施方式中的业务服务器20也包含可能存在的第三方系统（第三方系统可能没有，也可能有或者有多个，本发明中均统一到业务服务器节点）。

图2示出了本实施方式中基于图1中移动终端客户端和智能卡结合实现远程业务的系统的一种移动终端客户端和智能卡结合实现远程业务的方法的流程图，该方法包括以下步骤：

步骤S21：根据业务需要在对应的移动客户端界面输入业务应用参数，获取智能卡中的相关业务参数；

由前文描述可知，本实施方式中的智能卡11中装载相关行业的卡片应用程序，并在业务实现过程中与移动客户端交互，提供业务相关数据等；移动客户端12提供UI界面给终端用户，与智能卡11交互共同完成用户发起的业务请求，并负责与业务服务器20进行通信。

在业务发起时，用户根据其业务需要，在移动终端上对应的移动客户端12的界面上输入行业应用参数，确定输入后，向智能卡11发起业务请求。其中，所述的行业应用参数指的是具体的业务参数，根据业务类型的不同，具体的行业应用参数也不同，例如，移动客户端是一个电子钱包圈存的应用，那么圈存业务输入的行业应用参数就是圈存金额，如果用户需要进行查询操作，那么输入的就是查询密码。

移动客户端12根据不同的业务类型向智能卡11发起业务请求，获取存储在智能卡11中的与该业务相关的相关业务参数。在该过程中，移动客户端12调用移动终端OS（操作系统）底层API（应用程序编程接口）向卡片发送A0C2（数据请求的APDU指令）的APDU（应用协议数据单元）指令，智能卡11接收到该指令后通过A0C0指令（数据相应的APDU指令）将移动客户端请求的参数返回，如图1所示。移动客户端12解析智能卡返回的APDU指令提取相关业务参数。其中，所述的相关业务参数是指与移动客户端操作相关的业务参数，也是根据业务类型的不同，具体的相关业务参数也不同，如圈存业务的相关业务参数包括卡片计数器、交易流水号以及智能卡的校验码Mac1等。

步骤S22：移动客户端向业务服务器发起业务请求；

步骤S23：业务服务器处理移动客户端的业务请求，并将处理结果发送给移动客户端；

移动客户端12获取存储在智能卡11中的相关业务参数后，根据该参数项业务服务器20发起业务请求。在向服务器发起请求时，移动客户端12根据与业务服务器20约定的接口协议，将所述的相关业务参数、业务类型和移动客户端的软件版本号等内容组装成业务请求数据包，并根据双方协定的通信方式，向业务服务器20发起业务请求。

其中，移动客户端12与业务服务器20通信的报文格式和网络通信方式，双方根据业务内容协定，可为GPRS、3G、CDMA、Wi-Fi等网络中主流通信方式。

业务服务器20接收到移动客户端12发送的业务请求数据后，解析、处理业务，并将处理结果（响应数据包）发送该移动客户端12。其中，业务处理结果中包括业务服务器的校验码Mac2。

步骤S24：移动客户端接收业务服务器的处理结果，智能卡根据处理结果修改智能卡中的相关业务参数。

移动客户端12接收到业务服务器的响应数据包（处理结果）后，解析、处理该响应数据包，并将处理结果发送给智能卡11，智能卡根据处理结果修改其相关业务参数。在该过程中，移动客户端12调用移动终端OS底层API向卡片发送A0C2的APDU指令，修改存储在卡中的相关业务参数，比如对于圈存业务，业务服务器完成交易后，将交易流水号加1，并同步给智能卡，修改智能卡中的交易流水号。

上述描述的步骤S21-步骤S24为业务的一次交互过程，在实际的远程业务处理过程中，根据系统业务类型，也可能是智能卡、移动客户端和业务服务器的多次交互完成一个远程业务。

在实现远程业务的过程中，为了保证通信和数据传递的安全性，本发明的移动终端与业务服务器的通信安全采用SSL&交易验证码的方式来保障。移动终端和服务器平台间的通信采用SSL加密通信，可以有效保证客户端与服务器之间传输过程中的数据完整性和私密性。

其中，移动客户端与智能卡采用公私钥对的非对称加密方式进行通信，移动客户端存储智能卡公钥KeyPub，智能卡存储私钥KeyPri。智能卡通过移动客户端与业务服务器进行通信时，智能卡与业务服务器采用对称加密方式进行通信，智能卡与业务服务器约定并存储对称密钥KeyI。

业务服务器接收到移动客户端的业务请求后，首先验证该业务是否合法，若是则处理业务，若否则结束业务；验证业务是否合法的具体方式为：

业务服务器解析移动客户端发送的业务请求数据包，获取智能卡的卡片校验码Mac1，将该校验码与业务服务器中预存的智能卡的校验码比对，若两者一致则说明业务合法，若否则说明业务不合法。

其中，校验码的生成和使用方式如图3所示：移动终端通过客户端向业务服务器发起业务请求时，首先请求一校验码，业务服务器生成校验码图片返回给移动客户端，同时记录验证值，之后，移动客户端将验证码与业务请求数据组装成业务请求数据包发送该业务服务器，业务服务器解析该数据包获取校验码，并与记录的校验值比对，验证业务的合法性。

智能卡根据处理结果修改智能卡中的相关业务参数时，首先验证业务服务器是否合法，若是则修改智能卡中的相关业务参数，若否则业务结束，验证服务器是否合法的具体方式为：

智能卡获取处理结果中的业务服务器的校验码Mac2，将该校验码与智能卡中预存的业务服务器的校验码比对，若两者一致则说明业务服务器合法，若否则说明业务服务器不合法。

在完成智能卡中相关参数的修改后，智能卡会将其处理结果通过客户端软件同步到业务服务器（确认业务处理成功或者失败），整个业务处理完成。

本实施方式中整个远程业务处理过程中，安全验证可采用如图4所示的方式，具体如下：

1）移动客户端随机生成DES密钥Keyd；

2）移动客户端使用Keyd对用户输入信息（业务参数）加密，得到密文DataEn；

3）移动客户端使用存储的智能卡公钥KeyPub对Keyd加密，得到DataEn2，将密文DataEn2+DataEn发送给卡端；

4）智能卡使用私钥Keypri对DataEn2解密，得密钥Keyd，再使用Keyd对DataEn解密得到用户信息明文；

5）智能卡使用KeyI对用户信息及相关业务请求数据加密，发给移动客户端；

6）移动客户端透传密文，将密文发送给业务服务器；

7）业务服务器使用KeyI对业务密文解密得到明文，完成后续业务操作。

下面结合具体实施例对本发明进行详细说明

实施例

本实施例中的业务为电子钱包圈存业务，通过本发明的方法实现电子钱包圈存业务的过程如下：

1)用户在移动终端界面输入圈存金额、钱包密码（业务应用参数），点击确认发起圈存业务请求；

2)移动客户端调用移动终端OS底层API向卡片发送A0C2的APDU指令，获取存储在卡中的交易流水、卡片校验码Mac1，卡片通过A0C0指令返回这些参数；

3)移动客户端解析A0C0APDU指令提取交易流水、卡片校验码Mac1，并添加业务类型、软件版本号等报文头，组织成业务请求数据包；

4)移动客户端根据与业务服务器约定的HTTP通信方式，通过无线网络发送请求数据包；

5)远程的业务服务器接收到请求数据包后，解析、处理业务，计算Mac1与卡片上送的Mac1比对，从而确认卡片的合法性，并回送响应数据包，响应数据包中包含业务服务器计算的Mac2校验码；

6)移动客户端接收到响应数据包，解析、处理业务，调用移动终端OS底层API向卡片发送A0C2的APDU指令，修改存储在卡中的钱包余额；

7)卡接到下行参数后，解析A0C2计算Mac2与业务服务器下行的Mac2进行比对，校验业务服务器的合法性，修改电子钱包余额并将交易流水加1，通过A0C0指令返回处理结果到移动客户端，移动客户端在终端界面提示用户圈存完成。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其同等技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种移动终端客户端和智能卡结合实现远程业务的方法，包括以下步骤：

（1）用户根据业务需要，在对应的移动客户端界面输入业务应用参数，获取智能卡中该业务的相关业务参数;

（2）移动客户端根据所述的相关业务参数向业务服务器发起业务请求；

（3）业务服务器处理移动客户端的业务请求，并将处理结果发送给移动客户端；

（4）移动客户端接收业务服务器的处理结果，智能卡根据所述的处理结果修改智能卡中的相关业务参数。

2.如权利要求1所述的一种移动终端客户端和智能卡结合实现远程业务的方法，其特征在于，步骤（1）中，移动客户端根据业务的业务类型向智能卡发起数据请求，获取智能卡中该业务的相关业务参数；所述的相关业务参数由业务的业务类型决定。

3.如权利要求1或2所述的一种移动终端客户端和智能卡结合实现远程业务的方法，其特征在于，所述的相关业务参数包括业务的交易流水和智能卡的卡片校验码Mac1。

4.如权利要求3所述的一种移动终端客户端和智能卡结合实现远程业务的方法，其特征在于，步骤（1）中，移动客户端与智能卡采用公私钥对的非对称加密方式进行通信。

5.如权利要求4所述的一种移动终端客户端和智能卡结合实现远程业务的方法，其特征在于，步骤（2）中，移动客户端根据与业务服务器约定的接口协议，将相关业务参数、业务类型和移动客户端的软件版本号组装成业务请求数据包，并根据双方协定的通信方式，向业务服务器发起业务请求。

6.如权利要求5所述的一种移动终端客户端和智能卡结合实现远程业务的方法，其特征在于，智能卡通过移动客户端与业务服务器进行通信，智能卡与业务服务器采用对称加密方式进行通信。

7.如权利要求6所述的一种移动终端客户端和智能卡结合实现远程业务的方法，其特征在于，步骤（3）中，业务服务器接收到移动客户端的业务请求后，首先验证业务是否合法，若是则处理业务，若否则结束业务；验证业务是否合法的具体方式为：

业务服务器解析移动客户端发送的业务请求数据包，获取智能卡的卡片校验码Mac1，将该校验码与业务服务器中预存的智能卡的校验码比对，若两者一致则说明业务合法，若否则说明业务不合法。

8.如权利要求7所述的一种移动终端客户端和智能卡结合实现远程业务的方法，其特征在于，步骤（3）中，所述的业务处理结果中包括业务服务器的校验码Mac2。

9.如权利要求8所述的一种移动终端客户端和智能卡结合实现远程业务的方法，其特征在于，步骤（4）中，智能卡根据处理结果修改智能卡中的相关业务参数时，首先验证业务服务器是否合法，若是则修改智能卡中的相关业务参数，若否则业务结束，验证服务器是否合法的具体方式为：

智能卡获取处理结果中的业务服务器的校验码Mac2，将该校验码与智能卡中预存的业务服务器的校验码比对，若两者一致则说明业务服务器合法，若否则说明业务服务器不合法。

10.一种移动终端客户端和智能卡结合实现远程业务的系统，包括智能卡、移动客户端和业务服务器，其特征在于，

所述的移动客户端用于用户根据业务需要，在对应的移动客户端界面输入对应的业务应用参数，获取智能卡中该业务的相关业务参数，还用于根据所述的相关业务参数向业务服务器发起业务请求，并将业务服务器的处理结果发送到智能卡；

所述的业务服务器用于处理移动客户端的业务请求，并将处理结果发送给移动客户端；

所述的智能卡用于根据业务服务器的处理结果修改智能卡中的相关业务参数。

Images