CN114399846A - 一种停车费的支付方法、支付装置及储存介质 - Google Patents

Abstract

本申请公开了一种停车费的支付方法、支付装置及储存介质，用于减少用户重复缴费的情况的发生，减少用户的损失。本申请包括：接收用户停车费的查询请求；根据所述查询请求向所述用户提供待支付订单；判断所述待支付订单是否支持无感支付，若支持，则向所述用户发送选项信息，所述选项信息包括无感支付选项以及主动支付选项；判断所述主动支付选项是否被所述用户选中，若是，则关闭所述待支付订单在当前停车场的无感支付流程，所述无感支付流程用于所述待支付订单进行无感支付；根据主动支付流程对所述待支付订单进行支付。

Description

一种停车费的支付方法、支付装置及储存介质

技术领域

本申请涉及停车场缴费领域，尤其涉及一种停车费的支付方法、支付装置及储存介质。

背景技术

随着科技与车辆的发展进步，越来越多的车辆行驶在道路上，这便需要大量的停车场用来停放这些车辆，而为方便停车场管理，停车场趋向智能无人管理化，其中便有无人管理的停车费缴费方式，能够减少人力物力，节省管理停车场的成本。

现有的无人管理的停车场缴费的方式有主动支付以及无感支付，主动支付为：用户将车辆驶离停车场后，进入停车费缴费平台，确认待支付金额，接着选择扣费路径，如银行卡扣费或者支付软件扣费等，最后输入支付密码完成支付；而无感支付则是：将用户车辆的车牌与用户的支付软件或者银行卡等进行绑定，然后开通免密支付，在用户将车辆驶离停车场后，停车场识别到该车辆的车牌，然后根据停车费直接在用户的支付软件或者银行卡上进行扣费，完成停车费的缴费。

但是，在一些已经开通有无感支付的停车场上，用户驶离停车场后，用户已经进行主动支付完成停车费的支付，而无感支付又向用户扣取同样的停车费，导致用户重复缴费，造成用户的损失，影响用户体验。

发明内容

为了解决上述技术问题，本申请提供了一种停车费的支付方法、支付装置及储存介质，使得重复缴费的情况减少，减少用户的损失。

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

接收用户停车费的查询请求；根据所述查询请求向所述用户提供待支付订单；判断所述待支付订单是否支持无感支付，若支持，则向所述用户发送选项信息，所述选项信息包括无感支付选项以及主动支付选项；判断所述主动支付选项是否被所述用户选中，若是，则关闭所述待支付订单在当前停车场的无感支付流程，所述无感支付流程用于所述待支付订单进行无感支付；根据主动支付流程对所述待支付订单进行支付。

可选的，所述第一判断所述待支付订单是否支持无感支付包括：

若所述待支付订单不支持无感支付，则根据主动支付流程对所述待支付订单进行支付。

可选的，所述接收用户停车费的查询请求包括：

从缴费应用程序接收所述用户停车费的查询请求。

可选的，所述根据所述查询请求向所述用户提供待支付订单包括：

根据所述查询请求中的车牌信息查询当前停车场的待支付订单。

可选的，所述关闭所述待支付订单在当前停车场的无感支付包括：

当关闭所述待支付订单在当前停车场的无感支付流程失败时，关闭所述待支付订单在当前停车场的主动支付流程。

可选的，所述判断所述主动支付选项是否被所述用户选中包括：

若所述主动支付选项未被所述用户选中且所述无感支付选项被所述用户选中，则根据所述无感支付流程对所述待支订单进行支付。

可选的，在所述关闭所述支付订单在当前停车场的无感支付流程之后，在所述根据主动支付流程对所述待支付订单进行支付之前，所述支付方法还包括：

向所述用户发送关闭提醒，所述关闭提醒用于提醒所述用户所述待支付订单已关闭无感支付。

本申请第二方面提供了一种停车费的支付装置，包括：

接收单元，用于接收用户停车费的查询请求；

提供单元，用于根据所述查询请求向所述用户提供待支付订单；

第一判断单元，用于判断所述待支付订单是否支持无感支付，若支持，则向所述用户发送选项信息，所述选项信息包括无感支付选项以及主动支付选项；

第二判断单元，用于判断所述主动支付选项是否被所述用户选中，若是，关闭所述待支付订单在当前停车场的无感支付流程；

支付单元，用于根据所述主动支付流程对所述待支付订单进行支付。

可选的，所述第一判断单元包括：

第一支付模块，用于若所述待支付订单不支持无感支付，则根据主动支付流程对所述待支付订单进行支付。

可选的，所述接收单元包括：

接收模块，用于从缴费应用程序接收所述用户停车费的查询请求。

可选的，所述提供单元包括：

查询模块，用于根据所述查询请求中的车牌信息查询当前停车场的待支付订单。

可选的，所述第二判断单元包括：

关闭模块，用于当关闭所述待支付订单在当前停车场的无感支付流程失败时，关闭所述待支付订单在当前停车场的主动支付流程。

可选的，所述第二判断单元包括：

第二支付模块，用于若所述主动支付选项未被所述用户选中且所述无感支付选项被所述用户选中，则根据所述无感支付流程对所述待支付订单进行支付。

可选的，所述支付装置还包括：

发送单元，用于向所述用户发送关闭提醒，所述关闭提醒用于提醒所述用户所述待支付订单已关闭无感支付。

本申请第三方面提供了一种停车费的支付装置，包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行第一方面以及第一方面的可选方式中的任意一种所述的方式。

本申请第四方面提供了一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行第一方面以及第一方面的可选方式中的任意一种所述的方式。

从以上技术方案可以看出，本申请具有以下效果：

***首先接收用户停车费的查询请求，然后根据该查询请求向该用户提供在当前停车场的待支付订单，接着判断该订单是否支持无感支付，若支持，则向该用户发送选项信息，选项信息中包括无感支付选项以及主动支付选项，此时***判断主动支付选项是否被用户选中，若被选中，则关闭该待支付订单在当前停车场的无感支付流程，最后则根据主动支付流程对该待支付订单进行支付，这样，用户在选择主动支付后，无感支付则会关闭，避免了无感支付和主动支付的重复扣费，减少用户的损失，提高用户体验。

附图说明

为了更清楚地说明本申请中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一种停车费的支付方法一个示意图；

图2为本申请一种停车费的支付方法另一个示意图；

图3为本申请一种停车费的支付装置一个示意图；

图4为本申请一种停车费的支付装置另一个示意图；

图5为本申请一种停车费的支付装置另一个示意图。

具体实施方式

本申请提供了一种停车费的支付方法、支付装置及储存介质，用于减少重复缴费的情况的发生，减少用户的损失。

本申请提供的一种停车费的支付方法应用于具有自动缴费功能的消费业务场景，如高速公路出口，具有自动缴费功能的停车场，具体使用场景不做限定，为方便描述，本申请以停车场为应用场景进行详细描述。

需要说明的是，本申请提供的一种解决重复缴费的方法，可以应用于终端也可以应用于***，还可以应用于服务器上，为方便阐述，本申请中以***为执行主体进行举例说明。

请参阅图1，图1是本申请提供的一种停车费的支付方法一个实施例的一个示意图，该支付方法包括：

101、***接收用户停车费的查询请求。

用户在驾驶车辆驶离停车场之后，停车场将该车辆的停车费用生成待支付订单，在用户需要支付该待支付订单时，用户需要查询本次停车所使用的费用，用来确定该待支付订单是否正确，以及根据该待支付订单支付费用，查询请求中含有用户车辆的信息。

可选的，***接收用户停车费的查询请求可以是通过缴费应用程序上接收，缴费应用程序可以是依附在软件是上的小程序，如微信小程序，也可以是用于缴费的APP，其中，通过微信小程序中接收为：用户在驾驶车辆驶离停车场后，用户会在微信端进入缴费的微信小程序，然后在微信小程序中输入用户车辆的车牌号，此时，微信小程序则会根据该车牌号生成查询请求，接着***则会接收到该查询请求。实际的，通过APP实现缴费的步骤与小程序中实现的步骤及过程类似，不再进行赘述。

可以理解的是，进入小程序的方式可以是扫描停车场出口附近的二维码，扫描该二维码能够直接进入小程序界面，也可以是直接在小程序依附的软件上搜索该小程序进入。

本实施例中，用户向***发送携带有用户车辆车牌信息的查询请求，***能够根据该查询请求查询用户车辆本次在该停车场的停车费用，此时，***接收用户发送的查询请求。

102、***根据查询请求向用户提供待支付订单。

待支付订单为用户车辆本次在停车场中停放过程产生的费用订单，此时用户仍未支付，故称为待支付订单。实际的，在***接收到用户的查询请求之后，***在该查询请求中提取用户车辆的车牌信息，然后根据车牌信息获取用户车辆的待支付订单，再然后***则将该待支付订单提供给用户。

本实施例中，***提取用户查询请求中的车牌信息，然后获取该车牌信息对应的待支付订单，并将该待支付订单提供给用户，此时用户接受到该待支付订单之后，可以确定该待支付订单的准确性，以及根据该待支付订单进行支付停车费用。

103、***判断待支付订单是否支持无感支付。

无感支付是支付费用的方式之一，无感支付能够自动实现对待支付费用的扣费，扣费过程不需要用户参与，用户仅需预先开通无感支付业务，并绑定银行卡或者支付宝等支付渠道，然后开通免密支付，免密支付为不需要用户输入相关密码仍能进行相关的扣费业务。开通了无感支付的用户，在驾驶车辆驶离停车场后，停车场则会根据该车辆的待支付订单对用户进行直接扣费。

本实施例中，***在向用户提供待支付订单之后，***将该待支付订单进行判断，判断该待支付订单是否支持无感支付，当判断出该待支付订单是支持无感支付时，***则向用户发送选项信息，选项信息中包括无感支付选项以及主动支付选项，发送的详细描述如步骤104，而当***判断该待支付订单不支持无感支付时，说明该待支付订单仅支持主动支付，此时***结束该判断流程。

104、***向用户发送选项信息，选项信息包括无感支付选项以及主动支付选项。

在无感支付出现之前，就存在着主动支付，主动支付也是支付费用的方式之一，在主动支付中，用户需要按照待支付订单所显示的信息，确定本次待支付的金额，选择扣费渠道，如支付宝或者银行卡等，然后再输入相关密码，完成待支付订单的扣费，另外，为保证安全性，在主动支付过程中还需要用户输入验证码，用来验证是本人在操作。

可选的，向用户发送选项信息的过程中，***还会向用户终端发送具有提示功能的文档，实际的，用户终端会出现弹窗，该弹窗具有***作的功能，然后弹窗中显示的文本如“当前订单支持无感支付自动扣款，是否继续主动支付”形式，需要说明的是，该文档的内容可根据实际情况设置，具体内容不做限定。例如，用户在通过微信小程序进入缴费界后，***向用户发送选项信息，此时用户终端界面显示“当前订单支持无感支付自动扣款，是否继续主动支付”，此时用户可以通过点击的操作，选择继续主动支付或者选择无感支付。

本实施例中，***在确定用户车辆的待支付订单是支持无感支付的订单时，***向用户发送选项信息，该选项信息包括无感支付选项以及主动支付选项，该选项信息具有***作性，也就是说，用户可以在该选项信息中选中任一选项。一般的，***向用户发送该选项信息之后，会在用户的终端上显示该选项信息中的无感支付选项以及主动支付选项，供用户选择。

105、判断主动支付选项是否被用户选中。

本实施例中，***在向用户发送选项信息之后，***接着会接收用户的选中信息，也就是用户选中的是无感支付还是主动支付，此时，***判断选项信息中的主动支付选项是否被用户选中，若***判断用户选中的是主动支付选项，则执行步骤106，若***判断用户选中的是无感支付选项，***则结束该判断流程。

106、***关闭待支付订单在当前停车场的无感支付流程。

无感支付流程为：用户为车辆开通免密支付业务，然后通过车辆车牌所绑定的支付宝或者银行卡等支付方式进行扣费，扣费时需要获取车辆的车牌，并通过该车牌获取该车牌所绑定的支付方式、再获取该车牌在停车场的停车费用，然后向支付方式发送支付请求以及停车费用，支付方式则根据停车费用进行扣费，过程无需用户参与，自动完成，需要说明的是，所绑定的支付方式中需保证有足额的资金用来扣费。

本实施例中，若待支付订单支持无感支付，那么该待支付订单的支付方式则有主动支付以及无感支付，当用户在选项信息中选中主动支付之后，说明用户未开通无感支付或者用户不想进行无感支付，此时，状态将该待支付订单支持的无感支付流程关闭，关闭无感支付流程之后，用户在此时的停车场中的待支付订单不能使用无感支付，但其他停车场则不受影响，以及其他待支付订单也不受影响，

107、***根据主动支付流程对待支付订单进行支付。

主动支付流程为：停车场为用户车辆生成待支付订单，然后用户根据该待支付订单选择支付方式，支付方式包括但不限于支付宝和银行卡，在选择好支付方式之后，则需要用户输入相关的支付密码进行确定支付该待支付订单，然后才能完成待支付订单的支付，过程需要用户参与，根据用户选择完成支付，本申请中无感支付与主动支付的区别为：无感支付能够自动完成费用的支付，而主动支付则是需要用户参与才能完成费用的支付。

本实施例中，***在判断用户选中的是主动支付之后，将待支付订单的无感支付关闭，然后开始根据主动支付流程对用户的待支付订单进行支付，实际的支付过程根据上述主动流程进行，此处不再赘述。

本实施例中，***接收用户发送的停车费的查询请求，然后***根据该查询请求向用户提供用户在停车场中的待支付订单，接着***则会判断该订单是否支持无感支付，若支持，***则向用户发送选项信息，该选项信息中包括无感支付选项以及主动支付选项，此时，用户可以根据自己的需求，在选项信息中选中一项，然后***判断主动支付选项是否被用户选中，若被用户选中，则说明用户需要进行主动支付，此时，***将该待支付订单的无感支付流程关闭，无感支付流程被***关闭之后，***则根据主动支付流程为用户的待支付订单进行支付，这样，在用户选择主动支付之后，***自动为用户关闭无感支付流程，避免了无感支付对该待支付订单的重复缴费，减少了用户的损失。

请参阅图2，图2是本申请提供的一种停车费的支付方法另一个实施例的一个示意图，该支付方法包括：

201、***接收用户停车费的查询请求。

202、***根据查询请求向用户提供待支付订单。

203、***判断待支付订单是否支持无感支付。

本实施例中的步骤201至203与前述图1实施例中的步骤101至103类似，此处不再赘述。

需要说明的是，在步骤203中判断用户的待支付订单是否支持无感支付之后，若***判断该待支付订单不支持无感支付，则执行步骤204。

204、***根据主动支付流程对待支付订单进行支付。

本实施例中的步骤204与前述图1实施例中的步骤107类似，此处不再赘述。

205、***向用户发送选项信息，选项信息包括无感支付选项以及主动支付选项。

206、判断主动支付选项是否被用户选中。

本实施例中的步骤205至206与前述图1实施例中的步骤104至105类似，此处不再赘述。

需要说明的是，在步骤206中判断主动选项是否被用户选中之后，当***判断用户选中的不是主动支付选项，且无感支付选项被用户选中，说明用户可能是不想动手操作，需要进行无感支付，此时，则执行步骤207。

207、***根据无感支付流程对待支订单进行支付。

在***判断主动支付选项是否被用户选中之后，若主动支付选项未被用户选中，则说明用户不需要进行主动支付，那么此时，***则为用户的待支付订单进行无感支付流程，使用无感支付流程完成费用的支付。

本实施例中，***通过无感支付流程为用户的待支付订单进行支付，实际的无感支付流程在图1实施例中的步骤106已做详细描述，此处不再赘述。

208、***关闭待支付订单在当前停车场的无感支付流程。

本实施例中的步骤208与前述图1实施例中的步骤106类似，此处不再赘述。

可选的，***为用户关闭无感支付流程可能存在设备或者其他的错误，导致无感支付关闭失败，此时，***会将用户的待支付订单的主动支付流程也关闭，防止出现用户重复缴费的情况，实际的，***在关闭无感支付流程之后，如关闭成功，则会向用户发送无感支付关闭成功的提醒信息，而当无感支付流程关闭失败之后，***向用户发送的提示信息则是类似“本次无感支付关闭失败”的文本，然后***则将该待支付订单的主动支付流程也关闭，而这时，无感支付流程关闭，主动支付流程也关闭，那么***则会进行其他的支付流程，根据其他支付流程对该待支付订单进行支付，其他支付流程例如可以是通知用户自己到停车场管理中心现场支付。

209、***向用户发送关闭提醒，关闭提醒用于提醒用户待支付订单已关闭无感支付。

***关闭该待支付订单的无感支付流程后，***会通知用户，本次的无感支付已经关闭，这样，用户则能安心进行主动支付的流程，支付该待支付订单。

本实施例中，在***关闭无感知了流程后，***向用户发送关闭提醒，该关闭提醒具有提示作用，能够提示用户本次的待支付订单已经关闭了无感支付流程。该关闭提醒中的提示信息可以是“本次无感支付已经关闭，请放心进行主动支付流程进行支付”，实际的，提示信息可以根据实际情况设置，具体的内容不做限定。***向用户发送关闭提醒，能够提示用户本次无感支付已经关闭，能够提高用户体验。

210、***根据主动支付流程对待支付订单进行支付。

本实施例中的步骤210与前述图1实施例中的步骤107类似，此处不再赘述。

请参阅图3，图3是本申请提供的一种停车费的支付装置一个实施例的一个示意图，该支付装置包括：

接收单元301，用于接收用户停车费的查询请求；

提供单元302，用于根据查询请求向用户提供待支付订单；

第一判断单元303，用于判断待支付订单是否支持无感支付，若支持，则向用户发送选项信息，选项信息包括无感支付选项以及主动支付选项；

第二判断单元304，用于判断主动支付选项是否被用户选中，若是，关闭待支付订单在当前停车场的无感支付流程；

支付单元305，用于根据主动支付流程对待支付订单进行支付。

本实施例中，***通过接受单元301接收用户停车费的查询请求，然后提供单元302则通过该查询请求向用户提供待支付订单，接着第一判断303则判断该待支付订单是否支持无感支付，若支持，则向用户发送选项信息，该选项信息包括无感支付选项以及主动支付选项，而第二判断单元304则判断主动支付选项是否被用户选中，若主动支付选项被用户选中，则关闭待支付订单在当前停车场的无感支付，最后支付单元305则根据主动支付流程对用户的待支付订单进行支付。这样，在用户选择使用主动支付之后，***将无感支付关闭，此时，无感支付不会对该订单进行重复的支付，减少了重复缴费的情况的发生，减少用户的损失。

请参阅图4，图4是本申请提供的一种停车费的支付装置另一个实施例的一个示意图，该支付装置包括：

接收单元401，用于接收用户停车费的查询请求；

接收单元401包括：

接收模块4011，用于从缴费应用程序接收用户停车费的查询请求；

提供单元402，用于根据查询请求向用户提供待支付订单；

提供单元402包括：

查询模块4021，用于根据查询请求中的车牌信息查询当前停车场的待支付订单；

第一判断单元403，用于判断待支付订单是否支持无感支付，若支持，则向用户发送选项信息，选项信息包括无感支付选项以及主动支付选项；

第一判断单元403包括：

第一支付模块4031，用于若待支付订单不支持无感支付，则根据主动支付流程对待支付订单进行支付；

第二判断单元404，用于判断主动支付选项是否被用户选中，若是，关闭待支付订单在当前停车场的无感支付流程；

第二判断单元404包括：

关闭模块4041，用于当关闭待支付订单在当前停车场的无感支付流程失败时，关闭待支付订单在当前停车场的主动支付流程；

第二支付模块4042，用于若主动支付选项未被用户选中且无感支付选项被用户选中，则根据无感支付流程对待支付订单进行支付；

发送单元405，用于向用户发送关闭提醒，关闭提醒用于提醒用户待支付订单已关闭无感支付；

支付单元406，用于根据主动支付流程对待支付订单进行支付。

请参阅图5，图5是本申请提供的一种停车费的支付装置另一个实施例的一个示意图，该支付装置包括：

中央处理器502，存储器501，输入输出接口503，有线或无线网络接口504以及电源505；

存储器501为短暂存储存储器或持久存储存储器；

中央处理器502配置为与存储器501通信，并执行存储器501中的指令操作以执行前述图1至图2所示实施例中的步骤。

本申请实施例提供了一种计算机可读存储介质，包括指令，当该指令在计算机上运行时，使得计算机执行前述图1至图2所示实施例中的步骤。

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

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

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

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

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

Claims (10)

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

接收用户停车费的查询请求；

根据所述查询请求向所述用户提供待支付订单；

判断所述待支付订单是否支持无感支付，若支持，则向所述用户发送选项信息，所述选项信息包括无感支付选项以及主动支付选项；

判断所述主动支付选项是否被所述用户选中，若是，则关闭所述待支付订单在当前停车场的无感支付流程，所述无感支付流程用于所述待支付订单进行无感支付；

根据主动支付流程对所述待支付订单进行支付。

2.根据权利要求1所述的支付方法，其特征在于，所述判断所述待支付订单是否支持无感支付包括：

若所述待支付订单不支持无感支付，则根据主动支付流程对所述待支付订单进行支付。

3.根据权利要求1或2所述的支付方法，其特征在于，所述接收用户停车费的查询请求包括：

从缴费应用程序接收所述用户停车费的查询请求。

4.根据权利要求1或2所述的支付方法，其特征在于，所述根据所述查询请求向所述用户提供待支付订单包括：

根据所述查询请求中的车牌信息查询当前停车场的待支付订单。

5.根据权利要求1或2所述的支付方法，其特征在于，所述关闭所述待支付订单在当前停车场的无感支付流程包括：

当关闭所述待支付订单在当前停车场的无感支付流程失败时，关闭所述待支付订单在当前停车场的主动支付流程。

6.根据权利要求1或2所述的支付方法，其特征在于，所述判断所述主动支付选项是否被所述用户选中包括：

若所述主动支付选项未被所述用户选中且所述无感支付选项被所述用户选中，则根据所述无感支付流程对所述待支付订单进行支付。

7.根据权利要求1或2所述的支付方法，其特征在于，在所述关闭所述支付订单在当前停车场的无感支付流程之后，在所述根据主动支付流程对所述待支付订单进行支付之前，所述支付方法还包括：

向所述用户发送关闭提醒，所述关闭提醒用于提醒所述用户所述待支付订单已关闭无感支付流程。

8.一种停车费的支付装置，其特征在于，包括：

接收单元，用于接收用户停车费的查询请求；

提供单元，用于根据所述查询请求向所述用户提供待支付订单；

第一判断单元，用于判断所述待支付订单是否支持无感支付，若支持，则向所述用户发送选项信息，所述选项信息包括无感支付选项以及主动支付选项；

第二判断单元，用于判断所述主动支付选项是否被所述用户选中，若是，关闭所述待支付订单在当前停车场的无感支付流程；

支付单元，用于根据所述主动支付流程对所述待支付订单进行支付。

9.一种停车费的支付装置，其特征在于，包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行权利要求1至7中任意一项所述的方法。

10.一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至7中任意一项所述的方法。

Images