CN114220291A - 车库停车/取车定位方法、系统、汽车及计算机可读存储介质 - Google Patents

Abstract

本发明实施例涉及汽车技术领域，公开了一种车库停车定位方法、车库取车定位方法，系统、汽车及计算机可读存储介质，该车库停车定位方法包括：确认进入停车模式，并获取车位场景信息；将所述车位场景信息转化为车位信息，并上传至云端存储，以便于所述云端在取车模式中将所述车位信息发送至用户终端。本发明的技术方案，通过对车位场景信息进行获取以得到相应车位信息，确保用户再次进入停车场附近时能够收到准确的车位信息，用户不需要针对性指令动作即可自动获取车位信息，提升了用户在停车场取车过程中的便捷性。

Description

车库停车/取车定位方法、系统、汽车及计算机可读存储介质

技术领域

本发明实施例涉及汽车领域，具体涉及一种车库停车定位方法、装置、汽车及计算机可读存储介质。

背景技术

随着人们生活水平的提到，汽车成为了个人出行必不可少的交通工具，与之对应的是各大商圈及办公楼都建造了大型停车场。由于这种大型的停车场都有着成百上千个停车位，如果驾驶员人员对该停车场不熟悉，就会出现取车时忘记停车位置的情形，为用户出行代来了极大的困扰。

发明内容

鉴于上述问题，本发明实施例提供了一种车库停车定位方法，装置及计算机可读存储介质，通过对车位场景信息进行获取以得到相应车位信息，确保用户再次进入停车场附近时能够收到准确的车位信息，提升了用户在停车场取车过程中的便捷性。

根据本发明实施例的一个方面，提供了一种车库停车定位方法，所述方法包括：

确认进入停车模式，并获取车位场景信息；

将所述车位场景信息转化为车位信息，并上传至云端存储，以便于所述云端在取车模式中将所述车位信息发送至用户终端。

可选的，在所述确认进入停车模式，并获取车位场景信息的步骤之前，所述方法还包括：

当触发倒挡指令时，开启拍摄模块以获取地面信息；

当检测到档位为P档，将所述地面信息与预存停车信息进行匹配，以判断是否进入所述停车模式。

可选的，在所述确认进入停车模式，并获取车位场景信息的步骤中，进一步包括：在确认进入停车模式后，开启拍摄模块以获取所述车位场景信息。

可选的，在将所述车位场景信息转化为车位信息，并上传至云端存储的步骤中，进一步包括：

提取所述车位场景信息中的数字和/或字母，以得到所述车位信息；

将得到的所述车位信息上传至云端存储。

可选的，在所述将所述车位场景信息转化为车位信息，并上传至云端存储的步骤之后，所述方法还包括：

获取停车完成信号；将所述停车完成信号上传至所述云端存储，以便于所述云端能将所述停车完成信号发送至所述用户终端，从而触发所述用户终端获取停车定位信息；或，

获取停车完成信号，所述停车完成信号中携带有所用户的停车定位信息；将所述停车完成信号上传至所述云端存储，以便于所述云端能将所述停车完成信号发送至所述用户终端。

此外，为实现上述目的，本发明还提供了一种车库取车定位方法，其特征在于，所述方法包括：

确认进入取车模式，向云端发送下载指令，以获取车位信息；

接收所述云端发来的所述车位信息。

可选的，在所述确认进入取车模式，将所述车位信息发送至用户的步骤之前，所述方法还包括：

将用户当前位置信息与车辆的停车定位信息进行匹配，判断用户是否进入停车场附近；

若是，则确认进入取车模式。

可选的，在所述确认进入取车模式，将所述车位信息发送至用户终端的步骤中，所述方法还包括：

在确认进入所述取车模式后，向所述云端发送下载指令；

收到下载指令后，所述云端将所述车位信息发送至用户终端。

此外，为实现上述目的，本发明还提供了一种车库定位系统，包括：

机车定位设备，用于在确认进入停车模式时，获取车位场景信息；以及将所述车位场景信息转化为车位信息，并上传至云端；

云端，用于存储所述车位信息；

用户终端，用于在确认进入取车模式，向所述云端发送下载指令，以获取所述车位信息；

所述云端，还用于在接收到所述下载指令时，将所述车位信息发送至所述用户终端；

所述用户终端，还用于接收所述车位信息。

此外，为实现上述目的，本发明还提供一种汽车，该汽车包括车体和上述的机车定位设备。

此外，为实现上述目的，本发明还提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令在车库停车定位模块/装置上运行时，使得车库停车定位模块/装置执行上述的车库停车定位方法的操作。

本发明所提供的车库停车定位方法会在汽车进入停车模式进行判断并获取汽车附近的车位场景信息，在获取车位场景信息后将其转化为车位信息并上传至云端存储，当用户进入车库附近区域时，会将该车位信息发送给用户终端，便于用户根据车位信息取车。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

附图仅用于示出实施方式，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明提供的车库停车定位方法的一实施例的流程示意图；

图2示出了图1所述步骤S100之前的具体操作步骤示意图；

图3示出了图1汽车停车场景的示意图；

图4示出了图1所述步骤S200的具体操作步骤示意图；

图5示出了图4所述步骤S220之后的具体操作步骤示意图；

图6示出了图5所述步骤S232的一种具体操作步骤示意图；

图7示出了图5所述步骤S232的另一种具体操作步骤示意图；

图8示出了图1所述步骤S300的具体操作步骤示意图；

图9示出了本发明提供的车库定位系统的结构示意图；

图10示出了本发明提供的车库停车定位方法的场景示意图；

图11示出了本发明提供的机车定位设备的结构示意图；

图12示出了本发明提供的汽车的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

现有的停车场为了满足大客流的需要通常都会设置成百上千个停车位，这些车位几乎一模一样，且地下车库很难有特有参照物，这就导致用户在停车后取车时不能很快的找到正确的停车位置。

鉴于此，为了解决上述问题，本发明提供一种车库停车定位方法。图1示出了本发明车库停车定位方法的第一实施例的流程图，该方法可以由汽车的控制系统执行。如图1所示，该方法包括以下步骤：

步骤S100：确认进入停车模式，并获取车位场景信息；

步骤S200：将所述车位场景信息转化为车位信息，并上传至云端存储，以便于所述云端在取车模式中将所述车位信息发送至用户终端。

在上述方法中，汽车的中控模块会对汽车的行驶状态进行一个判断，在检测判断汽车进入停车模式的时候，就会获取汽车周身的车位场景信息。接着，中控模块会对车位场景信息进行处理转为车位信息，以此方便上传至云端存储。当用户被检测到有取车操作时，此时在云端存储的车位信息就会被发送至用户终端，这样用户就可以通过用户终端获取车位信息而快捷取车。

在一种实施例中，在执行步骤S100之前，还需要对是否进入停车模式进行有效判断，具体的判断方式如图2所示：

当触发R挡指令时，开启拍摄模块以获取地面信息；

当检测到档位为P档，将所述地面信息与预存停车信息进行匹配，以判断是否进入所述停车模式。

需要说明的是，这里用于判断是否进入停车模式主要参考了三个认定标准，第一个认定标准是触发R挡指令，即汽车的档位设置在R档；第二个认定标准是检测到档位是P档；第三个认定标准是将拍摄模块获取的地面信息与预存在中控模块的预存停车信息进行匹配成功。

可以理解的是，用户在正常驾驶时一般都是挂D档向前行驶。当出现挂R档的时候一般时需要倒车的环境，例如掉头、会车以及停车时会出现，因此当触发了倒挡指令(即R档)时，中控模块会做出一个基本判断，即汽车汽车没有在正常行驶状态，因此第一个认定标准被触发，初步判断汽车可能进入了停车模式，此时开启拍摄模块对汽车周身的地面信息进行拍摄，获取地面信息，并存储在中控模块中待后续的判断流程使用。

在获取完地面信息以后，会进行第二个认定标准的确认，第二个认定标准就是检测到档位为P档，即此时汽车为停车档位，汽车完成停车操作。在实际生活中，汽车档位设置在P档并不要求一定是停在停车位或者车车库里，因此需要对这些噪音情形进行排除，所以还需要进行第三个认定标准的确认。

在第三个认定标准中，需要将前面过程中获取的地面信息与预存的地面信息匹配。具体而言，如图3所示，一般的停车位在地面都画有带颜色的边界线901，这些边界线划分了汽车车位。因此实际操作中中控模块会将获取的地面信息与提前预存停车信息(即边界线信息)进行匹配，如果发现地面信息存在方形边界线901，就会判定且汽车800停在停车位内。

从上述的说明中可以知道的是，在确认汽车是否进入停车模式的过程中需要对多种驾驶模式进行降噪筛查。在一种可能的噪音模式中，驾驶员因为红灯会临时停车，此时汽车的档位是P档，但是由于没有触发第一个认定标准(档位为R挡)，所以此时并不会获取地面信息，也不会进行信息匹配的操作。在另一种可能的噪音模式中，驾驶员临时将车停在马路边上，下车买东西，在停车过程中会触发R档指令和P档指令，即完成了第一个认定标准和第二个认定标准，但由于路边的地面上不一定存在边界线，此时拍摄模块获取到的地面信息无法与预存边界线信息匹配，那么第三个认定标准无法确认就不会进入本申请中车库停车定位方法的停车模式。

在一种实施例中，在确认进入停车模式，并获取车位场景信息的步骤中，是通过开启拍摄模块以获取所述车位场景信息。不同于上述方法中提到的地面信息，这里的车位场景信息除了地面信息还包含了墙壁画面。这里获取的车位场景信息是为了后续步骤中从车位场景信息中筛查出车位信息，所以对于不同的停车场，其车位信息的标识位置会有所不同。有的是直接印刷在地面上、有的是印刷在对应墙壁上、有的则是在车位上方悬挂的吊牌。为了避免遗漏，需要将常见遇到的情形都覆盖到，因此这里的车位场景信息也就是由拍摄模块获取到的多维信息。

在一种实施例中，如图4所示，在步骤S200中，进一步包括：

步骤S210：提取所述车位场景信息中的数字和/或字母，以得到所述车位信息；

步骤S220：将得到的所述车位信息上传至云端存储。

具体的，在步骤S210中，由拍摄模块获取的车位场景信息通常为一段视频或是一系列照片，这些拍摄信息会被中控模块接收并处理，具体处理方式是提取车位场景信息中的数字和/或字母。可以理解的是，如图3所示，在实际的车库中车位信息通常分两个部分：库区+位号，一般库区由A/B/C来划分，位号就是普通的阿拉伯数字。此时中控模块在进行信息处理时，会对车位场景信息中的字母及数字进行筛查，确认最终的车位信息，例如A36，就表示车库A区的36号。

步骤S220中，在确认了车位信息以后，就可以将该信息上传至云端进行存储。此时就体现了步骤S210中提取的数字和/或字母转化为车位信息的优势。如果中控模块不对车位场景信息进行提取转化，需要上传的信息就会包含一段视频或者一系列照片，这样极大的增加内容容量以及上传时间。而在本申请的步骤S210中，让中控模块先对车位场景信息进行关键信息提取，实现了视频信息、图片信息向文档信息的转化，极大的压缩了传输信息的容量，便于车位信息上传至云端存储。

在一种实施例中，如图5所示，步骤S200之后还包括以下步骤：

步骤S231：获取停车完成信号；

步骤S232：将所述停车完成信号上传至所述云端存储，以便于所述云端能将所述停车完成信号发送至所述用户终端，从而触发所述用户终端获取停车定位信息。

可以理解的是，当驾驶人员完成停车操作以后，汽车的中控模块会获取停车完成信号，相关的位置信息就被传送到云端存储，对应驾驶人员就会离开汽车。此时系统就会对驾驶人员是否完成离车进行判断。具体的，中控模块会根据一些监测数据确认驾驶人员在完成停车以后离开车辆。例如车门的锁闭指令，当驾驶人需要离开汽车的时候肯定会打开车门，同时关闭车门并且进行锁车处理，当中控模块接收到了车门锁闭指令的时候，则确认驾驶人员完成离车操作。还有的监测数据可以是驾驶员车座的压感信号或者车内摄像头的拍摄信息，这些都可以作为中控模块监测判断驾驶员离开汽车的依据。同时在步骤S231中，中控模块还会获取驾驶人员当前的停车定位信息，该信息包含于停车完成信号中。

在完成步骤S231以后，中控模块会将停车完成信号上传到云端进行存储，这样操作一方面便于所述云端能将所述停车完成信号发送至所述用户终端，另一方面来实现停车定位信息与车位信息的对应。这一步将停车定位信息与车位信息进行绑定的目的是为了之后步骤中云端将车位信息主动发送给用户终端做准备。

具体而言，获取驾驶人员当前的停车定位信息方式有多种：

在一个可能的实施例中，如图6所示，步骤S232还包括以下具体步骤：

步骤S2321：中控模块向云端发送停车完成信号；

步骤S2322：将停车完成信号发送至用户终端；

步骤S2323：收到停车完成信号后，对当前位置进行定位，以获得停车定位信息。

在该实施例中，汽车的中控系统一旦确认驾驶人员完成了离车操作，则中控系统就是向云端发送停车完成信号，云端在接收到了停车完成信号后会将该信号发给用户终端，这里的用户终端可以是带有定位功能的电子设备，例如手机。用户终端在接收到停车完成信号以后就会对当前的位置信息定位，该位置信息即为停车定位信息。

在另一种可能的实施例中，如图7所示，步骤S232还包括以下具体步骤：

步骤S2321’：中控模块对当前位置进行定位，以获取停车定位信息；

步骤S2322’：将停车定位信息发送至用户终端。

在该实施例中，汽车的中控模块就可完成当前位置的定位，或者说是中控模块控制汽车的定位模块完成当前位置的定位。此时的位置信息即为停车定位信息，然后再将该停车定位信息发送给用户终端即可。

在其他可能的实施方式中，步骤S231中的停车完成信号携带有用户的停车定位信息，之后中控模块会将停车完成信号上传到云端存储，以便于所述云端能将所述停车完成信号发送到用户终端。在这个实施方式中，用户的停车定位信息也会随着停车完成信号一并被发送到用户终端，便于后面步骤中用户终端通过当前位置信息与停车定位信息进行比对，确认用户是否进入停车场附近。

图6和图7对应实施例的区别在于具体由哪个设备完成停车定位信息的获取，图6对应的实施例是由驾驶人员的用户终端，例如手机完成。而图7对应的实施例是由汽车自身的模块完成，可以是中控模块，也可以是中控模块控制定位模块完成。二者相同之处在于获取了停车定位信息以后都需要窜动给用户终端，这是为了后续判断驾驶人员是否进入停车场的条件。

同时，如图8所示，本申请还提供了一种车库取车定位方法，具体步骤如下：

步骤S310：确认进入所述取车模式，向所述云端发送下载指令；；

步骤S320：收到下载指令后，接收所述云端发送的所述车位信息。

实施例中，当确认进入取车模式以后，会通过用户终端会向云端发送下载指令，云端设备在收到用户终端发送的下载指令以后，会将存储的车位信息发送到用户终端，此时驾驶人员就会通过用户终端收到该车位信息。具体的，以用户终端是手机为例，当确认了驾驶人员进入停车场附近，就会确认此时进入取车模式，对应的手机就会向云端发送一个请求下载车位信息的指令。在云端的设备收到下载请求以后，就会以短信或者提示消息的方式将存储的车位信息发送给手机，此时驾驶人员就可以借助手机明确车位信息方便取车。

从上述的描述中可以看出，为了确保驾驶人员快速便捷的找到汽车在停车场的位置，需要在驾驶人员进入停车场附近的时候就将有用的车位信息传送给驾驶人员，因此在步骤S310之前会有关于是否进入停车场，是否进入取车模式的判断。

具体而言，在一种实施例中，步骤S310之前还会有以下步骤：将用户当前位置信息与所述停车定位信息进行匹配，判断用户是否进入停车场附近，若是，则确认进入取车模式。具体而言，驾驶人员完成离车操作以后，对应的停车定位信息被传送给了用户终端，此时驾驶人员的当前位置信息与停车定位信息进行匹配，以此判断驾驶人员是否进入停车场附近。

可以理解的是，用户终端上的停车定位信息是一个固定位置信息，代表了汽车当年的停车位置，驾驶人员从办公楼走向停车场的过程中，用户终端实时更新当前位置信息，并将停车定位信息与当前位置信息进行匹配，当二者位置信息相近时，则判断驾驶人员进入停车场附近。对于判断相近的具体原则可以是位置距离200米以内，或者位置距离500米以内，这些都可以根据需要进行调整。当判断了驾驶人员进入停车场以后，此时就可以确认进入取车模式，从而进行步骤S310和S320的相关操作。

为了更好的理解本申请的技术方案，下面将以一个具体的实施例对车库停车定位方法进行一个说明：

当驾驶人员停车进入地下车库以后，就会在车库中随机找到一个停车位，通过倒车等操作实将汽车停在了停车位内，在这个停车过程中，汽车的中控模块会根据档位信息以及车门信息等去判断是否进入停车模式，当确认进入停车模式以后就会通过开启拍摄模块获取汽车周围的车位场景信息，可以看出的是，在此过程中，全程不需要驾驶人员主动发送任何指令，驾驶人员只需要正常的完成停车操作即可。至此步骤S100完成。

在完成步骤S100以后，汽车的中控模块会将车位场景信息的数据提取，获取关键的库区信息和序号信息，由此得到车位信息，需要说明的是这里的车位信息通常包括库区信息(由字母表示)和序号信息(由数字表示)，但这并不表示车位信息只是由这两种信息组成，具体情况可以根据实际中的车位信息区拓展。获取了车位信息的中控模块会将该车位信息发送到云端进行存储。为了便于后续的操作，在用户停车离开时，中控模块或者用户终端会自动获取汽车的当前位置信息。至此步骤S200完成，可以明确的是在该步骤中用户也不需要进行任何多余的操作，所有的操作都是由各个模块自主协调完成。

在完成步骤S200以后，对应的停车过程的相关操作完成，接下来是驾驶人员再次进入车库取车的过程。可以理解的是，用户携带的用户终端会持续将用户当前的位置信息与之前获取的汽车当前位置信息进行比对，当确认二者之间相近时，确认用户进入停车场取车。此时云端会将对应的车位信息发送给用户携带的用户终端上，从而实现用户在取车时及时获取车位信息。至此，步骤S300完成，可以看到的是在此过程中驾驶人员不需要进行指令发送即可获取车位信息，实现了车库停车定位的智能化处理。

在上述的车库停车定位方法中，驾驶人员不用主动进行任何指令的发送，只需要正常的停车、取车即可，所有工作全部由对应设备完成。该车库停车定位方法能够在驾驶人员去取车的路上就可得到汽车的车位信息，便捷了用户的取车过程

图9示出了本发明车库定位系统600的实施例的结构示意图，图10是车库停车/取车定位方法的应用场景图。如图11所示，该装置600包括：机车定位设备650，云端630，用户终端640，其中机车定位设备650包括拍摄模块610、中控模块620。

具体的，机车定位设备650属于汽车的一部分，用于在确认进入停车模式时，获取车位场景信息；以及将所述车位场景信息转化为车位信息，并上传至云端。机车定位设备650中的拍摄模块610用于获取车位场景信息，实施例中拍摄模块610可以是汽车外部的摄像头，可以对汽车周身的场景信息进行拍摄，拍摄信息可以是视频也可以是照片。通过拍摄模块610获取的车位场景信息，从而得到汽车停车位置的车位信息，实现车库停车定位方法的第一步。中控模块620用于车位场景信息的处理和传输，实施例中，中控模块620就是汽车的控制机组，这些控制机组与汽车外部的摄像头电连接，实现数据的传输，同时控制机组内部也有数据处理单元，能够对相应的信息进行转化输出。具体而言，在拍摄模块610获取到车位场景信息以后会将该信息传输给中控模块620，中控模块620则会对车位场景信息进行信息提取，从而得到车位信息，并将该车位信息上传给云端630。

云端630，用于存储所述车位信息，以及在接收到所述下载指令时，将所述车位信息发送至所述用户终端640；

用户终端640，用于在确认进入取车模式，向所述云端630发送下载指令，以获取所述车位信息，以及接收所述车位信息，以以根据所述车位信息确认车辆的停车位置。

如图10所示，在实现车库停车定位的过程中，需要借助到云端630的存储工作，目的在于存储车位信息。在具体的实施例中，中控模块620通过无线网络与云端630进行连接，实现二者之间信息的交互，当中控模块620从车位场景信息提取出车位信息以后，就会通过网络将该车位信息传送给云端630，从而完成车库停车定位方法的第二步。

如图10所示，驾驶人员最终是通过用户终端640实现车位信息的接收和展示。在具体实施例中，用户终端640可以是手机，该手机通过网络与中控模块620和存储模块630进行指令的收发和信息的传输。具体的手机能够接收云端存储器发送的车位信息，同时也能够将该车位信息进行显示。

在其他可能的实施例中，车库定位系统600还包括定位模块，该定位模块的作用在于获取汽车当前停车的位置信息便于驾驶人员在取车过程中从云端存储器获取车位信息。

图11示出了本发明机车定位设备700的实施例的结构示意图。如图11所示，该设备700包括：多个摄像头710和控制机组720。

实施例中多个摄像头710用于获取汽车四周的车位场景信息；控制机组720通过与摄像头710电连接实现数据信息以及指令的传输，同时通过无线网络与云端和用户终端进行信息的传输，并执行上述车库停车定位方法实施例中的步骤，该控制机组720，用于执行可执行指令，具体可以执行上述用于车库停车定位方法实施例中的相关步骤。

具体地，可执行指令可以包括程序代码，该程序代码包括计算机可执行指令。处理器730可能是中央处理器CPU，或者是特定集成电路ASIC(Application SpecificIntegrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。机车定位设备系统700包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

同时，如图12所示，本申请还提供一种包含了上述机车定位设备的汽车800，该汽车包括车体810和机车定位设备700，机车定位设备700中的控制机组720都位于车体810内部，再车体810的外侧分别设置摄像头710。

在本实施例中，在驾驶人员停车的过程中，摄像头710获取汽车800停车位四周的车位场景信息，再将车位场景信息传送给控制机组720，控制机组720通过对车位场景信息进行处理转化得到车位信息，并将其上传到云端630进行存储，当驾驶人员再次进入停车场附近，云端630会将对对应的车位信息发送到驾驶人员携带的用户终端640上，驾驶人员借助用户终端确认汽车的车位信息，以便快速取车。可以理解的是，通过本发明的机车定位设备700，能够在驾驶人员停车过程中完成对车位信息的获取，并在驾驶人员取车过程中及时将车位信息发送到用户的用户终端上，整个过程都是设备间的智能化操作，无需驾驶人员进行指令的发送和确认，极大的提升了用户在停车场取车过程中的便捷性。

最后，本发明实施例提供了一种计算机可读存储介质，存储介质存储有至少一可执行指令，该可执行指令在车库定位系统600或者汽车800上运行时，使得车库定位系统600或者汽车800执行上述任意方法实施例中的车库停车定位方法。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。此外，本发明实施例也不针对任何特定编程语言。

在此处所提供的说明书中，说明了大量具体细节。然而能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。类似地，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。其中，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种车库停车定位方法，其特征在于，所述方法包括：

确认进入停车模式，并获取车位场景信息；

将所述车位场景信息转化为车位信息，并上传至云端存储，以便于所述云端在取车模式中将所述车位信息发送至用户终端。

2.根据权利要求1所述的方法，其特征在于，在所述确认进入停车模式，并获取车位场景信息的步骤之前，所述方法还包括：

触发R挡指令，开启拍摄模块以获取地面信息；

当检测到档位为P档，将所述地面信息与预存停车信息进行匹配，以判断是否进入所述停车模式。

3.根据权利要求1所述的方法，其特征在于，在所述确认进入停车模式，并获取车位场景信息的步骤中，进一步包括：在确认进入停车模式后，开启拍摄模块以获取所述车位场景信息。

4.根据权利要求1所述的方法，其特征在于，在将所述车位场景信息转化为车位信息，并上传至云端存储的步骤中，进一步包括：

提取所述车位场景信息中的数字和/或字母，以得到所述车位信息；

将得到的所述车位信息上传至云端存储。

5.根据权利要求4所述的方法，其特征在于，在所述将所述车位场景信息转化为车位信息，并上传至云端存储的步骤之后，所述方法还包括：

获取停车完成信号；将所述停车完成信号上传至所述云端存储，以便于所述云端能将所述停车完成信号发送至所述用户终端，从而触发所述用户终端获取停车定位信息；或，

获取停车完成信号，所述停车完成信号中携带有用户的停车定位信息；将所述停车完成信号上传至所述云端存储，以便于所述云端能将所述停车完成信号发送至所述用户终端。

6.一种车库取车定位方法，其特征在于，所述方法包括：

确认进入取车模式，向云端发送下载指令，以获取车位信息；

接收所述云端发来的所述车位信息。

7.根据权利要求6所述的方法，其特征在于，所述确认进入取车模式的步骤，具体包括：

将用户当前的位置信息与车辆的停车定位信息进行匹配，判断用户是否进入停车场附近；

若是，则确认进入取车模式。

8.一种车库定位系统，其特征在于，所述车库定位系统包括：

机车定位设备，用于在确认进入停车模式时，获取车位场景信息；以及将所述车位场景信息转化为车位信息，并上传至云端；

云端，用于存储所述车位信息；

用户终端，用于在确认进入取车模式，向所述云端发送下载指令，以获取所述车位信息；

所述云端，还用于在接收到所述下载指令时，将所述车位信息发送至所述用户终端；

所述用户终端，还用于接收所述车位信息，以根据所述车位信息确认车辆的停车定位信息。

9.一种汽车，其特征在于，包括：车体和如权利要求8中所述的机车定位设备。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一可执行指令，所述可执行指令在车库停车定位模块/装置上运行时，使得车库停车定位模块/装置执行如权利要求1-7任意一项所述的车库停车定位方法的操作。

Images