CN111949008A - 区域控制器的测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种区域控制器的测试方法、装置、电子设备及存储介质，该方法包括：获取用于对待测试区域控制器进行测试的多组场景信息；其中，所述场景信息是从采集的CBTC中的区域控制器的通信数据中确定的；将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，并接收所述待测试区域控制器的输出信息；对所述待测试区域控制器的输出信息进行验证，根据验证结果确定所述待测试区域控制器的功能状态。通过从采集的CBTC中的区域控制器的通信数据中，获取本申请对于待测试区域控制器进行测试的多组场景信息，从而实现了自动化测试，相对于相关技术中采用的测试方式提高了效率。

Description

区域控制器的测试方法、装置、电子设备及存储介质

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种区域控制器的测试方法、装置、电子设备及存储介质。

背景技术

近些年随着通信技术特别是无线电技术飞速发展，以通信技术为基础的列车运行控制系统，即CBTC(Communication Based Train Control System，基于通信的列车自动控制系统)应运而生。它的特点是用通信网络来实现列车和地面设备的双向通信，用实时汇报的列车位置和计算移动授权的移动闭塞来代替固定的轨道区间段固定闭塞实现列车运行控制。

其中，实现移动闭塞的核心设备就是区域控制器，区域控制器设备根据通信列车所汇报的位置信息以及联锁所排列的进路和轨旁设备提供的轨道占用或空闲信息，为其控制范围内的通信列车计算生成移动授权，保证其控制区域内通信列车的安全运行。因此区域控制器设备的功能完整性、可靠性、安全性、稳定性极为重要，而高效、充分的测试对于保证其安全性具有举足轻重的作用。

相关技术中，针对区域控制器的测试方式主要以手动测试、自动化测试工具为主，其中手动测试存在效率低下的缺点；自动化测试工基于由测试人员根据区域控制器系统功能需求进行设计或者根据以往经验进行设计的，因此会受到测试人员的经验的限制，对于各种场景的获知有限，从而导致测试的准确性较低。

发明内容

本申请实施例提供一种区域控制器的测试方法、装置、电子设备及存储介质，用以解决相关技术中存在的测试效率低下的问题。

第一方面，本申请实施例提供一种区域控制器的测试方法，包括：

获取用于对待测试区域控制器进行测试的多组场景信息；其中，所述场景信息是从采集的基于通信的列车自动控制系统CBTC中的区域控制器的通信数据中确定的；

将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，并接收所述待测试区域控制器的输出信息；

对所述待测试区域控制器的输出信息进行验证，根据验证结果确定所述待测试区域控制器的功能状态。

本申请提供的技术方案具有的有益效果为：通过从当前应用的CBTC中的区域控制器中采集的大量的通信数据中，获取多组用于对待测试区域控制器进行测试的场景信息，从而更好地实现待测试区域控制器的自动化测试，以提高测试效率，并且通过自动化的测试处理可以极大程度的减少测试过程中的不准确性，以及提供覆盖各种测试场景的可能性。

一种可能的实施方式中，通过以下方式确定所述场景信息：

采集所述CBTC中的多个区域控制器对应的通信数据；

从采集的所述通信数据中，确定与所述待测试区域控制器具有相同控制逻辑的区域控制器对应的通信数据；

根据确定的所述通信数据中确定所述场景信息。

本实施例的有益效果为：通过从采集的CBTC中的多个区域控制器中的通信数据中筛选出与待测试的区域控制器具有相同的控制逻辑的通信数据，从而可实现更准确的获取场景信息，从而提高测试的效率和准确性。

一种可能的实施方式中，所述场景信息包括联锁控制信息和列车信息；

所述将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，包括：

将所述场景信息中的所述联锁控制信息通过联锁设备仿真设备输入给所述待测试区域控制器；以及，

将所述场景信息中的所述列车信息通过车载控制器仿真设备输入给所述待测试区域控制器。

本实施例的有益效果为：为了更准确的模拟应用时的场景，基于应用场景为通过联锁设备和车载控制器将其对应的信息分别输入给区域控制器，作为区域控制器的两个输入源。因此，在测试时，将场景信息基于联锁设备和车载控制器分别输入的信息类型，将场景信息划分为两种输入信息，作为两种输入源输入到所述待测试区域控制器中，从而更准确的模拟实际应用场景进行测试，从而保障测试的准确性。

一种可能的实施方式中，所述对所述待测试区域控制器的输出信息进行验证之前，所述方法还包括：

根据所述场景信息及所述待测试区域控制器的控制逻辑生成所述场景信息对应的预期输出信息；

所述对所述待测试区域控制器的输出信息进行验证，包括：

将所述待测试区域控制器的输出信息与所述预期输出信息进行对比；

根据对比结果得到所述验证结果。

本实施例的有益效果为：通过场景信息和待测试区域控制器的控制逻辑得到的预期输出信息，与测试后实际输出的测试结果信息进行对比，从而确定待测试区域控制器的功能状态，以判断待测试区域控制器是否正常工作。

一种可能的实施方式中，所述从所述多个区域控制器中识别出与所述待测试区域控制器具有相同控制逻辑的至少一个区域控制器之后，所述方法还包括：

根据所述至少一个区域控制器的通信数据得到所述至少一组场景信息对应的区域控制器的场景输出信息；

所述对所述待测试区域控制器的输出信息进行验证，包括：

将所述待测试区域控制器的输出信息与输入的场景信息对应的场景输出信息进行对比；

根据对比结果得到所述验证结果。

本实施例的有益效果为：另一种确定待测试区域控制器的功能状态的实施方式为，通过从CBTC中采集到的区域控制器的通信数据中确定待测试区域控制器输入的场景信息所对应的场景输出信息，将该场景输出信息与测试后实际输出的测试结果信息进行对比，从而判断待测试区域控制器是否正常工作。

第二方面，本申请实施例提供一种区域控制器的测试装置，包括：

获取单元，被配置为执行获取用于对待测试区域控制器进行测试的多组场景信息；其中，所述场景信息是从采集的基于通信的列车自动控制系统CBTC中的区域控制器的通信数据中确定的；

接收单元，被配置为执行将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，并接收所述待测试区域控制器的输出信息；

验证单元，被配置为执行对所述待测试区域控制器的输出信息进行验证，根据验证结果确定所述待测试区域控制器的功能状态。

一种可能的实施方式中，所述获取单元，被配置为执行通过以下方式确定所述场景信息：

采集所述CBTC中的多个区域控制器对应的通信数据；

从采集的所述通信数据中，确定与所述待测试区域控制器具有相同控制逻辑的区域控制器对应的通信数据；

根据确定的所述通信数据中确定所述场景信息。

一种可能的实施方式中，所述场景信息包括联锁控制信息和列车信息；

所述接收单元，被配置为执行将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息时，具体执行：

将所述场景信息中的所述联锁控制信息通过联锁设备仿真设备输入给所述待测试区域控制器；以及，

将所述场景信息中的所述列车信息通过车载控制器仿真设备输入给所述待测试区域控制器。

一种可能的实施方式中，所述装置还包括：

生成单元，被配置为对所述待测试区域控制器的输出信息进行验证之前，执行根据所述场景信息及所述待测试区域控制器的控制逻辑生成所述场景信息对应的预期输出信息；

所述验证单元，被配置为执行对所述待测试区域控制器的输出信息进行验证时，具体执行：

将所述待测试区域控制器的输出信息与所述预期输出信息进行对比；

根据对比结果得到所述验证结果。

一种可能的实施方式中，所述装置还包括：

确定单元，被配置为所述从所述多个区域控制器中识别出与所述待测试区域控制器具有相同控制逻辑的至少一个区域控制器之后，执行根据所述至少一个区域控制器的通信数据得到所述至少一组场景信息对应的区域控制器的场景输出信息；

所述验证单元，被配置为执行对所述待测试区域控制器的输出信息进行验证时，具体执行：

将所述待测试区域控制器的输出信息与输入的场景信息对应的场景输出信息进行对比；

根据对比结果得到所述验证结果。

第三方面，本申请另一实施例还提供了一种电子设备，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请实施例提供的任一区域控制器的测试方法。

第四方面，本申请另一实施例还提供了一种计算机存储介质，其中，所述计算机存储介质存储有计算机程序，所述计算机程序用于使计算机执行本申请实施例中的任一区域控制器的测试方法。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请实施例提供的一种系统架构的示意图；

图2为本申请实施例提供的一种区域控制器的测试方法的流程示意图；

图3A为本申请实施例提供的一种区域控制器的测试方法的应用场景图之一；

图3B为本申请实施例提供的一种区域控制器的测试方法的应用场景图之二；

图4为本申请实施例提供的一种区域控制器的测试方法的时序图；

图5为本申请实施例提供的一种区域控制器的测试装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

图1为本申请实施例提供的一种系统架构。参考图1所示，该系统架构可以为服务器100，包括处理器110、通信接口120和存储器130。

其中，通信接口120用于与其他终端设备进行通信，收发该终端设备传输的信息，实现通信。例如，本申请中通过该通信接口120实现与联锁设备仿真设备和车载控制器仿真设备之间的信息通信，从而实现将场景信息通过联锁设备仿真设备和车载控制器仿真设备发送给待测试区域控制器，以及接收待测试区域控制器进行测试之后发出的输出信息。

处理器110是服务器100的控制中心，利用各种接口和线路连接整组服务器100的各组部分，通过运行或执行存储在存储器130内的软件程序/或模块，以及调用存储在存储器130内的数据，执行服务器100的各种功能和处理数据。可选地，处理器110可以包括一组或多组处理单元。

存储器130可用于存储软件程序以及模块，处理器110通过运行存储在存储器130的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器130可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一组功能所需的应用程序等；存储数据区可存储根据业务处理所创建的数据等。此外，存储器130可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一组磁盘存储器件、闪存器件、或其他易失性固态存储器件。

需要说明的是，上述图1所示的结构仅是一种示例，本申请实施例对此不做限定。

如背景技术中所描述的内容，目前相关技术中采用的测试方式包括：手动测试及自动化测试工具为主，然而相关技术中的测试方式均存在测试不充分以及测试效率低下的缺点。

有鉴于此，本申请提供一种区域控制器的测试方法，基于大数据的设计思想，与传统的轨道交通技术相结合，通过仿真设备实现对于待测试区域控制的自动化测试的方法，通过从CBTC中采集的大量的通信数据中获取到需要的场景信息，从而尽可能的覆盖到较多的应用场景，从而更好的提高测试效率以及保障测试的准确度。

基于上述描述，图2详细的示出了本申请实施例提供的一种区域控制器的测试方法的流程，该流程可以由区域控制器的测试装置执行。

如图2所示，该流程具体包括：

步骤201：获取用于对待测试区域控制器进行测试的多组场景信息；其中，所述场景信息是从采集的CBTC中的区域控制器的通信数据中确定的。

实施时，通过以下方式确定所述场景信息：

步骤A1：采集所述CBTC中的多个区域控制器对应的通信数据。

步骤A2：从采集的所述通信数据中，确定与所述待测试区域控制器具有相同控制逻辑的区域控制器对应的通信数据。

本申请中，通过在CBTC中添加数据采集设备，从而通过数据采集设备实现对于CBTC中包含的区域控制器的通信数据的抓取，进而采集到大量的区域控制器的通信数据并实现存储，然后再从采集的通信数据中筛选出用于进行对于对待测试区域控制器进行测试的场景数据。

需要说明的是，采集的通信数据为已经投入应用的区域控制器时的数据，即实际使用的场景数据。本申请中可实现对于通信数据采集后，实现将通信数据中区域控制器应用时产生过的场景数据，作为本申请对待测试区域控制器进行测试时各种可能的测试场景的场景数据的输入，相比于相关技术中需要测试人员基于获取的经验进行场景数据的编撰来说，本申请更好体现了自动化的测试。

上述采集的通信数据中包括：联锁设备在每个通信周期发来的联锁控制信息，联锁控制信息(即地面铁路信息)至少包括：列车进路数据、障碍物状态数据；每一个车载控制器(Vehicle on board Contro，VOBC)发来的列车信息，列车信息至少包括：列车每一通信周期的位置汇报数据、列车状态信息数据。

实施时，由于通信数据中存在多种可能类型的通信数据，然而其中的部分通信数据在测试时是不需要的，因此为了提高测试的效率以及准确性，对通信数据进行筛选得到测试时需要的场景信息，通过筛选从通信数据中得到属于区域控制器的通信数据，且是与区域控制器具有相同的控制逻辑的区域控制器。

而且，尽管每条列车线路、每个不同的列车站点对应的场景数据的详细信息可能不同，例如，详细信息有列车站点之间划分的各区间长度、列车线路中的道路岔口数量等，但区域控制器根据业务需求，主要存在几种主要的控制逻辑，并且区域控制器的接口均遵循互联互通接口规范。因此，与待测试区域控制具有相同的控制逻辑的其他已经应用到CBTC中的区域控制器的通信数据可作为本申请的待测试区域控制器的输入数据，用以实现测试待应用的区域控制的功能。

步骤A3：根据确定的所述通信数据中确定所述场景信息。

区域控制器在工作时，接收的输入数据包括两大类，如前述介绍到的联锁设备发送的联锁控制信息，和车载控制器发送的列车信息。为了更准确地模拟区域控制的工作过程，实施时，将确定的与所述待测试区域控制器具有相同控制逻辑的区域控制器对应的通信数据，进一步根据联锁控制信息类型和列车信息类型进行数据分类。

此外，为了保障筛选后的通信数据作为场景信息输入到待测试区域控制器时的顺序，实施时，还可根据通信数据的时序对数据进行顺序重排，从而避免因输入信息的乱序问题导致的测试不准确甚至失败的问题发生。并且，在CBTC的应用中，还可能存在一些基于不同的业务需要自定义的帧类型，然而该自定义的帧类型针对待测试区域控制器是不被需要的，因此还可进一步基于帧类型对通信数据进行帧类型维度的数据分类，从而过滤掉一些CBTC中的区域控制器在应用过程中自定义的帧类型数据，以提高测试的效率。

步骤202：将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，并接收所述待测试区域控制器的输出信息。

基于步骤201中得到的多组场景信息，可确定所述场景信息中包括两大类数据：即联锁控制信息和列车信息，基于区域控制器的工作原理，实施时，将所述场景信息中的所述联锁控制信息通过联锁设备仿真设备输入给所述待测试区域控制器；以及，将所述场景信息中的所述列车信息通过车载控制器仿真设备输入给所述待测试区域控制器。

参阅图3A，为本申请实施例提供的一种区域控制器的测试方法的应用场景图之一，其中，服务器100获取采集的CBTC中的多个区域控制器对应的通信数据之后，从所述通信数据中筛选出待测试区域控制器103需要的场景信息。并且，基于待测试区域控制器103的工作原理，将场景信息划分为联锁控制信息和列车信息之后，通过联锁设备仿真设备102a将联锁控制信息输入给待测试区域控制器103；以及，通过车载控制器仿真设备102b将列车信息输入待测试区域控制器103，以使待测试区域控制器103接收到输入信息之后，进行测试并返回输出信息。

其中，服务器100和联锁设备仿真设备102a及车载控制器仿真设备102b之间可通过通信网络进行通信连接，该网络可以为局域网、广域网等。

参阅图3B，为本申请实施例提供的一种区域控制器的测试方法的应用场景图之二，其中，可得到车载控制器被配置于各列车上，用于获取列车信息，并实现将列车信息发送给区域控制器；联锁设备被配置于列车轨道中，用于获取地面的联锁控制信息，并实现将联锁控制信息发送给区域控制器。区域控制器被配置于列车轨道中，且用于对特定区域的列车运行进行安全保障。而服务器根据业务需要被配置，用于实现根据采集到的CBTC中的通信数据对待测试区域控制器进行测试，此外，测试人员还可通过终端设备查看测试的记录和结果等信息。

步骤203：对所述待测试区域控制器的输出信息进行验证，根据验证结果确定所述待测试区域控制器的功能状态。

一种可能的实施方式为，在对所述待测试区域控制器的输出信息进行验证之前，根据所述场景信息及所述待测试区域控制器的控制逻辑生成所述场景信息对应的测试用例，其中测试用例中包含：测试目标、测试环境、输入信息、测试步骤、预期输出信息等。

在这种实施方式下，服务器100对各场景信息对应生成的测试用例进行逐条轮询，从而实现对于待测试区域控制器的功能状态的测试。针对每条测试用例在实施时，将所述待测试区域控制器的输出信息与所述预期输出信息进行对比；根据对比结果得到所述验证结果。其中，若待测试区域控制器的输出信息与预期输出信息不一致，则表明待测试区域控制器的功能状态存在问题，需要进行检查；相反，若待测试区域控制器的输出信息与预期输出信息一致，则表明待测试区域控制器的功能状态良好，则可继续通过其他场景信息对该待测试区域控制器的输出信息进行测试。

例如，参阅表1，为了更好的理解本申请的测试方法，以下列出一种场景信息输入后可能存在的多种情况，如下：

表1

其中，7G、9G用来标识列车线路中的不同的铁轨区间段，并且上行线路和下行线路分别通过单数或双数来实现区分，例如，若上行线路方向上的各铁轨区间段采用单数来标识，则下行路线方向上的各铁轨区间段采用双数来标识。根据以上表1中记载的内容可得到，根据列车信息与联锁控制信息，并结合待测试区域控制器针对不同的输入信息基于待测试区域控制器的控制逻辑确定对应的输出信息。并且，区域控制的作用为基于输入信息确定输出信息，即为其控制区域内的列车生成移动授权信息，以及确定地面轨道的占用或空闲信息，从而保证该区域控制器的控制范围内的各列车的安全运行。

另一种可能的实施方式为，在获取通信数据中的场景信息作为待测试区域控制器的输入信息时，为了进行对待测试区域控制器的输出信息的对比，还可从通信数据中筛选出各场景信息在应用的区域控制器中对应的场景输出信息，即实际应用时的输出信息。则在实施对所述待测试区域控制器的输出信息进行验证时，将所述待测试区域控制器的输出信息与输入的场景信息对应的场景输出信息进行对比；根据对比结果得到所述验证结果。其中，根据验证结果确定待测试区域控制器的功能状态的原理与上一实施方式同理，在此不再赘述。

通过本申请提供的区域控制器的测试方法，极大地实现了对于待测试区域控制器的自动化测试，减少了测试人员的手动参与，从而通过处理器的自动处理保障处理速度和准确度；并且，基于采集的大量的通信数据，可从采集的通信数据中筛选出待测试区域控制器可能存在的多种测试场景，从而相对于人工基于经验去编撰测试场景，提高了测试的全面性，从而保障了测试的准确性。

为了更好的理解本申请提供的方法，参阅图4，为本申请实施例中提供的一种区域控制器的测试方法的时序图，包括：

步骤401：采集CBTC中的通信数据并存储到云端。

步骤402：从采集的通信数据中确定场景信息；其中，所述场景信息用于对待测试区域控制器进行测试。

步骤403：将场景信息划分为联锁控制信息和列车信息。

步骤404a：发送所述联锁控制信息给联锁设备仿真设备。

步骤405a：将所述联锁控制信息作为待测试区域控制的输入信息。

步骤404b：发送所述列车信息给车载控制器仿真设备。

步骤405b：将所述列车信息作为待测试区域控制的输入信息。

步骤406：待测试区域控制器进行测试。

步骤407a：返回所述输出信息中的移动授权信息给车载控制器仿真设备。

步骤408a：车载控制器仿真设备将所述输出信息中的移动授权信息返回给服务器。

步骤407b：返回所述输出信息中的区间段占用或空闲信息给联锁设备仿真设备。

步骤408b：联锁设备仿真设备将所述输出信息中的区间段占用或空闲信息返回给服务器。

步骤409：服务器对输出信息进行验证，得到验证结果。

基于相同的技术构思，图5示例性的示出了本申请实施例提供的一种区域控制器的测试装置的结构，该装置可以执行区域控制器的测试流程。

如图5所示，该装置具体包括：获取单元501、接收单元502及验证单元503。

获取单元501，被配置为执行获取用于对待测试区域控制器进行测试的多组场景信息；其中，所述场景信息是从采集的基于通信的列车自动控制系统CBTC中的区域控制器的通信数据中确定的；

接收单元502，被配置为执行将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，并接收所述待测试区域控制器的输出信息；

验证单元503，被配置为执行对所述待测试区域控制器的输出信息进行验证，根据验证结果确定所述待测试区域控制器的功能状态。

一种可能的实施方式中，所述获取单元501，被配置为执行通过以下方式确定所述场景信息：

采集所述CBTC中的多个区域控制器对应的通信数据；

从采集的所述通信数据中，确定与所述待测试区域控制器具有相同控制逻辑的区域控制器对应的通信数据；

根据确定的所述通信数据中确定所述场景信息。

一种可能的实施方式中，所述场景信息包括联锁控制信息和列车信息；

所述接收单元502，被配置为执行将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息时，具体执行：

将所述场景信息中的所述联锁控制信息通过联锁设备仿真设备输入给所述待测试区域控制器；以及，

将所述场景信息中的所述列车信息通过车载控制器仿真设备输入给所述待测试区域控制器。

一种可能的实施方式中，所述装置还包括：

生成单元，被配置为对所述待测试区域控制器的输出信息进行验证之前，执行根据所述场景信息及所述待测试区域控制器的控制逻辑生成所述场景信息对应的预期输出信息；

所述验证单元503，被配置为执行对所述待测试区域控制器的输出信息进行验证时，具体执行：

将所述待测试区域控制器的输出信息与所述预期输出信息进行对比；

根据对比结果得到所述验证结果。

一种可能的实施方式中，所述装置还包括：

确定单元，被配置为所述从所述多个区域控制器中识别出与所述待测试区域控制器具有相同控制逻辑的至少一个区域控制器之后，执行根据所述至少一个区域控制器的通信数据得到所述至少一组场景信息对应的区域控制器的场景输出信息；

所述验证单元503，被配置为执行对所述待测试区域控制器的输出信息进行验证时，具体执行：

将所述待测试区域控制器的输出信息与输入的场景信息对应的场景输出信息进行对比；

根据对比结果得到所述验证结果。

上述区域控制器的测试装置及其功能模块的具体实现可参见上文结合附图2的相关描述，在此不再赘述。

在介绍了本申请示例性实施方式的一种区域控制器的测试方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本申请的电子设备可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的区域控制器的测试方法中的步骤。例如，处理器可以执行如图2所示的步骤。

下面参照图6来描述根据本申请的这种实施方式的电子设备130。图6显示的电子设备100仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，电子设备100以通用电子设备的形式表现。电子设备100的组件可以包括但不限于：上述至少一个处理器110、上述至少一个存储器130、连接不同系统组件(包括存储器130和处理器110)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器130可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器130还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备100也可以与一个或多个外部设备604(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备100交互的设备通信，和/或与使得该电子设备100能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过通信接口120，如输入/输出(I/O)接口进行。并且，电子设备100还可以通过网络适配器606与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器606通过总线133与用于电子设备100的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中，本申请提供的一种区域控制器的测试方法的各个方面还可以实现为一种程序产品的形式，其包括计算机程序代码，当程序产品在计算机设备上运行时，计算机程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种区域控制器的测试方法中的步骤，例如，计算机设备可以执行如图2所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于图像处理的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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

Claims (10)

1.一种区域控制器的测试方法，其特征在于，包括：

获取用于对待测试区域控制器进行测试的多组场景信息；其中，所述场景信息是从采集的基于通信的列车自动控制系统CBTC中的区域控制器的通信数据中确定的；

将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，并接收所述待测试区域控制器的输出信息；

对所述待测试区域控制器的输出信息进行验证，根据验证结果确定所述待测试区域控制器的功能状态。

2.根据权利要求1所述的方法，其特征在于，通过以下方式确定所述场景信息：

采集所述CBTC中的多个区域控制器对应的通信数据；

从采集的所述通信数据中，确定与所述待测试区域控制器具有相同控制逻辑的区域控制器对应的通信数据；

根据确定的所述通信数据中确定所述场景信息。

3.根据权利要求1或2所述的方法，其特征在于，所述场景信息包括联锁控制信息和列车信息；

所述将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，包括：

将所述场景信息中的所述联锁控制信息通过联锁设备仿真设备输入给所述待测试区域控制器；以及，

将所述场景信息中的所述列车信息通过车载控制器仿真设备输入给所述待测试区域控制器。

4.根据权利要求1所述的方法，其特征在于，所述对所述待测试区域控制器的输出信息进行验证之前，所述方法还包括：

根据所述场景信息及所述待测试区域控制器的控制逻辑生成所述场景信息对应的预期输出信息；

所述对所述待测试区域控制器的输出信息进行验证，包括：

将所述待测试区域控制器的输出信息与所述预期输出信息进行对比；

根据对比结果得到所述验证结果。

5.根据权利要求2所述的方法，其特征在于，所述从所述多个区域控制器中识别出与所述待测试区域控制器具有相同控制逻辑的至少一个区域控制器之后，所述方法还包括：

根据所述至少一个区域控制器的通信数据得到所述至少一组场景信息对应的区域控制器的场景输出信息；

所述对所述待测试区域控制器的输出信息进行验证，包括：

将所述待测试区域控制器的输出信息与输入的场景信息对应的场景输出信息进行对比；

根据对比结果得到所述验证结果。

6.一种区域控制器的测试装置，其特征在于，包括：

获取单元，被配置为执行获取用于对待测试区域控制器进行测试的多组场景信息；其中，所述场景信息是从采集的基于通信的列车自动控制系统CBTC中的区域控制器的通信数据中确定的；

接收单元，被配置为执行将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息，并接收所述待测试区域控制器的输出信息；

验证单元，被配置为执行对所述待测试区域控制器的输出信息进行验证，根据验证结果确定所述待测试区域控制器的功能状态。

7.根据权利要求6所述的装置，其特征在于，所述获取单元，被配置为执行通过以下方式确定所述场景信息：

采集所述CBTC中的多个区域控制器对应的通信数据；

从采集的所述通信数据中，确定与所述待测试区域控制器具有相同控制逻辑的区域控制器对应的通信数据；

根据确定的所述通信数据中确定所述场景信息。

8.根据权利要求6或7所述的装置，其特征在于，所述场景信息包括联锁控制信息和列车信息；

所述接收单元，被配置为执行将所述多组场景信息中的至少一组场景信息作为所述待测试区域控制器的输入信息时，具体执行：

将所述场景信息中的所述联锁控制信息通过联锁设备仿真设备输入给所述待测试区域控制器；以及，

将所述场景信息中的所述列车信息通过车载控制器仿真设备输入给所述待测试区域控制器。

9.一种电子设备，其特征在于，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行根据权利要求1-5任一项所述的方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序用于使计算机执行根据权利要求1-5任一项所述的方法。

Images