CN110390619A - 一种交通车辆管理方法与系统 - Google Patents

Abstract

本申请提供了一种交通车辆管理方法与系统，涉及交通管控领域。该交通车辆管理方法应用于交通车辆管理系统，交通车辆管理系统包括主服务器与客户端，其中，主服务器与客户端通信连接，主服务器还与交通车辆通信连接。通过主服务器实时接收交通车辆的数据信息，其中，交通车辆的数据信息包括交通车辆携带的信息与信号系统信息，然后由客户端向主服务器发送请求指令，其中，请求指令包括多项参数，再由主服务器依据请求指令向客户端发送与多项参数对应的数据信息，最后由客户端对数据信息进行显示。本申请提供的交通车辆管理方法与系统具有管理人员获取数据更加方便，便于管理人员远程对于交通车辆的控制的优点。

Description

一种交通车辆管理方法与系统

技术领域

本申请涉及交通管控领域，具体而言，涉及一种交通车辆管理方法与系统。

背景技术

随着生活水平的提升，人们对于交通车辆的需求越来越高。

但是，目前对于交通车辆的管控，没有一个统一且完善的系统，因此造成交通管理人员对于运行的交通车辆无法实现有效的管理。

发明内容

本申请的目的在于提供一种方法，以解决现有技术中交通管理人员对于交通的车辆的管理较为困难的问题。

本申请的目的在于提供一种系统，以解决现有技术中交通管理人员对于交通的车辆的管理较为困难的问题。

为了实现上述目的，本申请实施例采用的技术方案如下：

一方面，本申请实施例提供了一种交通车辆管理方法，所述交通车辆管理方法应用于交通车辆管理系统，所述交通车辆管理系统包括主服务器与客户端，其中，所述主服务器与所述客户端通信连接，所述主服务器还与交通车辆通信连接；所述交通车辆管理方法包括：

所述主服务器实时接收所述交通车辆的数据信息，其中，所述交通车辆的数据信息包括所述交通车辆携带的信息与信号系统信息；

所述客户端向所述主服务器发送请求指令，其中，所述请求指令包括多项参数；

所述主服务器依据所述请求指令向所述客户端发送与所述多项参数对应的数据信息

所述客户端对所述数据信息进行显示。

另一方面，本申请实施例提供了一种交通车辆管理系统，所述交通车辆管理系统包括主服务器与客户端，其中，所述主服务器与所述客户端通信连接，所述主服务器还与交通车辆通信连接；

所述主服务器用于实时接收所述交通车辆的数据信息，其中，所述交通车辆的数据信息包括所述交通车辆携带的信息与信号系统信息；

所述客户端用于向所述主服务器发送请求指令，其中，所述请求指令包括多项参数；

所述主服务器用于依据所述请求指令向所述客户端发送与所述多项参数对应的数据信息

所述客户端用于对所述数据信息进行显示。

相对于现有技术，本申请实施例提供交通车辆管理方法与系统具有以下优点：

本申请提供的一种交通车辆管理方法与系统，该交通车辆管理方法应用于交通车辆管理系统，交通车辆管理系统包括主服务器与客户端，其中，主服务器与客户端通信连接，主服务器还与交通车辆通信连接。通过主服务器实时接收交通车辆的数据信息，其中，交通车辆的数据信息包括交通车辆携带的信息与信号系统信息，然后由客户端向主服务器发送请求指令，其中，请求指令包括多项参数，再由主服务器依据请求指令向客户端发送与多项参数对应的数据信息，最后由客户端对数据信息进行显示。由于本申请提供的交通车辆管理方法能够使管理人员利用主服务器的中转实现对交通车辆的数据信息的获取，并且通过客户端进行显示，使得管理人员获取数据更加方便，便于管理人员远程对于交通车辆的控制。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它相关的附图。

图1为本申请实施例提供的交通车辆管理系统的第一种交互示意图。

图2为本申请实施例提供的交通车辆管理方法的流程图。

图3为本申请实施例提供的交通车辆管理系统的第二种交互示意图。

图4为本申请实施例提供的交通车辆管理系统的第三种交互示意图。

图5为本申请实施例提供的S103的子步骤的流程图。

图6为本申请实施例提供的S1032的子步骤的流程图。

图7为本申请实施例提供的客户端的主系统界面的示意图。

图8为本申请实施例提供的客户端的视频显示界面的示意图。

图中：100-交通车辆管理系统；110-主服务器；120-客户端；130-备用的服务器。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本申请的描述中，需要说明的是，术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该申请产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

第一实施例

本发明实施例提供了一种交通车辆管理方法，应用于交通车辆管理系统100，请参阅图1，该交通车辆管理系统100包括主服务器110与客户端120，其中，主服务器110与客户端120通信连接，主服务器110还与交通车辆通信连接。可以理解的，交通车辆为多辆，主服务器110与每辆交通车辆均通信连接，以获取每辆交通车辆的运行数据信息。通过本申请提供的交通车辆管理方法，使交通管理人员能够更加快捷便利的获取交通车辆的数据信息以及便于对交通车辆的管控，提升了用户的体验感。进一步地，本系统采用C/S模式，客户端120提供管理员人机操作的界面，服务器与交通车辆及客户端120通信，且连接均采用专网专线，有效保障了连接的安全性。

具体地，请参阅图2，本申请提供的交通车辆管理方法包括：

S101，主服务器实时接收交通车辆的数据信息，其中，交通车辆的数据信息包括交通车辆携带的信息与信号系统信息。

在本实施例中，每辆交通车辆均安装有传感采集设备，以在运行过程中，采集自身的数据信息。其中，该数据信息包括该交通车辆携带的信息，例如TMS（TransportationManagement System，运输管理系统）、PIS（Passenger Information System，乘客信息系统）等信息，以及信号系统信息，例如车辆位置信息、车辆速度信息、车辆驾驶模式信息以及VATC设备状态信息等。具体地，每辆交通车辆上均安装有车速传感器，通过车速传感器能够检测出该交通车辆此时的运行速度。同时，交通车辆上还安装有车载空调，通过安装于车载空调上的传感器能够获取车载空调的运行状态，例如获取车载空调当前是否运行以及在运行过程中的运行功率等。当然地，信号系统信息还包括更多的数据信息，例如车内温度、牵引力、、辅助系统状态、广播系统状态等。可以理解地，在车辆运行过程中能够被传感器等设备采集的数据，交通车辆均可获取，本实施例对获取数据的类型并不做任何限定。

需要说明的是，当每个交通车辆在获取了自身的数据信息后，会将数据信息发送至服务器，为了区别每辆交通车辆发送的数据信息，可以理解的，交通车辆还会发送自身的编号至服务器，即在搭建该交通车辆管理系统100时，主服务器110每辆交通车辆预先达成握手协议，存储每辆交通车辆的编号，并在接收到交通车辆的数据时，同时提取每辆交通车辆的地址，进而匹配编号。

进一步地，本实施例所述的实时接收，指交通车辆按照预设定的时间间隔自动向主服务器110发送数据信息，例如预设定时间间隔设置为1S，则交通车辆每隔1S向主服务器110发送数据信息，并由主服务器110对数据进行存储。

并且，当交通车辆存在故障信息时，主服务器110还会接收到交通车辆的警报信息，其中，该警报信息包括车辆的故障参数，例如，车辆的空调损坏，无法正常开启等故障。

S102，当备用服务器监测到主服务器故障时，备用服务器切换主服务器，以使备用服务器分别与客户端及交通车辆通信连接。

在本实施例中，为了保证系统的稳定性，本申请提供的车辆管理系统采用双机冗余热备。请参阅图3，交通车辆调度系统还包括备用服务器130，备用服务器130与主服务器110通信连接，且备用服务器130与主服务器110通过数据库同步数据。当备用服务器130监测到主服务器110故障时，备用服务器130切换主服务器110，以使备用服务器130分别与客户端120及交通车辆通信连接，切换后的交互示意图请参阅图4。

即在正常情况下，由主服务器110与客户端120、交通车辆通信，并由以实现主服务分别与客户端120、交通车辆的数据交互。而备用服务器130负责监视主服务器110的状态，两者通过数据库同步数据。当备用服务器130检测到主服务器110故障时，例如主服务器110的运行系统崩溃或主服务器110遭受攻击导致无法运行等故障时，备用服务器130会自动切换主服务器110，使得备用服务器130与客户端120、交通车辆进行无缝对接的通信，有效保障了整个系统的可靠性。同时，由于主服务器110与备用服务器130之间通过数据库可实现数据的同步，因此即使将备用服务器130切换成主服务器110，其对于数据的调用也不会出现延迟，对于管理人员而言，甚至无法感知服务器的切换。当然地，当主服务器110故障后，备用服务器130会向客户端120发送相应信号，例如向客户端120发送“主服务器系统崩溃”等信息至客户端120，并由客户端120进行显示，进而使管理人员能够及时对主服务器110进行修复。

并且，需要说明的是，S102与S101之间并无先后顺序。

S103，客户端向主服务器发送请求指令，其中，请求指令包括多项参数。

需要说明的是，本申请中S103及其后步骤均为对主服务器110在正常状态下的说明，当主服务器110故障后，即由备用服务器130与客户端120、交通车辆进行数据交互，例如对于S103而言，当主服务器110故障时，则客户端120向备用服务器130发送请求指令。

具体地，由于主服务器110获取的为交通车辆的所有数据信息，而对于不同管理人员而言，其可能只需要部分数据信息，例如，对于A管理人员而言，其可能仅需要获取交通车辆此时的运行速度、位置以及广播系统的状态；而对于B管理人员而言，其除了获取上述参数外，还需要获取交通车辆的车辆状态。有鉴于此，客户端120能够通过自定义的方式向主服务器110发送请求指令，该请求指令中包括管理人员需要的参数。当然，在其它的一些实例中，在该交通车辆管理系统100搭建时即确定了固有的参数，管理人员无法自定义需要请求的参数，本实施例对此并不做任何限定。

其中，请参阅图5，S103包括：

S1031，客户端接收一模式选择指令，以依据模式选择指令确定目标访问模式。

为了便于管理人员的操作，管理人员能够设置客户端120的模式，即在客户端120的界面上，管理人员能够通过点击特定区域的方式选择客户端120处于自动模式或手动模式。其中，客户端120可以为管理人员使用的手机或电脑等智能设备，使客户端120能够接收管理人员的模式选择指令，并根据该模式选择指令确定管理人员需要的目标访问模式。

S1032，客户端依据目标访问模式向主服务器发送请求指令。

具体地，请参阅图6，S1032包括：

S10321，判断该目标访问模式是否为手动访问模式，如果是，则执行S10322，如果否，则执行S10323。

S10322，客户端响应一操作指令确定目标编号，并依据目标编号与多项参数生成请求指令，以将请求指令发送至主服务器。

由于交通车辆的数量较多，在客户端120的界面上，无法将每个交通车辆数据信息均显示出来。请参阅图7，为本申请提供的一种客户端接收服务器的数据信息的显示界面，其左边显示有所有交通车辆的编号，用户能够点击相应的编号，使得主服务器110能够响应用户的操作指令，确定相应的目标编号，进而生成请求指令，并将请求指令发送至主服务器110。

主服务器在接收到目标编号后，会根据该目标编号确定车辆信息，并依据上述多项参数，从数据库中确定管理人员需要的数据信息，并将数据信息发送至客户端进行显示。

S10323，客户端按预设定的时间间隔确定目标编号，并依据目标编号与预设定的多项参数生成请求指令，以将请求指令发送至主服务器。

当目标访问模式为自动访问模式时，客户端120按照时间间隔轮次确定目标编号，例如，将时间间隔设置为5S，当当前界面显示的1号交通车辆的数据信息时，则间隔5S后，客户端120会确定2号为目标编号，并生成相应的请求指令，进而将请求指令发送至主服务器110。

在主服务器110在接收到目标编号后，会根据该目标编号确定车辆信息，并依据上述多项参数，从数据库中确定管理人员需要的数据信息，并将数据信息发送至客户端120进行显示。以上述2号为目标编号为例，主服务器110会将查找数据库中2号交通车辆的数据信息，并依据请求指令中携带的多项参数确定相应的数据，并将确定2号交通车辆的数据发送至客户端120显示。

因此，对于管理人员而言，其从客户端120观看到的界面会在5S刷新一次，其无需管理人员手动刷新。

S104, 主服务器依据请求指令向客户端发送与多项参数对应的数据信息。

需要说明是，当交通车辆出现故障时，主服务器110还会将故障信息发送客户端120。

S105，客户端接收一界面选择指令，以依据界面选择指令确定目标界面。

为了方便用户观看，交通车辆管理系统提供的客户端包括多个显示界面，于本实施例中，客户端包括主系统界面、视频显示界面以及车辆运行轨道显示界面，其中，主系统界面、视频显示界面以及车辆运行轨道显示界面之间为相互独立的操作界面，其相互之间不会影响。

主系统界面用于显示车辆的数据，例如显示车辆的车速、空调信息或者辅助系统的状态等。视频显示界面用于显示不同摄像头所拍摄的视频信息，例如车头或者车尾的视频信息。车辆运行轨道显示界面用于显示每辆正在运行时的车辆所在的位置信息。管理人员能够在客户端中选择其中一个显示界面进行显示，客户端在接收到用户的界面选择操作指令时，会依据该界面选择操作指令确定目标操作界面。

S106，客户端依据目标界面从数据信息中确定与目标界面匹配的目标数据信息。

作为本实施例的一种实现方式，服务器在接收到交通车辆发送的数据信息后，后将该数据信息进行缓存同时发送至客户端，当客户端确定了目标界面后，即可从该数据信息中确定与目标界面匹配的目标数据信息。例如，当管理人员确定的显示界面为视频显示界面时，则确定的目标数据信息为摄像头拍摄的视频信息；当管理人员确定的显示界面为车辆运行轨道显示界面时，则确定的目标数据信息为车辆的位置信息。

当然地，作为本实施例的另一种实现方式，当在用户确定目标界面后，客户端生成相应数据请求，并将数据请求发送至服务器，以接收服务器反馈的数据并显示。

S107，客户端对数据信息进行显示。

在客户端120接收到主服务器110发送的数据信息后，会将数据信息直接显示，以使管理人员能够更加清楚的观看到显示的信息。其中，数据显示为按照目标界面对目标数据进行显示。

如本申请图示的客户端120的显示界面，该显示界面为主系统界面，针对不同参数的数据，显示于不同的区域，其中，显示参数包括交通车辆的基本信息，包括但不限于车辆的车速，以及交通车辆的辅助系统，包括但不限于广播系统、空调控制系统、辅助系统以及视频监控系统。其中，该显示界面中显示的视频监控系统，仅显示视频监控系统的运行状态及是否出现故障，而不显示具体视频内容。

同时，当接收到主服务器110发送的警报信息时，客户端120也会进行显示，并且通过的强调的方式进行显示，例如，警报信息会通过闪烁的形式进行显示，以起到强调的作用，使管理人员直观的看到该警报信息并尽快进行维护。

进一步地，当客户端120接收到警报信息后，还利用警报信息覆盖数据信息进行显示。例如，此时界面正在显示1号交通车辆的数据信息，且此时服务器接收到2号交通车辆的警报信息时，会将该警报信息直接推送至客户端120。当客户端120接收到警报信息后，会直接在屏幕上显示该警报信息，同时利用2号交通车辆的警报信息覆盖正在显示的1号交通车辆的数据信息，以达到提醒管理人员此时已有交通车辆出现故障，促使管理人员即使维修。当然地，在其它的一些实施例中，也可能通过其它方式显示警报信息或其它途径告知管理人员该警报信息，本实施例对此并不做任何限定。

请参阅图8所示的视频显示界面，当目标界面确定为该界面时，能够显示每个摄像头拍摄的不同的视频信息，并且，该界面还将所有摄像头的编号均显示于同一区域，例如，将所有摄像头的编号均显示于界面的左上方，管理人员可选择其中任意一个摄像头的视频信息进行显示。

并且，为了防止视频信息通讯的中断，在本实施例中，服务器与交通车辆之间通过多个通道进行连接，当当前视频信息中断时，管理人员可选择另外的通道进行接收视频信息，进而能够保证系统正常运行，提升了系统的稳定性。

并且，当在紧急情况下时，服务器会向客户端主动推送特定位置的视频流，即向客户端推送特定编号的视频流，进而使客户端显示该位置的视频。例如，当管理人员正在查看1号摄像头拍摄的视频画面时，此时2号摄像头对应的位置发生警报，则服务器会自动将2号摄像头对应的视频流发送至客户端，以使管理人员能够及时发现车辆的异常信息。

同时，需要说明的是，在本实施例中，视频显示界面与主系统界面之间独立，例如，当主系统正在显示1号交通车辆的数据信息时，管理人员将界面切换至视频显示界面，则系统显示界面显示的视频可以不为1号交通车辆的视频，例如其可以为2号车辆的视频。

当目标界面为车辆运行轨道显示界面时，客户端获取所以正在运行的交通车辆的位置信息，并在该界面上的轨道图中标注出每个交通车辆此时的位置，通过该方式能够直观地看到所有交通车辆的运行轨迹。

S108，当当前时间信息达到维护时间信息时，客户端向主服务器发送待维护指令。

由于交通车辆需要定时进行维护，因此在本实施例中，客户端120还存储有车辆维护时间信息，当达到维护时间信息时，客户端120即可向主服务器110发送待维护指令。

例如，交通车辆需要每个月至少清洁一次，以为乘客营造良好的乘车环境，则客户端120可能存储的维护时间信息为每个月15号，其每个月15号客户端120会向主服务器110发送待维护指令。当然，每辆交通车辆的维护时间信息需设置为不同，以在不影响正常交通运行的情况下对交通车辆进行正常维护。

当然地，对于维护时间信息的也可以采用其它的方式进行定义，例如，按照车辆运行的里程数进行维护时间信息的确定，或者由管理人员确定，例如，最近一段时间内的降雨量较大，车辆由于雨水的冲刷，本身较为赶紧，因此无需进行清洁。而当最近一段时间的风沙较大，则清洁的时间间距较短，可通过管理人员自行定义。

S109，主服务器在接收到待维护指令时，将待维护指令发送至交通车辆。

当主服务器110接收到待维护指令后，会将该待维护指令发送至交通车辆，以通过该交通车辆的显示器进行显示，使交通车辆的驾驶员能够知悉维护时间。并由驾驶员根据具体情况决定是否需要将该交通车辆进行维护。例如，交通车辆接收到需要进行清洁维护时，然而驾驶员通过观察发现交通车辆本身较为干净，则无需进行清洁。

同时，需要说明的是，S108-S109与步骤S101-S107之间并无先后顺序。

S110，客户端接收一车载设备控制指令，并将车载设备控制指令发送至主服务器，其中，车载设备控制指令包括目标编号。

在本实施例中，客户端120不仅能够接收与显示交通车辆的数据信息，还能够控制交通车辆上的车载设备的运行状态。其中，对于车载设备的控制包括但不限于预录制广播及自定义广播，设置空调相关电热参数，调取车厢CCTV视频监控等。以设置空调相关电热参数为例进行说明，例如，当需要将1号交通车辆内的温度降低1℃，则管理人员需要在客户端120上进行操作，使客户端120接收到用户操作的车载设备控制指令，该车载设备控制指令中包括目标编号以及具体控制参数，目标编号即为1号，具体控制参数即为控制空调的运行温度下降1℃，并将该车载设备控制指令发送至主服务器110。

S111，主服务器依据目标编号将车载设备控制指令发送至目标交通车辆，以控制目标交通车辆的车载设备的运行状态。

在主服务器110接收到车载设备控制指令后，依据目标编号将车载设备控制指令发送至指定车辆，从而控制相应车载设备的运行状态。例如，目标编号为1号，则将车载设备控制指令发送至1号交通车辆，从而控制1号交通车辆上的车载设备的运行状态。

需要说明的是，S110-S111与S101-S109之间并无先后顺序。

第二实施例

请参阅图1，本发明实施例提供了一种交通车辆调度系统，其特征在于，交通车辆调度系统包括主服务器110与客户端120，其中，主服务器110与客户端120通信连接，主服务器110还与交通车辆通信连接。其中，主服务器110用于实时接收交通车辆的数据信息，其中，交通车辆的数据信息包括交通车辆携带的信息与信号系统信息，客户端120用于向主服务器110发送请求指令，其中，请求指令包括多项参数；主服务器110用于依据请求指令向客户端120发送与多项参数对应的数据信，客户端120用于对数据信息进行显示。由于本申请提供的交通车辆调度系统与第一实施例所述的交通车辆调度方法的原理与功能基本相同，因此本实施例不再对此进行赘述。

本申请提供的一种交通车辆管理方法与系统，该交通车辆管理方法应用于交通车辆管理系统，交通车辆管理系统包括主服务器与客户端，其中，主服务器与客户端通信连接，主服务器还与交通车辆通信连接。通过主服务器实时接收交通车辆的数据信息，其中，交通车辆的数据信息包括交通车辆携带的信息与信号系统信息，然后由客户端向主服务器发送请求指令，其中，请求指令包括多项参数，再由主服务器依据请求指令向客户端发送与多项参数对应的数据信息，最后由客户端对数据信息进行显示。由于本申请提供的交通车辆管理方法能够使管理人员利用主服务器的中转实现对交通车辆的数据信息的获取，并且通过客户端进行显示，使得管理人员获取数据更加方便，便于管理人员远程对于交通车辆的控制。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (10)

1.一种交通车辆管理方法，其特征在于，所述交通车辆管理方法应用于交通车辆管理系统，所述交通车辆管理系统包括主服务器与客户端，其中，所述主服务器与所述客户端通信连接，所述主服务器还与交通车辆通信连接；所述交通车辆管理方法包括：

所述主服务器实时接收所述交通车辆的数据信息，其中，所述交通车辆的数据信息包括交通车辆携带的信息与信号系统信息；

所述客户端向所述主服务器发送请求指令，其中，所述请求指令包括多项参数；

所述主服务器依据所述请求指令向所述客户端发送与所述多项参数对应的数据信息；

所述客户端对所述数据信息进行显示。

2.如权利要求1所述的交通车辆管理方法，其特征在于，所述交通车辆管理系统还包括备用服务器，所述备用服务器与所述主服务器通信连接，且所述备用服务器与所述主服务器通过数据库同步数据；所述交通车辆管理方法还包括：

当所述备用服务器监测到所述主服务器故障时，所述备用服务器切换所述主服务器，以使所述备用服务器分别与所述客户端及所述交通车辆通信连接。

3.如权利要求1所述的交通车辆管理方法，其特征在于，所述客户端向所述主服务器发送请求指令的步骤包括：

所述客户端接收一模式选择指令，以依据所述模式选择指令确定目标访问模式；

所述客户端依据所述目标访问模式向所述主服务器发送请求指令。

4.如权利要求3所述的交通车辆管理方法，其特征在于，当依据所述模式选择指令确定为手动访问模式时，所述客户端向所述主服务器发送请求指令的步骤包括：

所述客户端响应一操作指令确定目标编号，并依据所述目标编号与所述多项参数生成请求指令，以将所述请求指令发送至所述主服务器；

所述主服务器依据所述请求指令向所述客户端发送与所述多项参数对应的数据信息的步骤包括：

所述主服务器依据所述目标编号确定目标车辆信息，并将所述目标车辆的与所述多项参数对应的数据信息发送至所述的客户端。

5.如权利要求3所述的交通车辆管理方法，其特征在于，当依据所述模式选择指令确定为自动访问模式时，所述客户端向所述主服务器发送请求指令的步骤包括：

所述客户端按预设定的时间间隔确定目标编号，并依据所述目标编号与所述预设定的多项参数生成请求指令，以将所述请求指令发送至所述主服务器；

所述主服务器依据所述请求指令向所述客户端发送与所述多项参数对应的数据信息的步骤包括：

所述主服务器依据所述目标编号确定目标车辆信息，并将所述目标车辆的与所述多项参数对应的数据信息发送至所述的客户端。

6.如权利要求1所述的交通车辆管理方法，其特征在于，在所述主服务器依据所述请求指令向所述客户端发送与所述多项参数对应的数据信息的步骤之后，所述交通车辆管理方法还包括：

所述客户端接收一界面选择指令，以依据所述界面选择指令确定目标界面；

所述客户端依据所述目标界面从所述数据信息中确定与所述目标界面匹配的目标数据信息；

所述客户端对所述数据信息进行显示的步骤包括：

所述客户端依据所述目标界面对所述目标数据信息进行显示。

7.如权利要求1所述的交通车辆管理方法，其特征在于，所述客户端存储有与所述交通车辆对应的维护时间信息；所述交通车辆管理方法还包括：

当当前时间信息达到所述维护时间信息时，所述客户端向所述主服务器发送待维护指令；

所述主服务器在接收到所述待维护指令时，将所述待维护指令发送至所述交通车辆。

8.如权利要求1所述的交通车辆管理方法，其特征在于，所述车辆管理方法还包括：

所述主服务器实时接收所述交通车辆的警报信息，其中，所述警报信息包括所述交通车辆的故障参数；

所述主服务器将所述警报信息发送至所述客户端；

所述客户端对所述警报信息进行显示。

9.如权利要求8所述的交通车辆管理方法，其特征在于，所述客户端对所述警报信息进行显示的步骤包括：

利用所述警报信息覆盖所述数据信息进行显示。

10.一种交通车辆管理系统，其特征在于，所述交通车辆管理系统包括主服务器与客户端，其中，所述主服务器与所述客户端通信连接，所述主服务器还与交通车辆通信连接；

所述主服务器用于实时接收所述交通车辆的数据信息，其中，所述交通车辆的数据信息包括所述交通车辆携带的信息与信号系统信息；

所述客户端用于向所述主服务器发送请求指令，其中，所述请求指令包括多项参数；

所述主服务器用于依据所述请求指令向所述客户端发送与所述多项参数对应的数据信息

所述客户端用于对所述数据信息进行显示。