專利名稱：一種實現信息管理的方法及實現事件路由的裝置的制作方法
技術領域：
本發明涉及信息管理技術，特別是指一種在即時通信中實現信息管理的方法及實現事件路由的裝置。
背景技術：
即時通信(IM，Instant Messenger)在企業內外溝通中的應用越來越廣泛，但是，一般企業并不希望投入額外的成本去建立和維護本企業的服務器，而是希望在公網中設置免費的IM工具，來為中小企業提供更加實用便利的溝通方式，進行企業部門之間、部門內部以及企業與外部之間的交流。根據以上需求，出現了在線企業的概念。在線企業是一種群組通信系統，專為辦公人員設計的擁有強大管理功能的企業空間。
如圖1所示，現有的在線企業一般包括客戶端110與后臺服務器120。其中客戶端包括用戶界面111以及消息處理模塊112。其中，用戶界面111用于向用戶提供數據輸入及其他各種操作的入口，消息處理模塊112與用戶界面111相耦合，對由用戶界面111輸入的各種數據及操作進行處理。當企業的創建者或者管理員需要對該企業的相關信息進行管理，或者在線企業中的普通用戶需要對個人資料進行修改時，大致的處理過程為用戶通過用戶界面111輸入相應管理操作，然后由客戶端110的用戶界面向后臺服務器120發送操作命令，后臺服務器120根據操作命令進行處理，然后向客戶端110的消息處理模塊112返回結果，隨后，消息處理模塊112對后臺服務器120返回的結果進行后續的邏輯處理，例如，提示用戶修改成功、或將后臺服務器打包的數據進行存儲等。其中，后臺服務器120可指中轉服務器、或群組服務器、或擴展服務器等，也可指中轉服務器、群組服務器、擴展服務器任意的組合。
根據以上描述可見，上述在線企業的信息處理過程非常簡單，但是其中，用戶界面111與消息處理模塊112之間是相互耦合的關系，即用戶界面與消息處理模塊緊密結合在一起，若隨著業務需求的變化，需要對用戶界面做改善時，必須對消息處理模塊112一起進行較大的修改，這樣就不能及時滿足在線企業業務需求的不斷發展以及不斷變更的需求。
發明內容
有鑒于此，本發明的一個目的在于提供一種實現信息管理的方法，本發明的另一目的在于提供一種實現事件路由的裝置，使得IM中的信息管理具有清晰的邏輯模塊，具有良好的擴展性和重用性；本發明進一步提供了一種與用戶操作權限相對應的統一管理模式，為資源模塊的擴展提供了極高的靈活性。
為了達到上述目的，本發明提供了一種實現信息管理的方法，該方法包含以下步驟A、用戶界面向事件路由單元發送攜帶有事件標識的信息管理事件操作請求，事件路由單元向對應于該事件標識的業務處理單元發送信息管理事件操作請求；B、業務處理單元向后臺服務器發送攜帶有客戶端標識和事件標識的信息管理事件操作請求；C、后臺服務器對收到的信息管理事件操作請求進行處理，然后根據客戶端標識和事件標識向步驟A中所述業務處理單元返回處理結果，該業務處理單元進行數據存儲。
步驟A中所述事件路由單元向對應于該事件標識的業務處理單元發送信息管理事件操作請求，包括以下步驟A1、事件路由單元根據事件標識確定業務處理單元，然后向對應于該業務處理單元的業務路由單元發送攜帶有事件標識的信息管理事件操作請求；A2、業務路由單元向對應于事件標識的事件單元發送信息管理事件操作請求。
所述步驟A2之前進一步包括業務路由單元判斷是否存在對應于事件標識的事件單元，如果是，則直接執行步驟A2；否則，首先建立事件單元，然后再執行步驟A2。
所述事件標識為業務處理單元標識與事件單元標識的組合。
較佳地，該方法進一步包括以下步驟e、用戶啟動用戶界面；f、用戶界面判斷用戶是否成功登錄，如果是，則執行步驟g；否則，提示用戶登錄，并返回執行步驟f；g、用戶界面確定用戶的操作權限，并根據該操作權限進行顯示。
步驟g中所述用戶界面確定用戶的操作權限，為用戶界面根據客戶端存儲的數據確定用戶的操作權限；或為用戶界面通過與后臺服務器的交互獲取數據，并根據該數據確定用戶的操作權限。
步驟g中所述用戶界面確定用戶的操作權限，為用戶界面首先獲取配置資源列表，然后獲取用戶身份，再然后根據用戶身份獲取基于配置資源列表的用戶權限配置，最終獲取用戶的操作權限；或為用戶界面首先獲取用戶身份，然后獲取與用戶身份相對應的用戶權限配置，再然后獲取基于該用戶權限配置的配置資源列表，最終獲取用戶的操作權限；或為用戶界面首先獲取用戶身份，然后獲取與用戶身份相對應的配置資源列表，再然后獲取該基于配置資源列表的用戶權限配置，最終獲取用戶的操作權限。
步驟g中所述根據該操作權限進行顯示為動態加載標簽，顯示用于表示用戶界面的企業管理器界面。
為了達到上述目的，本發明還提供了一種實現事件路由的裝置，該裝置包括事件路由單元和業務處理單元，事件路由單元，用于接收來自用戶界面的攜帶有事件標識的信息管理事件操作請求，并向對應于事件標識的業務處理單元發送信息管理事件操作請求；業務處理單元，用于向后臺服務器發送信息管理事件操作請求，并根據后臺服務器返回的處理結果進行數據存儲。
所述業務處理單元包括業務路由單元和事件單元，業務路由單元用于接收來自事件路由單元的信息管理事件操作請求，并向對應于事件標識的事件單元發送信息管理事件操作請求；事件單元用于向后臺服務器發送信息管理事件操作請求，并根據后臺服務器返回的處理結果進行數據存儲。
根據本發明提出的方法，用戶界面向事件路由單元發送攜帶有事件標識的信息管理事件操作請求，事件路由單元向對應于事件標識的業務處理單元發送信息管理事件操作請求；業務處理單元向后臺服務器發送攜帶有事件標識的信息管理事件操作請求，后臺服務器對收到的信息管理事件操作請求進行處理，然后向業務處理單元返回處理結果，業務處理單元進行數據存儲，實現了基于信息管理事件的路由機制，使得IM中的信息管理簡單有效，邏輯清楚，基于路由機制下的各事件模塊具有良好的可擴展性和可重用性，能夠根據業務需求進行變更，快速響應業務需求的變化，為快速推出新業務奠定了良好的基礎。
另外，本發明進一步提出了統一管理模式，根據用戶的操作權限動態加載標簽，實現針對不同操作權限的用戶顯示不同的企業管理器，并且這種統一管理模式適用于多標簽的企業管理器中，在在線企業的應用中，將在線企業可訪問的資源，如企業BBS、企業相冊等，融合到企業管理器中，增強可擴展性，當在線企業可訪問的資源中增加新模塊或增值服務時，只需動態加載相對應的新的標簽和動態連接庫即可，提供極高的可擴展性和靈活性，也使對多標簽的企業管理器的維護更加簡單易行。
圖1示出了現有技術中信息管理處理過程示意圖；圖2示出了在線企業的用戶界面顯示示意圖；
圖3示出了本發明中信息管理事件路由原理示意圖；圖4示出了本發明中實現信息管理流程圖；圖5示出了本發明中實現統一管理模式流程圖；圖6示出了在線企業中管理員的用戶界面顯示示意圖；圖7示出了在線企業中普通成員的用戶界面顯示示意圖。
具體實施例方式
為使本發明的目的、技術方案和優點更加清楚，下面結合附圖對本發明作進一步的詳細描述。
本發明中，用戶通過用戶界面輸入信息管理事件后，用戶界面向事件路由單元發送攜帶有事件標識的信息管理事件操作請求，事件路由單元向對應于事件標識的業務處理單元發送信息管理事件操作請求；業務處理單元向后臺服務器發送攜帶有事件標識的信息管理事件操作請求，后臺服務器對收到的信息管理事件操作請求進行處理，然后向業務處理單元返回處理結果，業務處理單元進行數據存儲，并可進一步根據業務規則和存儲的數據進行后續處理，例如，對用戶界面進行更新，如更新面板及企業管理器，實現了基于信息管理事件的路由機制。本發明提出的方法適用于任何IM中的信息管理，以下僅以在線企業為例，對本發明的具體實現過程進行描述。
圖2示出了在線企業的用戶界面顯示示意圖，如圖2所示，該用戶界面即為本發明的企業管理器的用戶界面，用戶通過該用戶界面輸入信息管理事件，如添加員工，根據本發明，可實現基于信息管理事件的路由機制，實現原理參見圖3。
圖3示出了本發明中信息管理事件路由原理示意圖，如圖3所示，本發明中可進一步在業務處理單元中設置事件單元，這樣，業務處理單元就包括業務路由單元和事件單元，業務路由單元用于確定至對應于事件標識的事件單元的路由。業務處理單元可視為主信息管理事件，基于業務處理單元的事件單元可視為子信息管理事件。業務處理單元可基于業務進行劃分，如在線企業基本資料、在線企業組織架構、成員基本信息等；業務處理單元中包括的各事件單元為基于某一業務下的各具體信息管理事件，如刪除信息、添加信息、修改信息等。不同業務處理單元中包含的事件單元可相同，也可不相同。用戶通過該用戶界面輸入信息管理事件，然后用戶界面向事件路由單元發送攜帶有事件標識的信息管理事件操作請求，事件路由單元用于確定至對應于事件標識的業務處理單元的路由，即根據事件標識確定相應業務處理單元，然后向該業務處理單元的業務路由單元發送攜帶有事件標識的信息管理事件操作請求，業務路由單元根據事件標識確定相應事件單元，然后向該事件單元發送信息管理事件操作請求，該事件單元向后臺服務器發送攜帶有事件標識的信息管理事件操作請求。每個業務處理單元中的事件單元具有唯一的事件標識，即不同業務處理單元中的事件單元可通過事件標識唯一標識。事件標識可為業務處理單元標識、即主事件標識與事件單元標識、即子事件標識的組合，事件路由單元根據事件標識中的主事件標識確定相應業務處理單元，該業務處理單元的業務路由單元根據事件標識中的子事件標識確定相應事件單元。事件標識的不同字段可分別表示主事件標識和子事件標識，例如，事件標識的長度為六位，通過事件標識的第一、二位表示主事件標識，通過事件標識的第三至六位表示子事件標識。
圖3中除后臺服務器之外的其余部分均為客戶端中包括的部分，其中，事件路由單元及包含業務路由單元和事件單元的業務處理單元共同組成了實現事件路由的裝置，該裝置中可進一步包括鑒權子系統，用于實現對用戶的鑒權。另外，該實現事件路由的裝置可僅包括事件路由單元和業務處理單元，其中，事件路由單元用于接收來自用戶界面的攜帶有事件標識的信息管理事件操作請求，并向對應于事件標識的業務處理單元發送信息管理事件操作請求；業務處理單元用于向后臺服務器發送信息管理事件操作請求，并根據后臺服務器返回的處理結果進行數據存儲。在業務處理單元中包括事件路由單元和事件單元時，業務路由單元用于接收來自事件路由單元的信息管理事件操作請求，并向對應于事件標識的事件單元發送信息管理事件操作請求；事件單元用于向后臺服務器發送信息管理事件操作請求，并根據后臺服務器返回的處理結果進行數據存儲。
圖4示出了本發明中實現信息管理流程圖，如圖4所示，信息管理的實現過程包括以下步驟步驟401用戶通過用戶界面輸入信息管理事件，然后用戶界面向事件路由單元發送攜帶有事件標識的信息管理事件操作請求。
步驟402事件路由單元根據事件標識確定業務處理單元，然后向對應于該業務處理單元的業務路由單元發送攜帶有事件標識的信息管理事件操作請求。
參見圖3，在步驟402之前，事件路由單元可啟動鑒權子系統對用戶進行鑒權，如要求用戶通過用戶界面輸入用戶名和密碼，如果用戶通過鑒權，則繼續執行步驟402；否則，拒絕用戶輸入的信息管理事件。
步驟403業務路由單元判斷是否存在對應于事件標識的事件單元，如果是，則執行步驟406；否則，執行步驟405。
步驟405由模型創建中心創建事件單元，該模型創建中心可為類廠中心，然后執行步驟406。
步驟406業務路由單元向對應于事件標識的事件單元發送信息管理事件操作請求。由于可在事件單元中配置與該事件單元相對應的事件標識，因此，業務路由單元向事件單元發送的信息管理事件操作請求中可攜帶事件標識，也可不攜帶有事件標識。
步驟407事件單元收到信息管理事件操作請求后，向中轉服務器發送攜帶有客戶端標識和事件標識的信息管理事件操作請求。
步驟408中轉服務器收到信息管理事件操作請求后，根據事件標識向相應群組服務器發送攜帶有客戶端標識和事件標識的信息管理事件操作請求。由于不同群組服務器進行不同操作，因此，中轉服務器可根據事件標識確定當前需要的群組服務器，然后向該群組服務器發送攜帶有客戶端標識和事件標識的信息管理事件操作請求。
步驟409群組服務器判斷信息管理事件操作請求是否為基本管理命令，如果是，則執行步驟411；否則，執行步驟410。
步驟410群組服務器對收到的信息管理事件操作請求進行處理，然后執行步驟413。
步驟411群組服務器向擴展服務器發送攜帶有客戶端標識和事件標識的信息管理事件操作請求。
步驟412擴展服務器對收到的信息管理事件操作請求進行處理，然后執行步驟413。
由于在IM中，擴展服務器中存儲著在線企業的基本信息，如在線企業的名稱、組織架構等，群組服務器中存儲著在線企業中各成員的信息、成員之間的關系等，如果是對在線企業的基本信息進行管理，則需要由擴展服務器來進行處理；如果是對基本信息以外的其他信息進行管理，則需要由群組服務器來進行處理。因此，群組服務器需要對信息管理事件操作請求涉及的是哪些信息管理進行判斷。
以上所述步驟408～步驟412的處理過程也可為中轉服務器將攜帶有客戶端標識和事件標識的信息管理事件操作請求發送至擴展服務器，由擴展服務器判斷信息管理事件操作請求是否為基本管理命令，如果是，則自身對收到的信息管理事件操作請求進行處理，否則，向群組服務器發送攜帶有客戶端標識和事件標識的信息管理事件操作請求。
步驟413根據客戶端標識和事件標識向相應事件單元、即步驟407中所述的事件單元返回處理結果，如果事件單元發送的信息管理事件操作請求是由群組服務器進行的處理，則該處理結果由群組服務器返回；如果事件單元發送的信息管理事件操作請求是由擴展服務器進行的處理，則該處理結果由擴展服務器返回。
返回處理結果時，群組服務器或擴展服務器可通過中轉服務器向事件單元返回處理結果，也可不通過中轉服務器向事件單元返回處理結果，如果群組服務器或擴展服務器能夠根據客戶端標識找到相應客戶端，則也可不通過中轉服務器向事件單元返回處理結果；如果群組服務器或擴展服務器無法根據客戶端標識找到相應客戶端，則通過中轉服務器向事件單元返回處理結果。
步驟414事件單元進行數據存儲，并可進一步根據業務規則和存儲的數據進行后續處理，例如，向用戶界面發送更新數據，使用戶界面進行更新，如更新面板或企業管理器顯示界面。
以上所述的信息管理事件可為修改在線企業基本信息、添加/刪除成員、修改成員信息、添加/刪除/修改在線企業的部門，等等。
以上所述業務處理單元或事件單元與后臺服務器的信息交互可通過網絡接口層進行。同一時刻，客戶端只有唯一信息管理事件出口與后臺服務器進行信息交互，即同一時刻只有一個業務處理單元或事件單元與后臺服務器進行信息交互。
由于現有技術中，不具有統一管理模式的企業管理器顯示界面，本發明中還提出了一種與用戶操作權限相對應的統一管理模式，根據用戶的操作權限動態加載標簽(TAB)，實現針對不同操作權限的用戶顯示不同的企業管理器。將與在線企業資源相關模塊的動態連接庫名稱和文件路徑寫入文件，同時根據在線企業中成員的權限進行分配，這些信息可存儲在后臺服務器中，在用戶界面、即企業管理器需要時，由后臺服務器提供；也可由企業管理器與后臺服務器進行信息交互，獲取后直接存儲在企業管理器所在的客戶端上。例如，可將在線企業中所有成員的權限分成三類創建者權限、管理員權限和普通成員權限；可將企業資源權限能力分為四個等級X-執行，F-完全控制，R-讀取，W-修改/增加/刪除，創建者權限具有最大的控制權，與管理員唯一的區別是創建者可對管理員進行設置、刪除等操作，具有全部的管理權限，管理員權限可增加/刪除/修改部門、添加/刪除成員、修改成員基本信息、修改在線企業的基本信息，普通成員權限僅享有修改個人信息、在企業電子布告欄系統(BBS)中發表帖子以及在企業相冊中發布照片等。
圖5示出了本發明中實現統一管理模式流程圖，如圖5所示，統一管理模式的實現過程包括以下步驟步驟501用戶啟動用戶界面。
步驟502用戶界面判斷用戶是否成功登錄，如果是，則執行步驟504；否則，執行步驟503。
步驟503用戶界面提示用戶登錄，然后返回執行步驟502。用戶收到提示后，可輸入用戶名和密碼，用戶界面通過與后臺服務器的交互，確定用戶是否成功登陸。
步驟504用戶界面確定用戶的操作權限。該步驟的具體實現可分別根據以下三種方式實現方式一、用戶界面首先獲取配置資源列表，該配置資源列表的內容可為企業BBS、企業相冊、共享內容、網絡硬盤、企業郵件系統等，然后獲取用戶身份，如創建者、管理員、普通成員等，再然后根據用戶身份獲取基于配置資源列表的用戶權限配置，最終獲取用戶的操作權限；方式二、用戶界面首先獲取用戶身份，然后獲取與用戶身份相對應的用戶權限配置，再然后獲取基于該用戶權限配置的配置資源列表，最終獲取用戶的操作權限；方式三、用戶界面首先獲取用戶身份，然后獲取與用戶身份相對應的配置資源列表，再然后獲取基于該配置資源列表的用戶權限配置，最終獲取用戶的操作權限。
以上各種方式下各信息的獲取方式可通過用戶界面讀取自身所在客戶端中存儲的信息來獲取，也可通過用戶界面與后臺服務器的信息交互來獲取，例如，具有一定操作權限的用戶第一次登錄，由于用戶界面所在客戶端上未存儲有相關信息，因此，用戶界面可通過與后臺服務器的交互來獲取各信息；用戶界面所在客戶端可對后臺服務器提供的各信息進行存儲，以便后續處理中需要各信息時，直接讀取就可獲得。用戶界面也可預先與后臺服務器進行交互，以獲取各信息，然后用戶界面所在客戶端可對后臺服務器提供的各信息進行存儲。如果用戶界面所在的客戶端中存儲有相應信息，則用戶界面可定時或不定時向后臺服務器獲取更新信息，以使向客戶顯示的企業管理器是最新的。
步驟505用戶界面根據用戶的操作權限，動態加載標簽，對企業管理器進行顯示。用戶的操作權限中包括該用戶可管理的配置資源、基于每一配置資源的操作權限。
以上所述的統一管理模式實現過程可適用于多標簽的企業管理器中。以上所述的配置資源列表、用戶權限配置可為標記語言的格式，如可擴展標記語言(XML)。
根據以上的統一管理模式實現流程，可針對不同權限的用戶體現出不同的用戶界面，即用戶的權限不同，與用戶操作權限相對應的企業管理器是不相同的，如圖2、圖6和圖7所示，圖2為在線企業的創建者的企業管理器顯示形式，圖6為在線企業的管理員的企業管理器顯示形式，圖7為在線企業的普通成員的企業管理器顯示形式，通過對圖2、圖6和圖7的比較可見，操作權限不同的用戶，其客戶端上顯示出的企業管理器是不相同的，即通過相同的統一管理模式實現流程確定不同用戶的企業管理器顯示界面，實現了企業管理器的動態配置。
總之，以上所述僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。
權利要求
1.一種實現信息管理的方法，其特征在于，該方法包含以下步驟A、用戶界面向事件路由單元發送攜帶有事件標識的信息管理事件操作請求，事件路由單元向對應于該事件標識的業務處理單元發送信息管理事件操作請求；B、業務處理單元向后臺服務器發送攜帶有客戶端標識和事件標識的信息管理事件操作請求；C、后臺服務器對收到的信息管理事件操作請求進行處理，然后根據客戶端標識和事件標識向步驟A中所述業務處理單元返回處理結果，該業務處理單元進行數據存儲。
2.根據權利要求1所述的方法，其特征在于，步驟A中所述事件路由單元向對應于該事件標識的業務處理單元發送信息管理事件操作請求，包括以下步驟A1、事件路由單元根據事件標識確定業務處理單元，然后向對應于該業務處理單元的業務路由單元發送攜帶有事件標識的信息管理事件操作請求；A2、業務路由單元向對應于事件標識的事件單元發送信息管理事件操作請求。
3.根據權利要求2所述的方法，其特征在于，所述步驟A2之前進一步包括業務路由單元判斷是否存在對應于事件標識的事件單元，如果是，則直接執行步驟A2；否則，首先建立事件單元，然后再執行步驟A2。
4.根據權利要求2或3所述的方法，其特征在于，所述事件標識為業務處理單元標識與事件單元標識的組合。
5.根據權利要求1所述的方法，其特征在于，該方法進一步包括以下步驟e、用戶啟動用戶界面；f、用戶界面判斷用戶是否成功登錄，如果是，則執行步驟g；否則，提示用戶登錄，并返回執行步驟f；g、用戶界面確定用戶的操作權限，并根據該操作權限進行顯示。
6.根據權利要求5所述的方法，其特征在于，步驟g中所述用戶界面確定用戶的操作權限，為用戶界面根據客戶端存儲的數據確定用戶的操作權限；或為用戶界面通過與后臺服務器的交互獲取數據，并根據該數據確定用戶的操作權限。
7.根據權利要求5或6所述的方法，其特征在于，步驟g中所述用戶界面確定用戶的操作權限，為用戶界面首先獲取配置資源列表，然后獲取用戶身份，再然后根據用戶身份獲取基于配置資源列表的用戶權限配置，最終獲取用戶的操作權限；或為用戶界面首先獲取用戶身份，然后獲取與用戶身份相對應的用戶權限配置，再然后獲取基于該用戶權限配置的配置資源列表，最終獲取用戶的操作權限；或為用戶界面首先獲取用戶身份，然后獲取與用戶身份相對應的配置資源列表，再然后獲取該基于配置資源列表的用戶權限配置，最終獲取用戶的操作權限。
8.根據權利要求5或6所述的方法，其特征在于，步驟g中所述根據該操作權限進行顯示為動態加載標簽，顯示用于表示用戶界面的企業管理器界面。
9.一種實現事件路由的裝置，其特征在于，該裝置包括事件路由單元和業務處理單元，事件路由單元，用于接收來自用戶界面的攜帶有事件標識的信息管理事件操作請求，并向對應于事件標識的業務處理單元發送信息管理事件操作請求；業務處理單元，用于向后臺服務器發送信息管理事件操作請求，并根據后臺服務器返回的處理結果進行數據存儲。
10.根據權利要求9所述的裝置，其特征在于，所述業務處理單元包括業務路由單元和事件單元，業務路由單元，用于接收來自事件路由單元的信息管理事件操作請求，并向對應于事件標識的事件單元發送信息管理事件操作請求；事件單元，用于向后臺服務器發送信息管理事件操作請求，并根據后臺服務器返回的處理結果進行數據存儲。
全文摘要
本發明公開了一種實現信息管理的方法及實現事件路由的裝置，用戶界面向事件路由單元發送攜帶有事件標識的信息管理事件操作請求，事件路由單元向對應于事件標識的業務處理單元發送信息管理事件操作請求；業務處理單元向后臺服務器發送攜帶有事件標識的信息管理事件操作請求，后臺服務器對收到的信息管理事件操作請求進行處理，然后向業務處理單元返回處理結果，業務處理單元進行數據存儲，實現了基于信息管理事件的路由機制，使得IM中的信息管理簡單有效，各事件模塊具有良好的可擴展性和可重用性，能夠根據業務需求進行變更，為快速推出新業務奠定了良好的基礎。本發明進一步提出了統一管理模式，針對不同操作權限的用戶顯示不同的企業管理器。
文檔編號H04L12/54GK1870512SQ20051007200
公開日2006年11月29日 申請日期2005年5月24日 優先權日2005年5月24日
發明者李斌, 張星亮, 陳偉華 申請人:騰訊科技(深圳)有限公司