CN114255040A - 账户充值提示方法、装置、电子设备以及存储介质 - Google Patents

账户充值提示方法、装置、电子设备以及存储介质 Download PDF

Info

Publication number
CN114255040A
CN114255040A CN202111514119.7A CN202111514119A CN114255040A CN 114255040 A CN114255040 A CN 114255040A CN 202111514119 A CN202111514119 A CN 202111514119A CN 114255040 A CN114255040 A CN 114255040A
Authority
CN
China
Prior art keywords
account
consumption data
recharging
historical
time point
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111514119.7A
Other languages
English (en)
Inventor
秦嘉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202111514119.7A priority Critical patent/CN114255040A/zh
Publication of CN114255040A publication Critical patent/CN114255040A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/10—Complex mathematical operations
    • G06F17/18—Complex mathematical operations for evaluating statistical data, e.g. average values, frequency distributions, probability functions, regression analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18—Status alarms
    • G08B21/24—Reminder alarms, e.g. anti-loss alarms

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Data Mining & Analysis (AREA)
  • Mathematical Physics (AREA)
  • Mathematical Analysis (AREA)
  • Pure & Applied Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Mathematical Optimization (AREA)
  • Computational Mathematics (AREA)
  • Strategic Management (AREA)
  • Probability & Statistics with Applications (AREA)
  • Emergency Management (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Operations Research (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Algebra (AREA)
  • Evolutionary Biology (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请的实施例揭示了一种账户充值提示方法、装置、设备以及存储介质，本发明实施例可应用于各种场景，包括云技术、人工智能、智慧交通、辅助驾驶等。账户充值提示方法包括：基于账户对应的历史费用消耗数据，预测账户在未来时间段内对应的预计费用消耗数据；根据预计费用消耗数据确定账户余额的可支持时间长度；若可支持时间长度小于预设阈值，获取账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，目标时间点为距离当前时间点最近一次的充值时间点；若当前时间点与目标时间点之间的时间长度大于平均充值周期，则向账户发送充值提示消息。本申请实施例能够在账户余额不足时及时进行提示，能够避免对账户过度打扰。

Description

账户充值提示方法、装置、电子设备以及存储介质
技术领域
本申请涉及信息提示技术领域，具体而言，涉及一种账户充值提示方法、装置、电子设备以及存储介质。
背景技术
随着互联网技术的不断发展，应用程序已经越来越广泛被用户应用于互联网活动。通常，用户可以在应用程序中构建至少一个账户，用于完成与对应应用程序相关的业务，例如，用户可以在游戏平台上构建游戏账户，用于购买游戏装备等，可以在广告平台构建广告账户用户进行广告投放等。由于账户费用的消耗是实时发生的，这就会出现某个账户的余额已经被消耗完，而该账户对应的用户并不能及时获知的情况，进而不能及时进行费用的续交，从而影响账户对应的业务处理效果。
发明内容
为解决上述技术问题，本申请的实施例提供了一种账户充值提示方法、账户充值提示装置、电子设备以及计算机可读存储介质，能够在账户余额不足时及时进行提示，且能够避免对账户过度打扰。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种账户充值提示方法，包括：基于账户对应的历史费用消耗数据，预测账户在未来时间段内对应的预计费用消耗数据；根据预计费用消耗数据确定账户余额的可支持时间长度；若可支持时间长度小于预设阈值，获取账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，目标时间点为距离当前时间点最近一次的充值时间点；若当前时间点与目标时间点之间的时间长度大于平均充值周期，则向账户发送充值提示消息。
根据本申请实施例的一个方面，提供了一种账户充值提示装置，包括：预测模块，用于基于账户对应的历史费用消耗数据，预测账户在未来时间段内对应的预计费用消耗数据；确定模块，用于根据预计费用消耗数据确定账户余额的可支持时间长度；获取模块，用于在可支持时间长度小于预设阈值时，获取账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，目标时间点为距离当前时间点最近一次的充值时间点；发送模块，用于在当前时间点与目标时间点之间的时间长度大于平均充值周期时，则向账户发送充值提示消息。
根据本申请实施例的一个方面，提供了一种电子设备，包括处理器及存储器，存储器上存储有计算机可读指令，计算机可读指令被处理器执行时实现如上的账户充值提示方法。
根据本申请实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当计算机可读指令被计算机的处理器执行时，使计算机执行如前提供的账户充值提示方法。
根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的账户充值提示方法。
在本申请的实施例所提供的技术方案中，根据账户在未来时间段内对应的预计费用消耗数据确定账户余额的可支持时间长度，在可支持时间长度小于预设阈值时，获取账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，若当前时间点与目标时间点之间的时间长度大于平均充值周期，则向账户发送充值提示消息，上述账户充值提示方式结合账户余额和用户的平均充值周期对账户进行充值提醒，既能够在账户余额不足时及时对账户进行充值提醒，又能够避免过早地对账户进行充值提示所带来的不必要的打扰，提高用户体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1是本申请的一示例性实施例示出的账户充值提示方法的流程图；
图2是本申请一示例性实施例示出的账户接收充值提示消息的流程示意图；
图3是本申请的一示例性实施例示出的广告账户充值提示方法的流程图；
图4是图1所示实施例中的步骤S100在一示例性实施例的流程图；
图5是图4所示实施例中的步骤S110在一示例性实施例的流程图；
图6是本申请提供的一示例性实施例示出的利用ARIMA模型预测未来时间段内的预计费用消耗数据的流程图；
图7是图1所示实施例中的步骤S200在一示例性实施例的流程图；
图8是图1所示实施例中的步骤S400在一示例性实施例的流程图；
图9是图8所示实施例中的步骤S410在一示例性实施例的流程图；
图10是本申请一示例性实施例示出的账户充值提示装置的框图；
图11示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/ 步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
还需要说明的是：在本申请中提及的“多个”是指两个或者两个以上。“和 /或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
现有技术通常在账户的资产耗尽，不能继续进行相应业务时，才提示用户对账户进行充值，这种账户充值提示方式降低用户体验。现存的极少有的账户充值提示方式通过账户的历史资产消耗数据预测未来时间段的资产消耗数据，进而根据账户余额和预测的资产消耗数据对账户进行充值提示，这种提示方式只要余额不满足预设条件，随时进行充值提示，容易造成对用户的不必要打扰。
为解决现有技术中至少存在的如上问题，本申请的实施例分别提出一种账户充值提示方法、账户充值提示装置、电子设备以及计算机可读存储介质以下将针对这些实施例进行详细描述。本发明实施例可应用于各种场景，包括但不限于云技术、人工智能、智慧交通、辅助驾驶等。
请参阅图1，图1是本申请的一示例性实施例示出的账户充值提示方法的流程图，如图1所示，本实施例提供的账户充值提示方法包括步骤S100- 步骤S400，详细描述参考如下：
步骤S100：基于账户对应的历史费用消耗数据，预测账户在未来时间段内对应的预计费用消耗数据。
本实施例的账户支持多种不同应用场景的虚拟账户，例如游戏账户、广告账户、金融账户等等，在此不做具体限定。账户包括账户名、账户的IP地址或者账户绑定的手机号码。
在本实施例中，可以根据具体应用场景的不同以不同的时间单位统计账户对应的历史费用消耗数据，例如统计账户每天对应的历史费用消耗数据，或者每周对应的历史费用消耗数据。或者在账户的费用消耗较快的情况下，统计账户每小时对应的历史费用消耗数据等等，在此不做具体限定。
容易理解，距离当前时间点太久远的历史费用消耗数据对预测未来时间段内的预计费用消耗数据价值可能不大，如果也纳入用于预测，不但会增加运算量导致耗费计算资源，同时也可能会降低预测的准确性。示例性地，预先设置一个历史时间段，比如，当前时间点之前的一个月，从而可以获取当前时间点之前一个月内的历史费用消耗数据用于预测账户在未来时间段内对应的预计费用消耗数据。
示例性地，若账户为新账户，也即没有对应的历史费用消耗数据，则确认账户所对应的用户是否有其他使用过同类型的账户，若有，则获取该同类型的账户对应的历史费用消耗数据作为这个新账户对应的历史费用消耗数据。若没有，则获取其他同类型账户对应的历史费用消耗数据作为这个新账户对应的历史费用消耗数据，这里其他同类型账户表示与这个新账户的费用消耗习惯相似的其他账户。
示例性地，通过广告平台的数据库搜集各个广告账户对应的历史费用消耗数据，广告平台例如为视频平台，需要说明的是，若以广告账户在同一视频平台针对多支广告进行费用投放，则该广告账户对应的历史费用消耗数据为多支广告的总历史费用消耗数据。
示例性地，计算历史费用消耗数据的平均历史费用消耗数据，并将凭据历史费用消耗数据作为在未来时间段内对应的预计费用消耗数据。当然，本实施例还可以通过其他方式预测在未来时间段内对应的预计费用消耗数据，例如，通过构建机器学习模型，并基于历史费用消耗数据预测在未来时间段内对应的预计费用消耗数据，机器学习是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。机器学习是人工智能的核心，是使计算机具有智能的根本途径，其应用遍及人工智能的各个领域。机器学习和深度学习通常包括人工神经网络、置信网络、强化学习、迁移学习、归纳学习、示教学习等技术。
步骤S200：根据预计费用消耗数据确定账户余额的可支持时间长度。
在本实施例中，从当前时间点开始，账户余额会在可支持时间长度这一时间段内消耗完。
在本实施例中，基于未来时间段内对应的预计费用消耗数据和账户余额就可以计算可支持时间长度。例如，未来5天按照与当前时间点距离由远到进的顺序，每天的预计费用消耗数据分别为3，4，2，7，6，账户余额为7，则可以确定账户的可支持时间长度为2天。
步骤S300：若可支持时间长度小于预设阈值，获取账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，目标时间点为距离当前时间点最近一次的充值时间点。
在本实施例中，若可支持时间长度大于预设阈值，则说明账户余额还很充足，无需对账户进行充值提示，反之，则还需进一步根据账户对应的平均充值周期确定是否对账户进行充值提示，以避免过早进行充值提示给用户带来不必要的打扰。
示例性地，若账户为新账户，也即没有对应的平均充值周期，则确认账户所对应的用户是否有其他使用过同类型的账户，若有，则获取该同类型的账户对应的平均充值周期作为这个新账户对应的平均充值周期。若没有，则获取其他同类型账户对应的平均充值周期作为这个新账户对应的平均充值周期，这里其他同类型账户表示与这个新账户的费用消耗习惯相似的其他账户。
步骤S400：若当前时间点与目标时间点之间的时间长度大于平均充值周期，则向账户发送充值提示消息。
本实施例在当前时间点与目标时间点之间的时间长度超过平均充值周期时，才向账户发送充值提示消息，以避免过早进行充值提示给用户带来不必要的打扰。例如，假设用户的充值周期稳定为10天，距离用户下次充值还有2天时余额达到了上述方法中预设阈值，因此会触发对账户进行充值提示，实际上用户在2天后大概率就会进行充值，因此会造成打扰。
示例性地，参阅图2，图2是本申请一示例性实施例示出的账户接收充值提示消息的流程示意图，如图2所示，账户接收充值提示消息包括步骤 S21－S23：
S21：选择开启充值提示功能。
示例性地，账户费用消耗达到一定量级的账户可以自主选择是否开启余额不足提醒功能，若开启余额不足提醒功能，则系统周期性地通过本实施例提供的账户充值提示方法计算账户是否需要进行充值提醒，并发送充值提示消息。
S22：选择充值提示消息的发送方式。
示例性地，账户可以选择将提醒消息发送至账户消耗端界面，用户绑定的手机号码或者微信所在的终端设备。例如，广告账户选择将提示消息显示与广告投放平台，例如爱奇艺视频平台的消息界面。
示例性地，根据能获取到的账户信息确定向账户发送充值提示消息的方式，例如，若获取到账户的IP地址，则通过网络的方式向账户发送充值提示消息，若获取到账户的电话号码或者账户所在的用户终端没有联网的情况下，通过发送短信或拨打电话的方式向账户下发充值提示消息。
S23：接收充值提示消息。
上述账户充值提示方式使得用户能够自行确定是否开启账户充值提示功能以及自行确定账户充值提示方式，更加人性化，提高用户体验。
示例性地，为避免对过度打扰用户，对发送充值提示消息的次数进行人性化设置，例如，限制每天发送预设次数次，如1次、2次等等。示例性地，在当前时间点与目标时间点之间的时间长度大于平均充值周期时，判断该账户是否在n天内已经收到过m次充值提醒，n为冷静天数，若是，则不向账户发送充值提示消息。例如，判断该账户是否在15天内已经收到过2次充值提醒。
本实施例提供的账户充值提示方法根据账户在未来时间段内对应的预计费用消耗数据确定账户余额的可支持时间长度，在可支持时间长度小于预设阈值时，获取账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，若当前时间点与目标时间点之间的时间长度大于平均充值周期，则向账户发送充值提示消息，上述账户充值提示方式结合账户余额和用户的平均充值周期对账户进行充值提醒，既能够在账户余额不足时及时对账户进行充值提醒，又能够避免过早地对账户进行充值提示所带来的不必要的打扰，提高用户体验。
在一个示例性的应用场景中，随着互联网技术的不断发展，应用程序已经越来越广泛被用户应用于互联网活动。因此，通过应用程序展现广告已经成为业务或者信息的推广的主要途径之一。在应用程序展现广告时，广告主需要支付相应的广告费用。
由于在广告投放系统中，广告主支付的广告费用的消耗是实时发生的。这就会出现某个广告主支付的广告费用已经被消耗完，而该广告主并不能及时获知这一情况，进而不能及时进行广告费用的续交，从而影响了广告投放的效果。
示例性地，若当前时间点与目标时间点之间的时间长度小于或等于平均充值周期，并且当前时间点所在日期的后一天为节假日，则向账户发送充值提示消息。
本申请发明人经过长期研究发现，用户在法定节假日期间登陆系统和进行充值操作的可能性相较非节假日有大幅降低，因此，本实施例在当前时间点与目标时间点之间的时间长度小于或等于平均充值周期，并且当前时间点所在日期的后一天为节假时，向账户发送充值提示消息，这种充值提示方式不但能够减少对用户的打扰还更为人性化。例如，当前时间点的未来第三天为节假日，预测未来第一天的预计费用消耗数据为3个单位、预测未来第二天的预计费用消耗数据为5个单位，预测未来第一天的预计费用消耗数据为 13个单位，当前余额为8个单位，因此，可支持时间长度为2天，不包括该节假日，在这种情况下，也需要向账户发送充值提示消息。
示例性地，参阅图3，图3是本申请的一示例性实施例示出的广告账户充值提示方法的流程图，广告账户是构建在广告平台中的用于投放广告的账户，广告平台例如视频平台，公众号平台等等。如图3所示，本实施例提供的广告账户充值提示方法包括步骤S11－S17：
步骤S11：基于广告账户对应的历史广告费用消耗数据，预测广告账户在未来时间段内对应的预计广告费用消耗数据。
步骤：12：根据预计广告费用消耗数据确定广告账户余额的可支持时间长度；
步骤S13：判断可支持时间长度是否小于预设阈值；
步骤S14：获取广告账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，目标时间点为距离当前时间点最近一次的充值时间点；
步骤S15：判断时间长度是否大于平均充值周期，
步骤S16：若时间长度大于平均充值周期且可支持时间长度小于预设阈值，判断在N天内是否已经发送M次提示信息，其中，N和M为大于零的正整数。
步骤S17：向广告账户发送充值提示消息。
需要说明的是，在本实施例中，步骤S11－S13和步骤S14－S15在执行先后顺序上没有限定，例如，可以先执行步骤S11－S13或者步骤S14－S15，或者同时执行执行步骤S11－S13和步骤S14－S15。
通过上述方式对广告账户进行账户充值提示，既能够在广告账户余额不足时及时对广告账户进行充值提醒，又能够避免过早地对广告账户进行充值提示所带来的不必要的打扰，提高用户体验。
示例性地，参阅图4，图4是图1所示实施例中的步骤S100在一示例性实施例的流程图，如图4所示，步骤S100包括步骤S110-步骤S120，详细描述如下：
步骤S110：将历史费用消耗数据转化为历史费用消耗时间序列。
时间序列(或称动态数列)是指将同一统计指标的数值按其发生的时间先后顺序排列而成的数列。时间序列分析的主要目的是根据已有的历史数据对未来进行预测。根据观察时间的不同，时间序列中的时间可以是年份、季度、月份或其他任何时间形式。
在本实施例中，历史费用消耗时间序列是指将历史费用消耗数据按发生的时间先后顺序排列而成的数列，以便于后续对历史费用消耗数据进行时间序列分析，进而预测账户在未来时间段内对应的预计费用消耗时间序列。
示例性地，参阅图5，图5是图4所示实施例中的步骤S110在一示例性实施例的流程图，如图5所示，步骤S110包括步骤S111-步骤S113，详细描述如下：
步骤S111：若预设历史时间段包括第一节假日，将目标历史费用消耗数据作为第一节假日对应的历史费用消耗数据。
本实施例考虑到虽然账户的费用消耗数据有一定的周期性，可以使用时间序列分析算法模型对未来时间段内对应的预计费用消耗数据进行预测，但由于账户的费用消耗数据比非节假日通常要大，每年的节假日会大大影响账户的费用消耗数据，另外阳历节假日每年日期固定，阴历节假日每年日期不定，节假日的这种特征易造成预测的不不准确性。
为了消除节假日可能对模型预测带来的不准确性，本实施例将目标历史费用消耗数据作为第一节假日对应的历史费用消耗数据，进而提高预测账户在未来时间段内对应的预计费用消耗数据的准确性。目标历史费用消耗数据为预设历史时间段内临近节假日的预设时间长度对应的平均历史费用消耗数据。在本实施例中，节假日可以为任何国家法定节假日，例如中秋节、端午节、五一节、周六周日等等。
示例性地，将本实施例提供的账户充值提示方法应用于广告投放平台，在获取到广告账户对一支与粽子相关的广告的历史费用消耗数据之后，识别到历史费用消耗数据包括广告账户在端午节当天的历史费用消耗数据明显高于其他日期对应的历史费用消耗数据。因此本实施例将端午节前后N天的平均历史费用消耗数据作为端午节对应的历史费用消耗数据，其中，N可以根据实际应用场景设定，在此不做具体限定。
步骤S112：统计预设历史时间段内除第一节假日以外的其它日期对应的历史费用消耗数据。
在本实施例中，以天为时间单位获取预设历史时间段内的非节假日的历史费用消耗数据即可。
步骤S113：将预设历史时间段内每天的历史费用消耗数据按照时间先后顺序排列，得到历史费用消耗时间序列。
本实施例通过上述方式获取账户对应的历史费用消耗时间序列，能够消除节假日可能对模型预测带来的不准确性。
步骤S120：将历史费用消耗时间序列输入至账户费用消耗预测模型中，获得账户费用消耗预测模型输出账户在未来时间段内对应的预计费用消耗数据。
在本实施例中，账户费用消耗预测模型为时间序列预测模型，时间序列预测模型是根据系统观测得到的时间序列数据，通过曲线拟合和参数估计来建立数学模型的理论和方法，一般采用曲线拟合和参数估计方法(如非线性最小二乘法)进行预测。时间序列预测模型例如简单平均算法模型、滑动窗平均算法模型、简单指数平滑算法模型、ARMA模型(auto regression moving averagemodel，自回归移动平均模型)、ARIMA模型(Autoregressive IntegratedMoving Average model，自回归求和移动平均模型)等等。
为了提高预测准确性，本实施例优选ARIMA模型对账户未来时间段内对应的预计费用消耗数据进行预测。ARIMA模型是指将非平稳时间序列转化为平稳时间序列，然后将因变量仅对其滞后值以及随机误差项的现值和滞后值进行回归所建立的模型。ARIMA(p，d，q)中，p为自回归项数，q为滑动平均项数，d为使历史费用消耗时间序列成为平稳时间序列所做的差分次数。
ARIMA(p，d，q)模型具体地，ARIMA模型用公式可以表示为：
Figure BDA0003404379280000101
其中，Xt为在未来时间段内对应的预计费用消耗数据，εt为误差，
Figure BDA0003404379280000111
和θi为参数，L为滞后算子。
示例性地，参阅图6，图6是本申请提供的一示例性实施例示出的利用 ARIMA模型预测未来时间段内的预计费用消耗数据的流程图，如图6所示，ARIMA模型预测未来时间段内的预计费用消耗数据包括步骤S50-S70：
步骤S50：将历史费用消耗时间序列转化为平稳时间序列。
在本步骤中，对历史费用消耗时间序列绘图，观测是否为平稳时间序列，对于非平稳时间序列要先进行d阶差分运算，化为平稳时间序列，例如，广告投放数据一般需要做1阶差分。
步骤S60：对参数p和q进行确定。
在本步骤中，获取上述平稳时间序列的自相关系数ACF和偏自相关系数PACF，通过对自相关图和偏自相关图的分析，得到最佳的阶层p和阶数q。
步骤S70：对ARIMA(p，d，q)模型进行数据拟合，得到账户在未来时间段内对应的预计费用消耗数据。
需要说明的是，ARIMA算法模型不是唯一的预测模型或算法，也可以通过其他算法或模型对未来时间段内对应的预计费用消耗数据进行预测，只是在该模型是最准确的预测模型，也是本实施例的优选模型。
示例性地，参阅图7，图7是图1所示实施例中的步骤S200在一示例性实施例的流程图，如图7所示，步骤S200包括步骤S210-步骤S220，详细描述如下：
步骤S210：若未来时间段包括第二节假日，基于第二节假日对应的预计费用消耗数据以及第二节假日对应的费用消耗增长率确定节假日的最终预计费用消耗数据。
为了提高账户费用消耗预测模型的预测准确性，本实施例在步骤S111中用目标历史费用消耗数据作为节假日对应的历史费用消耗数据，因此使得账户费用消耗预测模型输出的节假日对应的预计费用消耗数据不准确，因此在这一步骤中为了弥补上述不准确性，基于第二节假日对应的预计费用消耗数据以及第二节假日对应的费用消耗增长率确定第二节假日的最终预计费用消耗数据，以进一步提高判断是否对账户进行充值提示的准确性。
具体地，不妨设第二节假日对应的费用消耗增长率为τ，第二节假日对应的预计费用消耗数据为k1，则第二节假日的最终预计费用消耗数据K1的计算公式为：
K1＝k1*(τ+1)
在本实施例中，第二节假日对应的费用消耗增长率是根据第一节假日对应的历史费用消耗数据与目标历史费用消耗数据确定的，而目标历史费用消耗数据为预设历史时间段内临近第一节假日的预设时间长度对应的平均历史费用消耗数据。
具体地，不妨设第一节假日对应的历史费用消耗数据K2，目标历史费用消耗数据为k2，则第二节假日对应的费用消耗增长率τ的计算公式为：
τ＝(K2-k2)/k2
步骤S220：根据第二节假日对应的最终预计费用消耗数据、其他日期对应的预计费用消耗数据以及账户余额确定可支持时间长度。
在本实施例中，按照第二节假日，与未来时间段的其他日期，则直接按照距离当前时间点所在的日期从近到远的顺序将二节假日对应的最终预计费用消耗数据、未来时间段的其他日期对应的预计费用消耗数据进行加总，将耗尽当前余额的时间点所在的日期作为可支持时间长度的终点，结合当前时间点所在的日期即可确定可支持时间长度。
本实施例根据账户费用消耗预测模型输出的节假日对应的预计费用消耗数据以及节假日对应的费用消耗增长率确定节假日的最终预计费用消耗数据，进而根据节假日对应的最终预计费用消耗数据、其他日期对应的预计费用消耗数据以及账户余额确定可支持时间长度，从而确保充值提示时间的准确性。
示例性地，参阅图8，图8是图1所示实施例中的步骤S400在一示例性实施例的流程图，如图8所示，步骤S400包括步骤S410-步骤S420，详细描述如下：
步骤S410：获取未来N天内对应的预计费用消耗总数额。
在本实施例中，首先基于账户对应的历史费用消耗数据，预测账户在未来N天内每天对应的预计费用消耗总数据，然后将未来N天内每天对应的预计费用消耗总数据进行加总，得到未来N天内对应的预计费用消耗总数额。
在本实施例中，N为平均充值周期对应的数值。
示例性地，参阅图9，图9是图8所示实施例中的步骤S410在一示例性实施例的流程图，如图9所示，步骤S410包括步骤S411-步骤S412，详细描述如下：
步骤S411：计算同行业账户对应的平均费用充值数额环比和平均费用出价环比之和，得到环比和值。
在本实施例中，同行业账户为与账户对应的行业相同的业绩排名靠前的一个或多个账户。
环比表示连续2个统计周期(比如连续两月)内量的变化比。环比的发展速度是报告期水平与前一时期水平之比，表明现象逐期的发展速度。如计算一年内各月与前一个月对比，即2月比1月，3月比2月，4月比3 月，……，12月比11月，说明逐月的发展程度。
费用充值数额环比表示连续2个费用充值周期内充值数额的变化比。在本实施例中，计算同行业账户的每个费用充值周期对应的费用充值数额环比，然后对得到的多个费用充值数额环比进行求平均值，得到平均费用充值数额环比。
平均费用出价环比表示连续2个费用出价周期内出价数额的变化比。例如，广告账户在广告平台对其待投放的广告进行出价，以使得广告平台在投放对应的广告时，根据该广告对应的出价，进行扣费。通常情况下，广告账户对其待投放的广告出价越高越有投放优先权。在本实施例中，计算同行业账户的每个费用出价周期对应的费用出价数额环比，然后对得到的多个费用出价数额环比进行求平均值，得到平均费用出价环比。
步骤S412：基于未来N天内每天对应的预计费用消耗数据以及环比和值确定预计费用消耗总数额。
本实施例在同行业账户对应的平均费用充值数额环比和平均费用出价环比之和较大的情况下，认为本行业未来将有很大可能迎来营销节点，并且同行业其他账户竞争力增强，该账户需要增加充值并调高出价，否则将会影响业务竞争力，从而影响业务处理效果，因此，本实施例基于未来N天内每天对应的预计费用消耗数据以及环比和值确定预计费用消耗总数额，使得后续根据预计费用消耗总数额确定的建议充值数额在整个行业中更加具有优势。
本实施例中，根据以下公式确定预计费用消耗总数额c：
Figure BDA0003404379280000141
其中，precosti为未来第i天对应的预计费用消耗数据，θ为同行业账户对应的平均费用充值数额环比，∈为同行业账户对应的平均费用出价环比。
由于用户在法定节假日期间登陆系统和进行充值操作的可能性相较非节假日有大幅降低，示例性地，若未来N天之后的M天为节假日，则基于未来N+M天内每天对应的预计费用消耗数据以及环比和值确定预计费用消耗总数额，N为平均充值周期。
本实施例中，根据以下公式确定预计费用消耗总数额c：
Figure BDA0003404379280000142
通过上述方式，使得根据预计费用消耗总数额确定的建议充值数额能够维持到节假日结束，减小用户在节假日对账户进行费用充值的可能性，提高用户体验。
步骤S420：基于建议充值数额、预计可支持时间长度、账户余额以及可支持时间长度生成充值提示消息，并向账户发送充值提示消息。
在本实施例中，建议充值数额为预计费用消耗总数额，预计可支持时间长度为平均充值周期对应的数值。预计可支持时间长度也可以为(N+M)对应的数值，其中N为平均充值周期，M为平均充值周期后的M个法定节假日对应的数值。
示例性地，本实施例生成充值提示消息的消息格式为：“余额不足提醒：目前账户余额a元，预计可支持时间长度为b天；建议充值c元(同行业账户对应的平均费用充值数额环比与平均费用出价环比提升较大，建议增加充值金额，并调高出价以提升竞争力/预计将迎来本行业营销节点/xx天后为法定节假日，建议增加充值金额)，充值后预估可支持投放d天”，括号中的信息若经系统计算存在，则发送，如果不存在则不发送。其中，a为当前余额数值，b为可支持时间长度对应的数值，c为建议充值数额，d为平均充值周期。
上述对账户进行充值提示的方式能够结合同行业账户行为和节假日等因素给出账户对应的建议充值数额，方便用户进行充值决策，引导用户取得更佳投放效果。
参与图10，图10是本申请一示例性实施例示出的账户充值提示装置的框图，如图10所示，应用程序的页面展示装置80包括预测模块81、确定模块82、获取模块83以及发送模块84。
其中，预测模块81用于基于账户对应的历史费用消耗数据，预测账户在未来时间段内对应的预计费用消耗数据；确定模块82用于根据预计费用消耗数据确定账户余额的可支持时间长度；获取模块83用于在可支持时间长度小于预设阈值时，获取账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，目标时间点为距离当前时间点最近一次的充值时间点；发送模块84用于在当前时间点与目标时间点之间的时间长度大于平均充值周期时，则向账户发送充值提示消息。
在另一示例性实施例中，预测模块81包括转化单元和预测单元，其中，转化单元用于将历史费用消耗数据转化为历史费用消耗时间序列；预测单元用于将历史费用消耗时间序列输入至账户费用消耗预测模型中，获得账户费用消耗预测模型输出账户在未来时间段内对应的预计费用消耗数据。
在另一示例性实施例中，转化单元包括第一转化子单元、第二转化子单元以及排列子单元，其中，第一转化子单元用于在预设历史时间段包括第一节假日时，将目标历史费用消耗数据作为第一节假日对应的历史费用消耗数据，目标历史费用消耗数据为预设历史时间段内临近第一节假日的预设时间长度对应的平均历史费用消耗数据。第二转化子单元用于统计预设历史时间段内除第一节假日以外的其它日期对应的历史费用消耗数据；排列子单元用于将预设历史时间段内每天的历史费用消耗数据按照时间先后顺序排列，得到历史费用消耗时间序列。
在另一示例性实施例中，确定模块82包括第一确定单元和第二确定单元，其中，第一确定单元用于在未来时间段包括第二节假日时，基于第二节假日对应的预计费用消耗数据以及第二节假日对应的费用消耗增长率确定第二节假日的最终预计费用消耗数据，第二节假日对应的费用消耗增长率是根据第一节假日对应的历史费用消耗数据与目标历史费用消耗数据确定的。第二确定子单元用于根据第二节假日对应的最终预计费用消耗数据、其他日期对应的预计费用消耗数据以及账户余额确定可支持时间长度。
在另一示例性实施例中，发送模块84还用于在当前时间点与目标时间点之间的时间长度小于或等于平均充值周期，并且当前时间点所在日期的后一天为节假日时，向账户发送充值提示消息。
在另一示例性实施例中，发送模块84包括获取单元和发送单元，其中，获取单元用于获取未来N天内对应的预计费用消耗总数额，N为平均充值周期对应的数值；发送单元用于基于建议充值数额、预计可支持时间长度、账户余额以及可支持时间长度生成充值提示消息，并向账户发送充值提示消息，其中，建议充值数额为预计费用消耗总数额，预计可支持时间长度为平均充值周期对应的数值。
在另一示例性实施例中，获取单元包括计算子单元和获取子单元，其中，计算子单元用于计算同行业账户对应的平均费用充值数额环比和平均费用出价环比之和，得到环比和值，同行业账户为与账户对应的行业相同的业绩排名靠前的账户；获取子单元用于基于未来N天内每天对应的预计费用消耗数据以及环比和值确定预计费用消耗总数额。
需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。
在另一示例性实施例中，本申请提供一种电子设备，包括处理器和存储器，其中，存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时实现如前的账户充值提示方法。在本实施例中，电子设备包括但不限于手机、电脑、智能语音交互设备、智能家电、车载终端等。
图11示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图11示出的电子设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图11所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory， ROM)1002中的程序或者从存储部分1008加载到随机访问存储器 (Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中的信息推荐方法。在RAM 1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。
以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分 1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分 1008。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
可以理解的是,在本申请的具体实施方式中,涉及到用户信息***等相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机可读指令，该计算机可读指令被处理器执行时实现如前实施例中任一项的账户充值提示方法。
本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的账户充值提示方法。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (10)

1.一种账户充值提示方法，其特征在于，包括：
基于账户对应的历史费用消耗数据，预测所述账户在未来时间段内对应的预计费用消耗数据；
根据所述预计费用消耗数据确定账户余额的可支持时间长度；
若所述可支持时间长度小于预设阈值，获取所述账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，所述目标时间点为距离所述当前时间点最近一次的充值时间点；
若所述当前时间点与目标时间点之间的时间长度大于所述平均充值周期，则向所述账户发送充值提示消息。
2.根据权利要求1所述的方法，其特征在于，所述基于账户对应的历史费用消耗数据，预测所述账户在未来时间段内对应的预计费用消耗数据，包括：
将所述历史费用消耗数据转化为历史费用消耗时间序列；
将所述历史费用消耗时间序列输入至账户费用消耗预测模型中，获得所述账户费用消耗预测模型输出所述账户在未来时间段内对应的预计费用消耗数据。
3.根据权利要求2所述的方法，其特征在于，所述将所述历史费用消耗数据转化为历史费用消耗时间序列包括：
若预设历史时间段包括第一节假日，将目标历史费用消耗数据作为所述第一节假日对应的历史费用消耗数据，所述目标历史费用消耗数据为所述预设历史时间段内临近所述第一节假日的预设时间长度对应的平均历史费用消耗数据；
统计所述预设历史时间段内除所述第一节假日以外的其它日期对应的历史费用消耗数据；
将所述预设历史时间段内每天的历史费用消耗数据按照时间先后顺序排列，得到所述历史费用消耗时间序列。
4.根据权利要求3所述的方法，其特征在于，所述根据所述预计费用消耗数据确定账户余额的可支持时间长度，包括：
若所述未来时间段包括第二节假日，基于所述第二节假日对应的预计费用消耗数据以及所述第二节假日对应的费用消耗增长率确定所述第二节假日的最终预计费用消耗数据，所述第二节假日对应的费用消耗增长率是根据所述第一节假日对应的历史费用消耗数据与目标历史费用消耗数据确定的。
根据所述第二节假日对应的最终预计费用消耗数据、其他日期对应的预计费用消耗数据以及所述账户余额确定所述可支持时间长度。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述当前时间点与目标时间点之间的时间长度小于或等于所述平均充值周期，并且所述当前时间点所在日期的后一天为节假日，则向所述账户发送充值提示消息。
6.根据权利要求1所述的方法，其特征在于，所述向所述账户发送充值提示消息，包括：
获取未来N天内对应的预计费用消耗总数额，N为所述平均充值周期对应的数值；
基于建议充值数额、预计可支持时间长度、所述账户余额以及所述可支持时间长度生成充值提示消息，并向所述账户发送所述充值提示消息，其中，所述建议充值数额为所述预计费用消耗总数额，所述预计可支持时间长度为所述平均充值周期对应的数值。
7.根据权利要求6所述的方法，其特征在于，所述获取未来N天内的对应预计费用消耗总数额，包括：
计算同行业账户对应的平均费用充值数额环比和平均费用出价环比之和，得到环比和值，所述同行业账户为与所述账户对应的行业相同的业绩排名靠前的账户；
基于所述未来N天内每天对应的预计费用消耗数据以及所述环比和值确定所述预计费用消耗总数额。
8.一种账户充值提示装置，其特征在于，包括：
预测模块，用于基于账户对应的历史费用消耗数据，预测所述账户在未来时间段内对应的预计费用消耗数据；
确定模块，用于根据所述预计费用消耗数据确定账户余额的可支持时间长度；
获取模块，用于在所述可支持时间长度小于预设阈值时，获取所述账户对应的平均充值周期，并确定当前时间点与目标时间点之间的时间长度，所述目标时间点为距离所述当前时间点最近一次的充值时间点；
发送模块，用于在所述当前时间点与目标时间点之间的时间长度大于所述平均充值周期时，则向所述账户发送充值提示消息。
9.一种电子设备，其特征在于，包括：
存储器，存储有计算机可读指令；
处理器，读取存储器存储的计算机可读指令，以执行权利要求1－7中的任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1－7中的任一项所述的方法。
CN202111514119.7A 2021-12-10 2021-12-10 账户充值提示方法、装置、电子设备以及存储介质 Pending CN114255040A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111514119.7A CN114255040A (zh) 2021-12-10 2021-12-10 账户充值提示方法、装置、电子设备以及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111514119.7A CN114255040A (zh) 2021-12-10 2021-12-10 账户充值提示方法、装置、电子设备以及存储介质

Publications (1)

Publication Number Publication Date
CN114255040A true CN114255040A (zh) 2022-03-29

Family

ID=80791985

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111514119.7A Pending CN114255040A (zh) 2021-12-10 2021-12-10 账户充值提示方法、装置、电子设备以及存储介质

Country Status (1)

Country Link
CN (1) CN114255040A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115134414A (zh) * 2022-06-29 2022-09-30 中国银行股份有限公司 一种etc账户的充值提示方法、装置、服务器、介质及产品
CN115331412A (zh) * 2022-08-10 2022-11-11 支付宝(杭州)信息技术有限公司 资源处理方法以及装置
CN115499403A (zh) * 2022-09-19 2022-12-20 北京百度网讯科技有限公司 消息处理方法、装置、电子设备以及存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115134414A (zh) * 2022-06-29 2022-09-30 中国银行股份有限公司 一种etc账户的充值提示方法、装置、服务器、介质及产品
CN115134414B (zh) * 2022-06-29 2024-03-19 中国银行股份有限公司 一种etc账户的充值提示方法、装置、服务器、介质及产品
CN115331412A (zh) * 2022-08-10 2022-11-11 支付宝(杭州)信息技术有限公司 资源处理方法以及装置
CN115331412B (zh) * 2022-08-10 2024-04-05 支付宝（中国）网络技术有限公司 资源处理方法以及装置
CN115499403A (zh) * 2022-09-19 2022-12-20 北京百度网讯科技有限公司 消息处理方法、装置、电子设备以及存储介质

Similar Documents

Publication Publication Date Title
CN114255040A (zh) 账户充值提示方法、装置、电子设备以及存储介质
US20110071923A1 (en) System and method for automatic analysis of rate information
US7797182B2 (en) Method and apparatus for improved forecasting using multiple sources
CN110418022B (zh) 为多个用户标识调整流量套餐的方法及装置
CN112488893B (zh) 服务数据处理方法、装置、存储介质及电子设备
CN101483531A (zh) 一种预测式余额告警的方法及系统
CN110363571A (zh) 交易用户的提前感知方法和装置
CN108074003B (zh) 预测信息推送方法和装置
CN107193718A (zh) 一种充电提醒方法、系统及终端设备
CN111859172B (zh) 信息推送方法、装置、电子设备和计算机可读存储介质
CN109740066B (zh) 信息推荐方法、信息推荐装置、存储介质及电子设备
JP7070870B2 (ja) ポイント貸与装置
CN111062746A (zh) 广告流量预估方法、装置及电子设备
CN111859289A (zh) 交通工具的交易转化率预估方法、装置、电子设备及介质
CN111459961A (zh) 业务数据的更新方法、装置、设备及存储介质
EP4250220A2 (en) Configurable billing with subscriptions having conditional components
CN114841451A (zh) 一种司机出行补贴方法、装置和存储介质
CN110555711A (zh) 数据处理方法、装置、服务器和计算机可读存储介质
CN116228316A (zh) 投放选址的确定方法、装置、电子设备及可读存储介质
CN110351098B (zh) 资费预演方法以及相关设备
CN111445157A (zh) 业务数据的管理方法、装置、设备及存储介质
CN112183791A (zh) 网约车调度方法、装置、电子设备及存储介质
CN110060020A (zh) 项目费用预测方法以及装置
CN110570169A (zh) 一种信息生成方法、计算机设备及可读存储介质
WO2022210017A1 (ja) Ａｉ分析システム、利用料算出方法、及び、記録媒体

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination