泊车路线共享方法、装置、设备以及存储介质

技术领域

本公开涉及自动驾驶技术领域，尤其涉及自主泊车技术领域。

背景技术

为了解决开放场景下，最后一公里的泊车需求，记忆泊车功能应运而生。用户只需根据系统提示完成泊车路线的学习，车辆即可在后续使用中根据已学习的泊车路线实现自主泊车。记忆泊车通过车身周围的摄像头和传感器采集数据，通过视觉SLAM(Simultaneouslocalization and mapping，同步定位与地图构建)技术构造场景地图，不依赖高精地图即可实现高精度定位。

目前，记忆泊车需要用户自建泊车路线，使用自建的泊车路线进行泊车。

发明内容

本公开提出了一种泊车路线共享方法、装置、电子设备、非瞬时性计算机可读存储介质以及计算机程序产品。

第一方面，本公开实施例提出了一种泊车路线共享方法，包括：接收第二用户端基于目标泊车路线的共享链接发送的路线获取请求，其中，共享链接由第一用户端分享；将目标泊车路线发送给第二用户端，以指示第二用户端基于目标泊车路线进行泊车。

第二方面，本公开实施例提出了一种泊车路线共享装置，包括：第一接收模块，被配置成接收第二用户端基于目标泊车路线的共享链接发送的路线获取请求，其中，共享链接由第一用户端分享；发送模块，被配置成将目标泊车路线发送给第二用户端，以指示第二用户端基于目标泊车路线进行泊车。

第三方面，本公开实施例提出了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面中任一实现方式描述的方法。

第四方面，本公开实施例提出了一种存储有计算机指令的非瞬时性计算机可读存储介质，计算机指令用于使计算机执行如第一方面中任一实现方式描述的方法。

第五方面，本公开实施例提出了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如第一方面中任一实现方式描述的方法，或者实现如第二方面中任一实现方式描述的方法。

本公开实施例提供了记忆泊车用户的泊车路线共享方法，单一用户的泊车路线可以共享给其他用户。使得原本仅供单一用户使用的泊车路线能够分享给其他用户使用。提升了单一用户的泊车路线的应用率，同时减少了其他用户的泊车路线的学习成本，进而增加了记忆泊车的实用性。此外，在分享泊车路线的过程中，第一用户与第二用户交互，增加了记忆泊车的社交属性。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显。附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开应用场景的示例性系统架构图；

图2是本公开的泊车路线共享方法的一个实施例的流程图；

图3是本公开的泊车路线共享方法的又一个实施例的流程图；

图4是分享共享链接的一个实施例的时序图；

图5是对分享共享链接进行判断的一个实施例的时序图；

图6是下发泊车路线的一个实施例的时序图；

图7是泊车路线重建的一个实施例的场景图；

图8是本公开的泊车路线共享装置的一个实施例的结构示意图；

图9是用于实现本公开实施例的泊车路线共享方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了本公开应用场景的示例性系统架构100。

如图1所示，系统架构100可以包括第一用户端101、第二用户端102、网络103和云端104。网络103用以在第一用户端101、第二用户端102和云端104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。第一用户端101可以包括第一用户终端1011和第一用户车端1012。第二用户端102可以包括第二用户终端1021和第二用户车端1022。云端104可以包括云端用户管理系统1041和云端地图管理系统1042。

第一用户端101可以将其泊车路线通过云端104分享给第二用户端102，以供第二用户端102进行泊车。

云端104可以存储第一用户端101的泊车路线，在接收到第二用户端102的路线获取请求的情况下，将第一用户端101的泊车路线发送给第二用户端102。

需要说明的是，本公开实施例所提供的泊车路线共享方法一般由云端104执行，相应地，泊车路线共享装置一般设置于云端104中。

应该理解，图1中的第一用户端、第二用户端和云端的数目仅仅是示意性的。根据实现需要，可以具有任意数目的第一用户端、第二用户端和云端。

继续参考图2，其示出了示出了本公开的泊车路线共享方法的一个实施例的流程200。该泊车路线共享方法包括以下步骤：

步骤201，接收第二用户端基于目标泊车路线的共享链接发送的路线获取请求。

在本实施例中，第一用户端可以分享目标泊车路线的共享链接。若第二用户端获取到共享链接，可以基于共享链接向云端发送路线获取请求。

这里，目标泊车路线可以是第一用户端的泊车路线，包括但不限于基于第一用户端采集的数据学习的泊车路线、第一用户端下载的泊车路线等等。其中，第一用户端下载的泊车路线可以是其他用户端的泊车路线。通常，其他用户端共享的泊车路线存储在云端，第一用户端可以从云端下载。基于第一用户端采集的数据学习的泊车路线可以由第一用户端学习得到，也可以由云端学习得到。通常，若当前网络情况较佳，可以将第一用户端采集的数据发送至云端，由云端学习泊车路线。若当前网络情况较差，可以由第一用户端学习泊车路线。在网络情况转变为较佳时，再将泊车路线发送至云端。

这里，目标泊车路线的共享链接可以是基于目标泊车路线的概要信息生成的。为了节省用户端的存储空间，可以将泊车路线的概要信息存储在云端。此时，第一用户端可以向云端发送目标泊车路线的概要信息获取请求。其中，概要信息获取请求可以包括目标泊车路线的标识。云端可以基于目标泊车路线的标识索引目标泊车路线的概要信息，并将概要信息发送给第一用户端。第一用户端可以基于概要信息生成共享链接。例如，第一用户端可以打开记忆泊车页面。记忆泊车页面上显示有第一用户端的泊车路线的标识列表。第一用户可以从中选择任意一条泊车路线作为目标泊车路线。

这里，第一用户端可以通过多种分享方式灵活地将目标泊车路线的共享链接分享给第二用户端。

其一，公开链接的分享方式：即，生成公开的共享链接，任意用户均可以基于共享链接下载泊车路线。具体地，记忆泊车页面上设置有路线分享按钮，第一用户在选择目标泊车路线之后，可以点击路线分享按钮。此时，记忆泊车页面上可以显示多个共享渠道。第一用户可以选择任意一个共享渠道发布共享链接。其中，共享渠道可以包括但不限于社交应用的社交空间、社交应用的群聊。共享链接可以发布在社交应用的社交空间上，或分享到社交应用的群聊中。

其二，点对点的分享方式：即，第一用户将泊车路线指定共享给第二用户。具体地，记忆泊车页面上可以设置有账号输入框和路线分享按钮。第一用户可以在账号输入框输入第二用户的账号，并点击路线分享按钮。此时，共享链接可以通过第二用户的账号分享给第二用户端。

其三，基于位置推荐的分享方式：即，基于位置的路线推荐服务，任意用户可以查看附近的泊车路线。具体地，记忆泊车页面上可以设置有授权公开按钮。第一用户在选择目标泊车路线之后，可以点击授权公开按钮。云端可以获取第二用户端的位置。若第二用户端的位置在目标泊车路线的共享范围内(例如目标泊车路线附近300米内)，将共享链接分享给第二用户端。

这里，第二用户可以点击第二用户端接收到的目标泊车路线的共享链接。当第二用户点击目标泊车路线的共享链接时，可以触发向云端发送路线获取请求。

步骤202，将目标泊车路线发送给第二用户端，以指示第二用户端基于目标泊车路线进行泊车。

在本实施例中，在接收到路线获取请求之后，云端可以将目标泊车路线发送给第二用户端。第二用户端可以基于目标泊车路线进行泊车，帮助用户取车或还车。

在一些实施例中，目标泊车路线的终点是目标车位。此时，基于目标泊车路线泊车可以自动前往目标车位。在一些实施例中，目标泊车路线的终点是第二用户的位置。此时，基于目标泊车路线泊车可以自主召唤出库，到达第二用户的位置。在用户因手提重物或天气炎热等原因不便取车或还车的情况下，可以直接基于目标泊车路线帮助用户远距离取车或还车，拓展了泊车功能的使用场景，从而能够更好地为用户服务。

通常，在环境较为简单，且变化较小的情况下，第二用户端可以直接按照目标泊车路线进行泊车。在环境较为复杂，且变化较大的情况下，第二用户端可以在按照目标泊车路线进行泊车的过程中采集数据。基于采集的数据和目标泊车路线进行融合重建，得到融合泊车路线。然后，第二用户端可以按照融合泊车路线进行泊车。需要说明的是，融合泊车路线可以由第二用户端学习得到，也可以由云端学习得到。具体学习方式可以参考目标泊车路线，这里不再赘述。

在本实施例的一些可选的实现方式中，第一用户端可以包括第一用户终端和第一用户车端。第二用户端可以包括第二用户终端和第二用户车端。与交互相关的操作由用户终端执行。例如，分享共享链接、发送路线获取请求等。与泊车相关的操作由用户车端执行。例如，采集数据、下载泊车路线、基于泊车路线泊车等。云端可以包括云端用户管理系统和云端地图管理系统。云端用户管理系统可以用于存储用户信息和泊车路线的概要信息。云端地图管理系统可以用于生成和存储泊车路线。

随着用户对泊车路线使用场景、使用地点的需求越来越丰富，单一用户个人学习的泊车路线不足以满足需求，同时不同用户学习的路线使得地图数据越来越丰富。因此，本公开实施例提供了记忆泊车用户的泊车路线共享方法，单一用户的泊车路线可以共享给其他用户，使得原本仅供单一用户使用的泊车路线能够分享给其他用户使用。本实施例提升了单一用户的泊车路线的应用率，同时减少了其他用户的泊车路线的学习成本，进而增加了记忆泊车的实用性。此外，在分享泊车路线的过程中，第一用户与第二用户交互，增加了记忆泊车的社交属性。

进一步参考图3，其示出了本公开的泊车路线共享方法的又一个实施例的流程300。该泊车路线共享方法包括以下步骤：

步骤301，接收第一用户端在泊车过程中采集的第一数据。

在本实施例中，第一用户端在泊车过程中可以采集第一数据，并将第一数据发送至云端。

通常，第一用户端配置有摄像头(如广角摄像头、环视摄像头等)和超声波雷达等传感器。这些传感器可以在泊车过程中采集第一数据。

步骤302，基于第一数据，学习得到目标泊车路线。

在本实施例中，云端可以基于第一数据，学习得到目标泊车路线。通常，云端可以通过视觉SLAM技术构造目标泊车路线，从而不依赖高精地图即可实现高精定位。

步骤303，接收第二用户端基于目标泊车路线的共享链接发送的路线获取请求。

在本实施例中，步骤303具体操作已在图2所示的实施例中步骤201进行了详细的介绍，在此不再赘述。

步骤304，判断第二用户的账号是否满足预设条件。

在本实施例中，云端可以判断第二用户的账号是否满足预设条件。在第二用户的账号不满足预设条件的情况下，结束流程；在第二用户的账号满足预设条件的情况下，执行步骤305。

步骤305，将目标泊车路线发送给第二用户端，以指示第二用户端基于目标泊车路线进行泊车。

在本实施例中，在第二用户的账号满足预设条件的情况下，云端可以将目标泊车路线发送给第二用户端。第二用户端可以基于目标泊车路线进行泊车。通过判断第二用户的账号是否满足预设条件，来确定是否发送目标泊车路线，从而使发送的目标泊车路线更适合第二用户端泊车使用。

其中，预设条件可以是预先设置的与账号相关的条件。例如，预设条件可以包括但不限于以下至少一项：第二用户的账户已注册、第二用户的账号关联至少一辆车、第二用户的账号关联至少一辆与第一用户端的车型相同的车、第二用户从第二用户的账号关联的车中选中至少一辆与第一用户端的车型相同的车、第二用户的账号关联的泊车路线的数目小于预设阈值等等。

通常，第二用户的账号关联的车可以是与第二用户有关的车，包括但不限于第二用户名下的车，第二用户曾经驾驶过的车等等。在一些应用场景中，第二用户的账号可以关联多辆车。关联的多辆车中既可以有与第一用户端的车型相同的车，又可以有与第一用户端的车型不同的车。由于相同车型的车之间更适合共享泊车路线，因此一般会在第二用户的账号关联有与第一用户端的车型相同的车时发送泊车路线。而在第二用户的账号关联多辆与第一用户端的车型相同的车的情况下，就需要用户从中选择用于接收泊车路线的一辆或多辆车。例如，在第二用户端上显示其账号关联的车的标识列表。其中，与第一用户端的车型相同的车的标识以区别其他车的标识的形式(如不同于其他车的标识的字体颜色、在标识附近增加标志性图案等)进行显示。当第二用户点击一辆或多辆与第一用户端的车型相同的车的标识时，第二用户端可以将用户点击的车的标识发送至云端。云端可以根据接收到的车的标识，确定第二用户选中的车，即可向第二用户选中的车发送泊车路线。

步骤306，接收第二用户端在泊车过程中采集的第二数据。

在本实施例中，第二用户端可以在按照目标泊车路线进行泊车的同时采集第二数据，并将第二数据发送至云端。

通常，第二用户端配置有摄像头(如广角摄像头、环视摄像头等)和超声波雷达等传感器。这些传感器可以在泊车过程中采集第二数据。

步骤307，基于第二数据和目标泊车路线进行融合重建，得到融合泊车路线。

在本实施例中，云端可以基于第二用户端采集的数据和目标泊车路线进行融合重建，得到融合泊车路线。云端可以将融合泊车路线发送至第二用户端。然后，第二用户端可以按照融合泊车路线进行泊车。其中，云端可以通过视觉SLAM技术重建泊车路线。

通常，多用户端共同使用第一用户端的目标泊车路线。不同用户端进入目标泊车路线地理围栏范围，将开启数据记录，并打包上传到云端。云端将多次历史数据融合重建路线，下发更新后的泊车路线到用户端，完善泊车路线的场景适应性。

在本实施例的一些可选的实现方式中，第一用户端可以包括第一用户终端和第一用户车端。第二用户端可以包括第二用户终端和第二用户车端。与交互相关的操作由用户终端执行。例如，分享共享链接、发送路线获取请求等。与泊车相关的操作由用户车端执行。例如，采集数据、下载泊车路线、基于泊车路线泊车等。云端可以包括云端用户管理系统和云端地图管理系统。云端用户管理系统可以用于存储用户信息和泊车路线的概要信息。云端地图管理系统可以用于生成和存储泊车路线。

从图3中可以看出，与图2对应的实施例相比，本实施例中的泊车路线共享方法增加了泊车路线的生成步骤和更新步骤。由此，本实施例描述的方案在云端生成和更新泊车路线，由于云端计算能力更强，提高了更新泊车路线的计算速度，减少了对用户端计算资源的占用。在根据泊车路线进行泊车的过程中，实时采集数据进行泊车路线更新，能够适应复杂多变的环境。借助泊车路线的云端学习能力，多用户端对泊车路线进行融合重建，能够剔除无效过时的路线特征，补充场景中新的路线特征，提高了泊车路线的场景适应性，提升了泊车路线的鲁棒性。

进一步参考图4，其示出了分享共享链接的一个实施例的时序图，具体如下：

步骤401，第一用户终端打开记忆泊车页面。

步骤402，第一用户终端选择目标泊车路线。

这里，第一用户终端选择目标泊车路线，分享其共享链接。分享方式可以包括公开链接的分享方式、点对点的分享方式和基于位置推荐的分享方式。若通过公共链接的分享方式分享共享链接，则依次执行步骤403、404、411。若通过基于位置推荐的分享方式分享共享链接，则依次执行步骤405、406、407、408、411。若通过点对点的分享方式分享共享链接，则依次执行步骤405、409、410、411。

步骤403，云端用户管理系统索引目标泊车路线的概要信息，并标记为公开路线。

步骤404，第一用户终端标记成功，附近用户可以查看并下载目标泊车路线。

步骤405，第一用户终端点击分享按钮。

步骤406，第一用户终端选择分享渠道。

步骤407，云端用户管理系统索引目标泊车路线的概要信息。

步骤408，第一用户终端生成共享链接。

步骤409，云端用户管理系统索引目标泊车路线的概要信息。

步骤410，第一用户终端输入第二用户的账号。

步骤411，第二用户终端点击共享链接查看并收藏。

进一步参考图5，其示出了对分享共享连接进行判断的一个实施例的时序图，具体如下：

步骤501，云端用户管理系统进入分享判断流程。

步骤502，云端用户管理系统通过第二用户的手机号在其存储的已注册账号中进行搜索。

步骤503，云端用户管理系统确定第二用户的手机号是否已注册账号。

这里，云端用户管理系统可以通过第二用户的手机号在其存储的已注册账号中进行搜索。若未搜索到第二用户的手机号，确定第二用户的手机号未注册账号，执行步骤504。若搜索到第二用户的手机号，确定第二用户的手机号已注册账号，执行步骤505。

步骤504，第二用户终端接收云端用户管理系统反馈的“收藏失败”的提示信息。

这里，若未搜索到第二用户的手机号，或者未关联有与第一用户车端的车型相同的车，或者第二用户的账号关联的泊车路线的数目不小于预设阈值，云端用户管理系统可以向第二用户终端反馈“收藏失败”的提示信息。

步骤505，云端用户管理系统确定第二用户的账号是否关联有与第一用户车端的车型相同的车。

这里，若搜索到第二用户的手机号，云端用户管理系统可以确定第二用户的账号是否关联有与第一用户车端的车型相同的车。若未关联有与第一用户车端的车型相同的车，执行步骤504。若关联有与第一用户车端的车型相同的车，执行步骤506。

步骤506，云端用户管理系统确定关联的与第一用户车端的车型相同的车是否为多辆。

这里，若关联有与第一用户车端的车型相同的车，云端用户管理系统可以确定关联的与第一用户车端的车型相同的车是否为多辆。若为多辆，执行步骤507。若为一辆，执行步骤509。

步骤507，第二用户终端接收云端用户管理系统发送的“选择车辆”的提示信息。

这里，若关联的与第一用户车端的车型相同的车为多辆，云端用户管理系统可以向第二用户终端发送“选择车辆”的提示信息。

步骤508，第二用户终端确定第二用户选择的一辆车。

这里，第二用户可以根据提示信息从关联的与第一用户车端的车型相同的多辆车中选择一辆车，并向云端用户管理系统发送选择的车辆信息。

步骤509，云端用户管理系统确定第二用户的账号关联的泊车路线的数目是否小于预设阈值。

这里，若关联的与第一用户车端的车型相同的车为一辆，或者第一用户终端从关联的与第一用户车端的车型相同的多辆车中选择一辆车，云端用户管理系统可以确定第二用户的账号关联的泊车路线的数目是否小于预设阈值。若不小于预设阈值，执行步骤504。若小于预设阈值，执行步骤510。

步骤510，第二用户终端接收云端用户管理系统反馈的“收藏成功”的提示信息。

这里，若小于预设阈值，云端用户管理系统可以向第二用户终端反馈“收藏成功”的提示信息。然后，第二用户车端即可从云端地图管理系统下载目标泊车路线。

进一步参考图6，其示出了下发泊车路线的一个实施例的时序图，具体如下：

步骤601，云端用户管理系统记录第二用户终端收藏的目标泊车路线的概要信息。

步骤602，云端地图管理系统进入分享流程。

步骤603，云端地图管理系统索引目标泊车路线，挂起分享任务。

步骤604，第二用户车端与云端地图管理系统建立连接。

步骤605，云端地图管理系统将目标泊车路线下发至第二用户车端。

这里，若下发失败，则执行步骤606。若下发成功，则执行步骤607。

步骤606，第二用户终端接收云端地图管理系统反馈“分享失败”的提示信息。

步骤607，第二用户车端接收完成。

这里，在第二用户车端接收完成之后，分别执行步骤608-610和步骤611-615。

步骤608，云端地图管理系统接收第二用户车端反馈“接收成功”的提示信息。

步骤609，云端用户管理系统完成本次分享。

步骤610，第一用户终端接收云端用户管理系统反馈的“有人收藏了你的路线”的提示信息。

步骤611，第二用户车端同步目标泊车路线至车机。

步骤612，车机上传目标泊车路线的概要信息至云端用户管理系统。

步骤613，云端用户管理系统接收第二用户车端的目标泊车路线的概要信息。

步骤614，第二用户终端显示目标泊车路线。

这里，云端用户管理系统可以将目标泊车路线的概要信息下发到第二用户终端，以供第二用户终端进行显示。

进一步参考图7，其示出了泊车路线重建的一个实施例的场景图，具体如下：

步骤701，车端定位。

通常，第二用户车端安装有前广角摄像头、环视摄像头、IMU(InertialMeasurement Unit，惯性测量单元)、GPS(Global Positioning System，全球定位系统)、轮速传感器。若定位到第二用户车端进入目标泊车路线地理围栏范围，开启前广角摄像头、环视摄像头、IMU、GPS和轮速传感器采集数据，并将数据打包上传至云端地图管理系统。

步骤702，云端建图。

步骤703，车端控制。

通常，第二用户车端可以根据云端地图管理系统下发的融合泊车路线进行车端控制。

进一步参考图8，作为对上述各图所示方法的实现，本公开提供了一种泊车路线共享装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图8所示，本实施例的泊车路线共享装置800可以包括：第一接收模块801和发送模块802。其中，第一接收模块801，被配置成接收第二用户端基于目标泊车路线的共享链接发送的路线获取请求，其中，共享链接由第一用户端分享；发送模块802，被配置成将目标泊车路线发送给第二用户端，以指示第二用户端基于目标泊车路线进行泊车。

在本实施例中，泊车路线共享装置800中：第一接收模块801和发送模块802的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-202的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，泊车路线共享装置800还包括：第二接收模块，被配置成接收第一用户端在泊车过程中采集的第一数据；学习模块，被配置成基于第一数据，学习得到目标泊车路线。

在本实施例的一些可选的实现方式中，泊车路线共享装置800还包括：第三接收模块，被配置成接收第二用户端在泊车过程中采集的第二数据；融合模块，被配置成基于第二数据和目标泊车路线进行融合重建，得到融合泊车路线。

在本实施例的一些可选的实现方式中，发送模块802进一步被配置成：响应于确定第二用户的账号满足预设条件，将目标泊车路线发送给第二用户端。

在本实施例的一些可选的实现方式中，泊车路线共享装置800预设条件包括以下至少一项：第二用户已注册有账号、第二用户的账号关联至少一辆车、第二用户的账号关联至少一辆与第一用户端的车型相同的车、第二用户从第二用户的账号关联的车中选中至少一辆与第一用户端的车型相同的车、第二用户的账号关联的泊车路线的数目小于预设阈值。

在本实施例的一些可选的实现方式中，泊车路线共享装置800装置还包括：第四接收模块，被配置成接收第一用户端发送的目标泊车路线的概要信息获取请求；索引模块，被配置成索引目标泊车路线的概要信息，并将概要信息发送给第一用户端，以指示第一用户端基于概要信息生成共享链接。

在本实施例的一些可选的实现方式中，泊车路线共享装置800共享链接的分享方式包括以下至少一项：公开链接的分享方式、点对点的分享方式、基于位置推荐的分享方式。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图9示出了可以用于实现本公开的实施例的示例电子设备900的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图9所示，设备900包括计算单元901，其可以根据存储在只读存储器(ROM)902中的计算机程序或者从存储单元908加载到随机访问存储器(RAM)903中的计算机程序，来执行各种适当的动作和处理。在RAM 903中，还可存储设备900操作所需的各种程序和数据。计算单元901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

设备900中的多个部件连接至I/O接口905，包括：输入单元906，例如键盘、鼠标等；输出单元907，例如各种类型的显示器、扬声器等；存储单元908，例如磁盘、光盘等；以及通信单元909，例如网卡、调制解调器、无线通信收发机等。通信单元909允许设备900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元901的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元901执行上文所描述的各个方法和处理，例如泊车路线共享方法。例如，在一些实施例中，泊车路线共享方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实施例中，计算机程序的部分或者全部可以经由ROM 902和/或通信单元909而被载入和/或安装到设备900上。当计算机程序加载到RAM 903并由计算单元901执行时，可以执行上文描述的泊车路线共享方法的一个或多个步骤。备选地，在其他实施例中，计算单元901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行泊车路线共享方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以是分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开提供的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。