專利名稱：用于批價通知的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)中的計費系統(tǒng)，更具體地說，涉及用于批價通知的方法和系統(tǒng)，向通信系統(tǒng)中的用戶提供可定制和靈活的通知。
背景技術(shù)：
對使用移動通信網(wǎng)絡(luò)，例如GSM或GPRS、公共交換電信網(wǎng)絡(luò)(PSTN)、ISDN、因特網(wǎng)等以及它們關(guān)聯(lián)業(yè)務(wù)的計費是利用付費選項或機制來實現(xiàn)的。后付費和預付費兩種選項都在使用。如果使用后付費選項，則業(yè)務(wù)用戶在使用了業(yè)務(wù)之后付費，例如一月一次。用預付費選項時，業(yè)務(wù)用戶在使用該業(yè)務(wù)之前付費。
這兩種付費選項都可使用實時計費，即，計費過程作為向用戶提供業(yè)務(wù)的一部分完成。后付費選項還支持非實時計費，即，此時計費過程在提供業(yè)務(wù)的同時或之后完成。
在購買已完成時，或在可計費事件進行之后，對用戶來說重要的是要知道用于此次購買或事件的實際費用，包括作為收據(jù)接收的任何折扣和獎勵(bonus)。從市場角度來看，折扣和獎勵不應(yīng)沒有告知用戶就給出去。
運營商通常需要在用戶通信中有更多的靈活性，以改善他們與用戶的關(guān)系，這反映了在具有高度電話滲透的成熟市場中客戶的保留是非常重要的。
對于用戶重要的是，完成購買之前要知道該次購買或可計費事件的費用，以便作到消費控制。在同意和接受一項購買或其它可計費事件之前，費用通知可作為授權(quán)請求的一部分，或作為即期詢價來完成。
現(xiàn)有的在線計費協(xié)議，例如Diameter計費控制應(yīng)用(CCA)以及Parley都支持詢價。就是說，這些協(xié)議規(guī)定一個客戶系統(tǒng)，以在購買之前請求從計費服務(wù)器提供價格信息。
在計費會話期間，至少完成一次計算運行。也就是，確定價格、決定對于一定錢數(shù)應(yīng)接收的業(yè)務(wù)量、決定在憑單分析、促銷分析時的補充(refill)金額等過程。這種計算運行可檢測出影響計算結(jié)果的幾個條件。
在現(xiàn)有計費系統(tǒng)中，通知分析是在可計費會話結(jié)束時進行的，以確定要發(fā)送哪種標準通知。
現(xiàn)有技術(shù)系統(tǒng)的一個問題是，用戶要控制其業(yè)務(wù)使用的手段有限，例如上面提到的消費控制。
另一個問題是，計算運行會檢測到影響計算結(jié)果的幾個條件，但通過費率表(tariff)結(jié)構(gòu)所采用的路徑可能不能用于進一步分析。

發(fā)明內(nèi)容
本發(fā)明的一個目的是提供一種用于批價(rating)通知的方法，向通信系統(tǒng)中的業(yè)務(wù)用戶提供可定制和靈活的通知，克服了與現(xiàn)有技術(shù)有關(guān)的上述問題和缺點。
該目的是通過一種用于向通信系統(tǒng)中請求業(yè)務(wù)的用戶產(chǎn)生批價通知的方法實現(xiàn)的，其特征在于遍歷費率表結(jié)構(gòu)，且在遍歷期間，檢測一個或多個通知請求，以得到會影響計算結(jié)果的中間條件。將從一個或多個通知請求中得出的一個或多個通知發(fā)送給用戶。
本發(fā)明更具體的目的是提供用于實現(xiàn)該方法的計算機程序。
應(yīng)強調(diào)的是，詞語“包括”在本說明中使用時是用來說明存在所述的特性、整數(shù)、步驟或組件，但并不排除存在或添加有一個或多個其它特性、整數(shù)、步驟、組件或它們的群組。


為了更詳細地解釋本發(fā)明以及本發(fā)明的優(yōu)點和特性，以下將參閱附圖對優(yōu)選實施例作詳細說明，附圖包括圖1示出按照本發(fā)明包括中心計費系統(tǒng)的通信網(wǎng)絡(luò)第一實施例的示意圖；圖2示出按照本發(fā)明包括中心和分布式計費系統(tǒng)的通信網(wǎng)絡(luò)第二
具體實施例方式
參閱圖1，圖中示出一個通信網(wǎng)絡(luò)實例，它包括計費系統(tǒng)1，可按照本發(fā)明向該系統(tǒng)所提供業(yè)務(wù)的用戶提供可定制和靈活的通知，例如詢價。該通信系統(tǒng)是，但不限于，例如蜂窩移動電話網(wǎng)絡(luò)或PLMN(公用陸地移動網(wǎng)絡(luò))，它包括業(yè)務(wù)提供網(wǎng)絡(luò)，例如便于為連接到該網(wǎng)絡(luò)的用戶傳遞業(yè)務(wù)的智能網(wǎng)(IN)。在此實施例中，該網(wǎng)絡(luò)還提供預付費選項，以及為通信網(wǎng)絡(luò)中的用戶確定用于預付費業(yè)務(wù)的批價數(shù)據(jù)的方法。預付費選項只是用于為通信網(wǎng)絡(luò)中的業(yè)務(wù)計費的一個方法實例，但該機制對本發(fā)明并非是必需的。后付費選項或其它計費方法同樣也可在本發(fā)明范圍之內(nèi)。
用戶可通過許多訪問方法訪問提供中心計費和批價功能CCRF的計費系統(tǒng)1，以下參閱圖1詳述。如果計費系統(tǒng)1通過用戶終端例如便攜式無線電通信設(shè)備2或固定電話3訪問，則對于便攜式無線電通信設(shè)備2，調(diào)用是由業(yè)務(wù)交換點(SSP)4及其業(yè)務(wù)交換功能4’通過中間MSC/GMSC 5/6進行的，而對于固定電話3，是由市話局(LE)7通過業(yè)務(wù)控制點SCP 8進行的。
術(shù)語便攜式無線電通信設(shè)備，雖在本文中以下稱為移動電話，但它包括諸如傳呼機、通信機即電子組織器、智能電話等所有設(shè)備。
GMSC 5，即網(wǎng)關(guān)移動業(yè)務(wù)交換中心，或僅是MSC 6，即移動業(yè)務(wù)交換中心，提供了有關(guān)網(wǎng)絡(luò)中各個移動電話2的具體數(shù)據(jù)，并操作為通向其它網(wǎng)絡(luò)例如通信系統(tǒng)中的其它PLMN、ISDN或其它公共交換網(wǎng)(PSTN)的接口。
如果計費系統(tǒng)由于通過具有GPRS能力的移動電話2’的使用而被調(diào)用，則GSN 10就會由其中協(xié)同定位的業(yè)務(wù)交換功能(SSF)11通過SCP 8直接調(diào)用計費系統(tǒng)1。如果是由于在連接到從數(shù)據(jù)終端14通過網(wǎng)絡(luò)訪問服務(wù)器(NAS)15訪問的因特網(wǎng)13的內(nèi)容服務(wù)器(CS)12處使用業(yè)務(wù)而被調(diào)用，則內(nèi)容服務(wù)器(CS)12可通過TCP/IP網(wǎng)絡(luò)例如因特網(wǎng)13直接訪問計費系統(tǒng)1。通過移動電話訪問應(yīng)用服務(wù)器與從數(shù)據(jù)終端14訪問時的工作方式相同，其中GSN 10操作為NAS 15。
按照本發(fā)明的計費系統(tǒng)包括在向通信系統(tǒng)所提供業(yè)務(wù)的用戶提供可定制和靈活通知例如對詢價作響應(yīng)時所涉及的系統(tǒng)組件。系統(tǒng)提供用于收集有關(guān)計算運行期間所發(fā)生事件的信息的部件，這些事件例如預定(reservation)批價、扣款批價、詢價批價或補充批價，以便實時或接近實時地通知用戶關(guān)于價格、獎勵和折扣，并補充金額等。
發(fā)送給用戶的通知不必僅取決于所得出的計算價格。所以，通知的內(nèi)容是基于導致最終費用的不同條件建立的，但也可基于其它的參數(shù)作為通知的環(huán)境，例如詢價、購買等。
這些條件例如可以是所達到的促銷水平、達到的獎勵水平、對于折扣足夠的扣款金額、具有更高業(yè)務(wù)級別或折扣資格的補充金額。這些條件也可產(chǎn)生對于通知用戶有用的動作，以便提高業(yè)務(wù)量，例如“您因已經(jīng)通話3分鐘，現(xiàn)得到3個免費的SMS，并且如果您繼續(xù)再打3分鐘，那么您將獲得3個新的SMS”以及“當您達到10000點時，您將免費訪問beta游戲站點”。
提供了一種機制，它決定在計算期間檢測到的哪些事件應(yīng)產(chǎn)生立即通知，并且在預定計算、扣款計算或價格計算期間已經(jīng)遇到，以及將事件從計算器轉(zhuǎn)移到發(fā)布通知的功能。
對于用戶來說重要的是，在進行購買之前知道該次購買或可計費事件的費用，以便作到消費控制。費用通知可作為在同意和接受一項購買之前的授權(quán)請求的一部分或作為即期詢價來進行。
圖2示出了具有許多提供商的通信系統(tǒng)。SCP 8是一個實時數(shù)據(jù)庫和業(yè)務(wù)處理系統(tǒng)，它根據(jù)來自SSF 4’的查詢，執(zhí)行用戶特定或應(yīng)用特定的業(yè)務(wù)邏輯，控制呼叫建立和呼叫流程。歸屬位置寄存器(HLR)16存儲屬于PLMN的所有訂戶的身份和用戶數(shù)據(jù)。而且，當呼叫來自公共交換網(wǎng)(PSTN)、ISDN網(wǎng)、因特網(wǎng)等時，HLR 16向GMSC/MSC5/6提供必要的用戶數(shù)據(jù)。來訪者位置寄存器(VLR)17含有當前位于在服務(wù)GMSC/MSC 5/6中或在其中漫游的所有移動電話的相關(guān)數(shù)據(jù)。當從移動電話發(fā)起呼叫時，在呼叫建立期間VLR 17必須支持GMSC/MSC 5/6。計費系統(tǒng)包括一個數(shù)據(jù)庫，它含有業(yè)務(wù)所需的業(yè)務(wù)數(shù)據(jù)，包括例如費率表數(shù)據(jù)、用戶數(shù)據(jù)、分組數(shù)據(jù)等。在此實施例中，批價和計費分析在計費系統(tǒng)1、SCP 8和/或一個或幾個提供商18中處理。該系統(tǒng)是基于網(wǎng)際協(xié)議的協(xié)議和/或公共信道信令系統(tǒng)19。
在備選實施例中，提供商18具有分布式批價功能，為提供商集成有與通信網(wǎng)絡(luò)中的運營商有關(guān)的批價數(shù)據(jù)、計劃、算法或方案。提供商與運營商在地理上可以分開。運營商和提供商分別控制其自已的域，這些域可位于同一或不同的國家。而且，運營商和提供商分別擁有、存儲和控制其自已的數(shù)據(jù)。這樣，由運營商控制的數(shù)據(jù)被保護使之不由提供商訪問，反之亦然。舉例說，可通知用戶有關(guān)用于遠程批價的基本原則，例如折扣。
在本發(fā)明的實施例中，通知對象是費率表結(jié)構(gòu)的部分。因此，費率表結(jié)構(gòu)具有通向價格和/或通知對象的條件。每個通知對象都作有標記，或直接發(fā)送給用戶，或收集起來供后續(xù)處理，這在下面進行說明。當批價結(jié)構(gòu)已被遍歷且價格被設(shè)定時，進行后處理，基于所收集的通知對象建立復合通知。
圖3是用于批價的部分分析結(jié)構(gòu)的實例，即批價結(jié)構(gòu)，可顯式地調(diào)用通知。在通知中要用的數(shù)據(jù)可存儲在通知對象中，或被參考。條件，即費率表結(jié)構(gòu)中的節(jié)點，可以是為批價、促銷或累加器所實現(xiàn)的任何一項，例如時間、日期、位置、呼叫類型等。為了進一步區(qū)分，提供有附加條件，例如動作等于詢價、購買、預定、會話控制結(jié)束。
通知請求作為一個葉可能與費率、費用或折扣一起進入結(jié)構(gòu)。如果在與圖3所示同一條件下允許有幾個節(jié)點，則通知請求可定義在單獨的葉中，與引起它的事件分離。
在費率表結(jié)構(gòu)例如費率表樹分析期間，可以進入結(jié)構(gòu)的幾個分支，即幾個條件都是真的，因此幾個葉都可以是有效的。這就是說，每次分析有數(shù)個通知對象可以是有效的，例如收到的獎勵、總費用等。
由于一個通知對象的檢測可以獨立完成，與其它通知無關(guān)，因此可能需要對檢測的所有通知作最終分析。在本發(fā)明的一個實施例中，此分析用布爾條件和IF語句建立，以便得到批價結(jié)構(gòu)結(jié)果的決定。這方面的一個例子是所作的預存話費已成空賬戶，其中為此啟動一個待處理的通知。后來在分析中，檢測到該用戶符合退款/獎勵/折扣，且錢應(yīng)返還以抵補初始需要/請求。對于退款/獎勵/折扣，會有一個新通知待處理，而最終分析則將刪除用于空賬戶的待處理通知。
除了請求通知之外，批價葉也可進入用于特定通知的抑制條件，例如“在此次呼叫中請勿發(fā)送任何獎勵通知”或允許“在分析結(jié)束時務(wù)必發(fā)送獎勵通知”。這可用于如下情況如果使用“復合”通知而不是立即的單個事件/條件通知，并且也可進入該結(jié)構(gòu)，以便防止來自可能類型事件的立即通知，其可在分析中隨后檢測到，例如“不作關(guān)于獎勵的立即通知”以及“不作立即通知”。
為使幾次批價調(diào)用之間相關(guān)，每個有效的/接受的/決定的通知請求可得到一個通知參考。通知參考可以是對話或用戶交互流程，例如在購買時用于消費控制的“請PIN作購買確認”或就是“請確認”。這些參考可以稱為子例程。
如果該數(shù)據(jù)也被輸入為新會話中的計費輸入，則可以在可計費會話(呼叫或有效數(shù)據(jù)會話)期間的調(diào)用之間進行相關(guān)，防止在可計費會話中的不一致。
圖4是按照本發(fā)明用于批價通知的方法的第一實施例流程圖，可向通信系統(tǒng)中的用戶提供可定制和靈活的通知。
計費和批價功能從步驟100開始，由用戶通過其移動電話2、2’、固定對話3或數(shù)據(jù)終端14發(fā)出的請求而觸發(fā)，并進到步驟101，遍歷圖4的費率表結(jié)構(gòu)，同時計算購買或可計費事件的費用。因此，步驟101包括一個或多個子步驟，所有這些子步驟在此都不作詳述。中心計費和批價功能CCRF收集或存取從用戶請求的業(yè)務(wù)的外部業(yè)務(wù)元件接收的計費輸入?yún)?shù)或數(shù)據(jù)，例如業(yè)務(wù)數(shù)據(jù)、有關(guān)用戶的數(shù)據(jù)、會話數(shù)據(jù)、呼叫數(shù)據(jù)、系統(tǒng)數(shù)據(jù)等。
所請求業(yè)務(wù)的一個實例是對于PLMN中預付費用戶正常電話呼叫的消費控制。該用戶在業(yè)務(wù)提供商處登記有用于一種或多種業(yè)務(wù)的賬戶。業(yè)務(wù)元件例如是通過CAP或INAP的SSF、通過MAP和HSS(歸屬用戶子系統(tǒng))的HLR以及通過Diameter、SIP的網(wǎng)絡(luò)服務(wù)器/應(yīng)用服務(wù)器、通過IP的開放API、即OSA/Parley、通過SOAP的XML網(wǎng)絡(luò)業(yè)務(wù)，或者具有需要計費支持的應(yīng)用的任何其它服務(wù)器，例如用于流式傳輸?shù)膃商務(wù)站點電影/音樂服務(wù)器、新聞?wù)军c、WAP服務(wù)器或SMSC/MMS-C。計費輸入?yún)?shù)包括例如項目標識符、事件數(shù)、事件種類、業(yè)務(wù)、本地時間、目標號、發(fā)起和終止位置、距離、QoS、時隙數(shù)或所用的容量等。
在步驟102，檢測到具有通知請求的一個葉。在步驟103進行分析，以確定該通知是否應(yīng)直接發(fā)送到用戶終端2、2’、3、14用于顯示，或收集起來供事后分析。如果確定通知要直接發(fā)送，則在步驟104將具有所請求內(nèi)容的通知發(fā)布到被請求的終端。在備選實施例中，該通知可發(fā)送到另一目標，而不是在可計費會話中所涉及的終端。
步驟101-104反復進行，直到遍歷了費率表結(jié)構(gòu)為止。如果沒有收集的通知存在，則該方法結(jié)束并復位，等待另一計費請求。
圖5示出按照本發(fā)明方法的第二實施例的流程圖。如果收集了一個或多個通知作事后分析，則在步驟105，分析所有未發(fā)送的通知，以確定哪些要發(fā)送。在步驟106，如果必要，可合并消息?？梢允褂靡粋€規(guī)則引擎來確定不同的通知可如何相互影響。在步驟107，發(fā)送消息，且方法結(jié)束并復位，等待另一計費請求。
該序列也可和單獨的獎勵分析一起進行，或在累加器選擇分析時進行。但目的是在一個結(jié)構(gòu)中進行全部分析。
這樣，就提供了一種從批價分析/過程中調(diào)用內(nèi)部或外部通知或?qū)υ捳埱蟮目赡苄?。在會?呼叫/購買之前、期間或之后；在補充之前、期間或之后，根據(jù)查詢，進行分析。
通知功能的一個具體應(yīng)用是用于詢價，但本發(fā)明并不局限于此。
在一個備選實施例中，在費率表結(jié)構(gòu)中沒有定義通知觸發(fā)。而是將遍歷期間滿足的所有條件都輸出為目志，這可在后續(xù)步驟中由單獨的過程進行處理，以分析所執(zhí)行的批價，并產(chǎn)生相應(yīng)的通知。
在又一實施例中，將每個滿足(/不滿足)的批價條件發(fā)信號到外部通知過程，其能夠分析該信號，以確定它如何/是否應(yīng)產(chǎn)生一個通知。一個條件也可引起對尚未遇到的立即通知事件的抑制。
本發(fā)明的方法優(yōu)選在最好由構(gòu)成整個通信系統(tǒng)一部分的數(shù)據(jù)處理系統(tǒng)可執(zhí)行的計算機軟件中實現(xiàn)。在本發(fā)明這個實施例中，網(wǎng)絡(luò)中運營商的計算機處理器配置成實現(xiàn)此方法的各個步驟。
因此，顯然本發(fā)明提供了一種用于電子通信網(wǎng)絡(luò)的改進的方法和系統(tǒng)，包括批價和計費機制，該機制規(guī)定了批價通知，向通信系統(tǒng)中的用戶提供可定制和靈活的通知，充分滿足了上述目的和優(yōu)點。
雖然已結(jié)合具體實施例對本發(fā)明作了說明，但本公開內(nèi)容應(yīng)被認為是本發(fā)明原理的范例，并不旨在將本發(fā)明限制在所描述的具體實施例，有了這樣的理解，本發(fā)明就很容易有不同形式的實施例。
本發(fā)明使預付費(網(wǎng)絡(luò))運營商或后付費(網(wǎng)絡(luò))運營商或使用實時批價的任何業(yè)務(wù)或內(nèi)容提供商能根據(jù)事件以及在批價分析期間符合的并影響批價結(jié)果的條件來觸發(fā)通知和對話請求。每次批價分析都可檢測到一個或幾個通知對象(觸發(fā)的通知)。通知對象可在批價邏輯中或在批價功能之外立即被分析，在此用于一次批價分析的所有事件都可收集起來作聯(lián)合分析以便濾除一部分，或者所有都收集起來，分析哪個或哪些要發(fā)送，以結(jié)束會話。
本發(fā)明的方法也可優(yōu)選由構(gòu)成整個通信系統(tǒng)一部分的分布式數(shù)據(jù)處理系統(tǒng)可執(zhí)行的計算機軟件中實現(xiàn)。
更具體的說，運營商和提供商形成單獨的數(shù)據(jù)處理系統(tǒng)，或是整個通信系統(tǒng)的子系統(tǒng)，用于與網(wǎng)絡(luò)通信系統(tǒng)中的其它裝置、組件或數(shù)據(jù)處理系統(tǒng)通信。數(shù)據(jù)處理系統(tǒng)包括單獨的計算機處理器，用于在運營商和各提供商域中處理數(shù)據(jù)；以及連接到各計算機處理器的至少一個單獨的存儲器，用于將數(shù)據(jù)存儲到存儲介質(zhì)上。在本發(fā)明的這個實施例中，網(wǎng)絡(luò)中運營商的計算機處理器配置成實現(xiàn)在運營商域中所執(zhí)行方法的步驟。網(wǎng)絡(luò)中提供商的計算機處理器配置成實現(xiàn)在提供商域中所執(zhí)行方法的計費步驟。
此外，本發(fā)明也擴展到適用于實施本發(fā)明的載體上或載體內(nèi)的程序。程序的形式可以是源代碼、目標代碼、適用于實現(xiàn)根據(jù)本發(fā)明方法的代碼。載體可以是能夠承載程序的任何實體或裝置。例如載體可以是記錄介質(zhì)、計算機存儲器、只讀存儲器或電載波信號。
雖然結(jié)合智能/CAMEL網(wǎng)絡(luò)中移動電話呼叫對本發(fā)明方法進行了說明，但該方法適于任何通信會話。例如，按照本發(fā)明的方法和系統(tǒng)適用于其它移動電話網(wǎng)絡(luò)、公共交換電信網(wǎng)(PSTN)、ISDN、因特網(wǎng)、業(yè)務(wù)網(wǎng)絡(luò)等，這些網(wǎng)絡(luò)為用戶和提供商提供了許多復雜程度多少不同的電視和數(shù)據(jù)通信業(yè)務(wù)。
權(quán)利要求
1.一種向通信系統(tǒng)中所請求業(yè)務(wù)的用戶產(chǎn)生批價通知的方法，其特征在于如下步驟遍歷費率表結(jié)構(gòu)(101)，在遍歷期間，檢測一個或多個通知觸發(fā)，以得到中間條件(102)，以及向所述用戶發(fā)送由所述一個或多個通知請求得出的一個或多個通知。
2.如權(quán)利要求1所述的方法，其特征在于，在檢測所述一個或多個通知請求的步驟之后，還有分析所述檢測的一個或多個通知請求的步驟，以確定所述通知是否應(yīng)直接發(fā)送給所述用戶(3)，或收集起來供事后分析(103)，如果確定所述通知要直接發(fā)送(103’)，則發(fā)送所述一個或多個通知給所述用戶(3)；否則，存儲所述一個或多個通知請求供事后分析。
3.如權(quán)利要求2所述的方法，其特征在于如下步驟如果將一個或多個通知收集起來供事后分析，則分析所有未發(fā)送的通知(105)，以確定哪些要發(fā)送。
4.如權(quán)利要求2或3所述的方法，其特征在于如下步驟在將一個或多個消息發(fā)送給所述用戶之前，將它們合并(106)。
5.如權(quán)利要求4所述的方法，其中所述合并由合并邏輯確定。
6.如上述任一權(quán)利要求所述的方法，其特征在于，在會話/呼叫/購買之前、期間或之后；或在補充之前、期間或之后，所述分析根據(jù)查詢運行。
7.如上述任一權(quán)利要求所述的方法，其特征在于，所述一個或多個通知請求是為了詢價。
8.如上述任一權(quán)利要求所述的方法，其特征在于，在遍歷期間滿足的所有條件被輸出為日志，其中所述日志在后續(xù)步驟中由單獨的過程處理，以分析已執(zhí)行的批價，并產(chǎn)生相應(yīng)的一個或多個通知。
9.如上述任一權(quán)利要求所述的方法，其特征在于，所述費率表結(jié)構(gòu)中的特定觸發(fā)觸發(fā)能被實時發(fā)布或收集起來供進一步處理的通知。
10.如上述任一權(quán)利要求所述的方法，其特征在于，所滿足的一個或多個條件被發(fā)送到外部通知過程進行分析。
11.如上述任一權(quán)利要求所述的方法，其特征在于，在所述分析之后，創(chuàng)建已如何遍歷所述費率表結(jié)構(gòu)的日志，并對其進行處理，以產(chǎn)生通知。
12.如上述任一權(quán)利要求所述的方法，其特征在于，所述條件影響正在確定的結(jié)果。
13.如上述任一權(quán)利要求所述的方法，其特征在于，所述通知被發(fā)送到另一目標，而不是在可計費會話中所涉及的終端。
14.一種計算機程序，包括用于使計算機執(zhí)行如權(quán)利要求1-13中任一項所述方法的程序指令。
15.一種計算機程序，其在載體上，并包括用于使計算機執(zhí)行如權(quán)利要求1-13所述方法的計算機可執(zhí)行指令。
16.如權(quán)利要求15所述的計算機程序，其中所述載體是記錄介質(zhì)、計算機存儲器、只讀存儲器或電載波信號。
17.一種向通信系統(tǒng)中的用戶產(chǎn)生批價通知的系統(tǒng)，其特征在于，批價部件(1)包括適于執(zhí)行如權(quán)利要求1-13中任一項所述方法的計算機裝置。
18.如權(quán)利要求17所述的系統(tǒng)，其中所述系統(tǒng)運行在移動通信系統(tǒng)中。
19.如權(quán)利要求17所述的系統(tǒng)，其中所述系統(tǒng)是基于網(wǎng)際協(xié)議的協(xié)議或公共信道信令系統(tǒng)。
20.如權(quán)利要求17-19中任一項所述的系統(tǒng)，其中所述業(yè)務(wù)是預付費業(yè)務(wù)。
21.如權(quán)利要求17-20中任一項所述的系統(tǒng)，其中所述業(yè)務(wù)是電子商務(wù)/付費業(yè)務(wù)。
全文摘要
在通信系統(tǒng)中用于向用戶產(chǎn)生批價通知的方法和系統(tǒng)，其中要遍歷費率表結(jié)構(gòu)(101)，并在遍歷期間，檢測一個或多個通知觸發(fā)，以得到中間條件(102)。向用戶發(fā)送從一個或多個通知請求得出的一個或多個通知(104，107)。
文檔編號H04L12/14GK1886978SQ200380110876
公開日2006年12月27日 申請日期2003年12月23日 優(yōu)先權(quán)日2003年12月23日
發(fā)明者S·卡爾松 申請人:艾利森電話股份有限公司