CN110233741B - 服务计费方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于云计算技术领域，公开了一种服务计费方法、装置、设备及存储介质。该方法包括：接收服务调用请求，根据服务调用请求确定被调用的服务的第一服务编码和服务对应的调用信息；根据调用信息确定收费服务表；根据所述第一服务编码和所述收费服务表，判断服务是否需要计费；若服务需要计费，则根据调用信息确定调用者的关键信息；根据关键信息，获取调用者当前时刻的实时信息；根据实时信息，确定服务在当前调用时间，通过当前调用通道，被调用者调用时遵循的计费规则；响应服务调用请求，根据计费规则，对服务进行计费。通过上述方式，使得针对服务的计费更加灵活、多变，不仅可以更好的满足企业实际需求，同时也大大降低了企业成本。

Description

服务计费方法、装置、设备及存储介质

技术领域

本发明涉及云计算技术领域，尤其涉及一种服务计费方法、装置、设备及存储介质。

背景技术

目前，传统行业在向“互联网+”过渡，即从传统的线下交易向线上交易过渡时，为了抢占市场先机，并尽可能的降低企业成本，在推出针对自己产品的线上交易平台时，通常会从第三方服务平台租赁各种已有服务。

但是，目前从第三方服务平台租赁已有服务的方式，计费方式通常是根据预先制定的收费规则进行收费，而这种计费方式，一旦启动，在计费周期内是无法根据企业的需求进行实时调整的，必须在这一收费周期结束，得到该周期的收费详情表单后才可以对收费规则进行调整，否则收费详情表单中记录的数据就会发生异常，进而给企业和第三方服务平台带来不便。

所以，亟需提供一种灵活、多变的服务计费方法，在尽可能降低企业成本的同时，可以更好的满足企业需求。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种服务计费方法、装置、设备及存储介质，旨在降低企业成本，同时能够为企业提供灵活、多变的计费方式，以更好的满足企业需求。

为实现上述目的，本发明提供了一种服务计费方法，所述方法包括以下步骤:

接收服务调用请求，根据所述服务调用请求确定被调用的服务的第一服务编码和所述服务对应的调用信息，所述调用信息包括所述服务对应的当前调用时间、当前调用通道以及调用所述服务的调用者的识别码，所述识别码预先分配；

将所述当前调用时间作为第一筛选条件，将所述当前调用通道作为第二筛选条件，从预先配置的收费服务表管理库中筛选出同时满足所述第一筛选条件和所述第二筛选条件的收费服务表，所述收费服务表中记录有需要进行计费的服务的第二服务编码；

对所述收费服务表进行遍历，将遍历到的第二服务编码与所述第一服务编码进行对比；

若所述第二服务编码与所述第一服务编码相同，则根据所述识别码从预先构建的调用者信息管理库中提取所述识别码对应的调用者的关键信息；

根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息；

根据所述实时信息，确定所述服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则；

响应所述服务调用请求，根据所述计费规则，对所述服务进行计费。

优选地，所述调用者为企业，所述关键信息为所述企业的企业编号，所述实时信息为企业实时信息；

所述根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息的步骤，包括：

获取所述大数据平台的网络地址；

根据所述网络地址对网络爬虫进行配置，利用所述网络爬虫从所述网络地址对应的大数据平台获取第一待处理数据；

将所述关键信息作为过滤条件，对所述第一待处理数据进行过滤，得到第二待处理数据，所述第二待处理数据为当前时刻所述企业对应的初始数据；

根据预设的格式转换标准，对所述第二待处理数据进行格式转换，得到标准格式的第三待处理数据；

对所述第三待处理数据进行数据去重，得到所述企业实时信息，所述企业实时信息为所述企业对应的有效数据。

优选地，所述根据所述计费规则，对所述服务进行计费的步骤，包括：

根据所述计费规则，对所述服务进行计费，得到所述服务对应的计费信息；

根据所述计费信息，生成调用所述服务的计费结果。

优选地，所述根据所述计费信息，生成调用所述服务的计费结果的步骤之前，所述方法还包括：

基于预先安装的分布式发布订阅消息系统，生成第一分布式发布订阅消息队列，并将所述计费信息添加到所述第一分布式发布订阅消息队列；

其中，所述根据所述计费信息，生成调用所述服务的计费结果的步骤，包括：

从所述第一分布式发布订阅消息队列中依次读取所述计费信息，据所述计费信息生成调用所述服务的计费结果。

优选地，所述据所述计费信息生成调用所述服务的计费结果的步骤之后，所述方法还包括：

根据所述计费规则中规定的付费方式，从所述调用者的付费账号扣除所述计费结果对应的费用。

优选地，所述根据所述计费规则中规定的付费方式，从所述调用者的付费账号扣除所述计费结果对应的费用的步骤之后，所述方法还包括：

根据所述计费结果、所述付费方式和所述付费账号，生成扣费明细，并将所述扣费明细存储到预先构建的数据库；

从所述数据库中读取所述扣费明细，采用异步推送方式，将所述扣费明细推送给所述调用者；

其中，所述从所述数据库中读取所述扣费明细，采用异步推送方式，将所述扣费明细推送给所述调用者的步骤，包括：

基于所述分布式发布订阅消息系统，生成第二分布式发布订阅消息队列；

从所述数据库中读取所述扣费明细，按序添加到所述第二分布式发布订阅消息队列中；

根据所述第二分布式发布订阅消息队列中添加的所述扣费明细的数量，确定待创建的异步进程个数N，N为大于等于2的整数；

根据预设的异步进程创建规则，创建N个异步进程；

分别建立所述N个异步进程和所述第二分布式发布订阅消息队列之间的数据传输管道，使所述N个异步进程分别通过各自对应的传输管道从所述第二分布式发布订阅消息队列中读取所述扣费明细，将所述扣费明细推送给所述调用者。

优选地，所述采用异步推送方式，将所述扣费明细推送给所述调用者的步骤之前，所述方法还包括：

根据预设的第一加密方式，对所述扣费明细进行加密，得到初始加密版本的扣费明细；

根据预设的第二加密方式，对所述初始加密版本的扣费明细进行加密，得到目标加密版本的扣费明细；

其中，所述采用异步推送方式，将所述扣费明细推送给所述调用者的步骤，包括：

采用异步推送方式，将所述目标加密版本的扣费明细推送给所述调用者。

此外，为实现上述目的，本发明还提出一种服务计费装置，所述装置包括：

第一确定模块，用于接收服务调用请求，根据所述服务调用请求确定被调用的服务的第一服务编码和所述服务对应的调用信息，所述调用信息包括所述服务对应的当前调用时间、当前调用通道以及调用所服务的调用者的识别码，所述识别码预先分配；

筛选模块，用于将所述当前调用时间作为第一筛选条件，将所述当前调用通道作为第二筛选条件，从预先配置的收费服务表管理库中筛选出同时满足所述第一筛选条件和所述第二筛选条件的收费服务表，所述收费服务表中记录有需要进行计费的服务的第二服务编码；

对比模块，用于对所述收费服务表进行遍历，将遍历到的第二服务编码与所述第一服务编码进行对比；

提取模块，用于在所述第二服务编码与所述第一服务编码相同时，根据所述识别码从预先构建的调用者信息管理库中提取所述识别码对应的调用者的关键信息；

获取模块，用于根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息；

第二确定模块，用于根据所述实时信息，确定所述服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则；

计费模块，用于响应所述服务调用请求，根据所述计费规则，对所述服务进行计费。

此外，为实现上述目的，本发明还提出一种服务计费设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的服务计费程序，所述服务计费程序配置为实现如上文所述的服务计费方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有服务计费程序，所述服务计费程序被处理器执行时实现如上文所述的服务计费方法的步骤。

本发明提供的服务计费方案，除了设置服务调用请求携带被调用的服务的第一服务编码，还设置服务调用请求携带被调用的服务对应的当前调用时间、当前调用通道以及能够标识调用所述服务的调用者身份的识别码等调用信息，从而在接收到服务调用请求后，通过从服务调用请求中提取第一服务编码和上述调用信息，然后将调用信息中的所述当前调用时间作为第一筛选条件，所述当前调用通道作为第二筛选条件，进而保证了从预先配置的收费服务表管理库中筛选出的收费服务表为同时满足上述两个条件的，即本案中给出的服务计费方案，即便同一服务在不同时间，采用不同通道调用，其计费规则也是不同的，从而实现了计费的多样性。

此外，本发明中通过根据不同的时间段和调用通道创建多张收费服务表，将需要计费的服务接口按照时间和通道分别存储到对应的收费服务表中，实现了服务的分类管理，从而大大加快了后续确定被调用的服务是否需要收费的速度，进而提高了服务计费效率。

此外，在筛选出服务计费表后，通过对所述服务计费表进行遍历，将遍历到的第二服务编码与从服务调用请求中提取到的第一服务编码进行对比，进而可以准确的确定当前被调用的服务是否需要收费。

进一步地，在确定当前被调用的服务需要收费时，通过根据标识调用者身份的识别码从预先构建的调用者信息管理库中提取调用者的关键信息，然后根据调用者的关键信息从预设的大数据平台获取调用者当前时刻的实时信息，然后根据调用者的实时信息来确定被调用的服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则，从而实现了在服务每次被调用时，都可以根据调用者当前时刻的实际信息，对计费规则进行调整，从而使得针对服务的计费更加灵活、方便。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的服务计费设备的结构示意图；

图2为本发明服务计费方法第一实施例的流程示意图；

图3为本发明服务计费方法第一实施例中步骤S40的具体实现流程示意图；

图4为本发明服务计费方法第二实施例的流程示意图；

图5为本发明服务计费装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的服务计费设备结构示意图。

如图1所示，该服务计费设备可以包括：处理器1001，例如中央处理器(CentralProcessing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对服务计费设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及服务计费程序。

在图1所示的服务计费设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明服务计费设备中的处理器1001、存储器1005可以设置在服务计费设备中，所述服务计费设备通过处理器1001调用存储器1005中存储的服务计费程序，并执行本发明实施例提供的服务计费方法。

本发明实施例提供了一种服务计费方法，参照图2，图2为本发明一种服务计费方法第一实施例的流程示意图。

本实施例中，所述服务计费方法包括以下步骤：

步骤S10，接收服务调用请求，根据所述服务调用请求确定被调用的服务的第一服务编码和所述服务对应的调用信息。

具体的说，本实例的执行主体为部署有所述服务计费程序的计费平台，该计费平台可以是传统的物理服务器(占用实际物理空间)，也可以是虚拟云服务器，还可以是二者的结合，在实际应用中，本领域的技术人员可以根据需要进行设置，此处不做限制。

此外，应当理解的是，上述服务调用请求，在实际应用中可以是由任意类型的终端发送的。

比如说，在被调用的服务是集成到网络应用程序中时，发送所述服务调用请求的终端则为任意系统的智能移动终端，如安卓系统的智能手机、平板电脑，或者苹果系统(IOS)的智能手机、平板电脑等。

还比如说，被调用的服务是直接通过网络链接被访问的，则发送所述服务调用请求的终端可以是服务器，也可以是PC端等。

即，本实施例中所说的被调用的服务可以支持接口直接接入的方式进行调用，也可以支持网页或页面接入的方式进行调用。

此外，上述所说的第一服务编码具体是由计费平台的开发人员预先为编译的服务定义的，能够标识服务唯一性的编码，其组成规则可以由多位数字和/或字母构成，比如S015000005。

需要说明的是，以上给出的仅为一种具体的命名格式，在实际应用中，本领域的技术人员可以根据需要进行设置，此处不做限制。

此外，在本实施例中，根据所述服务调用请求确定的所述服务对应的调用信息，主要包括所述服务对应的当前调用时间、当前调用通道以及调用所服务的调用者的识别码。

需要说明的是，上述所说的识别码可以是由计费平台预先分配的，比如根据某种规则生成的字符串等。

此外，应当理解的是，上述所说的当前调用时间，具体是指触发所述服务调用请求的系统时间。

所述当前调用通道，具体是指将所述服务调用请求发送至计费平台所使用的实际请求通道。

为了便于理解，以下进行举例说明：

比如，计费平台为服务S分配的请求通道有A、B、C三条，当调用者触发调用服务S的服务调用请求时，如果是通过通道A发起的，则当前调用通道便是A。

进一步地，在实际应用中，为了便于确定当前调用通道，可以在所述服务调用请求中携带所述当前调用通道的标识信息，比如预先分配的通道编号，此处不再赘述，也不做任何限制。

此外，值得一提的是，关于本实例中所说的调用者，并非在实际应用中触发所述服务调用请求的用户，而是集成有所述服务调用请求中携带的所述服务的产品的提供者，比如推出所述网络应用程序的企业，或者个人。

步骤S20，将所述当前调用时间作为第一筛选条件，将所述当前调用通道作为第二筛选条件，从预先配置的收费服务表管理库中筛选出同时满足所述第一筛选条件和所述第二筛选条件的收费服务表。

具体的说，为了尽可能降低企业成本，使得针对服务的计费更加合理。本实施例在配置收费服务表管理库，并在收费服务表管理库中添加收费服务费表时，通过根据不同调用时间、不同调用通道作为划分服务收费的两个因素，从而使得调用者在不同时刻通过不同调用通道调用同一服务时，都可以有不同的收费标准。

也就是说，存储在收费服务表管理库中的多张收费服务表是预先利用大数据分析技术，分析服务计费平台提供的各计费服务的历史调用情况，进而确定在不同的时间段、使用不同的调用通道，各个服务被调用的情况；然后，根据需要进行时间段划分，以及调用通道划分，并将时间段和调用通道作为创建收费服务表的两个因素进行收费服务表的创建；接着，将需要计费的服务接口按照时间和调用通道分别存储到对应的收费服务表中，实现对服务的分类管理，从而大大加快了后续确定被调用的服务是否需要收费的速度，进而提升了服务计费效率。

此外，值得一提的是，为了保证步骤S30中对比操作的进行，所述收费服务表中至少需要记录有需要进行计费的服务的第二服务编码。

步骤S30，对所述收费服务表进行遍历，将遍历到的第二服务编码与所述第一服务编码进行对比。

步骤S40，若所述第二服务编码与所述第一服务编码相同，则根据所述识别码从预先构建的调用者信息管理库中提取所述识别码对应的调用者的关键信息。

具体的说，若通过步骤S30中的对比操作，确定所述第一服务编码与所述收费服务表中的一个第二服务编码相同，则可以认为当前被调用的所述服务需要计费。

此外，值得一提的是，在目前的计费方案中，由于调用者的调用信息，如企业类型、企业经营状态、企业前景、企业需求等调用信息都是在该企业首次接入计费平台时提供的，因而在配置的某一计费周期结束之前，是无法快速更新针对该企业的计费规则的。

而在本实施例中，针对任何企业的计费规则都不需要预先配置，并且为了满足企业在任何时刻调用服务，都可以根据当前时刻最合适的计费规则进行计费，本实施例在对调用者调用的当前服务进行计费时，具体是通过根据预先为调用者分配的识别码从调用者信息管理科中提取能够标识调用者身份唯一性的关键信息，比如企业编码、工商注册号等，然后根据所述关键性信息，获取所述调用者当前时刻的实时信息，根据实时信息确定对应的计费规则，从而满足企业在任何时刻调用服务，都可以根据当前时刻最合适的计费规则进行计费，大大降低企业成本。

步骤S50，根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息。

为了便于理解上述步骤S50中的操作，本实施例以所述调用者为企业为例，进行具体说明。

相应地，所述关键信息可以是能够标识所述企业唯一性的企业编码或者工商注册号等，所述实时信息则为所述企业在当前时刻的相应信息，为了便于说明以下称为企业实时信息。

关于，根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息的操作，具体可以通过如下步骤实现：

(1)获取所述大数据平台的网络地址。

具体的说，由于上述大数据平台是预先指定的，因而预设的各大数据平台的网络地址也是预知的。为了方便，计费平台可以预先创建一个用于存储和管理各预设大数据平台网络地址的数据表，从而在需要根据调用者的关键信息，确定调用者当前时刻的实时信息时，直接从所述数据表中拿取各大数据平台的网络地址即可。

(2)根据所述网络地址对网络爬虫进行配置，利用所述网络爬虫从所述网络地址对应的大数据平台获取第一待处理数据。

具体的说，所述根据所述网络地址对网络爬虫进行配置，即将所述网络地址配置为所述网络爬虫后续需要进行访问的地址，从而使得所述网络爬虫能够根据配置好的网络地址，自动访问所述网络地址对应的大数据平台，抓取所述大数据平台上显示的第一待处理数据。

应当理解的是，在实际应用中，大数据平台往往不会只记录有某一企业的相关数据，因而获取到的第一待处理数据中不仅包括所述关键信息对应的企业的相关数据，还包括其他干扰数据，因而为了保证后续得到的企业实时信息的准确性，需要对所述第一待处理数据进行步骤(3)到步骤(5)中的一系列处理。

(3)将所述关键信息作为过滤条件，对所述第一待处理数据进行过滤，得到第二待处理数据。

应当理解的是，此处先将所述关键信息，如调用所述服务的企业的企业编码作为过滤条件，对所述第一待处理数据进行粗过滤，过滤出当前时刻所述企业对应的所有初始数据(也就是与所述企业相关的数据)，即所述第二待处理数据是当前时刻与所述企业相关的数据。

(4)根据预设的格式转换标准，对所述第二待处理数据进行格式转换，得到标准格式的第三待处理数据。

具体的说，此处所说的预设的格式转换标准，可以是规定第三待处理数据的格式为“参数A+参数B+参数C”。

相应地，步骤(4)所做的处理，就是将含有参数A、参数B和参数C的数据，均转换为“参数A+参数B+参数C”的格式输出。

(5)对所述第三待处理数据进行数据去重，得到所述企业实时信息。

应当理解的是，步骤(5)中所说的数据去重，就是将含有相同参数，的多条数据进行去重，只保留一条。

相应地，最终得到的所述企业实时信息即为所述企业对应的有效数据。

通过上述描述不难发现，通过先进行格式转换操作，再进行数据去重操作，可以将原本表述不同，但实质内容相同的数据去除掉，从而有效保证了获得的企业实时信息的准确性，进而保证了最终确定的计费规则的合理性。

步骤S60，根据所述实时信息，确定所述服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则。

具体的说，本实施例中所说的实时信息是指会对计费规则产生影响的参考因子。

仍以调用者为企业为例，在实际应用中，所述企业实时信息可以是所述企业当前的经营状态、企业前景、社会责任，以及历史请求调用服务的数据量中的任意一项或几项，此处不再列举，对此也不做限制，在具体实现中，本领域的技术人员可以根据需要设置实时信息需要包括的参考因子。

相应地，所述根据所述实时信息，确定所述服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则的步骤，实质上就是：

根据进行格式转换、数据去重后的上述企业实时信息，确定所述服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则。

为了便于理解，以下以所述企业实时信息包括所述企业当前的经营状态、企业前景、社会责任，以及历史请求调用服务的数据量这四个类型的参考因子为例，对确定所述服务在所述当前调用实际，通过所述当前调用通道，被所述调用者调用时遵循的计费规则的操作进行具体说明：

比如说，通过对上述四个类型的信息的分析，确定该企业请求调用服务的需求固定，营业状况也相对稳定，并且未来某一时间内发展规模都不会有所改变，则为该企业确定的所述服务被调用时遵循的计费规则中所述服务的计费可以是单一定价，即所述企业在经验范围、营业状况、发展规模均不变的情况下，计费平台针对所述企业调用所述接口的计费规则都是以某一固定价格进行计费。

还比如说，通过对上述四个类型的信息的分析，确定该企业请求带欧阳服务的需求稳定上升、营业状况良好，且一直处于增长阶段，企业前景较好，未来规模会不断扩大，则为该企业确定的所述服务被调用时遵循的计费规则中所述服务的计费可以按照阶梯递减的计费方式进行计费，比如在第一时间段，按照A标准收费，在第二时间段按照B标准收费。

应当理解的是，以上给出的仅为根据企业的实时信息，确定计费规则的一种具体方式，对本发明的技术方案并不构成任何限定，在实际应用中，本领域的技术人员可以根据需要进行设置，此处不做限制。

进一步地，在实际应用中，在通过对上述四个类型的信息的分析，确定所述服务被所述企业调用时遵循的计费规则时，可以根据需要设置计费规则为以按服务量计费，或者按时间段计费。

此外，计费周期也可以灵活设置，比如按年、季度、月、周、日，甚至精确到时、分、秒、毫秒等(比如坐席外呼、音视频会议等服务)。

此外，通过对上述四个类型的信息的分析，还可以为所述企业推出的适用于不同场景的产品，在调用同一个服务时，设置不同的计费规则。

通过上述描述不难发现，由于每一个调用者对应的计费规则都是根据其被调用的服务在当前调用时间，采用当前调用通道，以及当前时刻的实时信息来确定的，即无需预先制定，因而使得为每一个调用者制定的计费规则都是符合其实际业务需求的，是为其量身定制的。

此外，值得一提的，在实际应用中，为了尽可能的细化不同调用者在调用服务是所遵循的计费规则，还可以获取发送所述服务调用请求的终端的相关信息，比如终端的类型(PC端或移动端)、终端的系统(安卓、IOS、windows等)、系统版本等，此处不再一一列举，对此也不做任何限制。

相应地，在发送所述服务调用请求的终端为PC端时，可以设置一种具体的计费规则；在发送所述服务调用请求的终端为移动端时，可以设置另一种具体的计费规则。

进一步地，在发送所述服务调用请求的终端为移动端时，还可以根据所述移动端的系统进行具体的计费规则的划分。

步骤S70，响应所述服务调用请求，根据所述计费规则，对所述服务进行计费。

具体的说，所述根据所述计费规则，对所述服务进行计费的步骤，大致可以分为如下两个步骤：

首先，根据所述计费规则，对所述服务进行计费，得到所述服务对应的计费信息。

然后，根据所述计费信息，生成调用所述服务的计费结果。

进一步地，在实际应用中，为了保证计费消息的稳定性，避免大量计费信息堆积，影响计费平台工作，在根据所述计费信息，生成调用所述服务的计费结果之前，还可以先基于预先安装的分布式发布订阅消息系统，生成一个分布式发布订阅消息队列，为了便于说明以下称为第一分布式发布订阅消息队列，并将所述计费信息添加到所述第一分布式发布订阅消息队列。

为了便于理解，以下结合图3进行具体说明：

子步骤S701，根据所述计费规则，对所述服务进行计费，得到所述服务对应的计费信息。

子步骤S702，基于预先安装的分布式发布订阅消息系统，生成第一分布式发布订阅消息队列，并将所述计费信息添加到所述第一分布式发布订阅消息队列。

具体的说，本实施例中所说的分布式发布订阅消息系统实质为Apache软件基金会开发的一款开源流处理平台，即通常所说的kafka。

相应地，所述第一分布式发布订阅消息队列，实际上就是一个kafka消息队列。

由于kafka的使用以及较为成熟，因而在具体实现中，本领域的技术人员可以通过查找相关文档自行实现，此处不再赘述。

子步骤S703，从所述第一分布式发布订阅消息队列中依次读取所述计费信息，据所述计费信息生成调用所述服务的计费结果。

此外，值得一提的是，在实际应用中，同一时刻，调用计费平台提供的服务的调用者可能有多个，因而生成的计费信息也会众多。为了提升对计费信息的消费，可以根据情况，自主创建多个kafka消息队列，并根据需要在每一个kafka消息队列中创建不同个数的消费者，即构建一个kafka消费群组，然后根据计费信息的数据量大小，将其添加到对应的kafka消息队列(消费者个数合适的kafka消费队列)，从而加快计费消息的处理。

比如说，假设有一个T1主题，该主题有4个分区，每个分区分别存储了不同服务的计费信息；同时我们有一个消费组G1，这个消费组只有一个消费者C1。那么消费者C1将会收到这4个分区的消息。

如果我们增加新的消费者C2到消费组G1，那么每个消费者将会分别收到两个分区的消息。

相应地，如果增加到4个消费者，那么每个消费者将会分别收到一个分区的消息。

也就是说，通过增加消费组中的消费者个数，就可以实现对待消费数据的快速处理。

通过上述描述不难发现，本实施例中提供的服务计费方法，除了设置服务调用请求携带被调用的服务的第一服务编码，还设置服务调用请求携带被调用的服务对应的当前调用时间、当前调用通道以及能够标识调用所述服务的调用者身份的识别码等调用信息，从而在接收到服务调用请求后，通过从服务调用请求中提取第一服务编码和上述调用信息，然后将调用信息中的所述当前调用时间作为第一筛选条件，所述当前调用通道作为第二筛选条件，进而保证了从预先配置的收费服务表管理库中筛选出的收费服务表为同时满足上述两个条件的，即本案中给出的服务计费方案，即便同一服务在不同时间，采用不同通道调用，其计费规则也是不同的，从而实现了计费的多样性。

此外，本发明中通过根据不同的时间段和调用通道创建多张收费服务表，将需要计费的服务接口按照时间和通道分别存储到对应的收费服务表中，实现了服务的分类管理，从而大大加快了后续确定被调用的服务是否需要收费的速度，进而提高了服务计费效率。

此外，在筛选出服务计费表后，通过对所述服务计费表进行遍历，将遍历到的第二服务编码与从服务调用请求中提取到的第一服务编码进行对比，进而可以准确的确定当前被调用的服务是否需要收费。

进一步地，在确定当前被调用的服务需要收费时，通过根据标识调用者身份的识别码从预先构建的调用者信息管理库中提取调用者的关键信息，然后根据调用者的关键信息从预设的大数据平台获取调用者当前时刻的实时信息，然后根据调用者的实时信息来确定被调用的服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则，从而实现了在服务每次被调用时，都可以根据调用者当前时刻的实际信息，对计费规则进行调整，从而使得针对服务的计费更加灵活、方便。

此外，由于本实施例中提供的服务计费方法中确定计费规则的过程不需要人力参与，因而不仅可以减少对人力资源的占用，也可以有效避免人为介入导致的错误。

参考图4，图4为本发明一种服务计费方法第二实施例的流程示意图。

基于上述第一实施例，本实施例服务计费方法在所述子步骤S403之后，还包括：

子步骤S704，根据所述计费规则中规定的付费方式，从所述调用者的付费账号扣除所述计费结果对应的费用。

具体的说，在实际应用中，所述计费规则中规定的付费方式，可以是在本次服务调用结束后立即扣费；也可以是规定一个固定扣费日期，如果本次服务调用结束时对应的系统时间还未到所述固定扣费日期，则记录本次服务调用的计费结果，然后在到达所述固定扣费日期时，统一扣除上一扣费日期到本次扣费日期之间，所有未进行扣费的费用。

此外，值得一提的是，在实际应用中，为了保证扣费操作的顺利执行，在从所述调用者的付费账号扣除所述计费结果对应的费用之前，可以先判断一下所述付费账号中是否有费用，并且当前剩余费用是否足够支付本次扣费。

相应地，如果不足，则在执行上述扣费操作之前，可以先向所述调用者发送通知，已提醒所述调用者尽快向所述付费账号中充值。

子步骤S705，根据所述计费结果、所述付费方式和所述付费账号，生成扣费明细，并将所述扣费明细存储到预先构建的数据库。

具体的说，在本实施例中，为了尽可能简化扣费明细的数据结构，并尽可能减小生成的扣费明细的大小，上述所说的扣费明细，可以基于预设的Java开源库，按照预设的JSON数据结构生成的，从而确保生成的扣费明细是一个轻量级的数据格式。

需要说明的是，本实施例中所说的Java开源库，具体可以是谷歌推出的一款用于集合、缓存、支持原语、并发性、常见注释、字符串处理、I/O(输入/输出)和验证于一体的Guava库。

关于Guava库的使用，本领域的技术人员可以通过查找相关文档实现，此处不再赘述。

此外，应当理解的是，由于本实施例中生成的扣费明细是根据所述计费结果、所述付费方式和所述付费账号生成的，因而生成的所述扣费明细至少会包括上述三种信息。

此外，在实际应用中，如果需要推送更加详细的扣费明细，则可以由本领域的技术人员根据需要进行设置，此处不做限制。

子步骤S706，从所述数据库中读取所述扣费明细，采用异步推送方式，将所述扣费明细推送给所述调用者。

为了便于理解，以下给出一种采用异步推送方式，将所述扣费明细推送给所述调用者的具体实现过程，大致如下：

首先，基于所述分布式发布订阅消息系统，生成第二分布式发布订阅消息队列。

关于所述分布式发布订阅消息系统的介绍，已经在第一实施例中有记载，因而此处不再对基于所述分布式发布订阅消息系统，生成第二分布式发布订阅消息队列的方式进行赘述，具体实现参考第一实施例中所说即可。

然后，从所述数据库中读取所述扣费明细，按序添加到所述第二分布式发布订阅消息队列中。

应当理解的是，在进行消息推送的时候，之所以要创建第二分布式发布订阅消息队列，并从数据库中读取扣费明细，然后按序添加到第二分布式发布订阅消息队列，是因为从消息队列读取数据的速度要远远快于从数据库中，这样就可以从整体上提升扣费明细的推送速度。

接着，根据所述第二分布式发布订阅消息队列中添加的所述扣费明细的数量，确定待创建的异步进程个数N，N为大于等于2的整数。

具体的说，理论上异步进程个数越多，消息推送速度也会越快。但是，大量的异步进程也会过多的占用系统资源，因而在实际应用中，创建的异步进程个数就行考虑计费平台的系统资源。

故，本实施例中，通过根据所述第二分布式发布订阅消息队列中添加的所述扣费明细的数量，来确定待创建的异步进程个数N，比如多条扣费明细对应一个异步进程，从而既保证了扣费明细的推送速度，有兼顾了系统资源。

接着，根据预设的异步进程创建规则，创建N个异步进程。

最后，分别建立所述N个异步进程和所述第二分布式发布订阅消息队列之间的数据传输管道，使所述N个异步进程分别通过各自对应的传输管道从所述第二分布式发布订阅消息队列中读取所述扣费明细，将所述扣费明细推送给所述调用者。

应当里的是，以上给出的仅为一种具体的异步推送方式，对本发明的技术方案并不构成任何限定，在具体实现中，本领域的技术人员可以根据需要进行设置，此处不做限制。

此外，为了保证扣费明细中携带的相关信息的安全性，在将所述扣费明细推送给所述调用者之前，可以采用双重加密的方式，对所述扣费明细进行加密，然后再采用异步推送方式，将加密后的扣费明细推送给所述调用者。

为了便于说明，本实施例将两次加密过程中采用的加密方式分别称为第一加密方式和第二加密方式。

相应地，双重加密的过程大致如下：

首先，根据预设的第一加密方式，对所述扣费明细进行加密，得到初始加密版本的扣费明细，比如采用安全级别较高的高级加密标准(Advanced Encryption Standard，AES)。

需要说明的是，由于AES加密方式已经较为成熟，因而关于采用AES对所述扣费明细进行加密的过程，在具体实现中，本领域的技术人员可以通过查找相关文档自行实现，此处不再赘述。

然后，根据预设的第二加密方式，对所述初始加密版本的扣费明细进行加密，得到目标加密版本的扣费明细，比如使用哈希值为256位的哈希算法进行加签。

同样，由于哈希算法的使用已经较为成熟，因而在具体实现中，本领域的技术人员可以通过查找相关文档自行实现，此处不再赘述。

最终，采用异步推送方式，将所述目标加密版本的扣费明细推送给所述调用者，从而更好的保证了扣费明细中携带内容的安全性和完整性。

需要说明的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

通过上述描述不难发现，本实施例中提供的服务计费方法，在据所述计费信息生成调用所述服务的计费结果，并根据所述计费规则中规定的付费方式，从所述调用者的付费账号扣除所述计费结果对应的费用之后，通过根据所述计费结果、所述付费方式和所述付费账号，生成扣费明细，并采用异步推送方式，将所述扣费明细推送给所述调用者，不仅可以方便调用者获知与被调用的服务相关的扣费信息，同时也减小了推送扣费明细对计费平台处理资源的占用，使得计费平台在向所述调用者推送扣费明细的同时，也可以处理其他业务。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有服务计费程序，所述服务计费程序被处理器执行时实现如上文所述的服务计费方法的步骤。

参照图5，图5为本发明服务计费装置第一实施例的结构框图。

如图5所示，本发明实施例提出的服务计费装置包括：第一确定模块5001、筛选模块5002、对比模块5003、提取模块5004、获取模块5005、第二确定模块5006和计费模块5007。

其中，所述第一确定模块5001，用于接收服务调用请求，根据所述服务调用请求确定被调用的服务的第一服务编码和所述服务对应的调用信息，所述调用信息包括所述服务对应的当前调用时间、当前调用通道以及调用所服务的调用者的识别码，所述识别码预先分配；所述筛选模块5002，用于将所述当前调用时间作为第一筛选条件，将所述当前调用通道作为第二筛选条件，从预先配置的收费服务表管理库中筛选出同时满足所述第一筛选条件和所述第二筛选条件的收费服务表，所述收费服务表中记录有需要进行计费的服务的第二服务编码；所述对比模块5003，用于对所述收费服务表进行遍历，将遍历到的第二服务编码与所述第一服务编码进行对比；所述提取模块5004，用于在所述第二服务编码与所述第一服务编码相同时，根据所述识别码从预先构建的调用者信息管理库中提取所述识别码对应的调用者的关键信息；所述获取模块5005，用于根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息；所述第二确定模块5006，用于根据所述实时信息，确定所述服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则；所述计费模块5007，用于响应所述服务调用请求，根据所述计费规则，对所述服务进行计费。

此外，值得一提的是，关于本实例中所说的调用者，并非在实际应用中触发所述服务调用请求的用户，而是集成有所述服务调用请求中携带的所述服务的产品的提供者。

应当理解的是，在实际应用中，所述提供者可以是企业，也可以是个人。

为了便于理解，本实施例以所述调用者为企业为例，进行具体说明。

相应地，所述关键信息可以是所述企业的企业编号或者工商注册号，只要能够标识企业唯一性便可；所述实时信息则为当前时刻所述企业的企业实时信息。

相应地，所述获取模块5005在根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息的过程中，具体是根据如下步骤实现的：

首先，获取所述大数据平台的网络地址；

然后，根据所述网络地址对网络爬虫进行配置，利用所述网络爬虫从所述网络地址对应的大数据平台获取第一待处理数据；

接着，将所述关键信息作为过滤条件，对所述第一待处理数据进行过滤，得到第二待处理数据，所述第二待处理数据为当前时刻所述企业对应的初始数据；

接着，根据预设的格式转换标准，对所述第二待处理数据进行格式转换，得到标准格式的第三待处理数据；

最后，对所述第三待处理数据进行数据去重，得到所述企业实时信息。

需要说明的是，在本实施例中，最终得到的所述企业实时信息即为所述企业对应的有效数据。

应当理解的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

此外，值得一提的是，在实际应用中，所述计费模块5007在根据所述计费规则，对所述服务进行计费的时候，大致可以分为如下两个步骤：

首先，根据所述计费规则，对所述服务进行计费，得到所述服务对应的计费信息；

然后，根据所述计费信息，生成调用所述服务的计费结果。

进一步地，为了保证计费信息的稳定性，避免大量计费信息堆积，影响计费平台工作。在实际应用中，可以在执行根据所述计费信息，生成调用所述服务的计费结果的操作之前，先基于预先安装的分布式发布订阅消息系统，生成第一分布式发布订阅消息队列，并将所述计费信息添加到所述第一分布式发布订阅消息队列；然后，在执行上述根据所述计费信息，生成调用所述服务的计费结果。

应当理解的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

通过上述描述不难发现，本实施例中提供的服务计费装置，除了设置服务调用请求携带被调用的服务的第一服务编码，还设置服务调用请求携带被调用的服务对应的当前调用时间、当前调用通道以及能够标识调用所述服务的调用者身份的识别码等调用信息，从而在接收到服务调用请求后，通过从服务调用请求中提取第一服务编码和上述调用信息，然后将调用信息中的所述当前调用时间作为第一筛选条件，所述当前调用通道作为第二筛选条件，进而保证了从预先配置的收费服务表管理库中筛选出的收费服务表为同时满足上述两个条件的，即本案中给出的服务计费方案，即便同一服务在不同时间，采用不同通道调用，其计费规则也是不同的，从而实现了计费的多样性。

此外，本发明中通过根据不同的时间段和调用通道创建多张收费服务表，将需要计费的服务接口按照时间和通道分别存储到对应的收费服务表中，实现了服务的分类管理，从而大大加快了后续确定被调用的服务是否需要收费的速度，进而提高了服务计费效率。

此外，在筛选出服务计费表后，通过对所述服务计费表进行遍历，将遍历到的第二服务编码与从服务调用请求中提取到的第一服务编码进行对比，进而可以准确的确定当前被调用的服务是否需要收费。

进一步地，在确定当前被调用的服务需要收费时，通过根据标识调用者身份的识别码从预先构建的调用者信息管理库中提取调用者的关键信息，然后根据调用者的关键信息从预设的大数据平台获取调用者当前时刻的实时信息，然后根据调用者的实时信息来确定被调用的服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则，从而实现了在服务每次被调用时，都可以根据调用者当前时刻的实际信息，对计费规则进行调整，从而使得针对服务的计费更加灵活、方便。

此外，由于本实施例中提供的服务计费装置中确定计费规则的过程不需要人力参与，因而不仅可以减少对人力资源的占用，也可以有效避免人为介入导致的错误。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的服务计费方法，此处不再赘述。

基于上述服务计费装置的第一实施例，提出本发明服务计费装置第二实施例。

在本实施例中，所述服务计费装置还包括扣费模块、扣费明细生成模块和扣费明细推送模块。

其中，所述扣费模块，用于根据所述计费规则中规定的付费方式，从所述调用者的付费账号扣除所述计费结果对应的费用。

所述扣费明细生成模块，用于根据所述计费结果、所述付费方式和所述付费账号，生成扣费明细，并将所述扣费明细存储到预先构建的数据库。

所述扣费明细推送模块，用于从所述数据库中读取所述扣费明细，采用异步推送方式，将所述扣费明细推送给所述调用者。

为了便于理解，以下给出一种采用异步推送方式，将所述扣费明细推送给所述调用者的具体实现过程，大致如下：

首先，基于所述分布式发布订阅消息系统，生成第二分布式发布订阅消息队列；

然后，从所述数据库中读取所述扣费明细，按序添加到所述第二分布式发布订阅消息队列中；

接着，根据所述第二分布式发布订阅消息队列中添加的所述扣费明细的数量，确定待创建的异步进程个数N，N为大于等于2的整数；

接着，根据预设的异步进程创建规则，创建N个异步进程；

最后，分别建立所述N个异步进程和所述第二分布式发布订阅消息队列之间的数据传输管道，使所述N个异步进程分别通过各自对应的传输管道从所述第二分布式发布订阅消息队列中读取所述扣费明细，将所述扣费明细推送给所述调用者。

此外，为了保证扣费明细中携带的相关信息的安全性，在将所述扣费明细推送给所述调用者之前，可以采用双重加密的方式，对所述扣费明细进行加密，然后再采用异步推送方式，将加密后的扣费明细推送给所述调用者。

为了便于说明，本实施例将两次加密过程中采用的加密方式分别称为第一加密方式和第二加密方式。

相应地，双重加密的过程大致如下：

首先，根据预设的第一加密方式，对所述扣费明细进行加密，得到初始加密版本的扣费明细；

然后，根据预设的第二加密方式，对所述初始加密版本的扣费明细进行加密，得到目标加密版本的扣费明细。

此外，值得一提的是，在实际应用中，为了保证数据的完整性，避免加密版本的扣费明细被他人拦截，并破译加密方式后进行篡改，在得到所述初始加密版本的扣费明细之后，选取的第二加密方式可以是加签方式，从而保证加密后的内容的完整性。

相应地，最终采用异步推送方式，推送给所述调用者扣费明细为加密且加签的，从而更好的保证了扣费明细中携带内容的安全性和完整性。

需要说明的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

通过上述描述不难发现，本实施例中提供的服务计费装置，在据所述计费信息生成调用所述服务的计费结果，并根据所述计费规则中规定的付费方式，从所述调用者的付费账号扣除所述计费结果对应的费用之后，通过根据所述计费结果、所述付费方式和所述付费账号，生成扣费明细，并采用异步推送方式，将所述扣费明细推送给所述调用者，不仅可以方便调用者获知与被调用的服务相关的扣费信息，同时也减小了推送扣费明细对计费平台处理资源的占用，使得计费平台在向所述调用者推送扣费明细的同时，也可以处理其他业务。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的服务计费方法，此处不再赘述。

此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

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

接收服务调用请求，根据所述服务调用请求确定被调用的服务的第一服务编码和所述服务对应的调用信息，所述调用信息包括所述服务对应的当前调用时间、当前调用通道以及调用所述服务的调用者的识别码，所述识别码预先分配；

将所述当前调用时间作为第一筛选条件，将所述当前调用通道作为第二筛选条件，从预先配置的收费服务表管理库中筛选出同时满足所述第一筛选条件和所述第二筛选条件的收费服务表，所述收费服务表中记录有需要进行计费的服务的第二服务编码；

对所述收费服务表进行遍历，将遍历到的第二服务编码与所述第一服务编码进行对比；

若所述第二服务编码与所述第一服务编码相同，则根据所述识别码从预先构建的调用者信息管理库中提取所述识别码对应的调用者的关键信息；

根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息；

根据所述实时信息，确定所述服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则；

响应所述服务调用请求，根据所述计费规则，对所述服务进行计费。

2.如权利要求1所述的方法，其特征在于，所述调用者为企业，所述关键信息为所述企业的企业编号，所述实时信息为企业实时信息；

所述根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息的步骤，包括：

获取所述大数据平台的网络地址；

根据所述网络地址对网络爬虫进行配置，利用所述网络爬虫从所述网络地址对应的大数据平台获取第一待处理数据；

将所述关键信息作为过滤条件，对所述第一待处理数据进行过滤，得到第二待处理数据，所述第二待处理数据为当前时刻所述企业对应的初始数据；

根据预设的格式转换标准，对所述第二待处理数据进行格式转换，得到标准格式的第三待处理数据；

对所述第三待处理数据进行数据去重，得到所述企业实时信息，所述企业实时信息为所述企业对应的有效数据。

3.如权利要求1或2所述的方法，其特征在于，所述根据所述计费规则，对所述服务进行计费的步骤，包括：

根据所述计费规则，对所述服务进行计费，得到所述服务对应的计费信息；

根据所述计费信息，生成调用所述服务的计费结果。

4.如权利要求3所述的方法，其特征在于，所述根据所述计费信息，生成调用所述服务的计费结果的步骤之前，所述方法还包括：

基于预先安装的分布式发布订阅消息系统，生成第一分布式发布订阅消息队列，并将所述计费信息添加到所述第一分布式发布订阅消息队列；

其中，所述根据所述计费信息，生成调用所述服务的计费结果的步骤，包括：

从所述第一分布式发布订阅消息队列中依次读取所述计费信息，据所述计费信息生成调用所述服务的计费结果。

5.如权利要求4所述的方法，其特征在于，所述据所述计费信息生成调用所述服务的计费结果的步骤之后，所述方法还包括：

根据所述计费规则中规定的付费方式，从所述调用者的付费账号扣除所述计费结果对应的费用。

6.如权利要求5所述的方法，其特征在于，所述根据所述计费规则中规定的付费方式，从所述调用者的付费账号扣除所述计费结果对应的费用的步骤之后，所述方法还包括：

根据所述计费结果、所述付费方式和所述付费账号，生成扣费明细，并将所述扣费明细存储到预先构建的数据库；

从所述数据库中读取所述扣费明细，采用异步推送方式，将所述扣费明细推送给所述调用者；

其中，所述从所述数据库中读取所述扣费明细，采用异步推送方式，将所述扣费明细推送给所述调用者的步骤，包括：

基于所述分布式发布订阅消息系统，生成第二分布式发布订阅消息队列；

从所述数据库中读取所述扣费明细，按序添加到所述第二分布式发布订阅消息队列中；

根据所述第二分布式发布订阅消息队列中添加的所述扣费明细的数量，确定待创建的异步进程个数N，N为大于等于2的整数；

根据预设的异步进程创建规则，创建N个异步进程；

分别建立所述N个异步进程和所述第二分布式发布订阅消息队列之间的数据传输管道，使所述N个异步进程分别通过各自对应的传输管道从所述第二分布式发布订阅消息队列中读取所述扣费明细，将所述扣费明细推送给所述调用者。

7.如权利要求6所述的方法，其特征在于，所述采用异步推送方式，将所述扣费明细推送给所述调用者的步骤之前，所述方法还包括：

根据预设的第一加密方式，对所述扣费明细进行加密，得到初始加密版本的扣费明细；

根据预设的第二加密方式，对所述初始加密版本的扣费明细进行加密，得到目标加密版本的扣费明细；

其中，所述采用异步推送方式，将所述扣费明细推送给所述调用者的步骤，包括：

采用异步推送方式，将所述目标加密版本的扣费明细推送给所述调用者。

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

第一确定模块，用于接收服务调用请求，根据所述服务调用请求确定被调用的服务的第一服务编码和所述服务对应的调用信息，所述调用信息包括所述服务对应的当前调用时间、当前调用通道以及调用所服务的调用者的识别码，所述识别码预先分配；

筛选模块，用于将所述当前调用时间作为第一筛选条件，将所述当前调用通道作为第二筛选条件，从预先配置的收费服务表管理库中筛选出同时满足所述第一筛选条件和所述第二筛选条件的收费服务表，所述收费服务表中记录有需要进行计费的服务的第二服务编码；

对比模块，用于对所述收费服务表进行遍历，将遍历到的第二服务编码与所述第一服务编码进行对比；

提取模块，用于在所述第二服务编码与所述第一服务编码相同时，根据所述识别码从预先构建的调用者信息管理库中提取所述识别码对应的调用者的关键信息；

获取模块，用于根据所述关键信息，从预设的大数据平台获取所述调用者当前时刻的实时信息；

第二确定模块，用于根据所述实时信息，确定所述服务在所述当前调用时间，通过所述当前调用通道，被所述调用者调用时遵循的计费规则；

计费模块，用于响应所述服务调用请求，根据所述计费规则，对所述服务进行计费。

9.一种服务计费设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的服务计费程序，所述服务计费程序配置为实现如权利要求1至7中任一项所述的服务计费方法的步骤。

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

Images