具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

首先对本申请实施例的设计思想进行简单介绍。

目前市面上大多数住宅区停车场的车位都是由业主购买的，一户一位或者一户多位。因为车位有限，会导致部分业主或外来拜访人员的车辆无法进入住宅区停车场，只能停靠在路边或住宅区外的停车场。此外，由于存在有业主购买多个车位的情况，会有部分车位处于空闲状态，导致停车资源的浪费。

在要求提高运行效率、提倡共享经济的社会模式下，车位资源无法充分利用，造成了社会浪费和效率低下。

为解决上述问题，本申请供了一个停车场共享车位管理系统及方法，便于在车位提供用户和车位需求用户之间，建立共享车位的发布、浏览、搜索的信息渠道，以及申请、确认的交易渠道，和车辆入场、出场的管理渠道。由此解决空闲车位的供需问题。

停车场对车位具有管理权，提供车位及停驶车辆的安全、管理。车位提供用户具有所有权，提供空闲车位的空闲时段，将空闲时段让渡给有需要的人，同时获得一定经济利益。车位需求用户申请空闲时段的车位，取得确认同意后，获得该车位这一空闲时段的使用权。如图1所示。

该系统的参与主体，需要通过严格的资格确认和验证，系统通过合法的渠道，确保系统交易各方交易信息的真实有效。

车位提供用户和车位需求用户之间，可以有两种发布方式：

(1)车位提供用户主动发布车位空闲信息：

车位提供用户可以在自己不使用的时间段，或者长时间驾车外出期间，主动在系统中发布车位闲置的信息，供车位需求用户浏览、搜索。

(2)车位需求用户发布车位需求信息：

车位需求用户可以在指定的停车场发布需求信息，指明时间段、费用、临时车辆信息等。系统会将需求信息推送给该停车场的白名单中的系统注册用户。

两种信息的发布方式，最后，都需要车位提供用户进行确认同意。确认后，交易在系统自动完成，信息下发给停车场，临时车辆才能正常出入停车场。

整个系统的运行流程如下：

1)停车场信息上传

停车场将车场信息和车场白名单上传值云端服务器；

2)共享车位信息发布

车位提供用户可自行将自己空闲的车位、时间段发布到系统中，供需求者选择；车位需求用户在需要或关注时，可以方便的收到共享信息，以便选择是否使用。

3)车位需求信息发布

由车位需求用户根据自己的需要，浏览、选择合适的停车场，将自己的需求信息发布到系统中，并提供可接受的临时停车费用及临时停车的车牌信息。系统通过合法渠道，验证确保需求者身份的合法性。车位提供用户，在需要或允许通知时，可以方便的收到需求信息，以便自行选择是否接受。

4)共享车位信息浏览搜索

车位需求用户能够浏览、搜索周边的已发布的共享车位信息，需要临时停车的车场和临时停放的时间，选择共享车位后，提供可接受的临时停车费用及临时停车的车牌信息。

5)为车位需求用户寻找合适的停车位：

在发布的共享车位中查询是否有满足车位需求的停车位，如果有，则将该共享车位的车位提供用户作为白名单用户，否则，将车位需求信息推送给所在车场的白名单中的注册用户，如果接收到某个注册用户反馈的车位编号和个人账户，则将该注册用户作为白名单用户；白名单用户自主确认接受停车需求的申请，将车位需求用户提供的停车费用，转账到系统公共信用帐户(作为交易的资金保障)，并通知车位需求用户，可以使用该共享车位。系统将该交易的临时停车车牌、时间，通知到停车场。

6)临时车辆出入停车场

临时车辆在指定时间，驶入停车场，停车场根据系统的通知信息，确定是否开闸放行。如果时间未到、车辆信息未检索到，可以拒绝放行。

临时车辆在驶离停车场时，停车场根据交易信息，确定是否开闸放行。如果超时，需要根据停车场的计费规则，支付超时停车费用。

在临时车辆临停期间、前后，车位需求用户应承担时间未到、超时等造成的后果和费用。

7)共享车位临时停车交易完成

临时车辆驶离停车场后，或者根据时间规则，超时一定时间后，不管是否停用，该笔费用，将转账到车位提供用户的个人帐户，交易完成。

如因故放弃，车位需求用户要在一定时间内发起取消申请(超时则不可取消)，在约定临时停车时间前的一定时间内，不扣费用。超过该时间点，将扣除部分违约金，转账给车位提供用户。剩余费用，原路退回需求者。

在介绍了本申请实施例的应用场景和设计思想之后，下面对本申请实施例提供的技术方案进行说明。

实施例1：

如图2所示，本申请实施例提供了一种停车场共享车位管理系统，该系统包括云端服务器、车场服务器和移动端；云端服务器作为系统的核心控制部分，完成系统的验证、交易、信息记录等功能。该服务器部署在云端，充分利用公有云丰富的计算资源、网络安全设备，来保证系统的稳定可靠，数据隐私的安全保障。车场服务器，作为车场和云端服务器间通信的节点，对临时车辆的驶入/驶离，与停车场的摄录、闸机设备进行集成，完成临时停放的管理；该服务器需要部署在加入系统的合作停车场内，具备与停车场现有停车通行设施的集成接口。移动端供最终用户车位提供用户和需求者使用，完成用户的注册、身份验证、登录和信息发布、浏览检索和共享车位交易完成。采用在用户的手机设备上安装开发的App来实现。

系统管理模块部署在云端服务器上，用于完成系统设计的各项功能。通过互联网，与车场服务器、移动端进行通信。

如图3所示，系统管理模块100包括：用户管理单元101、车场车位信息管理单元102、车位需求管理单元103、交易管理单元104、后台管理维护单元105和数据记录存储单元106；

用户管理单元，用于完成与移动端的通信，实现用户的注册、登录、身份验证等功能，包括：

注册子单元，用于接收移动端发送的用户信息并进行保存，包括用户个人信息、车辆信息和个人帐户，车位提供用户还要提供所在停车场的信息、车位信息；

登录子单元，用于进行用户身份验证，完成用户的登录确认。

身份验证子单元，用于验证用户、车位和个人帐户的合法性和真实性。

车场车位信息管理单元，管理维护停车场信息、停车场白名单(可提供共享车位的用户信息)，提供检索、登记、维护等功能，包括：

车场信息维护子单元，用于接收并存储各个停车场信息；

车场信息检索子单元，用于为系统提供停车场信息检索的接口，用于供移动端查询检索使用，支持精确检索(停车场名称、街道位置等)、模糊检索(地理区域、关键字等)。

车位信息维护子单元，用于接收并存储各个停车场的白名单；

车位信息检索子单元，用于提供车位信息检索的接口，供移动端查询检索使用，支持车位大小信息、车位空闲时间的精确查询和模糊查询。

接收交易动态子单元，用于接收车场管理模块发送的停车场摄录、闸机采集的临时车辆驶入、驶离的信息。

车位需求管理单元包括：

接收子单元，用于接收移动端发送的车位需求信息和共享车位信息；

发布子单元，用于对车位需求用户的身份的真实性进行验证，验证通过后发布车位需求信息；通过白名单验证共享车位是否属于车位提供用户，验证通过后发布共享车位信息；

白名单用户确定子单元，用于在发布的共享车位中查询是否有满足车位需求的停车位，如果有，则将该共享车位的车位提供用户作为白名单用户，否则，将车位需求信息推送给所在车场的白名单中的注册用户，如果接收到某个注册用户反馈的车位编号和个人账户，则将该注册用户作为白名单用户；否则，生成“匹配不到合适停车位”的信息；

发送子单元，用于当获取到白名单用户后，将停车位信息发送至车位需求用户的移动端，将车位需求信息发送至白名单用户的移动端；否则，将“匹配不到合适停车位”的信息发送至车位需求用户的移动端；

取消子单元，用于当接收到移动端用户发出的取消申请，取消发布的车位共享/车位需求信息。

交易管理单元，用于实现相关的交易功能，包括：

交易生成子单元，用于接收到白名单用户的确认交易信息以及车位需求用户支付的费用后，生成停车交易订单，所述停车交易订单包括：车位需求用户信息、临时车辆信息、停车时间及停车费用，白名单用户的用户信息、车场信息和车位信息；

下发交易信息子单元，用于将停车交易订单发送给对应的车场服务器；

交易完成子单元，用于接收到交易订单中的临时车辆驶离停车场的信息后，触发交易完成，将公共帐户的交易费用转账到白名单用户绑定的收款账号；

交易取消子单元，用于当接收到车位需求用户提交的取消申请后，判断是否超过取消时限，未超过则将费用全额退还车位需求用户个人帐户，否则，扣除一部分违约金后将剩余费用退还车位需求用户个人帐户。

后台管理维护单元，用于供后台管理员对停车场、车位、用户以及交易订单进行维护。后台管理员应在安全授权和身份验证的前提下，保证系统数据安全的情况下，进行维护操作。

数据记录存储单元，用于提供各种信息在数据库中保存的功能接口。保存的数据信息包括：停车场信息：车场编号、地理位置、所属社区/小区、周边信息、道路信息；用户信息：用户名、密码、个人账号、身份验证结果、是否有车位、车位信息索引(支持多停车场下的多个车位信息)，是否接收推送，关注的停车场；车位信息：车位编号、车位所有人、所属停车场、位置、车场内路线、所在层数、车位类型(地面、车架)、适用车型(大小)；车位共享信息：车位信息索引，可共享时段；车位需求信息：需求人、可付费用、车型、时间、需求的停车场；共享车位交易信息：车位提供用户、车位需求用户、车位信息索引、交易时间(包括需求时间、确认时间、临时车辆驶入时间、驶离时间，交易完成时间)，费用，是否有超时其它费用，是否取消，是否超时，违约金等。

车场管理模块部署在车场服务器，在系统管理模块的统一管理下，完成与停车场摄录、闸机系统的集成，完成临时车辆的驶入驶离管理。

如图4所示，车场管理模块200包括：车场登录注册单元201、车场数据通信单元202、临时车辆驶入管理单元203和临时车辆驶出管理单元204；

车场登录注册单元，用于将配置的车场信息发送给云端服务器，完成在云端服务器的注册、登录验证，包括：

注册子单元，用于供车场管理员输入车场信息(包括地理位置、容量，所属社区/小区等)，通过网络发送到系统管理模块信息，进行车场的注册登记。

登录子单元，用于将车场的标识信息，发送到系统管理模块，通过车场验证后，进行登录。

车场数据通信单元，完成与云端服务器的信息通信，包括：

发送子单元，用于将车场白名单发送至云端服务器；将停车场采集的临时车辆驶入和驶离的信息发送给云端服务器；

接收子单元，用于接收云端服务器发送的交易订单。

临时车辆驶入管理单元，用于当临时车辆驶入停车场时，根据交易订单判断临时车辆是否满足通行条件，若满足通行条件，则发出打开闸机的指令；

临时车辆驶出管理单元，用于当临时车辆驶离停车场时，根据交易订单判断临时车辆是否超时，若未超时，则发出打开闸机的指令，并将临时车辆驶离停车场的信息发送至云端服务器；否则，根据停车场的计费规则计算超时部分的停车费用，收到临时车辆用户支付的停车费用后，发出打开闸机的指令。

共享车位服务模块部署在移动端，其实质为移动端的一个App，该App即为车位提供用户提供服务，也为车位需求用户提供服务。也就是说，一个用户，既可以是提供共享车位的车位提供用户，也可以是车位需求用户。只有完成了车位信息登记，并通过系统验证的，加入到了停车场白名单的用户，具有车位提供用户的身份，才可以使用发布共享车位的功能。

如图5所示，共享车位服务模块300包括：用户注册登录单元301、浏览搜索单元302、共享车位发布/需求单元303、交易处理单元304和设置单元305；

用户注册登录单元，用于供用户进行注册登录，在系统中完成帐户建立，登录验证；包括：

注册子单元，用于供用户输入用户信息(包括用户个人信息、车辆信息和个人帐户，车位提供用户还要提供所在停车场的信息、车位信息)，通过网络发送到系统管理模块信息，进行注册。

登录子单元，用于供用户在移动端通过密码登录/指纹登录等登录方式，获取用户标识，发送到系统管理模块，通过身份验证后，进行登录。

浏览搜索单元，用于提供信息浏览搜索功能，包括：

停车场浏览搜索子单元，供用户浏览搜索停车场的信息。可以通过输入关键字进行精确查询和模糊查询，也可以通过地图浏览搜索。

共享车位浏览搜索子单元，供用户浏览搜索停车场共享车位的信息。可以通过输入关键字进行精确查询和模糊查询，也可以通过地图浏览搜索。

共享车位发布/需求单元，包括：

共享车位发布子单元：用于供车位提供用户输入共享车位信息，将共享车位信息提交到系统管理模块。

车位需求子单元：用于供所有通过身份认证的用户输入需求的停车场、支付的费用等信息后，将需求提交到系统管理模块。

交易处理单元，用于对交易信息进行处理，包括：

交易确认子单元：用于当车位提供用户接收到车位需求申请时，将确认信息发送到云端服务器；

交易支付子单元，用于当车位需求用户接收到共享车位信息时，将停车费用支付到公共账户上；

交易取消子单元，用于供车位需求用户和车位提供用户发起交易取消申请，将取消申请发送到系统管理模块，完成取消的操作。

设置单元，用于完成设置功能，包括：

用户设置子单元，为用户提供设置和更改个人的信息(车位、帐户等)的功能，并将个人信息发送到系统管理模块进行同步更新。

推送设置子单元，对于车位提供用户，可以设置接收符合条件的车位需求。在有合适的需求申请时，可以收到推动通知。对于车位需求用户，可以是否接收关注的停车场、车位提供用户的共享车位发布推送通知。

关注设置子单元，对于车位需求用户，可以设置关注停车场、车位提供用户，以收到停车场有共享车位发布的推送通知。

实施例2：

如图6所示，本申请实施例提出了一种停车场共享车位管理方法，应用于云端服务器、车场服务器和移动端，包括：

步骤401：车场服务器将车场信息及车场白名单发送至云端服务器；

步骤402：移动端将用户个人信息及需求信息上传至云端服务器；

车位提供用户，在手机端启动用户App，执行注册功能；用户输入个人信息、车辆信息和个人帐户；用户App通过网络发送到云端服务器，开始注册；云端服务器接收用户信息，调用身份验证功能，对用户身份合法性进行验证，如果验证失败，通知用户App，终止本次注册；用户App通知用户注册绑定完成，并可选设置指纹登录方式。

车位需求用户，在手机端启动用户App，执行注册功能；输入个人信息和个人帐户；用户App通过网络发送到云端服务器，开始注册；云端服务器接收用户信息，调用身份验证功能，对用户身份合法性进行验证，如果验证失败，通知用户App，终止本次注册；用户App通知用户注册绑定完成，并可选设置指纹登录方式。

车位提供用户打开用户App，启动共享车位上传功能；用户填写自己空闲的车位、时间段信息，App将信息发送到云端服务器；

车位需求用户打开用户App，启动车位需求功能；用户浏览选择停车场，填写自己的停车时间、临时车辆费用、车牌等信息，选择提交；App将信息发送到云端服务器；

步骤403：云端服务器对接收到的用户信息进行验证和发布；

云端服务器接收移动端发送的车位需求信息和共享车位信息，对车位需求用户的身份的真实性进行验证，验证通过后发布车位需求信息；通过白名单验证共享车位是否属于车位提供用户，验证通过后发布共享车位信息；

步骤404：云端服务器为车位需求用户寻找白名单用户；

在发布的共享车位中查询是否有满足车位需求的停车位，如果有，则将该共享车位的车位提供用户作为白名单用户，否则，将车位需求信息推送给所在车场的白名单中的注册用户，如果接收到某个注册用户反馈的车位编号和个人账户，则将该注册用户作为白名单用户；否则，生成“匹配不到合适停车位”的信息；

获取到白名单用户后，将停车位信息发送至车位需求用户的移动端，将车位需求信息发送至白名单用户的移动端；否则，将“匹配不到合适停车位”的信息发送至车位需求用户的移动端。

步骤405：云端服务器为车位需求用户和白名单用户生成一个停车交易订单，将交易停车订单下发对应的车场服务器；具体包括：

云端服务器接收到白名单用户的确认交易信息以及车位需求用户支付的费用后，生成停车交易订单，所述停车交易订单包括：车位需求用户信息、临时车辆信息、停车时间及停车费用，白名单用户的用户信息、车场信息和车位信息；将停车交易订单发送给对应的车场服务器；

步骤406：车场服务器为交易订单中的可以临时停车的车辆提供停车服务；

当临时车辆驶入停车场时，车场服务器根据交易订单判断临时车辆是否满足通行条件，若满足通行条件，则发出打开闸机的指令；

当临时车辆驶离停车场时，车场服务器根据交易订单判断临时车辆是否超时，若未超时，则发出打开闸机的指令，并将临时车辆驶离停车场的信息发送至云端服务器；否则，根据停车场的计费规则计算超时部分的停车费用，收到临时车辆用户支付的停车费用后，发出打开闸机的指令。

步骤407：云端服务器接收到交易订单中的临时车辆驶离停车场的信息后，将公共帐户的交易费用转账到白名单用户绑定的收款账号。

此外，所述方法还包括：取消交易的步骤，具体包括：

当云端服务器接收到车位需求用户提交的取消申请后，判断是否超过取消时限，未超过则将费用全额退还车位需求用户个人帐户，否则，扣除一部分违约金后将剩余费用退还车位需求用户个人帐户。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。