CN112529649A - 自助充电柜扣款异常的处理方法、装置及相关设备 - Google Patents

Abstract

本发明公开了一种自助充电柜扣款异常的处理方法，应用于充电柜共享技术领域，用于解决电动车自助充电柜使用过程中出现异常扣款的技术问题。本发明提供的方法包括接收到用户终端设备发送的自助充电柜的异常扣款信息时，获取该异常扣款信息中携带的异常订单编号；根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查；当核查结果为异常扣款订单时，从该历史数据中获取该异常订单编号下的开箱信息和支付信息；根据该开箱信息和该支付信息确定该异常扣款订单的退款金额；根据该异常订单编号和该退款金额对该异常扣款订单进行退款。

Description

自助充电柜扣款异常的处理方法、装置及相关设备

技术领域

本发明涉及充电柜共享技术领域，尤其涉及一种自助充电柜扣款异常的处理方法、装置、计算机设备及存储介质。

背景技术

随着通信技术及互联网的发展，与人们生活息息相关的许多生活用品和生活设备越来越智能化，对于使用频率不大或是不易携带的生活设备，人们物品共享的需求越来越大，比如共享充电柜，使用共享充电柜方便并扩大了电动车充电地点，解决了用户在不同场合下可通过充电柜方便地对电动车的电池进行充电。

针对现有充电柜使用情况，对于一些高频使用场地，长期占用充电柜会造成资源的浪费，于是出现了多次收费模式，时刻提醒着用户柜子租用期间超期后会有超期费或者柜子占用费用，正因这种收费模式的产生，共享充电柜在使用过程中，如果出现异常，例如网络不稳定或者柜子原因，开箱失败后可能会出现多次扣款异常的现象。

考虑到不同用户的不同使用需求，目前使用充电柜的收费方式有多种，因此可能出现的扣款异常的情况也会根据实际情况而不同，目前还没有针对电动车自助充电柜出现扣款异常的比较完善的处理方法。

发明内容

本发明实施例提供一种自助充电柜扣款异常的处理方法、装置、计算机设备及存储介质，以解决电动车自助充电柜使用过程中出现异常扣款的技术问题。

一种自助充电柜扣款异常的处理方法，该方法应用于服务器，该方法包括：

接收到用户终端设备发送的自助充电柜的异常扣款信息时，获取该异常扣款信息中携带的异常订单编号；

根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查；

当核查结果为异常扣款订单时，从该历史数据中获取该异常订单编号下的开箱信息和支付信息；

根据该开箱信息和该支付信息确定该异常扣款订单的退款金额；

根据该异常订单编号和该退款金额对该异常扣款订单进行退款。

一种自助充电柜扣款异常的处理装置，该装置包括：

异常接收模块，用于接收到用户终端设备发送的自助充电柜的异常扣款信息时，获取该异常扣款信息中携带的异常订单编号；

核查模块，用于根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查；

信息获取模块，用于当核查结果为异常扣款订单时，从该历史数据中获取该异常订单编号下的开箱信息和支付信息；

金额确定模块，用于根据该开箱信息和该支付信息确定该异常扣款订单的退款金额；

退款模块，用于根据该异常订单编号和该退款金额对该异常扣款订单进行退款。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述自助充电柜扣款异常的处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述自助充电柜扣款异常的处理方法的步骤。

本实施例提出的自助充电柜扣款异常的处理方法、装置、计算机设备及存储介质，在接收到用户终端设备发送的自助充电柜的异常扣款信息时，根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查，当核查结果确实为异常扣款订单时，根据云数据库中存储的包含有异常订单编号下的开箱信息和支付信息的历史数据确定该异常扣款订单的退款金额，然后对该异常订单编号和该退款金额对该异常扣款订单进行退款。由于用户对于自助充电柜的操作信息、支付信息均存储在云数据库的历史数据中，当用户主动进行异常扣款申报时，系统可以通过异常订单编号对对应的订单进行核查，当核查结果却为异常扣款订单时，对该异常扣款订单进行退款，使得电动车自助充电柜使用过程中出现异常扣款情况时，可以及时的对订单进行退款处理，避免给用户造成损失，提高用户使用便利性。

附图说明

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

图1是本发明一实施例中自助充电柜扣款异常的处理方法的一应用环境示意图；

图2是本发明一实施例中自助充电柜扣款异常的处理方法的一流程图；

图3是本发明另一实施例中自助充电柜扣款异常的处理方法的一流程图；

图4是本发明图2中步骤S102的具体实现流程图；

图5是本发明一实施例中自助充电柜扣款异常的处理装置的结构示意图；

图6是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请提供的自助充电柜扣款异常的处理方法，可应用在如图1的应用环境中，其中，用户终端设备通过网络与服务器进行通信。其中，该用户终端设备包括但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。该服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种自助充电柜扣款异常的处理方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤S101至S105。

S101、接收到用户终端设备发送的自助充电柜的异常扣款信息时，获取该异常扣款信息中携带的异常订单编号。

在其中一个实施例中，该用户终端设备包括但不限于用户所使用的手机、平板电脑、笔记本电脑等安装有应用程序的终端设备。

其中，该订单编号自用户使用该自助充电柜时生成，该订单编号关联的信息包括但不限于该自助充电柜的柜号、该自助充电柜的开箱时间、结束充电时该自助充电柜的关门时间、该自助充电柜的使用状态、包含有支付时间及支付金额的支付信息等等，该订单编号关联的相关信息以历史数据的形式存储在云数据库中。

根据本步骤的一个使用场景例如：当用户需要操作租用取走步骤时，如果发现使用小程序期间产生了异常扣款现象，可通过小程序填写异常信息进行主动申报，异常信息主要有异常订单编号、异常类型和异常描述等，在填写的时候需要对异常类型进行选择，选择异常扣款类型，因为不同的异常类型，上报到服务器会有不同的结果。用户填写好了之后并提交，小程序会根据异常申请单中选择的异常类型，请求服务器不同的接口，其中异常扣款申请单会调用服务器的异常扣款接口。

S102、根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查。

其中，该历史数据由用户使用该自助充电柜时同所述订单编号一并生成，该历史数据记录了对应充电柜的在使用过程中产生的相关信息，该历史数据包含的具体内容已在上文中描述。

在其中一个实施例中，该根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查的步骤包括：

从该云数据库中查询该异常订单编号下充电柜的使用状态，其中，该充电柜的使用状态包括使用中、未使用、已断线等；

当该充电柜的使用状态为开箱已取走状态时，判断该异常订单编号下包含的支付信息是否为多条；

当该异常订单编号下包含的支付信息为多条时，判断该异常订单编号对应的订单为该异常扣款订单。

在该实施例中，该异常订单编号下包含的支付信息为两条或者两条以上时，认为该异常订单编号下包含的支付信息为多条。

进一步地，当该异常订单编号下包含的支付信息为一条时，该自助充电柜扣款异常的处理方法还包括：

从该云数据库中查询该开箱已取走状态的首次保存时间；

当该开箱已取走状态的首次保存时间与该支付信息中携带的支付时间不相同时，判断该异常订单编号对应的订单为该异常扣款订单。

图4是本发明图2中步骤S102的具体实现流程图，该步骤S102的具体实现流程如图4所示，该步骤S102进一步包括以下步骤S401至S408。

S401、从该云数据库中查询该异常订单编号下充电柜的使用状态，跳转至步骤S402；

S402、当该充电柜的使用状态为开箱已取走状态时，从云数据库中查询的该异常订单编号下包括的支付信息，跳转至步骤S403；

S403、判断该支付信息是否为多条，若是，则跳转至步骤S404，否则，跳转至步骤S405。

S404、判断该异常订单编号对应的订单为该异常扣款订单；

S405、从该云数据库中查询该开箱已取走状态的首次保存时间，跳转至步骤S406；

S406、判断开箱已取走状态的首次保存时间与支付信息中携带的支付时间是否相同，若是，则跳转至步骤S407，否则，跳转至步骤S408；

S407、判断该异常订单编号对应的订单为该异常扣款订单；

S408、判断该异常订单编号对应的订单为正常订单。

具体地，服务器会定时从该云数据库中搜索存储的每个订单编号下大于一条开箱记录的第一条取走开箱指令的信息，然后服务器会把开箱指令信息中的订单编号从云数据库中查询到存储的开箱取走支付信息，如果查询到多条支付成功的信息，说明该订单属于异常扣款订单。如果本端服务器只查询到一条支付成功的信息，则需要通过第一次开箱记录的时间和支付的时间进行判断，由于取走开箱支付与取走开箱指令是同时保存的，当支付记录时间与第一次开箱取走的操作时间不相等，说明该支付记录不是第一次操作取走时产生的，说明用户第一次操作取走，开箱失败了，且之后用户再次使用了小程序并付款操作取走，从而判断该异常订单编号对应的订单为该异常扣款订单。

在其中一个实施例中，该历史数据包括接收该开箱取走指令的时间、该异常订单编号的收费类别，根据通过该历史数据对该异常订单编号对应订单的进行核查的步骤包括：

当接收该开箱取走指令的时间未超期，该支付信息中包括超期费用时，核查该异常扣款订单的异常类型为异常超期；

当该异常订单编号的收费类别为按时收费且接收该开箱取走指令的时间在第一超期时间段内时，若该支付信息中包括的超期时长在第二超期时间段内，核查该异常扣款订单的异常类型为超期时间段异常叠加；

当该异常订单编号下包含的支付信息为多条时，核查该异常扣款订单的异常类型为重复扣款。

本实施例中通过对异常扣款订单的异常类型进行分析核查，便于后续确定退款金额。当核查出异常扣款订单的异常类型为异常超期，退回超期部分扣除的金额，当核查出该异常扣款订单的异常类型为超期时间段异常叠加，退回扣除金额在第二超期时间段内的金额，当核查出该异常扣款订单的异常类型为重复扣款时，退回重复扣款的金额。

S103、当核查结果为异常扣款订单时，从该历史数据中获取该异常订单编号下的开箱信息和支付信息。

其中，该历史数据中记录的信息包括但不限于取走开箱信息、开箱取走支付信息和退款订单信息。

进一步地，该取走开箱信息包括但不限于订单编号、箱子编号、当前时间等。该开箱取走支付信息包括但不限于支付编号、订单编号、支付状态、支付时间等；该退款订单信息包括但不限于支付编号、订单编号、退款状态、退款金额等。

S104、根据该开箱信息和该支付信息确定该异常扣款订单的退款金额。

进一步地，可以根据异常扣款订单的异常类型确定该退款金额。当核查出异常扣款订单的异常类型为异常超期，退回超期部分扣除的金额，当核查出该异常扣款订单的异常类型为超期时间段异常叠加，退回扣除金额在第二超期时间段内的金额，当核查出该异常扣款订单的异常类型为重复扣款时，退回重复扣款的金额。

S105、根据该异常订单编号和该退款金额对该异常扣款订单进行退款。

在其中一个实施例中，该自助充电柜扣款异常的处理方法还包括：

将该异常扣款订单的异常订单编号和该退款金额存储在该云数据库中。

该步骤S105进一步包括：

定时从该云数据库中获取该异常扣款订单的退款状态、异常订单编号和该退款金额。

当该退款状态为未退款时，根据该退款金额对该异常订单编号对应的异常扣款订单进行退款，并将该异常扣款订单的退款状态更新为已退款。

进一步地，该自助充电柜扣款异常的处理方法还包括：

当本端服务器检测到与终端的网络通道连接成功或者断开后，会反馈服务器网络连接状态信息，将该网络状态存储到云数据库中。

服务器对于异常扣款订单，通过服务器进行退款后会核查该订单是否关闭，如果未关闭，说明用户还未能取走该订单，则会核查服务器与终端网络连接是否异常和该订单对应的箱子所在柜子的箱子状态是否正常。当箱子状态正常且网络连接也正常时，服务器通知用户使用小程序开箱取走，如果再次产生取走费用，服务器会把本次付费金额存储到云数据库中退款订单数据表中，服务器会定时查询该表中未退款的数据进行退款。

在其他实施例中，该自助充电柜扣款异常的处理方法还包括：当箱子状态异常或者服务器与终端间的网络连接断开时，本端服务器向客服发出通知消息，通知客服进行处理。待网络连接和箱子状态都恢复正常后，用户就可以使用小程序开箱取走操作。

根据本实施例的一个使用场景例如：用户通过安装在终端设备上的小程序进行充电取走操作时，会向服务器发送开箱请求，服务器会把请求数据库中的开箱信息存储到云数据库中，然后再把指令推送给终端设备。如果因为网络不稳定或者柜子异常导致使用小程序操作柜子开箱失败，失败后，用户再次使用小程序进行重复开箱取走操作，在这操作期间，如果小程序出现了需要用户再次付款操作开箱的现象，则此现象为异常扣款现象，出现该异常现象后，用户可以通过安装在终端设备上的小程序进行异常扣款的主动申报，然后小程序通过请求服务器后，服务器判断后进行相应的异常处理，如果查询到多条付款取走记录，则会把异常扣款的支付金额逐一存储到云数据库中，然后服务器会定时查询云数据库中需要退款的退款订单数据，进行逐一退款。

图3是本发明另一实施例中自助充电柜扣款异常的处理方法的一流程图，根据本实施例提出的自助充电柜扣款异常的处理方法如图3所示，该方法在包括上述步骤S101至S105的基础上还包括以下步骤S301和S302。

S301、每间隔预设的时间段，通过该历史数据对该云数据库中存储的订单编号对应的订单进行识别。

其中，对订单进行识别的方法与上述对该异常订单编号对应订单的进行核查的方法相同，在此不再赘述。

S302、当识别出该订单编号对应的订单为该异常扣款订单时，从该历史数据中获取该异常扣款订单的开箱信息和支付信息。

其中，服务器会定时搜索获取云数据库中存储的未退款的退款订单信息，然后再逐一退款，退款成功后更改支付状态为已退款并更新云数据库的数据。然后服务器会检测该订单是否已结束。在订单状态为未结束下，服务器会搜索云数据库中最新存储的站点在线离线状态和箱子状态信息，当查询到站点离线或者该订单使用箱子的箱子状态异常时，服务器会通知客服进行处理。在网络连接恢复正常和箱子状态也恢复正常后，服务器会通知用户可使用小程序进行开箱取走。

根据本实施例的一个使用场景例如：用户使用安装在终端设备上的小程序产生了多次扣款异常订单；向小程序提交多次异常扣款申请，小程序会自动向服务器上报多次异常扣款信息；服务器核查后，把需要退款金额存储到云数据库中，然后会反馈给小程序处理结果；如果用户没有向小程序提交多次异常扣款申请，服务器会定时搜索多次异常扣款成功的订单；服务器核查后，把需要退款金额存储到云数据库中；服务器会定时查询云数据库还未退款的订单支付记录进行退款；然后判断该订单是否结束，未结束下会判断箱子状态是否正常和服务器与终端间网络连接是否断开；箱子状态正常且网络连接也正常下，服务器通知用户使用小程序操作开箱，如果再次产生费用，服务器会把本次付费记录到云数据库中，待服务器定时搜索未退款的数据进行退款；在箱子状态异常下或者网络断开下，服务器会通知客服进行处理。待箱子状态正常和网络连接正常后，用户就能使用小程序开箱取走。

用户使用安装在终端设备上的小程序，可以对当前正在租用的订单进行取走操作，然后小程序会向服务器发送取走请求，服务器收到后会向终端发起开箱指令，终端收到指令后，但开箱失败，然后用户再次使用小程序发起开箱操作，如果在之后的取走操作中需要用户付款的现象，此现象属于异常扣款现象，用户可在小程序上进行申报异常扣款申请单，由小程序向服务器请求服务器异常扣款上报接口，服务器对该订单核查后，把需要退款的金额信息存储到云数据库中，然后由服务器定时查询云数据库未退款的退款信息，直接退款给用户，然后服务器核查订单未结束下会根据终端上报的箱子状态和检测网络状态，在都正确的情况下，通知用户可使用小程序操作开箱取走。

本实施例适用于用户没有主动对异常扣款现象进行申报的情况，如果用户没有申报退款申请，服务器会根据相应的多次异常扣款搜索条件定时搜索，搜查到后会把需要退款的金额存储到云数据库中，然后再由服务器定时查询云数据库中需要退款的退款订单数据进行退款。

然后依据上述步骤S104和S105对该异常扣款订单进行退款。

进一步地，该自助充电柜扣款异常的处理方法还包括：

接收到该用户终端设备发送的该自助充电柜的开箱取走指令时，将该自助充电柜在当前订单编号下使用状态更新为开箱已取走状态；

接收到该订单编号已完成支付的消息时，将该订单编号、该开箱已取走状态和该已完成支付的状态同时保存在该云数据库中。

根据本实施例的一个使用场景例如：服务器接收到安装在终端设备上的小程序请求的取走开箱记录信息，就会把这些信息存储到云数据库中，接着把开箱指令信息推给终端。由于网络的问题，推送开箱命令失败或者终端柜子状态异常，无法开箱下，服务器就会提示小程序开箱异常信息，但用户依旧可以使用小程序操作取走开箱，再之后的操作中出现需要付款后才能开箱的操作且用户执行付款成功。然后服务器会同时把本次开箱指令和付款记录下来存储到云数据库中。服务器检测到上一步产生的多次异常扣款订单后，会从云数据库中获取到本次异常产生的付款信息，然后设置为需要退款的退款订单信息，并存储到云数据库中。

根据本实施例的另一个使用场景例如：用户使用小程序进行充电取走操作，因开箱失败，导致小程序提示服务异常，用户返回充电页面，可以再次通过小程序操作开箱。当出现以下情况，则是多次扣款异常现象：

(1)当出现第一次操作开箱失败情况下，订单还是正确租用期间，可在之后的操作开箱下，如果订单已经超期了，则服务器会计算超期费用，并提示用户需要付款后才能操作开箱。

(2)订单本身是超期订单，用户第一次使用小程序操作开箱，终端开箱失败。如果超期收费模式为按小时收费，在之后的小程序开箱操作下如果出现跨时长下，则服务器会再次计算费用，提示用户补齐超期费用后才能使用小程序操作开箱。

(3)会员租用期间虽然没有超期费用一说，但会有箱子占用费用，其出现的多次异常扣款现象如上面的两种类型类似。如，在订单租用期间，用户使用小程序操作柜子开箱，结果开箱失败，然后，在租用超期后，达到占用柜子开始计费后，用户再次使用小程序操作开箱，则会提示用户柜子付柜子占用费用。

上面出现的情况，都是多次异常扣款现象。因此，在用户在使用小程序时产生了多次异常扣款现象，用户可以在小程序申报异常模块中填写多次异常扣款的申请单，内容填写完提交后，小程序会把用户提交的异常扣款的申请单推送给服务器，服务器收到该异常类型的信息，则会核查该订单是否属于异常扣款订单，需要退款的会把退款信息存储到云数据库中。

当用户使用小程序时产生了多次异常扣款现象，没有在小程序申报异常模块中申报异常扣款的申请单时，服务器会定时搜索获取到云数据库中存储的每个订单编号下大于一条开箱记录的第一条取走开箱指令的信息，然后服务器会把开箱指令信息中的订单编号从云数据库中查询到存储的开箱取走支付信息。如果查询到多条支付成功的信息，说明该订单属于多次扣款异常订单，如果只查询到一条支付成功的信息，则需要通过第一次开箱记录的时间和支付的时间进行判断，由于取走开箱支付与取走开箱指令是同时保存的，当支付记录时间与第一次开箱取走的操作时间不相等，说明该支付记录不是第一次操作取走时产生的，说明用户第一次操作取走，开箱失败了，且之后用户再次使用了小程序并付款操作取走。

服务器会定时搜索云数据库中存储的未退款的退款订单信息，然后再逐一退款，退款成功后更改支付状态为已退款并更新云数据库的数据。然后服务器会检测该订单是否已结束，订单状态还未结束，也就是用户的订单还未能取走下，服务器会查看站点是否在线、开箱状态是否异常，如果不在线或者箱子异常，服务器会通知客服进行处理，在网络连接恢复正常和箱子状态也恢复正常后，服务器会通知用户可使用小程序进行开箱取走。

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

本实施例提出的自助充电柜扣款异常的处理方法在接收到用户终端设备发送的自助充电柜的异常扣款信息时，根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查，当核查结果确实为异常扣款订单时，根据云数据库中存储的包含有异常订单编号下的开箱信息和支付信息的历史数据确定该异常扣款订单的退款金额，然后对该异常订单编号和该退款金额对该异常扣款订单进行退款。由于用户对于自助充电柜的操作信息、支付信息均存储在云数据库的历史数据中，当用户主动进行异常扣款申报时，系统可以通过异常订单编号对对应的订单进行核查，当核查结果却为异常扣款订单时，对该异常扣款订单进行退款，使得电动车自助充电柜使用过程中出现异常扣款情况时，可以及时的对订单进行退款处理，避免给用户造成损失，提高用户使用便利性。

在一实施例中，提供一种自助充电柜扣款异常的处理装置，该自助充电柜扣款异常的处理装置与上述实施例中自助充电柜扣款异常的处理方法一一对应。如图5所示，该自助充电柜扣款异常的处理装置100包括异常接收模块11、核查模块12、信息获取模块13、金额确定模块14和退款模块15。各功能模块详细说明如下：

异常接收模块11，用于接收到用户终端设备发送的自助充电柜的异常扣款信息时，获取该异常扣款信息中携带的异常订单编号。

核查模块12，用于根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查。

信息获取模块13，用于当核查结果为异常扣款订单时，从该历史数据中获取该异常订单编号下的开箱信息和支付信息。

金额确定模块14，用于根据该开箱信息和该支付信息确定该异常扣款订单的退款金额。

退款模块15，用于根据该异常订单编号和该退款金额对该异常扣款订单进行退款。

在其中一个实施例中，该核查模块12包括：

使用状态查询单元，用于从该云数据库中查询该异常订单编号下充电柜的使用状态；

第一判断单元，用于当该充电柜的使用状态为开箱已取走状态时，判断该异常订单编号下包含的支付信息是否为多条；

第二判断单元，用于当该异常订单编号下包含的支付信息为多条时，判断该异常订单编号对应的订单为该异常扣款订单。

进一步地，该核查模块12还包括：

保存时间查询单元，用于当该异常订单编号下包含的支付信息为一条时，从该云数据库中查询该开箱已取走状态的首次保存时间；

第三判断单元，用于当该开箱已取走状态的首次保存时间与该支付信息中携带的支付时间不相同时，判断该异常订单编号对应的订单为该异常扣款订单。

在其中一个实施例中，该自助充电柜扣款异常的处理装置100还包括：

第一存储模块，用于将该异常扣款订单的异常订单编号和该退款金额存储在该云数据库中；

进一步地，该退款模块15包括：

定时获取单元，用于定时从该云数据库中获取该异常扣款订单的退款状态、异常订单编号和该退款金额；

退款单元，用于当该退款状态为未退款时，根据该退款金额对该异常订单编号对应的异常扣款订单进行退款，并将该异常扣款订单的退款状态更新为已退款。

在其中一个实施例中，该自助充电柜扣款异常的处理装置100还包括：

更新模块，用于接收到该用户终端设备发送的该自助充电柜的开箱取走指令时，将该自助充电柜在当前订单编号下使用状态更新为开箱已取走状态；

第二存储模块，用于接收到该订单编号已完成支付的消息时，将该订单编号、该开箱已取走状态和该已完成支付的状态同时保存在该云数据库中。

进一步地，该历史数据包括接收该开箱取走指令的时间、该异常订单编号的收费类别，该核查模块12还包括：

第一核查单元，用于当接收该开箱取走指令的时间未超期，该支付信息中包括超期费用时，核查该异常扣款订单的异常类型为异常超期；

第二核查单元，用于当该异常订单编号的收费类别为按时收费且接收该开箱取走指令的时间在第一超期时间段内时，若该支付信息中包括的超期时长在第二超期时间段内，核查该异常扣款订单的异常类型为超期时间段异常叠加；

第三核查单元，用于当该异常订单编号下包含的支付信息为多条时，核查该异常扣款订单的异常类型为重复扣款。

在其中一个实施例中，该自助充电柜扣款异常的处理装置100还包括：

识别模块，用于每间隔预设的时间段，通过该历史数据对该云数据库中存储的订单编号对应的订单进行识别；

该退款模块15还用于当识别出该订单编号对应的订单为该异常扣款订单时，对该异常扣款订单进行退款。

其中上述模块/单元中的“第一”和“第二”的意义仅在于将不同的模块/单元加以区分，并不用于限定哪个模块/单元的优先级更高或者其它的限定意义。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块，本申请中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式。

关于自助充电柜扣款异常的处理装置的具体限定可以参见上文中对于自助充电柜扣款异常的处理方法的限定，在此不再赘述。上述自助充电柜扣款异常的处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储自助充电柜扣款异常的处理方法中涉及到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种自助充电柜扣款异常的处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中自助充电柜扣款异常的处理方法的步骤，例如图2所示的步骤101至步骤105及该方法的其它扩展和相关步骤的延伸。或者，处理器执行计算机程序时实现上述实施例中自助充电柜扣款异常的处理装置的各模块/单元的功能，例如图5所示模块11至模块15的功能。为避免重复，这里不再赘述。

所述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。

所述存储器可以集成在所述处理器中，也可以与所述处理器分开设置。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中自助充电柜扣款异常的处理方法的步骤，例如图2所示的步骤101至步骤105及该方法的其它扩展和相关步骤的延伸。或者，计算机程序被处理器执行时实现上述实施例中自助充电柜扣款异常的处理装置的各模块/单元的功能，例如图5所示模块11至模块15的功能。为避免重复，这里不再赘述。

本实施例提出的自助充电柜扣款异常的处理方法、装置、计算机设备及存储介质，在接收到用户终端设备发送的自助充电柜的异常扣款信息时，根据从云数据库中查询的该异常订单编号下包括的历史数据，通过该历史数据对该异常订单编号对应订单的进行核查，当核查结果确实为异常扣款订单时，根据云数据库中存储的包含有异常订单编号下的开箱信息和支付信息的历史数据确定该异常扣款订单的退款金额，然后对该异常订单编号和该退款金额对该异常扣款订单进行退款。由于用户对于自助充电柜的操作信息、支付信息均存储在云数据库的历史数据中，当用户主动进行异常扣款申报时，系统可以通过异常订单编号对对应的订单进行核查，当核查结果却为异常扣款订单时，对该异常扣款订单进行退款，使得电动车自助充电柜使用过程中出现异常扣款情况时，可以及时的对订单进行退款处理，避免给用户造成损失，提高用户使用便利性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

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

Claims (10)

1.一种自助充电柜扣款异常的处理方法，所述方法应用于服务器，其特征在于，所述方法包括：

接收到用户终端设备发送的自助充电柜的异常扣款信息时，获取所述异常扣款信息中携带的异常订单编号；

根据从云数据库中查询的所述异常订单编号下包括的历史数据，通过所述历史数据对所述异常订单编号对应订单的进行核查；

当核查结果为异常扣款订单时，从所述历史数据中获取所述异常订单编号下的开箱信息和支付信息；

根据所述开箱信息和所述支付信息确定所述异常扣款订单的退款金额；

根据所述异常订单编号和所述退款金额对所述异常扣款订单进行退款。

2.根据权利要求1所述的自助充电柜扣款异常的处理方法，其特征在于，所述根据从云数据库中查询的所述异常订单编号下包括的历史数据，通过所述历史数据对所述异常订单编号对应订单的进行核查的步骤包括：

从所述云数据库中查询所述异常订单编号下充电柜的使用状态；

当所述充电柜的使用状态为开箱已取走状态时，判断所述异常订单编号下包含的支付信息是否为多条；

当所述异常订单编号下包含的支付信息为多条时，判断所述异常订单编号对应的订单为所述异常扣款订单。

3.根据权利要求2所述的自助充电柜扣款异常的处理方法，其特征在于，所述根据从云数据库中查询的所述异常订单编号下包括的历史数据，通过所述历史数据对所述异常订单编号对应订单的进行核查的步骤包括：

当所述异常订单编号下包含的支付信息为一条时，从所述云数据库中查询所述开箱已取走状态的首次保存时间；

当所述开箱已取走状态的首次保存时间与所述支付信息中携带的支付时间不相同时，判断所述异常订单编号对应的订单为所述异常扣款订单。

4.根据权利要求1所述的自助充电柜扣款异常的处理方法，其特征在于，所述方法还包括：

将所述异常扣款订单的异常订单编号和所述退款金额存储在所述云数据库中；

所述根据所述异常订单编号和所述退款金额对所述异常扣款订单进行退款的步骤包括：

定时从所述云数据库中获取所述异常扣款订单的退款状态、异常订单编号和所述退款金额；

当所述退款状态为未退款时，根据所述退款金额对所述异常订单编号对应的异常扣款订单进行退款，并将所述异常扣款订单的退款状态更新为已退款。

5.根据权利要求1所述的自助充电柜扣款异常的处理方法，其特征在于，所述方法还包括：

接收到所述用户终端设备发送的所述自助充电柜的开箱取走指令时，将所述自助充电柜在当前订单编号下使用状态更新为开箱已取走状态；

接收到所述订单编号已完成支付的消息时，将所述订单编号、所述开箱已取走状态和所述已完成支付的状态同时保存在所述云数据库中。

6.根据权利要求1所述的自助充电柜扣款异常的处理方法，其特征在于，所述历史数据包括接收所述开箱取走指令的时间、所述异常订单编号的收费类别，根据通过所述历史数据对所述异常订单编号对应订单的进行核查的步骤包括：

当接收所述开箱取走指令的时间未超期，所述支付信息中包括超期费用时，核查所述异常扣款订单的异常类型为异常超期；

当所述异常订单编号的收费类别为按时收费且接收所述开箱取走指令的时间在第一超期时间段内时，若所述支付信息中包括的超期时长在第二超期时间段内，核查所述异常扣款订单的异常类型为超期时间段异常叠加；

当所述异常订单编号下包含的支付信息为多条时，核查所述异常扣款订单的异常类型为重复扣款。

7.根据权利要求1至6任一项所述的自助充电柜扣款异常的处理方法，其特征在于，所述方法还包括：

每间隔预设的时间段，通过所述历史数据对所述云数据库中存储的订单编号对应的订单进行识别；

当识别出所述订单编号对应的订单为所述异常扣款订单时，对所述异常扣款订单进行退款。

8.一种自助充电柜扣款异常的处理装置，其特征在于，所述装置包括：

异常接收模块，用于接收到用户终端设备发送的自助充电柜的异常扣款信息时，获取所述异常扣款信息中携带的异常订单编号；

核查模块，用于根据从云数据库中查询的所述异常订单编号下包括的历史数据，通过所述历史数据对所述异常订单编号对应订单的进行核查；

信息获取模块，用于当核查结果为异常扣款订单时，从所述历史数据中获取所述异常订单编号下的开箱信息和支付信息；

金额确定模块，用于根据所述开箱信息和所述支付信息确定所述异常扣款订单的退款金额；

退款模块，用于根据所述异常订单编号和所述退款金额对所述异常扣款订单进行退款。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述自助充电柜扣款异常的处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述自助充电柜扣款异常的处理方法的步骤。

Images