專利名稱：確認車輛駕駛員的方法和裝置的制作方法
背景技術：
Ⅰ．發明的領域本發明一般涉及到車輛的監視系統，更確切地說，涉及到車輛駕駛員對多個電子系統的辨認和確認。
Ⅱ．相關技術的描述在商業性貨運行業以及其它裝載貨物的行業中，用各種電子監視系統裝備車輛已非常平凡。這些電子監視系統能夠為車隊駕駛員提供有關車輛性能的有用信息。這些性能信息可包括引擎速度，引擎每分鐘轉速，空轉時間，以及其它等等。電子監視系統也能提供其它一些有用的信息，如用于燃料稅計算目的的車輛位置，路程分析和每次出車的公里數。在商業貨運行業中的其它電子應用包括了聲音／文字信息，保安系統，和電子郵件或Email。
在許多事例中，這些電子系統都需要車輛駕駛員的身份。例如，記錄各種車輛運轉性能的電子監視系統需要駕駛員的身份以便于運轉性能能歸屬于確認身份的駕駛員。通過每一組數據可以了解車輛駕駛員的責任心，于是車隊管理員可獎賞達到一定性能目標的駕駛員。這類系統的典型例子是SensorTRACS的電子監視系統，由Qualcomm公司負責銷售。
另一個需要車輛駕駛員身份的電子系統是一個電子郵件系統。它必須辨認車輛駕駛員以便于電子郵件的信息能返回給適當的車輛。車載的保安系統也需要車輛駕駛員的身份以確定該駕駛員是否經許可駕駛該輛車輛。
還有另外一個需要車輛駕駛員身份的電子系統是自動產生運輸部門(DOT)駕駛員日志的系統。以往，駕駛員日志是由車輛駕駛員自己編寫的。現在設想的自動系統是能監視與產生駕駛員日志有關的車輛各個方面。例如，電子監視系統能追蹤車輛的行駛路徑和停止時間，這是產生DOT日志的必要素材。這系統就需要車輛駕駛員的身份，以便于由自動監視系統記錄的信息能夠歸屬于指定的駕駛員并從系統中產生合法的文件(DOT日志)。
為了辨認車輛駕駛員，對每一個車輛駕駛員都指定了唯一的身份密碼和口令。這身份密碼和口令是在車輛運行前人為地輸入各個安裝在車輛上的電子系統。
一般來說，電子監視系統相互間是不能通訊的，于是要對每個系統分別登錄和注銷。當多個這樣的系統安裝于商業化車輛時，就迫使駕駛員在使用車輛前分別被每個系統確認。一旦駕駛員結束操作車輛時，也迫使他們對每個電子系統注銷。這也許會對車隊管理者帶來許多問題。例如，在車輛駕駛員登錄第一輛車的數個電子系統之后，他忘記了注銷一個或多個電子系統便開始了第二輛車的操作。隨后第二輛車的駕駛員也許去開第一輛車而未登錄一個或多個電子系統。這也許就造成確認與駕駛員有關數據的困難。
發明概述本發明是適用于車輛駕駛員對一個或多個電子系統的辨認和確認的方法和裝置。不管使用多少獨立的電子系統，但本發明只要求一次車輛駕駛員的確認。同樣一次注銷也就滿足了駕駛員對每個電子系統的注銷。本發明消除了對使用的電子系統分別登錄和注銷而引起的混亂狀態。
本發明被設計為能與現存的車隊管理通訊系統相連接。這通訊系統一般包括一個通過衛星與每個車輛相聯系的總站，這些車輛可以分布在一個大的地理范圍內。通過總站，一個或多個車隊管理者可與每一輛車相聯系，反之，每一輛車也能與他們相聯系。這種通訊可以包含表示車輛各種運行性能的數據，例如，車輛的速度，引擎的每分鐘轉速和空轉時間。車輛的位置確認和文字信息則是使用這種通訊系統的另一個優點。
本發明采用了一個數據庫，它置于總站并存儲著確認車輛駕駛員的信息。此外，數據庫存儲著與每個駕駛員有關的其它信息。數據庫可以被車隊管理者訪問，也可以隨時更改。唯一的車輛駕駛員身份密碼是由車隊對每個車輛駕駛員預先指定的。車輛駕駛員可以當班或非當班駕駛員的身份登錄確認系統。當班駕駛員即表示他正在操作這輛車輛。
為了登錄確認系統，車輛駕駛員必須通過在車輛上的用戶輸入設備輸入唯一的他個人的身份密碼。一旦車輛駕駛員被用來確認駕駛員的總站數據庫確認，則在數據庫中所對應的車輛駕駛員的狀態就轉為“登錄”。從總站對車輛發出一個車輛請求登錄是否成功的承認信息。如果登錄請求是成功的，就允許車輛駕駛員訪問其他電子系統，這些系統可以是在車輛上的或被車輛遙控的。在車載電子系統的情況下，其它必要的信息與承認信息一起發送給這些系統。
一旦成功登錄后，由車輛產生的所有信息都可以與車輛駕駛員相聯系。例如，車輛位置，車輛速度，引擎的每分鐘轉速，和空轉時間都可以記錄下來并保持與當班的駕駛員聯系直至駕駛員請求從系統中注銷為止。任何采用電子郵件方式直接登錄的駕駛員，無論是當班還是非當班的，都可以直接進入適當的車輛而無需對電子郵件系統的另外請求。也無需再登錄產生自動日志的系統就能產生一個自動的DOT駕駛員日志，等等。
當車輛駕駛員希望從確認系統中注銷時，一次注銷就可適用于登錄的每一個系統。如果車輛駕駛員從第一輛車注銷失敗并隨后登錄第二輛車，則確認系統能夠探測到駕駛員已經登錄了系統并自動地將駕駛員從第一輛車注銷。同樣，如果第一位駕駛員從車輛注銷失敗而第二位駕駛員在同一輛車登錄，則確認系統就自動地將第一位駕駛員的狀態轉為這輛車的“非當班”而將第二位駕駛員與以后的車輛性能信息相聯系。
附圖簡述以下結合附圖的詳細討論將使本發明的性能，目的和優點更加明顯，而這些附圖在本文中也具有參考的作用。
圖1說明了基于衛星的通訊系統；圖2更詳細地說明了本發明的基于衛星的通訊系統和確認系統；圖3是根據本發明的確認車輛駕駛員的方法的詳細流程；圖4是本發明的確認系統注銷方法的詳細流程；圖5是本發明的確認系統中產生保安警報的方法的詳細流程。
實施例的詳細描述本發明的駕駛員確認和辨認的方法和裝置最好是采用陸地基站移動通訊單元的內容來說明，特別是用于商業貨運行業車輛上的移動通訊單元的內容來說明。無論如何都能理解到本發明是用于需要駕駛員確認和辨認的應用，特別是在多個電子系統需要辨認駕駛員的應用中。圖1描述了用于駕駛員確認和辨認所需的部件。
在圖1中，車隊管理中心110和車輛108能夠通過總站102和數據衛星104相互通訊聯系。本發明并沒有對衛星通訊系統作出任何限制。任何無線地面通訊系統也可以使用，也沒有限制，如，陸地移動無線電(LMR)，短波，蜂窩狀，或PCS系統。此外，盡管圖1僅僅描述了一個車隊管理中心110，事實上，整個系統可以采用多個獨立的車隊管理中心并且可以通過總站102和數據衛星104與各自車隊的車輛相互通訊聯系。
在舉例說明的實施例中，車輛108是一臺商業性貨運車輛，在它的駕駛室或車輛的車廂里安裝了移動通訊終端(MCT)，圖中并沒有顯示。移動通訊終端能夠通過數據衛星104向總站102發送通訊信號和接受來自總站102的通訊信號。應該再次理解到MCT可以使用經選擇預先建立通訊方法的并能與總站通訊聯系的任何一種器件。此外，車輛的位置能夠使用數據衛星104和位置衛星106來確定。眾所周知，通過衛星是能夠確定車輛的位置的，例如，通過雙重衛星導航系統所形成的三角形，正如美國專利No．5，017，926題為“雙重衛星導航系統和方法”一文所披露的。本引用該專利作為參考。
車輛108可以向車隊管理中心110發送有關車輛運行時的性能特性的有用信息，例如，車輛的速度，引擎的每分鐘轉速，和空轉時間都可以發送給車隊管理中心110用于處理和保存。這些信息對車隊管理在貨運成本和辨認浪費的實際值(如過分空轉時間和超速)都是有用的。此外，通過了解這些與駕駛員有關的數據，保持良好駕駛習慣的車輛駕駛員可以得到獎賞，而一貫違反管理所制定標準的車輛駕駛員將得到適當處理。裝備了這類車輛監視系統的車輛一般都要求車輛駕駛員登錄系統，通常是將身份密碼輸入車輛上的用戶接口器件。隨后，身份密碼便與車輛運行時產生的任何性能數據相結合。
其它電子系統也要求車輛駕駛員的身份。例如，電子郵件對正在路上行駛的卡車駕駛員十分有效。很典型，電子郵件系統就需要駕駛員的身份以便于將信息可以發送給期待信息的駕駛員的車輛。一般來說，除了對電子監視系統所要求的登錄以外，只需要由駕駛員一次單獨的電子郵件系統登錄。
目前，運輸部門(DOT)正在評價是否允許自動駕駛員登錄取代人工登錄的過程中。以往，各種駕駛數據如日常駕駛時間，休息時間和路程信息等都是由車輛駕駛員自己提供的。隨著電子監視系統的廣泛普及，特別是車輛位置系統，現在運輸部門允許使用電子監視系統自動提供數據。進而，每個車輛駕駛員必須與指定的車輛數據相符合，以至于必須要有正確的個人注冊。再者，一般都要求分別登錄到DOT的注冊系統。
圖1的通訊系統包含了一種保安的性能。例如，在確認的駕駛員的身份密碼輸入之前，保安系統不允許車輛啟動。身份密碼能夠與總站102和能確認身份的車隊管理中心110通訊聯系。對總站102通訊駕駛員身份信息的優點是保持駕駛員的動態數據庫可以由車隊管理者隨時維護和更新。
使用本發明的確認系統有可能獲得其他保安性能。例如，如果車輛駕駛員登錄系統的企圖不成功的話，只要企圖登錄的次數超過了預定的數目則保安警報就能發送給總站102。如果車輛的運行超過了預定的距離和時間而沒有確認的駕駛員的登錄，就可能發出另一種保安警報。當然，這種情形是假定上述討論系統的關閉功能沒有執行的前提下。保安系統的另一個優點是當沒有確認的駕駛員操作車輛時就以溫柔聽得見的聲音來提醒駕駛員登錄系統。還有的保安系統優點是在車輛停止使用后的一段預定的時間以后，車輛駕駛員可以自動地從確認系統中注銷。
圖2詳細說明了確認系統。顯示了MCT 200，用戶接口202，無線收發機204，緩沖器206，定時器207，處理器205，數據衛星104，總站102，無線收發機216，處理器件218，數據庫210，數據存儲單元212，接口器件214，電子郵件網關218，和車隊管理中心110。應該意識到在通訊系統中的每輛車輛都具有它自己的MCT200。MCT 200安裝于車輛108，而總站102，車隊管理中心110和電子郵件網關218安裝與相互可以遙控的位置，當然在另一個實施例中這些部件都被指定在一個位置上。
在通訊系統中的每一輛車輛108都指定為只有一個唯一的車輛身份密碼以致于在車隊中車輛的身份是不同的。車輛的身份密碼可以是唯一識別車輛的任意字母序列，然而，在舉例說明的實施例中，車輛身份密碼是與MCT 200有關的序列數字。車輛身份密碼存儲于緩沖器206，或MCT 200中的其它存儲器件(沒有示意)。緩沖器206可用來存儲由車輛108產生的信息，例如，由電子監視系統產生的有關車輛性能的信息。
要請求訪問確認系統，如請求登錄后注銷，車輛駕駛員必須通過用戶接口202輸入預先指定的車輛駕駛員的身份密碼。車輛駕駛員的身份密碼一般是以使用者的姓名和口令構成，當然其他形式也是有可能的。典型的用戶接口202是鍵盤和視頻顯示單元，可通過鍵盤輸入一串字符一數字序列并對車輛駕駛員顯示。然而，也可以使用其它用戶接口取代鍵盤和視頻顯示單元，如采用磁卡讀卡器，它可以通過讀取預先編好在小的、硬的卡上的磁條來處理車輛駕駛員身份密碼。與車輛駕駛員身份密碼和訪問請求時的指示有關的訪問請求存儲于緩沖器206。車輛身份密碼也存儲于緩沖器206，正如上述所討論的。
訪問請求的指示可以由日期和時間構成，或使用其他方法在訪問請求時建立。在舉例說明的實施例中，以1988年1月1日000000過后的數秒作為辨認請求訪問的日期和時間。
車輛駕駛員可以以當班或非當班駕駛員的身份登錄確認系統。當班的駕駛員被認定為可以操作車輛，而非當班的駕駛員被認定為目前不可以操作車輛但在車輛附近。非當班駕駛員的例子是副駕駛員或輪換作為當班駕駛員。當登錄以后，車輛駕駛員的狀況，無論是當班的還是非當班的，都存儲于緩沖器206或MCT 200中的其它存儲器件(未示出)。
在本發明的實施例中，值得注意的是當班／非當班駕駛員的狀況并沒有發送給總站102。只有當“登錄”或“注銷”的時間，才將車輛駕駛員的狀況存入總站102。這些詳細的細節將在以后解釋。
在本發明的一個實施例中，多個車輛駕駛員可以在同一MCT上登錄，然而，在給定的時間內只能有一位駕駛員被定位當班的駕駛員。每個車隊管理中心可以根據MCT的允許范圍確定在任意給定時間內的車輛駕駛員的最多人數。在舉例說明的實施例中，可登錄一個MCT的最大人數為五位車輛駕駛員，但只有其中一人可以當班駕駛員的身份登錄。對電子郵件這樣的電子系統來說，當班的和非當班的駕駛員在哪里都是很重要的。通過登錄確認系統，即使是非當班的駕駛員，電子郵件系統知道電子信息該投入那一輛車輛。
車輛駕駛員可以通過用戶接口202來改變他們在車上的狀況，如從當班的變為非當班的或從非當班的變為當班的。再者，這信息并沒有傳遞到總站102。
在這實施例中，一旦請求登錄，車輛駕駛員的身份密碼，車輛身份密碼以及登錄的日期和時間等信息由MCT 200通過無線電收發機204，數據衛星104發送，總站102通過無線電收發機216接受信息并提供給處理器件208。一旦請求注銷，就發送車輛駕駛員身份密碼，車輛身份密碼，以及注銷的日期和時間等信息。應該意識到根據請求確認的申請，可將這些數據項中的一項或組合發送給總站102。例如，為了確認駕駛員是授權操作該車輛，只要發送車輛駕駛員身份密碼就足夠了。在這種情形下，沒有必要了解哪一輛車是在操作或訪問請求的時間和日期。
處理器件208就是一般的計算器件，典型的是一個數字計算機，它與無線電收發機216相連接，通過MCT 200和車輛駕駛員相通訊聯系。此外，處理器件208也與數據庫210，數據存儲單元212和接口器件214相連接。在其它一些事務中，處理器件208在接受到訪問請求(如登錄或注銷的請求)后擔負著同意車輛駕駛員訪問請求的責任。處理器件辨認在數據庫中找到接受到的駕駛員身份密碼，隨后通知其它電子系統如車隊管理中心110或電子郵件網關218，這樣就完成了一次成功的訪問。
處理器件208接受駕駛員身份密碼，并在數據庫210內尋找相符合的駕駛員身份密碼。數據庫210至少包含了期待使用的或由車隊管理所列出的每一個車輛駕駛員的身份密碼。與每個車輛駕駛員身份密碼有關的其它信息也存儲于數據庫210中。例如，駕駛員的第二個身份密碼，駕駛員的姓名，和／或社會保障號都可以存儲著。每個車輛駕駛員的注冊狀況，如登錄或注銷，也可以存儲著。這些信息對自動DOT日志是必需的，以及對車隊管理中心通過姓名來辨認使用車輛的駕駛員也是十分有益的。駕駛員的第二個身份密碼在介入需要身份的其它電子系統也是需要的，這些系統可以采用不同于本發明確認系統的格式。
當車輛駕駛員注冊確認系統時，與該駕駛員有關的第二個身份密碼就被發送到采用另外格式的其它電子系統中。于是，車輛駕駛員就不需要為了在不同的電子系統中確認而記著，或輸入多個身份密碼。其它信息，如駕駛員的最后一次請求，車輛的身份密碼，以及請求的日期和時間等，也可以存儲著。在舉例說明的實施例中，數據庫210存儲了車輛駕駛員的全名，SensorTRACS的身份密碼，駕駛員的注冊狀況，最近一次在MCT上注冊的MCT身份密碼，最近一次的注銷時間，以及駕駛員使用的車隊管理的名稱。SensorTRACSθ是由Qualcomm公司銷售的電子系統，它用于通訊聯系在運輸中的車輛的運轉性能。
在舉例說明的實施例中，如果接受到的駕駛員身份密碼可在數據庫210中找到，那么，與請求駕駛員有關的車輛身份密碼，以及登錄的時間和日期存儲于數據庫210。此外，與請求的駕駛員有關的注冊狀況改變為“注冊”狀態，即意味著駕駛員目前已在車輛上注冊。處理器件208就通過向每個需要確認的電子系統發送駕駛員身份密碼通知成功訪問請求的一個或多個電子系統。如果特定的電子系統要求另一種格式的身份的話，可以發送駕駛員的第二個身份密碼(上述所討論的)來取代。
除了向每個電子系統發送駕駛員身份密碼以外，也可根據需要發送其他信息。例如，與訪問請求有關的車輛身份密碼可以發送給電子郵件網關，以便電子郵件的信息能發送給指定的車輛。
處理器件208向MCT 200發送一個承認信息，以表明已接受到了訪問請求。如果請求登錄，可以對MCT 200發送表明登錄請求是否成功的承認信息。其他信息也與承認信心一起發送，這取決于請求是否成功。如果登錄請求是成功的，則可以發送車輛駕駛員身份密碼，車輛駕駛員的全名，登錄的時間，以及用于車載電子系統的第二個身份密碼等信息。如果登錄不成功，可以發送車輛駕駛員身份密碼，企圖登錄的失敗時間和表明發生失敗的原因等信息。
由車輛108發送的信息可用于保安目的或記錄由電子監視系統產生的車輛性能參數。例如，如果車輛108裝備了保安器件可防止未準許的車輛啟動，那么只有成功的信息才能啟動車輛108。反之，車輛108將不能啟動運轉。同樣，能提供給電子監視系統的第二個身份密碼可用于將車輛駕駛員指定的車輛性能特性與第二身份密碼相匹配。
一旦有登錄或注銷的企圖，就可將承認的信息，無論成功與否，通過接口器件214發送給適當的車隊管理中心110，并且存儲于數據存儲單元212或數據庫210以備以后的檢索。接口器件214可以是本技術領域中所熟悉的、用于從一個位置向另一個位置通訊信息的任意器件。接口器件的例子有無線電收發機，電話接口器件。TI接口，等等。
偶爾，車輛108也會不能與數據衛星104相通訊，這是由于物理性障礙物阻擋了信號路徑。例如，車輛停放于立交橋下或位于隧道內。當車輛駕駛員企圖訪問確認系統時，MCT 200就企圖與數據衛星104相聯系。企圖訪問的日期和時間與駕駛員的身份密碼一起記錄于緩沖器206。如果發自總站102的承認信息未能在預定的時間范圍內接受到的話，則存儲于緩沖器206的信息就再次通過無線電收發機204發送。重復這一周期直到接受到來自于總站102的承認信息。
對通訊系統中的每一個車輛駕駛員來說，每個車輛駕駛員的身份密碼必須是唯一的。車輛駕駛員身份密碼可以是任意的字符數字的組合，每個都具有系統操作者所確定的最小長度和最大長度。身份密碼的最小長度是由系統要求的車輛駕駛員的最大數目所確定。用戶名，口令，或兩者的最大長度是受到使用數據衛星104通訊信息相關成本的限制。身份密碼的一個例子是用戶名和口令的組合。用戶名可以是車輛駕駛員真實姓名的姓，名，社會保障號，或者是這些組合。口令可以是任意字符數字序列，它與用戶名組合在一起，在系統中唯一辨認每個車輛駕駛員。
其它唯一辨認車輛駕駛員的方法也可以使用。例如，在通訊系統中的各個車隊管理中心可以對他們的各自用戶指定唯一的用戶名，然而，在整個系統中這些用戶名并不一定是唯一。如果用戶名與發出請求的特定車隊管理中心有關，則車輛駕駛員仍是處于唯一辨認系統的范圍內。例如，如果第一車隊管理中心和第二車隊管理中心都有Bob作為用戶名在他們的系統中，當各自管理中心訪問Bob的數據記錄時，在總站不會有任何限制，這是因為在數據庫中的各個Bob只能唯一與他各自車隊管理中心相聯系。
一旦車輛駕駛員已經以MCT 200的當班駕駛員身份成功地登錄確認系統，發自車輛108的運轉數據可以存儲，這些信息與當班駕駛員有關及與車輛相聯系。運轉數據可以存儲于緩沖器206，安裝于車輛的其它存儲器，或發送到總站102并存儲于數據庫210或其它數據庫，正如圖2所示的數據存儲單元212。數據包含車輛的位置，車輛的速度，引擎的每分鐘轉速，及空轉時間，等等。運轉數據能繼續存儲于當班駕駛員的名下直至接受到來自用戶接口202的注銷請求或車隊管理中心110發出的強制注銷請求。由這些數據可產生DOT日志，并匯編成車隊的運轉性能以用于分析其利潤率。
當駕駛員希望從確認系統中注銷時，可通過用戶接口202輸入注銷請求。注銷請求需要駕駛員的唯一的、預先指定的用戶名和口令。在舉例說明的實施例中，驅動顯示的菜單用來減小車輛駕駛員輸入的差錯。一個駕駛員希望從確認系統中注銷，他可以在整個駕駛員的列表中選擇他的或她的姓名，然后輸入注銷請求。駕駛員可以選擇完全注銷系統，或使他的駕駛員狀況改變為“非當班”的。在實施例中，注銷確認系統根本不需要口令。在MCT 200中，如果車輛駕駛員以當班駕駛員的身份登錄的，則一旦請求注銷就不會再將運轉數據附屬于他。不論駕駛員是否當班，MCT 200從緩沖器206刪除駕駛員的身份以便于其他駕駛員能以非當班或當班駕駛員的身份登錄。
車輛駕駛員可以由總站102自動注銷第一個MCT，只要他或她企圖去登錄第二個MCT。一旦接收到登錄請求，處理器件208首先確定接受到的用戶名和口令在數據庫中是否有效。接著，處理器件208校對相應的登錄狀態以了解駕駛員是否已經在確認系統中登錄，一旦確認就通知MCT。如果駕駛員登錄另一個MCT，則數據庫210就改變為反映駕駛員當前登錄的第二個MCT，并且對第一個MCT發出信息命令注銷。在第一個MCT上，以當班或非當班駕駛員身份的車輛駕駛員除去，以后的運轉數據就不再歸屬于他。
另一種自動注銷的情形是在車輛點火開關已撥到“關”的位置后又消失了一段預定的時間。在處理器205探測到車輛的點火開關已經撥到關的位置后，它便啟動定時器207。定時器207可采用多種方法實現，可以是獨立的器件也可以是采用軟件實現。如果定時器207指示從車輛點火開關撥到關的位置開始預定的一段時間已經消失，那么就通過發送給總站102的信息將登錄在MCT 200的當班駕駛員從系統中注銷。注銷的信息包含駕駛員的身份密碼，注銷的日期和時間，以及MCT的身份密碼。在另一個實施例中，在預定的一段時間消失后，當班駕駛員在緩沖器206中的狀態就變為非當班的狀態。在這種情形下就沒有信息發給總站102。在預定的一段時間消失后的短時間內，通過注銷信息發給總站102而將駕駛員完全從確認系統中注銷。
如果原先處于當班狀態的車輛駕駛員已經忘記了從確認系統中注銷并且新的駕駛員希望能登錄為當班駕駛員，這時就將原先駕駛員的狀態在緩沖器206中從當班的變為非當班的。沒有任何信息發給總站102，通知它原先駕駛員的狀態改變；而由新駕駛員發出登錄請求。當新駕駛員請求登錄時，如果車輛駕駛員所預定的最大數目已經在指定的MCT上登錄，那么可采用兩種可能方法中的一種方法來有效地解決這種沖突。在使用菜單驅動系統的實施例中，新的車輛駕駛員選擇將原先的駕駛員從確認系統中注銷。新駕駛員滾動選擇駕駛員名單并要求將其注銷，隨后使用他或她的用戶名和口令發送登錄請求。在另一實施例中，處理器205采用預定的算法自動地將原先登錄的駕駛員從系統中注銷。例如處理器205能夠以最長登錄時間來消除駕駛員，或駕駛員超過預定的一段時間后就不再是當班駕駛員。
數據庫210是可以被車隊管理中心110和MCT 200所訪問。車隊管理中心110與數據庫210的通訊是為了創建，刪除，或變更車輛駕駛員的記錄。如果要創建或變更新的駕駛員的記錄，車隊管理中心110須通過總站102向數據庫210提供駕駛員的全名和車輛駕駛員身份密碼。也可以包含其他信息。例如，辨認同一車輛駕駛員的第二用戶名和／或口令也提供給數據庫210以用于需要他自己的用戶名和／或口令的電子應用。如果駕駛員的記錄已經存在于數據庫210中并與所要求的記錄相符合，那么就用新的信息更改老的記錄。如果沒有與所要求的車輛駕駛員相符合的記錄，那么就創建新的記錄，車隊管理也就獲悉了確認現在駕駛員的失敗。從總站102向車隊管理中心110發出承認的信息以確認創建／更改的請求，如果請求是成功的話，也通知車隊的管理。此外，在實施例中，只要數據庫中車輛駕駛員的信息被更改，則駕駛員就自動地從確認系統中注銷。
如果要求刪除現存的車輛駕駛員的記錄，只需要從車隊管理中心110向數據庫210發出一個適當的請求。請求包含辨認要刪除車輛駕駛員記錄的信息。從總站102向車隊管理中心110發出承認信息以確認刪除請求，無論請求是否成功都得通知車隊管理。如果要刪除的車輛駕駛員的記錄在數據庫210中未能找到就會刪除失敗。
車隊管理中心110也能強制注銷正登錄系統的任意一個車輛駕駛員。由車隊管理中心110向總站102發出辨認要注銷駕駛員的注銷命令。處理器件208從接口器件214接受到注銷的命令，隨后便確認在數據庫中駕駛員的狀態。如果被辨認的駕駛員登錄了系統，就將駕駛員的狀態變為注銷，并向MCT 200發出一個信息通知它有關狀態的變化。在MCT 200，也將狀態的變化通知給依賴確認駕駛員身份的任意電子應用。再者，總站102向車隊管理中心110發出一個承認信息作為對注銷的響應。例如，當知道當班的車輛駕駛員不再操作該車輛時，就可以執行強制注銷。
車隊管理中心110可以詢問數據庫210以確定哪一位駕駛員在指定的MCT上登錄(MCT詢問)或確定車輛駕駛員的狀態和位置(駕駛員詢問)。MCT詢問檢索數據庫中的信息來了解哪些駕駛員正在指定的MCT上登錄，哪些是當班的，哪些是非當班的。應該明白在本發明的實施例中，訪問數據庫是不能確定當班或非當班的狀態的。這是因為當班／非當班的狀態并沒有發送給總站102。僅僅得到“登錄”或“注銷”的狀態并存儲于數據庫210。駕駛員詢問檢索數據庫的信息以了解指定的車輛駕駛員是登錄在哪一個MCT上，這種情況即使有也是很少的。
通訊系統中的每個MCT被假定為系統中許多車對管理中心中的一個。每個車隊管理中心只能與對應的MCT通訊。因此，MCT詢問就只能產生一次，它只響應指定車隊管理的MCT。
車隊管理中心110可以規定一些與確認／辨認系統有關的系統參數以滿足與總站102通訊的特定需要。例如，車隊管理中心110可在任意時間啟動或禁用整個確認系統。在保安警報產生以前無效登錄的企圖數目可以改變或禁用。無須確認當駕駛員登錄的行駛距離或時間也可以改變或禁用。在表明無效登錄確認系統的兩次報警之間的時間可以改變或禁用。在引擎不工作的一段預定的時間后自動注銷的特性也可以變更或禁用。這些預定設置的任何狀態都可以由車隊管理系統110在任意時間請求。
最后，車隊管理中心110可以根據需要獲取每輛車輛或每個車輛駕駛員的運行數據。數據庫將返回所有數據，這些信息是從最近一次檢索信息開始的有關車輛／車輛駕駛員的記錄。這些信息存儲于緩沖器206，或安裝于車輛的存儲器108，或數據庫210，或數據存儲單元212。
在本實施例中，如果保安警報由MCT 200發出，則MCT的身份數碼，確認的日期和時間，以及警報的類型也發送給總站102。警報也發給車隊管理中心110以及其他使用保安信息的電子應用。
每逢登錄，注銷或發生保安警報時，其它一類信息可以被MCT 200或總站102確認。例如，可以計算出最近大城市的名字或最近城市(任何地區)的名字并提供給車隊管理中心110。與辨認城市有關的信息包含該辨認城市所處的國家，地區代碼，郵政編碼以及指定MCT偏離該城市的方向。
圖3是詳細描述登錄請求過程中執行步驟的流程。一位車輛駕駛員希望登錄確認系統，從MCT 200上請求登錄開始，如步驟300所示。一般來說，由請求的車輛駕駛員輸入唯一的用戶名和口令。車輛駕駛員可以當班或非當班的身份登錄系統。
步驟305，登錄也通知了車載的各類應用。例如，記錄車輛運轉特性的電子監視系統將開始記錄在當班駕駛員名下的這些特性。車載的保安系統也能夠獲悉駕駛員的登錄。
步驟310，無線電收發機204向總站102發出登錄請求。在舉例說明的實施例中，駕駛員的用戶名，口令，MCT身份碼，以及登錄的時間是一起發送的。
步驟315，處理器件208搜索數據庫210以確定接收到的用戶名是否存儲于數據庫210之中，如果是存儲于數據庫的，則接受到的口令是否與數據庫210中用戶名的口令相符合。如果沒有找到該用戶名，或者找到了用戶名但發送的口令與存儲于數據庫內的口令不相符，步驟320就執行向MCT 200和車隊管理中心110發送一個信息表示探測到無效登錄。登錄企圖的記錄也存儲于數據庫210或數據存儲單元212。MCT 200通過用戶接口202依次告訴車輛駕駛員無效登錄的請求。MCT200也通知車載的應用登錄請求無效。
如果步驟315探測到有效的用戶名和口令，則在步驟330執行校對以確定請求的駕駛員是否正登錄在其他MCT上。如果駕駛員在原先MCT上注銷失敗，或者注銷是輸入了但未能與總站102相聯系，就會發生這種情形。無論何種情形，只要探測到請求的駕駛員正登錄在其它MCT上，在步驟335就向原先的MCT發出一個信息強制注銷。
如果請求的駕駛員沒有登錄其它車輛，則步驟340將駕駛員在數據庫中的狀態改變為“登錄”，并與MCT身份碼和登錄的時間在一起。步驟345，向MCT 200發送一個信息表示已成功登錄，這信息包含其它對車載電子監視應用有用的信息，例如，唯一的第二個身份碼，對指定的車載應用的格式化。也向車隊管理中心110和其它電子應用如電子郵件網關218發出一個信息，以辨認車輛駕駛員和相關的MCT身份碼。
最后，步驟350，MCT 200將成功登錄通知所有車載的應用。例如，MCT 200可以通過提供由總站102發送的唯一駕駛員身份碼將成功登錄通知給車載的車輛性能記錄系統。
圖4是詳細描述駕駛員從確認系統中注銷請求執行步驟的流程。步驟400，原先登錄在確認系統中的車輛駕駛員通過將唯一的、預先指定的用戶名和口令輸入用戶接口202請求注銷。在舉例說明的實施例中，菜單驅動顯示可用來減小車輛駕駛員的差錯。駕駛員希望從滾動著駕駛員列表的確認系統中注銷，只要選擇他的或她的姓名隨后輸入注銷請求。在本實施例中，從確認系統中注銷根本不需要口令。
步驟405，注銷的信息發給所有需要辨認車輛駕駛員的車載電子系統。例如，車載保安系統能獲悉請求的注銷，并開始對車輛未經許可的移動作監視。
步驟410，注銷的信息從MCT 200發給中央102。注銷請求至少含有與請求注銷駕駛員有關的用戶名。
總站102接收到請求，并送入處理器件208，處理器件搜索數據庫210尋找請求的用戶名。步驟415，如果數據庫中沒有記錄可與發送來的請求注銷用戶名相符，則在步驟420產生一個出錯信息并存入數據存儲單元212或數據庫210和／或發送給合適的車隊管理中心。
如果探測到請求用戶名在數據庫210中有有效的記錄，則步驟425就執行確定請求的駕駛員是否已在確認系統注冊。如果沒有發覺請求駕駛員具有“注冊”狀態，就在步驟430產生一個出錯信息，并將其存入數據存儲單元212或數據庫210，和／或將其發給合適的車隊管理系統。
如果確定請求駕駛員的登錄狀態是數據庫210中的“注冊”，那么就將登錄狀態變為“注銷”并將此信息發給車隊管理中心110以及所有需要此信息的電子應用。例如，將駕駛員狀態改變的信息也通知電子郵件網關218，所有發給駕駛員的電子郵件信息將存儲著直至駕駛員再次登錄確認系統。
圖5是詳細描述安裝于車輛108的侵犯保安過程的執行步驟流程。步驟500，一旦發生多種可能的侵犯保安中任意一種時，MCT 200就產生保安警報。例如，如果車輛在沒有當班駕駛員注冊確認系統的情況下被開動，則在車輛開動超過預定的距離或時間后，將產生保安警報。在MCT 200上可產生聽得到和看得見的信號以提醒駕駛員登錄系統直至著登錄開始。
步驟505，MCT 200發送保安警報，以辨認是由哪一個MCT產生警報，侵犯的種類，和產生警報的時間。
步驟510，總站102中轉保安警報以及對與產生警報的MCT相關車隊管理中心110中轉相關信息。總站102也通知所有需要這種信息的其它應用。
在另一個實施例中，處理器件208記錄來自一個MCT的連續無效登錄企圖的次數。如果不成功登錄企圖的次數超過預定的次數，那么所有再次登錄的企圖將被否決。通知與指定的MCT有關的車隊管理中心以及不允許來自MCT的再次登錄直到相關的車隊管理中心發出允許繼續登錄的信息。
實施例的詳細討論有助于熟悉本領域的人能利用和使用本發明。對于熟悉本領域的人士來說，這些實施例的各種改進都是容易實現的，這里定義的一般概念可以適用于其它實施例而無需使用發明的能力。于是，本發明并不限定于這里所示的實施例，而適用于和這里所披露的概念和新性能相符的更廣闊的領域。
權利要求
1．一種用于辨認和確認車輛駕駛員的裝置，它適用于具有一個總站和多輛車輛的通訊系統中的多個電子系統，其中每一輛車都指定了唯一的車輛身份碼，并且每個車輛駕駛員也都指定了唯一的身份密碼，其特征在于，所述的裝置包括用于能至少將與每個車輛駕駛員有關的駕駛員身份密碼存儲于通訊系統中的數據庫；用于向總站發送訪問請求的通訊終端；與數據庫相連接以確定是否應該接受或拒絕所述訪問請求的第一處理器件；如果訪問請求已被第一處理器件所接受，用于至少能通知一個與訪問請求有關的車輛駕駛員辨認的電子系統的部件。
2．如權利1所述的裝置，其特征在于，向至少一個電子系統通知所述車輛駕駛員身份包含了允許所述車輛駕駛員能訪問至少一個電子系統。
3．如權利1所述的裝置，其特征在于，一旦產生訪問請求，就發送駕駛員的身份密碼和車輛身份密碼。
4．如權利1所述的裝置，其特征在于，所述駕駛員的身份密碼是預先指定的字符數字碼，它在通訊系統中對每個車輛駕駛員都是唯一的。
5．如權利3所述的裝置，其特征在于，所述通訊終端位于所述車輛上。
6．如權利3所述的裝置，其特征在于，所述通知步驟包含向至少一個電子系統發送與所述訪問請求有關的所述駕駛員身份密碼和所述車輛身份密碼。
7．如權利1所述的裝置，其特征在于，至少有一個電子系統是車隊管理中心。
8．如權利1所述的裝置，其特征在于，至少有一個電子系統是電子郵件系統。
9．如權利1所述的裝置，其特征在于，至少有一個電子系統是自動日志系統。
10．如權利1所述的裝置，其特征在于，至少有一個電子系統是電子車輛監視系統。
11．如權利1所述的裝置，其特征在于，至少有一個電子系統是車輛保安系統。
12．如權利1所述的裝置，其特征在于，它還包括一個定時器，它可用于產生表示何時發生訪問請求的指示，其中，所述通訊終端在發送訪問請求的同時還發送所述指示。
13．如權利12所述的裝置，其特征在于，所述指示是自預定日期起所經過的以秒表示的時間。
14．如權利1所述的裝置，其特征在于，它還包括安裝于所述車輛上用于確定車輛點火何時熄火的第二處理器件；用于確定從車輛熄火后所遲豫的時間的定時器；其中，如果遲豫的時間超過預定的一段時間，則第二處理器件就自動地從所述確認系統中注銷車輛駕駛員。
15．如權利1所述的裝置，其特征在于，所述訪問請求是從一組包含登錄或注銷的請求中選擇出來的。
16．如權利1所述的裝置，其特征在于，所述總站包括發送部件，它用于向車輛發送確認信息以表示所述訪問請求是否被接受。
17．如權利16所述的裝置，其特征在于，它還包括安裝在所述車輛上的緩沖器，它用于存儲至少一個駕駛員身份密碼和何時發生所述訪問請求的指示。
18．如權利17所述的裝置，其特征在于，所述通訊終端包括重復發送的部件，如果所述通訊終端未能在預定的一段時間內接收到確認信息，則至少要向總站再次發送駕駛員的身份密碼、所述車輛的身份密碼和所述時間指示。
19．如權利4所述的裝置，其特征在于，所述預先指定的字符數字密碼包含用戶名和口令。
20．如權利1所述的裝置，其特征在于，每個車輛駕駛員的全名存儲于所述數據庫，所述數據庫與所述數據庫中每個個別的駕駛員身份密碼有關。
21．如權利1所述的裝置，其特征在于，為所述至少一個電子系統中的一個而格式化的第二駕駛員身份密碼存儲于所述數據庫，所述數據庫與所述數據庫中每個駕駛員的身份密碼有關。
22．如權利21所述的裝置，其特征在于，將所述訪問請求通知至少一個電子系統的步驟包括向各個電子系統發送所述駕駛員的第二個身份密碼。
23．如權利1所述的裝置，其特征在于，所述數據庫是由車隊管理中心構成的。
24．如一種用于辨認和確認車輛駕駛員的方法，它適用于具有一個總站和多輛車輛的通訊系統中的多個電子系統，其中每輛車都指定了唯一的車輛身份碼，并且每個車輛駕駛員也都指定了唯一的車輛駕駛員的身份密碼，其特征在于，所述的方法包含的步驟接收來自車輛駕駛員的訪問請求；響應于所述訪問請求，向總站發送駕駛員的身份密碼和車輛的身份密碼；由所述總站接收駕駛員的身份密碼和所述車輛的身份密碼；確定在數據庫中是否存在接收到的所述駕駛員身份密碼；如果在所述數據庫中找到了所述駕駛員的身份密碼，就將所述訪問請求通知至少一個電子系統。
25．如權利24所述的方法，其特征在于，將所述訪問請求通知至少一個電子系統的步驟包括允許所述車輛駕駛員能訪問至少一個電子系統。
26．如權利24所述的方法，其特征在于，所述駕駛員的身份密碼是預先指定的字符數字密碼，這對所述通訊系統中的每個駕駛員都是唯一的。
27．如權利24所述的方法，其特征在于，所述通知的步驟包括向所述至少一個電子系統通知所述接收到的身份密碼和接收到的車輛身份密碼。
28．如權利24所述的方法，其特征在于，所述電子系統中有一個是車隊管理系統。
29．如權利24所述的方法，其特征在于，所述電子系統中有一個是電子郵件系統。
30．如權利24所述的方法，其特征在于，所述電子系統中有一個是自動日志系統。
31．如權利24所述的方法，其特征在于，所述電子系統中有一個是電子車輛監視系統。
32．如權利24所述的方法，其特征在于，所述電子系統中有一個是車輛保安系統。
33．如權利24所述的方法，其特征在于，何時發生所述訪問請求的指示也與所述身份密碼和所述車輛身份密碼一起發送。
34．如權利33所述的方法，其特征在于，所述指示是從預定固定日期開始后遲豫的時間。
35．如權利24所述的方法，其特征在于，它還包括這樣一個步驟，即，如果從車輛的熄火起遲豫了預定的時間，則自動將車輛駕駛員從所述確認系統中注銷掉。
36．如權利24所述的方法，其特征在于，所述訪問請求可從一組包含登錄或注銷的訪問中選擇。
37．如權利24所述的方法，其特征在于，它還包括總站向所述車輛發出所述訪問請求是否成功的確認信息的步驟。
38．如權利37所述的方法，其特征在于，它還包含下述步驟在車載的緩沖器中存儲所述身份密碼和所述時間指示；向所述總站發送所述身份密碼、所述時間指示、以及所述車輛身份密碼。
39．如權利38所述的方法，其特征在于，它還包含這樣一個步驟，即，如果在預定的一段時間內所述車輛未能接收到所述確認信息，則向所述總站再次發送所述身份密碼、所述時間指示和所述車輛身份密碼。
40．如權利26所述的方法，，其特征在于，所述預定的字符數字密碼包含用戶名和口令。
41．如權利24所述的方法，其特征在于，每個駕駛員的全名都存儲于與各個駕駛員身份密碼有關的數據庫中。
42．如權利24所述的方法，其特征在于，為所述至少一個電子系統格式化的第二個駕駛員身份密碼存儲于與所述數據庫中所述駕駛員身份密碼有關的數據庫中。
43．如權利24所述的方法，其特征在于，將所述訪問請求通知至少一個電子系統的步驟包含向各個電子系統發送所述第二個駕駛員身份密碼。
44．如權利24所述的方法，其特征在于，所述數據庫是由車隊管理中心構成的。
全文摘要
一種用于對多個電子系統,如通訊系統中的車輛管理中心(110)和電子監視系統,辨認和確認車輛駕駛員的方法和裝置。本發明特別適用于在采用需要辨認車輛駕駛員身份的多個電子應用的商業性貨運行業。在通訊系統中的每個車輛駕駛員都有著預定的唯一的身份密碼,它可用于請求登錄或注銷確認系統(208,210,212,216,214)。所有車輛駕駛員身份密碼的數據庫存儲于總站。當希望登錄或注銷時,從車輛向總站(102)發送身份密碼。如果請求駕駛員的身份密碼在數據庫中找到,就將登錄或注銷事件和請求的車輛駕駛員的身份密碼通知任何需要車輛駕駛員身份的電子系統。
文檔編號G07C5/00GK1293794SQ99804104
公開日2001年5月2日 申請日期1999年1月21日 優先權日1998年1月22日
發明者M·L·西格爾, D·T·切薩維奇, T·F·多伊爾 申請人:夸爾柯姆股份有限公司