CN113821283B - 存储物件信息的虚拟容器的控制方法及相关设备 - Google Patents

Abstract

本公开提供了一种存储物件信息的虚拟容器的控制方法及相关设备。该方法包括：显示目标对象的根账户界面，所述根账户界面包括添加子账户控件；响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，所述第一叶子账户对应第一分类信息；将所述第一叶子账户与第一虚拟容器关联；响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器。本公开实施例中提供的方案可以根据对应的分类信息，在目标对象的根账户下创建叶子账户，并给叶子账户分配独立的用于存储相应物件信息的虚拟容器。

Description

存储物件信息的虚拟容器的控制方法及相关设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种存储物件信息的虚拟容器的控制方法及装置、电子设备和计算机可读存储介质。

背景技术

现有电商网站在进行购物车管理时，通常是将用户加入至该用户对应的唯一的一个购物车内的所有商品都以一个列表的形式展现，该一个购物车内的商品一般是按照加入购物车的时间或者按照商品所属店铺进行分类排序。

在电商网站进行大促时，或者某个用户需要采购大量商品时，该用户往往会将大量商品加入至该购物车内。然而，相关技术中，用户无法对加入购物车内的大量商品进行自行分类。

例如，用户如果想给购物车内的不同地址寄送对应的商品时，或者想对购物车内的某些商品分别下单时，只能一个一个商品手动勾选。如图3所示，以购物车同时包括商品1、商品2和商品3为例，若用户想针对这三个商品分别下单，即商品1对应订单1，商品2对应订单2，商品3对应订单3，则用户需要首先勾选购物车内的商品1，然后选择对应的送货地址1，点击提交，系统生成订单1；然后，用户需要再勾选购物车内的商品2，然后选择对应的送货地址2，点击提交，系统生成订单2；接着，用户需要勾选购物车内的商品3，然后选择对应的送货地址3，点击提交，系统生成订单3。此时，购物车内的每个商品之间形成了强耦合，对应用户的使用造成了较大的不便。

因此，需要一种新的存储物件信息的虚拟容器的控制方法及装置、电子设备和计算机可读存储介质。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。

发明内容

本公开实施例提供一种存储物件信息的虚拟容器的控制方法及装置、电子设备和计算机可读存储介质，可以根据对应的分类信息，在目标对象的根账户下创建叶子账户，并给叶子账户分配独立的用于存储相应物件信息的虚拟容器。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

本公开实施例提供一种存储物件信息的虚拟容器的控制方法，所述方法包括：显示目标对象的根账户界面，所述根账户界面包括添加子账户控件；响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，所述第一叶子账户对应第一分类信息；将所述第一叶子账户与第一虚拟容器关联；响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器。

本公开实施例提供一种存储物件信息的虚拟容器的控制装置，所述装置包括：根账户界面显示单元，用于显示目标对象的根账户界面，所述根账户界面包括添加子账户控件；第一叶子账户创建单元，用于响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，所述第一叶子账户对应第一分类信息；第一容器关联单元，用于将所述第一叶子账户与第一虚拟容器关联；第一物件信息存储单元，用于响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器。

本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中所述的存储物件信息的虚拟容器的控制方法。

本公开实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的存储物件信息的虚拟容器的控制方法。

在本公开的一些实施例所提供的技术方案中，可以创建目标对象的根账户，当显示目标对象的根账户界面时，可以通过对根账户界面的添加子账户控件的操作，创建该目标对象的根账户下的第一叶子账户，该第一叶子账户可以对应第一分类信息，然后，系统会自动将第一叶子账户与第一虚拟容器关联起来，当目标对象对第一物件进行操作时，系统会自动将第一物件的第一物件信息存储至该第一虚拟容器中，由此可以实现根据对应的分类信息，在目标对象的根账户下创建至少一个叶子账户，并给每个叶子账户分配独立的用于存储相应物件信息的虚拟容器，基于这种精细化的分叶子账户的用于存储相应物件信息的虚拟容器的管理，目标对象可以在将物件加入虚拟容器的过程中清晰自己的需求，并方便后续提交订单。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本公开实施例的存储物件信息的虚拟容器的控制方法或存储物件信息的虚拟容器的控制装置的示例性系统架构的示意图；

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图；

图3示出了相关技术中的购物车管理方式的示意图；

图4示意性示出了根据本公开的一实施例的存储物件信息的虚拟容器的控制方法的流程图；

图5示意性示出了根据本公开的一实施例的购物车管理方式的示意图；

图6示意性示出了根据本公开的一实施例的账户结构的示意图；

图7示意性示出了根据本公开的一实施例的根账户界面的示意图；

图8示意性示出了根据本公开的一实施例的子账户界面的示意图；

图9示意性示出了根据本公开的一实施例的添加购物车界面的示意图；

图10示意性示出了根据本公开的一实施例的购物车界面的示意图；

图11示意性示出了根据本公开的一实施例的存储物件信息的虚拟容器的控制装置的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本公开实施例的存储物件信息的虚拟容器的控制方法或存储物件信息的虚拟容器的控制装置的示例性系统架构100的示意图。

如图1所示，系统架构100可以包括用户终端101、102，网络103和服务器104。网络103用以在用户终端101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用用户终端101、102通过网络103与服务器104交互，以接收或发送消息等。其中，用户终端101、102可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机、可穿戴设备、虚拟现实设备、智能家居等等。

服务器104可以是提供各种服务的服务器，例如对用户利用用户终端101、102所进行操作的装置提供支持的后台管理服务器。后台管理服务器可以对接收到的请求等数据进行分析等处理，并将处理结果反馈给用户终端。

应该理解，图1中的用户终端、网络和服务器的数目仅仅是示意性的，根据实际需要，可以具有任意数目的用户终端、网络和服务器。

服务器104可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。用户终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU，Central Processing Unit)201，其可以根据存储在只读存储器(ROM，Read-Only Memory)202中的程序或者从储存部分208加载到随机访问存储器(RAM，Random Access Memory)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统操作所需的各种程序和数据。CPU 201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(input/output，I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT，Cathode Ray Tube)、液晶显示器(LCD，Liquid Crystal Display)等以及扬声器等的输出部分207；包括硬盘等的储存部分208；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入储存部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的方法和/或装置中限定的各种功能。

需要说明的是，本公开所示的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM(Erasable Programmable Read Only Memory，可擦除可编程只读存储器)或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF(RadioFrequency，射频)等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的方法、装置和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图4所示的各个步骤。

图4示意性示出了根据本公开的一实施例的存储物件信息的虚拟容器的控制方法的流程图。本公开实施例提供的方法可以由任意的电子设备执行，例如上述图1实施例中的用户终端101、102和/或服务器104，本公开对此不做限定。如图4所示，本公开实施例提供的方法可以包括以下步骤。

在步骤S410中，显示目标对象的根账户界面，所述根账户界面包括添加子账户控件。

本公开实施例中，所述目标对象可以是电子商务网站等任意可以进行商品或者服务购买的网站上的任意一个当前用户，但本公开并不限定于此。当前用户的根账户可以是当前用户在电子商务网站上注册的用户名、登录名等唯一身份标识，该根账户可以与该当前用户的手机号码、银行卡号、登录密码等个人信息进行绑定。

本公开实施例中，该当前用户可以使用该根账户登录电子商务网站。登录后，该当前用户可以选择打开根账户界面，在该根账户界面上可以显示添加子账户控件，例如如图7所示，这里以添加子账户控件为一个虚拟按键为例进行举例说明，但本公开并不限定根账户界面的具体布局方式，也不限定添加子账户控件在根账户界面上的具体名称、数量、以何种方式展示、所处位置等进行限定。

在步骤S420中，响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，所述第一叶子账户对应第一分类信息。

本公开实施例中，当前用户例如可以点击如图7所示的根账户界面上的添加子账户控件，然后直接创建第一叶子账户。

在示例性实施例中，所述第一分类信息包括以下中的至少一项：第一收货地址、第一优惠信息、所述第一物件所属的第一品类信息、第一群组信息等。

其中，第一叶子账户可以对应第一分类信息，这里的第一分类信息可以根据具体应用场景进行设置。例如，若该当前用户希望针对多个不同的收货地址分别进行管理，不同的收货地址对应不同的独立的购物车，则这里的第一分类信息可以是这多个收货地址中的第一收货地址。再例如，若该当前用户希望针对多个不同的优惠信息分别进行管理，将属于同一优惠信息的商品添加至同一购物车中，则这里的第一分类信息可以是这多个优惠信息中的第一优惠信息。

这里的优惠信息可以是电子商务网站推出的各种刺激用户购买的策略，例如，在大促期间，可能针对洗护类用品推出满300-100的优惠活动，同时还推出针对图书类商品满5件打六折的优惠活动。

再例如，若该当前用户希望针对分属于不同品类的商品添加至不同的购物车中，则可以预先设置多个品类，所述第一分类信息可以是这多个品类中的第一品类对应的第一品类信息。

再例如，若该当前用户希望将购物车内的商品同时发送给属于同一群组内的多个接收该购物车的商品的用户，则可以预先设置至少一个群组，该至少一个群组包括第一群组，其中每个群组中可以包括至少两个接收该购物车内的商品的用户，该至少两个接收该购物车内的商品的用户中可以包括该当前用户，也可以不包括该当前用户。第一群组对应的第一群组信息可以包括该第一群组内每个用户的收货地址、联系方式等信息。这样，第一分类信息可以包括第一群组信息，即可以实现将相同商品一次性添加至一个购物车中，一次下单生成多个订单，将这多个订单分别配送至第一群组信息中的各个用户，节省了用户操作，提高了用户体验。

本公开实施例中，叶子账户是根账户下的子账户或者分账户，可以形成树形结构，根结构是该树形结构的根节点，下面可以包括至少一个子账户或者分账户作为子节点，子账户或者分账户下还可以进一步包括子账户或者分账户作为该子节点的子节点，叶子账户对应的是该树形结构最后一级的子节点，即叶子账户下没有子账户或者分账户。

在示例性实施例中，响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，包括：响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一子账户；在所述根账户界面显示所述第一子账户及其维护子账户控件；响应于对所述第一子账户的维护子账户控件的操作，显示第一子账户界面，所述第一子账户界面包括添加子账户控件；响应于对所述第一子账户界面的添加子账户控件的操作，创建所述第一子账户下的所述第一叶子账户。

例如，如图7所示，假设账户2为第一子账户，则点击该根账户界面上的添加子账户控件，创建账户2，则此时可以在该根账户界面上显示出该账户2及其对应的维护子账户控件，当前用户继续点击账户2对应的维护子账户控件，则会显示账户2的第一子账户界面。

该第一子账户界面上也可以显示添加子账户控件，若当前用户点击第一子账户界面上的添加子账户控件，则可以继续生成该账户2下的子账户，例如，如图8所示，假设创建了账户2的三个子账户：账户2-1、账户2-2以及账户2-3。此时，第一叶子账户可以是账户2-1、账户2-2以及账户2-3中的任意一个。

在图8的账户2界面，可以分别显示账户2-1及其对应的维护子账户、账户2-2及其对应的维护子账户以及账户2-3及其对应的维护子账户。当前用户可以继续点击账户2-1、账户2-2以及账户2-3中的任意一个或者多个对应的维护子账户，在账户2-1、账户2-2以及账户2-3中的任意一个或者多个下继续添加子账户或者分账户，继续添加子账户或者分账户的账户2-1、账户2-2以及账户2-3不再是叶子账户。

在步骤S430中，将所述第一叶子账户与第一虚拟容器关联。

本公开实施例中，第一虚拟容器可以为第一购物车，第一购物车可以是网站例如电子商务网站上用于存储购物信息的虚拟购物车或者在线购物车，其不同于现实超市中的实体购物车。用户可以在电子商务网站的不同页面之间跳转，选购自己喜爱的商品，点击将相应的商品自动保存到对应的虚拟购物车中。用户可以把商品添加到虚拟购物车中，也可以删除虚拟购物车中已订购的商品，也可以修改虚拟购物车中任意一种商品的订购数量，还可以选择清空虚拟购物车内的全部商品。

本公开实施例提供了一种分账户的虚拟购物车管理方式，用户可以自定义多个子账户，该多个子账户中的每个叶子账户可以拥有独立的虚拟购物车，每个叶子账户中的对虚拟购物车进行操作的行为可以与之前单一的购物车的操作行为保持一致。基于这种精细化的管理，用户可以在将商品加入购物车以及整理购物车的过程中清晰自己的需求，并方便提交订单。

在步骤S440中，响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器。

本公开实施例中，第一物件可以是任意的商品或者服务，第一物件信息可以包括该第一物件的名称、SKU(Stock keeping Unit，库存保有单位)、数量、价格、重量、规格等中的任意一种或者多种，可以根据当前用户所选择的具体商品或者服务而定，本公开对此不做限定。

在下面的实施例中，均以物件为电子商务网站中的商品为例进行举例说明，其中第一物件可以包括一件或者多件商品，当第一物件包括多件商品时，第一物件信息可以包括该多件商品中的每件商品对应的名称、SKU、数量、价格、重量、规格等信息。

在示例性实施例中，所述第一物件信息可以包括所述第一物件的第一购物信息。所述第一物件属于所述第一品类信息对应的第一品类。

在示例性实施例中，在响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器(以下称之为第一虚拟购物车)之前，所述方法还可以包括：设置所述第一叶子账户为默认子账户。

本公开实施例中，当前用户可以选择第一叶子账户作为默认子账户，此时，系统会自动将当前用户希望添加至虚拟购物车的第一物件的第一物件信息添加至第一虚拟购物车。

在示例性实施例中，所述方法还可以包括：将所述根账户与所述第一虚拟容器的第一物件信息关联存储至数据库中；将所述根账户、所述第一叶子账户以及所述第一虚拟容器作为树形结构，存储至树形存储系统中。

在示例性实施例中，所述方法还可以包括：若对所述第一虚拟容器进行修改，则修改所述树形存储系统中的树形结构；修改所述数据库中的与所述第一虚拟容器对应的所述第一物件信息。

本公开实施例中，可以提供一键切换功能，支持用户查看当前登录的当前用户的根账户下放入所有虚拟购物车内的所有商品。当当前用户在查看所有商品时，若想要对某个或者某些商品或者服务进行修改，则需要当前用户确认是针对哪一个子账户进行修改。

相关技术中，用户购物车内的商品信息一般都是存储于数据库中的。因此，在这种购物流程中需要涉及到对数据库表的频繁操作，尤其是用户每选购一次商品，都要与数据库进行连接，当用户很多的时候，就加大了服务器与数据库的负荷。尤其是在本公开实施例提供的方案中，由于存在从根账户总览与修改数据以及从子账户查看与修改数据并存的情况，导致了不同层级下对数据的修改会导致另一层级下数据联动修改的情况。并且当子账户的层级关系过多，数据量增大时，这种关联操作会导致数据库多表关联与修改，容易导致性能问题。如果在电子商务网站大促期间，更容易引发系统的不稳定性。

本公开实施例提供的方案，从逻辑上可以理解为，根账户作为基础数据，是用户所有虚拟购物车的数据基石。而各个子账户的虚拟购物车是数据基石的某种视图。

从例如图6所示的账户结构中可以看出，根账户与子账户之间是一种树形关系。只有叶子节点对应的叶子账户可以拥有独立的购物车，而非叶子节点对应的子账户是一种目录树。因此，每个虚拟购物车内有多少物件最终是可以通过作为根节点的根账户从目录树中找到的。那么每个叶子节点对应的虚拟购物车只需要记录物件信息例如商品、数量等简单信息即可。而目录树的数据，与所有的虚拟购物车的基础数据，是可以分开存储的。

本公开实施例中，把根账户与所有虚拟购物车内的物件信息之间的关系作为基础数据，存储在数据库中，例如MySQL(一种关系型数据库管理系统)、Oracle数据库等数据库中的任意一种。把根账户-各个子账户-各个子账户对应的虚拟购物车之间的相关信息作为一种树形结构，存储在支持树形存储系统中，例如zookeeper(一个分布式应用程序协调服务)。

本公开实施例通过这种利用数据库存储基础数据，树形结构作为视图的存储方式，可以解决上述相关技术中频繁操作导致的复杂性问题。当当前用户对某一叶子账户对应的虚拟购物车进行修改时，只需要第一步：修改树形结构视图内容；第二步：修改基础数据内容，两步简单操作即可。同理，当对根账户进行操作时，选择了某一叶子账户对应的虚拟购物车，也是相同的操作，减少了不同数据库表直接频繁的连接查询，降低了成本。

在示例性实施例中，所述方法还可以包括：显示虚拟容器界面，所述虚拟容器界面包括所述第一叶子账户及所述第一虚拟容器中的所述第一物件信息；响应于对所述第一物件信息的操作，生成对应所述第一分类信息的第一订单。

本公开实施例中，当前用户可以选择第一叶子账户，此时，可以在虚拟容器界面中仅显示第一叶子账户及其对应的第一虚拟购物车内的第一物件信息，此时，当前用户可以对第一物件信息中的商品进行勾选，当当前用户点击提交时，系统可以自动生成第一订单，第一订单中包括选中的第一物件信息。

本公开实施例中，在创建每个叶子账户时，当前用户可以为每个叶子账户分配一个默认的收货地址，每个叶子账户的默认的收货地址可以相同(例如分类信息是针对不同的优惠信息)，也可以不同(例如分类信息是针对不同的收货地址)。为每个叶子账户分配的默认的收货地址可以统一由根账户管理，即当前用户可以对根账户进行操作，设置至少一个收货地址，当创建叶子账户时，可以从根账户下的收货地址中选择一个作为该叶子账户的默认的收货地址。若当前用户在点击提交时未选择收货地址，则系统自动将该第一订单的收货地址设置为该第一叶子账户的默认的收货地址。当前用户也可以在点击提交之前修改该第一叶子账户的默认的收货地址，设置为其它收货地址。

在示例性实施例中，所述方法还可以包括：响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第二叶子账户，所述第二叶子账户对应第二分类信息；将所述第二叶子账户与第二虚拟容器关联；响应于对第二物件的操作，将第二物件信息存储至所述第二虚拟容器。第二叶子账户的创建过程与上述第一叶子账户的创建过程类似。

在示例性实施例中，在响应于对第二物件的操作，将第二物件信息存储至所述第二虚拟容器之前，所述方法还包括：显示虚拟容器控件；响应于对所述虚拟容器控件的操作，显示子账户目录树结构，所述子账户目录树结构包括所述第一叶子账户和所述第二叶子账户；响应于对所述第二叶子账户的操作，选择所述第二虚拟容器。

本公开实施例中，假设当前用户已经设置了第一叶子账户为默认账户(例如图6中的账户1)，若当前用户想要将其当前选择的第二物件添加至另一叶子账户对应的虚拟购物车中，例如第二叶子账户对应的第二虚拟购物车，则此时用户需要选择该第二叶子账户。

例如，如图9所示，假设此时当前用户点击链接，打开了第二物件的商品详情页，在该商品详情页上可以显示一个购物车图标作为虚拟容器控件，当当前用户例如长按该购物车图标时，则可以例如以弹出框的方式在该第二物件的商品详情页上悬浮显示一个文本框，在该文本框内，可以显示根账户下已经创建的各个子账户组成的子账户目录树结构，如图9所示，这里假设显示为：

账户1

账户2

--账户2-1

--账户2-2

--账户2-3

账户3

并显示提示信息为“请选择需要添加的购物车”，以用于提示当前用户，为该第二物件选择一个虚拟购物车，以将该第二物件信息添加至对应的虚拟购物车中。

在示例性实施例中，所述方法还可以包括：显示虚拟容器界面，所述虚拟容器界面包括所述第一叶子账户及所述第一虚拟容器中的所述第一物件信息、所述第二叶子账户及所述第二虚拟容器中的所述第二物件信息；响应于对所述第一物件信息和所述第二物件信息的操作，分别生成对应所述第一分类信息的第一订单和对应所述第二分类信息的第二订单。

本公开实施例中，当当前用户提交订单时，可以进入某叶子账户对应的虚拟购物车内进行勾选商品，之后可以选择收货地址、优惠券等信息，然后点击提交。也可以在虚拟容器界面例如如图10所示的购物车界面勾选多个甚至全部叶子账户对应的虚拟购物车，然后点击提交，此时系统会将每个已勾选的叶子账户的虚拟购物车内的所有商品一起提交，并可以将每个叶子账户的虚拟购物车对应的默认的收货地址作为该叶子账户的虚拟购物车的当前的收货地址。类似的，也可以支持当前用户在各个订单提交时，修改任意一个或者多个叶子账户的虚拟购物车对应的收货地址以及优惠信息。

本公开实施方式提供的存储物件信息的虚拟容器的控制方法，可以创建当前用户的根账户，当显示当前用户的根账户界面时，可以通过对根账户界面的添加子账户控件的操作，创建该当前用户的根账户下的第一叶子账户，该第一叶子账户可以对应第一分类信息，然后，系统会自动将第一叶子账户与第一购物车关联起来，当当前用户对第一物件进行操作时，系统会自动将第一物件的第一物件信息存储至该第一购物车中，由此可以实现根据对应的分类信息，在当前用户的根账户下创建至少一个叶子账户，并给每个叶子账户分配独立的购物车，基于这种精细化的分叶子账户的购物车的管理，当前用户可以在将物件加入购物车以及整理购物车的过程中清晰自己的需求，并方便提交订单。

图5示意性示出了根据本公开的一实施例的购物车管理方式的示意图。

如图5所示，还是以当前用户的三个待购买的商品1、商品2和商品3为例，商品1对应生成订单1，商品2对应生成订单2，商品3对应生成订单3，采用本公开实施例提供的方案后，当前用户可以将商品1添加至账户1对应的虚拟购物车，将商品2添加至账户2对应的虚拟购物车，将商品3添加至账户3对应的虚拟购物车，可以在购物车界面上，同时勾选账户1、账户2和账户3，则系统可以自动生成三个订单，且这三个订单分别对应各个账户预先设置的默认的收货地址，或者对应不同的优惠信息。

图6示意性示出了根据本公开的一实施例的账户结构的示意图。

如图6所示，每个用户可以在自己的根账户下创建一个或者多个子账户(例如图示中的账户1、账户2，…，账户N，N为大于或者等于1的正整数)，每个子账户也可以继续创建子账户，例如账户2下可以继续创建账户2-1，账户2-2，账户2-3。

图6实施例中，子账户是一种逻辑账户，所有的数据都依赖于根账户，登录、收货地址等信息都使用根账户进行。每个子账户相互独立，只有最低一层子账户即叶子账户拥有独立的虚拟购物车。一个子账户最多只可以拥有一个虚拟购物车。用户可以设置任意一个子账户作为默认账户(图6中以账户1为例)。

在逻辑上，根账户与子账户形成一种树形结构。子账户存在的目的在于在操作子账户的虚拟购物车时，可以根据子账户找到根账户维护的相关信息，例如收货地址、优惠信息等。

图10示意性示出了根据本公开的一实施例的购物车界面的示意图。

如图10所示，在购物车页面，可以将各个叶子账户及其对应的虚拟购物车内的物件信息例如商品名称和数量分类展示出来，例如：

子账户1下的商品1及对应的数量1；商品2及对应的数量2；商品3及对应的数量3。子账户2-1下的商品1及对应的数量1；商品3及对应的数量2。

图10实施例中，还可以支持当前用户对各个叶子账户下的物件信息进行整理，例如删除某个商品，或者修改某个商品的数量等。

图11示意性示出了根据本公开的一实施例的存储物件信息的虚拟容器的控制装置的框图。如图11所示，本公开实施方式提供的存储物件信息的虚拟容器的控制装置1100可以包括：根账户界面显示单元1110、第一叶子账户创建单元1120、第一容器关联单元1130以及第一物件信息存储单元1140。

其中，根账户界面显示单元1110可以用于显示目标对象的根账户界面，所述根账户界面包括添加子账户控件。

第一叶子账户创建单元1120可以用于响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，所述第一叶子账户对应第一分类信息。

第一容器关联单元1130可以用于将所述第一叶子账户与第一虚拟容器关联。

第一物件信息存储单元1140可以用于响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器。

在示例性实施例中，存储物件信息的虚拟容器的控制装置1100还可以包括：基础数据存储单元，可以用于将所述根账户与所述第一虚拟容器的第一物件信息关联存储至数据库中；树形结构存储单元，可以用于将所述根账户、所述第一叶子账户以及所述第一虚拟容器作为树形结构，存储至树形存储系统中。

在示例性实施例中，存储物件信息的虚拟容器的控制装置1100还可以包括：视图内容修改单元，可以用于若对所述第一虚拟容器进行修改，则修改所述树形存储系统中的树形结构；基础数据修改单元，可以用于修改所述数据库中的与所述第一虚拟容器对应的所述第一物件信息。

在示例性实施例中，存储物件信息的虚拟容器的控制装置1100还可以包括：虚拟容器界面显示单元，可以用于显示虚拟容器界面，所述虚拟容器界面包括所述第一叶子账户及所述第一虚拟容器中的所述第一物件信息；第一订单生成单元，可以用于响应于对所述第一物件信息的操作，生成对应所述第一分类信息的第一订单。

在示例性实施例中，存储物件信息的虚拟容器的控制装置1100还可以包括：第二叶子账户创建单元，可以用于响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第二叶子账户，所述第二叶子账户对应第二分类信息；第二容器关联单元，可以用于将所述第二叶子账户与第二虚拟容器关联；第二物件信息存储单元，可以用于响应于对第二物件的操作，将第二物件信息存储至所述第二虚拟容器。

在示例性实施例中，存储物件信息的虚拟容器的控制装置1100还可以包括：默认账户设置单元，可以用于在响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器之前，设置所述第一叶子账户为默认账户。

在示例性实施例中，存储物件信息的虚拟容器的控制装置1100还可以包括：虚拟容器控件显示单元，可以用于在响应于对第二物件的操作，将第二物件信息存储至所述第二虚拟容器之前，显示虚拟容器控件；子账户目录树结构显示单元，可以用于响应于对所述虚拟容器控件的操作，显示子账户目录树结构，所述子账户目录树结构包括所述第一叶子账户和所述第二叶子账户；第二虚拟容器选择单元，可以用于响应于对所述第二叶子账户的操作，选择所述第二虚拟容器。

在示例性实施例中，存储物件信息的虚拟容器的控制装置1100还可以包括：虚拟容器界面显示单元，可以用于显示虚拟容器界面，所述虚拟容器界面包括所述第一叶子账户及所述第一虚拟容器中的所述第一物件信息、所述第二叶子账户及所述第二虚拟容器中的所述第二物件信息；订单一键生成单元，可以用于响应于对所述第一物件信息和所述第二物件信息的操作，分别生成对应所述第一分类信息的第一订单和对应所述第二分类信息的第二订单。

在示例性实施例中，第一叶子账户创建单元1120可以包括：第一子账户创建单元，可以用于响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一子账户；第一子账户维护子账户控件显示单元，可以用于在所述根账户界面显示所述第一子账户及其维护子账户控件；第一子账户界面显示单元，可以用于响应于对所述第一子账户的维护子账户控件的操作，显示第一子账户界面，所述第一子账户界面包括添加子账户控件；第一叶子账户生成单元，可以用于响应于对所述第一子账户界面的添加子账户控件的操作，创建所述第一子账户下的所述第一叶子账户。

在示例性实施例中，所述第一分类信息可以包括以下中的至少一项：第一收货地址、第一优惠信息、所述第一物件所属的第一品类信息、第一群组信息。

在示例性实施例中，所述第一物件信息可以包括所述第一物件的第一购物信息，所述第一虚拟容器可以为第一购物车。

本公开实施例提供的存储物件信息的虚拟容器的控制装置中的各个单元的具体实现可以参照上述存储物件信息的虚拟容器的控制方法中的内容，在此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (11)

1.一种存储物件信息的虚拟容器的控制方法，其特征在于，包括：

显示目标对象的根账户界面，所述根账户界面包括添加子账户控件；

响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，所述第一叶子账户对应第一分类信息；

将所述第一叶子账户与第一虚拟容器关联；

响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器；

将所述根账户与所述第一虚拟容器的第一物件信息关联存储至数据库中；

将所述根账户、所述第一叶子账户以及所述第一虚拟容器作为树形结构，存储至树形存储系统中；

响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第二叶子账户，所述第二叶子账户对应第二分类信息；

将所述第二叶子账户与第二虚拟容器关联；

响应于对第二物件的操作，将第二物件信息存储至所述第二虚拟容器；

显示虚拟容器界面，所述虚拟容器界面包括所述第一叶子账户及所述第一虚拟容器中的所述第一物件信息、所述第二叶子账户及所述第二虚拟容器中的所述第二物件信息；

响应于对所述第一物件信息和所述第二物件信息的操作，分别生成对应所述第一分类信息的第一订单和对应所述第二分类信息的第二订单。

2.根据权利要求1所述的存储物件信息的虚拟容器的控制方法，其特征在于，还包括：

若对所述第一虚拟容器进行修改，则修改所述树形存储系统中的树形结构；

修改所述数据库中的与所述第一虚拟容器对应的所述第一物件信息。

3.根据权利要求1所述的存储物件信息的虚拟容器的控制方法，其特征在于，还包括：

显示虚拟容器界面，所述虚拟容器界面包括所述第一叶子账户及所述第一虚拟容器中的所述第一物件信息；

响应于对所述第一物件信息的操作，生成对应所述第一分类信息的第一订单。

4.根据权利要求1所述的存储物件信息的虚拟容器的控制方法，其特征在于，在响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器之前，所述方法还包括：

设置所述第一叶子账户为默认账户。

5.根据权利要求4所述的存储物件信息的虚拟容器的控制方法，其特征在于，在响应于对第二物件的操作，将第二物件信息存储至所述第二虚拟容器之前，所述方法还包括：

显示虚拟容器控件；

响应于对所述虚拟容器控件的操作，显示子账户目录树结构，所述子账户目录树结构包括所述第一叶子账户和所述第二叶子账户；

响应于对所述第二叶子账户的操作，选择所述第二虚拟容器。

6.根据权利要求1所述的存储物件信息的虚拟容器的控制方法，其特征在于，响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，包括：

响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一子账户；

在所述根账户界面显示所述第一子账户及其维护子账户控件；

响应于对所述第一子账户的维护子账户控件的操作，显示第一子账户界面，所述第一子账户界面包括添加子账户控件；

响应于对所述第一子账户界面的添加子账户控件的操作，创建所述第一子账户下的所述第一叶子账户。

7.根据权利要求1所述的存储物件信息的虚拟容器的控制方法，其特征在于，所述第一分类信息包括以下中的至少一项：第一收货地址、第一优惠信息、所述第一物件所属的第一品类信息、第一群组信息。

8.根据权利要求1所述的存储物件信息的虚拟容器的控制方法，其特征在于，所述第一物件信息包括所述第一物件的第一购物信息，所述第一虚拟容器为第一购物车。

9.一种存储物件信息的虚拟容器的控制装置，其特征在于，包括：

根账户界面显示单元，用于显示目标对象的根账户界面，所述根账户界面包括添加子账户控件；

第一叶子账户创建单元，用于响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第一叶子账户，所述第一叶子账户对应第一分类信息；

第一容器关联单元，用于将所述第一叶子账户与第一虚拟容器关联；

第一物件信息存储单元，用于响应于对第一物件的操作，将第一物件信息存储至所述第一虚拟容器；

基础数据存储单元，用于将所述根账户与所述第一虚拟容器的第一物件信息关联存储至数据库中；

树形结构存储单元，用于将所述根账户、所述第一叶子账户以及所述第一虚拟容器作为树形结构，存储至树形存储系统中；

第二叶子账户创建单元，用于响应于对所述根账户界面的添加子账户控件的操作，创建所述目标对象的根账户下的第二叶子账户，所述第二叶子账户对应第二分类信息；

第二容器关联单元，用于将所述第二叶子账户与第二虚拟容器关联；

第二物件信息存储单元，用于响应于对第二物件的操作，将第二物件信息存储至所述第二虚拟容器；

虚拟容器界面显示单元，用于显示虚拟容器界面，所述虚拟容器界面包括所述第一叶子账户及所述第一虚拟容器中的所述第一物件信息、所述第二叶子账户及所述第二虚拟容器中的所述第二物件信息；

订单一键生成单元，用于响应于对所述第一物件信息和所述第二物件信息的操作，分别生成对应所述第一分类信息的第一订单和对应所述第二分类信息的第二订单。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至8中任一项所述的存储物件信息的虚拟容器的控制方法。

11.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的存储物件信息的虚拟容器的控制方法。