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

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

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