一种乘客下车提示系统及提示方法

技术领域

本申请涉及互联网技术领域，尤其涉及一种乘客下车提示系统及提示方法。

背景技术

随着科技水平的迅速发展，经济水平的逐渐提高，人们对于成活中各种出行的便利性要求越来越高。

目前比较热门的出行方式是智慧出行，在智慧城市系统中，可以将各种信息相互融合，方便用户出行，例如公共交通设备的通行路线、到站时间以及预计到达目标站点的时长等。另外，在乘坐交通工具的过程中，也不需要以往的投币支付，可以通过上车扫码以及下车扫码的方式进行支付。这不仅打通了信息屏障，而且还简化了出行的支付方式，极大的方便了人们的生活。

然而，目前的智慧出行理念仅在于信息的打通，对于一些行动缓慢的老年人来说，或者正在打电话的普通乘客，很容易造成没有听到或者听清车内报站而错过了下车站点，给用户的出行带来了一定的困扰。因此，如何能够给用户提供准确的且智能的提示信息，能够兼顾到车内乘客的个人情况，是本领域亟待解决的技术问题。

发明内容

本申请实施例提供一种乘客下车提示系统及提示方法。通过采用本申请实施例提供的技术方案，可以针对每一位乘客，根据需求提供准确的下车提示功能，能够在乘客行动不便或者车内拥挤的情况下，提前为用户进行下车提示功能，以提升用户的公共交通乘坐体验。

本申请实施例提供一种乘客下车提示系统，所述系统包括用户终端和服务平台，其中：

所述用户终端，与所述服务平台连接，用于获取用户的位置信息、身份信息以及历史乘坐记录信息；

所述服务平台，包括：

路径计算模块，根据用户的位置信息和下车路径上乘车人员的位置信息，计算路径数据冲突；

提示模块，用于根据所述路径数据冲突，确定下车提示信息的发出时间，并将所述下车提示信息下发至用户终端进行下车提示。

进一步地，所述服务平台还包含设备识别模块，用于识别用户当前乘坐的公共交通设备。

进一步的，所述系统还包括公交终端，与所述服务平台连接；

所述服务平台，还包括落客模块，用于识别用户是否在下车站点下车；若未在下车站点下车，则生成驾驶人员提醒信息，并下发至所述公交终端。

所述公交终端，用于接收所述驾驶人员提醒信息，以供驾驶人员进行用户下车等候或者进行下车站点提醒。

进一步的，所述落客模块，还用于：

若用户未在下车站点下车，则获取用户的通讯信息，并下发至所述公交终端；

所述公交终端，用于接收所述通讯信息，以供驾驶人员通过通讯信息呼叫用户以进行下车站点提醒。

进一步的，所述路径计算模块，具体用于：

获取所述公共交通设备存储的乘客上车刷码信息、下车刷码信息以及交通设备内部图像信息中的至少一种，根据所述上车刷码信息、下车刷码信息以及交通设备内部图像信息中的至少一种，计算用户及下车路径上乘车人员的位置信息；

根据所述用户的位置信息和下车路径上乘车人员的位置信息，确定路径数据冲突。

进一步的，所述路径计算模块，还用于：

获取所述公共交通设备的位置信息；

根据用户的位置信息，公共交通设备的位置信息，以及所述公共交通设备内乘车人员的位置信息，确定用户及下车路径上乘车人员的位置信息。

进一步的，所述服务平台还包含用户画像模块。所述用户画像模块，用于采集乘车人员的身份信息和历史乘坐记录信息，构成乘车人员特征数据。所述提示模块，根据所述特征数据计算下车的概率值超过设定阈值的站点，作为预选下车站点。提示模块根据所述位置信息，路径数据冲突程度，以及所述预选下车站点，确定下车提示信息的发出时间。

进一步的，所述系统还包括：

用户终端关联终端，所述用户终端关联终端用于设置用户的上车位置和/或下车位置；还用于接收所述下车提示信息。

本申请实施例还提供了一种乘客下车提示方法，所述方法包括：

收集用户终端的ID信息，由所述ID信息调取用户上下车记录以判断下车站点；

通过公交终端确定所述用户终端的ID信息在车上的位置；

对用户下车路径上乘车人员的位置信息进行提取；

根据用户及下车路径上乘车人员的位置信息，确定路径数据冲突；

根据所述路径数据冲突下发下车提示信息。

进一步的，在根据所述路径数据冲突下发下车提示信息之后，所述方法还包括：

若用户未在下车站点下车，则获取用户的通讯信息，并下发至所述公交终端，以供驾驶人员通过通讯信息呼叫用户以进行下车提示。

进一步的，根据用户及下车路径上乘车人员的位置信息，确定路径数据冲突，包括：

获取所述公交终端存储的乘客上车刷码信息、下车刷码信息以及交通设备内部图像信息中的至少一种，计算用户及下车路径上乘车人员的位置信息；

根据所述用户及下车路径上乘车人员的位置信息确定路径数据冲突。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本发明通过提出一种乘客下车提示方案，适用于用户的智能出行技术。本发明用户终端获取用户的身份信息和历史乘坐记录，供平台确定用户的下车站点，以及根据用户位置，用户路径数据冲突等信息进行下车提示，可以在车辆内部人员数量较多，或者用户本身行动缓慢的进行提前提醒，并将提醒的信息下发至用户终端，以确保提示效果，并能够给用户有充足的空间移动至下车位置。本方案可以针对每一位乘客，根据需求提供准确的下车提示功能，能够在乘客行动不便或者车内拥挤的情况下，提前为用户进行下车提示功能，以提升用户的公共交通乘坐体验。

附图说明

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

图1是本发明实施例一提供的乘客下车提示系统的结构示意图；

图2是本发明实施例二提供的乘客下车提示系统的结构示意图；

图3是本发明实施例三提供的乘客下车提示方法的流程示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例一

图1是本发明实施例一提供的乘客下车提示系统的结构示意图，本实施例可适用于用户乘坐公共交通设备时进行下车提醒的情况，该系统可以执行本发明实施例所提供的乘客下车提示方法，该系统可以由软件和/或硬件的方式来实现。

如图1所示，所述系统用户终端110和服务平台120，其中：

所述用户终端110，与所述服务平台120连接，用于获取用户的位置信息、身份信息以及历史乘坐记录信息；

所述服务平台120，包括：

路径计算模块122，根据用户的位置信息和下车路径上乘车人员的位置信息，计算路径数据冲突；

提示模块123，用于根据所述路径数据冲突，确定下车提示信息的发出时间，并将所述下车提示信息下发至用户终端进行下车提示。

本方案中，用户终端110可以是用户的智能手机、平板电脑等。另外，用户终端还可以是用户通过智能终端安装的软件程序，例如公共交通智能通行APP。可以理解的，用户终端110可以获取用户的身份信息，如姓名、年龄以及性别等。除此之外，还可以获取用户的历史乘坐记录信息，因为用户可能是在家中和上班地点之间乘坐公共交通设备的，因此可以根据用户的历史乘坐记录信息推断用户的下车位置。

本方案中，服务平台120可以是一个或者多个服务器构成的，可以用来进行用户乘坐公共交通设备之后的下车提示。

本方案可以根据功能，将服务平台120划分为以下模块：

路径计算模块122，用于识别所述公共交通设备中的各乘车人员的位置。

本方案中，可以优先确定公共交通工具中的乘车人数，例如可以根据公共交通工具的上车刷码信息和下车刷码信息来确定。例如某一个站点上车刷码三人，下车刷码一人，则车辆内的乘车人数就增加了两人。除此之外，还可以根据驾驶人员或者乘务人员上报的结果来确定，例如驾驶人员可以上报当前车辆内人员数量为“较少、适中、较多、极多”等几个界别的人员数量信息，从而可以根据所述人员数量信息计算拥挤程度。

确定拥挤程度之后，可在拥挤程度到达一定程度时，开始计算乘车人员的位置信息，本方案还可以在任意拥挤程度都计算乘车人员的位置信息。

具体的，位置信息的计算方式可以是根据各个乘车人员携带的用户终端设备的定位信息，相对车辆的定位信息来确定的。在确定各个乘车人员的位置信息之后，可以根据各个乘车人员的位置与车门位置的相对关系，确定各个乘车人员的下车路径，并确定该下车路径上是否存在其他乘车人员。当某一乘车人员的下车路径上存在其他乘车人员时，则可以确定为存在路径数据冲突，并得到相应的输出结果。可以理解的，当下车路径上存在多个其他乘车人员时，得到的路径数据冲突的结果可以从数值大小上进行体现，得到路径数据冲突程度。

用户的位置信息可以是用户在车辆中的位置，例如车辆的前半部分或后半部分，站立在过道或者坐在座椅上等。下车路径上乘车人员可以是用户下车需要经过的路径上站立的乘车人员。相应的，下车路径上乘车人员的位置信息可以与用户的位置信息相类似。

本方案还可以根据位置信息，例如确定还有600米到达用户的下车站点，进而可以根据当前速度确定剩余路程需要行驶1分钟。进一步的，根据路径数据冲突程度，确定下车提示信息的发出时间，是在预定下车站点到站时间之前提前发出下车提示信息，使用户收到提示后有时间在到站之前移动到车门处。例如，确定用户需要提前40秒向车门处移动，则可以再经过20秒向用户终端发出下车提示信息。可以理解的是，路径数据冲突程度越大，发出下车提示信息的时间越早，即路径数据冲突程度和下车提示信息的发出时间相对于到站时间的提前量满足设定的数据对应关系。优选地，用户终端可以设置所述路径数据冲突程度和所述提前量之间的对应关系，并将设置信息反馈至服务平台，例如，某乘客因行动较慢设置增加提前量。

提示模块123，用于根据所述路径数据冲突，确定下车提示信息的发出时间，并将所述下车提示信息下发至用户终端进行下车提示。

具体可以是与用户终端进行通信的模块，此处具体是用来将下车提示信息下发至用户终端的模块。本方案中，可以将下车提示信息下发至用户终端，供所述用户终端进行下车提示。具体的提示方式可以是通过声音播报的方式，还可以是通过屏幕显示或者用户终端震动等方式进行提示。

服务平台还包含用户画像模块125。所述用户画像模块，用于采集乘车人员的身份信息和历史乘坐记录信息，构成乘车人员特征数据。

本方案中，乘车人员的身份信息和历史乘坐记录信息构建的，例如包含用户的年龄，性别，常用上车地点，常用上车时间，常用下车地点以及常用下车时间等。本方案可以基于此来构建乘车人员画像，例如可以是各个乘车人员的画像，即本方案中用户具有自己的画像信息，用户下车路径上乘车人员也具有各自的画像信息。本方案用户及下车路径上乘车人员的画像都可以有服务平台确定并收集。

此处，用户的画像可以包括用户的通常上下车站点、年龄、性别以及职业等。除此之外，用户画像可以是对用户的公共出行频次、个人身体状况以及车内喜好乘坐位置进行描述的信息。可以根据用户终端历史获取到的相关信息进行统计或者机器学习来得到。

所述提示模块，还用于根据所述特征数据计算下车的概率值超过设定阈值的站点，作为预选下车站点。根据所述位置信息，路径数据冲突程度，以及所述预选下车站点，确定下车提示信息的发出时间。

本实施例提供的技术方案，通过用户终端获取用户的身份信息和历史乘坐记录，供平台确定用户的下车站点，以及根据用户位置，用户路径数据冲突等信息进行下车提示，可以在车辆内部人员数量较多，或者用户本身行动缓慢的进行提前提醒，并将提醒的信息下发至用户终端，以确保提示效果，并能够给用户有充足的空间移动至下车位置。本方案可以针对每一位乘客，根据需求提供准确的下车提示功能，能够在乘客行动不便或者车内拥挤的情况下，提前为用户进行下车提示功能，以提升用户的公共交通乘坐体验。

进一步地，所述服务平台还可包含设备识别模块121，用于根据用户的位置信息，识别用户当前乘坐的公共交通设备。

设备识别模块121，用于根据用户的位置信息，识别用户当前乘坐的公共交通设备的具体公共交通线路以及班次。具体的，可以根据用户的位置信息与现有的公共交通设备的运行状态信息相匹配，确定位置和时间都能够匹配成功的公共交通设备。其中，公共交通设备可以是公交车、地铁、轻轨、客车、城际列车以及高铁等。这样，本申请的计算模块、用户画像模块基于所识别的公共交通设备的内部结构、交通设备运行数据、与所述公共交通设备相关的乘客数据进行处理。

实施例二

图2是本发明实施例二提供的乘客下车提示系统的结构示意图。如图2所示，所述系统还包括公交终端130，与所述服务平台120连接；

所述服务平台120，还包括：

落客模块125，用于识别用户是否在下车站点下车；若未在下车站点下车，则生成驾驶人员提醒信息，并下发至所述公交终端130；

所述公交终端130，用于接收所述驾驶人员提醒信息，以供驾驶人员进行用户下车等候或者进行下车站点提醒。

其中，公交终端130，可以是用来进行驾驶人员提醒的终端，例如可以在驾驶人员的驾驶舱附近设置有显示屏，供驾驶人员确定当前站点需要下车的用户是否已经下车。如果还未下车，则需要等待下车后再起步行驶。这样设置可以避免用户下车过程中车辆起步造成的摔倒等风险。

本方案中，落客模块125，可以识别用户是否在下车站点下车；并在用户未在下车站点下车时，生成驾驶人员提醒信息并下发至所述公交终端130。具体的，可以通过图像识别，例如通过车辆下车门口的摄像头识别用户是否下车，还可以通过识别用户是否进行扫码下车，以及，还可以根据用户的位置信息相对车辆的位置信息是否发生了明显的位移变化，如距离从0变化到超过15米以上，来确定用户是否下车。可以理解的，如果识别用户还未下车，则可以立即向公交终端130下发驾驶人员提醒信息。

驾驶人员在看到当前站点尚有本应下车的用户还未下车时，可以停车等待，并向用户进行下车站点的提醒。

本方案中，不仅可以通过对驾驶人员显示，还可以通过对乘务人员显示，或者只对乘务人员进行显示。这样可以又乘务人员来辅助确定当前站点应该下车的乘客是否已经全部下车，从而可以辅助驾驶人员减轻驾驶过程中的工作量，提高避免驾驶人员分担精力过多而影响驾驶。

在一个可行的实施例中，可选的，所述落客模块125，还用于：

若用户未在下车站点下车，则获取用户的通讯信息，并下发至所述公交终端；

所述公交终端，用于接收所述通讯信息，以供驾驶人员通过通讯信息呼叫用户以进行下车站点提醒。

本方案中，除了可以向驾驶人员报告目前尚未下车的乘客数量以外，还可以像驾驶人员发送通讯信息，以供驾驶人员进行通讯告知，例如打电话告知用户需要下车，避免用户因为睡着或者集中注意力处理其他事物而错过下车站点。

本方案这样设置的好处是，可以便于驾驶人员对每个站点需要下车的人员进行提醒，提高提醒的效率和强度，使得每个乘客能够在应该下车的站点收到提醒，避免错过下车站点的发生。

在上述各实施例的基础上，可选的，所述路径计算模块，具体用于：

获取所述公共交通设备存储的上车刷码信息、下车刷码信息以及交通设备内部图像信息中的至少一种，根据所述上车刷码信息、下车刷码信息以及交通设备内部图像信息中的至少一种，计算用户及下车路径上乘车人员的位置信息；

根据所述用户及下车路径上乘车人员的位置信息确定路径数据冲突。

本方案中，上车刷码信息可以是上车扫描车门附近的二维码，还可以是通过用户终端显示二维码供车辆上面的扫码机器识别，以记录用户的上车地点。下车刷码也可以是类似的过程。交通设备内部图像信息可以是通过设置在交通设备内部的摄像机拍摄到的图像，并基于图像识别技术，确定用户以及其他乘车人员在车辆中的位置。同时可以根据图像确定用户及下车路径上乘车人员的数量。例如老年人、儿童等。除此之外，用户及下车路径上乘车人员的数量还可以基于各个人员持有的用户终端的信息来获取。例如可以包括乘车人员的画像，如上下车地点、性别、年龄以及职业等。

本方案，可以通过用户及下车路径上乘车人员的位置信息确定路径数据冲突，可以提前告知用户，以提醒用户提前向下车的车门位置移动。

在上述技术方案的基础上，可选的，所述路径计算模块，还用于：

获取所述公共交通设备的位置信息；

根据用户的位置信息，公共交通设备的位置信息，以及所述公共交通设备内乘车人员的位置信息，确定用户及下车路径上乘车人员的位置信息。

其中，公共交通设备的位置信息，可以是在明确用户乘坐的公共交通设备之后，通过公共交通设备自身携带的公交机具中的定位模块获取到的位置信息。本方案中，可以通过一定的周期采集用户的位置信息和公共交通设备的位置信息两组数据，并通过对比，确定用户当前是否在公共交通设备的后方。由于公共交通设备的后方往往是移动至下车车门位置时间最长的，因此如果为公共交通设备的后方，则需要提前向用户发送下车提示信息。其中下车难易程度，可以是与用户在公共交通设备中的位置与车门位置的远近确定的。并可以以下车难易程度作为确定下车提示信息的发出时间的一个因素，从而得到更加准确的下车提示信息的发出时间。

在一个可行的实施例中，可选的，所述用户终端，还用于：

获取预选下车站点；

相应的，所述提示模块，具体用于：

根据所述位置信息，所述用户画像，公共交通设备内的拥挤程度，以及所述预选下车站点，确定下车提示信息的发出时间。

其中，预选下车站点可以是在上车时或者在上车之前就选择好的，例如学生的家长为学生设置下车站点，使得学生能够在上车之后直接确定下车站点，避免错过下车站点。具体的选择方式，可以是通过用户终端上面的应用程序选择公共交通设备的线路和运行方向之后，从多个候选的公共交通设备的途经站点中选择下车站点。本方案可以通过预选下车站点，确定下车提示信息的发出时间，以得到更加精准的通知效果。

在一个可行的实施例中，可选的，所述系统还包括：

用户终端关联终端，所述用户终端关联终端用于设置用户的上车位置和/或下车位置；还用于接收所述下车提示信息。

本方案中，可以通过车内图像采集设备，如摄像机等采集的图像信息，并对所述图像信息进行人体识别，以得到公共交通设备中的乘坐人员数量。本方案中，可以通过用户终端的应用程序向用户提示以采集车厢内部的图像，以得到车内的图像信息。通过这样的设置，可以便于用户更加准确的确定用户在公共交通设备中的位置，以及当前的乘坐人员数量，从而可以更加准确的进行下车提示信息的发送。

实施例三

图3是本发明实施例三提供的乘客下车提示方法的流程示意图。如图3所示，所述方法包括：

S310，收集用户终端的ID信息，由所述ID信息调取用户上下车记录以判断下车站点；

S320，通过公交终端确定所述用户终端的ID信息在车上的位置；

S330，对用户下车路径上乘车人员的位置信息进行提取；

S340，根据用户及下车路径上乘车人员的位置信息，确定路径数据冲突；

S350，根据所述路径数据冲突下发下车提示信息。

在上述技术方案的基础上，可选的，在根据所述路径数据冲突下发下车提示信息之后，所述方法还包括：

若用户未在下车站点下车，则获取用户的通讯信息，并下发至所述公交终端，以供驾驶人员通过通讯信息呼叫用户以进行下车提示。

在上述技术方案的基础上，可选的，根据用户及下车路径上乘车人员的位置信息，确定路径数据冲突，包括：

获取所述公交终端存储的上车刷码信息、下车刷码信息以及交通设备内部图像信息中的至少一种，计算用户及下车路径上乘车人员的位置信息；

根据所述用户及下车路径上乘车人员的位置信息确定路径数据冲突。

本方法可以由上述各实施例所提供的乘客下车提示系统执行，具有与之相应的功能模块和有益效果。此处不再赘述。

为了进一步的说明，以下为本方案提供的一种优选的实施方式：

鉴于现有的乘车过程中，司乘人员无法获取乘客下车的目标地点，容易引发冲突的情况，手机乘车基本已经被大家所接受的情况下，设计一套由用户的常用行为分析结合用户自定义下车提醒、拟合历史及预判情况用户显著行为特征的功能，在发车时，系统针对用户可以触发信息提醒司乘人员有需要下车但尚未下车的乘客。也可以通过拟合乘客、车辆满载状况、交通状态等制定提示信息以及设置提示前量时间。信息的提示可以通过乘客端进行展示也可以通过车载设备、司乘设备进行展示。

为了实现上述的目的，本发明设计了一套自动提供提示信息的计算方法和技术系统，能够自动根据用户的实际场景、拟合用户的同类画像，综合车辆承载情况及路况下、乘客所在车辆位置，计算提示用户准备下车提前量，在出站前分析乘客是否及时下车，提示司乘人员有乘客需要下车尚未下车的功能。其特征在于根据用户的特征，自动判断满足用户预期的、与用户行为预期相符的模型，客户是否已经按模型设定下车，是否触发提示用户模型。此应用信息可用于包括车内语音播报、司乘提醒设备、用户端的下车提醒设置功能等。

提示模块，分析和计算出用户路径数据冲突f(x，f1(y)，z)＝w，其中x是用户信息，包含有用户基本画像及当前位置信息、f1(y)是乘客下车路径上拥堵评估模块、z是车辆的当前位置信息、w是通过综合分析给出用户的路径数据冲突，y是当前车辆的乘客集合，包括乘客的位置和基本画像。计算模块根据用户的拥堵程度、用户的个体情况、车辆状况计算出用户的下车难易程度。

其中的乘客下车路径上拥堵评估模块f1，是通过计算当前乘客数据，其中参与运算的数据包括：不同乘客行为(例如常用下车站点、行进方向、下车时间、日期等)、不同乘客的车辆中的位置，对每一位乘客行为建立相应的标准计算逻辑，最终应用于x乘客的拥堵模型上，判断出用户的下车的拥堵程度。

提示信息综合处理模块。根据用户下车计算模型计算的数据，综合多个用户的拥堵程度，设计一个合理的提示方式模型，可同时提醒多个用户的下车信息，或者针对个体进行提示。为用户提供智能服务时的参考信息，是通过智能分析和逐步验证后确定的，类别上包括但不限于公交机具、共享设备等几类信息。场景上包括但不限于公交信息、共享交通信息等。

用户已经按照预先设定下车，或者已经提前下车，系统能够自动的根据用户实时的情况进行调整系统拟合算法，修正系统的参数以及单个乘客的模型信息，为后续的提示重建输入判断要素。在后续运算中增加能更准确的适配用户的行为的提示逻辑。

本方案尤其针对以下几种场景，可以适用：

根据历史情况分析下车情况的场景：

该系统至少需要具有：用户的位置信息、车站位置信息、车辆归属信息、应用信息对应关系、用户乘车规律画像基础信息，根据用户的当前所在的时间、空间的信息，能够依据用户的用户历史曲线模型，分析出用户的最佳行为相关应用信息，按照应用信息的工作条件，计算出乘客的实际目标车站，同时根据车辆人员分布情况，广播提醒下车的时机、针对个人的下车时机的提醒。如果已经预计要错过站点，提示司乘人员重点提醒，保障及时下车。

根据用户提前设定下车情况进行提示的场景：

该系统至少需要具有：用户的位置信息、用户设置信息、前置条件信息、应用信息对应关系、用户乘车规律画像基础信息，根据用户的当前所在的时间、空间的信息，能够依据用户自己设定的下车逻辑情况，分析应用的前置推送要求，按照应用信息的工作条件，在某一个站点车辆即将出站之前，提示司乘暂停发车，推送是否单独需要提醒车上乘客下车，此案例也可以应用于受托送乘客到目的地进行的提示，司乘人员甚至可以通过预留的联系方式直接进行沟通。

针对托送情况进行提示的场景：

该系统至少需要具有：用户的位置信息、用户设置信息、用户属性，根据用户的当前所在的时间、空间的信息，能够依据针对用户分析出的下车逻辑情况、附加用户的设定信息及对应关系设定表，按照实际需求反应映射关系信息，在某一个站点车辆即将出站之前，提示司乘暂停发车，确认托送人员或者其他物品下车处理，司乘人员甚至可以通过预留的联系方式直接进行沟通。

本发明是通过分析用户的历史信息以及辅助用户选定相应的参考信息，能够显著减少用户忘记下车情况、提醒用户及早向靠近车门方向移动，提高用户在实际生活中的便利性、降低用户的焦虑，提高公交系统的运行效率和准点率、满意度。

在所有使用人群中，能够提高40％的用户错过目标站点的情况。

同时在60岁以上的人群中，可以减少95％以上用户下车时间焦虑、错过目标站点情况。

在同等功能使用中，能够增加80％老年和青少年的公共乘车优良体验。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。