本发明涉及车辆技术领域，更具体地，涉及一种车辆管理方法、车库管理设备、服务器、客户端及系统。
背景技术：
互联网技术和设备制造技术的飞速发展，出现了共享车辆服务，例如共享自行车、共享助力车、共享电动车乃至共享汽车等，可以将车辆以分时或分段模式租赁给用户使用，有效利用车辆资源，为用户提供高效且低成本的服务，解决交通出行的问题。
但是，随着共享车辆的用户规模迅速增大，投入运营的共享车辆的数量也呈爆发式增长，而由于共享车辆具有“随时随地随借随还”的这一方便用户出行的特性，共享车辆被胡乱停放的乱象也日渐频出，导致阻碍交通、妨碍市容等问题。
技术实现要素：
本发明的一个目的是提供一种用于管理车辆的新技术方案。
根据本发明的第一方面，提供了一种通过车库管理设备实施，该车库管理设备用于管理立体车库，该立体车库用于提供层叠空间存放车辆，该方法包括：
接收客户端发送的用车请求，从对应的立体车库停放的车辆中选择目标车辆以提取供使用，并向服务器发送用车通知，使得所述服务器确认所述目标车辆被使用，
其中，所述用车请求中至少包括请求使用车辆的用户的唯一用户标识，所述用车通知中至少包括所述唯一用户标识以及所述目标车辆的唯一车辆标识；
接收客户端发送的还车请求，触发所述立体车库接收与所述还车请求对应的目标车辆完成停放，并向服务器发送还车通知，使得服务器确认目标车辆已结束使用，
其中，所述还车请求中至少包括请求归还车辆的用户的唯一用户标识、归还的目标车辆的唯一车辆标识，所述还车通知中至少包括所述唯一用户标识以及唯一车辆标识。
可选地，
所述方法还包括：
接收服务器发送的用车指示，从对应的立体车库中提取与所述用车通知对应的目标车辆，以供用户使用；
其中，所述用车指示至少包括所述目标车辆的唯一车辆标识；
和/或，
所述方法还包括：
接收所述用车请求后，验证与所述用车请求对应的用户具有车辆使用权限后，再执行所述选取目标车辆的步骤。
可选地，
所述从对应的立体车库停放的车辆中选取目标车辆的步骤包括：
根据立体车库中停放的每辆车辆的停放位置信息，计算每辆车辆的提取距离；
选取提取距离最小的车辆作为目标车辆；
和/或，
所述触发所述立体车库接收与所述还车请求对应的目标车辆完成停放的步骤包括：
获取所述立体车库的车辆停放分布信息；
根据所述车辆停放分布信息，选取停放距离最小的目标位置以触发所述立体车库将所接收的目标车辆移送至所述目标位置完成停放。
可选地，
所述提取目标车辆供使用的步骤包括：
获取目标车辆的车辆状态；
当所述车辆状态为车辆已锁时，向所述服务器发送开锁请求，以触发所述服务器使得所述目标车辆开锁；
其中，所述开锁请求中至少包括请求使用车辆的用户的唯一用户标识、所述目标车辆的唯一车辆标识；
和/或，
所述停放目标车辆的步骤包括：
获取目标车辆的车辆状态；
当所述车辆状态为车辆未锁时，向所述服务器发送关锁请求，以触发所述服务器使得所述车辆关锁；
其中，所述关锁请求中至少包括请求使用车辆的用户的唯一用户标识、所述目标车辆的唯一车辆标识。
可选地，
所述用车请求中还包括期望使用车辆的车辆类别；
所述从对应的立体车库停放的车辆中选取目标车辆的步骤包括：
选取符合所述车辆类别的车辆作为目标车辆；
和/或，
所述还车请求中还包括归还的目标车辆的车辆类别；
所述触发所述立体车库接收与所述还车请求对应的目标车辆完成停放的步骤包括：
获取所述立体车库中已停放的符合所述车辆类别的车辆的停放区域信息；
根据该停放区域信息，选取与已停放的符合所述车辆类别的车辆的停放区域中心距离符合预设距离阈值的目标位置，以触发所述立体车库将所接收的目标车辆移送至所述目标位置完成停放。
根据本发明的第二方面，提供一种车辆管理方法，其中，通过服务器实施，包括：
接收车库管理设备发送的用车通知，确认与所述用车通知对应的目标车辆被使用；
其中，所述车库管理设备用于管理立体车库，该立体车库用于提供层叠空间存放车辆；所述用车通知中至少包括使用所述目标车辆的用户的唯一用户标识以及所述目标车辆的唯一车辆标识；
接收所述车库管理设备发送的还车通知，确认与所述用车通知对应的目标车辆已结束使用；
其中，所述还车通知中至少包括归还所述目标车辆的用户的唯一用户标识以及所述目标车辆的唯一车辆标识。
可选地，该方法还包括：
接收客户端发送的所述用车请求，选取与所述用车请求对应的车库管理设备；
获取该立体车库的每辆车辆的停放位置信息，计算每辆车辆的提取距离；
选取提取距离最小的车辆作为目标车辆，并通过用车指示通知所述车库管理设备，以触发所述车库管理设备提取所述目标车辆供使用；
其中，所述用车指示至少包括所述目标车辆的唯一车辆标识；
和/或，
接收所述车库管理设备发送的开锁请求/关锁请求，触发对应的目标车辆开锁/关锁，
其中，所述开锁请求中至少包括请求使用车辆的用户的唯一用户标识、所述目标车辆的唯一车辆标识；所述关锁请求中至少包括归还目标车辆的用户的唯一用户标识、所述目标车辆的唯一车辆标识。
根据本发明的第三方面，提供一种车辆管理方法，其中，通过客户端实施，包括：
提供车辆服务界面，用于响应所接收的操作，对应生成用车请求和/或还车请求，发送至车库管理设备，以触发车库管理设备实施如本发明第一方面中提供的任意一项车辆管理方法；
其中，所述车库管理设备用于管理立体车库，该立体车库用于提供层叠空间存放车辆；所述用车请求中至少包括请求使用车辆的用户的唯一用户标识；所述还车请求中至少包括请求归还车辆的用户的唯一用户标识、归还的目标车辆的唯一车辆标识。
根据本发明的第四方面，提供一种车库管理设备，其中，包括：
存储器，用于存储可执行的指令；
处理器，用于根据所述可执行的指令的控制，运行所述车库管理设备，执行如本发明的第一方面提供的任意一项车辆管理方法。
根据本发明的第五方面，提供一种服务器，其中，包括：
存储器，用于存储可执行的指令；
处理器，用于根据所述可执行的指令的控制，运行所述服务器，执行如本发明的第二方面提供的车辆管理方法。
根据本发明的第六方面，提供一种客户端，其中，包括：
显示装置，用于显示人机交互界面；
存储器，用于存储可执行的指令；
处理器，用于根据所述可执行的指令的控制，运行所述服务器，执行如本发明的第三方面的车辆管理方法。
根据本发明的第七方面，提供一种车辆系统，其中，包括：
车辆；
如本发明的第一方面的车库管理设备；
如本发明的第二方面的服务器；
以及如本发明的第三方面的客户端。
根据本公开的一个实施例，通过该车库管理设备，在接收用车请求时，从立体车库中选取目标车辆以提取供用户使用，以及在接收还车请求时，触发立体车库接收归还的目标车辆完成停放，实现基于立体车库提供车辆使用服务，在便利用户出行的同时，实现车辆的规范且高效的停放。
通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。
图1是显示可用于实现本发明的实施例的车辆系统的硬件配置的例子的框图。
图2示出了本发明第一实施例中车辆管理方法的流程图。
图3示出了本发明第一实施例中车库管理设备的框图。
图4示出了本发明第二实施例中车辆管理方法的流程图。
图5示出了本发明第二实施例中服务器的框图。
图6示出了本发明第三实施例中客户端的框图。
图7示出了本发明第四实施例中车辆系统的框图。
图8是本发明第四实施例中的车辆管理方法的例子的示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
<硬件配置>
如图1所示，车辆系统100包括服务器1000、客户端2000、车辆3000、网络4000、车库管理设备5000。
服务器1000提供处理、数据库、通讯设施的业务点。服务器1000可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。
在一个例子中，服务器1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。尽管服务器也可以包括扬声器、麦克风等等，但是，这些部件与本发明的是合理无关，故在此省略。
其中，处理器1100例如可以是中央处理器cpu、微处理器mcu等。存储器1200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括usb接口、串行接口、红外接口等。通信装置1400例如能够进行有线或无线通信。显示装置1150例如是液晶显示屏、led显示屏触摸显示屏等。输入装置1160例如可以包括触摸屏、键盘等。
在本实施例中，客户端2000是具有通信功能、业务处理功能的电子设备。客户端2000可以是移动终端，例如手机、便携式电脑、平板电脑、掌上电脑等等。在一个例子中，客户端2000是对车辆3000实施控制的应用设备，例如，安装有支持使用车辆获取出行服务的应用程序(app)的手机。或者，客户端2000还可以支持提供车辆管理、检测服务的电子设备，例如，是可自主移动对车辆进行检测的检测设备或者是安装有提供车辆管理、检测服务的应用程序(app)的手机。
如图1所示，客户端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、输出装置2700、摄像装置2800，等等。其中，处理器2100可以是中央处理器cpu、微处理器mcu等。存储器2200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括usb接口、耳机接口等。通信装置2400例如能够进行有线或无线通信。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘、麦克风等。输出装置2700至少包括扬声器等。摄像装置2800可以是一个或多个摄像头，具有拍照、拍摄视频以及扫描二维码的功能。
车辆3000是任何可以分时或分地出让使用权供不同用户共享使用的车辆，例如，用于共享的共享自行车、共享助力车、共享电动车、共享车等等。车辆3000可以是自行车、三轮车、电动助力车、摩托车以及四轮乘用车等各种形态。
如图1所示，车辆3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、输出装置3500、输入装置3600、定位装置3700、传感器3800，等等。其中，处理器3100可以是中央处理器cpu、微处理器mcu等。存储器3200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括usb接口、耳机接口等。通信装置3400例如能够进行有线或无线通信。输出装置3500例如是输出信号的装置，至少包括输出语音的装置如扬声器等，还可以包括显示装置例如液晶显示屏、触摸显示屏等。输入装置3600例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。定位装置3700用于提供定位功能，例如可以是gps定位模块、北斗定位模块等。传感器3800用于获取车辆姿态信息，例如可以是加速度计、陀螺仪、或者三轴、六轴、九轴微机电系统(mems)等。
车体管理设备5000是提供管理立体车库、数据处理、通信交互功能的电子设备。该立体车库可以提供层叠空间用于停放车辆，可以节省空间停放车辆。该车库管理设备5000可以管理一个或多个立体车库。该车库管理设备可以设置在立体车库内、也可以通过无线或有线网络连接立体车库实施管理。
在一些实施例中，车体管理设备5000可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。车体管理设备可以通过服务器或类似服务器的设备实现。
在一个例子中，车体管理设备5000可以如图1所示，包括处理器5100、存储器5200、接口装置5300、通信装置5400、显示装置5500、输入装置5600。其中，处理器5100例如可以是中央处理器cpu、微处理器mcu等。存储器5200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置5300例如包括usb接口、串行接口、红外接口等。通信装置5400例如能够进行有线或无线通信，还包括近距离通信，例如蓝牙、nfc通信等。显示装置5500例如是液晶显示屏、led显示屏触摸显示屏等。输入装置5600例如可以包括触摸屏、键盘或者可以通过扫描、拍摄获取外部信息的摄像装置等。
网络4000可以是无线通信网络也可以是有线通信网络，可以是局域网也可以是广域网。在图1所示的物品管理系统中，服务器1000、客户端2000、车辆3000以及车库管理设备5000之中任意两者，可以通过网络4000进行通信。此外，服务器1000、客户端2000、车辆3000以及车库管理设备5000之中任意两者所基于的网络4000可以是同一个，也可以是不同的。
应当理解的是，尽管图1仅示出一个服务器1000、客户端2000、车辆3000、车库管理设备5000，但不意味着限制对应的数目，车辆系统100中可以包含多个服务器1000、客户端2000、车辆3000以及车库管理设备5000。
以车辆3000为共享自行车为例，车辆系统100为共享自行车系统。服务器1000用于提供支持共享自行车使用所必需的全部功能。客户端2000可以是手机，其上安装有共享自行车应用程序，共享自行车应用程序可以帮助用户使用车辆3000获取相应的功能等等。车库管理设备5000设置与可提供层叠空间停放共享自行车的立体车库侧，管理对应的立体车库。
图1所示的车辆系统100仅是解释性的，并且决不是为了要限制本发明、其应用或用途。
应用于本发明的实施例中，尽管图1只示出一个服务器1000、一个客户端2000、一辆车辆3000、一个车库管理设备5000，但是，应当理解的是，具体应用中，可以根据实际需求使得所述车辆系统100包括多个服务器1000、多个客户端2000、多个车辆3000、多个车库管理设备5000。
应用于本发明的实施例中：
服务器1000的所述存储器1200用于存储指令，所述指令用于控制所述处理器1100运行所述服务器1000执行本发明实施例提供的车辆管理方法；
客户端2000的所述存储器2200用于存储指令，所述指令用于控制所述处理器2100运行客户端2000执行本发明实施例中提供的车辆管理方法。
车库管理设备5000的所述存储器5200用于存储指令，所述指令用于控制所述处理器5100运行车库管理设备5000执行本发明实施例中提供的车辆管理方法。
尽管在图1中对服务器1000、客户端2000、车库管理设备5000示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务器1000只涉及存储器1200、处理器1100，客户端2000只涉及存储器2200、处理器2100和显示装置2500，车库管理设备5000只涉及存储器5200、处理器5100和通信装置5400
在上述描述中，技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
<第一实施例>
在本实施例中，提供一种车辆管理方法，通过车库管理设备实施。
该车库管理设备用于管理立体车库，是提供管理立体车库、数据处理、通信交互功能的电子设备。该车库管理设备可以管理一个或多个立体车库，可以设置在立体车库内、也可以通过无线或有线网络连接立体车库实施管理。例如，可以如图1所示的车库管理设备5000。
该立体车库可以提供层叠空间用于停放车辆，例如，可以是具有多层空间结构，每层空间结构内停放多辆车辆，并且具有运输装置可以提供车辆的提取和停放。利用立体车库停放车辆，可以实现车辆的规范停放的同时，节省车辆停放所需的空间，实现高效停放。
在本实施例中，车辆是被投放供用户以分时租赁、分地租赁等模式获取使用权的交通设备，该车辆可以是两轮或三轮自行车、助力车、电动车，也可以是四轮以上的机动车辆。
该车辆管理方法，可以如图2所示，包括：步骤s2100-s2200。
步骤s2100，接收客户端发送的用车请求，从对应的立体车库停放的车辆中选择目标车辆以提取供使用，并向服务器发送用车通知，使得所服务器确认目标车辆被使用。
该用车请求中至少包括请求使用车辆的用户的唯一用户标识。
上述唯一用户标识用于唯一标识用户，可以是用户为获取车辆出行服务注册时获取的用户账户名、用户id等。
在本实施例中，车库管理设备可以通过多种方式获取客户端发送的用车请求。例如，车库管理设备可以提供可被扫描的用车二维码，使用客户端的用户存在用车需求时，可以通过客户端扫描该二维码图像，由此使得车库管理设备接收客户端发送的用车请求；或者，车库管理设备可以通过nfc(近场通信)、蓝牙等近距离通信方式与客户端交互，接收客户端发送的用车请求等等。
在本实施例中，车库管理设备接收用车请求后，可以从对应的立体车库停放的车辆中选择目标车辆以提取供使用，基于立体车库提供用户获取车辆出行，在提供车辆便利用户出行的同时，实现车辆的规范且高效停放。
例如，车库管理设备设置在立体车库内部或立体车库一侧、或者只管理一个立体车库，在接收用车请求后，可以确定从对应的立体车库中选取目标车辆；而车库管理设备管理多个车库时，可以触发客户端定位获取对应的地理位置，或者通过与用车请求对应的唯一用户标识，向服务器查询获取客户端对应的地理位置，根据该地理位置选取距离较近的立体车库，从该立体车库中选取目标车辆。
在实际应用过程中，使用目标车辆出行的用户，通常应预先获取车辆使用权限。例如，通过向提供车辆出行服务的服务商注册、充值等手段，获取使用车辆的权限等。
因此，在本实施例中，提供的车辆管理方法还包括：
接收所述用车请求后，验证与用车请求对应的用户具有车辆使用权限后，再执行选取目标车辆的步骤。
在本实施例中，车库管理设备可以根据用车请求中包含的唯一用户标识，向服务器查询对应的用户是否具有车辆使用权限。
在一个例子中，从对应的立体车库停放的车辆中选取目标车辆的步骤包括：步骤s2111-s2112。
步骤s2111，根据立体车库中停放的每辆车辆的停放位置信息，计算每辆车辆的提取距离。
车辆的停放位置信息是对应的车辆停放在车库中的对应的位置信息，该位置信息可以具体的位置坐标、位置编号等，该位置坐标可以是对应位置在立体车库提供的层叠空间中的三维坐标。
车辆的提取距离是从该立体车库中将车辆传输至车库出口以供用户使用所需经过的传输距离。
在本实施例中，可以根据车辆的停放位置信息，计算与车库出口位置之间的距离，作为每辆车辆的提取距离。
步骤s2112，选取提取距离最小的车辆作为目标车辆。
选取提取距离最小的车辆作为目标车辆，可以提升目标车辆的提取效率，提升提供车辆出行服务的效率。
在一些应用场景中，立体车库中可能停放多种不同车辆类别的车辆，例如，可能停放有提供共享出行服务的车辆和私人车辆，或者停放有由不同的出行服务提供商提供的车辆，甚至还可能停放有完全不同车辆类型的车辆。
因此，在本实施例中，提供的车辆管理方法还包括：
上述用车请求中还包括期望使用车辆的车辆类别；
上述从对应的立体车库停放的车辆中选取目标车辆的步骤包括：选取符合该车辆类别的车辆作为目标车辆。
针对用车请求中的车辆类别选取符合的车辆作为目标车辆，可以准确提取用户期望使用的目标车辆，提升用户的车辆出行服务体验。
应当理解的是，在上述公开了根据车辆的提取距离以及车辆类别选取目标车辆的两种方案后，本领域技术人员可以很容易地，根据自身的应用需求，得到选取提取距离最小并符合对应的车辆类别的车辆作为目标车辆的方案。
在又一个例子中，本实施例中提供的车辆管理方法，还包括：步骤s2121-s2122。
步骤s2121，获取目标车辆的车辆状态。
该车辆状态是目标车辆当前的状态，至少包括车辆已锁/未锁。该车辆状态还可以包括车辆是否正常可使用、配件是否正常工作、通信是否正常等等。
步骤s2122，当车辆状态为车辆已锁时，向服务器发送开锁请求，以触发服务器使得目标车辆开锁。
该开锁请求中至少包括请求使用车辆的用户的唯一用户标识、目标车辆的唯一车辆标识。
上述唯一车辆标识用于唯一标识车辆，可以是车辆的出厂编号、产品id或者车辆编号等。
通过服务器使得目标车辆开锁可以是多种方式，例如可以由服务器发送开锁指令至目标车辆触发目标车辆开锁，或者由服务器将开锁指令发送至车库管理设备由车库管理设备转发至目标车辆，触发目标车辆开锁。
在提取目标车辆时，对已锁的目标车辆触发开锁，可以目标车辆提供给用户时已经处于可以直接使用的状态，提高取车效率，提升用户的车辆使用体验。
在本实施例中，提供的车辆管理方法还可以包括：
接收服务器发送的用车指示，从对应的立体车库中提取与该用车通知对应的目标车辆，以供用户使用。
该用车指示至少包括目标车辆的唯一车辆标识。该用车指示还可以包括目标车辆的停放位置信息，例如目标车辆在立体车库中停放的位置编号、位置坐标等。
基于用车指示提取车辆提供用户使用，车库管理设备可以无需实施目标车辆的选取步骤，提升车辆提取效率，提升用户的车辆使用体验。
在提取目标车辆供用户使用时，车库管理设备还向服务器发送用车通知，该用车通知中至少包括使用目标车辆的用户的唯一用户标识以及目标车辆的唯一车辆标识。
根据该用车通知，服务器确认目标车辆被使用，可以相应更新目标车辆的车辆状态以及使用目标车辆的用户的相关状态，例如，可以生成对应车辆使用记录，记录用户使用车辆的时间、路程等，还可以根据该车辆使用记录生成订单进行计费等。从而便于服务器对于提供出行服务的车辆进行管理，提升车辆管理效率。
步骤s2200，接收客户端发送的还车请求，触发立体车库接收与该还车请求对应的目标车辆完成停放，并向服务器发送还车通知，使得服务器确认目标车辆已结束使用。
该还车请求中至少包括请求归还车辆的用户的唯一用户标识、归还的目标车辆的唯一车辆标识。
在本实施例中，车库管理设备可以通过多种方式获取客户端发送的还车请求。例如，车库管理设备可以通过摄像装置，扫描客户端展示的由于使用该客户端的用户存在还车需求而产生的二维码图像(该二维码图像包括用户的唯一用户描述和归还的目标车辆的唯一车辆标识)，由此接收客户端发送的还车请求；或者，车库管理设备可以通过nfc(近场通信)、蓝牙等近距离通信方式与客户端交互，接收客户端发送的还车请求等等。
在本实施例中，车库管理设备接收还车请求后，可以触发立体车库接收与还车请求对应的目标车辆完成停放，基于立体车库提供用户归还所使用的车辆，在提供车辆便利用户出行的同时，实现车辆的规范且高效停放。
例如，车库管理设备设置在立体车库内部或立体车库一侧、或者只管理一个立体车库，在接收还车请求后，可以触发对应的立体车库接收用户归还的目标车辆进行停放；而车库管理设备管理多个车库时，可以触发客户端定位获取对应的地理位置，或者通过与还车请求对应的唯一用户标识，向服务器查询获取客户端对应的地理位置，根据该地理位置选取距离较近的立体车库，触发对应的立体车库接收用户归还的目标车辆进行停放。
在一个例子中，触发立体车库接收与还车请求对应的目标车辆完成停放的步骤包括：步骤s2211-s2212。
步骤s2211，获取所述立体车库的车辆停放分布信息。
车辆停放分布信息是对应的立体车库中停放的车辆的位置分布相关信息，通过该车辆停放分布信息，可以获取该立体车库中已停放车辆的位置信息以及还可供停放车辆的位置信息。该位置信息可以是具体的位置坐标、位置编号等，该位置坐标可以是对应的位置在车库提供的层叠空间中的三维坐标。
步骤s2212，根据上述车辆停放分布信息，选取停放距离最小的目标位置以触发立体车库将所接收的目标车辆移送至目标位置完成停放。
车辆的停放距离是从该立体车库中将车辆从用户归还车辆的入口，传输至对应位置停放所需经过的传输距离。
在本实施例中，根据每个可供停放车辆的位置的位置信息，可以计算与车库入口位置之间的距离，作为对应位置的停放距离。
选取停放距离最小的位置停放目标车辆，可以提升目标车辆的归还效率，提升提供车辆出行服务的效率。
在一些应用场景中，立体车库中可能停放多种不同车辆类别的车辆，例如，可能停放有提供共享出行服务的车辆和私人车辆，或者停放有由不同的出行服务提供商提供的车辆，甚至还可能停放有完全不同车辆类型的车辆。
因此，在本实施例中，提供的车辆管理方法还包括：
上述还车请求中还包括期望使用车辆的车辆类别；
上述触发立体车库接收与还车请求对应的目标车辆完成停放的步骤包括：步骤s2221-s2222。
步骤s2221，获取所该立体车库中已停放的符合该车辆类别的车辆的停放区域信息。
该停放区域信息可以是根据符合该车辆类别的车辆的停放分布归类划分的区域的位置信息，该位置信息可以是该区域的占据的空间的坐标范围等。
步骤s2222，根据该停放区域信息，选取与已停放的符合所该车辆类别的车辆的停放区域中心距离符合预设距离阈值的目标位置，以触发立体车库将所接收的目标车辆移送至该目标位置完成停放。
在本实施例中，该预设距离阈值可以根据应用场景或应用需求设置。
通过上述步骤，可以使得目标车辆与相同车辆类别的车辆停放在立体车库的相同或相近空间区域，提升立体车库中停放车辆的效率，便于车辆的提取，提升用户的车辆出行服务体验。
应当理解的是，在上述公开了根据车辆的停放距离以及车辆类别停放目标车辆的两种方案后，本领域技术人员可以很容易地，根据自身的应用需求，得到兼顾停放距以及车辆类别的车辆停放方案。
在又一个例子中，本实施例中提供的车辆管理方法，还包括：步骤s2231-s2232。
步骤s2231，获取目标车辆的车辆状态。
该车辆状态是目标车辆当前的状态，至少包括车辆已锁/未锁。该车辆状态还可以包括车辆是否正常可使用、配件是否正常工作、通信是否正常等等。
步骤s2232，当车辆状态为车辆未锁时，向服务器发送关锁请求，以触发服务器使得目标车辆关锁。
该关锁请求中至少包括请求使用车辆的用户的唯一用户标识、目标车辆的唯一车辆标识。
上述唯一车辆标识用于唯一标识车辆，可以是车辆的出厂编号、产品id或者车辆编号等。
通过服务器使得目标车辆关锁可以是多种方式，例如可以由服务器发送关锁指令至目标车辆触发目标车辆关锁，或者由服务器将关锁指令发送至车库管理设备由车库管理设备转发至目标车辆，触发目标车辆关锁。
在用户归还目标车辆后，对未锁的目标车辆触发关锁，可以无需用户在还车时还触发关锁操作，避免用户遗忘关锁造成损失，也节省用户归还车辆的时间，提高还车效率，提升用户的车辆使用体验。
在接收归还的目标车辆供用户并完成停放后，车库管理设备还向服务器发送还车通知，该还车通知中至少包括归还目标车辆的用户的唯一用户标识以及目标车辆的唯一车辆标识。
根据该还车通知，服务器确认目标车辆结束使用，可以相应更新目标车辆的车辆状态以及使用目标车辆的用户的相关状态，例如，可以更新对应车辆使用记录，标记用户已结束车辆使用等，还可以根据该更新车辆使用记录结束对应订单的计费等。从而便于服务器对于提供出行服务的车辆进行管理，提升车辆管理效率。
<车库管理设备>
在本实施例中，还提供一种车库管理设备200，用于实施车库管理，如图3所示，包括：
存储器210，用于存储可执行的指令；
处理器220，用于根据指令的控制运行车库管理设备200执行本实施例中提供的任意一项所述的车辆管理方法。
在本实施例中，车库管理设备200可以具体各种实体形式。例如，车库管理设备200可以由云端服务器实现。车库管理设备200还可以是如图1所示的车库管理设备5000。
本领域技术人员应当明白，可以通过各种方式来实现车库管理设备200。例如，可以通过指令配置处理器来实现车库管理设备200。例如，可以将指令存储在rom中，并且当启动设备时，将指令从rom读取到可编程器件中来实现车库管理设备200。例如，可以将车库管理设备200固化到专用器件(例如asic)中。可以将车库管理设备200分成相互独立的单元，或者可以将它们合并在一起实现。车库管理设备200可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。
以上已经结合附图描述了本发明的第一实施例，根据本实施例，提供一种车辆管理方法以及车库管理设备，该车库管理设备管理能提供层叠空间存放车辆的立体车库，通过该车库管理设备，在接收用车请求时，从立体车库中选取目标车辆以提取供用户使用，以及在接收还车请求时，触发立体车库接收归还的目标车辆完成停放，实现基于立体车库提供车辆使用服务，在便利用户出行的同时，实现车辆的规范且高效的停放。
<第二实施例>
在本实施例中，提供一种车辆管理方法，由服务器实施。
该服务器可以是各种实体形式。例如，服务器可以是云端服务器，或者还可以是如图1所示的服务器1000。一个例子中，服务器是支持提供车辆运营、管理、调度等服务的运营中心。
该车辆管理方法，如图4所示，包括：步骤s3100-3200。
步骤s3100，接收车库管理设备发送的用车通知，确认与该用车通知对应的目标车辆被使用。
该车库管理设备用于管理立体车库，该立体车库用于提供层叠空间存放车辆，在第一实施例中已经详细描述，在此不再赘述。
该用车通知中至少包括使用目标车辆的用户的唯一用户标识以及目标车辆的唯一车辆标识。
根据该用车通知，通过服务器确认目标车辆被使用，可以相应更新目标车辆的车辆状态以及使用目标车辆的用户的相关状态，例如，可以生成对应车辆使用记录，记录用户使用车辆的时间、路程等，还可以根据该车辆使用记录生成订单进行计费等。从而便于服务器对于提供出行服务的车辆进行管理，提升车辆管理效率。
步骤s3200，用于接收车库管理设备发送的还车通知，确认与用车通知对应的目标车辆已结束使用。
该还车通知中至少包括归还目标车辆的用户的唯一用户标识以及目标车辆的唯一车辆标识。
根据该还车通知，服务器确认目标车辆结束使用，可以相应更新目标车辆的车辆状态以及使用目标车辆的用户的相关状态，例如，可以更新对应车辆使用记录，标记用户已结束车辆使用等，还可以根据该更新车辆使用记录结束对应订单的计费等。从而便于服务器对于提供出行服务的车辆进行管理，提升车辆管理效率。
在本实施例中，提供的车辆管理方法，还包括：步骤s3010-s3030。
步骤s3010，接收客户端发送的用车请求，选取与用车请求对应的车库管理设备。
该用车请求中至少包括请求使用车辆的用户的唯一用户标识。
在接收用车请求后，服务器可以通过与用车请求对应的唯一用户标识，查询获取客户端对应的地理位置，根据该地理位置选取距离较近的立体车库，进而选取对应的车库管理设备。
步骤s3020，获取该立体车库的每辆车辆的停放位置信息，计算每辆车辆的提取距离。
车辆的停放位置信息是对应的车辆停放在车库中的对应的位置信息，该位置信息可以具体的位置坐标、位置编号等，该位置坐标可以是对应位置在立体车库提供的层叠空间中的三维坐标。
服务器可以向车库管理设备查询获取该车辆的停放位置信息。
车辆的提取距离是从该立体车库中将车辆传输至车库出口以供用户使用所需经过的传输距离。
在本实施例中，可以根据车辆的停放位置信息，计算与车库出口位置之间的距离，作为每辆车辆的提取距离。
步骤s3030，选取提取距离最小的车辆作为目标车辆，并通过用车指示通知车库管理设备，以触发车库管理设备提取目标车辆供使用。
选取提取距离最小的车辆作为目标车辆，可以提升目标车辆的提取效率，提升提供车辆出行服务的效率。并且，基于用车指示提取车辆提供用户使用，车库管理设备可以无需实施目标车辆的选取步骤，提升车辆提取效率，提升用户的车辆使用体验。
在一个例子中，本实施例中提供的车辆管理方法，还包括：
接收车库管理设备发送的开锁请求/关锁请求，触发对应的目标车辆开锁/关锁。
该开锁请求中至少包括请求使用车辆的用户的唯一用户标识、目标车辆的唯一车辆标识；该关锁请求中至少包括归还目标车辆的用户的唯一用户标识、目标车辆的唯一车辆标识。
通过服务器使得目标车辆开锁可以是多种方式，例如可以由服务器发送开锁指令至目标车辆触发目标车辆开锁，或者由服务器将开锁指令发送至车库管理设备由车库管理设备转发至目标车辆，触发目标车辆开锁。
在提取目标车辆时，对已锁的目标车辆触发开锁，可以目标车辆提供给用户时已经处于可以直接使用的状态，提高取车效率，提升用户的车辆使用体验。
通过服务器使得目标车辆关锁可以是多种方式，例如可以由服务器发送关锁指令至目标车辆触发目标车辆关锁，或者由服务器将关锁指令发送至车库管理设备由车库管理设备转发至目标车辆，触发目标车辆关锁。
在用户归还目标车辆后，对未锁的目标车辆触发关锁，可以无需用户在还车时还触发关锁操作，避免用户遗忘关锁造成损失，也节省用户归还车辆的时间，提高还车效率，提升用户的车辆使用体验。
<服务器>
在本实施例中，还提供一种服务器300，用于实施车辆管理，如图5所示，包括：
存储器310，用于存储可执行的指令；
处理器320，用于根据指令的控制运行服务器300执行本实施例中提供的任意一项所述的车辆管理方法。
在本实施例中，服务器300可以具体各种实体形式。例如，服务器300可以是云端服务器。服务器300还可以是如图1所示的服务器1000。
本领域技术人员应当明白，可以通过各种方式来实现服务器300。例如，可以通过指令配置处理器来实现服务器300。例如，可以将指令存储在rom中，并且当启动设备时，将指令从rom读取到可编程器件中来实现服务器300。例如，可以将服务器300固化到专用器件(例如asic)中。可以将服务器300分成相互独立的单元，或者可以将它们合并在一起实现。服务器300可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。
以上已经结合附图描述了本发明的第二实施例，根据本实施例，提供一种车辆管理方法以及服务器，通过服务器接收车库管理设备发送的用车通知确认目标车辆被使用，以及接收车库管理设备发送的还车通知确认目标车辆结束使用，可以基于立体停车库对车辆实施管理，实现基于立体车库提供车辆使用服务，在便利用户出行的同时，实现车辆的规范且高效的停放。
<第三实施例>
在本实施例中，提供一种车辆管理方法，由客户端实施。
该客户端可以该客户端可以是具有通信功能、业务处理功能的电子设备，例如，安装有支持使用车辆的应用程序(app)的手机，或者，如图1所示的客户端2000。
该车辆管理方法，包括：提供车辆服务界面，用于响应所接收的操作，对应生成用车请求和/或还车请求，发送至车库管理设备，以触发车库管理设备实施如第一实施例提供的所述的任意一项车辆管理方法。
该车辆服务界面是可以接收点击、触摸、文本输入、语音输入等操作执行相应功能的人机交互界面，用户可以通过对该车辆服务界面实施操作，触发客户端生成还车请求或用车请求。
该车库管理设备用于管理立体车库，该立体车库用于提供层叠空间存放车辆，在第一实施例中已经详细描述，在此不再赘述。
该用车请求中至少包括请求使用车辆的用户的唯一用户标识。
在本实施例中，客户端可以通过多种方式获取发送的用车请求。例如，客户端可以通过扫描车库管理设备提供可被扫描的用车二维码，使得车库管理设备接收客户端发送的用车请求；或者，客户端可以通过nfc(近场通信)、蓝牙等近距离通信方式与车库管理设备交互，发送的用车请求等等。
该还车请求中至少包括请求归还车辆的用户的唯一用户标识、归还的目标车辆的唯一车辆标识。
在本实施例中，客户端可以通过多种方式发送还车请求。例如，客户端可以通过展示的由于使用该客户端的用户存在还车需求而产生的二维码图像(该二维码图像包括用户的唯一用户描述和归还的目标车辆的唯一车辆标识)，由车库管理设备扫描后实现发送还车请求；或者，客户端可以通过nfc(近场通信)、蓝牙等近距离通信方式与车库管理设备交互，发送还车请求等等。
通过客户端向车库管理设备发送用车请求，触发车库管理设备提取目标车辆供用户使用，以及向车库管理设备发送还车请求，触发车库管理设备接收用户归还的目标车辆完成停放，实现基于立体车库提供车辆使用服务，在便利用户出行的同时，实现车辆的规范且高效的停放。
<客户端>
在本实施例中，还提供一种客户端400，如图6所示，包括：
显示装置410，用于显示人机交互界面；
存储器420，用于存储可执行的指令；
处理器400，用于根据所述指令的控制运行所述客户端400执行本实施例提供的车辆管理方法。
在本实施例中，客户端400可以具体各种实体形式。例如，客户端400可以是手机。客户端400还可以是如图1所示的客户端2000。
本领域技术人员应当明白，可以通过各种方式来实现客户端400。例如，可以通过指令配置处理器来实现客户端400。例如，可以将指令存储在rom中，并且当启动设备时，将指令从rom读取到可编程器件中来实现客户端400。例如，可以将客户端400固化到专用器件(例如asic)中。可以将客户端400分成相互独立的单元，或者可以将它们合并在一起实现。客户端400可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。
以上已经结合附图说明了本实施例中提供的车辆管理方法及客户端，根据本实施例，客户端可以提供车辆服务界面，响应所接收的操作生成用车请求、还车请求，并发送车库管理设备，触发车库管理设备提取目标车辆供用户使用或接收用户归还的目标车辆完成停放，实现基于立体车库提供车辆使用服务，在便利用户出行的同时，实现车辆的规范且高效的停放。
<第四实施例>
在本实施例中，提供一种车辆系统500，如图7所示，包括：
车辆510；
第一实施例提供的车库管理设备200；
第二实施例提供的服务器300；
以及第三实施提供的客户端400。
在一个例子中，该车辆系统500可以是如图1所示的车辆系统100。
以下将结合图8进一步举例说明本实施例中车辆系统500实施的车辆管理方法。
在本例中，车辆管理系统是500是共享自行车系统。该车辆510是共享自行车。该车库管理设备200用于管理可以提供多层空间存放共享自行车的立体车库。该服务器200是提供车辆运营、管理功能的服务器，该客户端300是安装有提供车辆的使用服务的app的手机。
该车辆调度方法如图8所示，包括：
步骤s501，客户端400扫描车库管理设备200提供的用车二维码，发送用车请求至车库管理设备200。
步骤s502，车库管理设备200选取目标车辆510以提取供用户使用。
该选取目标车辆的步骤在第一实施例中已经详细描述，在此不再赘述。
步骤s503，车库管理设备200获取目标车辆510的车辆状态。
步骤s504，车库管理设备200确定目标车辆510已关锁，向服务器300发送开锁请求。
步骤s505，服务器300向目标车辆510发送开锁指令使车辆卡索。
步骤s506，客户端400提供还车二维码供车库管理设备200扫描，发送还车请求至车库管理设备200。
车库管理设备200发送用车通知至服务器。
步骤s507，车库管理设备200触发立体车库接收目标车辆510完成停放。
该停放目标车辆的步骤在第一实施例中已经详细描述，在此不再赘述。
步骤s508，车库管理设备200获取目标车辆510的车辆状态。
步骤s509，车库管理设备200确定目标车辆510未关锁，向服务器300发送关锁请求。
步骤s510，服务器300向目标车辆510发送关锁指令，使车辆关锁。
以上已经结合附图和例子说明了本实施例提供的车辆系统。根据本实施例提供车辆系统，可以基于立体车库，向用户提供获取车辆出行以及归还车辆的服务，实现基于立体车库提供车辆使用服务，在便利用户出行的同时，实现车辆的规范且高效的停放。
本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。