CN110895610B - 用于网络部件和用于终端设备的方法、计算机程序和装置 - Google Patents

用于网络部件和用于终端设备的方法、计算机程序和装置 Download PDF

Info

Publication number
CN110895610B
CN110895610B CN201910871625.8A CN201910871625A CN110895610B CN 110895610 B CN110895610 B CN 110895610B CN 201910871625 A CN201910871625 A CN 201910871625A CN 110895610 B CN110895610 B CN 110895610B
Authority
CN
China
Prior art keywords
vehicle
data
user
terminal device
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910871625.8A
Other languages
English (en)
Other versions
CN110895610A (zh
Inventor
A.普罗泽斯基
R.普雷乌斯
E.舍尔
M.卡默洛克
M.哈姆斯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Volkswagen AG
Original Assignee
Volkswagen AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Volkswagen AG filed Critical Volkswagen AG
Publication of CN110895610A publication Critical patent/CN110895610A/zh
Application granted granted Critical
Publication of CN110895610B publication Critical patent/CN110895610B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841—Registering performance data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/606—Protecting data by securing the transmission between two devices or processes
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
    • G01M17/00—Testing of vehicles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/305—Authentication, i.e. establishing the identity or authorisation of security principals by remotely controlling device operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
    • G16Z99/00—Subject matter not provided for in other main groups of this subclass
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials

Landscapes

  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Mechanical Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Medical Informatics (AREA)
  • Bioethics (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及一种用于网络部件和用于终端设备的方法、计算机程序和装置。实施例实现了用于网络部件和用于终端设备的方法、计算机程序和装置、网络部件、终端设备以及系统。用于提供基于来自车辆(500)的车辆数据的信息的用于网络部件(200)的方法(10)包括：接收(11)来自用户的提供信息的数据请求；检查(12)用户对车辆数据的数据传输的释放；如果存在用户进行的释放，则发送(13)对车辆(500)的至少一个控制设备的数据请求；从车辆(500)接收(14)车辆数据；以及提供(15)基于来自车辆(500)的车辆数据的信息。

Description

用于网络部件和用于终端设备的方法、计算机程序和装置
技术领域
本发明涉及用于网络部件和用于终端设备的方法、计算机程序和装置、网络部件、终端设备和系统，特别是、但是不限于涉及一种用于经用户授权的车辆数据传输的设计，用于提供基于车辆数据传输的信息和服务。
背景技术
如今，车辆提供大量的数据，这些数据由内部的控制设备、也就是ECU(ElectronicControl Unit，电子控制单元)进行分析或处理。例如，车辆配备有诊断接口，以使得车间能够对采集的数据进行访问。
在车间运行中使用诊断测试器，来识别车辆中的错误并确定合适的维修措施。在车辆的开发或生产中同样使用诊断数据，来确定控制设备的状态。为此，例如使用OBD接口(OnBoard-Diagnose，车载诊断)或相关的OBD标准(参见ISO规范22901)。在私人客户领域，存在大量的OBD-II加密狗(Dongle)，其同样从车辆获得诊断数据并且为终端客户显示诊断数据。还存在所谓的“观察者”，其可以在ODX数据(按照ISO规范22901标准化的数据)内部搜索特定的诊断数据并且进行显示。ODX(Open Diagnostic Data Exchange，开放式诊断数据交换，ODX标准(ASAM MCD-2D))是一种形式描述语言。其用于车辆或控制设备诊断，并且能够实现标准化的数据交换。在此，显示设备、例如计算机大多与车辆的OBD接口连接。在车间运行、开发或生产中，通常根据ODX数据手动地创建前面描述的测量值队列并且存储在脚本中，脚本按照期望的顺序读出需要的数据。
文献DE 10 2016 215 068 A1描述了一种使用用于车辆的维护软件的设计，可以使用该维护软件来更新车辆的系统中的软件。在此，维护软件对各个系统部件的一种访问可能性是OBD接口。文献10 2015 204 863A1同样致力于车辆的控制设备软件更新，并且作为变形方案，提出了使用OBD接口。文献DE 10 2007 050 994 A1描述了OBD接口与RFID(Radio Frequency Identification，射频识别)的组合，用于交换信息并且识别匹配的替换部件。文献DE 10 2011 014 557 A1和DE 10 2011 008 211 A1描述了用于对采集的车辆数据和错误代码进行统计分析的设计，以基于采集的数据和数据历史/统计来创建错误预测。从现有技术中已知的用于采集和分析车辆数据的可能性是有限的。
文献US2010/0256861A1描述了一种经由计算机系统监视车辆状态的设计。为此，分析来自车辆的诊断数据，并且当检测到一定的临界状态时，必要时可以通过文本消息通知移动电话。文献US2016/0110929 A1致力于经由遥感单元读出车辆的遥感数据。
因此，存在实现一种用于使用车辆数据的改进的设计的需要。
发明内容
根据本发明的用于网络部件和用于终端设备的方法、计算机程序和装置、网络部件、终端设备以及系统满足这种需要。有利的设计方案和扩展方案是下面的描述的主题。
本发明的实施例基于如下核心思想：可以进一步采集和分析车辆数据，从而产生新的服务的可能性。例如，可以向用户提供基于对车辆数据的分析的数字服务。另一个核心思想是，与车辆相关的客户数据可以形成这种服务的必不可少的基础。因此，基于这些服务，可以附加地向用户提供信息(例如来自车辆的传感器数据)，因此车辆也可以用作例如气象服务的分布式的传感器网络，气象服务用于广泛采集温度、压力和湿度数据。此外，实施例基于以下发现：借助OBDII加密狗，存在得到如下数据的可能性，这些数据可以经由OBDII接口，通过对车辆中的控制设备的诊断请求从车辆读出。
在一个实施例中，用于提供基于来自车辆的车辆数据的信息的用于网络部件的方法包括：从用户接收提供信息的数据请求；以及检查用户对车辆数据的数据传输的释放。所述方法还包括：如果存在用户进行的释放，则将数据请求发送到车辆的至少一个控制设备，并且从车辆接收车辆数据。所述方法还包括：提供基于来自车辆的车辆数据的信息。因此，实施例使得能够在用户和网络部件的控制下对车辆数据进行传输和分析，并且使得能够基于此进行服务。
至少在一些实施例中，将数据请求传输到车辆的至少一个控制设备，可以经由车辆的诊断接口、例如OBD接口来进行。由此使得能够可经由标准化的接口对车辆的一个或多个控制设备进行应答。
例如，可以将对车辆的至少一个控制设备的数据请求发送到用户的终端设备，并且从用户的终端设备发送到车辆。在此，用户的终端设备可以用作用户工作站和交换单元或中继站。用户的终端设备例如可以用于征求对车辆数据的传输的释放。
在另外的实施例中，所述方法可以包括：对用户的终端设备进行授权。由此，可以保证仅允许特定的终端设备参与到数据传输过程或信息的提供中，并且可以进一步增加系统以及由此车辆和用户数据的安全性。
在另外的实施例中，基于车辆的访问接口和至少一个控制设备的标志创建数据请求，可以使得能够在网络部件中保持知道用于从车辆读出车辆数据的具体命令。其例如可以在知道控制设备和命令组的寻址的情况下，对应地准备并且以受保护的方式传输指令，从而可以保持该信息在网络中受保护。
在另外一些实施例中，数据请求可以包括关于用于如下表的指令或输入参数的信息，该表具有对至少一个控制设备的不同的指令。在此，例如可以在诊断接口处设置转换器(Umsetzer)以及加密狗，其可以调用特定的命令序列，因此调用关于表的过程、功能或方法。然后，从外部，仅还必须在表中进行对应的寻址，例如仅还必须传输针对表项的一个或多个标志。
在一些实施例中，可以对车辆中的现有的控制设备进行查询。因此，所述方法使得网络部件能够获得关于现有的控制设备的概览，并且根据其确定各个控制设备的现有数据、寻址可能性和功能，以便必要时以特定于用户或特定于服务的方式使用各个控制设备的现有数据、寻址可能性和功能。因此，实施例可以适应于控制设备的不同的组合。
实施例还实现了一种用于用户的终端设备的方法，用于传输基于来自车辆的车辆数据的信息。所述方法包括：获得用户的服务请求，其中，利用服务请求所请求的服务基于车辆数据，并且将服务请求发送到网络部件。此外，所述方法包括：释放车辆数据从车辆到网络部件的数据传输，并且从网络部件获得基于车辆数据的信息。因此，实施例可以使信息在你的用户的终端设备上可用。
在一些实施例中，在将请求发送到车辆的至少一个控制设备之前，可以从网络部件获得对车辆数据的请求。由此，可以使得用户的终端设备在车辆接口和网络部件之间作为中继站或交换机(Vermittlung)，由此可以实现上面已经描述的优点，诸如直接的用户释放。
在相反的方向上，所述方法可以包括：从车辆的至少一个控制设备获得车辆数据，并且将车辆数据发送到网络部件。由此，在将数据传输到网络部件之前，用户也可以在自己的终端设备上进行释放。
在一些实施例中，所述方法可以包括：针对所请求的服务进行注册，使得用户圈可以限制为注册的用户和/或注册的终端设备，这可以改善针对车辆数据的数据安全性和数据保护。
所述方法也可以包括：在进行注册时，第一释放车辆数据的传输，此外，还在进行服务请求时，第二次释放车辆数据的传输。因此，至少在一些实施例中，可以进一步提高安全性。
另一个实施例是计算机程序，用于当计算机程序在计算机、处理器或可编程的硬件部件上运行时，执行这里描述的方法之一。此外，实施例实现了用于网络部件的装置和/或用于用户的终端设备的装置，其分别被构造为用于执行这里描述的方法之一。具有对应地构造的装置的网络部件和/或具有对应地构造的装置的终端设备是另外的实施例。
附图说明
下面，借助在附图中示出的实施例更详细地描述其它有利的设计方案，然而，实施例总体上一般不局限于在附图中示出的这些实施例。
图1示出了用于网络部件的方法的一个实施例的流程图；
图2示出了用于用户的终端设备的方法的一个实施例的流程图；
图3示出了用于执行用于网络部件和用户的终端设备的方法的装置的实施例以及系统的实施例；
图4示出了一个实施例中的ODX数据的设计概览；
图5示出了一个实施例中的映射表的原理；
图6示出了一个实施例中的“PDU”模式的示意图；
图7示出了经由“PDU”模式可读出的车辆的信息的图示；
图8示出了一个实施例中的“PDU”模式下的DataPlug、App(应用)和后端的交互的概览；
图9示出了一个实施例中的对车辆进行功能检查时的流程的概览；
图10示出了一个实施例中的后端中的诊断部分；以及
图11示出了另一个实施例中的包括用户的同意征求的网络架构。
具体实施方式
现在，参考附图更详细地描述不同的实施例，在附图中示出了一些实施例。在此，可选的特征或部件以虚线示出。
虽然可以以不同的方式修改和改变实施例，但是实施例在附图中作为示例示出，并且在这里进行详细的描述。然而，应当理解，不旨在将实施例局限于相应地公开的形式，而是相反，实施例应当覆盖处于本发明的范围内的所有功能和/或结构修改、等同物和替代物。
应当注意，称为与另一个元件“连接”或“耦合”的元件，可能与该另一个元件直接连接或耦合，或者可能存在位于中间的元件。相反，如果元件被称为与另一个元件“直接连接”或“直接耦合”，则不存在位于中间的元件。用于描述元素之间的关系的其它概念应当以类似的方式解释(例如“在......之间”相对于“直接在其之间”、“相邻”相对于“直接相邻”等)。
这里使用的术语仅用于描述特定实施例，而不应当限制实施例。如这里所使用的，单数形式“一”、“一个”和“该”应当也包含复数形式，除非上下文另外明确指出。此外，应当理解，如这里所使用的，诸如“包含”、“含有”、“具有”、“包括”、“包括的”和/或“具有的”的表述，说明所提到的特征、整数、步骤、工作流程、元素和/或部件的存在，但是不排除一个或多个特征、整数、步骤、工作流程、元素、部件和/或其组合的存在或添加。
实施例提供如下设计，在这种设计中，可以基于来自车辆的车辆数据提供特定于用户的服务。在此，可以在用户的释放控制下，从车辆(或从车辆的控制设备)向网络部件转发车辆数据。在此，用户的控制可以经由用户的终端设备，例如利用移动无线电设备、平板电脑或(移动)计算机来实现。在实施例中，网络部件例如可以对应于一个或多个计算机、服务器、基站等。
图1示出了用于网络部件的方法10的一个实施例的流程图，方法10用于提供基于来自车辆的车辆数据的信息。方法10包括：接收11提供用户的信息的数据请求。此外，所述方法包括：检查12用户对车辆数据的数据传输的释放。此外，所述方法包括：如果存在用户的释放，则将数据请求发送13到车辆的至少一个控制设备。所述方法还包括：从车辆接收14车辆数据，并且提供15基于来自车辆500的车辆数据的信息。
图2示出了用于用户的终端设备的方法20的一个实施例的流程图，方法20用于传输基于来自车辆的车辆数据的信息。所述方法包括：获得21用户的服务请求，其中，利用服务请求所请求的服务基于车辆数据。此外，所述方法包括：将服务请求发送22到网络部件，以及释放23车辆数据从车辆到网络部件的数据传输。所述方法包括：从网络部件获得24基于车辆数据的信息。
图3示出了装置30、40的实施例以及系统400的一个实施例，装置30、40用于执行用于网络部件200和用户600的终端设备100的方法10、20。图3从左到右示出了车辆500、用户600、用于终端设备100的装置30和用于网络部件200的装置40的实施例。装置30、40分别包括控制模块34、44，用于至少部分地执行上面描述的方法步骤。
在实施例中，这样的控制模块34、44例如可以对应于一个或多个任意的控制器或处理器或可编程的硬件部件。例如，装置30、40也可以作为针对对应的硬件部件编程的软件来实现。就此而言，控制模块34、44可以作为具有对应地匹配的软件的可编程硬件来实现。在此，可以使用任意的处理器，例如数字信号处理器(Digitale Signal Prozessor，DSP)。在此，实施例不局限于特定类型的处理器。可以想到任意的处理器或甚至多个处理器或微控制器用于实现这些装置。也可以想到例如在用于车辆、用户终端设备、服务器的控制单元中，与其它控制单元集成的形式的实现，其可以附加地包括一个或多个其它功能。
在实施例中，这里描述的方法步骤可以通过具有相应的一个或多个接口32、42的装置30、40来执行。如图3所示，控制模块34、44分别与一个或多个接口32、42耦合。控制模块34、44被构造为用于对接口32、42进行控制。一个或多个接口32、42例如可以对应于用于接收或提供信息或信号的一个或多个输入或输出，信息或信号例如具有数字比特值、消息、协议、电压、电流或电磁波的形式，接收或提供例如基于代码、在模块内部、在模块之间或者在不同的实体的模块之间进行。就此而言，一个或多个接口32、42适合用于与用户600、车辆500和网络部件200交换信号或信息。在此，一个或多个接口32、42还可以包括其它部件，例如，用于与用户进行交互的输入和输出设备、用于进行无线通信的部件、用于进行有线通信的部件、一个或多个放大器、滤波器、双工器、复用器、混频器、移相器、低噪声放大器(英语：Low Noise Amplifier(LNA))、插头、插座等。
此外，图3示出了如在那里所示出的用于系统400的方法的一个实施例。如借助图2所说明的，用于传输基于来自车辆500的车辆数据的信息的用于用户600的终端设备100的方法20包括：获得21用户600的服务请求，其中，利用服务请求所请求的服务基于车辆数据。在该实施例中，将服务请求发送22到网络部件200，从网络部件200的角度，这对应于接收11来自用户600的提供信息的数据请求。随后，检查12用户或经由用户的终端设备100对车辆数据的数据传输的释放，在终端设备侧，这对应于释放23车辆数据从车辆500到网络部件200的数据传输。然后，从网络部件200的角度，如果存在用户的释放，则将数据请求发送13到车辆500的至少一个控制设备。这可以间接地经由终端设备100进行。然后，在网络部件200处接收14来自车辆500的车辆数据。再一次，这也可以间接地经由终端设备100进行。最后，可以提供15基于来自车辆500的车辆数据的信息，从终端设备100的角度，这对应于从网络部件200获得24基于车辆数据的信息。
如图3所示，在实施例中，从终端设备100的角度，方法20可以包括：获得来自网络部件200的对车辆数据的请求，以及将请求发送到车辆500的至少一个控制设备。此外，可以包括：从车辆500的至少一个控制设备获得车辆数据，以及将车辆数据发送到网络部件200。
在此，终端设备100和网络部件200之间以及终端设备100和车辆500之间的通信可以以无线方式进行。例如，对于终端设备100和网络部件200之间的通信，可以考虑移动无线电网络，例如允许对应的数据通信的不同代的蜂窝移动无线电。另一个示例是WLAN(Wireless Local Area Network，无线局域网)，其例如使得能够在家用车库中或者在公共场所与网络部件200进行通信。然而，在其它实施例中，也可以想到有线通信，例如当终端设备100被实现为计算机，并且用户600从家用PC(Personal Computer，个人计算机)向网络部件200发出请求时。终端设备100和车辆500之间的通信同样可以以无线方式或以有线方式进行。一个示例是经由诸如RFID或蓝牙的近场无线电接口进行通信，然后，其可以经由车辆500的诊断接口与车辆的一个或多个控制设备进行通信。因此，将数据请求发送13到车辆500的至少一个控制设备，可以经由车辆500的诊断接口进行。
在此，在为了读出期望的数据而确定发送到车辆500的正确的诊断请求时，可能存在大的挑战。下面，将一组诊断请求也称为测量值队列(Messwertkampagne)。这种测量值队列可以取决于车辆500中的控制设备的相应的构造状态。例如，可以以标准化的ODX数据(格式在ISO规范22901中规定)存储相应的诊断请求。由于控制设备变形方案的数量众多，从这些数据中确定单独的测量值队列可能是挑战。
除了与不同的控制设备变形方案的相关性之外，在一些实施例中，出于数据保护法的原因，已经将这种测量值队列附加地与特定于客户的期望进行比较。例如，测量值队列仅可以包含客户先前确认过的测量值(根据2016年04月27日的数据保护基本条例同意(准许))。因此，在实施例中，还可以对用户600的终端设备100进行授权。通过基于同意的测量值队列的创建，在实施例中，可以实现根据期望向客户提供需要不同的测量值的不同的服务的可能性。对于想要使用服务x和服务y的客户，必要时创建与想要使用服务z的客户不同的测量值队列。如果客户改变了他的同意，则在一些实施例中，可以动态地调整测量值队列。
在一些实施例中，通过将车辆变形方案和客户要求关联，可能产生针对大量的车辆和客户动态地创建的大量的单独的测量值队列。实施例正好使得能够实现测量值队列的这种动态创建。
在此，实施例可以区分用户的不同的同意(许可)。一般来说，客户/用户也可以对所有数据给出许可，而不使用单独的测量值组和相关的使用案例(Use-Case)。至少一些实施例实现了超出OBDII标准的扩展的诊断查询的组合，并且具有以特定于客户/用户的方式进行控制的细粒化的可能性。
就此而言，方法20还可以包括：针对所请求的服务进行注册。在此，可以包括：在进行注册时，第一次释放车辆数据的传输；以及在进行服务请求时，第二次释放车辆数据的传输。
下面，更详细地描述一些实施例。
在另一个实施例中，在车辆中/上实现所谓的PDU模式(Packet Data Unit，分组数据单元)。PDU模式的目的是，访问车辆中的所有诊断信息，解释这些诊断信息，并且提供其它增值服务。由此，实现用于读出车辆数据的完整的ECO系统，ECO系统使得客户/用户能够完全地控制他的数据(Consent Framework，同意框架)，同时使得能够基于这些数据针对客户创建服务。通过将第三方API(Application Programing Interface，应用程序编程接口)结合到ECO系统中来确保后者。
下面，详细描述在一个实施例中，这种ECO系统如何工作，并且如何构造这种ECO系统。这里，重点在于诊断功能，将对其进行特别详细的描述。
在现在描述的实施例中，使用DataPlug(数据插件)功能，来实现与车辆的接口。DataPlug 2.0是针对OBD2接口插入车辆500中的适配器。在那里，DataPlug 2.0读出车辆状态数据，并且通过蓝牙将车辆状态数据发送到智能电话100。在开发项目“DataPlug 2.0”的过程中，对早期的第一代的DataPlug(DataPlug 1.0)的固件进行了扩展。一方面，由此，针对窃听企图保护智能电话100和DataPlug之间的通信(安全措施)，另一方面，对诊断功能进行了扩展，以便能够从车辆500读出其它数据。
一般来说，为了能够从车辆500读出关于诊断的数据，需要ODX信息。可以如下描述读出诊断测量值的逻辑：
MW_查询(例如读取速度)→ODX数据→到车辆500的诊断命令MW_结果(例如v＝10Kkm/h)←ODX数据←来自车辆500的诊断响应
一方面，为了获得针对特定车辆信息的诊断命令，需要ODX数据。另一方面，ODX数据包含必须如何解释来自车辆500的响应的信息。在下面的图4中，以两个不同的发动机控制设备为例，示例性地示出该原理。
图4示出了一个实施例中的ODX数据的设计概览。图4在左侧示出了两个不同的车辆500a、550b，在中间示出了DataPlug 300，并且在右侧示出了终端设备(智能电话)100。在该实施例中，终端设备100读出转速(PRM，Revolutions Per Minute(每分钟转数))。DataPlug 300包括映射表(Mappingtable)，该映射表依据车辆500a、500b从终端设备100的指令中读出相应的ODX信息。例如，可以针对不同的控制设备ECU 1、ECU 2，从表中读出对应的诊断地址，使得能够读取车辆500a、500b的转速，并且两个控制设备对应地进行响应。由此，映射表实现了DataPlug300的复杂性。此外，控制设备提供的诊断数据可以取决于相应的控制设备的识别或寻址。在一些实施例中，可以针对车辆500的每个版本或控制设备的组合，给出自己的映射表。然后，在图4所示的实施例中，DataPlug 300返回物理值“800转”。
为了从车辆中读出诊断信息，DataPlug 2.0实现了在ODX数据的使用方面不同的两个功能。下面，详细描述这两个功能、即映射模式和PDU模式。
在第一实施例中，使用映射表模式。在这种模式下，ODX数据存储在DataPlug 300内部(映射表)。也就是说，智能电话100以纯文本(Klartext)的形式获得所有数据，并且尤其是进行解释。这在图5中示意性地示出。
图5示出了一个实施例中的映射表的原理。图5从左到右示出了车辆500、DataPlug300、终端设备100和网络部件/后端200，然而，该实施例中的映射模式不需要网络部件/后端200。在该实施例中，在DataPlug 300中存在固件过滤器、映射表和安全模块(SecurityModule)，固件过滤器确保仅使安全的请求通过，映射表依据测量值和车辆将映射表中的ID(标识)翻译为诊断查询，并且安全模块与在终端设备100中实现的另一个安全模块(Security Module)建立加密连接。此外，终端设备包括应用库(App Library)以及至少一个对应的用户接口。由此，终端设备100上的应用(App)可以针对每个测量值调用固定地相关联的ID。经由DataPlug300读出的所有数据都在映射表中预先进行了定义。
在第二实施例中，使用PDU模式(Packed Data Unit，打包数据单元)。存储器、由此在DataPlug 300中存储ODX数据的可能性也是有限的。由于该原因，引入了用于读出数据的第二种模式。在这种所谓的PDU模式下，在DataPlug 300中不使用映射表。替代地，在后端中/由网络部件200对数据进行解释(“映射表被转移到后端中”)。在图6中示出了该原理。
图6示出了一个实施例中的“PDU”模式的示意图。与图5类似，图6从左到右示出了车辆500、DataPlug 300、终端设备100和网络部件/后端200。在该实施例中，在DataPlug300中存在固件过滤器，固件过滤器确保仅使安全的请求通过。这里，诊断查询直接被转发到车辆500(在DataPlug 300/加密狗中没有智能)。这里，与在终端设备100中实现的另一个安全模块(Security Module)建立加密连接的安全模块(Security Module)，使得能够以加密/安全的方式传输诊断命令，其中，准确地指定诊断命令用于进行查询。终端设备100和网络部件200中的应用程序接口使得能够交换关于诊断命令和数据解释的信息。
在PDU模式下，智能电话App可以将整个诊断命令发送到DataPlug300，以读出特定的信息。此外，在该实施例中，App仅获得来自DataPlug300的原始数据，来自DataPlug的原始数据必须进一步经由ODX数据进行分析，以获得经过解释的数据。这种功能由此增加了智能电话侧100的复杂性。另一方面，通过将映射表转移到后端200中，明显得到了更大的灵活性。以这种方式，可以访问车辆500中的所有控制设备。由此，形成了读出不包含映射表中的测量值的可能性。来自车辆500中的所有控制单元的故障存储项(DTC，Digital TroubleCode，数字故障代码)也属于此。
图7示出了经由“PDU”模式可读出的车辆的信息的图示。图7在左侧示出了车辆500中的可进行应答的控制设备(ECU，Electronic Control Unit)的数量、例如n。在中间示出了DataPlug 300，DataPlug 300例如可以从ECU获得22个不同的数据组。在图7的左侧，示出了可进行分析的(终端设备100或网络部件200中的)信息，例如ECU制造日期、ECU程序信息、ECU序列号、ECU制造商编号、发动机标记符、车辆识别号(VIN，Vehicle IdentificationNumber)、数据组版本、ECU硬件编号、发动机类型、车间系统名称、车间标志等。
在实施例中，如果首先控制设备是已知的，则可以基于车辆的访问接口和至少一个控制设备的标志(Kennung)，来进行数据请求的创建。数据请求可以包括关于针对如下表的指令或输入参数的信息，该表具有针对至少一个控制设备的不同的指令。此外，在另外一些实施例中，可以对车辆500中的现有的控制设备进行查询。
在下面的实施例中，描述如何能够在App和后端侧使用在DataPlug300中可提供的PDU模式功能。在此，首先描述DataPlug 300、App和后端200的交互的一般原理。在此基础上，下面的部分集中在对用于创建测量任务的后端功能以及对诊断响应(原始数据)的解释的详细描述上。最后，呈现包括同意框架(准许框架)的整个后端架构，同意框架(准许框架)描述客户/用户600如何同意读出数据。
下面的图8示出了一个实施例中的DataPlug 300、智能电话100和后端200为了使用PDU模式进行的交互。在此，首先，用户600在网络部件200中在用户帐户/用户ID的框架内创建新用户。在此，用户查询关于数据处理的同意(准许)。随后，假设网络部件触发了测量值队列“Tingle Tour(刺激巡回)”，并且经由智能电话100和DataPlug 300访问车辆数据。在此，首先，返回车辆500的指纹，例如在车辆中可使用的所有控制单元的列表。随后，网络部件200可以执行初始化(例如基于预先定义的关于各个控制设备的信息，持续时间例如60s)，并且配置对应的PDU，以及经由用户终端设备开始单独的测量队列。然后，读出测量值，并且在必要时将测量值馈送到数据转换器/翻译器(Translator)，数据转换器/翻译器可以对应地对测量值进行解释。然后，例如可以基于此输出或生成警告。
一般来说，在PDU模式下可以执行以下功能：
1.识别在车辆500中使用的控制设备(参见图8)，例如，针对VIN读出使用状态。
2.可以将这些信息(下面称为“指纹”)存储在后端200中，以便清楚哪些ODX数据可以用于该车辆500。
3.利用车辆500的指纹中的信息和相关的ODX数据，在后端200中创建配置文件，并发送到智能电话100。该配置文件包含针对客户600想要从他的车辆500读出的所有数据的诊断命令。每一次客户600想要从车辆500读出其它数据时，创建新的配置文件，并发送到客户600的智能电话100。
4.借助智能电话(客户端)100读出来自汽车500的与配置文件对应的诊断信息，并将其作为原始数据发送到后端200。
5.在后端200中，基于ODX信息对原始数据进行解释。在该步骤之后，经过解释的数据在后端200中准备好，并且又可以由智能电话100调用。
与在图8中描述的流程对应，也可以从车辆读出故障存储项，可以在后端200中对故障存储项进行解释。图9示例性地示出了使用案例“健康检查(Health Check)”，其可以经由PDU模式实现。图9示出了一个实施例中的对车辆500进行功能检查时的流程的概览。图9在上部示出了关于功能检查的实施例，在该实施例中，客户600获得DataPlug 300，并且将DataPlug 300与车辆500耦合。这使得能够读出测量值并且从远处进行分析。可以在后端200中创建对应的测量任务，其中，测量任务分别取决于客户准许。图9在下部示出了车辆500无法继续行驶时的实施例。可以从远处读出对应的测量值或故障通知，并且例如通过PDU后端200进行分析。然后，对应的服务伙伴可以进行诊断，并且必要时在车间检查是否可以获得对应的替换部件。然后，可以向客户600提供准确的问题描述，和/或提供利用正确的替换部件在现场进行维修，或者提供拖车到能够进行维修的车间。因此，通过读出并且解释故障存储项，实施例能够实现具有即时或者至少及时的远程(远处)诊断的服务。通过按照客户准许，更新PDU测量任务，可以提供其它测量值。
图10示出了一个实施例中的后端中的诊断部分。图10更详细地示出了在一个实施例中如何能够在后端200中进行配置文件的创建以及对诊断数据的解释。图10示出了为此而涉及的与客户端进行交互的后端部件200的结构，客户端在用户的终端设备100上实现。下面，利用表格来描述各个部件：
/>
图11示出了另一个实施例中的包括用户的同意征求的网络架构。在该实施例中，以如下为目标构建了整个后端框架，即，经由第三方API向其它增值服务提供PDU模式诊断数据，并且在此使得客户能够完全地控制其数据。图11示出了整个后端架构。前面描述的用于处理诊断数据的部件再次在部件“Configuration(配置)”和“Translator(翻译器)”中出现。此外，示出了用于Consent Handling(同意处理)和第三方API的附加的部件，在下面的表中对这些附加的部件进行简要地描述。
另外的实施例是计算机程序，用于当在计算机、处理器或可编程的硬件部件上运行计算机程序时，执行这里所描述的方法中的一个。根据特定的实现要求，本发明的实施例可以以硬件或软件方式实现。可以使用数字存储介质、例如软盘、DVD、蓝光盘、CD、ROM、PROM、EPROM、EEPROM或FLASH存储器、硬盘或者其它磁或光存储器来进行实现，在数字存储介质上存储电子可读的控制信号，电子可读的控制信号与可编程的硬件部件可以协作或进行协作，使得执行相应的方法。
可编程的硬件部件可以由处理器、计算机处理器(CPU＝Central ProcessingUnit(中央处理单元))、图形处理器(GPU＝Graphics Processing Unit(图形处理单元))、计算机、计算机系统、专用集成电路(ASIC＝Application-Specific IntegratedCircuit)、集成电路(IC＝Integrated Circuit)、单芯片系统(SOC＝System on Chip(片上系统))、可编程逻辑元件或者具有微处理器的现场可编程门阵列(FPGA＝FieldProgrammable Gate Array)形成。
因此，数字存储介质可以是机器或计算机可读的。也就是说，一些实施例包括具有电子可读的控制信号的数据载体，电子可读的控制信号能够与可编程的计算机系统或者可编程的硬件部件协作，从而执行这里所描述的方法中的一个。由此，一个实施例是数据载体(或者数字存储介质或者计算机可读的介质)，在数据载体上记录有程序，用于执行这里所描述的方法中的一个。
一般来说，本发明的实施例可以作为具有程序代码的程序、固件、计算机程序或者计算机程序产品或者作为数据来实现，其中，程序代码或者数据以如下方式起作用：当程序在处理器或者可编程的硬件部件上运行时，执行所述方法中的一个。程序代码或者数据例如也可以存储在机器可读的载体或数据载体上。程序代码或者数据尤其是可以作为源代码、机器代码或字节代码以及作为其它中间代码存在。
上面描述的实施例仅仅是对本发明的原理的说明。应当理解，这里所描述的布置和细节的修改和变形方案对于其它本领域技术人员是显而易见的。因此，旨在本发明仅受所附权利要求的保护范围限制，而不受这里借助对实施例的描述和说明而呈现的特定细节限制。
附图标记列表
1 Tingle Tour
2 调度程序
3 ODX修改器
4 翻译器文件
5 数据字典生成器
6 翻译
7 存储
8 查询API
9 同意
10 用于网络部件的方法
11 接收来自用户的提供信息的数据请求
12 检查用户对车辆数据的数据传输的释放13如果存在用户进行
的释放，则将数据请求发送到车辆的至少一个控制设备
14 从车辆接收车辆数据
15 提供基于来自车辆的车辆数据的信息
20 用于终端设备的方法
21 获得用户的服务请求，其中，利用服务请求所请求的服务基于
车辆数据
22 将服务请求发送到网络部件
23 释放车辆数据从车辆到网络部件的数据传输
24 从网络部件获得基于车辆数据的信息
100 终端设备
200 网络部件
300DataPlug400 系统
500 车辆
600 用户

Claims (14)

1.一种用于网络部件(200)的方法(10)，用于提供基于来自车辆(500)的车辆数据的信息，所述方法具有：
接收(11)来自用户的提供所述信息的数据请求；
检查(12)所述用户对车辆数据的数据传输的释放；
如果存在所述用户进行的释放，则发送(13)对所述车辆(500)的至少一个控制设备的数据请求；
从所述车辆(500)接收(14)车辆数据；以及
提供(15)基于来自所述车辆(500)的车辆数据的信息；
其中，所述方法(10)还包括：
查询所述车辆(500)中的现有的控制设备，以便获得关于现有的控制设备的概览，并且根据其确定各个控制设备的现有数据、寻址可能性和功能；
向用户提供基于对车辆数据的分析的数字服务，
其中，所述车辆用作分布式的传感器网络。
2.根据权利要求1所述的方法(10)，其中，经由所述车辆(500)的诊断接口，发送(13)对所述车辆(500)的至少一个控制设备的数据请求。
3.根据权利要求1所述的方法(10)，其中，将对所述车辆(500)的至少一个控制设备的数据请求，发送(13)到所述用户(600)的终端设备(100)，并且从所述用户(600)的终端设备(100)发送到所述车辆(500)。
4.根据权利要求3所述的方法(10)，所述方法还包括：对所述用户(600)的终端设备(100)进行授权。
5.根据权利要求1至4中任一项所述的方法(10)，所述方法还包括：基于所述车辆(500)的访问接口和至少一个控制设备的标志，创建数据请求。
6.根据权利要求5所述的方法(10)，其中，数据请求包括关于用于具有针对至少一个控制设备的不同的指令的表的指令或输入参数的信息。
7.一种用于用户(600)的终端设备(100)的方法(20)，用于传输基于来自车辆(500)的车辆数据的信息，所述方法具有：
获得(21)所述用户(600)的服务请求，其中，利用所述服务请求所请求的服务基于所述车辆数据；
将所述服务请求发送(22)到网络部件(200)；
释放(23)所述车辆数据从所述车辆(500)到所述网络部件(200)的数据传输；以及
从所述网络部件(200)获得(24)基于所述车辆数据的信息；
所述方法还包括：
从所述网络部件(200)获得对所述车辆(500)中的现有的控制设备的查询，并且将所述查询发送到所述车辆(500)，以便获得关于现有的控制设备的概览，并且根据其确定各个控制设备的现有数据、寻址可能性和功能；
向用户提供基于对车辆数据的分析的数字服务，
其中，所述车辆用作分布式的传感器网络。
8.根据权利要求7所述的方法(20)，所述方法还包括：从所述网络部件(200)获得对所述车辆数据的请求，并且将所述请求发送到所述车辆(500)的至少一个控制设备。
9.根据权利要求8所述的方法(20)，所述方法还包括：从所述车辆(500)的至少一个控制设备获得所述车辆数据，并且将所述车辆数据发送到所述网络部件(200)。
10.根据权利要求7至9中任一项所述的方法(20)，所述方法还包括：针对所请求的服务进行注册。
11.根据权利要求10所述的方法(20)，所述方法包括：在进行注册时，第一次释放所述车辆数据的传输，并且在进行服务请求时，第二次释放所述车辆数据的传输。
12.一种计算机可读的存储介质，其上存储有计算机程序，用于当所述计算机程序在计算机、处理器或者可编程的硬件部件上运行时，执行根据权利要求1至11中任一项所述的方法(10；20)。
13.一种用于网络部件(200)的装置(30)，所述装置被构造为用于执行根据权利要求1至6中任一项所述的方法(10)。
14.一种用于用户的终端设备(100)的装置(40)，所述装置被构造为用于执行根据权利要求7至11中任一项所述的方法(20)。
CN201910871625.8A 2018-09-13 2019-09-16 用于网络部件和用于终端设备的方法、计算机程序和装置 Active CN110895610B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102018215636.0A DE102018215636A1 (de) 2018-09-13 2018-09-13 Verfahren, Computerprogramme und Vorrichtungen für eine Netzwerkkomponente und für ein Endgerät, Netzwerkkomponente, Endgerät, System
DE102018215636.0 2018-09-13

Publications (2)

Publication Number Publication Date
CN110895610A CN110895610A (zh) 2020-03-20
CN110895610B true CN110895610B (zh) 2023-12-19

Family

ID=67777193

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910871625.8A Active CN110895610B (zh) 2018-09-13 2019-09-16 用于网络部件和用于终端设备的方法、计算机程序和装置

Country Status (5)

Country Link
US (1) US11244522B2 (zh)
EP (1) EP3624070A1 (zh)
KR (1) KR102326969B1 (zh)
CN (1) CN110895610B (zh)
DE (1) DE102018215636A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102020101510A1 (de) 2020-01-23 2021-07-29 Bayerische Motoren Werke Aktiengesellschaft Bereitstellung einer auf ein Kraftfahrzeug bezogenen Funktion
DE102020121418B4 (de) 2020-08-14 2022-10-06 Bayerische Motoren Werke Aktiengesellschaft System und Verfahren zur Erhöhung der Datensicherheit im Fahrzeug
CN112519704A (zh) * 2020-12-18 2021-03-19 深圳市元征科技股份有限公司 一种车辆诊断方法、车辆诊断装置、计算机设备和存储介质
DE102022107588A1 (de) 2022-03-30 2023-10-05 Cariad Se Verfahren und System zum Betreiben von auf ein Kraftfahrzeug bezogenen Datendiensten

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340462A (zh) * 2007-07-03 2009-01-07 通用汽车公司 为配备远程信息服务的车辆提供数据相关服务的方法
WO2011018422A1 (de) * 2009-08-11 2011-02-17 Deutsche Telekom Ag Vorrichtung zum zugriff auf elektronische fahrzeugkomponenten
CN107113903A (zh) * 2015-05-05 2017-08-29 大众汽车有限公司 用于控制到车辆部件的数据交换和数据传输的车辆、装置、方法和计算机程序

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000063909A (ko) * 2000-08-10 2000-11-06 기준성 통신망을 이용한 운송정보 처리시스템과 그 방법
US20030036931A1 (en) * 2001-08-17 2003-02-20 Maulsby William R. Device and method for chartering a seat on ground transportation
DE10225786A1 (de) * 2002-06-10 2004-01-08 Robert Bosch Gmbh Verfahren und Vorrichtung zur Übertragung, zum Senden und/oder zum Empfang von Informationen in Verbindung mit einem Fahrzeug
US20070208501A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Assessing road traffic speed using data obtained from mobile data sources
DE102007050994A1 (de) 2007-10-25 2009-04-30 Robert Bosch Gmbh Service-Diagnosegerät, Service-Diagnosesystem, Verwendung, Service-Diagnoseverfahren
US8285439B2 (en) * 2009-04-07 2012-10-09 Ford Global Technologies, Llc System and method for performing vehicle diagnostics
KR20110071788A (ko) 2009-12-21 2011-06-29 한국전자통신연구원 차량 정보 전송 방법
US8676432B2 (en) 2010-01-13 2014-03-18 GM Global Technology Operations LLC Fault prediction framework using temporal data mining
US8301333B2 (en) 2010-03-24 2012-10-30 GM Global Technology Operations LLC Event-driven fault diagnosis framework for automotive systems
KR20130112512A (ko) * 2012-04-04 2013-10-14 주식회사 케이티 차량 운행 서비스 제공 방법과 시스템 및 이를 위한 장치
DE102012221462A1 (de) * 2012-11-23 2014-05-28 Robert Bosch Gmbh Verfahren und System zur Fernabfrage von Fahrzeugdaten
KR101634164B1 (ko) * 2014-06-10 2016-06-29 주식회사 오토클라우드 스마트 스캐너 시스템
KR101589217B1 (ko) * 2014-10-17 2016-02-12 현대자동차주식회사 차량 보안 서비스 제공 방법 및 시스템
DE102015204863A1 (de) 2015-03-18 2016-09-22 Robert Bosch Gmbh Verfahren und Vorrichtung zum Warten eines Fahrzeuges
US10867270B2 (en) * 2015-09-18 2020-12-15 Capital One Services, Llc Systems and methods for vehicle tracking and service prediction
DE102016215068A1 (de) 2016-08-12 2018-02-15 Robert Bosch Gmbh Verfahren und Vorrichtung zum Warten eines Fahrzeuges
US10412196B2 (en) * 2017-03-23 2019-09-10 Uber Technologies, Inc. Mapless user interfaces for limited network conditions

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340462A (zh) * 2007-07-03 2009-01-07 通用汽车公司 为配备远程信息服务的车辆提供数据相关服务的方法
WO2011018422A1 (de) * 2009-08-11 2011-02-17 Deutsche Telekom Ag Vorrichtung zum zugriff auf elektronische fahrzeugkomponenten
CN107113903A (zh) * 2015-05-05 2017-08-29 大众汽车有限公司 用于控制到车辆部件的数据交换和数据传输的车辆、装置、方法和计算机程序

Also Published As

Publication number Publication date
KR102326969B1 (ko) 2021-11-16
EP3624070A1 (de) 2020-03-18
DE102018215636A1 (de) 2020-03-19
CN110895610A (zh) 2020-03-20
US11244522B2 (en) 2022-02-08
KR20200031053A (ko) 2020-03-23
US20200090428A1 (en) 2020-03-19

Similar Documents

Publication Publication Date Title
CN110895610B (zh) 用于网络部件和用于终端设备的方法、计算机程序和装置
US10922904B2 (en) Method and apparatus for remotely communicating vehicle information to the cloud
KR101882616B1 (ko) 차량의 사용자의 권한 인증 방법, 차량 및 컴퓨터 프로그램
US11265353B2 (en) Automated service enrollment in a machine-to-machine communications network
Tahat et al. Android-based universal vehicle diagnostic and tracking system
US20150296372A1 (en) Method and system for the remotely querying vehicle data
CN103187997A (zh) 使用近距离无线通信标签提供服务的系统与方法
JP6451820B1 (ja) センサ管理ユニット、センサ装置、センサ管理方法及びセンサ管理プログラム
EP3437056A1 (en) Method and system to deliver telematics solutions
KR20140113776A (ko) 데이터 처리 방법 및 그 전자 장치
CN105684520A (zh) 用于建立无线局域网通信连接的方法及其电子设备
US20050054329A1 (en) Wireless network registration system and wireless network registration method thereof
CN202077063U (zh) 汽车网络诊断的系统
KR20130112512A (ko) 차량 운행 서비스 제공 방법과 시스템 및 이를 위한 장치
CN113094087A (zh) 软件配置方法、电子设备及存储介质
CN113038421A (zh) 一种汽车诊断方法、汽车诊断装置及汽车网关
US9477917B1 (en) System and method of context specific identity in a radio frequency identity (RFID) chip
US10733272B2 (en) Control apparatus, authentication apparatus, control system, and control method
CN110366164B (zh) 远程控制终端的方法、服务器、终端及计算设备
CN116069706A (zh) 一种智能温湿度计产品的检测方法，系统及存储介质
Yun et al. Development of Mobile Common Component for providing vehicle information on mobile device
CN109255260B (zh) 一种北斗警用安全终端处理方法
US20200118151A1 (en) System and method for providing incentives for data transfer from vehicle
Poaka et al. New architectural design of the runtime server for remote vehicle communication services
EP2930679A1 (en) Membership processing method performed according to franchise registration request of customer, and device and system therefor

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant