CN110415056A - 一种线下订单的多人合作下单的方法 - Google Patents

Abstract

本申请涉及一种线下订单的多人合作下单的方法，其具体包括一种线下订单的多人合作下单的买家客户端方法，一种线下订单的多人合作下单的商家客户端方法，和一种线下订单的多人合作下单的服务器端方法。本申请可以带来优异的用户体验，用户将线下购买行为生成可以转发可以修改的电子订单，线下购买的商品或者服务可以轻松传递，给线下购物和送礼行为带来最好的便利性。

Description

一种线下订单的多人合作下单的方法

技术领域

本申请属于电子商务领域，尤其是涉及一种线下订单的多人合作下单的方法。

背景技术

消费者在线上购物非常方便，但是却缺乏与商品面对面的真实感觉。另外很多商品或者服务并不适合在线上销售。因此，仍然存在大量的用户通过线下传统方式来完成交易。

人们在线下购物时会有较大的烦恼就是商品携带的问题，另外，在发现了好的商品比如礼品或者服务之后，由于没有考虑好如何赠送或者收货，往往会错过购买时机，而在后来的实际需要购买时，又比较难再次去到现场，诸如此类的困难，使得买家错过了很多购物机会，商家失去了很多商机。

如何让消费者在线下的购物仍然具有线上购物的便利性，成为了现有技术一直需要解决的问题。

发明内容

本申请提供一种线下订单的多人合作下单的买家客户端方法，以及实现该方法的设备和介质。本申请提供的实施方式克服了本领域存在的一种或多种缺点。

具体而言，本申请包括以下内容：

实施方式1.一种线下订单的多人合作下单的买家客户端方法，其包括：

第一买家客户端借助于商家提供的订单邀请码向服务器发送生成订单的指令，并从服务器获得订单码，转发所述订单码；

第二客户端接收所述订单码，根据所述订单码向服务器发送对所述订单进行操作的指令和/或转发所述订单码。

实施方式2.根据实施方式1所述的方法，其中“第二客户端接收根据所述订单码向服务器发送对所述订单进行操作的指令”包括以下的至少一个步骤：

根据所述订单码向服务器发送确认接收所述订单的指令，

根据所述订单码向服务器发送修改/完善所述订单的指令，

根据所述订单码向服务器发送取消所述订单的指令，和

根据所述订单码向服务器发送确认提货的指令。

实施方式3.根据实施方式1所述的方法，其中，“第一买家客户端借助于订单邀请码向服务器发送生成订单的指令，并从服务器获得订单码，转发所述订单码”包括第一买家客户端借助于订单邀请码向服务器发送生成多个订单的指令，并从服务器获得对应于多个订单的订单码，并转发所述订单码。

实施方式4.根据实施方式1所述的方法，还包括：在所述订单码所对应的订单包括多个商品时，所述第二买家客户端/所述第一买家客户端根据所述订单码向服务器发送将所述订单码所对应的订单拆分成多个子订单的指令，并从服务器获取与所述多个子订单对应的多个子订单码。

实施方式5.实施方式1的方法，其中所述生成订单的指令包括选自以下信息中的一种或多种：商品信息，付款信息，收货地址，收货人，联系方式。

实施方式6.实施方式2的方法，其中“向服务器发送修改/完善所述订单的指令”的步骤包括修改/完善订单中选自以下信息中的一种或者多种：商品信息，付款信息，收货地址，收货人，联系方式。在一些实施方式中，所述商品信息包括商品的至少一种属性如的规格、型号、大小、颜色中的至少一种。

实施方式7.实施方式1或4的方法，其中“根据所述订单码向服务器发送确认提货的指令”的步骤还包括：所述确认提货的指令一次指示服务器完成多件订单修改和/或完善。

实施方式8.一种线下订单的多人合作下单的商家客户端方法，其包括：

商家客户端向服务器发送商家信息，并接收服务器发送的订单邀请码，

任选地，接收服务器发送的是否同意生成订单的消息，向服务器发送是否生成订单的指令，

接收服务器发送的生成最终订单的消息。

实施方式9.实施方式8的方法，其中

所述商家信息包括选自以下的至少一种：商家通过扫描商品条形码获得的商品信息，商家通过对商品进行拍照获得的商品照片，商品的价格信息，商品的数量信息，商家的联系方式，商家的支付信息等。

实施方式10.一种线下订单的多人合作下单的服务器端方法，其包括：

商家步骤：服务器从商家客户端接收商家信息，生成与所述商家信息对应的订单邀请码，服务器向商家客户端发送生成的订单邀请码(并且任选地保存相应的商家信息)；

第一买家步骤：服务器接收第一买家客户端借助于所述订单邀请码发送的生成订单指令，(任选地，向商家客户端发送该生成订单的请求，并从商家客户端接收商家的确认，)生成初始订单和订单码，向第一买家客户端发送订单码，(任选地向商家发送订单相关信息)；

第二买家步骤：

服务器接收第二买家客户端根据所述订单码发送的对所述初始订单进行操作的指令。

实施方式11.根据实施方式10所述的方法，其中，所述第二买家步骤包括：

服务器执行以下步骤中的一个或者多个：

接收第二买家客户端根据所述订单码发送的修改/完善所述初始订单的指令，并且执行相应的操作，

接收第二买家客户端根据所述订单码发送的取消所述初始订单的指令，并且执行相应的操作，

接收第二买家客户端根据所述订单码发送的确认接收所述初始订单的指令，将该初始订单的所有者设置为该第二买家，

服务器接收第二买家根据所述订单码发送的确认提货的指令，并且生成最终订单(，任选地将最终订单发送给商家)。

实施方式12.根据实施方式10所述的方法，其包括：

服务器接收将所述订单码从第一买家客户端转发给第二买家客户端的操作，并且将所述所述转发操作进行记录。

实施方式13.实施方式11的方法，其中所述第二买家步骤包括：服务器判断确认提货的买家客户端是否是正确接收了转发的订单码的买家客户端。

实施方式14.实施方式10的方法，其中在第二买家步骤中，第二买家客户端对订单进行操作时，服务器仅向第二买家发送除第一买家的隐私信息 (比如订单中的商品价格)之外的信息。

实施方式15.实施方式10的方法，其中第一买家步骤包括：服务器接收成批生成多个订单的指令，生成多个初始订单和对应的订单码，其中服务器记录每个第二买家的行为，从而使得第二买家步骤中每个第二买家仅能根据所述订单码对一个或多个初始订单进行确认提货，直到所有初始订单都完成。

实施方式16.实施方式10的方法，其中第二买家步骤包括：服务器接收第二买家发送的“针对多个订单码的修改订单指令和/或确认提货指令”，将所述多个初始订单进行修改和/或生成相应的最终订单。

实施方式17.实施方式10的方法，其中：

所述订单码为与所述初始订单相对应的字符串、二维码或者网络链接地址中的一种或多种。

实施方式18.一种用于线下购物的系统，其包括买家客户端、商家客户端和服务器，其中所述买家客户端配置为执行实施方式1-7中任一项所述的买家客户端方法，所述商家客户端配置为执行实施方式8-9中任一项所述的商家客户端方法，所述服务器配置为执行实施方式10-19中任一项所述的服务器端方法。

实施方式19.一种客户端，其配置为执行实施方式1-9中任一项所述的客户端方法。

实施方式20.一种服务器，其配置为执行实施方式10-17中任一项所述的服务器端方法。

实施方式21.一种计算机可读介质，其包含计算机程序，当所述计算机程序被计算机执行时，计算机执行实施方式1-17中任一项所述的方法。

本技术的优点在于：1、通过在商户和买家之间形成可以转发和更改的订单码，让消费者在线下的购物仍然具有线上购物的便利性(需要强调的是，本申请所述的购物包括购买商品和服务中的至少一种的行为)，甚至带来了更加便捷的收货方式；2、本发明的方法使得线上购物和线下购物的界限被打破，线下商家的商品或者服务可以方便地在线上传播；3、本发明方法的其它优选实施方式还带来了更多预料不到的技术效果，在具体实施方式部分具体描述。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例的附图作简单地介绍，显而易见地，下面描述中的附图仅仅涉及本公开的一些实施例，而非对本公开的限制。

图1示出了一种线下订单的多人合作下单的方法的具体实施方式。

图2示出了一种线下订单的下单方法的具体实施方式，相比于图1而言，图2更加具有一般性。

附图标记具有如下含义：

1：商家客户端向服务器发送商家信息，服务器从商家客户端接收商家信息，生成与所述商家信息对应的订单邀请码；

2：服务器向商家客户端发送生成的订单邀请码，商家客户端接收服务器发送的订单邀请码；

3：(第一)买家客户端从商家客户端获取订单邀请码；

4：(第一)买家客户端借助于商家提供的订单邀请码向服务器发送生成订单的指令，服务器接收(第一)买家客户端借助于所述订单邀请码发送的生成订单指令，生成初始订单和订单码，

5：服务器向(第一)买家客户端发送订单码，(第一)买家客户端从服务器获得订单码；

6：(第一)买家客户端转发所述订单码，(第二)买家客户端接收所述订单码；

7：(第二)买家客户端根据所述订单码向服务器发送对所述订单进行操作(比如提货，拆单，)的指令，服务器接收(第二)买家客户端根据所述订单码发送的对所述初始订单进行操作的指令(服务器接收(第二)买家客户端根据所述订单码发送的确认提货的指令，并且生成最终订单)；

8：服务器将最终订单发送给商家客户端，商家客户端接收服务器发送的生成最终订单的消息；

9：买家客户端向服务器发送命令，对订单进行操作。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例的附图，对本公开实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

在本申请中，除非特别指出或者根据上下文的理解可以得出不同的含义，否则各个术语具有本领域通常理解的含义。本申请中使用的术语“商品”，当单独出现时，除非上下文明确相反地指出，或者与上下文的内容相矛盾，否则包括商品及服务，更具体地包括实物商品、虚拟商品、服务、及其组合。也就是说，本申请中使用的术语“商品”包括所有买卖行为的交易标的物(如商品或服务)，其含义涵盖实物商品、虚拟商品、服务、及其组合。本申请所述的商品信息包括商品或服务的至少一种属性，如该商品或服务的规格、型号、大小、颜色中的至少一种。

图1提供了一种线下订单的多人合作下单的方法的具体的实施方式。在图1中，整个购物过程包括了三个参与主体以及在后台的服务器，其中三个参与主体分别是商家客户端，第一买家客户端和第二买家客户端。根据本发明的方法，在一次具体的购物中，通常会包括图1中所示的步骤1-8。具体而言，步骤1-8分别具有如下含义：

步骤1：商家客户端向服务器发送商家信息，服务器从商家客户端接收商家信息，生成与所述商家信息对应的订单邀请码；

步骤2：服务器向商家客户端发送生成的订单邀请码，商家客户端接收服务器发送的订单邀请码；

步骤3：第一买家客户端从商家客户端获取订单邀请码；

步骤4：第一买家客户端借助于商家提供的订单邀请码向服务器发送生成订单的指令，服务器接收第一买家客户端借助于所述订单邀请码发送的生成订单指令，生成初始订单和订单码，

步骤5：服务器向第一买家客户端发送订单码，第一买家客户端从服务器获得订单码；

步骤6：第一买家客户端转发所述订单码，第二买家客户端接收所述订单码；

步骤7：第二买家客户端根据所述订单码向服务器发送对所述订单进行操作(比如提货，拆单，等)的指令，服务器接收第二买家客户端根据所述订单码发送的对所述初始订单进行操作的指令(服务器接收第二买家根据所述订单码发送的确认提货的指令，并且生成最终订单)；

步骤8：服务器将最终订单发送给商家客户端，商家客户端接收服务器发送的生成最终订单的消息。

在本申请中，第一买家客户端和第二买家客户端的结构一般包括：CPU、存储器(flash、RAM)、输入输出设备(键盘、显示屏、USB、串口)，有的还有一个更重要的I/O通道，那就是空中接口，通过空中接口协议(例如GSM、 CDMA、PHS等)和基站通信，既可以传输语音、也可以传输数据。

第一买家客户端和第二买家客户端可以是移动计算机、膝上型电脑、智能手机、PDA、台式计算机等等。

服务器的构成一般包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。其上一般安装有服务器软件，如MySQL，PostgreSQL，MicrosoftSQL Server等。

第一买家客户端与服务器、第二买家客户端之间通过有线网络或者无线网络链接，也可能是局域网或者广域网。

在步骤1中，商家客户端向服务器发送商家信息，服务器从商家客户端接收商家信息，生成与所述商家信息对应的订单邀请码。在买家通过订单邀请码直接完成订单的情况下，订单邀请码可以视为是商家发出的一种要约。而在买家通过订单邀请码下单之后，订单还需要商家确认的情况下，订单邀请码可以视为是商家发出的一种要约邀请。此处，商家信息可以包括选自以下的至少一种：商家通过扫描商品条形码获得的商品信息，商家通过对商品进行拍照获得的商品照片，商品的价格信息，商品的数量信息，商家的联系方式，商家的支付信息，商家的名称和位置等。在一般情况下，商家信息至少要包括商家的名称信息，作为订单的供货方出现。在更具体的情况下，商家信息还包括商家的位置信息，联系方式等便于买家与商家取得联系的信息。在一些情况下，商家信息还包括商家的支付信息，该支付信息可以包括商家接受买家对所购买的商品或者服务进行付款的支付信息和商家向服务器提供方支付订单服务费的支付信息中的至少一个。商家所提供的订单邀请码可以包括商品信息，也可以在生成订单时再输入具体的商品信息。一般而言，商品信息可以包括：商家通过扫描商品条形码获得的商品信息，商家通过对商品进行拍照获得的商品照片，商品的价格信息，商品的数量信息等中的一种或多种。在本申请中，除非特别指明，术语商品具有本领域通常理解的含义，也即，本申请的商品包括服务、实物商品和虚拟商品中的至少一种。

在步骤2中，服务器向商家客户端发送生成的订单邀请码，商家客户端接收服务器发送的订单邀请码。在一些实施方式中，所述的订单邀请码可以是字符串、二维码或者网络链接地址中的一种或多种，其在服务器端对应的是商家在步骤1中向服务器提供的具体的商家信息。这样，买家客户端可以通过该订单邀请码唯一地连接至该商家信息，与该商家信息的提供者进行买卖活动，例如签订电子订单。

步骤3中第一买家客户端从商家客户端获取订单邀请码。买家在线下遇到心仪的商品或者服务，会向商家索取订单邀请码，商家在遇到合适的潜在买家时，也会主动向买家提供订单邀请码，以期获得交易机会。订单邀请码的获取方式没有任何限制，可以是通过社交软件转发获取，通过二维码扫描获取，通过网络链接地址的分享获取，通过特定字符串的输入获取。在本中请中，“第一买家客户端从商家客户端获取订单邀请码”的具体获取方式没有限制，可以是直接获取，例如直接扫描商家客户端上的二维码，也可以是间接获取，例如扫描从商家客户端打印出来的二维码。

在步骤4中，第一买家客户端借助于商家提供的订单邀请码向服务器发送生成订单的指令，服务器接收第一买家客户端借助于所述订单邀请码发送的生成订单指令，生成初始订单和订单码。当买家希望购买商家的商品时，会用买家客户端借助于商家提供的订单邀请码向服务器发送生成订单的指令。服务器在接收到指令之后，生成初始订单和订单码，该初始订单在服务器端保存商家和买家的信息以及买家提供给服务器的买卖合同相关的其它信息。订单码是与该初始订单具有唯一对应关系的字符串、二维码或者网络链接地址中的一种或多种。该订单码具有良好的可以传播特性，其可方便地被买家客户端通过社交软件等方式转发。在本申请的一些实施方式中，初始订单对买卖双方达成的不可修改信息和可修改信息进行了约定。买家在获取订单码之后，可以通过订单码查看订单信息，修改订单的可修改信息。在一些情况下，为了保证订单的秘密性，服务器端将订单码设置成为买家用户查看和修改初始订单的唯一方式。同一个初始订单可以具有多种订单码，比如同时具有字符串、二维码和网络链接地址作为该初始订单的订单码。

在步骤5中，服务器向第一买家客户端发送订单码，第一买家客户端从服务器获得订单码。订单码的发送方式没有限制，可以采用现有技术中任何已知的方式，例如短信，客户端消息提醒，图片等等方式。

在步骤6中第一买家客户端转发所述订单码，第二买家客户端接收所述订单码。针对一个买家不能完成订单所有信息的情况下，第一买家客户端可以通过将订单码转发给第二买家客户端进行补充完善。例如，第一买家给他的朋友第二买家的家人购买了一桌晚宴，而赴宴的第二二买家需要征求家人的同意之后，确定赴宴时间，在这种情况下，第一买家通过第一买家客户端将订单码发送给第二买家客户端，第二买家客户端通过该订单码将具体的赴宴时间进行修改，在到店消费时点击提货，从而完成订单所涉及的服务的消费。

在一些实施方式中，所述订单包含多媒体信息，所述多媒体信息包含图片、音频、视频和文字中的至少一种。包含多媒体信息的订单可以给订单接收者传达更加多的内容，超出订单本身的含义，比如多媒体信息中包含转发订单者对接收订单者的祝福，该祝福采用视频、音频、图片或文字来表达。转发订单时，可以对订单中的多媒体信息进行修改，从而适应本次转发的具体情况。因此，在一些实施方式中，所述“转发所述订单码”的操作还包括“设置该订单的多媒体信息”。

步骤7中，第二买家客户端根据所述订单码向服务器发送对所述订单进行操作(比如提货，拆单，等)的指令，服务器接收第二买家客户端根据所述订单码发送的对所述初始订单进行操作的指令(服务器接收第二买家根据所述订单码发送的确认提货的指令，并且生成最终订单)。需要说明的是，获取订单码的客户端即可进行对订单的操作。而对订单的操作可以有很多，比如第二买家客户端根据所述订单码向服务器发送确认接收所述订单的指令，服务器接收第二买家客户端根据所述订单码发送的确认接收所述初始订单的指令，将该初始订单的所有者设置为该第二买家；第二买家客户端根据所述订单码向服务器发送修改/完善所述订单的指令，服务器接收第二买家客户端根据所述订单码发送的修改/完善所述初始订单的指令，并且执行相应的操作；第二买家客户端根据所述订单码向服务器发送取消所述订单的指令，服务器接收第二买家客户端根据所述订单码发送的取消所述初始订单的指令，并且执行相应的操作；和第二买家客户端根据所述订单码向服务器发送确认提货的指令，服务器接收第二买家根据所述订单码发送的确认提货的指令，并且生成最终订单，任选地服务器将最终订单发送给商家。在所述订单码所对应的订单包括多个商品时，所述第二买家客户端/所述第一买家客户端根据所述订单码向服务器发送将所述订单码所对应的订单拆分成多个子订单的指令，并从服务器获取与所述多个子订单对应的子订单码。通过这个拆单操作，第一买家可以将一起购买的多件商品拆分成多个订单单独发送给不同的第二买家，或者进行不同的操作，向不同的收货地址发货。

在一些实施方式中，在所购买的商品为实物商品时，在生成最终订单之前，服务器还可以向第二买家客户端发送选择物流的提醒，第二买家客户端根据该提醒，选择合适的物流完成订单。在一些实施方式中，第二买家客户端直接将订单码发送给物流公司。接收委托的物流公司凭订单码去商家取货并进行相应的承运工作。在这种情况下，线下的商家完全不关注发货信息。

步骤8中，服务器将最终订单发送给商家客户端，商家客户端接收服务器发送的生成最终订单的消息。在买家客户端完成了对订单的所有信息的确认之后，服务器即生成最终订单，并且将最终的订单发送给商家客户端。商家客户端接收到最终订单的消息之后，即开始履行订单的义务，例如提供相应的商品或者服务。

本发明的方法的优点在于1、通过在商户和买家之间形成可以转发和更改的订单码，让消费者在线下的购物仍然具有线上购物的便利性(需要强调的是，本申请所述的购物包括购买商品和服务中的至少一种的行为)，甚至带来了更加便捷的收货方式；2、本发明的方法使得线上购物和线下购物的界限被打破，线下商家的商品或者服务可以方便地在线上传播。

对于不同的对象，本申请的方法实际上可以描述为三种不同的方法的组合，其中包括一种线下订单的多人合作下单的买家客户端方法，一种线下订单的多人合作下单的商家客户端方法，和一种线下订单的多人合作下单的服务器端方法，因此本申请还包括以下实施方式。

一种线下订单的多人合作下单的买家客户端方法，其包括：第一买家客户端借助于订单邀请码向服务器发送生成订单的指令，并从服务器获得订单码，转发所述订单码；和第二客户端接收所述订单码，根据所述订单码向服务器发送对所述订单进行操作的指令和/或转发所述订单码。在该实施方式中，订单邀请码的来源没有限制，一般情况下由商家提供，由商家提供的含义包括但不限于由商家直接或者间接提供，例如商家提供的订单邀请码经过多次转发给第一买家客户端使用。在该实施方式中，第一买家通过在线下与商家达成买卖合同，然后形成线上可转发的订单码，该订单码可以实现灵活转让，转让过程中历经的订单所有者都可以对订单进行操作。由此实现了线下达成的买卖合同灵活地形成线上的初始订单，订单码可以灵活转发的特性使得该订单能够灵活转让。

在一种实施方式中，其中“第二客户端接收根据所述订单码向服务器发送对所述订单进行操作的指令”包括以下的至少一个步骤：根据所述订单码向服务器发送确认接收所述订单的指令，根据所述订单码向服务器发送修改 /完善所述订单的指令，根据所述订单码向服务器发送取消所述订单的指令，和根据所述订单码向服务器发送确认提货的指令。订单码与服务器上生成的初始订单具有唯一对应关系，获得该订单码的买家即可对该初始订单进行操作。该方法使得第一买家决定购买商品或服务之后，先与商家通过服务器签订订单，生成订单码，获取该订单码的买家可以对该订单进行操作，而不会给第一买家带来过多的负担(比如实物商品或服务的携带，提货，赠予，转赠予等方面，线下购物之后获得的订单码的流转即代表着所购得的商品或服务的流转，在流转的每个节点上，获取该订单码的买家都可以对订单进行操作，并且对订单的内容进行固定)。

在一些实施方式中，“第一买家客户端借助于订单邀请码向服务器发送生成订单的指令，并从服务器获得订单码，转发所述订单码”包括第一买家客户端借助于订单邀请码向服务器发送生成多个订单的指令，并从服务器获得对应于多个订单的订单码，并转发所述订单码。第一买家为了订单转发的便利性，一次性生成多个类似订单，节约了下单的复杂度，在向多个人发送类似订单时，采用该步骤会节省很多人力。收到该订单码的第二买家客户端与该订单码一起结合可以唯一确定一个订单。

在一些实施方式中，本申请的方法还包括：在所述订单码所对应的订单包括多个商品时，所述第二买家客户端/所述第一买家客户端根据所述订单码向服务器发送将所述订单码所对应的订单拆分成多个子订单的指令，并从服务器获取与所述多个子订单对应的多个子订单码。买家为了购买时的便利，将多件商品通过一个订单购买。买家在购买商品之后，在提货之前，都可以根据需要将订单进行拆分，获得不同的子订单码，子订单码根据需要可以单独转发或者进行提货。该方法使得买家购买时更加便利。

在一些实施方式中，所述生成订单的指令包括选自以下信息中的一种或多种：商品信息，付款信息，收货地址，收货人，联系方式。发送生成订单的指令中，可以仅包含最少的信息，比如已经付完款的信息，商品名称。这样做的效果是第一买家可以仅完成订单所需信息中的一部分或者全部，这都不影响第二买家对订单进行修改。在一些实施方式中，生成订单的指令同时还指定某些信息不可更改，比如购买的商品名称不可更改，这样后续的买家再修改该订单时，不能修改商品名称，而可以修改收货地址、收货人、联系方式等信息。

在一些实施方式中个，“向服务器发送修改/完善所述订单的指令”的步骤包括修改/完善订单中选自以下信息中的一种或者多种：商品信息，付款信息，收货地址，收货人，联系方式。对于第二买家，在确认提货时，可以根据需要将订单的信息修改/完善为所需的信息。在一些情况下，订单涉及的是实物商品，并且商家并不提供发货服务，因此在一些实施方式中，第二买家客户端还向服务器发送完善订单中的承运人信息。

在一些实施方式中，其中“根据所述订单码向服务器发送确认提货的指令”的步骤还包括：所述确认提货的指令一次指示服务器完成多件订单修改和/或完善。对于会收到大量订单码的第二买家，在确认提货时，可以一次性将多个订单的信息修改为所需的信息，或者一次性对多个订单进行提货。相当于是将多个订单合并成一个订单进行处理。

本申请提供的另一种方法是一种线下订单的多人合作下单的商家客户端方法，其包括：商家客户端向服务器发送商家信息，并接收服务器发送的订单邀请码；任选地，接收服务器发送的是否同意生成订单的消息，向服务器发送是否生成订单的指令；和接收服务器发送的生成最终订单的消息。在一些实施方式中，所述商家信息包括选自以下的至少一种：商家通过扫描商品条形码获得的商品信息，商家通过对商品进行拍照获得的商品照片，商品的价格信息，商品的数量信息，商家的联系方式，商家的支付信息等。

本申请还提供一种线下订单的多人合作下单的服务器端方法，其包括：

商家步骤：服务器从商家客户端接收商家信息，生成与所述商家信息对应的订单邀请码，服务器向商家客户端发送生成的订单邀请码(并且任选地保存相应的商家信息)；

第一买家步骤：服务器接收第一买家客户端借助于所述订单邀请码发送的生成订单指令，(任选地，向商家客户端发送该生成订单的请求，并从商家客户端接收商家的确认，)生成初始订单和订单码，向第一买家客户端发送订单码，(任选地向商家发送订单相关信息)；

第二买家步骤：

服务器接收第二买家客户端根据所述订单码发送的对所述初始订单进行操作的指令。

一般情况下商家提供订单邀请码的行为属于邀约，而第一买家向服务器发送生成订单的指令属于承诺。关于该服务器端方法，还需要说明的是，在第一买家步骤中，服务器还可以根据第一买家的生成订单的请求，向商家客户端发送该生成订单的请求，并从商家客户端接收商家的确认，在这种情况下，商家提供的订单邀请码已经不是邀约，而是邀约邀请，而买家向服务器发送的生成订单的指令属于邀约，商家确认订单的行为属于生成初始订单的承诺。

在一些实施方式中，所述第二买家步骤包括服务器执行以下步骤中的一个或者多个：

接收第二买家客户端根据所述订单码发送的修改/完善所述初始订单的指令，并且执行相应的操作，

接收第二买家客户端根据所述订单码发送的取消所述初始订单的指令，并且执行相应的操作，

接收第二买家客户端根据所述订单码发送的确认接收所述初始订单的指令，将该初始订单的所有者设置为该第二买家，

服务器接收第二买家根据所述订单码发送的确认提货的指令，并且生成最终订单(任选地将最终订单发送给商家)。

在一些实施方式中，所述方法包括：服务器接收将所述订单码从第一买家客户端转发给第二买家客户端的操作，并且将所述所述转发操作进行记录。进一步地，其中所述第二买家步骤还可以包括：服务器判断确认提货的买家客户端是否是正确接收了转发的订单码的买家客户端。服务器通过接收客户端转发订单码的行为可以精确记录订单的转发情况，从而避免订单被盗。

服务器可以通过对订单设置密码，并将密码发送给第一买家客户端，要求在转发订单码的同时需要转告密码，同时要求对订单进行操作的买家提供密码，从而提高订单的安全性。

在一些实施方式中，在第二买家步骤中，第二买家客户端对订单进行操作时，服务器仅向第二买家发送除第一买家的隐私信息(比如订单中的商品价格)之外的信息。在将订单作为礼品赠送的情况下，送礼者往往不太希望受赠人知晓商品的价格，因此，服务器可以根据买家的要求将该价格隐藏起来，第二买家不可见。在将订单转赠的情况下，转赠的第二买家也不希望受赠的第二买家知晓真正购买该订单的第一买家，在这种情况下，服务器可以根据第二买家的要求，将订单的甲方信息也隐去(甲方即订单的付款方，乙方为订单的提供商品或服务的一方)。

在一些实施方式中，第一买家步骤包括：服务器接收成批生成多个订单的指令，生成多个初始订单和对应的订单码，其中服务器记录每个第二买家的行为，从而使得第二买家步骤中每个第二买家仅能根据所述订单码对一个或多个初始订单进行确认提货，直到所有初始订单都完成。在第一买家客户端一次性生成多个订单的情况下，服务器上生成的多个初始订单可以对应于一个订单码，每个第二买家与该订单码一起构成唯一对应于一个初始订单的凭证。在一些情况下，甚至可以设定每个第二买家能够领取多个该初始订单。具体而言，可以在第二买家每次通过该订单码发送确认接收所述初始订单的指令时生成一个子订单码来实现。具体的实现方式不限于此。

在一些实施方式中，第二买家步骤包括：服务器接收第二买家客户端发送的“针对多个订单码的修改订单指令和/或确认提货指令”，将所述多个初始订单进行修改和/或生成相应的最终订单。在一些实施方式中，第二买家步骤包括：服务器接收第二买家客户端通过订单码发送的将包含多个商品的订单进行拆单的指令，生成多个子初始订单和相应的子订单码，将该子订单码发送给第二买家客户端。

在本申请中，订单码的具体形式没有限制，只要能够达到订单码与在服务器上生成的初始订单具有确定的对应关系即可。在一些实施方式中，所述订单码为与所述初始订单相对应的字符串、二维码或者网络链接地址中的一种或多种。

本申请还提供一种用于线下购物的系统，其包括买家客户端、商家客户端和服务器，其中所述买家客户端配置为执行以上所述的任一项买家客户端方法，所述商家客户端配置为执行以上所述的任一项商家客户端方法，所述服务器配置为执行以上所述的任一项服务器端方法。

类似地，本申请还提供一种客户端，其配置为执行以上所述的任一项买家客户端方法或者商家客户端发放。

类似地，本申请还提供一种服务器，其配置为以上所述的任一项服务器端方法。

本申请的方法实现方式没有限制，包括但不限于通过计算机程序实现本申请所述的方法。因此，本申请还提供一种计算机可读介质，其包含计算机程序，当所述计算机程序被计算机执行时，计算机执行本申请所述的任一项方法。

本申请可以带来优异的用户体验，①用户在线下购买商品并完成付款，同时生成电子订单；②将已付款商品订单通过社交软件转发给好友；③好友点击确认，获得订单；④好友可填写收货地址申请提货，也可将该订单再转发给其他好友；⑤其他好友在点击确认后获得订单，之后可拆单、填写收货地址申请提货，也可将该订单再转发给他(她)的其他好友；直至订单被填写收货地址、完成提货为止。

本申请的方法可以采用现有技术已知的方式实现。①用户在线下购买商品并完成付款，同时形成原始电子订单，形成订单码；②用户通过社交软件将订单码转发给好友，JS(JavaScript)代码记录转发关联信息，该信息实时传递至后台服务器进行记录和备份；③好友点击确认，获得订单；JS代码记录确认信息和订单所有者变更信息，两类信息实时传递至后台服务器进行记录和备份；④好友可填写收货地址申请提货，一旦进入提货流程则订单跟踪行为和数据采集行为结束、程序记录结束，形成结束文档。

本申请的附图2还示出了另一种相比图1而言更加一般性的线下订单的下单方法。在图2所示的方法中，买家客户端并没有区分第一买家客户端或者第二买家客户端。

根据图2的方法，在一次具体的购物中，通常会包括图2中所示的步骤 1-9中的一个或多个。具体而言，步骤1-9分别具有如下含义：

步骤1：商家客户端向服务器发送商家信息，服务器从商家客户端接收商家信息，生成与所述商家信息对应的订单邀请码；

步骤2：服务器向商家客户端发送生成的订单邀请码，商家客户端接收服务器发送的订单邀请码；

步骤3：买家客户端从商家客户端获取订单邀请码；

步骤4：买家客户端借助于商家提供的订单邀请码向服务器发送生成订单的指令，服务器接收买家客户端借助于所述订单邀请码发送的生成订单指令，生成初始订单和订单码，

步骤5：服务器向买家客户端发送订单码，买家客户端从服务器获得订单码；

步骤6：买家客户端转发所述订单码，买家客户端接收所述订单码；

步骤7：买家客户端根据所述订单码向服务器发送对所述订单进行操作 (比如提货，拆单，)的指令，服务器接收买家客户端根据所述订单码发送的对所述初始订单进行操作的指令(例如服务器接收买家客户端根据所述订单码发送的确认提货的指令，并且生成最终订单)；

步骤8：服务器将最终订单发送给商家客户端，商家客户端接收服务器发送的生成最终订单的消息；

步骤9：买家客户端向服务器发送命令，对订单进行操作。

与图1中所示的方法不同的是，图2中的方法没有将买家客户端区分为第一买家客户端和第二买家客户端，买家客户端形成订单之后，可以根据需要进行所有后续的操作。

以上所述仅是本公开的示范性实施方式，而非用于限制本公开的保护范围，本公开的保护范围由所附的权利要求确定。

Claims (10)

1.一种线下订单的多人合作下单的买家客户端方法，其包括：

第一买家客户端借助于商家提供的订单邀请码向服务器发送生成订单的指令，并从服务器获得订单码，转发所述订单码；

第二客户端接收所述订单码，根据所述订单码向服务器发送对所述订单进行操作的指令和/或转发所述订单码。

2.根据权利要求1所述的方法，其中“第二客户端接收根据所述订单码向服务器发送对所述订单进行操作的指令”包括以下的至少一个步骤：

根据所述订单码向服务器发送确认接收所述订单的指令，

根据所述订单码向服务器发送修改/完善所述订单的指令，

根据所述订单码向服务器发送取消所述订单的指令，和

根据所述订单码向服务器发送确认提货的指令。

3.根据权利要求1所述的方法，其中，“第一买家客户端借助于订单邀请码向服务器发送生成订单的指令，并从服务器获得订单码，转发所述订单码”包括第一买家客户端借助于订单邀请码向服务器发送生成多个订单的指令，并从服务器获得对应于多个订单的订单码，并转发所述订单码。

4.根据权利要求1所述的方法，还包括：在所述订单码所对应的订单包括多个商品时，所述第二买家客户端/所述第一买家客户端根据所述订单码向服务器发送将所述订单码所对应的订单拆分成多个子订单的指令，并从服务器获取与所述多个子订单对应的多个子订单码。

5.根据权利要求2所述的方法，其中“向服务器发送修改/完善所述订单的指令”的步骤包括修改/完善订单中选自以下信息中的一种或者多种：商品信息，付款信息，收货地址，收货人，联系方式，所述商品信息包括商品的至少一种属性如的规格、型号、大小、颜色中的至少一种。

6.一种线下订单的多人合作下单的商家客户端方法，其包括：

商家客户端向服务器发送商家信息，并接收服务器发送的订单邀请码，

任选地，接收服务器发送的是否同意生成订单的消息，向服务器发送是否生成订单的指令，

接收服务器发送的生成最终订单的消息。

7.根据权利要求6所述的方法，其中

所述商家信息包括选自以下的至少一种：商家通过扫描商品条形码获得的商品信息，商家通过对商品进行拍照获得的商品照片，商品的价格信息，商品的数量信息，商家的联系方式，商家的支付信息等。

8.一种线下订单的多人合作下单的服务器端方法，其包括：

商家步骤：服务器从商家客户端接收商家信息，生成与所述商家信息对应的订单邀请码，服务器向商家客户端发送生成的订单邀请码；

第一买家步骤：服务器接收第一买家客户端借助于所述订单邀请码发送的生成订单指令，生成初始订单和订单码，向第一买家客户端发送订单码；

第二买家步骤：

服务器接收第二买家客户端根据所述订单码发送的对所述初始订单进行操作的指令。

9.根据权利要求8所述的方法，其中，所述第二买家步骤包括：

服务器执行以下步骤中的一个或者多个：

接收第二买家客户端根据所述订单码发送的修改/完善所述初始订单的指令，并且执行相应的操作，

接收第二买家客户端根据所述订单码发送的取消所述初始订单的指令，并且执行相应的操作，

接收第二买家客户端根据所述订单码发送的确认接收所述初始订单的指令，将该初始订单的所有者设置为该第二买家，

服务器接收第二买家根据所述订单码发送的确认提货的指令，并且生成最终订单。

10.一种计算机可读介质，其包含计算机程序，当所述计算机程序被计算机执行时，计算机执行权利要求1-9中任一项所述的方法。