在非結構化通信網絡中用戶位置進行實時用戶記帳的製作方法
2023-05-08 00:54:11
專利名稱：在非結構化通信網絡中用戶位置進行實時用戶記帳的製作方法
對相關申請的交叉引用本發明是1997年2月27日提交的US專利申請第08／806387號的部分繼續申請。背景本發明涉及用於實時用戶記帳的系統和方法。具體地說，本發明涉及在非結構化通信網絡中用戶位置處進行實時用戶記帳的系統和方法。
存在有多種用於為諸如電話、付費收視電視、網際網路、水、煤氣等服務而向用戶記帳的方法。最普通的方法是因這種服務每月要給用戶開帳單。在根據使用情況記帳時，通常是在使用了服務之後記帳。利用記帳系統來收集使用信息，根據使用信息來計算出要加以記帳的量，並且，每月將帳單列印且發送給用戶。
一般，通過將詳細使用記錄(DUR)存儲進對用戶使用情況進行監視的設備中的臨時存儲器存儲單元內而收集使用信息。在電話系統中，DUR存儲器通常位於與用戶專用線路直接相連的終端局內的交換機處。在網際網路環境中，DUR存儲器一般位於伺服器的位置處或位於服務提供商處。在付費收視電視系統中，DUR存儲器一般位於用戶的位置處。
DUR包括計算特定通信會話的費用所需的所有信息。例如，在電話記帳系統中，DUR被稱為通話細節記錄(CDR)。CDR一般包括進行呼叫的用戶的電話號碼、所呼叫的電話號碼、通話的時間以及通話持續時間。在付費收視電視系統中，DUR一般包括預訂節目的用戶的標識號以及用於所預訂的節目的節目標識號。一般地說，根據DUR存儲器的大小和業務的不同，記帳系統從DUR存儲器中檢索出DUR。然後，記帳系統將記帳算法應用於DUR上，以計算用戶的使用費用。設備租用費、每月的定額費、稅費等由記帳系統來計算並加到使用費中。然後，將總帳單列印成清單並寄給用戶。
用戶僅能在接收到列印的清單時看到所累積的費用。這對用戶來說通常在付帳時會出現問題，因為，費用可能要比預料的大。如果用戶不能及時付帳，則服務提供商就會努力與用戶聯繫以試圖使帳單得以支付。如果未支付帳單，則服務提供商最終會切斷這種服務。這一過程通常會花費數月時間，並且，帳單通常會積累至用戶不能夠支付得起去保持這種服務的程度。
另一種通常的記帳方法是多重測量。通常在電話系統中使用的這種方法用多重測量脈衝根據使用情況計算費用。依照這種方法，在打電話的過程中，按有規律的間隔生成表示使用費用的脈衝。每個多項測量脈衝的值都是相同的，但生成脈衝的定時隨打電話的費用而變。例如，如果每個脈衝表示＄0．10且本地話費為每三分鐘＄0．10，則每三分鐘產生一個脈衝。如果國內長途費是一分鐘＄1．00，則每六秒鐘產生一個表示＄0．10的脈衝。如果國際長途費是一分鐘＄4．00，則每1．5秒產生表示＄0．10的脈衝。對所述脈衝進行檢測、計數並用這些脈衝來計算使用費用。授予Kamil的US專利4868873號給出了多重測量脈衝的一個實例。
就商務和私人電話而言，一般以聽不見的方式將多重脈衝傳給電話並在與電話相連的顯示器上顯示給通話人。這就能使得通話人能隨打電話的進程而確定費用的累積情況。
在公用電話中使用多重測量脈衝時，通話人一般將錢存入電話機中，並將所存入的總金額值顯示在與電話相連的顯示器上。另外，通話人可將聰明卡(smart card)或帶有預付款的存儲卡插進電話上的閱讀器或者撥打卡上所標明的號碼，並且，卡上的餘額可被顯示到顯示器上。隨著通話的進行，所顯示的餘額會按每個脈衝的費用遞減。例如，如果用戶在電話中存入＄1．00並撥打每三分鐘費用為＄1．00的本地電話且每三分鐘產生表示＄0．10的脈衝，那麼，所顯示的餘額就每三分鐘減少＄0．10。在這個實例中，用戶可在脈衝使存款變成零之前交談三十分鐘。
另一種類型的記帳方法是預付費電話服務，授予Kamil的US專利第476275號中公開這種方法的一個實例。依照這種方法，用戶向服務提供商付款或者授權將預付款記到他或她的信用卡上。由服務提供商將預付款記入用戶的帳戶。為了接入這種服務，用戶拔打服務提供商或特定交換機的號碼並鍵入諸如個人識別號(PIN)之類的標識碼。需要檢查用戶的帳戶，如果該帳戶有良好的信譽，則向用戶提供撥打長途電話的撥號音和帳戶餘額。記帳系統隨通話的進行而減少用戶的餘額。
授予Block的US專利第4484217號提出了另一種方法。該專利公開了用於對付費收視電視進行記帳的方法，其中，將存款信息存儲在用戶位置處。根據所存儲的存款信息與包含在電視節目傳輸信號中的費用信號的比較結果來使得用戶接入電視節目傳輸。
所有這些記帳方法的問題是，帳單的計算是在用戶的標準網絡通信路由路徑之外的遠程位置處進行。也就是說，必須將使用信息發送給用戶的標準網絡通信路由路徑之外的諸如服務提供商或專用交換機之類的實體。服務提供商或專用交換機計算帳單然後將記帳的費用返回給用戶。使記帳信息發送至和發送自用戶的標準網絡通信路由路徑之外的實體是耗時的並且是昂貴的。
此外，在非結構化的通信系統(即，沒有任何中央控制／監控設備的通信系統)中，無法監視用戶的活動，從而無法進行記帳、進行管理或控制資源。所以，需要能監視非結構化通信網絡中的用戶的活動。
發明概要本發明的一個目的是提供一種實時的用戶記帳系統，它可在非結構化通信網絡中用戶位置處計算預定服務的費用。
本發明的另一個目的是提供一種實時的用戶記帳系統，它可根據用戶的可用存款餘額來授權服務。
本發明的再一個目的是在非結構化通信網絡中用戶位置處監視用戶的活動。
本發明的又一個目的是簡化用戶付款手續並可在任何時候都能向用戶提供與他或她可用存款餘額有關的信息。
本發明的還一個目的是使得用戶能通過他或她的帳戶為所購買或記帳的其它產品或服務付款。
本發明的另一個目的是使得用戶能對被授權將服務或產品記帳到他或她帳戶上的人進行控制。
依照本發明，一種用於在非結構化通信網絡中用戶位置處進行實時用戶記帳的系統和方法能達到上述和其它目的。將用於至少一個用戶的帳戶餘額和服務信息存儲在用戶位置處。根據用戶位置處所存儲的帳戶信息來判斷用戶是否有用於預定服務的足夠存款餘額。根據這種判斷來授權或拒絕對用戶服務。可將諸如帳戶記帳和服務歷史、目前的信用級別、目前的存款量、服務授權情況、資費率等其它帳戶信息存儲在服務提供商處。服務提供商可用這種帳戶信息來監視用戶的服務記錄並相應地更新提供給用戶的服務。
附圖簡述通過連同附圖閱讀以下詳細說明，可以更容易地理解本發明的上述和其它目的、特徵和優點，在附圖中
圖1a說明了依照本發明第一個方面的用於進行實時用戶記帳的示例性系統；圖1b說明了依照本發明一個實施例的示例性信道記帳監視器。
圖1c說明了依照本發明第一個方面的用於進行實時用戶記帳的網絡路由設備。
圖2a-2d說明了依照本發明第一實施例的用於進行實時用戶記帳的中央局交換機；圖3a-3d說明了依照本發明第二實施例的用於進行實時用戶記帳的中央局串聯交換機；圖4a-4d說明了依照本發明第三實施例的用於進行實時用戶記帳的網絡；圖5a-5d說明了依照本發明第四實施例的與蜂窩／無線系統相連的用於進行實時用戶記帳的中央局交換機；圖6a-6h說明了依照本發明第五實施例的用於進行實時用戶記帳的遠程呼叫系統；圖7說明了依照本發明的用於啟動通信警告消息的示例性例程；圖8說明了依照本發明的示例性實時計費例程；圖9說明了依照本發明的示例性實時警告消息例程；圖10說明了依照本發明的示例性服務改變例程；圖11說明了依照本發明第二個方面的用於進行實時用戶記帳的示例性系統；以及圖12a和12b說明了依照本發明第六實施例的在非結構化通信網絡用戶位置處進行實時用戶記帳的示例性系統。
詳細說明為便於理解，參照電話網絡對以下實施例進行說明。但是，本技術的專家應該認識到，本發明並不局限於電話網絡，而是可應用於任何的用戶系統。
圖1a說明了依照本發明第一個方面的用於進行實時用戶記帳的示例性系統。在圖1a中，具有用標號10表示的四個用戶Sub．1、Sub．n、Sub．1R和Sub．nR。用戶10例如可以是標準的電話網絡用戶。用戶Sub．1和Sub．n表示始發呼叫用戶，Sub．1R和Sub．nR表示接收呼叫用戶。儘管示出了四個用戶，本技術的專家應該認識到本發明第一個方面的實時記帳系統可適用於任何數量的用戶。
信道記帳監視器20和網絡路由設備30設置在用戶10的標準網絡路由路徑內。也就是說，信道記帳監視器20和網絡路由設備30設置在將通話用戶Sub．1和Sub．n與接收呼叫用戶Sub．1R和Sub．nR連接起來的路徑內。正如圖1a中虛線所示的那樣，信道記帳監視器20可位於用戶位置處或位於網絡路由設備30處。另外，信道記帳監視器20可在通話用戶與接收呼叫用戶之間沿標準網絡路由路徑獨立地設置在任何位置。
信道記帳監視器20檢測費用信號，費用信號表示在打電話過程中產生的預定費用或在打電話時經過的時間。費用信號可由網絡路由設備30或計費處理器40來生成。可例如用諸如圖1b所示的能檢測並計算費用信號的裝置來實現上述信道記帳監視器。
參照圖1b，信道記帳監視器20與Sub．n和網絡路由設備30相連。信道記帳監視器20包括一放大器22，它用於放大來自Sub．n的信號；一過濾器23，它用於過濾上述信號；一脈衝檢測器24，它用於檢測費用信號；以及，一脈衝計數器25，它用於對檢測到的費用信號進行計數。將費用信號的計數值傳給微處理器27a並與存儲在存儲器28b內的用戶帳戶信息相比較，以確定將什麼樣的服務提供給用戶。微處理器28a通過數據埠29與處理器60(圖1c所示)相通信，以更新用戶的帳戶信息。
信道記帳監視器20還包括一延時開關21，它根據微處理器28a的指令由延時驅動器27進行驅動。例如，如果用戶不具有適當的可用餘額，則微處理器28a指令延時驅動器27去打開開關21，以斷開與Sub．n的連接。就諸如緊急呼叫或呼叫服務提供商之類的某些呼叫而言，微處理器28a可指令延時驅動器27去閉合開關21並與Sub．n相連。
信道記帳監視器還包括一聲音檢測器26，它例如檢測Sub．n所撥號的撥號音並將這些聲音傳給微處理器28a。
網絡路由設備30將來自通話用戶的呼叫傳給接收呼叫用戶。可根據網絡路由設備30在網絡路由路徑中的位置用例如中央局交換機、終端局交換機或串聯交換機來實現網絡路由設備30。參照圖2a、c、3a、c、4a、c、5a、c和6a、c，說明了網絡路由設備的具體實例。
如圖1a所示，可在網絡路由設備30之間使用共用信道信號裝置(CCS)。這就能在不影響聲音通路的情況下於呼叫過程中發送和接收數據。
可在信道記帳監視器20、網絡路由設備30或在用戶位置處進行實時記帳處理。就在信道記帳監視器20中進行的實時記帳處理而言，可以對所生成的費用信號的數量或經過的時間進行檢測、計算並將其與所存儲的用戶帳戶信息作比較，以確定將什麼樣的服務提供給用戶。就在網絡路由設備30中或在用戶位置處進行的實時記帳處理而言，可以在網絡路由設備30中或在用戶位置處用信道計帳監視器來檢測所生成的費用信號的數量或經過的時間。然後對費用信號的數量或經過的時間進行計算並將其與所存儲的用戶帳戶信息作比較，以確定將什麼樣的服務提供給用戶。
可在通話用戶處、接收呼叫用戶處或者在這兩者處進行用戶位置處的實時記帳處理。例如，如果要將電話費記到通話用戶的帳上，則在通話用戶處進行實時記帳處理。如果要將電話費記到接收呼叫用戶的帳上，例如就受話人付費電話而言，則在接收呼叫用戶處進行實時記帳處理。還存在有這樣的情況，其中，通話用戶與接收呼叫用戶分攤電話費，在這種情況下，在各個參與通話的用戶處進行實時記帳處理。
還可在計費處理器40處進行實時記帳處理。例如，如果要在現有的不具有實時記帳能力的標準網絡設備中實現實時記帳，就希望能這樣做。就在計費處理器40處進行的實時記帳處理而言，所生成的費用信號的數量或經過的時間由信道記帳監視器20來檢測並被傳給計費處理器40。計費處理器40對所生成的費用信號的數量或經過的時間進行計算，並根據費用信號的計算數量或經過的時間與所存儲的用戶帳戶信息的比較結果來確定提供什麼樣的服務。用戶帳戶信息可存諸在計費處理器40內或存儲在用戶位置、信道記帳監視器20或網絡路由設備30處。可例如用一微處理器來實現計費處理器40。
對用戶付費進行管理的商務管理系統50可周期性或在任何時間更新所存儲的用戶帳戶信息。按照用戶帳戶信息所存儲的位置的不同以及進行實時記帳處理的位置的不同，可定期地或在每次通話結束時將通話費用和用戶帳戶信息從信道記帳監視器20、網絡路由設備30、用戶位置或計費處理器40傳給商務管理系統50。商務管理系統50使用戶的付費與通話費用相一致並將這一信息傳給用於對用戶帳戶進行更新的信道記帳監視器20、網絡路由設備30、用戶位置或計費處理器40。
按照進行實時記帳處理的位置的不同，圖1a中所示的所有部件都不是必需的。例如，如果在信道記帳監視器20、網絡路由設備30內或在用戶位置處進行實時記帳處理，那麼，計費處理器40就不是必需的。還有，信道記帳監視器20僅在檢測到費用信號或經過的時間的那些位置處(例如在用戶位置、網絡路由設備30或在兩者之間的網絡路由路徑的位置處)才是必需的。在所有這些位置處都不需要有信道記帳監視器。圖1a為方便說明起見僅示出了各種不同位置處的信道記帳監視器。
圖1c詳細說明了本發明第一個方面的用於進行實時用戶記帳的示例性網絡路由設備。如圖1c中的虛線所示，網絡路由設備30連在用標號10表示的用戶Sub．A和Sub．B之間。網絡路由設備30還連接於外部記帳管理系統50。為便於說明起見，圖1c所示的網絡路由設備30執行所有的實時記帳處理，而無需連接於圖1a所示的費用處理器40。
參照圖1c，網絡路由設備30包括處理器60，它進行實時記帳計算。可例如用微處理器來實現處理器60。
網絡路由設備30還包括存儲器70，它用於存儲與用戶及服務相關的信息。可將存儲器70分成四個子存儲器通信控制存儲器72、記帳數據存儲器74、價格表存儲器76以及詳細使用情況記錄存儲器78。通信控制存儲器72存儲有與用戶狀態有關的信息，例如包括用戶處於掛機狀態還是摘機狀態以及所呼叫的電話號碼和其它信息。記帳數據存儲器74存儲有與用戶可用存款餘額有關的信息。價格表存儲器76存儲有與各種服務的費用即價格表以及稅費和定額費率有關的信息。詳細使用情況記錄存儲器78存儲有與通話費用有關的詳細信息。儘管為便於說明起見示出為四個子存儲器，但這些子存儲器可合併成更少或分成更多。
依照本發明的一個方面，處理器60根據費用信號計數與用戶可用的存款餘額的比較結果來確定向用戶提供什麼樣的服務。在向用戶收費的通話正在進行時，就按固定的時間間隔來產生費用信號例如定時脈衝。費用信號可例如由處理器60來產生。每個費用信號都表示預定的費用量。稱為脈衝速率的脈衝之間的時間取決於電話呼叫的目的地或者在受話方付費的情況下取決於電話呼叫地以及諸如帶寬之類的其它通話特徵。脈衝率可例如由價格表來形成，而價格表則可通過將價格表信息從例如中央局交換機下載到價格表存儲器76內而周期性地改變。
信道記帳監視器(未示出)檢測所說的脈衝，並且，處理器60對從通話開始到通話結束產生的脈衝數進行計數。例如，處理器60從結束脈衝數中扣除開始的脈衝數或者加上所生成的脈衝數。就安全而言，所說的計數從第一次通話開始是連續的，永不將脈衝數重置為零。這就避免了在帳戶用完之前以欺騙的方式將用戶帳戶重置為零。另外，可通過從使用的脈衝總數中扣除付費的脈衝數，可以重置脈衝的計數值。
用存儲在記帳數據存儲器74中的脈衝使用限制(PUL)和脈衝使用信用(PUC)來表示用戶的可用的存儲餘額。PUL和PUC可被表示為多個脈衝，PUL表示用戶付出存款，PUC表示為用戶形成的信用限制。可將處理器60編程為能對所生成的脈衝數量與PUL或PUC作連續比較或者對於通話過程中生成的每個脈衝都使PUL或PUC遞減一個脈衝。
可用本地貨幣值來形成使用限制或信用限制，而不是用預定值的脈衝去形成使用限制或信用限制。例如，對每個用戶來說，可將用戶使用限制(SUL)和用戶信用限制(SCL)存儲在記帳數據存儲器74內。除SUL和SCL用本地貨幣而不是多個脈衝來表示以外，SUL和SCL分別類似於PUL和PUL。對通話過程中的每個脈衝而言，可按與PUL或PUC相同的方式來確定SUL和SCL。
PUC／SCL的數量可超過PUL／SUL的數量。因此，如果用戶具有授權的PUL／SCL，則可授權用戶按PUC／SCL的量而超過PUL／SUL。
在使用量等於PUL／SUL或PUC／SCL時，就可改變提供給用戶的服務類別(COS)。可例如根據針對各個用戶或用戶類別的預定服務提供商的政策來自動地改變COS。也就是說，可根據預定服務提供商的政策來改變COS。例如，在所使用的脈衝等於PUL／SUL或PUC／SUC時，處理器60可阻止任何種類的入或出呼叫、允許入呼叫並阻止出呼叫，或者允許本地出呼叫但阻止入呼叫和長途出呼叫。
另外，可在使用量與PUL／SUL或PUC／SUC之差達到預定量時改變COS。COS還可與提供給特定用戶或用戶類別的特定獎勵或折扣相聯繫。這可以包括大量使用或使用多種服務等的折扣。例如，在給定的時間內達到一定的使用程度時，就可給用戶記帳率以一定的折扣。
依照本發明的另一個方面，處理器60可計算通話中經過的時間並據此來確定將COS提供給用戶，而不是將費用信號檢測和計算作為確定將什麼樣的服務提供給用戶的基礎。
處理器60在通話過程中實時地計算通話費用，以便將通話的持續時間應用於存儲在價格表存儲器76中的價格表的適當的部分。然後，將通話的費用作為DUR存儲在DUR存儲器76內。就電話通話而言，通話費用作為CDR被存儲起來，CDR包括所呼叫的號碼、通話持續時間、通話費用以及用戶或服務提供商所希望的任何這類其它信息。
商務管理系統50可將用戶通過數據埠55所進行的付費通知給處理器60。處理器60以費用量來更新用戶的帳戶。處理器60還以定額費(例如設備月租費)來更新用戶帳戶並從用戶的帳戶餘額中減去這些費用。如果用戶在預定的時間內還未付費，則商務管理系統50就指令處理器60去取消用戶服務。
網絡路由設備30還包括系統路由設備80，它用於在用戶Sub．A與Sub．B之間傳送呼叫；終端報警生成器82，它用於生成振鈴信號以警示受話用話摘機；以及，信號檢測器／解碼器84，它們用於檢測通話用戶何時摘機以及所撥呼的號碼並將這些信息提供給處理器60。例如，當Sub．A拔叫Sub．B時，檢測器／解碼器A就能檢測到這一點，檢測器／解碼器A還檢測所呼叫的電話號碼。檢測器／解碼器A將包括用戶號碼、所呼叫的號碼、記費率及通話起始時間在內的信息傳給處理器60。處理器60判斷將什麼樣的服務提供給用戶並根據例如存儲在記帳數據存儲器74中的用戶可用存款餘額來計算出對用戶來說是可以使用的聯機時間。
對於向Sub．A收費的通話，要檢查Sub．A的存款餘額。如果處理器60判斷出Sub．A有足以與Sub．B進行通話的可用存款餘額，則處理器60就指示通信進程消息生成器65去生成一諸如撥號音或出錯消息之類的適當消息。通過系統路由設備80將這一消息傳給Sub．A。
處理器60還指示終端報警生成器B去生成一傳給Sub．B的振鈴信號。終端報警生成器的狀態可例如存儲在通信控制存儲器72內。然後由系統路由設備80將呼叫從Sub．A傳給Sub．B。
隨著通話的進行，處理器60根據存儲在價格表存儲器76中的價格表按適當的間隔減少用戶的存儲餘額。例如，頭三分鐘可以是一種費用，以後每分鐘或每分鐘的一部分可以是另外的費用。
信號檢測／解碼器84將通話結束時間通知給處理器60。根據是在達到Sub．A存款餘額之前還是在之後結束通話，進行下述過程。如果將在達到Sub．A可用存款餘額之前結束了通話通知給處理器60，則處理器60計算通話的費用並從餘下的存款餘額中扣掉計算出來的費用。如果在將通話結束通知給處理器60之前達到了Sub．A的可用存款餘額，則處理器60就發出指令去結束通話。
存在有將費用通知給用戶的多種方式。例如，在通話過程中減少存款額或餘下的信用限制時，可通過音頻聲音或數字聲音信號將餘下的存款餘額通知給用戶。可將表示特定存款餘額例如剩10美元存款餘額、剩5美元存款餘額、剩2美元存款餘額或剩一分鐘的一系列聲音傳給用戶。也可以在切斷通話之前用數字聲音信號去通知用戶剩餘存款存額的值或剩餘時間。
另外，或者，除警告音或聲音之外，可在電話鍵盤上設置一按鈕，用戶按下該按鈕以便在附屬顯示器上顯示出剩餘時間量、用戶存款餘額值或累積至當前的費用量。可例如用LCD、LED、CRT、等離子顯示器或與電話相連的其它可視顯示器來實現上述附屬顯示器。
將累積到當前的費用或剩餘的存款餘額通知給用戶的另一種方式是按下電話鍵盤上的預定序列的按鈕，包括諸如PIN之類的標識信息。然後，使用戶與聲音響應系統(VRS)相連。響應來自VRS的數字聲音提示，用戶可識別預定的信息。VRS可根據用戶的請求提供用戶存款餘額的值或通話費用的列表。
還可按要求通過傳真將累積到當前的費用通知給用戶。用戶可撥打電話鍵盤上預定序列號碼(包括諸如PIN之類的識別號碼)。如果從傳真機上撥號，則用戶可僅按下啟動鍵，從而從DUR存儲器78中檢索出自最後一次記帳以來的付費通話列表，並將該列表傳給用戶的傳真機。如果用戶從電話而不是從傳真機進行呼叫，就提示他或她輸入要將帳單傳給的傳真機號碼。在處理器60所確定的時間周期內向用戶提供傳真帳單。例如，如果處理器60允許的話，可在用戶在線時發送傳真帳單。如果否的話，則在一個小時或二十四小時之後發送傳真帳單，這取決於系統的能力。VRS可將發送傳真帳單的適當時間通知給用戶。
用戶可以選擇得到存儲在傳真帳單中的記帳通話。例如，用戶可鍵入兩個數碼，這兩個數碼可用作分類代碼。可在撥打的號碼序列結束時的特定聲音之後或通過按下諸如「*」之類的預定鍵再按下所述兩位數字代碼，於是可輸入這兩個數碼。
也可例如通過商務管理系統50用列印出的清單將費用通知給用戶。列印的清單可用作書面的確認並周期地或在用戶請求時寄給用戶。
圖1c中，在網絡路由設備30中進行實時記帳處理。依照本發明的第一實施例，可由用戶所連接到的中央局交換機來實現該網絡路由設備。圖2a說明了中央局(CO)交換機100，其中，可依照上述第一實施例來進行實時用戶記帳。在圖2a中，CO交換機100通過用戶專用線路210與用戶200相連。CO交換機100向用戶200提供電話服務。儘管圖2a中僅示出了一個用戶，但可以有任何數量的用戶與CO交換機100相連。在圖2a中，在包括在CO交換機100內的中心處理器(CPU)100中進行實時記帳處理。
圖2b是一流程圖，它說明了圖2a所示的CO交換機執行的示例性實時記帳過程。如圖2b所示，該過程始於步驟2000，在該步驟中，當一個具有預付押金或信用限制的用戶摘機時，於是CO交換機100就去檢驗用戶記錄，用戶記錄包括用戶的電話號碼、COS、用戶可用的存款餘額等等。
然後，在步驟2010內，CO交換機100運行參照圖7所述的通信警告消息例程(CWMR)，以便將摘機警告消息傳給用戶。在步驟2020中，CO交換機100將用戶所撥打的電話號碼存儲到例如通信控制存儲器72內。
在步驟2030中，CO交換機100運行參照圖8所述的實時計費例程(RTCR)。在步驟2040中，根據RTCR來判斷用戶是否有足夠的可用存款餘額或者同意用戶超支。如果否，則過程前進至步驟2050，在該步驟中，CO交換機100拒絕電話呼叫。所述過程從步驟2050前進行至步驟2060，在該步驟中，CO交換機100執行參照圖9所述的實時警告消息例程(RTWMR)並將一警告傳給用戶。如果用戶掛機，則RTWMR結束。否則，RTWMR繼續，直至消息結束。然後，所述過程終止於步驟2140。
如果在步驟2040中判斷出了用戶有足夠的可用存款餘額或允許超支，則所述過程前進至步驟2070，在該步驟中，CO交換機100對呼叫進行處理。在步驟2080中，CO交換機100判斷所撥叫的號碼是否進行了應答。如果否，所述過程前進至步驟2090，在該步驟中，判斷是否例如因為呼叫的用戶已經掛機而結束了呼叫嘗試。
如果在步驟2080中CO交換機100判斷出了被撥叫的號碼己經應答，則CO交換機在步驟2100中再次立即運行RTCR，因此，可以實時地進行計費。在步驟2110中，判斷是否因為根據RTCR用戶不具有足夠的存款餘額或未被同意超支以繼續進行通話而調用了通話斷開例程。如果未調用通話斷開例程，則所述過程前進至步驟2120。
在步驟2120中，CO交換機100判斷是否例如因一方掛機而結束了通話。如果未結束通話，則所述過程返回至步驟2100。如果在步驟2110中調用了通話斷開例程、在步驟2120中判斷出通話已結束、或在步驟2090中判斷出通話嘗試已結束，則所述過程前進至步驟2130。
在步驟2130中，CO交換機100斷開通話，用通話的最終費用值來更新用戶記錄並創建通話的最終CDR。然後，所述過程前進至步驟2140，所述過程在該步驟中結束。
在圖2a中，在CPU110中進行實時記帳處理，CPU110進行實時記帳計算並包括RTCR和用戶的帳戶存款餘額。另外，可在應用程式中央處理器(Apps．CPU)300中進行實時記帳處理，應用程式中央處理器(Apps．CPU)300通過交換機接口310與CO交換機100相連，如圖2c所示。在這種情況下，RTCR和用戶的帳戶存款餘額存儲在Apps．CPU300內。
圖2d示出了圖2c中所示的CO交換機結構中執行的實時記帳過程。圖2d中的流程類似於圖2b中的流程。在圖2d中，所述過程始於步驟2005，在該步驟中，用戶摘機，並且，CO交換機100將用戶ID即用戶的電話號碼通知給Apps．CPU300。
然後，在步驟2015中，Apps．CPU300指令CO交換機100啟動CWMR以發出摘機警告消息。在步驟2025中，CO交換機100將所拔打的電話號碼存儲起來並將該號碼連同用戶ID再次傳給Apps．CPU300。在步驟2035中，Apps．CPU運行用於用戶ID的RTCR。在步驟2040中，根據RTCR判斷用戶是否有足夠的可用存款餘額或同意用戶超支通話。如果否，則所述過程前進至步驟2055，在該步驟中，Apps．CPU300指令CO交換機拒絕通話並開始RTWMR．CO交換機100拒絕用戶通話，並且，所述過程前進至步驟2140，所述過程在該步驟中結束。
如果在步驟2040中判斷出用戶有足夠的可用存款餘額或允許用戶超支，則所述過程前進至步驟2065，在該步驟中，Apps．CPU300授權CO交換機100處理通話。在步驟2075中，CO交換機100對通話進行處理並將應答狀態通知給Apps．CPU300。
在步驟2080中，CO交換機100判斷所呼叫的號碼是否已應答。如果所呼叫的號碼未作應答，則所述過程前進至步驟2090，在該步驟中，判斷是否己結束了呼叫嘗試。如果呼叫嘗試未結束，則所述過程返回至步驟208O。
如果在步驟2080中CO交換機100判斷出被呼叫的號碼進行了應答，則所述過程前進至步驟2105，在步驟2105中，CO交換機就將通話應答通知給Apps．CPU300，並且，Apps．CPU再次立即運行RTCR，因此，可以實時地進行所有的記費。然後，在步驟2110中，根據RTCR判斷是否已調用了通話斷開例程。如果尚未調用通話斷開例程，則所述過程前進至步驟2120，在該步驟中，CO交換機100判斷通話是否已結束。如果通話未結束，則所述過程返回至步驟2105。
如果在步驟2110中調用了通話斷開例程或在步驟2120中CO交換機100判斷出通話已結束或在步驟2090判斷出呼叫嘗試已經結束，則所述過程前進至步驟2135。在步驟2135中，CO交換機100斷開通話並將斷開時間通知給Apps．CPU300，因此，Apps．CPU可用最終費用值更新用戶記錄並創建用於通話的CDR。所述過程從步驟2135前進至步驟2140，所述過程在該步驟中結束。
在上述實施例中，在中央局交換機中或在與向用戶提供電話服務的中央局交換機相連的處理器中進行實時記帳處理。還可在不直接與用戶專用線路或幹線相連的交換機中進行實時記帳處理。例如在CO交換機不能進行實時記帳處理的網絡中希望能夠這樣。在這種情況下，依照本發明的第二實施例，可在串聯CO交換機中進行實時記帳處理，所述串聯CO交換機與向用戶提供電話服務的終端局相連。
圖3a示出了一串聯中央局交換臺，其中，可依照本發明的第二實施例進行實時記帳系統處理。在圖3a中，串聯CO交換臺120與終端局CO交換機105相連，終端局CO交換機105則向用戶200提供電話服務。在可包括在串聯CO交換機120中的CPU130內進行實時記帳處理。串聯CO交換機120通過標準的中央局幹線140與終端局CO交換機105相連。串聯CO交換機120與終端局CO交換機105之間的這種連接可包括任何發信令的方法，這些方法能提供諸如形成通話、斷開通話、主叫和被叫號碼標識等之類的標準局際通話處理信息。包括終端局交換機和串聯交換機在內的CO交換機之間的信息傳輸協議可以是任何一種標準的交換機協議，包括但不限於SS-7、R-2、R-1．5或R-1。
用戶200是指虛擬用戶。除了為了確定主叫方、因而串聯CO交換機120要查詢終端局開關CO105在其上傳送呼叫的輸入網絡幹線140以外，按與直接相連的用戶完全相同的方式來處理虛擬用戶。一旦確定了主叫方，串聯CO交換機120就按與上述完全相同的方式處理所說的過程。COS限制不包括在終端局交換機上於兩個用戶之間進行交換的本地通話。
圖3b是一流程圖，它說明了圖3a中所示的串聯中央局交換機所執行的示例性實時記帳處理過程。參照圖3b，所述過程始於步驟3000，在該步驟中，將來自終端局CO交換機105的局際幹線入呼叫通知給串聯CO交換機120。在步驟3010中，串聯CO交換機120接收從終端局CO交換機105撥打的電話號碼，請求並接收主叫用戶的號碼並檢查用於主叫用戶的虛擬用戶記錄(VSUB)。VSUB包含諸如帳戶存款餘額、信用信息、服務類別、通話記錄等之類的與用戶200有關的信息。VSUB可例如存儲在串聯CO交換機120的記帳數據存儲器74內。
在步驟3020中，串聯CO交換機120執行用於VSUB的RTCR。在步驟3030中，串聯CO交換機120根據RTCR判斷對於VSUB而言是否有足夠的存款餘額或允許超支。如果否，則在步驟3040中串聯CO交換機120拒絕通話。所述過程從該步驟前進至步驟3120，所述過程在步驟3120中結束。
如果在步驟3030中判斷出有足夠的存款餘額或允許超支，則所述過程前進至步驟3050。在步驟3050中，串聯CO交換機120對通話進行處理。在步驟3060中，串聯CO交換機120判斷所撥叫的號碼是否應答。如果所撥叫的號碼沒有應答，則所述過程前進至3070，在步驟3070中，串聯CO交換機120判斷呼叫的嘗試是否已結束。若呼叫嘗試未結束，則所述過程返回至步驟3060。
如果在步驟3060中串聯CO交換機120判斷出所呼叫的號碼已應答，則所述過程前進至步驟3080，在步驟3080中，再次立即運行RTCR，因此，可實時地進行計費。在步驟3090中，判斷是否由於根據RTCR所述VSUB不允許繼續進行通話因而調用了通話斷開例程。如果未調用通話斷開例程，則所述過程前進至步驟3100。在步驟3100中，串聯CO交換機120判斷通話是否結束。如果通話未結束，則所述過程返回至步驟3080。
從步驟3090中業已調用了通話斷開例程的判斷、從步驟3100中通話業已結束的判斷、或從步驟3070中呼叫嘗試業已結束的判斷，所述過程前進至步驟3110。在步驟3110中，串聯CO交換機120斷開通話，用最終的費用值來更新VSUB記錄，並創建用於通話的CDR。所述過程從步驟3110前進至步驟3120，在該步驟中所述過程結束。
在圖3a中，在CPU130內進行實時記帳處理，在此CPU130執行實時記帳計算並包括RTCR和用戶帳戶存款餘額。另外，可在Apps．CPU300中執行實時記帳處理，Apps．CPU300通過交換機接口310與串聯CO交換機120相連，如圖3c所示。在這種情況下，RTCR和用戶帳戶存款餘額均存儲在Apps．CPU300內。
作為流程圖，圖3d示出了圖3c所示的串聯CO交換機結構內執行的示例性實時記帳過程。圖3d中的流程與圖3b中的流程相類似。在圖3d中，所述過程始於步驟3000，在該步驟中，將來自終端局CO交換機105的局際幹線入呼叫通知給串聯CO交換機120。
在步驟3015中，串聯CO交換機120接收從終端局CO交換機105撥打的電話號碼，請求並接收呼叫用戶的號碼，並將這一信息傳給Apps．CPU300。Apps．CPU300檢查用於呼叫用戶的VSUB，可將VSUB編程進入Apps．CPU中。
在步驟3025中，Apps．CPU300執行用於VSUB的RTCR。在步驟3035中，根據RTCR判斷對於VSUB而言是否有足夠的存款餘額或允許超支。如果否，則所述過程前進至步驟3045，在步驟3045中，Apps．CPU300指令串聯CO交換機120拒絕通話。
如果在步驟3035中對於VSUB而言判斷出有足夠的可用存款餘額或允許超支，則所述過程前進至步驟3055，在步驟3055中，Apps．CPU300授權串聯CO交換機120對通話進行處理。串聯CO交換機120對通話進行處理並將應答狀態通知給Apps．CPU300。
然後，在步驟3060中，串聯CO交換機120判斷所呼叫的號碼是否應答。如果所呼叫的號碼沒有應答，則所述過程前進至3070，在步驟3070中，串聯CO交換機120判斷呼叫的嘗試是否已結束。若呼叫嘗試未結束，則所述過程返回至步驟3060。
如果在步驟3060中串聯CO交換機120判斷所呼叫的號碼已應答，則所述過程前進至步驟3085，在步驟3085中，串聯CO交換機120將所呼叫的號碼已經應答通知給Apps．CPU300，並且，Apps．CPU300再次立即運行RTCR，因此，可實時地進行所有的計費。
然後，在步驟3090中，判斷Apps．CPU300是否由於根據RTCR所述VSUB不允許繼續進行通話因而調用了通話斷開例程。如果未調用通話斷開例程，則所述過程前進至步驟3100。
在步驟3100中，串聯CO交換機120判斷通話是否結束。如果通話未結束，則所述過程返回至步驟3085。從步驟3045或者若步驟3090中業已判斷出調用了通話斷開例程、步驟3100中業已判斷出通話結束或步驟3070中業已判斷出呼叫嘗試結束，則所述過程前進至步驟3115，在步驟3115中，串聯CO交換機120斷開通話並將斷開時間通知給Apps．CPU300，因此，Apps．CPU300可用最終費用值更新VSUB記錄。Apps．CPU300在步驟3117中用最終的費用值來更新用戶記錄並創建用於通話的CDR。然後，所述過程在步驟3120中結束。
依照本發明的第三個實施例，在該實施例中不是每一個用戶分別具有押金或存款，而是具有一個包含多個用戶公用的借方或貸方帳戶。這例如在具有一條以上線路或由特許經營單位或獨立接線員控制的公共電話局(PCO)的業務中是有用的。
依照這一實施例，可將一組幹線、用戶專用線路或服務看成是一個單個的記帳組(BG)。對單個的用戶來說，可按如前所述相同的方式作為一個整體將實時用戶記帳系統的包括預付押金和信用限制在內的所有特性應用於BG。與BG有關的幹線、線路和服務可以從一個以上的交換機始發出來。
服務組記帳允許用戶將電話、呼機、蜂窩式電話和其它通信服務的費用記到一個單個的帳戶上。例如，來自BG的所有費用都可記到一個主記帳號碼上。可用該主記帳號碼來建立用於輔助記帳號碼的COS。
圖4a說明了網絡串聯CO交換機150，在其中可依照本發明的第三實施例來執行實時記帳處理。在圖4a中，BG用專用／外部網絡400來表示。專用／外部網絡400包括一個或多個交換機，它們由一個不是運營／管理該網絡串聯交換機150的實體來運營／管理。專用／外部網絡400通過標準的中央局幹線410與網絡串聯交換機150相連。網絡串聯CO交換機150與專用／外部網絡400之間的連接可包括任何發信令的方法，這些方法能提供諸如形成通話、斷開通話、通話和受話號碼標識等之類的標準局際通話處理信息。
在圖4a中，可在網絡串聯CO交換機150的CPU160內執行實時記帳處理。可按用於各相連的不同的專用／外部網絡的幹線組對CPU160進行編程。網絡CO交換機150對幹線進行監視並運行RTCR。
圖4b是一流程圖，它說明了圖4a中所示的網絡串聯CO交換機所執行的示例性實時記帳處理過程。參照圖4b，在步驟4000中，將來自專用／外部網絡400的局際幹線入呼叫通知給網絡串聯CO交換機150。在步驟4010中，網絡串聯CO交換機150接收所撥打的電話號碼，識別幹線ID並檢查用於該幹線的幹線記錄(TR)。幹線ID通過幹線號碼唯一地標識幹線並包含與所使用的發信號類型以及COS、用戶可用存款餘額等有關的信息。TR包含有諸如帳戶餘額、信用信息、服務類別、通話記錄等之類的用於幹線的信息。TR可例如存儲在網絡串聯CO交換機150的記帳數據存儲器74內。網絡串聯CO交換機150還可執行用於TR的RTCR。
在步驟4020中，網絡串聯CO交換機150根據RTCR判斷對於TR而言是否有足夠的存款餘額或允許超支。如果否，則所述過程前進至4030，在步驟4030中，網絡串聯CO交換機120拒絕通話。
如果在步驟4020中判斷出對於TR而言有足夠的存款餘額或允許超支，則所述過程前進至步驟4040，在步驟3050中，網絡串聯CO交換機150對呼叫進行處理。然後，在步驟4050中，網絡串聯CO交換機150判斷所呼叫的號碼是否應答。如果所呼叫的號碼沒有應答，則所述過程前進至4060，在步驟4060中判斷呼叫的嘗試是否已結束。若呼叫嘗試未結束，則所述過程返回至步驟4050。
如果在步驟4050中判斷出所呼叫的號碼已應答，則所述過程前進至步驟4070，在步驟4070中，網絡串聯CO交換機150再次立即運行RTCR，因此，可實時地進行計費。然後，在步驟4080中，判斷是否由於根據RTCR所述TR不同意允許繼續進行通話因而調用了通話斷開例程。如果未調用通話斷開例程，則所述過程前進至步驟4090。在步驟4090中，網絡串聯CO交換機150判斷通話是否結束。如果通話未結束，則所述過程返回至步驟4070。
從步驟4030、步驟4080中業已調用了通話斷開例程的判斷、步驟4090中通話業已結束的判斷或步驟4060中呼叫嘗試業已結束的判斷，所述過程前進至步驟4100。在步驟4100中，網絡串聯CO交換機150斷開通話，用最終的費用值來更新TR並創建用於通話的CDR。然後，所述過程前進至步驟4010，在該步驟中所述過程結束。
在圖4a中，在CPU160內進行實時記帳處理，在CPU160中存儲有RTCR和幹線帳戶存款餘額。另外，可在Apps．CPU300中執行實時記帳處理，Apps．CPU300通過交換機接口310與網絡串聯CO交換機150相連，如圖4c所示。在這種情況下，RTCR和用戶帳戶存款餘額均存儲在Apps．CPU300內。
圖4d是一流程圖，它示出了圖4c所示的網絡串聯CO交換機結構內執行的示例性實時記帳過程。圖4d中與圖4b相類似。在圖4d中，所述過程始於步驟4000，在該步驟中，將來自專用／外部網絡400的局際幹線入呼叫通知給網絡串聯CO交換機150。
在步驟4015中，網絡串聯CO交換機150接收所呼叫的電話號碼，識別幹線ID並將這一信息傳給相連的Apps．CPU300。Apps．CPU300檢查用於所述幹線的TR。在步驟4017中，Apps．CPU300執行用於TR的RTCR。
在步驟4020中，根據RTCR判斷對於TR而言是否有足夠的可用存款餘額或允許超支。如果否，則所述過程前進至步驟4035，在步驟4035中，Apps．CPU300指令網絡串聯CO交換機150拒絕通話。
如果在步驟4020中就TR而言判斷出有足夠的可用存款餘額或允許超支，則所述過程前進至步驟4045，在步驟4045中，Apps．CPU300授權網絡串聯CO交換機150對呼叫進行處理。在步驟4047中，網絡串聯CO交換機160對通話進行處理並將應答狀態通知給Apps．CPU300。
在步驟4050中，網絡串聯CO交換機150判斷所呼叫的號碼是否應答。如果所呼叫的號碼沒有應答，則所述過程前進至4060，在步驟4060中，網絡串聯CO交換機150判斷呼叫的嘗試是否已結束。若呼叫嘗試未結束，則所述過程返回至步驟4050。
如果在步驟4050中判斷出所撥叫的號碼已應答，則所述過程前進至步驟4075，在步驟4075中，網絡串聯CO交換機150將呼叫接通通知給Apps．CPU300。Apps．CPU300再次立即運行RTCR，因此，可實時地進行所有的計費。
在步驟4080中，判斷是否已調用了通話斷開例程。如果已調用了通話斷開例程，則所述過程前進至步驟4085，在步驟4085中，Apps．CPU300將斷開請求發送給網絡串聯CO交換機150，以斷開幹線呼叫。
如果在步驟4080中判斷出尚未調用通話斷開例程，則所述過程前進至步驟4090。在步驟4090中，判斷通話是否結束。如果通話未結束，則所述過程返回至步驟4075。
所述過程從步驟4035、步驟4085、在步驟4090中通話業已結束的判斷、或在步驟4060中呼叫嘗試業已結束的判斷前進至步驟4105，在步驟4105中，網絡串聯CO交換機150斷開通話並將斷開時間通知給Apps．CPU300。然後，所述過程前進至步驟4107，在步驟4107中，Apps．CPU用最終費用值更新TR並創建用於通話的CDR。最後，所述過程前進至4110，所述過程在步驟4110中結束。
本發明並不局限於有線用戶，而是還可以應用於蜂窩和／或無線用戶。因此，依照一第四實施例，可在這樣的中央局交換機內實現實時記帳系統，所述交換機與蜂窩和／或無線系統相連，用戶則與蜂窩和／或無線系統相連。圖5a說明了一電話公司CO串聯交換機170，其中，可依照第四實施例進行實時用戶記帳。在圖5a中，電話公司CO串聯交換機170與蜂窩和／或無線系統500相連，蜂窩和／或無線系統500通過例如射頻(RF)鏈路220向無線用戶200提供電話服務。在圖5a中，在電話公司CO串聯交換機170的CPU180內進行實時記帳處理。電話公司CO串聯交換機170通過用於聲音通路的系統間鏈路195並通過用於系統間數據傳輸交換的系統間控制器鏈路190與蜂窩和／或無線系統500相連。
圖5b是一流程圖，它示出了圖5a所示的電話公司串聯CO交換機結構內執行的示例性實時記帳過程。參照圖5b中，所述過程始於步驟5000，在該步驟中，通過系統間控制器鏈路190將來自相連的蜂窩和／或無線系統500的入呼叫通知給電話公司CO串聯交換機170。將所撥打的電話號碼以及呼叫用戶的號碼通知給電話公司CO串聯交換機170，並且，電話公司CO串聯交換機170檢查用於呼叫用戶的VSUB。VSUB例如可存儲在電話公司CO串聯交換機170的記帳數據存儲器74內。
在步驟5020中，電話公司CO串聯交換機170執行用於VSUB的RTCR。在步驟3030中，根據RTCR判斷對於VSUB而言是否有足夠的可用存款餘額或允許超支。如果否，則所述過程前進至步驟5040，在步驟3040中電話公司CO串聯交換機170拒絕呼叫並將呼叫斷開通知給蜂窩／無線系統500。所述過程從該步驟前進至步驟5120，所述過程在步驟5120中結束。
如果在步驟5020中判斷出有足夠的可用存款餘額或允許超支，則所述過程前進至步驟5050，在步驟5050中，電話公司CO串聯交換機170對呼叫進行處理並將呼叫狀態通知給蜂窩／無線系統500。然後，在步驟5060中，電話公司CO串聯交換機170判斷所撥叫的號碼是否應答。如果所呼叫的號碼沒有應答，則所述過程前進至5070，在步驟5070中，電話公司CO串聯交換機170判斷呼叫的嘗試是否已結束。若呼叫嘗試未結束，則所述過程返回至步驟5060。
如果在步驟5060中電話公司CO串聯交換機170判斷出所撥叫的號碼已應答，則所述過程前進至步驟5080，在步驟5080中，再次立即運行RTCR，因此，可實時地進行所有的計費。然後，在步驟5090中，判斷是否調用了呼叫斷開例程。如果未調用呼叫斷開例程，則所述過程前進至步驟5100。在步驟5100中，電話公司CO串聯交換機170判斷呼叫是否結束。如果呼叫未結束，則所述過程返回至步驟5080。
如果所述過程從在步驟5090業已調用了撥叫斷開例程、在步驟5100已判斷出通話業已結束或在步驟5070中已判斷出撥叫嘗試業已結束，則前進至步驟5110，在步驟5110中，電話公司CO串聯交換機170斷開通話並用本次通話的最終費用值來更新VSUB記錄。電話公司CO串聯交換機170創建用於本次通話的CDR並將通話斷開通知給相連的蜂窩／無線系統500。所述過程從步驟5110前進至步驟5120，在該步驟中所述過程結束。
在圖5a中，在CPU180內進行實時記帳處理，CPU180存儲有RTCR和用戶帳戶存款餘額。另外，可在Apps．CPU300中執行實時記帳處理，Apps．CPU300通過交換機接口310與CPU180相連，如圖5c所示。在這種情況下，RTCR和用戶帳戶存款餘額均存儲在Apps．CPU300內。
圖5d是一流程圖，它示出了圖5c所示的電話公司CO串聯交換機結構內執行的示例性實時記帳過程。圖5d與圖5b相類似。參照圖5d，所述過程始於步驟5000，在該步驟中，將從相連的蜂窩／無線系統500撥入的呼叫通知給電話公司CO串聯交換機170。在步驟5015中，蜂窩／無線系統500通過系統間控制器鏈路190將用戶ID通知給電話公司CO串聯交換機170，而且，電話公司CO串聯交換機170接收所撥打的電話號碼並將這一信息傳給Apps．CPU300。Apps．CPU300檢查用於主叫用戶的VSUB，主叫用戶例如可將VSUB編寫進Apps．CPU。
在步驟5025中，Apps．CPU300執行用於VSUB的RTCR。在步驟5030中，根據RTCR判斷對於VSUB而言是否有足夠的可用存款餘額或允許超支。如果否，則所述過程前進至步驟5045，在步驟5045中，Apps．CPU300將加以拒絕通知給電話公司CO串聯交換機170並指令該交換機拒絕通話。
如果在步驟5025中對於VSUB而言判斷出有足夠的可用存款餘額或允許超支，則所述過程前進至步驟5055，在步驟5055中，Apps．CPU300指令電話公司CO串聯交換機170對通話進行處理。電話公司CO串聯交換機170對通話進行處理並將應答狀態通知給Apps．CPU和蜂窩／無線系統500。
然後，在步驟5060中，電話公司CO串聯交換機170判斷所呼叫的號碼是否應答。如果所呼叫的號碼沒有應答，則所述過程前進至5070，在步驟5070中，電話公司CO串聯交換機170判斷呼叫的嘗試是否已結束。若呼叫嘗試未結束，則所述過程返回至步驟5060。如果在步驟5060中判斷出所呼叫的號碼已應答，則所述過程前進至步驟5085，在步驟5085中，電話公司CO串聯交換機170通過系統間控制器鏈路195將呼叫應答通知給Apps．CPU300和相連的蜂窩／無線系統500．Apps．CPU300再次立即運行RTCR，因此，可實時地進行所有的計費。
在步驟5090中，判斷是否調用了通話斷開例程。如果未調用通話斷開例程，則所述過程前進至步驟5100，在步驟5100中，判斷通話是否結束。如果通話未結束，則所述過程返回至步驟5085。所述過程從步驟5090中業已調用了通話斷開例程的判斷、步驟5100中通話業已結束的判斷或步驟5070中呼叫嘗試業已結束的判斷中前進至步驟5110，在步驟5110中，電話公司CO串聯交換機170斷開通話並將斷開時間通知給Apps．CPU300，因此，Apps．CPU300可用最終費用值更新VSUB記錄。Apps．CPU創建用於本次通話的CDR。電話公司CO串聯交換機170將通話斷開通知給相連的蜂窩／無線系統500。所述過程從步驟5110前進至步驟5120，所述過程在步驟5120中結束。
依照本發明的第五個實施例，可在這樣一種遠程呼叫系統中實現上述實時記帳系統，所述遠程呼叫系統使得能夠從用戶電話以外的電話對通話進行付款。存在有對遠程通話記帳的兩種辦法遠程通話記帳和用戶線路遠程通話記帳。
在遠程通話記帳中，當從網絡內的電話呼叫該用戶電話以外的一個電話機時，用戶通過例如鍵入信用識別代碼然後再鍵入要呼叫的電話號碼而將其自身標識給網絡。向用戶提示諸如PIN之類的識別信息以及要為本次通話付費的電話號碼。這些信息由用戶來提供並由進行實時記帳處理的歸屬交換機或相連的計算機傳送給網絡中的遠程記帳計算機(RBC)。RBC查詢歸屬交換機的用戶以確判斷用戶的帳戶中是否具有進行通話的足夠的存款餘額。
RBC可暫時將費用記到有足以進行一般通話的總金額的用戶帳戶上並將限額傳給服務交換機。然後，服務交換機建立臨時用戶帳戶，該帳戶有歸屬交換機認可的金額。隨著通話的進行以及服務交換機限額的接進，服務交換機可自動地從RBC請求額外的限額。然後，RBC從歸屬交換機的存款餘額中減去該額外的金額並將這一金額傳給服務交換機，以便增加到臨時限額中。
在通話結束時，將服務交換機中任何餘下未用的金額返回給RBC，RBC又將這一未用的金額返回給用戶的歸屬交換機。將餘下的金額加回到用戶存款餘額中。
服務交換機還可將輔助信息傳給RBC，以便傳給歸屬交換機。所述信息可包括通話費用、所撥打的電話號碼、呼叫電話號碼、日期、起始時間以及通話結束時間等。
在用戶線路遠程記帳中，用戶可通過撥打預定的號碼並鍵入他或她自己的電話號碼和PIN而將在網絡內或網絡外的通話費用記到他或她的帳戶上。所述預定號碼是用戶的歸屬交換機處的號碼。當用戶鍵入預定號碼和PIN時，用戶所連接到的交換機可提供一輸出線路。用戶接收撥號音並按通常的方式進行通話。按前述方式對通話進行計費。
本發明第五實施例的遠程呼叫系統所提供的特徵包括個人電話號碼(PPN)和單號呼號(ONC)。用戶呼叫預定的電話號碼並識別要將呼叫傳送到的電話、尋呼機、語音郵件、電子郵件或傳真機。呼叫的類型例如由網絡交換機或與網絡交換機相連的設備來加以檢測，以便區別呼叫的類型。例如，可區別出語音、傳真和計算機通信。對用戶原始號碼的任何呼叫都被自動地傳給編程後的號碼。
可由用戶或主叫方對傳送進行付費。如果主叫方付費，則語音應答可尋問主叫方他或她是否要轉送呼叫。
圖6a示出了一遠程呼叫系統，其中可依照本發明的第五實施例來實現實時用戶記帳系統。在圖6a中，電話公司網絡包括CO交換機100a和100b，它們可對來自自己記錄的用戶線路以外的線路的呼叫進行實時記帳處理。CO交換機100a和100b分別包括CPU110a和110b，其中可進行實時記帳處理。CO交換機100a和100b分別通過用戶線路210a和210b與用戶200a和200b相連。CO交換機100a和100b通過網際幹線610a和610b以及信息傳輸線路620a和620b分別與公共交換電括網(PSTN)600相連。用戶無須只有直接與能實時記帳的CO交換機相連才能接收呼叫。例如，如圖6a所示，用戶200c可通過幹線630直接與PSTN600相連。儘管圖6a中僅示出了三個用戶，但熟悉本技術的人員將會注意到，本發明第五實施例的實時記帳系統適用於任何數量的用戶。
圖6a所示的遠程呼叫系統還包括網絡應用程式處理器(NAP)305，它通過網絡局間信息鏈路(NL)325與PSTN600相連。NAP305被用作為RBC。可以利用例如包括SS7、WAN、LAN、R1、R1．5、R2等在內的任何數量的協議通過鏈路325、PSTN600、幹線610a和610b以及鏈路620a和620b在CO交換機100與NAP305之間傳遞與呼叫有關的信息。
與信用卡呼叫相類似，圖6a的遠程記帳系統中的用戶可利用諸如PIN之類的識別信息對他或她的線路進行編程，然後，通過撥打特定的代碼、歸屬線路號碼和PIN來呼叫另一個線路並實時地將呼叫的費用記到他或她的歸屬線路帳戶上。例如，具有歸屬用戶線路200a的用戶可以從用戶線路200c進行呼叫並將呼叫的費用記到用戶專用線路200a上。
圖6b-d說明說明了圖6a中所示的遠程呼叫系統所執行的示例性實時記帳處理過程。參照圖6b，所述過程始於步驟6000，在步驟6000中，將用戶線路已摘機並撥打了表示對遠程呼叫操作進行請求的特定代碼通知給CO交換機100。還將用戶要呼叫的目標電話號碼通知給CO交換機。呼叫開始的CO交換機稱為原始CO交換機。與將通話費用所記到的用戶專用線路相連的那個CO交換機被稱為歸屬CO交換機。將通話費用所記到的用戶線路被稱為歸屬用戶線路，呼叫請求始發的那個用戶線路被稱為發請求的用戶線路。例如，參照圖6a，如果用戶從發請求的用戶線路200b進行呼叫並且用戶的歸屬用戶線路是200a，則原始CO交換機對應於交換機100b且歸屬CO交換機對應於交換機100a。
在步驟6010中，原始CO交換機將聲音或語音請求發送給發請求的用戶線路，以輸入歸屬用戶線路的號碼和用戶的PIN。在步驟6020中，判斷發請求的用戶線路是否對所述語言請求進行應答。
如果發請求的用戶線路應答了所述語言請求，則所述過程前進至步驟6050，在步驟6050中，原始CO交換機將聲音或語音請求發送給發請求的用戶線路，以等待用戶帳戶的許可。在步驟6060中，原始CO交換機判斷發請求的用戶線路和歸屬用戶線路是否駐留在同一交換機內，即原始CO交換機和歸屬CO交換機是否相同。如果原始CO交換機和歸屬CO交換機是相同的，則所述過程前進至步驟6070，在步驟6070中，判斷歸屬CO交換機是否能實時記帳。如果歸屬CO交換機不能實時記帳或者在步驟6020中判斷出發請求的用戶線路尚未應答原始CO交換機的請求，則所述過程前進至步驟6030，在步驟6030中，原始CO交換機將拒絕音或語音應答發送給發請求的用戶線路並斷開該線路。然後，所述過程前進至步驟6040，所述過程在步驟6040處結束。
如果在步驟6060中判斷出原始CO交換機與歸屬CO交換機是不同的，則所過程前進至步驟6080，在步驟6080中，原始CO交換機將一請求發送給NAP305，以請求用於呼叫的帳戶許可。原始CO交換機通過NL325將歸屬用戶線路的號碼、歸屬用戶PIN、發請求的用戶的號碼發送給NAP305。
然後，在步驟6090中，NAP305檢查CO交換機的一個內部列表，以判斷歸屬CO交換機是否能實時記帳。如果否，則所述過程前進至步驟6100，在步驟6100中，NAP305將一個拒絕信號發送給原始CO交換機。然後，在步驟6110中，原始CO交換機將拒絕音和／或語音消息應答發送給發請求的用戶線路以表示呼叫被拒絕，然後斷開該線路。此後，所述過程前進至步驟6120，在步驟6120中，所述過程結束。
如果在步驟6090中判斷出歸屬CO交換機能實時記帳，則所述過程前進至步驟6130，在步驟6130中，NAP305確定用於呼叫的第一／第二周期所需的必要金額。所述第一／第二周期是例如由服務提供商所形成的時間周期。這些周期對於不同類別的呼叫是不同的，例如，對本地通話和長途收費用話來說，可以有不同的時間周期。
然後，在步驟6140中，NAP305通過NL325將對在步驟6130中確定的金額的請求發送給歸屬CO交換機。NAP還將歸屬用戶線路、歸屬PIN和發請求的用戶線路的號碼發送給歸屬CO交換機。
根據步驟6140或步驟6070中歸屬CO交換機能進行實時記帳的判斷，所述過程前進至步驟6150，在步驟6150中，歸屬CO交換機接收一請求並檢查用戶帳戶中所需的金額以及發請求的用戶專用線路的號碼的有效性。所述過程從此前進至圖5c中所示的步驟6160。在步驟6160中，判斷歸屬PIN是否合法。如果歸屬PIN不合法，則所述過程前進至步驟6170，在步驟6170中，判斷原始CO交換機是否與歸屬CO交換機相同。如果原始CO交換機與歸屬CO交換機相同，則所述過程返回至步驟6110。如果不相同，則所述步驟前進至步驟6180，在步驟6180中，歸屬CO交換機將表示拒絕的信號發送給NAP305。然後，在步驟6190中，NAP305將表示拒絕的信號發送給原始CO交換機，並且，所述過程返回至步驟6110。
如果在步驟6160中判斷出PIN是有效的，則所述過程前進至步驟6200，在步驟6200中，判斷歸屬CO交換機是否同意了對用戶帳戶的金額的請求。如果否，則所進過程前進至步驟6210，在步驟6210中，判斷原始CO交換機是否與歸屬交換機相同。如果原始CO交換機與歸屬交換機不相同，則所述過程返回至步驟6180。如果原始CO交換機與歸屬CO交換機相同，則所述過程返回至步驟6110。
如果在步驟6200中判斷出歸屬CO交換機同意了上述請求，則所述過程前進至步驟6220，在步驟6220中，歸屬CO交換機針對用戶記錄儲備存款金額。如果這是對呼叫和用戶的初始請求，則將所述金額儲備為初始請求。如果這是對同一呼叫的額外金額的額外請求，則歸屬CO交換機針對呼叫的用戶將所述金額儲備為額外的儲備金。
然後，在步驟6230中，判斷原始CO交換機是否與歸屬CO交換機相同。如果否，則所述過程前進至步驟6240，在步驟6240中，歸屬CO交換機將表示同意呼叫的信號發送給NAP305。
然後，在步驟6250中，NAP305將表示同意呼叫的信號發送給原始CO交換機。所述過程從步驟6250或步驟623中原始CO交換機與歸屬CO交換機相同的判斷前進至步驟6260，在步驟6260中，原始CO交換機創建用於所述呼叫的VSUB。由原始CO為所述呼叫專門且臨時地創建VSUB。
在步驟6270中，原始CO交換機對呼叫進行處理。在步驟6280中，判斷所呼聽的號碼是否應答，如果所呼叫的號碼沒有應答，則所述過程前進至6290，在步驟6290中判斷呼叫的嘗試是否已結束。若呼叫嘗試未結束，則所述過程返回至步驟6280。如果呼叫的嘗試已結束，則所述過程前進至步驟6300，在步驟6300中，原始CO斷開發請求的用戶線路，刪除VSUB並通過NL325將呼叫嘗試已結束通知給NAP305。
如果在步驟6280中判斷出所撥叫的號碼已應答，則所述過程前進至步驟6310，在步驟6310中，原始CO交換機運行用於呼叫和VSUB的RTCR。所述過程從步驟6310前進至圖6d所示的步驟6320。
在步驟6320中，判斷原始CO交換機VSUB帳戶餘額是否是一預定的使用了的百分比，例如75％-85％。這一預定百分比例如是由服務提供商選定的。如果帳戶餘額在使用了的百分比75％-85％之間，則所述過程前進至步驟6330，在步驟6330中，判斷原始CO交換機是否與歸屬CO交換機相同。如果否，則所述過程返回至圖6b中所示的步驟6080。如果原始CO交換機與歸屬CO交換機相同，則所述過程前進至步驟6340，在步驟6340中，原始CO交換機檢查歸屬用戶記錄的額外金額。所述額外金額是以例如服務提供商所確定的額外時間周期為基礎的並且可因呼叫類型的不同而不同。如果在用戶帳戶中沒有額外金額，則所述過程返回至步驟6310。如果有額外金額，則所述過程前進至圖6c所示的步驟6350，在步驟6350中，原始CO交換機將額外金額添加至VSUB並將額外金額儲備為歸屬用戶線路記錄的用於這次呼叫的額外儲備金。所述過程從步驟6350前進至步驟6310。
如果在步驟6320中判斷出VSUB記錄不是使用了的百分比75％-85％，則所述過程前進至步驟6360，在步驟6360中，判斷是否調用了通話斷開例程。如果是這樣的話，所述過程前進至步驟6370，在步驟6370中，判斷原始CO交換機與歸屬CO交換機是否相同。如果原始CO交換機與歸屬CO交換機相同，則所述過程前進至步驟6400，在步驟6400中，原始CO交換機斷開通話、用最終的費用更新VSUB記錄和歸屬用戶線路、釋放所有的用於本次通話的儲備餘額並創建CDR。然後，所述過程前進至6410，在步驟6410中，所述過程結束。
如果在步驟6360中判斷出尚未調用通話斷開例程，所述過程前進至步驟6380，在步驟6380中，判斷通話是否結束。如果通話尚未結束，則所述過程返回至圖6c所示的步驟6310。如果通話結束，則在步驟6390中判斷原始CO交換機是否與歸屬CO交換機相同。如果原始CO交換機與歸屬CO交換機相同，則所述過程前進至步驟6400。如果否，則所述過程前進至步驟6420，在步驟6420中，原始CO交換機斷開通話、用最終的通話費確定VSUB記錄、創建CDR並將與總使用費用有關的通話記錄報告發送給NAP305。在步驟6430中，原始CO交換機將通話記錄發送給外部或內部存儲器例如DUR存儲器78，在該存儲器中，可為了供將來參考而保持通話記錄。在步驟6440中，將通話記錄存儲起來。
所述過程從圖6c所示的步驟6300或步驟6440前進至6450，在步驟6450中，NAP305將自原始CO交換機接收的USVB通話記錄發送給歸屬CO。在步驟6460中，歸屬CO交換機將VSUB通話記錄應用於歸屬用戶專用線路、將所有的用於本次通話的儲備餘額釋放給歸屬用戶記錄並創建CDR。最後，在步驟6470中，所述過程結束。
在圖6a中，在存儲有RTCR的CPU110a和110b中進行實時記帳處理。另外，也可以在Apps．CPU300a和300b中進行實時記帳處理，所述Apps．CPU分別通過交換機接口310a和310b與CO交換機100a和100b相連，如圖6e所示。在這種情況下，RTCR存儲在Apps．CPU300a和300b中。信息傳輸線路620a和620b分別與Apps．CPU300a和300b相連。
圖6f-h示出了一流程圖，該流程圖說明了圖6e所示的遠程呼叫系統中執行的實例性實時記帳處理。圖6f-h與圖6b-d相類似。參照圖6f，所述過程始於步驟6000，在步驟6000中，將用戶線路已摘機並撥打了表示對遠程呼叫操作進行請求的特定代碼通知給CO交換機。還將用戶要呼叫的目標電話號碼通知給CO交換機。
在步驟6010中，原始CO交換機將聲音或語音請求發送給發請求的用戶線路，以輸入歸屬用戶線路的號碼和用戶的PIN。在步驟6020中，判斷發請求的用戶線路是否對所述語音請求進行了應答。如果發請求的用戶線路應答了所述語音請求，則所述過程前進至步驟6030，在步驟6030中，原始CO交換機將拒絕音或語音應答發送給發請求的用戶專用線路並斷開通話。然後，所述過程前進至步驟6040，所述過程在步驟604O處結束。
如果在步驟6020中判斷出發請求的用戶線路已應答了原始CO交換機的請求，則所述過程前進至6050，在步驟6050中，原始CO交換機將聲音或語音請求發送給發請求的用戶線路，以等待用戶帳戶的許可。
然後，在步驟6055中，原始CO交換機通過交換機接口310將歸屬用戶線路的號碼、PIN、所呼叫的號碼以及發請求的用戶線路的號碼發送給相連的Apps．CPU。然後，在步驟6060中，原始CO Apps．CPU判斷原始CO交換機和歸屬CO交換機是否是相同的。如果原始CO交換機和歸屬CO交換機是相同的，則所述過程前進至步驟6075，在步驟6075中，原始CO交換機Apps．CPU檢查歸屬用戶線路的號碼的有效性和所需金額。
在步驟6085中，原始CO交換機Apps．CPU確定用於呼叫的第一／第二周期所需的必要金額。然後，所述過程前進至參照圖6g所述的步驟6160。
如果在步驟6060中未判斷出原始CO交換機和歸屬CO是相同的，則所述過程前進至步驟6087，在步驟6087中，原始CO Apps．CPU將一請求發送給NAP305，以請求通話的帳戶許可。原始CO Apps．CPU300通過NL325將歸屬用戶線路的號碼、歸屬用戶PIN、發請求的用戶的號碼發送給NAP305。
然後，在步驟6090中，NAP305檢查CO交換機的內部列表，以判斷歸屬CO交換機是否能實時記帳。如果否，則所述過程前進至步驟6105，在步驟6105中，NAP305將表示拒絕的信號發送給原始CO交換機Apps．CPU。
然後，在步驟6115中，原始CO Apps．CPU將斷開命令發送給原始CO交換機，以結束通話。在步驟6117中，原始CO交換機將拒絕音或語音消息應答發送給發請求的用戶線路以表示呼叫被拒絕，然後斷開該線路。此後，所述過程前進至步驟6120，在步驟6120中，所述過程結束。
如果在步驟6090中判斷出歸屬CO交換機能實時記帳，則所述過程前進至步驟6130，在步驟6130中，NAP305確定用於第一／第二呼叫周期所需的必要金額。然後，在步驟6140中，NAP305將對於在步驟6130中確定的金額的信用請求發送給歸屬CO交換機。NAP305還將歸屬用戶線路、歸屬PIN和發請求的用戶線路的號碼發送給歸屬CO交換機。
然後，在步驟6150中，歸屬CO交換機接收一個對用戶帳戶一定金額的請求，並檢查所需的金額以及發請求的用戶線路的號碼的有效性。
所述過程從步驟6150或步驟6085前進至圖6g中所示的步驟6160。在步驟6160中，歸屬CO交換機判斷PIN是否合法。如果PIN不合法，則所述過程前進至步驟6170，在步驟6170中，判斷原始CO交換機是否與歸屬CO交換機相同。如果不相同，則所述步驟前進至步驟6180，在步驟6180中，歸屬CO Apps．CPU將表示拒絕的信號發送給NAP305．然後所述過程返回至圖6f所示的步驟6105。
如果在步驟6160中判斷出PIN是有效的，則所述過程前進至步驟6200，在步驟6200中，判斷歸屬CO交換機是否同意了對前述金額的請求。如果否，則所進過程前進至步驟6210，在步驟6210中，判斷原始CO交換機是否與歸屬交換機相同。如果否，則所述過程返回至步驟6180。如果原始CO交換機與歸屬CO交換機相同，則所述過程返回至圖6f中所示的步驟6115。
如果在步驟6200中判斷出歸屬CO交換機同意了上述請求，則所述過程前進至步驟6220，在步驟6220中，歸屬CO交換機針對用戶記錄儲備所請求的金額。
然後，在步驟6230中，判斷原始CO交換機是否與歸屬CO交換機相同。如果否，則所述過程前進至步驟6240，在步驟6240中，歸屬CO交換機將表示同意呼叫的信號發送給NAP305。
然後，在步驟6255中，NAP305將表示同意呼叫的信號發送給原始CO交換機。所述過程從步驟6255或步驟6230中原始CO交換機與歸屬CO交換機相同的判斷前進至步驟6265，在步驟6265中，原始CO Apps．CPU創建用於所述呼叫的VSUB並指令原始CO對呼叫進行處理。由原始CO為所述呼叫專門且臨時地創建VSUB。
然後，在步驟6270中，原始CO交換機對呼叫進行處理。在步驟6280中，原始CO交換機判斷所呼聽的號碼是否應答。如果所拔叫的號碼沒有應答，則所述過程前進至6290，在步驟6290中判斷呼叫的嘗試是否已結束。若呼叫嘗試未結束，則所述過程返回至步驟6295，在步驟6295中，原始CO交換機斷開發請求的用戶線路並將通話結束通知給原始Apps．CPU。然後，所述過程前進至圖6h所示的步驟6297。在步驟6297中，原始CO Apps．CPU刪除VSUB。然後，在步驟6299中，判斷原始CO交換機是否與歸屬CO交換機相同。如果否，則所述過程前進至步驟6303，在步驟6303中，原始CO Apps．CPU將呼叫嘗式未成功通知給NAP305。
參照圖6g，如果在步驟6280中判斷出所呼叫的號碼已應答，則所述過程前進至步驟6305，在步驟6305中，原始CO交換機將呼叫連接狀態發送給原始Apps．CPU。然後，在圖6h所示的步驟6310中，原始CO Apps．CPU運行用於VSUB的RTCR。
在步驟6320中，判斷原始CO Apps．CPU VSUB帳戶餘額是否是一預定的使用百分比例如75％-85％。如果是，則所述過程前進至步驟6330，在步驟6330中，判斷原始CO交換機是否與歸屬CO交換機相同。如果原始CO交換機與歸屬CO交換機相同，則所述過程前進至步驟6345，在步驟6345中，原始CO Apps．CPU檢查歸屬用戶記錄的額外金額。如果在用戶帳戶中沒有額外金額，則所述過程返回至步驟6310。如果有額外金額量，則所述過程前進至圖6g所示的步驟6355，在步驟6355中，原始CO Apps．CPU將額外金額量添加至VSUB並將額外金額作為用於這次呼叫的額外儲備金加進歸屬用戶線路記錄。然後，所述過程返回至步驟6310。
如果在步驟6330中判斷出原始CO與歸屬CO交換機不相同，則所述過程返回至圖6f中所示的步驟6087。
如果在步驟6320中判斷出VSUB記錄在使用了的百分比75％-85％之間，則所述過程前進至步驟6360，在步驟6360中，判斷是否調用了通話斷開例程。如果是這樣的話，所述過程前進至步驟6370，在步驟6370中，判斷原始CO交換機與歸屬CO交換機是否相同。如果原始CO交換機與歸屬CO交換機相同，則所述過程前進至步驟6405，在步驟6405中，原始CO交換機斷開通話並以斷開時間更新原始Apps．CPU。然後，在步驟6407中，原始Apps．CPU用最終的通話費來確定VSUB記錄、用這些最終的費用更新歸屬用戶專用線路、釋放所有的用於本次通話的儲備餘額、並創建CDR。然後，所述過程前進至6410，在步驟6410中，所述過程結束。
如果在步驟6360中判斷出尚未調用通話斷開例程，所述例程前進至步驟6380，在步驟6380中，判斷通話是否結束。如果通話尚未結束，則所述過程返回至步驟6310。如果通話結束，則在步驟6390中判斷原始CO交換機是否與歸屬CO交換機相同。如果原始CO交換機與歸屬CO交換機相同，則所述過程前進至步驟6405。如果在步驟6390中判斷出原始CO交換機與歸屬CO交換機不相同，則所述過程前進至步驟6415，在步驟6415中，原始CO交換機斷開通話並用通話終止時間來更新原始Apps．CPU。然後，在步驟6425中，原始Apps．CPU用最終的通話費用確定VSUB記錄、創建CDR、並將與總使用費用有關的通話記錄報告發送給NAP305。然後，在步驟6435中，原始CO Apps．CPU將通話記錄發送給外部或內部存儲器。在步驟6440中，將通話記錄存儲起來。
然後，在步驟6450中，NAP3O5將從原始CO交換機接收的VSUB通話記錄發送給歸屬CO。在步驟6460中，歸屬CO交換機將VSUB通話記錄應用於歸屬用戶線路、將所有的用於本次通話的儲備餘額釋放給歸屬用戶記錄、並創建CDR。
所述過程從步驟6460、步驟6299中原始CO交換機與歸屬CO交換機相同的判斷中或步驟6303前進至6470，所述過程在步驟6470中結束。
圖7說明了本發明用於發出通信警告消息的示例性例程。參照圖7，用於發出警告消息的通信警告消息例程(CWMR)始於步驟7000，在該步驟中，用戶通過例如拿起電話手機進行呼叫而開始進行一個新的通信。然後，在步驟7010中，查找用戶的存款餘額(包括例如PUL／SUL／和／或PUC／SUC)。在步驟7020中，將用戶的存款餘額與預定的第一邊界相比較，以確定該餘額是否超出了第一邊界。如果否，則例程前進至步驟7030，在步驟7030中，將用戶的存款餘額與預定的第二邊界相比較，以確定該餘額是否超出了第二邊界。如果否，則例程前進至步驟7040，在步驟7040中，將用戶的存款餘額與預定的第三邊界相比較，以確定該餘額是否超出了第三邊界。如果否，則例程繼續將用戶的存款餘額與一系列預定邊界相比較，直至步驟7050，在步驟7050中，將用戶的存款餘額與預定的第n個邊界即一系列預定邊界中的最後一個邊界相比較，以確定存款餘額是否在第n個邊界內。如果存款餘額不在第n個邊界內，則例程前進至步驟7060，在步驟7060中，將一個斷開警告發送給用戶，以表示用戶不具有足夠的存款餘額去形成新的通信。然後，所述例程在步驟7130中結束。
如果在步驟7030中判斷出用戶的存款餘額超過了第二邊界，則在步驟7070中將第一警告發送給用戶。然後在步驟7080設置第一警告標誌，因此，在通信過程中不再重新發送第一警告消息。如果在步驟7040中判斷出用戶的存款餘額超過了第三邊界，則在步驟7090中將一第二警告發送給用戶。在步驟7100設置第二警告標誌，因此，在通信過程中不再重新發送第二警告消息。如果在步驟7050中判斷出用戶的存款餘額超過了第n個邊界，則在步驟7110中將一個第n-1個警告發送給用戶。在步驟7120設置第n-1個警告標誌，因此，在通信過程中不再重新發送第n-1個警告消息。
如果在步驟7020中判斷出用戶存款餘額超過了第一邊界，則所述例程前進至步驟7130，或者，所述例程從步驟7060、7080、7100或7120前進至步驟7130，所述例程在步驟7130中結束。
圖8示出了本發明的示例性實時計費例程。參照圖8，實時計費例程(RTCR)始於步驟8000，在步驟8000中，判斷是否是針對用戶存款餘額來累計費用的適當時機。根據例如服務提供商與用戶之間的預定協議，所述累計費用的適當時機可以在通信之前、在通信過程中或在通信結束之後。如果在步驟8000中判斷出是累計費用的適當時機，則在步驟8010中判斷通信是否是定額費率通信(即以單一費率的通信)。定額費率的一個實例是本地電話呼叫，它按定額費率＄0．50來計費。如果通信是定額費率通信，則在步驟8020中計算定額費率的費用。
如果在步驟8010中判斷出通信不是定額費率通信，則在步驟8030中判斷是否要對通信進行複合計費計算。例如，就語音通信而言，頭三分鐘通話收費1美元，然後每分鐘收費50美分。對數據連接來說，則為2美元的費用再加上傳輸每兆字節0．1美元。上行流和下行流數據傳輸可以有不同的費用。如果要計算複合費用，則在步驟8040中進行這種計算。
如果在步驟8030中判斷出不進行複合計費，則可在應用程式8050中得出結論要對通話進行簡單計費例如一分鐘＄0．10、每分鐘每千比特容量＄0．01、每兆字節吞吐量＄0．15等。然後，在步驟8060中計算出簡單計費費用。
如果在步驟8000判斷出不是計費的適當時機，則在步驟8070中判斷通信是新的還是正在進行中。如果通信是新的，則例程返回至步驟8010。
一旦在步驟8010、8040和8060中計算出定額、複合、簡單計費費用，則在步驟8080中判斷用戶帳戶中是否有用於通話的足夠可用的存款餘額。如果沒有足夠的餘額，則在步驟8090中判斷是否允許餘額超支即超過存款餘額。
如果在步驟8080中判斷出用戶帳戶中有足夠的存款餘額或在步驟8090中判斷出允許超支，則在步驟8100中將費用作用於借方或貸方帳戶。例程從步驟8100前進至步驟8110，步驟8110調用參照圖9所述的RTWMR。
如果在步驟8090判斷出不允許超支，則例程前進至步驟8120，在步驟8120中，調用RTWMR。然後，在步驟8130中執行COS例程，如參照圖10所述，並且，在步驟8140中執行通信斷開例程，以斷開通信。例程從步驟8070中的關於通信不是新的判斷中或從步驟8140前進至步驟8150，在步驟8150中該例程結束。
圖9說明了本發明示例性實時警告消息例程。參照圖9，在圖8所示的步驟8110或步驟8120中調用實時警告消息例程(RTWMR)。RTWMR始於步驟9000，在步驟9000中，用戶通過例如拿起電話手機進行呼叫而開始新的通信。然後，在步驟9010中，查看用戶的存款餘額。在步驟9020中，將用戶的存款餘額與預定的第一邊界進行比較，以判斷該餘額是否超過了第一邊界。如果否，則例程前進至步驟9030，在步驟9030中，將用戶的存款餘額與預定的第二邊界進行比較，以判斷該餘額是否超過了第二邊界。如果否，則例程前進至步驟9040，在步驟9040中，將用戶的存款餘額與預定的第三邊界進行比較，以判斷該餘額是否超過了第三邊界。如果否，則例程繼續將用戶的存款餘額與預定邊界進行比較，直至步驟9050，在步驟9050中，將用戶的存款餘額與預定的第n個邊界(即一系列預定邊界中的最後一個)進行比較，以判斷該餘額是否在該邊界內。如果用戶的存款餘額不在第n個邊界內，則例程前進至步驟9060，在步驟9060中，發出斷開警告。
如果在步驟9030中超過了第二邊界，則過程前進至步驟9070，在步驟9070中，判斷是否設置了一個第一警告標誌，如果未設置第一警告標誌，則所述例程前進至步驟9080，在步驟9080中，發送一第一警告消息。然後，所述例程前進至步驟9090，在步驟9090中，設置該第一警告標誌。
如果在步驟9040中超過了第三邊界，則所述例程前進至步驟9100，在步驟9100中，判斷是否設置了一個第二警告標誌，如果未設置第二警告標誌，則所述例程前進至步驟9110，在步驟9110中，發送一第二警告消息。然後，在步驟9120中，設置該第二警告標誌。
如果在步驟9050中判斷出用戶的存款餘額在第n個邊界內，則所述例程前進至9130，在步驟9130中，判斷是否設置了第n一1個警告標誌，如果否，則所述例程前進至步驟9140，在步驟9140中，發送一個第n個警告消息。然後，在步驟9150中，設置該第n-1個警告標誌。
如果在步驟9020中判斷出用戶存款餘額超過了第一邊界，則所述例程前進至步驟9160，或者，所述例程從步驟9060、9090、9120或9150前進至步驟9160，所述例程在步驟9160中結束。
圖10說明了本發明的示例性服務改變例程。例如在圖8的步驟8130中調用服務改變(COS)例程。參照圖10，所述例程始於步驟10000，在步驟10000中，判斷用戶是否具有用於當前COS的存款餘額。如果否，則在步驟10010中查找為用戶可用的存款餘額授權的適當COS。例如，可查找為用戶的特定用戶存款餘額授權的COS。然後，在步驟10020中，將COS改變成授權的COS。所述例程從步驟10020或步驟10000用戶具有用於當前COS的足夠存款餘額的判斷在步驟10030中結束。
在上述實施例中，在結構化(即受監控通信網絡)的用戶標準網絡路由路徑中進行實時記帳處理。還可在非結構化、非受監控的通信網絡(即沒有任何中央控制設備的通信網絡)中進行實時記帳。
例如，用戶可在不利用結構化的網絡的情況下直接彼此相連。一個基於無線電話的系統允許這種用戶對用戶的通信。還有，用戶可在不使用結構化通信網絡的情況下在他／她的位置處使用服務。在這種系統中，無法監視或改變用戶的使用情況。
圖11說明了依照本發明第二個方面的在非結構化、非受監控通信網絡中用戶位置處進行實時用戶記帳的示例性系統。除了在圖11中具有用標號15表示的兩個用戶Sub．I和Sub．IR且在不使用任何網絡路由設備的情況下這兩個用戶直接彼此相連以外，圖11與圖1a相類似。用戶15可以例如是無線電話用戶。用戶Sub．I表示始發呼叫的用戶，用戶Sub．IR表示接收呼叫的用戶。儘管示出了兩個用戶，但熟悉本技術的人員應該注意到，根據本發明第二個方面的實時記帳系統可應用於任何數量的用戶。
依照實例性實施例，信道記帳監視器20設置在一個用戶位置處或兩個用戶位置處。儘管在圖11中顯示為位於Sub．I處，但信道記帳監視器20也可相反地位於Sub．IR處，或者，通道記帳監視器20可位於這兩個用戶的位置處。為簡化起見，圖11中僅示出了一個信道記帳監視器20。
信道記帳監視器20檢測費用信號，費用信號表示在通話過程中產生的預定費用、通話中經過的時間或所處理的數據量。費用信號可例如由也位於用戶位置處的計費處理器40來生成。可例如用諸如圖1b所示的能檢測並計算費用信號、經過的時間或所處理的數據量的裝置來實現上述信道記帳監視器20。諸如存款、付款、信用限制之類的用戶帳戶信息可按以上參照圖1b所述的方式由商務管理系統50直接或通過計費處理器40裝進信道記帳監視器20。另外，也可以通過用戶插進存儲器卡或者通過在例如付款時向用戶提供授權號碼而裝入這些信息。然後，用戶在始發呼叫時鍵入這一號碼。可通過例如提供一個或多個聲音、顯示出的消息、由商務管理系統50或用戶自己的設備列印出的單據、或按以上參照圖1b所述的任何其它方式將費用和帳戶餘額通知給用戶。另外，可將用戶的帳戶信息裝進存儲器卡，這些信息可被發送至商務管理系統50，並且，商務管理系統50可列印出單據以便發送給用戶。依照一個示例性實施例，商務管理系統50可位於服務提供商的位置處。
圖12a說明了依照本發明第六實施例的在非結構化、非受監控通信網絡中用戶位置處進行實時用戶記帳的示例性系統。為了說明這一實施例的在用戶位置處的實時記帳處理，描述了兩個無線電話700a與700b之間的直接通信。但是，應該注意，本發明並不局限於無線電話，而是可應用於任何類型的用戶終端例如個人計算機、個人數字助理等。
在這一實例中，每個無線電話均包括發射器(Tx)、接收器(Rx)、顯示器和鍵盤。此外，每個無線電話均分配有唯一的號碼或地址。另外，可給一組無線電話分配同一組地址。這在需要與一組無線電話進行通信時例如對會議電話或來自服務提供商的用戶公告來說是有用的。
每次通話傳輸均包括進行通話的無線電話的地址以及預定對其進行通話的無線電話的地址。每個無線電話均監視所有接收到的通話傳輸，並且，在針對無線電話的特定地址接收到一個通話傳輸時，就例如通過將確認消息傳給所發送的消息中所指示的那個進行通話的無線電話地址而接受通話。
Sub．I通過例如在無線電話700a的鍵盤上輸入無線電話700b的地址而從無線電話700a始發一個呼叫給無線電話700b處的Sub．IR。還可按任何其它適當的方式(例如通過輸入語音命令或通過輸入從存儲器中檢索出相應地址的簡略地址)來輸入上述地址。在輸入無線電話700b的地址之後，Sub．I按下無線電話700a上的Tx鈕，從而始發呼叫。通過無線電話700b上的Tx來接收該呼叫。
無線電話700b監視所有接收到的通話傳輸。在無線電話識別出來自無線電話700a的通話傳輸中的地址時，該無線電話就例如通過將一個確認發送給無線電話700a而接受通話傳輸。無線電話700a在接收到確認消息時確認連接，從而建立通信連結。
無線電話700a和700b的Tx和Rx中之一或兩者可設計成在用戶中之一或兩者有可用的存款餘額的情況下Sub．I僅能始發呼叫並且／或者Sub．IR僅能接收呼叫。例如，各個無線電話的Tx和Rx可設計成能使用獨特的加密／解密關鍵碼，這些關鍵碼會在預定的時間例如按月、按季等到期。只要用戶的帳戶中有可用的存款餘額，則可按預定的時間間隔發給用戶新的關鍵碼。如果用戶沒有可用的存款餘額，則用戶就不會被發給新的關鍵碼並且不能發送和／或接收消息。另外，可發給用戶受限的關鍵碼，或者，僅就受限的呼叫例如緊急呼叫而言使舊的關鍵碼有效。另一種方案是將無線電話700a和700b設計成使得一個內部程序可以跟蹤可用的存款餘額並僅在具有可用的存款餘額的情況下接收和啟用新關鍵碼。
無線電話700a和700b之間的直接通信可以是陸地的或者是基於衛星的。如果通話是陸地通信，則可通過鏈路750在無線電話700a與無線電話700b之間直接建立起這種通信。如果通話是基於衛星的，則可通過無線電路700a與衛星800之間的鏈路825以及衛星800與無線電話700b之間的鏈路875在無線電話700a與無線電話700b之間直接建立起這種通信。儘管在基於衛星的通信中通話會通過衛星800而受延遲，但通話不通過帶中央控制設備的結構化通信網絡，從而可被認為是在用戶對用戶的直接通信的情況下通過非結構化的網絡。
在圖12a中，可在無線電話700a中例如在CPU內進行實時記帳處理。CPU進行實時記帳計算並包括CTRT和用戶帳戶餘額。在PUL／SUL或PUC／SUC達到預定界限時，則可相應地改變COS。例如，可阻止始發傳輸直至支付了帳單，但允許不間斷地接收通話。
無線電話700a可顯示出PUL／SUL或PUC／SUC中剩餘的金額，因此，用戶可選擇授權服務提供商對他／她的信用卡進行記帳，以避免服務中斷。例如，可對無線電話700a進行編程，以自動地呼叫服務提供商，從而在無線電話中的存款餘額達到預定的量時授權對用戶的信用卡、銀行帳戶或其它金融來源進行記帳。
圖12b是一流程圖，它說明了圖12a所示的無線電話700a執行的示例性實時記帳過程。應該注意，除無線電話700a以外或者作為無線電話700a的替代，無線電話700b也可以執行實時記帳處理。如圖12b所示，所述過程始於步驟12000，在該步驟中，一個具有預付押金或信用限制的用戶始發呼叫，並且，無線電話700a檢驗用戶記錄，用戶記錄包括用戶的電話號碼、COS、用戶可用的存款餘額等等。
然後，在步驟12010內，無線電話700a運行參照圖7所述的通信警告消息例程(CWMR)，以便將警告消息(摘機警告消息)傳給適當的用戶。在步驟12020中，無線電話700a將用戶輸入的地址存儲到內部存儲器72內。
在步驟12030中，無線電話700a運行參照圖8所述的實時計費例程(RTCR)。在步驟12040中，根據RTCR判斷用戶是否有足夠的可用存款餘額或者同意用戶超支。如果否，則過程前進至步驟12050，在該步驟中，無線電話700a拒絕呼叫。所過程從步驟12050前進行至步驟12060，在該步驟中，無線電話700a執行參照圖9所述的實時警告消息例程(RTWMR)並將一警告傳給用戶。如果用戶掛機，則RTWMR結束。否則，RTWMR繼續，直至消息結束。然後，所述過程終止於步驟12140。
如果在步驟12040中判斷出用戶有足夠的可用存款餘額或允許超支，則過程前進至步驟12070，在該步驟中，對呼叫進行處理，例如嘗試建立通話。在步驟12080中，無線電話700a判斷所呼叫的地址是否進行了應答。如果否，所述過程前進至步驟12090，在該步驟中，判斷是否因為呼叫的用戶終止了呼叫嘗試而結束了呼叫嘗試。
如果在步驟12080中無線電話700a判斷出被呼叫的號碼己經應答，則無線電話在步驟12100中再次立即運行RTCR，因此，可以實時地進行所有的計費。在步驟12110中，判斷是否由於根據RTCR用戶不具有足夠的存款餘額或未被同意超支以繼續進行通話而調用了通話斷開例程。如果未調用通話斷開例程，則所述過程前進至步驟12120。
在步驟12120中，無線電話700a判斷是否例如因任何一方掛機而結束了通話。如果未結束通話，則所述過程返回至步驟12100。如果在步驟12110中調用了通話斷開例程、在步驟12120中確定了通話已結束、或在步驟12090中判斷出通話嘗試已結束，則所述過程前進至步驟12130。
在步驟12130中，無線電話700a斷開通話、用通話的最終費用值來更新用戶記錄並創建通話的最終CDR。然後，所述過程前進至步驟12140，所述過程在該步驟中結束。
儘管以上參照互相直接通信的用戶進行了說明，但是，依照第六實施例的實時記帳系統還可用於監視單個用戶位置處的其它服務並對這些服務進行計費。例如，用戶可需要授權以運行電腦程式，就該電腦程式而言，對用戶的使用情況進行計費，例如處理y數據量或使用y小時計費x美元。當使用量達到所處理的數據的預定限制或時間限制時，所述程序停止起作用或者僅部分地起作用，直至進行了付款。
依照本發明，還可用實時計帳系統監視用戶的活動。例如，服務提供商需要知道正在使用通信鏈路的程度以便對系統中的容量增長進行規劃。服務提供商還需要與通信鏈路的出錯、通話故障等有關的信息，以監控通信鏈路的效率。此外，服務提供商需要正在服務的使用程度。例如在設備出故障的情況下，可將這些數據存儲在服務提供商位置處並周期性地或立即地加以更新。
除了所述實時記帳系統的多種特性以外，還具有所述實時用戶記帳系統提供的其它特性。例如，可以有電話鎖定功能，其中，用戶可通過例如按下電話鍵盤上預定的按鍵序列而改變電話的COS，包括諸如PIN之類標識信息。這種電話鎖定功能能形成用戶選擇的COS，直至用戶用同樣的方法選擇了新的COS。例如，除非是在撥打的號碼之前或之後鍵入了PIN，用戶可選擇將電話限制於撥打本地電話的COS。
本發明的實時用戶記帳系統所提供的另一個特性是電子資金轉帳。利用這種特性，用戶可授權電話公司以電子方式對來自銀行帳戶或信用卡帳戶的資金進行轉帳，以便有規律地補充用戶的存款餘額。
本發明的實時用戶記帳系統所提供的又一個特性是為電話預定的商品付款。可將用戶的信用卡號、姓名、地址和其它相關信用信息存儲存實時記帳系統中，以便簡單地將電話用作訂單輸入設備。為了使用這種特性，用戶拔打電話以便購買產品或服務。在識別了產品或服務之後，用戶可通過例如按下電話鍵盤上預定的按鍵序列而給出包括諸如PIN在內的適當信用卡號和其它相關信息。用戶可在方便的時候付款，並且，只要用戶的存款餘額是正的，就不要作任何的支付。可將關於需要用支付多少錢去重建原始的用戶存款餘額的信息按月或按其它的規律間隔通知給用戶。用戶可在任何時候增加她或他的存款餘額。
所述實時用戶記帳系統還可以是貸方／借方卡計帳系統的基礎。也就是說，用戶可按其預付押金或存款限額對諸如電、氣、水等之類的產品或服務進行計帳。就諸如公共設施服務之類的規則計費而言，可自動地記到用戶的帳戶上以便通過電話公司向公共設施公司付款。就其它購買行為而言，每次交易都由用戶認可並僅在未超過用戶存款餘額的情況下進行計算。
對用戶帳戶記帳的過程與以上就來自遠程電話或來自與另一無線電話作直接通信的無線電話的呼叫所述的相類似。此外，用戶可安排通過第三方增加帳戶的存款或支付款。依照本發明的另一個方面，提供了一種無線電話號碼(LTN)。可在不需要用戶有實際的電話線路的情況下將一電話號碼賦予具有存款或被授權有信用限制的用戶。所述號碼可由預先錄製的聲音來應答。用戶可根據它的LTN檢索消息並將消息留給所有的呼叫者或特定的呼叫者。這種服務對不能支付起專用電話或尋呼機的用戶特別有用。用戶還可以用LTN進行呼叫。在從歸屬交換機、遠程電話或與另一個無線電話直接通信的無線電話進行呼叫時，可如前面就通常用戶撥打這種電話所述那樣對記帳進行處理和管理。
業已參照電話服務說明了上述實施例。但是，應該認識到，本發明還可應用於諸如網際網路、有線電視之類的其它類型用戶系統以及諸如煤氣和水之類的公共設施。
本發明特別適用於通過網際網路進行購物。代替為購買產品或服務而向銷售商提供信用卡或存款卡號，用戶可向銀行(例如網際網路銀行)、按作為用戶可用的存款餘額而裝進用戶終端的預定存款額或信用限制建立一帳戶。為了通過網際網路或任何其它類型的遠程購物來為購買物進行支付，用戶可授權通過銀行向銷售商付款。授權過程從可用的存款餘額中扣除所述的金額量並將安全授權碼提供給銷售商，銷售商將該碼提供給付款的銀行。通過這種方式，用戶可有效地將安全電子支票發送給銷售商。
特別是就大宗交易而言，為了提高安全性，還可在進行購買的同時或在購買之後很短時間內由用戶終端將安全消息發送給銀行，以便授權付款。另一種方案是銀行通過查詢用戶終端(例如通過訪問用戶終端上特定存儲器)而在將資金付給銷售商之前對交易進行檢查。
上述示例性實施例在所有方面都是說明性的，而不是限制本發明。因此，本發明在本領域的技術人員的具體實施中有多種變化形式，它們都源於本文所包含的說明。所有這些變化形式和改進形式均被認為是在後附權利要求所限定的本發明範圍和精神內。
權利要求
1.一種在非結構化通信網絡中用戶位置處進行實時用戶記帳的系統，該系統包括用於將至少一個用戶的帳戶信息存儲在該用戶位置處的裝置；用於根據上述帳戶信息判斷用戶是否具有用於預定服務的足夠存款餘額的裝置；以及用於根據上述判斷將服務授權給用戶或拒絕給用戶的裝置。
2.如權利要求1的系統，其特徵在於，附加帳戶信息存儲在服務提供商處並用於監控用戶的服務歷史，並且相應地更新提供給用戶的服務。
3.如權利要求1的系統，其特徵在於，所述服務是通信會話。
4.如權利要求3的系統，其特徵在於，所述通信會話是在彼此直接相連的用戶之間的會話。
5.如權利要求4的系統，其特徵在於，每個用戶均被賦予唯一地址。
6.如權利要求4的系統，其特徵在於，一組用戶被賦予一組地址。
7.如權利要求3的系統，其特徵在於，所述通信會話是電話呼叫、網際網路會話或付費收視電視節目。
8.如權利要求1的系統，其特徵在於，所述預定服務是對運行電腦程式進行授權。
9.如權利要求1的系統，其特徵在於，所述判斷裝置在所述服務過程中重複上述判斷。
10.如權利要求9的系統，其特徵在於，該系統還包括用於在服務過程中檢測按預定間隔生成的費用信號、經過的時間量或所處理的數據量的裝置；用於對所生成的費用信號數量、經過的時間量或所處理的數據量進行計算的裝置；用於將所述計算結果與預定閾值進行的較的裝置，其中，所述判斷裝置根據上述比較進行所說的判斷。
11.如權利要求10的系統，其特徵在於，該系統還包括用於在所述計算結果接近上述閾值時對用戶進行警告的裝置。
12.一種在非結構化通信網絡中用戶位置處進行實時用戶記帳的方法，該方法包括下列步驟將用於至少一個用戶的帳戶信息存儲起來；根據上述帳戶信息判斷用戶是否具有用於預定服務的足夠存款餘額；以及根據上述判斷將服務授權給用戶或拒絕給用戶。
13.如權利要求12的方法，其特徵在於，附加帳戶信息存儲在服務提供商位置處並用於監控用戶的服務歷史，並且相應地更新提供給用戶的服務。
14.如權利要求12的方法，其特徵在於，所述預定服務是通信會話。
15.如權利要求14的方法，其特徵在於，所述通信會話是在彼此直接相連的用戶之間的會話。
16.如權利要求15的方法，其特徵在於，每個用戶均被賦予唯一地址。
17.如權利要求15的方法，其特徵在於，一組用戶被賦予一組地址。
18.如權利要求14的方法，其特徵在於，所述通信會話是電話通話、網際網路會話或付費收視電視節目。
19.如權利要求14的方法，其特徵在於，所述預定服務是對運行電腦程式進行授權。
20.如權利要求14的方法，其特徵在於，在所述服務過程中重複上述判斷步驟。
21.如權利要求10的方法，其特徵在於，該方法還包括在服務過程中檢測按預定間隔生成的費用信號、經過的時間量或所處理的數據量；對所生成的費用信號數量、經過的時間量或所處理的數據量進行計算；將所述計算結果與預定閾值進行比較，其中，所述判斷步驟根據上述比較進行所說的判斷。
22.如權利要求21的方法，其特徵在於，該方法還包括在所述計算結果接近上述閾值時對用戶進行警告。
全文摘要
提供了用於在非結構化通信網絡中用戶位置(10)處進行實時用戶記帳的系統(30、40、50)和方法.將用於至少一個用戶的帳號信息存儲在用戶位置(10)處。根據上述帳戶信息判斷用戶是否具有用於預定服務的足夠存款餘額。根據上述判斷將服務授權給用戶或加以拒絕。附加帳戶信息存儲在服務提供商位置(30)處並用於監控用戶的服務記錄且相應地更新提供給用戶的服務。
文檔編號H04N7/16GK1290374SQ98813539
公開日2001年4月4日 申請日期1998年12月9日 優先權日1997年12月9日
發明者R·S·布洛克 申請人:布洛克專利公司