本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)領(lǐng)域，特別是涉及一種配置文件獲取方法及裝置。

背景技術(shù)：

現(xiàn)有技術(shù)中，應(yīng)用程序在啟動(dòng)的時(shí)候一般都需要讀取該應(yīng)用程序的配置文件，根據(jù)配置文件中的配置信息來(lái)啟動(dòng)應(yīng)用程序。通常，應(yīng)用程序的配置文件可以由應(yīng)用程序所在終端對(duì)應(yīng)的服務(wù)端生成并發(fā)送給該終端，其中，配置文件是由服務(wù)端將本地保存的該應(yīng)用程序的配置信息寫(xiě)入到預(yù)設(shè)的與該應(yīng)用程序?qū)?yīng)的配置模板中所生成的。

實(shí)際應(yīng)用中，由于同一終端中的應(yīng)用程序較多、并且服務(wù)端所對(duì)應(yīng)的終端的數(shù)量也較多，因此需要在服務(wù)端對(duì)終端中的應(yīng)用程序的配置文件進(jìn)行統(tǒng)一管理，也稱(chēng)為配置管理。

例如，某游戲開(kāi)發(fā)公司開(kāi)發(fā)了一個(gè)網(wǎng)絡(luò)游戲，游戲的部署規(guī)模較大，需要專(zhuān)業(yè)的運(yùn)維團(tuán)隊(duì)和軟件去做部署和日常管理維護(hù)。如果該網(wǎng)絡(luò)游戲的游戲服務(wù)器端有多個(gè)應(yīng)用程序需要部署，例如各種后端服務(wù)程序(邏輯處理主程序、網(wǎng)關(guān)程序、日志記錄程序等)、多種中間件服務(wù)程序(緩存程序、消息系統(tǒng)程序、調(diào)度程序等)、后端數(shù)據(jù)庫(kù)程序，等等。這些應(yīng)用程序可能會(huì)分種類(lèi)部署在多臺(tái)游戲服務(wù)器上，并且隨著游戲運(yùn)作規(guī)模的擴(kuò)大，游戲服務(wù)器的部署數(shù)量也會(huì)進(jìn)一步增長(zhǎng)。幾乎每個(gè)應(yīng)用程序都需要根據(jù)對(duì)應(yīng)的配置文件正確配置后，才能正常啟動(dòng)提供服務(wù)，那么對(duì)海量游戲服務(wù)器以及其中的應(yīng)用程序的配置文件管理就成為一個(gè)比較重要的工作。這里的游戲服務(wù)器可以視為終端，管理海量游戲服務(wù)器以及其中的應(yīng)用程序的配置文件的服務(wù)器為服務(wù)端。

現(xiàn)有的配置管理方法是由開(kāi)源的自動(dòng)化運(yùn)維工具實(shí)現(xiàn)的，如Puppet、Ansible等。但是，由于開(kāi)源的自動(dòng)化運(yùn)維工具在進(jìn)行配置管理時(shí)，需要在終端安裝專(zhuān)用程序，終端通過(guò)該專(zhuān)用程序向服務(wù)端請(qǐng)求配置文件，而如果終端未安裝該專(zhuān)用程序，將不能從服務(wù)端獲取配置文件。因此，現(xiàn)有的配置管理方法限制了終端從服務(wù)端獲取配置文件的方式，不便于終端獲取配置文件。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例的目的在于提供一種配置文件獲取方法及裝置，以使終端更加方便的獲取配置文件。具體技術(shù)方案如下：

為達(dá)到上述目的，本發(fā)明實(shí)施例公開(kāi)了一種配置文件獲取方法，應(yīng)用于終端，所述方法包括：

向服務(wù)端的第一API接口發(fā)送用于獲取所述終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，其中，所述第一API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

接收所述服務(wù)端根據(jù)所述第一獲取請(qǐng)求反饋的所述配置文件列表，并根據(jù)所述配置文件列表確定目標(biāo)配置文件；

向所述服務(wù)端的第二API接口發(fā)送用于獲取所述目標(biāo)配置文件的第二獲取請(qǐng)求，其中，所述第二API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

接收所述服務(wù)端根據(jù)所述第二獲取請(qǐng)求反饋的所述目標(biāo)配置文件。

可選的，在所述向服務(wù)端的第一API接口發(fā)送用于獲取所述終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求之前，還包括：

判斷所述終端是否安裝有與所述服務(wù)端對(duì)應(yīng)的專(zhuān)用程序；

如果是，通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第一獲取請(qǐng)求；

接收所述服務(wù)端根據(jù)所述第一獲取請(qǐng)求反饋的所述配置文件列表，并根據(jù)所述配置文件列表確定目標(biāo)配置文件；

通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第二獲取請(qǐng)求；

接收所述服務(wù)端根據(jù)所述第二獲取請(qǐng)求反饋的所述目標(biāo)配置文件；

如果否，執(zhí)行所述向服務(wù)端的第一API接口發(fā)送用于獲取所述終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求的步驟。

可選的，在所述通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第一獲取請(qǐng)求之前，還包括：

通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送用于獲取所述專(zhuān)用程序的主配置文件的第三獲取請(qǐng)求；

接收所述服務(wù)端根據(jù)所述第三獲取請(qǐng)求反饋的所述專(zhuān)用程序的主配置文件。

可選的，所述第一獲取請(qǐng)求中攜帶有所述終端對(duì)應(yīng)的令牌，其中，所述令牌為預(yù)先從所述服務(wù)端獲得的。

可選的，所述方法還包括：

當(dāng)所述終端所提供服務(wù)的服務(wù)類(lèi)型變更時(shí)，向所述服務(wù)端發(fā)送服務(wù)類(lèi)型變更的第一消息，以使所述服務(wù)端將所述終端的權(quán)限調(diào)整為變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限。

可選的，所述方法還包括：

接收所述服務(wù)端發(fā)送的所述終端對(duì)應(yīng)的權(quán)限調(diào)整的第二消息；

根據(jù)所述第二消息，將所述終端所提供服務(wù)的服務(wù)類(lèi)型變更為調(diào)整后的權(quán)限對(duì)應(yīng)的服務(wù)類(lèi)型。

為達(dá)到上述目的，本發(fā)明實(shí)施例還公開(kāi)了一種配置文件獲取方法，應(yīng)用于服務(wù)端，所述方法包括：

通過(guò)第一API接口，接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，其中，所述第一API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

根據(jù)所述第一獲取請(qǐng)求，確定所述配置文件列表，并向所述終端反饋所述配置文件列表；

通過(guò)第二API接口，接收所述終端根據(jù)所述配置文件列表發(fā)送的用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求，其中，所述第二API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

根據(jù)所述第二獲取請(qǐng)求，確定所述目標(biāo)配置文件，并向所述終端反饋所述目標(biāo)配置文件。

可選的，所述第一獲取請(qǐng)求中攜帶有所述終端對(duì)應(yīng)的令牌，其中，所述令牌為預(yù)先從所述服務(wù)端獲得的；

在所述接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求之后，所述方法還包括：

根據(jù)所述令牌驗(yàn)證所述第一獲取請(qǐng)求的合法性，如果合法，執(zhí)行所述根據(jù)所述第一獲取請(qǐng)求，確定所述配置文件列表，并向所述終端反饋所述配置文件列表的步驟。

可選的，所述方法還包括：

接收所述終端發(fā)送的所述終端所提供服務(wù)的服務(wù)類(lèi)型變更的第一消息；

根據(jù)所述第一消息，將所述終端的權(quán)限調(diào)整為變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限。

可選的，所述方法還包括：

調(diào)整所述終端對(duì)應(yīng)的權(quán)限；

向所述終端發(fā)送針對(duì)權(quán)限調(diào)整的第二消息，以使所述終端將所提供服務(wù)的服務(wù)類(lèi)型變更為調(diào)整后的權(quán)限對(duì)應(yīng)的服務(wù)類(lèi)型。

可選的，所述根據(jù)所述第二獲取請(qǐng)求，確定所述目標(biāo)配置文件，包括：

根據(jù)所述第二獲取請(qǐng)求中攜帶的目標(biāo)應(yīng)用程序的業(yè)務(wù)類(lèi)型，確定所述目標(biāo)配置文件對(duì)應(yīng)的目標(biāo)配置模板和目標(biāo)配置信息；

根據(jù)所述目標(biāo)配置模板和所述目標(biāo)配置信息，生成所述目標(biāo)配置文件。

為達(dá)到上述目的，本發(fā)明實(shí)施例還公開(kāi)了一種配置文件獲取裝置，應(yīng)用于終端，所述裝置包括：

第一發(fā)送模塊，用于向服務(wù)端的第一API接口發(fā)送用于獲取所述終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，其中，所述第一API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

第一接收模塊，用于接收所述服務(wù)端根據(jù)所述第一獲取請(qǐng)求反饋的所述配置文件列表，并根據(jù)所述配置文件列表確定目標(biāo)配置文件；

第二發(fā)送模塊，用于向所述服務(wù)端的第二API接口發(fā)送用于獲取所述目標(biāo)配置文件的第二獲取請(qǐng)求，其中，所述第二API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

第二接收模塊，用于接收所述服務(wù)端根據(jù)所述第二獲取請(qǐng)求反饋的所述目標(biāo)配置文件。

可選的，所述裝置還包括：

判斷模塊，用于在所述第一發(fā)送模塊向服務(wù)端的第一API接口發(fā)送用于獲取所述終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求之前，判斷所述終端是否安裝有與所述服務(wù)端對(duì)應(yīng)的專(zhuān)用程序；如果是，觸發(fā)第三發(fā)送模塊，如果否，觸發(fā)所述第一發(fā)送模塊；

第三發(fā)送模塊，用于通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第一獲取請(qǐng)求；

第三接收模塊，用于接收所述服務(wù)端根據(jù)所述第一獲取請(qǐng)求反饋的所述配置文件列表，并根據(jù)所述配置文件列表確定目標(biāo)配置文件；

第四發(fā)送模塊，用于通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第二獲取請(qǐng)求；

第四接收模塊，用于接收所述服務(wù)端根據(jù)所述第二獲取請(qǐng)求反饋的所述目標(biāo)配置文件。

可選的，所述裝置還包括：

第五發(fā)送模塊，用于在所述第三發(fā)送模塊通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第一獲取請(qǐng)求之前，通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送用于獲取所述專(zhuān)用程序的主配置文件的第三獲取請(qǐng)求；

第五接收模塊，用于接收所述服務(wù)端根據(jù)所述第三獲取請(qǐng)求反饋的所述專(zhuān)用程序的主配置文件。

可選的，所述第一獲取請(qǐng)求中攜帶有所述終端對(duì)應(yīng)的令牌，其中，所述令牌為預(yù)先從所述服務(wù)端獲得的。

可選的，所述裝置還包括：

第六發(fā)送模塊，用于當(dāng)所述終端所提供服務(wù)的服務(wù)類(lèi)型變更時(shí)，向所述服務(wù)端發(fā)送服務(wù)類(lèi)型變更的第一消息，以使所述服務(wù)端將所述終端的權(quán)限調(diào)整為變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限。

可選的，所述裝置還包括：

第六接收模塊，用于接收所述服務(wù)端發(fā)送的所述終端對(duì)應(yīng)的權(quán)限調(diào)整的第二消息；

變更模塊，用于根據(jù)所述第二消息，將所述終端所提供服務(wù)的服務(wù)類(lèi)型變更為調(diào)整后的權(quán)限對(duì)應(yīng)的服務(wù)類(lèi)型。

為達(dá)到上述目的，本發(fā)明實(shí)施例還公開(kāi)了一種配置文件獲取裝置，應(yīng)用于服務(wù)端，所述裝置包括：

第一接收模塊，用于通過(guò)第一API接口，接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，其中，所述第一API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

第一反饋模塊，用于根據(jù)所述第一獲取請(qǐng)求，確定所述配置文件列表，并向所述終端反饋所述配置文件列表；

第二接收模塊，用于通過(guò)第二API接口，接收所述終端根據(jù)所述配置文件列表發(fā)送的用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求，其中，所述第二API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

第二反饋模塊，用于根據(jù)所述第二獲取請(qǐng)求，確定所述目標(biāo)配置文件，并向所述終端反饋所述目標(biāo)配置文件。

可選的，所述第一獲取請(qǐng)求中攜帶有所述終端對(duì)應(yīng)的令牌，其中，所述令牌為預(yù)先從所述服務(wù)端獲得的；

所述裝置還包括：

驗(yàn)證模塊，用于在所述第一接收模塊接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求之后，根據(jù)所述令牌驗(yàn)證所述第一獲取請(qǐng)求的合法性，如果合法，觸發(fā)所述第一反饋模塊。

可選的，所述裝置還包括：

第三接收模塊，用于接收所述終端發(fā)送的所述終端所提供服務(wù)的服務(wù)類(lèi)型變更的第一消息；

第一調(diào)整模塊，用于根據(jù)所述第一消息，將所述終端的權(quán)限調(diào)整為變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限。

可選的，所述裝置還包括：

第二調(diào)整模塊，用于調(diào)整所述終端對(duì)應(yīng)的權(quán)限；

發(fā)送模塊，用于向所述終端發(fā)送針對(duì)權(quán)限調(diào)整的第二消息，以使所述終端將所提供服務(wù)的服務(wù)類(lèi)型變更為調(diào)整后的權(quán)限對(duì)應(yīng)的服務(wù)類(lèi)型。

可選的，所述第二反饋模塊，包括：

確定子模塊，根據(jù)所述第二獲取請(qǐng)求中攜帶的目標(biāo)應(yīng)用程序的業(yè)務(wù)類(lèi)型，確定所述目標(biāo)配置文件對(duì)應(yīng)的目標(biāo)配置模板和目標(biāo)配置信息；

生成子模塊，根據(jù)所述目標(biāo)配置模板和所述目標(biāo)配置信息，生成所述目標(biāo)配置文件。

本發(fā)明實(shí)施例提供的配置文件獲取方法及裝置，服務(wù)端設(shè)置有用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的第一API接口和第二API接口，終端向服務(wù)端的第一API接口發(fā)送用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，接收服務(wù)端反饋的配置文件列表，并根據(jù)配置文件列表確定目標(biāo)配置文件，向服務(wù)端的第二API接口發(fā)送用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求，接收服務(wù)端反饋的目標(biāo)配置文件。

可見(jiàn)，本發(fā)明實(shí)施例提供的方案，服務(wù)端分別提供了獲取配置文件列表和配置文件的API接口，使得終端在不安裝專(zhuān)用程序的情況下可以通過(guò)訪問(wèn)API接口的方式從服務(wù)端獲取配置文件，終端在安裝了專(zhuān)用程序的情況下既可以通過(guò)專(zhuān)用程序、也可以通過(guò)訪問(wèn)API接口的方式獲取配置文件，因此，本發(fā)明實(shí)施例提供的方案擴(kuò)展了終端獲取配置文件的方式，使得終端可以更加方便的獲取配置文件。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例提供的配置文件獲取方法的第一種流程示意圖；

圖2為本發(fā)明實(shí)施例提供的配置文件獲取方法的第二種流程示意圖；

圖3為本發(fā)明實(shí)施例提供的配置文件獲取裝置的第一種流程示意圖；

圖4為本發(fā)明實(shí)施例提供的配置文件獲取裝置的第二種流程示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

為解決現(xiàn)有技術(shù)的問(wèn)題，本發(fā)明實(shí)施例提供了一種配置文件獲取方法及裝置。下面首先對(duì)本發(fā)明實(shí)施例所提供的一種配置文件獲取方法進(jìn)行詳細(xì)說(shuō)明。

需要說(shuō)明的是，本發(fā)明實(shí)施例可以應(yīng)用于游戲服務(wù)器中的應(yīng)用程序的配置文件管理，也可以應(yīng)用于其它場(chǎng)景中的應(yīng)用程序的配置文件的管理，本發(fā)明實(shí)施例對(duì)此不做限定。

圖1為本發(fā)明實(shí)施例提供的配置文件獲取方法的第一種流程示意圖，該方法應(yīng)用于終端，包括：

S101，向服務(wù)端的第一API接口發(fā)送用于獲取終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求。

其中，第一API(Application Program Interface，應(yīng)用程序接口)接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口。該網(wǎng)絡(luò)訪問(wèn)請(qǐng)求可以為HTTP(HyperText Transfer Protocol，超文本傳輸協(xié)議)類(lèi)型的訪問(wèn)請(qǐng)求，也可以為RPC(Remote Procedure Call Protocol，遠(yuǎn)程過(guò)程調(diào)用協(xié)議)類(lèi)型的訪問(wèn)請(qǐng)求，等等，本實(shí)施例對(duì)網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的類(lèi)型不做限定。

第一獲取請(qǐng)求中可以攜帶終端的基本信息如IP(Internet Protocol)地址等、終端的硬件信息如CPU(Central Processing Unit，中央處理器)個(gè)數(shù)、內(nèi)存大小等、終端所提供服務(wù)的服務(wù)類(lèi)型，還可以攜帶目標(biāo)應(yīng)用程序的標(biāo)識(shí)、目標(biāo)應(yīng)用程序所屬的業(yè)務(wù)類(lèi)型等信息，等等，都是合理的，本實(shí)施例對(duì)第一獲取請(qǐng)求中攜帶的信息不做限定。

S102，接收服務(wù)端根據(jù)第一獲取請(qǐng)求反饋的配置文件列表，并根據(jù)配置文件列表確定目標(biāo)配置文件。

可以理解的，配置文件列表中可以包含該終端上所有應(yīng)用程序所對(duì)應(yīng)的配置文件的標(biāo)識(shí)信息，終端可以從配置文件列表中確定目標(biāo)應(yīng)用程序所對(duì)應(yīng)的配置文件的標(biāo)識(shí)信息，進(jìn)而向服務(wù)端請(qǐng)求獲取對(duì)應(yīng)的配置文件。

S103，向服務(wù)端的第二API接口發(fā)送用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求。

其中，第二API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口。該網(wǎng)絡(luò)訪問(wèn)請(qǐng)求可以為HTTP協(xié)議(HyperText Transfer Protocol，超文本傳輸協(xié)議)類(lèi)型的訪問(wèn)請(qǐng)求，也可以為RPC協(xié)議(Remote Procedure Call Protocol，遠(yuǎn)程過(guò)程調(diào)用協(xié)議類(lèi)型的訪問(wèn)請(qǐng)求，等等，本實(shí)施例對(duì)網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的類(lèi)型不做限定。

第二獲取請(qǐng)求中可以攜帶終端的基本信息如IP地址等、終端的硬件信息如CPU個(gè)數(shù)、內(nèi)存大小等、終端所提供服務(wù)的服務(wù)類(lèi)型，還可以攜帶目標(biāo)應(yīng)用程序的標(biāo)識(shí)、目標(biāo)應(yīng)用程序所屬的業(yè)務(wù)類(lèi)型、所請(qǐng)求獲取的配置文件的標(biāo)識(shí)等信息，等等，都是合理的，本實(shí)施例對(duì)第二獲取請(qǐng)求中攜帶的信息不做限定。

具體的，服務(wù)端根據(jù)第二獲取請(qǐng)求確定目標(biāo)配置文件的過(guò)程可以參見(jiàn)圖2所示實(shí)施例的相關(guān)描述，這里暫不詳述。

實(shí)際應(yīng)用中，上述第一API接口與上述第二API接口可以是同一個(gè)API接口，也可以是不同的API接口，本實(shí)施例對(duì)此不做限定。

S104，接收服務(wù)端根據(jù)第二獲取請(qǐng)求反饋的目標(biāo)配置文件。

終端在接收到目標(biāo)配置文件后，由于目標(biāo)配置文件中包含啟動(dòng)目標(biāo)應(yīng)用程序所需要的配置信息，因此可以根據(jù)目標(biāo)配置文件來(lái)啟動(dòng)目標(biāo)應(yīng)用程序，在目標(biāo)應(yīng)用程序啟動(dòng)后，終端還可以將啟動(dòng)結(jié)果回傳給服務(wù)端。具體的，根據(jù)配置文件來(lái)啟動(dòng)應(yīng)用程序的方法屬于現(xiàn)有技術(shù)，在此不做贅述。

需要說(shuō)明的是，終端在獲取配置文件列表后，如果終端有多個(gè)應(yīng)用程序需要啟動(dòng)，則可以確定每個(gè)應(yīng)用程序所對(duì)應(yīng)的配置文件的標(biāo)識(shí)信息，并依次向服務(wù)端的第二API接口發(fā)送獲取每個(gè)應(yīng)用程序?qū)?yīng)的配置文件的獲取請(qǐng)求。這樣，可以提高配置文件的獲取速度。

在實(shí)際應(yīng)用中，由于終端還可以安裝與服務(wù)端對(duì)應(yīng)的專(zhuān)用程序，如Agent(代理)，Agent是指駐留在受管設(shè)備中并向管理站報(bào)告指定變量值的程序。因此，終端還可以通過(guò)專(zhuān)用程序的方式獲得配置文件。

具體的，在步驟S101向服務(wù)端的第一API接口發(fā)送用于獲取終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求之前，該配置文件獲取方法還可以包括：

判斷終端是否安裝有與服務(wù)端對(duì)應(yīng)的專(zhuān)用程序；

如果是，通過(guò)專(zhuān)用程序，向服務(wù)端發(fā)送該第一獲取請(qǐng)求；

接收服務(wù)端根據(jù)該第一獲取請(qǐng)求反饋的配置文件列表，并根據(jù)配置文件列表確定目標(biāo)配置文件；

通過(guò)專(zhuān)用程序，向服務(wù)端發(fā)送第二獲取請(qǐng)求；

接收服務(wù)端根據(jù)第二獲取請(qǐng)求反饋的目標(biāo)配置文件；

如果否，執(zhí)行S101向服務(wù)端的第一API接口發(fā)送用于獲取終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求的步驟。

需要說(shuō)明的是，當(dāng)專(zhuān)用程序啟動(dòng)成功并與服務(wù)端心跳連接正常的情況下，終端可以通過(guò)專(zhuān)用程序的方式獲取配置文件。具體的，由于通過(guò)專(zhuān)用程序的方式獲取配置文件的過(guò)程與上述通過(guò)API接口的方式獲取配置文件的過(guò)程相類(lèi)似，在此不做贅述。

當(dāng)然，即使終端安裝了與服務(wù)端對(duì)應(yīng)的專(zhuān)用程序，也可以使用通過(guò)API接口的方式來(lái)獲取配置文件，本發(fā)明對(duì)此不做限定。

在實(shí)際應(yīng)用中，專(zhuān)用程序只配置了服務(wù)端的IP地址信息，專(zhuān)用程序安裝后初次啟動(dòng)時(shí)需要根據(jù)服務(wù)端的IP地址信息，與服務(wù)端建立心跳連接，并獲取專(zhuān)用程序的主配置文件。

因此，在通過(guò)專(zhuān)用程序，向服務(wù)端發(fā)送第一獲取請(qǐng)求之前，還可以包括：

通過(guò)專(zhuān)用程序，向服務(wù)端發(fā)送用于獲取專(zhuān)用程序的主配置文件的第三獲取請(qǐng)求；

接收服務(wù)端根據(jù)第三獲取請(qǐng)求反饋的專(zhuān)用程序的主配置文件。

其中，第三獲取請(qǐng)求中可以攜帶終端的標(biāo)識(shí)信息如IP地址，服務(wù)端在校驗(yàn)第三獲取請(qǐng)求中的IP地址合法后，可以向該終端反饋專(zhuān)用程序的主配置文件，并與專(zhuān)用程序建立心跳連接。

主配置文件中可以包含服務(wù)端為該專(zhuān)用程序特定生成的token(令牌)，類(lèi)似于密鑰，以便于服務(wù)端對(duì)后續(xù)終端通過(guò)該專(zhuān)用程序發(fā)送的請(qǐng)求進(jìn)行IP地址和token的雙重認(rèn)證；主配置文件中還可以包含專(zhuān)用程序自身需要的配置信息如超時(shí)時(shí)間、備用服務(wù)端IP地址、心跳連接間隔時(shí)間、心跳連接失效的最大重試次數(shù)等等，本實(shí)施例對(duì)主配置文件所包含的信息不做限定。

為了安全起見(jiàn)，終端發(fā)送的第一獲取請(qǐng)求和/或第二獲取請(qǐng)求中可以攜帶有終端對(duì)應(yīng)的令牌，其中，令牌為預(yù)先從服務(wù)端獲得的，服務(wù)端在接收到終端發(fā)送的獲取請(qǐng)求時(shí)，根據(jù)獲取請(qǐng)求中攜帶的令牌來(lái)驗(yàn)證獲取請(qǐng)求的合法性。

可以理解的，令牌可以是從專(zhuān)用程序的主配置文件中獲得的，也可以由服務(wù)端通過(guò)其他特定方式發(fā)送給終端的，本實(shí)施例對(duì)此不做限定。

實(shí)際應(yīng)用中，由于終端可以提供不同類(lèi)型的服務(wù)，如數(shù)據(jù)庫(kù)服務(wù)、Web服務(wù)，為了安全起見(jiàn)，對(duì)于服務(wù)端來(lái)說(shuō)，可以為提供不同類(lèi)型的服務(wù)的終端設(shè)置不同的權(quán)限，例如，提供數(shù)據(jù)庫(kù)服務(wù)的終端具備獲取應(yīng)用程序A的配置文件的權(quán)限，而提供Web服務(wù)的終端不具備獲取應(yīng)用程序A的配置文件的權(quán)限。因此，該配置文件獲取方法還可以包括：

當(dāng)終端所提供服務(wù)的服務(wù)類(lèi)型變更時(shí)，向服務(wù)端發(fā)送服務(wù)類(lèi)型變更的第一消息，以使服務(wù)端將終端的權(quán)限調(diào)整為變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限。

實(shí)際應(yīng)用中，當(dāng)有較多的終端需要同時(shí)變更服務(wù)類(lèi)型時(shí)，還可以在服務(wù)端統(tǒng)一調(diào)整這些終端的權(quán)限，然后由終端變更服務(wù)類(lèi)型。具體的，終端還可以根據(jù)以下方式變更服務(wù)類(lèi)型：

接收服務(wù)端發(fā)送的終端對(duì)應(yīng)的權(quán)限調(diào)整的第二消息；

根據(jù)第二消息，將終端所提供服務(wù)的服務(wù)類(lèi)型變更為調(diào)整后的權(quán)限對(duì)應(yīng)的服務(wù)類(lèi)型。

需要說(shuō)明的是，使用上述兩種方式，可以靈活切換終端的服務(wù)類(lèi)型，并在服務(wù)端對(duì)終端的權(quán)限進(jìn)行調(diào)整。當(dāng)終端所提供服務(wù)的服務(wù)類(lèi)型變更時(shí)，該終端需要啟動(dòng)變更后的服務(wù)類(lèi)型對(duì)應(yīng)的應(yīng)用程序，這時(shí)，終端可以向服務(wù)端請(qǐng)求獲取變更后的服務(wù)類(lèi)型對(duì)應(yīng)的應(yīng)用程序的配置文件，而服務(wù)端根據(jù)變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限來(lái)驗(yàn)證終端發(fā)送的獲取請(qǐng)求的合法性。這樣，通過(guò)服務(wù)端就可以對(duì)配置文件進(jìn)行統(tǒng)一的控制和權(quán)限管理。

由以上描述可知，本實(shí)施例提供的配置文件獲取方法，服務(wù)端設(shè)置有用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的第一API接口和第二API接口，終端向服務(wù)端的第一API接口發(fā)送用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，接收服務(wù)端反饋的配置文件列表，并根據(jù)配置文件列表確定目標(biāo)配置文件，向服務(wù)端的第二API接口發(fā)送用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求，接收服務(wù)端反饋的目標(biāo)配置文件。

可見(jiàn)，本實(shí)施例提供的方案，服務(wù)端分別提供了獲取配置文件列表和配置文件的API接口，使得終端在不安裝專(zhuān)用程序的情況下可以通過(guò)訪問(wèn)API接口的方式從服務(wù)端獲取配置文件，終端在安裝了專(zhuān)用程序的情況下既可以通過(guò)專(zhuān)用程序、也可以通過(guò)訪問(wèn)API接口的方式獲取配置文件，因此，本實(shí)施例提供的方案擴(kuò)展了終端獲取配置文件的方式，使得終端可以更加方便的獲取配置文件。

圖2為本發(fā)明實(shí)施例提供的配置文件獲取方法的第二種流程示意圖，該方法應(yīng)用于服務(wù)端，包括：

S201，通過(guò)第一API接口，接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求。

其中，第一API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口。

實(shí)際應(yīng)用中，第一獲取請(qǐng)求中可以攜帶有終端對(duì)應(yīng)的令牌，其中，令牌為預(yù)先從服務(wù)端獲得的；

在接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求之后，該方法還可以包括：

根據(jù)令牌驗(yàn)證第一獲取請(qǐng)求的合法性，如果合法，執(zhí)行S202根據(jù)第一獲取請(qǐng)求，確定配置文件列表，并向終端反饋配置文件列表的步驟。

如果第一獲取請(qǐng)求不合法，服務(wù)端還可以向終端發(fā)送第一獲取請(qǐng)求不合法的消息，以使終端重新發(fā)送合法的第一獲取請(qǐng)求，保證終端業(yè)務(wù)的正常運(yùn)行。

為了安全起見(jiàn)，第一獲取請(qǐng)求中還可以包含終端的標(biāo)識(shí)信息，如IP地址，服務(wù)端可以根據(jù)令牌和IP地址信息對(duì)第一獲取請(qǐng)求進(jìn)行雙重認(rèn)證。當(dāng)然，服務(wù)端還可以根據(jù)令牌和其它信息進(jìn)行驗(yàn)證，本實(shí)施例對(duì)此不做限定。

S202，根據(jù)第一獲取請(qǐng)求，確定配置文件列表，并向終端反饋配置文件列表。

由上述描述可知，第一獲取請(qǐng)求中可以攜帶終端的基本信息如IP地址等、終端的硬件信息如CPU個(gè)數(shù)、內(nèi)存大小等、終端所提供服務(wù)的服務(wù)類(lèi)型，還可以攜帶目標(biāo)應(yīng)用程序的標(biāo)識(shí)、目標(biāo)應(yīng)用程序所屬的業(yè)務(wù)類(lèi)型等信息。因此，服務(wù)端可以根據(jù)第一獲取請(qǐng)求中攜帶的終端的信息和目標(biāo)應(yīng)用程序的信息，確定配置目標(biāo)應(yīng)用程序的配置文件列表。

S203，通過(guò)第二API接口，接收終端根據(jù)配置文件列表發(fā)送的用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求。

其中，第二API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口。

由上述描述可知，第二獲取請(qǐng)求中可以攜帶終端的基本信息如IP地址等、終端的硬件信息如CPU個(gè)數(shù)、內(nèi)存大小等、終端所提供服務(wù)的服務(wù)類(lèi)型，還可以攜帶目標(biāo)應(yīng)用程序的標(biāo)識(shí)、目標(biāo)應(yīng)用程序所屬的業(yè)務(wù)類(lèi)型、所請(qǐng)求獲取的配置文件的標(biāo)識(shí)等信息。

可以理解的，與第一獲取請(qǐng)求類(lèi)似，第二獲取請(qǐng)求中也可以攜帶終端對(duì)應(yīng)的令牌；

在接收終端根據(jù)配置文件列表發(fā)送的用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求之后，根據(jù)令牌驗(yàn)證第二獲取請(qǐng)求的合法性，如果合法，執(zhí)行S204根據(jù)第二獲取請(qǐng)求，確定目標(biāo)配置文件，并向終端反饋目標(biāo)配置文件的步驟。

如果第二獲取請(qǐng)求不合法，服務(wù)端還可以向終端發(fā)送第二獲取請(qǐng)求不合法的消息，以使終端重新發(fā)送合法的第二獲取請(qǐng)求，保證終端業(yè)務(wù)的正常運(yùn)行。

為了安全起見(jiàn)，第二獲取請(qǐng)求中還可以包含終端的標(biāo)識(shí)信息，如IP地址，服務(wù)端可以根據(jù)令牌和IP地址信息對(duì)第二獲取請(qǐng)求進(jìn)行雙重認(rèn)證。當(dāng)然，服務(wù)端還可以根據(jù)令牌和其它信息進(jìn)行驗(yàn)證，本實(shí)施例對(duì)此不做限定。

同時(shí)，由于服務(wù)端記錄了終端所提供服務(wù)的服務(wù)類(lèi)型所對(duì)應(yīng)的權(quán)限，因此，服務(wù)端還可以根據(jù)終端當(dāng)前所提供服務(wù)的服務(wù)類(lèi)型，判斷該終端是否具備獲取目標(biāo)配置文件的權(quán)限，如果具備，服務(wù)端才會(huì)根據(jù)第二獲取請(qǐng)求，確定目標(biāo)配置文件，并向終端反饋目標(biāo)配置文件。

S204，根據(jù)第二獲取請(qǐng)求，確定目標(biāo)配置文件，并向終端反饋目標(biāo)配置文件。

具體的，可以根據(jù)第二獲取請(qǐng)求中攜帶的目標(biāo)應(yīng)用程序的業(yè)務(wù)類(lèi)型，確定目標(biāo)配置文件對(duì)應(yīng)的目標(biāo)配置模板和目標(biāo)配置信息；根據(jù)目標(biāo)配置模板和目標(biāo)配置信息，生成目標(biāo)配置文件。

實(shí)際應(yīng)用中，服務(wù)端可以預(yù)先建立數(shù)據(jù)庫(kù)，以存儲(chǔ)終端的各個(gè)應(yīng)用程序的配置信息以及與對(duì)應(yīng)的配置模板的關(guān)聯(lián)關(guān)系。在接收到第二獲取請(qǐng)求中，從數(shù)據(jù)庫(kù)中檢索目標(biāo)應(yīng)用程序?qū)?yīng)的配置信息及配置模板，將配置信息寫(xiě)入到配置模板中，生成目標(biāo)應(yīng)用程序?qū)?yīng)的配置文件。

可以理解的，在實(shí)際應(yīng)用中，為了能夠更加靈活的使用服務(wù)端提供的API接口，服務(wù)端并不對(duì)請(qǐng)求接口的終端做嚴(yán)格限制，即為了獲取終端A上某些應(yīng)用程序的配置文件，請(qǐng)求不限制必須從終端A發(fā)起，這樣設(shè)置的原因是可能存在終端B或者一批終端需要通過(guò)終端A進(jìn)行遠(yuǎn)程的集中控制。

對(duì)于通過(guò)API接口接收的請(qǐng)求的合法性校驗(yàn)，可以通過(guò)請(qǐng)求中攜帶的IP地址和token的雙重認(rèn)證的形式來(lái)完成。對(duì)于需要向服務(wù)端的API接口發(fā)送請(qǐng)求的終端，提供終端的IP地址、對(duì)應(yīng)的項(xiàng)目或業(yè)務(wù)等相關(guān)信息，服務(wù)端預(yù)先為其生成專(zhuān)有的token并發(fā)送給該終端；終端在后續(xù)向API接口發(fā)送的請(qǐng)求中，都需要攜帶該token，獲取配置文件列表或配置文件時(shí)還需攜帶其他的必要信息，如終端IP地址、終端的硬件信息、項(xiàng)目相關(guān)信息等，服務(wù)端校驗(yàn)請(qǐng)求的合法性通過(guò)后，會(huì)根據(jù)請(qǐng)求中攜帶的信息反饋所請(qǐng)求的配置文件列表或配置文件。

示例性的，當(dāng)終端A向服務(wù)端請(qǐng)求獲取終端B上的應(yīng)用程序X的配置文件時(shí)，終端A發(fā)送給服務(wù)端的獲取請(qǐng)求中攜帶的是終端A的IP地址和token、以及終端B當(dāng)前所提供的服務(wù)的服務(wù)類(lèi)型，如果服務(wù)端驗(yàn)證終端A的IP地址和token合法、并且終端B當(dāng)前具有獲得應(yīng)用程序X配置文件的權(quán)限時(shí)，服務(wù)端就會(huì)向終端A反饋終端B的應(yīng)用程序X的配置文件。

由于終端終每個(gè)應(yīng)用程序都有其獨(dú)立的配置模板，不同業(yè)務(wù)之間的配置模板是完全沒(méi)有關(guān)聯(lián)的，配置文件的獲取請(qǐng)求攜帶的是不同應(yīng)用程序的業(yè)務(wù)類(lèi)型信息，不同的應(yīng)用程序之間相互沒(méi)有影響。因此，本實(shí)施例提供的方案可以隔離不同的業(yè)務(wù)線，對(duì)不同業(yè)務(wù)線的配置文件進(jìn)行統(tǒng)一的管理，提高工作效率和降低錯(cuò)誤的發(fā)生概率。

由上述圖1所示實(shí)施例的描述可知，當(dāng)終端所提供的服務(wù)的服務(wù)類(lèi)型變更時(shí)，終端會(huì)向服務(wù)端發(fā)送服務(wù)類(lèi)型變更的第一消息，服務(wù)端還可以接收終端發(fā)送的終端所提供服務(wù)的服務(wù)類(lèi)型變更的第一消息，并根據(jù)第一消息，將終端的權(quán)限調(diào)整為變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限。

例如，終端的服務(wù)類(lèi)型從web服務(wù)變更為數(shù)據(jù)庫(kù)服務(wù)時(shí)，可以通過(guò)專(zhuān)用程序向服務(wù)端上報(bào)服務(wù)類(lèi)型變更的消息，服務(wù)端將該終端的權(quán)限調(diào)整為數(shù)據(jù)庫(kù)服務(wù)對(duì)應(yīng)的權(quán)限，然后終端通過(guò)專(zhuān)用程序從服務(wù)端獲取數(shù)據(jù)庫(kù)服務(wù)對(duì)應(yīng)的配置文件，這樣就可以實(shí)現(xiàn)終端的服務(wù)類(lèi)型的靈活切換。在服務(wù)端對(duì)終端進(jìn)行權(quán)限調(diào)整和請(qǐng)求驗(yàn)證，可以隔離不同的業(yè)務(wù)線以及相同業(yè)務(wù)線上的不同服務(wù)類(lèi)型，達(dá)到管理終端的配置文件的目的。

在另一種實(shí)現(xiàn)方式中，服務(wù)端可以先調(diào)整終端對(duì)應(yīng)的權(quán)限，然后向終端發(fā)送針對(duì)權(quán)限調(diào)整的第二消息，以使終端將所提供服務(wù)的服務(wù)類(lèi)型變更為調(diào)整后的權(quán)限對(duì)應(yīng)的服務(wù)類(lèi)型。這樣，在較多終端需要同時(shí)變更服務(wù)類(lèi)型的情況下，先由服務(wù)端統(tǒng)一調(diào)整這些終端的權(quán)限，然后由終端變更自身的服務(wù)類(lèi)型，可以實(shí)現(xiàn)服務(wù)端對(duì)各個(gè)終端的統(tǒng)一控制和權(quán)限管理。

由以上描述可知，本實(shí)施例提供的配置文件獲取方法，服務(wù)端設(shè)置有用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的第一API接口和第二API接口，通過(guò)第一API接口接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，確定并向終端反饋該配置文件列表，通過(guò)第二API接口接收終端發(fā)送的用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求，確定并向終端反饋目標(biāo)配置文件。

可見(jiàn)，本實(shí)施例提供的方案，服務(wù)端分別提供了獲取配置文件列表和配置文件的API接口，使得終端在不安裝專(zhuān)用程序的情況下可以通過(guò)訪問(wèn)API接口的方式從服務(wù)端獲取配置文件，終端在安裝了專(zhuān)用程序的情況下既可以通過(guò)專(zhuān)用程序、也可以通過(guò)訪問(wèn)API接口的方式獲取配置文件，因此，本實(shí)施例提供的方案擴(kuò)展了終端獲取配置文件的方式，使得終端可以更加方便的獲取配置文件。

與上述的配置文件獲取方法相對(duì)應(yīng)，本發(fā)明實(shí)施例還提供了一種配置文件獲取裝置。

與圖1所示的方法實(shí)施例相對(duì)應(yīng)，圖3為本發(fā)明實(shí)施例提供的配置文件獲取裝置的第一種結(jié)構(gòu)示意圖，該裝置應(yīng)用于終端，可以包括：

第一發(fā)送模塊301，用于向服務(wù)端的第一API接口發(fā)送用于獲取所述終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，其中，所述第一API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

第一接收模塊302，用于接收所述服務(wù)端根據(jù)所述第一獲取請(qǐng)求反饋的所述配置文件列表，并根據(jù)所述配置文件列表確定目標(biāo)配置文件；

第二發(fā)送模塊303，用于向所述服務(wù)端的第二API接口發(fā)送用于獲取所述目標(biāo)配置文件的第二獲取請(qǐng)求，其中，所述第二API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

第二接收模塊304，用于接收所述服務(wù)端根據(jù)所述第二獲取請(qǐng)求反饋的所述目標(biāo)配置文件。

具體的，所述裝置還可以包括：

判斷模塊，用于在所述第一發(fā)送模塊301向服務(wù)端的第一API接口發(fā)送用于獲取所述終端中目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求之前，判斷所述終端是否安裝有與所述服務(wù)端對(duì)應(yīng)的專(zhuān)用程序；如果是，觸發(fā)第三發(fā)送模塊(圖中未示出)，如果否，觸發(fā)所述第一發(fā)送模塊301；

第三發(fā)送模塊，用于通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第一獲取請(qǐng)求；

第三接收模塊(圖中未示出)，用于接收所述服務(wù)端根據(jù)所述第一獲取請(qǐng)求反饋的所述配置文件列表，并根據(jù)所述配置文件列表確定目標(biāo)配置文件；

第四發(fā)送模塊(圖中未示出)，用于通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第二獲取請(qǐng)求；

第四接收模塊(圖中未示出)，用于接收所述服務(wù)端根據(jù)所述第二獲取請(qǐng)求反饋的所述目標(biāo)配置文件。

具體的，所述裝置還可以包括：

第五發(fā)送模塊(圖中未示出)，用于在所述第三發(fā)送模塊通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送所述第一獲取請(qǐng)求之前，通過(guò)所述專(zhuān)用程序，向所述服務(wù)端發(fā)送用于獲取所述專(zhuān)用程序的主配置文件的第三獲取請(qǐng)求；

第五接收模塊(圖中未示出)，用于接收所述服務(wù)端根據(jù)所述第三獲取請(qǐng)求反饋的所述專(zhuān)用程序的主配置文件。

具體的，所述第一獲取請(qǐng)求中可以攜帶有所述終端對(duì)應(yīng)的令牌，其中，所述令牌為預(yù)先從所述服務(wù)端獲得的。

具體的，所述裝置還可以包括：

第六發(fā)送模塊(圖中未示出)，用于當(dāng)所述終端所提供服務(wù)的服務(wù)類(lèi)型變更時(shí)，向所述服務(wù)端發(fā)送服務(wù)類(lèi)型變更的第一消息，以使所述服務(wù)端將所述終端的權(quán)限調(diào)整為變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限。

具體的，所述裝置還可以包括：

第六接收模塊(圖中未示出)，用于接收所述服務(wù)端發(fā)送的所述終端對(duì)應(yīng)的權(quán)限調(diào)整的第二消息；

變更模塊(圖中未示出)，用于根據(jù)所述第二消息，將所述終端所提供服務(wù)的服務(wù)類(lèi)型變更為調(diào)整后的權(quán)限對(duì)應(yīng)的服務(wù)類(lèi)型。

由以上描述可知，本實(shí)施例提供的配置文件獲取裝置，服務(wù)端設(shè)置有用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的第一API接口和第二API接口，終端向服務(wù)端的第一API接口發(fā)送用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，接收服務(wù)端反饋的配置文件列表，并根據(jù)配置文件列表確定目標(biāo)配置文件，向服務(wù)端的第二API接口發(fā)送用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求，接收服務(wù)端反饋的目標(biāo)配置文件。

可見(jiàn)，本實(shí)施例提供的方案，服務(wù)端分別提供了獲取配置文件列表和配置文件的API接口，使得終端在不安裝專(zhuān)用程序的情況下可以通過(guò)訪問(wèn)API接口的方式從服務(wù)端獲取配置文件，終端在安裝了專(zhuān)用程序的情況下既可以通過(guò)專(zhuān)用程序、也可以通過(guò)訪問(wèn)API接口的方式獲取配置文件，因此，本實(shí)施例提供的方案擴(kuò)展了終端獲取配置文件的方式，使得終端可以更加方便的獲取配置文件。

與圖2所示的方法實(shí)施例相對(duì)應(yīng)，圖4為本發(fā)明實(shí)施例提供的配置文件獲取裝置的第二種結(jié)構(gòu)示意圖，該裝置應(yīng)用于服務(wù)端，可以包括：

第一接收模塊401，用于通過(guò)第一API接口，接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，其中，所述第一API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

第一反饋模塊402，用于根據(jù)所述第一獲取請(qǐng)求，確定所述配置文件列表，并向所述終端反饋所述配置文件列表；

第二接收模塊403，用于通過(guò)第二API接口，接收所述終端根據(jù)所述配置文件列表發(fā)送的用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求，其中，所述第二API接口為：用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的接口；

第二反饋模塊404，用于根據(jù)所述第二獲取請(qǐng)求，確定所述目標(biāo)配置文件，并向所述終端反饋所述目標(biāo)配置文件。

具體的，所述第一獲取請(qǐng)求中可以攜帶有所述終端對(duì)應(yīng)的令牌，其中，所述令牌為預(yù)先從所述服務(wù)端獲得的；

所述裝置還可以包括：

驗(yàn)證模塊(圖中未示出)，用于在所述第一接收模塊接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求之后，根據(jù)所述令牌驗(yàn)證所述第一獲取請(qǐng)求的合法性，如果合法，觸發(fā)所述第一反饋模塊402。

具體的，所述裝置還可以包括：

第三接收模塊(圖中未示出)，用于接收所述終端發(fā)送的所述終端所提供服務(wù)的服務(wù)類(lèi)型變更的第一消息；

第一調(diào)整模塊(圖中未示出)，用于根據(jù)所述第一消息，將所述終端的權(quán)限調(diào)整為變更后的服務(wù)類(lèi)型對(duì)應(yīng)的權(quán)限。

具體的，所述裝置還可以包括：

第二調(diào)整模塊(圖中未示出)，用于調(diào)整所述終端對(duì)應(yīng)的權(quán)限；

發(fā)送模塊(圖中未示出)，用于向所述終端發(fā)送針對(duì)權(quán)限調(diào)整的第二消息，以使所述終端將所提供服務(wù)的服務(wù)類(lèi)型變更為調(diào)整后的權(quán)限對(duì)應(yīng)的服務(wù)類(lèi)型。

具體的，所述第二反饋模塊404，可以包括：

確定子模塊(圖中未示出)，根據(jù)所述第二獲取請(qǐng)求中攜帶的目標(biāo)應(yīng)用程序的業(yè)務(wù)類(lèi)型，確定所述目標(biāo)配置文件對(duì)應(yīng)的目標(biāo)配置模板和目標(biāo)配置信息；

生成子模塊(圖中未示出)，根據(jù)所述目標(biāo)配置模板和所述目標(biāo)配置信息，生成所述目標(biāo)配置文件。

由以上描述可知，本實(shí)施例提供的配置文件獲取裝置，服務(wù)端設(shè)置有用于接收網(wǎng)絡(luò)訪問(wèn)請(qǐng)求的第一API接口和第二API接口，通過(guò)第一API接口接收終端發(fā)送的用于獲取目標(biāo)應(yīng)用程序的配置文件列表的第一獲取請(qǐng)求，確定并向終端反饋該配置文件列表，通過(guò)第二API接口接收終端發(fā)送的用于獲取目標(biāo)配置文件的第二獲取請(qǐng)求，確定并向終端反饋目標(biāo)配置文件。

可見(jiàn)，本實(shí)施例提供的方案，服務(wù)端分別提供了獲取配置文件列表和配置文件的API接口，使得終端在不安裝專(zhuān)用程序的情況下可以通過(guò)訪問(wèn)API接口的方式從服務(wù)端獲取配置文件，終端在安裝了專(zhuān)用程序的情況下既可以通過(guò)專(zhuān)用程序、也可以通過(guò)訪問(wèn)API接口的方式獲取配置文件，因此，本實(shí)施例提供的方案擴(kuò)展了終端獲取配置文件的方式，使得終端可以更加方便的獲取配置文件。

需要說(shuō)明的是，在本文中，諸如第一和第二等之類(lèi)的關(guān)系術(shù)語(yǔ)僅僅用來(lái)將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開(kāi)來(lái)，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒(méi)有明確列出的其他要素，或者是還包括為這種過(guò)程、方法、物品或者設(shè)備所固有的要素。在沒(méi)有更多限制的情況下，由語(yǔ)句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過(guò)程、方法、物品或者設(shè)備中還存在另外的相同要素。

本說(shuō)明書(shū)中的各個(gè)實(shí)施例均采用相關(guān)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見(jiàn)即可，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處。尤其，對(duì)于裝置實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法實(shí)施例的部分說(shuō)明即可。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。