。
[0071]如前所述，若用户触发的选项为“查看卡号”，则终端将执行第三方应用开发者根据标准脚本库预先定义在网页中的指令脚本，然后向平台应用服务器发送用于“查看卡号”的智能卡控制请求。平台应用服务器在接收到该智能卡控制请求之后即可查询得到该智能卡控制请求对应的智能卡控制指令，然后将该智能卡控制指令发送给终端。
[0072]终端接收到该智能卡控制指令，即可执行获取物理卡号的函数，该函数可调用平台应用的客户端程序中包含的智能卡读写驱动程序，通过NFC信号向智能卡发送读取物理卡号的APDU，然后接收智能卡同样通过NFC信号返回的包含有物理卡号的APDU，从而得到物理卡号，并展示在网页中。
[0073]具体的，智能卡、终端、平台应用服务器和第三方应用服务器的交互过程可如图3所示。
[0074]在本实施例中，终端抓取所述第三方应用链接对应的网页并展示的步骤还包括:
[0075]检测所述第三方应用链接对应的网页的加载完成事件；获取所述加载完成事件的事件处理函数调用的指令脚本，执行所述通过执行所述触发的选项对应的指令脚本向平台应用服务器发送智能卡控制请求的步骤。
[0076]也就是说，第三方应用开发者可在网页的onload事件中加入在标准脚本库中选取的指令脚本，例如读取特定存储数据并展示的指令脚本，则在网页加载完毕之后立即在第三方应用的网页上展示读取的数据。
[0077]例如，若用户将公交卡贴近智能手机终端，智能手机终端则立即展示该公交卡对应的公交系统应用的页面，并可立即在页面上展示该公交卡的余额，从而能够更加快速地展示与智能卡存储内容相关的信息，提高了操作的便利性。
[0078]实施例二:
[0079]在本实施例中，第二种读写智能卡的方法的实现可依赖于计算机程序，该计算机程序可以是社交网络应用、即时通信应用、应用市场、应用管理器、游戏大厅等平台应用，该计算机程序可运行于图1中所示的终端10上。该终端可以是基于冯诺依曼体系的并带有近场通信功能的计算机设备，例如智能手机、平板电脑、智能手表、智能手环或带有NFC感应器的个人计算机等设备。
[0080]具体的，如图4所示，第二种读写智能卡的方法包括:
[0081]步骤S202:感应智能卡的接触事件，获取接触事件对应的应用标识。
[0082]如前所述，智能卡(CPU卡)为标准的具有智能卡芯片的集成电路设备，终端中设置有智能卡读写芯片，平台应用的客户端程序中包含有智能卡读写芯片的驱动程序。当智能卡接触或靠近终端时，平台应用的客户端程序中的智能卡读写芯片驱动程序即可感应到智能卡的接触事件。
[0083]在本实施例中，智能卡中可安装有近场通信(英文:Near Field Communicat1n,简称:NFC)芯片，终端中的智能卡读写芯片可以是近场通信芯片，终端可通过感应近场通信信号，根据近场通信信号获取智能卡的接触事件。
[0084]智能卡在贴近终端并通过NFC信号与终端进行交互之后，则可将智能卡中存储的与该智能卡对应的用于表示该智能卡对应的应用类型的应用标识通过NFC信号发送给终端，由终端通过NFC芯片接收。该应用标识为生产智能卡时，已预先存储在智能卡的存储器中。智能卡通过读取其自身的存储器读取该应用标识。终端的NFC芯片在接收到包含该应用标识的NFC信号之后，生成的智能卡的接触事件中则包含了该应用标识，从而知晓了该智能卡对应的应用的类型。
[0085]例如，若用户将对应两种不同应用的公交卡贴合在基于本实施例的手机终端上时，手机终端则可通过NFC检测到不同的接触事件，并可通过提取接触事件中包含的应用标识对公交卡各自对应的公交应用加以区分。
[0086]步骤S204:展示与所述应用标识对应的页面，该页面中包含有预定义的功能菜单。
[0087]终端在获取了接触事件中的应用标识之后，则可展示与应用标识对应的页面，该页面可以基于网页，也可基于GUI程序的界面控件。该页面由平台应用的开发者所定义和设计，用于在平台应用的客户端程序对智能卡的相关信息进行读写。
[0088]例如，平台应用的客户端程序希望制统一的页面管理多个类型的食堂应用(可以是多个地区的餐厅自行开发的独立的食堂系统)的餐饮卡，则可由平台应用的开发人员自行设计和定义该页面，并在该页面中添加与餐饮相关的功能菜单，功能菜单中可包括多个选项。例如，可包括“查询余额”，“饭卡充值”等选项。也可以理解为，平台应用的开发者定义的该统一的页面为第三方应用的智能卡读写操作提供了标准的业务流程，第三方应用的开发者只需要根据该页面中的选项设计相应的控制指令集或读写脚本即可实现该功能。
[0089]步骤S206:获取应用标识对应的控制指令集，所述控制指令集为第三方应用预先在预设的标准指令集中选取的与所述应用标识对应的页面中的功能菜单的选项对应的智能卡控制指令的集合。
[0090]在本实施例中，终端可将获取到的应用标识上传至平台应用服务器，平台应用服务器获取应用标识对应的第三方应用链接，根据第三方应用链接抓取与功能菜单中的选项对应的智能卡控制指令的控制指令集。
[0091]终端则接收平台应用服务器返回的与功能菜单中的选项对应的智能卡控制指令的控制指令集。
[0092]在本实施例中，第三方应用的发布需要在平台应用服务器上进行注册，注册需要提交第三方应用链接和第三方应用的应用标识，平台应用服务器上即建立了应用标识和第三方应用链接的映射关系。平台应用服务器可将注册的应用标识以及与应用标识对应的第三方应用链接存储在应用映射表中。若第三方应用开发者后期需要对第三方应用链接进行修改，则可通过向平台应用服务器发送请求来更新平台应用服务器上存储的应用映射表。
[0093]第三方控制指令集即为第三方应用开发者根据平台应用的开发人员定义的功能菜单的选项设计的与第三方应用的智能卡读写功能匹配的智能卡读写指令的集合。
[0094]在本实施例中，平台应用的开发者可预先定义对智能卡进行读写的标准指令库或者标准函数库存储在平台应用的客户端中，并将标准指令库或者标准函数库的接口公开(例如，可通过开发文档公开)。第三方应用开发者可通过基于标准指令库或者标准函数库中提供的标准地读写函数定义与第三方应用的智能卡匹配的传入参数来生成控制指令集入口 ο
[0095]在本实施例中，智能卡的存储器中可以映射表的形式存储数据，即数据类型标识与具体数据的映射表(map类型的数据结构)。平台应用的开发者预先定义了对智能卡的存储器进行读的标准库函数。该标准库函数的形参包括数据类型标识，即根据传入的数据类型标识读取相应的具体数据。第三方应用开发者在定义控制指令集时，则可先选定该标准库函数，然后根据第三方应用定义的智能卡规范设定该标准库函数的传入参数。
[0096]如前所述，若平台应用的开发者预先定义的对智能卡的存储器进行读的标准库函数为getData，第一个食堂应用(第三方应用)的智能卡中定义了余额的数据类型标识为remaining，第二个食堂应用的智能卡中定义了余额的数据类型标识为money。则当第一个食堂应用的智能卡贴近手机终端时，展示的页面上的选项“查看余额”对应的智能卡读写指令即可为getData'remaining”；当第二个食堂应用的智能卡贴近手机终端时，展示的页面上的选项“查看余额”对应的智能卡读写指令即可为getData:“money” (具体的指令定义规范可由平台应用开发人员进行语法定义)。
[0097]在其他实施例中，智能卡的存储器也可根据存储地址编号来存储数据。平台应用的开发者预先定义了对智能卡的存储器进行读的标准库函数。该标准库函数的形参包括存储地址编号，即根据传入的数据类型标识读取相应的具体数据。第三方应用开发者在定义控制指令集时，则可先选定该标准库函数，然后根据第三方应用定义的智能卡规范设定该标准库函数的传入参数。
[0098]如前所述，若平台应用的开发者预先定义的对智能卡的存储器进行读的标准库函数为getData，第一个食堂应用(第三方应用)的智能卡中定义了余额的存储地址为第1024位到第2048位，第二个食堂应用的智能卡中定义了余额的存储地址为第0位到第1024位。则当第一个食堂应用的智能卡贴近手机终端时，展示的页面上的选项“查看余额”对应的智能卡读写指令即可为getData:1024,2048 ;当第二个食堂应用的智