CN116700829A - 资源数据处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于大数据领域与金融科技领域，涉及一种资源数据处理方法，包括：在应用程序启动之后，接收到资源处理请求，对应用程序发出的资源加载请求进行拦截；从资源处理请求中提取出第一资源索引信息与处理信息；若处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与第一资源索引信息对应的目标预加载资源；在应用程序中对目标预加载资源进行加载。本申请还提供一种资源数据处理装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，目标预加载资源可存储于区块链中。本申请可应用于金融程序的资源替换场景，提高了对于应用程序的资源替换的应用范围与扩展性，满足了用户对于应用程序的资源替换功能的个性化需求。

Description

资源数据处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及人工智能开发技术领域与金融科技领域，尤其涉及资源数据处理方法、装置、计算机设备及存储介质。

背景技术

随着互联网技术的快速发展，越来越多的金融科技公司，例如保险公司、银行等都开发有服务于自身业务的应用程序。在这些应用程序中，通常会具有应用换肤功能，换肤是一种动态替换应用程序资源的功能，应用程序通过加载一个主题资源包，即可将内置的资源替换为资源包内的资源，例如常见的有夜间模式，或者为用户定制的皮肤包等。

在现有技术中，应用换肤的方案主要是利用安卓系统的LayoutInflater.Factory2机制。LayoutInflater.Factory2是在应用程序加载解析布局文件的接口回调，里面会回传详细的资源加载信息，并且提供了返回资源的接口，通过这些加载信息可以去拦截APP资源加载的过程，之后再进行资源替换的处理。然而，这种应用换肤的方案只能实现对于布局文件中的资源替换，对于一些Java其他加载资源的场景是没有办法拦截掉的，从而导致应用程序的资源替换的应用范围较小，扩展性差，无法满足用户对于应用程序的资源替换功能的个性化需求。

发明内容

本申请实施例的目的在于提出一种资源数据处理方法、装置、计算机设备及存储介质，以解决现有的应用换肤的方案只能实现对于布局文件中的资源替换，导致应用程序的资源替换的应用范围较小，扩展性差，无法满足用户对于应用程序的资源替换功能的个性化需求的技术问题。

为了解决上述技术问题，本申请实施例提供一种资源数据处理方法，采用了如下所述的技术方案：

在应用程序启动之后，判断是否接收到用户触发的资源处理请求；其中，所述资源处理请求携带第一资源索引信息与处理信息；

若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；

从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；

判断所述处理信息是否为替换处理信息；

若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；

在所述应用程序中对所述目标预加载资源进行加载。

进一步的，所述基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源的步骤，具体包括：

若所述处理信息为替换处理信息，从所述哈希表中获取与所述第一资源索引信息对应的第二资源索引信息；

调用所述插件资源包；

从所述插件资源包中确定出与所述第二资源索引信息对应的指定资源；

将所述指定资源作为所述目标预加载资源。

进一步的，所述调用所述插件资源包的步骤，具体包括：

获取所述插件资源包的下载地址；

基于所述下载地址下载所述插件资源包；

在预设目录中对所述插件资源包进行解析，以完成对所述插件资源包的调用。

进一步的，所述在所述应用程序中对所述目标预加载资源进行加载的步骤，具体包括：

对预设的资源获取方法进行拦截，并基于所述目标预加载资源对所述资源获取方法进行重写，得到目标资源获取方法；

加载所述目标资源获取方法，从所述插件资源包中获取与所述第二资源索引信息对应的所述目标预加载资源；

在所述应用程序中对所述目标预加载资源进行加载。

进一步的，在所述基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源的步骤之前，还包括：

获取预设的资源文件；

基于所述资源文件构建初始插件资源包；

对所述初始插件资源包进行压缩处理，得到所述插件资源包；

对所述插件资源包进行存储。

进一步的，所述对所述插件资源包进行存储的步骤，具体包括：

从区块链中获取与数据包类别对应的目标存储区块；

获取所述插件资源包的资源包标识；

构建所述资源包标识与所述插件资源包之间的关联关系；

基于所述关联关系，将所述插件资源包存储至所述目标存储区块内。

进一步的，在所述基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源的步骤之前，还包括：

获取与所述应用程序对应的应用宿主包的第一资源关系表，以及获取与所述插件资源包对应的第二资源关系表；

对所述第一资源关系表与所述第二资源关系表中具有相同名称的资源的ID信息进行关联处理，得到关联数据；

将所述关联数据存储至所述哈希表内。

为了解决上述技术问题，本申请实施例还提供一种资源数据处理装置，采用了如下所述的技术方案：

第一判断模块，用于在应用程序启动之后，判断是否接收到用户触发的资源处理请求；其中，所述资源处理请求携带第一资源索引信息与处理信息；

拦截模块，用于若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；

提取模块，用于从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；

第二判断模块，用于判断所述处理信息是否为替换处理信息；

确定模块，用于若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；

加载模块，用于在所述应用程序中对所述目标预加载资源进行加载。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

在应用程序启动之后，判断是否接收到用户触发的资源处理请求；其中，所述资源处理请求携带第一资源索引信息与处理信息；

若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；

从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；

判断所述处理信息是否为替换处理信息；

若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；

在所述应用程序中对所述目标预加载资源进行加载。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

在应用程序启动之后，判断是否接收到用户触发的资源处理请求；其中，所述资源处理请求携带第一资源索引信息与处理信息；

若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；

从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；

判断所述处理信息是否为替换处理信息；

若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；

在所述应用程序中对所述目标预加载资源进行加载。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例在应用程序启动之后，首先判断是否接收到用户触发的资源处理请求；若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；然后从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；后续判断所述处理信息是否为替换处理信息；若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；最后在所述应用程序中对所述目标预加载资源进行加载。本申请实施例在接收到用户触发的资源处理请求后，会智能地对应用程序发出的资源加载请求进行拦截，然后基于预设的哈希表与预设的插件资源包的使用来精确确定出与资源处理请求内携带的第一资源索引信息对应的目标预加载资源，进而可以通过加载插件资源包中的资源以实现快速智能地完成对于应用程序现有的内置资源的替换处理。采用插件资源包的资源替换加载处理方式可以替换应用程序中所有场景下加载的资源，并且可以替换所有种类的资源，从而有效提高了对于应用程序的资源替换的应用范围与扩展性，满足了用户对于应用程序的资源替换功能的个性化需求。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的资源数据处理方法的一个实施例的流程图；

图3是根据本申请的资源数据处理装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的资源数据处理方法一般由服务器/终端设备执行，相应地，资源数据处理装置一般设置于服务器/终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的资源数据处理方法的一个实施例的流程图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。本申请实施例提供的资源数据处理方法能够应用于任一种需要进行资源替换的场景中，则该方法能够应用于这些场景的产品中，例如，金融保险领域中的金融应用程序的皮肤替换的场景。所述的资源数据处理方法，包括以下步骤：

步骤S201，在应用程序启动之后，判断是否接收到用户触发的资源处理请求；其中，所述资源处理请求携带第一资源索引信息与处理信息。

在本实施例中，资源数据处理方法运行于其上的电子设备(例如图1所示的服务器/终端设备)，电子设备具体可为内置Android系统的设备，可以通过有线连接方式或者无线连接方式获取待查重图像。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wIDeband)连接、以及其他现在已知或将来开发的无线连接方式。上述资源处理请求可为用户触发的用于对应用程序内的加载的内置资源进行替换的请求。

步骤S202，若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截。

在本实施例中，，应用程序在启动之后，需要向服务端请求需要加载的内置资源。在请求资源时，应用程序需要向服务端发送资源加载请求，此时，可以通过资源拦截器拦截应用程序发出的资源加载请求，并可以记录每个资源加载请求所请求的资源信息。

步骤S203，从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息。

在本实施例中，可通过对所述资源处理请求进行信息解析处理，以从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息。

步骤S204，判断所述处理信息是否为替换处理信息。

在本实施例中，上述处理信息可包括替换处理信息，或者还包括保留处理信息。替换处理信息是指需要使用插件资源包内的插件资源对应用程序内的待加载的内置资源(例如图片、颜色、表格、文件等)进行替换处理的信息，而保留处理信息则是对应用程序的待加载的资源不作处理，即保留应用程序的加载资源不变。

步骤S205，若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源。

在本实施例中，哈希表的生成过程可为：通过遍历应用程序的应用宿主包和插件资源包的资源ID关系表，将同名的资源ID关联起来，保存在哈希表里面。后续利用这个哈希表，就可以应用程序的应用宿主包的资源ID找到同名的插件资源ID。然后通过拦截应用程序内的资源获取方法，通过上述哈希表实现资源ID的映射，之后继续原有的加载资源的流程，即可以实现加载插件资源包的资源，以完成利用插件资源包的资源对应用程序进行资源替换的处理。其中，插件资源包的构建原理可包括：AndroID系统的资源管理机制为AndroID的资源在应用程序(APP)打包的时候，会对每个资源赋予一个资源ID，并且建议资源ID与资源的关系表，以文件形式arsc保存在APP安装文件里面。当APP运行加载资源的时候，都会统一调用Resources.get方法，传入资源ID。而APP会先加载资源ID与资源的关系表，然后通过传入资源ID，去找到对应的资源，从而实现资源的加载。而加载资源ID与资源的关系表，是通过AndroID的资源管理类AssetManager的addAssetPath方法去实现的。addAssetPath的参数是APP安装文件的路径。因此通过调用这个方法，传入另一个APP安装文件路径，即可加载里面的资源。通过打包一个只包含资源文件的APP包，利用上述方法，就可以将其当成一个资源包来使用，从而可以根据预先收集的资源文件来构建出相应的插件资源包。另外，上述基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

步骤S206，在所述应用程序中对所述目标预加载资源进行加载。

在本实施例中，本申请是基于安卓系统的插件资源加载机制实现的方案，首先将资源包以插件的方式提供出来，加载到里面的资源后，再利用安卓资源索引的机制，将应用程序加载的资源与插件中同名的资源关联起来，在应用程序加载资源的时候，替换为插件资源包里面的同名资源。从而实现资源的替换。这种应用换肤方式可以替换所有场景下加载的资源，并且可以替换所有种类的资源。也可以选择某些界面使用资源包的资源，有些界面不用，是一种很方便的换肤方案。其中，上述在所述应用程序中对所述目标预加载资源进行加载的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

本申请在应用程序启动之后，首先判断是否接收到用户触发的资源处理请求；若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；然后从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；后续判断所述处理信息是否为替换处理信息；若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；最后在所述应用程序中对所述目标预加载资源进行加载。本申请在接收到用户触发的资源处理请求后，会智能地对应用程序发出的资源加载请求进行拦截，然后基于预设的哈希表与预设的插件资源包的使用来精确确定出与资源处理请求内携带的第一资源索引信息对应的目标预加载资源，进而可以通过加载插件资源包中的资源以实现快速智能地完成对于应用程序现有的内置资源的替换处理。采用插件资源包的资源替换加载处理方式可以替换应用程序中所有场景下加载的资源，并且可以替换所有种类的资源，从而有效提高了对于应用程序的资源替换的应用范围与扩展性，满足了用户对于应用程序的资源替换功能的个性化需求。

在一些可选的实现方式中，步骤S205包括以下步骤：

若所述处理信息为替换处理信息，从所述哈希表中获取与所述第一资源索引信息对应的第二资源索引信息。

在本实施例中，资源索引信息还可称为资源ID。在应用程序中加载资源是通过加载Resource.get方法，传入资源ID来调用的。由于应用程序的宿主包和插件资源包是分开打包的，两者的资源ID是不一样的。APP宿主包的代码中，资源ID代表的是应用程序的应用宿主包(或可简称为宿主包)中的资源。因此关键就是要将应用宿主包的资源ID映射到插件资源包中的资源ID，才可以实现资源的替换。因此，可通过遍历应用宿主包和插件资源包的资源ID关系表，将同名的资源ID关联起来，保存在哈希表里面。利用这个哈希表，就可以由应用宿主包的资源ID找到同名的插件资源ID。

调用所述插件资源包。

在本实施例中，上述调用所述插件资源包的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

从所述插件资源包中确定出与所述第二资源索引信息对应的指定资源。

在本实施例中，可以通过将第二资源索引信息作为key，再从插件资源包中查找到该key对应的value,以得到指定资源。

本申请当检测到若所述处理信息为替换处理信息，从所述哈希表中获取与所述第一资源索引信息对应的第二资源索引信息；然后调用所述插件资源包；后续从所述插件资源包中确定出与所述第二资源索引信息对应的指定资源，并将所述指定资源作为所述目标预加载资源。本申请基于哈希表与插件资源包的使用来对第一资源索引信息进行分析处理，可以实现快速准确地从插件资源包中确定出用于对应用程序进行资源替换的目标预加载资源。

在本实施例的一些可选的实现方式中，所述调用所述插件资源包，包括以下步骤：

获取所述插件资源包的下载地址。

在本实施例中，在生成插件资源包后，会将该插件资源包进行打包与压缩处理后再存储在服务器中，上述下载地址是指下载插件资源包的服务器地址。

基于所述下载地址下载所述插件资源包。

在预设目录中对所述插件资源包进行解析，以完成对所述插件资源包的调用。

在本实施例中，对于上述预设目录不作限定，可以根据实际需求在电子设备中的任意一个目录，或者可为专门用于解析存储插件资源包的目录。

本申请通过获取所述插件资源包的下载地址；然后基于所述下载地址下载所述插件资源包；后续在预设目录中对所述插件资源包进行解析，以完成对所述插件资源包的调用。在本申请中，由于插件资源包直接从服务器下载后加载便可使用，提高了插件资源包的使用智能性，且通过使用这种方式插件资源包加载方式可以大大扩展插件功能。

在一些可选的实现方式中，步骤S206包括以下步骤：

对预设的资源获取方法进行拦截，并基于所述目标预加载资源对所述资源获取方法进行重写，得到目标资源获取方法。

在本实施例中，上述资源获取方法具体为Resources.get的方法。对资源获取方法进行拦截，具体是通过构建一个新的Resources对象。而在AndroID系统中，每个界面是以Activity对象来表示，而Activity中有一个getResource方法,返回一个Resources对象，上述加载资源的Resources.get方法实际就是通过这个Resource对象调用的。基于所述目标预加载资源对所述资源获取方法进行重写包括：通过覆写Activity的getResource方法，并返回基于所述目标预加载资源新构建的Resources对象，就可以实现得到目标资源获取方法，从而后续可以目标资源获取方法的调用实现基于资源的拦载。其中，与资源获取方法对应的拦载方法，还可以让界面决策要不要加载插件资源，即有的Activity返回新的Resources对象，有的Activity返回原始的Resources对象。这种方式可以替换所有场景下加载的资源，并且可以替换所有种类的资源。并且也可以选择某些界面使用资源包的资源，有些界面不用，是一种很方便的更换资源的方案。

加载所述目标资源获取方法，从所述插件资源包中获取与所述第二资源索引信息对应的所述目标预加载资源。

在本实施例中，通过加载目标资源获取方法，进而可以通过将第二资源索引信息作为key，再从插件资源包中查找到该key对应的value,即上述目标预加载资源。

在所述应用程序中对所述目标预加载资源进行加载。

本申请通过对预设的资源获取方法进行拦截，并基于所述目标预加载资源对所述资源获取方法进行重写，得到目标资源获取方法；然后加载所述目标资源获取方法，从所述插件资源包中获取与所述第二资源索引信息对应的所述目标预加载资源；后续在所述应用程序中对所述目标预加载资源进行加载。本申请通过拦截资源获取方法，再基于所述目标预加载资源对所述资源获取方法进行重写，从而可以通过加载目标资源获取方法来从所述插件资源包中快速获取与所述第二资源索引信息对应的所述目标预加载资源，进而利用加载插件资源包中的资源以实现对于应用程序中内置资源的替换处理。由于基于插件资源包的资源替换加载处理方式可以替换应用程序中所有场景下加载的资源，并且可以替换所有种类的资源，有效提高了对于应用程序的资源替换的应用范围与扩展性，满足了用户对于应用程序的资源替换功能的个性化需求。

在一些可选的实现方式中，在步骤S205之前，上述电子设备还可以执行以下步骤：

获取预设的资源文件。

在本实施例中，上述资源文件可为根据实际的业务资源使用情况预先获取的文件，该文件内包含定义的资源ID、资源类型等数据。其中，插件资源可包括图片、颜色等资源,还可包括其他种类的资源。

基于所述资源文件构建初始插件资源包。

在本实施例中，通过对资源文件进行打包，并自定义资源包的名称，以生成初始插件资源包。初始插件资源包可为apk包。

对所述初始插件资源包进行压缩处理，得到所述插件资源包。

在本实施例中，可通过将插件资源包压缩为zip，以得到对应的插件资源包。

对所述插件资源包进行存储。

在本实施例中，上述对所述插件资源包进行存储的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

本申请通过获取预设的资源文件；然后基于所述资源文件构建初始插件资源包；之后对所述初始插件资源包进行压缩处理，得到所述插件资源包；后续对所述插件资源包进行存储。本申请通过使用资源文件可以快速地构建得到所需的插件资源包，以便后续可以基于插件资源包的使用，实现快速准确地确定出与所述第一资源索引信息对应的目标预加载资源。

在本实施例的一些可选的实现方式中，所述对所述插件资源包进行存储，包括以下步骤：

从区块链中获取与数据包类别对应的目标存储区块。

在本实施例中，预先根据各种存储数据类型将区块链划分为对应的多个存储区块。举例地，存储数据类型可包括文件类型、数据包类型、视频类型，等等，则对应的区块链划分为与存储数据类型对应的用于存储文件数据的文件存储区块，用于存储数据包的视频包存储区块，以及用于存储视频数据的视频存储区块，等等。

获取所述插件资源包的资源包标识。

在本实施例中，上述资源包标识可指插件资源包的包名称。

构建所述资源包标识与所述插件资源包之间的关联关系。

在本实施例中，关联关系可指将资源包标识作为对应的插件资源包的索引信息。

基于所述关联关系，将所述插件资源包存储至所述目标存储区块内。

在本实施例中，在将插件资源包存储至所述目标存储区块内后，可基于插件资源包关联的资源包标识来从目标存储区块中快速地查询出插件资源包。

本申请通过从区块链中获取与数据包类别对应的目标存储区块；然后获取所述插件资源包的资源包标识；之后构建所述资源包标识与所述插件资源包之间的关联关系；后续基于所述关联关系，将所述插件资源包存储至所述目标存储区块内。本申请通过从区块链中筛选出与数据包类别对应的目标存储区块，进而基于插件资源包关联的资源包标识将插件资源包存储至所述目标存储区块内，有效提高了插件资源包的存储智能性与存储规范性。

在本实施例的一些可选的实现方式中，在步骤S205之前，上述电子设备还可以执行以下步骤：

获取与所述应用程序对应的应用宿主包的第一资源关系表，以及获取与所述插件资源包对应的第二资源关系表。

在本实施例中，上述第一资源关系表是指应用宿主包的资源ID关系表，上述第二资源关系表是指插件资源包的资源ID关系表。

对所述第一资源关系表与所述第二资源关系表中具有相同名称的资源的ID信息进行关联处理，得到关联数据。

在本实施例中，ID信息指资源ID。应用程序的应用宿主包和插件资源包是分开打包的，两者的资源ID是不一样的。应用程序的应用宿主包的代码中，资源ID代表的是应用宿主包中的资源。因此关键就是要将应用宿主包的资源ID映射到插件资源包中的资源ID，才可以实现资源的替换。可通过遍历应用宿主包和插件资源包的资源ID关系表，将同名的资源ID关联起来，保存在哈希表里面。从而后续利用这个哈希表，就可以由应用宿主包的资源ID找到同名的插件资源的资源ID。

将所述关联数据存储至所述哈希表内。

本申请通过获取与所述应用程序对应的应用宿主包的第一资源关系表，以及获取与所述插件资源包对应的第二资源关系表；然后对所述第一资源关系表与所述第二资源关系表中具有相同名称的资源的ID信息进行关联处理，得到关联数据；后续将所述关联数据存储至所述哈希表内。本申请通过对所述应用程序的应用宿主包的第一资源关系表，以及所述插件资源包的第二资源关系表中具有相同名称的资源的ID信息进行关联处理以及数据表存储，从而可以快速地构建得到所需的哈希表，以便后续可以基于哈希表的使用，实现快速准确地确定出与所述第一资源索引信息对应的目标预加载资源。

需要强调的是，为进一步保证上述目标预加载资源的私密和安全性，上述目标预加载资源还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种资源数据处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的资源数据处理装置300包括：第一判断模块301、拦截模块302、提取模块303、第二判断模块304确定模块305、以及加载模块306。其中：

第一判断模块301，用于在应用程序启动之后，判断是否接收到用户触发的资源处理请求；其中，所述资源处理请求携带第一资源索引信息与处理信息；

拦截模块302，用于若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；

提取模块303，用于从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；

第二判断模块304，用于判断所述处理信息是否为替换处理信息；

确定模块305，用于若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；

加载模块306，用于在所述应用程序中对所述目标预加载资源进行加载。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的资源数据处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，确定模块305包括：

第一获取子模块，用于若所述处理信息为替换处理信息，从所述哈希表中获取与所述第一资源索引信息对应的第二资源索引信息；

调用子模块，用于调用所述插件资源包；

第一确定子模块，用于从所述插件资源包中确定出与所述第二资源索引信息对应的指定资源；

第二确定子模块，用于将所述指定资源作为所述目标预加载资源。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的资源数据处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中,调用子模块包括：

获取单元，用于获取所述插件资源包的下载地址；

下载单元，用于基于所述下载地址下载所述插件资源包；

解析单元，用于在预设目录中对所述插件资源包进行解析，以完成对所述插件资源包的调用。

本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的资源数据处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，加载模块306包括：

重写子模块，用于对预设的资源获取方法进行拦截，并基于所述目标预加载资源对所述资源获取方法进行重写，得到目标资源获取方法；

第二获取子模块，用于加载所述目标资源获取方法，从所述插件资源包中获取与所述第二资源索引信息对应的所述目标预加载资源；

加载子模块，用于在所述应用程序中对所述目标预加载资源进行加载。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的资源数据处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，资源数据处理装置还包括：

第一获取模块，用于获取预设的资源文件；

构建模块，用于基于所述资源文件构建初始插件资源包；

压缩模块，用于对所述初始插件资源包进行压缩处理，得到所述插件资源包；

第一存储模块，用于对所述插件资源包进行存储。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的资源数据处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，第一存储模块包括：

第三获取子模块，用于从区块链中获取与数据包类别对应的目标存储区块；

第四获取子模块，用于获取所述插件资源包的资源包标识；

构建子模块，用于构建所述资源包标识与所述插件资源包之间的关联关系；

存储子模块，用于基于所述关联关系，将所述插件资源包存储至所述目标存储区块内。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的资源数据处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，资源数据处理装置还包括：

第二获取模块，用于获取与所述应用程序对应的应用宿主包的第一资源关系表，以及获取与所述插件资源包对应的第二资源关系表；

处理模块，用于对所述第一资源关系表与所述第二资源关系表中具有相同名称的资源的ID信息进行关联处理，得到关联数据；

第二存储模块，用于将所述关联数据存储至所述哈希表内。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的资源数据处理方法的步骤一一对应，在此不再赘述。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如资源数据处理方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述资源数据处理方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例中，在应用程序启动之后，首先判断是否接收到用户触发的资源处理请求；若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；然后从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；后续判断所述处理信息是否为替换处理信息；若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；最后在所述应用程序中对所述目标预加载资源进行加载。本申请实施例在接收到用户触发的资源处理请求后，会智能地对应用程序发出的资源加载请求进行拦截，然后基于预设的哈希表与预设的插件资源包的使用来精确确定出与资源处理请求内携带的第一资源索引信息对应的目标预加载资源，进而可以通过加载插件资源包中的资源以实现快速智能地完成对于应用程序现有的内置资源的替换处理。采用插件资源包的资源替换加载处理方式可以替换应用程序中所有场景下加载的资源，并且可以替换所有种类的资源，从而有效提高了对于应用程序的资源替换的应用范围与扩展性，满足了用户对于应用程序的资源替换功能的个性化需求。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的资源数据处理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例中，在应用程序启动之后，首先判断是否接收到用户触发的资源处理请求；若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；然后从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；后续判断所述处理信息是否为替换处理信息；若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；最后在所述应用程序中对所述目标预加载资源进行加载。本申请实施例在接收到用户触发的资源处理请求后，会智能地对应用程序发出的资源加载请求进行拦截，然后基于预设的哈希表与预设的插件资源包的使用来精确确定出与资源处理请求内携带的第一资源索引信息对应的目标预加载资源，进而可以通过加载插件资源包中的资源以实现快速智能地完成对于应用程序现有的内置资源的替换处理。采用插件资源包的资源替换加载处理方式可以替换应用程序中所有场景下加载的资源，并且可以替换所有种类的资源，从而有效提高了对于应用程序的资源替换的应用范围与扩展性，满足了用户对于应用程序的资源替换功能的个性化需求。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种资源数据处理方法，其特征在于，包括下述步骤：

在应用程序启动之后，判断是否接收到用户触发的资源处理请求；其中，所述资源处理请求携带第一资源索引信息与处理信息；

若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；

从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；

判断所述处理信息是否为替换处理信息；

若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；

在所述应用程序中对所述目标预加载资源进行加载。

2.根据权利要求1所述的资源数据处理方法，其特征在于，所述基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源的步骤，具体包括：

若所述处理信息为替换处理信息，从所述哈希表中获取与所述第一资源索引信息对应的第二资源索引信息；

调用所述插件资源包；

从所述插件资源包中确定出与所述第二资源索引信息对应的指定资源；

将所述指定资源作为所述目标预加载资源。

3.根据权利要求2所述的资源数据处理方法，其特征在于，所述调用所述插件资源包的步骤，具体包括：

获取所述插件资源包的下载地址；

基于所述下载地址下载所述插件资源包；

在预设目录中对所述插件资源包进行解析，以完成对所述插件资源包的调用。

4.根据权利要求2所述的资源数据处理方法，其特征在于，所述在所述应用程序中对所述目标预加载资源进行加载的步骤，具体包括：

对预设的资源获取方法进行拦截，并基于所述目标预加载资源对所述资源获取方法进行重写，得到目标资源获取方法；

加载所述目标资源获取方法，从所述插件资源包中获取与所述第二资源索引信息对应的所述目标预加载资源；

在所述应用程序中对所述目标预加载资源进行加载。

5.根据权利要求1所述的资源数据处理方法，其特征在于，在所述基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源的步骤之前，还包括：

获取预设的资源文件；

基于所述资源文件构建初始插件资源包；

对所述初始插件资源包进行压缩处理，得到所述插件资源包；

对所述插件资源包进行存储。

6.根据权利要求5所述的资源数据处理方法，其特征在于，所述对所述插件资源包进行存储的步骤，具体包括：

从区块链中获取与数据包类别对应的目标存储区块；

获取所述插件资源包的资源包标识；

构建所述资源包标识与所述插件资源包之间的关联关系；

基于所述关联关系，将所述插件资源包存储至所述目标存储区块内。

7.根据权利要求1所述的资源数据处理方法，其特征在于，在所述基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源的步骤之前，还包括：

获取与所述应用程序对应的应用宿主包的第一资源关系表，以及获取与所述插件资源包对应的第二资源关系表；

对所述第一资源关系表与所述第二资源关系表中具有相同名称的资源的ID信息进行关联处理，得到关联数据；

将所述关联数据存储至所述哈希表内。

8.一种资源数据处理装置，其特征在于，包括：

第一判断模块，用于在应用程序启动之后，判断是否接收到用户触发的资源处理请求；其中，所述资源处理请求携带第一资源索引信息与处理信息；

拦截模块，用于若接收到所述资源处理请求，对所述应用程序发出的资源加载请求进行拦截；

提取模块，用于从所述资源处理请求中提取出所述第一资源索引信息与所述处理信息；

第二判断模块，用于判断所述处理信息是否为替换处理信息；

确定模块，用于若所述处理信息为替换处理信息，基于预设的哈希表与预设的插件资源包确定出与所述第一资源索引信息对应的目标预加载资源；

加载模块，用于在所述应用程序中对所述目标预加载资源进行加载。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的资源数据处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的资源数据处理方法的步骤。