CN118277011A - 一种用于显示车载设备数据的方法和人机交互设备 - Google Patents

Abstract

本申请公开了一种用于显示车载设备数据的方法和人机交互设备，该方法包括：响应于用户对初始页面的第一操作，展示第一页面；第一页面包括车载设备状态通信图查看控件以及调试控件；响应于用户对车载设备状态通信图查看控件的操作，展示第二页面；第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，和用于保存网络连接状态信息和网络通信状态信息的保存控件；响应于用户对调试控件的操作，展示第三页面；第三页面包括至少一个车载设备的故障状态信息，和用于记录故障状态信息的记录控件以及用于生成故障日志的下载控件。将车载设备的网络状态信息和故障状态信息等直接显示在人机交互设备，方便查看，提高车载设备的维护效率。

Description

一种用于显示车载设备数据的方法和人机交互设备

技术领域

本申请涉及轨道交通技术领域，尤其涉及一种用于显示车载设备数据的方法和人机交互设备。

背景技术

传统的人机交互设备只显示列车运行的状态信息，以辅助司机驾驶。但是，车载设备通常安装在专门的电气柜中，当在列车运行的状态下，需要对车载设备进行维护检修时，不方便查看车载设备的信号状态以及故障分析。浪费技术人员的工作时间和精力，导致工作人员的维护效率较低。

发明内容

本申请示例性的实施方式中提供一种用于显示车载设备数据的方法和人机交互设备，将车载设备的网络通信状态信息与网络连接状态信息、故障状态信息等直接显示在人机交互设备，方便查看，提高车载设备的维护效率。

根据示例性的实施方式中的第一方面，提供一种用于显示车载设备数据的方法，应用于人机交互设备，包括：

响应于用户对初始页面的第一操作，展示第一页面；其中，第一页面包括车载设备状态通信图查看控件以及调试控件；

响应于用户对车载设备状态通信图查看控件的操作，展示第二页面；其中，第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存网络连接状态信息和网络通信状态信息的保存控件；

响应于用户对调试控件的操作，展示第三页面；其中，第三页面包括至少一个车载设备的故障状态信息，以及，用于记录故障状态信息的记录控件以及用于生成故障日志的下载控件。

根据示例性的实施方式中的第二方面，提供一种人机交互设备，包括处理器和显示器；

处理器被配置为执行：响应于用户对初始页面的第一操作，在显示器上展示第一页面；其中，第一页面包括车载设备状态通信图查看控件以及调试控件；

处理器还被配置为执行：响应于用户对车载设备状态通信图查看控件的操作，在显示器上展示第二页面；其中，第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存网络连接状态信息和网络通信状态信息的保存控件；

处理器还被配置为执行：响应于用户对调试控件的操作，在显示器上展示第三页面；其中，第三页面包括至少一个车载设备的故障状态信息，以及，用于记录故障状态信息的记录控件以及用于生成故障日志的下载控件。

根据示例性的实施方式中的第三方面，提供一种用于显示车载设备数据的装置，应用于人机交互设备，包括：

处理单元，用于：响应于用户对初始页面的第一操作，在显示单元展示第一页面；其中，第一页面包括车载设备状态通信图查看控件以及调试控件；

处理单元，还用于：响应于用户对车载设备状态通信图查看控件的操作，在显示单元展示第二页面；其中，第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存网络连接状态信息和网络通信状态信息的保存控件；

处理单元，还用于：响应于用户对调试控件的操作，在显示单元展示第三页面；其中，第三页面包括至少一个车载设备的故障状态信息，以及，用于记录故障状态信息的记录控件以及用于生成故障日志的下载控件。

根据示例性的实施方式中的第四方面，提供一种计算机存储介质，计算机存储介质中存储有计算机程序指令，当指令在计算机上运行时，使得计算机执行如第一方面的用于显示车载设备数据的方法。

本申请实施例，响应于用户对初始页面的第一操作，展示第一页面，第一页面上包括车载设备状态通信图查看控件以及调试控件；通过操作车载设备状态通信图查看控件，可以将车载设备的相关数据在人机交互设备上显示；通过操作调试控件，可以将车载设备的故障状态信息在人机交互设备上显示。另外，还可以显示用于保存所述网络连接状态信息和所述网络通信状态信息的保存控件、以及用于记录所述故障状态信息的记录控件以及用于生成故障日志的下载控件。与相关技术中的需要技术人员到电气柜实地查看车载设备的相关数据、以及，需要技术人员将日志记录卡插到车载设备上才可以将车载设备的故障信息下载的电脑上相比，直接在人机交互设备的人机交互界面上显示，操作性高且易维护，节约了技术人员的时间成本，提高效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示例性示出了本申请实施例提供的一种人机交互界面的信息框架图；

图2示例性示出了本申请实施例提供的一种用于显示车载设备数据的方法的流程图；

图3示例性示出了本申请实施例提供的一种初始页面的示意图；

图4示例性示出了本申请实施例提供的一种第一页面的示意图；

图5a示例性示出了本申请实施例提供的一种第二页面的示意图；

图5b示例性示出了本申请实施例提供的一种设备板上运行灯的示意图；

图6示例性示出了本申请实施例提供的一种车载设备状态通信图的显示过程的技术实现的示意图；

图7示例性示出了本申请实施例提供的一种第三页面的示意图；

图8示例性示出了本申请实施例提供的一种车载设备状态通信图的显示过程的技术实现的示意图；

图9示例性示出了本申请实施例提供的一种用于显示车载设备数据的装置的结构示意图；

图10示例性示出了本申请实施例提供的一种人机交互设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

为了方便理解，下面对本申请实施例中涉及的名词进行解释：

(1)人机交互界面(Man Machine Interface，MMI)，可用于显示人机交互结果。在本申请实施例中，人机交互设备的显示页面为人机交互页面，用于显示列车运行的状态信息、车载设备数据等。

(2)车载控制***(Vehicle Control，VC)，可处理列车运行的所有数据及相关的操作指令。

(3)接口单元(Interface，IF)，用于进行数据传输。

(4)应答器传输单元(Balise Transmission Module，BTM)，将接收到的应答器信息传输给车载主控单元。

(5)列车无线接入单元(TrainAccess Unit，TAU)，是现代轨道交通车地通信的必备装备，广泛安装在多种列车上。TAU负责列车与地面***之间的通信连接。

(6)脱轨器，可以用TG表示。用于铁路防护区段的双向隔离设备，可靠地迫使任何方向闯入防护区段的机车车辆脱线，保证运输安全及作业人员人身安全的双向隔离设备。

(7)维护支持***(Maintenance Suppoort System，MSS)，实时监测信号设备状态，并对状态信息进行分析、处理和存储，当监测到信号设备工作状态异常时及时发出预警和报警。是城市轨道交通信号设备维护、维修的工作平台，提高信号设备的维护质量和维护效率的有效手段。

(8)用户数据报协议(User Datagram Protocol，UDP协议)，应用程序提供的一种无需建立连接就可以发送封装的数据包的方法。

(9)列车自动防护***(Automatic Train Protection，ATP)。

(10)列车自动监控***(Automatic Train Supervision，ATS)。

(11)中央处理器(Central Processing Unit，CPU)。

(12)车载控制器(Vehicle On-board Controller，VOBC)。

(13)区域控制器(ZoneController，ZC)。

(14)列车自动控制***(Automatic Train Control，ATO)。

(15)自动驾驶模式(Automatic Mode，AM)。

(16)SW板是指SW电路板。

(17)ITC-CM模式又叫点式CM模式，ITC表示点式级别，CM模式表示人工驾驶模式，即ITC-CM模式即点式级别下的人工驾驶模式。

(18)RM模式是车载ATP***开机工作的初始模式，这种模式下，车载ATP没有获取移动授权信息，仅仅给列车一个最高限制速度的防护功能。

传统的人机交互设备只显示列车运行的状态信息，以辅助司机驾驶。但是，车载设备通常安装在专门的电气柜中，当在列车运行的状态下，需要对车载设备进行维护检修时，不方便查看车载设备的信号状态以及故障分析。浪费技术人员的工作时间和精力，导致工作人员的维护效率较低。

另外，传统的车载日志记录方式是采用单独的日志记录板卡，来记录或下载车载设备的数据。采用的方式有U盘离线下载、电脑以太网连接下载，均是需要单独的日志记录板卡与车载设备进行连接，进而实现日志的记录与下载，该方式并不方便以及工作效率不高。

为此，本申请实施例提供了一种用于显示车载设备数据的方法，该方法中，通过将车载设备的故障等信息转移在MMI上显示，以及将MMI与日志记录板卡连接，以在MMI上操作控制日志记录板卡上的日志文件信息的记录下载操作，来减少技术人员的工作时间以及工作精力，提高技术人员的工作效率。

图1为本申请实施例提供的一种人机交互界面的信息框架图。其中，虚线框中的数据为本申请中可以显示在人机显示设备上的车载设备数据。相关技术中，车载设备通信状态信息需要工作人员进入到电气柜查看，调试信息需要将日志记录板卡插在车载设备上并下载到电脑上查看。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。

下面结合图1所示的应用场景，参考图2示出的一种用于显示车载设备数据的方法的流程图，对本申请实施例提供的技术方案进行说明。该方法应用于人机交互设备，该人机交互设备可设置于驾驶室。

S201：响应于用户对初始页面的第一操作，展示第一页面。

其中，第一页面包括车载设备状态通信图查看控件以及调试控件。

S202：响应于用户对车载设备状态通信图查看控件的操作，展示第二页面。

其中，第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存网络连接状态信息和网络通信状态信息的保存控件。

S203：响应于用户对调试控件的操作，展示第三页面。

其中，第三页面包括至少一个车载设备的故障状态信息，以及，用于记录故障状态信息的记录控件以及用于生成故障日志的下载控件。

本申请实施例，响应于用户对初始页面的第一操作，展示第一页面，第一页面上包括车载设备状态通信图查看控件以及调试控件；通过操作车载设备状态通信图查看控件，可以将车载设备的相关数据在人机交互设备上显示；通过操作调试控件，可以将车载设备的故障状态信息在人机交互设备上显示。另外，还可以显示用于保存所述网络连接状态信息和所述网络通信状态信息的保存控件、以及用于记录所述故障状态信息的记录控件以及用于生成故障日志的下载控件。与相关技术中的需要技术人员到电气柜实地查看车载设备的相关数据、以及，需要技术人员将日志记录卡插到车载设备上才可以将车载设备的故障信息下载的电脑上相比，直接在人机交互设备的人机交互界面上显示，操作性高且易维护，节约了技术人员的时间成本，提高效率。

涉及到S201，图3为本申请实施例提供的一种初始页面的示意图，其中，初始页面的框架图可参考图1，初始页面对应图1中的人机交互主页面。通常情况下，初始页面中，列车运行的状态信息是提供给司机必要的驾驶信息，例如当前站信息、终点站信息、实际速度和限制速度等，因此，这些信息直接显示在初始页面中。另外初始页面中还包括菜单按钮，鉴于本申请实施例中的车载设备状态通信图以及调试信息等不必要对司机进行开放，因此，可以设置成双机菜单控件后，展示车载设备状态通信图查看控件以及调试控件。该示例中，第一操作即为双机菜单控件的操作。

图4为本申请实施例提供的一种第一页面的示意图，该初始页面为MMI菜单界面。示例性的，该第一页面中包括车载设备状态通信图查看控件以及调试控件。另外，第一页面中还包括日检控件、司机号控件、版本信息控件和返回控件。

涉及到S202，响应于用户对车载设备状态通信图查看控件的操作，展示第二页面。图5a为本申请实施例提供的一种第二页面的示意图，其中，第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存网络连接状态信息和网络通信状态信息的保存控件。可选的，当技术人员点击保存控件后，人机交互设备可以将此时的车载设备的通信数据以文本的形式保存下来，供技术人员查看。

示例性的，网络连接状态信息以网状图的形式展示；其中，网状图的节点分别表示人机交互设备、至少一个车载控制***和至少一个车载控制设备；任意两个节点之间的连接线的类型表示两个节点各自表示的设备或***之间的连接状态(通信正常、通信故障或部分故障)。

参考图5a，车载控制***包括三个，其中，VC为当前应用的车载控制***，也即，主车载控制***；对端VC和邻系VC为辅助车载控制***，主要是在主车载控制***故障时，接替主车载控制***的功能，保证列车正常运行。车载设备包括BTM、TAU和IF，其中，TAU设置在车头和车尾，IF也可以设置在车头和车尾。该示例中，对于VC-IF之间的连接线，当VC-车头IF、VC-车尾IF、车头IF-TAU、车尾IF-TAU中部分通信正常，部分通信故障，则连接线为部分通信故障类型的连接线。另外，由于雷达、TG1和TG2是保障列车正常运行的设备，这里将其网络通信状态以文字呈现。其中，表1示出了一种车载设备通信状态图包含的信息的示意表。

表1一种车载设备通信状态图包含的信息的示意表

在一种可选的实施方式中，对于车载设备板上运行灯的状态显示，是仿照实际车载设备板上运行灯的排列显示的。因此，可以将第二页面中的设定类型的节点设置为可操作状态，通过点击以进一步查看其他方面的信息。例如，设定类型的节点对应的设备包括车载控制***的对端车载控制***、车载控制***的邻系车载控制***、车头接口单元以及车尾接口单元。因此，人机交互设备可响应于对设定类型的节点的点击操作，展示节点对应的设备板运行灯图，运行灯图中包括各个运行灯的亮灯状态。例如，当技术人员点击对端VC或者邻系VC按钮，可以弹出对端VC或邻系VC各自的设备板运行灯图小窗，小窗上显示每个运行灯的亮灯状态；当技术人员点击车头IF或车尾IF按钮是，弹出车头IF或者车尾IF设备板上运行灯小窗。示例性的，图5b为本申请实施例提供的一种设备板上运行灯的示意图，其中，RUN表示运行，ALM表示报警。

可选的，第二页面中的车载设备的网络连接状态信息和网络通信状态信息是通过步骤A1-A2生成的：

A1：接收来自车载控制***的通信数据。

检测到用户对车载设备状态通信图查看控件的操作后，人机交互设备接收来自车载控制***的通信数据。其中，车载控制***与各个车载设备进行交互，可获取各个车载设备的通信数据，因此，这里的通信数据包括车载控制***与至少一个车载设备的通信数据。

A2：对通信数据进行协议校验，并根据处理后的通信数据生成至少一个车载设备的网络连接状态信息以及网络通信状态信息。

由于人机交互设备与车载控制***的网络传输协议为RSSP-1协议，该协议为铁路信号专用协议的一种，具有较高的安全性，因此，在接收到通信数据后，对通信数据进行协议校验，以确定车载控制***与人机交互设备的网络传输协议为RSSP-1协议。当校验通过后，人机交互设备可以根据校验后的通信数据生成各个车载设备的网络连接状态信息以及网络通信状态信息。

为了使本申请的技术方案更容易理解，图6示出了一种车载设备状态通信图的显示过程的技术实现的示意图。其中，机交互设备接收来自车载控制***的通信数据以及技术人员的按键命令(例如点击车载设备状态通信图查看控件)，并对通信数据进行协议校验处理，通过校验的数据可以进行相应的判断与显示。另外，人机交互设备的处理单元对输入单元输入的***输入的数据，例如人机交互设备的***时钟信息等，也可以进行显示。

如上，步骤S202为车载设备状态通信图的显示过程。接下来，对调试过程进行说明。

涉及到S203，响应于用户对调试控件的操作，展示第三页面。图7为本申请实施例提供的一种第三页面的示意图，其中，第三页面为调试页面，第三页面包括至少一个车载设备的故障状态信息，以及，用于记录故障状态信息的记录控件以及用于生成故障日志的下载控件。

参见图7，调试页面由3个表格、两个控件和文字显示区域组成。3个表格的信息为车载设备故障状态信息，包括故障类型和故障原因。两个控件分别是记录控件和下载控件，供技术人员对日志记录板卡进行控制；文字显示区域用于显示日志记录板卡的连接状态信息，包括日志记录板卡的连接状态信息包括日志记录板卡与人机交互设备的通信状态信息、日志记录进行信息和日志下载进程信息。其中，表2示出了一种车载设备的故障状态信息的示意表。

表2一种车载设备的故障状态信息的示意表

可选的，当技术人员点击记录控件或者下载控件后，人机交互设备会将相应的操作命令对应的数据显示，同时，还可以将操作命令传给日志记录板卡，控制日志记录板卡下载日志等。在当前时刻的显示的故障信息，可以是之前通过操作记录控件或者下载控件获取的。

例如，当日志记录板卡与人机交互设备通信连接时，会进行提示“记录板卡已连接”；若通信断开，则文字提示“记录板卡已断开”；或者当技术人员点击开始记录按钮时，会文字提示“记录中”，若记录完成，则文字提示“日志已记录完成。

可选的，第三页面中的车载设备的故障状态信息是通过步骤B1-B2生成的：

B1：接收来自日志记录板卡记录的故障状态信息。

其中，维护支持***MSS是轨道交通信号列控***中的一个互联互通子***，其功能之一是收集汇总各车载设备的故障状态信息。由于列控***里各子***内外网的设置，MSS会将车载设备的故障状态信息间接传送给日志记录板卡，日志记录板卡再将这些信息发送给MMI进行显示。

可选的，日志记录板卡的基本功能有：接收车载内网设备单元数据帧、记录车载内网设备单元信息日志、压缩车载内网设备单元日志、时间校正、提供USB下载日志、提供远程下载日志和日志冗余备份。其中，压缩车载内网设备单元日志、时间校正和日志冗余备份是日志记录软件自动设定的。

因此，在本申请实施例中，维护支持***MSS获取车载设备的故障信息，与日志记录板卡建立通信。由于日志记录板卡的安全级别只有SIL0级，因此MMI与日志记录软件的网络传输协议是UDP协议，而UDP协议不需要对数据进行校验。因此，建立通信后，日志记录板卡记录故障信息，发送给人机交互设备。日志记录板卡与服务器机架通信连接，例如是可以直接插在服务器机架上，与现有技术中的奖日志记录板卡插在车载设备上，再将日志信息下载到电脑上查看相比，更加直观的显示的人机交互设备上，方便查看。另外，将原本在电脑上点击的记录、保存或者下载等功能，转移到人机交互设备上，设置成可触控的控件，方便操作。无需频繁插拔日志记录板卡。

B2：对故障状态信息进行字段校验。

其中，人机交互设备对故障状态信息进行字段校验，例如，将故障状态信息的每个字段与设定字段范围进行比对，校验每一个字段的范围是否在设定字段范围内，当所有字段都校验通过时，调试信息才可以显示在调试界面上。

为了使本申请的技术方案更容易理解，图8示出了一种车载设备状态通信图的显示过程的技术实现的示意图。其中，人机交互设备接收来自日志记录板卡的故障状态信息以及技术人员的按键命令(例如点击调试控件)，并对故障状态信息进行字段校验，通过校验的信息可以进行相应的判断与显示。

本申请实施例，通过人机交互设备与日志记录板卡相结合，将车载设备的状态信息和日志记录板卡的相关功能转移到人机交互设备上显示，省去了技术人员在车载设备维护上的时间与精力，方便工作人员查看，提高效率。

如图9所示，基于相同的发明构思，本申请实施例提供一种用于显示车载设备数据的方法装置，应用于人机交互设备，包括处理单元91和显示单元92。

处理单元91，用于：响应于用户对初始页面的第一操作，在显示单元92展示第一页面；其中，第一页面包括车载设备状态通信图查看控件以及调试控件；

处理单元91，还用于：响应于用户对车载设备状态通信图查看控件的操作，在显示单元92展示第二页面；其中，第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存网络连接状态信息和网络通信状态信息的保存控件；

处理单元91，还用于：响应于用户对调试控件的操作，在显示单元92展示第三页面；其中，第三页面包括至少一个车载设备的故障状态信息，以及，用于记录故障状态信息的记录控件以及用于生成故障日志的下载控件。

在一种可选的实施方式中，在展示第二页面之前，处理单元91还用于：

接收来自车载控制***的通信数据；其中，通信数据包括车载控制***与至少一个车载设备的通信数据；

对通信数据进行协议校验，并根据处理后的通信数据生成至少一个车载设备的网络连接状态信息以及网络通信状态信息。

在一种可选的实施方式中，网络连接状态信息以网状图的形式展示；其中，网状图的节点分别表示人机交互设备、至少一个车载控制***和至少一个车载控制设备；任意两个节点之间的连接线的类型表示两个节点各自表示的设备或***之间的连接状态。

在一种可选的实施方式中，在展示第二页面之后，处理单元91还用于：

响应于对设定类型的节点的点击操作，展示节点对应的设备板运行灯图；其中，设定类型的节点对应的设备包括车载控制***的对端车载控制***、车载控制***的邻系车载控制***、车头接口单元以及车尾接口单元；运行灯图中包括各个运行灯的亮灯状态。

在一种可选的实施方式中，处理单元91具体用于：

确定车载控制***与人机交互设备的网络传输协议为RSSP-1协议。

在一种可选的实施方式中，在展示第三页面之前，处理单元91还用于：

接收来自日志记录板卡记录的故障状态信息；其中，故障信息为维护支持***获取到至少一个车载设备的故障状态信息后，通过日志记录板卡记录的；日志记录板卡与服务器机架通信连接；

对故障状态信息进行字段校验。

在一种可选的实施方式中，处理单元91具体用于：

将故障状态信息的每个字段与设定字段范围进行比对。

在一种可选的实施方式中，第三页面中，至少一个车载设备的故障状态信息包括故障类型和故障原因；

第三页面还包括日志记录板卡的连接状态信息；其中，日志记录板卡的连接状态信息包括日志记录板卡与人机交互设备的通信状态信息、日志记录进行信息和日志下载进程信息。

由于该装置即是本申请实施例中的方法中的装置，并且该装置解决问题的原理与该方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

如图10所示，基于相同的发明构思，本申请实施例提供一种人机交互设备，包括处理器101和显示器102。

处理器101被配置为执行：响应于用户对初始页面的第一操作，在显示器102上展示第一页面；其中，第一页面包括车载设备状态通信图查看控件以及调试控件；

处理器101还被配置为执行：响应于用户对车载设备状态通信图查看控件的操作，在显示器102上展示第二页面；其中，第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存网络连接状态信息和网络通信状态信息的保存控件；

处理器101还被配置为执行：响应于用户对调试控件的操作，在显示器102上展示第三页面；其中，第三页面包括至少一个车载设备的故障状态信息，以及，用于记录故障状态信息的记录控件以及用于生成故障日志的下载控件。

在一种可选的实施方式中，展示第二页面之前，处理器101还被配置为执行：

接收来自车载控制***的通信数据；其中，通信数据包括车载控制***与至少一个车载设备的通信数据；

对通信数据进行协议校验，并根据处理后的通信数据生成至少一个车载设备的网络连接状态信息以及网络通信状态信息。

在一种可选的实施方式中，网络连接状态信息以网状图的形式展示；其中，网状图的节点分别表示人机交互设备、至少一个车载控制***和至少一个车载控制设备；任意两个节点之间的连接线的类型表示两个节点各自表示的设备或***之间的连接状态。

在一种可选的实施方式中，展示第二页面之后，处理器101还被配置为执行：

响应于对设定类型的节点的点击操作，展示节点对应的设备板运行灯图；其中，设定类型的节点对应的设备包括车载控制***的对端车载控制***、车载控制***的邻系车载控制***、车头接口单元以及车尾接口单元；运行灯图中包括各个运行灯的亮灯状态。

在一种可选的实施方式中，处理器101具体配置为执行：

确定车载控制***与人机交互设备的网络传输协议为RSSP-1协议。

在一种可选的实施方式中，在展示第三页面之前，处理器101还被配置为执行：

接收来自日志记录板卡记录的故障状态信息；其中，故障信息为维护支持***获取到至少一个车载设备的故障状态信息后，通过日志记录板卡记录的；日志记录板卡与服务器机架通信连接；

对故障状态信息进行字段校验。

在一种可选的实施方式中，处理器101具体配置为执行：

将故障状态信息的每个字段与设定字段范围进行比对。

在一种可选的实施方式中，第三页面中，至少一个车载设备的故障状态信息包括故障类型和故障原因；

第三页面还包括日志记录板卡的连接状态信息；其中，日志记录板卡的连接状态信息包括日志记录板卡与人机交互设备的通信状态信息、日志记录进行信息和日志下载进程信息。

本申请实施例还提供一种计算机存储介质，计算机存储介质中存储有计算机程序指令，当指令在计算机上运行时，使得计算机执行上述用于显示车载设备数据方法的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种用于显示车载设备数据的方法，其特征在于，应用于人机交互设备，包括：

响应于用户对初始页面的第一操作，展示第一页面；其中，所述第一页面包括车载设备状态通信图查看控件以及调试控件；

响应于用户对所述车载设备状态通信图查看控件的操作，展示第二页面；其中，所述第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存所述网络连接状态信息和所述网络通信状态信息的保存控件；

响应于用户对所述调试控件的操作，展示第三页面；其中，所述第三页面包括所述至少一个车载设备的故障状态信息，以及，用于记录所述故障状态信息的记录控件以及用于生成故障日志的下载控件。

2.根据权利要求1所述的方法，其特征在于，所述展示第二页面之前，所述方法还包括：

接收来自车载控制***的通信数据；其中，所述通信数据包括所述车载控制***与至少一个车载设备的通信数据；

对所述通信数据进行协议校验，并根据处理后的通信数据生成所述至少一个车载设备的网络连接状态信息以及网络通信状态信息。

3.根据权利要求2所述的方法，其特征在于，所述网络连接状态信息以网状图的形式展示；其中，网状图的节点分别表示人机交互设备、至少一个车载控制***和至少一个车载控制设备；任意两个节点之间的连接线的类型表示所述两个节点各自表示的设备或***之间的连接状态。

4.根据权利要求3所述的方法，其特征在于，所述展示第二页面之后，所述方法还包括：

响应于对设定类型的节点的点击操作，展示所述节点对应的设备板运行灯图；其中，所述设定类型的节点对应的设备包括所述车载控制***的对端车载控制***、所述车载控制***的邻系车载控制***、车头接口单元以及车尾接口单元；所述运行灯图中包括各个运行灯的亮灯状态。

5.根据权利要求2所述的方法，其特征在于，所述对所述通信数据进行协议校验包括：

确定所述车载控制***与所述人机交互设备的网络传输协议为RSSP-1协议。

6.根据权利要求1所述的方法，其特征在于，所述展示第三页面之前，所述方法还包括：

接收来自日志记录板卡记录的故障状态信息；其中，所述故障信息为维护支持***获取到所述至少一个车载设备的故障状态信息后，通过所述日志记录板卡记录的；所述日志记录板卡与服务器机架通信连接；

对所述故障状态信息进行字段校验。

7.根据权利要求6所述的方法，其特征在于，所述对所述故障状态信息进行字段校验，包括：

将所述故障状态信息的每个字段与设定字段范围进行比对。

8.根据权利要求1～7任一项所述的方法，其特征在于，所述第三页面中，所述至少一个车载设备的故障状态信息包括故障类型和故障原因；

所述第三页面还包括所述日志记录板卡的连接状态信息；其中，所述日志记录板卡的连接状态信息包括所述日志记录板卡与人机交互设备的通信状态信息、日志记录进行信息和日志下载进程信息。

9.一种人机交互设备，其特征在于，包括处理器和显示器；

所述处理器被配置为执行：响应于用户对初始页面的第一操作，在所述显示器上展示第一页面；其中，所述第一页面包括车载设备状态通信图查看控件以及调试控件；

所述处理器还被配置为执行：响应于用户对所述车载设备状态通信图查看控件的操作，在所述显示器上展示第二页面；其中，所述第二页面包括至少一个车载设备的网络连接状态信息、网络通信状态信息，以及，用于保存所述网络连接状态信息和所述网络通信状态信息的保存控件；

所述处理器还被配置为执行：响应于用户对所述调试控件的操作，在所述显示器上展示第三页面；其中，所述第三页面包括所述至少一个车载设备的故障状态信息，以及，用于记录所述故障状态信息的记录控件以及用于生成故障日志的下载控件。

10.根据权利要求9所述的设备，其特征在于，所述展示第二页面之前，所述处理器还被配置为执行：

接收来自车载控制***的通信数据；其中，所述通信数据包括所述车载控制***与至少一个车载设备的通信数据；

对所述通信数据进行协议校验，并根据处理后的通信数据生成所述至少一个车载设备的网络连接状态信息以及网络通信状态信息。