專利名稱：業(yè)務(wù)計費系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種業(yè)務(wù)計費系統(tǒng)及方法。
背景技術(shù)：
當(dāng)前，運營商和服務(wù)提供商(Service Provider,簡稱為SP)為用戶提供了豐富多 樣的增值業(yè)務(wù)，而且，隨著3G時代的到來，增值業(yè)務(wù)將更加豐富和成熟。
用戶面對多樣的增值業(yè)務(wù)，必然想通過有效的途徑獲取及使用一組自己感興趣的 業(yè)務(wù)，并且如同使用基礎(chǔ)業(yè)務(wù)的套餐一樣使用增值業(yè)務(wù)套餐(以下簡稱套餐)，并自由選擇 套餐中的業(yè)務(wù)內(nèi)容，同時獲得優(yōu)惠。然而，現(xiàn)有運營商和SP的增值服務(wù)多是以固定套餐的 形式提供給用戶的。這往往會造成用戶選擇自己喜歡的服務(wù)時必須同時選擇其他的業(yè)務(wù)， 或者，如果用戶選擇固定套餐以外的業(yè)務(wù)或業(yè)務(wù)組合方式，則無法享受運營商提供的優(yōu)惠， 從而影響了用戶對業(yè)務(wù)的靈活選擇，降低了用戶的體驗。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種業(yè)務(wù)計費系統(tǒng)及方法，以解決相關(guān)技術(shù)中用戶選擇業(yè) 務(wù)的靈活性低、用戶體驗差的問題。 本發(fā)明的一個方面提供了一種業(yè)務(wù)計費系統(tǒng)，該系統(tǒng)包括接收模塊、存儲模塊、 選擇模塊以及費率生成模塊。其中，接收模塊，用于接收用戶請求定制業(yè)務(wù)組合的請求；存 儲模塊，用于存儲預(yù)先設(shè)置的優(yōu)惠策略、系統(tǒng)中各業(yè)務(wù)的屬性信息以及系統(tǒng)中各用戶的屬 性信息，其中，優(yōu)惠策略包括優(yōu)惠策略的優(yōu)惠內(nèi)容、判斷條件和優(yōu)惠量；選擇模塊，用于根 據(jù)與優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的預(yù)定參數(shù)的屬性值，以及存儲模塊存儲的優(yōu)惠策略的判斷 條件，選擇請求定制的業(yè)務(wù)組合滿足的優(yōu)惠策略，其中，預(yù)定參數(shù)包括業(yè)務(wù)組合的一個或 多個屬性；費率生成模塊，用于根據(jù)選擇的優(yōu)惠策略的優(yōu)惠量，生成業(yè)務(wù)組合的費率，以對 業(yè)務(wù)組合進行計費。 本發(fā)明的另一方面提供了一種業(yè)務(wù)計費方法，該方法包括接收用戶請求定制業(yè) 務(wù)組合的請求；獲取預(yù)先設(shè)置的優(yōu)惠策略及預(yù)定參數(shù)其中，優(yōu)惠策略包括優(yōu)惠策略的優(yōu) 惠內(nèi)容、判斷條件和優(yōu)惠量，預(yù)定參數(shù)包括業(yè)務(wù)組合的一個或多個屬性；根據(jù)與優(yōu)惠策略 的優(yōu)惠內(nèi)容匹配的預(yù)定參數(shù)的屬性值，以及獲取的優(yōu)惠策略的判斷條件，選擇請求定制的 業(yè)務(wù)組合滿足的優(yōu)惠策略；根據(jù)選擇的優(yōu)惠策略的優(yōu)惠量，生成業(yè)務(wù)組合的費率，以對業(yè)務(wù) 組合進行計費。 通過本發(fā)明，在用戶請求定制業(yè)務(wù)時，根據(jù)預(yù)先設(shè)置的優(yōu)惠策略對用戶請求定制 的業(yè)務(wù)進行計費，從而可以將不同的業(yè)務(wù)進行組合，以享受運營商提供的優(yōu)惠，解決了相關(guān) 技術(shù)中用戶選擇業(yè)務(wù)的靈活性低、用戶體驗差的問題，進而提高了用戶體驗。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中 圖1是根據(jù)本發(fā)明實施例的業(yè)務(wù)計費系統(tǒng)的結(jié)構(gòu)示意圖； 圖2是根據(jù)本發(fā)明第一優(yōu)選實施例的業(yè)務(wù)計費系統(tǒng)的結(jié)構(gòu)示意圖； 圖3是根據(jù)本發(fā)明第二優(yōu)選實施例的業(yè)務(wù)計費系統(tǒng)的結(jié)構(gòu)示意圖； 圖4是根據(jù)本發(fā)明第三優(yōu)選實施例的業(yè)務(wù)計費系統(tǒng)的結(jié)構(gòu)示意圖； 圖5是根據(jù)本發(fā)明第四優(yōu)選實施例的業(yè)務(wù)計費系統(tǒng)的結(jié)構(gòu)示意圖； 圖6是根據(jù)本發(fā)明實施例的業(yè)務(wù)計費系統(tǒng)的具體應(yīng)用的結(jié)構(gòu)示意圖； 圖7是根據(jù)本發(fā)明實施例的計費方法的流程圖； 圖8是根據(jù)本發(fā)明實施例一的流程圖； 圖9是根據(jù)本發(fā)明實施例二的流程圖。
具體實施例方式
下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的
情況下，本申請中的實施例及實施例中的特征可以相互組合。 下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)方案進一步詳細闡述。 根據(jù)本發(fā)明實施例，首先提供了一種業(yè)務(wù)計費系統(tǒng)。 圖l為根據(jù)本發(fā)明實施例的業(yè)務(wù)計費系統(tǒng)的結(jié)構(gòu)示意圖，如圖l所示，該系統(tǒng)主要 包括接收模塊10、存儲模塊20、選擇模塊30和費率生成模塊40。其中，接收模塊10，用于 接收用戶請求定制業(yè)務(wù)的請求；存儲模塊20，用于存儲預(yù)先設(shè)置的優(yōu)惠策略、系統(tǒng)中各業(yè) 務(wù)的屬性信息以及系統(tǒng)中各用戶的屬性信息，其中，存儲的優(yōu)惠策略包括優(yōu)惠策略的優(yōu)惠 內(nèi)容、判斷條件和優(yōu)惠量；選擇模塊30，用于與優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的預(yù)定參數(shù)的屬 性值，及存儲模塊20存儲的優(yōu)惠策略的判斷條件，選擇請求定制的業(yè)務(wù)組合滿足的優(yōu)惠策 略，其中，該預(yù)定參數(shù)包括上述業(yè)務(wù)組合的一個或多個屬性，例如，業(yè)務(wù)組合中各個業(yè)務(wù)的 業(yè)務(wù)標(biāo)識和/或各個業(yè)務(wù)的費率等；費率生成模塊40，用于根據(jù)選擇的優(yōu)惠策略的優(yōu)惠量， 生成請求定制的業(yè)務(wù)組合的費率，以對該業(yè)務(wù)組合進行計費。 根據(jù)本發(fā)明實施例提供的上述系統(tǒng)，可以在用戶請求定制業(yè)務(wù)時，為用戶選擇符 合當(dāng)前請求定制的業(yè)務(wù)組合的優(yōu)惠策略，并根據(jù)該優(yōu)惠策略為用戶生成相應(yīng)的優(yōu)惠費率， 從而提高了用戶選擇業(yè)務(wù)的靈活性。 進一步地，如圖2所示，上述預(yù)定參數(shù)還可以包括用戶的屬性，例如，用戶當(dāng)前的 積分等，上述選擇模塊30可以包括獲取單元300，用于獲取與優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的 預(yù)定參數(shù)的屬性值，其中，優(yōu)惠內(nèi)容包括業(yè)務(wù)組合中每個業(yè)務(wù)標(biāo)識、各個業(yè)務(wù)的業(yè)務(wù)屬性 及發(fā)送請求的用戶屬性。在具體應(yīng)用中，可以預(yù)先設(shè)置每個優(yōu)惠策略的優(yōu)惠內(nèi)容，該優(yōu)惠內(nèi) 容可以為業(yè)務(wù)組合中每個業(yè)務(wù)標(biāo)識對應(yīng)的各種業(yè)務(wù)屬性及用戶的各種屬性，例如，可以設(shè) 置該優(yōu)惠策略為業(yè)務(wù)總額大于等于20元時，優(yōu)惠3元，則該優(yōu)惠策略的優(yōu)惠內(nèi)容為業(yè)務(wù)費 率，則獲取單元300獲取請求定制的各個業(yè)務(wù)的業(yè)務(wù)費率；第一判斷單元302，用于判斷獲 取的屬性值是否滿足該優(yōu)惠策略的判斷條件，例如，在上例中，如果用戶請求定制的業(yè)務(wù)包 括短信天氣預(yù)報、彩信時尚雜志和彩信手機報，而獲取單元300獲取到該三個業(yè)務(wù)的業(yè)務(wù) 費率分別為5元、15元和5元，則第一判斷單元302判斷(5+15+5)是否大于20 ;選擇單元 304，用于根據(jù)第一判斷單元302的判斷結(jié)果，選擇上述業(yè)務(wù)滿足的優(yōu)惠策略，在上例中，由
5于(5+15+5)大于20，因此，選擇單元304選擇該優(yōu)惠策略。 在具體應(yīng)用中，上述優(yōu)惠策略中還可以包括優(yōu)惠策略的優(yōu)惠時效策略，該優(yōu)惠時 效策略用于指示該優(yōu)惠策略隨時間變化的優(yōu)惠計算方式，具體地，優(yōu)惠時效策略可以包括 優(yōu)惠時效、時效增量優(yōu)惠量。例如，如果優(yōu)惠時效為3個月，時效增量優(yōu)惠量為_10%，則說 明當(dāng)該優(yōu)惠策略生效后每三個月優(yōu)惠量減少10%，或者，優(yōu)惠時效也可以為O，指示該優(yōu)惠 策略沒有時效性。在這種情況下，費率生成模塊40在對定制的業(yè)務(wù)進行計費時，將根據(jù)請 求定制的業(yè)務(wù)的各種屬性(在某些情況下也包括用戶的屬性)、選擇的優(yōu)惠策略的優(yōu)惠量 和優(yōu)惠時效策略對業(yè)務(wù)進行計費。這樣可以在不同的優(yōu)惠時段進行不同的優(yōu)惠。
在具體應(yīng)用中，上述優(yōu)惠策略、優(yōu)惠時效策略等，可以是運營商定義的，因此，上述 接收模塊還用于接收運營商定義優(yōu)惠策略和/優(yōu)惠策略疊加關(guān)系的請求，并將運營商定義 的優(yōu)惠策略和/或優(yōu)惠策略疊加關(guān)系傳送到存儲模塊中保存。 進一步地，上述存儲模塊20還可以存儲優(yōu)惠策略的優(yōu)惠疊加策略，該優(yōu)惠疊加策 略用于指示同時滿足具有疊加關(guān)系的不同優(yōu)惠策略時的計費方式；則如圖3所示，上述費 率生成模塊40可以包括第二判斷單元402和計算單元404。其中，第二判斷單元402，用于 根據(jù)與選擇的優(yōu)惠策略具有疊加關(guān)系的第二優(yōu)惠策略的判斷條件，判斷請求定制的業(yè)務(wù)是 否滿足與第二優(yōu)惠策略；計算單元404，用于根據(jù)第二判斷單元402的判斷結(jié)果，生成請求 定制的業(yè)務(wù)組合的費率。具體地，如果第二判斷單元402的判斷結(jié)果為是，則計算單元404 根據(jù)請求定制的業(yè)務(wù)組合中各個業(yè)務(wù)的各種屬性(某些情況下包括用戶的屬性)、選擇的 優(yōu)惠策略的優(yōu)惠量以及該優(yōu)惠策略與第二優(yōu)惠策略的優(yōu)惠疊加策略，生成上述業(yè)務(wù)組合的 費率，否則，計算單元404根據(jù)請求定制的業(yè)務(wù)組合中各個業(yè)務(wù)的一個或多個屬性(某些情 況下包括用戶的屬性)和選擇的優(yōu)惠策略的優(yōu)惠量，生成上述業(yè)務(wù)組合的費率。通過如圖 3所示的系統(tǒng)，可以實現(xiàn)將不同的優(yōu)惠策略進行疊加，以生成用戶請求定制的業(yè)務(wù)組合的費 率。 進一步地，接收模塊10接收的請求中可以攜帶業(yè)務(wù)使用需求，即用戶對使用的業(yè) 務(wù)的總體需求，例如，定制的業(yè)務(wù)的總額不超過20元等。則進一步地，如圖4所示，該系統(tǒng) 還可以包括分析模塊50，用于根據(jù)存儲模塊20存儲的優(yōu)惠策略和業(yè)務(wù)費率，確定滿足用 戶提交的業(yè)務(wù)使用需求的業(yè)務(wù)組合；發(fā)送模塊52，用于將分析模塊50確定的業(yè)務(wù)組合發(fā)送 給用戶；則接收模塊10還用于接收用戶確認上述業(yè)務(wù)組合的響應(yīng)消息，并在接收該響應(yīng)消 息后，觸發(fā)選擇模塊30進行優(yōu)惠策略的選擇。這樣可以使得選擇模塊30最后選擇的優(yōu)惠 策略可以滿足用戶的需求。 進一步地，如圖5所示，根據(jù)本發(fā)明實施例的系統(tǒng)還可以包括通知模塊60，用于 將費率生成模塊40得到的費率通知給用戶，以使用戶進行確認或向接收模塊10發(fā)送修改 后的請求。這樣可以避免選擇的優(yōu)惠策略不能滿足用戶需求而導(dǎo)致用戶體驗下降。
在本發(fā)明實施例中，存儲模塊20存儲的優(yōu)惠策略可以由運營商提供，在具體實施 過程中，為了便于優(yōu)惠策略的管理，可以先制定優(yōu)惠策略類型，再根據(jù)優(yōu)惠策略類型制定各 個優(yōu)惠策略。在具體實施過程中，可以由圖6所示的系統(tǒng)來完成。下面結(jié)合圖6，對優(yōu)惠策 略類型的制定、優(yōu)惠策略的制定及用戶定制業(yè)務(wù)進行說明。 [OOSO]( — )制定優(yōu)惠策略類型 如圖6所示，系統(tǒng)的優(yōu)惠策略接收模塊接收運營商從運營商管理平臺或其他接口
6提交的優(yōu)惠策略類型，具體地，優(yōu)惠策略類型可以是用戶使用增值業(yè)務(wù)的積分策略類型、用 戶使用套餐時長策略類型、增值業(yè)務(wù)組合策略類型和套餐內(nèi)容費率累計總額策略類型等各 種運營商自定義的策略類型。 其中，運營商制定的優(yōu)惠策略類型需要包括以下內(nèi)容優(yōu)惠策略類型名稱、優(yōu)惠策 略類型內(nèi)容和優(yōu)惠策略類型內(nèi)容判斷條件。 如"套餐內(nèi)容費率累計總額策略類型"的名稱為"套餐內(nèi)容費率累計總額"、內(nèi)容為 "業(yè)務(wù)費率累計總額"，內(nèi)容判斷條件為"> ="，即"業(yè)務(wù)費率累計總額"不能小于某個額度。 優(yōu)惠策略接收模塊將接收的策略類型換為優(yōu)惠策略管理模塊能夠識別的數(shù)據(jù)，具體包括將 策略類型內(nèi)容自動識別轉(zhuǎn)換為增值業(yè)務(wù)系統(tǒng)中對應(yīng)的數(shù)據(jù)字段條件，如"套餐內(nèi)容費率累 計總額策略類型"，即將"業(yè)務(wù)費率累計總額"這個內(nèi)容轉(zhuǎn)換為增值業(yè)務(wù)系統(tǒng)中存儲系統(tǒng)中 存放業(yè)務(wù)費率的數(shù)據(jù)字段，并將數(shù)據(jù)傳送給優(yōu)惠策略管理模塊，優(yōu)惠策略管理模塊接收到 優(yōu)惠策略類型后，等待管理員審批該策略類型，如審批不通過則通過優(yōu)惠策略接收模塊通 知運營商重新修改策略類型并提交，如審批通過則優(yōu)惠策略管理模塊將優(yōu)惠策略類型的數(shù) 據(jù)存入存儲系統(tǒng)(相當(dāng)于存儲模塊20)中。
( 二 )制定優(yōu)惠策略 在設(shè)置優(yōu)惠策略類型后，運營商可以根據(jù)設(shè)置的優(yōu)惠策略類型，制定相應(yīng)的優(yōu)惠 策略，具體地，系統(tǒng)的優(yōu)惠策略接收模塊接收運營商從運營商管理平臺或其他接口根據(jù)優(yōu) 惠策略類型提交的優(yōu)惠策略，其中提交的優(yōu)惠策略內(nèi)容包括但不限于對應(yīng)的優(yōu)惠策略類 型、對應(yīng)優(yōu)惠策略類型的判斷條件的值、優(yōu)惠量類型(可以是數(shù)值或百分比)以及優(yōu)惠量。
除以上內(nèi)容優(yōu)惠策略還可擴展以下內(nèi)容，用于擴展優(yōu)惠策略時效性，例如，運營商 可能要求優(yōu)惠策略生效后，每隔一定的時間量增加或減少該優(yōu)惠策略產(chǎn)生的優(yōu)惠量策略 時效類型(可以設(shè)置無時效性或具體的時效間隔)和策略時效增量。 策略接收模塊將接收的優(yōu)惠策略內(nèi)容轉(zhuǎn)換為策略管理模塊能夠識別的數(shù)據(jù)，并將 數(shù)據(jù)傳送給優(yōu)惠策略管理模塊，管理員通過優(yōu)惠策略管理模塊對優(yōu)惠策略進行審批，如審 批不通過則通過優(yōu)惠策略接收模塊通知運營商修改優(yōu)惠策略重新提交，如審批通過則優(yōu)惠 策略管理模塊對數(shù)據(jù)進行分析，為該條優(yōu)惠策略生成一個策略標(biāo)識，并將運營商本次提交 的優(yōu)惠策略內(nèi)容與之前提交的套餐優(yōu)惠策略類型關(guān)聯(lián)。根據(jù)關(guān)聯(lián)到的類型信息以及本次提 交的優(yōu)惠策略內(nèi)容智能生成對應(yīng)類型的優(yōu)惠策略存入存儲系統(tǒng)中。 進一步地，運營商還可以制定優(yōu)惠疊加策略，系統(tǒng)的優(yōu)惠策略接收模塊接收運營 商從運營商管理平臺或其他接口根據(jù)某一條主優(yōu)惠策略提交的主優(yōu)惠策略與其他優(yōu)惠策 略的疊加關(guān)系，其中疊加關(guān)系內(nèi)容包括主優(yōu)惠策略的標(biāo)識(提交優(yōu)惠策略時由系統(tǒng)生 成)、對應(yīng)的需要疊加的優(yōu)惠策略的標(biāo)識。 除以上內(nèi)容優(yōu)惠策略的疊加關(guān)系還可擴展以下內(nèi)容，如運營商可能要求優(yōu)惠策略
疊加時，優(yōu)惠量不完全疊加，而是疊加其他優(yōu)惠策略的優(yōu)惠量的一部分疊加類型(可以是
完全疊加或者是部分疊加)和疊加量(當(dāng)疊加類型為部分疊加時有效)。 優(yōu)惠策略接收模塊對疊加關(guān)系的數(shù)據(jù)進行格式化，并將數(shù)據(jù)傳送給優(yōu)惠策略管理
模塊，管理員通過優(yōu)惠策略管理模塊對疊加關(guān)系進行審批，如審批不通過則通過優(yōu)惠策略
接收模塊通知運營商修改提交，如審批通過則優(yōu)惠策略管理模塊根據(jù)疊加關(guān)系中的疊加量
和疊加類型計算出疊加后的優(yōu)惠總量，并將此疊加關(guān)系存入存儲系統(tǒng)。此處優(yōu)惠策略與其他策略的疊加關(guān)系用于如下情況，當(dāng)用戶選擇的套餐內(nèi)容或者用戶本身的狀態(tài)符合多條優(yōu) 惠策略時，需要判斷這幾個優(yōu)惠策略之間是否產(chǎn)生疊加優(yōu)惠效果，這就需要用到各個優(yōu)惠 策略之間的疊加關(guān)系了，而在疊加時也可設(shè)置完全疊加或者根據(jù)疊加量部分疊加。優(yōu)惠策 略的疊加關(guān)系在第一次提交后可以再次修改和增加，一條優(yōu)惠策略可與多個其他優(yōu)惠策略 疊加。(三)用戶提交定制的業(yè)務(wù)內(nèi)容 套餐內(nèi)容處理模塊(相當(dāng)于接收模塊10)接收用戶從WWW門戶、WAP門戶、短信、 電話、客服等途徑各種途徑提交的套餐內(nèi)容(即用戶需要定制的業(yè)務(wù))，套餐內(nèi)容處理模塊 將套餐內(nèi)容進行格式化后傳送給套餐管理模塊；套餐管理模塊對數(shù)據(jù)進行分析鑒權(quán)，檢查 用戶的輸入是否有誤，如有誤則通過套餐內(nèi)容接收模塊反饋給用戶提交途徑待用戶修改套 餐內(nèi)容，直至用戶提交正確；套餐管理模塊將用戶提交的正確套餐內(nèi)容傳送給套餐優(yōu)惠方 案生成模塊(相當(dāng)于選擇模塊30和費率生成模塊40)，套餐優(yōu)惠方案生成模塊分析套餐內(nèi) 容以及用戶信息后，再根據(jù)運營商設(shè)置的優(yōu)惠策略及優(yōu)惠策略的疊加關(guān)系設(shè)置生成對應(yīng)套 餐的優(yōu)惠方案，并將優(yōu)惠方案反饋給用戶，待用戶確認；用戶可修改套餐內(nèi)容，重新提交，直 到用戶確認，套餐優(yōu)惠方案生成模塊會將用戶的最后選擇信息以及優(yōu)惠方案反饋給套餐管 理模塊，套餐管理模塊為用戶訂購套餐。 并且，系統(tǒng)也可以根據(jù)用戶提交的業(yè)務(wù)使用需求為用戶生成業(yè)務(wù)套餐的優(yōu)惠方案。 套餐內(nèi)容處理模塊接收用戶從WWW門戶、WAP門戶、短信、電話、客服等途徑各種途 徑提交的業(yè)務(wù)使用需求；套餐內(nèi)容處理模塊接收需求后(如套餐總額不超過xx元，需要包 括彩信，短信等不同增值業(yè)務(wù)的需求)對數(shù)據(jù)進行分析，并根據(jù)綜合增值業(yè)務(wù)管理平臺的 業(yè)務(wù)數(shù)據(jù)為用戶生成適合的套餐內(nèi)容后，通過用戶提交途徑將處理結(jié)果反饋給用戶，用戶 根據(jù)確認套餐內(nèi)容或者修改套餐內(nèi)容后反饋給套餐內(nèi)容處理模塊。 通過上述圖6所示的系統(tǒng)，運營商通過系統(tǒng)提供的途徑，設(shè)置生成自定義套餐優(yōu) 惠方案的優(yōu)惠策略類型，可自定義加入如用戶的增值業(yè)務(wù)使用積分策略類型，用戶使用套 餐時長策略類型，增值業(yè)務(wù)組合策略類型，自定義套餐中業(yè)務(wù)費率總額策略類型等各種策 略類型，再在這些策略類型下設(shè)置對應(yīng)的優(yōu)惠策略并且可以設(shè)置各個策略之間的疊加關(guān) 系，以便在為用戶生成自定義套餐的優(yōu)惠方案時使用。并且，用戶只需要通過系統(tǒng)提供的途 徑自行選擇增值業(yè)務(wù)組合成套餐，系統(tǒng)將會自動分析用戶選擇的套餐內(nèi)容，找出所有該套 餐符合的優(yōu)惠策略，然后使用運營商事先通過系統(tǒng)提供的途徑設(shè)定好的優(yōu)惠策略及優(yōu)惠策 略疊加關(guān)系，自動計算生成最優(yōu)的套餐優(yōu)惠方案。同時，用戶還可以提交自己的業(yè)務(wù)使用需 求，由系統(tǒng)自動為用戶選擇套餐內(nèi)容并生成對應(yīng)的優(yōu)惠方案。 根據(jù)本發(fā)明實施例，還提供了一種計費方法，該方法可以通過上述圖1至圖6中所 示的任一系統(tǒng)實現(xiàn)。 圖7為根據(jù)本發(fā)明實施例的計費方法的流程圖，如圖7所示，主要包括以下步驟 (步驟S702-步驟S708): 步驟S702，接收用戶請求定制業(yè)務(wù)組合的請求； 步驟S704，獲取預(yù)先設(shè)置的優(yōu)惠策略及預(yù)定參數(shù)，其中，優(yōu)惠策略包括優(yōu)惠策略 的優(yōu)惠內(nèi)容、判斷條件和優(yōu)惠量，預(yù)定參數(shù)包括業(yè)務(wù)組合的一個或多個屬性；
在具體實施過程中，上述優(yōu)惠策略可以是運營商請求定義的，因此，該方法還包 括接收運營商請求定義優(yōu)惠策略類型及優(yōu)惠策略的請求消息，根據(jù)該消息，設(shè)置上述優(yōu)惠 策略。 步驟S706，根據(jù)與優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的預(yù)定參數(shù)的屬性值，以及獲取的優(yōu) 惠策略的判斷條件，選擇請求定制的業(yè)務(wù)組合滿足的優(yōu)惠策略； 步驟S708，根據(jù)選擇的優(yōu)惠策略的優(yōu)惠量，生成上述業(yè)務(wù)組合的費率，以對該業(yè)務(wù) 組合進行計費。 通過本發(fā)明實施例的上述方法，可以在用戶請求定制業(yè)務(wù)組合時，為用戶選擇符 合當(dāng)前請求定制的業(yè)務(wù)組合的優(yōu)惠策略，并根據(jù)該優(yōu)惠策略生成該業(yè)務(wù)組合的費率，從而 對用戶進行計費，使得用戶在選擇非固定套餐的業(yè)務(wù)時，也可以享受運營商的優(yōu)惠，從而提 高了用戶體驗。 在具體實施過程中，在選擇請求定制的業(yè)務(wù)滿足的優(yōu)惠策略時，可以先獲取上述 預(yù)定參數(shù)與優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的屬性值，其中，優(yōu)惠內(nèi)容包括業(yè)務(wù)費率、業(yè)務(wù)標(biāo)識 或用戶的屬性(例如，積分等)，對應(yīng)地，上述預(yù)定參數(shù)包括業(yè)務(wù)組合中各個業(yè)務(wù)的業(yè)務(wù)費 率、業(yè)務(wù)標(biāo)識以及用戶的屬性，然后判斷獲取預(yù)定參數(shù)的屬性值是否滿足優(yōu)惠策略的判斷 條件，如果是，則選擇優(yōu)惠策略。 在具體應(yīng)用中，如果請求定制的業(yè)務(wù)同時滿足多個優(yōu)惠策略，則可以選擇這些優(yōu) 惠策略中優(yōu)惠額最高的優(yōu)惠策略，即優(yōu)惠力度最大的優(yōu)惠策略。 或者，也可以預(yù)先設(shè)置優(yōu)惠疊加策略，設(shè)定在同時滿足多個優(yōu)惠策略時的計費方
式，將優(yōu)惠疊加策略作為一個主優(yōu)惠策略的附加策略，當(dāng)判斷請求定制的業(yè)務(wù)滿足某一個
優(yōu)惠策略時，將根據(jù)與該優(yōu)惠策略具有疊加關(guān)系的第二優(yōu)惠策略的判斷條件，判斷請求定
制的業(yè)務(wù)是否滿足該第二優(yōu)惠策略，如果是，則根據(jù)優(yōu)惠疊加策略對業(yè)務(wù)計費。 并且，進一步地，還可以在優(yōu)惠策略中設(shè)置優(yōu)惠策略的優(yōu)惠時效策略，指示在優(yōu)惠
策略生效后，在不同時段如何進行優(yōu)惠計費，在這種情況下，在對業(yè)務(wù)進行計費時，將根據(jù)
優(yōu)惠時效策略在不同的時間段內(nèi)進行不同的計費，具體計費方式在下面的具體實施例中進
行描述。 在具體應(yīng)用中，上述優(yōu)惠策略可以通過運營商提供，并且，運營商在提供優(yōu)惠策略 時，為了便于管理，可以先制定優(yōu)惠策略類型，再制定優(yōu)惠策略類型下的各個優(yōu)惠策略。下 面結(jié)合圖6對優(yōu)惠策略的制定及在用戶定制業(yè)務(wù)時進行計費的具體實施例進行說明。
實施例一 本實施例對運營商如何生成并存儲優(yōu)惠策略進行說明，圖8為本實施例中，運營 商設(shè)置優(yōu)惠策略類型、套餐優(yōu)惠方案的優(yōu)惠策略及疊加關(guān)系的流程圖，如圖8所示，主要包 括以下步驟 步驟S801，運營商通過增值業(yè)務(wù)管理平臺或其他接口向本系統(tǒng)的優(yōu)惠策略接收模 塊提交優(yōu)惠策略類型 例如，運營商提交了兩個優(yōu)惠策略類型 增值業(yè)務(wù)組合策略類型優(yōu)惠策略類型名稱為"增值業(yè)務(wù)組合"；優(yōu)惠策略類型內(nèi) 容為"增值業(yè)務(wù)唯一標(biāo)識"；優(yōu)惠策略類型內(nèi)容判斷條件為"包含"。 套餐內(nèi)容費率累計總額策略類型優(yōu)惠策略類型名稱為"套餐內(nèi)容費率累計總
9額"；優(yōu)惠策略類型內(nèi)容為"增值業(yè)務(wù)費率累計"；優(yōu)惠策略類型內(nèi)容判斷條件為"> ="。
步驟S802，優(yōu)惠策略接收模塊對運營商提供的自定義套餐優(yōu)惠策略類型內(nèi)容進行 數(shù)據(jù)合法性判斷，如數(shù)據(jù)缺失或者數(shù)據(jù)不能識別，提示運營商重新提交，否則進入下一步。
步驟S803，套餐優(yōu)惠策略接收模塊根據(jù)校驗后的數(shù)據(jù)向增值業(yè)務(wù)管理平臺發(fā)起請
求讀取具體業(yè)務(wù)數(shù)據(jù)類型，將運營商提交的優(yōu)惠策略類型內(nèi)容轉(zhuǎn)換為可識別數(shù)據(jù)。
如"套餐內(nèi)容費率累計總額策略類型"中的內(nèi)容即向增值業(yè)務(wù)管理平臺發(fā)送請求 得到"增值業(yè)務(wù)費率"在增值業(yè)務(wù)管理平臺中獲取的途徑。如增值業(yè)務(wù)管理平臺數(shù)據(jù)庫中 某個表的某個字段。 如"增值業(yè)務(wù)組合策略類型"中的內(nèi)容即向增值業(yè)務(wù)管理平臺發(fā)送請求得到"增值 業(yè)務(wù)唯一標(biāo)識"在增值業(yè)務(wù)管理平臺中獲取的途徑，如增值業(yè)務(wù)管理平臺數(shù)據(jù)庫中某個表 的某個字段。 步驟S804，優(yōu)惠策略接收模塊整合將S803中得到數(shù)據(jù)，并將數(shù)據(jù)整合發(fā)送給優(yōu)惠 策略管理模塊。 步驟S805，優(yōu)惠策略管理模塊接收到數(shù)據(jù)后，管理員通過優(yōu)惠策略管理模塊對接 收到的優(yōu)惠策略類型數(shù)據(jù)進行審批，如果審批不通過，則通過優(yōu)惠策略接收模塊通知運營 商重新修改提交，否則進入下一步。 步驟S806，優(yōu)惠策略管理模塊將審批后的數(shù)據(jù)存入存儲系統(tǒng)，存儲系統(tǒng)可以是各 類數(shù)據(jù)庫系統(tǒng)或文件系統(tǒng)。 步驟S807，優(yōu)惠策略管理模塊向運營商返回增加優(yōu)惠策略類型成功。 上述步驟S801-步驟S807為運營商設(shè)置優(yōu)惠策略類型的步驟。 步驟S808，運營商通過增值業(yè)務(wù)管理平臺或其他接口根據(jù)已有的優(yōu)惠策略類型向
本系統(tǒng)的優(yōu)惠策略接收模塊提交優(yōu)惠策略 運營商根據(jù)"套餐內(nèi)容費率累計總額策略類型"提交一條優(yōu)惠策略，對應(yīng)優(yōu)惠的判 斷條件的值為20元，即套餐中"增值業(yè)務(wù)費率累計>=20元"，優(yōu)惠量類型為"數(shù)值"，優(yōu)惠 量為2元，優(yōu)惠時效性為3個月時效間隔，時效增量優(yōu)惠量的-10% (即當(dāng)優(yōu)惠策略生效后 每三個月優(yōu)惠量減少10%)。 運營商根據(jù)"增值業(yè)務(wù)組合策略類型"提交一條優(yōu)惠策略，對應(yīng)優(yōu)惠策略類型的判 斷條件的值為"短信天氣預(yù)報標(biāo)識l，彩信雜志標(biāo)識l"，優(yōu)惠量類型為"百分比"，優(yōu)惠量為 "10% "，優(yōu)惠時效性為無時效性。 步驟S809，優(yōu)惠策略接收模塊接收數(shù)據(jù)后檢查數(shù)據(jù)的合法性，如不合法，返回數(shù)據(jù) 給運營商的提交途徑，提示運營商修改，否則進入下一步。 步驟S810，優(yōu)惠策略接收模塊將數(shù)據(jù)轉(zhuǎn)換為系統(tǒng)內(nèi)部可識別數(shù)據(jù)后傳送給優(yōu)惠策 略管理模塊。 步驟S811，優(yōu)惠策略管理模塊接收到數(shù)據(jù)后，管理員通過優(yōu)惠策略管理模塊對接 收到的優(yōu)惠策略設(shè)置數(shù)據(jù)進行審批，如果審批不通過，則通過優(yōu)惠策略接收模塊通知運營 商重新修改提交，否則進入下一步。 步驟S812，優(yōu)惠策略管理模塊審批成功后，向存儲系統(tǒng)發(fā)起請求讀取優(yōu)惠策略類 型"增值業(yè)務(wù)組合策略類型"、"套餐內(nèi)容費率累計總額策略類型"優(yōu)惠策略類型的具體數(shù) 據(jù)，并將數(shù)據(jù)與優(yōu)惠策略關(guān)聯(lián)，最后為運營商提交的優(yōu)惠策略生成"唯一策略標(biāo)識"(分別依
10次為"費率策略標(biāo)識l"、"業(yè)務(wù)組合策略標(biāo)識1")。 步驟S813，優(yōu)惠策略管理模塊根據(jù)S812關(guān)聯(lián)、處理后的最終數(shù)據(jù)，將這兩條優(yōu)惠 策略存入存儲系統(tǒng)中。 步驟S814，優(yōu)惠策略管理模塊向運營商返回增加優(yōu)惠策略成功。
上述步驟S808-步驟S814為運營商設(shè)置優(yōu)惠策略的步驟。
如果需要，運營商可以進一步設(shè)置優(yōu)惠策略疊加關(guān)系
步驟S815，運營商根據(jù)已有優(yōu)惠策略設(shè)置優(yōu)惠策略疊加關(guān)系 如運營商根據(jù)前面提交的策略標(biāo)識為"費率策略標(biāo)識1"的優(yōu)惠策略設(shè)置疊加關(guān) 系，該疊加關(guān)系內(nèi)容為主優(yōu)惠策略標(biāo)識"費率策略標(biāo)識l"，疊加優(yōu)惠策略標(biāo)識"業(yè)務(wù)組合 策略標(biāo)識l"，疊加類型為"部分疊加"，疊加量為50%，即只疊加策略標(biāo)識為"業(yè)務(wù)組合策略 標(biāo)識1"的優(yōu)惠策略優(yōu)惠量的50%。 步驟S816，優(yōu)惠策略接收模塊接收到優(yōu)惠策略疊加關(guān)系后，對數(shù)據(jù)進行格式話，傳 送給優(yōu)惠策略管理模塊。 步驟S817，優(yōu)惠策略管理模塊接收到數(shù)據(jù)后，管理員通過優(yōu)惠策略管理模塊對接 收到的優(yōu)惠策略疊加關(guān)系設(shè)置數(shù)據(jù)進行審批，如果審批不通過，則通過優(yōu)惠策略接收模塊 通知運營商重新修改提交，否則進入下一步。 步驟S818，優(yōu)惠策略管理模塊根據(jù)提交的疊加關(guān)系數(shù)據(jù)，直接計算出最終根據(jù)疊
加關(guān)系可以優(yōu)惠的總量，生成最終疊加關(guān)系，將疊加關(guān)系存儲存儲系統(tǒng)。 根據(jù)運營商提交的優(yōu)惠策略，這里的優(yōu)惠總量為2+(20*10% *50% ) = 3元，而優(yōu)
惠策略標(biāo)識為"費率策略標(biāo)識1"的主優(yōu)惠策略又存在時效性(時效增量類型為3個月，時
效增量為-10% )，所以用戶在以后的使用此疊加關(guān)系后，優(yōu)惠總量每3個月減少2角錢。 步驟S819，優(yōu)惠策略管理模塊向運營商返回設(shè)置優(yōu)惠策略疊加關(guān)系成功。 實施例二 本實施例對用戶提交自定義套餐的套餐內(nèi)容(即業(yè)務(wù))或提交業(yè)務(wù)使用需求獲取 套餐內(nèi)容后訂購套餐流程。 圖9本實施例的流程圖，如圖9所示，主要包括以下步驟 步驟S901，用戶通過各種途徑向套餐內(nèi)容處理模塊提交/修改自定義套餐內(nèi)容或 業(yè)務(wù)使用需求。 如用戶A提交了自定義套餐內(nèi)容包括"短信天氣預(yù)報"5元，"彩信時尚雜志"IO 元，"彩信手機報"5元。 用戶B提交了業(yè)務(wù)使用需求包括增值業(yè)務(wù)費率總額不超過20元；需要包括短信 業(yè)務(wù)和彩信業(yè)務(wù)；彩信業(yè)務(wù)必須有手機報。 步驟S902，套餐內(nèi)容處理模塊檢查用戶提交數(shù)據(jù)合法性，如合法，則進入下一步， 否則反饋給用戶提交途徑，要求用戶修改。 步驟S903 ，套餐內(nèi)容處理模塊將將用戶提交的數(shù)據(jù)格式化后傳送給套餐內(nèi)容管理 模塊。 步驟S904，套餐內(nèi)容管理模塊判斷用戶提交數(shù)據(jù)是套餐內(nèi)容還是業(yè)務(wù)使用需求， 如是業(yè)務(wù)使用需求則進入步驟S905，否則跳至步驟S910。 步驟S905，套餐內(nèi)容管理模塊根據(jù)用戶B提供的業(yè)務(wù)使用需求進行分析。
步驟S906，套餐內(nèi)容管理模塊根據(jù)用戶B的業(yè)務(wù)使用需求分析結(jié)果從增值業(yè)務(wù)管 理平臺獲取相關(guān)業(yè)務(wù)數(shù)據(jù)。 步驟S907，套餐內(nèi)容管理模塊根據(jù)用戶B的業(yè)務(wù)使用需求分析結(jié)果以及業(yè)務(wù)數(shù)據(jù) 智能生成套餐內(nèi)容(這里為了方便說明，假設(shè)生成的套餐內(nèi)容與用戶A的套餐內(nèi)容一致)。
步驟S908，套餐內(nèi)容管理模塊將套餐內(nèi)容反饋給用戶B。 步驟S909，用戶B確認或修改套餐內(nèi)容后將最終套餐內(nèi)容返回給套餐內(nèi)容管理模 塊。 步驟S910，套餐內(nèi)容管理模塊將最終的用戶A及用戶B的套餐內(nèi)容傳送給優(yōu)惠方 案生成模塊。 步驟S911，優(yōu)惠方案生成模塊根據(jù)用戶A和用戶B的套餐內(nèi)容向增值業(yè)務(wù)管理平 臺發(fā)起請求獲取業(yè)務(wù)數(shù)據(jù)及用戶信息，這里獲取的信息具體包括 步驟S912，優(yōu)惠方案生成模塊根據(jù)S911中獲取的業(yè)務(wù)數(shù)據(jù)以及用戶數(shù)據(jù)生成優(yōu) 惠方案 此處用戶A與用戶B的套餐內(nèi)容都為"短信天氣預(yù)報"5元，"彩信時尚雜志"IO元， "彩信手機報"5元。 首先，根據(jù)S911中獲取的業(yè)務(wù)標(biāo)識，該套餐內(nèi)容包含"短信天氣預(yù)報標(biāo)識l"，"彩 信雜志標(biāo)識l"，符合優(yōu)惠策略標(biāo)識為"業(yè)務(wù)組合策略標(biāo)識l"優(yōu)惠策略，而套餐中業(yè)務(wù)費率 總額達到20元。 其次，根據(jù)S911中獲取的業(yè)務(wù)費率，三個業(yè)務(wù)費率總額為20元，符合優(yōu)惠策略標(biāo) 識為"費率策略標(biāo)識l"的優(yōu)惠策略，并且該策略存在時效性，每3個月優(yōu)惠量減少10%，即 減少2角。 并且，該套餐同時符合兩個優(yōu)惠策略，搜索優(yōu)惠策略疊加關(guān)系，根據(jù)主優(yōu)惠策略標(biāo) 識為"費率策略標(biāo)識1"的疊加關(guān)系。 步驟S913，優(yōu)惠方案生成模塊根據(jù)以上分析，生成最終優(yōu)惠方案為3元優(yōu)惠，每三 個月優(yōu)惠量減少2角。 步驟S914，優(yōu)惠方案生成模塊向用戶返回最終套餐內(nèi)容以及優(yōu)惠方案，待用戶確 認。 步驟S915，用戶向優(yōu)惠方案生成模塊確認套餐內(nèi)容以及最終優(yōu)惠方案。 步驟S916，優(yōu)惠方案生成模塊根據(jù)優(yōu)惠方案和套餐內(nèi)容向增值業(yè)務(wù)管理平臺發(fā)起
請求為用戶訂購套餐。 綜上所述，通過本發(fā)明實施例提供的計費方法和系統(tǒng)，用戶可以通過各種途徑提
交的多個業(yè)務(wù)或增值業(yè)務(wù)使用需求，系統(tǒng)將根據(jù)運營商預(yù)先設(shè)定好的優(yōu)惠策略類型和具體
優(yōu)惠策略組成的優(yōu)惠策略組為用戶選擇合適的優(yōu)惠方案。從而提供了用戶使用增值業(yè)務(wù)的
靈活性和可變性，并使用戶可以獲得運營商提供的優(yōu)惠，提高了用戶的使用體檢。 需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的
計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不
同于此處的順序執(zhí)行所示出或描述的步驟。 顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成
12的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種業(yè)務(wù)計費系統(tǒng)，其特征在于，包括接收模塊，用于接收用戶請求定制業(yè)務(wù)組合的請求；存儲模塊，用于存儲預(yù)先設(shè)置的優(yōu)惠策略、系統(tǒng)中各業(yè)務(wù)的屬性信息以及系統(tǒng)中各用戶的屬性信息，其中，所述優(yōu)惠策略包括優(yōu)惠策略的優(yōu)惠內(nèi)容、判斷條件和優(yōu)惠量；選擇模塊，用于根據(jù)與優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的預(yù)定參數(shù)的屬性值，以及所述存儲模塊存儲的優(yōu)惠策略的判斷條件，選擇請求定制的所述業(yè)務(wù)組合滿足的優(yōu)惠策略，其中，所述預(yù)定參數(shù)包括所述業(yè)務(wù)組合的一個或多個屬性；費率生成模塊，用于根據(jù)選擇的所述優(yōu)惠策略的優(yōu)惠量，生成所述業(yè)務(wù)組合的費率，以對所述業(yè)務(wù)組合進行計費。
2. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述預(yù)定參數(shù)還包括所述用戶的屬性， 所述選擇模塊包括獲取單元，用于獲取與所述優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的所述預(yù)定參數(shù)的屬性值； 第一判斷單元，用于判斷獲取的所述屬性值是否滿足所述優(yōu)惠策略的判斷條件； 選擇單元，用于根據(jù)所述第一判斷單元的判斷結(jié)果，選擇所述業(yè)務(wù)組合滿足的優(yōu)惠策略。
3. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述優(yōu)惠策略還包括優(yōu)惠策略的優(yōu)惠時 效策略，用于指示所述優(yōu)惠策略隨時間變化的優(yōu)惠計算方式，則所述費率生成模塊根據(jù)選 擇的所述優(yōu)惠策略的優(yōu)惠量和優(yōu)惠時效策略為所述業(yè)務(wù)組合生成費率。
4. 根據(jù)權(quán)利要求1至3中任一項所述的系統(tǒng)，其特征在于，所述接收模塊還用于接收運 營商定義優(yōu)惠策略的請求，并將運營商定義的優(yōu)惠策略傳送到所述存儲模塊保存。
5. 根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述接收模塊還用于接收運營商定義優(yōu) 惠策略疊加關(guān)系的請求，并將運營商定義的優(yōu)惠策略疊加關(guān)系傳送到所述存儲模塊保存。
6. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述存儲模塊還用于存儲優(yōu)惠策略的優(yōu)惠疊加關(guān)系，其中，所述優(yōu)惠疊加關(guān)系用于指 示同時滿足具有疊加關(guān)系的不同優(yōu)惠策略時的計費方式； 則所述費率生成模塊包括第二判斷單元，用于根據(jù)與選擇的所述優(yōu)惠策略具有疊加關(guān)系的第二優(yōu)惠策略的判斷 條件，判斷請求定制的所述業(yè)務(wù)是否滿足與所述第二優(yōu)惠策略；計算單元，用于根據(jù)所述第二判斷單元的判斷結(jié)果，生成請求定制的所述業(yè)務(wù)組合的費率。
7. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述請求中攜帶有業(yè)務(wù)使用需求，則所述 系統(tǒng)還包括分析模塊，用于根據(jù)業(yè)務(wù)系統(tǒng)中的業(yè)務(wù)屬性以及用戶屬性，確定滿足所述業(yè)務(wù)使用需 求的業(yè)務(wù)組合；發(fā)送模塊，用于將所述分析模塊確定的所述業(yè)務(wù)組合發(fā)送給用戶；則所述接收模塊還用于接收用戶確認所述業(yè)務(wù)組合的響應(yīng)消息，觸發(fā)所述選擇模塊。
8. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括通知模塊，用于將所述 費率生成模塊得到的費率通知給用戶，以使用戶進行確認或向所述接收模塊發(fā)送修改后的 請求。
9. 一種業(yè)務(wù)計費方法，其特征在于，包括 接收用戶請求定制業(yè)務(wù)組合的請求；獲取預(yù)先設(shè)置的優(yōu)惠策略及預(yù)定參數(shù)其中，所述優(yōu)惠策略包括優(yōu)惠策略的優(yōu)惠內(nèi)容、 判斷條件和優(yōu)惠量，所述預(yù)定參數(shù)包括所述業(yè)務(wù)組合的一個或多個屬性；根據(jù)與優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的所述預(yù)定參數(shù)的屬性值，以及獲取的優(yōu)惠策略的判 斷條件，選擇請求定制的所述業(yè)務(wù)組合滿足的優(yōu)惠策略；根據(jù)選擇的所述優(yōu)惠策略的優(yōu)惠量，生成所述業(yè)務(wù)組合的費率，以對所述業(yè)務(wù)組合進 行計費。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述方法還包括 接收運營商定義的優(yōu)惠策略類型及所述優(yōu)惠策略。
11. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述預(yù)定參數(shù)還包括所述用戶的屬性。
12. 根據(jù)權(quán)利要求11所述的方法，其特征在于，選擇請求定制的所述業(yè)務(wù)組合滿足的 優(yōu)惠策略包括獲取所述預(yù)定參數(shù)與所述優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的屬性值；判斷獲取的所述屬性值是否滿足所述優(yōu)惠策略的判斷條件，如果是，則選擇所述優(yōu)惠 策略。
13. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述優(yōu)惠策略還包括優(yōu)惠策略的優(yōu)惠 時效策略；則生成所述業(yè)務(wù)組合的費率包括根據(jù)所述預(yù)定參數(shù)、選擇的所述優(yōu)惠策略的優(yōu)惠量和優(yōu)惠時效策略，為用戶定制的所 述業(yè)務(wù)組合生成對應(yīng)的費率。
14. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述優(yōu)惠策略還包括優(yōu)惠策略疊加關(guān) 系，其中，所述優(yōu)惠策略疊加關(guān)系用于指示同時滿足具有疊加關(guān)系的不同優(yōu)惠策略的優(yōu)惠 方案；所述優(yōu)惠策略疊加關(guān)系應(yīng)該包括如下屬性主優(yōu)惠策略的標(biāo)識、對應(yīng)的需要疊加的 優(yōu)惠策略的標(biāo)識、可擴展屬性、疊加類型和疊加量；則生成所述業(yè)務(wù)組合的費率包括根據(jù)與選擇的所述優(yōu)惠策略具有疊加關(guān)系的第二優(yōu)惠策略的判斷條件，判斷請求定制 的所述業(yè)務(wù)是否滿足與所述第二優(yōu)惠策略，如果是，則根據(jù)所述預(yù)定參數(shù)、選擇的所述優(yōu)惠 策略的優(yōu)惠量以及該優(yōu)惠策略與所述第二優(yōu)惠策略的優(yōu)惠疊加策略，為請求定制的所述業(yè) 務(wù)組合生成費率。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)計費系統(tǒng)及方法，在上述系統(tǒng)中包括接收模塊，用于接收用戶請求定制業(yè)務(wù)組合的請求；存儲模塊，用于存儲預(yù)先設(shè)置的優(yōu)惠策略、系統(tǒng)中各業(yè)務(wù)的屬性信息以及系統(tǒng)中各用戶的屬性信息；選擇模塊，用于根據(jù)與優(yōu)惠策略的優(yōu)惠內(nèi)容匹配的預(yù)定參數(shù)的屬性值，以及存儲模塊存儲的優(yōu)惠策略的判斷條件，選擇請求定制的業(yè)務(wù)組合滿足的優(yōu)惠策略；費率生成模塊，用于根據(jù)選擇的優(yōu)惠策略的優(yōu)惠量，生成業(yè)務(wù)組合的費率，以對業(yè)務(wù)組合進行計費。通過本發(fā)明提供的技術(shù)方案，解決了相關(guān)技術(shù)中用戶選擇業(yè)務(wù)的靈活性低、用戶體驗差的問題，進而提高了用戶體驗。
文檔編號H04W8/18GK101742462SQ200910260769
公開日2010年6月16日 申請日期2009年12月31日 優(yōu)先權(quán)日2009年12月31日
發(fā)明者嚴(yán)鵬翔, 華國棟, 郭思堃 申請人:中興通訊股份有限公司