WO2022179220A1 - 数据通信处理方法及设备 - Google Patents
数据通信处理方法及设备 Download PDFInfo
- Publication number
- WO2022179220A1 WO2022179220A1 PCT/CN2021/133280 CN2021133280W WO2022179220A1 WO 2022179220 A1 WO2022179220 A1 WO 2022179220A1 CN 2021133280 W CN2021133280 W CN 2021133280W WO 2022179220 A1 WO2022179220 A1 WO 2022179220A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- server
- data
- communication protocol
- vehicle
- configuration file
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 466
- 238000003672 processing method Methods 0.000 title claims abstract description 28
- 238000000034 method Methods 0.000 claims abstract description 66
- 238000004590 computer program Methods 0.000 claims description 52
- 238000012545 processing Methods 0.000 claims description 21
- 230000014509 gene expression Effects 0.000 claims description 10
- 230000006870 function Effects 0.000 description 32
- 238000010586 diagram Methods 0.000 description 13
- 230000009286 beneficial effect Effects 0.000 description 8
- 230000008878 coupling Effects 0.000 description 8
- 238000010168 coupling process Methods 0.000 description 8
- 238000005859 coupling reaction Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 238000004458 analytical method Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000013480 data collection Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003862 health status Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
Images
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/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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- 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
-
- 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/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- 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
-
- 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information
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
本申请要求于2021年02月24日提交中国专利局、申请号为202110206223.3、申请名称为“数据通信处理方法及设备”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请涉及数据通讯技术领域,具体涉及数据通信处理方法及设备。
车联网的概念源于物联网,又称为车辆物联网。车联网通过新一代信息通信技术,实现车与服务器、车与车、车与路侧设备等全方位网络链接。车联网是利用传感技术感知车辆的状态信息,并借助无线通信网络与现代智能信息处理技术实现交通的智能化管理,以及实现交通信息服务的智能决策和车辆的智能化控制。在采集车辆状态信息时,考虑到通信系统的性能,车辆与服务器之间是通过二进制码流进行通信的。因此,需要提前通过车联网的通信协议约定该二进制码流的传输格式,车辆根据该通信协议采集车辆数据并发送给服务器,服务器根据该通信协议将车辆发送的二进制码流转换成对应的数据。
但是,随着车联网的发展,各个汽车企业推出越来越多不同的车联网通信协议,因此,如何低成本且灵活地解析车辆通过各种不同的通信协议发送的数据是本领域技术人员急需解决的技术问题。
发明内容
本申请提供一种数据通信处理方法及设备,能够低成本且灵活地解析车辆通过各种不同的通信协议发送的数据。
第一方面,本申请提供一种数据通信处理方法,该方法包括:
服务器获取配置文件和第一车辆的标识,并基于该第一车辆的标识查找第一通信协议。上述配置文件用于配置该第一通信协议,上述第一车辆的标识关联上述第一通信协议;该第一通信协议为上述第一车辆采集自身数据和/或将采集的数据发送给上述服务器的规则。
在车联网中,车辆采集自身的数据的规则以及向服务器上报数据的规则可以通过通信协议来规定,由于车企的多元化,不同的车辆采用的通信协议可能不同。在本申请中,服务器中可以配置有多种不同的通信协议,并且将车辆所采用的通信协议与对应车辆的标识关联,以使得服务器可以根据车辆的标识明确车辆所采用的通信协议,从而能够基于车辆所采用的通信协议正确解析出车辆上报的数据。本申请无需针对一个具体的通信协议部署复杂繁琐的解析代码,极大地节省了人力物力,也节省了服务器的存储资源和计算资源,提高了服务上线的效率。另外,本申请中服务器所提供的数据解析服务,可以很好地适配各种不同的车辆生产制造商,具有很好地复用性。且,由于无需基于不同的协议部署不同的解析代码,从而无需频繁升级更新,具有更好的可维护性。
一种可能的实施方式中,上述配置文件通过预设模型的形式存储在上述服务器中,该预设模型包括多种不同通信协议中的数据种类的表达形式。
在本申请中,该预设模型可以适用于多种不同的通信协议,从而使得服务器中可以配置并存储多种不同的通信协议,为实现上述低成本且灵活地解析车辆上报数据的服务提供可能。
一种可能的实施方式中,上述数据种类包括:有效性数据种类、状态数据种类、数值数据种类和字符串数据种类。
在本申请中,考虑到通信协议中的数据种类的丰富性,上述预设模型中包括字符串数据种类,该字符串数据种类是本申请提供的一种扩展的数据种类,能够使得本申请适用于更多的通信协议的场景。
一种可能的实施方式中,上述方法还包括:上述服务器确定上述配置文件符合预设规则,该预设规则用于判定上述配置文件的内容的合理性。
在本申请中,通过检验通信协议对应的配置文件的合理性,能够在后续基于协议解析车辆上报的数据时可以正确解析,减少解析出错的概率。
一种可能的实施方式中,上述服务器确定上述配置文件符合预设规则,包括:该服务器确定该配置文件中第一数据的最大值不大于规定的最大值,并确定该第一数据的最小值不小于规定的最小值。
该第一数据可以是数值数据种类的数据,该数值数据种类例如可以是value种类。
一种可能的实施方式中,上述服务器获取配置文件,包括:该服务器接收上述第一车辆的注册信息,该注册信息包括上述配置文件。
在本申请中,将通信协议的配置文件携带在车辆的注册信息中发送给服务器,可以节省服务器接收信息的次数,节省计算和通信资源。
第二方面,本申请提供一种数据通信处理方法,该方法包括:
服务器获取配置文件和第一通信协议的标识,并基于该第一通信协议的标识查找该第一通信协议。该配置文件用于配置该第一通信协议;该第一通信协议为第一车辆采集自身数据和/或将采集的数据发送给上述服务器的规则。
在车联网中,车辆采集自身的数据的规则以及向服务器上报数据的规则可以通过通信协议来规定,由于车企的多元化,不同的车辆采用的通信协议可能不同。在本申请中,服务器中可以配置有多个不同的通信协议,不同的通信协议配置有不同的通信协议标识,以使得服务器可以根据获取的通信协议的标识明确车辆所采用的通信协议,从而能够基于车辆所采用的通信协议正确解析出车辆上报的数据。相比于现有的方案,本申请无需针对一个具体的通信协议部署复杂繁琐的解析代码,极大地节省了人力物力资源的同时,也节省了服务器的存储资源和计算机资源,且可以提高了服务上线的效率。另外,本申请中服务器所提供的数据解析服务,可以很好地适配各种不同的车辆生产制造商,具有很好地复用性。且,由于无需基于不同的协议部署不同的解析代码,从而无需频繁升级更新,具有更好的可维护性。
一种可能的实施方式中,上述服务器获取上述第一通信协议的标识,包括:上述服务器接收来自上述第一车辆的上述第一通信协议的标识。
在本申请中,上述服务器获取的通信协议的标识是由车辆发送给服务器的,从而使得服务器可以基于通信协议的标识查找到该车辆所采用的通信协议。
一种可能的实施方式中,上述配置文件通过预设模型的形式存储在上述服务器中,该预设模型包括多种不同通信协议中的数据种类的表达形式。
在本申请中,该预设模型可以适用于多种不同的通信协议,从而使得服务器中可以配置并存储多种不同的通信协议,为实现上述低成本且灵活地解析车辆上报数据的服务提供可能。
一种可能的实施方式中,上述方法还包括:上述服务器确定上述配置文件符合预设规则,该预设规则用于判定上述配置文件的内容的合理性。
在本申请中,通过检验通信协议对应的配置文件的合理性,能够使得后续基于协议解析 车辆上报的数据时可以正确解析,减少解析出错的概率。
第三方面,本申请提供一种数据通信处理方法,该方法包括:第一车辆向服务器发送该第一车辆的标识,该标识用于查找第一通信协议,该第一通信协议为上述第一车辆采集自身数据和/或将采集的数据发送给上述服务器的规则。
在本申请中,在服务器中车辆的标识与车辆所采用的通信协议关联,车辆将自身的标识发送给服务器,使得服务器可以基于该车辆的标识查找到该车辆所采用的通信协议,从而可以正确解析后续车辆上报的数据。
第四方面,本申请提供一种数据通信处理方法,该方法包括:第一车辆向服务器发送第一通信协议的标识,该标识用于查找上述第一通信协议,该第一通信协议为上述第一车辆采集自身数据和/或将采集的数据发送给上述服务器的规则。
在本申请中,在服务器中车辆所采用的通信协议与该通信协议的标识关联,车辆将自身采用的通信协议的标识发送给服务器,使得服务器可以基于该标识查找到该车辆所采用的通信协议,从而可以正确解析后续车辆上报的数据。
第五方面,本申请提供一种服务器,该服务器包括:
获取单元,用于获取配置文件和第一车辆的标识,上述配置文件用于配置第一通信协议,上述第一车辆的标识关联上述第一通信协议;上述第一通信协议为上述第一车辆采集自身数据和/或将采集的数据发送给上述服务器的规则;
查找单元,用于基于上述第一车辆的标识,查找上述第一通信协议。
一种可能的实施方式中,该服务器还包括:
处理单元,用于确定上述配置文件符合预设规则,上述预设规则用于判定上述配置文件的内容的合理性。
可选地,该服务器还可以包括接收单元和存储单元。存储单元用于存储数据或计算机指令。接收单元用于接收消息或数据。
另外,该方面中,服务器其他可选的实施方式可参见上述第一方面的相关内容,此处不再详述。
作为示例,接收单元可以为收发器或接口,存储单元可以为存储器,处理单元可以为处理器。
第六方面,本申请提供一种服务器,上述服务器包括:
获取单元,用于获取配置文件和第一通信协议的标识,上述配置文件用于配置上述第一通信协议;上述第一通信协议为第一车辆采集自身数据和/或将采集的数据发送给上述服务器的规则;
查找单元,用于基于上述第一通信协议的标识查找上述第一通信协议。
一种可能的实施方式中,上述服务器还包括:
处理单元,用于确定上述配置文件符合预设规则,上述预设规则用于判定上述配置文件的内容的合理性。
可选地,该服务器还可以包括接收单元和存储单元。存储单元用于存储数据或计算机指令。接收单元用于接收消息或数据。
另外,该方面中,服务器其他可选的实施方式可参见上述第二方面的相关内容,此处不再详述。
作为示例,接收单元可以为收发器或接口,存储单元可以为存储器,处理单元可以为处理器。
第七方面,本申请提供一种车辆,该车辆包括:
发送单元,用于向服务器发送上述车辆的标识,该标识用于查找第一通信协议,该第一通信协议为该车辆采集自身数据和/或将采集的数据发送给该服务器的规则。
可选地,该服务器还可以包括存储单元,存储单元用于存储数据或计算机指令。
作为示例,发送单元可以为收发器或接口,存储单元可以为存储器。
第八方面,本申请提供一种车辆,该车辆包括:
发送单元,用于向服务器发送第一通信协议的标识,该标识用于查找该第一通信协议,该第一通信协议为该车辆采集自身数据和/或将采集的数据发送给该服务器的规则。
可选地,该服务器还可以包括存储单元,存储单元用于存储数据或计算机指令。
作为示例,发送单元可以为收发器或接口,存储单元可以为存储器。
第九方面,本申请提供一种服务器,该服务器可以包括处理器和存储器,用于实现上述第一方面描述的数据通信处理方法。该存储器与处理器耦合,处理器执行存储器中存储的计算机程序时,可以实现上述第一方面或第一方面任一种可能的实现方式所述的方法。该服务器还可以包括通信接口,通信接口用于该服务器与其它服务器进行通信,示例性的,通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。
在一种可能的实现中,该服务器可以包括:
存储器,用于存储计算机程序;
处理器,用于获取配置文件和第一车辆的标识,基于该第一车辆的标识查找该第一通信协议。该配置文件用于配置第一通信协议,该第一车辆的标识关联该第一通信协议;该第一通信协议为该第一车辆采集自身数据和/或将采集的数据发送给该服务器的规则。
需要说明的是,本申请中存储器中的计算机程序可以预先存储也可以使用该服务器时从互联网下载后存储,本申请对于存储器中计算机程序的来源不进行具体限定。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或连接,其可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
第十方面,本申请提供一种服务器,该服务器可以包括处理器和存储器,用于实现上述第二方面描述的数据通信处理方法。该存储器与处理器耦合,处理器执行存储器中存储的计算机程序时,可以实现上述第二方面或第二方面任一种可能的实现方式所述的方法。该服务器还可以包括通信接口,通信接口用于该服务器与其它服务器进行通信,示例性的,通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。
在一种可能的实现中,该服务器可以包括:
存储器,用于存储计算机程序;
处理器,用于取配置文件和第一通信协议的标识,基于该第一通信协议的标识查找该第一通信协议。该配置文件用于配置该第一通信协议;该第一通信协议为第一车辆采集自身数据和/或将采集的数据发送给该服务器的规则。
需要说明的是,本申请中存储器中的计算机程序可以预先存储也可以使用该服务器时从互联网下载后存储,本申请对于存储器中计算机程序的来源不进行具体限定。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或连接,其可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
第十一方面,本申请提供一种车辆,该车辆包括处理器、存储器和通信接口,用于实现上述第三方面描述的数据通信处理方法。该存储器与处理器耦合,处理器执行存储器中存储的计算机程序时,可以调用通信接口实现上述第三方面所述的方法。该通信接口用于该服务 器与其它服务器进行通信,示例性的,通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。
需要说明的是,本申请中存储器中的计算机程序可以预先存储也可以使用该服务器时从互联网下载后存储,本申请对于存储器中计算机程序的来源不进行具体限定。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或连接,其可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
第十二方面,本申请提供一种车辆,该车辆包括处理器、存储器和通信接口,用于实现上述第四方面描述的数据通信处理方法。该存储器与处理器耦合,处理器执行存储器中存储的计算机程序时,可以调用通信接口实现上述第四方面所述的方法。该通信接口用于该服务器与其它服务器进行通信,示例性的,通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。
需要说明的是,本申请中存储器中的计算机程序可以预先存储也可以使用该服务器时从互联网下载后存储,本申请对于存储器中计算机程序的来源不进行具体限定。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或连接,其可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
第十三方面,本申请提供一种系统,该系统包括一个或多个服务器,该服务器为上述第九方面或第十方面所述的服务器。
第十四方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,上述计算机程序被处理器执行以实现上述第一方面任意一项所述的方法;或者,上述计算机程序被处理器执行以实现上述第二方面任意一项所述的方法;或者,上述计算机程序被处理器执行以实现上述第三方面所述的方法;或者,上述计算机程序被处理器执行以实现上述第四方面所述的方法。
第十五方面,本申请提供一种计算机程序产品,该计算机程序产品被处理器执行时,上述第一方面任意一项所述的方法将被执行;或者,上述计算机程序产品被处理器执行时,上述第二方面任意一项所述的方法将被执行;或者,上述计算机程序产品被处理器执行时,上述第三方面所述的方法将被执行;或者,上述计算机程序产品被处理器执行时,上述第四方面所述的方法将被执行。
上述第五方面至第十五方面提供的方案,用于实现或配合实现上述第一方面至第四方面中对应提供的方法,因此可以与第一方面至第四方面中对应的方法达到相同或相应的有益效果,此处不再进行赘述。
下面将对本申请实施例中所需要使用的附图作介绍。
图1所示为终端设备向服务器上报的数据的格式示意图;
图2所示为本申请实施例提供的数据通信处理方法适用的系统架构示意图;
图3所示为本申请实施例提供的一种数据通信处理方法的流程示意图;
图4所示为本申请实施例提供的另一种数据通信处理方法的流程示意图;
图5至图8为本申请实施例提供的设备之间的交互流程图;
图9至图12为本申请实施例提供的一种装置的逻辑结构示意图;
图13至图15为本申请实施例提供的设备的硬件结构示意图。
为了便于理解,下面首先介绍一下本申请实施例涉及到的技术术语。
需要说明的是,本申请实施例所述的第一通信协议为终端设备采集自身数据和/或将采集的数据发送给服务器的规则,示例性地,该第一通信协议可以是CAN总线通信协议等。后面实施例的描述中主要以第一通信协议为CAN总线通信协议为例进行介绍,这不构成对本申请的限制,本申请中所述的第一通信协议可以是满足“第一通信协议为终端设备采集自身数据和/或将采集的数据发送给服务器的规则”这一定义的其它的通信协议。
1、控制器局域网络(controller area network,CAN)
CAN被设计作为汽车环境中的微控制器通讯系统,在车载的各个部件之间交换信息,形成汽车电子控制网络。比如:发动机管理系统、变速箱控制器、仪表装备、电子主干系统等部件中,均嵌入CAN控制装置。
CAN的高性能和可靠性已被认同,除了汽车领域,CAN还被广泛地应用于工业自动化、船舶、医疗设备、工业设备等方面。现场总线是当今自动化领域技术发展的热点之一,被誉为自动化领域的计算机局域网。它的出现为分布式控制系统实现各节点之间实时、可靠的数据通信提供了强有力的技术支持。
2、CAN数据
CAN数据就是终端设备(关于终端设备的描述可以参见下面图2中的相关描述)中通过CAN总线采集到的该终端设备各个部件的数据。为了便于理解,以终端设备为车辆为例介绍,对于车辆,其通过CAN总线采集到的CAN数据例如可以包括右后胎指示器状态有效性、快速漏气指示器状态、快速漏气指示器状态有效性、左前胎压值、左前胎压值有效性、左前胎温值、左前胎温值有效性、右前胎压值、右前胎压值有效性、右前胎温值、右前胎温值有效性、左后胎压值、左后胎压值有效性、左后胎温值有效性、右后胎压值、右后胎压值有效性、右后胎温值和右后胎温值有效性等等。
3、数据传输对象(data transfer object,DTO)
数据传输对象DTO是一种数据的格式,目的为进行数据封装,实现层与层之间的数据传递。
4、子码(subcode)
在本申请中,subcode指的是对一个数据的二进制编码,通过该二进制编码可以在服务器解析数据时匹配到唯一的DTO字段。
5、采集周期
在本申请中,采集周期指的是终端设备通过CAN总线采集自身各个部件的数据的周期。例如,终端设备每隔1毫秒采集一次数据,那么采集周期为1毫秒。
不同的部件的数据的采集周期可以不同,或者也可以相同。本申请对采集周期的取值不做限定。
6、上报周期
在本申请中,上报周期指的是终端设备将通过CAN总线采集到的数据发送给服务器(关于服务器的描述可以参见下面图2中的相关描述)的周期。例如,终端设备每隔10毫秒向服务器发送一次数据,那么上报周期为10毫秒。本申请对采集周期的具体取值不做限定。
7、CAN数据二进制码流
终端设备向服务器发送的CAN数据是二进制码流的形式,即终端设备将采集到的多个CAN数据分别编码得到各个CAN数据对应的二进制数据,然后,将这些二进制数据拼接在一起得到一个二进制码流,并将该二进制码流发送给服务器。为了便于理解该CAN数据的二 进制码流,示例性地,可以参见图1。
图1示例性示出了终端设备向服务器发送的二进制码流中CAN数据部分的二进制码的示意图。图1中以上报的CAN数据包括3个采集周期采集到的CAN数据为例说明,本申请对具体实施例中每次上报的数据包括的采集周期的个数不做限制。可以看到每个采集周期对应的二进制码中都包括数据数量和采集周期的信息,各占2个字节的长度。该数据数量指的是在对应的采集周期内上报的数据的个数,以采集周期1为例,该采集周期1内采集到的数据包括多个,分别以数据标识例如1.1、1.2等等来标记各个数据。每个数据占二进制码流的长度根据通信协议的规定确定,本方案对此不做限制。另外,在图1中还可以看到每个数据都对应有1位的有效位,用于指示该数据是否有效,示例性地,若该有效位为1表示该数据无效,若该有效位为1表示该数据有效。
为了更好的理解本申请实施例提供的一种数据通信处理方法,下面对本申请实施例适用的场景进行示例性地介绍。
参见图2,图2示例性示出了一种本申请提供的数据通信处理方法使用的系统架构图。该系统架构可以包括一个或多个(图2中以n2个为例示出)服务器210、多个(图2中以n3个为例示出)终端设备220和多个(图2中以n1个为例示出)管理设备230。其中,终端设备220和管理设备230可以与服务器210交互通信。多个服务器210可以组成服务器集群,或者组成数据中心等系统。该n1、n2和n3可以是大于1的整数。
服务器210可以用于从终端设备220获取终端设备220的数据,以便于分析终端设备220的状态。示例性地,服务器210可以是一个物理服务器或者云服务器等。服务器210中部署有通信接口用于与管理设备230和终端设备220进行通信。例如,服务器210中部署有添加(post)接口、修改(put)接口、查询(get)接口和删除(delete)接口等。其中,管理设备230可以调用该post接口向服务器210发送通信协议等;管理设备230可以调用该put接口修改已经存储在服务器210中的通信协议等;管理设备230可以调用该get接口向服务器210查询数据等;管理设备230可以调用该delete接口删除存储在服务器210中的数据等。
另外,服务器210中还部署有用于处理管理设备230发送过来的数据以及处理终端设备220发送过来的数据的应用程序或软件平台,示例性地,该应用程序或者软件平台可以是一种物联网管理系统:海量连接(ocean connect,OC)软件平台。
终端设备220中的传感器、电机、仪器仪表等设备可以通过CAN总线连接,终端设备220可以通过CAN总线采集到自身各个部件的状态数据,这些数据可以称为CAN数据。终端设备220可以将采集到的CAN数据发送给服务器210,然后服务器210可以基于这些CAN数据分析终端设备220的状态。示例性地,终端设备220可以是车辆、路侧单元、船只、机器人或者数控机床设备等等,只要是通过CAN总线采集自身的数据发送给服务器210的设备都属于本申请所述的终端设备。
管理设备230可以是用于管理终端设备220的服务器,管理设备230上面部署了用于管理终端设备220的应用程序或软件等。管理设备230可以用于管理终端设备220的各种信息,例如终端设备220的标识、上线状态、健康状态、所属的用户以及终端设备220使用的CAN总线通信协议等信息。在本申请中,管理设备230还可以向服务器210发送终端设备220使用的CAN总线通信协议,服务器210可以存储该协议,以便于后续解析终端设备220发送来的CAN数据。示例性地,假设终端设备220为汽车,管理设备230可以是该汽车的生产制造企业中的管理设备等,或者管理设备230可以是第三方的管理设备等。
在本申请中,终端设备220可以包括多种类型,或者多种生产制造商生产制造的终端设备,管理设备230也可以对应地包括多种生产制造商的管理设备等等。
随着技术的不断发展,不同的生产制造商生产的终端设备220所使用的CAN总线通信协议不一定相同,即各个生产制造商可以有各自推出的CAN总线通信协议使用在各自生产制造的终端设备上。在这种情况下,服务器210从不同生产制造商的终端设备220接收到的CAN数据可以是基于不同的CAN总线通信协议采集并上报的,服务器210需要基于不同的CAN总线通信协议解析接收到的不同的CAN数据。在本申请中,上报数据指的是终端设备向服务器发送的CAN数据。
通常,服务器210上通过部署CAN数据的解析代码来实现对接收到的CAN数据的解析,但是该代码只能解析一种CAN总线通信协议的数据,若想解析多种不同的CAN总线通信协议的数据,则需要部署多套代码,导致需要耗费大量的人力物力,同时对服务器210的存储资源和计算资源占用过多,另外,由于需要部署多套解析代码,需要较长的研发时间,极大地制约服务上线的效率。为了解决这些问题,本申请提供了一种数据通信处理方法,能够低成本且灵活地解析终端设备通过各种不同的CAN总线通信协议上报的数据。
参见图3,本申请提供的一种数据通信处理方法可以应用于上述图2所示的场景中,该方法可以包括但不限于如下步骤:
301、服务器获取配置文件和第一车辆的标识,该配置文件用于配置第一通信协议,该第一车辆的标识关联该第一通信协议;该第一通信协议为该第一车辆采集自身数据和/或将采集的数据发送给该服务器的规则。
示例性地,该服务器例如可以是上述图2所示的服务器210,该第一车辆可以是上述图2所示的终端设备220。
服务器中以配置文件的形式配置了多个不同的通信协议,这些通信协议均为车辆等终端设备采集自身数据和/或将采集的数据发送给该服务器的规则。另外,在服务器中各个车辆的标识与该车辆所采用的通信协议关联,以便于通过车辆的标识可以查找到该车辆采用的通信协议。
需要说明的是,该通信协议对应的配置文件包括该通信协议的内容,对于服务器来说,通信协议的配置文件即为该通信协议。可选的,下面图7和图8中所描述的管理设备(例如上述图2所示的管理设备230)向服务器发送的通信协议可以是该通信协议的配置文件。
以上述第一车辆和第一通信协议为例,上述服务器中预先配置了上述第一车辆采用的通信协议即该第一通信协议。可选的,服务器可以从管理设备接收到该第一通信协议的配置文件,然后将该配置文件存储在数据库中。或者,可选的,服务器可以通过自身的输入设备获取到该第一通信协议的配置文件,例如,工作人员直接将该第一通信协议的内容输入到该服务器中形成配置文件的情况。
服务器获取到上述第一通信协议之后,可以生成该第一通信协议的标识发送给管理设备,管理设备将第一车辆的注册信息发送给服务器,该注册信息中包括该第一通信协议的标识和该第一车辆的标识,然后,服务器将该第一车辆的标识与该第一通信协议关联,以便于后续的查询。具体的实现过程可以参见下面对图7对应的描述,此处暂不详述。
一种可能的实施方式中,上述服务器获取的第一通信协议的配置文件携带在管理设备发送的第一车辆的注册信息中,该注册信息中还包括该第一车辆的标识,那么,服务器接收到该注册信息之后,可以将该第一车辆的标识与该第一通信协议关联,以便于后续查询。具体的实现过程可以参见下面对图8对应的描述,此处暂不详述。
在服务器中关联了第一车辆的标识和第一通信协议之后,第一车辆可以与服务器建立通信连接,并将该第一车辆自身的标识发送给服务器,以用于获取对应的通信协议的数据格式。
302、该服务器基于该第一车辆的标识,查找该第一通信协议。
服务器与上述第一车辆建立通信连接,并从第一车辆接收到该第一车辆的标识之后,基于该第一车辆的标识查找到该第一车辆所采用的第一通信协议。然后,基于该第一通信协议生成对应的数据格式要求下发给该第一车辆,该第一车辆基于该数据格式要求采集并上报数据给服务器。服务器接收到第一车辆采集上报的数据之后,可以找到该第一车辆采用的第一通信协议,基于该第一通信协议完成对该数据的解析。具体的实现过程可以参见下面对图5对应的描述,此处暂不详述。
参见图4,本申请提供另一种数据通信处理方法,该方法可以应用于上述图2所示的场景中,该方法可以包括但不限于如下步骤:
401、服务器获取配置文件和第一通信协议的标识,该配置文件用于配置该第一通信协议;该第一通信协议为第一车辆采集自身数据和/或将采集的数据发送给该服务器的规则。
示例性地,该服务器例如可以是上述图2所示的服务器210,该第一车辆可以是上述图2所示的终端设备220。
在本申请实施例中,服务器可以从管理设备(例如上述图2所示的管理设备230)接收到该第一通信协议的配置文件,将该配置文件存储在数据库中。需要说明的是,该通信协议对应的配置文件包括该通信协议的内容,对于服务器来说,通信协议的配置文件即为该通信协议。
可选的,服务器接收到上述第一通信协议后,可以生成该第一通信协议的标识,将该标识与该第一通信协议关联,并将该标识发送给管理设备,然后,将该第一通信协议的标识存储在该第一车辆中。示例性地,可以是在生产该第一车辆时将该第一通信协议的标识存储在该第一车辆中,或者可以是管理设备将该第一通信协议发送给该第一车辆并存储等等。
或者,可选的,第一通信协议的标识无需服务器生成,而是由管理设备发送给服务器,例如,管理设备向服务器发送第一通信协议时将该第一通信协议的标识一起发送给服务器。然后,服务器将该第一通信协议的标识与该第一通信协议关联并存储,以用于后续的查询。另外,该第一通信协议的标识还存储在第一车辆中。示例性地,可以是在生产该第一车辆时将该第一通信协议的标识存储在该第一车辆中,或者可以是管理设备将该第一通信协议发送给该第一车辆并存储等等。
在服务器中关联了第一通信协议的标识和该第一通信协议之后,第一车辆可以与服务器建立通信连接,并将该第一车辆自身存储有的第一通信协议的标识发送给服务器,以用于获取对应的通信协议的数据格式。
402、该服务器基于该第一通信协议的标识查找该第一通信协议。
服务器从第一车辆接收到第一通信协议的标识之后,基于该第一通信协议的标识查找到该第一车辆所采用的第一通信协议。然后,基于该第一通信协议生成对应的数据格式要求下发给该第一车辆,该第一车辆基于该数据格式要求采集并上报数据给服务器。服务器接收到第一车辆采集上报的数据之后,可以找到该第一车辆采用的第一通信协议,基于该第一通信协议完成对该数据的解析。具体的实现过程可以参见下面对图5对应的描述,此处暂不详述。
上述图4所示的实施例相比于上述图3所示的实施例,服务器中可以不用将第一通信协议与车辆的信息例如车辆的标识关联,那么服务器中可以不存储车辆的相关信息,从而可以节省服务器的存储资源。
一种可能的实施方式中,上述图3和图4所示的实施例中,服务器中不同的通信协议的 配置文件均可以通过预设模型的形式存储在服务器中。该预设模型包括多种不同通信协议中的数据种类的表达形式。示例性地,该预设模型的具体形式可以参见下面表1和表2。
表1
名称 | 是否必选 | 类型 | 说明 |
id | Y | string | 通信协议的唯一标识 |
report period | Y | integer | 数据上报周期 |
data format | Y | list<data format> | 各个CAN数据的格式的具体描述 |
表1示例性示出了本申请提供的一种在服务器中统一表达各种不同的通信协议的预设模型,可以看到,该预设模型中包括通信协议的唯一标识,该标识即为上述提到的通信协议的标识。该通信协议的标识的类型要求为字符串(string)类型。
该预设模型中还包括采用该通信协议的终端设备将CAN数据发送给服务器的周期,称为上报周期(report period)。该上报周期的类型要求为整数(integer)型。
该预设模型中还包括采用该通信协议的终端设备中的各个CAN数据的格式的具体描述。每一个CAN数据的格式的描述可以是以列表(list)的形式来表示。示例性地,可以参见表2,表2为本申请提供的预设模型中CAN数据的格式的list。
表2
在表2中可以示例性地看到预设模型中CAN数据的格式要求。需要说明的是,上述表2中的“是否必选”中,Y表示通信协议中必须包括对应的内容,N表示通信协议中可以包括或者不包括对应的内容。表2中除了规定终端设备采集和上报CAN数据的格式,还给出了各项内容对应的约束,约束指的是需要满足的条件。下面逐一解释表2中的各项内容:
数据标识(data id):指的是上报的CAN数据的标识,CAN数据的标识的类型可以为string型。例如,假设终端设备为车辆,车辆上报的CAN数据包括右后胎指示器状态有效性、快速漏气指示器状态、快速漏气指示器状态有效性、左前胎压值、左前胎压值有效性,那么这些CAN数据的标识依次可以是“1”、“2”、“3”、“4”和“5”。
另外,在约束中可以看到,要求上报的所有的CAN数据的标识为连续的整数。可选的,在具体实施例中,上述上报的所有的CAN数据的标识也可以约束为连续的字母等字符,或者约束为有规律的字符的组合(例如图1所示的数据标识)等,本申请对此不作限制。
数据种类(type):指的是CAN数据的数据种类,可以包括有效性(valid)数据种类、状态(status)数据种类、数值(value)数据种类和字符串(string)数据种类。其中:
valid数据种类,用于描述终端设备的部件的状态或数据的有效性。例如,可以约定,用数值0表示无效(invalid),用数值1表示有效(valid)。例如,假设终端设备的部件为右后胎指示器,对于该右后胎指示器的状态,可以用1表示该指示器的状态有效,0表示该指示器的状态无效。对于右后胎的温度值,也可以用1表示该温度值有效,0表示该温度值无效。
约束中要求该valid数据种类的数据长度为1。可选的,在具体实施例中该描述有效性的数据长度也可以约束为其它的长度,例如2或3等等,本申请对此不做限制。
status数据种类,用于描述终端设备的部件的状态,可以以枚举的形式体现。该描述部件状态的数据的长度可以为1。例如,对于门的状态,一般是两个状态:关闭(closed)状态和开启(open)状态,那么,可以用0表示门的closed状态,可以用1表示门的open状态。又例如,对于快速漏气指示器的状态,其有两种状态,分别为不快速漏气(not fast leakage)状态和快速漏气(fast leakage)状态,那么,可以用0表示not fast leakage状态,可以用1表示fast leakage状态。
约束中要求status数据种类的数据的长度必须不大于该数据长度所能表示的最大枚举个数,且枚举的状态都可以在DTO属性中找到对应枚举字段。DTO属性为服务器将终端设备上报的CAN数据解析后得到的DTO格式的数据的属性。枚举的状态都可以在DTO属性中找到对应枚举字段的这个要求,可以保证解析的每一个状态都有对应的DTO字段。
为了便于理解,示例性地,例如,假设左后门状态的数据长度为1,则最大枚举个数为2,可以用0表示该左后门的closed状态,可以用1表示该左后门的open状态,因而可以在通信协议和上述基于通信协议转换得到的数据格式要求中添加该两个状态的表示数值;且DTO属性左后门(left rear door)的枚举类型必须包括closed和open两种状态。
又例如,假设轮胎温度的数据长度为2,则最大枚举个数为4,而轮胎温度对应状态共3个,包括一般(normal)、高(high)和预留(reserved)这三个状态,可以用0表示normal,用1表示high,用2或3表示reserved状态,因而可以在通信协议和上述基于通信协议转换得到的数据格式要求中添加该两个状态,则在解码过程中。且DTO属性中轮胎温度的枚举类型必须包括normal、high和reserved这三种状态,这样服务器解析终端设备上报的轮胎温度时可以基于0=normal、1=high和2~3=reserved这一规则来解析。
value数据种类,用于描述终端设备的部件的在某些方面的具体的数值,例如用于描述通过传感器采集到的部件的温度和压力的具体数值等等。在服务器解析终端设备上报的CAN数据的过程中,value数据种类的数据需要先将上报的二进制数据转换为十进制数据,再根据通信协议中规定的精度和偏移量进行计算,得到对应的数值,该计算得到的数值需要不小于规定的最小值,且不大于规定的最大值。计算方法如式(1)所示。
value=accuracy*data+offset (1)
式(1)中,accuracy表示精度,offset表示偏移量,data表示根据二进制码流获得的十进制数值,value表示计算得到的最终数据。需要注意的是,value必须位于通信协议规定的范围之内。
约束中要求value数据种类的数据的最大值必须不大于规定的最大值,且要求value数据种类的数据的最小值必须不小于规定的最小值。为了满足这个约束,根据数据长度、精度、偏移量计算得到的最大值必须不大于规定的最大值,且计算得到的最小值必须不小于规定的最小值,即需要满足如下式(2)和式(3)的关系:
minimum≥offset (2)
maximum≤D*accuracy+offset (3)
其中,minimum表示数据的最小值,maximum表示数据的最大值。假设数据的二进制长度为L,则D表示该二进制数据转换成十进制数据后的最大值,即D=2^L-1。例如,假设数据的二进制长度为7,则D=2^7-1=127。由于value数据种类的数据是通过上述式(1)计算得到,因此可知,该value数据种类的数据规定的最小值为data为0时计算得到的值,即为offset;该value数据种类的数据规定的最大值为data为上述D时计算得到的值,即为D*accuracy+offset。
在表2中可以看到,若描述的CAN数据为value数据种类的数据,那么,约束中要求最大值(maximum)、最小值(minimum)、精度(accuracy)和偏移量(offset)这几个参数是必须在通信协议中明确说明的。
若描述的CAN数据为status数据种类的数据,那么,约束中要求在通信协议中明确说明该CAN数据为status数据种类的数据。
对于子码(subcode),由于服务器需要通过subcode匹配到唯一的DTO字段,因此,约束中要求终端设备上报的所有CAN数据的subcode不能重复,即每个CAN数据都有唯一的subcode。
string数据种类,可用于描述终端设备采集的该终端设备自身的生产制造商、类型等数据,也可用于描述采集的错误码和错误信息等,还可用于传输其他文本信息等。
在表2中,若描述的CAN数据为valid数据种类的数据,那么,终端设备上报该CAN数据的长度为1。
假设终端设备上报的二进制码流的各个二进制位从左到右排列,那么,该二进制码流中的某个CAN数据的二进制码的最高位不能在最低位的右侧,最低位不能在最高位的左侧。为了便于理解,示例性地,可以参见图1,以图1中的数据1.1为例说明。假设数据1.1的二进制码为10011010,位数为8位,且该数据1.1占用上报的二进制码流中的第p位至第p+7这8位,那么,在规定该数据1.1的二进制码在上报的二进制码流中的位置时可以这样规定:数据1.1的最高位为第p位,最低位为第p+7位。而不能规定为数据1.1的最高位为第p+7位,最低位为第p位。
另外,由最高位和最低位计算得到的数据长度必须与上报数据长度一致。
一个CAN数据的采集周期须要可以整除该CAN数据的上报周期,即上报周期为采集周期的整数倍。
可选的,在表2中采集周期相同的数据,其数据标识是连续的。例如,采集周期为500毫秒的数据有三个,采集周期为200毫秒的数据有两个,则该三个采集周期为500毫秒的数据的标识可以设置为连续的例如1、2和3,另外,两个采集周期为200毫秒的数据的标识也可以设置为连续的例如4和5。若采集周期为500毫秒的数据的标识设置为1、3和4,而采集周期为200毫秒的数据的标识设置为2和5,则是不符合规则的。
终端设备上报的二进制码流中,各个CAN数据的上报区间不能有重叠。为了便于理解,还是以图1为例介绍。以数据1.1和数据1.2示例,数据1.1的上报区间可以是数据1.1的二进制码和有效位占用的区间,数据1.2的上报区间为数据1.2的二进制码和有效为占用的区间,该两个区间之间不能占用相同的位数。例如,数据1.1的上报区间占用的位数为第p位至第p+9位,那么,数据1.2的上报区间占用的位数为第p+10位至第p+19位是合理的,但是,假如数据1、2的上报区间占用的位数为第p+9位至第p+18位则是不合理的,因为两个数据都占用了第p+9位,导致无法正确解析出该两个数据。
另外,在服务器向终端设备下发数据格式要求的报文中也是以二进制码流的形式在传输,该下发的数据格式也包括了多个CAN数据的采集要求和上报要求,同样地,本申请的数据格式约束中要求该下发的数据格式的二进制码流中各个CAN数据的数据格式的要求所占用的二进制位不能重叠。
假设服务器向终端设备下发的数据格式要求的二进制码流的各个二进制位从左到右排列,那么,该二进制码流中的某个CAN数据的数据格式要求的二进制码的最高位不能在最低位的右侧,最低位不能在最高位的左侧,且由最高位和最低位计算得到的数据长度必须与采 集数据长度一致。
上述主要基于表1和表2示例性地介绍了本申请提供的一种在服务器中统一表达各种不同的通信协议的预设模型,需要说明的是,上述所述的预设模型仅为一个示例,在具体实施例中的预设模型不限于上述所介绍的内容。
为了更好地理解本申请提供的一种数据通信处理方法,下面基于设备之间的交互流程图进一步介绍。
参见图5,图5所示为终端设备从服务器获取对应通信协议的数据格式要求并上报数据的交互流程,可以包括但不限于如下步骤:
501、终端设备和服务器交互建立通信连接。
在具体实施例中,终端设备可以是上述图2所示的终端设备220,服务器可以是上述图2所示的服务器210。
终端设备可以向服务器发送连接请求,用于请求服务器与自身建立通信连接。该连接请求可以包括终端设备的标识。示例性地,假设终端设备为车辆,那么车辆的标识可以包括车辆的出厂编号、车辆识别号码(vehicle identification number,VIN)或者车辆的车牌号等。
服务器接收到该连接请求之后,可以向终端设备返回一个连接建立的响应消息,从而完成终端设备和服务器之间通信连接的建立。
502、服务器查找第一通信协议。
在终端设备和服务器建立通信连接之后,由于在本申请中,不同的终端设备可能采用不同的通信协议采集/上报自身的数据给服务器,为了快速灵活地解析基于不同通信协议上报的数据,服务器需要向终端设备下发终端设备采集/上报数据的数据格式要求,规定终端设备采集/上报数据的数据格式。该数据格式要求是基于终端设备采用的通信协议转换得到的(下面步骤303中会详细介绍,此处暂不详述),因此,服务器需要先查找到终端设备对应采用的通信协议。
具体的,该第一通信协议为终端设备采用的CAN总线通信协议。在具体实施例中,服务器中存储有多种CAN总线通信协议,且这些CAN总线通信协议都有各自的协议标识,可以在服务器中唯一标识不同的通信协议,即通过协议标识可以查找到唯一对应的CAN总线通信协议。
一种可能的实施方式中,上述服务器查找第一通信协议的具体实现可以是:服务器中将终端设备的标识与该终端设备采用的CAN总线通信协议的标识关联,那么,服务器可以通过该终端设备的标识查找到其使用的通信协议的标识,进而通过该协议的标识查找到该第一通信协议。或者,服务器中将终端设备的标识与该终端设备采用的CAN总线通信协议直接关联,那么,服务器可以通过该终端设备的标识可以直接查找到该第一通信协议。该服务器中存储的终端设备的标识可以是管理设备向服务器注册该终端设备的信息时发送给该服务器的(具体可以参见下面图7和图8所示实施例的描述,此处暂不详述)。另外,上述终端设备和服务器交互建立通信连接的过程中服务器可以获取到该终端设备的标识,从而可以查找到该第一通信协议。
另一种可能的实施方式中,上述服务器查找第一通信协议的具体实现可以是:上述连接请求中包括了该终端设备采用的CAN总线通信协议的标识,或者,服务器和终端设备建立连接之后,终端设备另外向服务器发送了该终端设备采用的CAN总线通信协议的标识,那么,服务器可以基于从该终端设备中接收到的该终端设备采用的CAN总线通信协议的标识,查找 到上述第一通信协议。
503、服务器基于该第一通信协议向终端设备发送数据格式要求。
具体的,该数据格式要求用于规定该终端设备采集的数据和/或向服务器发送的数据的格式。
在具体实施例中,终端设备通过CAN总线采集数据,是基于其采用的CAN总线通信协议来采集的,采集完数据之后,需要将采集的CAN数据转换成二进制码流发送给服务器,该CAN数据转换成二进制码流也是基于终端设备采用的CAN总线通信协议来转换的。即,终端设备通过CAN总线采集的CAN数据的数据格式,以及终端设备向服务器发送的二进制码流的格式都是遵循该终端设备所采用的CAN总线通信协议中的规定来确定的。
基于上述的描述,由于服务器后续需要解析终端设备发送的CAN数据的二进制码流,那么为了便于服务器解析,服务器可以将终端设备采用的CAN总线通信协议按照预设规则转换成数据格式要求。然后,服务器将转换得到的数据格式要求发送给终端设备,以使得终端设备按照该数据格式的要求采集数据和发送数据。
需要说明的是,上述预设规则适用于服务器中存储的所有CAN总线通信协议,包括上述第一通信协议。即,服务器可以将该所有的CAN总线通信协议按照该预设规则转换成这些CAN总线通信协议各自对应的数据格式要求。
为了便于理解上述预设规则,可以参见上述表1和表2。上述预设规则要求通信协议中明确上报周期(report period)。且该上报周期的类型要求为整数(integer)型。上述预设规则还要求通信协议中明确采用该通信协议的终端设备中的各个CAN数据的格式的具体描述。每一个CAN数据的格式的描述可以参见上述表2。在表2中可以看到,预设规则可以规定终端设备采集和上报CAN数据的格式和约束。关于该格式和约束的描述可以参见上述对表2的具体描述,此处不再赘述。
上述主要基于表1和表2示例性地介绍了上述服务器将通信协议转换成数据格式要求的预设规则,需要说明的是,上述所述的预设规则仅为一个示例,在具体实施例中的预设规则不限于上述所介绍的内容。
服务器按照上述预设规则将上述终端设备采用的通信协议即第一通信协议转换成数据格式要求后,将该数据格式要求发送给终端设备。
504、终端设备基于该数据格式要求采集第一数据。
终端设备接收到服务器发送的数据格式要求之后,解析获取对应的内容,然后基于对应的数据格式通过CAN总线采集自身中的各个部件的数据。
505、终端设备基于该数据格式要求向服务器发送该第一数据。
终端设备采集得到CAN数据之后,按照数据格式要求中各个CAN数据的上报格式要求,生成CAN数据的二进制码流,可以称该生成的CAN数据的二进制码流为第一数据,然后,终端设备向服务器发送该第一数据。
506、服务器接收该第一数据,并基于第一通信协议解析该第一数据。
服务器接收来自终端设备的第一数据之后,首先可以查找到该终端设备对应的第一通信协议,然后,基于该第一通信协议解析该第一数据得到实际上报的终端设备的CAN数据,这些CAN数据可以指示终端设备中对应的部件的状态等情况。然后,服务器可以基于解析得到的CAN数据分析终端设备的状态,并将终端设备的状态实时地保存到数据库中。
具体的,由于该第一通信协议已经规定了该终端设备上报的各个CAN数据在二进制码流中的位置以及数据的长度,因此,服务器接收到终端设备上报的二进制码流即上述第一数据 之后,根据该第一通信协议即可解析出各个CAN数据的二进制数据,然后,按照上述式(1)计算出实际的CAN数值,每个CAN数值都对应某一种状态信息等,从而可以获知终端设备的对应的部件的状态等情况。
可选的,管理设备(例如图1所示的管理设备230)可以与服务器交互,获取服务器中存储的终端设备的状态信息。示例性地,可以参见图6。在图6中,上述步骤506、服务器接收该第一数据,并基于第一通信协议解析该第一数据之后,还可以包括但不限于如下步骤:
507、管理设备向服务器发送该终端设备的状态查询请求。
该状态查询请求中可以包括该终端设备的标识。
508、服务器基于该状态查询请求获取该终端设备的状态信息。
服务器接收到该状态查询请求之后,解析得到该终端设备的标识,通过该标识在数据库中查找到该终端设备最新的状态信息。
509、服务器向管理设备发送该终端设备的状态信息。
服务器获取到该终端设备最新的状态信息之后,将其封装成报文发送给管理设备。管理设备可以通过该终端设备的状态信息了解该终端设备的状态,以便于做出相应的判断和控制,例如,可以判断终端设备是否异常,若异常,则需要提醒用户,以减少意外的损害等等。
一种可能的实施方式中,上述服务器接收到终端设备上报的CAN数据之后,也可以不对这些数据进行分析,可以直接将接收到的数据存储在数据库中。然后,管理设备可以与服务器交互获取到终端设备的CAN数据,然后,由管理设备基于这些CAN数据分析对应终端设备的状态。
一种可能的实施方式中,上述步骤502中所述的服务器中将终端设备的标识与该终端设备采用的CAN总线通信协议的标识关联,或者服务器中将终端设备的标识与该终端设备采用的CAN总线通信协议直接关联,可以通过图7所示的实施方式来实现。参见图7,可以包括但不限于如下步骤:
701、管理设备向服务器发送上述第一通信协议。
在具体实施例中,管理设备可以配置终端设备采用的通信协议,下面还是以终端设备采用的通信协议为第一通信协议为例介绍。
管理设备可将终端设备采用的第一通信协议发送给服务器,以用于存储在服务器中。
示例性地,管理设备可以调用服务器的post接口将该第一通信协议发送给服务器。
702、服务器接收该第一通信协议,并生成该第一通信协议的标识。
服务器接收到该第一通信协议之后,由于服务器要管理多个不同的通信协议,为了便于管理,可以为每个通信协议配置一个唯一标识,因此,服务器可以为第一通信协议生成一个唯一标识。
703、服务器向管理设备发送该第一通信协议的标识。
管理设备接收到服务器发送的第一通信协议的标识之后,可以将该第一通信协议的标识关联到采用该第一通信协议的终端设备的信息中。
704、管理设备向服务器发送上述终端设备的注册信息,该注册信息包括该终端设备的标识和第一通信协议的标识。
终端设备与服务器建立通信连接之前,管理设备需要将终端设备的信息注册到服务器中。因此,管理设备可以向服务器发送终端设备的注册信息,该注册信息可以包括该终端设备的 标识、该终端设备所属的用户的信息、该终端设备的相关状态以及该终端设备所采用的通信协议即第一通信协议的标识等信息。需要说明的是,该终端设备的注册信息可以包括该终端设备相关的任意信息,本申请对此不做限制。
705、服务器基于该注册信息完成注册,并关联该终端设备的标识、第一通信协议的标识和该第一通信协议。
服务器接收到上述注册信息之后,基于该注册信息完成该终端设备的注册操作,该注册操作例如可以是将该注册信息存储在数据库等等,本申请对此不做限制。另外,服务器还将注册信息中终端设备的标识、第一通信协议的标识与服务器中已经存储的第一通信协议关联,以便于后续查找。
可选的,服务器也可以是基于该第一通信协议的标识查找到该第一通信协议,仅将该第一通信协议的标识和该第一通信协议进行关联。
706、服务器向管理设备发送注册响应信息。
服务器完成注册之后,向管理设备发送一个注册完成的响应信息,以告知管理设备完成了注册。
一种可能的实施方式中,上述步骤502中所述的服务器中将终端设备的标识与该终端设备采用的CAN总线通信协议的标识关联,或者服务器中将终端设备的标识与该终端设备采用的CAN总线通信协议直接关联,还可以通过图8所示的实施方式来实现。参见图8,可以包括但不限于如下步骤:
801、管理设备向服务器发送终端设备的注册信息,该注册信息包括该终端设备的标识和第一通信协议。
802、基于该注册信息完成注册,生成该第一通信协议的标识,并关联该终端设备的标识、第一通信协议的标识和该第一通信协议。
803、发送注册响应信息。
本申请实施例中,相比于上述图7所示的实施例,主要的区别是管理设备不单独将第一通信协议发送给服务器,而是将该第一通信协议携带在上述注册信息中,一起发送给管理设备,从而可以节省一些交互步骤,进而节省带宽资源和两个设备的计算资源。除了该区别之外,图8所示的其它步骤的具体实现参见上述对图7中所示的步骤的对应描述,此处不再赘述。
一种可能的实施方式中,上述图7和图8所示的实施例中,服务器在生成该第一通信协议的标识之前,可以先检查一下该第一通信协议是否符合预设的要求。具体的,服务器可以按照上述预设规则中的约束(例如表2中所示的约束)来检查该第一通信协议是否符合预设的要求,只有在第一通信协议符合预设要求的情况下,服务器才生成该第一通信协议的标识。如果该第一通信协议不符合预设要求,那么,服务器可以向管理设备发送一个指示该第一通信协议不合格的消息,例如直接返回一个错误消息等等。
一种可能的实施方式中,上述步骤502中所述的连接请求中包括了该终端设备采用的CAN总线通信协议的标识,或者,服务器和终端设备建立连接之后,终端设备另外向服务器发送了该终端设备采用的CAN总线通信协议的标识,可以通过如下两种可能的实施方式来实现:
第一种可能的实施方式:管理设备可以根据上述图7或图8所示的实施方式及其可能的实施方式获取到上述第一通信协议的标识,然后,该管理设备可以将该第一通信协议的标识 发送给上述终端设备,终端设备将该第一通信协议的标识存储起来。或者,由于该管理设备为生产制造商的管理设备,因此,终端设备在生产制造的过程中,该第一通信协议的标识就被存储于其中,而该第一通信协议的标识来自于上述管理设备从服务器接收到的标识。从而,在终端设备向服务器发送连接请求时,可以在连接请求中携带该第一通信协议的标识;或者,在服务器和终端设备建立连接之后,终端设备可以另外向服务器发送了该第一通信协议的标识。可选的,在本实施方式中,服务器中可以不用存储终端设备的标识与该第一通信协议的标识的映射关系,或者,不用存储该终端设备的标识与该第一通信协议的映射关系。
第二种可能的实施方式:在具体实施例中,管理设备向服务器发送第一通信协议,该第一通信协议可以是管理设备单独发送给服务器(例如可以参见上述图7所示的实施方式),或者,该第一通信协议可以是管理设备将其携带在终端设备的注册信息中发送给服务器(例如可以参见上述图8所示的实施方式)。在本实施方式中,管理设备在向服务器发送第一通信协议的同时,还可以把该第一通信协议的标识一起发送给服务器,然后,服务器将该第一通信协议及接收到的协议标识关联,以备后续查询。在本实施方式中,通信协议的唯一标识是由管理设备提供的,而不是服务器生成的。这种情况下,管理设备可以提前就将第一通信协议的标识发送给终端设备,或者在生产该终端设备时将协议标识存储与其中。从而,在终端设备向服务器发送连接请求时,可以在连接请求中携带该第一通信协议的标识;或者,在服务器和终端设备建立连接之后,终端设备可以另外向服务器发送了该第一通信协议的标识。
需要说明的是,管理设备向服务器发送的第一通信协议的标识需要满足该标识是服务器中唯一的协议标识,否则,服务器还是可以重新为该第一通信协议生成一个新的唯一的标识。
一种可能的实施方式中,上述服务器接收到来自管理设备的第一通信协议及其协议标识,将其关联之前,可以先检查一下该第一通信协议是否符合预设的要求。具体的,服务器可以按照上述预设规则中的约束(例如表2中所示的约束)来检查该第一通信协议是否符合预设的要求,只有在第一通信协议符合预设要求的情况下,服务器才将该第一通信协议及其协议标识进行关联。如果该第一通信协议不符合预设要求,那么,服务器可以向管理设备发送一个指示该第一通信协议不合格的消息,例如直接返回一个错误消息等等。
综上所述,在本申请中,服务器中可以配置有多个不同的通信协议,并且将车辆所采用的通信协议与对应车辆的标识或该通信协议的标识关联,以使得服务器可以根据车辆的标识或该通信协议的标识明确车辆所采用的通信协议,从而能够基于车辆所采用的通信协议正确解析出车辆上报的数据。相比于现有的方案,本申请无需针对一个具体的通信协议部署复杂繁琐的解析代码,极大地节省了人力物力资源的同时,也节省了服务器的存储资源和计算机资源,且可以提高了服务上线的效率。另外,本申请中服务器所提供的数据解析服务,可以很好地适配各种不同的车辆生产制造商,具有很好地复用性。且,由于无需基于不同的协议部署不同的解析代码,从而无需频繁升级更新,具有更好的可维护性。
上述主要对本申请实施例提供的数据通信处理方法进行了介绍。可以理解的是,各个设备为了实现上述对应的功能,其包含了执行各个功能相应的硬件结构和/或软件模块。结合本文中所公开的实施例描述的各示例的单元及步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对设备进行功能模块的划分,例如,可以对应各个 功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图9示出了装置的一种可能的逻辑结构示意图,该装置可以是上述的服务器,或者可以是该服务器中的芯片,或者可以是该服务器中的处理系统等。该装置900包括获取单元901和查找单元902。其中:
获取单元901,用于获取配置文件和第一车辆的标识,该配置文件用于配置第一通信协议,该第一车辆的标识关联该第一通信协议;该第一通信协议为该第一车辆采集自身数据和/或将采集的数据发送给该装置900的规则。该获取单元901可以执行图3所示的步骤301中所述的操作。
查找单元902,用于基于该第一车辆的标识,查找该第一通信协议。该查找单元902可以执行图3所示的步骤302中所述的操作。
一种可能的实施方式中,该配置文件通过预设模型的形式存储在该装置900中,该预设模型包括多种不同通信协议中的数据种类的表达形式。
一种可能的实施方式中,该装置900还包括:处理单元,用于确定该配置文件符合预设规则,该预设规则用于判定该配置文件的内容的合理性。
一种可能的实施方式中,该处理单元具体用于:确定该配置文件中第一数据的最大值不大于规定的最大值,并确定该第一数据的最小值不小于规定的最小值。
一种可能的实施方式中,该获取单元901具体用于:接收该第一车辆的注册信息,该注册信息包括该配置文件。
可选地,上述装置900还可以包括接收单元和存储单元。存储单元用于存储数据或计算机指令。接收单元用于接收消息或数据。
作为示例,接收单元可以为收发器或接口,存储单元可以为存储器,处理单元可以为处理器。
图9所示装置900中各个单元的具体操作以及有益效果可以参见上述方法实施例中对应的描述,此处不再赘述。
在采用对应各个功能划分各个功能模块的情况下,图10示出了装置的一种可能的逻辑结构示意图,该装置可以是上述的服务器,或者可以是该服务器中的芯片,或者可以是该服务器中的处理系统等。该装置1000包括获取单元1001和查找单元1002。其中:
获取单元1001,用于获取配置文件和第一通信协议的标识,该配置文件用于配置该第一通信协议;该第一通信协议为第一车辆采集自身数据和/或将采集的数据发送给该装置1000的规则。该获取单元1001可以执行图4所示的步骤401中所述的操作。
查找单元1002,用于基于该第一通信协议的标识查找该第一通信协议。该查找单元1002可以执行图4所示的步骤402中所述的操作。
一种可能的实施方式中,该获取单元1001具体用于:接收来自该第一车辆的该第一通信协议的标识。
一种可能的实施方式中,该配置文件通过预设模型的形式存储在该装置1000中,该预设模型包括多种不同通信协议中的数据种类的表达形式。
一种可能的实施方式中,该装置1000还包括:处理单元,用于确定该配置文件符合预设 规则,该预设规则用于判定该配置文件的内容的合理性。
可选地,上述装置1000还可以包括接收单元和存储单元。存储单元用于存储数据或计算机指令。接收单元用于接收消息或数据。
作为示例,接收单元可以为收发器或接口,存储单元可以为存储器,处理单元可以为处理器。
图10所示装置1000中各个单元的具体操作以及有益效果可以参见上述方法实施例中对应的描述,此处不再赘述。
在采用对应各个功能划分各个功能模块的情况下,图11示出了装置的一种可能的逻辑结构示意图,该装置可以是上述的终端设备(例如可以是上述第一车辆),或者可以是该终端设备中的芯片,或者可以是该终端设备中的处理系统等。该装置1100包括发送单元1101。其中:
发送单元1101,用于向服务器发送该车辆的标识,该标识用于查找第一通信协议,该第一通信协议为该车辆采集自身数据和/或将采集的数据发送给该服务器的规则。
可选地,该服务器还可以包括存储单元1102,存储单元1102用于存储数据或计算机指令。
作为示例,发送单元1101可以为收发器或接口,存储单元1102可以为存储器。
图11所示装置1100中各个单元的具体操作以及有益效果可以参见上述方法实施例中对应的描述,此处不再赘述。
在采用对应各个功能划分各个功能模块的情况下,图12示出了装置的一种可能的逻辑结构示意图,该装置可以是上述的终端设备(例如可以是上述第一车辆),或者可以是该终端设备中的芯片,或者可以是该终端设备中的处理系统等。该装置1200包括发送单元1201。其中:
发送单元1201,用于向服务器发送第一通信协议的标识,该标识用于查找该第一通信协议,该第一通信协议为该车辆采集自身数据和/或将采集的数据发送给该服务器的规则。
可选地,该服务器还可以包括存储单元1202,存储单元1202用于存储数据或计算机指令。
作为示例,发送单元1201可以为收发器或接口,存储单元1202可以为存储器。
图12所示装置1200中各个单元的具体操作以及有益效果可以参见上述方法实施例中对应的描述,此处不再赘述。
图13所示为本申请提供的设备的一种可能的硬件结构示意图,该设备可以是上述实施例所述方法中的服务器。该设备1300包括:处理器1301、存储器1302和通信接口1303。处理器1301、通信接口1303以及存储器1302可以相互连接或者通过总线1304相互连接。
示例性的,存储器1302用于存储设备1300的计算机程序和数据,存储器1302可以包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM)等。
在实现图9所示实施例的情况下,执行图9中的全部或部分单元的功能所需的软件或程序代码存储在存储器1302中。
在实现图9实施例的情况下,如果是部分单元的功能所需的软件或程序代码存储在存储器1302中,则处理器1301除了调用存储器1302中的程序代码实现部分功能外,还可以配合其他部件(如通信接口1303)共同完成图9实施例所描述的其他功能(如接收或发送数据的功能)。
通信接口1303的个数可以为多个,用于支持设备1300进行通信,例如接收或发送数据或信号等。
示例性的,处理器1301可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。处理器1301可以用于读取上述存储器1302中存储的程序,执行如下操作:
获取配置文件和第一车辆的标识,并基于该第一车辆的标识查找第一通信协议。上述配置文件用于配置该第一通信协议,上述第一车辆的标识关联上述第一通信协议;该第一通信协议为上述第一车辆采集自身数据和/或将采集的数据发送给上述设备1300的规则。
一种可能的实施方式中,上述配置文件通过预设模型的形式存储在上述设备1300中,该预设模型包括多种不同通信协议中的数据种类的表达形式。该数据种类包括:有效性数据种类、状态数据种类、数值数据种类和字符串数据种类。
一种可能的实施方式中,处理器1301还执行如下操作:确定上述配置文件符合预设规则,该预设规则用于判定上述配置文件的内容的合理性。
一种可能的实施方式中,上述确定上述配置文件符合预设规则,包括:确定该配置文件中第一数据的最大值不大于规定的最大值,并确定该第一数据的最小值不小于规定的最小值。该第一数据可以是数值数据种类的数据,该数值数据种类例如可以是value种类。
一种可能的实施方式中,上述获取配置文件,包括:通过通信接口1303接收上述第一车辆的注册信息,该注册信息包括上述配置文件。
图13所示设备1300中各个单元的具体操作以及有益效果可以参见上述方法实施例中对应的描述,此处不再赘述。
图14所示为本申请提供的设备的一种可能的硬件结构示意图,该设备可以是上述实施例所述方法中的服务器。该设备1400包括:处理器1401、存储器1402和通信接口1403。处理器1401、通信接口1403以及存储器1402可以相互连接或者通过总线1404相互连接。
示例性的,存储器1402用于存储设备1400的计算机程序和数据,存储器1402可以包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM)等。
在实现图10所示实施例的情况下,执行图10中的全部或部分单元的功能所需的软件或程序代码存储在存储器1402中。
在实现图10实施例的情况下,如果是部分单元的功能所需的软件或程序代码存储在存储器1402中,则处理器1401除了调用存储器1402中的程序代码实现部分功能外,还可以配合其他部件(如通信接口1403)共同完成图10实施例所描述的其他功能(如接收或发送数据的功能)。
通信接口1403的个数可以为多个,用于支持设备1400进行通信,例如接收或发送数据 或信号等。
示例性的,处理器1401可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。处理器1401可以用于读取上述存储器1402中存储的程序,执行如下操作:
获取配置文件和第一通信协议的标识,并基于该第一通信协议的标识查找该第一通信协议。该配置文件用于配置该第一通信协议;该第一通信协议为第一车辆采集自身数据和/或将采集的数据发送给上述设备1400的规则。
一种可能的实施方式中,上述获取上述第一通信协议的标识,包括:通过通信接口1403接收来自上述第一车辆的上述第一通信协议的标识。
一种可能的实施方式中,上述配置文件通过预设模型的形式存储在上述设备1400中,该预设模型包括多种不同通信协议中的数据种类的表达形式。
一种可能的实施方式中,上述处理器1401还执行如下操作:确定上述配置文件符合预设规则,该预设规则用于判定上述配置文件的内容的合理性。
图14所示设备1400中各个单元的具体操作以及有益效果可以参见上述方法实施例中对应的描述,此处不再赘述。
图15所示为本申请提供的设备的一种可能的硬件结构示意图,该设备可以是上述实施例所述方法中的终端设备(例如可以是上述第一车辆)。该设备1500包括:处理器1501、存储器1502和通信接口1503。处理器1501、通信接口1503以及存储器1502可以相互连接或者通过总线1504相互连接。
示例性的,存储器1502用于存储设备1500的计算机程序和数据,存储器1502可以包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM)等。
在实现图11或图12所示实施例的情况下,执行图11或图12中的全部或部分单元的功能所需的软件或程序代码存储在存储器1502中。
在实现图11或图12实施例的情况下,如果是部分单元的功能所需的软件或程序代码存储在存储器1502中,则处理器1501除了调用存储器1502中的程序代码实现部分功能外,还可以配合其他部件(如通信接口1503)共同完成图11或图12实施例所描述的其他功能(如接收或发送数据的功能)。
通信接口1503的个数可以为多个,用于支持设备1500进行通信,例如接收或发送数据或信号等。
示例性的,处理器1501可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。处理器1501可以用于读取上述存储器1502中存储的程序,执行如下操作:
向服务器发送该第一车辆的标识,该标识用于查找第一通信协议,该第一通信协议为上述第一车辆采集自身数据和/或将采集的数据发送给上述服务器的规则。
或者,处理器1501可以用于读取上述存储器1502中存储的程序,执行如下操作:
向服务器发送第一通信协议的标识,该标识用于查找上述第一通信协议,该第一通信协议为上述第一车辆采集自身数据和/或将采集的数据发送给上述服务器的规则。
图15所示设备1500中各个单元的具体操作以及有益效果可以参见上述方法实施例中对应的描述,此处不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行以实现上述各个实施例及其可能的实施例中任意一个实施例中服务器所做的操作。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行以实现上述各个实施例及其可能的实施例中任意一个实施例中终端设备(例如上述第一车辆)所做的操作。
本申请实施例还提供一种计算机程序产品,当该计算机程序产品被计算机读取并执行时,上述各个实施例及其可能的实施例中任意一个实施例中服务器所做的操作将被执行。
本申请实施例还提供一种计算机程序产品,当该计算机程序产品被计算机读取并执行时,上述各个实施例及其可能的实施例中任意一个实施例中终端设备(例如上述第一车辆)所做的操作将被执行。
本申请实施例还提供一种计算机程序,当该计算机程序在计算机上执行时,将会使该计算机实现上述各个实施例及其可能的实施例中任意一个实施例中服务器所做的操作。
本申请实施例还提供一种计算机程序,当该计算机程序在计算机上执行时,将会使该计算机实现上述各个实施例及其可能的实施例中任意一个实施例中终端设备(例如上述第一车辆)所做的操作。
本申请实施例还提供一种系统,该系统包括上述各个实施例及其可能的实施例中任意一个实施例中所述的服务器,该服务器例如可以是图1所示的服务器210。
综上所述,本申请提供的数据通信处理方法及设备,能够低成本且灵活地解析车辆通过各种不同的通信协议发送的数据。
本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分,应理解,“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系,也不对数量和执行顺序进行限定。还应理解,尽管以下描述使用术语第一、第二等来描述各种元素,但这些元素不应受术语的限制。这些术语只是用于将一元素与另一元素区别分开。例如,在不脱离各种所述示例的范围的情况下,第一图像可以被称为第二图像,并且类似地,第二图像可以被称为第一图像。第一图像和第二图像都可以是图像,并且在某些情况下,可以是单独且不同的图像。
还应理解,在本申请的各个实施例中,各个过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
还应理解,术语“包括”(也称“includes”、“including”、“comprises”和/或“comprising”)当在本说明书中使用时指定存在所陈述的特征、整数、步骤、操作、元素、和/或部件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件、和/或其分组。
还应理解,说明书通篇中提到的“一个实施例”、“一实施例”、“一种可能的实现方式”意味着与实施例或实现方式有关的特定特征、结构或特性包括在本申请的至少一个实施例中。 因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”、“一种可能的实现方式”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (28)
- 一种数据通信处理方法,其特征在于,所述方法包括:服务器获取配置文件和第一车辆的标识,所述配置文件用于配置第一通信协议,所述第一车辆的标识关联所述第一通信协议;所述第一通信协议为所述第一车辆采集自身数据和/或将采集的数据发送给所述服务器的规则;所述服务器基于所述第一车辆的标识,查找所述第一通信协议。
- 根据权利要求1所述的方法,其特征在于,所述配置文件通过预设模型的形式存储在所述服务器中,所述预设模型包括多种不同通信协议中的数据种类的表达形式。
- 根据权利要求1或2所述的方法,其特征在于,所述方法还包括:所述服务器确定所述配置文件符合预设规则,所述预设规则用于判定所述配置文件的内容的合理性。
- 根据权利要求3所述的方法,其特征在于,所述服务器确定所述配置文件符合预设规则,包括:所述服务器确定所述配置文件中第一数据的最大值不大于规定的最大值,并确定所述第一数据的最小值不小于规定的最小值。
- 根据权利要求1至4任一项所述的方法,其特征在于,所述服务器获取配置文件,包括:所述服务器接收所述第一车辆的注册信息,所述注册信息包括所述配置文件。
- 一种数据通信处理方法,其特征在于,所述方法包括:服务器获取配置文件和第一通信协议的标识,所述配置文件用于配置所述第一通信协议;所述第一通信协议为第一车辆采集自身数据和/或将采集的数据发送给所述服务器的规则;所述服务器基于所述第一通信协议的标识查找所述第一通信协议。
- 根据权利要求6所述的方法,其特征在于,所述服务器获取所述第一通信协议的标识,包括:所述服务器接收来自所述第一车辆的所述第一通信协议的标识。
- 根据权利要求6或7所述的方法,其特征在于,所述配置文件通过预设模型的形式存储在所述服务器中,所述预设模型包括多种不同通信协议中的数据种类的表达形式。
- 根据权利要求6至8任一项所述的方法,其特征在于,所述方法还包括:所述服务器确定所述配置文件符合预设规则,所述预设规则用于判定所述配置文件的内容的合理性。
- 一种数据通信处理方法,其特征在于,所述方法包括:第一车辆向服务器发送所述第一车辆的标识,所述标识用于查找第一通信协议,所述第一通信协议为所述第一车辆采集自身数据和/或将采集的数据发送给所述服务器的规则。
- 一种数据通信处理方法,其特征在于,所述方法包括:第一车辆向服务器发送第一通信协议的标识,所述标识用于查找所述第一通信协议,所述第一通信协议为所述第一车辆采集自身数据和/或将采集的数据发送给所述服务器的规则。
- 一种服务器,其特征在于,所述服务器包括:获取单元,用于获取配置文件和第一车辆的标识,所述配置文件用于配置第一通信协议,所述第一车辆的标识关联所述第一通信协议;所述第一通信协议为所述第一车辆采集自身数据和/或将采集的数据发送给所述服务器的规则;查找单元,用于基于所述第一车辆的标识,查找所述第一通信协议。
- 根据权利要求12所述的服务器,其特征在于,所述配置文件通过预设模型的形式存储在所述服务器中,所述预设模型包括多种不同通信协议中的数据种类的表达形式。
- 根据权利要求12或13所述的服务器,其特征在于,所述服务器还包括:处理单元,用于确定所述配置文件符合预设规则,所述预设规则用于判定所述配置文件的内容的合理性。
- 根据权利要求14所述的服务器,其特征在于,所述处理单元具体用于:确定所述配置文件中第一数据的最大值不大于规定的最大值,并确定所述第一数据的最小值不小于规定的最小值。
- 根据权利要求12至15任一项所述的服务器,其特征在于,所述获取单元具体用于:接收所述第一车辆的注册信息,所述注册信息包括所述配置文件。
- 一种服务器,其特征在于,所述服务器包括:获取单元,用于获取配置文件和第一通信协议的标识,所述配置文件用于配置所述第一通信协议;所述第一通信协议为第一车辆采集自身数据和/或将采集的数据发送给所述服务器的规则;查找单元,用于基于所述第一通信协议的标识查找所述第一通信协议。
- 根据权利要求17所述的服务器,其特征在于,所述获取单元具体用于:接收来自所述第一车辆的所述第一通信协议的标识。
- 根据权利要求17或18所述的服务器,其特征在于,所述配置文件通过预设模型的形式存储在所述服务器中,所述预设模型包括多种不同通信协议中的数据种类的表达形式。
- 根据权利要求17至19任一项所述的服务器,其特征在于,所述服务器还包括:处理单元,用于确定所述配置文件符合预设规则,所述预设规则用于判定所述配置文件 的内容的合理性。
- 一种车辆,其特征在于,所述车辆包括:发送单元,用于向服务器发送所述车辆的标识,所述标识用于查找第一通信协议,所述第一通信协议为所述车辆采集自身数据和/或将采集的数据发送给所述服务器的规则。
- 一种车辆,其特征在于,所述车辆包括:发送单元,用于向服务器发送第一通信协议的标识,所述标识用于查找所述第一通信协议,所述第一通信协议为所述车辆采集自身数据和/或将采集的数据发送给所述服务器的规则。
- 一种服务器,其特征在于,所述服务器包括处理器和存储器,其中,所述存储器用于存储计算机程序,所述处理器用于执行所述存储器中存储的计算机程序,使得所述服务器执行如权利要求1至5任一项或者如权利要求6至9任一项所述的方法。
- 一种车辆,其特征在于,所述车辆包括处理器和存储器,其中,所述存储器用于存储计算机程序,所述处理器用于执行所述存储器中存储的计算机程序,使得所述车辆执行如权利要求10或者如权利要求11所述的方法。
- 一种系统,其特征在于,所述系统包括一个或多个服务器,所述服务器为权利要求12至16任一项所述的服务器;或者,所述服务器为权利要求17至20任一项所述的服务器。
- 一种系统,其特征在于,所述系统包括一个或多个服务器,所述服务器为权利要求23所述的服务器。
- 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行以实现权利要求1至5任意一项所述的方法;或者,所述计算机程序被处理器执行以实现权利要求6至9任意一项所述的方法;或者,所述计算机程序被处理器执行以实现权利要求10所述的方法;或者,所述计算机程序被处理器执行以实现权利要求11所述的方法。
- 一种计算机程序产品,其特征在于,所述计算机程序产品被处理器执行时,权利要求1至5任意一项所述的方法将被执行;或者,所述计算机程序产品被处理器执行时,权利要求6至9任意一项所述的方法将被执行;或者,所述计算机程序产品被处理器执行时,权利要求10所述的方法将被执行;或者,所述计算机程序产品被处理器执行时,权利要求11所述的方法将被执行。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP21927644.1A EP4287585A1 (en) | 2021-02-24 | 2021-11-25 | Data communication processing method and device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110206223.3A CN114979191A (zh) | 2021-02-24 | 2021-02-24 | 数据通信处理方法及设备 |
CN202110206223.3 | 2021-02-24 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2022179220A1 true WO2022179220A1 (zh) | 2022-09-01 |
Family
ID=82973575
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2021/133280 WO2022179220A1 (zh) | 2021-02-24 | 2021-11-25 | 数据通信处理方法及设备 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4287585A1 (zh) |
CN (1) | CN114979191A (zh) |
WO (1) | WO2022179220A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103428627A (zh) * | 2012-05-22 | 2013-12-04 | 中国移动通信集团江苏有限公司 | 物联网系统中数据的传送方法、物联网系统及相应装置 |
US20140195102A1 (en) * | 2013-01-09 | 2014-07-10 | Martin D. Nathanson | Vehicle communications via wireless access vehicle environment |
CN106559337A (zh) * | 2015-09-24 | 2017-04-05 | 中兴通讯股份有限公司 | 车联网信息传输方法及相关设备 |
CN110722947A (zh) * | 2019-10-26 | 2020-01-24 | 深圳市元征科技股份有限公司 | 一种车辆控制方法及装置 |
CN112019609A (zh) * | 2020-08-18 | 2020-12-01 | 深圳市汇川技术股份有限公司 | 基于物联网的设备监控方法、装置、设备及计算机介质 |
-
2021
- 2021-02-24 CN CN202110206223.3A patent/CN114979191A/zh active Pending
- 2021-11-25 EP EP21927644.1A patent/EP4287585A1/en active Pending
- 2021-11-25 WO PCT/CN2021/133280 patent/WO2022179220A1/zh unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103428627A (zh) * | 2012-05-22 | 2013-12-04 | 中国移动通信集团江苏有限公司 | 物联网系统中数据的传送方法、物联网系统及相应装置 |
US20140195102A1 (en) * | 2013-01-09 | 2014-07-10 | Martin D. Nathanson | Vehicle communications via wireless access vehicle environment |
CN106559337A (zh) * | 2015-09-24 | 2017-04-05 | 中兴通讯股份有限公司 | 车联网信息传输方法及相关设备 |
CN110722947A (zh) * | 2019-10-26 | 2020-01-24 | 深圳市元征科技股份有限公司 | 一种车辆控制方法及装置 |
CN112019609A (zh) * | 2020-08-18 | 2020-12-01 | 深圳市汇川技术股份有限公司 | 基于物联网的设备监控方法、装置、设备及计算机介质 |
Also Published As
Publication number | Publication date |
---|---|
EP4287585A1 (en) | 2023-12-06 |
CN114979191A (zh) | 2022-08-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110933146B (zh) | 一种数据转换方法、装置和服务器 | |
CN108093070B (zh) | 一种物联网数据服务中间件系统 | |
CN110083088B (zh) | 信号控制转换装置以及信号控制转换方法 | |
US10666718B2 (en) | Dynamic data transport between enterprise and business computing systems | |
CN109768970B (zh) | 一种基于可配置的通用协议生成方法 | |
CN108881251B (zh) | 一种任意二进制设备接入解析与标准化的系统及方法 | |
CN111064627A (zh) | 一种电力物联终端即插即用管理系统 | |
CN109861998B (zh) | 一种基于北斗短报文协议的插件式动态解析系统及方法 | |
CN114338287A (zh) | 一种基于主动标识的工业边缘网关数据管理方法 | |
CN101452427A (zh) | 一种dma数据传输系统及方法和一种中央处理器 | |
WO2022179220A1 (zh) | 数据通信处理方法及设备 | |
CN114039808A (zh) | 基于can的多通道的can/lin/sent转发协议 | |
CN101964788B (zh) | 面向半导体制造装备功能仿真的通信协议模式配置方法 | |
CN116156012B (zh) | 通用的异构物联网设备标准化接入和数据解析系统与方法 | |
CN114391234A (zh) | 数据采集方法、装置、Modbus系统及存储介质 | |
CN116634042A (zh) | 大数据报文解析方法、装置及存储介质 | |
US11216424B2 (en) | Dynamically rendering an application programming interface for internet of things applications | |
CN110417704B (zh) | 一种基于异构网融合的物联网网关预加载方法及装置 | |
CN113760799A (zh) | Upp接口的可扩展通信方法、装置、计算机设备和存储介质 | |
CN115396368B (zh) | 基于节点寻址及数据封装的高效复合型网络数据传输方法 | |
WO2021197327A1 (zh) | 信号处理方法及相关设备 | |
CN117528571B (zh) | 一种智能网关机无线传感器自动识别接入方法及其系统 | |
CN114374574B (zh) | 支持B-SS的嵌入式BACnet装置、传感器及楼宇自控系统 | |
CN108322331B (zh) | 一种可动态调整交互测点的通信方法及系统 | |
Gao et al. | Design and implementation of protocol processing model based on responsibility chain and reflection mechanism |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 21927644 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2021927644 Country of ref document: EP Effective date: 20230901 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |