用于數據傳輸的方法、通信網絡、參與方和車輛的制作方法
【專利摘要】本發明涉及一種用于在至少兩個參與方之間的數據傳輸的方法，其中至少一個參與方構造為車輛側的參與方，其中至少一個車輛側的參與方提供至少一個虛擬機(VM)或構造為虛擬機(VM)，其中至少一個虛擬機(VM)形成客戶端?服務器?通信網絡(1，10)中的服務器。本發明還涉及一種通信網絡、參與方和車輛。
【專利說明】
用于數據傳輸的方法、通信網絡、參與方和車輛
技術領域
[0001] 本發明涉及一種用于在至少兩個參與方之間的數據傳輸的方法、通信網絡和用于 數據傳輸的通信網絡中的參與方以及車輛。
【背景技術】
[0002] 在目前車輛中的通信網絡中通信網絡的參與方，尤其是所謂的信息娛樂系統中的 參與方具有有狀態接口。借助該有狀態接口的數據傳輸要求精確遵守調用順序。由此產生 的缺陷是，通信技術上嚴格匹配參與方，其使得通信網絡中功能的分布困難并且限制了通 信網絡的多客戶端能力。
[0003] US2010/00300466A1公開了一種用于車輛外部導航的方法，其中導航設備接收與 從開始點到目的地的路線有關的路線信息。在此路線信息在導航設備外部被確定并且包括 車輛特征。路線信息被存儲在導航設備中。然后車輛基于路線信息被引導到目的地。然后檢 測車輛離開路線的偏差狀態。然后將包括了車輛特征的路線請求發送到服務器。然而在此 該文獻沒有公開在導航設備和服務器之間的通信的過程的細節。此外服務器布置在車輛外 部。
[0004] DE10044891A1公開了一種用于運行機動車中多功能的菜單引導的顯示裝置的方 法，其中通過選擇菜單項分別顯示或重新顯示功能或參數。在此機動車中不同動力總成的 顯示的數據內容在與顯示裝置雙向通信的控制設備中功能相關地和/或動力總成相關地存 儲。在選擇菜單項時首先僅顯示存儲器內容的標題行，其中然后通過相應的按鍵操作，傳輸 和顯示全部的與標題行有關的存儲器內容。由此得到包括了多個傳輸過程的數據傳輸。
[0005] DE9A1公開了一種用于機動車的通信系統。其用于涉及了機動車的運 行的信息從進行發送的控制設備到進行接收的控制設備的傳輸，其中通信系統包括總線系 統。此外通信系統包括與總線系統的構造無關的接口，用于輸入經過總線系統傳輸的和/或 輸出要經過總線系統傳輸的涉及了機動車的運行的信息。該文獻也沒有公開數據傳輸的過 程的細節。
[0006] DE60313373T2公開了具有控制單元的交互式車輛控制系統，所述控制單元經過第 一連接裝置連接到至少一個車輛設備。此外公開了至少一個客戶端設備，其經過第二連接 裝置連接到控制單元，參與方與所述控制單元互相作用。此外控制單元包括傳輸協議服務 器，其將至少一個人機接口傳輸到客戶端設備。該文獻也沒有公開數據傳輸的過程的細節。
[0007] 文章 "Fielding，Roy Thomas .Architectural Styles and the Design of Network-based Software Architectures.Doctoral dissertation,University of California，Irvine，2000，見//www.ics.uci.edu/~fielding/pubs/dissertation/ rest_arch_style. thm"描述了一種表述性狀態轉移(REST)。
[0008] DE6T5公開了一種用于開始在云計算環境內的虛擬實體的方法。然而 在此虛擬機僅在云計算環境中存在。
[0009] DE69820900T2公開了一種用于分布式計算機-機動車服務-構造或配置的系統和 方法。DE60316213T2公開了對于車輛確定的、網絡為中心的遠程信息處理服務和應用，和尤 其是一種通信系統，其配置為，用于保證參與方偏好的存儲。在這兩篇文獻中服務器僅布置 在車輛外部。
[0010] 期望在將來在車輛中也能夠事后提供尤其不是由車輛制造者開發的應用。

【發明內容】

[0011] 本發明要解決的技術問題是，實現一種用于數據傳輸的方法、通信網絡、通信網絡 中的參與方以及車輛，其簡化多個不同應用和服務在車輛中的事后提供和裝備。尤其是，要 解決的技術問題是，可以事后包含外部的、但是持久提供的數據，而不影響車輛的功能或車 輛的各個子系統。
[0012 ]上述技術問題通過具有權利要求1、9、14和15的特征的內容解決。本發明的其他有 利構造從從屬權利要求中得到。
[0013] 建議了一種用于在至少兩個參與方之間的數據傳輸的方法。在此至少一個參與方 構造為車輛側的參與方。這意味著，至少一個參與方布置在車輛中并且尤其是可以與另外 的車輛側的參與方通信。車輛側的參與方尤其是可以是車輛的控制設備，例如車輛的信息 娛樂系統的控制設備，或由這樣的控制設備提供。至少另一個參與方尤其是可以是外部的 參與方，其中外部的參與方布置在車輛的外部。
[0014] 車輛側可以意味著，車輛側的參與方固定安裝在車輛中或車輛上。例如車輛側的 參與方機械固定地與車輛的部分相連。
[0015] 車輛可以是機動車，尤其是汽車。由此車輛側的參與方布置在機動車中或機動車 上。
[0016] 在兩個參與方之間的數據傳輸可以經過任意的數據連接，例如有線的、然而優選 經過無線的連接或本地的、設備內部的或者說參與方內部的連接進行。
[0017] 至少一個車輛側的參與方提供至少一個虛擬機或構成虛擬機。虛擬機例如可以通 過管理程序提供。虛擬機在此可以表示計算裝置，其不是直接在車輛側的硬件上實施。計算 裝置在該情況下可以是設備內部的計算裝置。虛擬機尤其是使得可以提供或仿真與車輛側 的參與方的操作系統不同的操作系統。尤其是，借助虛擬機例如可以提供安卓?操作系統。
[0018] 虛擬機可以提供用于運行應用或服務的運行時環境，其中直接通過車輛側的參與 方，也就是尤其是在沒有虛擬機的情況下運行軟件代碼是不可能的。
[0019] 在本發明的意義上，"服務"的概念表示軟件或軟件的一部分，其中在運行通過軟 件編碼的指令時可以執行一個或多個功能。服務由此提供一個或多個功能。在此軟件可以 表示計算機程序或其部分。
[0020] 與以下還要解釋的應用不同，服務的功能不可單獨地，即，不可在沒有其他軟件部 分的情況下操作，尤其是觸發。尤其是，服務的功能不可單獨地通過參與方操作，尤其是觸 發。替換地或累加地，在服務的運行期間產生的信息不可單獨地，即，不可在沒有其他軟件 部分的情況下，被傳輸到參與方。通過服務，尤其是不實現人機接口。然而服務可以包含至 少一個軟件接口，尤其是所謂的API，用于連接操作軟件。這樣的軟件接口可以構造為無狀 態接口。這在以下還要詳細解釋。這樣的操作軟件可以尤其是實現人機接口。在此實現意味 著，操作軟件實施人機接口。
[0021] 在本發明的意義上"應用"的概念表示軟件或軟件的一部分，其中在執行通過軟件 編碼的指令的情況下一個或多個功能是可執行的并且其中應用的功能單獨地，即，在沒有 其他軟件部分的情況下是可操作的，尤其是可觸發的。尤其是應用的功能是單獨地通過參 與方可操作的，尤其是可觸發的。替換地或累加地，在執行服務期間產生的信息可以單獨地 被傳輸到參與方。通過應用，尤其是實現人機接口。
[0022] 應用由此既可以實現功能部分也可以實現人機接口，其中服務僅可以實現功能部 分，而不能實現人機接口。人機接口尤其是可以被提供為，編碼的功能是參與方經過人機接 口是可操作的，例如可觸發的。此外人機接口可以用于向參與方提供、例如光學地或聲學地 提供信息，其中信息是在應用或服務的執行期間被產生的。例如數據被產生以用于在顯示 裝置，例如觸摸屏上顯示操作界面。此外人機界面可以用于評估參與方輸入。例如可以在觸 摸屏上評估參與方輸入。
[0023 ]人機接口在此可以至少部分地在現有的或通過現有的設備、例如車輛側的或外部 的觸摸屏上被提供。尤其是人機接口的至少一個硬件部分至少部分地通過現有的設備提 供。當然在這種情況下用于直接控制和/或評估人機接口的相應的控制和評估裝置可以通 過現有的設備提供。
[0024]在這種情況下，應用可以直接控制硬件部分的運行，而服務僅包括用于使硬件部 分連接操作軟件的人機接口。
[0025]此外在本發明的意義上"HMI客戶端"表示軟件或軟件的一部分，其實現人機接口。 在此"HMI客戶端"的概念也可以表示用于執行該軟件的設備或硬件部分。"HMI客戶端"還可 以尤其是包括用于與服務通信的軟件接口，尤其是無狀態軟件接口。由此在服務和"HMI客 戶端"之間尤其是可以實現無狀態的通信。
[0026] "HMI客戶端"在此可以在車輛側的或外部的設備上被運行。HMI客戶端可以例如在 外部的移動電話、平板電腦或所謂的智能手表上被運行。尤其是可能的是，服務由虛擬機運 行，其中人機接口由HMI客戶端運行。在該情況下HMI客戶端具有用于與虛擬機通信、尤其是 無狀態通信的合適接口。
[0027]純示例地并且不限制作用地，如下闡明概念"服務"、"應用"和"HMI客戶端"。電話 簿服務可以例如提供電子電話簿的功能，尤其是聯系人數據的合適的存儲和管理。然而電 話簿服務不實現經過其可以顯示現有的聯系人或輸入新的聯系人的人機接口。對于這樣的 電話簿服務，可以例如在移動電話、尤其是智能電話上通過HMI客戶端實現人機接口，通過 其可以顯示現有的聯系人或輸入新的聯系人。
[0028] 電話簿應用既可以實現電子電話簿的功能也可以實現經過其可以顯示現有的聯 系人或輸入新的聯系人的人機接口。
[0029] 按照本發明，至少一個虛擬機形成客戶端-服務器-通信網絡中的服務器。尤其是， 虛擬機可以形成用于在虛擬機和客戶端-服務器-通信網絡中的另一個參與方之間通信、即 數據傳輸的服務器。該另一個參與方在該情況下可以形成客戶端或也可以形成另一個服務 器。尤其是，如以下還要詳細解釋的，持久性數據可以從該另一個參與方傳輸到虛擬機。當 然，也可以將臨時性數據從該另一個參與方傳輸到虛擬機。臨時性數據在此表示在傳輸之 后在車輛側可用，然而僅臨時地，也就是不是持久地提供的數據。例如可以在視頻或音頻流 的范圍內傳輸臨時數據。
[0030] 客戶端-服務器-通信網絡在此可以僅在車輛側布置，其中客戶端-服務器-通信網 絡包括僅在車輛側布置的參與方。然而也可以的是，客戶端-服務器-通信網絡也包括外部 的參與方。
[0031] 至少一個虛擬機形成服務器意味著，虛擬機具有或提供相應的服務器功能。但是 不排除，至少一個虛擬機附加地也可以形成客戶端，也就是也可以具有或提供相應的服務 器功能。這在以下還要詳細解釋。
[0032] 通過服務器，可以執行尤其是前面解釋的服務或通過服務編碼的功能，其中通過 另一個參與方，尤其是作為HMI客戶端構造的另一個參與方，可以執行人機接口，其允許通 過參與方操作服務的功能。通過服務器也可以執行應用或通過應用編碼的功能。
[0033] 通過建議的方法有利地允許，在車輛中可以獨立于車輛側的參與方的操作系統執 行應用和尤其是服務。該獨立性允許不復雜地和簡單地，尤其是事后地包含尤其是不同應 用者的多個應用和服務。
[0034] 在另一個實施方式中，至少另一個參與方將持久性數據傳輸到至少一個虛擬機。 持久性數據在此表示在傳輸之后在車輛側可以使用的并且不是臨時的，而是持久地提供的 數據。尤其是持久性數據可以在車輛側保持到有效卸載。持久性數據尤其是可以是對在傳 輸之后在車輛側可以使用的和/或可以執行的應用進行編碼的數據。這樣的應用例如也可 以稱為App。
[0035] 純示例性地并且沒有限制作用地，持久性數據也可以是為多次播放而設置的視頻 數據。
[0036] 借助虛擬機尤其是可以執行持久性數據的資源管理。這意味著，借助虛擬機來管 理由持久性數據或由持久性數據編碼的內容或應用所需的和要求的車輛側的資源，例如存 儲需求和/或計算能力。替換地或累加地，借助虛擬機可以執行持久性數據的或由持久性數 據編碼的內容或應用的壽命周期管理。壽命周期管理尤其是包括持久性數據的安裝、更新 和卸載。
[0037] 尤其是，車輛側還沒有存在的持久性數據可以由至少另一個參與方傳輸到至少一 個虛擬機。
[0038]由此以有利的方式實現簡單的接口，其允許事后輸入尤其是由外部提供者產生的 持久性數據，其中最小地影響或根本不影響已經存在的車輛側的應用或服務的功能。例如 可以借助持久性數據在車輛側提供新的應用或服務。如果在執行這樣的應用時出現錯誤， 則可以基于對新的應用進行執行或對其資源和壽命周期進行管理的虛擬機攔截該錯誤。 [0039]在利用實施方式中，持久性數據對服務或應用進行編碼。在該情況下，服務或應用 或在相應的軟件中編碼的指令借助虛擬機被執行。由此虛擬機管理通過持久性數據編碼的 應用或服務對其他車輛側的資源的訪問并且反之亦然。由此可以以有利的方式在車輛中提 供車輛側不存在的應用或服務、尤其是外部的提供者、尤其是車輛乘客的應用或服務。
[0040] 這樣的不存在的應用或服務例如可以是不存在的音樂管理應用或服務、不存在的 聯系人管理應用或服務、不存在的旅游指南應用或服務、不存在的行駛日志應用或服務或 不存在的日歷管理應用或服務。
[0041] 在另一個實施方式中至少一個虛擬機形成客戶端-服務器-通信網絡中的客戶端。 這可以意味著，虛擬機除了服務器功能之外還可以提供客戶端功能。
[0042] 例如至少一個虛擬機可以對于特定操作的執行提供客戶端。在另一個操作的執行 期間至少一個虛擬機可以提供服務器。取決于持久性數據，尤其是通過持久性數據編碼的 內容、服務器或應用，虛擬機可以僅形成客戶端_服務器_通信網絡中的服務器或僅客戶端。
[0043] 在優選的實施方式中，在客戶端-服務器-通信網絡中進行在形成服務器的一個參 與方和形成客戶端的另一個參與方之間的無狀態通信。尤其是，也就是可以借助在第一參 與方、尤其是虛擬機，和至少另一個參與方之間的數據傳輸進行無狀態通信。替換地或累加 地，虛擬機也可以形成至少另一個參與方。
[0044] 無狀態在此意味著，完整的客戶端側的請求的數據和/或完整的服務器側的應答 的數據分別在剛好一個傳輸過程中被傳輸。服務器側的應答在此可以是對客戶端側的請求 的應答，其中這樣的應答可以表示相對應的應答(korrespondierende Antwort)。無狀態也 可以意味著，為了執行至少一個服務器側的操作而所需的所有信息，在剛好一個傳輸過程 中從客戶端被傳輸至服務器。此外無狀態可以意味著，為執行至少一個客戶端側的操作而 需要的所有信息在剛好一個傳輸過程中從服務器被傳輸到客戶端。此外無狀態還可以意味 著，為確認通過服務器請求的操作所需的所有信息在剛好一個傳輸過程中從客戶端被傳輸 到服務器。此外無狀態還可以意味著，為確認通過客戶端請求的操作所需的所有信息在剛 好一個傳輸過程中從服務器被傳輸至客戶端。尤其是，在此不再要求，客戶端側的請求以及 服務器側的應答在包括了多個傳輸過程的序列中如迄今為止通常的那樣來傳輸。單個傳輸 過程在此表示為同步客戶端和服務器中的狀態所需的總序列的一部分。
[0045] 請求、尤其是客戶端側的請求，在此例如可以是讀請求、寫請求或刪除請求，其分 別在服務器側或客戶端側觸發讀操作、寫操作或刪除操作。寫請求在此可以是產生請求或 更新請求。
[0046]無狀態也可以意味著，參與方基于在傳輸過程中傳輸的信息可以執行操作并且不 需要其他知識，尤其是不需要其他關于至此進行的通信過程的知識和/或其中傳輸的信息。
[0047] 無狀態也可以意味著，獨立于通信方的狀態地提供用于通信的數據。有狀態，也就 是"無狀態"的反義詞可以意味著，取決于通信方的狀態地提供用于通信的數據，其中該狀 態必須在提供之前被查詢。
[0048] 無狀態由此可以允許在服務器和客戶端之間的通信，對于所述通信不需要服務器 在客戶端處的注冊。而是客戶端可以將為確認或執行通過服務器查詢的操作所需的所有信 息在剛好一個傳輸過程中從客戶端傳輸到服務器。
[0049] 當通信參與方以及傳輸協議構造為可以執行前面解釋的無狀態通信時，可以實現 無狀態通信。
[0050] 第一參與方可以，作為虛擬機的替換，是車輛中的控制設備，尤其是車輛中的信息 娛樂系統的控制設備或由這樣的控制設備提供，其中控制設備提供數據，所述數據或所述 數據的內容經過相應的輸出設備被傳輸到車輛乘客。例如這些數據可以在控制設備中產生 或在控制設備中，例如在控制設備的存儲裝置中存儲。
[0051] 另一個參與方例如可以構造為車輛中的輸出設備或由這樣的輸出設備提供。輸出 設備例如可以是顯示裝置，例如顯示器，或聲學播放裝置，例如揚聲器。當然，輸出設備在此 還可以包括用于控制輸出設備的裝置，其中用于控制輸出設備的裝置將相應的輸出設備控 制為，數據或其內容如期望地那樣被輸出。于是顯示裝置的控制裝置可以根據待顯示的信 息控制顯示裝置。
[0052]如以下還要詳細解釋的，客戶端-服務器-通信網絡的參與方可以分別構造或具有 通信接口，其允許用于無狀態通信的所建議的數據傳輸。這樣的通信接口也可以稱為無狀 態通信接口。
[0053] 用于數據傳輸的方法尤其是可以按照RESTful原理（Representational State 1>3118€61-?1'；[1121口，表述性狀態轉移(1^31'))進行。按照該原理，在客戶端-服務器-通信網 絡中提供資源，其中資源包含特定信息或特定服務。每個資源用一個全局標識符表示。 [0054]借助建議的數據傳輸，尤其是可以傳輸對象或對象列表形式的數據。但是當然也 可以傳輸二進制數據。于是例如可以將編碼剛好一個對象或剛好一個對象列表的數據，在 剛好一個傳輸過程中，例如從第一參與方傳輸至其他參與方。但是數據傳輸也可以用于傳 輸全球和用于傳輸狀態信息。
[0055]由此以有利的方式得到在客戶端和服務器之間，尤其是在多個客戶端和一個服務 器之間的簡化的通信，因為涉及了特定過程，例如寫操作的數據傳輸，最多需要兩個傳輸過 程，也就是從客戶端至服務器(請求)和從服務器至客戶端(應答）。然而也可以的是，涉及了 特定過程的數據在唯一一個傳輸過程中，尤其是從服務器被傳輸至客戶端。這在下面詳細 解釋。
[0056] 在另一個實施方式中，在客戶端-服務器-通信網絡中按照RESTful原理進行在形 成服務器的參與方和形成客戶端的參與方之間的通信。這意味著，客戶端-服務器-通信網 絡形成RESTful系統。除了前面解釋的無狀態特征，按照RESTful原理的通信還可以具有其 他特征中至少一個:參與方的以及在參與方之間的可能交互的可擴展性，信息的為可中間 存儲/不可中間存儲的分類、統一的通信接口、系統的多層性。這些特征尤其是在文章 "Fielding,Roy Thomas.Architectural Styles and the Design of Network-based Software Architectures.Doctoral dissertation,University of California,Irvine, 2000,jAL//www .ics.uci.edu/~fielding/pubs/dissertation/ rest_arch_ style ? thm" 描述。
[0057]在優選實施方式中，在至少兩個參與方之間的數據傳輸按照至少兩個互相不同的 傳輸協議的集合中的一個傳輸協議進行。尤其是，數據傳輸可以按照剛好兩個傳輸協議的 集合中的一個傳輸協議進行。不同傳輸協議的集合的每個傳輸協議允許前面解釋的無狀態 通信或按照RESTf u 1原理的通信。
[0058] 由此可以的是，數據傳輸在傳輸過程中或者按照第一傳輸協議或者按照另一個傳 輸協議進行。
[0059] 數據傳輸可以經過剛好一個通信信道或經過剛好一個通信連接進行，其中通信信 道/通信連接允許按照每個傳輸協議的數據傳輸。對于按照不同的傳輸協議的數據傳輸也 可以設置不同的通信信道/通信連接。
[0060] 在不同傳輸協議的每個中，確定每個參與方的特定權限，尤其是對于預定的請求 的權限。
[0061] 由此以有利方式得到，不同的數據傳輸、尤其是來自于不同的情況的數據傳輸，可 以按照不同的傳輸協議進行。
[0062] 在另一個優選實施方式中，通過客戶端側的請求啟動的數據傳輸，按照第一傳輸 協議進行。在此客戶端側的請求可以已經形成數據傳輸的第一子傳輸過程。客戶端側的請 求例如可以用于調用狀態信息或內容信息。尤其是，客戶端側的請求可以是前面解釋的讀 請求、寫請求或刪除請求。對客戶端側的請求的對應的服務器側的應答在此也可以按照第 一傳輸協議被傳輸。于是例如可以基于客戶端的讀請求將數據從服務器傳輸至客戶端。
[0063] 此外按照另一個傳輸協議進行通過服務器側的事件啟動的數據傳輸，其中該另一 個傳輸協議與第一傳輸協議不同。當兩個時間上先后跟隨的、然而相同的讀請求在服務器 產生不同的應答時，例如可以發生服務器側的事件。對在于按照該另一個傳輸協議的傳輸 過程中的數據傳輸，不需要客戶端側的請求。然而如下面詳細解釋的，在此可能需要客戶端 側的注冊請求。
[0064] 按照第一傳輸協議的數據傳輸也可以稱為所謂的輪詢，而按照該另一個傳輸協議 的數據傳輸也可以稱為推送。由此以有利的方式得到用于數據傳輸的方法，其中對于及時 采集服務器側的事件而言并不強制需要客戶端側的請求、尤其是周期性的單邊請求。
[0065]此外第一傳輸協議可以是REST/http協議，第二傳輸協議可以是ws協議。REST/ http協議在此表示表述性狀態轉移協議并且ws協議表示Websocket協議。由此以有利方式 得到不同協議的簡單的實現。
[0066] 此外基于服務器側的事件、向至少另一個參與方進行的數據傳輸僅當至少另一個 參與方對于該事件經過注冊請求已經注冊了時才進行。注冊請求表示客戶端側的請求，基 于該請求，對于用于在一個或多個服務器側的事件情況下通知客戶端的通知功能，在服務 器側進行登陸或退出登陸操作。在登陸的狀態，如果發生前面闡述的服務器側的事件，進行 前面闡述的事件啟動的、從服務器至客戶端的數據傳輸。在退出登陸的狀態，如果發生這種 服務器側時間，卻不進行從服務器至客戶端的事件啟動的傳輸，如果發生這樣的服務器側 的事件。由此以有利的方式得到，事件啟動的數據傳輸僅在特定客戶端處進行，由此減少傳 輸的數據量。
[0067] 此外數據傳輸的至少一個數據格式可以對于所有傳輸協議是相同的。這意味著， 用于請求和/或應答的數據格式在使用的傳輸協議中是相同的。請求和/或應答也就是獨立 于傳輸協議相同地構造。由此有利地得到所建議的方法的簡化的可實施性。
[0068] 此外尋址結構對于所有傳輸協議可以是相同的。這意味著，在請求和/或應答中包 含的地址，例如數據對象、狀態對象和/或數據列表的地址在使用的傳輸協議中是相同的。 即地址獨立于傳輸協議相同地構造。例如，尤其是最大的尋址深度，即，可能的地址的數量， 對于所有傳輸協議可以是相同的。由此以有利的方式也得到所建議的方法的簡化的可實施 性。
[0069] 此外客戶端側的請求和/或注冊請求可以是參數化的。參數化意味著，在客戶端側 的請求和/或在注冊請求中至少一個參數被傳輸到第一參與方(服務器）。該參數可以尤其 是用于濾波。在此可以從多個可能的應答中根據濾波參數濾波一個或多個應答。如果沒有 傳輸參數，則可以進行無濾波的應答，例如可以傳輸所有可能的應答。
[0070] 如果客戶端側的請求和/或注冊請求針對對象列表的請求，則作為參數，例如可以 選擇地址距離(列表中條目的位置)和/或待傳輸的對象的數量。這由此允許傳輸對象列表 中期望的對象部分。
[0071] 另一個參數例如可以是參考深度參數。如果在第一地址下請求的應答，例如請求 的對象，包括在另一個地址下尋址的對至少另一個應答的參考，例如對另一個對象的參考， 則值得期望的是，將該另一個應答也作為對客戶端側的請求的應答的部分和/或基于服務 器側的事件來傳輸。參考深度參數在此說明了在傳輸時被考慮的參考層的數量。參考深度 參數例如可以限制到最大值，例如3。
[0072] 另一個濾波器參數例如可以是對于周期性更新應答的更新頻率，其例如基于客戶 端側的注冊請求從服務器向已登陸的客戶端傳輸。另一個參數可以是對于事件啟動的應答 的最大更新率。如果例如狀態或特征比通過最大更新率確定的時間更快地改變，則事件啟 動的應答的量可以被限制。在該情況下例如可以僅在通過更新率所確定的時間段到期時傳 輸當前的狀態。
[0073] 此外到至少另一個參與方的數據傳輸可以是濾波的數據傳輸。濾波的在此意味 著，從對客戶端側的請求和/或注冊請求的多個可能的應答中根據至少一個濾波標準，例如 根據前面解釋的至少一個濾波參數濾波出和傳輸一個或多個應答。由此可以有利地降低待 傳輸的數據量。
[0074] 此外可以傳輸編碼了應答的數據，例如編碼了對象的數據。數據包含至少一個對 至少另一個應答，例如至少另一個對象的參考。由此應答例如可以在其各自的尋址方面不 同。此外附加地，傳輸編碼了至少另一個應答的數據。由此進行參考的取消（Aufidsung )， 由此在數據傳輸過程內在無狀態通信中也傳輸所參考的應答。
[0075] 此外建議一種用于在至少兩個參與方之間的數據傳輸的通信網絡，其中參與方中 的至少一個構造為車輛側的參與方。
[0076] 在此至少一個車輛側的參與方提供至少一個虛擬機。
[0077] 按照本發明，至少一個虛擬機形成客戶端-服務器-通信網絡中的服務器。這可以 意味著，通過虛擬機可以提供客戶端-服務器-通信網絡中的服務器。向至少一個虛擬機可 以從至少另一個參與方傳輸持久性和/或臨時性數據。
[0078] 通信網絡在此構造為，借助通信網絡可以執行按照前面描述的實施方式的方法。 由此有利地得到，在本發明中描述的通信網絡以同樣提到的優點允許實施在本發明中描述 的方法。
[0079] 在另一個實施方式中，向至少一個虛擬機可以從至少另一個參與方傳輸持久性數 據。
[0080] 由此有利地實現一種通信網絡，其允許再加載外部的、持久性內容，其中車輛的功 能不受影響或僅最小地受影響。
[0081] 在另一個實施方式中，至少一個虛擬機形成客戶端-服務器-通信網絡中的客戶 端。客戶端-服務器-通信網絡可以，如前面所述，僅布置在車輛側。客戶端-服務器-通信網 絡也可以是所建議的通信網絡的一部分或完整地構成所述通信網絡。
[0082] 通信網絡在此尤其是可以包括車輛側的參與方和外部的參與方。
[0083] 這可以意味著，通過虛擬機，客戶端-服務器-通信網絡中的服務器附加地可以提 供客戶端。
[0084] 在另一個實施方式中，在客戶端-服務器-通信網絡中，形成服務器的參與方和形 成客戶端的參與方分別提供通信接口或具有通信接口，其中通信接口構造為，經過通信接 口可以執行在參與方之間的無狀態通信。
[0085] 在另一個實施方式中，在客戶端-服務器-通信網絡中，構成服務器的參與方和構 成客戶端的參與方分別提供通信接口或具有通信接口，經過所述通信接口可以按照 RESTful原理執行在參與方之間的通信。這在前面已經解釋過。
[0086] 即，尤其是，前面解釋的虛擬機可以構成這樣構造的通信接口。
[0087]還建議用于在至少兩個參與方之間的數據傳輸的通信網絡的參與方，其中參與方 構造為車輛側的參與方，其中通過車輛側的參與方可以提供至少一個虛擬機或者可以構造 虛擬機。按照本發明至少一個虛擬機形成客戶端-服務器-通信網絡中的服務器。
[0088] 車輛側的參與方在此構造為，可以借助車輛側的參與方執行按照在本發明中描述 的實施方式的方法。此外車輛側的參與方可以構造為，其可以是按照在本發明中描述的實 施方式中的一個的通信網絡中的參與方。通過這樣的參與方得到的優點在前面已經解釋 過。
[0089] 此外建議一種車輛，其中車輛包括車輛側的參與方或按照解釋的實施方式的通信 網絡。
【附圖說明】
[0090] 以下結合實施例詳細描述本發明。在此
[0091] 圖1示出了建議的通信網絡的示意性框圖，
[0092] 圖2示出了客戶端_服務器-通信網絡的示意性框圖，
[0093] 圖3示出了無狀態通信的示意性流程圖，和 [0094]圖4示出了無狀態通信的另一個示意性流程圖。
[0095] 以下，相同的附圖標記表示具有相同的技術特征的元件。
【具體實施方式】
[0096] 圖1示出了按照本發明的通信網絡的示意性框圖。示出了車輛側的信息娛樂系統 2。車輛側的信息娛樂系統2包括車輛側的控制設備3。控制設備3提供第一車輛側的參與方 4。第一車輛側的參與方4例如可以在運行車輛側已經存在的應用，例如工廠側的或初始安 裝的應用的范圍內將數據傳輸到另一個參與方。在此，第一數據傳輸D1通過點線示出，其中 借助第一數據傳輸D1，在第一車輛側的參與方4和第二車輛側的參與方5之間傳輸數據，其 中第二車輛側的參與方5例如形成用于控制未示出的顯示裝置的顯示器控制裝置或由其提 供，其中顯示控制裝置提供用于顯示內容的應用。第一數據傳輸D1例如可以按照本地的，即 初始安裝的傳輸協議進行。
[0097]還示出了第三車輛側的參與方6。第三車輛側的參與方6可以是用于控制未示出的 顯示裝置的另一個顯示器控制裝置。另一個顯示器控制裝置例如可以提供瀏覽器，即，用于 顯示內容的另一個應用。然而在此通過第三車輛側的參與方6和由第二車輛側的參與方5執 行的顯示控制可以互相不同。
[0098] 此外通過控制設備3提供虛擬機VM。
[0099]借助通過點劃線示出的第二數據傳輸D2,可以將不是車輛側現有的、持久性或臨 時性的數據從第一外部參與方7,例如移動電話，傳輸到虛擬機VM。借助第二數據傳輸D2傳 輸的數據可以例如編碼應用或服務，其中應用或服務是對于運行與信息娛樂系統2的操作 系統，例如第一車輛側的參與方4的操作系統不同的操作系統所需的。
[0100] 虛擬機VM對于由第一外部參與方7傳輸的持久性數據執行資源管理和壽命周期管 理。此外通過外部數據編碼的應用或服務通過虛擬機VM執行。
[0101] 虛擬機VM還可以構造用于與第一外部參與方7通信的服務器。當然VM也可以執行 其他應用或服務或者在相應的軟件中編碼的指令，其中其他應用或服務沒有由第一外部參 與方7傳輸。
[0102]如果虛擬機VM執行應用，則虛擬機VM可以在執行時也執行人機接口或其功能，其 中人機接口的硬件部分通過第一外部參與方7提供。例如第一外部參與方7的觸摸屏可以用 作為顯示和操作裝置，以用于操作應用的功能和用于顯示由應用對于參與方提供的信息。 尤其是，人機接口可以通過應用實現并且在實施相應的軟件時通過虛擬機VM提供。
[0103]如果虛擬機VM執行服務，則通過虛擬機VM不可以實施人機接口或其功能，因為服 務器不實現人機接口。在這種情況下，由第一外部參與方7可執行的軟件實現相應的人機接 口。尤其是，第一參與方7可以形成HMI客戶端。然而服務可以包括用于連接人機接口的相應 的軟件接口，尤其是，無狀態的軟件接口。
[0104]人機接口，尤其是觸摸屏，或其功能，可以通過第一外部參與方7實施。
[0105]在虛擬機VM和第一外部參與方7之間的數據傳輸在應用或服務的執行期間可以作 為無狀態通信經過無狀態通信接口 9進行。
[0106]示出了，第一車輛側的參與方4,第三車輛側的參與方6,虛擬機VM以及第一外部參 與方7和另一個外部參與方8分別具有無狀態通信接口 9。經過這些無狀態通信接口 9，在各 自的參與方4、6、7、8、￥1之間的前面解釋的無狀態通信可以執行。在此第三數據傳輸03通過 實線表示并且第四數據傳輸D4通過虛線示出，其中第三數據傳輸D3表示請求啟動的數據傳 輸并且第四數據傳輸D4表示事件啟動的數據傳輸。
[0107]另一個外部參與方8例如可以是或提供數據云，其中從數據云可以調用對內容進 行編碼的數據。
[0108] 在圖2中示出了按照本發明的通信網絡10的示意性框圖。通信網絡10包括作為服 務器構造的虛擬機VM、作為客戶端構造的參與方4和作為客戶端構造的第三參與方6。參與 方VM、4、6在此提供或具有未示出的通信接口，其可以軟件技術地和/或硬件技術地提供。
[0109] 經過接口，參與方VM、4、6進行在第一參與方4和虛擬機VM之間的以及在虛擬機VM 和第三參與方6之間的數據傳輸。在此借助數據傳輸進行在第一參與方4和虛擬機VM之間的 以及在虛擬機VM和第三參與方6之間的無狀態通信。
[0110]示意性還示出了兩個通信協議，其中按照第一傳輸協議的數據傳輸通過實線表示 并且按照第二傳輸協議的數據傳輸通過虛線表示。由此進行按照第一數據傳輸協議的前面 解釋的第三數據傳輸D3和按照第二傳輸協議的第四數據傳輸D4。第一傳輸協議是REST/ http協議并且另一個傳輸協議是ws協議。
[0111]示例性地根據在第一參與方4和虛擬機VM之間的通信來解釋無狀態通信。在第一 實施方式中進行在按照第一傳輸協議的傳輸過程中被傳輸的客戶端側的請求cA。客戶端側 的請求cA在此是完全的并且也就是包含為執行所請求的服務器側的操作所需的所有信息。 基于客戶端側的請求cA，例如在執行服務器側的操作之后，將請求啟動的應答aA在傳輸過 程中從虛擬機VM向第一參與方4傳輸。請求啟動的應答aA在此是完整的并且也就是包含第 一參與方4例如在客戶端側的請求cA中所請求的所有信息。在此客戶端側的請求cA以及請 求啟動的應答aA形成無狀態請求-應答-序列的無狀態的子傳輸過程，所述請求-應答序列 剛好由該兩個子傳輸過程形成。
[0112]尤其是，客戶端側的請求cA可以包含所請求的應答的，例如所請求的對象的地址、 標識符（ID)以及名稱。標識符在此尤其是可以是在通信網絡10中的唯一的標識符。此外客 戶端側的請求cA可以包含濾波器參數。
[0113]例如客戶端側的請求cA可以作為讀請求、刪除請求或寫請求進行，由此服務器側 分別執行不同的操作。根據請求的種類，尤其是在讀請求的情況下，進行請求啟動的應答 aA，其又包含通過客戶端側的請求cA所請求的所有信息。
[0114]此外示出了事件啟動的應答eA，其中當服務器側的事件，也就是在虛擬機VM方面 的事件發生時，在按照另一個傳輸協議的剛好一個傳輸過程中進行從虛擬機VM至第一參與 方4的數據傳輸。在圖1中沒有示出客戶端側的注冊請求rA(見圖3)，通過所述注冊請求，第 一和第三參與方4、6分別對于事件啟動的數據傳輸進行注冊。按照另一個傳輸協議的數據 傳輸總是當發往具有相同地址的虛擬機VM的兩個時間上先后跟隨的讀請求產生不同的請 求啟動的應答aA時進行。在請求啟動的應答aA中或事件啟動的應答eA中可以傳輸狀態對 象、數據對象、二進制數據或對象列表，尤其是數據對象的列表。
[0115] 在通信網絡中的地址可以例如如下構造：
[0116] 地址層1/地址層2/地址層3公式1
[0117] 其中地址層1例如可以表示服務，地址層2例如可以表示特定資源并且地址層3例 如可以表示數據或狀態對象的標識符。僅包含地址層1和可能地址層2中的條目的客戶端側 的請求cA，可以作為請求啟動的應答aA獲得對象列表。包含了所有地址層中的條目的地址 可以作為請求啟動的應答aA尤其是獲得數據或狀態對象。
[0118] 數據對象在此可以尤其是包含數據對象的標識符、地址和名稱。此外數據對象可 以包含有用數據分量。此外數據對象可以包含狀態信息。此外數據對象可以包含用于驗證 產生應答的參與方4、6、VM的驗證信息。對針對數據對象的失敗的請求的應答還可以包含錯 誤報告信息和/或錯誤碼。
[0119] 狀態對象可以包含狀態信息、錯誤報告信息、錯誤碼和/或標識符。
[0120] 每個數據或狀態對象可以在每個傳輸過程中與其標識符、其地址和其名稱一起被 傳輸。
[0121] 數據對象或對象列表可以尤其是基于讀請求并且狀態對象可以尤其是基于寫請 求或刪除請求被傳輸。
[0122] 此外客戶端側的請求cA或注冊請求rA(參見圖4)可以是參數化的。如果例如請求 待顯示的圖像，則參數可以包括例如以像素數的形式的期望的圖像寬度，和例如以像素數 的形式的期望的圖像高度。
[0123] 請求的地址可以從客戶端向服務器作為其他信息還包含對于客戶端側的元件的 標識符。根據該標識符，所請求的應答可以僅向相應客戶的特定元件，例如第一或第三參與 方4、6傳輸。
[0124] 在圖3中示出了按照本發明的方法的示意性流程圖。在第一步驟S1中，產生例如第 一或第三參與方4、6 (見圖2)的完整的客戶端側的請求cA，并且在傳輸過程中向虛擬機VM傳 輸。在第二步驟S2中虛擬機VM產生完整的對應的請求啟動的應答aA并且將其在傳輸過程中 又向所請求的第一或第三參與方4、6傳輸。根據請求的不同，應答例如可以包含數據對象、 狀態對象、二進制數據或對象列表。
[0125] 圖4示出了按照本發明的方法的另一個流程圖。在第一步驟S1中客戶端，例如第一 或第三參與方4、6(見圖2)產生全部注冊請求rA并且將其在傳輸過程中向虛擬機VM傳輸。注 冊請求rA例如可以是登陸或退出登陸請求。這樣的注冊請求rA可以除了請求的種類之外包 含所請求的應答的地址，例如所請求的數據對象、狀態對象或對象列表的地址，不同的參 數，例如對特定應答參數編碼的參數，對重復率編碼的參數，對最大傳輸率編碼的參數和其 他參數。如果注冊請求rA是登陸請求，則在服務器側檢查，在哪個時刻產生所請求的應答的 改變。在改變的時刻，完整的事件啟動的應答eA產生，并且在傳輸過程中向進行請求的參與 方4、6傳輸(第二步驟S2)。此后進一步在服務器側檢查，在哪個時刻產生新的改變。如果產 生這樣的新的改變，則又將全部事件啟動的應答eA在傳輸過程中向進行請求的參與方4、6 傳輸(第三步驟S3)。在圖4中示出了，在第四步驟S4中將作為退出登陸請求構造的另一個注 冊請求rA向虛擬機VM傳輸。由此結束事件啟動的應答eA的傳輸。
[0126] 附圖標記列表
[0127] 1通信網絡
[0128] 2信息娛樂系統
[0129] 3控制設備
[0130] 4第一車輛側的參與方
[0131] 5第二車輛側的參與方
[0132] 6第三車輛側的參與方
[0133] 7第一外部參與方
[0134] 8其他外部參與方
[0135] 9無狀態通信接口
[0136] 10通信網絡
[0137] D1第一數據傳輸
[0138] D2第二數據傳輸
[0139] D3第三數據傳輸 [0140] D4第四數據傳輸
[0141] VM虛擬機
[0142] cA客戶端側的請求
[0143] aA請求啟動的應答
[0144] eA事件啟動的應答
[0145] rA注冊請求
[0146] S1第一步驟
[0147] S2第二步驟
[0148] S3第三步驟
[0149] S4第四步驟
【主權項】
1. 一種用于在至少兩個參與方之間的數據傳輸的方法，其中，至少一個參與方構造為 車輛側的參與方，其中至少一個車輛側的參與方提供至少一個虛擬機(VM)或構造為虛擬機 (VM)， 其特征在于， 至少一個虛擬機(VM)形成客戶端-服務器-通信網絡（1，10)中的服務器。2. 根據權利要求1所述的方法，其特征在于， 至少另一個參與方將持久性數據傳輸到所述至少一個虛擬機(VM)。3. 根據權利要求2所述的方法，其特征在于， 持久性數據對服務或應用進行編碼。4. 根據權利要求1至3中任一項所述的方法，其特征在于， 所述至少一個虛擬機(VM)形成客戶端-服務器-通信網絡（1，10)中的客戶端。5. 根據上述權利要求1至4中任一項所述的方法，其特征在于， 在客戶端-服務器-通信網絡（1，10)中進行在形成服務器的參與方(VM)和形成客戶端 的參與方(4,6)之間的無狀態通信。6. 根據上述權利要求1至5中任一項所述的方法，其特征在于， 在客戶端-服務器-通信網絡（1，10)中按照RESTful原理進行在形成服務器的參與方 (VM)和形成客戶端的參與方(4,6)之間的通信。7. 根據上述權利要求1至6中任一項所述的方法，其特征在于， 在至少兩個參與方(4,6，VM)之間的數據傳輸按照至少兩個互相不同的傳輸協議的集 合中的一個傳輸協議進行。8. 根據上述權利要求5至7中任一項所述的方法，其特征在于， 按照第一傳輸協議進行通過客戶端側的請求(cA)啟動的數據傳輸，其中按照另一個傳 輸協議進行通過服務器側的事件啟動的數據傳輸。9. 一種用于在至少兩個參與方之間的數據傳輸的通信網絡，其中參與方中的至少一個 構造為車輛側的參與方，其中至少一個車輛側的參與方提供至少一個虛擬機(VM)或構造虛 擬機(VM)，其特征在于， 所述至少一個虛擬機(VM)形成客戶端-服務器-通信網絡（1，10)中的服務器。10. 根據權利要求9所述的通信網絡，其特征在于， 能夠從至少另一個參與方向所述至少一個虛擬機(VM)傳輸持久性數據。11. 根據權利要求9或10所述的通信網絡，其特征在于， 所述至少一個虛擬機(VM)形成客戶端-服務器-通信網絡（1，10)中的客戶端。12. 根據權利要求9至11中任一項所述的通信網絡，其特征在于，在所述客戶端-服務 器-通信網絡（1，1〇)中，形成服務器的參與方(VM)和形成客戶端的參與方(4,6)分別提供通 信接口（9)或具有通信接口（9)，其中通信接口構造為，經過所述通信接口（9)能夠執行在參 與方(VM，4,6)之間的無狀態通信。13. 根據權利要求9至12中任一項所述的通信網絡，其特征在于， 在所述客戶端-服務器-通信網絡（1，1〇)中，構成服務器的參與方(VM)和構成客戶端的 參與方(4，6)分別提供通信接口（9)或具有通信接口（9)，其中所述通信接口（9)構造為，經 過所述通信接口（9)能夠按照RESTful原理執行在參與方(VM，4，6)之間的通信。14. 一種用于在至少兩個參與方之間的數據傳輸的通信網絡的參與方，其中參與方構 造為車輛側的參與方，其中通過車輛側的參與方能夠提供至少一個虛擬機(VM)或者能夠構 造虛擬機(VM)，其特征在于， 所述至少一個虛擬機(VM)形成客戶端-服務器-通信網絡（1，10)中的服務器。15. -種車輛，包括按照權利要求9至13中任一項所述的通信網絡和/或按照權利要求 14所述的參與方。
【文檔編號】G06F9/54GK105960634SQ201580007243
【公開日】2016年9月21日
【申請日】2015年2月4日
【發明人】P.巴奇
【申請人】大眾汽車有限公司