技术领域
[0001] 本
发明涉及车辆，并且更具体地涉及基于车辆操作环境的各种内部和外部参数来控制车辆窗户的不透明度。
背景技术
[0002]
电致变色玻璃用于车辆窗户，并且在施加
电压时使窗户能够从半透明变为透明或不透明。光透射的降低范围可以是从低至百分之二十到高至百分之九十五。电致变色玻璃的这种用途可以包括
汽车后视镜、飞机窗户、
建筑物等，并且可以基于例如检测到的阳光照度进行手动控制或甚至自动控制。
发明内容
[0003] 一个
实施例设想了一种操作车辆的方法，所述方法包括：当共乘车辆检测到接载新乘客时，将窗户转变为透明；以及当从紧急车辆接收到
信号时，将窗户转变为透明。
[0004] 一个实施例设想了一种操作车辆的方法，所述方法包括：当检测到车辆碰撞时，将窗户转变为透明；以及当车辆转入另一条道路时，将窗户转变为透明持续预定时间。
[0005] 一个实施例的优点是可以在车辆中采用电致变色玻璃以及
传感器，以改善车辆乘客与车辆的交互。这样的优点在共乘和自主驾驶
机动车辆中可能特别有用。
[0006] 机动车辆中电致变色玻璃的优点可以包括：通过减少暖通
空调系统上的负荷来潜在地节省车辆
电池电荷。例如，当阳光照度传感器指示存在阳光并且环境
温度为冷/凉时，允许窗户完全透明；或者当阳光照度传感器指示存在阳光并且
环境温度为暖/热时，使窗户不透明。
[0007] 机动车辆中电致变色玻璃的其他优点可以包括当多个预订(即，分别预订乘坐车辆的人员)乘坐在车辆中时，自动禁用共乘车辆中的不透明窗户。当在停下来接载乘车者期间车速降至每小时五英里(每小时八公里)以下时，共乘车辆中的窗户可以自动变为透明。如果车辆检测到碰撞事件或接近碰撞事件，则窗户也可以自动变为透明，并保持透明直到手动激活变得不透明或特定的车辆行驶结束。另外，当从一定距离内的警车/紧急车辆接收到蓝牙低功耗(BLE)信号时，可以将窗户自动变为透明的。
[0008] 机动车辆中的电致变色玻璃的另一个优点可以包括：在夜间，当车辆乘客舱内的车内照明灯亮着时，自动地将窗户变为不透明或半透明。
附图说明
[0009] 图1是机动车辆的示意图。
[0011] 图3a和图3b是与控制车辆窗户的不透明度有关的
流程图。
具体实施方式
[0012] 图1示出了具有
车身12的机动车辆10，其中窗户14位于车身12周围的各个
位置处。窗户14可以包括挡
风玻璃16、
背光灯18、侧窗20和
天窗22。每个窗户14可以是电致变色玻璃，其可以在从接近或完全不透明到半透明(半通透)、到接近或完全透明的各种不透明度之间转变。如本文所用，术语“不透明度”意指某物不透明的程度；术语“不透明”意指无法透视；术语“透明”意指允许光穿过，使得可以看见窗户后面的物体；并且“半透明”意指允许光穿过，但通常不允许详细图像穿过，且是半通透的。当提及百分比时，这通常是基于半透明在完全透明和完全不透明之间的接近程度。例如，关于窗户的半透明度，5％透明基本上是
95％不透明。
[0013] 控制器26与每个电致变色的窗户14通信，并且可以使电源28将电压选择性地施加到一个或多个特定电致变色窗户，以改变窗户的不透明度。由于电致变色玻璃及对其施加电压以改变不透明度是本领域技术人员已知的，因此本文将不讨论用于形成玻璃的材料以及将电压施加至玻璃的方式的细节。
[0014] 图1至图2示出了各种车辆传感器和其他输入，控制器26可以采用它们来确定何时通过使用电源28向一个或多个窗户14(
挡风玻璃16、背光灯18、侧窗20和/或天窗22)发送电压来改变一个或多个窗户14的不透明度。如果需要，控制器26可以是单独的控制器，或者可以结合到另一个车辆控制器中，例如车身控制器。
[0015] 可以向控制器26提供输入的传感器可以是例如转向
角传感器30、阳光照度传感器32、环境空气温度传感器34、车内温度传感器36、车辆碰撞传感器38、蓝牙紧急车辆检测传感器40等。大多数情况下，这些传感器可以是车辆上的其他系统已经采用的传感器，并且无需添加其来提供控制窗户不透明度所期望的功能。
[0016] 控制器26的输入可以包括共乘预订信息42，共乘预订信息42可以例如经由蜂窝或其他类型的无线通信网络44远程接收。该信息可以包括接载和下车地点、每个接载和下车地点处的乘客数量以及与共乘操作有关的其他信息。
[0017] 图3a至图3b是示出控制器使用来控制图1至图2的窗户14的不透明度的示例性操作方法的流程图。虽然图3a至图3b示出了考虑在给定情况下采用哪种窗户不透明度的特定顺序，但是这些步骤可以根据对呈现的每种车辆情况的重要性或关键性的期望强调，而以不同的顺序考虑，或者如果需要的话，在对于特定车辆的过程中可以省略一些步骤。
[0018] 在步骤50处，基于车辆10和乘客状况开始确定对窗户14的不透明度的控制。在步骤52处，确定车辆10中的人员(其可以是共乘客户)是否
请求了透明窗户14。
[0019] 如果是，则在步骤54处确定车辆10周围的环境温度是否高于车辆10的期望的车内温度。期望的温度可以是基于自动
暖通空调(HVAC)系统的温度设置，这类系统在本领域中是已知的，因此在此将不进行更详细的讨论。如果环境温度不高于期望的车内温度，则在步骤56处，控制器26可以将窗户14转变为透明(其也可以包括接近但不完全透明的)。如果在步骤54处环境温度高于期望的温度，则在步骤58处，控制器26可以将除了天窗22以外的窗户16、18、20转变为透明。天窗未转变为透明可能有助于保持车辆的热负荷处于低
水平，以便更快地冷却车辆内部。
[0020] 在步骤60处，确定共乘车辆10是否正在接载新乘客。如果是，则过程移至上述步骤54。当接载新的共乘乘客时，将窗户14中的一些或全部转变为半透明，从而使该新乘客能够看到谁(如果有的话)已经在车辆10中。
[0021] 如果没有新乘客，则在步骤62处确定最近是否已从车辆10附近的紧急车辆接收到BLE信号。如果是，则过程移至上述步骤54。当接收到紧急车辆信号时，将窗户14中的一些或全部转变为半透明的，从而更好地使车辆乘客能够看到车辆10周围正在发生的事情，并且如果需要的话使紧急车辆操作员能够看清车辆10。
[0022] 如果没有BLE信号，则在步骤64处确定是否已经接收到车辆碰撞信号。如果是，则过程移至上述步骤54。当接收到车辆碰撞信号时，将窗户14中的一些或全部转变为半透明的，从而可以更好地使车辆中的乘客能够作出紧急响应。碰撞信号可以例如来自安全气囊模
块、
加速度计或其他类型的系统或传感器，它们可以检测车辆碰撞事件。
[0023] 如果没有接收到车辆碰撞信号，则在步骤66处确定车辆10是否刚刚转入另一条道路(不同于其刚才行驶的道路)，或者在共乘车辆工况期间是否发生了未计划的转弯、未计划的加速或未计划的减速。如果是，则在步骤68中，将除了天窗22以外的窗户16、18、20转变为透明持续预定时间段，并且在该时间段之后，转变回到紧接在步骤66之前每个窗户的不透明度。这种向半透明的暂时转变使得乘客能够清楚地看到窗户14外部，以便确定车辆10是否如期望的那样行驶至目的地，或者是否需要采取行动。这样，时间段可以相对较短，例如，十到十五秒，但是可以根据需要将时间段设置为更短或更长。
[0024] 如果步骤66的确定为否，则在步骤70处确定是否检测到白昼阳光照度并且车内温度是否低于期望的车内温度。如果是，则在步骤72处，控制器26将窗户14转变为透明。转变为透明使车辆内部能够更快地变暖。
[0025] 如果步骤70的结果为否，则在步骤74处确定是否检测到白昼阳光照度并且车内温度是否高于期望的车内温度。如果是，则在步骤76处，控制器26将天窗22转变为5％(或小于10％)透明，并且将其他窗户16、18、20转变为15％(或小于20％)透明。通过使不透明度为几乎完全不透明，这可以保持车辆内部的热负荷处于低水平，从而使车辆内部能够更快地达到期望的温度。
[0026] 如果步骤74为否，则在步骤78处确定阳光照度是否指示夜间、车内照明灯(诸如顶灯)是否亮着以及车辆内的全部当前乘客是否来自同一预订(即，对于共乘，车辆中的全部乘客均是来自共乘应用程序的一个共乘订单的结果)。如果是，则在步骤80处，可以将窗户转变为5％(或小于10％)透明。由于全部乘车者均来自同一预订，因此不同乘客之间的安全性可能不是问题，而几乎不透明的窗户14给予乘车者更多隐私而免受车辆10外部的人员的干扰。
[0027] 如果步骤78为否，则在步骤82处，控制器26将窗户14返回到紧接在前的不透明水平。
[0028] 虽然已经详细描述了本发明的某些实施例，但是熟悉本发明所涉及领域的技术人员将认识到用于实践由所附
权利要求限定的本发明的各种替代设计和实施例。
[0029] 根据本发明的一个实施例，本发明的特征还在于，当车辆用作共乘车辆并检测到接载新乘客时，将窗户转变为透明。
[0030] 根据本发明的一个实施例，本发明的特征还在于，当检测到白昼阳光照度并且车内温度高于期望的车内温度时，将窗户转变为小于20％透明。
[0031] 根据本发明的一个实施例，本发明的特征还在于，当检测到白昼阳光照度并且车内温度高于期望的车内温度时，将天窗转变为小于10％透明。
