CN111611212A - 对栅格地图文件进行打包的方法、装置以及存储介质 - Google Patents

Abstract

本申请公开了一种对栅格地图文件进行打包的方法、装置以及存储介质。其中，该方法包括：生成与栅格地图文件相对应的多个栅格图片；将所述多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中所述bundle文件包括索引文件以及实体文件，所述实体文件包括所述至少一部分栅格图片的相关数据，并且所述索引文件用于指示所述实体文件的文件路径；将所述索引文件存储在内存中；以及将所述实体文件存储于文件系统中。

Description

对栅格地图文件进行打包的方法、装置以及存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种对栅格地图文件进行打包的方法、装置以及存储介质。

背景技术

Bundle是Unix/linux系统中一种较为常用的包文件，这种文件可以快速的将多个散碎的文件打包成一个包文件，从而方便这些文件的搬运及维护。

为了提高栅格地图文件的读取速度，现有技术是通过四叉树的方式将一个非常大的栅格地图文件切分成金字塔结构的层级，参考图1所示，第0级数量为1(2⁰*2⁰)的话，第1级的数量为2¹*2¹，第n级的数量2ⁿ*2ⁿ。其中金字塔的层级数据主要指港口卫星影像及电子地图数据。

但是，这种方式是将栅格地图文件分割成的几百万甚至几千万片小块数据直接存储在文件系统中，由于这些数据的数量相当庞大，会导致这些数据在搬运的过程中耗费极大的时间成本，甚至无法被搬运，不利于栅格地图文件的部署。

针对上述的现有技术中存在的将栅格地图文件分割成的几百万甚至几千万片小块数据直接存储在文件系统中，由于这些数据的数量相当庞大，会导致这些数据在搬运的过程中耗费极大的时间成本，不利于栅格地图文件的部署的技术问题，目前尚未提出有效的解决方案。

发明内容

本公开的实施例提供了一种对栅格地图文件进行打包的方法、装置以及存储介质，以至少解决现有技术中存在的将栅格地图文件分割成的几百万甚至几千万片小块数据直接存储在文件系统中，由于这些数据的数量相当庞大，会导致这些数据在搬运的过程中耗费极大的时间成本，不利于栅格地图文件的部署的技术问题。

根据本公开实施例的一个方面，提供了一种对栅格地图文件进行打包的方法，包括：生成与栅格地图文件相对应的多个栅格图片；将多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中bundle文件包括索引文件以及实体文件，实体文件包括至少一部分栅格图片的相关数据，并且索引文件用于指示实体文件的文件路径；将索引文件存储在内存中；以及将实体文件存储于文件系统中。

根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面，还提供了一种对栅格地图文件进行打包的装置，包括：生成模块，用于生成与栅格地图文件相对应的多个栅格图片；转换模块，用于将多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中bundle文件包括索引文件以及实体文件，实体文件包括至少一部分栅格图片的相关数据，并且索引文件用于指示实体文件的文件路径；第一存储模块，用于将索引文件存储在内存中；以及第二存储模块，用于将实体文件存储于文件系统中。

根据本公开实施例的另一个方面，还提供了一种对栅格地图文件进行打包的装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：生成与栅格地图文件相对应的多个栅格图片；将多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中bundle文件包括索引文件以及实体文件，实体文件包括至少一部分栅格图片的相关数据，并且索引文件用于指示实体文件的文件路径；将索引文件存储在内存中；以及将实体文件存储于文件系统中。

在本公开实施例中，本实施例将栅格地图文件生成的多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，将bundle文件中的索引文件存储在内存中，将bundle文件中的实体文件存储在文件系统中。从而不需要将栅格地图文件分割成的几百万甚至几千万个栅格图片全部存储在文件系统中，可以减轻文件系统的存储压力以及访问次数，从而提高栅格地图文件在搬运过程中的速度，有利于栅格地图文件的部署。进而解决了现有技术中存在的将栅格地图文件分割成的几百万甚至几千万片小块数据直接存储在文件系统中，由于这些数据的数量相当庞大，会导致这些数据在搬运的过程中耗费极大的时间成本，不利于栅格地图文件的部署的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是用于实现根据本背景技术所述的通过四叉树的方式将栅格地图文件切分成金字塔结构的层级的示意图；

图2是用于实现根据本公开实施例1所述的方法的计算机终端的硬件结构框图；

图3是根据本公开实施例1的第一个方面所述的对栅格地图文件进行打包的方法的流程示意图；

图4是根据本公开实施例1的第一个方面所述的将栅格地图文件拆分成多个栅格图片的示意图；

图5是根据本公开实施例1的第一个方面所述的将bundle文件的索引文件存储在内存以及将bundle文件的实体文件存储于文件系统的示意图；

图6是根据本公开实施例2的第一个方面所述的对栅格地图文件进行打包的装置的示意图；以及

图7是根据本公开实施例3的第一个方面所述的对栅格地图文件进行打包的装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开的技术方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本公开实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

bundle文件：.bundle格式的文件是Unix/linux系统中的一种可执行文件。用百户可以在终端中使用./***(文件名).bundle命令使其运行。

栅格数据：将空间分割成有规律的网格，每一个网格称为一个单元，并在各单元上赋予相应的属性值来表示实体的一种数据形式。

实施例1

根据本实施例，提供了一种对栅格地图文件进行打包的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在服务器或者类似的计算设备中执行。图2示出了一种用于实现对栅格地图文件进行打包的方法的计算设备的硬件结构框图。如图2所示，计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算设备还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块，如本公开实施例中的对栅格地图文件进行打包的方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的对栅格地图文件进行打包的方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图2所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图2仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算设备中的部件的类型。

根据本实施例的第一个方面，提供了一种对栅格地图文件进行打包的方法。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

S302：生成与栅格地图文件相对应的多个栅格图片；

S304：将所述多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中bundle文件包括索引文件以及实体文件，实体文件包括至少一部分栅格图片的相关数据，并且索引文件用于指示实体文件的文件路径；

S306：将索引文件存储在内存中；以及

S308：将实体文件存储于文件系统中。

具体地，参考图4所示，首先计算设备生成与栅格地图文件相对应的多个栅格图片，例如计算设备可以将栅格地图文件进行切割，得到相对应的多个栅格图片。然后计算设备将多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中bundle文件包括索引文件以及实体文件，实体文件包括至少一部分栅格图片的相关数据，并且索引文件用于指示实体文件的文件路径。

例如，计算设备将栅格地图文件切割成一亿个栅格图片。例如，计算设备生成与栅格地图文件相对应的多个栅格图片有一亿个。其中一千个栅格图片可以转换成一个bundle文件，一亿个栅格图片就可以转换成十万个bundle文件。bundle文件包括索引文件以及实体文件，该实体文件包括一千个栅格图片的相关数据，索引文件用于指示该实体文件的文件路径。

进一步地，参考图5所示，计算设备将bundle文件的索引文件存储在内存中，并且将bundle文件的实体文件存储于文件系统中。从而减轻文件系统的存储压力以及访问次数，提高栅格地图文件在搬运过程中的速度。

从而通过这种方式，计算设备将栅格地图文件生成的多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，将bundle文件中的索引文件存储在内存中，将bundle文件中的实体文件存储在文件系统中。从而不需要将栅格地图文件分割成的几百万甚至几千万个栅格图片全部存储在文件系统中，可以减轻文件系统的存储压力以及访问次数，从而提高栅格地图文件在搬运过程中的速度，有利于栅格地图文件的部署。进而解决了现有技术中存在的将栅格地图文件分割成的几百万甚至几千万片小块数据直接存储在文件系统中，由于这些数据的数量相当庞大，会导致这些数据在搬运的过程中耗费极大的时间成本，不利于栅格地图文件的部署的技术问题。

可选地，将多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件的操作，包括：将多个栅格图片转换成bundle文件集合，其中bundle文件集合包含多个bundle文件，多个bundle文件分别包括相应的索引文件以及实体文件。

具体地，计算设备将多个栅格图片转换成bundle文件集合，其中bundle文件集合包含多个bundle文件，多个bundle文件分别包括相应的索引文件以及实体文件。

例如，计算设备将栅格地图文件切割成的栅格图片有一亿个。其中一千个栅格图片可以转换成一个bundle文件，一亿个栅格图片就可以转换成十万个bundle文件。十万个bundle文件就是一个bundle文件集合。当然，bundle文件集合也可以是一千个，一万个，十万个或者其他数量。并且每一个bundle文件都包括对应的索引文件以及实体文件。

从而，本实施例确保将栅格地图文件切割成的栅格图片都转换成相应的bundle文件，都包含相应的索引文件和实体文件。从而提高栅格地图文件在搬运过程中的速度，有利于栅格地图文件的部署。

可选地，将索引文件存储在内存中的操作，包括：将多个bundle文件中的一部分bundle文件的索引文件存储在内存中。

具体地，计算设备将多个bundle文件中的一部分bundle文件的索引文件存储在内存中。例如，计算设备可以将使用频繁的bundle文件的索引文件存储在内存中，例如计算设备可以将使用频率在前90％的bundle文件的索引文件存储在内存中。从而节约内存的占用量，提高内存访问速度。

可选地，将多个bundle文件中的一部分bundle文件的索引文件存储在内存中的操作，包括：根据多个bundle文件所包含的栅格图片的优先级，确定至少一部分bundle文件；以及将所确定的至少一部分bundle文件的索引文件存储在内存中。

具体地，计算设备根据多个bundle文件所包含的栅格图片的优先级，确定至少一部分bundle文件；以及将所确定的至少一部分bundle文件的索引文件存储在内存中。例如，计算设备可以确定优先级在前90％的bundle文件，然后将优先级在前90％的bundle文件的索引文件存储在内存中。从而节约内存的占用量，提高内存访问速度。

可选地，还包括：根据索引文件所指示的文件路径，查找与索引文件对应的实体文件。

具体地，计算设备根据索引文件所指示的文件路径，查找与索引文件对应的实体文件。从而通过索引的方式进行查找，提高了查找效率。此外，该索引文件是存储在内存中的，利用索引文件查找栅格图片是在内存中进行查找，不用访问文件系统，进一步提高了查找效率。

此外，参考图2所示，根据本实施例的第二个方面，提供了一种存储介质。所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行以上任意一项所述的方法。

此外，以下是对本实施例的一些补充：首先本实施例需要使用面向对象C++语言构建bundle解析的核心算法，将bundle文件中的实体文件快速读取到内存中，要求其装入速度与直接从磁盘上将实体文件装入内存对比，不低于90％。该算法完成后封装成Win32动态链接库。

本实施例在核心算法的基础上，使用J2EE开发框架将算法封装成网络服务，网络服务具备如下接口：

1.数据装载接口；

2.数据列表获取接口；

3.实体文件号与地理坐标转换接口；

4.装入内存接口；

5.获取内存句柄接口。

从而根据本实施例，计算设备将栅格地图文件中分割成的多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，将bundle文件中的索引文件存储在内存中，将bundle文件中的实体文件存储在文件系统中。从而不需要将栅格地图文件分割成的几百万甚至几千万个栅格图片全部存储在文件系统中，可以减轻文件系统的存储压力以及访问次数，从而提高栅格地图文件在搬运过程中的速度，有利于栅格地图文件的部署。进而解决了现有技术中存在的将栅格地图文件分割成的几百万甚至几千万片小块数据直接存储在文件系统中，由于这些数据的数量相当庞大，会导致这些数据在搬运的过程中耗费极大的时间成本，不利于栅格地图文件的部署的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例2

图6示出了根据本实施例所述的对栅格地图文件进行打包的装置600，该装置600与根据实施例1的第一个方面所述的方法相对应。参考图6所示，该装置600包括：生成模块610，用于生成与栅格地图文件相对应的多个栅格图片；转换模块620，用于将多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中bundle文件包括索引文件以及实体文件，实体文件包括至少一部分栅格图片的相关数据，并且索引文件用于指示实体文件的文件路径；第一存储模块630，用于将索引文件存储在内存中；以及第二存储模块640，用于将实体文件存储于文件系统中。

可选地，转换模块620，包括：转换子模块，用于将多个栅格图片转换成bundle文件集合，其中bundle文件集合包含多个bundle文件，多个bundle文件分别包括相应的索引文件以及实体文件。

可选地，第一存储模块630，包括：存储子模块，用于将多个bundle文件中的一部分bundle文件的索引文件存储在内存中。

可选地，存储子模块，包括：确定单元，用于确定根据多个bundle文件所包含的栅格图片的优先级，确定至少一部分bundle文件；以及存储单元，用于将所确定的至少一部分bundle文件的索引文件存储在内存中。

可选地，该装置600还包括：查找模块，用于根据索引文件所指示的文件路径，查找与索引文件对应的实体文件。

从而根据本实施例，通过对栅格地图文件进行打包的装置600，将栅格地图文件生成的多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，将bundle文件中的索引文件存储在内存中，将bundle文件中的实体文件存储在文件系统中。从而不需要将栅格地图文件分割成的几百万甚至几千万个栅格图片全部存储在文件系统中，可以减轻文件系统的存储压力以及访问次数，从而提高栅格地图文件在搬运过程中的速度，有利于栅格地图文件的部署。进而解决了现有技术中存在的将栅格地图文件分割成的几百万甚至几千万片小块数据直接存储在文件系统中，由于这些数据的数量相当庞大，会导致这些数据在搬运的过程中耗费极大的时间成本，不利于栅格地图文件的部署的技术问题。

实施例3

图7示出了根据本实施例所述的对栅格地图文件进行打包的装置700，该装置700与根据实施例1的第一个方面所述的方法相对应。参考图7所示，该装置700包括：处理器710；以及存储器720，与处理器710连接，用于为处理器710提供处理以下处理步骤的指令：生成与栅格地图文件相对应的多个栅格图片；将多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中bundle文件包括索引文件以及实体文件，实体文件包括至少一部分栅格图片的相关数据，并且索引文件用于指示实体文件的文件路径；将索引文件存储在内存中；以及将实体文件存储于文件系统中。

可选地，将多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件的操作，包括：将多个栅格图片转换成bundle文件集合，其中bundle文件集合包含多个bundle文件，多个bundle文件分别包括相应的索引文件以及实体文件。

可选地，将索引文件存储在内存中的操作，包括：将多个bundle文件中的一部分bundle文件的索引文件存储在内存中。

可选地，将多个bundle文件中的一部分bundle文件的索引文件存储在内存中的操作，包括：根据多个bundle文件所包含的栅格图片的优先级，确定至少一部分bundle文件；以及将所确定的至少一部分bundle文件的索引文件存储在内存中。

可选地，存储器720用于为处理器710提供处理以下处理步骤的指令：还包括：根据索引文件所指示的文件路径，查找与索引文件对应的实体文件。

从而根据本实施例，通过对栅格地图文件进行打包的装置700，将栅格地图文件生成的多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，将bundle文件中的索引文件存储在内存中，将bundle文件中的实体文件存储在文件系统中。从而不需要将栅格地图文件分割成的几百万甚至几千万个栅格图片全部存储在文件系统中，可以减轻文件系统的存储压力以及访问次数，从而提高栅格地图文件在搬运过程中的速度，有利于栅格地图文件的部署。进而解决了现有技术中存在的将栅格地图文件分割成的几百万甚至几千万片小块数据直接存储在文件系统中，由于这些数据的数量相当庞大，会导致这些数据在搬运的过程中耗费极大的时间成本，不利于栅格地图文件的部署的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种对栅格地图文件进行打包的方法，其特征在于，包括：

生成与栅格地图文件相对应的多个栅格图片；

将所述多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中所述bundle文件包括索引文件以及实体文件，所述实体文件包括所述至少一部分栅格图片的相关数据，并且所述索引文件用于指示所述实体文件的文件路径；

将所述索引文件存储在内存中；以及

将所述实体文件存储于文件系统中。

2.根据权利要求1所述的方法，其特征在于，将所述多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件的操作，包括：

将所述多个栅格图片转换成bundle文件集合，其中所述bundle文件集合包含多个bundle文件，所述多个bundle文件分别包括相应的索引文件以及实体文件。

3.根据权利要求2所述的方法，其特征在于，将所述索引文件存储在内存中的操作，包括：

将所述多个bundle文件中的一部分bundle文件的索引文件存储在所述内存中。

4.根据权利要求3所述的方法，其特征在于，将所述多个bundle文件中的一部分bundle文件的索引文件存储在所述内存中的操作，包括：

根据所述多个bundle文件所包含的栅格图片的优先级，确定至少一部分所述bundle文件；以及

将所确定的至少一部分所述bundle文件的索引文件存储在所述内存中。

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

根据所述索引文件所指示的文件路径，查找与所述索引文件对应的所述实体文件。

6.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行权利要求1至5中任意一项所述的方法。

7.一种对栅格地图文件进行打包的装置，其特征在于，包括：

生成模块，用于生成与栅格地图文件相对应的多个栅格图片；

转换模块，用于将所述多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中所述bundle文件包括索引文件以及实体文件，所述实体文件包括所述至少一部分栅格图片的相关数据，并且所述索引文件用于指示所述实体文件的文件路径；

第一存储模块，用于将所述索引文件存储在内存中；以及

第二存储模块，用于将所述实体文件存储于文件系统中。

8.根据权利要求7所述的装置，其特征在于，所述转换模块，包括：

转换子模块，用于将所述多个栅格图片转换成bundle文件集合，其中所述bundle文件集合包含多个bundle文件，所述多个bundle文件分别包括相应的索引文件以及实体文件。

9.根据权利要求8所述的装置，其特征在于，所述第一存储模块，包括：

存储子模块，用于将所述多个bundle文件中的一部分bundle文件的索引文件存储在所述内存中。

10.一种对栅格地图文件进行打包的装置，其特征在于，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：

生成与栅格地图文件相对应的多个栅格图片；

将所述多个栅格图片中的至少一部分栅格图片转换成相应的bundle文件，其中所述bundle文件包括索引文件以及实体文件，所述实体文件包括所述至少一部分栅格图片的相关数据，并且所述索引文件用于指示所述实体文件的文件路径；

将所述索引文件存储在内存中；以及

将所述实体文件存储于文件系统中。

Images