基於多帳戶的在線計費處理方法、裝置和系統的製作方法

2023-04-25 22:19:31

專利名稱：基於多帳戶的在線計費處理方法、裝置和系統的製作方法
技術領域：
本發明涉及網絡通訊技術領域，具體涉及多帳戶情況下的在線計費處理技術。
背景技術：
在對業務進行在線計費過程中，往往會出現用戶帳戶餘額或剩餘資源不足的情 況。在這種情況下，餘額管理中心(Account Balance Management,ABM)會向在線計費系統 (Online Charge Syetem, 0CS)返回包含有用戶帳戶可用總資金或可用總資源的鑑權計費 應答消息，OCS在通過比較確定鑑權計費應答消息中的可用總資金或可用總資源與OCS進 行的批價計費結果不相同時，根據可用總資金或可用總資源進行業務量反算，並根據業務 量反算結果向業務控制點(Service Control Point, SCP)或GPRS網關支持節點(Gateway GPRS Supporting Node, GGSN)等接入網元返回鑑權計費應答消息，從而控制了欠費風險。目前存在用戶多帳戶的現象，即一個用戶可以存在多個帳戶。用戶的一個業務可 以通過多個帳戶付費，例如，用戶的一個業務可以由集團帳戶和個人帳戶按照分攤的形式 付費。另外，用戶還可以同時進行多業務，例如，用戶在進行通話的同時使用了視頻點播和 網頁瀏覽業務等，這樣，多業務可以由多帳戶來付費。在用戶發生的業務通過多帳戶支付的 情況下，如果出現用戶帳戶餘額不足或剩餘資源不足的現象，OCS無法根據ABM返回的可用 總資金或可用總資源進行準確的業務量反算，從而存在欠費風險。

發明內容
本發明實施方式提供的基於多帳戶的在線計費處理方法、裝置和系統，可實現針 對同一用戶的多帳戶的在線計費處理，避免了欠費風險。本發明實施方式提供的基於多帳戶的在線計費處理方法，包括餘額管理中心接收鑑權計費請求消息，所述鑑權計費請求消息包含了請求的業務 類型和請求的資源；所述餘額管理中心根據所述鑑權計費請求消息，確定所述業務類型對應的多個帳 戶；所述餘額管理中心確定所述多個帳戶的預留總資源少於所述鑑權計費請求消息 所請求的資源，向在線計費系統發送鑑權計費應答消息，所述鑑權計費應答消息包含了各 個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源，以便於在線計費系 統根據所述各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源進行業
務量反算。一種餘額管理中心，包括接收模塊，用於接收鑑權計費請求消息，所述鑑權計費請求消息包含了請求的業 務類型和請求的資源；帳戶模塊，用於根據該鑑權計費請求消息確定所述業務類型對應的多個帳戶；確定模塊，用於確定所述多個帳戶的預留總資源少於所述鑑權計費請求消息所請
5求的資源，向在線計費系統發送鑑權計費應答消息，所述鑑權計費應答消息包含了各個帳 戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源，以便於在線計費系統根 據所述各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源進行業務量反算。一種基於多帳戶的在線計費處理系統，包括在線計費系統，用於向餘額管理中心發送鑑權計費請求消息，所述鑑權計費請求 消息包含了請求的業務類型和請求的資源，接收所述餘額管理中心發送的鑑權計費應答消 息，所述鑑權計費應答消息包含了各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個 帳戶的剩餘資源，在確定出所述鑑權計費應答消息中包含各個帳戶的剩餘資源小於預算的 總資源時，根據所述各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資 源進行業務量反算；餘額管理中心，用於接收所述在線計費系統發送來的鑑權計費請求消息，根據所 述鑑權計費請求消息確定所述業務類型對應的多個帳戶，確定所述多個帳戶的預留總資源 少於所述鑑權計費請求消息所請求的資源，向在線計費系統發送鑑權計費應答消息。通過上述技術方案的描述可知，餘額管理中心通過向在線計費系統返回包含有多 個帳戶的帳戶類型信息、帳戶支付的業務類型信息和帳戶的預留總金額或預留總資源信息 的鑑權計費應答消息，使在線計費系統可以根據鑑權計費應答消息中包含的信息進行準確 的業務量反算，從而可以實現針對同一用戶的多帳戶的在線計費處理，避免了欠費風險。


為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以 根據這些附圖獲得其他的附圖。圖1是本發明實施例一的基於多帳戶的在線計費處理方法流程圖；圖2是本發明實施例二的基於多帳戶的在線計費處理方法示意圖；圖3是本發明實施例三的基於多帳戶的在線計費處理方法示意圖；圖4是本發明實施例四的網絡設備示意圖；圖4A是本發明實施例四確定模塊的一個示意圖；圖4B是本發明實施例四確定模塊的另一個示意圖；圖4C是本發明實施例四確定模塊的第三個示意圖；圖5是本發明實施例五的基於多帳戶的在線計費處理系統示意圖；圖5A是本發明實施例五系統的第一種示意圖；圖5B是本發明實施例五系統的第二種示意圖；圖5C是本發明實施例五系統的第三種示意圖。
具體實施例方式下面通過實施例對本發明的具體實現過程進行例舉說明。顯然，下面所描述的實 施例是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。實施例一、基於多帳戶的在線計費處理方法。該方法的流程如附圖1所示。圖1中，S100、餘額管理中心接收鑑權計費請求消息，鑑權計費請求消息包含了請 求的業務類型和請求的資源。這裡的餘額管理中心可以包括集中帳戶管理的餘額管理中心，也可以包括多個分 散帳戶管理的餘額管理中心。也就是說，接收鑑權計費請求消息的餘額管理中心可以為集 中帳戶管理的餘額管理中心，也可以為多個分散帳戶管理的餘額管理中心或者其中的任一 個餘額管理中心。另外，SlOO中的餘額管理中心為對用戶發生的業務對應的帳戶進行管理 的餘額管理中心。在SlOO中的餘額管理中心為集中帳戶管理的餘額管理中心時，集中帳戶管理的 餘額管理中心接收的鑑權計費請求消息為在線計費系統發送的鑑權計費請求消息，例如， 在線計費系統在接收到SCP或GGSN等接入網元發送的鑑權計費請求消息且進行了計費批 價處理後，在線計費系統向集中帳戶管理的餘額管理中心發送鑑權計費請求消息。在SlOO中的餘額管理中心為多個分散帳戶管理的餘額管理中心時，其中任一餘 額管理中心接收的鑑權計費請求消息可以為在線計費系統發送的鑑權計費請求消息，例 如，在線計費系統在接收到SCP或GGSN等接入網元發送的鑑權計費請求消息且進行了計費 批價處理後，在線計費系統向多個分散帳戶管理中心均發送鑑權計費請求消息。這裡的多 個分散帳戶管理的餘額管理中心可以均為對用戶發生的業務對應的帳戶進行管理的餘額 管理中心。在SlOO中的餘額管理中心為分散帳戶管理的第一餘額管理中心時，第一餘額管 理中心接收的鑑權計費請求消息可以為在線計費系統發送來的鑑權計費請求消息，例如， 在線計費系統在接收到SCP或GGSN等接入網元發送的鑑權計費請求消息且進行了計費批 價處理後，在線計費系統向第一餘額管理中心發送鑑權計費請求消息。這裡的第一餘額管 理中心可以為對用戶發生的業務對應的至少一個帳戶進行管理的餘額管理中心。在SlOO中的餘額管理中心為分散帳戶管理的其它餘額管理中心(即多個分散帳 戶管理的餘額管理中心中的除第一餘額管理中心之外的餘額管理中心)時，其它餘額管理 中心接收的鑑權計費請求消息可以為第一餘額管理中心發送來的鑑權計費請求消息，例 如，在線計費系統在接收到SCP或GGSN等接入網元發送的鑑權計費請求消息且進行了計費 批價處理後，在線計費系統向第一餘額管理中心發送鑑權計費請求消息，第一餘額管理中 心向其它餘額管理中心分別發送鑑權計費請求消息。這裡的其它餘額管理中心同樣為對用 戶發生的業務對應的至少一個帳戶進行管理的餘額管理中心。本發明的實施例中的資源可以包括金額，時長，簡訊條數，流量，彩信條數等業務 度量；一個鑑權計費請求可以包括多個業務類型，而一個業務類型可以在ABM中對應多個 不同的帳戶。在SllO中的業務類型為多個業務類型時，多個業務類型中的至少一個業務類 型對應有多個帳戶。在SllO中的業務類型為一個業務類型時，該業務類型對應有多個帳戶。S110、餘額管理中心根據接收到的鑑權計費請求消息，確定業務類型對應的多個 帳戶。
餘額管理中心可以利用現有的多種方式(如利用帳戶匹配規則等)確定出業務類 型對應的多個帳戶，本實施例不限制餘額管理中心確定業務類型對應的多個帳戶的具體實 現方式。S120、餘額管理中心在確定出多個帳戶預留總資源少於支付鑑權計費請求消息所 請求資源(即預留總資源小於鑑權計費請求消息請求的資源)時，向在線計費系統發送鑑 權計費應答消息，所述鑑權計費應答消息包含了各個帳戶的帳戶類型、各個帳戶支付的業 務類型和各個帳戶的剩餘資源，以便於在線計費系統根據所述各個帳戶的帳戶類型、各個 帳戶支付的業務類型和各個帳戶的剩餘資源進行業務量反算。在S120中，根據帳戶為業務支付方式的不同，多個帳戶的預留總資源不足以支付 鑑權計費請求消息所請求資源可以有多種理解方式，例如，針對一個業務而言，如果該業務 對應的多個帳戶合起來的總資源小於請求的資源，則說明多個帳戶的預留總資源不足以支 付鑑權計費請求消息所請求資源；再例如，針對一個業務而言，如果該業務對應的多個帳戶 需要按照預定比例分攤的方式來支付該業務請求資源，則在多個帳戶中的至少一個帳戶不 能夠支付其分攤的資源時，說明多個帳戶的預留總資源不足以支付鑑權計費請求消息所請 求的資源。本實施例不限制多個帳戶的預留總資源不足以支付鑑權計費請求消息所請求的 資源的具體理解方式。在S120中餘額管理中心獲取有上述多個帳戶的帳戶類型、帳戶支付的業務類型 和帳戶的預留總資源信息。這裡的帳戶類型如個人帳戶類型以及集團帳戶類型等，帳戶支 付的業務類型如本地通話業務類型以及上網流量業務類型等，帳戶的預留總資源如通話預 留費用、一條簡訊以及流量信息等。本實施例不限制帳戶類型、帳戶支付的業務類型以及帳 戶的預留的資源具體包括的內容。在餘額管理中心為集中帳戶管理的餘額管理中心時，集中帳戶管理的餘額管理中 心獲取多個帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源信息的過程可以 為集中帳戶管理的餘額管理中心針對多個帳戶分別進行資源預留處理，並根據資源預留 處理結果(如可預留總資源小於請求的資源)獲取多個帳戶的帳戶類型、帳戶支付的業務 類型和帳戶的預留總資源。當然，集中帳戶管理的餘額管理中心也可以先獲取多個帳戶的 帳戶類型、帳戶支付的業務類型和帳戶的預留總資源信息，再進行資源預留處理。之後，在 需要返回上述獲取的信息的情況下，集中帳戶管理的餘額管理中心可以向在線計費系統返 回包含有上述信息的鑑權計費應答消息。在餘額管理中心為多個分散帳戶管理的餘額管理中心時，各餘額管理中心獲取多 個帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源的過程可以為各餘額管理 中心分別針對多個帳戶中的本地帳戶進行資源預留處理，各餘額管理中心分別根據資源預 留處理結果獲取本地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源。當然，各 餘額管理中心也可以先獲取多個帳戶中的本地帳戶的帳戶類型、帳戶支付的業務類型和帳 戶的預留總資源信息，再進行資源預留處理。之後，在需要返回上述獲取的信息的情況下， 各餘額管理中心可以均向在線計費系統返回包含有上述信息的鑑權計費應答消息。在餘額管理中心為第一餘額管理中心時，第一餘額管理中心針對多個帳戶中的本 地帳戶分別進行資源預留處理，並根據處理結果獲取本地帳戶的帳戶類型、帳戶支付的業 務類型和帳戶的預留總資源。當然，第一餘額管理中心也可以先獲取多個帳戶中的本地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源信息，再進行資源預留處理。該 第一餘額管理中心還需要從其它餘額管理中心返回的鑑權計費應答消息中獲取異地帳戶 的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源。之後，在需要返回上述獲取的信息 的情況下，第一餘額管理中心可以向在線計費系統返回包含有上述信息的鑑權計費應答消 息。第一餘額管理中心向在線計費系統返回的鑑權計費應答消息中包含有本地帳戶和/或 異地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源信息。在不存在不足以支 付的情況下，第一餘額管理中心向在線計費系統返回的鑑權計費應答消息中可以不包含有 帳戶類型、帳戶支付的業務類型和帳戶的預留總資源。在餘額管理中心為多個分散帳戶管理中的除第一餘額管理中心之外的其它餘額 管理中心時，其它餘額管理中心針對多個帳戶中的本地帳戶進行資源預留處理，並根據處 理結果獲取本地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源。當然，其它餘 額管理中心也可以先獲取多個帳戶中的本地帳戶的帳戶類型、帳戶支付的業務類型和帳戶 的預留總資源，再進行資源預留處理。之後，在需要返回上述獲取的信息的情況下，其它餘 額管理中心需要向第一餘額管理中心返回該信息，如其它餘額管理中心通過鑑權計費應答 消息向第一餘額管理中心返回上述獲取到的信息。從上述實施例一的描述可知，餘額管理中心通過向在線計費系統返回包含有多個 帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源信息的鑑權計費應答消息，使 在線計費系統可以根據鑑權計費應答消息中包含的信息進行準確的業務量反算，從而可以 實現針對同一用戶的多帳戶的在線計費處理，避免了欠費風險。另外，實施例一針對餘額管 理中心的集中分布和分散分布的不同設置方式均設置了對應的解決方案，滿足了不同網絡 的在線計費處理需求。實施例二、基於多帳戶的在線計費處理方法。該方法的流程如附圖2所示。S201、用戶使用業務時，接入網元進行業務接入和連接控制處理，接入網元可以 為IP多媒體子系統IMS軟交換、SCP或GGSN等，接入網元適配用戶的業務接入，並對整個 接入業務流程進行處理。接入網元在允許業務接入時，向在線計費系統(Online Charge Syetem, 0CS)發送鑑權計費請求消息以請求OCS進行在線計費鑑權控制，鑑權計費請 求消息可以是Diameter信用控制應用協議信用控制請求(Diameter Credit Control Application Credit Control Request,DCCA CCR)消息，上述 CCR 消息可以為包含有初始 接入Initial的CCR消息或者包含有更新Update的CCR消息等。CCR消息中包含的信息很 多，比如，申請鑑權計費的業務類型、主叫號碼、被叫號碼、計費區號信息和各業務度量(如 呼叫時長、上網流量、下載流量、簡訊條數等)等信息。本實施例不限制CCR消息所包含的 具體內容以及具體格式等。S202、OCS接收接入網元發送來的鑑權計費請求消息，OCS根據鑑權計費請求消息 分析業務類型和請求類型；這裡的請求的類型如事件類型、會話類型、中間請求類型、初始 請求類型或者結束請求類型等。OCS根據計費策略和資費針對業務的業務類型和請求類型 進行計費批價處理，其中，計費批價處理結果包括用戶請求的各業務費用(即業務對應的 請求金額)以及業務資源(即業務對應的請求資源)等；上述業務資源如時長或者流量等。S203、0CS將計費批價處理結果通過DCCA CCR消息發送給ABM，以請求業務資源或 帳戶金額。OCS向ABM發送的CCR消息中可以包含有業務類型、申請費用(即各個業務請求的金額)、申請業務資源(即各個業務請求的資源，如時長或者流量等)主叫號碼以及被叫
號碼等信息。S204、ABM接收OCS發送來的CCR消息。ABM根據CCR消息確定對應的帳戶，如 ABM根據預定帳戶規則確定與CCR消息請求的是金額還是資源以及業務類型等匹配的帳 戶。ABM在匹配的所有帳戶的可用總金額(即預留總金額)或者可用總資源(即預留總資 源)不足時，將所有帳戶的可用總金額或者可用總資源進行鎖定；ABM在匹配的所有帳戶的 可用總金額或可用總資源足夠時，鎖定匹配帳戶上對應的預留金額或預留資源，匹配帳戶 上多餘的金額或資源不進行鎖定預留。一個具體的例子用戶無線上網中的瀏覽業務請求 0. 3元資金、點播業務請求0. 4元資金，ABM根據帳戶規則確定瀏覽業務可以由帳戶Al (即 現金帳戶(帳上有可用金額0.1元))和帳戶A2(即贈送帳戶(帳上有可用金額0.2元)) 支付，點播業務可以由帳戶A2和帳戶A3 (即專用資金帳戶(帳上有可用金額0. 05元)) 支付；由於帳戶Al、帳戶A2和帳戶A3均不足以支付瀏覽業務和點播業務請求的金額，即 (0. 1+0. 2+0. 05) < (0. 3+0. 4)，因此，ABM分別鎖定帳戶A1、A2和A3中的可用金額，即鎖定 可用金額0. 1、0. 2和0. 05元。S205、ABM將預留結果通過鑑權計費應答消息(如DCCA CCA(Credit Control Answer,信用控制應答)消息返回給OCS。ABM返回的DCCA CCA消息中包含有ABM中能夠 為業務請求支付的各帳戶的餘額、帳戶類型信息、以及該帳戶可以支付的業務類型信息等。 一個具體的例子ABM返回的CCA消息中包含有帳戶Al為現金帳戶類型信息，帳戶Al可以 支付的業務類型為瀏覽業務，以及帳戶Al可以預留金額為0. 1元；帳戶A2為贈送帳戶類型 信息，帳戶A2可以支付的業務類型為點播業務，以及帳戶A2可以預留金額為0. 3元；帳戶 A3為專用帳戶類型信息，帳戶A3可以支付的業務類型為點播業務，以及帳戶A3可以預留金 額為0. 05元等。S206、OCS接收ABM返回的CCA消息，將CCA消息中的帳戶類型信息、預留的金額和 業務類型與計費批價處理結果進行比較，如果與計費批價處理結果一致，則OCS不進行業 務量反算，如果與計費批價處理結果不一致，即預留金額小於計費批價處理結果，則OCS根 據CCA消息中的帳戶類型信息、預留金額和業務類型進行業務量反算。業務量反算過程如 根據預留金額計算用戶業務可以使用的業務量。反算算法可以為根據業務許可和優先級、 或者固定比例分攤對預留金額進行計算，以獲得預留金額可以支持的業務量。一個具體的 例子0CS根據ABM返回的帳戶Al、A2和A3的預留金額、帳戶Al、A2和A3的帳戶類型、以 及帳戶Al、A2和A3分別支持的業務類型計算出預留的金額可以支持的業務量。另一個具 體的例子0CS根據集團帳戶和個人帳戶的固定分攤比例計算出預留金額可以支持的最大 業務量。業務量反算的過程可以是最優求解多元一次方程組的過程，業務量反算的過程可 以有多種，本實施例不限制業務量反算的具體實現過程。S207、OCS根據業務量反算結果向接入網元發送DCCA CCA消息，該CCA消息中可 以包括各業務的授權信息和計費業務量信息。接入網元可以根據授權信息和計費業務量信 息對業務接入過程進行監控。S208、用戶停止使用業務或者計費監控結束時，接入網元向OCS發送DCCA CCR(如 包含有終止信息的CCR)消息，以申請計費。該CCR消息中包含有業務類型、業務使用量、主 叫號碼、被叫號碼、以及計費區號等信息。
S209、OCS接收接入網元發送來的CCR消息，OCS根據計費策略對各項業務進行計 費批價。計費批價結果可以是用戶使用的各業務費用、或者業務資源(如時長或者流量等) 等。如果計費批價涉及多個帳戶，且針對各帳戶進行計費批價的費率不同，則應採用不同的 費率對業務進行準確的計費比價。一個具體的例子瀏覽業務使用帳戶Al和帳戶A2的計費批價的費率不同，則OCS 針對優先級高的帳戶Al採用對應的費率進行批價，並形成計費批價結果；OCS再針對優先 級次高的帳戶A2採用對應的費率進行批價，並形成計費批價結果。也就是說，針對瀏覽業 務而言，實際上形成的計費批價結果為Al和N2。S210、0CS將計費批價結果通過DCCA CCR消息發送給ABM，以請求業務資源或帳戶 資金。OCS發送的CCR消息中包括業務類型、申請費用、業務資源(如時長或流量等)、以及 主被叫號碼等。其中的申請費用包括S9中獲得的計費批價結果信息，如瀏覽業務類型針對 帳戶Al的計費批價結果為Ni，瀏覽業務類型針對帳戶A2的計費批價結果為N2。S211、ABM接收OCS發送來的CCR消息，ABM根據CCR消息確定對應的帳戶，如ABM 根據預定帳戶規則確定與CCR消息中的請求的業務費用或業務資源或者業務類型等匹配 的帳戶。ABM解除鎖定相應帳戶的預留金額或資源，並扣減相應帳戶的金額或資源。S212、ABM將扣費結果通過DCCA CCA消息返回給0CS。一個具體的例子返回的 DCCA CCA消息中包含有帳戶Al、帳戶A2和帳戶A3分別為瀏覽業務和點播業務支付的費用 ^fn 息。S213、OCS通過DCCA CCA消息將扣費結果返回給接入網元，並通知接入網元結束 計費。接入網元接收到CCA消息後釋放相關連結資源。實施例三、基於多帳戶的在線計費處理方法。該方法的流程如附圖3所示。S301、用戶使用業務，接入網元進行業務接入和連接控制處理，接入網元可以為IP 多媒體子系統IMS軟交換、SCP或GGSN等，接入網元適配用戶的業務接入，並對整個接入業 務流程進行處理。接入網元在允許業務接入時，向OCS發送鑑權計費請求消息如DCCA CCR 消息，以請求OCS進行在線計費鑑權控制。上述CCR消息如包含有初始接入Initial的CCR 消息或者包含有Update的CCR消息等。CCR消息中包含的信息如申請鑑權計費的業務類 型、主被叫號碼、計費區號信息和各業務度量(如呼叫時長、上網流量、下載流量、簡訊條數 等)等信息。本實施例不限制CCR消息所包含的具體內容及具體格式等。S302、OCS接收接入網元發送來的鑑權計費請求消息，OCS根據鑑權計費請求消息 分析業務類型和請求的類型；這裡的請求的類型如事件類型、會話類型、中間請求類型、初 始請求類型或者結束請求類型等。OCS根據計費策略和資費針對業務的業務類型和請求類 型進行計費批價處理，計費批價處理結果如用戶請求的各業務費用(即業務對應的請求金 額)以及業務資源(即業務對應的請求資源)等。上述業務資源如時長或者流量等。在本實施例的計費批價處理過程中，集團帳戶和個人帳戶可用按照一定的比例或 者不同的業務類型(如本地呼叫業務、長途呼叫業務或者漫遊呼叫業務等)進行費用分攤。 涉及集團帳戶的業務批價應採用集團業務的計費費率進行批價，涉及個人帳戶的業務批價 應採用個人業務的計費費率進行批價。S303、0CS將集團業務的計費批價處理結果通過DCCA CCR消息發送給集團ABM，以 請求集團業務資源或帳戶金額。OCS向集團ABM發送的CCR消息中可以包括集團業務類型、
11申請費用(即請求的金額)、申請業務資源(即請求的資源，如時長或者流量等)、主被叫號 碼、以及集團信息等。S304、集團ABM接收OCS發送來的CCR消息。集團ABM根據CCR消息確定對應的 帳戶，如集團ABM根據預定帳戶規則確定與CCR消息請求的是金額還是資源以及業務類型 等匹配的帳戶。集團ABM在匹配的所有帳戶的可用總資金或可用總資源不足時，將所有帳 戶上的資金或資源進行鎖定；集團ABM在匹配的所有帳戶的可用總金額或可用總資源都足 夠時，鎖定匹配帳戶上對應的預留金額或預留資源，匹配帳戶上多餘的金額或資源不進行 鎖定預留。S305、集團ABM將預留結果通過鑑權計費應答消息(如DCCA CCA消息)返回給 OCS0集團ABM返回的DCCA CCA消息中包含有集團ABM中能夠為集團業務支付的各帳戶的 餘額、帳戶類型信息、以及該帳戶可以支付的業務類型信息等。S306、0CS將個人業務的計費批價處理結果通過DCCA CCR消息發送給個人ABM，以 請求個人業務資源或帳戶金額。OCS向個人ABM發送的CCR消息中可以包括個人業務類型、 申請費用(即請求的金額)、業務資源(即請求的資源，如時長或者流量等)、主被叫號碼、 以及個人信息等。S307、個人ABM接收OCS發送來的CCR消息。個人ABM根據CCR消息確定對應的 帳戶，如個人ABM根據預定帳戶規則確定與CCR消息請求的是金額還是資源以及業務類型 等匹配的帳戶。個人ABM在匹配的所有帳戶的可用總資金或可用總資源不足時，將所有帳 戶的資金或資源進行鎖定；個人ABM在匹配的所有帳戶的可用總金額或可用總資源都足夠 時，鎖定匹配帳戶上對應的預留金額或預留資源，多餘的金額或資源不鎖定預留。S308、個人ABM將預留結果通過鑑權計費應答消息(如DCCA CCA消息)返回給 OCS0個人ABM返回的DCCA CCA消息中包含有個人ABM中能夠為個人業務支付的各帳戶的 餘額、帳戶類型信息、以及該帳戶可以支付的業務類型信息等。S309、OCS接收到集團ABM和個人ABM返回的CCA消息後，將集團ABM返回的CCA 消息中的帳戶類型信息、預留金額和業務類型與集團計費批價處理結果進行比較，將個人 ABM返回的CCA消息中的帳戶類型信息、預留金額和業務類型與個人計費批價處理結果進 行比較，如果與計費批價處理結果均一致，則OCS不進行業務量反算，如果其中一個與計費 批價處理結果不一致，則OCS根據兩個CCA消息中的帳戶類型信息、預留金額和業務類型進 行業務量反算。業務量反算過程如根據預留金額計算用戶業務可以使用的業務量。反算算 法可以為根據業務許可和優先級、或者固定比例分攤對預留金額進行計算，以獲得預留金 額可以支持的業務量。S310、OCS根據業務量反算結果向接入網元發送DCCA CCA消息，該CCA消息中可 以包括各業務的授權信息和計費業務量信息。接入網元可以根據授權信息和計費業務量信 息對業務接入過程進行監控。S311、用戶停止使用業務或者計費監控結束時，接入網元向OCS發送DCCA CCR(如 包含有終止信息的CCR)消息，以申請計費。該CCR消息中包含有業務類型、業務使用量、主 被叫號碼、以及計費區號等信息。S312、OCS接收接入網元發送來的CCR消息，OCS根據計費策略對各項業務進行計 費批價。計費批價結果如用戶使用的各業務費用、或者業務資源(如時長或者流量等)等。如果計費批價涉及多個帳戶，且針對各帳戶進行計費批價的費率不同，則應採用不同的費 率對業務進行準確的計費批價。一個具體的例子業務的集團支付部分採用集團業務的費 率進行計費批價，業務的個人支付部分採用個人業務的費率進行計費批價。S313、0CS將集團計費批價結果通過DCCA CCR消息發送給集團ABM，以請求集團業 務資源或集團帳戶金額。OCS向集團ABM發送的CCR消息中包括集團業務類型、申請費用、 業務資源(如時長或流量等)、主被叫號碼、以及集團信息等。S314、集團ABM接收OCS發送來的CCR消息，集團ABM根據CCR消息確定對應的帳 戶，如集團ABM根據帳戶規則確定與CCR消息中的請求資金或業務資源或者業務類型等匹 配的帳戶。集團ABM解除鎖定預留的資源，並扣減相應帳戶的金額或資源。S315、集團ABM將扣費結果通過DCCA CCA消息返回給0CS。返回的DCCA CCA消息 中包含有帳戶Al、帳戶A2和帳戶A3分別為瀏覽業務和點播業務支付的費用等信息。S316、0CS將個人計費批價結果通過DCCA CCR消息發送給個人ABM，以請求個人業 務資源或個人帳戶金額。OCS向個人ABM發送的CCR消息中包括個人業務類型、申請費用、 業務資源(如時長或流量等)、主被叫號碼、以及個人信息等。S317、個人ABM接收OCS發送來的CCR消息，個人ABM根據CCR消息確定對應的帳 戶，如個人ABM根據帳戶規則確定與CCR消息中的請求資金或業務資源或者業務類型等匹 配的帳戶。個人ABM解除鎖定預留的資源，並扣減相應帳戶的金額或資源。S318、個人ABM將扣費結果通過DCCA CCA消息返回給0CS。返回的DCCA CCA消息 中包含有帳戶Al、帳戶A2和帳戶A3分別為瀏覽業務和點播業務支付的費用等信息。S319、OCS通過DCCA CCA消息將扣費結果返回給接入網元，並通知接入網元結束 計費。接入網元接收到CCA消息後釋放相關連結資源。實施例四、網絡設備，該網絡設備為餘額管理中心，該餘額管理中心可以為集中帳 戶管理的餘額管理中心，也可以為多個分散帳戶管理的餘額管理中心中的任一個餘額管理 中心。該餘額管理中心具體如附圖4所示。圖4中的網絡設備包括接收模塊400、帳戶模塊410、確定模塊420和發送模塊 430。接收模塊400，用於接收鑑權計費請求消息，所述鑑權計費請求消息包含了請求的 業務類型和請求的資源。接收模塊400接收的鑑權計費請求消息可以是在線計費系統發送 來的，也可以是其它餘額管理中心發送來的。接收模塊400可以包括第一接收子模塊401 或者第二接收子模塊402。第一接收子模塊401，用於接收在線計費系統發送來的鑑權計費請求消息。第一接 收子模塊401可以位於集中帳戶管理的餘額管理中心中，也可以位於分散帳戶管理的餘額
管理中心。第二接收子模塊402，用於接收分散帳戶管理的餘額管理中心中的第一餘額管理 中心發送來的鑑權計費請求消息。第二接收子模塊402可以位於分散帳戶管理中的除第一 餘額管理中心之外的其它餘額管理中心中。帳戶模塊410，用於根據接收模塊400接收到的鑑權計費請求消息確定業務類型 對應的多個帳戶。這裡的業務類型可以為多個業務類型，也可以為一個業務類型。在為多個 業務類型的情況下，帳戶模塊410確定出多個業務類型中的至少一個業務類型對應有多個帳戶。在為一個業務類型的情況下，帳戶模塊410確定出該業務類型對應有多個帳戶。帳 戶模塊410可以利用現有的多種方式(如利用帳戶匹配規則等)確定出業務類型對應的多 個帳戶，本實施例不限制帳戶模塊410確定業務類型對應的多個帳戶的具體實現方式。確定模塊420，用於確定所述多個帳戶的預留總資源少於所述鑑權計費請求消息 所請求的資源，向在線計費系統發送鑑權計費應答消息，所述鑑權計費應答消息包含了各 個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源，以便於在線計費系 統根據所述各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源進行業 務量反算。這裡的帳戶類型如個人帳戶類型以及集團帳戶類型等，帳戶支付的業務類型如本 地通話業務類型以及上網流量業務類型等，帳戶的預留總資源如通話的預留金額、一條短 信以及流量信息等。本實施例不限制帳戶類型、帳戶支付的業務類型以及帳戶的預留中資 源信息具體包括的內容。在餘額管理中心為集中帳戶管理的餘額管理中心時，上述確定模塊420如附圖4A 所示。圖4A中的確定模塊420包括第一處理子模塊421、第一確定子模塊422和第一 發送模塊423。第一處理子模塊421，用於針對上述多個帳戶分別進行資源預留處理。第一處理 子模塊421可以採用現有的多種方式進行資源預留處理，本實施例不限制第一處理子模塊 421進行資源預留處理的具體實現方式。第一確定子模塊422，用於根據第一處理子模塊421的處理結果確定多個帳戶的 預留總資源少於支付鑑權計費請求消息所請求的資源。第一確定子模塊422應執行獲取多個帳戶的帳戶類型、帳戶支付的業務類型和帳 戶的預留總資源信息的操作，第一確定子模塊422可以在第一處理子模塊421進行資源預 留處理之前執行獲取信息的操作，也可以在第一處理子模塊421進行資源預留處理之後執 行獲取信息的操作，如在第一處理子模塊421確定出可預留總資源小於請求的資源時，第 一確定子模塊422執行獲取信息的操作。本實施例不限制第一確定子模塊422獲取信息操 作的執行時機，只要在發送計費應答消息之前獲取即可。第一發送子模塊423，用於根據所述第一確定子模塊的確定結果，向在線計費系統 發送鑑權計費應答消息，鑑權計費應答消息包含了各個帳戶的帳戶類型、各個帳戶支付的 業務類型和各個帳戶的剩餘資源，以便於在線計費系統根據所述各個帳戶的帳戶類型、各 個帳戶支付的業務類型和各個帳戶的剩餘資源進行業務量反算。這裡的確定結果為第一確定子模塊422確定的多個帳戶預留總資源少於鑑權計 費消息所請求的資源的結果。在餘額管理中心為分散帳戶管理的餘額管理中心時，上述確定模塊420如附圖4B 所示。圖4B中的確定模塊420包括第二處理子模塊424、第二確定子模塊425和第一 發送子模塊423，上述確定模塊420也可以包括第二處理子模塊424、第二確定子模塊425 和第二發送子模塊426。第二處理子模塊424，用於針對多個帳戶中的本地帳戶進行資源預留處理。第二處理子模塊似4可以採用現有的多種方式進行資源預留處理，本實施例不限制第二處理子模 塊似4進行資源預留處理的具體實現方式。第二確定子模塊425，用於根據第二處理子模塊424的處理結果確定本地帳戶的 預留總資源少於支付鑑權計費請求消息所請求的應由本地帳戶支付的資源時。第二確定子模塊425應執行獲取本地帳戶的帳戶類型、帳戶支付的業務類型和帳 戶的預留總資源的操作，第二確定子模塊425可以在第二處理子模塊似4進行資源預留處 理之前執行獲取信息的操作，也可以在第二處理子模塊似4進行資源預留處理之後執行獲 取信息的操作，如在第二處理子模塊似4確定出可可預留總資源小於請求的資源時，第二 確定子模塊425執行獲取信息的操作。本實施例不限制第二確定子模塊425獲取信息操作 的執行時機，只要在第一發送子模塊423或者第二發送子模塊4 發送計費應答消息之前 獲取即可。第一發送子模塊423，用於根據第二確定子模塊的確定結果，在線計費系統返回鑑 權計費應答消息，鑑權計費應答消息包含了各個本地帳戶的帳戶類型、各個本地帳戶支付 的業務類型和各個本地帳戶的剩餘資源，以便於在線計費系統根據所述各個本地帳戶的帳 戶類型、各個本地帳戶支付的業務類型和各個本地帳戶的剩餘資源進行業務量反算。第二發送子模塊426，位於餘額管理中心為多個分散帳戶管理中的除第一餘額管 理中心之外的其它餘額管理中心中，用於根據所述第二確定子模塊的確定結果，向分散帳 戶管理的第一餘額管理中心發送鑑權計費應答消息，鑑權計費應答消息包含了各個本地帳 戶的帳戶類型、各個本地帳戶支付的業務類型和各個本地帳戶的剩餘資源。這裡的確定結果為第二確定子模塊425確定的多個帳戶預留總資源少於鑑權計 費消息所請求的資源的結果。在餘額管理中心為分散帳戶管理的第一餘額管理中心時，上述確定模塊420如附 圖4C所示。圖4C中的確定模塊420包括第二處理子模塊424、第三確定子模塊427、第一發 送子模塊423和第三發送子模塊428。第二處理子模塊424，用於針對多個帳戶中的本地帳戶進行資源預留處理。第三確定子模塊427，用於根據第二處理子模塊424的處理結果確定本地帳戶的 預留總資源少於鑑權計費請求消息所請求的應由本地帳戶支付的資源，第三確定子模塊427可能需要執行獲取本地帳戶的帳戶類型、帳戶支付的業務類 型和帳戶的預留總資源信息的操作，第三確定子模塊427可以在第二處理子模塊似4進行 資源預留處理之前執行獲取信息的操作，也可以在第二處理子模塊似4進行資源預留處理 之後執行獲取信息的操作，如在第二處理子模塊似4確定出可預留總資源小於請求的資源 時，第二確定子模塊425執行獲取信息的操作。本實施例不限制第三確定子模塊427獲取 信息操作的執行時機，只要在第一發送子模塊423發送計費應答消息之前獲取即可。第一發送子模塊423，用於根據第三確定子模塊確定結果以及在所述其它餘額管 理中心返回的鑑權計費應答消息中包含有異地帳戶的帳戶類型、異地帳戶支付的業務類型 和異地帳戶的預留總資源時，向所述在線計費系統返回所述鑑權計費應答消息，所述鑑權 計費應答消息包含了本地帳戶和異地帳戶的帳戶類型、本地帳戶支付和異地帳戶支付的業 務類型、本地帳戶的剩餘資源和異地帳戶的預留總資源。也就是說，在各帳戶均能夠支付時，第三確定子模塊427向在線計費系統返回的鑑權計費應答消息中可以不包含有帳戶類 型信息、帳戶支付的業務類型信息和帳戶的預留總金額或預留總資源。這裡的確定結果為第三確定子模塊427確定的多個帳戶預留總資源少於鑑權計 費消息所請求的資源的結果。第三發送子模塊428，用於針對多個帳戶中的異地帳戶向分散帳戶管理的餘額管 理中心中的除第一餘額管理中心之外的其它餘額管理中心發送鑑權計費請求消息，即第三 發送子模塊428向多個帳戶中的異地帳戶對應的其它餘額管理中心發送鑑權計費請求消 肩、ο實施例五、基於多帳戶的在線計費處理系統。該系統如附圖5所示。圖5中的系 統包括在線計費系統500和餘額管理中心510。在線計費系統500，用於向餘額管理中心510發送鑑權計費請求消息，鑑權計費請 求消息包含了請求的業務類型和請求的資源，接收餘額管理中心510返回的鑑權計費應答 消息，在確定出鑑權計費應答消息中包含的預留總資源小於預算的總資源時，根據各個帳 戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的預留總資源進行業務量反算。在線 計費系統500接收到的鑑權計費應答消息可以是集中帳戶管理的餘額管理中心發送來的， 也可以是多個分散帳戶管理的餘額管理中心發送來的，還可以是多個分散帳戶管理中的第 一餘額管理中心發送來的。本實施例不限制在線計費系統500進行業務量反算的具體實現 過程。上述在線計費系統500可以包括收發模塊和反算模塊，其中收發模塊包括第一 收發模塊501、第二收發模塊502或第三收發模塊503中的任意一個。第一收發模塊501，用於向集中帳戶管理的餘額管理中心511發送鑑權計費請求 消息，並接收集中帳戶管理的餘額管理中心511返回的鑑權計費應答消息。第二收發模塊502，用於向多個分散帳戶管理的餘額管理中心512分別發送鑑權 計費請求消息，並接收多個餘額管理中心512分別返回的鑑權計費應答消息。第三收發模塊503，用於向分散帳戶管理的第一餘額管理中心513發送鑑權計費 請求消息，並接收第一餘額管理中心513返回的鑑權計費應答消息。反算模塊504，用於在確定出鑑權計費應答消息中包含的預留總資源小於預算的 總資源時，根據鑑權計費應答消息中包含的個個帳戶的帳戶類型、帳戶支付的業務類型和 帳戶的預留總資源進行業務量反算。本實施例不限制反算模塊504進行業務量反算的具體 實現過程。餘額管理中心510，用於接收在線計費系統發送來的鑑權計費請求消息，根據鑑權 計費請求消息確定業務類型對應的多個帳戶，在確定出多個帳戶的預留總資源少於鑑權計 費請求消息所請求的資源時，向在線計費系統返回鑑權計費應答消息。在餘額管理中心510包括集中帳戶管理的餘額管理中心511時，該系統的如附圖 5A所示。圖5A中的集中帳戶管理的餘額管理中心511，用於接收在線計費系統500發送來 的鑑權計費請求消息，根據鑑權計費請求消息確定用戶業務對應的多個帳戶，針對多個帳 戶分別進行資源預留處理，根據處理結果確定出多個帳戶的預留總資源不足以支付鑑權計 費請求消息所請求的資源時，將多個帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源信息包含在鑑權計費應答消息中，並向在線計費系統返回鑑權計費應答消息。在餘額管理中心510包括多個分散帳戶管理的餘額管理中心512時，該系統的一 種實現方式如附圖5B所示。圖5B中的多個分散帳戶管理的餘額管理中心512，分別用於接收在線計費系統 500發送來的鑑權計費請求消息，根據鑑權計費請求消息確定用戶業務對應的多個帳戶，針 對多個帳戶中的本地帳戶進行資源預留處理，根據處理結果確定出本地帳戶的預留總資源 不足以支付鑑權計費請求消息所請求的應由本地帳戶支付的資源時，將本地帳戶的帳戶類 型帳戶支付的業務類型和帳戶的預留總資源信息包含在鑑權計費應答消息中，並向在線計 費系統500返回鑑權計費應答消息。在餘額管理中心510包括多個分散帳戶管理的餘額管理中心時，該系統的另一 種實現方式如附圖5C所示。圖5C中的第一餘額管理中心513，用於接收在線計費系統500發送來的鑑權計費 請求消息，根據鑑權計費請求消息確定用戶業務對應的多個帳戶，針對多個帳戶中的異地 帳戶向異地帳戶對應的其它餘額管理中心514發送鑑權計費請求消息，接收其它餘額管理 中心514發送來的鑑權計費應答消息，針對多個帳戶中的本地帳戶進行資源預留處理，根 據處理結果確定出本地帳戶的預留總資源不足以支付鑑權計費請求消息所請求的應由本 地帳戶支付的資源時，將本地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源 信息以及其它餘額管理中心返回的鑑權計費應答消息中包含的異地帳戶的帳戶類型、帳戶 支付的業務類型和帳戶的預留總資源包含在鑑權計費應答消息中，向在線計費系統500返 回鑑權計費應答消息。另外，第一餘額管理中心513根據處理結果確定出本地帳戶的預留 總資源能夠支付鑑權計費請求消息所請求的應由本地帳戶支付的資源，且其它餘額管理中 心返回的鑑權計費應答消息中包含有異地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的 預留總資源時，第一餘額管理中心513將異地帳戶的帳戶類型、帳戶支付的業務類型和帳 戶的預留總資源攜帶在鑑權計費應答消息中返回給在線計費系統510。還有，第一餘額管理 中心513根據處理結果確定出本地帳戶的預留總資源能夠支付鑑權計費請求消息所請求 的應由本地帳戶支付的資源，且其它餘額管理中心514向第一餘額管理中心513返回的鑑 權計費應答消息中不包含有本地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資 源信息的情況下，第一餘額管理中心513向在線計費系統500返回的鑑權計費應答消息中 可以不包含多個帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源信息。其它餘額管理中心514，用於根據第一餘額管理中心513發送來的鑑權計費請求 消息確定用戶業務對應的多個帳戶，針對多個帳戶中的本地帳戶進行資源預留處理，根據 處理結果確定出本地帳戶的預留總資源不足以支付鑑權計費請求消息所請求的應由本地 帳戶支付的資源時，將本地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的預留總資源包 含在鑑權計費應答消息中，並向第一餘額管理中心513返回鑑權計費應答消息。其它餘額 管理中心514根據處理結果確定出本地帳戶的預留總資源能夠支付鑑權計費請求消息所 請求的應由本地帳戶支付的資源時，其它餘額管理中心514向第一餘額管理中心513返回 的鑑權計費應答消息中可以不包含有本地帳戶的帳戶類型、帳戶支付的業務類型和帳戶的 預留總資源信息。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可藉助軟體加必需的硬體平臺的方式來實現，當然也可以全部通過硬體來實施，但很多情況下前 者是更佳的實施方式。基於這樣的理解，本發明的技術方案對背景技術做出貢獻的全部或 者部分可以以軟體產品的形式體現出來，所述的軟體產品在可以用於執行上述的方法流 程。該計算機軟體產品可以存儲在存儲介質中，如ROM/RAM、磁碟、光碟等，包括若干指令用 以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實 施例或者實施例的某些部分所述的方法。 雖然通過實施例描繪了本發明，本領域普通技術人員知道，本發明有許多變形和 變化而不脫離本發明的精神，本發明的申請文件的權利要求包括這些變形和變化。
權利要求
1.一種基於多帳戶的在線計費處理方法，其特徵在於，包括餘額管理中心接收鑑權計費請求消息，所述鑑權計費請求消息包含了請求的業務類型 和請求的資源；所述餘額管理中心根據所述鑑權計費請求消息，確定所述業務類型對應的多個帳戶；所述餘額管理中心確定所述多個帳戶的預留總資源少於所述鑑權計費請求消息所請 求的資源，向在線計費系統發送鑑權計費應答消息，所述鑑權計費應答消息包含了各個帳 戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源，以便於在線計費系統根 據所述各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源進行業務量 反算。
2.如權利要求1所述的方法，其特徵在於，所述餘額管理中心包括一個集中帳戶管理 的餘額管理中心，或者所述餘額管理中心包括多個分散帳戶管理的餘額管理中心；所述餘額管理中心接收鑑權計費請求消息包括所述集中帳戶管理的餘額管理中心接收在線計費系統發送來的鑑權計費請求消息；或者所述多個分散帳戶管理的餘額管理中心分別接收在線計費系統發送來的鑑權計費請 求消息；或者所述分散帳戶管理的第一餘額管理中心接收在線計費系統發送來的鑑權計費請求消 息，所述分散帳戶管理的其它餘額管理中心接收所述第一餘額管理中心發送來的鑑權計費 請求消息。
3.如權利要求2所述的方法，其特徵在於，所述餘額管理中心確定所述多個帳戶的預 留總資源少於所述鑑權計費請求消息所請求的資源，向在線計費系統發送鑑權計費應答消 息，包括所述集中帳戶管理的餘額管理中心將所述多個帳戶分別進行資源預留處理，根據處理 結果確定出所述多個帳戶的預留總資源少於鑑權計費請求消息所請求的資源時，向在線計 費系統發送鑑權計費應答消息。
4.如權利要求2所述的方法，其特徵在於，餘額管理中心確定所述多個帳戶的預留總 資源少於所述鑑權計費請求消息所請求的資源，向在線計費系統發送鑑權計費應答消息， 包括所述多個分散帳戶管理的餘額管理中心將對所述多個帳戶中的本地帳戶進行資源預 留處理，根據處理結果確定出所述本地帳戶的預留總資源少於鑑權計費請求消息所請求的 應由所述本地帳戶支付的資源時，向在線計費系統發送鑑權計費應答消息。
5.如權利要求2所述的方法，其特徵在於，餘額管理中心確定所述多個帳戶的預留總 資源少於所述鑑權計費請求消息所請求的資源，向在線計費系統發送鑑權計費應答消息， 包括所述第一餘額管理中心將所述多個帳戶中的本地帳戶進行資源預留處理，根據處理結 果確定出所述本地帳戶的預留總資源少於鑑權計費請求消息所請求的應由所述本地帳戶 支付的資源時，以及在所述其它餘額管理中心向所述第一餘額管理中心返回的鑑權計費應 答消息中包含有異地帳戶的帳戶類型、異地帳戶支付的業務類型和異地帳戶的預留總資源 時，向在線計費系統發送鑑權計費應答消息，所述鑑權計費應答消息包含了本地帳戶和異地帳戶的帳戶類型、本地帳戶支付和異地帳戶支付的業務類型、本地帳戶的剩餘資源和異 地帳戶的預留總資源。
6.如權利要求1至5任一所述的方法，其特徵在於，所述業務類型包括1個或1個以 上，所述確定業務類型對應的多個帳戶，包括確定各個業務類型對應的多個帳戶；所述餘額管理中心確定所述多個帳戶的預留總資源少於所述鑑權計費請求消息所請 求的資源，包括餘額管理中心確定所述各個業務對應的多個帳戶的預留總資源少於所述鑑權計費請 求消息所請求的資源。
7.一種餘額管理中心，其特徵在於，包括接收模塊，用於接收鑑權計費請求消息，所述鑑權計費請求消息包含了請求的業務類 型和請求的資源；帳戶模塊，用於根據該鑑權計費請求消息確定所述業務類型對應的多個帳戶；確定模塊，用於確定所述多個帳戶的預留總資源少於所述鑑權計費請求消息所請求 的資源，向在線計費系統發送鑑權計費應答消息，所述鑑權計費應答消息包含了各個帳戶 的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源，以便於在線計費系統根據 所述各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源進行業務量反 笪弁。
8.如權利要求7所述的設備，其特徵在於，所述接收模塊包括第一接收子模塊，用於接收在線計費系統發送來的鑑權計費請求消息；或第二接收子模塊，用於接收所述分散帳戶管理的餘額管理中心中的第一餘額管理中心 發送來的鑑權計費請求消息。
9.如權利要求7或8所述的設備，其特徵在於，所述餘額管理中心為集中帳戶管理的餘 額管理中心時，所述確定模塊包括第一處理子模塊，用於將所述多個帳戶分別進行資源預留處理；第一確定子模塊，用於根據所述第一處理子模塊的處理結果確定所述多個帳戶的預留 總資源少於鑑權計費請求消息所請求的資源，第一發送子模塊，用於根據所述第一確定子模塊的確定結果，向在線計費系統發送鑑 權計費應答消息，所述鑑權計費應答消息包含了各個帳戶的帳戶類型、各個帳戶支付的業 務類型和各個帳戶的剩餘資源，以便於在線計費系統根據所述各個帳戶的帳戶類型、各個 帳戶支付的業務類型和各個帳戶的剩餘資源進行業務量反算。
10.如權利要求7或8所述的設備，其特徵在於，所述餘額管理中心為分散帳戶管理的 餘額管理中心時，所述確定模塊包括第二處理子模塊，用於將所述多個帳戶中的本地帳戶進行資源預留處理；和第二確定子模塊，用於根據所述第二處理子模塊的處理結果確定所述本地帳戶的預留 總資源少於鑑權計費請求消息所請求的應由所述本地帳戶支付的資源；第一發送子模塊，用於根據所述第二確定子模塊的確定結果，向在線計費系統返回所 述鑑權計費應答消息，所述鑑權計費應答消息包含了各個本地帳戶的帳戶類型、各個本地 帳戶支付的業務類型和各個本地帳戶的剩餘資源，以便於在線計費系統根據所述各個本地 帳戶的帳戶類型、各個本地帳戶支付的業務類型和各個本地帳戶的剩餘資源進行業務量反算；或第二發送子模塊，用於根據所述第二確定子模塊的確定結果，向所述分散帳戶管理的 第一餘額管理中心返回所述鑑權計費應答消息，所述鑑權計費應答消息包含了各個本地帳 戶的帳戶類型、各個本地帳戶支付的業務類型和各個本地帳戶的剩餘資源。
11.如權利要求7所述的設備，其特徵在於，所述餘額管理中心為分散帳戶管理的第一 餘額管理中心時，所述確定模塊包括第二處理子模塊，用於針對所述多個帳戶中的本地帳戶進行資源預留處理；第三確定子模塊，用於根據所述第二處理子模塊處理結果確定出所述本地帳戶預留總 資源少於鑑權計費請求消息所請求的應由所述本地帳戶支付的資源，第一發送子模塊，用於根據第三確定子模塊確定結果以及在所述其它餘額管理中心返 回的鑑權計費應答消息中包含有異地帳戶的帳戶類型、異地帳戶支付的業務類型和異地帳 戶的預留總資源時，向所述在線計費系統返回所述鑑權計費應答消息，所述鑑權計費應答 消息包含了本地帳戶和異地帳戶的帳戶類型、本地帳戶支付和異地帳戶支付的業務類型、 本地帳戶的剩餘資源和異地帳戶的預留總資源；第三發送子模塊，用於針對所述多個帳戶中的異地帳戶向所述分散帳戶管理的餘額管 理中心中的除第一餘額管理中心之外的其它餘額管理中心發送鑑權計費請求消息。
12.一種基於多帳戶的在線計費處理系統，其特徵在於，包括在線計費系統，用於向餘額管理中心發送鑑權計費請求消息，所述鑑權計費請求消息 包含了請求的業務類型和請求的資源，接收所述餘額管理中心發送的鑑權計費應答消息， 所述鑑權計費應答消息包含了各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶 的剩餘資源，在確定出所述鑑權計費應答消息中包含各個帳戶的剩餘資源小於預算的總資 源時，根據所述各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源進 行業務量反算；餘額管理中心，用於接收所述在線計費系統發送來的鑑權計費請求消息，根據所述鑑 權計費請求消息確定所述業務類型對應的多個帳戶，確定所述多個帳戶的預留總資源少於 所述鑑權計費請求消息所請求的資源，向在線計費系統發送鑑權計費應答消息。
13.如權利要求12所述的系統，其特徵在於，所述在線計費系統包括收發模塊和反算 模塊，所述收發模塊包括第一收發模塊、第二收發模塊或者第三收發模塊，其中第一收發模 塊，用於向集中帳戶管理的餘額管理中心發送鑑權計費請求消息，並接收集中帳戶管理的 餘額管理中心返回的鑑權計費應答消息；或第二收發模塊，用於向多個分散帳戶管理的餘 額管理中心分別發送鑑權計費請求消息，並接收所述多個餘額管理中心分別返回的鑑權計 費應答消息；或第三收發模塊，用於向分散帳戶管理的第一餘額管理中心發送鑑權計費請 求消息，並接收所述第一餘額管理中心返回的鑑權計費應答消息；所述反算模塊，用於在確定出所述鑑權計費應答消息中包含的預留總資源小於預算的 總資源時，根據所述鑑權計費應答消息中包含的各個帳戶的帳戶類型、各個帳戶支付的業 務類型和各個帳戶的預留總資源進行業務量反算。
全文摘要
公開了基於多帳戶的在線計費處理方法、裝置和系統。其中的方法包括餘額管理中心接收鑑權計費請求消息，鑑權計費請求消息包含了請求的業務類型和請求的資源；餘額管理中心根據鑑權計費請求消息，確定業務類型對應的多個帳戶；餘額管理中心確定多個帳戶的預留總資源少於鑑權計費請求消息所請求的資源，向在線計費系統發送鑑權計費應答消息，鑑權計費應答消息包含了各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源，以便於在線計費系統根據各個帳戶的帳戶類型、各個帳戶支付的業務類型和各個帳戶的剩餘資源進行業務量反算。上述技術方案可以實現針對同一用戶的多帳戶的在線計費處理，避免了欠費風險。
文檔編號H04W4/24GK102142967SQ20101020595
公開日2011年8月3日 申請日期2010年6月12日 優先權日2010年6月12日
發明者陳華勇 申請人:華為技術有限公司