CN113724403A - 交互方法、交互装置、车场和存储介质 - Google Patents

Abstract

本申请公开了一种交互方法、交互装置、车场和存储介质。本申请实施方式的交互方法包括：获取目标车辆的已支付订单信息，已支付订单信息包括预付费用；在目标车辆离开车场时，根据计时时长计算实际费用；比较实际费用与预付费用；根据比较结果选择是否放行目标车辆。本申请中的交互方法，目标车辆可以在到访前提前支付费用以生成已支付订单信息，车场可以获取到已支付订单信息中的预付费用，在目标车辆从车场离开时，车场根据计时时长计算实际费用，通过比较实际费用与预付费用选择是否放行目标车辆，这样，避免了目标车辆在来访和离开的过程中花费大量的时间寻找车位以及排队缴费，提高了车主的停车体验，也便于车场管理目标车辆。

Description

交互方法、交互装置、车场和存储介质

技术领域

本申请涉及信息技术领域，尤其涉及一种交互方法、交互装置、车场和存储介质。

背景技术

随着人们生活水平的提高，汽车作为代步工具广泛应用在人们的生活中，在开车出行拜访亲朋好友时，往往需要在社区暂时停车。然而，由于访客车区别于已登记的社区车辆，社区车场对访客车的管理不便，访客车在来访和离开过程中需要花费一定的时间来进行缴费和寻找车位，导致来访人停车体验不佳。

发明内容

本申请实施方式提供一种交互方法、交互装置、车场和存储介质。

本申请实施方式的交互方法用于车场，所述交互方法包括：

获取目标车辆的已支付订单信息，所述已支付订单信息包括预付费用；

在所述目标车辆离开所述车场时，根据计时时长计算实际费用；

比较所述实际费用与所述预付费用；

根据比较结果选择是否放行所述目标车辆。

本申请中的交互方法，目标车辆即访客车，可以在到访前提前支付费用即预付费用以生成已支付订单信息，而车场可以获取到已支付订单信息中的预付费用；然后，在目标车辆从车场离开时，车场根据计时时长计算实际费用；最后通过比较实际费用与预付费用选择是否放行目标车辆。这样，避免了目标车辆在来访和离开的过程中花费大量的时间用于寻找车位以及进行排队缴费，提高了目标车辆的车主的停车体验，也便于车场管理目标车辆。

在某些实施方式中，所述获取目标车辆的已支付订单信息，包括：

获取云端发送的所述目标车辆的预约信息；

根据所述预约信息计算所述预付费用；

向所述云端发送所述预付费用；

接收所述云端发送的所述已支付订单信息，所述已支付订单信息由所述云端响应移动终端的支付结果创建。

在某些实施方式中，所述交互方法包括：

根据所述已支付订单信息预留车位；

根据所述预留车位的位置信息与所述目标车辆的位置信息生成路线导航；

向移动终端发送所述预留车位的位置信息与所述路线导航。

在某些实施方式中，所述计时时长通过以下步骤得到：

根据所述已支付订单信息获取所述目标车辆的预约到场时刻；

获取所述目标车辆离开所述车场的实际时刻；

将所述实际时刻与所述预约到场时刻的差值作为所述计时时长。

在某些实施方式中，所述根据比较结果选择是否放行所述目标车辆，包括：

在所述实际费用小于或等于所述预付费用的情况下，放行所述目标车辆；

在所述实际费用大于所述预付费用的情况下，发出补缴费用通知。

在某些实施方式中，所述交互方法包括：

在所述实际费用小于所述预付费用的情况下，退回剩余费用。

在某些实施方式中，所述交互方法包括：

在所述实际费用小于所述预付费用的情况下，向所述云端发送所述实际费用。

在某些实施方式中，所述交互方法包括：

在所述实际费用大于所述预付费用的情况下，向所述云端发送所述补缴费用以使所述云端同步所述补缴费用。

本申请实施方式中提供一种交互装置，所述交互装置包括：

获取模块，用于获取目标车辆的已支付订单信息，所述已支付订单信息包括预付费用；

计算模块，用于在所述目标车辆离开所述车场时，根据计时时长计算实际费用；

比较模块，用于比较所述实际费用与所述预付费用；

控制模块，用于根据比较结果选择是否放行所述目标车辆。

本申请实施方式提供一种车场，包括车闸和连接所述车闸的处理器，所述处理器用于执行以上任一实施方式所述的交互方法。

本申请实施方式提供一种计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行以上任一实施方式所述的交互方法。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施方式的描述中将变得明显和容易理解，其中：

图1是本申请实施方式中的交互方法的流程示意图；

图2是本申请实施方式中的交互装置的模块示意图；

图3是本申请实施方式中的目标车辆驶入车场的场景示意图；

图4是本申请实施方式中的交互方法的流程示意图；

图5是本申请实施方式中的移动终端的结构示意图；

图6是本申请实施方式中的交互方法的流程示意图；

图7是本申请实施方式中的交互方法的流程示意图；

图8是本申请实施方式中的交互方法的流程示意图；

图9是本申请实施方式中的目标车辆驶出车场的场景示意图；

图10是本申请实施方式中的目标车辆驶出车场另一的场景示意图；

图11是本申请实施方式中的交互方法的流程示意图；

图12是本申请实施方式中的交互方法的流程示意图；

图13是本申请实施方式中的交互方法的流程示意图。

主要元件符号说明：

车场100、车闸11、处理器12、交互装置200、获取模块21、计算模块22、比较模块23、控制模块24、目标车辆300、移动终端400。

具体实施方式

下面详细描述本申请的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”、“顺时针”、“逆时针”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接或可以相互通讯；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

在本申请中，除非另有明确的规定和限定，第一特征在第二特征之“上”或之“下”可以包括第一和第二特征直接接触，也可以包括第一和第二特征不是直接接触而是通过它们之间的另外的特征接触。而且，第一特征在第二特征“之上”、“上方”和“上面”包括第一特征在第二特征正上方和斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”包括第一特征在第二特征正下方和斜下方，或仅仅表示第一特征水平高度小于第二特征。

下文的公开提供了许多不同的实施方式或例子用来实现本申请的不同结构。为了简化本申请的公开，下文中对特定例子的部件和设置进行描述。当然，它们仅仅为示例，并且目的不在于限制本申请。此外，本申请可以在不同例子中重复参考数字和/或参考字母，这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施方式和/或设置之间的关系。此外，本申请提供了的各种特定的工艺和材料的例子，但是本领域普通技术人员可以意识到其他工艺的应用和/或其他材料的使用。

请参阅图1，本申请实施方式提供一种交互方法，用于车场100(如图3所示)，其中，交互方法包括：

步骤S10：获取目标车辆300(如图3所示)的已支付订单信息，已支付订单信息包括预付费用；

步骤S20：在目标车辆300离开车场100时，根据计时时长计算实际费用；

步骤S30：比较实际费用与预付费用；

步骤S40：根据比较结果选择是否放行目标车辆300。

请参阅图2，本申请实施方式提供一种交互装置200，交互装置200包括获取模块21、计算模块22、比较模块23和控制模块24。本申请实施方式中的交互方法可以由本申请实施方式的交互装置200实现。例如，步骤S10可由交互装置200的获取模块21实现，步骤S20可以由交互装置200的计算模块22实现，步骤S30可由交互装置200的比较模块23实现，步骤S40可由交互装置200的控制模块24实现。

或者说，获取模块21用于获取目标车辆300的已支付订单信息，已支付订单信息包括预付费用；计算模块22用于在目标车辆300离开车场100时，根据计时时长计算实际费用；比较模块23用于比较实际费用与预付费用；控制模块24用于根据比较结果选择是否放行目标车辆300。

请参阅图3，本申请还提供了一种车场100，车场100包括车闸11和处理器12，处理器12连接车闸11，处理器12用于获取目标车辆300的已支付订单信息，已支付订单信息包括预付费用，及用于在目标车辆300离开车场100时，根据计时时长计算实际费用，及用于比较实际费用与预付费用，以及用于根据比较结果选择是否放行目标车辆300。

在某些实施方式中，车场100还可以包括存储器，存储器可以用于存储计算机程序以让控制器执行计算机程序以实现上述交互方法，控制器与存储器可以通过总线或者其他方式连接。

本申请中的交互方法，目标车辆300即访客车，可以在到访前提前支付费用即预付费用以生成已支付订单信息，而车场100可以获取到已支付订单信息中的预付费用；然后，在目标车辆300从车场100离开时，车场100根据计时时长计算实际费用；最后通过比较实际费用与预付费用选择是否放行目标车辆300。这样，避免了目标车辆300在来访和离开的过程中花费大量的时间用于寻找车位以及进行排队缴费，提高了目标车辆300的车主的停车体验，也便于车场100管理目标车辆300。

具体地，本申请实施方式中的一种车场100可以是社区、公众场所、景点等区域中规划的用于集中停放车辆的停车场100，车辆可以是各种种类的汽车，例如轿车类、跑车类、面包车类以及越野车类，目标车辆300则是车主驾驶的用于临时访问上述区域因此需要在车场100进行临时停车的车辆。

目前的车场特别是居民小区的车场往往只针对固定车，也即常驻居民的汽车，采取月卡或年卡式的缴费管理，常驻居民在出入车场时仅需刷卡月付或年付，十分便捷。然而，对于小区访客车辆的停放收费，车场往往没有出台实施一套个性化的缴费方案，访客车辆一般被当做临时车对待，需要在停放时现场寻找车位，在离开时在车闸前结算缴费。

这使得当面临节假日，大辆访客车涌入车场时，访客车车主需要花费大量时间寻找车位以及离场时进行排队缴费，给车主的停车体验不佳，并且由于大量车辆堵在车闸处，给车场的管理带来不便，同时也影响了固定车的出行。

有鉴于此，本申请提供一种交互方法用于车场100，在交互方法的步骤S10中，车场100可以获取目标车辆300的已支付订单信息，其中，已支付订单信息可以包括目标车辆300的车主的预付费用，还可以包括与预付费用相关的，目标车辆300的预约到场时间段、预约停车时长等信息，已支付订单信息可以被保存在存储器中。

当获取到已支付订单信息后，即代表车主已经为目标车辆300的来访预约成功，车主可以在预约到场时间段内驾驶目标车辆300抵达车场100，此时车场100自动打开车闸11，如图3所示，并在拜访结束后驶离车场100，此时经由步骤S20，在用户驾驶目标车辆300驶离车场100时，在经过车场100的车闸11时，处理器12根据计时时长计算目标车辆300在车场100泊车花费的实际费用。

特别地，在计时时长的计算中，可以根据不同的规则来对目标车辆300实施停车计时，例如根据目标车辆300在预约到场时间段的起始时刻开始计时，或者根据目标车辆300在预约到场时间段内的实际到场时刻开始计时，具体规则可以根据车场100的具体情况做调整。

然后，经由步骤S30，处理器12将实际费用与由已支付订单信息中获取的预付费用进行比较，可得到实际费用大于预付费用、实际费用等于预付费用以及实际费用小于预付费用的其中一种结果。最后经由步骤S40，根据处理器12的比较结果，在确认目标车辆300的车主已缴纳足够费用的情况下，处理器12控制车场100的车闸11打开，放行目标车辆300，可以理解，在确认目标车辆300的车主未缴纳足够费用的情况下，处理器12控制车闸11保持关闭的状态，并进行交互方法的其余步骤直至车主完成缴纳足额费用。

这样，通过让目标车辆300提前缴纳预付费用以预约车场100的停车位，然后在目标车辆300离开车场100时，比较根据计时时长计算的实际费用与预付费用，选择直接放行目标车辆300或者通知目标车辆300补缴费用，便可以避免目标车辆300在来访和离开车场100的过程中花费大量的时间寻找车位以及排队缴费，提高了车主的停车体验，也便于车场100管理目标车辆300。

请参阅图4，在某些实施方式中，获取目标车辆300的已支付订单信息(步骤S10)，可以包括：

步骤S11：获取云端发送的目标车辆300的预约信息；

步骤S12：根据预约信息计算预付费用；

步骤S13：向云端发送预付费用；

步骤S14：接收云端发送的已支付订单信息，已支付订单信息由云端响应移动终端400的支付结果创建。

在某些实施方式中，交互方法可以由本申请实施方式的交互装置200实现。例如，步骤S11、S12、S13和S14可由交互装置200的获取模块21实现。

也即是说，获取模块21用于获取云端发送的目标车辆300的预约信息，及用于根据预约信息计算预付费用，及用于向云端发送预付费用，以及用于接收云端发送的已支付订单信息，已支付订单信息由云端响应移动终端400的支付结果创建。

在某些实施方式中，处理器12用于获取云端发送的目标车辆300的预约信息，及用于根据预约信息计算预付费用，及用于向云端发送预付费用，以及用于接收云端发送的已支付订单信息，已支付订单信息由云端响应移动终端400的支付结果创建。

如此，通过上述步骤，车场100可以通过云端获取目标车辆300发起的预约信息，然后针对预约信息计算目标车辆300所需要支付的预付费用并发送至云端，并且还可以通过云端发送的已支付订单信息确认目标车辆300已完成提前缴费，也即完成了预约，从而优化了车场100对目标车辆300这类访客车的收费方式。

具体地，在步骤S11中，车场100获取到的目标车辆300的预约信息可以包括目标车辆300的预约到场时间段、预约停车时长、车牌号码、所处地理位置、所拜访的业主信息等，并可以将上述信息保存到存储器中。

特别地，目标车辆300的预约请求可由车主在移动终端400上安装的社区应用程序发起，发起时车主填写的信息即为目标车辆300的预约信息。其中，如图5所示，移动终端400可以是车主的智能手机、平板电脑、笔记本电脑以及智能手表等，如图3所示，移动终端400也可以是目标车辆300上安装的车载终端。预约信息由车主在社区应用程序上填写后，被保存至云端，再经由云端下发到对应预约的车场100，车场100的处理器12接收到预约信息后便可以进行下一步处理。

发起预约请求时，社区应用程序上对应显示的可预约的日期和具体时间段可以根据车场100内部停车位的情况来限制决定。处理器12可以检测到车场100近日(1-3天内)的空余停车位数量，其中固定车在需要长期外出时也可以填写报备信息，处理器12便可以将固定车车位添加到空余车位列表中，再经过运算处理得到限制数据后，处理器12可以将限制数据发送到云端，再由云端下发到社区应用程序上显示被限制后的可提前预约的日期及时间段。

在步骤S12中，处理器12可以根据预约信息和写入存储器的计费规则计算目标车辆300所需支付的预付费用。其中，车场100可以采用阶梯收费规则，例如在预约停车时段内采取首小时1元，超过一小时的两元，依次类推，并且若是超过预约时段则翻倍计算费用，不足一小时的按照一小时计算，以避免来访的车主频繁超时，影响后续预约的目标车辆300停车。当然，具体的收费细则可以根据每个车场100的具体情况来制定，本申请实施方式并不对此做固有限制。

在步骤S13中，处理器12可以将预付费用发送至云端，此时云端在接收车场100发送的具体金额后，创建待支付订单并返回到车主所使用的移动终端400上打开的社区应用程序，社区应用程序可拉起支付界面，车主可以选择多种支付方式，例如微信支付、支付宝支付或者银联支付等。

在步骤S14中，云端接收到移动终端400返回的支付结果及金额后，可创建已支付订单信息并发送给车场100，车场100接收到已支付订单信息后便确认了车主已完成提前预约。

这样，通过上述步骤S11-S14，目标车辆300的车主可以对待访车场100进行提前预约，车场100可以根据预约请求对目标车辆300提前收费，从而优化了车场100对目标车辆300的收费方式，也提高了车主的停车体验。

请参阅图6，在某些实施方式中，交互方法还可以包括：

步骤S01：根据已支付订单信息预留车位；

步骤S02：根据预留车位的位置信息与目标车辆300的位置信息生成路线导航；

步骤S03：向移动终端400发送预留车位的位置信息与路线导航。

在某些实施方式中，本申请实施方式的交互装置200还包括预定模块25，步骤S01、步骤S02与步骤S03可以由交互装置200的预定模块25实现。

或者说，预定模块25用于根据已支付订单信息预留车位，及用于根据预留车位的位置信息与目标车辆300的位置信息生成路线导航，向移动终端400发送预留车位的位置信息与路线导航。

在某些实施方式中，处理器12用于根据已支付订单信息预留车位，及用于根据预留车位的位置信息与目标车辆300的位置信息生成路线导航，向移动终端400发送预留车位的位置信息与路线导航。

如此，车场100通过获取到的已支付订单信息，可以确认目标车辆300的车主已完成提前预约，从而为目标车辆300预留车位，以使目标车辆300抵达车场100后不必花费多余的时间寻找车位；并且，车场100还可以从已支付订单信息中提取目标车辆300的位置信息，以在发送预留车位的位置信息给移动终端400的同时，发送为目标车辆300规划的来访路线。

具体地，在步骤S01中，处理器12可以提取已支付订单信息中目标车辆300所拜访的业主信息，优先将靠近该业主所在栋的车位作为预留车位分配给目标车辆300。当然，也可以设置为车主在进行提前预约时，便可以浏览车场100的车位分布图以自由选定车位，选定的车位数据在车主完成支付后上传至云端，由云端发送至车场100，处理器12再对该车位进行锁定以标记为预留车位。

在步骤S02中，处理器12可以提取已支付订单信息中目标车辆300的位置信息，同时提取预留车位的位置信息，然后根据上述信息规划路线，路线可以不止有一条，例如可以有红绿灯最少路线、途经高速闸口路线等。

在步骤S03中，车场100可以将经步骤S02提取的预留车位的位置信息以及生成的多条路线导航发送给云端，然后由云端下发给移动终端400；当然，车场100也可以直接将预留车位的位置信息以及生成的多条路线导航发送给移动终端400。同样，移动终端400可以是车主的智能手机、平板电脑、笔记本电脑和目标车辆300上安装的车载终端等。

请参阅图7，在某些实施方式中，计时时长可以通过以下步骤得到：

步骤S04：根据已支付订单信息获取目标车辆300的预约到场时刻；

步骤S05：获取目标车辆300离开车场100的实际时刻；

步骤S06：将实际时刻与预约到场时刻的差值作为计时时长。

在某些实施方式中，交互方法可以由本申请实施方式的交互装置200实现。例如，步骤S04、步骤S05与步骤S06可由交互装置200的计算模块22实现。

即，计算模块22用于根据已支付订单信息获取目标车辆300的预约到场时刻，及用于获取目标车辆300离开车场100的实际时刻，以及用于将实际时刻与预约到场时刻的差值作为计时时长。

在某些实施方式中，处理器12用于根据已支付订单信息获取目标车辆300的预约到场时刻，及用于获取目标车辆300离开车场100的实际时刻，以及用于将实际时刻与预约到场时刻的差值作为计时时长。

如此，通过将实际时刻与预约到场时刻的差值作为计时时长，可以提高车位的利用率，促使目标车辆300的车主按时到达车场100，避免出现车主在预约时选择了过长的时间段而又无法按时到达的情况。

具体地，在步骤S04中，处理器12可以根据已支付订单信息获取目标车辆300的预约到场时刻，其中预约到场时刻为处理器12提取的目标车辆300的预约时间段的起始时刻，例如，当车主预约在10:00-16:00时间段内停车时，预约到场时刻为10:00，也即是说，即使目标车辆300在12:00才开始在车场100内停车，其停车计时开始的时间为10:00。

在步骤S05中，处理器12可以获取目标车辆300离开车场100的实际时刻，例如当车主预约在10:00-16:00时间段内停车时，如果车主在13:00驶离车场100，实际时刻为13:00，如果车主在17:00驶离车场100，实际时刻则为17:00。

在步骤S06中，处理器12可以根据实际时刻与预约到场时刻的差值作为目标车辆300的停车计时时长。在一个实施例中，目标车辆300的车主预约在10:00-16:00时间段内停车，其预约到场时刻为10:00，在目标车辆300离开车场100的实际时刻为13:00的情况下，计时时长对应计算为3小时，小于其预约的6小时，此时可以按照后续的交互方法步骤进行退费处理；在目标车辆300离开车场100的实际时刻为16:00的情况下，计时时长对应计算为6小时；在目标车辆300离开车场100的实际时刻为17:00的情况下，计时时长对应计算为7小时。

在另一个实施例中，目标车辆300的车主预约在10:00-16:00时间段内停车，其预约到场时刻为10:00，而实际到场时刻为12:00，那么在目标车辆300离开车场100的实际时刻为16:00的情况下，计时时长对应计算仍然为6小时，而非4小时。

因此，通过将实际时刻与预约到场时刻的差值作为计时时长，可以提高车位的利用率，促使目标车辆300的车主按时到达车场100，避免出现车主在预约时选择了过长的时间段而又无法按时到达的情况。

特别地，当目标车辆300的车主需要取消拜访计划时，车主应当提前预约日期一日在社区应用程序上取消预约，否则，在没有取消预约的情况下，即使目标车辆300没有在车场100停留，车场100仍然会收取目标车辆300全额的预付费用。

请参阅图8、图9和图10，在某些实施方式中，根据比较结果选择是否放行目标车辆300(步骤S40)，包括：

步骤S41：在实际费用小于或等于预付费用的情况下，放行目标车辆300；

步骤S42：在实际费用大于预付费用的情况下，发出补缴费用通知。

在某些实施方式中，交互方法可以由交互装置200来实现。例如，步骤S41与步骤S42可以由控制模块24实现，或者说，控制模块24用于在实际费用小于或等于预付费用的情况下，放行目标车辆300，以及用于在实际费用大于预付费用的情况下，发出补缴费用通知。

在某些实施方式中，处理器12用于在实际费用小于或等于预付费用的情况下，放行目标车辆300，以及用于在实际费用大于预付费用的情况下，发出补缴费用通知。

如此，通过设置不同比较结果下的不同处理方式，使得车场100对目标车辆300的停车收费管理更具有效率，也提高了车主的停车体验。

具体地，在步骤S41中，经由步骤S06得到计时时长，经由步骤S20计算得到实际费用，并经由步骤S30得到比较结果，那么在一个实施例中，目标车辆300的车主预约在10:00-16:00时间段内停车，其预约到场时刻为10:00，在目标车辆300离开车场100的实际时刻为13:00的情况下，计时时长对应计算为3小时，小于其预约的6小时，此时实际费用小于预付费用；在目标车辆300离开车场100的实际时刻为16:00的情况下，计时时长对应计算为6小时，此时实际费用等于预付费用。

在上述两种情况下，如图9所示，目标车辆300通过提前缴纳的预付费用完成了本次停车的缴费，处理器12控制车闸11打开直接放行目标车辆300。

在步骤S42中，在另一个实施例中，目标车辆300的车主预约在10:00-16:00时间段内停车，其预约到场时刻为10:00，在目标车辆300离开车场100的实际时刻为17:00的情况下，计时时长对应计算为7小时，大于其预约的6小时，此时实际费用大于预付费用。

此时，如图10所示，目标车辆300提前缴纳的预付费用不足以完成本次停车的缴费，处理器12控制车闸11保持关闭状态，并对目标车辆300发出补缴费用通知。可以理解，处理器12可以直接将补缴费用通知发送至移动终端400，例如发送到车主的智能手机上，显示为在社区应用程序跳出支付界面；处理器12也可以选择将补缴费用通知通过云端发送至移动终端400。本申请并不对发出补缴费用通知的具体形式做固有限制。

另外，在某些实施方式中，在车场100的内部，以及车闸11处均张贴有二维码，车主可以进行扫码查看当前时刻的实际费用以及提前支付的预付费用。在发现实际费用已经超过预付费用的情况下，车主可以进行提前缴费，缴费同样支持微信支付、支付宝支付或者银联支付，这样，可以提高目标车辆300的离场效率，避免目标车辆300在车闸11处被拦下。

请参阅图11，在某些实施方式中，交互方法可以包括：

步骤S43：在实际费用小于预付费用的情况下，退回剩余费用。

在某些实施方式中，步骤S43可由交互装置200的控制模块24实现。也即是说，控制模块24用于在实际费用小于预付费用的情况下，退回剩余费用。

在某些实施方式中，处理器12用于在实际费用小于预付费用的情况下，退回剩余费用。

如此，通过合理的退费，可以进一步增加来访的目标车辆300的车主在车场100的停车体验，并且促使车主在提前完成了拜访的情况下可以尽早驶离车场100，从而提高车场100的管理效率。

具体地，在步骤S43中，在实际费用小于预付费用的情况下，也即对目标车辆300停车的计时时长小于预约时长的情况下，车场100可以将预付费用中超过实际费用的剩余费用退回至车主的原支付路径。例如，车场100可以返回计算出的实际费用的数据至云端，以同步实际费用数据，当车主打开移动终端400上安装的社区应用程序时，可以通过订单记录找到已支付并完成的预约订单，在满足退费要求的前提下，根据社区应用程序内的提示操作完成退费。

这样，在车主已完成拜访事项时，即使还未超出预约时长，由于有退费的选择，车主可以选择提前驾驶目标车辆300离开以获得部分退费，从而提高车场100的管理效率和车位的利用率。

请参阅图9，在某些实施方式中，交互方法可以包括：

步骤S44：在实际费用小于预付费用的情况下，向云端发送实际费用。

在某些实施方式中，步骤S44可以由控制模块24来实现。或者说，控制模块24用于在实际费用小于预付费用的情况下，向云端发送实际费用。

在某些实施方式中，处理器12用于在实际费用小于预付费用的情况下，向云端发送实际费用。

如此，通过在实际费用小于预付费用的情况下，将实际费用发送至云端，使得云端可以同步实际费用数据，并且能够更新已支付订单信息以便车主操作退费。

具体地，在步骤S44中，在实际费用小于预付费用的情况下，车场100可以向云端发送实际费用，以让云端同步和保留实际费用数据，同时云端可以将实际费用添加至已支付订单中，从而更新已支付订单信息。在一个实施例中，当车主打开移动终端400上安装的社区应用程序时，可以查看更新后的订单记录，在确认有满足退费要求的订单的情况下，根据社区应用程序内的提示操作以退回剩余费用。

请参阅图10，在某些实施方式中，交互方法还可以包括：

步骤S45：在实际费用大于预付费用的情况下，向云端发送补缴费用以使云端同步补缴费用。

在某些实施方式中，步骤S45可以由交互装置200的控制模块24实现。也即是说，控制模块24用于在实际费用大于预付费用的情况下，向云端发送补缴费用以使云端同步补缴费用。

在某些实施方式中，处理器12用于在实际费用大于预付费用的情况下，向云端发送补缴费用以使云端同步补缴费用。

如此，通过在实际费用大于预付费用的情况下，将收到补缴通知后完成的补缴费用发送至云端，使得云端可以同步并保存车主后续缴纳的补缴费用，并且能够将补缴费用更新至已支付订单信息中。

具体地，经由步骤S42，在实际费用大于预付费用的情况下，也即对目标车辆300停车的计时时长大于预约时长的情况下，车主提前缴纳的预付费用不足以完成本次停车的缴费。车主需要在接到车场100下发的补缴通知以后，经由步骤S45，在移动终端400上跳出的支付界面支付补缴订单，或者，当移动终端400为车载终端时，车主可以使用手持移动终端400，即智能手机扫描车载终端上跳出的缴费提示以进行补缴。

并且，在步骤S45中，车场100将车主收到补缴通知后完成的补缴费用发送至云端，使得云端可以同步并保存补缴费用，以将补缴费用更新至已支付订单信息中，从而便于车主在社区应用程序上查阅已支付订单以确认两次缴费记录。

本申请实施方式提供了一种存储有计算机程序的非易失性计算机可读存储介质，当计算机程序被一个或多个处理器12执行时，使得处理器12执行以上任一实施方式的交互方法。

例如，当计算机程序被一个或多个处理器12执行时，使得处理器12执行以下步骤：

步骤S10：获取目标车辆300的已支付订单信息，已支付订单信息包括预付费用；

步骤S20：在目标车辆300离开车场100时，根据计时时长计算实际费用；

步骤S30：比较实际费用与预付费用；

步骤S40：根据比较结果选择是否放行目标车辆300。

具体地，处理器12可以为中央处理器(Central Processing Unit，CPU)。处理器12还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

计算机程序可以被存储在存储器中，存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如上述方法实施例中的方法所对应的程序指令/模块。处理器12通过运行存储在存储器中的非暂态软件程序、指令以及模块，从而执行处理器12的各种功能应用以及数据处理，即实现上述方法实施例中的方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，实现的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read－Only Memory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid－State Drive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

在本说明书的描述中，参考术语“一个实施方式”、“某些实施方式”、“示意性实施方式”、“示例”、“具体示例”、或“一些示例”等的描述意指结合所述实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施方式，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施方式进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

Claims (11)

1.一种交互方法，用于车场，其特征在于，所述交互方法包括：

获取目标车辆的已支付订单信息，所述已支付订单信息包括预付费用；

在所述目标车辆离开所述车场时，根据计时时长计算实际费用；

比较所述实际费用与所述预付费用；

根据比较结果选择是否放行所述目标车辆。

2.根据权利要求1所述的交互方法，其特征在于，所述获取目标车辆的已支付订单信息，包括：

获取云端发送的所述目标车辆的预约信息；

根据所述预约信息计算所述预付费用；

向所述云端发送所述预付费用；

接收所述云端发送的所述已支付订单信息，所述已支付订单信息由所述云端响应移动终端的支付结果创建。

3.根据权利要求1所述的交互方法，其特征在于，所述交互方法包括：

根据所述已支付订单信息预留车位；

根据所述预留车位的位置信息与所述目标车辆的位置信息生成路线导航；

向移动终端发送所述预留车位的位置信息与所述路线导航。

4.根据权利要求1所述的交互方法，其特征在于，所述计时时长通过以下步骤得到：

根据所述已支付订单信息获取所述目标车辆的预约到场时刻；

获取所述目标车辆离开所述车场的实际时刻；

将所述实际时刻与所述预约到场时刻的差值作为所述计时时长。

5.根据权利要求1所述的交互方法，其特征在于，所述根据比较结果选择是否放行所述目标车辆，包括：

在所述实际费用小于或等于所述预付费用的情况下，放行所述目标车辆；

在所述实际费用大于所述预付费用的情况下，发出补缴费用通知。

6.根据权利要求5所述的交互方法，其特征在于，所述交互方法包括：

在所述实际费用小于所述预付费用的情况下，退回剩余费用。

7.根据权利要求5所述的交互方法，其特征在于，所述交互方法包括：

在所述实际费用小于所述预付费用的情况下，向所述云端发送所述实际费用。

8.根据权利要求5所述的交互方法，其特征在于，所述交互方法包括：

在所述实际费用大于所述预付费用的情况下，向所述云端发送所述补缴费用以使所述云端同步所述补缴费用。

9.一种交互装置，其特征在于，所述交互装置包括：

获取模块，用于获取目标车辆的已支付订单信息，所述已支付订单信息包括预付费用；

计算模块，用于在所述目标车辆离开所述车场时，根据计时时长计算实际费用；

比较模块，用于比较所述实际费用与所述预付费用；

控制模块，用于根据比较结果选择是否放行所述目标车辆。

10.一种车场，其特征在于，包括：

车闸；和

连接所述车闸的处理器，所述处理器用于执行权利要求1-8任一项所述的交互方法。

11.一种计算机可执行指令的非易失性计算机可读存储介质，其特征在于，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行权利要求1-8中任一项所述的交互方法。

Images