CN112053201A - 商品订单的处理方法、装置及系统 - Google Patents

Abstract

本发明提供了商品订单的处理方法、装置及系统。其中，商品订单的处理方法包括步骤：在商品的订单页面，为各商品提供有操作控件，操作控件关联有多个收货地址；接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址；将商品与所确定的对应的收货地址关联到订单中。本发明一并公开了相应的计算设备。

Description

商品订单的处理方法、装置及系统

技术领域

本发明涉及计算机技术领域，特别是指商品订单的处理方法、装置及系统。

背景技术

在因特网开放的网络环境下，以互联网为媒介的电子商务活动越来越频繁。基于电子商务平台，用户通过在互联网上下单的方式来向商品卖家购买商品。通常，用户先选择要购买的商品(例如，选择商品的型号、颜色等)，将其加入到待购买的商品列表(如，购物车)中，而后，用户选择该商品要送到的地址(即，收货地址)，就算完成了商品的预订(俗称“下单”)，后台生成相应的订单。这种处理方式存在的弊端是，一个订单(即，用户一次下单购买的商品)必须对应同一个收货地址。另外，若是用户想将同一商品配送到多个不同的收货地址，则必须重复上述操作、生成多个订单。这对用户来说，不够方便。

综上，为了更好地服务于用户，需要一种智能化地处理商品订单的方案。

发明内容

为此，本发明提供了商品订单的处理方法、装置及系统，以力图解决或至少缓解上面存在的至少一个问题。

根据本发明的一个方面，提供了一种商品订单的处理方法，包括：在商品的订单页面，为各商品提供有操作控件，操作控件关联有多个收货地址；接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址；将商品与所确定的对应的收货地址关联到订单中。

可选地，在根据本发明的方法中，操作控件的数量为多个，且每个操作控件关联一个收货地址。

可选地，根据本发明的方法还包括步骤：接收用户点击一个或多个操作控件的操作，将被点击的一个或多个操作控件所关联的收货地址确定为该商品对应的收货地址。

可选地，根据本发明的方法还包括步骤：接收用户将一个或多个商品从第一操作控件移动到第二操作控件的操作；将第二操作控件所关联的收货地址，确定为商品对应的收货地址。

可选地，在根据本发明的方法中，操作控件的数量为1个，此时，接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址的步骤包括：接收用户点击操作控件的操作，显示含有多个收货地址的列表；接收用户对列表中全部或部分收货地址的选择，将被选择的一个或多个收货地址确定为该商品对应的收货地址。

可选地，在根据本发明的方法中，订单页面为商品购买页面或显示待购买商品的页面。

可选地，在根据本发明的方法中，操作控件还关联各收货地址对应的购买数量；接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址的步骤还包括：接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址、且为所确定的收货地址关联对应的购买数量。

可选地，根据本发明的方法还包括步骤：定时更新收货地址；或在每次用户选择收货地址前，更新收货地址。

根据本发明的另一方面，提供了一种商品订单的处理装置，包括：显示模块，用于在商品的订单页面，为各商品提供操作控件，操作控件关联有多个收货地址；地址确定模块，用于接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址；订单处理模块，用于将商品与所确定的对应的收货地址，关联到订单中。

可选地，在根据本发明的装置中，操作控件的数量为至少一个，且每个操作控件关联至少一个收货地址。

根据本发明的再一方面，提供了一种客户端，包括：如上所述的装置，用于在商品的订单页面，响应于用户在关联有多个收货地址的操作控件上的操作，将商品与对应的收货地址关联到订单中；通信装置，用于将所关联的商品及其对应的收货地址发送给服务器。

根据本发明的再一方面，提供了一种商品订单的处理系统，包括：如上所述的客户端；服务器，用于保存来自客户端的商品及其对应的收货地址，还用于在接收到该客户端的更新请求时，将其对应的商品及收货地址发送给该客户端。

根据本发明的再一方面，提供了一种计算设备，包括：至少一个处理器；和存储有程序指令的存储器，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如上所述方法的指令。

根据本发明的再一方面，提供了一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如上所述的方法。

通过上述处理方案，在商品的订单页面，通过提供与收货地址相关联的操作控件，为商品关联了一个或多个收货地址，响应于用户对操作控件的操作，将商品与其对应的收货地址关联到订单中。这样，实现了用户一次下单、多地址收货的效果。即，不需要用户多次重复下单、选择收货地址的步骤，能够有效提升电子商务的效率，以及用户的下单体验。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的商品订单的处理系统100的示意图；

图2示出了根据本发明一个实施例的计算设备200的示意图；

图3示出了根据本发明一个实施例的商品订单的处理方法300的流程图；

图4示出了根据本发明一个实施例的商品订单页面的示意图；

图5示出了根据本发明另一个实施例的商品订单页面的示意图；

图6示出了根据本发明又一个实施例的商品订单页面的示意图；

图7示出了根据本发明又一个实施例的商品订单页面的示意图；

图8示出了根据本发明再一个实施例的商品订单页面的示意图；

图9示出了根据本发明再一个实施例的商品订单页面的示意图；以及

图10示出了根据本发明一个实施例的商品订单的处理装置1000的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的商品订单的处理系统100的示意图。如图1所示，系统100中包括客户端110和服务器120。应当指出，图1所示的系统100仅作为一个示例，本领域技术人员可以理解，在实际应用中，系统100通常包括多个客户端110和不止一个服务器120，本发明对系统100中所包括的客户端110和服务器120的数量不做限制。

客户端110例如可以是蜂窝电话、个人数字助理(PDA)、个人媒体播放器设备、无线网络浏览设备、个人计算机、智能可穿戴设备、智能家居设备等等。根据本发明的实施方式，客户端110上存储有多个应用。这些应用在操作时，会从存储器加载到处理器上，在已经由处理器运行的操作系统之上运行，并利用操作系统以及底层硬件提供的接口实现各种用户期望的功能，如即时通信、电子购物、网页浏览、图片管理等。在根据本发明的实施例中，客户端110上布置有至少一个电子商务的应用112，在该应用中包括商品订单的处理装置1000(关于装置1000，会在下文中会进行描述)，以实现根据本发明的商品订单的处理方法，例如，在商品的订单页面，响应于用户在关联有多个收货地址的操作控件上的操作，将商品与对应的收货地址关联到订单中。此外，客户端110上还布置有通信装置，以实现与其他客户端或服务器120的通信。应用112可以通过文字、图片、音视频、动图、小程序等方式向用户显示商品，本发明的实施例对此不做限制。优选地，在应用112展示商品的相关页面上，提供了指向收货地址的操作控件，用户可以通过操作相应的操作控件，来为对应商品选择收货地址。

服务器120与客户端110通过网络进行通信，其例如可以是物理上位于一个或多个地点的云服务器。服务器120上存储有用户用于登录应用112的用户账号、以及该用户账号下，已经购买的商品和加入购物车要购买的商品的信息(在本发明的实施例中，商品的信息例如包括商品的型号、颜色、尺寸、收货地址、购买数量等)，当然不限于此。这样，当服务器120接收到客户端110经由通信装置发送的相关消息(消息中携带有用户账号)时，就可以根据用户账号进行相应的处理。

例如，客户端110根据用户所添加的商品，将所保存的商品及其对应的收货地址发送至服务器120。服务器120按照客户端110上所登录的用户账号，关联存储商品及其对应的一个或多个收货地址，以便在接收到来自客户端110更新商品信息的请求时，将所存储的该用户账号下的商品的信息发送给客户端110。

另外，当客户端110响应于用户的下单请求，生成至少一个订单时，客户端110还会通过通信装置将所生成的订单发送至服务器120。服务器120接收来自客户端110的订单，并进行后续的处理。例如，向订单对应的商家发送指示，以便商家备货，并在商家出货时，实时跟踪订单的状态，等等，此处不再一一列举。

应当指出，在根据本发明的另一些实施方式中，服务器120也可以实现为通过网络与客户端110相连的其他电子设备(如，同处于一个物联网环境中的其他计算设备)。本发明的实施例对此不做限制。

以下进一步示出根据本发明实施方式的利用系统100进行网上购物的场景。

如前文所述，用户一次下单购买的商品，必须对应同一个收货地址，对用户来说，不够方便。例如，在一些对下单时限要求严格的场景(如，电子商务平台的“抢购活动”)中，用户为了争取时间快速下单，只能为所有要购买的商品选择同一收货地址。又如，在一些优惠促销的场景(如，电子商务平台的“订单满减活动”)中，用户为尽可能多地获得优惠，只能为所有要购买的商品选择同一收货地址，以将他们归入同一个订单。在这些场景中，不只是给用户带来不好的购物体验，久而久之，随着用户的流失，还会为商家和电子交易平台带来不可挽回的损失。

因此，根据本发明的一些实施场景，当用户要购买某个商品时，在商品的订单页面，通过布置相关的操作控件，获取用户期望的购买该商品的一个或多个收货地址。商品的订单页面可以是用户要购买该商品时的商品购买页面，也可以是显示待购买商品的页面(即，购物车页面)，甚至可以是显示该商品详情的商品详情页面，本发明的实施例对此不作过多限制。这样，同一商品可以对应多个不同的收货地址。

在一些实施例中，对于待购买的商品集合中的商品，根据不同的收货地址进行分类，再基于收货地址的类别来生成订单。这样，当用户选择某一个或多个收货地址下的一个或多个商品时，按照商品所属的收货地址，可以一次性生成多个订单。从用户角度，仅需要一次下单的操作，就生成了多个订单，解决了用户为不同收货地址购买不同或相同的商品，还需要多次下单的痛点。

另外，在需要更新商品信息时，客户端110从服务器120处获取相应数据，进行解析后再更新显示。通过这种方式不仅可以节省客户端110的存储空间，还确保了客户端110上的缓存数据与服务器120端保持一致。

此外，考虑到用户在浏览商品时，并不是所有的商品都要立马下单购买，有一些商品只是暂时收藏(例如，添加到一个待购买的商品集合中)，在经过一段时间后，用户再决定是否要购买。因此，用户通过客户端110浏览应用112中展示的商品，当看到想购买的商品时，用户可以通过直接下单的方式，选择商品的信息，下单购买；也可以通过先添加再购买的方式，先选择商品的信息，并将选好的商品加入到待购买的商品集合(如，“购物车”)中，等到合适的时间点再下单购买。本发明的实施例对此不做限制。

根据本发明的实施方式，客户端110和服务器120均可以通过如下所述的计算设备200来实现。图2示出了根据本发明一个实施例的计算设备200的示意图。

如图2所示，在基本的配置202中，计算设备200典型地包括系统存储器206和一个或者多个处理器204。存储器总线208可以用于在处理器204和系统存储器206之间的通信。

取决于期望的配置，处理器204可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器204可以包括诸如一级高速缓存210和二级高速缓存212之类的一个或者多个级别的高速缓存、处理器核心214和寄存器216。示例的处理器核心214可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器218可以与处理器204一起使用，或者在一些实现中，存储器控制器218可以是处理器204的一个内部部分。

取决于期望的配置，系统存储器206可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器206可以包括操作系统220、一个或者多个应用222以及程序数据224。在一些实施方式中，应用222可以布置为在操作系统上由一个或多个处理器204利用程序数据224执行指令。

计算设备200还可以包括有助于从各种接口设备(例如，输出设备242、外设接口244和通信设备246)到基本配置202经由总线/接口控制器230的通信的接口总线240。示例的输出设备242包括图形处理单元248和音频处理单元250。它们可以被配置为有助于经由一个或者多个A/V端口252与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口244可以包括串行接口控制器254和并行接口控制器256，它们可以被配置为有助于经由一个或者多个I/O端口258和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备246可以包括网络控制器260，其可以被布置为便于经由一个或者多个通信端口264与一个或者多个其他计算设备262通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以是这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

计算设备200可以实现为小尺寸便携(或者移动)电子设备的一部分。也可以实现为服务器，例如文件服务器、数据库服务器、应用程序服务器和WEB服务器等。当然，计算设备200还可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。

在根据本发明的一个实施例中，计算设备200被配置为执行根据本发明实施例的商品订单的处理方法。计算设备200的程序数据224中包含执行根据本发明的商品订单的处理方法300的多条程序指令。

图3示出了根据本发明一个实施例的商品订单的处理方法300的流程图，该方法300是对系统100中所描述的生成订单的方案的进一步补充说明。篇幅所限，在系统100中已经介绍过的内容此处不再赘述。该方法300适于在客户端110中执行，如图3所示，方法300始于步骤S310。

在步骤S310中，在商品的订单页面，为各商品提供有操作控件，所提供的操作控件关联有多个收货地址。

根据本发明的一种实施方式，商品的订单页面可以是商品购买页面。一般地，在利用应用112浏览商品的过程中，当用户遇到感兴趣的商品时，可以通过点击该商品进入商品详情页面，以进一步了解该商品。在商品详情页面，通常会布置有相应的操作控件(例如，“添加商品”的图标)，用户通过点击该操作控件来触发进入商品购买页面。应当指出，用户也可以通过输入相应的语音指令来触发进入商品购买页面，本发明的实施例对此不做限制。可选地，商品购买页面以浮层的形式添加在商品详情页面上，以为用户保持较为连贯的使用体验，但不限于此。

根据本发明的另一种实施方式，商品的订单页面还可以是显示待购买商品的页面。通常，在该页面上显示用户已经添加过的、还未下单购买的商品(俗称“购物车页面”)，用户可以在该页面上选择要购买的一个或多个商品，批量下单。

在根据本发明的实施例中，在上述商品的订单页面，除了布置有常规的操作控件(如显示商品缩略图的控件、显示商品库存的控件、供用户选择商品型号的控件)外，还提供了与收货地址相关的操作控件。这些操作控件使得用户能够在多个收货地址间选择或切换。这些操作控件可以是按钮、列表、文本、下拉菜单等方式，不限于此。

在一种实施例中，在订单页面上提供多个与收货地址相关的操作控件，且每个操作控件指向一个收货地址。如图4示出了根据本发明一个实施例的商品订单页面的示意图。在商品订单页面上依次布置了“地址1”-“地址N”，共N个与收货地址相关的操作控件，即，N个操作控件关联N个收货地址。优选地，在操作控件上可以显示收货地址的全部信息(例如，具体到门牌号、收件人、收件人联系方式等)，也可以是收货地址的缩写或标识(例如，杭州的地址就显示为HZ、上海的地址就显示为SH)，且地址的缩写可以由用户设置，不限于此。

在另一种实施例中，在订单页面上仅提供一个与收货地址相关的操作控件，该操作控件关联多个收货地址。如图5示出了根据本发明另一个实施例的商品订单页面的示意图。在商品订单页面上布置了一个与收货地址相关的操作控件——“地址切换”。优选地，当该操作控件被触发时，会向下显示包含多个收货地址的列表。

应当了解，操作控件所关联的收货地址均是用户提前录入的，客户端110预先将操作控件标识与收货地址相关联。用户还可以通过操作控件重新添加一个新的收货地址，此处不做赘述。另外，为便于用户输入，收货地址处可以预显示默认收货地址(如图5所示)，默认收货地址可以是用户较大概率使用的收货地址。一般情况下，用户不会切换该默认地址。当用户要修改默认地址(如，切换收货地址、增加收货地址)时，再通过操作上述与地址相关的操作控件，来触发选择一个或多个收货地址。

随后在步骤S320中，接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址。

在一种实施例中，当订单页面上提供了多个与地址相关的操作控件时，响应于用户点击一个或多个操作控件的操作，将与被点击的操作控件所关联的一个或多个收货地址，确定为该商品对应的收货地址。

继续以图4所示的订单页面为例，用户可以通过诸如点击某个操作控件的操作，来触发该操作控件。当操作控件被触发时，可以在被触发的操作控件上呈现灰度的变化，以表示该操作控件被选中。当然，用户还可以通过再次点击该操作控件的操作，来撤销对该操作控件的选择，并将其呈现为未被触发的状态。客户端110经由被触发的操作控件，接收用户为该商品选择收货地址的操作。假设要将当前的商品配送到收货地址1和收货地址2，则在图4所示的界面上，用户点击分别与收货地址1和收货地址2相关联的操作控件-“地址1”和操作控件-“地址2”，再点击操作控件-“确定”，“地址1”和“地址2”被触发(在图4中采用斜线“/”填充的方式，来表示操作控件被选中)，则确定该商品的收货地址就是收货地址1和收货地址2。

在另一种实施例中，当订单页面上只提供了一个与地址相关的操作控件时，接收用户在该操作控件上的操作(如，用户点击该操作控件的操作)，显示含有多个收货地址的列表，并接收用户对该列表中全部或部分收货地址的选择，将被选择的收货地址确定为该商品对应的收货地址。

继续以图5所示的订单页面为例，用户可以通过诸如点击“地址切换”的操作，来触发该操作控件，以显示收货地址的列表(如以下拉菜单的方式呈现)。可选地，列表中的每一条记录指向一个收货地址。用户可以从列表中选择一条或多条记录，被选中的记录可以用灰度变化来表示该收货地址被选择。客户端110经由操作控件接收被选择的一个或多个收货地址，将被选择的这些收货地址确定为该商品对应的收货地址，并分别建立该商品与所选择的一个或多个收货地址之间的关联关系。当然，用户还可以通过再次点击该操作控件的操作，来收起下拉列表。

另外，客户端110上布置的操作控件除了关联收货地址外，还可以关联各收货地址对应的购买数量。一个操作控件既可以同时与收货地址和收货地址对应的购买数量相关联，也可以将与购买数量相关联的操作控件，布置在与收货地址关联的操作控件的旁边，不限于此。故，客户端110在为商品确定一个或多个收货地址的同时，还会为该商品确定购买数量。

如图4和图5，商品的购买数量由用户通过文本输入，不限于此。为便于用户操作，在根据本发明的一种实施例中，在接收到用户所选的收货地址(可以是初次选择、或是变更的收货地址)时，先确定用户所选收货地址的个数：当收货地址的个数为1时，仅需要1个关于购买数量的操作控件，如图5；当收货地址的个数为多个时，在该订单页面上，还需要提供为各收货地址分别设置购买数量的操作控件，以接收用户为这多个收货地址分别设置的购买数量，如图4。

可选地，输入购买数量的操作控件还可以设置为弹窗或浮层形式，当用户选择一个收货地址时，就显示该操作控件，以供用户输入该收货地址下对应的购买数量。本发明实施例对以何种形式呈现操作控件并不做过多限制。

在又一种实施例中，在用户将商品添加到待购商品的集合中之后、确认下单之前，均可以变更已添加商品的收货地址。

如图6和图7示出了根据本发明又一个实施例的商品订单页面的示意图。在该订单页面上，按照各商品的收货地址来分类显示各商品。图6中示出了两个与地址相关的操作控件，分别指向两个收货地址。其中，在与第一操作控件关联的“地址1”区域中，有“商品1”、“商品2”两种商品，且各自的购买数量均为1；在与第二操作控件关联的“地址2”区域中，有“商品1”、“商品3”、“商品4”三种商品，且各自的购买数量分别为2、3、1。假设用户要将“商品2”的收货地址变更为“地址2”，那么，用户可以通过拖动“商品2”的方式，选中“商品2”，将其从第一操作控件的区域移入到第二操作控件的区域。如图6中，用箭头方向指示了用户的滑动操作方向。图7示出了图6经变更收货地址后的订单页面的示意图。此时，在与第一操作控件关联的“地址1”区域中，只有“商品1”一种商品，且购买数量为1；在与第二操作控件关联的“地址2”区域中，有“商品1”、“商品2”、“商品3”、“商品4”四种商品，且各自的购买数量分别为2、1、3、1。当然，也可以通过上述方式，批量移动多个商品，以批量变更商品的收货地址。

总之，客户端110在接收到用户将一个或多个商品从第一操作控件移动到第二操作控件的操作时，将第二操作控件所关联的收货地址，确定为被移动商品对应关联的收货地址。

此外，也可以通过操作控件本身来变更收货地址。如图8和图9分别示出了根据本发明再一个实施例的商品订单页面的示意图。参见图8，通过点击“切换”操作控件，展示收货地址的列表，用户可以通过在列表中重新选择一个或多个收货地址，来实现收货地址的变更。在另一种方式中，变更收货地址的操作控件还可以是地址本身，如图9所示，通过点击收货地址本身，显示更多的地址，用于用户勾选，从而实现收货地址的变更。

总之，通过上述所提供的各实施例，在订单页面(进一步地，购物车页面)内实现了对收货地址的变更，有效避免了用户为变更收货地址，需要重复点开商品详情页面、重新添加商品的繁琐操作。

应当指出，响应于用户的变更收货地址的操作，客户端110还需要进行相应的判断，再确定是否可以修改。例如，当用户修改商品的收货地址时，先判断该商品在修改后的收货地址是否可售，若商品不可售，则提醒用户该商品在所选地址范围内不可售，修改信息失败，将该商品移回第一操作控件。又如，当用户修改商品的收货地址时，通常还要一并填入在新的收货地址的购买数量，此时，客户端110还需要判断该购买数量是否超过该地址区域的购买数量限制或库存量，若超出限制，则提醒用户修改超限制，修改信息失败，或者将该商品移回到第一操作控件，或者要求用户修改购买数量，等等。需要说明的是，本发明的实施例对判断的条件不做限制，任何与购买商品时的商品信息相关的判断条件，均可以与本发明的实施例相结合。

随后在步骤S330中，将商品与确定的对应的收货地址关联到订单中。

根据一种实施例，响应于用户购买至少一个商品的请求，根据所购买商品所对应的收货地址，生成至少一个订单。

如表1示例性地示出了根据本发明一个实施例的在客户端110侧，关联存储的商品及对应的收货地址的订单信息(应当指出，订单信息除了表1所列的信息外，还可能包含其他信息，此处重在说明将商品与收货地址相关联，对订单中的其他信息不做限制)。表1中示出了3条订单记录，表征了用户所添加的3种商品。

表1商品信息(客户端110侧)示例表

商品ID(标识符)	型号规格	购买数量	收货地址
				0001	X，红色	1	A省a1市ab路120号
0020	套餐A	2	B市c区2号院2011室
				0020	套餐B	1	A省a1市ab路120号

进一步地，当用户同时购买一个收货地址下的多种商品时，客户端110还可以按照收货地址对用户所添加的商品进行分类，形成新的订单记录，以便于在购物车页面上向用户显示(如图6和图7所示)。

继续如表1，表1中的3种商品，按照收货地址分类，可以分为两类。对应于表1，表2示出了表1中的商品经分类处理后的商品信息。其中，收货地址为“A省a1市ab路120号”的两个商品构成了一个分类，收货地址为“B市c区2号院2011室”的商品构成了另一个分类。

表2分类后的商品信息(客户端110侧)示例表

继续如图6，用户可以在该界面上选择一个或多个收货地址下对应的一个或多个商品，当然也可以通过左下角的“全选”图标，来选择全部的商品，而后，用户点击“结算”图标，发出购买请求。客户端110响应于用户的购买请求，按照收货地址生成相应的订单。如图6所示，按照用户的选择(在图6中用“√”勾选表示选中该商品)，相应生成2个订单，第一个订单包含“地址1”中的“商品1”1份，第二个订单包含“地址2”中的“商品1”2份和“商品3”3份。

需要说明的是，在上述关于显示页面的示意图中，相关图标仅作为示例，以便于辅助描述用户操作客户端110时的场景，本发明的实施例对此不做限制。

如前文关于系统100的描述，客户端110还会将用户所添加商品的信息发送至服务器120，以便服务器120关联存储商品及商品的收货地址。如表3，示例性地示出了存储在服务器120侧的商品信息。

表3商品信息(服务器120侧)示例表

根据本发明的实施方式，收货地址的更新，均存储在服务器120上，客户端110在变更收货地址时，需要和服务器120端保持一致，以防止用户通过其他途径(如通过其他客户端110)修改过用户账号下的收货地址。在一种实施例中，客户端110可以通过如下方式来更新收货地址，如，定时更新收货地址，或，在每次用户选择收货地址前，更新收货地址。本发明的实施例对采用何种方式更新收货地址并不做限制，只要确保客户端110上的收货地址与服务器120端保持一致即可。

综上所述，根据本发明的方案，通过在商品的订单页面增加与收货地址相关的操作控件，为每个被添加的商品选择一个或多个收货地址，实现了收货地址的快速配置和变更。根据本发明的商品订单的处理方案，提升了电子商务的效率、提高了用户的购物体验。特别是在购物高峰的节日，对于数量较多的商品的预定、变更收货地址的过程，效率提升效果尤为明显。

此外，基于本发明的商品订单的处理方案，从收货地址的维度来区分商品，并生成至少一个订单，还可以实现用户下一次单，多收货地址收货的效果。解决了为不同收货地址购买不同或相同商品，需要多次下单的痛点，充分考虑了用户的购物习惯，用户体验友好。

为配合上述描述，进一步说明布置在客户端110中的装置1000，图10出了根据本发明一个实施例的商品订单的处理装置1000的示意图。如图10所示，装置1000包括相互耦接的显示模块1010、地址确定模块1020和订单处理模块1030。

其中，显示模块1010在商品的订单页面，为各商品提供操作控件，这些操作控件关联有多个收货地址。在一种实施例中，所提供的操作控件的数量为至少一个，且每个操作控件表征至少一个收货地址。关于操作控件的具体描述，可参考前文步骤S310的相关实施例，此处不再赘述。地址确定模块1020接收用户在操作控件上的操作，在多个收货地址中为商品确定对应的收货地址的。订单处理模块1030将商品与所确定的对应的收货地址，关联到订单中。

关于装置1000中各部分的进一步内容，可参考前文关于图1、图3的一些描述，此处不做过多展开。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的而非限制性的，本发明的范围由所附权利要求书限定。

Claims (14)

1.一种商品订单的处理方法，包括：

在商品的订单页面，为各商品提供有操作控件，所述操作控件关联有多个收货地址；

接收用户在所述操作控件上的操作，在所述多个收货地址中确定所述商品对应的收货地址；

将所述商品与所确定的对应的收货地址关联到订单中。

2.根据权利要求1所述的方法，其中，所述操作控件的数量为多个，且每个操作控件关联一个收货地址。

3.根据权利要求2所述的方法，其中，所述接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址的步骤，包括：

接收用户点击一个或多个所述操作控件的操作，将被点击的一个或多个操作控件所关联的收货地址确定为该商品对应的收货地址。

4.根据权利要求2所述的方法，其中，所述接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址的步骤，包括：

接收用户将一个或多个商品从第一操作控件移动到第二操作控件的操作；

将所述第二操作控件所关联的收货地址，确定为所述商品对应的收货地址。

5.根据权利要求1所述的方法，其中，所述操作控件的数量为1个，

所述接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址的步骤包括：

接收用户点击所述操作控件的操作，显示含有多个收货地址的列表；

接收用户对所述列表中全部或部分收货地址的选择，将被选择的一个或多个收货地址确定为该商品对应的收货地址。

6.根据权利要求1-5任一项所述的方法，其中，所述订单页面为商品购买页面或显示待购买商品的页面。

7.如权利要求1所述的方法，其中，所述操作控件还关联各收货地址对应的购买数量，

所述接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址的步骤还包括：

接收用户在操作控件上的操作，在多个收货地址中确定商品对应的收货地址、且为所确定的收货地址关联对应的购买数量。

8.根据权利要求1所述的方法，还包括步骤：

定时更新所述收货地址；或

在每次用户选择收货地址前，更新所述收货地址。

9.一种商品订单的处理装置，包括：

显示模块，用于在商品的订单页面，为各商品提供操作控件，所述操作控件关联有多个收货地址；

地址确定模块，用于接收用户在所述操作控件上的操作，在所述多个收货地址中确定所述商品对应的收货地址；

订单处理模块，用于将所述商品与所确定的对应的收货地址，关联到订单中。

10.根据权利要求9所述的装置，其中，所述操作控件的数量为至少一个，且每个操作控件关联至少一个收货地址。

11.一种客户端，包括：

如权利要求9或10所述的装置，用于在商品的订单页面，响应于用户在关联有多个收货地址的操作控件上的操作，将商品与对应的收货地址关联到订单中；

通信装置，用于将关联的商品及其对应的收货地址发送给服务器。

12.一种商品订单的处理系统，包括：

如权利要求11所述的客户端；

服务器，用于保存来自所述客户端的商品及其对应的收货地址，还用于在接收到该客户端的更新请求时，将其对应的商品及收货地址发送给该客户端。

13.一种计算设备，包括：

至少一个处理器；和

存储有程序指令的存储器，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如权利要求1-8中任一项所述方法的指令。

14.一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如权利要求1-8中任一项所述的方法。

Images