CN112637365A - 终端资源下发、获取方法、装置、电子设备 - Google Patents

Abstract

本申请涉及一种终端资源下发、管理方法、装置、计算机设备和存储介质、终端资源管理系统，包括：接收终端发送的资源获取请求，所述资源获取请求包括当前运营商参数信息；将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件；为所述终端下发所述目标镜像文件，所述目标镜像文件用于在所述终端运行对应的终端资源。无需线下人工刷机就能实现运营商能力定制，简化中间环节，缩短出货时间，提高了终端资源定制效率。

Description

终端资源下发、获取方法、装置、电子设备

技术领域

本申请涉及通信技术领域，特别是涉及一种终端资源下发、获取方法、装置、电子设备、计算机可读存储介质和终端资源管理系统。

背景技术

智能终端设备越来越普及,特别是智能手机已经受到越来越多年轻人的喜爱。智能手机针对不同的运营商存在终端资源的不同，如开机画面、桌面壁纸、锁屏壁纸、电话铃声等。

传统的手机定制过程一般是依赖于产线刷机来实现，运营商如果定制上万台手机需要大量的人力物力来线下刷机，存在成本高、耗时长的缺点。

发明内容

本申请实施例提供了一种终端资源下发、获取方法、装置、电子设备、计算机可读存储介质和终端资源管理系统，无需线下人工刷机就能实现运营商能力定制，简化中间环节，缩短出货时间，提高了终端资源定制效率。

一种终端资源下发方法，所述方法包括：

接收终端发送的资源获取请求，所述资源获取请求包括当前运营商参数信息；

将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件；

为所述终端下发所述目标镜像文件，所述目标镜像文件用于在所述终端运行对应的终端资源。

一种终端资源下发装置，所述装置包括：

接收模块，用于接收终端发送的资源获取请求，所述资源获取请求包括当前运营商参数信息；

匹配模块，用于将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件；

下发模块，用于为所述终端下发所述目标镜像文件，所述目标镜像文件用于在所述终端运行对应的终端资源。

一种终端资源获取方法，所述方法包括：

向服务器发送资源获取请求，所述资源获取请求包括当前运营商参数信息，以使所述服务器将所述当前运营商参数信息与分发配置信息进行匹配，确定与资源获取请求的发送终端运行的当前运营商匹配的目标镜像文件，生成对应的响应信息；

根据所述响应信息从所述服务器下载所述目标镜像文件；

基于所述目标镜像文件运行对应的终端资源。

一种终端资源获取装置，所述装置包括：

发送模块，用于向服务器发送资源获取请求，所述资源获取请求包括当前运营商参数信息，以使所述服务器将所述当前运营商参数信息与分发配置信息进行匹配，确定与资源获取请求的发送终端运行的当前运营商匹配的目标镜像文件，生成对应的响应信息；

下载模块，用于根据所述响应信息从所述服务器下载所述目标镜像文件；

运行模块，用于基于所述目标镜像文件运行对应的终端资源。

一种终端资源管理系统，其特征在于，所述系统包括：

第二服务器，用于将分发配置信息发送至第一服务器，所述分发配置信息是基于运营商为运营商对应的镜像文件确定的；

第一服务器，用于接收终端发送的资源获取请求，所述资源获取请求包括当前运营商参数信息，将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件；为所述终端下发所述目标镜像文件，所述目标镜像文件用于在所述终端运行对应的终端资源。

一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述方法的步骤。

上述终端资源下发方法、终端资源获取方法、装置、电子设备和计算机可读存储介质、终端资源管理系统，通过接收终端发送的资源获取请求，资源获取请求包括当前运营商参数信息，将当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件，为终端下发目标镜像文件，目标镜像文件用于在终端运行对应的终端资源，当终端运行不同的运营商时，会携带不同的当前运营商参数信息，从而通过当前运营商参数信息与分发配置信息的匹配，服务器为终端下发不同的目标镜像文件，无需线下人工刷机就能实现运营商能力定制，简化中间环节，缩短出货时间，提高了终端资源定制效率。

附图说明

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

图1为一个实施例中终端资源下发、终端资源获取方法的应用环境图；

图2为一个实施例中终端资源下发方法的流程图；

图3为一个实施例中基于目标匹配策略确定目标镜像文件的流程图；

图4为一个实施例中终端资源获取方法的流程图；

图5为一个实施例中终端资源管理系统的示意图；

图6为一个具体的实施例中终端资源下发方法的交互示意图；

图7为一个具体的实施例中终端资源管理服务的架构图；

图8为一个具体的实施例中数据流向示意图；

图9为另一个具体地实施例中数据流向的示意图；

图10为一个实施例中终端资源下发装置的结构框图；

图11为一个实施例中终端资源获取装置的结构框图；

图12为一个实施例中电子设备的内部结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一处理器称为第二处理器，第一处理器称为第二处理器两者都是处理器，但其不是同一处理器。

图1为一个实施例中终端资源下发方法、终端资源获取方法的应用环境示意图。如图1所示，该应用环境包括终端110、第一服务器120、第二服务器130、第三服务器140、云存储服务器150、统计服务器160，其中终端110可以为包括手机、平板电脑、PDA(PersonalDigital Assistant，个人数字助理)、车载电脑、穿戴式设备等终端设备。其中服务器可以为一个服务器或服务器集群，图中的多个服务器可以集成于一台服务器。第二服务器130获取运营商配置信息，根据运营商配置信息确定匹配的资源数据，生成运营商对应的资源包，将所述资源包发送至第三服务器140，第三服务器140对资源包进行构建，生成运营商对应的镜像文件，第三服务器140将运营商对应的镜像文件返回至第二服务器130，第二服务器130将运营商对应的镜像文件上传至云存储服务器150，第一服务器120接收终端110发送的资源获取请求，资源获取请求包括当前运营商参数信息，将当前运营商参数信息与分发配置信息进行匹配，确定与终端运行的当前运营商匹配的目标镜像文件对应的下载链接，将目标镜像文件对应的下载链接发送至终端110，终端110根据下载链接从云存储服务器150下载对应的目标镜像文件，安装目标镜像文件，并运行对应的终端资源。终端110将资源状态信息上报至第一服务器120，第一服务器120可以将资源状态信息发送至统计服务器160，第二服务器130接收统计服务器160返回的资源状态统计信息，展示资源状态统计信息，其中资源状态信息可以包括资源下载结果信息和资源安装结果信息。系统还可以包括审批服务器170，用于对第二服务器130上传的资源信息进行审批。

图2为一个实施例中终端资源下发方法的流程图。本实施例中的终端资源下发方法，运行于上述应用环境中的服务器，包括以下步骤：

步骤202，接收终端发送的资源获取请求，资源获取请求包括当前运营商参数信息。

其中，资源获取请求用于获取与终端当前运行的运营商对应的终端资源，其中终端资源包括APK(Android application package，Android应用程序包)、桌面壁纸、锁屏壁纸、电话铃声、闹钟铃声、通知铃声、内置图片、开机动画、重启动画、LOGO等资源。当前运营商参数信息是与终端当前运行的当前运营商相关的参数信息，可以包括MCC(MobileCountry Code，移动国家码)、MNC(Mobile Network Code，移动网络码)、SPN(SlicingPacket Network，切片分组网)、GID(Group Identification,组ID码)、IMSI(International Mobile Subscriber Identity,,国际移动用户识别码)、GUID(GloballyUnique Identifier,全局唯一标识符)等信息。

具体地，资源获取请求可以在终端检测是否有最新的资源时生成,可以在插入SIM卡时生成，或手机存在定时任务,定期发起检测生成资源获取请求。从终端当前插入的SIM卡中获取当前运营商参数信息，携带在资源获取请求中，资源获取请求还可以包括终端设备类型信息、当前终端系统版本等，终端设备类型信息用于描述终端设备类型相关的信息，如终端机型型号等。当前终端系统版本用于描述当前终端系统的版本，系统版本越高，终端功能越丰富。在一个实施例中，终端通过调用check接口发送资源获取请求至服务器。

步骤204，将当前运营商参数信息与分发配置信息进行匹配，确定与终端运行的当前运营商匹配的目标镜像文件。

其中，分发配置信息是通过web端获取运营人员填写的限制信息，针对不同运营商对应的镜像文件配置不同的分发配置信息，从而可通过限制信息将不同的镜像文件配置至运行不同的运营商的终端。分发配置信息可以包括如MCC、MNC、SPN、GID、IMSI、OTA(Overthe Air,空中下载)版本、GUID等信息，不同的运营商对应不同的限制信息。针对同一个运营商的不同业务对应的镜像文件也可配置不同的分发配置信息，从而可通过限制信息将不同的镜像文件配置至运行同一个运营商的不同业务的终端。针对同一个运营商的不同的终端系统版本对应的镜像文件也可配置不同的分发配置信息，从而可通过限制信息将不同的镜像文件配置至运行同一个运营商的不同终端系统版本的终端。

具体地，通过分发配置信息与当前运营商参数信息进行匹配，如果当前运营商参数信息与其中一项分发配置信息都能匹配正确，就会下发对应的目标镜像文件，即cota包，其中COTA是指云端定制，目标镜像文件用于在终端运行对应的终端资源。其中匹配指的是运营商人员在web端填写的限制信息，如MCC、MNC、SPN、GID、IMSI、OTA版本、GUID等信息,与终端传过来的MCC、MNC、SPN、GID、IMSI、OTA版本、GUID等信息进行一一对应的匹配,如果能匹配成功,就下发该目标镜像文件。

通过分发配置信息为不同的运营商配置不同的终端资源包，并可进一步为同一个运营商的不同业务配置不同的终端资源包，为同一个运营商针对不同的终端系统版本配置不同的终端资源包，从而实现终端资源定制化的多样化。在一个实施例中，分发配置信息包括多个不同的标准参数，不同的运营商对应的分发配置信息中标准参数的数目和种类都可以不同，从而针对不同的运营商确定不同的匹配策略。

步骤206，为终端下发目标镜像文件，目标镜像文件用于在终端运行对应的终端资源。

其中，镜像文件是使用构建工具，如jenkins构建工具，将资源包中的资源按照终端上的配置要求进行编译生成一个预设格式的包，如img格式的包。镜像文件的内容就是资源文件比如apk、桌面壁纸、锁屏壁纸、电话铃声、闹钟铃声、通知铃声、内置图片、开机动画、重启动画、LOGO等资源，作用是替换终端上的资源达到更新的效果。

具体地，资源获取请求中不同的当前运营商参数信息会匹配得到不同的目标镜像文件，从而使得终端运行不同的当前运营商时，会得到不同的目标镜像文件，通过安装目标镜像文件运行对应的终端资源。使得终端在运行不同的运营商时，可展示不同的桌面壁纸、锁屏壁纸、电话铃声、闹钟铃声、通知铃声、内置图片、开机动画、重启动画、LOGO等，达到终端针对运营商的定制化。

在本实施例中，通过接收终端发送的资源获取请求，资源获取请求包括当前运营商参数信息，将当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件，为终端下发目标镜像文件，目标镜像文件用于在终端运行对应的终端资源，当终端运行不同的运营商时，会携带不同的当前运营商参数信息，从而通过当前运营商参数信息与分发配置信息的匹配，服务器为终端下发不同的目标镜像文件，无需线下人工刷机就能实现运营商能力定制，简化中间环节，缩短出货时间，提高了终端资源定制效率。

在一个实施例中，步骤202之前，还包括：获取运营商配置信息，根据运营商配置信息确定匹配的资源数据，生成运营商对应的资源包；对资源包进行构建，生成运营商对应的镜像文件；基于运营商为镜像文件确定对应的分发配置信息。

具体地，运营商配置信息用于描述运营商所需要的资源效果，可以为运营商标识与不同类型的资源对应的资源标识的对应关系，通过运营商配置信息确定不同的运营商所需要的终端资源，然后将运营商对应的资源压缩成一个资源包,每个文件都会压缩到对应的目录中,压缩包会生成唯一的文件名。可以将压缩包传给构建系统,构建系统收到资源包，进行解压，进行编译,生成对应的镜像文件,然后回传给web端服务器，web端服务器然后将镜像文件上传到阿里云和S3云存储服务器上存储，web端服务器基于镜像文件对应的运营商为镜像文件确定对应的分发配置信息，如第一镜像文件对应第一运营商，第二镜像文件对应第二运营商，则第一镜像文件和第二镜像文件对应的分发配置信息不同，如第一镜像文件对应的分发配置信息为MCC1、MNC1、SPN1、GID1、IMSI1、OTA版本1、GUID1，第二镜像文件对应的分发配置信息为MCC2、MNC2、SPN2、GID2、IMSI2、OTA版本2、GUID2。其中不同的镜像文件对应的分发配置信息的数目和种类可以不同。

本实施例中，通过对运营商对应的资源包进行构建，生成运营商对应的镜像文件，并基于运营商为镜像文件确定对应的分发配置信息，使得不同运营商对应的镜像文件具有不同的分发配置信息，从而可根据分发配置信息为终端确定与当前运营商匹配的镜像文件，实现终端资源的定制化。

在一个实施例中，生成运营商对应的镜像文件之后，还包括：将运营商对应的镜像文件上传至云存储服务器存储。步骤206为终端下发目标镜像文件包括：将目标镜像文件对应的下载链接发送至终端，以使终端根据下载链接从所述云存储服务器下载对应的目标镜像文件。

具体地，将运营商对应的镜像文件上传至云存储服务器存储，不同的镜像文件对应不同的存储地址，从而对应不同的下载链接。当前运营商参数信息与分发配置信息匹配时，则获取此匹配的分发配置信息对应的镜像文件作为目标镜像文件，将目标镜像文件对应的下载链接发送至终端。终端基于对下载链接的操作实现下载，如点击操作，根据下载链接中的地址从云存储服务器获取对应的目标镜像文件。

在本实施例中，将各个运营商对应的镜像文件上传至云存储服务器存储，终端可通过下载链接从云存储服务器获取对应的目标镜像文件，使得镜像文件的存储稳定性和安全性更高，管理更高效，各个服务器之间配合分工，形成协作的系统。

在一个实施例中，资源获取请求还包括终端设备类型信息，步骤204之前，还包括：获取与终端设备类型信息匹配的镜像文件，作为候选镜像文件；根据各个候选镜像文件的版本标识，确定匹配优先级。步骤204包括：按优先级从高至低的顺序将当前运营商参数信息与候选镜像文件对应的分发配置信息进行比较；当比较结果为一致时，获取对应的候选镜像文件作为目标镜像文件。

具体地，资源获取请求发起资源更新检测的时候会携带终端设备类型信息，如终端机型，根据终端设备类型信息筛选出web端与之对应的镜像文件,作为候选镜像文件，把筛选出来的候选镜像文件按照版本标识排序，如将版本号排序，根据排序结果确定匹配优先级。在一个实施例中，每个镜像文件都有一个版本号，例如001，由大到小进行排序,序号越大的镜像文件对应的日期越新，相当于在前一个版本的基础上更新得到的镜像文件，然后从最大版本号至最小版本号的优先级顺序进行匹配，将当前运营商参数信息与候选镜像文件对应的分发配置信息进行比较,如果能全部匹配成功,那么就会下发匹配成功的镜像文件。

本实施例中，先根据终端设备类型信息筛选出候选镜像文件，再确定匹配优先级，从优先级高的候选镜像文件开始匹配，提高了匹配效率，并保证匹配得到的候选镜像文件是相对更新的版本。

在一个实施例中，步骤204包括：根据当前运营商参数信息确定当前运营商标识；获取与当前运营商标识对应的目标匹配策略；基于目标匹配策略从当前运营商参数信息中依次获取各个参数与分发配置信息中的标准参数进行匹配；

根据匹配结果确定目标镜像文件。

具体地，可以根据当前运营商参数信息间接确定当前运营商标识，也可以直接在当前运营商参数信息中携带当前运营商标识，不同的运营商在进行当前运营商参数信息与分发配置信息匹配时，有不同的匹配策略，各个参数的匹配顺序，匹配时使用的参数的数目和类型都可以不同，从而使得匹配符合不同的运营商的需求。在进行匹配时，根据当前运营商标识获取对应的目标匹配策略，从而根据目标匹配策略从当前运营商参数信息中依次获取各个参数与分发配置信息中的标准参数进行匹配，如第一目标匹配策略需要使用4个参数，第二目标匹配策略需要使用5个参数，并且这些参数的匹配顺序和匹配路径条件都是目标匹配策略确定的，不同的运营商按不同的目标匹配策略进行一步步的匹配，得到目标镜像文件。

在本实施例中，通过当前运营商标识获取对应的目标匹配策略，不同的运营商可对应不同的目标匹配策略，满足运营商的匹配需求，使得匹配过程多样化。

在一个实施例中，如图3所示，基于目标匹配策略从当前运营商参数信息中依次获取各个参数与分发配置信息中的标准参数进行匹配，根据匹配结果确定目标镜像文件包括：

步骤302，从当前运营商参数信息获取当前移动码。

具体地，当前移动码包括MCC和MNC，判断MCC是否匹配，如果不匹配或一方为空，则进入下一轮匹配。如果匹配，则继续判断MNC是否匹配，如果不匹配或一方为空，则进入下一轮匹配，如果匹配，则进入步骤304。

步骤304，当当前移动码与分发配置信息中的标准移动码匹配一致时，判断当前运营商参数信息中的当前GID是否为空，当当前GID为空时，进入步骤306，否则，进入步骤310。

具体地，GID为组ID码，主要用于同一个运营商发行的sim卡，需要区别用于不同的业务时，采用这个id进行识别与区分。

步骤306，当当前运营商标识为第一运营商标识时，获取下一个候选镜像文件对应的分发配置信息，返回步骤304。

具体地，可根据MNC确定当前运营商，如当MNC为33时，确定当前运营商标识为第一运营商标识，进入下一轮匹配，获取下一个候选镜像文件对应的分发配置信息，返回步骤304。

步骤308，当当前运营商标识为第二运营商标识时，获取当前运营商参数信息中的当前IMSI国际移动用户识别码与分发配置信息中的标准IMSI的第一匹配结果。

具体地，可根据MNC确定当前运营商，如当MNC为30时，确定当前运营商标识为第二运营商标识，将当前运营商参数信息中的当前IMSI国际移动用户识别码与分发配置信息中的标准IMSI进行匹配，如果不匹配，则进入下一轮匹配。如果匹配，则进入步骤312。

步骤310，获取当前运营商参数信息中的当前GID与分发配置信息中的标准GID的第二匹配结果。

具体地，判断分发配置信息中的标准GID是否为空，如果为空，则进入下一轮匹配，如果不为空，则将当前运营商参数信息中的当前GID与分发配置信息中的标准GID进行匹配，如果不匹配，则进入下一轮匹配。如果匹配，则进入步骤312。

步骤312，当第一匹配结果或第二匹配结果为一致时，基于资源获取请求中的当前终端系统版本确定目标镜像文件。

具体地，如果资源获取请求中的当前终端系统版本为空或当前终端系统版本不符合版本条件，则进入下一轮匹配，否则将当前运营商参数信息中的当前GUID与分发配置信息中的标准GUID进行匹配，如果匹配成功，则获取到目标镜像文件，如果不匹配，则进入下一轮匹配。

本实施例中，根据终端当前运行的不同运营商，分别获取不同的参数按不同的匹配策略进行匹配，使得匹配过程符合运营商的需求，能得到正确的目标镜像文件。

在一个实施例中，方法还包括：接收终端上报的资源状态信息，将资源状态信息发送至统计服务器，接收统计服务器返回的资源状态统计信息，展示资源状态统计信息。

具体的，资源状态信息是指目标镜像文件的下载、安装状态信息，服务器收集终端上报的下载、安装成功与失败的信息，然后通过web端进行统计,分析每一个cota包下载和安装的成功率,分析失败的原因,然后进行改进,提高升级率。升级指的是cota包安装成功,安装成功后,会将成功的信息返回给服务器。可以将资源状态信息发送至统计服务器，由统计服务器进行分析统计，将分析统计后得到的资源状态统计信息返回至服务器，进行展示。

本实施例中，通过对资源状态信息的统计分析，能得到资源包的状态统计结果，从而对状态不成功的原因进行分析，改进资源包的升级率。

图4为一个实施例中终端资源获取方法的流程图。本实施例中的终端资源获取方法，运行于上述应用环境中的终端，包括以下步骤：

步骤402，向服务器发送资源获取请求，资源获取请求包括当前运营商参数信息，以使服务器将当前运营商参数信息与分发配置信息进行匹配，确定与资源获取请求的发送终端运行的当前运营商匹配的目标镜像文件，生成对应的响应信息。

步骤404，根据响应信息从服务器下载目标镜像文件。

步骤406，基于目标镜像文件运行对应的终端资源。

本实施例中，终端向服务器发送资源获取请求，资源获取请求包括当前运营商参数信息，以使服务器将当前运营商参数信息与分发配置信息进行匹配，确定与资源获取请求的发送终端运行的当前运营商匹配的目标镜像文件，生成对应的响应信息。根据响应信息从服务器下载目标镜像文件，基于目标镜像文件运行对应的终端资源，当终端运行不同的运营商时，会携带不同的当前运营商参数信息，从而通过当前运营商参数信息与分发配置信息的匹配，服务器为终端下发不同的目标镜像文件，无需线下人工刷机就能实现运营商能力定制，简化中间环节，缩短出货时间，提高了终端资源定制效率。

在一个实施例中，步骤402之前，还包括以下步骤中的至少一种：当检测到插入SIM卡操作时，根据SIM卡携带的信息确定当前运营商，当当前运营商为预设运营商时，生成资源获取请求。当当前时间满足周期性触发条件时，生成资源获取请求。

具体的，预设运营商可以自定义，如存在终端定制资源的运营商为预设运营商。周期性触发条件可自定义，如定义为一周或2周。资源获取请求可以在终端检测是否有最新的资源时生成,可以在插入SIM卡时生成，或手机存在定时任务,定期发起检测生成资源获取请求。

本实施例中，只有预设运营商才会发起资源获取请求，避免不存在定制资源时，发起无效的资源获取请求。在周期性触发条件满足时，也会发起资源获取请求，可以即时更新资源包，获取新的资源。

可以理解，关于终端侧资源获取方法的各个步骤的具体限定可以参见上文中对终端资源下发方法的限定，在此不再赘述。

在一个实施例中，如图5所示，为一个实施例中终端资源管理系统的示意图。本实施例中的终端资源管理系统，包括：

第二服务器510，用于将分发配置信息发送至第一服务器，分发配置信息是基于运营商为运营商对应的镜像文件确定的。

第一服务器520，用于接收终端发送的资源获取请求，资源获取请求包括当前运营商参数信息，将当前运营商参数信息与分发配置信息进行匹配，确定与终端运行的当前运营商匹配的目标镜像文件；为终端下发目标镜像文件，目标镜像文件用于在终端运行对应的终端资源。

在一个实施例中，系统还包括第三服务器530：第二服务器还用于获取运营商配置信息，根据运营商配置信息确定匹配的资源数据，生成运营商对应的资源包，将资源包发送至第三服务器530，接收第三服务器530返回的运营商对应的镜像文件，基于运营商为镜像文件确定对应的分发配置信息。第三服务器530，用于对所述资源包进行构建，生成运营商对应的镜像文件。

在一个实施例中，系统还包括云存储服务器540，云存储服务器540用于接收第二服务器510上传的运营商对应的镜像文件，并存储。云存储服务器540还用于接收终端发送的下载链接，向终端返回与下载链接对应的目标镜像文件。

可以理解，关于终端资源管理系统的各个服务器功能的具体限定可以参见上文中对终端资源下发方法的限定，在此不再赘述。

在一个具体的实施例中，如图6所示，系统包括手机、手机API接口服务器、运营后台服务器、构建系统、S3云存储服务器、审批服务器、数据统计服务器，终端资源下发方法包括以下步骤：

1、运营后台服务器接收cota运营人员上传的资源文件比如apk、桌面壁纸、锁屏壁纸、电话铃声、闹钟铃声、通知铃声、内置图片、开机动画、重启动画、LOGO等资源。

2、运营后台服务器根据运营商需求选择各个运营商需要的资源,然后将资源压缩成对应的资源包,每个文件都会压缩到对应的目录中,压缩包会生成唯一的文件名。

3、运营后台服务器将各个运营商对应的资源包发送至构建系统，构建系统对资源包进行解压,进行编译生成各个运营商对应的镜像文件，即cota包，构建系统将cota包回传给运营后台服务器，运营后台服务器将cota包上传至S3云存储服务器存储。

4、运营后台服务器接收运营商人员填写的限制信息得到分发配置信息，包括MCC、MNC、SPN、GID、IMSI、OTA版本、GUID等信息，每个运营商有不同的要求,需要根据需求进行填写，后续根据手机上传的当前运营商参数与分发配置信息进行匹配。只有满足填写的限制信息的要求,手机才会收到最新的cota包的下载链接,手机收到链接就会去S3云存储服务器下载对应的cota包。

5、当分发配置信息确定后,接收下发操作,然后根据下发操作生成测试请求，测试手机能否正常收到包以及包的配置是否正常生效,如果没有问题,就会在运营后台服务器上传测试报告,向审批服务器发起审批流程,审批服务器审批通过后,手机就能发起资源更新检测，根据手机发起的资源获取请求下发对应的目标cota包。

6、运营后台服务器将分发配置信息写入库文件，发送至手机API接口服务器存储。

7、手机获取SIM卡信息，通过check接口生成携带当前运营商参数信息和手机机型信息的资源获取请求，发送至手机API接口服务器，手机API接口服务器根据手机端的机型筛选与之机型对应的cota包，把筛选出来的cota包按照版本号由大到小进行排序，然后从最大的版本号进行匹配，将cota包对应的分发配置信息与当前运营商参数信息进行匹配，如果参数能全部匹配成功,那么就会下发该cota包的下载链接至手机。

8、手机根据cota包的下载链接从S3云存储服务器下载得到对应的cota包，安装cota包并运行，得到与当前运营商匹配的资源。

9、手机将下载、安装成功与失败的信息上传至手机API接口服务器，手机API接口服务器发送至数据统计服务器，得到资源状态统计信息，返回运营后台服务器进行展示。

本实施例中，通过系统各个服务器的分工协作，当手机运行不同的运营商时，会携带不同的当前运营商参数信息，从而通过当前运营商参数信息与分发配置信息的匹配，服务器为手机下发不同的目标镜像文件，无需线下人工刷机就能实现运营商能力定制，简化中间环节，缩短出货时间，提高了手机资源定制效率。

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

如图7所示，为一个具体的实施例中终端资源管理服务的架构图。其中LVS(LinuxVirtual Server)即Linux虚拟服务器，AWS S3对象存储Amazon Simple Storage Service(Amazon S3)是一种面向Internet的存储服务。CDN阿里云存储，Content DeliveryNetwork，即内容分发网络。Redis是一个高性能的数据库，MySql为关系型数据库，MongoDB是一个基于分布式文件存储的数据库。

如图8所示，为一个具体的实施例中数据流向示意图，其中数据统计部分就是收集用户cota下载和安装的数据,即用户手机插卡或者定期发起检测请求，请求cota服务,然后手机会将请求结果，如下载、安装是否成功返回给cota服务,服务端将这些数据存储到服务器,当运营人员现在web端查看下载、安装成功率，就会查询数据库，进行统计，将统计数据返回web端。

资源管理部分就是运营人员将apk、桌面壁纸、锁屏壁纸、电话铃声、闹钟铃声、通知铃声、内置图片、开机动画、重启动画、LOGO等资源上传到web端,然后运营人员选择需要的资源,将资源打包传给构建系统,构建系统收到资源包,编译成镜像文件,并将镜像文件回传给web端,web端将文件上传至阿里云和S3,然后运营人员填写限制信息,并用手机进行测试,测试通过上传测试报告,发起审批,审核通过,用户手机就能检测cota包。

如图9所示，为一个具体地实施例中数据流向的示意图，运营人员，售后服务在国内，客户为欧盟用户，国内运营数据单向同步到欧盟，欧盟侧用户数据本地化存储，确保欧盟用户数据的保密性。

图10为一个实施例的终端资源下发装置的结构框图。如图10所示，提供了一种终端资源下发装置600，该装置包括：接收模块602、匹配模块604、下发模块606，其中：

接收模块602，用于接收终端发送的资源获取请求，资源获取请求包括当前运营商参数信息。

匹配模块604，用于将当前运营商参数信息与分发配置信息进行匹配，确定与终端运行的当前运营商匹配的目标镜像文件。

下发模块606，用于为终端下发目标镜像文件，目标镜像文件用于在终端运行对应的终端资源。

上述终端资源下发装置，通过接收终端发送的资源获取请求，资源获取请求包括当前运营商参数信息，将当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件，为终端下发目标镜像文件，目标镜像文件用于在终端运行对应的终端资源，当终端运行不同的运营商时，会携带不同的当前运营商参数信息，从而通过当前运营商参数信息与分发配置信息的匹配，服务器为终端下发不同的目标镜像文件，无需线下人工刷机就能实现运营商能力定制，简化中间环节，缩短出货时间，提高了终端资源定制效率。

在一个实施例中，装置还包括：

前处理模块608，用于获取运营商配置信息，根据运营商配置信息确定匹配的资源数据，生成运营商对应的资源包，对资源包进行构建，生成运营商对应的镜像文件；基于运营商为镜像文件确定对应的分发配置信息。

本实施例中，通过对运营商对应的资源包进行构建，生成运营商对应的镜像文件，并基于运营商为镜像文件确定对应的分发配置信息，使得不同运营商对应的镜像文件具有不同的分发配置信息，从而可根据分发配置信息为终端确定与当前运营商匹配的镜像文件，实现终端资源的定制化。

在一个实施例中，装置还包括：

存储模块610，用于将运营商对应的镜像文件上传至云存储服务器存储。

下发模块606还用于将目标镜像文件对应的下载链接发送至所述终端，以使终端根据所述下载链接从云存储服务器下载对应的目标镜像文件。

本实施例中，将各个运营商对应的镜像文件上传至云存储服务器存储，终端可通过下载链接从云存储服务器获取对应的目标镜像文件，使得镜像文件的存储稳定性和安全性更高，管理更高效，各个服务器之间配合分工，形成协作的系统。

在一个实施例中，资源获取请求还包括终端设备类型信息，匹配模块604还用于获取与所述终端设备类型信息匹配的镜像文件，作为候选镜像文件；根据各个候选镜像文件的版本标识，确定匹配优先级，按优先级从高至低的顺序将当前运营商参数信息与候选镜像文件对应的分发配置信息进行比较；当比较结果为一致时，获取对应的候选镜像文件作为所述目标镜像文件。

本实施例中，先根据终端设备类型信息筛选出候选镜像文件，再确定匹配优先级，从优先级高的候选镜像文件开始匹配，提高了匹配效率，并保证匹配得到的候选镜像文件是相对更新的版本。

在一个实施例中，匹配模块604还用于根据当前运营商参数信息确定当前运营商标识；获取与当前运营商标识对应的目标匹配策略；基于目标匹配策略从所述当前运营商参数信息中依次获取各个参数与所述分发配置信息中的标准参数进行匹配；根据匹配结果确定所述目标镜像文件。

本实施例中，通过当前运营商标识获取对应的目标匹配策略，不同的运营商可对应不同的目标匹配策略，满足运营商的匹配需求，使得匹配过程多样化。

在一个实施例中，匹配模块604还用于从当前运营商参数信息获取当前移动码；当当前移动码与分发配置信息中的标准移动码匹配一致时，判断当前运营商参数信息中的当前GID是否为空，当当前GID为空时，当当前运营商标识为第一运营商标识时，获取下一个候选镜像文件对应的分发配置信息，返回所述当所述当前移动码与分发配置信息中的标准移动码匹配一致时的步骤；当当前运营商标识为第二运营商标识时，获取当前运营商参数信息中的当前IMSI国际移动用户识别码与分发配置信息中的标准IMSI的第一匹配结果；当当前GID不为空时，获取当前运营商参数信息中的当前GID与分发配置信息中的标准GID的第二匹配结果；当第一匹配结果或第二匹配结果为一致时，基于资源获取请求中的当前终端系统版本确定目标镜像文件。

本实施例中，根据终端当前运行的不同运营商，分别获取不同的参数按不同的匹配策略进行匹配，使得匹配过程符合运营商的需求，能得到正确的目标镜像文件。

在一个实施例中，装置还包括：

统计模块612，用于接收终端上报的资源状态信息，将资源状态信息发送至统计服务器；接收统计服务器返回的资源状态统计信息，展示资源状态统计信息。

在本实施例中，通过对资源状态信息的统计分析，能得到资源包的状态统计结果，从而对状态不成功的原因进行分析，改进资源包的升级率。。

图11为一个实施例的终端资源获取装置的结构框图。如图11所示，提供了一种终端资源获取装置700，该装置包括：发送模块702、下载模块704、运行模块706，其中：

发送模块702，用于向服务器发送资源获取请求，所述资源获取请求包括当前运营商参数信息，以使所述服务器将所述当前运营商参数信息与分发配置信息进行匹配，确定与资源获取请求的发送终端运行的当前运营商匹配的目标镜像文件，生成对应的响应信息。

下载模块704，用于根据响应信息从所述服务器下载目标镜像文件。

运行模块706，用于基于目标镜像文件运行对应的终端资源。

本实施例中，终端向服务器发送资源获取请求，资源获取请求包括当前运营商参数信息，以使服务器将当前运营商参数信息与分发配置信息进行匹配，确定与资源获取请求的发送终端运行的当前运营商匹配的目标镜像文件，生成对应的响应信息。根据响应信息从服务器下载目标镜像文件，基于目标镜像文件运行对应的终端资源，当终端运行不同的运营商时，会携带不同的当前运营商参数信息，从而通过当前运营商参数信息与分发配置信息的匹配，服务器为终端下发不同的目标镜像文件，无需线下人工刷机就能实现运营商能力定制，简化中间环节，缩短出货时间，提高了终端资源定制效率。

在一个实施例中，发送模块702还用于当检测到插入SIM卡操作时，根据SIM卡携带的信息确定当前运营商，当当前运营商为预设运营商时，生成资源获取请求；或当当前时间满足周期性触发条件时，生成资源获取请求。

本实施例中，只有预设运营商才会发起资源获取请求，避免不存在定制资源时，发起无效的资源获取请求。在周期性触发条件满足时，也会发起资源获取请求，可以即时更新资源包，获取新的资源。

上述终端资源下发装置、终端资源获取装置中各个模块的划分仅用于举例说明，在其他实施例中，可将终端资源下发装置、终端资源获取装置按照需要划分为不同的模块，以完成上述终端资源下发装置的全部或部分功能。

关于终端资源下发装置、终端资源获取装置的具体限定可以参见上文中对终端资源下发方法的限定，在此不再赘述。上述终端资源下发装置、终端资源获取装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

图12为一个实施例中电子设备的内部结构示意图。如图12所示，该电子设备包括通过系统总线连接的处理器和存储器。其中，该处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器可包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行，以用于实现以下各个实施例所提供的一种终端资源下发、终端资源获取方法。内存储器为非易失性存储介质中的操作系统计算机程序提供高速缓存的运行环境。该电子设备可以各种穿戴式设备。

本申请实施例中提供的终端资源下发装置、终端资源获取装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模块可存储在电子设备的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述方法的步骤。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行终端资源下发、终端资源获取方法的步骤。

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行终端资源下发、终端资源获取方法。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (16)

1.一种终端资源下发方法，其特征在于，所述方法包括：

接收终端发送的资源获取请求，所述资源获取请求包括当前运营商参数信息；

将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件；

为所述终端下发所述目标镜像文件，所述目标镜像文件用于在所述终端运行对应的终端资源。

2.根据权利要求1所述的方法，其特征在于，所述接收终端发送的资源获取请求之前，还包括：

获取运营商配置信息，根据运营商配置信息确定匹配的资源数据，生成运营商对应的资源包；

对所述资源包进行构建，生成运营商对应的镜像文件；

基于运营商为所述镜像文件确定对应的分发配置信息。

3.根据权利要求2所述的方法，其特征在于，所述生成运营商对应的镜像文件之后，还包括：

将所述运营商对应的镜像文件上传至云存储服务器存储；

所述为所述终端下发所述目标镜像文件包括：

将所述目标镜像文件对应的下载链接发送至所述终端，以使所述终端根据所述下载链接从所述云存储服务器下载对应的目标镜像文件。

4.根据权利要求1所述的方法，其特征在于，所述资源获取请求还包括终端设备类型信息，所述将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件之前，还包括：

获取与所述终端设备类型信息匹配的镜像文件，作为候选镜像文件；

根据各个候选镜像文件的版本标识，确定匹配优先级；

所述将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件包括：

按优先级从高至低的顺序将当前运营商参数信息与候选镜像文件对应的分发配置信息进行比较；

当比较结果为一致时，获取对应的候选镜像文件作为所述目标镜像文件。

5.根据权利要求1所述的方法，其特征在于，所述将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件包括：

根据所述当前运营商参数信息确定当前运营商标识；

获取与所述当前运营商标识对应的目标匹配策略；

基于所述目标匹配策略从所述当前运营商参数信息中依次获取各个参数与所述分发配置信息中的标准参数进行匹配；

根据匹配结果确定所述目标镜像文件。

6.根据权利要求5所述的方法，其特征在于，所述基于所述目标匹配策略从所述当前运营商参数信息中依次获取各个参数与所述分发配置信息中的标准参数进行匹配，根据匹配结果确定所述目标镜像文件包括：

从所述当前运营商参数信息获取当前移动码；

当所述当前移动码与分发配置信息中的标准移动码匹配一致时，判断当前运营商参数信息中的当前GID组ID码是否为空，当当前GID为空时，当当前运营商标识为第一运营商标识时，获取下一个候选镜像文件对应的分发配置信息，返回所述当所述当前移动码与分发配置信息中的标准移动码匹配一致时的步骤；当当前运营商标识为第二运营商标识时，获取当前运营商参数信息中的当前IMSI国际移动用户识别码与分发配置信息中的标准IMSI的第一匹配结果；

当当前GID不为空时，获取当前运营商参数信息中的当前GID与分发配置信息中的标准GID的第二匹配结果；

当第一匹配结果或第二匹配结果为一致时，基于资源获取请求中的当前终端系统版本确定目标镜像文件。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收终端上报的资源状态信息，将所述资源状态信息发送至统计服务器；

接收所述统计服务器返回的资源状态统计信息，展示所述资源状态统计信息。

8.一种终端资源获取方法，其特征在于，所述方法包括：

向服务器发送资源获取请求，所述资源获取请求包括当前运营商参数信息，以使所述服务器将所述当前运营商参数信息与分发配置信息进行匹配，确定与资源获取请求的发送终端运行的当前运营商匹配的目标镜像文件，生成对应的响应信息；

根据所述响应信息从所述服务器下载所述目标镜像文件；

基于所述目标镜像文件运行对应的终端资源。

9.根据权利要求8所述的方法，其特征在于，所述向服务器发送资源获取请求之前，还包括以下步骤中的至少一种：

当检测到插入SIM卡操作时，根据SIM卡携带的信息确定当前运营商，当当前运营商为预设运营商时，生成所述资源获取请求；

当当前时间满足周期性触发条件时，生成所述资源获取请求。

10.一种终端资源管理系统，其特征在于，所述系统包括：

第二服务器，用于将分发配置信息发送至第一服务器，所述分发配置信息是基于运营商为运营商对应的镜像文件确定的；

第一服务器，用于接收终端发送的资源获取请求，所述资源获取请求包括当前运营商参数信息，将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件；为所述终端下发所述目标镜像文件，所述目标镜像文件用于在所述终端运行对应的终端资源。

11.根据权利要求10所述的系统，其特征在于，所述系统还包括第三服务器：

所述第二服务器还用于获取运营商配置信息，根据运营商配置信息确定匹配的资源数据，生成运营商对应的资源包，将所述资源包发送至第三服务器，接收所述第三服务器返回的运营商对应的镜像文件，基于运营商为所述镜像文件确定对应的分发配置信息；

所述第三服务器，用于对所述资源包进行构建，生成运营商对应的镜像文件。

12.根据权利要求10所述的系统，其特征在于，所述系统还包括云存储服务器，所述云存储服务器用于接收第二服务器上传的所述运营商对应的镜像文件，并存储；

所述云存储服务器还用于接收终端发送的下载链接，向所述终端返回与所述下载链接对应的目标镜像文件。

13.一种终端资源下发装置，其特征在于，所述装置包括：

接收模块，用于接收终端发送的资源获取请求，所述资源获取请求包括当前运营商参数信息；

匹配模块，用于将所述当前运营商参数信息与分发配置信息进行匹配，确定与所述终端运行的当前运营商匹配的目标镜像文件；

下发模块，用于为所述终端下发所述目标镜像文件，所述目标镜像文件用于在所述终端运行对应的终端资源。

14.一种终端资源获取装置，其特征在于，所述装置包括：

发送模块，用于向服务器发送资源获取请求，所述资源获取请求包括当前运营商参数信息，以使所述服务器将所述当前运营商参数信息与分发配置信息进行匹配，确定与资源获取请求的发送终端运行的当前运营商匹配的目标镜像文件，生成对应的响应信息；

下载模块，用于根据所述响应信息从所述服务器下载所述目标镜像文件；

运行模块，用于基于所述目标镜像文件运行对应的终端资源。

15.一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7或8至9中任一项所述方法的步骤。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7或8至9中任一项所述方法的步骤。

Images