用于出行提醒的方法、装置、设备和存储介质与流程

本公开的各实现方式涉及智能交通领域，更具体地，涉及用于出行提醒的方法、设备和计算机存储介质。

背景技术：

随着时代的发展，人们的出行方式越来越多样化，其中公共交通工具是人们最重要的出行方式之一。然而，某些公共交通工具在时间上具有较大的不确定性，这使得用户通常难以安排合适的出行时间。过早地出行可能会需要等待较长的时间，造成时间成本的浪费；相反，过晚地出行可能导致用户错过交通工具，从而影响出行计划。这些给人们的出行带来了极大的困扰，是人们所不期望的。

技术实现要素：

本公开的实施例提供了一种出行提醒的方案。

在本公开的第一方面，提供了一种用于出行提醒的方法。该方法包括：基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项来确定期望搭乘时间，第一时间信息与出行计划中的以下至少一项动作相关联：从起点出发、到达目的地、或从第一位置搭乘交通工具到第二位置，第二时间信息与出行计划中从起点到第一位置的行程相关联；确定与出行计划匹配的至少一个交通工具在第一位置处的预期停留时间；以及如果至少一个交通工具中的目标交通工具的预期停留时间与期望搭乘时间相匹配，基于预期停留时间和第二时间信息来确定用于提供与目标交通工具相关联的提醒的目标时刻；以及使终端设备在目标时刻提供提醒。

在本公开的第二方面，提供了一种用于出行提醒的方法。该方法包括：接收提供与目标交通工具相关联的提醒的消息，目标交通工具在第一位置处的预期停留时间与期望搭乘时间相匹配，期望搭乘时间是基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项所确定的，第一时间信息与出行计划中的以下至少一项动作相关联：从起点出发、到达目的地、或从第一位置搭乘交通工具到第二位置，第二时间信息与出行计划中从起点到第一位置的行程相关联；基于消息，确定用于提供提醒的目标时刻，目标时刻与预期停留时间和第二时间信息相关联；以及在目标时刻提供提醒。

在本公开的第三方面中，提供了一种用于出行提醒的装置。该装置包括：搭乘时间确定模块，被配置为基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项来确定期望搭乘时间，第一时间信息与出行计划中的以下至少一项动作相关联：从起点出发、到达目的地或者从第一位置搭乘交通工具到第二位置，第二时间信息与出行计划中从起点到第一位置的行程相关联；停留时间确定模块，被配置为确定与出行计划匹配的至少一个交通工具在第一位置处的预期停留时间；以及目标时刻确定模块，被配置为如果至少一个交通工具中的目标交通工具的预期停留时间与期望搭乘时间相匹配，基于预期停留时间和第二时间信息来确定用于提供与目标交通工具相关联的提醒的目标时刻；以及第一推送模块，被配置为使终端设备在目标时刻提供提醒。

在本公开的第四方面中，提供了一种用于出行提醒的装置。该装置包括：接收模块，被配置为接收提供与目标交通工具相关联的提醒的消息，目标交通工具在第一位置处的预期停留时间与期望搭乘时间相匹配，期望搭乘时间是基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项所确定的，第一时间信息与出行计划中的以下至少一项动作相关联：从起点出发、到达目的地、从第一位置搭乘交通工具到第二位置，第二时间信息与出行计划中从起点到第一位置的行程相关联；目标时刻提取模块，被配置为基于消息，确定用于提供提醒的目标时刻，目标时刻与预期停留时间和第二时间信息相关联；以及第一提醒模块，被配置为在目标时刻提供提醒。

在本公开的第五方面，提供了一种服务器设备，包括：存储器和处理器；其中存储器用于存储一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现根据本公开的第一方面的方法。

在本公开的第六方面，提供了一种终端设备，包括：存储器和处理器；其中存储器用于存储一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现根据本公开的第二方面的方法。

在本公开的第七方面，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行实现根据本公开的第一方面和/或第二方面的方法。

根据本公开的各种实施例，可以精准地向用户提供出行提醒，以使得用户能够有效地安排出行，既避免了浪费用户时间，又能够保证了出行计划顺利进行。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素，其中：

图1示出了本公开的多个实施例能够在其中实现的示例环境的示意图；

图2a示出了根据本公开的一实施例的设置出行提醒的示意图；

图2b示出了根据本公开的另一实施例的设置出行提醒的示意图；

图3示出了根据本公开的一实施例的出行提醒的示例方法的流程图；

图4示出了根据本公开的另一实施例的出行提醒的示例方法的流程图；

图5示出了根据本公开的一些实施例的出行提醒的装置的示意性结构框图；

图6示出了根据本公开的一些实施例的出行提醒的装置的示意性结构框图；以及

图7示出了能够实施本公开的多个实施例的计算设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在本公开的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

首先参见图1，其示意性示出了其中可以使用根据本公开的示例性实现方式的环境100的示意图。

在人们的日常出行中，公共交通工具(例如，公交车、地铁、城际铁路等)是最重要的交通方式之一。例如，以用户上班通勤作为示例，如图1所示，用户可能9:00从起点105(例如，家)出发，并步行出发到第一位置110(例如，公交车站a)，随后在9:10搭乘公交车，并在9:45到达第二位置115(例如，公交车站b)，随后例如通过骑乘共享单车在9:75达到目的地120(例如，办公室)。这样的出行例如包括三段不同的行程：从起点105到第一位置110的行程130-1，第一位置110到第二位置115的行程130-2，和从第二位置115到目的地120的行程130-3。

在这样的通勤过程中，用户通常无法掌握希望搭乘的公交路线的公交车的状态，因为可能会过早出发，以至于需要在公交车站等待较长时间。或者，用户可能过晚出发以至于错过希望搭乘的公交车。

例如，如果某天交通状态较好，希望搭乘的公交车在9:05就驶离了公交车站a。如果用户仍然按照习惯9:00出门，这可能导致用户步行到达公交车站a的时候错过了该趟公交车。在一些情况下，下趟公交车可能需要较晚才能到达，导致用户可能无法及时赶到目的地。或者，如果该趟公交车是末班车，用户可能错过末班车，而影响用户的出行计划。

在一类已知的方案中，用户可以查询所关注的交通路线的车辆的实时状态，并根据车辆预计到达公交车站a的到站时间来计划从起点出发的时间。然而，这样的方案需要用户不定期地关注公交车的实时状态，这需要耗费用户大量的时间和注意力。

在另一类已知的方案中，用户的终端设备例如可以在希望搭乘的公交车到达公交车站a之前的若干站时提醒用户。例如，终端设备例如可以提醒用户“404路公交车还有2站到达公交车站a。”然而，这样的提醒对于用户来说是模糊的，用户无法准确地判断公交车行驶最后2站所需要的时间，使得用户仍然无法合理地安排出行时间。因此，如何有效地且精准地向用户推送出行提醒成为了当前关注的焦点。

根据本公开的实施例，提供了一种出行提醒的方案。在本公开的实施例中，首先基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项来确定期望搭乘时间。随后，获取至少一个交通工具在第一位置处的预期停留时间。如果至少一个交通工具中的目标交通工具的预期停留时间与期望搭乘时间相匹配，则基于预期停留时间和第二时间信息来确定用于提供与目标交通工具相关联的提醒的目标时刻，并使终端设备在目标时刻提供提醒。基于这样的方式，可以精准地向用户提供出行提醒，以使得用户能够有效地安排出行，既避免了浪费用户时间，又能够保证了出行计划顺利进行。

示例性地，根据本公开的实施例，用户的终端设备140例如根据来自服务器160的指示，在9:00向用户提供提醒150“提醒：404路还有10分钟到达公交车站a”，以提醒用户在9:10之前赶到公交车站a。以下将结合图2至图4来介绍提醒150的具体生成过程。

为了向用户提供提醒150，终端设备140可以接收关于出行提醒的配置。图2a示出了根据本公开的一实施例的设置出行提醒的示意界面200a。界面200a例如可以是终端设备140上所呈现的图形界面。用户例如可以通过在终端设备140上所安装的应用程序(app)、轻量级应用(例如，小程序)来获取界面200a。或者，用户也可以通过访问对应的出行网站以获取界面200a。在界面200a中，用户可以配置出行提醒。

在界面200a中，终端设备140可以接收与用户希望搭乘的交通工具相关联的标识202的输入。例如，标识202可以是交通工具对应的路线的标识，例如，公交车路线号、地铁路线号或者城铁路线号等。在图2a的示例中，用户例如可以指定希望搭乘的公交路线为404路公交车。

示例性地，终端设备140还可以接收用户关于开始搭乘交通工具的第一位置110的输入204。在图2a的示例中，第一位置110例如是用户希望搭乘404路公交车的候车站，即公交车站a。

备选地，终端设备140也可以根据用户所指定的交通工具的标识202来自动地确定第一位置110，而无需用户的额外输入。例如，终端设备140可以获取与标识202所对应的交通工具的多个候车站，并根据用户的起点105来自动地推荐第一位置110。在一些实现中，起点105例如可以是由用户通过终端设备140所输入的。或者，起点105也可以是由终端设备140和/或服务器160根据用户的历史行为所自动确定的。

例如，第一位置110例如可以是距离起点105最近的候车站。或者，第一位置110也可以是基于数据分析所确定的。例如，终端140和/或服务器160可以根据用户的历史搭乘信息或者与用户的起点150距离接近的其他用户的历史搭乘信息来确定第一位置110。

在一些实现中，用户例如还可以对终端设备140所确定的第一位置110进行修改。例如，用户可以通过点击下拉按钮以从终端140所呈现的多个候车站中选择期望的候车站，以替换终端设备140所推荐的第一位置110。

在一些实现中，终端设备140可以接收用户关于出行提醒设置生效的时间段206。例如，用户配置的可能是上班通勤的出行提醒，其可以选择周一至周五以作为生效的时间段206。

在一些实现中，终端设备140还可以接收用户关于与出行计划相关联的第一时间信息的输入。在图2a的示例中，第一时间信息可以是与出行计划中从起点105出发的动作相关联。例如，用户可以指定从起点105出发的出门时间208为“9:00–9:10”。

在一些实现中，终端设备140还可以接收用户关于与出行计划相关联的第二时间信息的输入，其中第二时间信息是与用户从起点105到第一位置204(图1中的公交车站a110)的行程130-1相关联。例如，在图2a的示例中，第二时间信息是指车辆到站前提前提醒的时长210。用户通过指定时长210，以保证用户能够在时长210内完成行程130-1，以避免错过公交车或者过早地出发。

应当理解，本文所描述的第二时间信息与行程130-1相关联，是指用户在设置第二时间信息客观上考虑了从起点105到第一位置110的耗时，而不要求用户必须通过终端指定起点105或者由终端设备140和/或服务器160自动地确定起点105。例如，用户也可以在办公室设置每天早上从家出发搭乘404路公交车的出行提醒，这样的第二时间信息客观上与从家出发到第一位置的行程相关联。

在一些实现中，如图2a所示，为了使得用户能够准确地了解从起点105到第一位置110所需的时间，避免所设置的时长210过长或者过短，终端设备140还可以提供关于从起点105到第一位置110的行程130-1的估计耗时212。

例如，终端设备140可以(例如，通过服务器160)确定从起点105步行到第一位置110的估计耗时为8分钟，并生成相应的提示以提醒用户行程130-1的估计耗时。例如，终端设备140可以根据从服务器160接收的估计耗时212来呈现该提醒。

在一些实现中，估计耗时212可以是基于与行程130-1相关联的交通方式所确定的。示例性地，终端设备140可以根据用户输入来确定与行程130-1相关联的交通方式是步行、骑自行车、骑电动车、驾车或者其他任何适当的交通方式等，并确定利用相应的交通方式的估计耗时212。

在一些实现中，估计耗时212还可以基于与行程130-1相关联的交通状况。例如，终端设备140和/或服务器160可以获取在出门时间208时行程130-1的历史交通状况，并进而确定估计耗时212。例如，终端设备140可以根据行程130-1在工作日早晨9:00左右的交通状况来确定骑电动车的估计耗时212。

在一些实现中，估计耗时212也可以基于从起点105到第一位置110的历史行程。例如，终端设备140和/或服务器可以根据从该用户或者其他用户从起点105到第一位置110的历史行程的耗时来确定估计耗时212。

备选地，终端设备140也可以根据用户的起点105和第一位置110来确定时长210，而无需用户的额外输入。例如，终端设备140可以根据上文所讨论的估计耗时212来确定时长210。例如，终端设备140可以将估计耗时210与预定时长的和确定作为时长210。

示例性地，如图2a所示，在用户确定了与出行提醒相关的配置后，用户可以通过点击按钮214进行确定。通过这样的方式，可以为不同的用户配置个性化的出行提醒服务。

图2b示出了根据本公开的另一实施例的设置出行提醒的示意界面200b。与界面200a类似，界面200b例如也可以是终端设备140上所呈现的图形界面。用户例如可以通过在终端设备140上所安装的应用程序(app)、轻量级应用(例如，小程序)来获取界面200b。或者，用户也可以通过访问对应的出行网站以获取界面200b。在界面200b中，用户可以配置出行提醒。

应当理解，如图2b所示，界面200b中关于第一位置110的输入224、时间段226、第二时间信息的输入230和提示232的说明类似于界面200a，在此不再详叙。

在一些实现中，与界面200a不同，用户例如可以不用指定与交通工具相关联的标识，而是提供关于目的地120的输入222。例如，用户可以指定目的地120为“办公大楼”。由于从第一位置110到第二位置115例如可能有多条合适的公交路线，通过指定目的地120而非具体的公交路线，这样的设置可以为用户提供更多的选择。

在一些实现中，与参考界面200a所讨论的第一时间信息的具体示例(出门时间)不同，在界面200b中，第一时间信息可以与出行计划中的到达目的地120的动作相关联。例如，终端设备140可以指定到达目的地时间228为“9:50–10:00”。

例如，在用户上班通勤的场景中，用户可能更为关注是否能够准时到达目的地，以避免上班迟到。通过允许指定期望的到达目的地时间228，能够使得用户能够更好地完成出行计划。

应当理解，图2a和图2b中的图形界面仅是示意性的，还可以通过其他任何适当的方式来设置出行提醒，本公开不旨在对此进行限定。在用户完成出行提醒的设置后，例如在用户例如通过点击图2a中的按钮214或者图2b中的按钮234后，终端设备140例如可以将相关的配置发送至服务器160。

以下将结合图3来介绍提醒150的生成过程。图3示出了根据本公开的一些实施例的出行提醒的示例方法300的流程图。方法300例如可以由图1的中的服务器160来实施。

如图3所示，在框302，服务器160基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项来确定期望搭乘时间。其中，如上文所讨论的，第一时间信息可以与出行计划中的以下至少一项动作相关联：从起点出发、到达目的地、或从第一位置搭乘交通工具到第二位置。相应地，第二时间信息与出行计划中从起点到第一位置的行程相关联。

在一些实现中，服务器160例如可以从终端设备140接收用户所配置的或者由终端设备140所确定的第一时间信息和第二时间信息。

对于图2a的示例，第一时间信息包括与从起点105出发的动作相关联的出门时间208“9:00–9:10”；第二时间信息包括车辆到站前提前提醒的时长210“10分钟”。在一些实现中，基于出门时间208和提前提醒的时长210，服务器160例如可以确定期望搭乘时间是“9:10–9:20”。

对于图2b的示例，第一时间信息包括与到达目的地120的动作相关联的期望的到达目的地时间228“9:50–10:00”；第二时间信息包括车辆到站前提前提醒的时长210“10分钟”。在一些实现中，服务器160例如可以根据第一位置110到目的地120的预期同行时长来确定用户的期望搭乘时间。例如，当服务器160确定从第一位置110到目的地120的耗时为40分钟时，服务器160可以确定期望搭乘时间为“9:10–9:20”。

在一些实现中，第一时间信息例如还可以与从第一位置110搭乘交通工具到第二位置115的动作相关了。例如，第一时间信息可以包括从第一位置110搭乘交通工具的时间，或者从第二位置115离开交通工具的时间。服务器160可以基于第一时间信息相应地确定用户期望在第一位置110搭乘工具的期望搭乘时间。

应当理解，以上第一时间信息的示例虽然都被表示为一个时间段，但是其他适当的时间表示形式也是可行。例如，用户例如可以指定一个特定时间点。本公开不旨在对第一时间信息的表达形式进行限定。

在框304，服务器160确定与出行计划匹配的至少一个交通工具在第一位置处的预期停留时间。在一些实现中，服务器160可以首先确定与出行计划匹配的至少一个交通工具。

示例性地，服务器160可以根据与交通工具的标识来确定与出行计划匹配的至少一个交通工具。例如，对于图2a的示例，服务器160可以根据从终端设备140接收的标识202“404路”来确定至少一趟公交车。

备选地，服务器160也可以根据目的地120来确定与出行计划匹配的至少一个交通工具。例如，对于图2b的示例，服务器160可以根据从终端设备140接收的目的地120“办公大楼”来确定从第一位置110“公交车站a”到目的地120“办公大楼”的交通路线包括“404路”和“505路”。相应地，服务器160例如可以确定与“404路”和“505”路所对应的至少一个交通工具。

备选地，服务器160也可以根据第二位置115来确定与出行计划匹配的至少一个交通工具。示例性地，用户例如也可以通过终端设备140来指定第二位置115。类似于图2b的示例，当服务器160确定第一位置110为“公交车站a”并且第二位置115为“公交车站b”时，服务器160可以根据第一位置110和第二位置115来确定至少一个交通工具。

在确定与行程匹配的至少一个交通工具后，服务器160可以获取该至少一个交通工具在第一位置110处的预期停留时间。在一些实现中，预期停留时间可以包括预期到达时间，例如，公交车辆或者地铁预期到达第一位置110的时间。备选地，预期停留时间也可以包括预期驶离时间，例如公交车辆或者地铁预期驶离第一位置110的时间。或者，预期请求时间也可以表示从预期到达时间到预期驶离时间之间的一个时间段。

在一些实现中，服务器160例如可以从交通服务平台来获取至少一个交通工具在第一位置的预期停留时间。例如，服务器160例如可以确定编号为“1”的“404路”公交车在第一位置110的预期到达时间为“9:15”，预期驶离时间为“9:18”。

在框306，如果至少一个交通工具中的目标交通工具的预期停留时间与期望搭乘时间相匹配，则服务器160基于预期停留时间和第二时间信息来确定用于提供与目标交通工具相关联的提醒的目标时刻。

示例性地，服务器160例如确定期望搭乘时间为“9:10–9:20”，并且查询到编号为“1”的“404路”公交车在第一位置110的预期到达时间为“9:15”，预期驶离时间为“9:18”。在该示例中，服务器160例如可以根据预期到达时间“9:15”或预期驶离时间“9:18”落入期望搭乘时间范围内来确定预期停留时间与期望搭乘时间相匹配。或者，服务器160也可以根据从预期到达时间到预期驶离时间的时间范围与期望搭乘时间有重叠时段来确定预期停留时间与期望搭乘时间相匹配。

在确定预期停留时间与期望搭乘时间相匹配的情况下，服务器160可以进一步确定用于提供与目标交通工具相关联的提醒的目标时刻。示例性地，服务器160可以根据预期到达时间“9:15”和第二时间信息(例如，提前提醒的时长10分钟)来确定目标时刻为“9:05”。或者，服务器160也可以根据重叠时段中的一个时刻以及第二时间信息来确定目标时刻。

在框308，服务器160使终端设备140在目标时刻提供提醒150。在一些实现中，如果终端设备140装有能够生成提醒的应用程序，则服务器160例如可以向应用程序发送指示，以使得应用程序在目标时刻提供关于目标交通工具即将到站的提醒150。在一些实现中，服务器160可以在目标时刻向应用程序发送指示，以向用户提供提醒150。或者，服务器160也可以在目标时刻前向应用程序发送指示，以使得应用程序能够根据该指示在目标时刻时向用户提供提醒150。

示例性地，提醒150可以是由应用程序推送用户推送的文本消息。例如，应用程序可以在目标时刻通过消息弹窗或锁屏提示等方式来向用户提供文字形式的提醒150。作为另一示例，提醒150也可以是由应用程序提供的语音消息。例如，应用程序可以在目标时刻播放语音提醒，以告知用户目标交通工具将达到指定位置。或者，提醒150也可以包括特定的动画或者视频，应用程序可以在目标时刻通过终端设备140呈现特定的动画或者视频，以对用户进行提醒。

备选地，应用程序例如还可以通过终端设备140上的其他应用来提供提醒。例如，应用程序可以调用终端设备140上的“闹钟”应用所提供的接口，以在目标时刻通过声音、震动或者其他适当的方式来向用户提供关于目标交通工具将到达指定位置的提醒150。

在又一示例中，应用程序例如还可以通过与终端设备140耦合的附加设备来提供提醒。例如，这样的附加设备可以包括但不限于：智能手环、智能眼镜、智能指环或蓝牙耳机等。应用程序可以使得这些附加设备在目标时刻例如通过声音、震动或者其他适当的方式来向用户提供关于目标交通工具将到达指定位置的提醒150。

在一些实现中，用户例如可能是通过轻量级应用(例如，小程序)来配置了出行提醒，这样的轻量级应用可能无法获取终端设备140的消息推送权限。此时，服务器160可以通过消息服务来在目标时刻向终端设备140发送提醒。例如，服务器160可以通过公众号的消息推送功能来发送提醒150。或者，服务器160也可以例如通过短消息服务等来向终端设备140发送提醒150。在另一示例中，服务器160也可以通过例如语音电话的方式来向用户发送提醒150。例如，服务器160可以在目标时刻拨打与用户账号相关联的电话号码或者是由用户指定的电话号码，以提醒用户目标交通工具将到达指定位置。

应当理解，以上所描述的提醒150的具体形式仅是示例性的。在一些实现中，还可以采用以上示例提醒中的任意组合多方位地提醒用户。例如，终端设备140可以在目标时刻通过“震动”结合“动画”的方式来提供提醒150。

在不违背本公开精神的情况下，还能够采用其他任何适当的形式来提供提醒150，以使得用户能够知晓与目标交通工具的动态。

通过上文讨论的方法，本公开实施例可以自动地在适当时间生成出行提醒，避免用户出行计划受到影响，并提高了用户获取出行提醒的便捷性，降低了用户的时间成本。

在一些实现中，服务器160还可以确定目标交通工具是否是预定时间段内与出行计划匹配的末班交通工具。以图2a作为示例，如果确定目标交通工具是当天最后一趟“404路”公交车辆时，服务器160还可以使终端设备140呈现关于目标交通工具是末班交通工具的提醒。例如，提醒150可以表示为“404路公交车辆还有10分钟到达公交车站a，该公交车辆是今天的末班车辆！”通过这样的方式，可以有效地提醒当前车辆是末班车辆，避免用户因为未能赶上该末班车辆而影响出行计划。

在一些实现中，服务器160可能会确定没有交通工具在第一位置处的预期停留时间与期望搭乘时间匹配。服务器160例如可以进一步确定是否存在候选交通工具，该候选交通工具在第一位置处的预期停留时间与期望搭乘时间的差异小于阈值。

对于图2a的示例，如果服务器160确定没有交通工具的预期停留时间与期望搭乘时间“9:10–9:20”相匹配时，服务器160例如可以确定在“9:20”后是否还有其他“404路”公交车辆。如果存在下一趟“404路”公交车辆，则服务器160例如可以将该下一趟“404路”公交车辆作为候选交通工具，并使得终端设备140提供关于候选交通工具的提醒。例如，服务器160可以使得终端设备140提醒“没有合适的404路公交车，下一趟404路公交车将在20分钟后到达。”

在一些实现中，如果服务器160确定期望搭乘时间后不存在候选交通工具，则服务器160也可以使得终端设备140提供对应的提醒。例如，服务器160确定期望搭乘时间已经超过末班车时间时，则服务器160例如可以使得终端设备140提醒“目前已经超过404路公交车的末班车时间。”

备选地，如果服务器160确定与出行计划匹配的交通工具仍未开始运营，则服务器160也可以使得终端设备140提供对应的提醒。例如，服务器160可以使得终端设备140提醒“404路公交车尚未发车，建议参考发车时间”。

通过这样的方式，服务器160可以生成更加丰富的提醒类型，从而使得用户能够充分地了解希望搭乘的交通工具的状态，从而能够帮助用户及时地调整出行计划。

应当理解，以上虽然参考服务器160来描述了方法300，然而应当理解，在一些变形中，方法300中的一个或多个步骤也可以是由终端设备140所执行的。此外，以上虽然以公交车辆作为示例描述了图3的过程，应当理解，交通工具还可以包括任何其他适当的类型，例如，地铁、城际铁路、高铁和飞机等。

以下将参考图4来描述提醒150的呈现过程，图4示出了根据本公开的一些实施例的出行提醒的示例方法400的过程。方法400例如可以由终端设备140来执行。

如图4所示，在402，终端设备140接收提供与目标交通工具相关联的提醒的消息。其中，目标交通工具在第一位置处的预期停留时间与期望搭乘时间相匹配，并且期望搭乘时间是基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项所确定的。第一时间信息与出行计划中的以下至少一项动作相关联：从起点出发、到达目的地、或从第一位置搭乘交通工具到第二位置。此外，第二时间信息与出行计划中从起点到第一位置的行程相关联。

应当理解，生成提供与目标交通工具相关联的提醒的消息的过程可以参见以上结合图3所描述的方法300，在此不再重复描述。终端设备140例如可以通过所安装的应用程序来从服务器160接收消息。

在框404，终端设备140基于消息来确定用于提供提醒的目标时刻，其中目标时刻与预期停留时间和第二时间信息相关联。如上文参考图3所讨论的，服务器160可以确定目标时刻，并在目标时刻时发送用于指示终端设备140提供提醒的消息，或者在目标时刻前发送该消息。

在一些实现中，对于服务器160在目标时刻发送消息的情形，终端设备140可以将接收到消息的时刻确定为目标时刻。备选地，对于服务器160在目标时刻前发送消息的情形，终端设备140可以从该消息中确定目标时刻。

在框406，终端设备140在目标时刻提供提醒150。示例性地，结合图2a的示例，终端设备140例如可以在目标时刻“9:00”生成提醒150“404路还有10分钟到达公交车站a！”以提醒用户及时出行，以避免出行计划受到影响。

在一些实现中，终端设备140还可以基于消息指示目标交通工具为预定时间段内与出行计划匹配的末班交通工具，提供关于目标交通工具是末班交通工具的提醒。例如，终端设备140可以生成提醒“404路公交车辆还有10分钟到达公交车站a，该公交车辆是今天的末班车辆！”，从而提醒用户目标交通工具是当前的末班交通工具。

相应地，在服务器160确定不存在匹配的目标交通工具且存在候选交通工具时，终端设备140还可以相应地提供关于候选交通工具的提醒。例如，终端设备140可以提醒“没有合适的404路公交车，下一趟404路公交车将在20分钟后到达”，以方便用户调整出行计划。

备选地，在服务器160确定不存在匹配的目标交通工具且不存在候选交通工具时，终端设备140还可以相应地提供。例如，终端设备140可以提醒“目前已经超过404路公交车的末班车时间”，以提醒用户应当调整出行线路或者出行方式。或者，如果服务器160确定与出行计划匹配的交通工具仍未开始运营，终端设备140可以提醒“404路公交车尚未发车，建议参考发车时间”，以帮助用户调整出行计划。

在一些实现中，终端设备140可以提供提醒时还可以确定用户的当前位置是否与出行计划相匹配。例如，如果用户设置的对于北京公交车辆的出行提醒，如果终端设备140检测到用户的当前位置并不在北京市，终端设备140可以保持提醒。例如，这样的提醒可能是家长为了提醒孩子出门上学，在家长在外地收到该提醒后，仍然可以第一时间告知孩子出门赶车。备选地，当确定位置不匹配时，终端设备140也可以自动地关闭提醒。

通过上文所讨论的方法，本公开的实施例可以通过在终端设备及时地提供各种类型的出行提醒，以方便用户及时地安排出行，或者调整出行计划。

本公开的实施例还提供了参考图3所讨论的方法和/或过程的相应装置。图5示出了根据本公开的一些实施例的出行提醒的装置500的示意性结构框图。

如图5所示，装置500可以包括搭乘时间确定模块510，被配置为基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项来确定期望搭乘时间，其中第一时间信息与出行计划中的以下至少一项动作相关联：从起点出发、到达目的地或者从第一位置搭乘交通工具到第二位置，并且第二时间信息与出行计划中从起点到第一位置的行程相关联。装置500还可以包括停留时间确定模块520，被配置为确定与出行计划匹配的至少一个交通工具在第一位置处的预期停留时间。装置500还可以包括目标时刻确定模块530，被配置为如果至少一个交通工具中的目标交通工具的预期停留时间与期望搭乘时间相匹配，基于预期停留时间和第二时间信息来确定用于提供与目标交通工具相关联的提醒的目标时刻。此外，装置500还可以包括第一推送模块540，被配置为使终端设备在目标时刻提供提醒。

在一些实现中，装置500还包括：第二推送模块，被配置为如果目标交通工具是预定时间段内与出行计划匹配的末班交通工具，则使终端设备提供关于目标交通工具是末班交通工具的提醒。

在一些实现中，装置500还包括：候选交通工具确定模块，被配置为如果确定没有交通工具在第一位置处的预期停留时间与期望搭乘时间匹配，确定是否存在候选交通工具，候选交通工具在第一位置处的预期停留时间与期望搭乘时间的差异小于阈值；以及第三推送模块，被配置为如果存在候选交通工具，则使终端设备提供关于候选交通工具的提醒。

在一些实现中，装置500还包括：交通工具确定模块，被配置为基于以下中的至少一项来确定与出行计划匹配的至少一个交通工具：与至少一个交通工具相关联的标识；第二位置；或者目的地。

在一些实现中，装置500还包括：估计耗时确定模块，被配置为基于以下中的至少一项来确定从起点到第一位置的行程的估计耗时：从起点到第一位置的历史行程；与行程相关联的交通方式；或者与行程相关联的交通状况；以及第四推送模块，被配置为使终端设备呈现估计耗时。

在一些实现中，第一推送模块540包括：应用通信模块，被配置为如果终端设备安装了相应的应用程序，则使得应用程序呈现提醒；或者消息服务模块，被配置为如果终端设备未安装应用程序，则利用消息服务向终端设备发送提醒。

本公开的实施例还提供了参考图4所讨论的方法和/或过程的相应装置。图6示出了根据本公开的一些实施例的出行提醒的装置600的示意性结构框图。

如图6所示，装置600可以包括接收模块610，被配置为接收提供与目标交通工具相关联的提醒的消息，目标交通工具在第一位置处的预期停留时间与期望搭乘时间相匹配，期望搭乘时间是基于与出行计划相关联的第一时间信息和第二时间信息中的至少一项所确定的，第一时间信息与出行计划中的以下至少一项动作相关联：从起点出发、到达目的地、从第一位置搭乘交通工具到第二位置，第二时间信息与出行计划中从起点到第一位置的行程相关联。装置600还可以包括目标时刻提取模块620，被配置为基于消息，确定用于提供提醒的目标时刻，目标时刻与预期停留时间和第二时间信息相关联。此外，装置600还可以包括第一提醒模块630，被配置为在目标时刻提供提醒。

在一些实现中，装置600还包括：第二提醒模块，被配置为基于消息指示目标交通工具为预定时间段内与出行计划匹配的末班交通工具，提供关于目标交通工具是末班交通工具的提醒。

在一些实现中，装置600还包括：获取模块，被配置为获取以下中的至少一项，以用于确定与出行计划匹配的交通工具：与交通工具相关联的标识；第二位置；或者目的地。

在一些实现中，装置600还包括：呈现模块，被配置为呈现从起点到第一位置的行程的估计耗时。

在一些实现中，耗时是基于以下中的至少一项所确定的：从起点到第一位置的历史行程；与行程相关联的交通方式；或者与行程相关联的交通状况。

图7示出了其中可以实施本公开的一个或多个实施例的计算设备/服务器700的框图。应当理解，图7所示出的计算设备/服务器700仅仅是示例性的，而不应当构成对本文所描述的实施例的功能和范围的任何限制。

如图7所示，计算设备/服务器700是通用计算设备的形式。计算设备/服务器700的组件可以包括但不限于一个或多个处理器或处理单元710、存储器720、存储设备730、一个或多个通信单元740、一个或多个输入设备750以及一个或多个输出设备760。处理单元710可以是实际或虚拟处理器并且能够根据存储器720中存储的程序来执行各种处理。在多处理器系统中，多个处理单元并行执行计算机可执行指令，以提高计算设备/服务器700的并行处理能力。

计算设备/服务器700通常包括多个计算机存储介质。这样的介质可以是计算设备/服务器700可访问的任何可以获得的介质，包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器720可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(ram))、非易失性存储器(例如，只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、闪存)或它们的某种组合。存储设备730可以是可拆卸或不可拆卸的介质，并且可以包括机器可读介质，诸如闪存驱动、磁盘或者任何其他介质，其可以能够用于存储信息和/或数据(例如用于训练的训练数据)并且可以在计算设备/服务器700内被访问。

计算设备/服务器700可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未在图7中示出，可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中，每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器720可以包括计算机程序产品727，其具有一个或多个程序模块，这些程序模块被配置为执行本公开的各种实施例的各种方法或动作。

通信单元740实现通过通信介质与其他计算设备进行通信。附加地，计算设备/服务器700的组件的功能可以以单个计算集群或多个计算机器来实现，这些计算机器能够通过通信连接进行通信。因此，计算设备/服务器700可以使用与一个或多个其他服务器、网络个人计算机(pc)或者另一个网络节点的逻辑连接来在联网环境中进行操作。

输入设备750可以是一个或多个输入设备，例如鼠标、键盘、追踪球等。输出设备760可以是一个或多个输出设备，例如显示器、扬声器、打印机等。计算设备/服务器700还可以根据需要通过通信单元740与一个或多个外部设备(未示出)进行通信，外部设备诸如存储设备、显示设备等，与一个或多个使得用户与计算设备/服务器700交互的设备进行通信，或者与使得计算设备/服务器700与一个或多个其他计算设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(i/o)接口(未示出)来执行。

根据本公开的示例性实现方式，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现上文描述的方法。

这里参照根据本公开实现的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各实现。