专利名称：一种交通工具故障在途处理的验证方法和系统的制作方法
技术领域：
本发明涉及工程技术领域，具体涉及一种交通工具故障在途处理的验证方法和系统。
背景技术：
故障诊断对现代工程技术系统具有十分重要的意义，其主要用于对故障原因进行定位，然而，在故障诊断之后，如何根据故障诊断结果对故障进行处理，更是解决故障的关键。其中，处理得是否正确将直接影响到交通工具是否能够正常运行，如果处理得当，则可以维持交通工具的正常运行，否则，如果处理不当，非但不会排除该故障所带来的负面影响，而且还可能因为该不当的处理而导致更为严重的故障，造成更为严重的后果。发明内容
本发明实施例提供一种交通工具故障在途处理的验证方法和系统，可以对交通工具的故障在途处理进行验证，以提高交通工具故障在途处理的有效性。
一种交通工具故障在途处理的验证方法，包括
获取交通工具故障信息；
根据所述交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息；
根据所述故障处理信息确定用户对交通工具所进行的故障在途处理不正确时，进行报警。
一种交通工具故障在途处理的验证系统，包括
故障信息获取单元，用于获取交通工具故障信息；
处理信息获取单元，用于根据所述交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息；
判断单元，用于根据所述故障处理信息确定用户对交通工具所进行的故障在途处理是否正确；
报警单元，用于在判断单元确定用户对交通工具所进行的故障在途处理不正确时，进行报警。
本发明实施例采用获取交通工具故障信息，根据该交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息，然后根据该故障处理信息确定用户对交通工具所进行的故障在途处理不正确时，进行报警。采用该方案可以对交通工具的故障在途处理进行验证，从而避免错误地对交通工具的故障进行处理时所导致的故障或事故，可以提高交通工具故障在途处理的有效性，从而提高交通工具的安全性能。
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的交通工具故障在途处理的验证方法的流程图2是本发明实施例提供的交通工具故障在途处理的验证方法的另一流程图3是本发明实施例提供的交通工具故障在途处理的验证系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供一种交通工具故障在途处理的验证方法，以及交通工具故障在途处理的验证系统。以下分别进行详细说明。
实施例一、
本实施例将从交通工具故障在途处理的验证系统的角度进行描述。
一种交通工具故障在途处理的验证方法，包括获取交通工具故障信息，根据获取到的交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息，根据该故障处理信息确定用户对交通工具所进行的故障在途处理不正确时，进行报警。
如图1所示，具体流程可以如下
101、获取交通工具故障信息，其中，交通工具故障信息可以直接指示故障的内容， 也可以是故障代码，每一种故障代码对应一种或一类故障内容。
例如，具体可以通过实时采集交通工具的状态信息来获取交通工具故障信息。比如，如果交通工具的状态信息表示交通工具当前的状态不正常，则可以确定交通工具当前有故障发生，于是进一步获取该故障的代码。
102、根据步骤101获取到的交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息；
其中，故障处理数据库中保存有各种交通工具故障信息对应的故障处理信息，故障处理信息包括每一种故障的处理步骤，以及每个处理步骤关联的数据模型。该故障处理数据库具体可以通过多种方式，如有线网络、移动存储器或无线网络等方式来建立和维护。
103、根据步骤102获取到的故障处理信息确定用户对交通工具所进行的故障在途处理是否正确，若不正确时，则执行步骤104，若正确，则不动作，或执行步骤105。例如， 具体可以如下
首先，根据故障处理信息确定标准的故障处理步骤，然后，确定用户对交通工具所进行的故障在途处理步骤是否与标准的故障处理步骤一致，若一致，则确定用户对交通工具所进行的故障在途处理正确，于是执行步骤105 ；若不一致，则确定用户对交通工具所进行的故障在途处理不正确，于是执行步骤104。
比如，具体可以先根据故障处理信息获取标准的故障处理第η步步骤的处理内容，然后确定当前用户对交通工具所进行的故障在途处理步骤的内容是否与该第η步步骤5的处理内容一致；若一致，则确定当前用户对交通工具所进行的故障在途处理正确，于是获取标准的故障处理第n+1步步骤的处理内容；否则，若不一致，则确定用户对交通工具所进行的故障在途处理不正确，于是进行报警；其中，η为正整数，η的初始值为1。
104、根据故障处理信息确定用户对交通工具所进行的故障在途处理不正确时，进行报警。
其中，报警的方式具体可以根据用户的需求和爱好进行设置，比如，语音报警、文字报警和/或图效报警，等等。
105、可选的，根据故障处理信息确定用户对交通工具所进行的故障在途处理正确时，可以提示故障处理验证通过。
其中，提示的方式具体可以根据用户的需求和爱好进行设置，比如，语音报警、文字报警和/或图效报警，等等。
此外，在故障在途处理的过程中，还可以对故障在途处理的过程进行记录，以便后续可以根据对该故障在途处理过程进行回溯。即，该方法还可以包括
记录故障在途处理的过程。
可选的，为了方便查看，还可以导出记录的故障在途处理过程。
由上可知，本实施例采用获取交通工具故障信息，根据该交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息，然后根据该故障处理信息确定用户对交通工具所进行的故障在途处理不正确时，进行报警。采用该方案可以对交通工具的故障在途处理进行验证，从而避免错误地对交通工具的故障进行处理时所导致的故障或事故，可以提高交通工具故障在途处理的有效性，从而提高交通工具的安全性能。
实施例二、
根据实施例一所描述的方法，以下将举例作进一步详细说明。
首先，需要建立一个故障处理数据库，比如，具体可以通过有线网络、移动存储器或无线网络等方式来建立和维护该故障处理数据库。其中，该故障处理数据库中保存有各种交通工具故障信息对应的故障处理信息，故障处理信息包括每一种故障的处理步骤，以及每个处理步骤关联的数据模型，这样，只要获知交通工具故障信息，就可以根据交通工具故障信息从该故障处理数据库中查找到相应的故障处理信息。
其次，需要实时采集交通工具的状态信息，从而可以及时获知交通工具故障信息， 其中，该交通工具故障信息可以直接指示故障的内容，也可以是故障代码，每一种故障代码对应一种或一类故障内容。
为了描述方便，以下将以交通工具故障信息具体为故障代码为例进行说明。通过故障代码可以在故障处理数据库中查找到相应的故障处理信息。
如图2所示，该交通工具故障在途处理的验证方法具体可以如下
201、交通工具故障在途处理的验证系统(以下均简称为系统)采集交通工具实时状态数据，如果交通工具的状态信息表示交通工具当前的状态不正常，则可以确定交通工具当前有故障发生，此时，可以通过人机交互的方式，告知系统可以开始进行在途故障处理，则系统执行步骤202。
202、系统获取交通工具故障代码。
203、系统根据步骤202获取到的交通工具故障代码在故障处理数据库中进行检索，以获取相应的故障处理信息。其中，故障处理信息包括每一种故障的处理步骤，以及每个处理步骤关联的数据模型，比如，某一个故障出现之后，需要首先切除主断，然后切除列车自动保护系统(ATP， Automatic Train I^rotection)，其中，先“切除主断”，再“切除ATP”，即为该故障对应的故障处理信息，包括了该故障的处理步骤，以及步骤的执行顺序。204、系统根据检索到的故障处理信息确定用户对交通工具所进行的故障在途处理是否正确，若不正确时，则执行步骤205，若正确，则可以提示用户验证通过，表示当前的故障处理正确。例如，具体可以如下系统根据检索到的故障处理信息获取标准的故障处理步骤1的处理内容(以下简称标准处理步骤1内容，此外，步骤2的则称为标准处理步骤2内容，以此类推，等等)，并采集用户对交通工具所进行的故障在途处理中的第一步的内容(以下简称为用户处理步骤1 内容，此外，步骤2的则称为用户处理步骤2内容，以此类推，等等)，比如采集该处理步骤所涉及到的部件的信号等数据。系统确定用户处理步骤1内容，是否与检索到的标准处理步骤1内容一致，若不一致，则执行步骤205，若一致，则可以提示用户当前所进行的故障在途处理验证通过，然后根据检索到的故障处理信息获取标准的故障处理步骤中的下一步的处理内容，即获取标准处理步骤2内容，并采集用户处理步骤2内容，比如采集该处理步骤所涉及到的部件的信号等数据，然后再确定是否与检索到的标准处理步骤2内容一致，若不一致，则执行步骤205，若一致，则可以提示用户故障在途处理验证通过，然后根据检索到的故障处理信息获取标准的故障处理步骤中的下一步，即获取标准处理步骤3内容，以及采集用户处理步骤3内容， 等等，以此类推，直至执行完所有的故障在途处理步骤。当然，在确定当前用户对交通工具所进行的故障在途处理步骤的内容，与检索到的标准故障处理步骤中的处理内容一致时，也可以不提示用户当前所进行的故障在途处理验证通过，而是直接据检索到的故障处理信息获取标准的故障处理步骤中的下一步的处理内容。205、如果故障在途处理不正确，则进行报警。其中，报警的方式具体可以根据用户的需求和爱好进行设置，比如，语音报警、文字报警、灯光报警和/或图效报警，等等。可选的，在故障在途处理的过程中，还可以对故障在途处理的过程进行记录。并且，还可以通过移动存储器、无线网络或有线网络等方式导出系统中某些故障或者所有故障的在途处理过程记录数据，以便对故障的在途处理过程进行回溯。由上可知，本实施例采用获取交通工具故障代码，根据该交通工具故障代码从预置的故障处理数据库中获取对应的故障处理信息，然后根据该故障处理信息对用户所进行的故障在途处理进行验证，并在确定处理不正确时，进行报警，以便用户及时对处理方法进行修正，从而避免错误地对交通工具的故障进行处理时所导致的故障或事故，即，采用该方案可以提高交通工具故障在途处理的有效性，从而提高交通工具的安全性能。实施例三、在上述的实施例中，其中，交通工具具体可以为列车。根据前面实施例所描述的方法，以下将以列车中的一个具体的故障现象为例进行说明。
故障现象按下“关门”按钮，全列车门无法关闭。该故障所对应的故障处理信息包括如下5个步骤(a.)按下司机台上“关门”按钮，重新关门；(b.)检查司机室设备柜内的车门关门电路断路器(DCCB，Door Close Circuit Breaker)、A 侧车门关门电路断路器(DCTCB_A, Door Close Trainline Circuit Breaker, Α)和B侧车门关门电路断路器(DCTCB_B，Door Close Trainline Circuit Breaker_B)是否落下，如果落下，则重新合上；(c.)分合主控制器钥匙重新“关门”；(d.)激活另一端司机室完成“关门”操作；(e.)采用“关门旁路”开关(DBPS, Door By Pass Switch)，ATP手动模式退出运
告
口 ο则，对该故障现象的处理的验证方法可以如下步骤1、采集列车的实时数据，列车故障出现之后，系统获取该故障现象所对应的故障代码。步骤2、根据故障代码在故障处理数据库中进行检索，获得了上述故障处理信息； 即步骤(a. )、(b. )、(c. )、(d.)和(e.)的内容。其中，步骤(a.)、(b.)、(c.)、(d.)和(e.)的内容可以同时获取，也可以逐步获取， 即在确定当前步骤处理正确后，才获取下一步的内容，比如，当确定步骤(a.)处理正确后， 才获取步骤(b.)的内容，等等，以此类推。步骤3、系统检测用户是否执行了步骤(a.)，即检测用户是否“按下司机台上‘关门，按钮，重新关门”，如果检测到用户并没有执行该操作，则确定用户所进行的故障在途处理不正确，于是进行报警，不能执行步骤4 ；否则，如果检测到用户执行了该操作，则确定用户所进行的故障在途处理正确，于是可以提示用户验证通过，并执行步骤4。步骤4、系统检测用户是否执行了步骤(b.)，即检测“数据判断司机室内DCCB、 DCTCB_A和DCTCB_B是否落下，如果落下，则需要重新合上”，如果用户并没有重新合上，则确定用户所进行的故障在途处理不正确，于是进行报警，不能执行步骤5 ；否则，如果检测到用户重新合上了，则确定用户所进行的故障在途处理正确，于是可以提示用户验证通过， 并执行步骤5。步骤5、系统检测用户是否执行了步骤(c.)，即检测用户是否利用了分合主控制器钥匙来尝试重新“关门”，如果用户没有执行了该步骤，则确定用户所进行的故障在途处理不正确，验证不通过，于是进行报警，不能执行步骤6 ；否则，如果用户执行了该步骤，则确定用户所进行的故障在途处理正确，于是可以提示用户验证通过，并执行步骤6。步骤6、系统检测用户是否执行了步骤(d.)，即检测用户是否进行了 “激活另一端司机室完成关门操作”，如果用户没有执行了该步骤，则确定用户所进行的故障在途处理不正确，验证不通过，于是进行报警，不能执行步骤7 ；否则，如果用户执行了该步骤，则确定用户所进行的故障在途处理正确，于是可以提示验证通过，执行步骤7。步骤7、系统检测用户是否执行了步骤(e.)，即检测用户是否采用了 “关门旁路” 开关，以及是否切除了 ATP进入手动模式，如果采用了“关门旁路”开关，且已经进入手动模式，则检测是否已经立即退出了运营，如果已退出运营，则确定用户所进行的故障在途处理正确，于是可以提示验证通过，流程结束；如果未进入手动模式，或未采用“关门旁路”开关， 或未退出运营，则确定用户所进行的故障在途处理不正确，验证不通过，于是进行报警。其中，上述验证步骤的顺序不能跳变，只能依次操作。由上可知，本实施例采用获取列车的故障代码，根据该列车的故障代码从预置的故障处理数据库中获取对应的故障处理信息，然后根据该故障处理信息逐步确定用户对列车所进行的故障在途处理进行验证，并在确定处理不正确时，进行报警，以便用户对处理方法进行修正，从而避免错误地对列车的故障进行处理时所导致的故障或事故，即采用该方案可以提高列车故障在途处理的有效性，从而提高列车的安全性能。实施例四、为了更好地实施以上方法，本发明实施例还相应地提供一种交通工具故障在途处理的验证系统，如图3所示，该交通工具故障在途处理的验证系统包括故障信息获取单元 401、处理信息获取单元402、判断单元403和报警单元404 ；故障信息获取单元401，用于获取交通工具故障信息；例如，故障信息获取单元401具体可以通过实时采集交通工具的状态信息来获取交通工具故障信息。其中，交通工具故障信息可以直接指示故障的内容，也可以是故障代码，每一种故障代码对应一种或一类故障内容。处理信息获取单元402，用于根据获取到的交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息。其中，故障处理数据库中保存有各种交通工具故障信息对应的故障处理信息，故障处理信息包括每一种故障的处理步骤，以及每个处理步骤关联的数据模型。该故障处理数据库具体可以通过多种方式，如有线网络、移动存储器或无线网络等方式来建立和维护。判断单元403，用于根据获取到的故障处理信息确定用户对交通工具所进行的故障在途处理是否正确；报警单元404，用于在判断单元403确定用户对交通工具所进行的故障在途处理不正确时，进行报警。其中，报警的方式具体可以根据用户的需求和爱好进行设置，比如，语音报警、文字报警和/或图效报警，等等。可选的，该交通工具故障处理的验证系统还可以包括提示单元；提示单元，用于在判断单元403确定用户对交通工具所进行的故障在途处理正确时，提示故障处理验证通过。其中，提示的方式具体可以根据用户的需求和爱好进行设置，比如，语音报警、文字报警和/或图效报警，等等。其中，判断单元403，具体用于根据获取到的故障处理信息确定标准的故障处理步骤；确定用户对交通工具所进行的故障在途处理步骤是否与标准的故障处理步骤一致，若一致，则确定用户对交通工具所进行的故障在途处理正确，若不一致，则确定用户对交通工具所进行的故障在途处理不正确。例如，具体可以如下根据故障处理信息获取标准的故障处理第η步步骤的处理内容；确定当前用户对交通工具所进行的故障在途处理步骤的内容是否与该第η步步骤的处理内容一致；若一致，则确定当前用户对交通工具所进行的故障在途处理正确，获取标准的故障处理第η+1步步骤的处理内容；若不一致，则确定用户对交通工具所进行的故障在途处理不正确，进行报警，其中，η为正整数，η的初始值为1。具体可参见前面的方法实施例，在此不再赘述。此外，在故障在途处理的过程中，还可以对故障在途处理的过程进行记录，以便后续可以根据对该故障在途处理过程进行回溯。即，该交通工具故障处理的验证系统还可以包括记录单元；记录单元，用于记录故障在途处理的过程。可选的，为了方便查看，还可以导出记录的故障在途处理过程。即该交通工具故障处理的验证系统还可以包括导出单元；导出单元，用于导出记录单元记录的故障在途处理的过程。具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。由上可知，本实施例采用获取交通工具故障代码，根据该交通工具故障代码从预置的故障处理数据库中获取对应的故障处理信息，然后根据该故障处理信息对用户所进行的故障在途处理进行验证，并在确定处理不正确时，进行报警，以便用户及时对处理方法进行修正，从而避免错误地对交通工具的故障进行处理时所导致的故障或事故，即，采用该方案可以提高交通工具故障在途处理的有效性，从而提高交通工具的安全性能。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。以上对本发明实施例所提供的一种交通工具故障在途处理的验证方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种交通工具故障在途处理的验证方法，其特征在于，包括 获取交通工具故障信息；根据所述交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息； 根据所述故障处理信息确定用户对交通工具所进行的故障在途处理不正确时，进行报Sfc目。
2.根据权利要求1所述的方法，其特征在于，该方法还包括根据所述故障处理信息确定用户对交通工具所进行的故障在途处理正确时，提示故障处理验证通过。
3.根据权利要求1所述的方法，其特征在于，根据所述故障处理信息确定用户对交通工具所进行的故障在途处理是否正确包括根据所述故障处理信息确定标准的故障处理步骤；确定用户对交通工具所进行的故障处理步骤是否与标准的故障处理步骤一致，若一致，则确定用户对交通工具所进行的故障在途处理正确，若不一致，则确定用户对交通工具所进行的故障在途处理不正确。
4.根据权利要求3所述的方法，其特征在于，所述确定用户对交通工具所进行的故障在途处理步骤是否与标准的故障处理步骤一致，若一致，则确定用户对交通工具所进行的故障在途处理正确，若不一致，则确定用户对交通工具所进行的故障在途处理不正确，具体为根据故障处理信息获取标准的故障处理第η步步骤的处理内容； 确定当前用户对交通工具所进行的故障在途处理步骤的内容是否与所述第η步步骤的处理内容一致；若一致，则确定当前用户对交通工具所进行的故障在途处理正确，获取标准的故障处理第η+1步步骤的处理内容；若不一致，则确定用户对交通工具所进行的故障在途处理不正确，进行报警； 其中，η为正整数，η的初始值为1。
5.根据权利要求1至4任一项所述的方法，其特征在于，所述获取交通工具故障信息， 包括通过实时采集交通工具的状态信息来获取交通工具故障信息。
6.根据权利要求1至4任一项所述的方法，其特征在于，该方法还包括 记录故障在途处理的过程。
7.根据权利要求6所述的方法，其特征在于，该方法还包括 导出记录的故障在途处理的过程。
8.一种交通工具故障在途处理的验证系统，其特征在于，包括 故障信息获取单元，用于获取交通工具故障信息；处理信息获取单元，用于根据所述交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息；判断单元，用于根据所述故障处理信息确定用户对交通工具所进行的故障在途处理是否正确；报警单元，用于在判断单元确定用户对交通工具所进行的故障在途处理不正确时，进行报警。
9.根据权利要求8所述的交通工具故障处理的验证系统，其特征在于，还包括提示单元；提示单元，用于在判断单元确定用户对交通工具所进行的故障在途处理正确时，提示故障处理验证通过。
10.根据权利要求8所述的交通工具故障处理的验证系统，其特征在于，所述判断单元，具体用于根据所述故障处理信息确定标准的故障处理步骤；确定用户对交通工具所进行的故障在途处理步骤是否与标准的故障处理步骤一致，若一致，则确定用户对交通工具所进行的故障在途处理正确，若不一致，则确定用户对交通工具所进行的故障在途处理不正确。
11.根据权利要求10所述的交通工具故障处理的验证系统，其特征在于，所述判断单元，具体用于根据故障处理信息获取标准的故障处理第η步步骤的处理内容；确定当前用户对交通工具所进行的故障在途处理步骤的内容是否与所述第η步步骤的处理内容一致；若一致，则确定当前用户对交通工具所进行的故障在途处理正确，获取标准的故障处理第η+1步步骤的处理内容；若不一致，则确定用户对交通工具所进行的故障在途处理不正确，进行报警，其中，η为正整数，η的初始值为1。
12.根据权利要求8至11任一项所述的交通工具故障处理的验证系统，其特征在于， 所述故障信息获取单元，具体用于通过实时采集交通工具的状态信息来获取交通工具故障信息。
13.根据权利要求8至11任一项所述的交通工具故障处理的验证系统，其特征在于，还包括记录单元；记录单元，用于记录故障在途处理的过程。
14.根据权利要求8至11任一项所述的交通工具故障处理的验证系统，其特征在于，还包括导出单元；导出单元，用于导出记录单元记录的故障在途处理的过程。
全文摘要
本发明实施例公开了一种交通工具故障在途处理的验证方法和系统。本发明实施例采用获取交通工具故障信息，根据该交通工具故障信息从预置的故障处理数据库中获取对应的故障处理信息，然后根据该故障处理信息确定用户对交通工具所进行的故障在途处理不正确时，进行报警。采用该方案可以对交通工具的故障在途处理进行验证，从而避免错误地对交通工具的故障进行处理时所导致的故障或事故，可以提高交通工具故障在途处理的有效性，从而提高交通工具的安全性能。
文档编号B61L23/00GK102556123SQ20121003855
公开日2012年7月11日 申请日期2012年2月20日 优先权日2012年2月20日
发明者陈建校 申请人:株洲南车时代电气股份有限公司