本申请涉及电子技术领域，尤其涉及一种下车提醒方法、装置及计算机可读存储介质。
背景技术：
随着社会的发展，公共交通(例如公交或地铁等)越来越发达，为用户出行可以提供较大便利。在实际应用中，用户为了在乘坐公共交通工具时更好的打发时间，通常会在车辆内睡觉或使用终端进行娱乐等，从而时常会有错过下车站点而坐过站的情况发生。
目前，为了避免用户错过下车站点，车辆内通常会通过扬声器播放报站语音或通过显示屏显示报站信息，以对用户进行下车提醒。然而，在用户沉浸于睡眠或终端娱乐之中时，通常极易忽略车辆的报站语音或报站信息显示，也即下车提醒到达用户的概率较差，导致对用户进行下车提醒的可靠性和有效性较低。
技术实现要素：
本申请实施例提供了一种下车提醒方法、装置及计算机可读存储介质，至少能够解决相关技术中通过车辆进行语音报站或显示报站来提示用户下车，所导致的下车提醒的可靠性和有效性较低的问题。
本申请实施例第一方面提供了一种下车提醒方法，包括：
在车辆运行过程中对终端位置信息进行采集；
根据所述终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点；其中，所述乘车行程包括：上车站点、下车站点以及所述上车站点与所述下车站点之间所需经过的所有站点；
在所述即将到达站点与所述下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
本申请实施例第二方面提供了一种下车提醒装置，包括：
采集模块，用于在车辆运行过程中对终端位置信息进行采集；
确定模块，用于根据所述终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点；其中，所述乘车行程包括：上车站点、下车站点以及所述上车站点与所述下车站点之间所需经过的所有站点；
下车提醒模块，用于在所述即将到达站点与所述下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
本申请实施例第三方面提供了一种电子装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时，实现上述本申请实施例第一方面提供的下车提醒方法中的各步骤。
本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的下车提醒方法中的各步骤。
由上可见，根据本申请方案所提供的下车提醒方法、装置及计算机可读存储介质，该下车提醒方法包括：对车辆运行过程中的终端位置信息进行采集；根据终端位置信息从包括乘车出行时所需经过的所有站点的用户乘车行程中，确定车辆的即将到达站点；在即将到达站点与下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。通过本申请方案的实施，根据用户乘车行程和终端实时定位信息确定即将到达站点，并在即将到达站点与用户下车站点之间的关系符合条件时，控制终端自动输出下车提醒，有效提高了下车提醒到达用户的概率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。
附图说明
图1为本申请第一实施例提供的下车提醒方法的基本流程示意图；
图2为本申请第一实施例提供的候车方向提醒方法的流程示意图；
图3为本申请第一实施例提供的车辆到达提醒方法的流程示意图；
图4为本申请第一实施例提供的站点确定方法的流程示意图；
图5为本申请第二实施例提供的下车提醒方法的细化流程示意图；
图6为本申请第三实施例提供的一种下车提醒装置的程序模块示意图；
图7为本申请第三实施例提供的另一种下车提醒装置的程序模块示意图；
图8为本申请第四实施例提供的电子装置的结构示意图。
具体实施方式
为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了解决相关技术中通过车辆进行语音报站或显示报站来提示用户下车，所导致的下车提醒的可靠性和有效性较低的缺陷，本申请第一实施例提供了一种下车提醒方法，如图1为本实施例提供的下车提醒方法的基本流程图，该下车提醒方法包括以下的步骤：
步骤101、在车辆运行过程中对终端位置信息进行采集。
作为一个实施例，本实施例的应用场景可以为公交出行场景或地铁出行场景。针对车辆是否处于运行过程中的判断(也即判断终端用户是否处于乘坐车辆的过程)，可以通过终端上的加速度传感器采集终端的加速度数据，然后判断所采集的加速度数据是否在预设的数据范围(该数据范围对应于车辆正常运行时的加速度值的变化区间)内，并在所采集的加速度数据处于该数据范围时，确定终端用户所乘坐的车辆正处于运行过程中。而在另一些实施例中，基于车辆(特别是地铁)高速运行过程中，所产生的车辆运行噪音(风噪、胎噪)较大，本实施例还可以由终端通过麦克风采集环境噪音数据，然后判断所采集的环境噪音数据是否超过预设的噪音阈值，当环境噪音数据超过噪音阈值时，即可确定终端用户所乘坐的车辆正处于运行过程中。此外，在其他实施例中，也可以选取多个时间片段以及对应时间片段内终端移动的平均速度来判断终端用户所乘坐的车辆是否处于运行过程中，比如：若选取的多个时间片段内的终端移动的平均速度都超过预设数据阈值，即可确定终端用户所乘坐的车辆正处于运行过程中。
步骤102、根据终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点。
具体的，本实施例的乘车行程包括：上车站点、下车站点以及上车站点与下车站点之间所需经过的所有站点。在本实施例中，基于当前的终端位置信息，参考终端用户出行行程上的站点的位置，对距离用户当前位置最近的站点进行确定，并将所确定出的站点作为车辆的即将到达站点。
应当说明的是，在实际应用中，终端用户的乘车行程可以通过用户人工输入(手动输入或语音输入)，例如在行程输入界面输入上车站点和下车站点之后，再自动生成对应乘车线路上两站点之间所有需要经过的站点。而在另一种情况下，因为目前可以基于电子支付的方式乘坐公共交通，例如通过nfc支付或扫码支付，那么在用户在上车站点进行电子支付后，可以自动获取到上车站点，而用户仅需输入下车站点，然后再对两站点之间的所有站点进行自动生成。
此外，在本实施例的一些实施方式中，在车辆运行过程中对终端位置信息进行采集之前，还包括：在确定车票读取装置进入终端的信号感应范围时，对终端相对车票读取装置的距离数据进行采集；在距离数据小于预设的距离数据阈值时，控制终端对电子车票进行使用激活。
具体的，在实际应用中，在终端上打开或切换电子车票(乘车码或nfc卡片)通常需要一定的操作时间，从而经常会出现因为打开获切换电子车票缓慢而造成排队的情况。基于此，本实施例通过检测终端开始进入车票读取装置(例如地铁的进站或出站闸机)的信号感应范围，并在终端靠近车票读取装置到一定程度时，确定用户当前具备进出站或上下车需求，从而控制终端自动激活终端上的电子车票，而使得终端自动提供电子车票供用户使用，以方便用户使用，并提高了公共交通系统的运行效率。应当说明的是，本实施例中终端可以通过红外的方式来对车票读取装置进行感应，并且可以通过所感应的信号强度来实现距离数据采集。
在本实施例一种优选的实施方式中，在根据终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点之前，还包括：基于与电子车票的通信连接，获取电子车票所关联的上车站点和下车站点；根据上车站点和下车站点获取终端用户的乘车行程。
具体的，为了提高乘车行程获取的便利性，在本实施例中，还可以自动获取用户的乘车行程。本实施例中的电子车票可以是在地铁站自助购买的单程地铁票，该单程地铁票内记录有用户自助选定的包括有上车站点和下车站点的乘车行程，在实际应用中，用户在乘坐地铁时，可以将该电子车票靠近终端而与终端建立nfc连接，终端基于nfc连接读取电子车票中所存储的行程信息。
步骤103、在即将到达站点与下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
具体的，在本实施例中，在即将到达站点与用户下车站点之间的关系符合条件时，控制终端自动输出下车提醒，而不必用户时刻注意车辆本身发出的报站提醒，有效提高了下车提醒到达用户的概率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。
应当说明的是，本实施例提醒触发条件优选的可以为即将到达站点为下车站点，而在实际应用中，提醒触发条件还可以为即将到达站点为下车站点前一站或前几站，可视具体使用需求而定。还应当理解的是，本实施例的下车提醒方式可以包括振动提醒、响铃提醒、显示提醒等中的一种或多种，而用户下车站点可以是用户的目的地站点或中途换乘站点，另外，在实际应用中，为了进一步加强下车提醒的可靠性，还可以控制终端间隔预设时长之后重复提醒，且提醒的剧烈程度可以相对前次更高。
如图2所示为本实施例提供的一种候车方向提醒方法的流程示意图，进一步地，在本实施例的一些实施方式中，在车辆运行过程中对终端位置信息进行采集之前，还具体包括以下步骤：
步骤201、采集终端用户在站内移动过程中的用户位置信息；
步骤202、在基于用户位置信息确定终端用户到达目标候车区域时，采集用户站立方向信息；
步骤203、基于乘车行程确定正确候车方向信息，并将用户站立方向信息与正确候车方向信息进行比对；
步骤204、在比对不一致时，控制终端输出候车方向错误提醒。
具体的，在实际应用场景中，地铁同一线路的正反方向通常是在同一层相对两边，为了避免用户乘错方向，通过乘车行程中当前上车站点和目标下车站点的位置关系，确定用户在上车站点所需乘坐的正确车辆的候车方向，并在确定用户到达候车区域时，利用终端的方向传感器，采集用户候车时的站立方向，判断该方向是否与所确定的正确候车方向一致，并在不一致时输出提醒，以指示用户更改候车方向。当然在实际应用中，也可以预先在确定用户的所需乘坐的正确车辆的候车方向之后，便提前输出该候车方向，以提示用户在左侧候车或右侧候车。
如图3所示为本实施例提供的一种车辆到达提醒方法的流程示意图，在本实施例的一些实施方式中，在车辆运行过程中对终端位置信息进行采集之前，还具体包括以下步骤：
步骤301、基于乘车行程确定车辆运行线路；
步骤302、获取车辆运行线路上，距离上车站点最近的目标车辆的到达时刻；
步骤303、控制终端输出目标车辆的到达时刻提醒。
具体的，在实际应用中，通常可以完成用户乘车行程的车辆运行线路有多条，而每条车辆运行线路上又同时有多辆车辆运行，由于所有可完成用户乘车行程的车辆到达用户上车站点的时间有先后，而为了用户更好的规划自己的时间，本实施例对最快到达车辆的到达时刻进行提醒，基于此，用户可以把握自己在站内行走至候车区域的节奏，以及预判自己是否能赶上这趟车。
在本实施例的一些实施方式中，若下车站点为换乘站点，则控制终端输出下车提醒之后，还包括：基于乘车行程与换乘站点确定用户的换乘线路；获取换乘线路上，距离换乘站点最近的换乘车辆的到达时刻；控制终端输出换乘车辆的到达时刻提醒。本实施例在确定即将到达换乘站点时，还基于用户的乘车行程和换乘站点确定换乘线路，并将最快到达的换乘线路到达换乘站点的时刻进行输出提醒，以使得用户对换乘能够预先有所把握，能够采用更合理和从容的方式进行换乘。
在本实施例的一些实施方式中，在控制终端输出下车提醒之前，还包括：获取对应于终端位置信息的定位精度指标；将定位精度指标与标准定位精度指标进行比对；在定位精度指标比对通过时，执行控制终端输出下车提醒的步骤。
具体的，在实际应用中，受客观因素的影响，比如环境因素或终端自身因素，终端的定位性能可能会不太准确，那么在这种情况下所确定的即将到达站点并不一定准确，进而会导致下车提醒失准。基于此，本实施例在确定即将到达站点之后，还对终端采集该终端位置信息时的定位精度进行准确性判断，在该定位精度符合定位准确性要求时，判定当前所确定的即将到达站点准确，然后在即将到达站点与下车站点的关联关系符合提醒触发条件时，可以准确输出下车提醒。
进一步地，在本实施例的一些实施方式中，在将定位精度指标与标准定位精度指标进行比对之后，还包括：在定位精度指标未比对通过时，基于所采集的车辆运行过程中的运行数据重新确定即将到达站点；在重新确定的即将到达站点与下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
具体的，在本实施例中，为了保证在终端定位功能异常时，仍能控制终端自动、准确输出下车提醒，本实施例提供了一种救济措施，也即对车辆运行过程中的运行数据持续进行采集，并基于车辆运行数据来确定车辆的即将到达站点，然后基于该即将到达站点进行提醒触发条件判断，进而进行下车提醒。
如图4所示为本实施例提供的一种站点确定方法的流程示意图，在本实施例的一些实施方式中，基于所采集的车辆运行过程中的运行数据重新确定即将到达站点具体包括以下步骤：
步骤401、持续采集车辆运行过程中的加减速统计数据；
步骤402、通过加减速统计数据确定当前的累积加减速次数，并根据累积加减速次数确定车辆自上车站点起的累积经过的站点数量；
步骤403、结合上车站点以及累积经过的站点数量，重新确定即将到达站点。
具体的，在用户乘坐地铁出行的场景下，本实施例通过终端上的加速度计对自用户上车起的加速和减速数据进行监测，其中，一次加速和一次减速的组合对应于地铁经过了一个站点，基于此，本实施例通过识别加减速组合的个数即可确定自用户上车起地铁经过了多少个站点，进而通过上车站点以及所经过的站点总数，即可从当前乘车行程上确定即将到达站点。
基于上述本申请实施例的技术方案，对车辆运行过程中的终端位置信息进行采集；根据终端位置信息从包括乘车出行时所需经过的所有站点的用户乘车行程中，确定车辆的即将到达站点；在即将到达站点与下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。通过本申请方案的实施，根据用户乘车行程和终端实时定位信息确定即将到达站点，并在即将到达站点与用户下车站点之间的关系符合条件时，控制终端自动输出下车提醒，有效提高了下车提醒到达用户的概率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。
图5中的方法为本申请第二实施例提供的一种细化的下车提醒方法，该下车提醒方法包括：
步骤501、在确定车票读取装置进入终端的信号感应范围时，对终端相对车票读取装置的距离数据进行采集。
在本实施例中，车票读取装置可以例如地铁的进站或出站闸机，用于对终端上的电子车票例如乘车码或nfc卡片进行读取。
步骤502、在距离数据小于预设的距离数据阈值时，控制终端对电子车票进行使用激活。
本实施例通过检测终端开始进入车票读取装置的信号感应范围，并在终端靠近车票读取装置到一定程度时，确定用户当前具备进出站或上下车需求，从而控制终端自动激活终端上的电子车票，而使得终端自动提供电子车票供用户使用，以方便用户使用，并提高了公共交通系统的运行效率。
步骤503、根据车票读取装置的响应结果获取上车站点，并基于用户的下车站点输入指令获取下车站点。
步骤504、根据上车站点和下车站点获取终端用户的乘车行程。
本实施例的乘车行程包括：上车站点、下车站点以及上车站点与下车站点之间所需经过的所有站点。并且若用户的乘车行程不是直达行程，而需要进行换乘时，本实施例的乘车行程上还对换乘站点进行指示。
步骤505、在车辆运行过程中对终端位置信息进行采集，并根据终端位置信息从乘车行程中确定车辆的即将到达站点。
在本实施例中，基于当前的终端位置信息，参考终端用户出行行程上的站点的位置，对距离用户当前位置最近的站点进行确定，并将所确定出的站点作为车辆的即将到达站点。
步骤506、判断终端的定位精度是否符合准确定位要求；若是，则执行步骤508，若否，则执行步骤507。
本实施例在确定即将到达站点之后，还对终端采集该终端位置信息时的定位精度进行准确性判断，以避免基于终端定位功能所实现的下车提醒失准。
步骤507、基于所持续采集的车辆运行过程中的运行数据重新确定即将到达站点。
为了保证在终端定位功能异常时，仍能控制终端自动、准确输出下车提醒，本实施例在这种情况下可以调用终端所统计的车辆运行数据进行即将到达站点的确定。在实际应用中，车辆运行数据可以是自用户上车起车辆的加速和减速数据，通常一次加速和一次减速的组合对应于车辆经过了一个站点，基于此，本实施例通过识别加减速组合的个数即可确定自用户上车起车辆经过了多少个站点，进而通过上车站点以及所经过的站点总数，即可从当前乘车行程上确定即将到达站点。
步骤508、在即将到达站点为下车站点时，控制终端输出下车提醒。
具体的，在本实施例中，在基于自动确定的即将到达站点为乘车行程上的下车站点时，控制终端自动输出下车提醒，而不必用户时刻注意车辆本身发出的报站提醒，有效提高了下车提醒到达用户的概率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。
应当理解的是，本实施例中各步骤的序号的大小并不意味着步骤执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成唯一限定。
本申请实施例公开了一种下车提醒方法，在车票读取装置进入终端的信号感应范围，且与终端的距离数据小于预设阈值时，控制终端对电子车票进行使用激活；对车辆运行过程中的终端位置信息进行采集；根据终端位置信息从包括乘车出行时所需经过的所有站点的用户乘车行程中，确定车辆的即将到达站点；判断终端的定位精度是否符合准确定位要求；在终端的定位精度符合准确定位要求时，在即将到达站点为下车站点时，控制终端输出下车提醒。通过本申请方案的实施，根据用户乘车行程和终端实时定位信息确定即将到达站点，并在即将到达站点与用户下车站点之间的关系符合条件时，控制终端自动输出下车提醒，有效提高了下车提醒到达用户的概率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率；并且，本实施例自动激活终端上的电子车票，提高了用户的使用便捷性；此外，在终端的定位精度符合准确定位要求时，基于所持续采集的车辆运行过程中的运行数据重新确定即将到达站点，保证了下车提醒的准确性。
图6为本申请第三实施例提供的一种下车提醒装置。该下车提醒装置可用于实现前述实施例中的下车提醒方法。如图6所示，该下车提醒装置主要包括：
采集模块601，用于在车辆运行过程中对终端位置信息进行采集；
确定模块602，用于根据终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点；其中，乘车行程包括：上车站点、下车站点以及上车站点与下车站点之间所需经过的所有站点；
下车提醒模块603，用于在即将到达站点与下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
请参阅图7，在本实施例的一些实施方式中，下车提醒装置还包括：获取模块604，用于：根据终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点之前，基于与电子车票的通信连接，获取电子车票所关联的上车站点和下车站点；根据上车站点和下车站点获取终端用户的乘车行程。
请再次参阅图7，在本实施例的一些实施方式中，下车提醒装置还包括：候车提醒模块605，用于在车辆运行过程中对终端位置信息进行采集之前，采集终端用户在站内移动过程中的用户位置信息；在基于用户位置信息确定终端用户到达目标候车区域时，采集用户站立方向信息；基于乘车行程确定正确候车方向信息，并将用户站立方向信息与正确候车方向信息进行比对；在比对不一致时，控制终端输出候车方向错误提醒。
请再次参阅图7，在本实施例的一些实施方式中，下车提醒装置还包括：到达提醒模块606，用于在车辆运行过程中对终端位置信息进行采集之前，基于乘车行程确定车辆运行线路；获取车辆运行线路上，距离上车站点最近的目标车辆的到达时刻；控制终端输出目标车辆的到达时刻提醒。
请再次参阅图7，在本实施例的一些实施方式中，下车提醒装置还包括：比对模块607，用于在控制终端输出下车提醒之前，获取对应于终端位置信息的定位精度指标；将定位精度指标与标准定位精度指标进行比对。在比对模块607输出定位精度指标比对通过时，下车提醒模块603对应执行其功能。
进一步地，在本实施例的一些实施方式中，确定模块602还用于：在将定位精度指标与标准定位精度指标进行比对之后，在定位精度指标未比对通过时，基于所采集的车辆运行过程中的运行数据重新确定即将到达站点；下车提醒模块603还用于：在重新确定的即将到达站点与下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
更进一步地，在本实施例的一些实施方式中，确定模块602在基于所采集的车辆运行过程中的运行数据重新确定即将到达站点时，具体用于：持续采集车辆运行过程中的加减速统计数据；通过加减速统计数据确定当前的累积加减速次数，并根据累积加减速次数确定车辆自上车站点起的累积经过的站点数量；结合上车站点以及累积经过的站点数量，重新确定即将到达站点。
应当说明的是，第一、二实施例中的下车提醒方法均可基于本实施例提供的下车提醒装置实现，所属领域的普通技术人员可以清楚的了解到，为描述的方便和简洁，本实施例中所描述的下车提醒装置的具体功能，可以参考前述方法实施例中的对应过程，在此不再赘述。
根据本实施例所提供的下车提醒装置，对车辆运行过程中的终端位置信息进行采集；根据终端位置信息从包括乘车出行时所需经过的所有站点的用户乘车行程中，确定车辆的即将到达站点；在即将到达站点与下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。通过本申请方案的实施，根据用户乘车行程和终端实时定位信息确定即将到达站点，并在即将到达站点与用户下车站点之间的关系符合条件时，控制终端自动输出下车提醒，有效提高了下车提醒到达用户的概率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。
请参阅图8，图8为本申请第四实施例提供的一种电子装置。该电子装置可用于实现前述实施例中的下车提醒方法。如图8所示，该电子装置主要包括：
存储器801、处理器802、总线803及存储在存储器801上并可在处理器802上运行的计算机程序，存储器801和处理器802通过总线803连接。处理器802执行该计算机程序时，实现前述实施例中的下车提醒方法。其中，处理器的数量可以是一个或多个。
存储器801可以是高速随机存取记忆体(ram，randomaccessmemory)存储器，也可为非不稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器801用于存储可执行程序代码，处理器802与存储器801耦合。
进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子装置中，该计算机可读存储介质可以是前述图8所示实施例中的存储器。
该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述实施例中的下车提醒方法。进一步的，该计算机可存储介质还可以是u盘、移动硬盘、只读存储器(rom，read-onlymemory)、ram、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的可读存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上为对本申请所提供的下车提醒方法、装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。
1.一种下车提醒方法，其特征在于，包括：
在车辆运行过程中对终端位置信息进行采集；
根据所述终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点；其中，所述乘车行程包括：上车站点、下车站点以及所述上车站点与所述下车站点之间所需经过的所有站点；
在所述即将到达站点与所述下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
2.根据权利要求1所述的下车提醒方法，其特征在于，所述根据所述终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点之前，还包括：
基于与电子车票的通信连接，获取所述电子车票所关联的上车站点和下车站点；
根据所述上车站点和所述下车站点获取终端用户的乘车行程。
3.根据权利要求1所述的下车提醒方法，其特征在于，所述在车辆运行过程中对终端位置信息进行采集之前，还包括：
采集终端用户在站内移动过程中的用户位置信息；
在基于所述用户位置信息确定终端用户到达目标候车区域时，采集用户站立方向信息；
基于所述乘车行程确定正确候车方向信息，并将所述用户站立方向信息与所述正确候车方向信息进行比对；
在比对不一致时，控制终端输出候车方向错误提醒。
4.根据权利要求1所述的下车提醒方法，其特征在于，所述在车辆运行过程中对终端位置信息进行采集之前，还包括：
基于所述乘车行程确定车辆运行线路；
获取所述车辆运行线路上，距离所述上车站点最近的目标车辆的到达时刻；
控制终端输出所述目标车辆的到达时刻提醒。
5.根据权利要求1至4中任意一项所述的下车提醒方法，其特征在于，所述控制终端输出下车提醒之前，还包括：
获取对应于所述终端位置信息的定位精度指标；
将所述定位精度指标与标准定位精度指标进行比对；
在所述定位精度指标比对通过时，执行所述控制终端输出下车提醒的步骤。
6.根据权利要求5所述的下车提醒方法，其特征在于，所述将所述定位精度指标与标准定位精度指标进行比对之后，还包括：
在所述定位精度指标未比对通过时，基于所采集的车辆运行过程中的运行数据重新确定所述即将到达站点；
在重新确定的所述即将到达站点与所述下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
7.根据权利要求6所述的下车提醒方法，其特征在于，所述基于所采集的车辆运行过程中的运行数据重新确定所述即将到达站点包括：
持续采集车辆运行过程中的加减速统计数据；
通过所述加减速统计数据确定当前的累积加减速次数，并根据所述累积加减速次数确定车辆自所述上车站点起的累积经过的站点数量；
结合所述上车站点以及所述累积经过的站点数量，重新确定所述即将到达站点。
8.一种下车提醒装置，其特征在于，包括：
采集模块，用于在车辆运行过程中对终端位置信息进行采集；
确定模块，用于根据所述终端位置信息从终端用户的乘车行程中确定车辆的即将到达站点；其中，所述乘车行程包括：上车站点、下车站点以及所述上车站点与所述下车站点之间所需经过的所有站点；
下车提醒模块，用于在所述即将到达站点与所述下车站点的关联关系符合提醒触发条件时，控制终端输出下车提醒。
9.一种电子装置，包括：存储器、处理器及总线，其特征在于，所述总线用于实现所述存储器、处理器之间的连接通信；所述处理器用于执行存储在所述存储器上的计算机程序，所述处理器执行所述计算机程序时，实现权利要求1至7中任意一项所述方法中的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至7中的任意一项所述方法中的步骤。
技术总结