專利名稱:基于規(guī)則的分層賬戶資源管理系統(tǒng)和方法
技術(shù)領(lǐng)域:
本發(fā)明涉及管理網(wǎng)絡(luò)資源,具體地涉及基于規(guī)則的分層賬戶系統(tǒng)和用于管理網(wǎng)絡(luò) 資源的方法。
背景技術(shù):
近年來,蜂窩電話的普及使得人們將他們的蜂窩電話同時用于商務(wù)和個人使用。 由于訂購者不想為商業(yè)目的支付電話費并且老板不想為他們的員工支付個人電話使用費, 許多人擁有兩個電話并且因而擁有兩個賬戶一個用于個人使用,一個用于商務(wù)使用。由于 訂購者擁有兩個賬戶,他們接收兩個賬單。擁有兩個不同蜂窩電話賬戶的訂購者相比擁有 同時提供商務(wù)和個人使用的一個服務(wù)提供商的訂購者而言保持一個服務(wù)提供商的動機較 小。如今當訂購者容易地且頻繁地在服務(wù)提供商之間轉(zhuǎn)換時,服務(wù)提供商尋求能夠使得訂 購者感到愉悅而不會轉(zhuǎn)換的方式。蜂窩電話無所不在的另一個結(jié)果是擁有多個蜂窩電話的家庭,其中家長為一個或 多個小孩支付無線電話費用。在這種情況下的家長可能希望只收到關(guān)于家庭電話使用的一 個賬單,而不是關(guān)于每個家庭成員的分別的賬單。家長還可能希望能夠?qū)π『⒌姆涓C電話 使用設(shè)置限制。類似地,公司老板可能希望能夠?qū)T工的蜂窩電話使用設(shè)置限制。
發(fā)明內(nèi)容
一個實現(xiàn)中的基于規(guī)則的分層賬戶資源管理系統(tǒng)包括利用用于確定分層賬戶余 額以進行計費的至少一個余額選擇規(guī)則的方法。該方法基于將余額選擇規(guī)則應(yīng)用于分層賬 戶余額的結(jié)果來管理系統(tǒng)資源。另一個實現(xiàn)中的基于規(guī)則的分層賬戶資源管理系統(tǒng)是一種包括至少一個分層賬 戶的系統(tǒng)。該系統(tǒng)還包括賬戶管理器,該賬戶管理器用于基于實施至少一個余額選擇規(guī)則 來管理通信會話的網(wǎng)絡(luò)使用,并且基于至少一個余額選擇規(guī)則的實施來選擇分層賬戶余額 以進行計費。參考附圖,通過閱讀下面對各個實施例的詳細描述,基于規(guī)則的分層賬戶資源管 理系統(tǒng)和方法的附加方面對于本領(lǐng)域技術(shù)人員將變得顯而易見。下面提供了附圖的簡要說 明。
基于規(guī)則的分層賬戶資源管理系統(tǒng)的示例性實現(xiàn)的各特征將從說明書、權(quán)利要求 書和附圖中變得顯而易見,其中圖1是說明基于規(guī)則的分層賬戶資源管理系統(tǒng)的功能框圖,該系統(tǒng)位于與核心網(wǎng) 通信的在線計費系統(tǒng)(0CS)上;圖2是多個分層賬戶的實施例的示例圖;圖3是說明被安排成計費平面的若干分層賬戶的示例圖4是余額規(guī)則提供信道、規(guī)則提供系統(tǒng)和采樣賬戶的實施例的功能框圖;圖5說明了基于規(guī)則的分層余額選擇方法的一個實現(xiàn),該方法包括確定分層賬戶 余額是否應(yīng)當被收費。
具體實施例方式圖1示出了網(wǎng)絡(luò)結(jié)構(gòu)10,其包括在線計費系統(tǒng)(0CS) 20、基于規(guī)則的分層賬戶資源 管理系統(tǒng)25、賬戶管理器30和三個示例性分層賬戶40、50、60。分層賬戶40顯示為包括多 個賬戶余額,這包括時間余額70、量余額80、貨幣余額90和事件余額100。基于規(guī)則的分層賬戶資源管理系統(tǒng)25可以位于0CS 20上。0CS 20提供由核心網(wǎng) 110所請求的在線計費。在線計費是這樣一種過程,其中關(guān)于資源使用的計費信息與該資源 使用同時被收集。然而,在資源使用發(fā)生之前,必須獲得對于網(wǎng)絡(luò)資源使用的正確授權(quán)。核心網(wǎng)110可以是公共交換電話網(wǎng)絡(luò)(PSTN)、碼分多址(CDMA)網(wǎng)絡(luò)、全球移動通 信(GSM)網(wǎng)絡(luò)或任何其他無線或陸地通信網(wǎng)絡(luò)。如果核心網(wǎng)110包括CDMA網(wǎng)絡(luò),則核心網(wǎng) 110與0CS 20之間的接口可能是IS-826接口。如果核心網(wǎng)110包括PSTN,則核心網(wǎng)110 與0CS 20之間的接口可以是智能網(wǎng)應(yīng)用部分(INAP)功能集1(CS1)接口。如果核心網(wǎng)110 包括GSM網(wǎng)絡(luò),則核心網(wǎng)110與0CS 20之間的接口可以是移動網(wǎng)增強邏輯的客戶化應(yīng)用 (CAMEL)應(yīng)用部分。如果基于規(guī)則的分層賬戶資源管理系統(tǒng)25的所有賬戶分布于不止一個 0CS上,則各0CS之間的接口可以是Diameter Ro接口。如果基于規(guī)則的分層管理系統(tǒng)25 位于單個0CS 20上,則使用內(nèi)部接口來傳送賬戶信息。本領(lǐng)域技術(shù)人員應(yīng)當清楚,內(nèi)部接 口是能夠發(fā)送和接收消息的兩個過程或其它實體之間的接口,其中這兩個過程或?qū)嶓w位于 同一個處理器上。盡管上面描述了各種不同的接口,然而本領(lǐng)域技術(shù)人員應(yīng)當理解,在這里 也可以有利地采用許多其他接口?;谝?guī)則的分層賬戶資源管理系統(tǒng)25中的分層賬戶例如可以是關(guān)聯(lián)于蜂窩電話 的賬戶。訂購者接收關(guān)聯(lián)于分層賬戶的關(guān)于系統(tǒng)的周期性賬單。賬戶余額可以記錄或詳細 列舉特定賬戶的使用。例如,賬戶余額可以在訂購者使用語音信道的這段時間內(nèi)被存儲。作 為另一個例子,可能存在與訂購者發(fā)送的短消息服務(wù)(SMS)消息或文本消息有關(guān)的賬戶余 額。通常,每個賬戶余額跟蹤由蜂窩電話執(zhí)行的活動,以便執(zhí)行例如訂購者的計費并且可以 強制對蜂窩電話的許可使用的任何限制。分層賬戶具有至少一個關(guān)聯(lián)的賬戶余額,并且每個賬戶余額具有至少一個關(guān)聯(lián)的 余額選擇規(guī)則。例如,賬戶40關(guān)聯(lián)于時間余額70、量余額80、貨幣余額90和事件余額100。 至于余額與余額選擇規(guī)則的關(guān)聯(lián),時間余額70關(guān)聯(lián)于余額選擇規(guī)則120、量余額80關(guān)聯(lián)于 余額選擇規(guī)則130、貨幣余額90關(guān)聯(lián)于余額選擇規(guī)則140以及事件余額100關(guān)聯(lián)于余額選 擇規(guī)則150。出于簡要的目的,分層賬戶可以稱作賬戶,并且分層賬戶余額可以稱作余額或 賬戶余額。關(guān)聯(lián)于賬戶的賬戶余額可以與賬戶一起被存儲,或者賬戶余額可以與賬戶分開存 儲并且以某種方式關(guān)聯(lián)于賬戶。例如,賬戶以及其關(guān)聯(lián)的賬戶余額可以被存儲在同一個數(shù) 據(jù)結(jié)構(gòu)中。可選地,賬戶余額和賬戶可以被存儲在分別的數(shù)據(jù)結(jié)構(gòu)中并且在賬戶和關(guān)聯(lián)于 該賬戶的余額之間可以存在映射。類似地,余額選擇規(guī)則可以與余額一起被存儲,或者它可 以與余額分別被存儲并且以某種方式關(guān)聯(lián)于余額。例如,賬戶余額以及其關(guān)聯(lián)的余額選擇規(guī)則可以被存儲在同一個數(shù)據(jù)結(jié)構(gòu)中??蛇x地,賬戶余額以及其關(guān)聯(lián)的余額選擇規(guī)則可以被存儲在分別的數(shù)據(jù)結(jié)構(gòu)中并且在賬戶余額與其關(guān)聯(lián)的余額選擇規(guī)則之間可以存在映射。每個關(guān)聯(lián)于賬戶的賬戶余額都具有余額類型。例如,關(guān)聯(lián)于賬戶40的余額類型是 時間余額70、量余額80、貨幣余額90和事件余額100。余額類型確定了所要監(jiān)視的與訂購 者的網(wǎng)絡(luò)使用有關(guān)的信息。例如,時間余額70可以包含訂購者使用語音電路的時間,量余 額80可以包含訂購者所傳送的網(wǎng)絡(luò)數(shù)據(jù)量,貨幣余額90可以包含訂購者已經(jīng)進行的呼叫 次數(shù),并且事件余額100可以包含訂購者已執(zhí)行的事件數(shù)量。事件例如可以是發(fā)送SMS消 息。本領(lǐng)域技術(shù)人員應(yīng)當認識到,呼叫可以是任何類型的通信會話。因此,由通信設(shè)備發(fā)起 或接收的語音呼叫、數(shù)據(jù)呼叫、SMS消息或任何類型的通信,都被看作是呼叫或通信會話。賬 戶余額在預(yù)定時間段內(nèi)保留網(wǎng)絡(luò)使用記錄,然后通常在下一時間段被重設(shè)。例如,訂購者可 能具有允許每個月100小時語音通信的計費平面。因此,在一個月結(jié)束后,時間余額70可 以針對下一時間段被重設(shè)。余額選擇規(guī)則可以就余額規(guī)則類型而被定義。余額規(guī)則類型可以是呼叫業(yè)務(wù)類 型、時間段、一周內(nèi)的一天、漫游狀態(tài)、位置區(qū)域、白名單、黑名單、呼叫類型、朋友和家庭指 定、特殊目的地或余額閾值。呼叫業(yè)務(wù)余額選擇規(guī)則類型限定了可以對分層賬戶余額收費的呼叫業(yè)務(wù)類型。例 如,呼叫業(yè)務(wù)余額選擇規(guī)則類型可以只允許針對語音呼叫對特定賬戶余額收費。時間段定 義了余額可以被收費的時間,或者可以定義了余額不接受任何收費的時間段。例如,公司老 板可能想要允許僅在九至五點之間的余額計費的時間段規(guī)則。一周內(nèi)的一天規(guī)則定義了余 額可以或不可以被收費的天數(shù)。例如,公司老板可能想要一周內(nèi)的一天規(guī)則從而只支付訂購者從周一到周五的費 用。漫游狀態(tài)規(guī)則定義了是否可以根據(jù)訂購者是在漫游還是在歸屬網(wǎng)絡(luò)中來對余額收費。 作為說明性示例,公司老板可能希望僅支付非漫游呼叫,而漫游呼叫由訂購者的個人賬戶 支付。位置區(qū)域規(guī)則定義了是否可以基于訂購者的物理位置來對余額收費。在無線網(wǎng)絡(luò)中, 訂購者的物理位置可以縮小至特定的位置。這個縮小可以通過允許僅從特定無線基站或僅 從特定無線基站扇區(qū)發(fā)出的呼叫來實現(xiàn)。例如,公司老板可以僅允許從接近于其辦公室的 基站發(fā)出的呼叫。呼叫終止可以類似地通過位置來限制。白名單定義了能夠?qū)μ囟ㄓ囝~收費的電話號碼。如果呼叫是向不在白名單上的號 碼發(fā)出的或者被叫號碼不在白名單上,則對應(yīng)于該呼叫的費用不能記在關(guān)聯(lián)于該白名單號 碼的余額的帳上。本領(lǐng)域技術(shù)人員應(yīng)當認識到,電話號碼可以是關(guān)聯(lián)于移動電話的國際移 動用戶識別碼(IMSI)、關(guān)聯(lián)于移動電話的移動識別碼(ED)、關(guān)聯(lián)于固定電話的電話號碼、 或用于標識能建立通信會話的設(shè)備的任何其他方法。黑名單定義了被特定賬戶余額排除在外的電話號碼。如果呼叫是向黑名單上的電 話號碼發(fā)出的或者被叫號碼在黑名單上,則對應(yīng)于該呼叫的費用不能記在關(guān)聯(lián)于黑名單號 碼的余額的帳上。呼叫類型余額選擇規(guī)則限制了可對余額收費的呼叫類型。例如,余額選 擇規(guī)則可以被設(shè)置成國際呼叫不能對余額收費。朋友和家庭目的地或列表定義了能對一個賬戶收費的呼叫。如果主叫或被叫號碼 不在朋友和家庭列表上,則相應(yīng)的呼叫費用不能記在關(guān)聯(lián)于該朋友和家庭列表的余額的帳 上。
特殊目的地指示了可以對特定賬戶收費的特殊號碼。例如,賬戶可以被建立以使 得只有去往和來自指定區(qū)域碼的呼叫可以對該賬戶收費。賬戶管理器30對余額收費。賬 戶管理器30可以在費用超出余額閾值的情況下不對余額收費。例如,特定余額的余額閾值 可以以十個單位來設(shè)定。一旦達到這十個單位的閾值,則賬戶管理器30可以不對該余額收 費。閾值的單位可以以許多方式來測量。單位可以以貨幣量、系統(tǒng)時間、所傳送的字節(jié)、所 嘗試進行的呼叫、所接收的呼叫或可關(guān)聯(lián)于通信會話的任何其他類型的單位來測量。如本 領(lǐng)域技術(shù)人員認識到的,來自或去往一個電話的通信或者電話的任何可測量特征都可以被 用作單位。基于規(guī)則的分層賬戶管理系統(tǒng)25的賬戶管理器30使用賬戶余額的余額選擇規(guī)則來確定賬戶管理器30是否可以對關(guān)聯(lián)于余額選擇規(guī)則的余額收費。當發(fā)起通信會話時,核 心網(wǎng)110向OCS 20發(fā)送收費請求消息來請求對賬戶收取會話的費用。OCS 20發(fā)送收費請 求消息至賬戶管理器30。本領(lǐng)域技術(shù)人員應(yīng)當認識到,任何類型的收費消息都可以代替收 費請求消息而被使用。賬戶管理器30基于收費請求消息中的信息來確定收取費用的賬戶。例如,賬戶管 理器30可以基于包含于收費請求消息中的移動ID來確定應(yīng)當對賬戶40收費。當嘗試對 賬戶40收費時,賬戶管理器30嘗試以預(yù)先選定的次序?qū)r間余額70、量余額80、貨幣余額 90和事件余額100收費。換句話說,存在預(yù)先選定的優(yōu)先次序來對關(guān)聯(lián)于賬戶的余額收費。 為了說明,假設(shè)賬戶管理器30無法對呼叫的時間余額70收費,則賬戶管理器30嘗試對量 余額80收費。賬戶管理器30實施關(guān)聯(lián)于量余額80的余額選擇規(guī)則130來確定它是否可 以實施收費。關(guān)聯(lián)于量余額80的余額選擇規(guī)則130可以包括例如限制呼叫業(yè)務(wù)類型、時間 段、呼叫類型和余額閾值的規(guī)則。余額選擇規(guī)則130是以預(yù)先選定的順序來實施的,也就是 說存在實施規(guī)則的優(yōu)先級。因此,如果余額選擇規(guī)則130如上面那樣被排序,則賬戶管理器 30首先基于呼叫業(yè)務(wù)類型規(guī)則來確定賬戶40是否能夠被收費。例如,如果關(guān)聯(lián)于量余額 80的呼叫業(yè)務(wù)類型是針對數(shù)據(jù)呼叫被設(shè)定的而這是一個語音呼叫,則該語音呼叫無法記在 量余額80的帳上。另一方面,如果這是數(shù)據(jù)呼叫并且業(yè)務(wù)類型是針對數(shù)據(jù)呼叫被設(shè)定的, 則賬戶管理器30檢查余額規(guī)則130中的下一個規(guī)則以確定是否滿足該規(guī)則。在這個示例性情形中,賬戶管理器30檢查時間段。如果時間段不在由余額選擇規(guī) 則130指定的時間段內(nèi),則禁止收費。這會持續(xù)下去,直到關(guān)聯(lián)于量余額80的所有余額選 擇規(guī)則130都已經(jīng)被賬戶管理器30檢查過。如果滿足了所有余額選擇規(guī)則130,則對量余 額80收費。如果違反了關(guān)聯(lián)于量余額80的任一個余額選擇規(guī)則130,則賬戶管理器30無 法對量余額80收費。如果量余額80不能被收費,則賬戶管理器30嘗試對后隨有事件余額 100的貨幣余額90收費。如果賬戶管理器30不能對關(guān)聯(lián)于賬戶的賬戶余額收費,則呼叫被禁止。禁止呼叫 會導(dǎo)致發(fā)送Diameter Ro響應(yīng)消息至核心網(wǎng)110以指示該呼叫被禁止。然而,本領(lǐng)域技術(shù) 人員應(yīng)當清楚,其他類型的收費消息也可以被發(fā)送以指示該呼叫被禁止。在基于規(guī)則的分層賬戶資源管理系統(tǒng)25中,賬戶余額可以關(guān)聯(lián)于父(上級)分層 賬戶。關(guān)聯(lián)于父賬戶的賬戶余額稱作該父賬戶的子。例如,時間余額70是賬戶50的子。賬 戶50因而是時間余額70的父。父賬戶和子賬戶余額是關(guān)聯(lián)的。子賬戶余額與父賬戶之間 的關(guān)聯(lián)可以通過以下方式完成創(chuàng)建兩個實體之間的指針、創(chuàng)建包含賬戶和關(guān)聯(lián)賬戶余額列表的表、創(chuàng)建包含關(guān)聯(lián)賬戶余額和賬戶的地址的表、或標識父賬戶與子賬戶余額之間的 關(guān)聯(lián)的任何其他方式。這些只是關(guān)聯(lián)賬戶余額與賬戶的幾個示例性方式。本領(lǐng)域技術(shù)人員 應(yīng)當認識到,存在關(guān)聯(lián)賬戶余額和賬戶的許多其他方式。可選地,也可以說父賬戶擁有子賬戶余額,換言之,父賬戶擁有關(guān)聯(lián)于該父賬戶的 賬戶余額。例如,賬戶50是時間余額70的父賬戶,因此賬戶50擁有時間余額70。正如子 賬戶余額關(guān)聯(lián)于父賬戶,賬戶所擁有的賬戶余額關(guān)聯(lián)于該賬戶。關(guān)聯(lián)賬戶所擁有的賬戶余 額的方式與關(guān)聯(lián)子賬戶余額與父賬戶的方式是一樣的。
基于關(guān)聯(lián)于賬戶余額的一個或多個余額選擇規(guī)則的實施,賬戶管理器30對賬戶 余額收費的嘗試會導(dǎo)致收費請求被路由至另一個賬戶。收費可能被路由至擁有賬戶余額的 賬戶。路由收費請求或消息會導(dǎo)致發(fā)送內(nèi)部消息。可選地,路由收費請求會導(dǎo)致賬戶管理 器30嘗試對關(guān)聯(lián)于父賬戶的余額收費。這些只是關(guān)于如何將收費路由至賬戶的兩個例子。 導(dǎo)致對擁有賬戶余額的賬戶實施收費的任何方法都可以是路由消息的例子。圖1可以用來說明賬戶管理器30如何路由收費請求至有責任的賬戶。在圖1中, 賬戶40的時間余額70由賬戶50所擁有或關(guān)聯(lián)于賬戶50,而事件余額100由賬戶60所擁 有。如果賬戶管理器30嘗試對由第二賬戶(例如賬戶50)所擁有的第一賬戶(例如賬戶 40)的賬戶余額(例如時間余額70)收費,則收費請求被路由至第二賬戶并且實施該第二 賬戶的余額選擇規(guī)則以確定應(yīng)當對該第二賬戶的至少一個余額中的哪一個收費。例如,核 心網(wǎng)110發(fā)送包含賬戶40的收費的收費請求至賬戶管理器30。至于收費賬戶余額的預(yù)先 選定的優(yōu)先級,賬戶管理器30實施余額選擇規(guī)則120并且確定應(yīng)當對賬戶40的時間余額 70收費。賬戶管理器30因而將收費請求路由至賬戶50,因為賬戶40的時間余額70由賬 戶50所擁有。賬戶管理器30然后實施關(guān)聯(lián)于賬戶50的余額的余額選擇規(guī)則以確定對賬 戶50的哪一個余額(若有的話)收費。在一個例子中,基于規(guī)則的分層賬戶資源管理系統(tǒng)或設(shè)備25包括多個部件,例如 一個或多個計算機軟件部件。若干這種部件可以在設(shè)備25中被組合或劃分。設(shè)備25的示 例性部件采用和/或包括一組和/或一系列以任一種或若干編程語言編寫或?qū)崿F(xiàn)的計算機 指令,如本領(lǐng)域技術(shù)人員應(yīng)當認識到的那樣。在一個例子中,設(shè)備25包括垂直定向,這里的 描述和附圖出于解釋的目的而說明了設(shè)備25的一個示例性定向,在一個例子中,設(shè)備25采用一個或多個計算機可讀信號承載介質(zhì)。計算機可讀 信號承載介質(zhì)存儲用于執(zhí)行設(shè)備25的一個或多個實現(xiàn)的一個或多個部分的軟件、固件和/ 或匯編語言。在一個例子中,設(shè)備25的計算機可讀信號承載介質(zhì)包括磁的、電的、光的、生 物的和原子的數(shù)據(jù)存儲介質(zhì)中的一個或多個。例如,計算機可讀信號承載介質(zhì)包括軟盤、磁 帶、CD-ROM、DVD-ROM、硬盤驅(qū)動器和電子存儲器?,F(xiàn)在參考圖2,其是多個分層賬戶160的實施例的一個例子。多個賬戶包括父賬戶 (上級分層賬戶)和子賬戶(下級分層賬戶)。如之前討論的那樣,第一賬戶的賬戶余額可以由第二賬戶所擁有或關(guān)聯(lián)于第二賬 戶。如果賬戶管理器30嘗試對父賬戶所擁有的賬戶余額收費,則該收費被路由至父賬戶。 賬戶管理器30然后嘗試對父賬戶的賬戶余額收費。路由收費至父賬戶的實施結(jié)果是一個 訂購者可以為另一個訂購者付費。例如,雇主可以負責支付屬于父賬戶的費用,而員工可以 負責支付子賬戶的費用。這兩個賬戶可以具有同一個服務(wù)提供商。員工的商務(wù)呼叫可能導(dǎo)致嘗試對子賬戶的余額收費。這個收費可以被路由至且施加于父賬戶。因此,通過以分層 方式安排賬戶,即以父-子的方式,若干賬戶余額可以被建立以使得一個人或?qū)嶓w為多個 訂購者付費。在實施方面,這意味著雇主通過一個父賬戶為若干員工付費。這可以緩解這 樣的情形,即每個員工收到關(guān)于他們的蜂窩電話使用的分別的賬單,并且每個員工負責分 開商務(wù)和個人費用并且從老板那里獲得商務(wù)費用。如之前所討論的那樣,賬戶可以具有一個或多個關(guān)聯(lián)的賬戶余額,并且賬戶余額 可以具有父賬戶。例如,如圖2所示,賬戶180關(guān)聯(lián)于量余額170,而量余額170也是賬戶 190的子。賬戶200同時是量余額210和事件余額220的父。賬戶190是量余額170和貨 幣余額240的父,并且賬戶190關(guān)聯(lián)于量余額210,該量余額210是賬戶200的子。 圖2也可以用來說明當賬戶管理器20嘗試實施收費時如何穿越賬戶層級。賬戶 管理器30嘗試基于關(guān)聯(lián)于賬戶余額的余額選擇規(guī)則來對賬戶余額收費。作為第一實例,基 于一個或多個余額選擇規(guī)則的實施,賬戶管理器30可以嘗試對事件余額250收費。在嘗試 對事件余額250收費之后,賬戶管理器30首先嘗試對時間余額260、量余額170和貨幣余額 270收費。如果賬戶管理器30確定它無法對任一個余額260、170、270收費,則賬戶管理器 30嘗試對事件余額250收費。在這種情況下,事件余額250不是由父賬戶所擁有的,因此, 賬戶管理器30嘗試將收費請求施加于賬戶180的事件余額250。賬戶管理器30實施事件 余額250的余額選擇規(guī)則280以確定事件余額250是否可以被收費。如果賬戶管理器30 確定事件余額250無法被收費,則呼叫被禁止。作為第二實例,收費請求會導(dǎo)致賬戶管理器30對賬戶余額的父賬戶收費。賬戶管 理器30可能嘗試對貨幣余額240收費。如果滿足余額選擇規(guī)則290,則賬戶管理器30確定 貨幣余額240由賬戶190所擁有。收費請求被路由至賬戶190并且賬戶管理器30實施賬 戶190的余額選擇規(guī)則292、294、296、298來確定對賬戶190的哪一個余額收費。在實施賬 戶190的余額選擇規(guī)則292、294、296、298之后,賬戶管理器30可以確定賬戶190的貨幣余 額300應(yīng)當被收費,因此余額300被收費并且呼叫被許可。另一方面,如果賬戶管理器30 確定賬戶190的余額292、294、296、298中沒有一個能被收費,則呼叫被禁止。作為第三實例,對賬戶收費的嘗試會導(dǎo)致賬戶管理器30對賬戶余額的父賬戶的 父賬戶收費。例如,賬戶管理器30可能嘗試對量余額170收費。由于量余額170由賬戶 190所擁有,因此賬戶管理器30實施賬戶190的每個余額選擇規(guī)則?;谫~戶190的余額 選擇規(guī)則的實施,賬戶管理器30可以確定應(yīng)當對量余額210收費。由于量余額210由賬 戶200所擁有,因此賬戶管理器30將收費路由至賬戶200?;谫~戶200的余額選擇規(guī)則 312、314、316、318的實施,賬戶管理器30可以確定量余額305應(yīng)當被收費,量余額305被收 費并且呼叫被許可。如果關(guān)聯(lián)于賬戶180、190、200的余額中沒有一個能被收費,則呼叫被 禁止?,F(xiàn)在參考圖3,其是說明被安排成計費平面320的若干基于規(guī)則的分層賬戶的圖 示。計費平面包括至少一個賬戶。每個賬戶具有賬戶擁有者并且每個計費平面具有擁有者。 賬戶中的每個余額是計費平面的一部分,但是賬戶的所有余額不必是同一個計費平面的一 部分。賬戶可以具有作為一個計費平面的一部分的一些余額以及作為另一個計費平面的一 部分的其他余額。例如,賬戶340的余額330是家庭平面350的一部分而賬戶340的余額 360是公司平面370的一部分。
出于說明的目的,第一家庭成員可以是賬戶380的擁有者而第二家庭成員可以是 賬戶390的擁有者,并且監(jiān)護人可以是賬戶340的擁有者。雇主可以是公司平面370的擁有 者而監(jiān)護人是家庭平面350的擁有者。監(jiān)護人負責支付余額330而雇主負責支付余額360。包括計費平面的余額選擇規(guī)則可以由平面擁有者來更新。如果平面擁有者允許更 新,則賬戶擁有者可以更新余額選擇規(guī)則。這些規(guī)則可以被實時更新。因此,一旦賬戶被更 新,該賬戶的收費就反映出更新信息。作為家庭平面350的擁有者,監(jiān)護人可以更新余額 330的余額選擇規(guī)則400以及賬戶380和390的所有余額選擇規(guī)則410、420、430和440。 在監(jiān)護人的控制下,第一和第二家庭成員可以更新各自賬戶380、390的余額選擇規(guī)則410、 420、430、440。類似地,雇主可以更新關(guān)聯(lián)于賬戶530、540、550和560的所有余額選擇規(guī)則 450、460、470、480、490、500、510、520。雇主也可以更新關(guān)聯(lián)于賬戶340的余額360的余額 選擇規(guī)則。作為員工的公司平面370的成員監(jiān)護人,可以在公司平面擁有者的授權(quán)下更新 關(guān)聯(lián)于余額360的余額選擇規(guī)則。圖3也可以用來說明采樣余額收費是如何產(chǎn)生計費平面擁有者的賬單的。如果 第一家庭成員發(fā)出呼叫,這導(dǎo)致核心網(wǎng)110發(fā)送收費請求,賬戶管理器30將該請求路由至 賬戶380,則賬戶380的余額選擇規(guī)則410、420被應(yīng)用于該 收費請求,這會導(dǎo)致嘗試對余額 570收費。由于余額570由賬戶340所擁有,因此賬戶管理器30重新路由收費請求至賬戶 340。賬戶340的余額選擇規(guī)則400、580會導(dǎo)致余額330被收費。最后,監(jiān)護人負責關(guān)聯(lián)于 余額330的任何收費。另一方面,如果監(jiān)護人發(fā)出導(dǎo)致嘗試對余額360收費的呼叫,則收費 請求被路由至賬戶550。公司平面370的擁有者負責對賬戶550收費并且必須支付關(guān)聯(lián)于 賬戶550的余額收費的任何賬單?,F(xiàn)在參考圖4,其是說明余額規(guī)則提供信道610、余額規(guī)則提供系統(tǒng)620和位于OCS 635上的賬戶630的功能框圖600。運營商或訂購者可以使用余額規(guī)則提供信道610來實 時地更新關(guān)聯(lián)于它們的賬戶的余額選擇規(guī)則。運營商或訂購者也可以使用余額規(guī)則提供接 口 610來發(fā)送與分層賬戶有關(guān)的消息。與賬戶有關(guān)的消息可能涉及添加、刪除和安排余額 選擇規(guī)則。該消息也可能涉及對關(guān)聯(lián)于賬戶的余額的優(yōu)先級重新排序。訂購者和運營商可以使用不同的用戶接口。訂購者可以使用訂購者用戶接口 630 而運營商可以使用運營商用戶接口 640。訂購者用戶接口 630包含web門戶650、無線接入 協(xié)議(WAP)門戶660、或交互式語音應(yīng)答(IVR)門戶670。用戶接口 630包括這些門戶中的 一個或多個。運營商用戶接口 640可以具有web門戶680。通過訂購者用戶接口 630和運營商用戶接口 640所輸入的余額選擇規(guī)則被發(fā)送至 余額規(guī)則提供系統(tǒng)620。余額規(guī)則提供系統(tǒng)620包含訂購者余額選擇規(guī)則分析器690和運 營商余額選擇規(guī)則分析器700。如果訂購者嘗試修改一組余額選擇規(guī)則,則余額規(guī)則提供系 統(tǒng)620轉(zhuǎn)發(fā)這些修改至訂購者余額選擇規(guī)則分析器690。類似地,當運營商嘗試修改余額選 擇規(guī)則時,余額規(guī)則提供系統(tǒng)620轉(zhuǎn)發(fā)這些修改至運營商余額選擇規(guī)則分析器700。如果訂購者嘗試修改余額選擇規(guī)則,則訂購者余額選擇規(guī)則分析器690檢驗該修 改是被許可的。例如,如果訂購者試圖修改一組余額選擇規(guī)則并且不是計費平面擁有者,則 該訂購者可以被許可執(zhí)行一些更新但是不能做其他事情。例如,計費平面擁有者可以允許 該訂購者更新白名單,但不能更新業(yè)務(wù)類型或時間段。如果該訂購者試圖更新白名單,則該 訂購者的余額選擇規(guī)則分析器690允許該更改。另一方面,如果該訂購者試圖更新業(yè)務(wù)類型或時間段,則該訂購者的余額選擇規(guī)則分析器690禁止該更新。運營商的余額選擇規(guī)則分析器700檢驗由運營商輸入的余額選擇規(guī)則是被許可 的。這可以確保余額選擇規(guī)則在語法上是正確的,運營商嘗試修改的規(guī)則是由特定賬戶使 用的規(guī)則,以及保證運營商正確輸入余額選擇規(guī)則的任何其他檢查。在一個例子中,功能框圖600包括多個部件,例如一個或多個計算機軟件部件。若 干這種部件可以在功能框圖600中被組合或劃分。功能框圖600的示例性部件采用和/或 包括一組和/或一系列以任一種或若干編程語言編寫或?qū)崿F(xiàn)的計算機指令,如本領(lǐng)域技術(shù) 人員所認識到的那樣。在一個例子中,功能框圖600包括垂直定向,這里的描述和附圖出于 解釋的目的說明了功能框圖600的一個示例性定向。在一個例子中,功能框圖600采用一個或多個計算機可讀信號承載介質(zhì)。計算機 可讀信號承載介質(zhì)存儲用于執(zhí)行所述設(shè)備的一個或多個實現(xiàn)的一個或多個部分的軟件、固 件和/或匯編語言。在一個例子中,功能框圖600的計算機可讀信號承載介質(zhì)包括磁的、電 的、光的、生物的和原子的數(shù)據(jù)存儲介質(zhì)中的一個或多個。例如,計算機可讀信號承載介質(zhì) 包括軟盤、磁帶、CD-ROM、DVD-ROM、硬盤驅(qū)動器和電子存儲器?,F(xiàn)在參考圖5,示出了用于對賬戶余額收費并且管理網(wǎng)絡(luò)使用的基于規(guī)則的分層 余額選擇方法730的一個例子。方法730開始于空閑狀態(tài)740。用戶發(fā)起通信會話750。 該通信會話導(dǎo)致嘗試對分層賬戶收費。賬戶管理器30在760嘗試通過實施關(guān)聯(lián)于賬戶的 第一余額的一組余額選擇規(guī)則(BSR)來對賬戶收費。如果賬戶管理器30在780不能對賬 戶收費,則該方法在790確定賬戶中是否存在更多的余額。如果在790賬戶中沒有更多的 余額,則該呼叫在800被禁止并且該方法在810結(jié)束。如果在790賬戶中有更多的余額,則 在820實施關(guān)聯(lián)于下一余額的余額選擇規(guī)則,并且方法730重復(fù)進行用于確定余額是否可 收費的過程780。如果在780該余額為可收取,則方法730在830確定該余額是否具有父賬戶。如 果余額具有父賬戶,則方法730實施關(guān)聯(lián)于父賬戶760的第一余額的余額選擇規(guī)則。如果 沒有關(guān)聯(lián)于余額830的父賬戶,則在840對該余額收費并且方法730在810結(jié)束。這里描述的步驟或操作只是示例性的。在不脫離基于規(guī)則的分層賬戶資源管理系 統(tǒng)的精神的前提下,可以對這些步驟或操作實現(xiàn)許多變型。例如,這些步驟可以以不同的順 序執(zhí)行,或者可以添加、刪除或修改步驟。盡管這里已經(jīng)詳細描述和說明了基于規(guī)則的分層賬戶資源管理系統(tǒng)的示例性實 現(xiàn),然而本領(lǐng)域技術(shù)人員應(yīng)當清楚,可以在不脫離基于規(guī)則的分層賬戶資源管理系統(tǒng)的精 神的前提下進行各種不同的修改、添加、替換等,并且它們都被看作是在如后面的權(quán)利要求 中所限定的基于規(guī)則的分層賬戶資源管理系統(tǒng)的范圍內(nèi)。
權(quán)利要求
一種用于管理無線網(wǎng)絡(luò)系統(tǒng)資源的方法,包括下列步驟實施至少一個余額選擇規(guī)則以確定要收費的有責任的分層賬戶余額;和基于實施所述余額選擇規(guī)則的結(jié)果來管理無線網(wǎng)絡(luò)系統(tǒng)資源。
2.根據(jù)權(quán)利要求1所述的方法,其中,實施至少一個余額選擇規(guī)則的步驟還包括確定 余額選擇規(guī)則的類型。
3.根據(jù)權(quán)利要求1所述的方法,其中,實施至少一個余額選擇規(guī)則的步驟還包括基于 優(yōu)先級來實施至少一個余額選擇規(guī)則。
4.根據(jù)權(quán)利要求1所述的方法,其中,確定有責任的分層賬戶余額的步驟還包括 在多個分層賬戶余額之一接收收費請求;確定所述分層賬戶余額之一是否由父分層賬戶所擁有; 將所述收費請求路由至所述父分層賬戶,該父分層賬戶關(guān)聯(lián)于子分層賬戶余額; 確定所述子分層賬戶余額中的至少一個是否負責該收費請求;和 對所述子分層賬戶余額中的至少一個收費。
5.根據(jù)權(quán)利要求4所述的方法,還包括如果不存在負責所述收費請求的子分層賬戶余 額,則禁止通信會話。
6.根據(jù)權(quán)利要求4所述的方法,其中,確定所述子分層賬戶余額中的至少一個是否負 責該收費請求的步驟還包括確定所述子分層賬戶余額中的至少一個的余額類型。
7.一種系統(tǒng),包括 至少一個分層賬戶;和賬戶管理器,其用于基于實施至少一個余額選擇規(guī)則來管理通信會話的無線網(wǎng)絡(luò)使 用,并且基于所述余額選擇規(guī)則來從所述至少一個分層賬戶中選擇收費分層賬戶余額,并 且對該收費分層賬戶余額收費。
8.根據(jù)權(quán)利要求7所述的系統(tǒng),其中,所述至少一個分層賬戶包括父分層賬戶和子分 層賬戶。
9.根據(jù)權(quán)利要求7所述的系統(tǒng),其中,所述至少一個分層賬戶還包括關(guān)聯(lián)于所述至少一個分層賬戶的至少一個分層賬戶余額,其中所述至少一個分層賬戶 余額被用來存儲網(wǎng)絡(luò)使用余額;和關(guān)聯(lián)于用于確定網(wǎng)絡(luò)使用的所述至少一個分層賬戶余額的至少一個余額選擇規(guī)則。
10.根據(jù)權(quán)利要求7所述的系統(tǒng),還包括用于提供余額選擇規(guī)則的余額規(guī)則提供接口;用于實時地提供和檢驗余額選擇規(guī)則的余額規(guī)則提供系統(tǒng);和用于接收和發(fā)送與分層賬戶有關(guān)的消息的消息協(xié)議接口。
11.根據(jù)權(quán)利要求10所述的系統(tǒng),其中,所述余額規(guī)則提供接口還包括訂購者用戶輸入端,其用于實時地輸入訂購者的余額選擇規(guī)則并且提供該訂購者的余 額選擇規(guī)則給所述余額規(guī)則提供系統(tǒng);和運營商用戶輸入端,其用于實時地輸入運營商的余額選擇規(guī)則并且提供該運營商的余 額選擇規(guī)則給所述余額規(guī)則提供系統(tǒng)。
12.根據(jù)權(quán)利要求11所述的系統(tǒng),其中,所述訂購者的用戶輸入端包括以下各項中的 至少一個用于輸入所述訂購者的余額選擇規(guī)則的web門戶輸入端; 用于輸入所述訂購者的余額選擇規(guī)則的無線接入?yún)f(xié)議輸入端;和 用于輸入所述訂購者的余額選擇規(guī)則的交互式語音識別輸入端。
13.根據(jù)權(quán)利要求11所述的系統(tǒng),其中,所述運營商的用戶輸入端包括用于輸入運營 商的余額選擇規(guī)則的web門戶。
14.根據(jù)權(quán)利要求10所述的系統(tǒng),其中,如果所述系統(tǒng)位于多個在線計費系統(tǒng)上,則所 述消息協(xié)議接口還包括用于發(fā)送和接收Diameter Ro協(xié)議消息的Diameter Ro接口。
15.根據(jù)權(quán)利要求10所述的系統(tǒng),其中,如果所述系統(tǒng)位于一個在線計費系統(tǒng)上,則所 述消息協(xié)議接口還包括用于發(fā)送和接收消息的自定義協(xié)議接口。
16.根據(jù)權(quán)利要求7所述的系統(tǒng),其中,所述賬戶管理器選擇要收費的至少一個分層賬 戶余額,并且如果不存在要向其路由收費的分層賬戶并且不存在要收費的分層賬戶余額則 禁止通信會話。
17.根據(jù)權(quán)利要求7所述的系統(tǒng),其中,所述至少一個分層賬戶被安排成至少一個計費平面。
18.根據(jù)權(quán)利要求17所述的系統(tǒng),其中,所述至少一個計費平面包括至少一個訂購者 和至少一個分層賬戶余額。
19.根據(jù)權(quán)利要求17所述的系統(tǒng),其中,所述至少一個分層賬戶包括多個關(guān)聯(lián)的分層 賬戶余額,其中每個關(guān)聯(lián)的分層賬戶余額屬于不同的計費平面。
20.根據(jù)權(quán)利要求7所述的系統(tǒng),其中,每個分層賬戶關(guān)聯(lián)于至少一個計費平面。
全文摘要
提供了一種用于通過基于規(guī)則的賬戶層級來分配系統(tǒng)資源的系統(tǒng)和方法。賬戶管理器嘗試對賬戶實施系統(tǒng)收費。在實施對賬戶的收費時,賬戶管理器檢查關(guān)聯(lián)于該賬戶的余額選擇規(guī)則。如果在檢查余額選擇規(guī)則之后賬戶管理器確定滿足了該余額選擇規(guī)則,則賬戶管理器嘗試對該賬戶收費。如果余額由父賬戶所擁有,則該收費被路由至該父賬戶。如果該余額不由該父賬戶所擁有,則該余額被收費。如果在檢查賬戶的所有余額選擇規(guī)則之后賬戶管理器沒有找到要收費的余額,則通信會話被禁止。
文檔編號G06Q20/00GK101868965SQ200780101646
公開日2010年10月20日 申請日期2007年11月21日 優(yōu)先權(quán)日2007年11月21日
發(fā)明者李向陽, 蔡亦鋼 申請人:朗訊科技公司