充电订单的处理方法、电子设备及存储介质技术

本申请提供了一种充电订单的处理方法、电子设备及存储介质。该方法可以包括：响应于充电订单的创建指令，对运营商针对创建指令的反馈信息进行检测。在检测的结果为反馈信息延迟推送的情况下，对运营商是否已进行充电进行查询。在查询结果为已充电的情况下，向用户端发送运营商的充电数据以供用户端对充电数据进行显示。本申请解决了充电运营商各类状态消息推送延迟的问题，在确保用户充电体验的连贯性的同时，也保障及保护了充电运营商的权益。也保障及保护了充电运营商的权益。也保障及保护了充电运营商的权益。

【技术实现步骤摘要】
充电订单的处理方法、电子设备及存储介质


[0001]本申请涉及智能交通
，尤其涉及一种充电订单的处理方法、电子设备及存储介质。

技术介绍

[0002]随着新能源汽车普及率的提升，用户对于新能源汽车的充电服务的要求也随之增加。例如充电的便捷性、付款的安全性等。对于充电桩的运营商而言，由于充电用户数量较多，由此通常会造成运营商推送信息的延迟。上述延迟的发生无论对于用户的充电体验或是运营商的正常收费，都会造成一定影响。

技术实现思路

[0003]本申请实施例提供一种充电订单的处理方法、电子设备及存储介质，解决了充电运营商各类状态消息推送延迟的问题，在确保用户充电体验的连贯性的同时，也保障及保护了充电运营商的权益。
[0004]第一方面，本申请实施例提供了一种充电订单的处理方法，该方法可以包括：
[0005]响应于充电订单的创建指令，对运营商针对创建指令的反馈信息进行检测。
[0006]在检测的结果为反馈信息延迟推送的情况下，对运营商是否已进行充电进行查询。
[0007]在查询结果为已充电的情况下，向用户端发送运营商的充电数据以供用户端对充电数据进行显示。
[0008]第二方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，所述处理器在执行所述计算机程序时实现上述任一项所述的方法。
[0009]第三方面，本申请实施例提供了一种车辆，所述车辆的可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法。
[0010]与现有技术相比，本申请具有如下优点：
[0011]依据本申请实施例，在检测到反馈信息延迟推送的情况下，首先维持充电订单的有效，从而保护用户侧对于充电体验的连贯性。此外，可以对运营商侧的充电桩是否已进行充电进行检测，针对检测结果进行订单处理。例如若开始充电，则可以继续计费，并将充电数据发给用户端以供用户端可以对充电数据进行定期更新显示。否则进行订单关闭处理，此举也保障了运营商的权益。
[0012]上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，可依照说明书的内容予以实施，并且为了让本申请的上述和其他目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
[0013]在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的
部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请的一些实施方式，而不应将其视为是对本申请范围的限制。
[0014]图1为本申请一实施例的充电订单的处理方法的流程图；
[0015]图2是本申请一实施例的充电订单的处理方法的示意图之一；
[0016]图3是本申请一实施例的充电订单的处理方法的示意图之二；以及
[0017]图4是用来实现本申请实施例的电子设备的框图。
具体实施方式
[0018]在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本申请的构思或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的，而非限制性的。
[0019]为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明。以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。
[0020]本申请实施例提供了一种充电订单的处理方法，如图1所示为本申请一实施例的充电订单的处理方法的流程图，可以包括：
[0021]步骤S101：响应于充电订单的创建指令，对运营商针对创建指令的反馈信息进行检测。
[0022]步骤S102：在检测的结果为反馈信息延迟推送的情况下，对运营商是否已进行充电进行查询。
[0023]步骤S103：在查询结果为已充电的情况下，向用户端发送运营商的充电数据以供用户端对充电数据进行显示。
[0024]本申请充电订单的处理方法的执行主体可以是应用程序的服务平台或云端服务器等。应用程序的服务平台或云端服务器等可以统称为服务端，下文以执行主体为服务端进行阐述。应用程序可以是运行在用户端的充电类应用程序。用户在用户端，通过应用程序发起充电请求，从而在用户端生成充电订单的创建指令。
[0025]服务端基于充电订单的创建指令，可以向运营商发出充电请求。运营商可以对充电请求进行同步响应，以便告知服务端运营商已接收到该充电请求。另外，运营商生成控制充电桩启动的指令，将控制充电桩启动的指令通过异步的方式发送给充电桩，以使得充电桩启动从而对新能源车辆进行充电。
[0026]在充电桩正常启动的情况下，会向运营商发送状态变更信息。该状态变更信息即可作为针对创建指令的反馈信息。状态变更信息用于告知运营商充电桩已从未开启状态变更为开启状态。运营商将上述信息告知给服务端。运营商与服务端之间进行信息传输可以采用消息队列的方式。运营商将充电桩状态变更信息发送给服务端，最终由服务端告知用户充电桩已开启。
[0027]对应的，对于用户端而言，充电订单的状态通常包括在线状态和关闭状态。所谓在线状态包括等待反馈信息、充电数据展示等。充电数据可以包括充电电量数据、充电时长数据、订单金额数据等。关闭状态为充电订单的关闭。通常情况下，运营商会与多个充电桩通信，由于充电桩数量的影响或者由于网络质量的影响，会存在消息队列中的信息挤压的情
况，由此会导致反馈信息推送延迟的发生。例如，充电桩实际已经正常启动，但由于反馈信息延迟推送的发生，导致服务端无法及时获悉充电桩已经正常启动。这样一来，服务端会触发保护而自动关闭或取消充电订单，在用户端充电订单的状态会由在线状态转为关闭状态。由此，对于运营商而言，会发生已启动充电桩但无法进行收费造成的坏账。对于用户而言，如果经常遇到订单取消或关闭，也会降低对于运营商产品的信赖。
[0028]对此，在本申请中，响应于充电订单的创建指令，服务端一方面会向运营商发出充电请求。与此同时，服务端还同时启动对运营商针对创建指令的反馈信息的检测。对运营商针对创建指令的反馈信息的检测主要可以体现在检测反馈信息是否延迟推送。若检测结果为未延迟推送，则可以控制用户端的应用程序在展示界面展示充电数据。反之，若检测结果为延迟推送，可以维持充电订单暂时有效。维持充电订单暂时有效可以是向用户端发送离线状态的触发指令，用户端在接收到离线状态触发指令的情况下，即可使充电订单转为离线状态。离线状态可以作为本申请新创的在线状态和关闭状态之外的第三种状态。在离线状态下，可以不必持续等待反馈信息，也可以保持充电订单有效。
[0029]与此同时，服务端还可以基于运营商是否已开始充电的查询结果，对充电订单进行对应的处理。示例性地，可以对运营商是否已进行充电进行查询。如果查询结果为未能充电，则可以对充电订单进行关闭处理。反之，如果查询结果为已开始充电，则可以向用户端发送告知信息。告知信息可以包本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种充电订单的处理方法，其特征在于，包括：响应于充电订单的创建指令，对运营商针对所述创建指令的反馈信息进行检测；在所述检测的结果为所述反馈信息延迟推送的情况下，对所述运营商是否已进行充电进行查询；在查询结果为已充电的情况下，向用户端发送所述运营商的充电数据以供所述用户端对所述充电数据进行显示。2.根据权利要求1所述的方法，其特征在于，确定所述反馈信息延迟推送的依据，包括：将所述充电订单的创建指令发送给运营商后，启动计时；在经过第一指定时长未接收到所述反馈信息的情况下，确定所述反馈信息延迟推送。3.根据权利要求1所述的方法，其特征在于，所述查询结果的确定方式，包括：在所述检测的结果为所述反馈信息延迟推送的情况下，启动计时；经过第二指定时长，根据获取到的所述运营商的充电数据确定所述查询结果。4.根据权利要求3所述的方法，其特征在于，所述第二指定时长被配置为3分钟至5分钟中的任意值。5.根据权利要求1或3所述的方法，其特征在于，还包括：在所述查询结果为未充电的情况下，取消所述充电订单。...

【专利技术属性】
技术研发人员：郑文杰，
申请(专利权)人：华人运通上海云计算科技有限公司，
类型：发明
国别省市：