CN103347033B - 车载通信方法及系统 - Google Patents

Abstract

本发明公开了一种车载通信系统和方法，该系统包括车载终端和外部终端。车载终端包括用于向外部终端传输数据的物理串口。外部终端包括：用于生成多个虚拟串口的虚拟串口生成装置、用于根据预设的数据传输模式将数据分发给多个虚拟串口的数据处理装置以及用于对应地从多个虚拟串口接收数据的多个应用程序。此时，首先根据该数据相对应用程序的适用类型来预设数据传输模式，如果是共用的，则设置透明模式，直接将数据打包分发给各虚拟串口，使得应用程序可以共享该数据，从而确保了数据传输的效率。如果各应用程序间调用不同的数据，则在分发给虚拟串口前按照虚拟串口通信程序打包或解码数据，这样，确保了数据传输的准确性。

Description

车载通信方法及系统

技术领域

本发明涉及车载通信领域，尤其涉及一种车载通信方法及系统。

背景技术

在现有的车载通信系统中，车载终端需要与外部终端进行数据交互，通常，数据交互过程中存在物理串口“资源”不足的问题。为了解决串口“资源不足”问题，将车载终端中的物理串口进行一对多或多对多的技术处理，即外部终端中针对应用程序设置多个虚拟串口，来自车载终端的数据通过该物理串口后，分发给上述多个虚拟串口，再通过虚拟串口将数据传输至各应用程序。

然而，应用程序对于来自车载终端的数据的利用不同，有的数据对于外部终端的应用程序是通用的，此类数据易于从车载终端的物理串口分发至外部终端的多个虚拟串口。但是，有的数据则是某些应用程序专用的，如果仍然直接采用直接分发的处理，则无法确保应用程序能有效地调用其所需的数据。

发明内容

本发明要解决的技术问题在于针对现有技术中没有根据数据类型选用不同的方法来分发数据的缺陷，提供一种车载通信系统和方法。

本发明解决其技术问题所采用的技术方案是：提供了一种车载通信方法，包括步骤：

S100、车载终端通过它的物理串口向外部终端传输数据；

S200、在所述外部终端中，根据预设的数据传输模式将所述数据分发给多个虚拟串口；

S300、所述虚拟串口将接收的数据传递至对应的应用过程序。

根据本发明实施例的车载通信方法中，所述数据传输模式包括透明模式和协议模式。

根据本发明实施例的车载通信方法中，当所述数据传输模式为透明模式时，所述步骤S200包括：

在所述外部终端中，将所述数据直接分发给多个虚拟串口。

根据本发明实施例的车载通信方法中，当所述数据传输模式为协议模式时，所述步骤S200包括：

在所述外部终端中，根据虚拟串口通信协议封装或解码所述数据，并将所述数据对应地分发给所述虚拟串口。

本发明还提供了一种车载通信系统，包括车载终端和外部终端；其中，

所述车载终端包括用于向所述外部终端传输数据的物理串口；

所述外部终端包括：

虚拟串口生成装置，用于生成多个虚拟串口；

数据处理装置，用于根据预设的数据传输模式将所述数据分发给所述多个虚拟串口；

多个应用程序，用于对应地从所述多个虚拟串口接收所述数据。

根据本发明实施例的车载通信系统中，所述数据传输模式包括透明模式和协议模式。

根据本发明实施例的车载通信系统中，当所述数据传输模式为透明模式时，所述数据处理装置用于将所述数据直接分发给多个虚拟串口。

根据本发明实施例的车载通信系统中，当所述数据传输模式为协议模式时，所述数据处理装置用于根据虚拟串口通信协议封装或解码所述数据，并将所述数据对应地分发给所述虚拟串口。

本发明产生的有益效果是：在依据本发明实施例的通信系统和方法中，根据应用程序对数据调用的不同而选用适用的数据传输模式来向虚拟串口分发数据，确保了数据传输的效率和准确性。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1示出了依据本发明实施例的车载通信系统的逻辑框图；

图2示出了图1中透明模式下的车载通信系统的逻辑框图；

图3示出了图1中协议模式下的车载通信系统的逻辑框图；

图4示出了依据本发明实施例的车载通信方法的流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

图1示出了依据本发明实施例的车载通信系统的逻辑框图，如图1所示，该车载通信系统包括彼此通信连接的车载终端100和外部终端200，此处相对车载终端100定义外部终端200，该外部终端200为非直接装载在车辆上的移动终端或固定终端，该外部终端200包括但不限于个人电脑（PC：PersonalComputer）、服务器、智能手机、笔记本电脑、平板电脑以及销售终端（POS：Point of Sale）。车载终端100与外部终端200可通过缆线进行有线通信连接，也可通过3G（Third Generation）、WLAN或蓝牙方式进行无线通信连接。

具体而言，车载终端100包括输入装置130、定位装置120、行车记录仪110以及物理串口140。其中，行车记录仪110可记录与车辆行驶速度、时间、里程以及有关车辆行驶的其他状态信息有关的数据。定位装置120用于对车辆的位置进行实时定位，可以为全球定位装置（GPS：Global Positioning System）。输入装置130可接收外部输入的信息或指令，包括但不限于语音输入、键盘输入、鼠标输入以及触摸输入。

上述输入装置130、定位装置120、行车记录仪110均与物理串口140通信连接，由此，输入装置130接收的信息或指令、行车记录仪110生成的车辆状态和行驶信息以及定位装置120生成的车辆位置信息均为通过该物理串口140传输至外部终端200的数据。

外部终端200包括数据处理装置210、虚拟串口组件220、应用程序组件230、接口240以及虚拟串口生成装置250。其中，虚拟串口生成装置250可生成虚拟串口组件220，该虚拟串口组件220包括多个虚拟串口。数据处理装置210与车载终端100的物理串口140通信连接，以从物理串口140接收数据，并根据预设的数据传输模式将数据分发给虚拟串口组件220。应用程序组件230包括多个应用程序，该多个程序与多个虚拟串口一一对应，即一个虚拟串口被一个应用程序占用。这样，每个应用程序均可通过其对应的虚拟串口接收来自车载终端100的数据。接口240可接收外部输入，从而可根据外部输入设置串口的数量、设置虚拟串口的通信协议、调节串口的参数（包括波特率、数据位、停止位、校验位等）、指定虚拟串口号（即应用程序所需要的端口号）、设置数据传输模式等。优选地，虚拟串口生成装置250可根据应用程序的具体需要来设置虚拟串口的各参数和/或指定虚拟串口号，以使得该虚拟串口符合应用程序的需求。因此，本发明中的虚拟串口的设置和调节是灵活的，能较好地适配其对应的应用程序。

在本发明的具体实施方式中，上述数据传输模式包括透明模式和协议模式。在透明模式下，从物理串口140传输的数据为多个应用程序共用的数据，例如，对于车载终端100，来自定位装置120的位置信息为多个应用程序共用的数据。图2示出了依据本发明实施例的透明模式下的车载通信系统的逻辑框图，如图2所示，在透明模式下，来自车载终端100的数据，例如位置信息，对于应用程序1～n是通用的，此时，上述数据从物理串口140单向传输至数据处理装置210，数据处理装置210不经过任何通信协议，直接对接收的数据进行打包，同时并行分发给多个虚拟串口1～n，这样应用程序1～n从其各自对应的虚拟串口调用的数据全部都是相同的，实现了多个应用程序共享来自车载终端100的数据。

然而，在多数情况下，各应用程序需要从虚拟串口调用的数据可能各不相同，如果仍然采用透明模式的数据传输模式，则无法确保应用程序可以容易地且准确地调用所需的数据，对于这种情况，数据传输模式选用协议模式。图3示出了协议模式下的车载通信系统的逻辑框图，如图3所示，在协议模式下，数据处理装置210根据虚拟串口通信协议封装或解码数据，并根据封包类型将数据对应地分发给虚拟串口，从而使得应用程序可调用其所需的数据。此时，在协议模式下，车载终端与外部终端之间实现了双向通信。

在依据本发明实施例的虚拟串口通信协议中，可采用以下数据格式对数据进行封包，该数据既可来自车载终端，也可来自外部终端。该数据格式下，数据帧由帧头+端口位+数据长度+数据内容+校验组成。

其中，帧头中可用“0x0A”代表数据来自外部终端，可用“0x0B”表示数据来自车载终端。

端口位用来指定该帧数据的目的虚拟串口的“端口位”。例如，端口位为“0x02”表示此帧数据的目的虚拟串口是com2端口。此时，如果数据是从车载终端传输至外部终端，则数据处理装置将该帧数据发送至com2端口，即虚拟串口2，则对应的应用程序2可调用该帧数据。反之，数据处理装置从虚拟接收到该帧数据后，即可判定该数据来自虚拟串口2对应的应用程序2。

另外，数据长度为数据内容至校验的长度（不包含校验位）。数据内容为应用程序需要调用的或应用程序需要发送的具体数据。

具体而言，来自车载终端100的数据通过物理串口140，以一定的通信协议传输至外部终端200的数据处理装置210，数据处理装置210确定需要调用该数据的应用程序，并按照串口通信协议对数据进行打包或解码，例如，根据串口通信协议去掉接收的数据帧中的帧头、端口位、数据长度、校验，仅留下数据内容。随后，将留下的数据内容分发给该应用程序对应的虚拟串口，从而使得该应用程序可以从其虚拟串口调用上述数据。例如，解码获得应用程序1需要调用的数据内容1；随后将数据内容1分发给虚拟串口1，这样，应用程序1就可以方便且准确地调用其所需要的数据。

相应地，在协议模式下，应用程序生成的数据还可反馈给车载终端100。具体而言，应用程序将生成的数据（在数据帧中称为数据内容）通过其对应的虚拟串口传输给数据处理装置210，数据处理装置210按照串口通信协议打包或解码该数据内容，即按照协议将帧头、端口位、数据长度和校验加上，结合数据内容构成完整的数据帧，并将打包后的数据通过预设的通信协议传输给车载终端100，车载终端100通过其物理串口140接收该数据，再由物理串口将这些数据发送给底层，这样移动终端获得了来自外部终端200的反馈，实现了车载终端与外部终端间的双向通信。

为了进一步阐述车载通信系统的工作过程，图4示出了依据本发明实施例的车载通信方法的流程图，可采用上述的车载通信系统来实施该方法，因此，此处部分或全部引用上述关于车载通信系统的描述。下面将按步骤阐述该方法。

S100、车载终端100通过它的物理串口140向外部终端200传输数据。车载终端100与外部终端200通过该物理串口140进行数据交互。

S200、在外部终端200中，根据预设的数据传输模式将数据分发给多个虚拟串口。该数据传输模式包括透明模式和协议模式。当数据传输模式为透明模式时，将数据不经协议直接分发给多个虚拟串口。当数据传输模式为协议模式时，根据虚拟串口通信协议封装或解码数据，并将数据对应地分发给虚拟串口。

S300、虚拟串口将接收的数据传递至对应的应用过程序，从而完成了一次数据通信。

从以上可以看出，在依据本发明实施例的车载通信系统和方法中，不再简单地将来自车载终端的数据直接传输给外部终端的应用程序，而是首先根据该数据相对应用程序的适用类型来预设数据传输模式，如果数据对于所用应用程序是共用的，则设置透明模式的数据传输模式，直接将数据打包分发给各虚拟串口，使得应用程序可以共享该数据，从而确保了数据传输的效率。如果数据对于应用程序是专有的，或各应用程序间调用不同的数据，则设置协议模式的数据传输模式，在分发给虚拟串口前按照串口通信协议来打包或解码数据，这样，确保了数据传输的准确性。

应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (2)

1.一种车载通信方法，其特征在于，包括步骤：

S100、车载终端通过它的物理串口向外部终端传输数据；

S200、在所述外部终端中，根据所述数据相对应用程序的适用类型来预设数据传输模式，根据预设的所述数据传输模式将所述数据分发给多个虚拟串口；

S300、所述虚拟串口将接收的数据传递至对应的应用程序；

所述数据传输模式包括透明模式和协议模式；

如果所述数据对于所述应用程序是共用的，则所述数据传输模式为透明模式，所述步骤S200包括：

在所述外部终端中，将所述数据直接分发给多个虚拟串口；

如果所述数据对于所述应用程序是专用的，则所述数据传输模式为协议模式，所述步骤S200包括：

在所述外部终端中，根据虚拟串口通信协议封装或解码所述数据，并将所述数据对应地分发给所述虚拟串口。

2.一种车载通信系统，其特征在于，包括车载终端和外部终端；其中，

所述车载终端包括用于向所述外部终端传输数据的物理串口；

所述外部终端包括：

虚拟串口生成装置，用于生成多个虚拟串口；

数据处理装置，用于根据所述数据相对应用程序的适用类型来预设数据传输模式，根据预设的所述数据传输模式将所述数据分发给所述多个虚拟串口；

多个应用程序，用于对应地从所述多个虚拟串口接收所述数据；

所述数据传输模式包括透明模式和协议模式；

如果所述数据对于所述应用程序是共用的，则所述数据传输模式为透明模式，所述数据处理装置用于将所述数据直接分发给多个虚拟串口；

如果所述数据对于所述应用程序是专用的，则所述数据传输模式为协议 模式，所述数据处理装置用于根据虚拟串口通信协议封装或解码所述数据，并将所述数据对应地分发给所述虚拟串口。