在线计费方法、装置、计算机设备和存储介质与流程

本申请涉及在线计费技术领域，特别是涉及一种在线计费方法、装置、计算机设备和存储介质。

背景技术：

随着互联网技术的发展，出现了在线支付技术，在在线支付中在线计费是非常重要的一环。

计费功能用于计算本次提供业务服务所需收取费用，计费系统和业务系统两者是存在相关性的系统，传统业务系统完成当前业务时，计费系统启动计算本轮业务所需费用。因此，常规的行业内计费功能大多和业务系统耦合，计费系统无法实现独立计费，导致最终计费结果可能受到业务系统干扰，无法实现准确在线计费。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够实现准确在线计费的在线结算方法、装置、计算机设备和存储介质。

一种在线计费方法，所述方法包括：

接收业务系统发送的计费需求；

根据所述计费需求，识别当前计费场景；

根据当前计费场景，配置计费规则；

获取业务系统发送的计费数据，根据所述计费数据以及已配置的计费规则，生成计费账单；

发送所述计费账单至业务系统。

在其中一个实施例中，所述根据所述计费需求，识别当前计费场景包括：

根据所述计费需求，识别计费对象身份、已提供给计费对象的业务服务以及最小计费科目；

根据所述计费对象身份、已提供给计费对象的业务服务以及最小计费科目，识别当前计费场景。

在其中一个实施例中，所述根据所述计费对象身份、已提供给计费对象的业务服务以及最小计费科目，识别当前计费场景包括：

获取预设计费场景集合，所述预设计费场景集合中包括多个计费场景以及各个计费场景分别对应的计费对象身份、业务服务以及最小计费科目；

根据所述计费对象身份、已提供给计费对象的业务服务以及最小计费科目，在所述预设计费场景集合中进行计费场景类型匹配；

查找匹配度最高对应的计费场景，将查找到的匹配度最高的计费场景作为当前计费场景。

在其中一个实施例中，所述根据当前计费场景，配置计费规则包括：

根据当前计费场景，配置单次提供服务收取费用、免费提供服务次数、账单结算次数以及账单生成次数。

在其中一个实施例中，所述发送所述计费账单至业务系统之后，还包括：

接收用户发送的支付请求，所述支付请求携带用户身份识别标识；

查找与用户身份对应的用户账户，在用户对应的账户余额中扣除本次账单对应的支付金额，完成支付操作；

根据支付成功的计费账单生成、并发送开票信息至开票系统；

接收开票系统回传的电子发票数据，将所述电子发票数据通过邮件方式推送至用户。

在其中一个实施例中，所述根据所述计费数据以及已配置的计费规则，生成计费账单之后，还包括：

获取预设账单结算生命周期；

在单个账单结算生命周期内不同时间段生成的计费账单按照时间先后顺序合并为一个账单进行结算，得到结算单；

推送所述结算单至用户。

在其中一个实施例中，所述根据所述计费数据以及已配置的计费规则，生成计费账单之后，还包括：

存储所述计费账单，并记录存储路径；

根据所述计费账单的存储路径以及本次计费账单标识生成浏览链接；

获取预设账单邮件模板，将所述浏览链接以及本次计费账单支付方身份信息更新至所述预设账单邮件模板；

推送更新后的预设账单邮件模板至本次计费账单支付方对应的预设邮箱。

一种在线计费装置，所述装置包括：

接收模块，用于接收业务系统发送的计费需求；

场景识别模块，用于根据所述计费需求，识别当前计费场景；

计费规则配置模块，用于根据当前计费场景，配置计费规则；

账单生成模块，用于获取业务系统发送的计费数据，根据所述计费数据以及已配置的计费规则，生成计费账单；

发送模块，用于发送所述计费账单至业务系统。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述的方法的步骤。

上述在线计费方法、装置、计算机设备和存储介质，接收业务系统发送的计费需求，根据所述计费需求，识别当前计费场景，根据当前计费场景，配置计费规则，根据计费数据以及已配置的计费规则，生成计费账单，反馈计费账单至业务系统。整个过程中，计费系统与业务系统相对独立，计费动作在计费系统内完成，减小业务系统的影响，并且根据不同需求配置计费规则，可以准确实现在线计费。

附图说明

图1为一个实施例中在线计费方法的应用环境图；

图2为一个实施例中在线计费方法的流程示意图；

图3为另一个实施例中在线计费方法的流程示意图；

图4为一个实施例中在线计费装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的在线计费方法，可以应用于如图1所示的应用环境中。其中，业务系统服务器102通过网络与计费系统服务器104通过网络进行通信。计费系统服务器104接收业务系统服务器102发送的计费需求，计费系统服务器104根据计费需求，识别当前计费场景，根据当前计费场景，配置计费规则；业务系统服务器102发送计费数据至计费系统服务器104，计费系统服务器104根据计费数据以及已配置的计费规则，生成计费账单，发送计费账单至业务系统服务器102。业务系统服务器102和计费系统服务器104两者之间是存在数据交互且相对独立的两个服务器，两个服务器可以高度集成也可以分布式设置。

在一个实施例中，如图2所示，提供了一种在线计费方法，以该方法应用于图1中的计费系统服务器104为例进行说明，包括以下步骤：

s100：接收业务系统发送的计费需求。

业务系统发送计费需求至计费系统中，在该计费需求中携带计费对象身份、收取费用的方式、业务系统当前提供给计费对象的业务服务等信息。具体来说，计费系统在接收到业务系统发送的计费需求时，还可以识别为满足本次计费需求，自身所需启用/唤醒的计费功能。

s200：根据计费需求，识别当前计费场景。

计费场景有多种多样，一般来说，不同的计费需求对应不同的计费场景，而针对不同的计费场景，为实现准确计费，计费需要针对性配置计费规则。具体来说，计费场景可以包括智能认证功能计费、支付通道代收付计费以及贷款转付私募。

s300：根据当前计费场景，配置计费规则。

计费规则包括单次计费收取费用、计费周期、结算周期、账单生成周期等。为满足不同的计费场景，需要针对性配置计费规则。具体来说，计费场景与对应的计费规则基于历史经验数据，得出不同计费场景对应的计费规则，再根据当前计费场景，配置本轮的计费规则。即在实际应用中，可以构建计费场景——计费规则的对应关系数据库，当计费系统识别出当前计费场景时，调用该数据库中数据，根据当前计费场景以及计费场景——计费规则的对应关系数据库，配置计费规则。更进一步来说，该计费场景——计费规则的对应关系数据库是基于历史经验数据，例如行业计费规则配置规范、收费标准、以及专家经验数据等构件的数据库，该数据库还可以在后续使用中不断更新、完善。

s400：获取业务系统发送的计费数据，根据计费数据以及已配置的计费规则，生成计费账单。

业务系统发送计费数据至计费系统，具体来说，业务系统可以在发送计费需求时，一并发送计费数据至计费系统，计费系统先缓存接收到的计费数据，在该步骤时再直接读取这部分缓存的数据。在计费数据包括有提供业务服务、提供业务服务次数等数据，根据计费数据和步骤s300已配置好的计费规则，可以生成计费账单。

s500：发送计费账单至业务系统。

计费系统将计费账单发送至业务系统，业务系统在接收到计费账单后可以将计费账单与提供的业务服务清单一并发送至用户。

上述在线计费方法，接收业务系统发送的计费需求，根据计费需求，识别当前计费场景，根据当前计费场景，配置计费规则，根据计费数据以及已配置的计费规则，生成计费账单，反馈计费账单至业务系统。整个过程中，计费系统与业务系统相对独立，计费动作在计费系统内完成，减小业务系统的影响，并且根据不同需求配置计费规则，可以准确实现在线计费。

如图3所示，在其中一个实施例中，步骤s200包括：

s220：根据计费需求，识别计费对象身份、已提供给计费对象的业务服务以及最小计费科目。

s240：根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，识别当前计费场景。

计费对象身份可以包括两个层面，一个是识别计费对象身份，例如计费对象其公司、企业还是未个人；另一个是识别本轮计费是针对谁，例如当计费对象身份为公司时，识别当前计费对象为哪一个公司，具体可以基于公司的组织机构代码来识别；当计费对象身份为个人，识别当前计费对象为哪一个人，具体可以基于个人账号等来识别。在实际应用中，可以直接采用人脸识别方式，识别计费对象身份为个人的对象。业务服务是指本次计费对应的提供的服务，不同的业务服务对应不同费用比，最小计费科目用于确定本次计费最小项目，在计费对象身份、本次计费提供业务服务以及最小计费项目确定之后，即可匹配到当前计费场景。

在其中一个实施例中，根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，识别当前计费场景包括：获取预设计费场景集合，预设计费场景集合中包括多个计费场景以及各个计费场景分别对应的计费对象身份、业务服务以及最小计费科目；根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，在预设计费场景集合中进行计费场景类型匹配；查找匹配度最高对应的计费场景，将查找到的匹配度最高的计费场景作为当前计费场景。

在实际应用中，可以根据计费对象身份、业务服务以及最小计费科目，与预设计费场景集合中各个计费场景匹配，查找匹配对最高的计费场景，即为当前计费场景。匹配的过程可以通过大数据分析实现。具体来说，获取提取各个计费场景对应的对象身份特征、业务服务特征以及最小计费科目特征，将这些特征与对应的计费场景关联存储，当需要进行业务场景匹配时，基于大数据分析将当前对象身份、业务服务以及最小计费科目与存储对象身份特征、业务服务特征以及最小计费科目特征进行匹配，查找匹配对最高的计费场景，即为当前计费场景。

在其中一个实施例中，根据当前计费场景，配置计费规则包括：根据当前计费场景，配置单次提供服务收取费用、免费提供服务次数、账单结算次数以及账单生成次数。

在实际应用中，计费场景包括智能认证功能计费、支付通道代收付计费以及贷款转付私募。当业务场景为智能认证功能计费时，定价规则为1次成功调用收费0.5元；全年免费调用3万次；每月按账单结算1次，账单规则为每月生成1个账单；当业务场景为支付通道代收付计费时，定价规则为代收交易金额的万2计费，代付交易金额的万4计费，每季度按代收、代付账单分别结算，账单规则为每季度代收、代付2个账单。当业务场景为贷款转付私募时，定价规则为出表的贷款资产包还款金额需转给私募，账单规则为每月生成1个账单。

在其中一个实施例中，发送计费账单至业务系统之后，还包括：接收用户发送的支付请求，支付请求携带用户身份识别标识；查找与用户身份对应的用户账户，在用户对应的账户余额中扣除本次账单对应的支付金额，完成支付操作；根据支付成功的计费账单生成、并发送开票信息至开票系统；接收开票系统回传的电子发票数据，将电子发票数据通过邮件方式推送至用户。

业务系统发送支付消息至用户，用户在审核无误时，反馈支付请求，业务系统将支付请求转发至计费系统，在该支付请求中携带有用户身份识别标识，计费系统基于用户身份识别标识查找对应的用户账户，查看该账户余额，当余额充足时，从余额中扣除相应的费用，完成支付操作。业务系统根据支付成功的计费账单生成、并发送开票信息至开票系统，开票系统基于开票信息开出电子发票，并回传电子发票至计费系统，计费系统将该电子发票通过邮件方式发送至用户。在本实施例中，计费系统除了完成正常结算操作之外，还与开票系统进行数据交互，将开票系统的电子票据准确提供至用户邮箱，给用户带来便利。

在其中一个实施例中，根据计费数据以及已配置的计费规则，生成计费账单之后，还包括：获取预设账单结算生命周期；在单个账单结算生命周期内不同时间段生成的计费账单按照时间先后顺序合并为一个账单进行结算，得到结算单；推送结算单至用户。

账单结算生命周期是指账单结算周期，在同一个周期内的计费账单按照时间先后顺序合并为一个结算单，再将结算单推送至用户，以便用户清楚了解在一个账单结算生命周期内产生的费用和详情，给用户带来便利。

在其中一个实施例中，根据计费数据以及已配置的计费规则，生成计费账单之后，还包括：存储计费账单，并记录存储路径；根据计费账单的存储路径以及本次计费账单标识生成浏览链接；获取预设账单邮件模板，将浏览链接以及本次计费账单支付方身份信息更新至预设账单邮件模板；推送更新后的预设账单邮件模板至本次计费账单支付方对应的预设邮箱。

基于存储路径可以准确读取到存储的计费账单，根据存储路径和本次计费账单标识(例如账单号)生成浏览链接，该浏览链接通过邮件方式发送至支付方预先填写的邮箱。用户在查看该邮件时，点击邮件正文中记载的链接访问计费系统服务器，读取对应的计费账单，实现高效且安全查阅。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

如图4所示，一种在线计费装置，装置包括：

接收模块100，用于接收业务系统发送的计费需求；

场景识别模块200，用于根据计费需求，识别当前计费场景；

计费规则配置模块300，用于根据当前计费场景，配置计费规则；

账单生成模块400，用于获取业务系统发送的计费数据，根据计费数据以及已配置的计费规则，生成计费账单；

发送模块500，用于发送计费账单至业务系统。

上述在线计费装置，接收模块100接收业务系统发送的计费需求，场景识别模块200根据计费需求，识别当前计费场景，计费规则配置模块300根据当前计费场景，配置计费规则，账单生成模块400根据计费数据以及已配置的计费规则，生成计费账单，发送模块500反馈计费账单至业务系统。整个过程中，计费系统与业务系统相对独立，计费动作在计费系统内完成，减小业务系统的影响，并且根据不同需求配置计费规则，可以准确实现在线计费。

在其中一个实施例中，场景识别模块200还用于根据计费需求，识别计费对象身份、已提供给计费对象的业务服务以及最小计费科目；根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，识别当前计费场景。

在其中一个实施例中，场景识别模块200还用于获取预设计费场景集合，预设计费场景集合中包括多个计费场景以及各个计费场景分别对应的计费对象身份、业务服务以及最小计费科目；根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，在预设计费场景集合中进行计费场景类型匹配；查找匹配度最高对应的计费场景，将查找到的匹配度最高的计费场景作为当前计费场景。

在其中一个实施例中，计费规则配置模块300还用于根据当前计费场景，配置单次提供服务收取费用、免费提供服务次数、账单结算次数以及账单生成次数。

在其中一个实施例中，上述在线计费装置还包括开票模块，用于接收用户发送的支付请求，支付请求携带用户身份识别标识；查找与用户身份对应的用户账户，在用户对应的账户余额中扣除本次账单对应的支付金额，完成支付操作；根据支付成功的计费账单生成、并发送开票信息至开票系统；接收开票系统回传的电子发票数据，将电子发票数据通过邮件方式推送至用户。

在其中一个实施例中，账单生成模块400还用于获取预设账单结算生命周期；在单个账单结算生命周期内不同时间段生成的计费账单按照时间先后顺序合并为一个账单进行结算，得到结算单；推送结算单至用户。

在其中一个实施例中，上述在线计费装置还包括账单查阅模块，用于存储计费账单，并记录存储路径；根据计费账单的存储路径以及本次计费账单标识生成浏览链接；获取预设账单邮件模板，将浏览链接以及本次计费账单支付方身份信息更新至预设账单邮件模板；推送更新后的预设账单邮件模板至本次计费账单支付方对应的预设邮箱。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储计费场景相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种在线计费方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

接收业务系统发送的计费需求；

根据计费需求，识别当前计费场景；

根据当前计费场景，配置计费规则；

获取业务系统发送的计费数据，根据计费数据以及已配置的计费规则，生成计费账单；

发送计费账单至业务系统。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据计费需求，识别计费对象身份、已提供给计费对象的业务服务以及最小计费科目；根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，识别当前计费场景。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取预设计费场景集合，预设计费场景集合中包括多个计费场景以及各个计费场景分别对应的计费对象身份、业务服务以及最小计费科目；根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，在预设计费场景集合中进行计费场景类型匹配；查找匹配度最高对应的计费场景，将查找到的匹配度最高的计费场景作为当前计费场景。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据当前计费场景，配置单次提供服务收取费用、免费提供服务次数、账单结算次数以及账单生成次数。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

接收用户发送的支付请求，支付请求携带用户身份识别标识；查找与用户身份对应的用户账户，在用户对应的账户余额中扣除本次账单对应的支付金额，完成支付操作；根据支付成功的计费账单生成、并发送开票信息至开票系统；接收开票系统回传的电子发票数据，将电子发票数据通过邮件方式推送至用户。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取预设账单结算生命周期；在单个账单结算生命周期内不同时间段生成的计费账单按照时间先后顺序合并为一个账单进行结算，得到结算单；推送结算单至用户。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

存储计费账单，并记录存储路径；根据计费账单的存储路径以及本次计费账单标识生成浏览链接；获取预设账单邮件模板，将浏览链接以及本次计费账单支付方身份信息更新至预设账单邮件模板；推送更新后的预设账单邮件模板至本次计费账单支付方对应的预设邮箱。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收业务系统发送的计费需求；

根据计费需求，识别当前计费场景；

根据当前计费场景，配置计费规则；

获取业务系统发送的计费数据，根据计费数据以及已配置的计费规则，生成计费账单；

发送计费账单至业务系统。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据计费需求，识别计费对象身份、已提供给计费对象的业务服务以及最小计费科目；根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，识别当前计费场景。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取预设计费场景集合，预设计费场景集合中包括多个计费场景以及各个计费场景分别对应的计费对象身份、业务服务以及最小计费科目；根据计费对象身份、已提供给计费对象的业务服务以及最小计费科目，在预设计费场景集合中进行计费场景类型匹配；查找匹配度最高对应的计费场景，将查找到的匹配度最高的计费场景作为当前计费场景。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据当前计费场景，配置单次提供服务收取费用、免费提供服务次数、账单结算次数以及账单生成次数。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

接收用户发送的支付请求，支付请求携带用户身份识别标识；查找与用户身份对应的用户账户，在用户对应的账户余额中扣除本次账单对应的支付金额，完成支付操作；根据支付成功的计费账单生成、并发送开票信息至开票系统；接收开票系统回传的电子发票数据，将电子发票数据通过邮件方式推送至用户。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取预设账单结算生命周期；在单个账单结算生命周期内不同时间段生成的计费账单按照时间先后顺序合并为一个账单进行结算，得到结算单；推送结算单至用户。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

存储计费账单，并记录存储路径；根据计费账单的存储路径以及本次计费账单标识生成浏览链接；获取预设账单邮件模板，将浏览链接以及本次计费账单支付方身份信息更新至预设账单邮件模板；推送更新后的预设账单邮件模板至本次计费账单支付方对应的预设邮箱。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。