CN116132205A - 一种计费方法、装置、电子终端及存储介质 - Google Patents

Abstract

本发明实施例公开了一种计费方法、装置、电子终端及存储介质，该方法包括：接收用户端在预设角色下账户内价值属性额度的变动事件；所述预设角色包括接口订阅者角色和/或接口发布者角色；响应于所述变动事件执行成功，将与所述变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从所述日志收集服务器读取并处理所述日志信息，并将处理结果存储至第一预设数据库；其中，所述第一预设数据库中的所述处理结果用于所述用户端对所述价值属性额度进行查询。能够提供多样化的计费功能，可满足平台针对多角色用户端的计费需求。

Description

一种计费方法、装置、电子终端及存储介质

技术领域

本发明实施例涉及互联网技术，尤其涉及一种计费方法、装置、电子终端及存储介质。

背景技术

现有开放平台中，平台方可将服务接口(Application Program Interface，API)发布至平台，以供登录平台的用户端使用。用户端在调用收费API时会消耗本端账户内的价值属性额度。现有计费方法可记录用户端账户内价值属性额度的消耗日志，以供用户端执行查询等操作。现有计费方法功能较为单一，难以满足平台针对多角色用户端的计费需求。

发明内容

有鉴于此，本发明实施例提供了一种计费方法、装置、电子终端及存储介质，能够提供多样化的计费功能，可满足平台针对多角色用户端的计费需求。

第一方面，本发明实施例提供了一种计费方法，包括：

接收用户端在预设角色下账户内价值属性额度的变动事件；所述预设角色包括接口订阅者角色和/或接口发布者角色；

响应于所述变动事件执行成功，将与所述变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从所述日志收集服务器读取并处理所述日志信息，并将处理结果存储至第一预设数据库；

其中，所述第一预设数据库中的所述处理结果用于所述用户端对所述价值属性额度进行查询。

第二方面，本发明实施例还提供了一种计费装置，包括：

变动事件接收模块，用于接收用户端在预设角色下账户内价值属性额度的变动事件；所述预设角色包括接口订阅者角色和/或接口发布者角色；

日志存储模块，用于响应于所述变动事件执行成功，将与所述变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从所述日志收集服务器读取并处理所述日志信息，并将处理结果存储至第一预设数据库；

其中，所述第一预设数据库中的所述处理结果用于所述用户端对所述价值属性额度进行查询。

第三方面，本发明实施例还提供了一种电子终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本申请任意实施例提供的计费方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请任意实施例提供的计费方法。

本发明实施例提供的一种计费方法、装置、电子终端及存储介质，该计费方法包括：接收用户端在预设角色下账户内价值属性额度的变动事件；预设角色包括接口订阅者角色和/或接口发布者角色；响应于所述变动事件执行成功，将与变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从日志收集服务器读取并处理日志信息，并将处理结果存储至第一预设数据库；其中，第一预设数据库中的处理结果用于用户端对价值属性额度进行查询。

本发明实施例中，用户端在开放平台上可以为接口订阅者角色和/或接口发布者角色，且在不同角色下可触发对应的账户内价值属性额度的变动事件。通过在变动事件执行成功时，将对应的日志信息进行存储，可便于离线处理日志信息，以确定用户端在不同角色下账户内价值属性额度的变动情况，从而不仅可供用户端查询价值属性额度的消费信息，还可供用户端查询价值属性额度的收益信息，即提供了多样化的计费功能，满足了平台针对多角色用户端的计费需求。

附图说明

图1是本发明实施例一提供的一种计费方法的流程示意图；

图2是本发明实施例二提供的一种计费方法中用户端在接口订阅者角色下的界面示意图；

图3是本发明实施例二提供的一种计费方法中开放平台的框架示意图；

图4是本发明实施例三提供的一种计费方法中用户端在接口发布者角色下的界面示意图；

图5是本发明实施例三提供的一种计费方法中开放平台的框架示意图；

图6是本发明实施例四提供的一种计费方法中用户端在接口订阅者角色下的界面示意图；

图7是本发明实施例四提供的一种计费方法中开放平台的框架示意图；

图8是本发明实施例五提供的一种计费装置的结构示意图；

图9是本发明实施例六提供的一种电子终端的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

实施例一

图1是本发明实施例一提供的一种计费方法的流程示意图。本实施例可适用于用户端在接口订阅者角色和/或接口发布者角色下，查看账户内价值属性额度的消费信息和/或收益信息的情况。该方法可以由本发明实施例提供的计费装置来执行，该装置可采用软件和/或硬件的方式实现，且可配置于电子终端中，例如可集成于计费中心模块，并随计费中心模块配置于开放平台的服务器中。

参见图1，本实施例提供的计费方法，可以包括：

S110、接收用户端在预设角色下账户内价值属性额度的变动事件；预设角色包括接口订阅者角色和/或接口发布者角色。

本发明实施例中，开放平台可以为每个用户端提供至少一种预设角色的身份，例如接口订阅者角色和/或接口发布者角色的身份。

当用户端登录开放平台后，可以通过身份切换控件进行预设角色的切换。当用户端切换为接口订阅者角色时，可以订阅开放平台中的各服务接口(Application ProgramInterface，API)；切换为接口发布者角色时，可以在开放平台上发布API，以供其他用户端订阅。可以认为，某用户端在接口订阅者角色下订阅的API，可以包括平台方发布的API，和/或除该用户端外其他用户端在接口发布者角色下发布的API。此外，当用户端调用订阅的收费API时需要支出服务对应的价值，当用户端发布的收费API被调用时可以收益服务对应的价值。

本实施例中，账户内价值属性额度可理解为能够表征价值大小的数值，例如可以是金额，又如可以是虚拟道具的数量等。开放平台可以针对不同预设角色，为用户端设置不同类型的账户内价值属性额度。例如，针对接口调用者角色，由于该角色下存在支出需求，可以为用户端设置支出类型的账户内价值属性额度；针对接口发布者角色，由于该角色下存在收益需求，可以为用户端设置收益类型的账户内价值属性额度。

其中，每个预设角色下设置的价值属性额度可以包括至少一项。用户端在预设角色下账户内价值属性额度的变动事件，可以包括：导致当用户端在预设角色下的至少一项价值属性额度发生增加、减少、更新等变动的事件。

能够执行本发明实施例提供的计费方法的计费装置，可以集成在计费中心模块中。该计费中心模块可以作为单独部署在上述开放平台，且可提供超文本传输协议(HyperText Transfer Protocol，HTTP)形式的服务。计费装置可以接收每个用户端在预设角色下账户内价值属性额度的变动事件，以使计费中心模块执行对每个用户端在预设角色下账户内价值属性额度的变动操作。

S120、响应于变动事件执行成功，将与变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从日志收集服务器读取并处理日志信息，并将处理结果存储至第一预设数据库；其中，第一预设数据库中的处理结果可用于用户端对价值属性额度进行查询。

其中，与变动事件相关的日志信息中可以包括但不限于：变动事件的类型(例如充值、提现、调用API等)、变动事件的时间戳、变动事件对应的主体(例如用户端)和客体(例如API)、变动事件对应的目标价值属性额度以该目标价值属性额度的变动值等。

其中，计费装置在接收到变动事件后，可以根据变动事件的执行反馈(例如执行状态码)来判断变动事件是否执行成功。若变动事件执行成功，则计费装置还可以获取与变动事件相关的日志信息并将其存储至日志收集服务器中。例如，计费装置可以通过传输控制协议(Transmission Control Protocol，TCP)将与变动事件相关的日志信息推送到日志收集服务器中。

相应的，日志处理服务器可以每隔预设时间从日志收集服务器中读取还未读取的日志信息；其中，预设时间可以根据具体应用场景进行设置，例如可以为10分钟、30分钟或1小时等。之后，日志服务器可以对读取的日志信息进行离线处理，例如可以按照变动事件的类型、变动事件对应的主体、客体等中的至少一种因素对日志信息进行分类统计等处理，并将处理结果存储至第一预设数据库中。其中，第一预设数据库例如可以为MySQL数据库，或者也可以为其他可存储日志信息的数据库，在此不做穷举。

当用户端切换为接口订阅者角色时，第一预设数据库中的处理结果可用于用户端查看支出类型的账户内价值属性额度；当用户端切换为接口发布者角色时，第一预设数据库中的处理结果可用于用户端查看收益类型的账户内价值属性额度。从而提供了多样化的计费功能，满足了平台针对多角色用户端的计费需求。

此外，针对部分支出类型的账户内价值属性额度，用户端可采用预付费或后付费等方式执行实际的支出操作，可认为是否执行实际的支付操作并不影响用户端查看时支出类型的账户内价值属性额度。

本发明实施例提供的一种计费方法，用户端在开放平台上可以为接口订阅者角色和/或接口发布者角色，且在不同角色下可触发对应的账户内价值属性额度的变动事件。通过在变动事件执行成功时，将对应的日志信息进行存储，可便于离线处理日志信息，以确定用户端在不同角色下账户内价值属性额度的变动情况，从而不仅可供用户端查询价值属性额度的消费信息，还可供用户端查询价值属性额度的收益信息，即提供了多样化的计费功能，满足了平台针对多角色用户端的计费需求。

实施例二

本实施例提供的计费方法，能够与上述实施例中所提供的计费方法中各个可选方案相结合。本实施例提供的生计费方法，对预设角色为接口订阅者角色时，用户端的账户内价值属性额度及其变动事件进行了详细描述。通过记录与调用收费接口对应的日志信息以及与充值对应的日志信息，可实现对剩余额度、额度充值明细、总消费额度、额度消费明细和第一单位时间内消费额度中至少一项账户内价值属性额度的更新，从而为用户端提供了在接口订阅者角色下查询账户内价值属性额度的消费信息等计费功能，实现了计费功能多样化。

图2是本发明实施例二提供的一种计费方法中用户端在接口订阅者角色下的界面示意图。当用户端登录开放平台后，可点击“计费中心-订阅者”的入口控件进入图2所示的界面。

参见图2中的界面，当预设角色为接口订阅者角色时，账户内价值属性额度可以包括下述至少一项：剩余额度(图2中用“余额”控件210显示)、额度充值明细(点击图2中“余额”控件210中的“明细”控件211后可显示)、总消费额度(图2中用“总消费”控件220显示)、额度消费明细(点击图2中“总消费”控件220中的“消费明细”控件221后可显示)和第一单位时间内消费额度(图2中用“日消费”控件230显示)。图2中所示的第一单位时间为每日，此外还可以根据应用场景设置其他单位时间，例如每小时、每周、每月等。

在一些可选的实现方式中，当预设角色为接口订阅者角色时，账户内价值属性额度的变动事件可以包括下述至少一项：对收费接口的调用事件；收费接口包括除用户端外其他用户端发布的接口；对剩余额度的充值事件。

其中，收费接口除包括其他用户端发布的接口外，也可以包括平台方发布的接口。当用户端切换为接口订阅者角色时，可以对收费接口进行调用，以触发调用事件。该调用事件可使接口订阅者角色下的剩余额度减少、总消费额度增加、额度消费明细更新以及第一单位时间内消费额度增加，即可以使接口订阅者角色下下至少一项账户内价值属性额度发生变动。

此外，当用户端切换为接口订阅者角色时，也可以对剩余额度进行充值，以触发充值事件。其中，充值事件中可以包括至少一个充值操作，例如可以包括对图2中“余额”控件210中的“充值”控件212的点击操作，其中响应于该点击操作可呈现充值界面；相应的，充值事件还可以包括对充值界面中充值控件的充值操作等。其中，该充值事件可使接口订阅者角色下下的剩余额度增加以及额度充值明细更新，即也可以使接口订阅者角色下下至少一项账户内价值属性额度发生变动。

在这些可选的实现方式中，通过接收用户端在接口订阅者角色下的调用事件和/或充值事件，可在调用事件和/或充值事件执行成功时将相关的日志信息进行存储。从而，处理后的日志信息可用于表征用户端在接口订阅者角色下账户内价值属性额度的变动情况，以供用户端对其进行查询。

示例性的，图3是本发明实施例二提供的一种计费方法中开放平台的框架示意图。参见图3，开放平台可部署有门户模块310、后台管理模块320、应用服务模块330和计费中心模块340。

其中，门户模块310可用于渲染用户端的界面；后台管理模块320可用于提供充值、提现等管理服务；应用服务模块330，可基于平台方发布的API和/或用户端发布的API提供接口服务；计费中心模块340中可集成本发明实施例提供的计费装置，可用于执行本发明提供的计费方法。

当用户端触发对收费接口的调用事件时，应用服务模块330可提供相应的接口服务，并可向计费中心模块340反馈执行状态码。计费中心模块340可根据执行状态码确定调用事件是否执行成功，并可响应于调用事件执行成功，将应用服务模块330和调用过程中网关产生的日志信息存储至日志收集服务器。

当用户端触发对剩余额度的充值事件时，后台管理模块320可对充值操作进行审核，并可向计费中心模块340反馈执行状态码。计费中心模块340可根据执行状态码确定充值事件是否执行成功，并可响应于充值事件执行成功，将后台管理模块330产生的日志信息存储至日志收集服务器。

之后，日志处理服务器可以每隔预设时间从日志收集服务器中读取还未读取的日志信息，对读取的日志信息进行离线处理，并将处理结果存储至第一预设数据库(例如图3所示的MySQL数据库)中。

当用户端登录开放平台后，可进入由门户模块310渲染的接口订阅者角色下的界面。门户模块310可直接从MySQL数据库中查询与用户端在接口订阅者角色下的相关日志信息，并可根据日志信息在界面中呈现剩余额度、额度充值明细、总消费额度、额度消费明细和第一单位时间内消费额度中的至少一项。

在一些可选的实现方式中，第一预设数据库中的处理结果还用于生成下述至少一项数据：消费概览图和消费排行数据；其中，消费概览图和消费排行数据用于用户端查询。

再次参见图2，消费概览图240的横坐标中各点间为第二单位时间，纵坐标为各第二单位时间内的消费额度。消费排行数据250包括在第三单位时间内调用各收费接口对应的消费额度的排序数据(例如图2中的排名1、2)。此外，消费排行数据250中还可以包括具体的消费额度(例如图2中的消费金额)、消费占比以及消费额度对应的接口(例如图2中的收费接口A)等信息，在此不做穷举。图2中所示的第二单位时间为每三小时、所示的第三单位时间为每七日，此外还可以根据应用场景设置其他单位时间，例如每日、每月等。

相应的，当用户端进入由门户模块310渲染的接口订阅者角色下的界面后，门户模块310也可直接读取已生成的消费概览图和/或消费排行数据，并可消费概览图和/或消费排行数据呈现于界面中，以使用户更清楚地了解接口订阅者角色下账户内价值属性额度的变动情况，丰富界面呈现方式，提高用户体验。

在这些可选的实现方式中，通过基于第一预设数据库中的处理结果生成消费概览图和/或消费排行数据，可丰富界面呈现方式，提高用户查询体验。

本发明实施例提供的计费方法，对预设角色为接口订阅者角色时，用户端的账户内价值属性额度及其变动事件进行了详细描述。通过记录与调用收费接口对应的日志信息以及与充值对应的日志信息，可实现对剩余额度、额度充值明细、总消费额度、额度消费明细和第一单位时间内消费额度中至少一项账户内价值属性额度的更新，从而为用户端提供了在接口订阅者角色下查询账户内价值属性额度的消费信息等计费功能，实现了计费功能多样化。此外，本实施例提供的计费方法与上述实施例提供的计费方法属于同一技术构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且相同的技术特征在本实施例与上述实施例中具有相同的有益效果。

实施例三

本实施例提供的计费方法，能够与上述实施例中所提供的计费方法中各个可选方案相结合。本实施例提供的生计费方法，对预设角色为接口发布者角色时，用户端的账户内价值属性额度及其变动事件进行了详细描述。通过记录与收费接口被调用事件对应的日志信息，可实现对收益额度、额度收益明细和第四单位时间内收益额度中至少一项账户内价值属性额度的更新，从而为用户端提供了在接口发布者角色下查询账户内价值属性额度的收益信息等计费功能，实现了计费功能多样化。

图4是本发明实施例三提供的一种计费方法中用户端在接口发布者角色下的界面示意图。当用户端登录开放平台后，可点击“计费中心-发布者”的入口控件进入图4所示的界面。

参见图4中的界面，当预设角色为接口发布者角色时，账户内价值属性额度可以包括下述至少一项：收益额度(图4中用“总收益”控件410显示)、额度收益明细(点击图4中“总收益”控件410中的“收益明细”控件411后可显示)和第四单位时间内收益额度(图4中用“日收益”控件420显示)。图4中所示的第四单位时间为每日，此外还可以根据应用场景设置其他单位时间，例如每小时、每周、每月等。

在一些可选的实现方式中，当预设角色为接口发布者角色时，账户内价值属性额度的变动事件可以包括：用户端发布的收费接口的被调用事件。

当用户端切换为接口发布者角色时，其发布的收费接口存在被其他用户端调用的情况，即可发生收费接口的被调用事件。该被调用事件可使接口发布者角色下的收益额度增加、额度收益明细更新以及第四单位事件内收益额度增加，即可使接口发布者角色下至少一项账户内价值属性额度发生变动。

示例性的，图5是本发明实施例三提供的一种计费方法中开放平台的框架示意图。参见图5，开放平台可部署有门户模块510、应用服务模块520和计费中心模块530，该三个模块未详细描述的技术特征可参见图3中名称相同的模块。

此外，在本实施例中，当发生用户端发布的收费接口的被调用事件时，应用服务模块520可提供相应的接口服务，并可向计费中心模块530反馈执行状态码。计费中心模块530可根据执行状态码确定被调用事件是否执行成功，并可响应于被调用事件执行成功，将应用服务模块520和调用过程中网关产生的日志信息存储至日志收集服务器。

之后，日志处理服务器也可以每隔预设时间从日志收集服务器中读取还未读取的日志信息，对读取的日志信息进行离线处理，并将处理结果存储至第一预设数据库(例如图5所示的MySQL数据库)中。

当用户端登录开放平台后，可进入由门户模块510渲染的接口发布者角色下的界面。门户模块510可直接从MySQL数据库中查询与用户端在接口发布者角色下的相关日志信息，并可根据日志信息在界面中呈现收益额度、额度收益明细和第四单位时间内收益额度中的至少一项。

本发明实施例提供的计费方法，对预设角色为接口发布者角色时，用户端的账户内价值属性额度及其变动事件进行了详细描述。通过记录与收费接口被调用事件对应的日志信息，可实现对收益额度、额度收益明细和第四单位时间内收益额度中至少一项账户内价值属性额度的更新，从而为用户端提供了在发布者角色下查询账户内价值属性额度的收益信息等计费功能，实现了计费功能多样化。此外，本实施例提供的计费方法与上述实施例提供的计费方法属于同一技术构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且相同的技术特征在本实施例与上述实施例中具有相同的有益效果。

实施例四

本实施例提供的计费方法，能够与上述实施例中所提供的计费方法中各个可选方案相结合。本实施例提供的生计费方法，对预设角色为接口订阅者角色时，账户内价值属性额度中可设置的第五单位时间内预算额度进行了详细描述。通过设置第五单位时间内预算额度，可对接口订阅者角色下收费接口的调用事件进行校验，以实现对账户内价值属性的消耗情况进行限制，从而实现了计费功能多样化。

图6是本发明实施例四提供的一种计费方法中用户端在接口订阅者角色下的界面示意图。参见图6中的界面，当预设角色为接口订阅者角色时，账户内价值属性额度除了可以包括图2中界面中各控件可呈现的账户内价值属性额度之外，还可以包括第五单位时间内预算额度(图6中用“日预算”控件610显示)。图6中所示的第五单位时间为每日，此外还可以根据应用场景设置其他单位时间，例如每小时、每周、每月等。

相应的，计费方法还可以包括：接收用户端在接口订阅者角色下对第五单位时间内预算额度的设置事件。其中，设置事件中可以包括至少一个设置操作，例如可以包括对“日预算”控件610中“API预算设置”控件611的点击操作，其中响应于该点击操作可呈现设置界面；相应的，设置事件还可包括对该设置界面中设置控件的设置操作等。

之后，可响应于设置事件执行成功，将与设置事件相关的第五单位时间内预算额度存储至第二预设数据库。其中，与设置事件相关的第五单位时间内预算额度，可认为是基于上述设置操作设置的第五单位时间内预算额度。其中，第二预设数据库例如可以为redis数据库，或者也可以为其他可存储数值的数据库，在此不做穷举。

其中，第二预设数据库除了存储第五单位时间内预算额度外，还可存储其他数据，例如可以存储第一数据库中日志信息中包含的消费、收益、充值、提现等具体数据。第二预设数据库中存储的数据可滤除除数字外的信息，占用空间更小、格式更为简洁，因此第二预设数据库可配置在开放平台的内存中，以便于计费中心模块快速获取需求数据并执行相应的操作(例如充值、扣费操作等)。

示例性的，图7是本发明实施例四提供的一种计费方法中开放平台的框架示意图。参见图7，开放平台可部署有门户模块710、后台管理模块720和计费中心模块730，该三个模块未详细描述的技术特征可参见图3中名称相同的模块。

此外，在本实施例中，当用户端触发对第五单位时间内预算额度的设置事件时，后台管理模块720可对设置操作进行审核，并向计费中心模块730反馈执行状态码。计费中心模块730可根据执行状态码确定设置事件是否执行成功，并可响应于设置事件执行成功，将与设置事件相关的第五单位时间内预算额度存储至第二预设数据库(例如图7中的redis数据库)。

相应的，当用户端进入由门户模块710渲染的接口订阅者角色下的界面后，门户模块710可通过计费中心模块730从redis数据库中读取第五单位时间内预算额度，并可其呈现在中图6所示的“日预算”控件610中。即，第二预设数据库中的第五单位时间内预算额度可用于用户端查看。

此外，第二预设数据库中的第五单位时间内预算额度还可用于在变动事件为对收费接口的调用事件时，校验调用事件是否正常执行。

其中，当用户端触发对收费接口的调用事件时，调用过程中的网关还可用于：通过计费中心模块730获取第五单位时间内预算额度；根据第五单位时间内预算额度，确定当前可用的剩余额度；判断当前可用的剩余预算额度是否支持本次调用；若支持本次调用，则校验调用事件可正常执行，此时开发平台中的应用服务模块可提供相应的接口服务；若不支持本次调用，则校验调用事件不可正常执行，此时应用服务模块可停止提供相应的接口服务。

通过设置第五单位时间内预算额度，可对订阅者角色下收费接口的调用事件进行校验，在当前可用的剩余预算额度充足的情况下再进行接口调用，以实现对账户内价值属性的消耗情况进行限制，从而实现了计费功能多样化。

本发明实施例提供的计费方法，对预设角色为接口订阅者角色时，账户内价值属性额度中可设置的第五单位时间内预算额度进行了详细描述。通过设置第五单位时间内预算额度，可对订阅者角色下收费接口的调用事件进行校验，以实现对账户内价值属性的消耗情况进行限制，从而实现了计费功能多样化。此外，本实施例提供的计费方法与上述实施例提供的计费方法属于同一技术构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且相同的技术特征在本实施例与上述实施例中具有相同的有益效果。

实施例五

图8是本发明实施例五提供的一种计费装置的结构示意图。本实施例可适用于用户端在接口订阅者角色和/或接口发布者角色下，查看账户内价值属性额度的消费信息和/或收益信息的情况。

参见图8，本发明提供的计费装置，可以包括：

变动事件接收模块810，用于接收用户端在预设角色下账户内价值属性额度的变动事件；预设角色包括接口订阅者角色和/或接口发布者角色；

日志存储模块820，用于响应于变动事件执行成功，将与变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从日志收集服务器读取并处理日志信息，并将处理结果存储至第一预设数据库；

其中，第一预设数据库中的处理结果用于用户端对价值属性额度进行查询。

在一些可选的实施方式中，当预设角色为接口订阅者角色时，账户内价值属性额度包括下述至少一项：

剩余额度、额度充值明细、总消费额度、额度消费明细和第一单位时间内消费额度。

在一些可选的实施方式中，当预设角色为接口订阅者角色时，账户内价值属性额度的变动事件包括下述至少一项：

对收费接口的调用事件；收费接口包括除用户端外其他用户端发布的接口；

对剩余额度的充值事件。

在一些可选的实施方式中，第一预设数据库中的处理结果还用于生成下述至少一项数据：消费概览图和消费排行数据；

其中，消费概览图的横坐标中各点间为第二单位时间，纵坐标为各第二单位时间内的消费额度；消费排行数据包括在第三单位时间内调用各收费接口对应的消费额度的排序数据；

其中，消费概览图和消费排行数据用于用户端查询。

在一些可选的实施方式中，当预设角色为接口发布者角色时，账户内价值属性额度包括下述至少一项：

收益额度、额度收益明细和第四单位时间内收益额度。

在一些可选的实施方式中，当预设角色为接口发布者角色时，账户内价值属性额度的变动事件包括：

用户端发布的收费接口的被调用事件。

在一些可选的实施方式中，当预设角色为接口订阅者角色时，账户内价值属性额度包括第五单位时间内预算额度；

相应的，计费装置还包括：

设置事件接收模块，用于接收用户端在接口订阅者角色下对第五单位时间内预算额度的设置事件；

预算存储模块，用于响应于设置事件执行成功，将与设置事件相关的第五单位时间内预算额度存储至第二预设数据库；

其中，第二预设数据库中的第五单位时间内预算额度用于在变动事件为对收费接口的调用事件时，校验调用事件是否正常执行。

本发明实施例所提供的计费装置可执行本发明实施例所提供的计费方法，具备执行方法相应的功能模块和有益效果。未详尽描述的技术细节，可参见本发明实施例所提供的计费方法。

实施例六

图9是本发明实施例六提供的一种电子终端的结构示意图。如图9所示，该终端可包括处理器910、存储器920、输入装置930和输出装置940；终端中处理器910的数量可以是一个或多个，图9中以一个处理器910为例；终端/中的处理器910、存储器920、输入装置930和输出装置940可以通过总线或其他方式连接，图9中以通过总线连接为例。

存储器920作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的计费方法对应的程序指令/模块。处理器910通过运行存储在存储器920中的软件程序、指令以及模块，从而执行设备/终端/服务器的各种功能应用以及数据处理，即实现上述的计费方法。

存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器920可进一步包括相对于处理器910远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置930可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。输出装置940可包括显示屏等显示设备。

实施例七

本发明实施例七还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种计费方法，该方法包括：

接收用户端在预设角色下账户内价值属性额度的变动事件；预设角色包括接口订阅者角色和/或接口发布者角色；响应于变动事件执行成功，将与变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从日志收集服务器读取并处理日志信息，并将处理结果存储至第一预设数据库；其中，第一预设数据库中的处理结果用于用户端对价值属性额度进行查询。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作,还可以执行本发明任意实施例所提供的计费方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

值得注意的是，上述搜索装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种计费方法，其特征在于，包括：

接收用户端在预设角色下账户内价值属性额度的变动事件；所述预设角色包括接口订阅者角色和/或接口发布者角色；

响应于所述变动事件执行成功，将与所述变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从所述日志收集服务器读取并处理所述日志信息，并将处理结果存储至第一预设数据库；

其中，所述第一预设数据库中的所述处理结果用于所述用户端对所述价值属性额度进行查询。

2.根据权利要求1所述的方法，其特征在于，当所述预设角色为所述接口订阅者角色时，所述账户内价值属性额度包括下述至少一项：

剩余额度、额度充值明细、总消费额度、额度消费明细和第一单位时间内消费额度。

3.根据权利要求2所述的方法，其特征在于，当所述预设角色为所述接口订阅者角色时，所述账户内价值属性额度的变动事件包括下述至少一项：

对收费接口的调用事件；所述收费接口包括除所述用户端外其他用户端发布的接口；

对所述剩余额度的充值事件。

4.根据权利要求3所述的方法，其特征在于，所述第一预设数据库中的所述处理结果还用于生成下述至少一项数据：消费概览图和消费排行数据；

其中，所述消费概览图的横坐标中各点间为第二单位时间，纵坐标为所述第二单位时间内的消费额度；所述消费排行数据包括在第三单位时间内调用各所述收费接口对应的消费额度的排序数据；

其中，所述消费概览图和所述消费排行数据用于所述用户端查询。

5.根据权利要求1所述的方法，其特征在于，当所述预设角色为所述接口发布者角色时，所述账户内价值属性额度包括下述至少一项：

收益额度、额度收益明细和第四单位时间内收益额度。

6.根据权利要求1所述的方法，其特征在于，当所述预设角色为所述接口发布者角色时，所述账户内价值属性额度的变动事件包括：

所述用户端发布的收费接口的被调用事件。

7.根据权利要求1-5中任一所述的方法，其特征在于，当所述预设角色为所述接口订阅者角色时，所述账户内价值属性额度包括第五单位时间内预算额度；

相应的，所述方法还包括：

接收所述用户端在所述接口订阅者角色下对第五单位时间内预算额度的设置事件；

响应于所述设置事件执行成功，将与所述设置事件相关的第五单位时间内预算额度存储至第二预设数据库；

其中，所述第二预设数据库中的所述第五单位时间内预算额度用于在所述变动事件为对收费接口的调用事件时，校验所述调用事件是否正常执行。

8.一种计费装置，其特征在于，包括：

变动事件接收模块，用于接收用户端在预设角色下账户内价值属性额度的变动事件；所述预设角色包括接口订阅者角色和/或接口发布者角色；

日志存储模块，用于响应于所述变动事件执行成功，将与所述变动事件相关的日志信息存储至日志收集服务器，以使日志处理服务器每隔预设时间从所述日志收集服务器读取并处理所述日志信息，并将处理结果存储至第一预设数据库；

其中，所述第一预设数据库中的所述处理结果用于所述用户端对所述价值属性额度进行查询。

9.一种电子终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的计费方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的计费方法。

Images