CN114449038A - 沿途设施导流的信息推送方法和装置 - Google Patents
沿途设施导流的信息推送方法和装置 Download PDFInfo
- Publication number
- CN114449038A CN114449038A CN202210380195.1A CN202210380195A CN114449038A CN 114449038 A CN114449038 A CN 114449038A CN 202210380195 A CN202210380195 A CN 202210380195A CN 114449038 A CN114449038 A CN 114449038A
- Authority
- CN
- China
- Prior art keywords
- facility
- user
- target
- along
- recommendation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/30—Monitoring; Testing of propagation channels
- H04B17/309—Measuring or estimating channel quality parameters
- H04B17/318—Received signal strength
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Multimedia (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及一种沿途设施导流的信息推送方法和装置。所述方法包括：终端设备接收至少一个广播信号，从沿途推荐服务器获取设施热力计数表，根据至少一个广播信号和设施热力计数表，确定目标设施的设施ID，然后向沿途推荐服务器发送推送请求，该推送请求携带目标设施的设施ID以及用户ID，以使沿途推荐服务器根据目标设施的设施ID以及用户ID，获取目标设施的推送信息，并向终端设备发送目标设施的推送信息。实现了将人流引导到流量较低的设施里，提升了低流量设施的客户流量、留存率和访问转化率。
Description
技术领域
本申请涉及通信技术领域，特别是涉及一种沿途设施导流的信息推送方法和装置。
背景技术
在大型旅游度假区或者主题乐园等场景下，给用户推送沿途设施的信息，可使得用户基于收到的信息，选择想要进入的设施，提升了用户度假体验。以大型旅游度假区为例，上述设施可以为商店、影院、KTV或者餐厅等。
现有技术中，沿途推荐服务器是通过如下方式向终端设备推送信息的：终端设备接收到多个Beacon后，向沿途推荐服务器发送多个Beacon携带的多个设施ID，沿途推荐服务器接收到多个设施ID后，针对每个设施ID，从室内导航服务器中的持久化存储数据库中查找对应的信息，并将查找到的信息和用户进行匹配，得到推送信息，将推送信息返回给终端设备。
然而，上述方式无法将人流引导到流量较低或者特定设施里去，低流量设施的客户流量、留存率和访问转化率无法提高。
发明内容
基于此，有必要针对上述技术问题，提供一种能够将人流引导到流量较低的设施的推送方法和装置。
第一方面，本申请提供了一种沿途设施导流的信息推送方法。所述方法包括：
接收至少一个广播信号，每个广播信号来自对应的广播设备，所述广播设备设置于对应设施内，每个广播信号携带对应设施的设施ID；
从沿途推荐服务器获取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；
根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；
向所述沿途推荐服务器发送推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID，以使所述沿途推荐服务器根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向终端设备发送所述目标设施的推送信息。
在其中一个实施例中，所述设施热力计数表中每个设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目，所述设施热力计数表中各个条目是按照设施人流量等级由低到高排序的，对于设施人流量等级相同的多个条目，是按照设施权重由高到低排序的；
所述根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID，包括：
根据所述至少一个广播信号携带的至少一个设施ID以及所述设施热力计数表，确定所述至少一个设施ID对应的条目的排列顺序，将排在最前面的条目对应的设施ID作为所述目标设施的设施ID。
在其中一个实施例中，所述方法还包括：
针对所述至少一个广播信号中每个广播信号，根据所述广播信号的接收信号强度指示RSSI，判断是否访问过对应设施；
若访问过对应设施，则向所述沿途推荐服务器发送人流量更新请求，所述人流量更新请求携带对应设施的设施ID，以使所述沿途推荐服务器更新当日人流量表中对应设施的当日人流量。
在其中一个实施例中，所述根据所述广播信号的接收信号强度指示RSSI，判断是否访问过对应设施，包括：
判断所述广播信号的RSSI是否在预设区间内波动，若所述广播信号的RSSI在所述预设区间内波动，则确定访问过对应设施。
在其中一个实施例中，所述向所述沿途推荐服务器发送推送请求之前，所述方法还包括：
根据所述目标设施的设施ID，在本地的推送记录表中查询是否已接收过所述目标设施的推送信息；
相应地，所述向所述沿途推荐服务器发送推送请求，包括：
若未接收过所述目标设施的推送信息，则向所述沿途推荐服务器发送所述推送请求，并在接收到所述目标设施的推送信息后，将所述推送记录表更新为已接收过所述目标设施的推送信息。
第二方面，本申请还提供了一种沿途设施导流的信息推送方法，包括：
从Redis数据库中提取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；
向终端设备发送所述设施热力计数表，以使所述终端设备根据接收到的至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；
接收所述终端设备发送的推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID；
根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向所述终端设备发送所述目标设施的推送信息。
在其中一个实施例中，所述从Redis数据库中提取设施热力计数表之前，所述方法还包括：
从持久化存储数据库提取预设时间段的设施人流量表和设施表，所述设施人流量表用于指示各个设施ID在所述预设时间段内每天的人流量，所述设施表用于指示设施ID和设施权重的对应关系，其中，设施权重是用户自定义的或者是在所述设施表中的索引号；
针对所述设施人流量表中每个设施ID，从所述设施人流量表中获取所述设施ID在所述预设时间段内的人流量，根据所述设施ID在所述预设时间段内的人流量，确定所述设施ID对应的设施人流量等级，从所述设施表中获取所述设施ID对应的设施权重；所述设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目；
将各个条目按照设施人流量等级由低到高排序，对于设施人流量等级相同的多个条目，按照设施权重由高到低排序，得到所述设施热力计数表，将所述设施热力计数表缓存在所述Redis数据库中。
在其中一个实施例中，所述根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，包括：
从所述Redis数据库中提取用户表，所述用户表用于指示用户ID和用户角色的对应关系；
根据所述用户ID和所述用户表，确定所述用户ID对应的用户角色；
根据所述目标设施的设施ID和所述用户ID对应的用户角色，从所述Redis数据库中提取所述设施ID和所述用户角色对应的推送信息，所述用户角色为以下一种：游客、普通注册用户或者会员用户；
将所述设施ID和所述用户角色对应的推送信息作为所述目标设施的推送信息。
在其中一个实施例中，所述根据所述目标设施的设施ID和所述用户ID对应的用户角色，从所述Redis数据库中提取所述设施ID和所述用户角色对应的推送信息之前，所述方法还包括：
从所述持久化存储数据库提取推荐权重表，所述推荐权重表包括以下至少一种：活动表、优惠券表和商品表，所述活动表用于指示设施ID和活动内容的对应关系，所述优惠券表用于指示设施ID和优惠券内容的对应关系，所述商品表用于指示设施ID和商品内容的对应关系，所述商品包括新品和热卖品；
针对每个设施ID，按照活动内容、优惠券内容、商品内容的顺序进行查找，将首次查找到的内容作为普通用户对应的推荐信息，所述普通用户包括游客和普通注册用户；按照商品内容、优惠券内容、活动内容的顺序进行查找，将首次查找到的内容作为会员用户对应的推荐信息；将所述普通用户对应的推荐信息以及所述会员用户对应的推荐信息缓存在所述Redis数据库中。
在其中一个实施例中，所述方法还包括：
接收人流量更新请求，所述人流量更新请求为所述终端设备确定访问过第一设施时发送的，所述人流量更新请求携带所述第一设施的设施ID；
根据所述第一设施的设施ID，更新所述Redis数据库中当日人流量表中所述第一设施的当日人流量；
根据所述当日人流量表，定时更新所述设施人流量表。
在其中一个实施例中，所述方法还包括：
在所述持久化存储数据库中设置所述用户表、所述设施表、所述设施人流量表以及所述推荐权重表。
第三方面，本申请还提供了一种终端设备，包括：
所述导航模块，用于接收至少一个广播信号，每个广播信号来自对应的广播设备，所述广播设备设置于对应设施内，每个广播信号携带对应设施的设施ID；所述导航模块，还用于将所述至少一个广播信号发送给所述沿途推荐模块；
所述沿途推荐模块，用于接收所述导航模块发送的至少一个广播信号，从沿途推荐服务器获取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；向所述沿途推荐服务器发送推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID，以使所述沿途推荐服务器根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向终端设备发送所述目标设施的推送信息。
第四方面，本申请还提供了一种沿途推荐服务器，包括：沿途推荐服务模块和Redis数据库；
所述沿途推荐服务模块，用于从所述Redis数据库中提取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；向终端设备发送所述设施热力计数表，以使所述终端设备根据接收到的至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；接收所述终端设备发送的推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID；根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向所述终端设备发送所述目标设施的推送信息。
第五方面，本申请还提供了一种电子设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现第一方面提供的方法或者第二方面提供的方法。
第六方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面提供的方法或者第二方面提供的方法。
第七方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面提供的方法或者第二方面提供的方法。
本实施例提供的沿途设施导流的信息推送方法和装置，终端设备接收至少一个广播信号，从沿途推荐服务器获取设施热力计数表，根据至少一个广播信号和设施热力计数表，确定目标设施的设施ID，然后向沿途推荐服务器发送推送请求，该推送请求携带目标设施的设施ID以及用户ID，以使沿途推荐服务器根据目标设施的设施ID以及用户ID，获取目标设施的推送信息，并向终端设备发送目标设施的推送信息。可见，本申请实施例中终端设备并没有将所有设施ID均发送给沿途推荐服务器，而是基于设施热力计数表，对多个设施ID进行筛选，仅将筛选得到的设施ID发送给沿途推荐服务器，筛选的过程可将流量较低的设施筛选出来，这样沿途推荐服务器仅向终端设备推送了该设施的信息，实现了将人流引导到流量较低的设施里，提升了低流量设施的客户流量、留存率和访问转化率。
附图说明
图1为一个实施例中系统的示意图；
图2为一个实施例中沿途设施导流的信息推送方法的流程示意图；
图3为一个实施例中设施热力计数表的示意图；
图4为一个实施例中确定目标设施的设施ID的原理图；
图5为另一个实施例中沿途设施导流的信息推送方法的流程示意图；
图6为一个实施例中设施人流量表的示意图；
图7为一个实施例中设施表的示意图；
图8为一个实施例中活动表的示意图；
图9为一个实施例中优惠券表的示意图；
图10为一个实施例中商品表的示意图；
图11为一个实施例中各个设施ID不同用户角色的推送信息的示意图；
图12为一个实施例中推送记录表的示意图；
图13为另一个实施例中沿途设施导流的信息推送方法的流程示意图；
图14为一个实施例中终端设备的结构框图；
图15为一个实施例中沿途推荐服务器的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
为实现沿途设施的信息的推送，本申请实施例提供一种系统，该系统包括：室内导航服务器、沿途推荐服务器、终端设备以及多个广播设备。如图1所示，室内导航服务器包括：室内导航服务和持久化存储数据库。沿途推荐服务器包括：沿途推荐服务和远程字典服务（Remote Dictionary Server，简称Redis）数据库。
其中，每个广播设备安装在对应设施内，广播设备用于广播信标Beacon，广播设备广播的Beacon携带对应设施的设施ID。图1中，多个广播设备广播的Beacon分别使用Beacon1、Beacon2、Beacon3、……表示。
其中，终端设备安装有室内导航软件开发工具包（Software Development Kit,简称SDK）以及沿途推荐SDK。室内导航SDK和沿途推荐SDK可以为终端设备安装的室内导航APP的两个功能插件。用户打开室内导航APP后，室内导航SDK和沿途推荐SDK启动，室内导航SDK开始接收Beacon，并将接收到的Beacon透传给沿途推荐SDK，使得沿途推荐SDK基于Beacon和沿途推荐服务器进行交互。室内导航SDK用于和室内导航服务器进行交互，实现室内导航功能。
其中，终端设备可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。
在一些实施例中，沿途推荐服务器是通过如下方式向终端设备推送信息的：沿途推荐SDK接收到多个Beacon后，沿途推荐SDK向沿途推荐服务发送多个Beacon携带的多个设施ID，沿途推荐服务接收到多个设施ID后，针对每个设施ID，从室内导航服务器中的持久化存储数据库中查找对应的信息，并将查找到的信息和用户进行匹配，得到推送信息，将推送信息返回给沿途推荐SDK。然而，上述方式存在下面的问题：第一，沿途推荐SDK和沿途推荐服务均没有对设施ID进行筛选，这样用户收到的是所有设施的推送信息，无法将人流引导到流量较低或者特定设施里去，低流量设施的客户流量、留存率和访问转化率无法提高。第二，用户数量巨大，沿途推荐服务接收到大量设施ID后，要多次从持久化存储数据库查找对应的信息，反复访问持久化存储数据库会导致数据库的负载过高，给室内导航服务器的运行带来压力。第三，沿途推荐服务从持久化存储数据库中查找到对应的信息，还要进行匹配，需要花费的时间较长，导致响应变慢。
针对上述实施例中出现的问题，本申请实施例提出一种沿途设施导流的信息推送方法，沿途推荐SDK接收到多个Beacon后，并不是将所有设施ID均发送给沿途推荐服务，而是基于设施热力计数表，对多个设施ID进行筛选，仅将筛选得到的设施ID发送给沿途推荐服务。由于设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系，筛选的时候可将设施人流量等级最低的设施ID筛选出来，这样沿途推荐服务仅会向终端设备推送设施人流量等级最低的设施的信息，从而将人流引导到流量较低的设施里，提升了低流量设施的客户流量、留存率和访问转化率。
下面对本申请实施例提供的沿途设施导流的信息推送方法的实现过程进行详细说明。
在一个实施例中，如图2所示，提供一种沿途设施导流的信息推送方法，包括以下步骤：
S202、室内导航SDK向沿途推荐SDK发送至少一个广播信号。
可选的，本步骤中广播信号可以为Beacon。也可为其他适用的信号，本申请实施例对此不作限定。
如上文所描述，每个广播信号来自对应的广播设备，广播设备设置于对应设施内，每个广播信号携带对应设施的设施ID。
如上文所描述，用户打开室内导航APP后，室内导航SDK和沿途推荐SDK均启动，室内导航SDK开始接收Beacon，并将接收到的Beacon透传给沿途推荐SDK，可以理解的，室内导航SDK接收到的Beacon数量跟终端设备所处的位置有关，终端设备处于多个广播设备的广播范围时，可以接收到多个Beacon，本申请实施例对Beacon数量不限定。
S204、沿途推荐SDK从沿途推荐服务获取设施热力计数表。
其中，设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系。可选的，设施热力计数表中每个设施ID、该设施ID对应的设施权重以及该设施ID对应的设施人流量等级构成一个条目，设施热力计数表中各个条目是按照设施人流量等级由低到高排序的，对于设施人流量等级相同的多个条目，是按照设施权重由高到低排序的。
可选的，沿途推荐SDK启动后，便可向沿途推荐服务请求发送设施热力计数表，沿途推荐服务接收到请求后，从Redis数据库中提取设施热力计数表，并将设施热力计数表发送给沿途推荐SDK。
可选的，每个设施的设施权重可以是用户自定义的，也可以是在设施表中的索引号。
下面举例说明：
图3示出了设施热力计数表的一个示例，图3示意的设施权重为设施在设施表中的索引号。图3所示设施热力计数表包含7个条目。7个条目中有3个条目的人流量等级为“一般”，这3个条目的设施权重分别为key1，key3，key4，有2个条目的人流量等级为“中等”，这2个条目的设施权重分别为key2，key6，有1个条目的人流量等级为“热”，其设施权重为key7，有1个条目的人流量等级为“超热”，其设施权重为key5。人流量等级由低到高为一般、中等、热、超热。图3中，人流量等级为“一般”的3个条目排在最前面，往下依次是中等、热、超热。对于人流量等级均为“一般”的3个条目，图3是按照设施权重从大到小排序的，如图3所示，key4对应的条目排在第一，key3对应的条目排在第二，key1对应的条目排在第三，对于人流量等级均为“中等”的2个条目，也是如此，key6对应的条目排在第一，key2对应的条目排在第二。
S206、沿途推荐SDK根据至少一个广播信号和设施热力计数表，确定目标设施的设施ID。
可选的，可根据至少一个广播信号携带的至少一个设施ID以及设施热力计数表，确定至少一个设施ID对应的条目的排列顺序，将排在最前面的条目对应的设施ID作为目标设施的设施ID。
下面举例说明：
如图4所示。假设S202中沿途推荐SDK接收到3个广播信号，沿途推荐SDK从该3个广播信号中解析得到3个设施ID，假设为ID1、ID5、ID3，则在设施热力计数表中查找这三个设施ID的排列顺序，以图3的设施热力计数表为例，设施热力计数表中ID1、ID5、ID3的排列顺序为ID3、ID1、ID5。则将ID3作为目标设施的设施ID。
S208、沿途推荐SDK向沿途推荐服务发送推送请求。
其中，推送请求中携带S206确定的目标设施的设施ID以及用户ID。
S2010、沿途推荐服务根据目标设施的设施ID以及用户ID，获取目标设施的推送信息。
可选的，可从Redis数据库中提取用户表，该用户表用于指示用户ID和用户角色的对应关系；根据用户ID和用户表，确定用户ID对应的用户角色；根据目标设施的设施ID和用户ID对应的用户角色，从Redis数据库中提取该设施ID和该用户角色对应的推送信息；将该设施ID和该用户角色对应的推送信息作为目标设施的推送信息。可选的，上述用户角色可以为以下一种：游客、普通注册用户或者会员用户。
S2012、沿途推荐服务向沿途推荐SDK发送目标设施的推送信息。
可选的，沿途推荐SDK接收到目标设施的推送信息后，将该推送信息显示出来，供用户查看。
本实施例提供的沿途设施导流的信息推送方法，终端设备接收至少一个广播信号，从沿途推荐服务器获取设施热力计数表，根据至少一个广播信号和设施热力计数表，确定目标设施的设施ID，然后向沿途推荐服务器发送推送请求，该推送请求携带目标设施的设施ID以及用户ID，以使沿途推荐服务器根据目标设施的设施ID以及用户ID，获取目标设施的推送信息，并向终端设备发送目标设施的推送信息。可见，本申请实施例中终端设备并没有将所有设施ID均发送给沿途推荐服务器，而是基于设施热力计数表，对多个设施ID进行筛选，仅将筛选得到的设施ID发送给沿途推荐服务器，筛选的过程可将流量较低的设施筛选出来，这样沿途推荐服务器仅向终端设备推送了该设施的信息，实现了将人流引导到流量较低的设施里，提升了低流量设施的客户流量、留存率和访问转化率。
如上文所描述，在一些实施例中，沿途推荐服务接收到推送请求后，可从持久化存储数据库中查找对应的信息，并将查找到的信息和用户进行匹配，得到推送信息，将推送信息返回给沿途推荐SDK。然而，由于用户数量巨大，上述方式会导致沿途推荐服务频繁访问持久化存储数据库，持久化存储数据库运行压力大。为解决该技术问题，本申请实施例提出可将相关信息缓存在Redis数据库中，当接收到推送请求后，沿途推荐服务直接从Redis数据库中提取即可，减轻了持久化存储数据库运行压力。
具体的，本申请实施例提供一种沿途设施导流的信息推送方法，如图5所示，包括以下步骤：
S501、沿途推荐服务从持久化存储数据库提取预设时间段的设施人流量表和设施表。
其中，设施人流量表用于指示各个设施ID在预设时间段内每天的人流量，设施表用于指示设施ID和设施权重的对应关系，其中，设施权重是用户自定义的或者是在设施表中的索引号。
可选的，预设时间段可以为以当天为准前7天（不包括当天）。
图6示出了设施人流量表的一个示例，假设当天为1月8日，预设时间段为前7天，该设施人流量表包含的信息有：各个设施ID在1月1日-1月7日内每天的人流量。
可选的，将所有设施ID存入一个表中时，每个设施ID在该表中都有一个的索引号，比如逐行存储时，每个设施ID有个对应的行号，可将索引号作为设施ID的设施权重，可将该表作为设施表。或者，用户可自定义各个设施ID的设施权重，比如：权重可以为数字，可为低流量设施ID定义高权重，为高流量设施ID定义低权重，将所有设施ID存入一个表后，可将每个设施ID对应的设施权重也存入该表，可将该表作为设施表。
图7示出了设施表的一个示例。图7中设施权重是用户自定义的，图7中设施ID1对应的设施权重为2，设施ID2对应的设施权重为5，设施ID1对应的设施权重为6，设施ID1对应的设施权重为1。
S502、针对设施人流量表中每个设施ID，沿途推荐服务从设施人流量表中获取设施ID在预设时间段内的人流量，根据设施ID在预设时间段内的人流量，确定设施ID对应的设施人流量等级，并从设施表中获取设施ID对应的设施权重。设施ID、设施ID对应的设施权重以及设施ID对应的设施人流量等级构成一个条目。
可选的，设施人流量等级包括：超热、热、中等、一般四个等级。针对设施人流量表中每个设施ID，从设施人流量表中提取该设施ID在预设时间段内的人流量，求取该设施ID的日均人流量，若日均人流量在1000人以上，则确定该设施ID对应的设施人流量等级为超热；若日均人流量在700-1000人，则确定该设施ID对应的设施人流量等级为热；若日均人流量在350-700人，则确定该设施ID对应的设施人流量等级为中等；若日均人流量在350人以下，则确定该设施ID对应的设施人流量等级为一般。
S503、沿途推荐服务将各个条目按照设施人流量等级由低到高排序，对于设施人流量等级相同的多个条目，按照设施权重由高到低排序，得到设施热力计数表。
举例来说：通过S502得到7个条目。7个条目中有3个条目的人流量等级为“一般”，这3个条目的设施权重分别为key1，key3，key4，有2个条目的人流量等级为“中等”，这2个条目的设施权重分别为key2，key6，有1个条目的人流量等级为“热”，其设施权重为key7，有1个条目的人流量等级为“超热”，其设施权重为key5。将人流量等级为“一般”的3个条目排在最前面，往下依次是中等、热、超热。对于人流量等级均为“一般”的3个条目，按照设施权重从大到小排序，如图3所示，将key4对应的条目排在第一，key3对应的条目排在第二，key1对应的条目排在第三，对于人流量等级均为“中等”的2个条目，也是如此，将key6对应的条目排在第一，key2对应的条目排在第二。从而得到图3示意的设施热力计数表。
S504、沿途推荐服务将设施热力计数表缓存在Redis数据库中。
在一些实施例中，可将该设施热力计数表存储在持久化存储数据库中，然而，用户数量巨大，每个终端设备中沿途推荐SDK启动后，均会请求沿途推荐服务发送设施热力计数表，导致沿途推荐服务需要频繁访问持久化存储数据库，给持久化存储数据库造成了运行压力，本申请实施例中，将设施热力计数表缓存在Redis数据库中，沿途推荐服务可从Redis数据库中提取设施热力计数表，减缓了持久化存储数据库的运行压力。
可选的，由于每个设施每天的人流量是有变化的，因此基于人流量计算得到的设施热力计数表也是动态变化的，沿途推荐服务可定时执行S501-S504。比如每天12：00执行一次S501-S504。
S505、沿途推荐服务从持久化存储数据库提取推荐权重表。
其中。推荐权重表包括以下至少一种：活动表、优惠券表和商品表，活动表用于指示设施ID和活动内容的对应关系，优惠券表用于指示设施ID和优惠券内容的对应关系，商品表用于指示设施ID和商品内容的对应关系，本申请实时中的商品包括：新品和热卖品。
图8示出了活动表的一个示例。图8中，设施ID1不存在活动内容，设施ID2不存在活动内容，设施ID3对应的活动内容为H2，设施ID4对应的活动内容为H3。
图9示出了优惠券表的一个示例。图9中，设施ID对应的优惠券内容为Y0，设施ID2对应的优惠券内容为Y1，设施ID3对应的优惠券内容为Y2，设施ID4对应的优惠券内容为Y3。
图10示出了商品表的一个示例。图10中，设施ID1对应的商品内容为S1，设施ID2对应的商品内容为S2，设施ID3对应的商品内容为S3，设施ID4不存在商品内容。
S506、针对每个设施ID，沿途推荐服务按照活动内容、优惠券内容、商品内容的顺序进行查找，将首次查找到的内容作为普通用户对应的推荐信息，按照商品内容、优惠券内容、活动内容的顺序进行查找，将首次查找到的内容作为会员用户对应的推荐信息。
其中，普通用户包括游客和普通注册用户。针对不同类型的用户，采用不同方向进行搜索，将首次搜索得到的内容作为用户的推荐信息。
下面举例说明：
结合图8、图9和图10，以设施ID1为例，一方面，按照活动内容、优惠券内容、商品内容的顺序进行查找，在图8所示活动表中查不到设施ID1的活动内容，则继续在优惠券表中查找，在图9所示优惠券表中查到设施ID1对应的优惠券内容为Y0，则将Y0作为普通用户对应的推荐信息。另一方，按照商品内容、优惠券内容、活动内容的顺序进行查找，在图10所示商品表中查到设施ID1对应的商品内容为S1，则将S1作为会员用户对应的推荐信息。图11为采用上述方法得到的设施ID1、设施ID2、设施ID3和设施ID4不同用户角色的推荐信息的示例图。
S507、沿途推荐服务将普通用户对应的推荐信息以及会员用户对应的推荐信息缓存在Redis数据库中。
在一些实施例中，可将各个设施ID的普通用户对应的推荐信息以及会员用户对应的推荐信息存储在持久化存储数据库中，然而，用户数量巨大，沿途推荐服务接收到大量终端设备发送的推送请求后，沿途推荐服务需要频繁访问持久化存储数据库，来提取对应的推送信息，给持久化存储数据库造成了运行压力，本申请实施例中，将各个设施ID的普通用户对应的推荐信息以及会员用户对应的推荐信息存储在Redis数据库中，沿途推荐服务可从Redis数据库中提取信息，减缓了持久化存储数据库的运行压力。
可选的，如上文所描述，沿途推荐服务需要从持久化存储数据库提取设施人流量表、设施表、用户表以及推荐权重表，这些表是可以是沿途推荐服务在初始化过程中在持久化存储数据库中设置的。沿途推荐服务可从持久化存储数据库中提取用户表，并将其存入Redis数据库中，使得沿途推荐服务接收到推送请求后，从Redis数据库中提取用户表，并基于用户表判断当前用户ID对用的用户角色。
S508、室内导航SDK向沿途推荐SDK发送至少一个广播信号。
S509、沿途推荐SDK从沿途推荐服务获取设施热力计数表。
S5010、沿途推荐SDK根据至少一个广播信号和设施热力计数表，确定目标设施的设施ID。
S508-S5010的实现过程可参见上述实施例，本申请实施例在此不再赘述。
S5011、沿途推荐SDK向沿途推荐服务发送推送请求。
为了避免沿途推荐SDK重复发送推送请求，沿途推荐SDK可在本地创建推送记录表，推送记录表用于记录沿途推荐SDK是否接收过各个设施ID的推送信息的情况，沿途推荐SDK向沿途推荐服务发送推送请求之前，可根据目标设施的设施ID，在推送记录表中查询是否已接收过目标设施的推送信息，若未接收过目标设施的推送信息，沿途推荐SDK则向沿途推荐服务发送推送请求，并在接收到目标设施的推送信息后，将推送记录表更新为已接收过目标设施的推送信息。
图12示出了推送记录表的一个示例。图12所示推送记录表指示已接收过设施ID1、设施ID2以及设施ID4的推送信息。未接收过设施ID3的推送信息，假设S5010确定的设施ID为设施ID3，从图12所示推送记录可以查到，未接收过设施ID3的推送信息，则执行S5012。假设S5010确定的设施ID为设施ID1，从图12所示推送记录可以查到，已接收过设施ID1的推送信息，则不向沿途推荐服务发送推送请求。
S5012、沿途推荐服务根据目标设施的设施ID以及用户ID，获取目标设施的推送信息。
S5013、沿途推荐服务向沿途推荐SDK发送目标设施的推送信息。
下面对S5012-S5013的过程举例说明：
结合图11，假设沿途推荐SDK向沿途推荐服务发送的推送请求中携带的设施ID为：设施ID2，用户ID为：用户ID1，首先，在用户表中查找用户ID1对应的用户角色，假设用户ID1对应的用户角色为会员用户，则从图11所示表中查找设施ID2、会员用户对应的推送信息，从图11所示表中查找到的推送信息为S2，则将S2作为目标设施的推送信息，并将S2发送给沿途推荐SDK。
本申请实施例提供的沿途设施导流的信息推送方法，沿途推荐服务从持久化存储数据库提取预设时间段的设施人流量表和设施表，并基于设施人流量表和设施表，获取设施热力计数表，将该设施热力计数表缓存在Redis数据库中，沿途推荐服务可从Redis数据库中提取设施热力计数表，减缓了持久化存储数据库的运行压力。另外，沿途推荐服务从持久化存储数据库提取推荐权重表，基于推荐权重表，获取各个设施普通用户对应的推荐信息以及会员用户对应的推荐信息，并将这些信息缓存在Redis数据库中，进一步减缓了持久化存储数据库的运行压力。
如上文所描述，每个设施每天的人流量是有变化的，可通过终端设备自行上报进入设施的行为来确定设施每日的人流量。
具体的，如图13所示，本申请实施例提供一种推送方法，包括以下步骤：
S1301、针对至少一个广播信号中每个广播信号，沿途推荐SDK根据广播信号的接收信号强度指示RSSI，判断是否访问过对应设施。
可选的，可判断广播信号的RSSI是否在预设区间内波动，若广播信号的RSSI在预设区间内波动，则确定访问过对应设施。则执行S1302。预设区域例如可以是（-70，-22）。
S1302、沿途推荐SDK向沿途推荐服务发送人流量更新请求，人流量更新请求携带对应设施的设施ID。
为方便说明，本申请实施例中将访问过的设施称为第一设施。则人流量更新请求携带第一设施的设施ID。第一设施可能为1个，也可能为多个，本申请实施例对第一设施的数量不作限定。
S1303、沿途推荐服务根据第一设施的设施ID，更新Redis数据库中当日人流量表中第一设施的当日人流量。
可选的，Redis数据库中存有当日人流量表，当日人流量表中记录有各个设施的当日人流量。接收到人流量更新请求后，沿途推荐服务可将该当日人流量表中第一设施的当日人流量加1。
S1304、沿途推荐服务根据当日人流量表，定时更新设施人流量表。
可选的，沿途推荐服务可定时将当日人流量表中的信息写入设施人流量表中。
本申请实施例中，终端设备利用广播信号的RSSI，判断是否访问过对应设施，若访问过，则向沿途推荐服务上报，使得沿途推荐服务将设施的当日人流量加1，并基于当日人流量表，更新设施人流量表。本申请实施例提供的方法通过终端设备自动上报访问行为来得到设施人流量表，而不是人工去各个设施内统计，节省了人工成本。
应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图14所示，提供一种终端设备，包括：
导航模块1401和沿途推荐模块1402；
所述导航模块1401，用于接收至少一个广播信号，每个广播信号来自对应的广播设备，所述广播设备设置于对应设施内，每个广播信号携带对应设施的设施ID；所述导航模块，还用于将所述至少一个广播信号发送给所述沿途推荐模块；
所述沿途推荐模块1402，用于接收所述导航模块发送的至少一个广播信号，从沿途推荐服务器获取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；向所述沿途推荐服务器发送推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID，以使所述沿途推荐服务器根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向终端设备发送所述目标设施的推送信息。
可选的，所述设施热力计数表中每个设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目，所述设施热力计数表中各个条目是按照设施人流量等级由低到高排序的，对于设施人流量等级相同的多个条目，是按照设施权重由高到低排序的；所述沿途推荐模块1402，具体用于：
根据所述至少一个广播信号携带的至少一个设施ID以及所述设施热力计数表，确定所述至少一个设施ID对应的条目的排列顺序，将排在最前面的条目对应的设施ID作为所述目标设施的设施ID。
可选的，所述沿途推荐模块1402，还用于：
针对所述至少一个广播信号中每个广播信号，根据所述广播信号的接收信号强度指示RSSI，判断是否访问过对应设施；
若访问过对应设施，则向所述沿途推荐服务器发送人流量更新请求，所述人流量更新请求携带对应设施的设施ID，以使所述沿途推荐服务器更新当日人流量表中对应设施的当日人流量。
可选的，所述沿途推荐模块1402，具体用于：
判断所述广播信号的RSSI是否在预设区间内波动，若所述广播信号的RSSI在所述预设区间内波动，则确定访问过对应设施。
可选的，所述沿途推荐模块1402，还用于：
根据所述目标设施的设施ID，在本地的推送记录表中查询是否已接收过所述目标设施的推送信息；
若未接收过所述目标设施的推送信息，则向所述沿途推荐服务器发送所述推送请求，并在接收到所述目标设施的推送信息后，将所述推送记录表更新为已接收过所述目标设施的推送信息。
图14所示终端设备可用于执行上述实施例中终端设备侧的步骤，其实现原理和技术效果类似，本申请实施例在此不再赘述。
在一个实施例中，如图15所示，提供一种沿途推荐服务器，包括：
沿途推荐服务模块1501和Redis数据库1502；
所述沿途推荐服务模块1501，用于从所述Redis数据库中提取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；向终端设备发送所述设施热力计数表，以使所述终端设备根据接收到的至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；接收所述终端设备发送的推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID；根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向所述终端设备发送所述目标设施的推送信息。
可选的，沿途推荐服务模块1501，还用于：
从持久化存储数据库提取预设时间段的设施人流量表和设施表，所述设施人流量表用于指示各个设施ID在所述预设时间段内每天的人流量，所述设施表用于指示设施ID和设施权重的对应关系，其中，设施权重是用户自定义的或者是在所述设施表中的索引号；
针对所述设施人流量表中每个设施ID，从所述设施人流量表中获取所述设施ID在所述预设时间段内的人流量，根据所述设施ID在所述预设时间段内的人流量，确定所述设施ID对应的设施人流量等级，从所述设施表中获取所述设施ID对应的设施权重；所述设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目；
将各个条目按照设施人流量等级由低到高排序，对于设施人流量等级相同的多个条目，按照设施权重由高到低排序，得到所述设施热力计数表，将所述设施热力计数表缓存在所述Redis数据库中。
可选的，沿途推荐服务模块1501，具体用于：
从所述Redis数据库中提取用户表，所述用户表用于指示用户ID和用户角色的对应关系；
根据所述用户ID和所述用户表，确定所述用户ID对应的用户角色；
根据所述目标设施的设施ID和所述用户ID对应的用户角色，从所述Redis数据库中提取所述设施ID和所述用户角色对应的推送信息，所述用户角色为以下一种：游客、普通注册用户或者会员用户；
将所述设施ID和所述用户角色对应的推送信息作为所述目标设施的推送信息。
可选的，沿途推荐服务模块1501，还用于：
从所述持久化存储数据库提取推荐权重表，所述推荐权重表包括以下至少一种：活动表、优惠券表和商品表，所述活动表用于指示设施ID和活动内容的对应关系，所述优惠券表用于指示设施ID和优惠券内容的对应关系，所述商品表用于指示设施ID和商品内容的对应关系，所述商品包括新品和热卖品；
针对每个设施ID，按照活动内容、优惠券内容、商品内容的顺序进行查找，将首次查找到的内容作为普通用户对应的推荐信息，所述普通用户包括游客和普通注册用户；按照商品内容、优惠券内容、活动内容的顺序进行查找，将首次查找到的内容作为会员用户对应的推荐信息；将所述普通用户对应的推荐信息以及所述会员用户对应的推荐信息缓存在所述Redis数据库中。
可选的，沿途推荐服务模块1501，还用于：
接收人流量更新请求，所述人流量更新请求为所述终端设备确定访问过第一设施时发送的，所述人流量更新请求携带所述第一设施的设施ID；
根据所述第一设施的设施ID，更新所述Redis数据库中当日人流量表中所述第一设施的当日人流量；
根据所述当日人流量表，定时更新所述设施人流量表。
可选的，沿途推荐服务模块1501，还用于：
在所述持久化存储数据库中设置所述用户表、所述设施表、所述设施人流量表以及所述推荐权重表。
图15所示沿途推荐服务器可用于执行上述实施例中沿途推荐服务器侧的步骤，其实现原理和技术效果类似，本申请实施例在此不再赘述。
在一个实施例中，提供一种终端设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
接收至少一个广播信号，每个广播信号来自对应的广播设备，所述广播设备设置于对应设施内，每个广播信号携带对应设施的设施ID；
从沿途推荐服务器获取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；
根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；
向所述沿途推荐服务器发送推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID，以使所述沿途推荐服务器根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向终端设备发送所述目标设施的推送信息。
在一个实施例中，所述设施热力计数表中每个设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目，所述设施热力计数表中各个条目是按照设施人流量等级由低到高排序的，对于设施人流量等级相同的多个条目，是按照设施权重由高到低排序的；处理器执行计算机程序时还实现以下步骤：
根据所述至少一个广播信号携带的至少一个设施ID以及所述设施热力计数表，确定所述至少一个设施ID对应的条目的排列顺序，将排在最前面的条目对应的设施ID作为所述目标设施的设施ID。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
针对所述至少一个广播信号中每个广播信号，根据所述广播信号的接收信号强度指示RSSI，判断是否访问过对应设施；
若访问过对应设施，则向所述沿途推荐服务器发送人流量更新请求，所述人流量更新请求携带对应设施的设施ID，以使所述沿途推荐服务器更新当日人流量表中对应设施的当日人流量。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
判断所述广播信号的RSSI是否在预设区间内波动，若所述广播信号的RSSI在所述预设区间内波动，则确定访问过对应设施。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
根据所述目标设施的设施ID，在本地的推送记录表中查询是否已接收过所述目标设施的推送信息；
相应地，所述向所述沿途推荐服务器发送推送请求，包括：
若未接收过所述目标设施的推送信息，则向所述沿途推荐服务器发送所述推送请求，并在接收到所述目标设施的推送信息后，将所述推送记录表更新为已接收过所述目标设施的推送信息。
在一个实施例中，提供一种沿途推荐服务器，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
从Redis数据库中提取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；
向终端设备发送所述设施热力计数表，以使所述终端设备根据接收到的至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；
接收所述终端设备发送的推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID；
根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向所述终端设备发送所述目标设施的推送信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
从持久化存储数据库提取预设时间段的设施人流量表和设施表，所述设施人流量表用于指示各个设施ID在所述预设时间段内每天的人流量，所述设施表用于指示设施ID和设施权重的对应关系，其中，设施权重是用户自定义的或者是在所述设施表中的索引号；
针对所述设施人流量表中每个设施ID，从所述设施人流量表中获取所述设施ID在所述预设时间段内的人流量，根据所述设施ID在所述预设时间段内的人流量，确定所述设施ID对应的设施人流量等级，从所述设施表中获取所述设施ID对应的设施权重；所述设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目；
将各个条目按照设施人流量等级由低到高排序，对于设施人流量等级相同的多个条目，按照设施权重由高到低排序，得到所述设施热力计数表，将所述设施热力计数表缓存在所述Redis数据库中。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
从所述Redis数据库中提取用户表，所述用户表用于指示用户ID和用户角色的对应关系；
根据所述用户ID和所述用户表，确定所述用户ID对应的用户角色；
根据所述目标设施的设施ID和所述用户ID对应的用户角色，从所述Redis数据库中提取所述设施ID和所述用户角色对应的推送信息，所述用户角色为以下一种：游客、普通注册用户或者会员用户；
将所述设施ID和所述用户角色对应的推送信息作为所述目标设施的推送信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
从所述持久化存储数据库提取推荐权重表，所述推荐权重表包括以下至少一种：活动表、优惠券表和商品表，所述活动表用于指示设施ID和活动内容的对应关系，所述优惠券表用于指示设施ID和优惠券内容的对应关系，所述商品表用于指示设施ID和商品内容的对应关系，所述商品包括新品和热卖品；
针对每个设施ID，按照活动内容、优惠券内容、商品内容的顺序进行查找，将首次查找到的内容作为普通用户对应的推荐信息，所述普通用户包括游客和普通注册用户；按照商品内容、优惠券内容、活动内容的顺序进行查找，将首次查找到的内容作为会员用户对应的推荐信息；将所述普通用户对应的推荐信息以及所述会员用户对应的推荐信息缓存在所述Redis数据库中。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
接收人流量更新请求，所述人流量更新请求为所述终端设备确定访问过第一设施时发送的，所述人流量更新请求携带所述第一设施的设施ID；
根据所述第一设施的设施ID，更新所述Redis数据库中当日人流量表中所述第一设施的当日人流量；
根据所述当日人流量表，定时更新所述设施人流量表。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
在所述持久化存储数据库中设置所述用户表、所述设施表、所述设施人流量表以及所述推荐权重表。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
接收至少一个广播信号，每个广播信号来自对应的广播设备，所述广播设备设置于对应设施内，每个广播信号携带对应设施的设施ID；
从沿途推荐服务器获取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；
根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；
向所述沿途推荐服务器发送推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID，以使所述沿途推荐服务器根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向终端设备发送所述目标设施的推送信息。
在一个实施例中，所述设施热力计数表中每个设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目，所述设施热力计数表中各个条目是按照设施人流量等级由低到高排序的，对于设施人流量等级相同的多个条目，是按照设施权重由高到低排序的；计算机程序被处理器执行时还实现以下步骤：
根据所述至少一个广播信号携带的至少一个设施ID以及所述设施热力计数表，确定所述至少一个设施ID对应的条目的排列顺序，将排在最前面的条目对应的设施ID作为所述目标设施的设施ID。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
针对所述至少一个广播信号中每个广播信号，根据所述广播信号的接收信号强度指示RSSI，判断是否访问过对应设施；
若访问过对应设施，则向所述沿途推荐服务器发送人流量更新请求，所述人流量更新请求携带对应设施的设施ID，以使所述沿途推荐服务器更新当日人流量表中对应设施的当日人流量。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
判断所述广播信号的RSSI是否在预设区间内波动，若所述广播信号的RSSI在所述预设区间内波动，则确定访问过对应设施。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
根据所述目标设施的设施ID，在本地的推送记录表中查询是否已接收过所述目标设施的推送信息；
相应地，所述向所述沿途推荐服务器发送推送请求，包括：
若未接收过所述目标设施的推送信息，则向所述沿途推荐服务器发送所述推送请求，并在接收到所述目标设施的推送信息后，将所述推送记录表更新为已接收过所述目标设施的推送信息。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
从Redis数据库中提取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；
向终端设备发送所述设施热力计数表，以使所述终端设备根据接收到的至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；
接收所述终端设备发送的推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID；
根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向所述终端设备发送所述目标设施的推送信息。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
从持久化存储数据库提取预设时间段的设施人流量表和设施表，所述设施人流量表用于指示各个设施ID在所述预设时间段内每天的人流量，所述设施表用于指示设施ID和设施权重的对应关系，其中，设施权重是用户自定义的或者是在所述设施表中的索引号；
针对所述设施人流量表中每个设施ID，从所述设施人流量表中获取所述设施ID在所述预设时间段内的人流量，根据所述设施ID在所述预设时间段内的人流量，确定所述设施ID对应的设施人流量等级，从所述设施表中获取所述设施ID对应的设施权重；所述设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目；
将各个条目按照设施人流量等级由低到高排序，对于设施人流量等级相同的多个条目，按照设施权重由高到低排序，得到所述设施热力计数表，将所述设施热力计数表缓存在所述Redis数据库中。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
从所述Redis数据库中提取用户表，所述用户表用于指示用户ID和用户角色的对应关系；
根据所述用户ID和所述用户表，确定所述用户ID对应的用户角色；
根据所述目标设施的设施ID和所述用户ID对应的用户角色，从所述Redis数据库中提取所述设施ID和所述用户角色对应的推送信息，所述用户角色为以下一种：游客、普通注册用户或者会员用户；
将所述设施ID和所述用户角色对应的推送信息作为所述目标设施的推送信息。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
从所述持久化存储数据库提取推荐权重表，所述推荐权重表包括以下至少一种：活动表、优惠券表和商品表，所述活动表用于指示设施ID和活动内容的对应关系，所述优惠券表用于指示设施ID和优惠券内容的对应关系，所述商品表用于指示设施ID和商品内容的对应关系，所述商品包括新品和热卖品；
针对每个设施ID，按照活动内容、优惠券内容、商品内容的顺序进行查找，将首次查找到的内容作为普通用户对应的推荐信息，所述普通用户包括游客和普通注册用户；按照商品内容、优惠券内容、活动内容的顺序进行查找，将首次查找到的内容作为会员用户对应的推荐信息；将所述普通用户对应的推荐信息以及所述会员用户对应的推荐信息缓存在所述Redis数据库中。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
接收人流量更新请求，所述人流量更新请求为所述终端设备确定访问过第一设施时发送的，所述人流量更新请求携带所述第一设施的设施ID；
根据所述第一设施的设施ID，更新所述Redis数据库中当日人流量表中所述第一设施的当日人流量；
根据所述当日人流量表，定时更新所述设施人流量表。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
在所述持久化存储数据库中设置所述用户表、所述设施表、所述设施人流量表以及所述推荐权重表。
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中终端设备侧的步骤或者沿途推荐服务器侧的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。
Claims (16)
1.一种沿途设施导流的信息推送方法，其特征在于，包括：
接收至少一个广播信号，每个广播信号来自对应的广播设备，所述广播设备设置于对应设施内，每个广播信号携带对应设施的设施ID；
从沿途推荐服务器获取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；
根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；
向所述沿途推荐服务器发送推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID，以使所述沿途推荐服务器根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向终端设备发送所述目标设施的推送信息。
2.根据权利要求1所述的方法，其特征在于，所述设施热力计数表中每个设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目，所述设施热力计数表中各个条目是按照设施人流量等级由低到高排序的，对于设施人流量等级相同的多个条目，是按照设施权重由高到低排序的；
所述根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID，包括：
根据所述至少一个广播信号携带的至少一个设施ID以及所述设施热力计数表，确定所述至少一个设施ID对应的条目的排列顺序，将排在最前面的条目对应的设施ID作为所述目标设施的设施ID。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
针对所述至少一个广播信号中每个广播信号，根据所述广播信号的接收信号强度指示RSSI，判断是否访问过对应设施；
若访问过对应设施，则向所述沿途推荐服务器发送人流量更新请求，所述人流量更新请求携带对应设施的设施ID，以使所述沿途推荐服务器更新当日人流量表中对应设施的当日人流量。
4.根据权利要求3所述的方法，其特征在于，所述根据所述广播信号的接收信号强度指示RSSI，判断是否访问过对应设施，包括：
判断所述广播信号的RSSI是否在预设区间内波动，若所述广播信号的RSSI在所述预设区间内波动，则确定访问过对应设施。
5.根据权利要求1或2所述的方法，其特征在于，所述向所述沿途推荐服务器发送推送请求之前，所述方法还包括：
根据所述目标设施的设施ID，在本地的推送记录表中查询是否已接收过所述目标设施的推送信息；
相应地，所述向所述沿途推荐服务器发送推送请求，包括：
若未接收过所述目标设施的推送信息，则向所述沿途推荐服务器发送所述推送请求，并在接收到所述目标设施的推送信息后，将所述推送记录表更新为已接收过所述目标设施的推送信息。
6.一种沿途设施导流的信息推送方法，其特征在于，包括：
从Redis数据库中提取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；
向终端设备发送所述设施热力计数表，以使所述终端设备根据接收到的至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；
接收所述终端设备发送的推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID；
根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向所述终端设备发送所述目标设施的推送信息。
7.根据权利要求6所述的方法，其特征在于，所述从Redis数据库中提取设施热力计数表之前，所述方法还包括：
从持久化存储数据库提取预设时间段的设施人流量表和设施表，所述设施人流量表用于指示各个设施ID在所述预设时间段内每天的人流量，所述设施表用于指示设施ID和设施权重的对应关系，其中，设施权重是用户自定义的或者是在所述设施表中的索引号；
针对所述设施人流量表中每个设施ID，从所述设施人流量表中获取所述设施ID在所述预设时间段内的人流量，根据所述设施ID在所述预设时间段内的人流量，确定所述设施ID对应的设施人流量等级，从所述设施表中获取所述设施ID对应的设施权重；所述设施ID、所述设施ID对应的设施权重以及所述设施ID对应的设施人流量等级构成一个条目；
将各个条目按照设施人流量等级由低到高排序，对于设施人流量等级相同的多个条目，按照设施权重由高到低排序，得到所述设施热力计数表，将所述设施热力计数表缓存在所述Redis数据库中。
8.根据权利要求7所述的方法，其特征在于，所述根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，包括：
从所述Redis数据库中提取用户表，所述用户表用于指示用户ID和用户角色的对应关系；
根据所述用户ID和所述用户表，确定所述用户ID对应的用户角色；
根据所述目标设施的设施ID和所述用户ID对应的用户角色，从所述Redis数据库中提取所述设施ID和所述用户角色对应的推送信息，所述用户角色为以下一种：游客、普通注册用户或者会员用户；
将所述设施ID和所述用户角色对应的推送信息作为所述目标设施的推送信息。
9.根据权利要求8所述的方法，其特征在于，所述根据所述目标设施的设施ID和所述用户ID对应的用户角色，从所述Redis数据库中提取所述设施ID和所述用户角色对应的推送信息之前，所述方法还包括：
从所述持久化存储数据库提取推荐权重表，所述推荐权重表包括以下至少一种：活动表、优惠券表和商品表，所述活动表用于指示设施ID和活动内容的对应关系，所述优惠券表用于指示设施ID和优惠券内容的对应关系，所述商品表用于指示设施ID和商品内容的对应关系，所述商品包括新品和热卖品；
针对每个设施ID，按照活动内容、优惠券内容、商品内容的顺序进行查找，将首次查找到的内容作为普通用户对应的推荐信息，所述普通用户包括游客和普通注册用户；按照商品内容、优惠券内容、活动内容的顺序进行查找，将首次查找到的内容作为会员用户对应的推荐信息；将所述普通用户对应的推荐信息以及所述会员用户对应的推荐信息缓存在所述Redis数据库中。
10.根据权利要求7所述的方法，其特征在于，所述方法还包括：
接收人流量更新请求，所述人流量更新请求为所述终端设备确定访问过第一设施时发送的，所述人流量更新请求携带所述第一设施的设施ID；
根据所述第一设施的设施ID，更新所述Redis数据库中当日人流量表中所述第一设施的当日人流量；
根据所述当日人流量表，定时更新所述设施人流量表。
11.根据权利要求9所述的方法，其特征在于，所述方法还包括：
在所述持久化存储数据库中设置所述用户表、所述设施表、所述设施人流量表以及所述推荐权重表。
12.一种终端设备，其特征在于，包括：导航模块和沿途推荐模块；
所述导航模块，用于接收至少一个广播信号，每个广播信号来自对应的广播设备，所述广播设备设置于对应设施内，每个广播信号携带对应设施的设施ID；所述导航模块，还用于将所述至少一个广播信号发送给所述沿途推荐模块；
所述沿途推荐模块，用于接收所述导航模块发送的至少一个广播信号，从沿途推荐服务器获取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；根据所述至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；向所述沿途推荐服务器发送推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID，以使所述沿途推荐服务器根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向终端设备发送所述目标设施的推送信息。
13.一种沿途推荐服务器，其特征在于，包括：沿途推荐服务模块和Redis数据库；
所述沿途推荐服务模块，用于从所述Redis数据库中提取设施热力计数表，所述设施热力计数表用于指示设施权重、设施ID以及设施人流量等级之间的对应关系；向终端设备发送所述设施热力计数表，以使所述终端设备根据接收到的至少一个广播信号和所述设施热力计数表，确定目标设施的设施ID；接收所述终端设备发送的推送请求，所述推送请求携带所述目标设施的设施ID以及用户ID；根据所述目标设施的设施ID以及所述用户ID，获取所述目标设施的推送信息，并向所述终端设备发送所述目标设施的推送信息。
14.一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11中任一项所述的方法的步骤。
15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至11中任一项所述的方法的步骤。
16.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至11中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210380195.1A CN114449038B (zh) | 2022-04-12 | 2022-04-12 | 沿途设施导流的信息推送方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210380195.1A CN114449038B (zh) | 2022-04-12 | 2022-04-12 | 沿途设施导流的信息推送方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114449038A true CN114449038A (zh) | 2022-05-06 |
| CN114449038B CN114449038B (zh) | 2022-07-05 |
Family
ID=81360433
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210380195.1A Active CN114449038B (zh) | 2022-04-12 | 2022-04-12 | 沿途设施导流的信息推送方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114449038B (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105809475A (zh) * | 2016-02-29 | 2016-07-27 | 南京大学 | “互联网+旅游”环境下支持o2o应用的商品推荐方法 |
| CN106231539A (zh) * | 2016-07-29 | 2016-12-14 | 北京交通大学 | 基于低功耗蓝牙信标的商旅区域位置服务系统 |
| CN111241942A (zh) * | 2019-12-31 | 2020-06-05 | 宁波宁工交通工程设计咨询有限公司 | 一种旅游标识牌指示系统及方法 |
| CN112150241A (zh) * | 2020-09-19 | 2020-12-29 | 纵横大数据有限公司 | 用户全域旅游大数据个性化定制服务平台 |
| CN112714171A (zh) * | 2020-12-23 | 2021-04-27 | 南京旅游职业学院 | 一种智能电子化的旅游景区导览标识系统 |
| US20210136537A1 (en) * | 2017-03-07 | 2021-05-06 | Gogobot, Inc. | Content recommendation and display based on geographic and user context |
| CN113919976A (zh) * | 2021-10-12 | 2022-01-11 | 云南腾云信息产业有限公司 | 景区推荐方法、装置、计算机设备和存储介质 |
-
2022
- 2022-04-12 CN CN202210380195.1A patent/CN114449038B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105809475A (zh) * | 2016-02-29 | 2016-07-27 | 南京大学 | “互联网+旅游”环境下支持o2o应用的商品推荐方法 |
| CN106231539A (zh) * | 2016-07-29 | 2016-12-14 | 北京交通大学 | 基于低功耗蓝牙信标的商旅区域位置服务系统 |
| US20210136537A1 (en) * | 2017-03-07 | 2021-05-06 | Gogobot, Inc. | Content recommendation and display based on geographic and user context |
| CN111241942A (zh) * | 2019-12-31 | 2020-06-05 | 宁波宁工交通工程设计咨询有限公司 | 一种旅游标识牌指示系统及方法 |
| CN112150241A (zh) * | 2020-09-19 | 2020-12-29 | 纵横大数据有限公司 | 用户全域旅游大数据个性化定制服务平台 |
| CN112714171A (zh) * | 2020-12-23 | 2021-04-27 | 南京旅游职业学院 | 一种智能电子化的旅游景区导览标识系统 |
| CN113919976A (zh) * | 2021-10-12 | 2022-01-11 | 云南腾云信息产业有限公司 | 景区推荐方法、装置、计算机设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114449038B (zh) | 2022-07-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106570722B (zh) | 一种智能推荐系统及智能推荐方法 | |
| EP3779841A1 (en) | Method, apparatus and system for sending information, and computer-readable storage medium | |
| US10318115B2 (en) | System and method for presenting optimized map labels | |
| US20170039242A1 (en) | Branching mobile-device to system-namespace identifier mappings | |
| JP2019508766A (ja) | 地理的エリアのヒートマップを生成するシステム、方法、およびデバイス | |
| KR102272261B1 (ko) | 위치 개선 및 분산으로 인한 재-순위 검색 결과 | |
| US10692159B2 (en) | Location based ranking of real world locations | |
| US20140358971A1 (en) | Techniques for identifying chain businesses and queries | |
| KR20080082513A (ko) | 등급 설정을 통한 웹사이트 지도정보 표시 방법 | |
| JP2019512806A (ja) | 地理的位置の属性情報を特定するための方法及びデバイス | |
| CN108153824A (zh) | 目标用户群体的确定方法及装置 | |
| CN112819544A (zh) | 基于大数据的广告投放方法、装置、设备及存储介质 | |
| US7949576B2 (en) | Method of providing product database | |
| KR102132392B1 (ko) | 프로파일 생성 메커니즘을 갖는 콘텐츠 전송 시스템 및 그 동작 방법 | |
| CN108536763B (zh) | 一种下拉提示方法和装置 | |
| CN110969466A (zh) | 一种确定广告投放区域的方法和装置 | |
| CN114449038B (zh) | 沿途设施导流的信息推送方法和装置 | |
| Xiang et al. | Camer: a context-aware mobile service recommendation system | |
| US8909630B1 (en) | Finding query offsets of similar geographic features | |
| KR100806698B1 (ko) | 사용자의 사용 내역을 반영한 콘텐츠 데이터베이스의 저장방법 | |
| KR101810189B1 (ko) | 사용자 리뷰 제공 방법, 장치 및 컴퓨터 프로그램 | |
| US20200256694A1 (en) | Information processing device, information processing method, and storage medium | |
| US20180137537A1 (en) | Systems and methods for presenting personalized map labels | |
| CN110766493B (zh) | 业务对象提供方法、服务器、电子设备、存储介质 | |
| TWI813339B (zh) | 基於電信數據推測廣告版位地點之系統及方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |