CN106341244A - 配置文件的更新方法、客户端、服务器及系统 - Google Patents
配置文件的更新方法、客户端、服务器及系统 Download PDFInfo
- Publication number
- CN106341244A CN106341244A CN201510391028.7A CN201510391028A CN106341244A CN 106341244 A CN106341244 A CN 106341244A CN 201510391028 A CN201510391028 A CN 201510391028A CN 106341244 A CN106341244 A CN 106341244A
- Authority
- CN
- China
- Prior art keywords
- configuration file
- client
- server
- status information
- file
- 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
Abstract
本发明公开了一种配置文件的更新方法、客户端、服务器及系统,涉及信息技术领域,能够使得修改后的配置文件及时进行更新,从而提升配置文件更新的效率。所述方法包括:接收服务器发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应配置文件的状态信息;根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;向所述服务器发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息;接收所述服务器发送的与所述标识信息对应的配置文件并进行更新。本发明适用于配置文件的更新。
Description
技术领域
本发明涉及信息技术领域,特别是涉及一种配置文件的更新方法、客户端、服务器及系统。
背景技术
随着信息技术的不断进步与发展,软件已经呈现很多新的特点,如越来越复杂化、大型化。因此,完整的软件生命周期可以保证软件的稳定性和鲁棒性。其中,软件在发布后,由于新增加的用户需求、新发现的软件故障、新的软件环境等多方面原因,用户会提出修改软件的请求,这时需要对所开发的软件进行维护和升级。在软件维护的过程中通常需要修改配置文件,其中,配置文件中保存着需要维护的各种参数。
目前,配置文件在服务器侧修改后,客户端应用程序需要重新启动才能请求并完成配置文件的更新。然而,由于每次配置文件进行修改后,都需要重新启动软件应用程序,从而导致配置文件更新的效率较低。
发明内容
有鉴于此,本发明提供一种配置文件的更新方法、客户端、服务器及系统,主要目的在于能够使得修改后的配置文件及时进行更新,从而提升配置文件更新的效率。
依据本发明一方面,提供了一种配置文件的更新方法:包括:
接收服务器发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应配置文件的状态信息;
根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;
向所述服务器发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息;
接收所述服务器发送的与所述标识信息对应的配置文件并进行更新。
依据本发明另一方面,提供了另一种配置文件的更新方法,包括:
向客户端发送服务请求返回信息,所述服务请求返回信息中携带有客户端对应的配置文件的状态信息,以使得所述客户端根据根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;
接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息,并获取与所述标识信息对应的配置文件;
向所述客户端发送所述配置文件,以使得所述客户端进行配置文件更新。
依据本发明又一方面,提供了一种客户端,包括:
接收单元,用于接收服务器发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应配置文件的状态信息;
确定单元,用于根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;
发送单元,用于向所述服务器发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息;
所述接收单元,还用于接收所述服务器发送的与所述标识信息对应的配置文件;
更新单元,用于对所述接收单元接收的配置文件进行更新。
依据本发明再一方面,提供了一种服务器,包括:
发送单元,用于向客户端发送服务请求返回信息,所述服务请求返回信息中携带有客户端对应的配置文件的状态信息,以使得所述客户端根据根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;
接收单元,用于接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息;
获取单元,用于获取与所述标识信息对应的配置文件;
所述发送单元,还用于向所述客户端发送所述配置文件,以使得所述客户端进行配置文件更新。
依据本发明又再一方面,提供了一种配置文件的更新系统,包括:
所述客户端,用于接收服务器发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应的配置文件的状态信息;然后根据所述配置文件的状态信息与本地保存的配置文件的状态信息,确定需要向所述服务器请求获取的配置文件;最后,向所述服务器发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。
所述服务器,用于向所述客户端发送所述需要更新的配置文件。
所述客户端,用于更新所述服务器发送的与所述配置文件获取请求对应的配置文件。
借由上述技术方案,本发明实施例提供的技术方案至少具有下列优点:
本发明实施例提供了一种配置文件的更新方法、客户端、服务器及系统。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例可以在客户端与服务器交互的过程中,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
附图说明
图1示出了本发明实施例提供的一种配置文件的更新方法流程图;
图2示出了本发明实施例提供的另一种配置文件的更新方法流程图;
图3示出了本发明实施例提供的又一种配置文件的更新方法流程图;
图4示出了本发明实施例提供的再一种配置文件的更新方法流程图;
图5示出了本发明实施例提供的一种客户端结构示意图;
图6示出了本发明实施例提供的另一种客户端结构示意图;
图7示出了本发明实施例提供的一种服务器结构示意图;
图8示出了本发明实施例提供的另一种服务器结构示意图;
图9示出了本发明实施例提供的一种配置文件的更新系统结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。
本发明实施例提供一种配置文件的更新方法,应用于客户端,如图1所示,所述方法包括:
101、接收服务器发送的服务请求返回信息。
其中,所述服务请求返回信息中携带有客户端对应配置文件的状态信息。在客户端与服务器交互的过程中,客户端一般会向服务器发起服务请求,然后服务器响应客户端服务请求并向客户端发送服务请求对应的信息。所述服务请求返回信息可以为服务器响应客户端服务请求返回的信息。本发明实施例客户端通过接收服务器发送的任意服务请求返回信息,获取配置文件的状态信息,从而节省了服务器向客户端发送携带有配置文件状态信息的通知所消耗的网络资源,从而减轻服务器的处理压力。例如,客户端向服务器发送采集数据请求,服务器处理完采集数据后会将采集数据的处理结果返回给客户端,所述的服务请求返回信息即为采集数据的处理结果。具体地,客户端向服务器发送的服务请求格式可以如下:
class Request{
………………//服务请求格式,因具体业务而定
}
服务器针对客户端发起请求的返回信息格式可以如下:
class Response{
………………//返回信息格式,因具体业务而定
}
Response sendInfoToServer(Request req)。
对于本发明实施例,客户端维护的过程中需要维护各种参数,参数以配置文件的形式存在。客户端维护可以为软件开发包(Software Development Kit,SDK)的维护,也可以为应用程序(Application,APP)的维护,本发明实施例不做限定。配置文件的状态信息可以反映配置文件的修改状态,例如,配置文件的状态信息可以包括配置文件的最后修改时间和配置文件的MD5值等。具体地,配置文件的格式可以为:
class Config{
………………//配置文件信息,因具体业务而定
Date lastModifyDate;//最后修改日期
}
对于本发明实施例,服务器可以实时监测配置文件的状态信息。当检测到客户端与服务器存在交互,就将服务器中的配置文件的状态信息发送给客户端,从而使得能够及时收到服务器上配置文件的修改信息,并且根据相应的修改信息调整程序行为。
102、根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件。
对于本发明实施例,在客户端和服务器的交互过程中,服务器将配置文件的状态信息发送客户端;客户端会将服务器发送的配置文件的状态信息与本地保存的配置文件的状态信息进行对比。客户端从对比后的结果中获取到服务器中存在被修改的配置文件且服务器中被修改的配置文件比客户端本地保存的配置文件修改版本新后,可以根据需求向服务器发送配置文件获取请求,以向服务器请求获取一个配置文件或者多个配置文件,本发明实施例不做限定。例如,客户端从对比后的结果获取到服务器中配置文件1、配置文件2、配置文件3被修改,且服务器中的配置文件1、配置文件2、配置文件3比客户端本地保存的对应的配置文件修改版本新后,可以根据需求向服务器请求获取配置文件1,也可以请求获取配置文件1、配置文件2和配置文件3。
若客户端从对比结果中获取到配置文件均未被修改或者客户端本地保存的配置文件的修改版本与服务器中的配置文件的修改版本一样,则忽略服务器发送的服务请求返回信息,从而可以保证在配置文件修改后一段时间内,客户端应用程序能够及时收到服务器上配置文件的修改信息,并且根据相应的修改信息调整程序行为。
对于本发明实施例,通过在服务请求返回信息中携带不同参数分别对应的配置文件的状态信息,使得客户端可以根据实际情况向服务器发起获取配置文件的请求,避免了客户端应用程序轮询获取配置文件造成的网络压力,即当检测到服务器中的配置文件被修改时,服务器就向客户端发送配置文件修改的通知;客户端收到配置文件修改的通知后,向服务器发起配置文件的获取请求;同时减轻了服务器的处理压力。
103、向所述服务器发送配置文件获取请求。
其中,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。所述标识信息可以为配置文件的名称,也可以为配置文件的标识符,本发明实施例不做限定。若所述标识信息为配置文件的名称,配置文件的名称可以为程序员根据预置编码方式命名的名称,如配置文件的名称为“Config.1”,也可以为配置文件创建或者修改后自动生成的名称,如配置文件的名称为“Config_2015_01_24”,本发明实施例不做限定。
104、接收所述服务器发送的与所述标识信息对应的配置文件并进行更新。
对于本发明实施例,接收所述服务器发送的与所述标识信息对应的配置文件具体可以通过伪代码进行实现,伪代码具体可以为:ConfiggetConfigFromURL(String url)。
本发明实施例提供的一种配置文件的更新方法。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
本发明实施例提供另一种配置文件的更新方法,应用于客户端,如图2所示,所述方法包括:
201、接收服务器发送的服务请求返回信息。
其中,所述服务请求返回信息中携带有客户端对应配置文件的状态信息。
202、根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件。
对于本发明实施例,所述配置文件的状态信息包括所述配置文件的最后修改时间。此时,步骤202具体可以为:将所述服务器返回的配置文件的最后修改时间和所述本地保存的配置文件的最后修改时间进行对比;若所述本地保存的配置文件的最后修改时间早于所述服务器返回的配置文件的最后修改时间,则确定所述配置文件为需要更新的配置文件。将所述服务器返回的配置文件的最后修改时间和所述本地保存的配置文件的最后修改时间进行对比具体可以通过伪代码进行实现,对应的伪代码具体可以为:
If(resp.configlastModifyDate>config.lastModifyDate)。
例如,若客户端本地保存的配置文件1的最后修改时间“2015年5月7日10点48分”早于服务器中的配置文件1的最后修改时间“2015年5月7日11点48分”,判断所述配置文件被修改且为服务器中的配置文件比客户端本地保存的配置文件修改版本新,当前需要更新的配置文件即为被修改的配置文件1,则确定配置文件1为需要向所述服务器请求获取的配置文件;反之,若客户端本地保存的配置文件中最后修改时间均与所述配置文件中对应的最后修改时间一样,判断客户端中不存在被修改的配置文件,则忽略服务器发送的服务请求返回信息。
对于本发明实施例,所述配置文件的状态信息包括所述配置文件的信息摘要算法MD5(Message-Digest Algorithm 5,信息-摘要算法5)值。此时,步骤202具体可以为:将所述服务器返回的配置文件MD5值和所述本地保存的配置文件MD5值进行对比;若所述本地保存的配置文件MD5值与所述返回的配置文件MD5值不一致,则确定所述配置文件为需要更新的配置文件。
例如,若客户端本地保存的配置文件2的MD5值“d31d8cd98f00b204e9800994ecf8427e”与所述服务器发送的配置文件2的MD5值“d32d8cd98f00b204e9800994ecf8427e”不一致,判断所述配置文件2被修改,当前需要更新的配置文件即为被修改的配置文件2,则确定配置文件2为需要向所述服务器请求获取的配置文件;反之,若本地保存的配置文件中的MD5值与所述服务器发送的配置文件中的对应的MD5值一致,则判断客户端中不存在被修改的配置文件,则忽略服务器发送的服务请求返回信息。
203、向所述服务器发送配置文件获取请求。
其中,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。
204a、接收所述服务器发送的与所述标识信息对应的配置文件并进行更新。
对于本发明实施例,所述接收所述服务器发送的与所述配置文件的标识信息对应的配置文件的步骤具体可以为:接收所述服务器发送的与所述标识信息对应的配置文件和所述配置文件的状态信息。更新所述配置文件的步骤具体可以为:更新所述本地保存的所述配置文件和所述配置文件的状态信息,所述配置文件的状态信息包括所述配置文件的最后修改时间和/或所述配置文件的MD5值。例如,本地保存的配置文件3的最后修改时间为“2015年4月5日11点30分”或者配置文件3的MD5值为“d41d8cd98f00b204e9800998ecf8427e”,服务器发送的配置文件3最后修改时间为“2015年4月6日12点20分”或配置文件3的MD5值为“d81d8cd98f00b204e9800994ecf8427e”,则将本地保存的配置文件3替换为服务器发送的配置文件3,并将配置文件3的最后修改时间替换为“2015年4月6日12点20分”,将配置文件3的MD5值替换为“d81d8cd98f00b204e9800994ecf8427e”。通过更新配置文件的状态信息,可以保证客户端再次判断配置文件是否被修改的准确性,保证客户端获取的配置文件为最新修改版本的配置文件。
与步骤204a并列的步骤204b、接收所述服务器发送的预置时间段内修改过的配置文件和与所述配置文件对应的状态信息。
其中,所述预置时间段为以所述配置文件获取请求对应的配置文件的最后修改时间为起点的时间段。所述预置时间段可以为根据客户端的实际需求临时设置的时间段,或者为服务器预先设置好的时间段,本发明实施例不做限定。例如,预置时间段可以为配置文件最后修改时间的30分钟内,或者1小时内。
对于本发明实施例,通过接收所述服务器发送的预置时间段内修改过的各个配置文件和所述各个配置文件分别对应的状态信息,可以避免预置时间段内客户端应用程序对所有的修改过的配置文件分别向服务器发送配置文件获取请求,从而进一步避免了客户端应用程序轮询获取配置文件造成的网络压力,进一步减轻了服务器的处理压力。
205b、将所述配置文件对应的状态信息与本地保存的相应的状态信息进行对比。
206b、若本地保存的相应的配置文件中存在未更新的配置文件,则对未更新的配置文件进行更新。
对于本发明实施例,通过只对未更新的配置文件进行更新,可以避免重复更新客户端上的配置文件,从而提升配置文件的更新效率,同时进一步减少服务器的处理压力。
对于本发明实施例,具体的应用场景可以如下所示,但不限于此,包括:客户端与服务器均保存有配置文件1、配置文件2、配置文件3;客户端保存的配置文件1、配置文件2、配置文件3的状态信息为:配置文件1的最后修改时间为“2015年5月7日09点30分”、配置文件2的最后修改时间为“2015年5月7日10点28分”、配置文件3的最后修改时间为“2015年5月9日14点25分”,服务器保存的配置文件1、配置文件2、配置文件3的状态信息为:配置文件1的最后修改时间为“2015年5月7日10点30分”、配置文件2的最后修改时间为“2015年5月7日10点48分”、配置文件3的最后修改时间为“2015年5月9日14点25分”。
此时,当客户端向服务器发送采集数据处理请求时,服务器会在向客户端发送的采集数据处理请求返回信息中携带有服务器保存的配置文件的状态信息。然后客户端将本地保存的配置文件状态信息与接收的配置文件的状态信息进行对比,判断本地保存的配置文件1的最后修改时间“2015年5月7日09点30分”早于服务器保存的配置文件1的最后修改时间“2015年5月7日10点30分”、则确认配置文件1被修改了;然后向所述服务器发送配置文件1获取请求;服务器将配置文件1和配置文件1的状态信息发送给客户端。并且检测到在配置文件1的最后修改时间“2015年5月7日10点30分”的30分钟内,配置文件2被修改了。即配置文件2的最后修改时间为“2015年5月7日10点48分”,则服务器也将配置文件2和配置文件2的状态信息发送给客户端,从而可以避免客户端应用程序对向服务器发送配置文件2获取请求,从而进一步避免了客户端应用程序轮询获取配置文件造成的网络压力,进一步减轻了服务器的处理压力。客户端将本地保存的配置文件2和配置文件2的状态信息进行更新,配置文件2的状态信息为配置文件2的最后修改时间为“2015年5月7日10点48分”。通过更新配置文件状态信息,可以保证客户端再次判断配置文件是否被修改的准确性,保证客户端获取的配置文件为最新修改版本的配置文件。
本发明实施例提供的另一种配置文件的更新方法。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
本发明实施例提供又一种配置文件的更新方法,应用于服务器,如图3所示,所述方法包括:
301、向客户端发送服务请求返回信息。
其中,客户端对应配置文件的状态信息,以使得所述客户端根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件。
302、接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息,并获取与所述标识信息对应的配置文件。
303、向所述客户端发送所述配置文件,以使得所述客户端进行配置文件更新。
例如,若客户端本地保存的配置文件3的MD5值为“d81d8cd98f00b204e9800994ecf8427e”,服务器保存的配置文件3的MD5值为“d91d8cd98f00b204e9800994ecf8427e”,当接收到客户端发送配置文件3获取请求时,将配置文件3和配置文件3的MD5值“d91d8cd98f00b204e9800994ecf8427e”同时发送给客户端。
本发明实施例提供的又一种配置文件的更新方法。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
本发明实施例提供再一种配置文件的更新方法,应用于服务器,如图3所示,所述方法包括:
401、向客户端发送服务请求返回信息。
其中,所述服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得所述客户端根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件。
402、接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息,并获取与所述标识信息对应的配置文件和所述配置文件的状态信息。
对于本发明实施例,所述配置文件的状态信息包括所述配置文件的最后修改时间,此时,步骤402具体可以为:接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有第一配置文件的标识信息。
其中,所述第一配置文件的最后修改时间早于所述服务器返回的对应配置文件的最后修改时间。
对于本发明实施例,所述配置文件的状态信息包括所述配置文件的MD5值,此时,步骤402具体可以为:接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有第二配置文件的标识信息。
其中,所述第二配置文件的MD5值与所述服务器返回的对应配置文件的MD5值不一致。
403、向所述客户端发送所述配置文件和所述配置文件的状态信息,以使得所述客户端进行配置文件更新。
例如,若客户端本地保存的配置文件1的最后修改时间“2015年5月9日10点48分”,服务器保存的配置文件1的最后修改时间“2015年5月9日11点48分”,当接收到客户端发送配置文件1获取请求时,将配置文件1和配置文件1的最后修改时间“2015年5月9日11点48分”同时发送给客户端。
404、向所述客户端发送预置时间段内修改过的配置文件和与所述配置文件对应的状态信息。
其中,所述预置时间段为以所述配置文件获取请求对应的配置文件的最后修改时间为起点的时间段。所述预置时间段可以为根据客户端的实际需求临时设置的时间范围,或者为服务器预先设置好的时间范围,本发明实施例不做限定。例如,预置时间段可以为配置文件最后修改时间的40分钟内,或者2小时内。对于本发明实施例,通过向所述客户端发送预置时间段内修改过的配置文件和与所述配置文件对应的状态信息,可以避免预置时间段内客户端应用程序对所有的修改过的配置文件分别向服务器发送配置文件获取请求,从而进一步避免了客户端应用程序轮询获取配置文件造成的网络压力,进一步减轻了服务器的处理压力。
本发明实施例提供的再一种配置文件的更新方法。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
进一步地,作为图1所示方法的具体实现,本发明实施例提供一种客户端,如图5所示,所述客户端包括:接收单元51、确定单元52、发送单元53、更新单元54。
接收单元51,可以用于接收服务器发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应配置文件的状态信息。
确定单元52,可以用于根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件。
发送单元53,可以用于向所述服务器发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。
所述接收单元51,还可以用于接收所述服务器发送的与所述标识信息对应的配置文件;
更新单元54,可以用于对所述接收单元51接收的配置文件进行更新。
本发明实施例提供的一种客户端。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
进一步地,作为图2所示方法的具体实现,本发明实施例提供一种客户端,如图6所示,所述客户端包括:接收单元61、确定单元62、发送单元63、更新单元64。
接收单元61,可以用于接收服务器发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应配置文件的状态信息。
确定单元62,可以用于根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件。
发送单元63,可以用于向所述服务器发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。
所述接收单元61,还可以用于接收所述服务器发送的与所述标识信息对应的配置文件;
更新单元64,可以用于对所述接收单元61接收的配置文件进行更新。
所述配置文件的状态信息包括所述配置文件的最后修改时间,所述确定单元62包括:对比模块6201、确定模块6202。
对比模块6201,可以用于将所述服务器返回的配置文件的最后修改时间和所述本地保存的配置文件的最后修改时间进行对比;
确定模块6202,可以用于若所述本地保存的配置文件的最后修改时间早于所述服务器返回的配置文件的最后修改时间,则确定所述配置文件为需要更新的配置文件。
所述配置文件的状态信息包括所述配置文件的MD5值:
所述对比模块6201,还可以用于将所述服务器返回的配置文件MD5值和所述本地保存的配置文件MD5值进行对比;
所述确定模块6202,还可以用于若所述本地保存的配置文件MD5值与所述返回的配置文件MD5值不一致,则确定所述配置文件为需要更新的配置文件。
所述接收单元61,具体用于接收所述服务器发送的与所述配置文件的标识信息对应的配置文件和所述配置文件的状态信息。
所述更新单元64,具体可以用于更新所述本地保存的所述配置文件和所述配置文件的状态信息,所述配置文件的状态信息包括所述配置文件的最后修改时间和/或所述配置文件的MD5值。
所述接收单元61,还可以用于接收所述服务器发送的预置时间段内修改过的配置文件和与所述配置文件对应的状态信息,所述预置时间段为以所述配置文件获取请求对应的配置文件的最后修改时间为起点的时间段。
所述客户端还包括:对比单元65。
所述对比单元65,可以用于将所述各个配置文件分别对应的状态信息与本地保存的相应的状态信息进行对比。
所述更新单元64,还用于若本地保存的相应的配置文件中存在未更新的配置文件,则对未更新的配置文件进行更新。
本发明实施例提供的另一种客户端。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
进一步地,作为图3所示方法的具体实现,本发明实施例提供一种服务器,如图7所示,所述服务器包括:发送单元71、接收单元72、获取单元73。
发送单元71,可以用于向客户端发送服务请求返回信息,所述服务请求返回信息中携带有客户端对应的配置文件的状态信息。
进一步地,以使得所述客户端根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件。
接收单元72,可以用于接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。
获取单元73,可以用于获取与所述标识信息对应的配置文件。
所述发送单元71,还可以用于向所述客户端发送所述配置文件。
进一步地,以使得所述客户端进行配置文件更新。
本发明实施例提供的一种服务器。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
进一步地,作为图4所示方法的具体实现,本发明实施例提供一种服务器,如图8所示,所述服务器包括:发送单元81、接收单元82、获取单元83。
发送单元81,可以用于向客户端发送服务请求返回信息,所述服务请求返回信息中携带有客户端对应的配置文件的状态信息。
进一步地,以使得所述客户端根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件。
接收单元82,可以用于接收所述客户端发送的配置文件获取请求。
其中,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。
获取单元83,可以用于获取与所述标识信息对应的配置文件。
所述发送单元81,还可以用于向所述客户端发送所述配置文件。
进一步地,以使得所述客户端进行配置文件更新。
所述配置文件的状态信息包括所述配置文件的最后修改时间;
所述接收单元82,具体可以用于接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有第一配置文件的标识信息,所述第一配置文件的最后修改时间早于所述服务器返回的对应配置文件的最后修改时间。
所述配置文件的状态信息包括所述配置文件的MD5值;
所述接收单元82,具体还可以用于接收所述客户端发送的配置文件获取请求所述配置文件获取请求中携带有第二配置文件的标识信息,所述第二配置文件的MD5值和所述服务器返回的对应配置文件的MD5值不一致。
所述获取单元83,具体可以用于获取与所述标识信息对应的配置文件和所述配置文件的状态信息。
所述发送单元81,具体可以用于向所述客户端发送所述配置文件和所述配置文件的状态信息。
所述发送单元81,还用于向所述客户端发送预置时间段内修改过的配置文件和与所述配置文件对应的状态信息,所述预置时间段为以所述配置文件获取请求对应的配置文件的最后修改时间为起点的时间段。
本发明实施例提供的另一种服务器。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
本发明实施例提供一种配置文件的更新系统,如图9所示,所述系统包括:客户端91、服务器92。
所述客户端91,可以用于接收服务器92发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应的配置文件的状态信息;然后根据所述配置文件的状态信息与本地保存的配置文件的状态信息,确定需要向所述服务器请求获取的配置文件;最后,向所述服务器92发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。
所述服务器92,可以用于向所述客户端91发送所述需要更新的配置文件。
所述客户端91,还可以用于更新所述服务器92发送的与所述配置文件获取请求对应的配置文件。
本发明实施例提供的一种配置文件的更新系统。本发明实施例提供了一种配置文件的更新方法、客户端、服务器及系统。在服务请求返回信息中携带有客户端对应配置文件的状态信息,客户端根据返回的配置文件状态信息,确定需要更新的配置文件;然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比,本发明实施例能够在客户端与服务器交互的过程,通过在服务请求返回信息中携带有客户端对应配置文件的状态信息,以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件,从而使得修改后的配置文件及时进行更新,提升配置文件更新的效率。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (17)
1.一种配置文件的更新方法,其特征在于,包括:
接收服务器发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应配置文件的状态信息;
根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;
向所述服务器发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息;
接收所述服务器发送的与所述标识信息对应的配置文件并进行更新。
2.根据权利要求1所述的配置文件的更新方法,其特征在于,所述配置文件的状态信息包括所述配置文件的最后修改时间,所述根据服务器返回的配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件包括:
将所述服务器返回的配置文件的最后修改时间和所述本地保存的配置文件的最后修改时间进行对比;
若所述本地保存的配置文件的最后修改时间早于所述服务器返回的配置文件的最后修改时间,则确定所述配置文件为需要更新的配置文件;
或者所述配置文件的状态信息包括所述配置文件的信息摘要算法MD5值,所述根据服务器返回的配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件包括:
将所述服务器返回的配置文件MD5值和所述本地保存的配置文件MD5值进行对比;
若所述本地保存的配置文件MD5值与所述返回的配置文件MD5值不一致,则确定所述配置文件为需要更新的配置文件。
3.根据权利要求1所述的配置文件的更新方法,其特征在于,所述接收所述服务器发送的与所述标识信息对应的配置文件包括:
接收所述服务器发送的与所述标识信息对应的配置文件和所述配置文件的状态信息;
所述更新所述配置文件包括:
更新所述需要更新的配置文件和所述配置文件的状态信息,所述配置文件的状态信息包括所述配置文件的最后修改时间和/或所述配置文件的MD5值。
4.根据权利要求3所述的配置文件的更新方法,其特征在于,所述向所述服务器发送配置文件获取请求之后,所述方法还包括:
接收所述服务器发送的预置时间段内修改过的配置文件和与所述配置文件对应的状态信息,所述预置时间段为以所述配置文件获取请求对应的配置文件的最后修改时间为起点的时间段;
将所述配置文件对应的状态信息与本地保存的相应的状态信息进行对比;
若存在未更新的配置文件,则进行更新。
5.一种配置文件的更新方法,其特征在于,包括:
向客户端发送服务请求返回信息,所述服务请求返回信息中携带有客户端对应的配置文件的状态信息,以使得所述客户端根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;
接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息,并获取与所述标识信息对应的配置文件;
向所述客户端发送所述配置文件,以使得所述客户端进行配置文件更新。
6.根据权利要求5所述的配置文件的更新方法,其特征在于,所述配置文件的状态信息包括所述配置文件的最后修改时间,所述接收所述客户端发送的配置文件获取请求包括:
接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有第一配置文件的标识信息,所述第一配置文件的最后修改时间早于所述服务器返回的对应配置文件的最后修改时间;
或者所述配置文件的状态信息包括所述配置文件的MD5值,所述接收所述客户端发送的配置文件获取请求包括:
接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有第二配置文件的标识信息,所述第二配置文件的MD5值与所述服务器返回的对应配置文件的MD5值不一致。
7.根据权利要求5所述的配置文件的更新方法,其特征在于,所述获取与所述标识信息对应的配置文件包括:
获取与所述标识信息对应的配置文件和所述配置文件的状态信息;
所述向所述客户端发送所述配置文件包括:
向所述客户端发送所述配置文件和所述配置文件的状态信息。
8.根据权利要求5-7任一项权利要求所述的配置文件的更新方法,其特征在于,所述向所述客户端发送所述配置文件之后,所述方法还包括:
向所述客户端发送预置时间段内修改过的配置文件和与所述配置文件对应的状态信息,所述预置时间段为以所述配置文件获取请求对应的配置文件的最后修改时间为起点的时间段。
9.一种客户端,其特征在于,包括:
接收单元,用于接收服务器发送的服务请求返回信息,所述服务请求返回信息中携带有客户端对应配置文件的状态信息;
确定单元,用于根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;
发送单元,用于向所述服务器发送配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息;
所述接收单元,还用于接收所述服务器发送的与所述标识信息对应的配置文件;
更新单元,用于对所述接收单元接收的配置文件进行更新。
10.根据权利要求9所述的客户端,其特征在于,所述配置文件的状态信息包括所述配置文件的最后修改时间或者所述配置文件的MD5值,所述确定单元包括:
对比模块,用于将所述服务器返回的配置文件的最后修改时间和所述本地保存的配置文件的最后修改时间进行对比;
确定模块,用于若所述本地保存的配置文件的最后修改时间早于所述服务器返回的配置文件的最后修改时间,则确定所述配置文件为需要更新的配置文件;
所述对比模块,还用于将所述服务器返回的配置文件MD5值和所述本地保存的配置文件MD5值进行对比;
所述确定模块,还用于若所述本地保存的配置文件MD5值与所述返回的配置文件MD5值不一致,则确定所述配置文件为需要更新的配置文件。
11.根据权利要求9所述的客户端,其特征在于,
所述接收单元,具体用于接收所述服务器发送的与所述配置文件的标识信息对应的配置文件和所述配置文件的状态信息;
所述更新单元,具体用于更新所述本地保存的所述配置文件和所述配置文件的状态信息,所述配置文件的状态信息包括所述配置文件的最后修改时间和/或所述配置文件的MD5值。
12.根据权利要求9所述的客户端,其特征在于,
所述接收单元,还用于接收所述服务器发送的预置时间段内修改过的配置文件和与所述配置文件对应的状态信息,所述预置时间段为以所述配置文件获取请求对应的配置文件的最后修改时间为起点的时间段;
所述客户端还包括:对比单元;
所述对比单元,用于将所述配置文件对应的状态信息与本地保存的相应的状态信息进行对比;
所述更新单元,还用于若本地保存的相应的配置文件中存在未更新的配置文件,则对未更新的配置文件进行更新。
13.一种服务器,其特征在于,包括:
发送单元,用于向客户端发送服务请求返回信息,所述服务请求返回信息中携带有客户端对应的配置文件的状态信息,以使得所述客户端根据根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息,确定需要更新的配置文件;
接收单元,用于接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息;
获取单元,用于获取与所述标识信息对应的配置文件;
所述发送单元,还用于向所述客户端发送所述配置文件,以使得所述客户端进行配置文件更新。
14.根据权利要求13所述的服务器,其特征在于,所述配置文件的状态信息包括所述配置文件的最后修改时间或者所述配置文件的MD5值;
所述接收单元,具体用于接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有第一配置文件的标识信息,所述第一配置文件的最后修改时间早于所述服务器返回的对应配置文件的最后修改时间;
所述接收单元,具体还用于接收所述客户端发送的配置文件获取请求,所述配置文件获取请求中携带有第二配置文件的标识信息,所述第二配置文件的MD5值与所述服务器返回的对应配置文件的MD5值不一致。
15.根据权利要求13所述的服务器,其特征在于,
所述获取单元,具体用于获取与所述标识信息对应的配置文件和所述配置文件的状态信息;
所述发送单元,具体用于向所述客户端发送所述配置文件和所述配置文件的状态信息。
16.根据权利要求13-15任一项权利要求所述的服务器,其特征在于,
所述发送单元,还用于向所述客户端发送预置时间段内修改过的配置文件和与所述配置文件对应的状态信息,所述预置时间段为以所述配置文件获取请求对应的配置文件的最后修改时间为起点的时间段。
17.一种配置文件的更新系统,其特征在于,包括权利要求9-12中任一项所述的客户端和权利要求13-16中任一项所述的服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510391028.7A CN106341244B (zh) | 2015-07-06 | 2015-07-06 | 配置文件的更新方法、客户端、服务器及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510391028.7A CN106341244B (zh) | 2015-07-06 | 2015-07-06 | 配置文件的更新方法、客户端、服务器及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106341244A true CN106341244A (zh) | 2017-01-18 |
CN106341244B CN106341244B (zh) | 2019-12-10 |
Family
ID=57825928
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510391028.7A Active CN106341244B (zh) | 2015-07-06 | 2015-07-06 | 配置文件的更新方法、客户端、服务器及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106341244B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107368331A (zh) * | 2017-06-26 | 2017-11-21 | 聚好看科技股份有限公司 | 应用程序的配置文件更新方法和装置 |
CN108829451A (zh) * | 2018-06-26 | 2018-11-16 | 郑州云海信息技术有限公司 | Bmc配置更新方法、装置、基板管理控制器及存储介质 |
CN108880851A (zh) * | 2017-11-07 | 2018-11-23 | 北京视联动力国际信息技术有限公司 | 一种配置更新的方法和交互系统 |
CN109101381A (zh) * | 2018-08-02 | 2018-12-28 | Oppo(重庆)智能科技有限公司 | 配置文件更新方法、系统、电子设备及存储介质 |
CN109697075A (zh) * | 2017-10-20 | 2019-04-30 | 北京京东尚科信息技术有限公司 | 文件更新方法、系统和装置 |
US20190163930A1 (en) * | 2017-11-24 | 2019-05-30 | Toyota Jidosha Kabushiki Kaisha | Medical data communication apparatus, server, medical data communication method and medical data communication program |
US20190164645A1 (en) * | 2017-11-24 | 2019-05-30 | Toyota Jidosha Kabushiki Kaisha | Medical information system, medical apparatus, method, and non-transitory computer readable medium |
CN111708557A (zh) * | 2020-05-26 | 2020-09-25 | 北京金山云网络技术有限公司 | 更新配置文件的方法、设备及存储介质 |
CN113806160A (zh) * | 2020-06-11 | 2021-12-17 | 中移(苏州)软件技术有限公司 | 一种监测配置文件的方法及装置、设备、存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101902479A (zh) * | 2010-08-05 | 2010-12-01 | 华东电网有限公司 | 网络隔离系统及其数据传输方法 |
CN102118257A (zh) * | 2009-12-31 | 2011-07-06 | 亿阳信通股份有限公司 | 一种远程监控维护方法和装置 |
CN102547799A (zh) * | 2010-12-22 | 2012-07-04 | 江苏联优信息科技有限公司 | 一种无线传感接入复用设备的固件管理方法 |
CN102916974A (zh) * | 2012-11-07 | 2013-02-06 | 曙光信息产业股份有限公司 | 集群配置更新方法 |
CN104219243A (zh) * | 2014-09-12 | 2014-12-17 | 广州华多网络科技有限公司 | 一种客户端功能的管理方法和设备 |
-
2015
- 2015-07-06 CN CN201510391028.7A patent/CN106341244B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102118257A (zh) * | 2009-12-31 | 2011-07-06 | 亿阳信通股份有限公司 | 一种远程监控维护方法和装置 |
CN101902479A (zh) * | 2010-08-05 | 2010-12-01 | 华东电网有限公司 | 网络隔离系统及其数据传输方法 |
CN102547799A (zh) * | 2010-12-22 | 2012-07-04 | 江苏联优信息科技有限公司 | 一种无线传感接入复用设备的固件管理方法 |
CN102916974A (zh) * | 2012-11-07 | 2013-02-06 | 曙光信息产业股份有限公司 | 集群配置更新方法 |
CN104219243A (zh) * | 2014-09-12 | 2014-12-17 | 广州华多网络科技有限公司 | 一种客户端功能的管理方法和设备 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107368331A (zh) * | 2017-06-26 | 2017-11-21 | 聚好看科技股份有限公司 | 应用程序的配置文件更新方法和装置 |
CN107368331B (zh) * | 2017-06-26 | 2020-09-01 | 聚好看科技股份有限公司 | 应用程序的配置文件更新方法和装置 |
CN109697075A (zh) * | 2017-10-20 | 2019-04-30 | 北京京东尚科信息技术有限公司 | 文件更新方法、系统和装置 |
CN108880851A (zh) * | 2017-11-07 | 2018-11-23 | 北京视联动力国际信息技术有限公司 | 一种配置更新的方法和交互系统 |
US11232863B2 (en) * | 2017-11-24 | 2022-01-25 | Toyota Jidosha Kabushiki Kaisha | Medical information system, medical apparatus, method, and non-transitory computer readable medium |
US20190163930A1 (en) * | 2017-11-24 | 2019-05-30 | Toyota Jidosha Kabushiki Kaisha | Medical data communication apparatus, server, medical data communication method and medical data communication program |
US20190164645A1 (en) * | 2017-11-24 | 2019-05-30 | Toyota Jidosha Kabushiki Kaisha | Medical information system, medical apparatus, method, and non-transitory computer readable medium |
US11507689B2 (en) * | 2017-11-24 | 2022-11-22 | Toyota Jidosha Kabushiki Kaisha | Medical data communication apparatus, server, medical data communication method and medical data communication program |
CN108829451A (zh) * | 2018-06-26 | 2018-11-16 | 郑州云海信息技术有限公司 | Bmc配置更新方法、装置、基板管理控制器及存储介质 |
CN109101381A (zh) * | 2018-08-02 | 2018-12-28 | Oppo(重庆)智能科技有限公司 | 配置文件更新方法、系统、电子设备及存储介质 |
WO2021238350A1 (zh) * | 2020-05-26 | 2021-12-02 | 北京金山云网络技术有限公司 | 更新配置文件的方法、设备及存储介质 |
CN111708557A (zh) * | 2020-05-26 | 2020-09-25 | 北京金山云网络技术有限公司 | 更新配置文件的方法、设备及存储介质 |
CN111708557B (zh) * | 2020-05-26 | 2024-01-26 | 北京金山云网络技术有限公司 | 更新配置文件的方法、设备及存储介质 |
CN113806160A (zh) * | 2020-06-11 | 2021-12-17 | 中移(苏州)软件技术有限公司 | 一种监测配置文件的方法及装置、设备、存储介质 |
CN113806160B (zh) * | 2020-06-11 | 2024-02-02 | 中移(苏州)软件技术有限公司 | 一种监测配置文件的方法及装置、设备、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN106341244B (zh) | 2019-12-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106341244A (zh) | 配置文件的更新方法、客户端、服务器及系统 | |
US9823920B2 (en) | Method for updating firmware and configuration file and a firmware-configuration file management system therefor | |
CN105099988B (zh) | 用于支持灰度发布的方法、访问方法以及装置和系统 | |
US8381208B2 (en) | Tracking application installation among a plurality of client devices | |
US20120233299A1 (en) | Managing configurations of system management agents in a distributed environment | |
CN103019757A (zh) | 一种在多台客户端间同步软件的方法、装置及系统 | |
EP3544330B1 (en) | System and method for validating correctness of changes to network device configurations | |
KR101913346B1 (ko) | 클라우드 환경에서의 클라우드 서버 관리 방법 및 장치 | |
CN110162334B (zh) | 一种代码管理方法、装置及存储介质 | |
CN104598822A (zh) | 应用程序的检测方法及装置 | |
CN101360127A (zh) | 文件更新方法及传输系统 | |
CN104092555A (zh) | 一种更新参数值的方法、装置和系统 | |
CN104052769B (zh) | 一种对移动终端应用包含的资源更新的方法、装置和系统 | |
CN107357612A (zh) | 应用程序升级检测方法及装置 | |
CN112134961B (zh) | 客户端的使用控制方法、客户端及计算机存储介质 | |
CN115913872A (zh) | 一种服务器监控运维方法、装置、设备及介质 | |
CN101877655A (zh) | 网络管理系统、网管服务器和方法 | |
CN104618136A (zh) | 用于刀片服务器的配置管理方法和装置 | |
CN115001967A (zh) | 一种数据采集方法、装置、电子设备及存储介质 | |
CN104104701A (zh) | 在线服务的配置更新的方法和系统 | |
CN110007946B (zh) | 一种算法模型的更新方法、装置、设备及介质 | |
US20220263854A1 (en) | Automated product update management in managed networks | |
US9172543B2 (en) | Determining CRL size in view of system capability | |
CN113377399A (zh) | 不停机系统演练验证方法及装置 | |
CN106790343A (zh) | 一种资源下载方法、及服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 100083 No. 401, 4th Floor, Haitai Building, 229 North Fourth Ring Road, Haidian District, Beijing Applicant after: Beijing Guoshuang Technology Co.,Ltd. Address before: 100086 Cuigong Hotel, 76 Zhichun Road, Shuangyushu District, Haidian District, Beijing Applicant before: Beijing Guoshuang Technology Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |