一种实时支付的充电方法及装置与流程

文档序号:14991955发布日期:2018-07-20 22:24阅读:205来源:国知局

本发明涉及实时支付的技术领域,尤其是涉及一种实时支付的充电方法及装置。



背景技术:

当今社会发展迅速,能源、互联网和移动通信渗透到各个领域,办事效率大大提高。人们日常生活中出现了各种各样的以方便、快捷为目的的服务项目。随着新能源汽车的普及,各种充电app相继出现,瓜分市场份额。如何留住用户,让用户使用的更随心,更方便变得越发重要。支付方式绝对是用户体验的重中之重。从传统的现金支付到后来的刷卡支付,再到充电app内账户余额支付。这种支付方式在世界上的应用已经相当广泛。

目前大部分充电app都支持账户余额支付,但有很多用户不愿意把自己的钱充值到充电app账户中去,他们更倾向于充电消费多少就支付多少,但这种支付方式存是以来与app端创建支付订单,如果没有充电成功,且无退款入口,本申请正是基于此做出的发明创新。



技术实现要素:

有鉴于此,本发明的目的在于提供了一种实时支付的充电方法及装置,缓解了现有技术中存在的由于依赖客户端创建充电订单导致的在充电失败时无退款入口的技术问题。

第一方面,本发明实施例提供了一种实时支付的充电方法,包括:获取用户通过客户端发送的充电支付请求,其中,所述充电支付请求包括以下至少之一:充电桩的编号信息,充电金额信息和支付方式;基于所述充电支付请求进行第三方支付平台执行预授权操作;在判断出所述第三方支付平台完成所述预授权操作之后,生成充电订单,并基于所述充电订单对待充电设备执行充电操作。

进一步地,基于所述充电订单对待充电设备执行充电操作包括:向所述充电桩发送开启指令;在所述充电桩开启成功的情况下,向所述充电桩发送开始充电指令,以使所述充电桩基于所述开始充电指令对所述待充电设备执行充电操作;在检测到结束充电指令之后,基于充电电量进行充电资费信息的计算,并基于所述充电资费信息向所述第三方支付平台发送扣款指令,以使所述第三方支付平台基于所述扣款指令执行扣款动作。

进一步地,所述方法还包括:在所述充电资费信息大于消费上限的情况下,确定检测到所述结束充电指令;或者在检测到所述待充电设备电量已满的情况下,确定检测到所述结束充电指令;或者在检测到用户通过客户端发送的结束充电的停止指令的情况下,确定检测到所述结束充电指令。

进一步地,所述方法还包括:在判断出所述第三方支付平台完成所述预授权操作之后,判断所述客户端所在终端设备是否跳转回所述客户端的显示界面;如果判断出是,则基于所述客户端发送的查询请求查询支付完成信息,并向所述客户端返回所述支付完成信息,以使所述客户端基于所述支付完成信息判断是否支付完成;如果判断出支付完成,则更新指令对支付订单的订单状态进行更新,并在更新之后生成充电订单。

进一步地,所述方法还包括:如果判断出未跳转回所述客户端的显示界面,且在获取到所述第三方支付平台发送的通知信息的情况下,则更新指令对支付订单的订单状态进行更新,并在更新之后生成充电订单。

进一步地,所述方法还包括:在所述充电资费信息小于消费上限的情况下,通过所述充电桩控制对所述待充电设备执行充电指令;或者在检测到所述待充电设备未满的情况下,通过所述充电桩控制对所述待充电设备执行充电指令。

第二方面,本发明实施例还提供了一种实时支付的装置,包括:获取单元,用于获取用户通过客户端发送的充电支付请求,其中,所述充电支付请求包括以下至少之一:充电桩的编号信息,充电金额信息和支付方式;控制单元,用于基于所述充电支付请求进行第三方支付平台执行预授权操作;生成和执行单元,用于在判断出所述第三方支付平台完成所述预授权操作之后,生成充电订单,并基于所述充电订单对待充电设备执行充电操作。

进一步地,所述生成和执行单元包括:第一发送模块,用于向所述充电桩发送开启指令;第二发送模块,用于在所述充电桩开启成功的情况下,向所述充电桩发送开始充电指令,以使所述充电桩基于所述开始充电指令对所述待充电设备执行充电操作;计算模块,用于在检测到结束充电指令之后,基于充电电量进行充电资费信息的计算,并基于所述充电资费信息向所述第三方支付平台发送扣款指令,以使所述第三方支付平台基于所述扣款指令执行扣款动作。

进一步地,所述装置还包括:第一确定模块,用于在所述充电资费信息大于消费上限的情况下,确定检测到所述结束充电指令;或者,第二确定模块,用于在检测到所述待充电设备电量已满的情况下,确定检测到所述结束充电指令;或者,第三确定模块,用于在检测到用户通过客户端发送的结束充电的停止指令的情况下,确定检测到所述结束充电指令。

进一步地,所述装置还包括:判断模块,用于在判断出所述第三方支付平台完成所述预授权操作之后,判断所述客户端所在终端设备是否跳转回所述客户端的显示界面;查询返回模块,用于在判断出跳转回所述客户端的显示界面的情况下,基于所述客户端发送的查询请求查询支付完成信息,并向所述客户端返回所述支付完成信息,以使所述客户端基于所述支付完成信息判断是否支付完成;更新模块,用于在判断出支付完成的情况下,基于更新指令对支付订单的订单状态进行更新,并在更新之后生成充电订单。

在本发明实施例中,首先,获取用户通过客户端发送的充电支付请求,其中,所述充电支付请求包括以下至少之一:充电桩的编号信息,充电金额信息和支付方式;然后,基于所述充电支付请求进行第三方支付平台执行预授权操作;在判断出所述第三方支付平台完成所述预授权操作之后,生成充电订单,并基于所述充电订单对待充电设备执行充电操作。在本发明实施例中,不再依赖于客户端来创建订单,而是通过服务器来创建充电订单,及时没有充电成功,也能结束该充电订单从而完成退款操作,进而缓解了现有技术中存在的由于依赖客户端创建充电订单导致的在充电失败时无退款入口的技术问题。

本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。

附图说明

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

图1是根据本发明实施例的一种实时支付的充电方法的流程图;

图2是根据本发明实施例的一种可选的实时支付的充电方法的流程图;

图3是根据本发明实施例的一种实时支付的充电装置的示意图;

图4是根据本发明实施例的一种可选的实时支付的充电装置的示意图。

具体实施方式

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

为便于对本实施例进行理解,首先对本发明实施例所公开的一种实时支付的充电方法及装置进行详细介绍。

实施例一:

根据本发明实施例,提供了一种实时支付的充电方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种实时支付的充电方法的流程图,如图1所示,该方法包括如下步骤:

步骤s102,获取用户通过客户端发送的充电支付请求;

在本发明实施例中,客户端通常是指安装在智能终端设备上的应用程序,例如,安装在智能手机上的应用程序。此时,用户可以通过该客户端向充电桩的云端发送请求,其中,充电支付请求中携带以下信息:充电桩的编号信息,充电金额信息和支付方式。

步骤s104,基于所述充电支付请求进行第三方支付平台执行预授权操作;

步骤s106,在判断出所述第三方支付平台完成所述预授权操作之后,生成充电订单,并基于所述充电订单对待充电设备执行充电操作。

需要说明的是,所述第三方支付平台包括:支付宝,微信支付和银联支付。除此之外,还包括其他的支付方式,对此不作具体限定。

目前电动汽车的充电计费采用实时计费方式,由于物联网模式下,充电桩和充电平台的之间的交互存在时间差。常见情况下都是有充电平台来控制费用的计算和扣除,由于该时间差的存在,就会导致出现扣费失败的结果,这就会给充电桩公司带来费用上的损失,或者导致用户账户被扣费为负值,从而降低用户使用满意度。

需要说明的是,在本实施例中,待充电设备可以为电动自行车,还可以为电动汽车或电动摩托车;充电金额信息为该待充电设备在充电过程中其所属用户的账户中的资费信息,也就是说,充电金额信息是动态变化的,资费信息随着充电电量的变化而发生变化。

在本发明实施例中,首先,获取用户通过客户端发送的充电支付请求,其中,所述充电支付请求包括以下至少之一:充电桩的编号信息,充电金额信息和支付方式;然后,基于所述充电支付请求进行第三方支付平台执行预授权操作;在判断出所述第三方支付平台完成所述预授权操作之后,生成充电订单,并基于所述充电订单对待充电设备执行充电操作。在本发明实施例中,不再依赖于客户端来创建订单,而是通过服务器来创建充电订单,及时没有充电成功,也能结束该充电订单从而完成退款操作,进而缓解了现有技术中存在的由于依赖客户端创建充电订单导致的在充电失败时无退款入口的技术问题。

在一个可选实施例中,基于所述充电订单对所述待充电设备执行充电操作包括如下步骤:

步骤s1021,向所述充电桩发送开启指令;

步骤s1022,在所述充电桩开启成功的情况下,向所述充电桩发送开始充电指令,以使所述充电桩基于所述开始充电指令对所述待充电设备执行充电操作;

步骤s1023,在检测到结束充电指令之后,基于充电电量进行充电资费信息的计算,并基于所述充电资费信息向所述第三方支付平台发送扣款指令,以使所述第三方支付平台基于所述扣款指令执行扣款动作。

具体地,在充电桩接收到开启指令之后,充电桩的云端(即,上述服务器)会创建充电订单,启动充电桩的启动装置,然后对是否成功启动进行判断,如果判断出充电桩已经启动成功,则向充电桩发送开始充电指令,以使充电桩基于开始充电指令对待充电设备执行充电操作。等到待充电设备已经充满电时,即检测到结束充电指令,此时就可以基于充电电量进行充电资费信息的计算,并基于充电资费信息向第三方支付平台发送扣款指令,以使第三方支付平台基于所述扣款指令执行扣款动作。

在一个可选的实施例中,该方法还包括如下步骤:

步骤s11,在所述充电资费信息大于消费上限的情况下,确定检测到所述结束充电指令;或者;

步骤s12,在检测到所述待充电设备电量已满的情况下,确定检测到所述结束充电指令;或者;

步骤s13,在检测到用户通过客户端发送的结束充电的停止指令的情况下,确定检测到所述结束充电指令。

在步骤s10231中,如果充电资费信息大于消费上限(例如,100元)则,确定检测到结束充电指令,此时后台会自动发起结束充电的指令。

步骤s10232中,如果检测到待充电设备的电量已满的情况下,确定检测到结束充电指令,此时后台会自动发起结束充电的指令。

步骤s10233中,如果检测到用户通过客户端发送的结束充电的停止指令,则确定检测到结束充电指令。

在另一个可选的实施例中,所述方法还包括如下步骤:

步骤s21,在判断出所述第三方支付平台完成所述预授权操作之后,判断所述客户端所在终端设备是否跳转回所述客户端的显示界面;

步骤s22,如果判断出是,则基于所述客户端发送的查询请求查询支付完成信息,并向所述客户端返回所述支付完成信息,以使所述客户端基于所述支付完成信息判断是否支付完成;

步骤s23,如果判断出支付完成,则更新指令对支付订单的订单状态进行更新,并在更新之后生成充电订单。

步骤s24,如果判断出未跳转回所述客户端的显示界面,且在获取到所述第三方支付平台发送的通知信息的情况下,则更新指令对支付订单的订单状态进行更新,并在更新之后生成充电订单。

在本发明实施例中,在第三方支付平台完成预授权操作之后进行第一次判断,即,判断客户端所在终端设备是否会跳转回所述客户端的显示页面。如果判断出未跳转回所述客户端的显示界面,且在获取到所述第三方支付平台发送的通知信息的情况下,则更新指令对支付订单的订单状态进行更新,并在更新之后生成充电订单。

如果判断出已经跳转回客户端的显示页面,则基于客户端发送的查询请求查询支付完成信息,同时向客户端返回支付完成信息。然后,进行第二次判断,即客户端基于支付完成信息判断是否支付完成。如果判断出支付完成,则基于更新指令对支付订单进行更新,并在更新之后生成充电订单。

具体地,在上述步骤中,用户在第三方支付平台页面预授权成功后,在终端设备的显示页面上会显示有“返回充电app”的按钮。当用户点击“返回充电app”的按钮,app会返回充电app,并主动调用后台的接口,查询支付订单状态,如果支付成功,则会更新支付订单状态,创建关联的充电订单,启动充电。但如果用户没有点击“返回充电app”的按钮,则隔一段时间就会收到第三方支付平台后的提示信息,并且在预授权支付成功后更新支付订单状态,创建关联的充电订单,启动充电。

在一个可选的实施方式中,所述方法还包括如下步骤:

步骤s31,在所述充电资费信息小于消费上限的情况下,通过所述充电桩控制对所述待充电设备执行充电指令;或者

步骤s32,在检测到所述待充电设备未满的情况下,通过所述充电桩控制对所述待充电设备执行充电指令。

综上各步骤提供的实时支付的充电方法,为了直观理解上述过程,以图2所示的充电桩的控制方法的示意图为例进行说明。

在客户端扫码成功以后,充电桩的云端在获取到用户通过客户端发送的充电支付请求之后,通过支付请求中充电桩的编码信息,充电金额信息与支付方式,请求第三方支付平台执行预授权操作,在预授权操作完成之后,判断客户端所在终端设备是否跳转回客户端的显示界面,如果判断出是,则基于客户端查询实时支付完成情况。其中,如果查询到支付完成,则基于更新指令对支付订单的订单状态进行更新。如果判断出未跳转回客户端的显示界面,则接收第三方支付平台发送的提示信息,并在接收到该提示信心之后,对支付订单的订单状态进行更新。需要说明的是,在本发明实施例中,充电桩的云端在获取到用户通过客户端发送的充电支付请求之后,如果没有进行预授权或未支付,则基于客户端查询实时支付完成情况,如果查询到支付完成,则基于更新指令对支付订单的订单状态进行更新。

在对支付订单的订单状态进行更新之后,此时可以向充电桩发送开启指令,在充电桩接收到开启指令之后,充电桩的云端(即,上述服务器)会创建充电订单,启动充电桩的启动装置,然后对是否成功启动进行判断,如果判断出充电桩已经启动成功,则向充电桩发送开始充电指令,以使充电桩基于开始充电指令对待充电设备执行充电操作。如果判断出充电桩未启动成功,则在充电列表中展示充电信息。等到待充电设备已经充满电时,即检测到结束充电指令,此时就可以基于充电电量进行充电资费信息的计算,并基于充电资费信息向第三方支付平台发送扣款指令,以使第三方支付平台基于所述扣款指令执行扣款动作。

实施例二:

本发明实施例还提供了一种实时支付的充电装置,该实时支付的装置主要用于执行本发明实施例上述内容所提供的充电桩充电后实时支付的控制方法,以下对本发明实施例提供的实时支付装置做具体介绍。

图3是根据本发明实施例的一种实时支付的充电装置的示意图,如图3所示,该充电装置主要包括:获取单元31,控制单元32,生成和执行单元33,其中:

获取单元31,用于获取用户通过客户端发送的充电支付请求,其中,所述充电支付请求包括以下至少之一:充电桩的编号信息,充电金额信息和支付方式;

控制单元32,用于基于所述充电支付请求进行第三方支付平台执行预授权操作;

生成和执行单元33,用于在判断出所述第三方支付平台完成所述预授权操作之后,生成充电订单,并基于所述充电订单对待充电设备执行充电操作;

在本发明实施例中,首先,获取用户通过客户端发送的充电支付请求,其中,充电支付请求包括以下至少之一:充电桩的编号信息,充电金额信息和支付方式;然后,基于充电支付请求进行第三方支付平台执行预授权操作;在判断出第三方支付平台完成预授权操作之后,生成充电订单,并基于充电订单对待充电设备执行充电操作。当获取到客户端的发送的充电支付请求时,通过支付请求中充电桩的编号信息,充电金额信息和支付方式进行第三方支付平台执行预授权操作;在判断出第三支付平台完成预授权操作后生成充电订单,对待充电设备执行充电操作。缓解了现有技术中存在的需要依赖客户端创建充电订单,且退款无保障的技术问题。

可选地,如图4所示,所述生成和执行单元33包括:第一发送模块41,用于向所述充电桩发送开启指令;第二发送模块42,用于在所述充电桩开启成功的情况下,向所述充电桩发送开始充电指令,以使所述充电桩基于所述开始充电指令对所述待充电设备执行充电操作;计算模块43,用于在检测到结束充电指令之后,基于充电电量进行充电资费信息的计算,并基于所述充电资费信息向所述第三方支付平台发送扣款指令,以使所述第三方支付平台基于所述扣款指令执行扣款动作。

可选的,所述装置还包括:第一确定模块,用于在所述充电资费信息大于消费上限的情况下,确定检测到所述结束充电指令;或者,第二确定模块,用于在检测到所述待充电设备电量已满的情况下,确定检测到所述结束充电指令;或者,第三确定模块,用于在检测到用户通过客户端发送的结束充电的停止指令的情况下,确定检测到所述结束充电指令。

可选的,所述装置还包括:判断模块,用于在判断出所述第三方支付平台完成所述预授权操作之后,判断所述客户端所在终端设备是否跳转回所述客户端的显示界面;查询返回模块,用于在判断出跳转回所述客户端的显示界面的情况下,基于所述客户端发送的查询请求查询支付完成信息,并向所述客户端返回所述支付完成信息,以使所述客户端基于所述支付完成信息判断是否支付完成;更新模块,用于在判断出支付完成的情况下,基于更新指令对支付订单的订单状态进行更新,并在更新之后生成充电订单。

可选的,所述装置还用于:如果判断出未跳转回所述客户端的显示界面,且在获取到所述第三方支付平台发送的通知信息的情况下,则更新指令对支付订单的订单状态进行更新,并在更新之后生成充电订单。

可选的,所述装置还用于:在所述充电资费信息小于消费上限的情况下,通过所述充电桩控制对所述待充电设备执行充电指令;或者,在检测到所述待充电设备未满的情况下,通过所述充电桩控制对所述待充电设备执行充电指令。

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

另外,在本发明实施例的描述中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。

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

在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。

最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1