CN117692486A - 一种车联网设备控制系统及方法 - Google Patents

一种车联网设备控制系统及方法 Download PDF

Info

Publication number
CN117692486A
CN117692486A CN202311652194.9A CN202311652194A CN117692486A CN 117692486 A CN117692486 A CN 117692486A CN 202311652194 A CN202311652194 A CN 202311652194A CN 117692486 A CN117692486 A CN 117692486A
Authority
CN
China
Prior art keywords
vehicle
equipment
end equipment
internet
adaptation
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.)
Pending
Application number
CN202311652194.9A
Other languages
English (en)
Inventor
冉鹏
段朋
周文靖
贺刚
黄立
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.)
Chongqing Changan Automobile Co Ltd
Original Assignee
Chongqing Changan Automobile Co Ltd
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 Chongqing Changan Automobile Co Ltd filed Critical Chongqing Changan Automobile Co Ltd
Priority to CN202311652194.9A priority Critical patent/CN117692486A/zh
Publication of CN117692486A publication Critical patent/CN117692486A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明涉及一种车联网设备控制系统及方法，应用于云端，所述系统包括：产品管理模块、适配管理模块、指令发送模块；其中，所述产品管理模块包括创建产品子模块，根据不同车端设备建立对应的设备物模型；所述适配管理模块，建立车端设备与设备物模型之间的适配映射关系；所述指令发送模块，基于车端设备与设备物模型之间的适配映射关系，将适配指令发送到对应的车端设备，所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换。本发明所述车联网设备控制方法基于所述车联网设备控制系统实现。本发明能将车端设备功能进行配置化管理方式实现平台化运维，能做到一次研发多次使用，避免因车端架构变化而需要重新进行定制化研发。

Description

一种车联网设备控制系统及方法
技术领域
本发明涉及车联网云平台技术领域，具体涉及一种车联网设备控制系统及方法。
背景技术
现有技术普遍采用EPA架构、C2A架构、SDA架构等不同架构。针对每一种架构，即使相同的业务场景，在实施过程中都会进行重新研发。在车联网业务场景中，按照“一车一架构”以及私有化通讯方案存在以下问题：多协议多架构无法兼容；不同的架构在实现相同功能过程中往往采用定制化的方式实现，导致无法实现平台化运营和维护，即使差异较小的情况下也需要重新开发。同时，在多方协同情况下无法直观了解车端架构，导致需要花更多的时间进行线下沟通来明确功能架构，无法满足智能汽车研发周期的持续压缩以及智能化高阶需求快递迭代的要求。
发明内容
本发明的目的之一在于提供一种车联网设备控制系统，本发明能实现平台化运营和维护，做到一次研发多次使用；目的之二在于提供一种车联网设备控制方法。
为了实现上述目的，本发明采用的技术方案如下：
一种车联网设备控制系统，应用于云端，所述系统包括：产品管理模块、适配管理模块、指令发送模块；
其中，所述产品管理模块包括创建产品子模块，根据不同车端设备建立对应的设备物模型；
所述适配管理模块，建立车端设备与设备物模型之间的适配映射关系；
所述指令发送模块，基于车端设备与设备物模型之间的适配映射关系，将适配指令发送到对应的车端设备，所述车端设备基于适配指令能实现车端设备到目标设备端之间的通信信号转换。
优选地，所述产品管理模块还包括定义服务子模块，用于对车端设备的功能进行分类，每个类型为车况、适配指令、事件、数据采集中至少任一项。
进一步地，在车端设备信息变化时，创建产品子模块修改车端设备的车况、事件、适配指令、数据采集，确定车端设备的车况、事件、适配指令、数据采集与设备物模型之间的映射关系。
进一步地，所述创建产品子模块，还配置事件触发的前置条件和信号值。
进一步地，所述车端设备与目标设备端的通信信号是通过定义目标设备端的CAN信号建立映射关系。
优选地，所述适配管理模块，根据车端设备名称、车端设备标识码、车端设备类型、通讯协议类型建立设备物模型。
进一步地，所述适配管理模块，将车端设备标识码与车端设备类型、车端设备名称、通讯协议类型进行关联，通过车端设备标识码确定车端设备类型、车端设备名称、通讯协议类型，根据不同的车端设备标识码建立不同设备物模型。
优选地，所述指令发送模块还接收应用端发送的远程指令作为适配指令。
优选地，所述指令发送模块还设有指令缓存机制；
所述指令缓存机制包括设置指令有效期，在指令有效期内，对接收到应用端发送的适配指令进行缓存。
进一步地，所述指令发送模块还设有车况数据缓存机制，用于实时缓存车端设备上传的车况数据。
再进一步地，所述系统还包括发布通知模块，用于记录设备物模型的历史版本，同时通知车端设备已发送更新。
优选地，所述产品管理模块还包括选择模板子模块，用于预设有若干个设备物模型模板，响应于按照设备物模型模板创建请求指令，根据选择相应的设备物模型模板创建设备物模型。
进一步地，所述设备物模型模板是根据定义车况样例、定义指令样例、定义事件样例、定义数据采集样例预设的。
优选地，所述系统还包括设备注册模块，所述设备注册模块基于建立车端设备与设备物模型之间的适配映射关系，将车端设备与设备物模型绑定进行联调测试。
优选地，所述注册模块还基于设备物模型创建虚拟设备和真实设备，利用虚拟设备和真实设备绑定设备物模型进行联调测试。
一种车联网设备控制方法，应用所述的车联网设备控制系统，所述方法包括步骤如下：
根据不同车端设备建立对应的设备物模型；
建立车端设备与设备物模型之间的适配映射关系；
基于车端设备与设备物模型之间的适配映射关系，将适配指令发送到对应的车端设备，所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换。
一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的车联网设备建模方法。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的车联网设备建模方法。
本发明的有益效果：
本发明根据不同车端设备建立对应的设备物模型，将车端设备功能进行配置化管理方式实现平台化运维，在车端设备协议规则变更时，修改车端设备内相应的内容即可，基于车端设备与设备物模型之间的映射关系，将设备物模型适配到对应的车端设备，所述车端设备适配指令能实现车端设备与目标设备端之间的通信信号转换，由此实现车端设备与目标设备端之间的通信信号转换，从而做到一次研发多次使用，避免因车端架构变化而需要重新进行定制化研发。所述系统支持根据不同车端设备创建多个设备物模型。
附图说明
图1为本发明所述一种车联网设备控制系统的原理框图。
图2为本发明设备物模型的E-R图。
图3为本发明指令缓存交互图。
图4为本发明另一种车联网设备控制系统的原理框图。
图5为本发明选择模板子模块创建设备物模型模板的示意图。
图6为本发明设备物模型加载交互流程图。
图7为APP与设备物模型的适配图。
图8为本发明基于设备物模型实现CAN信号转换图。
图9为本发明所述一种车联网设备控制方法的流程图。
具体实施方式
以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。
如图1所示，一种车联网设备控制系统，应用于云端，也就是车联网平台，所述系统包括：产品管理模块、适配管理模块、指令发送模块；
其中，所述产品管理模块包括创建产品子模块，根据不同车端设备建立对应的设备物模型；
所述适配管理模块，建立车端设备与设备物模型之间的适配映射关系；
所述指令发送模块，基于车端设备与设备物模型之间的适配映射关系，将适配指令发送到对应的车端设备，所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换。
本实施例所述车联网设备控制系统在车联网平台上进行建立设备物模型，所述车联网平台在服务端，其中，服务端100可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content DeliveryNetwork，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不限于此。
本发明根据不同车端设备建立对应的设备物模型，将车端设备功能进行配置化管理方式实现平台化运维，在车端设备协议规则变更同时修改设备物模型内相应车端设备的内容即可，基于车端设备与设备物模型之间的映射关系，将适配指令发送到对应的车端设备，以便所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换，由此实现车端设备与目标设备端之间的通信信号转换，从而做到一次研发多次使用，避免因车端架构变化而引起的定制化研发。所述系统支持根据不同车端设备创建多个设备物模型。
所述产品管理模块还包括定义服务子模块，用于对车端设备的功能进行分类，每个类型为车况、适配指令、事件、数据采集中至少任一项。
本实施例根据不同车型、不同车端设备划分为不同的服务，每个服务包括车况、适配指令、事件、数据采集一种或多种，具体根据车端设备划分。而车况、适配指令、事件、数据采集根据指令编码、输入参数、响应参数进行设置。
在本实施例中，所述目标设备端包括但不限于：车载HUD智能抬头显示器、DMS驾驶风险预警系统、ADAS道路安全预警系统、车辆故障预警系统、一氧化碳预警系统、智能车载GPS定位器、蓝牙、车载家电产品、车载音响系统、车窗等等。
其中，车载家电产品包括车载冰箱、车载电脑、车载充电器、汽车USB接口等。
在本实施例中，所述设备物模型定义有车端设备的车况、事件、适配指令、数据采集信息。
其中，所述车况表示车辆状态信息；所述事件表示车端设备主动上报的信息；所述适配指令表示由应用端发送给车端设备的远程指令信息；所述数据采集表示接收车端设备根据数据采集任务采集的数据信息。
所述车端设备基于接收到的车况、事件、适配指令、数据采集，根据映射关系，进而得到通信信号；然后根据通信信号控制目标设备端执行相应的操作。
所述通信信号以通讯协议为基础按照物理层编码相关性划分为：
1.ISO9141、ISO14230，这类以UART协议为基础的；
2.CAN ISO 11898(车载网络)、ISO15768、SAE J1939。这类以CAN协议为基础的。
3.SAE J1850的PWM，VPW协议。
其中，UART协议是一种通用串行数据总线，用于异步通信。该总线双向通信，可以实现全双工传输和接收。在嵌入式设计中，UART用于主机与辅助设备通信，如汽车音响与外接AP之间的通信，与PC机通信包括与监控调试器和其它器件，如EEPROM通信。
CAN协议(控制器局域网总线，Controller Area Network)是一种用于实时应用的串行通讯协议总线，它可以使用双绞线来传输信号，是世界上应用最广泛的现场总线之一。CAN协议用于汽车中各种不同元件之间的通信，以此取代昂贵而笨重的配电线束。该协议的健壮性使其用途延伸到其他自动化和工业应用。CAN协议的特性包括完整性的串行数据通讯、提供实时支持、传输速率高达1Mb/s、同时具有11位的寻址以及检错能力。
SAE-J1850是美国汽车工程师协会制定的汽车通信协议标准，通过了汽车通信协议标准的制定，可以满足汽车在自诊断方面的通用性和设计规范的标准化。
在J1850总线上，消息以数字信号形式的传输，数字信号的显性位优先级高于隐性位优先级。当总线被高优先级的消息占用时，低优先级的消息被停止发送，只有当总线空闲时被停止发送的消息才能被再次发送，这是为了避免总线上消息冲突而导致消息的丢失。在判断是否应该接收总线所传输的消息时，J1850协议采用全帧比较的方式，即从帧起始位开始一位一位进行比较，直到帧结束为止。此方式不会破坏帧结构和内容，这种非破坏式冲突解决的方法也是该协议的核心。J1850协议没有严格地定义可能出现的帧错误。但是，它采用CRC校验法则来检测错误帧。当发送站点检测到自己发送的帧信息出现错误时，它会自动中断发送过程。而接收此消息的站点收到这个错误帧时会完全抛弃该帧。J1850应用层主要用于操作信息提示和故障诊断。SAE已经进一步扩充了该协议，并把扩充部分写入J2178协议之中。
本实施例中，所述应用端或者叫移动通信终端是指可以在移动中使用的计算机设备，包括但不限于手机、笔记本、平板电脑、POS机甚至包括车载电脑。但是大部分情况下是指手机或者具有多种应用功能的智能手机以及平板电脑。
在硬件上，所述应用端具备中央处理器、存储器、输入部件和输出部件，也就是说，应用端往往是具备通信功能的微型计算机设备。另外，应用端可以具有多种输入方式，诸如键盘、鼠标、触摸屏、送话器和摄像头等，并可以根据需要进行调整输入。同时，应用端往往具有多种输出方式，如受话器、显示屏等，也可以根据需要进行调整。
在软件体系上，应用端必须具备操作系统，如Windows Mobile、Symbian、Palm、Android、iOS等。同时，这些操作系统越来越开放，基于这些开放的操作系统平台开发的个性化应用软件层出不穷，如通信簿、日程表、记事本、计算器以及各类游戏等，极大程度地满足了个性化用户的需求。
在通信能力上，应用端具有灵活的接入方式和高带宽通信性能，并且能根据所选择的业务和所处的环境，自动调整所选的通信方式，从而方便用户使用。移动终端可以支持GSM、WCDMA、CDMA2000、TDSCDMA、Wi-Fi以及WiMAX等，从而适应多种制式网络，不仅支持语音业务，更支持多种无线数据业务。
所述车况、事件、适配指令、数据采集几种功能均包括指令编码、输入参数、响应参数，用于描述每一个功能发起时需要的条件。
在本实施例中，所述在车端设备信息变化时，创建产品子模块修改车端设备的车况、事件、适配指令、数据采集，确定车况、事件、适配指令、数据采集与目标设备端的通信信号之间的适配映射关系。
本实施例以通信信号为CAN信号为例，通过配置化管理调整车端设备的信息变化，有效的避免了相同功能下指令编码或者参数变化带来的应用端重新开发过程。通过在指令、事件、属性上定义CAN信号转换规则，该方式有效通过配置的方式有效避免不同指令或者事件使用不同的CAN信号，即车端设备通过获取指令的CAN信号完成信号转换。
如图2所示，数据采集建立输入参数与CAN信号的映射关系，适配指令建立CAN信号、输入参数、响应参数的映射关系，同理，车况、事件也如此。具体也是修改对应功能中的指令编码、输入参数、响应参数调整车端设备的信息变化。
图中的产品指的是设备物模型，设备物模型按照不同车型、不同车辆、不同车端设备对应建立。
在本实例中，在车端设备信息变化时，创建产品子模块修改车端设备的车况、事件、适配指令、数据采集，确定车端设备的车况、事件、适配指令、数据采集与设备物模型之间的映射关系。
如：打开空调车端的功能编码是1001，而CAN信号是openAir，可以通过映射关系知道1001对应的是openAir。
根据适配指令、事件、车况、数据采集与CAN信号的一一映射关系，对远控指令、事件、数据、车况进行配置化管理，通过配置机制调整车端设备的变化，有效的避免了相同功能下指令编码或者参数变化带来的应用段重新开发过程。
本实施例可以设置车况对应的CAN信号，便于车端设备了解该车况对应的CAN信号值，当应用端需要获取车况时，可走属性专向通道获取车辆车况数据，不与适配指令、数据采集、事件耦合。
同时可以设置适配指令对应的CAN信号，便于车端设备了解该适配指令对应的CAN信号值，当应用端发起远控指令时可走指令专向通道，不与车况、数据采集、事件耦合。
车端设备上报数据采集时可走数据专向通道，不与适配指令、事件、车况耦合。
在本实施例中设置数据采集是指设置该服务车端设备数据采集任务。也就是说数据采集指的是数据采集任务。
在本实施例中，所述创建产品子模块，还配置事件触发的前置条件和信号值。
由于事件是需要在一定条件下触发的，因此需要配置事件触发的前置条件和信号值，如：某一个信号的值＝0或者等于0，该事件就启动。在本实施例中车端上报事件时可走事件专向通道，不与适配指令、数据采集、车况耦合。
在本实施例中，所述车端设备与目标设备端的通信信号是通过定义目标设备端的CAN信号建立映射关系。
本实施例，所述适配管理模块，根据车端设备名称、车端设备标识码、车端设备类型、通讯协议类型建立设备物模型。
所述适配管理模块，将车端设备标识码与车端设备类型、车端设备名称、通讯协议类型进行关联，通过车端设备标识码确定车端设备类型、车端设备名称、通讯协议类型，根据不同的车端设备标识码建立不同设备物模型。
由于每个车端设备标识码对应一个设备物模型，因此车端设备标识码与设备物模型存在一一映射关系，可以根据车端设备标识码确定出对应的设备物模型，将设备物模型适配到车端设备中，
在每辆车辆中，这个车端设备标识码又与各个目标设备端一一对应，因此也可以根据车端设备标识码，确定与所述车端设备标识码对应的目标设备端。
其中车端设备标识码包括但不限于车端设备(Vehicle Identification Number，VIN)、发动机出厂编号和整车出厂编号中的一个或多个。
在本实施例中，所述车端设备标识码是唯一的，通过车端设备标识码能确定出唯一的车端设备类型、车端设备名称、通讯协议类型。因此可以只要建立车端设备标识码与设备物模型之间的映射关系，基于车端设备标识码与设备物模型之间的映射关系，建立车端设备对应的设备物模型。
在本实施例中，如图3所示，所述指令发送模块还接收应用端发送的远程指令作为适配指令，并设有指令缓存机制；
所述指令缓存机制包括设置指令有效期，在指令有效期内，对接收到应用端发送的适配指令进行缓存，并不断请求车端设备。
例如：当车辆在车库或偏远地区时，由于信号不好，此时车辆网络处于离线状态，若此时用户通过应用端向车辆的车端设备发送远程指令，远程指令通过指令缓存机制缓存在车联网平台，即使当前状态下，由于车辆网络离线问题无法立刻接收到车联网平台下发的远程指令，但由于采用指令缓存机制，不再需要用户通过应用端发送远程指令，缓存在车联网平台的远程指令在指令有效期内，请求车端设备，直到车辆设备响应或超过指令有效期。
相对于传统应用端直接通过车联网平台向车辆发送远程指令的方法。本发明通过指令缓存机制，在车端短暂离线情况下，不需要用户使用应用端再次发起远程指令的需求，提升用户体验。
在本实施例中，所述指令发送模块还设有车况数据缓存机制，用于实时缓存车端设备上传的车况数据。
在车辆在线的情况下，车端设备将车况数据实时上传到车联网平台进行缓存，当用户需要获取某个数据时，直接通过应用端向车联网平台查询车况信息即可。即使车辆处于离线状态下，用户也能获取到车辆在处于离线前一刻的车况信息。
本实施例可以实现车端设备将车况最新信息保存在车联网平台，用户通过应用端请求时，可直接查看缓存在车联网平台车况信息，减少查询链路，缓存在车联网平台车况信息包括基于目标设备端的全部车况或部分车况、整车全部车况查询。
在本实施例中，如图5所示，所述系统还包括发布通知模块，用于记录设备物模型的历史版本，同时通知车端设备已发送更新。
在本实施例中，设备开发人员在对设备物模型先完成调试后，将设备物模型适配到对应的车端设备，所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换。每次发布都记录设备物模型的历史版本，便于追溯，同时通知设备物模型已发送更新。所述适配是指将设备物模型文件适配加载到车辆的车端设备上。所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换，从而实现配置化管理信号转换方式，不管车端设备的车型架构如何变化只需要修改设备物模型配置内容。在每次车端设备的信息变化时，在设备物模型中修改车端设备的车况、事件、远程指令、数据采集等，修改好之后，更新设备物模型，将更新后的设备物模型重新适配加载到车辆的车端设备上。
在本实施例中，如图4所示，所述系统还包括设备注册模块，所述设备注册模块基于建立车端设备与设备物模型之间的适配映射关系，将车端设备与设备物模型绑定进行联调测试。
在另一个具体的实施例中，如图4所示，所述产品管理模块还包括选择模板子模块，用于预设有若干个设备物模型模板，根据选择相应的设备物模型模板创建设备物模型。
由于预先设有标准的设备物模型模板，标准的设备物模型模板根据国标进行设置，当车辆的车端设备的信息按照国标的要求时，可以直接采用预先设定的设备物模型模板，不需要从零开始建立设备物模型。由此简化建立设备物模型的过程，也提高建立设备物模型的效率。
如图5所示，所述设备物模型模板是根据定义车况样例、定义指令样例、定义事件样例、定义数据采集样例预设的，根据用户的需要引用相应的模板内容，自动创建相应的设备物模型内容。
所述标准化设备物模型样例包括定义车况样例、定义指令样例、定义事件样例、定义数据采集样例；开发人员通过引用样例(模板)内容，自动创建设备物模型内容，创建对应的车况、指令、事件、数据采集。
本实施例所述选择模板子模块预设有若干个设备物模型模板。用户可以根据需求选择已经设置好的设备物模型模板，如车况模板，直接将车况模板内容加载即完成车况与CAN信号建立的一一映射关系。不需要从零开始创建，由此提高创建效率，节省时间和降低创建错误概率。
在本实施例中，所述设备注册模块包括虚拟注册子模块、真实设备注册子模块、设备调试子模块；
所述虚拟注册子模块，基于设备物模型创建虚拟设备；
所述真实设备注册子模块，基于设备物模型创建真实设备；
所述设备调试子模块，将虚拟设备及真实设备与设备物模型绑定进行联调测试。
所述设备调试子模块，基于建立车端设备与设备物模型之间的适配映射关系，将车端设备或虚拟设备与设备物模型绑定进行联调测试。
具体根据基于虚拟设备或真实设备配置的输出参数、输入参数发起指令响应、事件上报、车况查询、数据上传等调试校验。例如：通过物设备物模型向虚拟设备发送车况查询指令，虚拟设备将车况查询指令转换为相应的CAN指令，然后进行查询相应的车况信息，若虚拟设备将CAN信息反馈回设备物模型，则表示调试校验通过；若虚拟设备无法反馈CAN信息回设备物模型或反馈其他信息，则表示调试校验不通过。
车端设备通过设备物模型向真实设备发送车况查询指令，车端设备基于设备物模型将车况查询指令转换为相应的CAN指令，然后发送给相应的真实设备。如果真实设备向设备物模型反馈车况信息，则表示调试建立的车况CAN协议映射关系验证通过。若真实设备没有反馈设备物模型任何信息或反馈的信息错误，则表示调试建立的车况-CAN协议映射关系不验证通过。
如图6所示，通过设备物模型与车端设备通讯的过程，比如MQTT\http，不同的通信协议，通信的方式不一样，因此车联网平台根据多协议接入转换技术与车辆设备通信连接，车辆设备基于设备物模型将控制信号转换为对应的服务，根据服务选择相应的通道选择器选择相应专属通道传输数据，本实施例通过专属通道将服务传输到对应的车辆设备进行适配，车辆设备基于设备物模型实现车端设备到目标设备端之间的通信信号转换之后，控制相应的目标设备端执行相应的操作。
如图7所示是应用端通过设备物模型与不同车端适配关联的过程，将应用端的各个应用功能与车端功能进行关联，建立映射关系。图8是通过图7的适配关联之后，应用端通过设备物模型向车端设备发送远程指令的交互过程。
在一个具体的实施例中，如图9所示，一种车联网设备控制方法，应用如上所述的车联网设备控制系统，所述方法包括步骤如下：
根据不同车端设备建立对应的设备物模型；
建立车端设备与设备物模型之间的适配映射关系；
基于车端设备与设备物模型之间的适配映射关系，将适配指令到对应的车端设备，所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换。
在一个具体的实施例中，还提供了一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如所述车联网设备控制方法。
其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。
在一个具体的实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述车联网设备控制方法。
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上实施例仅是为充分说明本发明而所举的较佳的实施例，本发明的保护范围不限于此。本技术领域的技术人员在本发明基础上所作的等同替代或变换，均在本发明的保护范围之内。

Claims (18)

1.一种车联网设备控制系统，其特征在于，应用于云端，所述系统包括：产品管理模块、适配管理模块、指令发送模块；
其中，所述产品管理模块包括创建产品子模块，根据不同车端设备建立对应的设备物模型；
所述适配管理模块，建立车端设备与设备物模型之间的适配映射关系；
所述指令发送模块，基于车端设备与设备物模型之间的适配映射关系，将适配指令发送到对应的车端设备，所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换。
2.根据权利要求1所述的车联网设备控制系统，其特征在于：所述产品管理模块还包括定义服务子模块，用于对车端设备的功能进行分类，每个类型为车况、适配指令、事件、数据采集中至少任一项。
3.根据权利要求2所述的车联网设备控制系统，其特征在于：在车端设备信息变化时，创建产品子模块修改车端设备的车况、事件、适配指令、数据采集，确定车端设备的车况、事件、适配指令、数据采集与设备物模型之间的映射关系。
4.根据权利要求3所述的车联网设备控制系统，其特征在于：所述创建产品子模块，还配置事件触发的前置条件和信号值。
5.根据权利要求1所述的车联网设备控制系统，其特征在于：所述车端设备与目标设备端的通信信号是通过定义目标设备端的CAN信号建立映射关系。
6.根据权利要求1所述的车联网设备控制系统，其特征在于：所述适配管理模块，根据车端设备名称、车端设备标识码、车端设备类型、通讯协议类型建立设备物模型。
7.根据权利要求6所述的车联网设备控制系统，其特征在于：所述适配管理模块，将车端设备标识码与车端设备类型、车端设备名称、通讯协议类型进行关联，通过车端设备标识码确定车端设备类型、车端设备名称、通讯协议类型，根据不同的车端设备标识码建立不同设备物模型。
8.根据权利要求1所述的车联网设备控制系统，其特征在于：所述指令发送模块还接收应用端发送的远程指令作为适配指令。
9.根据权利要求8所述的车联网设备控制系统，其特征在于：所述指令发送模块还设有指令缓存机制；
所述指令缓存机制包括设置指令有效期，在指令有效期内，对接收到应用端发送的适配指令进行缓存。
10.根据权利要求1所述的车联网设备控制系统，其特征在于：所述指令发送模块还设有车况数据缓存机制，用于实时缓存车端设备上传的车况数据。
11.根据权利要求1所述的车联网设备控制系统，其特征在于：所述系统还包括发布通知模块，用于记录设备物模型的历史版本，同时通知车端设备已发送更新。
12.根据权利要求2所述的车联网设备控制系统，其特征在于：所述产品管理模块还包括选择模板子模块，用于预设有若干个设备物模型模板，根据选择相应的设备物模型模板创建设备物模型。
13.根据权利要求12所述的车联网设备控制系统，其特征在于，所述设备物模型模板是根据定义车况样例、定义指令样例、定义事件样例、定义数据采集样例预设的。
14.根据权利要求1至13任一项所述的车联网设备控制系统，其特征在于：所述系统还包括设备注册模块，所述设备注册模块基于建立车端设备与设备物模型之间的适配映射关系，将车端设备与设备物模型绑定进行联调测试。
15.根据权利要求14所述的车联网设备控制系统，其特征在于：所述注册模块还基于设备物模型创建虚拟设备和真实设备，利用虚拟设备和真实设备绑定设备物模型进行联调测试。
16.一种车联网设备控制方法，应用如权利要求1～15任一项所述的车联网设备控制系统，其特征在于：所述方法包括步骤如下：
根据不同车端设备建立对应的设备物模型；
建立车端设备与设备物模型之间的适配映射关系；
基于车端设备与设备物模型之间的适配映射关系，将适配指令发送到对应的车端设备，所述车端设备基于适配指令能实现车端设备与目标设备端之间的通信信号转换。
17.一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于：所述处理器执行所述计算机程序时实现如权利要求16所述的车联网设备控制方法。
18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求16所述的车联网设备控制方法。
CN202311652194.9A 2023-12-04 2023-12-04 一种车联网设备控制系统及方法 Pending CN117692486A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311652194.9A CN117692486A (zh) 2023-12-04 2023-12-04 一种车联网设备控制系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311652194.9A CN117692486A (zh) 2023-12-04 2023-12-04 一种车联网设备控制系统及方法

Publications (1)

Publication Number Publication Date
CN117692486A true CN117692486A (zh) 2024-03-12

Family

ID=90134396

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311652194.9A Pending CN117692486A (zh) 2023-12-04 2023-12-04 一种车联网设备控制系统及方法

Country Status (1)

Country Link
CN (1) CN117692486A (zh)

Similar Documents

Publication Publication Date Title
CN111835627B (zh) 车载网关的通信方法、车载网关及智能车辆
US7493198B2 (en) Method and device for a vehicle-related telematics service
WO2019192343A1 (zh) 交通工具的诊断方法、相关设备和系统
US20050154500A1 (en) Method and device for emitting and/or receiving information relating to a vehicle
CN106453465B (zh) 用于车辆控制器与外部资源之间交互工作的系统和方法
CN101458525B (zh) 一种电控单元配置自动识别方法
CN110928567A (zh) 车辆系统升级方法、终端设备及计算机可读存储介质
US20060247833A1 (en) System and method for remote acquisition of automotive data from a vehicle
US20240020110A1 (en) Terminal Upgrade Method and Apparatus
CN103728971A (zh) 一种汽车故障诊断系统及其诊断方法
US20160247333A1 (en) Method and Apparatus for Vehicle Warning Light Handling
CN111627435A (zh) 语音识别方法与系统及基于语音指令的控制方法与系统
CN113434168A (zh) 一种基于智能硬件算力的车载网络架构自适应升级方法
CN113805918A (zh) 一种用于升级tbox和获取tbox日志的数据交互系统及其方法
CN111527389A (zh) 一种车辆诊断方法及一种车辆诊断设备和存储介质
WO1999022494A1 (fr) Passerelle de communication
CN114815770A (zh) 车辆远程诊断方法、设备、服务器及存储介质
CN111447231B (zh) 一种车辆协议识别的方法及装置
US10157158B2 (en) Method and apparatus for distributed computing using controller area network protocols
CN111061237B (zh) 车辆识别码刷写方法和车辆识别码刷写系统
CN117692486A (zh) 一种车联网设备控制系统及方法
CN116319402A (zh) 一种车辆数据采集和监测方法、系统、设备和介质
US11417156B2 (en) Method and system for managing a maintenance task of a motor vehicle
EP4297305A1 (en) Data transmission method, apparatus and system
CN111740972B (zh) 一种通信协议栈信息的更新方法、装置、设备及存储介质

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