說明性實施例總體上涉及用于交通燈狀態(tài)警告的方法和設備。

背景技術：

提高交通流量是城市規(guī)劃者的期望目標。許多以前有紅綠燈(stop-light)的交叉路口已經(jīng)被環(huán)狀交叉路口(roundabout)所取代，這使得交通基于其建立的位置更加自然地流動。然而，對于仍然有紅綠燈的交叉路口，大量的交通可能會擁擠起來。此外，當紅綠燈變?yōu)榫G色時，并非所有的駕駛員都將同時移動。這些小的移動延遲可能導致更少的汽車移動通過交叉路口，從而加重了交通阻塞。駕駛員可能會被分心，并且不會注意到紅綠燈的變化，或者(例如，由于大型車輛成了障礙物)駕駛員甚至可能無法看到紅綠燈，并且將不得不等待直到駕駛員看到交通移動以確定紅綠燈已經(jīng)改變?yōu)橹埂?/p>

技術實現(xiàn)要素：

在第一說明性實施例中，一種系統(tǒng)包括處理器，所述處理器被配置為：當車輛接近交通燈時，無線地接收交通燈狀態(tài)通知。所述處理器還被配置為：至少基于所述交通燈狀態(tài)、車輛速度以及車輛與所述交通燈的接近度，來確定適當?shù)能囕v動作，并且向車輛駕駛員推薦所述適當?shù)能囕v動作。

在第二說明性實施例中，一種系統(tǒng)包括處理器，所述處理器被配置為：當目標車輛在紅燈時停下來時，無線地接收交通燈狀態(tài)數(shù)據(jù)。所述處理器還被配置為：基于所接收的交通燈狀態(tài)數(shù)據(jù)，來確定交通燈已經(jīng)變?yōu)榫G色。所述處理器還被配置為：確定緊靠在目標車輛前面的任何中間車輛已經(jīng)開始移動，基于所述交通燈變?yōu)榫G色以及所述中間車輛的移動，自動開始向前移動目標車輛。

在第三說明性實施例中，一種計算機實現(xiàn)的方法包括：當目標車輛在紅燈時停下來時，無線地接收交通燈狀態(tài)數(shù)據(jù)。所述方法還包括：基于接收到的交通燈狀態(tài)數(shù)據(jù)，來確定交通燈已經(jīng)變?yōu)榫G色。所述方法還包括：確定緊接在目標車輛前面的任何中間車輛已經(jīng)開始移動，基于所述交通燈變?yōu)榫G色以及所述中間車輛的移動，自動開始向前移動目標車輛。

根據(jù)本發(fā)明的一個實施例，所述方法還包括：無線地廣播所接收的交通燈狀態(tài)數(shù)據(jù)。

根據(jù)本發(fā)明的一個實施例，所述交通燈狀態(tài)數(shù)據(jù)經(jīng)由專用短程通信被接收。

根據(jù)本發(fā)明的一個實施例，所述交通燈狀態(tài)數(shù)據(jù)從設置到所述交通燈的收發(fā)器被接收。

根據(jù)本發(fā)明的一個實施例，所述交通燈狀態(tài)數(shù)據(jù)從無線地廣播所述交通燈狀態(tài)通知的另一車輛被接收。

附圖說明

圖1示出了說明性的車輛計算系統(tǒng)；

圖2示出了說明性的交通燈狀態(tài)的廣播和接收處理；

圖3示出了說明性的交通燈狀態(tài)的動作處理；

圖4示出說明性的交通燈狀態(tài)的警告處理。

具體實施方式

根據(jù)需要，在此公開了本發(fā)明的詳細實施例。然而，將理解的是，所公開的實施例僅為本發(fā)明的示例，其中，本發(fā)明可以以各種替代形式來實現(xiàn)。附圖不必按比例繪制；一些特征可被夸大或最小化以示出特定組件的細節(jié)。因此，在此公開的具體結(jié)構(gòu)和功能細節(jié)不應被解釋為具有限制性，而僅作為用于教導本領域技術人員以多種形式利用本發(fā)明的代表性基礎。

圖1示出了用于車輛31的基于車輛的計算系統(tǒng)(vcs)1的示例框式拓撲圖。這種基于車輛的計算系統(tǒng)1的示例為由福特汽車公司制造的sync系統(tǒng)。設置有基于車輛的計算系統(tǒng)的車輛可包含位于車輛中的可視前端界面4。如果所述界面設置有例如觸摸敏感屏幕，則用戶還能夠與所述界面進行交互。在另一說明性實施例中，通過按鈕按壓、具有自動語音識別和語音合成的口語對話系統(tǒng)來進行交互。

在圖1所示的說明性實施例1中，處理器3控制基于車輛的計算系統(tǒng)的至少一部分操作。設置在車輛內(nèi)的處理器允許對命令和程序進行車載處理。另外，處理器連接到非持久性存儲器5和持久性存儲器7兩者。在此說明性實施例中，非持久性存儲器是隨機存取存儲器(ram)，持久性存儲器是硬盤驅(qū)動器(hdd)或閃存。一般說來，持久性(非暫時性)存儲器可包括當計算機或其它裝置掉電時保存數(shù)據(jù)的所有形式的存儲器。這些存儲器包括但不限于：hdd、cd、dvd、磁帶、固態(tài)驅(qū)動器、便攜式usb驅(qū)動器和任何其它適當形式的持久性存儲器。

處理器還設置有允許用戶與處理器進行交互的若干不同的輸入。在此說明性實施例中，麥克風29、輔助輸入25(用于輸入33)、usb輸入23、gps輸入24、屏幕4(其可以是觸摸屏顯示器)和藍牙輸入15全部被設置。還設置了輸入選擇器51，以允許用戶在各種輸入之間進行切換。對麥克風和輔助連接器兩者的輸入在被傳送到處理器之前由轉(zhuǎn)換器27對所述輸入進行模數(shù)轉(zhuǎn)換。盡管未示出，但是與vcs進行通信的眾多車輛組件和輔助組件可使用車輛網(wǎng)絡(諸如但不限于can總線)向vcs(或其組件)傳送數(shù)據(jù)并傳送來自vcs(或其組件)的數(shù)據(jù)。

系統(tǒng)的輸出可包括但不限于視覺顯示器4以及揚聲器13或立體聲系統(tǒng)輸出。揚聲器連接到放大器11，并通過數(shù)模轉(zhuǎn)換器9從處理器3接收其信號。還可分別沿19和21所示的雙向數(shù)據(jù)流產(chǎn)生到遠程藍牙裝置(諸如個人導航裝置(pnd)54)或usb裝置(諸如車輛導航裝置60)的輸出。

在一說明性實施例中，系統(tǒng)1使用藍牙收發(fā)器15與用戶的移動裝置53(例如，蜂窩電話、智能電話、pda或具有無線遠程網(wǎng)絡連接的任何其它裝置)進行通信(17)。移動裝置隨后可用于通過例如與蜂窩塔57的通信(55)來與車輛31外部的網(wǎng)絡61進行通信(59)。在一些實施例中，蜂窩塔57可以是wifi接入點。

移動裝置與藍牙收發(fā)器之間的示例性通信由信號14表示。

可通過按鈕52或類似的輸入來指示將移動裝置53與藍牙收發(fā)器15進行配對。相應地，cpu被指示車載藍牙收發(fā)器將與移動裝置中的藍牙收發(fā)器進行配對。

可利用例如與移動裝置53關聯(lián)的數(shù)據(jù)計劃、話上數(shù)據(jù)或dtmf音在cpu3與網(wǎng)絡61之間傳送數(shù)據(jù)?？蛇x地，可期望包括具有天線18的車載調(diào)制解調(diào)器63，以便在cpu3與網(wǎng)絡61之間通過語音頻帶傳送數(shù)據(jù)(16)。移動裝置53隨后可用于通過例如與蜂窩塔57的通信(55)來與車輛31外部的網(wǎng)絡61進行通信(59)。在一些實施例中，調(diào)制解調(diào)器63可與蜂窩塔57建立通信(20)，以與網(wǎng)絡61進行通信。作為非限制性示例，調(diào)制解調(diào)器63可以是usb蜂窩調(diào)制解調(diào)器，并且通信20可以是蜂窩通信。

在一說明性實施例中，處理器設置有包括用于與調(diào)制解調(diào)器應用軟件進行通信的api的操作系統(tǒng)。調(diào)制解調(diào)器應用軟件可訪問藍牙收發(fā)器上的嵌入式模塊或固件，以完成與(諸如在移動裝置中發(fā)現(xiàn)的)遠程藍牙收發(fā)器的無線通信。藍牙是ieee802pan(個域網(wǎng))協(xié)議的子集。ieee802lan(局域網(wǎng))協(xié)議包括wifi并與ieee802pan具有相當多的交叉功能。兩者都適合于車輛內(nèi)的無線通信?？稍诒绢I域使用的另一通信方式是自由空間光通信(諸如irda)和非標準化消費者ir協(xié)議。

在另一實施例中，移動裝置53包括用于語音頻帶或?qū)拵?shù)據(jù)通信的調(diào)制解調(diào)器。在話上數(shù)據(jù)的實施例中，當移動裝置的擁有者可在數(shù)據(jù)被傳送的同時通過裝置說話時，可實施已知為頻分復用的技術。在其它時間，當擁有者沒有在使用裝置時，數(shù)據(jù)傳送可使用整個帶寬(在一示例中是300hz到3.4khz)。盡管頻分復用對于車輛與互聯(lián)網(wǎng)之間的模擬蜂窩通信而言會是常見的并且仍在被使用，但其已經(jīng)很大程度上被用于數(shù)字蜂窩通信的碼域多址(cdma)、時域多址(tdma)、空域多址(sdma)的混合體所替代。這些都是ituimt-2000(3g)兼容的標準，并且為靜止或行走的用戶提供高達2mbs的數(shù)據(jù)速率，為移動車輛中的用戶提供高達385kbs的數(shù)據(jù)速率。3g標準現(xiàn)在正被imt-advanced(4g)所替代，所述imt-advanced(4g)為車輛中的用戶提供100mbs的數(shù)據(jù)速率，為靜止的用戶提供1gbs的數(shù)據(jù)速率。如果用戶具有與移動裝置關聯(lián)的數(shù)據(jù)計劃，則所述數(shù)據(jù)計劃可允許寬帶傳輸且所述系統(tǒng)可使用寬得多的帶寬(加速數(shù)據(jù)傳送)。在另一實施例中，移動裝置53被安裝至車輛31的蜂窩通信裝置(未示出)所替代。在又一實施例中，移動裝置(nd)53可以是能夠通過例如(但不限于)802.11g網(wǎng)絡(即，wifi)或wimax網(wǎng)絡進行通信的無線局域網(wǎng)(lan)裝置。

在一實施例中，傳入數(shù)據(jù)可經(jīng)由話上數(shù)據(jù)或數(shù)據(jù)計劃通過移動裝置、通過車載藍牙收發(fā)器并進入車輛的內(nèi)部處理器3。例如，在某些臨時數(shù)據(jù)的情況下，數(shù)據(jù)可被存儲在hdd或其它存儲介質(zhì)7上，直至不再需要所述數(shù)據(jù)時為止。

其它的可與車輛進行接口連接的源包括：具有例如usb連接56和/或天線58的個人導航裝置54、具有usb62或其它連接的車輛導航裝置60、車載gps裝置24、或具有連接至網(wǎng)絡61的遠程導航系統(tǒng)(未示出)。usb是一類串行聯(lián)網(wǎng)協(xié)議中的一種。ieee1394(火線^tm(蘋果)、i.link^tm(索尼)和lynx^tm(德州儀器))、eia(電子工業(yè)協(xié)會)串行協(xié)議、ieee1284(centronics端口)、s/pdif(索尼/飛利浦數(shù)字互連格式)和usb-if(usb開發(fā)者論壇)形成了裝置-裝置串行標準的骨干。大多數(shù)協(xié)議可針對電通信或光通信來實施。

此外，cpu可與各種其它的輔助裝置65進行通信。這些裝置可通過無線連接67或有線連接69來連接。輔助裝置65可包括但不限于：個人媒體播放器、無線保健裝置、便攜式計算機等。

此外或可選地，可使用例如wifi(ieee802.11)收發(fā)器71將cpu連接到基于車輛的無線路由器73。這可允許cpu在本地路由器73的范圍內(nèi)連接到遠程網(wǎng)絡。

除了由位于車輛中的車輛計算系統(tǒng)執(zhí)行示例性處理之外，在某些實施例中，還可由與車輛計算系統(tǒng)通信的計算系統(tǒng)來執(zhí)行示例性處理。這樣的系統(tǒng)可包括但不限于：無線裝置(例如，但不限于，移動電話)或通過無線裝置連接的遠程計算系統(tǒng)(例如，但不限于，服務器)。這樣的系統(tǒng)可被統(tǒng)稱為與車輛關聯(lián)的計算系統(tǒng)(vacs)。在某些實施例中，vacs的特定組件可根據(jù)系統(tǒng)的特定實施方式來執(zhí)行處理的特定部分。通過示例而并非限制的方式，如果處理具有與配對的無線裝置進行發(fā)送或者接收信息的步驟，則很可能由于無線裝置不會與自身進行信息的“發(fā)送和接收”，而使得無線裝置不執(zhí)行該部分的處理。本領域的普通技術人員將理解何時不適合對給定的解決方案應用特定的計算系統(tǒng)。

在在此討論的每個說明性實施例中，示出了可由計算系統(tǒng)執(zhí)行的處理的示例性的、非限制性的示例。針對每個處理，執(zhí)行該處理的計算系統(tǒng)為了執(zhí)行該處理的有限的目的而變?yōu)楸慌渲脼橛糜趫?zhí)行該處理的專用處理器是可行的。所有處理不需要被全部執(zhí)行，并且應被理解為是可被執(zhí)行以實現(xiàn)本發(fā)明的要素的多種類型的處理的示例?？筛鶕?jù)需要添加額外步驟或從示例性處理中去除額外步驟。

專用短程通信(dsrc)是指通過指定給車輛使用的帶寬的通信。美國政府明確表示打算在廣大地區(qū)安裝dsrc基礎設施，從而在本地服務器、云和在道路上行駛的車輛之間提供連接的通信。因此，在預期的dsrc的廣域網(wǎng)(wan)部署的情況下，車輛通常還被提供有使用dsrc通信的功能。

dsrc的一個用途可以是廣播交通燈的燈狀態(tài)。dsrc收發(fā)器可被包括在交通燈或交通燈控制系統(tǒng)中，該dsrc收發(fā)器可廣播燈狀態(tài)和時間直到交通燈狀態(tài)發(fā)生變化為止的。這樣可允許駕駛員(或車輛)在接近交通燈時執(zhí)行預期的速度調(diào)整，例如，如果在到達交叉路口之前交通燈將變?yōu)榧t色則減速，如果駕駛員正在減速但是交通燈離變化有一兩秒鐘時間(并且駕駛員還在足夠的距離處)則加速前進。

這種信息還可以用于改善交通流量并降低燃料消耗。如果所有停在交通燈處的車輛都意識到交通燈變?yōu)榫G色，則車輛可一起開始移動，因此會有較小的波紋效應(rippleeffect)。目前，當前面的每個車輛移動時波紋效應通常是明顯的，并且每個相應的后方車輛還在移動之前必須等待直到前面的車輛移動為止。合作自適應巡航控制(cacc)也可輔助這種移動。cacc允許車輛進行通信以與彼此配合地移動。因此，車輛可“獲知”前面的車輛(在該車輛前面的車輛)正在移動或開始移動，并以稍快的、預期的方式開始其自身的移動。車輛還可彼此“交談”，因此當發(fā)生交通燈變化時沒有移動的車輛可通過其它車輛被“告知”交通燈已經(jīng)發(fā)生變化，并且可向分心的駕駛員發(fā)出警告以移動車輛。這樣可防止車輛的反復移動，因此，每個駕駛員直到前面的駕駛員做出反應才做出反應，反之，所有配備cacc的車輛可一致地開始運動(如果合適的話)。

圖2示出了說明性的交通燈狀態(tài)的廣播和接收的處理。針對在該圖中描述的說明性實施例，應當注意的是，為了執(zhí)行在此示出的示例性方法中的一些或全部的目的，通用處理器可被暫時用作專用處理器。當執(zhí)行提供用于執(zhí)行所述方法的一些或全部步驟的指令的代碼時，所述處理器可被暫時改用作專用處理器，直到所述方法完成時為止。在另一示例中，在適當?shù)某潭壬?，根?jù)預先配置的處理器運行的固件可使得所述處理器充當為了執(zhí)行所述方法和所述方法的一些合理的變型的目的而被提供的專用處理器。

在此說明性示例中，車輛相機還被用于獲得交通燈狀態(tài)數(shù)據(jù)。這允許車輛充當廣播節(jié)點，如果在特定交叉路口不包括dsrc收發(fā)器，則該廣播節(jié)點可能是特別有用的。例如，雖然車輛可能無法訪問到交通燈變化的倒計時數(shù)據(jù)，但是車輛可以“看見”當前的交通燈狀態(tài)并且將該狀態(tài)廣播給周圍其它的車輛。在該示例中，在201，當車輛接近(例如，可通過地圖數(shù)據(jù)獲知的)交叉路口時，在203，所述處理確定交通信號燈(交通燈)是否可見。

如果交通燈是可見的，則在205，車輛可利用安裝的相機來獲得交通信號燈的當前狀態(tài)(例如，紅色、黃色、綠色)。在207，該數(shù)據(jù)隨后可經(jīng)由廣播與周圍配備dsrc的車輛共享或直接傳輸?shù)秸埱筌囕v。在該示例中，無論交通燈是否可見，在209，所述處理還(經(jīng)由來自另一車輛或交通燈本身的dsrc廣播)檢查以查看交通燈數(shù)據(jù)是否可用。該數(shù)據(jù)可包括更復雜(交通燈顏色以外)的信息，特別是，如果存在安裝在交通燈控制器中的dsrc收發(fā)器的話。

由于交通燈“知道”其何時將要發(fā)生變化，所以dsrc收發(fā)器可廣播例如剩余的時間量直到交通燈狀態(tài)發(fā)生變化為止。如前所述，這可基于當前的交通燈狀態(tài)、駕駛速度和車輛與交通燈的接近度等來促使駕駛員加速或減速。在209，如果數(shù)據(jù)可用，則在211，所述處理可獲得數(shù)據(jù)，并在213，推薦動作。

推薦的動作可基于數(shù)據(jù)的源或數(shù)據(jù)的完整性而變化。例如，如果另一車輛正基于所觀察的交通燈顏色來廣播交通燈狀態(tài)，則駕駛員可能不知道狀態(tài)要多久才發(fā)生變化。因此，提供推薦的車輛計算系統(tǒng)也可能直到交通燈發(fā)生變化才獲知剩余的時間。相應地，所述處理可限于針對紅燈推薦“即將停車”(或類似的推薦)、針對黃燈推薦“減速”(或類似的推薦)、以及針對綠燈推薦“保持移動”(或類似的推薦)。

另一方面，如果數(shù)據(jù)(例如，以直接傳輸、數(shù)據(jù)廣播或者作為通過本車輛與交通燈之間的車輛的中繼的方式)直接來自交通燈本身，則所述處理可基于改進的數(shù)據(jù)來提供改進的推薦。

例如，所述處理將以通用的精確度“獲知”車輛距離交通燈有多遠、車輛速度以及車輛將何時可能到達交通燈。所述處理還可獲知道路的當前速度限制。例如，如果車輛每小時行駛40英里并且距離將在一秒鐘內(nèi)變?yōu)榫G色的交通燈五百英尺，則所述處理可推薦保持速度。這樣的推薦還可通過本車輛與交通燈之間的一個或更多個車輛的存在來調(diào)整(temper)。

接近紅燈時，車輛使用cacc來與在該車輛和交通燈之間的最后一個車輛進行通信。最后一個車輛與其前面的車輛進行通信，并以此類推到在交通燈處停下來的車輛或者已經(jīng)停在交通燈處的車輛。隊列中的每個停下來的車輛向停到其后面的車輛發(fā)送其估計的滑動路徑。該車輛基于前面的車輛來計算其滑動路徑并將其滑動路徑發(fā)送回。因此，這些車輛都平靜地滑動到預先計算的位置中。如果車輛能夠進行cacc，則cacc會使車輛停下來。如果車輛由駕駛員來控制，則dsrc單元會盡最大努力來計算滑動路徑。

當車輛接近信號燈并且信號燈變?yōu)辄S色時，車輛必須選擇停下來或者繼續(xù)通過交叉路口。即，當交通燈變黃時，如果駕駛員在交叉路口附近，車輛必須選擇停下來或者繼續(xù)通過交叉路口。

其中，

ds是進入交叉路口的距離；

v是車輛的速度(例如，30mph)；

t是駕駛員響應時間(通常為1秒鐘)；

d是減速率(通常被限制為0.3g)。

如果該不等式成立，則車輛在進入交叉路口之前不能停下來并且必須繼續(xù)行駛。cacc向前面的車輛發(fā)送消息，因此前面的車輛將不會停下來(即便也許前面的車輛可能會停下來)。該計算被非常快速地執(zhí)行，因此將人類一秒鐘的反應時間減少到接近零。

類似地，當交通燈從綠色變?yōu)辄S色時，如果以下不等式成立，則車輛能夠使其通過交叉路口：

其中，

dc是通過(clear)交叉路口的距離；

ty是黃色時間；

tr是紅色時間。

如果兩個不等式都成立，則車輛處于車輛既不能針對交叉路口停下來也不能在交通燈為紅色之前繼續(xù)通過交叉路口的困境區(qū)域中。當車輛正在緩慢移動并且黃燈定時被減少以改善交通流量時，出現(xiàn)困境區(qū)域。說明性實施例大大加快了反應時間并且保持較高的行駛速度，因此可減少黃燈定時并且改善流量。駕駛員經(jīng)歷更少的擔憂以及對于繼續(xù)行駛或不繼續(xù)行駛的決定會更為簡潔。

當車輛可通過交叉路口或者停下來時，與其它車輛進行協(xié)商使得如果前面的車輛必須停下來或打算停下來則該車輛不會嘗試通過交叉路口。同樣地，如果車輛打算停下來，但是來自后面的車輛不能及時停下來，則該車輛將繼續(xù)行駛以避免碰撞。

可以以若干方式來確定到交通燈的距離。dsrc總是具有gnss(gps)，因此如果車輛和信號燈都具有dsrc，則可使用半正矢計算來計算從車輛到信號燈的距離。如果車輛或信號燈沒有dsrc，則可能需要視覺方法。如果車輛具有dsrc但信號燈沒有dsrc，則車輛上的地圖可給出信號燈的坐標。地圖數(shù)據(jù)還可給出交通燈的高度，因此相機圖像可被用于對距離進行三角測量。大多數(shù)車輛具有可確定圖像之間的行駛距離的行駛距離傳感器(輪式編碼器)?？赏ㄟ^使用水平線與交通燈之間的夾角以及行駛距離來確定到交通燈的距離。

在另一示例中，如果車輛正在以每小時40英里的速度行駛，并且距離將在八秒鐘內(nèi)變?yōu)辄S色并且將在十二秒鐘內(nèi)變?yōu)榧t色的交通燈五百英尺，則所述處理可推薦使車輛減速。但是，例如，如果速度限制是每小時70英里，則所述處理可推薦加速到高達每小時70英里的速度，這可允許車輛在以足夠的加速度行駛時通過交叉路口。當然，推薦可依據(jù)其它車輛的存在和出于安全考慮來調(diào)整，但是推薦通常可以以這樣一種方式來被提供，所述方式鼓勵可允許的速度駕駛并且以更為有效的方式使車流向前移動。

在該示例中，如果交通燈數(shù)據(jù)不可用，則在215，所述處理可請求交通燈數(shù)據(jù)。該請求可被發(fā)送到交通燈控制單元中的dsrc收發(fā)器或者周圍其它的dsrc車輛，例如，交通燈控制單元中的dsrc收發(fā)器或者周圍其它的dsrc車輛可(通過與交通燈控制dsrc單元更接近或者觀察交通燈)獲知交通燈狀態(tài)或者訪問交通燈狀態(tài)數(shù)據(jù)并且可向請求車輛提供該數(shù)據(jù)。

圖3示出了說明性的交通燈狀態(tài)的動作處理。針對在該圖中描述的說明性實施例，應當注意的是，為了執(zhí)行在此示出的示例性方法中的一些或全部的目的，通用處理器可被暫時用作專用處理器。當執(zhí)行提供用于執(zhí)行所述方法的一些或全部步驟的指令的代碼時，所述處理器可被暫時改用作專用處理器，直到所述方法完成時為止。在另一示例中，在適當?shù)某潭壬希鶕?jù)預先配置的處理器運行的固件可使得所述處理器充當為了執(zhí)行所述方法和所述方法的一些合理的變型的目的而被提供的專用處理器。

在該示例中，在301，車輛確定其在交通燈處停下來。例如，這可以通過接近交叉路口的車輛位置來獲知，在該交叉路口交通信號燈(基于收集的數(shù)據(jù)、地圖數(shù)據(jù)或者甚至“通知”交通燈存在的dsrc信號)被已知是存在的。在303，(在該示例中)交通燈數(shù)據(jù)從設置在交通燈內(nèi)的dsrc收發(fā)器中或者從來自另一配備dsrc的車輛的另一dsrc傳輸中接收。

在305，所述處理確定交通燈數(shù)據(jù)是否包括倒計時數(shù)據(jù)。這可取決于數(shù)據(jù)的源，或者城市是否期望將這樣的數(shù)據(jù)包括在交通燈狀態(tài)廣播中。如果倒計時數(shù)據(jù)可用，則在307，所述處理可顯示或以其它方式輸出倒計時直到交通燈變化為止。雖然這不一定意味著交通燈一變化駕駛員就將充分踩下加速器，但是這樣的數(shù)據(jù)可用于通過在交通燈變化時促使駕駛員開始移動以及通過以更為緊密地結(jié)合促使交通開始移動來使交通流量保持移動。

如果沒有倒計時數(shù)據(jù)或者在倒計時被輸出之后，則在309，所述處理將確定是否針對特定車輛啟用合作自適應巡航控制(cacc)。合作自適應巡航控制利用車輛之間的數(shù)據(jù)傳輸提供“更智能的”巡航控制來允許車輛一致行動。在該示例中，如果針對所述處理正運行在其中的特定車輛未啟用cacc，則在317，所述處理可直接地顯示交通燈狀態(tài)，駕駛員可以使用該交通燈狀態(tài)來做出決定。如果廣播的交通燈狀態(tài)發(fā)生變化，則該顯示也可發(fā)生變化。在交通燈狀態(tài)顯示是不可能的或者是不期望的的情況下，還可通過車輛揚聲器輸出交通燈狀態(tài)。

如果cacc被啟用，則在311，所述處理等待直到交通燈轉(zhuǎn)變?yōu)榫G色為止。在該示例中，因為如果在特定車輛和交通燈之間存在中間車輛則可能不期望自動地開始將車輛直接移動到其前面的車輛的位置，所以這并不是唯一的考慮。因此，在該示例中，在313，所述處理還確定交通是否正在移動。更具體地，在313，所述處理可確定至少緊靠著當前車輛前面的車輛是否正在移動。如果交通正在移動(或者至少如果考慮的車輛正在移動)并且交通燈為綠色，則在315，cacc可用于使得本車輛移動。

圖4示出了說明性的交通燈狀態(tài)的警告處理。針對在該圖中描述的說明性實施例，應當注意的是，為了執(zhí)行在此示出的示例性方法中的一些或全部的目的，通用處理器可被暫時用作專用處理器。當執(zhí)行提供用于執(zhí)行所述方法的一些或全部步驟的指令的代碼時，所述處理器可被暫時改用作專用處理器，直到所述方法完成時為止。在另一示例中，在適當?shù)某潭壬?，根?jù)預先配置的處理器運行的固件可使得所述處理器充當為了執(zhí)行所述方法和所述方法的一些合理的變型的目的而被提供的專用處理器。

在此說明性示例中，如果其它的dsrc車輛在交通燈變化時沒有在移動，則dsrc車輛可就交通燈變化向其它的dsrc車輛發(fā)出警告。例如，這可用于啟用cacc或者通知分心的駕駛員。

在401，當車輛(通過視覺檢測、通過dsrc通知等)確定交通燈已經(jīng)變化時，在403，車輛檢查以查看任何本地車輛是否也配備有dsrc。在另一示例中，交通燈變化通知可直接被廣播，而不管有關(例如，可通過廣播信號識別的)其它的dsrc車輛是否存在的確定。在該示例中，在405，所述處理將以直接通信或廣播的方式就交通燈變化向任何配備有dsrc的本地車輛發(fā)出警告。

此外，在該示例中，即使沒有檢測到本地dsrc車輛，在407，所述處理也仍然廣播交通燈變化，然后在409，確定是否有正在阻擋本車輛的道路。在409，如果存在阻擋車輛，則在411，所述處理可向本地的且靜止的dsrc車輛發(fā)送這些車輛應該開始移動的一般警告。由于(當可能難以確定當前車輛前面的特定車輛是否配備有dsrc時)可能難以與給定車輛特別地通信，所以一般廣播可導致任何靜止的配備dsrc的車輛向其駕駛員發(fā)出警告以開始移動。一旦所有車輛或大多數(shù)車輛被提供有dsrc功能，則這種廣播將更有可能用于就交通燈變化向阻擋車輛的駕駛員發(fā)出警告，并且促使車輛移動。

一般來說，已經(jīng)觀察到的是，通過交叉路口的交通流量具有相關性，該相關性表示車間距隨著速度增大而增大。然而，增大的車間距表示車輛之間的更大間隔，并且可指示交通流量減小。通過允許車輛(特別是以低速行駛的車輛)一致行動，車間距可被減小(即，這是因為車輛而不是駕駛員正在指示動作，并且車輛通過與其它車輛的通信“獲知”前面的車輛“打算”做什么)。這改善了通過交叉路口的交通流量(該交通流量傾向于成為道路系統(tǒng)的瓶頸)。由于形成很長的車輛隊列的傾向較小，所以即使每個周期由更多的車輛可通過交叉路口，也可在很大程度上改善交通吞吐量。

雖然以上描述了示例性實施例，但是這些實施例并不意在描述本發(fā)明的所有的可能形式。更確切地說，說明書中所使用的詞語是描述性詞語而非限制性詞語，并且應理解的是，可在不脫離本發(fā)明的精神和范圍的情況下做出各種改變。此外，可將各種實現(xiàn)的實施例的特征進行組合以形成本發(fā)明的進一步的實施例。