所述上一笔成功交易的交易记录中有相应的电子签购图片或用户确认信息，则向第一终端发送允许交易消息，否则向第一终端发送拒绝交易消息；
[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]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素