信息处理方法及装置与流程

本申请主要涉及通信技术领域，更具体地说是涉及一种信息处理方法及装置。

背景技术：

伴随着电子设备的智能化，各种应用平台也在不断完善和发展。由于不同的应用平台所处的操作环境不同，其某些应用或者功能会出现访问受限制的问题。例如，uwp(universalwindowsplatform，windows通用应用平台)是微软在windows10中引入的新概念，uwp并不是为某一个终端而设计的，而是可以在所有windows10设备上运行。由于所有的uwp应用均运行在虚拟沙箱环境中，虽然增加了其安全性，但是由于其运行环境的特定化，会使得uwp应用无法访问到某些信息，在对uwp应用进行开发的过程中，如果需要这些特定信息，将无法继续完成对应的开发工作。可见，如何解决对具有访问限制的应用能够访问到受限信息的问题，已经成为对特定应用开发的重点问题。

技术实现要素：

有鉴于此，本申请提供了一种信息处理方法及装置。

一种信息处理方法，包括：

具有第一权限的第一应用基于通信接口与具有第二权限的第二应用进行信息传输，以实现所述第二应用的目标功能；

其中，实现所述目标功能的权限属于所述第一权限，且不属于所述第二权限。

可选地，响应于基于所述通信接口进行传输的信息包括指令信息，所述具有第一权限的第一应用基于通信接口与具有第二权限的第二应用进行信息传输，以实现所述第二应用的目标功能，包括：

所述第一应用监测到所述第二应用通过所述通信接口发送所述指令信息时，所述第一应用根据所述指令信息执行控制处理，以实现所述第二应用的目标功能。

可选地，所述第一应用根据所述指令信息执行第一处理，包括：

所述第一应用获得与所述指令信息对应的监控事件；

所述第一应用基于所述监控事件，对目标硬件进行控制处理，使得所述目标硬件的状态与所述指令信息所指示状态一致。

可选地，响应于基于所述通信接口进行传输的信息包括请求信息，所述具有第一权限的第一应用基于通信接口与具有第二权限的第二应用进行信息传输，以实现所述第二应用的目标功能，包括：

所述第一应用监测到所述第二应用通过通信接口发送请求信息时，所述第一应用根据所述请求信息获得反馈信息，并将所述反馈信息反馈给所述第二应用，以实现所述第二应用的目标功能。

可选地，所述第一应用根据所述请求信息获得反馈信息，并将所述反馈信息反馈给所述第二应用，以实现所述第二应用的目标功能，包括：

所述第一应用根据所述请求信息获取与所述请求信息对应的注册表信息；

所述第一应用对所述注册表信息进行预处理，获得反馈信息；

所述第一应用通过所述通信接口将所述反馈信息反馈给所述第二应用，以实现所述第二应用的目标功能。

一种信息处理方法，包括：

具有第二权限的第二应用基于通信接口与具有第一权限的第一应用进行信息传输，以实现所述第二应用的目标功能；

其中，实现所述目标功能的权限属于所述第一权限，且不属于第二权限。

可选地，响应于基于所述通信接口进行传输的信息包括指令信息，所述具有第二权限的第二应用基于通信接口与具有第一权限的第一应用进行信息传输，以实现所述第二应用的目标功能，包括：

所述第二应用基于所述通信接口向所述第一应用发送指令信息，使所述第一应用基于所述指令信息执行控制处理，以实现所述第二应用的目标功能。

可选地，响应于基于所述通信接口进行传输的信息包括请求信息，所述具有第二权限的第二应用基于通信接口与具有第一权限的第一应用进行信息传输，以实现所述第二应用的目标功能，包括：

所述第二应用基于所述通信接口向所述第一应用发送请求信息，使所述第一应用根据所述请求信息获得反馈信息，并通过所述通信接口将所述反馈信息发送至所述第二应用，以实现所述第二应用的目标功能。

第一装置，包括：存储器和第一处理器，其中，

所述第一处理器，用于具有第一权限的第一应用基于通信接口与具有第二权限的第二应用进行信息传输，以实现所述第二应用的目标功能；

其中，实现所述目标功能的权限属于所述第一权限，且不属于所述第二权限。

第二装置，包括：存储器和第二处理器，其中，

所述第二处理器，用于具有第二权限的第二应用基于通信接口与具有第一权限的第一应用进行信息传输，以实现所述第二应用的目标功能；

其中，实现所述目标功能的权限属于所述第一权限，且不属于所述第二权限。

由此可见，与现有技术相比，本申请提供了信息处理方法及装置，该方法包括具有第一权限的第一应用基于通信接口与具有第二权限的第二应用进行信息传输，以实现第二应用的目标功能。由于目标功能的权限属于第一权限而不属于第二权限，可以通过第一应用基于通信接口将与目标功能对应的处理信息或反馈信息等传递给第二应用，通过第一应用的权限实现了对具有权限限制的第二应用的相关功能的实现，进而实现了对具有访问限制的应用能够访问到受限信息的目的。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种信息处理的信令图；

图2为本申请实施例提供的一种指令信息处理的方法流程图；

图3为本申请实施例提供的一种请求信息处理的方法流程图；

图4为本申请实施例提供的一种获取反馈信息的方法流程图；

图5为本申请实施例提供的第一应用和第二应用进行信息交互的示意图；

图6为本申请实施例提供的一种第一装置的结构示意图；

图7为本申请实施例提供的一种第二装置的结构示意图；

图8为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请中第一应用和第二应用均为运行在系统程序环境中的，具有信息传输功能的应用。具体的，第一应用和第二应用可以为运行在电子设备上应用软件，并且对电子设备的表现形式不做限制，可以为手机、电脑或者其他通信终端。但是，第一应用和第二应用的权限不同，即第一应用和第二应用可以实现的功能不同，造成其权限不同的原因可以有多种，本申请对此不做限制，可以由于第一应用和第二应用的运行环境不同(如第一应用运行在真实系统环境中，第二应用运行在虚拟沙箱环境中)，造成二者的权限不同，也可以是由于第一应用和第二应用的安全机制不同，造成二者的权限不同。但需要说明的是，并不一定是第一应用的权限级别高于第二应用的权限级别，也不一定是第二应用的权限级别高于第一应用的权限级别，只是二者在某些领域的权限存在不同，例如，第二应用无法实现对目标资源的访问权限，而第一应用可以实现对该目标资源的访问。

在本申请实施例中提供了一种信息处理方法，请参见图1，该方法应用于第一应用101，其中，第一应用101具有第一权限，第一应用101执行：

s10、第一应用基于通信接口与第二应用进行信息传输。

通过执行步骤s10使得第二应用102实现目标功能。

其中，第二应用102具有第二权限。第二应用102实现的目标功能的权限属于第一权限，且不属于第二权限。即目标功能为第二应用基于当前的第二权限无法实现的功能。第一应用101和第二应用102可以为任意能够接收/发送信息的应用，只是二者的权限不同。第一权限表征第一应用能够实现的功能，第二权限表征第二应用能够实现的功能，但是第一权限和第二权限的范围不同。在本申请实施例中第一权限和第二权限的范围不同，并不是第二权限的权限范围小于第一权限的权限范围，而是第二应用基于第二权限无法实现的功能，可以通过第一应用基于第一权限实现。例如，由于第二应用不具备访问第一资源的权限，若第二应用需要访问该第一资源，则需要通过第一应用进行访问该第一资源，然后第一应用通过通信接口将第一资源返回给第二应用，实现了第二应用对第一资源的访问。

在本申请实施例中通信接口实现了第一应用和第二应用之间的信息传输，本申请对该通信接口的表现形式不做限制，可以为串行通信接口(例如com接口)，也可以为网络通信接口。本申请实施例中通过建立第一应用和第二应用之间的通信接口实现第一应用和第二应用之间的通信，每组第一应用和第二应用对应一个通信接口。

本申请提供了信息处理方法，该方法包括具有第一权限的第一应用基于通信接口与具有第二权限的第二应用进行信息传输，以实现第二应用的目标功能。由于目标功能的权限属于第一权限而不属于第二权限，可以通过第一应用基于通信接口将与目标功能对应的处理信息或反馈信息等传递给第二应用，通过第一应用的权限实现了对具有权限限制的第二应用的相关功能的实现，进而实现了对具有访问限制的应用能够访问到受限信息的目的。

通过第一应用实现的第二应用的目标功能可以为控制功能也可以为信息获取功能。对应的，基于通信接口进行传输的信息可以为指令信息也可以为请求信息。

进一步来说，结合前述方法流程，若第一应用和第二应用的运行环境不同，且第二应用运行在虚拟系统程序环境中时，由于该虚拟系统程序环境的限制可以使得该第二应用处于一个封闭的运行环境，即第二应用无法获知其发出的消息或指令到达的目的源是什么，或者其指示的指令是由哪些应用或者系统实现的。若此时基于通信接口进行传输的信息为指令信息，则通过第一应用实现第二应用目标功能的方法为：

s20、第一应用监测到第二应用通过通信接口发送指令信息时，第一应用根据指令信息执行控制处理，以实现第二应用的目标功能。

请参见图2，基于上述步骤s20，在第一应用端主要执行的步骤为：

s201、第一应用监测到所述第二应用发出的指令信息；

s202、第一应用接收指令信息，执行控制处理。

需要说明的是，由于第二应用的运行环境，第二应用并不一定可以明确的将指令信息直接发送至第一应用，可能存在第二应用将指令信息发送至了系统硬件或者第二应用在发送指令的时候并没有明确添加目的源。但是该指令信息对应的目标功能并不在第二权限范围内，则第一应用会对第二应用发出的指令信息进行监控，当监测到该指令信息时，则会执行对应的控制处理，使得第二应用实现目标功能。例如，若该指令信息为对某个硬件的控制，则对应的目标功能为使该硬件由第一状态达到第二状态，其中，第一状态为该硬件当前的初始状态，而第二状态为第二应用欲使该硬件达到的目标状态。

第一应用在监测到第二应用发送的该指令信息后，根据该指令信息执行与之匹配的控制处理，即该控制处理可以为控制上述硬件达到目标状态的处理。

进一步来说，结合前述方法流程，在本申请实施例中还提供了一种第一应用执行控制处理的方法，包括：

s30、所述第一应用获得与所述指令信息对应的监控事件；

s31、所述第一应用基于所述监控事件，对目标硬件进行控制处理，使得所述目标硬件的状态与所述指令信息所指示状态一致。

当第一应用在监测获得指令信息后，会对该指令信息进行解析得到对应的监控事件，该监控事件为第二应用需要实现的目标功能事件，即第一应用需要进行处理的事件，例如可以对某些硬件的访问，也可以为对某些信息的写入。

若监控事件为对某些硬件控制，则第一应用需要基于该监控事件判断出是对哪个硬件进行处理，将该硬件作为目标硬件，然后对该目标硬件进行控制处理，使得该目标硬件的最终状态与第二应用发出的指令信息所指示的状态一致。

举例说明，若第二应用发出的指令信息为开启键盘灯，则第一应用监测到该指令后，由于目标硬件为键盘灯根据该指令信息解析获得到的监控事件为键盘灯的状态需要进行改变，对应的，若当前键盘灯的状态为关闭，则第一应用执行的控制处理为开启该键盘灯，若当前键盘灯的状态为开启状态，则第一应用执行的控制处理为维持该键盘灯的开启状态。即通过第一应用的控制处理，使得键盘灯的状态与指令信息中指示的开启状态一致。

进一步的，结合前述方法流程，响应于目标硬件的状态改变，第一应用执行的信息处理方法还包括：

s40、第一应用创建与目标硬件匹配的注册表，使得目标硬件的状态信息写入到该注册表中。

即对于不具备创建注册表的第二应用，第一应用可以创建注册表，并将目标硬件对应的状态信息写入到注册表中，当然若已经有注册表只是第二应用无法将目标硬件的状态信息写入到注册表中，第一应用可以将目标硬件的状态信息写入到注册表中。

上述实施例中说明了监控事件为对硬件的访问，监控事件也可以为对某些信息的写入。举例说明，若指令信息为将硬件的驱动信息写入到注册表中，则对应的监控事件为注册表的信息写入。当然，第一应用可以不直接对该监控事件执行控制处理，可以监控该监控事件的状态，即第二应用在不能提前预知是否能够实现将硬件的驱动信息写入到注册表中时，会尝试将该硬件的驱动信息写入到注册表中，当第一应用监控到第二应用写入失败时，会执行控制处理，即将该硬件的驱动信息写入到注册表中。这种条件下可以在第一应用监测第二应用的指令信息过程添加一个触发机制，即触发该第一应用何时执行该控制处理。

对应的，若基于通信接口进行传输的信息为请求信息时，则通过第一应用实现第二应用目标功能的方法为：

s50、第一应用监测到第二应用通过通信接口发送请求信息时，第一应用根据请求信息获得反馈信息，并将反馈信息反馈给第二应用，以实现第二应用的目标功能。

请参见图3，步骤s50中第一应用执行的信息处理过程可以具体包括以下步骤：

s301、第一应用监测到第二应用发出的请求信息；

s302、第一应用根据请求信息获得反馈信息；

s302、第一应用将反馈信息发送给第二应用。

具体的，此时第二应用由于受运行环境的限制，只能发出请求信息，无法获知该请求信息发送至的目的源的相关信息，并且该请求信息对应的目标功能第二应用无法实现。当第一应用监测到该请求信息后，会基于其第一权限获得反馈信息，并将反馈信息发送给第二应用。例如，第二应用的访问权限受限制，即第二应用基于当前的第二权限无法实现对某些信息的访问，则第二应用会发出一个获取限制信息的请求信息，第一应用能够监测到该请求信息，并获知该第二应用期望访问的信息。也即第一应用基于该请求信息获得与请求信息对应的反馈信息，将反馈信息发送给第二应用，实现第二应用对这部分信息的访问。

若第二应用的请求信息为访问注册表中的信息，参见图4，第一应用获取反馈信息的过程，具体可以包括：

s401、第一应用根据请求信息获取与请求信息对应的注册表信息；

s402、第一应用对注册表信息进行预处理，获得反馈信息；

s403、第一应用通过通信接口将反馈信息反馈给第二应用，以实现第二应用的目标功能。

需要说明的是，在第一应用根据请求信息获取与所述请求信息对应的注册表信息后，可以将该注册表信息直接发送给第二应用，也可以对该注册表中的信息进行预处理后作为反馈信息发送给第二应用。

例如，第二应用的请求信息为获得第一硬件的声音驱动信息，而该注册表中记载第一硬件的驱动信息是以集合形式存在的，即该驱动信息不仅包括了声音驱动信息还包括了图像驱动信息，则此时的预处理为删除预处理，即删除图像驱动信息，将声音驱动信息作为反馈信息反馈给第二应用。

若第二应用对于数据的接收格式有要求，则对应的预处理可以为格式修改处理，即在获得了注册表信息后需要根据第二应用的接收格式将注册表信息改为对应的格式，然后发送给第二应用。

上述预处理是基于该第二应用不具备对注册表数据进行处理的功能实现的，若第二应用的权限仅是无法获得注册表中的信息，可以对接收到的注册表中的信息进行处理，则对应的，第一应用无需进行上述预处理，可以将获得的注册表信息直接发送给第二应用，由第二应用对获得注册表信息进行处理，获得目标信息。或者，第二应用仅是需要访问注册表中的信息，第一应用也无需进行预处理，直接将注册表信息发送至第二应用即可。

基于上述的实施例，无论是第二应用的控制权限还是信息访问权限受限，均可以基于通信接口将指令信息或者请求信息发送给第一应用，由第一应用进行相应的控制处理或者信息获取，实现第二应用的目标功能，解决了第二应用权限受限的问题。

参见图5，为本申请实施例提供的第一应用和第二应用进行信息交互的示意图。在该实施例中第二应用为uwp应用，其中，uwp是微软在windows10中引入的概念，由于所有的uwp应用均运行在虚拟系统程序环境中，例如虚拟沙箱环境，基于其运行环境的限制使得uwp应用是无法访问本地注册表和控制本地硬件的。对应的，在该实施例中第一应用为运行在真实系统程序环境中的win32应用。而win32应用可以访问本地注册表和控制本地硬件。

具体的，在本实施例中win32应用运行在第一系统环境中，uwp运行在第二系统环境中，即第一系统环境为真实系统程序环境，第二系统环境为虚拟系统程序环境。此时的，com通信接口作为可以作为win32应用和uwp应用之间的通信接口。由于uwp应用无法对硬件进行控制或访问注册表信息，则win32应用可以基于win32api(applicationprogramminginterface，应用程序编程接口)访问注册表或用acpi(advancedconfigurationandpowermanagementinterface，高级配置和电源管理接口)与硬件进行通信，然后将对应的信息传给uwp应用，实现了uwp与硬件和注册表的通信。

因此，通过本申请提供的实施例可以解决uwp不能访问硬件和注册表信息，造成的硬件厂商很难应用uwp应用进行开发的问题。

由于注册表中存放着各种参数，它容纳了应用程序和计算机系统的全部配置信息、系统和应用程序的初始化信息、应用程序和文档文件的关联关系、硬件设备说明、状态和属性以及各种状态信息和数据。所以注册表中的信息较为重要，当win32应用接收到uwp应用获取注册表信息的请求信息时，可以对该uwp应用进行鉴权，若其为预先记载的uwp应用，则会将获取到的注册表信息发送给该uwp应用，若其不是预先记载的uwp应用，则该win32可以忽略该请求信息，以提高信息传递的安全性。

需要说明的是，若第一应用与第二应用之间不具备可以进行通信的通信接口或者当前二者之间的通信接口对于某些信息的传递具有一定的限制时，可以根据第二应用的参数传递机制，调用xlm函数对现有通信接口协议进行修改或者生成新的通信接口协议，来实现第一应用和第二应用之间的信息传输。

在本申请实施例中还提供了另一种信息处理方法，该方法应用于第二应用，包括：

s60、具有第二权限的第二应用基于通信接口与具有第一权限的第一应用进行信息传输，以实现所述第二应用的目标功能；其中，实现所述目标功能的权限属于所述第一权限，且不属于第二权限。

相应的，在本申请实施例中第二应用实现目标功能的具体方法流程参考并呼应上述步骤s10及相关步骤，如步骤s20、s201、s202，步骤s30、s31，步骤s40，步骤s50、步骤s301至步骤s303，步骤s401至步骤s403等。

并且，进一步来说，若第二应用能够明确其权限范围，即第二应用能够获知其可以控制或不可以控制的硬件，以及明确其可以访问或不可以访问的注册表信息。那么在第二应用发出指令信息或者请求信息时能够明确接收这些信息的目的源(明确是系统硬件还是第一应用)，第二应用可以明确的将指令信息或者请求信息发送至系统硬件或者发送给第一应用。例如，当第二应用无法直接实现某些功能时，会将对应的信息发送至第一应用，以指示该第一应用来实现上述功能。具体的可以参加下述步骤。

第二应用基于第一应用实现目标功能时，第二应用可以向第一应用发送指令信息和/或请求信息。若第二应用向第一用发送的是指令信息，则响应于基于所述通信接口进行传输的信息包括指令信息，所述具有第二权限的第二应用基于通信接口与具有第一权限的第一应用进行信息传输，以实现所述第二应用的目标功能，包括：

s70、所述第二应用基于所述通信接口向所述第一应用发送指令信息，使所述第一应用基于所述指令信息执行控制处理，以实现所述第二应用的目标功能。

具体的，在步骤s70中第一应用执行的信息处理的具体过程可以是第一应用通过获得与指令信息对应的监控事件，然后根据监控事件对目标硬件进行控制处理，使得目标硬件的状态与执行信息指示的状态一致，从而实现第二应用的目标功能，可以参考上述步骤s30和步骤s31。

进一步来说，结合前述方法流程，若第二应用将请求信息发送给第一应用时，则响应于基于所述通信接口进行传输的信息包括请求信息，所述具有第二权限的第二应用基于通信接口与具有第一权限的第一应用进行信息传输，以实现所述第二应用的目标功能，包括：

s80、所述第二应用基于所述通信接口向所述第一应用发送请求信息，使所述第一应用根据所述请求信息获得反馈信息，并通过所述通信接口将所述反馈信息发送至所述第二应用，以实现所述第二应用的目标功能。

需要说明的是，在步骤s80中第一应用接收到该请求信息后，第一应用执行该过程的具体步骤可以是直接获取注册表中信息，也可以对注册表中信息进行预处理后反馈给第二应用，可以参考上述步骤s401至步骤s403，在此不做赘述。

在该实施例中，第二应用通过将信息发送至第一应用来帮助其实现目标功能，即通过第一应用的权限实现了对具有权限限制的第二应用的相关功能的实现，进而实现了对具有访问限制的应用能够访问到受限信息的目的。

在本申请实施例中还提供了一种第一装置，参见图6，该第一装置包括存储器601和第一处理器602，其中，存储器601用于存储可执行程序，第一处理器602用于执行存储器601存储的程序，即第一处理器602具体用于：

s6010、具有第一权限的第一应用基于通信接口与具有第二权限的第二应用进行信息传输，以实现所述第二应用的目标功能；其中，实现所述目标功能的权限属于所述第一权限，且不属于所述第二权限。

在一实施例中，第一处理器602还用于通过执行存储器601中存储的可执行程序实现：

s6011、所述第一应用监测到所述第二应用通过所述通信接口发送所述指令信息时，所述第一应用根据所述指令信息执行控制处理，以实现所述第二应用的目标功能。

在一实施例中，第一处理器602还可以通过执行存储器601中存储的可执行程序实现：

s6012、所述第一应用获得与所述指令信息对应的监控事件；

s6013、所述第一应用基于所述监控事件，对目标硬件进行控制处理，使得所述目标硬件的状态与所述指令信息所指示状态一致。

在一实施例中，第一处理器602还可以通过执行存储器601中存储的可执行程序实现：

s6014、所述第一应用创建与所述目标硬件匹配的注册表，使得所述目标硬件的状态信息写入到所述注册表。

对应的，在一实施例中，第一处理器602还可以通过执行存储器601中存储的可执行程序实现：

s6015、所述第一应用监测到所述第二应用通过通信接口发送请求信息时，所述第一应用根据所述请求信息获得反馈信息，并将所述反馈信息反馈给所述第二应用，以实现所述第二应用的目标功能。

具体的，在一实施例中，第一处理器602还可以通过执行存储器601中存储的可执行程序实现：

s6016、所述第一应用根据所述请求信息获取与所述请求信息对应的注册表信息；

s6017、所述第一应用对所述注册表信息进行预处理，获得反馈信息；

s6018、所述第一应用通过所述通信接口将所述反馈信息反馈给所述第二应用，以实现所述第二应用的目标功能。

在本申请实施例中还提供了一种第二装置，参见图7，该第二装置包括存储器701和第二处理器702，其中，存储器701用于存储可执行程序，第二处理器702用于执行存储器701存储的程序，即第二处理器702具体用于：

s7010、具有第二权限的第二应用基于通信接口与具有第一权限的第一应用进行信息传输，以实现所述第二应用的目标功能；其中，实现所述目标功能的权限属于所述第一权限，且不属于第二权限。

在一实施例中，第二处理器702还可以通过执行存储器701中存储的可执行程序实现：

s7011、所述第二应用基于所述通信接口向所述第一应用发送指令信息，使所述第一应用基于所述指令信息执行控制处理，以实现所述第二应用的目标功能。

在一实施例中，第二处理器702还可以通过执行存储器701中存储的可执行程序实现：

s7012、所述第二应用基于所述通信接口向所述第一应用发送请求信息，使所述第一应用根据所述请求信息获得反馈信息，并通过所述通信接口将所述反馈信息发送至所述第二应用，以实现所述第二应用的目标功能。

参见图8，为本申请实施例提供的一种电子设备的结构示意图，在该信息处理系统中包括第一芯片801和第二芯片802，其中，第一芯片801中运行有具有第一权限的第一应用，第二芯片802中运行有具有第二权限的第二应用。并且在第一芯片801中包括通信接口8011，第二芯片802中包括通信接口8021，第一应用和第二应用基于通信接口8011和通信接口8021进行信息传输，实现第二应用的目标功能，其中，实现该目标功能的权限属于第一权限且不属于第二权限。

进而通过第一应用的权限实现了第二应用不具备实现权限的目标功能的实现，解决了第二应用权限受限的访问或控制的问题。

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

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

以上所述仅是本申请的优选实施方式，应当指出，对于本领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。