一种多人合作下单的方法与流程

本申请属于电子商务领域，尤其是涉及一种多人合作下单的方法，其具体地包括一种多人合作下单的客户端方法、一种多人合作下单的服务器端方法，以及实现该方法的设备和介质。

背景技术：

随着信息技术，尤其是互联网技术的飞速发展，电子商务及网络支付已成为人们现代生活中不可缺少的一部分，但是现有的电子商务技术在礼品赠送中还有诸多缺点，比如无法匿名送礼，接收礼品的用户对自己不喜欢的礼物无法转发或者提现，或者接收礼物的用户接收多个礼品时需要一个个的输入配送地址，效率低下，无法对接收的礼品订单进行批处理，或者接收礼物订单无法进行限制编辑。订单的形式可以有多重，每个用户基于自己的习惯和其他考虑，会倾向于采用不同的订单形式，目前的电子商务服务器往往不支持订单形式的自由转变。

技术实现要素：

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

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

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

第一买家客户端向服务器发送生成订单的指令，所述订单包括第二买家用户名的订单、密码订单中的至少一种，所述第二买家用户名的订单是指该订单以第二买家用户名生成，第二买家用户名登录时可见该订单并可对该订单进行操作，密码订单是指该订单通过操作密码登录并进行操作；

第二买家客户端借助于所述操作密码对该订单进行操作或者第二买家客户端通过第二买家用户名登录服务器，并对该订单进行操作。

实施方式2.根据实施方式1所述的方法其中“第二买家客户端借助于操作密码对该订单进行操作”包括以下至少一种：

向服务器发送将所述订单修改为第三买家用户名的订单的指令，

向服务器发送将所述订单的操作密码进行修改的指令，

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

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

向服务器发送确认提货的指令。

和，其中“第二买家客户端通过第二买家用户名登录服务器，并对该订单进行操作”包括以下至少一种：

向服务器发送将所述订单的用户名修改为第三买家的用户名的指令，

向服务器发送将所述订单修改为密码订单的指令，

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

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

向服务器发送确认提货的指令。

实施方式3.根据实施方式1所述的方法，其中，所述第一买家客户端向服务器发送的生成订单的指令包括第二买家用户名和任选的第二买家用户名的验证方式。

实施方式4.根据实施方式3所述的方法，其中，所述验证方式包括以下的至少一种：通过社交软件的用户名认证(例如微信号验证、qq用户名验证)，通过支付工具的账户认证(例如支付宝)，通过手机短信认证，和通过电子商务网站的账户认证(例如淘宝用户名认证、京东用户名认证)。

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

实施方式6.根据实施方式1所述的方法，其中，所述订单为密码订单的情况下，第一买家客户端向服务器发送的生成订单的指令包含所述操作密码，或者第一买家客户端从服务器获取所述操作密码，第二买家客户端从第一买家客户端获取所述操作密码。

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

第一买家步骤：服务器接收第一买家客户端发送的生成订单指令，并生成相应的订单，所述订单包括第二买家用户名的订单、密码订单中的至少一种，所述第二买家用户名的订单是指该订单以第二买家用户名生成，第二买家用户名登录时可见该订单并可对该订单进行操作，密码订单是指该订单通过操作密码登录并进行操作；

第二买家步骤：

服务器接收第二买家客户端借助于操作密码登录或者通过第二买家用户名登录，和接收第二买家客户端对所述订单进行操作的指令，并进行相应的操作。

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

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

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

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

服务器接收第二买家客户端发送的确认提货的指令，并且生成最终订单，

服务器接收第二买家客户端发送的将所述订单的用户名修改为第三买家的用户名的指令，并且将该订单的用户名修改为第三买家的用户名，

服务器接收第二买家客户端发送的将所述订单的操作密码进行修改的指令，并进行相应的操作；

服务器接收第二买家客户端发送的将所述订单修改为第三买家用户名的订单的指令，并进行相应的操作；

服务器接收第二买家客户端发送的将所述订单修改为密码订单的指令，并进行相应的操作。

实施方式9.根据实施方式7的方法，其中

第一买家步骤中，在生成第二买家订单的情况下，服务器还从第一买家客户端接收第二买家用户名的验证方式，

第二买家步骤中，服务器根据所述验证方式接收第二买家的登录。

实施方式10.实施方式7的方法其中，在生成第二买家订单的情况下，第一买家步骤包括：服务器判断是否已经存在以“第二买家的用户名”注册的用户，如果没有，则以该“第二买家的用户名”新建用户，再以第二买家的用户名生成订单，如果已有“第二买家的用户名”，则直接以第二买家的用户名生成订单。

实施方式11.根据实施方式7的方法，其中

将该订单的用户名修改为第三买家的用户名的步骤包括：服务器判断是否已经存在以“第三买家的用户名”注册的用户，如果没有，则以该“第三买家的用户名”新建用户，再以第三买家的用户名生成订单，如果已有“第三买家的用户名”，则直接以第三买家的用户名生成订单。

实施方式12.实施方式11的方法其中所述服务器还从第二买家客户端接收第三买家用户名的验证方式，并且服务器根据该验证方式接收第三买家的登录

实施方式13.实施方式9的方法，

其中所述验证方式包括通过社交软件的用户名认证(例如微信号验证、qq用户名验证)，通过支付工具的账户认证(例如支付宝)，通过手机短信认证，和通过电子商务网站的账户认证(例如淘宝用户名认证、京东用户名认证)。

实施方式14.实施方式7的方法，在第一买家步骤中，所述订单为密码订单，所述服务器从第一买家客户端接收所述操作密码，并且判断该操作密码是否是全局唯一的操作密码，在该密码是全局唯一的操作密码的情况下，生成所述密码订单，否则向第一买家客户端发送重新设定操作密码的消息，并重新从第一买家客户端接收所述操作密码，并且判断该密码是否是全局唯一的操作密码，直至生成所述密码订单；或者所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第一客户端。

实施方式15.一种电子商务系统，其包括买家客户端和服务器，其中所述买家客户端配置为执行实施方式1-6中任一项所述的买家客户端方法，所述服务器配置为执行实施方式7-14中任一项所述的服务器端方法。

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

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

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

本技术的优点在于：1、买家可以通过自己的账户为别人的账户下单，从而达到诸如赠送礼品的效果；2、订单可以在与用户名相关的订单和密码订单之间转换，从而使得不同的用户可以选择自己合适的订单形式；3、本发明方法的其它优选实施方式还带来了更多预料不到的技术效果，在具体实施方式部分具体描述。

附图说明

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

图1示出了根据本申请的一种多人合作下单方法的具体实施方式。

附图标记具有如下含义：

1：第一买家客户端向服务器发送生成订单的指令，所述订单包括第二买家用户名的订单、密码订单中的至少一种，服务器接收第一买家客户端发送的生成订单指令，并生成相应的订单；

2：所述订单为密码订单的情况下，所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第一客户端，第一买家客户端从服务器获取所述操作密码；

3：第二买家客户端从第一买家客户端获取所述操作密码；

4：在生成第二买家订单的情况下，第一买家步骤包括：服务器判断是否已经存在以“第二买家的用户名”注册的用户，如果没有，则以该“第二买家的用户名”新建用户，再以第二买家的用户名生成订单，如果已有“第二买家的用户名”，则直接以第二买家的用户名生成订单，

5：第二买家客户端借助于操作密码对该订单进行操作(密码订单的情况下)或者第二买家客户端通过第二买家用户名登录服务器，并对该订单进行操作(第二买家用户名的订单的情况下)；

6：第二买家客户端将订单修改为密码订单的情况下，所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第二客户端，第二买家客户端从服务器获取所述操作密码；(也可以是将密码订单的密码进行修改的情况)

7：第三买家客户端从第二买家客户端获取所述操作密码；

8：在第二买家客户端向服务器发送将所述订单的用户名修改为第三买家的用户名的指令的情况下，服务器判断是否已经存在以“第三买家的用户名”注册的用户，如果没有，则以该“第三买家的用户名”新建用户，再以第三买家的用户名生成订单，如果已有“第三买家的用户名”，则直接以第三买家的用户名生成订单；(也可以是将密码订单改为第三买家用户名订单)

9：第三买家客户端借助于操作密码对该订单进行操作(密码订单的情况下)或者第三买家客户端通过第三买家用户名登录服务器，并对该订单进行操作(第三买家的用户名的订单的情况下)。(重复第二买家的操作)

10.所述第一买家客户端向服务器发送的生成订单的指令包括第二买家用户名和第二买家用户名的验证方式的情况下，服务器向第三方验证方发送验证信息。

11.服务器从第三方验证方接收验证信息。

具体实施方式

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

在本申请中，除非特别指出或者根据上下文的理解可以得出不同的含义，否则各个术语具有本领域通常理解的含义。

在本申请中，订单是指商家在服务器上设置的邀约，买家通过网络与服务器

图1提供了一种多人合作下单的方法的具体的实施方式。在图1中，整个购物过程包括了三个买家客户端主体、在后台的服务器和第三方验证方，其中三个买家客户端主体分别是第一买家客户端、第二买家客户端和第三买家客户端。根据本发明的方法，在一次具体的购物中，可能会包括图1中所示的步骤1-11中的一个或者多个。具体而言，步骤1-11分别具有如下含义：

步骤1：第一买家客户端向服务器发送生成订单的指令，所述订单包括第二买家用户名的订单、密码订单中的至少一种，服务器接收第一买家客户端发送的生成订单指令，并生成相应的订单；

步骤2：所述订单为密码订单的情况下，所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第一客户端，第一买家客户端从服务器获取所述操作密码；

步骤3：第二买家客户端获取所述操作密码；

步骤4：在生成第二买家用户名的订单的情况下，第一买家步骤包括：服务器判断是否已经存在以“第二买家的用户名”注册的用户，如果没有，则以该“第二买家的用户名”新建用户，再以第二买家的用户名生成订单，如果已有“第二买家的用户名”，则直接以第二买家的用户名生成订单；

步骤5：第二买家客户端借助于操作密码对该订单进行操作(密码订单的情况下)或者第二买家客户端通过第二买家用户名登录服务器，并对该订单进行操作(第二买家用户名的订单的情况下)；

步骤6：第二买家客户端将订单修改为密码订单的情况下(或者，也可以是将密码订单的密码进行修改的情况)，所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第二客户端，第二买家客户端从服务器获取所述操作密码；

步骤7：第三买家客户端获取所述操作密码；

步骤8：在第二买家客户端向服务器发送将所述订单的用户名修改为第三买家的用户名的指令的情况下(或者，也可以是将密码订单改为第三买家用户名订单的情况)，服务器判断是否已经存在以“第三买家的用户名”注册的用户，如果没有，则以该“第三买家的用户名”新建用户，再将该订单的用户名修改为第三买家的用户名，如果已有“第三买家的用户名”，则将该订单的用户名修改为第三买家的用户名；

步骤9：第三买家客户端借助于操作密码对该订单进行操作(密码订单的情况下)或者第三买家客户端通过第三买家用户名登录服务器，并对该订单进行操作(第三买家的用户名的订单的情况下)。

步骤10.所述第一买家客户端向服务器发送的生成订单的指令包括第二买家用户名和第二买家用户名的验证方式的情况下，服务器向第三方验证方发送验证信息。

步骤11.服务器从第三方验证方接收验证信息。

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

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

服务器的构成一般包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。其上一般安装有服务器软件，如mysql，postgresql，microsoftsqlserver等。本申请中的服务器尤其是指电子商务网站的服务器，其向外部发布销售的商品和价格，形成邀约，买家确定对商品和价格满意之后，通过买家客户端向服务器发送生成订单的指令，形成承诺，邀约和承诺结合就形成了订单(即买卖合同)，服务器会记录或保存该订单。

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

在步骤1中，第一买家客户端向服务器发送生成订单的指令，所述订单包括第二买家用户名的订单、密码订单中的至少一种，服务器接收第一买家客户端发送的生成订单指令，并生成相应的订单。所述第二买家用户名的订单是指该订单以第二买家用户名生成，第二买家用户名登录时可见该订单并可对该订单进行操作。此处的第二买家用户名的订单是指以操作者的用户名之外的用户名生成的订单，服务器也可以支持操作者并不以注册用户登录服务器，而直接发送生成订单的情况，这种情况下，以任何用户名生成订单都可以认为是第二买家用户名订单。所述密码订单是指该订单通过操作密码登录并进行操作。本申请中，操作密码可以是一个密码或者多个密码的组合。一般而言，操作密码应该是全局唯一性的，以便指向全局唯一性的订单。多个密码的组合可以共同使用时才能对订单进行操作，这种情况下，多个密码的组合必须是全局唯一性的，而无需多个密码的组合中的任意个都是全局唯一性的。也可以将多个密码的组合中的每一个赋予具体的操作订单的权限，例如密码1仅能够修改订单的收件地址和联系方式，而密码2仅能够修改订单中商品的规格和型号，在这种情况下，多个密码中的每一个都应该是全局唯一的密码，并且每个密码对应于不同的操作订单的权限。在本申请中，第二买家用户名的订单和密码订单是两种不同的订单形式。密码订单在形式上可以不隶属于任何一个买家，用户通过操作密码对订单进行操作；而第二买家用户名的订单隶属于以“第二买家用户名”注册的用户，第二买家用户名登录服务器即可见，订单的来源可以在该订单中记录，也可以不在该订单中记录。

在步骤2中，所述订单为密码订单的情况下，所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第一客户端，第一买家客户端从服务器获取所述操作密码。这种所述的操作密码如上所述可以是一个密码，也可以是多个密码的组合，在多个密码的组合的情况下，密码需要组合使用时，只需要多个密码的组合为全局唯一性的即可，多个密码中的每个密码可以单独使用时，每个密码都为全局唯一性的。每个密码的具体形式并没有限制，其可以是字符串、二维码和网络链接地址中的一个或多个的组合。操作密码对应唯一的密码订单。一个密码订单可以具有多种或多个操作密码，只要该操作密码能够唯一指向一个密码订单即可，比如一个密码订单可以同时具有字符串、二维码和网络链接地址中的两个或三个作为操作密码。

在一些实施方式中，所述订单为密码订单的情况下，第一买家客户端向服务器发送的生成订单的指令包含所述操作密码，所述服务器从第一买家客户端接收所述操作密码，并且判断该操作密码是否是全局唯一的操作密码，在该密码是全局唯一的操作密码的情况下，生成所述密码订单，否则向第一买家客户端发送重新设定操作密码的消息，并重新从第一买家客户端接收所述操作密码，并且判断该密码是否是全局唯一的操作密码，直至生成所述密码订单；或者所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第一客户端。在这种情况下，步骤2可以省略。

在步骤3中，第二买家客户端获取所述操作密码。在一些实施方式中，第二买家客户端从第一买家客户端获取所述操作密码。在密码订单的情况下，第一买家确定生成了订单之后，可以将操作密码发送给第二买家，例如通过社交软件，电话，短信等方式发送，无论通过何种方式，经过多少个中间人，发送给第二买家，只要第二买家最终使用该操作密码，都是第二买家客户端获取所述操作密码的过程。

在步骤4中，在生成第二买家用户名的订单的情况下，服务器判断是否已经存在以“第二买家的用户名”注册的用户，如果没有，则以该“第二买家的用户名”新建用户，再以第二买家的用户名生成订单，如果已有“第二买家的用户名”，则直接以第二买家的用户名生成订单。

在步骤5中，第二买家客户端借助于操作密码对该订单进行操作(密码订单的情况下)或者第二买家客户端通过第二买家用户名登录服务器，并对该订单进行操作(第二买家用户名的订单的情况下)。

第二买家客户端向服务器发送对所述订单进行操作(比如提货，拆单，等)的指令，服务器接收第二买家客户端发送的对所述订单进行操作的指令。对订单的操作可以有很多，比如第二买家客户端向服务器发送修改/完善所述订单的指令，服务器接收第二买家客户端发送的修改/完善所述订单的指令，并且执行相应的操作；第二买家客户端向服务器发送取消所述订单的指令，服务器接收第二买家客户端发送的取消所述订单的指令，并且执行相应的操作；和第二买家客户端向服务器发送确认提货的指令，服务器接收第二买家发送的确认提货的指令，并且生成最终订单，任选地服务器将最终订单发送给商家。在所述订单包括多个商品时，所述第二买家客户端向服务器发送将所述订单拆分成多个子订单的指令，所述子订单也可以是第二买家用户名的订单、其他买家用户名的订单或者密码订单。

在步骤6中，第二买家客户端将订单修改为密码订单的情况下(或者是将密码订单的密码进行修改的情况)，所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第二客户端，第二买家客户端从服务器获取所述操作密码。

在一些实施方式中，所述服务器从第二买家客户端接收所述操作密码，并且判断该操作密码是否是全局唯一的操作密码，在该密码是全局唯一的操作密码的情况下，就将原来的订单转换成以收到的操作密码进行操作的密码订单，否则向第二买家客户端发送重新设定操作密码的消息，并重新从第二买家客户端接收所述操作密码，并且判断该密码是否是全局唯一的操作密码，直至完成所以收到的操作密码进行操作的密码订单。在这种情况下，步骤6可以省略。

例如，第一买家给他的朋友第二买家以第二买家用户名购买了一桌晚宴形成了第二买家用户名的订单，而第二买家并无暇赴宴，想把晚宴给她的朋友第三买家，于是她首先将该第二买家用户名的订单进行操作，登录服务器，将该第二买家用户名的订单转换成密码订单，设置了操作密码，于是将操作密码转发给了她的好友第三买家，第三买家征求家人的同意之后，确定赴宴时间，在这种情况下，第三买家通过客户端和该操作密码操作该订单，将具体的赴宴时间进行修改，在到店消费时点击提货，从而完成订单所涉及的服务的消费。

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

在步骤7中，第三买家客户端获取所述操作密码。在一些实施方式中，第三买家客户端从第二买家客户端获取所述操作密码。在密码订单的情况下，第二买家确定了操作密码之后，可以将操作密码发送给第三买家，例如通过社交软件，电话，短信等方式发送，无论通过何种方式，经过多少个中间人，发送给第三买家，只要第三买家最终使用该操作密码，都是第三买家客户端获取所述操作密码的过程。

在步骤8中，在第二买家客户端向服务器发送将所述订单的用户名修改为第三买家的用户名的指令的情况下(或者，也可以是将密码订单改为第三买家用户名订单的情况)，服务器判断是否已经存在以“第三买家的用户名”注册的用户，如果没有，则以该“第三买家的用户名”新建用户，再将该订单的用户名修改为第三买家的用户名，如果已有“第三买家的用户名”，则将该订单的用户名修改为第三买家的用户名。

在步骤9中，第三买家客户端借助于操作密码对该订单进行操作(密码订单的情况下)或者第三买家客户端通过第三买家用户名登录服务器，并对该订单进行操作(第三买家的用户名的订单的情况下)。这里，重复第二买家的操作，类似于步骤5。

在步骤10中，所述第一买家客户端向服务器发送的生成订单的指令包括第二买家用户名和第二买家用户名的验证方式的情况下，服务器向第三方验证方发送验证信息。在步骤11中，服务器从第三方验证方接收验证信息。

例如第二买家用户名的订单生成时，第一买家同时向服务器发送了微信号验证方式，那么第二买家用户名需要通过微信验证的方式登录服务器对订单进行操作。在这种情况下，第二买家用户名登录服务器时，服务器会要求第二买家提供微信的认证授权，并将第二买家的用户信息发送给微信的服务端(即第三方验证方)进行验证，验证通过，即允许登录并操作订单。

本发明的方法的优点在于：1、买家可以通过自己的账户为别人的账户下单，从而达到诸如赠送礼品的效果；2、订单可以在与用户名相关的订单和密码订单之间转换，从而使得不同的用户可以选择自己合适的订单形式；

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

本申请一方面提供一种多人合作下单的客户端方法，其包括：第一买家客户端向服务器发送生成订单的指令，所述订单包括第二买家用户名的订单、密码订单中的至少一种，所述第二买家用户名的订单是指该订单以第二买家用户名生成，第二买家用户名登录时可见该订单并可对该订单进行操作，密码订单是指该订单通过操作密码登录并进行操作；第二买家客户端借助于所述操作密码对该订单进行操作(在生成了密码订单的情况下)或者第二买家客户端通过第二买家用户名登录服务器并对该订单进行操作(在生成了第二买家用户名的订单的情况下)。

本申请所述的订单属于一种买卖合同，用户在对订单进行操作时并没有限制，只要是订单所附的可能修改的内容都可以进行操作。在一些实施方式中，其中“第二买家客户端借助于操作密码对该订单进行操作”包括以下至少一种：

向服务器发送将所述订单修改为第三买家用户名的订单的指令，

向服务器发送将所述订单的操作密码进行修改的指令，

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

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

向服务器发送确认提货的指令。

和，其中“第二买家客户端通过第二买家用户名登录服务器，并对该订单进行操作”包括以下至少一种：

向服务器发送将所述订单的用户名修改为第三买家的用户名的指令，

向服务器发送将所述订单修改为密码订单的指令，

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

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

向服务器发送确认提货的指令。

在本申请中，对订单的操作还包括了将订单在买家用户名订单和密码订单之间进行转换。这样的设计使得从而使得不同的用户可以选择自己合适的订单形式。

在一些实施方式中，所述第一买家客户端向服务器发送的生成订单的指令包括第二买家用户名和任选的第二买家用户名的验证方式。具体地，所述验证方式包括以下的至少一种：通过社交软件的用户名认证(例如微信号验证、qq用户名验证)，通过支付工具的账户认证(例如支付宝)，通过手机短信认证，和通过电子商务网站的账户认证(例如淘宝用户名认证、京东用户名认证)。例如，第一买家仅仅知晓第二买家的微信号的情况下，可以在生成第二买家用户名订单时指定其第二买家用户名为第二买家的微信号，并且告知服务器该用户名为微信号，需要通过微信号登录才有效。在这种情况下，第二买家需要登录服务器操作订单时，服务器会要求第二买家通过微信授权登录或者连接微信服务方进行验证。

在一些实施方式中，其中“向服务器发送修改/完善所述订单的指令”的步骤包括修改/完善订单中选自以下信息中的一种或者多种：商品信息，付款信息，收货地址，收货人，联系方式，所述商品信息包括商品的至少一种属性如规格、型号、大小、颜色中的至少一种。在没有最终完成订单之前，能够操作订单的用户都可以对订单的部分或者全部内容进行修改。

在一些实施方式中，所述订单为密码订单的情况下，第一买家客户端向服务器发送的生成订单的指令包含所述操作密码，或者第一买家客户端从服务器获取所述操作密码，第二买家客户端从第一买家客户端获取所述操作密码。

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

第一买家步骤：服务器接收第一买家客户端发送的生成订单指令，并生成相应的订单，所述订单包括第二买家用户名的订单、密码订单中的至少一种，所述第二买家用户名的订单是指该订单以第二买家用户名生成，第二买家用户名登录时可见该订单并可对该订单进行操作，密码订单是指该订单通过操作密码登录并进行操作；

第二买家步骤：

服务器接收第二买家客户端借助于操作密码登录或者通过第二买家用户名登录，和接收第二买家客户端对所述订单进行操作的指令，并进行相应的操作。

在所述方法的一些实施方式中，所述第二买家步骤包括：

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

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

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

服务器接收第二买家客户端发送的确认提货的指令，并且生成最终订单，

服务器接收第二买家客户端发送的将所述订单的用户名修改为第三买家的用户名的指令，并且将该订单的用户名修改为第三买家的用户名，

服务器接收第二买家客户端发送的将所述订单的操作密码进行修改的指令，并进行相应的操作；

服务器接收第二买家客户端发送的将所述订单修改为第三买家用户名的订单的指令，并进行相应的操作；

服务器接收第二买家客户端发送的将所述订单修改为密码订单的指令，并进行相应的操作。

需要说明的是，虽然为了区分的原因，在买家客户端方法中出现了术语第三买家客户端和第三买家用户名，但是在服务器端处理时，第二买家客户端的操作和第三买家客户端的操作都是统一作为第二买家步骤中执行的，这是因为第二买家和第三买家相对于服务器来说是一样的。因此，服务器的方法没有具体地处理第三买家的操作，而是将第三买家的操作统一至第二买家的操作中来完成。服务器当然可以将第三买家的操作独立出来处理，这样的设计也包含在本申请的方法中，在本申请的保护范围内。

在一些实施方式中，在第一买家步骤中，在生成第二买家订单的情况下，服务器还从第一买家客户端接收第二买家用户名的验证方式，

第二买家步骤中，服务器根据所述验证方式接收第二买家的登录。

在一些实施方式中，在生成第二买家订单的情况下，第一买家步骤包括：服务器判断是否已经存在以“第二买家的用户名”注册的用户，如果没有，则以该“第二买家的用户名”新建用户，再以第二买家的用户名生成订单，如果已有“第二买家的用户名”，则直接以第二买家的用户名生成订单。

在一些实施方式中，将该订单的用户名修改为第三买家的用户名的步骤包括：服务器判断是否已经存在以“第三买家的用户名”注册的用户，如果没有，则以该“第三买家的用户名”新建用户，再以第三买家的用户名生成订单，如果已有“第三买家的用户名”，则直接以第三买家的用户名生成订单。在这种情况下(或者说在每次服务器被要求以形成某用户名订单时)，服务器都可以同时接收该用户名的验证方式，并且服务器根据所述验证方式接收该用户的登录。也即在一些实施方式中，所述服务器还从第二买家客户端接收第三买家用户名的验证方式，并且服务器根据该验证方式接收第三买家的登录。

本申请对验证方式没有限制，只要能够起到验证作用的方式都可以使用。如上所述的，所述验证方式可以包括通过社交软件的用户名认证(例如微信号验证、qq用户名验证)，通过支付工具的账户认证(例如支付宝)，通过手机短信认证，和通过电子商务网站的账户认证(例如淘宝用户名认证、京东用户名认证)。

在一些实施方式中，在第一买家步骤中，所述订单为密码订单，所述服务器从第一买家客户端接收所述操作密码，并且判断该操作密码是否是全局唯一的操作密码，在该密码是全局唯一的操作密码的情况下，生成所述密码订单，否则向第一买家客户端发送重新设定操作密码的消息，并重新从第一买家客户端接收所述操作密码，并且判断该密码是否是全局唯一的操作密码，直至生成所述密码订单；或者所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第一客户端。

在第二买家客户端要求生成密码订单或者修改密码订单的操作密码的情况下，进行类似的操作。也即，所述服务器从第二买家客户端接收所述操作密码，并且判断该操作密码是否是全局唯一的操作密码，在该密码是全局唯一的操作密码的情况下，采用所述操作密码，否则向第二买家客户端发送重新设定操作密码的消息，并重新从第二买家客户端接收所述操作密码，并且判断该密码是否是全局唯一的操作密码，直至获得全局唯一的操作密码，采用所述操作密码；或者所述服务器自动生成全局唯一的操作密码，并将生成的全局唯一的操作密码发送给第二客户端。

本申请的另一方面还提供一种电子商务系统，其包括买家客户端和服务器，其中所述买家客户端配置为如前所述的买家客户端方法，所述服务器配置为执行如前所述的服务器端方法。

本申请的另一方面还提供一种客户端，其配置为如前所述的客户端方法。

本申请的另一方面还提供一种服务器，其配置为执行如前所述的服务器端方法。

本申请的方法实现方式没有限制，包括但不限于通过计算机程序实现本申请所述的方法。因此，本申请的另一方面还提供一种计算机可读介质，其包含计算机程序，当所述计算机程序被计算机执行时，计算机执行如前所述的服务器端方法和/或客户端方法。

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