CN117333173A - 能源站的账户管理方法、装置、存储介质和计算机设备 - Google Patents

Abstract

本申请公开了一种能源站的账户管理方法、装置、存储介质和计算机设备。方法包括：获取第一预设时段内目标对象在能源站产生的历史订单的结算信息；依据历史订单的结算信息确定能源站的预存款额度；依据预存款额度执行能源站的预存款账户的充值操作；依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息。从而可针对不同能源站进行不同额度的资金结算，使得预存款账户中的资金既能够满足目标对象对应的用户需求又不会有太多的闲置，在保证了目标对象能够及时享受能源站提供的服务的同时，实现了预存款账户的合理配置、灵活使用。

Description

能源站的账户管理方法、装置、存储介质和计算机设备

技术领域

本申请涉及能源站信息处理技术领域，尤其是涉及到一种能源站的账户管理方法、装置、存储介质和计算机设备。

背景技术

能源站是指为汽车和其它机动车辆提供能源或非能源服务的补给站，场站一般零售汽油、柴油、机油、天然气、氢气、电以及非能源品(如饮品、零食等)。由于能源站所销售的能源商品存在危险性，只能通过线下实体能源站的形式为用户提供能源补给服务，而无法通过物流的方式进行能源商品配送。

相关技术中，以油卡作为主要的支付手段，部分企业可能会为企业的多个成员在网络平台配置多张油卡，但由于网络平台与能源站之间的资金结算周期慢或油卡余额不足等情况，可能导致油卡无法及时满足企业所有成员的加油需求的问题，进而降低加油服务体验。

发明内容

有鉴于此，本申请提供了一种能源站的账户管理方法、装置、存储介质和计算机设备，从而提供平台服务器针对能源站的预存款功能，保证企业用户能够及时享受能源站的补给服务。

依据本申请的第一方面实施例，提供了一种能源站的账户管理方法，包括：

获取第一预设时段内目标对象在能源站产生的历史订单的结算信息；

依据历史订单的结算信息确定能源站的预存款额度；

依据预存款额度执行能源站的预存款账户的充值操作；

依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息。

可选地，能源站的账户管理方法还包括：

若接收到能源站的第二终端发送的目标订单的结算信息，依据目标订单的结算信息中第一支付金额扣减预存款账户的账户记录金额；

依据目标订单的结算信息和账户记录金额，生成预存款账户的支付记录信息。

可选地，依据订单信息中的支付金额扣减预存款账户的账户记录金额之后，能源站的账户管理方法还包括：

若接收到目标订单的退款信息，依据退款信息中的退款金额增加目标订单对应的预存款账户的账户记录金额，并生成目标订单对应的支付记录信息的退款标签。

可选地，依据预存款额度执行能源站的预存款账户的充值操作，具体包括：

依据历史订单的结算信息中第二预设时段内的历史支付金额确定预存款账户的告警阈值；

若预存款账户的账户记录金额小于或等于告警阈值，输出预存款账户的第一余额提示信息。

可选地，能源站的账户管理方法还包括：

响应于目标对象的第一终端触发产生的能源站的消费订单；

依据消费订单的订单信息中第二支付金额执行消费订单的支付操作，以将第二支付金额的资金转入平台账户；

依据消费订单的订单信息生成目标对象的消费记录信息。

可选地，依据预存款额度执行能源站的预存款账户的充值操作，具体包括：

将预存款额度和目标对象的用户信息添加至审核模板，生成预存款账户的待充值信息；

将待充值信息发送至与预存款额度关联的审批节点；

响应于审批节点的通过指令，依据预存款额度调用平台账户的资金对预存款账户进行充值，并生成预存款额度的打款记录信息。

可选地，依据预存款额度调用平台账户的资金对预存款账户进行充值之前，能源站的账户管理方法还包括：

若平台账户的资金的余额小于预存款额度，输出平台账户的资金的第二余额提示信息。

可选地，依据预存款额度调用平台账户的资金对预存款账户进行充值，具体包括：

将预存款额度对应的平台账户的资金转入预存款账户。

可选地，依据预存款额度调用平台账户的资金对预存款账户进行充值，具体包括：

将预存款额度对应的平台账户的资金转入预设客服节点的线下管理账户，以通过线下管理账户对预存款账户进行充值。

可选地，依据历史订单的结算信息确定能源站的预存款额度，具体包括：

将历史订单的结算信息输入额度预测模型，得到预存款额度；

其中，额度预测模型依据样本订单的支付金额和样本订单的额度标签训练得到。

可选地，能源站的账户管理方法还包括：

响应于预存款账户的查询指令，输出预存款账户的账户记录金额和/或充值记录信息。

可选地，能源站的账户管理方法还包括：

获取预存款额度的待预测时段；

依据待预测时段的时刻最小值和时刻最大值，计算同比和/或环比历史时刻所属的第一预设时段。

根据本申请的第二方面实施例，提供了一种能源站的账户管理装置，包括：

获取模块，用于获取第一预设时段内目标对象在能源站产生的历史订单的结算信息；

确定模块，用于依据历史订单的结算信息确定能源站的预存款额度；

管理模块，用于依据预存款额度执行能源站的预存款账户的充值操作；以及，依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息。

可选地，管理模块，还用于若接收到能源站的第二终端发送的目标订单的结算信息，依据目标订单的结算信息中第一支付金额扣减预存款账户的账户记录金额；依据目标订单的结算信息和账户记录金额，生成支付记录信息。

可选地，管理模块，还用于若接收到目标订单的退款信息，依据退款信息中的退款金额增加目标订单对应的预存款账户的账户记录金额，并生成目标订单对应的支付记录信息的退款标签。

可选地，确定模块，还用于依据历史订单的结算信息中第二预设时段内的历史支付金额，确定预存款账户的告警阈值；

能源站的账户管理装置还包括：

第一输出模块，用于若预存款账户的账户记录金额小于或等于告警阈值，输出预存款账户的第一余额提示信息；

管理模块，具体用于若预存款账户的账户记录金额小于或等于告警阈值，依据预存款额度执行预存款账户的充值操作。

可选地，能源站的账户管理装置，还包括：

订单处理模块，用于响应于目标对象的第一终端触发产生的能源站的消费订单；以及，依据消费订单的订单信息中第二支付金额执行消费订单的支付操作，以将第二支付金额的资金转入平台账户；

管理模块，还用于依据消费订单的订单信息生成目标对象的消费记录信息。

可选地，管理模块，具体用于将预存款额度和目标对象的用户信息添加至审核模板，生成预存款账户的待充值信息；将待充值信息发送至与预存款额度关联的审批节点；响应于审批节点的通过指令，依据预存款额度调用平台账户的资金对预存款账户进行充值，并生成预存款额度的打款记录信息。

可选地，管理模块，具体用于将预存款额度对应的平台账户的资金转入预存款账户。

可选地，管理模块，具体用于将预存款额度对应的平台账户的资金转入预设客服节点的线下管理账户，以通过线下管理账户对预存款账户进行充值。

可选地，能源站的账户管理装置还包括：

第二输出模块，用于若平台账户的资金的余额小于预存款额度，输出平台账户的资金的第二余额提示信息。

可选地，确定模块，具体用于将历史订单的结算信息输入额度预测模型，得到预存款额度；其中，额度预测模型依据样本订单的支付金额和样本订单的额度标签训练得到。

可选地，能源站的账户管理装置还包括：

查询模块，用于响应于预存款账户的查询指令，输出预存款账户的账户记录金额和/或充值记录信息。

可选地，获取模块，还用于获取预存款额度的待预测时段；依据待预测时段的时刻最小值和时刻最大值，计算同比和/或环比历史时刻所属的第一预设时段。

依据本申请的第三方面实施例，提供了一种可读存储介质，其上存储有程序或指令，程序或指令被处理器执行时实现上述实施例提供的能源站的账户管理方法的步骤。

依据本申请的第四方面实施例，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，处理器执行所述程序时实现上述实施例提供的能源站的账户管理方法的步骤。

借由上述技术方案，依据第一预设时段内目标对象在能源站的历史订单的结算信息预测目标对象对应的用户在能源站进行线下核销时可能需要的预存款额度。再依据该预存款额度对能源站的预存款账户进行充值，使得目标对象在平台下单后，平台能够针对不同目标对象使用能源站的预存款账户与能源站进行结算。如此，不仅实现了目标对象线上支付、线下核销功能。而且采用历史订单的结算信息作为评估预存款额度的依据，平台可针对不同能源站进行不同额度的资金结算，使得预存款账户中的资金既能够满足目标对象对应的用户需求又不会有太多的闲置，在保证了目标对象能够及时享受能源站提供的服务的同时，实现了预存款账户的合理配置、灵活使用。进一步地，在充值操作后可依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息，以便于平台人员用户实时查看不同能源站的充值情况，实现平台资金充值的透明化，有助于提升能源站资金结算和预存款管理效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的能源站的账户管理方法的应用环境图；

图2示出了本申请实施例提供的能源站的账户管理方法的流程示意图之一；

图3示出了本申请实施例提供的能源站的账户管理方法的流程示意图之二；

图4示出了本申请实施例提供的能源站的账户管理装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“相接”到另一元件时，它可以直接连接或相接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“相接”可以包括无线连接或无线稠接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

现在，将参照附图更详细地描述根据本申请的示例性实施例。然而，这些示例性实施例可以多种不同的形式来实施，并且不应当被解释为只限于这里所阐述的实施例。应当理解的是，提供这些实施例是为了使得本申请的公开彻底且完整，并且将这些示例性实施例的构思充分传达给本领域普通技术人员。

图1示出了本申请实施例提供的能源站的账户管理方法的应用环境架构图，如图1所示，该应用环境可以包括目标对象的第一终端110、平台服务端120和能源站的第二终端130，该第一终端110和第二终端130可以通过互联网等网络与平台服务端120进行通信。其中，第一终端110或第二终端130可以包括但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，平台服务端120用于处理第一终端110触发产生的消费订单，以及对多个预存款账户进行管理，该服务端可以用独立的服务器或多个服务器组成的服务器集群，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

具体地，第一终端110可用于触发消费订单并与平台服务端120进行该消费订单的资金结算。平台服务端120会对应的向能源站的第二终端130下单，也即下发能源补给请求。目标对象下单后可到能源站进行能源补给，能源站给目标对象补给能源后完成订单的核销，完成补给后，能源站的第二终端130向平台服务端120发起扣款(结算)请求。平台服务端120根据目标对象的订单以及能源站记录的目标对象到能源站的补给记录进行审核，审核通过后平台服务端120通过平台方在能源站的预存款进行结算，当预算款低于阈值时平台服务端120自动进入预存款的充值流程。

下面结合实施例以及附图对本申请实施例提供的能源站的账户管理方法做进一步说明：

图2是根据一示例性实施例示出的一种能源站的账户管理方法的流程图，如图2所示，以能源站的账户管理方法应用于图1所示的平台服务端120进行说明，该方法包括：

步骤210，获取第一预设时段内目标对象在能源站产生的历史订单的结算信息。

其中，第一预设时段是指用于获取历史订单的历史时间段，可依据预测时段合理设置，例如，一个月、半年等。第一预设时段可以是一个时间段，也可以是存在间隔的多个时间段，本申请实施例不做具体限定。目标对象可以是单独的用户也可以是包含有多个用户的聚合用户，聚合用户可以是企业维度的聚合，那么对应的预存款账户即企业名下的账户，聚合用户也可以是组织、家庭等其他维度的聚合。

本申请实施例中的目标对象在平台下单后，目标对象可利用该订单在能源站进行能源补给。历史订单的结算信息为一个或多个目标对象曾经在平台服务端下单，并在能源站核销的目标订单的结算信息，结算信息基于目标对象在平台方的消费，平台方与能源站进行结算，结算信息可以包括订单核销时间、用户信息、能源站与平台方之间的结算金额(第一支付金额)、订单类型、能源站信息、购买商品信息等。

需要说明的是，历史订单可以是同一目标对象在能源站核销的目标订单，也可以是不同目标对象在能源站核销的目标订单。

可以理解的是，若平台方与不同的能源站进行订单结算，可分别统计不同能源站的历史订单的结算信息，以便于实现平台方在不同能源站的预存款账户的预存款额度预测。

需要说明的是，本申请实施例中所涉及的目标对象和/或能源站等平台用户的信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

步骤220，依据历史订单的结算信息确定能源站的预存款额度。

在该实施例中，依据能源站的历史订单的结算信息预测能源站可能需要的预存款额度。如此，平台方可针对不同能源站进行不同额度的资金结算，使得预存款账户中的资金既能够满足目标对象的需求又不会有太多的闲置。同时，通过设置合理的第一预设时段，并基于该时段内的结算信息预测预存款额度，保证了预存款额度的时效性，进一步提升预存款额度与实际需求的贴合度。从而能够极大的避免了由于能源站位置分散等原因使平台方与能源站结算不及时导致的目标对象在核销时预存款账户不足的情况，进而实现了预存款账户的合理配置和灵活使用，使得用户可以获得更方便快捷的能源补给体验，还可以为能源站相关服务奠定基础。

进一步地，步骤220之前，能源站的账户管理方法还包括：获取预存款额度的待预测时段；依据待预测时段的时刻最小值和时刻最大值，计算同比和/或环比历史时刻所属的第一预设时段。

其中，待预测时段即需要预算预存款额度的使用时段。

在该实施例中，通过对待预测时段进行同比或环比的时间维度预测，使得第一预设时段内能源站的历史订单的结算信息能够更加符合待预测时段的实际情况，从而消除季节性/节日性差异，提升预存款额度与实际能源需求的贴合度，进而保证了预存款账户充值的精确度，有助于提高平台服务效率，降低了客户投诉率。

例如，待预测时段为2014-10-11～2014-11-11，则计算得出同比的第一预设时段为2013-10-11～2013-11-11，环比的第一预设时段为2014-9-11～2014-10-11。

在一实施例中，步骤220，也即依据历史订单的结算信息确定能源站的预存款额度，具体包括：

步骤221，将历史订单的结算信息输入额度预测模型，得到预存款额度。

其中，额度预测模型依据样本订单的支付金额和样本订单的额度标签训练得到。

具体地，额度预测模型可采用预先训练的单体神经网络模型，例如，深度神经网络(Deep Neural Networks，DNN)模型、卷积网络(Convolutional Neural Networks，CNN)模型、循环神经网络(Recurrent Neural Networks，RNN)模型、残差网络(Residual Network，ResNet)模型、深度双向自注意力网络(Bidirectional Encoder Representation fromTransformers，BERT)模型，或者由多网络并行的双重网络结构(Conformer)模型。

在该实施例中，利用预先训练好的额度预测模型对预存款额度进行预测，不仅能够极大地减少不必要的数据冗余，特别是针对多能源站不同优惠策略等数据量较大的场景，有效降低大数据系统中的存储和计算成本，提升数据处理效率，而且改善数据统计口径的不一致性，减少数据计算错误的可能性，为后续预存款账户的充值提供可靠的数据支持，保障了用户在能源站的加油服务体验。

在另一实施例中，由于能源价格是波动的，若以样本订单的支付金额为基础训练模型并基于结算信息中总的支付金额计算预存款额度可能存在价格误差。为此，步骤220，也即依据历史订单的结算信息确定能源站的预存款额度，具体包括：依据结算信息中能源交易量和当前时刻所属第三预设时段内的预测能源价格，计算预存款额度。从而重点关注能源交易量，并基于能源交易量以及未来一定时间内的能源价格计算所需的预存款额度，使得预存款额度更加适应能源价格波动影响，保证了使用预存款结算时的可用性。

其中，第三预设时段为按照预算的预存款额度充值后预存款可供使用的时段，可根据历史预存款使用记录合理设置。

在一实施例中，步骤220之后，能源站的账户管理方法还包括：获取预存款账户的充值规则信息；依据充值规则信息调整预存款额度。

其中，充值规则信息包括以下至少一种：充值时段、充值上限、充值审批权限。

在该实施例中，考虑到预存款账户的预存款额度不同对应的审批规则、所需权限的不同，可通过充值规则信息对预测的预存款额度进行调整，以使调整后的预存款额度能够满足充值规则的条件。

例如，预测的预存款额度为1000元，但充值规则限定该预存款账户的充值上限为800元，则将预存款额度修改为800元。

步骤230，依据预存款额度执行能源站的预存款账户的充值操作。

值得一提的是，可以将能源站的预存款账户划分为多个子账户，每个子账户对应一个目标对象，在确定子账户预存款额度时，仅采用子账户对应目标对象的历史订单的结算信息进行计算，从而有利于细化不同用户在能源站的消费记录。

在该实施例中，依据预测得到的预存款额度对能源站的预存款账户进行充值，以完成平台方相对于能源站的预存款功能，使得目标对象在平台服务端下单后，平台方能够针对不同目标对象使用能源站的预存款账户与能源站进行结算。从而实现了目标对象线上支付、线下核销功能，而且预存款账户更加便于资金管理以及使用，在提高能源站管理效率的同时，提升用户使用体验。

在一实施例中，步骤230之前，能源站的账户管理方法还包括：响应于目标对象的第一终端触发产生的能源站的消费订单；依据消费订单的订单信息中第二支付金额执行消费订单的支付操作，以将第二支付金额的资金转入平台账户；依据消费订单的订单信息生成目标对象的消费记录信息。

其中，消费订单是指目标对象在平台下单的能源站相关服务订单，消费订单的订单信息可以包括下单时间、用户信息、目标对象与平台方之间的结算金额(第二支付金额)、订单类型、能源站信息、购买商品信息等。第二支付金额为满足平台方与目标对象之间结算规则的支付金额。

可以理解的是，平台方与目标对象之间结算规则可以与能源站之间结算规则不同，也即同一订单的第一支付金额可以不同于第二支付金额。

在该实施例中，目标对象可以通过其第一终端在平台下单，平台接收到该消费订单的订单信息后，按照订单信息中第二支付金额执行该消费订单的相关的支付操作，以从目标对象处收获支付消费订单所需的资金，并转入平台方对应的平台账户。然后目标对象即可在能源站线下核销该消费订单进行补给。

需要说明的是，目标订单为目标对象在平台下单的所有消费订单中可供能源站线下核销结算的订单。

在一实施例中，步骤230，也即依据预存款额度执行能源站的预存款账户的充值操作，具体包括：

步骤231，依据历史订单的结算信息中第二预设时段内的历史支付金额确定预存款账户的告警阈值。

其中，第二预设时段用于统计待预测时段内的能源站与平台的总的结算金额，第二预设时段可与第一预设时段相同或不同，第二预设时段可根据能源站的结算周期或充值所需时间合理设置，从而避免充值过程中由于不同审批流程导致的充值延期。例如，将第二预设时段设定为第一预测时段的一个子集，平台服务端设定每月月初进行一次该月(第一预测时段)的预存款额度计算，为了保证现有预存款额度充足，将平台服务端进行充值操作所需的一周时间作为第二预设时段，以便于利用第二预设时段内的历史支付金额确定的告警阈值判断是否需要触发充值操作，从而使能源站现有的预存款能够在充值操作完成前维持在高于告警阈值的状态，保证了预存款能够满足结算需求。进一步地，告警阈值还可以是灵活变动的，可以结合不同的影响因素进行确定。

具体地，可以直接将历史支付金额作为告警阈值，也可以将一定比例的历史支付金额作为告警阈值，本申请实施例不做具体限定。

步骤232，若预存款账户的账户记录金额小于或等于告警阈值，输出预存款账户的第一余额提示信息，并依据预存款额度执行预存款账户的充值操作。

需要说明的是，预存款账户的账户记录金额用于表示预存款账户中资金多少，应用于平台系统的记录中，并非实际可供消费的资金。

在该实施例中，先通过第二预设时段内的历史支付金额确定预存款账户余额不足的告警阈值。实时监控能源站的预存款账户的账户记录金额和该能源站对应告警阈值之间的大小关系。在预存款账户的账户记录金额小于或等于告警阈值的情况下，说明能源站现有的预存款账户资金难以支持短期内平台方与能源站的结算需求，此时，输出该预存款账户的第一余额提示信息，以提示平台人员已提交给能源站的预存款可能不足，并对该预存款账户进行充值。一方面，平台方能够实时地监控预存款账户的账户额度，并依据账户额度及时充值，保证了预存款账户不会出现资金短缺的情况，有助于提升能源站的服务能力。另一方面，防止平台服务端在预存款账户资金充足的情况下触发充值操作，节省系统资源浪费。

进一步地，步骤232，也即依据预存款额度执行预存款账户的充值操作，具体包括：

步骤232-1，将预存款额度添加至审核模板，生成预存款账户的待充值信息。

其中，审核模板可预先存储用于系统存储介质中，针对不同的能源站的要求可采用不同的审核模板，以针对不同的能源站提供个性化的充值信息，从而降低相关人员的填写待充值信息的工作量。

步骤232-2，将待充值信息发送至与预存款额度关联的审批节点。

具体地，待充值信息可通过站内信的形式发送至审核人员的站内节点，也可以通过外部网络发送至审核人员的第三终端。

步骤232-3，响应于审批节点的通过指令，依据预存款额度调用平台账户的资金对预存款账户进行充值，并生成预存款额度的打款记录信息。

在该实施例中，系统依据预存款额度生成待充值信息，并将该待充值信息发送至具有预存款额度相关审核权限的审批节点，以供审批节点的审核人员对本次充值的信息进行审核。若审核人员确定审核无误，可通过系统触发通过指令。由此，平台服务端依据预存款额度调用平台账户的资金对预存款账户进行充值，以将平台账户的资金转入能源站的预存款账户。并在充值完成后生成预存款额度的打款记录信息，以便于管理人员实时查询资金流向，实现信息的追溯。从而可对项目预存款进行审核，降低平台资金的放款风险，保证信息变更的准确性和支付结算的准确性，实现打款结算的集成性、自动化、完整性和可追溯性，便于平台账户的资金结算和管理。

具体地，步骤232-3，也即依据预存款额度调用平台账户的资金对预存款账户进行充值，具体包括下述方式：

方式一，在建立平台服务端与能源站支付通道的情况下，系统可直接将预存款额度对应的平台账户的资金转入预存款账户。

可以理解的是，支付通道可采用主流支付方式提供支付服务，例如，采用银行卡通道提供银行卡支付方式。

方式二，系统将预存款额度对应的平台账户的资金转入预设客服节点的线下管理账户。如此，客服运营人员可通过线下管理账户对不同能源站的预存款账户进行线下充值。

在一实施例中，能源站的账户管理方法还包括：若平台账户的资金的余额小于预存款额度，输出平台账户的资金的第二余额提示信息。

在该实施例中，当检测到平台账户的资金的余额小于预存款额度，说明该平台账户的资金储备不足以支付本次能源站的预存款结算。此时，平台服务端可输出平台账户的资金的第二余额提示信息，以及时提示财务人员平台账户中的资金不足，需及时补充资金以满足后续的预存款功能，进而保证了目标对象对应用户能够采用预存款账户完成消费。

步骤240，依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息。

本实施例中提出的能源站的账户管理方法，依据第一预设时段内目标对象在能源站产生的历史订单的结算信息预测目标对象对应的用户在能源站进行线下核销时可能需要的预存款额度。再依据该预存款额度对能源站的预存款账户进行充值，使得目标对象在平台下单后，平台方能够针对不同目标对象使用能源站的预存款账户与能源站进行结算。如此，不仅实现了目标对象线上支付、线下核销功能。而且采用历史订单的结算信息作为评估预存款额度的依据，平台方可针对不同能源站进行不同额度的资金结算，使得预存款账户中的资金既能够满足目标对象对应的用户需求又不会有太多的闲置，在保证了目标对象能够及时享受能源站提供的服务的同时，实现了预存款账户的合理配置、灵活使用。进一步地，在充值操作后可依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息，以便于平台人员用户实时查看不同能源站的充值情况，实现平台资金充值的透明化，有助于提升能源站资金结算和预存款管理效率。

在一实施例中，如图3所示，能源站的账户管理方法还包括：

步骤310，若接收到能源站发送的目标订单的结算信息，依据目标订单的结算信息中第一支付金额扣减预存款账户的账户记录金额。

其中，第一支付金额为满足平台与能源站结算规则的支付金额。

可以理解的是，平台与目标对象之间结算规则可以与能源站之间结算规则不同，也即同一订单的第一支付金额可以不同于第二支付金额。

步骤320，依据目标订单的结算信息和账户记录金额，生成预存款账户的支付记录信息。

在该实施例中，当能源站采用预存款账户与平台方结算目标对象核销的目标订单后，平台系统依据结算信息的中满足平台方与能源站结算规则的支付金额扣减预存款账户的账户记录金额，生成并存储该目标订单的支付记录信息。从而能够依据用户核销的目标订单及时更新预存款账户的账户记录金额，使得系统记录的账户记录金额与已存入能源站的预存款账户内的资金保持一致，明确账户流水，以便于利用账户记录金额精准监控预存款账户的流水并作出及时的余额预警，使得支付结算透明化程度更高，辅助平台管理人员及时了解结算信息。

可以理解的是，在预存款账户充值成功后，账户记录金额可依据充值的预存款额度相应增加。

在一实施例中，步骤310之后，能源站的账户管理方法还包括：若接收到目标订单的退款信息，依据退款信息中的退款金额增加预存款账户的账户记录金额，并生成目标订单对应的支付记录信息的退款标签。

在该实施例中，当平台服务端接收到第二终端发送的目标订单的退款信息，也即目标对象在能源站取消已核销的目标订单而导致能源站撤销目标订单相关的扣款，由于预存款账户中资金已预先存入能源站，则平台系统只需要依据退款信息中的退款金额增加该能源站预存款账户的账户记录金额，而不需要触发实际的资金流动。从而在发生退款时能够及时同步增加系统记录的账户记录金额，使得账户记录金额与预存款账户内的资金保持一致，以便于利用账户记录金额精准监控预存款账户的流水并作出余额预警。同时，生成目标订单对应的支付记录信息的退款标签，以明确退款资金流向，保证了预存款账户流水管理准确性，实现了支付结算的集成性、自动化、完整性和可追溯性，便于预存款账户的结算和管理。

具体举例来说，(1)系统依据车队分别在能源站A和能源站B的历史订单的结算信息确定能源站A的预存款金额和能源站B的预存款金额。

(2)平台销售人员可通过系统向财务人员提交能源站A和能源站B的审批报表(待充值信息)。

(3)审批通过后财务人员可通过系统向能源站A和能源站B进行打款，同时系统生成并存储打款记录，以完成平台对预存款账户的充值。

(4)当车队实体油卡余额不足时，可通过线上下单的方式下单，并通过平台预存款账户在能源站A完成订单核销，车队在具有预存款的能源站A核销后，系统记录下单核销所需的第一支付金额，并依据第一支付金额扣减能源站A的账户记录金额。

(5)在车队在具有预存款的能源站A撤销核销后，系统依据退款金额增加能源站A的账户记录金额，并同步记录退款返还记录。

在一实施例中，步骤240之后，能源站的账户管理方法还包括：响应于预存款账户的查询指令，输出预存款账户的账户记录金额和/或充值记录信息。

在该实施例中，当系统接收到平台人员触发的查询指令，输出预存款账户的账户记录金额和/或充值记录信息。便于平台人员及时查看整个系统中的预存款数据信息，辅助平台人员了解预存款账户的资金流向，有助于及时发现预存款账户资金不足的情况。

如图4所示，作为上述能源站的账户管理方法的具体实现，本申请实施例提供了一种能源站的账户管理装置400，该能源站的账户管理装置400包括：获取模块401、确定模块402、管理模块403。

其中，获取模块401，用于获取第一预设时段内目标对象在能源站的历史订单的结算信息；

确定模块402，用于依据历史订单的结算信息确定能源站的预存款额度；

管理模块403，用于依据预存款额度执行能源站的预存款账户的充值操作；以及，依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息。

在该实施例中，依据第一预设时段内目标对象在能源站产生的历史订单的结算信息预测目标对象对应的用户在能源站进行线下核销时可能需要的预存款额度。再依据该预存款额度对能源站的预存款账户进行充值，使得目标对象在平台下单后，平台方能够针对不同目标对象使用能源站的预存款账户与能源站进行结算。如此，不仅实现了目标对象线上支付、线下核销功能。而且采用历史订单的结算信息作为评估预存款额度的依据，平台方可针对不同能源站进行不同额度的资金结算，使得预存款账户中的资金既能够满足目标对象对应的用户需求又不会有太多的闲置，在保证了目标对象能够及时享受能源站提供的服务的同时，实现了预存款账户的合理配置、灵活使用。进一步地，在充值操作后可依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息，以便于平台人员用户实时查看不同能源站的充值情况，实现平台资金充值的透明化，有助于提升能源站资金结算和预存款管理效率。

进一步地，管理模块403，还用于若接收到能源站的第二终端发送的目标订单的结算信息，依据目标订单的结算信息中第一支付金额扣减预存款账户的账户记录金额；依据目标订单的结算信息和账户记录金额，生成支付记录信息。

进一步地，管理模块403，还用于若接收到目标订单的退款信息，依据退款信息中的退款金额增加预存款账户的账户记录金额，并生成目标订单对应的支付记录信息的退款标签。

进一步地，确定模块402，还用于依据历史订单的结算信息中第二预设时段内的历史支付金额，确定预存款账户的告警阈值；能源站的账户管理装置400还包括：第一输出模块(图中未示出)，第一输出模块用于若预存款账户的账户记录金额小于或等于告警阈值，输出预存款账户的第一余额提示信息；管理模块403，具体用于若预存款账户的账户记录金额小于或等于告警阈值，依据预存款额度执行能源站的预存款账户的充值操作。

进一步地，能源站的账户管理装置400，还包括：订单处理模块(图中未示出)，订单处理模块用于响应于目标对象的第一终端触发产生的能源站的消费订单；以及，依据消费订单的订单信息中第二支付金额执行消费订单的支付操作，以将第二支付金额的资金转入平台账户；管理模块403，还用于依据消费订单的订单信息生成目标对象的消费记录信息。

可选地，能源站的账户管理装置400还包括：第二输出模块(图中未示出)，第二输出模块用于若平台账户的资金的余额小于预存款额度，输出平台账户的资金的第二余额提示信息。

进一步地，管理模块403，具体用于将预存款额度添加至审核模板，生成预存款账户的待充值信息；将待充值信息发送至与目标对象关联的审批节点；响应于审批节点的通过指令，依据预存款额度调用平台账户的资金对预存款账户进行充值，并生成预存款额度的打款记录信息。

进一步地，管理模块403，具体用于将预存款额度对应的平台账户的资金转入预存款账户。

进一步地，管理模块403，具体用于将预存款额度对应的平台账户的资金转入预设客服节点的线下管理账户，以通过线下管理账户对预存款账户进行充值。

进一步地，确定模块402，具体用于将历史订单的结算信息输入额度预测模型，得到预存款额度；其中，额度预测模型依据样本订单的支付金额和样本订单的额度标签训练得到。

进一步地，能源站的账户管理装置400还包括：查询模块(图中未示出)，查询模块用于响应于预存款账户的查询指令，输出预存款账户的账户记录金额和/或充值记录信息。

进一步地，获取模块401，还用于获取预存款额度的待预测时段；依据待预测时段的时刻最小值和时刻最大值，计算同比和/或环比历史时刻所属的第一预设时段。

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

基于上述如图2和图3所示方法，相应的，本申请实施例还提供了一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图2和图3所示的能源站的账户管理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图2和图3所示的方法，以及图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图2和图3所示的能源站的账户管理方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请实施例可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现获取第一预设时段内目标对象在能源站产生的历史订单的结算信息；依据历史订单的结算信息确定能源站的预存款额度；依据预存款额度执行能源站的预存款账户的充值操作；依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息。本申请实施例，一方面，不仅实现了目标对象线上支付、线下核销功能。而且采用历史订单的结算信息作为评估预存款额度的依据，平台方可针对不同能源站进行不同额度的资金结算，使得预存款账户中的资金既能够满足目标对象对应的用户需求又不会有太多的闲置，在保证了目标对象能够及时享受能源站提供的服务的同时，实现了预存款账户的合理配置、灵活使用。另一方面，在充值操作后可依据能源站的能源站信息和/或预存款额度，生成预存款账户的充值记录信息，以便于平台人员用户实时查看不同能源站的充值情况，实现平台资金充值的透明化，有助于提升能源站资金结算和预存款管理效率。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以依据实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种能源站的账户管理方法，其特征在于，所述方法包括：

获取第一预设时段内目标对象在能源站产生的历史订单的结算信息；

依据所述历史订单的结算信息确定所述能源站的预存款额度；

依据所述预存款额度，执行所述能源站的预存款账户的充值操作；

依据所述能源站的能源站信息和/或所述预存款额度，生成所述预存款账户的充值记录信息。

2.根据权利要求1所述的能源站的账户管理方法，其特征在于，所述方法还包括：

若接收到所述能源站的第二终端发送的目标订单的结算信息，依据所述目标订单的结算信息中第一支付金额扣减所述预存款账户的账户记录金额；

依据所述目标订单的结算信息和所述账户记录金额，生成所述支付记录信息。

3.根据权利要求2所述的能源站的账户管理方法，其特征在于，所述依据所述目标订单的结算信息中第一支付金额扣减所述预存款账户的账户金额账户记录金额之后，所述方法还包括：

若接收到所述目标订单的退款信息，依据所述退款信息中的退款金额增加所述预存款账户的账户记录金额，并生成所述目标订单对应的支付记录信息的退款标签。

4.根据权利要求1所述的能源站的账户管理方法，其特征在于，所述依据所述预存款额度，执行所述目标对象在所述能源站的预存款账户的充值操作，具体包括：

依据所述历史订单的结算信息中第二预设时段内的历史支付金额确定所述预存款账户的告警阈值；

若所述预存款账户的账户记录金额小于或等于所述告警阈值，输出所述预存款账户的第一余额提示信息，并依据所述预存款额度执行所述预存款账户的充值操作。

5.根据权利要求1至4中任一项所述的能源站的账户管理方法，其特征在于，所述方法还包括：

响应于所述目标对象的第一终端触发产生的所述目标对象在所述能源站的消费订单；

依据所述消费订单的订单信息中第二支付金额执行所述消费订单的支付操作，以将所述第二支付金额的资金转入平台账户；

依据所述消费订单的订单信息生成所述目标对象的消费记录信息。

6.根据权利要求1至4中任一项所述的能源站的账户管理方法，其特征在于，所述依据所述预存款额度执行所述能源站的预存款账户的充值操作，具体包括：

将所述预存款额度添加至所述审核模板，生成所述预存款账户的待充值信息；

将所述待充值信息发送至与所述预存款额度关联的审批节点；

响应于所述审批节点的通过指令，依据所述预存款额度调用平台账户的资金对预存款账户进行充值，并生成所述预存款额度的打款记录信息。

7.根据权利要求6所述的能源站的账户管理方法，其特征在于，所述依据所述预存款额度调用平台账户的资金对预存款账户进行充值，具体包括：

将所述预存款额度对应的所述平台账户的资金转入所述预存款账户；或，

将所述预存款额度对应的所述平台账户的资金转入预设客服节点的线下管理账户，以通过所述线下管理账户对所述预存款账户进行充值。

8.一种能源站的账户管理装置，其特征在于，所述装置包括：

获取模块，用于获取第一预设时段内目标对象在能源站产生的历史订单的结算信息；

确定模块，用于依据所述历史订单的结算信息确定所述能源站的预存款额度；

管理模块，用于依据所述预存款额度执行所述能源站的预存款账户的充值操作；以及，

依据所述能源站的能源站信息和/或所述预存款额度，生成所述预存款账户的充值记录信息。

9.一种可读存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的能源站的账户管理方法的步骤。

10.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7中任一项所述的能源站的账户管理方法。