專利名稱：企業(yè)社交信息交互方法、服務(wù)器及企業(yè)社交網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及一種企業(yè)社交信息交互方法、服務(wù)器及企業(yè)社交網(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)：
目前，為實現(xiàn)企業(yè)內(nèi)部的運營管理，一般會建立如圖1所示的私有系統(tǒng)平臺，它實現(xiàn)了一種樹狀權(quán)限層次的管理，而在進(jìn)行事務(wù)處理時，一般采用如圖2所示的流程201，客戶端向服務(wù)器發(fā)送登錄請求；202，服務(wù)器驗證其企業(yè)內(nèi)部帳號；203，服務(wù)器驗證通過后，客戶端發(fā)出事務(wù)處理請求；204，服務(wù)器針對事務(wù)處理請求進(jìn)行處理，并生成事務(wù)處理結(jié)果；205，服務(wù)器向客戶端返回事務(wù)處理結(jié)果；206，客戶端對事務(wù)處理結(jié)果進(jìn)行顯示。
上述采用企業(yè)私有系統(tǒng)平臺進(jìn)行的事務(wù)處理僅僅局限于企業(yè)內(nèi)部，而對于企業(yè)外部的事務(wù)處理往往還是停留在郵件、電話或其他傳統(tǒng)通信手段的處理上，企業(yè)間的事務(wù)處理及交互無法滿足更及時有效的要求，另外，企業(yè)間的事務(wù)處理往往無法對外真正反映企業(yè)各角色的層級關(guān)系及權(quán)責(zé)分工，甚至?xí)霈F(xiàn)角色越權(quán)的混亂局面，無法保障企業(yè)的正常運行。發(fā)明內(nèi)容
本發(fā)明實施例所要解決的技術(shù)問題在于，提供一種企業(yè)社交信息交互方法、服務(wù)器及企業(yè)社交網(wǎng)絡(luò)系統(tǒng)，以建立及時高效的企業(yè)間的社交網(wǎng)絡(luò)，保證企業(yè)正常運行。
為了解決上述技術(shù)問題，本發(fā)明實施例提出了一種企業(yè)社交信息交互方法，包括從客戶端獲得攜帶有待驗證賬號的登錄請求；根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)，所述企業(yè)社交應(yīng)用數(shù)據(jù)為不同企業(yè)間的角色賬號之間交互的應(yīng)用數(shù)據(jù)。
相應(yīng)地，本發(fā)明實施例還提供了一種服務(wù)器，包括存儲模塊，用于存儲企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系； 交互模塊，用于從客戶端獲得攜帶有待驗證賬號的登錄請求，根據(jù)所述對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)，所述企業(yè)社交應(yīng)用數(shù)據(jù)為不同企業(yè)間的角色賬號之間交互的應(yīng)用數(shù)據(jù)。
另外，本發(fā)明實施例還對應(yīng)提供了一種企業(yè)社交網(wǎng)絡(luò)系統(tǒng)，包括 客戶端，用于發(fā)送攜帶有待驗證賬號的登錄請求；服務(wù)器，用于根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)， 所述企業(yè)社交應(yīng)用數(shù)據(jù)為不同企業(yè)間的角色賬號之間交互的應(yīng)用數(shù)據(jù)。
本發(fā)明實施例通過提供一種企業(yè)社交信息交互方法、服務(wù)器及企業(yè)社交網(wǎng)絡(luò)系統(tǒng)，首先從客戶端獲得攜帶有待驗證賬號的登錄請求，然后根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)，這樣，就在企業(yè)間建立了社交網(wǎng)絡(luò)，企業(yè)角色成功登錄后即可根據(jù)其權(quán)限范圍實時獲得企業(yè)社交圈內(nèi)不同角色發(fā)出的信息和交互數(shù)據(jù)，同時也可以發(fā)送信息和交互數(shù)據(jù)給這些企業(yè)以及企業(yè)中的不同角色，從而保證了企業(yè)間交互的及時有效性；另外，通過企業(yè)帳號及歸屬于其下各角色帳號的對應(yīng)關(guān)系，使得企業(yè)間的事務(wù)處理可對外真正反映企業(yè)各角色的層級關(guān)系及權(quán)責(zé)分工，避免了角色越權(quán)處理的現(xiàn)象，保證了企業(yè)的正常運行。


圖1是現(xiàn)有技術(shù)的企業(yè)內(nèi)部私有系統(tǒng)平臺的樹狀權(quán)限層次圖。
圖2是現(xiàn)有技術(shù)的企業(yè)內(nèi)部私有系統(tǒng)平臺的事務(wù)處理流程圖。
圖3是本發(fā)明第一實施例的企業(yè)社交信息交互方法的流程圖。
圖4是本發(fā)明第二實施例的企業(yè)社交信息交互方法的流程圖。
圖5是本發(fā)明第三實施例的企業(yè)社交信息交互方法的流程圖。
圖6是本發(fā)明第四實施例的企業(yè)社交信息交互方法的流程圖。
圖7是本發(fā)明第五實施例的企業(yè)社交信息交互方法的流程圖。
圖8是本發(fā)明第六實施例的企業(yè)社交信息交互方法的流程圖。
圖9是本發(fā)明實施例的企業(yè)社交網(wǎng)絡(luò)系統(tǒng)的主要結(jié)構(gòu)圖。
圖10是本發(fā)明實施例的服務(wù)器902的主要結(jié)構(gòu)圖。
具體實施方式
下面結(jié)合附圖，對本發(fā)明實施例進(jìn)行詳細(xì)說明。
參照圖3，本發(fā)明第一實施例的企業(yè)社交信息交互方法主要包括如下流程 301，客戶端向服務(wù)器發(fā)送攜帶有待驗證賬號的登錄請求；302，服務(wù)器接收到登錄請求后，根據(jù)數(shù)據(jù)庫中存儲的企業(yè)賬號及歸屬于企業(yè)賬號下各角色賬號的對應(yīng)關(guān)系，對待驗證賬號進(jìn)行驗證，具體地，服務(wù)器數(shù)據(jù)庫中存儲有各企業(yè)的相關(guān)信息，主要包括企業(yè)賬號、歸屬于企業(yè)賬號下并與之形成對應(yīng)關(guān)系的員工角色賬號，以及各種企業(yè)社交應(yīng)用數(shù)據(jù)等，其中企業(yè)賬號及歸屬于企業(yè)賬號下各角色賬號的對應(yīng)關(guān)系指示了企業(yè)與角色之間的所屬關(guān)系、角色之間的層級關(guān)系等，而各種企業(yè)社交應(yīng)用數(shù)據(jù)包括應(yīng)用程序數(shù)據(jù)，以及基于各應(yīng)用程序的通知、消息、事務(wù)信息等；這樣即構(gòu)建了一個虛擬企業(yè)圈層，其允許企業(yè)的實名注冊，帶有授權(quán)的角色賬號可以代表企業(yè)和其他企業(yè)進(jìn)行信息和數(shù)據(jù)交互，完成各種企業(yè)間的社交應(yīng)用；303，若302驗證通過，服務(wù)器根據(jù)對應(yīng)角色賬號，生成該對應(yīng)角色賬號權(quán)限下初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面，具體地，驗證通過指示待驗證賬號與數(shù)據(jù)庫中某一對應(yīng)角色賬號匹配，角色賬號權(quán)限包括指示角色之間層級關(guān)系的功能權(quán)限以及指示各種應(yīng)用處理權(quán)限的內(nèi)容權(quán)限，而初始企業(yè)社交應(yīng)用數(shù)據(jù)可包括距離客戶端前次注銷登錄至本次登錄之間所有待處理消息、待查看通知以及待處理事務(wù)信息等，頁面即可涵蓋上述初始企業(yè)社交應(yīng)用數(shù)據(jù)；304，服務(wù)器向客戶端返回攜帶有上述初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面。
參照圖4，本發(fā)明第二實施例的企業(yè)社交信息交互方法主要是在第一實施例基礎(chǔ)上增加了客戶端被動接收來自其他企業(yè)角色的待處理消息的功能，在304之后設(shè)置如下流程401，服務(wù)器檢測客戶端的實時在線情況；402，若401檢測到客戶端當(dāng)前在線，服務(wù)器向客戶端推送作為對應(yīng)角色賬號權(quán)限下后續(xù)企業(yè)社交應(yīng)用數(shù)據(jù)的待處理消息，具體地，其他某一企業(yè)角色向該客戶端登錄角色發(fā)送待處理消息時，服務(wù)器會通過消息引擎獲得該待處理消息，當(dāng)然該待處理消息滿足在客戶端登錄角色的內(nèi)容權(quán)限，之后服務(wù)器在客戶端實時在線時向客戶端推送該待處理消息； 403，客戶端通過頁面提示上述待處理消息，客戶端用戶即可操作并展示該待處理消肩、ο
參照圖5，本發(fā)明第三實施例的企業(yè)社交信息交互方法主要是在第一實施例基礎(chǔ)上增加了客戶端向其他企業(yè)角色主動發(fā)送消息的功能，在304之后設(shè)置如下流程501，客戶端操作應(yīng)用，產(chǎn)生對應(yīng)消息，并省缺或自定義消息接收對象； 502，客戶端將上述消息及缺省或自定義的接收對象指示信息發(fā)送到服務(wù)器； 503，服務(wù)器依據(jù)接收對象指示信息，按照隊列順序向缺省或自定義的接收對象發(fā)送消息，具體地，服務(wù)器的事件引擎觸發(fā)將消息存儲到數(shù)據(jù)庫，并將消息從數(shù)據(jù)庫廣播到消息引擎，消息引擎按照隊列順序?qū)⑾l(fā)送到相應(yīng)作為接收對象的實時在線的其他企業(yè)角色。
參照圖6，本發(fā)明第四實施例的企業(yè)社交信息交互方法主要是在第一實施例基礎(chǔ)上增加了客戶端處理事務(wù)的功能，在304之后設(shè)置如下流程601，客戶端應(yīng)用操作，得到事務(wù)操作請求，例如訂單處理操作請求、慈善事務(wù)發(fā)起操作請求等；602，客戶端向服務(wù)器發(fā)送上述事務(wù)操作請求；603，服務(wù)器從數(shù)據(jù)庫中獲得客戶端對應(yīng)角色權(quán)限，并根據(jù)對應(yīng)角色賬號權(quán)限，判斷客戶端是否具有事務(wù)操作權(quán)限；604，若603判斷客戶端具有事務(wù)操作權(quán)限，服務(wù)器根據(jù)事務(wù)操作請求執(zhí)行事務(wù)操作， 并生成事務(wù)操作結(jié)果，若客戶端不具有事務(wù)操作權(quán)限，則生成無權(quán)限提示頁面； 605，服務(wù)器向客戶端返回事務(wù)操作結(jié)果并更新頁面或返回?zé)o權(quán)限提示頁面； 606，客戶端展示包含事務(wù)操作結(jié)果的頁面或無權(quán)限提示頁面。
參照圖7，本發(fā)明第五實施例的企業(yè)社交信息交互方法主要是在第一實施例基礎(chǔ)上增加了客戶端查看權(quán)限的功能，在304之后設(shè)置如下流程701，客戶端發(fā)出企業(yè)角色權(quán)限查看請求；702，服務(wù)器從數(shù)據(jù)庫中獲得客戶端對應(yīng)角色權(quán)限，并根據(jù)對應(yīng)角色賬號權(quán)限，判斷客戶端是否具有查看企業(yè)角色權(quán)限的操作權(quán)限；703，若702判斷客戶端具有查看企業(yè)角色權(quán)限的操作權(quán)限，服務(wù)器從數(shù)據(jù)庫中獲取被請求查看的企業(yè)角色權(quán)限數(shù)據(jù)，生成權(quán)限展示頁面；704，服務(wù)器向客戶端返回權(quán)限展示頁面； 705，客戶端展示權(quán)限展示頁面。
參照圖8，本發(fā)明第六實施例的企業(yè)社交信息交互方法主要是在第一實施例基礎(chǔ)上增加了客戶端修改權(quán)限的功能，在304之后設(shè)置如下流程801，客戶端發(fā)出企業(yè)角色權(quán)限修改請求；802，服務(wù)器從數(shù)據(jù)庫中獲得客戶端對應(yīng)角色權(quán)限，并根據(jù)對應(yīng)角色賬號權(quán)限，判斷客戶端是否具有修改企業(yè)角色權(quán)限的操作權(quán)限；803，若802判斷客戶端具有修改企業(yè)角色權(quán)限的操作權(quán)限，服務(wù)器針對企業(yè)角色權(quán)限修改請求，修改對應(yīng)企業(yè)角色權(quán)限數(shù)據(jù)并進(jìn)行保存，生成權(quán)限展示頁面； 804，服務(wù)器向客戶端返回權(quán)限展示頁面； 805，客戶端展示權(quán)限展示頁面。
當(dāng)然，第二實施例、第三實施例、第四實施例、第五實施例、第六實施例中兩種或多種可進(jìn)行組合并完成相應(yīng)功能的組合，例如，上述本發(fā)明第三實施例可與第二實施例相結(jié)合，完成消息發(fā)送接收的完整功能。
參照圖9，本發(fā)明實施例的企業(yè)社交網(wǎng)絡(luò)系統(tǒng)主要包括 客戶端901，用于發(fā)送攜帶有待驗證賬號的登錄請求；服務(wù)器902，用于根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對待驗證賬號進(jìn)行驗證，并與客戶端901交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)。
其中，服務(wù)器902其結(jié)構(gòu)可如圖10所示，主要包括存儲模塊1001，用于存儲企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，其同時存儲有用于企業(yè)內(nèi)部層級的各角色之間交互的信息和數(shù)據(jù)，以及用于不同企業(yè)間角色之間交互的信息和數(shù)據(jù)(即企業(yè)社交應(yīng)用數(shù)據(jù))；交互模塊1002，用于從客戶端901獲得攜帶有待驗證賬號的登錄請求，根據(jù)對應(yīng)關(guān)系， 對待驗證賬號進(jìn)行驗證，并與客戶端901交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)，具體地，交互模塊1002包括權(quán)限判斷模塊10021，用于根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對上述待驗證賬號進(jìn)行驗證；應(yīng)用數(shù)據(jù)提供模塊10022，用于當(dāng)所述驗證通過，向客戶端901返回攜帶有對應(yīng)角色賬號權(quán)限下初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面。
為了完成客戶端901被動接收來自其他企業(yè)角色的待處理消息的功能，應(yīng)用數(shù)據(jù)提供模塊10022包括頁面服務(wù)器100221，用于當(dāng)上述驗證通過，向客戶端901返回攜帶有對應(yīng)角色賬號權(quán)限下初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面，并與客戶端901進(jìn)行后續(xù)企業(yè)社交應(yīng)用數(shù)據(jù)的交互；消息引擎100222，用于檢測客戶端901的實時在線情況，若客戶端901在線，通過頁面服務(wù)器100221向客戶端901推送作為對應(yīng)角色賬號權(quán)限下后續(xù)企業(yè)社交應(yīng)用數(shù)據(jù)的待處理消息，具體地，消息引擎100222中可包含根據(jù)內(nèi)容權(quán)限進(jìn)行信息過濾的過濾模塊，以根據(jù)角色的內(nèi)容權(quán)限過濾到達(dá)角色的消息；進(jìn)一步地，為完成客戶端901向其他企業(yè)角色主動發(fā)送消息的功能，應(yīng)用數(shù)據(jù)提供模塊10022還可包括事件引擎100223，用于通過頁面服務(wù)器100221獲得客戶端901應(yīng)用操作所得消息及缺省或自定義的接收對象指示信息，并觸發(fā)消息引擎100222依據(jù)接收對象指示信息，按照隊列順序向缺省或自定義的接收對象發(fā)送消息；進(jìn)一步地，為完成客戶端901處理事務(wù)的功能，權(quán)限判斷模塊10021根據(jù)通過頁面服務(wù)器100221獲得的客戶端901應(yīng)用操作所得事務(wù)操作請求中的所述角色賬號權(quán)限，判斷客戶端901是否具有事務(wù)操作權(quán)限，應(yīng)用數(shù)據(jù)提供模塊10022還可包括事務(wù)處理模塊100225，用于當(dāng)權(quán)限判斷模塊10021判斷為是時，根據(jù)事務(wù)操作請求執(zhí)行事務(wù)操作，并通過頁面服務(wù)器100221向客戶端901返回事務(wù)操作結(jié)果。
進(jìn)一步地，上述交互模塊1002還可以包括權(quán)限控制模塊10023，用于企業(yè)內(nèi)具有管理權(quán)限者對企業(yè)內(nèi)其他角色進(jìn)行權(quán)限的查看、 修改等權(quán)限管理。
實施上述本發(fā)明實施例的企業(yè)社交信息交互方法、服務(wù)器及企業(yè)社交網(wǎng)絡(luò)系統(tǒng)， 對企業(yè)角色以權(quán)限方式進(jìn)行了定義，企業(yè)各角色各司其職，頁面也針對各角色權(quán)限對應(yīng)生成，在企業(yè)社交時，每個角色只能對有權(quán)限的部分進(jìn)行操作，達(dá)到了權(quán)限限制和角色分級的效果；消息的實時發(fā)送與接收可提高應(yīng)用交互的高效性；企業(yè)內(nèi)部多角色的處理，不但可以用于企業(yè)角色在互聯(lián)網(wǎng)上有不同分工，從而承擔(dān)對外聯(lián)系和社交商務(wù)活動，同時也實現(xiàn)了一個企業(yè)范圍內(nèi)對其中各種角色進(jìn)行的實時商務(wù)活動的管理和監(jiān)督，同時也可以在企業(yè)范圍內(nèi)進(jìn)行多重內(nèi)部管理，最終解決了傳統(tǒng)互聯(lián)網(wǎng)技術(shù)無法實現(xiàn)企業(yè)間社交和實時通訊的技術(shù)問題。
另外，本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程， 是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機(jī)存儲記憶體aadom Access Memory, RAM)等。
以上所述是本發(fā)明的具體實施方式
，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1. 一種企業(yè)社交信息交互方法，其特征在于，包括 從客戶端獲得攜帶有待驗證賬號的登錄請求；根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)，所述企業(yè)社交應(yīng)用數(shù)據(jù)為不同企業(yè)間的角色賬號之間交互的應(yīng)用數(shù)據(jù)。
2.如權(quán)利要求1所述的方法，其特征在于，根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)具體包括根據(jù)所述對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，若所述驗證通過，向所述客戶端返回攜帶有所述對應(yīng)角色賬號權(quán)限下初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面。
3.如權(quán)利要求2所述的方法，其特征在于，向所述客戶端返回攜帶有所述對應(yīng)角色賬號權(quán)限下初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面之后還包括檢測所述客戶端的實時在線情況，若所述客戶端在線，向所述客戶端推送作為所述對應(yīng)角色賬號權(quán)限下后續(xù)企業(yè)社交應(yīng)用數(shù)據(jù)的待處理消息。
4.如權(quán)利要求2所述的方法，其特征在于，向所述客戶端返回攜帶有所述對應(yīng)角色賬號權(quán)限下初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面之后還包括獲得所述客戶端應(yīng)用操作所得消息及缺省或自定義的接收對象指示信息； 依據(jù)所述接收對象指示信息，按照隊列順序向缺省或自定義的接收對象發(fā)送所述消息。
5.如權(quán)利要求2所述的方法，其特征在于，向所述客戶端返回攜帶有初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面之后還包括獲得所述客戶端應(yīng)用操作所得事務(wù)操作請求； 根據(jù)所述角色賬號權(quán)限，判斷所述客戶端是否具有事務(wù)操作權(quán)限， 若是，則根據(jù)所述事務(wù)操作請求執(zhí)行事務(wù)操作； 向所述客戶端返回事務(wù)操作結(jié)果。
6.一種服務(wù)器，其特征在于，包括存儲模塊，用于存儲企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系； 交互模塊，用于從客戶端獲得攜帶有待驗證賬號的登錄請求，根據(jù)所述對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)，所述企業(yè)社交應(yīng)用數(shù)據(jù)為不同企業(yè)間的角色賬號之間交互的應(yīng)用數(shù)據(jù)。
7.如權(quán)利要求6所述的服務(wù)器，其特征在于，所述交互模塊包括 權(quán)限判斷模塊，用于根據(jù)所述對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證；應(yīng)用數(shù)據(jù)提供模塊，用于當(dāng)所述驗證通過，向所述客戶端返回攜帶有所述對應(yīng)角色賬號權(quán)限下初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面。
8.如權(quán)利要求7所述的服務(wù)器，其特征在于，所述應(yīng)用數(shù)據(jù)提供模塊包括頁面服務(wù)器，用于當(dāng)所述驗證通過，向所述客戶端返回攜帶有所述對應(yīng)角色賬號權(quán)限下初始企業(yè)社交應(yīng)用數(shù)據(jù)的頁面，并與所述客戶端進(jìn)行后續(xù)企業(yè)社交應(yīng)用數(shù)據(jù)的交互；消息引擎，用于檢測所述客戶端的實時在線情況，若所述客戶端在線，通過所述頁面服務(wù)器向所述客戶端推送作為所述對應(yīng)角色賬號權(quán)限下所述后續(xù)企業(yè)社交應(yīng)用數(shù)據(jù)的待處理消息。
9.如權(quán)利要求8所述的服務(wù)器，其特征在于，所述應(yīng)用數(shù)據(jù)提供模塊還包括事件引擎，用于通過所述頁面服務(wù)器獲得所述客戶端應(yīng)用操作所得消息及缺省或自定義的接收對象指示信息，并觸發(fā)所述消息引擎依據(jù)所述接收對象指示信息，按照隊列順序向缺省或自定義的接收對象發(fā)送所述消息， 或者，所述應(yīng)用數(shù)據(jù)提供模塊還包括事務(wù)處理模塊，用于當(dāng)所述權(quán)限判斷模塊根據(jù)通過所述頁面服務(wù)器獲得的所述客戶端應(yīng)用操作所得事務(wù)操作請求中的所述角色賬號權(quán)限，判斷所述客戶端具有事務(wù)操作權(quán)限時，根據(jù)所述事務(wù)操作請求執(zhí)行事務(wù)操作，并通過所述頁面服務(wù)器向所述客戶端返回事務(wù)操作結(jié)果。
10.一種企業(yè)社交網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括 客戶端，用于發(fā)送攜帶有待驗證賬號的登錄請求；服務(wù)器，用于根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)， 所述企業(yè)社交應(yīng)用數(shù)據(jù)為不同企業(yè)間的角色賬號之間交互的應(yīng)用數(shù)據(jù)。
全文摘要
本發(fā)明實施例公開了一種企業(yè)社交信息交互方法、服務(wù)器及企業(yè)社交網(wǎng)絡(luò)系統(tǒng)，首先從客戶端獲得攜帶有待驗證賬號的登錄請求，然后根據(jù)企業(yè)賬號及歸屬于其下各角色賬號的對應(yīng)關(guān)系，對所述待驗證賬號進(jìn)行驗證，并與所述客戶端交互已驗證通過的對應(yīng)角色賬號權(quán)限下的企業(yè)社交應(yīng)用數(shù)據(jù)，這樣，就在企業(yè)間建立了社交網(wǎng)絡(luò)，企業(yè)角色成功登錄后即可根據(jù)其權(quán)限范圍實時獲得企業(yè)社交圈內(nèi)不同角色發(fā)出的信息和交互數(shù)據(jù)，同時也可以發(fā)送信息和交互數(shù)據(jù)給這些企業(yè)以及企業(yè)中的不同角色，從而保證了企業(yè)間交互的及時有效性。
文檔編號H04L29/08GK102523197SQ201110376398
公開日2012年6月27日 申請日期2011年11月23日 優(yōu)先權(quán)日2011年11月23日
發(fā)明者何倫 申請人:何倫