出行方式推荐方法、装置、存储介质及计算机程序产品制造方法及图纸

本公开实施例涉及一种出行方式推荐方法、装置、存储介质及计算机程序产品。方法包括响应于接收到用户选择第一出行方式的操作，向服务器发送用户在第一出行方式下的目标出行线路以及用户在目标出行线路上的候车站点；接收并展示服务器发送的出行推荐信息；出行推荐信息用于提示用户在候车站点采用第二出行方式出行，出行推荐信息是服务器根据候车站点在目标出行线路上的线路状态信息确定用户在候车站点的候车行为为出行风险事件后发送给客户端的。该方法可以向用户提供多种出行选择，提高用户出行成功率，也可以在一定程度上提高应用的客户留存率。用的客户留存率。用的客户留存率。

【技术实现步骤摘要】
出行方式推荐方法、装置、存储介质及计算机程序产品


[0001]本公开实施例涉及互联网
，特别是涉及一种出行方式推荐方法、装置、存储介质及计算机程序产品。

技术介绍

[0002]网约车应用程序(application，APP)可以面向用户提供公交线路业务，当用户进入公交线路界面，APP可以向用户提供用户待乘线路上的下一辆公交距离用户所在候车站的时间、下一辆公交距离用户所在候车站的距离、用户待乘线路的路况、运营状况以及公交在地图中的具体位置等，从而可以帮助用户获得明确的到站信息。
[0003]但是，当用户待乘线路上下一辆公交车到站时间较长时，往往会造成用户焦虑，也可能导致出行风险，使得APP的客户留存率有所降低。

技术实现思路

[0004]本公开实施例提供一种出行方式推荐方法、装置、存储介质及计算机程序产品，可以向用户提供多种出行选择，提高用户出行成功率，也可以在一定程度上提高应用的客户留存率。
[0005]第一方面，提供了一种出行方式推荐方法，适用于客户端或终端设备该方法包括：
[0006]响应于接收到用户选择第一出行方式的操作，向服务器发送用户在第一出行方式下的目标出行线路以及用户在目标出行线路上的候车站点；
[0007]接收并展示服务器发送的出行推荐信息；出行推荐信息用于提示用户在候车站点采用第二出行方式出行，出行推荐信息是服务器根据候车站点在目标出行线路上的线路状态信息确定用户在候车站点的候车行为为出行风险事件后发送给客户端的。
[0008]第二方面，提供了一种出行方式推荐方法，适用于服务器，该方法包括：
[0009]接收客户端发送的用户在第一出行方式下的目标出行线路以及用户在目标出行线路上的候车站点；
[0010]确定候车站点在目标出行线路上的线路状态信息；
[0011]若根据线路状态确定用户在候车站点的候车行为为出行风险事件，则向客户端发送出行推荐信息，出行推荐信息用于提示用户在候车站点采用第二出行方式出行。
[0012]第三方面，提供一种终端设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，终端设备执行计算机程序时实现上述第一方面所述方法的步骤。
[0013]第四方面，提供了一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，处理器执行计算机程序时实现上述第二方面所述的方法的步骤。
[0014]第五方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第二方面所述方法的步骤。
[0015]第六方面，提供了一种计算机程序产品，包括计算机程序该计算机程序被处理器执行时实现上述第一方面或第二方面所述方法的步骤。
[0016]本公开提供的方法、装置、存储介质及计算机程序产品，可以建立多种出行业务的联动，为用户灵活推荐出行方式。当用户选择的出行方式的候车时间较长，向用户推荐其它备选的出行方式，避免用户等车时间过长等出行风险事件的发生，能够提高用户出行成功率，缓解用户焦虑，也可以在一定程度上提高应用的客户留存率。例如，当用户进入公交线路界面，当用户选中车站的公交车到站时间较长时，向用户提供其他确定性的出行方案(打车出行、骑行或其他出行方式)。
附图说明
[0017]图1为本公开实施例提供的出行推荐方法适用的系统架构图；
[0018]图2为本公开实施例提供的客户端服务器的交互示意图；
[0019]图3为本公开实施例提供的出行推荐方法的流程示意图；
[0020]图4为本公开实施例提供的出行推荐方法的另一流程示意图；
[0021]图5为本公开实施例提供的公交业务详情界面的示意图；
[0022]图6为本公开实施例提供的出行路线查询示意图；
[0023]图7为本公开实施例提供的另一出行线路查询示意图；
[0024]图8为本公开实施例提供的出行推荐信息的界面示意图；
[0025]图9为本公开实施例提供的出行推荐方法的另一流程示意图；
[0026]图10为本公开实施例提供的出行推荐方法的另一流程示意图；
[0027]图11为本公开实施例提供的出行推荐方法的另一流程示意图；
[0028]图12为本公开实施例提供的出行推荐界面示意图；
[0029]图13为本公开实施例提供的出行推荐方法的另一流程示意图；
[0030]图14为本公开实施例提供的出行推荐界面示意图；
[0031]图15为本公开实施例提供的终端设备的结构框图；
[0032]图16为本公开实施例提供的服务器的结构框图；
[0033]图17为本公开实施例提供的电子设备的结构框图；
[0034]图18为本公开实施例提供的服务器的结构框图。
具体实施方式
[0035]为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。
[0036]首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景或者技术演进脉络进行介绍。在出行领域(例如，网约车出行场景、公共交通出行)，可以向用户提供候车信息。例如，网约车APP可以面向用户提供公交线路业务。当用户进入公交线路界面，APP可以向用户提供用户待乘线路上的下一辆公交的到站信息。基于该背景，申请人通过搜集并研究现有案例发现，虽然网约车APP向用户提供公交到站信息能够为用户提供更多的出行便利，但是当用户选中车站的公交车到站时间较长，用户等车时间过长，
往往会造成用户的焦虑情绪，从而导致出行风险，也会造成客户留存率的降低。如何在网约车APP提供公交业务的同时，提高出行成功率，避免客户留存率的降低成为目前亟待解决的难题。为了解决该问题，申请人付出了大量的创造性劳动，提出了下述实施例介绍的技术方案。
[0037]下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进行介绍。
[0038]本公开实施例提供的出行推荐方法，可以应用于如图1所示的系统架构中。该系统架构包括客户端101和服务器102。其中，客户端101可以为手机、平板电脑、IPAD等电子设备，或者，可以为安装在用户的终端设备上的APP软件。服务器102可以是独立的服务器，还可以是服务器集群。
[0039]需要说明的是，客户端101和服务器102之间可以互相通信，本公开实施例对三者的通信方式并不做限定。另外，客户端101可以展示APP的各种应用界面，面向用户提供多种出行方式选择以及多种出行信息查询。服务器102用于支持客户端101所展示业务的后台实现。
[0040]例如，网约车APP可以面向用户提供公交业务，服务器102可以提供公交线路信息。示例的，参考图2，用户在APP的公交业务界面选择“142路”，客户端101获本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种出行方式推荐方法，其特征在于，所述方法包括：响应于接收到用户选择第一出行方式的操作，向服务器发送所述用户在所述第一出行方式下的目标出行线路以及所述用户在所述目标出行线路上的候车站点；接收并展示所述服务器发送的出行推荐信息；所述出行推荐信息用于提示所述用户在所述候车站点采用第二出行方式出行，所述出行推荐信息是所述服务器根据所述候车站点在所述目标出行线路上的线路状态信息确定所述用户在所述候车站点的候车行为为出行风险事件后发送给客户端的。2.根据权利要求1所述的方法，其特征在于，所述响应于接收到用户选择第一出行方式的操作，向服务器发送所述用户在所述第一出行方式下的目标出行线路以及所述用户在所述目标出行线路上的候车站点，包括：响应于接收到所述用户选择所述第一出行方式的操作，显示所述第一出行方式的详情界面；根据所述用户的当前位置以及所述用户在所述第一出行方式的详情界面上的操作，确定所述用户在所述第一出行方式下的目标出行线路以及所述用户在所述目标出行线路上的候车站点；向服务器发送所述用户在所述第一出行方式下的目标出行线路以及所述用户在所述目标出行线路上的候车站点。3.根据权利要求2所述的方法，其特征在于，所述响应于接收到用户选择第一出行方式的操作，向服务器发送所述用户在所述第一出行方式下的目标出行线路以及所述用户在所述目标出行线路上的候车站点，包括：响应于确定所述用户的当前位置与所述候车站点的距离未超过预设的距离阈值且接收到用户选择第一出行方式的操作，向服务器发送所述用户在所述第一出行方式下的目标出行线路以及所述用户在所述目标出行线路上的候车站点。4.根据权利要求1
‑
3任一项所述的方法，其特征在于，所述展示所述服务器发送的出行推荐信息，包括：在所述第一出行方式的详情界面上呈现风险提示...

【专利技术属性】
技术研发人员：周俊，
申请(专利权)人：北京嘀嘀无限科技发展有限公司，
类型：发明
国别省市：