CN113094607A - 获取本地资源的方法及装置 - Google Patents

Abstract

本公开提供了一种获取本地资源的方法，涉及人工智能领域，尤其涉及智能搜索领域。具体实现方案为：响应于应用页面请求获取本地资源，由应用页面跳转至目标界面；利用目标界面，获取并向应用页面回调与本地资源关联的统一资源定位符URL；以及通过应用页面，获取由目标界面回调的URL，以使应用页面获取与URL关联的本地资源。本公还提供了一种获取本地资源的装置、一种电子设备、一种存储有计算机指令的非瞬时计算机可读存储介质和一种计算机程序产品。

Description

获取本地资源的方法及装置

技术领域

本公开涉及人工智能领域，尤其涉及智能搜索领域，具体涉及一种获取本地资源的方法、一种获取本地资源的装置、一种电子设备、一种存储有计算机指令的非瞬时计算机可读存储介质以及一种计算机程序产品。

背景技术

随着计算机技术的不断发展，以及用户需求的不断增长，用户通常会在其电子设备上安装各种应用软件(如社交类的、办公类的、通信类的，等等)以满足不同的应用需要。用户在使用这些应用软件的过程中，通常需要获取电子设备的本地资源。

发明内容

本公开提供了一种获取本地资源的方法、装置、设备、存储介质以及计算机程序产品。

根据本公开的一方面，提供了一种获取本地资源的方法，包括：响应于应用页面请求获取本地资源，由所述应用页面跳转至目标界面；利用所述目标界面，获取并向所述应用页面回调与所述本地资源关联的统一资源定位符(Uniform resource locator，简称URL)；以及通过所述应用页面，获取由所述目标界面回调的所述URL，以使所述应用页面获取与所述URL关联的所述本地资源。

根据本公开的另一方面，提供了一种获取本地资源的装置，包括：控制模块，用于响应于应用页面请求获取本地资源，控制所述应用页面跳转至目标界面；获取与回调模块，用于利用所述目标界面，获取并向所述应用页面回调与所述本地资源关联的统一资源定位符URL；以及获取模块，用于通过所述应用页面，获取由所述目标界面回调的所述URL，以使所述应用页面获取与所述URL关联的所述本地资源。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开实施例所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据本公开实施例所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据本公开实施例所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1A示例性示出了适于本公开实施例的获取本地资源的方法及装置的系统架构；

图1B示例性示出了可以实现本公开实施例的获取本地资源的方法及装置的场景图；

图2示例性示出了根据本公开实施例的获取本地资源的方法的流程图；

图3A示例性示出了根据本公开实施例的获取本地资源的流程图；

图3B示例性示出了相关技术中获取本地资源的示意图；

图3C示例性示出了根据本公开实施例的获取本地资源的示意图；

图4示例性示出了根据本公开实施例的获取本地资源的装置的框图；以及

图5示例性示出了用来实现本公开实施例的获取本地资源的方法及装置的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

对于Android应用而言，传统的获取本地资源的方法如下：(1)调用特定的Android应用程序接口(Application Programming Interface，简称API)申请获取本地资源的读权限；(2)在onRequestPermissionsResult()方法中判断是否已申请到权限；(3)确定已申请到该本地资源的读权限，在onRequestPermissionsResult()方法中调用特定的AndroidAPI去获取该本地资源；(4)在onActivityResult()方法，获取并展示该本地资源。

在实现本公开发明构思的过程中，发明人发现：这种传统的本地资源获取方案中，每个需要获取本地资源的应用页面中都需要重复写入onRequestPermissionsResult()方法和onActivityResult()方法。并且，这种开发方式使得资源申请逻辑和资源处理逻辑被分散到不同方法中执行，即，发起获取本地资源的申请后，通过调用特定的Android API来获取本地资源，但实际上是通过执行onRequestPermissionsResult()方法和onActivityResult()方法来获取本地资源的。因而，从程序开发角度来看，这在很大程度上降低了代码的可读性。此外，由于每个需要获取本地资源的应用页面中都需要写入onRequestPermissionsResult()方法和onActivityResult()方法，即，onRequestPermissionsResult()方法和onActivityResult()方法是绑定在这些应用页面上的。因而，这些应用页面的程序代码耦合性较高，不便于优化和后期维护。

对此，本公开实施例的发明构思在于：不再将onRequestPermissionsResult()方法和onActivityResult()方法重复写入每个需要获取本地资源的应用页面中，而是额外设计一个专用界面(或称为目标界面，具体实现形式包括诸如透明界面等形式)，将这两个方法仅仅写入这个专用界面中，使得这两个方法绑定在这个专用界面上。这样，在应用页面发起本地资源获取请求后，都可以跳转至该专用界面，然后调用特定的Android API，并执行该专用界面上绑定的onRequestPermissionsResult()方法和onActivityResult()方法，获取与对应的本地资源关联的URL，然后再将获取的URL回调给发起本地资源获取请求的应用页面，由该应用页面最终基于该URL获取并展示其请求的本地资源。

以下将结合具体实施例详细阐述本公开。

适于本公开实施例的获取本地资源的方法和装置的系统架构介绍如下。

图1A示例性示出了适于本公开实施例的获取本地资源的方法和装置的系统架构。需要注意的是，图1A所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他环境或场景。

如图1A所示，系统架构100可以包括：多个应用页面110和目标界面120。

需要说明的是，多个应用页面110可以是属于同一应用程序的多个应用页面，也可以是属于不同应用程序的多个应用页面，本公开实施例在此不做限定。应用页面111可以是多个应用页面110中的任一应用页面。

目标界面120是额外设计的专用界面。可以将onRequestPermissionsResult()方法和onActivityResult()方法仅仅写入这个专用界面中，使得这两个方法绑定在这个专用界面上，而无需在多个应用页面110中的每个应用页面上都重复写入这两个方法。这样，在应用页面111发起本地资源获取请求后，可以跳转至目标界面120，然后由目标界面120调用特定的Android API，并执行与之绑定的onRequestPermissionsResult()方法和onActivityResult()方法，获取与应用页面111请求的本地资源关联的URL。然后再由目标界面120将其获取的URL回调给应用页面111。最后由应用页面111基于目标界面120回调的URL，获取并展示其请求的本地资源。

应该理解，图1A中的多个应用页面110中包含的应用页面的数目仅仅是示意性的。根据实现需要，多个应用页面110可以包含任意数目的应用页面。

适于本公开实施例的获取本地资源的方法和装置的应用场景介绍如下。

图1B示例性示出了可以实现本公开实施例的获取本地资源的方法及装置的场景图。

如图1B所示，在该应用场景中，多个应用页面110可以是属于同一应用程序的多个应用页面，也可以是属于不同应用程序的多个应用页面，本公开实施例在此不做限定。应用页面111可以是多个应用页面110中的任一应用页面。

目标界面120是额外设计的专用界面。可以将onRequestPermissionsResult()方法和onActivityResult()方法仅仅写入这个专用界面中，使得这两个方法绑定在这个专用界面上，而无需在多个应用页面110中的每个应用页面上都重复写入这两个方法。这样，在应用页面111发起针对“通过文件管理器能够选择的所有资源”、“相册中的图片”、“调用系统相机拍摄的照片”和“应用的权限资源”中的一种或几种本地资源的获取请求后，都可以跳转至目标界面120，然后由目标界面120调用特定的Android API，并执行与之绑定的onRequestPermissionsResult()方法和onActivityResult()方法，获取与应用页面111请求的本地资源关联的URL。然后再由目标界面120将其获取的URL回调给应用页面111。最后由应用页面111基于目标界面120回调的URL，获取并展示其请求的本地资源。

应该理解，本公开实施例提供的获取本地资源的方法，除了可以应用于图1B所示的场景之外，还可以应用于其他类似场景，本公开实施例在此不再一一赘述。

根据本公开的实施例，本公开提供了一种获取本地资源的方法。

图2示例性示出了根据本公开实施例的获取本地资源的方法的流程图。

如图2所示，获取本地资源的获取方法200可以包括：操作S210～S230。

在操作S210，响应于应用页面请求获取本地资源，由应用页面跳转至目标界面。

在操作S220，利用目标界面，获取并向应用页面回调与本地资源关联的统一资源定位符URL。

在操作S230，通过应用页面，获取由目标界面回调的URL，以使应用页面获取与URL关联的本地资源。

需要说明的是，在本公开实施例中，目标界面是额外设计的专用界面。该目标界面中写有onRequestPermissionsResult()方法和onActivityResult()方法。即，这两个方法已被绑定在这个目标界面上。而上述的应用页面中不再写有这两个方法。上述的应用页面可以是任意应用程序(如Android类应用程序)中的任意需要获取本地资源的应用页面，本公开实施例在此不做限定。

在本公开实施例中，适应于上述方法的本地资源可以包括但不限于以下资源中的一种或几种：通过文件管理器能够选择的所有资源、相册中的图片、调用系统相机拍摄的照片、应用的权限资源。

示例性的，某应用页面发起获取相册中的某图片的请求后，可以直接由该应用页面跳转至目标界面，然后由该目标界面调用特定的Android API，并执行绑定在该目标界面中的onRequestPermissionsResult()方法和onActivityResult()方法，从而获取与该图片关联的URL。然后再由该目标界面将该URL回调给该应用页面。最后由该应用页面基于该目标界面回调的URL，获取并展示与该URL关联的图片，即该应用页面请求获取的相册图片。需要说明的是，目标界面将其获取的URL回调给应用页面后或者回调给应用页面的同时，可以由该目标界面跳转回该应用页面。

本公开实施例中，不再需要在每个应用页面中重复写入onRequestPermissionsResult()方法和onActivityResult()方法，而是将onRequestPermissionsResult()方法和onActivityResult()方法仅仅写入专门定制的目标界面中。因而，这可以使应用页面的程序代码耦合性降低，从而有利于页面优化和后期维护。

进一步，作为一种可选的实施例，该方法还可以包括：响应于获取到由目标界面回调的URL，在应用页面上展示与该URL关联的本地资源。

在本公开实施例中，应用页面可以调用预先设定的回调方法，获取由目标界面回调的URL，以及展示与该URL关联的本地资源。

示例性的，以个人资料页获取相册图片为例，个人资料页发起获取请求后，可以直接由该个人资料页跳转至目标界面，然后由该目标界面调用特定的Android API，并执行绑定在该目标界面中的onRequestPermissionsResult()方法和onActivityResult()方法，从而获取与对应相册图片关联的URL。然后再由该目标界面将该URL回调给该个人资料页。最后由该个人资料页基于该目标界面回调的URL，获取并展示与该URL关联的相册图片。需要说明的是，目标界面将其获取的URL回调给个人资料页后或者回调给应用页面的同时，可以由该目标界面跳转回该个人资料页。

应该理解，本公开实施例中，并没有改变原有的Android API本身，而是在AndroidAPI原有设计的基础上，将本地资源的申请逻辑放在应用页面侧，由应用页面执行。并将本地资源的获取逻辑放在一个专用界面(目标界面)中，由该专用界面执行。其中，本地资源的获取逻辑包括：调用Android API，以及执行onRequestPermissionsResult()方法和onActivjtyResult()方法。因此，应用页面发起本地资源获取请求后，可以直接获取由目标界面回调的关联URL，并基于该URL展示对应的本地资源。因而，对于应用页面而言，本地资源申请操作和本地资源获取操作是在一个方法中实现的，而不是在不同方法中实现的。从程序开发角度来看，这在很大程度上提高了代码的可读性。

作为一种可选的实施例，目标界面可以为透明界面。

在本公开实施例中，将目标界面设置为透明界面，可以将本地资源获取逻辑交由一个对用户不可见的透明界面来处理。即，可以在用户无感的情况下，由其他界面(即目标界面)调用Android API，并执行onRequestPermissionsResult()方法和onActivityResult()方法来获取相应的本地资源。

具体地，透明界面的功能如下：调用Android API，并执行onRequestPermissionsResult()方法和onActivityResult()方法，并将关于本地资源的获取结果回调给发起请求的应用页面。

在本公开实施例中，开发者封装完上述透明界面后，应用页面请求本地资源时只需启动该透明界面，就能在请求的回调中获取并展示本地资源，而不再需要在每个应用页面中重复写入onRequestPermissionsResult()方法和onActivityResult()方法，更不需要通过应用页面调用Android API，并执行onRequestPermissionsResult()方法和onActivityResult()方法。

作为一种可选的实施例，利用目标界面，获取并向应用页面回调与本地资源关联的统一资源定位符URL，可以包括：利用该目标界面执行以下操作。

确定应用页面是否有权限获取该本地资源。

响应于确定应用页面有权限获取该本地资源，获取与该本地资源关联的URL。

将该URL回调至该应用页面。

示例性的，以个人资料页获取相册图片为例，个人资料页发起获取请求后，可以直接由该个人资料页跳转至目标界面，然后由该目标界面调用特定的Android API来判断该个人资料页是否有权限获取该相册中的图片。响应于确定该个人资料页有权限获取该相册中的图片，获取与该相册图片关联的URL。然后执行绑定在该目标界面中的onActivityResult()方法，判断与该相册图片关联的URL是否已获取成功。响应于确定与该相册图片关联的URL已获取成功，由该目标界面将该URL回调至该个人资料页。

此外，示例性的，继续以个人资料页获取相册图片为例，响应于确定与该相册图片关联的URL获取失败，也由该目标界面将该结果回调至该个人资料页。

进一步，作为一种可选的实施例，利用目标界面，获取并向应用页面回调与本地资源关联的统一资源定位符URL，还可以包括：利用该目标界面执行以下操作。

响应于确定该应用页面没有权限获取本地资源，为该应用页面申请该本地资源的获取权限。

其中，响应于为该应用页面申请到该本地资源的获取权限，执行获取与该本地资源关联的URL和将该URL回调至该应用页面的操作。

示例性的，继续以个人资料页获取相册图片为例，如图3A所示，获取相册图片可以包括如下操作。

在操作S310，开始，即个人资料页发起获取请求。

在操作S320，由该个人资料页跳转至透明界面。

在操作S330，由该透明界面调用特定的Android API，判断该个人资料页是否有权限访问该相册中的图片。其中，如果判断结果为是，则执行操作S340；否则，跳转至操作S390。

在操作S340，获取与该相册图片关联的URL。

在操作S350，执行绑定在该透明界面中的onActivityResult()方法，判断与该相册图片关联的URL是否已获取成功。其中，如果判断结果为是，则执行操作S360；否则，跳转至操作S3110。

在操作S360，由该透明界面将该URL回调至该个人资料页。

在操作S370，该个人资料页在预先设定的回调方法中判断与该URL关联的相册图片是否已获取成功。如果判断结果为是，则执行操作S380；否则，跳转至操作S3120。

在操作S380，展示该相册图片。

在操作S390，继续调用特定的Android API，为该个人资料页申请针对该相册的访问权限。

在操作S3100，执行绑定在该透明界面中的onRequestPermissionsResult()方法，判断是否已为该个人资料页申请到针对该相册的访问权限。其中，如果判断结果为是，则跳转至操作S340；否则，执行操作S3110。

在操作S3110，与该相册图片关联的URL获取失败，由该透明界面将此结果回调至该个人资料页。

在操作S3120，结束。

需要说明的是，透明界面将其获取的URL回调给个人资料页后或者回调给个人资料页的同时，可以由该透明界面跳转回该个人资料页。

作为一种可选的实施例，本地资源可以包括以下中的至少之一：通过文件管理器能够选择的所有资源；相册中的图片；调用系统相机拍摄的照片；以及应用的权限资源，如某应用对某个本地资源具有访问权限就属于该应用的权限资源。

应该理解，在本公开实施例中，通过文件管理器能够选择的本地资源包括但不限于：图片、视频、音频、文件等。此处的图片是指使用应用(如Android应用)时加载的、存储在特定文件中的图片。

作为一种可选的实施例，包含应用页面的目标应用中设置有目标界面。

示例性的，在本公开实施例中，可以为每个应用程序额外设置一个透明界面。这样，应用程序中的任何应用页面需要获取本地资源时都可以跳转至该透明界面，先由该透明界面获取到相应的URL，并回调至发起请求的应用页面，然后由发起请求的应用页面基于回调得到的URL获取并展示对应的本地资源。

在本公开实施例中，针对任意应用程序，只需设置专门的透明界面用于执行本地资源的获取操作即可，无需在应用程序的每个页面中都重复写入实现该操作的代码。由此可以保证应用程序中每个应用页面的各程序代码之间具有更低的耦合性。

此外，作为另一个实施例，还可以针对多个应用程序设置一个透明界面用于实现本地资源的获取。即，多个应用程序可以共用一个统一的透明界面来实现本地资源的获取。

进一步，作为一种可选的实施例，目标应用可以包括Android应用。

示例性的，如图3B所示，传统的获取相册图片是通过界面类301调用特定的Android API，获取文件访问权限，然后执行onRequestPermissionsResult()方法，判断是否获取权限成功。响应于获取权限成功，继续调用特定的Android API获取相册图片。最后，执行onRequestPermissionsResult()方法，判断是否获取相册图片成功。响应于获取相册图片成功，展示相册图片。

示例性的，如图3C所示，本公开实施例中，获取相册图片是通过界面类302发起获取请求，然后跳转至透明界面类303，并通过透明界面类303调用特定的Android API，以获取本地系统资源(即本地资源)，并且通过执行与透明界面类303绑定的onRequestPermissionsResult()方法和onActivityResult()方法，获取对应的结果，并将该结果回调至界面类302。由此，界面类302获取相册图片成功，并展示图片。

根据本公开的实施例，本公开还提供了一种获取本地资源的装置。

图4示例性示出了根据本公开实施例的获取本地资源的装置的框图。

如图4所示，获取本地资源的装置400可以包括：控制模块410、获取与回调模块420和获取模块430。

具体地，控制模块410，用于响应于应用页面请求获取本地资源，控制该应用页面跳转至目标界面。

获取与回调模块420，用于利用该目标界面，获取并向该应用页面回调与该本地资源关联的统一资源定位符URL。

获取模块430，用于通过该应用页面，获取由该目标界面回调的该URL，以使该应用页面获取与该URL关联的该本地资源。

作为一种可选的实施例，该装置还包括：展示模块，用于响应于获取到由该目标界面回调的该URL，在该应用页面上展示与该URL关联的该本地资源。

作为一种可选的实施例，该目标界面为透明界面。

作为一种可选的实施例，该获取与回调模块还用于利用该目标界面执行以下操作：确定该应用页面是否有权限获取该本地资源；响应于确定该应用页面有权限获取该本地资源，获取该URL；以及将该URL回调至该应用页面。

作为一种可选的实施例，该获取与回调模块还用于利用该目标界面执行以下操作：响应于确定该应用页面没有权限获取该本地资源，为该应用页面申请该本地资源的获取权限。其中，响应于该权限申请模块为该应用页面申请到该本地资源的获取权限，由该获取与回调模块利用该目标界面执行获取该URL和将该URL回调至该应用页面的操作。

作为一种可选的实施例，该本地资源包括以下中的至少之一：通过文件管理器能够选择的所有资源；相册中的图片；调用系统相机拍摄的照片；以及应用的权限资源。

作为一种可选的实施例，包含该应用页面的目标应用中设置有该目标界面。

作为一种可选的实施例，该目标应用包括Android应用。

应该理解，本公开装置部分的实施例与本公开方法部分的实施例对应相同或类似，解决的技术问题和所实现的功能以及所达到的技术效果也对应相同或类似，本公开在此不再赘述。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图5示出了可以用来实施本公开的实施例的示例电子设备500的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，电子设备500包括计算单元501，其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序，来执行各种适当的动作和处理。在RAM 503中，还可存储电子设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

电子设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如获取本地资源的方法。例如，在一些实施例中，获取本地资源的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由计算单元501执行时，可以执行上文描述的获取本地资源的方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行用于本地资源的获取方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (19)

1.一种获取本地资源的方法，包括：

响应于应用页面请求获取本地资源，由所述应用页面跳转至目标界面；

利用所述目标界面，获取并向所述应用页面回调与所述本地资源关联的统一资源定位符URL；以及

通过所述应用页面，获取由所述目标界面回调的所述URL，以使所述应用页面获取与所述URL关联的所述本地资源。

2.根据权利要求1所述的方法，还包括：

响应于获取到由所述目标界面回调的所述URL，在所述应用页面上展示与所述URL关联的所述本地资源。

3.根据权利要求1或2所述的方法，其中，所述目标界面为透明界面。

4.根据权利要求1至3中任一项所述的方法，其中，利用所述目标界面，获取并向所述应用页面回调与所述本地资源关联的统一资源定位符URL，包括：利用所述目标界面执行以下操作：

确定所述应用页面是否有权限获取所述本地资源；

响应于确定所述应用页面有权限获取所述本地资源，获取所述URL；以及

将所述URL回调至所述应用页面。

5.根据权利要求4所述的方法，其中，利用所述目标界面，获取并向所述应用页面回调与所述本地资源关联的统一资源定位符URL，还包括：利用所述目标界面执行以下操作：

响应于确定所述应用页面没有权限获取所述本地资源，为所述应用页面申请所述本地资源的获取权限；

其中，响应于为所述应用页面申请到所述本地资源的获取权限，执行获取所述URL和将所述URL回调至所述应用页面的操作。

6.根据权利要求1至5中任一项所述的方法，其中，所述本地资源包括以下中的至少之一：

通过文件管理器能够选择的所有资源；

相册中的图片；

调用系统相机拍摄的照片；以及

应用的权限资源。

7.根据权利要求1所述的方法，其中，包含所述应用页面的目标应用中设置有所述目标界面。

8.根据权利要求7所述的方法，其中，所述目标应用包括Android应用。

9.一种获取本地资源的装置，包括：

控制模块，用于响应于应用页面请求获取本地资源，控制所述应用页面跳转至目标界面；

获取与回调模块，用于利用所述目标界面，获取并向所述应用页面回调与所述本地资源关联的统一资源定位符URL；以及

获取模块，用于通过所述应用页面，获取由所述目标界面回调的所述URL，以使所述应用页面获取与所述URL关联的所述本地资源。

10.根据权利要求9所述的装置，还包括：

展示模块，用于响应于获取到由所述目标界面回调的所述URL，在所述应用页面上展示与所述URL关联的所述本地资源。

11.根据权利要求9或10所述的装置，其中，所述目标界面为透明界面。

12.根据权利要求9至11中任一项所述的装置，其中，所述获取与回调模块还用于利用所述目标界面执行以下操作：

确定所述应用页面是否有权限获取所述本地资源；

响应于确定所述应用页面有权限获取所述本地资源，获取所述URL；以及

将所述URL回调至所述应用页面。

13.根据权利要求12所述的装置，其中，所述获取与回调模块还用于利用所述目标界面执行以下操作：

响应于确定所述应用页面没有权限获取所述本地资源，为所述应用页面申请所述本地资源的获取权限；

其中，响应于为所述应用页面申请到所述本地资源的获取权限，由所述获取与回调模块利用所述目标界面执行获取所述URL和将所述URL回调至所述应用页面的操作。

14.根据权利要求9至13中任一项所述的装置，其中，所述本地资源包括以下中的至少之一：

通过文件管理器能够选择的所有资源；

相册中的图片；

调用系统相机拍摄的照片；以及

应用的权限资源。

15.根据权利要求9所述的装置，其中，包含所述应用页面的目标应用中设置有所述目标界面。

16.根据权利要求15所述的装置，其中，所述目标应用包括Android应用。

17.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。

19.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-8中任一项所述的方法。

Images