專利名稱：用于處理供通信網(wǎng)絡的訂戶使用的預支/信用的方法和系統(tǒng)的制作方法
用于處理供通信網(wǎng)絡的訂戶使用的預支/信用的方法和系
統(tǒng)本發(fā)明涉及一種方法，該方法用于處理通信網(wǎng)絡的訂戶、移動通信和包括IP電話 在內(nèi)的其它通信的訂戶所使用的預支(advance)/信用(credit)(臨時和永久提供通話時 間預支以及為使用網(wǎng)絡中可用的附加服務的預支)，以及處理在余額充值時或者以任何其 它方式對通信服務進行付費時的進一步預支返還。除其它目標之外，本發(fā)明的目標在于，通過給予訂戶使用不取決于他們是否具有 用于這樣的操作的足夠的余額以及不取決于他們是否具有及時為他們的余額充值成正值 或者足以進一步使用服務的語音和非語音服務(而且在緊急情況下)的機會來提高訂戶對 通信服務的滿意率。在技術上，這引起了使得大部分訂戶能夠有機會在發(fā)送訂戶(和代表訂戶)所形 成的有條件請求之后使用獲取預支/信用。所述請求通過電子通信設備(包括移動電話、 ATM、計算機和/或使得能夠傳送有條件請求的任何其它終端)進行輸入，并且被傳送到數(shù) 據(jù)處理系統(tǒng)的至少一個服務器，以供執(zhí)行和處理交易并且進一步向訂戶通知所述交易。本發(fā)明還幫助通信運營商以-避免在對計帳系統(tǒng)進行改變時的額外費用；_實現(xiàn)額外的每訂戶平均收入(ARPU)；-顯著提高忠誠度；-頻繁采用更為有益的資費(tariff)；-使得通話時間銷售在更快周轉之后更為有效。附圖材料中描述了本發(fā)明的實質(zhì)，其中

圖1反映了跟據(jù)本發(fā)明的對通信網(wǎng)絡訂戶分發(fā)預支的過程；圖2分立地反映了在通信系統(tǒng)的條件(圖1)下用于對通信網(wǎng)絡的訂戶的請求進 行處理的系統(tǒng)；圖3分立地反映了在用于對通信網(wǎng)絡的訂戶的請求進行處理的系統(tǒng)(圖2)和通 信網(wǎng)絡的運營商(圖1)之間的請求的彼此傳輸。用于對供通信網(wǎng)絡訂戶使用的預支/信用進行處理的方法和系統(tǒng)(此后稱作“系 統(tǒng)”)100的技術實現(xiàn)可能被有條件地劃分為四個程序模塊請求處理模塊50、預支分配模 塊60、計費模塊70和統(tǒng)計模塊80。每個模塊獨立地處理程序代碼的一部分，所述程序代碼 的一部分被提出用于支持整個系統(tǒng)的功能的分立的邏輯部分。以下為每個模塊的詳細描述 (圖 2，3)。請求處理模塊。該模塊的作用是(使用SMPP、TCP/IP和其它協(xié)議)將訂戶連接 到運營商的SMS (MMS、USSD、IVR、WAP、WEB)中心，處理所有傳入的消息以及訂戶信用資格檢 查，圖3。只要接收到意味著訂戶愿意得到預支/信用的請求，就在數(shù)據(jù)庫中開始特定的歷 史和資格檢查過程。這樣的檢查可以以任何順序來完成，但是通常將包括對黑名單進行 檢查、對訂戶的資費計劃進行檢查、檢查有條件請求的正確性、對預借方和借方列表進行檢 查，圖2。假設以上檢查過程的任何一個發(fā)現(xiàn)特定訂戶不具備接收預支/信用的資格，則系統(tǒng)就發(fā)送具有拒絕請求的原因的信息，并且此后，認為特定請求的處理完成。否則，將所述 請求進一步傳送到預支分配模塊。預支分配模塊。該模塊的作用是向訂戶的余額分配特定金額并且進一步檢查這樣 的交易的成功完成?；诎谶\營商計帳系統(tǒng)中的信息來定義交易的狀態(tài)，所述計帳系 統(tǒng)通過運營商的技術手段將這樣的信息實時地傳送到系統(tǒng)服務器。在接收來自請求處理模 塊的訂戶請求之后，采用網(wǎng)絡運營商的計帳系統(tǒng)(圖3)來向訂戶余額存入?yún)f(xié)定金額的預 支，并且將所述訂戶添加到預借方列表(圖2)。此外，希望計帳系統(tǒng)來確認交易的完成。如 果交易被確認為成功，則從預借方列表中刪除該訂戶，并且將該訂戶添加到借方列表。否則 (如果沒有接收到與交易相關的信息，或者如果計帳系統(tǒng)無法完成交易)，從預借方列表中 刪除該訂戶。在對交易狀態(tài)進行檢查之后，認為完成了這樣的特定請求的處理(圖2)。計費模塊。計費模塊的作用是對運營商所發(fā)送的訂戶余額充值列表的列表進行處 理；相對于系統(tǒng)的借方列表檢查該列表，并且對出現(xiàn)在兩個所提到列表中/交集中的訂戶 的計費進行管理。為了生成這樣的列表，運營商生成文本日志并且將其發(fā)送到系統(tǒng)服務器； 這樣的日志將包含關于所有余額充值操作的信息，該余額充值操作與根據(jù)訂戶的資費計劃 和項目協(xié)定說明的兼容性(在排除預支存入和計費操作的協(xié)定時間段內(nèi))而有資格使用服 務的所有訂戶的帳戶相關。當接收到所述日志時，比較列表，并且假設所述日志中的訂戶存 在于借方列表中，則應當自動處理對其各自帳戶余額的計費，包括預支金額和服務費用的 計費(圖2)。假設確認這樣的交易是成功的，則從借方列表中刪除該訂戶，并且因此變得有 資格使用后續(xù)的信用。否則，即如果自動預付費和費用計費交易無法被確認為是成功的，則 嘗試以協(xié)定時間間隔重復處理這樣的計費，直至最終成功完成。統(tǒng)計模塊。該模塊的作用是由運營商的顧客關系部門按照要求形成關于每個訂戶 的服務活動的實時報告。在技術上，該模塊的功能通過來自運營商的程序系統(tǒng)的請求、以及 經(jīng)篩選的訂戶的ID號碼的輸入和其中必須對訂戶活動進行篩選的時間段來實現(xiàn)。該報告 基于存儲在系統(tǒng)的統(tǒng)一數(shù)據(jù)庫中的信息而形成，并且立即按照要求提供(圖2和3)。為了便利系統(tǒng)功能，通信網(wǎng)絡運營商將提供如下的技術資源/可能性(圖3) 提供實時頻道，訂戶可以通過該實時信道與系統(tǒng)進行通信(請求預支)。這能夠 通過將系統(tǒng)與運營商的VAS平臺(SMS、匪S、USSD、IVR、WAP、web等)的各種模塊進行整合 來實現(xiàn)。系統(tǒng)與多于一個的頻道的整合(例如SMS和USSD)是可能的。為了防止誤用(潛 在的索賠)，強烈建議確保經(jīng)由訂戶的移動電話來完成請求(可能是SMS、匪S、USSD、IVR、 WAP、web等類似的請求)的發(fā)送。 系統(tǒng)可能自動計費，并且向訂戶帳戶分配協(xié)定的預支/從訂戶帳戶存入?yún)f(xié)定的 預支，并且獲取關于交易成功的確認。通過系統(tǒng)和運營商計帳系統(tǒng)之間的請求處理機制來 促進該可能性。該機制可能由MT-SMS計費、計費網(wǎng)關(直徑等)、在系統(tǒng)和運營商計帳系統(tǒng) 之間的直接請求處理來支持(例如使用HTTP協(xié)議)，或者由可以支持與訂戶帳戶的固定量 計帳交易的任何其它手段來支持。 向系統(tǒng)通知可能在系統(tǒng)的計帳活動之外發(fā)生的訂戶帳戶余額充值。這樣的信息 可能由運營商的技術手段實時或定期(每天、每小時等)地提供。在技術上，可以由下載日 志/文本文件的運營商來向FTP服務器(如果處理為定期的)或者通過信息的有條件HTTP 請求(如果處理被實時地安排)來提供通知。
以下參考附帶方案對本發(fā)明的實施方式的優(yōu)選選項進行描述。在以下的描述中， 為了理解本發(fā)明，因為無需研究不必要的細節(jié)，所以沒有單獨地描述普遍公知功能和結構。 特定地，這涉及為了給出關于本發(fā)明的更清楚的版本而僅泛泛描述的細節(jié)(發(fā)送的請求的 結構、進行發(fā)送的方法、連接到網(wǎng)絡運營商的計帳系統(tǒng)和其它系統(tǒng)的方法、軟件環(huán)境等)。然 而，本領域人員將理解，本發(fā)明的實施方式能夠在沒有這些細節(jié)或者對這些細節(jié)進行修改 的情況下被實現(xiàn)，并且這并不與核心發(fā)明相沖突。 希望圖1、2和3所描述的方法和系統(tǒng)在操作系統(tǒng)中被使用。系統(tǒng)的所有模塊的 處理和統(tǒng)計數(shù)據(jù)被存儲在統(tǒng)一數(shù)據(jù)庫82中。系統(tǒng)由四個程序模塊構成請求處理模塊 (RPM) 50、分配模塊(AM) 60、計費模塊(CM) 70、統(tǒng)計模塊(SM) 80。如圖3中所示，系統(tǒng)100通 過適當?shù)倪B接協(xié)議SMPP、FTP、HTTP被連接到網(wǎng)絡運營商的服務器(NO) 20 =SMS中心21、計 帳系統(tǒng)(BS) 22、顧客服務(CS) 23。連接模式系統(tǒng)服務器可以被安裝在運營商網(wǎng)絡內(nèi)或者 經(jīng)由VPN從外部進行連接。圖2和圖3示出了反映系統(tǒng)處理的實施方式的流程圖，其中，愿意獲得預支的網(wǎng)絡 訂戶(NS) 10經(jīng)由NO網(wǎng)絡20發(fā)送短文本消息(SMS)31。這樣的SMS請求應當包含協(xié)定的碼 字，S卩“信用”。請求31經(jīng)由NO (圖3)的SMS中心31傳遞并且到達系統(tǒng)100的RPM 50 (圖 2和圖3)。RPM 50對經(jīng)由NO 20所特別指定的短號碼XXXX進入的所有SMS進行處理，并且 還處理訂戶的信用資格檢查。在接收請求31之后，在數(shù)據(jù)庫82內(nèi)應用NS歷史檢查過程， 在如下的步驟中-對預借方溢出(Flood)列表進行檢查32。(如果在該列表中找到NS10，則不進 行進一步動作33，并且認為完成了請求處理交易。否則，將請求轉發(fā)到正確資費模塊34)。-對正確資費(或者NS10資格檢查)進行檢查34。(如果顧客由于他的/她的 預訂計劃而導致沒有資格使用服務，則NS 10經(jīng)由NO的SMS中心21接收具有文本的短消 息35，即“您的預訂計劃不允許您使用該服務。請聯(lián)系顧客服務”，并且認為完成了請求處 理事務。否則，將請求轉發(fā)到句法檢查模塊36。)-提供對正確句法的檢查36以最大化保護NS或NO不受代表NS的未授權或不希 望的服務的使用。如果句法不正確，則NS經(jīng)由NO 20的SMS中心21的短號碼XXXX接收相 關文本消息(SMS)37，g卩“為了使用信用，請發(fā)送“信用”至短號碼XXXX”。此后，認為完成了 該請求的處理。否則，將請求轉發(fā)到借方列表中的檢查模塊38。-對借方列表中出現(xiàn)的NS10進行檢查38指檢查NS是否具有未支付的預支/信 用。如果在該列表中識別了 NS 10，則經(jīng)由NO 20的SMS中心21的短號碼XXXX接收相關短 消息(SMS)39，即“您已經(jīng)使用了該服務”。此后，認為完成了該請求的處理。否則，將該請 求轉發(fā)到預支分配模塊60。NS 10可以向NO 20的SMS中心21的短號碼XXXX發(fā)送有限數(shù)目的請求31 (例如 3個請求)。為了防止系統(tǒng)100在大量不正確請求的情況下而業(yè)務過載，設置了該限制。在 NS 10超出限制的情況下，他/她被添加到溢出列表41中達某個預先設置的特定時間段，即 24小時。同時，NS經(jīng)由NO 20的SMS中心21的短號碼XXXX接收相關文本消息(SMS) 40， 即“鎖定該服務達24小時”。 AAM 60的任務是向NS 10的余額存入預支金額，并且檢查該交易的成功?；诎?含在由NO 20的BS 22生成的文件中的信息來檢測交易狀態(tài)，并且將該交易狀態(tài)實時地發(fā)送到系統(tǒng)100的FTP服務器。當接收關于來自RPM 50的NS 10的請求31的信息時，立即 進行向NS 10的余額的存入。同時，NS 10被添加到預借方列表中62。然后，允許某個時間 段(例如5小時)用于對交易進行確認63。在交易成功的情況下，從預借方列表62中刪除 NS 10，并且將該NS 10添加到借方列表中65。否則，從借方列表中刪除NS 1064。當完成 交易成功檢查時，認為完成了該請求的處理。CM 70的任務是從NO 20接收進行余額充值(定期，即每天一次，或即刻)的NS 10的列表71 ；將該列表與系統(tǒng)100的當前借方列表作比較72 ；對在兩個列表中所找到的NS 10的帳戶進行計費73。NO 20根據(jù)協(xié)定的條件生成列表71，并且將該列表71更新到系統(tǒng) 100的FTP服務器。如果這些NS 10屬于根據(jù)項目描述而有該服務的資格的資費計劃，則 該列表71應當包含與協(xié)定的時間段內(nèi)所有帳戶余額充值相關的信息，除了與預支分配和/ 或從NS 10的帳戶進行計費相關的信息。在對FTP服務器進行更新之后，該列表由系統(tǒng)100 進行處理72，并且如果在該列表中識別了來自借方列表的NS 10，則BS 22應當使用操作72 來從這樣的NS10帳戶的余額中自動取回預支金額和服務費用。如果交易74成功，則從借方列表中刪除NS 1076，并且獲得再次使用服務的權利。 否則，系統(tǒng)100再次定期重試操作73，即以10小時為周期。進行定期重試直至成功地完成 了計費操作。(如果出于一些原因，操作73進行了兩次，S卩，重復計費75 了預支金額和/或 服務費用75，則進行反向操作77以向NS 10的帳戶返還錯誤計費的余額金額)。SM 80的任務是按照NO 20的CR人員23的要求來形成與任何NS 10的活動相關 的實時報告。在技術上，該模塊的功能是通過來自NO 20的程序系統(tǒng)的HTTP請求、同時輸 入經(jīng)篩選的NS 10的ID號碼以及其中要對這樣的NS 10的活動進行篩選的時間段來實現(xiàn) 的。基于存儲在系統(tǒng)100的統(tǒng)一數(shù)據(jù)庫82中的信息來形成該報告，并且立即按照要求提供 該報告。經(jīng)由HTTP協(xié)議實現(xiàn)請求-應答模式，其顯著地簡化了與NS 20的CR人員23所使 用的軟件的集成和交互。以上所提到的用于供通信網(wǎng)絡的訂戶使用的預支處理的方法目前已經(jīng)在阿塞拜 疆(從2005年12月開始)和格魯吉亞(從2007年4月開始)成功地實現(xiàn)和運行。雖然已經(jīng)參考本發(fā)明的若干優(yōu)選實施例具體地示出和描述了本發(fā)明，但是本領域 技術人員將理解，在不背離本發(fā)明的精神和范圍的情況下，可以做出形式和細節(jié)上的各種 變化。在以下原則中而不是以上實現(xiàn)的模型中描述了本發(fā)明的范圍。在本申請中，應當理解的是，不加數(shù)量詞限定的部件并不排除存在多個這樣的部 件，并且詞語“包括”并不排除存在與所描述或要求保護的那些不同的其它部件或步驟。
權利要求
一種處理要由通信網(wǎng)絡的訂戶使用的預支/信用的方法，包括下述步驟使用計算設備經(jīng)由通信網(wǎng)絡接收自動系統(tǒng)所進行的有條件的預支/信用請求；處理對預支/信用資格的自動檢查；處理與特定客戶的帳戶余額相關的數(shù)據(jù)，以便于做出關于是否給予他預支/信用的自動判定；通過連接到網(wǎng)絡運營商的計帳系統(tǒng)的系統(tǒng)來向所述客戶的帳戶余額存入預支/信用金額；向所述客戶通知對他的/她的帳戶余額的預支分配；在向客戶的余額存入額外金額之后，通過連接到網(wǎng)絡運營商的計帳系統(tǒng)的系統(tǒng)來自動索回預支/信用金額和服務費用金額；防止對預支/信用的不希望的使用。
2.根據(jù)權利要求1所述的方法，其中，所述預支/信用請求通過SMS(短消息服務)和 /或USSD (非結構化補充服務數(shù)據(jù))和/或IVR (交互語音響應)和/或WAP (無線應用協(xié) 議)和/或網(wǎng)站和/或匪S(多媒體消息服務)來接收。
3.一種用于預支/信用處理的自動系統(tǒng)，包括結合部件，所述結合部件用于連接到網(wǎng)絡運營商和網(wǎng)絡運營商系統(tǒng)； 計算機存儲器，所述計算機存儲器用于存儲代碼段和預支/信用余額數(shù)據(jù)庫； 輸入設備，所述輸入設備用于經(jīng)由通信網(wǎng)絡和網(wǎng)絡運營商的系統(tǒng)發(fā)送有條件請求； 處理器，所述處理器用于處理代碼段組合，并且使得能夠訪問數(shù)據(jù)庫來確認預支/信 用請求；傳輸設備，所述傳輸設備用于向余額存入所述預支/信用金額，并且如果出現(xiàn)協(xié)定的條件，則從所述余額索回預支/信用金額和服務費用。
4.根據(jù)權利要求3所述的系統(tǒng)，其中，所述代碼段組合包括使得能夠經(jīng)由通信網(wǎng)絡接收來自客戶的所述預支/信用請求的代碼段； 使得能夠批準所述預支/信用請求的代碼段；使得能夠通過連接到通信網(wǎng)絡的計帳系統(tǒng)的自動系統(tǒng)來向所述余額存入預支/信用金額的代碼段；使得能夠通過連接到所述通信網(wǎng)絡的計帳系統(tǒng)的自動系統(tǒng)從所述余額中收取預支/信用金額和服務費用的代碼段；使得能夠?qū)邮詹幌Ｍ念A支/信用進行有條件的自動保護的代碼段。
5.根據(jù)權利要求3和4所述的系統(tǒng)，其中包括下述的一個或多個提供經(jīng)由通信網(wǎng)絡接收有條件的預支/信用請求的WEB、WAP、SMS、匪S、USSD和/或IVR服務器。
6.根據(jù)權利要求3-5所述的系統(tǒng)，其中包括用于進行統(tǒng)計處理以便于使得能夠?qū)ο嗤淖罱K用戶分配不同的預支/信用的裝置。
7.根據(jù)權利要求3-6所述的系統(tǒng)，其中包括創(chuàng)建訂戶“黑名單”的裝置。
8.根據(jù)權利要求3-7所述的系統(tǒng)，其中包括按照訂戶要求的解決方案，所述按照訂戶要求的解決方案使得能夠通過預支/信用資格的不同等級將訂戶自動包括進各訂戶群組/ 從各訂戶群組中排除訂戶。
9.根據(jù)權利要求3-8所述的系統(tǒng)，其中包括提供完全統(tǒng)計性的、當前的狀態(tài)或存檔信息的裝置。
10.根據(jù)權利要求3-10所述的系統(tǒng)，其中包括靈活處理用于通過運營商的顧客服務/ 呼叫中心進行處置的數(shù)據(jù)的可能性。
全文摘要
本發(fā)明涉及一種方法，該方法用于處理供通信網(wǎng)絡的訂戶、移動通信和包括IP電話的其它通信的訂戶使用的預支/信用(臨時和永久提供通話時間預支以及為使用網(wǎng)絡中可用的附加服務的這樣的預支)，以及處理在余額充值時或者以任何其它方式對通信服務進行付費時的進一步預支返還。該發(fā)明允許大量訂戶通過發(fā)送客戶(和代表客戶)形成的用于獲得預支/信用的有條件請求來獲得這樣的預支/信用。該請求通過電子通信設備(包括移動電話、ATM、計算機和/或能夠傳送有條件請求的任何其它終端)來輸入，并且被傳送到數(shù)據(jù)處理系統(tǒng)的至少一個服務器以供執(zhí)行和處理交易并且進一步向訂戶通知該交易。
文檔編號G06Q20/00GK101802853SQ200780100165
公開日2010年8月11日 申請日期2007年8月28日 優(yōu)先權日2007年8月28日
發(fā)明者巴赫拉姆·卡邁勒·奧盧·阿邁茲愛德 申請人:烏爾比什電信公司