CN105469252A - 一种用户确认交易的方法 - Google Patents

一种用户确认交易的方法 Download PDF

Info

Publication number
CN105469252A
CN105469252A CN201510809601.1A CN201510809601A CN105469252A CN 105469252 A CN105469252 A CN 105469252A CN 201510809601 A CN201510809601 A CN 201510809601A CN 105469252 A CN105469252 A CN 105469252A
Authority
CN
China
Prior art keywords
transaction
user
smart card
confirmation operation
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.)
Pending
Application number
CN201510809601.1A
Other languages
English (en)
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.)
Vanstone Electronic Beijing Co Ltd
Original Assignee
Vanstone Electronic Beijing 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 Vanstone Electronic Beijing Co Ltd filed Critical Vanstone Electronic Beijing Co Ltd
Priority to CN201510809601.1A priority Critical patent/CN105469252A/zh
Publication of CN105469252A publication Critical patent/CN105469252A/zh
Pending legal-status Critical Current

Links

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/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • 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/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G06Q20/3415—Cards acting autonomously as pay-media
    • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种用户确认交易的方法，涉及智能卡使用安全技术领域。该方法中，智能卡接收交易信息后，不是直接产生响应数据，而是先判断是否需要用户进行确认操作，如果需要，则用户在智能卡端进行确认操作后，智能卡才会产生响应数据。因此，本发明实施例中，通过在智能卡端，增加用户的确认操作，可以使得用户在使用智能卡进行刷卡交易时，完成对交易的控制，防止被无卡而暗中偷刷等行为的产生，而且，相对于密码等安全措施，直接在智能卡端进行用户确认操作，进一步提高了智能卡刷卡交易的安全性。

Description

一种用户确认交易的方法
技术领域
本发明涉及智能卡使用安全技术领域，尤其涉及一种用户确认交易的方法。
背景技术
金融智能卡已经替代磁条卡，成为银行业发卡的主流，不远的未来将会迎来智能卡刷卡交易的普及。而使用智能卡进行金融交易过程中，交易的安全性是保护用户权益的重要因素，因此，智能卡的使用安全性就显得非常重要。
目前，在刷卡交易中，一般都需要用户设置账号和密码，交易时通过输入密码等来确保交易的安全性。
但是，随着便利性支付规则/方式的推广，经常存在不使用密码即完成交易的方式，这种交易方式，相对于使用密码的交易方式，虽然具有较强的便利性，但是，由于缺乏用户对交易的确认过程，因此，存在较大的安全风险。
发明内容
本发明的目的在于提供一种用户确认交易的方法，从而解决现有技术中存在的前述问题。
为了实现上述目的，本发明采用的技术方案如下：
一种用户确认交易的方法，包括如下步骤：
S1，智能卡接收交易的信息；
S2，所述智能卡根据所述交易的信息和设定规则判断所述交易是否需要用户在所述智能卡端进行确认操作，若需要，则执行S3；若不需要，则跳至S4，所述确认操作包括同意交易的操作和拒绝交易的操作；
S3，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，若用户进行了同意交易的确认操作，则所述智能卡向交易终端返回正常交易的信息，并跳至S4；若用户进行了拒绝交易的确认操作，则所述智能卡向交易终端返回拒绝交易的信息，交易结束；
S4，所述智能卡根据所述交易的信息生成响应数据，并将所述响应数据返回至交易终端，完成交易。
优选地，S1中，所述交易的信息包括交易类型和/或当次交易金额。
优选地，S2中，所述设定规则，具体为，当所述交易类型为设定类型时，则需要用户确认，否则，不需要用户确认；
和/或，
当所述当次交易金额超过设定金额时，需要用户确认，否则，不需要用户确认。
进一步地，S1和S2之间还包括步骤，所述智能卡判断所述设定规则是否更改，如果是，则需要用户在所述智能卡端进行确认操作，否则，执行S2。
优选地，S3中，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，包括如下步骤：
S301a，所述智能卡读取设置在所述智能卡上的按键的信息；
S302a，所述智能卡根据读取到的按键的信息，判断用户在所述智能卡上进行的确认操作的类型。
优选地，所述按键包括确认按键或/和取消按键，若所述智能卡读取到确认按键的信息，则用户进行了同意交易的确认操作，若所述智能卡未读取到确认按键的信息或读取到取消按键的信息，则用户进行了拒绝交易的确认操作。
优选地，S3中，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，包括如下步骤：
S301b，所述智能卡通过与用户端连接的功能模块，读取用户在用户端上进行的确认操作信息；
S302b，所述智能卡根据读取到的确认操作信息，判断用户在所述智能卡上进行的确认操作的类型。
优选地，所述功能模块为蓝牙模块，所述用户端为手机，S302b具体为，若所述智能卡读取到的确认操作信息为确认，则用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了同意交易的确认操作，若所述智能卡读取到的确认操作信息为取消，则用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了拒绝交易的确认操作。
优选地，所述用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了同意交易的确认操作或拒绝交易的确认操作，具体包括如下步骤：
交易前，用户将所述带有所述蓝牙模块的所述智能卡和所述手机进行绑定；
所述智能卡实时将交易的信息发送至所述手机；
用户根据所述手机接收到的交易的信息完成确认操作；
所述手机将用户的确认操作结果发回至所述智能卡。
进一步地，S2和S3之间，还包括步骤，所述智能卡向所述交易终端发送需要等待的信息。
本发明的有益效果是：本发明实施例提供的用户确认交易的方法，智能卡接收交易信息后，不是直接产生响应数据，而是先判断是否需要用户进行确认操作，如果需要，则用户在智能卡端进行确认操作后，智能卡才会产生响应数据。因此，本发明实施例中，通过在智能卡端，增加用户的确认操作，可以使得用户在使用智能卡进行刷卡交易时，完成对交易的控制，防止被无卡而暗中偷刷等行为的产生，而且，相对于密码等安全措施，直接在智能卡端进行用户确认操作，进一步提高了智能卡刷卡交易的安全性。
附图说明
图1是本发明实施例提供的用户确认交易的方法流程示意图；
图2是本发明实施例一提供的通过确认按键同意交易的流程示意图；
图3是本发明实施例二提供的通过取消按键拒绝交易的流程示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施方式仅仅用以解释本发明，并不用于限定本发明。
本发明实施例提供了一种用户确认交易的方法，包括如下步骤：
S1，智能卡接收交易的信息；
S2，所述智能卡根据所述交易的信息和设定规则判断所述交易是否需要用户在所述智能卡端进行确认操作，若需要，则执行S3；若不需要，则跳至S4，所述确认操作包括同意交易的操作和拒绝交易的操作；
S3，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，若用户进行了同意交易的确认操作，则所述智能卡向交易终端返回正常交易的信息，并跳至S4；若用户进行了拒绝交易的确认操作，则所述智能卡向交易终端返回拒绝交易的信息，交易结束；
S4，所述智能卡根据所述交易的信息生成响应数据，并将所述响应数据返回至交易终端，完成交易。
上述方法中，无论用户进行了何种类型的确认操作(包括同意交易的确认操作和拒绝交易的确认操作)，智能卡都会产生响应信息，并返回至交易终端，然后交易终端根据智能卡返回的响应信息进行相应的操作。
在实际操作过程中，如果按照现有的交易方法，智能卡在交易终端上进行交易，当智能卡与交易终端发生数据交互，智能卡接收到交易的信息后，比如交易金额，智能卡则会根据交易金额直接产生响应数据，并将响应数据发送至交易终端，完成交易。其交易的过程中，不具备用户确认的过程，而现实生活中，使用智能卡的交易过程，可能不是持卡用户自愿的行为，比如，在持卡用户不知情的情况下，外人将交易终端贴近智能卡，进行的刷卡操作，按照上述方法也能够完成交易。从而给持卡用户造成损失。
而采用本发明的方法，智能卡接收到交易的信息后，比如交易金额，智能卡会首先判断是否需要进行用户确认，如果根据设定的规则，确定需要用户确认，则等待用户在智能卡端进行确认操作后，再根据操作类型，判定用户是否同意该交易，如果用户同意，再完成交易，如果用户不同意，则中断交易。因此，在本发明中智能卡参与的交易中，增加了对用户确认的判断以及用户确认的操作，从而保证，只有在用户同意交易的情况下，才完成交易，而在用户不同意交易的情况下，中断交易。从而保证了持卡用户的利益。
同时，本发明中，用户确认的操作可直接在智能卡端进行，因此，与密码操作相比，不会造成通过网络传输等方式造成密码丢失的情况，从而进一步提高了交易安全性。
本发明的一个优选实施例中，S1中，所述交易的信息可以包括交易类型和/或当次交易金额。
如本领域技术人员可以理解的，除了上述交易信息外，还可以是其他的交易信息，用于判定是否需要用户进行确认操作。
S2中，所述设定规则，具体可以为，当所述交易类型为设定类型时，则需要用户确认，否则，不需要用户确认；
和/或，
当所述当次交易金额超过设定金额时，需要用户确认，否则，不需要用户确认。
对于上述设定的规则，便于理解，可以举例如下：比如，对交易类型的判定，如果当前交易为电子现金的方式，则需要智能卡端确认；对当次交易金额的判定，如果交易金额高于RMB20.00元，则需要智能卡端确认。
如本领域技术人员可以理解的，除了上述设定的规则外，还可以设定其他的规则，用于判定是否需要用户进行确认操作。该设定规则可以由持卡用户根据实际情况进行设定，也可以根据使用习惯进行设定。
本实施例中，S1和S2之间还可以包括步骤，所述智能卡判断所述设定规则是否更改，如果是，则需要用户在所述智能卡端进行确认操作，否则，执行S2。
其中，对于规则的更改操作，独立于交易过程，单独发生，用户可以在手机端连接智能卡，对智能卡的上述设定规则进行更改，同时，更改后进行确认，即对于规则更改确认的操作也可以是独立于交易过程单独发生的；另外，对于规则更改确认的操作，还可以进一步在交易过程中实施，如本发明实施例提供的方法，这样，可以让持卡用户对规则的更改进行进一步的确认，提高其使用的安全性。
由于智能卡上判定规则的设定，可以是持卡用户自己设定的，所以，可以根据实际情况随时进行修改，但是，为了保证智能卡的使用安全性，确保判定规则是由持卡用户自身修改的，而不是由其他人修改的，本实施例中，当判定规则被修改后，需要用户在智能卡端进行确认操作。
本发明的一个优选实施例中，S3中，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，包括如下步骤：
S301a，所述智能卡读取设置在所述智能卡上的按键的信息；
S302a，所述智能卡根据读取到的按键的信息，判断用户在所述智能卡上进行的确认操作的类型。
上述方法中，采用的智能卡上设置有代表不同确认操作信息的按键，用户可以通过按下不同的按键，将同意交易或拒绝交易的信息传递给智能卡。
其中，所述按键可以包括确认按键或/和取消按键，若所述智能卡读取到确认按键的信息，则用户进行了同意交易的确认操作，若所述智能卡未读取到确认按键的信息或读取到取消按键的信息，则用户进行了拒绝交易的确认操作。
其中，确认按键可以是一个，也可以是多个，取消按键可以是一个，也可以是多个。
确认按键和取消按键可以设置在智能卡的一面，也可以分别设置在智能卡的两面。
另外，还可以在智能卡上设置人机交互模块，用户可以通过人机交互模块直接进行确认操作，智能卡通过人机交互模块读取用户的确认操作类型，并进行后续的操作。
本发明的一个优选实施例中，S3中，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，可以包括如下步骤：
S301b，所述智能卡通过与用户端连接的功能模块，读取用户在用户端上进行的确认操作信息；
S302b，所述智能卡根据读取到的确认操作信息，判断用户在所述智能卡上进行的确认操作的类型。
其中，所述功能模块可以为蓝牙模块，所述用户端可以为手机，S302b可以具体为，若所述智能卡读取到的确认操作信息为确认，则用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了同意交易的确认操作，若所述智能卡读取到的确认操作信息为取消，则用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了拒绝交易的确认操作。
如本领域技术人员可以理解的，还可以是其他类型的功能模块和用户端，只要用户端能够通过功能模块与智能卡交互用户确认操作的信息即可。
其中，用户端与功能模块之间的数据交互，以及功能模块与智能卡之间的数据交互均可以为本领域的常用技术手段。
本发明实施例中，所述用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了同意交易的确认操作或拒绝交易的确认操作，具体包括如下步骤：
交易前，用户将所述带有所述蓝牙模块的所述智能卡和所述手机进行绑定；
所述智能卡实时将交易的信息发送至所述手机；
用户根据所述手机接收到的交易的信息完成确认操作；
所述手机将用户的确认操作结果发回至所述智能卡。
采用上述方法，可以实现用户通过手机在智能卡端进行用户确认操作，充分利用了手机等移动终端的功能，从而使用户的确认操作信息更加安全，进而使智能卡的刷卡交易更加安全。
本发明实施例中，S2和S3之间，还包括步骤，所述智能卡向所述交易终端发送需要等待的信息。
由于采用本发明实施例提供的方法，智能卡收到交易信息后，需要判断用户是否需要确认，以及用户需要确认操作等，所以，智能卡向所述交易终端发送需要等待的信息，可以使交易能够更加顺利的进行，避免由于等待出现交易终端的误判断。
具体实施例一
本发明实施例提供了基于带有确认按键的智能卡，基于现行的交易系统，来完成刷卡交易过程中，进行确认操作的方法，此实施例中，交易终端设备为POS机(PointofSale)，如图2所示，该方法包括以下步骤：
101：交易终端设备(POS机)，发起一个需要确认的支付交易；
102：POS机显示金额，并等待用户刷卡；
103：用户看到金额，并同意此交易，于是按住智能卡上的确认按键，将卡贴近POS机刷卡；
104：智能卡和POS机通信，交换交易数据；
105：智能卡根据交易金额，判定此次交易需要确认，读取103中用户按住智能卡上的确认按键的状态信息，并生成确认本次交易的响应数据；
106：智能卡将响应数据回送至POS机，完成本次交易。
具体实施例二
本发明实施例提供了基于带有确认按键的智能卡，基于现行的交易系统，在刷卡交易过程中，拒绝交易的方法，此例中，交易终端设备为POS机，如图3所示，包括以下步骤：
201：交易终端设备(POS机)，发起一个需要确认的支付交易；
202：POS机显示金额，并等待用户刷卡；
203：用户看到金额，不同意此交易/或没有看到金额，没有按住确认键，将卡贴近POS机，或被动被POS机贴近卡，进行刷卡；
204：智能卡和POS机通信，交换交易数据；
205：智能卡根据交易金额，判定此次交易需要确认，读取203中用户没有按住确认按键的状态信息，生成拒绝本次交易的响应数据；
206：智能卡将响应数据回送至POS机结束本次交易。
通过采用本发明公开的上述技术方案，得到了如下有益的效果：本发明实施例提供的用户确认交易的方法，智能卡接收交易信息后，不是直接产生响应数据，而是先判断是否需要用户进行确认操作，如果需要，则用户在智能卡端进行确认操作后，智能卡才会产生响应数据。因此，本发明实施例中，通过在智能卡端，增加用户的确认操作，可以使得用户在使用智能卡进行刷卡交易时，完成对交易的控制，防止被无卡而暗中偷刷等行为的产生，而且，相对于密码等安全措施，直接在智能卡端进行用户确认操作，进一步提高了智能卡刷卡交易的安全性。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域人员应该理解的是，上述实施例提供的方法步骤的时序可根据实际情况进行适应性调整，也可根据实际情况并发进行。
上述实施例涉及的方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机设备可读取的存储介质中，用于执行上述各实施例方法所述的全部或部分步骤。所述计算机设备，例如：个人计算机、服务器、网络设备、智能移动终端、智能家居设备、穿戴式智能设备、车载智能设备等；所述的存储介质，例如：RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (10)

1.一种用户确认交易的方法，其特征在于，包括如下步骤：
S1，智能卡接收交易的信息；
S2，所述智能卡根据所述交易的信息和设定规则判断所述交易是否需要用户在所述智能卡端进行确认操作，若需要，则执行S3；若不需要，则跳至S4，所述确认操作包括同意交易的操作和拒绝交易的操作；
S3，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，若用户进行了同意交易的确认操作，则所述智能卡向交易终端返回正常交易的信息，并跳至S4；若用户进行了拒绝交易的确认操作，则所述智能卡向交易终端返回拒绝交易的信息，交易结束；
S4，所述智能卡根据所述交易的信息生成响应数据，并将所述响应数据返回至交易终端，完成交易。
2.根据权利要求1所述的用户确认交易的方法，其特征在于，S1中，所述交易的信息包括交易类型和/或当次交易金额。
3.根据权利要求2所述的用户确认交易的方法，其特征在于，S2中，所述设定规则，具体为，当所述交易类型为设定类型时，则需要用户确认，否则，不需要用户确认；
和/或，
当所述当次交易金额超过设定金额时，需要用户确认，否则，不需要用户确认。
4.根据权利要求1所述的用户确认交易的方法，其特征在于，S1和S2之间还包括步骤，所述智能卡判断所述设定规则是否更改，如果是，则需要用户在所述智能卡端进行确认操作，否则，执行S2。
5.根据权利要求1所述的用户确认交易的方法，其特征在于，S3中，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，包括如下步骤：
S301a，所述智能卡读取设置在所述智能卡上的按键的信息；
S302a，所述智能卡根据读取到的按键的信息，判断用户在所述智能卡上进行的确认操作的类型。
6.根据权利要求5所述的用户确认交易的方法，其特征在于，所述按键包括确认按键或/和取消按键，若所述智能卡读取到确认按键的信息，则用户进行了同意交易的确认操作，若所述智能卡未读取到确认按键的信息或读取到取消按键的信息，则用户进行了拒绝交易的确认操作。
7.根据权利要求1所述的用户确认交易的方法，其特征在于，S3中，所述智能卡获取用户在所述智能卡上进行的确认操作的类型，包括如下步骤：
S301b，所述智能卡通过与用户端连接的功能模块，读取用户在用户端上进行的确认操作信息；
S302b，所述智能卡根据读取到的确认操作信息，判断用户在所述智能卡上进行的确认操作的类型。
8.根据权利要求7所述的用户确认交易的方法，其特征在于，所述功能模块为蓝牙模块，所述用户端为手机，S302b具体为，若所述智能卡读取到的确认操作信息为确认，则用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了同意交易的确认操作，若所述智能卡读取到的确认操作信息为取消，则用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了拒绝交易的确认操作。
9.根据权利要求8所述的用户确认交易的方法，其特征在于，所述用户使用所述手机在带有所述蓝牙模块的所述智能卡上进行了同意交易的确认操作或拒绝交易的确认操作，具体包括如下步骤：
交易前，用户将所述带有所述蓝牙模块的所述智能卡和所述手机进行绑定；
所述智能卡实时将交易的信息发送至所述手机；
用户根据所述手机接收到的交易的信息完成确认操作；
所述手机将用户的确认操作结果发回至所述智能卡。
10.根据权利要求1所述的用户确认交易的方法，其特征在于，S2和S3之间，还包括步骤，所述智能卡向所述交易终端发送需要等待的信息。
CN201510809601.1A 2015-11-20 2015-11-20 一种用户确认交易的方法 Pending CN105469252A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510809601.1A CN105469252A (zh) 2015-11-20 2015-11-20 一种用户确认交易的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510809601.1A CN105469252A (zh) 2015-11-20 2015-11-20 一种用户确认交易的方法

Publications (1)

Publication Number Publication Date
CN105469252A true CN105469252A (zh) 2016-04-06

Family

ID=55606919

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510809601.1A Pending CN105469252A (zh) 2015-11-20 2015-11-20 一种用户确认交易的方法

Country Status (1)

Country Link
CN (1) CN105469252A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111461704A (zh) * 2020-03-17 2020-07-28 福建省农村信用社联合社 一种用于农村金融机构的磁条卡交易安全锁的方法及系统
CN112562101A (zh) * 2018-04-16 2021-03-26 西安艾润物联网技术服务有限责任公司 停车场停车收费管理方法、服务器及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102867366A (zh) * 2012-09-19 2013-01-09 中国工商银行股份有限公司 一种便携式银行卡数据处理装置、系统及方法
CN103208151A (zh) * 2013-04-03 2013-07-17 天地融科技股份有限公司 处理操作请求的方法及系统
CN203149617U (zh) * 2012-12-20 2013-08-21 天地融科技股份有限公司 智能卡

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102867366A (zh) * 2012-09-19 2013-01-09 中国工商银行股份有限公司 一种便携式银行卡数据处理装置、系统及方法
CN203149617U (zh) * 2012-12-20 2013-08-21 天地融科技股份有限公司 智能卡
CN103208151A (zh) * 2013-04-03 2013-07-17 天地融科技股份有限公司 处理操作请求的方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112562101A (zh) * 2018-04-16 2021-03-26 西安艾润物联网技术服务有限责任公司 停车场停车收费管理方法、服务器及存储介质
CN112562101B (zh) * 2018-04-16 2022-05-31 西安艾润物联网技术服务有限责任公司 停车场停车收费管理方法、服务器及存储介质
CN111461704A (zh) * 2020-03-17 2020-07-28 福建省农村信用社联合社 一种用于农村金融机构的磁条卡交易安全锁的方法及系统
CN111461704B (zh) * 2020-03-17 2023-12-19 福建省农村信用社联合社 一种用于农村金融机构的磁条卡交易安全锁的方法及系统

Similar Documents

Publication Publication Date Title
US11204648B2 (en) Handshake to establish agreement between two parties in virtual reality
CN103810597B (zh) 行动装置、付款交易系统及付款交易方法
US11687755B2 (en) System and apparatus for encrypted data collection using RFID cards
CN103400461B (zh) Pos机、卡片业务实现的系统及方法
CN106327175A (zh) 移动支付应用程序体系结构
CN105844462A (zh) 用于支付的用户界面
JP2014531630A (ja) 金融情報を検索するための電子情報カード
CN101299286A (zh) 利用手机生成认证图形进行pos支付的方法及其系统和手机
CN103544597A (zh) 行动装置、付款交易系统及付款交易方法
CN105261130A (zh) 一种智能pos终端
US20190187859A1 (en) Haptic interaction
CN100534039C (zh) 一种处理符合usb接口规范的信息载体的金融交易终端及其工作方法
Almuhammadi An overview of mobile payments, fintech, and digital wallet in Saudi Arabia
CN103400460A (zh) 移动pos机、卡片业务实现的系统及方法
CN102693480B (zh) 具有读卡功能的移动终端及移动终端支付方法
Choudary The Smart Card Detective: a hand-held EMV interceptor
CN105469252A (zh) 一种用户确认交易的方法
CN103714624B (zh) 电子钱包充值方法、系统及充值操作终端
CN205230211U (zh) 一种智能pos终端
CN105224071A (zh) 一种数据交互的方法、设备及系统
CN105590367A (zh) Ic卡交易异常的处理方法以及实现该处理方法的受理终端
CN203366456U (zh) 智能金融终端
CN105512882A (zh) 一种基于hce的支付方法和装置
CN102024235A (zh) 业务流程生成系统及应用服务提供系统
CN205354074U (zh) 一种金融可视卡

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20160406