TW201636931A - 訂單資料的互動方法及伺服器 - Google Patents

Abstract

本申請實施方式公開了一種訂單資料的互動方法及伺服器。所述互動方法包括：接收第一通訊終端發出的訂單請求，根據所述訂單請求獲取第一通訊號碼；為所述第一通訊號碼分配第二通訊號碼，為所述第一通訊號碼及第二通訊號碼建立關聯；向基礎通訊伺服器發出第一關聯資訊，所述第一關聯資訊附帶所述第一通訊號碼及第二通訊號碼；將所述第二通訊號碼與所述訂單請求綁定；發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼；接收第二通訊終端的回應資訊，根據所述回應資訊獲取第三通訊號碼；向所述基礎通訊伺服器發出第二關聯資訊，所述第二關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。所述資料互動方法能夠有效保護用戶的隱私。

Description

訂單資料的互動方法及伺服器

本申請關於通訊領域，特別關於一種訂單資料的互動方法及伺服器。

隱私通常是指一些不願他人知道或他人不便知道的個人資訊。隨著社會經濟的發展，出現了很多隱私被洩漏的情況，使得對隱私的保護得到了越發廣泛的關注。

電話號碼是一種特殊的隱私，人們會有選擇的將自己的電話號碼告知他人，以維持人際之間的溝通交流，但又不希望自己的電話號碼被隨意傳播，而招致詐騙電話、各種推銷廣告以及垃圾簡訊氾濫等後果。

然而，現有的網路系統難以妥善保護使用者的隱私，尤其是電話號碼。比如，人們在日常生活中，經常會進行網路購物或使用計程車叫車服務，現有的網路系統需要使用者提供電話號碼，以為了便於與網店、物流公司或計程車司機溝通。如此網店物流公司或計程車司機便透過網路系統得到了使用者的姓名以及電話。使得，網店、物流公司或計程車司機經過長期的經營，會累積大量的使用者聯 繫方式，一旦經營管理不善，便可能出現洩漏使用者聯繫方式的情況，即洩漏了使用者的隱私。再者一些顧客購買商品或服務之後，也獲得賣家的聯繫方式，在一些情況下，一些顧客因對賣家不滿，也可能不斷騷擾賣家。可見，現有的網路難以有效保護使用者的隱私。

本申請實施方式的目的是提供一種能夠保護使用者隱私的資料互動方法、系統及伺服器。

為解決上述技術問題，本申請提供一種訂單資料的互動方法，其包括：接收第一通訊終端發出的訂單請求，根據所述訂單請求獲取第一通訊號碼；為所述第一通訊號碼分配第二通訊號碼，為所述第一通訊號碼及第二通訊號碼建立關聯；向基礎通訊伺服器發出第一關聯資訊，所述第一關聯資訊附帶所述第一通訊號碼及第二通訊號碼；將所述第二通訊號碼與所述訂單請求綁定；發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼；接收第二通訊終端的回應資訊，根據所述回應資訊獲取第三通訊號碼；向所述基礎通訊伺服器發出第二關聯資訊，所述第二關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。

本申請還提供一種伺服器，該伺服器包括：訂單接收模組，用於接收第一通訊終端的訂單請求，根據所述訂單請求獲取第一通訊號碼；分配模組，用於為所述第一通訊號碼分配第二通訊號碼，為所述第一通訊號碼及第二通訊 號碼建立關聯；第一關聯資訊發送模組，用於向基礎通訊伺服器發出第一關聯資訊，所述第一關聯資訊附帶所述第一通訊號碼及第二通訊號碼；綁定模組，用於將所述第二通訊號碼與所述訂單請求綁定；訂單請求發佈模組，用於發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼；回應資訊接收模組，用於接收第二通訊終端的回應資訊，根據所述回應資訊獲取第三通訊號碼；第二關聯資訊發送模組，用於向所述基礎通訊伺服器發出第二關聯資訊，所述第二關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。

本申請還提供一種訂單資料的互動方法，其包括：接收第一通訊終端的訂單請求，根據所述訂單請求獲取第一通訊號碼；向基礎通訊伺服器發出臨時號碼分配請求，所述臨時號碼分配請求附帶所述第一通訊號碼；接收所述基礎通訊伺服器返回的為所述第一通訊號碼對應分配的第二通訊號碼；將所述第二通訊號碼與所述訂單請求綁定；發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼；接收第二通訊終端發出的回應資訊，根據所述回應資訊獲取第三通訊號碼；向所述基礎通訊伺服器發出關聯資訊，所述關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。

本申請還提供一種伺服器，所述伺服器包括：訂單接收模組，用於接收第一通訊終端的訂單請求，根據所述訂單請求獲取第一通訊號碼；臨時號碼請求發送模組，用於 向基礎通訊伺服器發出臨時號碼分配請求，所述臨時號碼分配請求附帶所述第一通訊號碼；臨時號碼接收模組，用於接收所述基礎通訊伺服器返回的為所述第一通訊號碼對應分配的第二通訊號碼；綁定模組，用於將所述第二通訊號碼與所述訂單請求綁定；訂單請求發佈模組，用於發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼；回應資訊接收模組，用於接收第二通訊終端發出的回應資訊，根據所述回應資訊獲取第三通訊號碼；關聯資訊發送模組，用於向所述基礎通訊伺服器發出關聯資訊，所述關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。

由以上本申請實施方式提供的技術方案可見，本申請可以透過在訂單資料處理流程中，將臨時分配的臨時通訊號碼與訂單請求綁定，以及將第二通訊號碼與買賣雙方的通訊號碼用戶自身使用的第一通訊號碼建立關聯，實現在整個訂單請求處理的過程中，買賣雙方相關協力廠商僅僅能夠獲得第二通訊號碼，並透過第二通訊號碼與用戶對方聯繫，有效的避免買賣雙方的通訊號碼洩漏協力廠商獲得用戶自身使用的第一通訊號碼，保護了買賣雙方用戶的隱私。

10‧‧‧訂單接收模組

11‧‧‧分配模組

12‧‧‧第一關聯資訊發送模組

13‧‧‧綁定模組

14‧‧‧訂單請求發佈模組

15‧‧‧回應資訊接收模組

16‧‧‧第二關聯資訊發送模組

100‧‧‧伺服器

110‧‧‧伺服器

20‧‧‧訂單接收模組

22‧‧‧臨時號碼請求發送模組

24‧‧‧臨時號碼接收模組

26‧‧‧綁定模組

28‧‧‧訂單請求發佈模組

29‧‧‧回應資訊接收模組

30‧‧‧關聯資訊發送模組

為了更清楚地說明本申請實施方式或現有技術中的技術方案，下面將對實施方式或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅 僅是本申請中記載的一些實施方式，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本申請一個實施方式提供的資料互動方法的流程圖；圖2為本申請一個實施方式提供的資料互動方法的流程圖；圖3為本申請一個實施方式提供的伺服器的模組圖；圖4為本申請一個實施方式提供的資料互動方法的流程圖；圖5為本申請一個實施方式提供的伺服器的模組圖。

為了使本技術領域的人員更好地理解本申請中的技術方案，下面將結合本申請實施方式中的附圖，對本申請實施方式中的技術方案進行清楚、完整地描述，顯然，所描述的實施方式僅僅是本申請一部分實施方式，而不是全部的實施方式。基於本申請中的實施方式，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施方式，都應當屬於本申請保護的範圍。

請參閱圖1，為本申請的一個實施方式提供的資料互動方法，其包括如下步驟。

步驟S10：接收第一通訊終端的訂單請求，根據所述訂單請求獲取第一通訊號碼。

在本實施方式中，第一通訊終端可以為智慧手機、桌上型電腦、筆記型電腦、平板電腦或者智慧可穿戴設備。當然，第一通訊終端也可以為能於任一上述所列設備上運行的軟體。第一通訊終端可以被使用者使用，以發出訂單請求。

在本實施方式中，所述訂單請求可以包括買賣交易中的訂購憑據，具體內容可以包括使用者訂購的商品和/或服務。

在本實施方式中，訂單請求中可以附帶有第一通訊號碼，具體的舉例為訂單請求中可以包括有第一通訊號碼。如此，在接收到訂單請求之後，便可以得到第一通訊號碼。訂單請求中還可以不包括該第一通訊號碼，透過訂單請求中包括的身份資訊，從本地資料庫中讀取該身份資訊對應的第一通訊號碼。

在本實施方式中，第一通訊號碼可以為用戶的電話號碼，其可以為固定電話的號碼，也可以為行動電話的號碼，並不限於任何號碼段。

步驟S11：為所述第一通訊號碼分配第二通訊號碼，並建立所述第一通訊號碼及第二通訊號碼的對應關係。

在本實施方式中，第二通訊號碼可以作為臨時通訊號碼使用。為第一通訊號碼分配第二通訊號碼，可以為本地預先儲存有至少一個第二通訊號碼，在該至少一個第二通訊號碼中選擇一個分配給第一通訊號碼；還可以為接收到訂單請求之後，按照預定的規則生成一個第二通訊號碼。

在一個具體的實施方式中，在本地設置有通訊號碼集，該通訊號碼集中包括有至少一個第二通訊號碼。透過該方式，便可以有效的限定第二通訊號碼的取值範圍，以及管理第二通訊號碼的使用情況。例如，可以將現有的通訊號碼選擇的現狀中，很少被使用的號碼作為臨時通訊號碼；也可以為將某一個區段的號碼作為臨時通訊號碼，例如“95000000000~95()11111111”之間的號碼作為臨時通訊號碼。

在本實施方式中，為所述第一通訊號碼及第二通訊號碼建立關聯。具體的，舉例為可以透過資料表方式關聯儲存第二通訊號碼和第一通訊號碼，資料表中的一列儲存第一通訊號碼，另一列儲存第二通訊號碼，相關聯的第一通訊號碼和第二通訊號碼處於同一行。也可以為第一通訊號碼和第二通訊號碼的索引對應儲存。具體的，舉例為第二通訊號碼在通訊號碼集中存在編號，該編號即為其索引，透過該索引便可以唯一確定第二通訊號碼，如此透過將第一通訊號碼和索引對應儲存，便可以明確第一通訊號碼對應的第二通訊號碼。

步驟S12：向基礎通訊伺服器發出第一關聯資訊，所述第一關聯資訊附帶所述第一通訊號碼及第二通訊號碼。

在本實施方式中，基礎通訊伺服器可以為電信運營商的伺服器，其可以根據通訊請求對通訊號碼進行呼叫。

在本實施方式中，向基礎通訊伺服器發出第一關聯資訊，表明需要針對第一關聯資訊附帶的第一通訊號碼和第 二通訊號碼相關聯。

在本實施方式中，第一關聯資訊附帶第一通訊號碼和第二通訊號碼，可以為將第一通訊號碼和第二通訊號碼作為第一關聯資訊的內容或部分內容；也可以為將第二通訊號碼和第一通訊號碼中的一個作為第一關聯資訊的內容或部分內容，另一個作為附件；還可以為將第二通訊號碼和第一通訊號碼均作為第一關聯資訊的附件。具體的，舉例為第二通訊號碼可以為“12345678900”，第一通訊號碼可以為“17095058888”；第一關聯資訊的內容可以為“Binding 17095058888&12345678900”，可以為“17095058888&12345678900”，可以為“Binding 17095058888”將“12345678900”作為附件，可以為“Binding 12345678900”將“17095058888”作為附件，還可以為“Binding”，將“17095058888”和“12345678900”都作為附件。

步驟S13：將所述第二通訊號碼與所述訂單請求綁定。

在本實施方式中，將第二通訊號碼與訂單請求綁定，使得在訂單請求後續處理的環節中，協力廠商查閱處理訂單請求時，僅僅會得到第二通訊號碼，而不會得到用戶自身的第一通訊號碼，從而實現有效的保護了用戶的通訊號碼。

在本實施方式中，將第二通訊號碼與訂單請求綁定的方式可以包括將第二通訊號碼設置為訂單請求內容的一部分；也可以包括將第二通訊號碼作為訂單請求的附件；還 可以包括將訂單請求和第二通訊號碼對應儲存；還可以包括將訂單請求的訂單編號與第二通訊號碼對應儲存，其中訂單編號可以唯一標識一個訂單請求。當然，將第二通訊號碼與訂單請求綁定的方式不限於上述舉例，所屬領域技術人員在本申請技術精髓的啟示下，還可能做出其它變更，但只要其實現的功能和效果與本申請相同或相似，均應涵蓋於本申請保護範圍內。

步驟S14：發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼。

在本實施方式中，發佈訂單請求可以包括以廣播的方式公佈訂單請求，以使其它通訊終端可以透過與伺服器通訊，獲取訂單請求資訊。發佈訂單請求還可以包括將訂單請求發送給指定的通訊終端。

在本實施方式中，訂單請求附帶第二通訊號碼，包括第二通訊號碼是訂單請求內容的一部分；第二通訊號碼還可以是訂單請求的附件。

步驟S15：接收第二通訊終端的回應資訊，根據所述回應資訊獲取第三通訊號碼。

在本實施方式中，第二通訊終端可以為智慧手機、桌上型電腦、筆記型電腦、平板電腦或者智慧可穿戴設備。 當然，用戶端也可以為能於任一上述所列設備上運行的軟體。第二通訊終端可以設置在商業經營場所或設施，例如銷售產品的商鋪、提供物流服務的公司或計程車。

在本實施方式中，第二通訊終端接收到訂單請求之 後，可以回應訂單請求，從而發出回應資訊。具體的，舉例為：訂單請求為使用者向計程車平臺發出的尋求叫車資訊，而計程車平臺發佈該尋求叫車資訊之後，與該計程車平臺建立聯繫的由計程車司機使用的通訊終端可以接收該尋求叫車資訊。一旦某一個計程車司機最先使用通訊終端發出了響應資訊，則表明該計程車司機搶單成功，可以進一步與發出尋求叫車資訊的使用者聯繫。

在本實施方式中，根據回應資訊獲取第三通訊號碼，具體的，例如：第三通訊號碼可以是回應資訊內容的一部分，直接從回應資訊中讀取第三通訊號碼；第三通訊號碼是回應資訊的附件，可以在獲得回應資訊之後，讀取回應資訊的附件，進而獲得第三通訊號碼；回應資訊還可以附帶有身份資訊，根據身份資訊在儲存的資料中查找身份資訊對應通訊號碼即可以為第三通訊號碼。

步驟S16：向所述基礎通訊伺服器發出第二關聯資訊，所述第二關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。

在本實施方式中，接收到回應資訊之後，將回應資訊中的第三通訊號碼發送給基礎通訊伺服器。使得基礎通訊伺服器可以將第三通訊號碼和第二通訊號碼綁定，由於第二通訊號碼與第一通訊號碼之間存在綁定，使得第三通訊號碼與第一通訊號碼之間，透過第二通訊號碼存在關聯。基礎通訊伺服器在接收到第一通訊號碼向第二通訊號碼的通訊請求時，可以將該通訊請求轉換為向第三通訊號碼的 呼叫。如此實現使用第一通訊號碼的通訊設備和使用第三通訊號碼的通訊設備之間可以建立通訊。進一步的，向使用第三通訊號碼的通訊設備提供的當前主叫號碼為第二通訊號碼，使得使用第三通訊號碼的通訊設備不會獲得第一通訊號碼，同時，使用第一通訊號碼的通訊設備也無需獲得第三通訊號碼。同理，接收到第三通訊號碼向第二通訊號碼的通訊請求，可以轉換為向第一通訊號碼的呼叫，實現在使用第三通訊號碼的通訊設備和使用第一通訊號碼的通訊設備之間建立通訊，向使用第一通訊號碼的通訊設備提供的當前主叫號碼為第三通訊號碼。

申請實施方式，可以使通訊雙方的通訊設備透過撥打第二通訊號碼建立通訊，而雙方無需獲知對方的通訊號碼，從而有效的避免了用戶的通訊號碼的洩漏，有效的保護了用戶的隱私。

在一個實施方式中，所述方法還包括：將所述第三通訊號碼與所述訂單請求綁定。如此表示訂單請求已經被使用第三通訊號碼的通訊設備獲得，使用其它通訊號碼的通訊設備無法再度回應該訂單請求。

在一個具體的應用場景中，使用者透過網路購物，下達訂單請求，伺服器接收訂單請求，讀取訂單請求中附帶的第一通訊號碼，為第一通訊號碼分配第二通訊號碼，並向基礎通訊伺服器發出第一關聯資訊，以將第一通訊號碼和第二通訊號碼相綁定；伺服器發佈訂單請求，將訂單請求發送給商品賣家的通訊終端，將第二通訊號碼作為訂單 請求內容的一部分，並取締訂單請求中的第一通訊號碼。伺服器接收賣家的通訊終端提供的回應資訊，並根據回應資訊獲得賣家的第三通訊號碼，向基礎通訊伺服器發出第二關聯資訊，以將第二通訊號碼與第三通訊號碼綁定。從而實現第一通訊號碼、第二通訊號碼和第三通訊號碼之間的三元綁定關係。在買家或賣家都可以透過使用通訊終端呼叫第二通訊號碼與對方建立通訊，而無需獲取對方的通訊號碼，實現保護了買賣雙方的隱私。

在另一個具體的應用場景中，使用者可以透過叫車軟體發起表示叫車要約的訂單請求，伺服器接收該訂單請求，獲得訂單請求附帶的第一通訊號碼，為第一通訊號碼分配第二通訊號碼，並向基礎通訊伺服器發出第一關聯資訊，以將第一通訊號碼和第二通訊號碼相關聯；伺服器發佈訂單請求，使得與該服務器具有通訊關係的通訊設備可以接收到該訂單請求的資訊，並獲得與該訂單請求綁定的第二通訊號碼。在一個計程車司機發出響應資訊之後，表明在使用者和計程車司機之間形成叫車契约。伺服器根據回應資訊獲得計程車司機的通訊號碼，向基礎通訊伺服器發出第二關聯資訊，以將計程車司機的通訊號碼與第二通訊號碼綁定，實現在用戶的通訊號碼、第二通訊號碼和計程車司機的通訊號碼之間形成三元綁定關係。此時，用戶或計程車司機可以透過呼叫第二通訊號碼與對方建立通訊，而無需獲知對方的通訊號碼。實現保護了用戶和計程車司機的隱私。

請參閱圖2，在本申請的一個實施方式中，所述方法還包括如下步驟。

步驟S22：為所述第二通訊號碼與所述訂單請求的綁定設定失效事件。

步驟S24：當檢測到所述失效事件發生時，向所述基礎通訊伺服器發出所述第二通訊號碼與所述第一通訊號碼和所述第三通訊號碼的關聯的失效請求。

在本實施方式中，透過為第二通訊號碼和訂單請求的綁定設定失效事件，使得在失效事件發生時，解除第二通訊號碼和訂單請求的綁定，進一步使得基礎通訊伺服器解除第一通訊號碼、第二通訊號碼和第三通訊號碼的綁定。使得在一個訂單請求處理結束之後，實現在訂單請求處理過程中的雙方無法再次透過第二通訊號碼聯繫對方，即使協力廠商掌握的第二通訊號碼發生洩露，也不會對當事雙方用戶造成困擾。

在本實施方式中，可以為訂單請求設置一個失效時間，即從訂單請求產生的時間開始計算，失效事件可以包括訂單請求的當前時長超過失效時間；失效事件還可以包括訂單請求的狀態變更為完成或失效，即訂單請求在處理的過程中，其狀態可以隨著進程發生改變，例如可以分為請求下達、賣家確認、買家付款、賣家發貨以及交易完成等狀態，其中確認收貨可以表示訂單請求完成。當然，狀態還可以包括：請求下達、搶單、搶單成功、訂單完成等狀態。在上述過程中，若買賣雙方取消交易，那麼訂單請 求便會失效。當然，失效事件還可以包括其他事件，所屬領域技術人員在本申請技術精髓啟示下，還可能做出其它變更，但只要其功能和效果與本申請相同或相似均應涵蓋於本申請保護範圍內。

在本實施方式中，在設定的失效事件發生時，向基礎通訊伺服器發出失效請求，使得基礎通訊伺服器可以根據該失效請求取消第一通訊號碼、第二通訊號碼和第三通訊號碼的綁定，如此當基礎通訊伺服器接收到第一通訊號碼對第二通訊號碼的通訊請求時，不會將該通訊請求轉為向第一通訊號碼的呼叫；當基礎通訊伺服器接收到第三通訊號碼向第二通訊號碼的通訊請求，也不會將該通訊請求轉換為向第一通訊號碼的呼叫。由此使得失效事件發生之後，訂單請求所涉及的雙方，都無法再度根據第二通訊號碼與對方建立通訊，從而有效避免通訊號碼的洩漏。

在一個實施方式中，所述失效事件包括當前時間超過設定的有效時間。在本實施方式中，可以為訂單請求設置一個有效時間。該有效時間可以是一個具體的時間，當前時間超過該具體的時間，表示當前時間超過設定的有效時間，例如：有效時間是2015年3月10日24：00，當前時間超過該時間之後，訂單請求便可以自動失效；有效時間還可以是一個時長，該時長可以自訂單請求產生時開始計算，也可以自伺服器接收到訂單請求時開始計算，在當前時間與訂單請求開始計算的時間之間的差大於設定的時長，表示當前時間超過設定的有效時間，具體的例如時長 是十天，訂單請求產生的時間是2015年2月11日12：00，在當前時間與訂單請求產生的時間之間差距大於十天，訂單請求失效。

在一個實施方式中，所述失效事件根據訂單請求狀態確定，所述失效事件包括訂單請求失效。在本實施方式中，訂單請求在生命週期的不同階段，可以具有不同的狀態，失效事件包括訂單請求失效，表示在訂單請求處於失效狀態。在一個具體的實施方式中，例如網路購物，訂單請求從使用者提交時產生，至商鋪進行處理，以及物流配送，訂單請求可以包括請求下達、賣家確認、買家付款、賣家發貨、交易取消以及交易完成等狀態，訂單請求的狀態為交易完成或交易取消可以表示訂單請求失效。在一個具體的實施方式中，例如使用網路叫車服務，訂單請求可以包括請求下達、搶單、搶單成功以及訂單完成等狀態，訂單請求的狀態為訂單完成可以表示訂單請求失效。

請參閱圖3，本申請實施方式還提供一種伺服器100，其包括：訂單接收模組10、分配模組11、第一關聯資訊發送模組12、綁定模組13、訂單請求發佈模組14、回應資訊接收模組15和第二關聯資訊發送模組16。

訂單接收模組10用於接收第一通訊終端的訂單請求，根據所述訂單請求獲取第一通訊號碼。

在本實施方式中，第一通訊終端可以為智慧手機、桌上型電腦、筆記型電腦、平板電腦或者智慧可穿戴設備。當然，第一通訊終端也可以為能於任一上述所列設備上運 行的軟體。第一通訊終端可以被使用者使用，以發出訂單請求。

在本實施方式中，所述訂單請求可以包括買賣交易中的訂購憑據，具體內容可以包括使用者訂購的商品和/或服務。

在本實施方式中，訂單請求中可以附帶有第一通訊號碼，具體的舉例為訂單請求中可以包括有第一通訊號碼。如此，在接收到訂單請求之後，便可以得到第一通訊號碼。訂單請求中還可以不包括該第一通訊號碼，透過訂單請求中包括的身份資訊，從本地資料庫中讀取該身份資訊對應的第一通訊號碼。

在本實施方式中，第一通訊號碼可以為用戶的電話號碼，其可以為固定電話的號碼，也可以為行動電話的號碼，並不限於任何號碼段。

分配模組11用於為所述第一通訊號碼分配第二通訊號碼，為所述第一通訊號碼及第二通訊號碼建立關聯。

在本實施方式中，第二通訊號碼可以作為臨時通訊號碼使用。為第一通訊號碼分配第二通訊號碼，可以為伺服器100本地預先儲存有至少一個第二通訊號碼，在該至少一個第二通訊號碼中選擇一個分配給第一通訊號碼；還可以為接收到訂單請求之後，按照預定的規則生成一個第二通訊號碼。

在一個具體的實施方式中，在伺服器100本地設置有通訊號碼集，該通訊號碼集中包括有至少一個第二通訊號 碼。透過該方式，便可以有效的限定第二通訊號碼的取值範圍，以及管理第二通訊號碼的使用情況。例如，可以將現有的通訊號碼選擇的現狀中，很少被使用的號碼作為臨時通訊號碼；也可以為將某一個區段的號碼作為臨時通訊號碼，例如“95000000000~95011111111”之間的號碼作為臨時通訊號碼。

在本實施方式中，分配模組11為所述第一通訊號碼及第二通訊號碼建立關聯。具體的，舉例為伺服器100可以透過資料表方式關聯儲存第二通訊號碼和第一通訊號碼，資料表中的一列儲存第一通訊號碼，另一列儲存第二通訊號碼，相關聯的第一通訊號碼和第二通訊號碼處於同一行。伺服器100也可以將第一通訊號碼和第二通訊號碼的索引對應儲存。具體的，舉例為第二通訊號碼在通訊號碼集中存在編號，該編號即為其索引，透過該索引便可以唯一確定第二通訊號碼，如此透過將第一通訊號碼和索引對應儲存，便可以明確第一通訊號碼對應的第二通訊號碼。

關聯資訊發送模組12用於向基礎通訊伺服器發出第一關聯資訊，所述第一關聯資訊附帶所述第一通訊號碼及第二通訊號碼。

在本實施方式中，基礎通訊伺服器可以為電信運營商的伺服器，其可以根據通訊請求對通訊號碼進行呼叫。

在本實施方式中，關聯資訊發送模組12向基礎通訊伺服器發出第一關聯資訊，表明需要針對第一關聯資訊附 帶的第一通訊號碼和第二通訊號碼相關聯。

在本實施方式中，第一關聯資訊附帶第一通訊號碼和第二通訊號碼，可以為將第一通訊號碼和第二通訊號碼作為第一關聯資訊的內容或部分內容；也可以為將第二通訊號碼和第一通訊號碼中的一個作為第一關聯資訊的內容或部分內容，另一個作為附件；還可以為將第二通訊號碼和第一通訊號碼均作為第一關聯資訊的附件。具體的，舉例為第二通訊號碼可以為“12345678900”，第一通訊號碼可以為“17095058888”；第一關聯資訊的內容可以為“Binding 17095058888&12345678900”，可以為“17095058888&12345678900”，可以為“Binding 17095058888”將“12345678900”作為附件，可以為“Binding 12345678900”將“17095058888”作為附件，還可以為“Binding”，將“17095058888”和“12345678900”都作為附件。

綁定模組13用於將所述第二通訊號碼與所述訂單請求綁定。

在本實施方式中，綁定模組13將第二通訊號碼與訂單請求綁定，使得在訂單請求後續處理的環節中，協力廠商查閱處理訂單請求時，僅僅會得到第二通訊號碼，而不會得到用戶自身的第一通訊號碼，從而實現有效的保護了用戶的通訊號碼。

在本實施方式中，綁定模組13將第二通訊號碼與訂單請求綁定的方式可以包括將第二通訊號碼設置為訂單請 求內容的一部分；也可以包括將第二通訊號碼作為訂單請求的附件；還可以包括將訂單請求和第二通訊號碼對應儲存；還可以包括將訂單請求的訂單編號與第二通訊號碼對應儲存，其中訂單編號可以唯一標識一個訂單請求。當然，將第二通訊號碼與訂單請求綁定的方式不限於上述舉例，所屬領域技術人員在本申請技術精髓的啟示下，還可能做出其它變更，但只要其實現的功能和效果與本申請相同或相似，均應涵蓋於本申請保護範圍內。

訂單請求發佈模組14，用於發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼。

在本實施方式中，發佈訂單請求可以包括以廣播的方式公佈訂單請求，以使其它通訊終端可以透過與伺服器通訊，獲取訂單請求資訊。發佈訂單請求還可以包括將訂單請求發送給指定的通訊終端。

在本實施方式中，訂單請求附帶第二通訊號碼，包括第二通訊號碼是訂單請求內容的一部分；第二通訊號碼還可以是訂單請求的附件。

回應資訊接收模組15用於接收第二通訊終端的回應資訊，根據所述回應資訊獲取第三通訊號碼。

在本實施方式中，第二通訊終端可以為智慧手機、桌上型電腦、筆記型電腦、平板電腦或者智慧可穿戴設備。當然，用戶端也可以為能於任一上述所列設備上運行的軟體。第二通訊終端可以設置在商業經營場所或設施，例如銷售產品的商鋪、提供物流服務的公司或計程車。

在本實施方式中，第二通訊終端接收到訂單請求之後，可以回應訂單請求，從而發出回應資訊。具體的，舉例為：訂單請求為使用者向計程車平臺發出的尋求叫車資訊，而計程車平臺發佈該尋求叫車資訊之後，與該計程車平臺建立聯繫的由計程車司機使用的通訊終端可以接收該尋求叫車資訊。一旦某一個計程車司機最先使用通訊終端發出了響應資訊，則表明該計程車司機搶單成功，可以進一步與發出尋求叫車資訊的使用者聯繫。

在本實施方式中，根據回應資訊獲取第三通訊號碼，具體的，例如：第三通訊號碼可以是回應資訊內容的一部分，直接從回應資訊中讀取第三通訊號碼；第三通訊號碼是回應資訊的附件，可以在獲得回應資訊之後，讀取回應資訊的附件，進而獲得第三通訊號碼；回應資訊還可以附帶有身份資訊，根據身份資訊在儲存的資料中查找身份資訊對應通訊號碼即可以為第三通訊號碼。

第二關聯資訊發送模組16用於向所述基礎通訊伺服器發出第二關聯資訊，所述第二關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。

在本實施方式中，接收到回應資訊之後，將回應資訊中的第三通訊號碼發送給基礎通訊伺服器。使得基礎通訊伺服器可以將第三通訊號碼和第二通訊號碼綁定，由於第二通訊號碼與第一通訊號碼之間存在綁定，使得第三通訊號碼與第一通訊號碼之間，透過第二通訊號碼存在關聯。基礎通訊伺服器在接收到第一通訊號碼向第二通訊號碼的 通訊請求時，可以將該通訊請求轉換為向第三通訊號碼的呼叫。如此實現使用第一通訊號碼的通訊設備和使用第三通訊號碼的通訊設備之間可以建立通訊。進一步的，向使用第三通訊號碼的通訊設備提供的當前主叫號碼為第二通訊號碼，使得使用第三通訊號碼的通訊設備不會獲得第一通訊號碼，同時，使用第一通訊號碼的通訊設備也無需獲得第三通訊號碼。同理，接收到第三通訊號碼向第二通訊號碼的通訊請求，可以轉換為向第一通訊號碼的呼叫，實現在使用第三通訊號碼的通訊設備和使用第一通訊號碼的通訊設備之間建立通訊，向使用第一通訊號碼的通訊設備提供的當前主叫號碼為第三通訊號碼。

請參閱圖4，本申請實施方式還提供一種訂單資料的互動方法，其包括以下步驟。

步驟S26：接收第一通訊終端的訂單請求，根據所述訂單請求獲取第一通訊號碼。

在本實施方式中，第一通訊終端可以為智慧手機、桌上型電腦、筆記型電腦、平板電腦或者智慧可穿戴設備。當然，第一通訊終端也可以為能於任一上述所列設備上運行的軟體。第一通訊終端可以被使用者使用，以發出訂單請求。

在本實施方式中，所述訂單請求可以包括買賣交易中的訂購憑據，具體內容可以包括使用者訂購的商品和/或服務。

在本實施方式中，訂單請求中可以附帶有第一通訊號 碼，具體的舉例為訂單請求中可以包括有第一通訊號碼。如此，在接收到訂單請求之後，便可以得到第一通訊號碼。訂單請求中還可以不包括該第一通訊號碼，透過訂單請求中包括的身份資訊，從本地資料庫中讀取該身份資訊對應的第一通訊號碼。

在本實施方式中，第一通訊號碼可以為用戶的電話號碼，其可以為固定電話的號碼，也可以為行動電話的號碼，並不限於任何號碼段。

步驟S27：向基礎通訊伺服器發出臨時號碼分配請求，所述臨時號碼分配請求附帶所述第一通訊號碼。

在本實施方式中，基礎通訊伺服器可以為電信營運商的伺服器，基礎通訊伺服器可以回應通訊終端的通訊請求，對通訊號碼進行呼叫。

在本實施方式中，臨時號碼分配請求表示用戶針對其第一通訊號碼申請臨時通訊號碼，以在後續與協力廠商溝透過程中採用臨時通訊號碼，避免第一通訊號碼被洩漏。臨時號碼分配請求可以具有預定的形式。臨時號碼分配請求可以具有預定的內容。具體的，例如，其內容可以為“Request temporary number”。當然，臨時號碼分配請求的形式和內容不限於上述舉例。

在本實施方式中，臨時號碼分配請求附帶第一通訊號碼，可以為第一通訊號碼為臨時號碼分配請求的內容或內容的一部分。具體的，例如第一通訊號碼為“17095058888”，臨時號碼分配請求可以僅為 “17095058888”，也可以為“Request temporary number & 17095058888”。臨時號碼分配請求附帶第一通訊號碼，還可以為第一通訊號碼作為臨時號碼分配請求的附件。

步驟S28：接收所述基礎通訊伺服器返回的為所述第一通訊號碼對應分配的第二通訊號碼。

在本實施方式中，基礎通訊伺服器可以回應臨時號碼分配請求，對第一通訊號碼分配臨時通訊號碼，所述臨時通訊號碼即為所述第二通訊號碼。具體的，可以為基礎通訊伺服器內預先儲存有至少一個臨時通訊號碼，在該至少一個臨時通訊號碼中選擇一個分配給原始通訊號碼；還可以為基礎通訊伺服器接收到分配請求之後，按照預定的規則生成一個臨時通訊號碼，將該臨時通訊號碼分配給第一通訊號碼。

在本實施方式中，為所述第一通訊號碼對應分配的第二通訊號碼，可以表示每個第一通訊號碼和臨時通訊號碼之間，可以存在一一對應關係。

步驟S29：將所述第二通訊號碼與所述訂單請求綁定。

在本實施方式中，將第二通訊號碼與訂單請求綁定，使得在訂單請求後續處理的環節中，協力廠商查閱處理訂單請求時，僅僅會得到第二通訊號碼，而不會得到用戶自身的第一通訊號碼，從而實現有效的保護了用戶的通訊號碼。

在本實施方式中，將第二通訊號碼與訂單請求綁定的 方式可以包括將第二通訊號碼設置為訂單請求內容的一部分；也可以包括將第二通訊號碼作為訂單請求的附件；還可以包括將訂單請求和第二通訊號碼對應儲存；還可以包括將訂單請求的訂單編號與第二通訊號碼對應儲存，其中訂單編號可以唯一標識一個訂單請求。當然，將第二通訊號碼與訂單請求綁定的方式不限於上述舉例，所屬領域技術人員在本申請技術精髓的啟示下，還可能做出其它變更，但只要其實現的功能和效果與本申請相同或相似，均應涵蓋於本申請保護範圍內。

步驟S30：發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼。

在本實施方式中，發佈訂單請求可以包括以廣播的方式公佈訂單請求，以使其它通訊終端可以透過與伺服器通訊，獲取訂單請求資訊。發佈訂單請求還可以包括將訂單請求發送給指定的通訊終端。

在本實施方式中，訂單請求附帶第二通訊號碼，包括第二通訊號碼是訂單請求內容的一部分；第二通訊號碼還可以是訂單請求的附件。

步驟S31：接收第二通訊終端發出的回應資訊，根據所述回應資訊獲取第三通訊號碼。

在本實施方式中，第二通訊終端可以為智慧手機、桌上型電腦、筆記型電腦、平板電腦或者智慧可穿戴設備。當然，用戶端也可以為能於任一上述所列設備上運行的軟體。第二通訊終端可以設置在商業經營場所或設施，例如 銷售產品的商鋪、提供物流服務的公司或計程車。

在本實施方式中，第二通訊終端接收到訂單請求之後，可以回應訂單請求，從而發出回應資訊。具體的，舉例為：訂單請求為使用者向計程車平臺發出的尋求叫車資訊，而計程車平臺發佈該尋求叫車資訊之後，與該計程車平臺建立聯繫的由計程車司機使用的通訊終端可以接收該尋求叫車資訊。一旦某一個計程車司機最先使用通訊終端發出了響應資訊，則表明該計程車司機搶單成功，可以進一步與發出尋求叫車資訊的使用者聯繫。

在本實施方式中，根據回應資訊獲取第三通訊號碼，具體的，例如：第三通訊號碼可以是回應資訊內容的一部分，直接從回應資訊中讀取第三通訊號碼；第三通訊號碼是回應資訊的附件，可以在獲得回應資訊之後，讀取回應資訊的附件，進而獲得第三通訊號碼；回應資訊還可以附帶有身份資訊，根據身份資訊在儲存的資料中查找身份資訊對應通訊號碼即可以為第三通訊號碼。

步驟S32：向所述基礎通訊伺服器發出關聯資訊，所述關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。

在本實施方式中，接收到回應資訊之後，將回應資訊中的第三通訊號碼發送給基礎通訊伺服器。使得基礎通訊伺服器可以將第三通訊號碼和第二通訊號碼綁定，由於第二通訊號碼與第一通訊號碼之間存在綁定，使得第三通訊號碼與第一通訊號碼之間，透過第二通訊號碼存在關聯。 基礎通訊伺服器在接收到第一通訊號碼向第二通訊號碼的通訊請求時，可以將該通訊請求轉換為向第三通訊號碼的呼叫。如此實現使用第一通訊號碼的通訊設備和使用第三通訊號碼的通訊設備之間可以建立通訊。進一步的，向使用第三通訊號碼的通訊設備提供的當前主叫號碼為第二通訊號碼，使得使用第三通訊號碼的通訊設備不會獲得第一通訊號碼，同時，使用第一通訊號碼的通訊設備也無需獲得第三通訊號碼。同理，接收到第三通訊號碼向第二通訊號碼的通訊請求，可以轉換為向第一通訊號碼的呼叫，實現在使用第三通訊號碼的通訊設備和使用第一通訊號碼的通訊設備之間建立通訊，向使用第一通訊號碼的通訊設備提供的當前主叫號碼為第三通訊號碼。

在一個實施方式中，所述方法還包括：將所述第三通訊號碼與所述訂單請求綁定。如此表示訂單請求已經被使用第三通訊號碼的通訊設備獲得，使用其它通訊號碼的通訊設備無法再度回應該訂單請求。

請參閱圖2，在本申請的一個實施方式中，所述方法還包括如下步驟。

步驟S22：為所述第二通訊號碼與所述訂單請求的綁定設定失效事件。

步驟S24：當檢測到所述失效事件發生時，向所述基礎通訊伺服器發出所述第二通訊號碼與所述第一通訊號碼和第三通訊號碼的關聯的失效請求。

在本實施方式中，透過為第二通訊號碼和訂單請求的 綁定設定失效事件，使得在失效事件發生時，解除第二通訊號碼和訂單請求的綁定，進一步使得基礎通訊伺服器解除第一通訊號碼、第二通訊號碼和第三通訊號碼的綁定。使得在一個訂單請求處理結束之後，實現在訂單請求處理過程中的雙方無法再次透過第二通訊號碼聯繫對方，即使協力廠商掌握的第二通訊號碼發生洩露，也不會對當事雙方用戶造成困擾。

在本實施方式中，可以為訂單請求設置一個失效時間，即從訂單請求產生的時間開始計算，失效事件可以包括訂單請求的當前時長超過失效時間；失效事件還可以包括訂單請求的狀態變更為完成或失效，即訂單請求在處理的過程中，其狀態可以隨著進程發生改變，例如可以分為請求下達、賣家確認、買家付款、賣家發貨以及交易完成等狀態，其中確認收貨可以表示訂單請求完成。當然，狀態還可以包括：請求下達、搶單、搶單成功、訂單完成等狀態。在上述過程中，若買賣雙方取消交易，那麼訂單請求便會失效。當然，失效事件還可以包括其他事件，所屬領域技術人員在本申請技術精髓啟示下，還可能做出其它變更，但只要其功能和效果與本申請相同或相似均應涵蓋於本申請保護範圍內。

在本實施方式中，在設定的失效事件發生時，向基礎通訊伺服器發出失效請求，使得基礎通訊伺服器可以根據該失效請求取消第一通訊號碼、第二通訊號碼和第三通訊號碼的綁定，如此當基礎通訊伺服器接收到第一通訊號碼 對第二通訊號碼的通訊請求時，不會將該通訊請求轉為向第一通訊號碼的呼叫；當基礎通訊伺服器接收到第三通訊號碼向第二通訊號碼的通訊請求，也不會將該通訊請求轉換為向第一通訊號碼的呼叫。由此使得失效事件發生之後，訂單請求所涉及的雙方，都無法再度根據第二通訊號碼與對方建立通訊，從而有效避免通訊號碼的洩漏。

在一個實施方式中，所述失效事件包括當前時間超過設定的有效時間。在本實施方式中，可以為訂單請求設置一個有效時間。該有效時間可以是一個具體的時間，當前時間超過該具體的時間，表示當前時間超過設定的有效時間，例如：有效時間是2015年3月10日24：00，當前時間超過該時間之後，訂單請求便可以自動失效；有效時間還可以是一個時長，該時長可以自訂單請求產生時開始計算，也可以自伺服器接收到訂單請求時開始計算，在當前時間與訂單請求開始計算的時間之間的差大於設定的時長，表示當前時間超過設定的有效時間，具體的例如時長是十天，訂單請求產生的時間是2015年2月11日12：00，在當前時間與訂單請求產生的時間之間差距大於十天，訂單請求失效。

在一個實施方式中，所述失效事件根據訂單請求狀態確定，所述失效事件包括訂單請求失效。在本實施方式中，訂單請求在生命週期的不同階段，可以具有不同的狀態，失效事件包括訂單請求失效，表示在訂單請求處於失效狀態。在一個具體的實施方式中，例如網路購物，訂單 請求從使用者提交時產生，至商鋪進行處理，以及物流配送，訂單請求可以包括請求下達、賣家確認、買家付款、賣家發貨、交易取消以及交易完成等狀態，訂單請求的狀態為交易完成或交易取消可以表示訂單請求失效。在一個具體的實施方式中，例如使用網路叫車服務，訂單請求可以包括請求下達、搶單、搶單成功以及訂單完成等狀態，訂單請求的狀態為訂單完成可以表示訂單請求失效。

請參閱圖5，本申請實施方式還提供一種伺服器110，其包括：訂單接收模組20、臨時號碼請求發送模組22、臨時號碼接收模組24、綁定模組26、訂單請求發佈模組28、回應資訊接收模組29和關聯資訊發送模組30。

訂單接收模組20用於接收第一通訊終端的訂單請求，根據所述訂單請求獲取第一通訊號碼。

在本實施方式中，第一通訊終端可以為智慧手機、桌上型電腦、筆記型電腦、平板電腦或者智慧可穿戴設備。當然，第一通訊終端也可以為能於任一上述所列設備上運行的軟體。第一通訊終端可以被使用者使用，以發出訂單請求。

在本實施方式中，所述訂單請求可以包括買賣交易中的訂購憑據，具體內容可以包括使用者訂購的商品和/或服務。

在本實施方式中，訂單請求中可以附帶有第一通訊號碼，具體的舉例為訂單請求中可以包括有第一通訊號碼。如此，在接收到訂單請求之後，便可以得到第一通訊號 碼。訂單請求中還可以不包括該第一通訊號碼，透過訂單請求中包括的身份資訊，從本地資料庫中讀取該身份資訊對應的第一通訊號碼。

在本實施方式中，第一通訊號碼可以為用戶的電話號碼，其可以為固定電話的號碼，也可以為行動電話的號碼，並不限於任何號碼段。

臨時號碼請求發送模組22向基礎通訊伺服器發出臨時號碼分配請求，所述臨時號碼分配請求附帶所述第一通訊號碼。

在本實施方式中，基礎通訊伺服器可以為電信運營商的伺服器，基礎通訊伺服器可以回應通訊終端的通訊請求，對通訊號碼進行呼叫。

在本實施方式中，臨時號碼分配請求表示用戶針對其第一通訊號碼申請臨時通訊號碼，以在後續與協力廠商溝透過程中採用臨時通訊號碼，避免第一通訊號碼被洩漏。臨時號碼分配請求可以具有預定的形式。臨時號碼分配請求可以具有預定的內容。具體的，例如，其內容可以為“Request temporary number”。當然，臨時號碼分配請求的形式和內容不限於上述舉例。

在本實施方式中，臨時號碼分配請求附帶第一通訊號碼，可以為第一通訊號碼為臨時號碼分配請求的內容或內容的一部分。具體的，例如第一通訊號碼為“17095058888”，臨時號碼分配請求可以僅為“17095058888”，也可以為“Request temporary number & 17095058888”。臨時號碼分配請求附帶第一通訊號碼，還可以為第一通訊號碼作為臨時號碼分配請求的附件。

臨時號碼接收模組24用於接收所述基礎通訊伺服器返回的為所述第一通訊號碼對應分配的第二通訊號碼。

在本實施方式中，基礎通訊伺服器可以回應臨時號碼分配請求，對第一通訊號碼分配臨時通訊號碼，所述臨時通訊號碼即為所述第二通訊號碼。具體的，可以為基礎通訊伺服器內預先儲存有至少一個臨時通訊號碼，在該至少一個臨時通訊號碼中選擇一個分配給原始通訊號碼；還可以為基礎通訊伺服器接收到分配請求之後，按照預定的規則生成一個臨時通訊號碼，將該臨時通訊號碼分配給第一通訊號碼。

在本實施方式中，為所述第一通訊號碼對應分配的第二通訊號碼，可以表示每個第一通訊號碼和臨時通訊號碼之間，可以存在一一對應關係。

綁定模組26用於將所述第二通訊號碼與所述訂單請求綁定。

在本實施方式中，綁定模組26將第二通訊號碼與訂單請求綁定，使得在訂單請求後續處理的環節中，協力廠商查閱處理訂單請求時，僅僅會得到第二通訊號碼，而不會得到用戶自身的第一通訊號碼，從而實現有效的保護了用戶的通訊號碼。

在本實施方式中，將第二通訊號碼與訂單請求綁定的方式可以包括將第二通訊號碼設置為訂單請求內容的一部 分；也可以包括將第二通訊號碼作為訂單請求的附件；還可以包括將訂單請求和第二通訊號碼對應儲存；還可以包括將訂單請求的訂單編號與第二通訊號碼對應儲存，其中訂單編號可以唯一標識一個訂單請求。當然，將第二通訊號碼與訂單請求綁定的方式不限於上述舉例，所屬領域技術人員在本申請技術精髓的啟示下，還可能做出其它變更，但只要其實現的功能和效果與本申請相同或相似，均應涵蓋於本申請保護範圍內。

訂單請求發佈模組28用於發佈所述訂單請求，所述訂單請求附帶所述第二通訊號碼。

在本實施方式中，發佈訂單請求可以包括以廣播的方式公佈訂單請求，以使其它通訊終端可以透過與伺服器通訊，獲取訂單請求資訊。發佈訂單請求還可以包括將訂單請求發送給指定的通訊終端。

在本實施方式中，訂單請求附帶第二通訊號碼，包括第二通訊號碼是訂單請求內容的一部分；第二通訊號碼還可以是訂單請求的附件。

回應資訊接收模組29用於接收第二通訊終端發出的回應資訊，根據所述回應資訊獲取第三通訊號碼。

在本實施方式中，第二通訊終端可以為智慧手機、桌上型電腦、筆記型電腦、平板電腦或者智慧可穿戴設備。當然，用戶端也可以為能於任一上述所列設備上運行的軟體。第二通訊終端可以設置在商業經營場所或設施，例如銷售產品的商鋪、提供物流服務的公司或計程車。

在本實施方式中，第二通訊終端接收到訂單請求之後，可以回應訂單請求，從而發出回應資訊。具體的，舉例為：訂單請求為使用者向計程車平臺發出的尋求叫車資訊，而計程車平臺發佈該尋求叫車資訊之後，與該計程車平臺建立聯繫的由計程車司機使用的通訊終端可以接收該尋求叫車資訊。一旦某一個計程車司機最先使用通訊終端發出了響應資訊，則表明該計程車司機搶單成功，可以進一步與發出尋求叫車資訊的使用者聯繫。

在本實施方式中，根據回應資訊獲取第三通訊號碼，具體的，例如：第三通訊號碼可以是回應資訊內容的一部分，直接從回應資訊中讀取第三通訊號碼；第三通訊號碼是回應資訊的附件，可以在獲得回應資訊之後，讀取回應資訊的附件，進而獲得第三通訊號碼；回應資訊還可以附帶有身份資訊，根據身份資訊在儲存的資料中查找身份資訊對應通訊號碼即可以為第三通訊號碼。

關聯資訊發送模組30用於向所述基礎通訊伺服器發出關聯資訊，所述關聯資訊至少附帶所述第二通訊號碼和所述第三通訊號碼。

在本實施方式中，接收到回應資訊之後，將回應資訊中的第三通訊號碼發送給基礎通訊伺服器。使得基礎通訊伺服器可以將第三通訊號碼和第二通訊號碼綁定，由於第二通訊號碼與第一通訊號碼之間存在綁定，使得第三通訊號碼與第一通訊號碼之間，透過第二通訊號碼存在關聯。基礎通訊伺服器在接收到第一通訊號碼向第二通訊號碼的 通訊請求時，可以將該通訊請求轉換為向第三通訊號碼的呼叫。如此實現使用第一通訊號碼的通訊設備和使用第三通訊號碼的通訊設備之間可以建立通訊。進一步的，向使用第三通訊號碼的通訊設備提供的當前主叫號碼為第二通訊號碼，使得使用第三通訊號碼的通訊設備不會獲得第一通訊號碼，同時，使用第一通訊號碼的通訊設備也無需獲得第三通訊號碼。同理，接收到第三通訊號碼向第二通訊號碼的通訊請求，可以轉換為向第一通訊號碼的呼叫，實現在使用第三通訊號碼的通訊設備和使用第一通訊號碼的通訊設備之間建立通訊，向使用第一通訊號碼的通訊設備提供的當前主叫號碼為第三通訊號碼。

由以上本申請實施方式提供的技術方案可見，本申請可以透過在訂單資料處理流程中，將臨時分配的臨時通訊號碼與訂單請求綁定，以及將第二通訊號碼與買賣雙方的通訊號碼建立關聯，實現在整個訂單請求處理的過程中，買賣雙方僅僅能夠獲得第二通訊號碼，並透過第二通訊號碼與對方聯繫，有效的避免買賣雙方的通訊號碼洩漏，保護了買賣雙方用戶的隱私。

雖然透過實施方式描繪了本申請，本領域普通技術人員知道，本申請有許多變形和變化而不脫離本申請的精神，希望所附的申請專利範圍包括這些變形和變化而不脫離本申請的精神。

Claims (12)

1. 一種訂單資料的互動方法，其特徵在於，其包括：接收第一通訊終端發出的訂單請求，根據該訂單請求獲取第一通訊號碼；為該第一通訊號碼分配第二通訊號碼，為該第一通訊號碼及第二通訊號碼建立關聯；向基礎通訊伺服器發出第一關聯資訊，該第一關聯資訊附帶該第一通訊號碼及第二通訊號碼；將該第二通訊號碼與該訂單請求綁定；發佈該訂單請求，該訂單請求附帶該第二通訊號碼；接收第二通訊終端的回應資訊，根據該回應資訊獲取第三通訊號碼；向該基礎通訊伺服器發出第二關聯資訊，該第二關聯資訊至少附帶該第二通訊號碼和該第三通訊號碼。
2. 如申請專利範圍第1項所述的方法，其中，該方法還包括：將該第三通訊號碼與該訂單請求綁定。
3. 如申請專利範圍第1項所述的方法，其中，該方法還包括：為該第二通訊號碼與該訂單請求的綁定設定失效事件；當檢測到該失效事件發生時，向該基礎通訊伺服器發出該第二通訊號碼與該第一通訊號碼和該第三通訊號碼的關聯的失效請求。
4. 如申請專利範圍第3項所述的方法，其中，該失效 事件包括當前時間超過設定的有效時間。
5. 如申請專利範圍第3項所述的方法，其中，該失效事件根據訂單請求狀態確定，該失效事件包括訂單請求失效。
6. 一種伺服器，其特徵在於，該伺服器包括：訂單接收模組，用於接收第一通訊終端的訂單請求，根據該訂單請求獲取第一通訊號碼；分配模組，用於為該第一通訊號碼分配第二通訊號碼，為該第一通訊號碼及第二通訊號碼建立關聯；第一關聯資訊發送模組，用於向基礎通訊伺服器發出第一關聯資訊，該第一關聯資訊附帶該第一通訊號碼及第二通訊號碼；綁定模組，用於將該第二通訊號碼與該訂單請求綁定；訂單請求發佈模組，用於發佈該訂單請求，該訂單請求附帶該第二通訊號碼；回應資訊接收模組，用於接收第二通訊終端的回應資訊，根據該回應資訊獲取第三通訊號碼；第二關聯資訊發送模組，用於向該基礎通訊伺服器發出第二關聯資訊，該第二關聯資訊至少附帶該第二通訊號碼和該第三通訊號碼。
7. 一種訂單資料的互動方法，其特徵在於，其包括：接收第一通訊終端的訂單請求，根據該訂單請求獲取第一通訊號碼； 向基礎通訊伺服器發出臨時號碼分配請求，該臨時號碼分配請求附帶該第一通訊號碼；接收該基礎通訊伺服器返回的為該第一通訊號碼對應分配的第二通訊號碼；將該第二通訊號碼與該訂單請求綁定；發佈該訂單請求，該訂單請求附帶該第二通訊號碼；接收第二通訊終端發出的回應資訊，根據該回應資訊獲取第三通訊號碼；向該基礎通訊伺服器發出關聯資訊，該關聯資訊至少附帶該第二通訊號碼和該第三通訊號碼。
8. 如申請專利範圍第7項所述的方法，其中，該方法還包括：將該第三通訊號碼與該訂單請求綁定。
9. 如申請專利範圍第7項所述的方法，其中，該方法還包括：為該第二通訊號碼與該訂單請求的綁定設定失效事件；當檢測到該失效事件發生時，向基礎通訊伺服器發出該第二通訊號碼與該第一通訊號碼和該第三通訊號碼的關聯的失效請求。
10. 如申請專利範圍第9項所述的方法，其中，該失效事件包括當前時間超過設定的有效時間。
11. 如申請專利範圍第9項所述的方法，其中，該失效事件根據訂單請求狀態確定，該失效事件包括訂單請求失效。
12. 一種伺服器，其特徵在於，該伺服器包括：訂單接收模組，用於接收第一通訊終端的訂單請求，根據該訂單請求獲取第一通訊號碼；臨時號碼請求發送模組，用於向基礎通訊伺服器發出臨時號碼分配請求，該臨時號碼分配請求附帶該第一通訊號碼；臨時號碼接收模組，用於接收該基礎通訊伺服器返回的為該第一通訊號碼對應分配的第二通訊號碼；綁定模組，用於將該第二通訊號碼與該訂單請求綁定；訂單請求發佈模組，用於發佈該訂單請求，該訂單請求附帶該第二通訊號碼；回應資訊接收模組，用於接收第二通訊終端發出的回應資訊，根據該回應資訊獲取第三通訊號碼；關聯資訊發送模組，用於向該基礎通訊伺服器發出關聯資訊，該關聯資訊至少附帶該第二通訊號碼和該第三通訊號碼。