一種信息提示方法和裝置制造方法
【專利摘要】本申請公開了一種信息提示方法，應(yīng)用于具有通話功能的移動終端中，該方法包括：當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；獲取主叫號碼；判斷所述主叫號碼是否滿足預(yù)設(shè)條件；當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開?？梢允沟弥鹘卸说暮艚兄苯颖粩嚅_，而不進(jìn)行與被叫移動終端之間的短暫的接通，避免對被叫終端的短暫提示。
【專利說明】一種信息提示方法和裝置
【技術(shù)領(lǐng)域】
[0001]本申請涉及通信【技術(shù)領(lǐng)域】，特別是涉及一種信息提示方法和裝置。
【背景技術(shù)】
[0002]在移動終端中，對于一些騷擾電話或者用戶不想接聽的號碼，可以將這些需要屏蔽的號碼加入黑名單中，當(dāng)黑名單中的號碼呼入時，可以自動拒絕黑名單號碼的呼叫，同時，黑名單號碼的主叫端會聽到“您撥打的用戶正忙”的提示消息。
[0003]另外，還可以通過呼叫轉(zhuǎn)移的方式實現(xiàn)對黑名單號碼的屏蔽，在接收到黑名單號碼的呼叫時，可以利用移動終端中的呼叫轉(zhuǎn)移功能，將黑名單的號碼呼叫轉(zhuǎn)移到一個預(yù)先設(shè)置的空號號碼上，這樣，黑名單號碼的主叫端就會聽到:“您撥打的號碼是空號”的提示信息，通過呼叫轉(zhuǎn)移的方式也實現(xiàn)了黑名單號碼的拒絕。
[0004]但是，在利用呼叫轉(zhuǎn)移拒絕黑名單號碼來電時，被叫端會在與黑名單號碼的主叫端短暫接通后，再轉(zhuǎn)移黑名單號碼的呼叫，因為被叫端需要短暫的接通才能完成呼叫轉(zhuǎn)移，使得黑名單號碼主叫端先聽到一聲接通的提示音后，才會聽到由于呼叫轉(zhuǎn)移到空號而提示的“您撥打的用戶是空號”的提示音，但是被叫端設(shè)置黑名單是并不希望短暫接通的，這樣的黑名單拒絕方式并不能滿足被叫端的需要。

【發(fā)明內(nèi)容】

[0005]有鑒于此，本申請實施例提供一種信息法和裝置，可以避免通過呼叫轉(zhuǎn)移的方式拒絕黑名單來電時出現(xiàn)的短暫接通的問題。
[0006]為了實現(xiàn)上述目的，本申請?zhí)峁┑募夹g(shù)方案如下:
[0007]—種信息提示方法，應(yīng)用于具有通話功能的移動終端中，該方法包括:
[0008]當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；
[0009]獲取主叫號碼；
[0010]判斷所述主叫號碼是否滿足預(yù)設(shè)條件；
[0011]當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開。
[0012]優(yōu)選地，判斷所述主叫號碼是否滿足預(yù)設(shè)條件包括:
[0013]判斷所述主叫號碼是否在一預(yù)先設(shè)置的黑名單號碼中，當(dāng)所述主叫號碼在一預(yù)先設(shè)置的黑名單號碼中時，所述主叫號碼滿足預(yù)設(shè)條件。
[0014]優(yōu)選地,所述接收到主叫端的來電請求前還包括:
[0015]預(yù)先設(shè)置黑名單，包括設(shè)置需要拒絕的黑名單號碼。
[0016]優(yōu)選地，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，所述方法還包括:
[0017]向主叫端局發(fā)送與所述主叫號碼對應(yīng)的預(yù)設(shè)拒絕原因。[0018]優(yōu)選地，預(yù)先設(shè)置所述拒絕原因與時間段的對應(yīng)關(guān)系。
[0019]優(yōu)選地，當(dāng)所述主叫號碼不滿足所述預(yù)設(shè)條件時，所述方法還包括:
[0020]依據(jù)所述呼叫請求建立所述主叫端與被叫端的呼叫連接。
[0021]本申請還提供了一種信息提示裝置，應(yīng)用于具有通話功能的移動終端中，該裝置包括:
[0022]響應(yīng)延遲模塊，用于當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；
[0023]號碼獲取模塊，用于獲取主叫號碼；
[0024]邏輯判斷模塊，用于判斷所述主叫號碼是否滿足預(yù)設(shè)條件；
[0025]拒絕模塊，用于當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開。
[0026]優(yōu)選地，所述邏輯判斷模塊具體用于:
[0027]判斷所述主叫號碼是否在一預(yù)先設(shè)置的黑名單號碼中，當(dāng)所述主叫號碼在一預(yù)先設(shè)置的黑名單號碼中時，所述主叫號碼滿足預(yù)設(shè)條件。
[0028]優(yōu)選地，所述裝置還包括:
[0029]黑名單設(shè)置模塊，用于預(yù)先設(shè)置黑名單，包括設(shè)置需要拒絕的黑名單號碼。
[0030]優(yōu)選地，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，拒絕模塊還用于:
[0031]向主叫端局發(fā)送與所述主叫號碼對應(yīng)的預(yù)設(shè)拒絕原因。
[0032]優(yōu)選地，所述裝置還包括:
[0033]時間設(shè)置模塊，用于預(yù)先設(shè)置所述拒絕原因與時間段的對應(yīng)關(guān)系。
[0034]優(yōu)選地，所述裝置還包括:
[0035]呼叫建立模塊，用于當(dāng)所述主叫號碼不滿足所述預(yù)設(shè)條件時，依據(jù)所述呼叫請求建立所述主叫端與被叫端的呼叫連接。
[0036]應(yīng)用本申請實施例提供的信息提示方法，被叫端在接收到來電請求時，延遲處理來電請求，在主叫端是黑名單號碼時，直接拒絕主叫端的來電請求，使黑名單號碼主叫端的來電請求并沒有被處理，黑名單號碼的主叫端也就不能建立與被叫端的連接，沒有進(jìn)行短暫的接通，使被叫端可以完全拒絕黑名單的來電，避免了利用呼叫轉(zhuǎn)移拒絕黑名單號碼來電的短暫接通的問題。
【專利附圖】

【附圖說明】
[0037]為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0038]圖1為本申請實施例提供的一種信息提示方法的流程示意圖；
[0039]圖2為本申請實施例提供的另一種信息提示方法的流程示意圖；
[0040]圖3為本申請實施例提供的另一種信息提示方法的流程示意圖；
[0041]圖4為本申請實施例提供的另一種信息提示方法的流程示意圖；[0042]圖5為本申請實施例提供的另一種信息提示方法的流程示意圖；
[0043]圖6為本申請實施例提供的一種信息提示裝置的示意圖。
【具體實施方式】
[0044]為了使本【技術(shù)領(lǐng)域】的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本申請保護的范圍。
[0045]在通話過程中，一主叫端呼叫被叫端，如果主叫端是用戶不希望接聽的號碼，用戶為了避免被這些號碼打擾，可以通過設(shè)置黑名單號碼的方式來進(jìn)行拒接，但現(xiàn)有的黑名單中，主叫端如果是被叫端設(shè)置的黑名單號碼，主叫端就會聽到“您撥打的用戶正在通話中”的提示音，但是有經(jīng)驗的用戶在多次聽到這樣的提示音后就會知曉，自己是被被叫端設(shè)置成了黑名單，
[0046]同時，黑名單的設(shè)置使得主叫端僅僅只能聽到“您撥打的用戶正在通話中”這樣的提示音，使得對黑名單號碼的提示音十分單調(diào)。
[0047]現(xiàn)有技術(shù)中為了豐富黑名單的提示音，還可以通過呼叫轉(zhuǎn)移的方法實現(xiàn)，被叫端在將王叫端設(shè)直成黑名單后，王叫端在呼叫被叫端時，被叫端可以將王叫端的呼叫直接通過呼叫轉(zhuǎn)移的功能轉(zhuǎn)移到另外一個空號碼上，這樣主叫端就會聽到“您撥打的用戶是空號”的提示信息，但是這樣的呼叫轉(zhuǎn)移的方法會出現(xiàn)這樣的問題:由于使用呼叫轉(zhuǎn)移到空號的方式，使得被叫端必須維護一個可以被轉(zhuǎn)接的空號碼，而空號碼需要辦理各種手續(xù)才能長時間保持空號碼的狀態(tài)，這無疑增加了用戶的使用成本，另外，通過呼叫轉(zhuǎn)移實現(xiàn)的黑名單處理方式，使得主叫端在呼叫被叫端時，會首先接通一下被叫端，在短暫接通后，被叫端才能將主叫端的呼叫轉(zhuǎn)移到另一空號碼上，這樣的短暫接通就使得主叫端會聽到一聲短暫接通的提示音，然后才會聽到被拒接而產(chǎn)生的提示音。這樣的呼叫轉(zhuǎn)移的黑名單提示方法設(shè)置復(fù)雜，同時短暫接通的存在使得不能有效的對黑名單號碼進(jìn)行提示。
[0048]有鑒于此，本申請實施例提供了一種信息提示方法，應(yīng)用于具有通話功能的移動終端中，如圖1所示，該方法包括:
[0049]步驟101，當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；
[0050]在主叫端對移動終端進(jìn)行呼叫時，會先發(fā)送一呼叫請求，該呼叫請求是建立主叫端和移動終端之間的通信連接，或者可以說呼叫請求是請求被叫移動終端建立與主叫端的連接，在建立主叫端和被叫移動終端之間的通信連接時，主叫端先向被叫移動終端發(fā)送一呼叫請求，該呼叫請求可以是由主叫端所在網(wǎng)絡(luò)向被叫移動終端發(fā)送的，被叫移動終端在接收到該呼叫請求時，會啟動與主叫端的呼叫連接建立過程。
[0051 ] 在本申請實施例中，被叫移動終端在接收到主叫端的呼叫請求后，延遲響應(yīng)該呼叫請求，即被叫移動終端在接收到需要建立連接的呼叫請求后，并不立即對該呼叫請求進(jìn)行響應(yīng)，響應(yīng)呼叫請求包括兩種情況:一是同意該呼叫請求中包含的建立連接的請求，另一種情況就是拒絕該呼叫請求，即拒絕與主叫端建立呼叫連接。[0052]由于只有在接收到呼叫請求后，被叫移動終端才能獲得主叫端的相關(guān)信息，可以說呼叫請求就是建立
[0053]步驟102，獲取主叫號碼；
[0054]步驟103，判斷所述主叫號碼是否滿足預(yù)設(shè)條件；
[0055]步驟104，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開。
[0056]呼叫請求中一般包含有主叫端的主叫號碼及其他相關(guān)信息,在本申請實施例中，在判斷主叫端是否是需要拒絕的號碼時，可以僅僅依據(jù)主叫端的號碼即可，本申請對主叫號碼的獲取過程并不限定。
[0057]在獲取到主機號碼后，可以判斷該主叫號碼是否滿足預(yù)設(shè)條件，并且在主叫號碼滿足預(yù)設(shè)的條件時，拒絕主叫端的呼叫請求，即拒絕主叫端對被叫移動終端發(fā)起的建立通信連接的請求。
[0058]在針對呼叫請求的響應(yīng)過程中，在現(xiàn)有技術(shù)中，無論主叫端是否是黑名單號碼，被叫移動終端在接收到呼叫請求后，都會對該呼叫請求做一響應(yīng)，即向主叫端回復(fù)一確認(rèn)信息，該確認(rèn)信息表明被叫移動終端接收到了主叫端的呼叫請求。
[0059]在本申請實施例中，被叫移動終端在接收到呼叫請求后，在主叫端是黑名單號碼的情況下，會取消確認(rèn)信息的發(fā)送，這樣雖然被叫移動終端接收到了呼叫請求，但是由于被叫端沒有將確認(rèn)信息發(fā)送給主叫端，使得主叫端會認(rèn)為被叫端沒有接收到呼叫請求。確認(rèn)信息可以是由被叫移動終端發(fā)送給主叫端所在網(wǎng)絡(luò)端局，由主叫端所在網(wǎng)絡(luò)端局發(fā)送給主叫端，也可以是發(fā)送給被叫端所在端局，再轉(zhuǎn)發(fā)給主叫端所在網(wǎng)絡(luò)端局。
[0060]在主叫端沒有收到確認(rèn)消息的情況下，表明被叫端沒有接收到呼叫請求，此時，被叫端或者被叫端所在網(wǎng)絡(luò)會向主叫端提示造成這一情況的具體原因，在通信網(wǎng)絡(luò)中，使得被叫端沒有接收到呼叫請求的情況可以有多種，如被叫端關(guān)機，被叫端所在區(qū)域沒有網(wǎng)絡(luò)信號等等，這樣，主叫端就會知曉被叫端沒有接收到呼叫請求，從而掛機，結(jié)束呼叫流程。
[0061]本申請通過對主叫端是黑名單號碼時，直接拒絕主叫端的呼叫請求，使黑名單號碼主叫端的呼叫請求并沒有被處理，黑名單號碼的主叫端也就不能建立與被叫端的連接，沒有進(jìn)行短暫的接通，使被叫端可以完全拒絕黑名單的來電，避免了利用呼叫轉(zhuǎn)移拒絕黑名單號碼來電的短暫接通的問題。
[0062]本申請實施例還提供了一種信息提示方法，應(yīng)用于移動終端中，如圖2所示，包括:
[0063]步驟201，預(yù)先設(shè)置黑名單；
[0064]用戶可以在移動終端中設(shè)置黑名單，包括設(shè)置需要拒絕的黑名單號碼，將不希望接聽的號碼設(shè)置成需要拒絕的黑名單號碼。用戶可以單獨的設(shè)置某一個號碼，也可以將黑名單設(shè)置成所有撥打如本移動終端的號碼，黑名單的具體設(shè)置本申請并限定。
[0065]黑名單的設(shè)置可以是針對移動終端設(shè)備本身的，即只要黑名單號碼呼叫該終端中的號碼，無論該終端中的被叫用戶的號碼是什么，該黑名單號碼都會被拒絕。
[0066]另一種情況，黑名單號碼的設(shè)置是同時針對終端和終端內(nèi)的號碼的，當(dāng)某一被叫號碼在一個終端中設(shè)置了黑名單號碼，只有該被叫號碼使用該終端時，黑名單號碼才會被拒絕，如果被叫號碼更換了終端，那么黑名單號碼就不會在新的終端上有效，同時，如果該終端中的號碼發(fā)生了更換，原有設(shè)置的需要拒絕的黑名單號碼也是不會生效的，只有特定的被叫號碼使用特征的終端設(shè)置的黑名單號碼才會有效。
[0067]或者，黑名單號碼是針對號碼設(shè)定的，即只要該號碼設(shè)定了黑名單，那么無論該號碼使用什么終端，黑名單號碼的拒絕方式都是有效的，黑名單號碼可以存儲在與號碼對應(yīng)的S I M卡中，也可以存儲在號碼所在的網(wǎng)絡(luò)端，本申請實施例對黑名單號碼設(shè)置的具體實現(xiàn)形式并不限定。
[0068]在本申請中，黑名單號碼的判斷可以在移動終端上進(jìn)行，也可以在被叫移動終端所在的網(wǎng)絡(luò)側(cè)進(jìn)行。
[0069]步驟202，當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；[0070]步驟203，獲取主叫號碼；
[0071]步驟204，判斷所述主叫號碼是否滿足預(yù)設(shè)條件；
[0072]步驟205，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開。
[0073]步驟202至205與步驟101至104相似，這里不再贅述。
[0074]本實施例通過設(shè)置黑名單號碼，可以在判斷主叫端是否是需要被拒絕的號碼時為被叫移動終端提供判斷依據(jù)。
[0075]本申請實施例還提供了一種信息提示方法，應(yīng)用于移動終端，如圖3所示，該方法包括:
[0076]步驟301，當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；
[0077]步驟302，獲取主叫號碼；
[0078]步驟303，判斷所述主叫號碼是否滿足預(yù)設(shè)條件；
[0079]步驟304，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開；
[0080]步驟301至304與步驟101至104相似，這里不再贅述。
[0081]步驟305，向主叫端局發(fā)送與所述主叫號碼對應(yīng)的拒絕原因。
[0082]在取消了確認(rèn)指令的發(fā)送后，并拒絕了呼叫請求后，還需要向主叫端局發(fā)送與主叫號碼對應(yīng)的預(yù)設(shè)拒絕原因。主叫端局在接收到了拒絕原因后，可以根據(jù)拒絕原因向主叫端提示被拒絕的原因，向主叫端播放相應(yīng)的提示音，在本申請實施例中，主叫號碼對應(yīng)的拒絕原因是可以預(yù)先設(shè)置的，在主叫端的主叫被拒絕后就可以根據(jù)對應(yīng)的拒絕原因播放相應(yīng)的提示音，從而使得主叫端聽到拒絕提示音，這些拒絕原因的作用就是啟動提示音的播放，當(dāng)然，這些拒絕原因可以由主叫端所在的網(wǎng)絡(luò)側(cè)接收到，并根據(jù)拒絕原因播放相應(yīng)的提示
曰?
[0083]本實施例可以通過向主叫端局發(fā)送對應(yīng)的拒絕原因，完成對主叫端的拒絕提示。
[0084]本申請實施例還提供了一種信息提示方法，應(yīng)用于移動終端，如圖4所示，該方法包括:
[0085]步驟401，預(yù)先設(shè)置所述拒絕原因與時間段的對應(yīng)關(guān)系，；
[0086]用戶還可以事先設(shè)置不同時段的拒絕原因，例如在晚上的某一時段，當(dāng)黑名單號碼來電時，拒絕原因可以是“網(wǎng)絡(luò)繁忙”，而當(dāng)中午的某一時段時，在同樣的黑名單號碼來電時，拒絕原因就可以是“無人接聽”，這樣通過在不同時段進(jìn)行不同原因的拒絕，滿足用戶拒絕黑名單號碼來電的多種需求。
[0087]在本申請實施例中，被叫移動終端發(fā)送的確認(rèn)信息一方面可以實現(xiàn)對主叫端的提示，向主叫端確認(rèn)呼叫請求已經(jīng)被被叫移動終端所接收到，也就表明主叫端和被叫移動終端之間的連接是正常的，另一方面，確認(rèn)信息在向主叫端發(fā)送出去后，由于該確認(rèn)信息的作用是向主叫端確認(rèn)呼叫請求已經(jīng)被被叫移動終端所接收到，此時，就會對被叫移動終端形成振鈴，即被叫移動終端上會顯示出有來電，此時就會根據(jù)被叫移動終端的具體設(shè)置進(jìn)行振鈴，所以，如果被叫移動終端發(fā)送了確認(rèn)信息，那么就會對主叫端和被叫移動終端都形成提示。
[0088]所以，在本申請中，當(dāng)主叫號碼是黑名單號碼時，將可以發(fā)送到主叫端的確認(rèn)信息取消掉，而不是先發(fā)送了確認(rèn)信息后再進(jìn)行呼叫請求的拒絕，這樣一方面使得主叫端不會因受到確認(rèn)信息而知曉主叫端和被叫移動終端之間的連接是正常的，在實際應(yīng)用中，主叫端就不會聽到一聲短暫接通的提示音，另一方面，由于確認(rèn)信息沒有發(fā)送出去，使得被叫移動終端也不會形成的來電提示。另外，在取消了確認(rèn)信息的同時，向主叫端發(fā)送了拒絕指令，使得主叫端的呼叫請求直接被拒絕，同時主叫端可以直接知曉呼叫連接沒有被建立的原因，從而形成了對黑名單號碼的拒絕和拒絕后的提示。
[0089]步驟402，當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；
[0090]步驟403，獲取主叫號碼；
[0091]步驟404，判斷所述主叫號碼是否滿足預(yù)設(shè)條件；
[0092]步驟405，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開。
[0093]步驟406，向主叫端局發(fā)送與所述主叫號碼對應(yīng)的預(yù)設(shè)拒絕原因。
[0094]步驟402到406與步驟301到305相似，這里不再贅述。
[0095]在本申請實施例中，黑名單中的號碼及其所對應(yīng)的拒絕原因可以表單的形式進(jìn)行存儲，黑名單的設(shè)置可以是針對移動終端設(shè)備本身的，即只要黑名單號碼呼叫該終端中的號碼，無論該終端中的被叫用戶的號碼是什么，該黑名單號碼都會被拒絕，另一種情況，黑名單號碼的設(shè)置是同時針對終端和終端內(nèi)的號碼的，當(dāng)某一被叫號碼在一個終端中設(shè)置了黑名單號碼，只有該被叫號碼使用該終端時，黑名單號碼才會被拒絕，如果被叫號碼更換了終端，那么黑名單號碼就不會在新的終端上有效，同時，如果該終端中的號碼發(fā)生了更換，原有設(shè)置的需要拒絕的黑名單號碼也是不會生效的，只有特定的被叫號碼使用特征的終端設(shè)置的黑名單號碼才會有效，本申請實施例對黑名單號碼設(shè)置的具體實現(xiàn)形式并不限定。
[0096]在本申請實施例中，呼叫請求、確認(rèn)信息、拒絕原因等信令的發(fā)送可以是移動終端本身，也可以是移動終端所在的網(wǎng)絡(luò)設(shè)備發(fā)送的，本申請對信令的具體發(fā)送方和接收方并不限定。本申請中的主叫端和被叫端僅僅是信令發(fā)送方的限定，主叫端可以是移動終端或者移動終端所在的主叫網(wǎng)絡(luò)設(shè)備等。
[0097]在現(xiàn)有的拒絕原因中，可以包括以下幾種情況，本申請并不限定拒絕原因的具體內(nèi)容。拒絕原因可以包括:
[0098]a)Cause N0.l〃unassigned(unallocated)number〃
[0099]對應(yīng)的拒絕提示是:您撥叫的號碼是空號，請查證后再撥。
[0100]b)Cause N0.3"no route to destination"
[0101]對應(yīng)的拒絕提示是:對不起，網(wǎng)絡(luò)繁忙，請稍后再撥。
[0102]c) Cause N0.8,'operator determined barring"
[0103]對應(yīng)的拒絕提示是:對不起，您所撥叫的用戶已暫停服務(wù)。
[0104]d) Cause N0.17"user busy"
[0105]對應(yīng)的拒絕提示是:您撥叫的用戶忙，請稍后再撥。
[0106]e)Cause N0.18"no user responding"
[0107]對應(yīng)的拒絕提示是:對不起，您撥叫的用戶暫時無法接通，請稍后再撥。
[0108]f) Cause N0.19"user alerting, no answer"
[0109]對應(yīng)的拒絕提示是:您撥叫的號碼暫時無人接聽，請稍后再撥。
[0110]g)Cause N0.21"call rejected"
[0111]對應(yīng)的拒絕提示是:您撥叫的用戶忙，請稍后再撥。
[0112]h) Cause N0.28//invalid number format (incomplete number)"
[0113]對應(yīng)的拒絕提示是:您撥叫的號碼是空號，請查證后再撥。
[0114]當(dāng)然，上述拒絕原因形成的拒絕提示僅僅是在示例性的提示，拒絕原因可能因不同區(qū)域或者不同運營商而有所不同，在本申請實施例中并不限定拒絕原因的具體形式。
[0115]本申請實施例還提供了一種信息提示方法，應(yīng)用于移動終端，如圖5所示，包括:
[0116]步驟501，當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；
[0117]步驟502，獲取主叫號碼；
[0118]步驟503，判斷所述主叫號碼是否滿足預(yù)設(shè)條件；
[0119]步驟504，當(dāng)所述主叫號碼不滿足所述預(yù)設(shè)條件時，所述方法還包括:
[0120]依據(jù)所述呼叫請求建立所述主叫端與被叫端的呼叫連接。
[0121]具體為向主叫端返回確認(rèn)信息，向主叫端表明呼叫請求已經(jīng)被被叫端接收到，此時主叫端會聽到待機的相關(guān)提示音，等待被叫摘機，同時被叫終端形成振鈴，待被叫摘機后，即建立起了主叫端和被叫端的呼叫連接。
[0122]本實施例可以實現(xiàn)對非黑名單號碼的正常的呼叫建立。
[0123]下面將本申請的通話過程闡述一下:
[0124]主叫端撥打了被叫端的號碼后，即產(chǎn)生了 一呼叫請求，該呼叫請求可以由主叫端所在網(wǎng)絡(luò)發(fā)送到被叫端所在網(wǎng)絡(luò)端，被叫所在網(wǎng)絡(luò)端將呼叫請求發(fā)送給被叫端，此時需要被叫端對該呼叫請求作出反應(yīng)，在本申請中，在接收到該呼叫請求后，并不立即對該請求作出反應(yīng)，延遲響應(yīng)該呼叫請求，并先判斷該呼叫請求的主叫端是否是黑名單號碼，在主叫端是黑名單號碼的情況下，由被叫終端對呼叫請求作出反應(yīng)，即不發(fā)送確認(rèn)信息，而是直接發(fā)送拒絕指令，該拒絕指令即拒絕主叫端的呼叫，使得呼叫請求失效，同時將與主叫號碼對應(yīng)的拒絕原因發(fā)送給網(wǎng)絡(luò)，使得對主叫端形成拒絕提示，主叫端的呼叫請求沒有獲得確認(rèn)信息的確認(rèn)，所以主叫端并不會聽到短暫接通的提示音，主叫端會直接聽到與之相關(guān)的拒絕原因的提示，并進(jìn)一步的掛機，實現(xiàn)了對主叫端黑名單號碼的拒絕。
[0125]對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本申請所必須的。
[0126]本申請還提供了一種信息提示裝置，應(yīng)用于具有通話功能的移動終端中，如圖6所示，該裝置包括:
[0127]響應(yīng)延遲模塊，用于當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接；
[0128]號碼獲取模塊，用于獲取主叫號碼；
[0129]邏輯判斷模塊，用于判斷所述主叫號碼是否滿足預(yù)設(shè)條件；
[0130]拒絕模塊，用于當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開。
[0131]本申請實施例提供的信息提示裝置，可以在被叫端在接收到來電請求時，延遲處理來電請求，在主叫端是黑名單號碼時，直接拒絕主叫端的來電請求，使黑名單號碼主叫端的來電請求并沒有被處理，黑名單號碼的主叫端也就不能建立與被叫端的連接，沒有進(jìn)行短暫的接通，使被叫端可以完全拒絕黑名單的來電，避免了利用呼叫轉(zhuǎn)移拒絕黑名單號碼來電的短暫接通的問題。
[0132]優(yōu)選地，所述邏輯判斷模塊具體用于:
[0133]判斷所述主叫號碼是否在一預(yù)先設(shè)置的黑名單號碼中，當(dāng)所述主叫號碼在一預(yù)先設(shè)置的黑名單號碼中時，所述主叫號碼滿足預(yù)設(shè)條件。
[0134]優(yōu)選地，所述裝置還包括:
[0135]黑名單設(shè)置模塊，用于預(yù)先設(shè)置黑名單，包括設(shè)置需要拒絕的黑名單號碼。
[0136]優(yōu)選地，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，所述拒絕模塊還用于:
[0137]向主叫端局發(fā)送與所述主叫號碼對應(yīng)的預(yù)設(shè)拒絕原因。
[0138]優(yōu)選地，所述裝置還包括:
[0139]時間設(shè)置模塊，用于預(yù)先設(shè)置所述拒絕原因與時間段的對應(yīng)關(guān)系。
[0140]優(yōu)選地，所述裝置還包括:
[0141]呼叫建立模塊，用于當(dāng)所述主叫號碼不滿足所述預(yù)設(shè)條件時，依據(jù)所述呼叫請求建立所述主叫端與被叫端的呼叫連接。
[0142]需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有
的要素。在沒有更多限制的情況下，由語句“包括一個......”限定的要素，并不排除在包
括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。[0143]需要說明的是，以上所述僅僅是本申請技術(shù)方案的一部分優(yōu)選【具體實施方式】，使本領(lǐng)域技術(shù)人員能夠充分理解或?qū)崿F(xiàn)本申請，而不是全部的實施例，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，基于以上實施例，對于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來說，在不脫離本申請原理，不做出創(chuàng)造性勞動前提下，還可以做出多種顯而易見的修改和潤飾，通過這些修改和潤飾所獲得的所有其他實施例，都可以應(yīng)用于本申請技術(shù)方案，這些都不影響本申請的實現(xiàn)，都應(yīng)當(dāng)屬于本申請的保護范圍。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合于本文所公開的原理和新穎特點相一致的最寬的范圍。
[0144]以上對本申請進(jìn)行了詳細(xì)介紹，本文中應(yīng)用可具體個例對本申請的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本申請的方法及其核心思想，同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在【具體實施方式】及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。
【權(quán)利要求】
1.一種信息提示方法，應(yīng)用于具有通話功能的移動終端中，其特征在于，該方法包括: 當(dāng)所述移動終端接收到來自主叫端的呼叫請求時，延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接； 獲取主叫號碼； 判斷所述主叫號碼是否滿足預(yù)設(shè)條件； 當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，判斷所述主叫號碼是否滿足預(yù)設(shè)條件包括: 判斷所述主叫號碼是否在一預(yù)先設(shè)置的黑名單號碼中，當(dāng)所述主叫號碼在一預(yù)先設(shè)置的黑名單號碼中時，所述主叫號碼滿足預(yù)設(shè)條件。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述接收到主叫端的來電請求前還包括: 預(yù)先設(shè)置黑名單，包括設(shè)置需要拒絕的黑名單號碼。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，所述方法還包括: 向主叫端局發(fā)送與所述主叫號碼對應(yīng)的預(yù)設(shè)拒絕原因。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，預(yù)先設(shè)置所述拒絕原因與時間段的對應(yīng)關(guān)系。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述主叫號碼不滿足所述預(yù)設(shè)條件時，所述方法還包括: 依據(jù)所述呼叫請求建立所述主叫端與被叫端的呼叫連接。
7.一種信息提示裝置，應(yīng)用于具有通話功能的移動終端中，其特征在于，該裝置包括: 響應(yīng)延遲模塊,用于當(dāng)所述移動終端接收到來自主叫端的呼叫請求時,延遲響應(yīng)所述呼叫請求，所述呼叫請求用于建立主叫端與被叫端的連接； 號碼獲取模塊，用于獲取主叫號碼； 邏輯判斷模塊，用于判斷所述主叫號碼是否滿足預(yù)設(shè)條件； 拒絕模塊，用于當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，取消一確認(rèn)指令的發(fā)送，所述確認(rèn)指令用于提示所述主叫端所述呼叫請求已經(jīng)被所述移動終端接收到，并且向所述主叫端發(fā)送拒絕指令，所述拒絕指令用于拒絕所述呼叫請求，以使所述主叫端的呼叫請求被斷開。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述邏輯判斷模塊具體用于: 判斷所述主叫號碼是否在一預(yù)先設(shè)置的黑名單號碼中，當(dāng)所述主叫號碼在一預(yù)先設(shè)置的黑名單號碼中時，所述主叫號碼滿足預(yù)設(shè)條件。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括: 黑名單設(shè)置模塊，用于預(yù)先設(shè)置黑名單，包括設(shè)置需要拒絕的黑名單號碼。
10.根據(jù)權(quán)利要求7所述的裝置，其特征在于，當(dāng)所述主叫號碼滿足預(yù)設(shè)條件時，所述拒絕模塊還用于: 向主叫端局發(fā)送與所述主叫號碼對應(yīng)的預(yù)設(shè)拒絕原因。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述裝置還包括:時間設(shè)置模塊，用于預(yù)先設(shè)置所述拒絕原因與時間段的對應(yīng)關(guān)系。
12.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括: 呼叫建立模塊，用于當(dāng)所述主叫號碼不滿足所述預(yù)設(shè)條件時，依據(jù)所述呼叫請求建立所述主叫端與被叫端的呼叫連接。
【文檔編號】H04W12/00GK103841536SQ201410101264
【公開日】2014年6月4日 申請日期:2014年3月18日 優(yōu)先權(quán)日:2014年3月18日
【發(fā)明者】魏明輝 申請人:聯(lián)想(北京)有限公司