本發明大體涉及車輛故障檢測領域,并且更具體地涉及車輛前照燈的故障檢測的系統和方法。
背景技術:
車輛前照燈用于多種目的。它們在低環境光狀況期間輔助駕駛員查看道路和車道標記。前照燈也能夠輔助其他駕駛員查看正迎面來的車輛正在接近。通常利用定位在乘客艙內的開關來控制前照燈。一些車輛前照燈基于車輛周圍的環境光的量自動開啟。
技術實現要素:
根據本發明的一方面,提供一種車輛系統,包含:
處理裝置,處理裝置被編程用于識別車輛前方區域的圖像內的第一區域和第二區域、將與第一區域相關的第一亮度和與第二區域相關的第二亮度進行比較以確定亮度差以及至少部分基于亮度差來確定至少一個車輛前照燈是否發生故障。
根據本發明的一個實施例,其中第一區域和第二區域各自包括多個像素,并且其中每個像素與亮度值有關。
根據本發明的一個實施例,其中第一亮度包括在第一區域內的每個像素亮度值的總和,并且第二亮度包括在第二區域內的每個像素亮度值的總和。
根據本發明的一個實施例,其中第一亮度和第二亮度各自包括平均像素亮度。
根據本發明的一個實施例,其中與第一亮度相關的平均像素亮度包括第一區域內的每個像素的亮度值的總和除以在第一區域內的總像素數。
根據本發明的一個實施例,其中與第二亮度相關的平均像素亮度包括第二區域內的每個像素的亮度值的總和除以在第二區域內的總像素數。
根據本發明的一個實施例,其中處理裝置被編程用于將亮度差與預定閾值比較。
根據本發明的一個實施例,其中處理裝置被編程為至少部分基于亮度差是否超過預定閾值而確定至少一個車輛前照燈是否發生故障。
根據本發明的一個實施例,該系統進一步包含視覺傳感器,視覺傳感器被編程用于捕獲車輛前方區域的圖像。
根據本發明的一個實施例,該系統進一步包含顯示裝置,顯示裝置被編程用于在車輛的乘客艙內顯示圖像。
根據本發明的一個實施例,其中處理裝置被編程用于識別圖像內的至少一個干擾對象。
根據本發明的一個實施例,其中處理裝置被編程為在確定至少一個車輛前照燈是否發生故障之前補償由干擾對象產生的光。
根據本發明的一個實施例,其中處理裝置被編程為在沒有檢測到干擾對象時確定第一亮度和第二亮度。
根據本發明的一方面,提供一種方法,包含:
接收車輛前方區域的圖像;
識別圖像內的第一區域和第二區域;
將與第一區域相關的第一亮度和與第二區域相關的第二亮度進行比較,以確定亮度差;以及
至少部分基于亮度差來確定至少一個車輛前照燈是否發生故障。
根據本發明的一個實施例,其中第一區域和第二區域各自包括多個像素,并且其中每個像素與亮度值相關。
根據本發明的一個實施例,該方法進一步包含確定第一亮度和第二亮度。
根據本發明的一個實施例,其中確定第一亮度和第二亮度包括:
將第一區域內的每個像素的亮度值加和以確定第一亮度;以及
將第二區域內的每個像素的亮度值加和以確定第二亮度。
根據本發明的一個實施例,其中確定第一亮度和第二亮度包括確定第一區域內的像素和第二區域內的像素的平均像素亮度。
根據本發明的一個實施例,該方法進一步包含將亮度差與預定閾值比較,并且其中至少部分基于亮度差是否超過預定閾值而確定至少一個車輛前照燈是否發生故障。
根據本發明的一個實施例,該方法進一步包含:
識別圖像內的干擾對象;以及
進行下列中的至少一個:
在確定至少一個車輛前照燈是否發生故障之前補償由干擾對象產生的光以及
在沒有檢測到干擾對象時確定第一亮度和第二亮度。
附圖說明
圖1說明了具有用于檢測前照燈故障的系統的示例車輛;
圖2是示出圖1的系統的示例部件的框圖;
圖3是具有多個區域的示例圖像,該圖像可以被處理以確定前照燈是否發生故障;
圖4是示例程序的流程圖,由系統執行該程序以確定前照燈是否發生故障并且相應地通知駕駛員。
具體實施方式
前照燈總成通常包括一個或多個燈泡,該燈泡照明車輛前方的區域。燈泡在使用許多小時之后可能燒壞。燒壞的燈泡應該被更換,以向駕駛員提供車輛前照燈所具有的所有益處。但對于駕駛員而言并非總能容易地知道燈泡在何時燒壞。使用攝像機或其它視覺傳感器,車輛能夠通知駕駛員前照燈發生故障。
例如,在前照燈發生故障時通知駕駛員的示例車輛系統包括處理裝置,該處理裝置被編程用于識別車輛前方區域的圖像內的第一區域和第二區域。圖像可以由視覺傳感器捕獲。之后處理裝置將與第一區域相關的第一亮度和與第二區域相關的第二亮度進行比較,以確定亮度差。由于兩個充分運行的前照燈會輸出大約相同量的光,因此在兩個前照燈正常工作的情況下第一亮度和第二亮度之間的差應該是相對小的。因此,處理裝置可以將亮度差與預定閾值進行比較并且至少部分基于亮度差的大小來確定至少一個車輛前照燈是否發生故障。如果其中一個前照燈發生故障,那么處理裝置可以通知駕駛員。駕駛員能夠通過前照燈的視覺檢驗來確定前照燈故障。
所示的元件可以使用多種不同的形式并且包括多種和/或可選的部件和工具。所示的示例部件并非旨在限制。事實上,可以使用另外或可選的部件和/或實施方式。
如圖1所示,主車輛100包括視覺傳感器105和前照燈評估系統110。視覺傳感器105可以包括任何電子設備,例如組裝在車輛100上的任何方便的位置處并且被編程用于捕獲主車輛100的前方區域的圖像的攝像機。圖像可以包括由正常工作的前照燈115照明的區域。視覺傳感器105可以被編程用于輸出圖像信號,該圖像信號表示被捕獲的圖像。前照燈評估系統110可以接收圖像信號并且處理該圖像,以確定前照燈115中的一個是否發生故障。雖然以四門轎車示出,但主車輛100可以包括任何乘用或商用車,例如轎車、貨車、運動型多用途車輛、跨界車、廂式貨車、小型廂式貨車、出租車、公共汽車等。在一些可行的方法中,主車輛100是配置為以自主(例如無駕駛員)模式、部分自主模式和/或非自主模式運行的自主車輛。
現在參照圖2,前照燈評估系統110可以包括處理裝置120。而且,前照燈評估系統110可以包括視覺傳感器105、顯示裝置125或兩者都有,或與它們配合運行。
示例顯示裝置125可以包括位于主車輛100的乘客艙內的電子裝置。顯示裝置125可以被編程用于在主車輛100運行期間向如駕駛員的用戶呈現信息。這樣的信息的示例可以包括如通過視覺傳感器105捕獲的圖像。但由于該圖像與駕駛員所具有的擋風玻璃外的視野相類似,因此可以在未向駕駛員顯示該圖像的情況下處理該圖像。然而,該圖像可以顯示為具有覆蓋物(參見圖3),以使駕駛員能夠在乘客艙內獨立地評估前照燈115中的一個是否發生故障。而且,顯示裝置125可以被編程用于接收用戶輸入。因此,在一些可行的方法中,用戶界面裝置可以包括例如觸摸顯示屏。
處理裝置120可以包括被編程用于處理圖像并且通過處理圖像來確定前照燈115中的一個是否發生故障的任何電子裝置。為了處理圖像,處理裝置120可以被編程用于識別位于主車輛100前方區域的圖像中的多個區域。示例區域在圖3中示出。一個區域可以表示主要由左側前照燈照明的區域(“左側區域”130A),另一個區域可以表示主要由右側前照燈照明的區域(“右側區域”130B),并且又一個區域可以表示不被任何一個前照燈照明的區域(“其它區域”130C)。
對于識別出的區域,處理裝置120可以被編程用于確定兩個區域的亮度,這兩個區域主要由前照燈115中的一個照明。例如,處理裝置120可以被編程用于確定與圖像的左側區域內的像素相關的第一亮度以及與右側區域內的像素相關的第二亮度。每個像素可以與亮度值相關,并且第一亮度可以包括左側區域內的全部像素亮度值的總和。同樣地,第二亮度可以包括右側區域內的全部像素亮度值的總和。
處理裝置120可以將第一亮度與第二亮度進行比較以確定亮度差并且將亮度差與預定閾值進行比較。在一些示例中,處理裝置120可以確定平均像素亮度。也就是,處理裝置120可以被編程為將第一亮度除以在第一區域內的像素的數量并且將第二亮度除以在第二區域內的像素的數量。因 此,與比較相應區域內的亮度值的總和不同,處理裝置120可以被編程用于將左側區域的平均像素亮度與右側區域的平均像素亮度進行比較。例如,處理裝置120可以將亮度差限定為左側和右側區域之間的平均像素亮度差。
處理裝置120可以被編程為按照式1將亮度差與預定閾值比較。
在式(1)中,βj表示在該區域內的單個像素的亮度。值i表示在該區域內的像素的總數,并且像素亮度的總和關于圖像數量n進行平均。值A可以表示左側區域,而值B可以表示右側區域??梢詫⒘炼炔畹慕^對值與預定閾值進行比較,預定閾值在式(1)中以β閾值示出。
如果亮度差超出了預定閾值,那么處理裝置120可以輸出表明前照燈115中的一個發生故障的信號。在一些示例中,由處理裝置120輸出的信號可以進一步識別哪個前照燈發生故障。例如,如果左側區域內的像素比右側區域內的像素明顯更暗,那么該信號可以表明左側前照燈發生故障。但如果右側區域內的像素比左側區域內的像素明顯更暗,那么該信號可以表明右側前照燈發生故障。處理裝置120可以向顯示裝置125或儀表板輸出信號以便合適的報警或指示器可以被照明以向駕駛員報警前照燈發生故障。在一些示例中,系統110也可以使用如(Ford)操作系統的基于車輛的連接系統向駕駛員提供音頻消息。
有時被稱作干擾對象(參見圖3)的對象可以促進或反射足夠影響左側區域、右側區域或兩者的亮度的光。示例干擾對象可以包括來自迎面車輛、街道燈、交通燈、反射車道標記等的光。此外,不同類型的道路表面可以朝向視覺傳感器105反射不同水平的光。
處理裝置120可以被編程用于識別圖像內的干擾對象。以大體相同的方式影響左側和右側區域的干擾對象可以被處理裝置120忽略。處理裝置120可以被編程用于如果干擾對象被識別為對左側區域或右側區域具有更 大的影響,那么補償由干擾對象增加到圖像的光。例如,處理裝置120可以被編程用于過濾由干擾對象所引起的附加光。過濾光可以包括忽略與干擾對象所引起的光相關的左側區域、右側區域或兩個區域內的像素。補償干擾對象所引起的附加光的另一種方式可以包括將左側區域和右側區域限定為盡可能地排除干擾對象,同時仍捕獲應當分別被左前照燈和右前照燈115照明的足夠的區域。如街道燈的一些干擾對象可以僅被視覺傳感器105簡單地捕獲。在這樣的示例中,處理裝置120可以被編程為僅在不存在干擾對象時評估前照燈115中的一個是發生故障。
處理裝置120可以被編程為在主車輛100操作期間并且更具體地是在前照燈115被開啟時評估前照燈115是否正常工作。然而處理裝置120不需要持續評估前照燈115。例如,處理裝置120可以被編程為以如每5分鐘、每10分鐘、每15分鐘等的周期間隔來評估前照燈115。
圖3是示例圖像300,該圖像被處理以確定前照燈115中的一個是否發生故障。圖像300包括三個區域——第一區域130A、第二區域130B和第三區域130C。第一區域130A可以包括應當主要被左側前照燈照明的區域。第二區域130B可以包括應當主要被右側前照燈照明的區域。第三區域130C可以包括不期望被任何一個前照燈照明的區域。可選地,第三區域130C可以包括來自左側前照燈和右側前照燈115的光充分重疊的區域,在該區域難以分辨光的來源。而且,第三區域130C可以進一步包括具有來自如迎面交通燈、街道燈或其它干擾對象135的明顯干擾光的區域。處理裝置120可以確定第一區域130A和第二區域130B內的像素的亮度。該亮度可以包括與那些區域130中的每一個相關的亮度值的總和或平均亮度值。處理裝置120可以進一步確定第一區域130A和第二區域130B之間的亮度差??梢詫⒘炼炔钆c預定閾值進行比較。如果亮度差超過預定閾值,那么處理裝置120輸出表明前照燈115中的一個發生故障的警報。該警報可以進一步識別哪個前照燈發生故障。
而且,為了降低處理裝置120錯誤地識別發生故障的前照燈的可能性,處理裝置120可以補償存在于一個或多個區域130內的干擾對象135。在圖3的示例圖像300中,第一區域130A包括兩個干擾對象135——反射 車道標記135A和燈柱135B。雖然由燈柱135B產生的光在第三區域130C內最強,但來自燈柱135B的一些光會照射到第一區域130A、第二區域130B或兩者內。因此,一經檢測到燈柱135B的存在,處理裝置120就可以補償由燈柱135B產生的任何光,該光照射到第一區域130A或第二區域130B內。而且,如果第一區域130A內的車道標記135A是反射的,那么處理裝置120可以補償反射到視覺傳感器105上的附加光。
圖4是示例程序400的流程圖,該程序可以由前照燈評估系統110執行以確定前照燈是否發生故障并且相應地通知主車輛100的駕駛員。
在框405中,前照燈評估系統110可以接收主車輛100前方區域的圖像。該圖像可以由視覺傳感器105捕獲,并且表示圖像的信號可以被傳輸給處理裝置120用于處理。
在框410中,前照燈評估系統110可以識別圖像內不同的區域130。例如,如圖3所示,第一區域130A可以包括期望主要被左側前照燈照明的區域并且第二區域130B可以包括期望主要被右側前照燈照明的區域。如果被識別出,則第三區域130C可以包括被左側前照燈和右側前照燈115兩者大體照明的區域。每個區域130可以包括多個像素,并且每個像素可以與亮度值相關。在每個區域130內的像素的數量可以不同。也就是,第一區域130A和第二區域130B可以具有大致相同數量的像素。但第三區域130C可以具有與第一區域130A和第二區域130B不同數量的像素(很可能更多的像素)。在處理圖像中,處理裝置120可以識別不同的區域130。
在框415中,前照燈評估系統110可以確定在圖像中是否出現了任何干擾對象135。干擾對象135可以包括促進或反射影響左側區域130A、右側區域130B或兩者的亮度的足夠的光的任何對象。示例干擾對象135可以包括來自迎面車輛、街道燈、交通燈、反射車道標記等的光。此外,不同類型的道路表面可以朝向視覺傳感器105反射不同水平的光,并且因此,道路本身可以作為干擾對象135。如果存在干擾對象135,則程序400可以進入到框420。如果不存在干擾對象135,則程序400可以進入到框425。
在框420中,前照燈評估系統110可以補償由干擾對象135所產生的 光。對干擾對象135的補償可以包括忽略干擾對象135、過濾由干擾對象135所引起的光、將區域130重新限定為排除盡可能多的干擾對象135或等待直至第一區域130A和第二區域130B內沒有干擾對象135。例如,處理裝置120可以忽略大體以相同的方式影響左側和右側區域130的干擾對象135。如果干擾對象135被識別為對左側區域130A或右側區域130B具有更大的影響,那么處理裝置120可以過濾由干擾對象135所引起的附加光。過濾光可以包括忽略與干擾對象135所引起的光相關的左側區域130A、右側區域130B或兩個區域內的像素??蛇x或另外地,處理裝置120可以將左側區域130A和右側區域130B重新限定為排除盡可能多的干擾對象135,同時仍捕獲應當分別被左前照燈和右前照燈115照明的足夠的區域。在干擾對象135僅簡單地處于視覺傳感器105的視野內的情況下,處理裝置120等待至圖像中不再有干擾對象135時才繼續處理圖像。在這樣的示例中,程序400可以進一步包括不斷接收和處理新圖像,直至檢測到在第一區域130A和第二區域130B內沒有干擾對象135。在補償干擾對象135之后,程序400可以進入到框425。
在框425中,前照燈評估系統110可以確定與每個區域130相關的亮度,區域130與前照燈115中的一個相關。例如,處理裝置120可以確定與第一區域130A相關的亮度(第一亮度)以及與第二區域130B相關的亮度(第二亮度)。確定亮度可以包括將第一區域130A和第二區域130B內的每個像素的亮度值進行加和。例如,處理裝置120可以基于第一區域130A內的像素亮度值的總和來確定第一亮度。同樣地,處理裝置120可以基于第二區域130B內的像素亮度值的總和來確定第二亮度。在一些示例中,處理裝置120可以評估平均像素亮度。因此,處理裝置120可以進一步確定第一區域130A和第二區域130B的平均像素亮度。處理裝置120可以通過例如將第一亮度除以第一區域130內的像素數來確定第一區域130A的平均像素亮度。處理裝置120可以通過例如將第二亮度除以第二區域130B內的像素數來確定第二區域130B的平均像素亮度。
在框430中,前照燈評估系統110可以將第一亮度與第二亮度進行比較。處理裝置120可以將第一亮度和第二亮度進行比較,或可選地,將第 一區域130A內的平均像素亮度與第二區域130B內的平均像素亮度進行比較。在框430中由處理裝置120執行的比較可以產生亮度差。
在框435中,前照燈評估系統110可以確定亮度差是否超過預定閾值。例如,處理裝置120可以將框430中確定的亮度差與預定閾值進行比較。如果亮度差超過預定閾值,那么程序400可以進入到框440內。如果亮度差未超過預定閾值,那么程序400可以進入到框445。
在框440中,前照燈評估系統110可以產生表明前照燈115中的一個發生故障的信號。在一些示例中,處理裝置120可以產生和輸出信號。而且,由處理裝置120輸出的信號可以基于如亮度差的大小來識別哪個前照燈發生故障。例如,如果左側區域130A內的像素明顯比右側區域130B內的像素更暗,那么該信號可以表明左側前照燈發生故障。但如果右側區域130B內的像素明顯比左側區域130A內的像素更暗,那么該信號可以表明右側前照燈發生故障。處理裝置120可以向顯示裝置125或儀表板輸出信號,以便合適的報警或指示器可以被照明,從而向駕駛員報警發生故障的前照燈。在框440之后程序400可以結束,或在一些情形下程序400可以進入框445。
在決策框445中,前照燈評估系統110在重新評估前照燈115之前可以等待預定的時間量。例如,處理裝置120在程序400進入到框405之前可以等待歷時預定的時間間隔。示例間隔可以包括如5分鐘、10分鐘、15分鐘等。
在執行框440之后或在主車輛100熄火之后,無論哪一個先發生,程序400都可以結束。但如果框440通向框445,那么程序400可以在主車輛100熄火之后結束。
利用程序400,在前照燈被認定為發生故障時,前照燈評估系統110可以通知駕駛員。前照燈評估系統110將由圖像傳感器所捕獲的圖像的兩部分的亮度水平進行比較。由于兩個正常運行的前照燈115會輸出大約相同量的光,因此在兩個前照燈115都正常工作的情況下,亮度之間的差相對最小。但如果前照燈115中的一個發生故障,那么前照燈評估系統110 可以通知駕駛員以便駕駛員可以通過前照燈115的視覺檢驗來確認前照燈故障。
總體上,所述的計算機系統和/或裝置可以使用任何數量的計算機操作系統,包括但不限于各種版本和/或各種變體的福特同步(Ford)操作系統、微軟操作系統、Unix操作系統(例如由加利福尼亞州的紅木海岸甲骨文公司發行的操作系統)、由紐約阿蒙克國際商業機器公司發行的AIX UNIX操作系統、Linux操作系統、由加利福尼亞州的蘋果公司發行的Mac OSX以及iOS操作系統、由加拿大滑鐵盧黑莓有限公司發行的黑莓OS以及由谷歌公司和開放手機聯盟開發的Android操作系統。計算裝置的示例包括但不限于車載車輛計算機、計算機工作站、服務器、臺式機、筆記本電腦、便攜式電腦或掌上電腦或一些其它計算系統和/或裝置。
計算裝置總體上包括計算機可執行指令,其中該指令可以由例如上面所列的那些的一個或多個計算裝置執行。計算機可執行指令可以由計算機程序編譯或解釋,該計算機程序使用多種編程語言和/或技術創建,這些編程語言和/或技術包括但并不限于單獨的或組合的JavaTM、C、C++、Visual Basic、Java Script、Perl等??傮w上,處理器(例如微處理器)例如從存儲器、計算機可讀介質等接收指令,并且執行這些指令,由此執行一個或多個程序,包括這里所描述的一個或多個程序。這樣的指令以及其它數據可以使用各種計算機可讀介質存儲和傳輸。
計算機可讀介質(也稱作處理器可讀介質)包括參與提供數據(例如指令)的任何非暫時性(例如有形的)介質,該數據可以由計算機讀取(例如通過計算機處理器)。這樣的介質可以采用多種形式,包括但不限于非易失性介質和易失性介質。非易失性介質包括例如光盤或磁盤以及其它永久性存儲器。易失性介質包括例如典型地構成主存儲器的動態隨機存取存儲器(DRAM)。這樣的指令可以通過一種或多種傳輸介質傳輸,包括同軸線纜、銅線和光纖,包括線纜,該線纜包含連接到計算機處理器的系統總線。計算機可讀介質的常規形式包括,如軟盤、柔性盤、硬盤、磁帶、任何其它磁性介質、CD-ROM(只讀光盤存儲器)、DVD(數字化視頻光 盤)、任何其它光學介質、穿孔卡片、紙帶、任何帶有孔圖案的其它物理介質、RAM(隨機存取存儲器)、PROM(可編程只讀存儲器)、EPROM(電可編程只讀存儲器)、FLASH-EEPROM(閃速電可擦除可編程只讀存儲器)、任何其它存儲器芯片或內存盒、或任何其它計算機可讀取的介質。
數據庫、數據儲存庫或此處所述的其它數據存儲可以包括用于存儲、訪問以及檢索各種數據的各種機構,包括層次數據庫、文件系統中的文件集、專有格式的應用數據庫、關系數據庫管理系統(RDBMS)等。每個這樣的數據存儲通常包括在使用例如上述那些計算機操作系統之一的計算裝置內,并且以多種方式中的任何一種或多種通過網絡訪問。文件系統可以從計算機操作系統訪問,文件系統可以包括以各種格式存儲的文件。RDBMS除了采用創建、存儲、編輯以及執行存儲過程的語言之外,通常采用結構化查詢語言(SQL),例如上述的PL/SQL(程序化語言/結構化查詢語言)語言。
在一些示例中,系統元件可以作為計算機可讀指令(例如軟件)在一個或多個計算裝置(例如服務器、個人計算機等)中實施,存儲在相關的計算機可讀介質(例如盤、存儲器等)上。計算機程序產品可以包含存儲在計算機可讀介質中用于實施此處所述功能的這樣的指令。
關于這里所述的程序、系統、方法、啟發等,應理解的是,雖然這樣的程序等的步驟描述為按照一定的順序排列發生,但這樣的程序可以通過以這里描述的順序之外的順序完成的描述步驟來進行實施。進一步應該理解的是,某些步驟可以同時執行,可以添加其它步驟,或者可以省略這里所述的某些步驟。換言之,這里程序的說明提供用于說明某些實施例的目的,并且不應該以任何方式解釋為限制要求保護的發明。
相應地,應理解的是,上面的說明書的目的是說明而不是限制。通過閱讀上面的說明書,除了提供的示例外的許多實施例和應用都是顯而易見的。本發明的范圍應參照所附權利要求以及所述權利要求所享有的全部等效范圍而確定,而不是參照上面的說明書而確定??梢灶A料和預期的是這里所討論的技術將出現進一步的發展,并且所公開的系統和方法將會結合 到這樣未來的實施例中??傊?,應理解的是,本發明能夠進行修正和變化。
在權利要求中所使用的所有術語旨在給予其被具有這里所述的技術領域的認知的技術人員所理解的最常用的意思,除非在這里做出了明確相反的指示。特別是單數冠詞——如“一”、“該”、“所述”等——的使用應該理解為敘述一個或多個所示元件,除非權利要求陳述了明確相反的限制。
提供摘要以容許讀者快速確定所公開的技術方案的實質。應當理解的是,提交摘要并非用于解釋或限制權利要求的范圍或含義。此外,在前述具體實施方式中,可以看出的是,為了精簡本發明內容的目的,多種特征在各實施例中組合到一起。這種公開方法不應被解釋為反映所述實施例比每個權利要求中所明確表述的需要更多特征的意思。相反的,如下述權利要求中所反映的,發明的主題在于,比單個所公開的實施例的所有特征少。因此,下述權利要求書在此結合到具體實施方式中,且每個權利要求都作為一個獨立的保護主題而存在。