CN109767285A - 店铺信息的推送方法、装置及系统 - Google Patents

Abstract

本申请公开了一种店铺信息的推送方法、装置及系统，涉及信息处理技术领域，可实现店铺信息的精确推送，帮助提高给商户带来实际的流量和客资。其中方法包括：获取在外投页面中填写的用户资料信息；向服务端发送携带有所述用户资料信息的店铺推荐查询请求，以使得所述服务端根据所述用户资料信息中包含的用户偏好类目和用户所在位置，查询相应的目标店铺信息；接收所述服务端推送的所述目标店铺信息。本申请适用于店铺信息的推送。

Description

店铺信息的推送方法、装置及系统

技术领域

本申请涉及信息处理技术领域，尤其是涉及到一种店铺信息的推送方法、装置及系统。

背景技术

随着互联网技术的飞速发展，越来越多的人选择在网络平台进行消费购物。在商业化项目中网络平台需要给商户带来实际的流量和客资，而实际当中有时网络平台不能满足这一业务需求。

目前为了提高给商户带来实际的流量和客资，网络平台可通过用户网络搜索关键词的网页访问记录进行相应店铺信息推送。然而，这种方式如果用户访问记录较复杂，会无法判定用户的实际需求喜好，进而也不能做到店铺信息的精确推送。

发明内容

有鉴于此，本申请提供了一种店铺信息的推送方法、装置及系统，主要目的在于解决目前现有技术中无法做到店铺信息精确推送的问题。

根据本申请的一个方面，提供了一种店铺信息的推送方法，可应用于客户端侧，该方法包括：

获取在外投页面中填写的用户资料信息；

向服务端发送携带有所述用户资料信息的店铺推荐查询请求，以使得所述服务端根据所述用户资料信息中包含的用户偏好类目和用户所在位置，查询相应的目标店铺信息；

接收所述服务端推送的所述目标店铺信息。

可选的，若所述用户偏好类目为实施场地不受限制的预定类目，则所述目标店铺信息是所述服务端从处于不同位置的各个店铺信息中根据所述预定类目随机查询得到的。

可选的，若所述用户所在位置不存在与所述用户偏好类目对应的店铺信息，则所述目标店铺信息是所述服务端在所述用户所在位置的预设范围内的各个店铺信息中根据所述用户偏好类目随机查询得到的。

可选的，若所述用户偏好类目为多个，则所述目标店铺信息是所述服务端根据所述用户所在位置和每个所述用户偏好类目各自单独查询并组合生成得到的。

可选的，在所述接收所述服务端推送的所述目标店铺信息之后，所述方法还包括：

输出所述目标店铺信息对应的推荐信息；

当接收到所述推荐信息的打开指令时，输出所述目标店铺信息。

可选的，若所述服务端未查询到相应的所述目标店铺信息，则所述方法还包括：

接收所述服务端推送的相似类目店铺信息，所述相似类目店铺信息是所述服务端根据所述用户所在位置和与所述用户偏好类目对应的相似类目查询得到的；

输出所述相似类目店铺信息对应的相似推荐信息；

当接收到所述相似推荐信息的打开指令时，输出所述相似类目店铺信息。

可选的，所述方法还包括：

接收所述服务端发送的与所述目标店铺信息对应商户客户端的通讯信息；

输出存在所述通讯信息的通知消息；

当接收到所述通知消息对应的打开指令时，向所述服务端发送通讯连接请求，以便与所述商户客户端之间建立通讯连接。

根据本申请的另一方面，提供了另一种店铺信息的推送方法，可应用于服务端侧，该方法包括：

接收客户端发送的店铺推荐查询请求，所述店铺推荐查询请求中携带有在外投页面中填写的用户资料信息；

对所述用户资料信息进行解析，得到用户偏好类目和用户所在位置；

根据所述用户偏好类目和所述用户所在位置，查询相应的目标店铺信息；

向所述客户端推送所述目标店铺信息。

可选的，所述根据所述用户偏好类目和所述用户所在位置，查询相应的目标店铺信息，具体包括：

若所述用户偏好类目为实施场地不受限制的预定类目，则从处于不同位置的各个店铺信息中随机查询与所述预定类目对应的所述目标店铺信息。

可选的，若所述用户偏好类目不是所述预定类目，则所述根据所述用户偏好类目和所述用户所在位置，查询相应的目标店铺信息，具体还包括：

在所述用户所在位置随机查询与所述用户偏好类目对应的所述目标店铺信息；

若在所述用户所在位置未查询到与所述用户偏好类目对应的所述目标店铺信息，则在所述用户所在位置的预设范围内的各个店铺信息中随机查询与所述用户偏好类目对应的所述目标店铺信息。

可选的，若所述用户偏好类目为多个，则在所述若所述用户偏好类目为实施场地不受限制的预定类目，则从处于不同位置的各个店铺信息中随机查询与所述预定类目对应的所述目标店铺信息之前，所述方法还包括：

对所述用户偏好类目进行裂变处理；

分别判断裂变处理后的各个类目是否为所述预定类目；

所述若所述用户偏好类目为实施场地不受限制的预定类目，则从处于不同位置的各个店铺信息中随机查询与所述预定类目对应的所述目标店铺信息；

若所述裂变处理后的单个类目为所述预定类目，从处于不同位置的各个店铺信息中随机查询与所述预定类目对应的所述目标店铺信息。

可选的，所述向所述客户端推送所述目标店铺信息，具体包括：

将查询到的与所述裂变处理后的各个类目各自对应的店铺信息进行组合处理；

向所述客户端推送组合处理后得到的所述目标店铺信息。

可选的，若未查询到相应的所述目标店铺信息，则所述方法还包括：

获取与所述用户偏好类目对应的相似类目；

根据所述用户所在位置和所述相似类目，查询相应的相似类目店铺信息；

向所述客户端推送所述相似类目店铺信息。

可选的，在所述根据所述用户偏好类目和所述用户所在位置，查询相应的目标店铺信息之后，所述方法还包括：

将所述用户资料信息发送给与所述目标店铺信息对应的商户客户端；

接收所述商户客户端发送的通讯信息的转发请求；

将所述通讯信息发送给所述客户端；

接收所述客户端发送的通讯连接请求，所述通讯连接请求是所述客户端在接收到所述通知消息对应的打开指令时发送的；

建立所述客户端与所述商户客户端之间的通讯连接。

根据本申请的又一方面，提供了一种店铺信息的推送装置，可应用于客户端侧，该装置包括：

获取模块，用于获取在外投页面中填写的用户资料信息；

发送模块，用于向服务端发送携带有所述用户资料信息的店铺推荐查询请求，以使得所述服务端根据所述用户资料信息中包含的用户偏好类目和用户所在位置，查询相应的目标店铺信息；

接收模块，用于接收所述服务端推送的所述目标店铺信息。

可选的，若所述用户偏好类目为实施场地不受限制的预定类目，则所述目标店铺信息是所述服务端从处于不同位置的各个店铺信息中根据所述预定类目随机查询得到的。

可选的，若所述用户所在位置不存在与所述用户偏好类目对应的店铺信息，则所述目标店铺信息是所述服务端在所述用户所在位置的预设范围内的各个店铺信息中根据所述用户偏好类目随机查询得到的。

可选的，若所述用户偏好类目为多个，则所述目标店铺信息是所述服务端根据所述用户所在位置和每个所述用户偏好类目各自单独查询得到的，且所述目标店铺信息是根据查询到的每个所述用户偏好类目各自对应的店铺信息组合生成的。

可选的，所述装置还包括：

输出模块，用于在所述接收所述服务端推送的所述目标店铺信息之后，输出所述目标店铺信息对应的推荐信息；

当接收到所述推荐信息的打开指令时，输出所述目标店铺信息。

可选的，所述装置还包括：输出模块；

所述接收模块，还用于若所述服务端未查询到相应的所述目标店铺信息，则接收所述服务端推送的相似类目店铺信息，所述相似类目店铺信息是所述服务端根据所述用户所在位置和与所述用户偏好类目对应的相似类目查询得到的；

所述输出模块，用于输出所述相似类目店铺信息对应的相似推荐信息；

当接收到所述相似推荐信息的打开指令时，输出所述相似类目店铺信息。

可选的，所述装置还包括：输出模块；

所述接收模块，还用于接收所述服务端发送的与所述目标店铺信息对应商户客户端的通讯信息；

所述输出模块，用于输出存在所述通讯信息的通知消息；

所述发送模块，还用于当接收到所述通知消息对应的打开指令时，向所述服务端发送通讯连接请求，以便与所述商户客户端之间建立通讯连接。

依据本申请再一个方面，提供了一种店铺信息的推送装置，可应用于服务器侧，该装置包括：

接收模块，用于接收客户端发送的店铺推荐查询请求，所述店铺推荐查询请求中携带有在外投页面中填写的用户资料信息；

解析模块，用于对所述用户资料信息进行解析，得到用户偏好类目和用户所在位置；

查询模块，用于根据所述用户偏好类目和所述用户所在位置，查询相应的目标店铺信息；

发送模块，用于向所述客户端推送所述目标店铺信息。

可选的，所述查询模块，具体用于若所述用户偏好类目为实施场地不受限制的预定类目，则从处于不同位置的各个店铺信息中随机查询与所述预定类目对应的所述目标店铺信息。

可选的，所述查询模块，具体还用于若所述用户偏好类目不是所述预定类目，则在所述用户所在位置随机查询与所述用户偏好类目对应的所述目标店铺信息；

若在所述用户所在位置未查询到与所述用户偏好类目对应的所述目标店铺信息，则在所述用户所在位置的预设范围内的各个店铺信息中随机查询与所述用户偏好类目对应的所述目标店铺信息。

可选的，所述查询模块，具体还用于若所述用户偏好类目为多个，则对所述用户偏好类目进行裂变处理；

分别判断裂变处理后的各个类目是否为所述预定类目；

所述查询模块，具体还用于若所述裂变处理后的单个类目为所述预定类目，从处于不同位置的各个店铺信息中随机查询与所述预定类目对应的所述目标店铺信息。

可选的，所述发送模块，具体用于将查询到的与所述裂变处理后的各个类目各自对应的店铺信息进行组合处理；

向所述客户端推送组合处理后得到的所述目标店铺信息。

可选的，所述装置还包括：获取模块；

所述获取模块，用于若未查询到相应的所述目标店铺信息，则获取与所述用户偏好类目对应的相似类目；

所述查询模块，还用于根据所述用户所在位置和所述相似类目，查询相应的相似类目店铺信息；

所述发送模块，还用于向所述客户端推送所述相似类目店铺信息。

可选的，所述装置还包括：建立模块；

所述发送模块，还用于将所述用户资料信息发送给与所述目标店铺信息对应的商户客户端；

所述接收模块，还用于接收所述商户客户端发送的通讯信息的转发请求；

所述发送模块，还用于将所述通讯信息发送给所述客户端；

所述接收模块，还用于接收所述客户端发送的通讯连接请求，所述通讯连接请求是所述客户端在接收到所述通知消息对应的打开指令时发送的；

所述建立模块，用于建立所述客户端与所述商户客户端之间的通讯连接。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于客户端侧的店铺信息的推送方法。

依据本申请再一个方面，提供了一种客户端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于客户端侧的店铺信息的推送方法。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于服务端侧的店铺信息的推送方法。

依据本申请再一个方面，提供了一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于服务端侧的店铺信息的推送方法。

依据本申请再一个方面，提供了一种店铺信息的推送系统，包括上述客户端设备和服务器设备。

借由上述技术方案，本申请提供的一种店铺信息的推送方法、装置及系统，与目前现有技术相比，本申请客户端可根据在外投页面中填写的用户资料信息向服务端发送店铺推荐查询请求，进而使得服务端可根据用户资料信息中包含的用户偏好类目和用户所在位置，向客户端推送相应的目标店铺信息，由于用户在外投页面中填写的用户资料信息能够很好的体现出用户的实际需求喜好，因此可参考判定准确的用户实际需要喜好做到店铺信息的精确推送。从而可提高给商户带来实际的流量和客资，满足网络平台的引流业务需求。

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

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种店铺信息的推送方法的流程示意图；

图2示出了本申请实施例提供的一种外投页面实例示意图；

图3示出了本申请实施例提供的另一种店铺信息的推送方法的流程示意图；

图4示出了本申请实施例提供的又一种店铺信息的推送方法的流程示意图；

图5示出了本申请实施例提供的整体方案实施架构流程示意图；

图6示出了本申请实施例提供的店铺分发过程的实例示意图；

图7示出了本申请实施例提供的一种店铺信息的推送装置的结构示意图；

图8示出了本申请实施例提供的另一种店铺信息的推送装置的结构示意图；

图9示出了本申请实施例提供的又一种店铺信息的推送装置的结构示意图；

图10示出了本申请实施例提供的再一种店铺信息的推送装置的结构示意图；

图11示出了本申请实施例提供的一种店铺信息的推送系统的系统架构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对目前通过用户网络搜索关键词的网页访问记录进行相应店铺信息推送，无法做到店铺信息精确推送的问题，本实施例提供了一种店铺信息的推送方法，可应用于客户端侧，如图1所示，该方法包括：

101、客户端获取在外投页面中填写的用户资料信息。

其中，外投页面相当于引流页面，在具体业务项目中，为了给商户带来实际的流量和客资，需要开发支持外投的活动页面进行客资收集。例如，在某些特定应用(Application，APP)中投放该活动页面，该活动页面可以问卷、表格等形式进行展示，如果用户对该活动页面中的活动产生兴趣，可在该活动页面中填写相应的用户资料。用户资料信息中包含用户在外投页提交并存储的资料，又称客资(leads)，具体可包含用户所在城市、当前活动所属类目以及用户自己选择的类目等。

对于本实施例的执行主体可为店铺信息推送处理的客户端装置或设备，用于为用户推荐符合其需求喜好的店铺信息，以便帮助网络平台引流成功。

102、向服务端发送携带有用户资料信息的店铺推荐查询请求。

进一步的，以使得服务端根据获得的用户资料信息中包含的用户偏好类目和用户所在位置，查询相应的目标店铺信息。对于本实施例，服务端可为能够根据用户偏好类目和用户所在位置查询相应目标店铺信息的服务器、或者其他客户端、或者其他网络设备等。

其中，用户偏好类目可为店铺的主营业务的种类，例如婚嫁店铺中，包含有旅拍、本地婚纱摄影、婚车租赁等等类目。用户所在位置可根据用户资料信息中填写的所在城市、区县、街道等信息确定，需要说明的是，客户端如果检测到用户资料信息中未填写用户所在位置相关的信息，但是具备获取用户终端的权限，作为一种可选方式，可在发送该用户资料信息时一并发送用户终端的位置信息，作为用户所在位置。目标店铺信息为需要推荐给用户的店铺信息，具体可包含店铺名称、所在位置、联系方式、网店链接、服务累计销量、用户点评情况、服务价位等内容。

例如，用户所在的位置为城市A，用户偏好类目为婚车租赁，那么可查询在城市A中目前正在经营婚车租赁服务的店铺信息，然后从中选择几个店铺信息作为目标店铺信息推荐给用户。

103、接收服务端推送的目标店铺信息。

通过上述方式即可实现店铺信息的精确推送，如果用户对该目标店铺感兴趣可进一步通过店铺信息中包含的联系方式进行电话、邮件等途径咨询该店铺对应的商户；或者还可通过该目标店铺信息中的网店链接，跳转到该目标店铺的网店页面进行在线咨询与选购。需要说明的是，除了上述发送服务端进行查询相应目标店铺信息的方式以外，如果客户端本地预先已存储用户偏好类目、用户所在位置以及相应店铺信息三者之间的映射关系，那么可通过在客户端本地进行查询相应目标店铺信息的过程，进而节省占用实时的网络资源。

本实施例提供的可应用于客户端侧的店铺信息推送方法，与目前现有技术相比，由于用户在外投页面中填写的用户资料信息能够很好的体现出用户的实际需求喜好，因此可参考判定准确的用户实际需要喜好做到店铺信息的精确推送。从而可提高给商户带来实际的流量和客资，满足网络平台的引流业务需求。

进一步的，作为上述实施例具体实施方式的细化和扩展，在具体的应用场景中，若用户偏好类目为实施场地不受限制的预定类目，那么可不必是用户所在位置本地的店铺，为了满足用户更多的需求，可选的，对于本实施例，目标店铺信息是服务端从处于不同位置的各个店铺信息中根据预定类目随机查询得到的。例如，旅拍(旅行拍摄)由于是去指定的旅行地拍摄，与提供该服务的店铺的所在地无关，因此旅拍是实施场地不受限制的预定类目，如果用户偏好类目为旅拍，那么可从全国范围内随机选择几个店铺作为目标店铺，以便推荐给用户。需要说明的是，为了提高引流成功率，在选择店铺时可在活动力度大、性价比较高的店铺中随机选择并推荐给用户。通过这种方式，给用户提供更广泛的选择空间，进而提高了店铺引流成功率。

在本实施例中，如果用户偏好类目不是实施场地不受限制的预定类目，默认是在用户所在位置查询与用户偏好类目对应的店铺信息作为目标店铺信息，进而考虑到了路程因素，以节省用户的路程时间为目的进行店铺信息推荐。进一步的，若用户所在位置不存在与用户偏好类目对应的店铺信息，在此场景下，为了能够让用户尽可能的以较近路程体验到相应的服务，可选的，对于本实施例，目标店铺信息是服务端在用户所在位置的预设范围内的各个店铺信息中根据用户偏好类目随机查询得到的。其中，预设范围可根据实际需求预先设置，例如距离用户所在城市100km以内的范围。通过这种小范围扩大搜索面积的查询方式，可提供更多符合类目要求的店铺选择，并且路程距离上又不是很远，进而满足了用户的需要，提高了店铺引流成功率。

在实际场景当中，用户偏好类目可能为多个。例如，如图2所示，用户可根据外投页面中的问卷填写用户资料信息，用户可以选择目的地、场景等，然后留下电话号码并提交；在装置侧，根据用户填写的资料信息，当前用户在杭州，当前活动所属类目为“本地婚纱摄影”，用户自己选择了“旅拍”等等。那么最终的客资中，用户的偏好类目就包含了两个：“本地婚纱摄影”和“旅拍”。在此条件下，为了能得到符合用户更多需求的店铺信息，可选的，目标店铺信息是服务端根据用户所在位置和每个用户偏好类目各自单独查询并组合生成得到的。即目标店铺信息是服务端根据用户所在位置和每个用户偏好类目各自单独查询得到的，且目标店铺信息还是根据查询到的每个用户偏好类目各自对应的店铺信息组合生成的。通过这种方式可得到符合每个用户偏好类目需求的各个店铺信息组合，实现店铺信息的组合推荐，以便满足用户不同的需求。

进一步的，为了使得用户及时了解目标店铺信息的相关推荐，作为一种可选方式，在步骤103之后还可包括：客户端输出目标店铺信息对应的推荐信息，其中该推荐信息可通过消息通知、弹窗、短消息等方式进行输出；当接收到推荐信息的打开指令时，输出目标店铺信息，使得用户了解更加全面的目标店铺信息，促进用户引流的成功率。

上述过程是服务端根据用户偏好类目和用户所在位置查询得到相应目标店铺信息的处理流程。若服务端未查询到相应的目标店铺信息，在此场景下，为了尽可能的满足用户的需求，提高店铺引流成功率，作为一种可选方式，本实施例方法还可包括：客户端接收服务端推送的相似类目店铺信息，相似类目店铺信息是服务端根据用户所在位置和与用户偏好类目对应的相似类目查询得到的；客户端输出相似类目店铺信息对应的相似推荐信息；当接收到相似推荐信息的打开指令时，输出相似类目店铺信息，使得用户了解更加全面的相似类目店铺信息，以提高用户引流的成功率。

在本可选方式中，可预先统计各类目对应的相似类目。例如，本省旅拍的类目，其相似类目为全国旅拍的类目。对于本省旅拍类目，如果用户所在的城市没有对应提供该服务的店铺，并且本省的其他城市也没有提供该服务的店铺，那么可查询用户所在城市提供全国旅拍服务的店铺，作为相似类目店铺，然后进行相应推荐，帮助店铺引流成功。

进一步的，为了实现用户与商户之间更加高效的通讯效果，促进店铺引流成功，作为一种可选方式，本实施例方法还可包括：客户端接收服务端发送的与目标店铺信息对应商户客户端的通讯信息；输出存在通讯信息的通知消息；当接收到通知消息对应的打开指令时，向服务端发送通讯连接请求，以便用户客户端与商户客户端之间建立通讯连接，这样用户就可与商户之间针对用户需求的服务直接进行沟通联系，促进交易成功概率。

在本可选方式中，服务端在确定目标店铺信息时，除了将该信息推送给用户客户端以外，还可将该用户的资料信息发送给与该目标店铺信息对应的商户客户端，以便作为有购买意向的用户推荐给相应商户，后续商户客户端可通过服务端向用户客户端发送相应的通讯消息，进而商户可主动了解该用户需要的服务要求，提高双方交易成功概率，帮助店铺引流成功。

需要说明的是，上述可应用于客户端侧的店铺信息的推送方法，是在客户端侧描述具体的店铺信息的推送过程，而为了完整说明本实施例的具体实施方式，提供了另一种可应用于服务端侧的店铺信息的推送方法，以便说明在服务端侧的店铺信息的推送处理过程，如图3所示，该方法包括：

201、服务端接收客户端发送的店铺推荐查询请求。

其中，店铺推荐查询请求中携带有在外投页面中填写的用户资料信息。

在这一侧的本实施例执行主体可为用于店铺信息推送处理的服务端装置或设备。根据请求中携带的用户资料信息做到精确的店铺信息推送，具体执行步骤202至204所示的过程。

202、对请求中携带的用户资料信息进行解析，得到用户偏好类目和用户所在位置。

在本实施例中，可通过特定字段、文中特定位置读取等方式，从用户资料信息中识别得到用户偏好类目和用户所在位置。例如，用户资料信息以表格形式记录用户相关资料内容，然后利用表格项相关的关键词识别，找到用户偏好类目和用户所在位置分别对应的表格项，然后读取这些表格项中记录的内容，作为用户偏好类目和用户所在位置。再例如，找到与用户资料信息对应的模板信息，然后按照该模板信息中记录用户偏好类目和用户所在位置的模板位置，最后按照该模板位置读取相应的用户偏好类目和用户所在位置。

203、根据用户偏好类目和用户所在位置，查询相应的目标店铺信息。

例如，用户所在的位置为城市B，用户偏好类目为本地婚纱摄影，那么可查询在城市B中目前正在经营有关城市B本地的婚纱摄影服务的店铺信息，然后从中选择几个店铺信息作为目标店铺信息推荐给用户。

204、向客户端推送查询到的目标店铺信息。

本实施例提供的可应用于服务端侧的店铺信息推送方法，与目前现有技术相比，由于用户在外投页面中填写的用户资料信息能够很好的体现出用户的实际需求喜好，因此可参考判定准确的用户实际需要喜好做到店铺信息的精确推送。从而可提高给商户带来实际的流量和客资，满足网络平台的引流业务需求。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例方法的实施过程，提供又一种店铺信息的推送方法，如图4所示，该方法包括：

301、服务端接收客户端发送的店铺推荐查询请求。

其中，店铺推荐查询请求可由用户在外投页面中提交用户填写的用户资料信息时触发客户端发送。

302、对店铺推荐查询请求中携带的用户资料信息进行解析，得到用户偏好类目和用户所在位置。

如果用户资料信息中不包含用户所在位置，那么可通过定位客户端所在终端的位置，确定用户所在位置。

303、检测解析得到的用户偏好类目是否为多个。

在本实施例中，如果解析得到的用户偏好类目中包含了多个类目，则需要分别进行分配处理，进而实现各个类别各自对应店铺信息的推送，如果用户偏好类目为单个，则可直接判断该用户偏好类目是否为实施场地不受限制的预定类目，从而可判定是否可不考虑用户所在位置的限制，而在更大范围内搜索预定类目对应的店铺信息。当用户偏好类目为实施场地不受限制的预定类目时，进而可从更大范围内处于不同位置的各个店铺信息中随机查询与预定类目对应的目标店铺信息。在随机查询目标店铺信息时，可根据预先设定的店铺推荐个数，查询具体多少个目标店铺信息进行推送。例如，默认是总共向用户推荐3个店铺，用户偏好类目为单个、且为预定类目，那么可在全国范围范围内随机查询3个与该预定类目的店铺信息，以便推送给用户，这样用户有更多的选择空间。

如果单个的用户偏好类目不是预定类目，则考虑到路程因素，在用户所在位置随机查询与用户偏好类目对应的所述目标店铺信息。例如，默认是总共向用户推荐4个店铺，用户偏好类目为单个、且非预定类目，那么可在用户所在城市内随机查询4个与该预定类目的店铺信息，以便推送给用户。

进一步的，若在用户所在位置未查询到与用户偏好类目对应的目标店铺信息，在此场景下，为了能够让用户尽可能的以较近路程体验到相应的服务，可选的，在用户所在位置的预设范围内的各个店铺信息中随机查询与用户偏好类目对应的目标店铺信息。通过这种小范围扩大搜索面积的查询方式，可提供更多符合类目要求的店铺选择，并且路程距离上又不是很远，进而满足了用户的需要，提高了店铺引流成功率。

304、若用户偏好类目为多个，则对用户偏好类目进行裂变处理。

其中，裂变指的是当用户资料信息中包含了多个类目时，需要根据每个类目分别进行分发，此操作称为裂变。将用户偏好类目包含的各个类目进行分割，进而获取得到裂变处理后的各个类目。

305、分别判断裂变处理后的各个类目是否为实施场地不受限制的预定类目。

与上述过程的处理方式类似，即对每个类目单独进行分发处理，首先判断是否为预定类目，如果裂变处理后的单个类目不是预定类目，则在用户所在位置随机查询与用户偏好类目对应的目标店铺信息。这里随机查询的个数需要根据默认总共向用户推荐店铺的个数确定。例如，总共向用户推荐3个店铺，如果用户偏好类目包含3个类目，那么相当于针对于每个类目各自随机查询1个目标店铺信息进行推荐，如果用户偏好类目包含2个类目，那么可针对其中相对热门的类目随机选择2个目标店铺信息，而对于另一个类目随机选择1个目标店铺信息，最终进行组合推荐，以提供给用户更多的选择，帮助成功店铺引流。

相似的，若在用户所在位置未查询到与该单个用户偏好类目对应的目标店铺信息，则在用户所在位置的预设范围内的各个店铺信息中随机查询与用户偏好类目对应的目标店铺信息。即小范围扩大搜索面积，以便提供更多符合类目要求的店铺选择，能够让用户尽可能的以较近路程体验到相应的服务。

306、若裂变处理后的单个类目为预定类目，则从处于不同位置的各个店铺信息中随机查询与预定类目对应的目标店铺信息。

随机查询目标店铺的个数与上述过程类似，需要根据默认总共向用户推荐店铺的个数确定。通过这种方式，可给用户提供更广泛的选择空间，进而提高了店铺引流成功率。

307、将查询到的与裂变处理后的各个类目各自对应的店铺信息进行组合处理。

由于每个类目各自都查询到相应的店铺信息，需要将这些店铺信息进行组合推荐，在组合排序时可按照一定的店铺优先级从高到低或者随机排序。例如，比较热门的店铺优先级较高，或者评分较高的店铺优先级较高，或者比较热门的类目对应的店铺优先级较高等。通过这种利用店铺优先级的组合推荐方式可大大提高店铺引流的成功率。

308、向客户端推送组合处理后得到的目标店铺信息。

进而使得客户端可按照组合处理后的店铺排序顺序进行推荐输出。

进一步的，为了促成用户与商户之间的交易，帮助商户店铺引流成功，作为一种可选方式，本实施例方法还可包括：服务端将用户资料信息发送给与目标店铺信息对应的商户客户端，即将有购买意向的用户推荐给相应商户；后续商户客户端可通过服务端向用户客户端发送相应的通讯消息，相应的，服务端可接收商户客户端发送的通讯信息的转发请求；然后将该通讯信息发送给客户端，进而使得客户端输出该通讯信息的通知消息，用户如果也有兴趣可通过客户端与商户之间进行沟通；后续服务端会接收客户端发送的通讯连接请求，其中，通讯连接请求是客户端在接收到该通知消息对应的打开指令时发送的；服务端最终建立客户端与商户客户端之间的通讯连接。通过这种可选方式，商户可主动了解该用户需要的服务要求，提高了双方交易成功概率，帮助店铺引流成功。

上述过程是服务端根据用户偏好类目和用户所在位置查询得到相应目标店铺信息的处理流程。若服务端未查询到相应的目标店铺信息，在此场景下，为了尽可能的满足用户的需求，提高店铺引流成功率，作为一种可选方式，进一步的，本实施例方法还可包括：若服务端未查询相应的目标店铺信息，则获取与用户偏好类目对应的相似类目；根据用户所在位置和相似类目，查询相应的相似类目店铺信息；向客户端推送相似类目店铺信息。通过这种方式可进一步帮助店铺引流成功。

为了说明上述实施例的具体实施过程，给出如下应用场景，但不限于此：

目前在商业化项目中，需要给商户带来实际的流量和客资，而有时网络平台自身的流量不能满足这一诉求。为了弥补某些板块的自身流量不足，应用本实施例方法开发支持外投的活动页面，进行客资信息(即用户资料信息)收集，并将产生的客资信息落入网络平台的客资系统。其中客资系统指的是用于存储外投页用户资料的系统，用户提交数据后会经过后台服务端存储到数据库中。在收集到客户资料以后，通过本实施例提供的方案，从各个店铺中选取并推荐对应的店铺给用户。整体实施架构如图5所示，用户在外投页面中提交客资后，会通过客户端发送到后端系统，即服务端侧；接下来数据会同步到离线表中等待进行清洗分配操作，这一步的主要作用是根据输入的用户资料信息，通过应用本实施的方案，将相应的店铺分发给对应用户。最后客资记录回流，是将上一步得到的数据发布到线上，等待商家与用户进行联系。

具体的店铺分发过程如图6所示，例如，首先根据客资信息中的字段进行判断，如果信息中有多个类目，认为是“裂变”客资，也就是需要进行“裂变”操作，分别针对分裂后的各个类目分别进行店铺分发；对裂变后的单个类目，根据用户所在城市和类目，如果类目不是“旅拍”的类目，即用户提交的资料中不是寻找旅拍的店铺，则搜索现有的店铺列表中同城市和同类目的店铺，如果找到了，则进行一次随机分发；如果没找到，再计算和搜索店铺列表中距离当前店铺小于100km的店铺，如果这里面有符合条件的，则进行一次随机分发，否则不分发；如果类目为“旅拍”的类目，则在全国范围内的店铺中搜索旅拍的店铺，并随机选取一家分发给当前用户；对某个非裂变的客资，如果当前类目为旅拍，则在全国范围内随机选取3个店铺并分发；如果不是旅拍，则在当前城市中搜索并随机分发3个店铺，如果店铺数量不足则发送尽可能多的店铺，如果店铺数据为0，则在附近100km内的店铺里寻找3个分发，如果没有找到则不分发。

通过应用上述提供的方案，可以将用户分配给对应客户资料中的需求类目店铺，大大提高了网络平台流量，弥补某些板块自身流量不足。同时也为后续的分发、推荐功能的提示、提供了基础的平台。

进一步的，作为图1所示方法的具体实现，本申请实施例提供了一种可应用于客户端侧的店铺信息的推送装置，如图7所示，该装置包括：获取模块41、发送模块42、接收模块43。

获取模块41，可用于获取在外投页面中填写的用户资料信息；

发送模块42，可用于向服务端发送携带有用户资料信息的店铺推荐查询请求。

进一步的，以使得服务端根据用户资料信息中包含的用户偏好类目和用户所在位置，查询相应的目标店铺信息。

接收模块43，可用于接收服务端推送的目标店铺信息。

在具体的应用场景中，若用户偏好类目为实施场地不受限制的预定类目，则目标店铺信息是服务端从处于不同位置的各个店铺信息中根据预定类目随机查询得到的。

在具体的应用场景中，若用户所在位置不存在与用户偏好类目对应的店铺信息，则目标店铺信息是服务端在用户所在位置的预设范围内的各个店铺信息中根据用户偏好类目随机查询得到的。

在具体的应用场景中，若用户偏好类目为多个，则目标店铺信息是服务端根据用户所在位置和每个用户偏好类目各自单独查询得到的，且目标店铺信息是根据查询到的每个用户偏好类目各自对应的店铺信息组合生成的。

在具体的应用场景中，如图8所示，本装置还包括：输出模块44；

输出模块44，可用于在接收服务端推送的目标店铺信息之后，输出目标店铺信息对应的推荐信息；当接收到推荐信息的打开指令时，输出目标店铺信息。

在具体的应用场景中，接收模块43，还可用于若服务端未查询到相应的目标店铺信息，则接收服务端推送的相似类目店铺信息，相似类目店铺信息是服务端根据用户所在位置和与用户偏好类目对应的相似类目查询得到的；

输出模块44，可用于输出相似类目店铺信息对应的相似推荐信息；当接收到相似推荐信息的打开指令时，输出相似类目店铺信息。

在具体的应用场景中，接收模块43，还可用于接收服务端发送的与目标店铺信息对应商户客户端的通讯信息；

输出模块44，可用于输出存在通讯信息的通知消息；

发送模块42，还可用于当接收到通知消息对应的打开指令时，向服务端发送通讯连接请求，以便与商户客户端之间建立通讯连接。

需要说明的是，本实施例提供的一种可应用于客户端侧的店铺信息的推送装置所涉及各功能单元的其它相应描述，可以参考图1中的对应描述，在此不再赘述。

通过应用上述装置的方案，与目前现有技术相比，由于用户在外投页面中填写的用户资料信息能够很好的体现出用户的实际需求喜好，因此可参考判定准确的用户实际需要喜好做到店铺信息的精确推送。从而可提高给商户带来实际的流量和客资，满足网络平台的引流业务需求。

进一步的，作为图3和图4所示方法的具体实现，本申请实施例提供了一种可应用于服务端侧的店铺信息的推送装置，如图9所示，该装置包括：接收模块51、解析模块52、查询模块53、发送模块54。

接收模块51，可用于接收客户端发送的店铺推荐查询请求，店铺推荐查询请求中携带有在外投页面中填写的用户资料信息；

解析模块52，可用于对用户资料信息进行解析，得到用户偏好类目和用户所在位置；

查询模块53，可用于根据用户偏好类目和用户所在位置，查询相应的目标店铺信息；

发送模块54，可用于向客户端推送目标店铺信息。

在具体的应用场景中，查询模块53，具体可用于若用户偏好类目为实施场地不受限制的预定类目，则从处于不同位置的各个店铺信息中随机查询与预定类目对应的目标店铺信息。

在具体的应用场景中，查询模块53，具体还可用于若用户偏好类目不是预定类目，则在用户所在位置随机查询与用户偏好类目对应的目标店铺信息；若在用户所在位置未查询到与用户偏好类目对应的目标店铺信息，则在用户所在位置的预设范围内的各个店铺信息中随机查询与用户偏好类目对应的目标店铺信息。

在具体的应用场景中，查询模块53，具体还可用于若用户偏好类目为多个，则对用户偏好类目进行裂变处理；分别判断裂变处理后的各个类目是否为预定类目；

查询模块53，具体还可用于若裂变处理后的单个类目为预定类目，从处于不同位置的各个店铺信息中随机查询与预定类目对应的目标店铺信息。

在具体的应用场景中，发送模块54，具体可用于将查询到的与裂变处理后的各个类目各自对应的店铺信息进行组合处理；向客户端推送组合处理后得到的目标店铺信息。

在具体的应用场景中，如图10所示，本装置还包括：获取模块55；

获取模块55，可用于若未查询到相应的目标店铺信息，则获取与用户偏好类目对应的相似类目；

查询模块53，还可用于根据用户所在位置和相似类目，查询相应的相似类目店铺信息；

发送模块54，还可用于向客户端推送相似类目店铺信息。

在具体的应用场景中，如图10所示，本装置还包括：建立模块56；

发送模块54，还可用于将用户资料信息发送给与目标店铺信息对应的商户客户端；

接收模块51，还可用于接收商户客户端发送的通讯信息的转发请求；

发送模块54，还可用于将通讯信息发送给客户端；

进一步的，以使得客户端输出通讯信息对应的通知消息。

接收模块51，还可用于接收客户端发送的通讯连接请求，通讯连接请求是客户端在接收到通知消息对应的打开指令时发送的；

建立模块56，可用于建立客户端与商户客户端之间的通讯连接。

需要说明的是，本申请实施例提供的一种可应用于服务端侧的店铺信息的推送装置所涉及各功能单元的其他相应描述，可以参考图3和图4中的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1所示的店铺信息的推送方法。基于上述如图3和图4所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图3和图4所示的店铺信息的推送方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的店铺信息的推送方法。

基于上述如图1所示的方法，以及图7至图8所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种客户端设备，具体可以为个人计算机、平板电脑、智能手机、智能手表、POS设备或其他网络设备等，该客户端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的店铺信息的推送方法。

基于上述如图3和图4所示的方法，以及图9至图10所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务器设备，具体可以为个人计算机、服务器、网络设备等，该服务器设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图3和图4所示的店铺信息的推送方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种客户端设备和服务器设备的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

基于上述内容，进一步的，本申请实施例结合，还提供了一种店铺信息的推送系统，如图11所示，该系统包括客户端设备61、服务器设备62；

其中，客户端设备61可用于执行如图1所示的方法，服务器设备62可用于执行如图3和图4所示的方法。

具体的，客户端设备61，可用于获取在外投页面中填写的用户资料信息；然后向服务端设备62发送携带有用户资料信息的店铺推荐查询请求。

服务器设备62，可用于接收客户端设备61发送的店铺推荐查询请求。对请求中携带的用户资料信息进行解析，得到用户偏好类目和用户所在位置；然后根据用户偏好类目和用户所在位置，查询相应的目标店铺信息；最后将该目标店铺信息发送给客户端设备61。

客户端设备61，还可用于接收服务器设备62推送的目标店铺信息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，由于用户在外投页面中填写的用户资料信息能够很好的体现出用户的实际需求喜好，因此可参考判定准确的用户实际需要喜好做到店铺信息的精确推送。从而可提高给商户带来实际的流量和客资，满足网络平台的引流业务需求。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种店铺信息的推送方法，其特征在于，包括：

获取在外投页面中填写的用户资料信息；

向服务端发送携带有所述用户资料信息的店铺推荐查询请求，以使得所述服务端根据所述用户资料信息中包含的用户偏好类目和用户所在位置，查询相应的目标店铺信息；

接收所述服务端推送的所述目标店铺信息。

2.根据权利要求1所述的方法，其特征在于，若所述用户偏好类目为实施场地不受限制的预定类目，则所述目标店铺信息是所述服务端从处于不同位置的各个店铺信息中根据所述预定类目随机查询得到的。

3.一种店铺信息的推送方法，其特征在于，包括：

接收客户端发送的店铺推荐查询请求，所述店铺推荐查询请求中携带有在外投页面中填写的用户资料信息；

对所述用户资料信息进行解析，得到用户偏好类目和用户所在位置；

根据所述用户偏好类目和所述用户所在位置，查询相应的目标店铺信息；

向所述客户端推送所述目标店铺信息。

4.一种店铺信息的推送装置，其特征在于，包括：

获取模块，用于获取在外投页面中填写的用户资料信息；

发送模块，用于向服务端发送携带有所述用户资料信息的店铺推荐查询请求，以使得所述服务端根据所述用户资料信息中包含的用户偏好类目和用户所在位置，查询相应的目标店铺信息；

接收模块，用于接收所述服务端推送的所述目标店铺信息。

5.一种店铺信息的推送装置，其特征在于，包括：

接收模块，用于接收客户端发送的店铺推荐查询请求，所述店铺推荐查询请求中携带有在外投页面中填写的用户资料信息；

解析模块，用于对所述用户资料信息进行解析，得到用户偏好类目和用户所在位置；

查询模块，用于根据所述用户偏好类目和所述用户所在位置，查询相应的目标店铺信息；

发送模块，用于向所述客户端推送所述目标店铺信息。

6.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至2中任一项所述的店铺信息的推送方法。

7.一种客户端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至2中任一项所述的店铺信息的推送方法。

8.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求3所述的店铺信息的推送方法。

9.一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求3所述的店铺信息的推送方法。

10.一种店铺信息的推送系统，其特征在于，包括：如权利要求7所述的客户端设备和如权利要求9所述的服务器设备。