統(tǒng)一資源定位符的發(fā)送方法和裝置及分享方法和裝置的制造方法
【技術領域】
[0001]本發(fā)明涉及計算機領域，具體而言，涉及一種統(tǒng)一資源定位符的發(fā)送方法和裝置 及分享方法和裝置。
【背景技術】
[0002] 目前，現有技術中通過客戶端向其他好友分享數據時，通常采用的方式是在前端 和后臺之間約定一種加密算法，由前端對相關數據進行加密，后臺在收到加密數據之后進 行解密，再進行相關操作。然而，采用這種方式非常不利于擴展，例如，如果有新增數據，則 需對前端和后臺都進行改動，即，對前端和后臺重新約定加密算法，操作較為復雜。
[0003] 進一步，如果上述加密算法被破譯，用戶就可以通過構造數據加密，來偽造請求， 從而破壞后臺服務器的穩(wěn)定性，如果用戶頻繁地發(fā)送偽造請求，則將大大增加后臺的運行 壓力，即，出現類似刷榜的行為，從而導致后臺崩潰。也就是說，現有方式中所采用的加密算 法一旦被破譯，還將直接影響數據的安全性，進而可能影響服務器運行的穩(wěn)定性。
[0004] 針對上述的問題，目前尚未提出有效的解決方案。

【發(fā)明內容】

[0005] 本發(fā)明實施例提供了一種統(tǒng)一資源定位符的發(fā)送方法和裝置及分享方法和裝置， 以至少解決由于采用現有的統(tǒng)一資源定位符發(fā)送方法所導致的安全性較低的技術問題。
[0006] 根據本發(fā)明實施例的一個方面，提供了一種統(tǒng)一資源定位符的發(fā)送方法，包括：登 錄了第一賬號的第一客戶端向第一服務器發(fā)送標識獲取請求，其中，上述標識獲取請求至 少包括：用于標識上述第一賬號的第一標識；上述第一客戶端接收上述第一服務器發(fā)送的 第二標識，其中，上述第二標識與上述第一賬號的上述第一標識一一對應；上述第一客戶端 將上述第二標識設置在預定的第一統(tǒng)一資源定位符URL中，得到待分享的第二URL ;上述第 一客戶端將設置有上述第二標識的上述第二URL發(fā)送到指定的地址。
[0007] 根據本發(fā)明實施例的另一方面，還提供了一種統(tǒng)一資源定位符的分享方法，包括： 第一服務器接收登錄了第一賬號的第一客戶端發(fā)送的標識獲取請求，其中，上述標識獲取 請求至少包括：用于標識上述第一賬號的第一標識；上述第一服務器響應上述標識獲取請 求生成第二標識，其中，上述第二標識與上述第一賬號的上述第一標識一一對應；上述第一 服務器將上述第二標識發(fā)送給第一客戶端，其中，上述第二標識用于上述第一客戶端對統(tǒng) 一資源定位符URL進行分享。
[0008] 根據本發(fā)明實施例的又一方面，還提供了一種統(tǒng)一資源定位符的發(fā)送裝置，上述 裝置位于安裝有登錄了第一賬號的第一客戶端的終端，包括：第一發(fā)送單元，用于向第一服 務器發(fā)送標識獲取請求，其中，上述標識獲取請求至少包括：用于標識上述第一賬號的第一 標識；接收單元，用于接收上述第一服務器發(fā)送的第二標識，其中，上述第二標識與上述第 一賬號的上述第一標識一一對應；設置單元，用于將上述第二標識設置在預定的第一統(tǒng)一 資源定位符URL中，得到待分享的第二URL ;第二發(fā)送單元，用于將設置有上述第二標識的 上述第二URL發(fā)送到指定的地址。
[0009] 根據本發(fā)明實施例的又一方面，還提供了一種統(tǒng)一資源定位符的分享裝置，上述 裝置位于第一服務器，包括：第一接收單元，用于接收登錄了第一賬號的第一客戶端發(fā)送的 標識獲取請求，其中，上述標識獲取請求至少包括：用于標識上述第一賬號的第一標識；生 成單元，用于響應上述標識獲取請求生成第二標識，其中，上述第二標識與上述第一賬號的 上述第一標識一一對應；發(fā)送單元，用于將上述第二標識發(fā)送給第一客戶端，其中，上述第 二標識用于上述第一客戶端對統(tǒng)一資源定位符URL進行分享。
[0010] 在本發(fā)明實施例中，在第一客戶端向第一服務器發(fā)送用于表不第一賬號的第一標 識獲取請求之后，接收第一服務器發(fā)送的第二標識，其中，第二標識與第一賬號的第一標識 一一對應。第一客戶端再將第二標識設置在預定的第一URL中，得到待分享的第二URL，通 過將第二URL發(fā)送到指定的地址，實現對數據的分享。也就是說，在前端與后臺的交互過程 中，利用待分享的第二URL中所攜帶的第二標識，實現直接在后臺服務器上，將與第二標識 對應的待分享數據分享給好友，而無需再通過加密算法將待分享數據發(fā)送到前端。從而實 現分享過程對前端完全透明，以克服現有技術中由于加密算法被破譯所導致的安全性較低 的問題；
[0011] 進一步，通過上述方式不僅可以提高數據的安全性，而且如果有新增數據，只需修 改對應的分享標識，而無需對前端和后臺同時進行修改，從而簡化了操作，更有利于擴展。
【附圖說明】
[0012] 此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：
[0013] 圖1是根據本發(fā)明實施例的一種可選的統(tǒng)一資源定位符的發(fā)送方法的應用場景 示意圖；
[0014] 圖2是根據本發(fā)明實施例的一種可選的統(tǒng)一資源定位符的發(fā)送方法的流程圖；
[0015] 圖3是根據本發(fā)明實施例的另一種可選的統(tǒng)一資源定位符的發(fā)送方法的流程圖；
[0016] 圖4是根據本發(fā)明實施例的一種可選的統(tǒng)一資源定位符的分享方法的流程圖；
[0017] 圖5是根據本發(fā)明實施例的一種可選的位于終端上的統(tǒng)一資源定位符的發(fā)送裝 置的示意圖；
[0018] 圖6是根據本發(fā)明實施例的一種可選的位于第一服務器上的統(tǒng)一資源定位符的 分享裝置的示意圖；
[0019] 圖7是根據本發(fā)明實施例的一種可選的的統(tǒng)一資源定位符的發(fā)送終端的示意圖； 以及
[0020] 圖8是根據本發(fā)明實施例的一種可選的的統(tǒng)一資源定位符的分享服務器的示意 圖。
【具體實施方式】
[0021] 為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的 附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是 本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術 人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范 圍。
[0022] 需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語"第一"、"第 二"等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用 的數據在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或 描述的那些以外的順序實施。此外，術語"包括"和"具有"以及他們的任何變形，意圖在于 覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產品或設備不必限 于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產 品或設備固有的其它步驟或單元。
[0023] 實施例1
[0024] 根據本發(fā)明實施例，提供了一種統(tǒng)一資源定位符的發(fā)送方法的實施例，上述統(tǒng)一 資源定位符的發(fā)送方法可以但不限于應用于如圖1所示的應用環(huán)境中，位于終端104中 登錄了第一賬號的第一客戶端通過網絡向第一服務器102發(fā)送了標識獲取請求，其中，上 述獲取請求至少包括用于標識第一賬號的第一標識，第一服務器102在接收到上述獲取 請求后，將把與第一賬號的第一標識一一對應的第二標識發(fā)送給上述第一客戶端，第一 客戶端將接收到的第二標識設置在預定的第一統(tǒng)一資源定位符（URL，UniformResource Locator)以得到待分享第二URL，進一步，第一客戶端將設置有第二標識的第二URL通過網 絡分享發(fā)送到指定的地址。可選地，在本實施例中，上述終端可以包括但不限于以下至少之 一：手機、平板電腦、筆記本電腦、PC機、數字電視?？蛇x地，在本實施例中，上述網絡可以包 括但不限于以下至少之一：廣域網、城域網、局域網。上述只是一種示例，本實施例對此不做 任何限定。
[0025] 根據本發(fā)明實施例，提供了一種統(tǒng)一資源定位符的發(fā)送方法，如圖2所示，該方法 包括：
[0026] S202,登錄了第一賬號的第一客戶端向第一服務器發(fā)送標識獲取請求，其中，標識 獲取請求至少包括：用于標識第一賬號的第一標識；
[0027] S204,第一客戶端接收第一服務器發(fā)送的第二標識，其中，第二標識與第一賬號的 第一標識一一對應；
[0028] S206,第一客戶端將第二標識設置在預定的第一統(tǒng)一資源定位符URL中，得到待 分享的第二URL;
[0029] S208,第一客戶端將設置有第二標識的第二URL發(fā)送到指定的地址。
[0030] 可選地，在本實施例中，上述統(tǒng)一資源定位符URL的發(fā)送方法可以但不限于應用 于終端應用的數據分享過程中，例如，在游戲應用中向好友分享游戲禮包。上述僅是一種示 例，本實施例中對此不做限定。
[0031] 需要說明的是，在現有技術中的數據分享過程中，常采用的方式是對待分享數據 進行加密，以使后臺解密后直接獲取待分享數據。然而，采用這種方式不僅不利于擴展，最 重要的是加密算法一旦被破譯，將直接影響待分享數據的安全性。
[0032] 為了解決上述問題，在本實施例中，通過直接在客戶端分享URL中所攜帶的分享 標識，實現直接在后臺服務器上，利用上述分享標識將與分享標識對應的待分享數據分享 給好友，而無需再通過加密算法將待分享數據發(fā)送到前端。也就是說，待分享的數據將直接 在后臺服務器進行分享，對前端完全透明，從而克服現有技術中由于加密算法被破譯所導 致的安全性較低的問題；進一步，通過上述方式不僅可以提高數據的安全性，而且如果有新 增數據，只需修改對應的分享標識，而無需對前端和后臺同時進行修改，從而簡化了操作， 更有利于擴展。
[0033] 可選地，在本實施例中，用于標識第一客戶端上登錄的第一賬號的第一標識可以 包括但不限于以下至少之一：第一賬號，第一賬號的昵稱。
[0034] 可選地，在本實施例中，上述第二標識可以但不限于由通用唯一標識碼（UUID， UniversallyUniqueIdentifier)構成。例如，由UUID構造出的第二標識為Shareid。其 中，通用唯一標識碼UUID是指在一臺機器上生成的標識碼，它對在同一時空中的所有機器 都是唯一的。標準的UUID格式可以如下：
[0035] χχχχχχχχ-χχχχ-χχχχ-χχχχ-χχχχχχχχχχχχ(艮|3對應字節(jié)為 8-4-4-4-12)
[0036] 需要說明的是，在本實施例中，第二標識Shareid與第一賬號的第一標識--對 應，其中，第二標識Shareid由通用唯一標識碼UUID得到，因而，可以用于唯一標識第一賬 號中的第一標識，通過將第二標識Shareid設置到第一URL中，得到待分享的第二URL，實現 通過將設置有第二標識Shareid的第二URL發(fā)送到指定的地址，來達到分享數據的目的，而 無需再對數據進行加密，以發(fā)送加密后的數據，從而克服了現有技術中直接分享加密后的 數據所導致的安全性較低的問題。
[0037] 可選地，在本實施例中，第一客戶端將設置有第二標識的第二URL發(fā)送到指定的 地址可以包括但不限于以下至少之一：
[0038] 1)，第一客戶端將第二URL發(fā)送到至少一個第二賬號，其中，第二賬號用于登錄與 第一客戶端相同的客戶端；