CN111523950A - 团单处理系统、方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种团单处理系统、方法、装置、设备及存储介质，所述系统应用于数据处理领域，所述系统包括：商户客户端，用于通过网络向服务器发送预售请求，预售请求用于请求上线预售团单，预售团单中的预售产品是在目标时刻之后进入市场的产品；服务器，用于响应于预售请求，在目标时刻之前将预售团单设置为上线状态；通过网络向用户客户端发送预售团单的团单数据发送至用户客户端；用户客户端，用于显示用户界面，用户界面是基于预售团单的团单数据生成的；响应于转移指令，从服务器获取预售团单的使用权限；在基于目标时刻确定的提醒时刻，显示预售团单的使用提醒。

Description

团单处理系统、方法、装置、设备及存储介质

技术领域

本申请涉及本地生活服务领域，特别涉及一种团单处理系统、方法、装置、设备及存储介质。

背景技术

本地生活服务平台是一种提供在线本地生活服务的计算机平台。本地生活服务平台包括：商户客户端、服务器和用户客户端。

商户客户端提供的商户服务需要由商户向服务器签约和开通。商户客户端可以供商户在服务器上自助发布团购单，简称自助上单。

很多商户在新门店的筹备阶段，就会向平台服务器签约和开通商户服务。但在新门店的筹备阶段，商户客户端基本处于闲置状态，导致相应的计算资源和网络资源浪费。

发明内容

本申请实施例提供了一种团单处理方法、装置及存储介质，可以通过提供预售团单的预售机制，提高商户客户端和服务器上的计算资源以及网络资源的使用率。所述技术方案至少包括如下：

根据本申请的一个方面，提供了一种团单处理系统，所述系统包括：

所述商户客户端，用于显示上单用户界面；响应于所述上单用户界面上触发的上单指令，根据所述上单指令生成所述预售请求；在第一请求时刻通过网络向生活服务平台的服务器发送预售请求，所述预售请求用于请求上线预售团单，所述预售团单中的预售产品是在目标时刻之后进入市场的产品；

所述服务器，用于接收所述预售请求；响应于所述预售请求，将所述预售团单的团单数据存储在数据库中，以及在所述目标时刻之前将所述预售团单设置为上线状态；在第二请求时刻通过所述网络向所述用户客户端发送所述预售团单的团单数据；

所述用户客户端，用于显示用户界面，所述用户界面是基于所述预售团单的团单数据生成的；响应于所述用户界面上触发的转移指令，从所述服务器获取所述预售团单的使用权限；在基于所述目标时刻确定的提醒时刻，显示所述预售团单的使用提醒，所述第一请求时刻和所述第二请求时刻均早于所述目标时刻。

根据本申请的另一个方面，提供了一种团单处理方法，应用于商户客户端中，所述方法包括：

显示商户客户端的上单用户界面；

响应于所述上单用户界面上触发的上单指令，根据所述上单指令生成所述预售请求；

在第一请求时刻通过网络向服务器发送所述预售请求，所述预售请求用于请求上线预售团单，所述预售团单中的预售产品是在目标时刻之后进入市场的产品，所述第一请求时刻早于所述目标时刻。

根据本申请的另一个方面，提供了一种团单处理方法，所述方法包括：

显示用户客户端的用户界面，所述用户界面是基于预售团单的团单数据生成的，所述预售团单中的预售产品是在目标时刻之后进入市场的产品；

响应于所述用户界面上触发的转移指令，在第二请求时刻从生活服务平台的服务器获取所述预售团单的使用权限，所述第二请求时刻早于所述目标时刻，所述使用权限是以所述目标时刻为起始生效时刻的权限；

在基于所述目标时刻确定的提醒时刻，显示所述预售团单的使用提醒。

根据本申请的另一方面，提供了一种团单处理装置，所述装置包括：

显示模块，用于显示商户客户端的上单用户界面；

交互模块，用于响应于所述上单用户界面上触发的上单指令，根据所述上单指令生成所述预售请求；

发送模块，用于在第一请求时刻通过网络向服务器发送所述预售请求，所述预售请求用于请求上线预售团单，所述预售团单中的预售产品是在目标时刻之后进入市场的产品，所述第一请求时刻早于所述目标时刻。

根据本申请的另一方面，提供了一种团单处理装置，所述装置包括：

显示模块，用于用户客户端的显示用户界面，所述用户界面是基于预售团单的团单数据生成的，所述预售团单中的预售产品是在目标时刻之后进入市场的产品；

交互模块，用于响应于所述用户界面上触发的转移指令，在第二请求时刻从生活服务平台的服务器获取所述预售团单的使用权限，所述第二请求时刻早于所述目标时刻，所述使用权限是以所述目标时刻为起始生效时刻的权限；

提醒模块，用于在基于所述目标时刻确定的提醒时刻，显示所述预售团单的使用提醒。

根据本申请的另一方面，提供了一种计算机设备，所述计算机设备包括：处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的团单处理方法。

根据本申请的另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的团单处理方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过提供预售团单的预售机制，使得商户客户端在目标时刻之前就能够充分利用商户客户端和服务器上的计算资源以及网络资源，提高商户客户端和服务器上的计算资源以及网络资源的使用率，而且还能将服务器在目标时刻时的服务压力分摊在更早的时间，减轻服务器的业务高峰压力。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个示例性实施例提供的团单处理系统的框图；

图2是本申请一个示例性实施例提供的团单处理方法的流程图；

图3是本申请一个示例性实施例提供的团单处理方法的流程图；

图4是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图5是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图6是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图7是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图8是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图9是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图10是本申请另一个示例性实施例提供的团单处理方法的流程图；

图11是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图12是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图13是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图14是本申请另一个示例性实施例提供的团单处理方法的界面示意图；

图15是本申请另一个示例性实施例提供的团单处理方法的流程图；

图16是本申请另一个示例性实施例提供的团单处理方法的流程图；

图17是本申请另一个示例性实施例提供的团单处理装置的框图；

图18是本申请另一个示例性实施例提供的团单处理装置的框图；

图19是本申请另一个示例性实施例提供的服务器的结构示意图；

图20是本申请另一个示例性实施例提供的终端的框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1给出了本申请一个示例性实施例提供的团单处理系统的结构框图。该计算机系统100包括：第一终端110、服务器120、第二终端130。

第一终端110运行有商户客户端111，该商户客户端111可以是程序客户端或网页客户端。商户客户端111是由商户使用的客户端。商户客户端111具有团购单品的上线功能、修改功能和下线功能中的至少一种。

第二终端130运行有用户客户端131，该用户客户端131可以是程序客户端或网页客户端。用户客户端131是由用户使用的客户端。用户客户端131具有团购单品的显示功能、购买功能、支付功能中的至少一种。

可选地，第一终端110和第二终端130上安装的客户端是相同或不同的，或两个终端上安装的客户端是不同操作系统平台(安卓或IOS)上触发的同一类型客户端。第一终端110可以泛指多个终端中的一个，第二终端130可以泛指多个终端中的另一个，本实施例仅以第一终端110和第二终端130来举例说明。第一终端110和第二终端130的设备类型相同或不同，该设备类型包括：智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机中的至少一种。

图1中仅示出了两个终端，但在不同实施例中存在多个其它终端140可以接入服务器120。可选地，还存在一个或多个终端140是开发者对应的终端，在终端140上安装有客户端(商家客户端和用户客户端中的至少一种)的开发和编辑平台，开发者可在终端140上对客户端进行编辑和更新，并将更新后的客户端(安装包或网页)通过有线或无线网络传输至服务器120，第一终端110和第二终端130可从服务器120下载客户端的安装包或网页，从而实现对客户端的更新。

第一终端110、第二终端130以及其它终端140通过无线网络或有线网络与服务器120相连。

服务器120包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。服务器120用于为商户客户端和用户客户端提供后台服务。可选地，服务器120承担主要计算工作，终端承担次要计算工作；或者，服务器120承担次要计算工作，终端承担主要计算工作；或者，服务器120和终端之间采用分布式计算架构进行协同计算。

在一个示意性的例子中，服务器120包括处理器122、用户账号数据库123、预售服务模块124、面向用户的输入/输出接口(Input/Output Interface，I/O接口)125。其中，处理器122用于加载服务器121中存储的指令，处理用户账号数据库123和预售服务模块124中的数据；用户账号数据库123用于存储第一终端110、第二终端130以及其它终端140所使用的用户账号的数据，预售服务模块124用于提供有关预售团单的上单服务、修改服务和下线服务；面向用户的I/O接口125用于通过无线网络或有线网络和第一终端110和/或第二终端130建立通信交换数据。

图2示出了本申请一个示例性实施例提供的团单处理方法的流程图。本实施例以该方法应用于图1所示的系统中来举例说明。该方法包括：

步骤201，商户客户端显示上单用户界面；

上单用户界面是用于生成预售团单的用户界面。与普通团单不同的是，预售团单中的预售产品是在目标时刻之后进入市场的产品。团单是指可供多人团购的销售订单。

步骤202，商户客户端响应于上单用户界面上触发的上单指令，根据上单指令生成预售请求；

步骤203，商户客户端通过网络向服务器发送预售请求，预售请求用于请求上线预售团单，预售团单中的预售产品是在目标时刻之后进入市场的产品；

预售是指在产品还未正式进入市场之前的销售行为。预售团单包括能够在本地生活服务平台预售的任何类型的商品或服务。在本实施例中，以该预售团单是休闲娱乐团单来举例说明，但不限定该预售团单的具体类型。

可选地，目标时刻是预售产品进入市场的时刻。以休闲娱乐团单为例，目标时刻是商户门店的开业时刻。

商户客户端在目标时刻之前，通过网络向服务器发送预售请求。可选地，该预售请求携带有如下团单数据中的至少一种：预售团单的标识、目标时刻、预售团单的描述、预售团单的库存数量、预售团单的单人购买上限。也即，商户客户端在第一请求时刻通过网络向生活服务平台的服务器发送预售请求，第一请求时刻早于目标时刻。

示例性的，预售请求采用电子报文的形式发送至服务器。可选地，预售请求中携带有目标时刻。

步骤204，服务器接收预售请求；

服务器接收商户客户端通过网络发送的预售请求。可选地，服务器从商户客户端发送的电子报文中，解析出预售请求。

步骤205，响应于预售请求，服务器将预售团单的团单数据存储在数据库中，以及在目标时刻之前将预售团单设置为上线状态；

数据库是用于存储预售团单的团单数据的存储组件。预售团单的团单数据包括如下至少一种：预售团单的标识、目标时刻、预售团单的描述(图像、文字、音频以及视频中的至少一种)、预售团单的库存数量、预售团单的单人购买上限、预售团单的状态。

可选地，预售团单的状态包括：缓存状态、上线状态、库存状态、已出售状态、已使用(核销)状态、未使用状态、退款状态、退货状态、发货状态、下线状态中的至少一种。

可选地，上线状态是指进入平台市场且开始预售的状态。

步骤206，服务器通过网络向用户客户端发送预售团单的团单数据；

服务器主动或被动向用户客户端发送预售团单的团单数据。

在一个示例中，服务器主动向用户客户端发送预售团单的团单数据。在另一个示例中，服务器在接收到用户客户端的信息获取请求后，向用户客户端发送预售团单的团单数据。

步骤207，用户客户端显示用户界面，用户界面是基于预售团单的团单数据生成的；

用户界面中的全部显示内容或部分显示内容，是基于预售团单的团单数据生成的。可选地，用户界面还包括：用于购买预售团单的购买控件。

步骤208，响应于转移指令，用户客户端从服务器获取预售团单的使用权限；

响应于购买控件上触发的转移指令，用户客户端在第二请求时刻从服务器获取预售团单的使用权限(或拥有权限)。第二请求时刻早于目标时刻。

示意性的，用户客户端向服务器发送转移请求，该转移请求用于请求将用户帐号下的第一数值转移至商户账号，将预售团单的使用权限从商户账号转移至用户帐号。

步骤209，用户客户端在基于目标时刻确定的提醒时刻，显示预售团单的使用提醒。

由于预售团单是在目标时刻前尚未进入市场，目标时刻后才会进入市场的团单，因此用户在等待目标时刻的过程中可能会遗忘预售团单。用户客户端在基于目标时刻确定的提醒时刻，显示预售团单的使用提醒。

可选地，提醒时刻是目标时刻之前的某一时刻，比如目标时刻的前一天、前一小时、前十分钟。或，提醒时刻等于目标时刻。或，提醒时刻是目标时刻之后的某一时刻，比如，目标时刻的后一天、后一小时、后十分钟。

用户客户端采用短信、状态栏通知、锁屏界面通知、用户界面中的信息栏中的至少一种，显示预售团单的使用提醒。

综上所述，本实施例提供的方法，通过提供预售团单的预售机制，使得商户客户端在目标时刻之前就能够使用商户客户端和服务器上触发的计算资源以及网络资源，提高商户客户端和服务器上触发的计算资源以及网络资源的使用率，而且还能将服务器在目标时刻时的服务压力分摊在更早的时间，减轻服务器的业务高峰压力。

上述过程包括但不限于：预售上单阶段、预售在售阶段、预售下线阶段。

针对预售上单阶段：

图3示出了本申请一个示例性实施例提供的预售上单方法的流程图。本实施例以该方法应用于图1所示的团单处理系统来举例说明。该方法包括：

步骤301，显示上单用户界面；

上单用户界面是用于生成预售团单的预售请求的界面。上单用户界面包括用于输入预售团单的团单数据的一个或多个控件。这些控件包括但不限于：导入控件、新建控件、输入控件、勾选控件、选择控件、确认控件中的至少一种。

示例性的如图4所示，商户客户端上显示有团单管理界面41，团单管理界面41上显示有新建团单按钮42。当商户点击新建团单按钮42后，商户客户端显示团单新建界面43，团单新建界面43上显示有团单类型的选择控件44，该选择控件44用于选择新建团单的类型为普通团单或预售团单。当用户选择预售团单类型时，显示上单用户界面45。

示意性的如图5所示，上单用户界面45包括：用于新建团单的新建控件46和用于导入团单的导入控件47。

步骤302，响应于上单用户界面上触发的第一上单指令，根据第一上单指令所输入的第一团单数据，生成预售请求；

示意性的，第一上单操作是用于新建团单的新建操作。第一上单操作包括作用于新建控件的触摸操作，以及作用于团单数据输入控件上触发的输入操作。

可选地，第一上单操作包括：作用于新建控件的点击操作、双击操作、长按操作、压力触控操作、悬浮触控操作中的至少一种。第一上单操作在上单用户界面上触发第一上单指令。

示意性的如图5所示，上单用户界面上显示有新建控件46。当用户点击新建控件46后，显示至少一个预售团单的团单数据输入控件48。结合图5和图6可知，团单数据输入控件48包括但不限于用于录入如下团单数据的控件：上单类型、团单类型、适用门店、团购名称、项目类型、套餐详情、原价、预售价、结算价、预售时间、券有效期、不可用时间、单人购买上限、产品详情图、商户介绍图、购买须知、发布平台、平台最大可售数量、结算账户、银行卡号中的至少一种。

示意性的，第一团单数据包括如下团单数据中的至少一项：上单类型、团单类型、适用门店、团购名称、项目类型、套餐详情、原价、预售价、结算价、预售时间、券有效期、不可用时间、单人购买上限、产品详情图、商户介绍图、购买须知、发布平台、平台最大可售数量、结算账户、银行卡号中的至少一种中的至少一种。

示意性的参考图7，商户还可为预售团单选择关联和合同页和团单品类。

商户客户端根据第一上单指令所输入的第一团单数据，生成预售请求。

步骤303，响应于上单用户界面上触发的第二上单指令，根据第二上单指令导入的历史团单的团单数据，生成预售请求；

示意性的，第二上单操作是用于导入团单的导入操作。第二上单操作包括作用于导入控件的操作。可选地，第二上单操作包括：作用于导入控件的点击操作、双击操作、长按操作、压力触控操作、悬浮触控操作中的至少一种。第二上单操作在上单用户界面上触发第二上单指令。

示意性的如图8所示，上单用户界面上显示有至少两个候选的历史团单。第二上单操作包括：对至少两个候选的历史团单进行选择的选择操作49，和确认导入的确认操作50。

历史团单的团单数据包括：历史填写的团单数据、历史通过审核的团单数据、历史上线过的团单数据中的至少一种。比如，商户有2个门店，门店1是旧门店，门店2是新门店，可以将门店1的历史团单导入为门店2的预售团单。本实施例中，以历史团单是历史上线且通过审核的团单数据来举例说明。

可选地，商户客户端根据第二上单指令导入的历史团单的团单数据，生成预售请求。

由于历史团单的团单数据并不一定完全满足本次上单需求，比如销售时间和使用时间存在不同。示意性的参考图9，在导入历史团单后，上单用户界面上还包括修改控件48，用户可以修改历史团单的团单数据。响应于用户的修改操作触发的修改指令，商户客户端对第二上单指令导入的历史团单的团单数据进行修改，得到修改后的团单数据。商户客户端根据修改后的团单数据，生成预售请求。

步骤304，商户客户端通过网络向服务器发送预售请求；

可选地，商户客户端在第一请求时刻通过网络向服务器发送预售请求，第一请求时刻早于目标时刻。

步骤305，服务器通过网络接收预售请求；

服务器接收商户客户端通过网络发送的预售请求。可选地，服务器从商户客户端发送的电子报文中，解析出预售请求。

步骤306，服务器审核预售请求是否符合审核条件；

其中，审核条件包括如下至少一个条件：商户客户端对应的商户帐号的地理标签为新店标签，商户帐号开通了上单权限，预售请求的第一请求时刻早于目标时刻，预售团单的团单数据符合规范。

步骤307，响应于预售请求符合审核条件时，服务器将预售团单的团单数据存储在数据库中，以及在目标时刻之前将预售团单设置为上线状态。

步骤308，响应于预售请求符合不审核条件时，服务器向商户客户端发送上单失败信息。

商户客户端在接收到上单失败信息后，可以重新修改预售团单的团单数据，基于修改后的团单数据再次提交预售请求。

综上所述，本实施例提供的方法，在商户客户端提供了两种预售团单的上单方式：新建模式和导入模式。其中，新建模式可以由商户自定义全新的预售团单的团单数据，导入模式可以由商户导入历史的团单数据作为预售团单的团单数据。其中，导入模式能够明显减少商户所需要的操作次数，提高商户在商户客户端上触发的操作效率。

针对预售在售阶段

图10示出了本申请一个示例性实施例提供的预售上单方法的流程图。本实施例以该方法应用于图1所示的团单处理系统来举例说明。该方法包括：

步骤601，服务器通过网络向用户客户端发送预售团单的团单数据；

服务器主动或被动向用户客户端发送预售团单的团单数据。

在一个示例中，服务器主动向用户客户端发送预售团单的团单数据。在另一个示例中，服务器在接收到用户客户端的信息获取请求后，向用户客户端发送预售团单的团单数据。

步骤602，用户客户端显示用户界面，用户界面是基于预售团单的团单数据生成的；

在一个示例中，用户界面是搜索结果界面，搜索结果界面中存在与预售团单对应的搜索结果项。示意性的参考图11，用户在用户客户端上搜索“xxxx”，搜索结果界面61中存在与商户1提供的预售团单对应的搜索结果项。

在一个示例中，用户界面是附近商户界面，附近商户界面中存在与预售团单对应的导航项。示意性的参考图12，用户在用户客户端的首页上点击后，进入附近商户界面62。附近商户界面62中存在与商户1提供的预售团单对应的导航项。若用户点击该导航项，则进入该预售团单的详情页面。

在一个示例中，用户界面是个性化推荐界面，个性化推荐界面用于显示对用户客户端的用户帐号进行个性化推荐的推荐项，个性化推荐界面中存在与预售团单对应的推荐项。个性化推荐界面是服务器根据用户帐号的用户画像或个人喜好来生成的推荐界面。比如，个性化推荐界面可以是猜你喜欢界面。

在一个示例中，用户界面是特价推荐界面，特价推荐界面中存在与预售团单对应的推荐项。由于预售团单大部分都是较大的优惠，所以用户客户端还可以在特价推荐界面中显示与预售团单对应的推荐项。

步骤603，响应于转移指令，用户客户端向服务器发送转移请求；

用户客户端在第二请求时刻向服务器发送转移请求，第二请求时刻早于目标时刻。

其中，转移条件包括如下至少一项：预售团单的库存不为空，转移请求的第二请求时刻早于目标时刻，用户帐号的转移数量未达到单个帐号的转移上限。

可选地，转移指令是基于预售团单对应的支付控件触发的指令。如图13所示，用户在希望购买预售团单时，先点击立即抢购按钮63；用户客户端显示提交订单界面，该提交订单界面中显示有去支付按钮64。若用户点击了去支付按钮64，则在用户客户端上触发转移指令，用户客户端向服务器发送转移请求。

该转移请求用于请求将用户帐号下的第一数值(比如与预售团单的价格对应的资金)转移至商户账号，将预售团单的使用权限从商户账号转移至用户帐号。

步骤604，服务器在转移请求符合转移条件时，向用户客户端对应的用户帐号授予预售团单的使用权限；

使用权限是以所述目标时刻为起始生效时刻的权限。

转移条件包括但不限于：第一数值的数额正确，预售团单的库存大于购买数量，当前时刻位于预售团单的销售时间段。

步骤605，用户客户端在基于目标时刻确定的提醒时刻，显示预售团单的使用提醒；

由于预售团单是在目标时刻前尚未进入市场，目标时刻后才会进入市场的团单，因此用户在等待目标时刻的过程中可能会遗忘预售团单。用户客户端在基于目标时刻确定的提醒时刻，显示预售团单的使用提醒。

可选地，提醒时刻是目标时刻之前的某一时刻，比如目标时刻的前一天、前一小时、前十分钟。或，提醒时刻等于目标时刻。或，提醒时刻是目标时刻之后的某一时刻，比如，目标时刻的后一天、后一小时、后十分钟。

用户客户端采用短信、状态栏通知、锁屏界面通知、用户界面中的信息栏中的至少一种，显示预售团单的使用提醒。

步骤606，响应于使用请求，用户客户端向服务器发送核销请求。

可选地，使用请求是用户在用户客户端上请求使用预收团单时触发的。以预收团单是休闲娱乐团单为例，用户在到店使用休闲娱乐团单时，向服务人员出示该休闲娱乐团单的二维码，由服务人员扫描该二维码后，触发该休闲娱乐团单的核销请求。

步骤607，服务器将预售团单的状态设置为已使用状态。

综上所述，本实施例提供的方法，通过用户客户端在基于目标时刻确定的提醒时刻显示预售团单的使用提醒，解决了用户对普通团单的使用习惯下，非常容易遗漏对预售团单的使用的问题，提高了用户和用户客户端之间的交互效率。

针对预售下线状态

图15示出了本申请一个示例性实施例提供的预售下线方法的流程图。本实施例以该方法应用于图1所示的团单处理系统来举例说明。该方法包括：

步骤701，服务器在预售团单满足下线条件时，将预售团单的状态设置为下线状态；

下线状态是指预售团单不在用户客户端进行展示和销售的状态。

步骤702，服务器判断预售团单是否为通过导入的历史团单生成，且设置有销量累计属性；

若预售团单不是通过导入的历史团单生成，或未设置有销量累计属性，则进入步骤703；若预售团单是通过导入的历史团单生成，且设置有销量累计属性，则进入步骤704。

步骤703，服务器不对预售团单的销量累计；

若预售团单是新建的预售团单，或，预售团单是通过导入的历史团单生成的但未设置有销量累计属性，则服务器不对预售团单的销量累计。

步骤704，服务器将预售团单的销量累计至历史团单的销量中。

若预售团单是通过导入的历史团单生成，且设置有销量累计属性，则将预售团单的销量累计到历史团单。该历史团单是在生成预售团单时导入的历史团单。

综上所述，本实施例提供的方法，可以将历史团单和预售团单的数据互通，使得同一类型的团单在不同时期进行连续使用和存续，还可以实现同一类型的团单在同一商家的不同门店之间的连续使用和存续。

图16示出了本申请一个示例性实施例提供的团单处理方法的流程图。本实施例以该方法应用于图1所示的团单处理系统来举例说明。该方法包括：

步骤01，商户客户端新建预售团单；

商户在商户客户端上新建预售团单。新建预售团单包括两种方式：导入方式或新建方式。

步骤02，商户客户端判断是否导入历史团单；

商户客户端判断商户是否导入历史团单。若导入，则进入步骤03；若不导入，则进入步骤04。

步骤03，商户客户端导入历史团单后发布；

若商户导入了历史团单，则商户客户端根据导入的历史团单生成预售团单，向服务器发送预售请求。

步骤04，商户客户端直接发布；

若商户未导入历史团单，则商户客户端根据输入的新建团单生成预售团单，向服务器发送预售请求。

步骤05，服务器审核预售团单；

服务器审核预售团单是否满足审核条件。审核条件包括如下条件中的至少一个：商户客户端对应的商户帐号的地理标签为新店标签，商户帐号开通了上单权限，预售请求的第一请求时刻早于目标时刻。

步骤06，服务器判断是否审核通过；

若审核不通过，则进入步骤07；若审核通过，则进入步骤09。

步骤07，不通过；

服务器向商户客户端发送审核不通过的提示信息。

步骤08，商户客户端修改预售团单；

商户在商户客户端上修改预售团单。

步骤09，通过；

服务器将预售团单发送给用户客户端进行展示。

步骤10，用户客户端展示预售团单；

可选地，用户客户端在搜索结果界面、附近商户界面、个性化推荐界面和特价推荐界面中的至少一种界面中，向用户展示预售团单。

步骤11，用户客户端判断预售团单是否有库存；

若库存为零，则进入步骤12；若库存不为零，则进入步骤13。

步骤12，预售结束；

步骤13，用户客户端判断预售团单是否到期；

若已经达到预售结束时间，则进入步骤14；若未达到预售结束时间，则进入步骤15。

步骤15，用户客户端购买预售团单；

响应于用户的购买操作，用户客户端购买预售团单。

步骤16，用户客户端判断是否达到购买上限；

可选地，购买上限包括：每人每日购买上限，和，每人购买总上限中的至少一种。若达到购买上限，则进入步骤17；若未达到购买上限，则进入步骤18。

步骤17，用户客户端提示不能购买；

比如，用户客户端提示“超过购买上限，无法购买，请修改购买数量”。

步骤18，用户客户端判断是否达到提醒时刻；

用户客户端在成功购买预售团单后，每隔一定时间间隔判断当前时刻是否达到提醒时刻。若未达到预售团单的提醒时刻，则进入步骤19；若达到预收团单的提醒时刻，则进入步骤20。

可选地，提醒时刻是基于开业时刻确定的，比如开业时刻的前10分钟，前1天。

步骤19，用户客户端提示还不能使用；

步骤20，用户客户端提醒可使用；

用户客户端在基于目标时刻确定的提醒时刻，向用户发出使用预售团单的提醒。

当用户发出使用操作，且预售团单是休闲娱乐团单时，用户客户端开始核销预售团单，简称验券。

步骤21，用户客户端判断是否在使用期验券；

若不是在使用期验券，则进入步骤22；若是在使用期验券，则进入步骤23。

步骤22，用户客户端退款；

步骤23，用户客户端验券结束。

在步骤12和步骤14触发预售下线时，用户客户端会向服务器发送错误信息，服务器根据错误信息提示商户客户端开始下线流程。本方法可选还包括如下步骤：

步骤24，商户客户端发起预售团单的下线；

步骤25，商户客户端判断该预售团单是否导入的历史团单；

若该预售团单不是根据导入的历史团单生成的，则进入步骤26；若该预售团单是根据导入的历史团单生成的，则进入步骤27。

步骤26，商户客户端将预售团单下线；

当预售团单是新建的预售团单，商户客户端将预售团单直接下线。

步骤27，商户客户端将预售团单下线，且销量累计到历史团单中。

步骤28，商户客户端新建正常团单；

在商家的门店开业后，商户在商户客户端上新建正常团单。

步骤29，商户客户端判断是否导入预售团单；

若不导入预售团单，则进入步骤30；若导入预售团单，则进入步骤31。

步骤30，商户客户端新建正常团单；

商户客户端采用新建方式来新建正常团单。

步骤31，商户客户端导入且累计预售团单的销量；

商户客户端导入预售团单来生成正常团单，且将导入的预售团单的销量累计到该正常团单中。

以下为本申请的装置实施例，对于装置实施例中未详细描述的细节，可以结合参考上述方法实施例中相应的记载，本文不再赘述。

图17示出了本申请一个示例性实施例提供的团单处理装置的框图。该装置可以实现成为商家客户端的全部或一部分。所述装置包括：显示模块1720、交互模块1740和发送模块1760。

显示模块1720，用于显示商户客户端的上单用户界面；

交互模块1740，用于响应于所述上单用户界面上触发的上单指令，根据所述上单指令生成所述预售请求；

发送模块1760，用于在第一请求时刻通过网络向服务器发送所述预售请求，所述预售请求用于请求上线预售团单，所述预售团单中的预售产品是在目标时刻之后进入市场的产品，所述第一请求时刻早于所述目标时刻。

在一个可选的实施例中，所述交互模块1740，用于响应于所述上单用户界面上触发的第一上单指令，根据所述第一上单指令所输入的第一团单数据，生成所述预售请求；或，所述交互模块1740，用于响应于所述上单用户界面上触发的第二上单指令，根据所述第二上单指令导入的历史团单的团单数据，生成所述预售请求。

在一个可选的实施例中，所述交互模块1740，用于响应于修改指令，对所述第二上单指令导入的所述历史团单的团单数据进行修改，得到修改后的团单数据；根据所述修改后的团单数据，生成所述预售请求。

图18示出了本申请一个示例性实施例提供的团单处理装置的框图。该装置可以实现成为商家客户端的全部或一部分。所述装置包括：显示模块1820、交互模块1840和提醒模块1860。

显示模块1820，用于显示用户客户端的用户界面，所述用户界面是基于预售团单的团单数据生成的，所述预售团单中的预售产品是在目标时刻之后进入市场的产品；

交互模块1840，用于响应于所述用户界面上触发的转移指令，在第二请求时刻从生活服务平台的服务器获取所述预售团单的使用权限，所述第二请求时刻早于所述目标时刻，所述使用权限是以所述目标时刻为起始生效时刻的权限；

提醒模块1860，用于在基于所述目标时刻确定的提醒时刻，显示所述预售团单的使用提醒。

在一个可选的实施例中，所述交互模块1840，用于响应于所述转移指令，在第二请求时刻向所述服务器发送转移请求；获取所述服务器授予的所述预售团单的使用权限，所述预售团单的使用权限是所述服务器在所述转移请求符合转移条件时授予的；

其中，所述转移条件包括如下至少一项：所述预售团单的库存不为空，所述转移请求的第二请求时刻早于所述目标时刻，所述用户帐号的转移数量未达到单个帐号的转移上限。

在一个可选的实施例中，所述用户界面是搜索结果界面，所述搜索结果界面中存在与所述预售团单对应的搜索结果项；或，所述用户界面是附近商户界面，所述附加商户界面中存在与所述预售团单对应的导航项；或，所述用户界面是个性化推荐界面，所述个性化推荐界面用于显示对所述用户客户端的用户帐号进行个性化推荐的推荐项，所述个性化推荐界面中存在与所述预售团单对应的推荐项；或，所述用户界面是特价推荐界面，所述特价推荐界面中存在与所述预售团单对应的推荐项。

图19是本申请一个实施例提供的服务器的结构示意图。具体来讲：服务器1900包括中央处理单元(英文：Central Processing Unit，简称：CPU)1901、包括随机存取存储器(英文：random access memory，简称：RAM)1902和只读存储器(英文：read-only memory，简称：ROM)1903的系统存储器1904，以及连接系统存储器1904和中央处理单元1901的系统总线1905。上述CPU用于执行存储器1904中的程序来实现如上所述的团单处理方法。

本申请还提供了一种终端，该终端包括处理器和存储器，存储器中存储有至少一条指令，至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的团单处理方法。需要说明的是，该终端可以是如下图20所提供的终端。

图20示出了本申请一个示例性实施例提供的终端2000的结构框图。该终端2000可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端2000还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端2000包括有：处理器2001和存储器2002。

在一些实施例中，存储器2002中的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器2001所执行以实现本申请中方法实施例提供的团单处理方法。

本领域技术人员可以理解，图20中示出的结构并不构成对终端2000的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

所述存储器还包括一个或者一个以上触发的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本申请实施例提供的团单处理方法。

本申请还提供一种计算机设备，该计算机设备包括：处理器和存储器，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的由服务器或终端执行的团单处理方法。

本申请还提供一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的由服务器或终端执行的团单处理方法。

Claims (16)

1.一种团单处理系统，其特征在于，所述系统包括：

所述商户客户端，用于显示上单用户界面；响应于所述上单用户界面上触发的上单指令，根据所述上单指令生成预售请求；在第一请求时刻通过网络向服务器发送所述预售请求，所述预售请求用于请求上线预售团单，所述预售团单中的预售产品是在目标时刻之后进入市场的产品；

所述服务器，用于接收所述预售请求；响应于所述预售请求，将所述预售团单的团单数据存储在数据库中，以及在所述目标时刻之前将所述预售团单设置为上线状态；通过所述网络向所述用户客户端发送所述预售团单的团单数据；

所述用户客户端，用于显示用户界面，所述用户界面是基于所述预售团单的团单数据生成的；响应于所述用户界面上触发的转移指令，在第二请求时刻从所述服务器获取所述预售团单的使用权限；在基于所述目标时刻确定的提醒时刻，显示所述预售团单的使用提醒；

其中，所述第一请求时刻和所述第二请求时刻均早于所述目标时刻。

2.根据权利要求1所述的系统，其特征在于，

所述商户客户端，用于响应于所述上单用户界面上触发的第一上单指令，根据所述第一上单指令所输入的第一团单数据，生成所述预售请求；或，响应于所述上单用户界面上触发的第二上单指令，根据所述第二上单指令导入的历史团单的团单数据，生成所述预售请求。

3.根据权利要求2所述的系统，其特征在于，

所述商户客户端，用于响应于修改指令，对所述第二上单指令导入的历史团单的团单数据进行修改，得到修改后的团单数据；根据所述修改后的团单数据，生成所述预售请求。

4.根据权利要求1至3任一所述的系统，其特征在于，

所述服务器，还用于响应于所述预售请求符合审核条件时，执行所述响应于所述预售请求，将所述预售团单的团单数据存储在数据库中，以及在所述目标时刻之前将所述预售团单设置为上线状态的步骤；

其中，所述审核条件包括如下条件中的至少一个：所述商户客户端对应的商户帐号的地理标签为新店标签，所述商户帐号开通了上单权限，所述预售请求的第一请求时刻早于所述目标时刻。

5.根据权利要求1至3任一所述的系统，其特征在于，

所述用户客户端，用于响应于所述转移指令，在所述第二请求时刻向所述服务器发送转移请求；

所述服务器，用于响应于所述转移请求符合转移条件，向所述用户客户端对应的用户帐号授予所述预售团单的使用权限；

其中，所述转移条件包括如下至少一项：所述预售团单的库存不为空，所述转移请求的第二请求时刻早于所述目标时刻，所述用户帐号的转移数量未达到单个帐号的转移上限。

6.根据权利要求1至3任一所述的系统，其特征在于，

所述用户界面是搜索结果界面，所述搜索结果界面中存在与所述预售团单对应的搜索结果项；

或，

所述用户界面是附近商户界面，所述附近商户界面中存在与所述预售团单对应的导航项；

或，

所述用户界面是个性化推荐界面，所述个性化推荐界面用于显示对所述用户客户端的用户帐号进行个性化推荐的推荐项，所述个性化推荐界面中存在与所述预售团单对应的推荐项；

或，

所述用户界面是特价推荐界面，所述特价推荐界面中存在与所述预售团单对应的推荐项。

7.一种团单处理方法，其特征在于，所述方法包括：

显示商户客户端的上单用户界面；

响应于所述上单用户界面上触发的上单指令，根据所述上单指令生成所述预售请求；

在第一请求时刻通过网络向服务器发送所述预售请求，所述预售请求用于请求上线预售团单，所述预售团单中的预售产品是在目标时刻之后进入市场的产品，所述第一请求时刻早于所述目标时刻。

8.根据权利要求7所述的方法，其特征在于，所述响应于所述上单用户界面上触发的上单指令，根据所述上单指令生成所述预售请求，包括：

响应于所述上单用户界面上触发的第一上单指令，根据所述第一上单指令所输入的第一团单数据，生成所述预售请求；

或，

响应于所述上单用户界面上触发的第二上单指令，根据所述第二上单指令导入的历史团单的团单数据，生成所述预售请求。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

响应于修改指令，对所述第二上单指令导入的所述历史团单的团单数据进行修改，得到修改后的团单数据；

根据所述修改后的团单数据，生成所述预售请求。

10.一种团单处理方法，其特征在于，所述方法包括：

显示用户客户端的用户界面，所述用户界面是基于预售团单的团单数据生成的，所述预售团单中的预售产品是在目标时刻之后进入市场的产品；

响应于所述用户界面上触发的转移指令，在第二请求时刻从服务器获取所述预售团单的使用权限，所述第二请求时刻早于所述目标时刻，所述使用权限是以所述目标时刻为起始生效时刻的权限；

在基于所述目标时刻确定的提醒时刻，显示所述预售团单的使用提醒。

11.根据权利要求10所述的方法，其特征在于，所述响应于所述用户界面上触发的转移指令，在第二请求时刻获取所述预售团单的使用权限，包括：

响应于所述转移指令，在所述第二请求时刻向所述服务器发送转移请求；

获取所述服务器授予的所述预售团单的使用权限，所述预售团单的使用权限是所述服务器在所述转移请求符合转移条件时授予的；

其中，所述转移条件包括如下至少一项：所述预售团单的库存不为空，所述第二请求时刻早于所述目标时刻，所述用户帐号的转移数量未达到单个帐号的转移上限。

12.根据权利要求10所述的方法，其特征在于，

所述用户界面是搜索结果界面，所述搜索结果界面中存在与所述预售团单对应的搜索结果项；

或，

所述用户界面是附近商户界面，所述附加商户界面中存在与所述预售团单对应的导航项；

或，

所述用户界面是个性化推荐界面，所述个性化推荐界面用于显示对所述用户客户端的用户帐号进行个性化推荐的推荐项，所述个性化推荐界面中存在与所述预售团单对应的推荐项；

或，

所述用户界面是特价推荐界面，所述特价推荐界面中存在与所述预售团单对应的推荐项。

13.一种团单处理装置，其特征在于，所述装置包括：

显示模块，用于显示商户客户端的上单用户界面；

交互模块，用于响应于所述上单用户界面上触发的上单指令，根据所述上单指令生成所述预售请求；

发送模块，用于在第一请求时刻通过网络向服务器发送所述预售请求，所述预售请求用于请求上线预售团单，所述预售团单中的预售产品是在目标时刻之后进入市场的产品，所述第一请求时刻早于所述目标时刻。

14.一种团单处理装置，其特征在于，所述装置包括：

显示模块，用于用户客户端的显示用户界面，所述用户界面是基于预售团单的团单数据生成的，所述预售团单中的预售产品是在目标时刻之后进入市场的产品；

交互模块，用于响应于所述用户界面上触发的转移指令，在第二请求时刻服务器获取所述预售团单的使用权限，所述第二请求时刻早于所述目标时刻，所述使用权限是以所述目标时刻为起始生效时刻的权限；

提醒模块，用于在基于所述目标时刻确定的提醒时刻，显示所述预售团单的使用提醒。

15.一种计算机设备，所述计算机设备包括：处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行，以实现如权利要求7至12任一项所述的团单处理方法。

16.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行，以实现如权利要求7至12任一项所述的团单处理方法。

Images