一种单车地图优化方法、装置、电子设备及存储介质

技术领域

本公开涉及电子地图技术领域，具体而言，涉及一种单车地图优化方法、装置、电子设备及存储介质。

背景技术

随着经济发展，共享经济在逐渐走进人们的生活，共享单车、共享电动车的出现改变了人们的出行方式，方便了人们的出行。在一些场景中，用户需要基于地图查看车辆的还车点信息，在查看的过程中，为了能较清楚的查到目标还车点，通常需要手动调节地图比例尺以放大或缩小视图。而在地图缩放的过程中，比例尺的调节尺度通常难以把握。比如，若将比例尺调的较大，会导致当前视图中出现的还车点数量较少、街道信息较少，而无法识别具体方位；若将比例尺调的较小，虽然展示的范围变大了，但是会导致还车点重叠，不利于用户查看具体的还车点。

发明内容

本公开实施例至少提供一种单车地图优化方法、装置、电子设备及计算机可读存储介质。

第一方面，本公开实施例提供了一种单车地图优化方法，包括：

接收用户端的还车请求信息；所述还车请求信息包括还车目的地；

确定所述还车请求信息对应的车辆位置信息；

根据所述车辆位置信息对应的预设地理位置区域的还车点信息，调整所述预设地理位置区域对应的视图范围阈值；

根据调整后的视图范围阈值，在地图中显示相应的还车点的视图。

本公开实施例中，能够根据接收到的用户端的还车请求信息，确定还车请求信息对应的车辆位置信息，再根据车辆位置信息对应的预设地理位置区域的还车点信息，调整预设地理位置区域对应的视图范围阈值，然后根据调整后的视图范围阈值，在地图中显示相应的还车点的视图。如此，无需用户手动调节比例尺，即可以看到相应的还车点的视图。此外，由于该还车点视图是基于车辆位置信息对应的预设地理位置区域的还车点信息来确定的，因此，当前的还车点视图就预设地理位置区域存在的还车点数量和分布而言已然比较理想，也即，当前还车点视图中的还车点不会存在过多(重叠)或者过少(无法识别方位)的极端情况。

根据第一方面，在一种可能的实施方式中，所述预设地理位置区域包括目标城市。

根据第一方面，在一种可能的实施方式中，所述根据所述车辆位置信息对应的预设地理位置区域的还车点信息，调整所述预设地理位置区域对应的视图范围阈值，包括：

判断所述车辆位置信息对应的预设地理位置区域的当前还车点信息是否发生改变；

在所述车辆位置信息对应的预设地理位置区域的当前还车点信息发生改变的情况下，根据所述车辆位置信息对应的预设地理位置区域的当前还车点信息，调整所述预设地理位置区域对应的视图范围阈值。

本公开实施例中，通过判断城市的还车点信息是否发生变化，决定是否调整城市的视图范围阈值。如此，避免了频繁调整视图范围阈值的情况，提高了资源利用率。

根据第一方面，在一种可能的实施方式中，所述根据调整后的视图范围阈值，在地图中显示相应的还车点的视图，包括：

判断所述调整后的视图范围阈值所对应的还车目的地视图范围内是否存在还车点；

在所述还车目的地视图范围内存在还车点的情况下，在地图中显示所述还车目的地视图范围内的还车点的相应视图。

本公开实施例中，用户不但可以清晰地看到各个还车点所在的位置，而且可以了解路网信息，用户可以根据自己的实际情况前往还车点进行还车。

根据第一方面，在一种可能的实施方式中，所述根据调整后的视图范围阈值，在地图中显示相应的还车点的视图，还包括：

在所述还车目的地视图范围内不存在还车点的情况下，在地图中显示包括所述目的地以及距离所述目的地最近的还车点的相应视图。

本公开实施例中，可以向客户展示清晰的街道信息，指引用户前往距离目的地最近的还车点还车，减少用户盲目和不必要的搜索，缩短查找还车点的时间，提升定点还车率。

根据第一方面，在一种可能的实施方式中，所述确定所述还车请求信息对应的车辆位置信息，包括：

判断以所述目的地为中心的预设范围内是否存在还车点；

在以所述目的地为中心的预设范围内存在还车点的情况下，确定所述还车请求信息对应的车辆位置信息。

本公开实施例中，先判断以目的地为中心的预设范围内是否存在还车点，若存在则确定车辆位置信息，可以避免在目的地附近没有还车点的情况下还执行后续步骤，提高资源的利用率。

根据第一方面，在一种可能的实施方式中，所述判断以所述目的地为中心的预设范围内是否存在还车点之后，所述方法还包括：

在以所述目的地为中心的预设范围内不存在还车点的情况下，在地图中显示以所述目的地为中心的相应视图。

本公开实施例中，可以使用户很直观地感受到其搜索的目的地并无还车点，有效避免了用户到目的地之后找不到还车点的麻烦。

第二方面，本公开实施例还提供一种单车地图优化装置，包括：

接收模块，用于接收用户端的还车请求信息；所述还车请求信息包括还车目的地；

确定模块，用于确定所述还车请求信息对应的车辆位置信息；

调整模块，用于根据所述车辆位置信息对应的预设地理位置区域的还车点信息，调整所述预设地理位置区域对应的视图范围阈值；

显示模块，用于根据调整后的视图范围阈值，在地图中显示相应的还车点的视图。

根据第二方面，在一种可能的实施方式中，所述调整模块具体用于：

判断所述车辆位置信息对应的预设地理位置区域的当前还车点信息是否发生改变；

在所述车辆位置信息对应的预设地理位置区域的当前还车点信息发生改变的情况下，根据所述车辆位置信息对应的预设地理位置区域的当前还车点信息，调整所述预设地理位置区域对应的视图范围阈值。

根据第二方面，在一种可能的实施方式中，所述显示模块具体用于：

判断所述调整后的视图范围阈值所对应的还车目的地视图范围内是否存在还车点；

在所述还车目的地视图范围内存在还车点的情况下，在地图中显示所述还车目的地视图范围内的还车点的相应视图。

根据第二方面，在一种可能的实施方式中，所述显示模块具体用于：

在所述还车目的地视图范围内不存在还车点的情况下，在地图中显示包括所述目的地以及距离所述目的地最近的还车点的相应视图。

根据第二方面，在一种可能的实施方式中，所述确定模块具体用于：

判断以所述目的地为中心的预设范围内是否存在还车点；

在以所述目的地为中心的预设范围内存在还车点的情况下，确定所述还车请求信息对应的车辆位置信息。

根据第二方面，在一种可能的实施方式中，所述显示模块还用于：

在以所述目的地为中心的预设范围内不存在还车点的情况下，在地图中显示以所述目的地为中心的相应视图。

第三方面，本公开实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中所述的单车地图优化方法的步骤。

第四方面，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中所述的单车地图优化方法的步骤。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种共享电单车应用的示例性系统架构图；

图2示出了本公开实施例所提供的一种单车地图优化方法的流程图；

图3示出了本公开实施例所提供的一种响应用户端还车请求操作的界面示意图；

图4示出了本公开实施例所提供的一种用户端电子地图的还车界面示意图；

图5示出了本公开实施例所提供的一种确定还车请求信息对应的车辆位置信息的子流程图；

图6示出了本公开实施例所提供的一种调整预设地理位置区域对应的视图范围阈值的流程图；

图7示出了本公开实施例所提供的一种根据调整后的视图范围阈值，在地图中显示相应还车点视图的流程图；

图8示出了本公开实施例所提供的另一种用户端电子地图的还车界面示意图；

图9示出了本公开实施例所提供的一种单车地图优化装置的结构示意图；

图10示出了本公开实施例所提供的一种电子设备的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

随着经济发展，共享经济在逐渐走进人们的生活，共享单车、共享电动车的出现改变了人们的出行方式，方便了人们的出行。

经研究发现，在一些场景中，用户需要基于地图查看车辆的还车点信息，在查看的过程中，为了能较清楚的查到目标还车点，通常需要手动调节地图比例尺以放大或缩小视图。而在地图缩放的过程中，比例尺的调节尺度通常难以把握。比如，若将比例尺调的较大，会导致当前视图中出现的还车点数量较少、街道信息较少，而无法识别具体方位；若将比例尺调的较小，虽然展示的范围变大了，但是会导致还车点重叠，不利于用户查看具体的还车点。

基于上述研究，本公开提供了一种单车地图优化方法，该方法可以根据接收到的用户端的还车请求信息，确定还车请求信息对应的车辆位置信息，再根据车辆位置信息对应的预设地理位置区域的还车点信息，调整预设地理位置区域对应的视图范围阈值，然后根据调整后的视图范围阈值，在地图中显示相应的还车点的视图。如此，无需用户手动调节比例尺，即可以看到相应的还车点的视图。此外，由于该还车点视图是基于车辆位置信息对应的预设地理位置区域的还车点信息来确定的，因此，当前的还车点视图就预设地理位置区域存在的还车点数量和分布而言已然比较理想，也即，当前还车点视图中的还车点不会存在过多(重叠)或者过少(无法识别方位)的极端情况。

针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

下面结合具体的系统应用架构对本申请方案进行详细说明。

请参阅图1，图1示出了本公开实施例中的共享电单车应用的示例性系统架构。

如图1所示，该系统架构1000可以包括共享电单车100、用户端200以及服务端300。其中，共享电单车100与用户端200之间、用户端200与服务端300，以及共享电单车100和服务端300之间通过网络400建立通信连接。也即，网络400用于在共享电单车100、用户端200以及服务端300之间提供通信链路的介质。网络400可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆的，无线通信链路包括窄带物联网(Narrow Band Internet of Things，NB-IoT)、蓝牙通信链路、无线保真(Wireless-Fidelity，Wi-Fi)通信链路或微波通信链路等。

其中，本实施方式中仅仅是以共享电单车为例来进行说明，其他实施方式中，共享电单车100还可以是共享单车、共享滑板车、共享汽车等其他共享车辆，在此不做限定。

其中，用户端200可以安装有各种通信客户端应用，例如：绘图应用、视频录制应用、视频播放应用、语音采集应用、语音交互应用、搜索类应用、及时通信工具、邮箱客户端以及社交平台软件等。一些实施方式中，用户端200包括但不限于智能手机、平板电脑、膝上型便携式计算机等。

服务端300可以是提供各种服务的业务服务器。示例性地，服务端300可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。本实施例中，服务端300为云服务器。

应理解，图1中的共享电单车100、用户端200、服务端300和网络400的数目仅是示意性的。根据实现需要，可以是任意数量的共享电单车、用户端、服务端和网络。

示例性地，在实际使用过程中，共享电单车100可以通过GPS(Global PositioningSystem，全球定位系统)定期将定位信息发送给服务端300。用户可以通过安装于用户端200上的APP(Application，应用程序)访问云服务端300的数据，查看目的地共享电单车还车位置信息。当然，用户自己的位置信息也授权APP获取了。

接着，用户可以通过用户端200的APP向服务端300发出还车请求信息，通过GPS(Global Positioning System，全球定位系统)确定共享电单车100的车辆位置信息，从服务端300那里获得还车点信息，通过调整城市视图范围阈值后在用户端200上显示还车点的视图。

下面将结合图2对本公开实施例所公开的单车地图优化方法进行详细介绍，本公开实施例所提供的单车地图优化方法的执行主体一般为具有一定计算能力的电子设备，该电子设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为移动设备、用户终端、终端、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该单车地图优化方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

参见图2所示，为本公开实施例所提供的一种单车地图优化方法的流程示意图，其中，该方法可以应用于上述电子设备中，或应用于本地或云端的服务器中。图2所示的单车地图优化方法包括以下S101～S104：

S101，接收用户端的还车请求信息；所述还车请求信息包括还车目的地。

示例地，参见图3所示，用户端可以响应用户端的还车请求操作，例如，若用户在电子地图的主界面点击“还车”后，即可在在用户端显示搜索目的地的视图，如此，可以基于用户输入的目的地信息生成相应的还车请求信息。例如，若用户在搜索框中输入目的地并点击“搜索”时，即可确定接收到了用户端的还车请求信息，其中，该还车请求信息中包括了目的地。

S102，确定所述还车请求信息对应的车辆位置信息。

示例地，当用户骑车的时候，用户的身份信息和车辆的身份信息(比如车辆编号)是绑定的，因此，当接收到用户端的还车请求信息时，对应地，会识别到该用户正在使用的车辆的身份信息，进而可以获得与该车辆对应的车辆位置信息。

例如，以图1中的系统架构为例来进行说明，服务器300可以通过网络400接收到用户端200发出的还车请求，进而识别到与用户端200对应的共享单车100的身份信息，由于该共享单车100会把自己的位置信息上报给服务端，因此在确定当前共享单车100的身份信息后，即可确定与该还车请求信息对应的车辆位置信息。

示例地，在接收到用户发出的还车请求之后，服务器会获取当前用户以及共享电单车所在的位置，获取用户以及共享电单车的位置的方法包括但不限于：全球定位系统(Global Positioning System，GPS)、中国北斗卫星导航系统(Bei Dou NavigationSatellite System，BDS)等。

S103，根据所述车辆位置信息对应的预设地理位置区域的还车点信息，调整所述预设地理位置区域对应的视图范围阈值。

在一些实施方式中，所述预设地理位置区域包括目标城市。

示例地，在确定用户及车辆的位置之后，可以获取车辆所在的城市以及所在城市的还车点信息，还车点信息可以是当前城市还车点的数量、还车点的位置、还车点的分布等，不同城市的还车点信息不同，取决于当前城市的相关管理部门针对实际情况对还车点的具体规划，每个城市对应还车点信息会有一个相应的视图范围阈值，该阈值可以表示为地图的比例尺。

比如在北京这座城市中，城市内的还车点数量较多时，此时在当前阈值对应的还车点视图中可能会出现还车点标识出现重叠的情况，用户难以看清，那么就调整视图范围阈值，可以将地图比例尺放大，那么此时城市内的还车点标识不再重叠，用户就可以清晰地识别出还车点信息。而当城市内的还车点数量较少时，同样调整视图范围阈值，缩小地图比例尺，那么可能就会出现更多的还车点供用户选择。如此，通过动态调整所在城市的视图范围阈值，能够避免手动调节比例尺，进而节省了时间。

S104，根据调整后的视图范围阈值，在地图中显示相应的还车点的视图。

示例地，参见图4所示，为了方便用户还车，在调整视图范围阈值后，在应用端电子地图的还车界面会显示目的地附近的还车点视图，还车点视图中包括如下信息：还车点的数量、还车点的具体位置、还车点附近的街道分布、标志建筑物等信息，用来指引用户到哪里还车。

本公开实施例中，通过城市视图范围阈值的调整，无需用户手动调节比例尺，即可以看到相应的还车点的视图。此外，由于该还车点视图是基于车辆位置信息对应的预设地理位置区域的还车点信息来确定的，因此，当前的还车点视图就预设地理位置区域存在的还车点数量和分布而言已然比较理想，也即，当前还车点视图中的还车点不会存在过多(重叠)或者过少(无法识别方位)的极端情况。

针对上述S102，在确定还车请求信息对应的车辆位置信息时，参见图5所示，包括以下S1021～S1023：

S1021，判断以所述目的地为中心的预设范围内是否存在还车点。若是，则执行S1022步骤；若否，则执行S1023步骤。

其中，预设范围是预先设置的一个半径范围，可以是1公里范围内，也可以是2公里范围内，在此不做限定。

S1022，确定还车请求信息对应的车辆位置信息。

如此，先判断以目的地为中心的预设范围内是否存在还车点，若存在则确定车辆位置信息，可以避免在目的地附近没有还车点的情况下还执行后续步骤，提高资源的利用率。

S1023，在地图中显示以目的地为中心的相应视图。

示例地，当目的地附近无还车点时，则在地图中展示以目的地为中心点的相应视图，如此，可以使用户很直观地感受到其搜索的目的地并无还车点，有效避免了用户到目的地之后找不到还车点的麻烦。

针对上述S103，在调整预设地理位置区域对应的视图范围阈值时，参见图6所示，包括以下S1031～S1032：

S1031，判断车辆位置信息对应的预设地理位置区域的当前还车点信息是否发生改变。

S1032，在所述车辆位置信息对应的预设地理位置区域的当前还车点信息发生改变的情况下，根据所述车辆位置信息对应的预设地理位置区域的当前还车点信息，调整所述预设地理位置区域对应的视图范围阈值。

示例地，由于视图范围阈值由一个城市的政府政策或者实际还车点情况决定，而一般城市的还车点不会频繁的变化，都是一段时间才变化，因此，需要判断城市的还车点信息是否发生变化，决定是否调整城市的视图范围阈值。如此，避免了频繁调整视图范围阈值的情况，提高了资源利用率。

针对上述S104，在根据调整后的视图范围阈值，在地图中显示相应的还车点视图时，参见图7所示，包括以下S1041～S1043：

S1041，判断调整后的视图范围阈值所对应的还车目的地视图范围内是否存在还车点；若是，则执行S1042步骤；若否，则执行S1043步骤。

S1042，在地图中显示还车目的地视图范围内的还车点的相应视图。

示例地，参见图4所示，例如客户的目的地是万达广场，当以目的地万达广场为中心，当前视图范围阈值所对应的还车目的地视图范围内如果存在若干个还车点，其中自行车的图像标识代表还车点，则向客户显示所有的还车点，且还车点分布均匀，没有重叠。如此，用户不但可以清晰地看到各个还车点所在的位置，而且可以了解路网信息，用户可以根据自己的实际情况前往还车点进行还车。

S1043，在地图中显示包括目的地以及距离目的地最近的还车点的相应视图。

示例地，参见图8所示，例如客户的目的地是万达广场，当万达广场附近在当前视图范围阈值内不存在还车点，而视图范围阈值外存在还车点时，则向客户显示目的地到距离目的地最近的还车点的最佳视图。如此，可以向客户展示清晰的街道信息，指引用户前往距离目的地最近的还车点还车，减少用户盲目和不必要的搜索，缩短查找还车点的时间，提升定点还车率。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一技术构思，本公开实施例中还提供了与单车地图优化方法对应的单车地图优化装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述作业指导信息的选择方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图9所示，为本公开实施例提供的一种单车地图优化装置的结构示意图，所述装置500包括：

接收模块501，用于接收用户端的还车请求信息；所述还车请求信息包括还车目的地；

确定模块502，用于确定所述还车请求信息对应的车辆位置信息；

调整模块503，用于根据所述车辆位置信息对应的预设地理位置区域的还车点信息，调整所述预设地理位置区域对应的视图范围阈值；

显示模块504，用于根据调整后的视图范围阈值，在地图中显示相应的还车点的视图。

在一种可能的实施方式中，所述调整模块503具体用于：

判断所述车辆位置信息对应的预设地理位置区域的当前还车点信息是否发生改变；

在所述车辆位置信息对应的预设地理位置区域的当前还车点信息发生改变的情况下，根据所述车辆位置信息对应的预设地理位置区域的当前还车点信息，调整所述预设地理位置区域对应的视图范围阈值。

在一种可能的实施方式中，所述显示模块504具体用于：

判断所述调整后的视图范围阈值所对应的还车目的地视图范围内是否存在还车点；

在所述还车目的地视图范围内存在还车点的情况下，在地图中显示所述还车目的地视图范围内的还车点的相应视图。

在一种可能的实施方式中，所述显示模块504具体用于：

在所述还车目的地视图范围内不存在还车点的情况下，在地图中显示包括所述目的地以及距离所述目的地最近的还车点的相应视图。

在一种可能的实施方式中，所述确定模块502具体用于：

判断以所述目的地为中心的预设范围内是否存在还车点；

在以所述目的地为中心的预设范围内存在还车点的情况下，确定所述还车请求信息对应的车辆位置信息。

在一种可能的实施方式中，所述显示模块504还用于：

在以所述目的地为中心的预设范围内不存在还车点的情况下，在地图中显示以所述目的地为中心的相应视图。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

基于同一技术构思，本公开实施例还提供了一种电子设备。参照图10所示，为本公开实施例提供的电子设备700的结构示意图，包括处理器701、存储器702、和总线703。其中，存储器702用于存储执行指令，包括内存7021和外部存储器7022；这里的内存7021也称内存储器，用于暂时存放处理器701中的运算数据，以及与硬盘等外部存储器7022交换的数据，处理器701通过内存7021与外部存储器7022进行数据交换。

本申请实施例中，存储器702具体用于存储执行本申请方案的应用程序代码，并由处理器701来控制执行。也即，当电子设备700运行时，处理器701与存储器702之间通过总线703通信，使得处理器701执行存储器702中存储的应用程序代码，进而执行前述任一实施例中所揭示的方法。

其中，存储器702可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read－Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read－Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read－Only Memory，EEPROM)等。

处理器701可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备700的具体限定。在本申请另一些实施例中，电子设备700可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中的单车地图优化方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机程序产品载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中的单车地图优化方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。