共享停车方法、装置、服务器和计算机可读存储介质与流程

1.本发明涉及共享停车领域，具体而言，涉及一种共享停车方法、装置、服务器和计算机可读存储介质。


背景技术：

2.随城市中心区停车混乱、停车位不足、停车场利用率不均衡、盲目寻找停车空位等问题的出现，导致严重影响的交通。并且，在城市发展过程中，停车场的建设并不统一，造成停车场存在巨大的差异，使得有些停车场车位不足、有些停车场空闲车位较多，停车场得不到合理地、充分地利用。


技术实现要素：

3.有鉴于此，本发明的目的在于提供一种共享停车方法、装置、服务器和计算机可读存储介质，以合理地、充分地利用停车场资源。
4.为了实现上述目的，本发明实施例采用的技术方案如下：
5.第一方面，本发明提供一种共享停车方法，应用于服务器，所述服务器与用户终端通信连接，所述方法包括：
6.接收所述用户终端发送的停车预约信息；所述停车预约信息由所述用户终端根据所述服务器获取的目标停车场的信息生成；
7.根据所述停车预约信息向所述用户终端发送支付提示信息，以便用户根据所述支付提示信息在所述用户终端完成支付；
8.接收所述用户终端在用户完成支付后发送的支付完成信息，根据所述停车预约信息和所述支付完成信息生成预约单信息；
9.根据获取的用户车辆出入所述目标停车场的信息以及所述预约单信息，判断是否对所述用户车辆放行。
10.在可选的实施方式中，所述用户车辆出入所述目标停车场的信息包括入场信息和出场信息，所述根据获取的用户车辆出入所述目标停车场的信息以及所述预约单信息，判断是否对所述用户车辆放行，包括：
11.在获取的用户车辆的入场信息与所述预约单信息匹配时，确定对等待进入所述目标停车场的用户车辆放行；
12.在获取的用户车辆的入场信息、出场信息均与所述预约单信息匹配时，确定对等待离开所述目标停车场的用户车辆放行。
13.在可选的实施方式中，所述方法还包括：
14.在获取的用户车辆的入场信息、出场信息与所述预约单信息不匹配时，向所述用户终端发送补款信息，以便所述用户根据所述补款信息在所述用户终端上执行补款操作；
15.若接收所述用户终端在用户完成补款操作后发送的补款完成信息，则确定对等待离开所述目标停车场的用户车辆放行。
16.在可选的实施方式中，所述入场信息由所述目标停车场对应的服务终端在所述用户车辆进入所述目标停车场前且到达第一指定区域时生成；所述出场信息由所述目标停车场对应的服务终端在所述用户车辆离开所述目标停车场前且到达第二指定区域时生成。
17.在可选的实施方式中，所述方法还包括：
18.在所述用户车辆离开所述目标停车场后，若接收到所述用户终端发送的发票查询信息，则根据所述发票查询信息向所述目标停车场对应的服务终端发送发票获取信息，以便所述服务终端根据所述发票获取信息生成电子发票；
19.接收所述服务终端发送的所述电子发票，并将所述电子发票发送给所述用户终端。
20.在可选的实施方式中，所述方法还包括：
21.接收所述用户终端发送的订单取消信息；
22.根据所述订单取消信息与所述预约单信息生成退款信息，并将所述退款信息发送至所述用户终端。
23.第二方面，本发明提供一种共享停车装置，应用于服务器，所述服务器与用户终端通信连接，所述装置包括：
24.接收模块，用于接收所述用户终端发送的停车预约信息；所述停车预约信息由所述用户终端根据所述服务器获取的目标停车场的信息生成；
25.支付模块，用于根据所述停车预约信息向所述用户终端发送支付提示信息，以便用户根据所述支付提示信息在所述用户终端完成支付；
26.生成模块，用于接收所述用户终端在用户完成支付后发送的支付完成信息，根据所述停车预约信息和所述支付完成信息生成预约单信息；
27.判断模块，用于根据获取的用户车辆出入所述目标停车场的信息以及所述预约单信息，判断是否对所述用户车辆放行。
28.在可选的实施方式中，所述用户车辆出入所述目标停车场的信息包括入场信息和出场信息，所述判断模块，用于：
29.在获取的用户车辆的入场信息与所述预约单信息匹配时，确定对等待进入所述目标停车场的用户车辆放行；
30.在获取的用户车辆的入场信息、出场信息均与所述预约单信息匹配时，确定对等待离开所述目标停车场的用户车辆放行。
31.第三方面，本发明提供一种服务器，包括处理器和存储器，所述存储器存储有计算机程序，所述处理器可执行所述计算机程序以实现前述实施方式中任一项所述的方法。
32.第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述实施方式中任一项所述的方法。
33.本发明实施例提供的共享停车方法、装置、服务器和计算机可读存储介质，通过接收用户终端发送的停车预约信息，其中，停车预约信息由用户终端根据服务器获取的目标停车场的信息生成，根据停车预约信息向用户终端发送支付提示信息，以便用户根据支付提示信息在用户终端完成支付，并接收用户终端在用户完成支付后发送的支付完成信息，根据停车预约信息和支付完成信息生成预约单信息，进而根据获取的用户车辆出入目标停车场的信息以及预约单信息，判断是否对用户车辆放行。用户通过预约支付的方式，可以提
前选择合适的停车场进行共享停车，合理地、充分地利用了停车场资源；并且在用户车辆出入停车场时，可以直接根据出入目标停车场的信息以及预约单信息，判断是否对用户车辆放行，相比现有的共享停车方式，不需要先确认停车信息，再进行支付，方便快捷。
34.为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
35.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
36.图1示出了本发明实施例提供的共享停车方法的一种应用环境示意图；
37.图2示出了本发明实施例提供的服务器的一种方框示意图；
38.图3示出了本发明实施例提供的共享停车方法的一种流程示意图；
39.图4示出了图3中步骤s34的子步骤的一种流程示意图；
40.图5示出了本发明实施例提供的共享停车方法的另一种流程示意图；
41.图6示出了本发明实施例提供的共享停车方法的又一种流程示意图；
42.图7示出了本发明实施例提供的共享停车装置的一种功能模块图；
43.图8示出了本发明实施例提供的共享停车装置的另一种功能模块图。
44.图标：10-用户终端；20-服务器；30-服务终端；210-存储器；220-处理器；230-通信模块；41-接收模块；42-支付模块；43-生成模块；44-判断模块；45-获取模块；46-发送模块。
具体实施方式
45.下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
46.因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
48.请参阅图1，图1是本发明实施例提供的共享停车方法的一种应用环境示意图。如图1所示，用户终端10与服务器20通信连接，服务器20与服务终端30通信连接。其中，用户终端10为一个或多个，服务终端30为一个或多个，本发明实施例对此不予以限定。
49.在本实施例中，每个停车场都各自对应有服务终端30，用户可以通过用户终端10预约将要去停车的停车场，服务器20存储该预约信息，在用户车辆出入预约的停车场时，服务终端30将获取到的用户车辆信息发送至服务器20，服务器20在对比预约信息和用户车辆信息后，判断是否对用户车辆放行，进而实现共享停车。
50.在本实施例中，该用户终端10可以是个人电脑(personal computer，pc)、掌上电脑(personal digital assistant，pda)、笔记本电脑、平板电脑、手机等，本发明实施例对此不予以限定。
51.在本实施例中，该服务器20可以是云端服务器、网络服务器、数据库服务器等，本发明实施例对此不予以限定。
52.在本实施例中，该服务终端30可以包括摄像机、计算机(computer)、压地感、抬杆等，本发明实施例对此不予以限定。
53.请参阅图2，图2是本发明实施例提供的服务器的一种方框示意图。如图2所示，该服务器包括存储器210、处理器220和通信模块230。存储器210、处理器220和通信模块230各元件相互之间直接或间接的电性连接，以实现数据传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
54.其中，存储器210用于存储程序或者数据。所述存储器210可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。
55.处理器220可能是一种集成电路芯片，具有信号的处理能力。该处理器220可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
56.其中，该处理器220用于读写存储器210中存储的数据或程序，并执行相应的功能。例如，处理器220执行存储器210存储的计算机程序时，可以实现本发明各实施例揭示的共享停车方法。
57.通信模块230用于通过网络建立服务器20与用户终端10和服务终端30之间的通信连接，并用于通过网络收发数据。
58.应当理解的是，图2所示的结构仅为服务器20的结构示意图，所述服务器20还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。
59.本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时可以实现本发明各实施例揭示的共享停车方法。
60.现有技术中，停车场仅能为用户车辆提供基本的停车服务，并不能让用户根据需要选择合适的停车场；并且，由于停车场的建设并不统一，造成停车场存在巨大的差异，使
得有些停车场车位不足、有些停车场空闲车位较多，停车场得不到合理地、充分地利用。
61.基于上述问题，为了合理地、充分地利用停车场资源，本发明实施例提供了一种共享停车方法。请参阅图3，图3为本发明实施例提供的共享停车方法的一种流程示意图。该方法包括：
62.步骤31，接收用户终端发送的停车预约信息；停车预约信息由用户终端根据服务器获取的目标停车场的信息生成。
63.可选的，服务器20上存储有停车场的信息，用户通过用户终端10可从服务器20查询各停车场的信息，并根据实际需要选择将要去停车的目标停车场，从而使得用户终端10根据目标停车场的信息生成停车预约信息，并发送至服务器20。
64.其中，目标停车场的信息包括动态信息、静态信息和业务信息；动态信息包括停车场空余车位数等，静态信息包括停车场位置、经纬度、名称、收费信息等，业务信息包括场内支付、共享停车、电子发票、出入场消息、预约、限停时间等。上述动态信息、静态信息和业务信息所包括的信息仅是举例说明，在实际应用中，还可以包括其他信息，本发明实施例对此不予以限定。
65.在本实施例中，停车预约信息包括用户车辆车牌号、预约的开始和结束时间、目标停车场的名称、停车位等，本发明实施例对此不予以限定。
66.步骤32，根据停车预约信息向用户终端发送支付提示信息，以便用户根据支付提示信息在用户终端完成支付。
67.可选的，服务器20根据停车预约信息中的预约的开始和结束时间，获取用户车辆的预约停车时长，服务器20还可以根据停车预约信息获取其他支付相关的信息，再根据目标停车场的收费标准等信息，计算用户需要支付的金额，进而生成支付提示信息，并发送至用户终端10，以便用户根据支付提示信息在用户终端10完成支付。
68.步骤33，接收用户终端在用户完成支付后发送的支付完成信息，根据停车预约信息和支付完成信息生成预约单信息。
69.可选的，服务器20接收到用户终端10在用户完成支付后发送的支付完成信息后，确定用户完成预约，并根据停车预约信息和支付完成信息生成预约单信息。向目标停车场对应的服务终端30发送相应的同步信息，以告知目标停车场对应的服务终端30，该停车场的某一停车位在某一时间段内已被预约。
70.步骤34，根据获取的用户车辆出入目标停车场的信息以及预约单信息，判断是否对用户车辆放行。
71.可选的，用户车辆在出入目标停车场的时候，目标停车场对应的服务终端30会获取用户车辆出入目标停车场的信息，通过与预约单信息进行对比，进而判断是否对用户车辆放行。
72.需要说明的是，在实际应用中的一些特殊场景下，可以将停车场设置为必须通过预约的方式才可以进入。在进入目标停车场时，通过与预约单信息进行对比，在满足进入条件的情况下，才对用户车辆放行，从而实现在一些特殊场景下的管控，例如，在发生疫情等场景下，设置风险地区车辆的进入标准，并且用户通过预约的方式预约目标停车场后，用户车辆在进入目标停车场的时，判断是否对用户车辆放行，进而实现了疫情期间停车场管控力度的加强。
73.本发明实施例提供的共享停车方法，通过接收用户终端发送的停车预约信息，其中，停车预约信息由用户终端根据服务器获取的目标停车场的信息生成，根据停车预约信息向用户终端发送支付提示信息，以便用户根据支付提示信息在用户终端完成支付，并接收用户终端在用户完成支付后发送的支付完成信息，根据停车预约信息和支付完成信息生成预约单信息，进而根据获取的用户车辆出入目标停车场的信息以及预约单信息，判断是否对用户车辆放行。用户通过预约支付的方式，可以提前选择合适的停车场进行共享停车，合理地、充分地利用了停车场资源；并且在用户车辆出入停车场时，可以直接根据出入目标停车场的信息以及预约单信息，判断是否对用户车辆放行，相比现有的共享停车方式，不需要先确认停车信息，再进行支付，方便快捷。
74.为了实现用户车辆出入目标停车场时的有效管控，请参阅图4，图4为图3中步骤s34的子步骤的一种流程示意图。上述步骤s34，包括：
75.步骤s341，在获取的用户车辆的入场信息与预约单信息匹配时，确定对等待进入目标停车场的用户车辆放行。
76.可选的，入场信息由目标停车场对应的服务终端在用户车辆进入目标停车场前且到达第一指定区域时生成。其中，第一指定区域为用户车辆在进入目标停车场前，目标停车场对应的服务终端30可以获取到用户车辆的入场信息的区域。
77.其中，入场信息包括的内容，可以根据实际需要获取，例如，入场信息可以包括用户车辆车牌号、用户车辆到达时间等信息，在入场信息与预约单信息匹配时，确定对等待进入目标停车场的用户车辆放行。目标停车场对应的服务终端30向服务器20发送相应的同步信息，以告知服务器20，用户车辆已进入该目标停车场进行共享停车。
78.需要说明的是，在实际应用中，可以是用户车辆的到达时间在预约单信息中的预约开始和结束时间之内时，确定对等待进入目标停车场的用户车辆放行；也可以是用户车辆的到达时间在预约单信息中的预约开始和结束时间之前时，确定对等待进入目标停车场的用户车辆放行，在发明实施例不予以限定。
79.在本实施例中，用户车辆的入场信息可能由于网络中断，或其它故障不能发送至服务器20时，在故障修复后需主动补发送至服务器20。
80.步骤s342，在获取的用户车辆的入场信息、出场信息均与预约单信息匹配时，确定对等待离开目标停车场的用户车辆放行。
81.可选的，出场信息由目标停车场对应的服务终端在用户车辆离开目标停车场前且到达第二指定区域时生成。其中，第二指定区域为用户车辆在离开目标停车场前，目标停车场对应的服务终端30可以获取到用户车辆的出场信息的区域。
82.其中，出场信息包括的内容，可以根据实际需要获取，例如，出场信息可以包括用户车辆车牌号、用户车辆离开时间等信息，在出场信息与预约单信息匹配时，确定对等待离开目标停车场的用户车辆放行。目标停车场对应的服务终端30向服务器20发送相应的同步信息，以告知服务器20，用户车辆已离开该目标停车场，完成了共享停车。
83.在本实施例中，用户车辆进入时间和离开时间在预约单信息中的预约开始和结束时间之内时，确定对等待进入目标停车场的用户车辆放行。
84.可选的，用户车辆进入或离开目标停车场时可能超过了预约时间，为了使用户车辆离开停车场前，支付超过预约时间部分的停车费用，请继续参阅图4，上述步骤s34，还包
括：
85.步骤s343，在获取的用户车辆的入场信息、出场信息与预约单信息不匹配时，向用户终端发送补款信息，以便用户根据补款信息在用户终端上执行补款操作。
86.可选的，用户车辆进入或离开目标停车场时可能超过了预约时间，需要用户补款后，才能离开目标停车场，此时，服务器20向用户终端10发送补款信息，以便用户根据补款信息在用户终端10上执行补款操作。
87.其中，补款金额根据实际需要进行设置，例如，目标停车场的收费标准是小时收费制，根据用户车辆停车超出的时间与收费标准进行换算以得到补款金额，并生成补款信息。
88.步骤s344，若接收用户终端在用户完成补款操作后发送的补款完成信息，则确定对等待离开目标停车场的用户车辆放行。
89.可选的，在用户完成补款操作后，用户终端10生成补款完成信息并发送至服务器20，确定对等待离开目标停车场的用户车辆放行。目标停车场对应的服务终端30向服务器20发送相应的同步信息，以告知服务器20，用户车辆已离开该目标停车场，完成了共享停车。
90.可选的，在用户完成共享停车后，可能有查询电子发票的需求，请参阅图5，图5为本发明实施例提供的共享停车方法的另一种流程示意图。该方法还包括：
91.步骤s35，在用户车辆离开目标停车场后，若接收到用户终端发送的发票查询信息，则根据发票查询信息向目标停车场对应的服务终端发送发票获取信息，以便服务终端根据发票获取信息生成电子发票。
92.可选的，在用户完成共享停车后，可能有查询电子发票的需求，用户车辆离开目标停车场后，用户可以通过用户终端10向服务器20发送发票查询信息，服务器20根据发票查询信息将发票获取信息发送至目标停车场对应的服务终端30，服务终端30根据发票获取信息生成电子发票。
93.需要说明的是，在实际应用中，用户车辆可能在一个目标停车场完成共享停车，此时服务器20在接收到用户终端10发送发票查询信息后，服务器20只需向这一个目标停车场对应的服务终端30发送发票获取信息，以使服务终端30根据发票获取信息生成一张电子发票；用户车辆也可能在多个目标停车场完成共享停车，此时服务器20在接收到用户终端10发送发票查询信息后，服务器20需向多个目标停车场对应的服务终端30发送对应的发票获取信息，以使服务终端30各自根据发票获取信息生成电子发票。
94.步骤s36，接收服务终端发送的电子发票，并将电子发票发送给用户终端。
95.可选的，用户车辆只在一个目标停车场完成共享停车的情况下，由于服务器20只获取到一张电子发票，只需将这一张电子发票发送给用户终端10；用户车辆在多个目标停车场完成共享停车情况下，由于服务器20获取到多张电子发票，服务器20需要将多张电子发票整合为一张电子发票，并发送给用户终端10。
96.可选的，在用户完成支付后，可能有取消预约的需求，请参阅图6，图6为本发明实施例提供的共享停车方法的又一种流程示意图。该方法还包括：
97.步骤s37，接收用户终端发送的订单取消信息。
98.可选的，用户在完成预约后，可能有选择不去目标停车场的情况，此时用户有取消预约的需求，用户可以通过在用户终端10上进行相应取消订单的操作，使用户终端10生成
订单取消信息，并发送至服务器20。
99.步骤s38，根据订单取消信息与预约单信息生成退款信息，并将退款信息发送至用户终端。
100.可选的，订单取消信息包括信息生成时间，预约单信息也包括信息生成时间，将订单取消信息的信息生成时间与预约单信息的信息生成时间进行比较，以获得时间差，再将时间差与预设时间进行对比，并根据对比结果将退款信息发送至用户终端10。
101.其中，退款信息包括退款金额；预设时间为预约单信息的信息生成时间的一定时间内，预设时间可以根据实际需要进行设置，例如，可以将预设时间设置为预约单信息的信息生成时间的十五分钟之内。
102.在本实施例中，时间差在预设时间内时，服务器20发送至用户终端10的退款信息中的退款金额与预约时的支付一致；时间差超出预设时间时，服务器20需要收取一定的费用，服务器20在预约时支付的金额中扣除一定费用后，将退款信息发送至用户终端10，此时退款信息中的退款金额为扣除后的金额。
103.需要说明的是，扣除标准可以根据实际需要进行设置，例如，可以根据超出预设时间的长短进行扣除，或者直接扣除一定费用。
104.为了执行上述实施例及各个可能的方式中的相应步骤，下面给出一种共享停车装置的实现方式。进一步地，请参阅图7，图7为本发明实施例提供的共享停车装置的一种功能模块图。需要说明的是，本实施例所提供的共享停车装置，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。该共享停车装置包括：接收模块41、支付模块42、生成模块43和判断模块44。
105.可选地，上述模块可以软件或固件(firmware)的形式存储于图2所示的存储器中或固化于该服务器的操作系统(operating system，os)中，并可由图2中的处理器执行。同时，执行上述模块所需的数据、程序的代码等可以存储在存储器中。
106.接收模块41，用于接收用户终端发送的停车预约信息；停车预约信息由用户终端根据服务器获取的目标停车场的信息生成。
107.可以理解，该接收模块41可以执行上述步骤s31。
108.支付模块42，用于根据停车预约信息向用户终端发送支付提示信息，以便用户根据支付提示信息在用户终端完成支付。
109.可以理解，该支付模块42可以执行上述步骤s32。
110.生成模块43，用于接收用户终端在用户完成支付后发送的支付完成信息，根据停车预约信息和支付完成信息生成预约单信息。
111.可以理解，该生成模块43可以执行上述步骤s33。
112.判断模块44，用于根据获取的用户车辆出入目标停车场的信息以及预约单信息，判断是否对用户车辆放行。
113.可以理解，该判断模块44可以执行上述步骤s34。
114.可选的，请参阅图8，图8为本发明实施例提供的共享停车装置的另一种功能模块图。该共享停车装置还包括：获取模块45和发送模块46。
115.判断模块44，还用于在获取的用户车辆的入场信息与预约单信息匹配时，确定对等待进入目标停车场的用户车辆放行。
116.可以理解，该判断模块44还可以执行上述步骤s341。
117.判断模块44，还用于在获取的用户车辆的入场信息、出场信息均与预约单信息匹配时，确定对等待离开目标停车场的用户车辆放行。
118.可以理解，该判断模块44还可以执行上述步骤s342。
119.判断模块44，还用于在获取的用户车辆的入场信息、出场信息与预约单信息不匹配时，向用户终端发送补款信息，以便用户根据补款信息在用户终端上执行补款操作。
120.可以理解，该判断模块44还可以执行上述步骤s343。
121.判断模块44，还用于若接收用户终端在用户完成补款操作后发送的补款完成信息，则确定对等待离开目标停车场的用户车辆放行。
122.可以理解，该判断模块44还可以执行上述步骤s344。
123.获取模块45，用于在用户车辆离开目标停车场后，若接收到用户终端发送的发票查询信息，则根据发票查询信息向目标停车场对应的服务终端发送发票获取信息，以便服务终端根据发票获取信息生成电子发票。
124.可以理解，该获取模块45可以执行上述步骤s35。
125.发送模块46，用于接收服务终端发送的电子发票，并将电子发票发送给用户终端。
126.可以理解，该发送模块46可以执行上述步骤s36。
127.接收模块41，用于接收用户终端发送的订单取消信息。
128.可以理解，该接收模块41还可以执行上述步骤s37。
129.支付模块42，用于根据订单取消信息与预约单信息生成退款信息，并将退款信息发送至用户终端。
130.可以理解，该支付模块42还可以执行上述步骤s38。
131.本发明实施例提供的共享停车装置，通过接收模块接收用户终端发送的停车预约信息，其中，停车预约信息由用户终端根据服务器获取的目标停车场的信息生成，支付模块根据停车预约信息向用户终端发送支付提示信息，以便用户根据支付提示信息在用户终端完成支付，生成模块接收用户终端在用户完成支付后发送的支付完成信息，根据停车预约信息和支付完成信息生成预约单信息，进而判断模块根据获取的用户车辆出入目标停车场的信息以及预约单信息，判断是否对用户车辆放行。用户通过预约支付的方式，可以提前选择合适的停车场进行共享停车，合理地、充分地利用了停车场资源；并且在用户车辆出入停车场时，可以直接根据出入目标停车场的信息以及预约单信息，判断是否对用户车辆放行，相比现有的共享停车方式，不需要先确认停车信息，再进行支付，方便快捷。
132.在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基
于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
133.另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
134.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
135.以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。