资源获取方法及相关产品与流程

1.本技术涉及资源分发技术领域，具体涉及一种资源获取方法及相关产品。


背景技术：

2.随着通信技术的迅猛发展，互联网的应用越来越广泛，且为了满足用户的各种个性化需求，提升用户使用应用程序的体验，其对应的应用功能越来越多。
3.目前，应用程序客户端开发人员往往需要在应用程序开发平台进行发布和更新，一般需要其将应用程序的源包由客户端的开发人员在该平台上构建，并在构建完成后，其他开发人员需要继续从该平台的页面上下载应用程序的源包；在针对该应用程序进行版本发布时，需要先将源包上传至版本发布平台。用户也需要在应用程序下载平台注册，并进入到应用程序安装页面，通过该页面完成对于应用程序的下载或者更新。由上述可知，不管是用户还是开发人员，在下载或者发布该应用程序时，均操作繁琐，并且在整个版本发布过程中，需要耗费大量的开发成本。


技术实现要素：

4.本技术实施例提供了一种资源获取方法及相关产品，有利于缓解该目标用户的晕动症，不需要通过穴位按压等方式去改善目标用户的晕动症现象，有利于保证目标用户的安全。
5.第一方面，本技术实施例提供一种资源获取方法，所述方法包括：
6.响应于用户针对二维码的扫码操作，确定所述用户的业务场景；
7.确定所述业务场景对应的目标资源信息；
8.根据所述目标资源信息，生成资源下载链接，在目标ui界面显示所述资源下载链接。
9.第二方面，本技术实施例提供一种资源获取装置，所述装置包括：
10.确定单元和显示单元，其中，
11.所述确定单元，用于响应于用户针对二维码的扫码操作，确定所述用户的业务场景；
12.所述确定单元，还用于确定所述业务场景对应的目标资源信息；
13.所述显示单元，用于根据所述目标资源信息，生成资源下载链接，并在目标ui界面显示所述资源下载链接。
14.第三方面，本技术实施例提供一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本技术实施例第一方面任一方法中的步骤的指令。
15.第四方面，本技术实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本技术实施例第一方面任一方法中所描述的部分或全部步骤。
16.第五方面，本技术实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本技术实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
17.可以看出，本技术实施例中，电子设备可响应于用户针对二维码的扫码操作，确定所述用户的业务场景；确定所述业务场景对应的目标资源信息；根据所述目标资源信息，生成资源下载链接，在目标ui界面显示所述资源下载链接。如此，用户(例如，开发人员、应用下载用户等)可在本系统中通过二维码确定其对应的业务场景，并获取到其想要的目标资源信息，并可通过资源下载链接实现对于应用程序的安装，或者应用程序的发布，或者应用程序的开发等业务需求，以实现针对不同用户的精准投放，操作简单，有利于节省开发成本。
附图说明
18.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1a是本技术实施例提供的一种资源获取装置的结构示意图；
20.图1b是本技术实施例提供的一种资源获取装置的设备安装示意图；
21.图2是本技术实施例提供的一种资源获取方法的流程示意图；
22.图3是本技术实施例提供的一种ui界面的展示的示意图；
23.图4是本技术实施例提供的一种ui界面的展示的示意图；
24.图5是本技术实施例提供的一种电子设备的结构示意图；
25.图6a是本技术实施例提供的一种资源获取装置的功能单元组成框图；
26.图6b是本技术实施例提供的一种资源获取装置的功能单元组成框图。
具体实施方式
27.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
28.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
29.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和
隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
30.电子设备可以是还包含其它功能诸如个人数字助理和/或音乐播放器功能的便携式电子设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴电子设备(如智能手表、智能眼镜)、车载设备等。便携式电子设备的示例性实施例包括但不限于搭载ios系统、android系统、microsoft系统或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备，诸如膝上型计算机(laptop)等。还应当理解的是，在其他一些实施例中，上述电子设备也可以不是便携式电子设备，而是台式计算机。
31.第一部分，本技术实施例所公开的示例业务场景介绍如下。
32.图1a示出了本技术所适用的资源获取系统的架构示意图，该系统架构图中可包括：应用管理层、平台分发管理层、平台分发服务层和ui定制化层等等，在此不作限定。
33.其中，应用管理层可接入多个业务场景，每一业务场景可对应一个业务渠道，该业务渠道可包括以下至少一种：系统资源更新服务(system resource auto update service，sau)平台、第三方应用商店平台和本地应用商店平台等等，在此不作限定；其中，sau平台可用于后台开发人员进行应用程序对应资源的更新、版本发布、版本升级、版本审批等；第三方应用商店平台和本地应用商店平台可用于用户实现应用程序的下载、安装以及更新等等。
34.其中，上述平台分发管理层可用于应用程序的注册以及发布审批等；上述平台分发服务层可用于获取应用程序对应的应用信息等；上述ui定制化层可用于不同情况、不同应用程序(app)、不同设备的ui页面的展示，以及资源信息的分发规则的解析等等。
35.如图1b所示，为一种资源获取系统的树状图，由该树状图可知，本资源获取平台可以支持不同用户实现不同的功能，例如，可支持后台开发人员完成对于应用程序的灰度发布设置，可支持对于第三方应用程序(第三方应用程序a或第三方应用程序b)对应的应用黑名单的设置，可支持第三方应用程序(第三方应用程序a或第三方应用程序b)完成对于目标资源信息的下载，可支持客户端(第三方应用程序)的权限配置，可支持不同区域的发布(发布时间、发布区域等等)配置。
36.可以看出，在本技术中，响应于用户针对二维码的扫码操作，确定所述用户的业务场景；确定所述业务场景对应的目标资源信息；根据所述目标资源信息，生成资源下载链接，在目标ui界面显示所述资源下载链接。如此，用户(例如，开发人员、应用下载用户等)可在本系统中通过二维码确定其对应的业务场景，并获取到其想要的目标资源信息，并可通过资源下载链接实现对于应用程序的安装，或者应用程序的发布，或者应用程序的开发等业务需求，以实现针对不同用户的精准投放，操作简单，有利于节省开发成本。
37.第二部分，本技术实施例所公开的权要保护范围介绍如下。
38.请参阅图2，图2是本技术实施例提供的一种资源获取方法的流程示意图，应用于电子设备，如图所示，本资源获取方法包括以下操作。
39.s201、响应于用户针对二维码的扫码操作，确定所述用户的业务场景。
40.其中，上述用户包括以下至少一种用户群体：开发人员用户群体和前端用户层级的用户群体等，其中，前端用户层级的用户群体包括：应用下载用户、应用更新用户等等，在此不作限定；开发人员用户群体可包括：应用程序版本审批人员、应用程序版本发布人员、应用程序资源更新人员等等，在此不作限定。
41.其中，每一类型的用户可对应一种业务场景，该业务场景可包括以下至少一种：开发人员业务场景、用户业务场景等等，在此不作限定；具体的，还可根据业务需求定义不同的业务场景，例如其，针对开发人员业务场景，可包括以下至少一种：应用程序版本发布、应用程序版本更新、应用资源更新等等；针对用户的业务场景，可包括以下至少一种：应用程序更新、应用程序下载等等，在此不作限定。
42.其中，如图1a所示的资源获取系统的架构图中，每一业务场景对应的用户均可访问到该业务管理层的业务渠道中。
43.其中，上述二维码可由电子设备生成，不同的二维码对应的业务场景不同，在用户层级，电子设备可仅显示一个二维码，不同的用户或者开发人员均可扫码以获取其想要的资源信息。
44.需要说明的是，用户也可通过其他方式，例如链接或者网页等进入本技术所描述的资源获取系统，在此不再赘述。
45.s202、确定所述业务场景对应的目标资源信息。
46.其中，不同业务场景对应的资源信息不同，可根据其业务场景确定其对应的业务渠道，例如，针对开发人员来说，业务渠道为上述sua渠道，进而，可根据该业务渠道，去获取其对应的业务场景所需的资源信息。
47.举例来说，上述资源信息可包括以下至少一种：不同版本号的应用程序对应的程序代码、版本号、灰度发布信息、自动更新信息等等。其中，灰度发布信息是指需要以过渡式的发布方式进行发布的资源信息，一般，可针对特定的用户进行应用程序的版本发布；上述自动更新信息可包括：自动更新时间、自动更新版本号等等，在此不作限定。
48.s203、根据所述目标资源信息，生成资源下载链接，在目标ui界面显示所述资源下载链接。
49.其中，可通过如图1a所述的ui定制化层为不同的用户、不同地区的app、不同的应用程序以及不同的资源获取情况定制化显示ui界面，以提示用户相关信息，例如，资源获取失败、资源获取成功、所在地区不支持下载该app等等，有利于提高用户体验。
50.可以看出，本技术实施例所描述的资源获取方法，电子设备可响应于用户针对二维码的扫码操作，确定所述用户的业务场景；确定所述业务场景对应的目标资源信息；根据所述目标资源信息，生成资源下载链接，在目标ui界面显示所述资源下载链接。如此，用户(例如，开发人员、应用下载用户等)可在本系统中通过二维码确定其对应的业务场景，并获取到其想要的目标资源信息，并可通过资源下载链接实现对于应用程序的安装，或者应用程序的发布，或者应用程序的开发等业务需求，以实现针对不同用户的精准投放，操作简单，有利于节省开发成本。
51.需要说明的是，本技术是针对一个电子设备访问资源获取系统进行说明，针对多个电子设备的访问情况，如本技术实施例所述的资源获取方法相同，不再赘述。此外，本技术中的多个均指两个或两个以上，在此不作限定。
52.在一种可能的示例中，在所述确定所述用户的业务场景之前，上述方法还可包括如下步骤：获取所述用户对应的电子设备的设备标识；根据所述设备标识，判断所述电子设备是否支持所述业务场景；若所述电子设备不支持所述业务场景，则根据所述业务场景生成第一提示语，并生成第一ui界面，所述第一ui界面用于显示所述第一提示语，所述第一提
示语用于提示所述用户不支持所述电子设备的访问。
53.其中，上述设备标识可包括以下至少一种：：ip地址、mac地址、集成电路卡识别码(integrate circuit card identity，iccid)iccid号、国际移动设备识别码(international mobile equipment identity，imei)等等，在此不作限定。上述第一提示语和/或第一ui界面可由用户自行设置或者系统默认，在此不作限定。
54.具体实现中，电子设备可事先针对不同的用户群体设定其对应的业务场景，可事先将用户使用电子设备的设备标识与业务场景进行绑定；进而，电子设备可根据该设备标识，判断该用户对应的电子设备是否支持当前扫码操作对应的业务场景，若不支持，可根据该业务场景生成第一提示语，并通过如图1a所示的ui定制化层生成第一ui界面，通过该第一ui界面显示第一提示语，该第一提示语可用于提示用户不支持该电子设备的访问，或者不支持访问本业务场景等等。
55.举例来说，如图3所示，为一种ui界面的展示示意图，在该图中，如若用户所使用的电子设备不支持访问该业务场景，例如，该用户为应用程序版本发布人员，其想要访问的业务场景为应用程序版本开发业务场景，则可在第一ui界面中显示第一提示语：您好，您无权访问针对应用程序a的版本发布界面。
56.可见，本示例中，通过二维码扫码实现资源信息的获取或者下载时，可对其进行一次业务场景访问权限的识别，如果其不具备访问该业务场景的权限，可通过定制化的ui界面给该用户以提示，有利于提高用户体验，以及系统安全性。
57.在一种可能的示例中，在所述判断所述电子设备是否支持所述业务场景之后，上述方法还可包括如下步骤：若所述电子设备支持所述业务场景，则确定所述用户的业务场景，并根据预设的业务场景与应用黑名单之间的映射关系，确定所述业务场景对应的应用黑名单；确定所述扫码操作对应的应用程序；若所述应用程序存在于所述应用黑名单中，则根据所述业务场景生成第二提示语，并生成第二ui界面，所述第二ui界面用于显示所述第二提示语，所述第二提示语用于提示所述用户无法在所述应用程序中获取所述资源信息；若所述应用程序不存在于所述应用黑名单中，则执行所述确定所述业务场景对应的目标资源信息的步骤。
58.其中，电子设备可预设业务场景与应用黑名单之间的映射关系，该应用黑名单可用于存放不能下载该业务场景对应的资源信息的应用程序，黑名单中的应用程序可指第三方应用程序。
59.具体实现中，由于有些第三方应用程序内部限制，是不能够实现对于其他应用程序的下载和安装的，因此，可针对该类应用程序设定应用黑名单。当用户通过该应用程序进行扫码操作以后，并且该电子设备是能够访问该业务场景的，这种情况一般是针对想要实现应用程序更新或者下载的用户，那么，可接入如图1a所示的第三方应用程序平台或本地应用程序平台。进一步地，可判断上述应用程序是否在应用黑名单中，如果在该黑名单中，则表明该应用程序为第三方应用程序，可通过第二提示语提示该用户，无法在该第三方应用程序中获取资源信息等提示信息；如果不存在该黑名单中，则表明扫码的应用程序是本地应用程序或者是能够进行资源信息获取或下载的应用程序。
60.举例来说，如图4所示，为一种ui界面的展示的示意图，在该图中，若用户是通过第三方应用程序访问该平台或者系统，并且无法在该第三方应用程序内完成对于资源信息的
获取或者下载，则可将第二ui界面中的第二提示语设定为：您好，您当前使用的应用程序无法下载应用程序a对应的资源信息，您可以选择复制如下链接，并打开浏览器进行下载等等。
61.可见，本示例中，针对第三方应用程序或者本地应用程序均对应有资源的获取策略，有利于提高资源获取系统的实用性，有利于提高用户体验。
62.在一种可能的示例中，所述确定所述业务场景对应的目标资源信息，上述方法包括如下步骤：根据预设的业务场景与资源信息集之间的映射关系，确定所述业务场景对应的资源信息集，所述资源信息集中包括多个资源信息，每一资源信息对应一个信息指纹；确定所述电子设备所在地区；确定所述地区对应的目标信息指纹集；将所述目标信息指纹集中的每一目标信息指纹与每一所述信息指纹进行匹配，得到与所述目标信息指纹匹配的信息指纹对应的至少一个资源信息；对所述至少一个资源信息进行打包，生成所述目标资源信息。
63.其中，电子设备中可预设业务场景与资源信息集之间的映射关系，从而，可根据该业务场景定位到应用程序对应的资源信息集，该资源信息集中可包括多个资源信息，不同的资源信息对应到应用程序中的功能不同，例如，针对资源信息a，其在应用程序中的功能为发送功能，针对资源信息b，其在应用程序中的功能为下载功能。
64.其中，可根据地区设定灰度发布规则，例如，针对不同地区，其下载的资源信息不同，根据该资源信息进行应用程序更新以后的应用程序功能不同。可事先对不同地区对应的资源信息的目标信息指纹进行打包，得到目标信息指纹集。
65.其中，上述信息指纹可指每一资源信息的数据包对应的哈希值，资源信息与资源信息是可以根据哈希值进行关联的，例如，若资源信息c与资源信息d相关联，那么其分别对应的哈希值c与哈希值d之前是相关联的，当确定了哈希值c以后，可不做信息指纹匹配，直接确定哈希值d对应的资源信息为目标资源信息。
66.其中，若资源信息c与资源信息d相关联，在建立哈希值c与哈希值d之间的映射关系或者关联性时，可事先建立多个资源信息关于信息指纹的信息索引，该信息索引可用于确定做个资源信息之前的关联性如何，例如，谁先谁后解压或者运行等等。可根据该信息索引确定资源信息c与资源信息d之间是否存在关联性，例如，可预先设定该地区对应的资源信息对应的哈希映射表，该哈希值映射表中每一哈希值可对应有一个数值，并且该数值对应有另一个数值，两个数值分别对应的哈希值之间存在关联；进而，对该哈希值c进行预设运算(可由用户自行设定或者系统默认)，得到数值c，在该哈希值映射表中确定该数值c对应的另一数值为数值d，如果在多个信息指纹中确定存在一个哈希值d对应的数值为数值d，则表明资源信息c与资源信息d相关联。进而，可根据多个信息指纹之间的信息索引，确定资源信息之间的关联性，以及具体关联关系。
67.需要说明的是，在本技术中，不仅仅可以根据地区进行的灰度发布设置，还可以根据时间段、用户类型等进行灰度发布，在此不作限定。
68.可见，本示例中，可为不同地区的人做定制化的资源获取，有些地区由于应用程序的功能的限制，并不是所有的功能，该地区的用户都可以访问，或者，后台开发人员针对不同地区的用户进行了灰度发布，不同地区所下载应用程序的功能是有差异性的，因此，可根据地区，获取其对应的目标资源信息，以实现灰度发布功能。
69.在一种可能的示例中，所述在目标ui界面显示所述资源下载链接之前，上述方法还可包括如下步骤：确定所述扫码操作对应的目标应用程序类型；根据预设的应用程序类型与ui界面之间的映射关系，确定所述目标应用程序类型对应的目标ui界面。
70.其中，电子设备中可预设应用程序类型与ui界面之间的映射关系，由于不同的设备类型的app属性原因其支持的ui页面的样式不同，因此，可针对不同的设备类型设置不同ui界面，其对应的ui展示样式不同。
71.可见，本示例中，可针对不同的app类型设置不同的ui界面样式，以适配不同的app属性要求，有利于提高本资源获取系统的实用性。
72.在一种可能的示例中，若所述目标资源信息为图片或者视频，则在所述目标ui界面中显示所述图片或者所述视频。
73.可见，本示例中，针对不同资源信息的类型，可对应有不同的展示方式，当目标资源信息为图片或者视频类型时，可直接在ui界面中显示该目标资源信息，不需要通过资源下载链接去下载，有利于提高用户体验。
74.请参阅图5，图5是本技术实施例提供的一种电子设备的结构示意图，如图所示，该电子设备包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，上述一个或多个程序被配置由上述处理器执行以下步骤的指令：
75.响应于用户针对二维码的扫码操作，确定所述用户的业务场景；
76.确定所述业务场景对应的目标资源信息；
77.根据所述目标资源信息，生成资源下载链接，在目标ui界面显示所述资源下载链接。
78.可以看出，本技术实施例中所描述的电子设备，可响应于用户针对二维码的扫码操作，确定所述用户的业务场景；确定所述业务场景对应的目标资源信息；根据所述目标资源信息，生成资源下载链接，在目标ui界面显示所述资源下载链接。如此，用户(例如，开发人员、应用下载用户等)可在本系统中通过二维码确定其对应的业务场景，并获取到其想要的目标资源信息，并可通过资源下载链接实现对于应用程序的安装，或者应用程序的发布，或者应用程序的开发等业务需求，以实现针对不同用户的精准投放，操作简单，有利于节省开发成本。
79.在一个可能的示例中，在所述确定所述用户的业务场景之前，上述程序还包括用于执行以下步骤的指令：
80.获取所述用户对应的电子设备的设备标识；
81.根据所述设备标识，判断所述电子设备是否支持所述业务场景；
82.若所述电子设备不支持所述业务场景，则根据所述业务场景生成第一提示语，并生成第一ui界面，所述第一ui界面用于显示所述第一提示语。
83.在一个可能的示例中，在所述判断所述电子设备是否支持所述业务场景之后，上述程序还包括用于执行以下步骤的指令：
84.若所述电子设备支持所述业务场景，则确定所述用户的业务场景，并根据预设的业务场景与应用黑名单之间的映射关系，确定所述业务场景对应的应用黑名单；
85.确定所述扫码操作对应的应用程序；
86.若所述应用程序存在于所述应用黑名单中，则根据所述业务场景生成第二提示
语，并生成第二ui界面，所述第二ui界面用于显示所述第二提示语；
87.若所述应用程序不存在于所述应用黑名单中，则执行所述确定所述业务场景对应的目标资源信息的步骤。
88.在一个可能的示例中，在所述确定所述业务场景对应的目标资源信息方面，上述程序包括用于执行以下步骤的指令：
89.根据预设的业务场景与资源信息集之间的映射关系，确定所述业务场景对应的资源信息集，所述资源信息集中包括多个资源信息，每一资源信息对应一个信息指纹；
90.确定所述电子设备所在地区；
91.确定所述地区对应的目标信息指纹集；
92.将所述目标信息指纹集中的每一目标信息指纹与每一所述信息指纹进行匹配，得到与所述目标信息指纹匹配的信息指纹对应的至少一个资源信息；
93.对所述至少一个资源信息进行打包，生成所述目标资源信息。
94.在一个可能的示例中，所述在目标ui界面显示所述资源下载链接之前，上述程序还包括用于执行以下步骤的指令：
95.确定所述扫码操作对应的目标应用程序类型；
96.根据预设的应用程序类型与ui界面之间的映射关系，确定所述目标应用程序类型对应的目标ui界面。
97.在一个可能的示例中，上述程序还包括用于执行以下步骤的指令：
98.若所述目标资源信息为图片或者视频，则在所述目标ui界面中显示所述图片或者所述视频。
99.上述主要从方法侧执行过程的角度对本技术实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
100.本技术实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
101.在采用对应各个功能划分各个功能模块的情况下，图6a示出了资源获取装置的示意图，如图6a所示，所述装置应用于电子设备，该资源获取装置600可以包括：确定单元601和显示单元602，其中，
102.确定单元601可以用于支持终端设备执行上述步骤s201-步骤s202，和/或用于本文所描述的技术的其他过程。
103.显示单元602可以用于支持终端设备执行上述步骤s203，和/或用于本文所描述的技术的其他过程。
104.可以看出，本技术实施例提供的资源获取装置，可响应于用户针对二维码的扫码操作，确定所述用户的业务场景；确定所述业务场景对应的目标资源信息；根据所述目标资源信息，生成资源下载链接，在目标ui界面显示所述资源下载链接。如此，用户(例如，开发人员、应用下载用户等)可在本系统中通过二维码确定其对应的业务场景，并获取到其想要的目标资源信息，并可通过资源下载链接实现对于应用程序的安装，或者应用程序的发布，或者应用程序的开发等业务需求，以实现针对不同用户的精准投放，操作简单，有利于节省开发成本。
105.在一个可能的示例中，图6b示出了资源获取装置的示意图，如图6b所示，所述装置应用于电子设备，该资源获取装置600还可以包括：获取单元603、判断单元604和生成单元605。
106.在一个可能的示例中，在所述确定所述用户的业务场景之前，其中，
107.所述获取单元603，用于获取所述用户对应的电子设备的设备标识；
108.所述判断单元604，用于根据所述设备标识，判断所述电子设备是否支持所述业务场景；
109.所述生成单元605，用于若所述电子设备不支持所述业务场景，则根据所述业务场景生成第一提示语，并生成第一ui界面，所述第一ui界面用于显示所述第一提示语。
110.在一个可能的示例中，在所述判断所述电子设备是否支持所述业务场景之后，所述确定单元601具体用于：若所述电子设备支持所述业务场景，则确定所述用户的业务场景，并根据预设的业务场景与应用黑名单之间的映射关系，确定所述业务场景对应的应用黑名单；确定所述扫码操作对应的应用程序。
111.所述生成单元605具体用于：若所述应用程序存在于所述应用黑名单中，则根据所述业务场景生成第二提示语，并生成第二ui界面，所述第二ui界面用于显示所述第二提示语；
112.所述确定单元601具体用于：若所述应用程序不存在于所述应用黑名单中，则执行所述确定所述业务场景对应的目标资源信息的步骤。
113.在一个可能的示例中，在所述确定所述业务场景对应的目标资源信息方面，上述确定单元601具体用于：
114.根据预设的业务场景与资源信息集之间的映射关系，确定所述业务场景对应的资源信息集，所述资源信息集中包括多个资源信息，每一资源信息对应一个信息指纹；
115.确定所述电子设备所在地区；
116.确定所述地区对应的目标信息指纹集；
117.将所述目标信息指纹集中的每一目标信息指纹与每一所述信息指纹进行匹配，得到与所述目标信息指纹匹配的信息指纹对应的至少一个资源信息；
118.对所述至少一个资源信息进行打包，生成所述目标资源信息。
119.在一个可能的示例中，在所述在目标ui界面显示所述资源下载链接之前，上述确定单元601具体用于：
120.确定所述扫码操作对应的目标应用程序类型；
121.根据预设的应用程序类型与ui界面之间的映射关系，确定所述目标应用程序类型对应的目标ui界面。
122.在一个可能的示例中，上述显示单元602具体用于：
123.若所述目标资源信息为图片或者视频，则在所述目标ui界面中显示所述图片或者所述视频。
124.需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
125.本实施例提供的电子设备，用于执行上述资源获取方法，因此可以达到与上述实现方法相同的效果。
126.在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述确定单元601、显示单元602、获取单元603、判断单元604和生成单元605执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。
127.其中，处理模块可以是处理器或控制器。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，dsp)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、wi-fi芯片等与其他电子设备交互的设备。
128.本技术实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。
129.本技术实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。
130.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
131.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
132.在本技术所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
133.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个
网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
134.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
135.上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例上述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
136.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：read-only memory，简称：rom)、随机存取器(英文：random access memory，简称：ram)、磁盘或光盘等。
137.以上对本技术实施例进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。