CN102663107A

CN102663107A - 嵌入式数据管理的方法及系统

Info

Publication number: CN102663107A
Application number: CN2012101109869A
Authority: CN
Inventors: 潘鸿斌
Original assignee: Shenzhen SDMC Technology Co Ltd
Current assignee: Shenzhen SDMC Technology Co Ltd
Priority date: 2012-04-16
Filing date: 2012-04-16
Publication date: 2012-09-12

Abstract

本发明揭示了一种嵌入式数据管理的方法及系统。该方法可包括步骤：分析需要加载的数据，建立需加载的索引文件；加载所述索引文件；在需要加载数据时，根据所述索引文件定向加载数据。本发明可使用分层次、分阶段加载数据，减少了每次读取的数据量减少了内存开支，降低了读取中的出错概率，使读取中的错误恢复更迅速，并且极大的提高了数据加载的速度；实现数据按需加载，降低内存消耗；同时，可在保障数据可以恢复出厂的基础上，最大限度的减少存储开支；另外，对数据进行的增、删以及修改等操作都变为可行、快捷和简单。

Description

嵌入式数据管理的方法及系统

技术领域

本发明涉及到电数据处理领域，特别涉及到一种嵌入式数据管理的方法及系统。

背景技术

现有技术中嵌入式系统以其系统规模小，硬件成本低，产品专用度高而被广泛应用。而正因为上述特点，嵌入式软件要求软件设计人员在保证功能正常的基础上，最大程度的降低成本支出。因此，高效、安全以及科学的数据管理方案的设计和使用，在嵌入式软件设计中尤为重要。

现有嵌入式系统对于大量同一类型数据文件的存储方案，主要包括以下两种方案：

1、将所有需要的数据存储在一个文件里面，程序初始化的时候，整个的读取该文件并做解析，以供使用。该种方式一次性读取的数据量大，速度慢，数据的删除和插入操作在同步文件的时候非常复杂，直接导致了读取和存储的时候出错概率的升高。

2、将所需要的数据固化在程序里面，使用特定方式加载和使用。但是如此一来，数据的使用灵活性基本没有，无法对数据进行增、删、改等操作。

发明内容

本发明的主要目的为提供一种嵌入式数据管理的方法，降低了数据读取中的出错概率。

本发明提出一种嵌入式数据管理的方法，包括步骤：

分析需要加载的数据，建立需加载的索引文件；

加载所述索引文件；

在需要加载数据时，根据所述索引文件定向加载数据。

优选地，所述方法之后还可包括步骤：

在加载数据时，判断更新文件中是否存在所述数据；

当不存在时，从备份文件中读取。

优选地，所述备份文件中固化存储初始数据；所述更新文件中存储更新后数据。

优选地，所述在加载数据时，判断更新文件中是否存在所述数据的步骤之前还包括：

分别建立备份文件以及更新文件。

本发明还提出一种嵌入式数据管理的系统，包括：

索引建立单元，用于分析需要加载的数据，建立需加载的索引文件；

索引加载单元，用于加载所述索引文件；

数据加载单元，用于在需要加载数据时，根据所述索引文件定向加载数据。

优选地，所述系统还可包括：

数据判断单元，用于在加载数据时，判断更新文件中是否存在所述数据；

读取单元，用于当不存在时，从备份文件中读取。

优选地，所述系统还可包括：

文件建立单元，用于分别建立备份文件以及更新文件。

本发明可使用分层次、分阶段加载数据，减少了每次读取的数据量减少了内存开支，降低了读取中的出错概率，使读取中的错误恢复更迅速，并且极大的提高了数据加载的速度；实现数据按需加载，降低内存消耗；同时，可在保障数据可以恢复出厂的基础上，最大限度的减少存储开支；另外，对数据进行的增、删以及修改等操作都变为可行、快捷和简单。

附图说明

图1是本发明嵌入式数据管理的方法一实施例中的步骤流程示意图；

图2是本发明嵌入式数据管理的方法另一实施例中的步骤流程示意图；

图3是本发明嵌入式数据管理的系统一实施例中的结构示意图；

图4是本发明嵌入式数据管理的系统另一实施例中的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，提出本发明一种嵌入式数据管理的方法一实施例。该方法可包括：

步骤S10、分析需要加载的数据，建立需加载的索引文件；

步骤S11、加载该索引文件；

步骤S12、在需要加载数据时，根据该索引文件定向加载数据。

上述嵌入式数据管理的方法，首先可对嵌入式系统需要进行加载的数据进行分析，将大量有相似类型数据文件建立索引文件，先加载索引文件，使用索引文件指向各个目标数据文件，在该嵌入式系统需要加载数据时，根据索引文件按需求定向加载数据。

上述嵌入式数据管理的方法，使用分层次、分阶段加载数据，减少了每次读取的数据量减少了内存开支，降低了读取中的出错概率，使读取中的错误恢复更迅速，并且极大的提高了数据加载的速度；实现数据按需加载，降低内存消耗。

参照图2，上述步骤S12之后还可包括：

步骤S13、在加载数据时，判断更新文件中是否存在该数据；当不存在时，进行步骤S14；当存在时，进行步骤S15；

步骤S14、从备份文件中读取；

步骤S15、从更新文件中读取。

上述备份文件中固化存储初始数据；上述更新文件中存储更新后数据。上述初始数据可固化存储在备份文件中，只可执行读取而不能作修改或删除等操作。在嵌入式系统的运行过程中如果对相应数据进行了增加、删除或修改等操作后，执行该操作后的数据可存储于更新文件中。同时，在进行数据加载时可首先在更新文件中搜索数据，当该更新文件中不存在时再从备份文件中读取。

上述方式可在保障数据可以恢复出厂的基础上，最大限度的减少存储开支；另外，对数据进行的增、删以及修改等操作都变为可行、快捷和简单。

以下以卫星系统对卫星参数的管理为例，对上述嵌入式数据管理的方法作进一步说明。

本实例中的数据管理和存储的对象是卫星参数。每一颗卫星都有自己的相关属性，以及附属的几个到几百个转发器的信息。而在一个卫星终端设备中，需要存储的卫星的信息，有几个到几百个不等。如此算来，这是一堆数量庞大的数据(起码对于嵌入式产品来说)。要加载或者同步到文件系统都是一件繁杂的事情。

下面将详细说明使用本专利对数据的分层次处理：

1)将每颗卫星的参数存储为一个文件，即卫星参数文件。文件格式使用网络上普遍流传的(*.ini)格式，或者使用(*.xml)格式等，只要是能正确的对卫星的每个属性，以及该卫星下的每个转发器属性进行完整正确的读取和存储操作的文件格式都是可以的。

该文件以卫星名称命名(ABS 1.ini)。文件格式如下：

[SATTYPE](域1，卫星属性)

1＝0750(属性：经度)

2＝ABS1(属性：卫星名)

[DVB](域2，转发器)

0＝20(转发器个数)

1＝3491，V，10000，56(转发器信息)

2＝3556，H，2170，34

3＝3582，H，2250，34

4＝3587，H，4444，34

5＝3596，H，5185，34

2)为上述卫星参数建立索引文件(SateInfo.ini)。其中，每一条信息包含每一颗卫星的基本属性以及该卫星所对应的文件名，该索引文件可以使用程序导入功能建立。

[SATEINFO](卫星信息)

0＝170(卫星个数)

1＝Eutelsat W3A；70；1；0；1；Eutelsat W3A.ini；(各卫星属性及文件名)

2＝Aatra 1E/3A；235；2；0；0；Astra 1E3A.ini；

3＝Atlantic Bird 3；3550；3；0；1；Atlantic Bird 3.ini；

3)建立目录结构

3.1)xxx/Satellite/BackUp(备份文件)，存储初始状态的数据，即出厂数据：一个卫星索引文件，N个卫星文件。该目录的文件只供读取，不可修改或删除。提供最基本参数的同时，确保可以回到出厂状态。

3.2)xxx/Satellite/Using(更新文件)，存储变更后的数据：产生变更后的数据，将被存在Using目录下。参照表1：

4)运行机制

4.1)加载xxx/Satallite/Using/SateInfo.ini，若文件不存在，则加载xxx/Satallite/BackUp/SateInfo.ini。如此，程序已经形成了一份含有基本卫星属性的列表，可用来呈现目前卫星的基本情况。并且该列表是最新修改后同步到文件系统的列表。

4.2)在需要某卫星的详细信息时，检索列表，找到对应文件名，直接打开目标卫星的信息文件，获取其详细信息。打开过程同样遵循，先加载Using/下该卫星，不存在时再加载BackUp/下该卫星。如此，用“需求加载”代替“完全加载”，极大节省了内存开支。

4.3)同步，将内存中的最新修改后的信息，同步到文件系统。

4.4)导入，可以对目前设备中的文件进行扩展。该功能可以读取并且解析可移动存储设备中的卫星信息文件(该文件可以从各大网站下载)，加载到程序中。在同步操作中，程序会在Using下创建被导入的卫星信息文件。

上述嵌入式数据管理的方法，可使用分层次、分阶段加载数据，减少了每次读取的数据量减少了内存开支，降低了读取中的出错概率，使读取中的错误恢复更迅速，并且极大的提高了数据加载的速度；实现数据按需加载，降低内存消耗；同时，可在保障数据可以恢复出厂的基础上，最大限度的减少存储开支；另外，对数据进行的增、删以及修改等操作都变为可行、快捷和简单。

参照图3，提出本发明一种嵌入式数据管理的系统20一实施例。该系统20可包括：索引建立单元21、索引加载单元22以及数据加载单元23；该索引建立单元21，用于分析需要加载的数据，建立需加载的索引文件；该索引加载单元22，用于加载该索引文件；该数据加载单元23，用于在需要加载数据时，根据该索引文件定向加载数据。

上述嵌入式数据管理的系统20，首先可对嵌入式系统需要进行加载的数据进行分析，将大量有相似类型数据文件建立索引文件，先加载索引文件，使用索引文件指向各个目标数据文件，在该嵌入式系统需要加载数据时，根据索引文件按需求定向加载数据。

上述嵌入式数据管理的系统20，使用分层次、分阶段加载数据，减少了每次读取的数据量减少了内存开支，降低了读取中的出错概率，使读取中的错误恢复更迅速，并且极大的提高了数据加载的速度；实现数据按需加载，降低内存消耗。

参照图4，上述系统20还可包括：文件建立单元24、数据判断单元25以及读取单元26；该文件建立单元24，用于分别建立备份文件以及更新文件；该数据判断单元25，用于在加载数据时，判断更新文件中是否存在该数据；该读取单元26，用于当不存在时，从备份文件中读取。

上述嵌入式数据管理的系统，可使用分层次、分阶段加载数据，减少了每次读取的数据量减少了内存开支，降低了读取中的出错概率，使读取中的错误恢复更迅速，并且极大的提高了数据加载的速度；实现数据按需加载，降低内存消耗；同时，可在保障数据可以恢复出厂的基础上，最大限度的减少存储开支；另外，对数据进行的增、删以及修改等操作都变为可行、快捷和简单。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种嵌入式数据管理的方法，其特征在于，包括步骤：

分析需要加载的数据，建立需加载的索引文件；

加载所述索引文件；

在需要加载数据时，根据所述索引文件定向加载数据。

2.根据权利要求1所述的嵌入式数据管理的方法，其特征在于，所述方法之后还包括：

在加载数据时，判断更新文件中是否存在所述数据；

当不存在时，从备份文件中读取。

3.根据权利要求2所述的嵌入式数据管理的方法，其特征在于，所述备份文件中固化存储初始数据；所述更新文件中存储更新后数据。

4.根据权利要求3所述的嵌入式数据管理的方法，其特征在于，所述在需要加载数据时，根据所述索引文件定向加载数据的步骤之前还包括：

分别建立备份文件以及更新文件。

5.一种嵌入式数据管理的系统，其特征在于，包括：

索引加载单元，用于加载所述索引文件；

6.根据权利要求5所述的嵌入式数据管理的系统，其特征在于，所述系统还包括：

读取单元，用于当不存在时，从备份文件中读取。

7.根据权利要求6所述的嵌入式数据管理的系统，其特征在于，所述备份文件中固化存储初始数据；所述更新文件中存储更新后数据。

8.根据权利要求7所述的嵌入式数据管理的系统，其特征在于，所述系统还包括：

文件建立单元，用于分别建立备份文件以及更新文件。