專利名稱：云構(gòu)件軟件系統(tǒng)基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)軟件領(lǐng)域，特別涉及云計(jì)算構(gòu)件的軟件實(shí)現(xiàn)技術(shù)領(lǐng)域，具體是 指一種計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法。
背景技術(shù)：
目前的企業(yè)信息系統(tǒng)云構(gòu)件資源中已有一些相關(guān)產(chǎn)品報(bào)道；關(guān)于構(gòu)件軟件和構(gòu)件 庫系統(tǒng)也有不少產(chǎn)品和研發(fā)報(bào)道，其中包含業(yè)務(wù)構(gòu)件和用戶自定義管理業(yè)務(wù)構(gòu)件的信息系 統(tǒng)和中間件及對業(yè)務(wù)構(gòu)件系統(tǒng)全生命周期進(jìn)行管理維護(hù)的ERP系統(tǒng)產(chǎn)品。國內(nèi)外的一些高 校對業(yè)務(wù)構(gòu)件演化環(huán)境也進(jìn)行了研發(fā)。但在現(xiàn)有技術(shù)中，企業(yè)面對紛繁復(fù)雜的各種應(yīng)用需求和變化無法靈活的進(jìn)行改 變，同時也無法在基于互聯(lián)網(wǎng)的表單式業(yè)務(wù)演化環(huán)境中獲得支持，從而需要軟件產(chǎn)商的長 期參與，從而大大增加了相應(yīng)的實(shí)施開發(fā)成本，延長了產(chǎn)品發(fā)布周期，給計(jì)算機(jī)軟件技術(shù)的 進(jìn)一步發(fā)展帶來了一定的障礙。同時，基于政策的網(wǎng)絡(luò)是指以公司的政策為中心和驅(qū)動力搭建起來的用于給服務(wù) 對象提供更好服務(wù)的網(wǎng)絡(luò)系統(tǒng)?；谡叩木W(wǎng)絡(luò)強(qiáng)調(diào)的是一個系統(tǒng)化的網(wǎng)絡(luò)服務(wù)系統(tǒng)。希望藉由基于政策的網(wǎng)絡(luò) 架構(gòu)，直接將企業(yè)領(lǐng)導(dǎo)者所制定的政策目標(biāo)以網(wǎng)絡(luò)管理政策方式來表現(xiàn)，進(jìn)而透過基于政 策的網(wǎng)絡(luò)服務(wù)系統(tǒng)的運(yùn)作，將網(wǎng)絡(luò)管理政策分配至整個系統(tǒng)執(zhí)行。政策是定義網(wǎng)絡(luò)服務(wù)系統(tǒng)應(yīng)該如何運(yùn)作才能支持一個機(jī)構(gòu)目標(biāo)的規(guī)則。具體到企 業(yè)管理范疇，政策是一套指導(dǎo)和確定如何管理、分配和控制企業(yè)資源的業(yè)務(wù)規(guī)則。政策的執(zhí) 行確保業(yè)務(wù)規(guī)則總是得到遵循。業(yè)務(wù)規(guī)則構(gòu)成指導(dǎo)行動的條件。政策是一組規(guī)則，每條規(guī)則由一組條件和動作組成。條件定義規(guī)則使用的參數(shù)，當(dāng) 一條規(guī)則投入使用時，規(guī)則中的動作能夠被觸，并且可能與規(guī)則中設(shè)定的條件相遇；動作本 質(zhì)上就是定義當(dāng)所需條件滿足時所執(zhí)行的動作。

發(fā)明內(nèi)容
本發(fā)明的目的是克服了上述現(xiàn)有技術(shù)中的缺點(diǎn)，提供一種能夠有效解決計(jì)算機(jī)軟 件在發(fā)布和實(shí)施過程中的需求多樣化問題、配置過程簡單明晰、使用過程快捷方便、工作性 能穩(wěn)定可靠、適用范圍較為廣泛的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款 處理的方法。為了實(shí)現(xiàn)上述的目的，本發(fā)明的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配 置條款處理的方法如下該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法，所述的基 于政策的網(wǎng)絡(luò)包括服務(wù)器端和與該服務(wù)器端相連接的數(shù)個客戶端，其主要特點(diǎn)是，所述的 方法包括以下步驟(1)所述的服務(wù)器端根據(jù)用戶操作預(yù)設(shè)相應(yīng)的接收事件；
(2)所述的客戶端向服務(wù)器端發(fā)送用于政策的配置的請求；(3)所述的服務(wù)器端接收到相應(yīng)的請求，進(jìn)行請求驗(yàn)證操作并生成相應(yīng)的政策；(4)所述的服務(wù)器端根據(jù)所述的政策對客戶端進(jìn)行相應(yīng)規(guī)則的配置。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的接收 事件包括由系統(tǒng)激發(fā)的系統(tǒng)事件和由用戶激發(fā)的用戶事件。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的系統(tǒng) 事件可以為系統(tǒng)根據(jù)事件類型定義定時或每隔一段時間所激發(fā)的事件，或者系統(tǒng)數(shù)據(jù)發(fā)生 變化時自動激發(fā)的事件。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的用戶 事件可以為用戶提交申請或者用戶主動激發(fā)事件。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的客戶 端向服務(wù)器端發(fā)送用于政策的配置的請求，包括以下步驟(11)所述的客戶端通過與服務(wù)器端之間的連接接口將相應(yīng)的配置請求信息發(fā)送 至服務(wù)器端；(12)所述的服務(wù)器端對所述的配置請求信息進(jìn)行處理和統(tǒng)計(jì)。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的配置 請求信息中包括客戶名稱屬性、客戶需求屬性、客戶類別屬性、請求時間屬性和附件屬性。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的服務(wù) 器端接收到相應(yīng)的請求進(jìn)行請求驗(yàn)證操作，包括以下步驟(21)驗(yàn)證客戶端所發(fā)送的配置請求信息中的客戶名稱屬性的真實(shí)性和有效性；(22)驗(yàn)證客戶端所發(fā)送的配置請求信息中的客戶需求屬性是否具有基本的合理 性；(23)驗(yàn)證客戶端所發(fā)送的配置請求信息中的附件屬性是否合法和有效；(24)驗(yàn)證客戶端所發(fā)送的配置請求信息中的語音信息是否同樣具有合理性。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的驗(yàn)證 客戶端所發(fā)送的配置請求信息中的客戶名稱屬性的真實(shí)性和有效性，包括以下步驟(211)所述的服務(wù)器端判斷客戶是個人客戶還是公司客戶；(212)如果是個人客戶，則驗(yàn)證相應(yīng)的郵件信息或者身份證信息是否與客戶名稱 相符合，如果是，則該客戶名稱是真實(shí)有效的，否則該客戶名稱不是真實(shí)有效的；(213)如果是公司客戶，則驗(yàn)證相應(yīng)的公司名稱是否能夠在工商行政管理部門查 詢到，如果是，則該客戶名稱是真實(shí)有效的，否則該客戶名稱不是真實(shí)有效的。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的驗(yàn)證 客戶端所發(fā)送的配置請求信息中的客戶需求屬性是否具有基本的合理性，包括以下步驟(221)所述的服務(wù)器端判斷所述的需求信息內(nèi)容的長度是否大于系統(tǒng)預(yù)設(shè)的長 度；(222)如果是，則該需求信息具有基本的合理性；
(223)如果否，則該需求信息不具有基本的合理性。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的驗(yàn)證 客戶端所發(fā)送的配置請求信息中的附件屬性是否合法和有效，包括以下步驟
(231)所述的服務(wù)器端判斷所述的附件信息是否為合法有效的文件，同時文件內(nèi) 容是否和請求的問題相關(guān)，并且文件內(nèi)容中是否沒有使用非法詞語和語句；(232)如果是，則該附件信息是合法有效的；(233)如果否，則該附件信息不是合法有效的。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的服務(wù) 器端生成相應(yīng)的政策，包括以下步驟(31)所述的服務(wù)器端對所接收到的配置請求信息進(jìn)行整理，并過濾掉無效的信 息；(32)所述的服務(wù)器端將非結(jié)構(gòu)化的語音信息轉(zhuǎn)換為結(jié)構(gòu)化的信息；(33)所述的服務(wù)器端對所述的配置請求信息進(jìn)行統(tǒng)計(jì)，并生成相應(yīng)的報(bào)表； (34)所述的服務(wù)器端根據(jù)所述的報(bào)表改進(jìn)現(xiàn)有的策略或者建立新的策略；(35)所述的服務(wù)器端根據(jù)所述的策略對網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行配置，從而實(shí)現(xiàn)網(wǎng)絡(luò)政 策的變化。該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法中的報(bào)表 包括按照需求的類型展示的報(bào)表、按照客戶名稱統(tǒng)計(jì)的報(bào)表。采用了該發(fā)明的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的 方法，由于其在網(wǎng)絡(luò)中實(shí)現(xiàn)了政策的處理，其中服務(wù)器端預(yù)留各種接收事件，客戶端發(fā)送用 于政策的配置的請求；服務(wù)器接收請求驗(yàn)證請求的規(guī)則并生成政策，從服務(wù)器向客戶端配 置所有規(guī)則，從而可實(shí)現(xiàn)基于本軟件框架用戶隨時開發(fā)個性化需求，并在一套框架基礎(chǔ)上 實(shí)現(xiàn)若干應(yīng)用實(shí)體，有效降低了開發(fā)成本和軟件重復(fù)利用率，降低了軟件的實(shí)施成本，并且 明顯縮短了軟件發(fā)布的周期，同時配置過程簡單明晰，使用過程快捷方便，工作性能穩(wěn)定可 靠，適用范圍較為廣泛，為構(gòu)件化軟件技術(shù)的進(jìn)一步發(fā)展和云計(jì)算構(gòu)件技術(shù)的進(jìn)一步推廣 應(yīng)用奠定了堅(jiān)實(shí)的基礎(chǔ)。


圖1為本發(fā)明的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的 方法的整體工作原理流程示意圖。
具體實(shí)施例方式為了能夠更清楚地理解本發(fā)明的技術(shù)內(nèi)容，特舉以下實(shí)施例詳細(xì)說明。請參閱圖1所示，該計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理 的方法，所述的基于政策的網(wǎng)絡(luò)包括服務(wù)器端和與該服務(wù)器端相連接的數(shù)個客戶端，其主 要特點(diǎn)是，所述的方法包括以下步驟(1)所述的服務(wù)器端根據(jù)用戶操作預(yù)設(shè)相應(yīng)的接收事件；該接收事件包括由系統(tǒng) 激發(fā)的系統(tǒng)事件和由用戶激發(fā)的用戶事件；該系統(tǒng)事件可以為系統(tǒng)根據(jù)事件類型定義定時 或每隔一段時間所激發(fā)的事件，或者系統(tǒng)數(shù)據(jù)發(fā)生變化時自動激發(fā)的事件；該用戶事件可 以為用戶提交申請或者用戶主動激發(fā)事件；(2)所述的客戶端向服務(wù)器端發(fā)送用于政策的配置的請求，包括以下步驟(a)所述的客戶端通過與服務(wù)器端之間的連接接口將相應(yīng)的配置請求信息發(fā)送至服務(wù)器端；所述的配置請求信息中包括客戶名稱屬性、客戶需求屬性、客戶類別屬性、請求 時間屬性和附件屬性；(b)所述的服務(wù)器端對所述的配置請求信息進(jìn)行處理和統(tǒng)計(jì)；(3)所述的服務(wù)器端接收到相應(yīng)的請求，進(jìn)行請求驗(yàn)證操作并生成相應(yīng)的政策； 該服務(wù)器端接收到相應(yīng)的請求進(jìn)行請求驗(yàn)證操作，包括以下步驟(a)驗(yàn)證客戶端所發(fā)送的配置請求信息中的客戶名稱屬性的真實(shí)性和有效性，包 括以下步驟(i)所述的服務(wù)器端判斷客戶是個人客戶還是公司客戶；(ii)如果是個人客戶，則驗(yàn)證相應(yīng)的郵件信息或者身份證信息是否與客戶名稱相符合，如果是，則該客戶名稱是真實(shí)有效的，否則該客戶名稱不是真實(shí)有效的；(iii)如果是公司客戶，則驗(yàn)證相應(yīng)的公司名稱是否能夠在工商行政管理部門查 詢到，如果是，則該客戶名稱是真實(shí)有效的，否則該客戶名稱不是真實(shí)有效的；(b)驗(yàn)證客戶端所發(fā)送的配置請求信息中的客戶需求屬性是否具有基本的合理 性，包括以下步驟(i)所述的服務(wù)器端判斷所述的需求信息內(nèi)容的長度是否大于系統(tǒng)預(yù)設(shè)的長度；(ii)如果是，則該需求信息具有基本的合理性；(iii)如果否，則該需求信息不具有基本的合理性；(c)驗(yàn)證客戶端所發(fā)送的配置請求信息中的附件屬性是否合法和有效，包括以下 步驟(i)所述的服務(wù)器端判斷所述的附件信息是否為合法有效的文件，同時文件內(nèi)容 是否和請求的問題相關(guān)，并且文件內(nèi)容中是否沒有使用非法詞語和語句；(ii)如果是，則該附件信息是合法有效的；(iii)如果否，則該附件信息不是合法有效的；(d)驗(yàn)證客戶端所發(fā)送的配置請求信息中的語音信息是否同樣具有合理性；該服 務(wù)器端生成相應(yīng)的政策，包括以下步驟(a)所述的服務(wù)器端對所接收到的配置請求信息進(jìn)行整理，并過濾掉無效的信 息；(b)所述的服務(wù)器端將非結(jié)構(gòu)化的語音信息轉(zhuǎn)換為結(jié)構(gòu)化的信息；(c)所述的服務(wù)器端對所述的配置請求信息進(jìn)行統(tǒng)計(jì)，并生成相應(yīng)的報(bào)表；該報(bào) 表包括按照需求的類型展示的報(bào)表、按照客戶名稱統(tǒng)計(jì)的報(bào)表；(d)所述的服務(wù)器端根據(jù)所述的報(bào)表改進(jìn)現(xiàn)有的策略或者建立新的策略；(e)所述的服務(wù)器端根據(jù)所述的策略對網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行配置，從而實(shí)現(xiàn)網(wǎng)絡(luò)政 策的變化；(4)所述的服務(wù)器端根據(jù)所述的政策對客戶端進(jìn)行相應(yīng)規(guī)則的配置。在實(shí)際使用當(dāng)中，本發(fā)明的事件執(zhí)行的過程具體如下當(dāng)滿足一定條件的時候，服務(wù)器相應(yīng)事件會被觸發(fā)。事件觸發(fā)后會根據(jù)已啟用政 策的具體設(shè)置執(zhí)行動作，比如啟動業(yè)務(wù)流程，給客戶發(fā)送相關(guān)的通知信息等等。事件有系統(tǒng)事件和用戶事件。系統(tǒng)事件由系統(tǒng)激發(fā)，如系統(tǒng)根據(jù)事件類型定義定 時或每隔一段時間激發(fā)事件，當(dāng)系統(tǒng)數(shù)據(jù)發(fā)生變化時自動激發(fā)事件等等。用戶事件由用戶激發(fā)，如用戶提交申請，主動激發(fā)事件。
政策的制定和調(diào)整基于客戶群的具體情況和反饋，客戶的需求在不斷地變化，客 戶環(huán)境也在不斷變化，公司的政策必須定時根據(jù)客戶的統(tǒng)計(jì)信息進(jìn)行調(diào)整，如何得到這些 統(tǒng)計(jì)信息，這就需要系統(tǒng)提供接受和管理客戶信息的功能，客戶端發(fā)送政策的配置請求的 具體過程如下首先系統(tǒng)提供接口供用戶提交信息，這些接口包括SMTP郵件接口，用戶可 以用發(fā)郵件的形式通過這個接口來提交數(shù)據(jù)，HTTP協(xié)議的TOB接口，用戶可以通過在網(wǎng)上 提交表單的方式通過這個接口提交信息，最后通過語音通話的方式用戶還可以直接打電話 給公司的呼叫中心(CALL CENTER)系統(tǒng)提交自己的請求，通過系統(tǒng)提供的這些接口用戶可 以把自己對公司的需求和意見提交給公司的管理系統(tǒng)，公司的管理系統(tǒng)對這些結(jié)構(gòu)化的信 息以及非結(jié)構(gòu)化的語音信息進(jìn)行處理和統(tǒng)計(jì)，然后經(jīng)過公司管理層的決策制定或者改進(jìn)原 有的政策，以此來更好的服務(wù)客戶，同時，接口所需要的數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)需要包括下列屬性客戶名稱、客戶的需求、 客戶的類別、請求的時間、附件，如果是語音信息還包括語音數(shù)據(jù)。服務(wù)器端生成政策的步驟如下首先，服務(wù)器端的管理人員會對接受的用戶需求數(shù)據(jù)進(jìn)行初步整理，過濾掉無效 的信息，同時把非結(jié)構(gòu)化的語音信息轉(zhuǎn)化為結(jié)構(gòu)化的信息，便于下一步的統(tǒng)計(jì)和分析，隨后 系統(tǒng)人員會對這些信息進(jìn)行統(tǒng)計(jì)，生成必要的報(bào)表，例如按照需求的類型展示的報(bào)表，按照 客戶名稱統(tǒng)計(jì)的報(bào)表，然后這些報(bào)表作為系統(tǒng)人員初步分析的產(chǎn)出呈現(xiàn)給公司的決策人 員，公司的決策人員會根據(jù)這些報(bào)表討論出相應(yīng)的措施來改進(jìn)現(xiàn)有的公司策略或者建立新 的公司策略，最后系統(tǒng)管理人員會把決策人員的討論結(jié)果在公司的管理系統(tǒng)通過配置實(shí) 現(xiàn)，這些政策的變化會對以后公司的各種流程的執(zhí)行產(chǎn)生相應(yīng)的影響系統(tǒng)管理人員會對請求做初步的驗(yàn)證，驗(yàn)證的過程為首先查看客戶名稱的真實(shí)性和有效性，然后查看客戶需求是否具有基本的合理 性，最后檢查請求的附件是否合法和有效并驗(yàn)證語音信息是否具有同樣的合理性對于規(guī)則的驗(yàn)證需要一些基本的約束條件包括客戶的名稱必須有效地，如果是個人客戶必須提供相應(yīng)的證明信息比如真實(shí)的郵 件或者身份證等，如果是公司客戶，公司的名稱必須在工商局可以查到；另外客戶的需求內(nèi) 容的長度必須足夠長，以保證可以把問題說明清楚，同時也可以鑒別一些垃圾請求，對于請 求的附件，必須是合法有效地文件，并且文件內(nèi)容必須和請求的問題相關(guān)，并且沒有使用非 法詞語和語句生成政策的處理可以包括下面幾步首先系統(tǒng)管理人員初步篩選，然后生成決策人員需要的報(bào)表，然后送交公司決策 人員參考并討論，按照討論的結(jié)果制定或者修改公司的政策，最后又系統(tǒng)人員根據(jù)新的政 策在公司的管理系統(tǒng)中配置實(shí)現(xiàn)。同時政策的配置是由系統(tǒng)管理人員根據(jù)公司領(lǐng)導(dǎo)層的管理思想，根據(jù)采集的客戶 信息在系統(tǒng)里進(jìn)行配置的。采用了上述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方 法，由于其在網(wǎng)絡(luò)中實(shí)現(xiàn)了政策的處理，其中服務(wù)器端預(yù)留各種接收事件，客戶端發(fā)送用于 政策的配置的請求；服務(wù)器接收請求驗(yàn)證請求的規(guī)則并生成政策，從服務(wù)器向客戶端配置所有規(guī)則，從而可實(shí)現(xiàn)基于本軟件框架用戶隨時開發(fā)個性化需求，并在一套框架基礎(chǔ)上實(shí) 現(xiàn)若干應(yīng)用實(shí)體，有效降低了開發(fā)成本和軟件重復(fù)利用率，降低了軟件的實(shí)施成本，并且明 顯縮短了軟件發(fā)布的周期，同時配置過程簡單明晰，使用過程快捷方便，工作性能穩(wěn)定可 靠，適用范圍較為廣泛，為構(gòu)件化軟件技術(shù)的進(jìn)一步發(fā)展和云計(jì)算構(gòu)件技術(shù)的進(jìn)一步推廣 應(yīng)用奠定了堅(jiān)實(shí)的基礎(chǔ)。
在此說明書中，本發(fā)明已參照其特定的實(shí)施例作了描述。但是，很顯然仍可以作出 各種修改和變換而不背離本發(fā)明的精神和范圍。因此，說明書和附圖應(yīng)被認(rèn)為是說明性的 而非限制性的。
權(quán)利要求
一種計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法，所述的基于政策的網(wǎng)絡(luò)包括服務(wù)器端和與該服務(wù)器端相連接的數(shù)個客戶端，其特征在于，所述的方法包括以下步驟(1)所述的服務(wù)器端根據(jù)用戶操作預(yù)設(shè)相應(yīng)的接收事件；(2)所述的客戶端向服務(wù)器端發(fā)送用于政策的配置的請求；(3)所述的服務(wù)器端接收到相應(yīng)的請求，進(jìn)行請求驗(yàn)證操作并生成相應(yīng)的政策；(4)所述的服務(wù)器端根據(jù)所述的政策對客戶端進(jìn)行相應(yīng)規(guī)則的配置。
2.根據(jù)權(quán)利要求1所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處 理的方法，其特征在于，所述的接收事件包括由系統(tǒng)激發(fā)的系統(tǒng)事件和由用戶激發(fā)的用戶 事件。
3.根據(jù)權(quán)利要求2所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處 理的方法，其特征在于，所述的系統(tǒng)事件為系統(tǒng)根據(jù)事件類型定義定時或每隔一段時間所 激發(fā)的事件，或者系統(tǒng)數(shù)據(jù)發(fā)生變化時自動激發(fā)的事件。
4.根據(jù)權(quán)利要求2所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處 理的方法，其特征在于，所述的用戶事件為用戶提交申請或者用戶主動激發(fā)事件。
5.根據(jù)權(quán)利要求1至4中任一項(xiàng)所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn) 配置條款處理的方法，其特征在于，所述的客戶端向服務(wù)器端發(fā)送用于政策的配置的請求， 包括以下步驟(11)所述的客戶端通過與服務(wù)器端之間的連接接口將相應(yīng)的配置請求信息發(fā)送至服 務(wù)器端；(12)所述的服務(wù)器端對所述的配置請求信息進(jìn)行處理和統(tǒng)計(jì)。
6.根據(jù)權(quán)利要求5所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處 理的方法，其特征在于，所述的配置請求信息中包括客戶名稱屬性、客戶需求屬性、客戶類 別屬性、請求時間屬性和附件屬性。
7.根據(jù)權(quán)利要求6所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處 理的方法，其特征在于，所述的服務(wù)器端接收到相應(yīng)的請求進(jìn)行請求驗(yàn)證操作，包括以下步 驟(21)驗(yàn)證客戶端所發(fā)送的配置請求信息中的客戶名稱屬性的真實(shí)性和有效性；(22)驗(yàn)證客戶端所發(fā)送的配置請求信息中的客戶需求屬性是否具有基本的合理性；(23)驗(yàn)證客戶端所發(fā)送的配置請求信息中的附件屬性是否合法和有效；(24)驗(yàn)證客戶端所發(fā)送的配置請求信息中的語音信息是否同樣具有合理性。
8.根據(jù)權(quán)利要求7所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處 理的方法，其特征在于，所述的驗(yàn)證客戶端所發(fā)送的配置請求信息中的客戶名稱屬性的真 實(shí)性和有效性，包括以下步驟(211)所述的服務(wù)器端判斷客戶是個人客戶還是公司客戶；(212)如果是個人客戶，則驗(yàn)證相應(yīng)的郵件信息或者身份證信息是否與客戶名稱相符 合，如果是，則該客戶名稱是真實(shí)有效的，否則該客戶名稱不是真實(shí)有效的；(213)如果是公司客戶，則驗(yàn)證相應(yīng)的公司名稱是否能夠在工商行政管理部門查詢到， 如果是，則該客戶名稱是真實(shí)有效的，否則該客戶名稱不是真實(shí)有效的。
9.根據(jù)權(quán)利要求7所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處 理的方法，其特征在于，所述的驗(yàn)證客戶端所發(fā)送的配置請求信息中的客戶需求屬性是否 具有基本的合理性，包括以下步驟(221)所述的服務(wù)器端判斷所述的需求信息內(nèi)容的長度是否大于系統(tǒng)預(yù)設(shè)的長度；(222)如果是，則該需求信息具有基本的合理性；(223)如果否，則該需求信息不具有基本的合理性。
10.根據(jù)權(quán)利要求7所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處 理的方法，其特征在于，所述的驗(yàn)證客戶端所發(fā)送的配置請求信息中的附件屬性是否合法 和有效，包括以下步驟(231)所述的服務(wù)器端判斷所述的附件信息是否為合法有效的文件，同時文件內(nèi)容是 否和請求的問題相關(guān)，并且文件內(nèi)容中是否沒有使用非法詞語和語句；(232)如果是，則該附件信息是合法有效的；(233)如果否，則該附件信息不是合法有效的。
11.根據(jù)權(quán)利要求1至4中任一項(xiàng)所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí) 現(xiàn)配置條款處理的方法，其特征在于，所述的服務(wù)器端生成相應(yīng)的政策，包括以下步驟(31)所述的服務(wù)器端對所接收到的配置請求信息進(jìn)行整理，并過濾掉無效的信息；(32)所述的服務(wù)器端將非結(jié)構(gòu)化的語音信息轉(zhuǎn)換為結(jié)構(gòu)化的信息；(33)所述的服務(wù)器端對所述的配置請求信息進(jìn)行統(tǒng)計(jì)，并生成相應(yīng)的報(bào)表；(34)所述的服務(wù)器端根據(jù)所述的報(bào)表改進(jìn)現(xiàn)有的策略或者建立新的策略；(35)所述的服務(wù)器端根據(jù)所述的策略對網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行配置，從而實(shí)現(xiàn)網(wǎng)絡(luò)政策的 變化。
12.根據(jù)權(quán)利要求11所述的計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款 處理的方法，其特征在于，所述的報(bào)表包括按照需求的類型展示的報(bào)表、按照客戶名稱統(tǒng)計(jì) 的報(bào)表。
全文摘要
本發(fā)明涉及一種計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法，所述的基于政策的網(wǎng)絡(luò)包括服務(wù)器端和與服務(wù)器端相連接的數(shù)個客戶端，其中包括服務(wù)器端根據(jù)用戶操作預(yù)設(shè)相應(yīng)的接收事件、客戶端向服務(wù)器端發(fā)送用于政策的配置的請求、服務(wù)器端接收到相應(yīng)的請求進(jìn)行請求驗(yàn)證操作并生成相應(yīng)的政策、服務(wù)器端根據(jù)所述的政策對客戶端進(jìn)行相應(yīng)規(guī)則的配置。采用該種計(jì)算機(jī)云構(gòu)件軟件系統(tǒng)中基于政策的網(wǎng)絡(luò)實(shí)現(xiàn)配置條款處理的方法，降低了開發(fā)成本和軟件重復(fù)利用率，明顯縮短了軟件發(fā)布的周期，配置過程簡單明晰，工作性能穩(wěn)定可靠，適用范圍較為廣泛，為構(gòu)件化軟件技術(shù)的進(jìn)一步發(fā)展和云計(jì)算構(gòu)件技術(shù)的進(jìn)一步推廣應(yīng)用奠定了堅(jiān)實(shí)的基礎(chǔ)。
文檔編號H04L29/06GK101873311SQ20101018511
公開日2010年10月27日 申請日期2010年5月26日 優(yōu)先權(quán)日2010年5月26日
發(fā)明者黃柳青 申請人:上海動量軟件技術(shù)有限公司