CN114997955A - 凑单推荐方法、装置、设备和计算机可读存储介质 - Google Patents

Abstract

本发明实施例涉及信息处理技术领域，公开了一种凑单推荐方法、装置、设备和计算机可读存储介质，该方法包括：响应于终端发送的对象加购请求，获取加购对象信息；根据所有加购对象信息和加购对象信息所属的实体对象信息计算是否存在凑单推荐对象；若存在凑单推荐对象，向终端发送凑单推荐对象信息，以供终端在实体对象页面的购物车浮层的凑单区域显示凑单推荐对象信息以及加购控件。通过上述方式，本发明实施例实现了当用户加购对象价格未满足凑单阈值并需要凑单时，终端显示平台服务器经计算后推荐的凑单推荐对象信息，以供用户查看以及选择，用户只需在终端的凑单区域即可查看对应的凑单推荐对象，而无需点击凑单查看控件，减少用户操作链路。

Description

凑单推荐方法、装置、设备和计算机可读存储介质

技术领域

本发明实施例涉及数据处理技术领域，具体涉及一种凑单推荐方法、装置、设备和计算机可读存储介质。

背景技术

现有的下单平台中，当用户在店铺实体对象页面中下单时，通常会出现购物车浮层，购物车浮层的查看页面显示用户选购的商品对象，用户可直接在购物车浮层进行结算下单操作。

然而该实体对象通常会有起送价门槛或者满减门槛等凑单门槛或者其他类型的凑单要求，用户通常会进行凑单要求，此时用户需要浏览店铺实体对象页面进行凑单，并需要用户到购物车浮层查看是否将已加购商品购买至符合凑单要求。若没有符合凑单要求，需要退出购物车浮层的查看页面，重新进行其他商品对象的浏览以及加购等操作，再重新到购物车浮层的查看页面进行确认，以此往复，操作麻烦，浏览效率低，以及下单效率低。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种凑单推荐方法、装置、设备和计算机可读存储介质。

根据本发明实施例的第一方面，提供了一种凑单推荐方法，包括：

响应于终端发送的对象加购请求，获取加购对象信息；

根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象；

若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，以供所述终端在实体对象页面的购物车浮层的凑单区域显示所述凑单推荐对象信息和对应于所述凑单推荐对象信息的加购控件。

在一些实施例中，所述加购对象包括权益对象，所述响应于终端发送的对象加购请求，获取加购对象信息；若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，进一步包括：

响应于所述终端发送的所述对象加购请求，指示所述终端跳转至所述权益对象所属的实体对象页面并显示购物车浮层，所述对象加购请求由权益页面展示的所述权益对象对应的权益使用控件的触发操作触发的，所述购物车浮层包括权益对象信息的加购对象区域和包括所述凑单推荐对象信息的所述凑单区域。

在一些实施例中，所述若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息之后，所述方法还包括：

根据所述终端发送的针对目标凑单推荐对象的所述加购请求，将所述目标凑单推荐对象添加为所述加购对象；

根据所有所述加购对象信息和所述实体对象信息计算是否存在所述凑单推荐对象；

若不存在所述凑单推荐对象，指示所述终端于所述凑单区域关闭对所述凑单推荐对象信息的显示。

在一些实施例中，所述响应于终端发送的对象加购请求，获取加购对象信息，进一步包括：

响应于所述终端发送的于实体对象页面触发的所述对象加购请求，向所述终端发送所述加购对象信息；

所述向所述终端发送凑单推荐对象信息，进一步包括：

响应于所述终端发送的购物车浮层展开请求，向所述终端发送所述凑单推荐对象信息。

在一些实施例中，所述根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象，进一步包括：

通过凑单模块获取缓存平台服务器的待推荐对象信息；

通过购物车模块从所述凑单模块获取的所述待推荐对象信息，根据所述待推荐对象信息、所述加购对象信息和所述实体对象信息确定所述凑单推荐对象。

在一些实施例中，所述若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息之后，所述方法还包括：

响应于所述终端于凑单区域触发的凑单查看请求，指示所述终端在实体对象页面关闭对所述加购对象信息的显示，并指示所述终端于所述凑单区域显示所有所述凑单推荐对象信息。

在一些实施例中，凑单推荐对象包括用于所述终端优先显示的优先推荐对象，所述根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象，进一步包括：

判断所述凑单推荐对象信息是否符合优先条件；

若所述凑单推荐对象信息符合所述优先条件，将符合所述优先条件的所述凑单推荐对象信息作为优先推荐对象信息。

在一些实施例中，所述根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象之后，所述方法还包括：

若不存在所述凑单推荐对象，指示所述购物车浮层关闭对所述凑单区域的显示。

在一些实施例中，所述加购对象信息包括加购对象价格，所述根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象，进一步包括：

判断所述加购对象价格是否小于凑单阈值；

若所述加购对象价格小于所述凑单阈值，计算凑单差额，所述凑单差额为所述加购对象价格与所述凑单阈值的差值；

根据所述凑单差额确定所述凑单推荐对象。

在一些实施例中，所述凑单推荐对象包括第一推荐对象，所述根据所述凑单差额确定所述凑单推荐对象，进一步包括：

判断待推荐对象的价格是否小于或等于推荐阈值，所述推荐阈值大于或等于所述凑单差额；

若所述待推荐对象的价格小于或等于所述推荐阈值，将价格小于或等于所述推荐阈值的所述待推荐对象信息作为第一推荐对象信息。

在一些实施例中，所述第一推荐对象包括用于所述终端优先显示的优先推荐对象，所述若所述待推荐对象的价格小于或等于所述推荐阈值，将价格小于或等于所述推荐阈值的所述待推荐对象信息作为第一推荐对象信息，进一步包括：

若所述待推荐对象的价格大于或等于所述凑单差额且小于或等于所述推荐阈值，将价格大于或等于所述凑单差额且小于或等于所述推荐阈值的所述待推荐对象信息作为优先推荐对象信息。

在一些实施例中，所述若所述待推荐对象的价格大于或等于所述凑单差额且小于或等于所述推荐阈值，将价格大于或等于所述凑单差额且小于或等于所述推荐阈值的所述待推荐对象信息作为优先推荐对象信息，进一步包括：

对所述优先推荐对象按价格从低到高的顺序依次排序。

在一些实施例中，所述凑单推荐对象包括至少两个第二推荐对象，所述判断待推荐对象的价格是否小于或等于推荐阈值之后，所述方法还包括：

若所述待推荐对象的价格大于所述推荐阈值，将价格大于所述推荐阈值的所述待推荐对象信息作为第二推荐对象信息；

向所述终端发送按价格从低到高的顺序依次排序的所述第二推荐对象信息。

在一些实施例中，所述若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，进一步包括：

判断所述凑单阈值是否包括起送阈值；

若所述凑单阈值包括起送阈值且所述加购对象价格小于所述起送阈值，向所述终端发送表示为起送凑单推荐类别的凑单推荐文案信息，以及根据所述加购对象价格与所述起送阈值的差值确定的所述凑单推荐对象。

在一些实施例中，所述判断所述凑单阈值是否包括起送阈值之后，所述若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，进一步还包括：

判断所述凑单阈值是否包括满减阈值；

若所述凑单阈值包括满减阈值且所述加购对象价格小于所述满减阈值，向所述终端发送表示为满减凑单推荐类别的所述凑单推荐文案信息，以及根据所述加购对象价格与所述满减阈值的差值确定的所述凑单推荐对象。

在一些实施例中，所述若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息之后，所述方法还包括：

响应于所述终端发送的针对目标凑单推荐对象的加购请求，判断所述目标凑单推荐对象的价格是否大于或等于凑单差额；

若所述目标凑单推荐对象的价格大于或等于所述凑单差额，指示所述终端于凑单区域关闭对所述凑单推荐对象信息的显示。

根据本发明实施例的第二方面，提供了一种凑单推荐方法，包括：

向平台服务器发送对象加购请求，将加购对象添加至购物车；

接收所述平台服务器发送的凑单推荐对象信息，所述凑单推荐对象信息为所述平台服务器根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算后确定的；

在实体对象页面显示包括凑单区域的购物车浮层，所述凑单区域显示所述凑单推荐对象信息和对应于所述凑单推荐对象信息的加购控件。

在一些实施例中，所述加购对象包括权益对象，所述向平台服务器发送对象加购请求，将加购对象添加至购物车，进一步包括：

响应于在权益页面展示的所述权益对象对应的权益使用控件的触发操作，发送所述对象加购请求；

所述在实体对象页面显示包括凑单区域的购物车浮层，进一步包括：

根据所述平台服务器的指示，跳转至所述权益对象所属的实体对象页面并显示所述购物车浮层，所述购物车浮层显示包括权益对象信息的加购对象区域和包括所述凑单推荐对象信息的所述凑单区域。

在一些实施例中，所述在实体对象页面显示包括凑单区域的购物车浮层之后，所述方法还包括：

响应于针对目标凑单推荐对象的选择操作，向所述平台服务器发送针对所述目标凑单推荐对象的所述加购请求；

根据所述平台服务器判断所有所述加购对象信息不存在所述凑单推荐对象后的指示，于所述凑单区域关闭对所述凑单推荐对象信息的显示。

在一些实施例中，所述向平台服务器发送对象加购请求，将加购对象添加至购物车，进一步包括：

向所述平台服务器发送于实体对象页面触发的所述对象加购请求，接收所述平台服务器发送的所述加购对象信息；

所述接收所述平台服务器发送的凑单推荐对象信息，进一步包括：

向所述平台服务器发送购物车浮层展开请求，接收所述平台服务器发送的所述凑单推荐对象信息。

在一些实施例中，所述在实体对象页面显示包括凑单区域的购物车浮层之后，所述方法还包括：

响应于针对购物车收起控件的触发操作，于所述购物车浮层关闭对所述加购对象信息和所述凑单推荐对象信息的显示，并于所述凑单区域显示凑单查看控件；

响应于针对所述凑单查看控件的触发操作，向所述平台服务器发送凑单查看请求；

根据所述平台服务器的指示，于所述凑单区域显示全部所述凑单推荐对象信息。

在一些实施例中，凑单推荐对象包括优先推荐对象，所述在实体对象页面显示包括凑单区域的购物车浮层，

进一步包括：

在所述凑单区域优先显示优先推荐对象信息，所述优先推荐对象信息为所述平台服务器将符合优先条件的所述凑单推荐对象信息作为优先推荐对象信息后发送的。

在一些实施例中，所述加购对象信息包括加购对象价格，所述凑单推荐对象为所述平台服务器判断所述加购对象价格小于凑单阈值后根据凑单差额确定的，所述凑单差额为所述加购对象价格小于凑单阈值时所述加购对象价格与所述凑单阈值的差值。

在一些实施例中，所述凑单推荐对象包括第一推荐对象，所述第一推荐对象为价格小于或等于推荐阈值的待推荐对象，所述接收所述平台服务器发送的凑单推荐对象信息；在实体对象页面显示包括凑单区域的购物车浮层，

进一步包括：

接收所述平台服务器发送的第一推荐对象信息；

在所述凑单区域显示所述第一推荐对象信息。

在一些实施例中，所述第一推荐对象包括优先推荐对象，所述优先推荐对象为价格大于或等于所述凑单差额且小于或等于所述推荐阈值的所述待推荐对象，所述在所述凑单区域显示所述第一推荐对象信息，进一步包括：

在所述凑单区域优先显示优先推荐对象信息。

在一些实施例中，所述优先推荐对象按价格从低到高的顺序依次排序，所述在所述凑单区域优先显示优先推荐对象信息，进一步包括：

在所述凑单区域按价格从低到高的顺序依次显示所述优先推荐对象信息。

在一些实施例中，所述凑单推荐对象包括至少两个第二推荐对象，所述第二推荐对象为价格大于推荐阈值的待推荐对象，所述接收所述平台服务器发送的凑单推荐对象信息；在实体对象页面显示包括凑单区域的购物车浮层，进一步包括：

接收所述平台服务器发送的按价格从低到高的顺序依次排序的第二推荐对象信息；

在所述凑单区域按价格从低到高的顺序依次显示所述第二推荐对象信息。

在一些实施例中，所述接收所述平台服务器发送的凑单推荐对象信息；在实体对象页面显示包括凑单区域的购物车浮层，进一步包括：

接收所述平台服务器判断所述凑单阈值包括起送阈值后发送的凑单推荐文案信息和所述凑单推荐对象信息；

在所述凑单区域显示表示为起送凑单推荐类别的所述凑单推荐文案信息和所述平台服务器根据所述加购对象价格与所述起送阈值的差值确定的所述凑单推荐对象信息。

在一些实施例中，所述接收所述平台服务器发送的凑单推荐对象信息；在实体对象页面显示包括凑单区域的购物车浮层，进一步包括：

接收所述平台服务器判断所述凑单阈值包括满减阈值后的所述凑单推荐文案信息和所述凑单推荐对象信息；

在所述凑单区域显示表示为满减凑单推荐类别的所述凑单推荐文案信息和所述平台服务器根据所述加购对象价格与所述满减阈值的差值确定的所述凑单推荐对象信息，所述满减阈值大于所述起送阈值。

在一些实施例中，所述在实体对象页面显示包括凑单区域的购物车浮层之后，所述方法还包括：

响应于针对目标凑单推荐对象的选择操作，向所述平台服务器发送针对所述目标凑单推荐对象的加购请求；

在所述目标凑单推荐对象的价格大于或等于所述凑单差额的情形，于所述凑单区域关闭对所述凑单推荐对象信息的显示。

根据本发明实施例的第三方面，提供了一种凑单推荐装置，包括：

第一响应模块，用于响应于终端发送的对象加购请求，获取加购对象信息；

第一计算模块，用于根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象；

第一发送模块，用于若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，以供所述终端在实体对象页面的购物车浮层的凑单区域显示所述凑单推荐对象信息和对应于所述凑单推荐对象信息的加购控件。

在一些实施例中，所述加购对象包括权益对象，所述第一发送模块进一步包括：

第一指示单元，用于响应于所述终端发送的所述对象加购请求，指示所述终端跳转至所述权益对象所属的实体对象页面并显示购物车浮层，所述对象加购请求由权益页面展示的所述权益对象对应的权益使用控件的触发操作触发的，所述购物车浮层包括权益对象信息的加购对象区域和包括所述凑单推荐对象信息的所述凑单区域。

在一些实施例中，所述装置还包括：

第一添加模块，用于根据所述终端发送的针对目标凑单推荐对象的所述加购请求，将所述目标凑单推荐对象添加为所述加购对象；

第二计算模块，用于根据所有所述加购对象信息和所述实体对象信息计算是否存在所述凑单推荐对象；

第一执行模块，用于若不存在所述凑单推荐对象，指示所述终端于所述凑单区域关闭对所述凑单推荐对象信息的显示。

在一些实施例中，所述第一响应模块进一步包括：

第一发射单元，用于响应于所述终端发送的于实体对象页面触发的所述对象加购请求，向所述终端发送所述加购对象信息；

所述第一发送模块进一步包括：

第二发射单元，用于响应于所述终端发送的购物车浮层展开请求，向所述终端发送所述凑单推荐对象信息。

在一些实施例中，所述第一计算模块进一步包括：

第一获得单元，用于通过凑单模块获取缓存平台服务器的待推荐对象信息；

第一确定单元，用于通过购物车模块从所述凑单模块获取的所述待推荐对象信息，根据所述待推荐对象信息、所述加购对象信息和所述实体对象信息确定所述凑单推荐对象。

在一些实施例中，所述装置还包括：

第二响应模块，用于响应于所述终端于凑单区域触发的凑单查看请求，指示所述终端在实体对象页面关闭对所述加购对象信息的显示，并指示所述终端于所述凑单区域显示所有所述凑单推荐对象信息。

在一些实施例中，凑单推荐对象包括用于所述终端优先显示的优先推荐对象，所述第一计算模块进一步包括：

第一判断单元，用于判断所述凑单推荐对象信息是否符合优先条件；

第二确定单元，用于若所述凑单推荐对象信息符合所述优先条件，将符合所述优先条件的所述凑单推荐对象信息作为优先推荐对象信息。

在一些实施例中，所述装置还包括：

第二执行模块，用于若不存在所述凑单推荐对象，指示所述购物车浮层关闭对所述凑单区域的显示。

在一些实施例中，所述加购对象信息包括加购对象价格，所述第一计算模块进一步包括：

第二判断单元，用于判断所述加购对象价格是否小于凑单阈值；

第三确定单元，用于若所述加购对象价格小于所述凑单阈值，计算凑单差额，所述凑单差额为所述加购对象价格与所述凑单阈值的差值；

第四确定单元，用于根据所述凑单差额确定所述凑单推荐对象。

在一些实施例中，所述凑单推荐对象包括第一推荐对象，所述第四确定单元进一步包括：

第一判别单元，用于判断待推荐对象的价格是否小于或等于推荐阈值，所述推荐阈值大于或等于所述凑单差额；

第一判定单元，用于若所述待推荐对象的价格小于或等于所述推荐阈值，将价格小于或等于所述推荐阈值的所述待推荐对象信息作为第一推荐对象信息。

在一些实施例中，所述第一推荐对象包括用于所述终端优先显示的优先推荐对象，所述第一判定单元进一步包括：

第二判定单元，用于若所述待推荐对象的价格大于或等于所述凑单差额且小于或等于所述推荐阈值，将价格大于或等于所述凑单差额且小于或等于所述推荐阈值的所述待推荐对象信息作为优先推荐对象信息。

在一些实施例中，所述第二判定单元进一步包括：

排序单元，用于对所述优先推荐对象按价格从低到高的顺序依次排序。

在一些实施例中，所述凑单推荐对象包括至少两个第二推荐对象，所述装置包括：

第三判定单元，用于若所述待推荐对象的价格大于所述推荐阈值，将价格大于所述推荐阈值的所述待推荐对象信息作为第二推荐对象信息；

第三发射单元，用于向所述终端发送按价格从低到高的顺序依次排序的所述第二推荐对象信息。

在一些实施例中，所述第一发送模块进一步包括：

第二判别单元，用于判断所述凑单阈值是否包括起送阈值；

第四判定单元，用于若所述凑单阈值包括起送阈值且所述加购对象价格小于所述起送阈值，向所述终端发送表示为起送凑单推荐类别的凑单推荐文案信息，以及根据所述加购对象价格与所述起送阈值的差值确定的所述凑单推荐对象。

在一些实施例中，所述第一发送模块进一步还包括：

第三判别单元，用于判断所述凑单阈值是否包括满减阈值；

第五判定单元，用于若所述凑单阈值包括满减阈值且所述加购对象价格小于所述满减阈值，向所述终端发送表示为满减凑单推荐类别的所述凑单推荐文案信息，以及根据所述加购对象价格与所述满减阈值的差值确定的所述凑单推荐对象。

在一些实施例中，所述装置还包括：

第三响应模块，用于响应于所述终端发送的针对目标凑单推荐对象的加购请求，判断所述目标凑单推荐对象的价格是否大于或等于凑单差额；

第三执行模块，用于若所述目标凑单推荐对象的价格大于或等于所述凑单差额，指示所述终端于凑单区域关闭对所述凑单推荐对象信息的显示。

根据本发明实施例的第四方面，提供了一种凑单推荐装置，包括：

第二发送模块，用于向平台服务器发送对象加购请求，将加购对象添加至购物车；

第一接收模块，用于接收所述平台服务器发送的凑单推荐对象信息，所述凑单推荐对象信息为所述平台服务器根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算后确定的；

第一显示模块，用于在实体对象页面显示包括凑单区域的购物车浮层，所述凑单区域显示所述凑单推荐对象信息和对应于所述凑单推荐对象信息的加购控件。

在一些实施例中，所述加购对象包括权益对象，所述第二发送模块进一步包括：

第四发射单元，用于响应于在权益页面展示的所述权益对象对应的权益使用控件的触发操作，发送所述对象加购请求；

所述第一显示模块进一步包括：

第一展示单元，用于根据所述平台服务器的指示，跳转至所述权益对象所属的实体对象页面并显示所述购物车浮层，所述购物车浮层显示包括权益对象信息的加购对象区域和包括所述凑单推荐对象信息的所述凑单区域。

在一些实施例中，所述装置还包括：

第三发送模块，用于响应于针对目标凑单推荐对象的选择操作，向所述平台服务器发送针对所述目标凑单推荐对象的所述加购请求；

第二显示模块，用于根据所述平台服务器判断所有所述加购对象信息不存在所述凑单推荐对象后的指示，于所述凑单区域关闭对所述凑单推荐对象信息的显示。

在一些实施例中，所述第二发送模块进一步包括：

第五发射单元，用于向所述平台服务器发送于实体对象页面触发的所述对象加购请求，接收所述平台服务器发送的所述加购对象信息；

所述第一接收模块进一步包括：

第一接受单元，用于向所述平台服务器发送购物车浮层展开请求，接收所述平台服务器发送的所述凑单推荐对象信息。

在一些实施例中，所述装置还包括：

第三显示模块，用于响应于针对购物车收起控件的触发操作，于所述购物车浮层关闭对所述加购对象信息和所述凑单推荐对象信息的显示，并于所述凑单区域显示凑单查看控件；

第四发送模块，用于响应于针对所述凑单查看控件的触发操作，向所述平台服务器发送凑单查看请求；

第四显示模块，用于根据所述平台服务器的指示，于所述凑单区域显示全部所述凑单推荐对象信息。

在一些实施例中，凑单推荐对象包括优先推荐对象，所述第一显示模块进一步包括：

第二展示单元，用于在所述凑单区域优先显示优先推荐对象信息，所述优先推荐对象信息为所述平台服务器将符合优先条件的所述凑单推荐对象信息作为优先推荐对象信息后发送的。

在一些实施例中，所述加购对象信息包括加购对象价格，所述凑单推荐对象为所述平台服务器判断所述加购对象价格小于凑单阈值后根据凑单差额确定的，所述凑单差额为所述加购对象价格小于凑单阈值时所述加购对象价格与所述凑单阈值的差值。

在一些实施例中，所述凑单推荐对象包括第一推荐对象，所述第一推荐对象为价格小于或等于推荐阈值的待推荐对象，所述第一接收模块进一步包括：

第二接受单元，用于接收所述平台服务器发送的第一推荐对象信息；

所述第一显示模块进一步包括：

第三展示单元，用于在所述凑单区域显示所述第一推荐对象信息。

在一些实施例中，所述第一推荐对象包括优先推荐对象，所述优先推荐对象为价格大于或等于所述凑单差额且小于或等于所述推荐阈值的所述待推荐对象，所述第三展示单元进一步包括：

第四展示单元，用于在所述凑单区域优先显示优先推荐对象信息。

在一些实施例中，所述优先推荐对象按价格从低到高的顺序依次排序，所述第四展示单元进一步包括：

第五展示单元，用于在所述凑单区域按价格从低到高的顺序依次显示所述优先推荐对象信息。

在一些实施例中，所述凑单推荐对象包括至少两个第二推荐对象，所述第二推荐对象为价格大于推荐阈值的待推荐对象，所述第一接收模块进一步包括：

第三接受单元，用于接收所述平台服务器发送的按价格从低到高的顺序依次排序的第二推荐对象信息；

所述第一显示模块进一步包括：

第六展示单元，用于在所述凑单区域按价格从低到高的顺序依次显示所述第二推荐对象信息。

在一些实施例中，所述第一接收模块进一步包括：

第四接受单元，用于接收所述平台服务器判断所述凑单阈值包括起送阈值后发送的凑单推荐文案信息和所述凑单推荐对象信息；

所述第一显示模块进一步包括：

第七展示单元，用于在所述凑单区域显示表示为起送凑单推荐类别的所述凑单推荐文案信息和所述平台服务器根据所述加购对象价格与所述起送阈值的差值确定的所述凑单推荐对象信息。

在一些实施例中，所述第一接收模块进一步包括：

第五接受单元，用于接收所述平台服务器判断所述凑单阈值包括满减阈值后的所述凑单推荐文案信息和所述凑单推荐对象信息；

所述第一显示模块进一步包括：

第八展示单元，用于在所述凑单区域显示表示为满减凑单推荐类别的所述凑单推荐文案信息和所述平台服务器根据所述加购对象价格与所述满减阈值的差值确定的所述凑单推荐对象信息，所述满减阈值大于所述起送阈值。

在一些实施例中，所述装置还包括：

第五发送模块，用于响应于针对目标凑单推荐对象的选择操作，向所述平台服务器发送针对所述目标凑单推荐对象的加购请求；

第五显示模块，用于在所述目标凑单推荐对象的价格大于或等于所述凑单差额的情形，于所述凑单区域关闭对所述凑单推荐对象信息的显示。

根据本发明实施例的第五方面，提供了一种凑单推荐设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如上述任意一项所述的凑单推荐方法的操作。

根据本发明实施例的第六方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令在凑单推荐设备上运行时，使得凑单推荐设备执行如上述任意一项所述的凑单推荐方法的操作。

本发明实施例中，若平台服务器根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算存在凑单推荐对象，终端显示平台服务器经计算后推荐的凑单推荐对象信息，以供用户查看以及选择，用户可直接在终端的凑单区域即可查看对应的凑单推荐对象信息，而无需返回店铺实体对象页面进行浏览凑单，用户浏览效率较高和下单效率。此外，用户也无需点击凑单查看控件，减少用户操作链路，进一步用户浏览效率较高和下单效率。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

附图仅用于示出实施方式，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例的应用场景示意图；

图2示出了本发明实施例提供的凑单推荐方法的流程图；

图3示出了本发明另一实施例提供的凑单推荐方法的流程图；

图4示出了本发明实施例提供的凑单推荐装置的结构示意图；

图5示出了本发明另一实施例提供的凑单推荐装置的结构示意图；

图6示出了本发明实施例提供的凑单推荐设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。

本申请发明人注意到，现有的下单软件中，当用户需要进行凑单时，往往需要点击凑单控件查看对应的凑单推荐商品，然而该种凑单查看方式增加了用户的操作链路，影响用户下单效率。与此同时，用户需要退出购物车浮层的查看页面，方能进行凑单操作，而后需要重新进入查看页面进行加购商品确认，当需要继续加购凑单商品时，用户需要重新进行其他商品对象的浏览以及加购等操作，再重新到购物车浮层的查看页面进行确认，操作麻烦，浏览效率低，以及下单效率低。

此外，发明人还注意到，现有的凑单推荐商品通常按价格从小到大的顺序排列，需要用户一一浏览，以及计算比对凑单差额，影响用户浏览效率，以及影响下单效率。

发明人通过在下单软件的购物车浮层设置凑单区域，当用户已加购商品的总价格未满足凑单门槛对应金额时，显示平台服务器经计算后推荐的凑单推荐商品，以供用户查看以及选择，无需用户点击凑单查看控件，减少用户操作链路，浏览效率较高，以及下单效率较高。

此外，平台服务器还针对凑单差额进行计算，推荐符合凑单差额的商品，用户无需过多浏览商品以及计算比较，即可选购符合凑单差额的商品，方便用户操作，以及进一步使用户的浏览效率较高和下单效率。

本发明实施例中，用户的商品加购以及下单操作在安装有下单软件的客户端进行，信息处理在下单软件的服务端完成。客户端可以是任何类型的电子设备或终端，例如手机、平板电脑、便携式数码相机、媒体播放器、便携式游戏设备、个人数字助理(PDA)、台式计算机、笔记本电脑等各种终端，以下统称为终端。服务端可以是任何类型的电子设备，一般为平台的平台服务器或平台服务器集群，本发明实施例以平台服务器为例进行说明。

图1是本发明实施例的应用场景示意图。其中，第三方平台通过平台服务器提供网页或者应用软件服务，从而为用户提供外卖平台。用户在用户终端上打开相应的网页或者应用软件，进行外卖下单活动以及订单查询等活动。用户终端与平台服务器之间通过有线网络或者无线网络进行通信。其他实施例中，第三方平台也可以是可以提供配送服务的非外卖平台，如购物平台、快递平台等，在此不做限定。

图2示出了本发明实施例提供的凑单推荐方法的流程图，该方法从平台服务器侧进行描述。该方法包括如下步骤：

步骤110：响应于终端发送的对象加购请求，获取加购对象信息。

步骤120：根据所有加购对象信息和加购对象信息所属的实体对象信息计算是否存在凑单推荐对象。

步骤130：若存在凑单推荐对象，向终端发送凑单推荐对象信息，以供终端在实体对象页面的购物车浮层的凑单区域显示凑单推荐对象信息和对应于凑单推荐对象信息的加购控件。

本发明实施例中的对象可以是用户在平台上购买的商品或服务，例如外卖的餐品。实体对象可以是提供商品或服务的店铺，例如进驻外卖平台的店铺。

步骤110中，以对象为商品为例进行说明，用户从终端的下单软件登录进入后，进入店铺的实体对象页面选购商品，当用户选择合意的加购商品后，便进行加购操作，此时终端对应向平台服务器发送对象加购请求，平台服务器响应于由终端触发的对象加购请求，获取加购商品信息，该加购商品信息包括价格信息、数量信息、种类信息、名称信息、所属店铺信息等信息，在此不一一列举，以便后续进行凑单推荐对象的计算。其中，用户可以直接进入店铺页面进行商品加购操作，用户也可以通过红包、优惠券等权益使用进入到对应的店铺页面，此时红包、优惠券等权益对应的权益商品即形成了加购商品，在此不做限定。

步骤120中，针对具有凑单要求的店铺，平台服务器根据所获取的加购商品信息与加购商品信息所属的店铺信息，相应计算是否存在凑单推荐对象。其中，凑单推荐对象的计算可以根据对象加购请求进行，也可以根据用户触发的购物车浮层展开请求进行，在此不做限定，根据需要设置。

其中，店铺的凑单要求可以为起送价要求、满减要求、打折要求、起送数量要求、买送要求等，在此不一一列举，根据店铺需要设置。

针对店铺设置有起送价要求的情况，例如，当前用户所选择的店铺为点餐店铺，该店铺设有满18元起送的起送价要求，凑单阈值则为18元，相应的，用户所有加购商品的价格需要大于或等于18元，才能起送。若用户所有加购商品价格未达到18元，用户需要再加购商品以满18元起送价，如，用户所有加购商品为13元，则需要再加购至少5元的商品方可完成起送价凑单，平台服务器相应计算得出至少5元的商品作为凑单推荐对象，以供用户选择。其中，平台服务器还可以根据用户偏好在满足起送价要求的基础上进行计算得出凑单推荐对象，用户偏好的计算可以根据用户历史订单计算，也可以根据大数据从评分、销量、使用频率、好评率等影响用户选择的维度进行计算，在此不做限定。起送价的设置根据店铺的需求设置，在此不做限定。

针对店铺设置有满减要求的情况，例如，当前用户所选择的店铺为点餐店铺，该店铺设有满30元减6元的满减要求，凑单阈值则为30元，相应的，用户所有加购商品的价格需要大于或等于30元，才能得到减6的优惠。若用户所有加购商品价格未达到30元，用户需要再加购商品以满30元减6元，如，用户所有加购商品为22元，则需要再加购至少8元的商品方可完成满减凑单，平台服务器相应计算得出至少8元的商品作为凑单推荐对象，以供用户选择。其中，平台服务器还可以根据用户偏好在满足满减要求的基础上进行计算得出凑单推荐对象，用户偏好的计算可以根据用户历史订单计算，也可以根据大数据从评分、销量、使用频率、好评率等影响用户选择的维度进行计算，在此不做限定。满减设置根据店铺的需求设置，在此不做限定。

针对店铺设置有打折要求的情况，在一些实施例中，打折要求可以设置为价格打折要求，例如，当前用户所选择的店铺为点餐店铺，该店铺设有满50元打9折的打折要求，凑单阈值则为50元，相应的，用户所有加购商品的价格需要大于或等于50元，才能得到打9折的优惠。若用户所有加购商品价格未达到50元，用户需要再加购商品以满50元打9折，如，用户所有加购商品为36元，则需要再加购至少14元的商品方可完成打折凑单，平台服务器相应计算得出至少14元的商品作为凑单推荐对象，以供用户选择。

此外，在一些实施例中，打折要求也可以设置为数量打折要求，例如，店铺设有满3件打8折的打折要求，凑单阈值则为3件，相应的，用户所有加购商品的数量需要大于或等于3件，才能得到打8折的优惠。若用户所有加购商品的数量未达到3件，用户需要再加购商品以满3件打8折，如，用户所有加购商品的数量为2件，则需要再加购至少1件商品方可完成打折凑单，平台服务器相应计算得出至少1件的商品作为凑单推荐对象，以供用户选择。

其中，平台服务器还可以根据用户偏好在满足打折要求的基础上进行计算得出凑单推荐对象，用户偏好的计算可以根据用户历史订单计算，也可以根据大数据从评分、销量、使用频率、好评率等影响用户选择的维度进行计算，在此不做限定。打折要求根据店铺的需求设置，在此不做限定。

针对店铺设置有起送数量要求的情况，例如，当前用户所选择的店铺为点餐店铺，该店铺设有单点不送或者满两件起送的起送数量要求，凑单阈值则为2件，相应的，用户所有加购商品的数量需要大于或等于2件，才能起送。若用户所有加购商品数量未达到2件，用户需要再加购商品以满2件起送，如，用户所有加购商品数量为1件，则需要再加购至少1件商品方可完成起送数量凑单，平台服务器相应计算得出至少1件商品作为凑单推荐对象，以供用户选择。其中，平台服务器还可以根据用户偏好在满足起送数量要求的基础上进行计算得出凑单推荐对象，用户偏好的计算可以根据用户历史订单计算，也可以根据大数据从评分、销量、使用频率、好评率等影响用户选择的维度进行计算，在此不做限定。起送数量要求根据店铺的需求设置，在此不做限定。

针对店铺设置有买送要求的情况，在一些实施例中，店铺可以设置为满数量买送，例如，当前用户所选择的店铺为点餐店铺，该店铺设有买3件送1件的买送要求，凑单阈值则为3件，相应的，用户所有加购商品的数量需要大于或等于3件，才能送1件。若用户所有加购商品数量未达到3件，用户需要再加购商品以满3件送1件，如，用户所有加购商品数量为1件，则需要再加购至少2件商品方可完成买送凑单，平台服务器相应计算得出至少2件商品作为凑单推荐对象，以供用户选择。

在一些实施例中，店铺也可以设置为满价格买送，例如，该店铺设有满70元送1件的买送要求，凑单阈值则为70元，相应的，用户所有加购商品的价格需要大于或等于70元，才能送1件。若用户所有加购商品价格未达到70元，用户需要再加购商品以满70元送1件，如，用户所有加购商品价格为55元，则需要再加购至少15元的商品方可完成买送凑单，平台服务器相应计算得出至少15元的商品作为凑单推荐对象，以供用户选择。

其中，平台服务器还可以根据用户偏好在满足买送要求的基础上进行计算得出凑单推荐对象，用户偏好的计算可以根据用户历史订单计算，也可以根据大数据从评分、销量、使用频率、好评率等影响用户选择的维度进行计算，在此不做限定。买送要求根据店铺的需求设置，在此不做限定。

在一些实施例中，针对店铺设有多个不同的店铺要求的情况，如起送价要求、满减要求、打折要求、起送数量要求、买送要求中的至少两个，按照凑单阈值或者数量或者其他维度确定凑单计算的优先顺序。

假设店铺设有起送价要求和数量打折要求，平台服务器优先进行针对起送价要求计算凑单推荐对象，若用户凑单满足起送价要求，则针对数量打折要求计算凑单推荐对象。

假设店铺设有起送价要求和满减要求，均具有价格维度的凑单阈值，则根据价格确定优先等级。若满减要求的凑单阈值小于起送价要求的凑单阈值，则平台服务器优先进行针对满减要求计算凑单推荐对象，若用户凑单满足满减要求，则针对起送价要求计算凑单推荐对象；若满减要求的凑单阈值大于起送价要求的凑单阈值，则平台服务器优先进行针对起送价要求计算凑单推荐对象，若用户凑单满足满减要求，则针对满减要求计算凑单推荐对象。

假设店铺设有起送数量要求和数量打折要求，均具有数量维度的凑单阈值，则根据数量确定优先等级。若起送数量要求的凑单阈值小于数量打折要求的凑单阈值，则平台服务器优先进行针对起送数量要求计算凑单推荐对象，若用户凑单满足起送数量要求，则针对数量打折要求计算凑单推荐对象；若数量打折要求的凑单阈值小于起送数量要求的凑单阈值，则平台服务器优先进行针对数量打折要求计算凑单推荐对象，若用户凑单满足数量打折要求，则针对起送数量要求计算凑单推荐对象。

步骤130中，针对步骤120平台服务器根据所有加购对象信息和加购对象信息所属的实体对象信息计算的结果，平台服务器相应做出反馈。若平台服务器计算得出存在凑单推荐对象，则向终端发送凑单推荐对象信息，以供终端在实体对象页面的购物车浮层的凑单区域显示凑单推荐对象信息，凑单推荐对象信息用于方便用户查看对应的凑单推荐商品的信息，用户可根据凑单推荐对象信息相应进行凑单决策，以选择合意的凑单商品。终端显示对应于凑单推荐对象信息的加购控件，以供用户选择合意的目标凑单推荐对象后，通过点击或者其他触发操作针对目标凑单推荐对象的加购控件以加购目标凑单推荐对象实现凑单操作。

其中，终端可以根据用户的触发操作显示对应的购物车浮层，也可以由用户触发的权益使用控件而自动显示购物车浮层。

在一些实施例中，购物车浮层包括加购对象区域和凑单区域，加购对象区域包括加购对象信息，用户可在加购对象区域查看对应的加购对象信息，凑单区域包括凑单推荐对象信息，用户可在凑单区域查看对应的凑单推荐对象的信息。

本实施例中，加购对象区域与凑单区域在终端的显示页面中，加购对象区域设于凑单区域的下侧。在其他实施例中，加购对象区域可以设于凑单区域的上侧，或者加购对象区域和凑单区域沿左右方向并排设置，或者加购对象区域和凑单区域相互独立且可移动设置，或者其他设置方式，在此不做限定。

在一些实施例中，购物车浮层也可以不包括加购对象区域而包括凑单区域，凑单区域包括凑单推荐对象信息，用户可在凑单区域查看对应的凑单推荐对象的信息。

综上，通过步骤110至步骤130，若平台服务器根据所有加购对象信息和加购对象信息所属的实体对象信息计算存在凑单推荐对象，终端显示平台服务器经计算后推荐的凑单推荐对象信息，以供用户查看以及选择，用户可直接在终端的凑单区域即可查看对应的凑单推荐对象信息，而无需返回店铺实体对象页面进行浏览凑单，用户浏览效率较高和下单效率。此外，用户也无需点击凑单查看控件，减少用户操作链路，进一步用户浏览效率较高和下单效率。

此外，针对购物车浮层包括加购对象区域与凑单区域的情况，加购对象区域与凑单区域可以同时存在，用户可以在查看凑单推荐对象的同时，查看加购对象区域的加购对象信息，其中，用户可以直接在购物车浮层得知加购凑单推荐对象后，加购对象区域的加购对象价格是否满足凑单阈值，若当前加购对象的价格不满足凑单阈值，则可以继续在购物车浮层查看凑单区域的凑单推荐对象，此时用户无需反复进行退出以及查看加购对象区域的操作，减少用户的反复操作，以及减少用户操作链路，浏览效率较高，以及下单效率较高。

在一些实施例中，凑单区域可显示的凑单推荐对象为两个，此时用户可以一次查看两个凑单推荐对象，减少用户浏览时间，同时，凑单推荐对象显示的文案信息以及图片信息等信息可以设置较大，从而不影响用户查看相关的凑单推荐对象信息。

在一些实施例中，凑单推荐对象信息包括凑单推荐对象的图片、名称、价格、决策信息等信息，其中，决策信息可以为排行榜、评价、卡路里、原料、月售、好评、商品描述等用户关注信息中的至少一种。

在一些情况下，可以通过偏好算法，根据用户偏好进行排序，例如在一些实施例中，平台服务器通过算法得知用户更关注排行榜或评价，则相应的将排行榜/评价作为第一优先级显示给用户查看，以供用户决策，而后按排序逻辑为排行榜/评价>卡路里/原料>月售/好评>商品描述的顺序，显示给用户查看，以帮助用户在选购商品的时候提升决策效率；在一些实施例中，若平台服务器通过算法得知用户更关注食物的卡路里/原料，则相应的将卡路里/原料作为第一优先级显示给用户查看，以供用户决策，而后按排序逻辑为排行榜/评价>月售/好评>商品描述的顺序，显示给用户查看，以帮助用户在选购商品的时候提升决策效率；在一些实施例中，若只能显示2种决策信息，平台服务器通过算法得知用户更关注排行榜/评价以及食物的卡路里/原料，且排行榜/评价优先于卡路里/原料，则相应的将排行榜/评价作为第一优先级显示给用户查看，而后再显示卡路里/原料；在一些实施例中，若只能显示2种决策信息，平台服务器通过算法得知用户更关注月售/好评以及食物的卡路里/原料，且月售/好评优先于卡路里/原料，则相应的将月售/好评作为第一优先级显示给用户查看，而后再显示卡路里/原料。在此不一一列举，根据需要设置。

在一些情况下，若没有设置偏好算法，则按排序逻辑为排行榜/评价>卡路里/原料>月售/好评>商品描述的顺序显示给用户查看，帮助用户在选购商品的时候提升决策效率。其中，若排行榜、评价、卡路里、原料、月售、好评、商品描述均存在时，则按排序逻辑显示，若只能显示2种决策信息，则按排序逻辑显示排行榜/评价>卡路里/原料。此外，若不存在排行榜、评价、卡路里、原料、月售、好评、商品描述中的至少一种，则排序逻辑显示将在后的信息替换至在前的不存在的信息，例如，若不存在排行榜/评价，但存在卡路里/原料以及月售/好评，则优先显示卡路里/原料，再显示月售/好评。在此不一一列举，根据需要设置。

在一些实施例中，凑单区域的凑单推荐对象可以侧滑，即当用户操控侧滑动作时，对应的凑单推荐对象根据用户的操控方向相应侧向滑动，以便用户浏览，此时终端无需与平台服务器交互，用户浏览效率较高。例如，可以从往左滑动，滑动显示的凑单推荐对象最多可滑动至6个，若滑动至第6个还有更多凑单推荐对象，则出现查看全部提示控件，点击提示控件或者商品栏继续拉动可以自动唤出全部凑单推荐对象，显示全部凑单推荐对象的列表。在一些实施例中，当前显示页面最多可展示6个凑单推荐对象，用户可以上下滑动，查看全部凑单推荐对象。

在一些实施例中，若用户点击凑单推荐对象的加购控件，所选择的凑单推荐对象会出现在加购对象区域的已选商品列表顶部，凑单区域保持稳定状态不变。

在一些实施例中，当加购对象很多，购物车已达最大高度时，加购对象区域的加购对象可以向上滑动，凑单区域优先保持置顶，上滑过程中表示已选商品的文案标题保持置顶，随后加购对象列表可滑动至底部。

在一些实施例中，加购对象包括权益对象，响应于终端发送的对象加购请求，获取加购对象信息；若存在凑单推荐对象，向终端发送凑单推荐对象信息，进一步包括：

步骤a01：响应于终端发送的对象加购请求，指示终端跳转至权益对象所属的实体对象页面并显示购物车浮层，对象加购请求由权益页面展示的权益对象对应的权益使用控件的触发操作触发的，购物车浮层包括权益对象信息的加购对象区域和包括凑单推荐对象信息的凑单区域。

步骤a01中，针对终端自动显示购物车浮层的凑单区域以及加购对象区域的情况，用户通过点击操作选中在权益页面展示的权益对象对应的权益使用控件，触发终端相应发送对象加购请求，平台服务器根据该对象加购请求，相应确定凑单推荐对象，并指示终端跳转至权益对象所属的实体对象页面，于实体对象页面的购物车浮层显示加购对象区域和凑单区域，其中，加购对象区域显示有权益对象信息，凑单区域显示有根据权益对象价格相应得出的凑单推荐对象，此时无需用户于店铺的实体对象页面触发购物车浮层展开请求，终端即可自动展开显示加购对象区域和凑单区域，此时用户可以直接查看凑单区域的凑单推荐对象信息，进一步减少用户的操作链路，用户的凑单效率和下单效率较高。此外，由于凑单区域的凑单推荐对象展示的信息较多，且为自动显示，用户不易忽略该凑单区域以及凑单推荐对象信息，更容易产生凑单行为，从而使得凑单效率较高，以及店铺销售能力较高。

其中，权益页面可以设置于当前下单平台，也可以设置于其他平台，例如购物平台、快递平台或者视频平台等，在此不做限定。权益对象可以为红包商品，或者为抵扣券商品，或者为优惠券商品，在此不做限定，根据需要设置。权益对象的价格通常为优惠后的价格，例如权益对象可以为0元，也可以为0.1元，或者为1元，在此不做限定，根据需要设置。

其中，平台服务器根据权益对象信息以及权益对象所属店铺信息确定凑单推荐对象。例如，针对店铺设有起送价要求，平台服务器根据权益对象的价格对应计算凑单差额，以及确定凑单推荐对象。假设当前店铺的起送阈值为18，权益对象为特权商品，该特权商品的价格为0，此时凑单差额即为18，推荐阈值设为23，则平台服务器相应确定价格小于或等于23的凑单推荐对象，供用户浏览以及选择。同理，针对店铺设有满减要求和/或打折要求和/或起送数量要求和/或买送要求的情况，对应确定凑单推荐对象，在此不做赘述。

在一些实施例中，步骤130之后，该方法还包括：

步骤140：根据终端发送的针对目标凑单推荐对象的加购请求，将目标凑单推荐对象添加为加购对象。

步骤150：根据所有加购对象信息和实体对象信息计算是否存在凑单推荐对象。

步骤160：若不存在凑单推荐对象，指示终端于凑单区域关闭对凑单推荐对象信息的显示。

步骤140至步骤160中，针对的是用户在进行凑单加购后计算是否还存在凑单推荐对象的情况。其中，若用户想要选择合意的凑单推荐对象，则点击对应的目标凑单推荐对象的加购控件，相应的，终端向平台服务器发送针对该目标凑单推荐对象的加购请求。而后，平台服务器根据所有加购对象信息和实体对象信息计算是否存在凑单推荐对象，若当前目标凑单推荐对象满足店铺的当前凑单要求，但不满足下一凑单要求，且平台服务器计算存在下一凑单要求的凑单推荐对象，则平台服务器指示终端于凑单区域关闭对当前凑单要求的凑单推荐对象的显示，但还显示关于下一凑单要求的凑单提示文案，以降低用户的体验负担。在一些实施例中，若当前目标凑单推荐对象满足店铺的当前凑单要求，但店铺不设有下一凑单要求或店铺设有下一凑单要求但平台服务器计算不存在下一凑单要求的凑单推荐对象，则平台服务器指示终端于凑单区域关闭对当前凑单要求的凑单推荐对象的显示，以及关闭对凑单区域的显示，相应的，也不会显示凑单查看控件，从而避免用户点击凑单查看控件后由于没有凑单推荐对象而看到空白，导致用户体验较差的问题。

在一些实施例中，若当前目标凑单推荐对象还不满足店铺的凑单要求，则平台服务器指示终端于凑单区域继续显示凑单推荐对象信息，以供用户继续凑单。

在一些实施例中，步骤110进一步包括：

步骤b01：响应于终端发送的于实体对象页面触发的对象加购请求，向终端发送加购对象信息。

步骤130进一步包括：

步骤b02：响应于终端发送的购物车浮层展开请求，向终端发送凑单推荐对象信息。

步骤b02中，在一些情况，可以是，平台服务器根据购物车浮层展开请求，将响应于对象加购请求所计算的凑单推荐对象信息发送给终端，换句话说，即是平台服务器在响应于对象加购请求的步骤，已计算好凑单推荐对象，而后平台服务器响应于购物车浮层展开请求，将已计算好凑单推荐对象信息发送给终端；在一些情况，也可以是，平台服务器无需根据对象加购请求计算凑单推荐对象信息，而是根据购物车浮层展开请求相应计算凑单推荐对象信息，以降低平台服务器的计算量，平台服务器的处理速度较高，以及平台服务器的响应速度较高。

步骤b01和步骤b02中，平台服务器并不同时向终端发送加购对象信息和凑单推荐对象信息。针对用户在实体对象页面进行加购操作的情况，为减少购物车浮层常展开对终端资源的浪费以及平台服务器资源的浪费，购物车浮层在用户加购操作时可以不展开购物车浮层，平台服务器可以不发送凑单推荐对象信息，在此情况下，平台服务器可以根据该对象加购请求响应发送加购对象信息而不发送凑单推荐对象信息。若用户想要查看购物车浮层的内容，则用户在实体对象页面进行触发操作触发购物车浮层展开请求，终端对应发送购物车浮层展开请求给平台服务器，平台服务器将计算得出的凑单推荐对象信息发送给终端，以供终端在凑单区域显示凑单推荐对象信息。其中，平台服务器根据购物车浮层展开请求向终端发送凑单推荐对象信息，可以减少终端与平台服务器的交互流量，平台服务器无需每次加购商品即向终端发送对应的凑单推荐对象信息，可以节约流量。

在一些实施例中，平台服务器在响应于对象加购请求的步骤，已计算好凑单推荐对象并将凑单推荐对象信息发送给终端，终端已接收相应的凑单推荐对象信息，而后终端响应于用户针对购物车浮层展开的触发操作，在购物车浮层显示对应的凑单推荐对象信息。

在一些实施例中，若平台服务器计算不存在凑单推荐对象信息，终端的购物车浮层在展开时可以直接不显示凑单区域，相应的，也不会显示凑单查看控件，用户无需点击凑单查看控件查看凑单推荐对象，从而操作链路简化，以及避免用户点击凑单查看控件后由于没有可凑单推荐对象而看到空白，导致用户体验较差的问题，从而减少用户体验负担。

在一些实施例中，步骤120进一步包括：

步骤c01：通过凑单模块获取缓存平台服务器的待推荐对象信息。

步骤c02：通过购物车模块从凑单模块获取的待推荐对象信息，根据待推荐对象信息、加购对象信息和实体对象信息确定凑单推荐对象。

步骤c01和步骤c02中，当用户于下单软件的菜单页面点击进入店铺的控件，此时终端对应向平台服务器发送进入店铺请求，平台服务器在获取对应店铺数据时，计算出可凑单的待推荐对象，并将该些待推荐对象缓存到缓存平台服务器中，该缓存平台服务器与平台服务器均单独设置，以减少平台服务器的存储压力，从而保证平台服务器具有较快的运行处理速度，无需在每次凑单计算时根据店铺端的商品数据进行待推荐对象的计算，减少平台服务器的计算次数。本实施例中，该缓存平台服务器为ridis缓存。

购物车模块通过凑单接口请求调用平台服务器的凑单模块到缓存平台服务器获取待推荐对象信息，凑单模块对获取到的待推荐对象按照排序条件进行排序，而后购物车模块根据店铺的凑单要求和待推荐对象信息进行计算，得到凑单推荐对象。其中，排序条件可以根据价格、评分、销量等维度得出。例如，凑单模块对获取到的待推荐对象按照价格进行排序，或者凑单模块对获取到的待推荐对象按照评分进行排序，在此不一一列举。凑单模块也可以对获取到的待推荐对象按照至少两个维度进行排序，在此不做限定，根据需要设置。

其中，购物车模块用于获取有用户的加购对象信息，凑单模块用于获取待推荐对象信息，相应的，购物车模块和凑单模块可以同时并行计算，从而可以减少运算时间，平台服务器的响应效率较高。

在一些实施例中，当用户进行对象加购行为时，终端对应发送对象加购请求，平台服务器对应实时进行凑单计算，并向终端返回对应的凑单推荐对象信息，此时终端与平台服务器的交互频繁，以及平台服务器的购物车模块进行凑单接口请求的次数频繁，导致实时请求的性能消耗负载过大，通过将待推荐对象缓存到设置缓存平台服务器，可以减小实时请求的性能消耗负载。

在一些实施例中，平台服务器判断购物车浮层处于展开状态还是收起状态，若购物车浮层处于收起状态，则购物车模块不进行凑单接口请求；若购物车浮层处于展开状态，则购物车模块进行凑单接口请求，调用凑单模块获取平台服务器的待推荐对象信息，此时凑单模块对待推荐对象信息进行缓存处理，当凑单门槛没有发生变化的时候，购物车模块使用凑单模块的缓存，相应进行凑单计算。通过判断购物车浮层的状态对应确定是否进行凑单接口请求，可以降低QPS，从而增加平台服务器资源。

在一些实施例中，步骤130之后，该方法还包括：

步骤170：响应于终端于凑单区域触发的凑单查看请求，指示终端在实体对象页面关闭对加购对象信息的显示，并指示终端于凑单区域显示所有凑单推荐对象信息。

其中，步骤170中，针对凑单推荐对象较多而无法直接在当前凑单区域的显示界面展示完全的情况，若用户想要查看所有凑单推荐对象信息，用户可以点击凑单查看控件，终端向平台服务器发送凑单查看请求，而后平台服务器根据该凑单查看请求，指示终端于店铺的实体对象页面关闭对加购对象区域的显示，并指示终端于凑单区域显示凑单查看控件，以方便用户了解当前的凑单状态，方便用户根据当前凑单情况，根据需要进行凑单操作。关闭对加购对象区域的显示后，凑单区域的展开尺寸可以展开更大并可延伸至加购对象区域，以使得凑单区域可以有足够的显示界面，显示多个凑单推荐对象，以便用户于显示界面查看较多的凑单推荐对象，方便用户快速浏览全部的凑单推荐对象，使用户的浏览效率较高。

其中，当凑单推荐对象较多而无法于凑单区域的显示界面显示全部凑单推荐对象时，用户可以通过滑动方式查看全部的凑单推荐对象，或者在一些实施例中，凑单推荐对象可以自行移动以供用户查看全部的凑单推荐对象，或者其他方式，在此不对用户查看方式具体限定。

在一些实施例中，凑单推荐对象包括用于终端优先显示的优先推荐对象，步骤120进一步包括：

步骤d01：判断凑单推荐对象信息是否符合优先条件。

步骤d02：若凑单推荐对象信息符合优先条件，将符合优先条件的凑单推荐对象信息作为优先推荐对象信息。

步骤d01和步骤d02中，通过设置优先推荐对象，以将符合用户需求的凑单推荐对象优先显示于终端，用户可以快速选择合意的凑单推荐对象进行加购，以使用户的浏览效率和下单效率较高。其中，优先条件可以通过价格、评分、销量等维度得出，例如，将价格在20元以下的凑单推荐对象作为优先推荐对象，或者将评分在4-5分之间的凑单推荐对象作为优先推荐对象，等等，在此不一一列举，根据需要设置。

在一些实施例中，步骤120之后，该方法还包括：

步骤180：若不存在凑单推荐对象，指示购物车浮层关闭对凑单区域的显示。

步骤180针对平台服务器计算得出不存在凑单推荐对象，导致用户无法根据凑单推荐对象进行凑单加购的情况，平台服务器指示购物车浮层关闭对凑单区域的显示，即不显示凑单区域以及凑单推荐对象，相应的，也不会显示凑单查看控件，从而避免用户点击凑单查看控件后由于没有凑单推荐对象而看到空白，导致用户体验较差的问题，从而降低用户的体验负担。此外，平台服务器还可以指示购物车浮层显示凑单提示，以提示用户得知当前所有加购商品未满足凑单要求。

在一些实施例中，加购对象信息包括加购对象价格，步骤120进一步包括：

步骤e01：判断加购对象价格是否小于凑单阈值。

步骤e02：若加购对象价格小于凑单阈值，计算凑单差额，凑单差额为加购对象价格与凑单阈值的差值。

步骤e03：根据凑单差额确定凑单推荐对象。

步骤e01至步骤e03中，针对店铺设有价格维度的凑单阈值的情况，相应计算凑单推荐对象。其中，加购对象价格指的是用户于当前店铺中所有加购商品的总价格。平台服务器判断加购对象价格是否小于凑单阈值，若加购对象价格小于凑单阈值，平台服务器根据加购对象价格与凑单阈值的差值形成凑单差额，根据凑单差额对应得出凑单推荐对象，而后向终端返回对应的凑单推荐对象信息，以供用户查看。

综上，通过步骤e01至步骤e03，当用户加购对象价格未满足凑单阈值并需要凑单时，终端显示平台服务器经计算后推荐的凑单推荐对象信息，以供用户查看以及选择，用户只需在终端的凑单区域即可查看对应的凑单推荐对象，而无需点击凑单查看控件，减少用户操作链路。

此外，针对加购对象区域与凑单区域可以同时存在的情况，用户可以在查看凑单推荐对象的同时，查看加购对象区域的加购对象信息，其中，用户可以直接在购物车浮层得知加购凑单推荐对象后，加购对象区域的加购对象价格是否满足凑单阈值，若当前加购对象的价格不满足凑单阈值，则可以继续在购物车浮层查看凑单区域的凑单推荐对象，此时用户无需反复进行退出以及查看加购对象区域的操作，减少用户的反复操作，以及减少用户操作链路，使得浏览效率较高，以及下单效率较高。

在一些实施例中，凑单推荐对象包括第一推荐对象，步骤e03进一步包括：

步骤e031：判断待推荐对象的价格是否小于或等于推荐阈值，推荐阈值大于或等于凑单差额。

步骤e032：若待推荐对象的价格小于或等于推荐阈值，将价格小于或等于推荐阈值的待推荐对象信息作为第一推荐对象信息。

其中，平台服务器通过设置推荐阈值计算符合用户凑单需求的凑单推荐商品，以使得用户可以直接通过该凑单推荐商品能够快速凑单，使得凑单效率和下单效率较高，减少用户的浏览时间。推荐阈值不能设置过小，如推荐阈值设置小于凑单差额时，用户无法仅通过加购凑单推荐商品中的一件商品即可完成凑单，而需要至少两件商品方能完成凑单，此时用户需要进行计算，影响用户下单效率，以及影响用户使用体验。因此，需要将推荐阈值设置为大于或等于凑单差额，以使得用户能够选择到一个商品，即可完成凑单，使得用户凑单效率较高。

其中，待推荐对象为店铺的所有商品中可以用于平台服务器推荐计算的商品，例如，店铺中，有些商品为特价商品，不能按特价进行推荐计算，需要以原价进行推荐计算，此时可以原价计算的商品为待推荐对象，或者有些商品属于赠品，不能用于推荐计算，或者其他不能用于推荐计算的商品，在此不一一说明，根据实际需要设置。

通过步骤e031和步骤e0312，平台服务器根据店铺中的待推荐对象，将价格小于或等于凑单阈值的待推荐对象作为第一推荐对象，终端对应在凑单区域显示第一推荐对象信息以供用户查看选择。其中，该第一推荐对象价格并不会过高，同时第一推荐对象的数量较多，能保证用户有较大的选择空间，用户可以选择价格较为合适的第一推荐对象进行凑单加购，从而使用户的下单效率较高。

在一些实施例中，第一推荐对象包括用于终端优先显示的优先推荐对象，步骤e0312进一步包括：

步骤e0313：若待推荐对象的价格大于或等于凑单差额且小于或等于推荐阈值，将价格大于或等于凑单差额且小于或等于推荐阈值的待推荐对象信息作为优先推荐对象信息。

其中，通过在终端的凑单区域优先显示优先推荐对象，该优先推荐对象为价格大于或等于凑单差额且小于或等于推荐阈值的待推荐对象，其凑单推荐结果更加准确，用户可以直接在凑单区域的显示页面看到对应的优先推荐对象，此时无需用户计算，便可选择一件合适的凑单推荐商品进行加购，进一步减少用户浏览时间，以及减少用户的凑单时间，使用户下单效率较高。

例如，当前用户所有加购商品的总价格之和为10元，起送阈值为18，则凑单差额为8元，推荐阈值设为13，则平台服务器推荐13元以及13元以下的可推荐商品，即第一推荐对象，其中第一推荐对象有20个，其中，假设价格大于或等于8元并小于等于13元的第一推荐对象有五个，则此时该五个第一推荐对象则为优先推荐对象，终端的凑单区域优先显示该五个优先推荐对象，此时用户可以优先查看到该五个优先推荐对象，并相应进行选择加购操作。在其他实施例中，推荐阈值也可以大于凑单差额10，或者也可以大于凑单差额15，在此不做限定，根据需要设置。其中，推荐阈值不宜设置过大，当推荐阈值过大时，如超出凑单差额50以上，会使得凑单推荐商品的数量变多，用户需要花费更多时间浏览选择，影响下单效率，此外，还会使得平台服务器的计算量较大，影响平台服务器的处理速度。

在一些实施例中，步骤e0313进一步包括：

步骤e0314：对优先推荐对象按价格从低到高的顺序依次排序。

其中，用户可以优先看到价格较低的优先推荐对象信息，即使凑单区域只能显示一个凑单推荐对象可供用户查看，此时，也是价格最低的优先推荐对象被用户看到，当凑单区域可以显示两个凑单推荐对象可供用户查看时，相应的价格最低的以及第二低的两个优先推荐对象信息可被用户看到，此时用户所看到的优先推荐对象的价格较低，用户可以较低的价格进行凑单，符合用户需求，可增强用户的使用体验。当用户比较合意时，用户可以直接在凑单区域进行加购操作，无需进一步查看凑单区域的其他凑单推荐对象，也无需用户进行计算比较，挑选价格较低的凑单推荐对象，从而可以进一步减少用户的浏览时间以及操作链路，使得凑单效率以及下单效率较高，同时还能增强用户的使用体验。

在一些实施例中，凑单推荐对象包括至少两个第二推荐对象，步骤e01之后，该方法还包括：

步骤e04：若待推荐对象的价格大于推荐阈值，将价格大于推荐阈值的待推荐对象信息作为第二推荐对象信息。

步骤e05：向终端发送按价格从低到高的顺序依次排序的第二推荐对象信息。

步骤e04和步骤e05中，针对待推荐对象价格大于推荐阈值时情况，此时由于所得到的待推荐对象价格较高，因此，通过按价格从低到高的顺序排列，使得用户可以先看到价格较低的第二推荐对象，无需用户进行比较计算，使得用户凑单效率以及下单效率较高。此外，由于根据一定顺序进行排序，用户在查看时可以遵循对应的顺序规律查看，节约用户浏览时间。

其中，针对凑单推荐对象同时包括第一推荐对象的情况，此时，凑单区域优先显示第一推荐对象信息，而后显示排序后的第二推荐对象信息，使得用户能够优先看到价格较为合适的第一推荐对象信息，以方便用户浏览以及选择适合的商品进行加购，节约用户浏览时间，以使用户凑单效率和下单效率较高。

针对凑单推荐对象不包括第一推荐对象的情况，此时，即平台服务器经过计算后得出店铺的待推荐对象价格均大于推荐阈值，无法得到第一推荐对象，此时，凑单区域显示从低到高的顺序排序后的第二推荐对象信息。

在一些实施例中，第二推荐对象的数量不超过10个，即终端得凑单区域按价格从低到高的顺序显示10个以内的第二推荐对象，由于第二推荐对象的价格相对推荐阈值更高，若显示的第二推荐对象过多，则会影响用户使用体验。其中，第二推荐对象可以根据需要设置为5个，或者7个，或者8个，在此不做限定，根据需要设置。

在一些实施例中，步骤130进一步包括：

步骤f01：判断凑单阈值是否包括起送阈值。

步骤f02：若凑单阈值包括起送阈值且加购对象价格小于起送阈值，向终端发送表示为起送凑单推荐类别的凑单推荐文案信息，以及根据加购对象价格与起送阈值的差值确定的凑单推荐对象。

步骤f01和步骤f02中，针对的是凑单阈值包括起送阈值的情况。平台服务器响应于加购对象价格小于起送阈值，平台服务器相应发送凑单推荐文案信息和凑单推荐对象信息，终端对应在凑单区域显示表示起送凑单推荐类别的凑单推荐文案，以便用户得知当前的凑单推荐对象为针对起送门槛得出的推荐商品，以及终端在凑单区域显示对应的凑单推荐对象信息，以供用户选择加购。

例如当前用户所有加购商品的总价格之和为10元，起送阈值为18元，则凑单差额为8元，凑单推荐文案信息的文案内容可以为“还差8元起送”或者“起送价18元，还差8元”或者“差8元起送，请去凑单”等等，只要表示当前为起送凑单推荐类别即可。

在一些实施例中，步骤f01之后，步骤130进一步还包括：

步骤f03：判断凑单阈值是否包括满减阈值。

步骤f04：若凑单阈值包括满减阈值且加购对象价格小于满减阈值，向终端发送表示为满减凑单推荐类别的凑单推荐文案信息，以及根据加购对象价格与满减阈值的差值确定的凑单推荐对象。

步骤f01和步骤f02中，针对凑单阈值包括起送阈值和满减阈值的情况，即当平台服务器判断凑单阈值包括起送阈值且包括满减阈值，此时，满减阈值大于起送阈值，当用户凑单完成起送阈值的商品加购后，终端向平台服务器发送对象加购请求。平台服务器根据用户当前加购的所有商品进行计算，判断用户当前所有加购商品的总价格是否大于或等于起送阈值，若用户当前所有加购商品的总价格小于起送阈值，此时平台服务器向终端发送针对起送阈值的凑单推荐文案信息和凑单推荐对象信息，用户还需针对起送阈值进行凑单；若用户当前所有加购商品的总价格大于或等于起送阈值，且所有加购商品的总价格小于满减阈值，则相应得出针对下一层级的满减阈值的凑单推荐对象，平台服务器相应向终端发送表示为满减凑单推荐类别的凑单推荐文案信息以及根据加购对象价格与满减阈值的差值确定的凑单推荐对象信息，终端在凑单区域对应显示凑单推荐文案信息和凑单推荐对象信息，以便用户得知当前的凑单情况。

例如起送阈值为18元，当前用户所有加购商品的总价格之和为24元，若满减设定为满30减6，则对应的满减阈值为30元，则相应的凑单差额为6元，此时凑单推荐文案信息的文案内容可以为“还差6元满30元”或者“满30减6，还差6元”或者“差6元满30元，请去凑单”等等，只要表示当前为满减凑单推荐类别即可。当满减阈值包括不同层架的满减阈值时，相应的，凑单推荐文案相应设置，以表示当前满减凑单推荐类别。例如，第一层级的满减优惠为满30减6，则相应的当前满减阈值为30，凑单推荐文案信息对应表示为满减阈值为30的满减推荐类别；如第二层级的满减优惠为满40减8，则相应的当前满减阈值为40，则平台服务器根据当前推荐阈值和待推荐对象信息进行计算，得出对应的凑单推荐对象，则凑单推荐文案信息对应表示为满减阈值为40时的满减凑单推荐类别。以此类推，针对第三层级满减阈值或者更高层级满减阈值时的凑单推荐文案信息不做赘述。其中，凑单推荐对象可以包括第一推荐对象、第二推荐对象中的至少一种。

当满减阈值包括不同层级的满减阈值时，平台服务器根据用户当前加购的所有商品进行计算，判断用户当前所有加购商品的总价格是否大于或等于当前层级的满减阈值，并相应计算凑单推荐对象，此时，对应的推荐阈值相应发生改变。其中，推荐阈值可设为凑单差额与当前满减阈值之和，或者推荐阈值＝当前满减阈值+10，或者推荐阈值＝凑单差额+满减额+当前满减阈值，或者推荐阈值＝凑单差额+满减额+5+当前满减阈值，在此不做限定，根据需要设置。例如，第一层级的满减优惠为满30减6，则相应的当前满减阈值为30，满减额为6，推荐阈值对应可设为40，或者推荐阈值也可以设置为10+6+30＝46，或者推荐阈值也可以设置为10+6+5+30＝51；若平台服务器根据用户当前加购的所有商品进行计算，判断用户当前所有加购商品的总价格大于或等于第一层级的满减阈值，则平台服务器相应计算第二层级的满减阈值对应的凑单推荐对象，如第二层级的满减优惠为满40减8，则相应的当前满减阈值为40，满减额为8，凑单差额为10，推荐阈值对应可设为50，或者推荐阈值也可以设置为10+8+40＝58，或者推荐阈值也可以设置为10+8+5+40＝63。在此不一一列举。

针对凑单阈值包括满减阈值但不包括起送阈值的情况，即当平台服务器判断凑单阈值不包括起送阈值但包括满减阈值，则满减阈值可以根据需要设置为任意值，用户可针对店铺的满减门槛进行凑单，当凑单阈值包括不同层级的满减阈值，平台服务器相应根据用户当前所有加购商品的总价格对应计算凑单推荐商品，以及发送对应的凑单推荐商品信息和凑单推荐文案。

在一些实施例中，步骤130之后，该方法还包括：

步骤g01：响应于终端发送的针对目标凑单推荐对象的加购请求，判断目标凑单推荐对象的价格是否大于或等于凑单差额。

步骤g02：若目标凑单推荐对象的价格大于或等于凑单差额，指示终端于凑单区域关闭对凑单推荐对象信息的显示。

步骤g01和步骤g012中，将用户想要选择合意的凑单推荐对象作为目标凑单推荐对象，若用户点击对应的目标凑单推荐对象的加购控件，相应的，终端向平台服务器发送针对该目标凑单推荐对象的加购请求。而后，平台服务器判断当前所加购的目标凑单推荐对象的价格是否大于或等于凑单差额，若目标凑单推荐对象的价格大于或等于凑单差额，则平台服务器指示终端于凑单区域关闭对凑单推荐对象的显示，以降低用户的体验负担。例如，当前凑单推荐类别为起送凑单推荐类别，若目标凑单推荐对象的价格大于或等于起送阈值，则当前凑单区域关闭针对起送凑单推荐类别的凑单推荐对象的显示。

在一些实施例中，在目标凑单推荐对象的阈值大于或等于上一凑单层级的凑单阈值后，平台服务器对应计算下一凑单层级的凑单推荐对象，并指示终端显示当前凑单区域还可以显示表示下一凑单推荐类别的凑单推荐文案信息，并显示下一凑单层级的凑单推荐对象的查看控件。例如，若下一凑单推荐类别为满减凑单推荐类别，则相应的，终端的凑单区域显示的满减凑单推荐类别，以及显示针对满减凑单层级的凑单推荐对象的查看控件，当用户想要进行满减凑单时，则用户点击该查看控件，查看对应的凑单推荐对象。

图3是本发明实施例提供的凑单推荐方法的流程图，请参考图3所示，本发明实施例还提供了一种凑单推荐方法。该方法应用于终端，包括：

步骤210：向平台服务器发送对象加购请求，将加购对象添加至购物车。

步骤220：接收平台服务器发送的凑单推荐对象信息，凑单推荐对象信息为平台服务器根据所有加购对象信息和加购对象信息所属的实体对象信息计算后确定的。

步骤230：在实体对象页面显示包括凑单区域的购物车浮层，凑单区域显示凑单推荐对象信息和对应于凑单推荐对象信息的加购控件。

步骤210中，以对象为商品为例进行说明，用户从终端的下单软件登录进入后，进入店铺的实体对象页面选购商品，当用户选择合意的加购商品后，便进行加购操作，终端对应向平台服务器发送对象加购请求，以及对应将加购商品添加至购物车。平台服务器响应于由终端触发的对象加购请求，获取加购商品信息，该加购商品信息包括价格信息、数量信息、种类信息、名称信息、所属店铺信息等信息，在此不一一列举，以便后续进行凑单推荐对象的计算。其中，用户可以直接进入店铺页面进行商品加购操作，用户也可以通过红包、优惠券等权益使用进入到对应的店铺页面，此时红包、优惠券等权益对应的权益商品即形成了加购商品，在此不做限定。其中，终端对应将加购商品添加至购物车，可以是终端直接响应于用户的加购操作，而将加购商品添加至购物车；也可以是终端向平台服务器发送对象加购请求后，根据平台服务器的指示，将加购商品添加至购物车。

步骤220中，针对具有凑单要求的店铺，平台服务器根据所获取的加购商品信息与加购商品信息所属的店铺信息，相应计算是否存在凑单推荐对象。其中，凑单推荐对象的计算可以根据对象加购请求进行，也可以根据用户触发的购物车浮层展开请求进行，在此不做限定，根据需要设置。若存在凑单推荐对象，平台服务器向终端发送对应的凑单推荐对象信息，终端相应接收平台服务器发送的凑单推荐对象信息。

步骤230中，终端根据所接收的凑单推荐对象信息显示包括凑单区域的购物车浮层，该凑单区域显示凑单推荐对象信息，凑单推荐对象信息用于方便用户查看对应的凑单推荐商品的信息，用户可根据凑单推荐对象信息相应进行凑单决策，以选择合意的凑单商品。终端显示与凑单推荐对象信息对应的加购控件，以供用户选择合意的目标凑单推荐对象后，通过触发目标凑单推荐对象的加购控件以加购商品实现凑单操作。

综上，通过步骤210至步骤230，若平台服务器根据所有加购对象信息和加购对象信息所属的实体对象信息计算存在凑单推荐对象，终端显示平台服务器经计算后推荐的凑单推荐对象信息，以供用户查看以及选择，用户可直接在终端的凑单区域即可查看对应的凑单推荐对象信息，而无需返回店铺实体对象页面进行浏览凑单，用户浏览效率较高和下单效率。此外，用户也无需点击凑单查看控件，减少用户操作链路，进一步用户浏览效率较高和下单效率。

在一些实施例中，加购对象包括权益对象，步骤210进一步包括：

响应于在权益页面展示的权益对象对应的权益使用控件的触发操作，发送对象加购请求；

步骤230进一步包括：

根据平台服务器的指示，跳转至权益对象所属的实体对象页面并显示购物车浮层，购物车浮层显示包括权益对象信息的加购对象区域和包括凑单推荐对象信息的凑单区域。

其中，针对终端自动显示购物车浮层的凑单区域以及加购对象区域的情况，用户通过点击操作选中在权益页面展示的权益对象对应的权益使用控件，触发终端相应发送对象加购请求，平台服务器根据该对象加购请求，相应确定凑单推荐对象，并指示终端跳转至权益对象所属的实体对象页面，于实体对象页面的购物车浮层显示加购对象区域和凑单区域，其中，加购对象区域显示有权益对象信息，凑单区域显示有根据权益对象价格相应得出的凑单推荐对象，此时无需用户于店铺的实体对象页面触发购物车浮层展开请求，终端即可自动展开显示加购对象区域和凑单区域，此时用户可以直接查看凑单区域的凑单推荐对象信息，进一步减少用户的操作链路，用户的凑单效率和下单效率较高。此外，由于凑单区域的凑单推荐对象展示的信息较多，且为自动显示，用户不易忽略该凑单区域以及凑单推荐对象信息，更容易产生凑单行为，从而使得凑单效率较高，以及店铺销售能力较高。

在一些实施例中，步骤230之后，该方法还包括：

响应于针对目标凑单推荐对象的加购控件的选择操作，向平台服务器发送针对目标凑单推荐对象的加购请求；

根据平台服务器判断所有加购对象信息不存在凑单推荐对象后的指示，于凑单区域关闭对凑单推荐对象信息的显示。

其中，若用户想要选择合意的凑单推荐对象，则点击对应的目标凑单推荐对象的加购控件，相应的，终端向平台服务器发送针对该目标凑单推荐对象的加购请求。而后，平台服务器根据所有加购对象信息和实体对象信息计算是否存在凑单推荐对象，若当前目标凑单推荐对象满足店铺的当前凑单要求，但不满足下一凑单要求，且平台服务器计算存在下一凑单要求的凑单推荐对象，则平台服务器指示终端于凑单区域关闭对当前凑单要求的凑单推荐对象的显示，但还显示关于下一凑单要求的凑单提示文案，以降低用户的体验负担。在一些实施例中，若当前目标凑单推荐对象满足店铺的当前凑单要求，但店铺不设有下一凑单要求或店铺设有下一凑单要求但平台服务器计算不存在下一凑单要求的凑单推荐对象，则平台服务器指示终端于凑单区域关闭对当前凑单要求的凑单推荐对象的显示，以及关闭对凑单区域的显示。

在一些实施例中，步骤210进一步包括：

向平台服务器发送于实体对象页面触发的对象加购请求，接收平台服务器发送的加购对象信息；

步骤220进一步包括：

向平台服务器发送购物车浮层展开请求，接收平台服务器发送的凑单推荐对象信息。

其中，平台服务器并不同时向终端发送加购对象信息和凑单推荐对象信息。针对用户在实体对象页面进行加购操作的情况，为减少购物车浮层常展开对终端资源的浪费以及平台服务器资源的浪费，购物车浮层在用户加购操作时可以不展开购物车浮层，平台服务器可以不发送凑单推荐对象信息，在此情况下，平台服务器可以根据该对象加购请求响应发送加购对象信息而不发送凑单推荐对象信息。若用户想要查看购物车浮层的内容，则用户在实体对象页面进行触发操作触发购物车浮层展开请求，终端对应发送购物车浮层展开请求给平台服务器，平台服务器将计算得出的凑单推荐对象信息发送给终端，以供终端在凑单区域显示凑单推荐对象信息。其中，平台服务器根据购物车浮层展开请求向终端发送凑单推荐对象信息，可以减少终端与平台服务器的交互流量，平台服务器无需每次加购商品即向终端发送对应的凑单推荐对象信息，可以节约流量。

此外，平台服务器也无需根据对象加购请求计算凑单推荐对象信息，而是根据购物车浮层展开请求相应计算凑单推荐对象信息，以降低平台服务器的计算量，平台服务器的处理速度较高，以及平台服务器的响应速度较高。

在一些实施例中，步骤230之后，该方法还包括：

响应于针对购物车收起控件的触发操作，于购物车浮层关闭对加购对象信息和凑单推荐对象信息的显示，并于凑单区域显示凑单查看控件；

响应于针对凑单查看控件的触发操作，向平台服务器发送凑单查看请求；

根据平台服务器的指示，于凑单区域显示全部凑单推荐对象信息。

其中，若用户不想要看到展开的购物车浮层，则针对购物车收起控件进行触发操作，例如点击购物车收起控件，终端响应于该触发操作，关闭加购对象区域的加购对象信息的显示，以及关闭凑单区域的凑单推荐对象信息的显示，且在凑单区域显示凑单查看控件，以在不影响用户体验的同时方便用户通过凑单查看控件可以查看凑单推荐对象信息，方便用户浏览凑单推荐对象以及凑单加购。若用户想要查看所有凑单推荐对象信息，用户可以点击凑单查看控件，终端向平台服务器发送凑单查看请求，而后平台服务器根据该凑单查看请求，指示终端于店铺的实体对象页面关闭对加购对象区域的显示，并指示终端于凑单区域显示凑单查看控件，以方便用户了解当前的凑单状态，方便用户根据当前凑单情况，根据需要进行凑单操作。关闭对加购对象区域的显示后，凑单区域的展开尺寸可以展开更大并可延伸至加购对象区域，以使得凑单区域可以有足够的显示界面，显示多个凑单推荐对象，以便用户于显示界面查看较多的凑单推荐对象，方便用户快速浏览全部的凑单推荐对象，使用户的浏览效率较高。

在一些实施例中，凑单推荐对象包括优先推荐对象，步骤230进一步包括：

在凑单区域优先显示优先推荐对象信息，优先推荐对象信息为平台服务器将符合优先条件的凑单推荐对象信息作为优先推荐对象信息后发送的。

通过设置优先推荐对象，以将符合用户需求的凑单推荐对象优先显示于终端，用户可以快速选择合意的凑单推荐对象进行加购，以使用户的浏览效率较高和下单效率。

在一些实施例中，加购对象信息包括加购对象价格，凑单推荐对象为平台服务器判断加购对象价格小于凑单阈值后根据凑单差额确定的，凑单差额为加购对象价格小于凑单阈值时加购对象价格与凑单阈值的差值。

针对店铺设有价格维度的凑单阈值的情况，平台服务器根据加购对象价格与凑单阈值的差值形成凑单差额，根据凑单差额对应得出凑单推荐对象，而后向终端返回对应的凑单推荐对象信息，以供用户查看。当用户加购对象价格未满足凑单阈值并需要凑单时，终端显示平台服务器经计算后推荐的凑单推荐对象信息，以供用户查看以及选择，用户只需在终端的凑单区域即可查看对应的凑单推荐对象，而无需点击凑单查看控件，减少用户操作链路。

在一些实施例中，凑单推荐对象包括第一推荐对象，第一推荐对象为价格小于或等于推荐阈值的待推荐对象，接收平台服务器发送的凑单推荐对象信息；在实体对象页面显示包括凑单区域的购物车浮层，

进一步包括：

接收平台服务器发送的第一推荐对象信息；

在凑单区域显示第一推荐对象信息。

其中，平台服务器通过设置推荐阈值计算符合用户凑单需求的凑单推荐商品，以使得用户可以直接通过该凑单推荐商品能够快速凑单，使得凑单效率和下单效率较高，减少用户的浏览时间。推荐阈值不能设置过小，如推荐阈值设置小于凑单差额时，用户无法仅通过加购凑单推荐商品中的一件商品即可完成凑单，而需要至少两件商品方能完成凑单，此时用户需要进行计算，影响用户下单效率，以及影响用户使用体验。因此，需要将推荐阈值设置为大于或等于凑单差额，以使得用户能够选择到一个商品，即可完成凑单，使得用户凑单效率较高。

平台服务器根据店铺中的待推荐对象，将价格小于或等于凑单阈值的待推荐对象作为第一推荐对象，终端对应在凑单区域显示第一推荐对象信息以供用户查看选择。其中，该第一推荐对象价格并不会过高，同时第一推荐对象的数量较多，能保证用户有较大的选择空间，用户可以选择价格较为合适的第一推荐对象进行凑单加购，从而使得用户的下单效率较高。

在一些实施例中，第一推荐对象包括优先推荐对象，优先推荐对象为价格大于或等于凑单差额且小于或等于推荐阈值的待推荐对象，在凑单区域显示第一推荐对象信息，进一步包括：

在凑单区域优先显示优先推荐对象信息。

其中，通过在终端的凑单区域优先显示优先推荐对象，该优先推荐对象为价格大于或等于凑单差额且小于或等于推荐阈值的待推荐对象，其凑单推荐结果更加准确，用户可以直接在凑单区域的显示页面看到对应的优先推荐对象，此时无需用户计算，便可选择一件合适的凑单推荐商品进行加购，进一步减少用户浏览时间，以及减少用户的凑单时间，以使用户下单效率较高。

在一些实施例中，优先推荐对象按价格从低到高的顺序依次排序，在凑单区域优先显示优先推荐对象信息，进一步包括：

在凑单区域按价格从低到高的顺序依次显示优先推荐对象信息。

其中，用户可以优先看到价格较低的优先推荐对象信息，即使凑单区域只能显示一个凑单推荐对象可供用户查看，此时，也是价格最低的优先推荐对象被用户看到，当凑单区域可以显示两个凑单推荐对象可供用户查看时，相应的价格最低的以及第二低的两个优先推荐对象信息可被用户看到，此时用户所看到的优先推荐对象的价格较低，用户可以较低的价格进行凑单，符合用户需求，可增强用户的使用体验。当用户比较合意时，用户可以直接在凑单区域进行加购操作，无需进一步查看凑单区域的其他凑单推荐对象，也无需用户进行计算比较，挑选价格较低的凑单推荐对象，从而可以进一步减少用户的浏览时间以及操作链路，以使凑单效率以及下单效率较高，同时还能增强用户的使用体验。

在一些实施例中，凑单推荐对象包括至少两个第二推荐对象，第二推荐对象为价格大于推荐阈值的待推荐对象，接收平台服务器发送的凑单推荐对象信息；在实体对象页面显示包括凑单区域的购物车浮层，进一步包括：

接收平台服务器发送的按价格从低到高的顺序依次排序的第二推荐对象信息；

在凑单区域按价格从低到高的顺序依次显示第二推荐对象信息。

针对待推荐对象价格大于推荐阈值时情况，此时由于所得到的待推荐对象价格较高，因此，通过按价格从低到高的顺序排列，使得用户可以先看到价格较低的第二推荐对象，无需用户进行比较计算，使得用户凑单效率以及下单效率较高。此外，由于根据一定顺序进行排序，用户在查看时可以遵循对应的顺序规律查看，节约用户浏览时间。

在一些实施例中，接收平台服务器发送的凑单推荐对象信息；在实体对象页面显示包括凑单区域的购物车浮层，进一步包括：

接收平台服务器判断凑单阈值包括起送阈值后发送的凑单推荐文案信息和凑单推荐对象信息；

在凑单区域显示表示为起送凑单推荐类别的凑单推荐文案信息和平台服务器根据加购对象价格与起送阈值的差值确定的凑单推荐对象信息。

其中，针对的是凑单阈值包括起送阈值的情况。平台服务器响应于加购对象价格小于起送阈值，平台服务器相应发送凑单推荐文案信息和凑单推荐对象信息，终端对应在凑单区域显示表示起送凑单推荐类别的凑单推荐文案，以便用户得知当前的凑单推荐对象为针对起送门槛得出的推荐商品，以及终端在凑单区域显示对应的凑单推荐对象信息，以供用户选择加购。

在一些实施例中，接收平台服务器发送的凑单推荐对象信息；在实体对象页面显示包括凑单区域的购物车浮层，进一步包括：

接收平台服务器判断凑单阈值包括满减阈值后的凑单推荐文案信息和凑单推荐对象信息；

在凑单区域显示表示为满减凑单推荐类别的凑单推荐文案信息和平台服务器根据加购对象价格与满减阈值的差值确定的凑单推荐对象信息，满减阈值大于起送阈值。

针对凑单阈值包括起送阈值和满减阈值的情况，即当平台服务器判断凑单阈值包括起送阈值且包括满减阈值，此时，满减阈值大于起送阈值，当用户凑单完成起送阈值的商品加购后，终端向平台服务器发送对象加购请求。平台服务器根据用户当前加购的所有商品进行计算，判断用户当前所有加购商品的总价格是否大于或等于起送阈值，若用户当前所有加购商品的总价格小于起送阈值，此时平台服务器向终端发送针对起送阈值的凑单推荐文案信息和凑单推荐对象信息，用户还需针对起送阈值进行凑单；若用户当前所有加购商品的总价格大于或等于起送阈值，且所有加购商品的总价格小于满减阈值，则相应得出针对下一层级的满减阈值的凑单推荐对象，平台服务器相应向终端发送表示为满减凑单推荐类别的凑单推荐文案信息以及根据加购对象价格与满减阈值的差值确定的凑单推荐对象信息，终端在凑单区域对应显示凑单推荐文案信息和凑单推荐对象信息，以便用户得知当前的凑单情况。

在一些实施例中，步骤230之后，该方法还包括：

响应于针对目标凑单推荐对象的选择操作，向平台服务器发送针对目标凑单推荐对象的加购请求；

在目标凑单推荐对象的价格大于或等于凑单差额的情形，于凑单区域关闭对凑单推荐对象信息的显示。

将用户想要选择合意的凑单推荐对象作为目标凑单推荐对象，若用户点击对应的目标凑单推荐对象的加购控件，相应的，终端向平台服务器发送针对该目标凑单推荐对象的加购请求。而后，平台服务器判断当前所加购的目标凑单推荐对象的价格是否大于或等于凑单差额，若目标凑单推荐对象的价格大于或等于凑单差额，则平台服务器指示终端于凑单区域关闭对凑单推荐对象的显示，以降低用户的体验负担。例如，当前凑单推荐类别为起送凑单推荐类别，若目标凑单推荐对象的价格大于或等于起送阈值，则当前凑单区域关闭针对起送凑单推荐类别的凑单推荐对象的显示。

图4是本发明实施例提供的凑单推荐装置的结构示意图。该装置应用于平台服务器，如图4所示，该装置300包括：

第一响应模块301，用于响应于终端发送的对象加购请求，获取加购对象信息；

第一计算模块302，用于根据所有加购对象信息和加购对象信息所属的实体对象信息计算是否存在凑单推荐对象；

第一发送模块303，用于若存在凑单推荐对象，向终端发送凑单推荐对象信息，以供终端在实体对象页面的购物车浮层的凑单区域显示凑单推荐对象信息和对应于凑单推荐对象信息的加购控件。

在一些实施例中，加购对象包括权益对象，第一发送模块303进一步包括：

第一指示单元，用于响应于终端发送的对象加购请求，指示终端跳转至权益对象所属的实体对象页面并显示购物车浮层，对象加购请求由权益页面展示的权益对象对应的权益使用控件的触发操作触发的，购物车浮层包括权益对象信息的加购对象区域和包括凑单推荐对象信息的凑单区域。

在一些实施例中，该装置300还包括：

第一添加模块，用于根据终端发送的针对目标凑单推荐对象的加购请求，将目标凑单推荐对象添加为加购对象；

第二计算模块，用于根据所有加购对象信息和实体对象信息计算是否存在凑单推荐对象；

第一执行模块，用于若不存在凑单推荐对象，指示终端于凑单区域关闭对凑单推荐对象信息的显示。

在一些实施例中，第一响应模块301进一步包括：

第一发射单元，用于响应于终端发送的于实体对象页面触发的对象加购请求，向终端发送加购对象信息；

第一发送模块303进一步包括：

第二发射单元，用于响应于终端发送的购物车浮层展开请求，向终端发送凑单推荐对象信息。

在一些实施例中，第一计算模块302进一步包括：

第一获得单元，用于通过凑单模块获取缓存平台服务器的待推荐对象信息；

第一确定单元，用于通过购物车模块从凑单模块获取的待推荐对象信息，根据待推荐对象信息、加购对象信息和实体对象信息确定凑单推荐对象。

在一些实施例中，该装置300还包括：

第二响应模块，用于响应于终端于凑单区域触发的凑单查看请求，指示终端在实体对象页面关闭对加购对象信息的显示，并指示终端于凑单区域显示所有凑单推荐对象信息。

在一些实施例中，凑单推荐对象包括用于终端优先显示的优先推荐对象，第一计算模块302进一步包括：

第一判断单元，用于判断凑单推荐对象信息是否符合优先条件；

第二确定单元，用于若凑单推荐对象信息符合优先条件，将符合优先条件的凑单推荐对象信息作为优先推荐对象信息。

在一些实施例中，该装置300还包括：

第二执行模块，用于若不存在凑单推荐对象，指示购物车浮层关闭对凑单区域的显示。

在一些实施例中，加购对象信息包括加购对象价格，第一计算模块302进一步包括：

第二判断单元，用于判断加购对象价格是否小于凑单阈值；

第三确定单元，用于若加购对象价格小于凑单阈值，计算凑单差额，凑单差额为加购对象价格与凑单阈值的差值；

第四确定单元，用于根据凑单差额确定凑单推荐对象。

在一些实施例中，凑单推荐对象包括第一推荐对象，第四确定单元进一步包括：

第一判别单元，用于判断待推荐对象的价格是否小于或等于推荐阈值，推荐阈值大于或等于凑单差额；

第一判定单元，用于若待推荐对象的价格小于或等于推荐阈值，将价格小于或等于推荐阈值的待推荐对象信息作为第一推荐对象信息。

在一些实施例中，第一推荐对象包括用于终端优先显示的优先推荐对象，第一判定单元进一步包括：

第二判定单元，用于若待推荐对象的价格大于或等于凑单差额且小于或等于推荐阈值，将价格大于或等于凑单差额且小于或等于推荐阈值的待推荐对象信息作为优先推荐对象信息。

在一些实施例中，第二判定单元进一步包括：

排序单元，用于对优先推荐对象按价格从低到高的顺序依次排序。

在一些实施例中，凑单推荐对象包括至少两个第二推荐对象，该装置300包括：

第三判定单元，用于若待推荐对象的价格大于推荐阈值，将价格大于推荐阈值的待推荐对象信息作为第二推荐对象信息；

第三发射单元，用于向终端发送按价格从低到高的顺序依次排序的第二推荐对象信息。

在一些实施例中，第一发送模块303进一步包括：

第二判别单元，用于判断凑单阈值是否包括起送阈值；

第四判定单元，用于若凑单阈值包括起送阈值且加购对象价格小于起送阈值，向终端发送表示为起送凑单推荐类别的凑单推荐文案信息，以及根据加购对象价格与起送阈值的差值确定的凑单推荐对象。

在一些实施例中，第一发送模块303进一步还包括：

第三判别单元，用于判断凑单阈值是否包括满减阈值；

第五判定单元，用于若凑单阈值包括满减阈值且加购对象价格小于满减阈值，向终端发送表示为满减凑单推荐类别的凑单推荐文案信息，以及根据加购对象价格与满减阈值的差值确定的凑单推荐对象。

在一些实施例中，该装置300还包括：

第三响应模块，用于响应于终端发送的针对目标凑单推荐对象的加购请求，判断目标凑单推荐对象的价格是否大于或等于凑单差额；

第三执行模块，用于若目标凑单推荐对象的价格大于或等于凑单差额，指示终端于凑单区域关闭对凑单推荐对象信息的显示。

图5是本发明实施例提供的凑单推荐装置的结构示意图。该装置应用于终端，如图5所示，该装置400包括：

第二发送模块401，用于向平台服务器发送对象加购请求，将加购对象添加至购物车；

第一接收模块402，用于接收平台服务器发送的凑单推荐对象信息，凑单推荐对象信息为平台服务器根据所有加购对象信息和加购对象信息所属的实体对象信息计算后确定的；

第一显示模块403，用于在实体对象页面显示包括凑单区域的购物车浮层，凑单区域显示凑单推荐对象信息和对应于凑单推荐对象信息的加购控件。

在一些实施例中，加购对象包括权益对象，第二发送模块401进一步包括：

第四发射单元，用于响应于在权益页面展示的权益对象对应的权益使用控件的触发操作，发送对象加购请求；

第一显示模块403进一步包括：

第一展示单元，用于根据平台服务器的指示，跳转至权益对象所属的实体对象页面并显示购物车浮层，购物车浮层显示包括权益对象信息的加购对象区域和包括凑单推荐对象信息的凑单区域。

在一些实施例中，该装置400还包括：

第三发送模块，用于响应于针对目标凑单推荐对象的选择操作，向平台服务器发送针对目标凑单推荐对象的加购请求；

第二显示模块，用于根据平台服务器判断所有加购对象信息不存在凑单推荐对象后的指示，于凑单区域关闭对凑单推荐对象信息的显示。

在一些实施例中，第二发送模块401进一步包括：

第五发射单元，用于向平台服务器发送于实体对象页面触发的对象加购请求，接收平台服务器发送的加购对象信息；

第一接收模块402进一步包括：

第一接受单元，用于向平台服务器发送购物车浮层展开请求，接收平台服务器发送的凑单推荐对象信息。

在一些实施例中，该装置400还包括：

第三显示模块，用于响应于针对购物车收起控件的触发操作，于购物车浮层关闭对加购对象信息和凑单推荐对象信息的显示，并于凑单区域显示凑单查看控件；

第四发送模块，用于响应于针对凑单查看控件的触发操作，向平台服务器发送凑单查看请求；

第四显示模块，用于根据平台服务器的指示，于凑单区域显示全部凑单推荐对象信息。

在一些实施例中，凑单推荐对象包括优先推荐对象，第一显示模块403进一步包括：

第二展示单元，用于在凑单区域优先显示优先推荐对象信息，优先推荐对象信息为平台服务器将符合优先条件的凑单推荐对象信息作为优先推荐对象信息后发送的。

在一些实施例中，加购对象信息包括加购对象价格，凑单推荐对象为平台服务器判断加购对象价格小于凑单阈值后根据凑单差额确定的，凑单差额为加购对象价格小于凑单阈值时加购对象价格与凑单阈值的差值。

在一些实施例中，凑单推荐对象包括第一推荐对象，第一推荐对象为价格小于或等于推荐阈值的待推荐对象，第一接收模块402进一步包括：

第二接受单元，用于接收平台服务器发送的第一推荐对象信息；

第一显示模块403进一步包括：

第三展示单元，用于在凑单区域显示第一推荐对象信息。

在一些实施例中，第一推荐对象包括优先推荐对象，优先推荐对象为价格大于或等于凑单差额且小于或等于推荐阈值的待推荐对象，第三展示单元进一步包括：

第四展示单元，用于在凑单区域优先显示优先推荐对象信息。

在一些实施例中，优先推荐对象按价格从低到高的顺序依次排序，第四展示单元进一步包括：

第五展示单元，用于在凑单区域按价格从低到高的顺序依次显示优先推荐对象信息。

在一些实施例中，凑单推荐对象包括至少两个第二推荐对象，第二推荐对象为价格大于推荐阈值的待推荐对象，第一接收模块402进一步包括：

第三接受单元，用于接收平台服务器发送的按价格从低到高的顺序依次排序的第二推荐对象信息；

第一显示模块403进一步包括：

第六展示单元，用于在凑单区域按价格从低到高的顺序依次显示第二推荐对象信息。

在一些实施例中，第一接收模块402进一步包括：

第四接受单元，用于接收平台服务器判断凑单阈值包括起送阈值后发送的凑单推荐文案信息和凑单推荐对象信息；

第一显示模块403进一步包括：

第七展示单元，用于在凑单区域显示表示为起送凑单推荐类别的凑单推荐文案信息和平台服务器根据加购对象价格与起送阈值的差值确定的凑单推荐对象信息。

在一些实施例中，第一接收模块402进一步包括：

第五接受单元，用于接收平台服务器判断凑单阈值包括满减阈值后的凑单推荐文案信息和凑单推荐对象信息；

第一显示模块403进一步包括：

第八展示单元，用于在凑单区域显示表示为满减凑单推荐类别的凑单推荐文案信息和平台服务器根据加购对象价格与满减阈值的差值确定的凑单推荐对象信息，满减阈值大于起送阈值。

在一些实施例中，该装置400还包括：

第五发送模块，用于响应于针对目标凑单推荐对象的选择操作，向平台服务器发送针对目标凑单推荐对象的加购请求；

第五显示模块，用于在目标凑单推荐对象的价格大于或等于凑单差额的情形，于凑单区域关闭对凑单推荐对象信息的显示。

图6是本发明实施例提供的凑单推荐设备的结构示意图，本发明具体实施例并不对凑单推荐设备的具体实现做限定，其可以是终端、服务器等设备。

如图6所示，该凑单推荐设备可以包括：处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。

其中：处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。处理器502，用于执行程序510，具体可以执行上述凑单推荐方法实施例中的相关步骤。

具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。

处理器502可能是CPU，或者是特定集成电路ASIC(Application SpecificIntegratedCircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。凑单推荐设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器506，用于存放程序510。存储器506可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

本发明实施例提供了一种计算机可读存储介质，存储介质中存储有至少一可执行指令，可执行指令在凑单推荐设备上运行时，使得凑单推荐设备执行如上述任意一项的凑单推荐方法的操作。

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

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

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

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

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

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种凑单推荐方法，包括：

响应于终端发送的对象加购请求，获取加购对象信息；

根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象；

若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，以供所述终端在实体对象页面的购物车浮层的凑单区域显示所述凑单推荐对象信息和对应于所述凑单推荐对象信息的加购控件。

2.根据权利要求1所述的凑单推荐方法，其中，所述加购对象包括权益对象，所述响应于终端发送的对象加购请求，获取加购对象信息；若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，进一步包括：

响应于所述终端发送的所述对象加购请求，指示所述终端跳转至所述权益对象所属的实体对象页面并显示购物车浮层，所述对象加购请求由权益页面展示的所述权益对象对应的权益使用控件的触发操作触发的，所述购物车浮层包括权益对象信息的加购对象区域和包括所述凑单推荐对象信息的所述凑单区域。

3.根据权利要求1或2所述的凑单推荐方法，其中，所述若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息之后，所述方法还包括：

根据所述终端发送的针对目标凑单推荐对象的所述加购请求，将所述目标凑单推荐对象添加为所述加购对象；

根据所有所述加购对象信息和所述实体对象信息计算是否存在所述凑单推荐对象；

若不存在所述凑单推荐对象，指示所述终端于所述凑单区域关闭对所述凑单推荐对象信息的显示。

4.根据权利要求1～3任一项所述的凑单推荐方法，其中，所述响应于终端发送的对象加购请求，获取加购对象信息，进一步包括：

响应于所述终端发送的于实体对象页面触发的所述对象加购请求，向所述终端发送所述加购对象信息；

所述若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，进一步包括：

响应于所述终端发送的购物车浮层展开请求，向所述终端发送所述凑单推荐对象信息。

5.根据权利要求1～4任一项所述的凑单推荐方法，其中，所述根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象，进一步包括：

通过凑单模块获取缓存平台服务器的待推荐对象信息；

通过购物车模块从所述凑单模块获取的所述待推荐对象信息，根据所述待推荐对象信息、所述加购对象信息和所述实体对象信息确定所述凑单推荐对象。

6.一种凑单推荐方法，包括：

向平台服务器发送对象加购请求，将加购对象添加至购物车；

接收所述平台服务器发送的凑单推荐对象信息，所述凑单推荐对象信息为所述平台服务器根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算后确定的；

在实体对象页面显示包括凑单区域的购物车浮层，所述凑单区域显示所述凑单推荐对象信息和对应于所述凑单推荐对象信息的加购控件。

7.一种凑单推荐装置，包括：

第一响应模块，用于响应于终端发送的对象加购请求，获取加购对象信息；

第一计算模块，用于根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算是否存在凑单推荐对象；

第一发送模块，用于若存在所述凑单推荐对象，向所述终端发送凑单推荐对象信息，以供所述终端在实体对象页面的购物车浮层的凑单区域显示所述凑单推荐对象信息和对应于所述凑单推荐对象信息的加购控件。

8.一种凑单推荐装置，包括：

第二发送模块，用于向平台服务器发送对象加购请求，将加购对象添加至购物车；

第一接收模块，用于接收所述平台服务器发送的凑单推荐对象信息，所述凑单推荐对象信息为所述平台服务器根据所有所述加购对象信息和所述加购对象信息所属的实体对象信息计算后确定的；

第一显示模块，用于在实体对象页面显示包括凑单区域的购物车浮层，所述凑单区域显示所述凑单推荐对象信息和对应于所述凑单推荐对象信息的加购控件。

9.一种凑单推荐设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-6任意一项所述的凑单推荐方法的操作。

10.一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令在凑单推荐设备上运行时，使得凑单推荐设备执行如权利要求1-6任意一项所述的凑单推荐方法的操作。

Images