CN117237105A - 基于交易状态的交易处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种基于交易状态的交易处理方法、装置、设备及存储介质，可用于金融领域或其他领域。该方法包括：响应于用户对待处理交易发出的交易请求，获取待处理交易的交易信息；将待处理交易的交易信息发送至服务器；其中，服务器用于根据待处理交易的交易信息，对待处理交易进行处理，并将处理结果返回至终端设备；根据服务器反馈的处理结果，确定待处理交易的交易状态；其中，处理结果用于表征交易状态；若确定待处理交易的交易状态为交易失败，则向服务器发送待处理交易的补偿处理请求，并将交易失败的交易状态进行显示；其中，补偿处理请求用于控制服务器，基于预设的补偿机制，对待处理交易进行补偿处理。

Description

基于交易状态的交易处理方法、装置、设备及存储介质

技术领域

本申请涉及金融或其他领域，尤其涉及一种基于交易状态的交易处理方法、装置、设备及存储介质。

背景技术

在金融行业数字化转型的大趋势下，大量系统进行了分布式微服务转型，服务变得颗粒化，通讯环节变多。个别通讯环节出现异常，会导致客户所看到的交易状态与实际的交易状态不一致。例如，客户实际被扣款，页面却显示交易未明或失败。

尤其对于大交易量高并发场景下的金融系统来说，个别环节短暂的通讯异常，带来的将是十万甚至百万笔级别的交易状态不一致，影响的客户数以及需要运营人员进行手工调账的工作量都极大。因此，需要减少系统间交易状态不一致的情况，提高交易的处理精度和效率。

发明内容

本申请提供一种基于交易状态的交易处理方法、装置、设备及存储介质，用以提高交易的处理精度和效率。

第一方面，本申请提供一种基于交易状态的交易处理方法，该方法应用于终端设备，包括：

响应于用户对待处理交易发出的交易请求，获取所述待处理交易的交易信息；

将所述待处理交易的交易信息发送至服务器；其中，所述服务器用于根据待处理交易的交易信息，对所述待处理交易进行处理，并将处理结果返回至终端设备；

根据所述服务器反馈的处理结果，确定所述待处理交易的交易状态；其中，所述处理结果用于表征交易状态；

若确定所述待处理交易的交易状态为交易失败，则向所述服务器发送所述待处理交易的补偿处理请求，并将所述交易失败的交易状态进行显示；其中，所述补偿处理请求用于控制所述服务器，基于预设的补偿机制，对所述待处理交易进行补偿处理。

第二方面，本申请提供一种基于交易状态的交易处理装置，该装置应用于终端设备，包括：

请求响应模块，用于响应于用户对待处理交易发出的交易请求，获取所述待处理交易的交易信息；

信息发送模块，用于将所述待处理交易的交易信息发送至服务器；其中，所述服务器用于根据待处理交易的交易信息，对所述待处理交易进行处理，并将处理结果返回至终端设备；

状态确定模块，用于根据所述服务器反馈的处理结果，确定所述待处理交易的交易状态；其中，所述处理结果用于表征交易状态；

补偿处理模块，用于若确定所述待处理交易的交易状态为交易失败，则向所述服务器发送所述待处理交易的补偿处理请求，并将所述交易失败的交易状态进行显示；其中，所述补偿处理请求用于控制所述服务器，基于预设的补偿机制，对所述待处理交易进行补偿处理。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如本申请第一方面所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如本申请第一方面所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本申请第一方面所述的方法。

本申请提供的一种基于交易状态的交易处理方法、装置、设备及存储介质，通过响应用户对待处理交易发出的交易请求，获取待处理交易的交易信息。将待处理交易的交易信息发送至服务器，服务器根据待处理交易的交易信息，对待处理交易进行处理，得到处理结果，并将处理结果返回至终端设备。终端设备根据服务器反馈的处理结果，确定待处理交易的交易状态。若确定待处理交易的交易状态为交易失败，则需要服务器基于预设的补偿机制，对待处理交易进行补偿处理，使服务器补偿处理后的交易状态与终端设备确定出的交易状态一致。解决了现有技术中，需要工作人员手动进行补偿处理所造成的交易处理效率和精度低的问题，减少交易处理的工作量，实现对交易状态的自动调整，保证交易状态的一致性，提高交易处理的效率和精度。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种基于交易状态的交易处理方法的流程示意图；

图2为本申请实施例提供的一种基于交易状态的交易处理方法的流程示意图；

图3为本申请实施例提供的一种基于交易状态的交易处理装置的结构框图；

图4为本申请实施例提供的一种基于交易状态的交易处理装置的结构框图；

图5为本申请实施例提供的一种电子设备的结构框图；

图6为本申请实施例提供的一种电子设备的结构框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请的一种基于交易状态的交易处理方法、装置、设备及存储介质可用于金融领域，也可用于除金融领域之外的任意领域，本申请的一种基于交易状态的交易处理方法、装置、设备及存储介质的应用领域不做限定。

在金融行业数字化转型的大趋势下，大量系统进行小机下移分布式微服务的转型，服务颗粒化，通讯环节变多。很容易因为系统通讯异常而导致的系统间交易状态不一致，例如，客户实际被扣款，页面却显示交易未明或失败，给客户使用和金融机构运营带来不便。

尤其对于大交易量高并发场景下的金融系统来说，个别环节短暂的通讯异常，带来的将是十万甚至百万笔级别的交易状态不一致，影响的客户数以及需要运营人员进行手工调账的工作量都极大。

目前使用的异步查询机制，依赖第三方系统或客户侧发起才能做到最终一致，时效性相对差一些，如果查询较晚会导致大量单边需要手工处理。另外对于当前系统异常的情况，外部不可控的大量查询交易会加剧系统通讯异常，安全可控性相对较差，进而导致交易的处理精度和效率较低。

本申请提供的一种基于交易状态的交易处理方法、装置、设备及存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1为根据本申请实施例提供的一种基于交易状态的交易处理方法的流程示意图，该方法应用于终端设备，由一种基于交易状态的交易处理装置执行。如图1所示，该方法包括以下步骤：

S101、响应于用户对待处理交易发出的交易请求，获取待处理交易的交易信息。

示例性地，终端设备上可以安装有客户端，客户端可以面向用户提供金融交易服务。终端设备可以与服务器进行通信，服务器可以表示银行的交易系统，用于对交易中的金额进行转移等操作，例如，可以进行扣款等操作。当用户需要进行交易时，所要进行的交易为待处理交易，用户可以通过终端设备上的客户端发出交易请求，交易请求表征请求服务器对待处理交易进行处理。交易请求中可以包括待处理交易的交易信息，交易信息可以包括用户的账号、密码、交易金额、交易物品等信息。

终端设备可以实时响应到用户的交易请求，从交易请求中获取到待处理交易的交易信息。例如，用户在客户端的界面上点击“确认付款”的控件，则认为用户发出了交易请求，待处理交易即为用户的付款交易。

S102、将待处理交易的交易信息发送至服务器；其中，服务器用于根据待处理交易的交易信息，对待处理交易进行处理，并将处理结果返回至终端设备。

示例性地，在得到待处理交易的交易信息后，可以将待处理交易的交易信息发送给服务器。服务器可以根据待处理交易的交易信息，对待处理交易进行处理。例如，待处理交易是从用户的账户里进行扣款，则服务器可以根据用户信息确定用户的账户和待扣款的金额，从用户的账户中扣除相应的金额。

服务器在对待处理交易进行处理后，可以得到一个处理结果，处理结果中可以包括交易状态，交易状态可以表示服务器是否完成对待处理交易的处理，交易状态可以是交易成功或交易失败。例如，若服务器成功完成扣款，则处理结果为交易成功；若账户余额不足，服务器没有完成扣款，则处理结果为交易失败。服务器在得到处理结果后，将处理结果返回至终端设备。

S103、根据服务器反馈的处理结果，确定待处理交易的交易状态；其中，处理结果用于表征交易状态，交易状态为交易成功或交易失败。

示例性地，终端设备在得到服务器反馈的处理结果后，根据处理结果确定待处理交易的交易状态。例如，可以从处理结果中获取到交易状态，即，确定待处理交易是否完成处理。

本实施例中，根据服务器反馈的处理结果，确定待处理交易的交易状态，包括：若服务器反馈的处理结果中包括预设的第一状态标识，则确定待处理交易的交易状态为交易成功；其中，第一状态标识表征交易状态为交易成功。若服务器反馈的处理结果中包括预设的第二状态标识，则确定待处理交易的交易状态为交易失败；其中，第二状态标识表征交易状态为交易失败。

具体的，可以采用预设的标识来表示交易状态，例如，可以预设第一状态标识和第二状态标识，第一状态标识表示交易状态为交易成功，第二状态标识表示交易状态为交易失败。服务器在生成处理结果时，可以根据处理的情况，在处理结果中写入第一状态标识或第二状态标识，将含有第一状态标识或第二状态标识的处理结果发送给终端设备。

终端设备在得到处理结果后，可以对处理结果进行解析，确定处理结果中的状态标识。若处理结果中的状态标识为第一状态标识，则确定待处理交易的交易状态为交易成功；若处理结果中的状态标识为第二状态标识，则确定待处理交易的交易状态为交易失败。例如，第一状态标识为0，第二状态标识为1。若处理结果中预设位置处的字符为0，则确定交易成功；若处理结果中预设位置处的字符为1，则确定交易失败。

这样设置的有益效果在于，若终端设备成功接收到处理结果，则根据处理结果中的状态标识，确定交易状态，便于后续根据交易状态对交易继续进行处理，提高交易处理的效率和精度。

S104、若确定待处理交易的交易状态为交易失败，则向服务器发送待处理交易的补偿处理请求，并将交易失败的交易状态进行显示；其中，补偿处理请求用于控制服务器，基于预设的补偿机制，对待处理交易进行补偿处理。

示例性地，若确定待处理交易的交易状态为交易成功，则确定待处理交易已经处理完成。终端设备可以将交易成功的交易状态显示在界面上，对用户进行交易完成的提示。例如，待处理交易为付款交易，则终端设备可以在界面上显示已完成付款的提示信息。

若确定待处理交易的交易状态为交易失败，则终端设备可以将交易失败的交易状态显示在界面上，此时用户得知交易状态为交易失败。为了保证用户得知的交易状态为实际的交易状态，即，为了使服务器端对待处理交易进行处理的实际交易状态与终端设备显示的交易状态一致，需要确定服务器端的交易状态也是交易失败。

终端设备可以向服务器发送补偿处理请求，服务器接收到补偿处理请求后，可以基于预设的补偿机制，对待处理交易进行补偿处理。补偿处理用于表示将待处理交易的实际处理结果确定为交易失败，例如，预设的补偿机制可以是，若服务器端待处理交易的实际处理结果为交易成功，即服务器端已经完成了对待处理交易的处理，而终端设备显示交易状态为交易失败，则服务器可以将交易成功的待处理交易进行冲正。冲正是指将已经交易成功的金额返回用户的账户中，使待处理交易的处理结果变为交易失败。若服务器端待处理交易的实际处理结果就是交易失败，则不需要对待处理交易再进行处理，服务器端与终端设备显示的交易状态已经保持一致。用户收到交易失败的提示信息，可以重新发起支付。

本实施例中，该方法还包括：若确定待处理交易的交易状态为交易失败，则根据待处理交易的交易信息，生成待处理交易的账单文件；其中，账单文件中包括待处理交易的交易信息，账单文件用于提示工作人员对待处理交易进行人工处理。

具体的，在确定待处理交易的交易状态为交易失败后，终端设备可以向服务器发送补偿处理请求，使服务器端的交易状态与终端设备显示的交易状态自动调整为一致，也可以提示工作人员手动进行交易状态的一致性调整。终端设备可以根据待处理交易的交易信息，生成待处理交易的账单文件，账单文件中可以包括待处理交易的交易信息。将账单文件发送给服务器，服务器提示银行的工作人员进行查看。工作人员根据账单文件中的交易信息，确定服务器中的该待处理交易，对服务器的待处理交易的交易状态进行人工处理，将服务器中待处理交易的交易状态调整为交易失败。例如，服务器中待处理交易的实际交易状态为交易成功，则工作人员可以将交易成功的金额返回到用户的账户中，使该待处理交易实际上并没有完成交易。若服务器中待处理交易的实际交易状态为交易失败，则工作人员可以不进行操作。

在确定待处理交易的交易状态为交易失败后，终端设备可以向服务器发送账单生成指令，服务器接收到账单生成指令，也生成待处理交易的账单文件，服务器生成的账单文件中可以包括交易信息和服务器端的待处理交易的实际交易状态。终端设备的账单文件和服务器的账单文件可以一起发送给工作人员，工作人员根据这两个账单文件，确定是否需要对服务器的待处理交易进行人工处理，从而使终端设备和服务器的交易状态一致。

这样设置的有益效果在于，通过生成账单文件，对交易状态进行人工调整，实现对交易状态的查漏补缺，避免服务器出现故障时，无法对交易状态进行自动调整，提高交易的处理精度。

本实施例中，在向服务器发送待处理交易的补偿处理请求之后，还包括：获取服务器对待处理交易进行补偿处理后所反馈的补偿处理结果；若根据服务器反馈的补偿处理结果，确定待处理交易的交易状态仍为交易失败，则根据待处理交易的交易信息，生成待处理交易的账单文件。

具体的，终端设备在确定交易状态为交易失败后，向服务器发送补偿处理请求，服务器在对待处理交易进行补偿处理后，再次确定待处理交易的处理结果，将新的处理结果发送给终端设备。新的处理结果可以确定为补偿处理结果，补偿处理结果中可以包括待处理交易的新的交易状态，即当前的交易状态。

终端设备获取服务器反馈的补偿处理结果，从补偿处理结果中确定待处理交易的当前的交易状态。若确定待处理交易的当前的交易状态仍为交易失败，则根据待处理交易的交易信息，生成待处理交易的账单文件。将账单文件发送给工作人员，由工作人员进行人工调整；若确定待处理交易的当前的交易状态为交易成功，则服务器端与终端设备对待处理交易的交易状态已经保持一致，不再需要进行处理。

这样设置的有益效果在于，通过服务器对交易状态进行自动补偿处理，在交易状态仍然没有保持一致时，可以介入人工，确保交易状态的一致性，提高交易处理的精度。在大交易量高并发的场景下，大大减少工作人员的工作量，满足了高并发处理时耗要求，有效保障交易状态的一致性。

本申请实施例提供的一种基于交易状态的交易处理方法，通过响应用户对待处理交易发出的交易请求，获取待处理交易的交易信息。将待处理交易的交易信息发送至服务器，服务器根据待处理交易的交易信息，对待处理交易进行处理，得到处理结果，并将处理结果返回至终端设备。终端设备根据服务器反馈的处理结果，确定待处理交易的交易状态。若确定待处理交易的交易状态为交易失败，则需要服务器基于预设的补偿机制，对待处理交易进行自动补偿处理，使服务器补偿处理后的交易状态与终端设备确定出的交易状态一致。解决了现有技术中，需要工作人员手动进行补偿处理所造成的交易处理效率和精度低的问题，减少交易处理的工作量，实现对交易状态的自动调整，保证交易状态的一致性，提高交易处理的效率和精度。

图2为本申请实施例提供的一种基于交易状态的交易处理方法的流程示意图，该实施例是在上述实施例基础上的可选实施例。

本实施例中，根据服务器反馈的处理结果，确定待处理交易的交易状态，可细化为：确定将待处理交易的交易信息发送至服务器的时间，为初始时间；获取当前时间，确定当前时间和初始时间之间的时间差；若根据时间差，确定在预设的交易周期内，未接收到服务器反馈的待处理交易的处理结果，则确定待处理交易的交易状态为交易失败。

如图2示，该方法包括以下步骤：

S201、响应于用户对待处理交易发出的交易请求，获取待处理交易的交易信息。

示例性地，本步骤可以参见上述步骤S101，不再赘述。

S202、将待处理交易的交易信息发送至服务器；其中，服务器用于根据待处理交易的交易信息，对待处理交易进行处理，并将处理结果返回至终端设备。

示例性地，本步骤可以参见上述步骤S102，不再赘述。

S203、确定将待处理交易的交易信息发送至服务器的时间，为初始时间。

示例性地，终端设备将待处理交易的交易信息发送给服务器，确定发送交易信息的时间，将该时间确定为初始时间。

S204、获取当前时间，确定当前时间和初始时间之间的时间差。

示例性地，实时获取当前时间，确定当前时间与初始时间之间的时间差。即，在向服务器发送交易信息后，实时确定当前时间与初始时间之间的时间差。

S205、若根据时间差，确定在预设的交易周期内，未接收到服务器反馈的待处理交易的处理结果，则确定待处理交易的交易状态为交易失败。

示例性地，预先设置一个交易周期，例如，交易周期为10秒。将时间差实时与交易周期进行比较，判断时间差是否超过交易周期。若终端设备在交易周期内接收到服务器反馈的处理结果，则根据处理结果确定交易状态；若终端设备在交易周期内未接收到服务器反馈的处理结果，则认为待处理交易的交易状态为交易失败。例如，对于终端设备与服务器之间出现通讯异常的情况，终端设备实时确定时间差，当时间差为10秒时，终端设备还没有收到处理结果，则确定待处理交易的交易状态为交易失败。

在时间差到达交易周期后，终端设备不需要再接收服务器的处理结果，即使后面收到了处理结果，也不需要从处理结果中确定交易状态。

S206、若确定待处理交易的交易状态为交易失败，则向服务器发送待处理交易的补偿处理请求，并将交易失败的交易状态进行显示；其中，补偿处理请求用于控制服务器，基于预设的补偿机制，对待处理交易进行补偿处理。

示例性地，若确定待处理交易的交易状态为交易失败，则向服务器发送待处理交易的补偿处理请求。服务器以终端设备确定的交易状态为依据，调整服务器中待处理交易的交易状态，使服务器中待处理交易的交易状态与终端设备确定的交易状态一致，终端设备所显示的交易状态就会是服务器中实际的交易状态。

本实施例中，该方法包括：若确定待处理交易的交易状态为交易成功，则将交易成功的交易状态进行显示。

具体的，若终端设备在交易周期内接收到了服务器的处理结果，并确定处理结果中的交易状态为交易成功，则不需要对待处理交易进行补偿处理，可以直接将交易成功的交易状态显示在界面上，提示用户已完成对待处理交易的处理。

这样设置的有益效果在于，对于交易成功的交易，直接告知用户处理结果，避免在大交易量的情况下造成交易拥挤，提高交易处理的效率。

本实施例中，若确定待处理交易的交易状态为交易失败，则向服务器发送待处理交易的补偿处理请求，包括：若确定待处理交易的交易状态为交易失败，则向服务器发送待处理交易的冲正请求；其中，冲正请求用于表示若服务器对待处理交易完成金额的扣除，则将所扣除的金额返回至用户的账户。

具体的，若确定待处理交易的交易状态为交易失败，则向服务器发送待处理交易的补偿处理请求，补偿处理请求可以是冲正请求，冲正请求用于表示若服务器对待处理交易完成金额的扣除，则将所扣除的金额原路返回至用户的账户。即，对于终端设备推定交易失败的支付交易，终端设备向服务器发送冲正请求。若服务器实际完成对待处理交易的处理，则服务器可以将扣款成功交易进行反向处理，把扣除的金额还给用户并将交易状态置为交易失败。

这样设置的有益效果在于，采用终端设备推定交易状态，以及服务器异步补偿的机制，能及时保证交易状态的最终一致性。通过进行冲正处理，避免用户多次付款，有效提高交易处理的效率和精度。

本申请实施例提供的一种基于交易状态的交易处理方法，通过响应用户对待处理交易发出的交易请求，获取待处理交易的交易信息。将待处理交易的交易信息发送至服务器，服务器根据待处理交易的交易信息，对待处理交易进行处理，得到处理结果，并将处理结果返回至终端设备。终端设备根据服务器反馈的处理结果，确定待处理交易的交易状态。若确定待处理交易的交易状态为交易失败，则需要服务器基于预设的补偿机制，对待处理交易进行自动的补偿处理，使服务器补偿处理后的交易状态与终端设备确定出的交易状态一致。解决了现有技术中，需要工作人员手动进行补偿处理所造成的交易处理效率和精度低的问题，减少交易处理的工作量，实现对交易状态的自动调整，保证交易状态的一致性，提高交易处理的效率和精度。

图3为本申请实施例提供的一种基于交易状态的交易处理装置的结构框图，该装置应用于终端设备。为了便于说明，仅示出了与本公开实施例相关的部分。参照图3，该装置包括：请求响应模块301、信息发送模块302、状态确定模块303和补偿处理模块304。

请求响应模块301，用于响应于用户对待处理交易发出的交易请求，获取所述待处理交易的交易信息；

信息发送模块302，用于将所述待处理交易的交易信息发送至服务器；其中，所述服务器用于根据待处理交易的交易信息，对所述待处理交易进行处理，并将处理结果返回至终端设备；

状态确定模块303，用于根据所述服务器反馈的处理结果，确定所述待处理交易的交易状态；其中，所述处理结果用于表征交易状态，所述交易状态为交易成功或交易失败；

补偿处理模块304，用于若确定所述待处理交易的交易状态为交易失败，则向所述服务器发送所述待处理交易的补偿处理请求，并将所述交易失败的交易状态进行显示；其中，所述补偿处理请求用于控制所述服务器，基于预设的补偿机制，对所述待处理交易进行补偿处理。

图4为本申请实施例提供的一种基于交易状态的交易处理装置的结构框图，在图3所示实施例的基础上，如图4所示，状态确定模块303包括时间确定单元3031和时间差确定单元3032和时间比对单元3033。

时间确定单元3031，用于确定将所述待处理交易的交易信息发送至所述服务器的时间，为初始时间；

时间差确定单元3032，用于获取当前时间，确定所述当前时间和所述初始时间之间的时间差；

时间比对单元3033，用于若根据所述时间差，确定在预设的交易周期内，未接收到所述服务器反馈的所述待处理交易的处理结果，则确定所述待处理交易的交易状态为交易失败。

一个示例中，状态确定模块303，还包括：

第一确定单元，用于若所述服务器反馈的处理结果中包括预设的第一状态标识，则确定所述待处理交易的交易状态为交易成功；其中，所述第一状态标识表征交易状态为交易成功；

第二确定单元，用于若所述服务器反馈的处理结果中包括预设的第二状态标识，则确定所述待处理交易的交易状态为交易失败；其中，所述第二状态标识表征交易状态为交易失败。

一个示例中，该装置还包括：

交易成功模块，用于若确定所述待处理交易的交易状态为交易成功，则将所述交易成功的交易状态进行显示。

一个示例中，补偿处理模块304，具体用于：

若确定所述待处理交易的交易状态为交易失败，则向所述服务器发送所述待处理交易的冲正请求；其中，所述冲正请求用于表示若所述服务器对所述待处理交易完成金额的扣除，则将所扣除的金额返回至用户的账户。

一个示例中，该装置还包括：

账单生成模块，用于若确定所述待处理交易的交易状态为交易失败，则根据所述待处理交易的交易信息，生成所述待处理交易的账单文件；其中，所述账单文件中包括所述待处理交易的交易信息，所述账单文件用于提示工作人员对待处理交易进行人工处理。

一个示例中，该装置还包括：

补偿结果获取模块，用于在向所述服务器发送所述待处理交易的补偿处理请求之后，获取所述服务器对所述待处理交易进行补偿处理后所反馈的补偿处理结果；

账单文件生成模块，用于若根据所述服务器反馈的补偿处理结果，确定所述待处理交易的交易状态仍为交易失败，则根据所述待处理交易的交易信息，生成所述待处理交易的账单文件。

图5为本申请实施例提供的一种电子设备的结构框图，如图5所示，电子设备包括：存储器51，处理器52；存储器51，用于存储处理器52可执行指令的存储器。

其中，处理器52被配置为执行如上述实施例提供的方法。

电子设备还包括接收器53和发送器54。接收器53用于接收其他设备发送的指令和数据，发送器54用于向外部设备发送指令和数据。

图6是根据一示例性实施例示出的一种电子设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

设备600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)接口612，传感器组件614，以及通信组件616。

处理组件602通常控制设备600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在设备600的操作。这些数据的示例包括用于在设备600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为设备600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为设备600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述设备600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为设备600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如所述组件为设备600的显示器和小键盘，传感器组件614还可以检测设备600或设备600一个组件的位置改变，用户与设备600接触的存在或不存在，设备600方位或加速/减速和设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于设备600和其他设备之间有线或无线方式的通信。设备600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由设备600的处理器620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行上述终端设备的基于交易状态的交易处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种基于交易状态的交易处理方法，其特征在于，所述方法应用于终端设备，所述方法包括：

响应于用户对待处理交易发出的交易请求，获取所述待处理交易的交易信息；

将所述待处理交易的交易信息发送至服务器；其中，所述服务器用于根据待处理交易的交易信息，对所述待处理交易进行处理，并将处理结果返回至终端设备；

根据所述服务器反馈的处理结果，确定所述待处理交易的交易状态；其中，所述处理结果用于表征交易状态，所述交易状态为交易成功或交易失败；

若确定所述待处理交易的交易状态为交易失败，则向所述服务器发送所述待处理交易的补偿处理请求，并将所述交易失败的交易状态进行显示；其中，所述补偿处理请求用于控制所述服务器，基于预设的补偿机制，对所述待处理交易进行补偿处理。

2.根据权利要求1所述的方法，其特征在于，根据所述服务器反馈的处理结果，确定所述待处理交易的交易状态，包括：

确定将所述待处理交易的交易信息发送至所述服务器的时间，为初始时间；

获取当前时间，确定所述当前时间和所述初始时间之间的时间差；

若根据所述时间差，确定在预设的交易周期内，未接收到所述服务器反馈的所述待处理交易的处理结果，则确定所述待处理交易的交易状态为交易失败。

3.根据权利要求1所述的方法，其特征在于，根据所述服务器反馈的处理结果，确定所述待处理交易的交易状态，包括：

若所述服务器反馈的处理结果中包括预设的第一状态标识，则确定所述待处理交易的交易状态为交易成功；其中，所述第一状态标识表征交易状态为交易成功；

若所述服务器反馈的处理结果中包括预设的第二状态标识，则确定所述待处理交易的交易状态为交易失败；其中，所述第二状态标识表征交易状态为交易失败。

4.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：

若确定所述待处理交易的交易状态为交易成功，则将所述交易成功的交易状态进行显示。

5.根据权利要求1所述的方法，其特征在于，若确定所述待处理交易的交易状态为交易失败，则向所述服务器发送所述待处理交易的补偿处理请求，包括：

若确定所述待处理交易的交易状态为交易失败，则向所述服务器发送所述待处理交易的冲正请求；其中，所述冲正请求用于表示若所述服务器对所述待处理交易完成金额的扣除，则将所扣除的金额返回至用户的账户。

6.根据权利要求1所述的方法，其特征在于，还包括：

若确定所述待处理交易的交易状态为交易失败，则根据所述待处理交易的交易信息，生成所述待处理交易的账单文件；其中，所述账单文件中包括所述待处理交易的交易信息，所述账单文件用于提示工作人员对待处理交易进行人工处理。

7.根据权利要求6所述的方法，其特征在于，在向所述服务器发送所述待处理交易的补偿处理请求之后，还包括：

获取所述服务器对所述待处理交易进行补偿处理后所反馈的补偿处理结果；

若根据所述服务器反馈的补偿处理结果，确定所述待处理交易的交易状态仍为交易失败，则根据所述待处理交易的交易信息，生成所述待处理交易的账单文件。

8.一种基于交易状态的交易处理装置，其特征在于，所述装置应用于终端设备，所述装置包括：

请求响应模块，用于响应于用户对待处理交易发出的交易请求，获取所述待处理交易的交易信息；

信息发送模块，用于将所述待处理交易的交易信息发送至服务器；其中，所述服务器用于根据待处理交易的交易信息，对所述待处理交易进行处理，并将处理结果返回至终端设备；

状态确定模块，用于根据所述服务器反馈的处理结果，确定所述待处理交易的交易状态；其中，所述处理结果用于表征交易状态，所述交易状态为交易成功或交易失败；

补偿处理模块，用于若确定所述待处理交易的交易状态为交易失败，则向所述服务器发送所述待处理交易的补偿处理请求，并将所述交易失败的交易状态进行显示；其中，所述补偿处理请求用于控制所述服务器，基于预设的补偿机制，对所述待处理交易进行补偿处理。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。