配置文件的更新方法、客户端、服务器及系统与流程

本发明涉及信息技术领域，特别是涉及一种配置文件的更新方法、客户端、服务器及系统。

背景技术：

随着信息技术的不断进步与发展，软件已经呈现很多新的特点，如越来越复杂化、大型化。因此，完整的软件生命周期可以保证软件的稳定性和鲁棒性。其中，软件在发布后，由于新增加的用户需求、新发现的软件故障、新的软件环境等多方面原因，用户会提出修改软件的请求，这时需要对所开发的软件进行维护和升级。在软件维护的过程中通常需要修改配置文件，其中，配置文件中保存着需要维护的各种参数。

目前，配置文件在服务器侧修改后，客户端应用程序需要重新启动才能请求并完成配置文件的更新。然而，由于每次配置文件进行修改后，都需要重新启动软件应用程序，从而导致配置文件更新的效率较低。

技术实现要素：

有鉴于此，本发明提供一种配置文件的更新方法、客户端、服务器及系统，主要目的在于能够使得修改后的配置文件及时进行更新，从而提升配置文件更新的效率。

依据本发明一方面，提供了一种配置文件的更新方法：包括：

接收服务器发送的服务请求返回信息，所述服务请求返回信息中携带有客户端对应配置文件的状态信息；

根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息，确定需要更新的配置文件；

向所述服务器发送配置文件获取请求，所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息；

接收所述服务器发送的与所述标识信息对应的配置文件并进行更新。

依据本发明另一方面，提供了另一种配置文件的更新方法，包括：

向客户端发送服务请求返回信息，所述服务请求返回信息中携带有客户端对应的配置文件的状态信息，以使得所述客户端根据根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息，确定需要更新的配置文件；

接收所述客户端发送的配置文件获取请求，所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息，并获取与所述标识信息对应的配置文件；

向所述客户端发送所述配置文件，以使得所述客户端进行配置文件更新。

依据本发明又一方面，提供了一种客户端，包括：

接收单元，用于接收服务器发送的服务请求返回信息，所述服务请求返回信息中携带有客户端对应配置文件的状态信息；

确定单元，用于根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息，确定需要更新的配置文件；

发送单元，用于向所述服务器发送配置文件获取请求，所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息；

所述接收单元，还用于接收所述服务器发送的与所述标识信息对应的配置文件；

更新单元，用于对所述接收单元接收的配置文件进行更新。

依据本发明再一方面，提供了一种服务器，包括：

发送单元，用于向客户端发送服务请求返回信息，所述服务请求返回信息中携带有客户端对应的配置文件的状态信息，以使得所述客户端根据根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息，确定需要更新的配置文件；

接收单元，用于接收所述客户端发送的配置文件获取请求，所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息；

获取单元，用于获取与所述标识信息对应的配置文件；

所述发送单元，还用于向所述客户端发送所述配置文件，以使得所述客户端进行配置文件更新。

依据本发明又再一方面，提供了一种配置文件的更新系统，包括：

所述客户端，用于接收服务器发送的服务请求返回信息，所述服务请求返回信息中携带有客户端对应的配置文件的状态信息；然后根据所述配置文件的状态信息与本地保存的配置文件的状态信息，确定需要向所述服务器请求获取的配置文件；最后，向所述服务器发送配置文件获取请求，所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。

所述服务器，用于向所述客户端发送所述需要更新的配置文件。

所述客户端，用于更新所述服务器发送的与所述配置文件获取请求对应的配置文件。

借由上述技术方案，本发明实施例提供的技术方案至少具有下列优点：

本发明实施例提供了一种配置文件的更新方法、客户端、服务器及系统。在服务请求返回信息中携带有客户端对应配置文件的状态信息，客户端根据返回的配置文件状态信息，确定需要更新的配置文件；然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比，本发明实施例可以在客户端与服务器交互的过程中，通过在服务请求返回信息中携带有客户端对应配置文件的状态信息，以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件，从而使得修改后的配置文件及时进行更新，提升配置文件更新的效率。

附图说明

图1示出了本发明实施例提供的一种配置文件的更新方法流程图；

图2示出了本发明实施例提供的另一种配置文件的更新方法流程图；

图3示出了本发明实施例提供的又一种配置文件的更新方法流程图；

图4示出了本发明实施例提供的再一种配置文件的更新方法流程图；

图5示出了本发明实施例提供的一种客户端结构示意图；

图6示出了本发明实施例提供的另一种客户端结构示意图；

图7示出了本发明实施例提供的一种服务器结构示意图；

图8示出了本发明实施例提供的另一种服务器结构示意图；

图9示出了本发明实施例提供的一种配置文件的更新系统结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。

本发明实施例提供一种配置文件的更新方法，应用于客户端，如图1所示，所述方法包括：

101、接收服务器发送的服务请求返回信息。

其中，所述服务请求返回信息中携带有客户端对应配置文件的状态信息。在客户端与服务器交互的过程中，客户端一般会向服务器发起服务请求，然后服务器响应客户端服务请求并向客户端发送服务请求对应的信息。所述服务请求返回信息可以为服务器响应客户端服务请求返回的信息。本发明实施例客户端通过接收服务器发送的任意服务请求返回信息，获取配置文件的状态信息，从而节省了服务器向客户端发送携带有配置文件状态信息的通知所消耗的网络资源，从而减轻服务器的处理压力。例如，客户端向服务器发送采集数据请求，服务器处理完采集数据后会将采集数据的处理结果返回给客户端，所述的服务请求返回信息即为采集数据的处理结果。具体地，客户端向服务器发送的服务请求格式可以如下：

classrequest{

………………//服务请求格式，因具体业务而定

}

服务器针对客户端发起请求的返回信息格式可以如下：

classresponse{

………………//返回信息格式，因具体业务而定

}

responsesendinfotoserver(requestreq)。

对于本发明实施例，客户端维护的过程中需要维护各种参数，参数以配置文件的形式存在。客户端维护可以为软件开发包(softwaredevelopmentkit，sdk)的维护，也可以为应用程序(application，app)的维护，本发明实施例不做限定。配置文件的状态信息可以反映配置文件的修改状态，例如，配置文件的状态信息可以包括配置文件的最后修改时间和配置文件的md5值等。具体地，配置文件的格式可以为：

classconfig{

………………//配置文件信息，因具体业务而定

datelastmodifydate；//最后修改日期

}

对于本发明实施例，服务器可以实时监测配置文件的状态信息。当检测到客户端与服务器存在交互，就将服务器中的配置文件的状态信息发送给客户端，从而使得能够及时收到服务器上配置文件的修改信息，并且根据相应的修改信息调整程序行为。

102、根据服务器返回的所述配置文件的状态信息和本地保存的配置文件的状态信息，确定需要更新的配置文件。

对于本发明实施例，在客户端和服务器的交互过程中，服务器将配置文件的状态信息发送客户端；客户端会将服务器发送的配置文件的状态信息与本地保存的配置文件的状态信息进行对比。客户端从对比后的结果中获取到服务器中存在被修改的配置文件且服务器中被修改的配置文件比客户端本地保存的配置文件修改版本新后，可以根据需求向服务器发送配置文件获取请求，以向服务器请求获取一个配置文件或者多个配置文件，本发明实施例不做限定。例如，客户端从对比后的结果获取到服务器中配置文件1、配置文件2、配置文件3被修改，且服务器中的配置文件1、配置文件2、配置文件3比客户端本地保存的对应的配置文件修改版本新后，可以根据需求向服务器请求获取配置文件1，也可以请求获取配置文件1、配置文件2和配置文件3。

若客户端从对比结果中获取到配置文件均未被修改或者客户端本地保存的配置文件的修改版本与服务器中的配置文件的修改版本一样，则忽略服务器发送的服务请求返回信息，从而可以保证在配置文件修改后一段时间内，客户端应用程序能够及时收到服务器上配置文件的修改信息，并且根据相应的修改信息调整程序行为。

对于本发明实施例，通过在服务请求返回信息中携带不同参数分别对应的配置文件的状态信息，使得客户端可以根据实际情况向服务器发起获取配置文件的请求，避免了客户端应用程序轮询获取配置文件造成的网络压力，即当检测到服务器中的配置文件被修改时，服务器就向客户端发送配置文件修改的通知；客户端收到配置文件修改的通知后，向服务器发起配置文件的获取请求；同时减轻了服务器的处理压力。

103、向所述服务器发送配置文件获取请求。

其中，所述配置文件获取请求中携带有所述需要更新的配置文件的标识信息。所述标识信息可以为配置文件的名称，也可以为配置文件的标识符，本发明实施例不做限定。若所述标识信息为配置文件的名称，配置文件的名称可以为程序员根据预置编码方式命名的名称，如配置文件的名称为“config.1”，也可以为配置文件创建或者修改后自动生成的名称，如配置文件的名称为“config_2015_01_24”,本发明实施例不做限定。

104、接收所述服务器发送的与所述标识信息对应的配置文件并进行更新。

对于本发明实施例，接收所述服务器发送的与所述标识信息对应的配置文件具体可以通过伪代码进行实现，伪代码具体可以为：configgetconfigfromurl(stringurl)。

本发明实施例提供的一种配置文件的更新方法。在服务请求返回信息中携带有客户端对应配置文件的状态信息，客户端根据返回的配置文件状态信息，确定需要更新的配置文件；然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比，本发明实施例能够在客户端与服务器交互的过程，通过在服务请求返回信息中携带有客户端对应配置文件的状态信息，以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件，从而使得修改后的配置文件及时进行更新，提升配置文件更新的效率。

本发明实施例提供另一种配置文件的更新方法，应用于客户端，如图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-digestalgorithm5，信息-摘要算法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发送的与所述配置文件获取请求对应的配置文件。

本发明实施例提供的一种配置文件的更新系统。本发明实施例提供了一种配置文件的更新方法、客户端、服务器及系统。在服务请求返回信息中携带有客户端对应配置文件的状态信息，客户端根据返回的配置文件状态信息，确定需要更新的配置文件；然后向服务器发送配置文件获取请求。与现有客户端应用程序需要重新启动才能获取服务器侧修改的配置文件并完成配置文件的更新相比，本发明实施例能够在客户端与服务器交互的过程，通过在服务请求返回信息中携带有客户端对应配置文件的状态信息，以使得客户端能够根据配置文件的状态信息更新本地保存的配置文件，从而使得修改后的配置文件及时进行更新，提升配置文件更新的效率。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。