專利名稱：便于開戶的系統(tǒng)、方法和計算機程序產(chǎn)品的制作方法
技術領域：
本發(fā)明涉及各種類型的開戶流程的自動化，特別是涉及通過后端系統(tǒng)集合使用網(wǎng)絡和計算機化的系統(tǒng)來采集和路由客戶信息，以便促進賬戶的激活并提供其它相關服務。
背景技術：
對于許多公司，都需要用不斷增加的號碼加速開立不同客戶的賬戶。用于對這些賬戶進行開戶的現(xiàn)有系統(tǒng)常常需要明顯的人工干預，這種人工干預放慢了開戶流程，并且例如當客戶信息是通過電話告知的并且轉(zhuǎn)寫到數(shù)據(jù)庫時出現(xiàn)了錯誤，人工干預還可能引入人為差錯。另外，必須經(jīng)常根據(jù)個人客戶的需要定制每個賬戶，因此需要客戶的多次決定，并且需要準確收集并路由和那些決定相關的大量信息。例如，為了開立不同的運輸賬戶，運輸或貨運企業(yè)需要精確和快速地收集顧客信息。
從每天只有臨時包裹的運輸?shù)蕉鄠€包裹的運輸，企業(yè)和個人的運輸需求差異非常大。更多的發(fā)貨人希望在運輸包裹時能方便地為每個包裹支付運輸費用。另外，運輸服務提供商通過盡可能使顧客方便地發(fā)送包裹和盡可能方便地為運輸付費而從中獲益。通常，通過建立一個運輸賬戶，客戶可以通過該帳戶要求不同的運輸服務，并按照有規(guī)律的時間間隔，例如每月，付清該賬戶，這樣可以簡化運輸。運輸賬戶允許客戶職員只需要通過裝箱單上的賬戶號碼來委托運輸服務，從而在很大程度上節(jié)省了職員的時間和精力。
發(fā)送包裹的某些客戶已經(jīng)與運輸服務提供商達成協(xié)定運輸服務提供商每天在預定時刻派服務員去取包裹。運輸服務提供商通常為這樣的服務收取一定費用。對于具有大量運輸需求的客戶而言，為收取包裹支付的費用通常是微不足道的。對于發(fā)送包裹沒有時間規(guī)律的客戶而言，他們可能覺得收取包裹的服務將導致成本增加，因此選擇將包裹放在運輸服務提供商指定的地點。不管怎樣，一種更方便的對運輸服務提供商和客戶計費的方法是在運輸服務提供商授予客戶的賒購賬戶中積累費用。
客戶要得到運輸賬戶，必須向運輸服務提供商提交一個開立帳戶請求(“開戶請求”)。如圖18所示，現(xiàn)有的開戶和向客戶分配賬號的方法是使用客戶服務代表應答電話架構進行的。當潛在的客戶希望成為賬戶所有人時，客戶通過呼叫客戶服務總線進行口頭請求?？蛻舻暮艚斜晦D(zhuǎn)給負責新賬戶的客戶服務代表。客戶服務代表與客戶通電話，詢問一系列問題以便確定客戶需要的賬戶類型?？蛻舴沾戆研畔⒂涗浀揭粋€表單。然后將該表單手動饋送或重新鍵入幾次到不同后端系統(tǒng)組中。賬戶庫系統(tǒng)在客戶服務代表選擇并輸入的有效日期分批地分配和激活賬戶。一旦已經(jīng)開立了賬戶，客戶服務代表手動記錄新賬號。客戶服務代表然后通過把客戶信息輸入一個完全不同的供應系統(tǒng)來安排一個啟動包(startup kit)。最后，服務代表進入服務分配系統(tǒng)來為賬戶預定賬戶服務，包括在客戶位置處每天收取包裹的服務。
上述的開戶流程需要集中的人力、消耗時間并且還有其他一些缺點。新賬號經(jīng)由啟動包或客戶服務代表的跟蹤呼叫到客戶需要二或三個工作日。如果客戶表示急需賬戶，客戶服務代表至多可以在幾小時內(nèi)打一個轉(zhuǎn)送新賬號的反饋電話。由于預定和非預定的維修或其它原因引起的停機，后端系統(tǒng)在多數(shù)時間都不能使用。在停機期間，不能分配賬號，不能打開帳戶，也不能提供其它服務。另外，客戶服務代表可能忽略了完成一個或多個表單，導致開戶流程的延遲甚至停滯。需要把數(shù)據(jù)重新輸入到多個表單使得更容易出現(xiàn)轉(zhuǎn)錄錯誤。
從客戶到服務代表的電話傳達也有一些問題。沒有辦法將呼叫分類為“優(yōu)先呼叫”，這樣一個潛在的新客戶可能要在電話中等待好幾分鐘。沒有正確記錄信息的客戶服務代表可能會把錯誤輸入到后端系統(tǒng)。在各個代表之間分配賬戶類型和有效日期也可能不同。另外，電話服務中心通常因為費用太高而無法每周7天每天24小時運轉(zhuǎn)。
國際互聯(lián)網(wǎng)的出現(xiàn)已經(jīng)簡化了包括運輸工業(yè)在內(nèi)的一些企業(yè)的賬戶申請。通過在一系列表單中填充不同的客戶信息，可以在運輸公司的環(huán)球信息網(wǎng)地址上申請賬戶。運輸服務提供商然后處理表單，開立賬戶，并且給客戶分配賬號。申請賬戶和發(fā)布賬號之間的延遲可能會激怒客戶，并且可能導致?lián)p失那個客戶的服務。一個運輸服務提供商(聯(lián)邦快遞)通過響應互聯(lián)網(wǎng)上提交的申請實時為每個不同類型的帳戶提供一個賬號來處理這個問題。
無論通過什么方式提交賬戶申請，用來產(chǎn)生賬號并建立賬戶的系統(tǒng)有時由于一個或多個系統(tǒng)的停機而不能發(fā)布賬號。通常當處理賬戶申請的系統(tǒng)之一正在維修或出現(xiàn)系統(tǒng)故障時會停機。在此停機期間，在現(xiàn)有電話申請系統(tǒng)或互聯(lián)網(wǎng)申請系統(tǒng)中都不能提供賬號。在此期間可能會失去對緩慢服務失望的客戶。
讓互聯(lián)網(wǎng)接入系統(tǒng)采集和處理賬戶申請而不需要大量客戶服務代表與客戶聯(lián)絡并手動輸入客戶信息將是有利的。如果在不同賬戶處理系統(tǒng)的預定和非預定的停機期間可以實時給客戶發(fā)布賬號也將是有利的。

發(fā)明內(nèi)容
本發(fā)明通過提供由一個或多個后端系統(tǒng)便于開戶的系統(tǒng)來處理上面的需求并且實現(xiàn)其它的優(yōu)點。開戶簡化系統(tǒng)包括與客戶相互作用以便收集諸如賬戶類型選擇、計費信息和收取位置信息之類的客戶信息的前端接口。該開戶簡化系統(tǒng)還包括預先核實客戶信息然后把客戶信息路由到后端系統(tǒng)用于激活賬戶的后端接口。后端接口還包括監(jiān)視系統(tǒng)(“監(jiān)視器”)和高速緩存，監(jiān)視器確定后端系統(tǒng)的可用性，高速緩存在后端系統(tǒng)暫時不可用時存儲稍后要路由的開戶請求和客戶信息。有利地，預先核實客戶信息讓后端接口在后端系統(tǒng)不可用時實時地給客戶發(fā)布賬號。預先核實確?？蛻粜畔⑼耆_，以便允許后端系統(tǒng)稍后激活該賬戶。
在一個實施例中，開戶簡化系統(tǒng)(“開戶系統(tǒng)”)包括從客戶查詢接口中接收客戶信息并核實該客戶信息的客戶信息核實器。開戶系統(tǒng)還包括消息發(fā)送或路由系統(tǒng)，它可用來制定消息的格式、向每一后端系統(tǒng)發(fā)送消息和從每一后端系統(tǒng)接收消息。響應于客戶信息的核實，消息發(fā)送系統(tǒng)可以制定開戶請求的格式并將它發(fā)送給后端系統(tǒng)的賬戶庫系統(tǒng)。如果后端系統(tǒng)不可用，則開戶系統(tǒng)還包括高速緩存，用于存儲直到后端系統(tǒng)可用為止的消息。有利地，消息儲存在高速緩存中允許即使當后端系統(tǒng)由于預定或非預定停機時間而不可用時也可由客戶提交開戶請求。
賬戶可以是通過運輸服務提供商發(fā)送包裹的運輸賬戶或者是其它類型的消費者或企業(yè)賬戶。不同類型的運輸賬戶包括臨時運輸賬戶和周期性(通常是每天)運輸賬戶。一方面，在賬戶庫系統(tǒng)已經(jīng)產(chǎn)生臨時運輸賬號時客戶就可以使用該賬戶。另一方面，每天運輸賬戶直到經(jīng)過預先確定的延遲才可由客戶使用，在預先確定的延遲期間，預定周期性的收取訪問。該延遲還可以在后端系統(tǒng)之一不可用時使用，此時不能完成賬戶請求。開戶系統(tǒng)可以包括一個監(jiān)視器，它通過檢查每一后端系統(tǒng)的預定停機時間或者使用查詢或確定后端系統(tǒng)響應性的“ping”邏輯來確定后端系統(tǒng)是否可用。
一方面，監(jiān)視器可以通過信息發(fā)送系統(tǒng)向一個或多個后端系統(tǒng)發(fā)送查詢消息。查詢消息可以是發(fā)送給后端系統(tǒng)的一個簡單查詢。后端系統(tǒng)回復失敗可能表明后端系統(tǒng)不可用，或者后端系統(tǒng)可以發(fā)送一個指示它不可用的回復。這則消息還可以包含制定格式后的消息，這些消息到達后端系統(tǒng)的一些子系統(tǒng)，允許監(jiān)視器確定后端系統(tǒng)是否完全可用或者部分可用。例如，監(jiān)視器可以發(fā)送由消息發(fā)送系統(tǒng)制定格式后的查詢消息，并把這則查詢消息發(fā)送給賬戶庫系統(tǒng)。這則查詢消息包含制定格式后的信息，這些信息到達賬戶庫系統(tǒng)的賬號數(shù)據(jù)庫，容許賬戶庫系統(tǒng)或監(jiān)視系統(tǒng)確定賬號數(shù)據(jù)庫是否可用。當數(shù)據(jù)庫具有比預定義賬號最小數(shù)目更少的賬號時另一查詢發(fā)出警告。這則查詢消息還可以包括警告信息，它向后端系統(tǒng)及其子系統(tǒng)指示這則查詢消息是一個測試而不是一個需要完整處理和響應的典型消息。這則警告信息有利地防止后端系統(tǒng)向開戶系統(tǒng)發(fā)送假信息。
在另一方面中，客戶信息包括運輸和計費地址信息。賬戶庫系統(tǒng)包括在開戶之前核實運輸和計費地址信息的地址核實器?？蛻粜畔⒑藢嵠黝A先核實同一運輸和計費地址信息，允許開戶請求儲存在高速緩存中用于隨后執(zhí)行，而沒有被賬戶庫系統(tǒng)地址核實器拒絕的危險。當客戶仍然在申請時實時執(zhí)行預先核實，允許客戶糾正任何不正確的地方。優(yōu)選地，核實器預先核實城市、州和郵編等等，更優(yōu)選地，核實器執(zhí)行一個附加的街道級核實。
本發(fā)明對于各種后端系統(tǒng)都適用，但是一個或多個后端系統(tǒng)的具體結(jié)構并不是本發(fā)明的一部分。后端系統(tǒng)通常是單獨的系統(tǒng)，在參與開戶請求之前它需要消息發(fā)送系統(tǒng)來定制消息和語言習慣的格式。除了賬戶庫系統(tǒng)之外，后端系統(tǒng)可以包括向客戶發(fā)送供應的供應系統(tǒng)。例如，如果開戶系統(tǒng)正在開立運輸賬戶，供應可以包括一個包含便于客戶使用運輸賬戶的各種指令和內(nèi)容的供應包。后端系統(tǒng)還可以包括用于把服務分配給客戶的服務系統(tǒng)。例如，在每天運輸賬戶的情況下，服務系統(tǒng)可以包括調(diào)度系統(tǒng)和服務分配系統(tǒng)。調(diào)度系統(tǒng)可以完成客戶的服務調(diào)度核實。服務調(diào)度核實確保在適當?shù)臅r間向客戶提供運輸服務。服務分配系統(tǒng)然后派遣運輸服務職員到客戶位置每天收取包裹。
在另一方面中，本發(fā)明包括一種通過互聯(lián)網(wǎng)開立客戶運輸賬戶的系統(tǒng)和方法，該系統(tǒng)和方法獲得客戶信息，基于客戶信息推薦一種運輸賬戶類型，然后預先核實所選擇的客戶信息，以允許立即向客戶分配地面運輸、空中運輸和國際裝貨單都可用的賬號。
前端接口被用來通過互聯(lián)網(wǎng)與客戶通信，以便獲得并核實客戶信息，并且被用來向客戶實時分配運輸賬號而不需要客戶服務代表參與。后端接口被用來向一個或多個單獨的后端系統(tǒng)發(fā)送開戶消息，以便開立與賬號相應的賬戶。后端接口通過前端接口與客戶通信，并且，如果后端系統(tǒng)可用則建立運輸賬戶，或者，如果后端系統(tǒng)不可用則把開戶消息存儲在高速緩存中稍后傳送。
在另一實施例中，本發(fā)明包括一個圖形用戶界面，用于通過互聯(lián)網(wǎng)與客戶通信并且用于與一個或多個后端系統(tǒng)通信以便與運輸服務提供商建立運輸賬戶。圖形用戶界面包括記錄客戶提交的客戶信息的客戶信息查詢。客戶信息最好包括關于客戶計劃未來地面發(fā)貨需求的地面運輸需求信息和關于客戶計劃未來空運需求的空中運輸需求信息。圖形用戶界面的賬戶推薦接口基于客戶提交的地面運輸需求信息和空中運輸需求信息向客戶推薦一種賬戶類型。賬戶推薦接口還包括賬戶選擇字段，允許客戶選擇客戶所需的不同于推薦的賬戶類型的賬戶類型。賬戶推薦接口把開戶請求傳送給后端系統(tǒng)以便開立客戶選定的賬戶類型。圖形用戶界面還包括賬號接口，它相應于地面和空運訂單布局重新建立的運輸賬戶來向客戶傳送賬號。賬號接口可以用來向客戶實時傳送賬號并且向客戶傳送一個延遲，在使用該賬戶可以放置裝貨單之前必須經(jīng)過該延遲。延遲是以接收并執(zhí)行開戶請求的后端系統(tǒng)的可用性為基礎的。
一方面，賬戶推薦接口計算地面運輸需求和空中運輸需求的費用，以便確定一個最節(jié)約成本的賬戶推薦給客戶?？商娲?，發(fā)貨的最節(jié)約成本的賬戶可以是每日收取賬戶或者臨時收取賬戶，在每日收取賬戶中，運輸服務提供商每天都到客戶運輸位置；在臨時收取賬戶中，運輸服務提供商并不每天都到客戶運輸位置。如果運輸量非常低以至于一個臨時賬戶不實際時，開戶系統(tǒng)還可以推薦一種信用卡運輸賬戶。
本發(fā)明還可以由電話服務中心使用。電話服務中心的服務員通過電話接受來自客戶的開戶請求并提交該開戶請求。在這種情況下，服務人員把客戶傳送的信息輸入開戶系統(tǒng)中并獲取客戶賬號。
另一方面，開戶系統(tǒng)的前端接口包括模塊化的、可升級的結(jié)構，該結(jié)構包括相互作用來顯示一系列網(wǎng)頁以便從客戶獲取客戶信息的好幾個組件。前端接口被分解成為頁面對象和處理機對象，頁面對象包含有關如何顯示頁面的信息，處理機對象包含處理那個頁面所需的邏輯。
本發(fā)明的開戶系統(tǒng)具有優(yōu)于現(xiàn)有技術的一些優(yōu)點。從客戶觀點看，因為可通過互聯(lián)網(wǎng)訪問開戶系統(tǒng)，所以開戶系統(tǒng)很方便并且易于使用。同時，在可以使用帳戶之前，開戶系統(tǒng)以最小延遲時間或者沒有延遲時間就立即提供賬號。開戶系統(tǒng)有利地自動請求對于客戶的包括啟動包在內(nèi)的供應材料以及與賬戶相關的客戶服務。在運輸賬戶的情況下，向客戶提供可用于地面和空中發(fā)貨的單個賬號。該賬號對于某些類型的賬戶發(fā)貨可立即有效，并且如果不能立即可用，則客戶知道該賬戶何時可用于發(fā)貨。另外，使用該賬戶不需要信用卡。
開戶系統(tǒng)對于賬戶提供商也具有優(yōu)點。開戶系統(tǒng)避免了專門輸入數(shù)據(jù)以及協(xié)調(diào)后端系統(tǒng)使用的職員開支。在客戶把他們自己的數(shù)據(jù)輸入到圖形用戶界面時避免了數(shù)據(jù)輸入差錯。在電話中心的情況下，開戶系統(tǒng)協(xié)調(diào)后端系統(tǒng)的使用，將開戶中的差錯和延遲減到最少。即使當后端系統(tǒng)關閉時也仍然可以許可賬號，減少了在后端系統(tǒng)可用性的預定或非預定中斷期間喪失客戶。上面列出的該開戶系統(tǒng)的優(yōu)點能吸引樂意使用傳統(tǒng)系統(tǒng)之外的附加客戶，從而增加賬戶預訂數(shù)目。


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