数据管理方法、装置以及电子控制器

技术领域

本申请涉及车辆技术领域，具体涉及一种数据管理方法、装置以及电子控制器。

背景技术

随着云计算、物联网等技术的不断发展和应用，海量的数据在生产经营、商务活动、社交生活等领域不断产生。人们正处在信息时代，有些国家甚至把数据管理提升到了国家战略层面，很多企业也将数据管理作为提高自身竞争力的重要手段。可见，对数据的管理正在影响着人们的工作和生活，如此也使得对数据库的管理显得尤为重要。

申请内容

鉴于以上问题，本申请实施例提供一种数据管理方法、装置以及电子控制器，以解决上述技术问题。

本申请实施例是采用以下技术方案实现的：

第一方面，本申请一些实施例提供一种数据管理方法，所述方法包括：确定目标文件包含的数据是否发生改变，所述目标文件属于第一进程；当所述目标文件包含的数据发生改变时，获取改变数据对应的键值对，并确定与所述第一进程关联的第二进程；发送数据改变指令至所述第二进程，所述数据改变指令包括所述键值对。

第二方面，本申请一些实施例还提供一种数据管理装置，该装置包括确定模块、获取模块以及发送模块。确定模块，用于确定目标文件包含的数据是否发生改变，所述目标文件属于第一进程。获取模块，用于当所述目标文件包含的数据发生改变时，获取改变数据对应的键值对，并确定与所述第一进程关联的第二进程。发送模块，用于发送数据改变指令至所述第二进程，所述数据改变指令包括所述键值对。

第三方面，本申请一些实施例还提供一种电子控制器，包括处理器以及存储器，所述存储器存储有计算机程序指令，所述计算机程序指令被所述处理器调用时执行上述任一项所述的数据管理方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，计算机程序代码可被处理器调用以执行上述任一项的数据管理方法。

本申请实施例提供的数据管理方法、装置以及电子控制器，本申请通过将第一进程中改变的数据发送给第二进程，可以提高数据管理的效率。具体的，首先确定目标文件包含的数据是否发生改变，其中，目标文件属于第一进程，当确定目标文件包含的数据发生改变时，获取改变数据对应的键值对，而后可以确定与第一进程关联的第二进程，最后发送数据改变指令至第二进程，其中，数据改变指令可以包括键值对。本申在确定位于第一进程中的目标文件发生改变时，其可以将数据改变指令发送至第二进程，如此可以方便用户对数据的管理，在一定程度上可以提高数据管理的效率。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了本申请一实施例提供的一种数据管理方法的流程示意图。

图2示出了本申请一实施例提供的一种数据管理方法中步骤S120的流程示意图。

图3示出了本申请另一实施例提供的一种数据管理方法的流程示意图。

图4示出了本申请另一实施例提供的一种数据管理方法中其他步骤的流程示意图。

图5示出了本申请另一实施例提供的一种数据管理方法中其他步骤的流程示意图。

图6示出了本申请另一实施例提供的一种数据管理方法的工作流程图。

图7示出了本申请另一实施例提供的一种数据管理方法中对文件进行读的流程示意图。

图8示出了本申请另一实施例提供的一种数据管理方法中对文件进行写的流程示意图。

图9示出了本申请又一实施例提供的一种数据管理方法的流程示意图。

图10示出了本申请又一实施例提供的一种数据管理方法中表格配置数据格式示意图。

图11示出了本申请实施例提供的一种数据管理装置的模块框图。

图12示出了本申请实施例提供的一种电子控制器的模块框图。

图13示出了本申请实施例提供的一种车辆的结构示意图。

图14示出了本申请实施例提供的一种计算机可读存储介质的模块框图。

具体实施方式

下面详细描述本申请的实施方式，实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性地，仅用于解释本申请，而不能理解为对本申请的限制。

下面详细描述本申请的实施方式，实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性地，仅用于解释本申请，而不能理解为对本申请的限制。

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

随着云计算、物联网等技术的不断发展和应用，海量的数据在生产经营、商务活动、社交生活等领域不断产生。人们正处在信息时代，有些国家甚至把数据管理提升到了国家战略层面，很多企业也将数据管理作为提高自身竞争力的重要手段。可见，对数据的管理正在影响着人们的工作和生活，尤其是对数据库的管理显得尤为重要。另外，现有的嵌入式系统通常需要设计中间层(Middle-Layer)，该中间层主要有服务于上层的APP(APPlication，应用程序)的通用业务请求。比如，日志管理、IPC(Inter-ProgressCommunication，进程间通信)以及数据库存储等业务。相较于车载产品而言，数据库的读写效率和资源的使用尤为重要，故对数据库的读写和资源的使用的要求便是小巧。

另外，随着应用程序版本的不断迭代，表的数据结构也会不断发生变化，在这个变化中用户的使用数据很可能会被破坏，且现有技术在对数据库进行管理时无法保证数据的可靠性。现有的数据库选型上，Sqlite比较通用，但是，Sqlite无法完成定制化的需求，在一个应用程序对应的数据发生改变后，其不会通知给其他应用程序。

为了解决上述技术问题，申请人经过长期研究，提出了本申请实施例中的数据管理方法、装置以及电子控制器，该数据管理方法通过将第一进程中改变的数据发送给第二进程，可以提高数据管理的效率。具体的，首先确定目标文件包含的数据是否发生改变，其中，目标文件属于第一进程，当确定目标文件包含的数据发生改变时，获取改变数据对应的键值对，而后可以确定与第一进程关联的第二进程，最后发送数据改变指令至第二进程，其中，数据改变指令可以包括键值对。本申在确定位于第一进程中的目标文件发生改变时，其可以将数据改变指令发送至第二进程，如此可以方便用户对数据的管理，在一定程度上可以提高数据管理的效率。

如图1所示，图1示意性地示出了本申请实施例提供的数据管理方法的流程示意图。该方法可以包括以下步骤S110至步骤S130。

步骤S110：确定目标文件包含的数据是否发生改变，所述目标文件属于第一进程。

作为一种方式，本申请实施例可以应用于电子设备，该电子设备可以配置有数据管理模块，该数据管理模块主要用于对电子设备中的数据库进行管理。本申请实施中，数据库可以是一张基于Key-Vlue(键值对)的映射表，其主要存放于文件中，在版本迭代中用户新增、修改或者删除了一个Key，对应的数据库文件也需要更新这个Key，同时不会影响其他的Key对应的Value。这里的数据库文件即可作为所述目标文件，可见，目标文件可以包括多个不同的数据，这些数据可以是车辆相关的控制参数，该控制参数可以包括温度、湿度、版本数、车速以及去参数等。

作为另一方式，目标文件可以属于第一进程，所述第一进程可以是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位。并且，第一进程也可以是预设应用程序对应的进程，即不同的应用程序则其对应的进程也可能不相同。比如，第一应用程序对应的进程可以称作是第一进程、第二应用程序对应的进程则可以称作是第二进程。

在一些实施方式中，电子设备可以获取目标应用程序对应的目标文件，而后确定所述目标文件包含的数据是否发生改变，所述目标文件可以由多个键值对组成，当其中一个或者多个键值对发生改变时，即可确定目标文件包含的数据发生了改变。本申请实施例中，确定目标文件包含的数据是否发生改变，其可以是确定所述目标文件中的键(Key)是否发生改变，也可以是确定所述目标文件中的值(Value)是否发生改变，或者也可以是确定所述目标文件中的键(Key)和值(Value)是否均发生改变等。

在另一些实施方式中，确定目标文件包含的数据是否发生改变中的改变可以是目标文件发生了键值增加的情形，其中，键值可以是由键Key和值value组成，如原目标文件中没有Key3，用户通过应用程序接口输入了Key3，此时即可确定目标文件发生了改变，且改变的数据是“增加了Key3”。另外，改变也可以是目标文件发生了键值减少的情形，或如原文件中有Key4，用户通过应用程序接口删除了Key4，此时即可确定目标文件发生了改变，且改变的数据是“删除了Key3”。所述改变也可以是目标文件发生了键值替换的情形，如原目标文件中有Key5，用户通过应用程序输入了Key6，并通过该Key6替换了所述Key5。确定目标文件版的数据是否发生改变中的改变也可以是其他情形，具体是哪一种这里就不进行一一赘述了。

综上所述，确定目标文件包含的数据是否发生改变可以是确定属于第一进程的目标文件是否发生改变，如果确定目标文件包含的数据发生改变，本申请实施例则可以获取所述改变数据对应的键值对，即进入步骤S120。如果确定目标文件未发生改变，则重新监测目标文件包含的数据是否发生改变。本申请实施例可以每隔预设时长监测一次，或者也可以在确定接收到用户输入的数据时监测一次等。

步骤S120：当所述目标文件包含的数据发生改变时，获取改变数据对应的键值对，并确定与所述第一进程关联的第二进程。

在一些实施方式，电子设备在确定目标文件包含的数据发生改变时，其可以确定改变数据对应的键值对，所述改变数据可以是目标文件中发生改变的数据。另外，在确定目标文件包含的数据发生改变时，本申请实施例也可以先定位出发生改变的数据在目标文件中的位置信息，通过该位置信息可以快速定位出改变的数据。通过获取改变数据对应的键值对，本申请实施例可以确定出改变的数据是什么，如可以是键Key发生改变，也可以是值Value发生改变，或者也可以是键Key和值Value均发生改变等。

本申请实施例可以将发生改变的数据作为目标数据，在获取到目标数据对应的键值对之后，电子设备可以确定出与第一进程关联的第二进程，然后将数据改变指令发送至所述第二进程，即进入步骤S130。

在另一些实施方式中，请参阅图2，步骤S120可以包括步骤S121至步骤S122。

步骤S121：获取每个所述进程对应的历史数据，并根据每个所述历史数据确定其对应的进程与所述第一进程是否相关。

在一些实施方式中，进程对应的历史数据可包括用户输入的标记信息，电子设备可以获取每个进程对应的标记信息，所述标记信息可以是用户输入的说明信息，该说明信息说要用于说明与第一进程相关的其他进程的信息。例如，进程A对应的说明信息为“与本进程相关的进程有进程B和进程C”，此时进程B和进程C则可以称作为是与进程A相关的进程。

作为一种方式，与第一进程关联的第二进程可以是与第一进程进行数据交互的频次比较高，也可以是第一进程与第二进程之间的重要程度，所述重要程度可以是第二进程对第一进程的影响程度，或者是第一进程对第二进程的影响程度。另外，第一进程和第二进程之间的重要程度也可以是用户根据其自身需求设置的。例如，用户觉得第一进程数据改变后会很大程度的影响到第二进程的运行，此时用户A则可以将第二进程设置成与第一进程相关联的进程。

作为另一种方式，电子设备中与第一进程相关的第二进程可以是一个也可以是多个，当与第一进程相关的第二进程是一个是，本申请实施例则可以直接发送数据改变指令至第二进程。当与第一进程相关的第二进程是多个时，本申请实施例也可以将数据改变指令同时发送至第二进程。

作为另一种方式，当与第一进程相关的第二进程是多个时，本申请实施例也可以先获取每个第二进程与第一进程进行数据交互的频次，然后根据所述数据交互的频次对所述多个进程进行从高到低的排序，得到频次排序结果。然后根据频次排序结果的顺序将数据改变指令发送至第二进程。

作为另一种方式，当与第一进程相关的第二进程是多个时，本申请实施例也可以监测所述多个第二进程中哪个进程将要被运行，并在确定进程将要被运行时将所述数据改变指令发送至第二进程，所述发送操作的时间是间于确定第一进程内的目标文件发生改变的时间之后，以及首次打开第二进程的时间。

作为一个示例，第一进程和第二进程可以是不同应用程序对应的进程，在确定第一应用进程的数据发生改变时，电子设备可以确定与所述第一应用进程关联的第二应用进程，并将改变的数据发送至第二应用进程，通过发送该数据可以使第二应用进程知晓第一应用进程哪些数据改变了，改变的数据在目标文件中的位置，以及数据改变成什么了等。

步骤S122：如果相关，则把相关的进程作为所述第二进程。

在一些实施方式中，根据历史数据确定其对应的进程与第一进程相关时，本申请实施例可以将相关的进程作为第二进程。其中，第二进程可以是多个，即当确定与第一进程相关的进程为多个时，可以将所述多个进程均作为第二进程。

另外，在确定与第一进程相关的进程为多个时，本申请实施例也可以确定所述多个进程中是否存在弱相关进程，所述弱相关进程指的是与第一进程相关，但是关联程度较小的进程。当确定多个进程中存在弱相关进程时，本申请实施例可以将除弱相关进程之外的其他进程作为第二进程，如此可以降低数据传输为电子设备带来的不必要功耗。

步骤S130：发送数据改变指令至所述第二进程，所述数据改变指令包括所述键值对。

在一些实施方式中，在确定出与第一进程关联的第二进程之后，本申请实施例可以发送数据改变指令至第二进程。其中，数据改变指令也可以称作是变化提示信息，通过该数据改变指令以提示第二进程“第一进程哪些数据发生了改变”。另外，数据改变指令可以包括改变数据的键值对，将所述改变数据的键值对发送至第二进程可以提示第二进程。换句话说，通过数据改变指令可以提示第二进程“第一进程有哪些数据发生改变了”，以及这些数据改变成什么了。

另外，数据改变指令也可以包括改变数据在目标文件中的地址，通过该数据改变指令，第二进程可以快速定位出改变数据的位置，以方便第二进程可以对所述改变数据进行进一步的监控。

需要说明的是，本申请实施例中的改变数据可以包括多个子变化数据，这些子变化数据可以是预设时间段内发生改变的数据，所述预设时间段可以是上一次发送数据改变指令的时间经过预设时长的时间。例如，上一次发送数据改变指令的时间是2021年03月05日14:00，预设时长为1小时，即本申请实施例统计的是2021年03月05日14:00到2021年03月05日15:00内发生改变的数据，通过确认发现发生改变的数据的键分为是Key1和Key2，此时的Key1和Key2可以统称为改变的数据。

另外，第一进程可以是第二进程感兴趣的进程，即第二进程通过对第一进程的数据进程分析可以实现预设目标。例如，第二进程通过对第一进程使用数据的分析，确定出用户的使用习惯，进而根据使用习惯为用户推荐不同的广告。

本申请实施例提供的数据管理方法通过将第一进程中改变的数据发送给第二进程，可以提高数据管理的效率。具体的，首先确定目标文件包含的数据是否发生改变，其中，目标文件属于第一进程，当确定目标文件包含的数据发生改变时，获取改变数据对应的键值对，而后可以确定与第一进程关联的第二进程，最后发送数据改变指令至第二进程，其中，数据改变指令可以包括键值对。本申在确定位于第一进程中的目标文件发生改变时，其可以将数据改变指令发送至第二进程，如此可以方便用户对数据的管理，在一定程度上可以提高数据管理的效率。

如图3所示，本申请实施例另一实施例提供了一种数据管理方法，该数据管理方法可以其包括以下步骤S210至步骤S250。

步骤S210：获取目标文件，并将所述目标文件存储于磁盘的第一分区内。

作为一种方式，本申请实施例在获取到目标文件之后，其可以将目标文件存储于磁盘的第一分区内，而后根据目标文件获取备份文件，并将备份文件存储于磁盘的第二分区内，即进入步骤S220。

步骤S220：根据所述目标文件获取备份文件，并将所述备份文件存储于所述磁盘的第二分区内。

本申请实施例中，电子设备的磁盘可以是双分区的，为了提高数据管理的可靠性，电子设备对应的数据库文件可以采用双分区设计，即目标文件可以以双分区备份的策略进行保护。在一些实施方式中，请参阅图4，根据所述目标文件获取备份文件，并将所述备份文件存储于所述磁盘的第二分区内之后可以包括步骤S221至步骤S222。

步骤S221：确定所述目标文件是否发生改变。

步骤S222：如果所述目标文件发生改变，则确定发生改变的数据，并基于所述发生改变的数据对所述备份文件进行更新。

作为一种方式，为了保证数据的安全，本申请实施例对目标文件进行了分区存储，当第一分区内存储的目标文件发生改变时，第二分区内存储的备份文件也可以随之改变。可见，第一分区内存储的数据和第二分区内存储的数据是基本是同时改变的，如此可以保证在第一分区内的数据发生异常时，第二分区内存储的数据是最新的。

请参阅图5，根据所述目标文件获取备份文件，并将所述备份文件存储于所述磁盘的第二分区内之后还可以包括步骤S223至步骤S224。

步骤S223：确定所述目标文件是否发生格式化。

在另一些实施方式中，当确定目标文件发生异常，如目标文件发生格式化时，第一分区内的数据丢失，此时则可以利用第二分区内的备份文件对第一分区内的目标文件进行恢复，即进入步骤是224。

步骤S224：如果所述目标文件发生格式化，则根据所述第二分区内的所述备份文件对所述第一分区内的所述目标文件进行恢复。

为了更清楚的理解双分区数据保护策略，本申请实施例给出了如图6所示的流程示意图。图6中的主数据库文件为目标文件，而备数据库文件则可以是备份文件，目标文件和备份文件可以分区存储。在进行数据管理时本申请实施例可以监测主数据库文件是否存在，当确定主数据库存在时，电子设备可以进一步确定备数据库文件是否存在，如果主数据库文件和备数据库文件均存在则获取数据库文件大小，判断数据库的结构是否发生改变，如果发生改变，则遍历主数据库文件，同步当前配置，并更新默认配置。如果备数据库文件未发生改变，则同时打开主备文件句柄，初始化完成。

另外，通过图6可以知道，在确定备数据库文件不存在时，本申请实施例则可以从主数据库文件中恢复出备数据库，即根据目标文件获取到备份文件。当确定主数据库文件不存在时，本申请实施例可以进一步判断备数据库文件是否存在，如果备数据库存在，则创建主数据库文件，并从备数据库文件中恢复出主数据库。如果备数据库不存在，则基于默认数据结构创建主、备数据库文件。其中，主数据库文件不存在通常是因为数据被格式化，或者是数据是只读格式等。

步骤S230：确定目标文件包含的数据是否发生改变，所述目标文件属于第一进程。

步骤S240：当所述目标文件包含的数据发生改变时，获取改变数据对应的键值对，并确定与所述第一进程关联的第二进程。

步骤S250：发送数据改变指令至所述第二进程，所述数据改变指令包括所述键值对。

在一些实施方式中，获取到目标文件之后，本申请实施例可以对目标文件中的数据进行读写，而该读写过程则可以包含有读写锁或者互斥锁等。为了更清楚的理解读写过程，本申请实施例给出了如图7和图8所示的流程图，其中，图7为读的流程，而图8则为写的流程。通过图7可以知道在对文件进行读的过程中，本申请实施例可以先确定目标文件的类型以及长度是否满足预设长度，即对目标文件的类型和长度进行检查，当满足检查条件，则可以利用文件锁进行读锁和上锁，以及线程锁上锁。然后查找Key对应的文件偏移，调整文件句柄指向该偏移并拷贝数据，接着文件锁-读锁解锁，最后读结束。

另外，通过图8可以知道在对文件进行写的过程中，本申请实施例可以先确定目标文件的类型以及长度是否满足预设长度，即对目标文件的类型和长度进行检查，当满足检查条件，则可以利用文件锁进行写锁和上锁，以及线程锁上锁。然后查找Key对应的文件偏移，调整文件句柄指向该偏移并拷贝数据，接着文件锁-写锁解锁，线程锁解锁，当确定数据库(DB)内容发生改变时，发起IPC通告APP，最后写结束。可见，本申请在确定数据库的内容发生改变时，可以利用进程间的通信将改变的数据发送至其他进程。

本申请实施例提供的数据管理方法通过将第一进程中改变的数据发送给第二进程，可以提高数据管理的效率。具体的，首先确定目标文件包含的数据是否发生改变，其中，目标文件属于第一进程，当确定目标文件包含的数据发生改变时，获取改变数据对应的键值对，而后可以确定与第一进程关联的第二进程，最后发送数据改变指令至第二进程，其中，数据改变指令可以包括键值对。本申在确定位于第一进程中的目标文件发生改变时，其可以将数据改变指令发送至第二进程，如此可以方便用户对数据的管理，在一定程度上可以提高数据管理的效率。另外，本申请实施例为了提高数据管理的可靠性，对目标文件进行分区存储，在一定程度上可以保证数据库文件的安全性。

如图9所示，本申请实施例又一实施例提供了一种数据管理方法，该数据管理方法可以其包括以下步骤S310至步骤S360。

步骤S310：接收表格配置数据，所述表格配置数据包括数据名称、数据类型、存储数据的最大长度以及默认值。

作为一种方式，本申请实施例可以接收用户输入的表格配置数据，所述表格数据用于构建数据库的结构，即通过所述表格配置数据本申请实施例可以生成结构化的文本。其中，表格配置数据可以包括数据名称、数据类型、存储数据的最大长度以及默认值，表格配置数据的格式如图10所示。从图10可以看出表格配置数据由Key Name、Type、Max Size以及Default Value组成，其中，Key Name为数据名称，其可以是对应数据的Key，且Key Name具有唯一性；Type为数据类型其为当前条目存储的数据类型；Max Size为指定存储数据的最大长度，所述Max Size仅对数据类型String或者Binary有效，而对于已知的数据类型，长度则是固定的。比如u32固定是4字节，用户配置Max Size不生效；Default Value为默认值，当目标文件或者备份文件均不存在时，本申请实施例会基于默认值重新创建主备文件。

本申请实施例中，默认值可以根据经验值设置，且Key Name不同其对应的默认值则不相同，如Key Name为NTP1服务器的地址，其对应的默认值为ntp1.aliyun.com；又如KeyName为NTP2服务器的地址，其对应的默认值则为ntp2.aliyun.com。

步骤S320：根据所述表格配置数据生成目标表格，将所述目标表格作为目标文件，并将所述目标文件存储于磁盘的第一分区内。

作为一种方式，根据所述表格配置数据生成目标表格，将所述目标表格作为目标文件，并将所述目标文件存储于磁盘的第一分区内可以包括：确定是否接收到应用程序接口发送的数据创建指令。如果接收到所述应用程序接口发送的数据创建指令，则利用所述数据创建指令对所述目标表格进行更新，得到目标文件。

本申请实施例中，用户通过不同的应用程序接口可以实现对数据表格的更新，进而得到目标文件，目标文件的查询可以采用KEY-VALUE方式且类型相关，所述类型相关指的是数据的类型相关，即数据类型在数据库文件中占有的空间大小相关，如uint8_t固定占用1字节，而string类型则为可变长度。为了更好的理解应用程序接口，本申请给出了如下表1所示的应用程序接口列表。

表1

表1示出了不同的应用程序接口，其可以包括应用程序读接口，应用程序写接口，以及对不同接口的说明，其中，说明部分主要是对接口的类型进行数据，通过表1可以知道，本申请实施例中的应用程序接口的类型可以是char类型、Unsigned char类型、short类型、int类型、string类型以及二进制数据等，这些接口使得数据库操作接口更加完整，且数据库基于文件设计、操作简单，可轻松移植到其他项目。

步骤S330：根据所述目标文件获取备份文件，并将所述备份文件存储于所述磁盘的第二分区内。

步骤S340：确定目标文件包含的数据是否发生改变，所述目标文件属于第一进程。

步骤S350：当所述目标文件包含的数据发生改变时，获取改变数据对应的键值对，并确定与所述第一进程关联的第二进程。

步骤S360：发送数据改变指令至所述第二进程，所述数据改变指令包括所述键值对。

本申请实施例提供的数据管理方法通过将第一进程中改变的数据发送给第二进程，可以提高数据管理的效率。具体的，首先确定目标文件包含的数据是否发生改变，其中，目标文件属于第一进程，当确定目标文件包含的数据发生改变时，获取改变数据对应的键值对，而后可以确定与第一进程关联的第二进程，最后发送数据改变指令至第二进程，其中，数据改变指令可以包括键值对。本申在确定位于第一进程中的目标文件发生改变时，其可以将数据改变指令发送至第二进程，如此可以方便用户对数据的管理，在一定程度上可以提高数据管理的效率。另外，本申请实施例通过利用完整的数据库接口能够简单有效的对数据库进行管理，并且本申请实施例通过配置表格可以实现对数据库的定制化需求，可以提高用户的使用体验。

如图11所示，本申请实施例还提供一种数据管理装置400，该数据管理装置400包括：确定模块410、获取模块420和发送模块430。

确定模块410，用于确定目标文件包含的数据是否发生改变，所述目标文件属于第一进程。

获取模块420，用于当所述目标文件包含的数据发生改变时，获取改变数据对应的键值对，并确定与所述第一进程关联的第二进程。

进一步地，获取模块420还用于获取每个所述进程对应的历史数据，并根据每个所述历史数据确定其对应的进程与所述第一进程是否相关；如果相关，则把相关的进程作为所述第二进程。

进一步地，确定目标文件包含的数据是否发生改变之前，数据管理装置400还用于获取目标文件，并将所述目标文件存储于磁盘的第一分区内；根据所述目标文件获取备份文件，并将所述备份文件存储于所述磁盘的第二分区内。

进一步地，根据所述目标文件获取备份文件，并将所述备份文件存储于所述磁盘的第二分区内之后，数据管理装置400还用于确定所述目标文件是否发生改变；如果所述目标文件发生改变，则确定发生改变的数据，并基于所述发生改变的数据对所述备份文件进行更新。

进一步地，根据所述目标文件获取备份文件，并将所述备份文件存储于所述磁盘的第二分区内之后，数据管理装置400还用于确定所述目标文件是否发生格式化；如果所述目标文件发生格式化，则根据所述第二分区内的所述备份文件对所述第一分区内的所述目标文件进行恢复。

进一步地，数据管理装置400还用于接收表格配置数据，所述表格配置数据包括数据名称、数据类型、存储数据的最大长度以及默认值；根据所述表格配置数据生成目标表格，并将所述目标表格作为目标文件。

进一步地，数据管理装置400还用于确定是否接收到应用程序接口发送的数据创建指令；如果接收到所述应用程序接口发送的数据创建指令，则利用所述数据创建指令对所述目标表格进行更新，得到目标文件。

本申请实施例提供的数据管理装置通过将第一进程中改变的数据发送给第二进程，可以提高数据管理的效率。具体的，首先确定目标文件包含的数据是否发生改变，其中，目标文件属于第一进程，当确定目标文件包含的数据发生改变时，获取改变数据对应的键值对，而后可以确定与第一进程关联的第二进程，最后发送数据改变指令至第二进程，其中，数据改变指令可以包括键值对。本申在确定位于第一进程中的目标文件发生改变时，其可以将数据改变指令发送至第二进程，如此可以方便用户对数据的管理，在一定程度上可以提高数据管理的效率。

如图12所示，本申请实施例还提供一种电子控制器500，该电子控制器500包括处理器510以及存储器520，存储器520存储有计算机程序指令，计算机程序指令被处理器510调用时实执行上述的数据管理方法

处理器510可以包括一个或者多个处理核。处理器510利用各种接口和线路连接整个电子控制器内的各个部分，通过运行或执行存储在存储器520内的指令、程序、代码集或指令集，以及调用存储在存储器520内的数据，执行电子控制器的各种功能和处理数据。可选地，处理器510可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器510可集成中央处理器510(CentralProcessing Unit，CPU)、图像处理器510(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器510中，单独通过一块通信芯片进行实现。

存储器520可以包括随机存储器520(Random Access Memory，RAM)，也可以包括只读存储器520(Read-Only Memory)。存储器520图可用于存储指令、程序、代码、代码集或指令集。存储器520图可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令、用于实现上述各个方法实施例的指令等。存储数据区还可以存储电子控制器在使用中所创建的数据等。

如图13所示，本申请实施例还提供一种车辆600，该车辆600包括车体610和电子控制器620，上述的电子控制器620设于车体610内，所述电子控制器620用于对数据进行管理。

如图14所示，本申请实施例还提供一种计算机可读取存储介质700，该计算机可读取存储介质700中存储有计算机程序指令710，计算机程序指令710可被处理器调用以执行上述实施例中所描述的方法。

计算机可读取存储介质可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质包括非易失性计算机可读取存储介质(non-transitory computer-readable storage medium)。计算机可读取存储介质700具有执行上述方法中的任何方法步骤的程序代码的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码可以例如以适当形式进行压缩。

以上，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制，虽然本申请已以较佳实施例揭示如上，然而并非用以限定本申请，任何本领域技术人员，在不脱离本申请技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本申请技术方案内容，依据本申请的技术实质对以上实施例所作的任何简介修改、等同变化与修饰，均仍属于本申请技术方案的范围内。