实现商品支付与收货分离的方法和系统

技术领域

本发明涉及计算机互联网领域，具体涉及一种实现商品支付与收货分离的方法和系统。

背景技术

随着移动互联网的发展，社会上出现了多种应用程序，给人们的网络社交、网络购物带来了很多便利。例如：在社交应用程序中流行的“红包”，“红包”的表象是一种礼物，实际上是一种数字货币，其可以用于支付；在电子商务应用程序中，通过搜索、推荐、扫码等多种形式，可以让买家方便地找到需要购买的商品。

现有技术提供的商品购买方式主要有以下几种：

方式一：若在线下购买商品，买家选择商品后，商家通过扫描商品信息等方式计算所选择商品的金额，买家则通过扫描二维码等方式进行支付。该方式只适合买家自己消费、自己付款的场景，无法支持远程为他人所选择商品付款的场景。

方式二：若在电子商务网站购买商品，由于买家整个购买商品的过程是一个完整的整体，不可拆分，例如：商品的检索、下单、支付、设定收货地址等为一个完整的交易过程，因此也无法实现购买和收货的分离。

方式三：通过电子优惠券购买商品。由于这种方式通常由商家限制了电子优惠券对应的商品，因此电子优惠券需要在一个完整交易过程中使用。此外，有些商品可以通过代金券进行购买，但是代金券实质上是一种数字货币，与商品无关，将代金券转赠他人使用，并不是购买权的转移。

分析上述三种方式可知，在商品购买过程中，买家和收货方通常为同一个体，这种方式将商品购买过程局限在购物中，功能较为单一，无法满足现今人们对购买商品过程中更多功能的需求。

发明内容

本发明提供的一种实现商品支付与收货分离的方法和系统，实现了商品支付与收货的分离，可以满足人们购买商品过程中更多功能的需求。

根据第一方面，一种实施例中提供一种实现商品支付与收货分离的方法，包括：

接收一商品交易请求，所述商品交易请求包括待交易商品的商品信息；

根据所述商品交易请求，生成对应的支付信息并将所述支付信息发送给第一终端；

在第一终端支付成功后，生成至少一个购买权信息并将所述购买权信息发送给第一终端；所述购买权信息包含至少一个商品参数，所述至少一个商品参数用于确定目标商品，所述待交易商品包含至少一个目标商品；

接收第二终端发送的购买权信息和所述购买权信息对应的收货信息，根据所述购买权信息和所述购买权信息对应的收货信息生成所述目标商品的订单信息，其中所述收货信息由用户基于所述购买权信息通过第二终端输入得到，所述购买权信息由第一终端生成并发送给第二终端；或者，接收第二终端发送的订单信息，所述订单信息由购买权信息和所述购买权信息对应的收货信息生成。

根据第二方面，一种实施例中提供一种实现商品支付与收货分离的方法，包括：

接收一商品交易请求，所述商品交易请求包括待交易商品的商品信息；

根据所述商品交易请求，生成对应的支付信息并将所述支付信息发送给第一终端；

在第一终端支付成功后，接收第二终端发送的购买权信息和所述购买权信息对应的收货信息，根据所述购买权信息和所述购买权信息对应的收货信息生成所述目标商品的订单信息，其中所述收货信息由用户基于所述购买权信息通过第二终端输入得到，所述购买权信息由第一终端生成并发送给第二终端；或者，接收第二终端发送的订单信息，所述订单信息由购买权信息和所述购买权信息对应的收货信息生成。

根据第三方面，一种实施例中提供一种实现商品支付与收货分离的方法，包括：

发出一商品交易请求，所述商品交易请求包括待交易商品的商品信息；

接收所述商品交易请求对应的支付信息，在完成支付后，生成至少一个购买权信息；所述购买权信息包含至少一个商品参数，所述至少一个商品参数用于确定目标商品，所述待交易商品包含至少一个目标商品；

接收外部终端发送的购买权信息，接收用户基于外部终端发送的购买权信息输入的收货信息，根据所述外部终端发送的购买权信息和所述收货信息生成订单信息，或者，接收外部终端发送的购买权信息，接收用户基于外部终端发送的购买权信息输入的收货信息，发出所述购买权信息和所述收货信息。

根据第四方面，一种实施例中提供一种实现商品支付与收货分离的方法，包括：

服务器接收第一终端发出的一商品交易请求，所述商品交易请求包括待交易商品的商品信息；

所述服务器根据所述商品交易请求，获取所述待交易商品的商品信息，根据所述商品信息生成支付信息并将所述支付信息发送给第一终端；

在第一终端支付成功后，所述服务器生成至少一个购买权信息并将所述购买权信息发送给第一终端；或者，在第一终端支付成功后，所述第一终端生成至少一个购买权信息；其中，所述购买权信息包含至少一个商品参数，所述至少一个商品参数用于确定目标商品，所述待交易商品包含至少一个目标商品；

所述第一终端将所述购买权信息发送给第二终端；

所述第二终端接收第一终端发送的购买权信息，并接收用户基于所述购买权信息输入的收货信息；

所述第二终端将所述购买权信息和所述购买权信息对应的收货信息发送给服务器；或者，第二终端根据所述购买权信息和所述购买权信息对应的收货信息生成所述目标商品的订单信息，并将所述订单信息发送给服务器；

所述服务器接收第二终端发送的购买权信息和所述购买权信息对应的收货信息，根据所述购买权信息和所述购买权信息对应的收货信息生成所述目标商品的订单信息；或者，服务器接收第二终端发送的订单信息，所述订单信息由购买权信息和所述购买权信息对应的收货信息生成。

根据第五方面，一种实施例中提供一种服务器，包括：

第一接收请求模块，用于接收一商品交易请求，所述商品交易请求包括待交易商品的商品信息；

第一支付模块，用于根据所述商品交易请求，生成对应的支付信息并将所述支付信息发送给第一终端；

第一购买权生成模块，用于在第一终端支付成功后，生成至少一个购买权信息并将所述购买权信息发送给第一终端；所述购买权信息包含至少一个商品参数，所述至少一个商品参数用于确定目标商品，所述待交易商品包含至少一个目标商品；

第一订单生成模块，用于接收第二终端发送的购买权信息和所述购买权信息对应的收货信息，根据所述购买权信息和所述购买权信息对应的收货信息生成所述目标商品的订单信息，其中所述收货信息由用户基于所述购买权信息通过第二终端输入得到，所述购买权信息由第一终端生成并发送给第二终端；或者，接收第二终端发送的订单信息，所述订单信息由购买权信息和所述购买权信息对应的收货信息生成。

根据第六方面，一种实施例中提供一种服务器，包括：

第二接收请求模块，用于接收一商品交易请求，所述商品交易请求包括待交易商品的商品信息；

第二支付模块，用于根据所述商品交易请求，生成对应的支付信息并将所述支付信息发送给第一终端；

第二订单生成模块，用于在第一终端支付成功后，接收第二终端发送的购买权信息和所述购买权信息对应的收货信息，根据所述购买权信息和所述购买权信息对应的收货信息生成所述目标商品的订单信息，其中所述收货信息由用户基于所述购买权信息通过第二终端输入得到，所述购买权信息由第一终端生成并发送给第二终端；或者，接收第二终端发送的订单信息，所述订单信息由购买权信息和所述购买权信息对应的收货信息生成。

根据第七方面，一种实施例中提供一种终端，包括：

发出请求模块，用于发出一商品交易请求，所述商品交易请求包括待交易商品的商品信息；

第三购买权生成模块，用于接收所述商品交易请求对应的支付信息，在完成支付后，生成至少一个购买权信息；所述购买权信息包含至少一个商品参数，所述至少一个商品参数用于确定目标商品，所述待交易商品包含至少一个目标商品；

第三订单生成模块，用于接收外部终端发送的购买权信息，接收用户基于外部终端发送的购买权信息输入的收货信息，根据所述外部终端发送的购买权信息和所述收货信息生成订单信息，或者，接收外部终端发送的购买权信息，接收用户基于外部终端发送的购买权信息输入的收货信息，发出所述购买权信息和所述收货信息。

根据第八方面，一种实施例中提供一种实现商品支付与收货分离的系统，包括：服务器、第一终端和第二终端；

所述服务器用于接收第一终端发出的一商品交易请求，所述商品交易请求包括待交易商品的商品信息；所述服务器还用于根据所述商品交易请求，获取所述待交易商品的商品信息，根据所述商品信息生成支付信息并将所述支付信息发送给第一终端；

在第一终端支付成功后，所述服务器用于生成至少一个购买权信息并将所述购买权信息发送给第一终端；或者，在第一终端支付成功后，所述第一终端用于生成至少一个购买权信息；其中，所述购买权信息包含至少一个商品参数，所述至少一个商品参数用于确定目标商品，所述待交易商品包含至少一个目标商品；

所述第一终端用于将所述购买权信息发送给第二终端；

所述第二终端用于接收第一终端发送的购买权信息，并接收用户基于所述购买权信息输入的收货信息；

所述第二终端还用于将所述购买权信息和所述购买权信息对应的收货信息发送给服务器；或者，所述第二终端还用于根据所述购买权信息和所述购买权信息对应的收货信息生成所述目标商品的订单信息，并将所述订单信息发送给服务器；

所述服务器用于接收第二终端发送的购买权信息和所述购买权信息对应的收货信息，根据所述购买权信息和所述购买权信息对应的收货信息生成所述目标商品的订单信息；或者，所述服务器用于接收第二终端发送的订单信息，所述订单信息由购买权信息和所述购买权信息对应的收货信息生成。

根据第九方面，一种实施例中提供一种计算机可读存储介质，所述介质上存储有程序，所述程序能够被处理器执行以实现如上述实施例所述的方法。

依据上述实施例的实现商品支付与收货分离的方法/系统，第一终端发出商品交易请求，服务器接收该商品交易请求并生成对应的支付信息，第一终端根据支付信息支付成功后，生成至少一个购买权信息并将购买权信息发送给第一终端，第一终端将购买权信息发送给第二终端，第二终端接收用户基于购买权信息输入的收货信息，并将购买权信息和收货信息发送给服务器，服务器根据购买权信息和收货信息生成订单信息，使得在商品交易过程中，使用第一终端的用户对商品进行支付，将支付成功后的商品分为至少一个购买权信息分发给第二终端，第二终端接收到购买权信息后由使用第二终端的用户输入收货信息，形成订单信息，以便后续商家将购买权信息对应的目标商品发货给使用第二终端的用户，实现了商品的支付和收货分离。

附图说明

图1为一种实施例的实现商品支付与收货分离的系统结构示意图；

图2为一种实施例的实现商品支付与收货分离的方法流程图；

图3为一种实施例的订单信息确认方法流程图；

图4为另一种实施例的订单信息确认方法流程图；

图5为一种实施例的添加附加信息方法流程图；

图6为一种实施例的获取标识信息方法流程图；

图7为一种实施例的标识验证方法流程图；

图8为一种实施例的购买权回收方法流程图；

图9为另一种实施例的实现商品支付与收货分离的方法流程图；

图10为另一种实施例的添加附加信息方法流程图；

图11为再一种实施例的实现商品支付与收货分离的方法流程图；

图12为再一种实施例的订单信息确认方法流程图；

图13为又一种实施例的订单信息确认方法流程图；

图14为又一种实施例的实现商品支付与收货分离的方法流程图；

图15为一种实施例的服务器的结构示意图；

图16为另一种实施例的服务器的结构示意图；

图17为一种实施例的终端的结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中，很多细节描述是为了使得本申请能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征在不同情况下是可以省略的，或者可以由其他元件、材料、方法所替代。在某些情况下，本申请相关的一些操作并没有在说明书中显示或者描述，这是为了避免本申请的核心部分被过多的描述所淹没，而对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。

另外，说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时，方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此，说明书和附图中的各种顺序只是为了清楚描述某一个实施例，并不意味着是必须的顺序，除非另有说明其中某个顺序是必须遵循的。

本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。而本申请所说“连接”、“联接”，如无特别说明，均包括直接和间接连接(联接)。

在本发明实施例中，由一终端用户对待交易商品完成支付后，生成至少一个购买权信息并将购买权信息分发给其他终端用户，该购买权信息对应的目标商品为待交易商品和部分待交易商品，其他终端用户接收到购买权信息后输入对应的收货信息，根据购买权信息和收货信息生成订单信息，该订单信息用于将目标商品发货给其他终端用户，实现了商品交易过程中商品支付和收货的分离。

实施例一：

请参考图1，图1为一种实施例的实现商品支付与收货分离的系统结构示意图，所述的系统包括服务器11、第一终端12和第二终端13。其中，服务器11可以为购物网站或者购物APP等电子商务系统的服务器，第一终端12和第二终端13可以为能够运行购物网站或者购物APP的智能手机、电脑以及平板电脑等。

服务器11用于接收第一终端12发出的一商品交易请求。其中，商品交易请求包括待交易商品的商品信息。

需要说明的是，本实施例为了区分支付用户和收货用户，将支付用户作为第一用户，将收货用户作为第二用户。

在一实施例中，第一用户可以通过第一终端12进入购物网站或者购物APP，例如淘宝、京东等，选取待交易商品，若待交易商品有多个，第一用户可将多个待交易商品依次放入购物车中后再进行支付，若待交易商品只有一个，若待交易商品只有一个，第一用户可直接选择待交易商品后进行支付，第一用户选取待交易商品完成后，可通过第一终端提交支付请求，第一终端根据支付请求向服务器发送商品交易请求，该商品交易请求中包括第一用户选取的待交易商品的商品信息。本实施例中待交易商品的商品信息至少包括待交易商品的商品标识、待交易商品的商品数量和待交易商品的商品单价，本实施例还可以包括待交易商品的其他商品信息，例如待交易商品的商品总金额、待交易商品的类别、待交易商品的存货量、待交易商品的体积、待交易商品的重量等商品信息。

在另一实施例中，第一用户可以在线下门店选择待交易商品，所选择的待交易商品可通过门店的扫描装置对商品上的商品码进行扫描，以录入待交易商品的商品信息，其中商品码可以为条形码、二维码或者NFC标签，将待交易商品录入完成后，通过收银员或者第一用户点击扫描装置附带屏幕上的支付或者完成购物按钮，此时扫描装置会生成商品交易请求，并将该商品交易请求发送给后台的服务器，此时，第一终端12还可以为门店中能够扫描商品码并付款的扫描装置，例如超市中的收银机或者自动付款机等。

服务器11还用于根据第一终端12发送的商品交易请求，获取待交易商品的商品信息，根据商品信息生成支付信息并将支付信息发送给第一终端12。

在生成支付信息之前，需先根据待交易商品的商品信息确定待交易商品的总金额。本实施例中的支付信息包括支付二维码、支付链接和支付语音提示中的至少一种。支付信息在发送给第一终端12后，将支付信息显示在第一终端12的显示屏上，或者将支付信息以语音形式播放给第一用户。

第一终端12接收到支付信息后，根据支付信息完成支付。本实施例可利用第三方支付平台完成支付，例如，通过微信、支付宝等社交APP通过扫描支付二维码进行支付；例如，通过点击各个银行支付链接通过储蓄卡账户或者信用卡账户进行支付；例如，通过现金进行支付等。

在第一终端12支付成功后，服务器11用于生成至少一个购买权信息并将购买权信息发送给第一终端。其中，购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

本实施例中的购买权信息包含至少一个商品参数，例如商品标识、商品的量和商品金额，根据购买权信息中包含的商品参数即可确定购买权信息对应的目标商品。购买权信息至少包括目标商品的商品标识、目标商品的商品数量和目标商品的商品金额，其还可以包括目标商品的商品单价、目标商品的商品重量等商品参数。

例如，购买权信息中包含的商品参数为商品数量时，若待交易商品的商品数量为3个，若只生成了一个购买权信息，该购买权信息中所包含的商品数量为3个，则可确定目标商品的商品数量为3个，此时目标商品即为待交易商品；若生成了三个购买权信息，每个购买权信息中所包含的商品数量为1个，则可确定每个购买权信息对应的目标商品的商品数量为1个，此外，当生成两个及两个以上购买权信息时，每个购买权信息所包含的商品参数可以不一致，例如共生成2个购买权信息，其中一个购买权信息中所包含的商品数量为1个，另一个购买权信息中所包含的商品数量为2个。

例如，购买权信息中包含的商品参数为商品金额时，若待交易商品的商品总金额为50元，若只生成了一个购买权信息，该购买权信息中所包含的商品金额为50，则可确定目标商品的商品金额为50元，此时目标商品即为待交易商品；若生成了两个购买权信息，每个购买权信息中所包含的商品数量为25元，则可确定每个购买权信息对应的目标商品的商品金额为25，此时目标商品即为待交易商品中金额为25元的商品；此外，当生成两个及两个以上购买权信息时，每个购买权信息所包含的商品参数可以不一致，例如共生成2个购买权信息，其中一个购买权信息中所包含的商品金额为30元，另一个购买权信息中所包含的商品金额为20元。需要注意的是，本实施例中目标商品的商品金额应正好为待交易商品中某个商品或者某几个商品的金额。

例如，购买权信息中包含的商品参数为商品标识，则根据购买权信息中所包含的商品标识确定目标商品。

例如，购买权信息中包含的商品参数为商品标识、商品数量和商品金额中的至少两项时，则根据至少两项商品参数共同确定的商品作为目标商品。

如表1所示，表1中的每一行表格为一个购买权信息，共包括三个购买权信息。

表1

在一实施例中，服务器11可直接将购买权信息发送给第一终端12，本实施例中的购买权信息为一种结构化数据，其可直接进行发送和编辑，如表1所示，表1为三个购买权信息，其中，该购买权信息中的收件地址为空白的，后续需第二用户进行填写。在后续方法步骤中，第一终端12将购买权信息发给第二终端13后，第二用户可直接在表格中填写收货信息。

在另一实施例中，服务器11还可以生成至少一个购买权信息和每个购买权信息对应的链接，并将购买权信息保存在数据库服务器中，再将购买权链接发送给第一终端12。如表1所示，每个购买权信息均有其对应的链接。后续，第一终端12将购买权信息对应的链接发送给第二终端13后，第二用户可通过点击上述链接，而从数据库服务器中获取购买权信息。

第一终端12用于将购买权信息发送给第二终端13。

在本实施例中，服务器11生成购买权信息后发送给第一终端12，第一终端12可通过多种方式将购买权信息发送给第二终端13。例如，通过购物网站或者购物APP的后台将购买权信息发送给第二终端13；例如，通过通讯软件(微信等)将购买权信息发送给第二终端13。

由于购买权信息可能为一个，可能为两个及两个以上，并且第二终端可能为一个，也可能为多个。若购买权信息为一个，第二终端为一个时，则直接将购买权信息发送给第二终端即可；若购买权信息为一个，第二终端为两个及两个以上时，可将购买权信息发送至两个及两个以上第二终端所在群组中，例如微信群、QQ群等，然后由第二用户通过群组接收购买权信息；若购买权信息为两个及两个以上，第二终端也为两个及两个以上，若购买权信息与第二终端数量相同，可以将购买权信息一一对应发送给第二终端，也可以将所有购买权信息发送至所有第二终端所在的群组中，多个第二终端通过群组接收购买权信息；若购买权信息的数量少于第二终端，则即也可将所有购买权信息发送至所有第二终端所在的群组中，多个第二终端通过群组接收购买权信息；若购买权信息的数量多于第二终端的数量，则可能出现一个第二终端接收多个购买权信息的情况，此时处理方式与接收一个购买权信息的处理方式相同，还可能出现购买权信息无第二终端接收的情况，此时处理方式会在后续实施例详细说明，此处不再赘述。

第二终端13用于接收第一终端12发送的购买权信息，并接收用户基于购买权信息输入的收货信息。

第二终端13接收到购买权信息后，第二用户通过第二终端13可查看购买权信息，然后基于购买权信息输入收货信息。本实施例中的收货信息至少包括：收货地址、收货人电话和收货人名称，此外还可包括收货地址的邮编、收货人的身份证号等信息。根据上述实施例可知，第二用户可直接在结构化数据的购买权信息(表格)中填写收货信息，也可以通过点击购买权信息对应的链接并输入收货信息。

第二终端13还用于将购买权信息和购买权信息对应的收货信息发送给服务器。

服务器11用于接收第二终端发送的购买权信息和购买权信息对应的收货信息，根据购买权信息和购买权信息对应的收货信息生成目标商品的订单信息。本实施例中的订单信息至少包括：商品标识、商品数量、商品单价、收货地址、收货人电话以及收货人名称等等。

服务器可根据上述订单信息安排发货目标商品给第二用户。

在一实施例中，服务器11还将生成的订单信息发送给第二终端13，第二用户经过第二终端13对订单信息确认后向服务器11发送确认订单信息请求，服务器11在接收到第二终端13的确认订单信息请求后，生成订单交易信息；其中，订单交易信息用于按照预设方式对目标商品进行发货。

在另一实施例中，服务器11将生成的订单信息发送给第二终端13，第二用户经过第二终端13对订单信息确认后，第二终端13根据订单信息直接生成订单交易信息，第二终端13将其所生成的订单交易信息发送给服务器11；其中，订单交易信息用于按照预设方式对目标商品进行发货。

上述实施例中的订单交易信息为第二用户(收货用户)对订单信息确认后的信息，在一些实施例中，订单交易信息至少包括订单信息和第二用户的确认信息，电子商务平台的服务器在接收到订单交易信息后，才可对目标商品发货。

需要说明的是，订单交易信息在发送给服务器11或者服务器11生成订单交易信息后，服务器11还需将订单交易信息发送给第一终端12和第二终端13以通知第一用户和第二用户目标商品的发货情况，此外，对于一些由卖家提供交易商品的购物网站或购物APP，还需将订单交易信息发送给第三终端，也就是将订单交易信息发给卖家，使得卖家能够安排发货。

基于上述实施例，所述的实现商品支付与收货分离的系统还包括数据库服务器，数据库服务器用于存储附加信息。本实施例中的附加信息包括：景点宣传信息、景点门票购买链接、景点门票优惠券、景点门票赠票、目标商品的商品信息以及与目标商品相关联的其他商品购买链接中的至少一种。

在服务器11生成至少一个购买权信息时，服务器11从数据库服务器中获取附加信息，并将附加信息加入购买权信息中，更新所生成的购买权信息。这样，使得第二用户在查看购买权信息时能够一并查看附加信息，以对其他商品或者景点进行宣传。

基于上述实施例提供的实现商品支付与收货分离的系统，本实施例还提供了一种实现商品支付与收货分离的方法，请参考图2，图2为一种实施例的实现商品支付与收货分离的方法流程图，所述的方法包括：

步骤101，第一终端发出一商品交易请求。其中，商品交易请求包括待交易商品的商品信息。本实施例中待交易商品的商品信息由第一终端获取，其可通过键盘输入、鼠标选择和扫码等方式采集待交易商品的商品信息。

步骤102，服务器接收商品交易请求，并根据商品交易请求获取待交易商品的商品信息，根据商品信息生成支付信息。本实施例中的支付信息可以为支付二维码、支付链接或者支付语音提示。

步骤103，服务器将支付信息发送给第一终端。第一终端接收到支付信息后，可以将支付信息显示在显示屏上，以供第一用户进行支付，也可以播放支付语音提示给第一用户。

步骤104，第一终端根据支付信息进行支付，在支付成功后，发送支付成功信息给服务器。

本实施例不限制支付方式，其可以采用第三方软件(微信、支付宝等)进行支付，也可以采用现金支付，还可以采用银行卡支付。

步骤105，服务器接收支付成功信息后，生成至少一个购买权信息。其中，购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

本实施例中的购买权信息包含至少一个商品参数，例如商品标识、商品的量和商品金额，根据购买权信息中包含的商品参数即可确定购买权信息对应的目标商品。购买权信息至少包括目标商品的商品标识、目标商品的商品数量和目标商品的商品金额，其还可以包括目标商品的商品单价、目标商品的商品重量等商品参数。

步骤106，服务器将购买权信息发送给第一终端。本实施例中，服务器将生成的所有购买权信息全部发送给第一终端，其中购买权信息能够为一个，可能为两个及两个以上。

步骤107，第一终端接收到购买权信息后，将购买权信息发送给第二终端。

在本实施例中，购买权信息可以直接发送给第二终端，也可以发送至第二终端所在的群组中，例如微信群或者QQ群，群组中的第二终端可以选择接收购买权信息。

步骤108，第二终端接收第一终端发送的购买权信息，并接收用户基于购买权信息输入的收货信息。本实施例中的收货信息至少包括：收货地址、收货人电话和收货人名称，此外还可包括收货地址的邮编、收货人的身份证号等信息。根据上述实施例可知，第二用户可直接在结构化数据的购买权信息(表格)中填写收货信息，也可以通过点击购买权信息对应的链接并输入收货信息。

步骤109，第二终端将购买权信息和购买权信息对应的收货信息发送给服务器。

步骤110，服务器接收第二终端发送的购买权信息和购买权信息对应的收货信息，根据购买权信息和购买权信息对应的收货信息生成目标商品的订单信息。本实施例中的订单信息至少包括：商品标识、商品数量、商品单价、收货地址、收货人电话以及收货人名称等等。服务器可根据上述订单信息安排发货目标商品给第二用户。

为了避免订单信息出现差错，例如收货地址有误、收货人电话有误等情况，请参考图3，本实施例还包括：

步骤111-1，服务器将生成的订单信息发送给第二终端。

步骤112-1，第二用户经过第二终端对订单信息确认后向服务器发送确认订单信息请求。

步骤113-1，服务器在接收到第二终端的确认订单信息请求后，生成订单交易信息；其中，订单交易信息用于按照预设方式对目标商品进行发货。

上述实施例中的订单交易信息还可在第二终端中生成，请参考图4，本实施例还包括：

步骤111-2，服务器将生成的订单信息发送给第二终端。

步骤112-2，第二用户经过第二终端对订单信息确认后，第二终端根据订单信息直接生成订单交易信息。

步骤113-2，第二终端将其所生成的订单交易信息发送给服务器。

需要说明的是，订单交易信息在发送给服务器或者服务器生成订单交易信息后，服务器还需将订单交易信息发送给第一终端和第二终端以通知第一用户和第二用户目标商品的发货情况，此外，对于一些由卖家提供交易商品的购物网站或购物APP，还需将订单交易信息发送给第三终端，也就是将订单交易信息发给卖家，使得卖家能够安排发货。

在本实施例中，第二用户在查看购买权信息时，还可以查看或接收其它附加信息，请参考图5，本实施例在步骤105服务器接收支付成功信息后，生成至少一个购买权信息之后，还包括：

步骤105-1，服务器从数据库服务器中获取附加信息。本实施例中，服务器可根据预设规则生成附加信息调取请求，并将附加信息调取请求发送至数据库服务器，数据库服务器接收到附加信息调取请求后，从数据库服务器中提取与附加信息调取请求相匹配的附加信息，并将附加信息发送给服务器。需要说明的是，本实施例还可通过其他现有方式获取附加信息，此处不再赘述。

步骤105-2，服务器将附加信息加入购买权信息中，更新购买权信息。由于购买权信息为一种结构化数据，其能够加入附加信息，为了便于区别，将加入附加信息之前的购买权信息称为购买权基础信息，因此更新后的购买权信息中包括购买权基础信息和附加信息。

本实施例中的附加信息包括景点宣传信息、景点门票购买链接、景点门票优惠券、景点门票赠票、目标商品的商品信息以及与目标商品相关联的其他商品购买链接中的至少一种。

由于第一终端将购买权信息发送至第二终端的过程中，可能会出现误发送的情况，或者，第一终端将购买权信息发送至群组中，若第一终端已指定特定的第二终端才能接收购买权信息，同样会出现群组中其他终端接收了购买权信息的问题。因此，本实施例还提供了安全标示来避免误发送和误接收的问题，请参考图6，本实施例在步骤105服务器接收支付成功信息后，生成至少一个购买权信息之后，还包括：

步骤105-3，服务器生成第一标识信息并将第一标识信息加入购买权信息中，更新购买权信息；其中，第一标识信息用于标识购买权对应的收货用户标识。这样，在购买权信息转发过程中，其他用户即使获取购买权信息也不能使用，只有与购买权信息中收货用户标识相一致的用户才能使用购买权信息(输入收货信息)。

此外，本实施例在步骤110服务器接收第二终端发送的购买权信息和购买权信息对应的收货信息之后，还包括：

步骤110-1，服务器接收第二终端发送的第二标识信息，或者获取第二标识信息；其中，第二标识信息用于标识用户身份。

步骤110-2，服务器解析第二终端发送的购买权信息中的第一标识信息，判断第一标识信息和第二标识信息是否一致；若一致，根据购买权信息和购买权信息对应的收货信息生成目标商品的订单信息；若不一致，则无法生成订单信息。

在本实施例中，第一标识信息和第二标识信息均可以是非对称加密方式的公钥、用户ID、Email地址等。

请参考图7，在另一实施例中，本实施例在步骤105服务器接收支付成功信息后，生成至少一个购买权信息之后，还包括：

步骤105-4，第一终端生成第一标识信息，并将第一标识信息发送给服务器。

步骤105-5，服务器接收第一终端发送的第一标识信息，将第一标识信息加入购买权信息中，更新购买权信息；其中，第一标识信息用于标识购买权对应的收货用户标识。

此外，本实施例在步骤110服务器接收第二终端发送的购买权信息和购买权信息对应的收货信息之后，还包括：

步骤110-3，服务器接收第二终端发送的第二标识信息，或者获取第二标识信息；其中，第二标识信息用于标识用户身份。

步骤110-4，服务器解析第二终端发送的购买权信息中的第一标识信息，判断第一标识信息和第二标识信息是否一致；若一致，根据购买权信息和购买权信息对应的收货信息生成目标商品的订单信息；若不一致，则无法生成订单信息。

在一些实施例中，若服务器生成购买权信息的数量大于第二终端的数量，则可能导致一些购买权信息无法发送至第二终端，服务器也就无法接收到第二终端发送的购买权信息和购买权信息对应的收货信息，此外，若第二用户因为一些原因，没有通过第二终端输入收货信息。针对上述问题，请参考图8，所述的实现商品支付与收货分离的方法还包括：

步骤110-5，若预设时间内服务器未接收到第二终端发送的购买权信息和所述购买权信息对应的收货信息，接收第一终端输入的第一收货信息，根据所述第一收货信息和购买权信息，生成目标商品的订单信息。换而言之，此时服务器将目标商品发货给第一用户。

此外，若服务器接收到第二终端发送的购买权信息和购买权信息对应的收货信息，并生成了订单信息，但将订单信息发送给第二终端确认时，因为某些原因第二终端未对订单信息进行确认，还包括：

步骤112-3，若预设时间内服务器未接收到第二终端的确认订单信息请求，此时服务器接收第一终端发送的第一收货信息，根据第一收货信息和购买权信息，更新目标商品的订单信息；根据订单信息，生成订单交易信息。换而言之，此时服务器将目标商品发货给第一用户。

实施例二：

本实施例与实施例一提供的实现商品支付与收货分离的系统相同，包括服务器11、第一终端12和第二终端13。

服务器11用于接收第一终端12发出的一商品交易请求。其中，商品交易请求包括待交易商品的商品信息。

服务器11还用于根据第一终端12发送的商品交易请求，获取待交易商品的商品信息，根据商品信息生成支付信息并将支付信息发送给第一终端12。

第一终端12接收到支付信息后，根据支付信息完成支付。

与实施例一不同的是，在第一终端12支付成功后，第一终端12直接生成至少一个购买权信息。其中，购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

本实施例中的购买权信息包含至少一个商品参数，例如商品标识、商品的量和商品金额，根据购买权信息中包含的商品参数即可确定购买权信息对应的目标商品。购买权信息至少包括目标商品的商品标识、目标商品的商品数量和目标商品的商品金额，其还可以包括目标商品的商品单价、目标商品的商品重量等商品参数。也就是，购买权信息用于将待交易的商品拆分为一个或者两个及两个以上目标商品。本实施例中第一终端12和服务器11生成购买权信息的具体实施与实施例一相同，此处不再赘述。

第一终端12生成购买权信息后，第一终端12再将其所生成的购买权信息发送给第二终端13。

在本实施例中，第一终端12可通过多种方式将购买权信息发送给第二终端13。例如，通过购物网站或者购物APP的后台将购买权信息发送给第二终端13；例如，通过通讯软件(微信等)将购买权信息发送给第二终端13。本实施例中第一终端12发送购买权信息至第二终端13的具体实施方式已在实施例一中进行了说明，此处不再赘述。

第二终端13用于接收第一终端12发送的购买权信息，并接收用户基于购买权信息输入的收货信息。

第二终端13接收到购买权信息后，第二用户通过第二终端13可查看购买权信息，然后基于购买权信息输入收货信息。本实施例中的收货信息至少包括：收货地址、收货人电话和收货人名称，此外还可包括收货地址的邮编、收货人的身份证号等信息。根据上述实施例可知，第二用户可直接在结构化数据的购买权信息(表格)中填写收货信息，也可以通过点击购买权信息对应的链接并输入收货信息。

第二终端13还用于将购买权信息和购买权信息对应的收货信息发送给服务器。

服务器11用于接收第二终端发送的购买权信息和购买权信息对应的收货信息，根据购买权信息和购买权信息对应的收货信息生成目标商品的订单信息。本实施例中的订单信息至少包括：商品标识、商品数量、商品单价、收货地址、收货人电话以及收货人名称等等。

最终，服务器11可根据上述订单信息安排发货目标商品给第二用户。

在一实施例中，服务器11还将生成的订单信息发送给第二终端13，第二用户经过第二终端13对订单信息确认后向服务器11发送确认订单信息请求，服务器11在接收到第二终端13的确认订单信息请求后，生成订单交易信息；其中，订单交易信息用于按照预设方式对目标商品进行发货。

在另一实施例中，服务器11将生成的订单信息发送给第二终端13，第二用户经过第二终端13对订单信息确认后，第二终端13根据订单信息直接生成订单交易信息，第二终端13将其所生成的订单交易信息发送给服务器11；其中，订单交易信息用于按照预设方式对目标商品进行发货。

上述实施例中的订单交易信息为第二用户(收货用户)对订单信息确认后的信息，在一些实施例中，订单交易信息至少包括订单信息和第二用户的确认信息，电子商务平台的服务器在接收到订单交易信息后，才可对目标商品发货。

需要说明的是，订单交易信息在发送给服务器11或者服务器11生成订单交易信息后，服务器11还需将订单交易信息发送给第一终端12和第二终端13以通知第一用户和第二用户目标商品的发货情况，此外，对于一些由卖家提供交易商品的购物网站或购物APP，还需将订单交易信息发送给第三终端，也就是将订单交易信息发给卖家，使得卖家能够安排发货。

与实施例一相同，本实施例所提供的实现商品支付与收货分离的系统还包括数据库服务器，数据库服务器用于存储附加信息。本实施例中的附加信息包括：景点宣传信息、景点门票购买链接、景点门票优惠券、景点门票赠票、目标商品的商品信息以及与目标商品相关联的其他商品购买链接中的至少一种。

在第一终端12生成至少一个购买权信息时，第一终端12从数据库服务器中获取附加信息，并将附加信息加入购买权信息中，更新所生成的购买权信息。这样，使得第二用户在查看购买权信息时能够一并查看附加信息，以对其他商品或者景点进行宣传。

本实施例还提供了一种实现商品支付与收货分离的方法，请参考图9，图9为另一种实施例的商品支付与收货分离的方法流程图，所述的方法包括：

步骤201，第一终端发出一商品交易请求。其中，商品交易请求包括待交易商品的商品信息。本实施例中待交易商品的商品信息由第一终端获取，其可通过键盘输入、鼠标选择和扫码等方式采集待交易商品的商品信息。

步骤202，服务器接收商品交易请求，并根据商品交易请求获取待交易商品的商品信息，根据商品信息生成支付信息。本实施例中的支付信息可以为支付二维码、支付链接或者支付语音提示。

步骤203，服务器将支付信息发送给第一终端。第一终端接收到支付信息后，可以将支付信息显示在显示屏上，以供第一用户进行支付，也可以播放支付语音提示给第一用户。

步骤204，第一终端根据支付信息完成支付。

步骤205，在完成支付后，第一终端生成至少一个购买权信息。其中，购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

本实施例中的购买权信息包含至少一个商品参数，例如商品标识、商品的量和商品金额，根据购买权信息中包含的商品参数即可确定购买权信息对应的目标商品。购买权信息至少包括目标商品的商品标识、目标商品的商品数量和目标商品的商品金额，其还可以包括目标商品的商品单价、目标商品的商品重量等商品参数。

步骤206，第一终端将所生成的购买权信息发送给第二终端。本实施例中，第一终端将生成的所有购买权信息全部发送给第一终端，其中购买权信息能够为一个，可能为两个及两个以上。

在本实施例中，购买权信息可以直接发送给第二终端，也可以发送至第二终端所在的群组中，例如微信群或者QQ群，群组中的第二终端可以选择接收购买权信息。

步骤207，第二终端接收第一终端发送的购买权信息，并接收用户基于购买权信息输入的收货信息。本实施例中的收货信息至少包括：收货地址、收货人电话和收货人名称，此外还可包括收货地址的邮编、收货人的身份证号等信息。根据上述实施例可知，第二用户可直接在结构化数据的购买权信息(表格)中填写收货信息，也可以通过点击购买权信息对应的链接并输入收货信息。

步骤208，第二终端将购买权信息和购买权信息对应的收货信息发送给服务器。

步骤209，服务器接收第二终端发送的购买权信息和购买权信息对应的收货信息，根据购买权信息和购买权信息对应的收货信息生成目标商品的订单信息。本实施例中的订单信息至少包括：商品标识、商品数量、商品单价、收货地址、收货人电话以及收货人名称等等。服务器可根据上述订单信息安排发货目标商品给第二用户。

在本实施例中，第二用户在查看购买权信息时，还可以查看或接收其它附加信息，请参考图10，本实施例在步骤205在支付完成后，第一终端生成至少一个购买权信息之后，还包括：

步骤205-1，第一终端从数据库服务器中获取附加信息。本实施例中，第一终端可根据预设规则生成附加信息调取请求，并将附加信息调取请求发送至数据库服务器，数据库服务器接收到附加信息调取请求后，从数据库服务器中提取与附加信息调取请求相匹配的附加信息，并将附加信息发送给第一终端。需要说明的是，本实施例还可通过其他现有方式获取附加信息，此处不再赘述。

步骤205-2，第一终端将附加信息加入购买权信息中，更新购买权信息。由于购买权信息为一种结构化数据，其能够加入附加信息，为了便于区别，将加入附加信息之前的购买权信息称为购买权基础信息，因此更新后的购买权信息中包括购买权基础信息和附加信息。

本实施例中的附加信息包括景点宣传信息、景点门票购买链接、景点门票优惠券、景点门票赠票、目标商品的商品信息以及与目标商品相关联的其他商品购买链接中的至少一种。

由于第一终端将购买权信息发送至第二终端的过程中，可能会出现误发送的情况，或者，第一终端将购买权信息发送至群组中，若第一终端已指定特定的第二终端才能接收购买权信息，同样会出现群组中其他终端接收了购买权信息的问题。因此，本实施例还提供了安全标示来避免误发送和误接收的问题，本实施例在步骤205服务器接收支付成功信息后，生成至少一个购买权信息之后，还包括：

步骤205-3，第一终端生成第一标识信息并将第一标识信息加入购买权信息中，更新购买权信息；其中，第一标识信息用于标识购买权对应的收货用户标识。

此外，本实施例在步骤209服务器接收第二终端发送的购买权信息和购买权信息对应的收货信息之后，还包括：

步骤209-1，服务器接收第二终端发送的第二标识信息，或者获取第二标识信息；其中，第二标识信息用于标识用户身份。

步骤209-2，服务器解析第二终端发送的购买权信息中的第一标识信息，判断第一标识信息和第二标识信息是否一致；若一致，根据购买权信息和购买权信息对应的收货信息生成目标商品的订单信息；若不一致，则无法生成订单信息。

在本实施例中，第一标识信息和第二标识信息均可以是非对称加密方式的公钥、用户ID、Email地址等。

实施例三：

本实施例与实施例一提供的实现商品支付与收货分离的系统相同，包括服务器11、第一终端12和第二终端13。

服务器11用于接收第一终端12发出的一商品交易请求。其中，商品交易请求包括待交易商品的商品信息。

服务器11还用于根据第一终端12发送的商品交易请求，获取待交易商品的商品信息，根据商品信息生成支付信息并将支付信息发送给第一终端12。

第一终端12接收到支付信息后，根据支付信息完成支付。

在第一终端12支付成功后，服务器11用于生成至少一个购买权信息并将购买权信息发送给第一终端。其中，购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

第一终端12用于将购买权信息发送给第二终端13。

在本实施例中，服务器11生成购买权信息后发送给第一终端12，第一终端12可通过多种方式将购买权信息发送给第二终端13。

第二终端13用于接收第一终端12发送的购买权信息，并接收用户基于购买权信息输入的收货信息。

第二终端13接收到购买权信息后，第二用户通过第二终端13可查看购买权信息，然后基于购买权信息输入收货信息。

与实施例一不同的是，第二终端13接收到用户基于购买权信息输入的收货信息后，第二终端13直接根据购买权信息和用户基于购买权信息输入的收货信息生成目标商品的订单信息。本实施例中的订单信息至少包括：商品标识、商品数量、商品单价、收货地址、收货人电话以及收货人名称等等。

第二终端13将其生成的订单信息发送给服务器。服务器可根据上述订单信息安排发货目标商品给第二用户。

第二终端13在生成订单信息后，第二用户还需通过第二终端13查看订单信息，以确认订单信息中的收货信息、商品信息等是否无误，若确认无误后，第二用户可通过第二终端确认订单信息。

在一实施例中，第二用户通过第二终端13确认订单信息后，第二终端13向服务器11发送确认订单信息请求，服务器11接收到确认订单信息请求后，服务器11根据订单信息生成订单交易信息。

在另一实施例中，第二用户通过第二终端13确认订单信息后，第二终端13直接基于订单信息生成订单交易信息，并将订单交易信息发送给服务器11。其中，订单交易信息用于按照预设方式对目标商品进行发货。

上述实施例中的订单交易信息为第二用户(收货用户)对订单信息确认后的信息，在一些实施例中，订单交易信息至少包括订单信息和第二用户的确认信息，电子商务平台的服务器在接收到订单交易信息后，才可对目标商品发货。

需要说明的是，订单交易信息在发送给服务器11或者服务器11生成订单交易信息后，服务器11还需将订单交易信息发送给第一终端12和第二终端13以通知第一用户和第二用户目标商品的发货情况，此外，对于一些由卖家提供交易商品的购物网站或购物APP，还需将订单交易信息发送给第三终端，也就是将订单交易信息发给卖家，使得卖家能够安排发货。

基于上述实施例，所述的实现商品支付与收货分离的系统还包括数据库服务器，数据库服务器用于存储附加信息。本实施例中的附加信息包括：景点宣传信息、景点门票购买链接、景点门票优惠券、景点门票赠票、目标商品的商品信息以及与目标商品相关联的其他商品购买链接中的至少一种。

在服务器11生成至少一个购买权信息时，服务器11从数据库服务器中获取附加信息，并将附加信息加入购买权信息中，更新所生成的购买权信息。这样，使得第二用户在查看购买权信息时能够一并查看附加信息，以对其他商品或者景点进行宣传。

基于上述实施例提供的实现商品支付与收货分离的系统，本实施例还提供了一种实现商品支付与收货分离的方法，请参考图11，图11为再一种实施例的实现商品支付与收货分离的方法流程图，所述的方法包括：

步骤301，第一终端发出一商品交易请求。其中，商品交易请求包括待交易商品的商品信息。本实施例中待交易商品的商品信息由第一终端获取，其可通过键盘输入、鼠标选择和扫码等方式采集待交易商品的商品信息。

步骤302，服务器接收商品交易请求，并根据商品交易请求获取待交易商品的商品信息，根据商品信息生成支付信息。本实施例中的支付信息可以为支付二维码、支付链接或者支付语音提示。

步骤303，服务器将支付信息发送给第一终端。第一终端接收到支付信息后，可以将支付信息显示在显示屏上，以供第一用户进行支付，也可以播放支付语音提示给第一用户。

步骤304，第一终端根据支付信息进行支付，在支付成功后，发送支付成功信息给服务器。

本实施例不限制支付方式，其可以采用第三方软件(微信、支付宝等)进行支付，也可以采用现金支付，还可以采用银行卡支付。

步骤305，服务器接收支付成功信息后，生成至少一个购买权信息。其中，购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

本实施例中的购买权信息包含至少一个商品参数，例如商品标识、商品的量和商品金额，根据购买权信息中包含的商品参数即可确定购买权信息对应的目标商品。购买权信息至少包括目标商品的商品标识、目标商品的商品数量和目标商品的商品金额，其还可以包括目标商品的商品单价、目标商品的商品重量等商品参数。

步骤306，服务器将购买权信息发送给第一终端。本实施例中，服务器将生成的所有购买权信息全部发送给第一终端，其中购买权信息能够为一个，可能为两个及两个以上。

步骤307，第一终端接收到购买权信息后，将购买权信息发送给第二终端。

在本实施例中，购买权信息可以直接发送给第二终端，也可以发送至第二终端所在的群组中，例如微信群或者QQ群，群组中的第二终端可以选择接收购买权信息。

步骤308，第二终端接收第一终端发送的购买权信息，并接收用户基于购买权信息输入的收货信息。本实施例中的收货信息至少包括：收货地址、收货人电话和收货人名称，此外还可包括收货地址的邮编、收货人的身份证号等信息。根据上述实施例可知，第二用户可直接在结构化数据的购买权信息(表格)中填写收货信息，也可以通过点击购买权信息对应的链接并输入收货信息。

步骤309，第二终端根据第一终端发送的购买权信息和用户基于购买权信息输入的收货信息，生成目标商品的订单信息并将订单信息发送给服务器。本实施例中的订单信息至少包括：商品标识、商品数量、商品单价、收货地址、收货人电话以及收货人名称等等。服务器可根据上述订单信息安排发货目标商品给第二用户。

为了避免订单信息出现差错，例如收货地址有误、收货人电话有误等情况，请参考图12，本实施例还包括：

步骤310-1，第二用户通过第二终端确认订单信息后，第二终端向服务器11发送确认订单信息请求。

步骤311-1，服务器接收到确认订单信息请求后，服务器根据订单信息生成订单交易信息。

上述实施例中的订单交易信息还可在第二终端中生成，请参考图13，本实施例还包括：

步骤310-2，第二用户通过第二终端确认订单信息后，第二终端直接基于订单信息生成订单交易信息。

步骤311-2，第二终端将其所生成的订单交易信息发送给服务器。

在一些实施例中，若服务器生成购买权信息的数量大于第二终端的数量，则可能导致一些购买权信息无法发送至第二终端，服务器也就无法接收到第二终端发送的购买权信息和购买权信息对应的收货信息，此外，若第二用户因为一些原因，没有通过第二终端输入收货信息。针对上述问题，所述的实现商品支付与收货分离的方法还包括：

步骤310-3，若预设时间内服务器未接收到第二终端发送的订单信息，接收第一终端输入的第一收货信息，根据所述第一收货信息和购买权信息，生成目标商品的订单信息。换而言之，此时服务器将目标商品发货给第一用户。

此外，若服务器接收到第二终端发送的订单信息，但因为某些原因第二终端未对订单信息进行确认，还包括：

步骤311-3，若预设时间内服务器未接收到第二终端发送的确认订单信息请求或者订单交易信息，此时服务器接收第一终端发送的第一收货信息，根据第一收货信息和购买权信息，更新目标商品的订单信息；根据订单信息，生成订单交易信息。换而言之，此时服务器将目标商品发货给第一用户。

实施例四：

本实施例与实施例一提供的实现商品支付与收货分离的系统相同，包括服务器11、第一终端12和第二终端13。

服务器11用于接收第一终端12发出的一商品交易请求。其中，商品交易请求包括待交易商品的商品信息。

服务器11还用于根据第一终端12发送的商品交易请求，获取待交易商品的商品信息，根据商品信息生成支付信息并将支付信息发送给第一终端12。

第一终端12接收到支付信息后，根据支付信息完成支付。本实施例可利用第三方支付平台完成支付，例如，通过微信、支付宝等社交APP通过扫描支付二维码进行支付；例如，通过点击各个银行支付链接通过储蓄卡账户或者信用卡账户进行支付；例如，通过现金进行支付等。

与实施例一不同的是，在第一终端12支付成功后，第一终端12直接生成至少一个购买权信息。其中，购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

本实施例中的购买权信息包含至少一个商品参数，例如商品标识、商品的量和商品金额，根据购买权信息中包含的商品参数即可确定购买权信息对应的目标商品。购买权信息至少包括目标商品的商品标识、目标商品的商品数量和目标商品的商品金额，其还可以包括目标商品的商品单价、目标商品的商品重量等商品参数。也就是，购买权信息用于将待交易的商品拆分为一个或者两个及两个以上目标商品。本实施例中第一终端12和服务器11生成购买权信息的具体实施与实施例一相同，此处不再赘述。

第一终端12生成购买权信息后，第一终端12再将其所生成的购买权信息发送给第二终端13。

在本实施例中，第一终端12可通过多种方式将购买权信息发送给第二终端13。例如，通过购物网站或者购物APP的后台将购买权信息发送给第二终端13；例如，通过通讯软件(微信等)将购买权信息发送给第二终端13。本实施例中第一终端12发送购买权信息至第二终端13的具体实施方式已在实施例一中进行了说明，此处不再赘述。

第二终端13用于接收第一终端12发送的购买权信息，并接收用户基于购买权信息输入的收货信息。

第二终端13接收到购买权信息后，第二用户通过第二终端13可查看购买权信息，然后基于购买权信息输入收货信息。本实施例中的收货信息至少包括：收货地址、收货人电话和收货人名称，此外还可包括收货地址的邮编、收货人的身份证号等信息。根据上述实施例可知，第二用户可直接在结构化数据的购买权信息(表格)中填写收货信息，也可以通过点击购买权信息对应的链接并输入收货信息。

与实施例一还有的不同是，第二终端13接收到用户基于购买权信息输入的收货信息后，第二终端13直接根据购买权信息和用户基于购买权信息输入的收货信息生成目标商品的订单信息。本实施例中的订单信息至少包括：商品标识、商品数量、商品单价、收货地址、收货人电话以及收货人名称等等。

第二终端13将其生成的订单信息发送给服务器。服务器可根据上述订单信息安排发货目标商品给第二用户。

第二终端13在生成订单信息后，第二用户还需通过第二终端13查看订单信息，以确认订单信息中的收货信息、商品信息等是否无误，若确认无误后，第二用户可通过第二终端确认订单信息。

在一实施例中，第二用户通过第二终端13确认订单信息后，第二终端13向服务器11发送确认订单信息请求，服务器11接收到确认订单信息请求后，服务器11根据订单信息生成订单交易信息。

在另一实施例中，第二用户通过第二终端13确认订单信息后，第二终端13直接基于订单信息生成订单交易信息，并将订单交易信息发送给服务器11。其中，订单交易信息用于按照预设方式对目标商品进行发货。

上述实施例中的订单交易信息为第二用户(收货用户)对订单信息确认后的信息，在一些实施例中，订单交易信息至少包括订单信息和第二用户的确认信息，电子商务平台的服务器在接收到订单交易信息后，才可对目标商品发货。

需要说明的是，订单交易信息在发送给服务器11或者服务器11生成订单交易信息后，服务器11还需将订单交易信息发送给第一终端12和第二终端13以通知第一用户和第二用户目标商品的发货情况，此外，对于一些由卖家提供交易商品的购物网站或购物APP，还需将订单交易信息发送给第三终端，也就是将订单交易信息发给卖家，使得卖家能够安排发货。

基于上述实施例，所述的实现商品支付与收货分离的系统还包括数据库服务器，数据库服务器用于存储附加信息。本实施例中的附加信息包括：景点宣传信息、景点门票购买链接、景点门票优惠券、景点门票赠票、目标商品的商品信息以及与目标商品相关联的其他商品购买链接中的至少一种。

在第一终端12生成至少一个购买权信息时，第一终端12从数据库服务器中获取附加信息，并将附加信息加入购买权信息中，更新所生成的购买权信息。这样，使得第二用户在查看购买权信息时能够一并查看附加信息，以对其他商品或者景点进行宣传。

基于上述实施例提供的实现商品支付与收货分离的系统，本实施例还提供了一种实现商品支付与收货分离的方法，请参考图14，图14为又一种实施例的实现商品支付与收货分离的方法流程图，所述的方法包括：

步骤401，第一终端发出一商品交易请求。其中，商品交易请求包括待交易商品的商品信息。本实施例中待交易商品的商品信息由第一终端获取，其可通过键盘输入、鼠标选择和扫码等方式采集待交易商品的商品信息。

步骤402，服务器接收商品交易请求，并根据商品交易请求获取待交易商品的商品信息，根据商品信息生成支付信息。本实施例中的支付信息可以为支付二维码、支付链接或者支付语音提示。

步骤403，服务器将支付信息发送给第一终端。第一终端接收到支付信息后，可以将支付信息显示在显示屏上，以供第一用户进行支付，也可以播放支付语音提示给第一用户。

步骤404，第一终端根据支付信息完成支付。本实施例不限制支付方式，其可以采用第三方软件(微信、支付宝等)进行支付，也可以采用现金支付，还可以采用银行卡支付。

步骤405，在完成支付后，第一终端生成至少一个购买权信息。其中，购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

本实施例中的购买权信息包含至少一个商品参数，例如商品标识、商品的量和商品金额，根据购买权信息中包含的商品参数即可确定购买权信息对应的目标商品。购买权信息至少包括目标商品的商品标识、目标商品的商品数量和目标商品的商品金额，其还可以包括目标商品的商品单价、目标商品的商品重量等商品参数。

步骤406，第一终端将所生成的购买权信息发送给第二终端。本实施例中，第一终端将生成的所有购买权信息全部发送给第一终端，其中购买权信息能够为一个，可能为两个及两个以上。

在本实施例中，购买权信息可以直接发送给第二终端，也可以发送至第二终端所在的群组中，例如微信群或者QQ群，群组中的第二终端可以选择接收购买权信息。

步骤407，第二终端接收第一终端发送的购买权信息，并接收用户基于购买权信息输入的收货信息。本实施例中的收货信息至少包括：收货地址、收货人电话和收货人名称，此外还可包括收货地址的邮编、收货人的身份证号等信息。根据上述实施例可知，第二用户可直接在结构化数据的购买权信息(表格)中填写收货信息，也可以通过点击购买权信息对应的链接并输入收货信息。

步骤408，第二终端根据第一终端发送的购买权信息和用户基于购买权信息输入的收货信息，生成目标商品的订单信息。本实施例中的订单信息至少包括：商品标识、商品数量、商品单价、收货地址、收货人电话以及收货人名称等等。服务器可根据上述订单信息安排发货目标商品给第二用户。

在本实施例中，上述步骤的具体实施方式以及扩展方法步骤的具体实施方式已在上述实施例一、二、三中分别进行了详细说明，此处不再赘述。

实施例五：

请参考图15，图15为一种实施例的服务器的结构示意图，所述的服务器包括：

第一接收请求模块501用于接收一商品交易请求，其中商品交易请求包括待交易商品的商品信息。

第一支付模块502用于根据商品交易请求，生成对应的支付信息并将支付信息发送给第一终端。

第一购买权生成模块503用于在第一终端支付成功后，生成至少一个购买权信息并将购买权信息发送给第一终端；购买权信息包含至少一个商品参数，至少一个商品参数用于确定目标商品，所述待交易商品包含至少一个目标商品。

第一订单生成模块504用于接收第二终端发送的购买权信息和购买权信息对应的收货信息，根据购买权信息和购买权信息对应的收货信息生成所述目标商品的订单信息，其中收货信息由用户基于购买权信息通过第二终端输入得到，所述购买权信息由第一终端生成并发送给第二终端；或者，接收第二终端发送的订单信息，订单信息由购买权信息和购买权信息对应的收货信息生成。

在本实施例中，上述模块的具体实施方式在实施例一和实施例三对应的方法步骤中已详细进行了说明，此处不再赘述。

请参考图16，图16为另一种实施例的服务器的结构示意图，所述的服务器包括：

第二接收请求模块601用于接收一商品交易请求，其中商品交易请求包括待交易商品的商品信息。

第二支付模块602用于根据商品交易请求，生成对应的支付信息并将支付信息发送给第一终端。

第二订单生成模块603用于在第一终端支付成功后，接收第二终端发送的购买权信息和购买权信息对应的收货信息，根据购买权信息和购买权信息对应的收货信息生成目标商品的订单信息，其中收货信息由用户基于购买权信息通过第二终端输入得到，购买权信息由第一终端生成并发送给第二终端；或者，接收第二终端发送的订单信息，订单信息由购买权信息和购买权信息对应的收货信息生成。

在本实施例中，上述模块的具体实施方式在实施例二和实施例四对应的方法步骤中已详细进行了说明，此处不再赘述。

本实施例的服务器还包括：

第一订单确认模块用于将所述订单信息发送给第二终端；在接收到第二终端的确认订单信息请求后，生成订单交易信息；其中，所述订单交易信息用于按照预设方式对目标商品进行发货。或者，第一订单确认模块还可以用于将订单信息发送给第二终端，并接收第二终端发送的订单交易信息；其中，订单交易信息用于按照预设方式对目标商品进行发货。

本实施例提供的服务器还包括:

第一附加信息模块，用于从数据库服务器中获取附加信息；并将附加信息加入购买权信息中，更新购买权信息。

本实施例提供的服务器还包括:

第一标识获取模块用于生成第一标识信息并将所述第一标识信息加入购买权信息中，更新所述购买权信息；其中，所述第一标识信息用于标识购买权对应的收货用户标识。或者，第一标识获取模块还可以用于接收第一终端发送的第一标识信息，将第一标识信息加入购买权信息中，更新购买权信息；其中，第一标识信息用于标识购买权对应的收货用户标识。

第二标识获取模块用于接收第二终端发送的第二标识信息，或者用于获取第二标识信息；其中，第二标识信息用于标识用户身份。

第一验证模块，用于解析第二终端发送的购买权信息中的第一标识信息，判断第一标识信息和第二标识信息是否一致；若一致，根据购买权信息和购买权信息对应的收货信息生成所述目标商品的订单信息。

本实施例提供的服务器还包括：

第一购买权回收模块用于若预设时间内未接收到第二终端发送的购买权信息和所述购买权信息对应的收货信息，接收第一终端输入的第一收货信息，根据所述第一收货信息和购买权信息，生成目标商品的订单信息；或者，第一购买权回收模块还可以用于若预设时间内未接收到第二终端发送的订单信息，接收第一终端输入的第一收货信息，根据第一收货信息和购买权信息，生成目标商品的订单信息。

第二购买权回收模块用于若预设时间内未接收到第二终端的确认订单信息请求，接收第一终端发送的第一收货信息，根据第一收货信息和所述购买权信息，更新目标商品的订单信息；根据订单信息，生成订单交易信息；或者，第二购买权回收模块还可以用于若预设时间内未接收到第二终端发送的订单交易信息，接收第一终端发送的第一收货信息，根据第一收货信息和购买权信息，更新目标商品的订单信息；根据订单信息，生成订单交易信息。

本实施例中的订单交易信息为第二用户(收货用户)对订单信息确认后的信息，在一些实施例中，订单交易信息至少包括订单信息和第二用户的确认信息，电子商务平台的服务器在接收到订单交易信息后，才可对目标商品发货。

实施例六：

请参考图17，图17为一种实施例的终端的结构示意图，所述的终端包括：

发出请求模块701用于发出一商品交易请求，所述商品交易请求包括待交易商品的商品信息.

第三购买权生成模块702用于接收所述商品交易请求对应的支付信息，在完成支付后，生成至少一个购买权信息；购买权信息包含至少一个商品参数，其中至少一个商品参数用于确定目标商品，待交易商品包含至少一个目标商品。

第三订单生成模块703用于接收外部终端发送的购买权信息，接收用户基于外部终端发送的购买权信息输入的收货信息，根据外部终端发送的购买权信息和所述收货信息生成订单信息，或者，接收外部终端发送的购买权信息，接收用户基于外部终端发送的购买权信息输入的收货信息，发出购买权信息和所述收货信息。

本实施例提供的终端还包括：

第二订单确认模块用于在确认订单信息后，发出订单信息确认请求；或者，用于在确认订单信息后，生成订单交易信息并发出所述订单交易信息；或者，用于接收订单信息，在确认订单信息后，发出确认订单信息请求；或者，用于接收订单信息，在确认订单信息后，生成订单交易信息并发出订单交易信息。

本实施例提供的终端还包括：

第二附加信息模块用于从数据库服务器中获取附加信息；并将附加信息加入购买权信息中，更新购买权信息。

本实施例提供的终端还包括：

第三标识获取模块用于生成第一标识信息并将第一标识信息加入购买权信息中，更新购买权信息；其中，第一标识信息用于标识购买权对应的收货用户标识。

第四标识获取模块用于获取用户的第二标识信息；其中，第二标识信息用于标识用户身份。

第二验证模块用于解析外部终端发送的购买权信息中的第一标识信息，判断第一标识信息和第二标识信息是否一致；若一致，根据外部终端发送的购买权信息和收货信息生成订单信息，或者，发出购买权信息和收货信息。

本实施例提供的模块的具体实施方式已在实施例一、二、三和四对应的方法步骤中进行了详细说明，此处不再赘述。

本领域技术人员可以理解，上述实施方式中各种方法的全部或部分功能可以通过硬件的方式实现，也可以通过计算机程序的方式实现。当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘、光盘、硬盘等，通过计算机执行该程序以实现上述功能。例如，将程序存储在设备的存储器中，当通过处理器执行存储器中程序，即可实现上述全部或部分功能。另外，当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序也可以存储在服务器、另一计算机、磁盘、光盘、闪存盘或移动硬盘等存储介质中，通过下载或复制保存到本地设备的存储器中，或对本地设备的系统进行版本更新，当通过处理器执行存储器中的程序时，即可实现上述实施方式中全部或部分功能。

以上应用了具体个例对本发明进行阐述，只是用于帮助理解本发明，并不用以限制本发明。对于本发明所属技术领域的技术人员，依据本发明的思想，还可以做出若干简单推演、变形或替换。