CN105701551A - 一种智能停车平台及其智能停车方法 - Google Patents

Abstract

本发明公开了一种智能停车平台，包括商家客户端、司机客户端和后台服务器；所述后台服务器通过商家客户端和司机客户端采集数据，并与商家客户端、司机客户端相连进行通信和资源共享；商家客户端包括电脑客户端和移动客户端，用于商家注册，并上传商家的停车位详细信息至后台服务器；司机客户端用于司机车辆的注册，并提供车辆信息至后台服务器； 后台服务器用于与商家客户端和司机客户端交互连接。本发明集在线管理、发布、引导、预约、拍卖，私人车位共享等功能为一体，缩短司机寻找停车位的时间，方便人们的日常出行，并且提高停车位资源信息的畅通性和停车位提供者的利益。

Description

一种智能停车平台及其智能停车方法

技术领域

本发明涉及一种智能停车平台及其智能停车方法，尤其涉及一种基于互联网的多平台多客户端的停车位资源的集在线管理、发布、引导、预约、拍卖、私人车位共享于一体的智能停车平台。

背景技术

目前各大城市都存在停车位资源短缺或者是资源充足但是停车位信息资源不畅通的问题，由此一方面导致驾驶员经常找不到停车位，另一方面使得商家利益没有最大化。

现有技术尝试着提供像预约这样的解决方案，通过让司机与司机之间共享停车位信息来满足用户需求，即司机A发现此处有停车位后通过发布给后台然后司机B可以看到该信息，但由于人们还没有养成一种“人人为我，我为人人”的观念，这一措施在当前不能够顺利实施，而且平时停车位信息是实时变化的，这些解决方案不能很好地让停车位的实时变化信息更新出来，使得解决方案并不成熟，还处于起步阶段，还缺乏一个完整的智能停车平台来解决这一问题，也是由于互联网思维在停车行业还未深入的原因。同时，目前大部分停车位商家采用的是树立停车位广告牌来告知附近的司机此处的停车位信息，其缺点在于这些信息的传播范围有限，仅限于标牌附近的一小块区域，覆盖范围小，因此带来停车位资源信息不畅通的问题，这是由于标牌的不可移动性造成的。另外，无论是市场上采用的解决方案还是目前部分互联网解决方案都不能够让停车场商的收益最大化，热门位置的商家的收费每次只能固定收取自身规定的费用，而不能将每次停车位的售出都达到利益最大化，这一缺点造成的原因是缺乏一个类似“拍卖”的平台让有停车需求的司机对停车位进行竞拍。

司机私家车位闲置造成停车位资源浪费也是问题之一，目前司机的私家车位在闲置时其他人不能停车，造成了私家车位闲置时的浪费，造成这一问题的原因是缺少一个能够让司机发布自己私人停车位闲置信息的平台，让其他人在司机不使用该车位时能够让他人知道在此时段内此处空闲，供他人使用。

发明内容

本发明要解决的技术问题是目前各大城市停车位资源短缺或者是资源充足但是停车位信息资源不畅通。

为解决上述技术问题，本发明采用的技术方案是：一种智能停车平台，包括商家客户端、司机客户端和后台服务器；所述后台服务器通过商家客户端和司机客户端采集数据，并与商家客户端、司机客户端相连进行通信和资源共享；商家客户端：包括电脑客户端和移动客户端，用于商家注册，并上传商家的停车位详细信息至后台服务器；司机客户端：用于司机车辆的注册，并提供车辆信息至后台服务器；后台服务器：用于与商家客户端和司机客户端交互连接，在数据库内实时存储商家客户端和司机客户端上传的信息数据，并接收商家客户端、司机客户端上传的指令，根据指令调用数据库内的数据。

具体的，所述停车位详细信息包括用户名、密码、停车场名称、停车场地址、停车场详细地址、联系方式、停车位总数、当前空闲停车位数和车库照片。

具体的，所述车辆信息包括车牌号码。

一种智能停车方法，包括以下步骤：1）绑定手机号进行注册：用户通过手机号进行系统注册，注册时自己设置停车位详细信息；停车位详细信息存入系统数据库，除注册手机号外其他信息在进入客户端主界面后均通过设置进行可以更改，数据库根据更改结果实时更新；2）完善客户端注册信息：注册完毕的用户为商家，商家进入客户端主界面后完善商家信息；3）停车位在线管理和发布：商家通过账号登录进入系统进行对停车位的在线管理、发布工作。

具体的，步骤3）中的在线管理和发布工作包括在线收费、在线预约、多账户管理、私人空闲停车位发布和停车位共享。

具体的，所述多账户管理即一个注册商户向系统申请一个以上的子账号，用于管理停车场的停车位；一个子账号对应一个停车位，所述子账号的操作权限由商家的主账号授予且低于主账号的权限，主账号即注册账号。

具体的，所述在线收费包括三种收费方式：设置停车位底价进行拍卖的模式：商家在客户端上设置要纳入拍卖模式的停车位数量以及设置这些停车位进行拍卖的时间段以及起拍底价，然后将其通过网络发布至系统后台服务器，后台对停车场的数据进行更新，再通过网络传输继而将更新的数据实时显示在与系统连网的其它客户端上以供需要寻找停车位的用户进行竞拍；按时段收费模式：商家在客户端上设置要纳入按时段收费模式的停车位数量以及设置这些停车位对应的时间段，通过发布按钮将信息更新传输至系统后台，由系统后台将数据更新传输至其他客户端。在设置的时间段内系统通过商家设置收费单价对相应的停车司机进行计费；按次数收费：商家在客户端上设置要纳入按次数收费模式的停车位数量，以及设置这些停车位对应的价格，系统对使用这类停车位的司机按照次数进行计费。

具体的，所述在线预约即商家将自己的停车位信息通过商家客户端发布至平台之后，设置接受预约；预约模式开启状态下，司机客户端上在显示该停车场信息时，会显示有“预约”按钮，司机点击该按钮的停车位进行预约，司机预约之后商家收到来自司机移动客户端的预约请求，并进行预约确认，商家确认后，该车位预约成功，在商家设置的预约等待时间内显示在其他司机客户端上的该停车位为非空闲状态，超过预约等待时间预约者未到达，预约失效。

具体的，所述停车位共享即用户将自己的空闲私人车位设置为共享，并在此基础上设置共享圈子，当共享名单里的用户需要到该私人停车位拥有者处停车，并且该私人停车位处于空闲状态时，系统不对其进行收费。

本发明的优点是：集在线管理、发布、引导、预约、拍卖，私人车位共享等功能为一体，缩短司机寻找停车位的时间，方便人们的日常出行，并且提高停车位资源信息的畅通性和停车位提供者的利益。

具体实施方式

商家电脑客户端实施方式：

1.登录注册：监听用户行为，获取输入的字符串，封装成json格式。将json对象放在http请求的请求体里，请求头中设置一些验证信息后发送http、post请求，服务器收到后根据请求信息在数据库中验证或者添加新用户，将处理结果返回给客户端，（登录成功/失败，注册成功/失败）客户端将封装成json对象的信息解析出来以后打印在屏幕上，并随后进行相应的界面跳转。

2.调用百度地图api：利用C#中的webbrowser内嵌一个网页，利用百度地图的javascript的api进行网页开发，再将网页内嵌进入程序，并实现C#与javascript之间互相的交互。

3.下载图片：先定义好网络请求线程池:限制并行的网络请求线程。图片url在前一级加载时从服务器获取。创建子线程访问网络异步加载图片后放入缓存池里并保存到本地。子线程加载完图片交给handler处理（子线程不能更新ui，而handler处在主线程，可以更新ui），（图片的三级加载缓存），当缓存池内存的时候设置函数动态销毁。将图片的适配器定义好最后展示在界面上。

4.下载文字信息：向服务器发固定的请求访问固定的数据库，传回的json对象用序列化函数转成定义好的对象，之后通过适配器更新到UI上，和上面类似。

5.停车出入库记录本地展示：将编辑好的信息保存在本地的sqlite数据库中，每次更新后从本地加载，展示在界面上供商家查询。

6.显示用户评论：在本地进行适当的缓存，便于用户更为方便的查看之前的评论。

商家手机端实施方式：

1.登录注册：在edittext中监听用户输入动作，获取输入的字符串，以key-value的形式封装在map里边保存，将json对象放在http请求的请求体里，请求头中设置一些验证信息后发送http、post请求，服务器收到后根据请求信息在数据库中验证或者添加新用户，将处理结果返回给客户端，（登录成功/失败，注册成功/失败）客户端将封装成json对象的信息解析出来以后打印在屏幕上，并随后进行相应的界面跳转。

2.上传/更新停车场信息：用户在屏幕上编辑好信息后，点击“上传”按钮，按钮里设置监听函数，需要提前有一个完整的停车场信息类用来封装停车场基本信息，再以json对象的形式通过post请求发送。

3.下载图片：先定义好网络请求线程池:限制并行的网络请求线程。图片url在前一级加载时从服务器获取。创建子线程访问网络异步加载图片后放入缓存池里并保存到本地。子线程加载完图片交给handler处理（子线程不能更新ui，而handler处在主线程，可以更新ui），（图片的三级加载缓存），当缓存池内存的时候设置函数动态销毁。将图片的适配器定义好最后展示在界面上。

4.下载文字信息：向服务器发固定的请求访问固定的数据库，传回的json对象用序列化函数转成定义好的对象，之后通过适配器更新到UI上，和上面类似。

5.UI设计：遵从相关的安卓UI设计规范，注重用户操作体验多用LinearLayout和RelativeLayout,及其多层嵌套，保证界面设计清爽干净，层次分明。

6.停车出入库记录本地展示：将编辑好的信息保存在本地的sqlite数据库中，每次更新后从本地加载，展示在界面上供商家查询。

7.支付功能:申请支付宝接口，用户交易时直接跳转到支付宝界面上，客户端只通过支付宝开放的API获取交易记录并保存在服务器里并展示在客户端的“交易历史”当中。

司机手机端实施方式：

APP基础模块安排：当用户进入APP时，呈现在用户面前的是用户周围的网络地图，帮助用户定位自己和寻找附近的车位。当用户找到车位后，程序会将用户的购买或拍卖请求作为一个订单处理。

位置信息：接入百度地图API，使用该套SDK开发适用于Android系统移动设备的地图应用，通过调用地图SDK接口，在使用API检索功能的时候，根据数据库中存储的停车场的经纬地址来确定较近的停车场。

订单处理方式：将交易通过订单的方式进行管理，每笔订单都有单独的状态如待付款、待入库、完成订单等，在订单交易上，使用支付宝API作为在线交易的付款工具。

与后端的通信：使用Json封装后与后端服务器进行通信。

后台服务器：服务器使用SQLserver数据库和.NETWebservice来与前端进行通信，通过向商家手机版和司机手机版提供API来完成数据交换，所有数据传输采用json格式。商家电脑版使用.NET编写，因此只需要在创建工程时添加服务器引用即可。

系统注册登录：

系统中未注册为商家的用户在使用商家电脑客户端时通过手机号进行系统注册，注册时自己设置用户名、密码、停车场名称、停车场地址、停车场详细地址、联系方式、停车位总数、当前空闲停车位数、车库照片等信息。其中设置停车场地址时由客户端弹出一个地图页面，商家在弹出的地图页面上选中自己停车位所在的具体地点，停车场详细地址为商家自主通过文字填写。所有的数据都存入系统数据库除注册手机号外其他信息在进入客户端主界面后均通过设置进行可以更改，数据库根据更改结果实时更新。

未在系统中注册为商家的用户在使用商家移动客户端（手机端）时通过使用手机号进行注册，注册时填写用户名、密码、停车场名称、联系方式、停车位总数、当前空闲停车位数、车库照片等信息，注册时需要打开手机的定位功能，商家移动客户端在商家注册时通过调用手机定位功能对停车场进行定位并将定位结果作为商家的停车场所在的位置。

司机移动客户端（手机端）未注册的用户通过使用手机号进行注册，注册时填写车牌号、密码、用户名，其余用户信息可以在注册完成登录进客户端之后进行补充。在系统注册之后的用户可以直接登陆系统进行移动客户端提供的各种操作。

应用场景：

商家A在开始使用本平台PC端时，通过注册入口进行注册，按照提示填写相应信息，在选择地点时，在客户端弹出的百度地图上选取自己的位置，后台会自动记录，并发布至平台。注册之后即可通过账号登录。

商家B在开始使用本平台手机端时，通过注册入口进行注册，按照提示填写相应信息，在填写自身停车场位置时，可以使用手机的定位功能对停车场的位置进行定位，同时也可自己修改位置，来确定自己停车场的确切位置，选中注册后该位置会随停车场信息发布而发布，注册成功后即可登录进客户端。

司机A在开始使用本平台手机端时，通过手机号注册，填写相应车牌号等提示信息即可登录使用。

系统停车位资源提供者对停车位在线管理、发布：

商家通过账号登录进入系统，开始进行对停车位的在线管理、发布等工作。也可以通过利用自己已经注册过的账号向系统申请子账号，用于管理停车场的停车位。子账号与商家的主账号相比，会在操作权限上有相应的限制，以保证商家本身的利益不会因为停车位一线管理者的操作失误等受到损失。商家主账号可以根据自身需要授予子账号不同的管理权限，后台和客户端在处理子账号时会根据子账号所对应的主账号给予的权限对客户端的操作进行相应的限制。

停车位资源提供者，即电脑客户端的使用者商家，可以对自己的停车位资源设置三种不同的收费模式，这三种收费模式包括设置停车位底价进行拍卖、按时段收费和按次数收费对停车位使用进行收费。三种收费模式的具体实现方法为：

1.设置停车位底价进行拍卖的模式：商家在电脑端或者移动客户端上对自己拥有的停车位进行分批操作，设置要纳入拍卖模式的停车位数量以及设置这些停车位进行拍卖的时间段以及起拍底价（元/时），然后将其通过网络发布至系统后台服务器，后台对停车场的数据进行更新，再通过网络传输继而将更新的数据实时显示在与系统连网的其它客户端上以供需要寻找停车位的用户进行竞拍，拍卖开始后（即有人开始竞拍车位后）三分钟内若无更高出价则对应的停车位在所竞拍的时间段内的使用权归最高出价者所有，商户不能无故不接受竞拍的结果，系统通过最高出价对最高出价者在相应时段内进行计费，竞拍成功的司机需要根据自己出价在线支付停车费或者在20分钟（系统默认，可由商家自己更改）内由商家客户端确认该单已支付，否则系统通过内部信用体系算法对司机进行不良记录处理，对应被竞拍的停车场的账号操作者可以通过客户端取消这一不良记录。如果设置为拍卖模式的停车位所被设定的使用此模式的时间段前后衔接没有满24小时，则对于未设置为拍卖模式的时间段将默认按照按时段收费模式进行计费。

2.按时段收费模式：商家在电脑端或者移动客户端上对自己拥有的停车位进行分批操作，设置要纳入按时段收费模式的停车位数量以及设置这些停车位对应的时间段，通过发布按钮将信息更新传输至系统后台，由系统后台将数据更新传输至其他客户端。在设置的时间段内系统通过商家设置收费单价（元/时）对相应的停车司机进行计费，此模式使用时要求设置的时段将0：00~24：00填满，未填满时由客户端对客户端操作者进行相应的错误操作提示。

3.按次数收费：商家在电脑端或者移动客户端上对自己拥有的停车位进行分批操作，设置要纳入按次数收费模式的停车位数量，以及设置这些停车位对应的价格（元/次），系统对使用这类停车位的司机按照次数进行计费。

一个停车场商家可以设置以上三种收费模式中的一种或者多种，但对应的停车位数量的总和不得大于该商家在系统上发布的停车位总数，系统自动对以上三种模式所设置的停车位数目进行求和并与该商家在系统上发布的停车位总数进行比较，当三种模式对应停车位数量总和大于该商家在系统上发布的停车位总数时由客户端对客户端操作者进行相应的错误操作提示。

对于拥有自己的停车位占用状况数据库的停车场，商家客户端通过提供数据库接口可以直接读取停车场的实时数据并且自动更新至系统后台，商家只要按照以上收费模式规则事先对停车位设置好收费模式，便可以实现该停车场停车位信息的自动更新和发布。

当有车辆进入停车场时，停车位管理者（子账号或者主账号操作者）在客户端上输入车辆车牌号（去除省份简称后的部分，下同），点击“入库”按钮，商家客户端会显示关于该车部分信息，并根据该车的预约情况或者拍卖情况自动计费。当车辆离开停车场时，在客户端上输入要离开的车辆车牌号，点击“离库”按钮，商家客户端会显示关于该车的部分信息和电子账单，“入库”与“离库”操作同时，向后台发送更新消息，后台进行处理，“入库”操作时按照入库车辆对应的收费模式将该停车场该模式下空闲停车位数减1，“离库”操作时按照离库车辆对应的收费模式将该停车场该模式下空闲车位数加1，对该停车场的停车位信息进行实时更新，并反馈到司机客户端上，使得司机所看到的停车位信息都是实时的。对于未使用本平台进入的车辆可以使用上述同样的方法进行操作，若设置了按次数收费，则后台对未使用本平台进入停车场的车辆的进行计费时默认收费模式是按照次数收费，否则，默认的收费模式是按照时段收费。

对应应用场景：

商家通过PC端或者商家手机端来对自己的停车场进行管理，并且通过本平台可以将停车位信息发布至统一平台，只需设置好收费模式等即可将自身停车场让更多的人知道。当有车辆驶入时，只需在客户端上输入车牌号，后台便自动计费，车辆驶出时，在客户端上输入驶出车辆的车牌号，即可获得自动计费信息，无论该车辆是否是从线上预订的还是线下直接过来的。于此同时，平台上关于该停车场的数据会自动更新。同时该商家可以注册子账号来帮忙管理此停车场。

在线预约：

商家将自己的停车位信息通过商家电脑客户端或者商家手机客户端发布至平台之后，可以设置是否接受预约模式。若商家关闭预约模式，则商家的停车位信息在司机手机客户端上显示时不显示预约功能，可以通过客户端的内置地图对选中的商家提供的停车位位置信息进行导航，自行前往停车，停车场不收到任何请求。若商家开启了预约模式，则：机移动客户端上在显示该停车场信息时，会显示有“预约”按钮，司机可以对有显示该按钮的停车位进行预约，司机预约之后商家会收到来自司机移动客户端的预约请求，商家可以在设置中设置为手动同意或者拒绝该请求，也可以设置为自动同意所有预约请求。当商家同意司机客户端发送过来的预约请求之后，则视为该车位预约成功，系统默认将为该预约发起司机保存此停车位20分钟（商家可以在客户端上设置为其他保留时长），即在此20分钟内显示在其他司机客户端上的该停车场停车位信息中空闲车位数减1。若20分钟内预约者未到，则预约失效。预约成功过后司机可以进行客户端调用的在线支付功能（如支付宝支付或者微信支付）进行在线支付所预约时段应缴纳的停车费也可以进行线下当面支付，对于预约的时段产生的停车费在线支付成功的司机无20分钟限制，若是支付的按时段收费的停车位，只需在自己预约的时段内到达即可，对于支付的按次数的停车位，只需在当天内到达即可。对于停车时间超出所预约的时段的司机的收费，多余费用按照各个商家自己确定的处理措施进行线下处理。

对应应用场景：

商家A在管理自己的停车位时，为了让司机能够在未到达之前就能够订好车位，A只需进入操作界面，将停车位设置成“可预约”，然而司机便可以在司机客户端上对A的车位进行预约操作，同时也可关闭预约操作。

司机A在客户端上查询并选中自己想去的停车位后，发现该车位提供者C（商家C）没有开启预约功能，则只能自行前往，先到先得。若选中的车位时由提供者D（商家D）提供，而商家D开启了预约功能，则司机A只需点击预约某一时段，那么商家D的停车场就自动为司机A空出了一个空闲车位，只需在规定时段内到达即可，若未在规定时段内到达，则车位将被释放当成空闲车位重新发布，且这个时候司机A的信用评级会有相应记录。

时段拍卖

为了将在一些停车位供不应求的停车位提供商家的效益最大化，商家可以在设置自己停车位收费模式时将某些时段的停车位收费模式设置成为拍卖模式，模式介绍见上文。商家把停车位设置起拍底价后将其发布至系统平台上，后台处理后在司机客户端上显示该停车场信息时显示“竞拍”按钮，司机可以按照自己的需要对商家设置了竞拍时间段内的某一时间段进行竞拍。竞拍具体操作见上文收费模式1（设置停车位底价进行拍卖的模式）介绍。由于设置为拍卖模式的停车位可以是多个，因此在系统往外发布此部分停车位时是一个一个发布，即即使是多个司机同时竞拍该停车场的停车位时，也是对同一个停车位进行竞拍。当一个停车位被成功拍下后，系统放出被商家设置为拍卖模式的下一个停车位，进行下一轮的拍卖，知道该模式下空闲停车位数为0。

对应应用场景：

若商家A的停车位很热门，则商家A在按要求设置了低价等因素之后，可以将自己的停车位收费模式换成拍卖模式，此时若有司机想使用此停车场的车位，需通过竞拍，出价高者得。由此一来，商家A可以达到利益最大化。

私人空闲停车位发布与停车位共享：

在司机移动版客户端，任何拥有停车位的个人可以将自己的停车位在空闲时通过司机移动客户端对外发布，以获得相应的收入，相当于是一个停车位数目很少的停车场。司机移动客户端上会提供这个操作按钮。

私人停车位拥有者可以将自己的空闲私人车位设置为共享，并需要设置共享圈子（如亲朋好友），当共享名单里的用户需要到该私人停车位拥有者处停车时，系统不对其进行收费。共享圈子需要双方用户同意才能建立，共享圈子内的用户使用圈子内其他人的空闲车位可以不需要向对方支付私人空闲车位停车费。

对应应用场景：

司机A出门后若自身有闲置不用的停车位，则可以在司机端将自己的闲置停车位发布，通过设置价格等操作，则此车位也会被发布到平台上，并可以获得相应的收益。司机可以建立共享圈子，将好友邀请进圈子，若他们处在同一圈子，且其中有用户发布了自己的停车位，则他们之间互相使用圈子内的停车位资源是免费的。

对有实时停车位信息数据库的停车场处理：

PC客户端在开发时会开发出数据库接口，用于读取停车场提供的实时停车信息数据库。商家使用客户端设置好了收费模式项之后，可以在设置中通过相应选择允许电脑客户端通过客户端上实时对停车场的实时停车信息数据进行读取，并默认将处理后的总车位数、空闲车位数、正在使用车位数归类到按时段收费，并通过网络发送至后台，后台进行处理后对各个客户端上的显示进行实时更新。商家可以根据自身停车场的情况对归类的默认收费模式选择本系统提供的三种收费模式进行更改，允许客户端读取停车场提供的实时停车信息数据库后，即使未使用本平台进行“入库”或者“离库”操作，由于数据库中数据进行了更新，因此发布至系统中的数据也会实时更新。如果商家未使用本平台使数据库数据发生了更新，则系统后台在处理此更新时是对默认模式下的停车位进行处理，即如果客户端读取后被设置成为按照时段收费，若停车场未使用客户端而是使用自身的管理方式使相应空闲车位、已用车位等发生了数目变化，则系统后台在处理时将相应的变化同步在该停车场设置的按时段收费模式的停车位数目下。客户端提供的管理、发布、预约、拍卖等各种功能的使用不受影响，只是后台数据更新的方式发生了改变。

应用场景：

停车场T是拥有自身实时停车位信息数据库的停车场，则T只需在搭载该数据库的PC上安装商家PC端，并允许其读取本地数据库并关联账号，则T的实时停车位资源占用信息将自动更新到平台上。

对于配备有车牌读取功能硬件的智能停车场的处理：

此处所说的“配备具有车牌读取功能的硬件的智能停车场”指的是在车辆进入或者离开停车场时无需人员操作即可通过停车场配备的智能硬件直接读取车辆车牌号的停车场。商家电脑客户端可以开发出相应的接口，当智能硬件读出车辆车牌号时，客户端对这一车牌号进行读取，并自动在搜索发生在本客户端上的车辆入库、离库信息。如果客户端未搜索到此车牌号的信息或者是搜索到此车牌号发生在此停车场中的最后一次操作状态时“离库”时，则自动将此车牌后设置为“入库”，并向后台请求此车牌号的预约情况，后台进行对应的数据更新处理同时向客户端提供反馈，客户端根据后台反馈的信息进行收费计费或者相应处理，相当于将人工的“入库”操作变成自动的“入库”操作；如果客户端搜到此车牌号对应的发生在此停车场中的最后一次操作状态时“入库”时，则自动执行“离库”操作。

Claims (9)

1.一种智能停车平台，其特征是：包括商家客户端、司机客户端和后台服务器；所述后台服务器通过商家客户端和司机客户端采集数据，并与商家客户端、司机客户端相连进行通信和资源共享；

商家客户端：包括电脑客户端和移动客户端，用于商家注册，并上传商家的停车位详细信息至后台服务器；

司机客户端：用于司机车辆的注册，并提供车辆信息至后台服务器；

后台服务器：用于与商家客户端和司机客户端交互连接，在数据库内实时存储商家客户端和司机客户端上传的信息数据，并接收商家客户端、司机客户端上传的指令，根据指令调用数据库内的数据。

2.根据权利要求1所述的一种智能停车平台，其特征是：所述停车位详细信息包括用户名、密码、停车场名称、停车场地址、停车场详细地址、联系方式、停车位总数、当前空闲停车位数和车库照片。

3.根据权利要求1所述的一种智能停车平台，其特征是：所述车辆信息包括车牌号码。

4.采用权利要求1-3所述的任意一种智能停车平台实现的智能停车方法，其特征是包括以下步骤：

1）绑定手机号进行注册：用户通过手机号进行系统注册，注册时自己设置停车位详细信息；停车位详细信息存入系统数据库，除注册手机号外其他信息在进入客户端主界面后均通过设置进行可以更改，数据库根据更改结果实时更新；

2）完善客户端注册信息：注册完毕的用户为商家，商家进入客户端主界面后完善商家信息；

3）停车位在线管理和发布：商家通过账号登录进入系统进行对停车位的在线管理、发布工作。

5.根据权利要求4所述的智能停车方法，其特征是：步骤3）中的在线管理和发布工作包括在线收费、在线预约、多账户管理、私人空闲停车位发布和停车位共享。

6.根据权利要求5所述的智能停车方法，其特征是：所述多账户管理即一个注册商户向系统申请一个以上的子账号，用于管理停车场的停车位；一个子账号对应一个停车位，所述子账号的操作权限由商家的主账号授予且低于主账号的权限，主账号即注册账号。

7.根据权利要求5所述的智能停车方法，其特征是：所述在线收费包括三种收费方式：

设置停车位底价进行拍卖的模式：商家在客户端上设置要纳入拍卖模式的停车位数量以及设置这些停车位进行拍卖的时间段以及起拍底价，然后将其通过网络发布至系统后台服务器，后台对停车场的数据进行更新，再通过网络传输继而将更新的数据实时显示在与系统连网的其它客户端上以供需要寻找停车位的用户进行竞拍；按时段收费模式：商家在客户端上设置要纳入按时段收费模式的停车位数量以及设置这些停车位对应的时间段，通过发布按钮将信息更新传输至系统后台，由系统后台将数据更新传输至其他客户端，在设置的时间段内系统通过商家设置收费单价对相应的停车司机进行计费；按次数收费：商家在客户端上设置要纳入按次数收费模式的停车位数量，以及设置这些停车位对应的价格，系统对使用这类停车位的司机按照次数进行计费。

8.根据权利要求5所述的智能停车方法，其特征是：所述在线预约即商家将自己的停车位信息通过商家客户端发布至平台之后，设置接受预约；预约模式开启状态下，司机客户端上在显示该停车场信息时，会显示有“预约”按钮，司机点击该按钮的停车位进行预约，司机预约之后商家收到来自司机移动客户端的预约请求，并进行预约确认，商家确认后，该车位预约成功，在商家设置的预约等待时间内显示在其他司机客户端上的该停车位为非空闲状态，超过预约等待时间预约者未到达，预约失效。

9.根据权利要求5所述的智能停车方法，其特征是：所述停车位共享即用户将自己的空闲私人车位设置为共享，并在此基础上设置根据权利要求5所述的智能停车方法，其特征是：所述停车位共享即用户将自己的空闲私人车位设置为共享，并在此基础上设置共享圈子，当共享名单里的用户需要到该私人停车位拥有者处停车，并且该私人停车位处于空闲状态时，系统不对其进行收费。