设备消息的存储方法和装置、存储介质及电子装置

技术领域

本发明涉及通信领域，具体而言，涉及一种设备消息的存储方法和装置、存储介质及电子装置。

背景技术

设备在接入云平台时会产生很多不同的消息，例如:设备的版本消息，设备的上下线消息，设备的网络状态消息，设备的状态消息，等等。由于消息的更新量大，并且种类繁多，因此，对于设备的每种消息都需要进行区分，这样设备才能进行良好的运行，进而区分不同的设备消息存储。但是相关技术中，消息都需要进行同一种方法进行存储，降低了Redis(Remote Dictionary Server，远程字典服务，简称Redis)的效率，设备的不通的消息使用的Redis存储的没有加入时效，导致Redis数据一直增长。

针对相关技术中，无法对设备消息进行不同同步类型的结构存储等问题，尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种设备消息的存储方法和装置、存储介质及电子装置，以至少解决相关技术中，无法对设备消息进行不同同步类型的结构存储等问题。

根据本发明实施例的一个实施例，提供了一种设备消息的存储方法，包括：确定设备消息的同步类型，并根据所述同步类型确定所述设备消息对应的数据存储结构，其中，所述同步类型用于指示将所述设备消息拆分成多个设备子消息后，所述多个设备子消息的存储方式；根据所述数据存储结构对所述设备消息进行结构处理，并将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中。

在一个示例性实施例中，将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中之前，所述方法还包括：确定所述设备消息的更新频率，其中，所述更新频率用于指示所述设备消息在预设周期内上传至目标数据库的次数；在所述更新频率低于预设阈值情况下，确定对所述设备消息进行过期处理，其中，所述过期处理用于指示在目标时间段后将所述设备消息在第一数据库中进行移除，并将所述设备消息移动至与所述第一数据库连接的第二数据库中。

在一个示例性实施例中，确定设备消息的同步类型，包括：确定所述设备消息对应的消息特征，其中，所述消息特征用于指示设备消息对应的类型特点；根据所述消息特征确定所述设备消息的同步类型，其中，所述同步类型包括以下至少之一：需增量存储的设备消息、需全量存储的设备消息。

在一个示例性实施例中，根据所述同步类型确定所述设备消息对应的数据存储结构，包括：在所述同步类型为所述需增量存储的设备消息的情况下，确定使用图谱数据存储结构将所述设备消息在第一数据库进行存储；在所述同步类型为所述需全量存储的设备消息的情况下，确定使用字符串存储结构将所述设备消息在第一数据库进行存储。

在一个示例性实施例中，确定设备消息的同步类型之前，所述方法还包括：对不同的设备消息添加不同的目标前缀，并确定所述设备消息中携带的设备标识，其中，所述目标前缀是在包含有不同设备消息与对应前缀的预设列表中匹配得到的，所述设备标识用于指示上传设备消息的设备。

在一个示例性实施例中，将所述结构处理后的所述设备消息存储在与所述数据存储结构对应的第一数据库中之前，所述方法还包括：在所述第一数据库存在多个的情况下，设置每一个所述第一数据库允许接入设备消息的同步类型；在确定每一个所述第一数据库允许接入设备消息的同步类型的情况下，根据多个所述第一数据库的优先级生成存储所述设备消息的存储数据库列表；根据所述存储数据库列表确定用于存储当前设备消息的第一目标数据库。

在一个示例性实施例中，根据所述数据存储结构对所述设备消息进行结构处理，并将所述结构处理后的所述设备消息存储在与所述数据存储结构对应的第一数据库中之后，所述方法还包括：在确定所述第一数据库存在关联的第二数据库情况下，获取对于所述第二数据库的数据查询记录，其中，所述数据查询记录用于指示第二数据库中存在待恢复的设备消息；将所述数据查询记录中的过期处理后的设备消息重新插入到所述第一数据库中。

根据本发明实施例的另一个实施例，还提供了一种设备消息的存储装置，包括：第一确定模块，用于确定设备消息的同步类型，并根据所述同步类型确定所述设备消息对应的数据存储结构，其中，所述同步类型用于指示将所述设备消息拆分成多个设备子消息后，所述多个设备子消息的存储方式；存储模块，用于根据所述数据存储结构对所述设备消息进行结构处理，并将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中。

在一个示例性实施例中，上述装置还包括：第二确定模块，用于确定所述设备消息的更新频率，其中，所述更新频率用于指示所述设备消息在预设周期内上传至目标数据库的次数；在所述更新频率低于预设阈值情况下，确定对所述设备消息进行过期处理，其中，所述过期处理用于指示在目标时间段后将所述设备消息在第一数据库中进行移除，并将所述设备消息移动至与所述第一数据库连接的第二数据库中。

在一个示例性实施例中，上述第一确定模块，还用于确定所述设备消息对应的消息特征，其中，所述消息特征用于指示设备消息对应的类型特点；根据所述消息特征确定所述设备消息的同步类型，其中，所述同步类型包括以下至少之一：需增量存储的设备消息、需全量存储的设备消息。

在一个示例性实施例中，上述存储模块，还用于在所述同步类型为所述需增量存储的设备消息的情况下，确定使用图谱数据存储结构将所述设备消息在第一数据库进行存储；在所述同步类型为所述需全量存储的设备消息的情况下，确定使用字符串存储结构将所述设备消息在第一数据库进行存储。

在一个示例性实施例中，上述装置还包括：添加模块，对不同的设备消息添加不同的目标前缀，并确定所述设备消息中携带的设备标识，其中，所述目标前缀是在包含有不同设备消息与对应前缀的预设列表中匹配得到的，所述设备标识用于指示上传设备消息的设备。

在一个示例性实施例中，上述装置还包括：设置模块，用于在所述第一数据库存在多个的情况下，设置每一个所述第一数据库允许接入设备消息的同步类型；在确定每一个所述第一数据库允许接入设备消息的同步类型的情况下，根据多个所述第一数据库的优先级生成存储所述设备消息的存储数据库列表；根据所述存储数据库列表确定用于存储当前设备消息的第一目标数据库。

在一个示例性实施例中，上述装置还包括：获取模块，用于在确定所述第一数据库存在关联的第二数据库情况下，获取对于所述第二数据库的数据查询记录，其中，所述数据查询记录用于指示第二数据库中存在待恢复的设备消息；将所述数据查询记录中的过期处理后的设备消息重新插入到所述第一数据库中。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述设备消息的存储方法。

根据本发明实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的设备消息的存储方法。

在本发明实施例中，通过确定设备消息的同步类型，并根据同步类型确定设备消息对应的数据存储结构，其中，同步类型用于指示将设备消息拆分成多个设备子消息后，多个设备子消息的存储方式；根据数据存储结构对设备消息进行结构处理，并将结构处理后的设备消息存储在与数据存储结构对应的第一数据库中。即通过将设备消息根据对应的同步类型，确定对应的存储结构进行分类存储，采用上述技术方案，解决了无法对设备消息进行不同同步类型的结构存储等问题，进而根据设备消息对应的数据不同的特点，将数据进行拆分，提高设备信息存储的稳定性。

附图说明

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

图1是本发明实施例的一种设备消息的存储方法的计算机终端的硬件结构框图；

图2是根据本发明实施例的设备消息的存储方法的流程图；

图3是根据本发明可选实施例的设备消息的存储系统的结构示意图；

图4是根据本发明实施例的一种设备消息的存储装置的结构框图(一)；

图5是根据本发明实施例的一种设备消息的存储装置的结构框图(二)。

具体实施方式

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

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

本申请实施例所提供的方法实施例可以在计算机终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本发明实施例的一种设备消息的存储方法的计算机终端的硬件结构框图。如图1所示，计算机终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，在一个示例性实施例中，上述计算机终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述计算机终端的结构造成限定。例如，计算机终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示等同功能或比图1所示功能更多的不同的配置。

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

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

在本实施例中提供了一种设备消息的存储方法，应用于上述计算机终端，图2是根据本发明实施例的设备消息的存储方法的流程图，该流程包括如下步骤：

步骤S202、确定设备消息的同步类型，并根据所述同步类型确定所述设备消息对应的数据存储结构，其中，所述同步类型用于指示将所述设备消息拆分成多个设备子消息后，所述多个设备子消息的存储方式；

步骤S204、根据所述数据存储结构对所述设备消息进行结构处理，并将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中。

通过上述步骤，确定设备消息的同步类型，并根据所述同步类型确定所述设备消息对应的数据存储结构，其中，所述同步类型用于指示将所述设备消息拆分成多个设备子消息后，所述多个设备子消息的存储方式；根据所述数据存储结构对所述设备消息进行结构处理，并将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中。即通过将设备消息根据对应的同步类型，确定对应的存储结构进行分类存储，采用上述技术方案，解决了无法对设备消息进行不同同步类型的结构存储等问题，进而根据设备消息对应的数据不同的特点，将数据进行拆分，提高设备信息存储的稳定性。

也就是说，在通过物联网云端存储设备消息时，存储系统可以根据设备消息的同步类型确定设备消息对应的数据存储结构，进而上传至对应的缓存数据库中，以确定同一缓存数据库中存储同样同步类型的设备消息，进而减少缓存数据库中数据存储结构的复杂性，提升缓存数据库的查询效率。

在一个示例性实施例中，将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中之前，所述方法还包括：确定所述设备消息的更新频率，其中，所述更新频率用于指示所述设备消息在预设周期内上传至目标数据库的次数；在所述更新频率低于预设阈值情况下，确定对所述设备消息进行过期处理，其中，所述过期处理用于指示在目标时间段后将所述设备消息在第一数据库中进行移除，并将所述设备消息移动至与所述第一数据库连接的第二数据库中。

可以理解的是，第一数据库是一种缓存数据库，对于不经常变化的数据，为了减少其对第一数据库中的存储空间的占用，在确定设备消息的更新频率低于预设阈值情况下，说明该设备消息为不经常变化数据，继而该类设备消息在第一数据库中存储一定时间周期后，将从第一数据库中移除，转存至第二数据库，第二数据库为关系型数据库管理系统管理的数据库，可以进行较长时间的设备消息的存储，并且还可以根据查询需求将转存至第二数据库中存储的数据重新插入到第一数据库中。

在一个示例性实施例中，确定设备消息的同步类型，包括：确定所述设备消息对应的消息特征，其中，所述消息特征用于指示设备消息对应的类型特点；根据所述消息特征确定所述设备消息的同步类型，其中，所述同步类型包括以下至少之一：需增量存储的设备消息、需全量存储的设备消息。

可选的，增量存储的设备消息是指在第一数据库中进行数据存储时，自动比对之前存储的设备消息对应的数据，进而只记录与之前相比增加或者修改的内容，只同步数据库中不同的部分，全量存储的设备消息是指每一次都一次性同步全部数据。

在一个示例性实施例中，根据所述同步类型确定所述设备消息对应的数据存储结构，包括：在所述同步类型为所述需增量存储的设备消息的情况下，确定使用图谱数据存储结构将所述设备消息在第一数据库进行存储；在所述同步类型为所述需全量存储的设备消息的情况下，确定使用字符串存储结构将所述设备消息在第一数据库进行存储。

在一个示例性实施例中，确定设备消息的同步类型之前，所述方法还包括：对不同的设备消息添加不同的目标前缀，并确定所述设备消息中携带的设备标识，其中，所述目标前缀是在包含有不同设备消息与对应前缀的预设列表中匹配得到的，所述设备标识用于指示上传设备消息的设备。

可以理解的是，为了保证设备消息在第一数据中存储后查询便捷，根据不同的同步类型确定不同的数据存储结构，例如，对需要进行增量记录的设备的消息Redis存储(相当于本发明中的第一数据库)的时候使用图谱数据map结构进行存储，提高了整体的存储效率。对需要进行全量覆盖的消息(设备状态)的消息，则使用不允许重复的集合对应的seting结构进行存储，方便存储和查询，对不同的设备消息使用不同的前缀和设备标识进行存储这样避免了不同的设备消息相互覆盖的问题。对于更新不频繁的消息使用msql(相当于本发明实施例中的第二数据库)和Redis进行存储，Redis的所有的消息进行过期处理，防止Redis的内存一直增大，Redis中只存储热点消息，提高整个系统的稳定性。

在一个示例性实施例中，将所述结构处理后的所述设备消息存储在与所述数据存储结构对应的第一数据库中之前，所述方法还包括：在所述第一数据库存在多个的情况下，设置每一个所述第一数据库允许接入设备消息的同步类型；在确定每一个所述第一数据库允许接入设备消息的同步类型的情况下，根据多个所述第一数据库的优先级生成存储所述设备消息的存储数据库列表；根据所述存储数据库列表确定用于存储当前设备消息的第一目标数据库。

也就是说，当第一数据库存在多个，且每个第一数据库对应存储不同的设备消息的同步类型，还可以根据第一数据库对应的优先级确定首选使用的第一数据库，进而保证第一数据库使用的有序性。

在一个示例性实施例中，根据所述数据存储结构对所述设备消息进行结构处理，并将所述结构处理后的所述设备消息存储在与所述数据存储结构对应的第一数据库中之后，所述方法还包括：在确定所述第一数据库存在关联的第二数据库情况下，获取对于所述第二数据库的数据查询记录，其中，所述数据查询记录用于指示第二数据库中存在待恢复的设备消息；将所述数据查询记录中的过期处理后的设备消息重新插入到所述第一数据库中。

可理解的是，第一数据库中缓存的数据在进行过期处理后将转存至第二数据库，继而在查询时，需要根据查询需求对应待查找的设备消息在第一数据库中进行重新插入，以确保目标对象可以查找到对应的设备消息。

为了更好的理解上述设备消息的存储方法的过程，以下再结合可选实施例对上述设备消息的存储的实现方法流程进行说明，但不用于限定本发明实施例的技术方案。

在本实施例中提供了一种设备消息的存储方法，图3是根据本发明可选实施例的设备消息的存储系统的结构示意图，如图3所示，包含以下模块：

主数据32，用于指示设备上传至物联网云平台的全部数据；

Redis1 34，用于存储变化快，存储频率较高，且需要进行增量存储的消息；

Redis2 36，用于变化小，存储频率较低，且需要进行全量存储的消息；

Mysql 38，用于连接Redis2 36接收需要过期处理的消息，对过期处理的消息进行存储；

可选的，对于待存储至Redis1的数据为不接入mysql(关系型数据库管理系统)的消息类型，对于待存储至Redis2的数据在存储时采用Redis+mysql的存储方式进行存储，具体的，由于Redis2中的数据两个小时后会进行过期处理，如果Redis2中数据过期则从mysql中查询数据，然后将数据重新插入到Redis2中。需要说明的是过期处理的时间周期是根据实际存储数据的要求灵活设定的。

作为一种可选的实施方式，在对设备消息进行存储时，为了更好的对同一设备的设备消息进行确认，对于存储在同一个Redis中的数据(设备状态，设备告警，设备故障)等消息，则将不同的消息使用不同的前缀+设备标识device Id组成索引key，避免消息的覆盖，导致系统异常。

作为一种可选的实施方式，在对不同的设备消息进行处理时，对需要进行增量记录的设备的消息Redis存储的时候使用图谱数据map结构进行存储，提高了整体的存储效率。对需要进行全量覆盖的消息(设备状态)的消息，则使用不允许重复的集合对应的seting结构进行存储，方便存储和查询，对不同的设备消息使用不同的前缀和设备标识进行存储这样避免了不同的设备消息相互覆盖的问题。对于更新不频繁的消息使用msql和Redis进行存储，Redis的所有的消息进行过期处理，防止Redis的内存一直增大，Redis中只存储热点消息，提高整个系统的稳定性。

通过上述可选实施方式，针对设备的不同消息，根据其特点进行归类，通过不同的存储后端方案(Redis或者mysql+Redis)进行消息数据的存储，进而提高存储系统的稳定性和减少系统的冗余性。进一步当数据存储在同一个缓存中时，根据数据的不同的特点，将数据进行拆分，提高系统的稳定性，并加入Redis的数据的时效性，避免了Redis数据一直进行增长。

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

图4是根据本发明实施例的一种设备消息的存储装置的结构框图；如图4所示，包括：

第一确定模块44，用于确定设备消息的同步类型，并根据所述同步类型确定所述设备消息对应的数据存储结构，其中，所述同步类型用于指示将所述设备消息拆分成多个设备子消息后，所述多个设备子消息的存储方式；

存储模块48，用于根据所述数据存储结构对所述设备消息进行结构处理，并将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中。

通过上述装置，通过确定设备消息的同步类型，并根据所述同步类型确定所述设备消息对应的数据存储结构，其中，所述同步类型用于指示将所述设备消息拆分成多个设备子消息后，所述多个设备子消息的存储方式；根据所述数据存储结构对所述设备消息进行结构处理，并将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中。即通过将设备消息根据对应的同步类型，确定对应的存储结构进行分类存储，采用上述技术方案，解决了无法对设备消息进行不同同步类型的结构存储等问题，进而根据设备消息对应的数据不同的特点，将数据进行拆分，提高设备信息存储的稳定性。

也就是说，在通过物联网云端存储设备消息时，存储系统可以根据设备消息的同步类型确定设备消息对应的数据存储结构，进而上传至对应的缓存数据库中，以确定同一缓存数据库中存储同样同步类型的设备消息，进而减少缓存数据库中数据存储结构的复杂性，提升缓存数据库的查询效率。

图5是根据本发明实施例的另一种设备消息的存储装置的结构框图；如图5所示，不仅包括图4中的所有模块还包括：添加模块42，第二确定模块46，获取模块50，设置模块40；

在一个示例性实施例中，上述装置还包括：第二确定模块，用于确定所述设备消息的更新频率，其中，所述更新频率用于指示所述设备消息在预设周期内上传至目标数据库的次数；在所述更新频率低于预设阈值情况下，确定对所述设备消息进行过期处理，其中，所述过期处理用于指示在目标时间段后将所述设备消息在第一数据库中进行移除，并将所述设备消息移动至与所述第一数据库连接的第二数据库中。

可以理解的是，第一数据库是一种缓存数据库，对于不经常变化的数据，为了减少其对第一数据库中的存储空间的占用，在确定设备消息的更新频率低于预设阈值情况下，说明该设备消息为不经常变化数据，继而该类设备消息在第一数据库中存储一定时间周期后，将从第一数据库中移除，转存至第二数据库，第二数据库为关系型数据库管理系统管理的数据库，可以进行较长时间的设备消息的存储，并且还可以根据查询需求将转存至第二数据库中存储的数据重新插入到第一数据库中。

在一个示例性实施例中，上述第一确定模块，还用于确定所述设备消息对应的消息特征，其中，所述消息特征用于指示设备消息对应的类型特点；根据所述消息特征确定所述设备消息的同步类型，其中，所述同步类型包括以下至少之一：需增量存储的设备消息、需全量存储的设备消息。

可选的，增量存储的设备消息是指在第一数据库中进行数据存储时，自动比对之前存储的设备消息对应的数据，进而只记录与之前相比增加或者修改的内容，只同步数据库中不同的部分，全量存储的设备消息是指每一次都一次性同步全部数据。

在一个示例性实施例中，上述存储模块，还用于在所述同步类型为所述需增量存储的设备消息的情况下，确定使用图谱数据存储结构将所述设备消息在第一数据库进行存储；在所述同步类型为所述需全量存储的设备消息的情况下，确定使用字符串存储结构将所述设备消息在第一数据库进行存储。

在一个示例性实施例中，上述装置还包括：添加模块，对不同的设备消息添加不同的目标前缀，并确定所述设备消息中携带的设备标识，其中，所述目标前缀是在包含有不同设备消息与对应前缀的预设列表中匹配得到的，所述设备标识用于指示上传设备消息的设备。

可以理解的是，为了保证设备消息在第一数据中存储后查询便捷，根据不同的同步类型确定不同的数据存储结构，例如，对需要进行增量记录的设备的消息Redis存储(相当于本发明中的第一数据库)的时候使用图谱数据map结构进行存储，提高了整体的存储效率。对需要进行全量覆盖的消息(设备状态)的消息，则使用不允许重复的集合对应的seting结构进行存储，方便存储和查询，对不同的设备消息使用不同的前缀和设备标识进行存储这样避免了不同的设备消息相互覆盖的问题。对于更新不频繁的消息使用msql(相当于本发明实施例中的第二数据库)和Redis进行存储，Redis的所有的消息进行过期处理，防止Redis的内存一直增大，Redis中只存储热点消息，提高整个系统的稳定性。

在一个示例性实施例中，上述装置还包括：设置模块，用于在所述第一数据库存在多个的情况下，设置每一个所述第一数据库允许接入设备消息的同步类型；在确定每一个所述第一数据库允许接入设备消息的同步类型的情况下，根据多个所述第一数据库的优先级生成存储所述设备消息的存储数据库列表；根据所述存储数据库列表确定用于存储当前设备消息的第一目标数据库。

也就是说，当第一数据库存在多个，且每个第一数据库对应存储不同的设备消息的同步类型，还可以根据第一数据库对应的优先级确定首选使用的第一数据库，进而保证第一数据库使用的有序性。

在一个示例性实施例中，上述装置还包括：获取模块，用于在确定所述第一数据库存在关联的第二数据库情况下，获取对于所述第二数据库的数据查询记录，其中，所述数据查询记录用于指示第二数据库中存在待恢复的设备消息；将所述数据查询记录中的过期处理后的设备消息重新插入到所述第一数据库中。

可理解的是，第一数据库中缓存的数据在进行过期处理后将转存至第二数据库，继而在查询时，需要根据查询需求对应待查找的设备消息在第一数据库中进行重新插入，以确保目标对象可以查找到对应的设备消息。

本发明的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项的方法。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1、确定设备消息的同步类型，并根据所述同步类型确定所述设备消息对应的数据存储结构，其中，所述同步类型用于指示将所述设备消息拆分成多个设备子消息后，所述多个设备子消息的存储方式；

S2、根据所述数据存储结构对所述设备消息进行结构处理，并将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1、确定设备消息的同步类型，并根据所述同步类型确定所述设备消息对应的数据存储结构，其中，所述同步类型用于指示将所述设备消息拆分成多个设备子消息后，所述多个设备子消息的存储方式；

S2、根据所述数据存储结构对所述设备消息进行结构处理，并将结构处理后的设备消息存储在与所述数据存储结构对应的第一数据库中。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。