确认车辆驾驶员的方法和装置

1.一种用于辨认和确认车辆驾驶员的装置，它适用于具有一个总站和多辆车 辆的通信系统中的多个电子系统，其中每一辆车都指定了唯一的车辆身份密码，并 且每个车辆驾驶员也都指定了唯一的身份密码，其特征在于，所述的装置包括：
用于将与车辆驾驶员相应的第一驾驶员身份密码存储于所述通信系统中的数 据库；
用于向总站发送所述车辆驾驶员的访问请求的通信终端；
与所述数据库相连接的第一处理器件，用于使用所述第一驾驶员身份密码确 定是应接受还是应拒绝所述访问请求；
向一电子系统提供与所述车辆驾驶员相应的第二驾驶员身份密码的装置，用 来在访问被准许的时候，允许所述车辆驾驶员访问所述电子系统，所述电子系统用 来采用所述第二驾驶员身份密码，对所述车辆驾驶员进行确认。
2.如权利要求1所述的装置，其特征在于，所述第一驾驶员身份密码是预先 指定的字符数字码，对于所述通信系统中的每一车辆驾驶员来说，所述字母数字码 是唯一的。
3.如权利要求2所述的装置，其特征在于，所述预先指定的字符数字密码包 含用户名和口令。
4，如权利要求1所述的装置，其特征在于，所述通信终端位于所述车辆上。
5.如权利要求1所述的装置，其特征在于，所述电子系统是从由车辆管理中 心、电子邮件系统、自动日志系统、车辆保安系统和电子车辆监视系统组成的一组 系统中选择出来的。
6.如权利要求1所述的装置，其特征在于，它还包括一个定时器，它可用于 产生表示何时发生访问请求的指示，其中，所述通信终端在发送访问请求的同时还 发送所述指示。
7.如权利要求6所述的装置，其特征在于，所述指示是自预定日期起所经过 的以秒表示的时间。
8.如权利要求1所述的装置，其特征在于，它还包含：
安装于所述车辆上用于确定车辆点火何时熄火的第二处理器件；
用于确定从车辆熄火后所逝去时间的定时器；
其中，如果逝去的时间超过预定的一段时间，则所述第二处理器件就发送一 注销消息至所述总站。
9.如权利要求1所述的装置，其特征在于，所述访问请求是从一组包含登录 或注销的请求中选择出来的。
10.如权利要求1所述的装置，其特征在于，所述总站包括发送部件，它用 于向车辆发送确认信息以表示所述访问请求是否被接受。
11.如权利要求10所述的装置，其特征在于，它还包含：
安装在所述车辆上的缓冲器，它用于存储至少一个驾驶员身份密码和何时发 生所述访问请求的时间指示。
12.如权利要求11所述的装置，其特征在于，所述通信终端包括重复发送的 装置，如果所述通信终端未能在预定的一段时间内接收到确认信息，则至少要向所 述总站再次发送所述驾驶员的身份密码、所述车辆的身份密码和所述时间指示。
13.如权利要求1所述的装置，其特征在于，所述车辆驾驶员的名字存储在 与所述第一驾驶员身份密码相应的所述数据库中。
14.如权利要求1所述的装置，其特征在于，所述数据库可以由车队管理中 心配置。
15、如权利要求1所述的装置，其特征在于，提供所述第二驾驶员身份密码 的装置还用来向第二电子系统提供与所述车辆驾驶员相关的第三驾驶员身份密码， 所述第二电子系统采用所述第三驾驶员身份密码确认所述车辆驾驶员。
16.一种用于辨认和确认车辆驾驶员的方法，它适用于具有一个总站和多辆 车辆的通信系统中的多个电子系统，其中每辆车都指定了唯一的车辆身份密码，并 且每个车辆驾驶员也都指定了唯一的车辆驾驶员的身份密码，其特征在于，所述方 法包含下述步骤：
向总站发送与车辆驾驶员相应的第一驾驶员身份密码和车辆身份密码；
由所述总站接收所述第一驾驶员身份密码和所述车辆身份密码；
确定在数据库中是否存在接收到的所述第一驾驶员身份密码；以及
如果确定在数据库中存在所述接收到的第一驾驶员身份密码，则向一电子系 统提供与所述车辆驾驶员相应的第二驾驶员身份密码，使得所述车辆驾驶员能够访 问所述电子系统，所述电子系统用来采用所述第二驾驶员身份密码确认所述车辆驾 驶员。
17.如权利要求16所述的方法，其特征在于，所述第一和第二驾驶员身份密 码中的每一密码是预先指定的字符数字码，所述字符数字码对于所述通信系统中的 每一车辆驾驶员来说是唯一的。
18.如权利要求17所述的方法，其特征在于，所述预先指定的字符数字密码 包含用户名和口令。
19.如权利要求16所述的方法，其特征在于，所述电子系统是从由车辆管理 中心、电子邮件系统、自动日志系统、车辆保安系统和电子车辆监视系统组成的一 组系统中选择出来的。
20.如权利要求16所述的方法，其特征在于，何时发生所述访问请求的指示 也与所述第一驾驶员身份密码和所述车辆身份密码一起发送。
21.如权利要求20所述的方法，其特征在于，所述指示是从预定固定日期开 始后逝去的以秒表示的时间。
22.如权利要求16所述的方法，其特征在于，它还包含当自车辆熄火起经过 了预定的时间以后，自动将一注销消息发送到所述总站的步骤。
23.如权利要求16所述的方法，其特征在于，它还包括从所述总站向所述车 辆发送表示接收到所述第一驾驶员身份密码和所述车辆身份密码的确认消息的步 骤。
24.如权利要求23所述的方法，其特征在于，所述发送步骤包含：
在车载的缓冲器中存储所述第一驾驶员身份密码以及发生所述访问请求的时 间指示；
向所述总站发送所述第一驾驶员身份密码、所述时间指示、以及所述车辆身 份密码。
25.如权利要求24所述的方法，其特征在于，它还包含这样一个步骤，即， 如果在预定的一段时间内所述车辆未能接收到所述确认信息，则向所述总站再次发 送所述第一驾驶员身份密码、所述时间指示和所述车辆身份密码。
26.如权利要求16所述的方法，其特征在于，所述车辆驾驶员的名字存储在 与所述数据库中的所述第一驾驶员身份密码相应的所述数据库中。
27.如权利要求16所述的方法，其特征在于，所述数据库可以由一车队管理 中心配置。
28.如权利要求16所述的方法，其特征在于，它还包含这样一个步骤，即， 向第二电子系统提供与所述车辆驾驶员相关的第三驾驶员身份密码，所述第二电子 系统用来采用所述第三驾驶员身份密码确认所述车辆驾驶员。

I.发明的领域\n本发明一般涉及到车辆的监视系统，更确切地说，涉及到车辆驾驶员对多个 电子系统的辨认和确认。\nII.相关技术的描述\n在商业性货运行业以及其它装载货物的行业中，用各种电子监视系统装备车 辆已非常平凡。这些电子监视系统能够为车队驾驶员提供有关车辆性能的有用信 息。这些性能信息可包括引擎速度，引擎每分钟转速，空转时间，以及其它等等。 电子监视系统也能提供其它一些有用的信息，如用于燃料税计算目的的车辆位置， 路程分析和每次出车的公里数。在商业货运行业中的其它电子应用包括了声音/文 字信息，保安系统，和电子邮件或Email。\n在许多事例中，这些电子系统都需要车辆驾驶员的身份。例如，记录各种车 辆运转性能的电子监视系统需要驾驶员的身份以便于运转性能能归属于确认身份 的驾驶员。通过每一组数据可以了解车辆驾驶员的责任心，于是车队管理员可奖 赏达到一定性能目标的驾驶员。这类系统的典型例子是SensorTRACS的电子监视 系统，由Qualcomm公司负责销售。\n另一个需要车辆驾驶员身份的电子系统是一个电子邮件系统。它必须辨认车 辆驾驶员以便于电子邮件的信息能返回给适当的车辆。车载的保安系统也需要车 辆驾驶员的身份以确定该驾驶员是否经许可驾驶该辆车辆。\n还有另外一个需要车辆驾驶员身份的电子系统是自动产生运输部门(DOT)驾 驶员日志的系统。以往，驾驶员日志是由车辆驾驶员自己编写的。现在设想的自 动系统是能监视与产生驾驶员日志有关的车辆各个方面。例如，电子监视系统能 追踪车辆的行驶路径和停止时间，这是产生DOT日志的必要素材。这系统就需要 车辆驾驶员的身份，以便于由自动监视系统记录的信息能够归属于指定的驾驶员 并从系统中产生合法的文件(DOT日志)。\n为了辨认车辆驾驶员，对每一个车辆驾驶员都指定了唯一的身份密码和口 令。这身份密码和口令是在车辆运行前人为地输入各个安装在车辆上的电子系统。\n一般来说，电子监视系统相互间是不能通讯的，于是要对每个系统分别登录 和注销。当多个这样的系统安装于商业化车辆时，就迫使驾驶员在使用车辆前分 别被每个系统确认。一旦驾驶员结束操作车辆时，也迫使他们对每个电子系统注 销。这也许会对车队管理者带来许多问题。例如，在车辆驾驶员登录第一辆车的 数个电子系统之后，他忘记了注销一个或多个电子系统便开始了第二辆车的操作。 随后第二辆车的驾驶员也许去开第一辆车而未登录一个或多个电子系统。这也许 就造成确认与驾驶员有关数据的困难。\n发明概述\n本发明是适用于车辆驾驶员对一个或多个电子系统的辨认和确认的方法和装 置。不管使用多少独立的电子系统，但本发明只要求一次车辆驾驶员的确认。同 样一次注销也就满足了驾驶员对每个电子系统的注销。本发明消除了对使用的电 子系统分别登录和注销而引起的混乱状态。\n本发明被设计为能与现存的车队管理通讯系统相连接。这通讯系统一般包括 一个通过卫星与每个车辆相联系的总站，这些车辆可以分布在一个大的地理范围 内。通过总站，一个或多个车队管理者可与每一辆车相联系，反之，每一辆车也 能与他们相联系。这种通讯可以包含表示车辆各种运行性能的数据，例如，车辆 的速度，引擎的每分钟转速和空转时间。车辆的位置确认和文字信息则是使用这 种通讯系统的另一个优点。\n本发明采用了一个数据库，它置于总站并存储着确认车辆驾驶员的信息。此 外，数据库存储着与每个驾驶员有关的其它信息。数据库可以被车队管理者访问， 也可以随时更改。唯一的车辆驾驶员身份密码是由车队对每个车辆驾驶员预先指 定的。车辆驾驶员可以当班或非当班驾驶员的身份登录确认系统。当班驾驶员即 表示他正在操作这辆车辆。\n为了登录确认系统，车辆驾驶员必须通过在车辆上的用户输入设备输入唯一 的他个人的身份密码。一旦车辆驾驶员被用来确认驾驶员的总站数据库确认，则 在数据库中所对应的车辆驾驶员的状态就转为“登录”。从总站对车辆发出一个车 辆请求登录是否成功的承认信息。如果登录请求是成功的，就允许车辆驾驶员访 问其他电子系统，这些系统可以是在车辆上的或被车辆遥控的。在车载电子系统 的情况下，其它必要的信息与承认信息一起发送给这些系统。\n一旦成功登录后，由车辆产生的所有信息都可以与车辆驾驶员相联系。例如， 车辆位置，车辆速度，引擎的每分钟转速，和空转时间都可以记录下来并保持与 当班的驾驶员联系直至驾驶员请求从系统中注销为止。任何采用电子邮件方式直 接登录的驾驶员，无论是当班还是非当班的，都可以直接进入适当的车辆而无需 对电子邮件系统的另外请求。也无需再登录产生自动日志的系统就能产生一个自 动的DOT驾驶员日志，等等。\n当车辆驾驶员希望从确认系统中注销时，一次注销就可适用于登录的每一个 系统。如果车辆驾驶员从第一辆车注销失败并随后登录第二辆车，则确认系统能 够探测到驾驶员已经登录了系统并自动地将驾驶员从第一辆车注销。同样，如果 第一位驾驶员从车辆注销失败而第二位驾驶员在同一辆车登录，则确认系统就自 动地将第一位驾驶员的状态转为这辆车的“非当班”而将第二位驾驶员与以后的 车辆性能信息相联系。\n附图简述\n以下结合附图的详细讨论将使本发明的性能，目的和优点更加明显，而这些 附图在本文中也具有参考的作用。\n图1说明了基于卫星的通讯系统；\n图2更详细地说明了本发明的基于卫星的通讯系统和确认系统；\n图3是根据本发明的确认车辆驾驶员的方法的详细流程；\n图4是本发明的确认系统注销方法的详细流程；\n图5是本发明的确认系统中产生保安警报的方法的详细流程。\n实施例的详细描述\n本发明的驾驶员确认和辨认的方法和装置最好是采用陆地基站移动通讯单元 的内容来说明，特别是用于商业货运行业车辆上的移动通讯单元的内容来说明。 无论如何都能理解到：本发明是用于需要驾驶员确认和辨认的应用，特别是在多 个电子系统需要辨认驾驶员的应用中。图1描述了用于驾驶员确认和辨认所需的 部件。\n在图1中，车队管理中心110和车辆108能够通过总站102和数据卫星104 相互通讯联系。本发明并没有对卫星通讯系统作出任何限制。任何无线地面通讯 系统也可以使用，也没有限制，如，陆地移动无线电(LMR)，短波，蜂窝状，或PCS 系统。此外，尽管图1仅仅描述了一个车队管理中心110，事实上，整个系统可 以采用多个独立的车队管理中心并且可以通过总站102和数据卫星104与各自车 队的车辆相互通讯联系。\n在举例说明的实施例中，车辆108是一台商业性货运车辆，在它的驾驶室或 车辆的车厢里安装了移动通讯终端(MCT)，图中并没有显示。移动通讯终端能够通 过数据卫星104向总站102发送通讯信号和接受来自总站102的通讯信号。应该 再次理解到：MCT可以使用经选择预先建立通讯方法的并能与总站通讯联系的任 何一种器件。此外，车辆的位置能够使用数据卫星104和位置卫星106来确定。 众所周知，通过卫星是能够确定车辆的位置的，例如，通过双重卫星导航系统所 形成的三角形，正如美国专利No.5,017,926题为“双重卫星导航系统和方法”一 文所披露的。本引用该专利作为参考。\n车辆108可以向车队管理中心110发送有关车辆运行时的性能特性的有用信 息，例如，车辆的速度，引擎的每分钟转速，和空转时间都可以发送给车队管理 中心110用于处理和保存。这些信息对车队管理在货运成本和辨认浪费的实际值 (如过分空转时间和超速)都是有用的。此外，通过了解这些与驾驶员有关的数据， 保持良好驾驶习惯的车辆驾驶员可以得到奖赏，而一贯违反管理所制定标准的车 辆驾驶员将得到适当处理。装备了这类车辆监视系统的车辆一般都要求车辆驾驶 员登录系统，通常是将身份密码输入车辆上的用户接口器件。随后，身份密码便 与车辆运行时产生的任何性能数据相结合。\n其它电子系统也要求车辆驾驶员的身份。例如，电子邮件对正在路上行驶的 卡车驾驶员十分有效。很典型，电子邮件系统就需要驾驶员的身份以便于将信息 可以发送给期待信息的驾驶员的车辆。一般来说，除了对电子监视系统所要求的 登录以外，只需要由驾驶员一次单独的电子邮件系统登录。\n目前，运输部门(DOT)正在评价是否允许自动驾驶员登录取代人工登录的过 程中。以往，各种驾驶数据如日常驾驶时间，休息时间和路程信息等都是由车辆 驾驶员自己提供的。随着电子监视系统的广泛普及，特别是车辆位置系统，现在 运输部门允许使用电子监视系统自动提供数据。进而，每个车辆驾驶员必须与指 定的车辆数据相符合，以至于必须要有正确的个人注册。再者，一般都要求分别 登录到DOT的注册系统。\n图1的通讯系统包含了一种保安的性能。例如，在确认的驾驶员的身份密码 输入之前，保安系统不允许车辆启动。身份密码能够与总站102和能确认身份的 车队管理中心110通讯联系。对总站102通讯驾驶员身份信息的优点是保持驾驶 员的动态数据库可以由车队管理者随时维护和更新。\n使用本发明的确认系统有可能获得其他保安性能。例如，如果车辆驾驶员登 录系统的企图不成功的话，只要企图登录的次数超过了预定的数目则保安警报就 能发送给总站102。如果车辆的运行超过了预定的距离和时间而没有确认的驾驶 员的登录，就可能发出另一种保安警报。当然，这种情形是假定上述讨论系统的 关闭功能没有执行的前提下。保安系统的另一个优点是当没有确认的驾驶员操作 车辆时就以温柔听得见的声音来提醒驾驶员登录系统。还有的保安系统优点是在 车辆停止使用后的一段预定的时间以后，车辆驾驶员可以自动地从确认系统中注 销。\n图2详细说明了确认系统。显示了MCT 200，用户接口202，无线收发机204， 缓冲器206，定时器207，处理器205，数据卫星104，总站102，无线收发机216， 处理器件218，数据库210，数据存储单元212，接口器件214，电子邮件网关218， 和车队管理中心110。应该意识到：在通讯系统中的每辆车辆都具有它自己的MCT 200。MCT 200安装于车辆108，而总站102，车队管理中心110和电子邮件网关 218安装与相互可以遥控的位置，当然在另一个实施例中这些部件都被指定在一 个位置上。\n在通讯系统中的每一辆车辆108都指定为只有一个唯一的车辆身份密码以致 于在车队中车辆的身份是不同的。车辆的身份密码可以是唯一识别车辆的任意字 母序列，然而，在举例说明的实施例中，车辆身份密码是与MCT 200有关的序列 数字。车辆身份密码存储于缓冲器206，或MCT 200中的其它存储器件(没有示意)。 缓冲器206可用来存储由车辆108产生的信息，例如，由电子监视系统产生的有 关车辆性能的信息。\n要请求访问确认系统，如请求登录后注销，车辆驾驶员必须通过用户接口202 输入预先指定的车辆驾驶员的身份密码。车辆驾驶员的身份密码一般是以使用者 的姓名和口令构成，当然其他形式也是有可能的。典型的用户接口202是键盘和 视频显示单元，可通过键盘输入一串字符一数字序列并对车辆驾驶员显示。然而， 也可以使用其它用户接口取代键盘和视频显示单元，如采用磁卡读卡器，它可以 通过读取预先编好在小的、硬的卡上的磁条来处理车辆驾驶员身份密码。与车辆 驾驶员身份密码和访问请求时的指示有关的访问请求存储于缓冲器206。车辆身 份密码也存储于缓冲器206，正如上述所讨论的。\n访问请求的指示可以由日期和时间构成，或使用其他方法在访问请求时建 立。在举例说明的实施例中，以1988年1月1日00:00:00过后的数秒作为辨认 请求访问的日期和时间。\n车辆驾驶员可以以当班或非当班驾驶员的身份登录确认系统。当班的驾驶员 被认定为可以操作车辆，而非当班的驾驶员被认定为目前不可以操作车辆但在车 辆附近。非当班驾驶员的例子是副驾驶员或轮换作为当班驾驶员。当登录以后， 车辆驾驶员的状况，无论是当班的还是非当班的，都存储于缓冲器206或MCT 200 中的其它存储器件(未示出)。\n在本发明的实施例中，值得注意的是：当班/非当班驾驶员的状况并没有发 送给总站102。只有当“登录”或“注销”的时间，才将车辆驾驶员的状况存入 总站102。这些详细的细节将在以后解释。\n在本发明的一个实施例中，多个车辆驾驶员可以在同一MCT上登录，然而， 在给定的时间内只能有一位驾驶员被定位当班的驾驶员。每个车队管理中心可以 根据MCT的允许范围确定在任意给定时间内的车辆驾驶员的最多人数。在举例说 明的实施例中，可登录一个MCT的最大人数为五位车辆驾驶员，但只有其中一人 可以当班驾驶员的身份登录。对电子邮件这样的电子系统来说，当班的和非当班 的驾驶员在哪里都是很重要的。通过登录确认系统，即使是非当班的驾驶员，电 子邮件系统知道电子信息该投入那一辆车辆。\n车辆驾驶员可以通过用户接口202来改变他们在车上的状况，如从当班的变 为非当班的或从非当班的变为当班的。再者，这信息并没有传递到总站102。\n在这实施例中，一旦请求登录，车辆驾驶员的身份密码，车辆身份密码以及 登录的日期和时间等信息由MCT 200通过无线电收发机204，数据卫星104发送， 总站102通过无线电收发机216接受信息并提供给处理器件208。一旦请求注销， 就发送车辆驾驶员身份密码，车辆身份密码，以及注销的日期和时间等信息。应 该意识到：根据请求确认的申请，可将这些数据项中的一项或组合发送给总站 102。例如，为了确认驾驶员是授权操作该车辆，只要发送车辆驾驶员身份密码就 足够了。在这种情形下，没有必要了解哪一辆车是在操作或访问请求的时间和日 期。\n处理器件208就是一般的计算器件，典型的是一个数字计算机，它与无线电 收发机216相连接，通过MCT 200和车辆驾驶员相通讯联系。此外，处理器件208 也与数据库210，数据存储单元212和接口器件214相连接。在其它一些事务中， 处理器件208在接受到访问请求(如登录或注销的请求)后担负着同意车辆驾驶员 访问请求的责任。处理器件辨认在数据库中找到接受到的驾驶员身份密码，随后 通知其它电子系统如车队管理中心110或电子邮件网关218，这样就完成了一次 成功的访问。\n处理器件208接受驾驶员身份密码，并在数据库210内寻找相符合的驾驶员 身份密码。数据库210至少包含了期待使用的或由车队管理所列出的每一个车辆 驾驶员的身份密码。与每个车辆驾驶员身份密码有关的其它信息也存储于数据库 210中。例如，驾驶员的第二个身份密码，驾驶员的姓名，和/或社会保障号都可 以存储着。每个车辆驾驶员的注册状况，如登录或注销，也可以存储着。这些信 息对自动DOT日志是必需的，以及对车队管理中心通过姓名来辨认使用车辆的驾 驶员也是十分有益的。驾驶员的第二个身份密码在介入需要身份的其它电子系统 也是需要的，这些系统可以采用不同于本发明确认系统的格式。\n当车辆驾驶员注册确认系统时，与该驾驶员有关的第二个身份密码就被发送 到采用另外格式的其它电子系统中。于是，车辆驾驶员就不需要为了在不同的电 子系统中确认而记着，或输入多个身份密码。其它信息，如驾驶员的最后一次请 求，车辆的身份密码，以及请求的日期和时间等，也可以存储着。在举例说明的 实施例中，数据库210存储了车辆驾驶员的全名，SensorTRACS的身份密码，驾 驶员的注册状况，最近一次在MCT上注册的MCT身份密码，最近一次的注销时间， 以及驾驶员使用的车队管理的名称。SensorTRACSθ是由Qualcomm公司销售的电子 系统，它用于通讯联系在运输中的车辆的运转性能。\n在举例说明的实施例中，如果接受到的驾驶员身份密码可在数据库210中找 到，那么，与请求驾驶员有关的车辆身份密码，以及登录的时间和日期存储于数 据库210。此外，与请求的驾驶员有关的注册状况改变为“注册”状态，即意味 着驾驶员目前已在车辆上注册。处理器件208就通过向每个需要确认的电子系统 发送驾驶员身份密码通知成功访问请求的一个或多个电子系统。如果特定的电子 系统要求另一种格式的身份的话，可以发送驾驶员的第二个身份密码(上述所讨论 的)来取代。\n除了向每个电子系统发送驾驶员身份密码以外，也可根据需要发送其他信 息。例如，与访问请求有关的车辆身份密码可以发送给电子邮件网关，以便电子 邮件的信息能发送给指定的车辆。\n处理器件208向MCT 200发送一个承认信息，以表明已接受到了访问请求。 如果请求登录，可以对MCT 200发送表明登录请求是否成功的承认信息。其他信 息也与承认信心一起发送，这取决于请求是否成功。如果登录请求是成功的，则 可以发送车辆驾驶员身份密码，车辆驾驶员的全名，登录的时间，以及用于车载 电子系统的第二个身份密码等信息。如果登录不成功，可以发送车辆驾驶员身份 密码，企图登录的失败时间和表明发生失败的原因等信息。\n由车辆108发送的信息可用于保安目的或记录由电子监视系统产生的车辆性 能参数。例如，如果车辆108装备了保安器件可防止未准许的车辆启动，那么只 有成功的信息才能启动车辆108。反之，车辆108将不能启动运转。同样，能提 供给电子监视系统的第二个身份密码可用于将车辆驾驶员指定的车辆性能特性与 第二身份密码相匹配。\n一旦有登录或注销的企图，就可将承认的信息，无论成功与否，通过接口器 件214发送给适当的车队管理中心110，并且存储于数据存储单元212或数据库210 以备以后的检索。接口器件214可以是本技术领域中所熟悉的、用于从一个位置 向另一个位置通讯信息的任意器件。接口器件的例子有无线电收发机，电话接口 器件。TI接口，等等。\n偶尔，车辆108也会不能与数据卫星104相通讯，这是由于物理性障碍物阻 挡了信号路径。例如，车辆停放于立交桥下或位于隧道内。当车辆驾驶员企图访 问确认系统时，MCT 200就企图与数据卫星104相联系。企图访问的日期和时间 与驾驶员的身份密码一起记录于缓冲器206。如果发自总站102的承认信息未能 在预定的时间范围内接受到的话，则存储于缓冲器206的信息就再次通过无线电 收发机204发送。重复这一周期直到接受到来自于总站102的承认信息。\n对通讯系统中的每一个车辆驾驶员来说，每个车辆驾驶员的身份密码必须是 唯一的。车辆驾驶员身份密码可以是任意的字符数字的组合，每个都具有系统操 作者所确定的最小长度和最大长度。身份密码的最小长度是由系统要求的车辆驾 驶员的最大数目所确定。用户名，口令，或两者的最大长度是受到使用数据卫星 104通讯信息相关成本的限制。身份密码的一个例子是用户名和口令的组合。用 户名可以是车辆驾驶员真实姓名的姓，名，社会保障号，或者是这些组合。口令 可以是任意字符数字序列，它与用户名组合在一起，在系统中唯一辨认每个车辆 驾驶员。\n其它唯一辨认车辆驾驶员的方法也可以使用。例如，在通讯系统中的各个车 队管理中心可以对他们的各自用户指定唯一的用户名，然而，在整个系统中这些 用户名并不一定是唯一。如果用户名与发出请求的特定车队管理中心有关，则车 辆驾驶员仍是处于唯一辨认系统的范围内。例如，如果第一车队管理中心和第二 车队管理中心都有Bob作为用户名在他们的系统中，当各自管理中心访问Bob的 数据记录时，在总站不会有任何限制，这是因为在数据库中的各个Bob只能唯一 与他各自车队管理中心相联系。\n一旦车辆驾驶员已经以MCT 200的当班驾驶员身份成功地登录确认系统，发 自车辆108的运转数据可以存储，这些信息与当班驾驶员有关及与车辆相联系。 运转数据可以存储于缓冲器206，安装于车辆的其它存储器，或发送到总站102 并存储于数据库210或其它数据库，正如图2所示的数据存储单元212。数据包 含车辆的位置，车辆的速度，引擎的每分钟转速，及空转时间，等等。运转数据 能继续存储于当班驾驶员的名下直至接受到来自用户接口202的注销请求或车队 管理中心110发出的强制注销请求。由这些数据可产生DOT日志，并汇编成车队 的运转性能以用于分析其利润率。\n当驾驶员希望从确认系统中注销时，可通过用户接口202输入注销请求。注 销请求需要驾驶员的唯一的、预先指定的用户名和口令。在举例说明的实施例中， 驱动显示的菜单用来减小车辆驾驶员输入的差错。一个驾驶员希望从确认系统中 注销，他可以在整个驾驶员的列表中选择他的或她的姓名，然后输入注销请求。 驾驶员可以选择完全注销系统，或使他的驾驶员状况改变为“非当班”的。在实 施例中，注销确认系统根本不需要口令。在MCT 200中，如果车辆驾驶员以当班 驾驶员的身份登录的，则一旦请求注销就不会再将运转数据附属于他。不论驾驶 员是否当班，MCT 200从缓冲器206删除驾驶员的身份以便于其他驾驶员能以非 当班或当班驾驶员的身份登录。\n车辆驾驶员可以由总站102自动注销第一个MCT，只要他或她企图去登录第 二个MCT。一旦接收到登录请求，处理器件208首先确定接受到的用户名和口令 在数据库中是否有效。接着，处理器件208校对相应的登录状态以了解驾驶员是 否已经在确认系统中登录，一旦确认就通知MCT。如果驾驶员登录另一个MCT，则 数据库210就改变为反映驾驶员当前登录的第二个MCT，并且对第一个MCT发出 信息命令注销。在第一个MCT上，以当班或非当班驾驶员身份的车辆驾驶员除去， 以后的运转数据就不再归属于他。\n另一种自动注销的情形是在车辆点火开关已拨到“关”的位置后又消失了一 段预定的时间。在处理器205探测到车辆的点火开关已经拨到关的位置后，它便 启动定时器207。定时器207可采用多种方法实现，可以是独立的器件也可以是 采用软件实现。如果定时器207指示从车辆点火开关拨到关的位置开始预定的一 段时间已经消失，那么就通过发送给总站102的信息将登录在MCT 200的当班驾 驶员从系统中注销。注销的信息包含驾驶员的身份密码，注销的日期和时间，以 及MCT的身份密码。在另一个实施例中，在预定的一段时间消失后，当班驾驶员 在缓冲器206中的状态就变为非当班的状态。在这种情形下就没有信息发给总站 102。在预定的一段时间消失后的短时间内，通过注销信息发给总站102而将驾驶 员完全从确认系统中注销。\n如果原先处于当班状态的车辆驾驶员已经忘记了从确认系统中注销并且新的 驾驶员希望能登录为当班驾驶员，这时就将原先驾驶员的状态在缓冲器206中从 当班的变为非当班的。没有任何信息发给总站102，通知它原先驾驶员的状态改 变；而由新驾驶员发出登录请求。当新驾驶员请求登录时，如果车辆驾驶员所预 定的最大数目已经在指定的MCT上登录，那么可采用两种可能方法中的一种方法 来有效地解决这种冲突。在使用菜单驱动系统的实施例中，新的车辆驾驶员选择 将原先的驾驶员从确认系统中注销。新驾驶员滚动选择驾驶员名单并要求将其注 销，随后使用他或她的用户名和口令发送登录请求。在另一实施例中，处理器205 采用预定的算法自动地将原先登录的驾驶员从系统中注销。例如处理器205能够 以最长登录时间来消除驾驶员，或驾驶员超过预定的一段时间后就不再是当班驾 驶员。\n数据库210是可以被车队管理中心110和MCT 200所访问。车队管理中心110 与数据库210的通讯是为了创建，删除，或变更车辆驾驶员的记录。如果要创建 或变更新的驾驶员的记录，车队管理中心110须通过总站102向数据库210提供 驾驶员的全名和车辆驾驶员身份密码。也可以包含其他信息。例如，辨认同一车 辆驾驶员的第二用户名和/或口令也提供给数据库210以用于需要他自己的用户名 和/或口令的电子应用。如果驾驶员的记录已经存在于数据库210中并与所要求的 记录相符合，那么就用新的信息更改老的记录。如果没有与所要求的车辆驾驶员 相符合的记录，那么就创建新的记录，车队管理也就获悉了确认现在驾驶员的失 败。从总站102向车队管理中心110发出承认的信息以确认创建/更改的请求，如 果请求是成功的话，也通知车队的管理。此外，在实施例中，只要数据库中车辆 驾驶员的信息被更改，则驾驶员就自动地从确认系统中注销。\n如果要求删除现存的车辆驾驶员的记录，只需要从车队管理中心110向数据 库210发出一个适当的请求。请求包含辨认要删除车辆驾驶员记录的信息。从总 站102向车队管理中心110发出承认信息以确认删除请求，无论请求是否成功都 得通知车队管理。如果要删除的车辆驾驶员的记录在数据库210中未能找到就会 删除失败。\n车队管理中心110也能强制注销正登录系统的任意一个车辆驾驶员。由车队 管理中心110向总站102发出辨认要注销驾驶员的注销命令。处理器件208从接 口器件214接受到注销的命令，随后便确认在数据库中驾驶员的状态。如果被辨 认的驾驶员登录了系统，就将驾驶员的状态变为注销，并向MCT 200发出一个信 息通知它有关状态的变化。在MCT 200，也将状态的变化通知给依赖确认驾驶员 身份的任意电子应用。再者，总站102向车队管理中心110发出一个承认信息作 为对注销的响应。例如，当知道当班的车辆驾驶员不再操作该车辆时，就可以执 行强制注销。\n车队管理中心110可以询问数据库210以确定哪一位驾驶员在指定的MCT上 登录(MCT询问)或确定车辆驾驶员的状态和位置(驾驶员询问)。MCT询问检索数 据库中的信息来了解哪些驾驶员正在指定的MCT上登录，哪些是当班的，哪些是 非当班的。应该明白：在本发明的实施例中，访问数据库是不能确定当班或非当 班的状态的。这是因为当班/非当班的状态并没有发送给总站102。仅仅得到“登 录”或“注销”的状态并存储于数据库210。驾驶员询问检索数据库的信息以了 解指定的车辆驾驶员是登录在哪一个MCT上，这种情况即使有也是很少的。\n通讯系统中的每个MCT被假定为系统中许多车对管理中心中的一个。每个车 队管理中心只能与对应的MCT通讯。因此，MCT询问就只能产生一次，它只响应 指定车队管理的MCT。\n车队管理中心110可以规定一些与确认/辨认系统有关的系统参数以满足与 总站102通讯的特定需要。例如，车队管理中心110可在任意时间启动或禁用整 个确认系统。在保安警报产生以前无效登录的企图数目可以改变或禁用。无须确 认当驾驶员登录的行驶距离或时间也可以改变或禁用。在表明无效登录确认系统 的两次报警之间的时间可以改变或禁用。在引擎不工作的一段预定的时间后自动 注销的特性也可以变更或禁用。这些预定设置的任何状态都可以由车队管理系统 110在任意时间请求。\n最后，车队管理中心110可以根据需要获取每辆车辆或每个车辆驾驶员的运 行数据。数据库将返回所有数据，这些信息是从最近一次检索信息开始的有关车 辆/车辆驾驶员的记录。这些信息存储于缓冲器206，或安装于车辆的存储器108， 或数据库210，或数据存储单元212。\n在本实施例中，如果保安警报由MCT 200发出，则MCT的身份数码，确认的 日期和时间，以及警报的类型也发送给总站102。警报也发给车队管理中心110 以及其他使用保安信息的电子应用。\n每逢登录，注销或发生保安警报时，其它一类信息可以被MCT 200或总站102 确认。例如，可以计算出最近大城市的名字或最近城市(任何地区)的名字并提供 给车队管理中心110。与辨认城市有关的信息包含该辨认城市所处的国家，地区 代码，邮政编码以及指定MCT偏离该城市的方向。\n图3是详细描述登录请求过程中执行步骤的流程。一位车辆驾驶员希望登录 确认系统，从MCT 200上请求登录开始，如步骤300所示。一般来说，由请求的 车辆驾驶员输入唯一的用户名和口令。车辆驾驶员可以当班或非当班的身份登录 系统。\n步骤305，登录也通知了车载的各类应用。例如，记录车辆运转特性的电子 监视系统将开始记录在当班驾驶员名下的这些特性。车载的保安系统也能够获悉 驾驶员的登录。\n步骤310，无线电收发机204向总站102发出登录请求。在举例说明的实施 例中，驾驶员的用户名，口令，MCT身份码，以及登录的时间是一起发送的。\n步骤315，处理器件208搜索数据库210以确定接收到的用户名是否存储于 数据库210之中，如果是存储于数据库的，则接受到的口令是否与数据库210中 用户名的口令相符合。如果没有找到该用户名，或者找到了用户名但发送的口令 与存储于数据库内的口令不相符，步骤320就执行向MCT 200和车队管理中心110 发送一个信息表示探测到无效登录。登录企图的记录也存储于数据库210或数据 存储单元212。MCT200通过用户接口202依次告诉车辆驾驶员无效登录的请求。MCT 200也通知车载的应用登录请求无效。\n如果步骤315探测到有效的用户名和口令，则在步骤330执行校对以确定请 求的驾驶员是否正登录在其他MCT上。如果驾驶员在原先MCT上注销失败，或者 注销是输入了但未能与总站102相联系，就会发生这种情形。无论何种情形，只 要探测到请求的驾驶员正登录在其它MCT上，在步骤335就向原先的MCT发出一 个信息强制注销。\n如果请求的驾驶员没有登录其它车辆，则步骤340将驾驶员在数据库中的状 态改变为“登录”，并与MCT身份码和登录的时间在一起。步骤345，向MCT 200 发送一个信息表示已成功登录，这信息包含其它对车载电子监视应用有用的信息， 例如，唯一的第二个身份码，对指定的车载应用的格式化。也向车队管理中心110 和其它电子应用如电子邮件网关218发出一个信息，以辨认车辆驾驶员和相关的 MCT身份码。\n最后，步骤350，MCT 200将成功登录通知所有车载的应用。例如，MCT200 可以通过提供由总站102发送的唯一驾驶员身份码将成功登录通知给车载的车辆 性能记录系统。\n图4是详细描述驾驶员从确认系统中注销请求执行步骤的流程。步骤400， 原先登录在确认系统中的车辆驾驶员通过将唯一的、预先指定的用户名和口令输 入用户接口202请求注销。在举例说明的实施例中，菜单驱动显示可用来减小车 辆驾驶员的差错。驾驶员希望从滚动着驾驶员列表的确认系统中注销，只要选择 他的或她的姓名随后输入注销请求。在本实施例中，从确认系统中注销根本不需 要口令。\n步骤405，注销的信息发给所有需要辨认车辆驾驶员的车载电子系统。例如， 车载保安系统能获悉请求的注销，并开始对车辆未经许可的移动作监视。\n步骤410，注销的信息从MCT 200发给中央102。注销请求至少含有与请求 注销驾驶员有关的用户名。\n总站102接收到请求，并送入处理器件208，处理器件搜索数据库210寻找 请求的用户名。步骤415，如果数据库中没有记录可与发送来的请求注销用户名 相符，则在步骤420产生一个出错信息并存入数据存储单元212或数据库210和/ 或发送给合适的车队管理中心。\n如果探测到请求用户名在数据库210中有有效的记录，则步骤425就执行确 定请求的驾驶员是否已在确认系统注册。如果没有发觉请求驾驶员具有“注册” 状态，就在步骤430产生一个出错信息，并将其存入数据存储单元212或数据库 210，和/或将其发给合适的车队管理系统。\n如果确定请求驾驶员的登录状态是数据库210中的“注册”，那么就将登录 状态变为“注销”并将此信息发给车队管理中心110以及所有需要此信息的电子 应用。例如，将驾驶员状态改变的信息也通知电子邮件网关218，所有发给驾驶 员的电子邮件信息将存储着直至驾驶员再次登录确认系统。\n图5是详细描述安装于车辆108的侵犯保安过程的执行步骤流程。步骤500， 一旦发生多种可能的侵犯保安中任意一种时，MCT200就产生保安警报。例如，如 果车辆在没有当班驾驶员注册确认系统的情况下被开动，则在车辆开动超过预定 的距离或时间后，将产生保安警报。在MCT 200上可产生听得到和看得见的信号 以提醒驾驶员登录系统直至着登录开始。\n步骤505，MCT 200发送保安警报，以辨认是由哪一个MCT产生警报，侵犯 的种类，和产生警报的时间。\n步骤510，总站102中转保安警报以及对与产生警报的MCT相关车队管理中 心110中转相关信息。总站102也通知所有需要这种信息的其它应用。\n在另一个实施例中，处理器件208记录来自一个MCT的连续无效登录企图的 次数。如果不成功登录企图的次数超过预定的次数，那么所有再次登录的企图将 被否决。通知与指定的MCT有关的车队管理中心以及不允许来自MCT的再次登录 直到相关的车队管理中心发出允许继续登录的信息。\n实施例的详细讨论有助于熟悉本领域的人能利用和使用本发明。对于熟 悉本领域的人士来说，这些实施例的各种改进都是容易实现的，这里定义的 一般概念可以适用于其它实施例而无需使用发明的能力。于是，本发明并不 限定于这里所示的实施例，而适用于和这里所披露的概念和新性能相符的更 广阔的领域。\n发明背景