支付请求处理的方法、装置及系统的制作方法
支付请求处理的方法、装置及系统的制作方法
【技术领域】
[0001]本发明涉及电子支付领域，具体而言，涉及一种支付请求处理的方法、装置及系统。
【背景技术】
[0002]目前，支付终端例如手机P0S机或P0S机在采用电子签名时可以免除商户保存纸质小票的麻烦，快速便捷并且利于环境保护。当出现争议订单时，可以直接调用数据库中所存储的关于该争议订单的交易记录中的电子签购图片来提供有力的交易证据，从而防止收单机构经济损失。然而，支付终端上进行的某笔交易在支付者完成签名后，其电子签购图片可能由于网络等因素而未成功上传至服务器，导致数据库中与该笔交易相关的交易记录中缺少支付者的签名凭证。因此，该笔交易在交易完成后出现争议时可能无法调单，从而引起收单机构经济损失。
【发明内容】
[0003]鉴于此，本发明的目的在于提供一种支付请求处理的方法、装置及系统，以改善现有技术中支付终端上进行的交易在交易完成后出现争议时由于交易信息不完整而引起收单机构经济损失的问题。
[0004]本发明第一实施例提供一种支付请求处理方法，包括:第一终端向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息；当所述第一终端接收到所述拒绝交易消息时，提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证，当所述第二终端获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证;所述服务器根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
[0005]本发明第二实施例提供一种支付请求处理方法，包括:第一终端向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识，以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息；当所述第一终端接收到所述拒绝交易消息时，提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。
[0006]本发明第三实施例提供一种支付请求处理方法，包括:服务器接收第一终端发送的交易请求，所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息;所述服务器接收第二终端发送的交易放行请求，所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证;所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
[0007]本发明第四实施例提供一种支付请求处理系统，包括第一终端、服务器和第二终端，所述第一终端用于向所述服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息;所述第一终端还用于在接收到所述拒绝交易消息时，提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证;所述第二终端用于在获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述用户提供的第一交易凭证;所述服务器还用于根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
[0008]本发明第五实施例提供一种支付请求处理装置，运行于用户终端，包括:第一发送模块，用于向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识，以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息;第一接收模块，用于接收所述拒绝交易消息；第一显示模块，用于在所述第一接收模块接收到所述拒绝交易消息显示时第一提示消息，以提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。
[0009]本发明第六实施例提供一种支付请求处理装置，运行于服务器，包括:第二接收模块，用于接收第一终端发送的交易请求，所述交易请求中携带有所述第一终端的第一终端标识;第一处理模块，用于根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息;所述第二接收模块还用于接收第二终端发送的交易放行请求，所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证;所述第一处理模块还用于根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
[0010]相对于现有技术，在本发明各实施例提出的支付请求处理的方法、装置及系统中，当第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时，通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0011 ]为使本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。
【附图说明】
[0012]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。通过附图所示，本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本发明的主旨。
[0013]图1为本发明的应用环境不意图；
[0014]图2为本发明第一实施例提供的支付请求处理方法的流程图；
[0015]图3为本发明第一实施例提供的支付请求处理方法的一个具体示例的流程图；
[0016]图4为图3所示具体示例中第一终端所显示的交互界面示意图之一；
[0017]图5为图3所示具体示例中第一终端所显示的交互界面示意图之二；
[0018]图6为图3所示具体示例中第一终端所显示的交互界面示意图之三；
[0019]图7为本发明第一实施例提供的支付请求处理方法的另一具体示例的流程图；
[0020]图8为图7所示具体示例中第一终端所显示的交互界面示意图之一；
[0021]图9为图7所示具体示例 中第一终端所显示的交互界面示意图之二；
[0022]图10为本发明第二实施例提供的支付请求处理方法的流程图；
[0023]图11为本发明第三实施例提供的支付请求处理方法的流程图；
[0024]图12为本发明第四实施例提供的一种支付请求处理系统的结构示意图；
[0025]图13为本发明第五实施例提供的另一支付请求处理系统的结构示意图；
[0026]图14为本发明第六实施例提供的支付请求处理装置的结构示意图；
[0027]图15为本发明第七实施例提供的支付请求处理装置的结构示意图。
【具体实施方式】
[0028]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0029]本发明下述各实施例均可应用于如图1所示的环境中，如图1所示，服务器100通过有线或无线网络与用户终端200连接。其中，用户终端200可以包括P0S(point of sale)机、手机P0S机、PC(personal computer)电脑、平板电脑、手机、笔记本电脑等终端设备。
[0030]本发明实施例中，第一终端可以为具有智能支付功能的用户终端，例如P0S机或手机P0S机;第二终端可以为例如手机P0S机、手机、PC电脑、平板电脑、笔记本电脑。本发明实施例中，第一终端、第二终端、服务器能够通过通信网络直接连接。第一终端、第二终端、月艮务器可以在W1-Fi(无线保真)网络、2G/3G/4G网络或局域网中建立通信连接。
[0031]在本发明实施例中，第一终端的第一终端标识优选为第一终端的标识号，例如第一终端在开通业务时申请的ID号，第一终端的第一终端标识存储在预设的数据库中。在用户通过第一终端进行支付交易时，通过该第一终端进行的每笔交易都会在数据库中保存为相应的交易记录。也就是说，数据库中保存有与第一终端有关的成功交易的交易记录和失败交易的交易记录。具体地，与第一终端有关的失败交易的交易记录可以包括第一终端标识、交易流水号、交易时间、交易地点、交易状态(例如“失败”)等数据项。与第一终端有关的成功交易的交易记录可以包括第一终端标识、交易流水号、交易时间、交易地点、交易状态(例如“成功”)、电子签购图片、用户确认信息等数据项。
[0032]电子签购图片是由支付者在交易支付完成后，在第一终端显示的支付者签名界面签名后形成的图片。通过第一终端进行的每笔支付交易均会在交易支付完成后生成对应的电子签购图片。具体地，在第一终端进行支付交易的过程中，第一终端将由用户输入的交易金额以及由支付者输入的支付账户信息和支付密码发送至服务器，然后服务器根据所接收的交易金额、支付账户信息和支付密码进行支付操作并在支付成功后向第一终端发送交易支付成功消息；第一终端在接收到支付交易成功消息时向支付者显示支付者签名界面，以使支付者在支付者签名界面上进行签名;第一终端在接收到支付者在支付者签名界面上的签名时生成与本次交易相关的电子签购图片，并其上传至服务器，以由服务器将该电子签购图片保存在数据库中与本次交易相关的交易记录内。在本发明实施例中，用户与支付者可以是不同的主体，其二者还可以是相同的主体。
[0033]于本发明实施例中，第一终端与第二终端可以是不同的终端，例如第一终端是P0S机，第二终端是手机;此外，第一终端与第二终端还可以是同一个终端，例如第一终端和第二终端为同一个手机P0S机。
[0034]本发明实施例中的服务器可以包括WEB服务器、验证服务器、管理服务器、支付服务器等多个服务器，也可以是一个服务器。
[0035]以下本发明各实施例提供的支付交易处理的方法、装置及系统，当第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；在第一终端接收到拒绝交易消息时，通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0036]第一实施例
[0037]图2为本发明第一实施例提供的支付请求处理方法的流程图。请参阅图2，本实施例以第一终端、第二终端、服务器之间的交互为主描述本方法。具体地，本实施例提供的支付请求处理方法包括以下步骤。
[0038]步骤S11，第一终端向服务器发送交易请求，该交易请求中携带有第一终端的第一终端标识。
[0039]当用户需要进行具体的支付操作时，第一终端可以接收用户触发的交易请求，并将所接收的交易请求发送至服务器。
[0040]步骤S12，服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息。
[0041]所述数据库可以是预先设置的用于存储交易记录的数据库，其可以包含在服务器中，也可以外设于服务器。当服务器接收到第一终端发送的交易请求时，可以以该交易请求中携带的第一终端标识作为索引、在数据库中检索与第一终端有关的所有交易记录，并通过交易记录中的交易时间项和交易状态项得到与第一终端有关的上一笔成功交易的交易记录。如果在与第一终端有关的上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，服务器允许第一终端发起的本次交易，否则拒绝第一终端发起的本次交易。
[0042]进一步地，在第一终端接收到服务器发送的允许交易消息时，可以向用户显示下述提示信息:该提示信息用于提示用户当前可以通过第一终端进行交易。
[0043]步骤S13，当第一终端接收到拒绝交易消息时，提示用户向第二终端提供与第一终端有关的上一笔成功交易的交易凭证，当第二终端获取到用户提供的第一交易凭证时，向服务器发送交易放行请求，该交易放行请求中携带有第一交易凭证。
[0044]于本发明的一种【具体实施方式】中，当第一终端接收到拒绝交易消息时，可以告知用户第二终端的通讯号码，并提示用户通过所述通讯号码向第二终端提供与第一终端有关的上一笔成功交易的交易凭证。用户可以利用所述通讯号码向第二终端致电，并在通话过程中提供与第一终端有关的上一笔成功交易的交易凭证，第二终端对该通话进行电子录音并将包含此电子录音的交易放行请求发送至服务器。此外，用户可以利用所述通讯号码向第二终端发送短信息，此短信息中包含用户提供的与第一终端有关的上一笔成功交易的交易凭证，第二终端可以将包含此短信息的交易放行请求发送至服务器。
[0045]于本发明的另一种【具体实施方式】中，第一终端与第二终端可以是同一个终端。在此情况下，当第一终端接收到拒绝交易消息时，可以提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证，并且在获取到用户提供的第一交易凭证时向服务器发送携带有第一交易凭证的交易放行请求。
[0046]用户提供的第一交易凭证可以为与第一终端有关的上一笔成功交易的交易流水号或与第一终端有关的上一笔成功交易的唯一标识信息。
[0047]步骤S14，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0048]于本发明的一种【具体实施方式】中，当第一终端接收到拒绝交易消息时还提示用户向第二终端提供第一终端标识，并且因此第二终端发送至服务器的交易放行请求中携带有第一交易凭证和第一终端标识。在接收到交易放行请求时，服务器根据第一终端标识在数据库中查找与第一终端有关的上一笔成功交易的交易记录，然后将查找得到的交易记录中的交易凭证与第一交易凭证进行匹配。
[0049]所述用户确认信息可以包括所述交易放行请求、所述匹配的结果、发出交易放行通知的时间等信息。
[0050]在本实施例提供的支付请求处理方法中，当第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则 向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时，通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易；在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0051]图3为本实施例提供的支付请求处理方法的一个具体示例的流程图。请参阅图3，在本实施例中，以第一终端为手机P0S机、第二终端为由客服人员操控的手机为例进行说明。下面将结合图4至图6对本实施例进行更进一步详细的说明。
[0052]假设用户通过手机P0S机向服务器发送交易请求，该交易请求中携带有所述手机P0S机的ID号;在接收到交易请求时，服务器根据该ID号在预设的数据库中查找与所述手机P0S机有关的上一笔成功交易的交易记录。具体地，服务器可以以该ID号作为索引在数据库中检索与所述手机P0S机有关的所有交易记录，并通过交易记录中的交易时间项和交易状态项得到与所述手机P0S机有关的上一笔成功交易的交易记录。如果查找得到的交易记录中有相应的电子签购图片或用户确认信息，则服务器向所述手机P0S机发送允许交易消息。在接收到允许交易消息时，所述手机P0S机提示用户当前可以进行支付交易。图4为本实施例中接收到允许交易消息时，所述手机P0S机向用户展示的交互界面的示意图。请参照图4，用户可以在阅读所述手机P0S机提供的提示消息后，点击“开始”按钮以开始进行本次支付交易。
[0053]在接收到拒绝交易消息时，所述手机P0S机可以向用户显示另一提示信息。图5为本实施例中接收到拒绝交易消息时，所述手机P0S机向用户展示的交互界面的示意图。请参照图5，用户可以在阅读所述手机P0S机提供的提示消息之后进行相应操作。
[0054]用户可以拨打所述手机P0S机上提示的通讯号码向客服人员操控的手机提供所述手机P0S机的ID号和与所述手机P0S机有关的上一笔成功交易的交易流水号，客服人员操控的手机对此通话进行电子录音并将携带所述ID号和交易流水号的交易放行请求发送至服务器。具体地，交易放行请求可以携带有所述电子录音。
[0055]除此之外，用户还可以向所述手机P0S机上提示的通讯号码发送短信息以向客服人员操控的手机提供所述手机P0S机的ID号和与所述手机P0S机有关的上一笔成功交易的交易流水号，客服人员操控的手机将携带所述ID号和交易流水号的交易放行请求发送至服务器。具体地，交易放行请求可以携带所述短信息。
[0056]服务器在接收到交易放行请求时，可以先从该交易放行请求中提取出用户提供的ID号和交易流水号，然后根据所述ID号在数据库中查找与所述手机P0S机有关的上一笔成功交易的交易记录，将与所述手机P0S机有关的上一笔成功交易的交易记录中的交易流水号与用户提供的交易流水号进行匹配，如果匹配，则向所述手机P0S机发送交易放行通知并且在与所述手机P0S机有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。所述用户确认信息可以包括交易记录请求、所述匹配的结果以及发出交易放行通知的时间等，以表示用户对与所述手机P0S机有关的上一笔成功交易的确认。
[0057]在接收到交易放行通知时，所述手机P0S机还可以向用户显示另一提示信息。图6为本实施例中接收到交易放行通知时，所述手机P0S机向用户展示的交互界面的示意图。请参照图6，用户可以在阅读所述手机P0S机提供的提示消息之后点击“开始”按钮进行本次支付交易。
[0058]图7为本实施例提供的支付请求处理方法的另一具体示例的流程图。请参阅图7，在本实施例中，第一终端与第二终端为同一个终端，以第一终端为手机P0S机为例进行说明。下面将结合图8和图9对本实施例进行更进一步详细的说明。要注意的是，以下仅描述本具体示例与上述示例的主要区别之处。
[0059]于本示例中，在接收到拒绝交易消息时，所述手机P0S机可以向用户显示提示用户通过该手机P0S机向服务器发送交易放行请求的提示。图8为本实施例中接收到拒绝交易消息时，所述手机POS机向用户展示的交互界面的示意图。请参照图8，用户可以在阅读所述手机P0S机提供的提示消息之后选择“是”或“否”按钮进行相应操作。
[0060]当用户选择“是”按钮时，所述手机P0S机可以获取用户提供的与所述手机P0S机有关的上一笔成功交易的交易流水号，图9为本实施例中获取用户提供的交易流水号时，所述手机P0S机向用户展示的交互界面的示意图。当用户在图9所示的界面输入相应信息并点击“提交”按钮之后，所述手机P0S机可以将携带有所获取的交易流水号的交易放行请求发送至服务器，以使服务器对用户提供的交易流水号进行匹配。
[0061]在本发明实施例提供的方法中，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易；在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0062]可以理解的是，图4至图6以及图8中的按钮的位置、具体形式以及操作提示的具体内容只是举例而已，并不构成对本发明的限定。
[0063]第二实施例
[0064]图10为本发明第二实施例提供的支付请求处理方法的流程图。请参阅图10，本实施例为第一终端所执行的支付请求处理方法，包括以下步骤:
[0065]步骤S21，第一终端向服务器发送交易请求，该交易请求中携带有第一终端的第一终端标识，以使服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[0066]步骤S22，当第一终端接收到拒绝交易消息时，提示用户提供与第一终端有关的上一笔成功交易的交易凭证。
[0067]于一种【具体实施方式】中，当第一终端接收到拒绝交易消息时，提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证;当第一终端获取到用户提供的第一交易凭证时，向服务器发送交易放行请求，该交易放行请求中携带有第一交易凭证，以使服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0068]以上步骤的具体实现过程可参考第一实施例中的相关步骤，这里不再赘述。
[0069]在本实施例提供的支付请求处理方法中，当第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时，向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易；在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0070]第三实施例
[0071]图11为本发明第三实施例提供的支付请求处理方法的流程图。请参阅图11，本实施例为服务器所执行的支付请求处理方法，包括以下步骤:
[0072]步骤S31，服务器接收第一终端发送的交易请求，该交易请求中携带有第一终端的第一终端标识；
[0073]步骤S32，服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果 所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[0074]步骤S33，服务器接收第二终端发送的交易放行请求，该交易放行请求中携带有用户提供给第二终端的与第一终端有关的上一笔成功交易的第一交易凭证；
[0075]步骤S34，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0076]以上步骤的具体实现过程可参考第一实施例中的相关步骤，这里不再赘述。
[0077]在本实施例提供的支付请求处理方法中，在第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时，通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易；在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议时也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0078]第四实施例
[0079]图12为本发明第四实施例提供的一种支付请求处理系统的结构示意图。请参阅图12，本实施例提供的支付请求处理系统400可以包括第一终端410、服务器420以及第二终端430。
[0080]第一终端410用于向服务器420发送交易请求，该交易请求中携带有第一终端410的第一终端标识。
[0081]服务器420根据第一终端标识在预设的数据库中查找与第一终端410有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端410发送允许交易消息，否则，向第一终端410发送拒绝交易消息。
[0082]第一终端410还用于在接收到拒绝交易消息时，提示用户向第二终端430提供与第一终端410有关的上一笔成功交易的交易凭证。
[0083]第二终端430用于在获取到用户提供的第一交易凭证时，向服务器420发送交易放行请求，该交易放行请求中携带有第一交易凭证。
[0084]服务器420还用于根据交易放行请求将与第一终端410有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端410发送交易放行通知并且在与第一终端410有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0085]需要说明的是，本发明实施例的系统中各设备的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，在此不赘述。
[0086]第五实施例
[0087]图13为本发明第五实施例提供的另一支付请求处理系统的结构示意图。请参阅图13，本实施例提供的支付请求处理系统500可以包括第一终端510和服务器520。
[0088]第一终端510用于向服务器520发送交易请求，该交易请求中携带有第一终端510的第一终端标识。
[0089]服务器520根据第一终端标识在预设的数据库中查找与第一终端510有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端510发送允许交易消息，否则，向第一终端510发送拒绝交易消息。
[0090]第一终端510还用于在接收到拒绝交易消息时，提示用户在第一终端510上输入与第一终端510有关的上一笔成功交易的交易凭证。
[0091]第一终端510还用于在获取到用户提供的第一交易凭证时，向服务器520发送交易放行请求，该交易放行请求中携带有第一交易凭证。
[0092]服务器520还用于根据交易放行请求将与第一终端510有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端510发送交易放行通知并且在与第一终端510有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0093]需要说明的是，本发明实施例的系统中各设备的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，在此不赘述。
[0094]第六实施例
[0095]图14为本发明第六实施例提供的支付请求处理装置的结构示意图。请参阅图14，本实施例提供的装置可运行于用户终端，该支付请求处理装置600可以包括:
[0096]第一发送模块610，用于向服务器发送交易请求，该交易请求中携带有第一终端的第一终端标识，以使服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[0097]第一接收模块620，用于接收拒绝交易消息；
[0098]第一显示模块630，用于在第一接收模块620接收到拒绝交易消息时显示第一提示消息，以提示用户提供与第一终端有关的上一笔成功交易的交易凭证。
[0099]进一步地，第一显示模块630还用于在第一接收模块620接收到拒绝交易消息时显示第二提示消息，以提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证。第一接收模块620还用于接收用户提供的第一交易凭证。第一发送模块610还用于向服务器发送交易放行请求，该交易放行请求中携带有第一交易凭证，以使服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0100]以上各模块可以是由软件代码实现，此时，上述的各模块可存储于用户终端的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。
[0101]本实施例对支付请求处理装置600的各功能模块实现各自功能的具体过程，请参见上述图1至图11所示实施例中描述的具体内容，此处不再赘述。
[0102]第七实施例
[0103]图15为本发明第七实施例提供的支付请求处理装置的结构示意图。请参阅图15，本实施例提供的装置可运行于服务器，该支付请求处理装置700可以包括:
[0104]第二接收模块710，用于接收第一终端发送的交易请求，该交易请求中携带有第一终端的第一终端标识；
[0105]第一处理模块720，用于根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[0106]第二接收模块710还用于接收第二终端发送的交易放行请求，该交易放行请求中携带有用户提供给第二终端的与第一终端有关的上一笔成功交易的第一交易凭证；
[0107]第一处理模块720还用于根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0108]以上各模块可以是由软件代码实现，此时，上述的各模块可存储于服务器的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。
[0109]本实施例对支付请求处理装置700的各功能模块实现各自功能的具体过程，请参见上述图1至图11所示实施例中描述的具体内容，此处不再赘述。
[0110]需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0111]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素 ，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0112]本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0113]以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。
【主权项】
1.一种支付请求处理的方法，其特征在于，包括: 第一终端向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识； 所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 当所述第一终端接收到所述拒绝交易消息时，提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证，当所述第二终端获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证； 所述服务器根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。2.根据权利要求1所述的支付请求处理的方法，其特征在于，所述提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证，包括: 告知用户所述第二终端的通讯号码，并提示所述用户通过所述通讯号码向所述第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证。3.根据权利要求1所述的支付请求处理的方法，其特征在于，所述第二终端与所述第一终端是同一个终端。4.一种支付请求处理方法，其特征在于，包括: 第一终端向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识，以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 当所述第一终端接收到所述拒绝交易消息时，提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。5.根据权利要求4所述的支付请求处理方法，其特征在于，所述提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证，包括: 提示用户在所述第一终端输入与所述第一终端有关的上一笔成功交易的交易凭证； 当所述第一终端获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证，以使所述服务器根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。6.一种支付请求处理方法，其特征在于，包括: 服务器接收第一终端发送的交易请求，所述交易请求中携带有所述第一终端的第一终端标识； 所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 所述服务器接收第二终端发送的交易放行请求，所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证； 所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。7.一种支付请求处理系统，其特征在于，包括第一终端、服务器和第二终端， 所述第一终端用于向所述服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识； 所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则，向所述第一终端发送拒绝交易消息； 所述第一终端还用于在接收到所述拒绝交易消息时，提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证； 所述第二终端用于在获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证； 所述服务器还用于根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。8.一种支付请求处理装置，运行于用户终端，其特征在于，包括: 第一发送模块，用于向服务器发送交易请求，所述交易请求中携带有第一终端的第一终端标识，以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 第一接收模块，用于接收所述拒绝交易消息； 第一显示模块，用于在所述第一接收模块接收到所述拒绝交易消息时显示第一提示消息，以提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。9.根据权利要求8所述的支付请求处理装置，其特征在于， 所述第一显示模块还用于在所述第一接收模块接收到所述拒绝交易消息时显示第二提示消息，以提示所述用户在所述第一终端输入与所述第一终端有关的上一笔成功交易的交易凭证， 所述第一接收模块还用于接收所述用户提供的第一交易凭证； 所述第一发送模块还用于向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证，以使所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。10.一种支付请求处理装置，运行于服务器，其特征在于，包括: 第二接收模块，用于接收第一终端发送的交易请求，所述交易请求中携带有所述第一终端的第一终端标识； 第一处理模块，用于根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 所述第二接收模块还用于接收第二终端发送的交易放行请求，所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证； 所述第一处理模块还用于根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
【专利摘要】本发明公开了一种支付请求处理的方法、装置及系统，属于电子支付领域，方法包括：第一终端向服务器发送交易请求；服务器响应于该交易请求在数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果查找得到的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；第一终端在接收到拒绝交易消息时提示用户提供所述上一笔成功交易的交易凭证；服务器在接收到携带有用户提供的第一交易凭证的交易放行请求时对第一交易凭证进行验证，在验证通过时向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息。
【IPC分类】G06Q20/42, G06Q20/40, G06Q20/32
【公开号】CN105488670
【申请号】CN201510821690
【发明人】周丹弟, 黄家林
【申请人】上海银生宝电子支付服务有限公司
【公开日】2016年4月13日
【申请日】2015年11月23日
【技术领域】
[0001]本发明涉及电子支付领域，具体而言，涉及一种支付请求处理的方法、装置及系统。
【背景技术】
[0002]目前，支付终端例如手机P0S机或P0S机在采用电子签名时可以免除商户保存纸质小票的麻烦，快速便捷并且利于环境保护。当出现争议订单时，可以直接调用数据库中所存储的关于该争议订单的交易记录中的电子签购图片来提供有力的交易证据，从而防止收单机构经济损失。然而，支付终端上进行的某笔交易在支付者完成签名后，其电子签购图片可能由于网络等因素而未成功上传至服务器，导致数据库中与该笔交易相关的交易记录中缺少支付者的签名凭证。因此，该笔交易在交易完成后出现争议时可能无法调单，从而引起收单机构经济损失。
【发明内容】
[0003]鉴于此，本发明的目的在于提供一种支付请求处理的方法、装置及系统，以改善现有技术中支付终端上进行的交易在交易完成后出现争议时由于交易信息不完整而引起收单机构经济损失的问题。
[0004]本发明第一实施例提供一种支付请求处理方法，包括:第一终端向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息；当所述第一终端接收到所述拒绝交易消息时，提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证，当所述第二终端获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证;所述服务器根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
[0005]本发明第二实施例提供一种支付请求处理方法，包括:第一终端向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识，以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息；当所述第一终端接收到所述拒绝交易消息时，提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。
[0006]本发明第三实施例提供一种支付请求处理方法，包括:服务器接收第一终端发送的交易请求，所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息;所述服务器接收第二终端发送的交易放行请求，所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证;所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
[0007]本发明第四实施例提供一种支付请求处理系统，包括第一终端、服务器和第二终端，所述第一终端用于向所述服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识;所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息;所述第一终端还用于在接收到所述拒绝交易消息时，提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证;所述第二终端用于在获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述用户提供的第一交易凭证;所述服务器还用于根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
[0008]本发明第五实施例提供一种支付请求处理装置，运行于用户终端，包括:第一发送模块，用于向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识，以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息;第一接收模块，用于接收所述拒绝交易消息；第一显示模块，用于在所述第一接收模块接收到所述拒绝交易消息显示时第一提示消息，以提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。
[0009]本发明第六实施例提供一种支付请求处理装置，运行于服务器，包括:第二接收模块，用于接收第一终端发送的交易请求，所述交易请求中携带有所述第一终端的第一终端标识;第一处理模块，用于根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息;所述第二接收模块还用于接收第二终端发送的交易放行请求，所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证;所述第一处理模块还用于根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
[0010]相对于现有技术，在本发明各实施例提出的支付请求处理的方法、装置及系统中，当第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时，通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0011 ]为使本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。
【附图说明】
[0012]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。通过附图所示，本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本发明的主旨。
[0013]图1为本发明的应用环境不意图；
[0014]图2为本发明第一实施例提供的支付请求处理方法的流程图；
[0015]图3为本发明第一实施例提供的支付请求处理方法的一个具体示例的流程图；
[0016]图4为图3所示具体示例中第一终端所显示的交互界面示意图之一；
[0017]图5为图3所示具体示例中第一终端所显示的交互界面示意图之二；
[0018]图6为图3所示具体示例中第一终端所显示的交互界面示意图之三；
[0019]图7为本发明第一实施例提供的支付请求处理方法的另一具体示例的流程图；
[0020]图8为图7所示具体示例中第一终端所显示的交互界面示意图之一；
[0021]图9为图7所示具体示例 中第一终端所显示的交互界面示意图之二；
[0022]图10为本发明第二实施例提供的支付请求处理方法的流程图；
[0023]图11为本发明第三实施例提供的支付请求处理方法的流程图；
[0024]图12为本发明第四实施例提供的一种支付请求处理系统的结构示意图；
[0025]图13为本发明第五实施例提供的另一支付请求处理系统的结构示意图；
[0026]图14为本发明第六实施例提供的支付请求处理装置的结构示意图；
[0027]图15为本发明第七实施例提供的支付请求处理装置的结构示意图。
【具体实施方式】
[0028]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0029]本发明下述各实施例均可应用于如图1所示的环境中，如图1所示，服务器100通过有线或无线网络与用户终端200连接。其中，用户终端200可以包括P0S(point of sale)机、手机P0S机、PC(personal computer)电脑、平板电脑、手机、笔记本电脑等终端设备。
[0030]本发明实施例中，第一终端可以为具有智能支付功能的用户终端，例如P0S机或手机P0S机;第二终端可以为例如手机P0S机、手机、PC电脑、平板电脑、笔记本电脑。本发明实施例中，第一终端、第二终端、服务器能够通过通信网络直接连接。第一终端、第二终端、月艮务器可以在W1-Fi(无线保真)网络、2G/3G/4G网络或局域网中建立通信连接。
[0031]在本发明实施例中，第一终端的第一终端标识优选为第一终端的标识号，例如第一终端在开通业务时申请的ID号，第一终端的第一终端标识存储在预设的数据库中。在用户通过第一终端进行支付交易时，通过该第一终端进行的每笔交易都会在数据库中保存为相应的交易记录。也就是说，数据库中保存有与第一终端有关的成功交易的交易记录和失败交易的交易记录。具体地，与第一终端有关的失败交易的交易记录可以包括第一终端标识、交易流水号、交易时间、交易地点、交易状态(例如“失败”)等数据项。与第一终端有关的成功交易的交易记录可以包括第一终端标识、交易流水号、交易时间、交易地点、交易状态(例如“成功”)、电子签购图片、用户确认信息等数据项。
[0032]电子签购图片是由支付者在交易支付完成后，在第一终端显示的支付者签名界面签名后形成的图片。通过第一终端进行的每笔支付交易均会在交易支付完成后生成对应的电子签购图片。具体地，在第一终端进行支付交易的过程中，第一终端将由用户输入的交易金额以及由支付者输入的支付账户信息和支付密码发送至服务器，然后服务器根据所接收的交易金额、支付账户信息和支付密码进行支付操作并在支付成功后向第一终端发送交易支付成功消息；第一终端在接收到支付交易成功消息时向支付者显示支付者签名界面，以使支付者在支付者签名界面上进行签名;第一终端在接收到支付者在支付者签名界面上的签名时生成与本次交易相关的电子签购图片，并其上传至服务器，以由服务器将该电子签购图片保存在数据库中与本次交易相关的交易记录内。在本发明实施例中，用户与支付者可以是不同的主体，其二者还可以是相同的主体。
[0033]于本发明实施例中，第一终端与第二终端可以是不同的终端，例如第一终端是P0S机，第二终端是手机;此外，第一终端与第二终端还可以是同一个终端，例如第一终端和第二终端为同一个手机P0S机。
[0034]本发明实施例中的服务器可以包括WEB服务器、验证服务器、管理服务器、支付服务器等多个服务器，也可以是一个服务器。
[0035]以下本发明各实施例提供的支付交易处理的方法、装置及系统，当第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；在第一终端接收到拒绝交易消息时，通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易;在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0036]第一实施例
[0037]图2为本发明第一实施例提供的支付请求处理方法的流程图。请参阅图2，本实施例以第一终端、第二终端、服务器之间的交互为主描述本方法。具体地，本实施例提供的支付请求处理方法包括以下步骤。
[0038]步骤S11，第一终端向服务器发送交易请求，该交易请求中携带有第一终端的第一终端标识。
[0039]当用户需要进行具体的支付操作时，第一终端可以接收用户触发的交易请求，并将所接收的交易请求发送至服务器。
[0040]步骤S12，服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息。
[0041]所述数据库可以是预先设置的用于存储交易记录的数据库，其可以包含在服务器中，也可以外设于服务器。当服务器接收到第一终端发送的交易请求时，可以以该交易请求中携带的第一终端标识作为索引、在数据库中检索与第一终端有关的所有交易记录，并通过交易记录中的交易时间项和交易状态项得到与第一终端有关的上一笔成功交易的交易记录。如果在与第一终端有关的上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，服务器允许第一终端发起的本次交易，否则拒绝第一终端发起的本次交易。
[0042]进一步地，在第一终端接收到服务器发送的允许交易消息时，可以向用户显示下述提示信息:该提示信息用于提示用户当前可以通过第一终端进行交易。
[0043]步骤S13，当第一终端接收到拒绝交易消息时，提示用户向第二终端提供与第一终端有关的上一笔成功交易的交易凭证，当第二终端获取到用户提供的第一交易凭证时，向服务器发送交易放行请求，该交易放行请求中携带有第一交易凭证。
[0044]于本发明的一种【具体实施方式】中，当第一终端接收到拒绝交易消息时，可以告知用户第二终端的通讯号码，并提示用户通过所述通讯号码向第二终端提供与第一终端有关的上一笔成功交易的交易凭证。用户可以利用所述通讯号码向第二终端致电，并在通话过程中提供与第一终端有关的上一笔成功交易的交易凭证，第二终端对该通话进行电子录音并将包含此电子录音的交易放行请求发送至服务器。此外，用户可以利用所述通讯号码向第二终端发送短信息，此短信息中包含用户提供的与第一终端有关的上一笔成功交易的交易凭证，第二终端可以将包含此短信息的交易放行请求发送至服务器。
[0045]于本发明的另一种【具体实施方式】中，第一终端与第二终端可以是同一个终端。在此情况下，当第一终端接收到拒绝交易消息时，可以提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证，并且在获取到用户提供的第一交易凭证时向服务器发送携带有第一交易凭证的交易放行请求。
[0046]用户提供的第一交易凭证可以为与第一终端有关的上一笔成功交易的交易流水号或与第一终端有关的上一笔成功交易的唯一标识信息。
[0047]步骤S14，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0048]于本发明的一种【具体实施方式】中，当第一终端接收到拒绝交易消息时还提示用户向第二终端提供第一终端标识，并且因此第二终端发送至服务器的交易放行请求中携带有第一交易凭证和第一终端标识。在接收到交易放行请求时，服务器根据第一终端标识在数据库中查找与第一终端有关的上一笔成功交易的交易记录，然后将查找得到的交易记录中的交易凭证与第一交易凭证进行匹配。
[0049]所述用户确认信息可以包括所述交易放行请求、所述匹配的结果、发出交易放行通知的时间等信息。
[0050]在本实施例提供的支付请求处理方法中，当第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则 向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时，通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易；在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0051]图3为本实施例提供的支付请求处理方法的一个具体示例的流程图。请参阅图3，在本实施例中，以第一终端为手机P0S机、第二终端为由客服人员操控的手机为例进行说明。下面将结合图4至图6对本实施例进行更进一步详细的说明。
[0052]假设用户通过手机P0S机向服务器发送交易请求，该交易请求中携带有所述手机P0S机的ID号;在接收到交易请求时，服务器根据该ID号在预设的数据库中查找与所述手机P0S机有关的上一笔成功交易的交易记录。具体地，服务器可以以该ID号作为索引在数据库中检索与所述手机P0S机有关的所有交易记录，并通过交易记录中的交易时间项和交易状态项得到与所述手机P0S机有关的上一笔成功交易的交易记录。如果查找得到的交易记录中有相应的电子签购图片或用户确认信息，则服务器向所述手机P0S机发送允许交易消息。在接收到允许交易消息时，所述手机P0S机提示用户当前可以进行支付交易。图4为本实施例中接收到允许交易消息时，所述手机P0S机向用户展示的交互界面的示意图。请参照图4，用户可以在阅读所述手机P0S机提供的提示消息后，点击“开始”按钮以开始进行本次支付交易。
[0053]在接收到拒绝交易消息时，所述手机P0S机可以向用户显示另一提示信息。图5为本实施例中接收到拒绝交易消息时，所述手机P0S机向用户展示的交互界面的示意图。请参照图5，用户可以在阅读所述手机P0S机提供的提示消息之后进行相应操作。
[0054]用户可以拨打所述手机P0S机上提示的通讯号码向客服人员操控的手机提供所述手机P0S机的ID号和与所述手机P0S机有关的上一笔成功交易的交易流水号，客服人员操控的手机对此通话进行电子录音并将携带所述ID号和交易流水号的交易放行请求发送至服务器。具体地，交易放行请求可以携带有所述电子录音。
[0055]除此之外，用户还可以向所述手机P0S机上提示的通讯号码发送短信息以向客服人员操控的手机提供所述手机P0S机的ID号和与所述手机P0S机有关的上一笔成功交易的交易流水号，客服人员操控的手机将携带所述ID号和交易流水号的交易放行请求发送至服务器。具体地，交易放行请求可以携带所述短信息。
[0056]服务器在接收到交易放行请求时，可以先从该交易放行请求中提取出用户提供的ID号和交易流水号，然后根据所述ID号在数据库中查找与所述手机P0S机有关的上一笔成功交易的交易记录，将与所述手机P0S机有关的上一笔成功交易的交易记录中的交易流水号与用户提供的交易流水号进行匹配，如果匹配，则向所述手机P0S机发送交易放行通知并且在与所述手机P0S机有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。所述用户确认信息可以包括交易记录请求、所述匹配的结果以及发出交易放行通知的时间等，以表示用户对与所述手机P0S机有关的上一笔成功交易的确认。
[0057]在接收到交易放行通知时，所述手机P0S机还可以向用户显示另一提示信息。图6为本实施例中接收到交易放行通知时，所述手机P0S机向用户展示的交互界面的示意图。请参照图6，用户可以在阅读所述手机P0S机提供的提示消息之后点击“开始”按钮进行本次支付交易。
[0058]图7为本实施例提供的支付请求处理方法的另一具体示例的流程图。请参阅图7，在本实施例中，第一终端与第二终端为同一个终端，以第一终端为手机P0S机为例进行说明。下面将结合图8和图9对本实施例进行更进一步详细的说明。要注意的是，以下仅描述本具体示例与上述示例的主要区别之处。
[0059]于本示例中，在接收到拒绝交易消息时，所述手机P0S机可以向用户显示提示用户通过该手机P0S机向服务器发送交易放行请求的提示。图8为本实施例中接收到拒绝交易消息时，所述手机POS机向用户展示的交互界面的示意图。请参照图8，用户可以在阅读所述手机P0S机提供的提示消息之后选择“是”或“否”按钮进行相应操作。
[0060]当用户选择“是”按钮时，所述手机P0S机可以获取用户提供的与所述手机P0S机有关的上一笔成功交易的交易流水号，图9为本实施例中获取用户提供的交易流水号时，所述手机P0S机向用户展示的交互界面的示意图。当用户在图9所示的界面输入相应信息并点击“提交”按钮之后，所述手机P0S机可以将携带有所获取的交易流水号的交易放行请求发送至服务器，以使服务器对用户提供的交易流水号进行匹配。
[0061]在本发明实施例提供的方法中，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易；在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0062]可以理解的是，图4至图6以及图8中的按钮的位置、具体形式以及操作提示的具体内容只是举例而已，并不构成对本发明的限定。
[0063]第二实施例
[0064]图10为本发明第二实施例提供的支付请求处理方法的流程图。请参阅图10，本实施例为第一终端所执行的支付请求处理方法，包括以下步骤:
[0065]步骤S21，第一终端向服务器发送交易请求，该交易请求中携带有第一终端的第一终端标识，以使服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[0066]步骤S22，当第一终端接收到拒绝交易消息时，提示用户提供与第一终端有关的上一笔成功交易的交易凭证。
[0067]于一种【具体实施方式】中，当第一终端接收到拒绝交易消息时，提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证;当第一终端获取到用户提供的第一交易凭证时，向服务器发送交易放行请求，该交易放行请求中携带有第一交易凭证，以使服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0068]以上步骤的具体实现过程可参考第一实施例中的相关步骤，这里不再赘述。
[0069]在本实施例提供的支付请求处理方法中，当第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时，向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易；在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0070]第三实施例
[0071]图11为本发明第三实施例提供的支付请求处理方法的流程图。请参阅图11，本实施例为服务器所执行的支付请求处理方法，包括以下步骤:
[0072]步骤S31，服务器接收第一终端发送的交易请求，该交易请求中携带有第一终端的第一终端标识；
[0073]步骤S32，服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果 所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[0074]步骤S33，服务器接收第二终端发送的交易放行请求，该交易放行请求中携带有用户提供给第二终端的与第一终端有关的上一笔成功交易的第一交易凭证；
[0075]步骤S34，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0076]以上步骤的具体实现过程可参考第一实施例中的相关步骤，这里不再赘述。
[0077]在本实施例提供的支付请求处理方法中，在第一终端向服务器发送交易请求时，服务器确认与第一终端有关的上一次成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息;在第一终端接收到拒绝交易消息时，通过第二终端向服务器发送携带有用户提供的第一交易凭证的交易放行请求，服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。这样，在进行每笔交易之前，服务器均会在确认与第一终端有关的上一次成功交易的交易记录中存在相应的电子签购图片或用户确认信息时才允许第一终端进行本次交易；在相应的电子签购图片和用户确认信息均不存在时，可以通过用户提供交易确认信息来完善上一次成功交易的交易记录，并因而使第一终端能够进行本次交易。因此，对于电子签购图片未上传成功的交易，即使该笔交易在交易完成后发生争议时也可以调用到该笔交易的交易记录中的用户确认信息来提供有力的交易证据，从而防止收单机构经济损失。
[0078]第四实施例
[0079]图12为本发明第四实施例提供的一种支付请求处理系统的结构示意图。请参阅图12，本实施例提供的支付请求处理系统400可以包括第一终端410、服务器420以及第二终端430。
[0080]第一终端410用于向服务器420发送交易请求，该交易请求中携带有第一终端410的第一终端标识。
[0081]服务器420根据第一终端标识在预设的数据库中查找与第一终端410有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端410发送允许交易消息，否则，向第一终端410发送拒绝交易消息。
[0082]第一终端410还用于在接收到拒绝交易消息时，提示用户向第二终端430提供与第一终端410有关的上一笔成功交易的交易凭证。
[0083]第二终端430用于在获取到用户提供的第一交易凭证时，向服务器420发送交易放行请求，该交易放行请求中携带有第一交易凭证。
[0084]服务器420还用于根据交易放行请求将与第一终端410有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端410发送交易放行通知并且在与第一终端410有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0085]需要说明的是，本发明实施例的系统中各设备的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，在此不赘述。
[0086]第五实施例
[0087]图13为本发明第五实施例提供的另一支付请求处理系统的结构示意图。请参阅图13，本实施例提供的支付请求处理系统500可以包括第一终端510和服务器520。
[0088]第一终端510用于向服务器520发送交易请求，该交易请求中携带有第一终端510的第一终端标识。
[0089]服务器520根据第一终端标识在预设的数据库中查找与第一终端510有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端510发送允许交易消息，否则，向第一终端510发送拒绝交易消息。
[0090]第一终端510还用于在接收到拒绝交易消息时，提示用户在第一终端510上输入与第一终端510有关的上一笔成功交易的交易凭证。
[0091]第一终端510还用于在获取到用户提供的第一交易凭证时，向服务器520发送交易放行请求，该交易放行请求中携带有第一交易凭证。
[0092]服务器520还用于根据交易放行请求将与第一终端510有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端510发送交易放行通知并且在与第一终端510有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0093]需要说明的是，本发明实施例的系统中各设备的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，在此不赘述。
[0094]第六实施例
[0095]图14为本发明第六实施例提供的支付请求处理装置的结构示意图。请参阅图14，本实施例提供的装置可运行于用户终端，该支付请求处理装置600可以包括:
[0096]第一发送模块610，用于向服务器发送交易请求，该交易请求中携带有第一终端的第一终端标识，以使服务器根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[0097]第一接收模块620，用于接收拒绝交易消息；
[0098]第一显示模块630，用于在第一接收模块620接收到拒绝交易消息时显示第一提示消息，以提示用户提供与第一终端有关的上一笔成功交易的交易凭证。
[0099]进一步地，第一显示模块630还用于在第一接收模块620接收到拒绝交易消息时显示第二提示消息，以提示用户在第一终端输入与第一终端有关的上一笔成功交易的交易凭证。第一接收模块620还用于接收用户提供的第一交易凭证。第一发送模块610还用于向服务器发送交易放行请求，该交易放行请求中携带有第一交易凭证，以使服务器根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0100]以上各模块可以是由软件代码实现，此时，上述的各模块可存储于用户终端的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。
[0101]本实施例对支付请求处理装置600的各功能模块实现各自功能的具体过程，请参见上述图1至图11所示实施例中描述的具体内容，此处不再赘述。
[0102]第七实施例
[0103]图15为本发明第七实施例提供的支付请求处理装置的结构示意图。请参阅图15，本实施例提供的装置可运行于服务器，该支付请求处理装置700可以包括:
[0104]第二接收模块710，用于接收第一终端发送的交易请求，该交易请求中携带有第一终端的第一终端标识；
[0105]第一处理模块720，用于根据第一终端标识在预设的数据库中查找与第一终端有关的上一笔成功交易的交易记录，并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[0106]第二接收模块710还用于接收第二终端发送的交易放行请求，该交易放行请求中携带有用户提供给第二终端的与第一终端有关的上一笔成功交易的第一交易凭证；
[0107]第一处理模块720还用于根据交易放行请求将与第一终端有关的上一笔成功交易的交易记录中的交易凭证与第一交易凭证进行匹配，如果匹配，则向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝交易放行请求。
[0108]以上各模块可以是由软件代码实现，此时，上述的各模块可存储于服务器的存储器内。以上各模块同样可以由硬件例如集成电路芯片实现。
[0109]本实施例对支付请求处理装置700的各功能模块实现各自功能的具体过程，请参见上述图1至图11所示实施例中描述的具体内容，此处不再赘述。
[0110]需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0111]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素 ，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0112]本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0113]以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。
【主权项】
1.一种支付请求处理的方法，其特征在于，包括: 第一终端向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识； 所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 当所述第一终端接收到所述拒绝交易消息时，提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证，当所述第二终端获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证； 所述服务器根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。2.根据权利要求1所述的支付请求处理的方法，其特征在于，所述提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证，包括: 告知用户所述第二终端的通讯号码，并提示所述用户通过所述通讯号码向所述第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证。3.根据权利要求1所述的支付请求处理的方法，其特征在于，所述第二终端与所述第一终端是同一个终端。4.一种支付请求处理方法，其特征在于，包括: 第一终端向服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识，以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 当所述第一终端接收到所述拒绝交易消息时，提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。5.根据权利要求4所述的支付请求处理方法，其特征在于，所述提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证，包括: 提示用户在所述第一终端输入与所述第一终端有关的上一笔成功交易的交易凭证； 当所述第一终端获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证，以使所述服务器根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。6.一种支付请求处理方法，其特征在于，包括: 服务器接收第一终端发送的交易请求，所述交易请求中携带有所述第一终端的第一终端标识； 所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 所述服务器接收第二终端发送的交易放行请求，所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证； 所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。7.一种支付请求处理系统，其特征在于，包括第一终端、服务器和第二终端， 所述第一终端用于向所述服务器发送交易请求，所述交易请求中携带有所述第一终端的第一终端标识； 所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则，向所述第一终端发送拒绝交易消息； 所述第一终端还用于在接收到所述拒绝交易消息时，提示用户向第二终端提供与所述第一终端有关的上一笔成功交易的交易凭证； 所述第二终端用于在获取到所述用户提供的第一交易凭证时，向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证； 所述服务器还用于根据所述交易放行请求，将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。8.一种支付请求处理装置，运行于用户终端，其特征在于，包括: 第一发送模块，用于向服务器发送交易请求，所述交易请求中携带有第一终端的第一终端标识，以使所述服务器根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，如果所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 第一接收模块，用于接收所述拒绝交易消息； 第一显示模块，用于在所述第一接收模块接收到所述拒绝交易消息时显示第一提示消息，以提示用户提供与所述第一终端有关的上一笔成功交易的交易凭证。9.根据权利要求8所述的支付请求处理装置，其特征在于， 所述第一显示模块还用于在所述第一接收模块接收到所述拒绝交易消息时显示第二提示消息，以提示所述用户在所述第一终端输入与所述第一终端有关的上一笔成功交易的交易凭证， 所述第一接收模块还用于接收所述用户提供的第一交易凭证； 所述第一发送模块还用于向所述服务器发送交易放行请求，所述交易放行请求中携带有所述第一交易凭证，以使所述服务器根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。10.一种支付请求处理装置，运行于服务器，其特征在于，包括: 第二接收模块，用于接收第一终端发送的交易请求，所述交易请求中携带有所述第一终端的第一终端标识； 第一处理模块，用于根据所述第一终端标识在预设的数据库中查找与所述第一终端有关的上一笔成功交易的交易记录，并且确认所述上一笔成功交易的交易记录中是否存在相应的电子签购图片或用户确认信息，如果存在则向所述第一终端发送允许交易消息，否则向所述第一终端发送拒绝交易消息； 所述第二接收模块还用于接收第二终端发送的交易放行请求，所述交易放行请求中携带有所述用户提供给所述第二终端的与所述第一终端有关的上一笔成功交易的第一交易凭证； 所述第一处理模块还用于根据所述交易放行请求将与所述第一终端有关的上一笔成功交易的交易记录中的交易凭证与所述第一交易凭证进行匹配，如果匹配，则向所述第一终端发送交易放行通知并且在与所述第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息，如果不匹配则拒绝所述交易放行请求。
【专利摘要】本发明公开了一种支付请求处理的方法、装置及系统，属于电子支付领域，方法包括：第一终端向服务器发送交易请求；服务器响应于该交易请求在数据库中查找与第一终端有关的上一笔成功交易的交易记录，如果查找得到的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；第一终端在接收到拒绝交易消息时提示用户提供所述上一笔成功交易的交易凭证；服务器在接收到携带有用户提供的第一交易凭证的交易放行请求时对第一交易凭证进行验证，在验证通过时向第一终端发送交易放行通知并且在与第一终端有关的上一笔成功交易的交易记录中添加相应的用户确认信息。
【IPC分类】G06Q20/42, G06Q20/40, G06Q20/32
【公开号】CN105488670
【申请号】CN201510821690
【发明人】周丹弟, 黄家林
【申请人】上海银生宝电子支付服务有限公司
【公开日】2016年4月13日
【申请日】2015年11月23日
最新回复(0)