專利名稱：終端和終端通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)終端技術(shù)領(lǐng)域，具體而言，涉及終端和終端通信方法。
背景技術(shù)：
目前，移動(dòng)終端已經(jīng)被人們?cè)絹碓蕉嗟膽?yīng)用到日常生活中，成為日常交流溝通必不可少的一部分。在日常生活中有時(shí)候會(huì)出現(xiàn)因急事要打電話給某人，但又不知道打給誰最合適的情況。例如下班時(shí)，剛到樓下，發(fā)現(xiàn)有東西落在辦公室，此時(shí)趕緊給有可能還在辦公室的幾個(gè)同事打電話，讓他們幫忙帶下來。而此時(shí)由于不確定到底誰還在辦公室，因此現(xiàn)有的做法是給逐個(gè)給有可能還在辦公室的同事打電話?，F(xiàn)有技術(shù)方案的缺陷在于用戶要逐個(gè)給每個(gè)人打電話，必須要等上一個(gè)通話結(jié)束后才能打給下一個(gè)人，具有較嚴(yán)重的時(shí)間滯后性，沒有起到同時(shí)通知到多個(gè)號(hào)碼的效果，并由此帶來了一些麻煩。例如在上述場(chǎng)景中，當(dāng)用戶打給第一個(gè)可能還在辦公室的同事時(shí)，若手機(jī)響了很久都沒人接，此時(shí)再給另一個(gè)同事打電話，但是因?yàn)閯偛沤o別的同事打電話時(shí)浪費(fèi)了很多時(shí)間，導(dǎo)致剛才還在樓上的另一個(gè)同事又已經(jīng)下樓了。因此，需要一種新的終端通信技術(shù)，能夠同時(shí)對(duì)多個(gè)號(hào)碼進(jìn)行通知，并快速建立通話，從而達(dá)到類似號(hào)碼群呼的效果。

發(fā)明內(nèi)容
本發(fā)明正是基于上述問題，提出了一種新的終端通信技術(shù)，能夠同時(shí)對(duì)多個(gè)號(hào)碼進(jìn)行通知，并快速建立通話，從而達(dá)到類似號(hào)碼群呼的效果。有鑒于此，本發(fā)明提供一種終端，包括信息收發(fā)模塊，接收發(fā)送端發(fā)送的第一指令信息；信息處理模塊，根據(jù)所述第一指令信息并生成與所述第一指令信息相匹配的待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，在對(duì)方?jīng)]有呼叫的情況下，用戶終端可以及時(shí)發(fā)現(xiàn)對(duì)方的信息，并生成有效地提醒用戶的一些待辦事項(xiàng)以及提示信息，方便用戶主動(dòng)連接對(duì)方，就待辦事項(xiàng)和提示信息進(jìn)行討論。在上述技術(shù)方案中，優(yōu)選地，所述信息處理模塊還依照所述待辦事項(xiàng)以及提示信息提示所述終端的用戶與所述發(fā)送端建立通信連接，并判斷是否發(fā)生所述通信連接，若發(fā)生，則取消所述待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，終端可以提供給用戶例如呼叫等形式的建立通信連接的方式，保證用戶不需進(jìn)行翻閱通訊錄等繁瑣操作，可以快速與對(duì)方進(jìn)行溝通，快捷方便。在上述技術(shù)方案中，優(yōu)選地，所述信息收發(fā)模塊還接收所述發(fā)送端發(fā)送的第二指令信息；所述信息處理模塊還根據(jù)所述第二指令信息，取消所述與第一指令信息相匹配的·待辦事項(xiàng)以及提不彳目息。應(yīng)用本技術(shù)方案，在對(duì)方?jīng)]有呼叫的情況下，用戶終端可以及時(shí)發(fā)現(xiàn)對(duì)方的另一信息，這表示對(duì)方已經(jīng)不需用戶處理待辦事項(xiàng)，則終端可以取消一些待辦事項(xiàng)以及提示信息，防止對(duì)用戶造成不必要的干擾。在 上述技術(shù)方案中， 優(yōu)選地，若所述用戶拒絕建立所述通信連接，所述信息處理模塊還向所述發(fā)送端發(fā)送通知信息。應(yīng)用本技術(shù)方案，如果用戶不能與對(duì)方進(jìn)行聯(lián)系，則可以拒絕建立通信連接，此時(shí)終端自動(dòng)向?qū)Ψ桨l(fā)送一條信息以提醒對(duì)方，則對(duì)方可得知用戶放棄與其聯(lián)系。在上述技術(shù)方案中，優(yōu)選地，還包括設(shè)置模塊，設(shè)置黑名單以記錄一個(gè)或多個(gè)終端，和/或?yàn)橐粋€(gè)或多個(gè)終端分配權(quán)限，所述信息處理模塊在接收到來自所述發(fā)送端的第一指令信息時(shí)，如果所述發(fā)送端未記錄在黑名單中，和/或所述發(fā)送端的權(quán)限符合預(yù)定條件，則生成所述待辦事項(xiàng)以及所述提示信息。應(yīng)用本技術(shù)方案，用戶可以進(jìn)行黑名單設(shè)置和權(quán)限設(shè)置。當(dāng)對(duì)方發(fā)來信息時(shí)，若對(duì)方已被加入黑名單，則直接忽略該消息；若對(duì)方?jīng)]有權(quán)限，也不生成待辦事項(xiàng)和提示信息；若對(duì)方有權(quán)限，則生成待辦事項(xiàng)和提示消息，并通過響鈴等方式提示用戶。這樣，保證用戶擁有完全的自主選擇性，在不方便響鈴或通話的場(chǎng)合不會(huì)被打擾到。本發(fā)明還提供一種終端通信方法，包括步驟202，接收端接收發(fā)送端發(fā)送的第一指令信息；步驟204，所述接收端根據(jù)所述第一指令信息并生成與所述第一指令信息相匹配的待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，在對(duì)方?jīng)]有呼叫的情況下，用戶終端可以及時(shí)發(fā)現(xiàn)對(duì)方的信息，并生成有效地提醒用戶的一些待辦事項(xiàng)以及提示信息，方便用戶主動(dòng)連接對(duì)方，就待辦事項(xiàng)和提示信息進(jìn)行討論。在上述技術(shù)方案中，優(yōu)選地，所述步驟204還包括所述接收端依照所述待辦事項(xiàng)以及提示信息提示所述接收端的用戶與所述發(fā)送端建立通信連接；所述接收端判斷是否發(fā)生所述通信連接，若發(fā)生，則取消所述待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，終端可以提供給用戶例如呼叫等形式的建立通信連接的方式，保證用戶不需進(jìn)行翻閱通訊錄等繁瑣操作，可以快速與對(duì)方進(jìn)行溝通，快捷方便。在上述技術(shù)方案中，優(yōu)選地，還包括所述接收端接收所述發(fā)送端發(fā)送的第二指令信息；所述接收端根據(jù)所述第二指令信息，取消所述與第一指令信息相匹配的待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，在對(duì)方?jīng)]有呼叫的情況下，用戶終端可以及時(shí)發(fā)現(xiàn)對(duì)方的另一信息，這表示對(duì)方已經(jīng)不需用戶處理待辦事項(xiàng)，則終端可以取消一些待辦事項(xiàng)以及提示信息，防止對(duì)用戶造成不必要的干擾。在上述技術(shù)方案中，優(yōu)選地，還包括若所述用戶拒絕建立所述通信連接，所述接收端向所述發(fā)送端發(fā)送通知信息。應(yīng)用本技術(shù)方案，如果用戶不能與對(duì)方進(jìn)行聯(lián)系，則可以拒絕建立通信連接，此時(shí)終端自動(dòng)向?qū)Ψ桨l(fā)送一條信息以提醒對(duì)方，則對(duì)方可得知用戶放棄與其聯(lián)系。在上述技術(shù)方案中，優(yōu)選地，步驟202還包括所述接收端設(shè)置黑名單以記錄一個(gè)或多個(gè)終端，和/或?yàn)橐粋€(gè)或多個(gè)終端分配權(quán)限；所述接收端在接收到來自所述發(fā)送端的第一指令信息時(shí)，如果所述發(fā)送端未記錄在黑名單中，和/或所述發(fā)送端的權(quán)限符合預(yù)定條件，則執(zhí)行所述步驟204。應(yīng)用本技術(shù)方案，用戶可以進(jìn)行黑名單設(shè)置和權(quán)限設(shè)置。當(dāng)對(duì)方發(fā)來信息時(shí)，若對(duì)方已被加入黑名單，則直接忽略該消息；若對(duì)方?jīng)]有權(quán)限，也不生成待辦事項(xiàng)和提示信息；若對(duì)方有權(quán)限，則生成待辦事項(xiàng)和提示消息，并通過響鈴等方式提示用戶。這樣，保證用戶擁有完全的自主選擇性，在不方便響鈴或通話的場(chǎng)合不會(huì)被打擾到。通過以上技術(shù)方案，可以實(shí)現(xiàn)使用一個(gè)終端同時(shí)對(duì)多個(gè)號(hào)碼進(jìn)行通知，并快速與其中的一個(gè)或幾個(gè)建立通話，從而達(dá)到類似號(hào)碼群呼的效果。


圖I示出了根據(jù)本發(fā)明的實(shí)施例的終端的框圖；圖2示出了根據(jù)本發(fā)明的實(shí)施例的終端通信方法的流程圖；圖3示出了根據(jù)本發(fā)明的實(shí)施例的終端通信系統(tǒng)的總框圖；
圖4示出了根據(jù)本發(fā)明的實(shí)施例的終端信息格式的示意圖；圖5A和圖5B示出了根據(jù)本發(fā)明的實(shí)施例的終端通信系統(tǒng)的示意圖；圖6示出了根據(jù)本發(fā)明的實(shí)施例的群呼模塊的流程圖；圖7示出了根據(jù)本發(fā)明的實(shí)施例的響鈴模塊的流程圖；圖8示出了根據(jù)本發(fā)明的實(shí)施例的接聽模塊的流程圖；圖9示出了根據(jù)本發(fā)明的實(shí)施例的終端通信系統(tǒng)的總流程圖。
具體實(shí)施例方式為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點(diǎn)，下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明進(jìn)行進(jìn)一步的詳細(xì)描述。需要說明的是，在不沖突的情況下，本申請(qǐng)的實(shí)施例及實(shí)施例中的特征可以相互組合。在下面的描述中闡述了很多具體細(xì)節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可以采用其他不同于在此描述的其他方式來實(shí)施，因此，本發(fā)明的保護(hù)范圍并不受下面公開的具體實(shí)施例的限制。圖I示出了根據(jù)本發(fā)明的實(shí)施例的終端的框圖。如圖I所示，有鑒于此，本發(fā)明提供一種終端100，包括信息收發(fā)模塊102，接收發(fā)送端發(fā)送的第一指令信息；信息處理模塊104，根據(jù)所述第一指令信息并生成與所述第一指令信息相匹配的待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，在對(duì)方?jīng)]有呼叫的情況下，用戶終端可以及時(shí)發(fā)現(xiàn)對(duì)方的信息，并生成有效地提醒用戶的一些待辦事項(xiàng)以及提示信息，方便用戶主動(dòng)連接對(duì)方，就待辦事項(xiàng)和提示信息進(jìn)行討論。在上述技術(shù)方案中，所述信息處理模塊104還依照所述待辦事項(xiàng)以及提示信息提示所述終端的用戶與所述發(fā)送端建立通信連接，并判斷是否發(fā)生所述通信連接，若發(fā)生，則取消所述待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，終端可以提供給用戶例如呼叫等形式的建立通信連接的方式，保證用戶不需進(jìn)行翻閱通訊錄等繁瑣操作，可以快速與對(duì)方進(jìn)行溝通，快捷方便。在上述技術(shù)方案中，所述信息收發(fā)模塊104還接收所述發(fā)送端發(fā)送的第二指令信息；所述信息處理模塊104還根據(jù)所述第二指令信息，取消所述與第一指令信息相匹配的待辦事項(xiàng)以及提不彳目息。
應(yīng)用本技術(shù)方案，在對(duì)方?jīng)]有呼叫的情況下，用戶終端可以及時(shí)發(fā)現(xiàn)對(duì)方的另一信息，這表示對(duì)方已經(jīng)不需用戶處理待辦事項(xiàng)，則終端可以取消一些待辦事項(xiàng)以及提示信息，防止對(duì)用戶造成不必要的干擾。在上述技術(shù)方案中，若所述用戶拒絕建立所述通信連接，所述信息處理模塊104還向所述發(fā)送端發(fā)送通知信息。應(yīng)用本技術(shù)方案，如果用戶不能與對(duì)方進(jìn)行聯(lián)系，則可以拒絕建立通信連接，此時(shí)終端自動(dòng)向?qū)Ψ桨l(fā)送一條信息以提醒對(duì)方，則對(duì)方可得知用戶放棄與其聯(lián)系。在上述技術(shù)方案中，還包括設(shè)置模塊106，設(shè)置黑名單以記錄一個(gè)或多個(gè)終端，和/或?yàn)橐粋€(gè)或多個(gè)終端分配權(quán)限，所述信息處理模塊在接收到來自所述發(fā)送端的第一指令信息時(shí)，如果所述發(fā)送端未記錄在黑名單中，和/或所述發(fā)送端的權(quán)限符合預(yù)定條件，則生成所述待辦事項(xiàng)以及所述提示信息。應(yīng)用本技術(shù)方案，用戶可以進(jìn)行黑名單設(shè)置和權(quán)限設(shè)置。當(dāng)對(duì)方發(fā)來信息時(shí)，若對(duì)方已被加入黑名單，則直接忽略該消息；若對(duì)方?jīng)]有權(quán)限，也不生成待辦事項(xiàng)和提示信息；若對(duì)方有權(quán)限，則生成待辦事項(xiàng)和提示消息，并通過響鈴等方式提示用戶。這樣，保證用戶擁有完全的自主選擇性，在不方便響鈴或通話的場(chǎng)合不會(huì)被打擾到。圖2示出了根據(jù)本發(fā)明的實(shí)施例的終端通信方法的流程圖。如圖2所示，本發(fā)明還提供一種終端通信方法，包括步驟202，接收端接收發(fā)送端發(fā)送的第一指令信息；步驟204，所述接收端根據(jù)所述第一指令信息并生成與所述第一指令信息相匹配的待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，在對(duì)方?jīng)]有呼叫的情況下，用戶終端可以及時(shí)發(fā)現(xiàn)對(duì)方的信息，并生成有效地提醒用戶的一些待辦事項(xiàng)以及提示信息，方便用戶主動(dòng)連接對(duì)方，就待辦事項(xiàng)和提示信息進(jìn)行討論。在上述技術(shù)方案中，所述步驟204還包括所述接收端依照所述待辦事項(xiàng)以及提示信息提示所述接收端的用戶與所述發(fā)送端建立通信連接；所述接收端判斷是否發(fā)生所述通信連接，若發(fā)生，則取消所述待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，終端可以提供給用戶例如呼叫等形式的建立通信連接的方式，保證用戶不需進(jìn)行翻閱通訊錄等繁瑣操作，可以快速與對(duì)方進(jìn)行溝通，快捷方便。在上述技術(shù)方案中，還包括所述接收端接收所述發(fā)送端發(fā)送的第二指令信息；所述接收端根據(jù)所述第二指令信息，取消所述與第一指令信息相匹配的待辦事項(xiàng)以及提示信息。應(yīng)用本技術(shù)方案，在對(duì)方?jīng)]有呼叫的情況下，用戶終端可以及時(shí)發(fā)現(xiàn)對(duì)方的另一信息，這表示對(duì)方已經(jīng)不需用戶處理待辦事項(xiàng)，則終端可以取消一些待辦事項(xiàng)以及提示信息，防止對(duì)用戶造成不必要的干擾。在上述技術(shù)方案中，還包括若所述用戶拒絕建立所述通信連接，所述接收端向所述發(fā)送端發(fā)送通知信息。應(yīng)用本技術(shù)方案，如果用戶不能與對(duì)方進(jìn)行聯(lián)系，則可以拒絕建立通信連接，此時(shí)終端自動(dòng)向?qū)Ψ桨l(fā)送一條信息以提醒對(duì)方，則對(duì)方可得知用戶放棄與其聯(lián)系。在上述技術(shù)方案中，步驟202還包括所述接收端設(shè)置黑名單以記錄一個(gè)或多個(gè)·終端，和/或?yàn)橐粋€(gè)或多個(gè)終端分配權(quán)限；所述接收端在接收到來自所述發(fā)送端的第一指令信息時(shí)，如果所述發(fā)送端未記錄在黑名單中，和/或所述發(fā)送端的權(quán)限符合預(yù)定條件，則執(zhí)行所述步驟204。應(yīng)用本技術(shù)方案，用戶可以進(jìn)行黑名單設(shè)置和權(quán)限設(shè)置。當(dāng)對(duì)方發(fā)來信息時(shí)，若對(duì)方已被加入黑名單，則直接忽略該消息；若對(duì)方?jīng)]有權(quán)限，也不生成待辦事項(xiàng)和提示信息；若對(duì)方有權(quán)限，則生成待辦事項(xiàng)和提示消息，并通過響鈴等方式提示用戶。這樣，保證用戶擁有完全的自主選擇性，在不方便響鈴或通話的場(chǎng)合不會(huì)被打擾到。本發(fā)明的技術(shù)方案的具體過程為當(dāng)用戶選定多個(gè)號(hào)碼進(jìn)行群呼后，實(shí)際上是給每個(gè)號(hào)碼發(fā)送一個(gè)特殊格式的短信；對(duì)方們收到該短信后，手機(jī)直接以較大的聲音響起鈴聲和振動(dòng)，且彈出一個(gè)窗口提示用戶“某某有急事找你，請(qǐng)你回?fù)茈娫?，是否回?fù)埽?”；當(dāng)對(duì)方點(diǎn)擊確定后，直接回?fù)茈娫捊o用戶；當(dāng)用戶接通某個(gè)人回?fù)艿碾娫挼耐瑫r(shí)，則與其建立通話。而其它始終未接通的電話，將以特殊的記錄形式(可以類似未接來電的記錄)保存在被叫方手機(jī)中；用戶可以對(duì)聯(lián)系人進(jìn)行設(shè)置，是否允許對(duì)方對(duì)自己進(jìn)行群呼。下面對(duì)本發(fā)明的技術(shù)方案進(jìn)行更詳細(xì)的說明。
圖3示出了根據(jù)本發(fā)明的實(shí)施例的終端通信系統(tǒng)的總框圖。如圖3所示，本技術(shù)方案由信息處理中心和通話處理中心兩大部分組成。其中信息處理中心包含信息發(fā)送模塊和信息接收模塊，用來收發(fā)特定格式的相關(guān)信息。而通話處理中心則包含群呼模塊、接聽模塊和響鈴模塊，負(fù)責(zé)對(duì)通話方面的操作進(jìn)行處理。在同一手機(jī)上，信息處理中心和通話處理中心相互傳遞信息，形成有效的內(nèi)部機(jī)制；不同手機(jī)間則進(jìn)行短信的收發(fā)和通話的建立。各模塊相互協(xié)作，構(gòu)成了本技術(shù)方案的完整體系。一、信息處理中心信息處理中心由信息發(fā)送模塊和信息接收模塊兩大部分組成，執(zhí)行著信息的編解碼和收發(fā)任務(wù)，在手機(jī)與手機(jī)之間進(jìn)行信息發(fā)送，在手機(jī)內(nèi)部則實(shí)現(xiàn)各模塊間的信息傳遞。本方案中所發(fā)送的信息具有特定格式，其大致結(jié)構(gòu)如圖4所示，在傳統(tǒng)信息的基礎(chǔ)上增加了兩個(gè)字段。第一個(gè)字段用來表示該信息是否是由群呼操作產(chǎn)生的，如果信息的標(biāo)識(shí)字段的值為0，則表示普通信息，此時(shí)第二個(gè)字段則不被接收方讀??；如果信息的標(biāo)識(shí)字段的值為1，則表示是特殊信息，此類型的信息將可以直接拉起對(duì)方的響鈴，或取消對(duì)方的響鈴，或者拉起呼叫電話的快捷窗口。第二個(gè)字段用來表示信息類型，如果信息類型字段的值為0，表示主動(dòng)發(fā)起群呼時(shí)發(fā)送的信息，該信息能拉起別的手機(jī)的響鈴；如果信息類型字段的值為1，主叫方結(jié)束呼叫時(shí)發(fā)出去的消息，該信息能取消別的手機(jī)的響鈴；如果信息類型字段的值為2，表示拒接電話時(shí)發(fā)送的信息，該信息能拉起群呼主叫方(如圖3中的A)的快捷撥號(hào)窗口。而信息的其它內(nèi)容則包含了短信內(nèi)容、收件人和發(fā)件人信息等傳統(tǒng)短信的內(nèi)容。I、信息發(fā)送模塊信息發(fā)送模塊主要在以下三種情況下執(zhí)行信息編碼和發(fā)送工作當(dāng)用戶(如圖3中的A)主動(dòng)對(duì)多個(gè)號(hào)碼進(jìn)行群呼時(shí)，信息發(fā)送模塊會(huì)生成特定格式的信息(類型0)，群發(fā)到用戶所選的多個(gè)號(hào)碼(如圖3中的B和C)中，從而拉起被叫用戶手機(jī)的響鈴。當(dāng)主叫用戶的事情已辦妥或者想結(jié)束這次群呼時(shí)，信息發(fā)送模塊會(huì)生成特定格式的信息(類型I )，群發(fā)到未做響應(yīng)的幾個(gè)號(hào)碼中，從而取消那些被叫用戶手機(jī)的響鈴。
當(dāng)被群呼的用戶(如圖3中的B或C)拒絕回?fù)茈娫挄r(shí)，信息發(fā)送模塊也將發(fā)送信息(類型2)通知主叫方，并拉起主叫方的快捷撥號(hào)窗口，提示用戶是否要撥打該用戶的電話。2、信息接收模塊當(dāng)信息接收模塊收到信息后，首先對(duì)第一個(gè)字段解碼，若第一個(gè)字段為0，則直接讀取信息的其它內(nèi)容，不進(jìn)行特殊處理；若第一個(gè)字段為1，則繼續(xù)讀取第二個(gè)字段，從而判斷出具體的信息類型，進(jìn)而進(jìn)行相應(yīng)的特殊處理。如圖5A所示，當(dāng)被群呼用戶收到信息的類型字段的值為O的信息時(shí)，將拉起手機(jī)上的鈴聲和振鈴，達(dá)到類似來電的效果。同時(shí)彈出一個(gè)快捷回?fù)艿拇翱?，并有相關(guān)提示信息，讓用戶可以選擇是否直接回?fù)埽蛘呔芙^回?fù)芤匀∠戔?。?dāng)被群呼的用戶收到信息的類型字段的值I的信息時(shí)，若此時(shí)手機(jī)上的響鈴正響著，則取消響鈴，并生成一條特殊的記錄(可以是類似未接來電的記錄，使用過該功能的用 戶看到此記錄時(shí)便自然會(huì)知道剛才對(duì)方有急事對(duì)自己進(jìn)行過群呼，而此時(shí)回?fù)茈娫捯呀?jīng)沒必要了)。如圖5B所示，當(dāng)群呼主叫用戶收到信息的類型字段的值2的信息時(shí)，說明某個(gè)被叫用戶拒絕回?fù)茈娫?，而拒絕回?fù)艿脑蛴锌赡苁遣环奖愦螂娫挘灿锌赡苁菫榱耸≡捹M(fèi)，或者手機(jī)快停機(jī)了，希望主叫用戶回?fù)苓^去，此時(shí)可以在主叫用戶手機(jī)上拉起一個(gè)快捷撥號(hào)的窗口，讓主叫用戶決定是否再撥打過去。二、通話處理中心通話處理中心主要由群呼模塊、響鈴模塊和接聽模塊三部分組成。在系統(tǒng)內(nèi)部，它與信息處理中心相互傳遞著信息指令，而與其它手機(jī)之間，則主要執(zhí)行建立通話的任務(wù)。圖6示出了根據(jù)本發(fā)明的實(shí)施例的群呼模塊的流程圖。如圖6所示，群呼模塊的流程如下步驟602，用戶撥打號(hào)碼，判斷其是否進(jìn)行群呼。步驟604，當(dāng)判斷用戶為群呼時(shí)，進(jìn)入步驟606 ;當(dāng)判斷用戶不進(jìn)行群呼時(shí)，進(jìn)入步驟 608。步驟606，用戶想要對(duì)多個(gè)號(hào)碼進(jìn)行群呼，則進(jìn)入到通訊錄選擇多個(gè)想要群呼的號(hào)碼。選擇聯(lián)系人的界面可以是按頻率排序，也可以按分組分類的，還可以從歷史記錄中選取。步驟608，使用普通撥號(hào)。步驟610，當(dāng)選定了想要群呼的號(hào)碼并執(zhí)行了群呼操作后，群呼模塊把收件人信息傳遞給信息發(fā)送模塊。步驟612，信息發(fā)送模塊發(fā)送信息的類型字段的值為O消息到被叫用戶的手機(jī)上。步驟614，結(jié)束操作。圖7示出了根據(jù)本發(fā)明的實(shí)施例的響鈴模塊的流程圖。如圖7所示，響鈴模塊的流程如下步驟702，被叫用戶的信息接收模塊接收到消息。步驟704，判斷信息是否是O類型的信息。當(dāng)判斷結(jié)果為是時(shí)，進(jìn)入步驟706 ;當(dāng)判斷結(jié)果為否時(shí)，進(jìn)入步驟708。
步驟706，判斷該聯(lián)系人是否已經(jīng)被加入黑名單。若判斷結(jié)果為是進(jìn)入步驟708 ；如判斷結(jié)果為否，進(jìn)入步驟710。為了不隨意被任何人的群呼騷擾，用戶可以對(duì)聯(lián)系人的群呼權(quán)限進(jìn)行設(shè)置，只有那些對(duì)其開放了群呼權(quán)限的聯(lián)系人，才能對(duì)自己發(fā)起群呼操作。當(dāng)然黑名單中的聯(lián)系人更是無法對(duì)用戶進(jìn)行群呼操作的。在設(shè)置聯(lián)系人時(shí)，不但可以設(shè)置正常來電鈴聲，還可以設(shè)置群呼來電鈴聲，讓用戶可以區(qū)分當(dāng)前來電是正常來電還是群呼來電。步驟708，不觸發(fā)響鈴模塊，即不響鈴。步驟710，判斷該聯(lián)系人是否有群呼權(quán)限。若該聯(lián)系人沒有群呼權(quán)限，也不進(jìn)行提示；若該聯(lián)系人有群呼權(quán)限，進(jìn)入步驟712。步驟712，反查該聯(lián)系人信息。步驟714，系統(tǒng)播放與該聯(lián)系人對(duì)應(yīng)的來電鈴聲，并提供回?fù)茈娫挼目旖莶僮魅?□。步驟716，判斷是否收到類型I消息。若判斷結(jié)果為是，進(jìn)入步驟718 ;若判斷結(jié)果為否，進(jìn)入步驟720。步驟718，取消響鈴。步驟719，若被叫用戶一直沒有處理響鈴，則當(dāng)響鈴取消后將在手機(jī)中生成一條未處理響鈴的記錄，由于用戶已經(jīng)使用過該群呼功能，那么當(dāng)用戶看到手機(jī)上有未處理的響鈴記錄時(shí)自然會(huì)知道之前有人對(duì)自己進(jìn)行過群呼，并且明白此時(shí)再回?fù)茈娫捯呀?jīng)沒有意義了，因此大部分用戶會(huì)不再回?fù)茈娫捔恕２襟E720，用戶選擇是否進(jìn)行回?fù)?。若用戶選擇回?fù)?，進(jìn)入步驟724 ;若用戶拒絕回?fù)?，進(jìn)入步驟722。步驟722，發(fā)送類型2消息。即表示拒絕回?fù)?。步驟724，回?fù)芙o主叫用戶。步驟726，結(jié)束。圖8示出了根據(jù)本發(fā)明的實(shí)施例的接聽模塊的流程圖。接聽模塊主要是針對(duì)群呼主叫方而言的，當(dāng)主叫用戶收到被叫方回?fù)艿碾娫挘蚴鞘盏筋愋?消息時(shí)，都將觸發(fā)接聽模塊進(jìn)行工作。如圖8所示，接聽模塊的流程如下步驟802，群呼給多個(gè)用戶。步驟804，接聽模塊等待被叫用戶響應(yīng)。步驟806，判斷是否有被叫用戶響應(yīng)。若判斷結(jié)果為是，進(jìn)入步驟808 ;若判斷結(jié)果為否，進(jìn)入步驟804。步驟808，判斷是否有人回?fù)茈娫?，若判斷結(jié)果為是，進(jìn)入步驟810;若判斷結(jié)果為否，進(jìn)入步驟812。步驟810，接聽該電話。若在用戶接聽電話時(shí)又有人回?fù)茈娫掃^來，那么將處于呼叫等待狀態(tài)，用戶可以馬上接聽新來電，也可以讓對(duì)方繼續(xù)等待。由于一般在有急事的情況下才使用此功能，因此用戶在電話中一般會(huì)直奔主題，馬上就能知道對(duì)方能否辦妥事情。若能辦成則會(huì)繼續(xù)通話，可以不理會(huì)正在等待的來電；若不能則馬上接聽正在等待的來電，從而不至于讓來電等待太久。步驟812，有人拒絕回?fù)茈娫挕?br> 步驟814，拉起群呼主叫用戶的快捷撥號(hào)界面。步驟816，用戶選擇是否回?fù)芙o該拒接用戶。若判斷結(jié)果為是，進(jìn)入步驟818 ;若判斷結(jié)果為否，進(jìn)入步驟804。步驟818，回?fù)茉撾娫?。圖9示出了根據(jù)本發(fā)明的實(shí)施例的終端通信系統(tǒng)的總流程圖。如圖9所示，圖中A表示群呼主叫方，B表示群呼被叫方，下面詳細(xì)說明本發(fā)明的總流程步驟902，A執(zhí)行群呼操作。步驟904，通過A的信息發(fā)送模塊把群呼類的特殊信息群發(fā)到B的信息接收模塊。 步驟906，B的信息接收模塊906對(duì)該信息解碼后，把相關(guān)內(nèi)容傳遞到B的響鈴模塊。步驟908，B的響鈴模塊根據(jù)信息類型和當(dāng)前響鈴狀態(tài)，執(zhí)行相關(guān)操作。步驟910，B響鈴，并判斷接收到的信息類型。若是類型O消息，進(jìn)入步驟912。若是類型I消息，進(jìn)入步驟914。步驟912，拉起響鈴和快捷回?fù)芙缑妗２襟E914，取消當(dāng)前的響鈴。步驟916，判斷B是否回?fù)芙oA。若B不給A回?fù)茈娫?，進(jìn)入步驟918。若B給A回?fù)茈娫挘M(jìn)入步驟922。步驟918，通過B的信息發(fā)送模塊發(fā)送類型2消息到A的信息接收模塊；步驟920，A的信息接收模塊接收到B的信息，并再次單獨(dú)給B打電話。步驟922，觸發(fā)A的接聽模塊工作。無論A的事情是否辦妥了，當(dāng)A想結(jié)束本次群呼操作時(shí)，可以觸發(fā)A的信息發(fā)送模塊群發(fā)類型I消息以取消B的響鈴。下面列舉一個(gè)實(shí)例來說明本發(fā)明的技術(shù)方案。比如，下班時(shí)間到了，小王剛到公司樓下時(shí)突然發(fā)現(xiàn)自己的錢包落在辦公室了，而此時(shí)他想到小劉、小張、小周三人還在樓上。此時(shí)小劉的手機(jī)放包里且調(diào)成震動(dòng)了 ；小張已經(jīng)在電梯里了 ；只有小周一人還在辦公位上。若此時(shí)先給小張打電話，小張因?yàn)橐呀?jīng)在電梯里了，所以無法幫他帶錢包下樓了，期間耽誤了幾分鐘；若再給小劉打電話，小劉很有可能聽不到電話鈴聲，期間又耽誤了些時(shí)間；若再給小周打電話，由于耽誤了挺多時(shí)間，此時(shí)小周也有可能進(jìn)電梯準(zhǔn)備下樓了，最終的結(jié)果是錢包沒帶下來。同理，若打電話的順序是小劉、小張?jiān)傩≈?，最終的結(jié)果也很有可能是沒人能及時(shí)接到電話，并把錢包帶下來。如果應(yīng)用本發(fā)明的技術(shù)方案，通過手機(jī)同時(shí)對(duì)小劉、小張、小周進(jìn)行通知，并與最有可能接聽電話的小周快速建立通話，從而為用戶減少了很多麻煩，極大的提供了用戶的體驗(yàn)。以上結(jié)合附圖詳細(xì)說明了本發(fā)明的技術(shù)方案，通過本發(fā)明的技術(shù)方案，可以實(shí)現(xiàn)一個(gè)終端同時(shí)對(duì)多個(gè)終端進(jìn)行通知，并快速與其中的一個(gè)或幾個(gè)終端建立對(duì)話，從而保證用戶在緊急情況下，可以在最短的時(shí)間內(nèi)和最合適的人建立通話，從而提升用戶的使用體驗(yàn)。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種終端，其特征在于，包括 信息收發(fā)模塊，接收發(fā)送端發(fā)送的第一指令信息； 信息處理模塊，根據(jù)所述第一指令信息并生成與所述第一指令信息相匹配的待辦事項(xiàng)以及提示信息。
2.根據(jù)權(quán)利要求I所述的終端，其特征在于，所述信息處理模塊還依照所述待辦事項(xiàng)以及提示信息提示所述終端的用戶與所述發(fā)送端建立通信連接，并判斷是否發(fā)生所述通信連接，若發(fā)生，則取消所述待辦事項(xiàng)以及提示信息。
3.根據(jù)權(quán)利要求I所述的終端，其特征在于，所述信息收發(fā)模塊還接收所述發(fā)送端發(fā)送的第二指令信息； 所述信息處理模塊還根據(jù)所述第二指令信息，取消所述與第一指令信息相匹配的待辦事項(xiàng)以及提示信息。
4.根據(jù)權(quán)利要求2所述的終端，其特征在于，若所述用戶拒絕建立所述通信連接，所述信息處理模塊還向所述發(fā)送端發(fā)送通知信息。
5.根據(jù)權(quán)利要求I至4中任一項(xiàng)所述的終端，其特征在于，還包括 設(shè)置模塊，設(shè)置黑名單以記錄一個(gè)或多個(gè)終端，和/或?yàn)橐粋€(gè)或多個(gè)終端分配權(quán)限，所述信息處理模塊在接收到來自所述發(fā)送端的第一指令信息時(shí)，如果所述發(fā)送端未記錄在黑名單中，和/或所述發(fā)送端的權(quán)限符合預(yù)定條件，則生成所述待辦事項(xiàng)以及所述提示信息。
6.一種終端通信方法，其特征在于，包括 步驟202，接收端接收發(fā)送端發(fā)送的第一指令信息； 步驟204，所述接收端根據(jù)所述第一指令信息并生成與所述第一指令信息相匹配的待辦事項(xiàng)以及提不 目息。
7.根據(jù)權(quán)利要求6所述的終端通信方法，其特征在于，所述步驟204還包括 所述接收端依照所述待辦事項(xiàng)以及提示信息提示所述接收端的用戶與所述發(fā)送端建立通信連接； 所述接收端判斷是否發(fā)生所述通信連接，若發(fā)生，則取消所述待辦事項(xiàng)以及提示信息。
8.根據(jù)權(quán)利要求6所述的終端通信方法，其特征在于，還包括 所述接收端接收所述發(fā)送端發(fā)送的第二指令信息； 所述接收端根據(jù)所述第二指令信息，取消所述與第一指令信息相匹配的待辦事項(xiàng)以及提示信息。
9.根據(jù)權(quán)利要求7所述的終端通信方法，其特征在于，還包括 若所述用戶拒絕建立所述通信連接，所述接收端向所述發(fā)送端發(fā)送通知信息。
10.根據(jù)權(quán)利要求6至9中任一項(xiàng)所述的終端通信方法，其特征在于，步驟202還包括 所述接收端設(shè)置黑名單以記錄一個(gè)或多個(gè)終端，和/或?yàn)橐粋€(gè)或多個(gè)終端分配權(quán)限； 所述接收端在接收到來自所述發(fā)送端的第一指令信息時(shí)，如果所述發(fā)送端未記錄在黑名單中，和/或所述發(fā)送端的權(quán)限符合預(yù)定條件，則執(zhí)行所述步驟204。
全文摘要
本發(fā)明提出了一種終端，包括信息收發(fā)模塊，接收發(fā)送端發(fā)送的第一指令信息；信息處理模塊，根據(jù)所述第一指令信息并生成與所述第一指令信息相匹配的待辦事項(xiàng)以及提示信息。相應(yīng)地，本發(fā)明還提供了一種終端通信方法。通過本發(fā)明的技術(shù)方案，可以實(shí)現(xiàn)通過一個(gè)終端同時(shí)對(duì)多個(gè)終端進(jìn)行通知，并快速建立對(duì)話，從而保證用戶在緊急情況下，可以在最短的時(shí)間內(nèi)和最合適的人建立通話。
文檔編號(hào)H04W12/06GK102932752SQ20121047016
公開日2013年2月13日 申請(qǐng)日期2012年11月19日 優(yōu)先權(quán)日2012年11月19日
發(fā)明者程偉德 申請(qǐng)人:東莞宇龍通信科技有限公司, 宇龍計(jì)算機(jī)通信科技(深圳)有限公司