CN115129323A - 数据资源包的处理方法、装置、设备和存储介质 - Google Patents

Abstract

本公开提供一种数据资源包的处理方法、装置、设备和存储介质，其中，方法包括：响应于源码发布请求，获取基于U3D的数据源码包；获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，预设编译平台设置有与多个应用平台对应的多套编译代码，每套编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包；将多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。由此，针对多平台统一集中编译多个数据资源包，避免分别针对每个应用平台编辑导致的编译效率低下的问题，并且针对多个应用平台统一发布与同一个数据源码包对应的数据资源包，保证了多应用平台的数据统一性。

Description

数据资源包的处理方法、装置、设备和存储介质

技术领域

本公开涉及计算机应用技术领域，尤其涉及一种数据资源包的处理方法、装置、设备和存储介质。

背景技术

全场景运营是基于社群互动、融合参与以及场景串联的网数融合场景，是互联网时代、社群时代、数据物联时代融合产生的三维复合场景，其中全场景下基于通用3D图形格式标准(Universal 3D，U3D)运行有关数据资源包。

相关技术中，由于运行有关数据资源包的应用平台是多样化的，比如，有些应用平台为安卓平台，有些应用平台为Linux内核平台等，为了在多应用平台进行数据资源包的部署应用，每个应用平台在运行对应的数据资源包时，需要在测试或者是生产环境中将对应的数据源码包下载后进行编译。这种通过每个应用平台编译数据资源包的方式，不但会导致数据资源包的编译效率低下，而且由于无法保证不同平台编译的数据源码包是统一的，从而可能会导致不同应用平台上的数据资源包的数据不统一。

发明内容

根据本公开的一方面，提供了一种数据资源包的处理方法，包括：响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包；获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，所述预设编译平台设置有与所述多个应用平台对应的多套编译代码，每套所述编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包；将所述多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。

根据本公开的另一方面，提供了一种数据资源包的处理装置，包括：获取模块，用于响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包；编译模块，用于获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，所述预设编译平台设置有与所述多个应用平台对应的多套编译代码，每套所述编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包；处理模块，用于将所述多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。

根据本公开的另一方面，提供了一种电子设备，包括：处理器；以及存储程序的存储器，其中，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行上述数据资源包的处理方法。

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

本公开实施例中提供的一个或多个技术方案，响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包，进而，获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，预设编译平台设置有与多个应用平台对应的多套编译代码，每套编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包，将多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。由此，针对多平台统一集中编译多个数据资源包，避免分别针对每个应用平台编辑导致的编译效率低下的问题，并且针对多个应用平台统一发布与同一个数据源码包对应的数据资源包，保证了多应用平台的数据统一性。

附图说明

在下面结合附图对于示例性实施例的描述中，本公开的更多细节、特征和优点被公开，在附图中：

图1示出了根据本公开示例性实施例的一种数据资源包的处理方法的流程图；

图2示出了一种数据源码包编译场景示意图；

图3示出了对目标数据资源包的显示请求的操作场景示意图；

图4示出了根据本公开示例性实施例的一种数据资源包的显示处理场景示意图；

图5示出了根据本公开示例性实施例的另一种数据资源包的显示处理场景示意图；

图6示出了根据本公开示例性实施例的一种数据资源包的处理装置的结构框图；

图7示出了能够用于实现本公开的实施例的示例性电子设备的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

以下参照附图描述本公开的方案数据资源包的处理方法，在该方法中，针对多平台统一集中编译多个数据资源包，避免分别针对每个应用平台编辑导致的编译效率低下的问题，并且针对多个应用平台统一发布与同一个数据源码包对应的数据资源包，保证了多应用平台的数据统一性。

其中，本公开实施例中的数据资源包包括但不限于运行在3D图形格式标准(Universal3D，U3D)技术下的txt文件，mp4文件等任意多媒体文件。在本公开实施例中，通过统一发布和编译数据资源包，可以保证在不同的应用平台上观看到的mp4文件等的数据是统一的，避免数据不统一导致无法交互的问题。比如，在U3D技术的线上教育平台中，若是学生A和老师B观看到的同一个课程的mp4文件不同，则导致显示的一些控件或者是其他数据不同，影响学生A和老师B的线上交互体验。本公开的实施例中，通过统一发布数据资源包，保证了在不同应用平台下的数据的统一。

图1是根据本公开一个实施例的数据资源包的处理方法的流程图，如图1所示，该方法包括：

步骤101，响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包。

可以理解的是，源码在投入使用时会触发发布事件，因此，响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包，其中，该数据源码包中包含了可见源代码，通常包含有关数据资源包更新版本对应的源代码。比如，对于线上教育平台而言，数据源码包可以为每个线上课程视频的源代码。

步骤102，获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，预设编译平台设置有与多个应用平台对应的多套编译代码，每套编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包。

在本公开的一个实施例中，可以根据数据源码包编译与多个应用平台对应的多个第一数据资源包，即在获取到数据源码包后，针对多个应用平台统一编译得到对应的第一数据资源包。其中，多个应用平台包括但不限于Andrio平台、Win平台、Linux平台、IOS平台、MAC平台等。第一数据资源包可以为可运行在多个应用平台对应的客户端上的Runtime包，第一数据资源包中封装了运行时的环境，使运行第一数据资源包的程序能够与运行的环境相连接。

需要说明的是，在不同的应用场景中，根据数据源码包编译与多个应用平台对应的多个第一数据资源包的方式不同，在一些可能的实施例中，如图2所示，可将数据源码包发送至预设编译平台，获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包(图中为m版本)，即该预设编译平台提前适配设置了与多个应用平台对应的便于源码，每套编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包，，编译参数包括对应应用平台的：编译类型、编译结果类型、源代码路径、源代码版本号和开发者信息中的至少一项，从而，可以基于预设编译平台编译得到多个第一数据资源包，进一步提升了数据资源包的编译效率。

在另一些可能的实施例中，也可以获取与多个应用平台对应的多组编译代码，基于多组编译代码对数据源码包编译得到多个第一数据资源包。

步骤103，将多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。

在本公开的一个实施例中，为了便于对多个第一数据资源包的同步发布和管理，将多个第一数据资源包存储至预设存储位置，其中，即对多个第一数据资源包集中存储，该预设存储位置可以位于编译处理器本地，也可以位于云端服务器等，在此不作限制。

在将多个第一数据资源包存储至预设存储位置后，可以对多个第一数据资源包进行后续的发布处理，以便于将第一数据资源包下发至对应的应用平台，由此，多个应用平台运行的第一数据资源包是一致的，在提升编译效率的基础上，保证了数据的统一性。

综上，本公开实施例的数据资源包的处理方法，响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包，进而，获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，预设编译平台设置有与多个应用平台对应的多套编译代码，每套编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包，将多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。由此，针对多平台统一集中编译多个数据资源包，避免分别针对每个应用平台编辑导致的编译效率低下的问题，并且针对多个应用平台统一发布与同一个数据源码包对应的数据资源包，保证了多应用平台的数据统一性。

基于以上实施例，在将多个第一数据资源包存储至预设存储位置时，为了便于下发最新版本的第一数据资源包，可以对第一数据资源包进行统一的管理。

在本公开的一个实施例中，确定与每个第一数据资源包对应的数据包标识信息，该数据包标识信息包括第一平台标识信息，第一平台标识信息用于指示对应的第一数据资源包属于哪个应用平台，该数据包标识信息还包括第一数据包名称信息，该第一数据包名称信息用于指示第一数据资源包对应于哪个数据资源包，该数据包标识信息还包括数据包版本信息，该数据包版本信息用于指示当前数据资源包对应的版本。

在实际执行过程中，数据包标识信息可以为一串二进制编码，通过二进制编码的不同位的二进制值来分别标识对应的第一平台标识信息、第一数据包名称信息、数据包版本信息，当然，也可以通过文字、字幕或者是图案等形式来表示第一平台标识信息、第一数据包名称信息、数据包版本信息，在此不一一列举。其中，每次编译时生成数据包标识信息的规则是统一的，以便于追溯最新版本的第一数据资源包。

在预设存储位置存储数据包标识信息和对应的第一数据资源包，即存储该数据包标识信息和对应的第一数据资源包的对应关系，以便于根据该对应关系向对应的应用平台下发最新版本的第一数据资源包。

在实际下发场景下中，获取目标应用平台对目标数据资源包的显示请求，其中，该显示请求可以为用户在目标数据资源包所在的应用平台上，执行对目标数据资源包的播放操作等。如图3所示，其示出了对目标数据资源包的显示请求的操作场景示意图，其中，在该操作场景示意图中，包含了课程a1的播放控件、课程a2的播放控件、课程a3的播放控件、课程a4的播放控件、课程a5的播放控件、课程a6的播放控件、课程a7的播放控件、课程a8的播放控件和课程a9的播放控件。

若是检测到用户在线上教育平台触发课程a1的播放控件，则获取到对课程a1的数据资源包的显示请求。需要强调的是，为了避免打断用户对目标数据资源包的观看，在观看过程中，并不会进行数据资源包的更新下载。

在本公开的一个实施例中，响应于目标应用平台对目标数据资源包的显示请求，获取目标应用平台的第二平台标识信息以及目标数据资源包的第二数据包名称信息，在一些可能的实施例中，每次执行目标数据资源包的显示操作时，目标应用平台会发送包含第二平台标识信息以及第二数据包名称信息的请求地址信息，可通过解析请求地址信息以获取第二平台标识信息和第二数据包名称信息。

进一步地，根据第一平台标识信息和第一数据包名称信息，在预设存储位置中获取与第二平台标识信息和第二数据包名称信息匹配的至少一个第二数据资源包，获取至少一个第二数据资源包对应的至少一个数据包版本信息，确定至少一个数据包版本信息中最高数据包版本信息对应的第三数据资源包，向目标应用平台发送携带第三数据资源包的数据包更新指令，以使得目标应用平台显示第三数据资源包。

在本公开的一个实施例中，在向目标应用平台发送携带第三数据资源包的数据包更新指令之前，还可以确定目标应用平台对应的目标数据资源包的当前版本信息，是否与至少一个数据包版本信息中最高数据包版本信息一致，即判断目标应用平台对应的目标数据资源包是否已经是最高版本，若是不一致，则向目标应用平台发送携带第三数据资源包的数据包更新指令，若是一致，则向目标应用平台发送显示允许消息，以使得目标应用平台显示目标数据资源包。

由此，根据目标应用平台所在的客户端上送的第二平台标识信息以及所述目标数据资源包的第二数据包名称信息，反馈最高数据包版本信息的目标数据资源包，由于最高数据包版本信息的目标数据资源包是统一进行发布管理的，所以最高数据包版本信息的目标数据资源包是同一个数据源码包的产物，故能保障多应用平台的目标数据资源包内数据节点的一致性。

举例而言，如图4所示，若是目标应用平台包括目标应用平台1和目标应用平台2，且目标数据资源包为课程a的播放文件V1版本，则若是目标应用平台1和目标应用平台2上的用户均触发课程a的播放控件，则目标应用平台1和目标应用平台2的客户端均发送对播放文件a-V1的显示请求。

在本实施例中，基于该显示请求确定最新版本的课程a的播放文件V2版本，则向目标应用平台1发送携带目标应用平台1对应的a1-V2的数据包更新指令，向目标应用平台2的客户端发送携带播放文件与目标应用平台2对应的a2-V2的数据包更新指令，以使得目标应用平台1的客户端播放a1-V2，目标应用平台2的客户端播放播放文件a2-V2，由于播放文件a1-V2和a2-V2是基于统一的数据源码生成的，因此，保证用户在目标应用平台1和目标应用平台2的客户端观看得到的内容是一致的。

当然，在本公开的一个实施例中，在将第一数据资源包投入到生产环境之前，需要对第一数据资源包进行测试处理。

在本实施例中，在将多个第一数据资源包存储至预设存储位置之前，在预设的测试环境中对每个第一数据资源包测试处理，获取每个第一数据资源包的测试数据。

在一些可能的实施例中，获取每个第一数据资源包中交互控件的响应时长和响应结果，获取每个第一数据资源包中显示元素的渲染信息，确定响应时长、响应结果和渲染信息为测试数据。确定测试数据和预设标准数据匹配，即认为测试通过，在测试通过后再发布。

比如，每个第一数据资源包中交互控件的响应时长和响应结果，若是该响应时长和预设的标准响应时长的差值小于预设时长阈值，且响应结果与预设的标准响应结果一致，则认为交互控件测试通过，获取每个第一数据资源包中显示元素的渲染信息，若是该渲染信息与预设标准渲染信息一致，则认为显示元素测试通过。

进一步地，在测试通过后，可以将测试通过后的第一数据资源包同步至灰度环境及生产环境，避免多环境重新编译带来的时间损耗及多次编译可能带来的数据不一致的问题。

在本公开的一个实施例中，如图5所示，若是对多应用平台在CI/CD管理方式下进行部署运行，(CI/CD是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD的核心概念是持续集成、持续交付和持续部署。具体来说，在本实施例中，CI/CD可让持续自动化和持续监控最新版版的数据资源包贯穿于应用的整个生命周期(从集成和测试阶段，到交付和部署))，则可以在CI流程中，将数据源码包发送至预设编译平台，获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包(图中为m版本)，并在CI流程中存储管理多个第一数据资源包，存储第一数据资源包时存储每个第一数据资源包对应的数据包标识信息，其中，本实施例中的数据包标识信息包括第一平台标识信息、第一数据包名称信息、数据包版本信息。

在CD流程中，针对多个第一数据资源包记性测试发布和管理，即在CD流程中将多个第一数据资源包发布到测试环境中进行测试，进而将测试完成后的多个第一数据资源包发送到灰度环境试运行，试运行通过够发布到生产环境，以便于将第一数据资源包下发至对应的应用平台。

综上，本公开实施例的数据资源包的处理方法，下发最高版本的相关的数据资源包下发到应用平台由于数据资源包是统一进行发布管理的，所以最高版本对应的数据资源包是同一个数据源码包的产物，故能保障多平台的数据资源包内数据节点的一致性。

为了实现上述实施例，本公开还提出了一种数据资源包的处理装置。图6示出了根据本公开一个实施例的数据资源包的处理装置的结构示意图，如图6所示，该数据资源包的处理装置包括：获取模块610、编译模块620和处理模块630。

获取模块610，用于响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包。

编译模块620，用于获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，预设编译平台设置有与所述多个应用平台对应的多套编译代码，每套所述编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包。

处理模块630，用于将多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。

一种可选的实施方式中，处理模块630还用于确定与每个第一数据资源包对应的数据包标识信息，其中，数据包标识信息包括第一平台标识信息、第一数据包名称信息、数据包版本信息，在预设存储位置存储数据包标识信息和对应的第一数据资源包。

一种可选的实施方式中，处理模块630还用于响应于目标应用平台对目标数据资源包的显示请求，获取目标应用平台的第二平台标识信息以及目标数据资源包的第二数据包名称信息，根据第一平台标识信息和第一数据包名称信息，在预设存储位置中获取与第二平台标识信息和第二数据包名称信息匹配的至少一个第二数据资源包，获取至少一个第二数据资源包对应的至少一个数据包版本信息，确定至少一个数据包版本信息中最高数据包版本信息对应的第三数据资源包，向目标应用平台发送携带第三数据资源包的数据包更新指令，以使得目标应用平台显示第三数据资源包。

在本实施例中，处理模块630还用于获取与显示请求对应的请求地址信息，解析请求地址信息以获取第二平台标识信息和第二数据包名称信息。

一种可选的实施方式中，数据资源包的处理装置还包括版本处理模块。版本处理模块用于获取目标应用平台中目标数据资源包的当前版本信息，并确定当前版本信息与第三数据资源包的版本信息不同。由此，保证在应用平台上更新到最新版本的数据资源包。

一种可选的实施方式中，数据资源包的处理装置还包括测试模块。测试模块用于在预设的测试环境中对每个第一数据资源包测试处理，获取每个第一数据资源包的测试数据，测试模块获取每个第一数据资源包中交互控件的响应时长和响应结果，获取每个第一数据资源包中显示元素的渲染信息，确定响应时长、响应结果和渲染信息为测试数据。

在本实施例中，测试模块还用于在测试数据包括响应时长和响应结果的情况下，确定响应时长与预设标准响应时长的差值处于预设差值范围，以及确定响应结果与预设标准响应结果一致。此外，测试模块还用于在测试数据包括渲染信息的情况下，确定渲染信息与预设标准渲染信息一致。

本公开实施例所提供的界面渲染装置，可执行本公开实施例所提供的任意可应用于服务器等电子设备的数据资源包的处理方法，具备执行方法相应的功能模块和有益效果。本公开装置实施例中未详尽描述的内容可以参考本公开任意方法实施例中的描述。

本公开示例性实施例还提供一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器。所述存储器存储有能够被所述至少一个处理器执行的计算机程序，所述计算机程序在被所述至少一个处理器执行时用于使所述电子设备执行根据本公开实施例的方法。

本公开示例性实施例还提供一种存储有计算机程序的非瞬时计算机可读存储介质，其中，所述计算机程序在被计算机的处理器执行时用于使所述计算机执行根据本公开实施例的方法。

本公开示例性实施例还提供一种计算机程序产品，包括计算机程序，其中，所述计算机程序在被计算机的处理器执行时用于使所述计算机执行根据本公开实施例的方法。

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

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

电子设备700中的多个部件连接至I/O接口705，包括：输入单元706、输出单元707、存储单元708以及通信单元709。输入单元706可以是能向电子设备700输入信息的任何类型的设备，输入单元706可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入。输出单元707可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元704可以包括但不限于磁盘、光盘。通信单元709允许电子设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙TM设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

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

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

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

如本公开使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

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

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

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

Claims (10)

1.一种数据资源包的处理方法，包括：

响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包；

获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，所述预设编译平台设置有与所述多个应用平台对应的多套编译代码，每套所述编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包；

将所述多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。

2.如权利要求1所述的数据资源包的处理方法，其中，所述将所述多个第一数据资源包存储至预设存储位置，包括：

确定与每个所述第一数据资源包对应的数据包标识信息，其中，所述数据包标识信息包括第一平台标识信息、第一数据包名称信息、数据包版本信息；

在所述预设存储位置存储所述数据包标识信息和对应的第一数据资源包。

3.如权利要求2所述的数据资源包的处理方法，其中，所述将第一数据资源包下发至对应的应用平台，包括：

响应于目标应用平台对目标数据资源包的显示请求，获取所述目标应用平台的第二平台标识信息以及所述目标数据资源包的第二数据包名称信息；

根据所述第一平台标识信息和第一数据包名称信息，在所述预设存储位置中获取与所述第二平台标识信息和所述第二数据包名称信息匹配的至少一个第二数据资源包；

获取所述至少一个第二数据资源包对应的至少一个数据包版本信息，确定所述至少一个数据包版本信息中最高数据包版本信息对应的第三数据资源包；

向所述目标应用平台发送携带所述第三数据资源包的数据包更新指令，以使得所述目标应用平台显示所述第三数据资源包。

4.如权利要求3所述的数据资源包的处理方法，其中，所述获取所述目标应用平台的第二平台标识信息以及所述目标数据资源包的第二数据包名称信息，包括：

获取与所述显示请求对应的请求地址信息；

解析所述请求地址信息以获取所述第二平台标识信息和所述第二数据包名称信息。

5.如权利要求3所述的数据资源包的处理方法，其中，在所述向所述目标应用平台发送携带所述第三数据资源包的数据包更新指令之前，还包括：

获取所述目标应用平台中所述目标数据资源包的当前版本信息；

确定所述当前版本信息与所述第三数据资源包的版本信息不同。

6.如权利要求1-5任一所述的数据资源包的处理方法，在将所述多个第一数据资源包存储至预设存储位置之前，还包括：

在预设的测试环境中对每个所述第一数据资源包测试处理，获取每个所述第一数据资源包的测试数据；

其中，所述获取每个所述第一数据资源包的测试数据，包括：

获取每个所述第一数据资源包中交互控件的响应时长和响应结果；

获取每个所述第一数据资源包中显示元素的渲染信息；

确定所述响应时长、所述响应结果和所述渲染信息为所述测试数据。

7.如权利要求6所述的数据资源包的处理方法，其中，所述方法还包括：

在所述测试数据包括响应时长和响应结果的情况下，确定所述响应时长与预设标准响应时长的差值处于预设差值范围，以及确定所述响应结果与预设标准响应结果一致；

在所述测试数据包括所述渲染信息的情况下，所述方法还包括：

确定所述渲染信息与预设标准渲染信息一致。

8.一种数据资源包的处理装置，包括：

获取模块，用于响应于源码发布请求，获取基于3D图形格式标准U3D的数据源码包；

编译模块，用于获取预设编译平台反馈的与多个应用平台对应的多个第一数据资源包，其中，所述预设编译平台设置有与所述多个应用平台对应的多套编译代码，每套所述编译代码用于根据对应的应用平台的编译参数编译生成对应的第一数据资源包；

处理模块，用于将所述多个第一数据资源包存储至预设存储位置，以便于将第一数据资源包下发至对应的应用平台。

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

处理器；以及

存储程序的存储器，

其中，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行根据权利要求1-7中任一项所述的数据资源包的处理方法。

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

Images