一種信用授權方法及系統的製作方法
2023-06-22 15:09:51 1
專利名稱:一種信用授權方法及系統的製作方法
技術領域:
本發明涉及通信技術領域,尤其涉及一種信用授權方法及其系統。
背景技術:
預付費業務目前已經被成功地應用。通過提供預付費業務,運營商的用戶數和收入都得到了很大的提升。預付費業務勢必將在未來的有線和無線網絡中大規模開展。
針對預付費業務,目前有兩種信用授權方法來規避欠費風險,一種是預留,一種是立即記帳。
預留是目前廣泛使用的一種針對預付費業務的信用授權方法。信用控制伺服器先計算出服務請求的費用,然後從用戶帳戶上保留適當的費用,並在回復給出對應數量的信用度。信用度不必是金錢的信用度,可以是信用控制客戶端能夠度量的某種單元,比如時間和流量。接受到信用控制伺服器回復,信用控制客戶端開始向用戶提供服務並監控服務用量。當服務提交成功或終止,信用控制客戶端將向信用控制伺服器報告實際使用量。信用控制伺服器根據實際用量進行計算,並從用戶帳戶中扣除計算後的金額。如果信用度將用盡,服務還在進行,信用控制客戶端會再次請求預留。這種方法使用基於會話信用控制消息,一次服務提交過程會有一個開始請求和一個結束請求,可能還有多個中間請求。
立即記帳是一個簡單的信用授權方法。當信用控制伺服器收到服務請求,就進行計費和扣款處理,並向信用控制客戶端反饋處理結果。信用控制客戶端收到處理成功消息後,就向用戶提供服務。這種方法要求信用控制客戶端保證計費成功後,服務一定能成功提供。這個條件非常苛刻,一旦服務不能成功提供,勢必損害用戶利益,將會引起用戶投訴,索賠和忠誠度下降。因此運營商都避免使用這種信用授權方法,而採用複雜的預留信用授權方法。
隨著通訊業的發展,像簡訊,即時消息等業務被廣泛地使用。這類業務都是事件型的,且具有服務費用較低,服務提交時間短等特性。
如圖1所示,採用預留方式進行信用授權的處理過程如下步驟1、用戶代理髮起服務請求。
步驟2、信用控制客戶端向信用控制伺服器發送會話開始請求。
步驟3、信用控制伺服器從用戶帳戶上預留適當的金額。
步驟4、信用控制伺服器回復會話開始請求。
步驟5、服務提供同時進行信用度監控。
步驟6、向用戶提供服務。
步驟7、信用控制客戶端向信用控制伺服器發送中間會話請求。
步驟8、信用控制伺服器從用戶帳戶上扣除已經使用的服務需要的金額並預留適當的金額。
步驟9、信用控制伺服器回覆中間會話請求。
步驟10、服務提供同時進行信用度監控。
步驟11、向用戶提供服務。第7步和第11步可能重複零到多次。
步驟12、信用控制客戶端向信用控制伺服器發送會話結束請求。
步驟13、信用控制伺服器從用戶帳戶上扣除已經使用的服務需要的金額。
步驟14、信用控制伺服器回復會話結束請求。
上述方案存在以下不足1、預留信用授權方法只能使用會話請求要求在整個流程中保留會話狀態,還需要信用控制客戶端和信用控制伺服器實現一些潛規則,比如後一次請求終結前一次請求的預留;而且會話請求需要較高的計費系統處理能力和佔用較多的系統資源。處理會話請求的記帳處理需要根據會話標識找到上次預留金額,再進行記帳和釋放預留金額,對帳戶要進行長事務操作。
2、流程複雜一般包括一個會話開始請求,多個中間會話請求和一個會話結束請求,並且信用控制客戶端和信用控制伺服器都需要保存會話狀態。
3、請求頻繁因為預留和記帳需要保持一致,在很多情況下,都會在預留充足時再次發起中間會話請求,比如小區切換,費率切換,特定時間點等;另外,具體觸發請求條件也需要由信用控制伺服器和信用控制客戶端實時協商完成,這種頻繁請求和交互會增加網絡傳輸負擔。由於一次請求會觸發兩次計費帳務操作,一次用於預留處理,一次用於記帳處理,因而也會佔用大量的計費系統處理能力。
發明內容
本發明提供一種信用授權方法及系統,以解決現有技術採用預留方式進行信用授權時,只能通過會話方式實現而存在處理流程複雜和佔用大量系統處理能力的問題。
本發明提供以下技術方案一種信用授權方法,包括如下步驟A、信用控制客戶端根據用戶發起的業務請求,向信用控制伺服器發送事件型的帳戶檢查請求;B、所述信用控制伺服器對用戶帳戶餘額進行檢查,並向所述信用控制客戶端返回包含檢查結果的事件型帳戶檢查請求響應消息;C、所述信用控制客戶端根據所述檢查結果確定帳戶檢查成功時向用戶提供業務,並在提供業務成功後做立即記帳處理。
其中所述信用控制客戶端在所述事件型的帳戶檢查請求攜帶餘額閥值,信用控制伺服器進行檢查是指判斷用戶帳戶餘額是否大於或等於該餘額閥值。
所述閥值由所述信用控制客戶端根據用戶請求的業務屬性確定。
所述閥值由信用控制伺服器根據帳戶檢查請求中標識的業務屬性確定。
信用控制客戶端在向用戶服務成功後,向信用控制伺服器發送事件型的立即記帳請求消息,信用控制伺服器根據該請求消息進行立即記帳處理。
信用控制客戶端在一次帳戶檢查成功後,可以多次向用戶提供服務和在服務提供成功後發送所述立即記帳請求消息。
一種計費系統,包括信用控制客戶端和信用控制伺服器;所述信用控制客戶端用於根據用戶發起業務請求,向信用控制伺服器發送事件型的帳戶檢查請求,以及針對為用戶成功提供的業務向信用控制伺服器發送立即記帳消息;所述信用控制伺服器用於根據所述帳戶檢查請求檢查用戶帳戶餘額,並向信用控制客戶端返回包含檢查結果的事件型響應消息,以及根據所述立即記帳消息對用戶帳戶進行立即記帳。
其中所述信用控制客戶端在所述事件型的帳戶檢查請求攜帶餘額閥值,信用控制伺服器在檢查用戶帳戶餘額時判斷用戶帳戶餘額是否大於或等於該餘額閥值。
信用控制伺服器在檢查用戶帳戶餘額時,根據帳戶檢查請求中標識的業務屬性確定餘額閥值,並判斷用戶帳戶餘額是否大於或等於該餘額閥值。
所述信用控制客戶端為多個,分別設置在提供業務的系統中。
本發明具有以下有益效果1、帳戶超過一定的閥值才提供服務,可以規避欠費風險。
2、帳戶檢查和立即記帳操作都為事件型操作,佔有很少的系統處理能力。尤其對於短消息、即時消息這樣服務費用較低和服務提交時間短的事件型服務,可以大幅度降低對系統資源的佔用。
3、採用先服務提供後計帳的方式,可以確保最終用戶利益不受到損害,從而提供用戶的滿意度和忠誠度。
圖1為現有技術中採用預留方式進行信用授權的處理流程圖;
圖2為本發明中採用分散配額進行信用授權的處理流程圖;圖3為本發明中採用集中配額進行信用授權的處理流程圖;圖4為本發明中計費系統和短消息業務系統的組網示意圖;圖5為本發明中對即時消息業務進行信用授權的處理流程圖。
具體實施例方式
對於短消息、即時消息這樣服務費用較低和服務提交時間短的事件型業務,如果採用預留信用授權方法,會極大增加系統開支;如果採用立即記帳信用授權方法,不但會增加系統開支,而且還會給運營商帶來其它不良影響。
為解決上述問題,本發明在用戶請求提供業務時,由信用控制客戶端向信用控制伺服器發送事件型帳戶檢查請求消息,由信用控制伺服器在提供服務之前檢查用戶帳戶是否有足夠的餘額,比如餘額超過運營商設定的閥值,檢查成功(即有足夠的餘額)後再向用戶提供服務,並且在成功提供服務後做直接記帳處理。
根據配額功能部署不同,所述閥值可以由不同的功能實體決定。一種是由信用控制客戶端根據業務屬性決定帳戶閥值,因信用控制客戶端分散在各服務提供系統中,稱為分散配額;另一種是由信用控制伺服器根據業務屬性決定帳戶閥值,稱為集中配額。
參閱圖2所示,採用分散配額方式實現信用授權的處理過程如下步驟200、用戶代理髮起服務請求。
步驟205、信用控制客戶端確定帳戶閥值,即檢查額度。
步驟210、信用控制客戶端向信用控制伺服器發送事件型帳戶檢查請求。
步驟215、信用控制伺服器檢查用戶帳戶餘額是否不小於閥值,即是否有足夠的餘額。
步驟220、信用控制伺服器根據檢查結果返回事件型的響應消息。
步驟225、向帳戶餘額不小於閥值,信用控制客戶端決定向用戶提供服務。
步驟230、對已經提供的服務進行記帳處理,從用戶帳戶上扣除服務費用。
步驟235、再次進行帳戶檢查處理,對用戶帳戶進行檢查(該步為可選)。
步驟240、向用戶提供服務。
步驟245、信用控制客戶端向信用控制伺服器發送事件型的立即記帳消息,對已經提供的服務進行記帳處理,從用戶帳戶上扣除服務費用。
步驟235和步驟245可以進行多次。
參閱圖3所示,採用集中配額方式實現信用授權的處理過程如下步驟300、用戶代理髮起服務請求。
步驟310、信用控制客戶端向信用控制伺服器發送帳戶檢查請求。
步驟320、信用控制伺服器決定帳戶檢查額度。
步驟330、信用控制伺服器檢查用戶帳戶是否有足夠的餘額。
步驟340、信用控制伺服器回復帳戶檢查請求。
步驟350、向用戶提供服務。
步驟360、對已經提供的服務進行記帳處理,從用戶帳戶上扣除服務費用。
步驟370、再次進行帳戶檢查處理,對用戶帳戶進行檢查(該步可選)。
步驟380、向用戶提供服務。
步驟390對已經提供的服務進行記帳處理,從用戶帳戶上扣除服務費用。
步驟370和步驟390可以進行多次。
下面結合Diameter信用控制應用(Credit Control Application)和即時消息業務來詳細說明。
參閱圖4所示,整個計費系統包括信用控制客戶端和信用控制伺服器,所述信用控制客戶端用於根據用戶發起的事件型業務請求,向信用控制伺服器發送事件型的帳戶檢查請求,以及針對為用戶成功提供的業務向信用控制伺服器發送立即記帳消息;所述信用控制伺服器用於根據所述帳戶檢查請求檢查用戶帳戶餘額是否不小於閥值,並向信用控制客戶端返回允許或不允許提供業務的事件型響應消息,以及根據所述立即記帳消息對用戶帳戶進行計費。
在圖4中,信用控制客戶端設置在即時消息伺服器中。
參閱圖5所示,對即時消息業務進行基於帳戶檢查的立即記帳信用授權如下步驟500、用戶A請即時消息服務。
步驟510、即時消息伺服器確定帳戶檢查閥值為20元。
步驟520、即時消息伺服器向信用控制伺服器發送信用控制請求(CCR)消息,其中CC-Request-Type的值為事件請求(EVENT REQUEST);Requested-Action的值為CHECK_BALANCE。Subscription-Id為用戶A標識,Service-Identifier為即時消息標識。Requested-Service-Unit為需要檢查的金額20元。
步驟530、信用控制伺服器收到該消息為帳戶檢查消息,根據Requested-Service-Unit的信息檢查Subscription-Id對應的帳戶是否有20元。
步驟540、信用控制伺服器向即時消息伺服器發送信用控制應答(CCA)消息,其中CC-Request-Type的值為EVENT_REQUEST;Check-Balance-Result為檢查成功消息。
步驟550、即時消息伺服器接到回復的消息,檢查Check-Balance-Result信息,然後允許用戶A發送即時消息。
步驟560、當用戶A發送完5條即時消息,即時消息伺服器向計費系統發送信用控制請求CCR消息,其中CC-Request-Type的值為EVENT_REQUEST;Requested-Action的值為DIRECT_DEBITING。Subscription-Id為用戶A標識,Service-Identitier為即時消息標識。Requested-Service-Unit為需要記帳5條即時消息。
步驟570、計費系統檢查到該消息為立即記帳消息,根據Service-Identifier和Requested-Service-Unit中的信息,計算出服務費用為5角錢,然後從Subscription-Id對應的帳戶上扣除5角錢。
步驟580、信用控制伺服器向即時消息伺服器發送信用控制應答CCA消息,其中CC-Request-Type的值為EVENT_REQUEST;Granted-Service-Unit為扣款成功的5條消息。
步驟590、即時消息伺服器接到回復的消息,檢查Granted-Service-Unit信息,然後允許用戶A發送即時消息。
步驟600、重複上述步驟560到步驟590,直到前25條消息被成功計帳。
步驟610、即時消息伺服器檢查到用戶只發送成功2條即時消息,向信用控制伺服器發送立即記帳請求。
步驟620、計費系統進行立即記帳處理。
步驟630、計費系統回復立即記帳請求。
從上述可知,本發明中帳戶檢查請求和立即記帳請求都是事件型請求,帳戶檢查與立即記帳沒有直接聯繫,可以一次帳戶檢查,多次服務提供和多次立即記帳處理,其處理流程非常靈活;而現有技術中預留信用授權中的會話開始請求、中間會話請求和會話結束請求都是會話性請求,預留和記帳有直接聯繫,後一次請求必須終結前一次請求預留,記帳時需要考慮前一次預留的情況,並釋放前一次預留的資源。
本發明在信用授權方法中引入事件型的帳戶檢查消息後,對服務費用較低和服務提交時間短的事件型服務,能夠通過簡單的處理流程進行計費,而且能夠減少請求次數和保證用戶利益。
顯然,本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣,倘若對本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內,則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種信用授權方法,其特徵在於,包括如下步驟A、信用控制客戶端根據用戶發起的業務請求,向信用控制伺服器發送事件型的帳戶檢查請求;B、所述信用控制伺服器對用戶帳戶餘額進行檢查,並向所述信用控制客戶端返回包含檢查結果的事件型帳戶檢查請求響應消息;C、所述信用控制客戶端根據所述檢查結果確定帳戶檢查成功後向用戶提供業務,並在提供業務成功後做立即記帳處理。
2.如權利要求1所述的方法,其特徵在於,所述信用控制客戶端在所述事件型的帳戶檢查請求中攜帶餘額閥值,信用控制伺服器進行檢查是指判斷用戶帳戶餘額是否大於或等於該餘額閥值。
3.如權利要求2所述的方法,其特徵在於,所述閥值由所述信用控制客戶端根據用戶請求的業務屬性確定。
4.如權利要求1所述的方法,其特徵在於,所述閥值由信用控制伺服器根據帳戶檢查請求中標識的業務屬性確定。
5.如權利要求1至4任一項所述的方法,其特徵在於,信用控制客戶端在向用戶服務成功後,向信用控制伺服器發送事件型的立即記帳請求消息,信用控制伺服器根據該請求消息進行立即記帳處理。
6.如權利要求5所述的方法,其特徵在於,信用控制客戶端在一次帳戶檢查成功後,可以多次向用戶提供服務和在服務提供成功後發送所述立即記帳請求消息。
7.一種計費系統,其特徵在於,包括信用控制客戶端和信用控制伺服器;所述信用控制客戶端用於根據用戶發起業務請求,向信用控制伺服器發送事件型的帳戶檢查請求,以及針對已為用戶成功提供的業務向信用控制伺服器發送立即記帳消息;所述信用控制伺服器用於根據所述帳戶檢查請求檢查用戶帳戶餘額,並向信用控制客戶端返回包含檢查結果的事件型響應消息,以及根據所述立即記帳消息對用戶帳戶進行立即記帳。
8.如權利要求7所述的計費系統,其特徵在於,所述信用控制客戶端在所述事件型的帳戶檢查請求中攜帶餘額閥值,信用控制伺服器在檢查用戶帳戶餘額時判斷用戶帳戶餘額是否大於或等於該餘額閥值。
9.如權利要求7所述的計費系統,其特徵在於,信用控制伺服器在檢查用戶帳戶餘額時,根據帳戶檢查請求中標識的業務屬性確定餘額閥值,並判斷用戶帳戶餘額是否大於或等於該餘額閥值。
10.如權利要求7、8或9所述的計費系統,其特徵在於,所述信用控制客戶端為多個,設置在提供業務的系統中。
全文摘要
本發明公開了一種信用授權方法,該方法由信用控制客戶端根據用戶發起的業務請求,向信用控制伺服器發送事件型的帳戶檢查請求;所述信用控制伺服器對用戶帳戶餘額進行檢查,並向所述信用控制客戶端返回包含檢查結果的事件型帳戶檢查請求響應消息;所述信用控制客戶端根據所述檢查結果確定帳戶檢查成功時向用戶提供業務,並在提供業務成功後做立即記帳處理。本發明還同時公開了一種計費系統。
文檔編號H04L12/14GK1794627SQ20051011985
公開日2006年6月28日 申請日期2005年11月9日 優先權日2005年11月9日
發明者單明軍, 謝秋華 申請人:華為技術有限公司