JPS6388691 | PORTABLE MEDIUM |
JP3391495 | MANAGING METHOD FOR MEMORY AREA IN IC CARD |
JP2006277524 | RFID LABEL AND APPLICATION METHOD OF THE SAME |
CN101882345A | 2010-11-10 | |||
CN101990029A | 2011-03-23 | |||
EP2287730A1 | 2011-02-23 | |||
US5530232A | 1996-06-25 |
北京集佳知识产权代理有限公司 (CN)
1 , —种多应用识别访问方法, 其特征在于, 包括: 接收 POS机发来的卡应用查询指令, 根据所述查询指令获得对应的卡应 用; 根据所述卡应用的状态信息, 获得处于激活状态的卡应 ¾ ; 将处于激活状态的卡应用与所述 POS机建立识别访问链接进行交易。 2, 根据权利要求 1所述的方法, 其特征在于, 所述状态信息包括激活状 态因子, 所述激活状态因子用于表征所述卡应用是否处于激活状态。 3, 根据权利要求 1或 2所述的方法, 其特征在于, 方法还包括: 接收获取卡应用列表的指令, 根据该指令将所述卡应用列表展现给用户; 接收用户对处于未激活状态卡应用的激活请求,并判断若将请求的该应用 激活则卡内处于激活状态的卡应用中是否存在与其冲突的应用; 如果存在, 则拒绝激活该处于未激活状态的卡应用, 并通知用户。 4, 根据权利要求 3 所述的方法, 其特征在于, 当判断若将请求的应用激 活则卡内处于激活状态的卡应用中存在与其冲突的应用时, 方法还包括: 接收用户对处于未激活状态的卡应周的确认激活请求; 将处于激活状态的卡应用中所述与其冲突的应用的状态更改为未激活状 太- 将请求的所述处于未激活状态的卡应用的状态更改为激活状态。 5, 根据权利要求 3或 4所述的方法, 其特征在于, 在 POS机选择已激活 的卡应用并交易成功后, 方法还包括: 将处于已激活的卡应用的状态更改为未激活 ,将与其相冲突的未激活的卡 应用的状态更改为激活。 6. 根据权利要求 3至 5任一项所述的方法, 其特征在于, 当卡内存在多 个若均激活則彼此沖突的应用时, 方法还包括: 按照卡应用安装的先后顺序,依次将所述卡内存在的多个若均激活则彼此 冲突的卡应用的状态更改为激活状态,在将每一卡应用的状态更改为激活状态 时, 同时将其它与其相沖突的卡应用的状态更改为未激活状态。 7. 根据权利要求 3至 6任一项所述的方法, 其特征在于, 在安装卡应用 时, 根 用户的选择, 将原有的卡应用的状态更改为未激活状态, 将当前安装 的卡应用的状态设置为激活状态; 或者, 将原有的卡应用的状态更改为未激活状态,将最后安装的卡应用的状态设 置为激活状态。 8, —种多应用识别访问方法, 其特征在于, 包括: 向智能卡发送卡应用的查询指令,接收智能卡返回的含有卡应用完整识别 信息的卡应用列表; 将所述卡应用列表发送给用户选择, 接收用户的卡应用的选择指令; 根据所述选择指令向智能卡发送用户所选卡应用的完整识别信息,建立与 该卡应用的识别访问链接进行交易。 9, —种多应用识别访问智能卡, 其特征在于, 包括: 应用查询模块, 用于接收 POS机发来的卡应用查询指令, 根据所述查询 指令获得对应的卡应用; 应用获 ^寻模块, 用于根据所述卡应周的状态信息, 获得处于激活状态的卡 应用; 识别访问模块, 用于将处于激活状态的卡应用与所述 POS机建立识别访 问链接进行交易。 10、 根据权利要求 9所述的智能卡, 其特征在于, 所述状态信息包括激活 状态因子, 所述激活状态因子用于.表征所述卡应用是否处于激活状态。 11, 根据权利要求 9或 i0所述的智能卡, 其特征在于, 所述智能卡还包 括: 列表获取模块, 用于接收获取卡应用列表的指令, 根据该指令将所述卡应 用列表展现给用户; 冲突检查模块, 用于接收用户对处于未激活状态卡应用的激活请求, 并判 断若将请求的该应用激活则卡内处于激活状态的卡应用中是否存在与其冲突 的应用; 应用激活模块,用于当所述冲突检查模块判断出卡内处于激活状态的卡应 用中存在与其冲突的应用, 则拒绝激活该处于未激活状态的卡应用, 并通知用 户。 12。根据权利要求 11所述的智能卡, 其特征在于, 还包括: 请求接收模块, 用于接收周户对处于未激活状态的卡应用的确认激活请 个, 应用激活模块,还用于将处于激活状态的卡应用中所述与其冲突的应周的 状态更改为未激活状态,将请求的所述处于未激活状态的卡应周的状态更改为 13。根据权利要求 11 所述的智能卡, 其特征在于, 所述应用激活模块, 还用于将处于已激活的卡应周的状态更改为未激活,将与其相冲突的未激活的 卡应用的状态更改为激活。 14.根据杈利要求 11至 13任一项所述的智能卡, 其特征在于, 所述应用 激活模块, 还用于, 当卡内存在多个若均激活则彼此冲突的应用时, 按照卡应 用安装的先后顺序,依次将所述卡内存在的多个若均激活则彼此冲突的卡应用 的状态更改为激活状态,在将每一卡应用的状态更改为激活状态时, 同时将其 它与其相冲突的卡应用的状态更改为未激活状态。 15。根据权利^^求 11至 14任一项所述的智能卡, 其特征在于, 所述应用 激活模块, 还用于, 在安装卡应用时, 根据周户的选择, 将原有的卡应用的状 态更改为未激活状态, 将当前安装的卡应用的状态设置为激活状态; 或者, 将 原有的卡应周的状态更改为未激活状态,将最后安装的卡应用的状态设置为激 活状态。 16. —种多应用识别访问 POS机, 其特征在于, 包括: 列表接收模块, 用于向智能卡发送卡应用的查询指令,接收智能卡返回的 含有卡应用完整识别信息的卡应用列表; 指令接收模块, 用于将所述卡应用列表发送给用户选择,接收用户的卡应 信息发送模块,用于根据所述选择指令向智能卡发送周户所选卡应用的完 整识别信息, 建立与所述卡应用的识别访问链接进行交易。 17、 一种通信终端, 其特征在于, 所述通信终端中安装有如权利要求 9至 15任一项所述的智能卡。 18。 一种通信终端, 其特征在于, 所述通信终端中安装有智能卡, -- ----- 所述智能卡用于, 接收 POS机发来的卡应用查询指令, 根据所述查询指 令获得对应的卡应用; 根据所述卡应用的状态信息, 获得处于激活状态的卡应 用; 将处于激活状态的卡应用与所述 POS机建立识别访问链接进行交易。 19.根据杈利要求 18所述的通信终端, 其特征在于, 所述状态信息包括 激活状态因子, 所述激活状态因子用于表征所述卡应用是否处于激活状态。 20.根据杈利要求 18或 19所述的通信终端, 其特征在于, 所述智能卡还用于,接收获取卡应用列表的指令,根据该指令将所述卡应 用列表展现给用户;接收用户对处于未激活状态卡应用的激活请求, 并判断若 将请求的该应用激活则卡内处于激活状态的卡应周中是否存在与其冲突的应 用;当所述冲突检查模块判断出卡内处于激活状态的卡应用中存在与其冲突的 应用, 则拒绝激活该处于未激活状态的卡应用, 并通知用户。 21、 根据权利要求 20所述的通信终端, 其特征在于, 所述智能卡还用于, 接收用户对处于未激活状态的卡应用的确认激活请 求; 将处于激活状态的卡应用中所述与其冲突的应周的状态更改为未激活状 态, 将请求的所述处于未激活状态的卡应用的状态更改为激活状态。 22、 根据权利要求 19至 21任一项所述的通信终端, 其特征在于, 所述智能卡还用于,将处于已激活的卡应用的状态更改为未激活,将与其 相沖突的未激活的卡应用的状态更改为激活„ 23.根据权利要求 19至 22任一项所述的通信终端, 其特征在于, 所述智能卡还用于, 当卡内存在多个若均激活則彼此冲突的应用时,按照 卡应用安装的先后顺序,依次将所述卡内存在的多个若均激活則彼此沖突的卡 应用的状态更改为激活状态,在将每一卡应用的状态更改为激活状态时, 同时 将其它与其相冲突的卡应用的状态更改为未激活状态。 24。根据权利要求 19至 23任一项所述的通信终端, 其特征在于, 所述智能卡还用于, 在安装卡应用时, 根据用户的选择, 将原有的卡应用 的状态更改为未激活状态,将当前安装的卡应用的状态设置为激活状态;或者, 将原有的卡应用的状态更改为未激活状态,将最后安装的卡应用的状态设置为 激活状态。 25、 一种通信系统, 其特征在于, 包括: POS机、 通信终端、 安装于所述通信终端中的智能卡, 其中, 所述 POS机, 用于向智能卡发送卡应用的查询指令, 接收智能卡 返回的含有卡应用完整识别信息的卡应用列表;将所述卡应用列表发送给用户 选择,接收用户的卡应周的选择指令; 根据所述选择指令向智能卡发送用户所 选卡应用的完整识别信息, 建立与所述卡应周的识别访问链接进行交易; 所述智能卡, 用于接收 POS机发来的卡应用查询指令, 根据所述查询指 令获得对应的卡应用; 根据所述卡应用的状态信息, 获得处于激活状态的卡应 用; 将处于激活状态的卡应周与所述 POS机建立识别访问链接进行交易。 26、 一种通信系统, 其特征在于, 包括: 通信终端和如权利要求 16所述的 POS机、 其中, 所述通信终端中安装有 如权利要求 9至 15任一项所述的智能卡。 |
本发明涉及通信领域中数据卡及 POS终端技术, 具体地, 涉及多应用识 别访问方法、 智能卡、 POS L, 通信终端和通信系统。 背景技术
移动支付市场持续快速增长, 应用种类也日益多样化, 银行卡、 公交卡、 地铁票、 超市会员卡、 校园一卡通、 企业门禁卡、 食堂消费卡、 酒店房卡、 场 馆门票等多类卡都可集中在一部手机的安全芯 片或一张 SIM 卡(以下统称为 智能卡)中, 同时带动了多行业合作发卡的需求。 多应用卡在应用管理、 卡空 间管理、 应用生命周期控制、 安全通信机制、 密钥安全体系, 虚拟机技术、 应 用 API控制、 应用实现等方面有较多的设计和要求。
卡应用的动态下载安装过程如图 1所示。
卡应用下载安装后, 就可以被外部设备(如 POS机)使用并进行应用交 易处理。 对于非接功能的 POS机(Point of sales, 销售点), POS机能够检测 手机内智能卡是否已经进入有效工作区的功能 。如果智能卡已经进入有效工作 区, 终端将执行图 2的应用选择流程。
对于接触接口的 POS机, POS机能够通过接触式接口判断智能卡是否已 经插入 POS机。 如果智能卡已经插入 POS机, 并完成上电初始化, 终端将执 行图 2的应用选择流程。
成功地选择了现场支付应用后,智能卡回送包 含发卡方专用数据在内的文 件控制信息 (FCI )。
卡应用的标识符使用 AID来标识, 此标识由应用提供商分配提供, 一张 卡内的多个应用的 AID必须唯一而不能重复, AID编码如图 3所示。
AID由 RID和 PIX组成, 16bytes 长, 共 32位, 采用 BCD编码。 其中, RID长度为 10位; PIX长度为 22位。 其中 RID由国际 IC卡 AID分配组织分 配, ΡΙΧ 由发卡方自定义 例如中国移动的手机钱包应用 AID 是
D156()0010180038( (十六进制数字表示 λ
外部设 通过 SELECT -来选择一个卡应用, SELECT命令的格式如表 1的形式进行编码„
良1 SELECT命令报文
在表 1中,若 SELECT命令中的应用 AID在卡内能唯一标识出一个应用, 则该应用被选中。
若 SELECT命令中的应用 AID只是实际应用 AID的部分 (从头开始的若 千字节), 可能会存在两个及以上的应用 AID头相同, 这时卡会依照应用安装 顺序选中符合 AID头数值的第一个安装的卡应用。
当前的手机支付 NFC ( Near Field Communication, 近距离无线通讯技术) 手机终端内安全芯片或 SIM卡中存储多种类型应用, 在用户使周 NFC手机进 行非接触刷卡交易时, 务必存在不同的使用场景, 不同的 POS机上使用不同 的卡应用业务, 快速、 方便、 准确的选择用户需要的应用是实现非接触交易 的 第一步'。
当前的手机支付 NFC手机终端内安全芯片或 SIM卡中可以存放多张银行 卡或多张公交卡、 多张会员卡等。 以银行卡为例, 为了实现各家银行发行的银 行卡的交易互联互通,中国人民银行制定的银 行卡应用标准中对中国银行卡的 应用 AID的前 8个字节确定为 A000000333010101 ,后 8个字节由各家银行自 己定义, 也可以不定义。 现在中国使用的银行卡的 POS机内存储的银行卡应 用 AID就是 8个字节的 A000000333010101, 这样对于无论哪家银行发行的银 行卡由于其应用 AID的前缀 8个字节都相同, 就都能被各种机构发行的 POS —― 2 -—
机识别并可进行正常的交易。 此外由于各家银行当前只会发行自己的银行卡 , 不存在一家银行的卡内放置两家及以上银行卡 信息的情况,使用单独的银行卡 没有问题。
本申请发明人认为, 对于手机支付 NFC手机终端内安全芯片或 SIM卡是 支持多应用的, 同时由于多行业合作, 并且一个人一般只使用一部手机和一张 SIM卡, 但一个人可以有多家银行的银行卡, 这就存在着一部手机和 SIM卡 内存储多家银行卡的情况。 如上所述, 多家银行卡的应用 AID前缀 8个字节 都相同, POS机在交易第一步选择银行卡应用时就会遇到 手机 SIM卡内多个 银行卡应用 AID都符合被选捧要求, 这样就不能根据用户意愿选择指定的银 行卡, 而始终选中最初安装的银行卡应用。 这带来以下问题:
1、手机支付用户不能按自己意愿选择要使用 手机 SIM卡内自己的某张 银行卡, 用户使用不方便, 业务也不能正常开展。
2、若各家银行若自身布置能识别自家银行卡 用完整 AID的 POS机,不 仅需要升级现有 POS机, 而且会造成同一个场所内 POS机布置资源的重复浪 费, 更对中小银行带来较大的成本负担。
本发明的目的是针对现有技术中无法根据用 户需要选择卡应用的缺陷,提 出一种多应周识别访问的方法、 智能卡、 POS机、 通信终端和通信系统。
为实现上述目的,根据本发明的一个方面,提 供了一种多应用识别访问方 法。
本发明实施例的多应用识别访问方法, 包括:
接收 POS机发来的卡应用查询指令, 根据查询指令获得对应的卡应用; 根据卡应用的状态信息, 获得处于激活状态的卡应用;
将处于激活状态的卡应用与所述 POS机建立识别访问链-接进行交易„ 在上述技术方案中, 状态信息包括激活状态因子, 本方法还包括: 接收获取卡应用列表的指令, 根据该指令将卡应用列表展现给用户; 接收用户对处于未激活状态卡应用的激活请求 ,并判断若将请求的该应用 激活则卡内处于激活状态的卡应用中是否存在 与其沖突的应用; —
如果存在, 则拒绝激活该处于未激活状态的卡应用, 并通知用户。
在上述技术方案中,当判断若将请求的应用激 活则卡内处于激活状态的卡 应用中存在与其冲突的应用时,, 方法还包括:
接收用户对处于未激活状态的卡应用的确认激 活请求;
将处于激活状态的卡应用中与其冲突的应用的 状态更改为未激活状态; 将请求的处于未激活状态的卡应用的状态更改 为激活状态。
在上述技术方案中, 在 POS机选择已激活的卡应用并交易成功后, 方法 还包括:
将处于已激活的卡应用的状态更改为未激活, 将与其相冲突的未激活的卡 应用的状态更改为激活。
在上述技术方案中, 当卡内存在多个若均激活則彼此沖突的应周时 , 方法 还包括:
按照卡应用安装的先后顺序,依次将卡内存在 的多个若均激活则彼此冲突 的卡应用的状态更改为激活状态, 在将每一卡应用的状态更改为激活状态时, 同时将其它与其相冲突的卡应用的状态更改为 未激活状态。
在上述技术方案中, 在安装卡应用时, 根据用户的选择, 将原有的卡应用 的状态更改为未激活状态,将当前安装的卡应 用的状态设置为激活状态;或者, 将原有的卡应用的状态更改为未激活状态,将 最后安装的卡应用的状态设 为实现上述目的,根据本发明的一个方面,提 供了一种多应用识别访问方 法。
本发明实施例的多应用识别访问方法, 包括:
向智能卡发送卡应用的查询指令,接收智能卡 返回的含有卡应用完整识别 信息的卡应用列表;
将卡应用列表发送给用户选择, 接收用户的卡应用的选择指令;
根据选择指令向智能卡发送用户所选卡应用的 完整识别信息,建立与该卡 应用的识别访问链接进行交易。
为实现上述目的,根据本发明的另一个方面, 提供了一种多应用识别访问 本发明实施例的多应用识别访问智能卡, 包括:
应用查询模块, 用于接收 POS机发来的卡应用查询指令, 根据查询指令 获得对应的卡应用;
应用获 ^寻模块,用于根据卡应用的状态信息,获得 于激活状态的卡应用; 识别访问模块, 用于将处于激活状态的卡应用与 POS机建立识别访问链 接进行交易- 在上述技术方案中, 状态信息包括激活状态因子, 智能卡还包括: 列表获取模块, 用于接收获取卡应周列表的指令, 根据该指令将卡应用列 表展现给用户;
冲突检查模块, 用于接收用户对处于未激活状态卡应用的激活 请求, 并判 断若将请求的该应用激活则卡内处于激活状态 的卡应用中是否存在与其冲突 的应用;
应周激活模块,用于当冲突检查模块判断出卡 内处于激活状态的卡应用中 存在与其冲突的应用, 则拒绝激活该处于未激活状态的卡应周, 并通知用户- 在上述技术方案中, 智能卡还包括:
请求接收模块, 用于接收周户对处于未激活状态的卡应用的确 认激活请 个,
应用激活模块,还用于将处于激活状态的卡应 用中与其冲突的应用的状态 更改为未激活状态, 将请求的处于未激活状态的卡应用的状态更改 为激活状 态。
在上述技术方案中,应用激活模块,还用于将 处于已激活的卡应用的状态 更改为未激活, 将与其相冲突的未激活的卡应用的状态更改为 激活。
在上述技术方案中, 应用激活模块, 还用于, 当卡内存在多个若均激活则 彼此冲突的应用时,按照卡应用安装的先后顺 序,依次将卡内存在的多个若均 激活则彼此冲突的卡应用的状态更改为激活状 态,在将每一卡应用的状态更改 为激活状态时, 同时将其它与其相沖突的卡应用的状态更改为 未激活状态。
在上述技术方案中, 应用激活模块, 还用于, 在安装卡应用时, 根据用户 的选择,将原有的卡应用的状态更改为未激活 状态,将当前安装的卡应用的状 态设置为激活状态; 或者, 将原有的卡应用的状态更改为未激活状态, 将最后 安装的卡应用的状态设置为激活状态。
为实现上述目的,根据本发明的另一个方面, 提供了一种多应用识别访问
POS机。
本发明实施例的多应用识别访问 : POS机, 包括:
列表接收模块, 用于向智能卡发送卡应用的查询指令,接收智 能卡返回的 含有卡应用完整识别信息的卡应用列表;
指令接收模块, 用于将卡应用列表发送给用户选择,接收周户 的卡应用的 选择指令;
信息发送模块,用于根据选择指令向智能卡发 送用户所选卡应用的完整识 别信息, 建立与该卡应用的识别访问链接进行交易。
本发明实施例还提供一种通信终端,
所述通信终端中安装有如权利要求 8至 13任一项所述的智能卡。
本发明实施例还提^ ^一种通信终端, 所述通信终端中安装.有智能卡, 所述智能卡用于, 接收 POS机发来的卡应用查询指令, 根据所述查询指 令获得对应的卡应用; 根据所述卡应用的状态信息, 获得处于激活状态的卡应 用; 将处于激活状态的卡应用与所述 POS机建立识别访问链-接进行交易。
在一些可行的实施方式中, 所述状态信息包括激活状态因子,
所述智能卡还用于,接收获取卡应用列表的指 令,根据该指令将所述卡应 用列表展现给用户;接收用户对处于未激活状 态卡应用的激活请求, 并判断若 将请求的该应用激活则卡内处于激活状态的卡 应用中是否存在与其沖突的应 用;当所述冲突检查模块判断出卡内处于激活 状态的卡应用中存在与其冲突的 应用, 则拒绝激活该处于未激活状态的卡应用, 并通知用户。
在一些可行的实施方式中, 所述智能卡还用于,接收用户对处于未激活状 态的卡应用的确认激活请求;将处于激活状态 的卡应用中所述与其沖突的应用 的状态更改为未激活状态,将请求的所述处于 未激活状态的卡应用的状态更改 为激活状态。
在一些可行的实施方式中, 所述智能卡还用于,将处于已激活的卡应用的 状态更改为未激活, 将与其相冲突的未激活的卡应用的状态更改为 激活。
在一些可行的实施方式中, 所述智能卡还用于, 当卡内存在多个若均激活 则彼此沖突的应用时,按照卡应用安装的先后 顺序,依次将所述卡内存在的多 个若均激活則彼此沖突的卡应用的状态更改为 激活状态,在将每一卡应用的状 态更改为激活状态时,同时将其它与其相冲突 的卡应用的状态更改为未激活状 态。
在一些可行的实施方式中, 所述智能卡还用于, 在安装卡应用时, 根据用 户的选 -择,将原有的卡应用的状态更改为未激活状 ,将当前安装的卡应用的 状态设置为激活状态; 或者, 将原有的卡应用的状态更改为未激活状态, 将最 后安装的卡应用的状态设置为激活状态。
本发明实施例还提供一种通信系统, 包括:
POS机、 通信终端、 安装于所述通信终端中的智能卡,
其中, 所述 POS机, 用于向智能卡发送卡应用的查询指令, 接收智能卡 返回的含有卡应用完整识别信息的卡应用列表 ;将所述卡应用列表发送给用户 选择,接收用户的卡应用的选择指令; 根据所述选择指令向智能卡发送用户所 选卡应用的完整识别信息, 建立与所述卡应用的识别访问链接进行交易; 所述智能卡, 用于接收 POS机发来的卡应用查询指令, 根据所述查询指 令获得对应的卡应用; 根据所述卡应用的状态信息, 获得处于激活状态的卡应 用; 将处于激活状态的卡应周与所述 POS机建立识别访问链接进行交易。
本发明实施例还提供一种通信系统, 包括:
通信终端和如上述实施例所述的 POS机、 其中, 所述通信终端中安装有 如上述实施例所述的智能卡。
本发明各实施例的多应用识别访问方法、 智能卡和 POS机, 在卡应用中 设置激活状态因子和冲突因子, 通过对同一智能卡内多个卡应用的冲突判断, 实现了用户在使用多卡共存的移动终端与 POS机进行交易时, 可以根椐需要 灵活选择卡应用进行搡作。
本发明的其它特征和优点将在随后的说明书中 阐述, 并且,部分地从说明 书中变得显 ¾易见, 或者通过实施本发明而了解。 本发明的目的和其他犹点可 通过在所写的说明书、权利要求书、 以及酎图中所特别指出的结构来实现和获 得。
下面通过附图和实施例, 对本发明的技术方案做进一步的详细描述。 附围说明
附图用来提供对本发明的进一步理解, 并且构成说明书的一部分, 与本发 明的实施例一起用于解释本发明, 并不构成对本发明的限制„ 在附图中:
图 1为根据现有技术中卡应用的动态下载安装过 示意图;
图 2为根据现有技术中终端执行应用选择的流程 意图;
图 3为根据现有技术中 AID编码的结构示意图;
图 4为根据本发明多应周识别访问智能卡的内部 件结抅图;
图 5为根据本发明智能卡内部 CPU程序处理器的功能模块的示意图; 图 6为根据本发明在智能卡内增加卡应周状态的 意图
图 7 为根据本发明用户请求激活处于未激活状态卡 应用申请的信令流程 图;
图 8 为根据本发明用户确认请求激活处于未激活状 态卡应用申请的信令 流程图;
图 9为根据本发明手机内智能卡接收 POS机指令选中已激活的卡应用的 信令流程图;
图 10为根据本发明在 POS側多应用识别访问方法的信令流程图; 图 11为根据本发明多应用识别访问智能卡的结构 意图;
图 12为根据本发明多应用识别访问 POS机的结抅示意图;
图 13为根.据本发明实施例提供的一种通信终端的 示意图;
图 14为根.据本发明实施例提供的一种通信系统的 示意图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明 ,应当理解,此处所描述的 如图 4所示, 本发明的多应用识别访问智能卡内部包括:
CPU程序处理器: 用于处理卡内操作系统程序和应用程序, 并内置程序 代码;
存储单元: 用于存储永久或临时的数据;
IOS7816通信接口: 周于和接触式外部设备(如接触式读卡器、手 机终端) 进行数据传输; 非接触通信接口: 周于和非接触式外部设备(如非接触读卡器、 POS机) 进行数据传输。
如图 5所示, 本发明在传统智能卡内增加冲突应用控制模块 CRS Applet 和 U:i程序模块。 其中:
冲突应用控制 .模块. CRS Applet是. Contactless Registry Service Applet!非接 -' 触应用注册管理应用)的简称, 用户的 UI ( User interface, 用户界面 )程序客 户端必须通过此模块来获取、设置卡内非接触 支付应用的状态。具体方案见以 下说明书详细描述。
UI程序模块用于向用户展示激活和未激活的应 列表, 并将用户选择的 应用传递给冲突应用控制模块 CRS Applet,
为了让用户根据自己意愿选择要使用的多卡共 存(手机 SIM )内的卡应用, 为了 POS机在多个应用 AID前缀相同时可选中正确的应周, 本发明公开以下 技术方案。
1、 对于已经下载安装成功的卡应用的状态 (Installed and Selectable)中, 增 加 Activated和 Deactivated两个激活状态因子。 当应用在 Activated状态时,该 应用可以被选择和进行正常交易处理; 当应周在 Deactivated状态时, 该应用 不可以被 POS机选择, 也就不能在 POS侧进行交易, 但可以通过手机客户端 访问智能卡的接口选择非接触应用注册管理应 用(CRS Applet), 并可对该应用 设置 ^态, 如图 6所示„
2、 在卡应用的属性中增加沖突因子:
每个卡应用的属性中增加冲突因子 Conf, Conf的取值可以在 0~255之间。 当 Conf^O时, 该卡应用不会与其它应用有冲突。
当卡应用 A的 Conf和卡应用 B的 Conf相同, 则这两个应用冲突, 即不 能同时被激活。
当卡应用 A的 Conf和卡应用 B的 Conf不同, 則这两个应用不沖突, 即 可以同时被激活。
3、 手机 J|l户端显示给用户当前智能卡内应用列表及激 活状态。 当用户选 择要激活某个处于未激活状态的卡应用时, 卡进行判断, 若应用激活状态有冲 突, 会提示用户, 如图 7所示, 具体步骤包括: 步骤 701: 用户打开 UI程序模块;
步驟 702: UI程序模块向 CRS Applet发送获取卡应用列表的请求; 步骤 703: CRS Applet向 UI程序模块返回包括各卡应用状态的应用列表 步驟 704: UI程序模块组织 UI界面信息;
步骤 705: UI程序模块向用户提供应用列表的界面;
步驟 706: 用户在应用列表中选择处于未激活状态的卡应 用 A;
步骤 707: UI程序模块向 CRS Applet发送激活卡应用 A的请求; 步驟 708: CRS Applet向卡内操作系统应用管理模块(即卡内 CMS2AC 应用管理模块)发送激活卡应用 A的请求;
步驟 709:卡内操作系统应用管理模块检查卡内是否 在与卡应用 A相冲 突的卡应用;
步驟 710: 如果存在与卡应用 A相冲突的卡应用 B,且卡应用 B处于 ¾_激 活状态;
步驟 711- 712: 卡内操作系统应用管理模块拒绝激活卡应用 A, 并返回冲 突的应周列表;
步驟 713: UI程序模块组织 UI界面, 提示用户进行去激活卡应用 B的操 作;
步驟 714: 提示用户进行去激活卡应用 B的操作。
其中,UI程序模块可以设置于手机内客户端也 以是 SIM卡内 STK菜单; 上述步骤 711- 714中以要激活卡内银行卡应用 A为例; 卡内 CMS2AC应周管 理模块(即卡内搡作系统应用管理模块)是卡 操作系统中管理应用状态和数据 的核心模块; POS机是外部通信设备。上述步骤只在用户希望 切换激活的卡应 用时才由用户触发 m程序模块而使用,每次在与 POS机进行卡交易时不需要 用户操作。
4、 用户在被提示应用激活状态有冲突的情况下, 如杲仍然坚持激活上述 处于未激活状态的卡应用,其通过手机客户端 选择激活当前智能卡内某卡应用 的机制如图 8所示, 同时智能卡会判断与要激活的应用冲突的应用 , 并自动进 行去激活操作, 具体步骤包括:
步骤 801: 在用户被上述步骤 7i4提示进行去激活卡应用 B的操作后, 用 j j
户仍然决定要进行激活卡应用 A的操作,需要先进行去激活卡应用 B的操作; 步驟 802: UI程序模块向 CRS Applet申请卡应用 B为未激活状态; 步骤 803: CRS Applet向卡内操作系统应用管理模块申请去激活 卡应用 B; 步驟 804: 卡内操.作系统应用管理模块更改卡应用 B的状态;
步骤 805:卡内搡作系统应用管理模块将卡应用 B的状态去激活为未激活 的状态;
步骤 806: CRS Applet记录卡应用 B的状态为未激活;
步驟 807: CRS Applet向卡内搡作系统应周管理模块申请激活卡 应用 A; 步骤 808:卡内操作系统应用管理模块将卡应用 A的状态激活为激活状态; 步驟 809: 卡内操作系统应用管理模块向 CRS Applet发送卡应用 A状态 为激活状态的指令;
步驟 810: CRS Applet记录卡应用 A的状态为激活状态;
步骤 811: CRS Applet向 UI程序模块发送卡应用 A为激活状态的指令; 步驟 812: UI程序模块组织 UI界面, 更新应用列表信息;
步骤 813: UI程序模块提供应用列表的界面给用户。
5、 如图 9所示, 当手机内智能卡接收到 POS机发来的 Select指令时, 会 根据目前应用状态搜索和自动判断需要选择的 应用,将选中之前用户选择激活 的卡应用, 此过程无需用户千预, 也无需修改 POS机的硬件和软件, 交易流 程也不需改变, 具体步骤包括:
步驟 901: POS机向卡内搡作系统应周管理模块发送选择卡 应用 (Select
AID ) 的指令;
步骤 902 内操作系统应用管理模块搜索 AID对应的卡应用 A和卡应 用 B;
步骤 903:
步骤
A的指令;
步骤 905: 银行卡 Applet A向 POS机反馈卡应用 A被选中的指令;
接下来, POS机与卡应用 A间进行交易处理。
6、 卡应用安装中设置初始状态因子和冲突因子。 在卡应用 增加两个属性参数, 一个 ^1卡应用的初始状态因子 (Activated 即激活状态或 Deactivated即未激活状态), 一个是冲突因子( Conf 数值)。 若在安装参数中 没有设置以上两个属性参数, 参数缺省值可以为卡应用的初始状态为 Activated , 冲突因子 Conf数值为 0。
7、 对于卡应用的安装中冲突因子 Conf数值与卡内已有应用的 Conf数值 相同时, 可以使用以下两种处理方案:
方案 1 : 在安装此卡应用时通过 UI程序模块提示用户, 由用户选择保留 原有卡内应周的激活状态,或激活当前安装的 应用并对原有卡内应周进行去激 活。
方案 2: 不通过 UI程序模块提示用户, 而将最后安装的卡应用自动设置 为当前安装的卡应用并将其激活, 同时对原有的卡应用进行去激活。
8、 对于冲突因子数值相同的卡应用采用轮询激活 的方案而不需用户通过 UI程序模块设置:
在以上方案说明 5的步骤 901- 905中, POS机选^^卡应用机制不变, 但在 每次 POS机选择当前激活的卡应用并交易成功后, 卡内 CRS Applet将当前卡 应用去激活, 并激活与此应周的冲突因子 Conf相同的另外一个卡内应用。
CRS Applet记录所有有冲突的应用列表,并按照一定 规则进行轮询激活应 用。 规則可以是按照安装应周的顺序依次激活, 或采用其他规则, 此时将不需 要上述步驟 701-714和步骤 801-813的搡作。
本发明的多应用识别访问方法, 解决了在一部手机和 SIM卡内存储多个 卡应用 (如银行卡) 时, 现有多家银行卡的应用 AID前缀 8个字节都相同, 无法根据用户需要选择指定银行卡的问题,实 现了根据用户选择使用不同银行 卡的目的, 为用户提供了方便, 提升了用户的感知度。
本发明的多应用识别访问方法, 在卡应用中设置激活状态因子和冲突因 子, 通过对同一智能卡内多个卡应用的冲突判断, 实现了用户在使用多卡共存 的移动终端与 POS机进行交易时, 可以根据需要灵活选择卡应用进行搡作。
在上述步骤 701-714中, 如杲用户准备激活卡应用 A, 则先向用户提示如 果激活卡应用 A, 必需先对卡应用 B去激活, 在上述步骤 801- 813中, 在提示 用户后, 如杲用户仍然要激活卡应用 A, 则指引用户先对卡应用 B去激活后, 再去激活卡应用 A, 保证了相冲突的卡应用 A和卡应用 B能够不同时处于激 活状态,确保了用户能够顺利使用卡应用 A, 并有效提示了用户在使用卡应用 A的同时, 无法同时使用卡应用 B, 方便了用户对卡应用的合理使用。
上述图 4- 9公开的是从智能卡侧说明的多应用识别访问 法,本发明还公 开了一种从 POS机侧说明的多应用识别访问方法。
对于冲突因子数值相同的卡应用在 POS机选择卡应用时返回 AID前缀相 同的所有卡应用, 由 POS机进行交易应用的选择。 本多应用识别访问方法的 实施例包括:
步骤 lOOi : POS机向卡内操作系统应用管理模块发送选择卡 应用 (Select AID ) 的指令;
步骤 1002: 卡内搡作系统应周管理模块搜索 AID对应的卡应周 A和卡应 用 B;
步骤 1003: 卡内操作系统应用管理模块将包括卡应用 A和卡应用 B的完 整 AID信息的应用列表返回给 POS机;
步骤 1004: POS机将包括卡应周 A和卡应用 B的完整 AID信息的应用列 步骤 1005: ;¾户在 POS机的 UI中选择要使用的卡应用 A;
步驟 1006: POS机通过卡应用 A的完整 AID信息选择卡应用 A, 向银行 卡 Applet A发送;
步驟 1007: 银行卡 Applet A向 POS机反馈卡应用 A被选中的信息; 接下来, POS机与卡应用 A间进行交易处理。
本发明的多应用识别访问方法, 对 POS侧进行改造, POS机能够识別各 种卡应用的完整 AID信息, 用户可以在 POS机侧实现对智能卡中各种卡应用 使用状态的任意修改, 不必考虑各卡应用间可能存在的彼此冲突的问 题,有效 提高了智能卡内各卡应用的利用率。
装置实 ϋ»例
根据本发明实施例, 提供了一种多应用识别访问智能卡。 如图 11所示, 本实施例包括:
应用查询模块 11 , 用于接收 POS机发来的卡应用查询指令, 根据查询指 令获得对应的卡应用;
应用获得模块 12, 用于根据卡应用的状态信息, 获得处于激活状态的卡 应用;
识别访问模块 13, 用于将处于激活状态的卡应用与 POS机建立识别访问 链接进行交易。
其中, 状态信息包括激活状态因子, 本实施例的智能卡还包括:
列表获取模块 14, 用于接收获取卡应用列表的指令, 根据该指令将卡应 用列表展现给用户;
冲突检查模块 15, 用于接收用户对处于未激活状态卡应用的激活 请求, 并判断若将请求的该应用激活则卡内处于激活 状态的卡应用中是否存在与其 冲突的应用;
应用激活模块 16, 用于当冲突检查模块判断出卡内处于激活状态 的卡应 用中存在与其冲突的应用, 则拒绝激活该处于未激活状态的卡应用, 并通知用 户。
本实 fe例还包括:
请求接收模块 17, 用于接收用户对处于未激活状态的卡应用的确 认激活 请求;
应用激活模块 16, 还可周于将处于激活状态的卡应用中与其冲突 的应用 的状态更改为未激活状态,将请求的处于未激 活状态的卡应用的状态更改为激 活状态。
其中:
应用激活模块 16, 还可用于将处于已激活的卡应用的状态更改为 未激活, 将与其相冲突的未激活的卡应用的状态更改为 激活;
应用激活模块 16, 还可用于当卡内存在多个若均激活则彼此沖突 的应用 时,按照卡应用安装的先后顺序,依次将卡内 存在的多个若均激活則彼此冲突 的卡应用的状态更改为激活状态, 在将每一卡应用的状态更改为激活状态时, 同时将其它与其相冲突的卡应用的状态更改为 未激活状态;
应用激活模块 16, 还可用于在安装卡应用时, 根据用户的选择, 将原有 的卡应用的状态更改为未激活状态,将当前安 装的卡应用的状态设置为激活状 J
态; 或者, 将原有的卡应用的状态更改为未激活状态, 将最后安装的卡应用的 ^态设置为;敫活 态。
本领域的技术人员应该可以理解, 本实施例中的应周查询模块 11可以设 置于上述图 5中的 CPU程序处理器的冲突应用控制模块(即 CRS Applet )之 内, 也可以设置于 CPU程序处理器之内、 冲突应用控制模块之外; 应用获得 模块 12、 识别访问模块 13 , 冲突检查模块 15、 应周激活模块 16、 请求接收模 块 17可以设置于沖突应用控制模块之内; 列表获取模块 14可以设置于 UI程 序模块之内„
本发明的多应用识别访问智能卡,在卡应周中 设置激活状态因子和冲突因 子,通过对同一智能卡内多个卡应用的冲突判 断, 实现了用户在使周多卡共存 的移动终端与 POS机进行交易时, 可以根据需要灵活选择卡应用进行操作。
根据本发明实施例, 提.供了一种多应用识别访问 : POS机。 如图 12所示, 本实施例包括-:
列表接收模块 21, 用于向智能卡发送卡应用的查询指令, 接收智能卡返 回的含有卡应用完整识别信息的卡应用列.表
指令接收模块 22, 用于将所述卡应用列表发送给用户选择, 接收用户的 卡应用的选择指令;
信息发送模块 23, 用于根据选择指令向智能卡发送用户所选卡应 用的完 整识别信息, 建立与该卡应用的识别访问链接进行交易。
本发明的多应用识别访问 POS机, 对 POS侧进行改造, POS机能够识别 各种卡应用的完整 AID信息, 用户可以在 POS机侧实现对智能卡中各种卡应 用使用状态的任意修改, 不必考虑各卡应用间可能存在的彼此沖突的问 题, 有 效提高了智能卡内各卡应用的利用率。
本发明实施例还提 ^一种通信终端, 其中,通信终端中安装有如上述实施 例描述的智能卡。
参见图 13、本发明实施例还提供一种通信终端 1300,通信终端 1300中安 装有智能卡 1301 ,
智能卡 1301用于, 接收 POS机发来的卡应用查询指令, 根据所述查询指 令获得对应的卡应用; 根据所述卡应用的状态信息, 获得处于激活状态的卡应 用; 将处于激活状态的卡应用与所述 POS机建立识别访问链接进行交易。 在本发明的一些实施例中,所述状态信息包括 激活状态因子,智能卡 1301 还用于,接收获取卡应用列表的指令,根据该 指令将所述卡应周列表展现给用 户;接收用户对处于未激活状态卡应用的激活 请求, 并判断若将请求的该应用 激活则卡内处于激活状态的卡应用中是否存在 与其冲突的应用;当所述冲突检 查模块判断出卡内处于激活状态的卡应用中存 在与其冲突的应用,则拒绝激活 该处于未激活状态的卡应用, 并通知用户。
在本发明的一些实施例中, 智能卡 1301还可用于, 接收用户对处于未激 活状态的卡应用的确认激活请求;将处于激活 状态的卡应用中所述与其冲突的 应用的状态更改为未激活状态,将请求的所述 处于未激活状态的卡应用的状态 更改为激活状态。
在本发明的一些实施例中, 智能卡 1301还可用于, 将处于已激活的卡应 用的状态更改为未激活, 将与其相冲突的未激活的卡应用的状态更改为 激活。
在本发明的一些实施例中, 智能卡 1301还可用于, 当卡内存在多个若均 激活则彼此冲突的应用时,按照卡应用安装的 先后顺序,依次将所述卡内存在 的多个若均激活则彼此冲突的卡应用的状态更 改为激活状态,在将每一卡应用 的状态更改为激活状态时,同时将其它与其相 冲突的卡应用的状态更改为未激 活状态。
在本发明的一些实施例中, 智能卡 1301还可用于, 在安装卡应用时, 根 据用户的选择,将原有的卡应用的状态更改为 未激活状态,将当前安装的卡应 用的状态设置为激活状态; 或者, 将原有的卡应用的状态更改为未激活状态, 将最后安装的卡应用的状态设置为激活状态 s
本发明实施例还提供一种通信系统, 可包括:
通信终端和如上述实施例描述的 POS机、 其中, 通信终端中安装有上述 实施例描述的智能卡。
本发明实施例还提供一种通信系统, 可包括: 如上述实施例描述的通信终 端 1300和如上述实施例描述的 POS机。
参见图 14, 本发明实施例还提供一种通信系统, 可包括:
POS机 1401、 通信终端 1402、 安装于通信终端 1402中的智能卡 1403, 其中, 所述 POS机 1401, 用于向智能卡 1403发送卡应用的查询指令,接 收智能卡 1403返回的含有卡应用完整识别信息的卡应用 表; 将所述卡应用 列表发送给用户选择,接收用户的卡应用的选 摔 ·指令; 根据所述选 #^旨令向智 能卡 1403发送用户所选卡应用的完整识别信息, 建立与所述卡应周的识别访 问链接进行交易;
智能卡 1403,周于接收: POS机 1401发来的卡应用查询指令,根据所述查 询指令获得对应的卡应用; 根 t所述卡应用的状态信息, 获得处于激活状态的 卡应用;将处于激活状态的卡应周与 POS机 1401建立识别访问链接进行交易。
在本发明的一些实施例中,所述状态信息包括 激活状态因子,智能卡 1403 还用于,接收获取卡应用列表的指令, 根据该指令将所述卡应用列表展现给用 户;接收用户对处于未激活状态卡应用的激活 请求, 并判断若将请求的该应用 激活则卡内处于激活状态的卡应用中是否存在 与其沖突的应用;当所述冲突检 查模块判断出卡内处于激活状态的卡应用中存 在与其冲突的应用,则拒绝激活 该处于未激活状态的卡应用 , 并通知用户。
在本发明的一些实施例中, 智能卡 1403还可用于, 接收用户对处于未激 活状态的卡应用的确认激活请求;将处于激活 状态的卡应用中所述与其冲突的 应用的状态更改为未激活状态,将请求的所述 处于未激活状态的卡应用的状态 更改为激活状态。
在本发明的一些实施例中, 智能卡 1403还可用于, 将处于已激活的卡应 用的状态更改为未激活, 将与其相冲突的未激活的卡应用的状态更改为 激活。
在本发明的一些实施例中, 智能卡 1403还可用于, 当卡内存在多个若均 激活则彼此沖突的应用时,按照卡应用安装的 先后顺序,依次将所述卡内存在 的多个若均激活则彼此冲突的卡应用的状态更 改为激活状态,在将每一卡应用 的状态更改为激活状态时,同时将其它与其相 冲突的卡应用的状态更改为未激 活状态。
在本发明的一些实施例中, 智能卡 1403还可用于, 在安装卡应用时, 根 据用户的选择,将原有的卡应用的状态更改为 未激活状态,将当前安装的卡应 用的状态设置为激活状态; 或者, 将原有的卡应周的状态更改为未激活状态, 将最后安装的卡应用的状态设置为激活状态。 本发明能有多种不同形式的具体实施方式, 上面以图 4-图 12.为例结合附 图对本发明的技术方案作举例说明,这并不意 味着本发明所应用的具体实例只 能局限在特定的流程或实施例结构中, 本领域的普通技术人员应当了解, 上文 所提供的具体实施方案只是多种优选用法中的 一些示例,任何体现本发明权利 要求的实施方式均应在本发明技术方案所要求 保护的范围之内。
本领域普通技术人员可以理解:实现上述方法 实施例的全部或部分步骤可 以通过程序指令相关的硬件来完成,前述的程 序可以存储于一计算机可读取存 储介质中, 该程序在执行时, 执行包括上述方法实施例的步骤; 而前述的存储 介质包括: ROM、 RAM , 磁碟或者光盘等各种可以存储程序代码的介质 „ 最后应说明的是: 以上所述仅为本发明的优选实施例而已, 并不用于限制 本发明,尽管参照前述实施例对本发明进行了 详细的说明,对于本领域的技术 人员来说, 其依然可以对前述各实施例所记载的技术方案 进行 "改, 或者对其 中部分技术特征进行等同替换。凡在本发明的 精神和原則之内, 所作的任何修 改、 等同替换 改进等, 均应包含在本发明的保护范围之内。