一种权限申请的方法、装置、设备及可读存储介质

本发明属于终端开发领域，尤其涉及一种权限申请的方法、装置、设备及可读存储介质。

移动互联网快速发展，出现了各种各样的终端应用，终端应用通过包括多种应用功能，为用户提供使用便利。为了保护用户的隐私，部分应用功能在使用前需要向用户发起权限申请，在用户同意后，该应用的功能才能继续使用。

目前，权限的申请和限制越来越严格，且由于不同终端所安装的系统不同，终端所安装的系统也在不断的更新和升级，为了确保发起权限申请时，得到准确的反馈结果，需要在应用开发的对权限申请过程进行测试。在权限申请的测试过程，需要对不同的反馈结果进行不同的处理，由于开发中每个权限申请后都要重新调用传输接口，且由于应用的功能越来越多，需要申请的权限不仅存在关联，也越来越多，导致在权限申请的测试过程对反馈结果的处理复杂度急剧上升，使得开发测试阶段的难度增加。

本发明实施例提供一种权限申请的方法、装置、设备及可读存储介质，能够降低权限申请的测试过程中对反馈结果处理的复杂度，以及降低开发测试的难度。

第一方面，本发明实施例提供一种权限申请的方法，方法包括：

接收对应用程序的权限申请的测试请求，其中，测试请求包括多个应用功能的授权请求；

响应于测试请求，调用预设测试接口，获取对多个应用功能的授权请求进行的权限申请的测试结果；

根据测试结果，确定应用程序的使用权限。

在第一方面的一些可实现方式中，调用预设测试接口，获取对多个应用功能的授权请求进行的权限申请的测试结果，包括：

根据预设权限申请顺序，分别获取多个应用功能的权限说明信息；

输出至少一个权限说明信息；

接收基于每个输出的权限说明信息的第一反馈信息；

根据至少一个第一反馈信息，确定测试结果。

在第一方面的一些可实现方式中，第一反馈信息包括第一反馈标识或第二反馈标识，输出至少一个权限说明信息，包括：

输出第一应用功能的权限说明信息，第一应用功能为多个应用功能中位于第一预设申请次序的应用功能；

接收基于每个输出的权限说明信息的第一反馈信息，包括：

接收基于第一应用功能的权限说明信息的第一反馈信息；

当第一应用功能的权限说明信息的第一反馈信息包括第一反馈标识，且多个应用功能中包括未进行权限申请的应用功能时，获取第二应用功能的权限说明信息，其中，第二应用功能为多个未进行权限申请的应用功能中位于第二预设申请次序的应用功能。

在第一方面的一些可实现方式中，分别获取多个应用功能的权限说明信息，包括：

当获取到对应用功能的目标说明信息时，将目标说明信息作为应用功能的权限说明信息；以及，

保存应用功能的目标说明信息。

在第一方面的一些可实现方式中，根据至少一个第一反馈信息，确定测试结果，包括：

当多个应用功能的权限说明信息的第一反馈信息均包括第一反馈标识时，确定第一反馈标识对应的权限信息为测试结果。

在第一方面的一些可实现方式中，根据至少一个第一反馈信息，确定测试结果，还包括：

当至少一个应用功能的权限说明信息的第一反馈信息包括第二反馈标识时，确定第二反馈标识对应的权限信息为测试结果。

在第一方面的一些可实现方式中，输出第一应用功能的权限说明信息，方法还包括：

获取第一应用功能的权限说明信息的说明引导信息；

输出第一应用功能的权限说明信息和说明引导信息；

接收基于说明引导信息的第二反馈信息，其中，第二反馈信息包括第三款反馈标识或第四反馈标识；

当第二反馈信息包括第三反馈标识时，生成第一应用功能的权限说明信息的预设申请信息；以及，

输出预设申请信息，以用于接收第一应用功能的权限说明信息的第一反馈信息；

当第二反馈信息包括第四反馈标识时，确定第四反馈标识对应的权限信息为测试结果。

在第一方面的一些可实现方式中，调用预设测试接口，获取对多个应用功能的授权请求进行的权限申请的测试结果，还包括：

获取多个应用功能的权限说明信息；

输出多个权限说明信息；

接收基于多个权限说明信息的第一反馈信息；

当多个第一反馈信息均包括第一反馈标识时，确定第一反馈标识对应的权限信息为测试结果；

当多个第一反馈信息中包括至少一个第二反馈标识时，确定第二反馈标识对应的权限信息为测试结果。

第二方面，本发明实施例提供一种权限申请的装置，装置包括：

接收模块，用于接收对应用程序的权限申请的测试请求，其中，测试请求包括多个应用功能的授权请求；

测试模块，用于响应于测试请求，调用预设测试接口，获取对多个应用功能的授权请求进行的权限申请的测试结果；

处理模块，用于根据测试结果，确定应用程序的使用权限。

第三方面，本发明提供一种权限申请设备，该设备包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面或者第一方面任一可实现方式中所述的权限申请的方法。

第四方面，本发明提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面或者第一方面任一可实现方式中所述的权限申请的方法。

本发明实施例提供了一种权限申请的方法、装置、设备及可读存储介质，响应与对应用程序的测试请求，在权限申请的测试过程中，通过获取应用功能的需要申请的多个权限，按照预设的权限申请顺序，通过一次调用就可以得到多个应用功能的授权请求进行的权限申请的测试结果，简化了开发测试的过程，之后，根据测试结果，可以快速确定应用程序的使用权限，使得开发过程中在每个权限申请后，只需调用一次传输接口，能够有效提升开发效率，以及简化开发中权限说明处理的复杂性。

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种权限申请的方法的流程示意图；

图2是本发明实施例提供的又一种权限申请的方法的结构示意图；

图3是本发明实施例提供的一种权限申请的装置的结构示意图；

图4是本发明实施例提供的一种权限申请的设备的结构示意图。

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本发明，而不是限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

移动互联网快速发展，出现了各种各样的终端应用，终端应用通过包括多种应用功能，为用户提供使用便利。为了保护用户的隐私，部分应用功能在使用前需要向用户发起权限申请，在用户同意后，该应用的功能才能继续使用。

目前，权限的申请和限制越来越严格，且由于不同终端所安装的系统不同，终端所安装的系统也在不断的更新和升级，为了确保发起权限申请时，得到准确的反馈结果，需要在应用开发的对权限申请过程进行测试。在权限申请的测试过程，需要对不同的反馈结果进行不同的处理，由于开发中每个权限申请后都要重新调用传输接口，且由于应用的功能越来越多，需要申请的权限不仅存在关联，也越来越多。

例如，开发者需根据返回的状态，进行不同的处理以及用户提示。当一次申请多个权限，申请下一个权限时，需要对上一个申请权限的结果处理后进行，环环相扣，这导致在权限申请的测试过程对反馈结果的处理复杂度急剧上升，使得开发测试阶段的难度增加。

为了解决现有技术问题，本发明实施例提供了一种权限申请的方法，响应与对应用程序的测试请求，在权限申请的测试过程中，通过获取应用功能的需要申请的多个权限，按照预设的权限申请顺序，通过一次调用就可以得到多个应用功能的授权请求进行的权限申请的测试结果，简化了开发测试的过程，之后，根据测试结果，可以快速确定应用程序的使用权限，使得开发过程中在每个权限申请后，只需调用一次传输接口，能够有效提升开发效率，以及简化开发中权限说明处理的复杂性。

下面首先对本发明实施例所提供的权限申请的进行介绍。

图1示出了本发明一个实施例提供的权限申请的方法的流程示意图。如图1所示，该方法可以包括以下步骤：

S110、接收对应用程序的权限申请的测试请求，其中，测试请求包括多个应用功能的授权请求。

在本发明实施例中，安装于电子设备上的应用程序的提供产品服务越来越多，对应每个产品服务可能需要使用多个应用功能，示例性的，应用程序能够提供视频播放服务时，需要使用的应用功能可以包括：扬声器、修改存储空间、连接网络等。应用程序能够提供视频通话服务时，需要使用的应用功能的可以包括：扬声器、连接网络、麦克风、摄像头、修改存储空间等。

在接收到应用程序的权限申请的测试请求后，接下来可以执行S120。

S120、响应于测试请求，调用预设测试接口，获取对多个应用功能的授权请求进行的权限申请的测试结果。

在测试过程中，本发明实施例中提供了一种能够获取权限申请结果的软件开发工具包(Software Development Kit，SDK)。通过SDK可以接收对应用程序的权限申请的测试请求。

在本发明实施例中提供的SDK中设置预设测试接口，可以将多个应用功能的授权请求进行的权限申请的测试结果，告知申请者。为了避免申请的结果复杂，因此，预设测试接口被设置为可以传递两个结果，具体例如：onSuccess()和onFailed()。

在SDK接收到测试请求之后，本发明实施例中S120具体可以包括121至S124。

S121、根据预设权限申请顺序，分别获取多个应用功能的权限说明信息。

在一些实施例中，应用程序提供的产品服务能够正常使用时，需要使用多个应用功能，多个应用功能之间存在申请的先后顺序，例如，需要先对某一个应用功能进行权限申请之后，才能进行其他应用功能的权限申请。

其中，每个应用功能的权限说明信息可以是默认的权限说明信息。权限说明信息具体可以包括对相对应的服务产品的介绍、应用功能相应服务产品中的应用介绍等。

此外，还可以具体为应用功能的目标说明信息，SDK当获取到对应用功能的目标说明信息时，可以将目标说明信息作为应用功能的权限说明信息；以及，保存应用功能的目标说明信息。

在获取到应用功能的权限说明信息之后，接下来可以执行S122。

S122、输出至少一个权限说明信息。

在本发明实施例中，当根据预设权限申请顺序获取应用功能的权限说明信息后，可以依次输出每个应用功能的权限说明信息。

在一个示例中，可以输出第一应用功能的权限说明信息，其中，第一应用功能为多个应用功能中位于第一预设申请次序的应用功能。

S123、接收基于每个输出的权限说明信息的第一反馈信息。

基于S122中输出的第一应用功能的权限说明信息，接下来可以接收基于第一应用功能的权限说明信息的第一反馈信息；其中，第一反馈信息包括第一反馈标识或第二反馈标识。

为了方便适配各种电子终端，获取统一的反馈信息，因此，将第一反馈信息可以包括第一反馈标识或第二反馈标识，其中，第一反馈标识可以代表同意，第二反馈标识可以代表不同意，从而便于对反馈信息进行统一处理。

S124、根据至少一个第一反馈信息，确定测试结果。

在本发明实施例中，第一反馈标识可以代表同意。当第一应用功能的权限说明信息的第一反馈信息包括第一反馈标识，且多个应用功能中包括未进行权限申请的应用功能时，获取第二应用功能的权限说明信息，其中，第二应用功能为多个未进行权限申请的应用功能中位于第二预设申请次序的应用功能。

也就是说，在本发明实施例中，当接收到应用功能的反馈信息包括第一反馈标识时，只要还有未进行权限申请的应用功能，接下来就继续获取未进行权限申请的应用功能的权限说明信息，直到所有应用功能的权限申请完成，或者在接收到的反馈信息中包括第二反馈标识，停止继续申请。

在一些实施例中，可以根据至少一个第一反馈信息，确定测试结果，具体可以包括：当多个应用功能的权限说明信息的第一反馈信息均包括第一反馈标识时，确定第一反馈标识对应的权限信息为测试结果。也就是说，应用程序提供的服务产品使用时所需的应用功能均允许使用，因此，确定测试结果为允许使用应用程序中相应的服务产品。

在一个示例中，根据至少一个第一反馈信息，确定测试结果，具体还可以包括：当至少一个应用功能的权限说明信息的第一反馈信息包括第二反馈标识时，确定第二反馈标识对应的权限信息为测试结果。在本发明实施例中，第二反馈标识可以代表不同意，即不允许使用相应的应用功能。由于应用程序提供的服务产品在使用时所需的应用功能均需要的到许可，所以当有一项应用功能未得到许可时，就可以认为不允许使用应用程序中提供的服务产品。

S130、根据测试结果，确定应用程序的使用权限。

在本发明实施例中，获得测试结果后，可以直接确定应用程序的使用权限。例如，确定第一反馈标识对应的权限信息为测试结果时，可以使用onSuccess()通知申请者，应用程序提供的服务产品允许使用；确定第二反馈标识对应的权限信息为测试结果时，可以使用onFailed()通知申请者，应用程序提供的服务产品不允许使用。

根据本发明实施例提供的权限申请的方法，响应与对应用程序的测试请求，在权限申请的测试过程中，通过获取应用功能的需要申请的多个权限，按照预设的权限申请顺序，通过一次调用就可以得到多个应用功能的授权请求进行的权限申请的测试结果，简化了开发测试的过程，之后，根据测试结果，可以快速确定应用程序的使用权限，使得开发过程中在每个权限申请后，只需调用一次传输接口，能够有效提升开发效率，以及简化开发中权限说明处理的复杂性。

此外，在本发明实施例中，为了方便确认用户已经了解详细的权限说明信息，因此，本发明实施例还提供了另一种权限申请的方法，在接收对应用程序的权限申请的测试请求之后，该方法可以包括S221至S227。

S221、根据预设权限申请顺序，分别获取多个应用功能的权限说明信息。

每个应用功能的权限说明信息可以是默认的权限说明信息。权限说明信息具体可以包括对相对应的服务产品的介绍、应用功能相应服务产品中的应用介绍等。为了方便确认用户是否了解详细的权限说明信息，接下来可以执行S222。

S222、获取第一应用功能的权限说明信息的说明引导信息。

说明引导信息例如可以是“是否了解应用功能的应用介绍”等等，在此并不具体限定。

S223、输出第一应用功能的权限说明信息和说明引导信息。

输出权限说明信息可以对应用功能详细介绍，通过说明引导信息可以指引用户阅读并收集相应的反馈信息。

S224、接收基于说明引导信息的第二反馈信息。

其中，第二反馈信息包括第三款反馈标识或第四反馈标识。

具体地，第三款反馈标识可以表示用户已了解对应用功能的介绍，第四反馈标识可以表示用户不了解应用功能，或者，用户不同意应用介绍中应用功能所使用的场景。

当第二反馈信息包括第三反馈标识时，具体可以执行S225。当第二反馈信息包括第四反馈标识时，具体可以执行S227。

225、生成第一应用功能的权限说明信息的预设申请信息。

示例性的，预设申请信息可以是“是否同意使用该应用功能”等。

S226、输出预设申请信息，以用于接收第一应用功能的权限说明信息的第一反馈信息。

在本发明实施例中，通过输出预设申请信息，可以确定用户是否同意使用该应用功能。

可以理解的是，在本发明实施例中，当接收到的反馈信息包括第一反馈标识时，只要还有未进行权限申请的应用功能，接下来就继续获取未进行权限申请的应用功能的权限说明信息和说明引导信息，直到所有应用功能的权限申请完成，或者在接收到的第二反馈信息中包括第四反馈标识，以及在接收到的第一反馈信息中包括第二反馈标识，停止继续申请。

其中，在接收到基于说明引导信息的第二反馈信息后，当接收的多个应用功能的权限说明信息的第一反馈信息均包括第一反馈标识时，确定第一反馈标识对应的权限信息为测试结果。

S227、确定第四反馈标识对应的权限信息为测试结果。

第二反馈信息包括第四反馈标识时，表示用户不了解应用功能，或者，用户不同意应用介绍中应用功能所使用的场景。由于应用程序提供的服务产品在使用时所需的应用功能均需要的到许可，所以当有一项应用功能未得到许可时，就可以认为不允许使用应用程序中提供的服务产品，从而可以快速确定测试结果。

S230、根据测试结果，确定应用程序的使用权限。

在S230中，具体执行方法与S130相同，为了简洁，在此不做赘述。

在一些实施例中，在接收到应用程序的权限申请的测试请求后，根据本发明实施例中提供了的SDK。获取对多个应用功能的授权请求进行的权限申请的测试结果，结合图2所示，还可以根据S301至S305。

S301、获取多个应用功能的权限说明信息。

在一些实施例中，应用程序所在的电子设备上所安装的应用系统可以支持同时获取多个应用功能的反馈信息，因此，基于本发明实施例中提供的SDK可以获取多个应用功能的权限说明信息。

S302、输出多个权限说明信息。

可以理解的是，对应输出的每个权限说明信息，还可以包括权限说明信息的说明引导信息，从而便于收集用户是否了解详细的权限说明信息。

S303、接收基于多个权限说明信息的第一反馈信息。

可以理解的是，在本步骤中还可以接收基于说明引导信息的第二反馈信息。

由于输出权限说明信息，以及说明引导信息是同时输出的，因此，也可以同时接收到第一反馈信息或同时接收第二反馈信息。

S304、当多个第一反馈信息均包括第一反馈标识时，确定第一反馈标识对应的权限信息为测试结果。

可以理解的是，当输出了对应每个权限说明信息的说明引导信息后，除了多个第一反馈信息均包括第一反馈标识，还需要确定多个第二反馈信息均包括第三反馈标识，才能确定第一反馈标识对应的权限信息为测试结果。

S305、当多个第一反馈信息中包括至少一个第二反馈标识时，确定第二反馈标识对应的权限信息为测试结果。

可以理解的是，当输出了对应每个权限说明信息的说明引导信息后，除了多个第一反馈信息包括至少一个第二反馈标识，或者多个第二反馈信息至少一个第四反馈标识，就确定第二反馈标识对应的权限信息为测试结果。

根据本发明实施例提供的权限申请的方法，响应与对应用程序的测试请求，在权限申请的测试过程中，通过获取应用功能的需要申请的多个权限，按照预设的权限申请顺序，通过一次调用就可以得到多个应用功能的授权请求进行的权限申请的测试结果，简化了开发测试的过程。此外，通过生成每个权限说明信息的说明引导信息，从而方便收集用户是否了解详细的权限说明信息，从而为测试者优化权限的申请流程提供依据。之后，根据测试结果，可以快速确定应用程序的使用权限，使得开发过程中在每个权限申请后，只需调用一次传输接口，能够有效提升开发效率，以及简化开发中权限说明处理的复杂性。

图3是本发明实施例提供的一种权限申请的装置的结构示意图，如图3所示，该权限申请的装置300可以包括：接收模块310、测试模块320和处理模块330。

其中，接收模块310，用于接收对应用程序的权限申请的测试请求，其中，测试请求包括多个应用功能的授权请求；

测试模块320，用于响应于测试请求，调用预设测试接口，获取对多个应用功能的授权请求进行的权限申请的测试结果；

处理模块330，用于根据测试结果，确定应用程序的使用权限。

在一些实施例中，权限申请的装置300还包括输出模块和接收模块。其中，测试模块320，还用于根据预设权限申请顺序，分别获取多个应用功能的权限说明信息；

输出模块，用于输出至少一个权限说明信息；

接收模块，用于接收基于每个输出的权限说明信息的第一反馈信息；

测试模块320，还用于根据至少一个第一反馈信息，确定测试结果。

在一些实施例中，第一反馈信息包括第一反馈标识或第二反馈标识。

输出模块，还用于输出第一应用功能的权限说明信息，第一应用功能为多个应用功能中位于第一预设申请次序的应用功能；

接收模块，还用于接收基于第一应用功能的权限说明信息的第一反馈信息；

测试模块320，还用于当第一应用功能的权限说明信息的第一反馈信息包括第一反馈标识，且多个应用功能中包括未进行权限申请的应用功能时，获取第二应用功能的权限说明信息，其中，第二应用功能为多个未进行权限申请的应用功能中位于第二预设申请次序的应用功能。

在一些实施例中，权限申请的装置300还包括保存模块。

其中，测试模块320，还用于当获取到对应用功能的目标说明信息时，将目标说明信息作为应用功能的权限说明信息。

保存模块，用于保存应用功能的目标说明信息。

测试模块320，还用于当多个应用功能的权限说明信息的第一反馈信息均包括第一反馈标识时，确定第一反馈标识对应的权限信息为测试结果。

测试模块320，还用于当至少一个应用功能的权限说明信息的第一反馈信息包括第二反馈标识时，确定第二反馈标识对应的权限信息为测试结果。

在一些实施例中，测试模块320，还用于获取第一应用功能的权限说明信息的说明引导信息。

输出模块，还用于输出第一应用功能的权限说明信息和说明引导信息；

接收模块，还用于接收基于说明引导信息的第二反馈信息，其中，第二反馈信息包括第三款反馈标识或第四反馈标识；

测试模块320，还用于当第二反馈信息包括第三反馈标识时，生成第一应用功能的权限说明信息的预设申请信息；

输出模块，还用于输出预设申请信息，以用于接收第一应用功能的权限说明信息的第一反馈信息；

测试模块320，还用于当第二反馈信息包括第四反馈标识时，确定第四反馈标识对应的权限信息为测试结果。

在一些实施例中，测试模块320，还用于获取多个应用功能的权限说明信息；

输出模块，还用于输出多个权限说明信息；

接收模块，还用于接收基于多个权限说明信息的第一反馈信息；

测试模块320，还用于当多个第一反馈信息均包括第一反馈标识时，确定第一反馈标识对应的权限信息为测试结果；

测试模块320，还用于当多个第一反馈信息中包括至少一个第二反馈标识时，确定第二反馈标识对应的权限信息为测试结果。

可以理解的是，本发明实施例的权限申请的装置300，可以对应于本发明实施例提供的权限申请的方法的执行主体，权限申请的装置300的各个模块/单元的操作和/或功能的具体细节可以参见上述本发明实施例提供的权限申请的方法中的相应部分的描述，为了简洁，在此不再赘述。

本发明实施例的权限申请的装置，响应与对应用程序的测试请求，在权限申请的测试过程中，通过获取应用功能的需要申请的多个权限，按照预设的权限申请顺序，通过一次调用就可以得到多个应用功能的授权请求进行的权限申请的测试结果，简化了开发测试的过程。此外，通过生成每个权限说明信息的说明引导信息，从而方便收集用户是否了解详细的权限说明信息，从而为测试者优化权限的申请流程提供依据。之后，根据测试结果，可以快速确定应用程序的使用权限，使得开发过程中在每个权限申请后，只需调用一次传输接口，能够有效提升开发效率，以及简化开发中权限说明处理的复杂性。

图4示出了本发明一个实施例提供的权限申请的设备的结构示意图。如图4所示，该设备可以包括处理器401以及存储有计算机程序指令的存储器402。

具体地，上述处理器401可以包括中央处理器(Central Processing Unit，CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器402可以包括用于信息或指令的大容量存储器。举例来说而非限制，存储器402可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在一个实例中，存储器402可以包括可移除或不可移除(或固定)的介质，或者存储器402是非易失性固态存储器。存储器402可在权限申请的设备的内部或外部。

在一个实例中，存储器402可以是只读存储器(Read Only Memory，ROM)。在一个实例中，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器401通过读取并执行存储器402中存储的计算机程序指令，以实现本发明实施例所描述的方法，并达到本发明实施例执行其方法达到的相应技术效果，为简洁描述在此不再赘述。

在一个示例中，该权限申请的设备还可包括通信接口403和总线410。其中，如图4所示，处理器401、存储器402、通信接口403通过总线410连接并完成相互间的通信。

通信接口403，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线410包括硬件、软件或两者，将在线信息流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(Industry Standard Architecture，ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线410可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该权限申请的设备可以执行本发明实施例中的企业用户服务的推荐方法，从而实现本发明实施例描述的权限申请的方法的相应技术效果。

另外，结合上述实施例中的权限申请的方法，本发明实施例可提供一种可读存储介质来实现。该可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种权限申请的方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，做出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、只读存储器(Read-Only Memory，ROM)、闪存、可擦除只读存储器(Erasable ReadOnly Memory，EROM)、软盘、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、光盘、硬盘、光纤介质、射频(Radio Frequency，RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。