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

【發(fā)明內(nèi)容】

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