CN115802297A - 一种基于增强bip的交互方法及通信卡、终端 - Google Patents

Abstract

本申请公开了一种基于增强BIP的交互方法及通信卡、终端，所述方法包括：获取触发短信；判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接；基于判断结果与终端和/或BIP平台进行交互。

Description

一种基于增强BIP的交互方法及通信卡、终端

技术领域

本申请涉及通信技术领域，尤其涉及一种基于增强承载无关协议(BearerIndependent Protocol，BIP)的交互方法及通信卡、终端。

背景技术

BIP是一种国际标准定义的通信卡(也可以简称为卡)与远程实体之间的数据交互协议，这里，远程实体是指通信卡之外的实体。通过BIP，通信卡可以实现与远程实体进行交互，从而为业务提供安全、高速、可靠的数据通道。

然而，目前的BIP存在一些缺陷，其中一种缺陷是，通信卡仅能处理1个 BIP连接，如果通信卡当前已经建立BIP连接，而BIP平台再次发起连接建立请求，那么该请求会失败，并且无响应通知到BIP平台，这使得BIP平台对通信卡的连接状态不可知。

发明内容

为解决上述技术问题，本发明实施例提供了一种基于增强BIP的交互方法及通信卡、终端、计算机可读存储介质。

本申请实施例提供的基于增强BIP的交互方法，应用于通信卡，所述方法包括：

获取触发短信；

判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接；

基于判断结果与终端和/或BIP平台进行交互。

本申请实施例提供的通信卡，包括：

获取单元，用于获取触发短信；

判断单元，用于判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接；

交互单元，用于基于判断结果与终端和/或BIP平台进行交互。

本申请实施例提供的通信卡，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行上述任意一种基于增强BIP的交互方法。

本申请实施例提供的终端内置有通信卡，其中，所述通信卡包括：

获取单元，用于获取触发短信；

判断单元，用于判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接；

交互单元，用于基于判断结果与终端和/或BIP平台进行交互。

本申请实施例提供的终端内置有通信卡，其中，所述通信卡包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行上述任意一种基于增强BIP的交互方法。

本申请实施例提供的芯计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行上述任意一种方法。

本申请实施例的技术方案中，通过引入强制关闭BIP连接的机制，对BIP 进行了增强。通信卡获取到触发短信后，判断触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接。通信卡基于判断结果与终端和/或BIP平台进行交互，从而可以使得BIP平台准确获知通信卡的连接状态，从而提升业务体验。

附图说明

图1是本申请实施例提供的通信协议的架构图；

图2是本申请实施例提供的BIP协议交互流程图；

图3是本申请实施例提供的双BIP平台架构下的交互流程图；

图4是本申请实施例提供的BIP连接状态失步的示意图；

图5是本申请实施例提供的基于增强BIP的交互方法的流程示意图一；

图6是本申请实施例提供的基于增强BIP的交互方法的流程示意图二；

图7是本申请实施例提供的通信卡的构成示意图；

图8是本申请实施例提供的一种通信卡示意性结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在 A，同时存在A和B，单独存在B这三种情况。另外，本申请实施例中，字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C， B可以通过C获取；还可以表示A和B之间具有关联关系。

在本申请实施例的描述中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。

BIP是一种国际标准定义的通信卡(也可以简称为卡)与远程实体之间的数据交互协议，这里，远程实体是指通信卡之外的实体。通过BIP，通信卡可以实现与远程实体进行交互，从而为业务提供安全、高速、可靠的数据通道。图1为服务器(Server)、移动设备(MobileEquipment，ME)以及通信卡的协议架构图，其中，BIP位于ME和通信卡侧。需要说明的是，ME也可以称为终端，通信卡也可以简称为卡，作为示例，通信卡可以是用户身份模块(Subscriber Identity Module，SIM)、通用集成电路卡(Universal Integrated CircuitCard，UICC)、嵌入式UICC(embedded eUICC)等。

ETSI TS 102223定义了BIP主动式命令及通知事件如下：

主动式命令：开启BIP通道命令(即Open Channel命令)、发送数据(Send Data)命令、接收数据(Receive Data)命令、关闭BIP通道命令(即Close Channel 命令)。

通知事件：数据可用事件(Data Available Event)、通道状态事件(ChannelStatus Event)。

需要说明的是，上述主动式命令及通知事件都属于应用协议数据单元(Application Protocol Data Unit，APDU)命令。

ESTI TS 102226定义了远程文件管理(Remote File Management，RFM)机制以及远程应用管理(Remote Application Management，RAM)机制，其中，远程应用HTTPs模式引用全球平台卡规范修正案B(Global Platform Card Specification Amendment B)，实现了基于HTTP的远程应用管理(Remote Application Management over HTTP)。

以RAM机制为例，BIP协议交互流程如图2所示，包括以下步骤：

步骤201：BIP平台接收到请求应用下载命令。

这里，BIP平台是一种能力平台，该能力平台支持BIP机制。业务平台(也即业务服务器)或客户端可以向BIP平台下发请求应用下载命令。

步骤202：BIP平台通过终端向通信卡发送数据短信，携带建链参数。

这里，建链参数例如包括BIP平台的地址、端口等信息，建链参数用于通信卡建立与BIP平台之间的BIP连接。

步骤203：通信卡解析数据短信，处理建链参数。

步骤204：通信卡向终端发送Open Channel命令。

步骤205：终端收到Open Channel命令后，与BIP平台建立基于TCP/IP 的HTTPs连接。

这里，需要说明的是，HTTPs连接与BIP连接之间的关系是：HTTPs连接属于BIP连接的上层连接，换句话，BIP连接属于底层连接，HTTPs连接属于上层连接，BIP连接和HTTPs连接对应于同一连接的不同层面的描述。

步骤206：BIP平台向终端返回处理结果。

这里，处理结果例如是连接是否建立成功。

步骤207：终端向通信卡发送Open Channel命令的执行结果。

这里，执行结果例如是连接是否建立成功。

步骤208：通信卡向终端发送Send Data命令。

这里，Send Data命令携带https请求数据命令，用于请求BIP平台下发数据。

步骤209：终端向BIP平台发送https请求数据命令。

步骤210：BIP平台处理请求数据命令。

步骤211：BIP平台向终端返回https响应数据命令。

这里，https响应数据命令携带需要下发给通信卡的数据。

步骤212：终端向通信卡发送Data Available Event。

这里，Data Available Event用于通知通信卡，终端有可发的数据。

步骤213：通信卡向终端发送Receive Data命令。

步骤214：终端向通信卡发送数据。

步骤215：通信卡处理数据。

步骤216：通信卡向终端发送Send Data命令。

步骤217：终端向BIP平台发送https请求数据命令。

步骤218：BIP平台确认无后续数据，结束交互。

步骤219：BIP平台向终端返回https响应数据命令，携带无内容(No-Content) 类型报文。

步骤220：终端向通信卡发送Data Available Event。

步骤221：通信卡向终端发送Receive Data命令。

步骤222：终端向通信卡发送数据。

步骤223：通信卡向终端发送Close Channel命令。

这里，Close Channel命令用于触发关闭BIP连接。

步骤224：终端向通信卡发送命令结果。

需要说明的是，通信卡内置于终端内，终端也可以称为ME。BIP平台通过终端与通信卡进行交互。为便于描述，可以将BIP平台通过终端与通信卡之间的交互直接称为BIP平台与通信卡之间的交互。

上述图2所示的流程中，BIP平台向通信卡发送数据短信，触发通信卡建立BIP连接，进而建立通信卡与BIP平台之间的HTTPs连接。通信卡与BIP 平台基于该连接建立的安全数据通道，进行数据交互。进一步，若无后续数据交互，BIP平台向通信卡发送No-Content类型报文，通信卡收到No-Content类型报文后向终端发送Close Channel命令，关闭BIP连接。

根据目前标准，通信卡仅能处理1个HTTPs连接，如果通信卡当前已经建立HTTPs连接，而BIP平台再次发起连接建立请求，该请求会失败，并且无响应通知到BIP平台。这使得BIP平台对通信卡的连接状态不可知，尤其在双BIP 平台架构下，如图3所示，BIP平台1已建立BIP连接，BIP平台2请求建立 BIP连接会失败，且不清楚原因，造成BIP平台2的BIP能力不可用。

另一方面，BIP交互过程中可能会出现异常(比如断网)，使BIP连接中断。目前的机制是异常断网时，BIP平台超时断开BIP连接，终端发送Channel Status(Link Dropped)Event通知通信卡(如图2所示的异常处理流程)，通信卡处理该事件并关闭BIP连接。但实际测试发现终端对该事件的支持参差不齐，若终端在异常断网时不发送Channel Status(Link Dropped)Event，BIP平台断开BIP 连接而通信卡端状态不变，导致BIP平台和通信卡的BIP连接状态会失步，BIP 平台重新请求BIP连接失败，造成BIP异常不可恢复，如图4所示。

综上，目前的BIP机制存在如下问题：1)缺少强制关闭BIP连接的机制，造成BIP异常不可恢复；2)缺少BIP连接状态同步的机制，造成BIP平台建立BIP连接失败。为此，提出了本申请实施例的以下技术方案，本申请实施例的技术方案，对BIP进行了增强，引入了和BIP强制恢复异常机制和BIP连接状态同步机制。

为便于理解本申请实施例的技术方案，以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。

本申请实施例的技术方案，对BIP进行了增强。一方面，增加强制关闭BIP 连接命令，以便在异常情况下，平台可以通过发送携带关闭BIP连接命令的数据短信恢复BIP连接。另一方面，实现平台和通信卡之间BIP连接状态的同步。以下对其进行说明。

需要说明的是，以下描述中，关于“BIP连接”的描述，也可以替换为“HTTPs 连接”或者“传输层安全会话(tls session)”或者“https会话(https session)”。

BIP增强协议-强制关闭BIP连接参数

国际标准Global Platform Card Specification Amendment B定义了BIP协议触发短信中携带的参数如下表1所示。

表1

本申请实施例的技术方案，对表1所示的参数进行了增强，具体地，引入了新的参数，即强制关闭BIP连接的参数(也可以称为强制关闭HTTPs连接的参数)。新的参数也可以称为强制关闭BIP连接命令。作为一种实现方式，该新的参数为Tag＝82(即标签值82)。Tag＝82和Tag＝81如下表2所示。

标签	长度	名
			‘81’	0-n	管理会话触发参数(Administration session triggering parameters)
‘82’	00	关闭tls会话(Close tls session)

表2

这里，“关闭tls会话”也可以理解为“关闭BIP连接”或者“关闭Https 连接”或者“关闭Https会话”。

BIP增强协议-连接状态通知参数

BTP平台通过发送数据短信(也即触发短信)触发建立BIP连接，如果通信卡已经建立BIP连接，通信卡通过回复接收确认(Proof of Receipt，POR) 命令(即响应数据)通知BIP平台，响应数据的结构如图下表3所示。

表3

本申请实施例的技术方案，对表3所示的参数进行了增强，具体地，引入了新的响应数据，即响应状态码。作为一种实现方式，响应状态码的值和意义如下表4所示。

值	意义
		01	当前有tls session在执行
03	tls session已关闭
		03	参数错误

表4

图5是本申请实施例提供的基于增强BIP的交互方法的流程示意图一，该方法应用于通信卡，如图5所示，所述基于增强BIP的交互方法包括以下步骤：

步骤501：获取触发短信。

本申请实施例中，通信卡接收APDU命令；1)若所述APDU命令为触发短信命令，则从所述触发短信命令中获取触发短信；2)若所述APDU命令为终端响应命令，则判断所述通信卡是否缓存有触发短信，若有，则获取缓存的触发短信。

步骤502：判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接。

本申请实施例中，所述第一参数为标签值81，所述第二参数为标签值82，如上述表2所示。这里，所述第一参数可以理解为建立BIP连接命令，所述第二参数可以理解为关闭BIP连接命令。

需要说明的是，关于“BIP连接”的描述，也可以替换为“HTTPs连接”或者“tls会话”或者“https会话”。

在一些可选实施方式中，所述判断所述触发短信是否携带第一参数和第二参数之前，通信卡判断处理程序是否处于可用状态；其中，若所述处理程序处于可用状态，则执行判断所述触发短信是否携带第一参数和第二参数的步骤；若所述处理程序处于不可用状态，则对所述触发短信进行缓存。这里，作为示例，处理程序可以是主动处理程序(proactive handler)。

步骤503：基于判断结果与终端和/或BIP平台进行交互。

本申请实施例中，通信卡基于判断结果与终端和/或BIP平台进行交互，以下结合不同的判断结果对交互的流程进行具体说明。

分支一

若判断结果为所述触发短信携带所述第一参数和所述第二参数，则向BIP 平台发送第一POR命令，所述第一POR命令携带第一响应数据，所述第一响应数据用于指示参数错误。

上述方案中，第一响应数据可以对应表4中的状态码03。

分支二

若判断结果为所述触发短信携带所述第一参数，则判断是否存在已经建立的BIP连接；

分支2-1)若存在已经建立的BIP连接，则向BIP平台发送第二POR命令，所述第二POR命令携带第二响应数据，所述第二响应数据用于指示存在已经建立的BIP连接；

分支2-2)若不存在已经建立的BIP连接，则处理所述触发短信从而建立 BIP连接。

上述方案中，判断是否存在已经建立的BIP连接，也可以替换为，判断当前是否有tls会话在执行。

上述方案中，第二响应数据可以对应表4中的状态码01。

上述方案中，所述处理所述触发短信从而建立BIP连接，包括：通信卡向终端发送开启BIP通道命令，所述开启BIP通道命令用于触发所述终端建立所述通信卡与所述BIP平台之间的BIP连接，如图2所示的步骤204至步骤207。进一步，在一些可选实施方式中，在建立BIP连接之后，在通过所述BIP连接完成所述通信卡与所述BIP平台之间的数据交互(如图2所示的步骤208至步骤215)后，通信卡向终端发送关闭BIP通道命令，所述关闭BIP通道命令用于触发所述终端关闭所述BIP连接。这里，开启BIP通道命令也即Open Channel 命令。关闭BIP通道命令也即Close Channel命令。

分支三

若判断结果为所述触发短信携带所述第二参数，则判断是否存在已经建立的BIP连接；

分支3-1)若存在已经建立的BIP连接，则向终端发送关闭BIP通道命令，所述关闭BIP通道命令用于触发所述终端关闭所述BIP连接，以及向BIP平台发送第三POR命令，所述第三POR命令携带第三响应数据，所述第三响应数据用于指示BIP连接已关闭；

分支3-2)若不存在已经建立的BIP连接，则向BIP平台送第三POR命令，所述第三POR命令携带第三响应数据，所述第三响应数据用于指示BIP连接已关闭。

上述方案中，判断是否存在已经建立的BIP连接，也可以替换为，判断当前是否有tls会话在执行。

上述方案中，第三响应数据可以对应表4中的状态码02。

分支四

若判断结果为所述触发短信未携带所述第一参数和所述第二参数，则向 BIP平台发送第一POR命令，所述第一POR命令携带第一响应数据，所述第一响应数据用于指示参数错误。

上述方案中，第一响应数据可以对应表4中的状态码03。

图6是本申请实施例提供的基于增强BIP的交互方法的流程示意图二，该方法应用于通信卡，如图6所示，所述基于增强BIP的交互方法包括以下步骤：

步骤601：通信卡接收到APDU命令，若APDU命令是触发短信命令跳到步骤602，若APDU命令是终端响应命令，跳到步骤613。

步骤602：通信卡接收触发短信命令。

步骤603：判断主动处理程序是否可用，若不可用，则跳到步骤604，若可用，则跳到步骤605。

步骤604：缓存触发短信，跳到步骤621。

这里，对于BIP触发短信，仅缓存最新的1个。

步骤605：判断触发短信是否携带81和82参数，若是，则跳到步骤606，若否，则跳到步骤607。

步骤606：返回POR命令，携带响应数据03，跳到步骤621。

步骤607：判断触发短信是否携带81参数，若是，则跳到步骤608，若否，则跳到步骤615。

步骤608：判断当前是否有tls会话在执行，若有，则跳到步骤609，若无，则跳到步骤610。

步骤609：不缓存触发短信，返回POR，携带响应数据01，跳到步骤621。

步骤610：处理触发短信，发送主动式命令Open Channel建立BIP连接。

步骤611：基于BIP连接完成BIP数据交互。

步骤612：发送主动式命令Close Channel关闭BIP连接，跳到步骤621。

步骤613：接收终端响应命令。

步骤614：判断当前是否有缓存的触发短信，若有，则跳到步骤605，若无，则跳到步骤621。

步骤615：判断触发短信是否携带82参数，若否，则跳到步骤616，若是，则跳到步骤617。

步骤616：返回POR命令，携带响应数据03，跳到步骤621。

步骤617：判断当前是否有tls会话在执行，若有，则跳到步骤618，若无，则跳到步骤620。

步骤618：关闭tls会话。

步骤619：发送主动式命令Close Channel关闭BIP连接。

步骤620：返回POR命令，携带响应数据02，通知BIP平台tls会话已关闭，跳到步骤621。

步骤621：结束处理流程。

本申请实施例的技术方案，一方面，支持强制关闭BIP连接命令，可强制恢复BIP异常连接，提升业务体验；另一方面，支持连接状态同步，支持多BIP 平台架构，提高BIP协议处理成功率。

图7是本申请实施例提供的通信卡的构成示意图，如图7所示，所述通信卡包括：

获取单元701，用于获取触发短信；

判断单元702，用于判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接；

交互单元703，用于基于判断结果与终端和/或BIP平台进行交互。

在一些可选实施方式中，所述获取单元701，用于接收APDU命令；若所述APDU命令为触发短信命令，则从所述触发短信命令中获取触发短信；若所述APDU命令为终端响应命令，则判断所述通信卡是否缓存有触发短信，若有，则获取缓存的触发短信。

在一些可选实施方式中，所述判断单元702，还用于在判断所述触发短信是否携带第一参数和第二参数之前，判断处理程序是否处于可用状态；

其中，若所述处理程序处于可用状态，则执行判断所述触发短信是否携带第一参数和第二参数的步骤；若所述处理程序处于不可用状态，则对所述触发短信进行缓存。

在一些可选实施方式中，所述交互单元703，用于若判断结果为所述触发短信携带所述第一参数和所述第二参数，则向BIP平台发送第一POR命令，所述第一POR命令携带第一响应数据，所述第一响应数据用于指示参数错误。

在一些可选实施方式中，所述判断单元702，用于若判断结果为所述触发短信携带所述第一参数，则判断是否存在已经建立的BIP连接；所述交互单元 703，用于若存在已经建立的BIP连接，则向BIP平台发送第二POR命令，所述第二POR命令携带第二响应数据，所述第二响应数据用于指示存在已经建立的BIP连接；若不存在已经建立的BIP连接，则处理所述触发短信从而建立BIP 连接。

在一些可选实施方式中，所述交互单元703，用于向终端发送开启BIP通道命令，所述开启BIP通道命令用于触发所述终端建立所述通信卡与所述BIP 平台之间的BIP连接。

在一些可选实施方式中，所述交互单元703，用于在通过所述BIP连接完成所述通信卡与所述BIP平台之间的数据交互后，向终端发送关闭BIP通道命令，所述关闭BIP通道命令用于触发所述终端关闭所述BIP连接。

在一些可选实施方式中，所述判断单元702，用于若判断结果为所述触发短信携带所述第二参数，则判断是否存在已经建立的BIP连接；所述交互单元 703，用于若存在已经建立的BIP连接，则向终端发送关闭BIP通道命令，所述关闭BIP通道命令用于触发所述终端关闭所述BIP连接，以及向BIP平台发送第三POR命令，所述第三POR命令携带第三响应数据，所述第三响应数据用于指示BIP连接已关闭；若不存在已经建立的BIP连接，则向BIP平台送第三POR命令，所述第三POR命令携带第三响应数据，所述第三响应数据用于指示BIP连接已关闭。

在一些可选实施方式中，所述交互单元703，用于若判断结果为所述触发短信未携带所述第一参数和所述第二参数，则向BIP平台发送第一POR命令，所述第一POR命令携带第一响应数据，所述第一响应数据用于指示参数错误。

在一些可选实施方式中，所述第一参数为标签值81，所述第二参数为标签值82。

本领域技术人员应当理解，图7所示的通信卡中的各单元的实现功能可参照前述方法的相关描述而理解。图7所示的通信卡中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

图8是本申请实施例提供的一种通信卡800示意性结构图。图8所示的通信卡800包括处理器810，处理器810可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图8所示，通信卡800还可以包括存储器820。其中，处理器 810可以从存储器820中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器820可以是独立于处理器810的一个单独的器件，也可以集成在处理器810中。

可选地，如图8所示，通信卡800还可以包括收发器830，处理器810可以控制该收发器830与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

该通信卡800可以实现本申请实施例的各个方法中由通信卡实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供一种终端，该终端内置有通信卡，该通信卡的结构可以参照前述图7或图8所示的方案，不再赘述。

应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM， PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM， SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM， DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM， ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本申请实施例中的通信卡，并且该计算机程序使得计算机执行本申请实施例的各个方法中由通信卡的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。

可选的，该计算机程序产品可应用于本申请实施例中的通信卡，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由通信卡实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。

可选的，该计算机程序可应用于本申请实施例中的通信卡，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由通信卡实现的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等) 执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器 (Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (15)

1.一种基于增强承载无关协议BIP的交互方法，其特征在于，应用于通信卡，所述方法包括：

获取触发短信；

判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接；

基于判断结果与终端和/或BIP平台进行交互。

2.根据权利要求1所述的方法，其特征在于，所述获取触发短信，包括：

接收应用协议数据单元APDU命令；

若所述APDU命令为触发短信命令，则从所述触发短信命令中获取触发短信；

若所述APDU命令为终端响应命令，则判断所述通信卡是否缓存有触发短信，若有，则获取缓存的触发短信。

3.根据权利要求1所述的方法，其特征在于，所述判断所述触发短信是否携带第一参数和第二参数之前，所述方法还包括：

判断处理程序是否处于可用状态；

其中，若所述处理程序处于可用状态，则执行判断所述触发短信是否携带第一参数和第二参数的步骤；若所述处理程序处于不可用状态，则对所述触发短信进行缓存。

4.根据权利要求1所述的方法，其特征在于，所述基于判断结果与终端和/或BIP平台进行交互，包括：

若判断结果为所述触发短信携带所述第一参数和所述第二参数，则向BIP平台发送第一接收确认POR命令，所述第一POR命令携带第一响应数据，所述第一响应数据用于指示参数错误。

5.根据权利要求1所述的方法，其特征在于，所述基于判断结果与终端和/或BIP平台进行交互，包括：

若判断结果为所述触发短信携带所述第一参数，则判断是否存在已经建立的BIP连接；

若存在已经建立的BIP连接，则向BIP平台发送第二POR命令，所述第二POR命令携带第二响应数据，所述第二响应数据用于指示存在已经建立的BIP连接；

若不存在已经建立的BIP连接，则处理所述触发短信从而建立BIP连接。

6.根据权利要求5所述的方法，其特征在于，所述处理所述触发短信从而建立BIP连接，包括：

向终端发送开启BIP通道命令，所述开启BIP通道命令用于触发所述终端建立所述通信卡与所述BIP平台之间的BIP连接。

7.根据权利要求5所述的方法，其特征在于，所述建立BIP连接之后，所述方法还包括：

在通过所述BIP连接完成所述通信卡与所述BIP平台之间的数据交互后，向终端发送关闭BIP通道命令，所述关闭BIP通道命令用于触发所述终端关闭所述BIP连接。

8.根据权利要求1所述的方法，其特征在于，所述基于判断结果与终端和/或BIP平台进行交互，包括：

若判断结果为所述触发短信携带所述第二参数，则判断是否存在已经建立的BIP连接；

若存在已经建立的BIP连接，则向终端发送关闭BIP通道命令，所述关闭BIP通道命令用于触发所述终端关闭所述BIP连接，以及向BIP平台发送第三POR命令，所述第三POR命令携带第三响应数据，所述第三响应数据用于指示BIP连接已关闭；

若不存在已经建立的BIP连接，则向BIP平台送第三POR命令，所述第三POR命令携带第三响应数据，所述第三响应数据用于指示BIP连接已关闭。

9.根据权利要求1所述的方法，其特征在于，所述基于判断结果与终端和/或BIP平台进行交互，包括：

若判断结果为所述触发短信未携带所述第一参数和所述第二参数，则向BIP平台发送第一POR命令，所述第一POR命令携带第一响应数据，所述第一响应数据用于指示参数错误。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述第一参数为标签值81，所述第二参数为标签值82。

11.一种通信卡，其特征在于，包括：

获取单元，用于获取触发短信；

判断单元，用于判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接；

交互单元，用于基于判断结果与终端和/或BIP平台进行交互。

12.一种通信卡，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至10中任一项所述的方法。

13.一种终端，其特征在于，所述终端内置有通信卡，其中，所述通信卡包括：

获取单元，用于获取触发短信；

判断单元，用于判断所述触发短信是否携带第一参数和第二参数，其中，所述第一参数用于触发建立BIP连接，所述第二参数用于指示关闭BIP连接；

交互单元，用于基于判断结果与终端和/或BIP平台进行交互。

14.一种终端，其特征在于，所述终端内置有通信卡，其中，所述通信卡包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至10中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至10中任一项所述的方法。

Images