專利名稱：云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法
技術(shù)領(lǐng)域：
本發(fā)明是一種云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法，屬于云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法的改造技術(shù)。
背景技術(shù)：
目前大多數(shù)的云計算平臺都采用以下的方法去傳遞字節(jié)A用戶的數(shù)據(jù)生成字節(jié)數(shù)據(jù)，傳遞給B用戶時，在后臺，B用戶的數(shù)據(jù)將字節(jié)數(shù)據(jù)進行備份，如圖I所示，這種方法存在兩大缺點，第一個缺點是字節(jié)越多，備份就越大，服務器產(chǎn)生的壓力就越大。第二個缺點是傳送的人數(shù)越多，備份就越多，由于備份本身就不小，因此，服務器的壓力也會變得很大。也由于這兩個原因，大多數(shù)云計算平臺都無法實現(xiàn)單一將大部分字節(jié)的數(shù)據(jù)傳遞給某個人，或一群人。因此，大多數(shù)云計算平臺都采取直接公開數(shù)據(jù)給所有聯(lián)系人或不公開數(shù)據(jù)作為私人隱私?，F(xiàn)在將某些信息傳遞給特定的某些聯(lián)系人，這種隱私得來又可以分享給他人的做法，至今沒有實現(xiàn)。因為存在如下兩個問題問題一，如何在字節(jié)在傳遞給某位特定的聯(lián)系人時，不需要限制字節(jié)數(shù)量。(無論字節(jié)小到幾十個字節(jié)，還是大到幾千個字節(jié)，傳遞給特定某位聯(lián)系人時都無需限制字節(jié)的數(shù)量。)問題二，由于服務器壓力過大，無法實現(xiàn)將信息傳遞給特定的某些聯(lián)系人或某群聯(lián)系人。如何將字節(jié)傳遞給特定的某位聯(lián)系人或特定的某群聯(lián)系人。(無需直接公開給所有聯(lián)系人，想將字節(jié)信息傳遞給誰就傳遞給誰，隱私得來又可以分享給他人。)

發(fā)明內(nèi)容
本發(fā)明的目的在于考慮上述問題而提供一種大大減少了字節(jié)在傳遞過程中的存儲量的云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法。本發(fā)明方便實用。本發(fā)明的技術(shù)方案是本發(fā)明的云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法，在A用戶的生成字節(jié)數(shù)據(jù)時，后臺自動將其生成為URL與若干個摘要字節(jié)數(shù)據(jù)，傳遞給 B用戶時，在后臺，B用戶的數(shù)據(jù)將URL與若干個摘要字節(jié)數(shù)據(jù)進行備份。上述當B用戶在前臺讀取A用戶傳送來的信息時，后臺直接通過URL鏈接讀取A 用戶的原始數(shù)據(jù)。上述A用戶的生成字節(jié)數(shù)據(jù)時，服務器只存儲A用戶所保存的原始字節(jié)數(shù)據(jù)與URL 與若干個摘要字節(jié)備份的數(shù)據(jù)。上述URL不超出100個字節(jié)，而摘要字節(jié)也不超出十個摘要字節(jié)，也即在10個字節(jié)以內(nèi)。上述在字節(jié)傳播過程中，每傳播給一個人增加一倍的大小。公式如下文件大小X人數(shù)=總發(fā)送大小。本發(fā)明的方法由于采用將字節(jié)數(shù)據(jù)生成為URL與若干個摘要字節(jié)數(shù)據(jù)，在傳播過程中只是將URL和若干個摘要字節(jié)數(shù)據(jù)進行備份的方法，大大減少了字節(jié)在傳遞過程中的存儲量，大大減小服務器的壓力。本發(fā)明的方法具有以下優(yōu)點第一，將字節(jié)信息傳遞給任意一個人或任意一個特定的人群。無需直接公開給所有聯(lián)系人，想將字節(jié)信息傳遞給誰就傳遞給誰，隱私得來又可以分享給他人。第二，在字節(jié)在傳遞給某位特定的聯(lián)系人時，不需要限制字節(jié)數(shù)量。無論字節(jié)小到幾十個字節(jié)，還是大到幾千個字節(jié)，傳遞給特定某位聯(lián)系人或某些特定的人群時都無需限制字節(jié)的數(shù)量。本發(fā)明的方法在傳播過程中可以大大減小服務器的壓力，當傳播人數(shù)越多及字節(jié)越大時，效果更明顯。本發(fā)明是一種方便實用的云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法。


圖I為現(xiàn)有方法的原理圖；圖2為本發(fā)明的原理圖；圖3為本發(fā)明實施例的示意圖。
具體實施例方式實施例本發(fā)明的原理圖如圖2所示，本發(fā)明的云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法，在A用戶的生成字節(jié)數(shù)據(jù)時，后臺自動將其生成為URL與若干個摘要字節(jié)，這樣操作，一般URL再大也不會超出100個字節(jié)，而摘要字節(jié)也不會超出十個摘要字節(jié)，因此，也會在10個字節(jié)以內(nèi)。這樣也就是說，字節(jié)不會超出110個字節(jié)。傳遞給B用戶時，在后臺， B用戶的數(shù)據(jù)將URL與若干個摘要字節(jié)進行備份。當B用戶在前臺讀取A用戶傳送來的信息時，后臺直接通過URL鏈接讀取A用戶的原始數(shù)據(jù)。服務器只存儲A用戶所保存的原始字節(jié)數(shù)據(jù)與URL與若干個摘要字節(jié)備份的數(shù)據(jù)；這樣做，就大大的減少了字節(jié)因數(shù)量的增加與傳送人數(shù)的增多，而產(chǎn)生的后臺服務器過大的情況?，F(xiàn)有技術(shù)中，A用戶數(shù)據(jù)傳遞給B 用戶以及更多用戶時，服務器需要不斷地將A用戶的原始字節(jié)數(shù)據(jù)進行備份，備份就越多， 服務器壓力就越大。我們都知道，任何一條簡單的短信，都有可能超過100個字節(jié)。這也是為什么現(xiàn)在我們最熟悉的微薄會有最多140個字節(jié)的限制。文件字節(jié)越小，服務器壓力越小。本發(fā)明的方法傳遞信息時，通過URL與若干摘要字節(jié)的方法，無論原文件字節(jié)多少都將其縮小至最多不超過110個字節(jié)以內(nèi)，在字節(jié)信息傳遞過程中，大大減小了壓力。在字節(jié)傳播過程中，每傳播給一個人增加一倍的大小。公式如下文件大小X人數(shù)=總發(fā)送大小。以目前最流行的140個字節(jié)為例，對比一下新方法與傳統(tǒng)方法的區(qū)別。我們都知道，1024個字節(jié)為1KB，140個字節(jié)的文件大小大約為O. 137KB。如果運用本發(fā)明的方法，將文件生成URL和若干個摘要字節(jié)，URL再大也不會超過 100個字節(jié)，摘要字節(jié)不可能超過10個字節(jié)，因此，不會超過10個字節(jié)，也就是說，URL和若干個摘要字節(jié)，不會超過O. 107KB。下面我們對比一下再傳播過程中的區(qū)別，分別發(fā)送給I個人，100個人，到1000個人。傳統(tǒng)方法140個字節(jié)發(fā)送給I個人，如下文件大小X人數(shù)=總發(fā)送大小O. 137KBX1 = O. 137KB
本發(fā)明的方法發(fā)送給I個人，如下文件大小X人數(shù)=總發(fā)送大小O. 107KBX1 = O. 107KB從以上計算可見，發(fā)送給I個人的情況下，發(fā)送時的大小縮小了 O. 03KB。傳統(tǒng)方法140個字節(jié)發(fā)送給100個人，如下文件大小X人數(shù)=總發(fā)送大小O. 137KBX 100 = 13. 7KB本發(fā)明方法發(fā)送給100個人，如下文件大小X人數(shù)=總發(fā)送大小O. 107KBX 100 = 10. 7KB從以上計算可見，發(fā)送給100個人的情況下，發(fā)送時的大小縮小了 3KB。傳統(tǒng)方法140個字節(jié)發(fā)送給1000個人，如下文件大小X人數(shù)=總發(fā)送大小O. 137KBX 1000 = 137KB本發(fā)明方法發(fā)送給1000個人，如下文件大小X人數(shù)=總發(fā)送大小O. 107KBX 1000 = 107KB從以上計算可見，發(fā)送給1000個人的情況下，發(fā)送時的大小縮小了 30KB?，F(xiàn)在以1000個字節(jié)為例，1000個字節(jié)大約為(λ 977KB。傳統(tǒng)方法1000個字節(jié)發(fā)送給I個人，如下文件大小X人數(shù)=總發(fā)送大小O. 977KBX1 = O. 977KB本發(fā)明方法發(fā)送給I個人，如下文件大小X人數(shù)=總發(fā)送大小O. 107KBX1 = O. 107KB從以上計算可見，發(fā)送給I個人的情況下，發(fā)送時的大小減小了 O. 87KB。傳統(tǒng)方法1000個字節(jié)發(fā)送給100個人，如下文件大小X人數(shù)=總發(fā)送大小O. 977KBX 100 = 97. 7KB本發(fā)明方法發(fā)送給100個人，如下文件大小X人數(shù)=總發(fā)送大小O. 107KBX 100 = 10. 7KB從以上計算可見，發(fā)送給100個人的情況下，發(fā)送時的大小減小了 87KB。傳統(tǒng)方法1000個字節(jié)發(fā)送給1000個人，如下文件大小X人數(shù)=總發(fā)送大小O. 977KBX 1000 = 977KB本發(fā)明方法發(fā)送給1000個人，如下文件大小X人數(shù)=總發(fā)送大小O. 107KBX 1000 = 107KB
從以上計算可見，發(fā)送給1000個人的情況下，發(fā)送時的大小減小了 870KB。用這種方法，在傳播過程中可以大大減小服務器的壓力。由其是當傳播人數(shù)越多， 與字節(jié)越大時，效果更明顯。本實施例中，具體實施如下前臺操作如下，A用戶“李珍娜”在登錄云計算平臺前臺后，點擊新消息。然后，輸入想發(fā)送的字節(jié)，如“今天我想約你去豪麗泡溫泉，一起吃中午飯，11點半見。中午還約了秀珍和其他幾個人，記得帶上上次的文件。”。點擊“選擇聯(lián)系人”，在選擇聯(lián)系人內(nèi)，選擇聯(lián)系人“嘉熙”。接著，點擊“發(fā)送”。信息就發(fā)到了 B用戶“嘉熙” 手中。B用戶“嘉熙”點擊“今天想約你去豪麗...”就可以看到詳細信息。后臺操作如下，A用戶“李珍娜”的數(shù)據(jù)庫儲存“今天我想約你去豪麗泡溫泉，一起吃中午飯，11點半見。中午還約了秀珍和其他幾個人，記得帶上上次的文件。”的所有字節(jié)內(nèi)容，然后，生成一個URL,如http://www. servicename. com/1234,和“今天想約你去豪麗”的摘要字節(jié)。發(fā)送給B用戶“嘉熙”時，B用戶“嘉熙”的數(shù)據(jù)庫對URL和“今天想約你去豪麗...”的摘要字節(jié)進行了備份。當B用戶“嘉熙”在前臺閱讀“李珍娜”發(fā)來的信息時，后臺從“嘉熙”的數(shù)據(jù)庫URL的備份直接連接到A用戶“李珍娜”的數(shù)據(jù)庫中，于是，“今天我想約你去豪麗泡溫泉，一起吃中午飯，11點半見。中午還約了秀珍和其他幾個人，記得帶上上次的文件?！钡乃凶止?jié)內(nèi)容顯示在B用戶“嘉熙”面前。如圖3所示。
權(quán)利要求
1.一種云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法，其特征在于在A用戶的生成字節(jié)數(shù)據(jù)時，后臺自動將其生成為URL與若干個摘要字節(jié)數(shù)據(jù)，傳遞給B用戶時，在后臺， B用戶的數(shù)據(jù)將URL與若干個摘要字節(jié)數(shù)據(jù)進行備份。
2.根據(jù)權(quán)利要求I所述的云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法，其特征在于上述當B用戶在前臺讀取A用戶傳送來的信息時，后臺直接通過URL鏈接讀取A用戶的原始數(shù)據(jù)。
3.根據(jù)權(quán)利要求I所述的云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法，其特征在于上述A用戶的生成字節(jié)數(shù)據(jù)時，服務器只存儲A用戶所保存的原始字節(jié)數(shù)據(jù)與URL與若干個摘要字節(jié)備份的數(shù)據(jù)。
4.根據(jù)權(quán)利要求I所述的云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法，其特征在于上述URL不超出100個字節(jié)，而摘要字節(jié)也不超出十個摘要字節(jié)，也即在10個字節(jié)以內(nèi)。
5.根據(jù)權(quán)利要求I所述的云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法，其特征在于上述在字節(jié)傳播過程中，每傳播給一個人增加一倍的大小。公式如下文件大小X人數(shù)=總發(fā)送大小。
全文摘要
本發(fā)明是一種云計算平臺字節(jié)由一個用戶傳送給其他用戶的方法。在A用戶的生成字節(jié)數(shù)據(jù)時，后臺自動將其生成為URL與若干個摘要字節(jié)數(shù)據(jù)，傳遞給B用戶時，在后臺，B用戶的數(shù)據(jù)將URL與若干個摘要字節(jié)數(shù)據(jù)進行備份。上述當B用戶在前臺讀取A用戶傳送來的信息時，后臺直接通過URL鏈接讀取A用戶的原始數(shù)據(jù)。
文檔編號G06F11/14GK102611744SQ20121004520
公開日2012年7月25日 申請日期2012年2月27日 優(yōu)先權(quán)日2012年2月27日
發(fā)明者吳棟 申請人:吳棟