CN105488670A - 支付请求处理的方法、装置及*** - Google Patents
支付请求处理的方法、装置及*** Download PDFInfo
- Publication number
- CN105488670A CN105488670A CN201510821690.1A CN201510821690A CN105488670A CN 105488670 A CN105488670 A CN 105488670A CN 201510821690 A CN201510821690 A CN 201510821690A CN 105488670 A CN105488670 A CN 105488670A
- Authority
- CN
- China
- Prior art keywords
- transaction
- terminal
- request
- voucher
- relevant
- 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
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/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
-
- 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/322—Aspects of commerce using mobile devices [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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
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)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种支付请求处理的方法、装置及***,属于电子支付领域,方法包括:第一终端向服务器发送交易请求;服务器响应于该交易请求在数据库中查找与第一终端有关的上一笔成功交易的交易记录,如果查找得到的交易记录中有相应的电子签购图片或用户确认信息,则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;第一终端在接收到拒绝交易消息时提示用户提供所述上一笔成功交易的交易凭证;服务器在接收到携带有用户提供的第一交易凭证的交易放行请求时对第一交易凭证进行验证,在验证通过时向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息。
Description
技术领域
本发明涉及电子支付领域,具体而言,涉及一种支付请求处理的方法、装置及***。
背景技术
目前,支付终端例如手机POS机或POS机在采用电子签名时可以免除商户保存纸质小票的麻烦,快速便捷并且利于环境保护。当出现争议订单时,可以直接调用数据库中所存储的关于该争议订单的交易记录中的电子签购图片来提供有力的交易证据,从而防止收单机构经济损失。然而,支付终端上进行的某笔交易在支付者完成签名后,其电子签购图片可能由于网络等因素而未成功上传至服务器,导致数据库中与该笔交易相关的交易记录中缺少支付者的签名凭证。因此,该笔交易在交易完成后出现争议时可能无法调单,从而引起收单机构经济损失。
发明内容
鉴于此,本发明的目的在于提供一种支付请求处理的方法、装置及***,以改善现有技术中支付终端上进行的交易在交易完成后出现争议时由于交易信息不完整而引起收单机构经济损失的问题。
本发明第一实施例提供一种支付请求处理方法,包括:第一终端向服务器发送交易请求,所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;当所述第一终端接收到所述拒绝交易消息时,提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证,当所述第二终端获取到所述用户提供的第一交易凭证时,向所述服务器发送交易放行请求,所述交易放行请求中携带有所述第一交易凭证;所述服务器根据所述交易放行请求,将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
本发明第二实施例提供一种支付请求处理方法,包括:第一终端向服务器发送交易请求,所述交易请求中携带有所述第一终端的第一终端标识,以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;当所述第一终端接收到所述拒绝交易消息时,提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。
本发明第三实施例提供一种支付请求处理方法,包括:服务器接收第一终端发送的交易请求,所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;所述服务器接收第二终端发送的交易放行请求,所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证;所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
本发明第四实施例提供一种支付请求处理***,包括第一终端、服务器和第二终端,所述第一终端用于向所述服务器发送交易请求,所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;所述第一终端还用于在接收到所述拒绝交易消息时,提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证;所述第二终端用于在获取到所述用户提供的第一交易凭证时,向所述服务器发送交易放行请求,所述交易放行请求中携带有所述用户提供的第一交易凭证;所述服务器还用于根据所述交易放行请求,将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
本发明第五实施例提供一种支付请求处理装置,运行于用户终端,包括:第一发送模块,用于向服务器发送交易请求,所述交易请求中携带有所述第一终端的第一终端标识,以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;第一接收模块,用于接收所述拒绝交易消息;第一显示模块,用于在所述第一接收模块接收到所述拒绝交易消息显示时第一提示消息,以提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。
本发明第六实施例提供一种支付请求处理装置,运行于服务器,包括:第二接收模块,用于接收第一终端发送的交易请求,所述交易请求中携带有所述第一终端的第一终端标识;第一处理模块,用于根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息,如果存在则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;所述第二接收模块还用于接收第二终端发送的交易放行请求,所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证;所述第一处理模块还用于根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
相对于现有技术,在本发明各实施例提出的支付请求处理的方法、装置及***中,当第一终端向服务器发送交易请求时,服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息,如果存在则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时,通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求,服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。这样,在进行每笔交易之前,服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时,可以通过用户提供交易确认信息来完善上一次成功交易的交易记录,并因而使第一终端能够进行本次交易。因此,对于电子签购图片未上传成功的交易,即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据,从而防止收单机构经济损失。
为使本发明的上述和其他目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附图式,作详细说明如下。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。通过附图所示,本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图,重点在于示出本发明的主旨。
图1为本发明的应用环境示意图;
图2为本发明第一实施例提供的支付请求处理方法的流程图;
图3为本发明第一实施例提供的支付请求处理方法的一个具体示例的流程图;
图4为图3所示具体示例中第一终端所显示的交互界面示意图之一;
图5为图3所示具体示例中第一终端所显示的交互界面示意图之二;
图6为图3所示具体示例中第一终端所显示的交互界面示意图之三;
图7为本发明第一实施例提供的支付请求处理方法的另一具体示例的流程图;
图8为图7所示具体示例中第一终端所显示的交互界面示意图之一;
图9为图7所示具体示例中第一终端所显示的交互界面示意图之二;
图10为本发明第二实施例提供的支付请求处理方法的流程图;
图11为本发明第三实施例提供的支付请求处理方法的流程图;
图12为本发明第四实施例提供的一种支付请求处理***的结构示意图;
图13为本发明第五实施例提供的另一支付请求处理***的结构示意图;
图14为本发明第六实施例提供的支付请求处理装置的结构示意图;
图15为本发明第七实施例提供的支付请求处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明下述各实施例均可应用于如图1所示的环境中,如图1所示,服务器100通过有线或无线网络与用户终端200连接。其中,用户终端200可以包括POS(pointofsale)机、手机POS机、PC(personalcomputer)电脑、平板电脑、手机、笔记本电脑等终端设备。
本发明实施例中,第一终端可以为具有智能支付功能的用户终端,例如POS机或手机POS机;第二终端可以为例如手机POS机、手机、PC电脑、平板电脑、笔记本电脑。本发明实施例中,第一终端、第二终端、服务器能够通过通信网络直接连接。第一终端、第二终端、服务器可以在Wi-Fi(无线保真)网络、2G/3G/4G网络或局域网中建立通信连接。
在本发明实施例中,第一终端的第一终端标识优选为第一终端的标识号,例如第一终端在开通业务时申请的ID号,第一终端的第一终端标识存储在预设的数据库中。在用户通过第一终端进行支付交易时,通过该第一终端进行的每笔交易都会在数据库中保存为相应的交易记录。也就是说,数据库中保存有与第一终端有关的成功交易的交易记录和失败交易的交易记录。具体地,与第一终端有关的失败交易的交易记录可以包括第一终端标识、交易流水号、交易时间、交易地点、交易状态(例如“失败”)等数据项。与第一终端有关的成功交易的交易记录可以包括第一终端标识、交易流水号、交易时间、交易地点、交易状态(例如“成功”)、电子签购图片、用户确认信息等数据项。
电子签购图片是由支付者在交易支付完成后,在第一终端显示的支付者签名界面签名后形成的图片。通过第一终端进行的每笔支付交易均会在交易支付完成后生成对应的电子签购图片。具体地,在第一终端进行支付交易的过程中,第一终端将由用户输入的交易金额以及由支付者输入的支付账户信息和支付密码发送至服务器,然后服务器根据所接收的交易金额、支付账户信息和支付密码进行支付操作并在支付成功后向第一终端发送交易支付成功消息;第一终端在接收到支付交易成功消息时向支付者显示支付者签名界面,以使支付者在支付者签名界面上进行签名;第一终端在接收到支付者在支付者签名界面上的签名时生成与本次交易相关的电子签购图片,并其上传至服务器,以由服务器将该电子签购图片保存在数据库中与本次交易相关的交易记录内。在本发明实施例中,用户与支付者可以是不同的主体,其二者还可以是相同的主体。
于本发明实施例中,第一终端与第二终端可以是不同的终端,例如第一终端是POS机,第二终端是手机;此外,第一终端与第二终端还可以是同一个终端,例如第一终端和第二终端为同一个手机POS机。
本发明实施例中的服务器可以包括WEB服务器、验证服务器、管理服务器、支付服务器等多个服务器,也可以是一个服务器。
以下本发明各实施例提供的支付交易处理的方法、装置及***,当第一终端向服务器发送交易请求时,服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息,如果存在则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时,通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求,服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。这样,在进行每笔交易之前,服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时,可以通过用户提供交易确认信息来完善上一次成功交易的交易记录,并因而使第一终端能够进行本次交易。因此,对于电子签购图片未上传成功的交易,即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据,从而防止收单机构经济损失。
第一实施例
图2为本发明第一实施例提供的支付请求处理方法的流程图。请参阅图2,本实施例以第一终端、第二终端、服务器之间的交互为主描述本方法。具体地,本实施例提供的支付请求处理方法包括以下步骤。
步骤S11,第一终端向服务器发送交易请求,该交易请求中携带有第一终端的第一终端标识。
当用户需要进行具体的支付操作时,第一终端可以接收用户触发的交易请求,并将所接收的交易请求发送至服务器。
步骤S12,服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息。
所述数据库可以是预先设置的用于存储交易记录的数据库,其可以包含在服务器中,也可以外设于服务器。当服务器接收到第一终端发送的交易请求时,可以以该交易请求中携带的第一终端标识作为索引、在数据库中检索与第一终端有关的所有交易记录,并通过交易记录中的交易时间项和交易状态项得到与第一终端有关的上一笔成功交易的交易记录。如果在与第一终端有关的上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,服务器允许第一终端发起的本次交易,否则拒绝第一终端发起的本次交易。
进一步地,在第一终端接收到服务器发送的允许交易消息时,可以向用户显示下述提示信息:该提示信息用于提示用户当前可以通过第一终端进行交易。
步骤S13,当第一终端接收到拒绝交易消息时,提示用户向第二终端提供与第一终端有关的上一笔成功交易的交易凭证,当第二终端获取到用户提供的第一交易凭证时,向服务器发送交易放行请求,该交易放行请求中携带有第一交易凭证。
于本发明的一种具体实施方式中,当第一终端接收到拒绝交易消息时,可以告知用户第二终端的通讯号码,并提示用户通过所述通讯号码向第二终端提供与第一终端有关的上一笔成功交易的交易凭证。用户可以利用所述通讯号码向第二终端致电,并在通话过程中提供与第一终端有关的上一笔成功交易的交易凭证,第二终端对该通话进行电子录音并将包含此电子录音的交易放行请求发送至服务器。此外,用户可以利用所述通讯号码向第二终端发送短信息,此短信息中包含用户提供的与第一终端有关的上一笔成功交易的交易凭证,第二终端可以将包含此短信息的交易放行请求发送至服务器。
于本发明的另一种具体实施方式中,第一终端与第二终端可以是同一个终端。在此情况下,当第一终端接收到拒绝交易消息时,可以提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证,并且在获取到用户提供的第一交易凭证时向服务器发送携带有第一交易凭证的交易放行请求。
用户提供的第一交易凭证可以为与第一终端有关的上一笔成功交易的交易流水号或与第一终端有关的上一笔成功交易的唯一标识信息。
步骤S14,服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。
于本发明的一种具体实施方式中,当第一终端接收到拒绝交易消息时还提示用户向第二终端提供第一终端标识,并且因此第二终端发送至服务器的交易放行请求中携带有第一交易凭证和第一终端标识。在接收到交易放行请求时,服务器根据第一终端标识在数据库中查找与第一终端有关的上一笔成功交易的交易记录,然后将查找得到的交易记录中的交易凭证与第一交易凭证进行匹配。
所述用户确认信息可以包括所述交易放行请求、所述匹配的结果、发出交易放行通知的时间等信息。
在本实施例提供的支付请求处理方法中,当第一终端向服务器发送交易请求时,服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息,如果存在则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时,通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求,服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。这样,在进行每笔交易之前,服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时,可以通过用户提供交易确认信息来完善上一次成功交易的交易记录,并因而使第一终端能够进行本次交易。因此,对于电子签购图片未上传成功的交易,即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据,从而防止收单机构经济损失。
图3为本实施例提供的支付请求处理方法的一个具体示例的流程图。请参阅图3,在本实施例中,以第一终端为手机POS机、第二终端为由客服人员操控的手机为例进行说明。下面将结合图4至图6对本实施例进行更进一步详细的说明。
假设用户通过手机POS机向服务器发送交易请求,该交易请求中携带有所述手机POS机的ID号;在接收到交易请求时,服务器根据该ID号在预设的数据库中查找与所述手机POS机有关的上一笔成功交易的交易记录。具体地,服务器可以以该ID号作为索引在数据库中检索与所述手机POS机有关的所有交易记录,并通过交易记录中的交易时间项和交易状态项得到与所述手机POS机有关的上一笔成功交易的交易记录。如果查找得到的交易记录中有相应的电子签购图片或用户确认信息,则服务器向所述手机POS机发送允许交易消息。在接收到允许交易消息时,所述手机POS机提示用户当前可以进行支付交易。图4为本实施例中接收到允许交易消息时,所述手机POS机向用户展示的交互界面的示意图。请参照图4,用户可以在阅读所述手机POS机提供的提示消息后,点击“开始”按钮以开始进行本次支付交易。
在接收到拒绝交易消息时,所述手机POS机可以向用户显示另一提示信息。图5为本实施例中接收到拒绝交易消息时,所述手机POS机向用户展示的交互界面的示意图。请参照图5,用户可以在阅读所述手机POS机提供的提示消息之后进行相应操作。
用户可以拨打所述手机POS机上提示的通讯号码向客服人员操控的手机提供所述手机POS机的ID号和与所述手机POS机有关的上一笔成功交易的交易流水号,客服人员操控的手机对此通话进行电子录音并将携带所述ID号和交易流水号的交易放行请求发送至服务器。具体地,交易放行请求可以携带有所述电子录音。
除此之外,用户还可以向所述手机POS机上提示的通讯号码发送短信息以向客服人员操控的手机提供所述手机POS机的ID号和与所述手机POS机有关的上一笔成功交易的交易流水号,客服人员操控的手机将携带所述ID号和交易流水号的交易放行请求发送至服务器。具体地,交易放行请求可以携带所述短信息。
服务器在接收到交易放行请求时,可以先从该交易放行请求中提取出用户提供的ID号和交易流水号,然后根据所述ID号在数据库中查找与所述手机POS机有关的上一笔成功交易的交易记录,将与所述手机POS机有关的上一笔成功交易的交易记录中的交易流水号与用户提供的交易流水号进行匹配,如果匹配,则向所述手机POS机发送交易放行通知并且在与所述手机POS机有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。所述用户确认信息可以包括交易记录请求、所述匹配的结果以及发出交易放行通知的时间等,以表示用户对与所述手机POS机有关的上一笔成功交易的确认。
在接收到交易放行通知时,所述手机POS机还可以向用户显示另一提示信息。图6为本实施例中接收到交易放行通知时,所述手机POS机向用户展示的交互界面的示意图。请参照图6,用户可以在阅读所述手机POS机提供的提示消息之后点击“开始”按钮进行本次支付交易。
图7为本实施例提供的支付请求处理方法的另一具体示例的流程图。请参阅图7,在本实施例中,第一终端与第二终端为同一个终端,以第一终端为手机POS机为例进行说明。下面将结合图8和图9对本实施例进行更进一步详细的说明。要注意的是,以下仅描述本具体示例与上述示例的主要区别之处。
于本示例中,在接收到拒绝交易消息时,所述手机POS机可以向用户显示提示用户通过该手机POS机向服务器发送交易放行请求的提示。图8为本实施例中接收到拒绝交易消息时,所述手机POS机向用户展示的交互界面的示意图。请参照图8,用户可以在阅读所述手机POS机提供的提示消息之后选择“是”或“否”按钮进行相应操作。
当用户选择“是”按钮时,所述手机POS机可以获取用户提供的与所述手机POS机有关的上一笔成功交易的交易流水号,图9为本实施例中获取用户提供的交易流水号时,所述手机POS机向用户展示的交互界面的示意图。当用户在图9所示的界面输入相应信息并点击“提交”按钮之后,所述手机POS机可以将携带有所获取的交易流水号的交易放行请求发送至服务器,以使服务器对用户提供的交易流水号进行匹配。
在本发明实施例提供的方法中,在进行每笔交易之前,服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时,可以通过用户提供交易确认信息来完善上一次成功交易的交易记录,并因而使第一终端能够进行本次交易。因此,对于电子签购图片未上传成功的交易,即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据,从而防止收单机构经济损失。
可以理解的是,图4至图6以及图8中的按钮的位置、具体形式以及操作提示的具体内容只是举例而已,并不构成对本发明的限定。
第二实施例
图10为本发明第二实施例提供的支付请求处理方法的流程图。请参阅图10,本实施例为第一终端所执行的支付请求处理方法,包括以下步骤:
步骤S21,第一终端向服务器发送交易请求,该交易请求中携带有第一终端的第一终端标识,以使服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;
步骤S22,当第一终端接收到拒绝交易消息时,提示用户提供与第一终端有关的上一笔成功交易的交易凭证。
于一种具体实施方式中,当第一终端接收到拒绝交易消息时,提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证;当第一终端获取到用户提供的第一交易凭证时,向服务器发送交易放行请求,该交易放行请求中携带有第一交易凭证,以使服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。
以上步骤的具体实现过程可参考第一实施例中的相关步骤,这里不再赘述。
在本实施例提供的支付请求处理方法中,当第一终端向服务器发送交易请求时,服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息,如果存在则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时,向服务器发送携带有用户提供的第一交易凭证的交易放行请求,服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。这样,在进行每笔交易之前,服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时,可以通过用户提供交易确认信息来完善上一次成功交易的交易记录,并因而使第一终端能够进行本次交易。因此,对于电子签购图片未上传成功的交易,即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据,从而防止收单机构经济损失。
第三实施例
图11为本发明第三实施例提供的支付请求处理方法的流程图。请参阅图11,本实施例为服务器所执行的支付请求处理方法,包括以下步骤:
步骤S31,服务器接收第一终端发送的交易请求,该交易请求中携带有第一终端的第一终端标识;
步骤S32,服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;
步骤S33,服务器接收第二终端发送的交易放行请求,该交易放行请求中携带有用户提供给第二终端的与第一终端有关的上一笔成功交易的第一交易凭证;
步骤S34,服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。
以上步骤的具体实现过程可参考第一实施例中的相关步骤,这里不再赘述。
在本实施例提供的支付请求处理方法中,在第一终端向服务器发送交易请求时,服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息,如果存在则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时,通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求,服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。这样,在进行每笔交易之前,服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时,可以通过用户提供交易确认信息来完善上一次成功交易的交易记录,并因而使第一终端能够进行本次交易。因此,对于电子签购图片未上传成功的交易,即使该笔交易在交易完成后发生争议时也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据,从而防止收单机构经济损失。
第四实施例
图12为本发明第四实施例提供的一种支付请求处理***的结构示意图。请参阅图12,本实施例提供的支付请求处理***400可以包括第一终端410、服务器420以及第二终端430。
第一终端410用于向服务器420发送交易请求,该交易请求中携带有第一终端410的第一终端标识。
服务器420根据第一终端标识在预设的数据库中查找与第一终端410有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向第一终端410发送允许交易消息,否则,向第一终端410发送拒绝交易消息。
第一终端410还用于在接收到拒绝交易消息时,提示用户向第二终端430提供与第一终端410有关的上一笔成功交易的交易凭证。
第二终端430用于在获取到用户提供的第一交易凭证时,向服务器420发送交易放行请求,该交易放行请求中携带有第一交易凭证。
服务器420还用于根据交易放行请求将与第一终端410有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端410发送交易放行通知并且在与第一终端410有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。
需要说明的是,本发明实施例的***中各设备的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,在此不赘述。
第五实施例
图13为本发明第五实施例提供的另一支付请求处理***的结构示意图。请参阅图13,本实施例提供的支付请求处理***500可以包括第一终端510和服务器520。
第一终端510用于向服务器520发送交易请求,该交易请求中携带有第一终端510的第一终端标识。
服务器520根据第一终端标识在预设的数据库中查找与第一终端510有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向第一终端510发送允许交易消息,否则,向第一终端510发送拒绝交易消息。
第一终端510还用于在接收到拒绝交易消息时,提示用户在第一终端510上输入与第一终端510有关的上一笔成功交易的交易凭证。
第一终端510还用于在获取到用户提供的第一交易凭证时,向服务器520发送交易放行请求,该交易放行请求中携带有第一交易凭证。
服务器520还用于根据交易放行请求将与第一终端510有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端510发送交易放行通知并且在与第一终端510有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。
需要说明的是,本发明实施例的***中各设备的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,在此不赘述。
第六实施例
图14为本发明第六实施例提供的支付请求处理装置的结构示意图。请参阅图14,本实施例提供的装置可运行于用户终端,该支付请求处理装置600可以包括:
第一发送模块610,用于向服务器发送交易请求,该交易请求中携带有第一终端的第一终端标识,以使服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;
第一接收模块620,用于接收拒绝交易消息;
第一显示模块630,用于在第一接收模块620接收到拒绝交易消息时显示第一提示消息,以提示用户提供与第一终端有关的上一笔成功交易的交易凭证。
进一步地,第一显示模块630还用于在第一接收模块620接收到拒绝交易消息时显示第二提示消息,以提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证。第一接收模块620还用于接收用户提供的第一交易凭证。第一发送模块610还用于向服务器发送交易放行请求,该交易放行请求中携带有第一交易凭证,以使服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。
以上各模块可以是由软件代码实现,此时,上述的各模块可存储于用户终端的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。
本实施例对支付请求处理装置600的各功能模块实现各自功能的具体过程,请参见上述图1至图11所示实施例中描述的具体内容,此处不再赘述。
第七实施例
图15为本发明第七实施例提供的支付请求处理装置的结构示意图。请参阅图15,本实施例提供的装置可运行于服务器,该支付请求处理装置700可以包括:
第二接收模块710,用于接收第一终端发送的交易请求,该交易请求中携带有第一终端的第一终端标识;
第一处理模块720,用于根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录,并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息,如果存在则向第一终端发送允许交易消息,否则向第一终端发送拒绝交易消息;
第二接收模块710还用于接收第二终端发送的交易放行请求,该交易放行请求中携带有用户提供给第二终端的与第一终端有关的上一笔成功交易的第一交易凭证;
第一处理模块720还用于根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配,如果匹配,则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝交易放行请求。
以上各模块可以是由软件代码实现,此时,上述的各模块可存储于服务器的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。
本实施例对支付请求处理装置700的各功能模块实现各自功能的具体过程,请参见上述图1至图11所示实施例中描述的具体内容,此处不再赘述。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者装置中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,虽然本发明已以较佳实施例揭露如上,然而并非用以限定本发明,任何熟悉本专业的技术人员,在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (10)
1.一种支付请求处理的方法,其特征在于,包括:
第一终端向服务器发送交易请求,所述交易请求中携带有所述第一终端的第一终端标识;
所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;
当所述第一终端接收到所述拒绝交易消息时,提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证,当所述第二终端获取到所述用户提供的第一交易凭证时,向所述服务器发送交易放行请求,所述交易放行请求中携带有所述第一交易凭证;
所述服务器根据所述交易放行请求,将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
2.根据权利要求1所述的支付请求处理的方法,其特征在于,所述提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证,包括:
告知用户所述第二终端的通讯号码,并提示所述用户通过所述通讯号码向所述第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证。
3.根据权利要求1所述的支付请求处理的方法,其特征在于,所述第二终端与所述第一终端是同一个终端。
4.一种支付请求处理方法,其特征在于,包括:
第一终端向服务器发送交易请求,所述交易请求中携带有所述第一终端的第一终端标识,以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;
当所述第一终端接收到所述拒绝交易消息时,提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。
5.根据权利要求4所述的支付请求处理方法,其特征在于,所述提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证,包括:
提示用户在所述第一终端输入与所述第一终端有关的上一笔成功交易的交易凭证;
当所述第一终端获取到所述用户提供的第一交易凭证时,向所述服务器发送交易放行请求,所述交易放行请求中携带有所述第一交易凭证,以使所述服务器根据所述交易放行请求,将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
6.一种支付请求处理方法,其特征在于,包括:
服务器接收第一终端发送的交易请求,所述交易请求中携带有所述第一终端的第一终端标识;
所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;
所述服务器接收第二终端发送的交易放行请求,所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证;
所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
7.一种支付请求处理***,其特征在于,包括第一终端、服务器和第二终端,
所述第一终端用于向所述服务器发送交易请求,所述交易请求中携带有所述第一终端的第一终端标识;
所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则,向所述第一终端发送拒绝交易消息;
所述第一终端还用于在接收到所述拒绝交易消息时,提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证;
所述第二终端用于在获取到所述用户提供的第一交易凭证时,向所述服务器发送交易放行请求,所述交易放行请求中携带有所述第一交易凭证;
所述服务器还用于根据所述交易放行请求,将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
8.一种支付请求处理装置,运行于用户终端,其特征在于,包括:
第一发送模块,用于向服务器发送交易请求,所述交易请求中携带有第一终端的第一终端标识,以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息,则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;
第一接收模块,用于接收所述拒绝交易消息;
第一显示模块,用于在所述第一接收模块接收到所述拒绝交易消息时显示第一提示消息,以提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。
9.根据权利要求8所述的支付请求处理装置,其特征在于,
所述第一显示模块还用于在所述第一接收模块接收到所述拒绝交易消息时显示第二提示消息,以提示所述用户在所述第一终端输入与所述第一终端有关的上一笔成功交易的交易凭证,
所述第一接收模块还用于接收所述用户提供的第一交易凭证;
所述第一发送模块还用于向所述服务器发送交易放行请求,所述交易放行请求中携带有所述第一交易凭证,以使所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
10.一种支付请求处理装置,运行于服务器,其特征在于,包括:
第二接收模块,用于接收第一终端发送的交易请求,所述交易请求中携带有所述第一终端的第一终端标识;
第一处理模块,用于根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录,并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息,如果存在则向所述第一终端发送允许交易消息,否则向所述第一终端发送拒绝交易消息;
所述第二接收模块还用于接收第二终端发送的交易放行请求,所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证;
所述第一处理模块还用于根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配,如果匹配,则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息,如果不匹配则拒绝所述交易放行请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510821690.1A CN105488670A (zh) | 2015-11-23 | 2015-11-23 | 支付请求处理的方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510821690.1A CN105488670A (zh) | 2015-11-23 | 2015-11-23 | 支付请求处理的方法、装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105488670A true CN105488670A (zh) | 2016-04-13 |
Family
ID=55675639
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510821690.1A Pending CN105488670A (zh) | 2015-11-23 | 2015-11-23 | 支付请求处理的方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105488670A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109426957A (zh) * | 2017-08-29 | 2019-03-05 | 万事达卡国际公司 | 用于验证支付设备的用户的*** |
CN110971692A (zh) * | 2019-12-02 | 2020-04-07 | 广州酷狗计算机科技有限公司 | 开通服务的方法、装置及计算机存储介质 |
CN111639936A (zh) * | 2020-05-24 | 2020-09-08 | 中信银行股份有限公司 | 交易信息的获取方法、装置、电子设备及可读存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101814169A (zh) * | 2010-03-05 | 2010-08-25 | 刘辛越 | 基于支付确认终端和数字证书实现安全支付的方法和装置 |
CN102103770A (zh) * | 2009-12-21 | 2011-06-22 | ***通信集团公司 | 电子钱包应用中交易异常的处理方法及其装置和*** |
CN103942684A (zh) * | 2014-04-25 | 2014-07-23 | 天地融科技股份有限公司 | 数据安全交互*** |
CN104281945A (zh) * | 2014-09-16 | 2015-01-14 | 马洁韵 | 一种移动安全支付***和安全支付方法 |
CN104657850A (zh) * | 2015-03-12 | 2015-05-27 | 张运泉 | 一种移动支付方法及移动支付*** |
CN104794138A (zh) * | 2014-01-22 | 2015-07-22 | 深圳市沃信科技有限公司 | 一种数据库交易结果确认方法、装置及*** |
CN105069617A (zh) * | 2015-07-27 | 2015-11-18 | 飞天诚信科技股份有限公司 | 一种恢复不完整交易的方法和装置 |
-
2015
- 2015-11-23 CN CN201510821690.1A patent/CN105488670A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102103770A (zh) * | 2009-12-21 | 2011-06-22 | ***通信集团公司 | 电子钱包应用中交易异常的处理方法及其装置和*** |
CN101814169A (zh) * | 2010-03-05 | 2010-08-25 | 刘辛越 | 基于支付确认终端和数字证书实现安全支付的方法和装置 |
CN104794138A (zh) * | 2014-01-22 | 2015-07-22 | 深圳市沃信科技有限公司 | 一种数据库交易结果确认方法、装置及*** |
CN103942684A (zh) * | 2014-04-25 | 2014-07-23 | 天地融科技股份有限公司 | 数据安全交互*** |
CN104281945A (zh) * | 2014-09-16 | 2015-01-14 | 马洁韵 | 一种移动安全支付***和安全支付方法 |
CN104657850A (zh) * | 2015-03-12 | 2015-05-27 | 张运泉 | 一种移动支付方法及移动支付*** |
CN105069617A (zh) * | 2015-07-27 | 2015-11-18 | 飞天诚信科技股份有限公司 | 一种恢复不完整交易的方法和装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109426957A (zh) * | 2017-08-29 | 2019-03-05 | 万事达卡国际公司 | 用于验证支付设备的用户的*** |
US11341479B2 (en) | 2017-08-29 | 2022-05-24 | Mastercard International Incorporated | System for verifying a user of a payment device |
CN109426957B (zh) * | 2017-08-29 | 2022-08-30 | 万事达卡国际公司 | 用于验证支付设备的用户的*** |
CN110971692A (zh) * | 2019-12-02 | 2020-04-07 | 广州酷狗计算机科技有限公司 | 开通服务的方法、装置及计算机存储介质 |
CN110971692B (zh) * | 2019-12-02 | 2022-03-29 | 广州酷狗计算机科技有限公司 | 开通服务的方法、装置及计算机存储介质 |
CN111639936A (zh) * | 2020-05-24 | 2020-09-08 | 中信银行股份有限公司 | 交易信息的获取方法、装置、电子设备及可读存储介质 |
CN111639936B (zh) * | 2020-05-24 | 2023-08-25 | 中信银行股份有限公司 | 交易信息的获取方法、装置、电子设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11861670B2 (en) | Order processing method and terminal | |
US11436626B2 (en) | Authenticated account interaction via cellular text message | |
CN111080275B (zh) | 跨区域资源转移方法、装置、设备及存储介质 | |
JP5645915B2 (ja) | 無線装置を使用してトランザクションを行うシステムおよび方法 | |
US20080140667A1 (en) | Device and method for creating a transaction log of data exchanges between a portable mobile communications device and other wireless devices | |
CN105139193A (zh) | 一种电子资源处理方法、装置及服务器 | |
CN104599121A (zh) | 一种信息传输方法、装置和*** | |
CN105487816A (zh) | 一种数据转移的方法及装置 | |
US20140013118A1 (en) | Information processing apparatus, terminal device, information processing system, method for information processing, and storage medium | |
CN104599112A (zh) | 一种信息传输方法、装置和*** | |
TW201805863A (zh) | 一種資料處理方法及相關設備、系統 | |
CN105488670A (zh) | 支付请求处理的方法、装置及*** | |
CN106779673A (zh) | 一种电子支付方法及*** | |
CN104123647A (zh) | 一种支付方法及*** | |
CN106096961A (zh) | 智能pos终端双芯片安全触控输入***及其实现方法 | |
US10217101B2 (en) | Link of mobile devices to facilitate mobile commerce transactions | |
WO2012104417A1 (en) | Method of and system for managing an asset | |
JP7025135B2 (ja) | 簡易決済方法および簡易決済システム | |
KR101911649B1 (ko) | 간편 결제 방법 및 시스템 | |
KR102641355B1 (ko) | 앱 로그인 없이 포인트 적립이 가능한 가상 계좌를 사용한 포인트 적립 시스템, 그 방법 및 컴퓨터 프로그램이 기록된 기록매체 | |
CN112446508A (zh) | 物流运输中包装的回收方法及装置、存储介质及电子设备 | |
CN104123635A (zh) | 一种对处理对象进行处理的方法、***及设备 | |
CN114219588A (zh) | 基于ai技术的商品营销和交易方法、装置、*** | |
CN113128993A (zh) | 支付方法、装置、电子设备及存储介质 | |
CN105184692A (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 |
Application publication date: 20160413 |
|
RJ01 | Rejection of invention patent application after publication |