專利名稱：一種配置信息處理方法及裝置以及平臺(tái)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，尤其涉及一種配置信息處理方法及裝置以及平臺(tái)系統(tǒng)。
背景技術(shù)：
在大型應(yīng)用軟件開發(fā)的過程中配置文件數(shù)量多、格式多、存儲(chǔ)位置多，給軟件的安裝、部署、升級(jí)以及定制開發(fā)帶來了很大的不便。
現(xiàn)有技術(shù)中一種配置信息處理方法為采用數(shù)據(jù)庫對(duì)配置文件進(jìn)行管理，將配置文件的內(nèi)容保存到數(shù)據(jù)庫中。
平臺(tái)系統(tǒng)允許用戶根據(jù)自身的需要進(jìn)行組合或其它的簡(jiǎn)單操作即可完成軟件的開發(fā)和定制，平臺(tái)系統(tǒng)中一般有多種功能模塊，針對(duì)每個(gè)功能模塊又有對(duì)應(yīng)的缺省的配置信息，用戶進(jìn)行軟件開發(fā)和定制時(shí)常常通過更改配置信息以實(shí)現(xiàn)需要的功能。
現(xiàn)有技術(shù)中一種配置信息處理方法為配置信息被存儲(chǔ)于配置文件中，配置文件被存儲(chǔ)于數(shù)據(jù)庫中，用戶需要獲取配置信息時(shí)，從數(shù)據(jù)庫中讀取對(duì)應(yīng)的配置文件。發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下缺點(diǎn)，現(xiàn)有技術(shù)為單一配置源的方案，即每個(gè)配置文件中保存對(duì)應(yīng)的配置信息，用戶需要獲取配置信息時(shí)首先查找對(duì)應(yīng)的配置文件，再從配置文件中讀取配置信息，所以當(dāng)用戶更改配置信息時(shí)，包含平臺(tái)系統(tǒng)缺省的配置信息的配置文件可能被覆蓋，同時(shí)如果平臺(tái)系統(tǒng)進(jìn)行了升級(jí)，其配置信息也會(huì)隨之進(jìn)行升級(jí)，導(dǎo)致原配置信息被覆蓋，用戶再次對(duì)配置信息進(jìn)行操作時(shí)也會(huì)造成錯(cuò)誤，所以需要用戶再次對(duì)配置進(jìn)行重新設(shè)置，增加了平臺(tái)定制的復(fù)雜度。

發(fā)明內(nèi)容
一方面，提供一種配置信息處理方法及平臺(tái)系統(tǒng)以及配置信息處理裝置，能夠提高平臺(tái)定制的便捷性。
另一方面提供了一種配置信息處理方法，包括接收用戶發(fā)送的策略標(biāo)識(shí)，其中策略標(biāo)識(shí)用于表示用戶請(qǐng)求獲取配置信息；根據(jù)所述策略標(biāo)識(shí)獲取源信息以及合并策略信息；查找所述源信息對(duì)應(yīng)的配置源；按照所述合并策略信息將所述配置源合并為統(tǒng)一配置源。
另一方面提供了一種配置信息處理裝置，包括策略標(biāo)識(shí)接收單元，信息獲取單元，配置源查詢單元以及配置源合并單元；所述策略標(biāo)識(shí)接收單元用于接收策略標(biāo)識(shí)，其中策略標(biāo)識(shí)用于表示用戶請(qǐng)求獲取配置信息；所述信息獲取單元用于根據(jù)接收到的策略標(biāo)識(shí)獲取對(duì)應(yīng)的源信息以及合并策略信息；所述配置源查詢單元用于根據(jù)獲取到的源信息查詢并獲得對(duì)應(yīng)的配置源；所述配置源合并單元用于根據(jù)獲取到的合并策略信息將查詢到的配置源進(jìn)行合并為統(tǒng)一配置源。
另一方面提供了一種平臺(tái)系統(tǒng)，包括用戶操作接口，配置信息處理裝置及產(chǎn)品生成單元；所述用戶操作接口用于接收用戶發(fā)送的包含策略標(biāo)識(shí)的產(chǎn)品處理請(qǐng)求；所述配置信息處理裝置用于根據(jù)產(chǎn)品請(qǐng)求中的策略標(biāo)識(shí)對(duì)包含配置信息的配置源進(jìn)行合并得到統(tǒng)一配置源；所述產(chǎn)品生成單元用于根據(jù)合并后的統(tǒng)一配置源開發(fā)或者定制用戶請(qǐng)求的平臺(tái)產(chǎn)品。
從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)由于本發(fā)明實(shí)施例中獲取多種配置源合并的結(jié)果作為配置源，在開發(fā)產(chǎn)品基礎(chǔ)版本的時(shí)候設(shè)置一份基本的配置信息，而各個(gè)定制版本可以不用修改基本的配置信息只需要增加定制文件，通過合并的方式獲取配置，所以在一個(gè)配置源中包含原始的配置信息以及更新的配置信息，能夠便捷的實(shí)現(xiàn)平臺(tái)產(chǎn)品的升級(jí)和定制。


圖1為本發(fā)明實(shí)施例中平臺(tái)系統(tǒng)第一實(shí)施例示意圖；圖2為本發(fā)明實(shí)施例中平臺(tái)系統(tǒng)第二實(shí)施例示意圖；圖3為本發(fā)明實(shí)施例中配置信息處理裝置實(shí)施例示意圖；圖4為本發(fā)明實(shí)施例中配置信息處理方法實(shí)施例流程圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供了一種配置信息處理方法及裝置以及平臺(tái)系統(tǒng)，用于便捷的實(shí)現(xiàn)平臺(tái)產(chǎn)品的升級(jí)和定制。
首先對(duì)本發(fā)明實(shí)施例中的平臺(tái)系統(tǒng)進(jìn)行介紹請(qǐng)參閱圖1，本發(fā)明實(shí)施例中平臺(tái)系統(tǒng)第一實(shí)施例包括用戶操作接口101，配置信息處理裝置102及產(chǎn)品生成單元103。
用戶操作接口101用于接收用戶的產(chǎn)品處理請(qǐng)求，其中，產(chǎn)品處理請(qǐng)求中包括用戶期望開發(fā)或定制的平臺(tái)產(chǎn)品(如軟件或硬件)的類型，內(nèi)容以及功能信息。平臺(tái)產(chǎn)品一般由多個(gè)功能模塊組成，每個(gè)功能模塊有對(duì)應(yīng)的配置信息，在產(chǎn)品處理請(qǐng)求中可以包含策略標(biāo)識(shí)，表示用戶請(qǐng)求獲得這些配置信息。
配置信息處理裝置102用于根據(jù)產(chǎn)品請(qǐng)求中的策略標(biāo)識(shí)對(duì)包含配置信息的配置源進(jìn)行合并得到統(tǒng)一配置源。
產(chǎn)品生成單元103用于根據(jù)合并后的統(tǒng)一配置源開發(fā)或者定制用戶請(qǐng)求的平臺(tái)產(chǎn)品。
請(qǐng)參閱圖2，本發(fā)明實(shí)施例中平臺(tái)系統(tǒng)第二實(shí)施例中，配置信息處理裝置102包括策略標(biāo)識(shí)接收單元201，信息獲取單元202，配置源查詢單元203及配置源合并單元204。
策略標(biāo)識(shí)接收單元201用于接收策略標(biāo)識(shí)。
信息獲取單元202用于根據(jù)接收到的策略標(biāo)識(shí)獲取對(duì)應(yīng)的源信息以及合并策略信息。
配置源查詢單元203用于根據(jù)獲取到的源信息查詢對(duì)應(yīng)的配置源。
配置源合并單元204用于根據(jù)獲取到的合并策略信息將查詢到的配置源進(jìn)行合并為統(tǒng)一配置源。
具體地，產(chǎn)品生成單元103包括產(chǎn)品定制單元205，產(chǎn)品封裝單元206以及產(chǎn)品輸出單元207。
產(chǎn)品定制單元205用于根據(jù)用戶的請(qǐng)求對(duì)從配置源合并單元204獲取的統(tǒng)一配置源進(jìn)行配置。
產(chǎn)品封裝單元206用于對(duì)配置后的功能模塊進(jìn)行封裝形成最終產(chǎn)品。
產(chǎn)品輸出單元207用于將形成的最終產(chǎn)品輸出，本實(shí)施例中，將功能模塊封裝成軟件之后設(shè)置用戶接口即是輸出最終產(chǎn)品。
下面介紹本發(fā)明實(shí)施例中配置信息處理裝置請(qǐng)參閱圖3，本發(fā)明實(shí)施例中配置信息處理裝置實(shí)施例包括策略標(biāo)識(shí)接收單元201，信息獲取單元202，配置源查詢單元203以及配置源合并單元204。
策略標(biāo)識(shí)接收單元201用于接收策略標(biāo)識(shí)，其中策略標(biāo)識(shí)用于表示用戶請(qǐng)求獲取配置信息。
信息獲取單元202用于根據(jù)接收到的策略標(biāo)識(shí)獲取對(duì)應(yīng)的源信息以及合并策略信息。
配置源查詢單元203用于根據(jù)獲取到的源信息查詢并獲得對(duì)應(yīng)的配置源。
配置源合并單元204用于根據(jù)獲取到的合并策略信息將查詢到的配置源進(jìn)行合并為統(tǒng)一配置源。
本實(shí)施例中，配置信息處理裝置還包括策略存儲(chǔ)單元301，資源查找控制單元302，配置源存儲(chǔ)單元303以及配置源反饋單元304。
策略存儲(chǔ)單元301用于存儲(chǔ)能夠提供合并規(guī)則的合并策略信息，信息獲取單元202可以根據(jù)接收到的策略標(biāo)識(shí)在策略存儲(chǔ)單元301中查詢對(duì)應(yīng)的合并策略信息。
資源查找控制單元302用于接收信息獲取單元202的獲取到的源信息，并將該源信息轉(zhuǎn)發(fā)至配置源查詢單元203，請(qǐng)求配置源查詢單元203查詢?cè)葱畔?duì)應(yīng)的配置源。
配置源存儲(chǔ)單元303用于存儲(chǔ)配置源以及經(jīng)過合并的統(tǒng)一配置源，配置源查詢單元203在配置源存儲(chǔ)單元303存儲(chǔ)的配置源中查詢與源信息對(duì)應(yīng)的配置源，配置源合并單元204將配置源合并為統(tǒng)一配置源之后將統(tǒng)一配置源存儲(chǔ)于配置源存儲(chǔ)單元303。
配置源反饋單元304用于將經(jīng)過合并的統(tǒng)一配置源反饋給請(qǐng)求配置源的用戶。
本實(shí)施例中，配置信息處理裝置還包括配置事件分發(fā)器305，其中配置事件分發(fā)器305包括偵聽標(biāo)識(shí)接收單元3051，事件監(jiān)控單元3052。
偵聽標(biāo)識(shí)接收單元3051用于接收用戶發(fā)送的事件偵聽標(biāo)識(shí)，并將該標(biāo)識(shí)發(fā)送至事件監(jiān)控單元3052。
事件監(jiān)控單元3052根據(jù)接收到的事件偵聽標(biāo)識(shí)對(duì)配置事件進(jìn)行監(jiān)控，判斷是否滿足該事件偵聽標(biāo)識(shí)中的預(yù)置條件，若滿足則請(qǐng)求配置源反饋單元304向用戶反饋當(dāng)前的配置源。
預(yù)置條件包括配置源發(fā)生了改變，或者是主動(dòng)調(diào)用配置的變更接口引起的配置改變。
其中，配置源合并單元204包括初始化單元306，數(shù)據(jù)訪問單元307，合并執(zhí)行單元308以及合并控制單元309。
初始化單元306用于根據(jù)合并策略信息進(jìn)行初始化處理，初始化處理的過程為設(shè)定各種合并參數(shù)，例如處理的數(shù)據(jù)的類型為“XML”，合并后形成的配置源的類型為“DOM”等參數(shù)，具體的參數(shù)以及設(shè)置方法可以由實(shí)際情況進(jìn)行確定，此處不作限定。
數(shù)據(jù)訪問單元307用于獲取配置源中的待合并數(shù)據(jù)，并將數(shù)據(jù)發(fā)送至合并執(zhí)行單元308。
合并執(zhí)行單元308用于根據(jù)合并策略信息對(duì)獲取到的待合并數(shù)據(jù)進(jìn)行合并。
合并控制單元309用于判斷待合并數(shù)據(jù)是否已經(jīng)合并完成，并生成判斷結(jié)果。
其中，判斷結(jié)果可以是若合并完成則返回最終合并數(shù)據(jù)，若未合并完成，則指示合并執(zhí)行單元308繼續(xù)處理待合并數(shù)據(jù)。
上面對(duì)本發(fā)明實(shí)施例中的配置信息處理裝置進(jìn)行了詳細(xì)介紹，可以理解的是，上述介紹的均為功能單元，在實(shí)際的應(yīng)用中可以多個(gè)功能單元集成在一個(gè)單元中，例如1、將策略標(biāo)識(shí)接收單元201以及配置源反饋單元304集成于配置策略管理器中，同時(shí)配置策略管理器還具有一些其它的功能，包括根據(jù)接收到的策略標(biāo)識(shí)向資源查找控制單元302轉(zhuǎn)發(fā)源信息以查找配置源，并根據(jù)策略標(biāo)識(shí)查找對(duì)應(yīng)的策略信息，并根據(jù)策略信息查詢對(duì)應(yīng)的合并策略信息；2、將配置源查詢單元203以及配置源存儲(chǔ)單元303集合為配置資源管理器，即配置資源管理器用于接收資源查找控制單元302發(fā)送的源信息，并根據(jù)源信息在本地存儲(chǔ)的配置源中查詢對(duì)應(yīng)的配置源，并將查詢到的配置源反饋至資源查找控制單元302。
上面介紹了兩種單元集合的情況，可以理解的是，在實(shí)際使用過程中還可以是其它的集成情況，具體不作限定，為方便描述，在下面對(duì)方法實(shí)施例的描述中以上述集成情況為例，即配置信息處理裝置包括配置策略管理器，資源查找控制單元，配置資源管理器，策略存儲(chǔ)單元，配置源合并單元，配置源反饋單元以及配置事件分發(fā)器。
由于本發(fā)明實(shí)施例中配置信息處理裝置可以將多個(gè)配置源合并的結(jié)果作為統(tǒng)一配置源，在開發(fā)產(chǎn)品基礎(chǔ)版本的時(shí)候設(shè)置一份基本的配置信息，而各個(gè)定制版本可以不用修改基本的配置信息只需要增加定制文件，通過合并的方式獲取配置，所以在一個(gè)配置源中包含原始的配置信息以及更新的配置信息，能夠便捷的實(shí)現(xiàn)平臺(tái)產(chǎn)品的升級(jí)和定制。下面結(jié)合上述描述的配置信息處理裝置對(duì)本發(fā)明實(shí)施例中配置信息處理方法實(shí)施例進(jìn)行詳細(xì)描述，為能夠更清楚的說明本發(fā)明實(shí)施例中的配置信息處理方法，在下面的描述中將插入一個(gè)現(xiàn)實(shí)中的例子，假設(shè)統(tǒng)一配置策略的文件樣例uconfig.xml，例子中策略標(biāo)識(shí)為“sql”，該策略使用兩個(gè)文件即“default-sql.xml”和“customization-sql.xml”作為配置源，使用“sql.xslt”作為合并的模板，使用可擴(kuò)展的樣式語言轉(zhuǎn)換(XSLT，Extensible Style sheet LanguageTransformations)作為合并引擎。目標(biāo)是將兩個(gè)文件合并為一個(gè)配置信息數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)結(jié)構(gòu)采用文檔對(duì)象模式(DOM，Document Object Model)格式。
uconfig.xml文件的內(nèi)容如下<policies>
<policy id＝”sql”>
<default type＝”xml”>f/conf/default-sql.xml</default>
<extension type＝”xml”>f/ext/conf/customizations-sql.xml</extension>
<merge-template>sql.xslt</merge-template>
<engine-type>xslt</engine-type>
<policies>
其中該文件的含義為在該文件中，策略標(biāo)識(shí)為“sql”，文件類型為“xml”，缺省配置文件路徑，即一個(gè)配置源為“f/conf/default-sql.xml”，用戶配置的配置文件路徑，即另一個(gè)配置源為“f/ext/conf/customizations-sql.xml”，合并的模板為“sql.xslt”，合并模板中指示合并的規(guī)則，具體的規(guī)則在本實(shí)施例中為“若節(jié)點(diǎn)中id一樣則使用customization-sql中的值，其余的節(jié)點(diǎn)兩個(gè)文件合并”。
default-sql.xml文件的內(nèi)容如下<configures>
<configure id＝”sql1”>
<sql>select*from function where funciton.id＝’1’</sql>
<configure>
<configure id＝”sql2”>
<sql>select*from customers</sql>
<configure>
<configures>
其中該文件的含義為若軟件中的功能節(jié)點(diǎn)id為“sql1”，則執(zhí)行SQL語句“select*from function where funciton.id＝’1’”，若節(jié)點(diǎn)id為“sql2”，則執(zhí)行SQL語句“select*from customers”。
上述所提到的節(jié)點(diǎn)id為軟件功能模塊中的一個(gè)參數(shù)。
customization-sql.xml文件的內(nèi)容如下<configures>
<configure id＝”sql1”>
<sql>select*from function where funciton.id＝’2’</sql>
<configure>
<configures>
其中該文件的大致含義為若節(jié)點(diǎn)id為“sql1”，則執(zhí)行SQL語句“select*from function where funciton.id＝’2’”。
請(qǐng)參閱圖4，本發(fā)明實(shí)施例中配置信息處理方法實(shí)施例包括步驟，在下面的介紹中，步驟的執(zhí)行主體均為配置信息處理裝置401、接收策略標(biāo)識(shí)。
配置信息處理裝置中的配置策略管理器接收用戶發(fā)送的策略標(biāo)識(shí)，該策略標(biāo)識(shí)用以表示用戶請(qǐng)求獲取統(tǒng)一配置信息。
在本實(shí)施例中，用戶向配置策略管理器發(fā)送策略標(biāo)識(shí)“sql”以獲取統(tǒng)一配置信息。
402、獲取配置策略信息。
配置策略管理器在接收到用戶端發(fā)送的策略標(biāo)識(shí)后在本地存儲(chǔ)的對(duì)應(yīng)規(guī)則中查詢策略標(biāo)識(shí)對(duì)應(yīng)的策略信息。
上述對(duì)應(yīng)規(guī)則為策略標(biāo)識(shí)與策略信息之間的對(duì)應(yīng)關(guān)系。
獲取到的策略信息中主要包括源信息，例如由哪些文件合并產(chǎn)生最終的配置信息。
在本實(shí)施例中，配置策略管理器查找源信息，此處對(duì)應(yīng)“sql”標(biāo)識(shí)的源信息是f/conf/default-sql.xml和f/ext/conf/customization-sql.xml。
403、查找配置源。
配置策略管理器查詢到源信息后向資源查找控制單元發(fā)送查詢到的源信息請(qǐng)求進(jìn)行配置源的查找。
在本實(shí)施例中，配置策略管理器將源信息f/conf/default-sql.xml和f/ext/conf/customization-sql.xml以及配置源的類型“xml”發(fā)送給資源查找控制單元。
404、獲取配置源。
資源查找控制單元根據(jù)不同的配置源類型將接收到的源信息轉(zhuǎn)發(fā)給對(duì)應(yīng)的配置資源管理器，請(qǐng)求配置資源管理器進(jìn)行配置源查詢。
在本實(shí)施例中，資源查找控制單元將查詢具體資源信息的請(qǐng)求轉(zhuǎn)發(fā)給文件類型的配置資源管理器，在請(qǐng)求中包含源信息，并且指定文件類型格式是xml類型。
405、返回配置源。
配置資源管理器查詢到對(duì)應(yīng)的配置源將配置源返回給資源查找控制單元。
在本實(shí)施例中，配置資源管理器在文件系統(tǒng)中查詢文件，取得文件的URL，并返回給資源查找控制單元。
406、返回配置源信息。
資源查找控制單元接收各資源管理器發(fā)送的配置源，并對(duì)各個(gè)配置源進(jìn)行匯總后返回給配置策略管理器。
在本實(shí)施例中，資源查找控制單元將f/conf/default-sql.xml和f/ext/conf/customization-sql.xml封裝為統(tǒng)一的資源類型，這里的資源類型包括了下列信息URL、文件類型、是否存在、描述信息等，經(jīng)過轉(zhuǎn)換的資源被返回給配置策略管理器；其中具體的封裝過程為現(xiàn)有技術(shù)，此處不作贅述。
407、獲取合并策略信息。
配置策略管理器根據(jù)獲取到的策略信息在策略存儲(chǔ)單元中查詢對(duì)應(yīng)的合并策略信息。
在本實(shí)施例中，合并策略信息為策略模板，即“sql.xslt”，也有可能該模板需要經(jīng)過處理，例如參數(shù)格式的同一等處理。
408、返回合并策略信息。
策略存儲(chǔ)單元根據(jù)配置策略管理器的請(qǐng)求查詢到對(duì)應(yīng)的合并策略信息之后將合并策略信息反饋至配置策略管理器。
在本實(shí)施例中，策略存儲(chǔ)單元將處理過的“sql.xslt”發(fā)送至配置策略管理器。
409、發(fā)送配置源信息，合并策略信息以及引擎信息。
配置策略管理器將從資源查找控制單元接收的配置源信息，從策略存儲(chǔ)單元接收的合并策略信息以及策略信息中的引擎信息發(fā)送至配置源合并單元。
在本實(shí)施例中，配置策略管理器得到的配置源，策略模板“sql.xslt”以及策略信息中的引擎信息(這里指定引擎為xslt)發(fā)送至配置源合并單元，這里的“sql.xslt”采用的策略是“若節(jié)點(diǎn)中id一樣則使用customization-sql中的值，其余的節(jié)點(diǎn)兩個(gè)文件合并”。
410、返回合并后的配置源。
配置源合并單元進(jìn)行配置源合并，并將合并后的統(tǒng)一配置源返回至配置策略管理器。
具體的合并過程為1、配置源合并單元訪問配置源，獲取其中的一個(gè)數(shù)據(jù)作為待合并數(shù)據(jù)A，如果只有一個(gè)配置源則直接返回配置源的數(shù)據(jù)，否則執(zhí)行步驟2。
2、獲取配置源中第二個(gè)數(shù)據(jù)，作為待合并數(shù)據(jù)B。
3、根據(jù)引擎信息查找對(duì)應(yīng)的合并算法引擎，并使用策略模板初始化引擎，初始化的過程為設(shè)定各引擎參數(shù)，具體的參數(shù)以及設(shè)置方法可以由實(shí)際情況進(jìn)行確定，此處不作限定。
4、將待合并數(shù)據(jù)A和待合并數(shù)據(jù)B傳入配置源合并單元，然后引擎根據(jù)策略模板的信息引導(dǎo)數(shù)據(jù)進(jìn)行合并，將合并的結(jié)果作為待合并數(shù)據(jù)A。
5、繼續(xù)獲取資源集合中的下一個(gè)數(shù)據(jù)作為待合并數(shù)據(jù)B，重復(fù)步驟4以及步驟5，直到資源集合遍歷完成。
6、最后將待合并數(shù)據(jù)A作為結(jié)果返回。
在本實(shí)施例中，配置源合并單元使用對(duì)應(yīng)的xslt引擎，將傳入的兩個(gè)配置源合并為一個(gè)統(tǒng)一的配置源，返回“sql”策略配置的DOM數(shù)據(jù)，具體的合并過程與上述描述的過程一致。
411、對(duì)配置進(jìn)行緩存。
配置策略管理器指示配置源存儲(chǔ)單元對(duì)合并后的數(shù)據(jù)進(jìn)行緩存，以便用戶再次請(qǐng)求同樣配置的時(shí)候可以不用重新合并數(shù)據(jù)而直接返回緩存中的數(shù)據(jù)。
在本實(shí)施例中，配置策略管理器指示配置源存儲(chǔ)單元對(duì)合并的DOM數(shù)據(jù)做緩存，以便統(tǒng)一配置用戶再次請(qǐng)求同樣配置的時(shí)候可以不用重新合并數(shù)據(jù)而直接返回緩存的數(shù)據(jù)。
412、返回統(tǒng)一配置。
配置策略管理器指示配置源反饋單元將合并后的數(shù)據(jù)返回給用戶。
在本實(shí)施例中，配置策略管理器指示配置源反饋單元將合并的數(shù)據(jù)返回給統(tǒng)一配置的用戶，返回的DOM數(shù)據(jù)如下<configures>
<configure id＝”sql1”>
<sql>select*from function where funciton.id＝’2’</sql>
<configure>
<configure id＝”sql2”>
<sql>select*from customers</sql>
<configure>
<configures>
其中default-sql中節(jié)點(diǎn)id為“sql1”時(shí)執(zhí)行SQL語句“select*from functionwhere funciton.id＝’1’”，customization-sql中節(jié)點(diǎn)id為“sql1”時(shí)執(zhí)行SQL語句“select*from function where funciton.id＝’2’”，而根據(jù)“sql.xslt”采用的策略“若節(jié)點(diǎn)中id一樣則使用customization-sql中的值，其余的節(jié)點(diǎn)兩個(gè)文件合并”可知，節(jié)點(diǎn)id相同時(shí)采用customization-sql文件中的值，所以此處當(dāng)節(jié)點(diǎn)id為“sql1”時(shí)執(zhí)行SQL語句“select*from function where funciton.id＝’2’”，合并的其余部分為當(dāng)節(jié)點(diǎn)id為“sql2”時(shí)執(zhí)行SQL語句“select*fromcustomers”。
在本實(shí)施例中，步驟407以及步驟408的執(zhí)行位置可以根據(jù)實(shí)際情況進(jìn)行調(diào)整，例如在配置策略管理器獲取到源信息之后就執(zhí)行步驟407與步驟408也可以實(shí)現(xiàn)發(fā)明目的，步驟411為優(yōu)選方案中的執(zhí)行步驟，也可以不執(zhí)行，并不影響發(fā)明目的的實(shí)現(xiàn)。
另外，本實(shí)施例中，在步驟401之前或之后或同時(shí)，用戶端還可以向配置事件分發(fā)器發(fā)送包含預(yù)置條件的事件偵聽標(biāo)識(shí)，請(qǐng)求對(duì)事件進(jìn)行監(jiān)控，當(dāng)滿足預(yù)置條件時(shí)通知用戶。
在配置源合并單元將各個(gè)配置源合并為統(tǒng)一配置源之后，或者是在配置事件分發(fā)器接收到用戶端發(fā)送的事件偵聽標(biāo)識(shí)之后，配置事件分發(fā)器對(duì)用戶的事件偵聽標(biāo)識(shí)進(jìn)行注冊(cè)之后對(duì)事件進(jìn)行監(jiān)控，若監(jiān)控判斷到滿足其中的預(yù)置條件時(shí)，通知用戶。
其中，預(yù)置條件可以是當(dāng)前的配置源發(fā)生變化，或者是達(dá)到指定的觸發(fā)時(shí)間。
若配置源發(fā)生變化，則配置事件分發(fā)器將更新后的配置信息發(fā)送至用戶，用戶根據(jù)接收到的更新后的配置信息重新加載配置。
本實(shí)施例中將進(jìn)行合并后的數(shù)據(jù)進(jìn)行緩存處理，所以可以提高用戶獲取配置信息的效率，同時(shí)使得數(shù)據(jù)的保存和使用分開，可以提高數(shù)據(jù)存儲(chǔ)的擴(kuò)展性；其次，由于本實(shí)施例中采用基于引擎合并的方式，只需要調(diào)整引擎的方式和使用不同的合并策略信息就可以滿足不同的統(tǒng)一配置需求，所以提高了配置合并的靈活性；再次，由于本實(shí)施例中還設(shè)置有配置事件分發(fā)器，所以用戶可以設(shè)置觸發(fā)標(biāo)識(shí)，當(dāng)配置發(fā)生變化時(shí)，配置事件分發(fā)器會(huì)主動(dòng)向用戶下發(fā)變更后的配置信息，所以提高了用戶獲取配置信息的靈活性；最后，由于本實(shí)施例中對(duì)源信息的查找采用的是“二級(jí)查找”的機(jī)制，即資源查找控制單元接收查詢請(qǐng)求并轉(zhuǎn)發(fā)至資源管理器進(jìn)行查找，并對(duì)來自資源管理器的反饋信息進(jìn)行匯總后發(fā)送給配置策略管理器，所以可以有效地提高各單元的處理性能，進(jìn)而提高整體系統(tǒng)的性能。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，包括如下步驟接收用戶發(fā)送的策略標(biāo)識(shí)；根據(jù)所述策略標(biāo)識(shí)獲取源信息以及合并策略信息；查找所述源信息對(duì)應(yīng)的配置源；按照所述合并策略信息將所述配置源合并為統(tǒng)一配置源。上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。
以上對(duì)本發(fā)明所提供的一種配置信息處理方法及裝置以及平臺(tái)系統(tǒng)進(jìn)行了詳細(xì)介紹，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種配置信息處理方法，其特征在于，包括接收用戶發(fā)送的策略標(biāo)識(shí)，其中策略標(biāo)識(shí)用于表示用戶請(qǐng)求獲取配置信息；根據(jù)所述策略標(biāo)識(shí)獲取源信息以及合并策略信息；查找所述源信息對(duì)應(yīng)的配置源；按照所述合并策略信息將所述配置源合并為統(tǒng)一配置源。
2.根據(jù)權(quán)利要求1所述的配置信息處理方法，其特征在于，所述根據(jù)所述策略標(biāo)識(shí)獲取源信息的步驟包括在本地存儲(chǔ)的對(duì)應(yīng)規(guī)則中查詢接收到的策略標(biāo)識(shí)對(duì)應(yīng)的策略信息；所述對(duì)應(yīng)規(guī)則為策略標(biāo)識(shí)與策略信息的對(duì)應(yīng)規(guī)則；所述策略信息包括源信息以及引擎信息。
3.根據(jù)權(quán)利要求1或2所述的配置信息處理方法，其特征在于，所述根據(jù)所述策略標(biāo)識(shí)獲取合并策略信息的步驟包括在本地存儲(chǔ)的對(duì)應(yīng)規(guī)則中查詢接收到的策略標(biāo)識(shí)對(duì)應(yīng)的策略信息；根據(jù)獲取到的策略信息查詢對(duì)應(yīng)的合并策略信息。
4.根據(jù)權(quán)利要求3所述的配置信息處理方法，其特征在于，所述查找所述源信息對(duì)應(yīng)的配置源的步驟包括發(fā)送包含所述源信息的配置源查找查詢請(qǐng)求；根據(jù)所述源信息查詢配置源，并匯總查詢到的配置源形成配置源集合。
5.根據(jù)權(quán)利要求4所述的配置信息處理方法，其特征在于，所述按照所述合并策略信息將所述配置源合并為統(tǒng)一配置源的步驟包括將獲取的配置源集合，合并策略信息以及策略信息中的引擎信息發(fā)送至配置源合并單元；根據(jù)合并策略信息對(duì)配置源合并單元進(jìn)行初始化處理；利用所述引擎信息對(duì)應(yīng)的合并算法根據(jù)合并策略信息中的合并規(guī)則對(duì)配置源進(jìn)行合并。
6.根據(jù)權(quán)利要求5所述的配置信息處理方法，其特征在于，該方法當(dāng)配置源合并完畢之后包括步驟對(duì)合并結(jié)果進(jìn)行緩存和/或?qū)⒑喜⒌慕Y(jié)果發(fā)送至用戶。
7.根據(jù)權(quán)利要求1所述的配置信息處理方法，其特征在于，所述接收用戶發(fā)送的策略標(biāo)識(shí)的步驟之前或之后包括接收用戶發(fā)送的事件偵聽標(biāo)識(shí)；所述按照所述合并策略信息將所述配置源合并為統(tǒng)一配置源的步驟之后包括對(duì)接收到的事件偵聽標(biāo)識(shí)進(jìn)行注冊(cè)并進(jìn)行事件監(jiān)控，若判斷滿足事件偵聽標(biāo)識(shí)中包含的預(yù)置條件，則通知所述用戶。
8.根據(jù)權(quán)利要求7所述的配置信息處理方法，其特征在于，所述預(yù)置條件包括當(dāng)前配置源發(fā)生變化，或調(diào)用配置的變更接口引起的配置改變。
9.根據(jù)權(quán)利要求8所述的配置信息處理方法，其特征在于，若配置源發(fā)生變化，則將更新后的配置信息發(fā)送至用戶；所述用戶根據(jù)所述更新后的配置信息重新加載配置。
10.一種配置信息處理裝置，其特征在于，包括策略標(biāo)識(shí)接收單元，信息獲取單元，配置源查詢單元以及配置源合并單元；所述策略標(biāo)識(shí)接收單元用于接收策略標(biāo)識(shí)，其中策略標(biāo)識(shí)用于表示用戶請(qǐng)求獲取配置信息；所述信息獲取單元用于根據(jù)接收到的策略標(biāo)識(shí)獲取對(duì)應(yīng)的源信息以及合并策略信息；所述配置源查詢單元用于根據(jù)獲取到的源信息查詢并獲得對(duì)應(yīng)的配置源；所述配置源合并單元用于根據(jù)獲取到的合并策略信息將查詢到的配置源進(jìn)行合并為統(tǒng)一配置源。
11.根據(jù)權(quán)利要求10所述的配置信息處理裝置，其特征在于，所述裝置還包括策略存儲(chǔ)單元，資源查找控制單元，配置源存儲(chǔ)單元以及配置源反饋單元；所述策略存儲(chǔ)單元用于存儲(chǔ)能夠提供合并規(guī)則的合并策略信息；所述資源查找控制單元用于接收從所述信息獲取單元的獲取到的源信息，并將該源信息轉(zhuǎn)發(fā)至配置源查詢單元；所述配置源存儲(chǔ)單元用于存儲(chǔ)配置源以及經(jīng)過合并的統(tǒng)一配置源；所述配置源反饋單元用于將經(jīng)過合并的統(tǒng)一配置源反饋給請(qǐng)求配置源的用戶。
12.根據(jù)權(quán)利要求11所述的配置信息處理裝置，其特征在于，所述裝置還包括配置事件分發(fā)器，所述配置事件分發(fā)器包括偵聽標(biāo)識(shí)接收單元以及事件監(jiān)控單元；所述偵聽標(biāo)識(shí)接收單元用于接收用戶發(fā)送的事件偵聽標(biāo)識(shí)，并將該標(biāo)識(shí)發(fā)送至事件監(jiān)控單元；所述事件監(jiān)控單元根據(jù)接收到的事件偵聽標(biāo)識(shí)對(duì)配置事件進(jìn)行監(jiān)控，判斷是否滿足該事件偵聽標(biāo)識(shí)中的預(yù)置條件，若滿足則請(qǐng)求配置源反饋單元向用戶反饋當(dāng)前的配置源。
13.根據(jù)權(quán)利要求10至12中任一項(xiàng)所述的配置信息處理裝置，其特征在于，所述配置源合并單元包括初始化單元，數(shù)據(jù)訪問單元，合并執(zhí)行單元以及合并控制單元；所述初始化單元用于根據(jù)合并策略信息進(jìn)行初始化處理；所述數(shù)據(jù)訪問單元用于獲取配置源中的待合并數(shù)據(jù)，并將數(shù)據(jù)發(fā)送至合并執(zhí)行單元；所述合并執(zhí)行單元用于根據(jù)合并策略信息對(duì)獲取到的待合并數(shù)據(jù)進(jìn)行合并；所述合并控制單元用于判斷待合并數(shù)據(jù)是否已經(jīng)合并完成，并生成判斷結(jié)果。
14.一種平臺(tái)系統(tǒng)，其特征在于，包括用戶操作接口，配置信息處理裝置及產(chǎn)品生成單元；所述用戶操作接口用于接收用戶發(fā)送的包含策略標(biāo)識(shí)的產(chǎn)品處理請(qǐng)求；所述配置信息處理裝置用于根據(jù)產(chǎn)品請(qǐng)求中的策略標(biāo)識(shí)對(duì)包含配置信息的配置源進(jìn)行合并得到統(tǒng)一配置源；所述產(chǎn)品生成單元用于根據(jù)合并后的統(tǒng)一配置源開發(fā)或者定制用戶請(qǐng)求的平臺(tái)產(chǎn)品。
15.根據(jù)權(quán)利要求14所述的平臺(tái)系統(tǒng)，其特征在于，所述配置信息處理裝置包括策略標(biāo)識(shí)接收單元，信息獲取單元，配置源查詢單元及配置源合并單元；所述策略標(biāo)識(shí)接收單元用于接收策略標(biāo)識(shí)，其中策略標(biāo)識(shí)用于表示用戶請(qǐng)求獲取配置信息；所述信息獲取單元用于根據(jù)接收到的策略標(biāo)識(shí)獲取對(duì)應(yīng)的源信息以及合并策略信息；所述配置源查詢單元用于根據(jù)獲取到的源信息查詢并獲得對(duì)應(yīng)的配置源；所述配置源合并單元用于根據(jù)獲取到的合并策略信息將查詢到的配置源進(jìn)行合并為統(tǒng)一配置源。
16.根據(jù)權(quán)利要求14或15所述的平臺(tái)系統(tǒng)，其特征在于，所述產(chǎn)品生成單元包括產(chǎn)品定制單元，產(chǎn)品封裝單元以及產(chǎn)品輸出單元；所述產(chǎn)品定制單元用于根據(jù)用戶的請(qǐng)求對(duì)從配置源合并單元獲取的統(tǒng)一配置源進(jìn)行配置；所述產(chǎn)品封裝單元用于對(duì)配置后的功能模塊進(jìn)行封裝形成最終產(chǎn)品；所述產(chǎn)品輸出單元用于將形成的最終產(chǎn)品輸出。
全文摘要
本發(fā)明公開了一種配置信息處理方法及通訊系統(tǒng)以及配置信息處理裝置，用于提高平臺(tái)定制的靈活性。本發(fā)明方法包括接收用戶發(fā)送的策略標(biāo)識(shí)，其中策略標(biāo)識(shí)用于表示用戶請(qǐng)求獲取配置信息；根據(jù)所述策略標(biāo)識(shí)獲取源信息以及合并策略信息；查找所述源信息對(duì)應(yīng)的配置源；按照所述合并策略信息將所述配置源合并為統(tǒng)一配置源。本發(fā)明還提供一種配置信息處理裝置以及平臺(tái)系統(tǒng)。本發(fā)明可以有效地提高平臺(tái)定制的靈活性。
文檔編號(hào)G06F17/30GK101042649SQ20071010302
公開日2007年9月26日 申請(qǐng)日期2007年4月29日 優(yōu)先權(quán)日2007年4月29日
發(fā)明者穆鴻 申請(qǐng)人:華為技術(shù)有限公司