專利名稱：通信定額控制的方法和設備的制作方法
技術領域：
本發(fā)明與通信有關，具體地說，與通信系統(tǒng)中傳送數(shù)據(jù)的改進方法和設備有關。
近十年來可以看到在對通信業(yè)務(包括能處理數(shù)據(jù)通信的有線和無線網(wǎng))的需求上已經(jīng)飛速的增長。不同于諸如標準的電話或蜂窩無線業(yè)務那樣的實時語音業(yè)務，由于用戶對口頭對話/語音數(shù)據(jù)的時間調(diào)配十分敏感，因此需要采用電路交換通信，在通過采用分組交換或混合通信系統(tǒng)的非語音數(shù)據(jù)通信中往往能獲得更高的效率。特別是對于與遠端用戶通信的情況(例如通過諸如GSM(全球移動通信系統(tǒng))或AMPS(高級移動電話系統(tǒng))之類的眾所周知的可用無線網(wǎng)發(fā)送消息)，在郵件業(yè)務或LAN(局域網(wǎng))長時間的電路交換對話可能是十分昂貴的，因為無線業(yè)務運營商每分鐘對話需要收取很高的費用。
對于用戶來說解決這個問題的方法是盡量將通信限于非對話式的通信。這例如可以通過預訂電子郵件附加業(yè)務來達到，這樣就能接收LAN/WAN(廣域網(wǎng))電子郵件，發(fā)出廣播頁面，傳輸給登記的用戶，而不需要用戶與郵件服務器保持對話(session)。然而，這樣做的缺點是需要預約附加業(yè)務，因而在受支持的應用類型上通常受到限制。隨著涌現(xiàn)的面向?qū)υ挼膽?如Lotus Notes的通用客戶服務器應用)的迅速增長，怎樣更為經(jīng)濟地為這類面向?qū)υ挼膽煤瓦h離主機服務器的用戶提供連接這個問題也就越來越突出了。
無論所用的是面向?qū)υ挼倪€是非對話的通信業(yè)務，都希望能限制遠地用戶和主機之間通信的信息量，以便節(jié)約遠地用戶的時間，限制遠程通信的高額費用。不幸的是，象電子郵件那樣的一些典型應用并不提供可由用戶選擇的方法來選擇和限制下行裝載的通信量或過濾上行裝載或下行裝載通信。因此，一個希望接收遠地發(fā)來的消息的用戶只有接收所有發(fā)來的消息(或消息的一些摘要)這一種選擇，即使是他可能希望留下一些消息等以后不再利用高費用遠程通信業(yè)務時再處理。此外，許多過程，例如典型的電子郵件回答過程，每當形成一個新的回答時都要重發(fā)所有的先前消息；即使是這些消息可能仍在無線網(wǎng)的這兩端存儲著，從而浪費了帶寬。
除了上述怎樣使需傳送的數(shù)據(jù)的類型和數(shù)據(jù)量最佳的問題外，還有一個問題是缺乏對使用資費網(wǎng)總額進行監(jiān)視甚至控制的有效技術。雖然網(wǎng)絡業(yè)務運營方具有跟蹤各個用戶單元使用情況的措施，然而使用情況只是合總在周期性的帳單中，通常用戶或所屬管理/應用機構(gòu)不能利用這個信息。因此，用戶和管理部門通常沒有任何有效措施來控制在一個記帳周期的期間的消息往來情況，而只能監(jiān)視業(yè)務運營方提供的周期性帳單，或作出反應，調(diào)整以后的使用情況。
因此，對于數(shù)據(jù)通信需要采取改進措施來解決這些和相關的一些問題。
在本說明的附圖中

圖1為作為本發(fā)明第一實施例的一個通信系統(tǒng)的方框圖；圖2為作為本發(fā)明另一個實施例的一個通信系統(tǒng)的方框圖；圖3為例示在圖2所示無線通信系統(tǒng)的不同功能實體之間的虛對話數(shù)據(jù)傳送情況的流程圖；圖4為例示在圖2所示無線通信系統(tǒng)的不同功能實體之間數(shù)據(jù)傳送的前置過濾實施例的流程圖；圖5為例示數(shù)據(jù)傳送前置過濾的一個實施例的流程圖；圖6為例示數(shù)據(jù)傳送前置過濾的另一個實施例的流程圖；圖7為例示在圖2所示無線通信系統(tǒng)的不同實體之間數(shù)據(jù)傳送的消息摘要和選擇實施例的流程圖；圖8為例示用于圖7所示過程的摘要索引的實施例的示意圖；圖9為例示在圖2所示無線通信系統(tǒng)的不同功能實體之間數(shù)據(jù)傳送的最佳化回答實施例的流程圖；以及圖10為例示在圖2所示無線通信系統(tǒng)的不同功能實體之間數(shù)據(jù)傳送的定額控制器實施例的流程圖。
本發(fā)明所提出的改進方法和設備解決了上述這些和其他一些問題。這里所推薦的本發(fā)明第一主實施例是具有一個虛對話管理器(Virtualsession manager VSM)的系統(tǒng)，這個VSM用來一方面與一個第一數(shù)據(jù)處理裝置(例如移動用戶)建立和維護一條非對話(sessionLess)通信通路，而另一方面與一個第二數(shù)據(jù)處理裝置(例如主機系統(tǒng))建立和維護一條面向?qū)υ挼?session-oriented)通信通路。與主機系統(tǒng)的面向?qū)υ挼耐ㄐ艆f(xié)議(包括網(wǎng)絡層和應用層協(xié)議)允許遠程接入例如以LAN為基礎的應用，而通過面向非對話的通信協(xié)議，在VSM和遠地用戶(即通過資費網(wǎng)或連接耦合的用戶)之間的虛對話允許不用專用/電路交換連接來實現(xiàn)這種接入。
在第二主實施例中，配置了一個前置過濾級(prestage filterstage)，通過用戶所規(guī)定的過濾參數(shù)(例如拒絕、通過或長度過濾)對需在遠地通信單元和通信服務機之間傳送的數(shù)據(jù)進行過濾。對于下行裝載(downloading)，例如從電子郵局主機發(fā)出的電子郵件，通信服務機最好用控制器將過濾參數(shù)置入查詢目標或消息發(fā)給電子郵局，由郵局施行后發(fā)回合格郵件；或者通信服務機接收所有未處理郵件，本地進行過濾，只將合格的郵件確認為經(jīng)處理的。對于上行裝載(uploading)，例如從用戶發(fā)出的電子郵件，用戶控制器施行上行前置過濾，保留所有遭過濾器拒絕的郵件，而發(fā)送通過過濾器的郵件。因此，只有所需要的數(shù)據(jù)(即滿足用戶規(guī)定的過濾參數(shù)的那些數(shù)據(jù))才通過遠地單元和通信服務機之間的高費網(wǎng)進行傳送。
在另一個主實施例中，利用一個選擇和摘要(S&S)表或索引為用戶提供查閱和請求否則就不發(fā)的數(shù)據(jù)的便利。用戶的遠地通信單元和通信服務機雙方都維護著一個S&S索引，其中含有有關在通信單元和通信服務機之間還沒有完全傳送的數(shù)據(jù)的標識(摘要)信息。在為傳送而檢查和過濾新的數(shù)據(jù)時，由主機單元或由通信服務機提取任何不合格數(shù)據(jù)的標識/摘要信息。這信息存儲在通信服務機的S&S索引內(nèi)，并且至少周期性地或者按請求通過更新消息傳送給遠地通信單元。根據(jù)查閱更新資料或S&S索引，用戶可以發(fā)出需要部分或全部傳送這類數(shù)據(jù)以進一步查閱的請求。因此，本發(fā)明為用戶提供了經(jīng)濟的查閱機制，確定是否需要傳送否則就要被所選擇的過濾參數(shù)過濾掉的數(shù)據(jù)。
在第四主實施例中，提供了使對消息往來的回答最佳化的方法和設備。在發(fā)送回答時，遠地通信單元的控制器產(chǎn)生先前消息和回答消息之間的增量數(shù)據(jù)(例如表示這兩個消息之間的差別的數(shù)據(jù))，然后利用這增量和先前消息的標識符形成一個最佳化的回答。接收到這個最佳化回答，通信服務機利用數(shù)據(jù)單元中的標識符從另一個主機(例如與遠地單元對應的用戶信箱)檢索出這個先前消息，再根據(jù)所檢出的消息和增量數(shù)據(jù)重建完整的回答，發(fā)至收件方。在接收一個對遠地單元的回答時，最好在遠地單元和通信服務機雙方都維護著一個存儲在遠地單元中的郵件的索引。參考這個索引，確定一個形成這個回答的一部分的先前消息。然后，類似地根據(jù)增量和這個先前消息的標識信息形成最佳化回答，發(fā)送給遠地單元。這樣，就大大減少了發(fā)送回答消息的通信量和費用，因為發(fā)送的只是增量和不長的標頭(即標識信息)。
最后，在第五實施例中，配置了一個定額控制器(rate governor)，用來監(jiān)控遠地單元和通信服務機之間的通信量。最好，當超過門限時，對用戶發(fā)出警告，告知已使用的或尚剩余的量(時間和/或費用)，而一旦達到使用界限就禁止繼續(xù)通信。在通信服務機處維護著一個主定額控制器，可以接受系統(tǒng)管理機構(gòu)之類的訪問、控制等。在遠端用戶單元處也可以使用另一個定額控制器，這個定額控制器對主定額控制器進行響應。通過使用這種定額控制器為遠地單元和通信服務機雙方提供了一種機制，能限制用戶或用戶群的數(shù)據(jù)超額傳送，在達到使用界限時對用戶發(fā)出警告。
下面參見圖1，圖中概略地示出了按照本發(fā)明第一實施例實現(xiàn)的通信系統(tǒng)100。這個系統(tǒng)配置成支持通過包括基站120和與數(shù)據(jù)網(wǎng)130連接的中間系統(tǒng)125的基礎設施與主機處理器115通信的一個或多個用戶裝置，諸如無線用戶單元(即移動臺(MS)105)。在所示這個情況下，移動臺105是一個具有rf(射頻)調(diào)制解調(diào)器106的便攜式計算機。在公用數(shù)據(jù)網(wǎng)130和主服務機115之間接有一個包括虛對話管理器(VSM)和查詢管理器(QM)的通信服務機110。虛對話管理器和查詢管理器最好是一個適當配置的數(shù)據(jù)處理裝置，VSM和QM的程序通過任何諸如可機讀CD-ROM111(小型盤只讀存儲器)之類的適當裝置裝入服務機110。相應的用戶方通信軟件，例如前置過濾器，可以通過類似的象CD-ROM107那樣適當方式裝入，也可以從服務機110直接裝入用戶105(例如也是一個數(shù)據(jù)處理裝置，實際上可以是任何能按所編程序處理數(shù)據(jù)的處理器(但不是人)，無論是一個通用計算機或比較專用的電子處理器)之類。
在這個實施例中，用戶105利用數(shù)據(jù)網(wǎng)130所用的任何適當數(shù)據(jù)協(xié)議(如果必要的話作適當修改以便通過無線基礎設施傳送)與服務機/VSM110通信，無線基礎設施例如可以是任何如ARDIS或DataTAC、CDPD(蜂窩數(shù)字分組數(shù)據(jù))、GPRS(GSM分組無線電業(yè)務)之類的專用系統(tǒng)。因此，在一個事件的驅(qū)動下，在移動用戶105和服務機/VSM110之間出現(xiàn)一個非對話數(shù)據(jù)流，而在無通信時不維持高費用的連接。為了盡可能降低連接費用，服務機110最好通過任何標準LAN/WAN通信信道(如總線或干線)接到主機115所掛的LAN/WAN上。這使得通信服務機110可以有利地與主機115維護著與用戶105通常在接到LAN/WAN上時所享用的相同的對話。因此，通過使用服務機110，用戶105能實現(xiàn)與主機115的虛對話，接入情況幾乎好象是直接接到主機115的LAN上那樣，但大大降低了通過無線網(wǎng)和PDN130進行通信的費用。
圖2例示了本發(fā)明另一個實施例的通信系統(tǒng)200。第一用戶，一個包括用戶裝置201的移動端系統(tǒng)(M-ES)計算機，與無線通信系統(tǒng)的基站(BSI)218通信?；?18例如接到通信服務機220所接的同一總線上，或者通過橋接器/路由器接到包括VSM230的通信服務機220上。電子郵局或者作為在同一通信服務機220上運行的另一個程序本地接至VSM230，或者位于通信服務機220的LAN/WAN的另一個服務機240中。然而，對于由如圖所示通過諸如公用數(shù)據(jù)網(wǎng)或公用電話交換網(wǎng)250之類的其他網(wǎng)絡進行通信的其他用途的主機B和C 255、260運行VSM230來說，電子郵局處在哪里并不重要。事實上，同一個用戶201可能通過VSM230同時接至例如本地電子郵局240、遠地客戶服務器主機255、另外的數(shù)據(jù)庫主機服務器(未示出)、管理主機服務器260、多媒體主機、語音處理器等。應該理解，對于這種應用來說，第一裝置或組成部分能對第二單元或組成部分作出響應或者通信，無論將第一和第二單元是直接連接還是諸如通過一些中間環(huán)節(jié)(包括在一段時間內(nèi)連接這兩個單元的交換機)間接連接，只要能發(fā)現(xiàn)一條信號通路，在第一和第二單元之間直接或間接地建立聯(lián)系。例如，用戶計算機105可以與VSM服務機110通信，即使是在用戶裝置105和VSM服務機之間配置了中間系統(tǒng)(如一個路由器或交換機)125和具有多個交換機的分組網(wǎng)130等。
在所示的情況下，用戶201包括數(shù)據(jù)傳送管理器或交換單元206，這可以就是一個經(jīng)相應編程的電子處理器207(例如是一個通用的中心處理單元CPU)和一個存儲器或數(shù)據(jù)存儲器211。在數(shù)據(jù)交換控制過程中最好還用一個定時器205，這在下面結(jié)合圖3這個流程圖還要加以說明。典型的用戶201還要包括某些用戶接口，例如顯示器204，適合系統(tǒng)通信協(xié)議的數(shù)據(jù)編碼/解碼器203，以及用來接到無線或有線通信網(wǎng)的收發(fā)機(如果采用rf或紅外通信)和調(diào)制解調(diào)器(modem)202。在這種情況下收發(fā)機/調(diào)制解調(diào)器202要包括一個內(nèi)裝或插接的無線LAN通信的用戶模塊，具體類型將取決于系統(tǒng)，例如包括PCMCIA(個人計算機存儲器卡接口組合)無線調(diào)制解調(diào)器，以及內(nèi)裝或插接的PSTN(公用電話交換網(wǎng))調(diào)制解調(diào)器等。數(shù)據(jù)交換單元206的具體功能塊最好包括(下面將詳細說明)前置過濾(PSF)管理器208，定額控制器(RG)209，用戶概要表存儲器212，選擇和摘要索引存儲器213，以及郵件存儲器214(任何可用存儲裝置，如只讀存儲器ROM、磁盤，或者存儲規(guī)定信息的程序，如數(shù)據(jù)庫)。
通信服務機220最好包括具有VSM230的數(shù)據(jù)傳送管理器或控制器229，存儲有效用戶概要(用戶參數(shù))和非有效用戶概要的信息的存儲器226和227，定時器224，以及可選用的某種形式的協(xié)議翻譯器或格式化器222。VSM230的作用是根據(jù)裝入現(xiàn)役用戶參數(shù)存儲器/概要存儲器226的參數(shù)或目標對與用戶201的虛對話和與主機系統(tǒng)240、255和/或260的對話進行管理?？刂破?29最好還包括控制一些專用過程(如向電子郵局發(fā)送查詢未處理消息的消息和傳送所接收的消息等)的查詢管理器(QM)231，以及前置過濾器232和定額控制器234。存儲器225最好還包括用戶選擇和摘要索引數(shù)據(jù)庫或存儲器228，這在下面結(jié)合圖7和8還要詳細說明。協(xié)議翻譯器222用來對消息進行格式化或編碼，使之成為適合在VSM230和用戶201之間傳送的形式。協(xié)議翻譯器222包括例如可以安裝在通信服務機上的相應協(xié)議軟件，或者符合給定通信系統(tǒng)結(jié)構(gòu)的任何其他適用的處理器。所謂消息是指任何適合的數(shù)據(jù)單元(無論是幀、數(shù)據(jù)流、分組，還是其他格式)，包括含有需傳輸信息的目標、數(shù)據(jù)報等。
通信服務機220還示為支持通過不同接入點(如無線LAN的控制模塊(CM)217和基站219)通信的其他用戶(如用戶模塊216)，所有的接入點217至219通過公共總線、干線等連接。這些基站可以屬于同一個通信系統(tǒng)，也可以屬于不同的業(yè)務運營商所擁有的一些類似系統(tǒng)，甚至可以屬于一些都與通信服務機業(yè)務運營商不同的不同系統(tǒng)。因此，單個通信服務機在一個本地區(qū)域215內(nèi)例如可以支持ARDIS節(jié)點、RAM節(jié)點、無線LAN控制器模塊、CDPD節(jié)點、機內(nèi)無繩電話節(jié)點等，從而允許用戶從各種系統(tǒng)接入同一個通信服務機和電子郵局。未登記的用戶可以通過沿圖1模型在這些節(jié)點中的一個適當節(jié)點接入，例如經(jīng)PDN250接至具有VSM/QM的遠地通信服務機。所以，任何數(shù)量的系統(tǒng)配置都是可以的，只受著所提供的網(wǎng)絡業(yè)務和用戶喜好的限制。
VSM管理用戶和主機之間的通信的過程的實施例可參見圖3所示的流程圖。這個過程通常以一個用戶事件開始，諸如在用戶設備例示(形成)一個通信目標，發(fā)送登記消息(步驟301-302)。或者，基礎設施可以通過發(fā)送一個請求用戶登記的頁面之類(例如，當用戶已經(jīng)向無線系統(tǒng)登記但還沒有請求向通信服務機登記時)啟動通信。在任何情況下，通信服務機一旦接收到登記消息，最好就對用戶進行認證，核實用戶資格，包括向主機發(fā)送一個注冊/登記消息，使主機對用戶進行認證(步驟303-305)。認證合格后，通信服務機提示通信對話的用戶目標(CO)，包括從非有效用戶參數(shù)存儲器中檢索出的用戶參數(shù)，由用戶在他的登記消息和以后的消息中加以修改(步驟306)。這些參數(shù)至少包括用戶和主機的標識符，但根據(jù)可涉及的通信類型還可以包括一些其他選擇參數(shù)。而且，登記和認證過程可以由VSM執(zhí)行，但也可以由通信服務機的另一個經(jīng)相應編程的實體執(zhí)行。服務機在提示后向用戶發(fā)送一個響應消息，例如是另一個登記消息，在從用戶接收到返回的確認消息(ACK)后，用戶和服務機都將所提示的目標保持為完全合格，因此可以啟動對話定時器(步驟307-309)。于是，在用戶和VSM之間建立了虛對話，而在VSM和主計算機之間建立了通常的對話。如果登記不成功，就刪除任何提示的目標，用戶返回到非有效狀態(tài)。
建立虛對話后，最好由查詢管理器產(chǎn)生一個查詢消息，為用戶請求未處理的數(shù)據(jù)，由VSM將這個查詢消息發(fā)給主機(步驟320)。在電子郵件的情況下，例如這可以產(chǎn)生一個請求用戶信箱中所有未讀郵件的消息。于是，電子郵局檢查所收到的新的郵件，將所有這些新郵件發(fā)給VSM(步驟321-322)。由于VSM已與電子郵局建立了LAN對話，因此這些通信例如按照LAN和主機對于當前負荷程度的通常處理情況較迅速地得到實現(xiàn)。然后，VSM通過虛對話傳送將接收到的數(shù)據(jù)(即郵件)發(fā)出(步驟323)。例如，在圖1所示的情況下，PDN130是一個與CDPD無線網(wǎng)連接的ISDN(綜合業(yè)務數(shù)字網(wǎng))網(wǎng)，因此郵件要由通信服務機按照ISDN/CDPD系統(tǒng)協(xié)議相應形成分組數(shù)據(jù)，由正在服務的BS120發(fā)送。對于中等長度的郵件分組來說，這可能需要幾分鐘，或者更長一些的時間。然而，由于數(shù)據(jù)是以非對話模式發(fā)送的，因此使占用通信信道(包括費用較高的無線通信信道部分，以及經(jīng)過PDN130的部分)的時間大大減少。這為用戶節(jié)約了許多開支，因為用戶只需為郵件在實際傳送時按每個分組付費，而不必負擔為了接收新的郵件而保持與電子郵局連接的長時間對話的費用。最后，用戶一接收到郵件，就發(fā)出相應的確認消息，使信箱更新，例如通過將這郵件標為已讀或已處理的郵件的方式(步驟324-326)。
雖然某些系統(tǒng)中在通信服務機內(nèi)存儲某些數(shù)據(jù)可能是有利的，但在電子郵件之類的情況下現(xiàn)在就可以預料通信服務機最好用來維護用戶機和主機之間的對話，而不是作為主機的一個遠地服務機。因此，與其將所有的新數(shù)據(jù)從主機下推到通信服務機，大多數(shù)數(shù)據(jù)交換最好還是由通信服務機(例如通過查詢管理器)定時啟動。
此外，在用戶不再在它的遠地位置進行接收的情況下(如當用戶離開覆蓋區(qū)，或關掉了的調(diào)制解調(diào)器或處理器時)，繼續(xù)查詢主機或試圖發(fā)送數(shù)據(jù)就會浪費資源。因此，在VSM中最好還包括一個將用戶維護在有效狀態(tài)或根據(jù)一個事件將用戶驅(qū)出有效狀態(tài)的過程。這樣的過程需要在用戶和VSM都使用定時器，確定什么時候虛對話不再進行。這些定時器首處先根據(jù)登記消息設定，在每次數(shù)據(jù)交換后接著重置(步驟327-336)。如果在一段預定的時間內(nèi)(例如20分鐘)沒有數(shù)據(jù)交換，那么用戶機和VSM就會撤消這個用戶資格(即消除這個通信對話的用戶目標)，必要的話，將這個用戶標為處于非有效狀態(tài)(步驟337-340)。VSM還要向主機發(fā)送一個注銷消息(步驟341)為了避免不希望出現(xiàn)的超時，用戶最好配置成在最后一次數(shù)據(jù)交換過了一段預定時間后但在定時器是未計滿定時前發(fā)送一個短消息，使得VSM能收到。否則，如果只有斷續(xù)的數(shù)據(jù)交換，用戶可能需要經(jīng)常重新登記，這意味著用戶在重新登記再次通過虛對話管理器得到連接前將得不到外界數(shù)據(jù)。
圖4至6示出了對在圖2所示無線通信系統(tǒng)的不同功能實體之間傳送的數(shù)據(jù)進行前置過濾的優(yōu)選實施例。通常這是以在通信服務機產(chǎn)生一個查詢目標或消息開始的(步驟406)。這個目標/消息可以根據(jù)上述用戶產(chǎn)生的消息(例如在按壓應用鈕時產(chǎn)生的一個請求更新、執(zhí)行郵件應用等的請求消息)或者根據(jù)在用戶概要表中的設置產(chǎn)生。然而，在為有效用戶應用更新了有效用戶概要/目標后，查詢管理器最好編程成分別為每個有效用戶運行的應用每隔一定時間產(chǎn)生查詢目標，時間間隔取決于應用類型或管理人員的選擇(例如，對于郵件每隔10-30秒或更長一些)。或者，時間間隔也可由用戶通過用戶概要表規(guī)定，例如，對于時間要求嚴格的應用(如應急業(yè)務或“實時”應用)縮短查詢間隔，或者在希望不常更新時(如為了節(jié)約更新迅速改變但非時間要求嚴格的成組商品文件的業(yè)務開支)拉長查詢間隔。
查詢目標的內(nèi)容將按照應用和用戶過濾器設置而改變。對于郵件應用來說，一種方法是使一定數(shù)量的可由用戶規(guī)定的過濾特性存入用戶概要表數(shù)據(jù)庫(如圖2中的存儲器212和226-227)。這些特性舉例來說可以包括消息的優(yōu)先權(quán)(如緊急、普通或低優(yōu)先權(quán))，消息發(fā)送或投遞日期，消息長度(通常是未經(jīng)壓縮的也就是普通的存儲長度，雖然也可以用傳輸長度或費用)，消息作者，以及消息主題(如標頭行或正文中的關鍵字)。這些特性可以直接用作拒絕標準(如拒絕所有低優(yōu)先權(quán)消息、“12/15/95”前的消息、長度超過2K字節(jié)的消息或主題不含有“項目X”的消息)、通過標準(如通過所有來自“老板”的消息)或者兩者的組合，多樣性和復雜性取決于方案的選擇。這些特性最好還包括一定的“粒度”過濾，即對通過其他所有或大多數(shù)過濾的消息再在長度上加以限制的過濾。長度過濾器的三個可能例子是截長過濾器(例如截取前“100”字節(jié)之后的消息)和正文或文件附簽過濾器(例如指示是否撕下附簽)。因此，除了消息長度外通過所有檢驗標準的消息仍可能以符合消息長度標準的長度截短形式接收到?；蛘撸绻麑⑺性饩芙^的消息設置成以正文截長為“0”字節(jié)通過，那么沒能通過作者或主題過濾器的消息仍可能以標頭信息通過。熟悉本技術領域的人員能夠理解，可以采用其他各種拒絕/通過過濾標準，而具體采用可由用戶規(guī)定的(或甚至可由管理者規(guī)定的)特性中的哪一些和哪些組合主要取決于根據(jù)諸如所要求的功能、復雜性和應用(包括可過濾特性)之類各種因素所作出的方案選擇。然而有意義的是，現(xiàn)在本發(fā)明為用戶提供了根據(jù)通信服務機和可規(guī)定的過濾器設置有效地對他們的通信進行前置過濾的措施，而不是只有不接收任何消息和接收所有消息，包括不大重要的或費用高的和耗時傳輸?shù)南?，這兩種選擇。
前置過濾最好在主機服務器執(zhí)行。這例如可以通過在供主機應用使用的經(jīng)相應格式化的查詢目標或消息中傳遞過濾器特性來實現(xiàn)。在所例示的情況下，帶有用戶過濾器設置信息的查詢目標送至電子郵局，由通信服務機目標或CSO(當建立虛對話時在電子郵局例示)應用。電子郵局/CSO讀出/查詢這查詢目標，得出過濾器特性，將這些標準用于對未處理消息的選擇和格式化(步驟408-412)。然后，經(jīng)過濾的消息封裝后送至QM，QM類似地將這些經(jīng)過濾的消息(加以適當?shù)膮f(xié)議翻譯)送至用戶(步驟414-416)。另一種情況是主機應用沒有設計成可以進行預置過濾，這樣，所有未處理的消息可以都送至通信服務機，在那里通過前置過濾器(PSF)目標或程序(如圖2中的PSF232)加以過濾，使得只有合格/經(jīng)過濾的消息才被送至用戶(步驟410，418-424)。通過確認消息，電子郵局得知怎樣在這兩種情況下標注郵件標記。例如，在前置過濾是在電子郵局進行的情況下，所有傳送了的郵件標為已處理/已讀出的，而所有經(jīng)過濾的郵件標為未處理的(經(jīng)截短的消息或者按設計常規(guī)標注，或者可用的標注為經(jīng)過濾或已部分處理的)。如果前置過濾在通信服務機進行，那么只有那些傳送給用戶的消息會受到確認，從而標注為已處理的(步驟428)。
除了下行裝載/下行鏈路過濾，在上行裝載/上行鏈路的傳輸中采用前置過濾也是有利的。這可以采取長度過濾形式，或者根據(jù)可過濾特性自動保留完整的數(shù)據(jù)單元或消息以備以后在費用較低的網(wǎng)上傳輸。在這種情況下，每個用戶要有一個諸如圖2中的PSF208那樣的前置過濾(PSF)單元(例如利用在概要表存儲器212中所選擇的特性的PSF目標或程序)。所產(chǎn)生的每個數(shù)據(jù)單元用用戶選擇的標準過濾，合格的數(shù)據(jù)通過通信服務機傳送(步驟430-436)。如果有一個數(shù)據(jù)單元沒有發(fā)送，那么這個數(shù)據(jù)單元就本地保留，以后例如在通過一個費用較低的網(wǎng)連接時再傳輸給電子郵局。作為一種增強型，為用戶還可提供選擇發(fā)送按鈕類型(即過濾發(fā)送或未過濾發(fā)送)，或者在對一個消息過濾時用告警對話或類似消息向用戶提示，確定是否傳送未過濾的數(shù)據(jù)(步驟438-440)。類似，可以向用戶提供幾組可以人工或自動激活的過濾器設置，使得用戶能很容易調(diào)整多個過濾器的設置，例如在參加重要會議時轉(zhuǎn)換到一個限制性更大的概要表(可以通過一個經(jīng)相應配置和連接的日歷程序等自動激活這個概要表)。
雖然用戶只需在其概要表存儲器中保留上行裝載過濾器特性，但是最好通信服務機和用戶都將下行裝載過濾器設置的拷貝存入各自的概要表存儲器。這使用戶可以方便地在需要時查閱所有設置，本地改變這些設置。當在用戶處改變下行裝載設置時，改變后最好立即將這些改變通知通信服務機，如果是在與通信服務機脫機的情況下進行改變的，那么一建立虛對話就立即通知通信服務機(步驟442-444)。此外，在保持著經(jīng)過濾消息的摘要索引的情況下(正如下面將結(jié)合圖7和8加以說明的)，過濾器設置一改變，通信服務機就可以自動得到調(diào)整，傳送所有以前遭拒絕而現(xiàn)通過新的過濾器設置的消息。
圖5和6例示了兩種對電子郵件過濾特別有用的前置過濾的方法。在圖5中，對每個消息加了一串五個拒絕過濾器。一個郵件消息如果不符合任何其中一個標準(優(yōu)先權(quán)，日期，長度，作者或主題/關鍵字)，就留下不加處理(步驟502-516)。一旦所有未檢查的消息(即所有未處理消息，或者是所有先前沒有過濾的未處理消息(在采用擴展標注的情況下))都已過濾，就將那些未遭拒絕的消息傳送出去(步驟518)。圖6例示了應用長度過濾的情況。一個消息如果長度超過過濾長度，就相應加以截短(包括插入一個指示截短的注釋)(步驟602-606)。類似，如果有正文或文件附簽，而這些附簽標為需要加以過濾，那么就撕去附簽，還可插入告知收件方附簽已撕去的注釋(步驟608-614)。過濾后，消息即行發(fā)送(步驟616)。
圖7和8例示了允許用戶更方便地查閱甚至是過濾/拒絕數(shù)據(jù)的選擇信息的另一個增強型實施例。在這個優(yōu)選實施例中，通信服務機與前面所述類似地產(chǎn)生一個查詢目標或消息。然而，除了概要表信息以外，這個查詢目標在這種情況下還包括一個需要獲得有關每個部分或完全遭到拒絕的消息的摘要信息的請求(步驟720)。主機(在所示情況下即電子郵局服務器)在接收到這個查詢后就進行相應的過濾，如果只存在合格郵件，就象前面所說明的那樣將合格郵件傳送給用戶(步驟704-708)。如果有部分(例如被截短)或完全遭拒絕的數(shù)據(jù)，那么就提取所有遭拒絕數(shù)據(jù)的標識摘要信息(步驟710)。對于郵件來說，標識摘要信息會包括消息序號和一定的標頭信息(圖8中的801和802)。標頭信息可以包括任何可過濾特性(例如日期，作者，主題，長度，優(yōu)先權(quán)，附簽指示符)，最好是可由用戶規(guī)定的，這樣用戶就能決定需要多少標頭信息，而多少可以省略。所有合格和不合格(即遭過濾器拒絕的)郵件都象前面所說明的那樣加上標記(步驟712)。
當通信服務機的QM接收到響應目標或消息時，就將封裝的標識摘要信息保存在一個選擇和摘要(S&S)索引內(nèi)，諸如圖2中的用戶S&S索引數(shù)據(jù)庫228和圖8的索引結(jié)構(gòu)所示。這個索引最好根據(jù)資格核實后的第一個查詢消息建立，雖然在用戶處于非有效狀態(tài)時可以保留一個存儲的索引，但必需在重新登記/鑒定后完全更新。為了充分減少通信服務機和用戶之間的傳輸，只是傳送S&S索引的改變情況，也就是摘要的增量數(shù)據(jù)(即修正的索引相對上一個索引的增量，上一個索引是一個與存儲在用戶的S&S索引(例如圖2中的S&S索引數(shù)據(jù)庫213)中的相同的得到確認的版本)。如果響應查詢目標接收到的只是標識摘要信息，還可以將向用戶傳送增量信息推遲一段預定的時間，或者到傳送下一個通過前置過濾器的消息時再傳送，無論先傳送哪個都可以(也就是說，遭過濾器拒絕的信息很可能是不大重要的，因此一些用戶可能愿意接收S&S索引的次數(shù)少一些，以便進一步降低費用或減少中斷)(步驟714-718)。
接收到標識摘要信息的增量，用戶更新它的S&S索引，適當時候進行提示(同樣可以根據(jù)任何可過濾特性等為所有消息或部分消息設置提示標準)。因此，用戶能查閱摘要信息，決定是否需要不考慮過濾器的拒絕。對于用戶希望讀出的郵件來說，用戶可以通過任何適當措施(指點消息、語音命令等)指出所作決定，產(chǎn)生一個相應的請求(例如，請求所有選擇的郵件、經(jīng)部分過濾的版本(如截短件)等)(步驟720-722)。這個請求經(jīng)適當翻譯(如需要的話)作為一個查詢目標或消息傳送給電子郵局。所請求的數(shù)據(jù)檢索出來后經(jīng)QM送至用戶。用戶接收到這數(shù)據(jù)，可以產(chǎn)生一個已讀確認信號，發(fā)送給通信服務機。最好，通信服務機接收到已讀確認信號后可以向用戶發(fā)回另一個ACK(確認信號)，此時用戶和通信服務機分別更新各自的S&S索引，從S&S索引中刪去已讀郵件的項目，對任何部分讀出的郵件加以注釋。電子郵局接收到確認信號還可以將任何已讀郵件標為已處理的(步驟724-734)。
熟悉本技術領域的人員可以理解，對于前置過濾來說，能夠利用比以上所述更多的可過濾特性和摘要輸入，而利用哪一些將取決于諸如所要求的功能、復雜性以及選擇和摘要索引的用途(包括可過濾特征)這樣一些因素。因此，索引的結(jié)構(gòu)類似可以有明顯的改變，而使用戶和通信服務機雙方的索引達到一致的措施也可不同。也就是說，雖然可以周期性地直接傳送整個索引，但是任何可行的如傳送增量數(shù)據(jù)(如表示兩個文件內(nèi)容差別的數(shù)據(jù))或其他使通信量小于傳送整個索引的更新方法似乎更為可取。值得注意的是，無論具體選擇哪種方法，用戶可以得到顯示未處理和部分處理的數(shù)據(jù)(如被濾除的數(shù)據(jù))的摘要索引，確定是否還需要處理這些數(shù)據(jù)，而在通信服務機處保留著幾乎完全相同索引，以便進一步降低傳輸要求。
圖9示出了一個進一步改進型，這個實施例允許用戶大大減少為響應早些時候接收到的數(shù)據(jù)而發(fā)送的數(shù)據(jù)。這對電子郵件的情況特別有利。在一個電子郵件對話中往往要將所有前面的消息附在回答中，從而使回答消息十分冗長，而其中含有相當多的與已經(jīng)保存在用戶或目的單元中的郵件完全相同的部分。在電子郵件的回答中已經(jīng)預料到有這種情況發(fā)生，這在象大多數(shù)無線通信系統(tǒng)那樣的帶寬受限系統(tǒng)中是相當浪費時間和費用的。
從用戶方開始，圖9的過程以用戶列出一個對接收到的郵件消息的回答開始，這與任何典型的電子郵件應用情況非常相象(步驟902)。然而，在執(zhí)行這個回答時，例如按壓了一個發(fā)送按鈕，用戶的控制器(圖2中的201)就用任何適當?shù)脑隽砍绦蛴嬎愠龌卮鹣⑴c先前接收到的消息之間的增量或差別，使回答消息最佳化。然后，將形成的增量與先前消息的消息/數(shù)據(jù)單元標識符(最好是郵件序號，當然也可以使用先前消息的任何可檢索標識符，如標頭信息，甚至是CRC(循環(huán)冗余校驗)值)組成一個最佳化的回答(步驟904)。為了保證要發(fā)送的只是最短的消息，控制器還將回答消息與最佳化的回答進行比較，確定哪個對于傳輸來說是最佳的(步驟906)。這是根據(jù)比較消息的長度、壓縮和格式化的長度或者任何估計哪個回答版本將需要最小的帶寬或最小的傳送費用來確定的。因此，例如可能對于非常短的消息的回答要選擇普通的回答消息，因為增量和消息標識符的總開銷會使最佳化的回答比普通的回答消息還要長。然而，在大多數(shù)情況下可以預料最佳化的回答要比普通的回答消息短，從而為用戶大大地節(jié)約了時間和費用。
通信服務機的QM接收到最佳化回答后，根據(jù)已知的目的通信單元/用戶的參數(shù)(如有的話)確定是需要重建普通回答消息(即形成一個復制品回答)還是就將這個最佳化回答傳送出去。因此，例如如果始發(fā)用戶和目的用戶都是處于有效狀態(tài)而且由同一個通信服務機服務因而知道都具有最佳化回答能力，而目的用戶又是一個由最佳化回答的消息標識符所標識的收件方或先前消息的發(fā)件方，那么就可以不需要重建回答。確切地說，由于先前消息會在目的單元的輸入信箱或輸出信箱內(nèi)，因此目的單元能根據(jù)所標識的在它的信箱內(nèi)的郵件和增量數(shù)據(jù)重建回答消息。這對于發(fā)送用戶和目的用戶雙方來說都可以使帶寬大大減小。此外，如果萬一目的單元已經(jīng)刪掉了所標識的先前消息，那么目的單元的控制器就會不發(fā)送收妥確認信號，而發(fā)送一個對普通回答消息的請求，于是通信服務機就象如下所述那樣重建這個消息。
在目的單元不是通信服務機的一個有效用戶的情況下，QM(或其他適當?shù)目刂破鲗嶓w)實現(xiàn)從最佳化回答中重建回答消息的功能。由于通信服務機最好是不保留位于其他主機的用戶郵件或數(shù)據(jù)的拷貝(這樣遠地存儲通常要增加復雜性和費用，而就通過通信服務機建立的虛對話來看也是不必要的)，因此通信服務機就利用標識符從主機檢索出先前消息(例如向相應的電子郵局發(fā)送一個查詢目標或消息)(步驟908-912)。這可以通過請求用戶的輸入信箱或發(fā)送單元的輸出信箱(甚至是目的單元的輸入信箱，如果根據(jù)先前消息它是一個CC的話)的先前消息來實現(xiàn)的。由于序號是電子郵件應用中廣泛使用的唯一編號，因此對于電子郵件系統(tǒng)來說是值得推薦的消息標識符。然而，如果這種唯一的編號不合適，也可以使用其他的標識符，包括作者、日期和/或主題匹配。此外，對于某些消息來說可能使用諸如CRC或其他值之類的其他相對唯一的值(單獨或與其他標識符一起使用)甚至更為有利。就本發(fā)明而言，使用什么標識符并不怎么重要，只要這種標識符能滿足系統(tǒng)設計所要求的可以用來準確地檢索正確的先前消息即可。
先前消息由通信服務機接收后，就可以通過一個與用戶的增量程序?qū)脑隽砍绦蚋鶕?jù)最佳化回答的增量和檢索出的先前消息的拷貝重建一個回答消息的復制件。重建后，回答消息傳送給目標單元以及用戶信箱的輸出信箱或發(fā)送郵件頁面疊(步驟914-916)。雖然在通信服務機與主機之間需要某些額外的處理，因而也增加了一些費用，但與通過在通信服務機與用戶之間的高費用網(wǎng)上使用最佳化回答所節(jié)約的相比還是相當值得的。
雖然上述方法不需要利用消息索引就能實現(xiàn)，但如果利用通信服務機和用戶的索引可以進一步最佳化。在這種情況下，每個有效用戶的信箱的全部索引(或其他應用文件)保存在用戶和通信服務機雙方。這個索引最好是圖2中的設計成包括所有郵件的S&S索引213和228之一(雖然或許對于所接收的郵件的標識信息要比對于受過濾器限制的郵件少，這取決于可用存儲器情況和所要求的標識信息量)。通信服務機接收到最佳化回答后，就對適當?shù)挠脩羲饕?例如，如果目的單元也是有效用戶的話，首先是目的單元的索引，否則是發(fā)送單元的索引)搜索指示先前消息是否已經(jīng)刪除的先前消息的消息標識符。如果先前消息的標識符存在，則過程如上面所述那樣繼續(xù)進行，即向目的單元發(fā)送最佳化回答，或者重建回答消息，傳送給目的單元。
要發(fā)給用戶的回答能類似地利用使消息最短的最佳化回答。因此，例如如果收件方用戶所屬的通信服務機接收到一個回答，就能產(chǎn)生一個表示回答消息與已知存儲在用戶的郵件數(shù)據(jù)庫(例如圖2中的存儲器214)內(nèi)的先前消息之間差別的增量。如果隨著回答包括一個協(xié)助在用戶的索引中進行搜索的附加標識符，那么就很容易識別出先前消息。然而，如果沒有包括這樣的標識符，那么可以從正文(例如作者，日期，收件方，主題)提取一些標志信息來進行匹配比較?；蛘撸诖_定先前消息的過程中可以利用對回答消息的正文進行比較。例如，可以檢索出一系列先前信息來與正文比較，或者可以維護一個對于所有或選擇(如發(fā)送)的郵件的標識值(如通過計算正文的CRC值，存儲在索引中)，然后就能對回答消息正文的一些所選部分(例如正文中插入標識先前消息以下的所有部分)進行檢驗。選擇最近的或最匹配的先前消息(可以是一個發(fā)給用戶的消息，也可以是一個從用戶發(fā)出的消息)，以便使增量數(shù)據(jù)最短，從而計算出先前消息與回答消息之間的增量。這樣便形成了一個包括增量和用戶可以識別的先前消息標識符的最佳化回答。于是這個最佳化回答傳送給用戶，由用戶恢復成回答消息。也就是說，用戶從存儲器檢索出與消息標識符相對應的消息，根據(jù)這消息和增量數(shù)據(jù)形成一個回答消息的復制件。一旦確認后，用戶和通信服務機雙方都相應更新各自的索引，反映出這次郵件傳送的情況(步驟918-930)因此，這個實施例為在用戶和通信服務機之間發(fā)送回答數(shù)據(jù)提供了一個高效用的過程，不需要耗費高費用傳送回答數(shù)據(jù)中以前已經(jīng)發(fā)送過的部分。
在最后一個實施例中，配置了一個定額控制器，協(xié)助用戶將他們的消息往來和費用維持在所要求的界限范圍之內(nèi)。圖10結(jié)合圖2示出了這種定額控制器的一個實施例。這個定額控制器用來跟蹤用戶使用的大致時間和或費用，可以就是對電路交換連接計時，或者在發(fā)送分組數(shù)據(jù)的情況下測定(或根據(jù)消息長度估計)占用高費網(wǎng)發(fā)送分組的時間和/或費用。在估計傳輸額(例如費用)時，定額控制器通過考慮各網(wǎng)絡業(yè)務運營商所制定的已知定價因素(例如，按日時、分組的級別/業(yè)務質(zhì)量(QOS)、長度或所需帶寬等收費標準)可以較好地估計出實際費用。這些值保存下來供定額控制器(圖2中的23A)應用，在接收到每個數(shù)據(jù)單元時確定所估計的傳輸額。
在所例示的電子郵件應用的情況下，接收到用戶產(chǎn)生的消息后，QM(或者是通信服務機的其他適當控制實體)將相應的分組信息或消息參數(shù)(例如從標頭得出的分組長度)傳送給定額控制器，它在這種情況下相當于一個分組定額控制器(PRG)。PRG從用戶目標(或概要表存儲器)確定還剩多少使用時間和/或費用(也可以是已用了多少和允許的界限)，再將剩余使用時間(例如先前核準或指配的傳輸額)與消息參數(shù)額加以比較(步驟954)。
最好制定一些界限，包括一個或幾個告警門限。這些告警門限用來警告用戶， 已使用的或剩余的時間/費用已過了一定門限，使得用戶按預算要求限制使用，或者在達到使用界限前謀求一個更高的界限。這個使用或傳輸界限用作數(shù)據(jù)傳送的預算界限。除非用戶得到特許，一旦達到使用界限，就禁止繼續(xù)通信/數(shù)據(jù)傳送。禁止這種傳送的最簡單的方式是警告用戶使用界限已經(jīng)到達，終止當前對話，阻止以后對話，直至核準附加的使用界限時間/費用?；蛘?，還可以允許一定的消息往來(例如根據(jù)任何可過濾標準，如允許向管理機構(gòu)發(fā)送消息，但不允許向其他通信單元發(fā)送消息)，但加以提示，普通消息將不予傳送。這樣比較有利，雖然阻止了用戶超額向通信服務機發(fā)送消息，但仍允許傳送一些關鍵消息、發(fā)向管理機構(gòu)的消息(如請求批準追加)等。因此在用戶中也可以有利地使用一個PRG(如圖2中的PRG209)，由通信服務機的PRG發(fā)給信號，自動地將前置過濾器設置成除了一定消息外禁止所有消息傳送，直至提供了一個新的使用界限。如果用戶不經(jīng)過這個用戶PRG繼續(xù)不適當?shù)匕l(fā)送消息，通信服務機就會終止一切以后的對話，并通知管理機構(gòu)和用戶。
如果用戶得到特許，盡管使用界限已經(jīng)超過，仍然可以繼續(xù)進行數(shù)據(jù)傳送。然而，最好還是向用戶和管理機構(gòu)發(fā)送告警消息，使管理機構(gòu)可以驗證特許權(quán)，必要的話重置使用界限，而使用戶明白已經(jīng)超過了預定的使用量(步驟956-968，980-984)。在任何情況下，每次數(shù)據(jù)傳送后，更新用戶目標或存儲器，以反映新估計的事務總數(shù)(例如時間剩余，總費用等)(步驟958)。
如上所述，如果用戶沒有得到特許，那么最好允許用戶可以向管理機構(gòu)傳送請求追加時間/費用的附加數(shù)據(jù)。這個請求會由通信服務機傳送給管理機構(gòu)主機，接受處理，看是否同意。如果同意，管理機構(gòu)就會通知通信服務機，將使用界限上調(diào)規(guī)定的量?；蛘?，如果沒有系統(tǒng)管理機構(gòu)，費用/帳款通過通信服務機業(yè)務運營商處理，那么用戶可以向通信服務機發(fā)送任何適當?shù)恼J可追加費用/帳款的消息(例如，通過發(fā)送加密的帳號和諸如PIN(個人標識號)那樣的標識信息)。一旦費用或帳款得到處理。滿足業(yè)務運營商的要求，費用或帳款量就會用來調(diào)整用戶界限。然后，就會通知用戶新的使用界限，對用戶的PRG進行相應更新(步驟970-978)。
除了根據(jù)用戶或管理機構(gòu)的請求更新使用界限外，定額控制器也能有利地設置成在發(fā)生預定的更新事件后自動更新使用界限。因此，例如如果是按月記帳或預算的，管理機構(gòu)以最好已將定額控制器設置成在下個記帳周期的第一天自動使使用界限復原，那么通信服務機將在規(guī)定的時間自動將使用界限復原為規(guī)定的值(步驟992)。
而且，為了獲得甚至更精確的記帳控制，通信服務機可以與資費網(wǎng)業(yè)務運營方連接，以便接收用戶數(shù)據(jù)業(yè)務量的周期性帳單，以及更新費用等。為了利用這些帳單，可以為每個用戶維護一個估計每次數(shù)據(jù)傳送的使用情況和費用的記帳索引。接收到周期性帳單(例如每天在管理窗口期間傳送一次)，就用帳單中的實際使用情況和費用代替所估計的各使用項目，更新用戶概要表(和目標，如果用戶處于有效狀態(tài)的話)，以反映經(jīng)校正的使用界限等。一到下個事務處理，就將更新后的值通知管理機構(gòu)和用戶。需要的話，用戶或管理機構(gòu)可以請求下行裝載示出最近估計的和實際的費用(步驟986-990)。
最后，應該理解，上述過程除了個體用戶外同樣適用于用戶群。因此，PRG可以有利地象上述為個體用戶那樣用來為用戶群或超用戶群設置使用界限。所以，如果用途之一是與上述電子郵件例不同的群設備，那么可以為不同的用戶群指配相應的群設備數(shù)據(jù)傳送的群使用界限(同時保留各個對于獨立電子郵件或數(shù)據(jù)傳送等的個體使用界限)。為了避免用戶群中一兩個用戶使用太過分而占用過多的群使用額，仍然可以為每個用戶設置各自的使用界限，但靈活性可以較大一些，例如在向管理機構(gòu)請求追加限額前動用未使用的群時間，從而使群中一個用戶獲得其他用戶的部分限額。如應該看到的那樣，怎樣構(gòu)成定額控制器有許多不同的方式，這取決于應用情況、用戶和用戶群的工作情況、與業(yè)務運營方的交互情況、所要求的復雜程度以及許多其他相關和獨立的因素。
熟悉本技術領域的人員可以理解，本發(fā)明可以有許多不同的實施方式，以上詳細說明的只是其中有限的幾個。例如，雖然以上實施例說明的是用于在一定系統(tǒng)中進行通信的用戶的情況，但應該清楚，本發(fā)明可用于任何用戶遠離主機的通信系統(tǒng)，有線的或無線的，客戶-服務器，分布網(wǎng)或其他網(wǎng)，等等。本發(fā)明也能配合幾乎任何應用程序或程序組(例如，傳送數(shù)據(jù)庫，文字處理、圖形、語音等文件，執(zhí)行程序和控制消息等)，而不只是電子郵件或群設備。此外，雖然處理器206、控制器229、定時器205和224、數(shù)據(jù)存儲器211和225以及其他電路都是通過具體的邏輯/功能/電路關系進行說明的，然而熟悉本技術領域的人員可以看到，這些都可以用各種方式實現(xiàn)，最好是采用適當配置和編程的處理器、ASIC(專用集成電路)和DSP(數(shù)字信號處理器)，但也可以采用硬件、硬件組件，甚至可以采用各器件物理上分離但協(xié)同工作而完成同樣功能的分布式體系結(jié)構(gòu)。因此，應該理解，本發(fā)明并不局限于以上所說明的這些優(yōu)選實施例，而是包括按照所附權(quán)利要求給出的本發(fā)明的精神實質(zhì)在本發(fā)明的專利保護范圍內(nèi)所進行的種種更換、變動和修改。
權(quán)利要求
1.一種控制與通信單元(201)進行通信的系統(tǒng)，包括一個與通信單元通信的通信服務機(220)，其特征是它包括一個管理通信單元和主機服務器之間的通信的數(shù)據(jù)傳送管理器(229)，數(shù)據(jù)傳輸管理器包括一個定額控制器(234，209)，用來估計通信服務機和通信單元之間的數(shù)據(jù)通信的傳輸額，并將所估計的傳輸額與所指配的傳輸額進行比較。
2.權(quán)利要求1所提出的系統(tǒng)，其中所述定額控制器在所估計的傳輸額超過所指配的傳輸額時禁止通信服務機和通信單元之間繼續(xù)進行數(shù)據(jù)通信。
3.權(quán)利要求1所提出的系統(tǒng)，其中所述通信服務機通過至少一個第一通信信道與通信單元通信，所述第一通信信道包括一個與通信服務機的第二業(yè)務運營方不同的第一通信業(yè)務運營方的收費承載信道部分，而所指配的傳輸額相應于允許通信單元使用的總剩余傳輸額，所述定額控制器還在所指配的傳輸額小于第一門限時向通信單元告警。
4.權(quán)利要求1所提出的系統(tǒng)，其中所述數(shù)據(jù)傳送管理器還包括一個用來存儲所指配的傳輸額的用戶概要表存儲器，而所述定額控制器還對一個具有所估計的第一傳輸額的第一數(shù)據(jù)單元作出響應，通過將所指配的傳輸額減去所估計的第一傳輸額得出一個經(jīng)更新的所指配的傳輸額，再用這個經(jīng)更新的所指配的傳輸額代替用戶概要表存儲器中的所指配的傳輸額，更新所指配的傳輸額。
5.權(quán)利要求1所提出的系統(tǒng)，其中所述數(shù)據(jù)傳送管理器還包括一個用來存儲所指配的傳輸額的用戶概要表存儲器，數(shù)據(jù)包括多個數(shù)據(jù)單元，所估計的傳輸額包括一個所估計的多個數(shù)據(jù)單元的總傳輸額，而所述定額控制器還對另外一個具有所估計的另外傳輸額的數(shù)據(jù)單元作出響應，通過將這另外的所估計的傳輸額與所估計的總傳輸額相加得出一個經(jīng)更新的所估計的總傳輸額，再確定這個經(jīng)更新的所估計的總傳輸額是否大于所指配的傳輸額，更新所指配的傳輸額。
6.權(quán)利要求5所提出的系統(tǒng)，所述系統(tǒng)還包括一個管理主機服務器，其中所述定額控制器還在經(jīng)更新的所估計的總傳輸額大于所指配的傳輸額時向管理主機服務器告警，通信單元未經(jīng)特許，禁止與預定收件方以外的其他通信單元繼續(xù)通信。
7.權(quán)利要求1所提出的系統(tǒng)，所述系統(tǒng)還包括一個與通信服務機通信的主機服務器，其中所述數(shù)據(jù)傳送管理器還包括一個虛對話管理器，用來控制通信單元和一個主機服務器之間的數(shù)據(jù)通信，在虛對話管理器和通信單元之間的一個第一通信信道上采用面向非對話的通信協(xié)議傳送數(shù)據(jù)，而在虛對話管理器和主機服務器之間采用面向?qū)υ挼耐ㄐ艆f(xié)議傳送數(shù)據(jù)。
8.一種控制與通信單元(201)通信的方法，所述方法包括在通過一個第一通信信道與通信單元通信的一個通信服務機(220)接收一個需在所述通信單元與另一個通信單元之間傳送的第一數(shù)據(jù)單元的步驟，所述方法的特征是還包括下列步驟(a)估計第一數(shù)據(jù)單元的傳輸額；以及(b)將所估計的傳輸額與一個傳輸界限進行比較，確定是否允許在通信單元和通信服務機之間傳送以后的數(shù)據(jù)單元。
9.權(quán)利要求8所提出的方法，其中所述步驟(b)至少還包括下列的一個步驟在傳輸界限小于一個預定門限值時向通信單元發(fā)送一個通知消息；在所估計的傳輸額超過傳輸界限時禁止通過通信服務機傳送以后的數(shù)據(jù)單元；根據(jù)所估計的傳輸額和以前為在通信單元和通信服務機之間傳送的先前的數(shù)據(jù)單元所估計的各傳輸額確定所估計的總傳輸額，在所估計的總傳輸額超過一個預定門限時向通信單元發(fā)送一個通知消息；以及根據(jù)所估計的傳輸額和以前為在通信單元和通信服務機之間傳送的先前的數(shù)據(jù)單元所估計的各傳輸額確定所估計的總傳輸額，在所估計的總傳輸額超過傳輸界限時禁止通過通信服務機傳送以后的數(shù)據(jù)單元。
10.一種通信服務機，其特征是所述通信服務機包括一個與通信單元(201)通信的數(shù)據(jù)傳送管理器(229)，所述數(shù)據(jù)傳送管理器包括一個定額控制器(234，209)，用來為在所述通信單元和另一個通信單元之間傳送的數(shù)據(jù)估計傳輸額，并將所估計的傳輸額與一個傳輸界限進行比較，確定是否允許以后通過通信服務機繼續(xù)通信。
11.權(quán)利要求10所提出的通信服務機，其中所述定額控制器至少還能執(zhí)行以下一個功能在所估計的傳輸額超過傳輸界限時禁止在通信服務機和通信單元之間傳送以后的數(shù)據(jù)；根據(jù)所估計的傳輸額和以前為在通信單元和通信服務機之間傳送的先前的數(shù)據(jù)單元所估計的各傳輸額確定所估計的總傳輸額，在所估計的總傳輸額超過傳輸界限時禁止通過通信服務機傳送以后的數(shù)據(jù)單元；以及根據(jù)所估計的傳輸額和以前為在通信單元和通信服務機之間傳送的先前的數(shù)據(jù)單元所估計的各傳輸額確定所估計的總傳輸額，在所估計的總傳輸額超過一個預定門限時向通信單元發(fā)送一個通知消息。
12.權(quán)利要求10所提出的通信服務機，其中所述數(shù)據(jù)傳送管理器還包括一個虛對話管理器，用來控制通信單元和一個主機服務器之間的數(shù)據(jù)通信，在虛對話管理器和通信單元之間的一個第一通信信道上采用面向非對話的通信協(xié)議傳送數(shù)據(jù)，而在虛對話管理器和主機服務器之間采用面向?qū)υ挼耐ㄐ艆f(xié)議傳送數(shù)據(jù)。
全文摘要
本發(fā)明提出了一種包括一個定額控制器的系統(tǒng),用來監(jiān)控遠端通信單元(201)和通信服務機(220)之間的通信量。最好,在超過門限時向用戶警告已用去的或還剩下的總額(時間和/或費用),一旦達到使用界限就禁止繼續(xù)通信。在通信服務機(220)內(nèi)維護著一個可以接受管理機構(gòu)(260)之類訪問、控制之類的主定額控制器(234)。在遠端單元(201)內(nèi)也可以使用一個響應主定額控制器的另一個定額控制器(209)。通過這些定額控制器為雙方提供了一種方法,可以限制用戶或用戶群數(shù)據(jù)的超額傳送,在到達限額時向用戶發(fā)出警告。
文檔編號G06F13/10GK1179220SQ96192742
公開日1998年4月15日 申請日期1996年12月12日 優(yōu)先權(quán)日1996年12月12日
發(fā)明者格那·厄格勒斯頓, 米奇·漢森, 里查德·克勒伯斯 申請人:摩托羅拉公司