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

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