事务处理的记录方法及装置与流程

本发明涉及计算机技术领域，尤其涉及一种事务处理的记录方法及装置。

背景技术：

电子商务平台(以下简称业务平台)中发生的业务一般会引入第三方平台，由第三方平台作为业务中事务处理的安全监管方，来保证业务平台中事务处理的安全性。例如，在业务平台产生一个业务时(与该业务相关的两个用户分别称为第一用户和第二用户)，该业务平台会向第三方平台发送第一用户针对第二用户的事务处理的请求，由第三方平台执行该事务处理。所述事务处理具体的可以由该第三方平台与第一用户的代理(第一用户的代理是第一用户选择的配合第三方平台完成与事务处理相关事项的代理平台)共同来执行完成。

所述的事务处理具体的包括对第一用户与第二用户之间产生的业务中涉及的指定信息或物品的处理。第三方平台对该指定信息或物品的处理包括：接收指定信息或物品(对应本申请中所述的第一用户针对第二用户的事务处理)、在满足预设条件情况下退回该指定信息或物品(对应本申请中所述的第一用户撤销针对第二用户的事务处理)、以及将该指定信息或物品发送给第二用户。

在业务执行过程中经常会发生如下情况：第一用户由于某种原因请求撤销针对第二用户的事务处理。例如，其通过第一用户的代理请求撤销针对第二用户的事务处理，则第一用户的代理向第三方平台发送撤销第一用户针对第二用户的事务处理的请求，在满足撤销事务处理的预设条件情况下，则第三方平台会允许第一用户的代理撤销针对第二用户的事务处理。

此时，由于第三方平台无法获知与撤销事务处理相关的信息，例如， 其仅知道一个代理撤销了一个事务处理，而无法获知该事务处理对应的第一用户是哪个，对应的业务平台是哪个，以及对应的第二用户是哪个等等，因此，对于该撤销事务处理的业务，第三方平台无法与对应的事务处理的相关信息相关联，也就无法有效管理该撤销事务处理的业务。

技术实现要素：

本发明解决的技术问题之一是提供一种事务处理的记录方法及装置，用以实现撤销事务处理与对应的事务处理的相关信息相关联，从而有效管理撤销事务处理。

根据本发明一方面的一个实施例，提供了一种事务处理的记录方法，包括：

响应于接收到来自业务平台的、第一用户针对第二用户的事务处理的请求，执行所述事务处理，并将第一用户记录为事务处理的执行者，将第二用户记录为事务处理的接受者；

响应于接收到来自第一用户的代理的、第一用户撤销针对第二用户的事务处理的请求，撤销所述事务处理，并将第一用户记录为撤销所述事务处理的接受者，并将所述业务平台记录为撤销所述事务处理的执行者。

可选地，执行所述事务处理包括：

向第一用户的代理发送执行所述事务处理的请求；

从第一用户的代理接收执行所述事务处理的第一回执。

可选地，撤销所述事务处理包括：

撤销第一用户的代理已执行的所述针对第二用户的事务处理；

接收来自第一用户的代理的、用于对撤销所述事务处理进行确认的第二回执。

可选地，所述第一回执和第二回执中包含相同的执行标识号。

可选地，从第一用户的代理接收执行所述事务处理的第一回执后，所述方法还包括：

将执行标识号与来自业务平台的、第一用户针对第二用户的事务处理 的请求中的第一用户的标识、业务平台的标识关联记录。

可选地，所述方法还包括：

响应于接收到第二回执，根据第二回执中的执行标识号查找关联记录的第一用户的标识、业务平台的标识。

可选地，所述方法还包括：

建立所述业务平台作为事务处理的执行者的义务对象空间。

可选地，所述方法还包括：

请求所述业务平台履行作为事务处理的执行者的需执行事项；

将所述业务平台履行作为事务处理的执行者的需执行事项的结果汇聚于所述义务对象空间。

根据本发明另一方面的一个实施例，提供了一种事务处理的记录装置，其特征在于，包括：

事务处理及记录单元，用于响应于接收到来自业务平台的、第一用户针对第二用户的事务处理的请求，执行所述事务处理，并将第一用户记录为事务处理的执行者，将第二用户记录为事务处理的接受者；

撤销事务处理及记录单元，用于响应于接收到来自第一用户的代理的、第一用户撤销针对第二用户的事务处理的请求，撤销所述事务处理，并将第一用户记录为撤销所述事务处理的接受者，并将所述业务平台记录为撤销所述事务处理的执行者。

可选地，所述事务处理及记录单元包括：

发送子单元，用于向第一用户的代理发送执行所述事务处理的请求；

事务处理回执接收子单元，用于从第一用户的代理接收执行所述事务处理的第一回执。

可选地，所述撤销事务处理及记录单元包括：

撤销子单元，用于撤销第一用户的代理已执行的所述针对第二用户的事务处理；

撤销回执接收单元，用于接收来自第一用户的代理的、用于对撤销所述事务处理进行确认的第二回执。

可选地，所述第一回执和第二回执中包含相同的执行标识号。

可选地，所述事务处理及记录单元还包括：

关联记录子单元，用于从第一用户的代理接收执行所述事务处理的第一回执后，将执行标识号与来自业务平台的、第一用户针对第二用户的事务处理的请求中的第一用户的标识、业务平台的标识关联记录。

可选地，所述撤销事务处理及记录单元还包括：

查找子单元，用于响应于接收到第二回执，根据第二回执中的执行标识号查找关联记录的第一用户的标识、业务平台的标识；

记录子单元，用于将查找子单元查找出的第一用户的标识对应的第一用户记录为撤销所述事务处理的接受者，并将所述业务平台的标识对应的业务平台记录为撤销所述事务处理的执行者。

可选地，所述撤销事务处理及记录单元包括：

义务对象空间建立子单元，用于建立所述业务平台作为事务处理的执行者的义务对象空间。

可选地，所述撤销事务处理及记录单元还包括：

请求子单元，用于请求所述业务平台履行作为事务处理的执行者的需执行事项；

汇聚子单元，用于将所述业务平台履行作为事务处理的执行者的需执行事项的结果汇聚于所述义务对象空间。

本实施例在执行第一用户针对第二用户的事务处理中，将第一用户记录为事务处理的执行者，将第二用户记录为事务处理的接受者；在执行第一用户撤销针对第二用户的事务处理中，将第一用户记录为撤销所述事务处理的接受者，并将业务平台记录为撤销所述事务处理的执行者。通过该记录方式可将撤销事务处理与对应的事务处理的相关信息相关联，从而有效管理撤销事务处理。

本领域普通技术人员将了解，虽然下面的详细说明将参考图示实施例、附图进行，但本发明并不仅限于这些实施例。而是，本发明的范围是广泛的，且意在仅通过后附的权利要求限定本发明的范围。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是根据本发明一个实施例的事务处理的记录方法的流程图。

图2是根据本发明一个实施例的执行事务处理的方法的流程图。

图3是根据本发明一个实施例的执行撤销事务处理的方法的流程图。

图4是根据本发明的事务处理的记录方法的一种应用场景操作流程图。

图5是根据本发明一个实施例的事务处理的记录装置的结构示意图。

图6是根据本发明一个实施例的事务处理及记录单元的结构示意图。

图7是根据本发明一个实施例的撤销事务处理及记录单元的结构示意图。

图8是根据本发明另一个实施例的撤销事务处理及记录单元的结构示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

所述计算机设备包括用户设备与网络设备。其中，所述用户设备包括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Computing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机设备可单独运行来实现本发明，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本发明。其中，所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。

需要说明的是，所述用户设备、网络设备和网络等仅为举例，其他现有的或今后可能出现的计算机设备或网络如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。

后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

下面结合附图对本发明的技术方案作进一步详细描述。

图1是根据本发明一个实施例的事务处理的记录方法的流程图。该方法的执行主体为第三方平台，应用于第三方平台执行第一用户针对第二用户的事务处理相关事项的过程中。如图1中所示，所述方法主要包括如下步骤：

S10、响应于接收到来自业务平台的、第一用户针对第二用户的事务处理的请求，执行所述事务处理，并将第一用户记录为事务处理的执行者，将第二用户记录为事务处理的接受者。

S11、响应于接收到来自第一用户的代理的、第一用户撤销针对第二用户的事务处理的请求，撤销所述事务处理，并将第一用户记录为撤销所述事务处理的接受者，并将所述业务平台记录为撤销所述事务处理的执行者。

下面对上述各步骤做进一步详细介绍。

其中，第一用户和第二用户是所述业务平台中所产生的一个业务所涉及的两个用户。

步骤S10中，所述的第一用户针对第二用户的事务处理是所述业务中的一个必要执行步骤，只有完成该事务处理，所述业务才能顺序执行。第一用户针对第二用户的事务处理，即，第一用户履行针对第二用户的需执行事项。所述事务处理包括对第一用户与第二用户之间产生的业务中涉及的指定信息或物品的处理。对该指定信息或物品的处理包括：接收指定信息或物品(对应本实施例中所述的第一用户针对第二用户的事务处理)、在满足预设条件情况下退回该指定信息或物品(对应本实施例中所述的第一用户撤销针对第二用户的事务处理)、以及将该指定信息或物品发送给第二用户。

来自业务平台的、第一用户针对第二用户的事务处理的请求中可以包 含关于所述事务处理的相关信息，例如，包含关于第一用户向第二用户发送指定信息或物品的数量，还包含：第一用户的标识、业务平台的标识、第二用户的标识及业务流水号等等。

其中，执行所述事务处理的操作可以由第三方平台与所述第一用户的代理配合来完成。所述的第一用户的代理是第一用户选择的配合第三方平台完成所述事务处理的代理平台，即发送所述指定信息或物品给第三方平台的平台。第三方平台可在接收到所述来自业务平台的、第一用户针对第二用户的事务处理的请求后，提供供用户选择的代理，并接收第一用户选择的代理，从而确定配合完成第一用户针对第二用户的事务处理的是哪个代理。

一种实施例中执行所述事务处理的方法可以如图2中所示，包括如下子步骤：

子步骤101、向第一用户的代理发送执行所述事务处理的请求；

例如，请求第一用户的代理发送所述指定信息或物品，并指示发送所述指定信息或物品的数量。其中，可以在该请求中携带对应业务的业务流水号，以便第一用户的代理记录该事务处理与具体业务的关联关系。

子步骤102、从第一用户的代理接收执行所述事务处理的第一回执。

需要说明的是，所述第一回执可以包括：第一用户的代理向第三方平台发送的所述指定信息或物品；或包括：第一用户的代理向第三方平台发送的所述指定信息或物品以及该指定信息或物品的清单文件；也可以仅包括第一用户代理发送给第三方平台的指定信息或平台的清单文件(此种情况下，在接收该第一回执前已经接收到所述指定信息或物品)。

其中，第一用户的代理可为该事务处理生成一执行标识号。在该第一回执中携带针对该事务处理的执行标识号，该第三方平台可将该执行标识号与来自业务平台的、第一用户针对第二用户的事务处理的请求中的第一用户的标识、业务平台的标识进行关联记录，以便根据该执行标识号可查找到对应的第一用户以及业务平台。

接收到第一用户的代理发送的所述第一回执即执行完成了所述事务处理，此时可将第一用户记录为事务处理的执行者，将第二用户记录为事 务处理的接受者，以方便第三方平台对该事务处理以及后续撤销事务处理进行有效管理。所述的事务处理的执行者相当于事务处理所涉及的指定信息或物品的义务发送方；所述的事务处理的接受者相当于事务处理所涉及的指定信息或物品的有权接收方。

步骤S11是关于撤销上述事务处理的步骤。本实施例所述的撤销事务处理是在满足预设条件情况下执行的，所述预设条件例如，在距离执行所述事务处理规定时间范围内。本实施例对该预设条件不做具体限制，总之第一用户发起的撤销针对第二用户的事务处理的请求满足该预设条件。

为描述方便，以下将第一用户撤销针对第二用户的事务处理的请求简称为撤销请求。

其中，对于第一用户撤销针对第二用户的事务处理的请求，可以是部分撤销所述事务处理，例如，退回第一用户的代理已经发送给第三方平台的部分指定信息或物品；也可以是全部撤销所述事务处理，例如，退回全部第一用户的代理已经发送给第三方平台的指定信息或物品。

第一用户可通过该第一用户的代理发起该撤销请求。也就是第一用户向第一用户的代理请求撤销针对第二用户的事务处理。在满足预设条件情况下，第一用户的代理会向第三方平台发送该撤销请求。其中，可在该撤销请求中携带需要撤销的所述事务处理的执行标识号以及需要撤销的指定信息或物品的数量等。第三方平台响应于接收到来自第一用户的代理的、撤销请求，执行撤销所述事务处理。一种实施例执行撤销所述事务处理的方法的流程可如图3中所示，包括如下子步骤：

子步骤111、撤销第一用户的代理已执行的针对第二用户的事务处理。

可以理解的是，第三方平台在接收到该撤销请求后会首先识别该撤销请求是否满足预设条件，具体识别方法本实施例不做具体限制。

在确定所述撤销请求满足预设条件情况下，第三方平台允许第一用户的代理撤销第一用户的代理已执行的针对第二用户的事务处理。例如，将从第一用户的代理接收的指定信息或物品中按照撤销请求中指示的数量退回给第一用户的代理。

需要说明的是，在执行撤销该事务处理的操作时，第三方平台有可能 还没有执行与第二用户间的事务处理，也就是还没有将指定信息或物品发送给第二用户；也有可能已经执行与第二用户间的事务处理，也就是已经将指定信息或物品发送给第二用户。

子步骤112、接收来自第一用户的代理的、用于对撤销所述事务处理进行确认的第二回执。

针对该撤销操作第一用户的代理会生成并发送一回执(本实施例以下称为第二回执)，用以对撤销所述事务处理进行确认。在第二回执中包含所撤销的事务处理的执行标识号，也就是其包含的执行标识号与所述第一回执中包含的执行标识号相同。可以理解的是，该第二回执中并不局限于所述执行标识号，还可包括对撤销事务处理的执行结果进行确认等其他信息。

第三方平台响应于接收到第二回执，根据第二回执中的执行标识号可以查找到关联记录的第一用户的标识、业务平台的标识等信息，从而获知与该撤销的事务处理相关联的第一用户以及业务平台。并可将第一用户记录为撤销所述事务处理的接受者，并将所述业务平台记录为撤销所述事务处理的执行者。相当于将第一用户记录为所退回的指定信息或物品的有权接收方。通过该记录可将撤销事务处理的业务与具体的用户关联，从而知道该撤销业务对应的指定信息或物品的最终接收方是哪个用户。将所述业务平台记录为撤销所述事务处理的执行者，相当于将业务平台记录为所退回的指定信息或物品的义务发送方(即赔付方)。通过该记录可以实现对于所退回的指定信息或物品确定出对应的发送方，从而可从该发送方获取与退回的指定信息或物品数量相同的指定信息或物品作为补偿，以实现对事务处理及撤销事务处理中指定信息或物品有效管理。

本申请实施例还可建立所述业务平台作为事务处理的执行者的义务对象空间，并可请求所述业务平台履行作为事务处理的执行者的需执行事项，以将所述业务平台履行作为事务处理的执行者的需执行事项的结果汇聚于所述义务对象空间。其中，义务对象空间是用于汇聚所述指定信息或物品的空间。请求所述业务平台履行作为事务处理的执行者的需执行事项包括：请求业务平台发送指定信息或物品，该发送的指定信息或物品的数 量与退回给第一用户的代理的指定信息或物品的数量相同。将所述业务平台履行作为事务处理的执行者的需执行事项的结果汇聚于所述义务对象空间，即，将从业务平台获取的指定信息或物品保存于所述义务对象空间中。

从上面的描述可以看出，本申请实施例在执行第一用户针对第二用户的事务处理中，将第一用户记录为事务处理的执行者，将第二用户记录为事务处理的接受者；在执行第一用户撤销针对第二用户的事务处理中，将第一用户记录为撤销所述事务处理的接受者，并将业务平台记录为撤销所述事务处理的执行者。通过该记录方式可将撤销事务处理与对应的事务处理的相关信息相关联，从而有效管理撤销事务处理。

为便于理解上述技术方案，下面以该方案的一种应用场景为例对上述方案做进一步介绍。可以理解的是，本申请实施例并不局限于以下应用场景。该实例的具体场景为：在一个业务平台上，用户A与用户B之间产生一个业务，该业务执行过程中，需要通过第三方平台将用户A的资金发送给用户B，即，此场景中事务处理涉及的指定物品为资金。该用户A的资金先发送给第三方平台，在指定情况下第三方平台再将其发送给用户B。则具体的事务处理的记录方法的流程如图4中所示，包括如下步骤：

S40、响应于接收到来自业务平台的、用户A向用户B付款的请求，与用户A选择的代理平台交互获取用户A需要付给用户B的资金，并将用户A记录为支付业务的执行者，将用户B记录为支付业务的接受者。

其中，在用户A选择的代理平台将用户A需要付给用户B的资金发送给第三方平台后，该用户A选择的代理平台会发送关于该付款业务的支付清单文件给第三方平台，在该支付清单文件中包含该代理平台为该支付业务生成的支付业务流水号。第三方平台将该支付业务流水号与用户A以及业务平台关联记录，当然也可同时与用户B进行关联记录。

此场景下，用户A针对用户B的事务处理即为：用户A向用户B发送指定数额的资金。则用户A作为该支付业务的执行者需执行事项即为：向用户B发送指定数额的资金；将用户B记录为该支付业务的接受者即，将用户B作为用户A发送的所述指定数额的资金的有权接受方。

S41、响应于接收到来自用户A选择的代理平台的、用户A撤销付款给用户B的请求，将请求撤销的资金退回给所述代理平台，并将用户A记录为该撤销业务的接受者，将业务平台记录为撤销业务的执行者。

假设用户A选择的代理平台是在满足预设条件情况下发出的该撤销请求，则第三方平台将允许该用户A选择的代理平台的撤销行为，即，用户A选择的代理平台能够成功将用户A请求撤销的资金从第三方平台退回。该用户A选择的代理平台在成功退回用户A请求撤销的资金后，会向第三方平台发送一个撤销清单文件，在该撤销清单文件中包含该撤销业务所针对的支付业务的支付业务流水号。第三方平台通过该支付业务流水号可以查找到之前关联记录的用户A以及业务平台等信息。此时对于第三方平台来说，由于被用户A选择的代理平台撤销一笔资金，则需要有相应的资金作为补偿才能实现第三方平台内部的资金收支平衡，此时可将用户A记录为该撤销业务的接受者，将业务平台记录为撤销业务的执行者。则此时业务平台作为撤销业务的执行者需执行事项为：发送撤销业务中涉及的资金给用户A；将用户A记录为该撤销业务的接受者，即，将用户A记录为撤销业务中所涉及资金的有权接受方。通过该记录，可以确定被撤销的资金的去向，也就是被撤销的资金最终对应哪个用户的账户，以及从哪获取相应的补偿资金。本实施例不区分第三方平台是否已经将该用户A的资金发送给用户B，均将业务平台作为撤销的资金的补偿方。通过该记录方式实现了撤销业务与支付业务中相关信息相关联，从而可有效管理撤销业务。

本申请实施例还提供一种与上述事务处理的记录方法相对应的事务处理的记录装置，该装置设置于第三方平台，其一种实施例的结构示意图如图5中所示，主要包括如下单元：事务处理及记录单元50及撤销事务处理及记录单元51。

其中，事务处理及记录单元50，主要用于响应于接收到来自业务平台的、第一用户针对第二用户的事务处理的请求，执行所述事务处理，并将第一用户记录为事务处理的执行者，将第二用户记录为事务处理的接受者；

其中，第一用户和第二用户是所述业务平台中所产生的一个业务所涉及的两个用户。

所述的第一用户针对第二用户的事务处理是所述业务中的一个必要执行步骤，只有完成该事务处理，所述业务才能顺序执行。第一用户针对第二用户的事务处理，即，第一用户履行针对第二用户的需执行事项。所述事务处理包括对第一用户与第二用户之间产生的业务中涉及的指定信息或物品的处理。对该指定信息或物品的处理包括：接收指定信息或物品(对应本实施例中所述的第一用户针对第二用户的事务处理)、在满足预设条件情况下退回该指定信息或物品(对应本实施例中所述的第一用户撤销针对第二用户的事务处理)、以及将该指定信息或物品发送给第二用户。

来自业务平台的、第一用户针对第二用户的事务处理的请求中可以包含关于所述事务处理的相关信息，例如，包含关于第一用户向第二用户发送指定信息或物品的数量，还包含：第一用户的标识、业务平台的标识、第二用户的标识及业务流水号等等。

其中，执行所述事务处理的操作可以由事务处理及记录单元50与所述第一用户的代理配合来完成。所述的第一用户的代理是第一用户选择的配合第三方平台完成所述事务处理的代理平台，即发送所述指定信息或物品的平台。事务处理及记录单元50可在接收到所述来自业务平台的、第一用户针对第二用户的事务处理的请求后，提供供用户选择的代理，并接收第一用户选择的代理，从而确定配合完成第一用户针对第二用户的事务处理的是哪个代理。

如图6中所示，该事务处理及记录单元50可包括如下子单元以执行事务处理的操作：

发送子单元501，用于向第一用户的代理发送执行所述事务处理的请求；例如，请求第一用户的代理发送所述指定信息或物品，并指示发送所述指定信息或物品的数量。其中，可以在该请求中携带对应业务的业务流水号，以便第一用户的代理记录该事务处理与具体业务的关联关系。

事务处理回执接收子单元502，用于从第一用户的代理接收执行所述事务处理的第一回执。

需要说明的是，所述第一回执可以包括：第一用户的代理发送的所述指定信息或物品；或包括：第一用户的代理发送的所述指定信息或物品以及该指定信息或物品的清单文件；也可以仅包括第一用户代理发送的指定信息或平台的清单文件(此种情况下，在接收该第一回执前已经接收到所述指定信息或物品)。

所述事务处理及记录单元50还可包括：

关联记录子单元503，用于从第一用户的代理接收履行第一用户的义务后的第一回执后，将执行标识号与来自业务平台的、第一用户针对第二用户的事务处理的请求中的第一用户的标识、业务平台的标识关联记录。

事务处理及记录单元50将第一用户记录为事务处理的执行者，将第二用户记录为事务处理的接受者，以方便第三方平台对该事务处理以及后续撤销事务处理进行有效管理。所述的事务处理的执行者相当于事务处理所涉及的指定信息或物品的义务发送方；所述的事务处理的接受者相当于事务处理所涉及的指定信息或物品的有权接收方。

本实施例所述的撤销事务处理是在满足预设条件情况下执行的，所述预设条件例如，在距离执行所述事务处理规定时间范围内。本实施例对该预设条件不做具体限制，总之第一用户发起的撤销针对第二用户的事务处理的请求满足该预设条件。

为描述方便，以下将第一用户撤销针对第二用户的事务处理的请求简称为撤销请求。

其中，对于第一用户撤销针对第二用户的事务处理的请求，可以是部分撤销所述事务处理，例如，退回第一用户的代理已经发送给第三方平台的部分指定信息或物品；也可以是全部撤销所述事务处理，例如，退回全部第一用户的代理已经发送的指定信息或物品。

第一用户可通过该第一用户的代理发起该撤销请求。也就是第一用户向第一用户的代理请求撤销针对第二用户的事务处理。在满足预设条件情况下，第一用户的代理会向本实施例的装置发送该撤销请求。其中，可在该撤销请求中携带需要撤销的所述事务处理的执行标识号以及需要撤销的指定信息或物品的数量等。

如图7中所示，该撤销事务处理及记录单元51可包括如下子单元来完成撤销所述事务处理的操作：

撤销子单元511，用于撤销第一用户的代理已执行的所述针对第二用户的事务处理；

可以理解的是，第三方平台在接收到该撤销请求后会首先识别该撤销请求是否满足预设条件，具体识别方法本实施例不做具体限制。

在确定所述撤销请求满足预设条件情况下，允许第一用户的代理撤销第一用户的代理已执行的针对第二用户的事务处理。例如，将从第一用户的代理接收的指定信息或物品中按照撤销请求中指示的数量退回给第一用户的代理。

需要说明的是，在执行撤销该事务处理的操作时，第三方平台有可能还没有执行与第二用户间的事务处理，也就是还没有将指定信息或物品发送给第二用户；也有可能已经执行与第二用户间的事务处理，也就是已经将指定信息或物品发送给第二用户。

撤销回执接收单元512，用于接收来自第一用户的代理的、用于对撤销所述事务处理进行确认的第二回执。

针对该撤销操作第一用户的代理会生成并发送一回执(本实施例以下称为第二回执)，用以对撤销所述事务处理进行确认。在第二回执中包含所撤销的事务处理的执行标识号，也就是其包含的执行标识号与所述第一回执中包含的执行标识号相同。可以理解的是，该第二回执中并不局限于所述执行标识号，还可包括对撤销事务处理的执行结果进行确认等其他信息。

本实施例所述的撤销事务处理及记录单元51还可包括：

查找子单元513，用于响应于接收到第二回执，根据第二回执中的执行标识号查找关联记录的第一用户的标识、业务平台的标识，从而可获知与该撤销的事务处理相关联的第一用户以及业务平台；

记录子单元514，用于将查找子单元查找出的第一用户的标识对应的第一用户记录为撤销所述事务处理的接受者，并将所述业务平台的标识对应的业务平台记录为撤销所述事务处理的执行者。相当于将第一用户记录 为所退回的指定信息或物品的有权接收方。通过该记录可将撤销事务处理的业务与具体的用户关联，从而知道该撤销业务对应的指定信息或物品的最终接收方是哪个用户。将所述业务平台记录为撤销所述事务处理的执行者相当于将业务平台记录为所退回的指定信息或物品的义务发送方。通过该记录可以实现对于所退回的指定信息或物品确定出对应的发送方(即赔付方)，从而可从该发送方获取与退回的数量相同的指定信息或物品作为补偿，以实现对事务处理及撤销事务处理中指定信息或物品有效管理。

如图8中所示，撤销事务处理及记录单元51还可包括：

义务对象空间建立子单元515，用于建立所述业务平台作为事务处理的执行者的义务对象空间。

请求子单元516，用于请求所述业务平台履行作为事务处理的执行者的需执行事项。

其中，请求所述业务平台履行作为事务处理的执行者的需执行事项包括：请求业务平台发送指定信息或物品，该发送的指定信息或物品的数量与退回给第一用户的代理的指定信息或物品的数量相同。

汇聚子单元517，用于将所述业务平台履行作为事务处理的执行者的需执行事项的结果汇聚于所述义务对象空间。

将所述业务平台履行作为事务处理的执行者的需执行事项的结果汇聚于所述义务对象空间，即，将从业务平台获取的指定信息或物品保存于所述义务对象空间中。

本申请实施例在执行第一用户针对第二用户的事务处理中，将第一用户记录为事务处理的执行者，将第二用户记录为事务处理的接受者；在执行第一用户撤销针对第二用户的事务处理中，将第一用户记录为撤销所述事务处理的接受者，并将业务平台记录为撤销所述事务处理的执行者。通过该记录方式可将撤销事务处理与对应的事务处理的相关信息相关联，从而有效管理撤销事务处理。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行 以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。