專利名稱：客戶排隊結構的制作方法
技術領域：
本發明涉及客戶排隊結構，更具體地涉及供在供應電信服務中使用的這種結構。
諸如郵購公司、銀行、修理公司、信息供應商及急救服務供應商等許多組織具有比它們擁有的可用來處理呼叫的話務員多得多的電話接入線。這與話務員的數目與線路的數目相等的情況相比是更高效的處理電話接入要求的方式，因為話務員在等待下一個進入呼叫時不是空閑的。此外，在高峰時間，呼叫服務的客戶在線路特別忙時無須重新撥號。
為了使客戶放心他們所接通的是適當的服務中心，在短時間振鈴之后由自動應答系統接收呼叫已成為慣例。通常傳送諸如“請保持線路。您已排入隊列。我們的話務員之一將盡快回答您的呼叫。”等報文。報文后面可提供音樂聲或其它娛樂或恢復鈴聲。通常在一分鐘左右的時段之后，重復這一報文或傳送另一報文。
在些公司，特別是在美國，已引入了“電話無線電節目”，在其中參加電話購物隊列的客戶受到錄音播放員或笑星的接待，他們周期性地通知隊列長度及根據最新應答的主叫用戶所經受的等待時間指出總的等待時間。
這種系統在避免丟失到達到目的地的呼叫方面有所幫助，但如果等待過長并重復同一報文能導致客戶不愉快。如果在將客戶傳遞給話務員之前客戶掛機及隨后再一次呼叫而重新參加隊列，這會損失業務。
本發明通過提供將其中所提供的信息更特定地裁剪成適合各客戶在隊列中的位置來尋求克服上述問題中的一些。
按照本發明的一個方面，在客戶排隊結構中提供了估計客戶在隊列中等待服務器所需的近似時間的方法，該方法包括下述步驟確定各客戶在隊列中的位置，確定多個工作的服務器中各個處理客戶的平均時間，確定各工作的服務器從最后一次聯系當前客戶的開始時間起到該服務器將成為可用的預測時間以獲得工作的服務器的預測可利用的一系列時間，以及在名義上將隊列中的各客戶分配給該時間系列中的一個時間，借此確定各客戶的近似等待時間。
本發明的較佳方法包括估計客戶隊列中的指定的客戶等待服務器可能需要的近似時間，包括下述步驟確定在指定的客戶之前要服務的隊列中的客戶數(N)，計算多個服務器中各個處理客戶聯系的平均對待時間以提供平均服務時間(S)，將客戶數N乘以平均服務時間S并除以工作服務器數(n)而得出等待時間(W)。
最好計算出的等待時間W中還包含下一個服務器將成為可用的時段的估計。計算出的等待時間的進一步改進可以通過比較前面計算出的等待時間與實際等待時間來導出供在等待時間的以后計算中使用的加權因子調節來獲得。
此外，當客戶可能落入不同的類別中時，可以為各該類別確定各自的平均服務時間并將其用在等待時間的計算中。
按照本發明的第二方面，提供了呼叫排隊系統，包括轉換開關裝置，該開關裝置具有用于連接到進入電話線上的多個輸入端口，用于連接到電話處理服務器上的多個初級輸出端口，響應輸入端口上的呼叫通過轉換開關裝置有選擇地實現對輸出端口之一的連接的控制裝置，該控制裝置還配置成確定輸出端口中哪一個(如果有的話)當前未連接在輸入端口上并順序地實現對輸出端口的連接，該開關裝置還具有至少一個二級輸出端口，如果沒有初級輸出端口可用時便將到達輸入端口的呼叫轉接到其上面，所述二級輸出端口是連接在配置成發送報文給主叫客戶(未回答的客戶)的通知系統上的，其特征在于控制裝置將未回答的客戶分配到隊列中的下一位置上，計算客戶在連接到電話處理服務器之前預期要等待的近似時間，并導致話音通知裝置將這一計算的時間輸出給該客戶。
最好服務數據定義多個前面連接的呼叫的各個的平均服務時間并且服務器數據定義當前可利用的服務器的數目，使得在近似等待時間的計算中考慮進去連接的客戶在隊列中的位置、可利用的服務器的數目及平均服務時間。
服務數據可相對于多個不同服務器的各個加以存儲，使得計算的時間能反映各話務員的呼叫處理速度的變化。
該系統可配置成存儲定義各呼叫到達時間、到達時計算的等待時間及呼叫的實際接通時間的數據，從而可將根據計算的與實際的等待時間之間的差的加權因子作用在以后連接的呼叫上。
當將輸入端口群分配給各表示特定的客戶服務要求的不同電話號碼時，計算中可包含各類別客戶與/或各電話處理服務器的不同服務時間。
本發明的特征為利用主叫用戶活動的歷史記錄來估計潛在的等待時間并考慮進去預期的促銷或其它預定因素。
預期的促銷因素可包含廣播或宣傳的廣告、假日或節日及諸如此類。
預定的因素可包含話務員交接班或休息、現有話務員數目的增減及諸如可選擇的折扣或其它特別贈送及其它服務器中心的關閉或開業等依賴于時間的特征。
下面參照附圖只是以示例的方式描述按照本發明的采用本發明的方法的呼叫排隊結構，附圖中
圖1為呼叫排隊結構的示意圖；圖2為圖1中的結構所使用的數據表的示意圖；圖3a與b構成展示圖1的處理器的進入呼叫處理的流程圖；圖4示出圖3b的計算等待時間宏功能；圖5示出圖3b的計算性能調節宏；圖6示出圖3的計算處理時間宏；以及圖7示出包含客戶排隊結構的PSTN(公共交換電話網)的改裝的示意性方框圖。
首先參見圖1，該結構主要包括具有用于連接進入電話話務的，諸如連接到公共交換電話網(PSTN)上的多個輸入端口2的轉換開關1。將一組輸出端口3配置成用于連接諸如電話話務員等若干電話服務器。另一端口4連接在話音通知系統5上及一個或多個端口6連接在娛樂設施上，諸如保持線路音樂7。
通過交換系統1的連接是在存儲器編程控制的處理器8的控制下的，處理器8能存取數據存儲器9，后者的內容將在下面描述。
交換系統1配置成在處理器8的控制下有選擇地將單個端口2連接到輸出端口3、4與6上。每當在輸入端口2上呼叫進入系統時，假定存在空閑的服務器3，系統處理器8將使相應的端口2連接在相應的空閑端口3上。參見圖2與3，當在任何一個進入端口2上接收到進入呼叫時，系統處理器在步驟100判定數據存儲系統9的隊列表(表1)中的分別指示隊列頭與隊列尾的指針(未示出)是否相等。如果判定隊列的頭與尾相等，便表示處理隊列當前是空的。從而排隊系統處理器8在步驟110詢問輸出端口3以確定當前正在工作的任何服務器(如在數據存儲系統9的數據表2中所指示的)是否空閑，如果是，便得出這一空閑服務器的本體115。現在將交換系統配置成在步驟120將輸入端口2上的進入呼叫連接到適當的端口3上。通過系統的呼叫現在以通過電話轉換開關處理電話呼叫的正常方式在輸出端口3上的話務員與/或輸入端口2上的主叫用戶的控制之下。
將主叫用戶連接到服務器之后，系統便根據首先連接呼叫的端口2識別進入呼叫的類別(類型)。進一步考慮這一識別，假定將各端口2分配給了多個PSTN電話號碼之一。若干端口可以與同一電話號碼關聯。無論如何，電話號碼可能指示該呼叫是例如對聯絡線還是對客戶查詢線的。作為替代，當電話局正在用若干原則處理呼叫時，電話號碼可指示呼叫的原則類型。在進一步的發展中，排隊系統處理器可使用一些系統話務員提供的進入線標識來方便呼叫分類。
在步驟125確定了呼叫類型之后，服務器將信息存儲到表2中所示的特定服務器上。參見表2，分配給連接在端口3上的各服務器表中的一項。從而將各服務器的目的地端口號表示在左側列中，并在步驟130將呼叫引導到該服務器的“實際時間”保存在列2“上次開始”中。還存儲在步驟125中識別的呼叫類型。參見圖3，在步驟135中從數據表4中得出指定類型的呼叫的典型處理時間，并通過使用實際開始時間與處理時間，可在步驟140中將預測的拆線時間輸入列5中。對于任何特定呼叫，現在應用“等待呼叫結束”步驟145。
返回到處理進入呼叫的第一步驟，當在步驟100中隊列頭不等于隊列尾從而表示一個或多個主叫用戶正在等待處理時，處理器8便執行關于隊列中下一位置的若干存儲指令。
使用在更新指針(步驟未示出)之前隊列尾指針所指定的表1中的地址，系統將主叫用戶的位置存儲在用戶呼叫到達的輸入端口2表示的位置1-n中之一上。在其它列中存儲此前參照步驟125描述的呼叫到達的“實際時間”以及呼叫類型。這時如下面要描述的在處理器8中運行計算等待時間宏功能155，并在步驟160上分別將估計的等待時間及將估計的等待發送給輸入端口2上的主叫用戶的時間存儲在數據表1的通知與估計列中。如步驟165所示，對于特定的呼叫，處理器這時等待空閑的服務器。前進到圖3b，如果在等待空閑的服務器期間處理器8接收到一個中斷，這可能指示若干事件之一。在步驟175上所判定的這種事件之一為在端口3之一上的服務器成為空閑而可工作的。如果是這樣，在步驟180上處理器8從隊列頭指針中確定隊列的頭，并在步驟185上更新另一數據表，表3。更新數據表的方法為從表3中去掉估計的等待及實際的等待的最老指示并用來自表1的對于現在要連接的主叫用戶的估計等待及根據該呼叫的到達時間及接通時間的該主叫用戶經受的實際等待來替代它們。這一數據啟動在宏功能(此后描述)步驟190上執行性能調節。在更新了隊列頭指針(步驟未示出)之后在步驟115上接通識別出的主叫用戶，如下所述。
在步驟175，如果系統判定沒有空閑的服務器，則中斷可能由周期性定時器或實時指示器產生，表示從表1中所指示的最后一次給于主叫用戶的通知起的時段也已超過了預定的時段。如果出現這一事件，在步驟195中運行計算等待時間宏功能。
其它可導致事件中斷的事件可包含附加服務器來到線路上或服務器模式或班次的改變。
一旦呼叫正在進行，即輸入端口2與服務器輸出3之間存在連接，處理器8等待呼叫結束的指示，并且一旦呼叫結束便進行到步驟200從表2中所指示的開始時間及當前時間中確定處理特定呼叫占用的實際時間。
將這一信息存儲在關于表2中所指示的特定類型的呼叫的另一張數據表，表4中，擦除關于該特定呼叫類型的最老數據。為了避免疑問，這里指出如果需要考慮單個服務器處理能力的變化，可以為各服務器重復表4。也要指出當只能識別一種類型的呼叫或單一的輸入類型時，則各服務器或系統便只需要“單列”數據表。
存儲了處理時間，處理器8便可在步驟205計算處理時間。如果在步驟210中表示服務器保持工作，則在步驟215提供“服務器空閑”中斷使下一個排隊的呼叫進入步驟170。假定在步驟210確定服務器不再處理呼叫，則在步驟220通過消除工作標志來更新表2，并且直到該服務器再一次成為工作的時間之前，不再發生為該相應服務器將輸入端口2連接到輸出端口3的進一步動作。
考慮圖3的步驟115及195中所使用的計算等待時間宏功能，參見圖4，標記表1中當前客戶位置(步驟300)并在步驟305中使用隊列頭指針從表1中確定隊列中當前客戶位置前面的客戶數及他們的呼叫類型，并在步驟310中累計。對于各種類型的呼叫(稱作TX)從數據表4中得出平均服務時間(Sav)并乘以隊列中相應的前面的客戶數NX。以得出各種類型的預期服務時間(Sx)。
在步驟320中利用表2中確定端口3上的工作的服務器數目得出數字(n)。表2中還能得出下一個服務器預測拆線的預測拆線時間從而得出拆線時間(tc)，在步驟330上能夠從作為所有的預期服務時間Sx之和除以工作的服務器數(n)再減去預測的拆線時間段(tc)而計算出預期的等待時間W。為了使計算稍為更加精確也可在計算出的等待時間W上作用性能調節因子P。
計算出等待時間W之后，處理器8將當前客戶連接在其上的輸入端口2連接在到達話音通知系統5的輸出端口4上，并同時將從W導出的數字(即當前主叫用戶的估計等待時間傳遞給系統5。從而話音通知系統在接通到主叫用戶時可帶有諸如“您當前保持在隊列中并預期話務員將在”W“分/秒內應答您的呼叫”等通知。
取決于計算等待時間宏的進入點，處理器8返回去等待任何進一步的事件中斷或者在步驟160上去存儲估計的等待時間。
如前面已指出的，當在步驟145拆線各呼叫時，用處理該呼叫所用時間來替代各相應呼叫類型保持在表4中的最老處理時間。這啟動宏205對特定類型的最近“n”次呼叫的平均處理時間的計算。參見圖6，在步驟350中，宏總計特定類型的最近N次呼叫(如果多于一次)的全部處理時間。通過在步驟355上將其除以包含的呼叫的數目，便可將相對于該特定呼叫類型的平均處理時間Sav存儲在表4中。如前面已指出的，將這一數字用在等待時間的計算中。由于處理時間是經常地通過用最新數據來取代最老數據而加以更新的，所以系統能考慮進去一段時間上的性能變化，以便輸入端口2上的主叫用戶所接收的等待數字很精確地反映輸出端口3上的服務器的當前性能。如前面指出的，可能存在帶有關于呼叫類型的服務器性能的若干張表。通常計算呼呼叫類型在所有服務器上的平均值供在計算等待時間中用作Sav。然而，對于存儲在表2中的預期拆線時間而言，采用相對于各服務器計算的Sav是合適的。
參見圖5，為了尋求作出等待時間估計(W)的最佳可能計算，采用了表3，并且每次主叫用戶連接到輸出3上的服務器時便在步驟190上執行圖5中所示的性能調節。從而在步驟400求出各最近“N”次連接的估計等待時段之和并在步驟405計算相同的N次連接的實際等待時段。兩種計算之間的差(ZE-W)便是估計系統的實際性能的測度，并在步驟410上作出關于系統是過高或過低估計實際等待時間的判定。取決于這一點，便能得到用在計算等待時間宏中的性能因子P。從而在一種情況中，在步驟415上將P設置成小于1，這便是說需要縮短要廣播的等待時間，而在另一情況中在步驟420得出大于1的因子。
雖然未曾示出限制值P的變化的步驟，可以理解，P是可以有限制的，便得在步驟410上如果∑E-∑W趨近于零，便不進行當前性能因子P的修正。
步驟415與420中所示的“f”值可以是依賴于系統的，并且是由話務員在裝機時或以后確定的。
應指出一旦客戶由于連接在話音通知系統5上而接收到呼叫應答時，在從話音通知上拆線時，可將輸入端口2連接到輸出端口6上，后者提供諸如保持線路音樂等某種形式的娛樂。
雖然如上所述本系統是獨立應用于進入到有限數目的話務員的多條交換機線路的，可以理解本系統也適用于大得多的網絡，例如圖7中所示的公共交換網。參見圖7，可將控制系統28體現為具有許多完全互連的數字轉換單元(這里用數字主轉換單元29與30表示)智能網之類上的平臺。各數字主轉換單元用干線32連接在若干本地轉換開關31上用于向到達客戶房屋33、34及35的線路提供服務。網絡管理系統40控制網絡的連接。MSU之間的互連可以是采用通過數字網的時分多路復用鏈路的特定數據信道的數據信號的結果。這將通常使用諸如相對于C7信號描述的協議。
例如，如果一個組織擁有到達其話務員的若干條線路35，則只在線路35之一成為空閑與工作時，才能跨越網絡接通來自諸如連接在線路33與34上的PSTN客戶的呼叫。在這一情況中，當數字單元接收到來自本地轉換開關31的表示在線路33之一上的客戶已撥了線路35之一上的號碼時，則只通過排隊控制系統平臺28。如果控制系統28已接收到取道DMSU32數據信道的指示可以得到服務器群中的空閑線路，則可以相應地通知網絡，并將呼叫從本地轉換開關31通過DMSU接通到線路35所在的本地轉換開關而無須進一步的動作，但除外為了計算處理時間的目的而平臺28有可能需要的對上述拆線的監視。然而，如果當前沒有空閑的線路35，則可將線路33上的主叫用戶就地連接在話音通知系統37上，網絡控制系統提供諸如保持線路音樂及話音通知等周期性轉接，并跨越網絡的數據方計算及提交預期的等待。在這一方式中除非能將呼叫連接到線路35之一上的服務器群上，并不使用公共交換網的容量。一旦線路35之一成為空閑，呼叫排隊平臺28便可用已知的方式使系統建立從線路33通過網絡到線路35的連接。雖然這里描述了計算估計的等待時間的特定方法，另一種確定預期的等待時間的方法是建立關于可能出現在輸出端口3上的各服務器(再參見圖1)的預期拆線時間的表。從而表2包含根據最近開始時間及呼叫類型的預期拆線時間。從而可在名義上用類型表來分配表1的隊列中的各主叫用戶，并用循環過程為隊列中的后隨主叫用戶確定預期的連接時間。
然后，可以用對“W”相同的方式將預期的連接時間提供給話音通知系統。
雖然并未在這里特別描述，應指出這時系統特別響應呼叫丟失率(即在連接到話務員之前從輸入端口上釋放的主叫用戶)的變化。
此外，話務員可用諸如服務器可能加入或離開網絡服務器儲集場的定時并考慮進去諸如季節變化等其它因素而預先編程系統。
在進一步的發展中，可將系統配置成使用一種以上上面描述的方法來計算預期的等待時間W，從而利用性能調節P及為各種計算方法比較估計的等待時間與最新的等待時間，以便可采用最精確的當前估計方法。
可在計算P中或在考慮加權因子中考慮進去的其它因素可以是根據對應的時段的呼叫模式的歷史記錄、加權因子及性能精度，例如前一周或月或年的同一天的同一時刻。
系統也可響應話務員輸入的預期廣告時間、報刊廣告的郵件發送來確定預期的應答并相應地修改性能調節。
也可以考慮進去包含預期的交接班、其它服務器中心的關閉之類的其它因素。
系統也可通過利用歷史記錄結合等待計算方法來預測服務器需求，從而通過確定模擬的呼叫模式，可以估計限制估計的等待時段所需的服務器的數目。服務供應商可用這些信息來改變使用中的服務器的操作關系模式。
系統可通過諸如為最大容許等待時間設定閾值等來提供信息給操作員，使得如果在圖3a的155中指示的第一次計算等待時間時預測的等待時間超過預定的閾值時，便通知監控器位置。
此外，可以修正圖4的計算等待時間宏，使得在步驟330計算等待(W)之后，將W的值與若干閾值比較，并取決于等待長度改變話音通知要提供的報文。
從而在預期等待超過或接近最大閾值時，通知可忠告客戶斷開及在稍后的時段上呼叫，但并不堅持要求客戶這樣做。從而，連接可以是對圖4的步驟335中的特定話音通知的，它提供諸如“您當前保持在排列中，預期我們的話務員將用大約15分鐘來回答您的呼叫。您可能愿意拆線并在稍后我們的線路不太忙時再呼叫”等報文。
在對于一兩分鐘之間的較短的等待時，通知可以是“請保持線路，您是在隊列中，我們的話務員之一將在大約W秒之內回答您的呼叫”。
權利要求
1.客戶排隊結構中估計隊列中的客戶等待服務器可能需要的近似時間的方法，包括下述步驟確定各客戶在隊列中的位置，確定多個工作的服務器中各個處理客戶的平均時間，確定從各工作的服務器上一次連接當前的客戶的開始時間到該服務器將成為可用的預期時間以獲得工作的服務器預期可利用的一系列時間，及名義上將隊列中的各客戶分配給時間系列之一，借此可以確定各客戶的近似等待時間。
2.估計客戶隊列中指定的客戶等待服務器可能需要的近似時間的方法，包括下述步驟確定要在指定的客戶之前服務的隊列中的客戶數(N)，計算多個服務器中各個處理一個客戶連接的平均處理時間以提供平均服務時間(S)，以及將容戶數N乘以平均服務時間S并除以工作的服務器數(n)以得出等待時間(W)。
3.權利要求2中所要求的估計近似時間的方法，其特征在于估計直到下一個服務器之一預期為空閑的近似時間段[R]，使得W=N×Sn+R]]>
4.權利要求3中所要求的估計近似時間的方法，其特征還在于若干前面客戶連接中的各個確定原來估計的等待時間(W1)與實際等待時間(W2)之間的差以提供關于實際性能的加權因子(P)并調整等待時間，使得W=(N×Sn+R)×P]]>
5.權利要求2、3或4中所要求的估計近似時間的方法，其特征還在于為各客戶確定預期的客戶類別，確定各類別中在隊列中指定的客戶前面的客戶數(N1、N2等)，為各客戶類別確定平均服務時間(S1、S2等)，及在計算W中用(N1×S1)+(N2×S2)+…替代(N×S)。
6.一種呼叫排隊系統，包括轉換開關裝置，該轉換開關裝置具有用于連接到進入電話線的多個輸入端口、用于連接到電話處理服務器的每個初級輸出端口、響應輸入端口上的呼叫有選擇地實現通過轉換開關裝置連接到一個輸出端口的控制裝置，還將控制裝置配置成確定哪一個輸出端口，如果有的話，當前未連接在一輸入端口上及順序地實現連接到輸出端口上，轉換開關裝置還具有至少一個二級輸出端口，如果沒有初級輸出端口可利用時便將到達輸入端口的呼叫轉接到該二級輸出端口上，所述二級輸出端口連接在配置成將報文傳輸給主叫客戶(未回答的客戶)的通知系統上，其特征在于控制裝置將各未回答的客戶分配到隊列中的下一位置上，計算客戶在連接到電話處理服務器之前預期要等待的近似時間以及使話音通知裝置將計算的時間傳送給客戶。
7.權利要求6中所要求的呼排隊系統，其特征還在于該控制裝置從定義多個前面連接的呼叫的各個的平均服務時間的服務數據、定義當前正在工作的服務器的數目的服務器數據以及在當前連接在話音通知裝置上的客戶前面的隊列中的客戶數目中計算近似時間。
8.權利要求7中所要求的呼叫排隊系統，其特征還在于服務數據定義多種不同服務器的各個的平均服務時間，及服務器數據定義當前正在操作的實際服務器。
9.權利要求7或8中所要求的呼叫排隊系統，其特征還在于每次將呼叫連接到話音通知裝置上時，控制裝置使定義計算的等待時間的數據與實際接通時間一起存儲，并在接通該呼叫到電話處理服務器時確定計算的等待時間與實際等待時間之間的差(如果有的話)，使得在隨后的呼叫等待時間計算中可以施加(或調整)加權因子。
10.權利要求7、8或9中所要求的呼叫排隊系統，其特征還在于將各輸入端口分配給確定主叫客戶所選擇的服務類別的多個電話號碼之一，并為各類別存儲服務數據，使得在為指定的客戶計算等待時間中，控制裝置確定排隊在各類別中指定客戶前面的客戶數連同他們的各自類別的服務數據及工作的電話處理服務器數以確定要通知的等待時間。
11.權利要求6中所要求的呼叫排隊系統，其特征還在于控制裝置從存儲的定義各服務器上一次連接到電話呼叫的時間的數據及定義各服務器處理連接的呼叫所占用的平均時間長度的服務數據中確定生成各服務器將成為空閑的預測時間表，控制裝置將各未回答的客戶在隊列中的位置與預測時間表相關聯以確定近似的等待時間。
12.權利要求6至11中任何一項中所要求的呼叫排隊系統，其特征在于在出現事件時，控制裝置使前面已向其作出通知的各排隊中的客戶重新連接到話音通知系統上并重新計算要通知的等待時間。
13.權利要求12中所要求的呼叫排隊系統，其特征還在于事件為從客戶前一次連接到話音通知系統以來過去了預定的時間段。
14.權利要求12中所要求的呼叫排隊系統，其特征還在于事件為隊列中一個或多個前面的客戶連接到電話處理服務器上。
15.權利要求12中所要求的呼叫排隊系統，其特征還在于事件為工作的電話處理服務器的數目改變。
16.采用權利要求1至6中任何一項的方法的呼叫等待時間估計方法，其特征在于客戶隊列是用主叫用戶活動的歷史記錄連同工作的服務器的可利用性及預期事件的估計來模擬的。
17.權利要求16中所要求的方法，其特征還在于確定已知促銷因素在主叫用戶活動上的作用，及利用這種促銷因素的預期的定時出現來確定未來的主叫用戶活動的潛力。
18.權利要求16或17中所要求的方法，其特征還在于等待時間是由話務員限制的，從而可以確定對于所要求的限制，服務于預期的呼叫模式所需的服務器數目。
全文摘要
在客戶排隊系統之類中,其中的交換系統(1)的一個端口(2)上接收電話呼叫供連接在交換系統的輸出端口(3)上的服務器處理,排隊系統(8)估計到達輸入端口(2)上的各客戶可期望的等待時間,并在連接到服務器之一的估計的等待時段的排隊期間,利用話音通知系統(5)通知主叫用戶。
文檔編號H04M3/42GK1200215SQ9619766
公開日1998年11月25日 申請日期1996年10月14日 優先權日1995年10月17日
發明者保羅·麥克唐納, 理查德·約翰·阿克施特 申請人:英國電訊有限公司