一种目的地到达提示方法、装置、电子设备及存储介质与流程

1.本公开涉及数据处理技术领域，尤其涉及智能交通技术领域。


背景技术：

2.近年来，随着智能移动设备的快速普及，智能移动设备的用户群体已经覆盖了不同年龄阶段。人们对移动设备的依赖越来越重，在使用移动设备期间经常会陷入沉浸浏览或沉浸互动状态。


技术实现要素：

3.本公开提供了一种目的地到达提示方法、装置、电子设备及存储介质。
4.根据本公开的一方面，提供了一种目的地到达提示方法，所述方法包括：
5.基于用户终端中应用程序的运行状态，确定用户是否处于沉浸状态；
6.若是，获取用户终端在预设时间内的运动信息，所述运动信息包括：地理位置、运动速度和运动轨迹；
7.基于所述运动信息，确定用户是否处于交通工具；
8.若是，为用户开启目的地到达提示。
9.根据本公开的另一方面，提供了一种目的地到达提示装置，包括：
10.第一确定模块，用于基于用户终端中应用程序的运行状态，确定用户是否处于沉浸状态；
11.获取模块，用于获取用户终端在预设时间内的运动信息，所述运动信息包括：地理位置、运动速度和运动轨迹；
12.第二确定模块，用于基于所述运动信息，确定用户是否处于交通工具；
13.提示模块，用于为用户开启目的地到达提示。
14.根据本公开的又一方面，提供了一种电子设备，包括：
15.至少一个处理器；以及
16.与所述至少一个处理器通信连接的存储器；其中，
17.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行目的地到达提示方法。
18.根据本公开的又一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行目的地到达提示方法。
19.根据本公开的又一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现目的地到达提示方法。
20.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
21.附图用于更好地理解本方案，不构成对本公开的限定。其中：
22.图1为本公开实施例提供的目的地到达提示方法的一种流程示意图；
23.图2为本公开实施例提供的匹配候选公共交通运行线路的一种流程示意图；
24.图3是用来实现本公开实施例的目的地到达提示方法的装置的框图；
25.图4是用来实现本公开实施例的目的地到达提示方法的电子设备的框图。
具体实施方式
26.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
27.近年来，随着智能移动设备的快速普及，移动互联网已经成为网民获取信息的主要途径。智能移动设备的用户群体已经覆盖了人类的不同的年龄阶段。人们对移动设备的依赖也越来越重，基本上每个人每天都会使用多台智能设备。同时随着移动生态的健全，在移动设备中不同的服务软件，覆盖了人们生活中不同的方面，包括衣，食，住，行，还有娱乐，支付，获取信息等等；智能移动设备就像一个又听话，又好用的大管家，人们对智能移动设备的依赖越来越严重。
28.有报告显示，我国人均单日上网时长已经超过6小时，对于移动设备的依赖，已经影响了人们的生活，在生活中，很多的碎片时间，用户使用手机也成为了习惯。
29.由于人们对移动设备的依赖越来越重，在使用移动设备期间经常会陷入沉浸浏览或沉浸互动状态，为了便于说明，下文中将沉浸浏览或沉浸互动状态简称为沉浸状态。
30.陷入沉浸状态可能会影响用户的现实生活，比如用户在地铁、或公交车上看手机而错过站。例如使用搜索引擎搜索“看手机，坐过站”，搜到的相关结果约33万个，可见在实际生活中，用户选择公共交通出行时，因为陷入沉浸状态导致坐过站的事情时常发生，这会间接影响用户生活中的事项。
31.为了在用户陷入沉浸状态时，为用户提供目的地到达的提醒服务，本公开提供了一种目的地到达提示方法、装置、电子设备及存储介质。
32.本公开的一个实施例中，提供了一种目的地到达提示方法，方法包括：
33.基于用户终端中应用程序的运行状态，确定用户是否处于沉浸状态；
34.若是，获取用户终端在预设时间内的运动信息，所述运行信息包括：地理位置、运动速度和运动轨迹；
35.基于所述运动信息，确定用户是否处于交通工具；
36.若是，为用户开启目的地到达提示。
37.本公开中，用户终端能够基于应用程序的运行状态、用户终端的运动信息，自动检测用户是否处于沉浸状态和是否处于交通工具，在检测到用户处于沉浸状态且处于交通工具时，为用户开启目的地到达提示服务，从而不需要用户自行、手动打开特定的导航类软件并自行开启目的地到达提示服务。可见，本公开中，在检测到特定条件后，为用户开启目的地到达提示服务，不打搅用户的沉浸浏览或沉浸互动，使得用户的沉浸浏览或沉浸互动更
加的沉浸，整体的内容浏览及互动体验更好，且提供的目的地到达提示服务能够保证用户的沉浸浏览或沉浸互动不影响现实生活中的关键任务。
38.下面对本公开实施例提供的目的地到达提示方法、装置、电子设备及存储介质分别进行详细介绍。
39.参见图1，图1为本公开实施例提供的目的地到达提示方法的一种流程示意图，该方法可以应用于用户终端，例如手机、平板电脑等，如图1所示，方法可以包括以下步骤：
40.s101：基于用户终端中应用程序的运行状态，确定用户是否处于沉浸状态，若是，执行s102。
41.本公开实施例中，可以将目的地到达提示的功能集成在系统软件中，也可以集成在单独的app(application，应用软件)中，为了便于说明，将集成有本公开提供的目的地到达提示功能的系统软件或应用软件定义为第一软件。
42.第一软件可以检测用户终端中应用程序的运行状态，以确定用户是否处于沉浸状态。
43.其中，应用程序的运行状态可以包括：应用程序的持续运行时间、应用程序的前台运行状态或后台运行状态等。
44.通常，用户在使用视频类应用程序、文本阅读类应用程序、或游戏类应用程序时，容易处于沉浸状态。
45.本公开中，将上述容易使用户处于沉浸状态的应用程序定义为沉浸类应用程序。
46.本公开的一个实施例中，可以判断沉浸类应用程序的前台运行时间，和/或前台运行的预估时间是否达到预设阈值，若达到，则确定用户处于沉浸状态。
47.具体的，第一软件可以检测沉浸类应用程序的运行状态，如果检测到沉浸类应用程序的前台运行时间达到预设第一阈值，确定用户处于沉浸状态。
48.或者，当检测到用户打开沉浸类应用程序之后，预测该沉浸类应用程序的前台运行的预估时间，如果前台运行的预估时间达到预设第二阈值，确定用户处于沉浸状态。
49.作为一个示例，预设第二阈值为30分钟，用户a打开视频类应用程序，并观看电影或连续剧等，若所观看的视频时长较长，第一软件预计用户浏览视频的时长超30分钟。那么相当于，该视频类应用程序的前台运行的预估时间达到第二阈值，则确定用户处于沉浸状态。
50.s102：获取用户终端在预设时间内的运动信息，运动信息包括：地理位置、运动速度和运动轨迹。
51.本公开实施例中，若检测到用户处于沉浸状态，进一步检测用户是否在乘坐交通工具。
52.具体的，获取用户终端在预设时间内的运行信息，包括：用户终端在预设时间内的实时的地理位置、用户终端在预设时间内的实时的运动速度，以及用户终端在预设时间内的运动轨迹。
53.其中，运动速度可以根据用户终端的位置移动距离，以及对应的时间计算得到。
54.s103：基于所述运动信息，确定用户是否处于交通工具，若是，执行s104。
55.本公开的一个实施例中，可以根据用户终端在预设时间内的地理位置，以及预存的地图，判断用户是否处于户外，如果用户没有处于户外，则必然没有乘坐交通工具，这种
情况下，确定用户没有处于交通工具。
56.如果用户终端在预设时间内的地理位置表征用户处于户外，可以进一步结合运动轨迹、运动速度判断用户是否处于交通工具。
57.例如，运动轨迹显示用户终端在道路的车道上移动，且运动速度在预设范围内，可以确定用户处于交通工具。
58.其中，交通工具包括公共交通工具和私人交通工具，由于错过目的地的情况通常发生在乘坐公共交通工具期间，因此下面着重说明如何判断用户是否处于公共交通工具。
59.本公开的一个实施例中，可以基于运动信息匹配公共交通运行线路，确定用户是否处于公共交通工具。
60.具体的，首先基于用户终端在预设时间内的地理位置确定用户终端所在区域，然后基于用户终端在预设时间内的运动轨迹，匹配用户终端所在区域内的公共交通运行线路，得到符合运动轨迹的候选公共交通运行线路，再判断用户终端在预设时间内的运动速度是否能够匹配候选公共交通运行线路的公共交通工具，若匹配，则确定用户处于公共交通工具。
61.作为一个示例，用户终端在预设时间内的地理位置均处于城市a中的某个区域b，则调用城市a中区域b的公共交通运行线路，包括公交运行线路、地铁运行线路等，然后将用户终端在预设时间内的运动轨迹与各公共交通运行线路进行匹配，如果运动轨迹与公共交通运行线路重合度较高，即公共交通运行线路符合运动轨迹，可以确定二者相匹配，得到候选公共交通运行线路。
62.所得到的候选公共交通运行线路可以有多条，也可以是针对不同类型的公共交通的，例如包含地铁运行线路a1、公交运行线路b1，二者对应的公共交通工具分别为地铁和公交，随后依次判断用户终端的运动速度是否能够匹配地铁或公交，由于地铁的行驶速度比公交更快，因此，若用户终端的运动速度较快，且与地铁的行驶速度相近，则认为能够匹配地铁运行线路a1的公共交通工具(地铁)，从而确定用户处于公共交通工具。
63.此外，如果用户终端在预设时间内的运动速度不能匹配任一候选公共交通运行线路，则认为用户未处于公共交通工具。例如，用户在步行时，用户终端的运动速度不能匹配公共交通工具。
64.判断用户终端的运动速度是否匹配候选公共交通运行线路的公共交通工具的一个具体实施方式可以参见下文。
65.本公开实施例中，若确定用户未处于交通工具，则程序终止，不执行后续步骤。
66.s104：为用户开启目的地到达提示。
67.本公开实施例中，当确定用户处于公共交通工具的情况下，目的地为公共交通的目的站点；当确定用户处于非公共的交通工具的情况下，目的地为用户设置的任一目的地。
68.作为一个示例，当检测到用户处于沉浸状态，且用户处于交通工具时，为用户开启目的地到达提示，其中目的地为用户预先输入的“位于xx路和xxx路的十字路口处的某建筑物”，是非站点的目的地。这种情况下，终端设备实时获取用户终端的地理位置，当用户终端与上述目的地的距离在预设范围内，向用户发送到达目的地的提示。
69.如果确定用户处于公共交通工具，为了避免用户由于处于沉浸状态而坐过站，为用户开启到站提示。
70.首先，需要获得目的站点。目的站点可以是用户预先选取并存储的，也可以基于近期的出行记录进行自动匹配，或者为用户推荐候选站点，通知用户选择目的站点。
71.其中，通知用户选择目的站点，可以是弹出一个小窗口，用户只需针对弹窗做一个选择即可，只是轻微影响用户对用户终端的使用，不打扰用户的沉浸浏览或沉浸互动。
72.本公开的一个实施例中，可以将与用户终端的运动速度相匹配的候选公共交通运行线路确定为目标线路，随后基于用户终端在预设时间内的运动轨迹和目标线路，确定候选站点。
73.例如，目标线路为地铁n号线，用户终端的运动轨迹包括地铁n号线中的站点1
‑
站点2
‑
站点3，则可以将地铁n号线中站点3之后的多个站点确定为候选站点，供用户选择。
74.相应的，通知用户选择目的站点，可以是：通知用户从候选站点中选取目的站点。
75.本公开实施例中，还可以为用户显示地图，并支持站点的搜索和选取，并记录历史站点，方便用户的后续选择。
76.本公开的一个实施例中，若确定用户处于交通工具，在为用户开启到站提示之前，还可以先提示用户是否开启到站提醒，例如通过弹窗提示，如果用户决定开启到站提醒，可以向用户终端下达开启指令，例如点击弹窗中的确认开启按钮，当接收到用户输入的开启指令，为用户开启到站提示。
77.本公开实施例中，还可以提示用户本次打开到站提醒，或每次均打开到站提醒，也可以提供到站提醒的打开入口供用户主动选择及管理。
78.为用户开启到站提示后，实时获取用户终端的地理位置，当用户终端与目的站点的距离在预设范围内，向用户发送到站提示。
79.具体的，用户终端的地理位置表征用户将要到达目的站点时，可以提前进行提示；例如，提前一段距离就进行提示，或提前一个站点进行提示。
80.或者，用户终端的地理位置表征用户已到达目的站点时，进行深度提示。
81.本公开中，用户终端能够基于应用程序的运行状态、用户终端的运动信息，自动检测用户是否处于沉浸状态和是否处于交通工具，在检测到用户处于沉浸状态且处于交通工具时，为用户开启目的地到达提示，从而不需要用户自行、手动打开特定的导航类软件并自行开启目的地到达提示服务。可见，本公开中，在检测到特定条件后，自动为用户开启目的地到达提示，不打搅用户的沉浸浏览或沉浸互动，使得用户的沉浸浏览或沉浸互动更加的沉浸，整体的内容浏览及互动体验更好，且提供的目的地到达提示服务能够保证用户的沉浸浏览或沉浸互动不影响现实生活中的关键任务。
82.并且，现有技术中，如果需要用户自行、手动打开特定的导航类软件并自行开启目的地到达提示服务，则用户很可能会忘记，也就是乘坐交通工具之后，忘记开启目的地到达提示服务。而本公开中，能够自动检测用户是否处于沉浸状态和是否处于交通工具中，在检测到特定条件后，自动为用户开启到站提示，不会出现忘记开启目的地到达提示服务的情况。
83.参见图2，图2为本公开实施例提供的匹配候选公共交通运行线路的一种流程示意图，如图2所示，本公开的一个实施例中，判断用户终端在预设时间内的运动速度是否能够匹配候选公共交通运行线路的公共交通工具，具体可以包括：
84.s201：基于用户终端在预设时间内的运动速度划分用户终端的运动状态和用户终
端的静止状态。
85.具体的，由于公共交通工具沿运行线路行驶过程中，在各个站点停止，因此，为了更好的判断用户终端在预设时间内的运动速度是否能够匹配公共交通工具，可以根据用户终端在预设时间内的运动速度划分运动状态和静止状态。
86.例如，预先设置速度阈值，运动速度大于阈值的状态为运行状态，反之为静止状态。
87.s202：确定用户终端在运动状态下的第一平均速度和静止状态下的第一平均静止时间。
88.基于用户终端在预设时间内的运动速度，划分运行状态和静止状态之后，可以计算用户终端在运动状态下的第一平均速度，以及静止状态下的第一平均静止时间。
89.例如，对每段运行状态下用户终端的速度取平均，得到第一平均速度；对每段静止状态下的静止时间取平均，得到第一平均静止时间。
90.s203：确定候选公共交通运行线路的公共交通工具在运动状态下的第二平均速度和静止状态下的第二平均静止时间。
91.此外，还可以预先收集各类型交通工具、各运行线路下，交通工具在运动状态下的平均速度，以及静止状态下的平均静止时间。
92.具体的，不同类型的公共交通工具在运动状态下的平均速度、以及静止状态下的平均静止时间通常不同，作为一个示例，地铁的平均速度每小时60公里，每个站点的平均静止时间大约5分钟；公交的平均速度每小时30公里，每个站点的平均静止时间大约1分钟。
93.此外，同一类型的公共交通工具，在不同线路下，运动状态下的平均速度、以及静止状态下的平均静止时间也可能不同，例如，地铁n号线的平均速度每小时70公里，每个站点的平均静止时间大约5分钟；地铁m号线的平均速度每小时60公里，每个站点的平均静止时间大约3分钟。
94.本公开中，可以预先收集各类型的公共交通工具、在各运行线路下，运动状态下的平均速度以及静止状态下的平均静止时间，并存储。
95.在确定候选公共交通运行线路后，可以获取该候选公共交通运行线路下，公共交通工具在运动状态下的第二平均速度和静止状态下的第二平均静止时间。
96.s204：判断第一平均速度、第一平均静止时间是否分别与第二平均速度、第二平均静止时间相匹配，若相匹配，则确定用户终端在预设时间内的运动速度匹配候选公共交通运行线路的公共交通工具。
97.如果第一平均速度和第二平均速度相差在预设范围内，可以认为第一平均速度与第二平均速度相匹配；如果第一平均静止时间和第二平均静止时间相差在预设范围内，可以认为第一平均静止时间和第二平均静止时间相匹配。
98.如果第一平均速度、第一平均静止时间分别与第二平均速度、第二平均静止时间相匹配，则确定用户终端在预设时间内的运动速度能够匹配候选公共交通运行线路的公共交通工具。也就是说，可以认为用户处于候选公共交通运行线路下的公共交通工具。
99.可见，本公开中，基于用户终端在预设时间内的运动速度，划分用户终端的运动状态和用户终端的静止状态，将运动状态下的第一平均速度、静止状态下的第一平均静止时间分别匹配候选公共交通运行线路下公共交通工具在运动状态下的第二平均速度、静止状
态下的第二平均静止时间，能够准确的识别用户终端的速度是否匹配候选公共交通运行线路的公共交通工具，从而准确、高效的识别用户是否处于公共交通工具，为后续的到站提醒提供基础。
100.移动设备的普及也就10年的时间，基本上每一个成年人都有至少一台移动设备，移动设备的使用占用了人们太多的时间，在合适的时间使用，会用很多的收获，因此在碎片时间使用移动设备已成为用户的习惯。
101.在移动设备中，提供的服务和内容都是多样化的，使用移动设备的用户群体也是多样化的，如果能实现用户在沉浸浏览内容时，而不耽误正常的生活工作，这也是一种功能。
102.本公开的想法就是借助移动设备上的地理位置信息，为用户提供一个到达某个地点范围时进行提醒的能力，对于用户在碎片时间使用移动设备时，起到一个较好的时间管理作用，避免因沉浸于使用移动设备而导致坐过站的问题发生，间接的来看这也是业务功能的延伸，通过这种辅助的功能回馈于主线业务，最终实现了移动设备上业务的长期商业价值。
103.参见图3，图3是用来实现本公开实施例的目的地到达提示方法的装置的框图，如图3所示，装置可以包括：
104.第一确定模块301，用于基于用户终端中应用程序的运行状态，确定用户是否处于沉浸状态；
105.获取模块302，用于获取用户终端在预设时间内的运动信息，运动信息包括：地理位置、运动速度和运动轨迹；
106.第二确定模块303，用于基于所述运动信息，确定用户是否处于交通工具；
107.提示模块304，用于为用户开启目的地到达提示。
108.本公开的一个实施例中，第一确定模块301，具体用于：
109.判断用户终端中沉浸类应用程序的前台运行时间，和/或前台运行的预估时间是否达到预设阈值，若达到，则确定用户处于沉浸状态。
110.本公开的一个实施例中，第二确定模块303，具体用于：
111.基于所述运动信息匹配公共交通运行线路，确定用户是否处于公共交通工具。
112.本公开的一个实施例中，第二确定模块303，包括：
113.第一确定子模块，用于基于用户终端在预设时间内的地理位置确定用户终端所在区域；
114.匹配子模块，用于基于用户终端在预设时间内的运动轨迹，匹配用户终端所在区域内的公共交通运行线路，得到符合运动轨迹的候选公共交通运行线路；
115.判断子模块，用于判断用户终端在预设时间内的运动速度是否能够匹配候选公共交通运行线路的公共交通工具，若匹配，则确定用户处于公共交通工具。
116.本公开的一个实施例中，判断子模块，具体用于：
117.基于用户终端在预设时间内的运动速度划分用户终端的运动状态和用户终端的静止状态；
118.确定用户终端在运动状态下的第一平均速度和静止状态下的第一平均静止时间；
119.确定候选公共交通运行线路的公共交通工具在运动状态下的第二平均速度和静
止状态下的第二平均静止时间；
120.判断第一平均速度、第一平均静止时间是否分别与第二平均速度、第二平均静止时间相匹配，若相匹配，则确定用户终端在预设时间内的运动速度匹配候选公共交通运行线路的公共交通工具。
121.本公开的一个实施例中，在图3所示装置基础上，还可以包括：
122.第二确定子模块，用于：若用户终端在预设时间内的运动速度匹配候选公共交通运行线路的公共交通工具，将匹配的候选公共交通运行线路确定为目标线路；基于用户终端在预设时间内的运动轨迹和目标线路，确定候选站点；通知模块，具体用于：通知用户从候选站点中选取目的站点。
123.本公开的一个实施例中，当确定用户处于公共交通工具的情况下，所述目的地为公共交通的目的站点；当确定用户处于非公共的交通工具的情况下，所述目的地为用户设置的任一目的地。
124.本公开的一个实施例中，在图3所示装置基础上，还可以包括：
125.开启模块，用于：
126.若确定用户处于公共交通工具，在为用户开启目的地到达提示之前，提示用户是否开启目的地到达提示；当接收到用户输入的开启指令，获得目的站点；
127.所述提示模块，具体用于：当用户终端与目的站点的距离在预设范围内，向用户发送到站提示。
128.本公开中，用户终端能够基于应用程序的运行状态、用户终端的运动信息，自动检测用户是否处于沉浸状态和是否处于交通工具，在检测到用户处于沉浸状态且处于交通工具时，为用户开启目的地到达提示服务，从而不需要用户自行、手动打开特定的导航类软件并自行开启目的地到达提示服务。可见，本公开中，在检测到特定条件后，为用户开启目的地到达提示服务，不打搅用户的沉浸浏览或沉浸互动，使得用户的沉浸浏览或沉浸互动更加的沉浸，整体的内容浏览及互动体验更好，且提供的目的地到达提示服务能够保证用户的沉浸浏览或沉浸互动不影响现实生活中的关键任务。
129.本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
130.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
131.本公开提供了一种电子设备，包括：
132.至少一个处理器；以及
133.与所述至少一个处理器通信连接的存储器；其中，
134.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行目的地到达提示方法。
135.本公开提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行目的地到达提示方法。
136.本公开提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现目的地到达提示方法。
137.图4示出了可以用来实施本公开的实施例的示例电子设备400的示意性框图。电子
设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
138.如图4所示，设备400包括计算单元401，其可以根据存储在只读存储器(rom)402中的计算机程序或者从存储单元408加载到随机访问存储器(ram)403中的计算机程序，来执行各种适当的动作和处理。在ram 403中，还可存储设备400操作所需的各种程序和数据。计算单元401、rom 402以及ram 403通过总线404彼此相连。输入/输出(i/o)接口405也连接至总线404。
139.设备400中的多个部件连接至i/o接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
140.计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如目的地到达提示。例如，在一些实施例中，目的地到达提示可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由rom 402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序加载到ram 403并由计算单元401执行时，可以执行上文描述的目的地到达提示的一个或多个步骤。备选地，在其他实施例中，计算单元401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行目的地到达提示。
141.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
142.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
143.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可
读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
144.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
145.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
146.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
147.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
148.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。