本發(fā)明涉及移動通信技術領域，尤其涉及一種呼叫轉移時自動篩選主叫用戶的方法及系統(tǒng)。

背景技術：

隨著移動通信產(chǎn)業(yè)的飛速發(fā)展和人們生活水平的不斷提高，移動終端迅速普及，成為人們?nèi)粘Ｉ?、工作和學習中必不可少的電子產(chǎn)品。人們通過移動終端可以隨時隨地的與家人、朋友、同事、客戶等進行遠距離的溝通與交流。以移動互聯(lián)為特征的現(xiàn)代信息社會，人們隨時都有可能進行信息交換和傳遞的需要。當主叫用戶呼叫被叫用戶時，被叫用戶可能會由于各種原因無法接聽到，可能的原因包括：無人接聽、終端關機、未在服務區(qū)、信號差、占線等。由于無法及時在主叫用戶和被叫用戶之間建立通話，會造成用戶信息傳遞的延誤，給用戶帶來不便。

為解決上述問題，多數(shù)運營商都提供了呼叫轉移業(yè)務。呼叫轉移，又稱呼叫前轉、呼入轉移，是電信業(yè)的一項傳統(tǒng)通信業(yè)務。當被叫用戶無法接聽或不愿接聽時，可將主叫用戶的來電轉移到其他電話上，目前可以設置的呼叫轉移的模式包括：

始終轉接模式，即呼入的電話全部轉接至被叫用戶預設的呼叫轉移響應方號碼；占線時轉接，即在終端進行通話過程中，呼入的電話會被轉接至被叫用戶預設的呼叫轉移響應方號碼；無人接聽時轉接，即呼入的電話在持續(xù)預設時間無人接聽時，會被轉接至被叫用戶預設的呼叫轉移響應方號碼；無法接通時轉接，即終端在無法接入運營商的網(wǎng)絡時，呼入的電話會被轉接至被叫用戶預設的呼叫轉移響應方號碼。在終端發(fā)生呼入事件時，終端根據(jù)預設的呼叫轉移模式判斷是否進行呼叫轉移，如果條件滿足則將呼入事件轉移至對應的呼叫轉移響應方號碼中。

現(xiàn)有的呼叫轉移方法僅依據(jù)被叫用戶的通信狀態(tài)進行設置呼叫轉移，并沒有考慮被叫用戶對不同主叫用戶的不同的呼轉需求，雖然在降低被叫用戶遺漏重要電話概率的同時，也提高了主叫用戶的被接聽率。被叫用戶使用呼叫轉移業(yè)務一般需要單獨收費，且若呼轉至外地號碼時，還要收取相應的長途費用。在當下騷擾、欺詐電話數(shù)量劇增的通信環(huán)境下，若被叫用戶接聽了呼轉來的騷擾、欺詐電話，不但要付出額外資費的代價，還浪費運營商提供的網(wǎng)絡資源。如對于陌生來電或聯(lián)系并不緊密的主叫用戶來電，被叫用戶可能并不需要對其來電進行轉接，從而避免額外的資費和被欺詐的風險。

技術實現(xiàn)要素：

本發(fā)明提供一種呼叫轉移時自動篩選主叫用戶的方法及系統(tǒng)，用于解決現(xiàn)有的呼叫轉移方法不考慮被叫用戶對不同主叫用戶的不同呼轉需求，導致被叫用戶資費和運營商網(wǎng)絡資源的浪費的問題。

本發(fā)明的第一個方面是提供一種呼叫轉移時自動篩選主叫用戶的方法，包括：

當檢測到主叫用戶對被叫用戶的呼叫請求時，獲取所述被叫用戶的通信記錄；

對所述被叫用戶的通信記錄中所述主叫用戶與所述被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度；

若達到，則執(zhí)行呼叫轉移。

本發(fā)明的第二個方面是提供一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)，包括：

記錄模塊，用于當檢測到主叫用戶對被叫用戶的呼叫請求時，獲取所述被叫用戶的通信記錄；

分析模塊，用于對所述被叫用戶的通信記錄中所述主叫用戶與所述被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度；

執(zhí)行模塊，用于若所述主叫用戶與所述被叫用戶的親密度達到預設的程度，則執(zhí)行呼叫轉移。

本發(fā)明提供的呼叫轉移時自動篩選主叫用戶的方法及系統(tǒng)，通過在某次呼叫滿足被叫用戶簽約的呼叫轉移條件時，獲取被叫用戶的通信記錄，對通信記錄中主叫用戶與被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度；若達到，則執(zhí)行呼叫轉移。本發(fā)明根據(jù)被叫用戶對不同主叫用戶的呼轉需求確定是否執(zhí)行呼叫轉移，為被叫用戶提供了個性化的呼叫轉移業(yè)務，在降低被叫用戶漏接重要電話的概率的同時，減少了呼叫轉移業(yè)務對被叫用戶資費和運營商網(wǎng)絡資源的浪費。

附圖說明

圖1為本發(fā)明實施例一提供的一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖；

圖2為本發(fā)明實施例二提供的一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖；

圖3為本發(fā)明實施例二提供的另一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖；

圖4為本發(fā)明實施例二提供的又一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖；

圖5為本發(fā)明實施例二提供的再一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖；

圖6為本發(fā)明實施例三提供的一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖；

圖7為本發(fā)明實施例四提供的一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖；

圖8為本發(fā)明實施例四提供的另一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖；

圖9為本發(fā)明實施例四提供的又一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖；

圖10為本發(fā)明實施例四提供的再一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

圖1為本發(fā)明實施例一提供的一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖。如圖1所示，所述方法包括如下步驟：

101、當檢測到主叫用戶對被叫用戶的呼叫請求時，獲取所述被叫用戶的通信記錄。

實際應用中，本實施例的執(zhí)行主體可以是呼叫轉移時自動篩選主叫用戶的系統(tǒng)，該系統(tǒng)可以獨立設置，也可以集成在其它設備中，例如服務器等。

主叫用戶發(fā)起對被叫用戶的呼叫請求，當判斷本次呼叫請求滿足被叫用戶已簽約的呼叫轉移業(yè)務的條件時，若呼叫轉移時自動篩選主叫用戶的系統(tǒng)檢測到主叫用戶對被叫用戶的呼叫請求，則獲取主叫用戶和被叫用戶的識別信息，例如主叫用戶和被叫用戶的電話號碼，并向被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)發(fā)出查詢被叫用戶通信記錄的請求，所述查詢被叫用戶通信記錄的請求中包括被叫用戶的識別信息；被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)在接收到查詢被叫用戶通信記錄的請求后，提取所述查詢被叫用戶通信記錄的請求中的被叫用戶的識別信息，根據(jù)被叫用戶的識別信息，在系統(tǒng)內(nèi)部數(shù)據(jù)庫中查詢被叫用戶的通信記錄，并通過網(wǎng)絡反饋給呼叫轉移時自動篩選主叫用戶的系統(tǒng)。

其中，判斷本次呼叫請求是否滿足被叫用戶已簽約的呼叫轉移業(yè)務的條件，可采用現(xiàn)有技術中的判斷方法和流程，本實施例在此不對其進行限制。

具體的，通信記錄可以是包含語音、視頻通話的記錄，也可以包含短信/彩信記錄。在實際應用中，用戶的通信記錄除保留在終端本地外，由于計費等功能的需要，還保存在用戶所屬運營商的業(yè)務運營支撐系統(tǒng)中，因此，可通過用戶所屬運營商的業(yè)務運營支撐系統(tǒng)查詢獲得用戶的通信記錄。

進一步的，所述查詢被叫用戶通信記錄的請求中還可以包括查詢被叫用戶通信記錄的時間段信息，所述時間段可以是1個月或3個月或6個月，本實施例在此不對其進行限制。另外，該時間段的具體數(shù)值可由被叫用戶所屬運營商配置，也可在呼叫轉移時自動篩選主叫用戶的系統(tǒng)中默認配置一個固定值。通過確定所需查詢的被叫用戶通信記錄的時間段，可以有效提升查詢獲得被叫用戶的通信記錄的效率。

102、對所述被叫用戶的通信記錄中所述主叫用戶與所述被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度。

呼叫轉移時自動篩選主叫用戶的系統(tǒng)獲得被叫用戶的通信記錄之后，根據(jù)主叫用戶的識別信息，從被叫用戶的通信記錄中篩選出主叫用戶和被叫用戶之間的通信記錄，通過對主叫用戶和被叫用戶之間的通信記錄進行分析，確認主叫用戶和被叫用戶之間的親密度，并檢測主叫用戶和被叫用戶之間的親密度是否達到預設的程度。

實際應用中，可根據(jù)主叫用戶和被叫用戶之間的聯(lián)系次數(shù)和/或通話時長，將主叫用戶和被叫用戶之間的親密度劃分為親密度遞增的至少兩個程度，并將其中一個程度作為上述預設的程度。以實際場景舉例來說，根據(jù)主叫用戶和被叫用戶之間的聯(lián)系次數(shù)對主叫用戶和被叫用戶之間的親密度進行劃分，若主叫用戶和被叫用戶之間的聯(lián)系次數(shù)不超過2次，則確定主叫用戶和被叫用戶之間親密度為1，若主叫用戶和被叫用戶之間的聯(lián)系次數(shù)超過2次但不超過5次，則確定主叫用戶和被叫用戶之間親密度為2，若主叫用戶和被叫用戶之間的聯(lián)系次數(shù)超過5次，則確定主叫用戶和被叫用戶之間親密度為3；將親密度為2作為上述預設的程度，即若主叫用戶和被叫用戶的親密度為2或3，則檢測確認主叫用戶和被叫用戶之間的親密度達到預設的程度，若主叫用戶和被叫用戶的親密度為1，則檢測確認主叫用戶和被叫用戶之間的親密度未達到預設的程度。

具體的，在分析確認主叫用戶和被叫用戶之間的親密度時，除了考慮聯(lián)系次數(shù)、通話時長外，還可以考慮其他因素，如聯(lián)系頻度、聯(lián)系間隔、主叫與被叫的關系等。

103、若達到，則執(zhí)行呼叫轉移。

若呼叫轉移時自動篩選主叫用戶的系統(tǒng)檢測確認主叫用戶和被叫用戶的親密度達到預設的程度，則執(zhí)行呼叫轉移。

其中，執(zhí)行呼叫轉移的具體方法和流程可采用現(xiàn)有技術中的方法和流程，本實施例在此不對其進行限制。

進一步的，在實施例一中任一實施方式的基礎上，步驟101可以包括：

當檢測到主叫用戶對被叫用戶的呼叫請求時，生成查詢主叫用戶呼叫屬性的請求，其中，查詢主叫用戶呼叫屬性的請求中包括主叫用戶和被叫用戶的識別信息；

提取查詢主叫用戶呼叫屬性的請求中被叫用戶的識別信息，并根據(jù)被叫用戶的識別信息，獲取被叫用戶的通信記錄。

在本實施方式中，相對應的，步驟103包括：

若達到，則確定主叫用戶呼轉屬性為可呼轉，否則，確定主叫用戶呼轉屬性為不可呼轉；

若主叫用戶呼轉屬性為可呼轉，則執(zhí)行呼叫轉移。

實際應用中，呼叫轉移時自動篩選主叫用戶的系統(tǒng)可以通過運營商網(wǎng)絡中負責呼叫接續(xù)的網(wǎng)元、主叫用戶篩選服務器等執(zhí)行本實施方式中的各個步驟。舉例來說，主叫用戶發(fā)起對被叫用戶的呼叫請求，當判斷本次呼叫請求滿足被叫用戶已簽約的呼叫轉移業(yè)務的條件時，運營商網(wǎng)絡中負責呼叫接續(xù)的網(wǎng)元通過網(wǎng)絡向主叫用戶篩選服務器發(fā)出查詢主叫用戶呼轉屬性的請求，所述查詢主叫用戶呼轉屬性的請求中包括主叫用戶和被叫用戶的識別信息，主叫用戶呼轉屬性包括可呼轉和不可呼轉；主叫用戶篩選服務器在接收到查詢主叫用戶呼轉屬性的請求后，提取該查詢主叫用戶呼轉屬性的請求中的主叫用戶和被叫用戶的識別信息，例如主叫用戶和被叫用戶的電話號碼，并向被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)發(fā)出查詢被叫用戶通信記錄的請求，所述查詢被叫用戶通信記錄的請求中包括被叫用戶的識別信息；被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)在接收到查詢被叫用戶通信記錄的請求后，提取所述查詢被叫用戶通信記錄的請求中的被叫用戶的識別信息，根據(jù)被叫用戶的識別信息，在系統(tǒng)內(nèi)部數(shù)據(jù)庫中查詢被叫用戶的通信記錄，并通過網(wǎng)絡反饋給主叫用戶篩選服務器；主叫用戶篩選服務器獲得被叫用戶的通信記錄之后，根據(jù)主叫用戶的識別信息，從被叫用戶的通信記錄中篩選出主叫用戶和被叫用戶之間的通信記錄，通過對主叫用戶和被叫用戶之間的通信記錄進行分析，確認主叫用戶和被叫用戶之間的親密度，并檢測主叫用戶和被叫用戶之間的親密度是否達到預設的程度，若達到，則主叫用戶篩選服務器確定主叫用戶呼轉屬性為可呼轉，否則，確定主叫用戶呼轉屬性為不可呼轉；主叫用戶篩選服務器將確認的主叫用戶呼轉屬性反饋給發(fā)起查詢主叫用戶呼轉屬性的請求的運營商網(wǎng)絡中負責呼叫接續(xù)的網(wǎng)元，若反饋的主叫用戶呼轉屬性為可呼轉，則該運營商網(wǎng)絡中負責呼叫接續(xù)的網(wǎng)元執(zhí)行本次呼叫的后續(xù)呼叫轉移流程，若反饋的主叫用戶呼轉屬性為不可呼轉，則該運營商網(wǎng)絡中負責呼叫接續(xù)的網(wǎng)元不執(zhí)行呼叫轉移和/或直接終止本次呼叫。

其中，上述運營商網(wǎng)絡中負責呼叫接續(xù)的網(wǎng)元可以是主叫用戶所在的移動交換中心，也可以是被叫用戶所在的移動交換中心，取決于被叫用戶簽約的呼叫轉移業(yè)務的類型。

本實施例提供的呼叫轉移時自動篩選主叫用戶的方法，通過在某次呼叫滿足被叫用戶簽約的呼叫轉移條件時，獲取被叫用戶的通信記錄，對通信記錄中主叫用戶與被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度；若達到，則執(zhí)行呼叫轉移。本實施例根據(jù)被叫用戶對不同主叫用戶的呼轉需求確定是否執(zhí)行呼叫轉移，為被叫用戶提供了個性化的呼叫轉移業(yè)務，在降低被叫用戶漏接重要電話的概率的同時，減少了呼叫轉移業(yè)務對被叫用戶資費和運營商網(wǎng)絡資源的浪費。

具體的，根據(jù)被叫用戶的通信記錄分析檢測主叫用戶和被叫用戶的親密度是否達到預設的程度的方法有多種，例如可根據(jù)被叫用戶的通信記錄中主叫用戶和被叫用戶之間的聯(lián)系次數(shù)和聯(lián)系時長確定主叫用戶和被叫用戶的親密度是否達到預設的程度，具體如圖2所示，圖2為本發(fā)明實施例二提供的一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖，在實施例一中任一實施方式的基礎上，步驟102具體可以包括：

201、統(tǒng)計所述被叫用戶的通信記錄中所述主叫用戶與所述被叫用戶的聯(lián)系次數(shù)和聯(lián)系時長；

202、根據(jù)所述聯(lián)系次數(shù)和聯(lián)系時長，計算每次所述主叫用戶和所述被叫用戶的平均通話時長；

203、若所述聯(lián)系次數(shù)大于預設的第一閾值，且所述平均通話時長大于預設的第二閾值，則判定所述主叫用戶與所述被叫用戶的親密度達到預設的程度，否則，判定所述主叫用戶與所述被叫用戶的親密度未達到預設的程度。

具體的，上述第一閾值和第二閾值可以在呼叫轉移時自動篩選主叫用戶的系統(tǒng)中預先配置，也可以由被叫用戶所屬的運營商進行配置，或者在被叫用戶終端上提供操作界面以使被叫用戶自定義設置，并反饋給呼叫轉移時自動篩選主叫用戶的系統(tǒng)。

以實際場景舉例來說，呼叫轉移時自動篩選主叫用戶的系統(tǒng)通過移動交換中心、主叫用戶篩選服務器等執(zhí)行本實施方式中的各個步驟。假設存在3個用戶：用戶為a(電話號碼為“1860110xxxx”)、用戶b(電話號碼為“1860120xxxx”)和用戶c(電話號碼為“1850001xxxx”)，用戶b已簽約無條件呼叫前轉業(yè)務且呼轉的對象為用戶c。用戶a呼叫用戶b時，用戶a的終端建立與所在移動交換中心(mobileswitchingcenter，簡稱msc)msca的連接；msca從用戶a的呼叫建立請求中提取被叫用戶b的移動臺識別碼(mobilesubscriberinternationalisdn/pstnnumber，簡稱msisdn)即861860120xxxx，并向用戶b的歸屬位置寄存器(homelocationregister，簡稱hlr)hlrb請求用戶b的路由信息；hlrb在接到msca的路由請求后，查詢用戶b在hlrb上存儲的信息。因用戶b已簽約無條件呼叫前轉業(yè)務且呼轉對象為用戶c，簽約信息已保存在歸屬位置寄存器hlrb的數(shù)據(jù)庫中，故歸屬位置寄存器hlrb響應msca的路由請求信息，將用戶c的電話號碼(“1850001xxxx”)反饋給用戶a所在的移動交換中心msca。此時，若按現(xiàn)有呼叫轉移技術的工作流程，msca將向用戶c所在的歸屬位置寄存器hlrc請求用戶c的路由信息。但在本實施方式中，msca暫時不向hlrc請求用戶c的路由信息，而是向主叫用戶篩選服務器發(fā)起查詢主叫用戶呼轉屬性的請求，查詢請求中包含了主叫用戶a和被叫用戶b的電話號碼信息，即包含電話號碼“1860110xxxx”和“1860120xxxx”。主叫用戶篩選服務器在接到用戶a所在的msca發(fā)來的查詢主叫用戶a的呼轉屬性請求后，提取查詢請求中所包含的主叫用戶a和被叫用戶b的電話號碼，即“1860110xxxx”和“1860120xxxx”，并以被叫用戶b的電話號碼“1860120xxxx”為依據(jù)向其所屬運營商“中國xx”的業(yè)務運營支撐系統(tǒng)(business&operationsupportsystem，簡稱boss)bossb發(fā)出查詢通信記錄的請求，查詢請求中包含被叫用戶b的電話號碼“1860120xxxx”和查詢的時間段信息，查詢的時間段信息例如為1個月。bossb接到主叫用戶篩選服務器發(fā)來的通信記錄查詢請求后，提取請求中所包含的被叫用戶b的電話號碼“1860120xxxx”和查詢的時間段“1個月”，在系統(tǒng)內(nèi)部數(shù)據(jù)庫中查詢被叫用戶b在查詢時刻前1個月內(nèi)的通信記錄，并將查詢結果反饋給主叫用戶篩選服務器。主叫用戶篩選服務器分析獲取的被叫用戶b在1個月內(nèi)的通信記錄，統(tǒng)計主叫用戶a與被叫用戶b的聯(lián)系次數(shù)c和通話時長t，統(tǒng)計結果為c＝40次，t＝200分鐘，故可計算出主叫用戶a與被叫用戶b的平均通話時長ta＝5分鐘。假設主叫用戶篩選服務器已預先設置第一閾值c0＝30次、第二閾值t0＝1分鐘，因c>c0且ta>t0，故可判定主叫用戶a與被叫用戶b的親密度達到預設的程度，主叫用戶篩選服務器確定主叫用戶a的呼轉屬性為可呼轉。主叫用戶篩選服務器向主叫用戶a所在的msca反饋主叫用戶a的呼轉屬性，即可呼轉。主叫用戶a所在的msca在接到主叫用戶篩選服務器反饋的主叫用戶a的呼轉屬性“可呼轉”后，根據(jù)預置規(guī)則繼續(xù)執(zhí)行本次呼叫的后續(xù)呼叫轉移流程，即根據(jù)hlrb反饋的呼轉對象用戶c的電話號碼向hlrc請求用戶c的路由信息。在本實施方式中，若主叫用戶篩選服務器根據(jù)用戶b的通信記錄，分析計算出主叫用戶a與被叫用戶b的聯(lián)系次數(shù)c<c0和/或ta<t0，則判定主叫用戶a與被叫用戶b的親密度未達到預設的程度，主叫用戶篩選服務器確定用戶a的呼轉屬性為不可呼轉，主叫用戶篩選服務器向主叫用戶a所在的msca反饋主叫用戶a的呼轉屬性，即不可呼轉，主叫用戶a所在的msca根據(jù)主叫用戶篩選服務器反饋主叫用戶a的呼轉屬性：“不可呼轉”，直接終止本次呼叫，并通知用戶b。本實施方式中，僅對與被叫用戶聯(lián)系較多的主叫用戶的呼叫進行呼叫轉移，提高了呼叫轉移的防打擾功能的有效性。

作為一種可選的實施方式，還可以根據(jù)被叫用戶的通信記錄中被叫用戶主動聯(lián)系主叫用戶的次數(shù)來確定主叫用戶和被叫用戶的親密度是否達到預設的程度，具體如圖3所示，圖3為本發(fā)明實施例二提供的另一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖，在實施例一中任一實施方式的基礎上，步驟102具體可以包括：

301、統(tǒng)計所述被叫用戶的通信記錄中所述被叫用戶呼叫所述主叫用戶的主叫次數(shù)；

302、若所述主叫次數(shù)大于預設的第三閾值，則判定所述主叫用戶與所述被叫用戶的親密度達到預設的程度，否則，判定所述主叫用戶與所述被叫用戶的親密度未達到預設的程度。

具體的，上述第三閾值可以在呼叫轉移時自動篩選主叫用戶的系統(tǒng)中預先配置，也可以由被叫用戶所屬的運營商進行配置，或者在被叫用戶終端上提供操作界面以使被叫用戶自定義設置，并反饋給呼叫轉移時自動篩選主叫用戶的系統(tǒng)。

以實際場景舉例來說，呼叫轉移時自動篩選主叫用戶的系統(tǒng)通過移動交換中心、主叫用戶篩選服務器等執(zhí)行本實施方式中的各個步驟。假設存在3個用戶：用戶為a(電話號碼為“1860110xxxx”)、用戶b(電話號碼為“1860120xxxx”)和用戶c(電話號碼為“1850001xxxx”)，用戶b已簽約遇忙呼叫前轉業(yè)務且呼轉的對象為用戶c。用戶a呼叫用戶b時，用戶b沒有接聽直接掛斷電話，用戶b所在移動交換中心mscb向用戶b所在的拜訪位置寄存器(visitorlocationregister，簡稱vlr)vlrb反饋用戶b的狀態(tài)信息：“用戶忙”。vlrb在系統(tǒng)內(nèi)部查詢用戶b的業(yè)務簽約信息，因用戶b已簽約遇忙呼叫前轉業(yè)務且呼轉的對象為用戶c，故vlrb向mscb傳遞用戶c的電話號碼。此時，若按現(xiàn)有呼叫轉移業(yè)務流程，mscb將根據(jù)呼轉對象用戶c的電話號碼向用戶c所在的歸屬位置寄存器hlrc請求用戶c的路由信息，從而繼續(xù)完成呼叫轉移業(yè)務接下來的工作流程。但在本實施方式中，mscb暫時不向hlrc請求用戶c的路由信息，而是向主叫用戶篩選服務器發(fā)起查詢主叫用戶呼轉屬性的請求，查詢請求中包含了主叫用戶a和被叫用戶b的電話號碼信息，即包含電話號碼“1860110xxxx”和“1860120xxxx”。主叫用戶篩選服務器在接到mscb發(fā)來的查詢主叫用戶a的呼轉屬性請求后，提取查詢請求中所包含的主叫用戶a和被叫用戶b的電話號碼，即“1860110xxxx”和“1860120xxxx”，并以被叫用戶b的電話號碼“1860120xxxx”為依據(jù)向其所屬運營商“中國xx”的業(yè)務運營支撐系統(tǒng)(bossb)發(fā)出查詢通信記錄的請求，查詢請求中包含被叫用戶b的電話號碼“1860120xxxx”和查詢的時間段信息，查詢的時間段信息例如為為1個月。bossb接到主叫用戶篩選服務器發(fā)來的通信記錄查詢請求后，提取請求中所包含的被叫用戶b的電話號碼“1860120xxxx”和查詢的時間段“1個月”，在系統(tǒng)內(nèi)部數(shù)據(jù)庫中查詢被叫用戶b在查詢時刻前1個月內(nèi)的通信記錄，并將查詢結果反饋給主叫用戶篩選服務器。主叫用戶篩選服務器分析獲取的被叫用戶b在1個月內(nèi)的通信記錄，統(tǒng)計用戶b主動聯(lián)系用戶a的主叫次數(shù)cb，統(tǒng)計結果為cb＝10次。假設主叫用戶篩選服務器已預先設置第三閾值c0＝5次，因cb>c0，故可判定主叫用戶a與被叫用戶b的親密度達到預設的程度，主叫用戶篩選服務器確定主叫用戶a的呼轉屬性為可呼轉。主叫用戶篩選服務器向被叫用戶b所在的mscb反饋主叫用戶a的呼轉屬性，即可呼轉。被叫用戶b所在的mscb接到主叫用戶篩選服務器反饋的主叫用戶a的呼轉屬性“可呼轉”后，根據(jù)預置規(guī)則繼續(xù)執(zhí)行本次呼叫的后續(xù)呼叫轉移流程，即根據(jù)vlrb反饋的呼轉對象用戶c的電話號碼向hlrc請求用戶c的路由信息。在本實施方式中，若主叫用戶篩選服務器根據(jù)用戶b的通信記錄，統(tǒng)計獲得用戶b主動聯(lián)系用戶a的主叫次數(shù)cb<c0，則判定主叫用戶a與被叫用戶b的親密度未達到預設的程度，主叫用戶篩選服務器確定用戶a的呼轉屬性為不可呼轉，主叫用戶篩選服務器向被叫用戶b所在的mscb反饋主叫用戶a的呼轉屬性，即不可呼轉。被叫用戶b所在的mscb接到主叫用戶篩選服務器反饋的主叫用戶a的呼轉屬性“不可呼轉”后，直接終止本次呼叫，并通知用戶b。本實施方式中，僅對被叫用戶與其主動聯(lián)系次數(shù)較多的主叫用戶的呼叫進行呼叫轉移，提高了呼叫轉移的防打擾功能的有效性。

進一步的，若主叫用戶與被叫用戶的親密度未達到預設的程度，例如被叫用戶的通信記錄中沒有主叫用戶，則可以根據(jù)主叫用戶連續(xù)呼叫被叫用戶的次數(shù)來判斷是否對主叫用戶的呼叫請求執(zhí)行呼叫轉移。具體如圖4所示，圖4為本發(fā)明實施例二提供的又一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖。在實施例一或實施例二中任一實施方式的基礎上，在步驟102之后，所述方法還可以包括：

401、若所述主叫用戶與所述被叫用戶的親密度未達到預設的程度，則統(tǒng)計在本次呼叫請求之前的預設時間閾值內(nèi)所述主叫用戶連續(xù)呼叫所述被叫用戶的次數(shù)；

402、若所述主叫用戶連續(xù)呼叫所述被叫用戶的次數(shù)大于或等于預設的第四閾值，則執(zhí)行呼叫轉移。

其中，在統(tǒng)計主叫用戶連續(xù)呼叫被叫用戶的次數(shù)時，可預先設定呼叫間隔閾值，即若兩次呼叫的間隔時間小于預設的呼叫間隔閾值時，則判定這兩次呼叫是連續(xù)呼叫，并在統(tǒng)計的連續(xù)呼叫的次數(shù)中加上這兩次呼叫的次數(shù)。舉例來說，上述預設的時間閾值為1小時，呼叫間隔閾值為10分鐘，在主叫用戶a本次呼叫被叫用戶b時，統(tǒng)計主叫用戶a在本次呼叫之前的1小時內(nèi)，主叫用戶a呼叫被叫用戶b的次數(shù)為4次，四次呼叫的時間間隔分別為20分鐘、5分鐘和8分鐘，則統(tǒng)計獲得主叫用戶a連續(xù)呼叫被叫用戶b的次數(shù)為3次。

以實際場景舉例來說，假設存在3個用戶：用戶為a(電話號碼為“1860110xxxx”)、用戶b(電話號碼為“1860120xxxx”)和用戶c(電話號碼為“1850001xxxx”)，用戶b已簽約遇忙呼叫前轉業(yè)務且呼轉的對象為用戶c。呼叫轉移時自動篩選主叫用戶的系統(tǒng)通過移動交換中心、主叫用戶篩選服務器等執(zhí)行本實施方式中的各個步驟。用戶a呼叫用戶b時，用戶b沒有接聽直接掛斷電話，若主叫用戶篩選服務器分析判斷用戶a的電話號碼“1860110xxxx”并未出現(xiàn)在被叫用戶b的通信記錄中，則判定主叫用戶a與被叫用戶b的親密度未達到預設的程度，假設主叫用戶篩選服務器中的預設時間閾值為1小時，則主叫用戶篩選服務器統(tǒng)計在本次呼叫請求前的1小時內(nèi)，主叫用戶a連續(xù)呼叫被叫用戶b的次數(shù)ca，統(tǒng)計結果為ca＝4次，假設主叫用戶篩選服務器已預先設置第四閾值c1＝3次，因ca>c1，因此對用戶a的本次呼叫請求執(zhí)行呼叫轉移。在本實施方式中，若統(tǒng)計獲得主叫用戶a連續(xù)呼叫被叫用戶b的次數(shù)ca<c1，則直接終止本次呼叫，并通知用戶b。本實施方式中，通過對與被叫用戶聯(lián)系次數(shù)較少甚至未曾聯(lián)系過、但其連續(xù)呼叫被叫用戶的次數(shù)超過預設的第四閾值的主叫用戶的呼叫進行呼叫轉移，可降低被叫用戶遺漏重要電話的概率。

進一步的，若檢測到主叫用戶對被叫用戶的呼叫請求時，在被叫用戶所屬運營商的業(yè)務支撐系統(tǒng)中查詢不到被叫用戶的通信記錄，例如，被叫用戶為新開戶用戶，可以在被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)中查詢與被叫用戶同一開戶身份信息的其他電話號碼的通信記錄，并將該其他電話號碼的通信記錄作為被叫用戶的通信記錄；還可以向其他運營商的業(yè)務運營支撐系統(tǒng)查詢與被叫用戶同一開戶身份信息的電話號碼的通信記錄，并將該電話號碼的通信記錄作為被叫用戶的通信記錄；甚至還可以通過被叫用戶的開戶身份信息向第三方社交網(wǎng)絡應用服務器獲取同一身份信息的注冊用戶的通信記錄，并將該注冊用戶的通信記錄作為被叫用戶的通信記錄，具體如圖5所示，圖5為本發(fā)明實施例二提供的再一種呼叫轉移時自動篩選主叫用戶的方法的流程示意圖，在實施例一或實施例二中任一實施方式的基礎上，步驟101可以包括：

501、當檢測到主叫用戶對被叫用戶的呼叫請求時，判斷所述被叫用戶是否為新開卡用戶；

502、若不是，則獲取所述被叫用戶的通信記錄；

503、若是，則查詢社交網(wǎng)絡應用服務器，獲得其注冊信息與所述被叫用戶的身份識別信息一致的注冊用戶的通信記錄，并將所述注冊用戶的通信記錄作為所述被叫用戶的通信記錄。

具體的，上述社交網(wǎng)絡應用服務器可以是微信或者qq或者微博等應用的社交網(wǎng)絡應用服務器。

以實際場景舉例來說，假設存在3個用戶：用戶為a(電話號碼為“1860110xxxx”)、用戶b(電話號碼為“1860120xxxx”)和用戶c(電話號碼為“1850001xxxx”)，用戶b為新開戶用戶，且用戶b已簽約遇忙呼叫前轉業(yè)務且呼轉的對象為用戶c。呼叫轉移時自動篩選主叫用戶的系統(tǒng)通過移動交換中心、主叫用戶篩選服務器等執(zhí)行本實施方式中的各個步驟。用戶a呼叫用戶b時，被叫用戶b沒有接聽直接掛斷電話，此時本次呼叫請求滿足被叫用戶已簽約的呼叫轉移業(yè)務的條件，因被叫用戶b為新開戶用戶，因此主叫用戶篩選服務器無法獲取被叫用戶b的通信記錄，主叫用戶篩選服務器首先獲取被叫用戶b的開戶時的身份識別信息，并以被叫用戶b的身份識別信息為依據(jù)向第三方社交網(wǎng)絡應用服務器，如微信應用服務器，發(fā)出查詢通信記錄的請求，查詢請求中包含被叫用戶b的身份識別信息和查詢的時間段信息，查詢的時間段信息例如為為1個月。微信應用服務器接到主叫用戶篩選服務器發(fā)來的通信記錄查詢請求后，提取請求中所包含的被叫用戶b的身份識別信息和查詢的時間段“1個月”，在系統(tǒng)內(nèi)部數(shù)據(jù)庫中查詢與被叫用戶b的身份識別信息一致的注冊用戶，獲取該注冊用戶在查詢時刻前1個月內(nèi)的通信記錄，并將查詢結果反饋給主叫用戶篩選服務器。主叫用戶篩選服務器將微信應用服務器反饋的該注冊用戶的通信記錄作為被叫用戶b的通信記錄。

本實施方式通過將與被叫用戶的身份識別信息一致的第三方社交網(wǎng)絡的注冊用戶的通信記錄作為被叫用戶的通信記錄，可以實現(xiàn)為新開戶的被叫用戶提供個性化的呼叫轉移業(yè)務。

本實施例提供的呼叫轉移時自動篩選主叫用戶的方法，通過在某次呼叫滿足被叫用戶簽約的呼叫轉移條件時，獲取被叫用戶的通信記錄，對通信記錄中主叫用戶與被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度；若達到，則執(zhí)行呼叫轉移。本實施例根據(jù)被叫用戶對不同主叫用戶的呼轉需求確定是否執(zhí)行呼叫轉移，為被叫用戶提供了個性化的呼叫轉移業(yè)務，在降低被叫用戶漏接重要電話的概率的同時，減少了呼叫轉移業(yè)務對被叫用戶資費和運營商網(wǎng)絡資源的浪費。

圖6為本發(fā)明實施例三提供的一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖。如圖6所示，所述方法包括如下步驟：

記錄模塊61，用于當檢測到主叫用戶對被叫用戶的呼叫請求時，獲取所述被叫用戶的通信記錄。

主叫用戶發(fā)起對被叫用戶的呼叫請求，當判斷本次呼叫請求滿足被叫用戶已簽約的呼叫轉移業(yè)務的條件時，若記錄模塊61檢測到主叫用戶對被叫用戶的呼叫請求，則獲取主叫用戶和被叫用戶的識別信息，例如主叫用戶和被叫用戶的電話號碼，并向被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)發(fā)出查詢被叫用戶通信記錄的請求，所述查詢被叫用戶通信記錄的請求中包括被叫用戶的識別信息；被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)在接收到查詢被叫用戶通信記錄的請求后，提取所述查詢被叫用戶通信記錄的請求中的被叫用戶的識別信息，根據(jù)被叫用戶的識別信息，在系統(tǒng)內(nèi)部數(shù)據(jù)庫中查詢被叫用戶的通信記錄，并通過網(wǎng)絡反饋給記錄模塊61。

其中，判斷本次呼叫請求是否滿足被叫用戶已簽約的呼叫轉移業(yè)務的條件，可采用現(xiàn)有技術中的判斷方法和流程，本實施例在此不對其進行限制。

具體的，通信記錄可以是包含語音、視頻通話的記錄，也可以包含短信/彩信記錄。在實際應用中，用戶的通信記錄除保留在終端本地外，由于計費等功能的需要，還保存在用戶所屬運營商的業(yè)務運營支撐系統(tǒng)中，因此，可通過用戶所屬運營商的業(yè)務運營支撐系統(tǒng)查詢獲得用戶的通信記錄。

進一步的，所述查詢被叫用戶通信記錄的請求中還可以包括查詢被叫用戶通信記錄的時間段信息，所述時間段可以是1個月或3個月或6個月，本實施例在此不對其進行限制。另外，該時間段的具體數(shù)值可由被叫用戶所屬運營商配置，也可在記錄模塊61上默認配置一個固定值。通過確定所需查詢的被叫用戶通信記錄的時間段，可以有效提升查詢獲得被叫用戶的通信記錄的效率。

分析模塊62，用于對所述被叫用戶的通信記錄中所述主叫用戶與所述被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度。

記錄模塊61獲得被叫用戶的通信記錄之后，分析模塊62根據(jù)主叫用戶的識別信息，從被叫用戶的通信記錄中篩選出主叫用戶和被叫用戶之間的通信記錄，通過對主叫用戶和被叫用戶之間的通信記錄進行分析，確認主叫用戶和被叫用戶之間的親密度，并檢測主叫用戶和被叫用戶之間的親密度是否達到預設的程度。

具體的，分析模塊62在依據(jù)主叫用戶和被叫用戶之間的通信記錄分析確認主叫用戶和被叫用戶之間的親密度時，可以根據(jù)被叫用戶的通信記錄中主叫用戶和被叫用戶之間的聯(lián)系次數(shù)、通話時長外、聯(lián)系頻度、聯(lián)系間隔和/或主叫用戶與被叫用戶的關系等分析確認主叫用戶和被叫用戶之間的親密度。

執(zhí)行模塊63，用于若達到，則執(zhí)行呼叫轉移。

若分析模塊62檢測確認主叫用戶和被叫用戶的親密度達到預設的程度，則執(zhí)行模塊63執(zhí)行呼叫轉移。

其中，執(zhí)行模塊63執(zhí)行呼叫轉移的具體方法和流程可采用現(xiàn)有技術中的方法和流程，本實施例在此不對其進行限制。

進一步的，在實施例三中任一實施方式的基礎上，記錄模塊61可以包括：

屬性單元，用于當檢測到主叫用戶對被叫用戶的呼叫請求時，生成查詢主叫用戶呼叫屬性的請求，其中，查詢主叫用戶呼叫屬性的請求中包括主叫用戶和被叫用戶的識別信息；

提取單元，用于提取查詢主叫用戶呼叫屬性的請求中被叫用戶的識別信息，并根據(jù)被叫用戶的識別信息，獲取被叫用戶的通信記錄。

在本實施方式中，相對應的，執(zhí)行模塊63包括：

確定單元，用于若達到，則確定主叫用戶呼轉屬性為可呼轉，否則，確定主叫用戶呼轉屬性為不可呼轉；

執(zhí)行單元，用于若主叫用戶呼轉屬性為可呼轉，則執(zhí)行呼叫轉移。

實際應用中，主叫用戶發(fā)起對被叫用戶的呼叫請求，當判斷本次呼叫請求滿足被叫用戶已簽約的呼叫轉移業(yè)務的條件時，記錄模塊61中的屬性單元向提取單元發(fā)出查詢主叫用戶呼轉屬性的請求，所述查詢主叫用戶呼轉屬性的請求中包括主叫用戶和被叫用戶的識別信息，主叫用戶呼轉屬性包括可呼轉和不可呼轉；提取單元在接收到查詢主叫用戶呼轉屬性的請求后，提取該查詢主叫用戶呼轉屬性的請求中的主叫用戶和被叫用戶的識別信息，例如主叫用戶和被叫用戶的電話號碼，并向被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)發(fā)出查詢被叫用戶通信記錄的請求，所述查詢被叫用戶通信記錄的請求中包括被叫用戶的識別信息；被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)在接收到查詢被叫用戶通信記錄的請求后，提取所述查詢被叫用戶通信記錄的請求中的被叫用戶的識別信息，根據(jù)被叫用戶的識別信息，在系統(tǒng)內(nèi)部數(shù)據(jù)庫中查詢被叫用戶的通信記錄，并通過網(wǎng)絡反饋給提取單元；分析模塊62在提取單元獲得被叫用戶的通信記錄之后，根據(jù)主叫用戶的識別信息，從被叫用戶的通信記錄中篩選出主叫用戶和被叫用戶之間的通信記錄，通過對主叫用戶和被叫用戶之間的通信記錄進行分析，確認主叫用戶和被叫用戶之間的親密度，并檢測主叫用戶和被叫用戶之間的親密度是否達到預設的程度；若達到，則執(zhí)行模塊63中的確定單元確定主叫用戶呼轉屬性為可呼轉，執(zhí)行模塊63中的執(zhí)行單元執(zhí)行本次呼叫的后續(xù)呼叫轉移流程；否則，執(zhí)行模塊63中的確定單元確定主叫用戶呼轉屬性為不可呼轉；則執(zhí)行單元不執(zhí)行呼叫轉移和/或直接終止本次呼叫。

本實施例提供的呼叫轉移時自動篩選主叫用戶的系統(tǒng)，通過在某次呼叫滿足被叫用戶簽約的呼叫轉移條件時，獲取被叫用戶的通信記錄，對通信記錄中主叫用戶與被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度；若達到，則執(zhí)行呼叫轉移。本實施例根據(jù)被叫用戶對不同主叫用戶的呼轉需求確定是否執(zhí)行呼叫轉移，為被叫用戶提供了個性化的呼叫轉移業(yè)務，在降低被叫用戶漏接重要電話的概率的同時，減少了呼叫轉移業(yè)務對被叫用戶資費和運營商網(wǎng)絡資源的浪費。

圖7為本發(fā)明實施例四提供的一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖，在實施例三中任一實施方式的基礎上，分析模塊62具體可以包括：

第一統(tǒng)計單元701，用于統(tǒng)計所述被叫用戶的通信記錄中所述主叫用戶與所述被叫用戶的聯(lián)系次數(shù)和聯(lián)系時長；

計算單元702，用于根據(jù)所述聯(lián)系次數(shù)和聯(lián)系時長，計算每次所述主叫用戶和所述被叫用戶的平均通話時長；

第一判定單元703，用于若所述聯(lián)系次數(shù)大于預設的第一閾值，且所述平均通話時長大于預設的第二閾值，則判定所述主叫用戶與所述被叫用戶的親密度達到預設的程度，否則，判定所述主叫用戶與所述被叫用戶的親密度未達到預設的程度。

以實際場景舉例來說，假設存在3個用戶：用戶為a(電話號碼為“1860110xxxx”)、用戶b(電話號碼為“1860120xxxx”)和用戶c(電話號碼為“1850001xxxx”)，用戶b已簽約無條件呼叫前轉業(yè)務且呼轉的對象為用戶c。用戶a呼叫用戶b時，第一統(tǒng)計單元701統(tǒng)計所述被叫用戶b的通信記錄中所述主叫用戶a與被叫用戶b的聯(lián)系次數(shù)和聯(lián)系時長；計算單元702根據(jù)上述聯(lián)系次數(shù)和聯(lián)系時長，計算主叫用戶a和被叫用戶b每次的平均通話時長；若聯(lián)系次數(shù)大于預設的第一閾值，且平均通話時長大于預設的第二閾值，則第一判定單元703判定主叫用戶a與被叫用戶b的親密度達到預設的程度；若聯(lián)系次數(shù)小于等于預設的第一閾值，和/或平均通話時長小于等于預設的第二閾值，則第一判定單元703判定主叫用戶a與被叫用戶b的親密度未達到預設的程度。本實施方式中，僅對與被叫用戶聯(lián)系較多的主叫用戶的呼叫進行呼叫轉移，提高了呼叫轉移的防打擾功能的有效性。

圖8為本發(fā)明實施例四提供的另一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖，在實施例三中任一實施方式的基礎上，分析模塊62可以包括：

第二統(tǒng)計單元801，用于統(tǒng)計所述被叫用戶的通信記錄中所述被叫用戶呼叫所述主叫用戶的主叫次數(shù)；

第二判定單元802，用于若所述主叫次數(shù)大于預設的第三閾值，則判定所述主叫用戶與所述被叫用戶的親密度達到預設的程度，否則，判定所述主叫用戶與所述被叫用戶的親密度未達到預設的程度。

以實際場景舉例來說，假設存在3個用戶：用戶為a(電話號碼為“1860110xxxx”)、用戶b(電話號碼為“1860120xxxx”)和用戶c(電話號碼為“1850001xxxx”)，用戶b已簽約遇忙呼叫前轉業(yè)務且呼轉的對象為用戶c。用戶a呼叫用戶b時，用戶b沒有接聽直接掛斷電話，第二統(tǒng)計單元801統(tǒng)計被叫用戶b的通信記錄中用戶b主動呼叫用戶a的主叫次數(shù)，若主叫次數(shù)大于預設的第三閾值，則第二判定單元802判定主叫用戶a與被叫用戶b的親密度達到預設的程度，若主叫次數(shù)小于等于預設的第三閾值，則第二判定單元802判定所述主叫用戶與所述被叫用戶的親密度未達到預設的程度。本實施方式中，僅對被叫用戶與其主動聯(lián)系次數(shù)較多的主叫用戶的呼叫進行呼叫轉移，提高了呼叫轉移的防打擾功能的有效性。

圖9為本發(fā)明實施例四提供的又一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖。在實施例三或實施例四中任一實施方式的基礎上，所述系統(tǒng)還可以包括：

補充模塊91，用于若所述主叫用戶與所述被叫用戶的親密度未達到預設的程度，則統(tǒng)計在本次呼叫請求之前的預設時間閾值內(nèi)所述主叫用戶連續(xù)呼叫所述被叫用戶的次數(shù)；

相應的，執(zhí)行模塊63，還用于若所述主叫用戶連續(xù)呼叫所述被叫用戶的次數(shù)大于或等于預設的第四閾值，則執(zhí)行呼叫轉移。

其中，在統(tǒng)計主叫用戶連續(xù)呼叫被叫用戶的次數(shù)時，可預先設定呼叫間隔閾值，即若兩次呼叫的間隔時間小于預設的呼叫間隔閾值時，則判定這兩次呼叫是連續(xù)呼叫，并在統(tǒng)計的連續(xù)呼叫的次數(shù)中加上這兩次呼叫的次數(shù)。

以實際場景舉例來說，假設存在3個用戶：用戶為a(電話號碼為“1860110xxxx”)、用戶b(電話號碼為“1860120xxxx”)和用戶c(電話號碼為“1850001xxxx”)，用戶b已簽約遇忙呼叫前轉業(yè)務且呼轉的對象為用戶c，預設時間閾值為1小時，第四閾值為3次。用戶a呼叫用戶b時，用戶b沒有接聽直接掛斷電話，若分析模塊62分析判斷用戶a的電話號碼“1860110xxxx”并未出現(xiàn)在被叫用戶b的通信記錄中，則分析模塊62判定主叫用戶a與被叫用戶b的親密度未達到預設的程度；補充模塊91統(tǒng)計在本次呼叫請求前的1小時內(nèi)，主叫用戶a連續(xù)呼叫被叫用戶b的次數(shù)，統(tǒng)計結果為4次，則執(zhí)行模塊63對用戶a的本次呼叫請求執(zhí)行呼叫轉移。在本實施方式中，若補充模塊91統(tǒng)計獲得主叫用戶a連續(xù)呼叫被叫用戶b的次數(shù)小于3次，則執(zhí)行模塊63直接終止本次呼叫，并通知用戶b。本實施方式中，通過對與被叫用戶聯(lián)系次數(shù)較少甚至未曾聯(lián)系過、但其連續(xù)呼叫被叫用戶的次數(shù)超過預設的第四閾值的主叫用戶的呼叫進行呼叫轉移，可降低被叫用戶遺漏重要電話的概率。

進一步的，若檢測到主叫用戶對被叫用戶的呼叫請求時，在被叫用戶所屬運營商的業(yè)務支撐系統(tǒng)中查詢不到被叫用戶的通信記錄，例如，被叫用戶為新開戶用戶，可以在被叫用戶所屬運營商的業(yè)務運營支撐系統(tǒng)中查詢與被叫用戶同一開戶身份信息的其他電話號碼的通信記錄，并將該其他電話號碼的通信記錄作為被叫用戶的通信記錄；還可以向其他運營商的業(yè)務運營支撐系統(tǒng)查詢與被叫用戶同一開戶身份信息的電話號碼的通信記錄，并將該電話號碼的通信記錄作為被叫用戶的通信記錄；甚至還可以通過被叫用戶的開戶身份信息向第三方社交網(wǎng)絡應用服務器獲取同一身份信息的注冊用戶的通信記錄，并將該注冊用戶的通信記錄作為被叫用戶的通信記錄，具體如圖10所示，圖10為本發(fā)明實施例四提供的再一種呼叫轉移時自動篩選主叫用戶的系統(tǒng)的結構示意圖，在實施例三或實施例四中任一實施方式的基礎上，記錄模塊61可以包括：

判斷單元1001，用于當檢測到主叫用戶對被叫用戶的呼叫請求時，判斷所述被叫用戶是否為新開卡用戶；

獲取單元1002，用于若不是，則獲取所述被叫用戶的通信記錄；

查詢單元1003，用于若是，則查詢社交網(wǎng)絡應用服務器，獲得其注冊信息與所述被叫用戶的身份識別信息一致的注冊用戶的通信記錄，并將所述注冊用戶的通信記錄作為所述被叫用戶的通信記錄。

具體的，上述社交網(wǎng)絡應用服務器可以是微信或者qq或者微博等應用的社交網(wǎng)絡應用服務器。

以實際場景舉例來說，假設存在3個用戶：用戶為a(電話號碼為“1860110xxxx”)、用戶b(電話號碼為“1860120xxxx”)和用戶c(電話號碼為“1850001xxxx”)，用戶b為新開戶用戶，且用戶b已簽約遇忙呼叫前轉業(yè)務且呼轉的對象為用戶c。用戶a呼叫用戶b時，被叫用戶b沒有接聽直接掛斷電話，此時本次呼叫請求滿足被叫用戶已簽約的呼叫轉移業(yè)務的條件，判斷單元1001檢測到主叫用戶a對被叫用戶b的呼叫請求時，判斷被叫用戶b是否為新開戶用戶，若被叫用戶b不是新開戶用戶，獲取單元1002向被叫用戶b所屬運營商的業(yè)務運營支撐系統(tǒng)查詢并獲取被叫用戶b通信記錄；若被叫用戶b是新開戶用戶，查詢單元1003獲取被叫用戶b的開戶時的身份識別信息，并以被叫用戶b的身份識別信息為依據(jù)向第三方社交網(wǎng)絡應用服務器，如微信應用服務器，發(fā)出查詢通信記錄的請求，查詢請求中包含被叫用戶b的身份識別信息和查詢的時間段信息，查詢的時間段信息例如為為1個月。微信應用服務器接到查詢單元1003發(fā)來的通信記錄查詢請求后，提取請求中所包含的被叫用戶b的身份識別信息和查詢的時間段“1個月”，在系統(tǒng)內(nèi)部數(shù)據(jù)庫中查詢與被叫用戶b的身份識別信息一致的注冊用戶，獲取該注冊用戶在查詢時刻前1個月內(nèi)的通信記錄，并將查詢結果反饋給查詢單元1003。查詢單元1003將微信應用服務器反饋的該注冊用戶的通信記錄作為被叫用戶b的通信記錄。本實施方式通過將與被叫用戶的身份識別信息一致的第三方社交網(wǎng)絡的注冊用戶的通信記錄作為被叫用戶的通信記錄，可以實現(xiàn)為新開戶的被叫用戶提供個性化的呼叫轉移業(yè)務。

本實施例提供的呼叫轉移時自動篩選主叫用戶的系統(tǒng)，通過在某次呼叫滿足被叫用戶簽約的呼叫轉移條件時，獲取被叫用戶的通信記錄，對通信記錄中主叫用戶與被叫用戶之間的通信進行分析，檢測所述主叫用戶與所述被叫用戶的親密度是否達到預設的程度；若達到，則執(zhí)行呼叫轉移。本實施例根據(jù)被叫用戶對不同主叫用戶的呼轉需求確定是否執(zhí)行呼叫轉移，為被叫用戶提供了個性化的呼叫轉移業(yè)務，在降低被叫用戶漏接重要電話的概率的同時，減少了呼叫轉移業(yè)務對被叫用戶資費和運營商網(wǎng)絡資源的浪費。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

最后應說明的是：以上各實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的范圍。