本说明书实施例涉及停车场管理技术领域,特别涉及一种停车场自助停车缴费方法及系统。
背景技术:
随着社会经济的发展、城市化水平的加快、以及人民生活水平的提高,城市中的汽车越来越普及,汽车保有量正在不断增多。为了满足车辆的停放需求,在城市中规划有多种供车辆停放的位置,例如,街道路边规划出的停车位和规划建设好的停车场等。
为此,本说明书实施例提供一种停车场自助停车缴费方法及系统,实现无人值守、智能自动收费,避免出现“跑冒滴漏”现象。
技术实现要素:
本说明书实施例的一个方面提供一种停车场自助停车缴费方法,应用于停车服务器;所述方法包括:接收客户端发送的定位信息;基于所述定位信息,判断是否有空闲车位;若是,则接收客户端后台发送的签约状态信息;当所述签约状态信息表征所述客户端的用户已签约时,为所述客户端分配目标空闲车位;向地锁控制器发送开锁指令,以控制所述目标空闲车位的地锁开启;接收所述地锁控制器发送的已停车信号,开始计费;接收所述地锁控制器发送的无车信号,停止计费,并生成计费信息;向所述地锁控制器发送关锁指令,以控制所述地锁关闭;基于所述计费信息,向所述客户端发送扣费指令,以完成自动扣费。
本说明书实施例的一个方面提供一种停车场自助停车缴费方法,应用于客户端;所述方法包括:接收用户的停车请求;向停车服务器发送定位信息,以使所述停车服务器基于所述定位信息,判断是否有空闲车位;在有所述空闲车位且所述停车服务器接收的签约状态信息表征所述客户端的用户未签约时,接收所述停车服务器发送的签约指令,展示签约界面;所述签约界面包括预设协议;接收所述用户对所述签约界面的操作指令,并向客户端后台发送所述操作指令,以使所述客户端后台生成用户签约信息;向所述停车服务器发送所述用户签约信息。
本说明书实施例的一个方面提供一种停车场自助停车缴费系统,部署于停车服务器;所述系统包括:定位接收模块,用于接收客户端发送的定位信息;判断模块,用于基于所述定位信息,判断是否有空闲车位;状态接收模块,用于在有所述空闲车位的情况下,接收客户端后台发送的签约状态信息;分配模块,用于当所述签约状态信息表征所述客户端的用户已签约时,为所述客户端分配目标空闲车位;开启模块,用于向地锁控制器发送开锁指令,以控制所述目标空闲车位的地锁开启;开始计费模块,用于接收所述地锁控制器发送的已停车信号,开始计费;停止计费模块,用于接收所述地锁控制器发送的无车信号,停止计费,并生成计费信息;关闭模块,用于向所述地锁控制器发送关锁指令,以控制所述地锁关闭;扣费模块,用于基于所述计费信息,向所述客户端发送扣费指令,以完成自动扣费。
本说明书实施例的一个方面提供一种停车场自助停车缴费系统,部署于客户端;所述系统包括:请求接收模块,用于接收用户的停车请求;定位发送模块,用于向停车服务器发送定位信息,以使所述停车服务器基于所述定位信息,判断是否有空闲车位;展示模块,用于在有所述空闲车位且所述停车服务器接收的签约状态信息表征所述客户端的用户未签约时,接收所述停车服务器发送的签约指令,展示签约界面;所述签约界面包括预设协议;操作指令发送模块,用于接收所述用户对所述签约界面的操作指令,并向客户端后台发送所述操作指令,以使所述客户端后台生成用户签约信息;签约信息发送模块,用于向所述停车服务器发送所述用户签约信息。
本说明书实施例的一个方面提供一种停车场自助停车缴费装置,所述装置包括处理器以及存储器;所述存储器用于存储指令,所述处理器用于执行所述指令,以实现如前任一项所述停车场自助停车缴费方法对应的操作。
附图说明
本说明书将以示例性实施例的方式进一步描述,这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的,在这些实施例中,相同的编号表示相同的结构,其中:
图1是根据本说明书的一些实施例所示的停车场自助停车缴费方法的流程图;
图2是根据本说明书的一些实施例所示的判断是否有空闲车位的流程图;
图3是根据本说明书的一些实施例所示的判断是否有空闲车位的另一流程图;
图4是根据本说明书的一些实施例所示的停车场自助停车缴费方法的另一流程图;
图5是根据本说明书的一些实施例所示的停车场自助停车缴费方法的示例性交互流程图。
具体实施方式
为了更清楚地说明本说明书实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地,下面描述中的附图仅仅是本说明书的一些示例或实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明,图中相同标号代表相同结构或操作。
应当理解,本说明书中所使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而,如果其他词语可实现相同的目的,则可通过其他表达来替换所述词语。
如本说明书和权利要求书中所示,除非上下文明确提示例外情形,“一”、“一个”、“一种”和/或“该”等词并非特指单数,也可包括复数。一般说来,术语“包括”与“包含”仅提示包括已明确标识的步骤和元素,而这些步骤和元素不构成一个排它性的罗列,方法或者设备也可能包含其它的步骤或元素。
本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是,前面或后面操作不一定按照顺序来精确地执行。相反,可以按照倒序或同时处理各个步骤。同时,也可以将其他操作添加到这些过程中,或从这些过程移除某一步或数步操作。
图1是根据本说明书的一些实施例所示的停车场自助停车缴费方法的流程图,该流程100可以由停车服务器实现。在一些实施例中,停车服务器可以是智能车位管理系统的服务器(或者后台系统)。在一些实施例中,智能车位管理系统可以包括多个子系统,例如,计费系统、车位资源管理系统以及交易系统等。可以理解的,停车服务器可以实现智能车位管理系统中包括的所有子系统的功能。
如图1所示,该流程100可以包括以下步骤:
步骤102,接收客户端发送的定位信息。在一些实施例中,该步骤102可以由定位接收模块执行。
在一些实施例中,客户端可以包括但不限于智能终端。例如,智能手机、计算机、个人数字助理、以及智能手表等。
在一些实施例中,定位信息可以反映客户端(即客户端的用户)的位置信息。可以理解的,客户端的用户在定位信息对应的位置处具备停车需求。在一些实施例中,定位信息可以包括但不限于客户端的用户的当前位置信息或客户端的用户的目标位置信息。
例如,智能手机的用户a的目的地为位置a(即目标位置为位置a),因此,用户a在位置a处具备停车需求,若用户a当前行驶至位置a,则客户端可以将位置a的信息作为定位信息发送给停车服务器。又例如,用户a当前行驶至位置a附近,则客户端可以将目标位置信息,即位置a的信息作为定位信息发送给停车服务器。本说明书实施例通过将用户的目标位置信息设置为定位信息,可以帮助用户预先了解空闲车位所在的停车场,便于用户导航至该停车场。
在一些实施例中,当前位置信息或目标位置信息可以包括但不限于名称信息和坐标信息。其中,坐标信息可以包括经纬度坐标信息,例如,gnss(globalnavigationsatellitesystem,全球导航卫星系统)坐标或gps(globalpositioningsystem,全球定位系统)坐标等。
在一些实施例中,定位接收模块(或停车服务器)可以通过客户端的应用程序或客户端的应用程序中包括的插件(例如,小程序)接收客户端发送的定位信息。例如,通过客户端的与停车服务相关的应用程序接收定位信息。又例如,通过客户端中包括与停车服务相关的小程序的其他应用程序(例如,移动支付应用程序、智能出行应用程序等)接收定位信息。
在一些实施例中,定位信息可以通过用户在客户端(例如,客户端的应用程序或应用程序中包括的插件)输入获取,也可以从存储设备中直接读取,也可以根据客户端的定位系统(例如,gnss或gps等定位系统)获取。本实施例对客户端获取定位信息的方式不做限制。
步骤104,基于所述定位信息,判断是否有空闲车位。在一些实施例中,该步骤104可以由判断模块执行。
在一些实施例中,空闲车位是可供车辆停放的车位。在一些实施例中,空闲车位可以是与停车服务器关联的停车场中的空闲车位。例如,与停车服务器关联的室内停车场(例如,地下停车场)和/或室外停车场(例如,路边规划的占道停车场、地面规划建设的停车场等)中的空闲车位。可以理解的,停车服务器可以实现对与其关联的停车场的管理。例如,控制该停车场包括的停车位的地锁开启或关闭。又例如,确定该停车场的空闲车位数量。
在一些实施例中,判断模块可以基于多种方式判断是否有空闲车位。例如,判断模块可以基于定位信息,判断是否有空闲车位。又例如,判断模块可以基于定位信息和客户端发送的多个停车场的多个位置信息,判断是否有空闲车位。关于判断是否有空闲车位的具体细节,可以参见图2和图3及其相关描述,在此不再赘述。
步骤106,若是,则接收客户端后台发送的签约状态信息。在一些实施例中,该步骤106可以由状态接收模块。
在一些实施例中,客户端后台可以是客户端的应用程序的后台系统。例如,移动支付应用程序的后台系统。
在一些实施例中,客户端可以包括(例如,存储)有客户端的用户的信息。例如,用户唯一标识、手机号码、用户画像等。在一些实施例中,客户端后台可以基于客户端的用户的信息确定该用户的签约状态信息。例如,基于用户的唯一标识确定签约状态信息。
在一些实施例中,签约状态信息可以反映客户端的用户是否已签约。在一些实施例中,签约状态信息可以反映客户端的用户是否同意预设协议。可以理解的,用户同意预设协议则表征已签约,反之,则表征未签约。关于预设协议的具体细节可以参见步骤108及其相关描述,在此不再赘述。
步骤108,当所述签约状态信息表征所述客户端的用户已签约时,为所述客户端分配目标空闲车位。在一些实施例中,该步骤108可以由分配模块执行。
在一些实施例中,分配模块可以通过多种方式为客户端分配目标空闲车位。例如,从空闲车位中随机分配目标空闲车位。又例如,根据用户在客户端上的个性化设置(例如,设置优先选择靠近出口的停车位或优先选择靠近入口的停车位等),从空闲车位中分配目标空闲车位。通过根据用户的个性化设置为用户分配空闲车位,可以满足用户的个性化需求,提高用户体验。
在一些实施例中,停车场自助停车缴费方法还可以包括:步骤s1,当所述签约状态信息表征所述用户未签约时,向所述客户端发送签约指令,以通过所述客户端展示签约界面;所述签约界面包括预设协议;步骤s2,接收客户端后台基于所述用户对所述签约界面的操作指令,生成的用户签约信息;以及步骤s3,当所述用户签约信息反映用户已签约时,为所述客户端分配所述目标空闲车位。
在一些实施例中,签约指令可以用于提示客户端展示签约界面。用户可以通过签约界面完成预设协议的签约。在一些实施例中,预设协议可以根据实际需求进行具体设置。在一些实施例中,预设协议可以包括但不限于停车条款(例如,停车场责任条款)和扣款协议。扣款协议可以包括自动扣款协议,例如,从应用程序中关联的账户上自动扣款。
在一些实施例中,用户对签约界面的操作指令可以通过用户对签约界面的各种操作生成。例如,用户对签约界面展示的同意或不同意选项的手动选择操作。又例如,用户对签约界面展示的同意或不同意选项的语音选择操作等。
在一些实施例中,用户签约信息可以反映用户是否已签约。仍以上述示例为例,若用户手动选择同意选项,则该操作指令生成的用户签约信息可以反映用户已签约。反之,用户选择不同意选项,则反映用户未签约。
本说明书实施例通过对未签约的用户执行签约操作,使得用户在签约成功后,其后续使用停车服务时,无需再次签约,简化用户操作,提升用户体验。
在一些实施例中,当客户端后台基于用户的信用评估结果,确定用户满足预设免押条件时,签约界面还包括有免押提示。在一些实施例中,信用评估结果可以包括用户的信用等级(例如,优、良、以及差等)和/或用户的信用评分(例如,90分、70分等)。
在一些实施例中,客户端后台可以基于用户在其对应的应用程序的历史信用记录,确定用户的信用评估结果。例如,客户端后台为移动支付应用程序的后台系统,则客户端后台可以基于用户的借款和还款记录,确定用户的信用评估结果。
在一些实施例中,预设免押条件可以根据实际需求进行具体设置。例如,信用等级高于预设等级、和/或信用评分高于预设评分。在一些实施例中,免押提示可以用于提示用户完成免押金停车。通过对用户实现免押金服务,用户在无需缴纳押金的情况下,即可完成停车,解决了用户资金安全问题,优化用户体验。
步骤110,向地锁控制器发送开锁指令,以控制所述目标空闲车位的地锁开启。在一些实施例中,该步骤110可以由开启模块执行。
在一些实施例中,地锁可以是安装在地面上的机械装置,用于防止他人抢占车位。如前步骤104所述,空闲车位可以是与停车服务器关联的停车场中的空闲车位。在一些实施例中,与停车服务器关联的停车场的所有停车位均设置有地锁,地锁的初始状态为关闭,即地锁为防止他人抢占车位的状态。通过将地锁的初始状态设置为关闭,可以在无人值守的情况下,集中化管理调度停车场中的停车位,避免他人乱停乱放。
在一些实施例中,用户还可以通过客户端(例如,应用程序或应用程序的插件)向停车服务器发送触发指令,停车服务器接收到触发指令后向地锁控制器发送开锁指令,以控制目标空闲车位的地锁开启。在一些实施例中,触发指令可以是用户已到目标空闲车位时或用户与目标空闲车位的距离小于预设阈值时发送的。预设阈值可以根据实际需求具体设置,例如,2m或3m等。通过用户在找到目标空闲车位或与目标空闲车位的距离很小时,再通过停车服务器进行开锁,可以防止他人抢先用户停入目标空闲车位中,避免用户出现乱扣费现象。
步骤112,接收所述地锁控制器发送的已停车信号,开始计费。在一些实施例中,该步骤112可以由开始计费模块执行。
在一些实施例中,已停车信号可以表征用户已经将车辆停放至目标空闲车位中。在一些实施例中,已停车信号可以是目标空闲车位对应的传感器检测到用户的车辆停放后,发送给地锁控制器的。
在一些实施例中,目标空闲车位对应的传感器可以包括但不限于地磁传感器、雷达传感器、红外线位移传感器等。其中,地磁传感器可以通过检测车辆中包含的铁质对地球的磁场产生的弯曲扰动,判断车位上是否有车辆停放。雷达传感器可以通过检测与物体之间的距离,判断车位上是否有车辆停放。红外线传感器可以通过测量物体发出的红外线能量,判断车位上是否有车辆停放。本说明书实施例并不对传感器类型做任何限制。例如,传感器还可以是超声波传感器、视频检测传感器、光感传感器等。
在一些实施例中,目标空闲车位对应的传感器可以安装在目标空闲车位上,也可以安装在目标空闲车位的旁侧。本说明书实施例并不对传感器的位置做任何限制。
步骤114,接收所述地锁控制器发送的无车信号,停止计费,并生成计费信息。在一些实施例中,该步骤114可以由停止计费模块执行。
在一些实施例中,无车信号可以表征用户已经将车辆驶离出目标空闲车位。在一些实施例中,无车信号可以是目标空闲车位对应的传感器检测到用户的车辆离开后,即传感器未检测到用户的车辆时,发送给地锁控制器的。
在一些实施例中,无车信号还可以是目标空闲车位对应的传感器在预设时间内未检测到用户的车辆时,发送给地锁控制器的。预设时间可以根据实际需求进行具体设置。例如,3分钟、5分钟等。通过传感器在预设时间内未检测到用户的车辆时,发送无车信号,可以避免错误检测车辆的离开,提高无车判断的准确性。
在一些实施例中,无车信号还可以是用户通过客户端(例如,应用程序或应用程序的插件)发送给停车服务器的。例如,无车信号可以是用户将车辆驶离出目标空闲车位后,在客户端上确认离开时发送给停车服务器的。由于停车位上设置有地锁,因此,通过用户发送无车信号并不会造成用户未驶离但确认离开的现象,且通过用户发送无车信号,可以避免因传感器检测不准确而导致的计费不准确的现象产生,提高了计费的准确性。
步骤116,向所述地锁控制器发送关锁指令,以控制所述地锁关闭。在一些实施例中,该步骤116可以由关闭模块执行。
本说明书实施例通过开锁指令和关锁指令,可实现地锁的自动开启和关闭,实现停车场的自动化管理。
步骤118,基于所述计费信息,向所述客户端发送扣费指令,以完成自动扣费。在一些实施例中,该步骤118可以由扣费模块执行。
本说明书实施例通过签约授权,可完成自动扣费,使得用户可以先停车后扣费,无需人工收费和管理,避免人为干预私自收费的情况,可以实现无人值守的智能停车场,降低了停车场的投入成本,杜绝停车“跑冒滴漏”带来的资金损失,提高居民出行停车的便利性。
图2是根据本说明书的一些实施例所示的判断是否有空闲车位的流程图。如图2所示,该流程200可以包括步骤202和步骤204。在一些实施例中,步骤202和步骤204可以由判断模块执行。
步骤202,基于所述定位信息,判断预设距离范围内是否有停车场。
如前所述,定位信息可以包括坐标信息。在一些实施例中,判断模块可以基于定位信息包括的坐标信息,判断预设距离范围内是否有停车场。例如,判断定位信息包括的坐标与停车场对应的坐标的距离是否在预设距离范围内。在一些实施例中,预设距离范围可以根据实际需求进行具体设置。例如,50m、100m或1km等。
在一些实施例中,停车场可以是与停车服务器关联的停车场。关于关联停车场的具体细节可以参见步骤104及其相关描述,在此不再赘述。
步骤204,若是,则判断所述停车场是否有所述空闲车位。
在一些实施例中,停车场中的所有停车位均设置有地锁。因此,在一些实施例中,判断模块可以根据停车位中地锁的状态(例如,开启或关闭),确定该车位是否为空闲车位。例如,地锁关闭,则车位为空闲车位;地锁开启,则车位为已使用车位。
图3是根据本说明书的一些实施例所示的判断是否有空闲车位的另一流程图。如图3所示,该流程300可以包括步骤302和步骤304。在一些实施例中,步骤302和步骤304可以由判断模块执行。
步骤302,基于所述定位信息和所述多个位置信息,判断是否有满足预设要求的停车场。
在一些实施例中,停车场自助停车缴费方法还包括接收客户端发送的多个停车场的多个位置信息。在一些实施例中,多个停车场是客户端基于定位信息确定的。在一些实施例中,多个停车场可以是客户端基于定位信息,确定的最大预设距离范围内的所有停车场。最大预设距离范围可以根据实际需求进行灵活设置,例如3km、5km等。
在一些实施例中,预设要求可以是用户根据实际需求设置的。例如,与停车场的距离不超过预设值、停车场靠近商超、停车场靠近公交车站、停车场为使用过的停车场等。
步骤304,若是,则判断所述停车场是否有所述空闲车位。
本说明书实施例可以通过客户端向用户预先推荐多个停车场,再根据用户的实际要求对停车场进行筛选,使得用户可以将车辆停放至自主选择的停车场中,提高用户体验,方便用户出行。
图4是根据本说明书的一些实施例所示的停车场自助停车缴费方法的另一流程图,该流程400可以由客户端实现。如图4所示,该流程400可以包括以下步骤:
步骤402,接收用户的停车请求。在一些实施例中,该步骤402可以由请求接收模块执行。
用户可以在客户端生成停车请求。例如,用户使用客户端的应用程序或应用程序包括的小程序中的停车服务,生成对应的停车请求。响应用户的停车请求,客户端会自动获取用户的定位信息。关于定位信息的具体细节可以参见步骤102及其相关描述,在此不再赘述。
步骤404,向停车服务器发送定位信息,以使所述停车服务器基于所述定位信息,判断是否有空闲车位。
关于步骤404的具体细节,可以参见步骤104及其相关描述,在此不再赘述。
在一些实施例中,在接收用户的停车请求之后,停车场自助停车缴费方法还可以包括:获取定位信息;根据定位信息,确定多个停车场的多个位置信息。关于确定多个位置信息的具体细节可以参见步骤302及其相关描述,在此不再赘述。
在一些实施例中,向停车服务器发送定位信息,以使停车服务器基于定位信息,判断是否有空闲车位,包括:向停车服务器发送定位信息和多个位置信息,以使停车服务器基于定位信息和多个位置信息,判断是否有空闲车位;其中,停车服务器基于定位信息和多个位置信息,判断是否有空闲车位,包括:停车服务器基于定位信息和多个位置信息,判断是否有满足预设要求的停车场;若是,则停车服务器判断停车场是否有空闲车位。关于停车服务器判断停车场是否有空闲车位的具体细节可预测参见图3及其相关描述,在此不再赘述。
在一些实施例中,停车服务器基于定位信息,判断是否有空闲车位,包括:停车服务器基于定位信息,判断预设距离范围内是否有停车场;若是,则停车服务器判断停车场是否有空闲车位。关于停车服务器判断停车场是否有空闲车位的具体细节可以参见图2及其相关描述,在此不再赘述。
步骤406,在有所述空闲车位且所述停车服务器接收的签约状态信息表征所述客户端的用户未签约时,接收所述停车服务器发送的签约指令,展示签约界面;所述签约界面包括预设协议。
关于步骤406的具体细节可以参见步骤108及其相关描述,在此不再赘述。
在一些实施例中,停车场自助停车缴费方法还可以包括接收客户端后台基于用户的信用评估结果,确定的用户是否满足预设免押条件的判断结果;当判断结果为满足时,在签约界面上展示免押提示。关于展示免押提示的具体细节可以参见步骤108及其相关描述,在此不再赘述。
步骤408,接收所述用户对所述签约界面的操作指令,并向客户端后台发送所述操作指令,以使所述客户端后台生成用户签约信息。
关于步骤408的具体细节可以参见步骤108及其相关描述,在此不再赘述。
步骤410,向所述停车服务器发送所述用户签约信息。
为了更加清楚、完整的演绎本说明书一些实施例所示的停车场自助停车缴费方法的过程,现以图5为例,对未签约用户的自助停车缴费过程进行阐述。
如前所述,停车服务器可以是智能车位管理系统的服务器。智能车位管理系统可以包括多个子系统,例如,计费系统、车位资源管理系统以及交易系统等。应当知晓的,图5仅为示意性附图,智能车位管理系统还可以包括其他子系统,本说明书实施例并不对此做任何限制。
如图5所示的过程示意图500可知,客户端可以接收用户的停车请求,向车位管理系统透传定位信息,车位管理系统判断是否有空闲车位,若有空闲车位,则向交易系统发生返回有空闲车位信息,然后,交易系统向客户端返回有空闲车位信息,提示用户签约停车条款含扣款协议。
再然后,客户端渲染停车签约界面,用户在该界面上确认签约停车,客户端向客户端后台返回确认签约停车扣款协议信息,客户端后台向交易系统返回用户签约结果,交易系统分配车位,并透传车位开锁信息至地锁控制器,地锁控制器向地锁发送开锁信号,控制地锁开启。用户停车入位,触发传感器,传感器向地锁控制器发送已停车信号,地锁控制器向计费系统返回开始计费信息。用户开车出库,触发传感器,传感器发送无车信号至地锁控制器,地锁控制器向计费系统返回停止计费信息。
最后,计费系统向车位管理系统和交易系统返回停止计费信息,车位管理系统通过地锁控制器控制地锁关闭,交易系统发起用户扣费,完成用户的自动扣费。
本说明书实施例还提供一种停车场自助停车缴费系统,部署于停车服务器。在一些实施例中,停车场自助停车缴费系统可以包括定位接收模块、判断模块、状态接收模块、分配模块、开启模块、开始计费模块、停止计费模块、关闭模块、以及扣费模块。
在一些实施例中,定位接收模块用于接收客户端发送的定位信息。
在一些实施例中,判断模块用于基于所述定位信息,判断是否有空闲车位。
在一些实施例中,状态接收模块用于在有所述空闲车位的情况下,接收客户端后台发送的签约状态信息。
在一些实施例中,分配模块用于当所述签约状态信息表征所述客户端的用户已签约时,为所述客户端分配目标空闲车位。
在一些实施例中,开启模块用于向地锁控制器发送开锁指令,以控制所述目标空闲车位的地锁开启。
在一些实施例中,开始计费模块用于接收所述地锁控制器发送的已停车信号,开始计费。
在一些实施例中,停止计费模块用于接收所述地锁控制器发送的无车信号,停止计费,并生成计费信息。
在一些实施例中,关闭模块用于向所述地锁控制器发送关锁指令,以控制所述地锁关闭。
在一些实施例中,扣费模块用于基于所述计费信息,向所述客户端发送扣费指令,以完成自动扣费。
本说明书实施例还提供一种停车场自助停车缴费系统,部署于客服端。在一些实施例中,停车场自助停车缴费系统可以包括请求接收模块、定位发送模块、展示模块、操作指令发送模块、以及签约信息发送模块。
在一些实施例中,请求接收模块可以用于接收用户的停车请求。
在一些实施例中,定位发送模块可以用于向停车服务器发送定位信息,以使所述停车服务器基于所述定位信息,判断是否有空闲车位。
在一些实施例中,展示模块可以用于在有所述空闲车位且所述停车服务器接收的签约状态信息表征所述客户端的用户未签约时,接收所述停车服务器发送的签约指令,展示签约界面;所述签约界面包括预设协议。
在一些实施例中,操作指令发送模块可以用于接收所述用户对所述签约界面的操作指令,并向客户端后台发送所述操作指令,以使所述客户端后台生成用户签约信息。
在一些实施例中,签约信息发送模块可以用于向所述停车服务器发送所述用户签约信息。
应当理解,上述所示系统及其模块可以利用各种方式来实现。例如,在一些实施例中,系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中,硬件部分可以利用专用逻辑来实现;软件部分则可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在诸如磁盘、cd或dvd-rom的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现,也可以用例如由各种类型的处理器所执行的软件实现,还可以由上述硬件电路和软件的结合(例如,固件)来实现。
需要注意的是,以上对于停车场自助停车缴费系统及其模块的描述,仅为描述方便,并不能把本说明书限制在所举实施例范围之内。可以理解,对于本领域的技术人员来说,在了解该系统的原理后,可能在不背离这一原理的情况下,对各个模块进行任意组合,或者构成子系统与其他模块连接。例如,定位接收模块、判断模块、状态接收模块、分配模块、开启模块、开始计费模块、停止计费模块、关闭模块以及扣费模块可以是一个系统中的不同模块,也可以是一个模块实现上述的两个模块的功能。又例如,停车场自助停车缴费系统中各个模块可以共用一个存储模块,各个模块也可以分别具有各自的存储模块。诸如此类的变形,均在本说明书的保护范围之内。
本说明书实施例还提供一种停车场自助停车缴费装置,所述装置包括处理器以及存储器;所述存储器用于存储指令,所述处理器用于执行所述指令,以实现如前任一项所述停车场自助停车缴费方法对应的操作。
本说明书实施例可能带来的有益效果包括但不限于:本说明书实施例通过签约授权,可完成自动扣费,使得用户可以先停车后扣费,无需人工收费和管理,避免人为干预私自收费的情况,可以实现无人值守的智能停车场,降低了停车场的投入成本,杜绝停车“跑冒滴漏”带来的资金损失,提高居民出行停车的便利性。需要说明的是,不同实施例可能产生的有益效果不同,在不同的实施例里,可能产生的有益效果可以是以上任意一种或几种的组合,也可以是其他任何可能获得的有益效果。
上文已对基本概念做了描述,显然,对于本领域技术人员来说,上述详细披露仅仅作为示例,而并不构成对本说明书的限定。虽然此处并没有明确说明,本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议,所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
同时,本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此,应强调并注意的是,本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外,本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外,本领域技术人员可以理解,本说明书的各方面可以通过若干具有可专利性的种类或情况进行说明和描述,包括任何新的和有用的工序、机器、产品或物质的组合,或对他们的任何新的和有用的改进。相应地,本说明书的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外,本说明书的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品,该产品包括计算机可读程序编码。
计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号,例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式,包括电磁形式、光形式等,或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质,该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播,包括无线电、电缆、光纤电缆、rf、或类似介质,或任何上述介质的组合。
本说明书各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写,包括面向对象编程语言如java、scala、smalltalk、eiffel、jade、emerald、c++、c#、vb.net、python等,常规程序化编程语言如c语言、visualbasic、fortran2003、perl、cobol2002、php、abap,动态编程语言如python、ruby和groovy,或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下,远程计算机可以通过任何网络形式与用户计算机连接,比如局域网(lan)或广域网(wan),或连接至外部计算机(例如通过因特网),或在云计算环境中,或作为服务使用如软件即服务(saas)。
此外,除非权利要求中明确说明,本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用,并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例,但应当理解的是,该类细节仅起到说明的目的,附加的权利要求并不仅限于披露的实施例,相反,权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如,虽然以上所描述的系统组件可以通过硬件设备实现,但是也可以只通过软件的解决方案得以实现,如在现有的处理设备或移动设备上安装所描述的系统。
同理,应当注意的是,为了简化本说明书披露的表述,从而帮助对一个或多个发明实施例的理解,前文对本说明书实施例的描述中,有时会将多种特征归并至一个实施例、附图或对其的描述中。但是,这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上,实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述成分、属性数量的数字,应当理解的是,此类用于实施例描述的数字,在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明,“大约”、“近似”或“大体上”表明所述数字允许有±20%的变化。相应地,在一些实施例中,说明书和权利要求中使用的数值参数均为近似值,该近似值根据个别实施例所需特点可以发生改变。在一些实施例中,数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值,在具体实施例中,此类数值的设定在可行范围内尽可能精确。
针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料,如文章、书籍、说明书、出版物、文档等,特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外,对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是,如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方,以本说明书的描述、定义和/或术语的使用为准。
最后,应当理解的是,本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此,作为示例而非限制,本说明书实施例的替代配置可视为与本说明书的教导一致。相应地,本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。