用于数据传输的方法、通信网络、参与方和车辆的制作方法
【专利摘要】本发明涉及一种用于在至少两个参与方之间的数据传输的方法，其中至少一个参与方构造为车辆侧的参与方，其中至少一个车辆侧的参与方提供至少一个虚拟机(VM)或构造为虚拟机(VM)，其中至少一个虚拟机(VM)形成客户端?服务器?通信网络(1，10)中的服务器。本发明还涉及一种通信网络、参与方和车辆。
【专利说明】
用于数据传输的方法、通信网络、参与方和车辆
技术领域
[0001] 本发明涉及一种用于在至少两个参与方之间的数据传输的方法、通信网络和用于 数据传输的通信网络中的参与方以及车辆。
【背景技术】
[0002] 在目前车辆中的通信网络中通信网络的参与方，尤其是所谓的信息娱乐系统中的 参与方具有有状态接口。借助该有状态接口的数据传输要求精确遵守调用顺序。由此产生 的缺陷是，通信技术上严格匹配参与方，其使得通信网络中功能的分布困难并且限制了通 信网络的多客户端能力。
[0003] US2010/00300466A1公开了一种用于车辆外部导航的方法，其中导航设备接收与 从开始点到目的地的路线有关的路线信息。在此路线信息在导航设备外部被确定并且包括 车辆特征。路线信息被存储在导航设备中。然后车辆基于路线信息被引导到目的地。然后检 测车辆离开路线的偏差状态。然后将包括了车辆特征的路线请求发送到服务器。然而在此 该文献没有公开在导航设备和服务器之间的通信的过程的细节。此外服务器布置在车辆外 部。
[0004] DE10044891A1公开了一种用于运行机动车中多功能的菜单引导的显示装置的方 法，其中通过选择菜单项分别显示或重新显示功能或参数。在此机动车中不同动力总成的 显示的数据内容在与显示装置双向通信的控制设备中功能相关地和/或动力总成相关地存 储。在选择菜单项时首先仅显示存储器内容的标题行，其中然后通过相应的按键操作，传输 和显示全部的与标题行有关的存储器内容。由此得到包括了多个传输过程的数据传输。
[0005] DE102004013629A1公开了一种用于机动车的通信系统。其用于涉及了机动车的运 行的信息从进行发送的控制设备到进行接收的控制设备的传输，其中通信系统包括总线系 统。此外通信系统包括与总线系统的构造无关的接口，用于输入经过总线系统传输的和/或 输出要经过总线系统传输的涉及了机动车的运行的信息。该文献也没有公开数据传输的过 程的细节。
[0006] DE60313373T2公开了具有控制单元的交互式车辆控制系统，所述控制单元经过第 一连接装置连接到至少一个车辆设备。此外公开了至少一个客户端设备，其经过第二连接 装置连接到控制单元，参与方与所述控制单元互相作用。此外控制单元包括传输协议服务 器，其将至少一个人机接口传输到客户端设备。该文献也没有公开数据传输的过程的细节。
[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"描述了一种表述性状态转移(REST)。
[0008] DE112011100166T5公开了一种用于开始在云计算环境内的虚拟实体的方法。然而 在此虚拟机仅在云计算环境中存在。
[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,jALhttp://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.巴奇
【申请人】大众汽车有限公司