实时公交服务线路推荐方法、装置与电子设备与流程

本发明实施例涉及数据处理技术领域，更具体地，涉及一种实时公交服务线路推荐方法、装置与电子设备。

背景技术：

随着移动互联网的不断兴起，以及城市生活节奏的加快，人们对了解公交车何时到站的需求日益加大。此时实时公交服务应运而生，用户可以通过智能设备连接互联网，随时随地查询到公交实时到站信息，使用户出行更加方便。实现形式如：实时公交app、网页、微信小程序、支付宝小程序等。

实时公交服务为了解决信息过载问题，使得用户可以在较短的时间内迅速发现自己感兴趣的公交线路和站点信息并完成主动推送，将实时公交提供的服务准确的展示在用户面前，推荐服务被广泛使用。特别是首页推荐的应用能够大大节省用户操作实时公交服务查找兴趣线路和站点的时间，增加用户使用实时公交服务的便捷性，提高了用户体验。

现有技术可以通过利用应用端埋点的方法，获取用户所有应用操作行为数据，再使用svm对所有用户数据进行聚类分析，形成一个预分类，再假设预分类中每一分类用户行为相近，对每一分类的用户进行建模，并对每一分类中的用户行为模型使用神经网络对此分类中所有用户数据进行学习，反复迭代后获得最优的解，最后利用所得到的模型，代入用户最近的行为数据，实时得到此用户的推荐信息。

但是，上述方法在对用户行为分析建模时，使用了所有用户数据进行聚类分析，形成预分类，再对每一分类用户进行建模。此种方式并未考虑独立用户的意愿，而是对用户所属类别进行动态推荐，一方面会增加模型复杂程度，另一方面会由于用户分类可能产生的错误而导致推荐信息不合理的问题。

技术实现要素：

为了克服上述问题或者至少部分地解决上述问题，本发明实施例提供一种实时公交服务线路推荐方法、装置与电子设备，用以有效兼顾独立用户意愿，并使为用户推荐的出行线路和站点信息更为精确。

第一方面，本发明实施例提供一种实时公交服务线路推荐方法，包括：

获取目标用户端的用户操作记录，并将所述用户操作记录按操作时间进行分段处理与更新；

基于分段处理的操作记录，按照被选城市和所述目标用户端的唯一标识，通过读取用户历史收藏线路信息和用户最近取消收藏线路信息，构建用户收藏线路信息集合，并通过读取用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合；

基于当前时间和所述目标用户端的当前位置，结合所述用户收藏线路信息集合和所述用户常用线路信息集合，为所述目标用户端生成推荐结果，并发送给所述目标用户端。

第二方面，本发明实施例提供一种实时公交服务线路推荐装置，包括：

数据准备模块，用于获取目标用户端的用户操作记录，并将所述用户操作记录按操作时间进行分段处理与更新；

数据处理模块，用于基于分段处理的操作记录，按照被选城市和所述目标用户端的唯一标识，通过读取用户历史收藏线路信息和用户最近取消收藏线路信息，构建用户收藏线路信息集合，并通过读取用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合；

推荐输出模块，用于基于当前时间和所述目标用户端的当前位置，结合所述用户收藏线路信息集合和所述用户常用线路信息集合，为所述目标用户端生成推荐结果，并发送给所述目标用户端。

第三方面，本发明实施例提供一种电子设备，包括：至少一个存储器、至少一个处理器、通信接口和总线；所述存储器、所述处理器和所述通信接口通过所述总线完成相互间的通信，所述通信接口用于所述电子设备与用户端设备之间的信息传输；所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如上第一方面所述的实时公交服务线路推荐方法。

第四方面，本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如上第一方面所述的实时公交服务线路推荐方法。

本发明实施例提供的实时公交服务线路推荐方法、装置与电子设备，通过对独立用户的数据进行推荐模型的建模，推荐模型中充分考虑独立用户的出行意愿，并有效结合用户使用实时公交服务场景将用户所在位置与周围的公交车站供给情况进行匹配，使为用户推荐的出行线路和站点信息更能满足个性化的需求，进而使推荐信息更为精确。

附图说明

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

图1为本发明实施例提供的实时公交服务线路推荐方法的流程示意图；

图2为根据本发明实施例提供的实时公交服务线路推荐方法中构建用户收藏线路信息集合的流程示意图；

图3为根据本发明实施例提供的实时公交服务线路推荐方法中构建用户常用线路信息集合的流程示意图；

图4为本发明实施例提供的实时公交服务线路推荐装置的结构示意图；

图5为本发明实施例提供的电子设备的实体结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明实施例的一部分实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明实施例保护的范围。

本发明实施例针对现有技术不能兼顾独立用户出行意愿且可能导致推荐信息不合理的问题，通过对独立用户的数据进行推荐模型的建模，推荐模型中充分考虑独立用户的出行意愿，并有效结合用户使用实时公交服务场景将用户所在位置与周围的公交车站供给情况进行匹配，使为用户推荐的出行线路和站点信息更能满足个性化的需求，进而使推荐信息更为精确。以下将具体通过多个实施例对本发明实施例进行展开说明和介绍。

图1为本发明实施例提供的实时公交服务线路推荐方法的流程示意图，如图1所示，该方法包括：

s101，获取目标用户端的用户操作记录，并将用户操作记录按操作时间进行分段处理与更新。

本发明实施例首先进行数据准备，包括从目标用户端的历史记录数据中获取该目标用户端对应的用户操作记录，以及通过时间分段，来根据这些用户操作记录中最新产生的记录，对整体历史操作记录进行迭代更新。

可以理解，其中用户操作记录表示用户在目标用户服务端上操作的历史记录，例如可以包括线路点击、换向和车辆查询等，而每条操作记录包含的关键信息可包括线路编号、站点编号、方向和时间等。因此，获取目标用户端的用户操作记录的步骤具体可以包括：通过检索目标用户端的线路点击、换向和车辆查询操作，读取操作记录。另外，本发明实施例假设一个用户服务端对应一个用户，用户通过用户服务端接收公交线路推荐，因此本发明实施例所述的用户可理解为用户服务端或者用户端。

对于迭代更新历史操作记录的处理过程，可举例说明如下：以天为间隔单位，对上述存储记录进行处理，抽取每个用户前一天的记录。另外，可将记录中的使用时间按照工作日和节假日分类。之后，按照操作时间在所处一天中的时间段，对操作记录打标签，例如，24小时分成四段分别为[0,5)＝‘0’，[5,10)＝‘1’，[10,16)＝‘2’，[16,24)＝‘3’。最终将前一天用户的操作记录和用户历史记录做合并，迭代更新出用户的历史使用记录，按key(用户)-value(记录：线路+时间)格式存储在缓存中作为“历史数据”。

s102，基于分段处理的操作记录，按照被选城市和目标用户端的唯一标识，通过读取用户历史收藏线路信息和用户最近取消收藏线路信息，构建用户收藏线路信息集合，并通过读取用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合。

在根据上述步骤进行数据准备的基础上，本发明实施例对上述用户操作记录进行提取和处理。具体而言，考虑到用户的使用偏好，按照用户所选城市(即被选城市)和目标用户端的唯一标识，获取该用户历史收藏的公交线路(即用户历史收藏线路信息)，以及该用户最近取消收藏的公交线路(即用户最近取消收藏线路信息)。之后，利用该用户的历史收藏线路信息和该用户最近取消收藏线路信息，构建该用户的收藏线路信息集合，以存放该用户的偏好路线。

另外，考虑到用户的使用记录，按照用户所选城市(即被选城市)和目标用户端的唯一标识，获取该用户在此前某一段历史时间的常用公交线路信息(即用户历史使用线路信息)及该用户在距离当前时间最近的某有限长时间段内的常用公交线路信息(即用户最近使用线路信息)。之后，利用该用户的用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合，以存放该用户的历史常用路线。

s103，基于当前时间和目标用户端的当前位置，结合用户收藏线路信息集合和用户常用线路信息集合，为目标用户端生成推荐结果，并发送给目标用户端。

本发明实施例在上述处理的基础上，进一步获取用户操作用户端的当前时间，并根据当前时间获取目标用户端当前所处的位置，即当前位置。之后，根据当前位置和公交站点基础设施地理位置的空间关系，检测上述用户收藏线路信息集合和用户常用线路信息集合中的各条线路信息，以判断其中是否存在满足设定条件的公交站点，并根据判断结果，为目标用户端生成推荐结果，并发送给目标用户端。其中设定条件可以根据实际应用需求自定义，例如可以设置为与当前位置的距离小于预设阈值等。

本发明实施例提供的实时公交服务线路推荐方法，通过对独立用户的数据进行推荐模型的建模，推荐模型中充分考虑独立用户的出行意愿，并有效结合用户使用实时公交服务场景将用户所在位置与周围的公交车站供给情况进行匹配，使为用户推荐的出行线路和站点信息更能满足个性化的需求，进而使推荐信息更为精确。

其中，根据上述各实施例可选的，如图2所示，为根据本发明实施例提供的实时公交服务线路推荐方法中构建用户收藏线路信息集合的流程示意图，其中步骤s102中基于分段处理的操作记录，按照被选城市和目标用户端的唯一标识，通过读取用户历史收藏线路信息和用户最近取消收藏线路信息，构建用户收藏线路信息集合的步骤具体可以包括：

基于被选城市和目标用户端的唯一标识，由分段处理的操作记录中获取目标用户端的用户历史收藏线路信息，用户历史收藏线路信息包括线路名称；

基于被选城市和目标用户端的唯一标识，由分段处理的操作记录中获取目标用户端在此前第一给定时间段内取消收藏的线路信息，取消收藏的线路信息包括线路名称；

将各用户历史收藏线路信息逐条与各取消收藏的线路信息进行比对，删除用户历史收藏线路信息构成的用户收藏线路信息集合中与取消收藏的线路信息具有相同线路名称的用户历史收藏线路信息。

具体而言，本发明实施例首先可根据用户所选城市及用户唯一标识，获取该用户历史收藏的每一条公交线路信息，并进一步可获取这些线路信息的集合。其中，该集合中的每一条线路信息可包括：线路名称、站点名称和站点位置信息。

其次，根据用户所选城市及用户唯一标识，可由高速缓存中获取该用户最近取消收藏(不感兴趣)的每一条线路信息，并进一步可获取这些线路信息的集合。其中，该集合中的每一条线路信息可包括线路名称。

最后，将该用户历史收藏的公交线路信息集合中线路名称与该用户由高速缓存中获取的最近取消收藏的线路信息进行比对，如果历史收藏的公交线路中存在最近取消收藏的线路名称，将该线路信息从用户历史收藏的公交线路信息集合中删除。

其中，根据上述各实施例可选的，如图3所示，为根据本发明实施例提供的实时公交服务线路推荐方法中构建用户常用线路信息集合的流程示意图，其中步骤s102中基于分段处理的操作记录，按照被选城市和目标用户端的唯一标识，通过读取用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合的步骤具体可包括：

基于被选城市和目标用户端的唯一标识，由分段处理的操作记录中获取目标用户端的历史使用线路信息；基于被选城市和目标用户端的唯一标识，由分段处理的操作记录中获取目标用户端在此前第二给定时间段内的最近使用线路信息；基于历史使用线路信息和最近使用线路信息，构建用户常用线路信息集合。

具体而言，本发明实施例首先可根据用户所选城市及用户唯一标识，获取该用户历史时间内(例如可定义为2个月内)每一条常用公交线路信息(即历史使用线路信息)，并进一步可获取这些线路信息的集合。其中，该集合中的每一条线路信息可包括：线路名称、站点名称、站点位置信息和查看时间等。进一步的，还可将这些线路信息按照查看时间降序排列。

其次，可根据用户所选城市及用户唯一标识获，由高速缓存系统获取该用户在此前第二给定时间段(例如48小时)内的每一条常用公交线路信息(即最近使用线路信息)，并进一步可获取这些线路信息的集合。其中，该集合中的每一条线路信息可包括：线路名称、站点名称、站点位置信息和查看时间等。

最后，根据获取的所有历史使用线路信息和最近使用线路信息，构建用户常用线路信息集合。对于上述进一步获取了历史使用线路信息和最近使用线路信息分别对应的集合的基础上，可将两个集合进行合并，即得到用户常用线路信息集合。

进一步的，在由分段处理的操作记录中获取目标用户端在此前第二给定时间段内的最近使用线路信息的步骤之后，本发明实施例的方法还可以包括：将此前第二给定时间段内的各条最近使用线路信息按照查看时间降序排列，并将各条最近使用线路信息打上第一标签，将各条最近使用线路信息中查看时间在此前第三给定时间段内的使用线路信息打上第二标签，将条最近使用线路信息中查看时间在此前第四给定时间段内的使用线路信息打上第三标签；其中，第二给定时间段、第三给定时间段和第四给定时间段的长度以此递减。

此处理过程可进行如下举例说明，但不对本发明实施例保护的范围进行限制。以上述第二设定时间段为48小时为例，将该用户48小时内常用公交线路信息集合中的各条线路信息按照查看时间降序排列，并为集合中的线路信息打上“实时”标签(第一标签)。之后，可选择近1个小时(第三设定时间)内的常用公交线路信息，为该集合内的线路信息打上“1小时”标签(第二标签)，选择近15分钟(第四设定时间)内的常用公交线路信息为该集合内线路信息打上“15分钟”标签(第三标签)。

其中，根据上述各实施例可选的，步骤s103的步骤具体可以包括：基于当前时间和当前位置，检测用户收藏线路信息集合和用户常用线路信息集合的线路中，是否均存在满足设定条件的站点，并根据实际判断结果，来为目标用户端推荐公交线路。其中，设定条件可以为，与当前位置的距离小于预设阈值。

若上述判断的结果为是，则获取各站点中与当前位置的距离最小的站点所属的线路信息，作为目标用户端的推荐结果。

若判断用户收藏线路信息集合和用户常用线路信息集合的线路中均不存在满足设定条件的站点，则获取距离当前位置距离最近的给定数量个公交站点，以及给定数量个公交站点中与当前位置的距离最小的站点所属的线路信息，作为目标用户端的推荐结果。

若判断用户收藏线路信息集合的线路中不存在满足设定条件的站点，且用户常用线路信息集合的线路中存在满足设定条件的站点，则基于各站点所属的线路信息的标签，按如下顺序，筛选用户常用线路信息集合中的线路信息：

判断各站点所属的线路信息的标签中是否存在第三标签，若是，则获取所属线路信息的标签为第三标签的站点中，与当前位置的距离最小的站点所属的线路信息，作为目标用户端的推荐结果；

否则，进一步判断各站点所属的线路信息的标签中是否存在第二标签，若是，则获取所属线路信息的标签为第二标签的站点中，与当前位置的距离最小的站点所属的线路信息，作为目标用户端的推荐结果；

否则，再进一步判断各站点所属的线路信息的标签中是否存在第一标签，若是，则获取所属线路信息的标签为第一标签的站点中，与当前位置的距离最小的站点所属的线路信息，作为目标用户端的推荐结果。

上述处理过程可根据如下举例进行说明，但不对本发明实施例保护的范围进行限制。

首先，判断该用户所处位置与该用户收藏及常用公交线路信息集合中是否存在距离小于2000米的站点。

如果该用户收藏公交线路信息集合中存在与该用户所处位置距离小于2000米的站点，则按照用户所处位置与公交车站距离升序排列，并以用户所处位置与公交车站最近的站点为条件，获取该站点所属的公交线路信息。

如果不存在，则获取距离用户所处位置信息最近的5个公交车站信息，并按照用户所处位置与公交车站距离升序排列，并以用户所处位置与公交车站最近的站点为条件，获取该站点所属的公交线路信息，将最近的5个公交车站信息及获取到的公交线路信息输出。

如果该用户收藏公交线路信息集合中不存在与该用户所处位置距离小于2000米的站点，但该用户常用公交线路信息集合中存在与该用户所处位置距离小于2000米的站点，则按如下步骤处理：

若存在的站点集合中有对应的公交线路信息标签为“15分钟”，则对该集合内的用户所处位置与站点距离进行升序排列，并以用户所处位置与公交车站最近的站点为条件，获取该站点所属的公交线路信息。

若存在的站点集合中无标签为“15分钟”的公交线路信息，但是存在对应的公交线路信息标签为“1小时”，则对该集合内的用户所处位置与站点距离进行升序排列，并以用户所处位置与公交车站最近的站点为条件，获取该站点所属的公交线路信息。

若存在的站点集合中既无标签为“15分钟”的公交线路信息又无标签为“1小时”的公交线路信息，但是存在对应的公交线路信息标签为“实时”，则对该集合内的用户所处位置与站点距离进行升序排列，并以用户所处位置与公交车站最近的站点为条件，获取该站点所属的公交线路信息。

进一步的，若存在的站点集合中既无标签为“15分钟”的公交线路信息又无标签为“1小时”的公交线路信息，且无标签为“实时”的公交线路信息，但是存在该用户历史常用公交线路信息，对该用户历史常用公交信息集合中的线路信息进行优先级评分，优先级评分方法流程如下：

a.将历史常用公交线路集合中的查看时间及用户打开实时公交服务端的时间，进行打标签操作，具体如下：

workday：如果查询时间中的日期对应的是工作日则workday的标签值为‘1’、对应的日期为非工作日则workday的标签值为‘0’；

timesegment：24小时分成四段分别为[0,5)＝‘0’，[5,10)＝‘1’，[10,16)＝‘2’，[16,24)＝‘3’；

hour：获取查询时间的对应的小时数字，以24小时制计时，例如0时对应的标签值为‘0’，23时对应的标签值为‘23’，5时对应的标签值为‘5’，13时对应的标签值为‘13’。

b.将历史常用公交线路中查看时间标签和用户打开实时公交服务端的时间标签做对比，将3项标签值都相等的线路信息所占权重定义为‘1.2’，将上述3项标签其中有2项标签值相等的线路信息所占权重定义为‘1.0’，将上述3项标签中只有一项标签值相等的线路权重信息定义为‘0.8’。

c.推荐评测。统计用户通过推荐进入线路的比例，并通过观测该比例优化模型以达到更佳的推荐效果。

最后，在上述处理的基础上，生成推荐结果。即将用户所在位置信息、用户打开实时公交服务端的时间已准备好的用户数据代入推荐模型，生成推荐结果。

本发明实施例提供的实时公交服务线路推荐方法，通过对独立用户的数据建立推荐模型，能够有效降低因使用传统用户分类技术需要使用全量用户数据计算的资源消耗，并能够减少因用户分类可能产生错误导致用户推荐内容信息不够个性化和精确的问题。通过引入用户所在位置及周围公交车站供给情况进行匹配，进一步提高推荐模型中充分考虑独立用户的出行意愿，并有效结合用户使用实推荐内容信息的有效性，为用户提供更加便捷和良好的使用体验。

作为本发明实施例的另一个方面，本发明实施例根据上述各实施例提供一种实时公交服务线路推荐装置，该装置用于在上述各实施例中实现实时公交服务线路的推荐。因此，在上述各实施例的实时公交服务线路推荐方法中的描述和定义，可以用于本发明实施例中各个执行模块的理解，具体可参考上述实施例，此处不在赘述。

根据本发明实施例的一个实施例，实时公交服务线路推荐装置的结构如图4所示，为本发明实施例提供的实时公交服务线路推荐装置的结构示意图，该装置可以用于实现上述各方法实施例中实时公交服务线路推荐，该装置包括：数据准备模块401、数据处理模块402和推荐输出模块403。其中：

数据准备模块401用于获取目标用户端的用户操作记录，并将用户操作记录按操作时间进行分段处理与更新；数据处理模块402用于基于分段处理的操作记录，按照被选城市和目标用户端的唯一标识，通过读取用户历史收藏线路信息和用户最近取消收藏线路信息，构建用户收藏线路信息集合，并通过读取用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合；推荐输出模块403用于基于当前时间和目标用户端的当前位置，结合用户收藏线路信息集合和用户常用线路信息集合，为目标用户端生成推荐结果，并发送给目标用户端。

具体而言，数据准备模块401进行数据准备，包括从目标用户端的历史记录数据中获取该目标用户端对应的用户操作记录，以及通过时间分段，来根据这些用户操作记录中最新产生的记录，对整体历史操作记录进行迭代更新。

可以理解，其中用户操作记录表示用户在目标用户服务端上操作的历史记录，例如可以包括线路点击、换向和车辆查询等，而每条操作记录包含的关键信息可包括线路编号、站点编号、方向和时间等。

数据准备模块401迭代更新历史操作记录的处理过程，可举例说明如下：以天为间隔单位，对上述存储记录进行处理，抽取每个用户前一天的记录。另外，可将记录中的使用时间按照工作日和节假日分类。之后，按照操作时间在所处一天中的时间段，对操作记录打标签，例如，24小时分成四段分别为[0,5)＝‘0’，[5,10)＝‘1’，[10,16)＝‘2’，[16,24)＝‘3’。最终将前一天用户的操作记录和用户历史记录做合并，迭代更新出用户的历史使用记录，按key(用户)-value(记录：线路+时间)格式存储在缓存中作为“历史数据”。

之后，数据处理模块402对上述用户操作记录进行提取和处理。具体而言，考虑到用户的使用偏好，数据处理模块402按照用户所选城市(即被选城市)和目标用户端的唯一标识，获取该用户历史收藏的公交线路(即用户历史收藏线路信息)，以及该用户最近取消收藏的公交线路(即用户最近取消收藏线路信息)。之后，数据处理模块402利用该用户的历史收藏线路信息和该用户最近取消收藏线路信息，构建该用户的收藏线路信息集合，以存放该用户的偏好路线。

另外，考虑到用户的使用记录，数据处理模块402按照用户所选城市(即被选城市)和目标用户端的唯一标识，获取该用户在此前某一段历史时间的常用公交线路信息(即用户历史使用线路信息)及该用户在距离当前时间最近的某有限长时间段内的常用公交线路信息(即用户最近使用线路信息)。之后，数据处理模块402利用该用户的用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合，以存放该用户的历史常用路线。

最后，推荐输出模块403进一步获取用户操作用户端的当前时间，并根据当前时间获取目标用户端当前所处的位置，即当前位置。之后，推荐输出模块403根据当前位置和公交站点基础设施地理位置的空间关系，检测上述用户收藏线路信息集合和用户常用线路信息集合中的各条线路信息，以判断其中是否存在满足设定条件的公交站点，并根据判断结果，为目标用户端生成推荐结果，并发送给目标用户端。其中设定条件可以根据实际应用需求自定义，例如可以设置为与当前位置的距离小于预设阈值等。

本发明实施例提供的实时公交服务线路推荐装置，通过设置相应的执行模块，通过对独立用户的数据进行推荐模型的建模，推荐模型中充分考虑独立用户的出行意愿，并有效结合用户使用实时公交服务场景将用户所在位置与周围的公交车站供给情况进行匹配，使为用户推荐的出行线路和站点信息更能满足个性化的需求，进而使推荐信息更为精确。

可以理解的是，本发明实施例中可以通过硬件处理器(hardwareprocessor)来实现上述各实施例的装置中的各相关程序模块。并且，本发明实施例的实时公交服务线路推荐装置利用上述各程序模块，能够实现上述各方法实施例的实时公交服务线路推荐流程，在用于实现上述各方法实施例中实时公交服务线路的推荐时，本发明实施例的装置产生的有益效果与对应的上述各方法实施例相同，可以参考上述各方法实施例，此处不再赘述。

作为本发明实施例的又一个方面，本实施例根据上述各实施例提供一种电子设备，参考图5，为本发明实施例提供的电子设备的实体结构示意图，包括：至少一个存储器501、至少一个处理器502、通信接口503和总线504。

其中，存储器501、处理器502和通信接口503通过总线504完成相互间的通信，通信接口503用于该电子设备与用户端设备之间的信息传输；存储器501中存储有可在处理器502上运行的计算机程序，处理器502执行该计算机程序时，实现如上述各实施例所述的实时公交服务线路推荐方法。

可以理解为，该电子设备中至少包含存储器501、处理器502、通信接口503和总线504，且存储器501、处理器502和通信接口503通过总线504形成相互间的通信连接，并可完成相互间的通信，如处理器502从存储器501中读取实时公交服务线路推荐方法的程序指令等。另外，通信接口503还可以实现该电子设备与用户端设备之间的通信连接，并可完成相互间信息传输，如通过通信接口503实现实时公交服务线路的推荐等。

电子设备运行时，处理器502调用存储器501中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：获取目标用户端的用户操作记录，并将用户操作记录按操作时间进行分段处理与更新；基于分段处理的操作记录，按照被选城市和目标用户端的唯一标识，通过读取用户历史收藏线路信息和用户最近取消收藏线路信息，构建用户收藏线路信息集合，并通过读取用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合；基于当前时间和目标用户端的当前位置，结合用户收藏线路信息集合和用户常用线路信息集合，为目标用户端生成推荐结果，并发送给目标用户端等。

上述的存储器501中的程序指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。或者，实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明实施例还根据上述各实施例提供一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令使计算机执行如上述各实施例所述的实时公交服务线路推荐方法，例如包括：获取目标用户端的用户操作记录，并将用户操作记录按操作时间进行分段处理与更新；基于分段处理的操作记录，按照被选城市和目标用户端的唯一标识，通过读取用户历史收藏线路信息和用户最近取消收藏线路信息，构建用户收藏线路信息集合，并通过读取用户历史使用线路信息和用户最近使用线路信息，构建用户常用线路信息集合；基于当前时间和目标用户端的当前位置，结合用户收藏线路信息集合和用户常用线路信息集合，为目标用户端生成推荐结果，并发送给目标用户端等。

本发明实施例提供的电子设备和非暂态计算机可读存储介质，通过执行上述各实施例所述的实时公交服务线路推荐方法，通过对独立用户的数据进行推荐模型的建模，推荐模型中充分考虑独立用户的出行意愿，并有效结合用户使用实时公交服务场景将用户所在位置与周围的公交车站供给情况进行匹配，使为用户推荐的出行线路和站点信息更能满足个性化的需求，进而使推荐信息更为精确。

可以理解的是，以上所描述的装置、电子设备及存储介质的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，既可以位于一个地方，或者也可以分布到不同网络单元上。可以根据实际需要选择其中的部分或全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上实施方式的描述，本领域的技术人员可以清楚地了解，各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如u盘、移动硬盘、rom、ram、磁碟或者光盘等，包括若干指令，用以使得一台计算机设备(如个人计算机，服务器，或者网络设备等)执行上述各方法实施例或者方法实施例的某些部分所述的方法。

另外，本领域内的技术人员应当理解的是，在本发明实施例的申请文件中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施例的说明书中，说明了大量具体细节。然而应当理解的是，本发明实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本发明实施例公开并帮助理解各个发明方面中的一个或多个，在上面对本发明实施例的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。

然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明实施例的单独实施例。

最后应说明的是：以上实施例仅用以说明本发明实施例的技术方案，而非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。