购物支持平台的实现方法和装置与流程

本申请涉及互联网技术领域，尤其涉及一种购物支持平台的实现方法和装置。

背景技术：

随着网络购物的发展，团购和代购等需求日益凸显。目前在这些需求场景下，各方交互流程较为繁琐，通常是采用人工方式进行各种信息的汇总。

但是，现有技术中的流程工作量巨大，人工方式也会造成效率低下。

技术实现要素：

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的一个目的在于提出一种购物支持平台的实现方法，该方法可以降低团主工作量，提高团主工作效率。

本申请的另一个目的在于提出一种购物支持平台的实现装置。

为达到上述目的，本申请第一方面实施例提出的购物支持平台的实现方法，包括：当用户是服务方时，根据所述用户的操作创建用户群，所述用户群的组成成员包括被服务方；根据所述用户的操作创建商品信息，并将所述商品信息发布到所述用户群内；获取所述被服务方生成的对应所述商品信息的订单信息，并根据所述订单信息生成统一订单，并根据所述统一订单进行下单操作，所述订单信息包括：商品属性信息和商品数量信息中的至少一项。

本申请第一方面实施例提出的购物支持平台的实现方法，通过对应服务方提供用户群创建，商品信息发布和订单整理功能，可以方便服务方，也就是团主的操作，从而降低团主的工作量，提高团主的工作效率。

为达到上述目的，本申请第二方面实施例提出的购物支持平台的实现装置，包括：创建模块，用于当用户是服务方时，根据所述用户的操作创建用户群，所述用户群的组成成员包括被服务方；发布模块，用于根据所述用户的操作创建商品信息，并将所述商品信息发布到所述用户群内；下单模块，用于获取所述被服务方生成的对应所述商品信息的订单信息，并根据所述订单信息生成统一订单，并根据所述统一订单进行下单操作，所述订单 信息包括：商品属性信息和商品数量信息中的至少一项。

本申请第二方面实施例提出的购物支持平台的实现装置，通过对应服务方提供用户群创建，商品信息发布和订单整理功能，可以方便服务方，也就是团主的操作，从而降低团主的工作量，提高团主的工作效率。

本申请实施例还提出了一种电子设备，包括：处理器和存储器；其中，存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：当用户是服务方时，根据所述用户的操作创建用户群，所述用户群的组成成员包括被服务方；根据所述用户的操作创建商品信息，并将所述商品信息发布到所述用户群内；获取所述被服务方生成的对应所述商品信息的订单信息，并根据所述订单信息生成统一订单，并根据所述统一订单进行下单操作，所述订单信息包括：商品属性信息和商品数量信息中的至少一项。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请一实施例提出的购物支持平台的实现方法的流程示意图；

图2是本申请另一实施例提出的购物支持平台的实现方法的流程示意图；

图3是本申请实施例中一种界面的示意图；

图4是本申请另一实施例提出的购物支持平台的实现方法的流程示意图；

图5是本申请实施例中另一种界面的示意图；

图6是本申请实施例中另一种界面的示意图；

图7是本申请另一实施例提出的购物支持平台的实现方法的流程示意图；

图8是本申请实施例中另一种界面的示意图；

图9是本申请实施例中另一种界面的示意图；

图10是本申请实施例中另一种界面的示意图；

图11是本申请另一实施例提出的购物支持平台的实现方法的流程示意图；

图12是本申请另一实施例提出的购物支持平台的实现方法的流程示意图；

图13是本申请实施例中另一种界面的示意图；

图14是本申请实施例中另一种界面的示意图；

图15是本申请实施例中另一种界面的示意图；

图16是本申请另一实施例提出的购物支持平台的实现装置的结构示意图；

图17是本申请另一实施例提出的购物支持平台的实现装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本申请一实施例提出的购物支持平台的实现方法的流程示意图，该方法包括：

S11：当用户是服务方时，根据所述用户的操作创建用户群，所述用户群的组成成员包括被服务方。

在团购或者代购等场景下，提供团购或代购的用户可以称为服务方，另一方可以称为被服务方，或者，服务方也可以称为团主，被服务方可以称为团客。

一个实施例中，可以通过验证方式为用户分配服务方的角色。参见图2，该方法还可以包括：

S21：向用户展示验证码输入界面。

以验证码是邀请码为例，参见图3，可以在该平台的首页向用户展示邀请码输入界面31。

需要说明的是，本申请实施例中涉及的界面展示形式只是示例说明，在实际实施时，还可以采用其他形式。

S22：接收所述用户在所述验证码输入界面内输入的验证码，并对所述验证码进行验证。

如果用户预先获取了邀请码，则可以将该邀请码输入到邀请码输入界面内。

用户输入邀请码后，服务端可以对该邀请码进行验证。例如，用户预先获取的邀请码是由服务端生成并发送的，服务端在将邀请码发送给用户后，还可以在服务端进行存储，之后，当服务端接收到用户输入的邀请码后，可以将输入的邀请码与存储的邀请码进行比对，如果输入的邀请码属于存储的邀请码，则通过验证，否则未通过验证。

S23：如果通过验证，确定所述用户是服务方。

例如，如果一个用户输入了正确的邀请码，则可以为该用户分配服务方的角色，之后，该用户可以执行服务方具有的功能。

上述描述了一个用户预先获取到邀请码后，可以根据邀请码申请成为服务方。

一个实施例中，用户可以采用如下方式获取邀请码，以便根据该邀请码申请成为服务 方。

参见图4，该方法还可以包括：

S41：向用户展示验证码获取界面。

例如，用户在进入该平台对应的页面时，如果该用户的角色是被服务方(或者称为团客)或者访客，如图5所示，在团客或访客对应的页面上，可以包括“申请做团主”51这一选项，当用户点击该选项后，可以展示如图6所示的验证码获取界面61。其中，用户进入该平台对应的页面时，初始默认的角色可以是访客，之后根据相应的操作，可以成为被服务方，以及服务方。

S42：当所述用户在所述验证码获取界面上申请获取验证码后，为所述用户提供所述验证码。

例如，用户可以在图6所示的验证码获取界面内输入理由，并点击图6所示的“提交”按钮后，当服务端审核通过后，可以为该用户分配验证码，之后，该用户可以采用该验证码申请成为团主。

本实施例中，通过根据验证码对用户进行验证，通过验证才能成为团主，可以为团主提供资质认证，提高团购或代购的安全性。

另外，当一个用户申请成为团主后，该用户还可以建立团主的个人信息，以方便团员查看。

现有技术中，团主发布的商品信息是面向所有能够浏览到该信息的用户的，而本实施例中，当用户申请成为服务方(或者称为团主)后，可以根据团主的操作创建用户群。

参见图7，所述根据所述用户的操作创建用户群，包括：

S71：当用户是服务方时，向所述用户展示用户群创建界面。

其中，用户群也可以称为圈子，当确定一个用户是团主后，参见图8，对应该团主的菜单中可以包含“创建圈子”这一菜单项，团主在点击该菜单项后，可以展示如图9所示的用户群创建界面91。

S72：根据所述用户在所述用户群创建界面内填写的信息，创建对应的用户群。

在展示如图9所示的用户群创建界面后，团主可以在该界面上输入圈子名称，介绍等信息，以创建相应的圈子。

S73：发布创建的用户群的信息。

团主在创建一个圈子后，可以发布该圈子的信息，例如，在该团主的主页发布，或者，通过其他社交网站发布等。

S74：接收其他用户加入所述用户群的申请消息，并在允许所述其他用户加入后，将所述其他用户作为被服务者组成所述用户群。

当其他用户看到该圈子的信息后，其他用户可以申请加入该圈子。例如，发布圈子的界面中包含申请加入按钮，用户点击该按钮后，可以向服务方发送申请消息。当服务方接收到该申请消息后，可以对该用户进行验证，允许或者拒绝用户加入。当允许其他用户加入后，其他用户可以作为被服务方。

在组成用户群后，团主还可以对该用户群内的团客进行管理。例如，该平台可以为团主提供查看并对用户群进行操作的选项，团主在进入对用户群操作的界面后，对应每个团客，可以进行删除或者编辑等操作。

S12：根据所述用户的操作创建商品信息，并将所述商品信息发布到所述用户群内。

例如，参见图8，团主对应的页面内包含“发布拼团”选项，当团主点击该选项后，可以展示如图10所示的商品创建界面101，在该界面内团主可填写要团购或代购的商品信息。

参见图11，所述根据所述用户的操作创建商品信息，并将所述商品信息发布到所述用户群内，包括：

S111：获取待团购或代购的链接信息，并将所述链接信息填写到展示的商品创建界面中。

其中，待团购或代购的链接信息可以是团主主动获取的，或者，也可以是团客提供给团主的。

团主主动获取时，团主可以获取待团购或代购的商品的链接信息，并复制或者输入该链接信息到商品创建界面的链接信息项内。

团主从团客获取商品信息时，可以是团客看到想团购或代购的商品后，将该商品的链接信息发给团主，之后可以由团主将链接信息复制或者输入到商品创建界面的链接信息项内。

S112：根据所述链接信息，获取所述待团购或代购的商品信息，并向所述用户群内的被服务方提供所述待团购或者代购的商品信息。

而本实施例中，团主可以填写链接信息，该平台根据链接信息获取具体的商品信息，之后展示具体的商品信息。

本实施例中，通过根据链接信息获取商品信息，不需要团主手工填写具体信息，可以降低团主的工作量。

S13：获取所述被服务方生成的对应所述商品信息的订单信息，并根据所述订单信息生成统一订单，并根据所述统一订单进行下单操作，所述订单信息包括：商品属性信息和商品数量信息中的至少一项。

在发布商品信息后，团客可以根据自身的需要进行下单操作。

一个实施例中，参见图12，该方法还包括：

S121：向所述被服务方展示商品信息界面，所述商品信息界面中包括：商品属性信息和商品数量信息中的至少一项。

现有技术中，团客通常是通过口述，消息等形式将商品属性信息和商品数量信息发送给团主，团主收到这些信息后还需要手工整理。

而本实施例中，团客可以自行选择商品属性信息(sku)和商品数量信息，从而后续方便团主操作。

S122：接收所述被服务方在所述商品信息界面内选择的商品信息，并根据所述选择的商品信息生成订单信息。

例如，将商品信息发布到用户群后，团客可以看到如图13所述的商品信息界面131，团客可以在该商品信息界面内选择所需商品的颜色，尺寸，数量等信息，之后点击“我要参团”按钮进行下单，从而生成对应团客的订单信息。

在团客生成订单信息后，该订单信息可以发送给团主。团主可以接收到不同团客发送的订单信息，在团主侧，不同团客的订单信息可以汇总到一起。

可选的，所述根据所述订单信息生成统一订单，包括：

将所述订单信息汇总到同一个界面；

点击所述界面内的一个按钮，生成统一订单，所述统一订单包含所有所述订单信息的订购信息。

例如，在团主侧，可以展示如图14所示的订单界面141，订单界面内包含所有团客发送的订单信息。团主点击“加入购物车”后，参见图15，将根据不同团客的订单信息生成统一订单151，统一订单内包含所有团客的订购信息，之后，团主可以点击“结算”向商家完成下单操作。

本实施例中，通过对团客的订单信息进行汇总，可以自动完成对不同团客的订单的整理，实现一键下单，避免团主手工整理造成的效率低下，工作量大等问题。

本实施例中，通过对应服务方提供用户群创建，商品信息发布和订单整理功能，可以方便服务方，也就是团主的操作，从而降低团主的工作量，提高团主的工作效率。

图16是本申请另一实施例提出的购物支持平台的实现装置的结构示意图，该装置160包括：

创建模块161，用于当用户是服务方时，根据所述用户的操作创建用户群，所述用户群的组成成员包括被服务方；

在团购或者代购等场景下，提供团购或代购的用户可以称为服务方，另一方可以称为被服务方，或者，服务方也可以称为团主，被服务方可以称为团客。

另一实施例中，参见图17，该装置160还包括：

第一展示模块171，用于向用户展示验证码输入界面；

以验证码是邀请码为例，参见图3，可以在该平台的首页向用户展示邀请码输入界面31。

需要说明的是，本申请实施例中涉及的界面展示形式只是示例说明，在实际实施时，还可以采用其他形式。

接收模块172，用于接收所述用户在所述验证码输入界面内输入的验证码，并对所述验证码进行验证；

如果用户预先获取了邀请码，则可以将该邀请码输入到邀请码输入界面内。

用户输入邀请码后，服务端可以对该邀请码进行验证。例如，用户预先获取的邀请码是由服务端生成并发送的，服务端在将邀请码发送给用户后，还可以在服务端进行存储，之后，当服务端接收到用户输入的邀请码后，可以将输入的邀请码与存储的邀请码进行比对，如果输入的邀请码属于存储的邀请码，则通过验证，否则未通过验证。

确定模块173，用于如果通过验证，确定所述用户是服务方。

例如，如果一个用户输入了正确的邀请码，则可以为该用户分配服务方的角色，之后，该用户可以执行服务方具有的功能。

上述描述了一个用户预先获取到邀请码后，可以根据邀请码申请成为服务方。

一个实施例中，用户可以采用如下方式获取邀请码，以便根据该邀请码申请成为服务方。

参见图17，该装置160还包括：

第二展示模块174，用于向用户展示验证码输入界面；

例如，用户在进入该平台对应的页面时，如果该用户的角色是被服务方(或者称为团客)或者访客，如图5所示，在团客或访客对应的页面上，可以包括“申请做团主”51这一选项，当用户点击该选项后，可以展示如图6所示的验证码获取界面61。其中，用户进入该平台对应的页面时，初始默认的角色可以是访客，之后根据相应的操作，可以成为被服务方，以及服务方。

提供模块175，用于当所述用户在所述验证码获取界面上申请获取验证码后，为所述用户提供所述验证码。

例如，用户可以在图6所示的验证码获取界面内输入理由，并点击图6所示的“提交”按钮后，当服务端审核通过后，可以为该用户分配验证码，之后，该用户可以采用该验证码申请成为团主。

本实施例中，通过根据验证码对用户进行验证，通过验证才能成为团主，可以为团主 提供资质认证，提高团购或代购的安全性。

另外，当一个用户申请成为团主后，该用户还可以建立团主的个人信息，以方便团员查看。

现有技术中，团主发布的商品信息是面向所有能够浏览到该信息的用户的，而本实施例中，当用户申请成为服务方(或者称为团主)后，可以根据团主的操作创建用户群。

可选的，所述创建模块161具体用于：

向所述用户展示用户群创建界面；

其中，用户群也可以称为圈子，当确定一个用户是团主后，参见图8，对应该团主的菜单中可以包含“创建圈子”这一菜单项，团主在点击该菜单项后，可以展示如图9所示的用户群创建界面91。

根据所述用户在所述用户群创建界面内填写的信息，创建对应的用户群；

在展示如图9所示的用户群创建界面后，团主可以在该界面上输入圈子名称，介绍等信息，以创建相应的圈子。

发布创建的用户群的信息；

团主在创建一个圈子后，可以发布该圈子的信息，例如，在该团主的主页发布，或者，通过其他社交网站发布等。

接收其他用户加入所述用户群的申请消息，并将所述其他用户作为被服务者组成所述用户群。

当其他用户看到该圈子的信息后，其他用户可以申请加入该圈子。例如，发布圈子的界面中包含申请加入按钮，用户点击该按钮后，可以向服务方发送申请消息。当服务方接收到该申请消息后，可以对该用户进行验证，允许或者拒绝用户加入。当允许其他用户加入后，其他用户可以作为被服务方。

在组成用户群后，团主还可以对该用户群内的团客进行管理。例如，该平台可以为团主提供查看并对用户群进行操作的选项，团主在进入对用户群操作的界面后，对应每个团客，可以进行删除或者编辑等操作。

发布模块162，用于根据所述用户的操作创建商品信息，并将所述商品信息发布到所述用户群内；

例如，参见图8，团主对应的页面内包含“发布拼团”选项，当团主点击该选项后，可以展示如图10所示的商品创建界面101，在该界面内团主可填写要团购或代购的商品信息。

可选的，所述发布模块162具体用于：

获取待团购或代购的链接信息，并将所述链接信息填写到展示的商品创建界面中，所 述链接信息包括：所述服务方自身获取的，或者，所述被服务方提供的；

其中，待团购或代购的链接信息可以是团主主动获取的，或者，也可以是团客提供给团主的。

团主主动获取时，团主可以获取待团购或代购的商品的链接信息，并复制或者输入该链接信息到商品创建界面的链接信息项内。

团主从团客获取商品信息时，可以是团客看到想团购或代购的商品后，将该商品的链接信息发给团主，之后可以由团主将链接信息复制或者输入到商品创建界面的链接信息项内。

根据所述链接信息，获取所述待团购或代购的商品信息，并向所述用户群内的被服务方提供所述待团购或者代购的商品信息。

现有技术中，通常需要团主手工填写商品名称，图片，详情等信息。

而本实施例中，团主可以填写链接信息，该平台根据链接信息获取具体的商品信息，之后展示具体的商品信息。

本实施例中，通过根据链接信息获取商品信息，不需要团主手工填写具体信息，可以降低团主的工作量。

下单模块163，用于获取所述被服务方生成的对应所述商品信息的订单信息，并根据所述订单信息生成统一订单，并根据所述统一订单进行下单操作，所述订单信息包括：商品属性信息和商品数量信息中的至少一项。

在发布商品信息后，团客可以根据自身的需要进行下单操作。

另一实施例中，参见图17，该装置160还包括：

第三展示模块176，用于向所述被服务方展示商品信息界面，所述商品信息界面中包括：商品属性信息和商品数量信息中的至少一项；

现有技术中，团客通常是通过口述，消息等形式将商品属性信息和商品数量信息发送给团主，团主收到这些信息后还需要手工整理。

而本实施例中，团客可以自行选择商品属性信息(sku)和商品数量信息，从而后续方便团主操作。

生成模块177，用于接收所述被服务方在所述商品信息界面内选择的商品信息，并根据所述选择的商品信息生成订单信息。

例如，将商品信息发布到用户群后，团客可以看到如图13所述的商品信息界面131，团客可以在该商品信息界面内选择所需商品的颜色，尺寸，数量等信息，之后点击“我要参团”按钮进行下单，从而生成对应团客的订单信息。

在团客生成订单信息后，该订单信息可以发送给团主。团主可以接收到不同团客发送 的订单信息，在团主侧，不同团客的订单信息可以汇总到一起

可选的，所述下单模块163用于根据所述订单信息生成统一订单，包括：

将所述订单信息汇总到同一个界面；

接收到所述界面内的预设按钮的点击指令后，生成统一订单，所述统一订单包含所有所述订单信息的订购信息。

例如，在团主侧，可以展示如图14所示的订单界面141，订单界面内包含所有团客发送的订单信息。团主点击“加入购物车”后，参见图15，将根据不同团客的订单信息生成统一订单151，统一订单内包含所有团客的订购信息，之后，团主可以点击“结算”向商家完成下单操作。

本实施例中，通过对团客的订单信息进行汇总，可以自动完成对不同团客的订单的整理，实现一键下单，避免团主手工整理造成的效率低下，工作量大等问题。

本实施例中，通过对应服务方提供用户群创建，商品信息发布和订单整理功能，可以方便服务方，也就是团主的操作，从而降低团主的工作量，提高团主的工作效率。

本申请实施例还提出了一种电子设备，包括：处理器和存储器；其中，存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：当用户是服务方时，根据所述用户的操作创建用户群，所述用户群的组成成员包括被服务方；根据所述用户的操作创建商品信息，并将所述商品信息发布到所述用户群内；获取所述被服务方生成的对应所述商品信息的订单信息，并根据所述订单信息生成统一订单，并根据所述统一订单进行下单操作，所述订单信息包括：商品属性信息和商品数量信息中的至少一项。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路 的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。