本發(fā)明涉及互聯網技術領域，尤其涉及一種電信業(yè)務關系判定方法及裝置。

背景技術：

一般實物類產品，可以重復購買和使用。但電信業(yè)務，涉及周期性抽取使用費，按照使用量計費，比如語音套餐、流量套餐等。那么用戶的一個號碼，既然已經訂購綁定了一個電信套餐，一般就不能或不需要同時再綁定訂購另一個電信套餐。這就是說這2個電信套餐應該是一個互斥關系，不能重復訂購。還有一些業(yè)務訂購，必須依賴另一個主體業(yè)務的開通，才可以使用。比如用戶訂購了一個主體業(yè)務，才可以再訂購一個附加業(yè)務(比如彩鈴業(yè)務)，如果沒有訂購主體業(yè)務，直接訂購彩鈴業(yè)務，是無法使用的(沒有主號碼關聯)，因此主體業(yè)務與附加業(yè)務的這種關系稱之為依賴關系。將互斥關系以及依賴關系統(tǒng)稱為業(yè)務關系。

所以電信業(yè)務的訂購，需要校驗用戶已經訂購的業(yè)務，和準備訂購的業(yè)務是否存在互斥或者滿足依賴關系，如果校驗不通過，則用戶不能訂購該業(yè)務。

但在電子業(yè)務訂購場景中，用戶登陸頁面后，如果看到的業(yè)務產品或商品，想要訂購，但是后臺顯示無法訂購該業(yè)務，具體原因是訂購的業(yè)務與用戶已訂購的業(yè)務存在互斥關系，則用戶無法在網上完成訂購；久而久之，用戶不在通過電子業(yè)務訂購，而通過實體營業(yè)廳辦理，增加了排隊和等待的時間，用戶體驗不是很好。

這樣需要在用戶登陸購買界面時，對存在邏輯互斥關系的頁面業(yè)務進行過濾?，F有一般通過構建互斥關系表，互斥關系表中通過字符串的方式對兩種業(yè)務的互斥關系進行記錄，通過該方法，一個頁面如果有20個業(yè)務顯示，則需 要遍歷互斥關系表，將每個業(yè)務與用戶已訂購的業(yè)務進行互斥判斷，則互斥判定時間比較長，造成頁面顯示時間較長。

技術實現要素：

本發(fā)明提供一種電信業(yè)務關系判定方法及裝置，用以解決現有技術中存在的互斥判定時間比較長，造成頁面顯示時間較長的問題。

第一方面，本發(fā)明實施例提供了一種電信業(yè)務關系判定方法，包括：

獲取用戶已訂購電信業(yè)務的標識，并獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識；

根據預設哈希算法對每一個已訂購電信業(yè)務的標識分別與待顯示給所述用戶的每一個電信業(yè)務的標識進行哈希計算，得到哈希碼；

將所述哈希碼與構建的業(yè)務關系哈希表中存儲的哈希碼進行匹配，當匹配到相同哈希碼時，確定得到所述哈希碼的兩個業(yè)務之間存在業(yè)務關系；所述業(yè)務關系為互斥關系或者依賴關系；

所述業(yè)務關系哈希表包括基于預設哈希算法對運營商所提供的所有電信業(yè)務中任兩個存在業(yè)務關系的電信業(yè)務的標識進行哈希計算得到的哈希碼。

結合第一方面，在第一方面的第一種可能的實現方式中，電信業(yè)務的標識為業(yè)務ID，或者電信業(yè)務的預定義數學編碼。

結合第一方面的第一種可能的實現方式，在第一方面的第二種可能的實現方式中，當電信業(yè)務的標識為電信業(yè)務的預定義數學編碼時，構建業(yè)務關系哈希表，包括：

獲取互斥關系表，所述互斥關系表存儲有運營商所提供的存在互斥關系的電信業(yè)務信息；

對互斥關系表中的每個電信業(yè)務信息分別進行編碼；其中，不同的電信業(yè)務信息的編碼不同；

根據預設哈希算法對任兩個電信業(yè)務信息的編碼進行哈希計算，得到哈希 碼，并保存到業(yè)務關系哈希表中。

結合第一方面和第一方面的第一種至第二種可能的實現方式中的任意一種，在第一方面的第三種可能的實現方式中，獲取用戶已訂購電信業(yè)務的標識，包括：

接收用戶的登陸請求，所述登陸請求中攜帶用戶標識；

根據所述用戶標識獲取所述用戶已訂購的電信業(yè)務的標識。

結合第一方面和第一方面的第一種至第三種可能的實現方式中的任意一種，在第一方面的第四種可能的實現方式中，獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識，包括：

獲取運營商所提供的所有電信業(yè)務的標識；或者，

接收用戶提交的獲取請求，所述獲取請求中攜帶用戶所輸入的預想獲取的電信業(yè)務的關鍵字，獲取所述關鍵字對應的電信業(yè)務的標識；或者，

獲取用戶偏好的電信業(yè)務的標識。

第二方面，本發(fā)明實施例提供了一種電信業(yè)務關系判定裝置，包括：

獲取單元，用于獲取用戶已訂購電信業(yè)務的標識，并獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識；

計算單元，用于根據預設哈希算法對所述獲取單元獲取到的每一個已訂購電信業(yè)務的標識分別與所述獲取單元獲取到的待顯示給所述用戶的每一個電信業(yè)務的標識進行哈希計算，得到哈希碼；

匹配單元，用于將所述計算單元計算得到的所述哈希碼與構建的業(yè)務關系哈希表中存儲的哈希碼進行匹配；

確定單元，用于確定所述匹配單元匹配到相同哈希碼時，確定得到所述哈希碼的兩個業(yè)務之間存在業(yè)務關系；所述業(yè)務關系為互斥關系或者依賴關系；

所述業(yè)務關系哈希表包括基于預設哈希算法對運營商所提供的所有電信業(yè)務中任兩個存在業(yè)務關系的電信業(yè)務的標識進行哈希計算得到的哈希碼。

結合第二方面，在第二方面的第一種可能的實現方式中，電信業(yè)務的標識 為業(yè)務ID，或者電信業(yè)務的預定義數學編碼。

結合第二方面的第一種可能的實現方式，在第二方面的第二種可能的實現方式中，還包括用于構建業(yè)務關系哈希表的構建單元，用于：

當電信業(yè)務的標識為電信業(yè)務的預定義數學編碼時，獲取互斥關系表，所述互斥關系表存儲有運營商所提供的存在互斥關系的電信業(yè)務信息；

對互斥關系表中的每個電信業(yè)務信息分別進行編碼；其中，不同的電信業(yè)務信息的編碼不同；

根據預設哈希算法對任兩個電信業(yè)務信息的編碼進行哈希計算，得到哈希碼，并保存到業(yè)務關系哈希表中。

結合第二方面和第二方面的第一種至第二種可能的實現方式中的任意一種，在第二方面的第三種可能的實現方式中，所述獲取單元，在獲取用戶已訂購電信業(yè)務的標識時，具體用于接收用戶的登陸請求，所述登陸請求中攜帶用戶標識；根據所述用戶標識獲取所述用戶已訂購的電信業(yè)務的標識。

結合第二方面和第二方面的第一種至第三種可能的實現方式中的任意一種，在第二方面的第四種可能的實現方式中，所述獲取單元，在獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識時，具體用于：

獲取運營商所提供的所有電信業(yè)務的標識；或者，

接收用戶提交的獲取請求，所述獲取請求中攜帶用戶所輸入的預想獲取的電信業(yè)務的關鍵字，獲取所述關鍵字對應的電信業(yè)務的標識；或者，

獲取用戶偏好的電信業(yè)務的標識。

第三方面，本發(fā)明實施例提供了一種電信業(yè)務關系判定裝置，包括：

存儲器，用于存儲預設哈希算法以及業(yè)務關系哈希表；所述業(yè)務關系哈希表包括基于預設哈希算法對運營商所提供的所有電信業(yè)務中任兩個存在業(yè)務關系的電信業(yè)務的標識進行哈希計算得到的哈希碼；

處理器，用于獲取用戶已訂購電信業(yè)務的標識，并獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識；根據所述存儲器存儲的預設哈 希算法對每一個已訂購電信業(yè)務的標識分別與待顯示給所述用戶的每一個電信業(yè)務的標識進行哈希計算，得到哈希碼；將所述哈希碼與構建的業(yè)務關系哈希表中存儲的哈希碼進行匹配，當匹配到相同哈希碼時，確定得到所述哈希碼的兩個業(yè)務之間存在業(yè)務關系；所述業(yè)務關系為互斥關系或者依賴關系。

結合第三方面，在第二方面的第二種可能的實現方式中，所述處理器，還用于在電信業(yè)務的標識為電信業(yè)務的預定義數學編碼時，獲取互斥關系表，所述互斥關系表存儲有運營商所提供的存在互斥關系的電信業(yè)務信息；

對互斥關系表中的每個電信業(yè)務信息分別進行編碼；其中，不同的電信業(yè)務信息的編碼不同；

根據預設哈希算法對任兩個電信業(yè)務信息的編碼進行哈希計算，得到哈希碼，并保存到業(yè)務關系哈希表中。

通過本發(fā)明實施例提供的方案，根據預設哈希算法對每一個已訂購電信業(yè)務的標識分別與待顯示給所述用戶的每一個電信業(yè)務的標識進行哈希計算，得到哈希碼；將所述哈希碼與構建的業(yè)務關系哈希表中存儲的哈希碼進行匹配，匹配相同時，確定得到所述哈希碼的兩個業(yè)務之間存在業(yè)務關系；并且所述業(yè)務關系哈希表包括基于預設哈希算法對運營商所提供的所有電信業(yè)務中任兩個存在業(yè)務關系的電信業(yè)務的標識進行哈希計算得到的哈希碼。由于在匹配時不需要通過字符串、數組的方式去互斥關系表中去遍歷確認兩個電信業(yè)務是否存在互斥，而是通過兩個電信業(yè)務的標識執(zhí)行哈希運算得到哈希碼后去匹配，節(jié)省了匹配時間，降低了互斥判定或者依賴關系時間，從而縮短了頁面顯示的時間。

附圖說明

圖1為本發(fā)明實施例提供的電信業(yè)務關系判定方法流程圖；

圖2為本發(fā)明實施例提供的一種電信業(yè)務關系判定裝置示意圖；

圖3為本發(fā)明實施例提供的第一應用場景下的電信業(yè)務關系判定示意圖；

圖4為本發(fā)明實施例提供的第二應用場景下的電信業(yè)務關系判定示意圖；

圖5為本發(fā)明實施例提供的第三應用場景下的電信業(yè)務關系判定示意圖；

圖6為本發(fā)明實施例提供的另一種電信業(yè)務關系判定裝置示意圖。

具體實施方式

為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例應用的網絡系統(tǒng)中包括客戶端以及網絡服務器(Web Server)?？蛻舳送ㄟ^因特網與網絡服務器連接。當用戶需要進行電信業(yè)務的訂購時，則通過客戶端登陸頁面后，會發(fā)送一個登陸請求給網絡服務器，從而網絡服務器通過客戶端顯示給用戶運營商提供的電信業(yè)務列表，用戶可以根據電信業(yè)務列表進行電信業(yè)務訂購?；蛘哂脩敉ㄟ^檢索關鍵字，則網絡服務器通過客戶端顯示給用戶關鍵字對應的電信業(yè)務，從而用戶進行業(yè)務訂購。

基于上述應用場景，本發(fā)明實施例提供一種電信業(yè)務關系判定方法及裝置，用于解決互斥判定或者依賴判定時間比較長，造成頁面顯示時間較長的問題。其中，方法和裝置是基于同一發(fā)明構思的，由于方法及裝置解決問題的原理相似，因此裝置與方法的實施可以相互參見，重復之處不再贅述。

參見圖1，本發(fā)明實施例提供了一種電信業(yè)務關系判定方法。該方法可以通過網絡運營商設置的網絡服務器實現，或者獨立于網絡服務器的設備實現等等。該電信業(yè)務關系判定方法包括：

步驟101，獲取用戶已訂購電信業(yè)務的標識，并獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識。

本發(fā)明實施例中的電信業(yè)務可以是單一業(yè)務、也可以是業(yè)務包、或者是業(yè)務套餐等等。業(yè)務包是有多個單一業(yè)務構成的。業(yè)務套餐是多個單一業(yè)務捆綁 在一起形成一個資費供用戶訂購。

其中，獲取用戶已訂購電信業(yè)務的標識，可以通過如下方式實現：

接收用戶的登陸請求，所述登陸請求中攜帶用戶標識；

根據所述用戶標識獲取所述用戶已訂購的電信業(yè)務的標識。

其中，用戶標識可以是用戶的電話號碼等等。例如：用戶通過電話號碼登錄電子渠道首頁，網絡服務器通過電話號碼獲取到用戶已訂購電信業(yè)務的標識。

步驟102，根據預設哈希算法對每一個已訂購電信業(yè)務的標識分別與待顯示給所述用戶的每一個電信業(yè)務的標識進行哈希計算，得到哈希碼。

步驟103，將所述哈希碼與構建的業(yè)務關系哈希表中存儲的哈希碼進行匹配，當匹配到相同哈希碼時，確定得到所述哈希碼的兩個業(yè)務之間存在業(yè)務關系。

其中，所述業(yè)務關系為互斥關系或者依賴關系；所述業(yè)務關系哈希表包括基于預設哈希算法對運營商所提供的所有電信業(yè)務中任兩個存在業(yè)務關系的電信業(yè)務的標識進行哈希計算得到的哈希碼。

當業(yè)務關系為互斥關系，可以將業(yè)務關系哈希表稱為互斥關系哈希表，當業(yè)務關系為依賴關系，可以將業(yè)務關系哈希表稱為依賴關系哈希表，當然互斥關系哈希表與依賴關系哈希表可以同時存在，兩者通過不同的標識進行區(qū)分。

可選的，獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識，可以通過如下方式實現：

第一種實現方式：

獲取運營商所提供的所有電信業(yè)務的標識。

通過該方法處理后，呈現給用戶的業(yè)務列表均是用戶可以訂購的。

第二種實現方式：

接收用戶提交的獲取請求，所述獲取請求中攜帶用戶所輸入的預想獲取的電信業(yè)務的關鍵字，獲取所述關鍵字對應的電信業(yè)務的標識。

其中，通過該方法處理后，用戶輸入關鍵字后顯示給用戶的業(yè)務列表中的 各個業(yè)務是經過過濾后的全部為用戶可訂購的業(yè)務。

第三種實現方式：

獲取用戶偏好的電信業(yè)務的標識。

其中，用戶偏好的電信業(yè)務可以預先通過對用戶訂購的業(yè)務以及搜索過的業(yè)務進行統(tǒng)計，得到用戶偏好的電信業(yè)務。

其中，電信業(yè)務的標識為業(yè)務身份識別號碼(英文：Identity，簡稱：ID)，或者電信業(yè)務的預定義數學編碼，其他能夠標識電信業(yè)務并且能夠進行哈希計算的標識均適用于本發(fā)明實施例。

針對電信業(yè)務的標識為業(yè)務ID，對應為：每個業(yè)務具有全局唯一的ID，用于標識該業(yè)務；或者每個業(yè)務包具有一個全局唯一的ID，通過業(yè)務包的ID可以獲知業(yè)務包包括的業(yè)務以及業(yè)務的ID；每個業(yè)務套餐具有全局唯一的ID，并且可以獲知該套餐對應的業(yè)務以及業(yè)務ID。

在互斥關系表中存儲有運營商所提供的存在互斥關系的電信業(yè)務信息，該電信業(yè)務信息中包括存在互斥關系的業(yè)務的ID，根據預設哈希算法對任兩個電信業(yè)務的ID進行哈希計算，得到哈希碼，并保存到業(yè)務關系哈希表中。這里的業(yè)務關系哈希表用戶識別互斥關系，因此可以成為互斥關系哈希表。

針對依賴關系，已知有依賴關系表存儲有運營商所提供的存在依賴關系的電信業(yè)務信息，該電信業(yè)務信息中包括存在依賴關系的業(yè)務的ID，根據預設哈希算法對任兩個電信業(yè)務的ID進行哈希計算，得到哈希碼，并保存到業(yè)務關系哈希表中。這里的業(yè)務關系哈希表用戶識別依賴關系，因此可以成為依賴關系哈希表。

當然在對用戶進行顯示時，可以既判定互斥關系同時判定依賴關系。本發(fā)明實施例中對此不作具體限定。

可選地，當電信業(yè)務的標識為電信業(yè)務的預定義數學編碼時，構建業(yè)務關系哈希表，包括：

獲取互斥關系表，所述互斥關系表存儲有運營商所提供的存在互斥關系的 電信業(yè)務信息；

對互斥關系表中的每個電信業(yè)務信息分別進行編碼；其中，不同的電信業(yè)務信息的編碼不同；

根據預設哈希算法對任兩個電信業(yè)務信息的編碼進行哈希計算，得到哈希碼，并保存到業(yè)務關系哈希表中。

假設業(yè)務A和業(yè)務B存在互斥關系，則對業(yè)務A編碼為Acode，比如為JSNJ010001，業(yè)務B編碼為Bcode，比如為JSNJ020002，則哈希計算可以為：Hash碼＝Hash(Acode，Bcode)＝String.hashCode(’JSNJ010001’+’JSNJ020002’)。

由于互斥關系是相互的，即業(yè)務A與業(yè)務B存在互斥關系，相反業(yè)務B與業(yè)務A也存在互斥關系，因此，在哈希計算時，針對業(yè)務A與業(yè)務B的哈希碼計算可以使用對稱的哈希算法，也就是說Hash(Acode，Bcode)＝Hash(Bcode，Acode)。當然也可以不使用對應的哈希算法，針對業(yè)務A與業(yè)務B互斥，進行哈希計算Hash(Acode，Bcode)得到哈希碼存儲在業(yè)務關系哈希表，然后針對業(yè)務B與業(yè)務A互斥也進行哈希計算Hash(Bcode，Acode)得到哈希碼存儲在業(yè)務關系哈希表中。針對所有的存在互斥關系的業(yè)務均通過的相同的哈希算法進行計算。對于用戶已訂購的業(yè)務的電信業(yè)務信息編碼在構建業(yè)務關系哈希表后，可以將用戶已訂購的業(yè)務的電信業(yè)務信息編碼緩存在該用戶的個人資料庫中。

通過本發(fā)明實施例提供的方法，根據預設哈希算法對每一個已訂購電信業(yè)務的標識分別與待顯示給所述用戶的每一個電信業(yè)務的標識進行哈希計算，得到哈希碼；將所述哈希碼與構建的業(yè)務關系哈希表中存儲的哈希碼進行匹配，匹配相同時，確定得到所述哈希碼的兩個業(yè)務之間存在業(yè)務關系；并且所述業(yè)務關系哈希表包括基于預設哈希算法對運營商所提供的所有電信業(yè)務中任兩個存在業(yè)務關系的電信業(yè)務的標識進行哈希計算得到的哈希碼。由于在匹配時不需要通過字符串、數組的方式去互斥關系表中去遍歷確認兩個電信業(yè)務是否存在互斥或者存在依賴，而是通過兩個電信業(yè)務的標識執(zhí)行哈希運算得到哈希 碼后去匹配，這樣能夠避免頻繁查詢遍歷互斥關系表，節(jié)省了匹配時間，降低了互斥判定時間，從而縮短了頁面顯示的時間。

參見圖2，為本發(fā)明實施例還提供了一種電信業(yè)務關系判定裝置，該裝置包括：

獲取單元201，用于獲取用戶已訂購電信業(yè)務的標識，并獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識。

計算單元202，用于根據預設哈希算法對所述獲取單元獲取到的每一個已訂購電信業(yè)務的標識分別與所述獲取單元獲取到的待顯示給所述用戶的每一個電信業(yè)務的標識進行哈希計算，得到哈希碼。

匹配單元203，用于將所述計算單元計算得到的所述哈希碼與構建的業(yè)務關系哈希表中存儲的哈希碼進行匹配。

確定單元204，用于確定所述匹配單元匹配到相同哈希碼時，確定得到所述哈希碼的兩個業(yè)務之間存在業(yè)務關系。所述業(yè)務關系為互斥關系或者依賴關系；

所述業(yè)務關系哈希表包括基于預設哈希算法對運營商所提供的所有電信業(yè)務中任兩個存在業(yè)務關系的電信業(yè)務的標識進行哈希計算得到的哈希碼。

可選地，電信業(yè)務的標識為業(yè)務ID，或者電信業(yè)務的預定義數學編碼。

可選地，還包括用于構建業(yè)務關系哈希表的構建單元205，用于：

當電信業(yè)務的標識為電信業(yè)務的預定義數學編碼時，獲取互斥關系表，所述互斥關系表存儲有運營商所提供的存在互斥關系的電信業(yè)務信息；

對互斥關系表中的每個電信業(yè)務信息分別進行編碼；其中，不同的電信業(yè)務信息的編碼不同；

根據預設哈希算法對任兩個電信業(yè)務信息的編碼進行哈希計算，得到哈希碼，并保存到業(yè)務關系哈希表中。

可選地，所述獲取單元201，在獲取用戶已訂購電信業(yè)務的標識時，具體用于接收用戶的登陸請求，所述登陸請求中攜帶用戶標識；根據所述用戶標識 獲取所述用戶已訂購的電信業(yè)務的標識。

可選地，所述獲取單元201，在獲取運營商所提供的電信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識時，具體用于：

獲取運營商所提供的所有電信業(yè)務的標識；或者，

接收用戶提交的獲取請求，所述獲取請求中攜帶用戶所輸入的預想獲取的電信業(yè)務的關鍵字，獲取所述關鍵字對應的電信業(yè)務的標識；或者，

獲取用戶偏好的電信業(yè)務的標識。

本發(fā)明實施例中對單元的劃分是示意性的，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能模塊的形式實現。

本發(fā)明實施例中與方法實施例的發(fā)明構思相同，因此可以相互參見，重復之處不在贅述。

下面結合具體應用場景，對本發(fā)明實施例作具體說明。

本發(fā)明實施例中以判定互斥關系為例進行說明。

如圖3所示，為本發(fā)明實施例提供的搜索互斥過濾場景：用戶搜索，返回給用戶的業(yè)務均是經過互斥判定后且可以訂購的。

S301，用戶登陸互聯網服務器(Web Server)，用于獲取所有能夠訂購的業(yè)務列表。具體可以通過用戶的電話號碼登陸。

S302，用戶在搜索框中輸入關鍵字進行電信業(yè)務搜索。輸入的關鍵字則發(fā)送到搜索引擎。

S303，搜索引擎接收到關鍵字后，搜索與關鍵字匹配的電信業(yè)務并獲取匹配的電信業(yè)務的標識。

S304，搜索引擎將用戶已訂購的電信業(yè)務的標識以及匹配的電信業(yè)務的標識發(fā)送給電信業(yè)務互斥關系判定裝置。

S305，電信業(yè)務互斥關系判定裝置獲取到用戶已訂購的電信業(yè)務的標識以及匹配的電信業(yè)務的標識后，將每一個用戶已訂購的電信業(yè)務的標識以及每一個匹配的電信業(yè)務的標識進行哈希計算并得到哈希碼。

S306，電信業(yè)務互斥關系判定裝置將得到的哈希碼與業(yè)務關系哈希表中的哈希碼進行匹配，如果匹配相同，則確定得到所述哈希碼的兩個業(yè)務之間存在互斥關系。

其中，電信業(yè)務互斥關系判定裝置預先構建互斥關系哈希表，構建方式可以參見圖1或者圖2對應的實施例中描述的構建方式，本發(fā)明實施例在此不做具體限定。

S307，電信業(yè)務互斥關系判定裝置將互斥判定的結果發(fā)送給搜索引擎。

S308，搜索引擎將搜索到的與關鍵字匹配的業(yè)務中與用戶訂購的業(yè)務不存在互斥關系的業(yè)務標識發(fā)送給Web Server。

S309，Web Server將與關鍵字匹配的業(yè)務中且與用戶訂購的業(yè)務不存在互斥關系的業(yè)務顯示給用戶。則用戶可以任意訂購顯示的業(yè)務。

如圖4所示，為本發(fā)明實施例提供的推薦業(yè)務進行互斥過濾場景：推薦給用戶的業(yè)務均是經過互斥判定后且可以訂購。

S401，用戶登陸互聯網服務器(Web Server)，用于獲取所有能夠訂購的業(yè)務列表。具體可以通過用戶的電話號碼登陸。

S402，Web Server向業(yè)務推薦引擎獲取用戶偏好的電信業(yè)務的標識。

S403，業(yè)務推薦引擎將推薦的用戶偏好的電信業(yè)務的標識以及用戶已訂購的電信業(yè)務的標識發(fā)送給電信業(yè)務互斥關系判定裝置。

S404，電信業(yè)務互斥關系判定裝置獲取到用戶已訂購的電信業(yè)務的標識以及用戶偏好的電信業(yè)務的標識后，將每一個用戶已訂購的電信業(yè)務的標識以及每一個用戶偏好的電信業(yè)務的標識進行哈希計算并得到哈希碼。

S405，電信業(yè)務互斥關系判定裝置將得到的哈希碼與業(yè)務關系哈希表中的哈希碼進行匹配，如果匹配相同，則確定得到所述哈希碼的兩個業(yè)務之間存在 互斥關系。

其中，電信業(yè)務互斥關系判定裝置預先構建互斥關系哈希表，構建方式可以參見圖1或者圖2對應的實施例中描述的構建方式，本發(fā)明實施例在此不做具體限定。

S406，電信業(yè)務互斥關系判定裝置將互斥判定的結果發(fā)送給業(yè)務推薦引擎。

S407，業(yè)務推薦引擎將用戶偏好的且與用戶訂購的業(yè)務不存在互斥關系的業(yè)務標識發(fā)送給Web Server。

S408，Web Server將用戶偏好的且與用戶訂購的業(yè)務不存在互斥關系的業(yè)務顯示給用戶。則用戶可以任意訂購顯示的業(yè)務。

如圖5所示，為本發(fā)明實施例提供的顯示用戶可訂購的所有業(yè)務。

S501，用戶登陸互聯網服務器(Web Server)，用于獲取所有能夠訂購的業(yè)務列表。具體可以通過用戶的電話號碼登陸。

S502，Web Server獲取運營商提供的所有電信業(yè)務的標識。

S503，Web Server將運營商提供的所有電信業(yè)務的標識以及用戶已訂購的電信業(yè)務的標識發(fā)送給電信業(yè)務互斥關系判定裝置。

S504，電信業(yè)務互斥關系判定裝置獲取到用戶已訂購的電信業(yè)務的標識以及運營商提供的所有電信業(yè)務的標識后，將每一個用戶已訂購的電信業(yè)務的標識以及每一個運營商提供的所有電信業(yè)務的標識進行哈希計算并得到哈希碼。

S505，電信業(yè)務互斥關系判定裝置將得到的哈希碼與業(yè)務關系哈希表中的哈希碼進行匹配，如果匹配相同，則確定得到所述哈希碼的兩個業(yè)務之間存在互斥關系。

其中，電信業(yè)務互斥關系判定裝置預先構建互斥關系哈希表，構建方式可以參見圖1或者圖2對應的實施例中描述的構建方式，本發(fā)明實施例在此不做具體限定。

S506，電信業(yè)務互斥關系判定裝置將互斥判定的結果發(fā)送給Web Server。

S507，Web Server將運營商提供的所有電信業(yè)務中與用戶訂購的業(yè)務不存 在互斥關系的業(yè)務顯示給用戶。則用戶可以任意訂購顯示的業(yè)務。

基于與方法實施例同樣的發(fā)明構思，如圖6所示，本發(fā)明實施例還提供了一種電信業(yè)務關系判定裝置，該裝置可以是網絡服務器，還可以是獨立于網絡服務器的設備，或者設置于網絡服務器中的設備。如圖6所示，該設備包括通信接口601、處理器602、存儲器603。通信接口601、處理器602以及存儲器603相互連接。本發(fā)明實施例中不限定上述部件之間的具體連接介質。本發(fā)明實施例在圖6中以存儲器603、處理器602以及通信接口601之間通過總線604連接，總線在圖6中以粗線表示，其它部件之間的連接方式，僅是進行示意性說明，并不引以為限。所述總線可以分為地址總線、數據總線、控制總線等。為便于表示，圖6中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。

本發(fā)明實施例中存儲器603，用于存儲處理器602執(zhí)行的程序代碼，可以是易失性存儲器(英文：volatile memory)，例如隨機存取存儲器(英文：random-access memory，縮寫：RAM)；存儲器603也可以是非易失性存儲器(英文：non-volatile memory)，例如只讀存儲器(英文：read-only memory，縮寫：ROM)，快閃存儲器(英文：flash memory)，硬盤(英文：hard disk drive，縮寫：HDD)或固態(tài)硬盤(英文：solid-state drive，縮寫：SSD)、或者存儲器603是能夠用于攜帶或存儲具有指令或數據結構形式的期望的程序代碼并能夠由計算機存取的任何其他介質，但不限于此。存儲器603可以是上述存儲器的組合。

存儲器603，用于存儲預設哈希算法以及業(yè)務關系哈希表；所述業(yè)務關系哈希表包括基于預設哈希算法對運營商所提供的所有電信業(yè)務中任兩個存在業(yè)務關系的電信業(yè)務的標識進行哈希計算得到的哈希碼。

本發(fā)明實施例中處理器602，可以是一個中央處理單元(英文：central processing unit，簡稱CPU)。

處理器602，獲取用戶已訂購電信業(yè)務的標識，并獲取運營商所提供的電 信業(yè)務中待顯示給所述用戶的電信業(yè)務的標識；根據所述存儲器存儲的預設哈希算法對每一個已訂購電信業(yè)務的標識分別與待顯示給所述用戶的每一個電信業(yè)務的標識進行哈希計算，得到哈希碼；將所述哈希碼與構建的業(yè)務關系哈希表中存儲的哈希碼進行匹配，當匹配到相同哈希碼時，確定得到所述哈希碼的兩個業(yè)務之間存在業(yè)務關系；所述業(yè)務關系為互斥關系或者依賴關系。

當電信業(yè)務的標識為電信業(yè)務的預定義數學編碼時，處理器602獲取互斥關系表，所述互斥關系表存儲有運營商所提供的存在互斥關系的電信業(yè)務信息；對互斥關系表中的每個電信業(yè)務信息分別進行編碼；其中，不同的電信業(yè)務信息的編碼不同；根據預設哈希算法對任兩個電信業(yè)務信息的編碼進行哈希計算，得到哈希碼，并保存到業(yè)務關系哈希表中。

本發(fā)明實施例中與方法實施例的發(fā)明構思相同，因此可以相互參見，重復之處不在贅述。

本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。

本發(fā)明是參照根據本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執(zhí)行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中 的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。