專利名稱:一種實(shí)現(xiàn)通信管理的方法及通信管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種實(shí)現(xiàn)通信管理的方法及通信管理系統(tǒng)。
背景技術(shù):
現(xiàn)代社會(huì)是一個(gè)信息技術(shù)高速發(fā)展的社會(huì),隨著通信技術(shù)的迅速普及帶給我們的 生活巨大的改變,現(xiàn)在基本上可以做到隨時(shí)隨地和家人或朋友通話。但是,當(dāng)我們享受通訊 工具帶給我們便利的同時(shí),我們常常會(huì)被一些無聊的騷擾電話打擾或個(gè)人信息泄露導(dǎo)致被 不法之徒利用以謀取利益。比如突然手機(jī)震鈴響起一聲后就掛掉,手機(jī)上會(huì)留下一個(gè)未 接電話的號碼。這時(shí)做為一個(gè)普通的手機(jī)用戶來說,通常的做法就是按照未接電話回?fù)芑?去,但是往往的通常結(jié)果只會(huì)有幾種1.電話接通,對方表示打錯(cuò)號碼,撥打后發(fā)現(xiàn)不對馬 上掛斷;2.撥打回去,發(fā)現(xiàn)對方已經(jīng)關(guān)機(jī),屬于典型的騷擾電話;3.可能回?fù)芑厝サ氖且粋€(gè) 非常昂貴的聲訊電話,一分鐘幾元、幾十元甚至更高;面對第2種情況,用戶往往感到很無 奈,嚴(yán)重影響了用戶的心情,接下來又隨時(shí)擔(dān)心又會(huì)被騷擾;對于第3種情況,雖然用戶不 想為這種電話買單,但是通話已經(jīng)成為事實(shí)記錄;當(dāng)前很多智能手機(jī)可以加載程序可以識 別來電的號碼進(jìn)而實(shí)現(xiàn)通信的管理,但是作為一些使用普通手機(jī)的用戶并不能使用到上述 功能。
發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)中普通手機(jī)的用戶無法實(shí)現(xiàn)對通信進(jìn)行管理的問題,本發(fā)明提 供了一種實(shí)現(xiàn)通信管理的方法及通信管理系統(tǒng)。本發(fā)明實(shí)施例提供的一種實(shí)現(xiàn)通信管理的方法,包括通信發(fā)起方發(fā)向通信接收方發(fā)送通信信息后,通信管理系統(tǒng)獲取通信信息中的待 檢索內(nèi)容,并在通信接收方預(yù)定義的信息集合中對待檢索內(nèi)容進(jìn)行檢索;通信管理系統(tǒng)根據(jù)待檢索內(nèi)容和檢索結(jié)果判斷是否直接建立通信,當(dāng)確定不直接 建立通信時(shí),關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。本發(fā)明實(shí)施例還提供了一種實(shí)現(xiàn)通信管理的通信管理系統(tǒng),包括檢索模塊,用于通信發(fā)起方發(fā)向通信接收方發(fā)送通信信息后,獲取通信信息中的 待檢索內(nèi)容,并在通信接收方預(yù)定義的信息集合中對待檢索內(nèi)容進(jìn)行檢索;控制模塊,用于根據(jù)待檢索內(nèi)容和檢索結(jié)果判斷是否直接建立通信,當(dāng)確定不直 接建立通信時(shí),關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。由于本發(fā)明實(shí)施例提供的方案,通信管理系統(tǒng)對通信發(fā)起方的標(biāo)識進(jìn)行檢索,若 為檢索到,則關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限,以此實(shí)現(xiàn)通信管理。
圖1為本發(fā)明實(shí)施例提供的方法流程圖;圖2為本發(fā)明實(shí)施例提供的裝置結(jié)構(gòu)圖。
具體實(shí)施例方式現(xiàn)結(jié)合說明書附圖對本發(fā)明實(shí)施例的技術(shù)方案進(jìn)行詳細(xì)說明,通訊管理系統(tǒng)是指 在運(yùn)營商處存儲(chǔ)的由用戶(通信接收方)認(rèn)證,并操作的一個(gè)數(shù)據(jù)處理系統(tǒng),該系統(tǒng)中存儲(chǔ) 有經(jīng)用戶認(rèn)證的信息庫(例如電話號碼簿、電話號段或關(guān)鍵字庫)。這個(gè)系統(tǒng)在日常的運(yùn)作 過程中,可以得到實(shí)時(shí)的更新。更新的渠道有很多種,比如通過定期向營業(yè)廳更新或通過各 種用戶反饋更新,或者通過授權(quán)用戶自行修改的方式。為充分利用資源,該系統(tǒng)應(yīng)是一個(gè)充 分共享的資源。為確保信息安全,該系統(tǒng)在一定的范圍內(nèi)應(yīng)具有一定的保密性。以用戶發(fā)起撥打電話為例,結(jié)合參照圖1,具體的實(shí)施步驟為步驟101、主叫用戶發(fā)起呼叫到達(dá)網(wǎng)絡(luò)側(cè)的處理設(shè)備,通信管理系統(tǒng)獲取主叫方的 電話號碼。呼叫主要涉及主叫用戶、網(wǎng)絡(luò)側(cè)的處理設(shè)備,通信管理系統(tǒng),被叫用戶。在固定網(wǎng) 絡(luò)、無線網(wǎng)絡(luò)或IMS(IP多媒體系統(tǒng)、IP Multi-Media system)等網(wǎng)絡(luò)中均有相應(yīng)的網(wǎng)絡(luò)側(cè) 的處理設(shè)備,網(wǎng)絡(luò)側(cè)的處理設(shè)備主要作用是建立主叫用戶和被叫用戶的呼叫連接。在通信 領(lǐng)域,相關(guān)的技術(shù)人員可以將此處理設(shè)備定位到具體的一個(gè)或幾個(gè)物理設(shè)備中。如果被叫用戶未接到電話,相應(yīng)的網(wǎng)絡(luò)側(cè)處理設(shè)備會(huì)將主叫用戶的電話號碼編輯 成短信,發(fā)送到網(wǎng)絡(luò)側(cè)處理設(shè)備中的短信處理設(shè)備,短信處理設(shè)備以短信的形式發(fā)給被叫 用戶。不論哪種情況,網(wǎng)絡(luò)側(cè)處理設(shè)備都可以提取主叫用戶的電話號,通信管理系統(tǒng)都 可以從網(wǎng)絡(luò)側(cè)處理設(shè)備處獲取主叫用戶的電話號。在此,主叫用戶的電話號作為待檢索內(nèi) 容,還可以是通信管理系統(tǒng)獲取主叫用戶的電話號所在號段,將所在號段作為待檢索內(nèi)容。 當(dāng)然,如果主叫用戶直接向被叫用戶發(fā)送一條短消息,則可以是通信管理系統(tǒng)獲取短消息 中的文字內(nèi)容,將短消息中的文字內(nèi)容作為待檢索內(nèi)容,也可以是將主叫用戶電話號碼或 所在號段作為待檢索內(nèi)容。步驟102、通信管理系統(tǒng)判斷主叫方的電話號碼是否為通信管理系統(tǒng)的記錄,若主 叫方標(biāo)識為通信管理系統(tǒng)的記錄,則進(jìn)入步驟103,如果不是,則進(jìn)入步驟104。本實(shí)施例中采用的通訊管理系統(tǒng)的記錄是指被被叫用戶認(rèn)證的電話號碼簿中的 號碼。本步驟中,通訊管理系統(tǒng)根據(jù)待檢索內(nèi)容為主叫方的電話號碼,檢索結(jié)果為在被叫用 戶認(rèn)證的電話號碼簿中檢索到主叫方的電話號碼,因此可以判斷直接建立通信。如果通訊 管理系統(tǒng)根據(jù)待檢索內(nèi)容為主叫方的電話號碼號段,檢索結(jié)果為在被叫用戶認(rèn)證的電話號 碼號段中沒有檢索到主叫方的電話號碼號段,因此可以判斷直接建立通信,否則可以判斷 不直接建立通信。再如,將主叫方直接發(fā)送的短消息中的文字內(nèi)容作為待檢索內(nèi)容,檢索結(jié) 果為在關(guān)鍵字庫沒有檢索到該短消息的文字內(nèi)容,因此判斷直接建立通信,否則可以判斷 不直接建立通信。根據(jù)實(shí)際的不同需求,通信管理系統(tǒng)根據(jù)不同的待檢索內(nèi)容和對應(yīng)的檢 索結(jié)果,可以確定直接建立通信或不建立通信,本實(shí)施例不對此進(jìn)行限定。步驟103、通信管理系統(tǒng)同意直接撥打。本步驟是指通信管理系統(tǒng)直接開通通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。步驟104、通信管理系統(tǒng)提示主叫方提供身份識別信息。通信管理系統(tǒng)關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限,進(jìn)而提示主叫方提供身份識別信息。身份識別信息可以是語音、視頻等形式的身份識別信息。如主叫方預(yù)先 錄制的自己的一段語音,或預(yù)先拍攝的自己的一段視頻。步驟105、主叫方提供身份識別信息。主叫方 在接收步驟104的操作結(jié)果后,將自行判斷是否提供自己的身份信息,主 叫方將根據(jù)提示進(jìn)行應(yīng)答或不應(yīng)答,主叫方存在惡意呼叫的情況;將可能考慮取消繼續(xù)撥 打的計(jì)劃;如果主叫方同意提供身份信息,主叫方身份信息處理模塊將處理主叫方提供的 身份信息,向通信管理系統(tǒng)提供身份識別信息,然后進(jìn)入步驟106。步驟106、通信管理系統(tǒng)收到主叫方的身份識別信息后將會(huì)給被叫方一個(gè)系統(tǒng)提 示,提示被叫方主叫方已上傳身份識別信息。步驟107、被叫方根據(jù)提示進(jìn)入通信管理系統(tǒng)查看主叫方上傳的身份識別信息,若 查看該信息后被叫方同意開通主叫方的通信權(quán)限,進(jìn)一步被叫方根據(jù)自己的判斷,確定是 直接開通主叫方的通信權(quán)限,還是通過發(fā)送邀請碼讓主叫方獲取權(quán)限,無論上述的那種方 式,都是要向通信管理系統(tǒng)發(fā)送的允許開通指令。如果被叫方同意直接開通主叫方的通信 權(quán)限,將進(jìn)入步驟108,如果不是,將進(jìn)入步驟109進(jìn)入邀請碼處理方式。步驟108、被叫方向通信管理系統(tǒng)發(fā)送直接開通指令,通信管理系統(tǒng)直接開通主叫 方的通信權(quán)限,通信管理系統(tǒng)將根據(jù)被叫方的直接開通指令,向主叫方發(fā)出開通提示。通信 管理系統(tǒng)根據(jù)被叫方的要求指令,發(fā)出信息給主叫方提示主叫方通信權(quán)限開通。步驟109、被叫方向通信管理系統(tǒng)發(fā)送邀請碼,以邀請碼方式開通。被叫方向通信管理系統(tǒng)發(fā)送邀請碼產(chǎn)生要求,通信管理系統(tǒng)將產(chǎn)生的邀請碼備份 并轉(zhuǎn)發(fā)給主叫方,主叫方會(huì)自行判斷是否反饋該邀請碼,若同意,則將邀請碼上發(fā)給通信管 理系統(tǒng),通信管理系統(tǒng)收到邀請碼信息后根據(jù)已備份邀請碼進(jìn)行檢索,檢索到上發(fā)的邀請 碼后,開通主叫方與被叫方進(jìn)行通信的權(quán)限。產(chǎn)生邀請碼的方式由主叫方的電話號碼以及 撥打時(shí)間產(chǎn)生一個(gè)序列碼,該序列碼在最后一位加上被叫方定義的字母號碼信息,構(gòu)成產(chǎn) 生邀請碼。本發(fā)明實(shí)施例還提供了一種實(shí)現(xiàn)通信管理的通信管理系統(tǒng),如圖2所示包括檢索模塊201,用于通信發(fā)起方發(fā)向通信接收方發(fā)送通信信息后,獲取通信信息中 的待檢索內(nèi)容,并在通信接收方預(yù)定義的信息集合中對待檢索內(nèi)容進(jìn)行檢索;控制模塊202,用于根據(jù)待檢索內(nèi)容和檢索結(jié)果判斷是否直接建立通信,當(dāng)確定不 直接建立通信時(shí),關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。進(jìn)一步,控制模塊202,還用于當(dāng)確定直接建立通信時(shí),直接開通通信發(fā)起方與通 信接收方進(jìn)行通信的權(quán)限。進(jìn)一步,還包括提示模塊203,用于提示通信發(fā)起方提供身份識別信息;通知模塊204,用于接收通信發(fā)起方提供的身份識別信息,并通知給通信接收方;控制模塊202,還用于通信管理系統(tǒng)根據(jù)通信接收方發(fā)送的允許開通指令,開通通 信發(fā)起方的當(dāng)前通信權(quán)限。進(jìn)一步,控制模塊202,還用于根據(jù)通信接收方發(fā)送的允許開通指令,開通通信發(fā) 起方與通信接收方進(jìn)行通信的權(quán)限。進(jìn)一步,控制模塊202,還用于根據(jù)通信接收方發(fā)送的邀請碼產(chǎn)生要求,生成邀請碼并進(jìn)行備份, 并向通信發(fā)起方發(fā)送生成的邀請碼,并接收通信發(fā)起方反饋的邀請碼,根據(jù) 反饋的邀請碼和備份的邀請碼相同,開通通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。
顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精 神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi),則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
一種實(shí)現(xiàn)通信管理的方法,其特征在于,包括通信發(fā)起方發(fā)向通信接收方發(fā)送通信信息后,通信管理系統(tǒng)獲取通信信息中的待檢索內(nèi)容,并在通信接收方預(yù)定義的信息集合中對待檢索內(nèi)容進(jìn)行檢索;通信管理系統(tǒng)根據(jù)待檢索內(nèi)容和檢索結(jié)果判斷是否直接建立通信,當(dāng)確定不直接建立通信時(shí),關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。
2.如權(quán)利要求1所述的方法,其特征在于,還包括當(dāng)確定直接建立通信時(shí),直接開通通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。
3.如權(quán)利要求1所述的方法,其特征在于,關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的 權(quán)限后還包括通信管理系統(tǒng)提示通信發(fā)起方提供身份識別信息; 通信管理系統(tǒng)接收通信發(fā)起方提供的身份識別信息,并通知通信接收方; 通信管理系統(tǒng)根據(jù)通信接收方發(fā)送的允許開通指令,開通通信發(fā)起方與通信接收方進(jìn) 行通信的權(quán)限。
4.如權(quán)利要求3所述的方法,其特征在于,通信管理系統(tǒng)根據(jù)通信接收方發(fā)送的允許 開通指令,開通通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限,具體為通信管理系統(tǒng)根據(jù)通信接收方發(fā)送的直接開通指令,開通通信發(fā)起方與通信接收方進(jìn) 行通信的權(quán)限。
5.如權(quán)利要求3所述的方法,其特征在于,通信管理系統(tǒng)根據(jù)通信接收方發(fā)送的允許 開通指令,開通通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限,具體為通信管理系統(tǒng)根據(jù)通信接收方發(fā)送的邀請碼產(chǎn)生要求,生成邀請碼并進(jìn)行備份,并向 通信發(fā)起方發(fā)送生成的邀請碼;通信管理系統(tǒng)接收通信發(fā)起方反饋的邀請碼,根據(jù)反饋的邀請碼和備份的邀請碼相 同,開通通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。
6.一種實(shí)現(xiàn)通信管理的通信管理系統(tǒng),其特征在于,包括檢索模塊,用于通信發(fā)起方發(fā)向通信接收方發(fā)送通信信息后,獲取通信信息中的待檢 索內(nèi)容,并在通信接收方預(yù)定義的信息集合中對待檢索內(nèi)容進(jìn)行檢索;控制模塊,用于根據(jù)待檢索內(nèi)容和檢索結(jié)果判斷是否直接建立通信,當(dāng)確定不直接建 立通信時(shí),關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。
7.如權(quán)利要求6所述的通信管理系統(tǒng),其特征在于,控制模塊,還用于當(dāng)確定直接建立 通信時(shí),直接開通通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。
8.如權(quán)利要求6所述的通信管理系統(tǒng),其特征在于,還包括 提示模塊,用于提示通信發(fā)起方提供身份識別信息;通知模塊,用于接收通信發(fā)起方提供的身份識別信息,并通知通信接收方; 控制模塊,還用于根據(jù)通信接收方發(fā)送的允許開通指令,開通通信發(fā)起方與通信接收 方進(jìn)行通信的權(quán)限。
9.如權(quán)利要求8所述的通信管理系統(tǒng),其特征在于,控制模塊,還用于根據(jù)通信接收方 發(fā)送的允許開通指令,開通通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限。
10.如權(quán)利要求8所述的通信管理系統(tǒng),其特征在于,控制模塊,還用于根據(jù)通信接收 方發(fā)送的邀請碼產(chǎn)生要求,生成邀請碼并進(jìn)行備份,并向通信發(fā)起方發(fā)送生成的邀請碼,并接收通信發(fā)起方反饋的邀請碼,根據(jù)反饋的邀請碼和備份的邀請碼相同,開通通信發(fā)起方 與通信接收方進(jìn)行通信的權(quán)限。
全文摘要
本發(fā)明涉及通信技術(shù)領(lǐng)域,為了解決現(xiàn)有技術(shù)中普通手機(jī)的用戶無法實(shí)現(xiàn)對通信進(jìn)行管理的問題,提供一種實(shí)現(xiàn)通信管理的方法及通信管理系統(tǒng),該方法包括通信發(fā)起方發(fā)向通信接收方發(fā)送通信信息后,通信管理系統(tǒng)獲取通信信息中的待檢索內(nèi)容,在通信接收方預(yù)定義的信息集合中對待檢索內(nèi)容進(jìn)行檢索,通信管理系統(tǒng)根據(jù)待檢索內(nèi)容和檢索結(jié)果判斷是否直接建立通信,當(dāng)確定不直接建立通信時(shí),關(guān)閉通信發(fā)起方與通信接收方進(jìn)行通信的權(quán)限,由于通過檢索控制通信發(fā)起方的當(dāng)前通信權(quán)限,實(shí)現(xiàn)了對通信進(jìn)行管理。
文檔編號H04M3/42GK101964832SQ20101050169
公開日2011年2月2日 申請日期2010年9月29日 優(yōu)先權(quán)日2010年9月29日
發(fā)明者劉彬 申請人:中興通訊股份有限公司