停车月卡线上退款方法及相关装置、存储介质

本申请实施例涉及物联网技术领域，尤其涉及停车月卡线上退款方法及相关装置、存储介质。

现如今，每个停车场都有很多的月卡车辆，车主可以通过线上方式或线下方式进行月卡续费，但需要进行月卡退款时，车主只能有关的物业人员进行线下退款操作，这种做法不仅会给车主造成不便捷的体验感，还会给车场管理方增加额外的物业管理成本；因此，为车主和停车场提供一种便捷退款的方法是有必要的。

本申请实施例提供了停车月卡线上退款方法及相关装置、存储介质，用于提高停车月卡退款的便捷性。

本申请实施例第一方面提供一种停车月卡线上退款方法，应用于云平台设备，包括：

接收到用户发送的退款申请后，获取所述用户的停车月卡的缴费记录；其中所述退款申请包括退款信息；

根据所述退款信息和所述月卡缴费记录，判断所述用户的退款信息是否有误；

若无误，向支付平台发送退款受理请求，以使所述支付平台根据所述退款受理请求对所述停车月卡的续费金额进行退款操作得到退款状态结果；

异步回调所述支付平台的退款状态结果，并将所述退款状态结果返回给所述用户。

可选地，所述若无误，向支付平台发送退款受理请求包括：

若无误，根据所述退款信息确定所述用户的退款金额，并向支付平台发送包括退款金额信息的退款受理请求。

可选地，所述退款信息包括退款金额信息，所述退款金额信息由车场平台根据接收到的所述用户发送的退款申请确定。

可选地，所述异步回调所述支付平台的退款状态结果，并将所述退款状态结果返回给所述用户之后，所述方法还包括：

当所述退款状态结果为退款成功结果时，向车场平台返回所述退款成功结果，以使得所述车场平台根据所述退款成功结果变更所述停车月卡的余额数据。

可选地，所述根据所述退款申请和所述月卡缴费记录，判断所述用户的退款信息是否有误之后，所述方法还包括：

若有误，向所述用户发送退款信息错误的通知。

本申请实施例第二方面提供一种停车月卡线上退款方法，应用于车场平台设备，包括：

接收用户发送的第一退款申请，所述第一退款申请包括退款信息；

根据所述退款信息确定所述用户的退款金额信息；

将所述退款金额信息包含在第二退款申请中发送至云平台；

异步回调所述云平台接收到的退款状态结果，并将所述退款状态结果返回给所述用户；

当所述退款状态结果为退款成功结果时，根据所述退款成功结果变更停车月卡的余额数据。

可选地，所述根据所述退款状态结果变更停车月卡的余额数据之后，所述方法还包括：

向所述云平台发送停车月卡余额数据已变更的响应结果，以使得支付平台接收到所述停车月卡余额数据已变更的响应结果。

本申请实施例第三方面提供一种停车月卡线上退款装置，包括：

第一获取单元，用于接收到用户发送的退款申请，及用于获取所述用户的停车月卡的缴费记录；其中所述退款申请包括退款信息；

第一处理单元，用于根据所述退款信息和所述月卡缴费记录，判断所述用户的退款信息是否有误；

所述第一处理单元，还用于向支付平台发送退款受理请求，以使所述支付平台根据所述退款受理请求对所述停车月卡的续费金额进行退款操作得到退款状态结果；

所述第一处理单元，还用于异步回调所述支付平台的退款状态结果，并将所述退款状态结果返回给所述用户。

可选地，所述第一处理单元，具体用于根据所述退款信息确定所述用户的退款金额，并向支付平台发送包括退款金额信息的退款受理请求。

可选地，所述第一获取单元，具体用于接收用户发送的包括退款信息的退款申请，及用于获取所述用户的停车月卡的缴费记录，其中，所述退款信息包括退款金额信息，所述退款金额信息由车场平台根据接收到所述用户的退款申请确定。

可选地，所述第一处理单元，还用于当所述退款状态结果为退款成功结果时，向车场平台返回所述退款成功结果，以使得所述车场平台根据所述退款成功结果变更所述停车月卡的余额数据。

可选地，所述第一处理单元，还用于向所述用户发送退款信息错误的通知。

本申请实施例第四方面提供一种停车月卡线上退款装置，包括：

第二获取单元，用于接收用户发送的第一退款申请，所述第一退款申请包括退款信息；

第二处理单元，用于根据所述退款信息确定所述用户的退款金额信息；

所述第二处理单元，还用于将所述退款金额信息包含在第二退款申请中发送至云平台；

所述第二处理单元，还用于异步回调所述云平台接收到的退款状态结果，并将所述退款状态结果返回给所述用户；

所述第二处理单元，还用于根据所述退款状态结果变更停车月卡的余额数据。

可选地，所述第二处理单元，还用于向所述云平台发送停车月卡余额数据已变更的响应结果，以使得支付平台接收到所述停车月卡余额数据已变更的响应结果。

可选地，所述退款状态结果为退款已受理结果、正在退款结果或退款成功结果。

本申请实施例第五方面提供一种云平台设备，包括：

第一中央处理器，第一存储器以及第一输入输出接口；

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

所述第一中央处理器配置为与所述第一存储器通信，并执行所述第一存储器中的指令操作以执行本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

本申请实施例第六方面提供一种车场平台设备，包括：

第二中央处理器，第二存储器以及第二输入输出接口；

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

所述第二中央处理器配置为与所述第二存储器通信，并执行所述第二存储器中的指令操作以执行本申请实施例第二方面或第二方面的任一具体实现方式所描述的方法。

本申请实施例第七方面提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本申请实施例第一方面、第一方面的任一具体实现方式、第二方面或第二方面的任一具体实现方式所描述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例的停车月卡线上退款方法，应用于云平台设备，包括：接收到用户发送的退款申请后，获取用户的停车月卡的缴费记录；其中退款申请包括退款信息；根据退款信息和月卡缴费记录，判断用户的退款信息是否有误；若无误，向支付平台发送退款受理请求，以使支付平台根据退款受理请求对停车月卡的续费金额进行退款操作得到退款状态结果；异步回调支付平台的退款状态结果，并将退款状态结果返回给用户。因此，本申请实施例的停车月卡线上退款方法，相比于传统的线下退款方式，可以给用户便捷的退费体验感，同时，异步回调到的退款状态结果有利于停车场和/或车主进行月卡费用明细查询，减少停车场的管理成本。

图1为本申请实施例停车月卡线上退款方法的一个示意图；

图2为本申请实施例停车月卡线上退款方法的另一示意图；

图3为本申请实施例停车月卡线上退款方法的另一示意图；

图4为本申请实施例停车月卡线上退款方法的另一示意图；

图5为本申请实施例停车月卡线上退款装置的一个结构示意图；

图6为本申请实施例停车月卡线上退款装置的另一结构示意图；

图7为本申请实施例停车月卡线上退款装置的另一结构示意图；

图8为本申请实施例停车月卡线上退款装置的另一结构示意图。

下述说明内容仅用以示例性说明，而非对本申请做限定。其中，异步回调可以理解为返回信息。

请参阅图1，本申请第一方面提供一种停车月卡线上退款方法的一个实施例，包括：

101、云平台接收到用户发送的退款申请。

云平台接收到用户发送的退款申请，该退款申请包括退款信息，具体可以是车主填写的身份信息和预退天数信息。

102、云平台获取用户的停车月卡的缴费记录。

云平台可以从其本地获取用户的停车月卡的缴费记录，以便进行后续的信息判断。

103、云平台校验退款信息。

云平台根据退款信息和月卡缴费记录，判断用户的退款信息是否有误，以避免出现退费失误。

104、云平台向支付平台发送退款受理请求。

若用户的退款信息无误，云平台向支付平台发送退款受理请求，以使支付平台根据退款受理请求对停车月卡的续费金额进行退款操作得到退款状态结果。

105、云平台异步回调退款状态结果。

云平台异步回调来自支付平台的退款状态结果。

106、云平台将退款状态结果返回给用户。

云平台将退款状态结果返回给用户，有利于用户知晓退款进度，以提升用户体验感。

请参阅图2，本申请提供一种停车月卡线上退款方法的另一个实施例，包括：

201、云平台接收到用户发送的退款申请。

车主可以使用相关的前端平台所提供的月卡续费明细查询功能，选择需要退款的月卡续费记录(生效中)，以及填写退款原因和预退天数等退款信息以生成退款申请，并直接将该退款申请发送至云平台，使得云平台直接接收到用户(文中或称为车主)发送的退款申请，其中，退款申请可以退款申请单的形式存在，包括各类退款信息，例如车主身份信息和预退天数信息。

202、云平台获取用户的停车月卡的缴费记录。

云平台可以从其本地获取用户的停车月卡的缴费记录，以便进行后续的信息判断。

203、云平台校验退款信息。

云平台根据退款信息和月卡缴费记录，判断用户的退款信息是否有误，以避免出现退费失误；例如，校验退款信息中的车主身份信息和预退天数信息是否有误，其中，若填写的预退天数超过实际的月卡剩余有效天数则出现错误。

204、云平台向支付平台发送退款受理请求。

若用户的退款信息无误，云平台向支付平台发送包括退款金额信息的退款受理请求，以使支付平台根据退款受理请求对停车月卡的续费金额进行退款操作得到退款状态结果。在一个具体实施例中，云平台向支付平台发送退款受理请求包括：根据退款信息按公式确定用户的退款金额，并向支付平台发送包括退款金额信息的退款受理请求；需要说明的是，若用户发送的退款申请中明确包括了退款金额，则此处可依据退款信息(例如预退天数信息)按公式确定用户申请的该退款金额是否正确，若正确则直接将其包括在退款受理请求中发送至支付平台，可以理解的是，此时的退款受理请求即为用户发送的退款申请；若错误则云平台依据退款信息(例如预退天数信息)按公式自行计算出正确的退款金额信息，即此处发送的是经云平台校验或重新计算后正确的退款金额信息。

205、云平台异步回调退款状态结果。

云平台异步回调来自支付平台的退款状态结果，示例性地，退款状态结果为退款已受理结果、正在退款结果或退款成功结果。

206、云平台将退款状态结果返回给用户。

云平台将退款状态结果返回给用户，有利于用户知晓退款进度，以提升用户体验感。

207、云平台向车场平台返回退款状态结果。

其中，当退款状态结果为退款成功结果时，云平台向车场平台返回来自支付平台的退款成功结果，以使得车场平台根据退款成功结果变更停车月卡的余额数据。

208、车场平台变更停车月卡的余额数据。

当退款状态结果为退款成功结果时，车场平台根据接收到的退款成功结果变更停车月卡的余额数据，以便停车场或用户查询月卡费用明细，同时有利于避免出现重复退款的失误。

209、云平台向用户发送退款信息错误的通知。

若用户的退款信息有误，则云平台向用户发送退款信息错误的通知，以告知用户重新提交退款申请。

210、车场平台向云平台发送月卡数据变更响应结果。

车场平台向云平台发送停车月卡余额数据已变更的响应结果，使得支付平台接收到停车月卡余额数据已变更的响应结果，以执行后续的有关操作。

211、云平台向支付平台发送月卡数据变更响应结果。

步骤209与步骤203之后的任一步骤的先后执行顺序不限。

上述图1和图2所示的方法实施例中，云平台和车主之间的信息传输无需车场平台方参与，下面将以图3和图4所示的方法实施例说明需要车场平台方参与的情况。

请参阅图3，本申请第二方面提供一种停车月卡线上退款方法的另一实施例，包括：

301、车场平台接收用户发送的第一退款申请。

车场平台接收用户发送的第一退款申请，该第一退款申请包括退款信息，需要说明的是的是，此处的第一退款申请可以对应理解为步骤101和201中用户直接发送给云平台的退款申请，具体可以包括车主填写的身份信息和预退天数信息。

302、车场平台确定用户的退款金额信息。

车场平台根据退款信息确定用户的退款金额信息。若用户发送的第一退款申请中明确包括了退款金额，则此处可依据退款信息(例如预退天数)按公式确定用户申请的该退款金额是否正确，若正确则直接将其包括在第二退款申请中以发送至云平台，即以执行步骤303；若错误则车场平台依据退款信息(例如预退天数信息)按公式自行计算出正确的退款金额信息，以生成正确的退款申请即第二退款申请，即此步骤发送的是经车场平台校验或重新计算后正确的退款金额信息。其中第二退款申请还可以包括第一退款申请中的退款信息，例如车主身份信息。

303、车场平台将第二退款申请发送给云平台。

304、车场平台异步回调退款状态结果。

车场平台异步回调云平台接收到的退款状态结果，也可理解为接收退款状态结果。

305、车场平台将退款状态结果返回给用户。

车场平台将退款状态结果返回给用户，方便用户知晓退款进度，以提升用户体验感。

306、车场平台变更停车月卡的余额数据。

步骤306和步骤208类似，此处不再赘述。

请参阅图4，本申请提供一种停车月卡线上退款方法的另一实施例，包括：

401、车场平台接收用户发送的第一退款申请。

车主可以使用相关的前端平台所提供的月卡续费明细查询功能，选择需要退款的月卡续费记录(生效中)，以及填写退款原因和预退金额等退款信息以生成第一退款申请，并直接将第一退款申请发送至车场平台，使得云平台能通过车场平台接收到用户(文中或称为车主)发送的第一退款申请，其中，退款申请可以退款申请单的形式存在，包括各类退款信息，例如车主身份信息和预退金额信息。

402、车场平台确定用户的退款金额信息。

车场平台根据退款信息确定用户的退款金额信息以生成第二退款申请，类似步骤302，具体此处不再赘述。

403、车场平台将第二退款申请发送给云平台。

车场平台将包括正确退款金额信息的第二退款申请发送给云平台；车场平台将第二退款申请发送给云平台，有利于云平台对有关信息做进一步的判断，以避免出现退费失误。

4031、云平台接收第二退款申请；

404、云平台获取用户的停车月卡的缴费记录。

405、云平台校验退款信息。

406、云平台向支付平台发送退款受理请求。

407、云平台异步回调退款状态结果。

408、车场平台异步回调退款状态结果。

车场平台异步回调云平台接收到的退款状态结果，也可理解为接收退款状态结果。

409、车场平台将退款状态结果返回给用户。

车场平台将接收到的退款状态结果返回给用户，方便用户知晓退款进度，以提升用户体验感。

410、车场平台变更停车月卡的余额数据。

411、云平台向用户发送退款信息错误的通知。

此处，云平台可以通过车场平台向用户发送退款信息错误的通知，或无需车场平台中转直接送达至用户。

412、车场平台向云平台发送月卡数据变更响应结果。

413、云平台向支付平台发送月卡数据变更响应结果。

车场平台向云平台发送停车月卡余额数据已变更的响应结果，以使得支付平台接收到停车月卡余额数据已变更的响应结果。

步骤411与步骤405之后的任一步骤的先后执行顺序不限。步骤404至407与步骤202至205类似，步骤410至413与步骤208至211类似，此处不再赘述。

在一个具体实施例中，若车主申请的是部分退款，则按(m总÷t总)×(t总-t用)公式计算退款金额，其中，m总用于表示停车月卡的续费总金额，t总用于表示停车月卡的有效期总天数，t用用于表示停车月卡的已使用天数。若车主申请的是全额退款则直接退回全部的金额。

请参阅图5，本申请实施例第三方面提供一种停车月卡线上退款装置，包括：

第一获取单元501，用于接收到用户发送的退款申请，及用于获取用户的停车月卡的缴费记录；其中退款申请包括退款信息；

第一处理单元502，用于根据退款信息和月卡缴费记录，判断用户的退款信息是否有误；

第一处理单元502，还用于向支付平台发送退款受理请求，以使支付平台根据退款受理请求对停车月卡的续费金额进行退款操作得到退款状态结果；

第一处理单元502，还用于异步回调支付平台的退款状态结果，并将退款状态结果返回给用户。

本申请实施例中，停车月卡线上退款装置各单元所执行的操作与前述图1所示的方法实施例所描述的操作类似，具体不再赘述。

请参阅图6，本申请实施例第四方面提供一种停车月卡线上退款装置，包括：

第二获取单元601，用于接收用户发送的第一退款申请，退款申请包括退款信息；

第二处理单元602，用于根据退款信息确定用户的退款金额信息；

第二处理单元602，还用于将退款金额信息包含在第二退款申请中发送至云平台，其中第二退款申请还可以包括第一退款申请中的退款信息，例如车主身份信息；

第二处理单元602，还用于异步回调云平台接收到的退款状态结果，并将退款状态结果返回给用户；

第二处理单元602，还用于根据退款状态结果变更停车月卡的余额数据。

本申请实施例中，停车月卡线上退款装置各单元所执行的操作与前述图3所示的方法实施例所描述的操作类似，具体不再赘述。

请参阅图7，本申请实施例的云平台设备700可以包括一个或一个以上第一中央处理器CPU(CPU，central processing units)701和第一存储器705，该第一存储器705中存储有一个或一个以上的应用程序或数据。

其中，第一存储器705可以是易失性存储或持久存储。存储在第一存储器705的程序可以包括一个或一个以上模块，每个模块可以包括对停车月卡线上退款装置中的一系列指令操作。更进一步地，第一中央处理器701可以设置为与第一存储器705通信，在云平台设备700上执行第一存储器705中的一系列指令操作。

云平台设备700还可以包括一个或一个以上电源702，一个或一个以上有线或无线网络接口703，一个或一个以上第一输入输出接口704，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

该中央处理器701可以执行图1至图4所示的方法实施例中云平台所执行的操作，具体此处不再赘述。

请参阅图8，本申请实施例的车场平台设备800可以包括一个或一个以上第二中央处理器CPU(CPU，central processing units)801和第二存储器806，该第二存储器806中存储有一个或一个以上的应用程序或数据。

其中，第二存储器806可以是易失性存储或持久存储。存储在第二存储器806的程序可以包括一个或一个以上模块，每个模块可以包括对停车月卡线上退款装置中的一系列指令操作。更进一步地，第二中央处理器801可以设置为与第二存储器806通信，在车场平台设备800上执行第二存储器806中的一系列指令操作。

车场平台设备800还可以包括一个或一个以上电源802，一个或一个以上有线或无线网络接口803，一个或一个以上第二输入输出接口804，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

该第二中央处理器801可以执行图1至图4所示的方法实施例中车场平台所执行的操作，具体此处不再赘述。

可以理解的是，在本申请的各种实施例中，各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

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

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

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

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

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