CN112651732A - 一种信用支付停车费用的方法及平台 - Google Patents

Abstract

本申请实施例公开了一种信用支付停车费用的方法及平台，解决了停车缴费耗时、不便以及信号不良造成的无法缴费问题。本申请包括：获取用户的资产信息；核实所述资产信息；根据所述资产信息创建所述用户的信用账户；根据所述资产信息为所述信用账户生成信用额度；当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；判断所述信用账户的余额是否大于所述扣费信息，若是，则根据所述扣费信息向所述车场管理平台发送停车费用；根据所述停车费用从所述信用账户中扣除相对应的信用额度。

Description

一种信用支付停车费用的方法及平台

技术领域

本申请实施例涉及停车场管理领域，特别涉及一种信用支付停车费用的方法及平台。

背景技术

目前，人们停车场中停车缴费方式大致分两类，第一类是微信、支付宝支付，第二类则是通过停车APP支付。

其中第一类支付手段需用户关注停车场的微信公众号或者支付宝生活号，然后绑定车牌，点击缴费，或者直接扫码缴费；第二类支付手段则需用户下载停车软件进行缴费。

而无论是第一类支付手段还是第二类支付手段，其缴费过程中都需用户拿出手机操作，花费一定的时间输入车牌，或受车场信号不佳而引发无法缴费等一系列问题。

发明内容

本申请实施例提供了一种信用支付停车费用的方法及平台，解决了停车缴费耗时、不便以及信号不良造成的无法缴费问题。

本申请实施例第一方面提供了一种信用支付停车费用的方法，包括：

获取用户的资产信息；

核实所述资产信息；

根据所述资产信息创建所述用户的信用账户；

根据所述资产信息为所述信用账户生成信用额度；

当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

判断所述信用账户的余额是否大于所述扣费信息，若是，则根据所述扣费信息向所述车场管理平台发送停车费用；

根据所述停车费用从所述信用账户中扣除相对应的信用额度。

可选的，在所述判断所述信用账户的余额是否大于所述扣费信息之后，所述方法还包括：

若否，则向所述用户的移动终端设备发送还款账单。

可选的，在所述根据所述停车费用从所述信用账户中扣除相对应的信用额度之后，所述方法还包括：

定期向所述用户的移动终端设备发送还款账单。

可选的，在所述定期向所述用户的移动终端设备发送还款账单之后，所述方法还包括：

接收所述移动终端设备发送的还款费用；

根据所述还款费用提升所述信用额度。

本申请实施例第二方面提供了一种信用支付停车费用的方法，包括：

获取用户的车牌信息以及停车记录；

根据所述停车记录确定扣费信息；

将所述车牌信息以及所述扣费信息发送信用支付平台；

接收所述信用支付平台发送的停车费用。

本申请实施例第三方面提供了一种信用支付平台，包括：

第一获取单元，用于获取用户的资产信息；

核实单元，用于核实所述资产信息；

创建单元，用于根据所述资产信息创建所述用户的信用账户；

生成单元，用于根据所述资产信息为所述信用账户生成信用额度；

确认单元，用于当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

判断单元，用于判断所述信用账户的余额是否大于所述扣费信息；

第一发送单元，用于在所述判断单元判断所述信用账户的余额大于或等于所述扣费信息之后，根据所述扣费信息向所述车场管理平台发送停车费用；

扣除单元，用于根据所述停车费用从所述信用账户中扣除相对应的信用额度。

可选的，在所述判断单元之后，所述平台还包括：

第二发送单元，用于在所述判断单元判断所述信用账户的余额小于所述扣费信息之后，向所述用户的移动终端设备发送还款账单。

可选的，在所述扣除单元之后，所述平台还包括：

第三发送单元，用于定期向所述用户的移动终端设备发送还款账单。

可选的，在所述第三发送单元之后，所述平台还包括：

第一接收单元，用于接收所述移动终端设备发送的还款费用；

提升单元，用于根据所述还款费用提升所述信用额度。

本申请实施例第四方面提供了一种车场管理平台，包括：

第二获取单元，用于获取用户的车牌信息以及停车记录；

第二确定单元，用于根据所述停车记录确定扣费信息；

第四发送单元，用于将所述车牌信息以及所述扣费信息发送信用支付平台；

第二接收单元，用于接收所述信用支付平台发送的停车费用。

本申请实施例第五方面提供了一种信用支付平台，包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、输入输出单元以及总线相连；

所述处理器执行如下操作：

获取用户的资产信息；

核实所述资产信息；

根据所述资产信息创建所述用户的信用账户；

根据所述资产信息为所述信用账户生成信用额度；

当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

判断所述信用账户的余额是否大于所述扣费信息，若是，则根据所述扣费信息向所述车场管理平台发送停车费用；

根据所述停车费用从所述信用账户中扣除相对应的信用额度。

本申请实施例第六方面提供了一种车场管理平台，包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、输入输出单元以及总线相连；

所述处理器执行如下操作：

获取用户的车牌信息以及停车记录；

根据所述停车记录确定扣费信息；

将所述车牌信息以及所述扣费信息发送信用支付平台；

接收所述信用支付平台发送的停车费用。

本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行上述第一方面任意一种信用支付停车费用的方法或第二方面任意一种信用支付停车费用的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请中，通过事先获取并核实用户的资产信息，并根据该资产信息创建一个可预支一定信用额度的信用账户，使得用户在离开车场时，无需进行扫码付费等相关复杂手续，车场管理平台可以先从该信用账户中收费，过后用户再还款，解决了停车缴费耗时、不便以及信号不良造成的无法缴费问题。

附图说明

图1为本申请实施例中信用支付停车费用的方法一个实施例流程示意图；

图2为本申请实施例中信用支付停车费用的方法另一个实施例流程示意图；

图3为本申请实施例中信用支付停车费用的方法另一个实施例流程示意图；

图4为本申请实施例中信用支付平台一个实施例流程示意图；

图5为本申请实施例中信用支付平台另一实施例流程示意图；

图6为本申请实施例中车场管理平台一个实施例流程示意图；

图7为本申请实施例中信用支付平台另一实施例流程示意图；

图8为本申请实施例中车场管理平台另一实施例流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的阐述，显然阐述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应当属于本申请保护范围。

本申请实施例提供了一种信用支付停车费用的方法及平台，解决了停车缴费耗时、不便以及信号不良造成的无法缴费问题。

需要说明的是，该信用支付停车费用的方法的执行主体包括信用支付平台以及车场管理平台，下面先对信用支付平台进行说明。

请参阅图1，本申请实施例中信用支付停车费用的方法一个实施例包括：

101、获取用户的资产信息；

需要说明的是，要进行信用支付，则需要先对用户的资产信息进行评估，根据用户过往的信用生成一个信用额度，本申请实施例中，获取用户的资产信息，该资产信息可以为车辆、薪资、房产、信用卡以及芝麻信用等资产信息，具体可以通过用户主动上传获取用户的资产信息，也可以根据用户提供的个人身份在互联网获取与之关联的资产信息，比如银行账号等信息。

102、核实所述资产信息；

本申请实施例中，在获取到车辆、薪资、房产、信用卡以及芝麻信用等资产信息后，信用支付平台在给该用户开通信用账户之前，还要先对这些资产信息进行真实性核实，防止出现欺骗性行为。

具体的核实方式比如，信用支付平台可以与信用机构连接，根据信用机构对该用户提供的信息进行真实性判断，信用机构比如银行,车管所,房产局,工商局等，通过第三方对用户的提供的车辆、房产等进行核实。

103、根据所述资产信息创建所述用户的信用账户；

本申请实施例中，在确认该用户资产信息的真实性之后，会根据该资产信息开通一个信用账户，该信用账户绑定了该用户的个人身份信息以及车辆信息，比如车牌号，使得后期用户在开车驶离车场时，车场管理平台可以根据摄像头拍摄到的车牌号，锁定对应的信用账户。

需要说明的是，用户在进行信用支付时，可以选择扫码付款，使用信用账户中的信用额度进行扣款；也可以开通信用无感自动扣款，具体本申请不做限制。

104、根据所述资产信息为所述信用账户生成信用额度；

需要说明的是，本申请实施例中，开通了信用账户后，信用支付平台会根据该用户提供的资产信息进行一个信用评估，根据该评估结果生成一个信用额度，该信用额度可供用户预支，实现快速付费离开车场，后期再还款。

105、当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

需要说明的是，本申请实施例中，在用户驾驶车辆驶离车场时，车场管理平台会通过安装在车场的摄像头对该车辆的车牌进行拍摄，生成车牌信息，同时根据该车辆的停车记录生成扣费信息，将车牌信息和扣费信息发送至信用支付平台，信用支付平台根据该车牌信息确认对应的信用账户，并根据该扣费信用确认需要扣除的信用额度。

106、判断所述信用账户的余额是否大于所述扣费信息，若是，则执行步骤107；

需要说明的是，本申请实施例中，判断该信用账户的余额是否大于该扣费信息，若大于该扣费信息，说明可以进行预支支付，则执行步骤107，若是小于该扣费信息，则提示车场管理平台扣费失败，让该用户重新选择新的支付手段。

107、根据所述扣费信息向所述车场管理平台发送停车费用；

需要说明的是，本申请实施例中，该扣费信息显示需要支付的费用数值，信用支付平台根据该数值从信用账户中转出同等数值给车场管理平台的收款账号。

108、根据所述停车费用从所述信用账户中扣除相对应的信用额度。

需要说明的是，本申请实施例中，对于转出去多少费用，信用支付平台都会相应减少多少信用额度。

本申请实施例中，通过事先获取并核实用户的资产信息，并根据该资产信息创建一个可预支一定信用额度的信用账户，使得用户在离开车场时，无需进行扫码付费等相关复杂手续，车场管理平台可以先从该信用账户中收费，过后用户再还款，解决了停车缴费耗时、不便以及信号不良造成的无法缴费问题。

上面对信用支付停车费用的方法的信用支付平台端做了一个大概的说明，下面将对信用支付停车费用的方法的信用支付平台端进行一个详细的解释介绍。

请参阅图2，本申请实施例中信用支付停车费用的方法另一个实施例包括：

201、获取用户的资产信息；

202、核实所述资产信息；

203、根据所述资产信息创建所述用户的信用账户；

204、根据所述资产信息为所述信用账户生成信用额度；

205、当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

本实施例中的步骤201至步骤205与前述实施例中步骤101至步骤105类似，此处不再赘述。

206、判断所述信用账户的余额是否大于所述扣费信息，若否，则执行步骤207；若是，则执行步骤208；

需要说明的是，本申请实施例中，判断该信用账户的余额是否大于该扣费信息，若大于或者等于该扣费信息，说明可以进行预支支付，则执行步骤107；若是小于该扣费信息，则向车场管理平台发送扣费失败的提示信息，并执行步骤207。

207、向所述用户的移动终端设备发送还款账单。

本申请实施例中，信用账户虽然定期会给用户的移动终端设备发送还款账单催用户还款，但针对于在周期时间内预支款项过多，以致信用账户的剩余额度不足以支付停车费用的情况，可以另外给该用户发送还款账单，催其尽快还款。

208、根据所述扣费信息向所述车场管理平台发送停车费用；

209、根据所述停车费用从所述信用账户中扣除相对应的信用额度。

本实施例中的步骤208至步骤209与前述实施例中步骤107至步骤108类似，此处不再赘述。

210、定期向所述用户的移动终端设备发送还款账单。

本申请实施例中，对于开通信用账户的用户，还需要绑定一个在用的可接收消息的联系账户，比如手机号，邮箱号等。信用支付平台设置一个固定时间点，比如每个月最后一天，信用支付平台会根据当月的用款情况生成一个还款账单发送给用户的联系账户。

211、接收所述移动终端设备发送的还款费用；

本申请实施例中，用户在收到还款账单信息时，会根据该信息上显示的还款操作进行相对应还款，比如从个人微信账户或者个人支付宝账户将需要还款的数额转进该信用账户中。

212、根据所述还款费用提升所述信用额度。

需要说明的是，该信用支付平台在接收用户的还款后，会根据还款多少恢复多少信用额度。

本申请实施例中，通过创建一个可预支一定额度的信用账户，让用户在驾驶车辆驶离车场时先从信用账户中快速扣款后期再还款，节省了用户驶离车场的时间。

本申请中，该信用支付停车费用的方法，除了信用支付平台端的操作，还有车场管理平台端的操作，下面将对车场管理平台端的具体操作进行介绍。

请参阅图3，本申请实施例中信用支付停车费用的方法另一实施例包括：

301、获取用户的车牌信息以及停车记录；

需要说明的是，本申请实施例中，对于要驶离车场的车辆，车辆管理平台会通过安装在车场内的摄像头获取该车辆的车牌信息以及停车记录，比如车辆的停车时长等。

302、根据所述停车记录确定扣费信息；

需要说明的是，本申请实施例中，通过获取要驶离车场的车辆的停车记录，对比车场的停车收费规则，确认该车辆的停车费用，并生成扣费信息。

303、将所述车牌信息以及所述扣费信息发送信用支付平台；

需要说明的是，本申请实施例中，确认了车牌信息以及扣费信息后，车场管理平台自动将该车牌信息以及扣费信息发送给信用支付平台。

304、接收所述信用支付平台发送的停车费用。

需要说明的是，本申请实施例中，在将该车辆的车牌信息以及扣费信息发送给信用支付平台后，会收到信用支付平台的反馈信息，该反馈信息可能是信用支付平台预支过来的停车费用，也可能是付款失败提示信息，若是接收到付款失败提示信息，则车场管理平台需要提示用户选择新的付款方式。

本申请实施例中，通过车场管理平台和信用支付平台互相配合对用户的停车费用进行缴费，快速、便捷，节省了车场驶离车场的时间，避免堵塞的情况以及信号不良造成的无法缴费问题。

上面对本申请实施例中的信用支付停车费用的方法进行了描述，下面对本申请实施例中的信用支付平台以及车场管理平台进行描述：

请参阅图4，本申请实施例中，信用支付平台一个实施例包括：

第一获取单元401，用于获取用户的资产信息；

核实单元402，用于核实所述资产信息；

创建单元403，用于根据所述资产信息创建所述用户的信用账户；

生成单元404，用于根据所述资产信息为所述信用账户生成信用额度；；

确认单元405，用于当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

判断单元406，用于判断所述信用账户的余额是否大于所述扣费信息；

第一发送单元407，用于在所述判断单元判断所述信用账户的余额大于或等于所述扣费信息之后，根据所述扣费信息向所述车场管理平台发送停车费用；

扣除单元408，用于根据所述停车费用从所述信用账户中扣除相对应的信用额度。

本实施例中，信用支付平台的各单元功能与前述图1所示实施例中的步骤对应，此处不再赘述。

本申请实施例中，通过第一获取单元401和核实单元402事先获取并核实用户的资产信息，并根据该资产信息通过创建单元403创建一个可预支一定信用额度的信用账户，使得用户在离开车场时，无需进行扫码付费等相关复杂手续，车场管理平台可以先从该信用账户中收费，过后用户再还款，解决了停车缴费耗时、不便以及信号不良造成的无法缴费问题。

上面对信用支付平台的各单元功能进行一个大概的描述，下面将对信用支付平台的各单元功能进行一个详细的描述。

请参阅图5，本申请实施例中，信用支付平台另一实施例包括：

第一获取单元501，用于获取用户的资产信息；

核实单元502，用于核实所述资产信息；

创建单元504，用于根据所述资产信息创建所述用户的信用账户；

生成单元504，用于根据所述资产信息为所述信用账户生成信用额度；；

确认单元505，用于当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

判断单元506，用于判断所述信用账户的余额是否大于所述扣费信息；

第二发送单元507，用于在所述判断单元判断所述信用账户的余额小于所述扣费信息之后，向所述用户的移动终端设备发送还款账单。

第一发送单元508，用于在所述判断单元判断所述信用账户的余额大于或等于所述扣费信息之后，根据所述扣费信息向所述车场管理平台发送停车费用；

扣除单元509，用于根据所述停车费用从所述信用账户中扣除相对应的信用额度。

第三发送单元510，用于定期向所述用户的移动终端设备发送还款账单。

第一接收单元511，用于接收所述移动终端设备发送的还款费用；

提升单元512，用于根据所述还款费用提升所述信用额度。

本申请实施例中，各单元模块的功能与前述图1至图2中所示实施例中的步骤对应，此处不再赘述。

本申请中，除了信用支付平台端的操作，还有车场管理平台端的操作，下面将对车场管理平台端进行介绍。

请参阅图6，本申请实施例中车场管理平台一个实施例包括：

第二获取单元601，用于获取用户的车牌信息以及停车记录；

第二确定单元602，用于根据所述停车记录确定扣费信息；

第四发送单元603，用于将所述车牌信息以及所述扣费信息发送信用支付平台；

第二接收单元604，用于接收所述信用支付平台发送的停车费用。

本申请实施例中，各单元模块的功能与前述图3中所示实施例中的步骤对应，此处不再赘述。

本申请实施例中，通过车场管理平台和信用支付平台互相配合对用户的停车费用进行缴费，快速、便捷，节省了车场驶离车场的时间，避免堵塞的情况以及信号不良造成的无法缴费问题。

请参阅图7，本申请实施例中信用支付平台另一实施例包括：

处理器701、存储器702、输入输出单元703以及总线704；

所述处理器701与所述存储器702、输入输出单元703以及总线704相连；

所述处理器701执行如下操作：

获取用户的资产信息；

核实所述资产信息；

根据所述资产信息创建所述用户的信用账户；

根据所述资产信息为所述信用账户生成信用额度；

当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

判断所述信用账户的余额是否大于所述扣费信息，若是，则根据所述扣费信息向所述车场管理平台发送停车费用；

根据所述停车费用从所述信用账户中扣除相对应的信用额度。

本实施例中，处理器701的功能与前述图4至图5所示实施例中的步骤对应，此处不做赘述。

请参阅图8，本申请实施例中车场管理平台另一实施例包括：

处理器801、存储器802、输入输出单元803以及总线804；

所述处理器801与所述存储器802、输入输出单元803以及总线804相连；

所述处理器801执行如下操作：

获取用户的车牌信息以及停车记录；

根据所述停车记录确定扣费信息；

将所述车牌信息以及所述扣费信息发送信用支付平台；

接收所述信用支付平台发送的停车费用。

本实施例中，处理器801的功能与前述图6所示实施例中的步骤对应，此处不做赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种信用支付停车费用的方法，其特征在于，包括：

获取用户的资产信息；

核实所述资产信息；

根据所述资产信息创建所述用户的信用账户；

根据所述资产信息为所述信用账户生成信用额度；

当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

判断所述信用账户的余额是否大于所述扣费信息，若是，则根据所述扣费信息向所述车场管理平台发送停车费用；

根据所述停车费用从所述信用账户中扣除相对应的信用额度。

2.根据权利要求1所述的方法，其特征在于，在所述判断所述信用账户的余额是否大于所述扣费信息之后，所述方法还包括：

若否，则向所述用户的移动终端设备发送还款账单。

3.根据权利要求1所述的方法，其特征在于，在所述根据所述停车费用从所述信用账户中扣除相对应的信用额度之后，所述方法还包括：

定期向所述用户的移动终端设备发送还款账单。

4.根据权利要求3所述的方法，其特征在于，在所述定期向所述用户的移动终端设备发送还款账单之后，所述方法还包括：

接收所述移动终端设备发送的还款费用；

根据所述还款费用提升所述信用额度。

5.一种信用支付停车费用的方法，其特征在于，包括：

获取用户的车牌信息以及停车记录；

根据所述停车记录确定扣费信息；

将所述车牌信息以及所述扣费信息发送信用支付平台；

接收所述信用支付平台发送的停车费用。

6.一种信用支付平台，其特征在于，包括：

第一获取单元，用于获取用户的资产信息；

核实单元，用于核实所述资产信息；

创建单元，用于根据所述资产信息创建所述用户的信用账户；

生成单元，用于根据所述资产信息为所述信用账户生成信用额度；

确认单元，用于当收到车场管理平台发送的所述用户的车牌信息以及扣费信息时，根据所述车牌信息以及所述扣费信息确认对应的信用账户；

判断单元，用于判断所述信用账户的余额是否大于所述扣费信息；

第一发送单元，用于在所述判断单元判断所述信用账户的余额大于或等于所述扣费信息之后，根据所述扣费信息向所述车场管理平台发送停车费用；

扣除单元，用于根据所述停车费用从所述信用账户中扣除相对应的信用额度。

7.根据权利要求6所述的平台，其特征在于，在所述判断单元之后，所述平台还包括：

第二发送单元，用于在所述判断单元判断所述信用账户的余额小于所述扣费信息之后，向所述用户的移动终端设备发送还款账单。

8.根据权利要求6所述的平台，其特征在于，在所述扣除单元之后，所述平台还包括：

第三发送单元，用于定期向所述用户的移动终端设备发送还款账单。

9.根据权利要求8所述的平台，其特征在于，在所述第三发送单元之后，所述平台还包括：

第一接收单元，用于接收所述移动终端设备发送的还款费用；

提升单元，用于根据所述还款费用提升所述信用额度。

10.一种车场管理平台，其特征在于，包括：

第二获取单元，用于获取用户的车牌信息以及停车记录；

第二确定单元，用于根据所述停车记录确定扣费信息；

第四发送单元，用于将所述车牌信息以及所述扣费信息发送信用支付平台；

第二接收单元，用于接收所述信用支付平台发送的停车费用。

Images