终端和数据包处理方法
阅读：194发布：2024-02-27
专利汇可以提供终端和数据包处理方法专利检索，专利查询，专利分析的服务。并且本 发明 提供一种终端和一种数据包处理方法，其中，终端包括：脚本解析模 块 ，根据数据包携带的脚本，划分所述数据包中的核心数据和非核心数据； 数据处理 模块，将所述核心数据和所述非核心数据放置到不同的 位置 。通过本发明，区分出数据包的核心数据和非核心数据，核心数据则可以放置到特 定位 置，保证其能够正常使用或是保证其安全性，而非核心数据则可以放置到其他位置，以免不必要地占用空间。，下面是终端和数据包处理方法专利的具体信息内容。
1.一种终端，其特征在于，包括：
脚本解析模块，根据数据包携带的脚本，划分所述数据包中的核心数据和非核心数据；
数据处理模块，将所述核心数据和所述非核心数据放置到不同的位置，
其中，在所述终端的操作系统为安卓系统时，所述核心数据包括所述数据包中的配置文件、图形用户界面文件、底层库文件和重要应用程序的安装文件，所述非核心数据包括非重要应用程序的安装文件；
所述数据处理模块将所述核心数据放置到所述终端内存中的系统分区，将所述非核心数据放置到所述终端所使用的存储卡。
2.根据权利要求1所述的终端，其特征在于，还包括：
打包编译模块，从所述数据包中获取所述非重要应用程序的安装文件，形成新数据包并放置在所述存储卡的根目录下；
所述数据处理模块具体包括：
系统恢复模块，从所述数据包中获取所述配置文件、所述图形用户界面文件、所述底层库文件和所述重要应用程序的安装文件，并安装到所述系统分区中；
存储卡应用安装模块，在所述终端启动时，从所述新数据包中获取所述非重要应用程序的安装文件，并安装到所述存储卡中。
3.根据权利要求1或2所述的终端，其特征在于，所述脚本解析模块还根据预设的自定义策略，将所述核心数据中的部分数据划分为所述非核心数据，和/或将所述非核心数据中的部分数据划分为所述核心数据。
4.一种数据包处理方法，其特征在于，包括：
步骤202，根据数据包携带的脚本，划分所述数据包中的核心数据和非核心数据；
步骤204，将所述核心数据和所述非核心数据放置到不同的位置，
其中，在终端的操作系统为安卓系统时，所述核心数据包括所述数据包中的配置文件、图形用户界面文件、底层库文件和重要应用程序的安装文件，所述非核心数据包括非重要应用程序的安装文件；
所述步骤204具体包括：将所述核心数据放置到终端内存中的系统分区，将所述非核心数据放置到终端所使用的存储卡。
5.根据权利要求4所述的数据包处理方法，其特征在于，所述步骤202还包括：
从所述数据包中获取所述非重要应用程序的安装文件，形成新数据包并放置在所述存储卡的根目录下；
通过所述安卓系统的恢复模式，从所述数据包中获取所述配置文件、所述图形用户界面文件、所述底层库文件和所述重要应用程序的安装文件，并安装到所述系统分区中，以及在所述终端启动时，从所述新数据包中获取所述非重要应用程序的安装文件，并安装到所述存储卡中。
6.根据权利要求4或5所述的数据包处理方法，其特征在于，所述步骤202还包括：
还根据预设的自定义策略，将所述核心数据中的部分数据划分为所述非核心数据，和/或将所述非核心数据中的部分数据划分为所述核心数据。
终端和数据包处理方法
技术领域
[0001] 本发明涉及移动通信领域，具体而言，涉及一种终端和一种数据包处理方法。
背景技术
[0002] 目前的智能终端中，由于安装的应用程序随时可能需要更新到新的版本，所以需要下载升级数据包，对这些应用程序进行升级更新。以Google公司提供在android安卓系统平台上使用的GMS(Google MarketService，谷歌应用服务)为例，用户往往需要下载新的GMS升级差分包，来对GMS中多种应用程序进行更新。
[0003] 目前常见的问题在于，用户获取GMS升级差分包，并让智能终端进入recovery恢复模式开始升级，但是GMS升级时，强制要求智能终端内存中的system系统分区预留出27M的空间，用于将升级的数据安装到system分区中，如果空间不足27M的话，则不能进行升级。以低端终端为例，由于空间不足，无法满足GMS预留27M空间的要求，会导致GMS功能无法正常使用，而且要求在system分区中在预留27M空间，没有充分利用存储卡上的空间，造成flash内存空间浪费太大。
[0004] 实际上，GMS升级差分包中只有部分文件必须安装到system分区中，来保证GMS应用程序的正常使用，而大部分文件都是应用程序的安装文件，并非必须安装system分区中，完全可以安装到存储卡中。
[0005] 因此，需要一种新的技术方案，能够在需要将某数据包的数据放置到智能终端时，可以对其中的数据进行细分，判断其中的数据都需要放置到哪些位置，最终保证这些数据可以正常使用，同时也保证了系统分区以及外部存储卡的空间合理分配使用。
发明内容
[0006] 本发明所要解决的技术问题在于，提供一种新的技术方案，能够在需要将某数据包的数据放置到智能终端时，可以对其中的数据进行细分，判断其中的数据都需要放置到哪些位置，最终保证这些数据可以正常使用，同时也保证了系统分区以及外部存储卡的空间合理分配使用。
[0007] 有鉴于此，本发明提供一种终端，包括：脚本解析模块，根据数据包携带的脚本，划分所述数据包中的核心数据和非核心数据；数据处理模块，将所述核心数据和所述非核心数据放置到不同的位置。在该技术方案中，区分出数据包的核心数据和非核心数据，核心数据则可以放置到特定位置，保证其能够正常使用或是保证其安全性，而非核心数据则可以放置到其他位置，以免不必要地占用空间。
[0008] 在上述技术方案中，优选地，所述数据处理模块将所述核心数据放置到所述终端内存中的系统分区，将所述非核心数据放置到终端所使用的存储卡。在该技术方案中，数据包往往用于升级，则可以将其中的核心数据放置到系统分区中，保证相应的应用程序可以正常运行，而非核心数据则大可以放置到空间充裕的T卡(外部存储设备)中。
[0009] 在上述技术方案中，优选地，在所述终端的操作系统为安卓系统时，所述核心数据包括所述数据包中的配置文件、图形用户界面文件、底层库文件和重要应用程序的安装文件，所述非核心数据包括非重要应用程序的安装文件。在该技术方案中，配置文件一般位于etc目录下，GUI图形用户界面文件一般位于framework目录下，底层库文件一般位于1ib目录下，而应用程序的安装文件一般位于app目录下，为保证相应应用程序的正常使用，配置文件、图形用户界面文件、底层库文件必须放置到system分区中，一些重要应用程序的安装文件也需要安装到system分区中，保证对应的应用程序可以正常使用，而一些非重要应用程序的安装文件，可以安装到T卡中即可。
[0010] 在上述技术方案中，优选地，还包括：打包编译模块，从所述数据包中获取所述非重要应用程序的安装文件，形成新数据包并放置在所述存储卡的根目录下；所述数据处理模块具体包括：系统恢复模块，从所述数据包中获取所述配置文件、所述图形用户界面文件、所述底层库文件和所述重要应用安装文件，并安装到所述系统分区中；存储卡应用安装模块，在所述终端启动时，从所述新数据包中获取所述非重要应用程序的安装文件，并安装到所述存储卡中。在该技术方案中，仅需要对android系统自带的recovery模式进行一些改动，使其仅将数据包中的核心数据更新到system分区中，同时可以在recovery模式下对system分区进行配置，使在之后的开机启动过程中，通过一个应用安装程序，来进行应用程序的安装。
[0011] 在上述技术方案中，优选地，所述脚本解析模块还根据预设的自定义策略，将所述核心数据中的部分数据划分为所述非核心数据，和/或将所述非核心数据中的部分数据划分为所述核心数据。在该技术方案中，按脚本中的信息来划分核心数据和非核心数据，未必完全符合用户的意愿，所以本方案中提供了一种方式，可以自定义策略对核心数据和非核心数据进行修正。
[0012] 本发明还提供一种数据包处理方法，包括：步骤202，根据数据包携带的脚本，划分所述数据包中的核心数据和非核心数据；步骤204，将所述核心数据和所述非核心数据放置到不同的位置。在该技术方案中，区分出数据包的核心数据和非核心数据，核心数据则可以放置到特定位置，保证其能够正常使用或是保证其安全性，而非核心数据则可以放置到其他位置，以免不必要地占用空间。
[0013] 在上述技术方案中，优选地，所述步骤204具体包括：将所述核心数据放置到终端内存中的系统分区，将所述非核心数据放置到终端所使用的存储卡。在该技术方案中，数据包往往用于升级，则可以将其中的核心数据放置到系统分区中，保证相应的应用程序可以正常运行，而非核心数据则大可以放置到空间充裕的T卡(外部存储设备)中。
[0014] 在上述技术方案中，优选地，在所述终端的操作系统为安卓系统时，所述核心数据包括所述数据包中的配置文件、图形用户界面文件、底层库文件和重要应用程序的安装文件，所述非核心数据包括非重要应用程序的安装文件。在该技术方案中，配置文件一般位于etc目录下，GUI图形用户界面文件一般位于framework目录下，底层库文件一般位于lib目录下，而应用程序的安装文件一般位于app目录下，为保证相应应用程序的正常使用，配置文件、图形用户界面文件、底层库文件必须放置到system分区中，一些重要应用程序的安装文件也需要安装到system分区中，保证对应的应用程序可以正常使用，而一些非重要应用程序的安装文件，可以安装到T卡中即可。
[0015] 在上述技术方案中，优选地，所述步骤202还包括：从所述数据包中获取所述非重要应用程序的安装文件，形成新数据包并放置在所述存储卡的根目录下；通过所述安卓系统的恢复模式，从所述数据包中获取所述配置文件、所述图形用户界面文件、所述底层库文件和所述重要应用安装文件，并安装到所述系统分区中，以及在所述终端启动时，从所述新数据包中获取所述非重要应用程序的安装文件，并安装到所述存储卡中。在该技术方案中，仅需要对android系统自带的recovery模式进行一些改动，使其仅将数据包中的核心数据更新到system分区中，同时可以在recovery模式下对system分区进行配置，使在之后的开机启动过程中，通过一个应用安装程序，来进行应用程序的安装。
[0016] 在该技术方案中，优选地，所述步骤202还包括：还根据预设的自定义策略，将所述核心数据中的部分数据划分为所述非核心数据，和/或将所述非核心数据中的部分数据划分为所述核心数据。在该技术方案中，按脚本中的信息来划分核心数据和非核心数据，未必完全符合用户的意愿，所以本方案中提供了一种方式，可以自定义策略对核心数据和非核心数据进行修正。
[0017] 通过以上技术方案，可以实现一种终端和一种数据包处理方法，能够在需要将某数据包的数据放置到智能终端时，可以对其中的数据进行细分，判断其中的数据都需要放置到哪些位置，最终保证这些数据可以正常使用，同时也保证了系统分区以及外部存储卡的空间合理分配使用。附图说明
[0019] 图2是根据本发明的一个实施例的数据包处理方法的流程图；
[0020] 图3是根据本发明的一个实施例的终端的界面示意图；
[0021] 图4是根据本发明的一个实施例的终端的界面示意图。
具体实施方式
[0022] 为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。
[0023] 在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开的具体实施例的限制。
[0024] 图1是根据本发明的一个实施例的终端的框图。
[0025] 如图1所示，本发明提供一种终端100，包括：脚本解析模块102，根据终端100中数据包携带的脚本，划分所述数据包中的核心数据和非核心数据；数据处理模块104，将所述核心数据和所述非核心数据放置到不同的位置。在该技术方案中，区分出数据包的核心数据和非核心数据，核心数据则可以放置到特定位置，保证其能够正常使用或是保证其安全性，而非核心数据则可以放置到其他位置，以免不必要地占用空间。
[0026] 在上述技术方案中，所述数据处理模块104将所述核心数据放置到所述终端100内存中的系统分区，将所述非核心数据放置到终端100所使用的存储卡。在该技术方案中，数据包往往用于升级，则可以将其中的核心数据放置到系统分区中，保证相应的应用程序可以正常运行，而非核心数据则大可以放置到空间充裕的T卡(外部存储设备)中。
[0027] 在上述技术方案中，在所述终端100的操作系统为安卓系统时，所述核心数据包括所述数据包中的配置文件、图形用户界面文件、底层库文件和重要应用程序的安装文件，所述非核心数据包括非重要应用程序的安装文件。在该技术方案中，配置文件一般位于etc目录下，GUI图形用户界面文件一般位于framework目录下，底层库文件一般位于lib目录下，而应用程序的安装文件一般位于app目录下，为保证相应应用程序的正常使用，配置文件、图形用户界面文件、底层库文件必须放置到system分区中，一些重要应用程序的安装文件也需要安装到system分区中，保证对应的应用程序可以正常使用，而一些非重要应用程序的安装文件，可以安装到T卡中即可。
[0028] 在上述技术方案中，还包括：打包编译模块106，从所述数据包中获取所述非重要应用程序的安装文件，形成新数据包并放置在所述存储卡的根目录下；所述数据处理模块104具体包括：系统恢复模块1042，从所述数据包中获取所述配置文件、所述图形用户界面文件、所述底层库文件和所述重要应用安装文件，并安装到所述系统分区中；存储卡应用安装模块1044，在所述终端100启动时，从所述新数据包中获取所述非重要应用程序的安装文件，并安装到所述存储卡中。在该技术方案中，仅需要对android系统自带的recovery模式进行一些改动，使其仅将数据包中的核心数据更新到system分区中，同时可以在recovery模式下对system分区进行配置，使在之后的开机启动过程中，通过一个应用安装程序，来进行应用程序的安装。
[0029] 在上述技术方案中，所述脚本解析模块102还根据预设的自定义策略，将所述核心数据中的部分数据划分为所述非核心数据，和/或将所述非核心数据中的部分数据划分为所述核心数据。在该技术方案中，按脚本中的信息来划分核心数据和非核心数据，未必完全符合用户的意愿，所以本方案中提供了一种方式，可以自定义策略对核心数据和非核心数据进行修正。
[0030] 图2是根据本发明的一个实施例的数据包处理方法的流程图。
[0031] 如图2所示，本发明还提供一种数据包处理方法，包括：步骤202，根据数据包携带的脚本，划分所述数据包中的核心数据和非核心数据；步骤204，将所述核心数据和所述非核心数据放置到不同的位置。在该技术方案中，区分出数据包的核心数据和非核心数据，核心数据则可以放置到特定位置，保证其能够正常使用或是保证其安全性，而非核心数据则可以放置到其他位置，以免不必要地占用空间。
[0032] 在上述技术方案中，所述步骤204具体包括：将所述核心数据放置到所述终端内存中的系统分区，将所述非核心数据放置到终端所使用的存储卡。在该技术方案中，数据包往往用于升级，则可以将其中的核心数据放置到系统分区中，保证相应的应用程序可以正常运行，而非核心数据则大可以放置到空间充裕的T卡(外部存储设备)中。
[0033] 在上述技术方案中，在所述终端的操作系统为安卓系统时，所述核心数据包括所述数据包中的配置文件、图形用户界面文件、底层库文件和重要应用程序的安装文件，所述非核心数据包括非重要应用程序的安装文件。在该技术方案中，配置文件一般位于etc目录下，GUI图形用户界面文件一般位于framework目录下，底层库文件一般位于lib目录下，而应用程序的安装文件一般位于app目录下，为保证相应应用程序的正常使用，配置文件、图形用户界面文件、底层库文件必须放置到system分区中，一些重要应用程序的安装文件也需要安装到system分区中，保证对应的应用程序可以正常使用，而一些非重要应用程序的安装文件，可以安装到T卡中即可。
[0034] 在上述技术方案中，所述步骤202还包括：从所述数据包中获取所述非重要应用程序的安装文件，形成新数据包并放置在所述存储卡的根目录下；通过所述安卓系统的恢复模式，从所述数据包中获取所述配置文件、所述图形用户界面文件、所述底层库文件和所述重要应用安装文件，并安装到所述系统分区中，以及在所述终端启动时，从所述新数据包中获取所述非重要应用程序的安装文件，并安装到所述存储卡中。在该技术方案中，仅需要对android系统自带的recovery模式进行一些改动，使其仅将数据包中的核心数据更新到system分区中，同时可以在recovery模式下对system分区进行配置，使在之后的开机启动过程中，通过一个应用安装程序，来进行应用程序的安装。
[0035] 在该技术方案中，所述步骤202还包括：还根据预设的自定义策略，将所述核心数据中的部分数据划分为所述非核心数据，和/或将所述非核心数据中的部分数据划分为所述核心数据。在该技术方案中，按脚本中的信息来划分核心数据和非核心数据，未必完全符合用户的意愿，所以本方案中提供了一种方式，可以自定义策略对核心数据和非核心数据进行修正。
[0036] 以下详细描述本发明的技术方案。
[0037] 本实施例中的终端的工作原理为：以现有技术方案中GMS升级过程为例，针对其中的system分区被过度占用，浪费flash空间的问题，提出“recovery升级+T卡预置GMS中部分apk文件”的组合方案，保证了用户操作的一致性，只需要GMS中的部分apk打包成presetgms.zip放置到/sdcard/目录，即存储卡根目录下，然后进入recovery模式升级，重新启动机器后，终端就会把GMS中大部分apk安装到T卡，用户可以正常使用GMS应用。
[0038] 具体地，本实施例的终端所实现的“recovery升级+T卡预置GMS中部分apk”的组合方案，是将GMS差分包中的数据划分为两个部分，一部分以底层库为主、另一部分主要是apk为主，其中，前部分只有4M左右，后部分却占用了23M。以底层库为主的数据预置到正式版本的system分区，而大部分apk由终端安装在T卡，这样可以大大减少内部flash空间占用。
[0039] 本实施例中的终端包含以下模块：recovery升级模块(android系统自带，略作改动即可)、T卡预置应用安装模块、升级脚本解析模块、打包编译模块，应用程序安装模块(android系统自带)，上述模块的工作流程如下：
[0040] 1、当需要安装GMS差分包，进行升级服务时，通过特殊按键操作，启动recovery升级模块，终端进入recovery模式，升级脚本解析模块在该模式下启动。升级脚本解析模块负责解析升级脚本，区分出其中以底层库文件为主的核心数据，和以apk为主的非核心数据，将GMS核心服务通过厂家提供的recovery升级模块，将核心数据更新到system分区。解析脚本模块的解析结果具体可以示例如下：
[0041]
[0042] 2、在recovery升级同时，将T卡预置应用安装模块预置到系统分区，并在recovery升级完成后，在开机时启动T卡预置应用安装模块。
[0043] 3、T卡预置应用安装模块根据预装应用配置脚本，调用android系统自带的应用安装模块，将已由编译打包模块处理好的非系统核心的GMS应用安装到T卡上。安装界面如图3所示。此处的应用配置脚本根据GMS差分包中的脚本生成，设置在T卡根目录下，记录了非核心的GMS应用apk文件的安装位置。最终，GMS差分包安装完成后的示例目录结构如下：
[0044]
[0045]
[0046] 如以上目录所示，安装到system分区只有配置文件、图形用户界面文件、底层库文件，以及小部分的apk文件，占用了很少的flash空间，而其他apk文件都安装到T卡中，可以有效地利用T卡的资源。安装完成后，图4中所示的部分应用都安装在了T卡中，具体地，语音搜索对应的VoiceSearch.apk、谷歌地图对应的Maps.apk、Gmail对应的Gmail.apk，均安装到T卡当中。
[0047] 通过以上技术方案，可以实现一种终端和一种数据包处理方法，能够在需要将某数据包的数据放置到智能终端时，可以对其中的数据进行细分，判断其中的数据都需要放置到哪些位置，最终保证这些数据可以正常使用，同时也保证了系统分区以及外部存储卡的空间合理分配使用，实用、有效、方便，具有很强的经济效益。
[0048] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 用于利用触笔来操纵用户界面的设备和方法 | 2020-05-08 | 740 |
| 一种面向中文的预训练方法及系统 | 2020-05-11 | 639 |
| 一种基于混合加密的大众密码管理系统 | 2020-05-08 | 327 |
| 悬浮视图的显示方法、电视及计算机可读存储介质 | 2020-05-08 | 701 |
| 针对网络设备的健康数据的可扩展可视化 | 2020-05-08 | 568 |
| 一种智能感知的机场保障能力实时评估系统及评估方法 | 2020-05-11 | 844 |
| 基于电力6+1系统的持续集成测试方法 | 2020-05-11 | 759 |
| 对银行用户界面操作慌忙程度的判断方法 | 2020-05-11 | 243 |
| 一种用户界面操作方法和移动终端 | 2020-05-08 | 503 |
| 基于微波收发器的输煤皮带上异物的检测装置 | 2020-05-08 | 57 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈