CN111311124A - 充电服务方法、装置、存储介质及服务器 - Google Patents

Abstract

本申请提供一种充电服务方法、装置、存储介质及服务器，方法包括：获得包含用户ID和充电业务的充电请求；根据用户ID，确定出用户的账户信息，其中，账户信息包括账户余额和信用评级；根据充电业务确定出用户的需求电量；在账户信息与需求电量匹配时，为用户提供充电服务。在提供充电服务前，查询用户的账户信息，将用户的账户信息与用户的需求电量进行匹配，在二者匹配时为用户提供充电服务。将用户的账户信息与需求电量相匹配，能够评估用户的账户信息是否可负担本次充电服务，从而能够尽可能避免商家利益受损，而在二者匹配时即为用户提供充电服务，无需用户先行对选择的服务进行支付，可以提升充电服务的便利性，从而提升用户体验。

Description

充电服务方法、装置、存储介质及服务器

技术领域

本申请涉及充电技术领域，具体而言，涉及一种充电服务方法、装置、存储介质及服务器。

背景技术

随着电动汽车在市场上占有率的不断提升，为了满足电动汽车的充电需求，充电桩的数量也在不断增加。涉及到充电服务中的交易时，为了保证安全性，避免商家(汽车充电服务的提供商)利益受损，采用的付费方式较为繁琐，用户体验差。

发明内容

本申请实施例的目的在于提供一种充电服务方法、装置、存储介质及服务器，以为用户提供便捷的汽车充电服务，从而提高用户体验。

为了实现上述目的，本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供一种充电服务方法，包括：获得包含用户ID和充电业务的充电请求；根据所述用户ID，确定出用户的账户信息，其中，所述账户信息包括账户余额和信用评级；根据所述充电业务确定出所述用户的需求电量；在所述账户信息与所述需求电量匹配时，为所述用户提供充电服务。

在本申请实施例中，通过在提供充电服务前，查询用户的账户信息(包括账户余额和信用评级)，将用户的账户信息与用户的需求电量进行匹配，以确定用户的账户信息是否能够与其本次需要的充电服务相匹配，并在二者匹配时为用户提供充电服务。将用户的账户信息与需要的充电服务(需求电量)相匹配，能够评估用户的账户信息是否可负担本次充电服务，从而能够尽可能避免商家利益受损，而在二者匹配时即为用户提供充电服务，无需用户先行对选择的服务进行支付，可以提升充电服务的便利性，从而提升用户体验。

结合第一方面，在第一方面的第一种可能的实现方式中，所述充电业务包括定时长充电、定费用充电、定电量充电和充满自停中的一种，所述根据所述充电业务确定出所述用户的需求电量，包括：在所述充电业务为定时长充电时，根据所述充电业务的充电时长，确定出所述需求电量；在所述充电业务为定费用充电时，根据所述充电业务的充电费用，确定出所述需求电量；在所述充电业务为定电量充电时，确定所述充电业务中包含的电量为所述需求电量；在所述充电业务为充满自停时，获取预设的电量值作为所述需求电量。

在该实现方式中，通过提供多种类型的充电业务，供用户选取，从而可以为用户提供灵活的充电服务。通过定时长充电、定费用充电、定电量充电，能够准确地确定出用户的需求电量，让用户消费得放心；而充满自停的充电业务，则可以灵活地提供充电服务，有利于提升用户体验。

结合第一方面，在第一方面的第二种可能的实现方式中，通过如下步骤确定所述账户信息与所述需求电量是否匹配：根据所述信用评级确定出所述用户可使用的临时额度，并将所述临时额度与所述需求电量进行匹配；在所述临时额度与所述需求电量匹配时，确定所述账户信息与所述需求电量匹配；在所述临时额度与所述需求电量不匹配时，将所述账户余额与所述需求电量进行匹配，并在所述账户余额与所述需求电量匹配时，确定所述账户信息与所述需求电量匹配。

在该实现方式中，通过确定出用户的信用评级对应的临时额度，并将临时额度与需求电量匹配(即判定临时额度是否能够支撑其请求的需求电量)，在相互匹配时，则可以为用户提供充电服务。而在不匹配时，则可以将用户的账户余额与需求电量匹配，以在账户余额与需求电量相互匹配时为用户提供充电服务。这样的方式，能够在尽可能避免服务提供商的利益受损的条件下，为用户提供便利的充电服务(过程中无需用户进行额外操作)。

结合第一方面，在第一方面的第三种可能的实现方式中，在所述获得包含用户ID和充电业务的充电请求之后，所述方法还包括：根据所述用户ID，查询所述用户是否存在待支付订单；在所述用户存在待支付订单时，提示所述用户完成对所述待支付订单的支付；在所述用户支付所述待支付订单后，执行步骤：根据所述用户ID，确定出用户的账户信息。

在该实现方式中，在为用户提供充电服务前，查询用户是否存在待支付订单，以便在存在待支付订单时提示用户完成支付，尽可能避免服务提供商的损失。

第二方面，本申请实施例提供一种充电服务方法，包括：在为用户提供充电服务的过程中，查询所述用户的当前账户余额；在所述当前账户余额小于预设阈值时，根据所述用户的信用评级，确定出结束所述充电服务的条件。

在为用户提供充电服务的过程中，可以查询所述用户的当前账户余额，在余额小于预设阈值时，可以根据用户的信用评级确定出结束充电服务的条件。这样有利于针对不同信用评级的用户提供差异化的服务，旨在尽可能避免商家利益受损的条件下为用户提供更便利的充电服务，从而提升用户体验。

结合第二方面，在第二方面的第一种可能的实现方式中，所述根据所述用户的信用评级，确定出所述充电服务的结束条件，包括：确定出所述信用评级的等级，其中，所述信用评级的等级包括信用记录为优的一级信用、信用记录为中的二级信用和信用记录为差的三级信用；在所述信用评级为所述一级信用时，确定所述结束条件为：充电请求中的充电业务已完成；在所述信用评级为所述二级信用时，确定所述结束条件为：所述当前账户余额为零，且所述二级信用对应的临时额度已用完；在所述信用评级为所述三级信用时，确定所述结束条件为：所述当前账户余额为零。

在该实现方式中，通过针对不同等级的信用评级的用户，提供不同的充电服务，尽可能避免服务提供商的利益损失，以及，尽可能为用户提供更好更便捷的充电服务。信用评级好的用户，由于其支付可能性很高，因此可以为其提供更完善的充电服务(即在充电业务完成后才结束充电服务)，这样可以尽可能提高这部分用户的用户体验。信用评级一般的用户，可以提供一部分临时额度，以便为用户提供合理的充电服务，也能够便于用户应急，有利于提高这部分用户的用户体验。信用评级差的用户，则在其账户余额消耗光时，即停止本次的充电服务，可以避免服务提供商的利益损失。

第三方面，本申请实施例提供一种充电服务装置，包括：请求获得模块，用于获得包含用户ID和充电业务的充电请求；账户信息模块，用于根据所述用户ID，确定出用户的账户信息，其中，所述账户信息包括账户余额和信用评级；需求电量模块，用于根据所述充电业务确定出所述用户的需求电量；充电服务模块，用于在所述账户信息与所述需求电量匹配时，为所述用户提供充电服务。

第四方面，本申请实施例提供一种充电服务装置，包括：余额查询模块，用于在为用户提供充电服务的过程中，查询所述用户的当前账户余额；确定模块，用于在所述当前账户余额小于预设阈值时，根据所述用户的信用评级，确定出结束所述充电服务的条件。

第五方面，本申请实施例提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如第一方面或第一方面可能的实现方式中任一项所述的充电服务方法，或者实现如第二方面或第二方面的第一种可能的实现方式所述的充电服务方法。

第六方面，本申请实施例提供一种服务器，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，所述程序指令被处理器加载并执行时实现如第一方面或第一方面可能的实现方式中任一项所述的充电服务方法，或者，实现如第二方面或第二方面的第一种可能的实现方式所述的充电服务方法。

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

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种充电服务系统的示意图。

图2为本申请实施例提供的一种服务器的结构框图。

图3为本申请实施例提供的一种充电服务方法的流程图。

图4为本申请实施例提供的另一种充电服务方法的流程图。

图5为本申请实施例提供的一种充电服务装置的结构框图。

图6为本申请实施例提供的另一种充电服务装置的结构框图。

图标：10-充电服务系统；11-用户终端；12-服务器；121-存储器；122-通信模块；123-总线；124-处理器；13-充电桩；14-电动车；20-充电服务装置；21-请求获得模块；22-账户信息模块；23-需求电量模块；24-充电服务模块；25-余额查询模块；26-确定模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

请参阅图1，图1为本申请实施例提供的一种充电服务系统10的示意图。充电服务系统10可以包括：用户终端11、服务器12、充电桩13和电动车14。用户终端11可以与服务器12通信，而服务器12与多个充电桩13通信连接，另外，电动车14可以与充电桩13建立连接，以使充电桩13为电动车14充电。

在本实施例中，用户终端11可以为智能手机、平板电脑、笔记本电脑等，此处不作限定。

请参阅图2，图2为本申请实施例提供的一种服务器12的结构框图。在本实施例中，服务器12可以为网络服务器、云服务器、多个服务器构成的服务器集群等。

示例性的，服务器12可以包括：通过网络与外界连接的通信模块122、用于执行程序指令的一个或多个处理器124、总线123、不同形式的存储器121，例如，磁盘、ROM(Read-Only Memory，只读存储器)、或RAM(Random Access Memory，随机存取存储器)，或其任意组合。其中，存储器121、通信模块122和处理器124之间通过总线123连接。

示例性的，存储器121中存储有程序。处理器124可以从存储器121调用并运行这些程序，从而便可以通过运行程序而执行充电服务方法。

为了提高为用户提供的充电服务的便利性，示例性的，本实施例中将以基于区块链的汽车服务系统(其中包括充电服务，也可以包括其他业务，可视为充电服务系统，此处为名称上的区分，不应视为对本申请的限定)为例进行说明，但不应视为对本申请的限定。

在本实施例中，可以提供一个基于区块链的汽车服务系统，不同品牌的商家(服务提供商)可以将自家提供的服务(例如停车、充电等)打包成区块加入到区块链(例如联盟链)上，并在区块上预留可调用的接口，以便于充电服务系统中其他商家调用此商家提供的业务和共享的数据。

例如，A商家的服务地点为A1停车场和A2停车场(每一个可以提供充电服务的停车场中可以包括一个或多个充电桩)，提供充电服务的类型为L1和L2；而B商家的服务地点为B1停车场和B2停车场，提供充电服务的类型为L2和L3；而C商家的服务地点为C1停车场和C2停车场，提供充电服务的类型为L1和L4。那么，A商家、B商家和C商家都整合到基于区块链的汽车服务系统中后，充电服务系统可以为用户提供A1停车场和A2停车场、B1停车场和B2停车场、C1停车场和C2停车场等服务地点，可以提供L1、L2、L3和L4等类型的充电服务。并且，用户可以基于A商家、B商家或C商家中的任一客户端，发起充电请求，而基于区块链的汽车服务系统可以为用户提供更便利的充电服务(例如，用户通过A商家的客户端发起充电请求，但B1停车场距离用户更近，且充电服务L3也是用户更偏好的，那么基于区块链的汽车服务系统中A商家可以调用区块链上B商家提供的业务，为用户提供服务，当然，交易可以是建立在用户与B商家之间的)。

这样可以使得基于区块链的汽车服务系统中不同品牌的商家实现数据和业务的互通，从而实现整合不同品牌的充电服务提供商的目的，使得充电服务系统具有更多种类的充电服务，更多可选服务点，给用户提供更方便的充电服务(改善了不同商家各自提供服务时，这些商家可服务的范围小，业务单一，用户群体小的问题)。另外，由于基于区块链的汽车服务系统中各商家的数据可以实现共享，那么，对于用户的信用评级将会更加准确，尽可能避免商家的利益受损。

用户终端中可以设有充电服务系统中任意一个或多个商家的客户端(也可以是现有平台上的小程序，例如微信平台上的小程序，支付宝平台上的小程序等)，而用户可以通过用户终端中的客户端选择充电服务，向服务器发送访问请求，而服务器可以向用户终端返回服务列表(包括充电服务)，以供用户选取。而用户选取具体的充电服务后，用户终端可以向服务器发送充电请求。此时，服务器可以运行充电服务方法中的步骤，以为用户提供充电服务。

请参阅图3，图3为本申请实施例提供的一种充电服务方法的流程图。充电服务方法可以包括步骤S11、步骤S12、步骤S13和步骤S14。

用户终端可以向服务器发送充电请求后，服务器可以执行步骤S11。

步骤S11：获得包含用户ID和充电业务的充电请求。

在本实施例中，服务器可以获得用户终端发送的充电请求，其中，充电请求中包括用户ID(Identity Document，身份标识)和充电业务。示例性的，充电业务可以包括定时长充电(用户选择充电时长)、定费用充电(用户选择充电费用)、定电量充电(用户选择充电电量)和充满自停(用户不选择固定的时长、费用或电量，而是等到电动车充满电自动断开并停止计费)等业务中的一种或多种，当然，考虑到用户对充电的预估会存在误差，为了保护用户的利益，定时长充电、定费用充电和定电量充电等方式，都可以设有充满自停的属性，在电动车充满电但未达到充电业务要求的值时，也可以在充满电时即完成充电，以保护用户的利益。

在获得充电请求后，为了尽可能避免服务提供商的损失，可以在执行步骤S12之前，根据用户ID查询用户是否存在待支付订单(此处的待支付订单可以是充电服务系统中的其他服务提供商的，并不限定于用户选择的这个服务提供商，以及，待支付订单并不限定于充电服务产生的订单，也可以是其他服务产生的订单，此处不作限定)。

在查询到用户存在待支付订单时，服务器可以向用户终端发送消息提示用户完成对待支付订单的支付，并在用户完成对待支付订单的支付后，执行后续步骤。当然，在查询到用户不存在待支付订单时，服务器可以执行后续步骤。

在为用户提供充电服务前，查询用户是否存在待支付订单，以便在存在待支付订单时提示用户完成支付，尽可能避免服务提供商的损失。

而后，服务器可以执行步骤S12。

步骤S12：根据所述用户ID，确定出用户的账户信息，其中，所述账户信息包括账户余额和信用评级。

在本实施例中，服务器可以根据用户ID，确定出用户ID对应的账户信息，例如用户的账户余额和用户的信用评级等。其中，用户的信用评级可以通过该用户在基于区块链的汽车服务系统中产生的所有业务进行评定，评定的方式可以参考现有的评定方式，此处不作详细说明。

通过将多个不同品牌的服务提供商整合在一起，而数据共享，可以对用户有更全面的和准确的信用评定，从而能够尽可能降低服务提供商在为用户提供临时额度时的风险，尽可能避免服务提供商的利益损失。而为用户提供临时额度的方式，以尽可能有效解决充电服务中的支付问题，有利于为用户提供便利的服务。

示例性的，信用评级可以包括信用记录为优的一级信用、信用记录为中的二级信用和信用记录为差的三级信用。例如，信用评分范围在0-150分之间，而0-50分区间内评定为信用较差(三级信用)，50-100分区间内评定为信用一般(二级信用)，100-150分内评定为信用良好(一级信用)。当然，这种只是一种示例性的方式，以便于对信用评级的理解，不应视为对本申请的限定。

当然，由于区块链技术具有不可篡改的特点，其记录内容均记有时间戳，是一本链上交易账本。因此，为了提高对用户的信用评级的灵活性，可以对守时支付、超时支付、逾期未付款等情况设置信用值，分别设置增加信用值、不增加信用值、降低信用值等处理方式，以灵活地对用户的信用进行评级。

确定出用户的账户信息后，服务器可以执行步骤S13。

步骤S13：根据所述充电业务确定出所述用户的需求电量。

在本实施例中，充电业务可以为定时长充电、定费用充电、定电量充电和充满自停中的一种，而服务器可以确定出充电请求中的充电业务，从而可以进一步确定出用户的需求电量。

例如，在充电业务为定时长充电时，充电请求中的充电业务，还包含用户确定的充电时长，而服务器可以根据充电时长，确定出需求电量(在单位时间的充电价格为已知)。

例如，在充电业务为定费用充电时，充电请求中的充电业务，还包含用户确定的充电费用，而服务器可以根据充电费用，确定出需求电量(单位电量的价格为已知)。

例如，在充电业务为定电量充电时，充电请求中的充电业务，还包含用户确定的充电电量，该充电电量即为用户的需求电量。

又例如，在充电业务为充满自停时，服务器可以获取预设的电量值作为需求电量(例如半小时，一小时等)。另外，对于充满自停的充电业务，服务器可以基于用户的车型、用户的行车路线、用户的上次充电时间(这些信息可以通过基于区块链的汽车服务系统得到)，以对用户的电动车的电量进行预估，以便给用户一个充电费用和充电时长的预估，便于用户选择更便利、实惠的充电服务(不同服务提供商的业务和收费等可以存在差异)。

确定出用户的需求电量后，服务器可以执行步骤S14。

步骤S14：在所述账户信息与所述需求电量匹配时，为所述用户提供充电服务。

在本实施例中，可以采用以下方式确定账户信息与需求电量是否匹配：

服务器可以根据信用评级确定出用户可使用的临时额度，并将临时额度与需求电量进行匹配。不同的信用评级可以对应不同的临时额度(假设电动汽车从几乎没电到充满电的费用为20至50元)，例如，一级信用对应的临时额度为50元，二级信用对应的临时额度为10元，三级信用对应的临时额度为0元。

而将临时额度与需求电量匹配，可以为：服务器将临时额度与需求电量所需要的费用进行比较(当然，在充电业务为定费用充电时，可以将费用与临时额度比较；另外，也可以将临时额度转换为电量额度，从而与需求电量比较，具体的匹配方式不作具体限定)，从而确定临时额度与需求电量是否匹配。

在临时额度与需求电量匹配时(即临时额度不低于需求电量对应的充电费用)，服务器可以确定账户信息与需求电量匹配。

而在临时额度与需求电量不匹配时(即临时额度低于需求电量对应的充电费用)，服务器可以进一步将账户余额与需求电量进行匹配(匹配的方式可以参考临时额度与需求电量的匹配，此处不再赘述)，并在账户余额与需求电量匹配时，确定账户信息与需求电量匹配。

通过在为用户提供充电服务前，对用户的临时额度，账户余额等进行判定，看其是否能够负担本次充电所产生的费用，若是不能，则可以提醒用户充值或对该订单进行支付，以便为用户提供充电服务，也能够尽可能避免商家的利益损失。

而在对用户的账户余额进行匹配前，先对临时额度进行匹配(即对用户的信用评级进行考察)，可以尽可能降低对高信用值的用户的影响(服务器自动进行，无需用户操作；另外，高信用值的用户，可以设定其临时额度与需求电量总是匹配的，以提高效率，并且不会影响到用户)，从而提升高信用值的用户的用户体验，也有利于引导用户提升信用值，从而呈现良性循环。对于低信用值的用户，则可以从优先保护商家的利益角度考虑，低信用值的用户的临时额度可以总是与需求电量不匹配，从而可以跳过临时额度与需求电量的匹配过程，而直接将用户的账户余额与需求电量匹配，这样能够尽可能保证商家的利益不受到因用户违约(不支付订单)而带来的损失。

在本实施例中，在账户信息与需求电量匹配时，服务器可以向对应的充电桩发送指令，以控制充电桩为用户提供充电服务(即为用户的电动汽车充电)。

请参阅图4，为了保证为用户提供的充电服务的安全性，以及对商家的利益和用户的利益的保护，本申请实施例还提供一种充电服务方法，应用于充电过程中(可以应用但并不限定于通过前文描述的充电服务方法所进行的充电过程)。在本实施例中，方法可以包括步骤S21和步骤S22。

在为用户提供充电服务的过程中，服务器可以查询用户的当前账户余额。示例性的，服务器可以实时查询(按照一定的频率查询)用户的当前账户余额，并对账户余额进行实时监测。

以及，服务器可以执行步骤S22。

步骤S22：在所述当前账户余额小于预设阈值时，根据所述用户的信用评级，确定出结束所述充电服务的条件。

在本实施例中，服务器可以将检测到的当前账户余额与预设阈值相比较，在当前账户余额低于预设阈值时，可以通过用户的信用评级，来确定对该用户的充电服务采取何种处理方式。这样有利于针对不同信用评级的用户提供差异化的服务，旨在尽可能避免商家利益受损的条件下为用户提供更便利的充电服务，从而提升用户体验。

在本实施例中，服务器在检测到用户的当前账户余额小于预设阈值(例如10元)时，可以结合用户的信用评级，确定出本次充电服务的后续操作，例如确定出结束本次充电服务的条件。

示例性的，服务器可以确定出用户的信用评级的等级(一级信用、二级信用或三级信用)。

在用户的信用评级为一级信用时，那么用户的守约概率会很高，可以优先考虑对用户的充电服务的质量，提升用户体验。因此，服务器可以确定本次充电服务的结束条件为：充电请求中的充电业务已完成。即，服务器可以以充电业务中的需求为主，在满足用户的充电业务后，再结束本次充电服务。

在用户的信用评级为二级信用时，那么用户的守约概率还不错，但也存在一定的风险，可以在一定程度上为充电服务的质量考虑，但也应将风险控制在一定范围内。因此，服务器可以确定本次充电服务的结束条件为：在用户的当前账户余额为零，且该用户的(二级信用的用户)对应的临时额度已用完。即，服务器可以在用户的账户余额耗光后，且临时额度耗光后，再结束本次充电服务。

在用户的信用评级为三级信用时，那么用户的违约的概率较大，可以优先从保护服务提供商的利益的角度考虑，服务器可以确定结束本次充电服务的条件为：当前账户余额为零。

通过针对不同等级的信用评级的用户，提供不同的充电服务，尽可能避免服务提供商的利益损失，以及，尽可能为用户提供更好更便捷的充电服务。信用评级好的用户，由于其支付可能性很高，因此可以为其提供更完善的充电服务(即在充电业务完成后才结束充电服务)，这样可以尽可能提高这部分用户的用户体验。信用评级一般的用户，可以提供一部分临时额度，以便为用户提供合理的充电服务，也能够便于用户应急，有利于提高这部分用户的用户体验。信用评级差的用户，则在其账户余额消耗光时，即停止本次的充电服务，可以避免服务提供商的利益损失。

请参阅图5，本申请实施例还提供一种充电服务装置20，包括：

请求获得模块21，用于获得包含用户ID和充电业务的充电请求。

账户信息模块22，用于根据所述用户ID，确定出用户的账户信息，其中，所述账户信息包括账户余额和信用评级。

需求电量模块23，用于根据所述充电业务确定出所述用户的需求电量。

充电服务模块24，用于在所述账户信息与所述需求电量匹配时，为所述用户提供充电服务。

在本实施例中，所述充电业务包括定时长充电、定费用充电、定电量充电和充满自停中的一种，所述需求电量模块23，还用于在所述充电业务为定时长充电时，根据所述充电业务的充电时长，确定出所述需求电量；在所述充电业务为定费用充电时，根据所述充电业务的充电费用，确定出所述需求电量；在所述充电业务为定电量充电时，确定所述充电业务中包含的电量为所述需求电量；在所述充电业务为充满自停时，获取预设的电量值作为所述需求电量。

在本实施例中，所述充电服务模块24，还用于通过如下步骤确定所述账户信息与所述需求电量是否匹配：根据所述信用评级确定出所述用户可使用的临时额度，并将所述临时额度与所述需求电量进行匹配；在所述临时额度与所述需求电量匹配时，确定所述账户信息与所述需求电量匹配；在所述临时额度与所述需求电量不匹配时，将所述账户余额与所述需求电量进行匹配，并在所述账户余额与所述需求电量匹配时，确定所述账户信息与所述需求电量匹配。

在本实施例中，所述充电服务装置20还包括订单查询模块，用于在所述请求获得模块21获得包含用户ID和充电业务的充电请求之后，根据所述用户ID，查询所述用户是否存在待支付订单；在所述用户存在待支付订单时，提示所述用户完成对所述待支付订单的支付；在所述用户支付所述待支付订单后，执行步骤：根据所述用户ID，确定出用户的账户信息。

请参阅图6，本申请实施例还提供另一种充电服务装置20，包括：

余额查询模块25，用于在为用户提供充电服务的过程中，查询所述用户的当前账户余额；

确定模块26，用于在所述当前账户余额小于预设阈值时，根据所述用户的信用评级，确定出结束所述充电服务的条件。

在本实施例中，所述确定模块26，还用于确定出所述信用评级的等级，其中，所述信用评级的等级包括信用记录为优的一级信用、信用记录为中的二级信用和信用记录为差的三级信用；在所述信用评级为所述一级信用时，确定所述结束条件为：充电请求中的充电业务已完成；在所述信用评级为所述二级信用时，确定所述结束条件为：所述当前账户余额为零，且所述二级信用对应的临时额度已用完；在所述信用评级为所述三级信用时，确定所述结束条件为：所述当前账户余额为零。

在本申请实施例中，还提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如本实施例中所述的充电服务方法。

综上所述，本申请实施例提供一种充电服务方法、装置、存储介质及服务器，通过在提供充电服务前，查询用户的账户信息(包括账户余额和信用评级)，将用户的账户信息与用户的需求电量进行匹配，以确定用户的账户信息是否能够与其本次需要的充电服务相匹配，并在二者匹配时为用户提供充电服务。将用户的账户信息与需要的充电服务(需求电量)相匹配，能够评估用户的账户信息是否可负担本次充电服务，从而能够尽可能避免商家利益受损，而在二者匹配时即为用户提供充电服务，无需用户先行对选择的服务进行支付，可以提升充电服务的便利性，从而提升用户体验。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种充电服务方法，其特征在于，包括：

获得包含用户ID和充电业务的充电请求；

根据所述用户ID，确定出用户的账户信息，其中，所述账户信息包括账户余额和信用评级；

根据所述充电业务确定出所述用户的需求电量；

在所述账户信息与所述需求电量匹配时，为所述用户提供充电服务。

2.根据权利要求1所述的充电服务方法，其特征在于，所述充电业务包括定时长充电、定费用充电、定电量充电和充满自停中的一种，所述根据所述充电业务确定出所述用户的需求电量，包括：

在所述充电业务为定时长充电时，根据所述充电业务的充电时长，确定出所述需求电量；

在所述充电业务为定费用充电时，根据所述充电业务的充电费用，确定出所述需求电量；

在所述充电业务为定电量充电时，确定所述充电业务中包含的电量为所述需求电量；

在所述充电业务为充满自停时，获取预设的电量值作为所述需求电量。

3.根据权利要求1所述的充电服务方法，其特征在于，通过如下步骤确定所述账户信息与所述需求电量是否匹配：

根据所述信用评级确定出所述用户可使用的临时额度，并将所述临时额度与所述需求电量进行匹配；

在所述临时额度与所述需求电量匹配时，确定所述账户信息与所述需求电量匹配；

在所述临时额度与所述需求电量不匹配时，将所述账户余额与所述需求电量进行匹配，并在所述账户余额与所述需求电量匹配时，确定所述账户信息与所述需求电量匹配。

4.根据权利要求1所述的充电服务方法，其特征在于，在所述获得包含用户ID和充电业务的充电请求之后，所述方法还包括：

根据所述用户ID，查询所述用户是否存在待支付订单；

在所述用户存在待支付订单时，提示所述用户完成对所述待支付订单的支付；

在所述用户支付所述待支付订单后，执行步骤：根据所述用户ID，确定出用户的账户信息。

5.一种充电服务方法，其特征在于，包括：

在为用户提供充电服务的过程中，查询所述用户的当前账户余额；

在所述当前账户余额小于预设阈值时，根据所述用户的信用评级，确定出结束所述充电服务的条件。

6.根据权利要求5所述的充电服务方法，其特征在于，所述根据所述用户的信用评级，确定出所述充电服务的结束条件，包括：

确定出所述信用评级的等级，其中，所述信用评级的等级包括信用记录为优的一级信用、信用记录为中的二级信用和信用记录为差的三级信用；

在所述信用评级为所述一级信用时，确定所述结束条件为：充电请求中的充电业务已完成；

在所述信用评级为所述二级信用时，确定所述结束条件为：所述当前账户余额为零，且所述二级信用对应的临时额度已用完；

在所述信用评级为所述三级信用时，确定所述结束条件为：所述当前账户余额为零。

7.一种充电服务装置，其特征在于，包括：

请求获得模块，用于获得包含用户ID和充电业务的充电请求；

账户信息模块，用于根据所述用户ID，确定出用户的账户信息，其中，所述账户信息包括账户余额和信用评级；

需求电量模块，用于根据所述充电业务确定出所述用户的需求电量；

充电服务模块，用于在所述账户信息与所述需求电量匹配时，为所述用户提供充电服务。

8.一种充电服务装置，其特征在于，包括：

余额查询模块，用于在为用户提供充电服务的过程中，查询所述用户的当前账户余额；

确定模块，用于在所述当前账户余额小于预设阈值时，根据所述用户的信用评级，确定出结束所述充电服务的条件。

9.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至4中任一项所述的充电服务方法，或者实现如权利要求5或6所述的充电服务方法。

10.一种服务器，其特征在于，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，所述程序指令被处理器加载并执行时实现如权利要求1至4中任一项所述的充电服务方法，或者，实现如权利要求5或6所述的充电服务方法。

Images