实时停车辅助应用

1.一种用于通信停车设施的停车位可用性的方法，包括：
在远程基础建设和用户界面装置之间建立基于车辆的通信链路；
利用所述用户界面装置选择停车设施，选定停车设施经由所述基于车辆的通信链路从所述用户界面装置传送给所述远程基础建设；
由所述远程基础建设确定所述选定停车设施内的停车位可用性；以及
将所述选定停车设施的停车位可用性从所述远程基础建设传送给所述用户界面装置；
其中根据针对所述选定停车设施所获得的众包数据、所述选定停车设施的历史停车数据和接近所述选定停车设施的停车设施的停车可用性数据，由所述远程基础建设确定所述停车位可用性；
其中，用户使用停车位可用性应用向所述远程基础建设提交所述选定停车设施的停车位可用性数据来获得所述众包数据；
其中，由所述用户提交的所述众包数据包括空置停车位可用性参数；以及其中，所述空置停车位可用性参数由下述公式表示： ，其中P1是小于50%的第一预定百分比。
2.根据权利要求1所述的方法，其中所述众包数据、历史停车数据和附近停车设施数据中的每一个被加权。
3.根据权利要求1所述的方法，其中所述停车位可用性由下述公式表示：
其中C是众包数据，N是附近车库数据，H是历史数据，α、β和γ是加权因子，并且其中α+β+γ=1。
4.根据权利要求1所述的方法，其中由所述远程基础建设针对多个停车设施汇集停车位可用性数据。
5.根据权利要求1所述的方法，其中所述远程基础建设利用云服务器来汇集所述多个停车设施的停车位可用性数据。
6.根据权利要求1所述的方法，其中利用所述用户界面装置选择停车设施包括：
将感兴趣区域输入到所述用户界面装置以便确认接近所述感兴趣区域的停车设施；
在所述用户界面装置上显示多个停车设施；
从所述界面装置上显示的所述多个停车设施中选择停车设施。
7.根据权利要求1所述的方法，其中利用所述用户界面装置选择所述车辆的停车设施包括在所述用户界面装置上输入停车设施的地址。
8.根据权利要求1所述的方法，还包括利用所述用户界面装置预约所述选定停车设施处的可用停车位的步骤。
9.根据权利要求1所述的方法，还包括请求所述选定停车设施的停车位可用性更新的步骤。
10.根据权利要求9所述的方法，其中请求停车位可用性更新包括所述远程基础建设将周期性更新传送到所述用户界面装置。
11.根据权利要求9所述的方法，其中请求停车位可用性更新包括：响应所述选定停车设施内的可用停车位数量降低到预定阈值之下，所述远程基础建设将更新传送到所述用户界面装置。
12.根据权利要求1所述的方法，其中由所述用户提交的所述众包数据包括拥挤停车位可用性参数。
13.根据权利要求12所述的方法，其中所述拥挤停车位可用性参数由下述公式表示：
，其中P1是小于或等于50%的第一预定百分比，并且P2是大于或等于98%的第二预定百分比。
14.根据权利要求1所述的方法，其中由所述用户提交的所述众包数据包括已满停车位可用性参数。
15.根据权利要求14所述的方法，其中所述已满停车位可用性参数由已确定的公式表示：
，其中P2是大于98%的第二预定百分比。
16.根据权利要求1所述的方法，其中所述历史停车数据包括从一周的相同一天和一天的相同时间处的过去时间戳得出的数据。
17.根据权利要求1所述的方法，其中接近所述选定停车设施的停车设施的停车可用性数据包括从与所述选定停车设施在结构上类似的停车结构得出的数据。
18.根据权利要求1所述的方法，其中所述用户界面装置显示所述选定停车结构内的可用停车位的准确地点。
19.根据权利要求1所述的方法，其中所述用户界面装置是车载导航单元。
20.根据权利要求1所述的方法，其中所述用户界面装置是由用户携带的便携装置。
21.根据权利要求20所述的方法，其中所述便携装置是智能电话。
22.根据权利要求1所述的方法，其中基于车辆的通信单元提供在所述远程基础建设和所述用户界面装置之间的通信链路。

实时停车辅助应用\n技术领域\n[0001] 实施例大体涉及导航和信息共享，并且更具体地涉及在停车设施处可用停车位的定位。\n背景技术\n[0002] 居住区域，例如人口密集且由于车辆密集而导致停车可用性/停车位空置率受限的大都市，会增加驾驶员的压力程度，并且还会影响环境考量和成本考量。公知的是，寻找可用停车场不仅会增加车辆驾驶员的沮丧感，而且对于可用停车场的持续搜索也会增加驾驶员的驾驶时间，这会导致成本增加以及车辆燃料效率的降低。而且，由于驾驶员可能绕指定区域不断转圈且再转圈以寻找可用停车地点而导致进行更多的车辆操作，这会导致车辆发动机运行更长的时间从而增加排放。问题在于，在驾驶员实际上到达停车目的地之前，驾驶员本质上不知道停车地点是否可以停车。一旦确定停车地点已被占满，则用户将无目的地开车转悠以搜索其他停车地点（特别是当用户不熟悉该区域时）和指定停车地点。\n发明内容\n[0003] 实施例的优点在于当驾驶员远离相应停车设施时通知驾驶员可用停车地点。而且，系统利用来自其他实体的输入以及来自附近停车设施的历史数据和停车数据来估计设施的停车可用性，其中用户不需要与停车设施有关的直接信息。系统能够提供选定停车设施的已知信息或者能够提供基于来自其他实体的属性数据的对选定停车设施的估计。\n[0004] 实施例想到了一种方法。\n[0005] 本发明还提供了以下技术方案。\n[0006] 方案1. 一种用于通信停车设施的停车位可用性的方法，包括：\n[0007] 在远程基础建设和用户界面装置之间建立基于车辆的通信链路；\n[0008] 利用所述用户界面装置选择停车设施，选定停车设施经由所述基于车辆的通信链路从所述用户界面装置传送给所述远程基础建设；\n[0009] 由所述远程基础建设确定所述选定停车设施内的停车位可用性；以及[0010] 将所述选定停车设施的停车位可用性从所述远程基础建设传送给所述用户界面装置；\n[0011] 其中根据针对所述选定停车设施所获得的众包数据、所述选定停车设施的历史停车数据和接近所述选定停车设施的停车设施的停车可用性数据，由所述远程基础建设确定所述停车位可用性。\n[0012] 方案2. 根据方案1所述的方法，其中所述众包数据、历史停车数据和附近停车设施数据中的每一个被加权。\n[0013] 方案3. 根据方案1所述的方法，其中所述停车位可用性由下述公式表示：\n[0014]\n[0015] 其中C是众包数据，N是附近车库数据，H是历史数据，α、β和γ是加权因子，并且其中α+β+γ=1。\n[0016] 方案4. 根据方案1所述的方法，其中由所述远程基础建设针对多个停车设施汇集停车位可用性数据。\n[0017] 方案5. 根据方案1所述的方法，其中所述远程基础建设利用云服务器来汇集所述多个停车设施的停车位可用性数据。\n[0018] 方案6. 根据方案1所述的方法，其中利用所述用户界面装置选择停车设施包括：\n[0019] 将感兴趣区域输入到所述用户界面装置以便确认接近所述感兴趣区域的停车设施；\n[0020] 在所述用户界面装置上显示多个停车设施；\n[0021] 从所述界面装置上显示的所述多个停车设施中选择停车设施。\n[0022] 方案7. 根据方案1所述的方法，其中利用所述用户界面装置选择所述车辆的停车设施包括在所述用户界面装置上输入停车设施的地址。\n[0023] 方案8. 根据方案1所述的方法，还包括利用所述用户界面装置预约所述选定停车设施处的可用停车位的步骤。\n[0024] 方案9. 根据方案1所述的方法，还包括请求所述选定停车设施的停车位可用性更新的步骤。\n[0025] 方案10. 根据方案9所述的方法，其中请求停车位可用性更新包括所述远程基础建设将周期性更新传送到所述用户界面装置。\n[0026] 方案11. 根据方案9所述的方法，其中请求停车位可用性更新包括：响应所述选定停车设施内的可用停车位数量降低到预定阈值之下，所述远程基础建设将更新传送到所述用户界面装置。\n[0027] 方案12. 根据方案1所述的方法，其中用户使用停车位可用性应用向所述远程基础建设提交所述选定停车设施的停车位可用性数据来获得所述众包数据。\n[0028] 方案13. 根据方案12所述的方法，其中由所述用户提交的所述众包数据包括空置停车位可用性参数。\n[0029] 方案14. 根据方案13所述的方法，其中所述空置停车位可用性参数由下述公式表示：\n[0030] ，其中P1是小于50%的第一预定百分比。\n[0031] 方案15. 根据方案12所述的方法，其中由所述用户提交的所述众包数据包括拥挤停车位可用性参数。\n[0032] 方案16. 根据方案15所述的方法，其中所述拥挤停车位可用性参数由下述公式表示：\n[0033] ，其中P1是小于或等于50%的第一预定百分比，并且P2是大于或等于98%的第二预定百分比。\n[0034] 方案17. 根据方案12所述的方法，其中由所述用户提交的所述众包数据包括已满停车位可用性参数。\n[0035] 方案18. 根据方案17所述的方法，其中所述已满停车位可用性参数由已确定的公式表示：\n[0036] ，其中P2是大于98%的第二预定百分比。\n[0037] 方案19. 根据方案1所述的方法，其中所述历史停车数据包括从一周的相同一天和一天的基本相同时间处的过去时间戳得出的数据。\n[0038] 方案20. 根据方案1所述的方法，其中接近所述选定停车设施的停车设施的停车可用性数据包括从与所述选定停车设施在结构上基本类似的停车结构得出的数据。\n[0039] 方案21. 根据方案1所述的方法，其中接近所述选定停车设施的停车设施的停车可用性数据包括从与所述选定停车设施在结构上基本类似的停车结构得出的数据。\n[0040] 方案22. 根据方案1所述的方法，其中所述用户界面装置显示所述选定停车结构内的可用停车位的准确地点。\n[0041] 方案23. 根据方案1所述的方法，其中所述用户界面装置是车载导航单元。\n[0042] 方案24. 根据方案1所述的方法，其中所述用户界面装置是由用户携带的便携装置。\n[0043] 方案25. 根据方案1所述的方法，其中所述便携装置是智能电话。\n[0044] 方案26. 根据方案1所述的方法，其中基于车辆的通信单元提供在所述远程基础建设和所述用户界面装置之间的通信链路。\n附图说明\n[0045] 图1是用于实时停车辅助系统的流程图。\n[0046] 图2是在用户界面装置上传输停车信息的流程图。\n[0047] 图3是具体描绘感兴趣区域的停车结构的地图的图形显示。\n[0048] 图4是提供具体停车设施的细节的显示屏的快照。\n[0049] 图5是确认可用的有限数量的停车位的示例性通知警告的图释。\n[0050] 图6是逐圈指示（turn-by-turn direction）的图释。\n[0051] 图7是用于输入停车设施可用性数据的显示屏的图释。\n具体实施方式\n[0052] 图1中示出了实时停车辅助系统的框图。实时停车辅助系统利用来自各种来源的输入来确定目标停车设施处的停车可用性。在图1中总体以12示出了多个停车设施。停车设施可以包括单层结构或者多层结构。停车设施可以进一步包括开放区域停车场或者有顶停车场。\n[0053] 相应的停车设施可以是受监控设施，其中针对停车可用性来正式监控停车点，或者可以非正式地监控相应停车设施。正式监控停车设施可以包括：该设施具有确认相应停车位何时可用或不可用的传感器或类似器件。这个信息被提供给云服务器14以便执行云计算。在云服务器模型中，用户可以访问应用软件和数据库。云提供商管理运行应用程序的基础建设和平台。终端用户通过网页浏览器或移动应用程序来访问云服务器14上的应用程序。云计算依赖于在网络上的来源共享以便获得一致性。\n[0054] 非正式地监控停车数据可以来自于停车设施内的希望共享与停车点的停车可用性相关的信息的用户。例如，其他驾驶员可以传送与停车可用性有关的信息，其通常被称为众包（crowd sourcing）。此外，被指定来看管停车场的停车服务员可以提供这样的信息。如果停车场服务员能够提供与停车场有关的停车可用性信息以使停车场能够被有效利用则这对于停车场是有利的。可以通过历史停车数据或附近车库数据，或者直接通过停车设施来直接感测可用停车位，来获得其他形式的停车数据。这样的数据可以被标记为非正式的或者正式的被监控停车数据。\n[0055] 由云服务器14获得的信息被收集且提供给远程基础建设16，例如基于车辆的通信服务。基于车辆的通信服务16可以包括OnStar®服务。OnStar®是由通用汽车制造的车辆上当前提供的基于订阅的通信服务，其通过经由基于车辆的通信单元18提供包括但不限于车载安全性、远程诊断系统和逐圈导航（turn-by-turn navigation）的服务，该基于车辆的通信单元18提供在车辆和远程基础建设16之间的无线通信链路。诸如Onstar®的远程服务具有足够的计算装置，其具有执行实时停车辅助系统的统计和分析例程的处理能力和大存储器存储能力。远程基础建设16可以获得驾驶员希望在其所处位置或附近停车的相应停车设施的地点或大体区域。响应确定用于停泊车辆的地点，基于车辆的通信服务16利用无线通信链路传送停车设施的停车可用性至车辆。\n[0056] 使用用户界面装置19向车辆的驾驶员/用户显示停车设施12和其内的可用停车位。用户界面装置可以包括但不限于导航显示装置20或者便携装置22。基于车辆的通信单元18用作无线通信链路以便从远程基础建设16接收停车位可用性数据并且将该数据转达给用户界面装置19。替代性地，远程基础建设16可以与用户界面装置19直接通信而不需要通过基于车辆的通信单元18通信。\n[0057] 导航显示装置20和便携装置22包括显示屏或者显示或提供停车设施地点、方向、可用停车位、成本和其他细节的其他形式或通信。\n[0058] 导航装置20通常被硬接线到车辆中，并且导航装置20和基于车辆的通信服务16之间的通信经由通信总线24来提供。\n[0059] 便携装置22可以是包括移动应用程序（例如OnStar移动应用程序）的智能电话，所述移动应用程序允许便携装置22与远程基础建设16直接自主通信或者通过无线通信26经由基于车辆的通信单元18通信。\n[0060] 图2示出了从停车结构传送的且在用户界面装置19（例如，便携装置22）上显示的信息流。在图2中大体示出了相应停车设施28。阴影区域30示出了相应停车设施28内的不可用停车点，而无阴影区域32示出了可用停车点。可以通过相应停车设施28监控其自身车位或系统的一个或更多个用户将这个信息传送给云服务器14来获得停车位可用性。一旦接收到被传送给云服务器14的信息，则云服务器14针对每个停车设施汇集和分析数据，并且将数据传送给用户以通知用户相应停车设施28内的可用和不可用停车位。信息经由基于车辆的通信服务16和基于车辆的通信链路18传送给便携装置22。为了这里描述的目的，将通过基于车辆的通信装置18发生通信；不过，应该理解的是，可以直接在基于车辆的通信服务16和便携装置22之间实现通信。在便携装置22的显示屏36上示出了可用/不可用停车位的停车布局的图释34。之后，用户能够观察相应停车结构28和可用停车位32二者的地点以及诸如成本的其他信息，并且确定用户是否可接近并希望这个设施来停泊车辆。应该理解的是，被提供给用户的显示和信息是示例性的，并且信息可以以不同方法被传送和/或图释给用户，而不背离本发明的范围。\n[0061] 图3-6示出了用于确认停车结构中的可用停车点的停车可用性App过程（应用过程）。在图3中，用户确认用户希望停车的目的地区域。可以通过输入选定地址、感兴趣区域、交叉点、地点、观光景点或选择显示器上的地点来选择目的地。应该理解的是，用于选择地点的方法仅是示例性的并且还可以使用与所述技术不同的技术。\n[0062] 响应选择地点，确认各种停车设施及其地点的地图40被示出在用户界面装置19的显示屏42上。各种停车设施被示为由停车标识“P”来指代。为了容易地确认具有可用停车处的停车设施，停车标识“P”可以在显示器上被颜色编码以便确认可用停车处、不可用停车处或停车可用性未知。例如，具有白色背景的停车标识“P”可以表明相应设施内的可用停车处，而具有红色背景的停车标识“P”可以表明没有可用停车处。此外，具有蓝色背景的停车系统“P”可以表明没有获得准确数据，并且系统正利用估计来确定停车可用性。应该理解的是，彩色编码仅是向用户呈现与停车可用性有关的信息的一种途径，并且除了所示方法之外的方法也可以被用于确认停车可用性。用户可以选择相应的停车设施来观察可用停车设施的细节。\n[0063] 图4示出了用于提供具体停车设施的细节的显示屏的快照。在图4中，标签44确认停车设施的名称。然后，名称可以包括停车设施的名称和/或停车设施的地点。如果可以的话，标签46包括停车设施的照片。如果用户不熟悉停车设施的地点的话，则照片可以有助于确认区域和结构。\n[0064] 标签48描述停车设施的属性。例如，属性可以包括但不限于户外的、有顶的、多层的、易出入的。\n[0065] 标签50提供与停车位配额中有多少车位可用有关的信息。例如，标签50可以描述\n152/320。这表明存在320个停车位并且152个车位可用于停车。\n[0066] 标签52描述停车的价格。这可以被确认为固定费用、每小时费用或者可以包括取决于一天中时间的费用表。\n[0067] 标签54和56可以包括可以由用户关于设施所采取的动作。例如，标签54可以包括预约选择，其中用户选择在显示屏上的预约提示，并且该选择被传送到基于车辆的通信服务，其中基于车辆的通信服务16为用户预约停车位。因此，用户在驾驶的同时不需要担心收集支付信息和输入信息。基于车辆的通信服务记录有用户信息以用于通过使用已存储信息来预约和支付停车设施。\n[0068] 标签56是确认用户对停车设施感兴趣但不希望此时预约的选择。用户可以请求基于车辆的通信服务保持这个记录并且以周期性间隔或当条件发生时向用户更新其可用性，其中该条件例如停车位的数量降低到预定阈值之下。\n[0069] 图5示出了通知，该通知从基于车辆的通信服务提供给用户以指示出在相应停车设施处有有限数量的停车位可用。例如，如果用户是在到达停车设施的途中并且已经事先将该停车设施标记为用户希望更新的感兴趣停车设施，则通知被提供给用户。关于相应停车设施的通知包括确认用户选择的停车设施具有较少数量的停车位可用（例如12/320）的警告。这可以基于车位数量降低到可用停车位的预定数量之下或用户规定的量之下而被触发，或者可以周期性地被提供给用户。\n[0070] 在显示屏上可以提供选项，其在通知被更新时向用户提供了选项。第一选择60可以包括继续其路线到选定停车设施的选项。第二选择62可以包括重选过程，其中多个停车设施被提供给用户作为选项，用户能够从中做出选择。\n[0071] 在图6中，向用户显示地图以确认通常由导航单元做出的端对端逐圈导航64。导航指令可以包括确认方向的maplet（在计算机代数系统Maple下编写的小应用程序）、逐圈指令和/或声音通告。\n[0072] 如前文所述，如果停车设施不提供关于停车点可用性的直接输入，则实时估计技术可以被用于确定停车设施的停车可用性。估计技术估计不供应实时停车信息的停车设施的实时状态（S）。汇聚数据的信息可以基于实时等级输入，如具有空置状态、拥挤状态或者已满状态。系统的用户可以包括停车设施信息更新App，其允许网络上的任意用户在该用户处于停车设施处时更新该停车设施的状态。这个信息能够通过社会网络被所有其他人共享。这样收集的信息被看作是众包数据。\n[0073] 图7示出了用于由用户输入与相应设施有关的停车数据的显示屏的快照。在社会网络上由用户直接提供细节被称为众包（C）。在图7中，标签70确认停车设施的名称。该名称可以包括停车设施的名称和/或停车设施的地点。如果可以的话，标签72包括停车设施的照片。\n[0074] 标签74描述停车设施的属性。例如，属性可以包括但不限于户外的、有顶的、多层的、易出入的。\n[0075] 标签76提供与该设施可具有多少停车位有关的信息。\n[0076] 标签78描述在该停车设施中停车的价格。这可以被确认为固定费用、每小时费用或者可以包括取决于一天中时间的费用表。\n[0077] 标签80、82和84提供用户能够提交该用户所观察到的设施的当前状态的选择。例如，标签80可以包括指示出用户观察到停车结构为“空置”的选择。标签82可以包括指示出用户观察到停车结构为“拥挤”的选择。标签84可以包括指示出用户观察到停车结构为如用户所观察的是“已满”的选择。\n[0078] 除了众包数据（C）之外，停车设施的状态（S）与非常靠近选定停车结构的附近停车设施相关。附近的设施处的停车可用性是对于相应设施处的停车可用性的良好指示，特别是对于那些具有与选定设施相同的属性的设施而言。而且，通过分析过去的同一天（例如周一）和过去的相同时间（例如上午11点）的停车可用性来得出历史数据（H）。例如，如果在每天的每个小时均收集相应停车设施处的数据，则当参考过去的同一天和相同时间时历史数据将是选定停车设施处的当前状态的良好表示，这是因为停车信息不会偏离于其正常的停车利用趋势。\n[0079] 可以由下述公式代表估计停车设施的实时状态S的公式：\n[0080]\n[0081] 其中C是众包数据，N是附近车库数据，H是历史数据，α、β和γ是加权因子，并且其中α+β+γ=1。\n[0082] 加权可以被应用到各种属性以便更加强调那些被认为更可靠的属性。被描述为一周的同一天和一天的基本相同时间上的过去时间戳的记录的历史数据是实时数据的良好参考，并且历史数据可以被看作是期望值。然而，在每天中均存在变化和紧急事件，这导致变化并且可以被补偿。因此，附近车库数据N（例如，来自一公里范围内的车库的数据）和众包数据C可以被用于提供实时数据。应该理解的是，不同的区域可以针对附近车库数据N利用不同的范围参数。从实验性采样数据研究出所述加权。例如，如果最可靠的数据是从历史数据H获得的数据，则与众包数据C或附近车库数据N相比，较大的加权可被施加到历史数据。\n[0083] 下面是怎样确定属性C、N和H的示例。实时状态S是范围在[0,1]的连续值。附近车库数据N和历史数据H也是连续值，其指示出车库的占用率并且范围也是[0,1]。众包数据C是离散值，其范围参数是{空置，拥挤，或者已满}。为了这里描述的计算，描述值必须被转换成连续值。参数{空置}被定义成具有范围[0,P1]。参数{拥挤}被定义成具有范围（P1,P2]。\n参数已满被定义成具有范围（P2,1]。P1和P2是百分比值并且能够稍微改变。例如，P1=0.5=\n50%并且P2=0.98=98%。为了将众包数据C转换成连续值，建立转换因子。参数“空置”可以具有转换因子 ；参数“拥挤”可以具有转换因子 ；并且参数“已满”可\n以具有转换因子 。在选择了相应参数并且应用了相应转换因子来确定众包数据的连续因子之后，实时状态S被确定。应该理解的是，上述属性的公式是示例性的，并且在不背离本发明范围的情况下可以使用用于确定属性的其他公式推导。\n[0084] 虽然已经具体描述了本发明的某些实施例，不过本发明所涉及领域的那些技术人员将意识到各种替代性设计和实施例以用于实现所附权利要求所限定的发明。