來話篩選方法及裝置的製作方法

2023-05-30 08:39:46 1

專利名稱：來話篩選方法及裝置的製作方法
技術領域：
本發明涉及通信領域，具體而言，涉及一種來話篩選方法及裝置。
背景技術：
目前，智能網是一個用於產生和提供業務的體系結構，其最重要的特點是快速方 便、靈活經濟地提供各種特色增值業務。由於目前運營商之間的競爭越來越激烈，需要各家 運營商提供更加切合用戶需求的增值業務，滿足用戶需要，提高用戶滿意度，提升競爭力。在目前的通話處理過程中，用戶可以通過終端來設置來話白名單篩選、來話黑名 單篩選、來話密碼篩選等功能，其中，來話白名單篩選指的是允許進行呼叫的用戶篩選，設 置可以對用戶進行呼叫的號碼；來話黑名單篩選指的是禁止對用戶進行呼叫的號碼；來話 密碼篩選指的是所有的呼叫用戶都需要屬於用戶設置的密碼才能對用戶進行呼叫，否則不 能對用戶進行呼叫。在相關技術中，對於來話篩選需要用戶自行對終端進行設置，用戶體驗較差。

發明內容
針對相關技術中，對於來話篩選需要用戶自行對終端進行設置，用戶體驗較差的 問題而提出本發明，為此，本發明的主要目的在於提供一種改進的來話篩選方案，以解決上 述問題。根據本發明的一個方面，提供了 一種來話篩選方法。根據本發明的來話篩選方法包括接收主叫用戶的呼叫請求，並判斷主叫用戶是 否在呼叫請求中指示的被叫用戶的來話黑名單中；如果判斷結果否，且主叫用戶不在被叫 用戶的來話白名單中，則指示主叫用戶輸入篩選密碼，並根據主叫用戶輸入的篩選密碼進 行來話篩選處理。優選地，根據主叫用戶輸入的篩選密碼進行來話篩選處理包括如果主叫用戶輸 入的篩選密碼正確，則接續主叫用戶和被叫用戶之間的呼叫；如果主叫用戶輸入的篩選密 碼不正確，則釋放主叫用戶和被叫用戶之間的呼叫。優選地，在判斷主叫用戶是否在呼叫請求中指示的被叫用戶的來話黑名單中之 後，上述方法還包括如果判斷結果為是，則釋放主叫用戶和被叫用戶之間的呼叫。優選地，在判斷主叫用戶是否在呼叫請求中指示的被叫用戶的來話黑名單中之 後，上述方法還包括如果判斷結果否，且主叫用戶在被叫用戶的來話白名單中，則接續主 叫用戶和被叫用戶之間的呼叫。優選地，判斷主叫用戶是否在呼叫請求中指示的被叫用戶的來話黑名單中包括 向計費網元發送信用控制請求，並接收計費網元信用控制應答；根據信用控制應答判斷被 叫用戶是否激活了來話篩選功能，如果判斷結果為是，則判斷主叫用戶是否在被叫用戶的 來話黑名單中。優選地，在接收主叫用戶的呼叫請求之前，上述方法還包括預先設置來話密碼篩選功能，其中，來話篩選功能包括以下方式之一指示主叫用戶在呼叫被叫用戶時撥打呼叫 密碼加被叫號碼；指示主叫用戶輸入呼叫密碼。根據本發明的一個方面，提供了 一種來話篩選裝置。根據本發明的來話篩選裝置包括接收模塊，用於接收主叫用戶的呼叫請求；判 斷模塊，用於判斷主叫用戶是否在呼叫請求中指示的被叫用戶的來話黑名單中；指示模塊， 用於在判斷模塊的判斷結果否，且主叫用戶不在被叫用戶的來話白名單中的情況下，指示 主叫用戶輸入篩選密碼；處理模塊，用於根據主叫用戶輸入的篩選密碼進行來話篩選處理。優選地，處理模塊包括接續子模塊，用於在主叫用戶輸入的篩選密碼正確的情況 下，接續主叫用戶和被叫用戶之間的呼叫；釋放子模塊，用於在主叫用戶輸入的篩選密碼不 正確的情況下，釋放主叫用戶和被叫用戶之間的呼叫。優選地，釋放子模塊還用於在判斷模塊的判斷結果為是的情況下，釋放主叫用戶 和被叫用戶之間的呼叫。優選地，接續子模塊還用於在判斷模塊的判斷結果否，且主叫用戶在被叫用戶的 來話白名單中的情況下，接續主叫用戶和被叫用戶之間的呼叫。通過本發明，採用運營商根據設置的來話白名單篩選、來話黑名單篩選、來話密碼 篩選等功能進行來話篩選的方法，解決了相關技術中，對於來話篩選需要用戶自行對終端 進行設置，用戶體驗較差的問題，進而提高了用戶體驗。


此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發 明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中圖1是根據本發明實施例的來話篩選方法的流程圖；圖2是根據本發明實施例的呼叫來話篩選的詳細流程圖；圖3是根據本發明實施例的來話篩選設置密碼管理功能的流程圖；圖4是根據本發明實施例的來話黑名單功能的流程圖；圖5是根據本發明實施例的來話白名單功能的流程圖；圖6是根據本發明實施例的來話篩選裝置的結構框圖；圖7是根據本發明實施例的來話篩選裝置的具體結構框圖。
具體實施例方式功能概述考慮到相關技術中，對於來話篩選需要用戶自行對終端進行設置，用戶體驗較 差的問題，本發明實施例提供了一種改進的來話篩選方案，該方案是基於碼分多址(Code Division Multiple Access，簡稱為 CDMA)在線計費系統(Online Charging System，簡稱 為OCS)業務的來話篩選解決方案，是一種提高體驗的業務功能，為用戶提供來話白名單篩 選、來話黑名單篩選以及來話密碼篩選功能，通過提供來話白名單篩選、來話黑名單篩選以 及來話密碼篩選功能來實現來話篩選，在本發明的以下實施例中，來話白名單篩選指的是 允許進行呼叫的用戶篩選，設置可以對用戶進行呼叫的號碼；來話黑名單篩選指的是禁止 對用戶進行呼叫的號碼；來話密碼篩選指的是所有的呼叫用戶都需要屬於用戶設置的密碼才能對用戶進行呼叫，否則不能對用戶進行呼叫。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相 互組合。下面將參考附圖並結合實施例來詳細說明本發明。方法實施例根據本發明的實施例，提供了一種來話篩選方法，該方法可以應用於運營商側。圖 1是根據本發明實施例的來話篩選方法的流程圖，如圖1所示，該方法包括如下的步驟S102 至步驟S104 步驟S102，接收主叫用戶的呼叫請求，並判斷主叫用戶是否在呼叫請求中指示的 被叫用戶的來話黑名單中。具體地，向計費網元發送信用控制請求，並接收計費網元信用控制應答；根據信用 控制應答判斷被叫用戶是否激活了來話篩選功能，如果判斷結果為是，則判斷主叫用戶是 否在被叫用戶的來話黑名單中。步驟S104，如果判斷結果否，且主叫用戶不在被叫用戶的來話白名單中，則指示主 叫用戶輸入篩選密碼，並根據主叫用戶輸入的篩選密碼進行來話篩選處理。具體地，如果主叫用戶輸入的篩選密碼正確，則接續主叫用戶和被叫用戶之間的 呼叫；如果主叫用戶輸入的篩選密碼不正確，則釋放主叫用戶和被叫用戶之間的呼叫。此外，如果判斷結果為是，則釋放主叫用戶和被叫用戶之間的呼叫；如果判斷結果 否，且主叫用戶在被叫用戶的來話白名單中，則接續主叫用戶和被叫用戶之間的呼叫。預先設置來話密碼篩選功能，在需要進行呼叫密碼的設置呼叫中，可以進行兩種 方式的呼叫密碼呼叫，第一種方法是指示主叫用戶直接通過呼叫被叫用戶時撥打呼叫密 碼加被叫號碼的方式進行，第二種方法是通過語音提示指示主叫用戶輸入密碼的方式來進 行，用戶撥了被叫用戶號碼後會有語音提示用戶輸入呼叫密碼，系統會根據用戶的輸入密 碼是否正確來判斷是否允許進行呼叫。通過該實施例，通過實現呼叫密碼篩選、來話黑名單以及來話白名單來保護用戶 免遭惡意通話騷擾以及隱私保護，從而提高運營商增值業務的多樣性、靈活性以及安全性， 能夠有效地控制哪些用戶可以呼叫哪些不能呼叫，更好地保護用戶免遭惡意騷擾。下面以某運營商基於CDMA OCS智能網業務的來話篩選解決方案，說明過程輔以附 圖及具體實例。實施例一圖2是根據本發明實施例的呼叫來話篩選的詳細流程圖，如圖2所示，來話篩選呼 叫流程，在呼叫過程中需要判斷用戶是否激活來話篩選功能，同時要考慮來話黑白名單，來 控制來話，該流程包括如下的步驟S201至步驟S216 步驟S201，用戶開始呼叫被叫號碼，首先判斷被叫號碼屬性，S卩，判斷被叫號碼是 否是應急號碼，比如，110、119等特殊應急號碼，如果判斷結果為是，則進行到步驟S202，如 果判斷結果為否，則進行到步驟S203。步驟S202，此時，被叫號碼為特殊應急號碼，將直接讓用戶的呼叫接續。步驟S203，用戶呼叫的被叫號碼如果非特殊應急號碼，需要判斷是否是系統禁撥 號碼，如果判斷結果為是，則進行到步驟S204，如果判斷結果為否，則進行到步驟S205。步驟S204，此時是系統禁撥號碼，不允許呼叫此號碼(音號3)，將直接釋放此次呼叫。步驟S205，用戶呼叫的被叫號碼此時非系統禁撥號碼，需要判斷是否是管理流程 接入碼，如果判斷結果為是，則進行到步驟S206，如果判斷結果為否，則進行到步驟S209。步驟S206，此時是管理流程接入碼，進一步判斷是否能夠獲得用戶信息，如果判斷 結果為是，則進行到步驟S207，如果判斷結果為否，則進行到步驟S208。步驟S207，進入管理流程。步驟S208，指示用戶「對不起操作失敗，再見」(音號41)。步驟S209，用戶呼叫的被叫號碼此時非管理流程接入碼，發送信用控制請求 (Credit Control Request，簡稱為CCR) (Initial)，需要說明的是，在該步驟中，如果出現 通訊異常中斷的情況，則流程結束。步驟S210，接收信用控制應答(Credit Control Answer，簡稱為CCA)，需要說明的 是，在該步驟中，如果出現參數異常的情況，則流程結束。步驟S211，根據獲得的CCA(Initial)來判斷是否被叫用戶已經激活來話篩選功 能，如果判斷結果為是，則進行到步驟S212，如果判斷結果為否，則進行到步驟S216。步驟S212，被叫用戶已經激活來話篩選功能，需要判斷被叫用戶是否激活了來話 黑名單功能，如果用戶激活了來話黑名單功能且主叫號碼也在來話黑名單中則呼叫釋放， 結束流程，如果用戶未激活黑名單或被叫用戶不在黑名單中，則進行到步驟S213。步驟S213，主叫用戶不在來話黑名單中，需要判斷主叫用戶是否在來話白名單中， 如果用戶激活了來話白名單功能且主叫號碼也在來話白名單中，則進行到步驟S216，如果 被叫用戶不在來話白名單中，則進行到步驟S214。步驟S214，需要用戶輸入來話篩選密碼。步驟S215，判斷來話篩選密碼是否正確，如果正確，則進行到步驟S216，如果不正 確，則釋放呼叫，結束流程。步驟S216，直接接續被叫號碼。實施例二圖3是根據本發明實施例的來話篩選設置密碼管理功能的流程圖，如圖3所示，來 話篩選設置密碼管理流程，用於激活去激活來話篩選功能、設置呼叫密碼以及查詢呼叫密 碼，包括如下的步驟S301至步驟S306 步驟S301，來話密碼篩選管理，即，用戶根據語音提示進入來話篩選設置密碼管理 流程。步驟S302，系統提示用戶選擇要進行的操作，並輸入用戶選擇的操作，如果操作為 激活去激活來話篩選功能，則進行到步驟S303，如果操作為設置呼叫密碼，則進行到步驟 S304，如果操作為查詢呼叫密碼，則進行到步驟S305。步驟S303，選擇激活去激活來話篩選功能將會開通呼叫密碼功能或者取消呼叫密 碼功能，去激活呼叫密碼功能後將不會提示用戶輸入並校驗呼叫密碼。步驟S304，選擇設置呼叫密碼功能用於用戶設置自己的即要求來話需要輸入的呼 叫密碼。步驟S305，選擇查詢呼叫密碼功能可以查詢到用戶設置的呼叫密碼，便於用戶對 呼叫密碼的維護。
步驟S306，判斷操作是否成功，如果成功，則返回到步驟S301，如果不成功，則流
程結束。實施例三圖4是根據本發明實施例的來話黑名單功能的流程圖，如圖4所示，來話黑名單管 理功能流程，用於激活去激活來話黑名單功能、增加來話黑名單功能、刪除來話黑名單功能 以及查詢來話黑名單功能，該流程包括如下的步驟S401至步驟S407 步驟S401，黑名單管理，S卩，用戶根據語音提示進入來話黑名單功能流程。步驟S402，系統提示用戶選擇的操作，並輸入用戶選擇的操作，如果操作為激活去 激活來話黑名單功能，則進行到步驟S403，如果操作為增加來話黑名單功能，則進行到步驟 S404，如果操作為刪除來話黑名單功能，則進行到步驟S405，如果操作為查詢來話黑名單功 能，則進行到步驟S406。步驟S403，選擇激活去激活來話黑名單功能，將會開通來話黑名單功能或者取消 來話黑名單功能，取消來話黑名單功能後將不會提示進行來話黑名單的篩選。步驟S404，選擇增加來話黑名單功能，用於增加需要限制呼入的用戶號碼。步驟S405，選擇刪除來話黑名單功能，用於取消對某用戶的呼入限制。步驟S406，選擇查詢來話黑名單功能，用於查詢用戶設置的限制呼入的用戶號碼。步驟S407，判斷操作是否成功，如果成功，則返回到步驟S401，如果不成功，則流 程結束。實施例四圖5是根據本發明實施例的來話白名單功能的流程圖，如圖5所示，來話白名單管 理功能流程，用於激活去激活來話白名單功能、增加來話白名單功能、刪除來話白名單功能 以及查詢來話白名單功能，該流程包括如下的步驟S501至步驟S507 步驟S501，白名單管理，S卩，用戶根據語音提示進入來話白名單功能流程。步驟S502，系統提示用戶選擇的操作，並輸入用戶選擇的操作，如果操作為激活去 激活來話白名單功能，則進行到步驟S503，如果操作為增加來話白名單功能，則進行到步驟 S504，如果操作為刪除來話白名單功能，則進行到步驟S505，如果操作為查詢來話白名單功 能，則進行到步驟S506。步驟S503，選擇激活去激活來話白名單功能，將會開通來話白名單功能或者取消 來話白名單功能，取消來話白名單功能後將不會提示進行來話白名單的篩選。步驟S504，選擇增加來話白名單功能，用於增加需要限制呼入的用戶號碼。步驟S505，選擇刪除來話白名單功能，用於取消對某用戶的呼入限制。步驟S506，選擇查詢來話白名單功能，用於查詢用戶設置的限制呼入的用戶號碼。步驟S507，判斷操作是否成功，如果成功，則返回到步驟S501，如果不成功，則流 程結束。裝置實施例根據本發明的實施例，提供了一種來話篩選裝置，用於實現上述的來話篩選方法。 圖6是根據本發明實施例的來話篩選裝置的結構框圖，如圖6所示，該裝置包括接收模塊 2，判斷模塊4，指示模塊6，處理模塊8，下面對上述結構進行描述。接收模塊2，用於接收主叫用戶的呼叫請求；判斷模塊4，連接至接收模塊2，用於判斷主叫用戶是否在呼叫請求中指示的被叫用戶的來話黑名單中；指示模塊6，連接至判 斷模塊4，用於在判斷模塊4的判斷結果否，且主叫用戶不在被叫用戶的來話白名單中的情 況下，指示主叫用戶輸入篩選密碼；處理模塊8，連接至指示模塊6，用於在指示模塊6指示 主叫用戶輸入篩選密碼之後，根據主叫用戶輸入的篩選密碼進行來話篩選處理。圖7是根據本發明實施例的來話篩選裝置的具體結構框圖，如圖7所示，處理模塊 8包括接續子模塊82和釋放子模塊84，下面對上述結構進行描述。接續子模塊82，用於在主叫用戶輸入的篩選密碼正確的情況下，接續主叫用戶和 被叫用戶之間的呼叫；釋放子模塊84，用於在主叫用戶輸入的篩選密碼不正確的情況下， 釋放主叫用戶和被叫用戶之間的呼叫。此外，釋放子模塊84還用於在判斷模塊的判斷結果為是的情況下，釋放主叫用戶 和被叫用戶之間的呼叫；接續子模塊82還用於在判斷模塊的判斷結果否，且主叫用戶在被 叫用戶的來話白名單中的情況下，接續主叫用戶和被叫用戶之間的呼叫。綜上所述，通過本發明的上述實施例，提出了一種全新的增值業務來話篩選，為用 戶提供來話白名單篩選、來話黑名單篩選以及來話密碼篩選功能，該功能能使用戶免遭惡 意通話騷擾並靈活配置能呼叫或者禁止呼叫的人員。顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用 的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲 在存儲裝置中由計算裝置來執行，或者將它們分別製作成各個集成電路模塊，或者將它們 中的多個模塊或步驟製作成單個集成電路模塊來實現。這樣，本發明不限制於任何特定的 硬體和軟體結合。以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技 術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修 改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
一種來話篩選方法，其特徵在於，包括接收主叫用戶的呼叫請求，並判斷所述主叫用戶是否在所述呼叫請求中指示的被叫用戶的來話黑名單中；如果判斷結果否，且所述主叫用戶不在所述被叫用戶的來話白名單中，則指示所述主叫用戶輸入篩選密碼，並根據所述主叫用戶輸入的篩選密碼進行來話篩選處理。
2.根據權利要求1所述的方法，其特徵在於，根據所述主叫用戶輸入的篩選密碼進行 來話篩選處理包括如果所述主叫用戶輸入的篩選密碼正確，則接續所述主叫用戶和所述被叫用戶之間的 呼叫；如果所述主叫用戶輸入的篩選密碼不正確，則釋放所述主叫用戶和所述被叫用戶之間 的呼叫。
3.根據權利要求1所述的方法，其特徵在於，在判斷所述主叫用戶是否在所述呼叫請 求中指示的被叫用戶的來話黑名單中之後，所述方法還包括如果判斷結果為是，則釋放所述主叫用戶和所述被叫用戶之間的呼叫。
4.根據權利要求1所述的方法，其特徵在於，在判斷所述主叫用戶是否在所述呼叫請 求中指示的被叫用戶的來話黑名單中之後，所述方法還包括如果判斷結果否，且所述主叫用戶在所述被叫用戶的來話白名單中，則接續所述主叫 用戶和所述被叫用戶之間的呼叫。
5.根據權利要求1至4中任一項所述的方法，其特徵在於，判斷所述主叫用戶是否在所 述呼叫請求中指示的被叫用戶的來話黑名單中包括向計費網元發送信用控制請求，並接收所述計費網元信用控制應答；根據所述信用控制應答判斷所述被叫用戶是否激活了來話篩選功能，如果判斷結果為 是，則判斷所述主叫用戶是否在所述被叫用戶的來話黑名單中。
6.根據權利要求1至4中任一項所述的方法，其特徵在於，在接收主叫用戶的呼叫請求 之前，所述方法還包括預先設置來話密碼篩選功能，其中，所述來話篩選功能包括以下方式之一指示所述主叫用戶在呼叫所述被叫用戶時撥打呼叫密碼加被叫號碼；指示所述主叫用戶輸入所述呼叫密碼。
7.—種來話篩選裝置，其特徵在於，包括接收模塊，用於接收主叫用戶的呼叫請求；判斷模塊，用於判斷所述主叫用戶是否在所述呼叫請求中指示的被叫用戶的來話黑名 單中；指示模塊，用於在所述判斷模塊的判斷結果否，且所述主叫用戶不在所述被叫用戶的 來話白名單中的情況下，指示所述主叫用戶輸入篩選密碼；處理模塊，用於根據所述主叫用戶輸入的篩選密碼進行來話篩選處理。
8.根據權利要求7所述的裝置，其特徵在於，所述處理模塊包括接續子模塊，用於在所述主叫用戶輸入的篩選密碼正確的情況下，接續所述主叫用戶 和所述被叫用戶之間的呼叫；釋放子模塊，用於在所述主叫用戶輸入的篩選密碼不正確的情況下，釋放所述主叫用2戶和所述被叫用戶之間的呼叫。
9.根據權利要求8所述的裝置，其特徵在於，所述釋放子模塊還用於在所述判斷模塊 的判斷結果為是的情況下，釋放所述主叫用戶和所述被叫用戶之間的呼叫。
10.根據權利要求8所述的裝置，其特徵在於，所述接續子模塊還用於在所述判斷模塊 的判斷結果否，且所述主叫用戶在所述被叫用戶的來話白名單中的情況下，接續所述主叫 用戶和所述被叫用戶之間的呼叫。
全文摘要
本發明公開了一種來話篩選方法及裝置，上述方法包括接收主叫用戶的呼叫請求，並判斷主叫用戶是否在呼叫請求中指示的被叫用戶的來話黑名單中；如果判斷結果否，且主叫用戶不在被叫用戶的來話白名單中，則指示主叫用戶輸入篩選密碼，並根據主叫用戶輸入的篩選密碼進行來話篩選處理。本發明提高了用戶體驗。
文檔編號H04M3/436GK101958978SQ200910160058
公開日2011年1月26日 申請日期2009年7月20日 優先權日2009年7月20日
發明者周志軍, 朱仲亮, 陶志平 申請人:中興通訊股份有限公司