两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法及系統(tǒng)的制作方法

文檔序號(hào):7626816閱讀:163來(lái)源:國(guó)知局
專(zhuān)利名稱(chēng):通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域,尤其涉及一種通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法及系統(tǒng)。
背景技術(shù)
在通信領(lǐng)域中,主被叫終端之間可以進(jìn)行語(yǔ)音通話,在被叫的終端上可以記錄本次呼叫的信息,信息中包括主叫號(hào)碼、呼叫的時(shí)間等等。當(dāng)主叫終端呼叫一段時(shí)間但被叫沒(méi)有接聽(tīng),比如,被叫終端不在用戶(hù)身邊,此時(shí)被叫終端的未接來(lái)電歷史記錄中將記錄這一事件。以便于被叫用戶(hù)查看相應(yīng)的歷史記錄信息,獲知發(fā)生過(guò)的呼入信息,并根據(jù)需要向主叫回?fù)堋?br> 例如,在PoC(基于蜂窩系統(tǒng)的即按即講)業(yè)務(wù)中,一對(duì)一的PTT(即按即講)呼叫也一樣,當(dāng)PoC主叫呼叫PoC被叫時(shí),由于PoC被叫設(shè)置為手動(dòng)應(yīng)答,但是被叫終端用戶(hù)由于正在忙某件事情不能接聽(tīng)電話,主叫用戶(hù)發(fā)現(xiàn)被叫一直沒(méi)有接聽(tīng)時(shí)將掛斷電話,此時(shí)在被叫終端的未接來(lái)電的歷史記錄中將保存本次呼叫的信息。
另外,在PoC業(yè)務(wù)中,還有一種可以通過(guò)消息發(fā)起呼叫邀請(qǐng)的發(fā)起呼叫方式,即Personal Alert(私人通知)業(yè)務(wù),主叫用戶(hù)通過(guò)消息的方式告訴被叫用戶(hù)希望同他PoC通信,以避免直接通過(guò)PoC呼叫可能打擾被叫用戶(hù)正在進(jìn)行的工作。被叫收到Personal Alert后可以直接按PoC鍵發(fā)起同主叫的通話。如果被叫終端不在用戶(hù)身邊導(dǎo)致不能回呼時(shí),此時(shí)被叫終端也將記錄本次Personal Alert的情況。
在通信系統(tǒng)中,當(dāng)在被叫終端中保存了主叫終端發(fā)起生成的呼叫邀請(qǐng)信息后,主叫終端可能不再希望被叫用戶(hù)回?fù)?,或者不希望被叫用?hù)獲知該呼叫邀請(qǐng)信息,但目前還沒(méi)有一種可行的技術(shù)方案可以滿(mǎn)足用戶(hù)的這一需求。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法及系統(tǒng),從而可以滿(mǎn)足主叫用戶(hù)能夠修改被叫用戶(hù)側(cè)保存的呼叫邀請(qǐng)信息的需求。
本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的系統(tǒng),包括操作發(fā)起單元設(shè)置于主叫終端設(shè)備中,構(gòu)造用于操作處理被叫終端中的由本端發(fā)起的呼叫邀請(qǐng)信息的操作消息,并發(fā)送;呼叫記錄信息管理實(shí)體用于接收操作消息,并根據(jù)解析獲得的操作消息中承載的信息對(duì)相應(yīng)的呼叫邀請(qǐng)信息進(jìn)行操作處理。
所述的操作發(fā)起單元包括信息提取模塊用于根據(jù)主叫終端設(shè)備中的呼叫的歷史記錄信息提取需要操作處理的呼叫邀請(qǐng)信息的識(shí)別信息;操作設(shè)置模塊用于設(shè)置針對(duì)被叫終端設(shè)備中保存的呼叫邀請(qǐng)信息采用的操作處理對(duì)應(yīng)的操作標(biāo)志信息;操作消息構(gòu)造模塊根據(jù)信息提取模塊及操作設(shè)置模塊提供的信息構(gòu)造短消息,并發(fā)送給主叫終端設(shè)備。
所述的呼叫記錄信息管理實(shí)體包括消息解析模塊用于對(duì)操作消息進(jìn)行解析獲得其中的需要操作處理的呼叫邀請(qǐng)信息的識(shí)別信息和操作標(biāo)志信息;呼叫邀請(qǐng)信息查詢(xún)模塊用于根據(jù)消息解析模塊獲得的呼叫邀請(qǐng)信息的識(shí)別信息查詢(xún)獲得目標(biāo)呼叫邀請(qǐng)信息;
信息操作模塊用于根據(jù)消息解析模塊獲得的操作標(biāo)志信息對(duì)呼叫邀請(qǐng)信息查詢(xún)模塊查詢(xún)到的呼叫邀請(qǐng)信息進(jìn)行標(biāo)志位修改或刪除操作。
所述的呼叫記錄信息管理實(shí)體獨(dú)立存在于網(wǎng)絡(luò)中,或者與其它網(wǎng)絡(luò)實(shí)體和并存在;當(dāng)與其他網(wǎng)絡(luò)實(shí)體和并存在時(shí),具體與主叫或被叫終端的移動(dòng)交換中心MSC,或者,主叫或者被叫終端的呼叫狀態(tài)控制功能CSCF,主叫或者被叫基于蜂窩系統(tǒng)的即按即講PoC服務(wù)器,或者,主叫或者被叫終端的協(xié)商服務(wù)器Conference Server,主叫或者被叫終端的接入服務(wù)器AS合并存在,或者,設(shè)置于用戶(hù)終端設(shè)備中。
本發(fā)明還提供了一種通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,包括A、用戶(hù)通過(guò)向用于對(duì)呼叫記錄信息進(jìn)行操作管理的呼叫記錄信息管理實(shí)體發(fā)送對(duì)呼叫記錄信息進(jìn)行操作管理的指示;B、呼叫信息管理實(shí)體收到指示后,根據(jù)所述指示對(duì)呼叫記錄信息進(jìn)行操作管理。
所述的呼叫記錄信息包括呼叫記錄,或者,呼叫邀請(qǐng)通知記錄,或者預(yù)定條件滿(mǎn)足后網(wǎng)絡(luò)側(cè)發(fā)起通知的預(yù)定呼叫記錄信息。
所述的操作標(biāo)志信息包括直接刪除所述的呼叫記錄信息,或者,修改所述呼叫記錄信息的狀態(tài)為取消該呼叫,或者,調(diào)整所述的呼叫信息的順序,或者修改所述呼叫記錄信息內(nèi)容。
所述的操作消息包括電路域的短消息,和/或者會(huì)話初始協(xié)議SIP消息,和/或者移動(dòng)應(yīng)用部分MAP消息,和/或者分組域的消息MESSAGE。
所述的操作消息承載的信息可以包括被叫終端的標(biāo)識(shí)信息、和/或者操作標(biāo)志信息、和/或者被操作的呼叫邀請(qǐng)信息的識(shí)別信息,和/或者主叫終端的標(biāo)識(shí)信息。
所述的步驟A包括當(dāng)主叫終端確定需要操作處理保存于呼叫信息管理實(shí)體中的呼叫邀請(qǐng)信息時(shí),則在本端的呼叫記錄中提取需要管理的呼叫記錄信息,之后,隨操作標(biāo)志信息一起發(fā)送給呼叫信息管理實(shí)體;或者主叫終端直接向呼叫信息管理實(shí)體發(fā)送操作呼叫邀請(qǐng)信息的消息。
所述的在本端呼叫記錄中提取需要管理的呼叫記錄信息包括呼叫信息時(shí)戳,和/或者呼叫處理事務(wù)標(biāo)識(shí),和/或者呼叫信息,和/或者呼叫記錄索引信息。
所述的步驟A包括作為發(fā)送方的用戶(hù)將操作指示發(fā)送給呼叫信息管理實(shí)體,并由呼叫信息管理實(shí)體可以對(duì)發(fā)送方進(jìn)行鑒權(quán)和認(rèn)證;根據(jù)鑒權(quán)和認(rèn)證的結(jié)果,呼叫信息管理實(shí)體拒絕或者接受發(fā)送方的請(qǐng)求;且當(dāng)接受發(fā)送方請(qǐng)求時(shí),執(zhí)行步驟B,當(dāng)不接受發(fā)送方請(qǐng)求時(shí),則直接給發(fā)送方發(fā)送拒絕通知,并可選地?cái)y帶原因值。
所述的方法還包括呼叫信息管理實(shí)體記錄修改日志信息,所述的日志信息包括修改次數(shù)、修改者信息、修改信息、修改成功次數(shù)和/或修改失敗次數(shù)。
所述的方法還包括被修改用戶(hù)要求呼叫信息管理實(shí)體通知對(duì)呼叫信息管理的情況,具體包括修改成功時(shí)對(duì)被修改用戶(hù)進(jìn)行通知;和/或,修改失敗時(shí)對(duì)被修改用戶(hù)進(jìn)行通知;和/或,修改特定參數(shù)時(shí)對(duì)用戶(hù)進(jìn)行通知。
所述的步驟B包括B1、呼叫信息管理實(shí)體接收所述操作消息后,根據(jù)消息中的呼叫邀請(qǐng)信息的識(shí)別信息確定需要被操作處理的呼叫記錄信息;B2、根據(jù)操作消息中的操作標(biāo)志信息對(duì)所述確定的呼叫記錄信息進(jìn)行對(duì)應(yīng)的操作處理。
所述的步驟B還包括當(dāng)呼叫信息管理實(shí)體確定需要被操作處理的呼叫邀請(qǐng)信息已經(jīng)被查看或者已被刪除,則不對(duì)該呼叫邀請(qǐng)信息進(jìn)行處理,并向主叫終端返回表示操作失敗的失敗響應(yīng)消息。
所述的步驟B2包括當(dāng)呼叫信息管理實(shí)體中記錄了主叫終端的多次呼叫邀請(qǐng)信息,則呼叫信息管理實(shí)體根據(jù)所述操作標(biāo)志對(duì)最后一條或全部或指定部分呼叫邀請(qǐng)信息進(jìn)行處理。
由上述本發(fā)明提供的技術(shù)方案可以看出,本發(fā)明的實(shí)現(xiàn)使得用戶(hù)終端可以對(duì)保存于被叫用戶(hù)側(cè)的呼叫邀請(qǐng)信息(如歷史呼叫記錄信息)進(jìn)行修改操作,從而使得當(dāng)主叫終端在發(fā)起呼叫后且呼叫信息被保存于被叫用戶(hù)終端的未接呼叫記錄中時(shí),主叫用戶(hù)仍然可以根據(jù)自己的實(shí)際需要靈活地修改本終端對(duì)應(yīng)的呼叫記錄進(jìn)行刪除或狀態(tài)修改操作。例如,在主叫用戶(hù)向被叫用戶(hù)發(fā)起呼叫且被叫用戶(hù)未接聽(tīng)后,主叫用戶(hù)確定不需要被叫用戶(hù)回呼,則可以通過(guò)修改被叫用戶(hù)終端中的未接呼叫記錄信息狀態(tài)實(shí)現(xiàn),或者刪除被叫用戶(hù)終端中的未接呼叫記錄信息來(lái)實(shí)現(xiàn)。
因此,本發(fā)明的實(shí)現(xiàn)可以靈活地滿(mǎn)足主叫用戶(hù)對(duì)被叫用戶(hù)終端中相應(yīng)的未接呼叫記錄的修改需求。


圖1為本發(fā)明所述的方法的具體實(shí)現(xiàn)方式一的流程圖;圖2為本發(fā)明所述的方法的具體實(shí)現(xiàn)方式二的流程圖;圖3為本發(fā)明所述的方法的具體實(shí)現(xiàn)方式三的流程圖;圖4為本發(fā)明所述的系統(tǒng)的結(jié)構(gòu)示意圖;
圖5為呼叫記錄信息管理實(shí)體設(shè)置于終端中的本發(fā)明處理過(guò)程示意圖;圖6為呼叫記錄信息管理實(shí)體設(shè)置于服務(wù)器中的本發(fā)明處理過(guò)程示意圖。
具體實(shí)施例方式
本發(fā)明的實(shí)現(xiàn)主要是為了解決通信實(shí)體的主叫向被叫發(fā)起呼叫記錄操作的問(wèn)題。本發(fā)明實(shí)現(xiàn)的前提是當(dāng)通信實(shí)體的主叫用戶(hù)致電被叫用戶(hù)時(shí),被叫用戶(hù)可能由于某種原因沒(méi)有應(yīng)答,但被叫終端將記錄本次呼叫信息。
本發(fā)明的實(shí)現(xiàn)正是為了對(duì)保存于被叫終端的本次呼叫信息進(jìn)行修改操作。具體為當(dāng)主叫用戶(hù)根據(jù)需要確定希望阻止被叫用戶(hù)在發(fā)現(xiàn)終端記錄有未接來(lái)電后向可以對(duì)呼叫記錄信息進(jìn)行操作管理的呼叫信息管理實(shí)體發(fā)起呼叫彌補(bǔ)未接來(lái)電,即當(dāng)主叫用戶(hù)在被叫未接聽(tīng)呼叫后或未處理呼叫信息過(guò)程中確定被叫用戶(hù)不必再回呼本端時(shí),則通過(guò)發(fā)送消息的方式遠(yuǎn)程處理被叫終端的記錄的本次呼叫信息(如未接來(lái)電記錄),比如,刪除記錄消息或者標(biāo)志此呼叫記錄不需要回呼等。需要說(shuō)明的是本發(fā)明中所述的呼叫管理實(shí)體可以設(shè)置于用戶(hù)終端中,也可以獨(dú)立設(shè)置于網(wǎng)絡(luò)中,還可以與其他網(wǎng)絡(luò)實(shí)體和并存在于網(wǎng)絡(luò)中。
本發(fā)明涉及到主被叫通信實(shí)體間的遠(yuǎn)程操作呼叫未接記錄,范圍包括通信領(lǐng)域中電路域、分組域、PoC集群業(yè)務(wù)的未接來(lái)電操作。同時(shí)本發(fā)明不僅可以用于對(duì)由主叫用戶(hù)撥號(hào)直接發(fā)起的呼叫產(chǎn)生的記錄于被叫用戶(hù)終端中的呼叫信息進(jìn)行操作,還可以用于對(duì)由主叫用戶(hù)向被叫用戶(hù)發(fā)送消息產(chǎn)生的記錄于被叫用戶(hù)終端中的呼叫信息進(jìn)行操作。
也就是說(shuō),本發(fā)明提供的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,可以用于對(duì)被叫終端中保存的呼叫記錄信息進(jìn)行遠(yuǎn)程操作處理,如刪除,修改等,所述的呼叫記錄信息包括呼叫記錄,或者,呼叫邀請(qǐng)通知記錄,或者預(yù)定條件滿(mǎn)足后網(wǎng)絡(luò)側(cè)發(fā)起通知的預(yù)定呼叫記錄信息。所述的呼叫記錄信息是因被叫終端未接受主叫終端發(fā)起的呼叫邀請(qǐng)而保存的信息,所述的呼叫記錄可以為主叫終端直接向被叫終端發(fā)起呼叫,即通常采用的撥號(hào)呼叫在被叫終端中記錄的信息,所述的呼叫邀請(qǐng)通知記錄可以為主叫終端向被叫終端發(fā)送消息請(qǐng)求與被叫終端建立呼叫,如通過(guò)發(fā)送Personal Alert消息發(fā)起呼叫等。總之,所述的呼叫記錄信息包括存儲(chǔ)于用戶(hù)終端中的與呼叫有關(guān)的任何信息。
本發(fā)明所述方法中,具體針對(duì)呼叫記錄信息的操作處理過(guò)程包括第一步當(dāng)主叫終端確定需要處理所述呼叫記錄信息時(shí),則向可以對(duì)呼叫記錄信息進(jìn)行處理的呼叫信息管理實(shí)體被叫終端發(fā)送操作消息,如短消息等,且在所述消息中承載有操作標(biāo)志信息;所述的操作標(biāo)志信息包括刪除所述的呼叫邀請(qǐng)信息,或者,修改所述呼叫邀請(qǐng)信息的狀態(tài);所述的操作消息承載的信息包括被叫終端的標(biāo)識(shí)信息、操作標(biāo)志信息、被操作的呼叫邀請(qǐng)信息的識(shí)別信息;其中,所述的操作消息可以為電路域的短消息,SIP(會(huì)話初始協(xié)議)消息,MAP(移動(dòng)應(yīng)用部分)消息,和分組域的MESSAGE(消息)中的一項(xiàng)或多項(xiàng)。
第二步呼叫信息管理實(shí)體根據(jù)接收到的操作消息中承載的操作標(biāo)志信息對(duì)被叫終端保存的相應(yīng)呼叫記錄信息進(jìn)行相應(yīng)類(lèi)型的操作處理,以呼叫信息管理實(shí)體設(shè)置于被叫終端中為例,具體包括(1)被叫終端接收所述操作消息后,解析所述的操作消息,并根據(jù)消息中的呼叫邀請(qǐng)信息的識(shí)別信息確定需要被操作處理的呼叫邀請(qǐng)信息;(2)根據(jù)操作消息中的操作標(biāo)志信息對(duì)所述確定的呼叫邀請(qǐng)信息進(jìn)行對(duì)應(yīng)的操作處理,如刪除或修改操作;針對(duì)所述呼叫邀請(qǐng)信息的操作處理完成后,向主叫終端返回成功或失敗響應(yīng)消息,當(dāng)返回失敗響應(yīng)消息時(shí),需要在所述消息中承載失敗的原因。
另外,本發(fā)明中作為發(fā)送方的用戶(hù)將操作指示發(fā)送給呼叫信息管理實(shí)體,并由呼叫信息管理實(shí)體可以對(duì)發(fā)送方進(jìn)行鑒權(quán)和認(rèn)證;呼叫信息管理實(shí)體根據(jù)鑒權(quán)和認(rèn)證的結(jié)果,拒絕或者接受發(fā)送方的請(qǐng)求,當(dāng)接受發(fā)送方請(qǐng)求時(shí),則對(duì)被叫用戶(hù)終端中的呼叫記錄信息進(jìn)行操作管理,操作管理完成后向發(fā)送方(即操作管理發(fā)起方)發(fā)送確認(rèn)通知,當(dāng)不接受發(fā)送方請(qǐng)求時(shí),則直接給發(fā)送方發(fā)送拒絕通知,根據(jù)需要可以攜帶相應(yīng)的原因值。
同時(shí),在呼叫信息管理實(shí)體中還可以記錄修改日志信息,所述的日志信息包括修改次數(shù)、修改者信息、修改信息、修改成功次數(shù)和修改失敗次數(shù)中的至少一項(xiàng)。
本發(fā)明中,呼叫記錄信息被修改的用戶(hù)還可以要求呼叫信息管理實(shí)體通知對(duì)呼叫信息管理的情況,具體的通知包括修改成功時(shí)對(duì)被修改用戶(hù)進(jìn)行通知、修改失敗時(shí)對(duì)被修改用戶(hù)進(jìn)行通知和修改特定參數(shù)時(shí)對(duì)用戶(hù)進(jìn)行通知中的至少一項(xiàng)通知。
下面將以幾個(gè)具體的應(yīng)用實(shí)例對(duì)本發(fā)明的具體實(shí)現(xiàn)方式進(jìn)行說(shuō)明。
本發(fā)明提供的第一個(gè)具體實(shí)施例如圖1所示,由于PoC通信的信令采用的是SIP(會(huì)話初始協(xié)議),因而和其他SIP實(shí)體間通信過(guò)程類(lèi)似。故,在該實(shí)施例中以PoC通信為例對(duì)本發(fā)明進(jìn)行描述。
當(dāng)PoC主叫發(fā)起點(diǎn)對(duì)點(diǎn)呼叫時(shí),PoC被叫設(shè)置的手動(dòng)應(yīng)答,但是PoC被叫終端可能不在被叫用戶(hù)身邊所以沒(méi)有接聽(tīng)。PoC被叫終端(即被叫用戶(hù)實(shí)體)上保留的未接來(lái)電記錄,此時(shí),PoC主叫用戶(hù)還可以通過(guò)SIP消息遠(yuǎn)程操作PoC終端被叫上保留的未接來(lái)電記錄,具體如下當(dāng)SIP實(shí)體呼叫,SIP被叫用戶(hù)(User Agent)由于某種原因沒(méi)有接聽(tīng)的情況時(shí),在SIP被叫終端的未接來(lái)電歷史記錄中將記錄該呼叫信息,此后,SIP被叫終端的用戶(hù)將通過(guò)查看未接來(lái)電歷史記錄獲知這一事件,并可以根據(jù)自身需要確定是否再向主叫發(fā)起呼叫。
對(duì)于主叫用戶(hù)來(lái)說(shuō),如果由于被叫用戶(hù)沒(méi)有接聽(tīng)呼叫而導(dǎo)致呼叫沒(méi)有繼續(xù),而且,所述SIP主叫用戶(hù)確認(rèn)已經(jīng)沒(méi)有必要或不希望讓SIP被叫用戶(hù)獲知曾經(jīng)發(fā)生的這次呼叫,則將可以通過(guò)向被叫用戶(hù)實(shí)體發(fā)送SIP消息遠(yuǎn)程操作被叫用戶(hù)實(shí)體保存的未接來(lái)電歷史記錄,例如,刪除、修改標(biāo)志位等。
本實(shí)施例主要是為了描述主叫遠(yuǎn)程處理被叫終端呼叫記錄的方法,對(duì)于呼叫流程中涉及到的與本發(fā)明無(wú)關(guān)的網(wǎng)絡(luò)實(shí)體將不對(duì)其進(jìn)行描述。
如圖1所示,該實(shí)施例的具體實(shí)現(xiàn)過(guò)程包括步驟11作為主叫用戶(hù)的PoC終端1希望同PoC終端2(即被叫用戶(hù))通話,將向PoC服務(wù)器發(fā)送INVITE消息;在所述的INVITE消息中將攜帶被叫PoC終端2的Public Id(公用標(biāo)識(shí)),同時(shí)PoC終端1也可以保存本次呼叫記錄。
步驟12PoC服務(wù)器收到INVITE后,經(jīng)過(guò)相應(yīng)鑒權(quán)處理后,向PoC終端2發(fā)起呼叫;當(dāng)PoC終端2收到INVITE消息后,由于終端設(shè)置了手動(dòng)應(yīng)答,此時(shí)PoC終端2將通過(guò)震鈴提示用戶(hù)接聽(tīng)。
步驟13PoC終端2在震鈴的同時(shí)將向PoC服務(wù)器回180 Ringing(振鈴響應(yīng))消息。
步驟14PoC終端1收到180 Ringing消息后,PoC終端1將播放回鈴音提示主叫用戶(hù),即PoC終端1。
由于某種原因,被叫PoC終端2用戶(hù)一直沒(méi)有接聽(tīng)呼叫,經(jīng)過(guò)一段時(shí)間后,PoC終端1將決定取消本次呼叫,即終止本次呼叫,具體過(guò)程如下步驟15PoC終端1向PoC服務(wù)器發(fā)送CANCEL(取消)本次呼叫。
步驟16PoC服務(wù)器收到消息后,將向PoC終端2發(fā)送CANCEL消息取消呼叫。
步驟17PoC終端2收到CANCEL消息后將不再震鈴,立即給PoC服務(wù)器回200OK(CANCEL)消息,即取消確認(rèn)消息;同時(shí),PoC終端2的未接來(lái)電歷史記錄中將記錄本次呼叫信息。
步驟18PoC服務(wù)器收到被叫返回的200OK(CANCEL),將給PoC終端1回200OK(CANCEL)。
步驟19該步驟緊接著步驟17,PoC終端2給PoC服務(wù)器針對(duì)INVITE消息回487消息,即Request Terminated(請(qǐng)求終止)消息。
步驟110PoC服務(wù)器收到487消息后,立即給PoC終端1回487消息。
過(guò)了一段時(shí)間后,根據(jù)用戶(hù)的實(shí)際需要,PoC終端1希望刪除PoC終端2上保存的呼叫記錄,即本次呼叫信息,或者PoC終端1用戶(hù)希望修改PoC終端2上保存的未接來(lái)電為不用回呼。
此時(shí),PoC終端1用戶(hù)將在呼叫記錄中選擇發(fā)起呼叫的歷史記錄,通過(guò)手機(jī)軟鍵控制發(fā)送操作消息給PoC終端2,具體為從所述的歷史記錄中提取需要進(jìn)行操作處理的呼叫信息的識(shí)別信息,用于構(gòu)造相應(yīng)的操作消息;具體為當(dāng)主叫終端確定需要操作處理保存于呼叫信息管理實(shí)體中的呼叫邀請(qǐng)信息時(shí),則在本端的呼叫記錄中提取需要管理的呼叫記錄信息,之后,隨操作標(biāo)志信息一起發(fā)送給呼叫信息管理實(shí)體;其中,所述的在本端呼叫記錄中提取需要管理的呼叫記錄信息包括呼叫信息時(shí)戳、呼叫處理事務(wù)標(biāo)識(shí)、呼叫信息和呼叫記錄索引信息中的至少一項(xiàng);當(dāng)然,也可以不選擇發(fā)起呼叫的歷史記錄,而是直接構(gòu)造并發(fā)送一條新的消息給PoC終端2。
步驟111主叫終端構(gòu)造包含操作標(biāo)志信息及需要進(jìn)行操作處理的呼叫信息的識(shí)別信息的短消息,并發(fā)送給被叫終端;該步驟具體為PoC終端1用戶(hù)決定遠(yuǎn)程操作剛才對(duì)PoC終端2的呼叫記錄,將發(fā)送呼叫消息給PoC服務(wù)器,此消息可以為MESSAGE(短消息),在消息中帶PoC終端2的Public Id,并通過(guò)擴(kuò)展XML(可擴(kuò)展標(biāo)記語(yǔ)言)體帶上遠(yuǎn)程操作標(biāo)志的標(biāo)志,比如,指示呼叫記錄不用再回呼的標(biāo)志,或者刪除呼叫記錄的操作標(biāo)志,等等。
步驟112該消息首先被PoC服務(wù)器收到,且在收到所述MESSAGE消息后,向PoC終端2發(fā)送MESSAGE,消息中包含的具體內(nèi)容與步驟111所述的消息包含的內(nèi)容相似;而且,PoC終端2收到MESSAGE消息后將根據(jù)主叫終端的號(hào)碼搜索到未接來(lái)電記錄,即查詢(xún)需要被操作處理的呼叫信息,并作如下處理(1)如果被叫PoC終端2用戶(hù)之前已經(jīng)刪除此消息,此時(shí)將給PoC服務(wù)器回400(Bad Request)失敗響應(yīng);(2)如果被叫PoC終端2沒(méi)有收到過(guò)PoC終端1的呼叫,在呼叫記錄中沒(méi)有保存,此時(shí)給PoC服務(wù)器回400失敗響應(yīng);(3)如果消息中操作標(biāo)志為標(biāo)志未接來(lái)電不用再回呼,此時(shí)PoC終端2將標(biāo)志此未接來(lái)電為不可用或者不用回呼,同時(shí)給PoC服務(wù)器返回200OK,即確認(rèn)消息;(4)如果消息中操作標(biāo)志為刪除此呼叫記錄,此時(shí)PoC終端2將此未接來(lái)電記錄刪除,同時(shí)給PoC服務(wù)器返回200OK。
步驟113如果遠(yuǎn)程操作成功,PoC終端2將給PoC服務(wù)器回200OK。
步驟114PoC服務(wù)器收到200OK消息后,給PoC終端1發(fā)送200OK消息只是PoC終端1用戶(hù)遠(yuǎn)程操作成功。
本發(fā)明提供的第二個(gè)具體實(shí)施例具體如圖2所示,在這一實(shí)施例中給出一個(gè)刪除通過(guò)向被叫用戶(hù)方發(fā)送消息生成的歷史記錄信息的實(shí)現(xiàn)方式。
在PoC的Personal Alert(私人通知)業(yè)務(wù)中,PoC主叫用戶(hù)發(fā)送MESSAGE消息給PoC被叫終端,PoC被叫終端將提示用戶(hù)有私人通知希望被叫回呼進(jìn)入會(huì)話,而PoC被叫用戶(hù)由于某種原因一直沒(méi)有回呼本次呼叫,此時(shí),在被叫終端的未接來(lái)電的歷史記錄中將記錄此次私人通知詳細(xì)情況,作為本次呼叫的記錄信息。以便于當(dāng)PoC被叫用戶(hù)查看到該信息后,便可以根據(jù)情況向PoC主叫發(fā)起回呼。
在接到PoC被叫回呼之前,如果PoC主叫不再希望同PoC被叫通信,則PoC主叫方可以通過(guò)發(fā)送一條消息遠(yuǎn)程操作PoC被叫終端上的本次呼叫的記錄信息,即相應(yīng)的呼叫邀請(qǐng)信息,包括改變所述記錄信息屬性為不用回呼,或者,直接刪除該記錄信息等。
同樣,由于該實(shí)施例中主要描述主叫遠(yuǎn)程操作PoC被叫方中記錄的本次呼叫的記錄信息的處理流程,因此將省略其它網(wǎng)絡(luò)實(shí)體參與的交互,直接描述PoC終端同PoC服務(wù)器之間的交互。
如圖2所示,作為主叫用戶(hù)的終端1曾經(jīng)向被叫用戶(hù)即終端2發(fā)送消息,要求被叫用戶(hù)回呼,但一直未收到被叫用戶(hù)的應(yīng)答,此時(shí),主叫用戶(hù)可以通過(guò)以下處理過(guò)程發(fā)起對(duì)終端2中保存的本次呼叫的記錄信息的修改過(guò)程。
步驟21PoC服務(wù)器發(fā)送記錄遠(yuǎn)程操作消息,如MESSAGE消息;具體為當(dāng)PoC終端1確認(rèn)已經(jīng)沒(méi)有必要再同PoC終端2用戶(hù)通信,便向PoC服務(wù)器發(fā)送記錄遠(yuǎn)程操作消息,所述的消息的From(來(lái)源)、To(目的)頭域所填的主被叫Public Id與上次發(fā)送的消息相同,同時(shí)在消息的擴(kuò)展體中需要攜帶遠(yuǎn)程操作Personal Alert的歷史記錄的標(biāo)志,比如,將被叫終端上的記錄標(biāo)志為不用回呼或者無(wú)效,或者將被叫終端上的Personal Alert記錄信息刪除,等等。
步驟22PoC服務(wù)器收到MESSAGE消息后,將向PoC終端2發(fā)送MESSAGE消息。PoC終端2收到此消息后將根據(jù)消息的發(fā)送者的信息搜索到此Personal Alert未接來(lái)電,并作如下處理(1)如果PoC終端2的用戶(hù)已經(jīng)查看了Personal Alert未接來(lái)電記錄,此時(shí)終端2將不再操作此未接來(lái)電記錄,同時(shí)回操作失敗響應(yīng);
(2)如果MESSAGE消息中的操作標(biāo)志為修改被叫終端2的PersonalAlert未接來(lái)電為不用再回呼,此時(shí)終端2將修改其屬性作如此標(biāo)記,并回200OK成功響應(yīng);(3)如果消息的操作標(biāo)志為刪除被叫終端2的Personal Alert未接來(lái)電,此時(shí)終端2將刪除此記錄。并回200OK成功響應(yīng)。
需要說(shuō)明的是如果在未接來(lái)電中有多次終端1呼叫終端2的記錄,將根據(jù)設(shè)置的處理方式操作處理最新的一條記錄信息,或者,處理所有的相關(guān)記錄信息;在該步驟中,還可以根據(jù)主叫終端發(fā)來(lái)的操作消息中承載的呼叫邀請(qǐng)信息的識(shí)別信息識(shí)別出具體的一條記錄信息,之后對(duì)其進(jìn)行相應(yīng)的操作處理,例如,以主叫終端發(fā)來(lái)的呼叫邀請(qǐng)信息的時(shí)間或消息中內(nèi)容信息作為呼叫邀請(qǐng)信息的識(shí)別信息。
步驟23、24PoC終端2將根據(jù)操作Personal Alert記錄的結(jié)果返回響應(yīng),消息中攜帶成功與否標(biāo)志,PoC終端1收到響應(yīng)后將發(fā)送消息給主叫終端,以提示給用戶(hù)。
本發(fā)明提供的第三個(gè)具體實(shí)施例如圖3所示,該實(shí)施例描述了本發(fā)明在電路域中的具體實(shí)現(xiàn)過(guò)程。
在電路域的呼叫中,移動(dòng)終端1(簡(jiǎn)稱(chēng)終端1)呼叫移動(dòng)終端2(簡(jiǎn)稱(chēng)終端2),由于終端2用戶(hù)可能因?yàn)榻K端沒(méi)有在身邊或者沒(méi)有聽(tīng)到來(lái)電提示所以沒(méi)有接聽(tīng),終端1呼叫一段時(shí)間后掛斷電話,此時(shí)在被叫終端2上將記錄本次未接呼叫信息。
之后,主叫終端1由于某種原因覺(jué)得沒(méi)有必要再同終端2用戶(hù)通信,此時(shí)終端1將可以通過(guò)特殊消息(比如電路域的短消息)操作終端2上記錄的呼叫信息。如果終端1多次呼叫終端2,終端2上可以保留多次呼叫的記錄信息,對(duì)于這種情況,終端1將只能操作最新的一條呼叫記錄,或者,根據(jù)設(shè)定的規(guī)則可以操作處理多條相應(yīng)的記錄信息。
本實(shí)施例為一個(gè)主叫遠(yuǎn)程操作被叫電路域呼叫未接來(lái)電的方法,且本實(shí)施例的前提是終端1向終端2發(fā)起呼叫,終端2沒(méi)有接聽(tīng),但終端2的未接來(lái)電歷史記錄中保存了本次呼叫的信息。
如圖3所示,作為主叫用戶(hù)的終端1曾經(jīng)向被叫用戶(hù)終端2發(fā)起呼叫,但終端2沒(méi)有接聽(tīng),且將呼叫信息記錄于終端2中,此時(shí),若終端1希望修改終端2保存的呼叫信息,則需要執(zhí)行以下處理過(guò)程步驟31當(dāng)需要操作終端2中的記錄信息時(shí),終端1將發(fā)送短消息給網(wǎng)絡(luò)側(cè),如SMDPP_REQ(短消息請(qǐng)求)消息;具體為終端1用戶(hù)希望操作終端2上保留的終端1呼叫終端2的呼叫信息,具體操作可以是標(biāo)志終端2的未接來(lái)電為不可用或者不用回呼,也可以是刪除此未接來(lái)電。此時(shí)終端1將發(fā)送短消息給網(wǎng)絡(luò)側(cè),消息中需要帶特殊的操作標(biāo)志來(lái)區(qū)分不同的操作。
步驟32短消息服務(wù)器收到SMDPP_REQ后,將該消息發(fā)送給終端2。
終端2收到消息后,將根據(jù)終端1的號(hào)碼信息(即主叫號(hào)碼)搜索未接來(lái)電記錄確定需要操作處理的記錄信息,并作如下處理(1)當(dāng)終端2的用戶(hù)已經(jīng)查看了未接來(lái)電記錄時(shí),則終端2將不再操作此未接來(lái)電記錄,同時(shí)回操作失敗響應(yīng);(2)當(dāng)終端2的用戶(hù)還未來(lái)得及查看此次未接來(lái)電記錄時(shí),如果操作標(biāo)志為標(biāo)記此未接來(lái)電為不可用或者不用回呼,此時(shí),終端2將作相應(yīng)處理,并回成功響應(yīng);(3)當(dāng)終端2的用戶(hù)還未來(lái)得及查看此次未接來(lái)電記錄時(shí),如果操作標(biāo)志是刪除此記錄,此時(shí)終端2將作相應(yīng)處理,并回成功相應(yīng)。
步驟33、34終端2根據(jù)操作情況給終端1回smdpp_rsp響應(yīng)消息,消息中需要帶操作成功或者失敗的標(biāo)志。終端1收到該消息后將指示用戶(hù)遠(yuǎn)程操作的結(jié)果。
本發(fā)明還提供了一種通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的系統(tǒng),如圖4所示,主要包括操作發(fā)起單元和呼叫記錄信息管理實(shí)體,其中,所述的操作發(fā)起單元設(shè)置于主叫終端設(shè)備中,構(gòu)造用于操作處理被叫終端中的由本端發(fā)起的呼叫邀請(qǐng)信息的操作消息,并發(fā)送;所述的呼叫記錄信息管理實(shí)體設(shè)置于被叫終端設(shè)備中,用于接收所述操作發(fā)起單元發(fā)來(lái)的操作消息,并根據(jù)解析獲得的操作消息中承載的信息對(duì)相應(yīng)的呼叫邀請(qǐng)信息進(jìn)行操作處理。其中,所述的呼叫記錄信息管理實(shí)體可以設(shè)置于用戶(hù)終端中,也可以獨(dú)立設(shè)置于網(wǎng)絡(luò)中,或者還可以與其它網(wǎng)絡(luò)實(shí)體和并存在;當(dāng)與其他網(wǎng)絡(luò)實(shí)體和并存在時(shí),具體與主叫或被叫終端的MSC(移動(dòng)交換中心),或者,主叫或者被叫終端的CSCF(呼叫狀態(tài)控制功能)實(shí)體中,主叫或者被叫PoC服務(wù)器,或者,主叫或者被叫終端的Conference Server(協(xié)商服務(wù)器),主叫或者被叫終端的AS(接入服務(wù)器)合并存在。
下面將結(jié)合圖4對(duì)兩組成部分包括的具體結(jié)構(gòu)進(jìn)行說(shuō)明,其中(1)所述的操作發(fā)起單元包括以下模塊信息提取模塊用于根據(jù)主叫終端設(shè)備中的呼叫的歷史記錄信息提取需要操作處理的呼叫邀請(qǐng)信息的識(shí)別信息;操作設(shè)置模塊用于設(shè)置針對(duì)被叫終端設(shè)備中保存的呼叫邀請(qǐng)信息采用的操作處理對(duì)應(yīng)的操作標(biāo)志信息,如對(duì)呼叫邀請(qǐng)信息進(jìn)行標(biāo)志位修改,以改變?cè)甘镜男畔⑻幚矸绞?,或者,直接要求?duì)呼叫邀請(qǐng)信息進(jìn)行刪除處理;操作消息構(gòu)造模塊根據(jù)信息提取模塊及操作設(shè)置模塊提供的信息構(gòu)造短消息,具體的短消息格式可以采用系統(tǒng)中已經(jīng)存在的短消息格式,當(dāng)然也可以構(gòu)造一種全新的短消息格式,并將所述短消息發(fā)送給主叫終端設(shè)備。
(2)所述的呼叫記錄信息管理實(shí)體包括以下模塊消息解析模塊用于對(duì)操作消息進(jìn)行解析獲得其中的需要操作處理的呼叫邀請(qǐng)信息的識(shí)別信息和操作標(biāo)志信息;呼叫邀請(qǐng)信息查詢(xún)模塊用于根據(jù)消息解析模塊獲得的呼叫邀請(qǐng)信息的識(shí)別信息查詢(xún)獲得目標(biāo)呼叫邀請(qǐng)信息;信息操作模塊用于根據(jù)消息解析模塊獲得的操作標(biāo)志信息對(duì)呼叫邀請(qǐng)信息查詢(xún)模塊查詢(xún)到的呼叫邀請(qǐng)信息進(jìn)行標(biāo)志位修改或刪除操作。
下面將分別以所述的呼叫記錄信息管理實(shí)體設(shè)置于用戶(hù)終端或服務(wù)器中為例,對(duì)本發(fā)明提供的方法進(jìn)行說(shuō)明。
首先,如圖5所示,當(dāng)終端1呼叫終端2,終端2沒(méi)有接聽(tīng),在終端2的呼叫歷史記錄中將記錄這一未接來(lái)電,此時(shí)終端1可以通過(guò)遠(yuǎn)程操作消息修改終端2上的呼叫記錄,具體的處理過(guò)程包括步驟51終端1向通信服務(wù)器發(fā)送呼叫記錄遠(yuǎn)程操作消息;步驟52通信服務(wù)器繼續(xù)將所述的呼叫記錄遠(yuǎn)程操作消息發(fā)送給包含呼叫記錄信息管理實(shí)體的終端2;步驟53終端2根據(jù)收到的所述消息的操作指示處理呼叫記錄信息;步驟54、55終端2通過(guò)通信服務(wù)器依次向終端1返回響應(yīng)消息,通知終端針對(duì)相應(yīng)呼叫記錄信息的操作處理結(jié)果。
其次,如果呼叫記錄的信息管理體為網(wǎng)絡(luò)服務(wù)器或者終端的一個(gè)授權(quán)服務(wù)器,此時(shí)終端1發(fā)送的遠(yuǎn)程操作消息將直接發(fā)送到通信服務(wù)器上,通信服務(wù)器進(jìn)行操作,相應(yīng)的處理過(guò)程如圖6所示,具體包括以下步驟步驟61終端1向包含有呼叫記錄信息管理實(shí)體的通信服務(wù)器發(fā)送呼叫記錄遠(yuǎn)程操作消息;步驟62所述通信服務(wù)器根據(jù)收到的所述消息的操作指示處理呼叫記錄信息;步驟63通信服務(wù)器向終端1返回響應(yīng)消息,通知終端針對(duì)相應(yīng)呼叫記錄信息的操作處理結(jié)果。
綜上所述,本發(fā)明的實(shí)現(xiàn)可以靈活地滿(mǎn)足用戶(hù)對(duì)被叫用戶(hù)終端中的未接呼叫記錄的修改需求。
以上所述,僅為本發(fā)明較佳的具體實(shí)施方式
,但本發(fā)明的保護(hù)范圍并不局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可輕易想到的變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此,本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的系統(tǒng),其特征在于,包括操作發(fā)起單元設(shè)置于主叫終端設(shè)備中,構(gòu)造用于操作處理被叫終端中的由本端發(fā)起的呼叫邀請(qǐng)信息的操作消息,并發(fā)送;呼叫記錄信息管理實(shí)體用于接收操作消息,并根據(jù)解析獲得的操作消息中承載的信息對(duì)相應(yīng)的呼叫邀請(qǐng)信息進(jìn)行操作處理。
2.根據(jù)權(quán)利要求1所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的系統(tǒng),其特征在于,所述的操作發(fā)起單元包括信息提取模塊用于根據(jù)主叫終端設(shè)備中的呼叫的歷史記錄信息提取需要操作處理的呼叫邀請(qǐng)信息的識(shí)別信息;操作設(shè)置模塊用于設(shè)置針對(duì)被叫終端設(shè)備中保存的呼叫邀請(qǐng)信息采用的操作處理對(duì)應(yīng)的操作標(biāo)志信息;操作消息構(gòu)造模塊根據(jù)信息提取模塊及操作設(shè)置模塊提供的信息構(gòu)造短消息,并發(fā)送給主叫終端設(shè)備。
3.根據(jù)權(quán)利要求1或2所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的系統(tǒng),其特征在于,所述的呼叫記錄信息管理實(shí)體包括消息解析模塊用于對(duì)操作消息進(jìn)行解析獲得其中的需要操作處理的呼叫邀請(qǐng)信息的識(shí)別信息和操作標(biāo)志信息;呼叫邀請(qǐng)信息查詢(xún)模塊用于根據(jù)消息解析模塊獲得的呼叫邀請(qǐng)信息的識(shí)別信息查詢(xún)獲得目標(biāo)呼叫邀請(qǐng)信息;信息操作模塊用于根據(jù)消息解析模塊獲得的操作標(biāo)志信息對(duì)呼叫邀請(qǐng)信息查詢(xún)模塊查詢(xún)到的呼叫邀請(qǐng)信息進(jìn)行標(biāo)志位修改或刪除操作。
4.根據(jù)權(quán)利要求3所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的系統(tǒng),其特征在于,所述的呼叫記錄信息管理實(shí)體獨(dú)立存在于網(wǎng)絡(luò)中,或者與其它網(wǎng)絡(luò)實(shí)體和并存在;當(dāng)與其他網(wǎng)絡(luò)實(shí)體和并存在時(shí),具體與主叫或被叫終端的移動(dòng)交換中心MSC,或者,主叫或者被叫終端的呼叫狀態(tài)控制功能CSCF,主叫或者被叫基于蜂窩系統(tǒng)的即按即講PoC服務(wù)器,或者,主叫或者被叫終端的協(xié)商服務(wù)器Conference Server,主叫或者被叫終端的接入服務(wù)器AS合并存在,或者,設(shè)置于用戶(hù)終端設(shè)備中。
5.一種通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,包括A、用戶(hù)通過(guò)向用于對(duì)呼叫記錄信息進(jìn)行操作管理的呼叫記錄信息管理實(shí)體發(fā)送對(duì)呼叫記錄信息進(jìn)行操作管理的指示;B、呼叫信息管理實(shí)體收到指示后,根據(jù)所述指示對(duì)呼叫記錄信息進(jìn)行操作管理。
6.根據(jù)權(quán)利要求5所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的呼叫記錄信息包括呼叫記錄,或者,呼叫邀請(qǐng)通知記錄,或者預(yù)定條件滿(mǎn)足后網(wǎng)絡(luò)側(cè)發(fā)起通知的預(yù)定呼叫記錄信息。
7.根據(jù)權(quán)利要求5所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的操作標(biāo)志信息包括直接刪除所述的呼叫記錄信息,或者,修改所述呼叫記錄信息的狀態(tài)為取消該呼叫,或者,調(diào)整所述的呼叫信息的順序,或者修改所述呼叫記錄信息內(nèi)容。
8.根據(jù)權(quán)利要求5所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的操作消息包括電路域的短消息,和/或者會(huì)話初始協(xié)議SIP消息,和/或者移動(dòng)應(yīng)用部分MAP消息,和/或者分組域的消息MESSAGE。
9.根據(jù)權(quán)利要求8所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的操作消息承載的信息可以包括被叫終端的標(biāo)識(shí)信息、和/或者操作標(biāo)志信息、和/或者被操作的呼叫邀請(qǐng)信息的識(shí)別信息,和/或者主叫終端的標(biāo)識(shí)信息。
10.根據(jù)權(quán)利要求5所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的步驟A包括當(dāng)主叫終端確定需要操作處理保存于呼叫信息管理實(shí)體中的呼叫邀請(qǐng)信息時(shí),則在本端的呼叫記錄中提取需要管理的呼叫記錄信息,之后,隨操作標(biāo)志信息一起發(fā)送給呼叫信息管理實(shí)體;或者主叫終端直接向呼叫信息管理實(shí)體發(fā)送操作呼叫邀請(qǐng)信息的消息。
11.根據(jù)權(quán)利要求10中所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的在本端呼叫記錄中提取需要管理的呼叫記錄信息包括呼叫信息時(shí)戳,和/或者呼叫處理事務(wù)標(biāo)識(shí),和/或者呼叫信息,和/或者呼叫記錄索引信息。
12.根據(jù)權(quán)利要求5所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的步驟A包括作為發(fā)送方的用戶(hù)將操作指示發(fā)送給呼叫信息管理實(shí)體,并由呼叫信息管理實(shí)體可以對(duì)發(fā)送方進(jìn)行鑒權(quán)和認(rèn)證;根據(jù)鑒權(quán)和認(rèn)證的結(jié)果,呼叫信息管理實(shí)體拒絕或者接受發(fā)送方的請(qǐng)求;且當(dāng)接受發(fā)送方請(qǐng)求時(shí),執(zhí)行步驟B,當(dāng)不接受發(fā)送方請(qǐng)求時(shí),則直接給發(fā)送方發(fā)送拒絕通知,并可選地?cái)y帶原因值。
13.根據(jù)權(quán)利要求5所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的方法還包括呼叫信息管理實(shí)體記錄修改日志信息,所述的日志信息包括修改次數(shù)、修改者信息、修改信息、修改成功次數(shù)和/或修改失敗次數(shù)。
14.根據(jù)權(quán)利要求13所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的方法還包括被修改用戶(hù)要求呼叫信息管理實(shí)體通知對(duì)呼叫信息管理的情況,具體包括修改成功時(shí)對(duì)被修改用戶(hù)進(jìn)行通知;和/或,修改失敗時(shí)對(duì)被修改用戶(hù)進(jìn)行通知;和/或,修改特定參數(shù)時(shí)對(duì)用戶(hù)進(jìn)行通知。
15.根據(jù)權(quán)利要求5至14任一項(xiàng)所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的步驟B包括B1、呼叫信息管理實(shí)體接收所述操作消息后,根據(jù)消息中的呼叫邀請(qǐng)信息的識(shí)別信息確定需要被操作處理的呼叫記錄信息;B2、根據(jù)操作消息中的操作標(biāo)志信息對(duì)所述確定的呼叫記錄信息進(jìn)行對(duì)應(yīng)的操作處理。
16.根據(jù)權(quán)利要求15所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的步驟B還包括當(dāng)呼叫信息管理實(shí)體確定需要被操作處理的呼叫邀請(qǐng)信息已經(jīng)被查看或者已被刪除,則不對(duì)該呼叫邀請(qǐng)信息進(jìn)行處理,并向主叫終端返回表示操作失敗的失敗響應(yīng)消息。
17.根據(jù)權(quán)利要求15所述的通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法,其特征在于,所述的步驟B2包括當(dāng)呼叫信息管理實(shí)體中記錄了主叫終端的多次呼叫邀請(qǐng)信息,則呼叫信息管理實(shí)體根據(jù)所述操作標(biāo)志對(duì)最后一條或全部或指定部分呼叫邀請(qǐng)信息進(jìn)行處理。
全文摘要
本發(fā)明涉及一種通信系統(tǒng)中實(shí)現(xiàn)呼叫記錄管理的方法及系統(tǒng)。本發(fā)明主要包括當(dāng)主叫終端確定需要處理所述呼叫記錄信息時(shí),則向呼叫記錄信息管理實(shí)體發(fā)送操作消息,且在所述消息中承載有操作標(biāo)志信息;之后,由呼叫記錄信息管理實(shí)體根據(jù)操作消息中承載的操作標(biāo)志信息對(duì)其保存的相應(yīng)呼叫記錄信息進(jìn)行相應(yīng)類(lèi)型的操作處理。本發(fā)明的實(shí)現(xiàn)使得用戶(hù)終端可以對(duì)保存于被叫用戶(hù)側(cè)的呼叫邀請(qǐng)信息(如歷史呼叫記錄信息)進(jìn)行修改操作,從而使得當(dāng)用戶(hù)終端在發(fā)起呼叫后且呼叫信息被保存于被叫用戶(hù)終端的未接呼叫記錄中時(shí),用戶(hù)終端仍然可以根據(jù)自己的實(shí)際需要靈活地修改本終端對(duì)應(yīng)的呼叫記錄進(jìn)行刪除或狀態(tài)修改操作,以滿(mǎn)足用戶(hù)的相應(yīng)需求。
文檔編號(hào)H04W4/12GK1863386SQ200510117479
公開(kāi)日2006年11月15日 申請(qǐng)日期2005年10月31日 優(yōu)先權(quán)日2005年10月31日
發(fā)明者朱勇, 羅龍 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
营山县| 建水县| 奉新县| 衡东县| 贵港市| 象山县| 甘肃省| 大英县| 揭东县| 上高县| 运城市| 乌拉特前旗| 南木林县| 日照市| 永定县| 鄂伦春自治旗| 县级市| 灵川县| 宜城市| 大港区| 杭州市| 宁津县| 吉首市| 十堰市| 卓尼县| 百色市| 繁峙县| 射阳县| 舟山市| 怀化市| 宣恩县| 鹤峰县| 乌鲁木齐县| 邢台县| 邻水| 龙山县| 濉溪县| 广东省| 儋州市| 新竹县| 无极县|