CN107026848A - 业务授权方法及装置 - Google Patents

Abstract

本申请实施例提供一种业务授权方法及装置。所述方法包括：获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度；当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。通过依据用户的信用情况进行用户授权，实现风险或成本等方面的控制。

Description

业务授权方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种业务授权方法及装置。

背景技术

随着互联网的发展，人们可以通过互联网平台实现各类公共事业费(如：水电费、宽带费等)的缴纳业务。目前，为满足用户的不同需求，在公共事业缴费业务下会不断产生各类子业务，而这类子业务通常不适宜向所有用户开放权限。

发明内容

有鉴于此，本申请提供一种业务授权方法及装置。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种业务授权方法，包括：

获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度；

当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。

根据本申请的第二方面，提出了一种业务授权装置，包括：

获取单元，用于获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度；

确定单元，用于当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。

本申请实施例中，针对互联网缴费业务下的各类目标子业务分别设定授权条件，从而通过获取目标用户的信用分值，并在所述信用分值满足预先设定的授权条件时，确定所述目标用户为所述目标子业务的授权用户。在实现目标子业务的过程中，通过依据用户的信用情况进行用户授权，实现风险或成本等方面的控制。

附图说明

图1是本申请一示例性实施例中的一种业务授权方法的流程图；

图2是本申请一示例性实施例中的另一种业务授权方法的流程图；

图3是本申请一示例性实施例中的又一种业务授权方法的流程图；

图4是本申请一实施例中的一种基于用户信用的公共事业缴费系统的架构图；

图5是本申请一示例性实施例的一种电子设备的结构示意图；

图6是本申请一示例性实施例的一种业务授权装置的框图；

图7是本申请一示例性实施例的另一种业务授权装置的框图；

图8是本申请一示例性实施例的另一种业务授权装置的框图；

图9是本申请一示例性实施例的又一种业务授权装置的框图；

图10是本申请一示例性实施例的又一种业务授权装置的框图；

图11是本申请一示例性实施例的另一种业务授权装置的框图。

具体实施方式

目前，人们可以通过互联网平台实现各种费用的缴纳，如公共事业费，包括：水费、电费、煤气费、宽带费、电话费等。其中，互联网平台可以是支付平台，公共事业费缴纳业务可以是互联网平台的业务之一。在相关技术中，根据实际需求，公共事业费缴纳业务下会产生很多类型的子业务，而这些子业务不适宜向所有用户开放权限，为此，本申请提出一种业务授权方法。

图1是本申请一示例性实施例中的一种业务授权方法的流程图，应用于服务器(如用以实现互联网缴费业务的服务器)，该方法包括下述步骤101～102，其中：

在步骤101中，获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度。

本申请实施例中，可以根据用户数据确定出每一用户的信用分值，以建立用户信用分数据库。其中，信用分值可以反映出用户信用的好坏程度。用户数据可包括但不限于：用户的身份特征(如：是否实名认证、身份信息等)、用户的信用历史(如：信用卡还款历史、违章记录等)、用户的履约能力(如：支付账户余额、房产信息、车产信息等)、用户的人脉关系(如：朋友圈的信用水平、社交影响力等)、用户的行为偏好(如：账户活跃度、消费层次、缴费层次、消费偏好)，等等。最终，通过获取每一用户的一种或多种类型的用户数据，并根据预先确定好的计算模型，计算得到每一用户的信用分值。在查询用户的信用情况时，可根据用户ID，查找到信用分数据库中与用户ID对应的信用分值，一般地，信用分值越高表明用户的信用越好。

在步骤102中，当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。

目前，考虑到满足用户需求或改善用户体验等方面，在互联网缴费业务下可以产生一个或多个子业务。以下对子业务进行举例说明。

在一种示例中，子业务可以是用户自助抄表业务。在相关技术中，以电费为例，在一定缴费周期(如两月)的特定抄表日期到来时，一般需要电力公司的抄表人员上门抄表，并根据抄表数值确定用户当期的应缴费账单。然而，抄表人员上门抄表显然会打扰到用户，并且，安排专门的抄表人员对于电力公司而言也是不小的人力成本开销，并且抄表工作比较耗时，出账效率不高。为此，本申请提出一种由用户自助抄表的业务，即由用户自己在特定抄表日期到来时完成各种费用的抄表工作。

在另一种示例中，子业务可以是垫资缴费业务。在相关技术中，用户可能会忘记在缴费截止日到来之前，将足够的金额转入到指定的用以完成缴费的账户中，这样，便可能导致因用户没有按时缴费而导致停电、停水等，甚至影响到用户的信用分值。为此，提出垫资缴费业务，以在出现上述状况时，为用户垫资缴费。

然而，考虑到控制风险或成本等，目前提出的各类子业务需要用户信用情况的支撑，并适宜向信用情况较好的部分用户开放权限。

本申请实施例中，可以针对每一种子业务，确定一种授权条件，当目标用户的信用分值满足某目标子业务的授权条件时，则可以确定该目标用户为目标子业务的授权用户。例如，若信用分值越大代表用户信用越好，所述授权条件可以是：信用分值大于预设的信用分阈值；或者，若信用分值越小代表用户信用越好，所述授权条件可以是：信用分值小于预设的信用分阈值；或者，将信用分值按照从大到小排序之后，对信用分值排在前n(如：1000)名的用户进行授权，等等。其中，对于不同的子业务，可以根据风险的高低，确定与风险系数相适应的授权条件，如：风险越高，则需要用户达到的信用分值越高。

在本申请一实施例中，上述步骤102可以具体包括：

步骤1021：当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，向所述目标用户对应的用户终端推送授权确认信息；其中，所述授权确认信息用于提示用户其满足被授权的条件，并由用户确认是否接收被授权的权限。如，某用户的信用情况较好，可以向其开放“自助抄表”的权限，则可以向其推送一条授权确认信息例如：“确定是否需要通过自助抄表方式完成账单生成。”

步骤1022：当接收到来自所述用户终端的确认指令后，确定所述目标用户为所述目标子业务的授权用户。

通过上述过程，可使得用户有选择地成为被授权用户，提升用户体验。

图2是本申请一示例性实施例中的另一种业务授权方法的流程图。在一实施例中，若所述目标子业务是用户自助抄表业务，所述方法包括步骤201～204，其中：

在步骤201中，获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度。

在步骤202中，当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。

在步骤203中，在预设抄表时段内，向所述目标用户对应的用户终端推送抄表通知信息；

预设抄表时段是特定费用的维护方(如电力公司)设定的，如：每个缴费周期的最后10天。通过在预设抄表时段内，向用户终端推送抄表通知信息，以提示用户在指定时间段内完成抄表工作，并将抄表数值上传到服务器。

在步骤204中，根据来自所述用户终端的与目标费用对应的抄表数值，生成所述目标用户在所述目标费用下的账单信息。

一般地，可以将上一缴费周期的抄表数值和本缴费周期的抄表数值之间的差值，确定为用于表征本缴费周期应该缴纳的被消耗资源(如水、电)量的数值，并按照单位资源量的价格(如电费价格0.5元/度)，计算应缴费用，并生成当期的账单信息。

图3是本申请一示例性实施例中的又一种业务授权方法的流程图。在一实施例中，若所述目标子业务是为用户垫资缴费业务，所述方法包括步骤301～303，其中：

在步骤301中，获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度。

在步骤302中，当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。

在步骤303中，在目标费用的缴费截止时间点之前，根据所述目标用户在所述目标费用下的欠费数额，为所述目标用户执行垫资缴费事务。其中，垫资缴费的金额需要用户在指定期限内还款。

本申请一实施例中，所述步骤303可以具体包括：

步骤3031：根据所述目标用户的信用分值，确定目标用户的垫资上限；

其中，垫资总上限是平台为用户垫资缴费的总额，垫资总上限与目标用户的信用分值可以是成正相关的关系。若在本次垫资缴费事务之前，平台已经为用户完成过一次或多次垫资缴费事务，如果用户没有针对历史的一次或多次垫资缴费的金额进行还款，则本次垫资上限＝垫资总上限-历史的一次或多次垫资缴费事务的金额。

步骤3032：当所述目标用户在所述目标费用下的欠费数额小于或等于所述垫资上限时，为所述目标用户执行垫资缴费事务。

通过设定垫资上限与用户的信用情况挂钩，可降低垫资风险。

本申请一实施例中，为提高用户信用评定的准确性，在获取目标用户的信用分值前，所述方法还可以包括：

步骤10：根据目标用户针对互联网缴费业务下的目标子业务的行为数据，调整所述目标用户的信用分值。

本申请实施例中，用户在完成互联网缴费业务的过程中，会产生各种行为数据，如：账单数据，交易行为数据、签约/授权行为数据、履约行为数据等，这些数据在一定程度上也可以对用户信用产生影响。例如：履约行为数据显示用户曾经有1次未按时针对垫资缴费进行还款，则可以相应地降低该用户的信用分值。或，履约行为数据显示用户一年之内都按时针对垫资缴费进行还款，则可以适当地提高其信用分值，等等。

在本申请另一实施例中，为提高用户信用评定的准确性，在获取目标用户的信用分值前，所述方法还可以包括：

步骤20：分别获取目标用户在特定时间段内产生的至少两种目标费用的数额；其中，所述目标费用可以是公共事业费中的任意两种。本申请实施例中，需要通过“同户判定”判定多笔费用属于同一目标用户。其中，判断同户的过程往往可通过“户号”附加的地址信息、或通过为该户号缴费的支付账号对应的收货地址、或该支付账号的常用夜间登录地址等信息进行判定。

步骤30：当所述至少两种目标费用的数额间的关系不满足预设条件时，降低所述目标用户的信用分值。

所述预设条件可以例如是：两个目标费用的数额之比大于预定阈值。相应地，当所述至少两种目标费用的数额之比小于预定阈值时，降低所述目标用户的信用分值；或当所述至少两种目标费用的数额之比大于预定阈值时，降低所述目标用户的信用分值。

针对步骤20、步骤30举例如下：

设电费户号为A，水费户号为B，燃气费户号为C，固定电话户号为D，宽带费户号为E属于同一户号Acc，则假设该户Acc在x月的电费为ele x(A)、水费wat x(B)、燃气费gas x(C)、固定电话费phone x(D)、宽带费net x(E)。

一般地，同一户的各类费用之间的关系需要满足一定的规则，如，电费较多，但是没有水费，或者有电费而没有燃气费等，则属于不正常现象。

若预设条件包括：

wat x(B)/ele x(A)>T1；

gas x(C)/ele x(A)>T2；

ele x(A)/phone x(D)>T3；

ele x(A)/net x(E)>T4；

其中，T1～T4是预设的合理阈值，若该户Acc的上述各种费用的数额不满足上述预设条件的至少一种，则可以视为异常情况(如：没有电费或电费较少可能代表用户恶意破坏电表)，可降低该用户的信用分值。

在本申请一实施例中，所述方法还可包括：

当所述至少两种目标费用的数额间的关系不满足预设条件时，确定所述至少两种目标费用中的可疑费用；

向所述可疑费用对应的维护方发送包含目标用户信息的报警信息。

在上述例子中，若目标费用是电费ele x(A)和水费wat x(B)，预设条件是：wat x(B)/ele x(A)>T1，则若不满足此预设条件，则可以确定出可疑费用(比如：水费)，此情况下，可以怀疑该户的水表出现问题，通知可疑费用对应的维护方(即水务公司)进行查核或及时地维修。

图4是本申请一实施例中的一种基于用户信用的公共事业缴费系统的架构图，基于以上介绍的业务授权方法的实施例，该系统可分为：互联网缴费业务系统、数据处理系统及信用系统，其中，互联网缴费业务系统中，可以实现多种基于用户信用的子业务，如：自助抄表业务，推荐代扣业务，代扣垫资业务等。并出账系统实现出账，通过缴费系统实现缴费、通过代扣系统为用户进行缴费代扣。在缴费之后，可产生多种用户数据，包括：账单数据、交易行为数据、签约/授权行为数据、履约行为数据等。这些数据可以通过数据分析模块进行分析，并进行风险识别(将识别出的风险通知维护方)。用户数据中某些数据还可被提取或筛选，以提供给信用系统进行信用评定。最终，各子业务基于信用评定出的信用分值来确定授权用户，从而实现整个业务的闭环。其中，一方面，公共事业缴费的账单、用户交易等数据中蕴含着大量的信用信息，这些信息可以用于完善用户的信用数据评定体系；另一方面，很多公共事业缴费的子业务也需要根据用户信用情况进行差异化地对待，因此需要信用数据评定体系的支撑。

本申请实施例中，针对互联网缴费业务下的各类目标子业务分别设定授权条件，从而通过获取目标用户的信用分值，并在所述信用分值满足预先设定的授权条件时，确定所述目标用户为所述目标子业务的授权用户。在实现目标子业务的过程中，通过依据用户的信用情况进行用户授权，实现风险或成本等方面的控制。

图5示出了根据本申请的一示例性实施例的电子设备的示意结构图。该电子设备可以是支付平台服务器，请参考图5，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成业务授权装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图6，在一种软件实施方式中，业务授权装置包括：

获取单元401，用于获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度；

确定单元402，用于当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。

所述目标子业务可以包括下述至少一种：

自助抄表业务、垫资缴费业务。

请参考图7，在另一种软件实施方式中，若所述目标子业务是用户自助抄表业务，所述装置还可以包括：

第一推送单元403，用于在预设抄表时段内，向所述目标用户对应的用户终端推送抄表通知信息；

账单生成单元404，用于根据来自所述用户终端的与目标费用对应的抄表数值，生成所述目标用户在所述目标费用下的账单信息。

请参考图8，在另一种软件实施方式中，若所述目标子业务是为用户垫资缴费业务，所述装置还可以包括：

垫资缴费单元406，用于在目标费用的缴费截止时间点之前，根据所述目标用户在所述目标费用下的欠费数额，为所述目标用户执行垫资缴费事务。

在一可选的实施例中，所述垫资缴费单元406可以包括：

上限确定子单元4061，用于根据所述目标用户的信用分值，确定所述目标用户的垫资上限；

缴费子单元4062，用于当所述目标用户在所述目标费用下的欠费数额小于或等于所述垫资上限时，为所述目标用户执行垫资缴费事务。

在一实施方式中，所述确定单元402可以具体包括：

信息推送子单元，用于当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，向所述目标用户对应的用户终端推送授权确认信息；

授权子单元，用于当接收到来自所述用户终端的确认指令后，确定所述目标用户为所述目标子业务的授权用户。

请参考图9，在另一种软件实施方式中，所述装置还可以包括：

第一信用分调整单元407，用于根据目标用户针对互联网缴费业务下的目标子业务的行为数据，调整所述目标用户的信用分值。

请参考图10，在另一种软件实施方式中，所述装置还包括：

费用获取单元408，用于分别获取目标用户在特定时间段内产生的至少两种目标费用的数额；

第二信用分调整单元409，用于当所述至少两种目标费用的数额间的关系不满足预设条件时，降低所述目标用户的信用分值。

请参考图11，在又一种软件实施方式中，所述装置还可以包括：

可疑费用确定单元410，用于当所述至少两种目标费用的数额间的关系不满足预设条件时，确定所述至少两种目标费用中的可疑费用；

报警单元412，用于向所述可疑费用对应的维护方发送包含目标用户信息的报警信息。

需说明的是，本文所记载的方法实施例的内容和装置实施例的内容，在不相冲突的情况下，可以互为补充。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (21)

1.一种业务授权方法，其特征在于，包括：

获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度；

当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。

2.根据权利要求1所述的方法，其特征在于，所述目标子业务包括下述至少一种：

自助抄表业务、垫资缴费业务。

3.根据权利要求2所述的方法，其特征在于，若所述目标子业务是用户自助抄表业务，在确定所述目标用户为所述目标子业务的授权用户后，所述方法还包括：

在预设抄表时段内，向所述目标用户对应的用户终端推送抄表通知信息；

根据来自所述用户终端的与目标费用对应的抄表数值，生成所述目标用户在所述目标费用下的账单信息。

4.根据权利要求2所述的方法，其特征在于，若所述目标子业务是为用户垫资缴费业务，在确定所述目标用户为所述目标子业务的授权用户后，所述方法还包括：

在目标费用的缴费截止时间点之前，根据所述目标用户在所述目标费用下的欠费数额，为所述目标用户执行垫资缴费事务。

5.根据权利要求4所述的方法，其特征在于，所述根据所述目标用户在所述目标费用下的欠费数额，为所述目标用户执行垫资缴费事务，包括：

根据所述目标用户的信用分值，确定所述目标用户的垫资上限；

当所述目标用户在所述目标费用下的欠费数额小于或等于所述垫资上限时，为所述目标用户执行垫资缴费事务。

6.根据权利要求4或5所述的方法，其特征在于，为所述目标用户执行垫资缴费事务后，所述方法还包括：

向所述目标用户对应的用户终端发送包含还款时间信息的通知消息。

7.根据权利要求1所述的方法，其特征在于，所述当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户，包括：

当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，向所述目标用户对应的用户终端推送授权确认信息；

当接收到来自所述用户终端的确认指令后，确定所述目标用户为所述目标子业务的授权用户。

8.根据权利要求1所述的方法，其特征在于，所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件，包括：

所述信用分值大于或等于互联网缴费业务下的目标子业务对应的信用分阈值。

9.根据权利要求1所述的方法，其特征在于，获取目标用户的信用分值前，所述方法还包括：

根据目标用户针对互联网缴费业务下的目标子业务的行为数据，调整所述目标用户的信用分值。

10.根据权利要求1所述的方法，其特征在于，获取目标用户的信用分值前，所述方法还包括：

分别获取目标用户在特定时间段内产生的至少两种目标费用的数额；

当所述至少两种目标费用的数额间的关系不满足预设条件时，降低所述目标用户的信用分值。

11.根据权利要求10所述的方法，其特征在于，所述当所述至少两种目标费用的数额间的关系不满足预设条件时，降低所述目标用户的信用分值，包括：

当所述至少两种目标费用的数额之比小于预定阈值时，降低所述目标用户的信用分值；或，

当所述至少两种目标费用的数额之比大于预定阈值时，降低所述目标用户的信用分值。

12.根据权利要求10所述的方法，其特征在于，所述方法还包括：

当所述至少两种目标费用的数额间的关系不满足预设条件时，确定所述至少两种目标费用中的可疑费用；

向所述可疑费用对应的维护方发送包含目标用户信息的报警信息。

13.一种业务授权装置，其特征在于，包括：

获取单元，用于获取目标用户的信用分值，所述信用分值用于表征所述目标用户的信用度；

确定单元，用于当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，确定所述目标用户为所述目标子业务的授权用户。

14.根据权利要求13所述的装置，其特征在于，所述目标子业务包括下述至少一种：

自助抄表业务、垫资缴费业务。

15.根据权利要求14所述的装置，其特征在于，若所述目标子业务是用户自助抄表业务，所述装置还包括：

第一推送单元，用于在预设抄表时段内，向所述目标用户对应的用户终端推送抄表通知信息；

账单生成单元，用于根据来自所述用户终端的与目标费用对应的抄表数值，生成所述目标用户在所述目标费用下的账单信息。

16.根据权利要求14所述的装置，其特征在于，若所述目标子业务是为用户垫资缴费业务，所述装置还包括：

垫资缴费单元，用于在目标费用的缴费截止时间点之前，根据所述目标用户在所述目标费用下的欠费数额，为所述目标用户执行垫资缴费事务。

17.根据权利要求16所述的装置，其特征在于，所述垫资缴费单元包括：

上限确定子单元，用于根据所述目标用户的信用分值，确定所述目标用户的垫资上限；

缴费子单元，用于当所述目标用户在所述目标费用下的欠费数额小于或等于所述垫资上限时，为所述目标用户执行垫资缴费事务。

18.根据权利要求13所述的装置，其特征在于，所述确定单元包括：

信息推送子单元，用于当所述信用分值满足互联网缴费业务下的目标子业务对应的授权条件时，向所述目标用户对应的用户终端推送授权确认信息；

授权子单元，用于当接收到来自所述用户终端的确认指令后，确定所述目标用户为所述目标子业务的授权用户。

19.根据权利要求13所述的装置，其特征在于，所述装置还包括：

第一信用分调整单元，用于根据目标用户针对互联网缴费业务下的目标子业务的行为数据，调整所述目标用户的信用分值。

20.根据权利要求13所述的装置，其特征在于，所述装置还包括：

费用获取单元，用于分别获取目标用户在特定时间段内产生的至少两种目标费用的数额；

第二信用分调整单元，用于当所述至少两种目标费用的数额间的关系不满足预设条件时，降低所述目标用户的信用分值。

21.根据权利要求20所述的装置，其特征在于，所述装置还包括：

可疑费用确定单元，用于当所述至少两种目标费用的数额间的关系不满足预设条件时，确定所述至少两种目标费用中的可疑费用；

报警单元，用于向所述可疑费用对应的维护方发送包含目标用户信息的报警信息。