订单信息处理方法、装置及电子设备与流程

本申请涉及订单信息处理技术领域，特别是涉及订单信息处理方法、装置及电子设备。

背景技术：

在通过各种线上或者线下渠道销售的商品中存在一类特殊的商品，这类商品由于品牌知名、产量有限、价值高等因素，使得普通消费者难以以实际的价格购买到正品。例如，可能会被一些“中间商”等购买，然后“中间商”通过转手加价等方式，使得普通消费者需要以更高的价格才能购买到商品。甚至还有些“中间商”可能会暂时不进行转手销售，而是进行“囤货”，待过一段时间后，以更高的价格进行转手销售，等等。以上行为会使得商品失去了真正的商品属性，反而具有了期货属性等，这种现象是不正常的。

为了避免出现这种情况，现有技术中的一些商品对象销售系统可以通过对购买数量进行限制，或者对购买者进行实名验证等方式来对消费者的购买行为进行限制。但是，购买数量的限制所能起到的作用微乎其微，对购买者的实名验证只能用来证明是什么人，但是商品被买走之后，具体是用于自用还是转卖等等，仍然无法获知，因此，同样难以起到避免“中间商”哄抬价格或者“囤货”等情况的发生。

技术实现要素：

本申请提供了订单信息处理方法、装置及电子设备，能够使得商品对象可以销售给真正对其具有使用需求的用户，使得具体的商品对象回归商品属性。

本申请提供了如下方案：

一种订单信息处理方法，包括：

接收第一客户端提交的对目标商品对象进行购买的第一请求，以及关联的购买者用户提供的第一身份证明信息；

根据所述第一请求生成交易订单，并确定所述交易订单的待支付金额信息，所述待支付金额包括履约保证资金的金额；

在所述交易订单完成支付处理的情况下，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联；

接收第二客户端提交的对所述交易订单进行履约的第二请求，以及履约者用户所退还的物料关联的第二标识码、所提供的第二身份证明信息；

如果所述第二标识码与所述交易订单关联的第一标识码一致，并对所述履约者用户与所述购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

一种订单信息处理方法，包括：

第一客户端向服务端提交对目标商品对象进行购买的第一请求，以及关联的购买者用户提供的第一身份证明信息；

对所述服务端提供的交易订单信息进行展示，所述交易订单信息包括待支付金额信息，所述待支付金额包括履约保证资金的金额；

对所述交易订单完成支付操作后，对所述目标商品对象关联的第一标识码进行采集并提交到服务端，所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联，以便通过退还所述物料对所述交易订单进行履约，并在履约者用户提供的第二标识码与所述交易订单关联的第一标识码一致，并对所述履约者用户与所述购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

一种订单履约方法，包括：

第二客户端确定待履约的目标交易订单；

采集履约者用户所退还的物料关联的第二标识码以及所提供的第二身份证明信息；

向服务端提交对所述目标交易订单进行履约的请求，以及所述第二标识码、第二身份证明信息，以便在履约者用户提供的第二标识码与所述目标交易订单关联的第一标识码一致，并对所述履约者用户与所述目标交易订单关联的购买者用户进行同人验证并通过后，将所述目标交易订单确定为履约完成状态。

一种商品对象预约处理方法，包括：

第三客户端向服务端提交对目标商品对象进行预约的第三请求，以及关联的预约者用户提供的第三身份证明信息；

提供用于对预约日期以及商品对象数量进行选择的操作选项；

确定出预约的目标日期以及商品对象数量后提交到所述服务端，所述服务端用于生成对应的预约订单，并对所述购买者用户与所述预约者用户进行同人验证并通过后，生成对应的交易订单，所述交易订单关联的履约保证资金信息，并在履约者用户通过退还相关物料的方式进行履约，并对履约者用户与购买者用户进行同人验证通过后，将所述交易订单确定为履约完成状态。

一种订单信息处理方法，包括：

接收到第一客户端提交的对目标商品对象进行购买的第一请求后，生成交易订单，所述交易订单关联有购买者用户的用户标识以及第一身份证明信息；

在所述交易订单完成支付处理的情况下，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联；

接收到第二客户端提交的对所述交易订单进行履约的第二请求后，对履约者用户所退还的物料关联的第二标识码进行验证，并根据所述履约者用户提供的第二身份证明信息，以及所述交易订单关联的购买者用户的第一身份证明信息，对履约者用户与购买者用户进行同人验证，验证通过后将所述交易订单确定为履约完成状态。

一种订单信息处理装置，包括：

第一请求接收单元，用于接收第一客户端提交的对目标商品对象进行购买的第一请求，以及关联的购买者用户提供的第一身份证明信息；

交易订单生成单元，用于根据所述第一请求生成交易订单，并确定所述交易订单的待支付金额信息，所述待支付金额包括履约保证资金的金额；

标识码获取单元，用于在所述交易订单完成支付处理的情况下，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联；

第二请求接收单元，用于接收第二客户端提交的对所述交易订单进行履约的第二请求，以及履约者用户所退还的物料关联的第二标识码、所提供的第二身份证明信息；

履约处理单元，用于如果所述第二标识码与所述交易订单关联的第一标识码一致，并对所述履约者用户与所述购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

一种订单信息处理装置，包括：

购买请求提交单元，用于向服务端提交对目标商品对象进行购买的第一请求，以及关联的购买者用户提供的第一身份证明信息；

交易订单信息展示单元，用于对所述服务端提供的交易订单信息进行展示，所述交易订单信息包括待支付金额信息，所述待支付金额包括履约保证资金的金额；

标识码采集单元，用于对所述交易订单完成支付操作后，对所述目标商品对象关联的第一标识码进行采集并提交到服务端，所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联，以便通过退还所述物料对所述交易订单进行履约，并在履约者用户提供的第二标识码与所述交易订单关联的第一标识码一致，并对所述履约者用户与所述购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

一种订单履约方法，包括：

目标交易订单确定单元，用于确定待履约的目标交易订单；

信息采集单元，用于采集所述履约者用户所退还的物料关联的第二标识码以及所提供的第二身份证明信息；

履约请求提交单元，用于向服务端提交对所述目标交易订单进行履约的请求，以及所述第二标识码、第二身份证明信息，以便在履约者用户提供的第二标识码与所述目标交易订单关联的第一标识码一致，并对所述履约者用户与所述目标交易订单关联的购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

一种商品对象预约处理装置，包括：

预约请求提交单元，用于向服务端提交对目标商品对象进行预约的第三请求，以及关联的预约者用户提供的第三身份证明信息；

操作选项提供单元，用于提供用于对预约日期以及商品对象数量进行选择的操作选项；

预约信息提交单元，用于确定出预约的目标日期以及商品对象数量后提交到所述服务端，所述服务端用于生成对应的预约订单，并对所述购买者用户与所述预约者用户进行同人验证并通过后，生成对应的交易订单，所述交易订单关联的履约保证资金信息，并在履约者用户通过退还相关物料的方式进行履约，并对履约者用户与购买者用户进行同人验证通过后，将所述交易订单确定为履约完成状态。

一种订单信息处理装置，包括：

交易处理单元，用于接收到第一客户端提交的对目标商品对象进行购买的第一请求后，生成交易订单，所述交易订单关联有购买者用户的用户标识以及第一身份证明信息；

标识码获取单元，用于在所述交易订单完成支付处理的情况下，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联；

履约处理单元，用于接收到第二客户端提交的对所述交易订单进行履约的第二请求后，对履约者用户所退还的物料关联的第二标识码进行验证，并根据所述履约者用户提供的第二身份证明信息，以及所述交易订单关联的购买者用户的第一身份证明信息，对履约者用户与购买者用户进行同人验证，验证通过后将所述交易订单确定为履约完成状态。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，在购买者对目标商品对象进行购买的过程中，可以获取购买者用户的身份证明信息，并要求购买者用户支付一定的履约保证资金；在支付完成后，还可以对商品对象关联的第一标识码进行采集，并提交到服务端进行保存。其中，该第一标识码可以承载于具体的物料之上，该物料是可用作所述目标商品对象的已使用凭证的物料，例如，可以是酒瓶的瓶盖等。这样，后续履约者用户可以通过将上述物料退还到实体店铺的方式对交易订单进行履约。在履约过程中，还可以采集履约者用户提供的第二标识码以及第二身份证明信息，并对履约者用户提供的第二标识码进行验证，以及履约者用户与购买者用户进行同人验证，验证通过后，便可以将所述交易订单确定为履约完成状态。通过这种方式，由于要求用户进行退回的物料能够用作目标商品对象的已使用凭证，因此，携带该物料进店的履约者用户可以认为是目标商品对象的使用者；再通过将履约者用户与购买者用户的同人验证，可以确定出前来履约的用户与之前前来购买的用户是同一人，也即目标商品对象的购买者与使用者是同一人。如果具体购买以及履约各个环节中的任何一个节点的信息不匹配或者验证失败，都完成对履约保证资金的退回，甚至无法完成对商品对象的购买。因此，通过该方案，可以使得商品对象可以销售给真正对其具有使用需求的用户，使得具体的商品对象回归商品属性。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的第一客户端的界面的示意图；

图4是本申请实施例提供的第一客户端的另一界面的示意图；

图5是本申请实施例提供的第二客户端的界面的示意图；

图6是本申请实施例提供的第二方法的流程图；

图7是本申请实施例提供的第三方法的流程图；

图8是本申请实施例提供的第四方法的流程图；

图9是本申请实施例提供的第五方法的流程图；

图10是本申请实施例提供的第一装置的示意图；

图11是本申请实施例提供的第二装置的示意图；

图12是本申请实施例提供的第三装置的示意图；

图13是本申请实施例提供的第四装置的示意图；

图14是本申请实施例提供的第五装置的示意图；

图15是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了便于使得对具体商品对象真正具有自用需求的消费者用户能够购买到该商品对象，避免商品对象被“中间商”哄抬价格，提供了相应的解决方案。在该方案中，可以基于o2o(线上到线下)模式的商品对象信息系统来实现。其中，在o2o模式下，可以存在线下的销售点，包括实体店铺、门店、柜台、网点等，这种线下销售点可以有多个，分布在不同的地理位置，用户可以直接到线下的销售点中选购具体的商品对象；同时，还可以为用户提供关联的线上应用程序(app)，用户可以通过这种app实现对线下销售点相关商品对象信息的浏览、加购、购买等操作。另外，在线上通过app进行购买时，具体的收货方式可以选择由线下销售点配送至指定地址，还可以选择到线下销售点自提，等等。在线下销售点进行选购时，也可以与线上的信息相结合，为用户提供更编辑的服务，等等。在线上或者线下的方式进行购物的过程中，都可以由后台的服务端进行具体的数据管理。

在上述模式的基础上，本申请实施例可以提供线上预约/资格自检、线下销售点购买、用完后通过退回可用作目标商品对象的已使用凭证的物料进行履约，并对预约者、购买者、履约者的身份进行一致性判断等方式，用以确保具购买者就是之前进行预约的人，履约者与购买的人是同一人。其中，由于履约者是将具体商品对象的相关物料退回到线下销售点，而该物料可以作为目标商品对象的已使用凭证(例如，对于白酒类商品对象，具体的物料可以是酒瓶的瓶盖等)，并且，如果购买者将商品对象转卖或转赠给了他人，则无法退回该物料(如果他人进行履约，则无法通过与购买者用户的同人验证)，因此，可以保证履约者就可以是具体商品对象的使用者。其中，为了促使用户完成上述履约过程，在对商品对象进行购买时，还可以要求购买者用户支付一定金额的履约保证资金，并在履约者将所述物料退回，并在与购买者进行同人验证通过之后，可以将具体的交易订单确定为履约完成状态。之后，还可以将用户支付的履约保证资金退回，或者，还可以将所述履约保证资金解除与所述交易订单的关联，并与新的交易订单建立关联，等等。通过这种方式，实现商品对象的购买者就是具体的使用者。另外，在可选的实施方式中，还可以将用户标识(商品对象信息系统为用户提供的标识)、身份证明信息(身份证等)、生物特征(人脸图像等)等信息的耦合判断，确保具体到店购买的人与提供的身份证明信息是一致的，到店进行履约的人与其提供的身份证明信息一致，避免有人拿着他人的身份证等进行购买或者履约的情况，等等。以此进一步确保履约的人就是购买的人，而履约的人又能代表使用的人，因此，实现具体的商品对象能够销售给真正有自用需求的用户。

需要说明的是，关于线上预约/资格自检环节，主要是为了避免用户到线下实体店铺之后才发现没有资格购买，或者发现无货等情况，因此，在不需要进行购买资格限制，或者在线下销售点中货源充足的情况下，也可以不进行该环节。另外，在具体实现时，具体的购买、履约的过程也可以通过线上的方式来完成，通过邮寄的方式向用户提供商品对象，用户也可以通过邮寄的方式退回具体的物料，等等。当然，上述通过线下销售点进行现场购买以及现场履约的方式是更为优选的方案。

其中，可以通过关联的商品对象信息系统为具体的方案提供技术层面上的支持，包括具体数据的处理、传输、存储等等。具体的，在一种具体的实现方式下，参见图1，该商品对象信息系统可以包括服务端，该服务端可以部署于云端，为多个具体的消费者用户以及多个线下销售点提供数据服务。另外，还可以为线下销售点中的收银员等作业人员提供第一客户端，以及为线下销售点中的客户服务等作业人员提供第二客户端。

其中，第一客户端可以作为收银员所操作的终端设备中的一个应用或者功能模块等，在有用户到线下销售点中需要购买相关的商品对象时，可以通过该应用或者功能模块与服务端之间的交互执行具体的处理流程。其中，具体的第一客户端可以完成对购买者用户身份证明信息的采集以及向服务端的上传，相关界面信息的展示，以及完成支付后对商品对象关联的物料上标识码的采集以及上传，等等。

第二客户端可以作为客户服务人员所操作的终端设备中的一个应用或者功能模块，通过该第二客户端与服务端之间的交互，实现具体对交易订单进行履约的过程。其中，具体的第二客户端可以完成对履约者用户退回的物料关联的标识码的采集以及向服务端的上传，对履约者用户提供的身份证明信息的采集以及向服务端的上传，以及相关界面信息的展示，等等。

另外，如前文所述，具体实现时，还可以包括预约以及资格自检的过程。此时，具体的系统中还可以涉及到第三客户端。该第三客户端可以是运行于消费者终端设备中的应用程序。通过该应用程序为用户提供用于进行线上预约，以及线上资格自检等相关的功能。

具体的预约/资格自检、购买下单、履约等各个环节的相关数据都可以由服务端进行管理。也即，各个客户端所采集到的数据可以提交到服务端，相应的，具体的客户端所需的数据可以由服务端进行提供，客户端可以通过向服务端进行查询、拉取等操作获取到所需的数据，以用于前端界面的展示等。各端产生的数据可以通过用户的用户标识等信息产生关联，这里的用户标识可以是具体商品对象信息系统或者线下销售点等为用户提供的会员码等。其中，在购买以及履约过程都通过线上方式完成的情况下，具体的第一客户端、第二客户端以及第三客户端可以是同一应用程序的不同应用模块，等等。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一从服务端的角度，提供了一种订单信息处理方法，参见图2，该方法具体可以包括：

s201：接收第一客户端提交的对目标商品对象进行购买的第一请求，以及关联的购买者用户提供的第一身份证明信息。

在一种可选的实施方式中，对于相关商品对象的购买流程可以通过线下销售点来完成。其中，消费者用户进店之后，可以由具体的收银员等作业人员通过多种方式发起购买流程。例如，用户指定具体所需购买的商品对象，收银员用户通过其终端设备打开第一客户端，然后通过对该商品对象进行扫码等方式，将该商品对象加入到“购物车”，之后通过对用户身份验证等之后，可以通过界面中的“去结算”等操作选项，向服务端发起购买请求。

或者，在另一种方式下，如果用户在进店购买之前预先通过线上方式进行了预约，例如，具体的预约者用户通过第三客户端选择了某个线下销售点，并发起预约请求。在确定出具体所需的商品对象、日期、数量等信息后，服务端可以为其生成预约订单。这样，购买者用户在进入线下销售点之后，可以向收银员等作业人员出示其预约凭证信息，此时，第一客户端可以通过采集所述购买者用户提供的预约凭证信息，调取对应的预约订单的详情信息，并根据所述预约订单的详情信息，提交所述对目标商品对象进行购买的第一请求。

其中，具体的预约凭证信息可以是由服务端在生成预约订单之后生成的，例如，可以是一定位数的数字作为预约码，该预约码可以与预约订单相关联，用户进店之后，通过在第一客户端中输入该预约码便可以调取出关联的预约订单信息。等等。或者，在另一种方式下，为了确保预约者与进店购买者是同一个人，还可以将用户标识信息作为预约凭证。也就是说，预约者用户可以在通过用户标识进行登陆的状态下进行预约操作，此时，生成的预约订单可以关联有所述预约者用户的用户标识信息。之后，购买者用户提供的预约凭证信息可以包括：所述购买者用户关联的用户标识信息。这里所述的用户标识信息具体可以是由所述线下销售点关联的用户系统为用户提供的标识，例如，用户在系统中注册之后，或者用户在具有线下销售点的会员身份之后，系统或者线下销售点为用户提供的id、账号等。这样，购买者用户只有能够提供与预约者一致的用户标识，才能够完成对预约订单信息的调取，以及后续的购买操作。

为了避免有人带着他人手机等移动终端设备进店进行商品对象购买等情况，第一客户端除了向服务端提交购买请求，还可以提交购买者用户的第一身份证明信息，例如，身份证等证件的照片等。服务端可以根据预先保存的实名验证信息等，对用户提供的用户标识与该第一身份证明信息之间的一致性进行判断。以确认用户持有的手机等移动终端设备与实名验证系统中记录的身份证一致。另外，后续还可以用于与履约者提供的身份证明信息进行比对，进而确认履约者与购买者是否为同一人。

另外，考虑到可能存在持有他人的移动终端设备以及身份证件等进店购买的情况，因此，第一客户端还可以对购买者用户的第一生物特征信息进行采集，例如，包括人脸图像等，并提交到服务端。这样，服务端可以根据所述第一生物特征信息，对所述购买者用户与其提供的第一身份证明信息进行一致性验证。也就是说，通过这种方式，可以确定出进店执行购买的人与其所持的身份证件是否一致，如果不一致，也可以拒绝其购买请求。

总之，在优选的实施方式中，可以通过用户标识、用户身份证明信息、人脸数据等生物特征信息等多种信息之间紧密耦合的相互验证，可以避免冒用他人身份进行购买的情况。

另外，在预约者用户进行线上预约的过程中，第三客户端也可以采集预约者用户的第三身份证明信息，这样，在接收到购买者用户的第一身份证明信息后，还可以通过与预约者用户的第三身份证明信息进行比对等方式，确定购买者与预约者是否为同一人。例如，具体实现时，购买者可以出示其会员码，第一客户端进行扫码后，可以调取出关联的预约订单信息，该预约订单关联有预约者的第三身份证明信息。另外，可以对购买者用户的身份证等进行拍照，并将采集到的第一身份证明信息提交到服务端，由服务端对购买者的第一身份证明信息与关联的预约者用户的第三身份证明信息进行比对，判断两者是否为同一人。只有在同人验证通过之后，才能进行后续的生成订单等处理。

这里需要说明的是，由于本申请实施例中涉及到的商品对象通常是一些货源比较紧张的商品对象，线下销售点的备货量相对而言可能比较少，因此，上述预约机制，还可以避免购买者用户到店之后才发现没货等情况。其中，具体在预约时，服务端还可以确定出具体线下销售点中关于对应商品对象的库存信息，这种库存信息可以精确到具体的日期，根据尚有库存的日期，可以提供给预约者用户进行选择，用户选择具体的日期以及商品对象的数量等信息后，生成对应的预约单。

另外，具体实现时，还可以对用户对商品对象的购买数量、频次、时间间隔等进行限制，例如，针对某商品对象，同一个用户每次最多只能购买两件，一个月内只能购买一次，等等。在这种情况下，可能出现具体用户在某些时刻不具备购买资格等情况。因此，具体实现时，还可以包括对用户的购买资格进行判断的步骤。具体的，该步骤可以在购买者进店购买时进行判断，或者，为了避免用户进店之后才发现自己当前没有资格购买等情况对用户体验造成的影响，本申请实施例还可以提供由预约者用户在预约之前，通过第三客户端进行线上的资格自检的方案。具体的，在生成所述预约订单之前，第三客户端还可以为提供用于进行资格自检的操作选项，用户通过该操作选项发起请求后，可以对具体用户是否具有对所述目标商品对象的购买资格进行判断。具体可以根据该用户关联的历史购买记录等信息，确定出该用户对具体商品对象的购买频次、时间间隔等信息，进而对用户的购买资格进行判断。在资格自检通过之后，再为用户提供具体进行预约的操作选项，使得用户可以对具体商品对象进行线上的预约。之后，可以按照预约的日期对具体的线下销售点进行商品对象的购买。

通过这种与现在线上进行预约以及资格自检的实现方式，可以保证用户在进店购买时，不会由于资格问题被拒绝的情况，也不会由于无货导致无法完成购买等情况，因此，有利于提升用户体验。

s202：根据所述第一请求生成交易订单，并确定所述交易订单的待支付金额信息，所述待支付金额包括履约保证资金的金额。

在接收到第一客户端的第一请求，并完成对购买者用户的身份验证等处理后，可以生成对应的交易订单。其中，本申请实施例中，由于在用户购买具体的商品对象之后，还涉及到需要由用户进行履约，也即将用作商品对象已使用凭证的物料退还到线下销售点，因此，为了促使用户进行履约，具体交易订单还可以关联有履约保证资金信息。也就是说，用户在购买某商品对象时，除了需要为该商品对象支付，还需要另外支付一笔履约保证资金，并且，可以将用户的履约行为，作为退回履约保证资金的条件。只有用户在一定时间内进行履约，也即，将用作商品对象的已使用凭证的物料退还到线下销售点，才能够将履约保证资金退回给用户。通过这种方式来促使用户按照预定的时间完成履约，避免出现用户拒绝履约等情况发生。

其中，具体的履约保证资金的金额可以根据关联商品对象的价格属性等信息进行确定。例如，可以是与商品对象的价格属性相等或者相当，等等。或者，在具体实现时，还可以根据购买者用户的信用等级等信息，来确定履约保证金的金额，例如，信用等级越高的用户，需要支付的履约保证资金的金额可以越低，等等。其中，关于用户的信用等级，可以是由所述商品对象信息系统根据用户的历史交易记录等相关数据进行确定。

具体实现时，为了便于进行后续的退回履约保证资金处理，具体的交易订单可以包括两个交易子单，其中一个交易子单对应具体需要购买的商品对象，另一个交易子单对应履约保证资金。可以通过同一个交易订单对两个交易子单的信息进行展示，并提供合并支付的操作选项，也即，虽然后台拆分为两个交易子单，但是，购买者用户只需要执行一次支付操作即可。完成支付后，可以将两个交易子单都置为已支付状态。其中，由于具体的履约保证资金在后期是需要退回给用户的，因此，还可以将具体的履约保证资金对应的交易子单的状态确定为已支付未退回状态，等等。

需要说明的是，由于本申请实施例中涉及到履约保证金的支付、退回等，并且，可能会对履约的时间等进行限制，如果超出规定的履约时间，可能不再进行履约保证金的退回，等等。为此，为了避免后续产生争议，还可以在购买下单的过程中，由购买者用户签署协议，第一客户端还可以提供用于上传协议的操作选项，收银员等可以在用户完成签署后，将具体的协议内容通过拍照成图像等方式上传到服务端。

例如，在一种实现方式下，某用户进入到线下销售点后，可以向收银员等作业人员出示其预约成功的短消息等信息，之后，作业人员可以通过其终端设备打开第一客户端。该第一客户端的其中一个界面可以如图3所示，可以在该界面中提供用于录入购买者用户的会员码等预约凭证信息的操作选项，例如，如图3中的31处所示。之后，可以对用户关联的第三客户端中展示的会员码等进行扫描或者录入，并可以在第一客户端的界面中展示出关联的预约订单的信息，其中包括预约的日期信息，数量信息等等。其中，在扫描用户的会员码等信息之后，还可以对当前的日期与关联的预约订单中的预约日期是否一致进行判断，如果不一致，则可以进行提示。如果扫描到的会员码未关联预约订单，也可以进行提示。另外，还可以在该界面中提供用于上传用户身份证明信息以及协议信息的操作选项，例如，如图3中的32处所示，通过该操作选项可以实现身份证明信息以及协议信息的上传。在完成上传并且服务端验证通过之后，便可以生成对应的交易订单。

需要说明的是，在图3所示的例子中，并未展示具体关联的商品对象信息，这是因为，在该例子中，默认通过该方式进行预约以及购买处理的商品对象只有一种，而在可以对多种商品对象通过该方式进行预约及购买的情况下，则还可以展示出具体的商品对象信息。

s203：在所述交易订单完成支付处理的情况下，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联。

在购买者用户对所述交易订单完成支付处理的情况下，由于购买者用户已经获得对商品对象的使用权，因此，可以进行开箱等处理，之后，第一客户端还可以对具体物料关联的第一标识码进行采集并录入。其中，关于具体的第一标识码可以是由商品对象的生产方按照要求在具体的物料上通过打印、喷刷、刻印等方式添加的标识，例如，可以对于白酒类的商品对象，可以是印刷在瓶盖上的唯一码，等等。具体的唯一码可以位于瓶盖的外侧，也即，不需要打开瓶盖，即可观看到唯一码。这样，通过打开酒瓶外面的包装盒等，即可查看到瓶盖上的唯一码，之后，可以由作业人员将具体的唯一码进行录入。

具体实现时，在对交易订单完成支付后，第一客户端可以跳转到承接界面，该承接界面中可以提供用于上传具体第一标识码的操作选项。例如，如图4中的41处所示，可以在承接界面中提供“请录入瓶盖码”等操作入口。另外，在具体实现时，可以由线下销售点中的作业人员通过手动输入的方式完成对具体第一标识码的录入。为了输入错误等情况，还可以在将承载有具体第一标识码的瓶盖等物料进行拍照，并将照片上传到服务端进行保存。

在完成对第一标识码的提交之后，便可以完成下单流程。服务端可以对具体交易订单的信息进行保存。其中，在一种具体实现方式下，对于一个交易订单，服务端保存的信息可以包括以下几个方面：用户标识信息(例如，会员码)，用户身份证明信息(例如，身份证照片等)，商品对象信息，交易信息(包括支付的金额信息，履约保证资金信息等)，以及协议信息等。后续的履约环节便可以基于这些信息进行的履约者身份验证等处理。

s204：接收第二客户端提交的对所述交易订单进行履约的第二请求，以及履约者用户所退还的物料关联的第二标识码、所提供的第二身份证明信息。

在对购买的商品对象完成使用后，用户便可以到具体的线下销售点进行履约，具体的，可以通过将可用作所述目标商品对象的已使用凭证的物料退还到所述线下销售点的方式进行履约。例如，对于白酒类的商品对象，具体的标识码印在酒瓶的瓶盖上，则可以将瓶盖退还到线下销售点，等等。

当具体的履约者用户到达线下销售点后，可以通过店内的客户服务人员等作业人员进行接待，完成具体的履约处理。具体的，履约者用户首先可以将物料提供给店内的作业人员，该作业人员可以通过将具体的第二标识码录入到第三客户端的相关界面中并提交到服务端，以此可以查询具体的第二标识码是否已经被核销过，如果尚未被核销过，则可以进入后续的履约流程。

具体的，可以直接通过该第二标识码查询关联的交易订单信息。或者，在另一种方式下，还可以采集履约者用户的会员码等用户标识，然后通过该用户标识查询对应的交易订单，以此实现通过用户标识对用户身份的验证。

另外，为了避免有人带着他人手机等移动终端设备进店进行履约等情况，还可以采集履约者用户提供的第二身份证明信息，例如，同样可以是身份证照片等，并且可以提交到服务端。服务端可以根据预先保存的实名验证信息等，对用户标识与该第二身份证明信息之间的一致性进行判断。另外，服务端还可以通过将该第二身份证明信息与具体交易订单对应的购买者用户的第一身份证明信息进行比对，判断履约者用户与购买者用户是否为同一用户。

再者，第二客户端还可以对履约者用户的第二生物特征信息进行采集，例如，包括人脸数据等，之后，还可以根据所述第二生物特征信息，对所述履约者用户与其提供的第二身份证明信息进行一致性验证。也就是说，通过该方式，可以确定是否用户本人持有自己的身份证件进店进行履约。

可见，通过用户标识、用户身份证明信息、人脸数据等生物特征信息等多种信息之间紧密耦合的相互验证，可以避免冒用他人身份进店进行履约。例如，具体实现时，首先可以根据履约者用户提供的用户标识确定出关联的交易订单，从交易订单中可以查询出购买者用户的第一身份证明信息；之后，通过将履约者用户的第二用户身份证明信息与现场采集的履约者用户的人脸数据进行比对，确定出该履约者用户是本人携带身份证件进店履约后，再通过将该履约者用户的第二身份证明信息与交易订单中记录的购买者用户的第一身份证明信息进行比对，如果两者一致，便可以确定当前的履约者用户与之前购买该商品对象的购买者用户是同一人，以此完成同人验证。

例如，在一种具体的实现方式下，第二客户端具体用于履约的界面可以如图5所示，在界面中可以提供用于录入第二标识码、用户标识(会员码)、身份证明信息(身份证件号码)等信息的输入框。可以通过提交这些信息来发起具体的第二请求。其中，在输入各种信息的过程中，都可以对具体输入的信息进行校验，如果出现验证不通过的情况，都可以进行提示。例如，在输入第二标识码之后，可以对其是否已被核销，是否过期，是否真实存在等进行判断，如果出现已被核销、已过期或者不存在等情况，都可以分别进行提示。又如，在输入具体的会员码之后，还可以将会员码与第二标识码是否匹配进行判断，如果不匹配，也可以进行提示。另外，还可以对所输入的身份证件号码与用户的会员码是否匹配等进行判断，等等。如果各种信息均验证通过，则可以将“提交核销”的操作选项置为可操作状态，通过该操作选项，可以提交具体的核销请求，等等。其中，在提交核销请求之前，还可以提供相应的提示信息，包括对关联的交易单号进行提示，对注意事项进行提示，等等。

s205：如果所述第二标识码与所述交易订单关联的第一标识码一致，并对所述履约者用户与所述购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

在对具体的标识码进行比对通过，并对履约者用户与购买者用户完成同人验证后，便可以驱动交易订单进入履约完成状态。之后，可以直接对履约保证资金进行退款处理。其中，具体的退款方式可以有多种，例如，按照支付履约保证资金时的路径进行原路返回，等等。或者，另一种方式下，如果同一用户还需要再次购买相关商品对象，则为了简化处理流程，同时避免用户多次执行支付等操作，还可以将所述履约保证资金解除与之前的交易订单的关联，并与新的交易订单建立关联。也就是说，之前为某个交易订单支付的履约保证资金，可以与新的交易订单建立关联，而不必执行退回后重新支付等处理，因此，可以简化处理流程，还可以起到节省资源的作用。

为了更好的理解本申请实施例所提供的方案，下面通过具体应用中的一个例子，对本申请实施例通过的具体处理流程进行详细介绍。

1、用户在产生购买某商品对象的需求时，可以通过关联的第三客户端，选择具体的线下销售点以及商品对象，并进行线上的资格自检。系统可以根据用户的历史购买记录等，确定出用户对该商品对象或者某一类商品对象的购买频次、时间间隔等信息，并对用户是否具有购买该商品对象的资格。如果有，则可以进入预约流程，否则提示用户暂时不能购买。

2、根据预约者用户关联的第三客户端提交的对目标商品对象进行预约的第三请求，对所述预约者用户与其提供的第三身份证明信息进行一致性验证。具体的，用户可以通过第三客户端提供的预约操作选项，执行具体的预约流程。其中，在预约过程中，第三客户端还可以对预约者用户的第三身份证明信息进行采集，对当前执行预约操作的用户是否为当前登陆的用户标识关联的实名验证用户进行验证。另外，还可以采集预约者用户的人脸图像等信息进行采集，并对预约者用户与其提供的身份证明信息是否一致进行验证。验证通过后，可以提供可选的预约日期等信息，用户对目标日期进行选择，并确定具体所需商品对象的数量之后，可以生成具体的预约订单。该预约订单可以关联有预约者用户的用户标识，第三身份证明信息，预约的目标日期，数量，商品对象，线下销售点标识等信息。

3、根据关联的线下销售点的第一客户端提交的对目标商品对象进行购买的第一请求，对所述购买者用户与其提供的第一身份证明信息进行一致性验证并通过，以及对购买者用户与预约者用户进行同人验证并通过后，生成交易订单，并确定所述交易订单的待支付金额信息，所述待支付金额包括待支付的履约保证资金的金额。具体的，购买者用户按照预约的日期进入到具体的线下销售点，线下销售点中的收银员等作业人员可以打开其关联的终端设备中的第一客户端，并对购买者用户的用户标识进行采集，例如，对购买者用户出示的会员码等进行扫描。扫描之后可以确定出关联的预约订单信息。之后，第一客户端还可以对购买者用户的第一身份证明信息进行采集，同时还可以采集用户的人脸数据等生物特征信息，对该购买者用户与其提供的第一身份证明信息进行一致性比对。在人与证件一致的情况下，还可以判断购买者用户与预约者用户是否为同一人。在各种验证通过后，还可以要求购买者用户签署相关协议，之后，服务端可以生成具体的交易订单，并确定出待支付金额。

4、在所述交易订单完成支付处理后，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联。也就是说，购买者用户完成对交易订单的支付之后，可以打开其购买的目标商品对象的外包装，作业人员可以通过第一客户端将具体物料上承载的第一标识码进行录入，并提交到服务端。为了避免出现录入错误等情况，还可以对具体物料进行拍照，并将照片等证据信息提交到服务端进行保存。这样，服务端保存的交易订单可以关联有商品对象信息，购买者用户的用户标识信息，购买者用户的第一身份证明信息，履约保证资金信息，以及相关的协议信息等。

5、接收所述线下销售点关联的第二客户端提交的对所述交易订单进行履约的第二请求，对履约者用户所退还的物料关联的第二标识码进行验证并通过，对履约者用户与其提供的第二身份证明信息进行一致性验证并通过，以及对履约者用户与购买者用户进行同人验证并通过后，将所述交易订单关联的履约保证资金执行退回处理。也就是说，用户在完成对目标商品对象的使用后，例如，白酒商品对象被饮用完毕后，可以携带具体的瓶盖等物料到线下销售点进行履约。客服等作业人员首先可以将具体履约者用户所携带物料上的第二标识码进行录入，确认出该第二标识码是否被核销过，以及是否已过期，等等。在未被核销以及未过期的情况下，可以采集履约者用户的用户标识，第二用户身份证明信息，人脸数据，等等。通过用户标识可以查询出关联的交易订单，通过第二用户身份证明信息与人脸数据的比对，可以确定出当前履约者是否本人携带身份证件等进店履约。在验证无误的情况下，还可以从交易订单中获取到购买者用户的第一用户身份证明信息。通过将第一身份证明信息与第二身份证明信息的比对，可以判断履约者用户与购买者用户是否为同一人。在验证通过后，则可以驱动具体的交易订单进入履约完成状态。之后，可以将关联的履约保证资金进行退回，或者，将所述履约保证资金解除与原来的交易订单的关联，并与新的交易订单建立关联，等等。

总之，通过本申请实施例，在购买者对目标商品对象进行购买的过程中，可以获取购买者用户的身份证明信息，并要求购买者用户支付一定的履约保证资金；在支付完成后，还可以对商品对象关联的第一标识码进行采集，并提交到服务端进行保存。其中，该第一标识码可以承载于具体的物料之上，该物料是可用作所述目标商品对象的已使用凭证的物料，例如，可以是酒瓶的瓶盖等。这样，后续履约者用户可以通过将上述物料退还到线下销售点的方式对交易订单进行履约。在履约过程中，还可以采集履约者用户提供的第二标识码以及第二身份证明信息，并对履约者用户提供的第二标识码进行验证，以及履约者用户与购买者用户进行同人验证，验证通过后，便可以将所述交易订单确定为履约完成状态。通过这种方式，由于要求用户进行退回的物料能够用作目标商品对象的已使用凭证，因此，携带该物料进店的履约者用户可以认为是目标商品对象的使用者；再通过将履约者用户与购买者用户的同人验证，可以确定出前来履约的用户与之前前来购买的用户是同一人，也即目标商品对象的购买者与使用者是同一人。如果具体购买以及履约各个环节中的任何一个节点的信息不匹配或者验证失败，都完成对履约保证资金的退回，甚至无法完成对商品对象的购买。因此，通过该方案，可以使得商品对象可以销售给真正对其具有使用需求的用户，使得具体的商品对象回归商品属性。

实施例二

该实施例二是与实施例一相对应的，从第一客户端的角度，提供了一种订单信息处理方法，参见图6，该方法具体可以包括：

s601：第一客户端向服务端提交对目标商品对象进行购买的第一请求，以及关联的购买者用户提供的第一身份证明信息；

具体实现时，还可以对所述购买者用户的第一生物特征信息进行采集并提交到服务端，以便根据所述第一生物特征信息，对所述购买者用户与其提供的第一身份证明信息进行一致性验证。

其中，可以通过采集所述购买者用户提供的预约凭证信息，调取对应的预约订单的详情信息，然后，根据所述预约订单的详情信息，提交所述对目标商品对象进行购买的第一请求。

其中，所述预约订单关联有所述预约者用户的用户标识信息；此时，所述购买者用户提供的预约凭证信息可以包括：所述购买者用户关联的用户标识信息，所述用户标识信息是由关联的用户系统为用户提供的标识。

s602：对所述服务端提供的交易订单信息进行展示，所述交易订单信息包括待支付金额信息，所述待支付金额包括履约保证资金的金额；

s603：对所述交易订单完成支付操作后，对所述目标商品对象关联的第一标识码进行采集并提交到服务端，所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联，以便通过退还所述物料对所述交易订单进行履约，并在履约者用户提供的第二标识码与所述交易订单关联的第一标识码一致，并对所述履约者用户与所述购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

具体实现时，对所述交易订单完成支付操作后，还可以对所述承载有所述第一标识码的所述物料进行图像信息采集并提交到服务端。以此避免由于对第一标识码录入错误等原因导致的后续的履约过程失败等情况发生。

实施例三

该实施例三也是与实施例一相对应的，从第二客户端的角度，提供了一种订单履约方法，参见图7，该方法可以包括：

s701：第二客户端确定待履约的目标交易订单；

s702：采集履约者用户所退还的物料关联的第二标识码以及所提供的第二身份证明信息；

s703：向服务端提交对所述目标交易订单进行履约的请求，以及所述第二标识码、第二身份证明信息，以便在履约者用户提供的第二标识码与所述目标交易订单关联的第一标识码一致，并对所述履约者用户与所述目标交易订单关联的购买者用户进行同人验证并通过后，将所述目标交易订单确定为履约完成状态。

具体实现时，所述目标交易订单关联有购买者用户的用户标识信息，所述用户标识信息是由关联的用户系统为所述购买者用户提供的标识。此时，可以通过采集所述履约者用户提供的用户标识确定所述待履约的目标交易订单。

实施例四

该实施例四也是与实施例一相对应的，从预约者用户关联的第三客户端的角度，提供了一种商品对象预约处理方法，参见图8，该方法可以包括：

s801：第三客户端向服务端提交对目标商品对象进行预约的第三请求，以及关联的预约者用户提供的第三身份证明信息；

具体实现时，还可以对所述预约者用户的第三生物特征信息进行采集并提交到服务端，以便根据所述第三生物特征信息，对所述预约者用户与其提供的第三身份证明信息进行一致性验证。

s802：提供用于对预约日期以及商品对象数量进行选择的操作选项；

s803：确定出预约的目标日期以及商品对象数量后提交到所述服务端，所述服务端用于生成对应的预约订单，并对所述购买者用户与所述预约者用户进行同人验证并通过后，生成对应的交易订单，所述交易订单关联的履约保证资金信息，并在履约者用户通过退还相关物料的方式进行履约，并对履约者用户与购买者用户进行同人验证通过后，将所述交易订单确定为履约完成状态。

另外，具体实现时，还可以提供用于对所述预约者用户的购买资格进行验证的操作选项；通过所述操作选项接收到操作请求后，可以通过服务端获取所述预约者用户的购买资格验证结果，其中，所述服务端根据所述预约者用户对所述目标商品对象的历史购买记录信息，对所述预约者用户是否具有对所述目标商品对象的购买资格进行判断。

实施例五

在前述各实施例中，在生成具体的交易订单后，具体在对交易订单进行支付时，可以要求购买者用户支付一定的履约保证资金，在用户完成履约并验证通过后，可以将这笔履约保证资金退回给用户。通过这种方式来促使用户完成履约，避免用户不主动进行履约等情况发生。而具体实现时，除了通过履约保证金的方式来促使用户进行履约之外，还可以通过其他方式来进行，例如，还可以与征信系统相结合，在用户进行购买时，可以将具体的履约方式以及相关注意事项等告知购买者用户，并且使其知悉，如果不按照要求进行履约，则会影响其信用记录，例如，可能产生不良信用记录。而不良信用记录由于会对用户的日常生活的多方面造成影响，因此，为了避免产生不良信用记录，用户也会更主动的进行履约。为此，该实施例五还提供了一种订单信息处理方法，参见图9，该方法具体可以包括：

s901：接收到第一客户端提交的对目标商品对象进行购买的第一请求后，生成交易订单，所述交易订单关联有购买者用户的用户标识以及第一身份证明信息；

s902：在所述交易订单完成支付处理的情况下，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联；

s903：接收到第二客户端提交的对所述交易订单进行履约的第二请求后，对履约者用户所退还的物料关联的第二标识码进行验证，并根据所述履约者用户提供的第二身份证明信息，以及所述交易订单关联的购买者用户的第一身份证明信息，对履约者用户与购买者用户进行同人验证，验证通过后将所述交易订单确定为履约完成状态。

其中，如果支付了履约保证资金，并且验证通过，则该验证结果可以提供给具体执行退回履约保证资金的模块；如果验证不通过，则不会进行履约保证金的退回处理。或者，如果存在验证不通过的情况，由于在购买过程中以及履约过程中都可以获取到用户的身份证明信息，包括身份证件号等，因此，还可以将用户的失约行为提供给相关的征信系统，对用户的信用记录进行修改。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种订单信息处理装置，参见图10，该装置可以包括：

第一请求接收单元1001，用于接收第一客户端提交的对目标商品对象进行购买的第一请求，以及关联的购买者用户提供的第一身份证明信息；

交易订单生成单元1002，用于根据所述第一请求生成交易订单，并确定所述交易订单的待支付金额信息，所述待支付金额包括履约保证资金的金额；

标识码获取单元1003，用于在所述交易订单完成支付处理的情况下，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联；

第二请求接收单元1004，用于接收第二客户端提交的对所述交易订单进行履约的第二请求，以及履约者用户所退还的物料关联的第二标识码、所提供的第二身份证明信息；

履约处理单元1005，用于如果所述第二标识码与所述交易订单关联的第一标识码一致，并对所述履约者用户与所述购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

具体实现时，该装置还可以包括：

第一验证单元，用于在接收到所述第一请求后，接收所述第一客户端采集的所述购买者用户的第一生物特征信息，并根据所述第一生物特征信息，对所述购买者用户与其提供的第一身份证明信息进行一致性验证。

第二验证单元，用于在接收到所述第二请求后，接收所述第二客户端采集的所述履约者用户的第二生物特征信息，并根据所述第二生物特征信息，对所述履约者用户与其提供的第二身份证明信息进行一致性验证。

另外，该装置还可以包括：

第三请求接收单元，用于接收预约者用户关联的第三客户端提交的对所述目标商品对象进行预约的第三请求，所述第三请求关联有实体店铺的信息；

预约订单生成单元，用于确定预约的目标日期以及数量信息后，生成预约订单，以便按照所述目标日期对所述目标商品对象进行购买。

其中，所述第一客户端通过采集所述购买者用户提供的预约凭证信息，调取对应的预约订单的详情信息，并根据所述预约订单的详情信息，提交所述对目标商品对象进行购买的第一请求。

具体的，所述预约订单关联有所述预约者用户的用户标识信息；此时，所述购买者用户提供的预约凭证信息包括：所述购买者用户关联的用户标识信息，所述用户标识信息是由关联的用户系统为用户提供的标识。

另外，该装置还可以包括：

预约者身份信息获取单元，用于在接收到所述第三请求后，接收所述第三客户端采集的所述预约者用户的第三身份证明信息；

第三验证单元，用于接收到所述购买者用户的第一身份证明信息后，根据所述第一身份证明信息以及所述第三身份证明信息，对所述购买者用户与所述预约者用户进行同人验证。

再者，该装置还可以包括：

第四验证单元，用于在接收到所述第三请求后，接收所述第三客户端采集的所述预约者用户的第三生物特征信息，并根据所述第三生物特征信息，对所述预约者用户与其提供的第三身份证明信息进行一致性验证。

另外，还可以包括：

可选日期信息提供单元，用于根据所述目标商品对象的库存信息，向所述第三客户端提供可预约的日期信息，以便所述预约者用户从中选择所述目标日期。

再者，该装置还可以包括：

购买资格判断单元，用于在生成所述预约订单之前，根据所述预约者用户对所述目标商品对象的历史购买记录信息，对所述预约者用户是否具有对所述目标商品对象的购买资格进行判断。

具体的，所述交易订单关联有所述购买者用户的用户标识信息，所述用户标识信息是由关联的用户系统为所述购买者用户提供的标识；此时，所述第二客户端可以通过采集所述履约者用户提供的用户标识，确定关联的交易订单的信息，并根据所述交易订单的信息，提交对所述交易订单进行履约的第二请求。

另外，该装置还可以包括：

退回处理单元，用于在将所述交易订单确定为履约完成状态之后，对所述交易订单关联的履约保证资金执行退回处理。

或者，该装置还可以包括：

关联关系修改单元，用于在将所述交易订单确定为履约完成状态之后，将所述履约保证资金解除与所述交易订单的关联，并与新的交易订单建立关联。

与实施例二相对应，本申请实施例还提供了一种订单信息处理装置，参见图11，该装置可以包括：

购买请求提交单元1101，用于向服务端提交对目标商品对象进行购买的第一请求，以及关联的购买者用户提供的第一身份证明信息；

交易订单信息展示单元1102，用于对所述服务端提供的交易订单信息进行展示，所述交易订单信息包括待支付金额信息，所述待支付金额包括履约保证资金的金额；

标识码采集单元1103，用于对所述交易订单完成支付操作后，对所述目标商品对象关联的第一标识码进行采集并提交到服务端，所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联，以便通过退还所述物料对所述交易订单进行履约，并在履约者用户提供的第二标识码与所述交易订单关联的第一标识码一致，并对所述履约者用户与所述购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

其中，该装置还可以包括：

生物特征信息采集单元，用于对所述购买者用户的第一生物特征信息进行采集并提交到服务端，以便根据所述第一生物特征信息，对所述购买者用户与其提供的第一身份证明信息进行一致性验证。

具体的，所述购买请求提交单元具体可以包括：

预约订单信息获取子单元，用于通过采集所述购买者用户提供的预约凭证信息，调取对应的预约订单的详情信息；

请求提交子单元，用于根据所述预约订单的详情信息，提交所述对目标商品对象进行购买的第一请求。

具体的，所述预约订单关联有所述预约者用户的用户标识信息；此时，所述购买者用户提供的预约凭证信息包括：所述购买者用户关联的用户标识信息，所述用户标识信息是由关联的用户系统为用户提供的标识。

另外，该装置还可以包括：

图像采集单元，用于对所述交易订单完成支付操作后，对所述承载有所述第一标识码的所述物料进行图像信息采集并提交到服务端。

与实施例三相对应，本申请实施例还提供了一种订单履约装置，参见图12，该装置可以包括：

目标交易订单确定单元1201，用于确定待履约的目标交易订单；

信息采集单元1202，用于采集所述履约者用户所退还的物料关联的第二标识码以及所提供的第二身份证明信息；

履约请求提交单元1203，用于向服务端提交对所述目标交易订单进行履约的请求，以及所述第二标识码、第二身份证明信息，以便在履约者用户提供的第二标识码与所述目标交易订单关联的第一标识码一致，并对所述履约者用户与所述目标交易订单关联的购买者用户进行同人验证并通过后，将所述交易订单确定为履约完成状态。

其中，所述目标交易订单关联有购买者用户的用户标识信息，所述用户标识信息是由关联的用户系统为所述购买者用户提供的标识；

此时，所述目标交易订单确定单元具体可以用于：通过采集所述履约者用户提供的用户标识确定所述待履约的目标交易订单。

另外，该装置还可以包括：

生物特征信息采集单元，用于对所述履约者用户的第二生物特征信息进行采集并提交到服务端，以便根据所述第二生物特征信息，对所述履约者用户与其提供的第二身份证明信息进行一致性验证。

与实施例四相对应，本申请实施例还提供了一种商品对象预约处理装置，参见图13，该装置可以包括：

预约请求提交单元1301，用于向服务端提交对目标商品对象进行预约的第三请求，以及关联的预约者用户提供的第三身份证明信息；

操作选项提供单元1302，用于提供用于对预约日期以及商品对象数量进行选择的操作选项；

预约信息提交单元1303，用于确定出预约的目标日期以及商品对象数量后提交到所述服务端，所述服务端用于生成对应的预约订单，并对所述购买者用户与所述预约者用户进行同人验证并通过后，生成对应的交易订单，所述交易订单关联的履约保证资金信息，并在履约者用户通过退还相关物料的方式进行履约，并对履约者用户与购买者用户进行同人验证通过后，将所述交易订单确定为履约完成状态。

具体实现时，该装置还可以包括：

生物特征信息采集单元，用于对所述预约者用户的第三生物特征信息进行采集并提交到服务端，以便根据所述第三生物特征信息，对所述预约者用户与其提供的第三身份证明信息进行一致性验证。

另外，该装置还可以包括：

操作选项提供单元，用于提供用于对所述预约者用户的购买资格进行验证的操作选项；

资格验证结果提供单元，用于通过所述操作选项接收到操作请求后，通过服务端获取所述预约者用户的购买资格验证结果，其中，所述服务端根据所述预约者用户对所述目标商品对象的历史购买记录信息，对所述预约者用户是否具有对所述目标商品对象的购买资格进行判断。

与实施例五相对应，本申请实施例还提供了一种订单信息处理装置，参见图14，该装置可以包括：

交易处理单元1401，用于接收到第一客户端提交的对目标商品对象进行购买的第一请求后，生成交易订单，所述交易订单关联有购买者用户的用户标识以及第一身份证明信息；

标识码获取单元1402，用于在所述交易订单完成支付处理的情况下，获取所述第一客户端提交的所述目标商品对象关联的第一标识码；所述第一标识码与可用作所述目标商品对象的已使用凭证的物料关联；

履约处理单元1403，用于接收到第二客户端提交的对所述交易订单进行履约的第二请求后，对履约者用户所退还的物料关联的第二标识码进行验证，并根据所述履约者用户提供的第二身份证明信息，以及所述交易订单关联的购买者用户的第一身份证明信息，对履约者用户与购买者用户进行同人验证，验证通过后将所述交易订单确定为履约完成状态。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图15示例性的展示出了电子设备的架构，具体可以包括处理器1510，视频显示适配器1511，磁盘驱动器1512，输入/输出接口1513，网络接口1514，以及存储器1520。上述处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，与存储器1520之间可以通过通信总线1530进行通信连接。

其中，处理器1510可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1520可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1520可以存储用于控制电子设备1500运行的操作系统1521，用于控制电子设备1500的低级别操作的基本输入输出系统(bios)。另外，还可以存储网页浏览器1523，数据存储管理系统1524，以及订单信息处理系统1525等等。上述订单信息处理系统1525就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1520中，并由处理器1510来调用执行。

输入/输出接口1513用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1514用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。

总线1530包括一通路，在设备的各个组件(例如处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，与存储器1520)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，存储器1520，总线1530等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的订单信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。