CN110718089A - 一种出行服务方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种出行服务方法、装置及计算机可读存储介质，在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；基于地铁环境数据确定地铁当前的即将到达站点；获取用户本次地铁出行的目标行程，并基于目标行程判断即将到达站点是否为用户的下车站点；在确定即将到达站点为下车站点时，控制终端输出下车提醒。通过本申请方案的实施，终端通过对地铁运行环境进行感知来确定即将到达站点，然后在基于目标行程判定即将到达站点为下车站点时，控制终端进行下车提醒，有效提高了下车提醒的到达率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。

Description

一种出行服务方法、装置及计算机可读存储介质

技术领域

本申请涉及电子技术领域，尤其涉及一种出行服务方法、装置及计算机可读存储介质。

背景技术

随着社会的发展，地铁已经成为城市上人们出行的主要交通工具，其相对于地面交通工具具备更高的出行便捷性。

目前，部分用户在选择地铁远程出行时，通常需要耗费较长的时间在地铁上，而为了更好的打发时间，用户经常会在地铁上睡觉或使用电子设备进行娱乐等，从而时常会有错过目标到达站点而坐过站的情况发生，而在实际应用中，为了避免用户错过目的到达站点，地铁车厢内会进行语音报站，以对用户进行下车提醒。然而，在用户沉浸于睡眠或终端娱乐之中时，通常极易忽略外部语音报站，以及在地铁车厢内比较嘈杂时，外部语音报站可能难以听清或没听到，从而地铁自身所发出的语音提醒的到达率较差，对用户进行下车提醒的可靠性和有效性不高。

发明内容

本申请实施例提供了一种出行服务方法、装置及计算机可读存储介质，至少能够解决相关技术中在用户乘坐地铁出行时，通过地铁车厢内的语音报站来提醒用户下车，所导致的对用户进行下车提醒的可靠性和有效性不高的问题。

本申请实施例第一方面提供了一种出行服务方法，包括：

在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；其中，所述地铁环境数据为地铁运行环境中可被所述终端感知的数据；

基于所述地铁环境数据确定地铁当前的即将到达站点；

获取用户本次地铁出行的目标行程，并基于所述目标行程判断所述即将到达站点是否为用户的下车站点；

在确定所述即将到达站点为下车站点时，控制所述终端输出下车提醒。

本申请实施例第二方面提供了一种出行服务装置，包括：

监测模块，用于在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；其中，所述地铁环境数据为地铁运行环境中可被所述终端感知的数据；

确定模块，用于基于所述地铁环境数据确定地铁当前的即将到达站点；

判断模块，用于获取用户本次地铁出行的目标行程，并基于所述目标行程判断所述即将到达站点是否为用户的下车站点；

控制模块，用于在确定所述即将到达站点为下车站点时，控制所述终端输出下车提醒。

本申请实施例第三方面提供了一种电子装置，包括：存储器、处理器、总线以及至少一个环境监测传感器；

环境监测传感器用于在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；

总线用于实现存储器、处理器以及环境监测传感器之间的连接通信；

处理器用于执行存储在存储器上的计算机程序，处理器执行计算机程序时，实现上述本申请实施例第一方面提供的出行服务方法中的各步骤。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的出行服务方法中的各步骤。

由上可见，根据本申请方案所提供的出行服务方法、装置及计算机可读存储介质，在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；基于地铁环境数据确定地铁当前的即将到达站点；获取用户本次地铁出行的目标行程，并基于目标行程判断即将到达站点是否为用户的下车站点；在确定即将到达站点为下车站点时，控制终端输出下车提醒。通过本申请方案的实施，终端通过对地铁运行环境进行感知来确定地铁的即将到达站点，然后在基于目标行程判定即将到达站点为下车站点时，控制终端进行下车提醒，有效提高了下车提醒的到达率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。

附图说明

图1为本申请第一实施例提供的出行服务方法的基本流程示意图；

图2为本申请第一实施例提供的目标行程的获取方法的流程示意图；

图3为本申请第一实施例提供的出站口提醒方法的流程示意图；

图4为本申请第一实施例提供的换乘地铁线路的到达时刻提醒方法的流程示意图；

图5为本申请第一实施例提供的换乘导航提醒方法的流程示意图；

图6为本申请第二实施例提供的出行服务方法的细化流程示意图；

图7为本申请第三实施例提供的一种出行服务装置的程序模块示意图；

图8为本申请第四实施例提供的电子装置的结构示意图。

具体实施方式

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

为了解决相关技术中在用户乘坐地铁出行时，通过地铁车厢内的语音报站来提醒用户下车，所导致的对用户进行下车提醒的可靠性和有效性不高的缺陷，本申请第一实施例提供了一种出行服务方法，如图1为本实施例提供的出行服务方法的基本流程图，该出行服务方法包括以下的步骤：

步骤101、在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测。

具体的，在本实施例中，当确定用户在乘坐地铁时，触发终端上的环境监测传感器进行地铁运行环境进行感知的动作，应当理解的是，本实施例的地铁环境数据为地铁运行环境中可被终端感知的数据。

应当说明的是，可选的，在本实施例中，在对地铁环境数据进行实时监测之前，包括：通过加速度计实时采集加速度数据；判断加速度数据是否超过预设的加速度阈值；若是，则确定终端用户正在乘坐地铁，而执行对地铁环境数据进行实时监测的步骤。

可选的，地铁环境数据包括以下至少一种：通过麦克风采集的地铁报站语音数据、通过加速度计采集的自用户上车起的地铁加减速数据。

具体的，在本实施例中，地铁环境数据包括地铁报站语音数据和/或地铁加减速数据，当然在实际应用中还可以是通过图像传感器所采集的地铁运行环境的图像数据，或者通过麦克风采集的环境语音数据(例如地铁运行噪音)。

步骤102、基于地铁环境数据确定地铁当前的即将到达站点。

具体的，在实际应用中，若要实现对应于下车站点的下车提醒，则需要对下车站点进行预判，基于此，本实施例中需要对地铁运行过程中即将到达的站点进行确定，然后才可以执行该站点是否为下车站点的判定。

相应的，在地铁环境数据为地铁报站语音数据时，基于地铁环境数据确定地铁当前的即将到达站点包括：对地铁报站语音数据进行关键词提取；基于所提取的关键词中符合站点语义属性的关键词，确定地铁当前的即将到达站点。

具体的，本实施例基于终端具备比用户更高的环境感知能力，来由终端对地铁发出的语音报站进行感知，具体感知方式是对所采集的语音数据进行语义识别，提取出语音数据中符合站点语义属性的关键词，确定为即将到达站点。

另外，在地铁环境数据为地铁加减速数据时，基于地铁环境数据确定地铁当前的即将到达站点包括：获取用户的上车站点，并基于地铁加减速数据确定自用户上车起地铁的加减速次数；根据加减速次数确定自用户上车起地铁所经过的站数；基于上车站点，以及自用户上车起地铁所经过的站数，确定地铁当前的即将到达站点。

具体的，本实施例还可以先确定用户的上车站点，然后通过终端上的加速度计对自用户上车起的加速和减速数据进行监测，其中，一次加速和一次减速的组合对应于地铁经过了一个站点，基于此，本实施例通过识别加减速组合的个数即可确定地铁自用户上车起经过了多少个站点，进而通过上车站点以及所经过的站数，即可从当前地铁线路上确定即将到达站点。

此外，还应当说明的是，在实际应用中，为了提高即将到达站点识别的准确性，可以通过终端上多种类型的传感器来获取多模态数据，进而可以同时结合多种不同的地铁环境数据来进行即将到达站点的识别，可有效克服单因素识别所带来的偶然误差。

步骤103、获取用户本次地铁出行的目标行程，并基于目标行程判断即将到达站点是否为用户的下车站点。

具体的，用户每次乘坐地铁出行均具备一个目标行程，目标行程包括起始站点和终点站点，而在实际应用中，用户在两种情况下会下车，一种是地铁到达用户的终点站点，另一种则是到达用户的换乘站点。本实施例将即将到达站点在目标行程中进行比对，确定即将到达站点是否为用户乘车行程的终点站点或换乘站点。

如图2所示为本实施例提供的一种目标行程的获取方法的流程示意图，可选的，获取用户本次地铁出行的目标行程具体包括以下步骤：

步骤201、获取用户本次地铁出行的当前出行属性数据；

步骤202、根据终端记录的出行属性数据与历史行程的映射关系，匹配对应于当前出行属性数据的历史行程；

步骤203、将所匹配的历史行程确定为用户本次地铁出行的目标行程。

具体的，出行属性数据关联于出行行为特征，例如时间特征、事务特征、位置特征等。本实施例结合用户习惯来对用户本次地铁出行的行程进行获取，也即将历史时间中，用户同样出行属性数据下的行程作为当前的目标行程。以出行属性数据为时间特征为例，获取本次出行的起始时间是否为早高峰时间，若是则说明用户此次出行是例行工作日通勤，通常工作日用户的地铁出行行程固定，起始站点和终点站点分别为家附近和公司附近的地铁站点，由于终端中事先记录有用户历史出行时的时间特征与行程的对应关系，那么通过当前出行的时间特征即可对当前的行程进行确定。

可选的，在另一些实施方式中，获取用户本次地铁出行的目标行程的方式还可以包括：与电子地铁票建立通信连接；基于通信连接，从电子地铁票中获取电子地铁票所绑定的用户本次地铁出行的目标行程。

具体的，本实施例中的电子地铁票可以是在地铁站自助购买的单程地铁票，该单程地铁票内记录有用户自助选定的包括有起始站点和终点站点的目标行程，在实际应用中，用户在乘坐地铁时，可以将该电子地铁票靠近终端而与终端建立NFC连接，终端基于NFC连接读取电子地铁票中所存储的行程信息。

还应当说明的是，除了上述两种对目标行程进行自动确定的方式外，在实际应用中，还可以由用户通过人工的方式来将目标行程输入至终端，在此不作唯一限定。

步骤104、在确定即将到达站点为下车站点时，控制终端输出下车提醒。

具体的，在本实施例中，在确定地铁即将到达站点为下车站点，也即是用户出行行程的终点站点或换乘站点时，控制终端进行下车提醒，由于终端为用户随身携带，且输出提醒的方式比较多元化，相对于地铁车厢内的语音提醒，可以更有效的到达用户，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。应当理解的是，本实施例的提醒方式可以是语音提醒、震动提醒以及显示提醒、灯光提醒等，可以视具体应用场景而定。应当说明的是，在实际应用中，为了进一步加强下车提醒的可靠性，还可以控制终端间隔预设时长之后重复提醒，且提醒的剧烈程度相对前次更高。

可选的，如图3所示为本实施例提供的一种出站口提醒方法的流程示意图，在确定即将到达站点为下车站点时，若下车站点为终点站点，还具体包括以下步骤：

步骤301、获取用户本次地铁出行的当前出行属性数据；

步骤302、根据终端记录的出行属性数据与历史终点位置的映射关系，匹配对应于当前出行行为数据的历史终点位置；

步骤303、从终点站点的所有出站口中，匹配与历史终点位置距离最近的出站口；

步骤304、控制终端输出出站口提醒。

具体的，本实施方式中的出行属性数据与图2的实施方式中的出行属性数据相同，在此不再赘述。不同的是，本实施例基于历史出行行为建立有出行属性数据与终点位置的映射关系，这里的终点位置也即用户到达终点站点之后，需要出地铁站最终所要到达的位置，例如用户乘坐地铁上班，终点位置也即公司所在位置，通常一个地铁站有多个出站口，本实施例将距离用户所需到达的终点位置最近的出站口进行输出，而对用户进行提醒，从而可以有效提高用户的出行效率和出行便捷性。

可选的，如图4所示为本实施例提供的一种换乘地铁线路的到达时刻提醒方法的流程示意图，在确定即将到达站点为下车站点时，若下车站点为换乘站点，还具体包括以下步骤：

步骤401、基于目标行程与换乘站点，确定用户的换乘地铁线路；

步骤402、获取距离当前时刻最近的预设班数的换乘地铁线路到达换乘站点的到达时刻；

步骤403、控制终端输出到达时刻提醒。

具体的，若地铁即将到达换乘站点，为了保证用户的换乘体验，需要使用户处于良好的换乘节奏，也即需要避免因为拖拉而正好错过换乘地铁线路，或用户快步换乘而发现换乘地铁线路还有很久才到达站台，基于此，本实施例在确定即将到达换乘站点时，还基于用户的目标行程和换乘站点确定换乘地铁线路，并将最近到达的换乘地铁线路到达换乘站点的时刻进行输出提醒，以使得用户对换乘能够预先有所把握，能够采用更合理和从容的方式进行换乘。

可选的，如图5所示为本实施例提供的一种换乘导航提醒方法的流程示意图，在确定即将到达站点为下车站点时，控制终端输出到达时刻提醒之后，还具体包括以下步骤：

步骤501、在确定终端用户到达换乘站点时，获取换乘地铁线路的站台位置信息；

步骤502、基于站台位置信息生成站内路线规划数据；

步骤503、基于站内路线规划数据控制终端输出换乘导航提醒。

具体的，在实际应用中，换乘站的格局较为复杂，对换乘站不熟悉的用户，在地铁换乘站寻找换乘站台时经常会遇到困难，基于此，在确定用户到达换乘站点时，基于用户当前位置和换乘地铁线路的站台位置生成站内路线规划数据，进而基于该站内路线规划数据来控制终端输出换乘导航提醒，引导用户换乘，提高换乘效率。

可选的，本实施例的出行服务方法还包括：在确定地铁的进站或出站闸机进入终端的信号感应范围时，对终端相对进站或出站闸机的距离数据进行采集；在距离数据小于预设的距离数据阈值时，控制终端的显示界面对地铁乘车码进行显示。

具体的，在实际应用中，采用终端上的乘车码(如二维码)进行进出站为一种较为常用的方式，然而在终端上打开乘车码通常需要一定的操作时间，从而经常会出现因为打开二维码缓慢而造成排队的情况。基于此，本实施例通过检测终端开始进入地铁的进站或出站闸机的信号感应范围来确定用户当前具备进出站需求，并在终端靠近闸机到一定程度时，控制终端自动显示乘车码，以方便用户进出站，提高用户进出站效率，并提高了地铁系统的运行效率。应当说明的是，本实施例中终端可以通过红外的方式来对闸机进行感应，并且可以通过所感应的信号强度来实现距离数据采集。

基于上述本申请实施例的技术方案，在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；基于地铁环境数据确定地铁当前的即将到达站点；获取用户本次地铁出行的目标行程，并基于目标行程判断即将到达站点是否为用户的下车站点；在确定即将到达站点为下车站点时，控制终端输出下车提醒。通过本申请方案的实施，终端通过对地铁运行环境进行感知来确定地铁的即将到达站点，然后在基于目标行程判定即将到达站点为下车站点时，控制终端进行下车提醒，有效提高了下车提醒的到达率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。

图6中的方法为本申请第二实施例提供的一种细化的出行服务方法，该出行服务方法包括：

步骤601、在确定地铁的进站或出站闸机开始进入终端的信号感应范围时，对终端相对进站或出站闸机的距离数据进行采集。

本实施例中终端可以通过红外的方式来对闸机进行感应，并且可以通过所感应的信号强度来实现距离数据采集。

步骤602、在距离数据小于预设的距离数据阈值时，控制终端的显示界面对地铁乘车码进行显示。

本实施例通过检测终端开始进入地铁的进站或出站闸机的信号感应范围来确定用户当前具备进出站需求，并在终端靠近闸机到一定程度时，控制终端自动显示乘车码，以方便用户进出站，提高用户进出站效率，并提高了地铁系统的运行效率。

步骤603、获取用户本次地铁出行的当前出行属性数据；

步骤604、根据终端记录的出行属性数据与历史行程的映射关系，匹配出对应于当前出行属性数据的历史行程，作为用户本次地铁出行的目标行程。

具体的，出行属性数据关联于出行行为特征，例如时间特征、事务特征、位置特征等。本实施例结合用户习惯来对用户本次地铁出行的行程进行获取，也即将历史时间中，用户同样出行属性数据下的行程作为当前的目标行程。

步骤605、在确定终端用户处于乘坐地铁的过程中时，实时通过麦克风采集地铁报站语音数据，以及通过加速度计采集自用户上车起的地铁加减速数据。

步骤606、结合地铁报站语音数据和地铁加减速数据确定地铁当前的即将到达站点。

具体的，为了提高即将到达站点识别的准确性，本实施例通过终端上多种类型的传感器来获取多模态数据，进而可以同时结合多种不同的地铁环境数据来进行即将到达站点的识别，可有效克服单因素识别所带来的偶然误差。

步骤607、基于目标行程判断即将到达站点是否为用户的下车站点；若是，则执行步骤608，若否，则继续执行步骤605。

本实施例将即将到达站点在目标行程中进行比对，确定即将到达站点是否为用户乘车行程的终点站点或换乘站点。

步骤608、控制终端输出下车提醒，以提醒用户地铁即将到达下车站点。

在实际应用中，为了进一步加强下车提醒的可靠性，还可以控制终端间隔预设时长之后重复提醒，且提醒的剧烈程度相对前次更高。本实施例通过终端来进行下车提醒，由于终端为用户随身携带，且输出提醒的方式比较多元化，相对于地铁车厢内的语音提醒，可以更有效的到达用户，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。

应当理解的是，本实施例中各步骤的序号的大小并不意味着步骤执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成唯一限定。

本申请实施例公开了一种出行服务方法，在确定终端相对进站或出站闸机的距离数据小于预设阈值时，控制终端的显示界面对地铁乘车码进行显示；基于用户本次地铁出行的当前出行属性数据匹配出对应的历史行程，作为用户本次地铁出行的目标行程；在确定终端用户开始乘坐地铁时，结合所采集的地铁报站语音数据和地铁加减速数据确定地铁当前的即将到达站点；在确定即将到达站点为下车站点时，控制终端输出下车提醒。通过本申请方案的实施，终端通过对地铁运行环境进行感知来确定地铁的即将到达站点，然后在基于目标行程判定即将到达站点为下车站点时，控制终端进行下车提醒，有效提高了下车提醒的到达率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。

图7为本申请第三实施例提供的一种出行服务装置。该出行服务装置可用于实现前述实施例中的出行服务方法。如图7所示，该出行服务装置主要包括：

监测模块701，用于在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；其中，地铁环境数据为地铁运行环境中可被终端感知的数据；

确定模块702，用于基于地铁环境数据确定地铁当前的即将到达站点；

判断模块703，用于获取用户本次地铁出行的目标行程，并基于目标行程判断即将到达站点是否为用户的下车站点；

控制模块704，用于在确定即将到达站点为下车站点时，控制终端输出下车提醒。

在本实施例一种可选的实施方式中，地铁环境数据包括以下至少一种：通过麦克风采集的地铁报站语音数据、通过加速度计采集的自用户上车起的地铁加减速数据。

其中，在地铁环境数据为地铁报站语音数据时，确定模块702具体用于对地铁报站语音数据进行关键词提取；基于所提取的关键词中符合站点语义属性的关键词，确定地铁当前的即将到达站点。

另外，在地铁环境数据为地铁加减速数据时，确定模块702具体用于获取用户的上车站点，并基于地铁加减速数据确定自用户上车起地铁的加减速次数；根据加减速次数确定自用户上车起地铁所经过的站数；基于上车站点，以及自用户上车起地铁所经过的站数，确定地铁当前的即将到达站点。

在本实施例一种可选的实施方式中，在获取用户本次地铁出行的目标行程时，判断模块703具体用于获取用户本次地铁出行的当前出行属性数据；根据终端记录的出行属性数据与历史行程的映射关系，匹配对应于当前出行属性数据的历史行程；将所匹配的历史行程确定为用户本次地铁出行的目标行程；或，与电子地铁票建立通信连接；基于通信连接，从电子地铁票中获取电子地铁票所绑定的用户本次地铁出行的目标行程。

在本实施例一种可选的实施方式中，下车站点为终点站点；控制模块704还用于在确定即将到达站点为终点站点时，获取用户本次地铁出行的当前出行属性数据；根据终端记录的出行属性数据与历史终点位置的映射关系，匹配对应于当前出行行为数据的历史终点位置；从终点站点的所有出站口中，匹配与历史终点位置距离最近的出站口；控制终端输出出站口提醒。

在本实施例一种可选的实施方式中，下车站点为换乘站点；控制模块704还用于在确定即将到达站点为换乘站点时，基于目标行程与换乘站点，确定用户的换乘地铁线路；获取距离当前时刻最近的预设班数的换乘地铁线路到达换乘站点的到达时刻；控制终端输出到达时刻提醒。

进一步地，在本实施例一种可选的实施方式中，控制终端输出到达时刻提醒之后，控制模块704还用于在确定终端用户到达换乘站点时，获取换乘地铁线路的站台位置信息；基于站台位置信息生成站内路线规划数据；基于站内路线规划数据控制终端输出换乘导航提醒。

更进一步地，在本实施例一种可选的实施方式中，控制模块704还用于在确定地铁的进站或出站闸机进入终端的信号感应范围时，对终端相对进站或出站闸机的距离数据进行采集；在距离数据小于预设的距离数据阈值时，控制终端的显示界面对地铁乘车码进行显示。

应当说明的是，第一、二实施例中的出行服务方法均可基于本实施例提供的出行服务装置实现，所属领域的普通技术人员可以清楚的了解到，为描述的方便和简洁，本实施例中所描述的出行服务装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

根据本实施例所提供的出行服务装置，在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；基于地铁环境数据确定地铁当前的即将到达站点；获取用户本次地铁出行的目标行程，并基于目标行程判断即将到达站点是否为用户的下车站点；在确定即将到达站点为下车站点时，控制终端输出下车提醒。通过本申请方案的实施，终端通过对地铁运行环境进行感知来确定地铁的即将到达站点，然后在基于目标行程判定即将到达站点为下车站点时，控制终端进行下车提醒，有效提高了下车提醒的到达率，保证了下车提醒的可靠性和有效性，降低了用户坐过站的概率。

请参阅图8，图8为本申请第四实施例提供的一种电子装置。该电子装置可用于实现前述实施例中的出行服务方法。如图8所示，该电子装置主要包括：

存储器801、处理器802、总线803以及至少一个环境监测传感器804；

环境监测传感器804用于在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；

总线803用于实现存储器801、处理器802以及环境监测传感器804之间的连接通信；

处理器802用于执行存储在存储器801上的计算机程序。处理器802执行该计算机程序时，实现前述实施例中的出行服务方法。其中，处理器802的数量可以是一个或多个。

存储器801可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器801用于存储可执行程序代码，处理器802与存储器801耦合。

还应当说明的是，本实施例的环境监测传感器804可以包括但不限于以下至少之一：加速度计、陀螺仪、磁力计、麦克风、惯性测量仪、气压计以及辅助定位系统，相对应的，本实施例所需获取的地铁环境数据可以采用某一种环境监测传感器实现，也可以结合多种环境监测传感器804来实现，在此不作唯一限定。其中，加速度计用于测量电子装置在地铁运行过程中的加速度数据，陀螺仪用于测量电子装置在倾斜、偏转时的转动角速度，磁力计用于测量电子装置所处位置的磁场强度及方向，麦克风用于采集电子装置所处环境的环境语音数据，惯性测量仪用于测量电子装置三轴姿态角以及加速度，气压计用于测量电子装置所处位置的海拔高度，辅助定位系统用于在无线电信号较差的环境下，通过运营商基站信息来进行电子装置当前所处位置的定位。

进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子装置中，该计算机可读存储介质可以是前述图8所示实施例中的存储器。

该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述实施例中的出行服务方法。进一步的，该计算机可存储介质还可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本申请所提供的出行服务方法、电子装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种出行服务方法，其特征在于，包括：

在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；其中，所述地铁环境数据为地铁运行环境中可被所述终端感知的数据；

基于所述地铁环境数据确定地铁当前的即将到达站点；

获取用户本次地铁出行的目标行程，并基于所述目标行程判断所述即将到达站点是否为用户的下车站点；

在确定所述即将到达站点为下车站点时，控制所述终端输出下车提醒。

2.根据权利要求1所述的出行服务方法，其特征在于，所述地铁环境数据包括以下至少一种：通过麦克风采集的地铁报站语音数据、通过加速度计采集的自用户上车起的地铁加减速数据；

在所述地铁环境数据为所述地铁报站语音数据时，所述基于所述地铁环境数据确定地铁当前的即将到达站点包括：

对所述地铁报站语音数据进行关键词提取；

基于所提取的关键词中符合站点语义属性的关键词，确定地铁当前的即将到达站点；

在所述地铁环境数据为所述地铁加减速数据时，所述基于所述地铁环境数据确定地铁当前的即将到达站点包括：

获取用户的上车站点，并基于所述地铁加减速数据确定自用户上车起地铁的加减速次数；

根据所述加减速次数确定自用户上车起地铁所经过的站数；

基于所述上车站点，以及所述自用户上车起地铁所经过的站数，确定地铁当前的即将到达站点。

3.根据权利要求1所述的出行服务方法，其特征在于，所述获取用户本次地铁出行的目标行程包括：

获取用户本次地铁出行的当前出行属性数据；

根据所述终端记录的出行属性数据与历史行程的映射关系，匹配对应于所述当前出行属性数据的历史行程；

将所匹配的历史行程确定为用户本次地铁出行的目标行程；

或，与电子地铁票建立通信连接；

基于所述通信连接，从所述电子地铁票中获取所述电子地铁票所绑定的用户本次地铁出行的目标行程。

4.根据权利要求1所述的出行服务方法，其特征在于，所述下车站点为终点站点；

所述在确定所述即将到达站点为下车站点时，还包括：

获取用户本次地铁出行的当前出行属性数据；

根据所述终端记录的出行属性数据与历史终点位置的映射关系，匹配对应于所述当前出行行为数据的历史终点位置；

从所述终点站点的所有出站口中，匹配与所述历史终点位置距离最近的出站口；

控制所述终端输出出站口提醒。

5.根据权利要求1所述的出行服务方法，其特征在于，所述下车站点为换乘站点；

所述在确定所述即将到达站点为下车站点时，还包括：

基于所述目标行程与所述换乘站点，确定用户的换乘地铁线路；

获取距离当前时刻最近的预设班数的换乘地铁线路到达所述换乘站点的到达时刻；

控制所述终端输出到达时刻提醒。

6.根据权利要求5所述的出行服务方法，其特征在于，所述控制所述终端输出到达时刻提醒之后，还包括：

在确定所述终端用户到达所述换乘站点时，获取所述换乘地铁线路的站台位置信息；

基于所述站台位置信息生成站内路线规划数据；

基于所述站内路线规划数据控制所述终端输出换乘导航提醒。

7.根据权利要求1至6中任意一项所述的出行服务方法，其特征在于，还包括：

在确定地铁的进站或出站闸机进入所述终端的信号感应范围时，对所述终端相对所述进站或出站闸机的距离数据进行采集；

在所述距离数据小于预设的距离数据阈值时，控制所述终端的显示界面对地铁乘车码进行显示。

8.一种出行服务装置，其特征在于，包括：

监测模块，用于在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；其中，所述地铁环境数据为地铁运行环境中可被所述终端感知的数据；

确定模块，用于基于所述地铁环境数据确定地铁当前的即将到达站点；

判断模块，用于获取用户本次地铁出行的目标行程，并基于所述目标行程判断所述即将到达站点是否为用户的下车站点；

控制模块，用于在确定所述即将到达站点为下车站点时，控制所述终端输出下车提醒。

9.一种电子装置，其特征在于，包括：存储器、处理器、总线以及至少一个环境监测传感器；

所述环境监测传感器用于在确定终端用户正在乘坐地铁时，对地铁环境数据进行实时监测；

所述总线用于实现所述存储器、处理器以及环境监测传感器之间的连接通信；

所述处理器用于执行存储在所述存储器上的计算机程序，所述处理器执行所述计算机程序时，实现权利要求1至7中任意一项所述方法中的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至7中的任意一项所述方法中的步骤。

Images