便於開戶的系統、方法和電腦程式產品的製作方法
2023-05-30 19:33:41
專利名稱：便於開戶的系統、方法和電腦程式產品的製作方法
技術領域：
本發明涉及各種類型的開戶流程的自動化，特別是涉及通過後端系統集合使用網絡和計算機化的系統來採集和路由客戶信息，以便促進帳戶的激活並提供其它相關服務。
背景技術：
對於許多公司，都需要用不斷增加的號碼加速開立不同客戶的帳戶。用於對這些帳戶進行開戶的現有系統常常需要明顯的人工幹預，這種人工幹預放慢了開戶流程，並且例如當客戶信息是通過電話告知的並且轉寫到資料庫時出現了錯誤，人工幹預還可能引入人為差錯。另外，必須經常根據個人客戶的需要定製每個帳戶，因此需要客戶的多次決定，並且需要準確收集並路由和那些決定相關的大量信息。例如，為了開立不同的運輸帳戶，運輸或貨運企業需要精確和快速地收集顧客信息。
從每天只有臨時包裹的運輸到多個包裹的運輸，企業和個人的運輸需求差異非常大。更多的發貨人希望在運輸包裹時能方便地為每個包裹支付運輸費用。另外，運輸服務提供商通過儘可能使顧客方便地發送包裹和儘可能方便地為運輸付費而從中獲益。通常，通過建立一個運輸帳戶，客戶可以通過該帳戶要求不同的運輸服務，並按照有規律的時間間隔，例如每月，付清該帳戶，這樣可以簡化運輸。運輸帳戶允許客戶職員只需要通過裝箱單上的帳戶號碼來委託運輸服務，從而在很大程度上節省了職員的時間和精力。
發送包裹的某些客戶已經與運輸服務提供商達成協定運輸服務提供商每天在預定時刻派服務員去取包裹。運輸服務提供商通常為這樣的服務收取一定費用。對於具有大量運輸需求的客戶而言，為收取包裹支付的費用通常是微不足道的。對於發送包裹沒有時間規律的客戶而言，他們可能覺得收取包裹的服務將導致成本增加，因此選擇將包裹放在運輸服務提供商指定的地點。不管怎樣，一種更方便的對運輸服務提供商和客戶計費的方法是在運輸服務提供商授予客戶的賒購帳戶中積累費用。
客戶要得到運輸帳戶，必須向運輸服務提供商提交一個開立帳戶請求(「開戶請求」)。如圖18所示，現有的開戶和向客戶分配帳號的方法是使用客戶服務代表應答電話架構進行的。當潛在的客戶希望成為帳戶所有人時，客戶通過呼叫客戶服務總線進行口頭請求。客戶的呼叫被轉給負責新帳戶的客戶服務代表。客戶服務代表與客戶通電話，詢問一系列問題以便確定客戶需要的帳戶類型。客戶服務代表把信息記錄到一個表單。然後將該表單手動饋送或重新鍵入幾次到不同後端系統組中。帳戶庫系統在客戶服務代表選擇並輸入的有效日期分批地分配和激活帳戶。一旦已經開立了帳戶，客戶服務代表手動記錄新帳號。客戶服務代表然後通過把客戶信息輸入一個完全不同的供應系統來安排一個啟動包(startup kit)。最後，服務代表進入服務分配系統來為帳戶預定帳戶服務，包括在客戶位置處每天收取包裹的服務。
上述的開戶流程需要集中的人力、消耗時間並且還有其他一些缺點。新帳號經由啟動包或客戶服務代表的跟蹤呼叫到客戶需要二或三個工作日。如果客戶表示急需帳戶，客戶服務代表至多可以在幾小時內打一個轉送新帳號的反饋電話。由於預定和非預定的維修或其它原因引起的停機，後端系統在多數時間都不能使用。在停機期間，不能分配帳號，不能打開帳戶，也不能提供其它服務。另外，客戶服務代表可能忽略了完成一個或多個表單，導致開戶流程的延遲甚至停滯。需要把數據重新輸入到多個表單使得更容易出現轉錄錯誤。
從客戶到服務代表的電話傳達也有一些問題。沒有辦法將呼叫分類為「優先呼叫」，這樣一個潛在的新客戶可能要在電話中等待好幾分鐘。沒有正確記錄信息的客戶服務代表可能會把錯誤輸入到後端系統。在各個代表之間分配帳戶類型和有效日期也可能不同。另外，電話服務中心通常因為費用太高而無法每周7天每天24小時運轉。
國際網際網路的出現已經簡化了包括運輸工業在內的一些企業的帳戶申請。通過在一系列表單中填充不同的客戶信息，可以在運輸公司的環球信息網地址上申請帳戶。運輸服務提供商然後處理表單，開立帳戶，並且給客戶分配帳號。申請帳戶和發布帳號之間的延遲可能會激怒客戶，並且可能導致損失那個客戶的服務。一個運輸服務提供商(聯邦快遞)通過響應網際網路上提交的申請實時為每個不同類型的帳戶提供一個帳號來處理這個問題。
無論通過什麼方式提交帳戶申請，用來產生帳號並建立帳戶的系統有時由於一個或多個系統的停機而不能發布帳號。通常當處理帳戶申請的系統之一正在維修或出現系統故障時會停機。在此停機期間，在現有電話申請系統或網際網路申請系統中都不能提供帳號。在此期間可能會失去對緩慢服務失望的客戶。
讓網際網路接入系統採集和處理帳戶申請而不需要大量客戶服務代表與客戶聯絡並手動輸入客戶信息將是有利的。如果在不同帳戶處理系統的預定和非預定的停機期間可以實時給客戶發布帳號也將是有利的。
發明內容
本發明通過提供由一個或多個後端系統便於開戶的系統來處理上面的需求並且實現其它的優點。開戶簡化系統包括與客戶相互作用以便收集諸如帳戶類型選擇、計費信息和收取位置信息之類的客戶信息的前端接口。該開戶簡化系統還包括預先核實客戶信息然後把客戶信息路由到後端系統用於激活帳戶的後端接口。後端接口還包括監視系統(「監視器」)和高速緩存，監視器確定後端系統的可用性，高速緩存在後端系統暫時不可用時存儲稍後要路由的開戶請求和客戶信息。有利地，預先核實客戶信息讓後端接口在後端系統不可用時實時地給客戶發布帳號。預先核實確保客戶信息完全正確，以便允許後端系統稍後激活該帳戶。
在一個實施例中，開戶簡化系統(「開戶系統」)包括從客戶查詢接口中接收客戶信息並核實該客戶信息的客戶信息核實器。開戶系統還包括消息發送或路由系統，它可用來制定消息的格式、向每一後端系統發送消息和從每一後端系統接收消息。響應於客戶信息的核實，消息發送系統可以制定開戶請求的格式並將它發送給後端系統的帳戶庫系統。如果後端系統不可用，則開戶系統還包括高速緩存，用於存儲直到後端系統可用為止的消息。有利地，消息儲存在高速緩存中允許即使當後端系統由於預定或非預定停機時間而不可用時也可由客戶提交開戶請求。
帳戶可以是通過運輸服務提供商發送包裹的運輸帳戶或者是其它類型的消費者或企業帳戶。不同類型的運輸帳戶包括臨時運輸帳戶和周期性(通常是每天)運輸帳戶。一方面，在帳戶庫系統已經產生臨時運輸帳號時客戶就可以使用該帳戶。另一方面，每天運輸帳戶直到經過預先確定的延遲才可由客戶使用，在預先確定的延遲期間，預定周期性的收取訪問。該延遲還可以在後端系統之一不可用時使用，此時不能完成帳戶請求。開戶系統可以包括一個監視器，它通過檢查每一後端系統的預定停機時間或者使用查詢或確定後端系統響應性的「ping」邏輯來確定後端系統是否可用。
一方面，監視器可以通過信息發送系統向一個或多個後端系統發送查詢消息。查詢消息可以是發送給後端系統的一個簡單查詢。後端系統回復失敗可能表明後端系統不可用，或者後端系統可以發送一個指示它不可用的回覆。這則消息還可以包含制定格式後的消息，這些消息到達後端系統的一些子系統，允許監視器確定後端系統是否完全可用或者部分可用。例如，監視器可以發送由消息發送系統制定格式後的查詢消息，並把這則查詢消息發送給帳戶庫系統。這則查詢消息包含制定格式後的信息，這些信息到達帳戶庫系統的帳號資料庫，容許帳戶庫系統或監視系統確定帳號資料庫是否可用。當資料庫具有比預定義帳號最小數目更少的帳號時另一查詢發出警告。這則查詢消息還可以包括警告信息，它向後端系統及其子系統指示這則查詢消息是一個測試而不是一個需要完整處理和響應的典型消息。這則警告信息有利地防止後端系統向開戶系統發送假信息。
在另一方面中，客戶信息包括運輸和計費地址信息。帳戶庫系統包括在開戶之前核實運輸和計費地址信息的地址核實器。客戶信息核實器預先核實同一運輸和計費地址信息，允許開戶請求儲存在高速緩存中用於隨後執行，而沒有被帳戶庫系統地址核實器拒絕的危險。當客戶仍然在申請時實時執行預先核實，允許客戶糾正任何不正確的地方。優選地，核實器預先核實城市、州和郵編等等，更優選地，核實器執行一個附加的街道級核實。
本發明對於各種後端系統都適用，但是一個或多個後端系統的具體結構並不是本發明的一部分。後端系統通常是單獨的系統，在參與開戶請求之前它需要消息發送系統來定製消息和語言習慣的格式。除了帳戶庫系統之外，後端系統可以包括向客戶發送供應的供應系統。例如，如果開戶系統正在開立運輸帳戶，供應可以包括一個包含便於客戶使用運輸帳戶的各種指令和內容的供應包。後端系統還可以包括用於把服務分配給客戶的服務系統。例如，在每天運輸帳戶的情況下，服務系統可以包括調度系統和服務分配系統。調度系統可以完成客戶的服務調度核實。服務調度核實確保在適當的時間向客戶提供運輸服務。服務分配系統然後派遣運輸服務職員到客戶位置每天收取包裹。
在另一方面中，本發明包括一種通過網際網路開立客戶運輸帳戶的系統和方法，該系統和方法獲得客戶信息，基於客戶信息推薦一種運輸帳戶類型，然後預先核實所選擇的客戶信息，以允許立即向客戶分配地面運輸、空中運輸和國際裝貨單都可用的帳號。
前端接口被用來通過網際網路與客戶通信，以便獲得並核實客戶信息，並且被用來向客戶實時分配運輸帳號而不需要客戶服務代表參與。後端接口被用來向一個或多個單獨的後端系統發送開戶消息，以便開立與帳號相應的帳戶。後端接口通過前端接口與客戶通信，並且，如果後端系統可用則建立運輸帳戶，或者，如果後端系統不可用則把開戶消息存儲在高速緩存中稍後傳送。
在另一實施例中，本發明包括一個圖形用戶界面，用於通過網際網路與客戶通信並且用於與一個或多個後端系統通信以便與運輸服務提供商建立運輸帳戶。圖形用戶界面包括記錄客戶提交的客戶信息的客戶信息查詢。客戶信息最好包括關於客戶計劃未來地面發貨需求的地面運輸需求信息和關於客戶計劃未來空運需求的空中運輸需求信息。圖形用戶界面的帳戶推薦接口基於客戶提交的地面運輸需求信息和空中運輸需求信息向客戶推薦一種帳戶類型。帳戶推薦接口還包括帳戶選擇欄位，允許客戶選擇客戶所需的不同於推薦的帳戶類型的帳戶類型。帳戶推薦接口把開戶請求傳送給後端系統以便開立客戶選定的帳戶類型。圖形用戶界面還包括帳號接口，它相應於地面和空運訂單布局重新建立的運輸帳戶來向客戶傳送帳號。帳號接口可以用來向客戶實時傳送帳號並且向客戶傳送一個延遲，在使用該帳戶可以放置裝貨單之前必須經過該延遲。延遲是以接收並執行開戶請求的後端系統的可用性為基礎的。
一方面，帳戶推薦接口計算地面運輸需求和空中運輸需求的費用，以便確定一個最節約成本的帳戶推薦給客戶。可替代地，發貨的最節約成本的帳戶可以是每日收取帳戶或者臨時收取帳戶，在每日收取帳戶中，運輸服務提供商每天都到客戶運輸位置；在臨時收取帳戶中，運輸服務提供商並不每天都到客戶運輸位置。如果運輸量非常低以至於一個臨時帳戶不實際時，開戶系統還可以推薦一種信用卡運輸帳戶。
本發明還可以由電話服務中心使用。電話服務中心的服務員通過電話接受來自客戶的開戶請求並提交該開戶請求。在這種情況下，服務人員把客戶傳送的信息輸入開戶系統中並獲取客戶帳號。
另一方面，開戶系統的前端接口包括模塊化的、可升級的結構，該結構包括相互作用來顯示一系列網頁以便從客戶獲取客戶信息的好幾個組件。前端接口被分解成為頁面對象和處理機對象，頁面對象包含有關如何顯示頁面的信息，處理機對象包含處理那個頁面所需的邏輯。
本發明的開戶系統具有優於現有技術的一些優點。從客戶觀點看，因為可通過網際網路訪問開戶系統，所以開戶系統很方便並且易於使用。同時，在可以使用帳戶之前，開戶系統以最小延遲時間或者沒有延遲時間就立即提供帳號。開戶系統有利地自動請求對於客戶的包括啟動包在內的供應材料以及與帳戶相關的客戶服務。在運輸帳戶的情況下，向客戶提供可用於地面和空中發貨的單個帳號。該帳號對於某些類型的帳戶發貨可立即有效，並且如果不能立即可用，則客戶知道該帳戶何時可用於發貨。另外，使用該帳戶不需要信用卡。
開戶系統對於帳戶提供商也具有優點。開戶系統避免了專門輸入數據以及協調後端系統使用的職員開支。在客戶把他們自己的數據輸入到圖形用戶界面時避免了數據輸入差錯。在電話中心的情況下，開戶系統協調後端系統的使用，將開戶中的差錯和延遲減到最少。即使當後端系統關閉時也仍然可以許可帳號，減少了在後端系統可用性的預定或非預定中斷期間喪失客戶。上面列出的該開戶系統的優點能吸引樂意使用傳統系統之外的附加客戶，從而增加帳戶預訂數目。
因此已經以常規術語說明了本發明，現在將參考附圖，附圖不一定是按比例繪製的，在這些附圖中圖1是本發明一個實施例的開戶系統的示意圖，示出了開戶系統、客戶計算機和多個後端系統之間的關係；圖2是圖1的開戶系統與多個後端系統相互作用的框圖；圖3是圖2的開戶系統的前端接口的框圖；圖4是圖2的開戶系統的後端接口的框圖；圖5是圖2的開戶系統的開戶監視器的框圖；
圖6是圖5的開戶系統監視器的另一框圖；圖7A和7B是由本發明另一實施例的電腦程式產品執行的開戶方法的流程圖；圖8是本發明另一實施例的圖形用戶界面首頁的截屏圖；圖9是圖形用戶界面的運輸需求頁面的截屏圖；圖10是圖形用戶界面的聯繫頁面的截屏圖；圖11是圖形用戶界面的信用卡運輸頁面的截屏圖；圖12是圖形用戶界面的帳戶類型頁面的截屏圖；圖13是圖形用戶界面的服務費頁面的截屏圖；圖14是圖形用戶界面的收取信息頁面的截屏圖；圖15是圖形用戶界面的計費信息頁面的截屏圖；圖16是圖形用戶界面的帳號信息頁面的截屏圖；圖17是本發明的圖形用戶界面的帳號提供頁面的截屏圖；和圖18是現有技術的開戶系統的示意圖。
具體實施例方式
下面將參考附圖更完整地描述本發明，附圖中示出了本發明的優選實施例。然而，本發明可以通過多種不同形式來體現，而不受在此處提出的實施例的限制；相反，提供這些實施例以使本公開全面和完整，並且對於本領域技術人員來說完全覆蓋了本發明的範圍。相同的數字在全文中指代相同的成分。
促進開戶的系統的一個實施例或者本發明的「開戶系統」10如圖1至圖6所示。如圖2所示，開戶系統10包括前端接口11和後端接口13，客戶15或服務中心16可通過諸如公共網際網路、專用內部網或區域網之類的網絡12訪問前端接口11，後端接口13通過路由系統40發送消息來和多個後端系統14通信。
如圖1所示，開戶系統10的前端接口11收集經由客戶計算機20從客戶15通過網絡12發送的客戶信息。開戶系統10的前端接口11基於客戶信息推薦帳戶類型並且請求來自客戶的帳戶參數。開戶系統通過後端接口13把帳戶參數傳送到後端系統14的帳戶庫系統17(「ARS」)。如果帳戶庫系統可用，則它核實客戶信息的有效性，實時(例如，4-90秒，或者更優選地是4-30秒)產生一個帳號並激活對應於該帳號的帳戶。
如果帳戶庫系統不可用，則開戶系統10預先核實客戶信息的有效性並實時產生一個帳號，使用前端接口11把帳號傳送給客戶15並存儲用於在稍後轉發給後端系統14的開戶請求(和其它消息)。按照這種方式，即使一個、一些或所有的後端系統14不可用或變成不可用時，客戶15也可接收帳號。並且，開戶系統10預先核實客戶信息確保當帳戶庫系統接收到保存和轉發的消息時帳戶庫系統17將發現客戶信息有效。
或者，開戶系統10可以與能夠完成一系列功能的其它類型的後端系統14通信。例如，後端系統還可以包括供應系統18(「SS」)，供應系統18從開戶系統中接收客戶信息和帳號並且把諸如啟動包之類的供應發送給客戶15。啟動包包含新開戶要使用的指令和內容。另一方面，後端系統14還包括一個服務分配系統19(「SDS」)，用於在從開戶系統接收到帳號和客戶信息之後給客戶15提供服務。啟動包的一個示例是用於啟動運輸帳戶的工具，包括包裝、詳細列出運輸指示的標籤、價格表。服務系統19提供的服務示例可以是調度使用運輸帳戶來發送包裹的每日包裹收取。服務系統19通過包裹中心信息系統79或PCIS與包裹中心通信，以便設置計劃時間。帳戶庫系統17把客戶信息和帳號信息傳送給稱為SFA或LINK的銷售人員自動化軟體80，這個自動化軟體80是管理銷售渠道的運輸服務提供商的帳戶執行程序所使用的一個銷售人員自動化軟體包。
參見圖2，開戶系統的前端接口11位於一個網層，因為它包括產生顯示在客戶計算機20上的多個網頁的Java帳戶servlet 21。如圖3和圖4所示，帳戶servlet運行在伺服器22或多個伺服器上，並且通過用於安全目的的防火牆41與後端接口13分離。通常如圖8至圖17的網頁截屏圖所示，按照這種方式，開戶系統10通過圖形用戶界面與客戶15交互，以便從客戶獲得客戶信息並且把開戶信息轉送給客戶。servlet 21不限於運行在伺服器22上，它還可以運行於其它類型的硬體、固件或兩者組合上。通常，servlet 21是包含在源網際網路站點(未示出)內的許多應用中的一種，它與客戶15交互，完成除了開戶之外的其它任務，例如廣告或銷售之類。
前端接口收集來自客戶的信息，基於客戶信息推薦帳戶類型並且經過防火牆將數據提交給後端接口13用於另外的處理。如圖3所示，這些前端接口功能由一組客戶(或用戶)數據處理系統和一組帳戶數據處理系統執行。用戶數據處理系統包括用戶驗證查詢系統23、HTTP請求解析系統42、HTTP響應構成系統43和數據核實系統26。
用戶驗證查詢系統23與源網際網路站點的用戶登錄和驗證系統24，又稱為網際網路會員服務(IMS)，以及客戶配置文件系統25通信。驗證系統24控制源網際網路站點的註冊和其他相關訪問權利。如圖2所示，客戶配置文件系統(CPS)25存儲源網際網路站點得到和使用的和客戶有關的信息。在提交開戶請求之前通過驗證系統24要求客戶登錄到網際網路站點上。在登錄期間提供的任何相關客戶信息儲存在CPS 25中，並用於預置前端接口11的網頁。還可以通過安全套接層(SSL)進行開戶系統10和客戶之間的通信，安全套接層是一個安全的Web瀏覽器，它能夠保護客戶通過網際網路發送的敏感個人信息。
在成功開立一個新的帳戶之後，開戶系統10可通過發送新發布的帳號來更新用戶登錄和驗證系統24。接著，用戶登錄和驗證系統更新客戶配置文件系統25，存儲該帳號用於將來與其它配置文件信息一起使用。源網際網路站點和它的其它系統可以和訪問和使用其他配置文件信息一起訪問和使用該帳號。例如，當與客戶交互時，其它系統可以用帳號預置各種信息欄位，從而不需要在每次應用中再輸入該帳號。
HTTP請求解析系統42把所有客戶提交的信息和應用具體信息解析成為一個可用的內部數據表示。反過來，HTTP響應構成系統43把商務規則應用到內部數據上，以便產生各個網際網路瀏覽器可識別的HTML頁面。數據核實系統26使用商務規則來檢查在網頁欄位上提交的客戶信息的有效性，並且拒絕接受客戶提交的錯誤數據，例如在各個欄位中使用不正確字符等等。
帳戶數據處理系統包括帳號請求系統44、帳戶請求產生系統45和帳戶響應解析系統46。帳號請求系統使用遠程方法調用(RMI)呼叫後端接口13，並且從儲存在受保護的服務環29中的可用帳號庫或表33中獲得下一個可用帳號。帳戶請求產生系統45還使用RMI來把客戶信息發送給後端接口用於進一步處理，並將其傳送到後端系統14。帳戶響應解析系統46從後端接口13複查已完成的消息，並向後端接口13更新已完成的消息。雖然優選使用RMI，但是在本領域中也公知用於發送消息的若干其它方法並且可以使用這些方法。
另一方面，前端接口11包括模塊化的、可升級的結構，該結構包括相互作用來呈現一系列網頁以便從客戶獲取客戶信息的好幾個組件。開戶前端接口被分解成為頁面對象和處理機對象，頁面對象包含有關如何顯示頁面的信息，處理機對象包含處理那個頁面所需的邏輯。最好使用XML文件來描述網頁。XML文件規定包括在每個頁面上的輸入對象。輸入對象包括用於收集並顯示信息的輸入欄位。在一個示例中，輸入頁面收集用於發送包裹的收取信息和諸如位置信息、聯繫信息和地址信息之類的輸入對象。具有地址信息的輸入對象可以包含諸如城市、州、郵編和街道號之類的輸入欄位。
開戶系統10的每個輸入頁面具有針對頁面處理機的指針，它是在產生輸入頁面時由頁面庫通過示例說明的。頁面處理機包含服務邏輯和功能，用於使用一種核實方法或設置方法來處理來自頁面的輸入。如果一個頁面處理機已經具有新頁面所需功能，那麼可以再次使用現有的處理機並不必對它進行重寫。頁面處理機的核實器核實輸入欄位中的輸入並對於無效信息報告錯誤。簡單地通過XML文件的創建或修改，輸入頁面和頁面處理機允許先前存在網頁的修改和新頁面的創建。按照這種方式，網頁可適合在具有不同商務規則的多個國家使用。有利的一點是前端接口11很容易更新和維護。更改商業邏輯組件不影響前端接口的所有組件，並且更新接口不需要重新啟動伺服器22。
如圖4所示，開戶系統10的後端接口13從被保護的服務環29中得到帳號。被保護的服務環29包括一個預先分配的帳號表33，後端接口13可以從表33中給客戶分配帳號。資料庫中預先分配的帳號範圍是唯一的，因為帳戶庫系統將不分配預先分配範圍中的號碼，從而確保帳戶庫系統17不會分配重複的號碼。預先分配帳號表33每周7天每天24小時存在於被保護的服務環29中。最好從帳戶庫系統17中獲得帳號的分類，用於開戶系統10在周期性的基礎上，例如每年兩次，進行存儲和分配。
如圖3和圖4所示，後端接口13位於通過防火牆41與前端接口11交互的應用層上。後端接口準備傳送給後端系統14的帳戶信息，並且當後端系統之一不可用時執行存儲和轉發(高速緩存)功能。後端接口包括帳戶請求處理機28，用於通過接收來自servlet 21中的RMI消息並將這些消息發送給其他系統來處理帳戶請求。
帳戶請求處理機28包括消息處理機30、高速緩存監視器31和web消息路由器47。消息處理機30接收來自帳戶請求處理機28的請求，並且對後端系統14制定適當的主機消息的格式。需要重申的是，消息處理機30為適當的後端系統14翻譯那些請求。翻譯使得單獨的後端系統可以讀取那些消息，那些單獨的後端系統可能是獨立開發，並因此具有彼此不同並且和開戶系統不同的消息格式和使用習慣。
如圖1所示，消息處理機30把消息傳遞給作為路由系統40的一部分的web消息路由器47。web消息路由器47接收從消息處理機30發送的消息並把這些消息發送到路由系統40的其他部分，然後等候來自路由系統其他部分的消息響應。路由系統的剩餘部分包括客戶消息伺服器(CMS)39、客戶自動化管理系統(CAMS)35和在線客戶接入系統(OCAS)34。路由系統40在開戶系統10和後端系統14之間路由消息。雖然優選實施例中使用了幾個路由系統，但是這些路由系統可以集成在一個處理開戶系統10和後端系統14之間的所有消息的單獨路由系統中。另外，路由系統40可以整個地或者部分地集成到開戶系統10中。
消息處理機30在一組消息創建和發送規則中操作，以便確定是否應該立即把消息發送到後端系統14或者發送到包含帳戶消息高速緩存87、帳號庫33和監視器狀態文件54的資料庫36。例如，消息創建和發送規則包含來自類庫32的主機有效時間、預定停機時間和超時參數。類庫包含用於後端系統14的消息格式制定規則48、用於後端系統的停機時間表38、消息註冊函數、資料庫連接函數、脈動(heart beat)類49、配置數據類50和註冊器類55。脈動類49定義在規定時間間隔檢查資料庫36的一個函數，以尋找需要重發的高速緩存消息。配置數據類50包含開戶系統10的各種配置，例如消息發送超時時間間隔、消息再試的最大數目、資料庫連接參數、脈動時間間隔、資料庫主機名、伺服器地址、後端系統主機、RMI埠號碼和配置信息、註冊文件名稱和系統默認值。註冊器類55被用來把應用消息寫入日誌文件。
高速緩存監視器31檢查資料庫36中高速緩存的消息的狀態。成功發送的消息可從資料庫中刪除並寫入成功日誌文件51中。超過每個配置數據類50的最大再試數量的消息可從資料庫36刪除並寫入失敗日誌文件52中。高速緩存監視器31運行一個上載線程53，它處理仍然「在進行中」的那些消息，也就是那些既沒失敗也沒有成功發送的消息。
後端接口13在把客戶信息提交給後端系統14之前通過把信息提交給核實系統27來預先核實客戶地址信息。預先核實客戶信息確保高速緩存的消息稍後不會被包括在後端系統14中的核實系統所拒絕。在客戶15已經退出該系統不能再改正客戶信息時，消息被拒絕尤其會成為問題。優選地，後端接口執行的預先核實至少與後端系統14執行的核實一樣嚴格。在圖示的實施例中，後端接口13使用XML地址核實器作為核實系統27的一部分來預先核實客戶的地址信息，例如街道名稱、市、州和郵編組合。與核實系統27的通信經由可擴展標記語言(XML)來執行。或者，還可以用核實系統27核實其它類型的信息，例如確保客戶15信用價的信用報告數據。
如圖5和圖6所示，後端接口13也可以與開戶應用監視器37交互，或者可以包括開戶應用監視器37。開戶監視器37被用來監視開戶系統和外部系統。一般來說，監視器37指示系統之一存在通信問題或非計劃的斷電的時間。例如，開戶監視器37監視地址核實器27、開戶請求處理機28和servlet21的有效性。開戶監視器37還核實通過路由系統40與後端系統14的通信以及與用戶登錄和驗證系統24的通信。另外，對高速緩存監視器31還進行監視，以便查看它是否正在運行，對有關資料庫36的高速緩存大小進行監視，以便保證高速緩存中儲存消息的空間。通過被保護的服務環29可用的有效帳號範圍由一個帳號範圍監視器90驗證未使用數目。
監視器狀態信息保持在儲存在監視器中或資料庫層36中存儲的組件狀態文件54中。當被監視的系統(或組件)之一關閉時，那麼對應於系統或組件的狀態列出在狀態欄位中。開戶監視器37可以作為一個獨立的監視器，也可以連接到Webmon應用63，Webmon應用63是監視例如跟蹤以及網際網路運輸應用的一些其它應用的「狀態板」或操縱臺。系統故障引起告警，該告警執行一個應用CGI腳本，查找來自Webmon應用63的響應，該響應識別並隔離出現問題的組件、系統或子系統。
狀態文件54還包括一個源組件名稱欄位，它消除了對單個故障的重複通知。例如，當一個系統關閉時，將隨著關閉而列出同一系統的各部分，並且只發送一個故障通知。這允許對系統和子系統進行診斷和修復操作，例如重新啟動系統。更新欄位列出文件最後一次更新時的時間標記。喚醒間隔欄位以毫秒為單位列出一個脈動線程的休眠時間。計劃類型欄位列出停機時間是計劃的、非計劃的還是脈動的。開始停機時間欄位列出斷電的起始時間。結束停機時間欄位列出斷電結束時間。消息欄位列出在系統中發生的任何具體錯誤。
在監視過程中，開戶監視器37將查閱類庫32的停機時間表38，以便確定由於維護或其他原因的預定停機時間是否使任何後端系統14不可用。如圖6所示，監視器37通過消息發送系統向一個或多個後端系統14發送查詢消息(有時稱為「ping」邏輯)。查詢消息可以是發送給後端系統的一個簡單查詢。後端系統回復失敗可能表明後端系統不可用，或者後端系統可以發送一個指示它不可用的回覆。這則消息還可以包含為了到達後端系統14的一些子系統而制定格式後的消息，從而允許監視器確定後端系統是否完全可用或者部分可用。例如，可以由監視器發送由消息發送系統制定格式後的消息，並將這則消息發送到帳戶庫系統17。查詢消息包含制定格式後的信息，以便請求將要在帳戶庫系統中得到驗證的地址，從而允許帳戶庫系統17或監視系統37確定帳戶庫系統是否可用。這則查詢消息還可以是警告信息，警告信息向後端系統及其子系統指示這則查詢消息是一個測試，並不是一個需要完整處理和響應的典型消息。這則警告信息有利於防止後端系統14向開戶系統發送假信息。
對於臨時帳戶和每日帳戶，開戶系統10響應後端系統14的故障或不可用是不同的。對於臨時帳戶，帳戶庫系統17不可用的通知觸發開戶系統10的客戶通知，通知估計將來帳號可用的時間，通常是在若干小時內。在預定停機的情況下，開戶系統10列出從停機時間表38獲取的停機時間。在非預定停機的情況下，開戶系統列出一個預先確定的停機時間。對於每日帳戶，服務分配系統19核實客戶和收取職員之間的每日收取時間的要求導致幾天的延遲，因此不計算停機時間。基於調度計劃開始日期經由向分配系統19提交的消息聯繫客戶。當後端系統14可用時，把信息提交給後端系統，後端系統對應於分配的帳號激活帳戶。作為選擇，後端系統還可以確定並核實收取帳戶的收取時間表，並且分配一個啟動包利用新開戶的帳戶和帳號來促進運輸。
如圖7A和圖7B所示，在另一實施例中，本發明包括一種開戶方法。如圖7A所示，在步驟100，客戶15登錄到例如UPS.com之類的運輸網站上，並且在步驟101被引入到承運方或運輸服務提供商的開立運輸帳戶的選項。在步驟102，對具體的客戶運輸需求進行查詢，包括預期發貨的數量和時間。而且，在步驟103詢問客戶是否要運輸諸如危險的、高價值或易碎貨物之類的特殊貨物。如果希望運輸特殊貨物，則客戶15被引入一個具有更好設置以處理專門的運輸需求的替換服務系統，例如運輸公司在1-800-PICK-UPS的在線座席。
如果不希望運輸特殊貨物，則用預期發貨的數量和時間來計算計劃發貨的年費用。在步驟105，把年費與最小數量或邊緣數量進行比較，例如每年運輸費用是否計劃低於1,000美元。如果低於邊緣總值，在步驟106將客戶引入推薦的信用卡計費服務，這是一種能降低成本的記帳方法。如果客戶15選擇忽略該建議，或者如果計劃的發貨年費超過最小總值，在步驟107推薦一個臨時帳戶或者一個每日收取帳戶。具體地說，如果費用低於閾值，例如每年3,900美元，則建議使用臨時帳戶，或者，如果計劃費用超出閾值，則建議使用每日收取帳戶。在此使用的選定的邊緣和閾值是示範性的，並且可以根據一些因素而調整，這些因素例如是價格通貨膨脹、運輸費用的變化或者希望支持不同開戶類型等等。
客戶15要麼接受所推薦的帳號類型，要麼選擇拒絕帳戶建議並選擇另一帳號類型。無論選擇什麼帳號類型，都在步驟109收集有關客戶收取位置的信息，並且在步驟110記錄客戶計費信息。如圖7B所示，在步驟111核對、總結和顯示計費信息、運輸類型選擇以及任何其它相關信息，以供客戶15複查和校正。在複查之後，在步驟112例如通過確保計費住址有正確的郵編來預先核實客戶信息，這裡的預先核實最好比在激活一個帳戶之前由後端系統14執行的核實更嚴格。如果對客戶信息的核實不成功，則在步驟111再次請求客戶複查和更正信息，然後在步驟112再次嘗試預先核實。如果對客戶信息的核實成功，在步驟113給客戶15分配並顯示一個帳號。
在步驟114，檢查帳戶庫系統17的有效性，如果不可用，在步驟115開戶系統10給客戶分配一個帳號並通知客戶可以使用該帳號之前的延遲。從使用停機時間表38計劃該延遲，或者如果是非預定的，則報告該延遲為一個預先確定的時間量，例如八天，這個時間量最好是保守估計值。如果已分配客戶信息和帳號，在步驟116當帳戶庫系統17變成可用時存儲和轉發客戶信息和帳號。當帳戶庫系統可用時，除非開戶系統10已經分配了一個帳號，否則在步驟117帳戶庫系統給客戶分配一個帳號。如果帳戶是每日收取帳戶，在步驟118預定收取服務，並且通知客戶15在帳戶可用之前計劃的延遲，這裡的延遲最好是直到第一個收取日的時間值。一旦已經分配帳號，在步驟119，帳戶庫系統17激活與該帳號相應的帳戶並且給客戶分配一個啟動包。如上所述，然後在步驟120使用帳號更新在客戶配置文件系統25上存儲帳號的用戶登錄和驗證系統24。使用客戶配置文件信息和帳號預置各種其他網際網路運輸應用，例如提供訂單以及發送包裹訂單系統。
在另一實施例中，本發明包括多個圖形用戶界面面板，這些面板最好是網際網路網頁形式，它們由前端接口11的servlet 21通過網絡12發布並且顯示在客戶計算機20上。這裡使用的術語「圖形用戶面板」是指任何計算機產生的圖形圖像或圖像集合，例如計算機屏幕上的一個窗口、一個輸入和輸出欄位的集合、整個網頁或好幾個網頁的一部分。網頁允許客戶15與後端系統14通信以便與運輸服務提供商建立一個運輸帳戶。如圖8至圖17所示，開戶系統分別包括首頁64、運輸需求頁面65、聯繫頁面68、帳戶類型頁面69、服務費頁面70、信用卡運輸頁面71、收取位置信息頁面72、計費信息頁面73、帳號信息頁面74和帳號提供頁面75。
利用開戶系統10可以開立不同類型的運輸帳戶，包括每日收取帳戶(又稱為常規帳戶)，其中，沒有特殊收取請求以及不論是否有包裹要發送時服務提供商在每個工作日都要去客戶15處收取包裹。另一種類型的運輸帳戶是臨時帳戶(又稱為按需帳戶或非常規帳戶)，其中，客戶通過使用自助選項負責把包裹放入發貨人的傳送系統，例如在指定位置處放下包裹。對於臨時帳戶服務提供商並不每天去收取。前端接口11根據客戶15的計劃運輸需求和計劃的帳戶每年運輸收入計算來推薦客戶使用每日收取帳戶還是臨時帳戶。如果客戶要求，本發明的開戶系統10還可以開立其它類型的運輸帳戶，例如進口帳戶。
如圖8所示，首頁64簡要描述了開立運輸帳戶必須完成的步驟。首頁包括啟動按鈕66，客戶15可以選擇啟動按鈕66來繼續開立運輸帳戶的流程。如圖9所示，運輸需求網頁65收集基本的運輸信息，並且包括運輸類型和頻率欄位67。客戶通過指出他所希望每周(或每月)運送的地面、空中和國際包裹或信件的數量來填寫多個運輸類型和頻率欄位。前端接口11利用一個全年收入額方程計算出客戶一年的估計運輸費用，該方程基於每天、每周或其它時間預訂的運輸服務的數量和類型來計劃每年的運輸費用。運輸需求頁面65還包括運輸異常事件選擇77，用於讓客戶指示危險物和昂貴、易碎貨物的運輸，或者客戶將作為經授權的運輸出口。如果客戶指示一個例外，客戶將會被導向到聯繫頁面68。如圖10所示，聯繫頁面包括聯繫信息(例如免費的電話號碼)，該聯絡信息允許顧客聯絡運輸服務提供商以便提供更客戶化的帳戶來滿足他們的運輸需要。
如果沒有指明運輸異常情況，將使用全年收入額計算的結果在帳戶類型頁面69上建議一個節約成本的帳戶類型。通過把所建議的帳戶設置為默認選擇，帳戶類型頁面將列出所建議的帳戶每日收取帳戶或者臨時收取帳戶。如果所計劃的一年運輸費用大於每年的選定總值，那麼推薦每日收取帳戶。如果運輸費用總量超出最小值但低於每年的選定總值，那麼推薦臨時帳戶。如圖11所示，對於運輸費用低於每年最小總值的，通過把客戶引導到信用卡運輸頁面71來推薦使用信用卡支付每一包裹的費用，從而建議一種更能節約成本的替代選項。
如圖12所示，在帳戶類型頁面69上提供有和每日收取和臨時運輸帳戶的附加信息有關的信息，以幫助客戶選擇。如圖13所示，如果客戶選擇每日收取帳戶，則客戶被引導到服務費頁面70，它按照客戶每周運輸開支比例列出每日收取服務的周服務費。雖然推薦了具體的帳戶類型，但是客戶仍然可以選擇去選定一個非推薦類型的帳戶。
如果客戶從帳戶類型頁面69選擇每日帳戶，則顯示收取位置信息頁面72，否則對於臨時帳戶顯示計費信息頁面。如圖14所示，收取位置頁面包括多個收取位置欄位78，對於開立每日收取帳戶而言必須完成這些欄位。為了方便顧客，可以使用已經提交給源網際網路站點的用戶登錄和驗證系統24的信息或者在客戶配置文件系統(CPS)25上找到的信息來預置計費和收取位置欄位。客戶可以改寫預置欄位。優選地，收取位置欄位請求與收取點、收取起始日期、每日截止時間、公司名稱、聯繫名稱和稱號、包括街道地址、城市、州和郵政編碼在內的地址、電子郵件地址和本地電話號碼有關的客戶信息。如圖15所示，把客戶導向計費信息頁面73。對於所有帳戶類型都必須完成計費信息頁面，計費信息頁面包括多個計費信息欄位76。優選地，計費信息欄位請求與公司名稱、聯繫名稱和頭銜、地址、電子郵件地址和公司電話號碼有關的客戶信息。或者，當選擇臨時帳戶時，收取位置信息頁面72還可以用來收集收取信息。
如圖16所示，在帳號信息頁面74上向客戶顯示客戶信息的概要。如果需要，在提交信息之前帳號信息頁面允許客戶編輯客戶信息。一旦提交，如上所述，使用地址核實器27檢查客戶數據的有效性並且向後端系統14提交開戶請求。如果後端系統和其它必要的系統可用，那麼通過發布帳號來實時填充帳戶請求。如果一個系統或一些系統不可用，則把帳戶請求消息高速緩存在資料庫36上，用於高速緩存監視器31監視並稍後轉發。如圖17所示，不管怎樣，在帳號提供(「謝謝您頁面」)頁面75上和該帳戶有效的日期和/或時間一起發布該帳號。有利的是帳號可以用於諸如地面、空中或國際運輸之類的所有傳送類型。具體地說，每日收取和臨時帳戶允許客戶運送地面、空中和國際發貨。在大多數情況下，臨時類型運輸帳戶數目可以立即使用。
另一方面，可以通過電話服務中心16訪問開戶系統10。電話服務中心的服務人員通過電話接受來自客戶15的開戶請求並提交該開戶請求。在這種情況下，服務人員把客戶傳送的信息輸入開戶系統10中並實時獲取客戶帳號。
開戶系統10具有優於現有技術的一些優點。從客戶觀點看，因為可通過網際網路訪問開戶系統，所以開戶系統很方便並且易於使用。而且，開戶系統可以立即實時提供帳號。開戶系統有利地自動對客戶請求包括啟動包在內的提供材料以及與帳戶相關的客戶服務。在運輸帳戶的情況下，給客戶提供可用於地面和空中發貨的單個帳號。該帳號對於某些類型的帳戶發貨可立即有效，並且如果不能立即可用，客戶也知道該帳戶何時可用於發貨。
對於帳戶提供商而言，開戶系統10也具有一些優點。開戶系統避免了專門輸入數據以及協調後端系統14使用的職員開支。由於客戶把他們自己的數據輸入到圖形用戶界面，因此避免了數據輸入差錯。在電話服務中心16的情況下，開戶系統協調後端系統14的使用，將開戶中的差錯和延遲減到最少。即使在後端系統關閉時也仍然可以許可帳號，從而減少了在後端系統有效性的預定或非預定中斷期間失去客戶。上面列出的該開戶系統的優點能吸引願意使用傳統系統之外的附加客戶，從而能增加帳戶預訂數目。
圖1至圖17是根據本發明的方法、系統和程序產品的框圖、流程圖和控制流程圖示。應該理解，可以通過電腦程式指令來實現框圖、流程圖和控制流程圖示的每一模塊或步驟，以及框圖、流程圖和控制流程圖示中模塊的組合。這些電腦程式指令可以載入到計算機或其它可編程設備上以便產生一個機器，從而在計算機或其它可編程設備上執行的指令創建用於執行框圖、流程圖或控制流程模塊或步驟中規定功能的裝置。這些電腦程式指令也可以儲存在計算機可讀存儲器中，計算機可讀存儲器能夠使計算機或其它可編程設備以特定的方式工作，這樣儲存在計算機可讀存儲器中的指令產生包括實現在框圖、流程圖或控制流程模塊或步驟中規定的功能的指令裝置的產品。電腦程式指令也可以裝載到計算機或其它可編程裝置上，以便產生將要在計算機或其它可編程裝置上執行的一系列操作步驟，以產生由計算機執行的處理，從而在計算機或其它可編程設備上執行的指令提供用於實現框圖、流程圖或控制流程模塊或步驟中規定工作的步驟。
因此，框圖、流程圖或控制流程圖示的模塊或步驟支持用於執行規定功能的裝置組合、用於執行規定功能的步驟組合以及用於執行規定功能的程序指令裝置。還應該理解，通過專用基於硬體的計算機系統可以實現框圖、流程圖或控制流程圖示的每一模塊或步驟以及框圖、流程圖或控制流程圖示中的模塊或步驟的組合，專用基於硬體的計算機系統執行專用硬體和計算機指令的規定功能或步驟或者它們的組合。
對本領域技術人員來說很容易想到本發明的許多修改和其它實施例，對他們而言本發明包含了前述說明書和相關附圖中表示的示範作用。因此，應該理解本發明不局限於所公開的特定實施例，而應該認為修改和其它實施例包含在附加權利要求的範圍之內。雖然本文使用了具體的術語，但是它們只是一般性的描述，並不用於限制本發明。
權利要求
1.一種便於客戶用來開立帳戶的系統，所述開戶系統包括客戶查詢系統，用於提示客戶提交客戶信息和開戶請求，所述查詢系統進一步用於記錄提交的客戶信息和開戶請求；預先核實系統，用於從容戶查詢系統接收客戶信息，並核實客戶信息是否完全正確以便允許激活帳戶；帳號發布系統，用於響應於客戶信息的核實分配並發布用來識別帳戶的帳號；和高速緩存系統，它能夠在帳戶激活系統不可用時接收並存儲開戶請求、帳號和經核實的顧客信息，並且還能夠在帳戶激活系統可用時向帳戶激活系統發送開戶請求、帳號和經核實的客戶信息。
2.如權利要求1所述的開戶系統，其中帳號發布系統包括一個唯一的從中分配並發布帳號的帳號庫。
3.如權利要求1所述的開戶系統，進一步包括帳戶推薦系統，用於基於帳戶使用信息提出一個帳戶類型建議，其中客戶查詢系統還用於向客戶提示該帳戶使用信息以及記錄客戶提交的帳戶使用信息。
4.如權利要求3所述的開戶系統，其中帳戶類型建議是對客戶而言最節約成本的帳戶類型。
5.如權利要求1所述的開戶系統，進一步包括監視系統，用於確定帳戶激活系統不可用的時間，並且能夠與高速緩存系統通信。
6.一種通過向後端系統提交開戶請求便於客戶開戶的系統，所述開戶系統包括客戶查詢接口，具有用於收集客戶信息的客戶信息欄位和用於記錄開戶請求的帳戶請求欄位；預先核實系統，用於接收客戶信息並核實客戶信息是否完全正確以允許激活帳戶；路由系統，它能夠響應於客戶信息的核實制定開戶請求和客戶信息的格式，並且將開戶請求和客戶信息發送到後端系統；監視系統，用於確定後端系統不可用的時間；和高速緩存系統，它能夠在後端系統不可用時接收並存儲開戶請求和客戶信息，以便在後端系統可用時通過路由系統向後端系統重新提交開戶請求和客戶信息。
7.如權利要求6所述的開戶系統，進一步包括帳號發布系統，用於響應於客戶信息的核實分配和發布用來識別帳戶的帳號。
8.如權利要求7所述的開戶系統，其中帳號發布系統進一步用於在後端系統不可用時分配並發布帳號。
9.如權利要求8所述的開戶系統，其中帳號發布系統包括一個唯一的從中分配並發布帳號的帳號庫。
10.如權利要求8所述的開戶系統，其中帳號庫能夠從後端系統中定期接收附加唯一帳號的列表。
11.如權利要求6所述的開戶系統，其中監視系統進一步用於通過路由系統向後端系統發送查詢消息，並且基於後端系統對查詢消息的響應確定後端系統的可用性。
12.如權利要求11所述的開戶系統，其中查詢消息包含具有制定的格式以便到達後端系統的一些子系統的信息，以便確定子系統的可用性。
13.如權利要求12所述的開戶系統，其中子系統之一是後端系統的帳戶庫系統。
14.如權利要求6所述的開戶系統，其中監視系統用於查閱列出後端系統預計劃不可用的停機時間表。
15.一種通過後端系統便於開立客戶運輸帳戶的系統，所述開戶系統包括前端接口，包括能夠在客戶計算機上產生多個圖形用戶界面面板的servlet，所述圖形用戶界面面板包括帳戶類型選擇面板，用於記錄客戶選定的運輸帳戶類型；客戶信息面板，用於記錄客戶提交的有關客戶的信息；和帳號提供面板，用於向客戶報告與客戶運輸帳戶相關的帳號；和後端接口，包括預先核實系統，用於核實客戶信息是否完全正確，以便允許後端系統激活該運輸帳戶；帳號發布系統，用於響應於客戶信息的核實從唯一帳號庫中分配帳號並且把帳號發送給帳號提供面板；和路由系統，它能夠制定帳戶類型選擇、帳號和客戶信息的格式，並且把它們發送給後端系統，從而允許後端系統激活與帳戶類型選擇和帳號相應的運輸帳戶。
16.如權利要求15所述的開戶系統，其中圖形用戶界面面板進一步包括運輸需求面板和帳戶推薦面板，運輸需求面板用於記錄客戶輸入的有關預期運輸類型和頻率的信息，而帳戶推薦面板用於基於運輸需求信息推薦帳戶類型。
17.如權利要求16所述的開戶系統，其中有關預期運輸類型和頻率的信息包括地面、空中和國際運輸需求。
18.如權利要求15所述的開戶系統，其中後端系統進一步包括監視系統和高速緩存系統，監視系統用於確定後端系統不可用的時間，高速緩存系統能夠在後端系統不可用時接收並存儲帳戶類型選擇、帳號和客戶信息用於在稍後後端系統可用時發送給後端系統。
19.如權利要求15所述的開戶系統，其中帳號可用於地面運輸和空中運輸。
20.如權利要求15所述的開戶系統，其中帳號可用於地面、空中和國際運輸。
21.如權利要求15所述的開戶系統，其中運輸帳戶類型包括臨時帳戶和周期收取帳戶中的一個。
22.如權利要求21所述的開戶系統，其中當帳戶類型選擇是周期收取帳戶時，路由系統進一步用於把帳號和客戶信息路由到服務分配系統。
23.如權利要求21所述的開戶系統，其中路由系統進一步用於把帳號和客戶信息路由給供應系統以提供一個啟動包。
24.一種通過後端系統便於客戶開戶的方法，所述開戶方法包括記錄有關客戶的信息；記錄開戶請求；預先核實客戶信息以確保客戶信息完全正確，以便允許後端系統激活該帳戶；監視後端系統以便確定後端系統的可用性；當後端系統不可用時發布與該帳戶相關的唯一帳號；和當後端系統可用時把開戶請求、客戶信息和帳號路由到後端系統，以便允許後端系統激活與帳戶類型選擇和帳號相應的運輸帳戶。
25.如權利要求24所述的開戶方法，進一步包括在把客戶信息和帳號路由到後端系統之前，在後端系統不可用時高速緩存帳號和顧客信息。
26.如權利要求24所述的開戶方法，其中監視包括向後端系統發送查詢消息，並基於對該查詢消息的響應來確定後端系統的可用性。
27.如權利要求24所述的開戶方法，其中發布帳號包括從唯一帳號庫中發布帳號。
28.如權利要求27所述的開戶方法，進一步包括監視唯一帳號庫的使用。
29.如權利要求28所述的開戶方法，進一步包括在帳號庫使用完後通過從後端系統獲取附加唯一帳號來補充唯一帳號庫。
30.如權利要求24所述的開戶方法，其中監視包括查閱列出預計劃的後端系統不可用的停機時間表。
31.如權利要求24所述的開戶方法，其中記錄開戶請求包括記錄開立運輸帳戶的請求。
32.如權利要求31所述的開戶方法，進一步包括記錄客戶的運輸需求信息，並且在記錄開戶請求之前基於運輸需求信息推薦一個運輸帳號類型。
33.如權利要求32所述的開戶方法，其中記錄運輸需求信息包括記錄運輸類型和頻率。
34.如權利要求33所述的開戶方法，其中記錄運輸需求信息包括記錄地面和空中運輸需求。
35.如權利要求33所述的開戶方法，其中記錄運輸需求信息包括記錄地面、空中和國際運輸需求。
36.如權利要求33所述的開戶方法，其中推薦運輸帳號類型包括推薦臨時帳戶和周期收取帳戶中的一個。
37.如權利要求36所述的開戶方法，其中路由開戶請求進一步包括路由用於建立服務分配系統的收取時間表的請求。
38.如權利要求36所述的開戶方法，其中路由開戶請求進一步包括由供應系統路由向客戶發送啟動包的請求。
39.一種通過後端系統便於客戶開戶的電腦程式產品，所述電腦程式產品包括具有儲存在其中的計算機可讀程序代碼部分的計算機可讀存儲介質，所述計算機可讀程序代碼部分包括第一可執行部分，用於記錄有關客戶信息；第二可執行部分，用於記錄開戶請求；第三可執行部分，用於預先核實客戶信息，以便確保客戶信息完全正確以允許後端系統激活帳戶；第四可執行部分，用於監視後端系統以確定後端系統的可用性；第五可執行部分，當後端系統不可用時用於發布與該帳戶相關的唯一帳號；和第六可執行部分，當後端系統可用時用於把開戶請求、客戶信息和帳號路由到後端系統。
40.如權利要求39所述的電腦程式產品，進一步包括第七可執行部分，用於在第六可執行部分把客戶信息和帳號路由到後端系統之前在後端系統不可用時高速緩存帳號和客戶信息。
41.如權利要求39所述的電腦程式產品，其中第四可執行部分適合於向後端系統發送查詢消息，並且基於對該查詢消息的響應來確定後端系統的可用性。
42.如權利要求39所述的電腦程式產品，其中第五可執行部分適合於從唯一帳號庫中發布帳號。
43.如權利要求42所述的電腦程式產品，進一步包括第八可執行部分，用於監視唯一帳號庫的使用。
44.如權利要求43所述的電腦程式產品，進一步包括第九可執行部分，用於在帳號庫中帳號使用完後通過從後端系統獲取附加的唯一帳號來補充唯一帳號庫。
45.如權利要求39所述的電腦程式產品，其中第四可執行部分適合於查閱列出預計劃後端系統不可用的停機時間表。
46.如權利要求39所述的電腦程式產品，其中第二可執行部分適合於記錄開立運輸帳戶的請求。
47.如權利要求46所述的電腦程式產品，進一步包括第十可執行部分，用於記錄客戶的運輸需求信息，並且在第二可執行部分記錄開戶請求之前基於運輸需求信息推薦一種運輸帳號類型。
48.如權利要求47所述的電腦程式產品，其中第十可執行部分適合於記錄運輸類型和頻率。
49.如權利要求47所述的電腦程式產品，其中第十可執行部分適合於記錄地面和空中運輸需求。
50.如權利要求47所述的電腦程式產品，其中第十可執行部分適合於記錄地面、空中和國際運輸需求。
51.如權利要求47所述的電腦程式產品，其中第十可執行部分適合於推薦臨時帳戶和周期收取帳戶中的一個。
52.如權利要求51所述的電腦程式產品，其中第六可執行部分適合於路由建立服務分配系統的收取時間表的請求。
53.如權利要求51所述的電腦程式產品，其中第六可執行部分適合於供應系統向客戶路由用於發送啟動包的請求。
全文摘要
一種便於多個後端系統開戶的系統。開戶系統包括一個前端接口，它與客戶交互以便收集諸如帳戶類型選擇、計費信息和收取位置信息之類的客戶信息。系統的後端接口預先核實客戶信息，然後把客戶信息路由到後端系統用於激活帳戶。後端接口還包括一個監視器和一個高速緩存，監視器確定後端系統的可用性，高速緩存在後端系統暫時不可用時存儲開戶請求和稍後要路由的客戶信息。預先核實客戶信息有利於在後端系統不可用時讓後端接口實時地給客戶分配帳號。預先核實確保客戶信息完全正確，以便允許後端系統稍後激活該帳戶。
文檔編號G06Q30/00GK1527983SQ02809236
公開日2004年9月8日 申請日期2002年4月30日 優先權日2001年5月1日
發明者柯蒂斯R·盧梭, 柯蒂斯R 盧梭, そ芩悸, 塞思D·傑思洛, だ蛻, 菲爾G·勞森 申請人:美國Ups聯合包裹運送服務公司