CN104240403B - 一种云端停车服务方法及装置 - Google Patents

Abstract

本发明提供一种云端停车服务方法及对应装置，该方法包括：A、定期获取车辆当前位置；B、根据车辆当前位置判断车辆是否位于收费停车场内，如果否，则返回A；如果是，则将当前时刻确定为停车起点时刻并判断是否收到停车确认，如果是则根据停车起点时刻及停车计时步长确定当前停车检查点转C；C、定期获取用户当前位置；D、判断距离当前停车检查点的剩余时长，根据用户及车辆当前位置计算离开时长；E、判断剩余时长与离开时长的差值是否大于提醒阈值，如果是返回C；如果否向用户发送离开提醒信息。本发明能够智能地通过云端数据计算和分析为用户提供提醒服务，无需用户过多手工干预，为用户节约不必要的停车费用。

Description

一种云端停车服务方法及装置

技术领域

本发明涉及车辆网络服务技术领域，尤其涉及一种云端停车服务方法及装置。

背景技术

随着汽车工业的发展，我国普通家庭/单位的车辆保有量不断上升，民众通过使用机动车辆提升了生活品质以及工作效率。在车辆使用过程中，会涉及停车问题，目前一线及二线城市的停车费用在不断上涨，这在一方面会促使大家节约停车位资源，另一方面也会驾驶者带来一定的经济负担。

普通驾驶者在收费停车场停车过程中会常常遇到费用的困扰。假设停车场以小时为单位计时段进行计费，不满一个小时按照一个小时计算，有时候用户停车不满一个小时的部分仅仅只有十来分钟或者更少，用户可能会此要多付出一个单位计时段的停车费用。此外，少数情况下，用户可能有停车时长的计划，比如计划停车两个小时，用户若要执行此计划则需要定时关注停车时间是否到达。细心的用户可能会利用智能手机设定闹钟来提醒自己，然而提前多长时间提醒自己只能粗略地估算一下，很可能最后还是出现停车时间刚好超过一个单位计时段的情况。

发明内容

有鉴于此，本发明提供一种云端停车服务装置，应用于云端服务器上，其中该云端服务器通过网络分别与安装有车辆客户端的车辆以及安装有用户客户端的使用该车辆用户的便携终端建立连接，该装置包括：第一采集单元、停车判断单元、第二采集单元、时间计算单元、提醒判断单元以及离开提醒单元；其中：

第一采集单元，用于定期从车辆客户端获取车辆当前位置；

停车判断单元，用于根据车辆当前位置判断车辆是否位于收费停车场内，如果否，则返回第一采集单元继续处理；如果是，则将当前时刻确定为停车起点时刻并判断是否收到停车确认消息，如果收到则根据停车起点时刻以及预先保存的停车计时步长确定当前停车检查点并转第二采集单元处理；

第二采集单元，用于定期从用户客户端获取用户当前位置；

时间计算单元，用于判断距离当前停车检查点的剩余时长，并根据用户当前位置以及车辆当前位置计算用户离开停车场所需的离开时长；

提醒判断单元，用于判断剩余时长与离开时长的差值是否大于预设提醒阈值，如果是，则返回第二采集单元继续处理；如果否，则转离开提醒单元处理；

离开提醒单元，用于向用户发送离开提醒信息。

本发明还提供一种云端停车服务方法，应用于云端服务器上，其中该云端服务器通过网络分别与安装有车辆客户端的车辆以及安装有用户客户端的使用该车辆用户的便携终端建立连接，其中，该方法包括以下步骤：

步骤A、定期从车辆客户端获取车辆当前位置；

步骤B、根据车辆当前位置判断车辆是否位于收费停车场内，如果否，则返回步骤A；如果是，则将当前时刻确定为停车起点时刻并判断是否收到停车确认消息，如果收到则根据停车起点时刻以及预先保存的停车计时步长确定当前停车检查点并转步骤C；

步骤C、定期从用户客户端获取用户当前位置；

步骤D、判断距离当前停车检查点的剩余时长，并根据用户当前位置以及车辆当前位置计算用户离开停车场所需的离开时长；

步骤E、判断剩余时长与离开时长的差值是否大于预设提醒阈值，如果是，则返回步骤C；如果否，则转步骤F；

步骤F、向用户发送离开提醒信息。

本发明能够智能地通过云端数据计算和分析为用户提供停车时间提醒服务，无需用户进行过多手工干预，为用户节约不必要的停车费用。

附图说明

图1是本发明一种实施方式中云端停车服务解决方案架构图。

图2是本发明一种实施方式中云端停车服务装置的硬件环境及逻辑结构图。

图3是本发明一种实施方式中云端停车服务方法的处理流程图。

具体实施方式

本发明旨在提供一种云端停车服务解决方案，以协助用户经济合理地利用收费停车场的停车时间，请参考图1以及图2，该解决方案包括通过网络互联的车辆、用户便携终端以及云端服务器。以计算机软件实现为例，本发明提供一种云端停车服务装置，其应用于上述方案中的云端服务器上，该服务器包括CPU、内存、非易失性存储器以及其他硬件，该装置包括注册管理单元、数据采集单元、停车计算单元、时间计算单元、提醒判断单元以及离开提醒单元。

在本发明中，用户在通过云端服务器获取停车服务之前，用户需要先在应用市场或服务提供者的官方站点上下载用户客户端，假设用户的便携终端是手机，则其需要下载与其手机操作系统匹配的客户端（通常也称为手机APP）。下载好用户客户端之后，就可以在云端服务器上的云端管理装置配合下享受智能停车服务了，请参考图3，以下提供一个具体的例子来说明这一过程。

步骤101，注册管理单元从用户客户端接收用户配置的停车服务参数并保存；

步骤102，第一采集单元定期获取车辆客户端上报的车辆当前位置；

步骤103，停车判断单元根据车辆当前位置判断车辆是否位于收费停车场，如果是确定当前时刻为停车起点时刻；转步骤104，否则返回；

步骤104，停车判断单元判断是否收到停车确认消息，如果收到则根据停车起点时刻以及停车计时步长确定当前停车检查点，并转步骤105；

步骤105，第二采集单元定期获取用户客户端上报的用户当前位置；

步骤106，时间计算单元判断距离当前停车检查点的剩余时长，并根据用户当前位置以及车辆当前位置计算用户离开停车场所需的离开时长；

步骤107，提醒判断单元判断剩余时长与离开时长的差值是否大于预设提醒阈值，如果是则返回；如果否则转步骤106；

步骤108，离开提醒单元向用户发送离开提醒信息；

步骤109，离开提醒单元收到来自用户客户端的放弃离开消息；

步骤110，离开提醒单元将通过累加一个停车计时步长来更新当前停车检查点，然后返回步骤105；

步骤111，离开提醒单元收到来自用户客户端的确认离开消息；

步骤112，离开提醒单元在当前停车检查点上进行预设时长的延时，并在延时时刻到达后返回步骤102。

在本发明中，用户可以在客户端上对停车服务所需的参数进行配置，这些停车服务参数一般包括停车计时步长、提前提醒时长以及用户手机号码等。然而对于云端服务器来说这些参数并不是强制用户配置的，如果用户没有配置这些参数，云端服务器可以使用内部默认保存的参数。停车计时步长通常表示用户希望采用什么样的时长单位来管理其停车时间，比如1个小时这样的长度；值得注意的是：停车计时步长甚至可以与每个停车场的单位计时段相同或者相关联，云端服务器可以动态地为每个用户修改停车计时步长，这取决用户进入哪个收费停车场。提前提醒时长主要是为了给用户更充裕的时间来考虑其何时取车离开停车场。用户手机号码则是离开提醒单元采用短信提醒用户时需要使用的参数，在向用户发送停车提醒消息的时候，用户有可能会无法通过数据通道收到该消息，此时可以采用短信的方式来发送停车提醒信息。

从云端服务器的角度来说，其首先要确定车辆是什么时间点进入收费停车场的，也就是说其需要知道停车计时的起点，这个过程通常需要车辆客户端予以配合。所谓车辆客户端也可以理解为一种车载应用，其主要作用是配合云端服务器工作，为其提供一些参数和信息。假设云端服务的提供商是车辆的制造商，其可以在车辆出厂的时候就将车辆客户端安装配置好，免去用户进行各种安装配置操作。假设云端停车服务的提供者是第三方，用户可能需要在车辆上安装车辆客户端，并配置云端服务器地址等各种参数，以允许车辆上的客户端定期上报自身的位置参数。

目前很多车辆都装在有GPS或其他定位系统，因此车辆客户端获取车辆当前位置是非常容易的；当前车辆客户端从行车系统中获得车辆当前行车状态也是非常容易的。云端服务器可以从车辆客户端接收到其定期上报当车辆前位置，车辆当前位置可以是一个经纬度坐标，也可以是其他形式的参数。云端服务器可以将车辆当前位置与自身数据库中保存的停车场位置进行比较，如果车辆当前位置匹配到停车场的区域位置，则说明车辆已经进入停车场。假设用户确实准备停车，这个时间点通常可以理解为车辆停车起始时间点。值得注意的是收费停车场位置通常是以列表或其他形式预先保存在云端的数据库中的，云端服务器的管理者可以手动更新这些数据库，或者向第三方开放接口允许第三方来定期更新这个数据库。这些数据库中不仅仅可以存储停车场的位置还可以存储该收费停车场的单位计时段以及对应的停车价格，甚至包括计费规则，因为有些停车场会采用递增等动态计费规则。

从开发实现的角度来说，用户进入收费停车场所在区域并不意味着用户一定要在该停车场停车。比如说，很多收费停车场可能与行车的道路非常接近，如一些路边收费停车场，此时若GPS等定位系统因各种原因而出现较大误差，则无法确定用户是否真的在该停车场停车；再比如说，用户可能仅仅是为了穿越该停车场去往另一条道路。此时可以引入确认机制来进一步确认用户是确实准备停车还是仅仅路过该停车场。因此本发明优选的方式中，车辆客户端可以在通过行车系统确定车辆处于停车状态时，主动向云端服务器发送停车确认消息，云端服务器的停车判断单元收到这个消息后会确定车辆确实已经进入并停在该停车场内。当然如果长时间收不到停车确认消息，则可以返回到步骤102继续处理。

值得注意的是，车辆当前位置并不一定表示车辆实时的位置，其通常表示的是一个最新的位置。，当车辆在地下停车场停车之后，车辆内的GPS芯片可能无法获得卫星信号，然而这一点对于本发明而言并没有太大影响。一般情况下，车辆客户端可以实时通过GPS获得一个实时的位置参数，然后保存起来作为当前位置，如果因为位于地下等原因而获取不到实时位置，则将之前保存的位置参数作为当前位置。然而，随着车载定位系统的发展，车辆可能会集成多种定位系统，不仅仅局限于卫星定位，还可以采用移动网络定位等，即便车辆或者用户处于地下等场所中，依然可能通过其他定位方法获得车辆实时位置。从技术角度综合来看，车辆实时位置乃至用户实时位置无法获取的区域实际上会越来越少。

在确认用户停车之后，就可以进行后续的提醒服务了。考虑到用户停车之后通常不会立刻取车离开，也即是说并不一定立刻展开停车提醒服务。因此第二数据采集单元可以延时一段时间（比如15分钟）后再开始相应的处理。第二数据采集单元可以从用户客户端处获取到用户当前位置。同样的道理，用户当前位置并不一定表示用户实时位置，因为用户同样有可能处于一个无法实现定位的区域。在获取到用户当前位置之后，时间计算单元可以计算出两个时间相关的参数---剩余时长和离开时长。所谓剩余时长通常表示当前时刻距离当前停车检查点的时间长度。第一个当前停车检查点是在停车起点时刻上累加一个停车计时步长计算出来的。而所谓离开时长主要是指用户取车离开停车所需要的时间长度，其通常包括两段时间长度，一段是用户从其当前位置步行到车辆当前位置所需的步行时长，另一段则是车辆从其当前位置驶离停车场出口所需要的驾驶时长，步行时长和驾驶时长的估算可以参考各种已有步行导航技术来实现。

从理论极限情况上来说，如果用户希望在第一个停车检查点到达之前离开停车场，那么至少需要剩余时长与离开时长刚好相同的时刻向用户发送离开提醒信息。此时用户若适当加快手头事情处理并加快步伐通常能够赶在第一个停车检查点到达前离开。举个例子来说，假设用户设定的停车计时步长是1个小时，而停车场的单位计时段是0.5个小时；用户上午10点进入停车场，在上午10：45分的时候，云端服务器计算出剩余时长是15分钟，用户从当前位置步行到车辆需要10分钟，驾车离开停车场需要5分钟，剩余时长和离开时长刚好相等，此时提醒用户，用户通常可以在11点离开停车场。这样一来用户只需要缴纳两个计时时间段所对应的停车费，避免了11：02分离开，为了2分钟额外多缴纳一个计时时间段所对应的停车费。

以上描述的是一种比较极限的情况，在这种情况下，通常要求用户适当加快步伐和处理手头事情，这可能会影响到用户体验。因此在一种优选的实施方式中，可以引入提醒阈值作为缓冲以提升用户体验。提醒阈值通常可以以分钟为单位，极限情况下是0分钟，对应上述实施方式。仍然以上述场景为例，假设提醒阈值是3分钟，则在10：42分的时候，剩余时间与离开时间的差值恰好等于3分钟，此时提醒用户，用户可以有比较从容地离开停车场，比如用户可能花一两分钟把手头的事情快速处理一下，然后取车离开停车场。提醒阈值可以是用户配置的提前提醒时长，也可以是注册管理单元根据在用户配置的提前提醒时长基础上进行适当修正后获得的提醒阈值，考虑到有可能有一些地方的计算存在误差，因此这个修正通常是向上修正。

在向用户发送完离开提醒消息之后，用户可能会立刻准备离开也可能并不急于在第一个停车检查点离开，其可能希望在后续的停车检查点再离开。此时用户可以通过用户客户端发送确认离开消息或者放弃离开消息；当离开提醒单元收到来自用户的放弃离开消息时，其可以在当前停车检查点上累加一个停车计时步长作为新的当前停车检查点，然后返回步骤105继续处理。当收到用户确认离开消息后，则可以在当前停车检查点基础上进行预设长度的延时，在延时时刻到达后返回步骤102。

放弃离开消息表明用户不想在当前停车检查点离开，此时累加一个停车计时步长来将当前停车检查点更新，返回步骤105之后就不会立刻产生离开提醒消息了，通常要等到接近一个停车计时步长后才会再产生离开提醒消息。但是如果用户确认离开的话，显然此时无需更新当前停车检查点，此时可以适当延时到当前停车检查点之后的某个时刻再返回步骤102，用户确认离开的情况下，其通常可以在当前停车检查点达到之前离开停车场。但是在一些非常极端的情况下，用户仍有可能还没有离开或者说没有按照计划准时离开，比如发生堵车等意外事情。此时（假设为10：50分）若返回步骤102，则会发现车辆仍然处于停车场内，整个流程会继续下去，这样一来相当于在用户还没有离开停车场的情况下却判断出用户进入了停车场。此时可以通过一些机制来阻止流程继续下去。

上述的延时返回是一种方法，但事实上有很多方法。比如说：离开提醒单元在收到确认离开消息的时候可以不用延时而直接返回步骤102。但需要对停车判断单元的处理进行一定的修改。此时停车判断单元可以在收到停车确认消息后先判断内部指定位置是否保存有停车确认标记，如果没有，则在该位置保存停车确认标记，然后继续步骤105的处理；如果有停车确认标记，则说明车辆正在从停车场驶离的途中；此时继续返回步骤102，一直这样循环下去直到车辆已经离开停车场。此时停车判断单元会发现车辆已经离开停车场，在返回步骤102之前可以清空之前保存的停车确认标记再返回步骤102，这样就可以顺利结束一次云端停车服务的处理流程。

如前所述，停车服务参数中可以包括用户手机号码。停车服务单元可以利用该手机号码通过短信的方式发送离开提醒消息给用户。一般情况下，停车服务单元可以优先通过云端服务器与用户客户端之间的网络数据通道来发送离开提醒消息，采用网络数据通道的好处是消息本身可以定制更加灵活，不仅仅局限于文本，而且没有短信方式对字数的限制等劣势。但是考虑到很多时候用户便携终端接入网络的速率过低或者不够稳定，离开提醒消息可能无法送达，此时可以采用短信的方式来发送离开提醒消息。对与离开提醒消息的设计是非常灵活的，除了可以在其中携带剩余时长这样的信息之外，还可以将停车费用携带在里面，如前所述由于数据库中通常会保存有停车计费的相关参数，因此离开提醒单元可以将停车费用预先计算出来携带在离开提醒消息中发送给用户，这样可以便于用户做出更加合理经济的选择。

本发明能够智能地通过云端数据计算和分析为用户提供停车时间提醒服务，无需用户进行过多手工干预，为用户节约不必要的停车费用，由于本发明是云端服务的方式，其可以同时服务很多拥有车辆的用户，其为用户节约的停车费用相当可观。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (15)

1.一种云端停车服务装置，应用于云端服务器上，其中该云端服务器通过网络分别与安装有车辆客户端的车辆以及安装有用户客户端的使用该车辆用户的便携终端建立连接，该装置包括：第一采集单元、停车判断单元、第二采集单元、时间计算单元、提醒判断单元以及离开提醒单元；其特征在于：

第一采集单元，用于定期从车辆客户端获取车辆当前位置；

停车判断单元，用于根据车辆当前位置判断车辆是否位于收费停车场内，如果否，则返回第一采集单元继续处理；如果是，则将当前时刻确定为停车起点时刻并判断是否收到停车确认消息，如果收到则根据停车起点时刻以及预先保存的停车计时步长确定当前停车检查点并转第二采集单元处理；

第二采集单元，用于定期从用户客户端获取用户当前位置；

时间计算单元，用于判断距离当前停车检查点的剩余时长，并根据用户当前位置以及车辆当前位置计算用户离开停车场所需的离开时长；

提醒判断单元，用于判断剩余时长与离开时长的差值是否大于预设提醒阈值，如果是，则返回第二采集单元继续处理；如果否，则转离开提醒单元处理；

离开提醒单元，用于向用户发送离开提醒信息。

2.如权利要求1所述的云端停车服务装置，其特征在于，还包括：

注册管理单元，用于从用户客户端获取用户配置的停车服务参数，其中该停车服务参数至少包括所述停车计时步长。

3.如权利要求2所述的云端停车服务装置，其特征在于，所述停车服务参数还包括提前提醒时长；

所述提醒判断单元进一步用于根据提前提醒时长确定所述提醒阈值。

4.如权利要求2所述的云端停车服务装置，其特征在于，所述停车服务参数还包括用户手机号；

所述离开提醒单元进一步用于，先通过云端服务器与用户客户端之间的数据通道向用户发送离开提醒消息，若发送失败，则通过短信的方式向用户手机发送离开提醒消息。

5.如权利要求1所述的云端停车服务装置，所述离开提醒单元，进一步用于在收到来自用户客户端的放弃离开消息后，在当前停车检查点上累加一个停车计时步长以更新当前时间检查点，然后返回第二采集单元继续处理。

6.如权利要求5所述的云端停车服务装置，其特征在于，所述离开提醒单元，进一步用于在收到来自用户客户端的确认离开消息后，在当前停车检查点基础上进行预设的延时，并在延时时刻到达后返回第一采集单元继续处理。

7.如权利要求1所述的云端停车服务装置，其中所述离开时长包括步行时长和驾驶时长，其中步行时长表示用户从其当前位置步行到车辆当前位置所需的时间长度，所述驾驶时长表示车辆从其当前位置驶离停车场出口所需要的时间长度。

8.如权利要求1所述的云端停车服务装置，其中所述离开提醒消息中至少携带有剩余时长以及停车费用中的一种或全部。

9.一种云端停车服务方法，应用于云端服务器上，其中该云端服务器通过网络分别与安装有车辆客户端的车辆以及安装有用户客户端的使用该车辆用户的便携终端建立连接，其特征在于，该方法包括以下步骤：

步骤A、定期从车辆客户端获取车辆当前位置；

步骤B、根据车辆当前位置判断车辆是否位于收费停车场内，如果否，则返回步骤A；如果是，则将当前时刻确定为停车起点时刻并判断是否收到停车确认消息，如果收到则根据停车起点时刻以及预先保存的停车计时步长确定当前停车检查点并转步骤C；所述停车计时步长与所述收费停车场的单位计时段相同或者相关联；

步骤C、定期从用户客户端获取用户当前位置；

步骤D、判断距离当前停车检查点的剩余时长，并根据用户当前位置以及车辆当前位置计算用户离开停车场所需的离开时长；

步骤E、判断剩余时长与离开时长的差值是否大于预设提醒阈值，如果是，则返回步骤C；如果否，则转步骤F；

步骤F、向用户发送离开提醒信息；以及在收到来自用户客户端的放弃离开消息后，在当前停车检查点上累加一个停车计时步长以更新当前时间检查点，然后返回步骤C。

10.如权利要求9所述的云端停车服务方法，其特征在于，还包括：

步骤G、从用户客户端获取用户配置的停车服务参数，其中该停车服务参数至少包括所述停车计时步长。

11.如权利要求10所述的云端停车服务方法，其特征在于，所述停车服务参数还包括提前提醒时长；

所述步骤E进一步包括：根据提前提醒时长确定所述提醒阈值。

12.如权利要求10所述的云端停车服务方法，其特征在于，所述停车服务参数还包括用户手机号；

所述步骤F具体包括：先通过云端服务器与用户客户端之间的数据通道向用户发送离开提醒消息，若发送失败，则通过短信的方式向用户手机发送离开提醒消息。

13.如权利要求9所述的云端停车服务方法，其特征在于，所述步骤F进一步包括：

在收到来自用户客户端的确认离开消息后，在当前停车检查点基础上进行预设的延时，并在延时时刻到达后返回步骤A。

14.如权利要求9所述的云端停车服务方法，其中所述离开时长包括步行时长和驾驶时长，其中步行时长表示用户从其当前位置步行到车辆当前位置所需的时间长度，所述驾驶时长表示车辆从其当前位置驶离停车场出口所需要的时间长度。

15.如权利要求9所述的云端停车服务方法，其中所述离开提醒消息中至少携带有剩余时长以及停车费用中的一种或全部。