欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置和方法

文檔序號(hào):6406093閱讀:194來源:國(guó)知局
專利名稱:動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置和方法
技術(shù)領(lǐng)域
本發(fā)明一般地涉及電子商務(wù)中有關(guān)商業(yè)合作的裝置和方法,具體地涉及在大型電子商務(wù)網(wǎng)絡(luò)環(huán)境中動(dòng)態(tài)地組裝業(yè)務(wù)流程模型的裝置和方法。
背景技術(shù)
通過集成方式進(jìn)行的動(dòng)態(tài)電子商務(wù)合作是大量的信息技術(shù)和服務(wù)公司所開發(fā)的現(xiàn)有技術(shù)。在動(dòng)態(tài)商業(yè)環(huán)境中,需求和供給多數(shù)都是由每個(gè)獨(dú)立的商業(yè)事件本身驅(qū)動(dòng)的。對(duì)各個(gè)合作方而言,短期和動(dòng)態(tài)的合作正在取代固有的、長(zhǎng)期的伙伴關(guān)系而成為主流。這個(gè)新商業(yè)模式的關(guān)鍵問題在于人們?nèi)绾文軌驈倪@個(gè)特殊和動(dòng)態(tài)的關(guān)系中受益,或者從另一個(gè)觀點(diǎn)來看,我們?nèi)绾文軌虮WC那些有意向的企業(yè)如它們所期望的那樣減少成本和提高效率。
對(duì)于要使整個(gè)合作的生命周期完全自動(dòng)化和流程化的企業(yè)來說,需要一種能夠證明、促進(jìn)和實(shí)踐這種新電子商務(wù)模式的裝置和方法,而這種裝置和方法的關(guān)鍵問題在于,我們?nèi)绾文軌蛲ㄟ^在實(shí)際運(yùn)行之前消除合作方之間可能仍然存在的、共有的商業(yè)和/或IT(信息技術(shù))問題,而保障在大型電子商務(wù)環(huán)境中的運(yùn)行效率和有效性。
為了解決這個(gè)問題,不同的企業(yè)已經(jīng)提出了一些現(xiàn)有的方法。例如,ebXML(e-business Extensible Markup Language-電子商務(wù)可擴(kuò)展標(biāo)記語(yǔ)言)初始標(biāo)準(zhǔn)為在線B2B(商業(yè)至商業(yè))交易定義了“建模-公布-發(fā)現(xiàn)-交換”的循環(huán)。每個(gè)合作方都將創(chuàng)建并公布CPP(合作方協(xié)議),以指定其商業(yè)能力和所支持的交互協(xié)議,在各個(gè)合作方之間進(jìn)行協(xié)商之后,達(dá)成CPA(合作方協(xié)定),以限定這個(gè)聯(lián)合體的構(gòu)成及所有各方都同意的交互協(xié)議。在CPP和CPA中允許對(duì)流程規(guī)范的鏈接,而這種鏈接僅僅被用作為該協(xié)商方式的外部支持,ebXML并不支持對(duì)不同合作方的不同CPP之間可能存在不一致情況進(jìn)行檢查和發(fā)現(xiàn)。在大多數(shù)情況下,對(duì)合作方之間的流程模型的理解、校驗(yàn)和調(diào)和需要大量的人工參與,因此會(huì)導(dǎo)致時(shí)間和資金上的大量開銷。
有些公司也試圖通過網(wǎng)絡(luò)服務(wù)設(shè)備和相關(guān)協(xié)議來解決動(dòng)態(tài)電子商務(wù)關(guān)系的問題。WSDL(Web Service Definition Language-網(wǎng)絡(luò)服務(wù)定義語(yǔ)言)被用來定義由企業(yè)所公開的業(yè)務(wù)調(diào)用接口。UDDI被企業(yè)用來公開其商業(yè)信息,以及其所支持的業(yè)務(wù),然后這些商業(yè)信息和被支持的業(yè)務(wù)可以被感興趣的潛在合作方查詢和檢索。
UDDI(Universal Description,Discovery and Integration-通用描述、發(fā)現(xiàn)和集成)技術(shù)委員會(huì)的目的是發(fā)展關(guān)于網(wǎng)絡(luò)業(yè)務(wù)注冊(cè)基礎(chǔ)工作,UDDI規(guī)范形成了在企業(yè)內(nèi)部和企業(yè)之間公布和發(fā)現(xiàn)網(wǎng)絡(luò)實(shí)現(xiàn)的必要技術(shù)基礎(chǔ)。有關(guān)UDDI規(guī)范等的詳細(xì)信息可以在以下地址找到http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=uddi-spec。
然后,在運(yùn)行時(shí)間使用SOAP(Simple Object Access Protocol-簡(jiǎn)單對(duì)象訪問協(xié)議-由例如WSIF(Web Service Invocation Framework-網(wǎng)絡(luò)服務(wù)調(diào)用主機(jī))的其它標(biāo)準(zhǔn)強(qiáng)化)來支持網(wǎng)絡(luò)業(yè)務(wù)的調(diào)用。新采用的業(yè)務(wù)流程模型BPEL(Business Process Execution Language-業(yè)務(wù)過程執(zhí)行語(yǔ)言)協(xié)議被用來對(duì)網(wǎng)絡(luò)業(yè)務(wù)的執(zhí)行流程進(jìn)行建模。
這些協(xié)議的主要問題是對(duì)在執(zhí)行階段之前能夠進(jìn)行業(yè)務(wù)流程校驗(yàn)和對(duì)其中存在的問題進(jìn)行消除的過程缺乏支持。在商業(yè)合作的實(shí)際執(zhí)行階段,直到最終碰到問題的時(shí)候,才會(huì)發(fā)現(xiàn)許多業(yè)務(wù)流程在邏輯上的錯(cuò)誤。不同合作方的業(yè)務(wù)流程之間的邏輯沖突一般很難在開始階段就被表現(xiàn)出來,因此使得解決沖突的協(xié)商變成冗長(zhǎng)和低效率的工作。所有上述協(xié)議都定義在IT級(jí),因此很難表現(xiàn)與業(yè)務(wù)流程相關(guān)的邏輯問題。
為了解決業(yè)務(wù)流程級(jí)別的沖突,在各個(gè)合作方之間進(jìn)行協(xié)商的現(xiàn)有方法要求所有的合作方都要參加對(duì)全局業(yè)務(wù)流程模型的討論,以避免沖突,而這些方法存在如下缺點(diǎn)(1)要所有的合作方對(duì)整個(gè)的業(yè)務(wù)執(zhí)行邏輯具有全局的觀點(diǎn)是困難的,而且是不必要的;(2)很難發(fā)現(xiàn)、表示和通知合作方之間的業(yè)務(wù)流程沖突;(3)將所有合作方同時(shí)集中在一起進(jìn)行面對(duì)面的協(xié)商是不方便的;和(4)由于可能涉及大量的合作方,上述這些方法顯然不能支持大型商業(yè)合作關(guān)系。

發(fā)明內(nèi)容
為了解決上述存在的問題,本發(fā)明的目的是提供一種裝置和方法,使企業(yè)能夠在大型電子商務(wù)環(huán)境中動(dòng)態(tài)、高效和低成本地準(zhǔn)備、建立、組裝、校驗(yàn)和執(zhí)行商業(yè)合作項(xiàng)目。
因此,本發(fā)明提供一種用于動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置,配置在連接于網(wǎng)絡(luò)的企業(yè)終端中,所述裝置具有模型建立部件,用于為所述企業(yè)建立業(yè)務(wù)流程模型,其特征在于,所述裝置還包括檢索部件,進(jìn)行檢索以從所述網(wǎng)絡(luò)獲得其它企業(yè)的業(yè)務(wù)流程模型;和組裝部件,用于將所述企業(yè)的業(yè)務(wù)流程模型與其它企業(yè)的業(yè)務(wù)流程模型進(jìn)行組裝,以得到整體業(yè)務(wù)流程模型。
本發(fā)明的上述裝置還包括公布部件,用于在所述網(wǎng)絡(luò)上公布所述企業(yè)的業(yè)務(wù)流程模型;沖突檢測(cè)部件,用于模擬和分析所述整體業(yè)務(wù)流程模型,以檢測(cè)其中是否存在沖突,當(dāng)檢測(cè)到所述整體業(yè)務(wù)流程模型中存在沖突時(shí),產(chǎn)生沖突報(bào)告;沖突解決輔助部件,用于通過所述網(wǎng)絡(luò)向所述其它企業(yè)發(fā)送和/或從所述其它企業(yè)接收所述沖突報(bào)告,以利于協(xié)商解決所述沖突。
在本發(fā)明中,所述公布部件將所述企業(yè)的業(yè)務(wù)流程模型發(fā)布到網(wǎng)絡(luò)中的UDDI注冊(cè)表上,所述檢索部件從所述UDDI注冊(cè)表檢索并獲得其它企業(yè)的業(yè)務(wù)流程模型。
本發(fā)明還提供一種用于動(dòng)態(tài)組裝業(yè)務(wù)流程模型的方法,用于在企業(yè)的網(wǎng)絡(luò)終端中為所述企業(yè)建立業(yè)務(wù)流程模型,其特征在于所述方法還包括檢索步驟,在所述網(wǎng)絡(luò)中進(jìn)行檢索以獲得其它企業(yè)的業(yè)務(wù)流程模型;和組裝步驟,將所述企業(yè)的業(yè)務(wù)流程模型與其它企業(yè)的業(yè)務(wù)流程模型進(jìn)行組裝,以得到整體業(yè)務(wù)流程模型。
本發(fā)明的方法還包括公布步驟,在所述網(wǎng)絡(luò)上公布所述企業(yè)的業(yè)務(wù)流程模型;沖突檢測(cè)步驟,用于模擬和分析所述整體業(yè)務(wù)流程模型,以檢測(cè)其中是否存在沖突,當(dāng)檢測(cè)到所述整體業(yè)務(wù)流程模型中存在沖突時(shí),產(chǎn)生沖突報(bào)告;沖突解決輔助步驟,通過所述網(wǎng)絡(luò)向所述其它企業(yè)發(fā)送和/或從所述其它企業(yè)接收所述沖突報(bào)告,以利于協(xié)商解決所述沖突。
在本發(fā)明的方法中,所述公布步驟將所述企業(yè)的業(yè)務(wù)流程模型發(fā)布到網(wǎng)絡(luò)中的UDDI注冊(cè)表上,所述檢索步驟從所述UDDI注冊(cè)表檢索并獲得其它企業(yè)的業(yè)務(wù)流程模型。
本發(fā)明還提供一種用于在大型電子商務(wù)網(wǎng)絡(luò)中動(dòng)態(tài)組裝業(yè)務(wù)流程模型的系統(tǒng),包括多個(gè)用于動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置,所述裝置配置于通過網(wǎng)絡(luò)連接的多個(gè)企業(yè)的終端中,并具有模型建立部件,用于為配置所述裝置的企業(yè)建立業(yè)務(wù)流程模型,其特征在于所述裝置還包括檢索部件,進(jìn)行檢索以從所述網(wǎng)絡(luò)獲得其它企業(yè)的業(yè)務(wù)流程模型;組裝部件,用于將所述企業(yè)的業(yè)務(wù)流程模型與其它企業(yè)的業(yè)務(wù)流程模型進(jìn)行組裝,以得到整體業(yè)務(wù)流程模型;沖突檢測(cè)部件,模擬和分析所述整體業(yè)務(wù)流程模型,以檢測(cè)其中是否存在沖突,當(dāng)檢測(cè)到所述整體業(yè)務(wù)流程模型中存在沖突時(shí)產(chǎn)生沖突報(bào)告;以及沖突解決輔助部件,用于通過所述網(wǎng)絡(luò)向所述其它企業(yè)發(fā)送和/或從所述其它企業(yè)接收所述沖突報(bào)告,以利于協(xié)商解決所述沖突。
本發(fā)明的特點(diǎn)在于,讓每個(gè)企業(yè)定義并公布其自己的業(yè)務(wù)流程模型,然后當(dāng)有業(yè)務(wù)合作的機(jī)會(huì)時(shí),與可能的合作方動(dòng)態(tài)地交換這些業(yè)務(wù)流程模型。業(yè)務(wù)流程模型是根據(jù)事先規(guī)定好的方案和規(guī)范來創(chuàng)建的,以將其本身作為與其它業(yè)務(wù)流程模型相連接的部件而公布。根據(jù)期望進(jìn)行何種校驗(yàn)和協(xié)商,這些業(yè)務(wù)流程模型可以包括、也可以不包括該業(yè)務(wù)所支持的交互相關(guān)協(xié)議。然后,每個(gè)合作方從其自己的角度出發(fā)來組裝這些作為部件的模型,以創(chuàng)建集成的整體模型。然后,這些集成的整體模型可以被仿真和分析,以在實(shí)際運(yùn)行階段之前檢查各個(gè)合作方執(zhí)行電子商務(wù)合作的有效性/POI(Return ofInvestment-投資回報(bào))。
每一方可以根據(jù)其自己的觀點(diǎn)對(duì)流程模型進(jìn)行組裝和檢查,使得不需要每一方都具有所有合作方的全局觀點(diǎn),而這種全局觀點(diǎn)在大型電子商務(wù)環(huán)境中是很難獲得的。通過利用軟件算法或在具有圖形用戶接口的工具的輔助下將該流程的關(guān)鍵步驟自動(dòng)化。接口定義方案和規(guī)范強(qiáng)化了該流程模型的有效性,并保證了與所集成的整體模型中的其它部件的兼容性。
本發(fā)明另一個(gè)關(guān)鍵特點(diǎn)是,當(dāng)在所集成的整體流程模型中檢測(cè)到一些沖突時(shí),能夠在業(yè)務(wù)合作方之間發(fā)送和/或接收可視化沖突要點(diǎn)報(bào)告。利用本發(fā)明的裝置和方法,各合作方可以進(jìn)行在線協(xié)商,以發(fā)現(xiàn)解決業(yè)務(wù)流程級(jí)別沖突的方案,以繼續(xù)他們的電子商務(wù)活動(dòng)。


通過下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例的詳細(xì)描述,本發(fā)明的其它特點(diǎn)和優(yōu)點(diǎn)將變得更加明顯,其中圖1是實(shí)現(xiàn)本發(fā)明在大型電子商務(wù)網(wǎng)絡(luò)環(huán)境中動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置的方框圖;圖2是示出本發(fā)明的方法要點(diǎn)的示意圖;
圖3是示出的業(yè)務(wù)流程模型的示意圖;圖4是示出通過將兩個(gè)業(yè)務(wù)流程模型組裝在一起而形成的整體業(yè)務(wù)流程模型的示意圖;圖5是示出通過將兩個(gè)業(yè)務(wù)流程模型組裝在一起而形成的整體業(yè)務(wù)流程模型的另一個(gè)示意圖;圖6是示出整體業(yè)務(wù)流程模型中發(fā)生沖突的示意圖;圖7是示出整體業(yè)務(wù)流程模型中發(fā)生沖突的實(shí)際例子的示意圖;和圖8是示出整體業(yè)務(wù)流程模型中發(fā)生沖突的實(shí)際例子的另一個(gè)示意圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行更詳細(xì)地說明。
圖1是實(shí)現(xiàn)本發(fā)明的用于動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置100的方框圖。裝置100是基于Java/XML技術(shù)實(shí)現(xiàn)的原型設(shè)備,其可配置于通過網(wǎng)絡(luò)連接的各個(gè)企業(yè)的終端中,所述終端可以是通用目的計(jì)算機(jī),也可以是集成了本發(fā)明裝置100的專用計(jì)算設(shè)備。同時(shí),所述終端可以具有例如鍵盤、鼠標(biāo)、寫字板、麥克風(fēng)等的輸入裝置,用于為用戶提供輸入選擇、確定等的信息,還可以具有例如顯示器、揚(yáng)聲器和其它輸出接口等的輸出裝置。另外,該終端中具有所有計(jì)算設(shè)備中都有的例如中央處理單元(CPU)、隨機(jī)存取存儲(chǔ)器(RAM)、只讀存儲(chǔ)器(ROM)、數(shù)據(jù)總線和命令總線等通用部件,用于控制和輔助執(zhí)行本發(fā)明中的各個(gè)功能部件。
從圖1中可見,裝置100與互聯(lián)網(wǎng)300相連接,并可與某些著名的電子商務(wù)市場(chǎng)網(wǎng)站相連接,該電子商務(wù)市場(chǎng)網(wǎng)站例如具有UDDI注冊(cè)表200。其中UDDI注冊(cè)表200可以也位于網(wǎng)絡(luò)服務(wù)器(未示出)上。本發(fā)明實(shí)施例中的網(wǎng)絡(luò)服務(wù)器(未示出)和UDDI注冊(cè)表200優(yōu)選地位于互聯(lián)網(wǎng)300上。
本實(shí)施例中的設(shè)備100包括模型創(chuàng)建和組裝器110,用于為所述企業(yè)建立業(yè)務(wù)流程模型,并用來將不同企業(yè)(潛在的合作方)的業(yè)務(wù)流程模型連接在一起,以形成完整的業(yè)務(wù)流程模型(以下稱為“整體業(yè)務(wù)流程模型”)。這里,該業(yè)務(wù)流程模型可分為內(nèi)部業(yè)務(wù)流程模型和接口業(yè)務(wù)流程模型兩種。該內(nèi)部業(yè)務(wù)流程模型是指企業(yè)內(nèi)部自己需要維護(hù)的業(yè)務(wù)流程,其不需要與其它企業(yè)的業(yè)務(wù)流程模型進(jìn)行組裝,不被發(fā)布到網(wǎng)絡(luò)上,對(duì)其它企業(yè)來說也是不可見的,為簡(jiǎn)便起見,以下將其稱為內(nèi)部模型(由于其并不是本發(fā)明的要點(diǎn),此說明書中將不對(duì)其進(jìn)行更詳細(xì)的描述)。而接口業(yè)務(wù)流程模型則是要與其它有潛在合作可能的企業(yè)(潛在的合作方)所發(fā)布的接口業(yè)務(wù)流程模型進(jìn)行組裝、以得到整體業(yè)務(wù)流程模型的重要組成部分。為簡(jiǎn)便起見,以下將接口業(yè)務(wù)流程模型稱為“接口模型”,將整體業(yè)務(wù)流程模型稱為“整體模型”。
另外,本發(fā)明的模型創(chuàng)建和組裝器110還可以實(shí)現(xiàn)為兩個(gè)不同的部件,用于分別完成為企業(yè)建立業(yè)務(wù)流程模型和將其它不同企業(yè)的業(yè)務(wù)流程模型連接在一起這兩個(gè)功能,而使這兩個(gè)功能不必完全由模型創(chuàng)建和組裝器110一個(gè)部件來承擔(dān)。
本實(shí)施例中的裝置100還包括沖突檢測(cè)引擎120,用于在實(shí)際運(yùn)行之前,對(duì)由模型創(chuàng)建和組裝器110所創(chuàng)建的整體模型進(jìn)行模擬及分析(即仿真),并檢測(cè)其中是否存在沖突,如果其中存在沖突,則根據(jù)檢測(cè)結(jié)果產(chǎn)生可視化的沖突要點(diǎn)報(bào)告。這種沖突要點(diǎn)報(bào)告可以是文本消息、視頻圖像和音頻消息中的一種,也可以是其中幾種形式的組合。當(dāng)然,本領(lǐng)域技術(shù)人員可以利用和得知的其它方式也可以用作為該沖突要點(diǎn)報(bào)告的表現(xiàn)形式。
本實(shí)施例的裝置100還包括模型管理器130,用于存儲(chǔ)并維護(hù)由模型創(chuàng)建和組裝器110所創(chuàng)建的企業(yè)的內(nèi)部模型,并負(fù)責(zé)與外部的UDDI注冊(cè)表200進(jìn)行聯(lián)系,以將自己的接口模型發(fā)布到UDDI注冊(cè)表200上,或從UDDI注冊(cè)表200上取回潛在合作方的接口模型,并基于UDDI機(jī)制維護(hù)和管理所有的這些模型。
本實(shí)施例的裝置100還包括項(xiàng)目管理器140,用于創(chuàng)建、存儲(chǔ)和管理業(yè)務(wù)合作項(xiàng)目,其中該業(yè)務(wù)合作項(xiàng)目包括由模型創(chuàng)建和組裝器110所創(chuàng)建的本企業(yè)的接口模型、潛在合作方的接口模型以及經(jīng)組裝的整體模型。
本實(shí)施例的裝置100還包括沖突解決輔助工具150,用于發(fā)布沖突檢測(cè)引擎120所產(chǎn)生的沖突要點(diǎn)報(bào)告,并通過連接于所述網(wǎng)絡(luò)300的SMR(安全消息路由器)與潛在的合作方進(jìn)行交流,以協(xié)商解決各個(gè)模型之間的沖突并重新建模等。上述潛在的合作方實(shí)質(zhì)上就是發(fā)布了構(gòu)成該整體模型的其它接口模型的其它企業(yè)。上述“交流”包括沖突解決輔助工具150向其它企業(yè)發(fā)送沖突要點(diǎn)報(bào)告的過程,當(dāng)然如果需要的話,它也從所述其它企業(yè)接收沖突要點(diǎn)報(bào)告。
本實(shí)施例的模型管理器130包括發(fā)布器132,用于通過網(wǎng)絡(luò)將自己的接口模型發(fā)布到UDDI注冊(cè)表200上,并維護(hù)和管理這些流程;檢索器134,用于進(jìn)行檢索,以從所述網(wǎng)絡(luò)獲得其它企業(yè)的接口模型,也就是從UDDI注冊(cè)表200上取回潛在合作方的接口模型;以及注冊(cè)表136,用于存儲(chǔ)并維護(hù)由模型創(chuàng)建和組裝器110所創(chuàng)建的企業(yè)的內(nèi)部模型。
另外,本實(shí)施例的項(xiàng)目管理器140包括模型存儲(chǔ)器142,該模型存儲(chǔ)器142是業(yè)務(wù)流程模型的暫存區(qū),當(dāng)有一個(gè)潛在的商業(yè)合作項(xiàng)目時(shí),就將自己的有關(guān)流程(包括內(nèi)部模型和接口模型)和檢索器134所得到的潛在合作方的接口模型都放在這個(gè)暫存區(qū)中,將建立起連接的組裝圖(即經(jīng)組裝的整體模型)也放在這里;以及沖突信息存儲(chǔ)器144,用于存儲(chǔ)沖突檢測(cè)引擎120檢測(cè)到的所有沖突信息以及所產(chǎn)生的可視化沖突要點(diǎn)報(bào)告。
下面參照?qǐng)D2說明本發(fā)明的方法,圖2是示出本發(fā)明的方法要點(diǎn)的示意圖。從圖2可見,本發(fā)明的要點(diǎn)包括建立業(yè)務(wù)流程模型(方塊401);進(jìn)行檢索以從所述網(wǎng)絡(luò)獲得其它業(yè)務(wù)流程模型(方塊402);將所述業(yè)務(wù)流程模型與所述其它業(yè)務(wù)流程模型進(jìn)行組裝,以得到整體業(yè)務(wù)流程模型(方塊403)。其中在方塊402中,本發(fā)明還通過網(wǎng)絡(luò)公布本身所建立的業(yè)務(wù)流程模型。另外,本發(fā)明還包括模擬及分析所述整體業(yè)務(wù)流程模型,以檢測(cè)其中是否存在沖突,并且當(dāng)檢測(cè)到所述整體業(yè)務(wù)流程模型中存在沖突時(shí),產(chǎn)生沖突報(bào)告(方塊404);以及通過所述網(wǎng)絡(luò)向所述其它企業(yè)發(fā)送該沖突報(bào)告,以協(xié)商解決所述沖突(方塊405)。下面將對(duì)此進(jìn)行詳細(xì)的描述。
在方塊401,每個(gè)企業(yè)通過模型創(chuàng)建和組裝器110建立它們各自的業(yè)務(wù)流程模型,包括內(nèi)部模型和接口模型,但是這個(gè)建立過程的重點(diǎn)在于建立接口模型,作為業(yè)務(wù)合作執(zhí)行期間所期望的輸入/輸出模型。在這一階段,該企業(yè)可以使用建模工具(即模型創(chuàng)建和組裝器110)從零開始來建立各個(gè)模型,或者也可以借助于一些現(xiàn)有的工業(yè)標(biāo)準(zhǔn)模板來建立其業(yè)務(wù)流程模型(如方塊407所示)。使用建模工具可以保證業(yè)務(wù)流程模型和工業(yè)標(biāo)準(zhǔn)模板將遵從一些預(yù)定的方案和規(guī)范,使得來自于不同合作方的接口模型可以被組裝為一個(gè)集成的模型(即整體模型)。在接口模型中可以包括輸入/輸出數(shù)據(jù)格式等。另外,所述的工業(yè)標(biāo)準(zhǔn)模板可以配置于UDDI注冊(cè)表200上,也可以配置于各個(gè)企業(yè)的終端中。
在方塊401所建立的業(yè)務(wù)流程模型可以如圖3所示,其中示出了企業(yè)A的某個(gè)接口模型。從圖3中可以看到,企業(yè)A在節(jié)點(diǎn)1發(fā)出訂單,經(jīng)過節(jié)點(diǎn)2的邏輯判斷后,在滿足某種條件的情況下,在節(jié)點(diǎn)3接收所需要的模型數(shù)據(jù)X,或是在滿足另一種條件的情況下,在節(jié)點(diǎn)4接收所需要的模型數(shù)據(jù)Y。然后,經(jīng)過預(yù)定邏輯算法,在節(jié)點(diǎn)5處形成企業(yè)A所需要的業(yè)務(wù)結(jié)果。結(jié)果,該接口模型形成了接口1’、3’和4’,其中,接口3’和4’是附有條件的接口。另外,該接口模型可以具有該企業(yè)的描述信息,這些描述信息包括企業(yè)A的名稱、性質(zhì)、規(guī)模、經(jīng)營(yíng)范圍、地址、聯(lián)系方式等等任何有關(guān)該企業(yè)A的信息,這些描述信息可以通過本領(lǐng)域技術(shù)人員能夠想到的任何數(shù)據(jù)格式記錄在該接口模型中。
當(dāng)然,內(nèi)部模型與接口模型之間也需要有接口,但是,由于企業(yè)的內(nèi)部模型和該企業(yè)的接口模型都是由本企業(yè)的人員設(shè)計(jì)完成的,因此這些接口之間不會(huì)有本發(fā)明所述的沖突問題。內(nèi)部模型的接口與接口模型的接口可以采用相同的原則來設(shè)計(jì),或者,也可以省略內(nèi)部模型而將其建立在接口模型的內(nèi)部,形成唯一的業(yè)務(wù)流程模型。在這種情況下,該模型內(nèi)部將具有更加復(fù)雜的邏輯關(guān)系和算法。
在方塊402中,企業(yè)A利用發(fā)布器132、通過互聯(lián)網(wǎng)300或其它網(wǎng)絡(luò)(可以包括本領(lǐng)域技術(shù)人員能夠?qū)崿F(xiàn)的、在其上執(zhí)行電子商務(wù)的任何大型網(wǎng)絡(luò))將所建立的接口模型公布到網(wǎng)絡(luò)服務(wù)器(未示出)上或網(wǎng)絡(luò)中的UDDI注冊(cè)表200中。在UDDI注冊(cè)表200中,包括具有相同意向、興趣或利益的各個(gè)潛在合作方的接口模型(如圖2中的方塊406所示)。同時(shí),這個(gè)接口模型與該企業(yè)的描述信息一起被公布到UDDI注冊(cè)表200(也可以是互聯(lián)網(wǎng)上某個(gè)可用的公共站點(diǎn))上,使得其它企業(yè)通過施加基于某些標(biāo)準(zhǔn)的查詢,可以動(dòng)態(tài)地查找并發(fā)現(xiàn)企業(yè)A的這個(gè)接口模型。
當(dāng)然,該企業(yè)A也可以定義一些策略來限定其它潛在的合作方是否可以檢索其接口模型,或者是否該檢索行為需要發(fā)布該接口模型的企業(yè)A的同意。例如,該接口模型可以被公布到經(jīng)修改的UDDI注冊(cè)表200中該企業(yè)的條目下,使得其它企業(yè)要經(jīng)過企業(yè)A的同意(如進(jìn)行口令驗(yàn)證等)才能檢索并得到企業(yè)A的接口模型。
當(dāng)業(yè)務(wù)合作的機(jī)會(huì)出現(xiàn)時(shí),在潛在業(yè)務(wù)合作方之間交換各個(gè)接口模型。在動(dòng)態(tài)商業(yè)環(huán)境中,當(dāng)企業(yè)A發(fā)現(xiàn)一個(gè)機(jī)會(huì),并確定要?jiǎng)討B(tài)地去發(fā)現(xiàn)一些合作方以構(gòu)成一個(gè)虛擬項(xiàng)目團(tuán)隊(duì)時(shí),它會(huì)利用檢索器134瀏覽互聯(lián)網(wǎng)300上的某個(gè)公共站點(diǎn)及其中的UDDI注冊(cè)表200,并基于構(gòu)成該虛擬項(xiàng)目團(tuán)隊(duì)的需求進(jìn)行查詢,以發(fā)現(xiàn)可能的合作方的列表(未示出)。該列表可以位于UDDI注冊(cè)表200中,其由各個(gè)企業(yè)所發(fā)布到UDDI注冊(cè)表200中的接口模型中的描述信息所構(gòu)成,而且該列表的每個(gè)條目可以構(gòu)成該接口模型的唯一入口。當(dāng)然,該列表還可以具有其它形式的不同入口,例如可以通過選擇企業(yè)的名稱、業(yè)務(wù)種類等來調(diào)用(獲得)該接口模型。然后,企業(yè)A可以基于某種信譽(yù)信息或其它考慮(其它條件),來選擇一個(gè)(或幾個(gè))候選者B作為潛在的合作方。根據(jù)企業(yè)B的策略,企業(yè)A可以直接從UDDI注冊(cè)表200中獲得企業(yè)B的接口模型,也可以通過執(zhí)行某些操作獲得企業(yè)B的許可,從而通過請(qǐng)求/響應(yīng)模式來獲得企業(yè)B的模型。
在方塊403中,將企業(yè)A和企業(yè)B的接口模型進(jìn)行組裝,作為經(jīng)集成的整體模型。在這個(gè)過程中,可以通過模型創(chuàng)建和組裝器110使用軟件算法來將企業(yè)A和B的接口模型組裝在一起,形成該整體模型。該整體模型可以表示在一幅圖面中,如圖4和圖5所示。
在計(jì)算環(huán)境的某些原則(如本體論)的指導(dǎo)下,可以自動(dòng)創(chuàng)建各個(gè)接口模型之間的輸入/輸出映射關(guān)系,當(dāng)然,這也可以通過人員手工完成。如果這個(gè)虛擬項(xiàng)目團(tuán)隊(duì)的規(guī)模沒有限制,則該整體模型可以是包括所有相關(guān)合作方的全局模型,但是在大型商業(yè)環(huán)境中,更為常見的合作形式是,每個(gè)合作方都從其自己的觀點(diǎn)、需求或角度出發(fā)來對(duì)接口模型進(jìn)行組裝,并僅僅包括與其相關(guān)的模型。
圖4示出了從企業(yè)A的角度所組裝的企業(yè)A和B的整體模型。這里需要說明的是,當(dāng)從企業(yè)A的角度考慮組裝整體模型時(shí),對(duì)企業(yè)A來說,企業(yè)B的接口模型中只有接口是可見的,而企業(yè)B的接口模型的內(nèi)部邏輯是不可見的。當(dāng)組裝在一起時(shí),圖4中所表現(xiàn)出來的企業(yè)B的接口模型的內(nèi)部狀態(tài)或邏輯關(guān)系僅僅是根據(jù)其接口的狀態(tài)而假設(shè)出來的。這對(duì)組裝后的整體模型的運(yùn)行并不會(huì)產(chǎn)生影響,因?yàn)樵趯?shí)際運(yùn)行或仿真時(shí),對(duì)方(即企業(yè)B)的接口模型內(nèi)部的邏輯并不需要對(duì)其它方可見。
同時(shí),企業(yè)B也可以利用配置在其終端上的檢索器134檢索到企業(yè)A的接口模型,并根據(jù)其自己的觀點(diǎn)進(jìn)行組裝,形成圖5示出的從企業(yè)B的角度所組裝的企業(yè)A和B的整體模型。這時(shí),對(duì)企業(yè)B來說,其自己的接口模型的內(nèi)部狀態(tài)或邏輯是可見的,而企業(yè)A的接口模型的內(nèi)部狀態(tài)或邏輯對(duì)其是不可見的。
在方塊404中,通過裝置100的沖突檢測(cè)引擎120對(duì)整體模型進(jìn)行校驗(yàn)或仿真。通過對(duì)整體模型應(yīng)用軟件算法來識(shí)別可能干擾未來運(yùn)行的沖突或問題,這些沖突包括數(shù)據(jù)格式不一致、資源等待、流程不一致(即流結(jié)構(gòu)鎖死)等。同時(shí),我們也可以對(duì)整體模型進(jìn)行評(píng)估,以提出動(dòng)態(tài)業(yè)務(wù)關(guān)系的可能效果,即計(jì)算該業(yè)務(wù)交易的ROI。
可以針對(duì)整體模型來使所檢測(cè)到的沖突可視化,以指出問題發(fā)生在哪里。例如,圖6中示出了在企業(yè)A和B的整體模型中檢測(cè)出的數(shù)據(jù)格式不一致和資源等待的沖突。同時(shí),可以根據(jù)對(duì)該整體模型的檢測(cè)結(jié)果產(chǎn)生沖突要點(diǎn)報(bào)告。如圖6所示,所檢測(cè)出的數(shù)據(jù)格式不一致為企業(yè)A希望在節(jié)點(diǎn)4接收Y格式的資源數(shù)據(jù),而企業(yè)B只能發(fā)送Z格式的資源數(shù)據(jù)。圖6中所檢測(cè)出的資源等待沖突例如是企業(yè)A在某些條件下需要在節(jié)點(diǎn)3接收資源X,而企業(yè)B總是向該節(jié)點(diǎn)發(fā)送資源X,因此,在另外一些條件下,即當(dāng)不滿足某些條件而不需要在節(jié)點(diǎn)3接收資源X時(shí)就發(fā)生了沖突(在某些條件下沒有沖突,而在另外一些條件下存在沖突,因此這也可以被作為是一種沖突的警告)。
同時(shí),企業(yè)B也從其自己的角度對(duì)所組裝的整體模型進(jìn)行校驗(yàn)或仿真,并產(chǎn)生相應(yīng)的沖突要點(diǎn)報(bào)告。
該沖突要點(diǎn)報(bào)告可以是一種可視化的標(biāo)記,包括圖形和文本信息,也可以具有語(yǔ)音提示等音頻信息,用以通過顯示器或麥克風(fēng)(未示出)等輸出裝置呈現(xiàn)出來,使用戶(即企業(yè))可直觀地判斷所產(chǎn)生的問題或沖突的種類、發(fā)生的位置等。
在圖2的方塊405中,通過利用裝置100中的沖突解決輔助工具150在各企業(yè)的終端之間交換沖突要點(diǎn)報(bào)告,相關(guān)企業(yè)(合作方)可以嘗試解決各種沖突,尤其是業(yè)務(wù)流程級(jí)別的沖突。如果校驗(yàn)或仿真失敗,即出現(xiàn)問題或沖突,企業(yè)A和B將進(jìn)行協(xié)商,以看看是否雙方可以調(diào)整他們各自的接口模型來取得一個(gè)折中的方案。該沖突要點(diǎn)報(bào)告可以經(jīng)由沖突解決輔助工具150在所涉及的所有各方之間進(jìn)行交換,各合作方可以根據(jù)可視化沖突標(biāo)記理解該問題或沖突。然后,根據(jù)該沖突要點(diǎn)報(bào)告,可以在各合作方之間進(jìn)行同步或異步協(xié)商,以找到解決問題的方案。
如果校驗(yàn)成功,則相關(guān)各方可以繼續(xù)實(shí)際進(jìn)行其業(yè)務(wù)合作。一旦校驗(yàn)成功,我們可以說,對(duì)企業(yè)A和B之間的動(dòng)態(tài)電子商務(wù)交易造成麻煩的許多問題已經(jīng)被識(shí)別,并得到了消除,現(xiàn)在他們可以進(jìn)入到實(shí)際運(yùn)行階段。在實(shí)際運(yùn)行階段,當(dāng)再檢測(cè)到運(yùn)行當(dāng)中的問題或沖突時(shí),也可以在執(zhí)行整個(gè)生命周期期間發(fā)現(xiàn)問題并解決它們。當(dāng)然,在實(shí)際運(yùn)行當(dāng)中再檢測(cè)到問題或沖突的可能性已經(jīng)非常小了。
對(duì)于一筆訂單(一個(gè)項(xiàng)目)來說,要通過裝置100的項(xiàng)目管理器140來進(jìn)行統(tǒng)一地管理(如圖2中的方塊408所示)。該項(xiàng)目管理器140用于創(chuàng)建、存儲(chǔ)和管理每個(gè)業(yè)務(wù)合作項(xiàng)目,其中每個(gè)業(yè)務(wù)合作項(xiàng)目中都包括所涉及的、由模型創(chuàng)建和組裝器110所創(chuàng)建的本企業(yè)的接口模型、潛在合作方的接口模型以及經(jīng)組裝的整體模型。項(xiàng)目管理器140的管理可以涉及模型修改、交換、組裝、校驗(yàn)和協(xié)商等各個(gè)過程,當(dāng)然,有時(shí)這個(gè)管理過程需要進(jìn)行多個(gè)循環(huán),以達(dá)到最終的目的,即最終達(dá)成協(xié)議或取消該交易。
圖7是示出兩個(gè)企業(yè)A和B之間的接口模型組裝的實(shí)際例子的示意圖。
如圖7所示,在這個(gè)模型中,該企業(yè)A的業(yè)務(wù)流程為發(fā)出訂單,然后接收潛在合作方(企業(yè)B)的發(fā)票,然后再向該潛在合作方(企業(yè)B)提供預(yù)付款。而企業(yè)B也具有自己的業(yè)務(wù)流程模型,其中該企業(yè)B的業(yè)務(wù)流程為接收訂單,然后接收潛在合作方(企業(yè)A)的預(yù)付款,然后再向該潛在合作方(企業(yè)A)提供發(fā)票。這里,我們可以看到企業(yè)A和B的流程模型是有區(qū)別的,其中發(fā)生了流程上的沖突。
當(dāng)企業(yè)A中的沖突檢測(cè)引擎120在該整體模型的校驗(yàn)或仿真過程中檢測(cè)到該沖突時(shí),就形成沖突要點(diǎn)報(bào)告,并通過沖突解決輔助工具150將該沖突要點(diǎn)報(bào)告?zhèn)魉徒o企業(yè)B。這時(shí),企業(yè)A和B之間需要進(jìn)行溝通,其中的一方需要修改其接口模型,這里假設(shè)企業(yè)B將其接口模型修改為接收訂單,然后向企業(yè)A提供發(fā)票,然后再接收企業(yè)A的預(yù)付款。在這種情況下,形成如圖8所示的情況,其中企業(yè)A和B的接口模型完全吻合,已經(jīng)消除了它們之間所存在的流程上的沖突。然后,企業(yè)A和B就可以繼續(xù)實(shí)際進(jìn)行該項(xiàng)目的合作了。
以上僅以實(shí)施例的方式對(duì)本發(fā)明的方法和裝置進(jìn)行了描述,通過使用本發(fā)明的裝置和方法,可以具有以下的優(yōu)點(diǎn)(1)每個(gè)企業(yè)可以根據(jù)其自己的需求創(chuàng)建業(yè)務(wù)流程模型,獨(dú)立的模型被組裝在一起以代表各個(gè)業(yè)務(wù)之間的交互關(guān)系,滿足了進(jìn)行動(dòng)態(tài)電子商務(wù)的關(guān)鍵的需求;(2)可以動(dòng)態(tài)地確定你正在與誰(shuí)做生意,并且沒有誰(shuí)需要知道整個(gè)虛擬合作環(huán)境的全局情況;(3)業(yè)務(wù)流程模型被通過互聯(lián)網(wǎng)公開,并與存在的合作方動(dòng)態(tài)地進(jìn)行交換,整個(gè)流程被自動(dòng)化,因此節(jié)省了大量的時(shí)間和資金;(4)根據(jù)所集成的模型,可以在業(yè)務(wù)流程的實(shí)際執(zhí)行之前進(jìn)行業(yè)務(wù)級(jí)的校驗(yàn)和仿真,結(jié)果大大增加了生命周期的效率和有效性;以及(5)利用所集成的整體模型,可以在合作方之間方便地識(shí)別和可視化各種問題和沖突,以基于整體模型的沖突要點(diǎn)開始進(jìn)行流程沖突的協(xié)商。
另外,本發(fā)明中所提供的裝置和方法既可以通過軟件代碼(即計(jì)算機(jī)程序)來實(shí)現(xiàn),也可以通過集成了本發(fā)明各項(xiàng)功能的專用硬件來實(shí)現(xiàn)。同時(shí),不同的功能可以通過一個(gè)硬件結(jié)構(gòu)來實(shí)現(xiàn),也可以分別通過多個(gè)硬件結(jié)構(gòu)來實(shí)現(xiàn)。本發(fā)明的方法的執(zhí)行順序不限于上面所描述的順序,也可以以并行或其它順序來執(zhí)行。
以上所述,僅為本發(fā)明的較佳實(shí)施例而已,不能以其限定本發(fā)明所要求保護(hù)的范圍。本領(lǐng)域技術(shù)人員知道,在不脫離本發(fā)明的精神和范圍的情況下,依照本發(fā)明的實(shí)施例可以做出各種均等變化與變形,其都應(yīng)屬于本發(fā)明所要求保護(hù)的范圍。
權(quán)利要求
1.一種用于動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置,配置在連接于網(wǎng)絡(luò)的企業(yè)終端中,所述裝置具有模型建立部件,用于為所述企業(yè)建立業(yè)務(wù)流程模型,其特征在于,所述裝置還包括檢索部件,進(jìn)行檢索以從所述網(wǎng)絡(luò)獲得其它企業(yè)的業(yè)務(wù)流程模型;和組裝部件,用于將所述企業(yè)的業(yè)務(wù)流程模型與其它企業(yè)的業(yè)務(wù)流程模型進(jìn)行組裝,以得到整體業(yè)務(wù)流程模型。
2.根據(jù)權(quán)利要求1所述的裝置,其特征在于還包括沖突檢測(cè)部件,用于模擬和分析所述整體業(yè)務(wù)流程模型,以檢測(cè)其中是否存在沖突,當(dāng)檢測(cè)到所述整體業(yè)務(wù)流程模型中存在沖突時(shí),產(chǎn)生沖突報(bào)告。
3.根據(jù)權(quán)利要求2所述的裝置,其特征在于還包括沖突解決輔助部件,用于通過所述網(wǎng)絡(luò)向所述其它企業(yè)發(fā)送和/或從所述其它企業(yè)接收所述沖突報(bào)告,以利于協(xié)商解決所述沖突。
4.根據(jù)權(quán)利要求1所述的裝置,其特征在于還包括公布部件,用于在所述網(wǎng)絡(luò)上公布所述企業(yè)的業(yè)務(wù)流程模型。
5.根據(jù)權(quán)利要求4所述的裝置,其特征在于,所述公布部件將所述企業(yè)的業(yè)務(wù)流程模型發(fā)布到網(wǎng)絡(luò)中的UDDI注冊(cè)表上,所述檢索部件從所述UDDI注冊(cè)表檢索并獲得其它企業(yè)的業(yè)務(wù)流程模型。
6.一種用于動(dòng)態(tài)組裝業(yè)務(wù)流程模型的方法,用于在企業(yè)的網(wǎng)絡(luò)終端中為所述企業(yè)建立業(yè)務(wù)流程模型,其特征在于所述方法還包括檢索步驟,在所述網(wǎng)絡(luò)中進(jìn)行檢索以獲得其它企業(yè)的業(yè)務(wù)流程模型;和組裝步驟,將所述企業(yè)的業(yè)務(wù)流程模型與其它企業(yè)的業(yè)務(wù)流程模型進(jìn)行組裝,以得到整體業(yè)務(wù)流程模型。
7.根據(jù)權(quán)利要求6所述的方法,其特征在于還包括沖突檢測(cè)步驟,用于模擬和分析所述整體業(yè)務(wù)流程模型,以檢測(cè)其中是否存在沖突,當(dāng)檢測(cè)到所述整體業(yè)務(wù)流程模型中存在沖突時(shí),產(chǎn)生沖突報(bào)告。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于還包括沖突解決輔助步驟,通過所述網(wǎng)絡(luò)向所述其它企業(yè)發(fā)送和/或從所述其它企業(yè)接收所述沖突報(bào)告,以利于協(xié)商解決所述沖突。
9.根據(jù)權(quán)利要求6所述的方法,其特征在于還包括公布步驟,在所述網(wǎng)絡(luò)上公布所述企業(yè)的業(yè)務(wù)流程模型。
10.根據(jù)權(quán)利要求9所述的方法,其特征在于,所述公布步驟將所述企業(yè)的業(yè)務(wù)流程模型發(fā)布到網(wǎng)絡(luò)中的UDDI注冊(cè)表上,所述檢索步驟從所述UDDI注冊(cè)表檢索并獲得其它企業(yè)的業(yè)務(wù)流程模型。
11.一種用于在大型電子商務(wù)網(wǎng)絡(luò)中動(dòng)態(tài)組裝業(yè)務(wù)流程模型的系統(tǒng),包括多個(gè)用于動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置,所述裝置配置于通過網(wǎng)絡(luò)連接的多個(gè)企業(yè)的終端中,并具有模型建立部件,用于為配置所述裝置的企業(yè)建立業(yè)務(wù)流程模型,其特征在于所述裝置還包括檢索部件,進(jìn)行檢索以從所述網(wǎng)絡(luò)獲得其它企業(yè)的業(yè)務(wù)流程模型;組裝部件,用于將所述企業(yè)的業(yè)務(wù)流程模型與其它企業(yè)的業(yè)務(wù)流程模型進(jìn)行組裝,以得到整體業(yè)務(wù)流程模型;沖突檢測(cè)部件,模擬和分析所述整體業(yè)務(wù)流程模型,以檢測(cè)其中是否存在沖突,當(dāng)檢測(cè)到所述整體業(yè)務(wù)流程模型中存在沖突時(shí)產(chǎn)生沖突報(bào)告;以及沖突解決輔助部件,用于通過所述網(wǎng)絡(luò)向所述其它企業(yè)發(fā)送和/或從所述其它企業(yè)接收所述沖突報(bào)告,以利于協(xié)商解決所述沖突。
12.根據(jù)權(quán)利要求11所述的系統(tǒng),其特征在于還包括公布部件,用于在所述網(wǎng)絡(luò)上公布所述企業(yè)的業(yè)務(wù)流程模型。
13.根據(jù)權(quán)利要求12所述的系統(tǒng),其特征在于,所述公布部件將所述企業(yè)的業(yè)務(wù)流程模型發(fā)布到網(wǎng)絡(luò)中的UDDI注冊(cè)表上,所述檢索部件從所述UDDI注冊(cè)表檢索并獲得其它企業(yè)的業(yè)務(wù)流程模型。
全文摘要
一種用于動(dòng)態(tài)組裝業(yè)務(wù)流程模型的裝置和方法,該裝置配置在連接于網(wǎng)絡(luò)的企業(yè)終端中,所述裝置具有模型建立部件,用于為所述企業(yè)建立業(yè)務(wù)流程模型,其中所述裝置還包括檢索部件,進(jìn)行檢索以從所述網(wǎng)絡(luò)獲得其它企業(yè)的業(yè)務(wù)流程模型;和組裝部件,用于將所述企業(yè)的業(yè)務(wù)流程模型與其它企業(yè)的業(yè)務(wù)流程模型進(jìn)行組裝,以得到整體業(yè)務(wù)流程模型。
文檔編號(hào)G06Q10/00GK1704957SQ200410047289
公開日2005年12月7日 申請(qǐng)日期2004年5月28日 優(yōu)先權(quán)日2004年5月28日
發(fā)明者田忠, 朱俊, 王健, 梁海奇, 丁偉 申請(qǐng)人:國(guó)際商業(yè)機(jī)器公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
城口县| 盐山县| 任丘市| 盖州市| 成都市| 句容市| 双城市| 绥德县| 安西县| 陆河县| 清徐县| 达州市| 怀宁县| 门头沟区| 广汉市| 沧源| 宿州市| 五常市| 大化| 嘉义市| 乌什县| 永昌县| 五台县| 乌鲁木齐县| 甘肃省| 永康市| 特克斯县| 桑日县| 尉氏县| 精河县| 土默特左旗| 江西省| 桃园县| 兴海县| 南京市| 公主岭市| 宜兴市| 渝中区| 扬中市| 武城县| 汤原县|