CN111193787A - 同步方法及装置 - Google Patents
同步方法及装置 Download PDFInfo
- Publication number
- CN111193787A CN111193787A CN201911344992.9A CN201911344992A CN111193787A CN 111193787 A CN111193787 A CN 111193787A CN 201911344992 A CN201911344992 A CN 201911344992A CN 111193787 A CN111193787 A CN 111193787A
- Authority
- CN
- China
- Prior art keywords
- server
- configuration file
- request
- cloud
- sending
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种同步方法及装置。其中，该方法包括：向云端发送第一请求，第一请求用于获取第一配置文件，第一配置文件包括应用程序的配置参数；获取云端基于第一请求反馈的第一配置文件；接收第一服务器发送的第二请求；基于第二请求将第一配置文件发送至第一服务器。本申请解决了相关技术中由云端在配置文件发生变化时主动发送配置文件至服务器，容易在网络高延迟的条件下，导致数据丢失，诸如高铁中的服务器端无法接收到配置文件的技术问题。
Description
技术领域
本申请涉及通信技术领域，具体而言，涉及一种同步方法及装置。
背景技术
相关技术中，高铁的行驶过程中，乘坐高铁的用户需要进行通信以及网络访问，为了满足用户对应用程序的访问需求，需完成云端以及高铁中服务器的数据同步，相关技术中的数据同步方式是当云端文件发生变化后主动推送至服务器，服务器被动接收，如果网络质量不良，则会造成延迟致丢包，可能导致云端的数据并不能完成发送至服务器，导致数据发送不完整，而且不能同步配置。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种同步方法及装置，以至少解决相关技术中由云端在配置文件发生变化时主动发送配置文件至服务器，容易在网络高延迟的条件下，导致数据丢失，诸如高铁中的服务器端无法接收到配置文件的技术问题。
根据本申请实施例的一个方面，提供了一种同步方法，包括：向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；获取云端基于所述第一请求反馈的所述第一配置文件；接收第一服务器发送的第二请求；基于所述第二请求将所述第一配置文件发送至所述第一服务器。
可选地，所述方法还包括：向所述第一服务器发送更新信息，所述更新信息为所述第一配置文件对应的更新信息。
可选地，向云端发送第一请求之前，所述方法还包括：发送检测指令，所述检测指令用于检测所述云端中的第二配置文件是否发生更改；接收所述云端基于所述检测指令反馈的更改信息，所述更改信息用于指示所述第二配置文件是否发生更改；若所述更改信息指示所述第二配置文件发生更改，则启动向云端发送第一请求的步骤，其中，所述第一配置文件为所述第二配置文件更改后的文件。
可选地，向云端发送第一请求之前，所述方法还包括：启动倒计时计数；判断所述倒计时计数是否计数结束，若是，则启动向云端发送第一请求的步骤。
可选地，所述方法还包括：向云端发送第二服务器对应的第一验证信息；所述第一配置文件为在所述云端基于所述第一验证信息验证所述第二服务器合法的情况下发送的。
可选地，获取云端基于所述第一请求反馈的所述第一配置文件之后，所述方法还包括：判断所述第一配置文件与第一本地文件是否相同，若否，则启动在所述第二服务器中对所述第一配置文件进行同步的步骤。
可选地，基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第一服务器之前，所述方法还包括：接收所述第一服务器对应的第二验证信息；基于所述第二验证信息判断所述第一服务器是否合法，若是，则启动基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第一服务器的步骤。
根据本申请实施例的一个方面，提供了一种同步方法，包括：第一服务器向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；所述云端获取所述第一请求，并基于所述第一请求向所述第一服务器反馈所述第一配置文件；所述第一服务器接收第二服务器发送的第二请求；所述第一服务器基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第二服务器。
可选地，所述第一服务器基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第二服务器之后，所述方法还包括：所述第二服务器基于所述更新信息对所述第一配置文件进行同步。
可选地，所述第二服务器基于所述更新信息对所述第一配置文件进行同步之前，所述方法还包括：所述第二服务器判断所述第一配置文件与第二本地文件是否相同，若否，则启动所述第二服务器基于所述更新信息对所述第一配置文件进行同步的步骤。
根据本申请实施例的一个方面，提供了一种同步装置，包括：第一发送模块，用于向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；获取模块，用于获取云端基于所述第一请求反馈的所述第一配置文件；第一接收模块，用于接收第一服务器发送的第二请求；第二发送模块，用于基于所述第二请求将所述第一配置文件发送至所述第一服务器。
可选地，所述第二发送模块还用于向所述第一服务器发送更新信息，所述更新信息为所述第一配置文件对应的更新信息。
可选地，所述装置还包括：第三发送模块，用于发送检测指令，所述检测指令用于检测所述云端中的第二配置文件是否发生更改；第二接收模块，用于接收所述云端基于所述检测指令反馈的更改信息，所述更改信息用于指示所述第二配置文件是否发生更改；启动模块，用于若所述更改信息指示所述第二配置文件发生更改，则启动向云端发送第一请求的步骤，其中，所述第一配置文件为所述第二配置文件更改后的文件。
可选地，所述第一发送模块还用于：向云端发送第二服务器对应的第一验证信息，所述第一配置文件为在所述云端基于所述第一验证信息验证所述第二服务器合法的情况下发送的。
可选地，所述装置还包括：第三接收模块，用于接收所述第一服务器对应的第二验证信息；判断模块，用于基于所述第二验证信息判断所述第一服务器是否合法，若是，则启动基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第一服务器的步骤。
根据本申请实施例的一个方面，提供了一种同步系统，包括：Centos服务器，用于向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；云端，用于获取所述第一请求，并基于所述第一请求反馈所述第一配置文件至所述Centos服务器；openwrt服务器，用于向所述Centos服务器发送第二请求；所述Centos服务器还用于接收所述第二请求，并基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述openwrt服务器。
根据本申请实施例的一个方面，提供了一种存储介质，所述存储介质包括存储的步骤，其中，在所述程序运行时控制所述存储介质所在设备执行上述的同步方法。
根据本申请实施例的一个方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述的同步方法。
在本申请实施例中，采用向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；获取云端基于所述第一请求反馈的所述第一配置文件；接收第一服务器发送的第二请求；基于所述第二请求将所述第一配置文件发送至所述第一服务器的方式，通过主动向云端获取配置文件，以及为第一服务器提供配置文件的方式，可以实现服务器主动向云端发送请求获取配置文件，实时进行云端是否存在配置文件的检测，在检测到云端存在配置文件时，立即获取配置文件，避免了配置文件的丢失，从而做到数据同步，保证数据一致性的技术效果，进而解决了相关技术中由云端在配置文件发生变化时主动发送配置文件至服务器，容易在网络高延迟的条件下，导致数据丢失，诸如高铁中的服务器端无法接收到配置文件的技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例的同步方法的流程示意图；
图2是根据本申请实施例的一种可选的同步方法的系统架构示意图；
图3是根据本申请实施例的另一种同步方法的流程示意图；
图4是根据本申请实施例的一种可选的同步方法的流程示意图；
图5是根据本申请实施例的同步装置的结构示意图；
图6是根据本申请实施例的同步系统的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：
Centos：Community Enterprises Operating System，社区企业操作系统，是Linux发行版之一，它是依照开放源代码规定释出的源代码所编译而成。
OpenWrt：开放式，可以被描述为一个嵌入式的Linux发行版，对比一个单一的、静态的系统，OpenWrt的包管理提供了一个完全可写的文件系统，从应用程序供应商提供的选择和配置，并允许用户自定义的设备，以适应任何应用程序。
C/S：Client-Server，服务器-客户机架构，C/S结构通常采取两层结构。服务器负责数据的管理，客户机负责完成与用户的交互任务。
MD5：信息摘要算法，一种被广泛使用的密码散列函数，可以产生出一个128位(16字节)的散列值，用于确保信息传输完整一致。
根据本申请实施例，提供了一种同步方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本申请实施例的同步方法的流程示意图，如图1所示，该方法至少包括如下步骤：
步骤S102，向云端发送第一请求，第一请求用于获取第一配置文件，第一配置文件包括应用程序的配置参数；
在本申请的一些可选的实施例中，云端为数据源端，用于存储不同环境的第一配置文件和/或第一配置文件对应的更新信息，可为第二服务器提供一致性校验。其中，不同环境可以为不同的操作系统环境。
可选地，第二服务器可以为设置于诸如高铁、普速列车、电车等车辆中的服务器，应用程序可以设置于第二服务器中，应用程序可以为用户(譬如：高铁乘客)提供服务的程序。第二服务器可周期性的向云端发送第一请求。在具体实施过程中，对于第一服务器和第二服务器的数量不做任何限定。例如，一辆车中可以包括一台第二服务器，每节车厢可包括一台第一服务器，第一服务器用于为对应的车厢中的乘客提供服务。需要说明的是，为了实现对交互数据的集中处理，可以通过一台第二服务器分别用于与云端、第一服务器进行数据交互。进一步地，第二服务器与云端、第一服务器的数据交互在以下内容中进行详细说明。
步骤S104，获取云端基于第一请求反馈的第一配置文件；
可选地，第二服务器向云端发送第一请求之后，若云端中的第二配置文件发生了更改，则第二服务器将获取第一配置文件和/或更新信息，其中，第一配置文件为第二配置文件更改后的文件。在第二服务器自云端获取到第一配置文件时，即对第一配置文件进行同步。
步骤S106，接收第一服务器发送的第二请求；
在本申请的一些可选的实施例中，第一服务器可以为设置于诸如高铁、普速列车、电车等车辆中的服务器，个数可以为一个或多个，可在每节车厢设置一台第一服务器。
本申请中，第二服务器对第一配置文件进行同步可以为：将第二服务器中原先存储的配置文件，即第一本地文件替换为从云端获取的第一配置文件。在第二服务器自云端获取到更新信息时，即对更新信息进行同步。第二服务器对更新信息进行同步可以为：第二服务器将第二服务器中原先存储的更新信息替换为从云端获取的更新信息。
可选地，第一服务器可以周期性的向第二服务器发送第二请求，即第二服务器可周期性接收第一服务器发送的第二请求。
步骤S108，基于第二请求将第一配置文件发送至第一服务器。
在本申请的一些可选地实施例中，第二服务器还可基于第二请求将第一配置文件发送至第一服务器。其中，第一服务器接收到第一配置文件时，即对第一配置文件进行同步。第一服务器对第一配置文件进行同步可以为：第一服务器将第一服务器中原先存储的配置文件替换为从第二服务器获取的第一配置文件。
需要说明的是，第二服务器与云端采用第一通讯方式，该第一通讯方式为广域网通信；第二服务器与第一服务器采用第二通讯方式，该第二通讯方式为局域网通信。在具体实施过程中，由上述两类服务器(第一服务器和第二服务器)构造的列车通信架构由第二服务器(中心服务器)与外部联网通信，列车内部构造由第二服务器和第一服务器(单车服务器)构成局域网进行通信，能够有效保障列车内部通信质量、通信安全。
可选地，第二服务器为Centos系统的服务器，第一服务器为OpenWrt系统的服务器。
上述Centos系统的服务器、OpenWrt系统的服务器中包括的Centos系统、OpenWrt系统均是开源的、且容易实现、无需在诸如列车等应用场景中另行开发路由通信系统、可以有效降低开发成本。
可选地，第二服务器与云端的架构可以为C/S架构。
在上述实施方式中，第二服务器具备主动请求更新功能，通过第二服务器可以主动获取云端的配置文件，实现第二服务器中配置文件的实时更新，从而有效解决了相关技术中由云端配置文件发生变化时主动发送配置文件至服务器，容易在网络高延迟的条件下，导致数据丢失的技术问题；另外，第二服务器还具备中转功能，可以将从云端获取的配置文件转发给第一服务器，从而使得第一服务器也能实现配置文件的实施更新，避免了第一服务器的配置文件更新不及时而影响用户体验。
需要说明的是，上述配置文件为第一配置文件。通过上述方法，无论是第一服务器、还是第二服务器，均可以在数据交互中实现实时、高效地更新配置文件，大大提高了用户体验。
可选地，上述方法还包括：向第一服务器发送更新信息，更新信息为第一配置文件对应的更新信息。
上述更新信息可以只存储在第二服务器中，也可以由第二服务器自云端获取。
上述更新信息包括更新顺序以及更新目录；其中，更新顺序可以为第一配置文件中各个子文件的更新顺序；更新目录可以为第一配置文件存储于第一服务器和/或第二服务器中的各个子文件的数据类型和/或存储位置。
其中，第一服务器接收到自第二服务器获取的更新信息时，即对更新信息进行同步，第一服务器对更新信息进行同步可以为：第一服务器将第一服务器中原先存储的更新信息替换为从第二服务器获取的更新信息。
可选地，向云端发送第一请求之前，方法包括以下步骤：发送检测指令，检测指令用于检测云端中的第二配置文件是否发生更改；接收云端基于检测指令反馈的更改信息，更改信息用于指示第二配置文件是否发生更改；若更改信息指示第二配置文件发生了更改，则启动向云端发送第一请求的步骤，其中，第一配置文件为第二配置文件更改后的文件。通过对云端中第二配置文件是否发生更改实时进行检测，避免了第二配置文件更新时无法及时获取更新状态的问题，可及时发送第一请求，及时进行更新，提高了第一配置文件的更新速度。
可选地，检测指令还可用于检测云端中的更新信息是否发生更改；更改信息还可以用于指示云端中的更新信息是否发生更改。
可选地，向云端发送第一请求之前，上述方法还包括以下步骤：启动倒计时计数；判断倒计时计数是否计数结束，若是，则启动向云端发送第一请求的步骤。通过倒计时计数可准确控制第二服务器向云端发送第一请求的时间，提高了第一请求发送时间的控制精度。
可选地，当第二服务器向云端发送检测指令以后，若检测到云端中的第二配置文件和/或更新信息发生更改，则触发第二服务器向云端发送第一请求的步骤。可选地，第二服务器可以周期性地向云端发送检测指令。
在本申请的一些可选的实施例中，第二服务器检测到云端中第二配置文件和/或更新信息发生更改以后，第二服务器可通过第一系统计划任务定时生成一个1至10的随机数，生成的随机数可作为倒计时起始分钟数，倒计时结束后立即触发第二服务器向云端获取对应的第一配置文件和/或更改后的更新信息的步骤。其中，第一系统计划任务可以指第二服务器中的可用于定时的操作系统的任务。
可选地，上述方法还包括以下步骤：向云端发送第二服务器对应的第一验证信息；第一配置文件为在云端基于第一验证信息验证第二服务器合法的情况下发送的。云端通过对第二服务器的合法性的验证，避免了其他外部设备对第一配置文件的窃取，保证了第一配置文件的安全性，也保证了第一配置文件发送至第二服务器的准确性。第一验证信息可以包括以下至少之一：第二服务器的设备标识、对第二服务器对应的字符串加密后得到的加密信息、第二服务器的地址信息。当第一验证信息中包括上述加密信息时，云端可对加密信息进行解密，得到解密后的字符串，在解密后的字符串与第二服务器对应的字符串一致时，该加密信息可以作为判断第二服务器合法的依据。
可选地，当云端验证第二服务器不合法时，云端则忽略第二服务器发送的第一验证信息。
可选地，第二服务器向云端发送第二服务器的第一验证信息之后，云端可通过第一验证信息判断第二服务器的合法性。
在本申请的一些可选的实施例中，基于第一验证信息判断第二服务器的合法性可以通过以下方式进行判断，判断第一验证信息对应的第二服务器是否具备获取第一配置文件和/或更新信息的权限，若具备，则确定第二服务器合法，若不具备，则确定第二服务器不合法。
在本申请的一些可选的实施例中，当云端中存储的第一证明信息与第一验证信息对应的证明信息一致时，可确定第二服务器具备获取第一配置文件和/或更新信息的权限，即第一验证信息对应的第二服务器合法，其中，第一证明信息包括以下至少之一：第二服务器的设备标识、第二服务器的地址信息、第二服务器对应的字符串。
可选地，第一验证信息还可以包含于第一请求中。
可选地，获取云端基于第一请求反馈的第一配置文件之后，上述方法还包括以下步骤：判断第一配置文件与第一本地文件是否相同，若否，则启动在第二服务器中对第一配置文件进行同步的步骤。本可选方案避免了第一配置文件与第一本地文件相同时，对第一配置文件进行更新导致的资源浪费，提高了第一配置文件更新的效率，其中，第一本地文件为第一服务中在获取第一配置文件前存储的配置文件。
在本申请的一些可选的实施例中，第二服务器除了可在云端获取第一配置文件以外，还可以在云端获取第一配置文件对应的更新信息；第二服务器获取到第一配置文件和/或更新信息以后，对第一配置文件和/或更新信息做一致性校验，即判断第一配置文件与第一本地文件；和/或更新信息与本地存储的原更新信息是否相同，若否，则启动在第二服务器中对第一配置文件和/或更新信息进行同步的步骤，若是，则忽略第一配置文件和/或更新信息。
可选地，基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至第一服务器之前，上述方法还包括以下步骤：接收第一服务器对应的第二验证信息；基于第二验证信息判断第一服务器是否合法，若是，则启动基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至第一服务器的步骤，若否，则忽略第二验证信息。第二服务器通过对第一服务器的合法性的验证，避免了其他外部设备对第一配置文件的窃取，保证了第一配置文件的安全性，也保证了第一配置文件发送至第一服务器的准确性。
第二验证信息可以包括以下至少之一：第一服务器的设备标识、对第一服务器对应的字符串加密后得到的加密信息、第一服务器的地址信息。当第二验证信息中包括上述加密信息时，第二服务器可对加密信息进行解密，得到解密后的字符串，在解密后的字符串与第一服务器对应的字符串一致时，该加密信息可以作为判断第一服务器合法的依据。
在本申请的一些可选的实施例中，当第二服务器中存储的第二证明信息与第二验证信息对应的证明信息一致时，可确定第一服务器具备获取第一配置文件和/或更新信息的权限，即第二验证信息对应的第一服务器合法，其中，第二证明信息包括以下至少之一：第一服务器的设备标识、第一服务器的地址信息、第一服务器对应的字符串。在本申请的一些可选的实施例中，第一服务器可通过发送http请求的方式向第二服务器发送第二请求，第一服务器可以通过第二系统计划任务周期性向第二服务器发送第二请求，第一服务器向第二服务器发送http请求来获取第一配置文件以及第一配置文件对应的更新信息；第二验证信息可以包含于第二请求中，也可以在第一服务器发送第二请求之后发送。其中，第二系统计划任务可以为第一服务器前一次从第二服务器中获取的任务，并且，第二系统计划任务还可以包含于第一配置文件。
可选地，第一服务器获取到第一配置文件以及更新信息以后，可对第一配置文件以及更新信息进行检验。具体的校验方式可以为将获取到的第一配置文件和/或更新信息与本地的计划任务做MD5校验，若校验结果指示获取到的第一配置文件和/或更新信息与第一服务器本地的计划任务对应的文件不同，则将第一配置文件和/或更新信息同步至第一服务器，若校验结果指示获取到的第一配置文件和/或更新信息与第一服务器本地的计划任务对应的文件相同，则第一服务器忽略第一配置文件和/或更新信息。其中，第一服务器本地的计划任务对应的文件包括第一服务器存储的配置文件，即第二本地文件和/或本身存储的更新信息。
本申请公开了一种混合架构系统的配置一致性同步方法，解决了在网络高延迟和极端网络情况下服务端与客户端数据或配置不一致导致服务不可用问题，减少配置差异对业务的影响。
在本申请实施例中，采用向云端发送第一请求，第一请求用于获取第一配置文件，第一配置文件包括应用程序的配置参数；获取云端基于第一请求反馈的第一配置文件；接收第一服务器发送的第二请求；基于第二请求将第一配置文件发送至第一服务器的方式，通过主动向云端获取配置文件，以及为第一服务器提供配置文件的方式，可以实现服务器主动向云端发送请求获取配置文件，实时进行云端是否存在配置文件的检测，在检测到云端存在配置文件时，立即获取配置文件，避免了配置文件的丢失，从而做到数据同步，保证数据一致性的技术效果，进而解决了相关技术中由云端在配置文件发生变化时主动发送配置文件至服务器，容易在网络高延迟的条件下，导致数据丢失，诸如高铁中的服务器端无法接收到配置文件的技术问题。
在本申请的另一些可选的实施例中，本申请还提供了一种同步方法的系统架构，图2是根据本申请实施例的一种可选的同步方法的系统架构示意图，如图2所示，该系统架构包括：数据源端20、第一服务器22、第二服务器240、第二服务器242、第二服务器244、第二服务器246、第二服务器248等；数据源端20与第二服务器22可通过互联网等通信方式进行连接，第一服务器22与各个第二服务器之间可通过互联网或蓝牙进行等通信方式连接。
图2中的第一服务器22可与图1对应的实施例中的第二服务器相同，图2中的第二服务器240、第二服务器242、第二服务器244、第二服务器246、第二服务器248等可与图1对应的实施例中的第一服务器相同。
其中：数据源端20，可以为云端，用于存储不同环境的第一配置文件和更新信息，为第一服务器提供一致性校验。
第一服务器22(譬如：采用Centos系统的服务器和/或采用openwrt系统的服务器)与第二服务器240-第二服务器248：第一服务器22向数据源端20获取第一配置文件和更新信息；第一服务器22通过为第二服务器240、第二服务器242、第二服务器244、第二服务器246、第二服务器248等提供http服务，为第二服务器240、第二服务器242、第二服务器244、第二服务器246、第二服务器248等提供一致性校验；
可选地，数据源端20的第一配置文件和/或更新信息发生改变后，第一服务器22会通过第一系统计划任务定时生成一个1到10的随机数，生成的随机数作为倒计时分钟数，倒计时结束后立即触发第一服务器22发送第一请求的步骤，向数据源端20获取对应的第一配置文件和/或更新信息，数据源端20根据第一请求判断第一服务器22的合法性。如果第一服务器22不合法，则忽略；如果第一服务器22合法，则发送对应的第一配置文件和/或更新信息。第一服务器22获取到第一配置文件和/或更新信息后立即和本地数据做一致性校验，若第一服务器22本地配置文件和/或更新信息和自数据源端20接收的第一配置文件和/或更新信息存在差异，则将自数据源端20获取到的第一配置文件和/或更新信息同步至第一服务器22本地，至此第一服务器22的第一配置文件和/或更新信息同步完成。
图3是根据本申请实施例的另一种同步方法的流程示意图，如图3所示，该方法包括以下步骤S302至步骤S312。其中，图3中的第一服务器可与图1对应的实施例中的第二服务器相同，图3中的第二服务器可与图1对应的实施例中的第一服务器相同。
步骤S302，数据源端32配置文件和/或更新信息更新；
可选地，数据源端32为云端，配置文件为应用程序的配置参数，更新信息为配置参数在第一服务器中的存储位置，和/或配置参数在同步过程中的同步顺序。
步骤S304，一级节点34拉取配置文件和/或更新信息；
可选地，一级节点34可以为第一服务器，拉取配置文件和/或更新信息指从云端获取配置文件和/或更新信息；
一级节点34可以为设置于高铁中的第一服务器，应用程序可以设置于一级节点34中。
步骤S306，数据源端32校验一级节点34合法则同步配置文件和/或更新信息；
步骤S308，二级节点36通过http请求获取计划任务列表；
可选地，二级节点36可以为第二服务器，二级节点36可设置于高铁中，个数可以为一个或多个，可在每节车厢设置一个二级节点36，计划任务列表的内容可包括：配置文件、更新信息。
步骤S310，一级节点34通过http请求判断第二节点是否合法，若合法则发送最新计划任务列表至二级节点36；
可选地，该http请求可以为二级节点36发送的http请求。
可选地，最新计划任务列表包括在数据源端更新后的配置文件与更新信息。
步骤S312，二级节点36收到最新计划任务列表后，和本地配置文件和/或更新信息作对比，若相同则不做操作，若不同，则更新计划任务列表。
图4是根据本申请实施例的一种可选的同步方法的流程示意图，如图4所示，该方法至少包括如下步骤：
步骤S402，第一服务器向云端发送第一请求，第一请求用于获取第一配置文件，第一配置文件包括应用程序的配置参数；其中，图4中的第一服务器可与图1对应的实施例中的第二服务器相同，图4中的第二服务器可与图1对应的实施例中的第一服务器相同。
在本申请的一些可选的实施例中，云端为数据源端，用于存储不同环境的第一配置文件和/或第一配置文件对应的更新信息，可为第一服务器提供一致性校验。其中，不同环境可以为不同的操作系统环境。
可选地，第一服务器可以为设置于诸如高铁、普速列车、电车等车辆中的服务器，应用程序可以设置于第一服务器中，应用程序可以为用户(譬如：高铁乘客)提供服务的程序。第一服务器可周期性的向云端发送第一请求。在具体实施过程中，对于第一服务器和第二服务器的数量不做任何限定。例如，一辆高铁中可以包括一台第一服务器，每节车厢可包括一台第二服务器，第二服务器用于为对应的车厢中的乘客提供服务。需要说明的是，为了实现对交互数据的集中处理，可以通过一台第一服务器分别用于与云端、第二服务器进行数据交互。进一步地，第一服务器与云端、第二服务器的数据交互在以下内容中进行详细说明。
步骤S404，云端获取第一请求，并基于第一请求向第一服务器反馈第一配置文件；
可选地，第一服务器向云端发送第一请求之后，若云端中的第二配置文件发生了更改，则第一服务器将获取第一配置文件和/或更新信息，其中，第一配置文件为第二配置文件更改后的文件。在第一服务器自云端获取到第一配置文件时，即对第一配置文件进行同步。
步骤S406，第一服务器接收第二服务器发送的第二请求；
在本申请的一些可选的实施例中，第二服务器可以为设置于诸如高铁、普速列车、电车等车辆中的服务器，个数可以为一个或多个，可在每节车厢设置一台第二服务器。
本申请中，第一服务器对第一配置文件进行同步可以为：将第一服务器中原先存储的配置文件，即第二本地文件，替换为从云端获取的第一配置文件。在第一服务器自云端获取到更新信息时，即对更新信息进行同步。第一服务器对更新信息进行同步可以为：第一服务器将第一服务器中原先存储的更新信息替换为从云端获取的更新信息。
可选地，第二服务器也可以周期性的向第一服务器发送第二请求，即第一服务器可周期性接收第二服务器发送的第二请求。
步骤S408，第一服务器基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至第二服务器。
在本申请的一些可选地实施例中，第一服务器还可基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至第二服务器。更新信息可以只存储在第一服务器中，也可以由第一服务器自云端获取。
更新信息包括更新顺序以及更新目录；其中，更新顺序可以为第一配置文件中各个子文件的更新顺序；更新目录还可以为第一配置文件存储于第一服务器和/或第二服务器中的各个子文件的数据类型和/或存储位置。
第一服务器基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至第二服务器之后，方法还包括第二服务器基于更新信息对第一配置文件进行同步。
第二服务器基于更新信息对第一配置文件进行同步之前，方法还包括以下步骤：第二服务器判断第一配置文件与第二本地文件是否相同，若否，则启动第二服务器基于更新信息对第一配置文件进行同步的步骤。
第二服务器接收到第一配置文件时，即对第一配置文件进行同步，第二服务器对第一配置文件进行同步可以为：第二服务器将第二服务器中原先存储的配置文件，即第二本地文件替换为从第一服务器获取的第一配置文件。第二服务器接收到自第一服务器获取的更新信息时，即对更新信息进行同步，第二服务器对更新信息进行同步可以为：第二服务器将第二服务器中原先存储的更新信息替换为从第一服务器获取的更新信息。
可选地，第一服务器为Centos系统的服务器，第二服务器为OpenWrt系统的服务器。
可选地，第一服务器与云端的架构可以为C/S架构。
可选地，向云端发送第一请求之前，方法包括以下步骤：发送检测指令，检测指令用于检测云端中的第二配置文件是否发生了更改；接收云端基于检测指令反馈的更改信息，更改信息用于指示第二配置文件是否发生更改；若更改信息指示第二配置文件发生了更改，则启动向云端发送第一请求的步骤，其中，第一配置文件为第二配置文件更改后的文件。通过对云端中第二配置文件是否发生更改实时进行检测，避免了第二配置文件更新时无法及时获取更新状态的问题，可及时发送第一请求，及时进行更新，提高了第一配置文件的更新速度。
可选地，检测指令还可用于检测云端中的更新信息是否发生更改，更改信息还可以用于指示云端中的更新信息是否发生更改。
可选地，第一服务器向云端发送第一请求之前，上述方法还包括以下步骤：启动倒计时计数；判断倒计时计数是否计数结束，若是，则启动向云端发送第一请求的步骤。通过倒计时计数可准确控制第一服务器向云端发送第一请求的时间，提高了第一请求发送时间的控制精度。
可选地，当第一服务器向云端发送检测指令以后，若检测到云端中的第二配置文件和/或更新信息发生更改，则触发第一服务器向云端发送第一请求的步骤。可选地，第一服务器可以周期性地向云端发送检测指令。
在本申请的一些可选的实施例中，第一服务器检测到云端中第二配置文件和/或更新信息发生更改以后，第一服务器可通过第一系统计划任务定时生成一个1至10的随机数，生成的随机数可作为倒计时起始分钟数，倒计时结束后立即触发第一服务器向云端获取对应的第一配置文件和/或更改后的更新信息的步骤。其中，第一系统计划任务可以指第一服务器中的可用于定时的操作系统的任务。
可选地，上述方法还包括以下步骤：向云端发送第一服务器对应的第一验证信息；第一配置文件为在云端基于第一验证信息验证第一服务器合法的情况下发送的。云端通过对第一服务器的合法性的验证，避免了其他外部设备对第一配置文件的窃取，保证了第一配置文件的安全性，也保证了第一配置文件发送至第一服务器的准确性。
可选地，第一验证信息可以包括以下至少之一：第一服务器的设备标识、对第一服务器对应的字符串加密后得到的加密信息、第一服务器的地址信息。当第一验证信息中包括上述加密信息时，云端可对加密信息进行解密，得到解密后的字符串，在解密后的字符串与第一服务器对应的字符串一致时，该加密信息可以作为判断第一服务器合法的依据。
在本申请的一些可选的实施例中，当云端中存储的第一证明信息与第一验证信息对应的证明信息一致时，可确定第一服务器合法，其中，第一证明信息包括以下至少之一：第一服务器的设备标识、第一服务器的地址信息、第一服务器对应的字符串。可选地，第一服务器向云端发送第一服务器的第一验证信息之后，云端可通过第一验证信息判断第一服务器的合法性。
在本申请的一些可选的实施例中，基于第一验证信息判断第一服务器的合法性可以通过以下方式进行判断，判断第一验证信息对应的第一服务器是否具备获取第一配置文件和/或更新信息的权限，若具备，则确定第一服务器合法，若不具备，则确定第一服务器不合法。
在本申请的一些可选的实施例中，当云端中存储的第一证明信息与第一验证信息对应的证明信息一致时，可确定第一服务器具备获取第一配置文件和/或更新信息的权限，即第一验证信息对应的第一服务器合法，其中，第一证明信息包括以下至少之一：第一服务器的设备标识、第一服务器的地址信息、第一服务器对应的字符串。
可选地，第一验证信息还可以包含于第一请求中。将第一验证信息包含于第一请求中，可以提高云端验证第一服务器是否合法的速度，也提高了云端向第一服务器发送第一配置文件的效率。
可选地，获取云端基于第一请求反馈的第一配置文件之后，上述方法还包括以下步骤：判断第一配置文件与第一本地文件是否相同，若否，则启动在第一服务器中对第一配置文件进行同步的步骤。本可选方案避免了第一配置文件与第一本地文件相同时，对第一配置文件进行更新导致的资源浪费，提高了第一配置文件更新的效率，其中，第一本地文件为第一服务中在获取第一配置文件前存储的配置文件；
在本申请的一些可选的实施例中，第一服务器除了可在云端获取第一配置文件以外，还可以在云端获取第一配置文件对应的更新信息；第一服务器获取到第一配置文件和/或更新信息以后，对第一配置文件和/或更新信息做一致性校验，即判断第一配置文件与第一本地文件；和/或更新信息与本地存储的原更新信息是否相同，若否，则启动在第一服务器中对第一配置文件和/或更新信息进行同步的步骤，若是，则忽略第一配置文件和/或更新信息。
可选地，第一服务器基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至第二服务器之前，上述方法还包括以下步骤：接收第二服务器对应的第二验证信息；基于第二验证信息判断第二服务器是否合法，若是，则启动基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至第二服务器的步骤，若否，则忽略第二验证信息。第一服务器通过对第二服务器的合法性的验证，避免了其他外部设备对第一配置文件的窃取，保证了第一配置文件的安全性，也保证了第一配置文件发送至第二服务器的准确性。第二验证信息可以包括以下至少之一：第二服务器的设备标识、对第二服务器对应的字符串加密后得到的加密信息、第二服务器的地址信息。当第二验证信息中包括上述加密信息时，第一服务器可对加密信息进行解密，得到解密后的字符串，在解密后的字符串与第二服务器对应的字符串一致时，该加密信息可以作为判断第二服务器合法的依据。
在本申请的一些可选的实施例中，当第一服务器中存储的第二证明信息与第二验证信息对应的证明信息一致时，可确定第二验证信息对应的第二服务器合法，其中，第二证明信息包括以下至少之一：第二服务器的设备标识、第二服务器的地址信息、第二服务器对应的字符串。
在本申请的一些可选的实施例中，第二服务器可通过发送http请求的方式向第一服务器发送第二请求，第二服务器可以通过第二系统计划任务周期性向第一服务器发送第二请求，第二服务器向第一服务器发送http请求来获取第一配置文件以及第一配置文件对应的更新信息；第二验证信息可以包含于第二请求中，也可以在第二服务器发送第二请求之后发送。其中，第二系统计划任务可以为第二服务器之前从第一服务器中获取的任务，并且，第二系统计划任务可以包含于第一配置文件。
可选地，第二服务器获取到第一配置文件以及更新信息以后，可对第一配置文件以及更新信息进行检验。具体的校验方式可以为将获取到的第一配置文件和/或更新信息与本地的计划任务做MD5校验，若校验结果指示获取到的第一配置文件和/或更新信息与第二服务器本地的计划任务对应的文件不同，则将第一配置文件和/或更新信息同步至第二服务器，若校验结果指示获取到的第一配置文件和/或更新信息与第二服务器本地的计划任务对应的文件相同，则第二服务器忽略第一配置文件和/或更新信息。其中，第二服务器本地的计划任务对应的文件包括第二服务器的本地配置文件和/或本地更新信息。
根据本申请实施例，还提供了一种用于实施上述同步方法的同步装置，图5是根据本申请实施例的同步装置的结构示意图，如图5所示，其中，图5中的第一服务器可与图1对应的实施例中的第一服务器相同，图5中的第二服务器可与图1对应的实施例中的第二服务器相同。
该装置包括：第一发送模块52、获取模块54、第一接收模块56、第二发送模块58；其中：
第一发送模块52，用于向云端发送第一请求，第一请求用于获取第一配置文件，第一配置文件包括应用程序的配置参数；
获取模块54，用于获取云端基于第一请求反馈的第一配置文件；
第一接收模块56，用于接收第一服务器发送的第二请求；
第二发送模块58，用于基于第二请求将第一配置文件发送至第一服务器。
可选地，第二发送模块58还用于向第一服务器发送更新信息，更新信息为第一配置文件对应的更新信息。
可选地，上述装置还包括：第三发送模块，用于发送检测指令，检测指令用于检测云端中的第二配置文件是否发生更改；第二接收模块，用于接收云端基于检测指令反馈的更改信息，更改信息用于指示第二配置文件是否发生更改；启动模块，该启动模块可称为第一启动模块，用于若更改信息指示第二配置文件发生更改，则启动向云端发送第一请求的步骤，其中，第一配置文件为第二配置文件更改后的文件。
可选地，上述装置还包括：第二启动模块，用于启动倒计时计数；第一判断模块，用于判断倒计时计数是否计数结束，若是，则启动向云端发送第一请求的步骤。
可选地，第一发送模块还用于：向云端发送第二服务器对应的第一验证信息，第一配置文件为在云端基于第一验证信息验证第二服务器合法的情况下发送的。
可选地，上述装置还包括：第二判断模块，用于判断第一配置文件与第一本地文件是否相同，若否，则启动在第二服务器中对第一配置文件进行同步的步骤。
可选地，上述装置还包括：第三接收模块，用于接收第一服务器对应的第二验证信息；第三判断模块，用于基于第二验证信息判断第一服务器是否合法，若是，则启动基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至第一服务器的步骤。需要说明的是，图5所示实施例的优选实施方式可以参见图1所示实施例的相关描述，此处不再赘述。
根据本申请实施例，还提供了一种用于实施上述同步方法的同步系统，图6是根据本申请实施例的同步系统的结构示意图，如图6所示，该系统包括：云端60、Centos服务器62、以及openwrt服务器64，其中：
Centos服务器62，用于向云端发送第一请求，第一请求用于获取第一配置文件，第一配置文件包括应用程序的配置参数；
云端60，用于获取第一请求，并基于第一请求反馈第一配置文件至Centos服务器；
openwrt服务器64，用于向Centos服务器发送第二请求；Centos服务器还用于接收第二请求，并基于第二请求将第一配置文件以及第一配置文件对应的更新信息发送至openwrt服务器，更新信息包括更新顺序以及更新目录。
需要说明的是，云端60可以与图1对应的实施例中的云端相同，Centos服务器62可以与图1对应的实施例中第二服务器相同，openwrt服务器64可以与图1对应的实施例中的第一服务器相同。图6所示实施例的优选实施方式可以参见图1所示实施例的相关描述，此处不再赘述。
根据本申请实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：向云端发送第一请求，第一请求用于获取第一配置文件，第一配置文件包括应用程序的配置参数；获取云端基于第一请求反馈的第一配置文件；接收第一服务器发送的第二请求；基于第二请求将第一配置文件发送至第一服务器。
据本申请实施例的另一个方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时可以执行应用程序的同步方法中以下步骤的程序代码：向云端发送第一请求，第一请求用于获取第一配置文件，第一配置文件包括应用程序的配置参数；获取云端基于第一请求反馈的第一配置文件；接收第一服务器发送的第二请求；基于第二请求将第一配置文件发送至第一服务器。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。
Claims (18)
1.一种同步方法，其特征在于，包括：
向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；
获取云端基于所述第一请求反馈的所述第一配置文件；
接收第一服务器发送的第二请求；
基于所述第二请求将所述第一配置文件发送至所述第一服务器。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向所述第一服务器发送更新信息，所述更新信息为所述第一配置文件对应的更新信息。
3.根据权利要求1所述的方法，其特征在于，向云端发送第一请求之前，所述方法还包括：
发送检测指令，所述检测指令用于检测所述云端中的第二配置文件是否发生更改；
接收所述云端基于所述检测指令反馈的更改信息，所述更改信息用于指示所述第二配置文件是否发生更改；
若所述更改信息指示所述第二配置文件发生更改，则启动向云端发送第一请求的步骤，其中，所述第一配置文件为所述第二配置文件更改后的文件。
4.根据权利要求1所述的方法，其特征在于，向云端发送第一请求之前，所述方法还包括：
启动倒计时计数；
判断所述倒计时计数是否计数结束，若是，则启动向云端发送第一请求的步骤。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：向所述云端发送第二服务器对应的第一验证信息，所述第一配置文件为在所述云端基于所述第一验证信息验证所述第二服务器合法的情况下发送的。
6.根据权利要求1所述的方法，其特征在于，获取云端基于所述第一请求反馈的所述第一配置文件之后，所述方法还包括：
判断所述第一配置文件与第一本地文件是否相同，若否，则启动在第二服务器中对所述第一配置文件进行同步的步骤。
7.根据权利要求1所述的方法，其特征在于，基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第一服务器之前，所述方法还包括：
接收所述第一服务器对应的第二验证信息；
基于所述第二验证信息判断所述第一服务器是否合法，若是，则启动基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第一服务器的步骤。
8.一种同步方法，其特征在于，包括：
第一服务器向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；
所述云端获取所述第一请求，并基于所述第一请求向所述第一服务器反馈所述第一配置文件；
所述第一服务器接收第二服务器发送的第二请求；
所述第一服务器基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第二服务器。
9.根据权利要求8所述的方法，其特征在于，所述第一服务器基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第二服务器之后，所述方法还包括：
所述第二服务器基于所述更新信息对所述第一配置文件进行同步。
10.根据权利要求8所述的方法，其特征在于，所述第二服务器基于所述更新信息对所述第一配置文件进行同步之前，所述方法还包括：
所述第二服务器判断所述第一配置文件与第二本地文件是否相同，若否，则启动所述第二服务器基于所述更新信息对所述第一配置文件进行同步的步骤。
11.一种同步装置，其特征在于，包括：
第一发送模块，用于向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；
获取模块，用于获取云端基于所述第一请求反馈的所述第一配置文件；
第一接收模块，用于接收第一服务器发送的第二请求；
第二发送模块，用于基于所述第二请求将所述第一配置文件发送至所述第一服务器。
12.根据权利要求11所述的装置，其特征在于，所述第二发送模块还用于向所述第一服务器发送更新信息，所述更新信息为所述第一配置文件对应的更新信息。
13.根据权利要求11所述的装置，其特征在于，所述装置还包括：
第三发送模块，用于发送检测指令，所述检测指令用于检测所述云端中的第二配置文件是否发生更改；
第二接收模块，用于接收所述云端基于所述检测指令反馈的更改信息，所述更改信息用于指示所述第二配置文件是否发生更改；
启动模块，用于若所述更改信息指示所述第二配置文件发生更改，则启动向云端发送第一请求的步骤，其中，所述第一配置文件为所述第二配置文件更改后的文件。
14.根据权利要求11所述的装置，其特征在于，所述第一发送模块还用于：向云端发送第二服务器对应的第一验证信息，所述第一配置文件为在所述云端基于所述第一验证信息验证所述第二服务器合法的情况下发送的。
15.根据权利要求11所述的装置，其特征在于，所述装置还包括：
第三接收模块，用于接收所述第一服务器对应的第二验证信息；
判断模块，用于基于所述第二验证信息判断所述第一服务器是否合法，若是，则启动基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述第一服务器的步骤。
16.一种同步系统，其特征在于，包括：
Centos服务器，用于向云端发送第一请求，所述第一请求用于获取第一配置文件，所述第一配置文件包括应用程序的配置参数；
云端，用于获取所述第一请求，并基于所述第一请求反馈所述第一配置文件至所述Centos服务器；
openwrt服务器，用于向所述Centos服务器发送第二请求；所述Centos服务器还用于接收所述第二请求，并基于所述第二请求将所述第一配置文件以及所述第一配置文件对应的更新信息发送至所述openwrt服务器。
17.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至7中任意一项或8至10中任意一项所述的同步方法。
18.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项或8至10中任意一项所述的同步方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911344992.9A CN111193787B (zh) | 2019-12-24 | 2019-12-24 | 同步方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911344992.9A CN111193787B (zh) | 2019-12-24 | 2019-12-24 | 同步方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111193787A true CN111193787A (zh) | 2020-05-22 |
| CN111193787B CN111193787B (zh) | 2022-11-25 |
Family
ID=70711050
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911344992.9A Active CN111193787B (zh) | 2019-12-24 | 2019-12-24 | 同步方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111193787B (zh) |
Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060106806A1 (en) * | 2004-11-12 | 2006-05-18 | Smith Micro Software, Inc. | Software update for a plurality of mobile devices |
| US20120185925A1 (en) * | 2011-01-13 | 2012-07-19 | International Business Machines Corporation | Systems and Methods for Generating and Validating Configuration Files for Computing Devices |
| CN105282732A (zh) * | 2014-07-17 | 2016-01-27 | 三星电子株式会社 | 用于更新配置文件管理服务器的方法和设备 |
| CN105718293A (zh) * | 2009-04-27 | 2016-06-29 | 宝马股份公司 | 用于更新机动车的软件单元的方法、系统及相应的机动车 |
| US20160212207A1 (en) * | 2014-09-03 | 2016-07-21 | Huizhou Tcl Mobile Communication Co., Ltd. | Method for cloud data backup and recovery |
| CN106131902A (zh) * | 2016-06-30 | 2016-11-16 | 中南大学 | 一种适用于高速客运专线的宽带移动智能通信网络的实现方法 |
| CN106357447A (zh) * | 2016-09-21 | 2017-01-25 | 努比亚技术有限公司 | 一种配置数据的同步方法及装置 |
| CN106708911A (zh) * | 2015-11-18 | 2017-05-24 | 阿里巴巴集团控股有限公司 | 一种云环境下数据文件同步的方法和装置 |
| CN106789249A (zh) * | 2016-12-22 | 2017-05-31 | 北京五八信息技术有限公司 | 热更新方法、客户端及服务器 |
| CN108462673A (zh) * | 2017-02-20 | 2018-08-28 | 洪彦伦 | 数据同步系统及其方法 |
| CN108696560A (zh) * | 2017-04-11 | 2018-10-23 | 北京锤子数码科技有限公司 | 一种配置方法及终端、系统 |
| CN109101381A (zh) * | 2018-08-02 | 2018-12-28 | Oppo（重庆）智能科技有限公司 | 配置文件更新方法、系统、电子设备及存储介质 |
| CN109446170A (zh) * | 2018-09-13 | 2019-03-08 | 北京米文动力科技有限公司 | 一种配置文件数据同步方法及设备 |
| CN110233904A (zh) * | 2019-07-11 | 2019-09-13 | 腾讯科技（深圳）有限公司 | 设备更新方法、装置、系统、存储介质以及计算机设备 |
| CN110289956A (zh) * | 2019-06-27 | 2019-09-27 | 飞天诚信科技股份有限公司 | 一种云音箱更新配置的方法及系统 |
| CN110312230A (zh) * | 2019-07-08 | 2019-10-08 | 中国科学院计算机网络信息中心 | 列车系统的通信方法、装置和列车系统 |
| CN110381103A (zh) * | 2018-04-13 | 2019-10-25 | 中兴通讯股份有限公司 | 一种下载运营商配置文件的方法、装置和系统 |
-
2019
- 2019-12-24 CN CN201911344992.9A patent/CN111193787B/zh active Active
Patent Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060106806A1 (en) * | 2004-11-12 | 2006-05-18 | Smith Micro Software, Inc. | Software update for a plurality of mobile devices |
| CN105718293A (zh) * | 2009-04-27 | 2016-06-29 | 宝马股份公司 | 用于更新机动车的软件单元的方法、系统及相应的机动车 |
| US20120185925A1 (en) * | 2011-01-13 | 2012-07-19 | International Business Machines Corporation | Systems and Methods for Generating and Validating Configuration Files for Computing Devices |
| CN105282732A (zh) * | 2014-07-17 | 2016-01-27 | 三星电子株式会社 | 用于更新配置文件管理服务器的方法和设备 |
| US20160212207A1 (en) * | 2014-09-03 | 2016-07-21 | Huizhou Tcl Mobile Communication Co., Ltd. | Method for cloud data backup and recovery |
| WO2017084520A1 (zh) * | 2015-11-18 | 2017-05-26 | 阿里巴巴集团控股有限公司 | 一种云环境下数据文件同步的方法和装置 |
| CN106708911A (zh) * | 2015-11-18 | 2017-05-24 | 阿里巴巴集团控股有限公司 | 一种云环境下数据文件同步的方法和装置 |
| CN106131902A (zh) * | 2016-06-30 | 2016-11-16 | 中南大学 | 一种适用于高速客运专线的宽带移动智能通信网络的实现方法 |
| CN106357447A (zh) * | 2016-09-21 | 2017-01-25 | 努比亚技术有限公司 | 一种配置数据的同步方法及装置 |
| CN106789249A (zh) * | 2016-12-22 | 2017-05-31 | 北京五八信息技术有限公司 | 热更新方法、客户端及服务器 |
| CN108462673A (zh) * | 2017-02-20 | 2018-08-28 | 洪彦伦 | 数据同步系统及其方法 |
| CN108696560A (zh) * | 2017-04-11 | 2018-10-23 | 北京锤子数码科技有限公司 | 一种配置方法及终端、系统 |
| CN110381103A (zh) * | 2018-04-13 | 2019-10-25 | 中兴通讯股份有限公司 | 一种下载运营商配置文件的方法、装置和系统 |
| CN109101381A (zh) * | 2018-08-02 | 2018-12-28 | Oppo（重庆）智能科技有限公司 | 配置文件更新方法、系统、电子设备及存储介质 |
| CN109446170A (zh) * | 2018-09-13 | 2019-03-08 | 北京米文动力科技有限公司 | 一种配置文件数据同步方法及设备 |
| CN110289956A (zh) * | 2019-06-27 | 2019-09-27 | 飞天诚信科技股份有限公司 | 一种云音箱更新配置的方法及系统 |
| CN110312230A (zh) * | 2019-07-08 | 2019-10-08 | 中国科学院计算机网络信息中心 | 列车系统的通信方法、装置和列车系统 |
| CN110233904A (zh) * | 2019-07-11 | 2019-09-13 | 腾讯科技（深圳）有限公司 | 设备更新方法、装置、系统、存储介质以及计算机设备 |
Non-Patent Citations (1)
| Title |
|---|
| 黄超: "数字电视机顶盒DLNA节目目录数据的配置方法及系统", 《有线电视技术》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111193787B (zh) | 2022-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110168971B (zh) | 用于验证时间函数的方法、计算机可读介质、系统及车辆 | |
| CN107909369A (zh) | 基于跨链交易的共识方法、装置和存储介质 | |
| CN108881169A (zh) | 基于区块链的时间分发和同步方法及系统、数据处理系统 | |
| CN107800795A (zh) | 区块信息的处理方法及装置 | |
| US20120066500A1 (en) | Method of Time Synchronization Communication | |
| CN112734576B (zh) | 一种区块链的共识系统及方法 | |
| RU2006140576A (ru) | Способ и устройство для авторизации санкционированного доступа | |
| CN111327586B (zh) | 离线节点中的数据的时间戳 | |
| CN113609213B (zh) | 设备密钥的同步方法、系统、设备和存储介质 | |
| CN111314060B (zh) | 一种密钥更新方法、设备及存储介质 | |
| CN106886722A (zh) | 大数据信息处理方法及装置 | |
| CN113783703A (zh) | 一种卫星网络终端安全接入认证方法、装置及系统 | |
| CN109213901A (zh) | 一种区块链的数据同步方法、装置、设备及介质 | |
| CN105391705A (zh) | 一种对应用服务进行认证的方法及装置 | |
| CN107749854B (zh) | 基于客户端的单点登录方法及系统 | |
| CN109960512B (zh) | 一种软件部署方法及系统 | |
| CN117221010B (zh) | 一种基于云端的车辆ecu身份认证方法、通信方法及系统 | |
| CN111193787B (zh) | 同步方法及装置 | |
| CN111031012B (zh) | 一种实现dds域参与者安全认证的方法 | |
| US20220179447A1 (en) | Method For Synchronizing Clocks Of At Least Two Devices | |
| CN112398642B (zh) | 量子密钥分发网络设备的更新方法及相关服务器 | |
| CN110674139B (zh) | 信息处理方法、系统、资源管理系统以及存储介质 | |
| CN116707915B (zh) | 基于区块链加密和共识算法的新闻指挥调度指令分发方法 | |
| CN114650157B (zh) | 路侧单元的发行方法和系统、存储介质及电子装置 | |
| US20240201923A1 (en) | Digital Display System and Method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |