一种智能卡信息的查询方法及装置

摘要

本发明公开了一种智能卡信息的查询方法及装置，其中方法包括:向服务器发送终端配置请求，以便服务器确定是否需要对本地缓存的终端配置文件进行更新，终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；当确定需要进行更新时，接收服务器下发的更新文件；根据更新文件对本地缓存的终端配置文件进行更新；当确定通过短距离通信方式与智能卡建立连接后，通过终端配置文件查询智能卡的卡片信息。通过终端配置云化，在服务器中预先设置和动态更新格式统一化的终端配置文件并下发终端，终端无需下载更新第三方合作机构的安装包，根据终端配置文件实时查询智能卡的卡片信息，提高智能卡信息读写的实时性和可扩展性。

权利要求

1.一种智能卡信息的查询方法，其特征在于，包括：

向服务器发送终端配置请求，以便服务器根据所述终端配置请求确定是否需要对终端本地缓存的终端配置文件进行更新，所述终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；

当确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件；

根据服务器下发的更新文件对本地缓存的终端配置文件进行更新；

当确定通过短距离通信方式与智能卡建立连接后，基于所述连接，在更新后的终端配置文件中提取需查询的智能卡的区域配置信息，根据所述智能卡的区域配置信息获取第二标识，所述第二标识用于指示所述区域配置信息所对应的地理区域是否能够支持智能卡与终端之间进行虚拟资源转移功能。

2.根据权利要求1所述的智能卡信息的查询方法，其特征在于，

所述向服务器发送终端配置请求，具体为：向服务器发送携带第一版本号的终端配置请求，所述第一版本号为本地缓存的终端配置文件的版本号；

所述当确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件，具体为：当服务器根据所述第一版本号确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件，所述更新文件携带最新的终端配置文件的版本号。

3.根据权利要求2所述的智能卡信息的查询方法，其特征在于，所述向服务器发送携带第一版本号的终端配置请求之后，还包括：当服务器根据所述第一版本号确定不需要对终端本地缓存的终端配置文件进行更新时，根据本地缓存的终端配置文件查询智能卡的卡片信息。

4.根据权利要求1所述的智能卡信息的查询方法，其特征在于，所述根据服务器下发的更新文件对本地缓存的终端配置文件进行更新之前，还包括：判断服务器下发的更新文件与下发至终端本地的更新文件是否一致；

若一致，则触发根据服务器下发的更新文件对本地缓存的终端配置文件进行更新。

5.根据权利要求1至4任一项所述的智能卡信息的查询方法，其特征在于，所述向服务器发送终端配置请求，还包括：向服务器上传终端属性信息，以使得所述服务器根据所述终端属性信息发送第一标识，所述第一标识用于指示终端是否能够支持智能卡与终端之间进行虚拟资源转移功能；

接收所述第一标识，并根据该第一标识展示相应的第一提示控件。

6.根据权利要求5所述的智能卡信息的查询方法，其特征在于，所述根据所述智能卡的区域配置信息获取第二标识之后，还包括：根据所述第二标识展示相应的第二提示控件。

7.根据权利要求1所述的智能卡信息的查询方法，其特征在于，所述在更新后的终端配置文件中提取需查询的智能卡的区域配置信息之后，还包括：当确定已缓存在本地的终端配置文件和所述更新文件指示的终端配置文件一致时，在更新后的终端配置文件中查询智能卡的区域配置信息；

将查询的区域配置信息与需查询的智能卡的应用标识信息进行匹配；

若查询的区域配置信息与需查询的智能卡的应用标识信息匹配失败，则生成第三提示控件并展示，所述第三提示控件用于指示所述区域配置信息所对应的地理区域不能支持智能卡查询功能；

若查询的区域配置信息与需查询的智能卡的应用标识信息匹配成功，则判断查询的区域配置信息中是否有区域号；若没有区域号，则生成第四提示控件并展示，所述第四提示控件用于指示所述区域配置信息所对应的地理区域能够支持智能卡查询功能；若有区域号，则将查询的区域配置信息中的区域号与需查询的智能卡的区域号进行匹配，若查询的区域配置信息中的区域号与需查询的智能卡的区域号匹配失败，则生成并展示所述第三提示控件；若查询的区域配置信息中的区域号与需查询的智能卡的区域号匹配成功，则生成并展示所述第四提示控件。

8.一种智能卡信息的查询装置，其特征在于，包括：

发送单元，用于向服务器发送终端配置请求，以便服务器根据所述终端配置请求确定是否需要对终端本地缓存的终端配置文件进行更新，所述终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；

文件接收单元，用于当确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件；

更新单元，用于根据服务器下发的更新文件对本地缓存的终端配置文件进行更新；

第一查询单元包括：

提取子单元，用于当确定通过短距离通信方式与智能卡建立连接后，基于所述连接，在更新后的终端配置文件中提取需查询的智能卡的区域配置信息；

获取子单元，用于根据所述智能卡的区域配置信息获取第二标识，所述第二标识用于指示所述区域配置信息所对应的地理区域是否能够支持智能卡与终端之间进行虚拟资源转移功能。

9.根据权利要求8所述的智能卡信息的查询装置，其特征在于，

所述发送单元具体用于：向服务器发送携带第一版本号的终端配置请求，所述第一版本号为本地缓存的终端配置文件的版本号；

所述文件接收单元具体用于：当服务器根据所述第一版本号确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件，所述更新文件携带最新的终端配置文件的版本号。

10.根据权利要求9所述的智能卡信息的查询装置，其特征在于，所述装置还包括：第二查询单元，用于当服务器根据所述第一版本号确定不需要对终端本地缓存的终端配置文件进行更新时，根据本地缓存的终端配置文件查询智能卡的卡片信息。

11.根据权利要求8所述的智能卡信息的查询装置，其特征在于，所述装置还包括：判断单元，用于判断服务器下发的更新文件与下发至终端本地的更新文件是否一致；

触发单元，用于若一致，则触发所述更新单元根据服务器下发的更新文件对本地缓存的终端配置文件进行更新。

12.根据权利要求8至11任一项所述的智能卡信息的查询装置，其特征在于，所述装置还包括：上传单元，用于向服务器上传终端属性信息，以使得所述服务器根据所述终端属性信息发送第一标识，所述第一标识用于指示终端是否能够支持智能卡与终端之间进行虚拟资源转移功能；

标识接收单元，用于接收所述第一标识，并根据该第一标识展示相应的第一提示控件。

13.根据权利要求12所述的智能卡信息的查询装置，其特征在于，所述第一查询单元还包括：第一展示子单元，用于根据所述第二标识展示相应的第二提示控件。

14.根据权利要求8所述的智能卡信息的查询装置，其特征在于，所述第一查询单元还包括：查询子单元，用于当确定已缓存在本地的终端配置文件和所述更新文件指示的终端配置文件一致时，在更新后的终端配置文件中查询智能卡的区域配置信息；

匹配子单元，用于将查询的区域配置信息与需查询的智能卡的应用标识信息进行匹配；

第二展示子单元，用于若查询的区域配置信息与需查询的智能卡的应用标识信息匹配失败，则生成第三提示控件并展示，所述第三提示控件用于指示所述区域配置信息所对应的地理区域不能支持智能卡查询功能；

判断子单元，用于若查询的区域配置信息与需查询的智能卡的应用标识信息匹配成功，则判断查询的区域配置信息中是否有区域号；

第三展示子单元，用于若没有区域号，则生成第四提示控件并展示，所述第四提示控件用于指示所述区域配置信息所对应的地理区域能够支持智能卡查询功能；

所述匹配子单元，用于若有区域号，则将查询的区域配置信息中的区域号与需查询的智能卡的区域号进行匹配；

所述第二展示子单元，用于若查询的区域配置信息中的区域号与需查询的智能卡的区域号匹配失败，则生成并展示所述第三提示控件；

所述第三展示子单元，用于若查询的区域配置信息中的区域号与需查询的智能卡的区域号匹配成功，则生成并展示所述第四提示控件。

说明书

一种智能卡信息的查询方法及装置

技术领域

[0001] 本发明属于通信技术领域，尤其涉及一种智能卡信息的查询方法及装置。

背景技术

[0002] 随着计算机及互联网技术的迅速发展，终端得到了相当广泛的普及和发展，因此，终端支持的功能也越来越多。

[0003] 譬如，用户使用移动终端(如手机)进行支付或充值等，也就是说，用户可以使用其手机对所消费的商品或者服务完成账务交易，以满足用户的需求。比如，基于近距离无线通信(NFC，Near Field Communication)实现公交卡充值的功能；首先，将第三方合作机构的终端应用当作一个独立插件进行更新下载，其后，通过该终端应用进行支付，支付成功后，根据返回的支付结果提示用户进行刷公交卡操作，此时，服务器端会通过手机的NFC接口向公交卡进行读写数据操作，最终完成公交卡充值。

[0004] 在对现有技术的研究和实践过程中，本发明的发明人发现，由于现有技术中当需要支持新增城市公交卡充值功能时，需要第三方合作机构配合进行安装包更新，也就是说，需要先由第三方合作机构修改终端代码，打包并发布新版本，再由本地终端下载更新该合作机构的安装包才能投入使用，因此会导致充值实时性低以及可扩展性差的问题。

发明内容

[0005] 本发明的目的在于提供一种智能卡信息的查询方法及装置，旨在提高智能卡信息读写的实时性和可扩展性。

[0006] 为解决上述技术问题，本发明实施例提供以下技术方案：

[0007] 一种智能卡信息的查询方法，其中包括：

[0008] 向服务器发送终端配置请求，以便服务器根据所述终端配置请求确定是否需要对终端本地缓存的终端配置文件进行更新，所述终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；

[0009] 当确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件；

[0010] 根据服务器下发的更新文件对本地缓存的终端配置文件进行更新；

[0011] 当确定通过短距离通信方式与智能卡建立连接后，基于所述连接，根据更新后的终端配置文件查询智能卡的卡片信息。

[0012] 为解决上述技术问题，本发明实施例还提供以下技术方案：

[0013] 一种智能卡信息的查询装置，其中包括：

[0014] 发送单元，用于向服务器发送终端配置请求，以便服务器根据所述终端配置请求确定是否需要对终端本地缓存的终端配置文件进行更新，所述终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；

[0015] 文件接收单元，用于当确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件；

[0016] 更新单元，用于根据服务器下发的更新文件对本地缓存的终端配置文件进行更新；

[0017] 第一查询单元，用于当确定通过短距离通信方式与智能卡建立连接后，基于所述连接，根据更新后的终端配置文件查询智能卡的卡片信息。

[0018] 相对于现有技术，本实施例，终端查询智能卡前，首先需要向服务器发送终端配置请求，服务器确定需要对终端本地缓存的终端配置文件进行更新后，向终端下发更新文件，终端利用更新文件对本地缓存的终端配置文件进行更新，从而可以通过该更新后的终端配置文件查询智能卡，终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；相对于现有当需要支持新增城市公交卡充值功能时，需要第三方合作机构配合进行安装包更新的方式，本发明实施例通过终端配置云化，在服务器中预先设置和动态更新基于地理区域进行配置的用于查询智能卡信息的终端配置文件，即将配置进行统一化，并下发终端，终端无需下载更新第三方合作机构的安装包，可以直接根据下发的终端配置文件实时查询智能卡的卡片信息，提高智能卡信息读写的实时性和可扩展性。

附图说明

[0019] 下面结合附图，通过对本发明的具体实施方式详细描述，将使本发明的技术方案及其它有益效果显而易见。

[0020] 图1a是本发明提供的智能卡信息的查询系统的场景示意图；

[0021] 图1b是本发明第一实施例提供的智能卡信息的查询方法的流程示意图；

[0022] 图2a为本发明第二实施例提供的智能卡信息的查询方法中场景流程示意图；

[0023] 图2b为本发明第二实施例提供的智能卡信息的查询方法中另一场景流程示意图；

[0024] 图2c为本发明第二实施例提供的智能卡信息的查询方法中另一场景流程示意图；

[0025] 图3为本发明第三实施例提供的智能卡信息的查询装置的结构示意图。

具体实施方式

[0026] 请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

[0027] 在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

[0028] 本文所使用的术语「模块」可看做为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算系统上的实施对象。而本文所述的装置及方法优选的以软件的方式进行实施，当然也可在硬件上进行实施，均在本发明保护范围之内。

[0029] 本发明实施例提供一种智能卡信息的查询方法及装置。

[0030] 如图1a为本发明实施例提供的智能卡信息的查询系统的场景示意图，其中该系统包括智能卡信息的查询装置和服务器，其中该智能卡信息的查询装置具体可以集成在移动终端(如手机等)中，主要用于向服务器发送终端配置请求，服务器根据终端配置请求向移动终端发送最新版本的终端配置文件，移动终端与智能卡建立近场通信(NFC，Near Field Communication)连接后，通过该终端配置文件查询，比如读取智能卡的卡片信息，其中，终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件，如基于城市进行配置的用于查询公交卡指令的文件；另外，服务器可以先根据该终端配置请求确定是否需要对终端本地缓存的终端配置文件进行更新，若需要，再下发更新文件对本地缓存的终端配置文件进行更新，等等，以下进行具体分析。

[0031] 第一实施例

[0032] 在本实施例中，将从智能卡信息的查询装置的角度进行描述，该智能卡信息的查询装置具体可以集成在移动终端，如手机、平板电脑等设备中。

[0033] 一种智能卡信息的查询方法，包括：向服务器发送终端配置请求，以便服务器根据终端配置请求确定是否需要对终端本地缓存的终端配置文件进行更新，终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；当确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件；根据服务器下发的更新文件对本地缓存的终端配置文件进行更新；当确定通过短距离通信方式与智能卡建立连接后，基于该连接，根据更新后的终端配置文件查询智能卡的卡片信息。

[0034] 请参阅图1b，图1b是本发明第一实施例提供的智能卡信息的查询方法的流程示意图。所述方法包括：

[0035] 在步骤S101中，向服务器发送终端配置请求，以便服务器根据该终端配置请求确定是否需要对终端本地缓存的终端配置文件进行更新，该终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件。

[0036] 在步骤S102中，当确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件。

[0037] 其中，所述步骤S101与步骤S102可具体为：

[0038] 可以理解的是，本发明实施例中终端配置文件是指基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件，如可具体的，指查询公交卡信息或公交卡指令的配置文件，按照公交卡所在的地理区域(如城市、镇区等)为维度在后台中进行配置，包括但不仅限于apdu(Application Protocol Data Unit，应用协议数据单元)指令集、UI(User Interface，用户界面)动态文案、业务流程开关等。

[0039] 比如，终端向服务器发送携带第一版本号的终端配置请求，该第一版本号为本地缓存的终端配置文件的版本号。

[0040] 当服务器根据该第一版本号确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件，该更新文件携带最新的终端配置文件的版本号。

[0041] 进一步可具体的，如在用户进入某一终端应用的应用界面时，终端向服务器发送该终端配置请求，以进行初始化操作；或者，当终端检测出终端当前的地理区域信息发生变化时，自动向服务器发送该终端配置请求，其中，该终端配置请求中携带终端本地缓存的终端配置文件的第一版本号。

[0042] 服务器将该第一版本号与最新的终端配置文件的版本号进行对比，若版本号不一致，则服务器会向终端下发一更新文件，其中，该更新文件携带最新的终端配置文件的版本号。

[0043] 优选的，该更新文件可以具体为最新版本的终端配置文件，也可以具体指本地缓存的和服务器最新版本的终端配置文件相比，需要更新的文件。

[0044] 进一步优选的，通过终端配置云化技术还可以让终端具备对业务逻辑的灰度控制能力，比如终端可以向服务器，比如云服务器上传终端属性信息，以使得服务器，比如云服务器根据所述终端属性信息，判断终端是否能够支持智能卡与终端之间进行虚拟资源转移功能，并反馈至终端；

[0045] 比如，服务器向终端发送第一标识，所述第一标识用于指示终端是否能够支持智能卡与终端之间进行虚拟资源转移功能；终端接收所述第一标识，并根据该第一标识展示相应的第一提示控件，以便于向用户展示服务器的判断结果。

[0046] 在步骤S103中，根据服务器下发的更新文件对本地缓存的终端配置文件进行更新。

[0047] 优选的，在“根据服务器下发的更新文件对本地缓存的终端配置文件进行更新”之前，还可以包括：

[0048] 判断服务器下发的更新文件与下发至终端本地的更新文件是否一致；

[0049] 若一致，则触发根据服务器下发的更新文件对本地缓存的终端配置文件进行更新。

[0050] 也就是说，在接收到服务器下发的更新文件之后，使用该下发的更新文件之前，需要对该更新文件进行签名验证，以避免文件在下发的过程中被篡改造成安全漏洞，对用户造成损失；若判断出服务器下发的更新文件与下发至终端本地的更新文件一致，则更新文件签名验证通过，利用该更新文件，对本地缓存的终端配置文件进行更新，以完成本地化配置。

[0051] 在步骤S104中，当确定通过短距离通信方式与智能卡建立连接后，基于该连接，根据更新后的终端配置文件查询智能卡的卡片信息。

[0052] 其中，所述步骤S103与步骤S104可具体为：

[0053] 可以理解的是，本发明实施例中的短距离通信方式主要是指近场通信(NFC，Near Field Communication)、蓝牙、红外以及超声波等通信方式，本发明主要针对NFC技术来进行说明。

[0054] NFC是由非接触式射频识别(RFID，Radio Frequency Identification)演变而来，其基础是RFID及互连技术，NFC是一种短距高频的无线电技术，可在13.56MHz频率运行于20厘米距离内。

[0055] 本实施例中，可通过终端配置云化技术还可以让终端具备对业务逻辑的灰度控制能力，比如，根据更新后的终端配置文件中的智能卡的区域配置信息，确定区域配置信息所对应的地理区域是否能够支持智能卡与终端之间进行虚拟资源转移功能。

[0056] 进一步的，可以具体如下：

[0057] 1、在更新后的终端配置文件中提取需查询的智能卡的区域配置信息；

[0058] 如智能卡的应用标识信息aid(application identifier)、以及区域号如城市号等配置信息；

[0059] 2、根据智能卡的区域配置信息获取第二标识，该第二标识用于指示区域配置信息所对应的地理区域是否能够支持智能卡与终端之间进行虚拟资源转移功能；

[0060] 如所对应的地理区域为城市，该第二标识可以指示城市是否支持终端对该智能卡进行充值功能等；

[0061] 3、根据该第二标识展示相应的第二提示控件；

[0062] 终端展示该第二提示控件可以向用户展示当前城市是否支持终端对该智能卡进行充值功能。

[0063] 又比如，根据更新后的终端配置文件查询，比如读取智能卡的卡片信息，还可以根据更新后的终端配置文件中的智能卡的区域配置信息，确定区域配置信息所对应的地理区域是否能够智能卡查询功能，如对智能卡的余额，应用标识信息等进行查询等。

[0064] 进一步的，可以具体如下：

[0065] a、当确定已缓存在本地的终端配置文件和所述更新文件指示的终端配置文件一致时，在更新后的终端配置文件中查询智能卡的区域配置信息；

[0066] b、将查询的区域配置信息与需查询的智能卡的应用标识信息进行匹配；

[0067] c、若匹配失败，则生成第三提示控件并展示；

[0068] 该第三提示控件用于指示区域配置信息所对应的地理区域不能支持智能卡查询功能；

[0069] d、若匹配成功，则判断查询的区域配置信息中是否有区域号；

[0070] e、若没有区域号，则生成第四提示控件并展示；

[0071] 其中该第四提示控件用于指示区域配置信息所对应的地理区域能够支持智能卡查询功能；

[0072] f、若有区域号，则将查询的区域配置信息中的区域号与需查询的智能卡的区域号进行匹配；

[0073] g、若匹配失败，则生成并展示第三提示控件；

[0074] h、若匹配成功，则生成并展示第四提示控件。

[0075] 在某些实施方式中，当服务器根据第一版本号确定不需要对终端本地缓存的终端配置文件进行更新时，可以直接根据本地缓存的终端配置文件查询智能卡的卡片信息。

[0076] 优选的，在根据本地缓存的终端配置文件查询智能卡的卡片信息之前，还需要对该终端配置文件进行签名验证，以避免终端配置文件在本地被篡改造成安全漏洞，对用户造成损失；若判断出本地缓存的终端配置文件签名验证通过，利用该终端配置文件完成本地化配置。

[0077] 由上述可知，本实施例提供的智能卡信息的查询方法，终端查询智能卡前，首先需要向服务器发送终端配置请求，服务器确定需要对终端本地缓存的终端配置文件进行更新后，向终端下发更新文件，终端利用更新文件对本地缓存的终端配置文件进行更新，从而可以通过该更新后的终端配置文件查询智能卡，终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；相对于现有当需要支持新增城市公交卡充值功能时，需要第三方合作机构配合进行安装包更新的方式，本发明实施例通过终端配置云化，在服务器中预先设置和动态更新终端配置文件，并下发终端，终端无需下载更新第三方合作机构的安装包，可以根据下发的终端配置文件实时查询智能卡的卡片信息，提高智能卡信息读写的实时性和可扩展性。

[0078] 第二实施例

[0079] 根据第一实施例所描述的方法，本实施例中，以NFC公交卡充值为例，对终端配置的云化以及灰度控制能力进行详细说明。

[0080] 首先，比如，当用户每次打开公交卡应用首页时，都会发起后台服务器请求对本应用进行一些初始化工作，其中一个环节就是服务器需要下发终端配置文件。当然，服务器并不需要每次都下发，因为这样很消耗用户的网络流量。基于此，每次服务器台发送终端配置请求时，都会携带第一版本号，该第一版本号为本地缓存的终端配置文件的版本号，服务器通过将该第一版本号与最新的终端配置文件的版本号进行对比，来决定是否给终端下发配置。若一致，表示本次配置没有更新，若不一致，服务器将最新的版本号和终端配置文件下发到终端，终端更新本地缓存和版本号。

[0081] 进一步的，需要对服务器下发的终端配置文件进行签名验证，以避免文件在下发的过程中被篡改造成安全漏洞，对用户造成损失。此后，用户进行刷卡操作时，终端就可以通过该终端配置文件查询到该公交卡的指令，从而可以查询并向用户展示卡片信息。

[0082] 在该过程中，可以通过终端配置云化技术让公交卡应用具备对业务逻辑的灰度控制能力，请参阅图2a，为判断终端是否能够支持NFC公交卡充值功能流程示意图，包括：

[0083] 在步骤S201中，终端向服务器上传终端属性信息。

[0084] 比如，终端可具体为手机，手机将手机型号、rom(Read-Only Memory，只读存储器)版本号等信息上报给后台。

[0085] 在步骤S202中，服务器将终端属性信息与预设终端白名单进行对比，生成对比结果。

[0086] 其中，该终端白名单是预先设置在服务器中的，该终端白名单可以具体包含手机型号以及rom版本号，服务器判断终端上传的手机型号或者其对应的rom版本号是否在该预设终端白名单；若存在，则代表该手机支持NFC充值，若不存在，则代表该手机不支持NFC充值；

[0087] 在步骤S203中，服务器将对比结果合并到服务器端的终端配置文件。

[0088] 也就是说，将对比结果与终端配置文件合并，以在终端向服务器发送配置请求时，将该对比结果与终端配置文件一并下发到终端，终端根据对比结果确定出是否支持NFC充值。

[0089] 在步骤S204中，服务器将终端配置文件和第一标识按照预设加密格式进行加密，并发送至终端。

[0090] 服务器将合并的结果按照json(JavaScript Object Notation)格式进行加密后发送给终端，其中，json是一种轻量级的数据交换格式，它基于ECMAScript的一个子集，是采用完全独立于语言的文本格式。

[0091] 可以理解的是，合并的结果包括终端配置文件和第一标识，该第一标识用于指示手机是否能够支持NFC公交卡充值功能。

[0092] 在步骤S205中，终端进行解密。

[0093] 在步骤S206中，终端在解密结果中获取第一标识，并根据该第一标识展示相应的第一提示控件。

[0094] 终端解密后台协议，并在解密协议中查找灰度逻辑标识(即第一标识)来决定页面是否显示充值按钮(即第一提示控件)。

[0095] 也就是说，图2a服务器将终端的终端属性信息与预设终端白名单进行对比，并将对比结果合并到(服务器端的)终端配置文件，并下发用于指示终端是否能够支持NFC公交卡充值功能的第一标识。

[0096] 进一步的，请参阅图2b，为判断城市是否能够支持NFC公交卡充值功能流程示意图，比如，用户打开公交卡应用首页，并进行公交卡A刷卡操作后，对公交卡A信息进行读取，可包括：

[0097] 在步骤S211中，终端根据终端配置文件中的城市配置信息识别公交卡A。

[0098] 比如，在终端配置文件中包含公交卡应用标识aid信息以及区域号如城市号(以下将以城市号为例进行说明)等城市配置信息，根据城市配置信息识别出公交卡A的城市配置信息。

[0099] 在步骤S212中，终端根据公交卡A的城市配置信息获取第二标识。

[0100] 其中，该第二标识用于指示该城市配置信息所对应的城市是否能够支持智能卡与终端之间进行虚拟资源转移功能，即，该第二标识用于指示该城市是否支持公交卡充值的功能。

[0101] 在步骤S213中，终端根据该第二标识展示相应的第二提示控件。

[0102] 终端根据该第二标识来决定页面是否显示充值按钮(即第二提示控件)，终端展示该第二提示控件可以向用户展示当前城市是否支持终端对该智能卡进行充值功能。

[0103] 更进一步的，请参阅图2c，为判断城市是否能够支持公交卡查询功能流程示意图，比如，用户打开公交卡应用首页，并进行公交卡A刷卡操作后，对公交卡A信息进行读取，可包括：

[0104] 在步骤S221中，终端判断是否已缓存服务器下发的终端配置文件。

[0105] 在某些实施方式中，如果服务器下发的是最新版本的终端配置文件，相对于本地缓存的终端配置文件需要更新的文件时，则判断是否已缓存服务器下发的更新文件指示的终端配置文件。

[0106] 若是，则执行步骤S222，若否，则结束流程。

[0107] 在步骤S222中，终端缓存的终端配置文件签名验证是否通过。

[0108] 也就是说，要判断服务器下发的终端配置文件与下发至终端本地的终端配置文件是否一致，若一致，则签名验证通过，签名验证可以避免文件在下发的过程中被篡改造成安全漏洞，对用户造成损失。

[0109] 步骤S221及步骤S222是指，当确定已缓存在本地的终端配置文件和服务器下发的终端配置文件一致时，才执行在终端配置文件中读取公交卡的城市配置信息，如公交卡应用标识指令、城市号等。

[0110] 若是，则执行步骤S223，若否，则结束流程。

[0111] 在步骤S223中，读取公交卡A的应用标识指令是否成功。

[0112] 即在终端配置文件中读取公交卡A的应用标识指令，若读取成功，则执行步骤S224a，若读取不成功，则执行步骤S224b。

[0113] 在步骤S224b中，判断是否读取完成终端配置文件中的所有城市配置信息。

[0114] 即若读取不成功，则继续读取公交卡的下一个城市的配置指令，直至读取完成终端配置文件中的所有城市配置信息。

[0115] 若是，则执行步骤S224c，若否，则返回执行步骤S223。

[0116] 在步骤S224c中，确定城市不能支持公交卡查询功能。

[0117] 也就是说，将所有读取的城市配置信息与公交卡A的应用标识信息进行匹配。若匹配失败，则生成第三提示控件并展示，第三提示控件用于指示该城市不能支持智能卡查询功能；若匹配成功，则判断读取的城市配置信息中是否有城市号。

[0118] 在步骤S224a中，判断读取的城市配置信息中是否有城市号。

[0119] 若否，则执行步骤S225，若是，则执行步骤S226。

[0120] 在步骤S225中，确定城市能够支持智能卡查询功能。

[0121] 若没有城市号，则生成第四提示控件并展示，其中第四提示控件用于指示该城市能够支持智能卡查询功能。

[0122] 在步骤S226中，判断读取公交卡的城市号是否成功。

[0123] 若不成功，则返回执行步骤S224b，判断是否读取完成终端配置文件中的所有城市配置信息，若是，则继续执行步骤S224c，确定该城市不能支持公交卡查询功能，若否，则返回执行步骤S226。

[0124] 若成功，则执行步骤S227。

[0125] 在步骤S227中，读取的城市配置信息中的城市号与公交卡A的城市号是否一致。

[0126] 若是，则返回执行步骤S225，确定该城市能够支持公交卡查询功能；

[0127] 若否，则返回执行步骤S224b，判断是否读取完成终端配置文件中的所有城市配置信息，若是，则执行步骤S224c，确定该城市不能支持公交卡查询功能。

[0128] 也就是说，在有城市号的情况下，将读取的城市配置信息中的城市号与公交卡A的城市号进行匹配；若匹配失败，则生成并展第三提示控件；若匹配成功，则生成并展示第四提示控件。其中，第三提示控件用于指示该城市不能支持智能卡查询功能，第四提示控件用于指示该城市能够支持智能卡查询功能。

[0129] 综上，终端读取公交卡的AID指令，若读取失败，则继续读取公交卡下一个城市的配置指令。若读取成功，则继续判断配置中是否有城市号，若没有城市号，就只能暂时按照aid去匹配，若找到该公交卡配置，该公交卡支持查询。通过读取卡片的城市号和配置中的城市号进行比对，若不一致则循环读取下一个城市配置。若卡片的城市号和配置中的一致，则表示已找到该公交卡的配置，该公交卡支持查询。由于有些城市公交卡并没有城市号这个配置，所以对于没有城市号配置但是通过aid配置的也会认为是已查找到该公交卡配置。

[0130] 为了更好的理解本发明思想，以下对终端配置文件的结构进行简单说明，比如，可具体如下：

[0131]

[0132]

[0133] 其中，上述终端配置文件采用json格式，并且是ansi编码；全局版本号是指每次初始化请求时一并上传到后台的终端文件版本号；.ext为终端所有界面的ui配置，如文案、标记logo等；.data具体是与公交卡相关的一些配置，包括程序业务流程开关、公交卡指令集等；容易想到的是，该终端配置文件结构仅作为举例说明，不构成对本发明的限定。

[0134] 可以理解的是，该终端配置文件可以通过人工手动编辑，也可以通过一个web编辑管理平台进行自动生成然后同步到服务器。现有技术中，由于不同城市的NFC公交卡指令格式，业务流程均不同，而本发明通过把指令格式，业务流程等抽象配置化后进行后端云化，使得用户无需升级终端代码即可及时高效接入不同的城市公交卡服务，而且只有在后端存在更新配置的时候，终端才会进行下载配置并更新，否则会直接使用本地的配置完成公交卡服务。

[0135] 由上述可知，本实施例提供的智能卡信息的读取方法，终端读取智能卡前，首先需要向服务器发送终端配置请求，服务器确定需要对终端本地缓存的终端配置文件进行更新后，向终端下发更新文件，终端利用更新文件对本地缓存的终端配置文件进行更新，从而可以通过该更新后的终端配置文件读取智能卡，终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；相对于现有当需要支持新增城市公交卡充值功能时，需要第三方合作机构配合进行安装包更新的方式，本发明实施例通过终端配置云化，在服务器中预先设置和动态更新终端配置文件，并下发终端，终端无需下载更新第三方合作机构的安装包，可以根据下发的终端配置文件实时读取智能卡的卡片信息，提高智能卡信息读写的实时性和可扩展性。

[0136] 第三实施例

[0137] 为便于更好的实施本发明实施例提供的智能卡信息的查询方法，本发明实施例还提供一种基于上述智能卡信息的查询方法的装置。其中名词的含义与上述智能卡信息的查询的方法中相同，具体实现细节可以参考方法实施例中的说明。

[0138] 请参阅图3，图3为本发明实施例提供的智能卡信息的查询装置的结构示意图，可以包括发送单元301、文件接收单元302、更新单元303以及第一查询单元304。

[0139] 其中发送单元301，用于向服务器发送终端配置请求，以便服务器根据所述终端配置请求确定是否需要对终端本地缓存的终端配置文件进行更新，所述终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；文件接收单元302，用于当确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件。

[0140] 可以理解的是，本发明实施例中终端配置文件是指基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件，如可具体的，指查询公交卡信息或公交卡指令的配置文件，按照公交卡所在的地理区域(如城市、镇区等)为维度在后台中进行配置，包括但不仅限于apdu指令集、UI动态文案、业务流程开关等。

[0141] 比如，该发送单元301具体用于：向服务器发送携带第一版本号的终端配置请求，所述第一版本号为本地缓存的终端配置文件的版本号；该文件接收单元302具体用于：当服务器根据所述第一版本号确定需要对终端本地缓存的终端配置文件进行更新时，接收服务器下发的更新文件，所述更新文件携带最新的终端配置文件的版本号。

[0142] 进一步可具体的，如在用户进入某一终端应用的应用界面时，终端向服务器发送该终端配置请求，以进行初始化操作；或者，当终端检测出终端当前的地理区域信息发生变化时，自动向服务器发送该终端配置请求，其中，该终端配置请求中携带终端本地缓存的终端配置文件的第一版本号。

[0143] 服务器将该第一版本号与最新的终端配置文件的版本号进行对比，若版本号不一致，则服务器会向终端下发一更新文件，其中，该更新文件携带最新的终端配置文件的版本号。

[0144] 优选的，该更新文件可以具体为最新版本的终端配置文件，也可以具体指本地缓存的和服务器最新版本的终端配置文件相比，需要更新的文件。

[0145] 进一步优选的，通过终端配置云化技术还可以让终端具备对业务逻辑的灰度控制能力，比如所述装置还可以包括：

[0146] 上传单元，用于向服务器上传终端属性信息，以使得所述服务器根据所述终端属性信息发送第一标识，所述第一标识用于指示终端是否能够支持智能卡与终端之间进行虚拟资源转移功能；也就是说，服务器根据终端属性信息，判断终端是否能够支持智能卡与终端之间进行虚拟资源转移功能，并反馈至终端；

[0147] 标识接收单元，用于接收所述第一标识，并根据该第一标识展示相应的第一提示控件，以便于向用户展示服务器的判断结果。

[0148] 更新单元303，用于根据服务器下发的更新文件对本地缓存的终端配置文件进行更新；

[0149] 所述装置还可以包括：

[0150] 判断单元，用于判断服务器下发的更新文件与下发至终端本地的更新文件是否一致；触发单元，用于若一致，则触发所述更新单元根据服务器下发的更新文件对本地缓存的终端配置文件进行更新。

[0151] 也就是说，在接收到服务器下发的更新文件之后，使用该下发的更新文件之前，需要对该更新文件进行签名验证，以避免文件在下发的过程中被篡改造成安全漏洞，对用户造成损失；若判断出服务器下发的更新文件与下发至终端本地的更新文件一致，则更新文件签名验证通过，利用该更新文件，对本地缓存的终端配置文件进行更新，以完成本地化配置。

[0152] 第一查询单元304，用于当确定通过短距离通信方式与智能卡建立连接后，基于所述连接，根据更新后的终端配置文件查询智能卡的卡片信息。

[0153] 可以理解的是，本发明实施例中的短距离通信方式主要是指近场通信NFC、蓝牙、红外以及超声波等通信方式，本发明主要针对NFC技术来进行说明。

[0154] 本实施例中，可通过终端配置云化技术还可以让终端具备对业务逻辑的灰度控制能力，比如，根据更新后的终端配置文件中的智能卡的区域配置信息，确定区域配置信息所对应的地理区域是否能够支持智能卡与终端之间进行虚拟资源转移功能。

[0155] 进一步的，可以具体如下：

[0156] 所述第一查询单元304可以包括：

[0157] 提取子单元，用于在更新后的终端配置文件中提取需查询的智能卡的区域配置信息；

[0158] 如智能卡的应用标识信息aid、以及区域号如城市号等配置信息；

[0159] 获取子单元，用于根据所述智能卡的区域配置信息获取第二标识，所述第二标识用于指示所述区域配置信息所对应的地理区域是否能够支持智能卡与终端之间进行虚拟资源转移功能；

[0160] 如所对应的地理区域为城市，该第二标识可以指示城市是否支持终端对该智能卡进行充值功能等；

[0161] 第一展示子单元，用于根据所述第二标识展示相应的第二提示控件。

[0162] 终端展示该第二提示空间可以向用户展示当前城市是否支持终端对该智能卡进行充值功能。

[0163] 又比如，根据更新后的终端配置文件查询智能卡的卡片信息，还可以根据更新后的终端配置文件中的智能卡的区域配置信息，确定区域配置信息所对应的地理区域是否能够智能卡查询功能，如对智能卡的余额，应用标识信息等进行查询等。

[0164] 进一步的，可以具体如下：

[0165] 第一查询单元304还可以包括：

[0166] 查询子单元，用于当确定已缓存在本地的终端配置文件和所述更新文件指示的终端配置文件一致时，在更新后的终端配置文件中查询智能卡的区域配置信息；

[0167] 匹配子单元，用于将查询的区域配置信息与需查询的智能卡的应用标识信息进行匹配；

[0168] 第二展示子单元，用于若匹配失败，则生成第三提示控件并展示；

[0169] 该第三提示控件用于指示所述区域配置信息所对应的地理区域不能支持智能卡查询功能；

[0170] 判断子单元，用于若匹配成功，则判断查询的区域配置信息中是否有区域号，比如城市号；

[0171] 第三展示子单元，用于若没有区域号，则生成第四提示控件并展示；

[0172] 该第四提示控件用于指示所述区域配置信息所对应的地理区域能够支持智能卡查询功能；

[0173] 前述匹配子单元，还用于若有区域号，则将查询的区域配置信息中的区域号与需查询的智能卡的区域号进行匹配；

[0174] 前述第二展示子单元，还用于若匹配失败，则生成并展示第三提示控件；

[0175] 前述第三展示子单元，还用于若匹配成功，则生成并展示第四提示控件。

[0176] 在某些实施方式中，所述装置还可以包括：第二查询单元，用于当服务器根据第一版本号确定不需要对终端本地缓存的终端配置文件进行更新时，根据本地缓存的终端配置文件查询智能卡的卡片信息。

[0177] 优选的，在根据本地缓存的终端配置文件查询智能卡的卡片信息之前，还需要对该终端配置文件进行签名验证，以避免终端配置文件在本地被篡改造成安全漏洞，对用户造成损失；若判断出本地缓存的终端配置文件签名验证通过，利用该终端配置文件完成本地化配置。

[0178] 具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。

[0179] 该智能卡信息的查询装置具体可以集成在移动终端，如手机、平板电脑等设备中。

[0180] 由上述可知，本实施例提供的智能卡信息的查询装置，终端查询智能卡前，首先需要向服务器发送终端配置请求，服务器确定需要对终端本地缓存的终端配置文件进行更新后，向终端下发更新文件，终端利用更新文件对本地缓存的终端配置文件进行更新，从而可以通过该更新后的终端配置文件查询智能卡，终端配置文件为基于智能卡指示的地理区域进行配置的用于查询智能卡信息的文件；相对于现有当需要支持新增城市公交卡充值功能时，需要第三方合作机构配合进行安装包更新的方式，本发明实施例通过终端配置云化，在服务器中预先设置和动态更新终端配置文件，并下发终端，终端无需下载更新第三方合作机构的安装包，可以根据下发的终端配置文件实时查询智能卡的卡片信息，提高智能卡信息读写的实时性和可扩展性。

[0181] 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对智能卡信息的查询方法的详细描述，此处不再赘述。

[0182] 本发明实施例提供的所述智能卡信息的查询装置，譬如为计算机、平板电脑、具有触摸功能的手机等等，所述智能卡信息的查询装置与上文实施例中的智能卡信息的查询方法属于同一构思，在所述智能卡信息的查询装置上可以运行所述智能卡信息的查询方法实施例中提供的任一方法，其具体实现过程详见所述智能卡信息的查询方法实施例，此处不再赘述。

[0183] 需要说明的是，对本发明所述智能卡信息的查询方法而言，本领域普通测试人员可以理解实现本发明实施例所述智能卡信息的查询方法的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，所述计算机程序可存储于一计算机可查询存储介质中，如存储在终端的存储器中，并被该终端内的至少一个处理器执行，在执行过程中可包括如所述智能卡信息的查询方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)等。

[0184] 对本发明实施例的所述智能卡信息的查询装置而言，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可查询存储介质中，所述存储介质譬如为只读存储器，磁盘或光盘等。

[0185] 以上对本发明实施例所提供的一种智能卡信息的查询方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。