CN102316428B - 一种移动应用客户端与智能卡之间的通信方法及装置 - Google Patents

Abstract

本发明公开了一种移动应用客户端与智能卡之间的数据通信方法，该方法包括移动应用客户端向智能卡中写数据的过程、客户端通过通讯录管理模块读取智能卡中数据的过程、移动应用客户端向智能卡中写数据的过程和客户端通过短信管理模块读取智能卡中数据的过程。应用本发明的数据通讯方法，能够使得移动应用客户端能够与智能卡之间进行任意长度的数据通信和数据交互，既避免了使用成本过高的第三方存储介质，达到降低成本的目的，又能够将移动支付业务交易过程中的保密信息在移动终端内完成，避免了信息外泄，并且进一步增强了移动支付业务中的信息安全。

Description

一种移动应用客户端与智能卡之间的通信方法及装置

技术领域

本发明涉及移动终端设备和移动支付业务的信息安全技术，尤其涉及一种移动终端设备的应用客户端与智能卡之间的数据通信方法。

背景技术

目前，在移动终端例如手机上进行第三方业务扩展发展很快，例如在移动支付、门禁、检票、售票、交通、数据交互传输、物流、仓储等领域均有应用。  这种技术主要是采用智能卡作为安全硬件单元，对数据进行加解密以保证支付业务的安全性。

但是这种应用却存在一定的局限，由于受智能卡的标准限制，智能卡不能对数据长度过长的数据进行接收和发送，因此无法满足一些大数据的接收和处理并发送，例如对特殊数据（交易数据）数字签名处理。要想解决该技术问题，主要就是要解决大数据的传输问题，包括接收和发送。

此外，在现有的移动通信终端（常见的如手机），由于受到运营商的限制，采用现有的数据传输方法无法向智能卡中传输超长数据，因此，这也限制了采用智能卡进行数据存储及其与移动应用客户端进行通信的技术的实用性。这里，所述智能卡，即用户识别卡（SIM卡），俗称“大卡”，是由一块大规模集成电路芯片制成的，其按照***的标准尺寸制造，能够保证与***的通用性。

发明内容

有鉴于此，本发明的主要目的在于提供一种移动应用客户端与智能卡之间的数据通信方法及装置，以实现移动应用客户端与智能卡之间进行任意长度的数据互传，尤其是大数据的传输。

为达到上述目的，本发明的技术方案是这样实现的：

一种移动应用客户端与智能卡之间的数据通信方法，该方法包括：

A、当用户需要通过智能卡进行业务数据处理时，向移动应用客户端发送业务数据处理指令，移动应用客户端收到来自用户的业务数据处理指令生成数据请求信息；

B、移动应用客户端识别所述数据请求中的操作指令，并判断该操作指令的类型，若是属于将数据发送到智能卡的类型，则进入步骤C；若是属于从智能卡读取数据的类型，则进入步骤E；

C、判断接收的需要处理的数据长度是否超过移动终端限制的预定长度，若超出，则将需要处理的数据拆分成若干条小于或等于预定长度的数据段，并执行步骤D；否则，由移动用户客户端在该数据前面加上数据长度和段数，再进入步骤D；

D、将所有添加数据长度和段数的数据段拼装成联系人信息或短信的形式，并将完整的联系人信息或短信相应的发送到通讯录管理模块或短信管理模块，然后进行下一个联系人信息或短信信息的生成及发送过程；或完成所有的联系人信息或短信的生成后，再统一发送到通讯录管理模块或短信管理模块；通讯录管理模块或短信管理模块将联系人信息或短信通过***内核发送到智能卡；智能卡进行处理后以联系人或短信的方式进行存储；

E、利用移动应用客户端向通讯录管理模块或短信管理模块发出联系人或短信读取请求，再通过通讯录管理模块或短信管理模块及***内核模块读取智能卡中的的联系人信息或短信，待读取完成后向所述移动应用客户端反馈信息；

F、移动应用客户端收到来自通讯录管理模块或短信管理模块的读取完成反馈信息后，判断联系人姓名或短信的条数；若大于一条，则将多条联系人姓名或短信组合成一条；否则，移动用户客户端获得读取的结果。

步骤A所述数据请求信息为超文本传输协议格式、短信请求格式、电话簿联系人格式或自定义格式。

步骤C所述将超出移动终端限制的需要处理的数据拆分成若干条小于或等于预定长度的数据段，进一步包括：

C1、拆分后的每个数据段主要包括数据长度、段数和实际数据；

C2、若所述需要处理的数据有多个，则在数据拆分完成后，由移动用户客户端为每段被拆分的数据前面加上数据长度和段数。

步骤D所述将所有添加数据长度和段数的数据段拼装成联系人信息的过程包括：

D1、新建一个联系人，联系人的字段内容包括联系人姓名、电话号码；

D2、将添加数据长度和段数的数据段写入所述新建的联系人姓名中；

D3、联系人的电话号码写入约定的号码，该号码在智能卡一端能够被识别。

在所述步骤D之后进一步包括：

所述智能卡对接收到的联系人信息或短信信息进行数据处理，处理完成后按照原有拆分规则进行存储，便于被正确的读出。

步骤E之前进一步包括：

移动应用客户端调用移动终端提供的检测功能来检测通讯录管理模块或短信管理模块是否正常工作，若工作正常，则通过该模块获取到处理后的数据；否则，则向移动应用客户端反馈读取错误。

本发明还提供一种移动终端，包括***内核模块、短信管理模块和通讯录管理模块，还包括移动应用客户端，所述移动应用客户端与智能卡之间的通信流程如下：

A、当用户需要通过智能卡进行业务数据处理时，向移动应用客户端发送业务数据处理指令，移动应用客户端收到来自用户的业务数据处理指令生成数据请求信息；

B、移动应用客户端识别所述数据请求中的操作指令，并判断该操作指令的类型，若是属于将数据发送到智能卡的类型，则进入步骤C；若是属于从智能卡读取数据的类型，则进入步骤E；

C、判断接收的需要处理的数据长度是否超过移动终端限制的预定长度，若超出，则将需要处理的数据拆分成若干条小于或等于预定长度的数据段，并执行步骤D；否则，由移动用户客户端在该数据前面加上数据长度和段数，再进入步骤D；

D、将所有添加数据长度和段数的数据段拼装成联系人信息或短信的形式，并将完整的联系人信息或短信相应的发送到通讯录管理模块或短信管理模块，然后进行下一个联系人信息或短信信息的生成及发送过程；或完成所有的联系人信息或短信的生成后，再统一发送到通讯录管理模块或短信管理模块；通讯录管理模块或短信管理模块将联系人信息或短信通过***内核发送到智能卡；智能卡进行处理后以联系人或短信的方式进行存储；

E、利用移动应用客户端向通讯录管理模块或短信管理模块发出联系人或短信读取请求，再通过通讯录管理模块或短信管理模块及***内核模块读取智能卡中的的联系人信息或短信，待读取完成后向所述移动应用客户端反馈信息；

F、移动应用客户端收到来自通讯录管理模块或短信管理模块的读取完成反馈信息后，判断联系人姓名或短信的条数；若大于一条，则将多条联系人姓名或短信组合成一条；否则，移动用户客户端获得读取的结果。

本发明所提供的移动应用客户端与智能卡之间的数据通信方法，具有以下优点：

本发明的移动应用客户端能够通过移动设备终端的通讯录管理模块发送数据，并通过通讯录管理模块接收数据；或通过移动设备终端的通讯录管理模块发送数据，并通过短信管理模块接收数据；或通过移动设备终端的短信管理模块发送数据，并通过短信管理模块接收数据；或通过移动设备终端的短信管理模块发送数据，并通过通讯录管理模块接收数据；这样，通过移动应用客户端配合，使得移动应用客户端能够与智能卡之间进行任意长度的数据通信和数据交互，既能够避免了使用成本过高的第三方存储介质，达到降低成本的目的，最重要的是，还能够将移动支付业务交易过程中的保密信息在移动终端内完成，避免了信息外泄，进一步增强了移动支付业务中的信息安全。

附图说明

图1为本发明的第一实施例的***结构示意图；

图2为本发明实施例一的移动应用客户端与通讯录管理模块之间通信流程示意图；

图3为本发明第二实施例的模块结构示意图；

图4为本发明实施例二的移动应用客户端与通讯录管理模块、短信管理模块之间通信过程示意图。

【主要部件符号说明】

10：移动应用客户端

11：通讯录管理模块

12：***内核模块

    121：缓存管理子模块

122：***监控子模块

13：SIM卡（即智能卡）

14：短信管理模块。

具体实施方式

下面结合附图及本发明的实施例对本发明的方法作进一步详细的说明。

实施例一：

本实施例中，主要介绍移动应用客户端通过移动通信终端的通讯录管理模块向智能卡发送数据，经智能卡进行处理（如加密）后，移动应用客户端再通过短信管理模块读取智能卡加密后的数据。

图1为本发明的第一实施例的***结构示意图，如图1所示，本发明移动客户端与智能卡之间的数据通信方法所涉及的功能模块或部件主要包括：移动用户客户端10，通讯录管理模块11、***内核模块12和SIM卡13。所述***内核模块12又进一步包括缓存管理子模块121和***监控子模块122。其中，通讯录管理模块11和***内核模块12均为现有模块，本发明利用它们的现有工作原理实现本发明的目的。

所述移动应用客户端10，作为本发明整个技术方案的控制模块，位于用户实际操作层面，用户利用该移动应用客户端10访问整个业务，移动应用客户端10根据用户的指令生成数据请求信息，并将数据请求信息发送给通讯录管理模块11，如果数据长度超出了移动终端的限制长度，则将数据拆分后再组合成通讯录联系人的格式进行发送，接收到经过处理并拆分后的所有子段数据后进行重新组合，获得处理过的数据。

所述通讯录管理模块11，由手机操作***提供，该模块进一步包括SIM通讯录和手机通讯录两大部分。

所述***监控子模块122，实时监测***缓存管理模块的变化更新情况，然后将监控情况通知缓存管理子模块121，由缓存管理子模块121来更新SIM卡13的数据。整个方案中，只有该模块能直接向SIM卡13读写数据。

所述缓存管理子模块121：实际是手机***数据库，用于存储通讯录和短信，通讯录管理模块通过该模块来间接访问SIM卡。

所述SIM卡13，属于硬件层，位于本方案的数据存储区域，也是整个方案的核心部件，用于接收来自所述移动应用客户端10的联系人数据，并进行处理，通过分析、校验、对比、拆分数据后，将所述数据间接传递给移动应用客户端10进行处理，也同时间接接收移动应用客户端10的数据处理结果。

参考图1，所述的各个模块的作用及其关系如下：

所述移动应用客户端10将需要发送给智能卡13的数据组合成一个电话簿联系人的存储格式，发送给通讯录管理模块11。通讯录管理模块11属于常用的移动设备终端内部自带模块，其具体结构和原理在此不作详细介绍。发送的数据需按照以下方式进行组合：

其中，电话号码，可用一连串***数字书写，长度通常可以小于或等于8位，也可以灵活设定。作用是便于智能卡13识别该数据字段。如在该方案实施例中，识别号为1234567。

联系人姓名：该部分进一步分为段数值指示位和实际数据段，实际数据段用于存放实际的数据。由于该部分受到移动设备终端长度限制，不同的移动设备终端对于长度限制要求并不相同。因此，如果实际数据长度超过限制要求时，则需要将数据拆分成多个数据段，每个数据段由三部分构成：数据长度、段数和实际数据。其拆分规则如下：

字段	长度	说明
			数据长度	4	该段数据长度，若第一个字节最高位为1，则表示该段为最后数据段
段数	2	该段数据所在原数据中的段数，从0x00开始
			实际数据	N	实际的数据

其中，数据长度：该字段说明实际数据字段和段数字段加起来，一共有多少个字节，用1个16进制数进行表示，如0x01，0x0F，0xFF。通过该字段，智能卡13便能确定接收的数据大小。

段数：如上所述，由于实际数据字段受到长度的限制而会进行拆分，因此，用段数字段来表示实际数据是总数据被拆分的第几段，用1个16进制数来表示，如被拆分成的实际数据是第二段的，那么表示为0x02。通过该字段，智能卡13能够区分出该条电话薄联系人属于第几段，当所有数据都接收完毕后，智能卡13将根据该字段从小到大，对数据进行组合。

实际数据：该字段是移动应用客户端向智能卡13发送的实际数据。

所述通讯录管理模块11在接收到数据后，将数据发送给内核模块，本发明中的内核模块就是现有移动通信终端的***内核模块12，不需要做改变，该***内核模块12主要由缓存管理子模块121和***监控子模块122两部分组成，如图1。

所述通讯录管理模块11所发送的数据，保存在缓存管理子模块121中，由***监控子模块122监控所述缓存管理子模块121中的数据变化，当发现缓存管理子模块121中有数据写入时，便由***监控子模块122判断智能卡13的状态，如，判断当前移动设备中智能卡13是否存在、该智能卡13是否符合手机标准等一系列信息，其判断标准及判断方法由***监控子模块122确定。数据写入智能卡13中，由于***内核模块12是现有手机***自带模块，详细的判断方法，判断标准依据移动设备终端的不同而有差异，该模块属于移动设备终端现有技术中的方案，故在此不作详细介绍。

当***内核模块12将接收到的数据保存在智能卡13中，智能卡13接收到数据后，开始对数据进行处理，如果是多段数据，首先进行组合，获得完整的实际数据，由该智能卡13根据识别号判断业务类别，并根据不同的业务类别对接收到的数据做相应的处理。

例如：如果该段数据的识别号表示需要由智能卡13对其进行加密处理，则智能卡13将其加密后存储在智能卡13的存储器中；如果该段数据的识别号表示要将该数据进行存储，则将该数据以短信的格式存储到智能卡13存储器中。

当移动应用客户端10发送完成所有的数据后，主动暂停预设的一段时间，如0.5秒，然后向移动设备终端的短信管理模块14发出读取智能卡13加密数据的请求，请求内容为一个标准的短信读取请求，意义在于读取出智能卡13中的特定的短信，特定的区分标识由请求中的相关数据字段去指定。在此特定字段中填入实例中的自建的电话薄的联系号码即可。短信请求的格式和封装具有详细的公开标准，可以参见GSM11.11和GSM03.04标准。

当短信管理模块14接收到请求后，将该请求发送给***内核模块12，根据上述的短信请求条件，由***内核模块12提取出所有由智能卡13处理过的加密数据，并将提取出的数据信息以短消息的方式发送给短信管理模块14。再由短信管理模块14对接收到的数据进行组装，并将组装完成的数据发送给移动应用客户端10。这里，所述数据组装的方法和格式与步骤S1相同。

图2为本发明实施例一的移动应用客户端与通讯录管理模块之间通信流程示意图，如图2所示，该过程包括：

步骤T1：用户通过移动应用客户端10浏览业务信息，当用户需要通过智能卡13进行某项业务数据处理时，将会给移动应用客户端10发送业务数据处理指令，移动应用客户端10收到来自用户的业务数据处理指令（如对一段数据进行加密的指令，或者存储一段数据的指令，或者读取一段数据的指令）生成数据请求信息，该数据请求信息可以为任意格式，如可以是超文本传输协议（HTTP）格式，也可以是短信请求格式、电话簿联系人格式或自定义格式等。

步骤T2：移动应用客户端10识别数据请求信息中的操作指令，所述操作指令共有两种，一种是将数据发送到SIM卡，另一种是从SIM卡读取数据。如果判断是将数据发送到SIM卡，则进入步骤T3；如果判断从SIM卡读取数据，则进入步骤T8。

步骤T3：判断接收的需要处理的数据实际数据段长度是否超过了移动终端限制的长度，目前移动终端的长度限制是各个移动终端厂商自定。如果超出预定长度，则进入步骤T4，否则，进入步骤T5。

步骤T4：将需要处理的数据进行拆分处理，处理流程如下：

将需要处理的数据拆分成若干条小于或者等于预定长度的数据段，每个数据段由三部分构成：数据长度、段数和实际数据。若所述需要处理的数据有多个，则数据段拆分完成后，移动应用客户端为每段被拆分的数据前面加上数据长度和偏移，进入步骤T6；。

步骤T5：移动应用客户端在数据前面加上数据长度和段数。

步骤T6：对所有添加数据长度和段数的数据段依次进行如下步骤，将其拼装成联系人信息的形式。

a.新建一个联系人，联系人字段内容包括联系人姓名、电话号码；

b.将添加数据长度和段数的数据段写入新建的联系人姓名中；

c.联系人的电话号码写入特殊约定的号码，如9999999。约定的号码在智能卡13一端能够正确无误的识别。

步骤T7：将完整联系人信息发送到通讯录管理模块11，然后进行下一个联系人信息的生成及发送；也可以完成所有的联系人信息的生成后，再统一发送到通讯录管理模块11。

步骤T8：移动应用客户端向通讯录管理模块发出联系人读取请求。

步骤T9：通讯录管理模块11读取***内核模块12中的联系人；该联系人可以是经过数据处理后的联系人，例如加密、签名等，或者纯粹的数据存储；读取完成后，向移动应用客户端10反馈读取完成； 通讯录管理模块11将一个特定号码对应的所有联系人姓名读取到一个临时存储区中，临时存储区由移动设备终端自行指定，只需调用移动设备终端所提供的功能接口即可。

步骤T10：移动应用客户端10收到来自通讯录管理模块11的读取完成的反馈信息后，判断联系人姓名的条数，如果大于1条，进入步骤T11；否则，进入步骤12；

T11：将多条联系人姓名组合成1条；

T12：移动应用客户端获得结果。

上述方案中，如果只是数据存储，在步骤T7之后，通讯录管理模块11将完整联系人信息发送到SIM卡13后，由SIM卡13对上述数据进行存储或者加密等数据处理，处理后重新拆分进行存储；以及拆分后的联系人能够在通讯录管理模块11读取该联系人时，将同一号码对应的所有联系人均能读取。确保移动应用客户端10能够完整获得所需的数据。

在所述步骤T8之前还包括：移动应用客户端10调用移动设备终端提供的检测功能来检测通讯录管理模块11是否正常工作。只有在通讯录管理模块11工作正常的情况下，才能通过该模块获取到加密后的数据，如果不正常，向移动应用客户端10反馈读取错误。移动设备终端提供的检测功能根据不同的设备终端，***平台的差异而不同，由移动设备终端自行处理，在此不作详细介绍。

实施例二：

本方案的实施例中，主要介绍移动应用客户端通过移动终端的通讯录管理模块发送数据，由智能卡进行处理（签名、加密或存储）后，再通过短信管理模块14读取处理后的数据。

图3为本发明第二实施例的模块结构示意图，如图所示，本发明移动应用客户端与智能卡之间的数据通信方法所涉及的功能模块或部件主要包括：移动用户客户端10，通讯录管理模块11、短信管理模块14、***内核模块12和SIM卡13。所述***内核模块12进一步包括缓存管理子模块121和***监控子模块122。其中，短信管理模块14同通讯录管理模块11以及***内核模块12均为现有技术，它们同智能卡之间的通信原理不做改变。

所述移动应用客户端10，作为本发明技术方案的控制模块，位于用户实际操作层面，用户利用该移动应用客户端10访问整个业务，移动应用客户端10根据用户的指令生成数据请求信息，并将数据请求信息发送给通讯录管理模块11，如果数据长度超出了移动终端的限制长度，则将数据拆分后组合成通讯录联系人的格式向通讯录管理模块11进行发送，通讯录管理模块11通过***内核模块12转发至SIM卡13，SIM卡13处理后，按照相同的拆分方式进行拆分后存储，移动应用客户端10通过短信管理模块14读取经过处理并拆分后的所有子段数据后进行重新组合，获得处理过的数据。

所述通讯录管理模块11，由手机操作***提供，该模块进一步包括SIM通讯录和手机通讯录两大部分。

所述***监控子模块122，实时监测***缓存管理子模块122的变化更新情况，然后将监控情况通知缓存管理子模块121，由缓存管理子模块121来更新SIM卡13的数据。整个方案中，只有该模块有直接向SIM卡13读写数据的请求。所述缓存管理子模块121，实际是手机***数据库，用于存储通讯录和短信，短信管理模块14和通讯录管理模块11都通过所述缓存管理子模块121来间接访问SIM卡13。

所述SIM卡13，用于接收来自所述移动应用客户端10的联系人数据，并进行处理，通过分析、校验、对比、拆分数据后，将所述数据 间接传递给移动应用客户端10进行处理，也同时间接接接收移动应用客户端10的数据处理结果。

所述短信管理模块14，为现有模块，包含手机短信和SIM卡短信两部分，用于同SIM卡13以读写短信的方式通信。

参考图3，所述的各个模块作用及其关系如下：

所述移动应用客户端10将数据组合成一个通讯录的存储格式，并发送给通讯录管理模块11。

这里，所述通讯录管理模块11属于常用的移动设备终端内部自有模块，其具体结构和原理在此不作详细介绍。发送的数据需按照以下方式进行组合：

其中，电话号码：用一连串***数字书写，长度通常可以小于或等于8位，也可以灵活设定。作用是便于智能卡13识别该数据字段。如在该方案实施例中，识别号为1234567。

联系人姓名：该部分进一步分为段数值指示位和实际数据段，实际数据段用于存放实际的数据。由于该部分受到移动设备终端长度限制，不同的移动设备终端对于长度限制要求并不相同。因此，如果实际数据长度超过限制要求时，则需要将数据拆分成多个段，每段数据有三个属性：数据长度、段数和实际数据。其拆分规则如下：

字段	长度	说明
			数据长度	4	该段数据长度，若第一个字节最高位为1，则表示该段为最后数据段
段数	2	该段数据所在原数据中的段数，从0x00开始
			实际数据	N	实际的数据

其中，数据长度：该字段说明实际数据字段和段数字段加起来，一共有多少个字节，用1个16进制数进行表示，如0x01，0x0F，0xFF。通过该字段，智能卡13便能确定发送给智能卡13的数据大小。

段数：如上所述，由于实际数据字段受到长度的限制而会进行拆分，因此，用段数字段来表示实际数据是总数据被拆分的第几段，用1个16进制数来表示，如被拆分成的实际数据是第二段的，那么表示为0x02。通过该字段，智能卡13能够区分出该条电话薄联系人属于第几段，当所有数据都接收完毕后，智能卡13将根据该字段从小到达，对数据进行组合。

实际数据：该字段是移动应用客户端10向智能卡13发送的实际数据。

所述通讯录管理模块11在接收到数据后，将数据发送给内核模块，该内核模块就是现有移动通信终端的***内核模块12，不需作任何改变，该内核模块12主要由缓存管理子模块121和***监控子模块122两部分组成。

所述通讯录管理模块11发送的数据，保存在缓存管理子模块121中，***监控子模块122用于实时监控所述缓存管理子模块121中的数据变化，当发现缓存管理子模块121中有数据写入时，则进行判断，并将数据写入到智能卡13中去。由于***内核模块12是现有手机***自带模块，详细的判断方法，判断标准依据移动设备终端的不同而有差异，该模块属于移动设备终端现有技术中的方案，在此不作详细的介绍。

所述***内核模块12将接收到的数据保存在智能卡13中，智能卡13收到数据后，开始对数据进行签名，数据签名的方式方法，不同的智能卡13各不相同，加密过程和数据保存工作均由智能卡13自行完成，这里也不做详细介绍。

当移动应用客户端10所有数据发送完成后，根据上述流程，智能卡13会自动对所有数据签名，在此实施例中，智能卡13将签名完成的数据以电话薄联系人的形式进行保存。至此，完成了移动应用客户端10向智能卡13写数据的过程。

所述移动应用客户端10发送完成所有的数据后，主动暂停预设的一段时间，如0.5秒，然后向移动设备终端的通讯录管理模块11发出读取智能卡13签名后加密数据的请求，请求的格式和方法由智能卡13来决定。

所述通讯录管理模块11在接收到请求后，将请求发送给***内核模块12，由***内核模块12调用智能卡13中的签名后数据信息，提取出的数据信息以电话薄联系人的方式发送给通讯录管理模块11。再由通讯录管理模块11发送给移动应用客户端10。

图4为本发明实施例二的移动应用客户端与通讯录管理模块、短信管理模块之间通信过程示意图，如图4所示，该过程包括：

步骤T1：用户通过移动应用客户端10浏览业务信息，当用户需要通过智能卡13进行某项业务数据处理时，将会给移动应用客户端发送业务数据处理指令，移动应用客户端10收到来自用户的业务数据处理指令（如对一段数据进行加密的指令，或者存储一段数据的指令，或者读取一段数据的指令）生成数据请求信息，该数据请求信息可以为任意格式，如可以是超文本传输协议（HTTP）格式，也可以是短信请求格式、电话簿联系人格式或自定义格式等。

步骤T2：移动应用客户端10识别数据请求信息中的操作指令，所述操作指令共有两种，一种是将数据发送到SIM卡13，另一种是从SIM卡13读取数据。如果判断是将数据发送到SIM卡13，则进入步骤T3；如果判断从SIM卡13读取数据，则进入步骤T8。

步骤T3：判断接收的需要处理的数据实际数据段长度是否超过了移动终端限制的长度，目前移动终端的长度限制是各个移动终端厂商自定。如果超出预定长度，则进入步骤T4，否则，进入步骤T5。

步骤T4：将需要处理的数据进行拆分处理，处理流程如下：

将需要处理的数据拆分成若干条小于或者等于预定长度的数据段，每个数据段由三部分构成：数据长度、段数和实际数据。若所述需要处理的数据有多个，则数据段拆分完成后，移动应用客户端为每段被拆分的数据前面加上数据长度和偏移，进入步骤T6；。

步骤T5：移动应用客户端10在数据前面加上数据长度和段数。

步骤T6：对所有添加数据长度和段数的数据段依次进行如下步骤，将其拼装成联系人信息的形式。

a.新建一个联系人，联系人字段内容包括联系人姓名、电话号码；

b.将添加数据长度和段数的数据段写入新建的联系人姓名中；

c.联系人的电话号码写入特殊约定的号码，如9999999。约定的号码在智能卡13一端能够正确无误的识别。

步骤T7：将完整联系人信息发送到通讯录管理模块11，然后进行下一个联系人信息的生成及发送；也可以完成所有的联系人信息的生成后，再统一发送到通讯录管理模块11。通讯录管理模块11通过***内核模块12将数据发送到智能卡，智能卡将联系人格式转换为短信格式进行存储；或者将数据处理后，转换为短信格式进行存储；

步骤T8：移动应用客户端10向短信管理模块发出短信读取请求。

步骤T9：短信管理模块14读取***内核模块12中的短信；该短信可以是经过数据处理后的短信，例如加密、签名等，或者纯粹的数据存储；读取完成后，向移动应用客户端反馈读取完成； 短信管理模块将一个特定号码对应的所有短信读取到一个临时存储区中，临时存储区由移动设备终端自行指定，只需调用移动设备终端所提供的功能接口即可。

步骤T10：移动应用客户端10收到来自短信管理模块的读取完成的反馈信息后，判断短信的条数，如果大于1条，进入步骤T11； 否则，进入步骤12。

T11：将多条短信组合成1条。

T12：移动应用客户端获得结果。

上述方案中，如果只是数据存储，在步骤T7之后，管理模块将完整联系人信息发送到SIM卡13后，由SIM卡13对上述数据进行存储或者加密等数据处理，处理后重新拆分进行存储，且拆分后的短信能够在短信管理模块14读取该短信时，将同一号码对应的所有短信均能读取。确保移动应用客户端能够完整获得所需的数据。

在所述步骤T8之前还包括：移动应用客户端10调用移动设备终端提供的检测功能来检测短信管理模块11是否正常工作。只有在短信管理模块14工作正常的情况下，才能通过该模块获取到加密后的数据，如果不正常，向移动应用客户端反馈读取错误。移动设备终端提供的检测功能根据不同的设备终端，***平台的差异而不同，由移动设备终端自行处理，在此不作详细介绍。

除了上述两个实施例之外，还可以通过短信管理模块发送和读取以及通过短信管理模块发送，通过通讯录管理模块读取。由于原理相似，可以类推，这里就不再一一赘述。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (3)

1. 一种移动应用客户端与智能卡之间的数据通信方法，其特征在于，该方法包括：

A、当用户需要通过智能卡进行业务数据处理时，向移动应用客户端发送业务数据处理指令，移动应用客户端收到来自用户的业务数据处理指令生成数据请求信息；所述数据请求信息为超文本传输协议格式、短信请求格式、电话簿联系人格式或自定义格式；

B、移动应用客户端识别所述数据请求中的操作指令，并判断该操作指令的类型，若是属于将数据发送到智能卡的类型，则进入步骤C；若是属于从智能卡读取数据的类型，则进入步骤E；

C、判断接收的需要处理的数据长度是否超过移动终端限制的预定长度，若超出，则将需要处理的数据拆分成若干条小于或等于预定长度的数据段，并执行步骤D；否则，由移动用户客户端在该数据前面加上数据长度和段数，再进入步骤D；所述将超出移动终端限制的需要处理的数据拆分成若干条小于或等于预定长度的数据段，包括：C1、拆分后的每个数据段主要包括数据长度、段数和实际数据；C2、若所述需要处理的数据有多个，则在数据拆分完成后，由移动用户客户端为每段被拆分的数据前面加上数据长度和段数；

D、将所有添加数据长度和段数的数据段拼装成联系人信息或短信的形式，并将完整的联系人信息或短信相应的发送到通讯录管理模块或短信管理模块，然后进行下一个联系人信息或短信信息的生成及发送过程；或完成所有的联系人信息或短信的生成后，再统一发送到通讯录管理模块或短信管理模块；通讯录管理模块或短信管理模块将联系人信息或短信通过***内核发送到智能卡；智能卡进行处理后以联系人或短信的方式进行存储；所述将所有添加数据长度和段数的数据段拼装成联系人信息的过程包括：D1、新建一个联系人，联系人的字段内容包括联系人姓名、电话号码；D2、将添加数据长度和段数的数据段写入所述新建的联系人姓名中；D3、联系人的电话号码写入约定的号码，该号码在智能卡一端能够被识别；

所述智能卡对接收到的联系人信息或短信信息进行数据处理，处理完成后按照原有拆分规则进行存储，便于被正确的读出；

E、利用移动应用客户端向通讯录管理模块或短信管理模块发出联系人或短信读取请求，再通过通讯录管理模块或短信管理模块及***内核模块读取智能卡中的联系人信息或短信，待读取完成后向所述移动应用客户端反馈信息；

F、移动应用客户端收到来自通讯录管理模块或短信管理模块的读取完成反馈信息后，判断联系人姓名或短信的条数；若大于一条，则将多条联系人姓名或短信组合成一条；否则，移动用户客户端获得读取的结果。

2.根据权利要求1所述的移动应用客户端与智能卡之间的数据通信方法，其特征在于，步骤E之前进一步包括：

移动应用客户端调用移动终端提供的检测功能来检测通讯录管理模块或短信管理模块是否正常工作，若工作正常，则通过该模块获取到处理后的数据；否则，则向移动应用客户端反馈读取错误。

3.一种移动终端，包括***内核模块、短信管理模块和通讯录管理模块，其特征在于，还包括移动应用客户端，所述移动应用客户端与智能卡之间的通信流程如下：

A、当用户需要通过智能卡进行业务数据处理时，向移动应用客户端发送业务数据处理指令，移动应用客户端收到来自用户的业务数据处理指令生成数据请求信息；所述数据请求信息为超文本传输协议格式、短信请求格式、电话簿联系人格式或自定义格式；

B、移动应用客户端识别所述数据请求中的操作指令，并判断该操作指令的类型，若是属于将数据发送到智能卡的类型，则进入步骤C；若是属于从智能卡读取数据的类型，则进入步骤E；

C、判断接收的需要处理的数据长度是否超过移动终端限制的预定长度，若超出，则将需要处理的数据拆分成若干条小于或等于预定长度的数据段，并执行步骤D；否则，由移动用户客户端在该数据前面加上数据长度和段数，再进入步骤D；所述将超出移动终端限制的需要处理的数据拆分成若干条小于或等于预定长度的数据段，包括：C1、拆分后的每个数据段主要包括数据长度、段数和实际数据；C2、若所述需要处理的数据有多个，则在数据拆分完成后，由移动用户客户端为每段被拆分的数据前面加上数据长度和段数；

D、将所有添加数据长度和段数的数据段拼装成联系人信息或短信的形式，并将完整的联系人信息或短信相应的发送到通讯录管理模块或短信管理模块，然后进行下一个联系人信息或短信信息的生成及发送过程；或完成所有的联系人信息或短信的生成后，再统一发送到通讯录管理模块或短信管理模块；通讯录管理模块或短信管理模块将联系人信息或短信通过***内核发送到智能卡；智能卡进行处理后以联系人或短信的方式进行存储；所述将所有添加数据长度和段数的数据段拼装成联系人信息的过程包括：D1、新建一个联系人，联系人的字段内容包括联系人姓名、电话号码；D2、将添加数据长度和段数的数据段写入所述新建的联系人姓名中；D3、联系人的电话号码写入约定的号码，该号码在智能卡一端能够被识别；

所述智能卡对接收到的联系人信息或短信信息进行数据处理，处理完成后按照原有拆分规则进行存储，便于被正确的读出；

E、利用移动应用客户端向通讯录管理模块或短信管理模块发出联系人或短信读取请求，再通过通讯录管理模块或短信管理模块及***内核模块读取智能卡中的的联系人信息或短信，待读取完成后向所述移动应用客户端反馈信息；

F、移动应用客户端收到来自通讯录管理模块或短信管理模块的读取完成反馈信息后，判断联系人姓名或短信的条数；若大于一条，则将多条联系人姓名或短信组合成一条；否则，移动用户客户端获得读取的结果。