專(zhuān)利名稱(chēng)：資源信息訪問(wèn)的實(shí)現(xiàn)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種資源信息訪問(wèn)的實(shí)現(xiàn)方法和系統(tǒng)。
背景技術(shù)：
資源管理是通信網(wǎng)絡(luò)運(yùn)營(yíng)支撐的重要環(huán)節(jié)。通常，企業(yè)運(yùn)營(yíng)都需要建立統(tǒng)一的全 局資源管理系統(tǒng)平臺(tái)，以便時(shí)刻掌握企業(yè)資源整體狀況、運(yùn)營(yíng)能力，并借助資源管理系統(tǒng)的 服務(wù)來(lái)達(dá)成企業(yè)資源調(diào)配、更迭和運(yùn)作的科學(xué)、高效、節(jié)約和協(xié)同。因此，從企業(yè)運(yùn)營(yíng)服務(wù)的 質(zhì)量和效率來(lái)看，資源管理系統(tǒng)平臺(tái)是至關(guān)重要的一個(gè)系統(tǒng)。資源管理平臺(tái)只是一個(gè)IT系統(tǒng)，該系統(tǒng)管理的資源數(shù)據(jù)信息是企業(yè)的重要資源。 因此，資源管理平臺(tái)的重要目標(biāo)就是保證資源數(shù)據(jù)和信息的完整、準(zhǔn)確、一致，并在需要調(diào) 配和更迭資源的時(shí)候提供科學(xué)合理的方案。但這個(gè)目標(biāo)僅僅靠資源管理平臺(tái)這個(gè)IT系統(tǒng) 是無(wú)法完成的。因?yàn)槠髽I(yè)資源的變更與客戶(hù)需求、外部要求、企業(yè)自身發(fā)展?fàn)顩r、新技術(shù)的 引入、不同領(lǐng)域的資源生命周期的情況等等多種因素有關(guān)，有的變更是主動(dòng)行為、有的則是 被動(dòng)行為；有的變更是全局性的，牽連的范圍很廣，有的則是局部的，不會(huì)帶來(lái)擴(kuò)散影響； 有的變更是粗粒度的，有的則是細(xì)粒度的。雖然，資源變更的情況看起來(lái)很復(fù)雜、很主觀和 難以把握，但從根本上說(shuō)，資源變更是與企業(yè)業(yè)務(wù)發(fā)展緊密相關(guān)的，而業(yè)務(wù)發(fā)展是由企業(yè)組 織和人來(lái)決策和推進(jìn)的，所以，要想把握資源變更的方式、跟蹤資源變化的情況，最佳的方 式就是跟隨業(yè)務(wù)流程管理資源的變更問(wèn)題。對(duì)于如何通過(guò)跟蹤業(yè)務(wù)流程來(lái)管理資源信息的變化，目前主要有兩種解決方案 方式(1)在資源管理系統(tǒng)內(nèi)對(duì)用戶(hù)角色和權(quán)限進(jìn)行分割，明確不同用戶(hù)的職責(zé)和分工，之 后再通過(guò)管理手段和制度建設(shè)，強(qiáng)制推行同一個(gè)系統(tǒng)內(nèi)的分工與合作，從而達(dá)到資源數(shù)據(jù) 和信息的變更在約定前提下進(jìn)行協(xié)同，而這些約定前提是遵循業(yè)務(wù)流程要求的，是由組織 行為和人為來(lái)決策和制定的；方式O)，該方式主要存在于業(yè)務(wù)流程自動(dòng)化程度較高的企 業(yè)，通過(guò)(或部分通過(guò))電子流程系統(tǒng)來(lái)驅(qū)動(dòng)資源系統(tǒng)中數(shù)據(jù)和信息的變化，對(duì)于企業(yè)信息 化來(lái)說(shuō)，業(yè)務(wù)流程系統(tǒng)通常也是統(tǒng)一的全局平臺(tái)，該系統(tǒng)承載著企業(yè)內(nèi)部的業(yè)務(wù)邏輯和協(xié) 作機(jī)制，這樣的全局平臺(tái)不僅要處理資源相關(guān)流程，還要處理企業(yè)內(nèi)其他的流程，所以流程 系統(tǒng)是按照業(yè)務(wù)流程維度構(gòu)建的，它不應(yīng)該也不可能與企業(yè)的資源管理平臺(tái)集成在一起， 所以，在采用這種方式時(shí)就會(huì)涉及到流程系統(tǒng)和資源系統(tǒng)之間的接口互動(dòng)方式。如上，在上述方式⑵中，需要開(kāi)發(fā)資源系統(tǒng)與流程系統(tǒng)間的接口，這樣才能達(dá)到 流程驅(qū)動(dòng)資源管理的自動(dòng)化，進(jìn)而保證資源數(shù)據(jù)準(zhǔn)確、及時(shí)更新。目前，資源系統(tǒng)和流程系 統(tǒng)間接口的實(shí)現(xiàn)方式有如下兩種。第一中實(shí)現(xiàn)方式通常是在流程系統(tǒng)中攜帶部分資源信息流轉(zhuǎn)，而這些資源信息采 用文件附件(如Excel文件附件)作為載體，流程本身的交互仍然沿用流程系統(tǒng)固有的技 術(shù)實(shí)現(xiàn)方式，文件附件一般采用類(lèi)似文件傳輸協(xié)議(如FTP)的方式交互。在流程流轉(zhuǎn)的過(guò) 程中，每一環(huán)節(jié)的用戶(hù)按照規(guī)范的文件模板填寫(xiě)和更新數(shù)據(jù)，完成數(shù)據(jù)維護(hù)工作，流程結(jié)束 后，再通過(guò)系統(tǒng)間接口，由流程系統(tǒng)轉(zhuǎn)發(fā)給資源系統(tǒng)處理文件數(shù)據(jù)，如此完成流程驅(qū)動(dòng)的資源變化。第二種實(shí)現(xiàn)方式是根據(jù)業(yè)務(wù)關(guān)系將流程分級(jí)，分別在流程系統(tǒng)和資源系統(tǒng)實(shí)現(xiàn)， 不同層級(jí)流程之間是嵌套和調(diào)用/返回關(guān)系。具體來(lái)講，大的全局的流程在統(tǒng)一流程系統(tǒng) 實(shí)現(xiàn)(如系統(tǒng)跨部門(mén)的資源調(diào)度流程)，局部的業(yè)務(wù)規(guī)則明確并易于自動(dòng)化的流程在資源 管理系統(tǒng)實(shí)現(xiàn)(如一個(gè)具體領(lǐng)域內(nèi)部的資源方案設(shè)計(jì)、配置等)，不同層級(jí)流程之間建立接 口，這種接口要實(shí)現(xiàn)流程邏輯的控制，還要交互數(shù)據(jù)，并處理數(shù)據(jù)的同步和變更跟蹤。一個(gè) 典型的例子是資源內(nèi)部流程處理完成后，將資源的變化實(shí)時(shí)記錄，生成靜態(tài)的資源調(diào)度結(jié) 果表單反饋給流程系統(tǒng)，由流程系統(tǒng)繼續(xù)流轉(zhuǎn)。但是，以上描述的方案存在多種問(wèn)題，具體如下上述的方式(1)本質(zhì)上是通過(guò)限制人的行為來(lái)保證資源數(shù)據(jù)的準(zhǔn)確、一致和完 整，因?yàn)樵谙到y(tǒng)實(shí)現(xiàn)層面角色和權(quán)限的靈活性有限，更多要靠管理手段來(lái)保證。對(duì)于該方 式，流程中的抉擇和推進(jìn)由人來(lái)執(zhí)行，所以這種流程驅(qū)動(dòng)也可以說(shuō)是人和制度在驅(qū)動(dòng)。當(dāng)資 源結(jié)構(gòu)復(fù)雜、資源數(shù)據(jù)龐大的情況下，不僅管理費(fèi)時(shí)費(fèi)力，而且因?yàn)槿说闹饔^性、理解力和 判斷均無(wú)法統(tǒng)一，會(huì)導(dǎo)致資源數(shù)據(jù)管理過(guò)程不可控、數(shù)據(jù)質(zhì)量不可控，使得整個(gè)資源系統(tǒng)及 其數(shù)據(jù)失去價(jià)值。對(duì)于上述方式0)，第一種接口實(shí)現(xiàn)方法由于文件附件的引入帶來(lái)了如下問(wèn)題: 首先，是文件中的數(shù)據(jù)失控。文件本身不具備業(yè)務(wù)規(guī)則判斷能力，數(shù)據(jù)在文件中也無(wú)法與資 源系統(tǒng)中的數(shù)據(jù)進(jìn)行比對(duì)和同步，數(shù)據(jù)在文件中的變更無(wú)法控制和跟蹤，數(shù)據(jù)值的錯(cuò)誤在 所難免。其次，文件的格式需要統(tǒng)一約定，對(duì)于龐雜結(jié)構(gòu)化的資源數(shù)據(jù)來(lái)說(shuō)，這種格式統(tǒng)一 本身就是一個(gè)工作量大且重復(fù)性強(qiáng)的工作，而且對(duì)于不同格式的文件難以達(dá)成一致。此外， 這種接口方式還不可避免的涉及到附件文件的合并和拆分問(wèn)題，因?yàn)橘Y源信息的維護(hù)和變 更往往是分布式的。此外，文件附件的校驗(yàn)機(jī)制、保存機(jī)制、因文件數(shù)據(jù)本身的規(guī)范性問(wèn)題 引發(fā)的流程回退和反復(fù)等，都將帶來(lái)一系列的實(shí)現(xiàn)復(fù)雜性。對(duì)于上述方法0)，第二種接口實(shí)現(xiàn)方式的主要問(wèn)題是復(fù)雜度高，實(shí)現(xiàn)代價(jià)大。首 先，流程分級(jí)實(shí)現(xiàn)后，存在于不同的系統(tǒng)中，實(shí)際操作中很難定義出流程間的契合點(diǎn)，接口 繁多復(fù)雜，諸如資源數(shù)據(jù)接口、流程控制接口、資源調(diào)度配置結(jié)果接口等。其次，流程系統(tǒng)需 要保存部分資源系統(tǒng)所管理的資源數(shù)據(jù)，以支撐整個(gè)流程的運(yùn)轉(zhuǎn)，因此需要解決資源同步 問(wèn)題，包括同步機(jī)制、同步時(shí)機(jī)的選擇等，這都會(huì)增加接口實(shí)現(xiàn)的復(fù)雜度。最后，這種實(shí)現(xiàn)方 式的結(jié)果，用戶(hù)可能需要做多次切換，感知不好。針對(duì)相關(guān)技術(shù)中資源訪問(wèn)復(fù)雜度高、效率低的問(wèn)題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中資源訪問(wèn)復(fù)雜度高、效率低的問(wèn)題，本發(fā)明提出一種資源信息訪 問(wèn)的實(shí)現(xiàn)方法和系統(tǒng)，能夠降低資源訪問(wèn)和管理的復(fù)雜度，提高資源訪問(wèn)的效率。本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的根據(jù)本發(fā)明的一個(gè)方面，提供了一種資源信息訪問(wèn)的實(shí)現(xiàn)系統(tǒng)，該系統(tǒng)包括資源 系統(tǒng)和流程系統(tǒng)，其中，流程系統(tǒng)用于向用戶(hù)提供資源訪問(wèn)的界面，并根據(jù)用戶(hù)對(duì)界面的操 作訪問(wèn)資源系統(tǒng)中存儲(chǔ)的資源信息；并且，資源系統(tǒng)與流程系統(tǒng)之間設(shè)置有消息控制接口和內(nèi)容服務(wù)接口，消息控制接口用于在流程系統(tǒng)訪問(wèn)資源系統(tǒng)的資源信息時(shí)傳送資源系統(tǒng) 與流程系統(tǒng)之間的控制類(lèi)消息，內(nèi)容服務(wù)接口用于在流程系統(tǒng)訪問(wèn)資源系統(tǒng)的資源信息時(shí) 傳送資源系統(tǒng)與流程系統(tǒng)之間的服務(wù)數(shù)據(jù)。并且，資源系統(tǒng)進(jìn)一步用于響應(yīng)于流程系統(tǒng)的訪問(wèn)對(duì)資源信息進(jìn)行修改和/或呈 現(xiàn)。此外，流程系統(tǒng)進(jìn)一步用于記錄用戶(hù)對(duì)界面進(jìn)行的操作。優(yōu)選地，消息控制接口通過(guò)基于HTTP協(xié)議類(lèi)的消息接口、基于服務(wù)調(diào)用的接口、 基于組件調(diào)用的接口、或者基于TCP/IP協(xié)議棧和API開(kāi)發(fā)的接口方式承載控制類(lèi)消息。進(jìn)一步地，內(nèi)容服務(wù)接口通過(guò)基于界面集成方式、基于文件共享的方式、基于消息 中間件的方式、基于過(guò)程調(diào)用和共享數(shù)據(jù)的方式、或者基于數(shù)據(jù)庫(kù)接口的方式承載服務(wù)數(shù) 據(jù)。其中，優(yōu)選地，界面集成方式為基于HTTP/HTTPS的URL調(diào)用。優(yōu)選地，基于HTTP 協(xié)議類(lèi)的消息接口為WebService方式實(shí)現(xiàn)的接口。此外，上述控制類(lèi)消息可以包括鑒權(quán)信息、流轉(zhuǎn)請(qǐng)求控制信息、流程環(huán)節(jié)通知信 息、和/或資源服務(wù)狀態(tài)查詢(xún)信息。根據(jù)本發(fā)明的另一方面，提供了一種資源信息訪問(wèn)的實(shí)現(xiàn)方法。根據(jù)本發(fā)明的資源信息訪問(wèn)的實(shí)現(xiàn)方法包括流程系統(tǒng)通過(guò)其提供的界面接收用戶(hù)的操作；流程系統(tǒng)根據(jù)用戶(hù)的操作訪問(wèn)資源系統(tǒng)中存儲(chǔ)的資源信息；其中，資源系統(tǒng)與流 程系統(tǒng)之間設(shè)置有消息控制接口和內(nèi)容服務(wù)接口，在流程系統(tǒng)訪問(wèn)資源系統(tǒng)的資源信息 時(shí)，通過(guò)消息控制接口傳送資源系統(tǒng)與流程系統(tǒng)之間的控制類(lèi)消息，通過(guò)內(nèi)容服務(wù)傳送資 源系統(tǒng)與流程系統(tǒng)之間的服務(wù)數(shù)據(jù)。該方法可進(jìn)一步包括資源系統(tǒng)根據(jù)流程系統(tǒng)的訪問(wèn)對(duì)資源信息進(jìn)行修改和/或呈現(xiàn)。并且，該方法還可進(jìn)一步包括流程系統(tǒng)將用戶(hù)通過(guò)界面預(yù)先輸入的鑒權(quán)信息經(jīng) 由消息控制接口發(fā)送至資源系統(tǒng)；在資源系統(tǒng)對(duì)用戶(hù)鑒權(quán)成功的情況下，允許用戶(hù)根據(jù)預(yù) 設(shè)的工作流任務(wù)訪問(wèn)資源信息。并且，在用戶(hù)完成服務(wù)數(shù)據(jù)的一個(gè)處理邏輯后，如果工作流任務(wù)需要進(jìn)入下一個(gè) 服務(wù)數(shù)據(jù)的處理邏輯，則該方法進(jìn)一步包括流程系統(tǒng)通過(guò)消息控制接口向資源系統(tǒng)請(qǐng)求流轉(zhuǎn)，并通過(guò)消息控制接口將工作流 任務(wù)的當(dāng)前流程狀態(tài)通知給資源系統(tǒng)；資源系統(tǒng)完成業(yè)務(wù)和數(shù)據(jù)的狀態(tài)更新和同步。此外，在用戶(hù)受理完服務(wù)數(shù)據(jù)后，如果工作流任務(wù)需要下一個(gè)用戶(hù)繼續(xù)進(jìn)行資源 數(shù)據(jù)受理，該可方法進(jìn)一步包括流程系統(tǒng)通過(guò)消息控制接口將下一個(gè)用戶(hù)的鑒權(quán)信息發(fā) 送給資源系統(tǒng)，由資源系統(tǒng)對(duì)下一個(gè)用戶(hù)進(jìn)行鑒權(quán)，并在下一個(gè)用戶(hù)通過(guò)鑒權(quán)的情況下，根 據(jù)工作流任務(wù)的當(dāng)前流程狀態(tài)，通過(guò)內(nèi)容服務(wù)接口向流程系統(tǒng)提供服務(wù)數(shù)據(jù)，以供下一個(gè) 用戶(hù)受理。優(yōu)選地，消息控制接口通過(guò)基于HTTP協(xié)議類(lèi)的消息接口、基于服務(wù)調(diào)用的接口、 基于組件調(diào)用的接口、或者基于TCP/IP協(xié)議棧和API開(kāi)發(fā)的接口方式承載控制類(lèi)消息。
優(yōu)選地，內(nèi)容服務(wù)接口通過(guò)基于界面集成方式、基于文件共享的方式、基于消息中 間件的方式、基于過(guò)程調(diào)用和共享數(shù)據(jù)的方式、或者基于數(shù)據(jù)庫(kù)接口的方式承載服務(wù)數(shù)據(jù)。本發(fā)明通過(guò)在資源系統(tǒng)和流程系統(tǒng)之間采用數(shù)據(jù)和流程相互獨(dú)立的松耦合接口 設(shè)計(jì)，將流程控制和業(yè)務(wù)操作進(jìn)行了明確分割，并且在流程系統(tǒng)上提供用于對(duì)資源系統(tǒng)中 的資源數(shù)據(jù)進(jìn)行直接訪問(wèn)的操作界面，一方面能夠解決人工驅(qū)動(dòng)帶來(lái)的數(shù)據(jù)管理過(guò)程和數(shù) 據(jù)質(zhì)量不可控的問(wèn)題，降低了管理成本和人力成本，提高了資源管理的效率，另一方面能夠 避免流程分級(jí)分割帶來(lái)的復(fù)雜的處理機(jī)制，無(wú)需處理跨系統(tǒng)的流程轉(zhuǎn)接和數(shù)據(jù)交換問(wèn)題， 簡(jiǎn)化了接口設(shè)計(jì)；此外，還能夠省去復(fù)雜的數(shù)據(jù)導(dǎo)出、導(dǎo)入、拷貝、以及數(shù)據(jù)同步，降低處理 的復(fù)雜度，提高處理的效率，并且有助于對(duì)數(shù)據(jù)修改狀況以及用戶(hù)操作狀況進(jìn)行監(jiān)控和管 理。


圖1是根據(jù)本發(fā)明系統(tǒng)實(shí)施例的資源信息訪問(wèn)的實(shí)現(xiàn)系統(tǒng)的框圖；圖2是根據(jù)本發(fā)明方法實(shí)施例的資源信息訪問(wèn)的實(shí)現(xiàn)方法的流程圖；圖3是根據(jù)本發(fā)明方法實(shí)施例的資源信息訪問(wèn)的實(shí)現(xiàn)方法的具體處理實(shí)例的消 息流程圖。
具體實(shí)施例方式針對(duì)相關(guān)技術(shù)中資源訪問(wèn)和管理復(fù)雜度高、效率低的問(wèn)題，本發(fā)明提出資源系統(tǒng) 與流程系統(tǒng)的接口設(shè)計(jì)采用了數(shù)據(jù)和流程相互獨(dú)立的松耦合結(jié)構(gòu)。在這種結(jié)構(gòu)中，流程系 統(tǒng)僅負(fù)責(zé)流程控制，對(duì)資源數(shù)據(jù)的操作信息進(jìn)行透明化處理；資源系統(tǒng)則僅負(fù)責(zé)自身業(yè)務(wù) 數(shù)據(jù)的處理需求和業(yè)務(wù)邏輯規(guī)則的控制。通過(guò)本發(fā)明，能夠在資源服務(wù)中解決資源權(quán)限控 制、資源維護(hù)實(shí)時(shí)性、流程流轉(zhuǎn)控制、工作流狀態(tài)同步、資源業(yè)務(wù)規(guī)則核查控制等關(guān)鍵問(wèn)題， 流程驅(qū)動(dòng)的機(jī)制通過(guò)來(lái)自流程系統(tǒng)的工作流狀態(tài)同步來(lái)完成，從而能夠有效解決工作流和 業(yè)務(wù)流多級(jí)耦合的問(wèn)題，并避免了系統(tǒng)間數(shù)據(jù)同步帶來(lái)的復(fù)雜度。下面將詳細(xì)描述本發(fā)明的實(shí)施例。系統(tǒng)實(shí)施例 在本實(shí)施例中，提供了 一種資源信息訪問(wèn)的實(shí)現(xiàn)系統(tǒng)。如圖1所示，根據(jù)本實(shí)施例的資源信息訪問(wèn)的實(shí)現(xiàn)系統(tǒng)包括資源系統(tǒng)和流程系統(tǒng) (也可稱(chēng)為流程引擎平臺(tái)或流程引擎)，其中，資源系統(tǒng)包括多個(gè)資源服務(wù)實(shí)例，用于提供 資源服務(wù)。參照?qǐng)D1，流程系統(tǒng)用于向用戶(hù)提供資源訪問(wèn)的界面，并根據(jù)用戶(hù)對(duì)界面的操作訪 問(wèn)資源系統(tǒng)中存儲(chǔ)的資源信息；并且，資源系統(tǒng)與流程系統(tǒng)之間設(shè)置有消息控制接口和內(nèi) 容服務(wù)接口，消息控制接口用于在流程系統(tǒng)訪問(wèn)資源系統(tǒng)的資源信息時(shí)傳送資源系統(tǒng)與流 程系統(tǒng)之間的控制類(lèi)消息，即，形成圖1中所示的通道一，通過(guò)該通道可以實(shí)現(xiàn)訪問(wèn)控制和 流程同步，內(nèi)容服務(wù)接口用于在流程系統(tǒng)訪問(wèn)資源系統(tǒng)的資源信息時(shí)傳送資源系統(tǒng)與流程 系統(tǒng)之間的服務(wù)數(shù)據(jù)，形成圖1中所示的通道二，通過(guò)該通道實(shí)現(xiàn)資源業(yè)務(wù)的訪問(wèn)。并且，資源系統(tǒng)可以進(jìn)一步用于響應(yīng)于流程系統(tǒng)的訪問(wèn)對(duì)資源信息進(jìn)行修改和/ 或呈現(xiàn)。流程系統(tǒng)可以進(jìn)一步用于記錄用戶(hù)對(duì)界面進(jìn)行的操作。
相比于上述的方式(1)，根據(jù)本發(fā)明的資源信息的訪問(wèn)系統(tǒng)在進(jìn)行資源訪問(wèn)時(shí)， 訪問(wèn)流程由流程系統(tǒng)驅(qū)動(dòng)，從而增強(qiáng)流程的可控性以及避免由于認(rèn)為操作帶來(lái)的龐大工作量。在上述方式O)的第一中接口實(shí)現(xiàn)方法中，在對(duì)資源系統(tǒng)中的資源信息進(jìn)行訪問(wèn) 時(shí)，需要導(dǎo)出數(shù)據(jù)，并且導(dǎo)出的數(shù)據(jù)需要拷貝到流程系統(tǒng)，之后由人工修改流程系統(tǒng)中的數(shù) 據(jù)，在該方法中，由于人工修改是認(rèn)為操作，并非基于一定的規(guī)則，從而會(huì)導(dǎo)致文件內(nèi)數(shù)據(jù) 的修改狀況無(wú)法控制和管理，一旦修改出現(xiàn)不合法的情況，就會(huì)導(dǎo)致流程回轉(zhuǎn)，并且，用戶(hù) 的修改訪問(wèn)均基于拷貝到流程系統(tǒng)中的數(shù)據(jù)，但是資源系統(tǒng)中的數(shù)據(jù)并未發(fā)生變化，因此， 在用戶(hù)完成訪問(wèn)之后還需要進(jìn)行復(fù)雜的變更同步過(guò)程，該過(guò)程同樣需要將數(shù)據(jù)導(dǎo)出導(dǎo)入。根據(jù)本發(fā)明的上述系統(tǒng)在進(jìn)行資源訪問(wèn)時(shí)，用戶(hù)可以通過(guò)界面實(shí)現(xiàn)訪問(wèn)，在資源 系統(tǒng)直接修改數(shù)據(jù)，省去了數(shù)據(jù)的拷貝、導(dǎo)出、導(dǎo)入資源系統(tǒng)中的同步數(shù)據(jù)，并且，基于界面 操作的方式，能夠在界面上實(shí)現(xiàn)數(shù)據(jù)修改等操作的標(biāo)準(zhǔn)化，避免流程回轉(zhuǎn)的問(wèn)題。在上述方式O)的第二中接口實(shí)現(xiàn)方法中，流程系統(tǒng)和資源系統(tǒng)雙方均控制流 程，流程的銜接需要在兩個(gè)系統(tǒng)中均進(jìn)行流程的接口，流程需要對(duì)接，并且需要交互流程之 間的處理中間結(jié)果，因此，對(duì)于資源的管理，需要獲取資源系統(tǒng)和流程系統(tǒng)兩者的處理結(jié) 果，才能夠最終獲知用戶(hù)的訪問(wèn)操作狀況，不利于對(duì)流程的監(jiān)控和追蹤，也不利于對(duì)每個(gè)用 戶(hù)的操作進(jìn)行管理，并且，在流程對(duì)接時(shí)需要實(shí)現(xiàn)復(fù)雜、繁多的流程接口，導(dǎo)致整個(gè)系統(tǒng)的 復(fù)雜度增加。根據(jù)本發(fā)明的上述系統(tǒng)在進(jìn)行資源訪問(wèn)時(shí)，在流程系統(tǒng)中即可實(shí)現(xiàn)流程的監(jiān)控、 跟蹤、任務(wù)過(guò)程的記錄(審計(jì))等，數(shù)據(jù)的變化在資源系統(tǒng)中能夠明確第體現(xiàn)出來(lái)，因此，不 需要結(jié)合兩個(gè)系統(tǒng)的綜合結(jié)果，有效提高了用戶(hù)管理和資源數(shù)據(jù)管理的效率。在根據(jù)本發(fā)明的上述系統(tǒng)中，優(yōu)選地，消息控制接口可以通過(guò)基于HTTP協(xié)議類(lèi)的 消息接口(如ffebServidHTTP/HTTPS (超文本傳輸協(xié)議/超文本傳輸協(xié)議安全版)等)、 基于服務(wù)和組件調(diào)用的接口(如J2EE/EJB/RMI/JCA等)、基于其他組件技術(shù)標(biāo)準(zhǔn)和架構(gòu)的 接口(如CORBA、TUXEDO等)、基于TCP/IP協(xié)議棧和API開(kāi)發(fā)的接口(如SOCKET方式、私 有API接口開(kāi)發(fā)等)等方式承載控制類(lèi)消息。優(yōu)選地，內(nèi)容服務(wù)接口可以通過(guò)基于界面集成方式、基于文件共享的方式(如 FTP)、基于消息中間件的方式、基于過(guò)程調(diào)用和共享數(shù)據(jù)的方式、基于數(shù)據(jù)庫(kù)接口的方式等 承載服務(wù)數(shù)據(jù)。其中，界面集成方式基于HTTP/HTTPS的URL調(diào)用方式實(shí)現(xiàn)，這種方式便于 實(shí)現(xiàn)，并能夠有效降低業(yè)務(wù)數(shù)據(jù)同步和流程銜接的復(fù)雜度。此外，上述控制類(lèi)消息可以包括鑒權(quán)信息、流轉(zhuǎn)請(qǐng)求控制信息、流程環(huán)節(jié)通知信 息、和/或資源服務(wù)狀態(tài)查詢(xún)信息等，本文不再一一列舉。優(yōu)選地，考慮到技術(shù)標(biāo)準(zhǔn)化、可擴(kuò)展性和實(shí)現(xiàn)簡(jiǎn)單性，可以將內(nèi)容服務(wù)接口承 載在HTTP/HTTPS協(xié)議上。另外，考慮到協(xié)議標(biāo)準(zhǔn)化、技術(shù)發(fā)展趨勢(shì)和可擴(kuò)展性，推薦用 WebService協(xié)議承載消息控制接口，使得系統(tǒng)的應(yīng)用具有更好的推廣性，具有良好的標(biāo)準(zhǔn) 化性和可擴(kuò)展性，實(shí)現(xiàn)代價(jià)較低。在采用了 WfebService和HTTP/HTTPS協(xié)議后，不需開(kāi)發(fā)類(lèi)似FTP (例如文件附件)、 HTML(例如資源調(diào)度結(jié)果表單)等的交互方式，因此簡(jiǎn)潔實(shí)用，便于資源服務(wù)組件的開(kāi)發(fā)和 加載(并且可以plug-in的方式加載新資源服務(wù))，接口維護(hù)也很簡(jiǎn)單。
此時(shí)，在進(jìn)行接口消息交互時(shí)，涉及到資源相關(guān)的任務(wù)處理的消息通過(guò)HTTP/ HTTPS方式傳輸，涉及到流程確認(rèn)、用戶(hù)身份認(rèn)證、鑒權(quán)等控制類(lèi)消息則通過(guò)WebService方 式傳輸。在具體實(shí)現(xiàn)上，資源系統(tǒng)開(kāi)發(fā)出基于各業(yè)務(wù)領(lǐng)域的資源服務(wù)，用戶(hù)在流程系統(tǒng)的帶 動(dòng)下，經(jīng)過(guò)了認(rèn)證和授權(quán)，就可以通過(guò)HTTP/HTTPS接口訪問(wèn)資源系統(tǒng)提供的資源服務(wù)?？梢钥闯觯景l(fā)明的方案中接口實(shí)現(xiàn)簡(jiǎn)潔，通過(guò)設(shè)計(jì)兩個(gè)相對(duì)獨(dú)立的消息通道，從 設(shè)計(jì)上進(jìn)行了流程和數(shù)據(jù)的分割，在抽象的資源服務(wù)的概念下，通過(guò)兩個(gè)標(biāo)準(zhǔn)協(xié)議對(duì)這兩 個(gè)接口進(jìn)行承載，能夠使這種分割獲得實(shí)現(xiàn)層面的簡(jiǎn)單和標(biāo)準(zhǔn)化。實(shí)際應(yīng)用中，在資源系統(tǒng)提供資源服務(wù)時(shí)，一個(gè)原子級(jí)的資源服務(wù)對(duì)外的接口包 含控制請(qǐng)求和業(yè)務(wù)請(qǐng)求兩部分接口消息。其中，控制請(qǐng)求消息包括資源權(quán)限校驗(yàn)、流轉(zhuǎn)請(qǐng)求 控制、流程流轉(zhuǎn)環(huán)節(jié)告知、資源服務(wù)狀態(tài)查詢(xún)等信息。這部分消息只負(fù)責(zé)兩個(gè)系統(tǒng)間的控制 交互，并不涉及資源數(shù)據(jù)信息。業(yè)務(wù)請(qǐng)求消息也可稱(chēng)為資源服務(wù)請(qǐng)求消息，用戶(hù)在流程系統(tǒng)中可以根據(jù)流程狀態(tài) 適時(shí)發(fā)起資源服務(wù)請(qǐng)求消息，調(diào)用資源服務(wù)的業(yè)務(wù)界面(資源服務(wù)的業(yè)務(wù)界面由資源系統(tǒng) 實(shí)現(xiàn))，這樣實(shí)現(xiàn)了資源系統(tǒng)與流程系統(tǒng)的松耦合。流程系統(tǒng)不需要再另行維護(hù)一套資源數(shù) 據(jù)，同時(shí)也不必關(guān)心資源服務(wù)的業(yè)務(wù)內(nèi)容，只需要知道哪個(gè)環(huán)節(jié)調(diào)用哪個(gè)資源服務(wù)接口即可。在資源系統(tǒng)中，資源服務(wù)的結(jié)構(gòu)可以是多層封裝結(jié)構(gòu)。首先，需要根據(jù)業(yè)務(wù)域的資 源需求分析結(jié)果，抽象出基本層次的資源服務(wù)，稱(chēng)為原子級(jí)的資源服務(wù)。由原子級(jí)的資源服 務(wù)可以組合成更高級(jí)的資源服務(wù)。多個(gè)資源服務(wù)可以縱向級(jí)聯(lián)，從而構(gòu)成復(fù)雜的資源服務(wù) 或是完成一個(gè)資源需求實(shí)現(xiàn)過(guò)程邏輯。資源系統(tǒng)中的資源服務(wù)實(shí)例構(gòu)成了一個(gè)面向具體資源需求的業(yè)務(wù)邏輯的模塊，其 外在表現(xiàn)就是提供了一系列的資源服務(wù)界面，并符合該資源業(yè)務(wù)流程的要求。資源服務(wù)實(shí) 例只負(fù)責(zé)資源的業(yè)務(wù)操作，如資源數(shù)據(jù)的查詢(xún)、呈現(xiàn)、基于本資源服務(wù)業(yè)務(wù)邏輯的控制校驗(yàn) 等等。優(yōu)選地，如上，資源系統(tǒng)提供的接口可以為內(nèi)容服務(wù)接口，并通過(guò)HTTP/HTTPS承載。通過(guò)上述系統(tǒng)，基于業(yè)務(wù)和流程分離的接口配置方案，能夠降低資源訪問(wèn)的復(fù)雜 度，提高管理的效率，有效解決工作流和業(yè)務(wù)流多級(jí)耦合的問(wèn)題。方法實(shí)施例在本實(shí)施例中，提供了一種資源信息訪問(wèn)的實(shí)現(xiàn)方法。該方法可以基于上述系統(tǒng) 實(shí)現(xiàn)資源信息的訪問(wèn)。類(lèi)似地，下文中提到的消息控制接口可以通過(guò)基于HTTP協(xié)議類(lèi)的消息接口(如 WebService,HTTP/HTTPS等)、基于服務(wù)和組件調(diào)用的接口(如J2EE/EJB/RMI/JCA等)、基 于其他組件技術(shù)標(biāo)準(zhǔn)和架構(gòu)的接口(如CORBA、TUXEDO等)、基于TCP/IP協(xié)議棧和API開(kāi) 發(fā)的接口(如SOCKET方式、私有API接口開(kāi)發(fā)等)等方式承載控制類(lèi)消息。內(nèi)容服務(wù)接口 可以通過(guò)基于界面集成方式、基于文件共享的方式(如FTP)、基于消息中間件的方式、基于 過(guò)程調(diào)用和共享數(shù)據(jù)的方式、基于數(shù)據(jù)庫(kù)接口的方式等承載服務(wù)數(shù)據(jù)。如圖2所示，根據(jù)本實(shí)施例的資源信息訪問(wèn)的實(shí)現(xiàn)方法包括步驟S202，流程系統(tǒng)通過(guò)其提供的界面接收用戶(hù)的操作；步驟S204，流程系統(tǒng)根據(jù)用戶(hù)的操作訪問(wèn)資源系統(tǒng)中存儲(chǔ)的資源信息；其中，資 源系統(tǒng)與流程系統(tǒng)之間設(shè)置有消息控制接口和內(nèi)容服務(wù)接口，在流程系統(tǒng)訪問(wèn)資源系統(tǒng)的
9資源信息時(shí)，通過(guò)消息控制接口傳送資源系統(tǒng)與流程系統(tǒng)之間的控制類(lèi)消息，通過(guò)內(nèi)容服 務(wù)傳送資源系統(tǒng)與流程系統(tǒng)之間的服務(wù)數(shù)據(jù)。在用戶(hù)進(jìn)行訪問(wèn)之前，流程系統(tǒng)需要將用戶(hù)通過(guò)界面預(yù)先輸入的鑒權(quán)信息經(jīng)由消 息控制接口發(fā)送至資源系統(tǒng)；在資源系統(tǒng)對(duì)用戶(hù)鑒權(quán)成功的情況下，允許用戶(hù)根據(jù)預(yù)設(shè)的 工作流任務(wù)訪問(wèn)資源信息。在用戶(hù)訪問(wèn)的過(guò)程中或訪問(wèn)結(jié)束之后，資源系統(tǒng)可以根據(jù)流程系統(tǒng)的訪問(wèn)對(duì)資源 信息進(jìn)行修改和/或呈現(xiàn)。在用戶(hù)完成對(duì)服務(wù)數(shù)據(jù)的一個(gè)處理邏輯后，如果工作流任務(wù)需要進(jìn)入下一個(gè)資源 數(shù)據(jù)的處理邏輯，則該方法進(jìn)一步包括流程系統(tǒng)通過(guò)消息控制接口向資源系統(tǒng)請(qǐng)求流轉(zhuǎn)， 并通過(guò)消息控制接口將工作流任務(wù)的當(dāng)前流程狀態(tài)通知給資源系統(tǒng)，以便資源系統(tǒng)完成業(yè) 務(wù)和數(shù)據(jù)的狀態(tài)更新和同步。在用戶(hù)受理完服務(wù)數(shù)據(jù)后，如果工作流任務(wù)需要下一個(gè)用戶(hù)繼續(xù)進(jìn)行資源數(shù)據(jù)受 理，則該方法進(jìn)一步包括流程系統(tǒng)通過(guò)消息控制接口將下一個(gè)用戶(hù)的鑒權(quán)信息發(fā)送給資 源系統(tǒng)，由資源系統(tǒng)對(duì)下一個(gè)用戶(hù)進(jìn)行鑒權(quán)，并在下一個(gè)用戶(hù)通過(guò)鑒權(quán)的情況下，根據(jù)工作 流任務(wù)的當(dāng)前流程狀態(tài)，通過(guò)內(nèi)容服務(wù)接口向流程系統(tǒng)提供資源數(shù)據(jù)，以供下一個(gè)用戶(hù)受理。也就是說(shuō)，對(duì)于每個(gè)執(zhí)行工作流任務(wù)的用戶(hù)，均需要通過(guò)消息控制接口完成鑒權(quán) 后才能訪問(wèn)資源系統(tǒng)，并執(zhí)行各自的任務(wù)。下面將結(jié)合圖3詳細(xì)描述用戶(hù)通過(guò)流程系統(tǒng)訪問(wèn)資源系統(tǒng)的一個(gè)資源服務(wù)實(shí)例 的處理過(guò)程。如圖3所示，具體包括以下步驟步驟1，用戶(hù)通過(guò)流程系統(tǒng)創(chuàng)建工作流任務(wù)。步驟2，流程系統(tǒng)根據(jù)任務(wù)類(lèi)型判斷所需資源服務(wù)類(lèi)型，通過(guò)資源系統(tǒng)提供的認(rèn)證 和鑒權(quán)服務(wù)對(duì)用戶(hù)進(jìn)行認(rèn)證和授權(quán)，認(rèn)證和鑒權(quán)可通過(guò)消息控制接口實(shí)現(xiàn)。步驟3，認(rèn)證和授權(quán)完成后，流程系統(tǒng)調(diào)用資源系統(tǒng)提供的該任務(wù)相應(yīng)的資源服 務(wù)。其中，資源系統(tǒng)可以反饋相應(yīng)的服務(wù)調(diào)用界面以供執(zhí)行具體的操作。該調(diào)用可以通過(guò)內(nèi) 容服務(wù)接口實(shí)現(xiàn)，具體可以基于HTTP/HTTPS方式集成資源系統(tǒng)提供的資源服務(wù)業(yè)務(wù)界面， 在流程系統(tǒng)內(nèi)進(jìn)行資源服務(wù)訪問(wèn)。步驟4，在流程系統(tǒng)中，用戶(hù)通過(guò)資源系統(tǒng)提供的資源服務(wù)操作界面，遵照相應(yīng)的 資源業(yè)務(wù)規(guī)則和業(yè)務(wù)流邏輯(內(nèi)置于資源服務(wù)當(dāng)中)，對(duì)資源數(shù)據(jù)進(jìn)行增加、刪除、修改、查 詢(xún)等操作，完成對(duì)資源的訪問(wèn)。其中，圖3中最上方的4個(gè)步驟(步驟1至4)即相當(dāng)于流程創(chuàng)建環(huán)節(jié)。步驟5，用戶(hù)完成當(dāng)前階段操作，觸發(fā)流程系統(tǒng)向前流轉(zhuǎn)。步驟6，流程系統(tǒng)調(diào)用資源系統(tǒng)提供的資源服務(wù)，以確認(rèn)資源配置合法性和可行 性。這其中涉及到資源數(shù)據(jù)的比對(duì)、業(yè)務(wù)規(guī)則的校驗(yàn)、關(guān)聯(lián)資源的影響性和可用性等等，比 如資源配置是否已完成，是否可進(jìn)行下一步操作。這些是基于資源全局的一種確認(rèn)，需要資 源系統(tǒng)結(jié)合自身數(shù)據(jù)從全局角度進(jìn)行分析和判斷，因此只有資源系統(tǒng)才能很好的完成。然后，資源服務(wù)反饋流程系統(tǒng)發(fā)起的查詢(xún)、請(qǐng)求等操作的結(jié)果。步驟6中的交互可以通過(guò)消息控制接口實(shí)現(xiàn)。
步驟7，根據(jù)資源系統(tǒng)接口服務(wù)反饋的結(jié)果，流程系統(tǒng)啟動(dòng)相應(yīng)的規(guī)則和動(dòng)作，并 通知用戶(hù)。步驟8，流程系統(tǒng)調(diào)用資源系統(tǒng)的資源服務(wù)接口，通知資源系統(tǒng)當(dāng)前工作流狀態(tài)， 以便資源系統(tǒng)結(jié)合內(nèi)置的業(yè)務(wù)邏輯和資源變化關(guān)系，由工作流狀態(tài)判斷資源信息生命周期 階段，以完成資源數(shù)據(jù)的狀態(tài)同步和管理。步驟8中的消息傳輸可以通過(guò)消息控制接口實(shí) 現(xiàn)。步驟9，經(jīng)過(guò)流程系統(tǒng)中若干環(huán)節(jié)的流轉(zhuǎn)，業(yè)務(wù)流的下一個(gè)用戶(hù)開(kāi)始受理，執(zhí)行相 應(yīng)的任務(wù)。步驟10，流程系統(tǒng)根據(jù)業(yè)務(wù)流的定義和要求，判斷用戶(hù)是否需要操作資源，如果需 要，同樣需要啟動(dòng)認(rèn)證和鑒權(quán)過(guò)程(如前所述)。實(shí)際上，是通過(guò)同一資源服務(wù)接口的不同 參數(shù)來(lái)認(rèn)證和鑒權(quán)，以決定是否可訪問(wèn)服務(wù)，是只讀訪問(wèn)還是可寫(xiě)的訪問(wèn)資源服務(wù)等。步驟11，本環(huán)節(jié)的用戶(hù)受理業(yè)務(wù)完畢，完成本階段任務(wù)，觸發(fā)流程流轉(zhuǎn)到下一環(huán) 節(jié)。步驟12，經(jīng)過(guò)流程系統(tǒng)中若干環(huán)節(jié)的流轉(zhuǎn)，審核決策角色的用戶(hù)查看本次資源服 務(wù)流程的結(jié)果。同樣需要先啟動(dòng)認(rèn)證和鑒權(quán)過(guò)程(如前所述)，再啟動(dòng)資源系統(tǒng)的服務(wù)調(diào)用 接口以進(jìn)行審查。步驟13，最終用戶(hù)確認(rèn)資源變更的結(jié)果后，觸發(fā)流程系統(tǒng)結(jié)束工作流，完成工作流 的閉環(huán)。步驟14，流程系統(tǒng)觸發(fā)工作流狀態(tài)的傳遞，通知資源系統(tǒng)本次資源變更業(yè)務(wù)流完 成。資源系統(tǒng)同步工作流狀態(tài)，完成業(yè)務(wù)邏輯和資源數(shù)據(jù)生命周期階段的確認(rèn)，資源變化最 終的更新完成。同樣，這個(gè)消息的傳遞通過(guò)資源服務(wù)提供的消息控制接口實(shí)現(xiàn)。其中，對(duì)于中間進(jìn)行工作流任務(wù)的每個(gè)用戶(hù)，資源系統(tǒng)、流程系統(tǒng)、以及用戶(hù)之間 的交互流程均可以按照步驟9、步驟2、步驟3、步驟10、步驟11、步驟6、步驟7、步驟8的順 序執(zhí)行，可以將這些處理稱(chēng)為受理環(huán)節(jié)。應(yīng)當(dāng)注意，盡管圖3中示出了具體的處理順序和處理步驟，但是本發(fā)明并不限于 此，在實(shí)際應(yīng)用中，可以增加、刪除、改變圖3中的處理，或調(diào)整處理步驟的順序。并且，盡管之前列舉了用于承載控制類(lèi)消息和服務(wù)數(shù)據(jù)的多種協(xié)議，但是本發(fā)明 并不限于此，凡是能夠承載控制信息的協(xié)議均可以作為消息控制接口所采用的協(xié)議，凡是 能夠承載業(yè)務(wù)數(shù)據(jù)的協(xié)議，均可以作為內(nèi)容服務(wù)接口的協(xié)議，本文不再一一列舉。綜上所述，相比于上述方式(1)，本發(fā)明能夠通過(guò)電子化的流程系統(tǒng)來(lái)自動(dòng)驅(qū)動(dòng)資 源數(shù)據(jù)的變更，解決了人工驅(qū)動(dòng)帶來(lái)的數(shù)據(jù)管理過(guò)程和數(shù)據(jù)質(zhì)量不可控的問(wèn)題，并簡(jiǎn)化了 管理成本和人力成本，提高了資源管理的效率；相比于上述方式O)中的第一種接口實(shí)現(xiàn) 方式，本發(fā)明無(wú)需文件附件傳遞資源數(shù)據(jù)信息，解決了附件文件中數(shù)據(jù)不可控問(wèn)題，強(qiáng)化了 面向業(yè)務(wù)規(guī)則的檢查機(jī)制，規(guī)避了文件附件方式引發(fā)的一系列復(fù)雜處理機(jī)制，從流程驅(qū)動(dòng) 資源變化的實(shí)際粒度和效果上都有了明顯的提升，并且，能夠省去數(shù)據(jù)的導(dǎo)出、導(dǎo)入、拷貝、 以及資源數(shù)據(jù)的同步，有效提高了處理的效率，降低了資源訪問(wèn)實(shí)現(xiàn)的復(fù)雜度；相比于上述 方式O)中的第二種接口實(shí)現(xiàn)方式，本發(fā)明將流程控制和業(yè)務(wù)操作進(jìn)行了明確分割，避免 了流程分級(jí)分割帶來(lái)的復(fù)雜的處理機(jī)制，無(wú)需處理跨系統(tǒng)的流程轉(zhuǎn)接和數(shù)據(jù)交換問(wèn)題，簡(jiǎn) 化了接口設(shè)計(jì)，有效實(shí)現(xiàn)了流程中的權(quán)限傳遞、數(shù)據(jù)同步。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種資源信息訪問(wèn)的實(shí)現(xiàn)系統(tǒng)，其特征在于，包括資源系統(tǒng)和流程系統(tǒng)，其中，所述流程系統(tǒng)用于向用戶(hù)提供資源訪問(wèn)的界面，并根據(jù)所述用戶(hù)對(duì)所述界面的操作訪 問(wèn)所述資源系統(tǒng)中存儲(chǔ)的資源信息；并且，所述資源系統(tǒng)與所述流程系統(tǒng)之間設(shè)置有消息 控制接口和內(nèi)容服務(wù)接口，所述消息控制接口用于在所述流程系統(tǒng)訪問(wèn)所述資源系統(tǒng)的所 述資源信息時(shí)傳送所述資源系統(tǒng)與所述流程系統(tǒng)之間的控制類(lèi)消息，所述內(nèi)容服務(wù)接口用 于在所述流程系統(tǒng)訪問(wèn)所述資源系統(tǒng)的所述資源信息時(shí)傳送所述資源系統(tǒng)與所述流程系 統(tǒng)之間的服務(wù)數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述資源系統(tǒng)進(jìn)一步用于響應(yīng)于所述流 程系統(tǒng)的訪問(wèn)對(duì)所述資源信息進(jìn)行修改和/或呈現(xiàn)。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述流程系統(tǒng)進(jìn)一步用于記錄所述用戶(hù) 對(duì)所述界面進(jìn)行的操作。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的系統(tǒng)，其特征在于，所述消息控制接口通過(guò)基于 HTTP協(xié)議類(lèi)的消息接口、基于服務(wù)調(diào)用的接口、基于組件調(diào)用的接口、或者基于TCP/IP協(xié) 議棧和API開(kāi)發(fā)的接口方式承載所述控制類(lèi)消息。
5.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的系統(tǒng)，其特征在于，所述內(nèi)容服務(wù)接口通過(guò)基于 界面集成方式、基于文件共享的方式、基于消息中間件的方式、基于過(guò)程調(diào)用和共享數(shù)據(jù)的 方式、或者基于數(shù)據(jù)庫(kù)接口的方式承載所述服務(wù)數(shù)據(jù)。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述界面集成方式為基于HTTP/HTTPS的 URL調(diào)用。
7.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的系統(tǒng)，其特征在于，所述基于HTTP協(xié)議類(lèi)的消 息接口為^febService方式實(shí)現(xiàn)的接口。
8.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的系統(tǒng)，其特征在于，所述控制類(lèi)消息包括鑒權(quán)信 息、流轉(zhuǎn)請(qǐng)求控制信息、流程環(huán)節(jié)通知信息、和/或資源服務(wù)狀態(tài)查詢(xún)信息。
9.一種資源信息訪問(wèn)的實(shí)現(xiàn)方法，其特征在于，所述方法包括所述流程系統(tǒng)通過(guò)其提供的界面接收用戶(hù)的操作；所述流程系統(tǒng)根據(jù)所述用戶(hù)的所述操作訪問(wèn)資源系統(tǒng)中存儲(chǔ)的資源信息；其中，所述 資源系統(tǒng)與所述流程系統(tǒng)之間設(shè)置有消息控制接口和內(nèi)容服務(wù)接口，在所述流程系統(tǒng)訪問(wèn) 所述資源系統(tǒng)的所述資源信息時(shí)，通過(guò)所述消息控制接口傳送所述資源系統(tǒng)與所述流程系 統(tǒng)之間的控制類(lèi)消息，通過(guò)所述內(nèi)容服務(wù)傳送所述資源系統(tǒng)與所述流程系統(tǒng)之間的服務(wù)數(shù) 據(jù)。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，進(jìn)一步包括所述資源系統(tǒng)根據(jù)所述流程系統(tǒng)的訪問(wèn)對(duì)所述資源信息進(jìn)行修改和/或呈現(xiàn)。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，進(jìn)一步包括所述流程系統(tǒng)將所述用戶(hù)通過(guò)所述界面預(yù)先輸入的鑒權(quán)信息經(jīng)由所述消息控制接口 發(fā)送至所述資源系統(tǒng)；在所述資源系統(tǒng)對(duì)所述用戶(hù)鑒權(quán)成功的情況下，允許所述用戶(hù)根據(jù)預(yù)設(shè)的工作流任務(wù) 訪問(wèn)所述資源信息。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，在所述用戶(hù)完成所述服務(wù)數(shù)據(jù)的一個(gè) 處理邏輯后，如果所述工作流任務(wù)需要進(jìn)入下一個(gè)服務(wù)數(shù)據(jù)的處理邏輯，則所述方法進(jìn)一步包括所述流程系統(tǒng)通過(guò)所述消息控制接口向所述資源系統(tǒng)請(qǐng)求流轉(zhuǎn)，并通過(guò)所述消息控制 接口將所述工作流任務(wù)的當(dāng)前流程狀態(tài)通知給所述資源系統(tǒng)；所述資源系統(tǒng)完成業(yè)務(wù)和數(shù)據(jù)的狀態(tài)更新和同步。
13.根據(jù)權(quán)利要求11所述的方法，其特征在于，在所述用戶(hù)受理完所述服務(wù)數(shù)據(jù)后，如 果所述工作流任務(wù)需要下一個(gè)用戶(hù)繼續(xù)進(jìn)行資源數(shù)據(jù)受理，所述方法進(jìn)一步包括所述流程系統(tǒng)通過(guò)所述消息控制接口將所述下一個(gè)用戶(hù)的鑒權(quán)信息發(fā)送給所述資源 系統(tǒng)，由所述資源系統(tǒng)對(duì)所述下一個(gè)用戶(hù)進(jìn)行鑒權(quán)，并在所述下一個(gè)用戶(hù)通過(guò)鑒權(quán)的情況 下，根據(jù)所述工作流任務(wù)的當(dāng)前流程狀態(tài)，通過(guò)所述內(nèi)容服務(wù)接口向所述流程系統(tǒng)提供服 務(wù)數(shù)據(jù)，以供所述下一個(gè)用戶(hù)受理。
14.根據(jù)權(quán)利要求9至13中任一項(xiàng)所述的方法，其特征在于，所述消息控制接口通過(guò)基 于HTTP協(xié)議類(lèi)的消息接口、基于服務(wù)調(diào)用的接口、基于組件調(diào)用的接口、或者基于TCP/IP 協(xié)議棧和API開(kāi)發(fā)的接口方式承載所述控制類(lèi)消息。
15.根據(jù)權(quán)利要求9至13中任一項(xiàng)所述的方法，其特征在于，所述內(nèi)容服務(wù)接口通過(guò)基 于界面集成方式、基于文件共享的方式、基于消息中間件的方式、基于過(guò)程調(diào)用和共享數(shù)據(jù) 的方式、或者基于數(shù)據(jù)庫(kù)接口的方式承載所述服務(wù)數(shù)據(jù)。
全文摘要
一種資源信息訪問(wèn)的實(shí)現(xiàn)方法和系統(tǒng)，該系統(tǒng)包括資源系統(tǒng)和流程系統(tǒng)，流程系統(tǒng)用于向用戶(hù)提供資源訪問(wèn)的界面，并根據(jù)用戶(hù)對(duì)界面的操作訪問(wèn)資源系統(tǒng)中存儲(chǔ)的資源信息；資源系統(tǒng)與流程系統(tǒng)之間設(shè)置有消息控制接口和內(nèi)容服務(wù)接口，消息控制接口用于在流程系統(tǒng)訪問(wèn)資源系統(tǒng)的資源信息時(shí)傳送資源系統(tǒng)與流程系統(tǒng)之間的控制類(lèi)消息，內(nèi)容服務(wù)接口用于在流程系統(tǒng)訪問(wèn)資源系統(tǒng)的資源信息時(shí)傳送資源系統(tǒng)與流程系統(tǒng)之間的服務(wù)數(shù)據(jù)。本發(fā)明能夠解決人工驅(qū)動(dòng)帶來(lái)的數(shù)據(jù)管理過(guò)程和數(shù)據(jù)質(zhì)量不可控的問(wèn)題，降低管理成本和人力成本，提高資源管理效率；并且能夠避免流程分級(jí)分割帶來(lái)的復(fù)雜的處理機(jī)制，解決處理跨系統(tǒng)的流程轉(zhuǎn)接和數(shù)據(jù)交換問(wèn)題，簡(jiǎn)化了接口設(shè)計(jì)。
文檔編號(hào)H04L29/06GK102082772SQ20091023863
公開(kāi)日2011年6月1日 申請(qǐng)日期2009年11月30日 優(yōu)先權(quán)日2009年11月30日
發(fā)明者張戈 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)北京有限公司