用於從數據網絡向車輛傳遞消息的方法和用於數據網絡的伺服器設備的製作方法
2023-10-09 12:33:59 1
用於從數據網絡向車輛傳遞消息的方法和用於數據網絡的伺服器設備的製作方法
【專利摘要】本發明的要解決的技術問題是:在從數據網絡中的多個數據源向經移動通信接口(16)連接到該數據網絡的車輛(12)傳遞消息(N)時確保:消息通訊順利地進行。在根據本發明的方法中,從數據網絡——尤其是網際網路——中的多個數據源向車輛(12)發送消息(N),所述消息(N)不是被直接被輸入車輛(12)、而是被輸入數據網絡的伺服器設備(18),在所述伺服器設備處通過該伺服器設備(18)將消息(N)分別分派給多個預定的消息類型(A、B、C)中的一個,第一消息類型(C)的消息(N)立即由所述伺服器設備(18)傳遞至所述車輛(12),第二消息類型(B)的消息(N)被存儲在所述伺服器設備(18)中,第三消息類型(A)的消息(N)被刪除。本發明還涉及一種能與數據網絡聯接的伺服器設備(18)。
【專利說明】用於從數據網絡向車輛傳遞消息的方法和用於數據網絡的伺服器設備
【技術領域】
[0001]本發明涉及一種方法,通過所述方法將數據網絡中多個數據源的消息發送至車輛。數據網絡尤其可以是網際網路。本發明還涉及一種伺服器設備,該伺服器設備能通過移動通信接口與數據網絡、例如網際網路聯接。在本發明中,車輛尤其理解為道路行駛車輛,例如乘用車或商用車。
【背景技術】
[0002]在車輛中,即使在行駛期間也能藉助於移動通信模塊通過移動通信接口建立與數據網絡、例如網際網路的通信連接。一旦建立了這種數據連接,則車輛的不同設備或者在車輛中通過計算設備執行的不同的電腦程式可以建立與數據網絡中伺服器的網絡連接。例如如果通過 UMTS 移動通信連接(UMTS-Universal Mobil Telecommunication System 通用移動通信系統)建立與網際網路服務提供商(ISP—Internet Service Provider)的連接,貝丨J可以由該網際網路服務提供商為移動通信模塊或連接在移動通信模塊下遊的車輛的網關或路由器分配網址。在該網址(IP位址)和其它協議(TCP-Transfer Control Protocol傳遞控制協議,UDP-User Datagram Protocal用戶數據報協議等)的基礎上,各個設備或程序可以彼此獨立地與網際網路的伺服器交換數據。
[0003]與車輛有關的特別重要的、可以在數據網絡中提供的數據服務是當前的交通數據或關於車道狀態的數據的傳遞。對此已知的是,藉助於處於交通中的車輛來確定這種數據,所述車輛將其當前的行駛速度和藉助於ESP (ESP=電子穩定程序)確定的車道表面的摩擦值傳遞至數據網絡中相應的伺服器。隨後,收集到的數據由伺服器再次分配給車輛,從而在每個車輛中都能使用關於當前的交通狀況和車道瞬時狀態的信息。
[0004]藉助於移動通信接口實現的、(位置固定的)網絡服務提供者和車輛之間的數據傳遞當然受到帶寬限制,也就是說,在預定的時間區間內僅能傳遞有限多的數據。然而因為各個設備和程序可以彼此獨立地保持與網絡伺服器的數據連接,所以不能預見在數據傳遞時是否會出現瓶頸。一旦出現這種情況,這甚至會導致威脅車輛乘客的安全。例如,如果移動通信接口的帶寬完全被用於傳遞在車輛中放映的故事片的影片數據,便會因此在傳遞更重要的數據時會出現延遲,例如延遲了交通數據或對冰凍/凍雨(Blitzeis)的警報。
[0005]由DE102008061304A1已知了車輛用的通信設備,其用於無線傳遞車輛相關的數據,所述通信設備包括兩個通信單元。藉助於第一單元將第一數據傳遞至車輛,藉助於第二單元將選出的第二數據傳遞至車輛。在此,基於數據的優先級判定將數據傳遞至哪個單元。此外,通信單元可以如此實施,即在接收數據時,通信單元判定:所接收到的消息是專門為該車輛設置的消息還是用於多個車輛的公共消息。然而對該最後一個方面來說缺點在於,必須首先通過無線電接口傳送數據才能判定其重要性。
【發明內容】
[0006]本發明的目的在於,在從數據網絡中的多個數據源向經移動通信接口連接到該數據網絡的車輛傳遞消息時確保:消息通訊順利地進行。
[0007]該目的通過根據權利要求1所述的方法以及通過根據權利要求7所述的伺服器設備實現。通過從屬權利要求給出所述方法的有利的改進方案。
[0008]根據本發明的方法從上文所述的有問題的情況出發,可以從數據網絡——例如網際網路一中多個(獨立的)數據源向車輛發送消息。在此,「消息」理解為通過一個或多個數據包代表的信息。根據本發明,在此該消息不是被直接輸入車輛、而是被輸入數據網絡的伺服器設備。隨後,基於消息對於車輛的重要性和緊急程度通過該伺服器設備對消息進行分類。換句話說,將每個消息都分派給多個預定的消息類型之一。在此,第一消息類型的消息立即由伺服器設備傳遞至車輛。而另一個、第二消息類型的消息被存儲在伺服器設備中。因此,其沒有阻礙第一消息類型的消息的傳遞。最後,在根據本發明的方法中還設置第三消息類型,並使分派給第三消息類型的消息甚至被刪除。
[0009]例如,上述伺服器設備可以是用於協調數據網絡和車輛之間的數據通訊的所謂的IT-後端(Backend) (IT-信息技術)的組成部分。適合用在這種IT後端中的相應的伺服器設備同樣是本發明的組成部分。根據本發明的伺服器設備包括網絡接口,其通過該網絡接口可與數據網絡,即例如網際網路聯接。根據本發明的伺服器設備在此設計用於:通過網絡接口接收用於特定車輛的消息。隨後可以與車輛相關地和/或與消息相關地將所述消息分別分派給多個預定的消息類型中的一個。如上所述,分派給確定的第一消息類型的消息被立即繼續傳送至車輛,而為車輛暫時存儲第二消息類型的消息,刪除第三消息類型的消息。
[0010]根據本發明的方法和根據本發明的伺服器設備的優點在於:即使存在一形式為由多個消息源發送的獨立消息的一不同信息也能有針對地為車輛提供信息。這樣避免了資源一例如移動通信接口的傳遞能力和車輛中接收系統的計算能力一的消耗,如在同時傳遞不重要數據和重要數據時那樣。為此,第二消息類型還可以分為子類型,則根據消息在傳遞時的優先級和/或所允許的最大傳遞延遲來將消息歸類到所述子類型中。
[0011]為了對用於傳遞消息至車輛的無線信道的帶寬進行有效地利用,被證明為有利的是,根據消息所針對的車輛的特性來給消息分派相應的消息類型。因此可以設計為,與瞬時車輛處於的地點相關地對消息進行分類。由此可以確定,例如是否可以刪除關於在遠離車輛的地點處的交通事件的消息,因為其不影響車輛的繼續行駛。然而,同樣可以將車輛的計劃好的行駛路線作為分類的基礎。因此,可以將關於沿著行駛路線的交通事件的消息識別為對車輛來說重要的。因此,可以對如下的消息進行組合併將其傳遞至車輛:該消息涉及關於前方交通流幹擾的給駕駛員提供的提前信息。也可以根據車輛中人員的身份來選擇消息。例如,如果一個人員對關於運動事件的消息有很大興趣並因此在用於信息系統的相應用戶特徵中記錄了應當優先傳達涉及這種運動事件的消息,貝1J在此能識別出:當該人員位於車輛中時應該將消息繼續傳遞至車輛。
[0012]也可以根據車輛配置進行分類。例如,如果車輛具有電子穩定程序(ESP),其作用方式可以通過規定路面的已知的摩擦值來控制,則對於這種車輛來說重要的是,將涉及當前測得的摩擦係數的消息傳遞至該車輛。此外,分類也可以根據位於車輛中的、車輛的正在起作用的系統進行。例如,如果車輛中的人員恰好使用了數據服務,例如像聊天程序,則有利地的是將相應的聊天消息立即繼續傳送至車輛,從而使為該人員提供其它用戶的消息。[0013]最後,對與車輛相關地將消息分派到相應的消息類型來說,也可以設計為,基於之前已經傳遞車輛的消息對所述消息進行分類。因此,在傳遞時間點由於缺失必要信息而不能有意義地被解讀因此完全不可能由車輛處理的消息不會被傳遞給車輛。
[0014]替代或附加於與車輛相關的分派,根據本發明的方法的另一個改進方案還提出,根據消息的種類和/或消息的內容將消息分派給不同的類型。因此,可以在涉及人員安全的消息——例如交通消息等——被成功傳遞之前一直阻止根據其種類是供車輛中人員娛樂的消息。通過將消息的內容也用於分類,也可以進一步在消息種類內進行區分。
[0015]例如如果傳遞信道沒有被需立即傳遞的消息佔滿時,暫時存儲在伺服器設備中的消息應該在稍後的時間點同樣傳遞至車輛。為此,在根據本發明的方法的一種實施方案中,針對所存儲的消息由伺服器單元檢查:是否滿足預定的發送標準,以及必要時將所存儲的消息由伺服器設備傳遞至車輛。這種發送標準可以根據如何具體實現該方法而不同。發送標準的例子有:傳遞信道的利用率、計時器——通過該計時器確定消息應該在伺服器設備的中間存儲器中存儲多長時間一的結束、車輛到達特定地點以及激活車輛中的特定系統。
[0016]在被存儲並且待隨後發送的消息方面,根據本發明的方法的一種有利的實施方案提出,所存儲的消息被組合成消息包並被壓縮,隨後作為經壓縮的消息包傳遞至車輛。由於組合地傳遞具有較小緊急程度的消息有利地實現了減小傳遞費用。
[0017]在根據本發明的方法的一種優選的實施方案中,伺服器設備在客戶-伺服器通信的框架內在不對客戶、在此即車輛進行詢問的情況下將消息傳遞至車輛。這種形式的傳遞在下文中稱為推送(Pushen)。通過這種推送方法得到的優點是:能夠將伺服器設備識別為特別重要的消息不延遲地繼續傳送至車輛。伺服器設備不等待車輛的請求。
[0018]根據本發明的伺服器設備的、包括已經聯繫根據本發明的方法的改進方案闡述的特徵的改進方案也屬於本發明。因此此處不再次闡述根據本發明的伺服器設備的相應的改進方案的特徵。
【專利附圖】
【附圖說明】
[0019]下面根據實施例進一步闡述本發明。為此,附圖示出了一車輛,該車輛接收來自推送伺服器的消息,該推送伺服器是根據本發明的伺服器設備的實施方案。
【具體實施方式】
[0020]以下示例是本發明的優選的實施方案。
[0021]附圖示出IT後端10,其可以由一個或多個計算機組成。通過後端10收集用於車輛12的信息,在車輛12中所提供的不同功能基於這些信息。在此,後端10調節車輛12接收的數據流。車輛12例如可以是乘用車或商用車。所述功能在車輛12中通過單獨的服務程序14提供,在附圖中僅示例性示出了其中一個服務程序。這些服務程序在車輛12中通過一個或多個控制器執行。
[0022]為了從後端10向車輛12傳遞信息,後端10和車輛12通過通信連接16彼此連接。因此,例如可以設計為,車輛12的(未示出的)移動通信模塊通過移動通信接口——例如UMTS或LTE (Long Term Evolution)——與網際網路服務供應商(ISP)連接。車輛12的通信設備可以在由ISP分配給車輛的網址的基礎上建立至後端10的通信連接16作為TCP/IP連接(IP-1nternet Protocol,網際網路協議)。在此可以設計為,通過通信連接16傳送的數據被加密,例如藉助於SSL方法(SSL-Secure Socket Layer)加密。為了通過另一個數據連接保護車輛12不受外部(惡意)影響,可以設計為,車輛12僅接受經通信連接16接收到的數據。
[0023]在後端10內,通信連接16由後端10的推送伺服器18管理。通過推送伺服器18判定,實際上通過通信連接16傳遞哪些指向車輛12的信息。隨後,推送伺服器18根據推送方法,例如通過Bayeux協議描述的那樣,傳遞這些數據。推送伺服器18可以是單個裝置,也可以是多個裝置。也可以將整個推送伺服器18或者其一部分實現為一個或多個服務程序。
[0024]通過通信連接16傳遞的信息既涉及交通信息,也涉及例如通過信息系統呈現給位於車輛中的人員的信息,即例如消息、天氣數據、來自網際網路的人員通過Web瀏覽器調用的信息、或者聊天或Facebook消息。後端10由數據網絡——例如網際網路——通過後端10的(未示出的)路由器接收這些信息。信息的另一個數據源是其它車輛,該其它車輛同樣通過類似於通信連接16的通信連接與後端10連接。數據處理單元20收集車輛的這些信息並由此組合出關於車道表面的當前狀態以及關於不同道路上的交通流的消息。為此,車輛傳遞關於其當前速度和測得的摩擦值的信息以及車輛的其它運行參數,該摩擦值例如通過車輛的防抱死系統和電子穩定程序確定。
[0025]因為移動通信接口——通過該移動通信接口建立通信連接16——的帶寬有限,所以不可能在任意時刻都使得大量的來自網際網路和由設備20產生的數據包或消息同時在無延遲的情況下通過通信連接16繼續傳送至車輛12。此外,因為車輛12中控制器的計算能力有限,所以通過持續地推送消息使車輛負擔部分不需要或不允許的信息,例如像廣告或關於距車輛12很大距離的道路的摩擦值的消息。在附圖中僅標明了由設備20產生的、在推送伺服器18中出現的被確定用於傳遞至車輛12的消息N。
[0026]為了避免通信連接16「堵塞」,待通過推送伺服器18到達的消息,也就是說待推送的消息被分類。在此,分類標準可以是:車輛的瞬時地點、車輛駕駛員的身份、消息的類型、在車輛中激活的應用和/或系統的類型、車輛的配置、在車輛中現有的信息一例如之前已經能發送至車輛的信息——或者車輛的路線。根據該分類標準,通過推送伺服器18基於對車輛的重要性和緊急程度對消息N進行分類。在示出的例子中,分類以三個類型A、B、C為基礎。通過推送伺服器18的判定單元22判定,應當給消息N分派所述類型A、B、C中的哪個。對車輛來說不重要的消息被摒棄(類型A)。緊急程度低的消息被收集在推送伺服器18中(類型B)。為此,其暫時存儲在存儲器24中。重要的、本應該以儘可能小的延遲提供給車輛12的消息通過判定單元22直接繼續傳送至推送伺服器18的發送設備26。
[0027]待發送的消息隨後通過發送設備26經通信連接16繼續傳送至車輛12。在此,位於存儲器24中的消息由推送伺服器18規律地檢查,其是否同樣可以繼續傳送至車輛12。如果來自存儲器24的多個消息準備好被傳遞,則也可以設計為,組合併必要時壓縮地傳遞該消息。
[0028]通過該例子表明,在車輛中如何能實現,在不造成無線電網絡連接的過載且必要時重要的消息能足夠快地被傳遞的情況下使該車輛通過無線接口接收來自不同的、彼此無 關的數據源的數據。
【權利要求】
1.一種方法,在該方法中從數據網絡——尤其是網際網路——中的多個數據源向車輛(12)發送消息(N),所述消息(N)不是被直接輸入車輛(12)、而是被輸入數據網絡的伺服器設備(18),在所述伺服器設備處通過該伺服器設備(18)將消息(N)分別分派給多個預定的消息類型(A、B、C)中的一個,第一消息類型(C)的消息(N)立即由所述伺服器設備(18)傳遞至所述車輛(12),第二消息類型(B)的消息(N)被存儲在所述伺服器設備(18)中,第三消息類型(A)的消息(N)被刪除。
2.根據權利要求1所述的方法,其特徵在於,與車輛相關地進行消息(N)的分派,特別是所述分派與車輛(12)的瞬時地點相關,特別是所述分派與車輛(12)的計劃好的行駛路線相關,特別是所述分派與車輛(12)中的人員的身份相關,特別是所述分派與車輛(12)的配置相關,特別是所述分派與車輛(12)中的正在起作用的系統(14)相關,特別是所述分派與此前車輛(12)已接收到的消息相關。
3.根據權利要求1或2所述的方法,其特徵在於,與消息相關地進行消息(N)的分派,特別是,所述分派與消息(N)的種類和/或消息(N)的內容相關。
4.根據前述權利要求中任一項所述的方法,其特徵在於,針對所存儲的消息(N)由伺服器單元(18)檢查:是否滿足預定的發送標準,以及必要時將所存儲的消息(N)由伺服器設備(18)傳遞至車輛(12)。
5.根據前述權利要求中任一項所述的方法,其特徵在於,所存儲的消息(N)被組合成消息包;所存儲的消息(N)被壓縮並隨後作為經壓縮的消息包傳遞至車輛(12)。
6.根據前述權利要求中任一項所述的方法,其特徵在於,所述伺服器設備(18)藉助於推送方法將消息(N)傳遞至所述車輛(12)。
7.一種伺服器設備(18),該伺服器設備能通過網絡接口與數據網絡——尤其是網際網路——聯接,該伺服器設備設計用於:通過網絡接口接收用於特定車輛(12)的消息(N)以及與車輛相關地和/或與消息相關地將所述消息(N)分別分派給多個預定的消息類型(A、B、C)中的一個,其中第一消息類型(C)的消息(N)立即被繼續傳送至車輛(12 ),為車輛(12 )暫時存儲第二消息類型(B)的消息(N)以及刪除第三消息類型(A)的消息(N)。
【文檔編號】H04L29/08GK103891248SQ201280051322
【公開日】2014年6月25日 申請日期:2012年9月25日 優先權日:2011年10月18日
【發明者】L·威施霍夫, T·羅塔切 申請人:奧迪股份公司