本發(fā)明實施例涉及車輛技術領域，具體涉及一種基于汽車的超車輔助方法、裝置及汽車。

背景技術：

目前，隨著私家車的日益普及，交通狀況日益復雜，車輛間的剮蹭、相撞等現(xiàn)象時有發(fā)生。而且，隨著人們生活節(jié)奏的增加，汽車之間的超車現(xiàn)象日益頻繁，這些現(xiàn)象也在一定程度進一步加大了交通事故的概率。為了提高駕駛員駕車過程中的安全性，一些高配汽車上已經(jīng)推出了超車輔助系統(tǒng)，現(xiàn)有的超車輔助系統(tǒng)通常是基于本車安裝的攝像頭和/或雷達等探測裝置偵測本車周圍的路況信息，并基于偵測結(jié)果提示駕駛員能否超車。

但是，在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中存在如下的問題：一方面，由于超車時可能存在盲區(qū)導致超車行為可能會干擾到相鄰車輛的正常運行，且非常危險；另一方面，由于現(xiàn)有的超車輔助系統(tǒng)只能獲取到本車周圍的路況信息，無法了解被前車擋住的車輛的行駛狀況，尤其是在前方為一輛大貨車的情況下，更是無法提前獲取到前車四周的車輛狀態(tài)，從而無法做出準確的判斷提醒。

由此可見，現(xiàn)有的超車輔助系統(tǒng)由于無法獲取前車周圍的路況信息而無法做出準確的超車提示，容易引發(fā)交通事故。

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

鑒于上述問題，提出了本發(fā)明實施例以便提供一種解決上述問題的基于汽車的超車輔助方法、裝置及汽車。

依據(jù)本發(fā)明實施例的一個方面，提供了一種基于汽車的超車輔助方法，包括：向前車發(fā)送用于共享行車畫面的請求消息；當所述前車返回確認消息后，接收所述前車發(fā)送的行車畫面，其中，所述行車畫面為通過所述前車上的外置攝像頭和/或行車記錄儀拍攝的畫面；分析所述行車畫面中包含的車輛信息，根據(jù)分析結(jié)果確定能否超車。

可選地，所述分析所述行車畫面中包含的車輛信息的步驟具體包括：對所述行車畫面進行預處理，分析預處理后的畫面中所包含的車輛數(shù)量、車輛位置和/或車輛速度。

可選地，所述向前車發(fā)送用于共享行車畫面的請求消息的步驟具體包括：通過攝像頭獲取所述前車的圖像，提取所述圖像中包含的前車車牌號，根據(jù)所述前車車牌號生成并發(fā)送所述請求消息。

可選地，所述請求消息中包含所述前車車牌號以及本車車牌號。

可選地，所述請求消息以及所述確認消息通過下述的一種或多種方式發(fā)送：wifi、藍牙、zigbee、V2V以及V2X。

依據(jù)本發(fā)明實施例的又一個方面，提供了一種基于汽車的超車輔助裝置，包括：發(fā)送模塊，用于向前車發(fā)送用于共享行車畫面的請求消息；接收模塊，用于在所述前車返回確認消息后，接收所述前車發(fā)送的行車畫面，其中，所述行車畫面為通過所述前車上的外置攝像頭和/或行車記錄儀拍攝的畫面；分析模塊，用于分析所述行車畫面中包含的車輛信息，根據(jù)分析結(jié)果確定能否超車。

可選地，所述分析模塊具體用于：對所述行車畫面進行預處理，分析預處理后的畫面中所包含的車輛數(shù)量、車輛位置和/或車輛速度。

可選地，所述發(fā)送模塊具體用于：通過攝像頭獲取所述前車的圖像，提取所述圖像中包含的前車車牌號，根據(jù)所述前車車牌號生成并發(fā)送所述請求消息。

可選地，所述請求消息中包含所述前車車牌號以及本車車牌號。

可選地，所述請求消息以及所述確認消息通過下述的一種或多種方式發(fā)送：wifi、藍牙、zigbee、V2V以及V2X。

依據(jù)本發(fā)明實施例的再一個方面，提供了一種汽車，包括上述的超車輔助裝置。

在本發(fā)明實施例提供的基于汽車的超車輔助方法、裝置及汽車中，能夠共享前車的行車畫面，并自動分析行車畫面中包含的車輛信息，從而基于前車周圍的路況信息判斷當前是否適合超車。由此可見，本發(fā)明實施例中的方式能夠更加準確地提示駕駛員從而避免引發(fā)交通事故，大幅提高了超車過程中的安全性。

上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了本發(fā)明實施例提供的基于汽車的超車輔助方法的流程圖；

圖2示出了本發(fā)明另一個具體實施例提供的基于汽車的超車輔助方法的流程圖；

圖3示出了本發(fā)明另一實施例提供的基于汽車的超車輔助裝置的結(jié)構(gòu)圖；

圖4示出了本發(fā)明另一實施例提供的汽車的結(jié)構(gòu)圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領域的技術人員。

本發(fā)明實施例提供了一種基于汽車的超車輔助方法、裝置及汽車，至少能夠解決現(xiàn)有技術中的汽車由于無法獲取前車周圍的路況信息而無法做出準確的超車提示，容易引發(fā)交通事故的技術問題。

圖1示出了本發(fā)明實施例提供的基于汽車的超車輔助方法的流程圖。如圖1所示，該方法包括以下步驟：

步驟S110：向前車發(fā)送用于共享行車畫面的請求消息。

具體地，可以通過攝像頭獲取所述前車的圖像，提取所述圖像中包含的前車車牌號，根據(jù)所述前車車牌號生成并發(fā)送所述請求消息。另外，在請求消息中可以同時包含所述前車車牌號以及本車車牌號。其中，前車車牌號用于標識消息接收方，本車車牌號用于標識消息發(fā)送方。

步驟S120：當所述前車返回確認消息后，接收所述前車發(fā)送的行車畫面，其中，所述行車畫面為通過所述前車上的外置攝像頭和/或行車記錄儀拍攝的畫面。

其中，上述的請求消息以及確認消息可以通過下述的一種或多種方式發(fā)送：wifi、藍牙、zigbee、V2V以及V2X。通過請求消息和確認消息能夠建立起本車與前車之間的通信鏈路，并通過該通信鏈路傳輸前車的行車畫面。

步驟S130：分析所述行車畫面中包含的車輛信息，根據(jù)分析結(jié)果確定能否超車。

具體地，可以先對所述行車畫面進行預處理，然后，分析預處理后的畫面中所包含的車輛數(shù)量、車輛位置和/或車輛速度。根據(jù)分析出的車輛數(shù)量、車輛位置和/或車輛速度確定能否超出，并給予相應的提示。

由此可見，在本發(fā)明實施例提供的基于汽車的超車輔助方法中，能夠共享前車的行車畫面，并自動分析行車畫面中包含的車輛信息，從而基于前車周圍的路況信息判斷當前是否適合超車。因此，能夠更加準確地提示駕駛員從而避免引發(fā)交通事故，大幅提高了超車過程中的安全性。

圖2示出了本發(fā)明另一個具體實施例提供的基于汽車的超車輔助方法的流程圖。如圖2所示，該方法包括以下步驟：

步驟S210：由本車向前車發(fā)送用于共享行車畫面的請求消息。

具體地，為了便于實現(xiàn)車輛之間的近距離通信，可以在各個車輛上分別設置通信模塊，該通信模塊能夠?qū)崿F(xiàn)無線信號的收發(fā)。相應地，由本車上的通信模塊向前車上的通信模塊發(fā)送用于共享行車畫面的請求消息。

其中，通信模塊可以通過多種方式進行通信，例如，可以靈活通過wifi、藍牙、zigbee、V2V以及V2X等通信技術實現(xiàn)。其中，ZigBee是基于IEEE802.15.4標準的低功耗局域網(wǎng)協(xié)議，其是一種短距離、低功耗的無線通信技術，具有復雜度低、自組織、低功耗、便于實現(xiàn)等諸多優(yōu)勢。V2V，即Vehicle-to-Vehicle，是車輛之間的信息交換技術，通過車載傳感器等一系列設備，實現(xiàn)與周圍車輛分享車輛位置、車輛速度等基本信息的目的，讓駕駛員對于周圍車輛的分布了然于心，在可能發(fā)生碰撞時，及時提醒駕駛員，避免交通事故的發(fā)生。V2X，即車對外界的信息交換，其涵蓋范圍比V2V更加寬泛。本領域技術人員可以靈活選擇上述通信方式中的一種或多種方式實現(xiàn)本發(fā)明。

具體實現(xiàn)時，各個車輛上的通信模塊均處于聯(lián)網(wǎng)狀態(tài)，并且，每個通信模塊具有唯一的通信標識，該通信標識可以通過車牌號表示；或者，為了使通信標識短小而易于識別，也可以通過ID號表示，此時，還需要在通信模塊中存儲通信標識中的ID號與其對應的車牌號之間的對應關系。優(yōu)選地，還可以在云服務器上存儲并維護各個車輛的通信標識(ID號)與其對應的車牌號之間的對應關系，以便于查詢。另外，當本車需要向前車發(fā)送共享行車畫面的請求消息時，本車首先通過攝像頭獲取前車的圖像，然后，提取圖像中包含的前車車牌號，最后，根據(jù)前車車牌號生成并發(fā)送請求消息給前車。請求消息中通常包含前車車牌號，用以標識消息的目的地址；請求消息中通常還包含本車車牌號，用以標識消息的發(fā)送地址。另外，請求消息中包含的本車車牌號能夠使前車駕駛員分辨出接收到的請求消息來自于哪一輛車，進而根據(jù)本車的位置做出是否允許共享畫面的決定。

步驟S220：前車接收到上述的請求消息后，返回確認消息。

具體地，前車接收到上述的請求消息后，可以由通信模塊自動提取出請求消息中包含的消息發(fā)送方地址(即后車車牌號)并顯示在屏幕上。另外，前車的通信模塊還可以進一步在行車畫面中識別并標記出相應的車輛，以便于駕駛員根據(jù)發(fā)送請求消息的車輛位置決定是否允許其共享行車畫面。若駕駛員不允許其共享行車畫面，則不予回應或返回拒絕消息，本實施例中的方法結(jié)束；若駕駛員允許其共享行車畫面，則返回確認消息，以觸發(fā)后續(xù)步驟的執(zhí)行。其中，該確認消息可以通過多種方式發(fā)送，例如，可以由汽車內(nèi)部的控制按鍵觸發(fā)；也可以由駕駛員語音觸發(fā)，并通過語音識別模塊進行識別，或者，還可以由駕駛員的肢體動作(例如點頭、搖頭、擺手等)觸發(fā)，并通過圖像識別模塊進行識別。

步驟S230：接收前車發(fā)送的行車畫面，其中，行車畫面為通過前車上的外置攝像頭和/或行車記錄儀拍攝的畫面。

具體地，可以通過上文提到的各種無線通信方式進行接收。其中，前車發(fā)送的行車畫面的視角通常取決于前車上安裝的攝像頭的個數(shù)和角度。通常情況下，前車上安裝有多個外置攝像頭，例如，在汽車前部安裝有用于拍攝汽車前方畫面的攝像頭，在汽車尾部安裝有用于拍攝汽車后方畫面的攝像頭，在汽車兩側(cè)安裝有用于拍攝汽車側(cè)面畫面的攝像頭。除此之外，前方上還可以進一步安裝更多個不同角度的攝像頭，以便全方位、無死角地拍攝到汽車周邊的畫面。根據(jù)上述的多個攝像頭拍攝的多幅圖像即可確定前車的行車畫面。前車的行車畫面可以通過多種形式進行顯示，例如，在一種實現(xiàn)方式中，前車的行車畫面為通過汽車左右兩側(cè)的圖像拼接而成的畫面，即：畫面的左側(cè)顯示汽車左側(cè)的圖像，畫面的右側(cè)顯示汽車右側(cè)的圖像。在另一種實現(xiàn)方式中，前車的行車畫面為全景圖像，即：汽車處于畫面的中央，按照實景模式顯示出汽車及其周邊各個角度的圖像。在實際情況中，可以靈活選擇上述兩種實現(xiàn)方式中的任一方式。

另外，前車的行車畫面還可以根據(jù)行車狀態(tài)進行切換，例如，當前車處于前行狀態(tài)時，顯示汽車前方左右兩側(cè)的圖像；當前車處于倒退狀態(tài)時，顯示汽車后方左右兩側(cè)的圖像；當前車處于左轉(zhuǎn)彎狀態(tài)時，僅顯示汽車左側(cè)的圖像；當前車處于右轉(zhuǎn)彎狀態(tài)時，僅顯示汽車右側(cè)的圖像等。

步驟S240：分析行車畫面中包含的車輛信息。

為了便于分析，首先，可以對行車畫面進行預處理操作。預處理主要用于去噪。由于車輛顛簸、光線變化等外界因素的影響，導致車載攝像頭實時獲取的圖像可能會因車輛振動而模糊，對此，可以通過濾波處理等方式濾除圖像中的噪點，以提高后續(xù)分析處理的準確性。具體的濾波算法可以根據(jù)需要靈活選擇，本發(fā)明對此不作限定。

預處理之后，可以靈活通過各種圖像分析算法對行車畫面中包含的車輛信息進行分析。其中，車輛信息主要是指：車輛數(shù)量、車輛位置和/或車輛速度等。例如，可以通過圖像識別算法識別出行車畫面中包含的車輛的數(shù)量和位置。另外，還可以確定相鄰的幾幀圖像中同一輛汽車的位移大小，并結(jié)合圖像的幀率計算該輛汽車的位移速度。

另外，除了通過攝像頭獲取行車畫面外，還可以進一步通過雷達探測器來獲取周邊車輛的數(shù)量、位置和移動速度。其中，雷達探測器的優(yōu)勢在于：探測速度更快、結(jié)果更加準確，且不受濃霧天氣的影響。攝像頭獲取圖像的優(yōu)勢在于：不受距離限制，可獲取到較遠位置的圖像。因此，可以將攝像頭和雷達這兩種方式結(jié)合起來，揚長補短。

步驟S250：根據(jù)分析結(jié)果確定能否超車，并給予提示。

其中，通過對行車畫面中包含的車輛信息進行分析，可以確定出前車周圍的車輛數(shù)量、位置和車輛速度，而且，還可以確定出前車周圍的各個車輛的型號(例如是否存在貨車、跑車等較為特殊的車型)。根據(jù)上述信息，可以確定當前是否適合超車，具體確定時，可以根據(jù)本車的當前車速以及其他車輛的當前車速以及位置關系進行確定。

確定能否超車之后，自動生成超車提示信息。具體地，超車提示信息可以通過多種方式實現(xiàn)。在本實施例中，給出下述的三種實現(xiàn)方式：

在第一種實現(xiàn)方式中，超車提示信息為聲音提示信息。此時，可以在汽車內(nèi)部設置聲音模塊，該聲音模塊可以根據(jù)設置發(fā)出“當前可以超車”或“當前無法超車”之類的語音提示。通過聲音模塊能夠從聽覺角度給予駕駛員提示。

在第二種實現(xiàn)方式中，超車提示信息為圖像提示信息。此時，可以在儀表盤上設置圖像模塊，該圖像模塊可以根據(jù)設置顯示預設的圖案或顏色，根據(jù)顯示的圖案或顏色的種類即可確定當前能否超車。通過圖像模塊能夠從視覺角度給予駕駛員提示。

在第三種實現(xiàn)方式中，超車提示信息為方向盤振動提示信息。此時，可以在方向盤內(nèi)部加裝振動電機，通過該振動電機控制方向盤發(fā)生振動，進而提示駕駛員。例如，可以設置為在不適合超車時通過方向盤振動方式提示駕駛員。通過方向盤振動方式能夠從觸覺角度給予駕駛員提示。

上述的三種方式既可以單獨使用，也可以結(jié)合使用。例如，將上述三種實現(xiàn)方式結(jié)合起來能夠同時從聽覺、視覺和觸覺多個角度給予駕駛員全方位地提示，從而最大程度地避免車禍。

圖3示出了本發(fā)明另一實施例提供的基于汽車的超車輔助裝置的結(jié)構(gòu)圖。如圖3所示，該裝置包括：發(fā)送模塊31、接收模塊32和分析模塊33。

其中，發(fā)送模塊31用于向前車發(fā)送用于共享行車畫面的請求消息。具體地，為了便于實現(xiàn)車輛之間的近距離通信，可以在各個車輛上分別設置通信模塊，該通信模塊能夠?qū)崿F(xiàn)無線信號的收發(fā)。相應地，由本車上的通信模塊向前車上的通信模塊發(fā)送用于共享行車畫面的請求消息。具體實現(xiàn)時，各個車輛上的通信模塊均處于聯(lián)網(wǎng)狀態(tài)，并且，每個通信模塊具有唯一的通信標識，該通信標識可以通過車牌號表示；或者，為了使通信標識短小而易于識別，也可以通過ID號表示，此時，還需要在通信模塊中存儲通信標識中的ID號與其對應的車牌號之間的對應關系。優(yōu)選地，還可以在云服務器上存儲并維護各個車輛的通信標識(ID號)與其對應的車牌號之間的對應關系，以便于查詢。另外，當本車需要向前車發(fā)送共享行車畫面的請求消息時，本車首先通過攝像頭獲取前車的圖像，然后，提取圖像中包含的前車車牌號，最后，根據(jù)前車車牌號生成并發(fā)送請求消息給前車。請求消息中通常包含前車車牌號，用以標識消息的目的地址；請求消息中通常還包含本車車牌號，用以標識消息的發(fā)送地址。另外，請求消息中包含的本車車牌號能夠使前車駕駛員分辨出接收到的請求消息來自于哪一輛車，進而根據(jù)本車的位置做出是否允許共享畫面的決定。

接收模塊32用于在所述前車返回確認消息后，接收所述前車發(fā)送的行車畫面，其中，所述行車畫面為通過所述前車上的外置攝像頭和/或行車記錄儀拍攝的畫面。其中，前車發(fā)送的行車畫面的視角通常取決于前車上安裝的攝像頭的個數(shù)和角度。通常情況下，前車上安裝有多個外置攝像頭，例如，在汽車前部安裝有用于拍攝汽車前方畫面的攝像頭，在汽車尾部安裝有用于拍攝汽車后方畫面的攝像頭，在汽車兩側(cè)安裝有用于拍攝汽車側(cè)面畫面的攝像頭。除此之外，前方上還可以進一步安裝更多個不同角度的攝像頭，以便全方位、無死角地拍攝到汽車周邊的畫面。根據(jù)上述的多個攝像頭拍攝的多幅圖像即可確定前車的行車畫面。前車的行車畫面可以通過多種形式進行顯示，例如，在一種實現(xiàn)方式中，前車的行車畫面為通過汽車左右兩側(cè)的圖像拼接而成的畫面，即：畫面的左側(cè)顯示汽車左側(cè)的圖像，畫面的右側(cè)顯示汽車右側(cè)的圖像。在另一種實現(xiàn)方式中，前車的行車畫面為全景圖像，即：汽車處于畫面的中央，按照實景模式顯示出汽車及其周邊各個角度的圖像。在實際情況中，可以靈活選擇上述兩種實現(xiàn)方式中的任一方式。另外，前車的行車畫面還可以根據(jù)行車狀態(tài)進行切換，例如，當前車處于前行狀態(tài)時，顯示汽車前方左右兩側(cè)的圖像；當前車處于倒退狀態(tài)時，顯示汽車后方左右兩側(cè)的圖像；當前車處于左轉(zhuǎn)彎狀態(tài)時，僅顯示汽車左側(cè)的圖像；當前車處于右轉(zhuǎn)彎狀態(tài)時，僅顯示汽車右側(cè)的圖像等。

分析模塊33用于分析所述行車畫面中包含的車輛信息，根據(jù)分析結(jié)果確定能否超車。為了便于分析，首先，可以對行車畫面進行預處理操作。預處理主要用于去噪。由于車輛顛簸、光線變化等外界因素的影響，導致車載攝像頭實時獲取的圖像可能會因車輛振動而模糊，對此，可以通過濾波處理等方式濾除圖像中的噪點，以提高后續(xù)分析處理的準確性。具體的濾波算法可以根據(jù)需要靈活選擇，本發(fā)明對此不作限定。預處理之后，可以靈活通過各種圖像分析算法對行車畫面中包含的車輛信息進行分析。其中，車輛信息主要是指：車輛數(shù)量、車輛位置和/或車輛速度等。例如，可以通過圖像識別算法識別出行車畫面中包含的車輛的數(shù)量和位置。另外，還可以確定相鄰的幾幀圖像中同一輛汽車的位移大小，并結(jié)合圖像的幀率計算該輛汽車的位移速度。另外，除了通過攝像頭獲取行車畫面外，還可以進一步通過雷達探測器來獲取周邊車輛的數(shù)量、位置和移動速度。其中，雷達探測器的優(yōu)勢在于：探測速度更快、結(jié)果更加準確，且不受濃霧天氣的影響。攝像頭獲取圖像的優(yōu)勢在于：不受距離限制，可獲取到較遠位置的圖像。因此，可以將攝像頭和雷達這兩種方式結(jié)合起來，揚長補短。

上述各個模塊的具體結(jié)構(gòu)和工作原理可參照方法實施例中相應步驟的描述，此處不再贅述。

圖4示出了本發(fā)明另一實施例提供的汽車400的結(jié)構(gòu)圖，該汽車400包括上述圖3所示的超車輔助裝置，具體包括：獲取模塊31、判斷模塊32和提示模塊33。

在本發(fā)明實施例提供的基于汽車的超車輔助方法、裝置及汽車中，能夠共享前車的行車畫面，并自動分析行車畫面中包含的車輛信息，從而基于前車周圍的路況信息判斷當前是否適合超車。由此可見，本發(fā)明實施例中的方式能夠更加準確地提示駕駛員從而避免引發(fā)交通事故，大幅提高了超車過程中的安全性。

此外，本領域的技術人員能夠理解，盡管在此的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構(gòu)造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。