信息共享處理裝置及信息共享處理方法
【專利摘要】本發(fā)明涉及一種可供多人參與的互動式信息共享處理裝置及信息共享處理方法。本發(fā)明的信息共享處理裝置，經(jīng)由網(wǎng)絡(luò)而與能共享信息的多個客戶端連接，其特征在于，具備：接收單元，經(jīng)由所述網(wǎng)絡(luò)從所述多個客戶端中的有權(quán)客戶端候補(bǔ)接收用于請求信息發(fā)送權(quán)的獲權(quán)請求；有權(quán)客戶端決定單元，響應(yīng)所述獲權(quán)請求，從所述有權(quán)客戶端候補(bǔ)中決定規(guī)定數(shù)量以下的具有信息發(fā)送權(quán)的至少一個有權(quán)客戶端；及發(fā)送單元，將通過所述接收單元接收到的來自所述有權(quán)客戶端的信息轉(zhuǎn)發(fā)給各個客戶端。
【專利說明】信息共享處理裝置及信息共享處理方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種信息共享處理裝置及信息共享處理方法，特別涉及一種可供多人參與的互動式信息共享處理裝置及信息共享處理方法。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的誕生，人們的生活也隨之產(chǎn)生了巨大的變化。伴隨著互聯(lián)網(wǎng)產(chǎn)生的應(yīng)用也在逐漸改變著人們的慣有生活方式。例如電子郵件，MSN, qq等新的通信應(yīng)用，讓人們的生活也愈加便利起來。
[0003]傳統(tǒng)的信息共享手段包括電子郵件、視頻會議、音頻會議等，已經(jīng)不能滿足人們對信息共享的要求。如果要和一位或多位出差在外地的同事討論一份資料，或者當(dāng)老師和學(xué)生不在同一地理位置而要討論相同的教學(xué)資料時，通常，會將需要討論的資料先以郵件方式發(fā)送給大家，在進(jìn)行電話或者視頻會議的時候大家共同打開同一份資料進(jìn)行討論交流。然而這種方式不能及時有效地將討論意見分享。例如，當(dāng)一方在文檔上做了筆記的時候，其筆記內(nèi)容是獨(dú)立的，無法及時共享給其他人。另外，大家觀看資料也并不同步，因此開會的效率往往不高。
[0004]中國專利申請?zhí)枮?00510031052.6的專利公開了一種基于網(wǎng)絡(luò)的多媒體實(shí)時同步教學(xué)系統(tǒng)，能支持學(xué)生自動直播老師的屏幕數(shù)據(jù)，以達(dá)到同步資料的效果，但只允許老師控制整個過程，另外，還將從屏幕采集來的數(shù)據(jù)流化后向其他客戶端進(jìn)行直播以達(dá)到同步的效果，因此將消耗相當(dāng)大的帶寬。
[0005]中國專利申請?zhí)枮?00610101814.X的專利公開了一種多方演示文稿會議的控制系統(tǒng)與方法，采用了將在進(jìn)行演示的文稿畫面直接傳送給其他計(jì)算機(jī)中以達(dá)到同步和信息共享的效果，但是，需要一個主持人主導(dǎo)整個進(jìn)程，即只有一個人能夠操控整個討論過程中，因此不能做到控制權(quán)靈活轉(zhuǎn)移。并且此技術(shù)是將修改過的整個文檔頁上傳到服務(wù)器，其他客戶端再下載修改過的文檔已達(dá)到同步效果，因此同步延遲會比較大，也將消耗很大的帶寬。

【發(fā)明內(nèi)容】

[0006]本發(fā)明是針對上述問題而提出的，其目的在于提供一種信息共享處理裝置及信息共享處理方法，能更有效地控制客戶端。
[0007]本發(fā)明的另一目的在于提供一種信息共享處理裝置及信息共享處理方法，可實(shí)現(xiàn)有權(quán)客戶端的變更，從而使控制權(quán)靈活轉(zhuǎn)移。
[0008]另外，本發(fā)明還可以提供一種信息共享處理裝置及信息共享處理方法，可以有效降低對共享文檔進(jìn)行展示時的同步延遲。
[0009]本發(fā)明的信息共享處理裝置，經(jīng)由網(wǎng)絡(luò)而與能共享信息的多個客戶端連接，其特征在于，具備:接收單元，經(jīng)由所述網(wǎng)絡(luò)從所述多個客戶端中的有權(quán)客戶端候補(bǔ)接收用于請求信息發(fā)送權(quán)的獲權(quán)請求；有權(quán)客戶端決定單元，響應(yīng)所述獲權(quán)請求，從所述有權(quán)客戶端候補(bǔ)中決定規(guī)定數(shù)量以下的具有信息發(fā)送權(quán)的至少一個有權(quán)客戶端；及發(fā)送單元，將通過所述接收單元接收到的來自所述有權(quán)客戶端的信息轉(zhuǎn)發(fā)給各個客戶端。
[0010]另外，在本發(fā)明的信息共享處理裝置中，所述規(guī)定數(shù)量大于等于I。
[0011]另外，在本發(fā)明的信息共享處理裝置中，所述接收單元接收來自所述有權(quán)客戶端候補(bǔ)的密碼；所述有權(quán)客戶端決定單元判斷來自所述有權(quán)客戶端候補(bǔ)的密碼是否與預(yù)先設(shè)定的密碼一致，當(dāng)判斷為一致時，將相應(yīng)的有權(quán)客戶端候補(bǔ)決定為所述有權(quán)客戶端。
[0012]另外，在本發(fā)明的信息共享處理裝置中，還具備有權(quán)客戶端釋放單元，該有權(quán)客戶端釋放單元響應(yīng)所述接收單元接收到的來自所述有權(quán)客戶端的用于請求釋放所具有的信息發(fā)送權(quán)的釋權(quán)請求，釋放相應(yīng)的有權(quán)客戶端的信息發(fā)送權(quán)，并將該情況經(jīng)由所述發(fā)送單元發(fā)送給各個客戶端。
[0013]另外，在本發(fā)明的信息共享處理裝置中，所述多個客戶端還包括絕對無權(quán)客戶端，該絕對無權(quán)客戶端從決定為絕對無權(quán)客戶端開始起始終沒有信息發(fā)送權(quán)。
[0014]另外，在本發(fā)明的信息共享處理裝置中，所述發(fā)送單元將通過所述接收單元接收到的來自所述有權(quán)客戶端的信息實(shí)時地轉(zhuǎn)發(fā)給各個客戶端。
[0015]另外，在本發(fā)明的信息共享處理裝置中，當(dāng)所述有權(quán)客戶端大于等于規(guī)定數(shù)量時，將所述多個客戶端中之中的除有權(quán)客戶端以外的客戶端決定為沒有信息發(fā)送權(quán)的無權(quán)客戶端。
[0016]本發(fā)明的信息共享處理方法，多個客戶端能經(jīng)由網(wǎng)絡(luò)共享信息，其特征在于，具有以下步驟:接收步驟，接收單元經(jīng)由所述網(wǎng)絡(luò)從所述多個客戶端中的有權(quán)客戶端候補(bǔ)接收用于請求信息發(fā)送權(quán)的獲權(quán)請求；有權(quán)客戶端決定步驟，有權(quán)客戶端決定單元響應(yīng)所述獲權(quán)請求，從所述有權(quán)客戶端候補(bǔ)中決定規(guī)定數(shù)量以下的具有信息發(fā)送權(quán)的至少一個有權(quán)客戶端；及發(fā)送步驟，發(fā)送單元將通過所述接收步驟接收到的來自所述有權(quán)客戶端的信息轉(zhuǎn)發(fā)給各個客戶端。
[0017]另外，在本發(fā)明的信息共享處理方法中，所述規(guī)定數(shù)量大于等于I。
[0018]另外，在本發(fā)明的信息共享處理方法中，在所述接收步驟中，所述接收單元接收來自所述有權(quán)客戶端候補(bǔ)的密碼；在所述有權(quán)客戶端決定步驟中，所述有權(quán)客戶端決定單元判斷來自所述有權(quán)客戶端候補(bǔ)的密碼是否與預(yù)先設(shè)定的密碼一致，當(dāng)判斷為一致時，將相應(yīng)的有權(quán)客戶端候補(bǔ)決定為所述有權(quán)客戶端。
[0019]另外，在本發(fā)明的信息共享處理方法中，還具備有權(quán)客戶端釋放步驟，在該有權(quán)客戶端釋放步驟中，所述有權(quán)客戶端釋放單元響應(yīng)所述接收步驟接收到的來自所述有權(quán)客戶端的用于請求釋放所具有的信息發(fā)送權(quán)的釋權(quán)請求，釋放相應(yīng)的有權(quán)客戶端的信息發(fā)送權(quán)，并將該情況經(jīng)由所述發(fā)送步驟發(fā)送給各個客戶端。
[0020]另外，在本發(fā)明的信息共享處理方法中，還具有將所述多個客戶端之中的至少一個決定為從決定開始起始終沒有信息發(fā)送權(quán)的絕對無權(quán)客戶端的步驟。
[0021 ] 另外，在本發(fā)明的信息共享處理方法中，在所述發(fā)送步驟中，所述發(fā)送單元將在所述接收步驟中通過所述接收單元接收到的來自所述有權(quán)客戶端的信息實(shí)時地轉(zhuǎn)發(fā)給各個客戶端。
[0022]另外，在本發(fā)明的信息共享處理方法中，當(dāng)所述有權(quán)客戶端大于等于規(guī)定數(shù)量時，將所述多個客戶端中之中的除有權(quán)客戶端以外的客戶端決定為沒有信息發(fā)送權(quán)的無權(quán)客戶端。
[0023]根據(jù)本發(fā)明的信息共享處理裝置和信息共享處理方法，能更有效地控制客戶端；可實(shí)現(xiàn)有權(quán)客戶端的變更，從而使控制權(quán)靈活轉(zhuǎn)移；可以有效降低對共享文檔進(jìn)行展示時的同步延遲。
【專利附圖】

【附圖說明】
[0024]圖1是示出本發(fā)明涉及的信息共享處理裝置的構(gòu)成的框圖。
[0025]圖2是示出本發(fā)明涉及的信息共享處理方法的實(shí)施例1的流程圖。
[0026]圖3是示出本發(fā)明涉及的信息共享處理方法的實(shí)施例2的流程圖。
[0027]圖4是示出本發(fā)明涉及的信息共享處理方法的實(shí)施例3的流程圖。
【具體實(shí)施方式】
[0028]以下，參照【專利附圖】

【附圖說明】本發(fā)明的信息共享處理裝置及信息共享處理方法的實(shí)施方式。
[0029]首先，參照圖1說明本發(fā)明的信息共享處理裝置的構(gòu)成。
[0030]圖1是示出本發(fā)明涉及的信息共享處理裝置的構(gòu)成的框圖。
[0031]如圖1所示，本發(fā)明的信息共享處理裝置100經(jīng)由網(wǎng)絡(luò)110而與能共享信息的客戶端121、122、123連接。以下，為了便于說明，將具有信息發(fā)送權(quán)的客戶端稱作“有權(quán)客戶端”，其中，信息發(fā)送權(quán)表示可經(jīng)由網(wǎng)絡(luò)向其他客戶端發(fā)送信息，將等待分配信息發(fā)送權(quán)的客戶端稱作“有權(quán)客戶端候補(bǔ)”，將被決定為沒有信息發(fā)送權(quán)的客戶端稱作“無權(quán)客戶端”，將從被決定開始起始終沒有信息發(fā)送權(quán)的無權(quán)客戶端稱作“絕對無權(quán)客戶端”。
[0032]信息共享處理裝置100包括分別連接到數(shù)據(jù)總線上的接收單元101、發(fā)送單元102、有權(quán)客戶端決定單元103和有權(quán)客戶端釋放單元104。
[0033]接收單元101經(jīng)由網(wǎng)絡(luò)110接收來自客戶端121、122、123的各種數(shù)據(jù)。例如，接收從有權(quán)客戶端候補(bǔ)發(fā)來的用于請求信息發(fā)送權(quán)的獲權(quán)請求。
[0034]發(fā)送單元102經(jīng)由網(wǎng)絡(luò)110向客戶端121、122、123發(fā)送各種數(shù)據(jù)。例如，將來自有權(quán)客戶端的信息轉(zhuǎn)發(fā)給各個客戶端，以便多個客戶端共享、展示有權(quán)客戶端的信息(例如有權(quán)客戶端對會議資料進(jìn)行的實(shí)時修改等)。
[0035]有權(quán)客戶端決定單元103響應(yīng)來自有權(quán)客戶端候補(bǔ)的請求信息發(fā)送權(quán)的獲權(quán)請求，從多個有權(quán)客戶端候補(bǔ)中決定規(guī)定數(shù)量以下(可根據(jù)需要將規(guī)定數(shù)量即上限設(shè)為大于等于I的任意整數(shù))的具有信息發(fā)送權(quán)的至少一個有權(quán)客戶端。例如，有權(quán)客戶端決定單元103判斷接收單元101接收到的來自有權(quán)客戶端候補(bǔ)的密碼是否與預(yù)先設(shè)定的密碼一致，當(dāng)判斷為一致時，將密碼一致的相應(yīng)的有權(quán)客戶端候補(bǔ)決定為有權(quán)客戶端。有關(guān)從多個有權(quán)客戶端候補(bǔ)中決定有權(quán)客戶端的方法,還可以按照申請信息發(fā)送權(quán)的先后順序來決定，或者隨機(jī)決定，也可以采用現(xiàn)有技術(shù)，如按照使用客戶端的用戶的身份(如老師或會議發(fā)起人)來決定。
[0036]有權(quán)客戶端釋放單元104響應(yīng)接收單元101接收到的來自有權(quán)客戶端的用于請求釋放所具有的信息發(fā)送權(quán)的釋權(quán)請求，釋放相應(yīng)的有權(quán)客戶端的信息發(fā)送權(quán)，并將該情況經(jīng)由發(fā)送單元102發(fā)送給各個客戶端。[0037]以下，參照圖2說明本發(fā)明的信息共享處理方法的實(shí)施方式(有權(quán)客戶端為I個的情況)。
[0038]圖2是示出本發(fā)明涉及的信息共享處理方法的實(shí)施例1的流程圖。
[0039]如圖2所示，首先，將有權(quán)客戶端的上限設(shè)為I (步驟S201)。然后，將所有客戶端設(shè)為有權(quán)客戶端候補(bǔ)(步驟S202)。之后，有權(quán)客戶端決定單元103可能響應(yīng)通過接收單元101接收到的請求信息發(fā)送權(quán)的獲權(quán)請求,按照規(guī)定的策略,從有權(quán)客戶端候補(bǔ)中決定I個有權(quán)客戶端(步驟S203)。接著，判斷是否從有權(quán)客戶端候補(bǔ)中決定了有權(quán)客戶端(步驟S204)。若在步驟S204中判斷為“否”，則返回步驟S203。若在步驟S204中判斷為“是”，則進(jìn)入步驟S205，將有權(quán)客戶端以外的其他客戶端決定為沒有信息發(fā)送權(quán)的無權(quán)客戶端。接著，有權(quán)客戶端釋放單元204判斷有權(quán)客戶端是否被釋放(步驟S206)。若在步驟S206中判斷為“否”，則返回步驟S205。若在步驟S206中判斷為“是”，則返回步驟S202，將所有客戶端設(shè)為有權(quán)客戶端候補(bǔ)，重新決定有權(quán)客戶端。這樣一來，可以(例如在視頻會議等的中途)實(shí)現(xiàn)有權(quán)客戶端的更換。
[0040]接著，以教師給學(xué)生上課這樣的具體場景為例，進(jìn)一步說明該實(shí)施例1。
[0041]假設(shè)一個教師和十個學(xué)生分別利用各自的個人計(jì)算機(jī)等客戶端通過網(wǎng)絡(luò)連接至本發(fā)明的信息共享處理裝置。信息共享處理裝置通過預(yù)先的設(shè)定，確定此次信息共享中的有權(quán)客戶端的數(shù)量上限為I。之后，信息共享處理裝置通過發(fā)送單元發(fā)送信息到各個客戶端，通知各個客戶端具有有權(quán)客戶端候補(bǔ)資格，同時向各個客戶端發(fā)送有權(quán)客戶端征集信息，要求需要信息發(fā)送權(quán)的客戶端發(fā)送獲權(quán)請求。教師通過其使用的客戶端(以下簡稱為“教師客戶端”)收到信息共享處理裝置發(fā)送的有權(quán)客戶端征集信息之后返回獲權(quán)請求。接收單元接收到教師客戶端發(fā)送的獲權(quán)請求之后，將獲權(quán)請求發(fā)送給有權(quán)客戶端決定單元。
[0042]有權(quán)客戶端決定單元收到教師客戶端的獲權(quán)請求之后,將教師客戶端決定為有權(quán)客戶端，通過發(fā)送單元通知各個客戶端如下情況:教師客戶端為有權(quán)客戶端，教師客戶端以外的其他客戶端為無權(quán)客戶端。
[0043]教師看到教師客戶端的顯示器等得知已成為有權(quán)客戶端之后，可以操控整個教學(xué)過程。教師對文檔的所有操作信息(包括但不限于翻頁操作的頁碼信息、做標(biāo)注的內(nèi)容信息及位置坐標(biāo)信息等)都被接收單元接收，并且通過發(fā)送單元轉(zhuǎn)發(fā)給所有客戶端，所有客戶端根據(jù)操作信息重復(fù)教師的操作。
[0044]在課程進(jìn)行中，教師想讓其中一名學(xué)生暫時操控教學(xué)過程，則通過教師客戶端向信息共享處理裝置發(fā)送釋放信息發(fā)送權(quán)的釋權(quán)請求。接收單元接收到教師的釋權(quán)請求后，將此釋權(quán)請求轉(zhuǎn)發(fā)給有權(quán)客戶端釋放單元。有權(quán)客戶端釋放單元在釋權(quán)了教師客戶端所具有的信息發(fā)送權(quán)后，通過發(fā)送單元將該釋權(quán)了教師客戶端所具有的信息發(fā)送權(quán)的情況發(fā)送給所有客戶端，并通知教師客戶端從有權(quán)客戶端變成有權(quán)客戶端候補(bǔ)，以及除教師客戶端以外的其他客戶端從無權(quán)客戶端變?yōu)橛袡?quán)客戶端候補(bǔ)。
[0045]信息共享處理裝置中的接收單元隨后接收到那名學(xué)生所使用的客戶端(以下簡稱為“學(xué)生客戶端”)的獲權(quán)請求后，將該獲權(quán)請求發(fā)送給有權(quán)客戶端決定單元。有權(quán)客戶端決定單元收到該學(xué)生客戶端的獲權(quán)請求之后，將該學(xué)生客戶端決定為有權(quán)客戶端，通過發(fā)送單元通知各個客戶端如下情況:該學(xué)生客戶端為有權(quán)客戶端，該學(xué)生客戶端以外的其他客戶端為無權(quán)客戶端。[0046]該學(xué)生通過學(xué)生客戶端的顯示器等得知已成為有權(quán)客戶端之后，可以操控整個教學(xué)過程。此學(xué)生對文檔的所有操作信息都被接收單元接收，并且通過發(fā)送單元實(shí)時轉(zhuǎn)發(fā)給所有客戶端，其他客戶端根據(jù)操作信息重復(fù)此學(xué)生的操作。
[0047]以下，參照圖3說明本發(fā)明的信息共享處理方法的另一實(shí)施方式(有權(quán)客戶端為多個的情況)。
[0048]如圖3所示，首先，將有權(quán)客戶端的上限設(shè)為2 (步驟S301)。然后，將所有客戶端設(shè)為有權(quán)客戶端候補(bǔ)(步驟S302)。之后，有權(quán)客戶端決定單元103可能響應(yīng)通過接收單元101接收到的請求信息發(fā)送權(quán)的獲權(quán)請求,按照規(guī)定的策略,從有權(quán)客戶端候補(bǔ)中決定I個有權(quán)客戶端(步驟S303)。接著，判斷所決定的有權(quán)客戶端是否到達(dá)上限(步驟S304)。若在步驟S304中判斷為“否”，則返回步驟S303。若在步驟S304中判斷為“是”，則進(jìn)入步驟S305，將有權(quán)客戶端以外的其他客戶端決定為沒有信息發(fā)送權(quán)的無權(quán)客戶端。接著，有權(quán)客戶端釋放單元204判斷是否至少一個有權(quán)客戶端被釋放(步驟S306)。若在步驟S306中判斷為“否”，則返回步驟S305。若在步驟S306中判斷為“是”，則有權(quán)客戶端以外的客戶端設(shè)為有權(quán)客戶端候補(bǔ)(步驟S307)，然后返回步驟S303，將所有客戶端設(shè)為有權(quán)客戶端候補(bǔ)，繼續(xù)決定有權(quán)客戶端。這樣一來，可以(例如在視頻會議等的中途)實(shí)現(xiàn)有權(quán)客戶端的更換，而且可以由多人同時修改會議資料。
[0049]接著，以視頻會議這樣的具體場景為例，進(jìn)一步說明該實(shí)施例2。
[0050]假設(shè)10人參加視頻會議，參會人員分別利用各自的客戶端通過網(wǎng)絡(luò)連接至信息共享處理裝置。信息共享處理裝置通過預(yù)先的設(shè)定，確定此次信息共享中的有權(quán)客戶端的數(shù)量上限為2。之后，信息共享處理裝置的發(fā)送單元發(fā)送信息到各個客戶端，通知各個客戶端具有有權(quán)客戶端候補(bǔ)資格，同時向各個客戶端發(fā)送有權(quán)客戶端征集信息，要求需要信息發(fā)送權(quán)的客戶端發(fā)送獲權(quán)請求。其中一位參會人員(參會人員甲)在收到信息共享處理裝置發(fā)送的有權(quán)客戶端征集信息之后發(fā)送獲權(quán)請求。接收單元接收到參會人員甲所使用的客戶端(以下簡稱為“甲客戶端”)發(fā)送的獲權(quán)請求之后，將申請發(fā)送給有權(quán)客戶端決定單元。
[0051]有權(quán)客戶端決定單元收到甲客戶端的獲權(quán)請求之后，將甲客戶端決定為有權(quán)客戶端，通過發(fā)送單元通知各個客戶端如下情況:甲客戶端為有權(quán)客戶端，甲客戶端以外的其他客戶端為有權(quán)客戶端候補(bǔ)。
[0052]參會人員甲通過甲客戶端而得知已成為有權(quán)客戶端之后，可以操控整個會議討論過程。參會人員甲對文檔的所有操作信息(包括但不限于翻頁操作的頁碼信息、做標(biāo)注的內(nèi)容信息以及位置坐標(biāo)信息等)都被接收單元接收，并且通過發(fā)送單元轉(zhuǎn)發(fā)給所有客戶端，其他客戶端根據(jù)操作信息重復(fù)參會人員甲的操作。
[0053]在會議討論進(jìn)行中，另外一位參會人員(參會人員乙)發(fā)送獲權(quán)請求。接收單元接收到參會人員乙所使用的客戶端(以下簡稱為“乙客戶端”)發(fā)送的獲權(quán)請求之后，將獲權(quán)請求發(fā)送給有權(quán)客戶端決定單元。有權(quán)客戶端決定單元收到乙客戶端的獲權(quán)請求之后,將乙客戶端決定為有權(quán)客戶端。此時，有權(quán)客戶端的數(shù)量已經(jīng)到達(dá)上限2，所以將甲客戶端和乙客戶端以外的其他客戶端設(shè)為無權(quán)客戶端，并通過發(fā)送單元通知各個客戶端如下情況:乙客戶端為有權(quán)客戶端，甲客戶端和乙客戶端以外的其他客戶端為無權(quán)客戶端。
[0054]參會人員乙通過乙客戶端而得知已成為有權(quán)客戶端之后，可以操控整個教學(xué)過程。參會人員甲、乙兩人對文檔的所有操作信息都被接收單元接收，并且通過發(fā)送單元實(shí)時轉(zhuǎn)發(fā)給所有客戶端，甲客戶端和乙客戶端以外的其他客戶端根據(jù)操作信息重復(fù)此兩人的操作。
[0055]在會議討論進(jìn)行中，此發(fā)明中的接收單元接收到乙客戶端的釋權(quán)請求后，將此釋權(quán)請求轉(zhuǎn)發(fā)給有權(quán)客戶端釋放單元。有權(quán)客戶端釋放單元釋放乙客戶端的信息發(fā)送權(quán)，通過發(fā)送單元發(fā)送信息給甲客戶端以外的其他客戶端，通知這些客戶端都有權(quán)客戶端候補(bǔ)資格。
[0056]以下，參照圖4說明本發(fā)明的信息共享處理方法的實(shí)施方式(通過密碼來決定有權(quán)客戶端)。
[0057]圖4是示出本發(fā)明涉及的信息共享處理方法的實(shí)施例3的流程圖。
[0058]如圖4所示，首先，預(yù)先設(shè)定會議控制密碼和共享控制密碼，其中，客戶端通過會議控制密碼的驗(yàn)證，表示該客戶端能控制會議，具有成為有權(quán)客戶端的可能性，客戶端通過共享控制密碼的驗(yàn)證，表示該客戶端具有信息發(fā)送權(quán)，可以控制會議(步驟S401)。然后，要求經(jīng)由網(wǎng)絡(luò)連接的客戶端發(fā)送會議控制密碼(步驟S402)。接著，判斷是否經(jīng)過了規(guī)定時間(步驟S403)。若在步驟S403中判斷為“是”，則將提供了不一致的密碼或未提供密碼的客戶端等未通過會議控制密碼的驗(yàn)證的客戶端決定為絕對無權(quán)客戶端(步驟S410)。若在步驟S403中判斷為“否”，則接著通過接收單元101接收來自客戶端的密碼(步驟S404)。
[0059]接著，判斷來自有權(quán)客戶端候補(bǔ)的密碼是否與預(yù)先設(shè)定的會議控制密碼一致(步驟S405)。若在步驟S405中判斷為“否”，則返回步驟S403。若在步驟S405中判斷為“是”，則將密碼一致的客戶端決定為有權(quán)客戶端候補(bǔ)(步驟S406)接著，通過接收單元101接收來自客戶端的密碼(步驟S407)。
[0060]然后，判斷來自有權(quán)客戶端候補(bǔ)的密碼是否與預(yù)先設(shè)定的共享控制密碼一致(步驟S408)。若在步驟S408中判斷為“否”，則返回步驟S407。若在步驟S408中判斷為“是”，則將密碼一致的有權(quán)客戶端候補(bǔ)決定為有權(quán)客戶端(步驟S409)。
[0061]接著，以視頻會議這樣的具體場景為例，進(jìn)一步說明該實(shí)施例3。
[0062]假設(shè)參會人可以是任何一個對該會議感興趣的人。然而，能夠主持整個討論過程，并控制文檔資料的只是4個討論發(fā)起人(甲、乙、丙、丁)。此四人知道預(yù)先設(shè)定的會議控制密碼和共享控制密碼，從而能夠控制會議，而其他參會人不知道預(yù)先設(shè)定兩個密碼，從始至終不能控制會議。
[0063]討論開始時，所有參會人(甲乙丙丁和其他若干參會人)分別利用各自的客戶端通過網(wǎng)絡(luò)連接至信息共享處理裝置中。之后，信息共享處理裝置的發(fā)送單元發(fā)送信息到各個客戶端，要求各個客戶端提供會議控制密碼。如果客戶端在接收到征集密碼指令后不提供密碼或提供的密碼與會議控制密碼不一致，則表示該客戶端只能參加會議而不能控制會議，將該客戶端決定為從會議開始起就始終沒有信息發(fā)送權(quán)的絕對無權(quán)客戶端。
[0064]甲乙丙丁在通過客戶端的顯示器等得知已收到信息共享處理裝置發(fā)送的會議控制密碼征集指令后，發(fā)送預(yù)先設(shè)定的會議控制密碼到信息共享處理裝置。接收單元接收到甲乙丙丁的客戶端發(fā)送的密碼后，將該密碼發(fā)送給有權(quán)客戶端決定單元，驗(yàn)證密碼是否與預(yù)先設(shè)定的共享控制密碼一致，若密碼一致，則將甲乙丙丁的客戶端決定為有權(quán)客戶端候補(bǔ)。之后，甲乙丙丁想控制會議而通過各自的客戶端輸入共享控制密碼，若甲乙丙丁輸入的密碼與預(yù)先設(shè)定的共享控制密碼一致，則將甲乙丙丁的客戶端決定為有權(quán)客戶端，并通過發(fā)送單元通知各個客戶端如下情況:甲乙丙丁的客戶端為有權(quán)客戶端。
[0065]甲乙丙丁看到各自的客戶端的顯示器等得知已成為有權(quán)客戶端之后，可以操控整個討論過程。甲乙丙丁對文檔的所有操作信息(包括但不限于翻頁操作的頁碼信息、做標(biāo)注的內(nèi)容信息以及位置坐標(biāo)信息等)都被接收單元接收，并且通過發(fā)送單元轉(zhuǎn)發(fā)給所有客戶端，其他客戶端根據(jù)操作信息重復(fù)這些操作。
[0066]根據(jù)本發(fā)明的信息共享處理裝置及信息共享處理方法，可實(shí)現(xiàn)有權(quán)客戶端的變更，從而使控制權(quán)靈活轉(zhuǎn)移，還可有效降低現(xiàn)有技術(shù)中共享文檔時的同步延遲問題，從而可有效地應(yīng)用于遠(yuǎn)程會議、遠(yuǎn)程教育等。
[0067]以上，說明了本發(fā)明的信息共享處理裝置的一個構(gòu)成例和信息共享處理方法的流程圖和實(shí)施例1?3。但本發(fā)明不限于此，可以在此基礎(chǔ)上增減構(gòu)成單元、步驟或功能得到新的實(shí)施方式。
[0068]例如，可以刪減有權(quán)客戶端釋放單元，這樣，可以使有權(quán)客戶端一直擁有信息發(fā)送權(quán)。還可以增加絕對無權(quán)客戶端決定單元(或由其他單元兼有該功能)，在會議開始時或會議進(jìn)行中，將特定客戶端(可以是有權(quán)客戶端候補(bǔ)，也可以是有權(quán)客戶端)決定為從決定開始起始終沒有信息發(fā)送權(quán)的絕對無權(quán)客戶端。這樣，能使特定參會人不再能控制會議，能更有效地控制客戶端。
[0069]可以將多個客戶端中的某些客戶端設(shè)置為從決定開始起始終沒有信息發(fā)送權(quán)的絕對無權(quán)客戶端，這樣，可以在召開視頻會議時將絕對無權(quán)客戶端分配給不能對共享的會議資料進(jìn)行修改等操作的特定的人使用。
[0070]發(fā)送單元可以將通過接收單元接收到的來自有權(quán)客戶端的信息定時匯總轉(zhuǎn)發(fā)給各個客戶端，也可以實(shí)時地轉(zhuǎn)發(fā)給各個客戶端，這樣，可以實(shí)現(xiàn)信息的實(shí)時共享及展示。
[0071]如圖2和圖3的實(shí)施例所示，在有權(quán)客戶端大于等于規(guī)定數(shù)量時，將多個客戶端中之中的除有權(quán)客戶端以外的客戶端決定為沒有信息發(fā)送權(quán)的無權(quán)客戶端，此功能可以通過已有的單元(如有權(quán)客戶端決定單元)實(shí)現(xiàn)，也可以增加新的單元(如無權(quán)客戶端決定單元)。但也可以在有權(quán)客戶端大于等于規(guī)定數(shù)量時，不將多個客戶端中之中的除有權(quán)客戶端以外的客戶端決定為沒有信息發(fā)送權(quán)的無權(quán)客戶端，而是保持有權(quán)客戶端候補(bǔ)的資格，這樣，可以減少操作，從而縮短處理時間。
[0072]在圖2、圖3和實(shí)施例1、實(shí)施例2中，將有權(quán)客戶端的上限分別設(shè)定為1、2，但不限于此，可以根據(jù)需要將上限設(shè)為大于等于I的整數(shù)。圖4所示的流程圖中具有I個會議控制密碼和I個共享控制密碼，但本發(fā)明不限于此，密碼的種類和數(shù)量可以根據(jù)需要改變。還也可以像圖2或圖3那樣，對有權(quán)客戶端的數(shù)量設(shè)定上限，增加有權(quán)客戶端釋放功能，這樣可以實(shí)現(xiàn)有權(quán)客戶端的變更。
【權(quán)利要求】
1.一種信息共享處理裝置，經(jīng)由網(wǎng)絡(luò)而與能共享信息的多個客戶端連接，其特征在于，具備: 接收單元，經(jīng)由所述網(wǎng)絡(luò)從所述多個客戶端中的有權(quán)客戶端候補(bǔ)接收用于請求信息發(fā)送權(quán)的獲權(quán)請求； 有權(quán)客戶端決定單元，響應(yīng)所述獲權(quán)請求，從所述有權(quán)客戶端候補(bǔ)中決定規(guī)定數(shù)量以下的具有信息發(fā)送權(quán)的至少一個有權(quán)客戶端；及 發(fā)送單元，將通過所述接收單元接收到的來自所述有權(quán)客戶端的信息轉(zhuǎn)發(fā)給各個客戶端。
2.如權(quán)利要求1所述的信息共享處理裝置，其中， 所述規(guī)定數(shù)量大于等于I。
3.如權(quán)利要求1所述的信息共享處理裝置，其中， 所述接收單元接收來自所述有權(quán)客戶端候補(bǔ)的密碼； 所述有權(quán)客戶端決定單元判斷來自所述有權(quán)客戶端候補(bǔ)的密碼是否與預(yù)先設(shè)定的密碼一致，當(dāng)判斷為一致時，將相應(yīng)的有權(quán)客戶端候補(bǔ)決定為所述有權(quán)客戶端。
4.如權(quán)利要求1所述的信息共享處理裝置，其中， 還具備有權(quán)客戶端釋放單元，該有權(quán)客戶端釋放單元響應(yīng)所述接收單元接收到的來自所述有權(quán)客戶端的用于請求釋放所具有的信息發(fā)送權(quán)的釋權(quán)請求，釋放相應(yīng)的有權(quán)客戶端的信息發(fā)送權(quán)，并將該情況經(jīng)由所述發(fā)送單元發(fā)送給各個客戶端。
5.如權(quán)利要求1所述的信息共享處理裝置，其中， 所述多個客戶端還包括絕對無權(quán)客戶端，該絕對無權(quán)客戶端從被決定為絕對無權(quán)客戶端開始起始終沒有信息發(fā)送權(quán)。
6.如權(quán)利要求1所述的信息共享處理裝置，其中， 所述發(fā)送單元將通過所述接收單元接收到的來自所述有權(quán)客戶端的信息實(shí)時地轉(zhuǎn)發(fā)給各個客戶端。
7.如權(quán)利要求1所述的信息共享處理裝置，其中，當(dāng)所述有權(quán)客戶端大于等于規(guī)定數(shù)量時，將所述多個客戶端中之中的除有權(quán)客戶端以外的客戶端決定為沒有信息發(fā)送權(quán)的無權(quán)客戶端。
8.一種信息共享處理方法，多個客戶端能經(jīng)由網(wǎng)絡(luò)共享信息，其特征在于，具有以下步驟: 接收步驟，接收單元經(jīng)由所述網(wǎng)絡(luò)從所述多個客戶端中的有權(quán)客戶端候補(bǔ)接收用于請求信息發(fā)送權(quán)的獲權(quán)請求； 有權(quán)客戶端決定步驟，有權(quán)客戶端決定單元響應(yīng)所述獲權(quán)請求，從所述有權(quán)客戶端候補(bǔ)中決定規(guī)定數(shù)量以下的具有信息發(fā)送權(quán)的至少一個有權(quán)客戶端；及 發(fā)送步驟，發(fā)送單元將通過所述接收步驟接收到的來自所述有權(quán)客戶端的信息轉(zhuǎn)發(fā)給各個客戶端。
9.如權(quán)利要求8所述的信息共享處理方法，其中， 所述規(guī)定數(shù)量大于等于I。
10.如權(quán)利要求8所述的信息共享處理方法，其中， 在所述接收步驟中，所述接收單元接收來自所述有權(quán)客戶端候補(bǔ)的密碼；在所述有權(quán)客戶端決定步驟中，所述有權(quán)客戶端決定單元判斷來自所述有權(quán)客戶端候補(bǔ)的密碼是否與預(yù)先設(shè)定的密碼一致，當(dāng)判斷為一致時，將相應(yīng)的有權(quán)客戶端候補(bǔ)決定為所述有權(quán)客戶端。
11.如權(quán)利要求8所述的信息共享處理方法，其中， 還具備有權(quán)客戶端釋放步驟，在該有權(quán)客戶端釋放步驟中，有權(quán)客戶端釋放單元響應(yīng)所述接收步驟接收到的來自所述有權(quán)客戶端的用于請求釋放所具有的信息發(fā)送權(quán)的釋權(quán)請求，釋放相應(yīng)的有權(quán)客戶端的信息發(fā)送權(quán)，并將該情況經(jīng)由所述發(fā)送步驟發(fā)送給各個客戶端。
12.如權(quán)利要求8所述的信息共享處理方法，其中， 還具有將所述多個客戶端之中的至少一個決定為從決定開始起始終沒有信息發(fā)送權(quán)的絕對無權(quán)客戶端的步驟。
13.如權(quán)利要求8所述的信息共享處理方法，其中， 在所述發(fā)送步驟中，將在所述接收步驟中通過所述接收單元接收到的來自所述有權(quán)客戶端的信息實(shí)時地轉(zhuǎn)發(fā)給各個客戶端。
14.如權(quán)利要求8所述的信息共享處理方法，其中，當(dāng)所述有權(quán)客戶端大于等于規(guī)定數(shù)量時，將所述多個客 戶端中之中的除有權(quán)客戶端以外的客戶端決定為沒有信息發(fā)送權(quán)的無權(quán)客戶端。
【文檔編號】H04L29/06GK103685362SQ201210328262
【公開日】2014年3月26日 申請日期:2012年9月6日 優(yōu)先權(quán)日:2012年9月6日
【發(fā)明者】張濤 申請人:株式會社日立制作所