CN101976480A

CN101976480A - 一种停车收费后台计费业务方法和系统

Info

Publication number: CN101976480A
Application number: CN2010102823062A
Authority: CN
Inventors: 胡先贵; 王珏
Original assignee: SHENZHEN CITY FANGLE TECHNOLOGY Co Ltd
Current assignee: SHENZHEN CITY FANGLE TECHNOLOGY Co Ltd
Priority date: 2010-09-15
Filing date: 2010-09-15
Publication date: 2011-02-16
Anticipated expiration: 2030-09-15
Also published as: CN101976480B

Abstract

本发明公开了一种停车收费后台计费业务方法，包括：管理服务器接收咪表发出的停车计费请求消息，所述停车计费请求消息中包括要求停车的终端ID信息；管理服务器基于所述停车计费请求消息对所述ID信息鉴权；管理服务器向咪表发出响应消息，所述响应消息中包括是否通过鉴权的信息；管理服务器接收咪表发出的扣费请求消息，所述扣费请求消息包括停车时间和停车费用；管理服务器基于所述扣费请求消息从对应的账户中扣款。本发明还公开了一种停车收费后台计费系统。本发明后台集中计费，计费更加灵活，可以适应各种复杂的计费要求。

Description

一种停车收费后台计费业务方法和系统

技术领域

本发明涉及城市静态交通道路停车管理技术，具体涉及一种停车收费后台计费业务方法和系统。

背景技术

现有道路停车计费主要有两种：一种是道路停车管理员人工计费，其根据收费标准和停车时长人工计算应付的费用。另一种是咪表终端计费，即由咪表根据停车时长自动计算应付费用或根据预付的费用计算可停的时间。

人工计费随意性大，且经常因为计费不准引起纠纷。采用咪表终端计费也有如下的一些问题：①由于计费的标准存储在各终端咪表上，如果要进行资费调整需要逐个更新咪表中的计费数据；在现有咪表尚没有联网的情况下，工程量非常巨大；②终端计费增加了终端的复杂性，提高了终端的制造成本，终端计费的方式，卡的金额必须存储在卡上，卡一旦丢失无法挂失，卡的充值必须到特定的地点，利用专业的设备才可以，对用户来说很不方便，终端计费只能是预付费的方式，付费方式不灵活。

发明内容

本发明的目的是提供一种集中计费、提高计费灵活性和降低复杂性的停车收费后台计费业务方法。

本发明的另一目的在于提供一种基于该方法的停车收费后台计费系统。

为实现上述目的，本发明采用了以下技术方案：

一种停车收费后台计费业务方法，包括：

管理服务器接收咪表发出的停车计费请求消息，所述停车计费请求消息中包括要求停车的终端ID信息；

管理服务器基于所述停车计费请求消息对所述ID信息鉴权；

管理服务器向咪表发出响应消息，所述响应消息中包括是否通过鉴权的信息；

管理服务器接收咪表发出的扣费请求消息，所述扣费请求消息包括停车时间和停车费用；

管理服务器基于所述扣费请求消息从对应的账户中扣款。

其中管理服务器基于所述停车计费请求消息对所述ID信息鉴权包括：

验证ID的合法性；

检查ID对应的账户余额是否满足预定限额。

其中停车计费请求消息还包括停车地点；

在管理服务器基于所述停车计费请求消息对所述ID信息鉴权之后还包括：

管理服务器依据所述停车地点查询相应的收费费率；

管理服务器基于所述收费费率和所述ID对应的账户余额计算最长停车时间；

所述响应消息还包括所述最长停车时间。

其中管理服务器收到咪表发出的扣费请求消息包括：

管理服务器接收咪表按照预定周期发来的扣费请求，所述扣费请求中包括当前周期的停车时间。

其中所述管理服务器基于所述扣费请求消息从对应的账户中扣款包括：管理服务器基于所述扣费请求从ID绑定的预付费账户、银行账户或手机帐户的任意一种中扣款。

一种停车收费后台计费系统，包括管理服务器，用于

接收咪表发出的停车计费请求消息，所述停车计费请求消息中包括要求停车的终端ID信息；

基于所述停车计费请求消息对所述ID信息鉴权；

向咪表发出响应消息，所述响应消息中包括是否通过鉴权的信息；

接收咪表发出的扣费请求消息，所述扣费请求消息包括停车时间和停车费用；

基于所述扣费请求消息从对应的账户中扣款。

其中所述管理服务器还用于验证ID的合法性、检查ID对应的账户余额是否满足预定限额。

其中停车计费请求消息还包括停车地点；

其中所述管理服务器还用于在基于所述停车计费请求消息对所述ID信息鉴权之后，依据所述停车地点查询相应的收费费率，基于所述收费费率和所述ID对应的账户余额计算最长停车时间；

其中所述响应消息还包括所述最长停车时间。

其中所述管理服务器还用于接收咪表按照预定周期发来的扣费请求，所述扣费请求中包括当前周期的停车时间。

其中所述管理服务器还用于基于所述扣费请求从ID绑定的预付费账户、银行账户或手机帐户的任意一种中扣款。

由于采用了以上技术方案，使本发明具备的有益效果在于：

(1)本发明后台集中计费，计费更加灵活，可以适应各种复杂的计费要求；

(2)本发明管理服务器存储费率，资费的调整非常方便，不需要更新各个咪表或终端，降低了工作量和复杂性；

(3)本发明的集中计费是将账户金额存储在后台，数据更加安全，一旦终端丢失，可以随时挂失，减少用户的损失；

(4)本发明可以通过银行账户、预付费账户或手机账户扣款，使得付款方式更加灵活，充值也很方便，进一步提高了用户体验，绑定银行账户对特定的用户可以采用后付费的信用方式，拓展了业务范围。

附图说明

图1为根据本发明停车收费后台计费业务方法的一个实施例的流程图；

图2为根据本发明停车收费后台计费业务方法的另一个实施例的流程图；

图3为根据本发明停车收费后台计费系统的一个实施例的结构示意图；

图4为根据本发明停车收费后台计费系统的另一个实施例的结构示意图。

具体实施方式

下面结合示出本发明原理的附图提供本发明的一个或多个实施例的详细描述。

图1示出根据本发明停车收费后台计费业务方法的一个实施例的流程图，包括：

步骤102：管理服务器接收咪表发出的停车计费请求消息，该停车计费请求消息中包括要求停车的终端ID信息；

步骤104：管理服务器基于该停车计费请求消息对ID信息鉴权；

步骤106：管理服务器向咪表发出响应消息，该响应消息中包括是否通过鉴权的信息；

步骤108：管理服务器接收咪表发出的扣费请求消息，该扣费请求消息包括停车时间和停车费用；

步骤110：管理服务器基于该扣费请求消息从对应的账户中扣款。

终端的ID信息是指车载终端向咪表发出的包括其自身ID码的信息。

一种实施方式，步骤104包括：验证ID的合法性；检查ID对应的账户余额是否满足预定限额。验证ID的合法性是判断该用户是否为注册的合法用户，其是否还存在欠款等。预定限额是预付费用户的最低限额，若低于该限额则说明其账户余额已经不足以支付最小时间段的停车费用，例如最小时间段为1分钟。

一种实施方式，停车计费请求消息还包括停车地点，在城市的不同位置其停车费率和限制条件是不一样的，管理服务器需要停车地点的信息以计算停车费用。

一种实施方式，在步骤104之后还包括：管理服务器依据停车地点查询相应的收费费率；管理服务器基于收费费率和ID对应的账户余额计算最长停车时间；该响应消息还包括所述最长停车时间。咪表上可以显示其最长停车时间，可以给预付费用户一个提醒。

一种实施方式，在管理服务器依据收费费率和ID对应的账户余额计算最长停车时间之后还包括：管理服务器将所述停车地点、收费费率和最长停车时间以短消息方式发送到ID绑定的手机上。

一种实施方式，如果终端停车时间超过最长停车时间时，咪表向管理服务器发出停车超时的通知消息；这时，咪表也可以发出声光报警来提示，也可以通过管理服务器向ID绑定的手机发送停车超时的通知短消息来告知用户。

一种实施方式，步骤108还可包括：管理服务器接收咪表按照预定周期发来的扣费请求，扣费请求中包括当前周期的停车时间。该预定周期可以在管理服务器上预设，例如5分钟或10分钟。另一种实施方式，可以由咪表探测到终端离开终止计时后向管理服务器发送扣费请求。

一种实施方式，步骤110包括：管理服务器基于扣费请求从ID绑定的预付费账户、银行账户或手机帐户的任意一种中扣款。

一种实施方式，在步骤110之后还包括：管理服务器向ID绑定的手机发送扣款短消息。

图2示出根据本发明停车收费后台计费业务方法的另一个实施例的流程图，本实施例中用于付费的载体是车载标签，车载标签是一个无线的电子标签，每个标签都具有唯一的ID标识，该标签与车牌绑定后，就称为拥有该车牌车的替身。该ID还可以与银行存折、银行卡、手机账号等绑定，这样停车费用就可以从绑定的账号中扣除。同时该ID本身也可以是一个账号，用户购买充值卡或直接付现金给该账户充值，其包括：

步骤202：当拥有车载标签的车停入装有咪表的停车位后，咪表读出车载标签的ID后上传给管理服务器；

步骤204：管理服务器验证标签的合法性及对应的账户余额后通知咪表允许停车；

步骤206：咪表进行停车计时；

步骤208：咪表查询不到该标签，就认为车已离开，终止计时，并将停车时间上传给管理服务器；

步骤210：管理服务器根据标签的类型(VIP或普卡)、停车的地点、停车的时段、停车的时长等计算应付的停车费用，并从对应的账户中扣除；

步骤212：管理服务器发短信告知车主扣费信息。

本例中，如果在停车之前或停车过程中发现标签对应的账号余额不足，管理服务器会通过短信的方式通知车主。在车进入停车位时，管理服务器会用手机短信的方式通知车主免费停车的时间、最长可停时间、停车资费等信息。

图3示出根据本发明停车收费后台计费系统的一个实施例的结构示意图，包括管理服务器，用于接收咪表发出的停车计费请求消息，停车计费请求消息中包括要求停车的终端ID信息；基于该停车计费请求消息对该ID信息鉴权；向咪表发出响应消息，该响应消息中包括是否通过鉴权的信息；接收咪表发出的扣费请求消息，该扣费请求消息包括停车时间和停车费用；基于该扣费请求消息从对应的账户中扣款。

图4示出根据本发明停车收费后台计费系统的另一个实施例的结构示意图，其图3所示实施例的基础上，该管理服务器包括鉴权模块、查询模块、通知模块和计费模块。

鉴权模块用于验证ID的合法性、检查ID对应的账户余额是否满足预定限额。

停车计费请求消息还包括停车地点；

查询模块用于依据停车地点查询相应的收费费率，基于该收费费率和所述ID对应的账户余额计算最长停车时间；

该响应消息还包括所述最长停车时间。

通知模块用于在查询模块计算最长停车时间之后，将停车地点、收费费率和最长停车时间以短消息方式发送到ID绑定的手机上。

当终端停车时间超过所述最长停车时间时，咪表将向管理服务器发送咪表停车超时的通知消息；该通知模块还用于向ID绑定的手机发送停车超时的通知短消息。

计费模块用于接收咪表按照预定周期发来的扣费请求，扣费请求中包括当前周期的停车时间；还用于接收咪表探测到终端离开终止计时后发来的扣费请求；基于所述扣费请求从ID绑定的预付费账户、银行账户或手机帐户的任意一种中扣款。通知模块还用于在计费模块扣款后，向ID绑定的手机发送扣款短消息。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims

1.一种停车收费后台计费业务方法，其特征在于，包括：

管理服务器基于所述停车计费请求消息对所述ID信息鉴权；

管理服务器基于所述扣费请求消息从对应的账户中扣款。

2.如权利要求1所述的方法，其特征在于，其中管理服务器基于所述停车计费请求消息对所述ID信息鉴权包括：

验证ID的合法性；

检查ID对应的账户余额是否满足预定限额。

3.如权利要求2所述的方法，其特征在于，其中停车计费请求消息还包括停车地点；

管理服务器依据所述停车地点查询相应的收费费率；

所述响应消息还包括所述最长停车时间。

4.如权利要求1所述的方法，其特征在于，其中管理服务器收到咪表发出的扣费请求消息包括：

5.如权利要求1至4任一所述的方法，其特征在于，其中所述管理服务器基于所述扣费请求消息从对应的账户中扣款包括：

管理服务器基于所述扣费请求从ID绑定的预付费账户、银行账户或手机帐户的任意一种中扣款。

6.一种停车收费后台计费系统，其特征在于，包括管理服务器，用于

基于所述停车计费请求消息对所述ID信息鉴权；

基于所述扣费请求消息从对应的账户中扣款。

7.如权利要求6所述的停车收费后台计费系统，其特征在于，其中所述管理服务器还用于验证ID的合法性、检查ID对应的账户余额是否满足预定限额。

8.如权利要求7所述的停车收费后台计费系统，其特征在于，

其中停车计费请求消息还包括停车地点；

其中所述响应消息还包括所述最长停车时间。

9.如权利要求6所述的停车收费后台计费系统，其特征在于，其中所述管理服务器还用于接收咪表按照预定周期发来的扣费请求，所述扣费请求中包括当前周期的停车时间。

10.如权利要求6至9任一所述的停车收费后台计费系统，其特征在于，其中所述管理服务器还用于基于所述扣费请求从ID绑定的预付费账户、银行账户或手机帐户的任意一种中扣款。