群發(fā)信息的方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及群發(fā)信息的方法及系統(tǒng)。所述的方法包括：發(fā)送端選取信息接收端；發(fā)送端向服務(wù)器發(fā)送群發(fā)指令，群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使服務(wù)器識別信息接收端的信息；服務(wù)器存儲含有具體內(nèi)容的發(fā)送信息，并將含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至信息接收端；信息接收端依據(jù)標(biāo)簽向服務(wù)器請求讀取發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息；服務(wù)器判斷信息接收端所提出的請求是否符合預(yù)定閱讀策略，在判斷信息接收端所提出的請求符合預(yù)定閱讀策略時向信息接收端提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。發(fā)送端向信息接收端發(fā)送信息，只有符合預(yù)定閱讀策略的信息接收端才會讀取到具體內(nèi)容。
【專利說明】群發(fā)信息的方法及系統(tǒng)【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及群發(fā)信息的方法及系統(tǒng)。
【背景技術(shù)】
[0002]在現(xiàn)有技術(shù)中，短信系統(tǒng)已具備群發(fā)短信的功能，同一條短信可同時向多個聯(lián)系人同時發(fā)送，但是已選擇作為收件人的聯(lián)系人都會收到該短信的內(nèi)容，不符合某些情景的使用，如:用戶A想約10個好友出來聚餐，向50個聯(lián)系人群發(fā)短信，但是只讓50個聯(lián)系人中10個聯(lián)系人看到短信內(nèi)容。

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

[0003]針對現(xiàn)有技術(shù)不足，本發(fā)明的目的在于提供群發(fā)信息的方法及系統(tǒng)，通過制定預(yù)定閱讀策略，使參與預(yù)定閱讀策略的信息接收端相互競爭讀取，向符合預(yù)定閱讀策略的信息接收端提供具體內(nèi)容，旨在解決現(xiàn)有的群發(fā)信息不能滿足向多個聯(lián)系人發(fā)送短信時只讓多個聯(lián)系人中部份聯(lián)系人看到短信的內(nèi)容的問題。
[0004]本發(fā)明提出的技術(shù)方案是:
[0005]群發(fā)信息的方法，包括:
[0006]發(fā)送端選取信息接收端；
[0007]所述發(fā)送端向 服務(wù)器發(fā)送群發(fā)指令，所述群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使所述服務(wù)器識別所述信息接收端的信息；
[0008]所述服務(wù)器存儲所述含有具體內(nèi)容的發(fā)送信息，并將所述含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至所述信息接收端；
[0009]所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器請求讀取所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息；以及
[0010]所述服務(wù)器判斷所述信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷所述信息接收端所提出的請求符合預(yù)定閱讀策略時向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0011]進(jìn)一步地，所述預(yù)定閱讀策略包括:
[0012]依照所述信息接收端請求的先后次序，提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容；
[0013]所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容的提供次數(shù)達(dá)到所述預(yù)定閱讀策略中的預(yù)設(shè)次數(shù)，不再向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0014]進(jìn)一步地，在所述發(fā)送端選取信息接收端的步驟中，可同時選取第一接收端，所述服務(wù)器將所述含有具體內(nèi)容的發(fā)送信息直接發(fā)送至所述第一接收端。
[0015]進(jìn)一步地，所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器讀取到所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息后，所述標(biāo)簽失效。
[0016]進(jìn)一步地,所述預(yù)定閱讀策略還包括:[0017]對已向所述信息接收端提供的所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容，在閱讀后進(jìn)行自動刪除。
[0018]本發(fā)明還提出另一種群發(fā)信息的方法，包括:
[0019]發(fā)送端選取信息接收端；
[0020]所述發(fā)送端內(nèi)置的發(fā)送模塊向所述發(fā)送端內(nèi)置的服務(wù)器發(fā)送群發(fā)指令，所述群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使所述服務(wù)器識別所述信息接收端的信息；
[0021]所述服務(wù)器存儲所述含有具體內(nèi)容的發(fā)送信息，并將所述含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至所述信息接收端；
[0022]所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器請求讀取所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息；以及
[0023]所述服務(wù)器判斷所述信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷所述信息接收端所提出的請求符合預(yù)定閱讀策略時向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0024]本發(fā)明還提供群發(fā)信息的系統(tǒng)，包括發(fā)送端、信息接收端及服務(wù)器，發(fā)送端包括選取模塊及發(fā)送模塊，所述服務(wù)器包括轉(zhuǎn)換模塊及判斷模塊，所述信息接收端包括讀取模塊；
[0025]所述選取模塊，用于所述發(fā)送端選取信息接收端；
[0026]所述發(fā)送模塊，用于所述發(fā)送端向服務(wù)器發(fā)送群發(fā)指令，其中，所述群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使所述服務(wù)器識別所述信息接收端的信息；
[0027]所述轉(zhuǎn)換模塊，用于存儲所述含有具體內(nèi)容的發(fā)送信息，并將所述含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至所述信息接收端；
[0028]所述讀取模塊，用于所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器請求讀取所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息；
[0029]所述判斷模塊，用于所述服務(wù)器判斷所述信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷所述信息接收端所提出的請求符合預(yù)定閱讀策略時向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0030]進(jìn)一步地,所述預(yù)定閱讀策略包括:
[0031]依照所述信息接收端請求的先后次序，提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容；
[0032]所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容的提供次數(shù)達(dá)到所述預(yù)定閱讀策略中的預(yù)設(shè)次數(shù)，不再向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0033]進(jìn)一步地，在所述選取模塊選取所述信息接收端時，所述選取模塊可同時選取第一接收端，所述服務(wù)器將所述含有具體內(nèi)容的發(fā)送信息直接發(fā)送至所述第一接收端。
[0034]進(jìn)一步地，所述讀取模塊成功讀取到所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息后，所述標(biāo)簽失效。
[0035]本發(fā)明還提出另一種群發(fā)信息的系統(tǒng)，包括發(fā)送端及信息接收端，發(fā)送端包括選取模塊、發(fā)送模塊及服務(wù)器，所述服務(wù)器包括轉(zhuǎn)換模塊及判斷模塊，所述信息接收端包括讀取豐吳塊；
[0036]所述選取模塊，用于所述發(fā)送端選取信息接收端；[0037]所述發(fā)送模塊，用于向服務(wù)器發(fā)送群發(fā)指令，其中，所述群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使所述服務(wù)器識別所述信息接收端的信息；
[0038]所述轉(zhuǎn)換模塊，用于存儲所述含有具體內(nèi)容的發(fā)送信息，并將所述含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至所述信息接收端；
[0039]所述讀取模塊，用于所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器請求讀取所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息；
[0040]所述判斷模塊，用于所述服務(wù)器判斷所述信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷所述信息接收端所提出的請求符合預(yù)定閱讀策略時向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0041]根據(jù)上述的技術(shù)方案，本發(fā)明群發(fā)信息的方法及系統(tǒng)的有益效果:發(fā)送端向服務(wù)器發(fā)送群發(fā)指令，服務(wù)器將含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至信息接收端，而不是直接將具體內(nèi)容發(fā)送給信息接收端，信息接收端依據(jù)標(biāo)簽向服務(wù)器請求讀取發(fā)送信息的具體內(nèi)容，服務(wù)器判斷信息接收端提出的請求是否符合預(yù)定閱讀策略，當(dāng)接收端提出的請求符合預(yù)定閱讀策略時，服務(wù)器向信息接收端提供具體內(nèi)容，當(dāng)接收端提出的請求不符合預(yù)定閱讀策略時，服務(wù)器拒絕向信息接收端提供具體內(nèi)容，為此，雖然發(fā)送端向信息接收端都發(fā)送信息，但并不是所有的信息接收端都能夠讀取具體內(nèi)容，只有符合預(yù)定閱讀策略的信息接收端才會讀取到具體內(nèi)容。
【專利附圖】

【附圖說明】
[0042]圖1是本發(fā)明實施例一提供的群發(fā)信息的方法的流程圖；
[0043]圖2是本發(fā)明實施例二提供的群發(fā)信息的方法的流程圖；
[0044]圖3是本發(fā)明實施例三提供的群發(fā)信息的系統(tǒng)的功能模塊框圖；
[0045]圖4是本發(fā)明實施例四提供的群發(fā)信息的系統(tǒng)的功能模塊框圖。
【具體實施方式】
[0046]為了使本發(fā)明的目的、技術(shù)方案及有益效果更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0047]實施例一
[0048]如圖1所示，本發(fā)明實施例所提供的群發(fā)信息的方法，包括以下步驟:
[0049]步驟S101、發(fā)送端選取信息接收端。
[0050]選取信息接收端，也就是選取參與預(yù)定閱讀策略的信息接收端，選取信息接收端的方式可以是儲存在通訊錄中的聯(lián)系人，也可以是手動輸入相應(yīng)的聯(lián)系方式。
[0051]如，在群發(fā)短信時，選取參與預(yù)定閱讀策略的收件人，可以通過通訊錄進(jìn)行選取聯(lián)系人作為收件人，也可以手動輸入電話號碼作為收件人。
[0052]在步驟SlOl中，在發(fā)送端選取參與預(yù)定閱讀策略的信息接收端的同時可選取不參與預(yù)定閱讀策略的第一接收端，服務(wù)器將含有具體內(nèi)容的發(fā)送信息直接發(fā)送至第一接收端。
[0053]在群發(fā)信息時，可以選取參與預(yù)定閱讀策略的信息接收端和不參與預(yù)定閱讀策略的第一接收端共同作為接收信息的對象，第一接收端收到的是信息的具體內(nèi)容，打開后即可閱讀，不需要向服務(wù)器請求讀取信息的具體內(nèi)容。
[0054]步驟S102、發(fā)送端向服務(wù)器發(fā)送群發(fā)指令，群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使服務(wù)器識別信息接收端的信息。
[0055]發(fā)送端向服務(wù)器發(fā)送群發(fā)指令，群發(fā)指令包括兩部分內(nèi)容，第一是發(fā)送信息的具體內(nèi)容，第二是能夠讓服務(wù)器識別信息接收端的信息。
[0056]步驟S103、服務(wù)器存儲含有具體內(nèi)容的發(fā)送信息，并將含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至信息接收端。
[0057]服務(wù)器接收到含有具體內(nèi)容的發(fā)送信息后，將含有具體內(nèi)容的發(fā)送信息存儲，并將含有具體內(nèi)容的發(fā)送信息轉(zhuǎn)換成標(biāo)簽的形式，再將標(biāo)簽發(fā)送至群發(fā)指令中記錄的信息接收端。
[0058]服務(wù)器向信息接收端發(fā)送的不是發(fā)送端發(fā)送含有具體內(nèi)容的發(fā)送信息，而是含有具體內(nèi)容的發(fā)送信息轉(zhuǎn)換后的標(biāo)簽。
[0059]本實施例中，將發(fā)送信息的具體內(nèi)容以標(biāo)簽的形式發(fā)送至信息接收端指的是信息接收端接收到的標(biāo)簽是沒有發(fā)送信息的具體內(nèi)容，只有發(fā)送信息的標(biāo)題，如發(fā)送方、信息主題等。
[0060]標(biāo)簽對應(yīng)鏈接的內(nèi)容為含有具體內(nèi)容的發(fā)送信息，通過打開標(biāo)簽的發(fā)送讀取含有具體內(nèi)容的發(fā)送信息的請求，若該請求符合預(yù)定閱讀策略的才能讀取含有具體內(nèi)容的發(fā)送信息，若該請求不符合預(yù)定閱讀策略，則不能讀取含有具體內(nèi)容的發(fā)送信息。
[0061]步驟S104、信息接收端依據(jù)標(biāo)簽向服務(wù)器請求讀取發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息。
[0062]信息接收端接收到服務(wù)器發(fā)送的標(biāo)簽，打開標(biāo)簽就會觸發(fā)請求指令，依據(jù)標(biāo)簽向服務(wù)器請求讀取發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息，也就是服務(wù)器已經(jīng)存儲好的含有具體內(nèi)容的發(fā)送信息。
[0063]在步驟S104中，信息接收端打開標(biāo)簽成功讀取發(fā)送信息的具體內(nèi)容后，標(biāo)簽失效，也就是說，信息接收端第一次打開標(biāo)簽成功讀取發(fā)送信息的具體內(nèi)容后，再次打開標(biāo)簽，不再向服務(wù)器發(fā)送請求讀取發(fā)送信息的具體內(nèi)容的請求。
[0064]步驟S105、服務(wù)器判斷信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷信息接收端所提出的請求符合預(yù)定閱讀策略時向信息接收端提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0065]服務(wù)器收到信息接收端反饋的請求，會先對信息接收端所提出的請求進(jìn)行判斷，若該請求符合預(yù)定閱讀策略的，服務(wù)器向信息接收端提供含有具體內(nèi)容的具體內(nèi)容，若該請求不符合預(yù)定閱讀策略，則服務(wù)器拒絕向信息接收端提供含有具體內(nèi)容的具體內(nèi)容。
[0066]預(yù)定閱讀策略是指預(yù)設(shè)閱讀規(guī)則，向符合閱讀規(guī)則的信息接收端提供發(fā)送信息的具體內(nèi)容。
[0067]在群發(fā)信息中，預(yù)定閱讀策略向符合閱讀規(guī)則的聯(lián)系人的信息接收端提供發(fā)送信息的具體內(nèi)容，拒絕向不符合閱讀規(guī)則的聯(lián)系人的信息接收端提供發(fā)送信息的具體內(nèi)容。
[0068]本實施例中，發(fā)送信息中的信息包括但不限于短信、郵件。
[0069]本實施例中，預(yù)定閱讀策略包括:[0070]依照信息接收端請求的先后次序，提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容；
[0071]含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容的提供次數(shù)達(dá)到預(yù)定閱讀策略中的預(yù)設(shè)次數(shù)，不再向信息接收端提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0072]本實施例中，預(yù)定閱讀策略為先請求先提供的競爭規(guī)則，信息接收端先請求讀取發(fā)送信息的具體內(nèi)容的，先讀取發(fā)送信息的具體內(nèi)容。
[0073]預(yù)定閱讀策略還包括預(yù)設(shè)提供發(fā)送信息的具體內(nèi)容的次數(shù)，當(dāng)提供發(fā)送信息的具體內(nèi)容的次數(shù)達(dá)到預(yù)設(shè)次數(shù)后，不再提供發(fā)送信息的具體內(nèi)容讓信息接收端讀取。
[0074]本實施例中，預(yù)定閱讀策略中的預(yù)設(shè)次數(shù)可根據(jù)需要自行設(shè)定，具體地，預(yù)設(shè)提供發(fā)送信息的具體內(nèi)容的次數(shù)為一次。
[0075]當(dāng)然，預(yù)設(shè)提供發(fā)送信息的具體內(nèi)容的次數(shù)也可以是多次，如10次。
[0076]如，預(yù)定閱讀策略預(yù)設(shè)提供發(fā)送信息的具體內(nèi)容的次數(shù)為10次，50個信息接收端參與預(yù)定閱讀策略，依照50個信息接收端發(fā)送請求的先后次序，向最先發(fā)送請求的10個信息接收端提供發(fā)送信息的具體內(nèi)容，不再向剩余的40個信息接收端提供發(fā)送信息的具體內(nèi)容。
[0077]本實施例中的不再向信息接收端提供發(fā)送信息的具體內(nèi)容包括未發(fā)送請求和已發(fā)送請求的信息接收端。
[0078]本實施例中，預(yù)定閱讀策略還包括:
[0079]對已向信息接收端提供的含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容，在閱讀后進(jìn)行自動刪除。
[0080]在群發(fā)信息中，信息接收端成功讀取發(fā)磅信息的具體內(nèi)容的，在閱讀后進(jìn)行自動刪除。服務(wù)器在向信息接收端提供發(fā)送信息的具體內(nèi)容時，服務(wù)器向信息接收端提供在閱讀后進(jìn)行自動刪除的控制命令，當(dāng)信息接收端在閱讀發(fā)送信息的具體內(nèi)容后，退出閱讀界面，就會自動刪除接收到的發(fā)送信息，避免發(fā)送信息的具體內(nèi)容泄漏。
[0081]本發(fā)明中的預(yù)定閱讀策略可以設(shè)于發(fā)送端，發(fā)送端向服務(wù)器發(fā)送群發(fā)指令時，還將預(yù)定閱讀策略發(fā)送給服務(wù)器，服務(wù)器執(zhí)行預(yù)定閱讀策略。
[0082]當(dāng)然，預(yù)定閱讀策略還可以設(shè)于服務(wù)器，發(fā)送端向服務(wù)器發(fā)送群發(fā)指令時，還向服務(wù)器發(fā)送觸發(fā)執(zhí)行預(yù)定閱讀策略的指令，使服務(wù)器執(zhí)行預(yù)定閱讀策略。
[0083]實施例二
[0084]如圖2所示，本發(fā)明實施例所提供的群發(fā)信息的方法，包括以下步驟:
[0085]步驟S201、發(fā)送端選取信息接收端；
[0086]步驟S202、發(fā)送端內(nèi)置的發(fā)送模塊向發(fā)送端內(nèi)置的服務(wù)器發(fā)送群發(fā)指令，群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使服務(wù)器識別信息接收端的信息；
[0087]步驟S203、服務(wù)器存儲含有具體內(nèi)容的發(fā)送信息，并將含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至信息接收端；
[0088]步驟S204、信息接收端依據(jù)標(biāo)簽向服務(wù)器請求讀取發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息；以及
[0089]步驟S205、服務(wù)器判斷信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷信息接收端所提出的請求符合預(yù)定閱讀策略時向信息接收端提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。[0090]本實施例與實施例一不同的是，服務(wù)器內(nèi)置于發(fā)送端，也就是說，只有發(fā)送端與信息接收端的信息交互，不經(jīng)過第三方終端。
[0091]實施例三
[0092]為了實現(xiàn)上述實施例一的群發(fā)信息的方法，如圖3所示，本發(fā)明實施例還提供的群發(fā)信息的系統(tǒng)，包括發(fā)送端11、信息接收端12及服務(wù)器13。
[0093]發(fā)送端11包括選取模塊111，選取模塊111用于發(fā)送端11選取信息接收端12。
[0094]選取模塊111選取信息接收端12，也就是選取參與預(yù)定閱讀策略的信息接收端12，選取模塊111選取信息接收端12的方式可以是儲存在通訊錄中的聯(lián)系人，也可以是手動輸入相應(yīng)的聯(lián)系方式。
[0095]如，在群發(fā)短信時，選取參與預(yù)定閱讀策略的收件人，可以通過通訊錄進(jìn)行選取聯(lián)系人作為收件人，也可以手動輸入電話號碼作為收件人。
[0096]選取模塊111選取參與預(yù)定閱讀策略的信息接收端12的同時可選取不參與預(yù)定閱讀策略的第一接收端，服務(wù)器13將含有具體內(nèi)容的發(fā)送信息直接發(fā)送至第一接收端。
[0097]在群發(fā)信息時，選取模塊111可以選取參與預(yù)定閱讀策略的信息接收端12和不參與預(yù)定閱讀策略的第一接收端共同作為接收信息的對象，第一接收端收到的是信息的具體內(nèi)容，打開后即可閱讀，不需要向服務(wù)器13請求讀取信息的具體內(nèi)容。
[0098]發(fā)送端11包括發(fā)送模塊112，發(fā)送模塊112用于發(fā)送端11向服務(wù)器13發(fā)送群發(fā)指令，其中，群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使服務(wù)器13識別信息接收端12的信息。
[0099]發(fā)送模塊112向服務(wù)器13發(fā)送群發(fā)指令，群發(fā)指令包括兩部分內(nèi)容，第一是發(fā)送信息的具體內(nèi)容，第二是能夠讓服務(wù)器13識別信息接收端12的信息。
[0100]服務(wù)器13包括轉(zhuǎn)換模塊131，轉(zhuǎn)換模塊131用于服務(wù)器13存儲含有具體內(nèi)容的發(fā)送信息，并將含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至信息接收端12。
[0101]服務(wù)器13接收到含有具體內(nèi)容的發(fā)送信息后，轉(zhuǎn)換模塊131將含有具體內(nèi)容的發(fā)送信息存儲，并將含有具體內(nèi)容的發(fā)送信息轉(zhuǎn)換成標(biāo)簽的形式，再將標(biāo)簽發(fā)送至群發(fā)指令中記錄的信息接收端12。
[0102]轉(zhuǎn)換模塊131向信息接收端12發(fā)送的不是發(fā)送端11發(fā)送含有具體內(nèi)容的發(fā)送信息，而是含有具體內(nèi)容的發(fā)送信息轉(zhuǎn)換后的標(biāo)簽。
[0103]本實施例中，轉(zhuǎn)換模塊131將發(fā)送信息的具體內(nèi)容以標(biāo)簽的形式發(fā)送至信息接收端12指的是信息接收端12接收到的標(biāo)簽是沒有發(fā)送信息的具體內(nèi)容，只有發(fā)送信息的標(biāo)題，如發(fā)送方、信息主題等。
[0104]標(biāo)簽對應(yīng)鏈接的內(nèi)容為含有具體內(nèi)容的發(fā)送信息，通過打開標(biāo)簽的發(fā)送讀取含有具體內(nèi)容的發(fā)送信息的請求，若該請求符合預(yù)定閱讀策略的才能讀取含有具體內(nèi)容的發(fā)送信息，若該請求不符合預(yù)定閱讀策略，則不能讀取含有具體內(nèi)容的發(fā)送信息。
[0105]信息接收端12包括讀取模塊121，讀取模塊121用于信息接收端12依據(jù)標(biāo)簽向服務(wù)器13請求讀取發(fā)送端11所發(fā)送的含有具體內(nèi)容的發(fā)送信息。
[0106]信息接收端12接收到服務(wù)器13發(fā)送的標(biāo)簽，打開標(biāo)簽就會觸發(fā)請求指令，讀取模塊121依據(jù)標(biāo)簽向服務(wù)器13請求讀取發(fā)送端11所發(fā)送的含有具體內(nèi)容的發(fā)送信息，也就是服務(wù)器13已經(jīng)存儲好的含有具體內(nèi)容的發(fā)送信息。[0107]讀取模塊121成功讀取發(fā)送信息的具體內(nèi)容后，標(biāo)簽失效，也就是說，信息接收端12第一次打開標(biāo)簽，讀取模塊121成功讀取發(fā)送信息的具體內(nèi)容后，再次打開標(biāo)簽，不再觸發(fā)讀取模塊121向服務(wù)器13發(fā)送請求讀取發(fā)送信息的具體內(nèi)容的請求。
[0108]服務(wù)器13包括判斷模塊132，判斷模塊132用于服務(wù)器13判斷信息接收端12所提出的請求是否符合預(yù)定閱讀策略，并在判斷信息接收端12所提出的請求符合預(yù)定閱讀策略時向信息接收端12提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0109]服務(wù)器13收到信息接收端12反饋的請求，判斷模塊132會先對信息接收端12所提出的請求進(jìn)行判斷，若該請求符合預(yù)定閱讀策略的，服務(wù)器13向信息接收端12提供含有具體內(nèi)容的具體內(nèi)容，若該請求不符合預(yù)定閱讀策略，則服務(wù)器13拒絕向信息接收端12提供含有具體內(nèi)容的具體內(nèi)容。
[0110]預(yù)定閱讀策略是指預(yù)設(shè)閱讀規(guī)則，向符合閱讀規(guī)則的信息接收端12提供發(fā)送信息的具體內(nèi)容。
[0111]在群發(fā)信息中，預(yù)定閱讀策略向符合閱讀規(guī)則的聯(lián)系人的信息接收端12提供發(fā)送信息的具體內(nèi)容，拒絕向不符合閱讀規(guī)則的聯(lián)系人的信息接收端12提供發(fā)送信息的具體內(nèi)容。
[0112]本實施例中，發(fā)送信息中的信息包括但不限于短信、郵件。
[0113]本實施例中，預(yù)定閱讀策略包括:
[0114]依照信息接收端12請求的先后次序，提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容；
[0115]含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容的提供次數(shù)達(dá)到預(yù)定閱讀策略中的預(yù)設(shè)次數(shù)，不再向信息接收端12提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0116]本實施例中，預(yù)定閱讀策略為先請求先提供的競爭規(guī)則，信息接收端12先請求讀取發(fā)送信息的具體內(nèi)容的，先讀取發(fā)送信息的具體內(nèi)容。
[0117]預(yù)定閱讀策略還包括預(yù)設(shè)提供發(fā)送信息的具體內(nèi)容的次數(shù)，當(dāng)提供發(fā)送信息的具體內(nèi)容的次數(shù)達(dá)到預(yù)設(shè)次數(shù)后，不再提供發(fā)送信息的具體內(nèi)容讓信息接收端12讀取。
[0118]本實施例中，預(yù)定閱讀策略中的預(yù)設(shè)次數(shù)可根據(jù)需要自行設(shè)定，具體地，預(yù)設(shè)提供發(fā)送信息的具體內(nèi)容的次數(shù)為一次。
[0119]當(dāng)然，預(yù)設(shè)提供發(fā)送信息的具體內(nèi)容的次數(shù)也可以是多次，如10次。
[0120]如，預(yù)定閱讀策略預(yù)設(shè)提供發(fā)送信息的具體內(nèi)容的次數(shù)為10次，50個信息接收端12參與預(yù)定閱讀策略，依照50個信息接收端12發(fā)送請求的先后次序，向最先發(fā)送請求的10個信息接收端12提供發(fā)送信息的具體內(nèi)容，不再向剩余的40個信息接收端12提供發(fā)送信息的具體內(nèi)容。
[0121]本實施例中的不再向信息接收端12提供發(fā)送信息的具體內(nèi)容包括未發(fā)送請求和已發(fā)送請求的信息接收端12。
[0122]本實施例中，預(yù)定閱讀策略還包括:
[0123]對已向信息接收端12提供的含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容，在閱讀后進(jìn)行自動刪除。
[0124]在群發(fā)信息中，信息接收端12成功讀取發(fā)磅信息的具體內(nèi)容的，在閱讀后進(jìn)行自動刪除。服務(wù)器13在向信息接收端12提供發(fā)送信息的具體內(nèi)容時，服務(wù)器13向信息接收端12提供在閱讀后進(jìn)行自動刪除的控制命令，當(dāng)信息接收端12在閱讀發(fā)送信息的具體內(nèi)容后，退出閱讀界面，就會自動刪除接收到的發(fā)送信息，避免發(fā)送信息的具體內(nèi)容泄漏。
[0125]本發(fā)明中的預(yù)定閱讀策略可以設(shè)于發(fā)送端11，發(fā)送端11向服務(wù)器13發(fā)送群發(fā)指令時，還將預(yù)定閱讀策略發(fā)送給服務(wù)器13，服務(wù)器13執(zhí)行預(yù)定閱讀策略。
[0126]當(dāng)然，預(yù)定閱讀策略還可以設(shè)于服務(wù)器13，發(fā)送端11向服務(wù)器13發(fā)送群發(fā)指令時，還向服務(wù)器13發(fā)送觸發(fā)執(zhí)行預(yù)定閱讀策略的指令，使服務(wù)器13執(zhí)行預(yù)定閱讀策略。
[0127]實施例四
[0128]為了實現(xiàn)上述實施例二的群發(fā)信息的方法，如圖4所示，本發(fā)明實施例還群發(fā)信息的系統(tǒng)，包括發(fā)送端21及信息接收端22，發(fā)送端21包括選取模塊211、發(fā)送模塊212及服務(wù)器213，服務(wù)器213包括轉(zhuǎn)換模塊2131及判斷模塊2132，信息接收端22包括讀取模塊221 ；
[0129]選取模塊211，用于發(fā)送端21選取信息接收端22 ；
[0130]發(fā)送模塊212，用于向服務(wù)器213發(fā)送群發(fā)指令，其中，群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使服務(wù)器213識別信息接收端22的信息；
[0131]轉(zhuǎn)換模塊2131，用于存儲含有具體內(nèi)容的發(fā)送信息，并將含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至信息接收端22 ；
[0132]讀取模塊221，用于信息接收端22依據(jù)標(biāo)簽向服務(wù)器213請求讀取發(fā)送端21所發(fā)送的含有具體內(nèi)容的發(fā)送信息；
[0133]判斷模塊2132，用于服務(wù)器213判斷信息接收端22所提出的請求是否符合預(yù)定閱讀策略，并在判斷信息接收端22所提出的請求符合預(yù)定閱讀策略時向信息接收端22提供含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
[0134]本實施例與實施例三不同的是，服務(wù)器213內(nèi)置于發(fā)送端21，也就是說，只有發(fā)送端21與信息接收端22的信息交互，不經(jīng)過第三方終端。
[0135]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.群發(fā)信息的方法，其特征在于，包括: 發(fā)送端選取信息接收端； 所述發(fā)送端向服務(wù)器發(fā)送群發(fā)指令，所述群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使所述服務(wù)器識別所述信息接收端的信息； 所述服務(wù)器存儲所述含有具體內(nèi)容的發(fā)送信息，并將所述含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至所述信息接收端； 所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器請求讀取所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息；以及 所述服務(wù)器判斷所述信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷所述信息接收端所提出的請求符合預(yù)定閱讀策略時向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
2.如權(quán)利要求1所述的群發(fā)信息的方法，其特征在于，所述預(yù)定閱讀策略包括: 依照所述信息接收端請求的先后次序，提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容； 所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容的提供次數(shù)達(dá)到所述預(yù)定閱讀策略中的預(yù)設(shè)次數(shù)，不再向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
3.如權(quán)利要求1所述的群發(fā)信息的方法，其特征在于，在所述發(fā)送端選取信息接收端的步驟中，可同時選取第一接收端，所述服務(wù)器將所述含有具體內(nèi)容的發(fā)送信息直接發(fā)送至所述第一接收端。
4.如權(quán)利要求1所述的群發(fā)信息的方法，其特征在于，所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器讀取到所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息后，所述標(biāo)簽失效。
5.群發(fā)信息的方法，其特征在于，包括: 發(fā)送端選取信息接收端； 所述發(fā)送端內(nèi)置的發(fā)送模塊向所述發(fā)送端內(nèi)置的服務(wù)器發(fā)送群發(fā)指令，所述群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使所述服務(wù)器識別所述信息接收端的信息； 所述服務(wù)器存儲所述含有具體內(nèi)容的發(fā)送信息，并將所述含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至所述信息接收端； 所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器請求讀取所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息；以及 所述服務(wù)器判斷所述信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷所述信息接收端所提出的請求符合預(yù)定閱讀策略時向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
6.群發(fā)信息的系統(tǒng)，其特征在于，包括發(fā)送端、信息接收端及服務(wù)器，發(fā)送端包括選取模塊及發(fā)送模塊，所述服務(wù)器包括轉(zhuǎn)換模塊及判斷模塊，所述信息接收端包括讀取模塊； 所述選取模塊，用于所述發(fā)送端選取信息接收端； 所述發(fā)送模塊，用于所述發(fā)送端向服務(wù)器發(fā)送群發(fā)指令，其中，所述群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使所述服務(wù)器識別所述信息接收端的信息； 所述轉(zhuǎn)換模塊，用于存儲所述含有具體內(nèi)容的發(fā)送信息，并將所述含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至所述信息接收端；所述讀取模塊，用于所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器請求讀取所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息； 所述判斷模塊，用于所述服務(wù)器判斷所述信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷所述信息接收端所提出的請求符合預(yù)定閱讀策略時向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
7.如權(quán)利要求6所述的群發(fā)信息的系統(tǒng)，其特征在于，所述預(yù)定閱讀策略包括: 依照所述信息接收端請求的先后次序，提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容； 所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容的提供次數(shù)達(dá)到所述預(yù)定閱讀策略中的預(yù)設(shè)次數(shù)，不再向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
8.如權(quán)利要求6所述的群發(fā)信息的系統(tǒng)，其特征在于，在所述選取模塊選取所述信息接收端時，所述選取模塊可同時選取第一接收端，所述服務(wù)器將所述含有具體內(nèi)容的發(fā)送信息直接發(fā)送至所述第一接收端。
9.如權(quán)利要求6所述的群發(fā)信息的系統(tǒng)，其特征在于，所述讀取模塊成功讀取到所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息后，所述標(biāo)簽失效。
10.群發(fā)信息的系統(tǒng)，其特征在于，包括發(fā)送端及信息接收端，發(fā)送端包括選取模塊、發(fā)送模塊及服務(wù)器，所述 服務(wù)器包括轉(zhuǎn)換模塊及判斷模塊，所述信息接收端包括讀取模塊； 所述選取模塊，用于所述發(fā)送端選取信息接收端； 所述發(fā)送模塊，用于向服務(wù)器發(fā)送群發(fā)指令，其中，所述群發(fā)指令包括含有具體內(nèi)容的發(fā)送信息以及能夠使所述服務(wù)器識別所述信息接收端的信息； 所述轉(zhuǎn)換模塊，用于存儲所述含有具體內(nèi)容的發(fā)送信息，并將所述含有具體內(nèi)容的發(fā)送信息以標(biāo)簽的形式發(fā)送至所述信息接收端； 所述讀取模塊，用于所述信息接收端依據(jù)所述標(biāo)簽向所述服務(wù)器請求讀取所述發(fā)送端所發(fā)送的含有具體內(nèi)容的發(fā)送信息； 所述判斷模塊，用于所述服務(wù)器判斷所述信息接收端所提出的請求是否符合預(yù)定閱讀策略，并在判斷所述信息接收端所提出的請求符合預(yù)定閱讀策略時向所述信息接收端提供所述含有具體內(nèi)容的發(fā)送信息的具體內(nèi)容。
【文檔編號】H04L12/18GK103986591SQ201410206931
【公開日】2014年8月13日 申請日期:2014年5月15日 優(yōu)先權(quán)日:2014年5月15日
【發(fā)明者】劉建昆, 王繼輝 申請人:宇龍計算機(jī)通信科技(深圳)有限公司