用于乘员高度的系统和方法与流程

文档序号:12149505阅读:261来源:国知局
用于乘员高度的系统和方法与流程

本发明涉及机动车辆技术领域,并且更具体地涉及用于乘员高度的系统和方法。



背景技术:

车辆被动安全系统可以使用乘员信息,例如,乘员身高和体重。然而,确定车辆中乘员信息可能是困难的且昂贵的。例如,确定就座在车辆中的乘员的高度是困难的,因为乘员正坐着。

乘员检测和分类系统使用各种度量来检测车辆乘员并对车辆乘员进行分类。该度量可以被测量或基于用户输入。有时,该度量涉及乘员的体型。例如,乘员检测系统可以基于座椅上的重量来确定乘员是否存在于车辆中。这样的系统有时可以将成人乘员与儿童、宠物或无生命对象区分开。



技术实现要素:

根据本发明,提供一种系统,包含计算机,该计算机包括处理器和存储器,该存储器存储通过处理器可执行的指令,该指令为:

从图像传感器接收包括乘员的头部的图像;

至少部分地基于从图像传感器到乘员的头部的距离和检测到的车辆座椅的角度来确定乘员的就座高度;以及

至少部分地基于乘员的就座高度来调整安全装置。

根据本发明的一个实施例,其中指令进一步包括定位乘员的图像中的眼瞳的指令。

根据本发明的一个实施例,其中指令进一步包括至少部分地基于从图像传感器到眼瞳的距离来确定乘员的就座高度的指令。

根据本发明的一个实施例,其中指令进一步包括基于乘员的图像来确定头部姿态角度的指令。

根据本发明的一个实施例,其中指令进一步包括接收来自重量传感器的乘员重量的指令。

根据本发明的一个实施例,其中指令进一步包括基于就座高度和乘员重量来计算质量指数的指令。

根据本发明的一个实施例,其中安全装置是座椅安全带,并且指令包括基于质量指数来调整座椅安全带位置的指令。

根据本发明的一个实施例,其中安全装置是座椅安全带,并且指令包括基于质量指数来调整座椅安全带拉出率的指令。

根据本发明,提供一种系统,包含:

图像传感器;

座椅,该座椅包括座椅靠背、座椅底座和设置在座椅靠背上的角度传感器;以及

计算机,该计算机包括处理器和存储器,该存储器存储通过处理器可执行的指令,该指令为:

从图像传感器接收包括乘员的头部的图像;

至少部分地基于从图像传感器到乘员的头部的距离和检测到的座椅的角度来确定乘员的就座高度;以及

至少部分地基于乘员的就座高度来调整安全装置。

根据本发明的一个实施例,其中指令进一步包括基于乘员的图像来确定头部姿态角度的指令。

根据本发明的一个实施例,其中指令进一步包括接收来自重量传感器的乘员重量的指令。

根据本发明的一个实施例,,其中指令进一步包括基于就座高度和乘员重量来计算质量指数的指令。

根据本发明的一个实施例,其中安全装置是座椅安全带,并且指令包括基于质量指数来调整座椅安全带位置的指令。

根据本发明的一个实施例,其中安全装置是座椅安全带,并且指令包括基于质量指数来调整座椅安全带拉出率的指令。

根据本发明,提供一种方法,包含:

从图像传感器接收包括乘员头部的图像;

至少部分地基于从图像传感器到乘员的头部的距离和检测到的车辆座椅的角度来确定乘员的就座高度;以及

至少部分地基于乘员的就座高度来调整安全装置。

根据本发明的一个实施例,进一步包含定位乘员的图像中的眼瞳。

根据本发明的一个实施例,进一步包含接收来自重量传感器的乘员重量。

根据本发明的一个实施例,进一步包含基于就座高度和乘员重量来计算质量指数。

根据本发明的一个实施例,其中安全装置是座椅安全带,并且方法进一步包含基于质量指数来调整座椅安全带位置。

根据本发明的一个实施例,其中安全装置是座椅安全带,并且方法进一步包括基于质量指数来调整座椅安全带拉出率。

附图说明

图1示出了具有可以基于乘员的就座重量和就座高度为乘员指定类别的系统的示例车辆;

图2A是图1的系统的框图;

图2B是图1的系统的另一个示例性框图;

图3是用于确定车辆中乘员的高度的示例性系统的视图;

图4示出了提供高度确定信息的示例性图像;

图5是用于确定乘员的高度并且基于乘员的高度来调整安全系统的过程流程图;

图6A-6C是示出了可以用来确定乘员的质量指数的各种度量之间的示例关系的图;

图7是用于确定并且更新乘员的类别的过程流程图。

具体实施方式

医疗专业人员使用身体质量指数(BMI)来相对于人的身高和体重粗略地估算他或她的体型。人的BMI可以表明这个人是否体重过轻、处于正常体重、超重或肥胖。这些相同的类别可以用来调整某些车辆子系统,比如约束系统。BMI可以从人的站立重量和站立高度来计算。然而,该信息对于车辆来说难以获得,除非由乘员自愿提供。即使它被自愿提供,但是人的重量可能会经常变化。因此,仅仅请求车辆乘员提供他们的高度和重量不一定是确定乘员的高度和重量的可靠方式。

一种可能的解决方案可以具有车辆分类系统,该车辆分类系统从他或她的就座高度和就座重量来确定乘员的BMI。示例分类系统可以包括处理器,该处理器被编程为确定与乘员相关联的就座高度和就座重量并且至少部分基于就座重量与就座高度的比值来为乘员指定类别。该就座高度可以是通过座椅角度调整的竖直高度的函数。该就座重量可以包括施加于座椅的重量,因此排除乘员的腿的大部分。就座重量与就座高度的比值可以被称为就座身体质量指数或就座BMI。在一些情况下,就座BMI可以是就座重量与就座高度的平方的比值的函数。

就座BMI可能与由医疗专业人员所使用的更传统的BMI有关。因此,就座BMI可以用来确定特定乘员是否体重过轻、处于正常体重、超重或肥胖。各种车辆子系统可以相应地进行调整。

所示的元件可以采取许多不同的形式并且包括多个和/或替代部件和设施。所示的示例部件并不旨在进行限制。事实上,可以使用附加或供选择的部件和/或实施方式。

如图1所示,主车辆100包括乘员分类系统105,该乘员分类系统105可以根据乘员的体型对乘员进行分类,而无需乘员提供他或她的高度和重量。乘员分类系统105可以测量乘员的就座高度、测量乘员的就座重量、确定乘员的就座重量与就座高度的比值、并且至少部分基于该比值来指定类别。尽管被示为轿车,但是主车辆100可以包括任何客用或商用机动车辆,例如轿车、卡车、运动型多用途车、跨界车、厢式货车、小型货车、出租车、公共汽车等。在一些可行的方法中,如下面所讨论的,车辆是被配置为在自主(例如,无人驾驶)模式、部分自主模式和/或非自主模式下操作的自主车辆。

如图2A所示,乘员分类系统105可以包括重量传感器110、高度传感器115、安全带拉出传感器120和处理器125。

重量传感器110可以包括被编程为测量乘员的就座重量的电子计算装置。重量传感器110可以被嵌入到车辆座椅(比如驾驶员座椅)中。在一些可行的方法中,重量传感器110可以被编程为测量施加于座椅上的重量。该重量可以被称为“就座重量”,因为它表示当乘员就座时的重量。乘员的就座重量可以不同于乘员的站立重量,因为就座重量可能排除了乘员的腿的大部分的重量。重量传感器110可以被进一步编程为输出表示由重量传感器110测量的就座重量的就座重量信号。

高度传感器115可以包括被编程为测量乘员的就座高度的电子计算装置。就座高度可以包括竖直高度,该竖直高度包括从例如座椅的顶部到乘员的头部的顶部的距离。因此,就座高度可以是基于乘员的头部的顶部的高度和座椅的顶部的高度之间的差值。座椅的顶部的高度可以基于座椅距离车辆地板的高度、座椅的厚度或两者来确定。高度传感器115的电子计算装置可以从并入到座椅靠背中的座椅靠背角度传感器(未示出)的输入来确定座椅角度。乘员的头部的顶部的高度可以通过例如视觉传感器——比如包含在高度传感器115中的摄像机——来确定。高度传感器115可以被编程为通过检测例如乘员的视平线(eye level)的高度来测量或估算乘员的头部的顶部的高度。因为座椅角度可能影响乘员的头部的顶部的高度,所以高度传感器115可以被编程为将座椅角度纳入考虑并且根据座椅角度来调整乘员的头部的顶部的高度。高度传感器115可以被编程为输出表示由高度传感器115所测量的就座高度的就座高度信号。

安全带拉出传感器120可以包括被编程为确定座椅安全带拉出长度的电子计算装置。座椅安全带拉出长度可以包括当乘员处于座椅中安全带被扣紧时放出的座椅安全带的长度。安全带拉出传感器120可以被编程为输出表示座椅安全带拉出的长度的安全带拉出信号。

处理器125可以包括被编程为确定乘员的类别的电子计算装置。该类别可以是基于例如由重量传感器110所确定的就座重量、由高度传感器115所确定的就座高度、以及由安全带拉出传感器120所确定的座椅安全带拉出的长度。例如,处理器125可以被编程为接收就座重量信号、就座高度信号和安全带拉出信号。在一些可行的实施方式中,处理器125可以被编程为确定就座身体质量指数,该就座身体质量指数可以是就座重量和就座高度的函数。例如,就座身体质量指数可以是如等式(1)所示的就座重量与就座高度的平方的比值,其中就座重量以千克来测量并且就座高度以米来测量。

处理器125可以被编程为基于就座BMI来为乘员指定类别。示例类别可以包括体重过轻、正常体重、超重或肥胖。

在一些情况下,处理器125可以被编程为当为乘员指定类别时考虑如由安全带拉出信号所指示的座椅安全带拉出的长度。即,座椅安全带拉出的长度可以确认所指定的类别(即,较大的安全带拉出长度可以指示较大的乘员)。供选择地,处理器125可以被编程为根据安全带拉出长度来调整类别。例如,体格健壮的乘员可以具有相对高的就座BMI,但可能不会和具有相同重量和高度的其他人一样大。因此,在就座BMI表明较大的乘员,但安全带拉出长度表明较小的乘员的情况下,处理器125可以被编程为将乘员分类为具有正常体重。

处理器125可以被编程为根据所指定的类别来调整一个或多个车辆子系统。例如,处理器125可以被编程为生成并且输出命令信号,该命令信号命令车辆子系统根据所指定的类别来调节一个或多个设置。这样的车辆子系统的示例可以包括例如约束控制模块、车身控制模块等这样的控制模块。命令信号可以表明一个或多个安全气囊是否应该被展开、如何调节侧视镜或后视镜的位置、座椅位置、方向盘高度等。

在另一个示例中,如图2B所示,乘员分类系统105可以包括通过车辆通信网络总线135通信地连接的座椅高度传感器14、图像传感器12、角度传感器26、安全装置40、重量传感器110、数据存储130、安全带拉出传感器120和处理器125。处理器125和数据存储130可以被包括在计算装置140中。

数据存储130可以是任何已知的类型,例如,硬盘驱动器、固态驱动器、服务器、或任何易失性或非易失性介质。数据存储130可以存储通过总线135发送的数据。

总线135,例如,用于车辆10中网络通信的一个或多个已知的机构,例如已知的控制器局域网络(CAN)总线等等,可以用来提供各种通信,包括从图像传感器12和角度传感器26到处理器125的数据。

安全装置40可以是,例如,安全带、垫、安全气囊等。安全装置40可以接收来自处理器125的指令以基于就座乘员高度来调整,例如,通过调整D形环位置来调整安全带拉出率或安全带位置等。安全带位置可以是,例如,在竖直方向上的座椅安全带的高度、在纵向方向上朝向车辆100的前方或后方的座椅安全带的位置、在横向方向上向车辆100内部或外部的座椅安全带的位置、和/或座椅安全带的旋转,例如,如已知的相对于纵向、横向和/或竖直轴线的安全带穿过的D形环的取向。

图3示出了被配置为确定车辆100中的就座高度的系统105。系统105包括图像传感器12、仪表板16和车辆地板18。系统105进一步包括座椅20,该座椅20包括座椅靠背22、座椅底座24、座椅高度传感器14、角度传感器26、重量传感器110和头枕28。车辆100通常是具有三个或多个车轮的陆基车辆。然而,车辆100可以是,例如,船舶或飞机。

图像传感器12可以是3D摄像机,例如飞行时间摄像机,其被配置为捕捉图像并且测量距摄像机的图像距离。图像传感器12还可以是立体摄像机、用于测量图像距摄像机的距离的用红外传感器增强的互补金属氧化物半导体(CMOS)传感器、电荷耦合装置(CCD)传感器等。图像传感器12收集乘员和座椅20的数据(例如图像)和图像中心距图像传感器12的距离。

图像传感器12通常安装到仪表板16。图像传感器12被定位在车辆地板18上方的预定距离。通常,车辆地板18是内部车辆表面,其中乘员的脚在常规操作中放置在其上,但因为车辆地板18经常不是平面的,所以用于系统105的目的的车辆地板18被定义为平行于地面的预定平面,其中系统105的其他部分从该预定平面进行测量。车辆地板18到平面的接近度允许用于图像传感器12、座椅高度传感器14等的一致性测量距离,并且因此乘客的高度的一致性测量。

图像传感器12在高度SMH以安装角度α安装在车辆地板18的上方。角度α是车辆地板18和包括在图像传感器12中的摄像机镜头的轴线CL之间的角度。图像传感器12被安装在距乘员的眼睛的距离DSE处,例如,距离DSE是从图像传感器12到乘员的眼睛的距离。

座椅20在车辆10的常规操作过程中支撑乘员。具体地,座椅靠背22支撑乘员的背部和肩膀,座椅底座24支撑乘员的下半身,并且头枕28支撑乘员的头部。座椅靠背22、座椅底座24和头枕28可以通常由例如,金属、泡沫、皮革、乙烯树脂、织物等构成。座椅底座24的顶部位于距车辆地板18的座椅高度SH处。

座椅高度传感器14测量车辆地板18和座椅高度传感器14之间的高度SH。座椅高度传感器14可以位于靠近座椅底座24的顶表面。角度传感器26被安装在座椅靠背22上并且随座椅靠背22的旋转而旋转。角度传感器26测量相对于固定座椅底座24的旋转,测量座椅底座24和靠背22之间的角度。

角度传感器26测量座椅底座24和座椅靠背22之间的角度。角度传感器26的测量可以被校准到车辆地板18以确定座椅靠背的角度β。角度传感器26可以是任何已知的类型,例如,霍尔效应传感器。来自座椅高度传感器14和角度传感器26的测量连同来自图像传感器12的图像一起用来确定就座乘客高度。

座椅20进一步包括重量传感器110。重量传感器110可以被安装在座椅底座24中以测量乘员的就座重量。

图4示出了通过图像传感器12捕捉的乘员的图像30。图像30包括对应于乘员的脸的面部区域32。面部区域32包括对应于乘员的眼睛的两个眼部区域34。计算装置140使用已知的图像处理技术来识别面部区域32。

每个眼部区域34包括对应于乘员的眼瞳的眼瞳36。具体地,计算装置140使用已知的图像处理技术来识别眼瞳36。

图5示出了用于确定站立乘员高度SOH的过程200。过程200在框205开始,其中计算装置140获取来自图像传感器12的乘员的图像30并且将图像30存储在数据存储130中。

接下来,在框210,计算装置140从角度传感器26获取在座椅靠背22和车辆地板18之间的座椅靠背的角度β。

接下来,在框215,计算装置140获取来自重量传感器110的乘员的重量。

接下来,在框220,计算装置140基于图像估计乘员的头部姿态。具体地,计算装置140分析图像30,包括乘员的眼瞳和肩膀,以确定乘客是否看向前方,即,朝向图像传感器12。图像传感器12需要乘员的脸的清晰视图,并且如果乘客的头部被转动,则图像传感器12可能需要新的图像。

接下来,在框225,计算装置140收集来自数据存储130的预定姿态阈值。具体地,乘员的头部可以转动一定量以确定乘客的高度,如通过姿态阈值所确定的。

接下来,在框230,计算装置140确定乘客的头部姿态是否在姿态阈值内,即,是否乘员头部面向前足以确定就座乘员的高度。如果是,则过程200移动到框235。否则,过程200返回到框205,其中用图像传感器12拍摄另一图像30。

在框325,计算装置140使用已知的图像分析技术来识别图像30中的眼部区域。

接下来,在框240,使用图像30和已知的图像分析技术,计算装置140确定乘客的眼瞳位置和图像传感器12和乘员的眼睛之间的距离DSE。计算装置140还确定乘员的眼瞳和图像传感器12的轴线CL之间的距离DECL。

接下来,在框245,计算装置140确定传感器观察的高度SVH。具体地,计算装置140确定传感器观察的眼睛高度SVH为

其中,SMH是传感器安装高度,即车辆地板18和图像传感器12之间的距离,SH是座椅高度,即,从车辆地板18到座椅高度传感器14的距离,DSE是图像传感器12和乘员的眼睛之间的距离,DECL是乘员的眼睛和图像传感器12的轴线CL之间的距离,并且α是轴线CL和车辆地板18之间的角度。

接下来,在框250,假设乘员的上半身和头部与座椅靠背22对准,如图1-4的系统中所描述的,计算装置确定就座乘员眼睛高度OEH为

其中β是座椅靠背角度。

接下来,在框255,根据就座乘员眼睛高度OEH,计算装置140确定站立乘员的高度SOH为

SOH=OEH·C (4)

其中C是基于就座眼睛高度OEH和站立乘员高度SOH之间的关系的倍增因子。例如,平均男性的站立眼睛高度可以约是总高度的93.4%,并且平均女性的站立眼睛高度可以约是总高度的92.6%。就座乘员眼睛高度OEH可以近似为站立眼睛高度和人的腰部和地板之间的高度之间的差值,其可以约是平均男性的总高度的46.3%和平均女性的总高度的46%。因此,在一个示例中,C可以是或者约2.16。即,乘员的总高度可以是就座乘员眼睛高度OEH的约2.16倍。C的值可以基于已知的生物计算和驾驶员的特性来调整。

系统105还可以确定乘员就座高度OSH。类似于站立乘员高度SOH,乘员就座高度OSH可以从如等式(4)中的就座乘员眼睛高度OEH和倍增因子C确定。然而,乘员就座高度OSH将需要倍增因子C的不同的值。例如,平均男性的总站立高度和站立眼睛高度之间的差值可以是约总高度的6.6%,且平均女性的总高度和站立眼睛高度之间的差值可以是约总高度的7.4%。用于确定乘员就座高度OSH的平均男性的C的典型值可以是或约1.142。

接下来,在框260,计算装置140计算用于乘员的质量指数。具体地,计算装置140可以使用如从重量传感器所确定的乘员的身高和体重来计算乘员的身体质量指数(BMI)。乘员的BMI是乘员的体重和身高之间的比值的测量,并且可以使用乘员站立和/或就座高度、以及乘员站立和/或就座重量来确定,如图6A-6C所示。

接下来,在框265,计算装置140确定乘员BMI是否高于预定阈值。例如,BMI值高于30,有时也被称为“肥胖”,可能需要调整安全装置40。如果BMI高于预定阈值,则过程200移动到框270,否则,过程200结束。

在框270,计算装置140调整安全装置40以适应乘员,并且过程200结束。例如,计算装置140可以通过针对具有高BMI的乘员调整D形环的位置——例如,通过大体上竖直地(例如向车辆立柱上和下方)移动D形环——来调整安全带拉出和/或安全带位置。

图6A-6C是示出了可以用来对乘员进行分类并且用在上述过程中的各种度量之间的示例关系的图。图6A示出了将站立高度(以毫米为单位)与就座高度(以毫米为单位)关联起来的图400。Y轴表示站立高度并且X轴表示就座高度。趋势线405示出了乘员站立高度和乘员就座高度之间的示例参数关系。

现在参照图6B,图410将站立重量(以千克为单位)与就座重量(以千克为单位)关联起来。Y轴表示站立重量并且X轴表示就座重量。趋势线415示出了站立重量和就座重量之间的示例参数关系。

图6C是将就座BMI(SBMI)与站立BMI关联起来(SBMI Vs BMI)的图420。Y轴表示站立BMI并且X轴表示根据例如等式(1)计算出的就座BMI。趋势线425示出了站立BMI和就座BMI之间的示例参数关系。该关系可以用来建立数据库、表格或基于已建立的BMI类别将乘员类别(比如体重过轻、正常体重、超重和肥胖)与各种就座BMI关联起来的其它关系。

因此,乘员分类系统105可以根据他或她的就座重量和就座高度使用传统的BMI类别来对车辆乘员进行分类。通过测量就座重量和就座高度,乘员分类系统105可以指定类别,而无需用户输入提供这样的信息。供选择地,如果提供了这样的信息,则乘员分类系统105可以使用就座BMI来确认类别,或反之亦然。与各种车辆子系统——比如安全气囊、后视镜等——相关联的设置可以根据所指定的类别进行调整。

图7是示例过程300的流程图,示例过程300可以由乘员分类系统105执行,用于根据乘员的体型对乘员进行分类,而无需乘员提供他或她的高度和重量。

在框305,乘员分类系统105可以确定乘员的就座高度。就座高度可以从例如图5的过程200确定。就座高度可以供选择地从由高度传感器115所生成的就座高度信号确定。测量就座高度可以包括高度传感器115确定当乘员就座时乘员的竖直高度、确定座椅角度(例如,座椅靠背相对于地板的角度)、以及根据座椅角度来调整竖直高度。高度传感器115可以生成表示所调整的就座高度的就座高度的输出。处理器125可以接收就座高度信号并且基于就座高度信号来确定乘员的就座高度。

在框310,乘员分类系统105可以确定乘员的就座重量。就座重量可以例如从由重量传感器110所生成的就座重量信号确定。重量传感器110可以测量乘员的就座重量并且相应地生成就座重量信号。处理器125可以接收就座重量信号并且根据就座重量信号来确定乘员的就座重量。

在框315,乘员分类系统105可以基于例如就座重量与就座高度的比值来确定就座BMI。例如,就座BMI可以是如关于等式(1)所讨论的就座重量与就座高度的平方的比值的函数。处理器125可以确定该比值。

在框320,乘员分类系统105可以基于在框315所确定的就座BMI为乘员指定类别。该类别可以表明乘员体重过轻、处于正常体重、超重或肥胖。处理器125可以基于哪个类别与在框315所确定的乘员的就座BMI相关联来为乘员指定类别。该类别可以从将各种就座BMI值与各种类别关联的表格、数据库等中进行选择。

在决策框325,乘员分类系统105可以确认在框320所指定的类别。确认类别可以包括,例如,处理器125接收表示座椅安全带拉出的量的安全带拉出信号。如果例如座椅安全带拉出的量不匹配具有与当前乘员一样相同的就座BMI的其他乘员的体型,则处理器125可以确定乘员分类需要进行调整。例如,对于体格健壮的乘员,座椅安全带拉出可以很低,尽管乘员具有相对高的就座BMI。在本示例中,座椅安全带拉出与就座BMI不一致。如果例如座椅安全带拉出的量与具有与当前乘员一样相同的就座BMI的其他乘员的体型一致,则处理器125可以确认类别。如果类别没有被确认,则过程300可以进行到框330。如果类别被确认,则过程300可以进行到框335。

在框330,乘员分类系统105可以更新类别。例如,处理器125可以使更新的类别基于座椅安全带拉出的量以及就座高度与就座重量的比值。更新的类别可以从例如将各种就座BMI值、各种座椅安全带拉出量和各种类别关联起来的表格、数据库等中进行选择。该过程300可以进行到框335。

在框335,乘员分类系统105可以生成并且输出命令信号到一个或多个车辆子系统,例如安全装置40。可以由处理器125生成并且输出的命令信号可以命令子系统根据所指定的类别来调整一个或多个设置。示例车辆子系统可以包括例如约束控制模块、车身控制模块等这样的控制模块。该命令信号可以表明一个或多个安全气囊是否应该被展开、如何调节侧视镜或后视镜的位置、座椅位置、方向盘高度等等。

在框335之后,过程300可以结束。然而,在某些情况下,过程300可以周期性地重新开始或返回到先前的框,比如框305,以使当主车辆100操作时类别可以被连续地重新评估并且更新。

通常,所描述的计算系统和/或装置可以采用任何数量的计算机操作系统,包括但并不限于以下的版本和/或变体:福特操作系统、Microsoft操作系统、Unix操作系统(例如,加利福尼亚红木滩的甲骨文公司发售的操作系统)、纽约阿蒙克市的国际商业机器公司发售的AIX UNIX操作系统、Linux操作系统、加利福尼亚库比蒂诺的苹果公司发售的Mac OSX和iOS操作系统、加拿大滑铁卢的黑莓公司发售的黑莓OS以及谷歌公司和开放手机联盟开发的安卓操作系统。计算装置的示例包括,但不限于,车载车辆计算机、计算机工作站、服务器、台式机、笔记本电脑、便携式电脑、或手持式电脑、或一些其他计算系统和/或装置。

计算装置(比如本文所讨论的那些)通常每个包括指令,该指令通过比如上面所列的那些的一种或多种计算装置可执行并且用于实施上面所描述的过程的框或步骤。计算机可执行的指令可以从计算机程序来编译或解读,该计算机程序使用多种程序设计语言和/或技术建立,这些语言和/或技术包括但不限于JavaTM、C、C++、Visual Basic、Java Script、Perl、HTML等中单独一个或结合。通常,处理器(例如,微处理器)例如从存储器、计算机可读介质等接收指令,并且执行这些指令,从而执行一个或多个过程,包括一个或多个在此所述的过程。这样的指令和其它数据可以使用多种计算机可读介质存储和传送。计算装置中的文件通常是存储在计算机可读介质例如存储介质、随机存取存储器等上的数据的集合。

计算机可读介质包括参与提供计算机可读的数据(例如指令)的任何介质。这样的介质可以采取许多形式,包括但不限于非易失性介质和易失性介质。非易失性介质可以包括,例如光盘或磁盘以及其他持续内存。易失性介质可以包括例如动态随机存取存储器(DRAM),其典型地构成主存储器。计算机可读介质的普遍形式包括,例如软盘(floppy disk)、柔性盘(flexible disk)、硬盘、磁带、任何其它磁性介质、CD-ROM(光盘只读存储器)、DVD(数字化视频光盘)、任何其它光学介质、穿孔卡片、纸带、任何其它具有孔排列模式的物理介质、RAM(随机存取存储器)、PROM(可编程只读存储器)、EPROM(电可编程只读存储器)、FLASH-EEPROM(闪速电可擦除可编程只读存储器),任何其它存储芯片或内存盒,或任何其它计算机可读的介质。

如本文所使用的,副词“大体上”意味着形状、结构、测量、数量、时间等可以偏离准确描述的几何形状、距离、测量、数量、时间等,这是因为材料、机械加工、制造等方面的缺陷。在附图中,相同的附图标记表示相同的元件。此外,可以改变这些元件中的一些或全部。至于本文所描述的部件、过程、系统、方法等,应当理解的是,这些被提供用于说明某些实施例的目的,而不应以任何方式被解释为限制要求保护的发明。

数据库、数据储存库、或在此所描述的其它数据存储可以包括用于存储、访问和检索多种数据的各种类型的机制,包括层次数据库、文件系统中的文件集、专用格式的应用数据库、关系数据库管理系统(RDBMS)等。每个这样的数据存储通常包括在使用例如上述提到的那些之一的计算机操作系统的计算装置内,并且经由网络以各种方式中的任意一种或多种进行访问。文件系统可以从计算机操作系统访问,并且可以包括以多种格式存储的文件。RDBMS除了使用用于创建、存储、编辑和执行存储过程的语言之外,通常使用结构化查询语言(SQL),例如以上提到的过程化SQL(PL/SQL)语言。

在一些示例中,系统元件可以被实施为在一个或多个计算装置(例如,服务器、个人电脑等)上的计算机可读指令(例如,软件)、存储在与此相关的计算机可读介质(例如,磁盘、存储器等)上。计算机程序产品可以包含存储在计算机可读介质上用于执行在此所述的功能的这样的指令。

至于在此所描述的介质、过程、系统、方法等,应当理解的是,虽然这些过程的步骤等已被描述成根据一定的有序序列发生,但是这样的过程可以实施为以不同于在此所述顺序的顺序来执行所述步骤。进一步应当理解的是,某些步骤可以同时执行,其它步骤可以增加,或在此所述的某些步骤可以省略。例如,在过程200中,步骤205-270的一个或多个可以省略,或步骤可以以不同于图5中所示的顺序来执行。换言之,提供在此的过程的描述目的在于说明某些实施例,而不应以任何方式被解释为限制所公开的主题。

因此,应当理解的是,上述说明书旨在说明而不是限制。除了提供的示例,在阅读上述说明书的基础之上许多实施例和应用是显而易见的。本发明的范围不应参照上述说明书来确定,而是应该参照所附权利要求连同这些权利要求所享有的全部等效范围来确定。可以预见和预期未来的发展将会发生在在此所讨论的技术领域,且所公开的系统和方法将被结合到这些未来的实施例中。总之,应当理解的是,本发明能够进行修改和变化并且仅由下面的权利要求来限定。

在权利要求中使用的所有术语旨在被给予它们如本领域技术人员所理解的通常含义,除非在此作出明确相反的指示。特别是单数冠词比如“一”,“该”,“所述”等的使用应被理解为叙述一个或多个所示元件,除非权利要求中叙述了明确相反的限制。

本发明已经以说明性的方式进行了描述,并且应当理解的是,已经使用的术语旨在于描述性的词语性质而不是限制性的词语性质。鉴于上述教导,本发明的许多修改和变化是可能的,并且本发明可以以不同于具体描述的其他方式实施。

提供摘要以允许读者快速弄清此技术公开的本质。提交该摘要的情况下,应理解其不用于解释或限制权利要求的范围或含义。此外,在前述具体实施方式中,可以看出,为了精简本公开的目的,不同的特征被集合在不同的实施例中。这种公开方法不应被解释为反映所要求保护的实施例需要比在每项权利要求中清楚叙述的更多的特征的意图。相反,如以下权利要求反映的那样,发明主旨在于少于单一公开的实施例的所有特征。因此,以下权利要求以此方式结合到具体实施方式中,而每条权利要求自身作为单独要求保护的主题。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1