使用來自不同來源的數據的交通工具電子郵件通知的製作方法
2023-06-08 23:26:21
專利名稱:使用來自不同來源的數據的交通工具電子郵件通知的製作方法
技術領域:
本發明涉及用於無線收集交通工具信息以及向交通工具所有者或 者其他授權個人提供該信息的技術。
背景技術:
遠程信息處理單元目前廣泛用在交通工具上以便向駕駛員提供各
種類型的無線援助服務(WAS)。例如,歷史上涉及故障交通工具以及 維修人員現場訪問該交通工具的"路邊援助,,現在在許多場合下可以借 助於與該交通工具的無線通信通過現有的蜂窩式網絡設施來遠程提供。 因此,到呼叫中心(WAS中心)的電話呼叫在鑰匙被不經意地鎖在門內 的情況下可以用來對門進行電子解鎖。同樣,導航和緊急救援服務可以 通過與呼叫中心的顧問進行語音通信來獲取。由呼叫中心監控交通工具 運行狀況藉助於遠程信息處理設備也是可能的。例如,可以自動地將安 全氣嚢展開事件報告給呼叫中心,呼叫中心觸發來自現場顧問的、到交 通工具的返回呼叫以便確定是否需要緊急服務。諸如診斷故障代碼 (DTC)之類的其他交通工具數據可以類似地報告給呼叫中心。
發明內容
依照本發明的一個方面,提供了一種向所有者或其他接受者提供交
通工具信息的方法,該方法包括以下步驟(a )使用交通工具的遠程信息處理單元訪問交通工具數據;
(b )將交通工具數據從遠程信息處理單元傳輸到中央數據系統;
(c)訪問存儲在中央數據系統中的預定義靜態內容;
(d )在中央數據系統處獲取從中央數據系統之外的數據源接收的
附加數據;
(e)構造包含預定義靜態內容以及交通工具信息的通知消息,所 述交通工具信息包括至少一些所述交通工具數據以及至少一些所述附 加數據;
(f )經由電子消息收發系統將通知消息發送給接受者。
這種方法可以用來向通過諸如網際網路之類的全球計算機網絡發送 給訂戶的電子郵件消息提供診斷和其他有用的交通工具信息。用於構造 通知消息的數據從包括交通工具自身的多種來源獲取並且與預定義靜 態內容(例如預定義文本)組合成電子郵件或其他類型的電子消息。
下面將結合附圖來描述本發明的優選示例性實施例,其中相似的附
圖標記表示相似的元件,並且其中
圖1為依照本發明構造的電子郵件通知系統的框圖2為圖1的電子郵件通知系統的框圖,其示出了圖1中繪出的交
通工具電子系統、VDU和WAS中心的附加細節;
圖3為由圖1的系統產生的示例性電子郵件通知消息;
圖4提供了用於在圖1的電子郵件通知系統中登記(enrollment)
的過程的縱覽圖5為在登記和電子郵件生成過程中由訂戶和WAS中心顧問執行的
步驟的縱覽圖6提供了有關登記過程的更多細節;
圖7為在圖1的電子郵件通知系統中用於觸發的VDU處理的過程的 流程圖;以及
圖8為圖7的觸發處理之後的通知處理的流程圖。
具體實施例方式
這裡使用的下列術語具有所賦予的含義。"交通工具數據"指的是 有關特定交通工具的狀況或操作的信息;例如裡程、潤滑油剩餘壽命、 GPS坐標、門鎖狀態、診斷故障代碼(DTC)、診斷結果、安全氣嚢激活。 "交通工具信息"是與特定交通工具有關的信息;例如交通工具數據、 維修信息、召回信息、無線援助服務(WAS)帳戶信息、衛星無線電帳 戶信息。"訂戶,,是擁有所述交通工具的合法所有權(例如購買者、公 司、父母)或者有權定期使用所述交通工具(例如租戶、駕駛公司汽車 的僱員、有駕照的未成年人)或者這兩種情況(例如購買者-駕駛員) 的個人或實體,並且是選擇從電子郵件通知系統接收電子消息的個人或 實體。"所有者"可以與"訂戶"交換使用並且除了所有者不一定從電子郵件通知系統接收電子消息這一點外,具有相同的含義。"觸發"是定義的事件或交通工具狀況,當其被滿足時啟動通知處理(例如每30 天、潤滑油剩餘壽命<20%、裡程超過25000英裡、接收到ABS DTC )。
"通知處理"是確定是否應當將電子消息發送給訂戶以及如果是,則確 定消息內容的過程。"語言字符"是書面語言的個體成分(例如字母數 字字符),或者使用圖形文件格式來藉助圖形表示,或者用文本表示, 或者表示成使用例如ASCII或某種其他類型的數字編碼的字符。"診斷 結果"是有關被監控交通工具部件、系統或運行狀況的具體或一般信息。 具體診斷結果可以是例如剩餘的潤滑油壽命的量(例如以0-100%表示), 而一般診斷結果可以是例如指示是否需要某種行動來處理所述交通工 具狀況中的一個或多個以及可能指示該交通工具狀況的重要性或嚴重 性的圖形指示符,例如綠色、黃色或紅色圖形。"電子消息生成系統"(EMGS )是構造並且發送諸如網際網路電子郵件消息之類的電子消息的電 子系統。"電子消息收發系統"是公共或私人電子郵件系統,或者適用 於向特定接受者發送電子消息的任何其他系統,包括使用SMS(短消息 服務)的文本消息傳送以及包括MMS (多媒體消息服務)。
所圖解說明的實施例針對的是交通工具電子郵件通知系統和方法, 其中觸發用來啟動電子郵件消息的產生和發送,這些消息向訂戶提供不 同類型的動態交通工具信息。電子郵件通知由不同的事件觸發,所述事 件中的一些與交通工具無關(例如向訂戶提供每月的交通工具狀態報告 的30天觸發),其他所述事件發生在交通工具處,例如裡程或低潤滑 油壽命觸發。 一旦觸發發生,通知系統就構造並且向訂戶發送包含動態 交通工具信息並且標識需要或者希望對其採取行動的任何被檢測交通 工具狀況的電子郵件消息。交通工具信息一般分為四種類別U)診 斷信息;(2 )維修信息;(3 )召回信息;以及(4 )輔助服務信息, 例如用於諸如無線援助服務或衛星無線電服務之類的事情的帳戶信息。 電子郵件通知消息還提供補充信息,例如經銷商聯繫信息、區域特有信 息(例如特定州的兒童汽車座位法或者前排乘客座椅安全帶法)、維修服務價格報價(maintenance service pricing quote)和/或贈券(coupon)、 國家許可更新(state licensing renewal ) 日和/或通 知以及租賃財務信息(例如下月付款到期日和數量)。這些和其他特徵 將在下面更詳細地加以討論。
如圖1所示,所公開的電子郵件通知系統100包括許多通過一個或 多個通信連結互連的不同系統部件。交通工具110經由無線通信網絡 140與該通知系統的其餘部分通信,所述無線通信網絡140例如^f吏用 CDMA或其他適當的通信技術的蜂窩式通信系統。為此目的,交通工具 110配備了具有適當數據機以允許通過無線通信網絡140進行語音 和數據傳輸的無線通信模塊。在交通工具上還有訪問不同類型交通工具 信息的各種交通工具系統模塊(VSM),所述不同類型交通工具信息於 是可以經由無線通信模塊發送。這些交通工具系統包括診斷模塊之類的 模塊,所述診斷模塊訪問不同的交通工具系統以便確定是否存在任何故 障狀況。例如,診斷模塊可以訪問引擎和傳動系統、安全氣嚢系統、防 鎖制動系統以及無線通信模塊本身以便獲取診斷信息以及甚至啟動對 這些系統的診斷檢查。除了診斷之外,所述交通工具還可以包括交通工 具主體和引擎計算機,所述引擎計算機可以提供諸如裡程和潤滑油剩餘 壽命信息之類的其他動態交通工具信息。這些交通工具上的交通工具系 統中的每一種的構造和操作在本領域中都是眾所周知的,不必在此進行 更^"細的討"^侖。
所述交通工具與處於所述通知系統100的操作核心的交通工具數據 上傳(VDU) 160系統通信。通常,VDU 160處理每個訂戶在登記時的通 知帳戶的初始配置、觸發的設置和處理、填充電子郵件通知消息所需的 數據採集以及實際的電子郵件生成的啟動。這些功能是利用從各種數據 庫和其他系統獲取的信息來實現的,所述其他系統特別包括V D U管理工 具(VAT)182、電子消息生成系統(EMGS) 184、電子郵件主機設施186、 無線援助服務(WAS)中心170以及用戶可配置WAS網站188和向WAS 中心170提供信息的若干其他系統。如圖1所示,這些其他系統包括訂 戶服務中心190、 CRM應用192、質量信息系統194以及第三方客戶數據 和WAS預訂服務196。與其將數據維護在分布式資料庫或其他系統中, 不如使用單個資料庫中的不同模式(schema)將所有需要的信息存儲在 該資料庫中。用於數據管理和處理的這些和其他方法對於本領域技術人 員來說應是熟悉的。
VDU管理工具(VAT) 182用來通過提供電子郵件消息的基本內容以 及用於產生和發送這些消息的各種配置項目來建立VDU 160和EMGS 184。 例如,VAT 182可以提供各種可配置參數,例如電子郵件類型(純文本、
html、 SMS)、當檢測到失敗的發送時電子郵件重發的數目和時機以及 使用替換電子郵件地址的條件。該VAT還用來規定VDU-交通工具通信的 各個方面,例如交通工具回叫VDU的條件(例如交通工具點火1^又為開, 僅為關,或者無所謂)或者在交通工具-VDU通信能力關閉之前在其WAS 預訂期結束之後給予訂戶的寬限期(例如60天)。
由該系統產生的電子郵件通知消息包括靜態內容(預定文本和可能 的圖形)以及動態內容(通常隨時間而變化的信息)。該靜態和動態內 容從圖1中示出的不同來源訪問並且組合成構成該電子郵件消息的一個 數字文件。優選地,構造該電子郵件消息是通過使用一個或多個預定義 模板來完成的,其中VAT 182規定使用哪個模板。不同的模板可以用於 不同的交通工具類型和/或不同類型的觸發。這些電子郵件消息的構造 和內容以及這些模板的使用將在下面結合圖3來更詳細地加以討論。
作為VDU 160接收的交通工具觸發的結果,電子消息生成系統 (EMGS) 184由該VDU 160啟動。它從VDU 160並且在有些情況下直接 從其他來源獲取動態和靜態交通工具信息,使用已經由VAT 182規定的 預定義模板構造電子郵件消息。電子郵件一旦構造好,則藉助於電子郵 件主機設施186經由網際網路將其發送,所述電子郵件主機設施186使用 諸如smtp之類的標準網際網路電子郵件協議實際處理電子郵件的排隊和 傳輸。
所述電子郵件消息中使用的一些交通工具或訂戶特有靜態信息(訂 戶名稱、經銷商信息、WAS帳號等等)從WAS資料庫174獲取,該WAS 資料庫174包括最初從另外的其他系統獲得的信息。例如,基本的客戶
(訂戶)信息可以由第三方服務196維護,所述第三方服務196為它們 的WAS帳戶提供經過淨化的客戶數據的單一來源以及預訂和更新信息。 來自CRM系統192的客戶信息也可用來包含於WAS資料庫174中。輸入 到訂戶網站190的訂戶提供的信息(例如最後一次更換潤滑油時的裡程) 也可以提供給WAS資料庫174。該信息可以由WAS中心17。用來幫助現 場顧問處理客戶諮詢以及解決由WAS中心監控的交通工具問題。為了產 生電子郵件通知,該信息中的至少一些由VDU 160從WAS資料庫174中 獲取並且提供給EMGS 184以便包含在電子郵件消息中。先前由訂戶提 供給用戶可定製WAS網站188 (MyWAS)的個人化信息也可以由EMGS 184
自動地訪問並且包含到所述電子郵件中。 一個實例是用戶提供的可以包
含在所述電子郵件中的其交通工具的數字照片。
訂戶也可以定製所述系統的某些方面,例如用於產生狀態電子郵件 通知的周期性觸發的天數。因此,訂戶可以將觸發定製成可能每周發生
一次或者每季發生一次,而不是具有30天觸發。這可以通過提供對VAT 182的有限訪問以便在VDU 160中配置這些項目的訂戶網站190來實現。
由VDU 160/人交通工具獲取的交通工具診斷和其他信息還可以提供 給WAS資料庫174以便以後由現場顧問檢索或者用於其他目的。另外, 該信息中的至少一些可以提供給質量信息系統194以便進行保修分析、 趨向和其他評估。將這種信息提供給質量信息系統194可以在每次觸發 時自動進行、僅對某些觸發自動進行或者僅在某些條件下自動進行。例 如,可以僅在出現某個DTC或者特定DTC的那些情況下將裡程和潤滑油 壽命讀數提供給系統194。
在轉到電子郵件通知消息本身的細節之前,參照提供了有關實現電 子郵件通知系統IOO所需的各種集中式和交通工具上的交通工具系統的 一些附加信息的圖2。給定這裡提供的功能描述並結合有關目前使用的 現有系統的通常可得到的知識以及本領域技術水平,這些交通工具上的 交通工具系統的構造和操作對於本領域技術人員將是清楚明白的。如圖 2所示,機動交通工具IIO被繪成典型的乘客轎車,應當認識到,只要
諸如海上交通工具、飛行器和其他機動車(例如大篷貨車、燃氣和柴油 卡車等等)之類的其他移動交通工具裝備了在交通工具上連接以便與從
中獲取交通工具信息的所述一個或多個交通工具系統通信的適當無線 通信模塊,那麼就可以使用這些移動交通工具。各種電子模塊位於交通 工具110中,所述電子才莫塊包括通過交通工具上的交通工具網絡112連 接到 一個或多個交通工具系統才莫塊(VSM ) 13 0的遠程信息處理單元12 0 。 如將要更詳細地描述的,遠程信息處理單元12G包括交通工具的無線通 信才莫塊並且該單元提供與駕駛員以及與包括VDU 160、 WAS中心170和 經銷商服務中心180的各種遠程位置的通信和交互。VSM 130提供交通 工具上的各種交通工具診斷、監控、控制和報告功能。例如, 一個VSM 130 可以用於控制引擎操作(例如燃料注入和點火時機),而另一個VSM 130 可以是處理對交通工具上的安全氣嚢監控和展開的安全系統或其他SIR 安全系統。在圖l的實施例中,這些VSM包括諸如交通工具上的診斷系 統(例如OBD-II系統)之類的、執行對各種交通工具傳感器進行診斷
才企查的診斷VSM 132。
在促進各種通信和電子模塊之間的交互時,交通工具通信網絡112 使用任何合適的網絡通信方法,例如控制器-區域網絡(CAN) 、 ISO標 準9141、 ISO高速應用標準11898、 IS(H氐速應用標準11519、 SAE高速 和低速應用標準J1850等等。
遠程信息處理單元120可以以各種方式實現,j旦是在所說明的實施 例中遠程信息處理單元120包括處理器121;無線通信模塊122,用 於經由一個或多個天線123與所述交通工具雙向通信;數字存儲器124, 其存儲程序125和資料庫126; —個或多個按鈕開關127、麥克風128 以及一個或多個揚聲器129,用於允許與WAS現場顧問進行語音通信以 及用於免提呼叫(HFC)。處理器121可以以本領域技術人員已知的各 種方式實現,例如通過微處理器或者專用集成電路(ASIC)實現。處理 器121執行一個或多個電腦程式125來執行其監控和處理數據以及與 交通工具系統模塊130、交通工具用戶和遠程位置通信的各種功能。作 為電子郵件通知系統100的一部分,其也用來設置由VDU 160所請求的 各種觸發,監控觸發的發生並且然後在檢測到觸發發生時啟動返回到該 VDU的呼叫。可替換地,可以提供專用VSM 130以用於觸發處理。
通信^:莫塊122經由蜂窩式(例如CDMA、 GSM)、衛星或其他無線路 徑提供無線通信,並且包括提供語音和數據兩種通信的能力。這允許至 少與VDU 160的數據通信以及允許與WAS中心170和經銷商180的語音 通信,並且如果希望的話,和數據通信。
存儲器124可以是提供對供處理器121使用的數據和程序的計算機 可讀存儲的任何數字存儲設備。這包括易失性和/或非易失性記憶存儲 器,並且可以實現為一個或多個單獨的物理設備。
程序125包括由處理器121執行以實現遠程信息處理單元120的各 種功能的一個或多個電腦程式。資料庫126包括由VDU 160設置的觸 發以及相關信息的存儲,所述相關信息例如被訪問以用於獲取動態交通 工具信息並且將該信息向所述VDU報告的交通工具系統列表。
雖然在圖2中被繪成單獨的各個模塊,但是本領域技術人員應當理 解的是,遠程信息處理單元120的許多部件可以集成在一起,或者與其 他交通工具系統集成和/或共享,從而例如存儲器124可以合併到處理 器121中或者處於遠程信息處理單元120之外並且與一個或多個其他交
通工具系統共享。
無線載波系統140可以是用來在交通工具IIO和例如圖1中所示各
種遠程位置之間發送語音和數據的蜂窩式和/或衛星無線通信系統。在
一個實施例中,無線載波系統140被實現為在交通工具IIO和通信網絡 150之間交換語音和數據的CDMA、 GSM或其他蜂窩式通信系統142。附 加地或者可替換地,無線通信可以通過衛星傳輸進行,所述衛星傳輸使 用一個或多個衛星144經由例如中心地基衛星設施146來將交通工具連 接到通信網絡150。通信網絡150可以是諸如公共電話系統和/或電纜系 統之類的陸基有線系統,用於包括通過網際網路實現的通信的電話和數據 通信。對於這裡討論的實施例的目的而言,交通工具110與VDU 160之 間的無線通信通過蜂窩式系統142進行,並且衛星144用於提供諸如GPS 坐標或者衛星無線電饋送(satellite radio feed)之類的輔助服務。
VDU 160是可以使用一個或多個計算機系統來實現的中央數據系 統,所述一個或多個計算才幾系統位於獨立的遠程位置或者例如位於WAS 中心170。典型的計算才幾系統示於圖2並且包括全部通過乙太網LAN 168 連接的數據機和/或路由器162、計算機164和資料庫166。根據需 要,資料庫166可以使用單獨的網絡附屬存儲器(NAS)設備來實現或 者可以存儲在計算機164本身上,或者可以位於別處。計算機164具有 操縱所有的VDU處理的應用程式,所述VDU處理包括與交通工具110的 通信以及觸發的設置和處理。VDU 160還可以經由網絡150或者通過某 種更直接的路徑與WAS中心170和/或經銷商服務中心180通信。適當 的硬體和軟體配置對於本領域技術人員是已知的。儘管VDU 160被繪成 使用單個計算機164來實現,但是應當認識到,該VDU執行的各種功能 可以使用若干本地或分布式計算機來實現。此外,VAT 182和EMGS 184 二者都可以實現為獨立的系統或者可以是運行在由VDU 160使用的相同 硬體上的單獨的過程。
WAS中心17 0可以是配備一個或多個現場顧問176的一個或多個位 置,所述一個或多個顧問176處理來自交通工具駕駛員的呼叫和/或監 控諸如安全氣嚢展開之類的各種交通工具狀況。該WAS中心可以包括一 個或多個伺服器172,所述一個或多個伺服器172包含與網絡150、數 據存儲器174和LAN 178的必要的通信能力,所述LAN 178用於將這些 部件與現場顧問176使用的計算機連接在一起的。如果希望的話,那麼
可以將VDU 160集成到WAS中心170中而不是使用兩個單獨的系統。適 當的呼叫中心設施是已知的並且目前用於結合交通工具內的安全保障 系統提供遠程現場援助。除了使用現場顧問之外,顧問176還可以實現 為可操作地布置為響應於訂戶請求的自動機或運行於計算機上的程序。
經銷商服務中心18 0是其中進行交通工具維修和修理的交通工具經 銷處。經銷商服務中心通過通信網絡150與交通工具110連接,使得駕
一 ;在轉向^ 3,其示出了由-述系J產生的示例性電子郵件通知消
息。該電子郵件消息至少部分地使用語言字符構成,或者作為使用英文 字母的單詞或者作為使用文本或圖形字符的不同外語。所示的電子郵件
消息使用html來提供,以便給出消息內容的引人注目的格式安排和顯 示。也可以使用諸如xml之類的其他標記語言。可替換地,該電子郵件 可以被提供為純文本,而不使用格式安排或標記語言。該電子郵件消息 本身被格式化成若干區域,包括提供基本的交通工具信息和介紹性信息 的上部區域、提供診斷信息的第二區域、提供維修信息的第三區域、列 出各種通知(可能的交通工具召回以及輔助服務帳戶和預訂信息)的第 四區域以及提供諸如經銷商聯繫信息之類的多方面信息的第五區域。如 圖所示,該消息還可以包含頭部和尾部,頭部提供用於公司標誌以及將 用戶連接到不同網站的標籤(tab)的空間,所述網站例如WAS服務的 主網站。尾部可以提供支持聯繫信息、信息使用法律免責聲明等等。
第一、上部區域包含例如所示的介紹性消息。該消息通過使用特定 於啟動電子郵件的觸發類型的電子郵件^t板來構造。例如,圖3的所示 電子郵件消息是歡迎電子郵件,其在訂戶登記進服務的24小時之內被 產生並且發送給訂戶。雖然該電子郵件可以在不與交通工具110通信的 情況下由通知系統IOO自動產生並且發送,但是希望的是在電子郵件消 息中包含若干條不同的交通工具信息,所述信息包括例如裡程、潤滑油 剩餘壽命以及各種交通工具系統的診斷狀態。因此,該電子郵件通過使 用歡迎模板來構造,其包括來自該模板的靜態內容(預定義文本)以及 表示交通工具特有信息的域。這些域填充了如上所述從WAS資料庫164 或者別處訪問的適當數據。這些域可以通過使用xml或者以任何其他合 適的方式來識別。與單獨的訂戶或者他或她的人口統計有關的動態內容 也可以包含在該上部區域。類似地,這個區域的內容可以由EMGS 184
依照訂戶的WAS預訂的某些特徵以及依照與訂戶處於WAS生命周期的位 置有關的其他方面來自動地改變,所述某些特徵例如訂戶登記了多長時 間、訂戶處於特定預訂時段中的什麼位置。
該第一區域的歡迎消息文本還標識了三種行動指示符綠色(未發 現問題);黃色(建議行動);以及紅色(要求立即注意)。這些行動 指示符由所示的符號表示,並且這些符號及其短文本描述優選地包含在 每個電子郵件中。在第一區域的右側,提供了訂戶的交通工具的品牌型 號(以及優選地款式和顏色)的數字照片。該圖片可以從標準的交通工 具圖片庫中訪問,或者可以是例如從個人化WAS網站獲取的、用戶提供 的他或她自己的交通工具照片。在所拍攝的交通工具的下方是該交通工 具的特定VIN號,因而在訂戶需要時所述電子郵件提供了該信息的方便 來源。
所述電子郵件消息的第二到第四區域每個都劃分成若干區段,每個 區段與對訂戶有用的特定類型信息有關。在圖3所給的實例中,對於診 斷區域而言,其被劃分成四個區段引擎和/或變速箱;安全氣嚢系統; 防鎖制動系統(ABS);以及交通工具無線通信模塊。每個區段包括標 識該特定交通工具系統的區段標記、診斷測試狀態指示符以及診斷結果 指示符。診斷測試狀態指示符標識交通工具系統的診斷測試是否成功, 如果成功,則電子郵件消息包括"診斷完成"。如果測試未完成,那 麼該消息可以聲明「診斷失敗」,以及聯繫WAS支持的請求。診斷結果 指示符向訂戶提供有關所述特定交通工具系統的一般診斷結果,該診斷 結果指示符可以通過使用上述行動指示符符號(綠色、黃色或紅色符號) 來實現,並且該區段還可以聲明所有者是否需要某種行動來解決診斷測 試期間識別的問題或反常狀況。還可以提供到更多信息的超文本連結以 便向訂戶給出有關運行的診斷測試以及這些結果的含義的附加信息。
所述電子郵件消息的維護區域包括提供有關引擎潤滑油剩餘壽命 的信息的第 一 區段以及提供交通工具裡程信息的第二區段。這裡也使用 了有色的行動指示符以便確定所有者是否需要任何行動。
在需要某種服務以便維修或解決診斷問題的情況下,所述電子郵件 消息可以包括到經銷商的連結以便確定該交通工具服務的時間,或者可 以提供定價或贈券信息以便鼓勵訂戶從特定經銷商或者任何本地經銷 商處獲取必要的服務。例如,在需要更換潤滑油的情況下,所述電子郵
件消息可以包括說明訂戶可以列印出所述電子郵件消息並且將其帶到 經銷商處以便在更換引擎潤滑油時獲得打折價格或附加服務的通告。可 替換地,所述電子郵件消息可以提供訂戶可以點擊以便獲取經銷商贈券 的連結,該贈券可以提供與所需特定交通工具服務無關的通用折扣,或 者可以特別地適應於所需的服務(例如,通過提供附加的相關服務或者 通過提供所需服務的特定價格或折扣)。
通知區域被劃分成四個區段交通工具召回;WAS帳戶和預訂信息; 免提呼叫(HFC)帳戶信息;以及衛星無線電帳戶和預訂信息。召回區
細節。只有適用於所涉及的特定交通工具的召回才加以報告。WAS預訂 區段標識訂戶的帳號、服務計劃類型以及到期日期,並且如果希望的話 可以包括附加的信息。免提呼叫區段提供有關可通過相同的無線通信模 塊122獲得的蜂窩式語音電話服務的信息,所述相同的無線通信模塊 122用來提供WAS服務。該區段標識交通工具電話號碼以及帳戶信息。 對於提供固定的包含分鐘數的預付費計劃或每月計劃而言,提供了剩餘 的分鐘數。衛星無線電帳戶區段提供了用於衛星無線電服務的帳戶和預 訂信息。如針對WAS預訂區段所示,這些可更新服務中的任何一種都可 以在其各區段中包括按鈕以便將訂戶重新引導到預訂更新網站,並且只 有當更新日期接近(例如在更新日期的120天之內)時才可以提供這些 按鈕。此外,這些輔助服務區段中的每一個優選地包括用戶點擊服務網 站本身以便獲取附加帳戶信息等的能力。在該通知區域中可以顯示其他 區段。例如,在交通工具的註冊快要到期(例如在60天之內)的情況 下,如果該信息包含在VDU或EMGS可訪問的資料庫之一中,那麼可以 在所述電子郵件中提供帶有聯繫信息和超文本連結的狀態註冊更新通 知。
第五區域可以用於諸如所示的經銷商聯繫之類的多方面信息。這可 以包括到經銷商網站的連結和/或"郵至"的選擇,或者啟動到經銷 商的電子郵件消息的類似連結。 一些或者所有所述交通工具信息(VIN、 裡程、診斷結果等等)可以通過本領域技術人員已知的適當編程或腳本 而自動地包含在該經銷商電子郵件中。可替換地,訂戶的整個通知電子 郵件可以作為該經銷商電子郵件的 一部分而包括在內或粘附起來(例如 轉發)。除了經銷商信息之外,保險信息和租借或貨款信息也可以包括
在該第五區域中,或者可以包含在所述電子郵件的另一專用或共享區域 中。這些其他區段可以包括訂戶的信息(例如保險聯繫信息或者貨款餘 額和到期還款日信息)以及將電子郵件導向保險商或貨款公司的能力。 如上面結合提供交通工具信息以及無線通信的各種交通工具系統
所述,提供例如WAS、 HFC以及衛星無線電服務的輔助服務系統中的每 一種都是現有的系統,並且這些系統的構造和操作對於本領域技術人員 是已知的。類似地,與這些系統接口並且提取希望的帳戶和預訂信息所 需的互連和編程對於本領域技術人員也是已知的。
在一些情況下,在特定區域或區域的區段內沒有要放置的信息。例 如,在不存在針對交通工具的有效召回時或者一旦交通工具的召回服務 已執行時,那麼召回區段將是空的。如果希望的話,這可以通過置於該 區段中的諸如"沒有有效召回,,的短消息來實現。可替換地,可能希望 完全除去該區段,在這種情況下,所述電子郵件模板將包括如果沒有要 顯示的數據則去除該區段的存在的規定。對於其他區域也可以這樣做; 例如,在交通工具沒有ABS系統的情況下,或者舉另一個實例,如果通 知系統被設計成允許訂戶定製其電子郵件報告,那麼 一個訂戶可能希望 顯示傳動系統診斷信息,而另一個訂戶可能不希望。電子郵件模板可以 被設置來為那些不想看到傳動信息的用戶去除(collapse)診斷區域的 不希望的區段,而不是為通知的每個這樣的潛在組合提供單獨的模板。 這種訂戶定製可以經由VAT 182通過訂戶網站190來實現,並且用於該 訂戶的配置可以存儲在VDU資料庫164中。優選地,僅當希望不顯示相 關信息(例如沒有有效的召回,或者訂戶不希望包含傳動信息)時才去 除這些區段。在對於要顯示的區段不存在可用的數據(例如診斷測試失 敗,沒有數據被報告)的情況下,那麼如上面進一步討論的,顯示診斷 失敗消息,而不是去除該區段。這種相同的方法可以用於其他區域,使 得例如在因為第三方系統離線因而沒有衛星無線電帳戶信息可用的情 況下,那麼要記錄該事實而不是去除衛星無線電區段。
現在參照圖4,其提供了用於登記到通知系統100中、設置和處理 觸發以及隨後生成並發送通知電子郵件的過程的縱覽圖。訂戶可以通過 若干種方法之一來登記,圖中示出了其中的兩種。作為一種方法,訂戶 可以通過網站來登記,所述網站或者專用於該服務或者合併到更全面的 交通工具服務網站,例如圖1中示出的訂戶網站190。第二種方法是通
過設置從交通工具到WAS現場顧問176的呼叫來進行的,其可以通過^f吏 用安裝在交通工具中以啟動與該顧問的語音呼叫的WAS顧問呼叫按鈕 127來實現。現場顧問176於是可以通過計算機訪問訂戶的帳戶信息並 且訪問VDU 160以便執行所述登記。其他的登記方法包括到VDU 160的 直接陸上線路呼叫或者經由起初從其購買或租賃交通工具的經銷商180 的登記。 一旦登記進所述月l務,那麼VDU 160就啟動與交通工具110的 通信會話,在這個所公開的實施例中,所述通信會話涉及經由無線通信 網絡140呼叫交通工具無線通信衝莫塊122。在該呼叫期間,VDU 160向 交通工具提供一個或多個觸發。這可以包括時基觸發(例如每月一次) 和/或基於交通工具狀況的觸發(例如某些DTC的發生或者潤滑油壽命 觸發)。然後,在觸發發生時,交通工具110啟動與VDU 160的通信會 話(例如呼叫),並且提供電子郵件通知消息所需的動態交通工具信息。 VDU160或者將該信息內部地存儲在VDU資料庫174中和/或將其提供給 WAS資料庫164以便存儲在那裡。該VDU還啟動EMGS 184過程以便構造 並且然後發送電子郵件消息給訂戶。
在這個實施例中,所有的觸發都設置在交通工具中,並且對於觸發 的出現的所有監控都發生在交通工具處。然而,本領域技術人員應當認 識到,這些觸發中的至少一些可以在VDU端加以監控並且然後可以設置 到交通工具的呼叫以便獲取所希望的診斷和其他信息。
圖5繪出了在登記和電子郵件生成過程中涉及訂戶和現場顧問176 的流程。圖5中示出的各步驟在下面用括號中包含的數字來引用。經由 現場顧問的登記涉及來自訂戶的選擇進入電子郵件通知程序的初始呼 叫(500 )。當通過在交通工具內按壓按鈕來實現時,所需的交通工具 特定信息(例如VIN)被自動地提供給現場顧問,這允許他或她訪問有 關交通工具和所有者的恰當信息。作為在交通工具銷售時由經銷商執行 的客戶交貨記錄(CDR)的結果,所有者信息中的多數一般是可訪問的。 使用該信息,現場顧問為訂戶啟動電子郵件通知程序(502 ),這一般 涉及VDU設置初始的觸發產生如圖3中所示的歡迎電子郵件(504、 506 ), 這之後是自動觸發的周期性電子郵件(例如每30天一次)。對於已經 登記的訂戶而言,可以使用到WAS中心170的呼叫來特意請求通知電子 郵件或者重新發送最近的電子郵件(508、 510)。這可以通過按壓按鈕 U7來實現,以^更訪問現場顧問176或者訪問語音響應單元,所述語音
響應單元將駕駛員的請求轉換(translate)成發送給VDU 160以便產 生電子郵件通知消息的命令。
當經由web界面(例如訂戶中心190)登記時,所述系統通過由用 戶登錄提供的標識認證訂戶(512 )並且據此為訂戶獲取和顯示相關交 通工具和訂戶數據(514)。訂戶然後可以完成登記過程,在所述登記 過程之後在交通工具中設置初始觸發,這最終導致所述歡迎電子郵件以 及隨後的電子郵件通知(504、 506 )。
所述登記過程的一些部分可以自動進行,圖6繪出了有關這些特徵 的更詳細的細節。首先,製造商在交付給經銷商之前打通到交通工具的 無線通信;溪塊122的熱線(600 )。這種熱線連接可以通過無線網絡載 波來實現,並且其使得來自交通工具的任何呼叫被重新導向到交通工具 製造商以便正確地設置交通工具無線帳戶。在交付給經銷商之前,製造 商還可以在交通工具上設置400英裡觸發(602 ),該觸發將用來幫助 保證製造商接收到所有者(客戶)信息以及在電子郵件通知程序和其他 服務(WAS、 HFC、衛星無線電等等)中登記所有者的機會。當交通工具 交付給客戶時,經銷商建立客戶交貨記錄(CDR ),該記錄被產生(604 ), 然後被發送給製造商並且使得對通知系統100可用。該CDR用來自動地 為交通工具建立訂戶帳戶(606 )。可替換地,所述帳戶可以通過使用 經由網站(例如通過訂戶中心網站190)從訂戶獲取的數據來建立(608 )。 一旦建立了訂戶帳戶(606 ),那麼所述系統設法連接到交通工具(610、 612),如果不成功,那麼就執行重試策略(614),所述重試策略可能 涉及例如預定量時間之後或者在預定時刻的另 一個呼叫嘗試。 一旦建立 了到交通工具的呼叫,那麼VDU 160就為該交通工具建立其配置(616 ), 設置交通工具上的一個或多個觸發(618),然後完成用於HFC呼叫的 載波供應(620 ),等等。除了本說明書中其他地方所討論的之外,VDU 設置配置涉及獲取交通工具的無線通信模塊122的站ID ( STID)、將其 與VIN關聯以及為該STID實現VDU操作。載波供應結束了熱線連接並 且建立起優選的漫遊列表等等,這對於本領域技術人員是已知的。然後, 呼叫結束並且登記完成(622 )。
訂戶還可以通過4姿壓交通工具中的按鈕127 ( 624 )並且連接到WAS 中心處的現場顧問176 ( 626 )來登記。現場顧問訪問系統數據以便確定 客戶帳戶是否已經存在以及交通工具的無線通信模塊122的站ID
(STID)是否已經輸入到所述系統中(628 )。如果沒有,那麼可以由 現場顧問176手動設置客戶帳戶(606 ),並且按照上面討論的方式進 行到交通工具的初始連接嘗試。如果在所述系統中已經設置了帳戶和 STID,那麼該過程繼續以建立VDU配置(616 )、設置交通工具觸發(618 ) 以及完成載波供應(620 )。
如果在交通工具交付時CDR未被經銷商創建和提供,並且如果客戶 不啟動登記及其帳戶的建立,那麼由製造商在交通工具中設置的400英 裡觸發將在交通工具裡程表達到400英裡時啟動到WAS中心170的呼叫 (630 )。如同現場顧問登記過程一樣,WAS中心17(H企查確定客戶帳戶 是否已經存在以及交通工具的無線通信模塊122的站ID(STID)是否已 經輸入到所述系統中(628 )。之後,剩餘的登記和設置過程與上面在 使用現場顧問登記的情況下所討論的過程相同。
由圖6可知,只要帳戶是通過例如使用來自經銷商的CDR來建立的, 那麼所述登記過程可以完全自動進行。這對於其中購買者希望讓所有的 交通工具統一登記在電子郵件通知系統100中的商業運輸隊(fleet) 可能是有用的。於是,自動登記可以直接在使用CDR建立帳戶之後發生, 或者可以作為由於400英裡觸發引起的交通工具呼叫的結果而發生。此 外,除了使用工廠設定的(400英裡)觸發,還可以通過可下載到交通 工具系統中的軟體機器人在交通工具中設置初始觸發。當在每個交通工 具中觸發發生時,交通工具呼入,並且所述登記使用上述過程自動地建 立起來。這允許商業實體購買一隊交通工具並且然後將其全部登記到通 知系統中。使用軟體機器人下載並且在交通工具上設置這些觸發所需的 裝備和編程對於本領域技術人員是已知的。
可能為運輸隊管理所特有的其他方面可以包含在通知系統100中。 例如,對於配備了 GPS單元的運輸隊交通工具而言,交通工具的位置可 以包含在觸發之後從交通工具提供的數據中,並且該數據可以包含在電 子郵件通知中,從而以坐標或者通過繪製所述位置的地圖並且以圖形形 式將該地圖包含在電子郵件中來顯示交通工具所在的位置。於是,也可 以定義基於位置的觸發,使得在交通工具到達特定位置或者移出定義的 地理區域時電子郵件通知淨皮產生和發送。電子郵件通知消息可以發送給 駕駛員和運輸隊管理員,或者只發送給其中之一。此外,從運輸隊管理 員到駕駛員的消息可以組合到電子郵件通知消息中,以便例如管理員可
以產生到駕駛員的消息,該消息使得所述VDU立即發送返回呼叫觸發到 每個所述交通工具。然後一旦交通工具回叫,那麼到駕駛員的電子郵件 通知消息產生並且管理員的消息被包含在所述電子郵件中。
如上所述,在典型的單獨訂戶情形中一旦登記和VDU配置完成,那 麼就通過從VDU 160到交通工具110的呼叫在交通工具中設置初始的24 小時觸發。 一旦該觸發在交通工具中發生,那麼它就在適當的條件(例 如交通工具點火ON )下回叫VDU 160並且提供各種交通工具信息(裡程、 潤滑油壽命、交通工具系統的診斷狀態、WAS以及其他帳戶信息等等), 所述信息然後被包含在由EMGS 184構造的歡迎電子郵件中並且發送給 訂戶。然後,該VDU優選地在來自所述交通工具的相同呼叫期間設置一 個或多個附加觸發。這些觸發包括例如月觸發以便每月向訂戶提供一次 完整的交通工具和帳戶狀態更新,還包括潤滑油壽命觸發以便在潤滑油 剩餘壽命低於預定義數量(例如剩餘不到20%的潤滑油壽命)時向訂戶 發出警告。潤滑油壽命觸發可以被設置成在潤滑油壽命低於該閾值或者 處於一定範圍的值(例如19. 6%-20%)內時觸發,不過每次其檢查潤滑 油壽命值時,這可能導致多個觸發(來自所述交通工具的重複呼叫)。 這些重複觸發可以用來發送多個消息到訂戶,或者如果不希望這樣的 話,那麼所述VDU可以忽略重複的觸發,因而只有一個電子郵件消息淨皮 發送給訂戶。可替換地,潤滑油壽命觸發可以被設置成在潤滑油壽命等 於預定數量時觸發(例如該觸發在潤滑油壽命處於20%時觸發,在其高 於或低於該數量時不觸發),較後的這種方法可以用來避免得到來自所 述交通工具的重複呼叫。如果希望的話,可以設置多個潤滑油壽命觸發 點。監控和確定潤滑油剩餘壽命的交通工具系統的構造和操作對於本領 域技術人員是已知的。
一些觸發可以是在其觸發時不被清除的持久觸發。例如,在交通工 具中設置成在每月的第15日觸發的月觸發不必被清除,而是只要月觸 發是所需要的話就可以保留下來。這種觸發可以被設置成在某個時刻觸 發,使得它僅在每月的指定日期出現一次。可替換地, 一些或者所有所 述觸發可以在每次其觸發時自動地清除或者通過所述VDU的請求而清 除。這在處理不同類型的觸發方面提供了靈活性。例如,對於潤滑油壽 命觸發而言, 一旦其觸發就可以被清除,並且保持被清除而不設置新的 潤滑油壽命觸發,直到更換了潤滑油並且潤滑油壽命回升到重置點,或
者高於所述閾值觸發水平(例如20%),或者達到某個更高的重置極限
(例如高於80%,或者回到iooy。)。 一旦確定潤滑油壽命回到(或者高
於)重置點,那麼就重置潤滑油壽命觸發,這可以例如通過由所述VDU
提供的新的潤滑油壽命觸發來實現。在交通工具還使用月觸發或者其他 時基觸發的情況下,這些觸發可以繼續被處理並且用於報告潤滑油壽 命,而不管潤滑油剩餘壽命是高於還是低於所述閾值。因此,例如可以
使用下列過程來將潤滑油壽命通知發送給訂戶
(a)通過監控交通工具處的數據來確定潤滑油剩餘壽命;
(b )當潤滑油壽命下降到低於第 一 閾值時從該交通工具發送潤滑
油壽命值到中央數據系統;
(c) 使用從中央數據系統獲取的潤滑油壽命值將電子消息發送給
訂戶;
(d) 通過迭代地重複步驟(a)來監控潤滑油壽命;以及
(e) 僅在潤滑油壽命超過比第一閾值大的第二閾值之後才重複步 驟(b)和(c);以及
(f )周期性地重複以下兩個步驟
(fl)從所述交通工具發送潤滑油壽命值到中央數據系統;以
及
(f 2 )使用從中央數據系統獲取的潤滑油壽命值將電子消息發 送給訂戶。
步驟(f)的時基(周期性)電子郵件可以與步驟(b)的潤滑油壽 命閾值方法無關地實現和處理。通過使用這種方法,所述系統避免了由 於低的潤滑油壽命而發送多個電子郵件,不過繼續發送周期性(例如每 月的)電子郵件報告。一旦潤滑油壽命返回到重置點(即高於第二閾值), 那麼 一旦達到該點就發送另 一個低潤滑油壽命電子郵件。確定高於重置 點的潤滑油壽命的重置可以以任何適當的方式來完成,包括通過監控計 算的潤滑油壽命並且將其與第二閾值比較來完成,或者通過檢測例如由 在服務站執行的系統重置更換了潤滑油或由經銷商在交通工具維修時 更換了潤滑油來完成。這個過程可以如上所述通過使用觸發來實現,並 且監控潤滑油壽命以及重置潤滑油壽命觸發可以在後端(VDU)完成或 者可以在所述交通工具處自動地發生,從而不需要到所述交通工具的新 呼叫以便重置潤滑油壽命觸發。
當作為觸發的結果要將交通工具數據發送到所述VDU時,該數據優
選地由所述交通工具在觸發的呼叫期間發送,所述呼叫由所述交通工具
向所述VDU發出。所希望的交通工具數據(診斷、裡程等等)可以作為 觸發的初始設置的一部分預先指定給該交通工具。例如,所述交通工具 可以在工廠進行配置或者通過隨後的編程來配置,以便響應於特定類型 的觸發而提供特定的交通工具數據。這可以例如通過使用存儲器中的查 找表來完成,其中特定類型的觸發用於確定要運行的特定類型的診斷以 及要返回的交通工具數據。然後,當觸發發生時,該數據在來自所述交 通工具的呼叫期間;故自動地傳送到所述VDU。可替換地,所述VDU可以 在來自所述交通工具的特定觸發的呼叫期間規定其想要的確切數據。在 這種情況下,電子郵件通知的特定定製(例如包括ABS系統診斷,但不 含傳動系)可以由所述VDU用來向所述交通工具規定其想要的數據,從 而該交通工具只需要發送所希望的數據。
現在參照圖7,其示出了來自交通工具的呼叫到來時用於通過所述 VDU操縱所述觸發的示例性過程。該例程的基本功能是確定要處理什麼 觸發(700 )並且然後啟動該處理。該例程包括丟失呼叫處理,使得如 果呼叫在完成之前掉線或者以其他方式丟失(702 ),那麼就建立丟失 呼叫通知(704 )並且執行重試策略(706 )。丟失呼叫可能例如在交通 工具點火在呼叫期間關閉的情況下,或者在與交通工具的無線通信臨時 丟失的情況下,或者在VDU計算機系統離線的情況下,或者出於其他原 因發生。重試策略會涉及遵循一套用於丟失呼叫的規則。例如, 一個重 試策略是在呼叫從未接通到與VDU建立的點的情況下交通工具負責重新 呼叫。在這個實例中,交通工具可以周期性地(例如每10分鐘)或者 在指定時間重試,直到呼叫接通。然而,在這種重試策略下,如果呼叫 接通並且與所述VDU連接,但是接著在完成之前掉線,那麼所述VDU可 以負責周期性地或者在某個時間回叫。當呼叫起初在交通工具和VDU之 間連接時,可以將交通工具的VIN或者無線通信^t塊的STID提供給所 述VDU,並且如果被成功地接收到,則可以將其用於在呼叫掉線的情況 下將回叫的責任移交給所述VDU。當所述VDU回叫時,作為觸發的結果 而要交換的交通工具數據可以發送給所述VDU。可替換地,來自所述VDU 的回叫可以簡單地設置重試觸發,以便交通工具此後再一次進行用來發 送所希望的交通工具信息的呼叫。在這兩種布置中的任何一種布置下,
可以將重試的次數限制為某個數目,在其之後可以將錯誤通知發送給訂
戶和/或WAS現場顧問。這種重試策略僅僅是示例性的,根據需要可以 將其他的重試策略用於特定的應用。
存在可以在交通工具中設置的多種觸發類型,其中一些類型不用來 產生電子郵件通知。因此,如圖7中所示,所述過程確定已經接收到什 麼類型的觸發(708 )。其中只有"電子郵件觸發,,(710)由所述VDU 用於經由EMGS 184啟動電子郵件通知消息,並且該電子郵件觸發可以 是上面討論的許多不同類型(例如歡迎觸發、月通知觸發、潤滑油壽命 觸發)中的一種。圖7中示出的其他非電子郵件通知類型的觸發包括免 提呼叫(HFC) 30天觸發(712)、使無效觸發(714)、過程重試觸發 (716)、商業交通工具管理員觸發(718)、自動DTC觸發(720 )、 月自動觸發(722 )以及擦除觸發(724 )。這些觸發中的一些用於電子 郵件通知系統之外的其他系統和服務。其他觸發則可以用作通知系統的 一部分,所述觸發例如在訂戶結束他或她對通知系統程序的預訂的情況 下可以設置的使無效觸發(714),在這種情況下,該觸發可以使得用 於訂戶的特定交通工具的VDU處理無效。類似地,擦除觸發(724 )可 以用來在訂戶終止其對電子郵件通知系統程序的預訂時擦除交通工具 上任何現存的觸發。
一旦在圖7中識別和處理了特定的觸發,那麼所述系統就檢查是否 發生了需要處理的任何附加觸發(726、 728 )。如果是,則該過程重複, 如果不是,那麼作為觸發處理(例如新觸發設置等等)的結果更新VDU 配置(730 )。
圖8為繪出了當接收到圖7的電子郵件觸發時的通知處理的示例性 流程圖。如圖8所示,該處理分布於各種系統,包括VDU160、 VehComm 系統(其為將所述VDU接口到無線載波以便發送和從交通工具接收信息 的系統)、交通工具IIO本身以及EMGS 184。假設所有者選擇進入電子 郵件通知系統程序(800 ),則識別所述特定類型的電子郵件觸發;例 如歡迎、每月、潤滑油壽命(802 )。然後,所述VDU通過例如請求運 行各種交通工具診斷測試來請求所需的交通工具數據(804 )。該請求 由VehComm.驗證和處理(806 ) , VehComm接著將診斷數據請求發送給其 中執行診斷(808 )的交通工具。然後,交通工具返回診斷響應(包括 例如DTC),其後該診斷數據被轉換成診斷結果(810)並且傳送給所述
VDU以提供給所述EMGS,以便以上面結合圖3所討論的方式包含在電子 郵件中。
在一些情況下,即使所希望的觸發已經觸發,可能也不希望向訂戶 發送電子郵件。這可能是例如因為不希望太多來自所述系統的電子郵件 淹沒了訂戶。因此,該系統可以檢查最近30天之內發送給訂戶的電子 郵件數(812),並且如果該數量超過1 (814),那麼就不產生電子郵 件這個意義而言,該系統完全忽視該觸發(816)。如果近來發送的電 子郵件不超過一封,那麼該系統就指示所述EMGS構造和發送電子郵件 (818)。也可以將失敗的發送消息處理(820 )嵌入到該系統中,並且 也可以對其使用重試策略,例如重新發送電子郵件或者在交通工具上設 置重試觸發(822 ),以便該系統可以處理新的觸發以從交通工具獲得 可得到的最新信息,而不是僅僅在大約一天之後重新發送電子郵件。可 以記錄將電子郵件發送給用戶的失敗的嘗試,將通告放置於訂戶中心網 站190或MyWAS 188,或者將通告發送給現場顧問,或者甚至將通告發 送給交通工具以及通過語音消息告知駕駛員或者如果交通工具裝備了 駕駛員信息中心的話顯示在駕駛員信息中心上。
可以將若干其他特徵包含於電子郵件通知系統中。有時,在交通工 具不可能或者不希望呼叫所述VDU時實際出現觸發。然而,該觸發可以 由交通工具加上時戳,使得當交通工具下次呼叫所述VDU時,該觸發發 生的確切時間可以提供給所述VDU。這也可以用來設置所述系統,使得 來自交通工具的呼叫總是發生在某個時間或者事件下(例如在交通工具 啟動時)。除了作為觸發的結果訂戶接收到電子郵件之外,所述系統還 可以允許用戶在任何時間特別地請求電子郵件。如上所述,這可以通過 按壓交通工具上的按鈕127 (通過請求來自現場顧問的電子郵件或者通 過使用語音響應單元)來進行。可替換地,訂戶可以通過發送電子郵件 給例如所述EMGS或WAS來對此進行請求。電子郵件可以發送給形如 VIN@domain. tld的地址,其中VIN為交通工具標識號,domain, tld為 電子郵件處理設施的域。該電子郵件消息可以用來指示所述VDU自動地 產生即時觸發,該觸發被發送給交通工具,被執行並且結果通過電子郵 件通知消息被返回給訂戶,使得訂戶得到快速的交通工具狀態更新。這 對於例如在休假之前檢查交通工具會是有利的。優選地,發送給訂戶的 每封電子郵件也可以提供給WAS系統,從而它們可#:現場顧問訪問。
除了在呼叫掉線時使用的重試策略之外,也可以對所述VDU進行編 程以便監控來自每個交通工具的預期的觸發,使得例如如果交通工具在 月觸發的觸發下本應該呼叫卻沒有呼叫,那麼所述VDU可以呼叫該交通 工具以便確定其可用性並且設置新的觸發來獲取診斷數據,等等。
應當理解的是,上面的內容是關於本發明的一個或多個示例性實施 例的描述。本發明並不限於本文所公開的特定實施例,而是僅由下面的 權利要求所限定。此外,包含在上面的描述中的陳述涉及特定的實施例 並且不應當被視為對本發明範圍的限制或者對權利要求中使用的術語 定義的限制,除非在上面對術語或短語進行了明確的定義。各種其他實
顯而易見的。所有這樣的其他實施例、變化和修改都擬落入所附權利要 求書的範圍內。
當用於本說明書和權利要求中時,措詞"例如"、"比如"和"諸 如,,以及動詞"包括"、"具有"、"包含"以及它們的其他動詞形式 在結合一個或多個部件或其他項目的列表使用時每個都應當^皮一見為開 放式的,即該列表不應當被認為排除了其他的附加部件或項目。除非用 於要求不同解釋的上下文中,否則其他的措詞應當被視為使用了其最寬 泛的合理含義。
權利要求
1. 一種向所有者或其他接受者提供交通工具信息的方法,包括以下步驟(a)使用交通工具的遠程信息處理單元訪問交通工具數據;(b)將所述交通工具數據從所述遠程信息處理單元傳輸到中央數據系統;(c)訪問存儲在所述中央數據系統中的預定義靜態內容;(d)在所述中央數據系統處獲取從所述中央數據系統之外的數據源接收的附加數據;(e)構造包含所述預定義靜態內容以及交通工具信息的通知消息,所述交通工具信息包括至少一些所述交通工具數據以及至少一些所述附加數據;以及(f)經由電子消息收發系統將所述通知消息發送給接受者。
2. 權利要求l所述的方法,其中步驟(e)還包括使用標記語言產 生電子郵件消 息o
3. 權利要求l所述的方法,其中步驟(e)還包括構造所述通知消 息,使得它包含用語言字符表示的交通工具裡程或潤滑油壽命,或者這 兩者。
4. 權利要求1所述的方法,其中步驟(a)包括訪問診斷信息和/ 或維修信息,步驟(b)包括向所述中央數據系統傳輸該診斷和/或維修 信息,並且步驟(e)包括使用該診斷和/或維修信息構造所述通知消息。
5. 權利要求l所述的方法,其中步驟(b)包括訪問用語言字符表 示的預定義文本,並且步驟(e)包括使用該預定義文本構造所述通知 消息。
6. 權利要求1所述的方法,其中步驟(b)包括訪問電子郵件模板, 並且步驟(e)包括使用該電子郵件;漠板將所述通知消息構造為電子郵 件。
7. 權利要求1所述的方法,其中所述附加數據包括許多不同類型 的交通工具信息中的至少 一種,所述不同類型的交通工具信息包括召回 信息、輔助服務信息、經銷商信息、交通工具服務定價信息、租賃財務 信息、客戶信息、贈券信息以及交通工具圖片信息。
8. 權利要求l所述的方法,其中步驟(d)還包括經由通過全球計算機網絡的上傳從訂戶處接收所述附加數據。
9. 權利要求1所述的方法,其中步驟(d)還包括從第三方服務提 供商處接收所述附加數據。
10. 權利要求1所述的方法,其中步驟(d)包括在所述中央數據 系統處獲取與從其接收所述交通工具數據的交通工具同品牌和型號的 交通工具的圖片。
11. 權利要求10所述的方法,其中步驟(d)還包括從交通工具圖 片庫中獲取圖片。
12. 權利要求10所述的方法,其中步驟(d)還包括通過經由網站 上傳所述圖片來從訂戶處獲取所述圖片。
13. 權利要求1所述的方法,其中步驟(d)包括在所述中央數據 系統處獲取贈券信息,並且步驟(e)包括構造所述通知消息,使得它 包括使用所述贈券信息製作的贈券。
14. 權利要求1所述的方法,其中步驟(d)包括在所述中央數據 系統處獲取衛星無線電帳戶信息,並且步驟(e)包括使用所述衛星無 線電帳戶信息構造所述通知消息。
15. 權利要求14所述的方法,其中步驟(e)還包括使用標記語言 將所述通知消息構造為電子郵件並且將預訂更新連結包含在該電子郵 件中。
16. 權利要求15所述的方法,其中所述預訂更新連結包括按鈕, 當被選擇時該按鈕將用戶連接到衛星無線電服務網站。
17. 權利要求1所述的方法,其中步驟(d)包括在所述中央數據 系統處獲取無線援助服務(WAS)帳戶信息,並且步驟(e)包括使用所 述WAS帳戶信息構造所述通知消息。
18. 權利要求1所述的方法,其中步驟(d)包括在所述中央數據 系統處獲取蜂窩式電話服務帳戶信息,並且步驟(e)包括使用所述蜂 窩式電話服務帳戶信息構造所述通知消息。
19. 權利要求1所述的方法,其中步驟(d)發生在步驟(a)之前, 並且其中步驟(d)還包括將所述附加數據存儲在所述中央數據系統處 的資料庫中。
20. —種向所有者或其他接受者提供交通工具信息的方法,包括以 下步驟 (a )使用交通工具的遠程信息處理單元訪問交通工具數據; (b)將所述交通工具數據從所述遠程信息處理單元傳輸到中央數 據系統;(c )訪問存儲在所述中央數據系統處的第 一資料庫中的預定義靜 態內容;(d )在中央數據系統處接收從第二資料庫發送的附加數據;(e )構造包含所述預定義靜態內容以及交通工具信息的電子消息,所述交通工具信息包括至少一些所述交通工具數據以及至少一些所述 附加數據;以及(f )經由電子消息收發系統將所述電子消息發送給接受者。
全文摘要
一種交通工具電子郵件通知系統和方法,其從交通工具以及從一個或多個其他來源訪問數據並且將該信息組合成電子郵件,該電子郵件然後被發送給所有者或者其他授權訂戶。電子郵件通知由不同的事件觸發,其中一些事件與所述交通工具無關(例如月觸發),其他事件出現在所述交通工具處,例如裡程或者低潤滑油壽命觸發。該通知系統構造並且向訂戶發送電子郵件消息,所述電子郵件消息包含動態交通工具信息並且標識需為其採取行動的任何被檢測的交通工具狀況。
文檔編號G01M17/00GK101389943SQ200680053433
公開日2009年3月18日 申請日期2006年12月29日 優先權日2005年12月31日
發明者A·J·迪薩爾, C·A·哈伯爾, K·因巴拉詹, M·D·格拉漢, S·麥卡欽 申請人:通用汽車公司