CN102227727A - 机动车系统内分布地配置远程信息处理业务的方法和设备 - Google Patents

Abstract

本发明描述了一种用于在机动车内利用计算机辅助地为一个或多个远程信息处理业务处理数据尤其是处理配置数据的方法。其中以预先给定的第一数据格式(4)在分等级的数据结构中提供数据，之后将数据由第一数据格式(4)转换到第二数据格式(5)，在第二数据格式中，数据被安排在一个或多个表格式的数据结构中并在机动车中被提供用于进一步的处理；最后包含在第二数据格式(5)中的数据在文本数据结构中作为可读的格式或作为持久的数据库给出。

Description

机动车系统内分布地配置远程信息处理业务的方法和设备

技术领域

本发明涉及一种用于在机动车内在计算机辅助下为一个或多个远程信息处理业务处理数据-尤其是处理配置数据-的方法和设备。

背景技术

在机动车内，为了提供远程信息处理业务必须提供数据，这些数据包括例如关于与服务提供商的计算机建立连接的信息、门户入口数据、车辆简档和配置参数之类。由于机动车中使用的计算机(所谓的控制设备)在其计算性能和存储容量方面的资源有限，因此数据必须被存储为使得其所需求的存储空间尽可能小并且利用尽可能低的计算性能就可以对这些数据进行访问。为了在查询特定的数据时使获得所希望的数据之前的应答时间尽可能的短，有效率地存储数据也是很有必要的。因此，为了能够使机动车中所使用的计算机的性能尽可能的高，期望尽可能多的或者甚至全部的所使用的计算机都能访问所存储的数据。为了可以保证这种公共的访问并且为了可以限制存储空间需求，有必要支持能共同理解的数据格式，由此也避免了以不同的格式多次复制同一数据组。

发明内容

因此，本发明的任务在于提供一种用于在机动车内在计算机辅助下为一个或多个远程信息处理业务处理数据-尤其是配置数据-的方法和设备，所述方法和设备满足上述的要求。

该任务通过具有权利要求1的特征的方法以及具有权利要求19的特征的设备得以解决。该任务还通过具有权利要求18的特征的计算机程序产品得以解决。有益的实施方式分别在从属权利要求中给出。

本发明提供了一种用于在机动车内在计算机辅助下为一个或多个远程信息处理业务处理数据-尤其是处理配置数据-的方法。根据本发明以预先给定的第一数据格式在分等级的数据结构(即数据树)中提供数据。例如可以在远程信息处理业务的提供商的计算机上提供第一数据格式的数据。之后，将数据由第一数据格式转换到第二数据格式，在第二数据格式中，数据被安排在一个或多个表格式的数据结构中，该表格式的数据结构包括第一数据格式的内容却不再是分等级的结构。其将在机动车中被提供用于进一步的处理。最终，包含在第二数据格式中的数据在文本数据结构中作为可读的格式或作为持久的数据库给出。

根据按照本发明的方法的一个实施例，根据XML(可扩展标记语言)规范-即以XML格式-提供第一数据格式的数据。此外，数据形成分等级的数据结构。由此生成表格式的数据结构并在机动车中应用。一种在汽车的信息娱乐领域广泛应用的通信系统是MOST(多媒体导向系统传输：Media Oriented Systems Transport)0。MOST是用于元数据和媒体传输的特定于汽车的架构。因此所生成的数据结构适用于能通过MOST传输并且能在不同机动车计算机内使用的对象。

将一般的XML格式适配到对于汽车而言常见的MOST技术上使得机动车的计算机可以直接对数据进行访问，从而可以获得好的性能而不需要对数据进行中间编排格式和中间存储。此外，由于计算性能及汽车内部的特殊操作系统的原因，也不可能使用标准XML辅助工具，因为汽车环境对此并不适合或者其性能不够高。例如使用DOM解析器(以0和0描述)要求中间表现为对象树。标准XML验证器要求加载额外的模型用于实例数据组(Instanzdatensatz)的数据处理和有效性检验。因此，本发明通过使用下述的启发式的方法而只基于对简单的基于SAX的解析器(以0和0描述)的使用而没有XML验证。

通常公知的XML有效性验证形式要么包括对数据树的完整验证，要么完全不包括验证。当然，为了在MOST上实现目标格式，最低限度的有效性验证是有必要的。为了避免必须对XML格式的数据进行通常情况下必要的完整验证，根据另一个实施例规定，将预先给定的第一数据格式的数据映射到具有事先已知的数据结构的预先给定的数据模型中。尤其地，该数据模型包括一个或多个配置，其中可以为这一个或多个配置分别分配一个或多个语义数据块。只要数据还是以第一数据格式、即根据XML规范存在，在业务提供商的计算机上为每个配置有益地提供一个或多个XML实例文档。如果需要，利用互联网技术将其传输到业务使用者的车载电脑上。到达车载电脑后，数据必须被预处理用于车辆控制设备的内部配置从而进行远程信息处理业务。配置的各个数据块具有特定的结构，其相应地能以表格形式表现。根据本发明的这个方法具有以下优点，即在转换为第二数据格式之后，多数原始的XML文档就不再需要了，从而明显地简化了在机动车中的处理，其中在第二数据格式的情况下数据被安排在表格式的数据结构中。此外，由于启发式的验证器只需要在XML树根部正确地识别XML元素，从而简化了数据的验证。其余的数据块可以被分离。这种预处理只基于子树的深度。这种启发式的方法在本文中被称为“局部验证”。

由于数据块是ISO-OSI 0的2-3层(连接)和4-7层(服务)的形式的表现，所以他们具有特定的、事先已知的结构，该结构可以指定为MOST对象的结构模型。尤其地，这些数据块中的一个包含连接数据和/或涉及连接构造的数据。该数据块也被称作“连接”或连接对象。根据另一个实施例，这些数据块中的一个包含涉及服务和/或服务特征的数据。该数据模块也被称为“服务”或服务对象。这些数据块中的另一个包含涉及约束的数据。该数据块也被称为“约束”或约束对象。优选包含所有所述数据块的数据模型在提供第一数据格式的数据时就已经使得能够实现简化的管理。此外，该数据模型使得在转换为第二数据格式并在机动车中以对应于分等级的数据结构的数据结构被提供应用之后能够实现对数据的简单的访问，该访问尤其可以由机动车的计算机自主地进行。

根据另一个实施例，数据块的数据可以被安排或存储在一个或多个子数据块中。以这种方式可以对数据进行进一步的结构化，由此进一步改进通过机动车的计算机进行的数据访问。这就是说，进一步的对配置数据(直到模型中的各个参数和值)的识别和验证特定地在远程信息处理业务和应用中进行，该远程信息处理业务和应用是配置本来的使用者。因此，与通常的XML验证方法不同，“局部验证”还是一种计算机和软件模块分布式的验证。

由于模型的复杂性，为了调试和诊断的目的，内部的MOST表现还必须作为文本以人类可读的形式重建。所生成的表格的各行能按原文地表现为到各个参数的链接。根据另一个实施例，在第二数据格式中为每个参数及其相应的参数值分配一个路径说明，其中路径说明包含相关数据块和可选的子数据块的至少一个标识。因此，在表格式的数据格式中为数据块的每个参数前置路径说明。以这种方式可以在一方面以文本形式重建表格式的表示。在使用XPath 0作为链接表现的基础的情况下，可以执行对MOST对象的数据库查询。

根据另一个实施例，预先给定的第一数据格式的数据由计算机网络的第一计算机尤其是以无线的方式传输到机动车的第二计算机，并且由机动车的第二计算机转换为第二数据格式。换言之，这就意味着：以第一数据格式-尤其是根据XML规范-进行从业务提供者的计算机到机动车的数据传输。这具有以下优点，即可以利用已知的传输机制进行数据传输。由此可以在传输的过程中实现很高的效率。然而由于处理第一数据格式的数据对机动车而言是有难度的，因此由机动车的计算机执行到第二数据格式的转换，第二数据格式在处理中提供了所述的优势。

尤其地，在将数据转换为第二数据格式后检验数据模型是否有效。借助于表格式的数据结构进行检验。其中，在第一数据格式的数据改变和/或补充、尤其是在每次改变和/或补充以及随后转换为第二数据格式之后，都要对数据模型进行检验。数据的改变和/或补充可以通过以下方法执行，即要么向第二数据格式的数据添加相应的参数及其参数值和路径说明，要么用变化的值重写。与此相对，XML数据格式的数据必须通过完全重写整个XML文档进行更新。然而，对于数据传输以及对于机动车中的数据处理而言，由此需要与根据本发明的方法相比更多的时间花费。

检验数据模型可以通过以下方式简单地进行，即检验这些数据块之一的标识中的至少一个的存在。因此，对于转换为第二数据格式的数据只是检验这些数据块之一的一个标识的存在就足够了。因此，检验可以简单的方式快速地进行。相反，此时不检验每个数据的参数或参数值的一致性。

此外还规定，使用不验证的基于事件的解析器(如SAX0和0)用于在机动车中处理数据，该解析器在不进行之前的语义检验的情况下对数据进行处理并且只检验要处理的XML实例的结构(只进行“符合语法规范(Wellformness)”00检验)。由此可以提升机动车中计算机系统的效率和性能，因为特定的语义的检验作为多个应用和计算机之间分布式的任务而根据需要进行(即，“局部验证”)。

根据另一个实施例，在机动车中将第二数据格式的数据-尤其是在同样的或第二计算机中、或者通过同样的或第二计算机-映射为第三数据格式，该第三数据格式给出文本表现，其可以被显示为人类可读的格式或者可以被存储在持久的介质上作为数据库。

本发明还包括一种计算机程序产品，其被存储在适合于计算机的介质上并且可以被直接加载到数字计算机或多个相互之间保持通信连接的计算机的内部存储器上，并且包含软件代码段，其中当该产品在计算机上运行时通过这些软件代码段执行上述方法的步骤。

本发明还提供了一种用于在机动车内在计算机辅助下为一个或多个远程信息处理业务处理数据-尤其是处理配置数据-的设备。该设备包括用于以预先给定的第一数据格式提供分等级的数据结构的数据的第一装置。该设备还包括用于将数据转换为表格式数据结构的第二装置。而且该设备包括用于以文本形式提供包含在第二数据格式中的数据的第三装置。

在一个有益的实施例中，该设备还具有用于执行上述方法的其他装置。

附图说明

下面借助附图对本发明作进一步的解释。其中，

图1示出了根据本发明的方法所基于的过程的示意图；

图2示出了用于映射数据-尤其是配置数据-的根据本发明的一种数据模型，以及

图3示出了用于部分地验证数据的一种架构的示意图。

具体实施方式

图1示出了本发明所基于的过程的示意图。在计算机1(例如业务提供商的计算机网络的计算机)中，以预先给定的第一数据格式在分等级的数据结构中为一个或多个远程信息处理业务提供数据-例如配置数据。第一数据格式的数据作为XML数据被提供是有益的。这被用附图标记4标出。第一数据格式的数据通过通信线路3-通信线路3尤其是无线地构造的-被传输到机动车的计算机2。通过计算机2，第一数据格式的以分等级的数据结构存在的数据被转换为第二数据格式5，在第二数据格式5中，数据被安排在表格式的数据结构中。其中数据以数据块(BL1、BL2、BL3)的方式被存储。此外，包含在第二数据结构5中的数据被提供给机动车以进一步处理或者作为可读的形式以文本数据格式表现在第三格式中。在下文中进一步解释数据结构的实施方案。

下面进一步描述方法。

汽车领域中的远程信息处理业务需要与提供业务的基础设施进行通信。其中，机动车的计算机2和基础设施的计算机1之间的通信优选通过无线通信技术进行。此外，尤其需要考虑的是，相应的业务或应用必须可以利用不同的传输技术(例如CSD和GPRS结合GSM、UMTS等)在不同的服务提供商环境(例如漫游)下使用。因此，在机动车中使用的计算机2必须可以执行不同的特征以避免所执行业务的中断。尤其地，计算机必须能够使用不同的传输技术以及执行切换。在汽车领域中使用的远程信息处理业务因此必须支持与不同配置的网络基础设施的数据交换(参看例如[1])。

远程信息处理应用包括三个主配置类型，其被分配给业务的不同功能抽象。他们是连接配置、端到端性能设置和与此相关的约束。这些约束代表连接配置(连接)和端到端性能配置之间的关联，其由于硬件配置和/或使用者要求和/或服务提供商协议(提供商服务等级协议，SLA)的原因与使用者确定(参看[1]到[4])。

硬件限制例如可以是特定NAD模块的可用性，例如GSM或UMTS设备。使用者限制可以包括激活特定的网址或电话服务的许可。提供商SLA例如可以确定只可以激活特定的传输技术类型，尽管除了在SLA中所述的技术之外NAD模块还可以支持更多的或其他的技术。这种配置被存储在机动车的配置数据中。

根据本发明这是通过以下方式实现的，即将数据映射到预先给定的数据模型中。这在图2中示意性地在UML类框图[9]中表现。作为替代，该模型还可以通过一组协议表示，其中模型的一部分属于会话层协议、一部分属于位于其上的表示层协议。例如在SIP[11]和SDP[12]的情况下是这样的情况。

数据模型或配置模型包括具有明确标识(“模型ID”)的根10(“模型根”)，该标识可以用作整个模型的标识。例如，在以XML规范存在的模型的情况下，标识可以是Schema(模式)的命名空间或者在DTD(文档类型定义)的情况下标识可以是DTD模型的名称。通过协议内与内容有关的定义(其包括配置模型)可以对模型进行额外的标记。这例如用IANAMIME[13]、SIP[11]和HTTP[14]描述。

数据模型可以包括一个或多个完整的配置，其由配置对象20(“配置”)表示。配置对象20同样包括标识：“Config ID”。每一个配置都必须是能辨识的，以便可以将配置和用于通信的特定的基础设施连接起来。对于远程信息处理应用而言，这可以是OSI参考模型[10]的第2层和/或第3层、协议识别，例如GSM SIM[15]或IP寻址[16]、[17]或经由DNS识别提供商基础设施[18]。

连接对象21(“连接”)、业务对象22(“业务”)以及约束对象23(“约束”)与配置对象20连接。所谓的子(child)对象表示配置的上述类，其对于在特定技术和/或提供商域(Provider-Domaine)内远程信息处理业务的完整的端到端性能是必要的。这些对象21、22、23中的每一个可以再次具有一个或多个子配置。

具有标识(“访问ID”)的访问数据对象31(“访问”)标记特定的访问技术并且例如使用技术的名字(例如CSD、GPRS等)作为标识。访问数据对象31属于描述访问技术的参数化的子树(41)。这例如包括到网络、所谓的接入点(APN)的访问计算机的名称，例如IP地址或拨入号码或特定的技术性能参数(例如QoS参数)。这些信息被用于配置机动车的远程信息处理系统，以便建立与OSI参考模性的第2层和/或第3层的连接。

具有标识(“应用ID”)的应用对象32(“应用”)标记第3层和到基础设施业务-如www入口-的端到端连接的可访问性。相关的对象的子树42描述了特定应用的参数化，例如www地址和QoS服务状态(例如重试时间间隔或协议超时)。

具有标识(“约束ID”)的约束对象33(“约束”)标记访问元素或应用元素之间的以及访问元素和应用元素之间的特定的连接。子树元素43定义用于执行远程信息处理业务或类似应用的类的配置状态。

相对于XML文档的验证，该数据模型使得能够实现部分地验证通过数据模型表示的数据。对于局部验证的特定的应用由分布式的远程信息处理应用的情况形成，其中不同的设备和应用的软件部分必须通过同样的模型配置，以便可以提供数据一致性和共同使用性。然而，各个设备和软件子系统为其特定的配置只调用整个模型的一部分。

在这种情况下，访问和验证完整的XML数据模型部分不能作为整体执行，因为相应的子系统不理解或不允许理解特定的模型部分，如果其对于其目的不是必要的话。

因此在本发明中规定，虽然机动车的计算机包含完整的数据模型，但是其分解为之后作为特定于总线的模型而被提供的数据块。尤其地，其可以作为特定于MOST的内容模型而被提供[19]。这就意味着，数据模型的特定于MOST的代表的接收者还必须可以自己执行验证。

图3中显示了用于只是部分地检验传输到汽车的数据的软件架构。该架构基于所谓的XML非验证解析器140。其使用典型的XML规则来进行验证，以便检验数据模型的(顶层)结构160。这些规则通过配置模型类110被详细说明并且对应于语义模型验证。所提取的子树可以通过验证器130被结构性地验证(150)，以便在将数据预处理为适于总线访问的格式之前对数据分类。用于这种过程的规则被定义为“模型部分”类100。用于子树验证的规则遵循对应于远程信息处理应用的子模型的自然结构。

例如，应用及其参数可以说明两层的子树，以便把模型划分成应用(作为“父”元素)、其参数(作为“子”元素)和参数值(作为元素值)。

结构性的检验规则的一般定义例如是“元素具有至少一个“子”元素和至少一个“孙(Grand-Child)”元素，其中“孙”元素不包含空值。结构中的元素都具有属性。这种规范为预定义的XML信息集[20]定义附加的限制。XML信息集定义用于典型的“符合XML语法(XML-Wellformness)”的规则和证明文件的有效性证明。这种规则可以通过再使用XML-模式规范(Schemaspezifikation)而被定义。结构性的验证的解释仅涉及树的形式，而不涉及它的内容(同样参看综合信息集[20])。

典型的XML表示包括嵌套的结构。就是说，它具有开始和终止元素，其“发展”了子和/或孙定义的内容。这在下文中示例性地显示。

在软件实体中，这种内容一般表示为对象树。在划分整个XML配置模型的应用的情况中，传输对象树或子树可能是困难的，因为为了表示用于不同软件实体和不同传输介质的数据需要安排/拆包(反序列化：deserialization)内容。

当然可以还经由MOST传输XML内容，当然这种可能性的前提在于，每个想使用数据的单元具有XML解析器和生成器。由于这个原因，本发明动用XML内容的表格式的数据结构，其将数据同样地转换到MOST动态数组0形式。每个单独的表格表示一个配置块。当然这个表格式的形式不是能容易读取的或持久地存储。

基于这个目的，本发明动用XML内容的线性数据结构，其中结构“<&>”被用作各个元素内容的所谓XPaths的分隔符，如下文中表示的那样：

从该表示中容易看出，每个条目都包括路径说明(这里：/xml/configuration/connectivity/conn1/)以及参数及其值(这里，例如accessnr作为参数，+1234567890作为值)。在各行条目的末端设置分隔符“<&>”。因为作为分隔符使用的符号“＜”、“＞”和“&”是XML预留的符号(参看[22])，所以在将线性形式的数据重新编译为典型的XML格式时保证了向后兼容。此外，如下所示，根据本发明的格式可以简单的方式变换为向量形式。这通过寻找分隔符“<&>”实现。

0	/xml/configuration/connectivity/conn1/[accessnr＝+1234567890]
		1	/xml/configuration/connectivity/conn1/[user＝myFunnyUser]
2	/xml/configuration/connectivity/conn1/[pwd＝myFunnyPWD]
		3	/xml/configuration/connectivity/conn2/[accessurl＝xyz.my-funny-provider.org]
4	/xml/configuration/connectivity/conn2/[user＝myFunnyUser]
		5	/xm /configuration/connectivity/conn2/[pwd＝myFunnyPWD]

线性的数据格式相比于常规的XML格式具有多个优点：

-它可以在符合于向量的软件和/或传输介质数据容器中使用。

-可以简单的方式使用XPath惯例(参看[21])搜索和提取数据，因为内部的表示基于分隔符或在向量中基于XPath。这就是说，只需要比较字符串，而不需额外地分解数据。

文本形式也能经由MOST传输。这应用于以下情况中，即将数据转换为文本形式和持久的介质位于汽车的不同控制设备中。

表示配置数据的机制可被用于不同的MOST设备。例如，数据可以动态的数据数组的形式表示到MOST总线上。这可以例如以向量形式或典型的流(例如线性化的形式)的形式完成。将数据形成流可以例如通过使用HarmanBecker[23]公司的所谓的MoCCA中间件完成，以便标准化数据用于串行传输。由此可以例如定义新的IANA介质数据类型：

“application/HBMOCCAObject”(″；”parameter)

例如对于使用这种数据类型：

″Content-Type＝application/HBMOCCAObject；type＝THBVector″

或

″Content-Type＝application/HBMOCCAObject；type＝CHBstring″

MoCCA可以例如用于汽车到汽车的通信。它可以作为“共享的代理系统”应用于汽车和/或基于互联网的基础设施之间。对于机动车共享远程信息处理平台的情况，可以通过互联网协议-例如HTTP或SIP-执行数据处理和用于配置信息的安排机制。公共介质类型的规范是数据传输系统之间的共同使用性的前提。

通过数据传输系统表示数据的软件包括软件段(Softwarestücke)-例如适配器和代理[24]。然而，用于表示能传输的子结构的接口(API，应用程序接口)依赖于局部验证算法。

所使用的缩写的列表

词	定义
		APN	接入点名称
CSD	电路交换数据
		DNS	域名系统
DTD	文档类型定义
		GPRS	通用分组无线业务
GSM	全球移动通信系统
		HMI	人机接口
HTTP	超文本传输协议
		HW	硬件
IANA	互联网号码分配局
		Infoset	信息集
IP	互联网协议
		MIME	多用途互联网邮件扩展
MOST	多媒体导向系统传输
		NAD	网络接入设备
QoS	服务质量
		SIM	用户身份识别模块
SIP	会话发起协议
		SLA	服务等级协议

SW	软件
		UMTS	通用移动通信系统
WWW	万维网
		XML	可扩展标记语言

文献列表

[1]T.Guenkova-Luy，″Multimedia Networking-Coordination of Multimedia Services in Next Generation Mobile Networks″，VDM Verlag Dr.Mueller，2007

[2]M.Alfano，N.Radouniklis，″A Cooperative Multimedia Environment with QoS Con-trol：Architectural and Implementation Issues″，ICSI Technical Report TR-96-040，In-ternational Computer Science Institute，Berkeley(CA，USA)，Sept.1996

[3]A.Watson，M.A.Sasse，″Measuring Perceived Quality of Speech and Video in Mul-timedia Conferencing Applications″，Sixth ACM international conference on Multi-media，Bristol(UK)，September 1998

[4]Y.Ito，Sh.Tasaka，Y.Fukuta，″Psychometric Analysis of the Effect of End-to-End Delay on User-Level QoS in Live Audio-Video Transmission″，IEEE International Conference on Communications(ICC2004)，Paris(France)，June 2004

[7]Ch.Valentine，″XML Schemas″，SYBEX，2002

[8]B.Marchal，″XML by Example″，QUE，2002

[9]H.-E.Eriksson et al.，″Uml 2 Toolkit″，Wiley Publishing，2004

[10]International Organization for Standardization，International Electrotechnical Com-mission and International Telecommunication Union，″Information Processing Sys-tems-OSI Reference Model-The Basic Model″， International Standard ISO/IEC7498-1：1994and ITU-T Recommendation X.200，1994

[11]J.Rosenberg et al.，″SIP：Session Initiation Protocol″，IETF RFC 3261，June 2002

[12]M.Handley，V.Jacobson，C.Perkins，″SDP：Session Description Protocol″，IETF RFC 4566，July 2006

[13]IANA，″MIME Media Types″，http://www.iana.org/assignments/media-types/

[14]R.Fielding et al.，″Hypertext Transfer Protocol-HTTP/1.1″，IETF RFC 2616，June1999

[15]GSM 02.17 V8.0.0(1999-11)，″Digital cellular telecommunications system(Phase2+)；Subscriber Identity Modules(SIM)；Functional characteristics″，Technical Speci-fication，Nov.1999

[16]DARPA INTERNET PROGRAM，″Internet Protocol″，IETF RFC 791，Sept.1981

[17]S.Deering，R.Hinden，″Internet Protocol，Version 6(IPv6)″，IETF RFC 2460，Dec.1998

[18]P.V.Mockapetris，″Domain Names-Concepts And Facilities″，IETF RFC 1034，Nov.1987

[19]MOST Cooperation，″MOST Media Oriented Systems Transport-Multimedia and Control Networking Technology″，MOST Specification，Rev 2.5，10/2006，http://www.mostcooperation.com/publications/Specifications_Organizational_Proced ures/index.html？dir＝97

[20]W3C，″XML Information Set(Second Edition)″，W3C Recommendation，February2004，http://www.w3.org/TR/xml-infoset/

[21]W3C，″XML Path Language(XPath)，Version 1.0″，W3C Recommendation，Nov.1999，http://www.w3.org/TR/xpath

[22]W3C，″XML Primer″，Oxford Brookes University 2002，http://www.w3c.rl.ac.uk/primers/xml/xmlprimer.htm

[23]HBAS，″MoCCA User’s Guide″，MoCCAUsers-Guide_Version1_9_Release_D2_5.pdf，Revision 1.9January，2008

[24]E，Gamma，R.Helm，R.Johnson，J.M.Vlissides，″Design Patterns：Elements of Reusable Object-Oriented Software″，Addison-Wesley，1995

附图标记列表

1.第一计算机

2.第二计算机

3.数据传输线路

4.第一数据格式的数据

5.第二数据格式的数据

6.第三数据格式的数据

10.配置模型的根

20.配置对象

21.连接对象

22.业务对象

23.约束对象

31.访问数据对象

32.应用对象

33.约束对象

Claims (20)

1.一种用于在机动车内在计算机辅助下为一个或多个远程信息处理业务处理数据-尤其是处理配置数据-的方法，其中，

以预先给定的第一数据格式(4)在分等级的数据结构中提供数据；

将数据由第一数据格式(4)转换为第二数据格式(5)，其中在第二数据格式中，数据被安排在一个或多个表格式的数据结构中并在机动车中被提供用于进一步的处理；

包含在第二数据格式(5)中的数据在文本数据结构中作为可读的格式或作为持久的数据库给出。

2.如权利要求1所述的方法，其中，根据XML规范提供第一数据格式(4)的数据。

3.如权利要求1或2所述的方法，其中，预先给定的第一数据格式(4)的数据映射预先给定的数据模型。

4.如权利要求3所述的方法，其中，所述数据模型包括一个或多个配置，其中为所述配置分别分配一个或多个语义的数据块。

5.如权利要求4所述的方法，其中，所述数据块中的一个(“连接”)包含连接数据和/或涉及连接构造的数据。

6.如权利要求4或5所述的方法，其中，所述数据块中的一个(“服务”)包含涉及业务和/或业务特征的数据。

7.如权利要求4至6之一所述的方法，其中，所述数据块中的一个(“约束”)包含涉及约束的数据。

8.如权利要求4至7之一所述的方法，其中，一个数据块的数据被安排和存储在一个或多个子数据块中。

9.如权利要求4至9之一所述的方法，其中，在第二数据格式(5)中为每个参数及其相应的参数值分配路径说明，所述路径说明包含相关数据块和可选的子数据块的至少一个标识。

10.如上述权利要求之一所述的方法，其中在多个计算机和/或软件模块上分布地进行验证。

11.如上述权利要求之一所述的方法，其中预先给定的第一数据格式的数据由计算机网络的第一计算机(1)尤其以无线的方式传输到机动车的第二计算机(2)，并且由机动车的第二计算机(2)转换为第二数据格式(5)。

12.如权利要求11所述的方法，其中，在将数据转换为第二数据格式(5)后检验数据模型是否有效。

13.如权利要求12所述的方法，其中，在第一数据格式(4)的数据改变和/或补充、尤其是在每次改变和/或补充，以及随后转换为第二数据格式(5)之后，对所述数据模型进行检验。

14.如权利要求12或13所述的方法，其中，检验数据模型包括检验所述数据块中一个的至少一个标识的存在。

15.如上述权利要求之一所述的方法，其中，使用不验证的、基于事件的解析器用于在机动车中处理数据，所述解析器在不进行之前的语义检验的情况下对数据进行处理并且只检验要处理的XML实例的结构。

16.如上述权利要求之一所述的方法，其中，在机动车中将第二数据格式的数据-尤其是在同样的或第二计算机(2)中、或者通过同样的或第二计算机(2)-映射在第三数据格式(6)中，所述第三数据格式给出能被显示为人类可读的格式或者能被存储在持久的介质上作为数据库的文本显示。

17.如权利要求16所述的方法，其中，以第三数据格式存储的数据以数据块的方式被提供用于进一步的处理，尤其是访问总线层面。

18.一种计算机程序产品，所述计算机程序产品被存储在适于计算机的介质上并且能被直接加载到数字计算机或多个相互之间保持通信连接的计算机的内部存储器上，并且包含软件代码段，其中当所述产品在计算机上运行时通过所述软件代码段执行根据上述权利要求之一所述的步骤。

19.一种用于在机动车内在计算机辅助下为一个或多个远程信息处理业务处理数据的设备，包括：

用于以预先给定的第一数据格式在分等级的数据结构中提供数据的第一装置；

用于将数据从第一数据格式(4)转换为第二数据格式(5)的第二装置，其中在第二数据格式中，数据被安排在表格式的数据结构中；

用于以文本形式提供包含在第二数据格式(5)中的数据的第三装置。

20.如权利要求19所述的设备，其中，所述设备还具有用于执行根据权利要求2至16之一所述方法的其他装置。

Images