專利名稱：短信息發(fā)送方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，更具體的說是涉及一種短信息發(fā)送方法和系統(tǒng)。
背景技術(shù)：
短信息是目前增值業(yè)務(wù)的重要形式和載體，其不僅可以在日常交流中使用，還可以應(yīng)用于提醒、信息推送、信息獲取和業(yè)務(wù)開通等領(lǐng)域。
但是，目前短信息的發(fā)送方式一般是定向廣播的方式，例如，某商家在隨機(jī)向某號(hào)碼段范圍內(nèi)的所有終端廣播預(yù)設(shè)內(nèi)容信息，這種方式至少存在以下問題 首先，增大網(wǎng)絡(luò)開銷，一般來說，這些號(hào)碼段中不是每個(gè)號(hào)碼都是有效號(hào)碼，有些號(hào)碼處于被注銷狀態(tài)，向這些號(hào)碼發(fā)送信息會(huì)加大網(wǎng)絡(luò)開銷，浪費(fèi)網(wǎng)絡(luò)資源； 其次，沒辦法確定用戶是否對(duì)這些信息感興趣，因此廣播信息容易被當(dāng)成垃圾短信，直接被用戶刪除，起不到應(yīng)有的宣傳效果，相當(dāng)于浪費(fèi)網(wǎng)絡(luò)資源。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種短信息發(fā)送方法和系統(tǒng)，以解決現(xiàn)有技術(shù)中隨機(jī)定向廣播信息而存在的浪費(fèi)網(wǎng)絡(luò)資源的問題。
為實(shí)現(xiàn)上述目的，本發(fā)明提供如下技術(shù)方案 一種短信息發(fā)送方法，包括 接收來自移動(dòng)終端的呼叫請(qǐng)求，確定被叫設(shè)備； 判斷所述被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件，若是，向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。
一種短信息發(fā)送系統(tǒng)，包括 呼叫請(qǐng)求接收單元，用于接收來自移動(dòng)終端的呼叫請(qǐng)求； 判斷單元，用于判斷所述呼叫請(qǐng)求的被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件； 指示信息接收單元，用于接收掛機(jī)指示或接聽指示； 發(fā)送單元，用于獲取所述判斷單元的判斷結(jié)果，并在所述判斷結(jié)果指示所述被叫設(shè)備滿足向所述移動(dòng)終端發(fā)送短信息的條件，且所述指示信息接收單元接收到掛機(jī)指示或者在預(yù)設(shè)時(shí)間內(nèi)沒有接收到接聽指示時(shí)，向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。
經(jīng)由上述的技術(shù)方案可知，與現(xiàn)有技術(shù)相比，本實(shí)施例提供的方案該方法將主動(dòng)打來電話的用戶視為存在被服務(wù)意向的用戶，如果收到被叫號(hào)碼為簽約用戶的建立通信鏈路的請(qǐng)求信息，則無論該通信鏈路是否建立(包括漏接、拒接及接通)，都向該呼叫請(qǐng)求的發(fā)送方發(fā)送預(yù)設(shè)內(nèi)容的短信息。由于一般情況下，用戶主動(dòng)打來電話，意味著其存在被服務(wù)需求，如果同時(shí)被叫號(hào)碼屬于簽約用戶的號(hào)碼，則基本可以確定該用戶屬于發(fā)送短信息的目標(biāo)用戶。這種方式可以簡(jiǎn)單、準(zhǔn)確地確定關(guān)聯(lián)性較高的用戶(目標(biāo)用戶)，避免了現(xiàn)有技術(shù)隨機(jī)定向發(fā)送信息而存在網(wǎng)絡(luò)資源浪費(fèi)的問題。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
圖1為本發(fā)明實(shí)施例提供的一種短信息發(fā)送方法的流程圖； 圖2為圖1所示流程中步驟S12的一種實(shí)現(xiàn)流程圖； 圖3為圖1所示流程中步驟S12的另一種實(shí)現(xiàn)流程圖； 圖4為圖1所示流程中步驟S13的一種實(shí)現(xiàn)流程圖； 圖5為圖1所示流程中步驟S13的另一種實(shí)現(xiàn)流程圖； 圖6為本發(fā)明實(shí)施例提供的一種短信息發(fā)送系統(tǒng)的結(jié)構(gòu)示意圖； 圖7為圖6所述短信息發(fā)送系統(tǒng)中發(fā)送單元的一種結(jié)構(gòu)示意圖； 圖8為圖6所述短信息發(fā)送系統(tǒng)中發(fā)送單元的另一種結(jié)構(gòu)示意圖； 圖9為圖6所述短信息發(fā)送系統(tǒng)中判斷單元的一種結(jié)構(gòu)示意圖； 圖10為圖6所述短信息發(fā)送系統(tǒng)中判斷單元的另一種結(jié)構(gòu)示意圖； 圖11為本發(fā)明實(shí)施例提供的一種短信息發(fā)送系統(tǒng)的工作流程圖； 圖12為本發(fā)明實(shí)施例提供的另一種短信息發(fā)送系統(tǒng)的工作流程圖。
具體實(shí)施例方式為了清楚起見，下面將本文需要用到的技術(shù)名詞進(jìn)行解釋 掛機(jī)短信業(yè)務(wù)，屬于被叫類短信業(yè)務(wù)，掛機(jī)短信業(yè)務(wù)通過與后向廣告商家簽約，監(jiān)測(cè)其電話的被叫通話狀態(tài)，有選擇地對(duì)前向用戶(主叫用戶)下發(fā)宣傳短信，實(shí)現(xiàn)該商家的廣告宣傳目的。掛機(jī)短信業(yè)務(wù)主要包含來話掛機(jī)短信業(yè)務(wù)和漏話掛機(jī)短信業(yè)務(wù)。
來話掛機(jī)短信，當(dāng)被叫辦理了掛機(jī)短信業(yè)務(wù)時(shí)，有主叫撥打該被叫號(hào)碼時(shí)，分析通話狀態(tài)、判斷主叫用戶類型、選擇性的給主叫下發(fā)被叫所屬商家的宣傳短信；當(dāng)然，也可以在任何狀態(tài)下，包括接聽、拒接、不接聽、被叫忙等都推送短信； 漏話掛機(jī)短信，當(dāng)被叫辦理了掛機(jī)短信業(yè)務(wù)時(shí)，有主叫撥打該被叫號(hào)碼時(shí)，被叫因?yàn)楦鞣N原因沒有接聽到主叫的來電、此時(shí)判斷主叫用戶類型、選擇性的給主叫下發(fā)被叫所屬商家的宣傳短信；通常情況下，漏話掛機(jī)短信指在電話不通的狀態(tài)，包括被叫拒接、被叫忙、被叫沒有接聽等情形下推送短信；具體，本文不再贅述； 上行短信，主叫用戶主動(dòng)發(fā)送短信到指定端口獲取特定企業(yè)廣告信息的短信。
下行短信，由掛機(jī)短信業(yè)務(wù)根據(jù)被叫提供的內(nèi)容，下發(fā)給主叫的廣告短信。
本地SS，用戶撥打某個(gè)本地網(wǎng)話務(wù)平臺(tái)服務(wù)，由該本地網(wǎng)SS將上行話務(wù)上送掛機(jī)短信業(yè)務(wù)平臺(tái)進(jìn)行處理，該SS稱為本地SS。
前向用戶，接收掛機(jī)短信的個(gè)人用戶。
后向用戶，簽約掛機(jī)短信業(yè)務(wù)的商家、企業(yè)。
閃信，閃信是一項(xiàng)新的短信類業(yè)務(wù)，發(fā)送閃信，對(duì)方收到閃信后無需打開，信息內(nèi)容即直接顯示于接收方手機(jī)屏幕上，閱讀后信息不自動(dòng)保存，僅有部分支持手動(dòng)保存。
本實(shí)施例提供了一種短信發(fā)送方法，該方法將主動(dòng)打來電話的用戶視為存在被服務(wù)意向的用戶，如果收到被叫號(hào)碼為簽約用戶的建立通信鏈路的請(qǐng)求信息，則無論該通信鏈路是否建立(包括漏接、拒接及接通)，都向該呼叫請(qǐng)求的發(fā)送方發(fā)送預(yù)設(shè)內(nèi)容的短信息。由于一般情況下，用戶主動(dòng)打來電話，意味著其存在被服務(wù)需求，如果同時(shí)被叫號(hào)碼屬于簽約用戶的號(hào)碼，則基本可以確定該用戶屬于發(fā)送短信息的目標(biāo)用戶。這種方式可以簡(jiǎn)單、準(zhǔn)確地確定目標(biāo)用戶，避免了現(xiàn)有技術(shù)隨機(jī)定向發(fā)送信息而存在網(wǎng)絡(luò)資源浪費(fèi)的問題。
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
實(shí)施例一 本實(shí)施例提供了一種短信息發(fā)送方法，其實(shí)現(xiàn)流程如圖1所示，包括以下步驟 步驟S11、接收來自移動(dòng)終端的呼叫請(qǐng)求，確定被叫設(shè)備。
步驟S12、判斷所述被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件(即判斷所述被叫設(shè)備是否具有向所述移動(dòng)終端發(fā)送短信息的資格)，若是，進(jìn)入步驟S13，否則， 結(jié)束流程。
步驟S13、向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。
上述步驟S12中，判斷被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件的過程如圖2所示，包括如下步驟 步驟S21、獲取所述被叫設(shè)備的標(biāo)識(shí)。
具體的，可以從所述移動(dòng)終端的呼叫請(qǐng)求中獲取所述被叫設(shè)備的標(biāo)識(shí)。
步驟S22、查詢預(yù)先記錄的開通短信推送業(yè)務(wù)的被叫設(shè)備名單中是否具有與所述被叫設(shè)備相對(duì)應(yīng)的標(biāo)識(shí)，若是，進(jìn)入步驟S23，否則，進(jìn)入步驟S24。
步驟S23、確定所述被叫設(shè)備屬于簽約用戶，能夠向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。
步驟S24、確定所述被叫設(shè)備屬于非簽約用戶，不可以向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。
本實(shí)施例中，根據(jù)預(yù)先記錄的開通短信息推送業(yè)務(wù)名單來判定被叫設(shè)備是否屬于簽約用戶，這種方式簡(jiǎn)單易行。在另外的實(shí)施例中，還可以另外準(zhǔn)備一個(gè)黑名單，用于將主叫的移動(dòng)終端中某些移動(dòng)終端(如違規(guī)用戶)歸置于黑名單中，于是，上述步驟S12中，判斷該被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件的過程還可以如圖3所示，包括如下步驟 步驟S31、獲取所述移動(dòng)終端和被叫設(shè)備的標(biāo)識(shí)。
具體的，可以從所述移動(dòng)終端的呼叫請(qǐng)求中獲取所述移動(dòng)終端及被叫設(shè)備的標(biāo)識(shí)。
步驟S32、查詢所述被叫設(shè)備的標(biāo)識(shí)是否存在于開通短信推送業(yè)務(wù)的移動(dòng)終端名單中，若是，進(jìn)入步驟S33，否則，進(jìn)入步驟S34。
步驟S33、判斷所述移動(dòng)終端的標(biāo)識(shí)是否存在于黑名單中，若是，進(jìn)入步驟S34，否則，進(jìn)入步驟S35。
步驟S34、確定被叫設(shè)備不滿足向所述移動(dòng)終端發(fā)送短信息的條件。
步驟S35、確定被叫設(shè)備滿足向所述移動(dòng)終端發(fā)送短信息的條件。
上述實(shí)施例中，所述被叫設(shè)備在收到移動(dòng)終端的呼叫請(qǐng)求，并確定滿足向所述移動(dòng)終端發(fā)送短信息的條件時(shí)，向所述移動(dòng)終端發(fā)送預(yù)設(shè)內(nèi)容的短信息，也就是說，無論被叫設(shè)備是否接收到接聽指示(本被叫設(shè)備的用戶通過接聽鍵發(fā)送的接聽指示)，或者是否接收到掛機(jī)指示(本被叫設(shè)備的用戶通過掛機(jī)鍵發(fā)送的掛機(jī)指示)，或者在預(yù)設(shè)時(shí)間內(nèi)沒有收到所述接聽指示時(shí)，都向移動(dòng)終端發(fā)送預(yù)設(shè)內(nèi)容的短信息。
在其他實(shí)施例中，可以由被叫設(shè)備簽訂各種業(yè)務(wù)，如掛機(jī)短信業(yè)務(wù)或接機(jī)短信業(yè)務(wù)，所述掛機(jī)短信業(yè)務(wù)又可以進(jìn)一步細(xì)分為來話掛機(jī)短信業(yè)務(wù)和漏話掛機(jī)短信業(yè)務(wù)。根據(jù)簽訂業(yè)務(wù)的不同，設(shè)定不同的短信內(nèi)容，如被叫設(shè)備接收到接聽指示時(shí)，與移動(dòng)終端建立通信鏈路，并在通話完畢后向所述移動(dòng)終端發(fā)送對(duì)應(yīng)接機(jī)業(yè)務(wù)的A短息；被叫設(shè)備在接收到掛機(jī)指示時(shí)，向所述移動(dòng)終端發(fā)送對(duì)應(yīng)來話掛機(jī)短信業(yè)務(wù)對(duì)應(yīng)的B短息；被叫設(shè)備在預(yù)設(shè)時(shí)間內(nèi)未接收接聽指示時(shí)，向所述移動(dòng)終端發(fā)送對(duì)應(yīng)來話掛機(jī)短信業(yè)務(wù)的C信息。
在某些實(shí)施例中，還可以進(jìn)一步對(duì)簽訂各種業(yè)務(wù)的被叫設(shè)備進(jìn)行進(jìn)一步分組，不同分組的被叫設(shè)備向移動(dòng)終端發(fā)送不同內(nèi)容的短信息。
S卩，上述步驟S13中，所述向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息具體過程可以如圖4所示，包括以下步驟 步驟S41、查詢分組信息。
所述分組信息按照類型將所有滿足短信息推送條件的被叫設(shè)備分為多組，各組對(duì)應(yīng)的短信息內(nèi)容不同； 步驟S42、根據(jù)查詢結(jié)果確定所述被叫設(shè)備所在分組。
步驟S43、參考預(yù)設(shè)的短信息內(nèi)容與分組之間的對(duì)應(yīng)關(guān)系，向所述移動(dòng)終端發(fā)送具有與所述被叫設(shè)備所在分組對(duì)應(yīng)的內(nèi)容的短信息。
在另外的一些實(shí)施例中，還可以進(jìn)一步對(duì)所有分組或某些分組的主叫設(shè)備按照不同的時(shí)間段設(shè)定不同內(nèi)容的短信息，于是在接收到移動(dòng)終端的呼叫請(qǐng)求時(shí)，確定當(dāng)前時(shí)間， 并在所述被叫設(shè)備符合向移動(dòng)終端發(fā)送短信息的條件時(shí)，根據(jù)所述當(dāng)前時(shí)間，向所述移動(dòng)終端發(fā)送對(duì)應(yīng)內(nèi)容的短信息。具體過程如圖5所示，包括以下步驟 步驟S51、確定并記錄當(dāng)前時(shí)間。
步驟S52、查詢分組信息。
所述分組信息按照類型將所有滿足短信息推送條件的被叫設(shè)備分為多組，各組對(duì)應(yīng)的短信息內(nèi)容不同，各個(gè)時(shí)間同一分組對(duì)應(yīng)的短信息內(nèi)容也不同； 步驟S53、根據(jù)查詢結(jié)果確定所述被叫設(shè)備的所在分組。
步驟S54、參考預(yù)設(shè)的短信息內(nèi)容、分組與時(shí)間之間的對(duì)應(yīng)關(guān)系，向所述移動(dòng)終端發(fā)送具有所述被叫設(shè)備所在分組及當(dāng)前時(shí)間對(duì)應(yīng)的內(nèi)容的短信息。
本發(fā)明提供的短信息發(fā)送方法，將主動(dòng)打來電話的用戶視為存在被服務(wù)意向的用戶，根據(jù)被叫設(shè)備預(yù)先設(shè)定的簽約信息向用戶發(fā)送短信息，與現(xiàn)有技術(shù)的隨機(jī)定向發(fā)送方式相比，關(guān)聯(lián)度較高，減少了信息的發(fā)送量，減少網(wǎng)絡(luò)資源的浪費(fèi)。
本發(fā)明同時(shí)還提供了一種實(shí)現(xiàn)上述方法的短信息發(fā)送系統(tǒng)。
圖6示出了該短信息發(fā)送系統(tǒng)的一種結(jié)構(gòu)，該系統(tǒng)包括呼叫請(qǐng)求接收單元61、判斷單元62、指示信息接收單元63和發(fā)送單元64，其中 所述呼叫請(qǐng)求接收單元61用于接收來自移動(dòng)終端的呼叫請(qǐng)求。
所述判斷單元62用于判斷所述被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件。
所述指示信息接收單元63用于接收掛機(jī)指示或接聽指示。
所述發(fā)送單元64，用于獲取所述判斷單元62的判斷結(jié)果，并在所述判斷結(jié)果指示所述被叫設(shè)備滿足向所述移動(dòng)終端發(fā)送短信息的條件，且所述指示信息接收單元63接收到掛機(jī)指示或者在預(yù)設(shè)時(shí)間內(nèi)沒有接收到接聽指示時(shí)，向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。
具體實(shí)現(xiàn)過程可參照前文方法部分的描述。
在某些實(shí)施例中，還可以進(jìn)一步對(duì)簽訂各種業(yè)務(wù)的移動(dòng)終端進(jìn)行進(jìn)一步分組，向不同分組的移動(dòng)終端發(fā)送不同內(nèi)容的短信息。
在其他實(shí)施例中，所述發(fā)送單元64的具體結(jié)構(gòu)如圖7所示，包括第一查詢單元 71、第一分組確定單元72和第一發(fā)送子單元73，其中 所述第一查詢單元71，用于查詢分組信息，所述分組信息按照類型將所有滿足向移動(dòng)終端發(fā)送短信息的條件的被叫設(shè)備分為多組，各組對(duì)應(yīng)的短信息內(nèi)容不同。
所述第一分組確定單元72，用于根據(jù)查詢結(jié)果確定所述被叫設(shè)備所在分組； 所述第一發(fā)送子單元73，用于將參考預(yù)設(shè)的短信息內(nèi)容與分組之間的對(duì)應(yīng)關(guān)系， 向所述移動(dòng)終端發(fā)送具有所述被叫設(shè)備所在分組對(duì)應(yīng)的內(nèi)容的短信息。
在另外的實(shí)施例中，還可以結(jié)合分組及時(shí)間，對(duì)所有分組或者部分分組內(nèi)的被叫設(shè)備按照時(shí)間段的不同設(shè)置不同內(nèi)容的短信息。并在呼叫請(qǐng)求接收單元61接收到移動(dòng)終端的呼叫請(qǐng)求時(shí)，獲取當(dāng)前時(shí)間，根據(jù)所述當(dāng)前時(shí)間及所述被叫設(shè)備的分組，向所述移動(dòng)終端發(fā)送對(duì)應(yīng)的短信息。這種情況下，所述發(fā)送單元64的結(jié)構(gòu)可以如圖8所示，包括時(shí)鐘單元81、第二查詢單元82、第二分組確定單元83和第二發(fā)送子單元84，其中 所述時(shí)鐘單元81，用于確定當(dāng)前時(shí)間。
所述第二查詢單元82，用于查詢分組信息，所述分組信息按照類型將所有滿足向移動(dòng)終端發(fā)送短信息的條件的被叫設(shè)備分為多組，各組對(duì)應(yīng)的短信息內(nèi)容不同，各個(gè)時(shí)間同一分組對(duì)應(yīng)的短信息內(nèi)容也不同。
所述第二分組確定單元83，用于根據(jù)查詢結(jié)果確定所述被叫設(shè)備所在分組。
所述第二發(fā)送子單元84，用于參考預(yù)設(shè)的短信息內(nèi)容與分組之間的對(duì)應(yīng)關(guān)系，向所述移動(dòng)終端發(fā)送具有所述被叫設(shè)備所在分組對(duì)應(yīng)的內(nèi)容的短信息。
此外，所述判斷單元62判斷移動(dòng)終端所呼叫的被叫設(shè)備是否符合向所述移動(dòng)終端發(fā)送短信息的條件的方式可以是根據(jù)預(yù)先記錄的開通短信息推送業(yè)務(wù)名單來判定所述被叫設(shè)備是否屬于簽約用戶，若是簽約用戶，則確定該被叫設(shè)備符合短信息推送條件，否則，確定該被叫設(shè)備不符合短信息推送條件。對(duì)應(yīng)這種方式，所述判斷單元62的一種結(jié)構(gòu)可以如圖9所示，包括第一標(biāo)識(shí)獲取單元91、第三查詢單元92，其中 所述第一標(biāo)識(shí)獲取單元91，用于獲取所述被叫設(shè)備的標(biāo)識(shí)； 所述第三查詢單元92，用于查詢所述被叫設(shè)備的標(biāo)識(shí)是否存在于開通短信推送業(yè)務(wù)的設(shè)備名單中，若是，則確定所述被叫設(shè)備滿足短信息推送條件，否則確定所述被叫設(shè)備不滿足短信息推送條件。
可以看出，上述根據(jù)預(yù)先記錄的開通短信息推送業(yè)務(wù)名單來判定被叫設(shè)備具有向移動(dòng)終端發(fā)送預(yù)設(shè)內(nèi)容短信息的資格的方式簡(jiǎn)單易行。在另外的實(shí)施例中，還可以另外準(zhǔn)備一個(gè)黑名單，用于將所有移動(dòng)終端中某些用戶(如違規(guī)用戶)歸置于黑名單中，對(duì)應(yīng)這種方式，所述判斷單元62的結(jié)構(gòu)可以如圖10所述，包括第二標(biāo)識(shí)獲取單元101和第四查詢單元102，所述第二標(biāo)識(shí)獲取單元101獲取所述移動(dòng)終端及被叫設(shè)備的標(biāo)識(shí)，第四查詢單元 102用于查詢所述被叫設(shè)備的標(biāo)識(shí)是否存在于開通短信推送業(yè)務(wù)的移動(dòng)終端名單中，若是， 則進(jìn)一步判斷所述移動(dòng)終端的標(biāo)識(shí)是否存在于黑名單中，當(dāng)所述被叫設(shè)備的標(biāo)識(shí)存在于開通短信推送業(yè)務(wù)的名單中且所述移動(dòng)終端的標(biāo)識(shí)不存在于所述黑名單中時(shí)，才確定所述被叫設(shè)備具有向所述移動(dòng)終端發(fā)送短信息的條件。
需要說明的是，上述所有實(shí)施例可以采用的是信令監(jiān)控方式，當(dāng)監(jiān)控到移動(dòng)終端撥打了被叫終端的號(hào)碼時(shí)，將所述移動(dòng)終端的相關(guān)信息(包括號(hào)碼、時(shí)間或狀態(tài)等信息)發(fā)給所述被叫設(shè)備，于是，被叫設(shè)備即可根據(jù)該移動(dòng)終端簽訂的業(yè)務(wù)，向所述移動(dòng)終端發(fā)送預(yù)設(shè)內(nèi)容的短信息。這種信令監(jiān)控方式是在通過建立前或者通過過程中記錄主被叫號(hào)碼、時(shí)間等話務(wù)數(shù)據(jù)，不影響通話流程，因此不消耗話務(wù)資源，有利于業(yè)務(wù)大規(guī)模應(yīng)用。
為進(jìn)一步對(duì)上述技術(shù)方案進(jìn)行詳細(xì)介紹，下面以一個(gè)具體實(shí)例進(jìn)行說明 本實(shí)例中，移動(dòng)終端具有為手機(jī)，被叫設(shè)備為固定電話，手機(jī)所屬交換局為交換局 A，固定電話所屬交換局為交換局B，另外短信息發(fā)送系統(tǒng)根據(jù)外部信令監(jiān)測(cè)設(shè)備獲知所述手機(jī)號(hào)碼、固定電話號(hào)碼及時(shí)間。并且，將固定電話劃分為分組用戶和一般用戶，屬于分組用戶的固定電話和屬于一般用戶的固定電話向手機(jī)發(fā)送的短信息內(nèi)容是不同的。具體的工作過程如圖11所示，包括 步驟Sl 11、主叫通信。
手機(jī)通過交換局A向固定電話的交換局B發(fā)送呼叫信息，以請(qǐng)求建立與固定電話的通信鏈路。
步驟S112、信令監(jiān)測(cè)設(shè)備獲取所述手機(jī)、固定電話的號(hào)碼及相關(guān)信息。
所述相關(guān)信息可以是當(dāng)前時(shí)間。
步驟S113、信令監(jiān)測(cè)設(shè)備將所述手機(jī)、固定電話的號(hào)碼及相關(guān)信息發(fā)送給短信息發(fā)送系統(tǒng)。
步驟S114、判斷短信息發(fā)送系統(tǒng)判斷所述固定電話是否開通掛機(jī)短信業(yè)務(wù)，若是， 則進(jìn)入步驟S115 ；否則，進(jìn)入步驟S116。
步驟S115、判斷所述手機(jī)是否屬于黑名單用戶，若是，進(jìn)入步驟S116，否則，進(jìn)入步驟S117。
步驟S117、確定用戶屬于分組用戶還是一般用戶，若是分組用戶，則進(jìn)入步驟 S118 ；若是一般用戶，則進(jìn)入步驟S119。
步驟S118、推送與分組相關(guān)聯(lián)的短信息。
步驟S119、推送一般短信。
需要說明的是 信令監(jiān)控設(shè)備需要通過接口將所述手機(jī)、固定電話的號(hào)碼及相關(guān)信息發(fā)送給短信息發(fā)送系統(tǒng)。信令監(jiān)控設(shè)備采用一次話務(wù)一條記錄的方式，在呼叫結(jié)束后預(yù)設(shè)時(shí)間(如60s)內(nèi)發(fā)送。
所述接口的形式可以采用WfebService接口、文件接口或者實(shí)時(shí)socket接口，其中 A、Web service接口格式定義如下 接口訪問地址的形式 http://$ (ipaddress) $ (port) /services/$ (appname). wsdl$ (ipaddress)-掛機(jī)短信服務(wù)器的IP地址$ (port)-短信息發(fā)送系統(tǒng)的Web服務(wù)的端口 $ (appname)-應(yīng)用名稱。
接口調(diào)用方法原型:Public String$ (interfaceName) (String$ (param)) $ (inter faceName)-接口名稱$ (param) -XML格式的參數(shù)。
接口 XML字符串結(jié)構(gòu)定義 輸入?yún)?shù)格式定義 <Request> 〈param name=" id" value = " slahhmmss89901274123〃 /> </Request> 接口返回格式定義 接收成功〈Responsestatus = 〃 1〃 id = " slahhmmss89901274123 “ /> 接收異?！碦esponsestatus = 〃 0〃 id = " slahhmmss89901274123 “ /> B、文件接口采用FTP方式 短信息發(fā)送系統(tǒng)主動(dòng)到信令監(jiān)控設(shè)備提取信令監(jiān)控?cái)?shù)據(jù)。
信令監(jiān)控設(shè)備作為服務(wù)器端，短信息發(fā)送系統(tǒng)定時(shí)去get信令監(jiān)控的數(shù)據(jù)。
C、實(shí)時(shí)socket接口方式 信令監(jiān)測(cè)設(shè)備做socket client，由短信息發(fā)送系統(tǒng)提供socket server (ip, port) 0當(dāng)網(wǎng)絡(luò)故障時(shí)，該socket server端口具備一定的緩存功能，待網(wǎng)絡(luò)正常后重發(fā)緩存中的數(shù)據(jù)，超過緩存能力的數(shù)據(jù)將被丟棄；可以對(duì)不通的server提供不同的過濾功能。
在其他的實(shí)施例中，可以利用現(xiàn)有的語音交換設(shè)備進(jìn)行操作，方式如下當(dāng)監(jiān)控到移動(dòng)終端撥打了被叫終端的號(hào)碼時(shí)，由通信網(wǎng)絡(luò)將話務(wù)集中送到語音交換設(shè)備，然后語音交換設(shè)備再轉(zhuǎn)發(fā)給短信息發(fā)送系統(tǒng)。
下面再舉一實(shí)例說明 該實(shí)例中，主叫移動(dòng)終端為手機(jī)，被叫設(shè)備為固定電話，工作過程如圖12所示，包括以下步驟 步驟1、手機(jī)撥打號(hào)碼88888888(固定電話的號(hào)碼)，該號(hào)碼辦理了掛機(jī)短信業(yè)務(wù)。
步驟2、端局接收用戶來話，并上送本地網(wǎng)匯接層SS。
步驟3、在A地SHLR查詢被叫的業(yè)務(wù)屬性。
步驟4、SHLR反饋查詢結(jié)果，被叫號(hào)碼沒有在A地簽約掛機(jī)短信業(yè)務(wù)。
步驟5、話務(wù)轉(zhuǎn)接到B地。
步驟6、在B地的SHLR查詢被叫的業(yè)務(wù)屬性。
步驟7、SHLR向本地網(wǎng)匯接層SS反饋查詢信息，被叫簽約了掛機(jī)短信業(yè)務(wù)。
步驟8、本地網(wǎng)SS將話務(wù)送到語音交換設(shè)備(如UAP8100)。
步驟9、UAP8100上送消息(接聽消息，振鈴消息，掛斷消息，久叫不應(yīng)消息)到掛機(jī)短信業(yè)務(wù)平臺(tái)；掛機(jī)短信業(yè)務(wù)平臺(tái)根據(jù)被叫業(yè)務(wù)受理情況下發(fā)短信，彩信或其它方式將信息發(fā)給主叫用戶。
步驟10、掛機(jī)短信業(yè)務(wù)平臺(tái)將業(yè)務(wù)處理情況通知掛機(jī)短信交換設(shè)備(根據(jù)業(yè)務(wù)情況處理，也可以不下發(fā)此通知)。
步驟11、掛機(jī)短信交換設(shè)備根據(jù)將話務(wù)按被叫號(hào)碼分別送回SS。
步驟12、本地LS轉(zhuǎn)接到被叫用戶。
對(duì)于裝置或系統(tǒng)實(shí)施例而言，由于其基本相應(yīng)于方法實(shí)施例，所以相關(guān)之處參見方法實(shí)施例的部分說明即可。以上所描述的裝置或系統(tǒng)實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。
另外，所描述系統(tǒng)，裝置和方法以及不同實(shí)施例的示意圖，在不超出本申請(qǐng)的范圍內(nèi)，可以與其它系統(tǒng)，模塊，技術(shù)或方法結(jié)合或集成。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。另外，需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、
方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個(gè)......，，
限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要
ο 對(duì)所公開的實(shí)施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一致的最寬的范圍。
權(quán)利要求
1.一種短信息發(fā)送方法，其特征在于，包括接收來自移動(dòng)終端的呼叫請(qǐng)求，確定被叫設(shè)備；判斷所述被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件，若是，向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述具有預(yù)設(shè)內(nèi)容的短信息，是在接收到掛機(jī)指示或者接收到接聽指示或者在預(yù)設(shè)時(shí)間內(nèi)沒有接收到接聽指示時(shí)發(fā)送的。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息具體為查詢分組信息，所述分組信息按照類型將所有滿足短信息推送條件的被叫設(shè)備分為多組，各組對(duì)應(yīng)的短信息內(nèi)容不同；根據(jù)查詢結(jié)果確定所述被叫設(shè)備所在分組；參考預(yù)設(shè)的短信息內(nèi)容與分組之間的對(duì)應(yīng)關(guān)系，向所述移動(dòng)終端發(fā)送具有所述被叫設(shè)備所在分組對(duì)應(yīng)的內(nèi)容的短信息。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息具體為確定當(dāng)前時(shí)間，并查詢分組信息，所述分組信息按照類型將所有滿足短信息推送條件的被叫設(shè)備分為多組，各組在不同的時(shí)間段發(fā)送的短信息內(nèi)容不同；根據(jù)查詢結(jié)果確定所述被叫設(shè)備的所在分組；參考預(yù)設(shè)的短信息內(nèi)容與分組和當(dāng)前時(shí)間之間的對(duì)應(yīng)關(guān)系，向所述移動(dòng)終端發(fā)送具有所述被叫設(shè)備所在分組對(duì)應(yīng)的內(nèi)容的短信息。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，按照以下步驟判斷所述被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件獲取所述被叫設(shè)備的標(biāo)識(shí)；查詢所述被叫設(shè)備的標(biāo)識(shí)是否存在于開通短信推送業(yè)務(wù)的名單中，若是，則確定所述被叫設(shè)備滿足向所述移動(dòng)終端發(fā)送短信息的條件，否則確定所述被叫設(shè)備不滿足向所述移動(dòng)終端發(fā)送短信息的條件。
6.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，按照以下步驟判斷所述被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件獲取所述移動(dòng)終端和被叫設(shè)備的標(biāo)識(shí)；查詢所述被叫設(shè)備的標(biāo)識(shí)是否存在于開通短信推送業(yè)務(wù)的名單中且所述移動(dòng)終端的標(biāo)識(shí)是否存在于黑名單中，若所述被叫設(shè)備的標(biāo)識(shí)存在于開通短信推送業(yè)務(wù)的名單中且所述移動(dòng)終端的標(biāo)識(shí)存在于黑名單中時(shí)，確定所述主叫設(shè)備滿足向所述移動(dòng)終端發(fā)送短信息的條件，否則，確定所述主叫設(shè)備不滿足向所述移動(dòng)終端發(fā)送短信息的條件。
7.一種短信息發(fā)送系統(tǒng)，其特征在于，包括呼叫請(qǐng)求接收單元，用于接收來自移動(dòng)終端的呼叫請(qǐng)求；判斷單元，用于判斷所述呼叫請(qǐng)求的被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件；指示信息接收單元，用于接收掛機(jī)指示或接聽指示；發(fā)送單元，用于獲取所述判斷單元的判斷結(jié)果，并在所述判斷結(jié)果指示所述被叫設(shè)備滿足向所述移動(dòng)終端發(fā)送短信息的條件，且所述指示信息接收單元接收到掛機(jī)指示或者在預(yù)設(shè)時(shí)間內(nèi)沒有接收到接聽指示時(shí)，向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。
8.根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述發(fā)送單元包括第一查詢單元，用于查詢分組信息，所述分組信息按照類型將所有滿足短信息推送條件的被叫設(shè)備分為多組，各組對(duì)應(yīng)的短信息內(nèi)容不同；第一分組確定單元，用于根據(jù)查詢結(jié)果確定所述被叫設(shè)備所在分組； 第一發(fā)送子單元，用于將參考預(yù)設(shè)的短信息內(nèi)容與分組之間的對(duì)應(yīng)關(guān)系，向所述移動(dòng)終端發(fā)送具有所述被叫設(shè)備所在分組對(duì)應(yīng)的內(nèi)容的短信息。
9.根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述發(fā)送單元包括 時(shí)鐘單元，用于確定當(dāng)前時(shí)間；第二查詢單元，用于查詢分組信息，所述分組信息按照類型將所有滿足向所述移動(dòng)終端發(fā)送短信息的條件的被叫設(shè)備分為多組，各組在不同的時(shí)間段發(fā)送的短信息內(nèi)容不同； 第二分組確定單元，用于根據(jù)查詢結(jié)果確定所述被叫設(shè)備的所在分組； 第二發(fā)送子單元，參考預(yù)設(shè)的短信息內(nèi)容與分組和當(dāng)前時(shí)間之間的對(duì)應(yīng)關(guān)系，向所述移動(dòng)終端發(fā)送具有所述被叫設(shè)備所在分組對(duì)應(yīng)的內(nèi)容的短信息。
10.根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述判斷單元包括 第一標(biāo)識(shí)獲取單元，用于獲取所述被叫設(shè)備的標(biāo)識(shí)；第三查詢單元，用于查詢所述被叫設(shè)備的標(biāo)識(shí)是否存在于開通短信推送業(yè)務(wù)的名單中，若是，則確定所述被叫設(shè)備滿足向所述移動(dòng)終端發(fā)送短信息的條件，否則確定所述被叫設(shè)備不滿足向所述移動(dòng)終端發(fā)送短信息的條件； 或者，所述判斷單元包括第二標(biāo)識(shí)獲取單元，用于獲取所述移動(dòng)終端的標(biāo)識(shí)；第四查詢單元，用于查詢所述被叫設(shè)備的標(biāo)識(shí)是否存在于開通短信推送業(yè)務(wù)的名單中且所述移動(dòng)終端的標(biāo)識(shí)是否存在于黑名單中，若所述被叫設(shè)備的標(biāo)識(shí)存在于開通短信推送業(yè)務(wù)的名單中且所述移動(dòng)終端的標(biāo)識(shí)存在于黑名單中時(shí)，確定所述主叫設(shè)備滿足向所述移動(dòng)終端發(fā)送短信息的條件，否則，確定所述主叫設(shè)備不滿足向所述移動(dòng)終端發(fā)送短信息的條件。
全文摘要
本發(fā)明提供了一種短信息發(fā)送方法和系統(tǒng)，所述方法包括接收來自移動(dòng)終端的呼叫請(qǐng)求，確定被叫設(shè)備；判斷所述被叫設(shè)備是否滿足向所述移動(dòng)終端發(fā)送短信息的條件，若是，向所述移動(dòng)終端發(fā)送具有預(yù)設(shè)內(nèi)容的短信息。采用本實(shí)施例提供的方案，將主動(dòng)打來電話的用戶視為存在被服務(wù)意向的用戶，如果收到被叫號(hào)碼為簽約用戶的建立通信鏈路的請(qǐng)求信息，則無論該通信鏈路是否建立，都向該呼叫請(qǐng)求的發(fā)送方發(fā)送預(yù)設(shè)內(nèi)容的短信息。一般情況下，用戶主動(dòng)打來電話，意味著其存在被服務(wù)需求，如果同時(shí)被叫號(hào)碼屬于簽約用戶的號(hào)碼，則基本可以確定為目標(biāo)用戶。這種方式可以快速地確定關(guān)聯(lián)性較高的用戶，避免了隨機(jī)定向發(fā)送信息而存在網(wǎng)絡(luò)資源浪費(fèi)的問題。
文檔編號(hào)H04W4/14GK102186154SQ201110147500
公開日2011年9月14日 申請(qǐng)日期2011年6月2日 優(yōu)先權(quán)日2011年6月2日
發(fā)明者黃崇源, 劉貴華, 王海濱, 張俊, 魏嘉盛 申請(qǐng)人:廣東億迅科技有限公司