CN112348508B - 卡数据处理方法及终端 - Google Patents

卡数据处理方法及终端 Download PDF

Info

Publication number
CN112348508B
CN112348508B CN201910660415.4A CN201910660415A CN112348508B CN 112348508 B CN112348508 B CN 112348508B CN 201910660415 A CN201910660415 A CN 201910660415A CN 112348508 B CN112348508 B CN 112348508B
Authority
CN
China
Prior art keywords
card
user
target
card data
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910660415.4A
Other languages
English (en)
Other versions
CN112348508A (zh
Inventor
刘家凯
李立森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910660415.4A priority Critical patent/CN112348508B/zh
Publication of CN112348508A publication Critical patent/CN112348508A/zh
Application granted granted Critical
Publication of CN112348508B publication Critical patent/CN112348508B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/351—Virtual cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Marketing (AREA)
  • Health & Medical Sciences (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了一种卡数据处理方法及终端。卡数据处理方法包括获取目标用户触发的近场交易数据获取指令，近场交易数据获取指令携带有目标用户的用户信息；从云端服务器获取与用户信息对应的目标卡数据。在云端服务器预存有用户的用户信息及对应的卡数据，终端获取到用户发出的携带有用户信息的近场交易数据获取指令之后，再从云端服务器获取对应的目标卡数据，这样卡数据存储在云端服务器，在需要卡数据时根据用户信息从云端服务器获取对应的目标卡数据，在终端没有配置用于存放卡数据的钱包，也能从云端服务器获取到卡数据。而且用户更换终端，也不需要用户重新绑定卡，简化用户操作。

Description

卡数据处理方法及终端
技术领域
本申请涉及近场通信技术领域，尤其涉及了一种卡数据处理方法及终端。
背景技术
NFC(near field communication，近场通信)又称近距离无线通信，是一种短距离的高频无线通信技术，允许终端之间进行非接触式点对点数据传输，交换数据。在支持NFC的终端中存储公交卡信息，可以使得该终端能够实现公交卡功能。举例来说，在地铁站内，用户可以将终端靠近收费闸口，通过终端接收收费闸口发出的射频信号。终端接收收费闸口发出的射频信号后，可以响应于该射频信号，与收费闸口进行数据交互，完成刷卡操作。
在相关技术中，具备NFC功能的手机还需要配置对应的用于存储卡数据的公交卡钱包才能使手机实现公交卡的功能，并不是所有具有NFC功能的手机都能够实现公交卡的功能，而且，即便是能够实现公交卡功能的手机，用户更换了终端，需要在新的终端上重复绑定公交卡，使用不便。
发明内容
本申请实施例提供一种卡数据处理方法及终端。
第一方面，本申请实施例提供了一种卡数据处理方法，用于终端，所述终端包括近场交易模块，所述卡数据处理方法包括：
获取目标用户触发的近场交易数据获取指令，所述近场交易数据获取指令携带有所述目标用户的用户信息；
从云端服务器获取与所述用户信息对应的目标卡数据，以在所述终端生成虚拟卡，所述虚拟卡用于利用所述近场交易模块及所述目标卡数据与目标近场交易设备进行近场交易。
在某些实施例中，所述从云端服务器获取与所述用户信息对应的目标卡数据包括：
利用加密目标程序从云端服务器获取与所述用户信息对应的目标卡数据。
在某些实施例中，所述利用加密目标程序从云端服务器获取与所述用户信息对应的目标卡数据之前，所述从云端服务器获取与所述目标卡标识信息对应的目标卡数据还包括：
从预设服务器获取第一目标程序，并利用预设加密规则对所述第一目标程序加密以得到所述加密目标程序。
在某些实施例中，所述利用加密目标程序从云端服务器获取与所述用户信息对应的目标卡数据包括：
利用加密目标程序从云端服务器获取与所述用户信息对应的默认卡数据；
当没有获取到与所述目标用户对应的卡切换指令时，利用所述加密目标程序将所述默认卡数据作为目标卡数据；
当获取到与所述目标用户对应的所述卡切换指令时，利用所述用加密目标程序从云端服务器获取与所述卡切换指令中的用户卡标识信息对应的卡数据并作为所述目标数据。
在某些实施例中，所述当获取到与所述目标用户对应的所述卡切换指令时，利用加密目标程序从云端服务器获取与所述卡切换指令中的用户卡标识信息对应的卡数据并作为所述目标数据包括：
当接收到所述目标用户触发的卡切换请求时，利用所述加密目标程序从用户数据库获取与所述目标用户对应的至少一条预存卡标识信息；
利用所述加密目标程序获取所述目标用户从所述至少一条预存卡标识信息中选择的用户卡标识信息，并根据所述用户卡标识信息生成所述卡切换指令；
利用所述加密目标程序从所述云端服务器获取与所述用户卡标识信息对应的用户卡数据并作为所述目标卡数据。
在某些实施例中，所述卡数据处理方法包括：
根据所述目标卡数据利用所述近场通信模块与目标近场交易设备完成近场交易；
在完成所述近场交易之后，删除所述目标卡数据。
在某些实施例中，所述目标卡数据为经过预设加密算法加密的数据，所述根据所述目标卡数据利用所述近场通信模块与目标近场交易设备完成近场交易包括：
采用与所述预设加密算法对应的预设解密算法对所述目标卡数据解密得到解密卡数据；
根据所述解密卡数据利用所述近场通信模块与所述目标近场交易设备完成近场交易。
在某些实施例中，所述卡数据处理方法还包括：
获取所述目标用户触发的卡充值指令，所述卡充值指令包括充值卡标识信息及对应的充值金额；
根据所述充值金额对所述目标用户的支付账户进行扣费得到充值扣费凭证，并将所述充值扣费凭证及所述卡标识信息上传至所述云端服务器，以使得所述云端服务器根据所述充值扣费凭证及所述卡标识信息完成充值。
在某些实施例中，所述卡数据处理方法还包括：
获取开卡用户的开卡请求，所述开卡请求包括开卡类型、所述开卡用户的开卡用户信息、充值信息及支付账户信息；
根据充值信息对所述支付账户账户信息对应的支付账户进行扣费得到开卡扣费凭证，并将所述开卡扣费凭证、所述开卡用户信息及开卡类型发送至所述云端服务器，以使得所述云端服务器根据所述开卡扣费凭证、所述开卡用户信息和所述开卡类型完成开卡。
第二方面，本申请实施例还提供一种卡数据处理装置，包括：
交易指令获取模块，用于获取目标用户触发的近场交易数据获取指令，所述近场交易数据获取指令携带有所述目标用户的用户信息；
卡数据获取模块，用于从云端服务器获取与所述用户信息对应的目标卡数据，以在所述终端生成虚拟卡，所述虚拟卡用于利用所述近场交易模块及所述目标卡数据与目标近场交易设备进行近场交易。
第三方面，本申请还提供一种终端，包括处理器、存储器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行上述任一实施例所述的方法中的步骤的指令。
第四方面，本申请还提供一种计算机可读存储介质，存储用于卡数据处理的计算机程序，其中，所述计算机程序使得计算机执行上述任一实施例所述的方法。
本申请实施例中，获取目标用户触发的近场交易数据获取指令，近场交易数据获取指令携带有目标用户的用户信息；从云端服务器获取与用户信息对应的目标卡数据。在云端服务器预存有用户的用户信息及对应的卡数据，当用户需要进行近场交易或需要获取卡数据时，可发出近场交易数据获取指令，终端获取到用户发出的携带有用户信息的近场交易数据获取指令之后，再从云端服务器获取对应的目标卡数据，这样卡数据存储在云端服务器，在需要卡数据时根据用户信息从云端服务器获取对应的目标卡数据，即使终端没有提供用户保护卡数据的安全元件(Secure Element)或用于存放卡数据的钱包，终端也能从云端服务器获取到卡数据，以在终端形成虚拟卡，使得终端可以通过虚拟卡实现公交卡功能。而且即使用户更换终端，另一个终端也能根据用户信息从云端服务器获取对应的目标卡数据，不需要用户重新绑定卡，简化用户操作。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例的终端的硬件结构示意图；
图2为本申请实施例的卡数据处理方法的流程示意图；
图3为本申请实施例的卡数据处理方法的应用场景示意图；
图4为本申请实施例的卡数据处理方法的另一流程示意图；
图5为本申请实施例的卡数据处理方法的另一流程示意图；
图6为本申请实施例的卡数据处理方法的另一应用场景示意图；
图7为本申请实施例的卡数据处理方法的又一应用场景示意图；
图8为本申请实施例的卡数据处理方法的另一流程示意图；
图9为本申请实施例的卡数据处理方法的另一流程示意图；
图10为本申请实施例的卡数据处理方法的另一应用场景示意图；
图11为本申请实施例的卡数据处理方法的另一流程示意图；
图12为本申请实施例的卡数据处理方法的涉及的网络架构示意图；
图13为本申请实施例的卡数据处理方法的另一流程示意图；
图14为本申请实施例的卡数据处理方法的另一应用场景示意图；
图15为本申请实施例的卡数据处理方法的另一流程示意图；
图16为本申请实施例的卡数据处理方法的另一流程示意图；
图17为本申请实施例的卡数据处理装置的模块示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参阅图1，图1是本申请实施例提供的终端100的硬件结构示意图。终端100包括处理器101、存储器102、通信接口103、近场交易模块(NFC模块)104以及一个或多个程序，一个或多个程序被存储在存储器102中，并且被配置由处理器101执行，程序包括用以下任一实施例的处理方法的步骤的指令。终端100例如可以是但不限于手机、智能手环、平板电脑、笔记本电脑等。存储器102可以是高速RAM存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器，存储器102可选的还可以是独立于前述处理器101的存储装置。通信接口103可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
请参阅图2，图2是本申请实施例提供的一种卡数据处理方法的流程示意图，该卡数据处理方法可由本申请实施例的终端或本申请实施例的卡数据处理装置实现。这种方法可包括但不限于如下步骤：
S21、获取目标用户触发的近场交易数据获取指令，近场交易数据获取指令携带有目标用户的用户信息；
当用户需要进行近场交易或者需要获取卡数据时，可通过终端发出近场交易数据获取指令。当终端获取到近场交易数据获取指令时，分析近场交易数据获取指令中携带的用户信息，根据用户信息确定目标用户。
用户信息可以包括用户标识信息，用户标识信息例如可以是但不限于用户ID、用户账号、用户生物特征等唯一标识。
终端可安装卡处理客户端，目标用户可通过卡处理客户端发出近场交易数据获取指令，例如可通过登录卡处理客户端来发出近场交易数据获取指令，也可以通过运行卡处理客户端来发出近场交易数据获取指令，还可以在登录卡处理客户端之后，再执行特定操作来发出近场交易数据获取指令。需要说明的是，卡处理客户端不限于仅用于卡数据处理功能的客户端，卡处理客户端实现其他功能，例如即时通信、线上购物、金融交易等。
S22、从云端服务器获取与用户信息对应的目标卡数据，以在终端生成虚拟卡，虚拟卡用于利用近场交易模块及目标卡数据与目标近场交易设备进行近场交易。
当终端确认获取到目标用户触发的近场交易数据获取指令之后，从云端服务器获取与近场交易数据获取指令所携带的用户信息对应的目标卡数据。云端服务器为卡管理平台的服务器，云端服务器预存有与一个或多个用户的用户信息及对应的卡数据。当终端确认获取到目标用户触发的近场交易数据获取指令之后，可根据用户信息从云端服务器获取与该用户信息对应的目标卡数据。
终端可在接收到用户触发的近场交易数据获取指令时，通过对近场交易数据获取指令中携带的用户信息进行安全验证来验证发出该近场交易数据获取指令的用户是否为目标用户，例如可将该用户信息与用户数据库中的预存用户信息比对，当用户数据库中存在与该用户信息匹配的预存用户信息时，确定该用户为目标用户并确认接收到近场交易数据获取指令。可以理解，目标用户为在用户数据库中存在对应的预存用户信息的用户。当用户需要将卡数据存放至云端服务器时，可预先将用户信息及对应的卡数据存放在用户数据库中，以表示开通将用户信息与卡数据绑定这一业务。当用户数据库中不存在与该用户信息匹配的预存用户信息时，则说明该用户没有在云端服务器存储卡数据，那么该用户则不是目标用户，可不继续执行步骤S22。
较佳地，云端服务器中的卡数据为利用预设加密算法加密了的加密数据。那么，从云端服务器获取与用户信息对应的目标卡数据也为利用预设加密算法加密了的加密数据。如果需要利用该第一卡数据进行近场交易，则可在进行近场交易之前利用与该预设加密算法对应的预设解密方式对该目标卡数据进行解密。这样可以保证目标卡数据的安全性，避免目标卡数据被窃取而对用户造成经济损失。
本申请实施例中，获取目标用户触发的近场交易数据获取指令，近场交易数据获取指令携带有目标用户的用户信息；从云端服务器获取与用户信息对应的目标卡数据。在云端服务器预存有用户的用户信息及对应的卡数据，当用户需要进行近场交易或需要获取卡数据时，可发出近场交易数据获取指令，终端获取到用户发出的携带有用户信息的近场交易数据获取指令之后，再从云端服务器获取对应的目标卡数据，这样卡数据存储在云端服务器，在需要卡数据时根据用户信息从云端服务器获取对应的目标卡数据，即使终端没有提供用户保护卡数据的安全元件(Secure Element)或用于存放卡数据的钱包，终端也能从云端服务器获取到卡数据，以在终端形成虚拟卡，使得终端可以通过虚拟卡实现公交卡功能。而且即使用户更换终端，另一个终端也能根据用户信息从云端服务器获取对应的目标卡数据，不需要用户重新绑定卡，简化用户操作。
在一个例子中，卡处理客户端可以集成在主要用于即时通信的即时通信软件中，也该即时通信软件也具备卡处理客户端的功能，目标用户通过该即时通信软件，发出近场交易数据获取指令，将即时通信软件的用户登录信息中的用户信息携带在近场交易数据获取指令中。如图3所示，图3为即时通信软件中的一个界面，用户可通过点击该界面中的“卡”图标触发近场交易数据获取指令，然后终端再通过即时通信软件从云端服务器获取与用户信息对应的目标卡数据。这样无需另外安装独立的专用于获取卡数据的客户端即可获取到卡数据，而且，也只也只需要登录一次，不需针对即时通信和获取目标卡数据分别登录，即使用户更换手机，也能在其他手机上登录该即时通信软件之后，利用该即时通信软件从云端服务器获取目标卡数据。
当然，在其他实施例中，卡处理客户端也可以集成在其他类型的软件中，例如购物软件、金融交易软件等等。卡数据处理方法也可以由独立的卡处理客户端实现，还可以由系统程序实现，在此不作限定。
请参阅图4，基于上述实施例，在某些实施例中，从云端服务器获取与用户信息对应的目标卡数据包括：
S221、利用加密目标程序从云端服务器获取与用户信息对应的目标卡数据，以在终端生成虚拟卡。
由于近场交易涉及到现金交易，需要保证卡数据的安全性，在本实施例中，利用加密目标程序从云端服务器获取目标卡数据，这样通过在从云端数据库中获取卡数据以在终端形成虚拟卡，使得终端能够通过虚拟卡实现公交卡的功能，也能够保证卡数据的安全性。
具体地，加密目标程序中可包含有云端服务器的服务器地址和与云端服务器进行验证的验证信息，加密目标程序根据服务器地址访问云端服务器时，云端服务器会对验证信息进行验证，验证通过了之后，加密目标程序才能访问云端服务器的数据，并进一步获取到与用户信息对应的目标卡数据。
终端可以从预设地址获取到与该加密目标程序对应的秘钥，以运行该加密目标程序。该预设地址可以是云端地址，也可以是本地地址。预设地址可以按照预设地址设置规则进行设置，不同的终端或不同的用户对应的预设地址不同，这样由于预设地址并不是一个固定的地址，非法程序无法获取到用于存放秘钥的预设地址，也就无法利用加密目标程序从云端服务器获取与用户信息对应的目标卡数据，从而保证了目标卡数据的安全性。
可将目标用户触发运行该加密目标程序的运行指令作为近场交易数据获取指令，也即是说，该加密目标程序获取到用户触发的近场交易数据获取指令时，从云端服务器获取与该目标用户的用户信息对应的目标卡数据。
在进一步的实施例中，利用加密目标程序从云端服务器获取与用户信息对应的目标卡数据之前，可从预设服务器获取第一目标程序，并利用预设加密规则对第一目标程序加密以得到加密目标程序。预设加密规则包括加密数据对象和程序加密算法，加密数据对象至少包括第一目标程序和用户数据。这样，由于不同用户的用户数据不同，每个用户的对应的加密目标程序的秘钥均不同，从而可以更进一步地提升卡数据的安全性。预设加密规则例如可以是代码混淆，也即对第一目标程序进行代码混淆处理，这样处理器是可以正常运行加密目标程序的，这样也能避免第一目标程序被破解。
也即是说，该加密目标程序并不是存放在本地的程序，而是获取目标用户触发的近场交易数据获取指令之后，在需要获取目标卡数据时，才从预设服务器获取第一目标程序并进行加密得到的。例如，当卡处理客户端集成在即时通信软件中时，可在获取到近场交易之后，由即时通信软件从预设服务器获取第一目标程序，并利用预设加密规则对第一目标程序进行加密得到加密目标程序。
例如，在图3对应的例子中，与该“卡”图标对应的程序为第一目标程序，当用户点击“卡”图标之后，终端利用该即时通信软件从预设服务器获取与该“卡”图标对应的第一目标程序，然后对该第一目标程序利用预设加密规则加密得到加密目标程序。
需要说明的是，利用加密目标程序从云端服务器获取与用户信息对应的目标卡数据，可以是由加密目标程序直接向云端服务器发送卡数据获取请求并接收云端服务器反馈的目标卡数据；也可以由加密目标程序向该加密目标程序的目标程序服务器发送卡数据获取指令，然后由目标程序服务器向发送卡数据获取请求至云端服务器以请求云端服务器将卡数据发送至终端。
请参阅图5，在具体的实施例中，利用加密目标程序从云端服务器获取与用户信息对应的目标卡数据包括：
S2211、利用加密目标程序从云端服务器获取与用户信息对应的默认卡数据；
在相关技术中，用于近场交易的卡数据存放在终端的安全元件(SE)中，由于硬件条件的限制，一个终端的安全元件仅能存放同一种类型的一张卡的卡数据，而一个用户通常可能会有多张同类型的卡，例如，一个人可能会有两张公交卡，但是这种情况下，用户无法在一个终端存放多张同一类型的卡的卡数据。
在本申请的技术方案中，由于用户卡数据存放在云端服务器，那么一个用户可存放的卡数据可以不受终端硬件的限制。而且卡数据是由加密目标程序从云端服务器获取的，这样也能够保证卡数据的安全性，从而可以实现在没有配置安全元件的终端中也利用卡数据进行近场交易。
一个用户可以在云端存放多个卡数据时，一个用户信息就可能对应多个卡数据，那么用户可以预先设定一个默认卡，该默认卡对应的卡数据作为默认卡数据，在云端服务器中将用户信息与默认卡数据关联，那么在根据用户信息从云端服务器获取卡数据时，直接获取默认卡数据。也可以将用户存放在云端的多个卡数据对应的卡标识信息存放在用户数据库中，加密目标程序可以访问该用户数据库，用户数据库可以位于本地，也可以位于云端。可利用加密目标程序先获得与用户信息对应的默认卡标识信息，然后根据默认卡标识信息从云端服务器获取对应的默认卡数据。
S2212、当没有获取到与目标用户对应的卡切换指令时，利用加密目标程序将默认卡数据作为目标卡数据；
S2213、当获取到与目标用户对应的卡切换指令时，利用加密目标程序从云端服务器获取与卡切换指令中的用户卡标识信息对应的卡数据并作为目标数据。
当用户需要获取除默认卡数据之外的卡数据时，可发出卡切换请求，例如，可在加密目标程序对应的界面内发出卡切换请求，如图6所示，当用户发出近场交易数据获取指令之后，终端利用加密目标程序从云端服务器获取默认卡数据，并利用加密目标程序在终端显示与默认卡数据对应的默认卡图形，还可以显示该默认卡数据对应的卡余额信息。
用户可在该加密目标程序对应的界面内发出卡切换请求，当终端通过加密目标程序接收到目标用户触发的卡切换请求时，利用加密目标程序从用户数据库获取与目标用户对应的至少一条预存卡标识信息；利用加密目标程序获取目标用户从至少一条预存卡标识信息中选择的用户卡标识信息，并根据用户卡标识信息生成卡切换指令；利用加密目标程序从云端服务器获取与用户卡标识信息对应的用户卡数据并作为目标卡数据。
目标用户可预先将一个或多个卡与对应的用户信息进行绑定，绑定完成之后，在云端服务器中，存储了用户绑定的一个或多个卡的数据及对应的卡标识信息，在用户数据库中，存储了用户的用户信息及与之绑定的一个或多个卡的预存卡标识信息。这样需要切换卡时，可先根据用户信息从用户数据库中查找对应的一个或多个预存卡标识信息，然后再将这个一个或多个预存卡标识信息对应的卡图像或卡名称显示出来，供用户选择。如图7所示的示例中，目标用户绑定了两个卡，那么则可在用户数据库中获取到两个卡的预存卡标识信息并显示这两个卡的卡图像及卡名称，以供用户选择。当然，在其他实施例中，用户也可以只绑定1个卡，或者也可以绑定3个、4个及以上多个卡。接收到目标用户的选择指令之后，将用户选择的卡图像或卡名称对应的预存卡标识信息作为用户卡标识信息，再根据该用户卡标识信息从云端服务器中获取对应的目标卡数据。需要说明的是，上述图6、7的示例仅用于解释说明，不构成对本申请的限定。
较佳地，在利用加密目标程序从云端服务器获取与卡切换指令中的用户卡标识信息对应的卡数据并作为目标数据的同时或之后，删除默认卡数据。这样减少不需要的卡数据在终端的存放时间，降低卡数据被窃取的风险。
请参阅图8，基于上述实施例，在某些实施例中，卡数据处理方法还包括：
S23、根据目标卡数据利用近场通信模块与目标近场交易设备完成近场交易；
S24、在完成近场交易之后，删除目标卡数据。
具体地，目标卡数据为经过预设加密算法加密的数据。步骤S23中，可先采用与预设加密算法对应的预设解密算法对目标卡数据解密得到解密卡数据；然后根据解密卡数据利用近场通信模块与目标近场交易设备完成近场交易。较佳地，可在感应到目标近场交易设备的射频场之后，再采用与预设加密算法对应的预设解密算法对目标卡数据解密得到解密卡数据。进一步地，在感应到近场交易设备的射频场时，可先根据该频射场的频射信号对该频射场进行验证，当确认该频射场为为本次近场交易对应的目标近场交易设备的频射场之后，再采用与预设加密算法对应的预设解密算法对目标卡数据解密得到解密卡数据，从而更进一步地保证近场交易的安全性。
需要说明的是，上述步骤S23、S24可以通过在终端运行加密目标程序实现。这样可以保证充值过程的安全性。
在根据目标卡数据利用近场通信模块与目标近场交易设备完成近场交易的过程中，目标近场交易设备通过终端的NFC模块读取解密卡数据，并根据解密卡数据反馈对应的余额信息至NFC模块，目标近场交易设备根据解密卡数据按照预设扣费规则并进行扣费并生成扣费成功信息，将扣费成功信息反馈至NFC模块，终端通过NFC模块获取到扣费成功信息之后，根据扣费成功信息及用户信息生成刷卡记录，并将刷卡记录上传至云端服务器。
终端从云端服务器中获取到目标卡数据之后，可能需要利用该目标卡数据进行近场交易，也可能不需要进行近场交易，如果不需要近场交易，则不需要对目标卡数据进行解密。即使需要近场交易，由于用户将终端放置到目标近场交易设备的射频场内需要时间，那么在获取到目标卡数据到近场交易之前也会而存在时间差，在获取到目标卡数据之后，可先存放在终端的存储器中，而不需要对其进行解密，在终端感应到目标进场交易设备的射频场之后，再对目标卡数据进行解密，这样可以避免目标卡数据在从云端服务器下载到终端之后、进行近场交易之前被窃取。
在完成近场交易之后，将目标卡数据删除，避免目标卡数据存放在终端中被窃取，这样可以进一步地保证目标卡数据的安全性。
请参阅图9，在某些实施例中，卡数据处理方法还包括：
S25、获取目标用户触发的卡充值指令，卡充值指令包括充值卡标识信息及对应的充值金额；
S26、根据充值金额对目标用户的支付账户进行扣费得到充值扣费凭证，并将充值扣费凭证上传至云端服务器，以使得云端服务器根据充值扣费凭证及卡标识信息完成充值。
上述步骤S25、S26可以通过在终端运行加密目标程序实现。这样可以保证充值过程的安全性。
用户可以在加密目标程序对应的一个界面中通过点击充值控件触发卡充值请求，例如，在终端获从云端服务获取到目标卡数据之后，显示该目标卡数据对应的卡图像或卡名称，然后终端可以在显示该卡图像或卡名称的界面发出卡充值请求以对显示的卡图像或卡名称对应的卡进行充值，该卡充值请求中包含该目标卡数据对应的卡标识信息。充值卡标识信息可以通过选择的方式填写，例如可在终端显示目标用户绑定的一个或多个充值卡的卡图像、卡号或卡名称，然后用户从中进行选择，再根据用户逇选择结果得到充值卡标识信息，如图10所示，在用户选择要充值的充值卡为“云交通卡”之后，终端显示一个充值信息填写页面，用户可以在该充值信息填写页面填写充值金额，充值金额可以由用户直接填写。用户填写完充值卡标识信息及对应的充值金额之后提交，在图10的示例中，可通过点击“立即充值”提交，然后终端根据用户提交的充值卡标识信息及对应的充值金额生成卡充值指令。
利用加密目标程序对目标用户的支付账户进行扣费时，可利用加密目标程序将目标用户的支付账户中的金额转至与卡信息标识对应的卡管理平台对应的指定账户中。例如，卡信息标识显示要充值的卡为A公交公司的公交卡，那么可将目标用户的支付账户中的与充值金额对应的金额转至A公交公司对应的指定账户中。
云端服务器为卡管理平台的服务器，那么云端服务器在获取到充值扣费凭证及卡标识信息之后，根据充值扣费凭证可以对该卡标识信息对应的卡进行充值。具体地，云端服务器可以通过修改该卡标识信息对应的卡数据中的余额数据来完成充值。
请参阅图11，在某些实施例中，卡数据处理方法还包括：
S27、获取开卡用户的开卡请求，开卡请求包括开卡类型、开卡用户的开卡用户信息、充值信息及支付账户信息；
S28、根据充值信息对所述支付账户信息对应的支付账户进行扣费得到开卡扣费凭证，并将开卡扣费凭证、开卡用户信息及开卡类型发送至云端服务器，以使得云端服务器根据开卡扣费凭证、开卡用户信息和开卡类型完成开卡。
上述步骤S27和S28可以通过在终端运行加密目标程序实现。这样可以保证开卡过程的安全性。
在步骤S21中，当接收到的近场交易请求不是目标用户发出的目标用户触发的时候，可以利用加密目标程序显示是否开卡的界面，用户可在该是否开卡的界面中填写开卡类型、开卡用户的开卡用户信息、充值金额及充值支付账户信息，并发出开卡请求。
云端服务器为卡管理平台的服务器，卡管理平台获取到开卡扣费凭证、开卡用户信息和开卡类型之后，对卡开扣费凭证、开卡用户信息及开卡类型审核通过之后即为开卡成功，卡管理平台将开卡成功之后得到的新卡开数据反馈终端，并将该新开卡数据作为预存卡数据存储在云端服务器且与对应的卡开用户的用户信息绑定。这样该开卡用户可以在需要获取该新开卡的卡数据时，作为目标用户通过终端发出携带有用户信息的近场交易数据获取指令，这样，终端可从云端服务器获取与该用户信息对应的目标卡数据，也即上述新开卡数据。
下面通过一些更为具体的场景进行举例描述。
请参阅图12，图12为本申请实施例的网络架构图，该网络架构1000包括终端100、云端服务器200，目标程序服务器300。终端100包括NFC模块，终端通过运行加密目标程序从云端服务器获得目标卡数据，以在终端形成虚拟卡，虚拟卡能够利用NFC模块及目标卡数据与目标近场交易设备400完成近场交易。目标程序服务器300为用于运行该加密目标程序的后台管理系统的服务器，加密目标程序可通过运行在目标程序服务器的后台管理系统实现加密目标程序的至少一部分功能。终端100可通过有线或无线通信的方式与目标程序服务器300进行通信，以使得加密目标程序可以通过终端与目标程序后台系统之间进行数据传输，目标程序服务器300可通过有线或无线通信的方式与云端服务器200通信，云端服务器200与终端100之间可通过有线或无线的方式通信。请参阅图13，图13为本申请实施例的卡数据处理方法的另一流程示意图，卡数据处理方法包括以下步骤：
S301、获取到目标用户触发的近场交易数据获取指令时，加密目标程序向目标程序服务器发送默认卡数据获取指令。
终端可将目标用户触发运行该加密目标程序的运行指令作为近场交易数据获取指令。近场交易数据指令还可以是目标程序在终端运行时，目标用户通过操作终端触发近场交易数据获取指令。
该加密目标程序获取到用户触发的近场交易数据获取指令时，加密目标程序向目标程序服务器发送默认卡数据获取指令。该默认卡数据获取指令用于指示目标程序服务器向云端服务器发送默认卡数据获取请求。
若云端服务器中存储有一个用户对应的多个卡数据，一个用户信息就可能对应多个卡数据，那么用户可以预先设定一个默认卡，该默认卡对应的卡数据作为默认卡数据，当获取到目标用户触发的近场交易数据获取指令时，先获取默认卡数据，这样用户可以将常用的卡设为默认卡，减少用户进行选卡或切换卡的操作次数，从而可以使得近场交易的过程更加方便快捷。
需要说明的是，上述任一实施例中对加密目标程序的补充说明也适用于本实施例，为避免冗余，在此不再赘述。
S302、目标程序服务器向云端服务器发送默认卡数据获取请求，默认卡数据获取请求中携带有默认卡数据的默认卡标识信息；
目标程序服务器可以通过访问用户数据库获得与该用户信息对应的默认卡标识信息。用户数据库中存储有多个用户的用户信息及与每个用户信息绑定的一个或多个预存卡标识信息，其中每个用户信息绑定的一个或多个预存卡标识信息中，有一个预存卡标识信息为默认卡表示信息。用户数据库可以设置在目标程序服务器的存储器中，也可以位于其他具有存储介质的设备中。
S303、云端服务器获取与默认卡标识信息对应的默认卡数据，并将该默认卡数据发送至终端；
云端服务器中存储有多个卡标识信息对应卡数据。云端服务器接收到目标程序服务器发送的默认卡数据获取请求之后，根据默认卡数据获取请求中携带的默认卡标识信息获取与默认卡标识信息对应的默认卡数据。
如图6所示，加密目标程序从云端服务器获取到默认卡数据之后，可在终端显示与默认卡数据对应的默认卡图形，还可以显示该默认卡数据对应的卡余额信息。
S304、加密目标程序判断是否获取到目标用户触发的卡切换指令；
当用户需要获取除默认卡数据之外的卡数据时，可发出卡切换请求。用户可在该加密目标程序对应的界面内触发卡切换指令，例如，可在图6所示的默认卡图像的显示界面内，点击“换卡”以触发卡切换指令，卡切换指令用于指示加密目标程序向目标程序服务器发送卡标识获取请求。
S305、当加密目标程序获取到目标用户触发的卡切换指令时，加密目标程序向目标程序服务器发送卡标识获取请求，以从目标程序服务器获得与目标用户对应的至少一条预存卡标识信息，卡标识获取请求中携带了目标用户的用户信息；
当加密目标程序获取到目标用户触发的卡切换指令时，可先从目标程序服务器获得该目标用户绑定的一个或多个卡数据中每个卡数据对应的卡标识信息，以使得用户可以从一个或多个卡标识信息中进行选择，并根据用户选择的用户卡标识信息从云端服务器获得对应的用户卡数据。
S306、目标程序服务器获取与目标用户对应的一个或多个预存卡标识信息，并将预存卡标识信息发送至终端；
目标程序服务器从用户数据库获取与目标用户对应的一个或多个预存卡标识信息的同时还可以获取每个预存卡标识信息对应的卡图像/和或卡名称，并将该一个或多个预存卡标识信息及每个预存卡标识信息对应的卡图像/和或卡名称发送至终端，以使得终端可以显示每个预存卡标识信息对应的卡图像/和或卡名称，以供用户选择。
S307、加密目标程序通过终端的通信接口接收目标程序服务器发送的预存卡标识信息，并在终端的显示界面显示各预存卡信息标识对应的卡图像和/或卡名称以供目标用户选择，根据目标用户选择的卡图像和/或卡名称，得到目标用户选择的用户卡标识信息。
加密目标程序可以根据预存卡标识信息确定预存卡标识信息对应的卡分类信息，然后根据卡分类信息确定卡图像和/或卡名称；也可以直接从目标程序服务器接受每个预存卡标识信息对应的卡图像和/或卡名称。
如图7所示的示例中，目标用户绑定了两个卡，那么则可在终端显示这两个卡的卡图像和/或卡名称，以供用户选择。
用户可通过操作终端从一个或多个卡图像中选择一个卡图像对应的预存卡标识信息作为用户卡标识信息，或者从一个或多个卡名称中选择一个卡名称对应的预存卡标识信息作为用户卡标识信息。
需要说明的是，在其他实施例中，用户也可以只绑定1个卡，或者也可以绑定3个、4个及以上多个卡。接收到目标用户的选择指令之后，将用户选择的卡图像或卡名称对应的预存卡标识信息作为用户卡标识信息，再根据该用户卡标识信息从云端服务器中获取对应的目标卡数据。上述图6、7的示例仅用于解释说明，不构成对本申请的限定。
S308、加密目标程序向目标程序服务器发送用户卡数据获取指令，用户卡数据获取指令包括用户卡标识信息，用户卡数据获取指令用于指示目标程序服务器向云端服务器发送用户卡数据获取请求，以使得云端服务器将用户卡数据发送至终端；
例如在图7所示的示例中，如果用户选择了“城市一卡通”，则将“城市一卡通”对应的预存卡标识信息作为用户卡标识信息。用户卡数据获取指令中包括卡A对应的预存卡标识信息。
S309、目标程序服务器根据用户卡数据获取指令，向云端服务器发送用户卡数据获取请求，用户卡数据获取请求包括用户卡标识信息；
S310、云端服务器获取与用户卡标识信息对应的用户卡数据，并将该用户卡数据发送至终端；
云端服务器根据用户卡数据获取请求中的用户卡标识信息查找与该用户卡标识信息对应的卡数据，将查找到的与用户卡标识信息对应的卡数据作为用户卡数据并发送至终端。
S311、加密目标程序接收用户卡数据，并利用加密目标程序将该用户卡数据作为目标卡数据；
S312、当没有获取到目标用户触发的卡切换指令时，将默认卡数据作为目标卡数据；
目标卡数据为虚拟卡的卡数据，虚拟卡可利用该目标卡数据及NFC模块与目标近场交易设备进行近场交易。当获取到了目标用户触发的卡切换指令时，将用户选择的用户卡标识信息对应的用户卡数据作为目标卡数据，以使得可以根据用户的选择意愿确定的卡数据进行近场交易。当没有获取到目标用户触发的卡切换指令时，将默认卡数据作为目标卡数据，这样有助于更快地完成近场交易。
S313、NFC模块感应到目标近场交易设备的射频场时，根据该射频场发出近场交易指令至加密目标程序，近场交易指令中携带有该射频场的射频场信息；
请参阅图14，在获取到目标卡数据之后，用户可将终端100靠近目标近场交易设备400，使得NFC模块在目标近场交易设备的射频场内，这样可以激活NFC模块，从而可以使得在终端形成的虚拟卡可以与目标近场交易设备完成近场交易。
S314、加密目标程序获取该近场交易指令，并对射频场信息进行验证，当验证通过时，发送近场交易指令验证完成信息至NFC模块。
加密目标程序可以对射频场信息进行合法性验证，避免虚拟卡与非法的近场交易设备进行近场交易而给用户造成经济损失。
S315、NFC模块发送近场交易指令验证完成信息至目标近场交易设备。
S316、目标近场交易设备发送第一选卡指令至NFC模块，第一选卡指令中携带有该目标近场交易设备对应的近场交易类型信息；
S317、NFC模块根据第一选卡指令，向加密目标程序发送第二选卡指令，第二选卡指令中携带有该目标近场交易设备对应的近场交易类型信息。
S318、加密目标程序确认第二选卡指令携带的近场交易类型信息与目标卡数据对应的近场交易类型匹配时，将目标卡数据发送至NFC模块；
近场交易可以用于银行卡交易、公交卡交易等，加密目标程序可判断第二选卡指令携带的近场交易类型信息与目标卡数据对应的近场交易类型是否匹配，若匹配，则可以利用目标卡数据与该目标近场交易设备进行近场交易，则将目标卡数据发送至NFC模块，以使得NFC模块与该目标近场交易设备完成近场交易。
第一选卡指令与第二选卡指令中包含的信息内容可以是相同的，由于加密目标程序无法直接与目标近场交易设备进行数据传输，那么需由NFC模块接收目标近场交易设备发送的第一选卡指令之后将该选卡指令中携带的数据信息通过第二选卡指令发送至加密目标程序。
S319、NFC模块将目标卡数据发送至目标近场交易设备；
NFC模块与目标近场交易设备之间可通过近场通信的通信方式传输数据。NFC模块通过近场通信的方式将目标卡数据发送至目标近场交易设备。
S320、目标近场交易设备获取目标卡数据并对目标卡数据进行验证之后，生成第一扣费信息，并将第一扣费信息发送至NFC模块；
目标近场交易设备对目标卡数据进行验证之后，按照该目标近场交易设备预设的交易规则生成扣费信息。例如当虚拟卡为虚拟公交卡，目标近场交易设备可为公交车上的自动收费设备，该自动收费设备预设有收费金额，那么，则可以根据该收费金额生成扣费信息。
S321、NFC接收该扣费信息，并将该扣费信息发送至加密目标程序；
S322、加密目标程序接收该扣费信息，并将该扣费信息发送至目标程序服务器；
S323、目标程序服务器根据扣费信息对目标卡数据对应的目标账户进行扣费，并将扣费凭证发送至云端服务器，以完成近场交易。
目标程序服务器根据扣费信息对目标卡数据对应的目标账户进行扣费之后，将扣费扣费凭证发送至云端服务器，云端服务器可以根据该扣费凭证确认已扣费完成，则可以确认近场交易完成。
由此可见，在本申请的实施例中，卡数据存储在云端服务器，在需要卡数据时根据用户信息从云端服务器获取对应的目标卡数据，即使终端没有提供用户保护卡数据的安全元件(Secure Element)或用于存放卡数据的钱包，终端也能从云端服务器获取到卡数据，以在终端形成虚拟卡，使得终端可以通过虚拟卡实现公交卡功能。而且即使用户更换终端，另一个终端也能根据用户信息从云端服务器获取对应的目标卡数据，不需要用户重新绑定卡，简化用户操作。
而且，在接收到携带有用户信息的近场交易数据获取指令时，会先从云端服务器下载与用户信息对应的默认卡数据至终端用于近场交易，这时用户可以通过卡切换指令来切换用户近场交易的卡数据，终端接收到卡切换指令之后，会根据用户选择的用户卡标识信息从云端服务器下载对应的卡数据并作为目标卡数据用于近场交易。用户如果不需要切换用于近场交易的卡数据，则不需要发出卡切换指令，将终端移动至目标近场交易设备的射频场时，终端将默认卡数据作为目标卡数据并利用该目标卡数据与目标近场交易设备完成近场交易。
再有，由于用户卡数据存放在云端服务器，那么一个用户可存放的卡数据的数量可以不受终端硬件的限制。而且卡数据是由加密目标程序从云端服务器获取的，这样也能够保证卡数据的安全性，从而可以实现在没有配置安全元件的终端中也利用卡数据进行近场交易。
较佳地，加密目标程序可以在近场交易完成后，删除目标卡数据，以避免目标卡数据被非法用户窃取。
请参阅图15，在另一个实施例中，卡数据处理方法包括以下步骤：
S401、加密目标程序获取目标用户触发的卡充值指令时，根据卡充值指令发送卡充值请求至目标程序服务器，卡充值指令包括充值卡标识信息及对应的充值金额。
用户可以在加密目标程序对应的一个界面中通过点击充值控件触发卡充值请求，例如，在终端获从云端服务获取到目标卡数据之后，显示该目标卡数据对应的卡图像或卡名称，然后终端可以在显示该卡图像或卡名称的界面发出卡充值请求以对显示的卡图像或卡名称对应的卡进行充值，该卡充值请求中包含该目标卡数据对应的卡标识信息。在接受到卡充值请求之后，如图10所示，在终端显示一个充值信息填写页面，用户可以在该充值信息填写页面填写充值卡标识信息及对应的充值金额，充值卡标识信息可以通过选择的方式填写，例如可在终端显示目标用户绑定的一个或多个充值卡的卡图像、卡号或卡名称，然后用户从中进行选择，再根据用户逇选择结果得到充值卡标识信息，充值金额可以由用户直接填写。用户填写完充值卡标识信息及对应的充值金额之后提交，在图10的示例中，可通过点击“立即充值”提交，然后终端根据用户提交的充值卡标识信息及对应的充值金额生成卡充值指令。
需要说明的是，上述任一实施例中对加密目标程序的补充说明也适用于本实施例，为避免冗余，在此不再赘述。
S402、目标程序服务器根据卡充值请求对目标用户的支付账户进行扣费得到充值扣费凭证，并将充值扣费凭证及卡标识信息上传至云端服务器。
对目标用户的支付账户进行扣费时，可直接将目标用户的支付账户中的金额转至与卡信息标识对应的卡管理平台对应的指定账户中。例如，卡信息标识显示要充值的公交卡为A公交公司的公交卡，那么可将目标用户的支付账户中的与充值金额对应的金额转至A公交公司对应的指定账户中。
S403、云端服务器根据所述充值扣费凭证及所述卡标识信息完成充值。
云端服务器为卡管理平台的服务器，那么云端服务器在获取到充值扣费凭证及卡标识信息之后，则充值扣费凭证可以对该卡标识信息对应的卡进行充值,具体地，云端服务器可以通过修改该卡标识信息对应的卡数据中的余额数据来完成充值。
可选地，步骤S403之后，卡数据处理方法还包括步骤：
S404、云端服务器发送充值完成指令至终端。
如此，加密目标程序可以获得充值完成指令，并在终端显示充值成功的信息，这样可以告知目标用户充值成功。
请参阅图16，在另一个实施例中，卡数据处理方法具体包括以下步骤：
S501、加密目标程序获取卡开用户触发的卡开请求，并根据开卡请求向目标程序服务器发送开卡指令，开卡指令中包括开卡类型、所述开卡用户的开卡用户信息、充值信息及支付账户信息；
用户可以在加密目标程序对应的开卡界面中填写开卡类型、所述开卡用户的开卡用户信息、充值信息及支付账户信息，并触发开卡请求。例如，加密目标程序可以在用户点击加密目标程序提供的开卡控件之后，显示开卡界面，用户在开卡界面内填写开卡类型、所述开卡用户的开卡用户信息、充值信息及支付账户信息，并点击“立即开卡”触发开卡请求，开卡请求中包含开卡类型、所述开卡用户的开卡用户信息、充值信息及支付账户信息。加密目标程序再根据开卡请求中的开卡类型、所述开卡用户的开卡用户信息、充值信息及支付账户信息生成开卡指令，并将开卡指令发送至目标程序服务器。
需要说明的是，上述任一实施例中对加密目标程序的解释说明也适用于本实施例，为避免冗余，在此不再赘述。
S502、目标程序服务器根据充值信息对支付账户账户信息对应的支付账户进行扣费得到开卡扣费凭证，并向云端服务器发送开卡申请，开卡申请中包含开卡扣费凭证、开卡用户信息和开卡类型；
对目标用户的支付账户进行扣费时，可直接将目标用户的支付账户中的金额转至与卡信息标识对应的卡管理平台对应的指定账户中。例如，卡信息标识显示要充值的公交卡为A公交公司的公交卡，那么可将目标用户的支付账户中的与充值金额对应的金额转至A公交公司对应的指定账户中。
S503、云端服务器根据开卡申请中的开卡扣费凭证、开卡用户信息和开卡类型完成开卡，并生成新开卡数据。
云端服务器为卡管理平台的服务器，卡管理平台接收到开卡扣费凭证、开卡用户信息和开卡类型之后，对开卡扣费凭证、开卡用户信息和开卡类型进行审核，审核通过之后即可以完成开卡，生成对应的新开卡数据。云端服务器将开卡成功之后得到的新卡开数据反馈终端，并将该新开卡数据作为预存卡数据存储在云端服务器且与对应的卡开用户的用户信息绑定。这样该开卡用户可以在需要获取该新开卡的卡数据时，作为目标用户通过终端发出携带有用户信息的近场交易数据获取指令，这样，终端可从云端服务器获取与该用户信息对应的目标卡数据，也即上述新开卡数据。如此，用户可以实现在终端开卡，而无需前往发卡机构指定的卡开地点进行开卡。
云端服务器可以为对应一个卡类型的卡管理平台的服务器，也可以为对应多个卡类型的卡管理平台的服务器。卡可以根据卡用途确定，也可以根据发卡机构确定。当云端服务器为对应多个卡类型的卡管理平台的服务器时，也即该云端服务器上运行有多个类型的卡对应的卡管理平台时，云端服务器根据开卡类型确定与该开卡类型对应的卡管理平台，并利用与该开卡类型对应的卡管理平台进行开卡。当云端服务器为对应一个卡类型的卡管理平台的服务器时，不同类型的卡由不同卡服务器机构提供卡管理服务，那么不同类型的卡也对应不同的卡管理平台，可发送开卡申请至与开卡类型对应的云端服务器，这样可以将开卡申请发送至与开卡类型对应的卡管理平台，从而可以更加有效地完成开卡过程。
在一个可选实施例中，步骤S503之后，卡数据处理方法还包括步骤：
S504、云端服务器将新开卡数据发送至终端。
这样，终端的加密目标程序接收该新开卡数据，并利用新开卡数据和NFC形成虚拟卡，并利用该虚拟卡进行近场交易，也即是说，开卡用户可在开卡成功时，就可以利用该虚拟卡进行近场交易，便于用户使用。
请参阅图17，本申请还提供一种卡数据处理装置600，包括：
交易指令获取模块601，用于获取目标用户触发的近场交易数据获取指令，所述近场交易数据获取指令携带有所述目标用户的用户信息；
卡数据获取模块602，用于从云端服务器获取与所述用户信息对应的目标卡数据，以在所述终端生成虚拟卡，所述虚拟卡用于利用所述近场交易模块及所述目标卡数据与目标近场交易设备进行近场交易。
在某些实施例中，卡数据获取模块602具体用于利用加密目标程序从云端服务器获取与所述用户信息对应的目标卡数据。
本申请实施例中，获取目标用户触发的近场交易数据获取指令，近场交易数据获取指令携带有目标用户的用户信息；从云端服务器获取与用户信息对应的目标卡数据。在云端服务器预存有用户的用户信息及对应的卡数据，当用户需要进行近场交易或需要获取卡数据时，可发出近场交易数据获取指令，终端获取到用户发出的携带有用户信息的近场交易数据获取指令之后，再从云端服务器获取对应的目标卡数据，这样卡数据存储在云端服务器，在需要卡数据时根据用户信息从云端服务器获取对应的目标卡数据，即使终端没有提供用户保护卡数据的安全元件(Secure Element)或用于存放卡数据的钱包，终端也能从云端服务器获取到卡数据，以在终端形成虚拟卡，使得终端可以通过虚拟卡实现公交卡功能。而且即使用户更换终端，另一个终端也能根据用户信息从云端服务器获取对应的目标卡数据，不需要用户重新绑定卡，简化用户操作。
需要说明的是，上述实施例中对卡数据获取方法各步骤的补充说明及技术效果也适用于本实施例的卡数据处理装置600，为避免冗余，在此不再赘述。
在某些实施例中，卡数据获取模块602具体用于：从预设服务器获取第一目标程序，并利用预设加密规则对所述第一目标程序加密以得到所述加密目标程序。
在某些实施例中，卡数据获取模块602具体用于：
利用加密目标程序从云端服务器获取与所述用户信息对应的默认卡数据；
当没有获取到与所述目标用户对应的卡切换指令时，利用所述加密目标程序将所述默认卡数据作为目标卡数据；
当获取到与所述目标用户对应的所述卡切换指令时，利用所述用加密目标程序从云端服务器获取与所述卡切换指令中的用户卡标识信息对应的卡数据并作为所述目标数据。
在某些实施例中，卡数据获取模块602具体用于：
当接收到所述目标用户触发的卡切换请求时，利用所述加密目标程序从用户数据库获取与所述目标用户对应的至少一条预存卡标识信息；
利用所述加密目标程序获取所述目标用户从所述至少一条预存卡标识信息中选择的用户卡标识信息，并根据所述用户卡标识信息生成所述卡切换指令；
利用所述加密目标程序从所述云端服务器获取与所述用户卡标识信息对应的用户卡数据并作为所述目标卡数据。
在某些实施例中，所述卡数据处理装置600还包括：
交易模块，用于根据所述目标卡数据利用所述近场通信模块与目标近场交易设备完成近场交易；
数据删除模块，用于在完成所述近场交易之后，删除所述目标卡数据。
在某些实施例中，交易模块具体用于：
采用与所述预设加密算法对应的预设解密算法对所述目标卡数据解密得到解密卡数据；
根据所述解密卡数据利用所述近场通信模块与所述目标近场交易设备完成近场交易。
在某些实施例中，所述卡数据处理装置600还包括：
充值指令获取模块，用于获取所述目标用户触发的卡充值指令，所述卡充值指令包括充值卡标识信息及对应的充值金额；
充值模块，用于根据所述充值金额对所述目标用户的支付账户进行扣费得到充值扣费凭证，并将所述充值扣费凭证及所述卡标识信息上传至所述云端服务器，以使得所述云端服务器根据所述充值扣费凭证及所述卡标识信息完成充值。
在某些实施例中，所述卡数据处理装置400还包括：
开卡指令获取模块，用于获取开卡用户的开卡请求，所述开卡请求包括开卡类型、所述开卡用户的开卡用户信息、充值信息及支付账户信息；
开卡申请模块，用于根据充值信息对所述支付账户账户信息对应的支付账户进行扣费得到开卡扣费凭证，并将所述开卡扣费凭证、所述开卡用户信息及开卡类型发送至所述云端服务器，以使得所述云端服务器根据所述开卡扣费凭证、所述开卡用户信息和所述开卡类型完成开卡。
需要说明的是，上述实施例中对卡数据处理方法各步骤的补充说明及技术效果也适用于上述各实施例的卡数据处理装置600，为避免冗余，在此不再赘述。
本申请还提供一种计算机可读存储介质，计算机可读存储介质上存储有卡数据处理程序，其中卡数据处理程序被处理器执行时，实现上述任一实施例的卡数据处理方法的步骤。
其中，卡数据处理程序被执行时所实现的方法及对应的技术效果可参照本申请处理方法的各个实施例，此处不再赘述。
在上述实施例中，可全部或部分地通过软件、硬件、固件、或其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如软盘、硬盘、磁带)、光介质(例如光盘)、或者半导体介质(例如固态硬盘)等。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置，也可以通过其它的方式实现。例如以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可结合或者可以集成到另一个系统，或一些特征可以忽略或不执行。另一点，所显示或讨论的相互之间的间接耦合或者直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者，也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例的方案的目的。
另外，在本申请各实施例中的各功能单元可集成在一个处理单元中，也可以是各单元单独物理存在，也可两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，或者也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质例如可包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或光盘等各种可存储程序代码的介质。
可以理解的是，凡是被控制或者被配置以用于执行本申请所描述的卡数据处理方法的产品，如上述卡数据处理装置、终端，均属于本申请所描述的相关产品的范畴。

Claims (8)

1.一种卡数据处理方法，用于终端，其特征在于，所述终端包括近场交易模块，所述卡数据处理方法包括：
获取目标用户触发的近场交易数据获取指令，所述近场交易数据获取指令携带有所述目标用户的用户信息；
从预设服务器获取第一目标程序，并利用预设加密规则对所述第一目标程序加密以得到加密目标程序，所述加密目标程序包括云端服务器的服务器地址和云端服务器的访问验证信息，所述访问验证信息用于在验证通过的情况下允许所述加密目标程序根据所述服务器地址访问所述云端服务器；
从与目标用户对应的预设地址获取所述加密目标程序对应的秘钥，不同用户对应的预设地址不同，所述秘钥用于允许所述加密目标程序运行；
利用所述秘钥运行所述加密目标程序，并在所述加密目标程序中的访问验证信息通过所述云端服务器的验证的情况下，利用所述加密目标程序从云端服务器获取与所述用户信息对应的经过预设加密算法加密的目标卡数据，以在所述终端生成虚拟卡，所述虚拟卡用于利用所述近场交易模块及所述目标卡数据与目标近场交易设备进行近场交易；
在所述近场交易模块感应到所述目标近场交易设备的射频场时，将所述射频场发出的近场交易指令发送至所述加密目标程序，所述近场交易指令中携带所述射频场的射频场信息；
利用所述加密目标程序对所述射频场信息进行验证，若验证通过，则发送近场交易指令验证完成信息至所述近场交易模块；
利用所述近场交易模块发送所述近场交易指令验证完成信息至所述目标近场交易设备；
利用所述近场交易模块接收所述目标近场交易设备发送的第一选卡指令，所述第一选卡指令中携带有所述目标近场交易设备对应的近场交易类型信息；
利用所述近场交易模块根据所述第一选卡指令，向所述加密目标程序发送第二选卡指令，所述第二选卡指令中携带有所述目标近场交易设备对应的近场交易类型信息；
利用所述加密目标程序确认所述第二选卡指令携带的所述近场交易类型信息与所述目标卡数据对应的近场交易类型匹配时，采用与所述预设加密算法对应的预设解密算法对所述目标卡数据解密得到解密卡数据，并将所述解密卡数据发送至所述近场交易模块；
利用所述近场交易模块及所述解密卡数据与所述目标近场交易设备完成近场交易。
2.根据权利要求1所述的卡数据处理方法，其特征在于，所述利用加密目标程序从云端服务器获取与所述用户信息对应的目标卡数据包括：
利用加密目标程序从云端服务器获取与所述用户信息对应的默认卡数据；
当没有获取到与所述目标用户对应的卡切换指令时，利用所述加密目标程序将所述默认卡数据作为目标卡数据；
当获取到与所述目标用户对应的所述卡切换指令时，利用所述用加密目标程序从云端服务器获取与所述卡切换指令中的用户卡标识信息对应的卡数据并作为所述目标数据。
3.根据权利要求2所述的卡数据处理方法，其特征在于，所述当获取到与所述目标用户对应的所述卡切换指令时，利用加密目标程序从云端服务器获取与所述卡切换指令中的用户卡标识信息对应的卡数据并作为所述目标数据包括：
当接收到所述目标用户触发的卡切换请求时，利用所述加密目标程序从用户数据库获取与所述目标用户对应的至少一条预存卡标识信息；
利用所述加密目标程序获取所述目标用户从所述至少一条预存卡标识信息中选择的用户卡标识信息，并根据所述用户卡标识信息生成所述卡切换指令；
利用所述加密目标程序从所述云端服务器获取与所述用户卡标识信息对应的用户卡数据并作为所述目标卡数据。
4.根据权利要求1所述的卡数据处理方法，其特征在于，所述卡数据处理方法包括：
根据所述目标卡数据利用所述近场通信模块与目标近场交易设备完成近场交易；
在完成所述近场交易之后，删除所述目标卡数据。
5.根据权利要求1-4任一项所述的卡数据处理方法，其特征在于，所述卡数据处理方法还包括：
获取所述目标用户触发的卡充值指令，所述卡充值指令包括充值卡标识信息及对应的充值金额；
根据所述充值金额对所述目标用户的支付账户进行扣费得到充值扣费凭证，并将所述充值扣费凭证及所述卡标识信息上传至所述云端服务器，以使得所述云端服务器根据所述充值扣费凭证及所述卡标识信息完成充值。
6.根据权利要求1-4任一项所述的卡数据处理方法，其特征在于，所述卡数据处理方法还包括：
获取开卡用户的开卡请求，所述开卡请求包括开卡类型、所述开卡用户的开卡用户信息、充值信息及支付账户信息；
根据充值信息对所述支付账户账户信息对应的支付账户进行扣费得到开卡扣费凭证，并将所述开卡扣费凭证、所述开卡用户信息及开卡类型发送至所述云端服务器，以使得所述云端服务器根据所述开卡扣费凭证、所述开卡用户信息和所述开卡类型完成开卡。
7.一种终端，其特征在于，包括处理器、存储器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-6任一项所述的方法中的步骤的指令。
8.一种计算机可读存储介质，其特征在于：所述计算机可读存储介质存储有用于卡数据处理的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-6任一项所述的方法中的步骤的指令。
CN201910660415.4A 2019-07-22 2019-07-22 卡数据处理方法及终端 Active CN112348508B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910660415.4A CN112348508B (zh) 2019-07-22 2019-07-22 卡数据处理方法及终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910660415.4A CN112348508B (zh) 2019-07-22 2019-07-22 卡数据处理方法及终端

Publications (2)

Publication Number Publication Date
CN112348508A CN112348508A (zh) 2021-02-09
CN112348508B true CN112348508B (zh) 2023-05-26

Family

ID=74366263

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910660415.4A Active CN112348508B (zh) 2019-07-22 2019-07-22 卡数据处理方法及终端

Country Status (1)

Country Link
CN (1) CN112348508B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115018483B (zh) * 2021-11-19 2023-05-30 荣耀终端有限公司 应用处理方法、终端设备以及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105046486A (zh) * 2015-07-17 2015-11-11 百度在线网络技术（北京）有限公司 基于nfc的移动支付方法和装置
CN108805539A (zh) * 2018-02-09 2018-11-13 深圳市微付充科技有限公司 一种基于主机卡模拟的支付方法、移动设备及存储装置
CN108665269A (zh) * 2018-05-17 2018-10-16 深圳市微付充科技有限公司 一种使用移动设备进行交易的方法及装置

Also Published As

Publication number Publication date
CN112348508A (zh) 2021-02-09

Similar Documents

Publication Publication Date Title
US11455616B2 (en) Method, device and system for the transfer of data
JP4509931B2 (ja) トランザクションの容易化および認証
US20010007983A1 (en) Method and system for transaction of electronic money with a mobile communication unit as an electronic wallet
EP2128830A1 (en) A method and an electronic device for transferring application data from a source electronic device to a destination electronic device
CN108665263B (zh) 多维条形码行动支付方法、买方装置及支付伺服机构
KR20180017222A (ko) 전자 디바이스의 보안 요소를 사용한 온라인 결제
CN103562972A (zh) 手持自置备pin ped通信器
JP2007513396A (ja) トランザクションの容易化および認証
KR20150026233A (ko) 디지털 카드 기반의 결제 시스템 및 방법
CN103400461B (zh) Pos机、卡片业务实现的系统及方法
US9836735B2 (en) Method for initiating and performing a CNP business transaction, software for the same and a communication device comprising such software
EP2755178A1 (en) Portable electronic device having a memory card module for conducting electronic transactions
EP4328841A1 (en) System, server, and method for providing tax refund service for online purchased product
KR20200096400A (ko) 디지털 가상화폐를 qr(또는 bar)코드와 매칭시켜 전송하는 디지털 가상화폐의 전송시스템 및 그 방법
EP2854087A1 (en) Method for processing a payment
CN112348508B (zh) 卡数据处理方法及终端
CN111652612A (zh) 移动支付方法及装置
JP5981507B2 (ja) 支払いを処理する方法
JP2003504759A (ja) トランザクションを実行するためのシステム
CN110930146A (zh) 凭证验证辅助装置、系统及其方法
KR20180030794A (ko) 독립된 서로 다른 운영 체제의 연결이 가능한 결제 장치
KR102060976B1 (ko) 디지털 가상화폐를 qr(또는 bar)코드와 매칭시켜 전송하는 디지털 가상화폐의 전송 방법
CN106875180B (zh) 带可见光与条码双向认证的在线支付方法
EP1571606A1 (en) Cardless sales method and system
KR20140081213A (ko) 이미지 인식을 이용한 스마트 보안인증 시스템 및 그 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40037959

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant