本發(fā)明涉及日歷應(yīng)用技術(shù)領(lǐng)域，特別涉及一種多賬號間日程信息的推送方法及系統(tǒng)。

背景技術(shù)：

現(xiàn)代社會生活節(jié)奏越來越快，日程管理的需求也越來越大。對兒童而言，日程管理的習(xí)慣需要家長的協(xié)同參與。家長為孩子安排日程，添加提醒可以有效的培養(yǎng)孩子的時(shí)間觀念和日程計(jì)劃的習(xí)慣。賬戶間的日程推送極大的方便了多人間的日程協(xié)同管理。但對孩子的日程管理而言，這個(gè)管理會涉及到多個(gè)家長，他們都需要對孩子進(jìn)行日程管理，他們互相之間的管理信息需要被及時(shí)推送并進(jìn)行修改。

現(xiàn)有技術(shù)中的日歷應(yīng)用方法是接收第一用戶賬號發(fā)送的日歷信息，所述日歷信息中包含有事項(xiàng)以及所述事項(xiàng)將要發(fā)生的日期；根據(jù)所述第一用戶賬號的訂閱賬號，查找訂閱所述第一用戶賬號的第二用戶賬號；向所述第二用戶賬號推送所述日歷信息。通過在接收到第一用戶賬號發(fā)送的日歷信息之后，將該日歷信息直接推送給訂閱第一用戶賬號的第二用戶賬號，第二用戶賬號直接將該日歷信息添加至登錄的日歷客戶端中。該種方法存在如下不足：（1）賬號之間只存在訂閱關(guān)系，當(dāng)多個(gè)家長對孩子進(jìn)行管理時(shí)，家長賬戶之間需要互相訂閱來推送對孩子的日程安排，會出現(xiàn)第一家長訂閱了第二家長的賬戶，除了第二家長對第一家長關(guān)注的孩子添加的日程外，第一家長不關(guān)心的第二家長為其他孩子添加的日程信息也會被推送到第一家長的日歷中；因此不符合多個(gè)孩子的多個(gè)家長之間有交集的情況；（2）當(dāng)?shù)谝毁~戶發(fā)布日程信息時(shí)，這一日程會被推送至所有訂閱第一賬戶的第二賬戶中，但當(dāng)家長在管理多個(gè)孩子時(shí)，會需要對不同孩子設(shè)定不同日程。

因此，日歷應(yīng)用技術(shù)領(lǐng)域急需一種多賬號間日程信息的推送方法及系統(tǒng)，通過服務(wù)器判斷高權(quán)限與低權(quán)限賬戶是否存在連接關(guān)系，再定向選擇的向?qū)?yīng)的低權(quán)限賬戶進(jìn)行日程信息傳遞，保證低權(quán)限賬號只收到自己關(guān)注孩子的信息，而不會收到其他無關(guān)孩子的信息，保證收到的日歷信息更加清晰、整潔，不會發(fā)生混亂，提高使用體驗(yàn)。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明為了解決上述問題，提供了一種多賬號間日程信息的推送方法及系統(tǒng)，技術(shù)方案如下：

一種多賬號間日程信息的推送系統(tǒng)，包括：高權(quán)限賬戶、低權(quán)限賬戶和服務(wù)器，服務(wù)器分別與高權(quán)限賬戶、低權(quán)限賬戶相連接；

高權(quán)限賬戶，能夠同時(shí)綁定1個(gè)、2個(gè)或者2個(gè)以上的低權(quán)限賬戶，用于在所登錄的終端上設(shè)置日程信息，并將日程信息傳遞給服務(wù)器，通過服務(wù)器再將日程信息選擇性的傳遞給與該高權(quán)限賬戶綁定的指定低權(quán)限賬戶，接收到日程信息的低權(quán)限賬戶將該信息添加到自己的日歷中；

低權(quán)限賬戶，能夠同時(shí)綁定1個(gè)、2個(gè)或者2個(gè)以上的低權(quán)限賬戶，用于將自己的日程信息和接收到來自于高權(quán)限賬戶的日歷信息通過服務(wù)器傳遞給與該低權(quán)限賬戶綁定的高權(quán)限賬戶中，接收到日程信息的高權(quán)限賬戶將該信息添加到自己的日歷中；

服務(wù)器，用于判斷高權(quán)限賬戶與低權(quán)限賬戶之間是否存在連接關(guān)系，如果存在則對推送日程信息進(jìn)行選擇，如果某一個(gè)高權(quán)限賬戶選擇向一個(gè)或者幾個(gè)低權(quán)限賬戶進(jìn)行推送日程信息，則完成對應(yīng)的推送。

一種多賬號間日程信息的推送方法，包括如下步驟：

步驟一，第一高權(quán)限賬戶登錄第一終端，并在第一終端上設(shè)置日程信息；

步驟二，服務(wù)器判斷第一高權(quán)限賬戶是否與低權(quán)限賬戶具有連接關(guān)系，當(dāng)判定第一高權(quán)限賬戶與第一低權(quán)限賬戶、第二低權(quán)限賬戶存在連接關(guān)系時(shí)，第一高權(quán)限賬戶能夠選擇需要推送的低權(quán)限賬戶，當(dāng)?shù)谝桓邫?quán)限賬戶選擇向第一低權(quán)限賬戶推送信息時(shí)，第一終端將日程信息傳遞給服務(wù)器，服務(wù)器再將該日程信息推送給第一低權(quán)限賬戶登錄的第二終端，第二低權(quán)限賬戶登錄的第三終端則不會接收到該日程信息；

步驟三，服務(wù)器判斷第一低權(quán)限賬戶是否與高權(quán)限賬戶存在連接關(guān)系，當(dāng)判定第第二高權(quán)限賬戶與第一低權(quán)限賬戶存在連接關(guān)系時(shí)，第二終端將第一高權(quán)限賬戶的日程信息與第一低權(quán)限賬戶的日程信息一起發(fā)送給第二高權(quán)限賬戶登錄的第四終端；

步驟四，由于第二低權(quán)限賬戶登錄的第三終端沒有接收到日程信息，因此與第二低權(quán)限賬戶相連接的第三高權(quán)限賬戶登錄的第五終端也不會接收到該日程信息。

優(yōu)選的，在上述的一種多賬號間日程信息的推送方法中，高權(quán)限賬戶登錄的終端與低權(quán)限賬戶登錄的終端內(nèi)部均設(shè)置有推送模塊、輸入模塊和接收融合模塊，并且接收融合模塊與輸入模塊、推送模塊相連接，服務(wù)器分別與推送模塊、接收融合模塊相連接，輸入模塊用于輸入高權(quán)限賬戶或者低權(quán)限賬戶設(shè)置的日程信息，接收融合模塊用于將接收到的來自于其他終端的日程信息與自己設(shè)置的日程信息相融合，推送模塊用于將接收融合模塊融合后的日程信息推送給服務(wù)器。

本發(fā)明的有益效果：

本發(fā)明通過服務(wù)器判斷高權(quán)限與低權(quán)限賬戶是否存在連接關(guān)系，再定向選擇的向?qū)?yīng)的低權(quán)限賬戶進(jìn)行日程信息傳遞，保證低權(quán)限賬號只收到自己關(guān)注孩子的信息，而不會收到其他無關(guān)孩子的信息，保證收到的日歷信息更加清晰、整潔，不會發(fā)生混亂，提高使用體驗(yàn)。

附圖說明

下面結(jié)合附圖和具體實(shí)施方式來詳細(xì)說明本發(fā)明：

圖1是本發(fā)明一種多賬號間日程信息的推送系統(tǒng)的結(jié)構(gòu)框圖。

圖2是本發(fā)明一種多賬號間日程信息的推送方法的流程圖。

圖3是本發(fā)明的高權(quán)限賬戶登錄終端與低權(quán)限賬戶登錄終端的內(nèi)部結(jié)構(gòu)示意圖。

其中，圖1-3中的附圖標(biāo)記與部件名稱之間的對應(yīng)關(guān)系為：

高權(quán)限賬戶1，低權(quán)限賬戶2，服務(wù)器3，推送模塊11，輸入模塊12，接收融合模塊13。

具體實(shí)施方式

為了使本發(fā)明技術(shù)實(shí)現(xiàn)的措施、創(chuàng)作特征、達(dá)成目的與功效易于明白了解，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

圖1是本發(fā)明一種多賬號間日程信息的推送系統(tǒng)的結(jié)構(gòu)框圖。

如圖1所示，一種多賬號間日程信息的推送系統(tǒng)，包括：高權(quán)限賬戶1、低權(quán)限賬戶2和服務(wù)器3，服務(wù)器3分別與高權(quán)限賬戶1、低權(quán)限賬戶2相連接；高權(quán)限賬戶1能夠同時(shí)綁定1個(gè)、2個(gè)或者2個(gè)以上的低權(quán)限賬戶2，用于在所登錄的終端上設(shè)置日程信息，并將日程信息傳遞給服務(wù)器3，通過服務(wù)器3再將日程信息選擇性的傳遞給與該高權(quán)限賬戶1綁定的指定低權(quán)限賬戶2，接收到日程信息的低權(quán)限賬戶2將該信息添加到自己的日歷中；低權(quán)限賬戶2能夠同時(shí)綁定1個(gè)、2個(gè)或者2個(gè)以上的低權(quán)限賬戶2，用于將自己的日程信息和接收到來自于高權(quán)限賬戶1的日歷信息通過服務(wù)器3傳遞給與該低權(quán)限賬戶2綁定的高權(quán)限賬戶1中，接收到日程信息的高權(quán)限賬戶1將該信息添加到自己的日歷中；服務(wù)器3用于判斷高權(quán)限賬戶1與低權(quán)限賬戶2之間是否存在連接關(guān)系，如果存在則對推送日程信息進(jìn)行選擇，如果某一個(gè)高權(quán)限賬戶1選擇向一個(gè)或者幾個(gè)低權(quán)限賬戶2進(jìn)行推送日程信息，則完成對應(yīng)的推送。

圖2是本發(fā)明一種多賬號間日程信息的推送方法的流程圖。

如圖2所示，一種多賬號間日程信息的推送方法，包括如下步驟：

步驟一，第一高權(quán)限賬戶登錄第一終端，并在第一終端上設(shè)置日程信息；

步驟二，服務(wù)器判斷第一高權(quán)限賬戶是否與低權(quán)限賬戶具有連接關(guān)系，當(dāng)判定第一高權(quán)限賬戶與第一低權(quán)限賬戶、第二低權(quán)限賬戶存在連接關(guān)系時(shí)，第一高權(quán)限賬戶能夠選擇需要推送的低權(quán)限賬戶，當(dāng)?shù)谝桓邫?quán)限賬戶選擇向第一低權(quán)限賬戶推送信息時(shí)，第一終端將日程信息傳遞給服務(wù)器，服務(wù)器再將該日程信息推送給第一低權(quán)限賬戶登錄的第二終端，第二低權(quán)限賬戶登錄的第三終端則不會接收到該日程信息；

步驟三，服務(wù)器判斷第一低權(quán)限賬戶是否與高權(quán)限賬戶存在連接關(guān)系，當(dāng)判定第第二高權(quán)限賬戶與第一低權(quán)限賬戶存在連接關(guān)系時(shí)，第二終端將第一高權(quán)限賬戶的日程信息與第一低權(quán)限賬戶的日程信息一起發(fā)送給第二高權(quán)限賬戶登錄的第四終端；

步驟四，由于第二低權(quán)限賬戶登錄的第三終端沒有接收到日程信息，因此與第二低權(quán)限賬戶相連接的第三高權(quán)限賬戶登錄的第五終端也不會接收到該日程信息。

圖3是本發(fā)明的高權(quán)限賬戶登錄終端與低權(quán)限賬戶登錄終端的內(nèi)部結(jié)構(gòu)示意圖。

如圖3所示，本實(shí)施例中，高權(quán)限賬戶登錄的終端與低權(quán)限賬戶登錄的終端內(nèi)部均設(shè)置有推送模塊11、輸入模塊12和接收融合模塊13，并且接收融合模塊13與輸入模塊12、推送模塊11相連接，服務(wù)器3分別與推送模塊11、接收融合模塊13相連接，輸入模塊12用于輸入高權(quán)限賬戶或者低權(quán)限賬戶設(shè)置的日程信息，接收融合模塊13用于將接收到的來自于其他終端的日程信息與自己設(shè)置的日程信息相融合，推送模塊11用于將接收融合模塊13融合后的日程信息推送給服務(wù)器3。

本發(fā)明通過服務(wù)器判斷高權(quán)限與低權(quán)限賬戶是否存在連接關(guān)系，再定向選擇的向?qū)?yīng)的低權(quán)限賬戶進(jìn)行日程信息傳遞，保證低權(quán)限賬號只收到自己關(guān)注孩子的信息，而不會收到其他無關(guān)孩子的信息，保證收到的日歷信息更加清晰、整潔，不會發(fā)生混亂，提高使用體驗(yàn)。

以上顯示和描述了本發(fā)明的基本原理、主要特征和本發(fā)明的優(yōu)點(diǎn)。本行業(yè)的技術(shù)人員應(yīng)該了解，本發(fā)明不受上述實(shí)施例的限制，上述實(shí)施例和說明書中描述的只是說明本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下本發(fā)明還會有各種變化和改進(jìn)，這些變化和改進(jìn)都落入要求保護(hù)的本發(fā)明范圍內(nèi)。本發(fā)明要求保護(hù)范圍由所附的權(quán)利要求書及其等同物界定。