一种针对车站值班员的考核评价系统

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种针对车站值班员的考核评价系统。

背景技术

在一些行业，业务人员的业务能力对于企业或者单位来说比较重要。对于有一些业务人员，比如：铁路工作人员（列车员、调度人员等），其能力的考核比较重要。

现有技术中，已有针对这些业务人员的考核评价系统，用于对业务人员进行考核或者培训。但是，以铁路考核评价系统为例，在现有的考核评价系统中，先根据需要生成考核所需场景，然后以当前车站的数量为基础进行各项接口功能模拟的仿真系统。该系统中包括了应用服务设备、终端设备与模拟设备。

基于现有的考核评价系统，能够实现各个考核端对于各自的考核人员的考核，但是，并不能实现不同的考核端的协同考核。而在真实业务处理过程中，各个业务人员端之间的协同是很常见的。因而该考核评价系统无法达到与真实业务处理的一致性。

考核评价系统是基于实际调度环境研发考评，实际调度操作涉及调度人员与各工种人员互动，司机联系，相邻车站配合以及向上级汇报请示条例。当事故发生时，调度人员依据应急手册，需要及时与司机联系，叫停列车（故障修复后，联系司机发车等）；联系各工种人员（电务，工务，供电等），签订登记簿（上岗上线）；各工种人员向调度人员汇报故障情况，作业情况，签订登记簿（确认登记）；与相邻车站相互配合，相互传达列车运行信息（列车出发报点，列车到达报点等）；向上级部门以及安全生产相关部门，汇报事故情况（事故解决情况），获取领导确认。现有的常规考核系统，都只能正对调度人员本身操作进行考核，无法智能实现各岗位信息交互以及操作记录，实现真实场景的多部门协同作业。

综上可知，如何在考核中能够考核人员的协同作业，使考核内容与真实业务处理一致，是本领域亟待解决的问题。

发明内容

本发明针对以上问题，提供一种针对车站值班员的考核评价系统，用以实现各个考核端之间的协同考核，提高考核流程与真实业务处理流程的一致性。

一种考核评价系统，包括：中心服务器，用于生成及发送考核题目，所述考核题目中包括多个考核内容；转发服务器，用于接收所述中心服务器发送的考核题目，并对所述考核题目所包括的多个考核内容进行对应转发；多个考核端，用于接收所述转发服务器发送的与自身对应的考核内容，并根据所述考核内容对考核对象进行考核；其中，所述多个考核端包括第一考核端和第二考核端，所述第一考核端对应的考核内容与所述第二考核端对应的考核内容之间具有协同关系；在考核过程中，所述第一考核端用于生成协同操作请求，并将所述协同操作请求发送给所述转发服务器，所述转发服务器还用于将所述协同操作请求发送给所述第二考核端，所述第二考核端用于响应所述协同操作请求。

进一步的，所述考核评价系统还包括：数据中心，用于存储所述多个考核端的配置数据、所述多个考核端的基本信息、考核题目框架数据；所述中心服务器具体用于：从所述数据中心获取所述配置数据、所述基本信息、所述考核题目框架数据；根据所述配置数据、所述基本信息、所述考核题目框架数据生成所述考核题目；并确定所述多个考核内容对应的考核端。

进一步的，所述考核评价系统中还设置有数据中心，该数据中心上存储有中心服务器所需的各类数据，中心服务器通过该各类数据，实现考核题目的生成。

进一步的，所述数据中心包括：主数据中心和从数据中心；所述主数据中心和所述从数据中心均存储有所述多个考核端的配置数据、所述多个考核端的基本信息、考核题目框架数据；在所述主数据中心运行正常时，所述中心服务器用于从所述主数据中心获取所述配置数据、所述基本信息、所述考核题目框架数据；在所述主数据中心宕机时，所述中心服务器用于从所述从数据中心获取所述配置数据、所述基本信息、所述考核题目框架数据。

进一步的，数据中心采用主从数据中心的配置方式，在主数据中心宕机时，从数据中心存储的数据作为备份数据，进而能够保证数据中心的数据的安全性和稳定性。

作为一种可能的实现方式，所述多个考核端具体用于：根据所述考核内容生成仿真考核场景和考核流程；以使所述考核对象基于所述仿真考核场景和考核流程进行考核。

在本申请实施例中，考核端根据考核内容生成对应的仿真考核场景和考核流程，使考核对象可以实现考核。

作为一种可能的实现方式，所述考核端为各个车站端；所述多个车站端具体用于：根据所述考核内容和车站的配置数据生成仿真车辆、仿真故障场景和所述考核流程。

在本申请实施例中，当考核评价系统应用于车站人员的考核时，生成仿真车辆、仿真故障场景和对应的考核流程，实现车站人员的有效考核。

进一步的，所述车站端包括试题组装服务器和仿真设备；所述试题组装服务器用于根据所述考核内容和车站的配置数据在所述仿真设备上生成对应的仿真车辆、仿真故障场景和考核流程。

在本申请实施例中，通过试题组装服务器和仿真设备，能够实现车站端的考核场景的有效生成。

进一步的，在考核过程中，所述多个考核端还用于将考核过程中的信息实时传输给所述转发服务器；所述转发服务器还用于将所述考核过程中的信息发送给所述中心服务器。

进一步的，各个考核端实时同步考核过程中的信息，使中心服务器能够对考核端的考核过程进行监测。

进一步的，在考核结束后，所述多个考核端还用于生成所述考核对象的考核结果，并将所述考核结果发送给所述转发服务器；所述转发服务器还用于将所述考核结果发送给所述中心服务器。

进一步的，在考核结束后，考核端生成对应的考核结果，并通过转发服务器反馈给中心服务器，实现中心服务器对考核结果的获取。

进一步的，所述转发服务器还用于将所述考核过程中的信息和所述考核结果同步给所述多个考核端。

进一步的，通过转发服务器，还能将相关信息同步给各个考核端，使各个考核端也具有考核过程中的相关信息。

进一步的，所述考核评价系统还包括：数据中心；所述中心服务器还用于将多个考核对象的考核结果进行汇总处理，并将汇总处理的考核结果保存到所述数据中心。

进一步的，中心服务器将考核结果汇总存储到数据中心，进而该考核评价系统中的数据能够得到及时存储，便于随时对数据进行追溯或者查询等。

与现有技术相比，本发明的优点在于：本发明的考核评价系统中，除了考核端和中心服务器，还设置有转发服务器；一方面，中心服务器生成包括多个考核内容的考核题目，然后由转发服务器将多个考核内容转发给对应的考核端；通过这种针对多端的考核内容下发方式，各个考核端上的考核内容与考核端适配。另一方面，在考核过程中，针对具有协同关系的考核内容，不同的考核端之间还可以进行协同考核交互，实现交互式的协同考核；在真实业务处理流程中，通常也需要协同考核，通过这种方式能够提高考核流程与真实业务处理流程的一致性。

附图说明

图1为本发明的考核评价系统的第一种实施方式的结构示意图；

图2为本发明的考核评价系统中的交互流程图；

图3为本发明的考核评价系统的第二种实施方式的结构示意图。

附图标记：10-考核评价系统；11-中心服务器；12-转发服务器；13-考核端；14-数据中心；130-第一考核端；132-第二考核端。

具体实施方式

为了使本领域技术人员更好地理解本发明的技术方案，下面结合附图对本发明进行详细描述，本部分的描述仅是示范性和解释性，不应对本发明的保护范围有任何的限制作用。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面对本发明的具体实施方式做详细说明。在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其他方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似改进，因此本发明不受下面公开的具体实施的限制。

本申请实施例提供的考核评价系统可以应用于不同行业的业务人员的考核场景中，比如：铁路工作人员，包括列车员，调度人员，值班人员等；再比如：地铁工作人员，包括值班员、驾驶员等。由于该考核评价系统的核心思想是实现业务人员之间的协同考核，因此，当该考核评价系统应用于需要协同考核的考核场景中时，效果更佳。

基于该考核评价系统可以应用的考核场景，该考核评价系统的功能包括：对业务人员进行业务能力考核；对业务人员进行业务培训等。可以理解，虽然该考核评价系统主要是针对业务能力的考核，但是在考核过程中，如果旁边有培训人员指导业务人员进行考核操作，便能起到业务人员的实务培训效果。因此，本申请实施例中所述的考核应当从广义上理解，而不限于狭义的理解。

基于上述应用场景的介绍，接下来请参照图1，为本发明的考核评价系统10的结构示意图，考核评价系统10包括：中心服务器11、转发服务器12和考核端13。其中，中心服务器11与转发服务器12之间通信连接；转发服务器12与考核端13之间通信连接。

考核端13中包括多个端，图1中示出第一考核端130和第二考核端132。第一考核端130和第二考核端132与转发服务器12之间通信连接。在本发明中，各个考核端13也是一个独立的考核评价系统，其中包括服务器和用户端，服务器用于对独立的考核评价系统进行管理，用户端作为前端，实现用户与考核评价系统的交互。

在图1所示的考核评价系统10中，包含两种部署模式。第一种，各个考核端13采取单网部署模式：考核端13部署在内部局域网中，考核端13内部的考核评价系统的各部分通过交换机或者路由器完成网络连接，内部网络完全独立。在这种模式下，各个考试端13可以独立完成不需要进行协同考核的考核项目，并且各个考核端13之间的考核操作不会相互影响，数据在各自的数据中心进行存储。第二种，考核评价系统10内的联网通信部署模式，中心服务器11部署在调度中心，中心服务器11、转发服务器12和考核端13之间通过真实网络连接。在第二种模式下，各个考核端13可以实现基于调度中心的联合（协同）考核，与真实业务系统具有一致性。

通过上述两种部署模式，考核评价系统10既可以实现协同考核，也可以实现独立考核，由于本发明的核心思想是协同考核，因此后续实施例中主要对协同考核模式进行介绍。

在考核评价系统10中，中心服务器11用于生成及发送考核题目，考核题目中包括多个考核内容。转发服务器12用于接收中心服务器发送的考核评价系统，并对考核题目所包括的多个考核内容进行对应转发。考核端13用于接收转发服务器发送的与自身对应的考核内容，并根据考核内容对考核对象进行考核。

在考核过程中，以图1所示的第一考核端130和第二考核端132为例，如果第一考核端130和第二考核端132对应的考核内容之间具有协同关系，第一考核端130用于生成协同操作请求，并将协同操作请求发送给转发服务器12，转发服务器12还用于将协同操作请求发送给第二考核端132，第二考核端132用于响应协同操作请求。

其中，第一考核端130和第二考核端132在图中所示为两个考核端13，但在本发明中，不对参与协同考核的考试端13的数量进行限制。针对单个考核端13来说，如果需要多个考核端13的协同，则协同操作请求发送给对应的多个考核端13。同样的，针对单个考核端13来说，如果多个考核端13都需要与其进行协同考核，则该单个考核端13也可以接收多个考核端13的协同操作请求。

比如：图1所示的考核端13还可以包括第三考核端和第四考核端以及更多，第一考核端130的协同操作请求若分别涉及到第二考核端132以及第三考核端和第四考核端，则与这几个端对应的协同操作请求（可以是同一协同操作请求，也可以是不同的协同操作请求）会同步到第二考核端132以及第三考核端和第四考核端，然后各个端分别进行对应的响应。同样的，如果第二考核端132以及第三考核端和第四考核端的协同操作请求均涉及到第一考核端130，则这几个端的各自的协同操作请求会同步到第一考核端130。

在考核评价系统10中，不管是考核题目中包括的多个考核内容，还是各个考核端13的协同操作请求，均通过转发服务器12进行转发或者同步。

为了便于理解，请参照图2，为本发明提供的考核评价系统10中的交互流程图，图2中，考核端13以第一考核端130和第二考核端132为例，针对其他的考核端13，参照第一考核端130和第二考核端132的流程即可。该交互流程包括：

步骤201：中心服务器11生成考核题目，并将考核题目发送给转发服务器12。考核题目中包括多个考核内容。

步骤202：转发服务器12接收考核题目，并对考核题目中包括的多个考核内容对应转发。

步骤203：第一考核端130接收转发服务器12发送的与其对应的考核内容，并根据考核内容对考核对象进行考核。

步骤204：第二考核端132转发服务器12发送的与其对应的考核内容，并根据考核内容对考核对象进行考核。

其中，步骤203和步骤204的执行顺序是同步的，第一考核端130的考核内容与第二考核端132的考核内容之间具有协同关系。

步骤205：在考试过程中，第一考核端130生成协同操作请求，并发送给转发服务器12。

步骤206：转发服务器12接收协同操作请求，并发送给第二考核端132。

步骤207：第二考核端132响应协同操作请求。

从考核评价系统10的结构，以及其中的交互流程可以看出，本申请的技术方案与现有技术相比，一方面，中心服务器11生成包括多个考核内容的考核题目，然后由转发服务器12将多个考核内容转发给对应的考核端13；通过这种针对多端的考核内容下发方式，各个考核端13上的考核内容与考核端13适配。另一方面，在考核过程中，针对具有协同关系的考核内容，不同的考核端13之间还可以进行协同考核交互，实现交互式的协同考核；在真实业务处理流程中，通常也需要协同考核，通过这种方式能够提高考核流程与真实业务处理流程的一致性。

接下来对考核评价系统10的详细实施方式进行介绍。

中心服务器11，用于生成及发送考核题目。在生成考核题目时，需要依赖大量的数据，比如：需要考虑各个考核端13配置数据，为其确定适配的考核内容；还需要考虑考核题目的形式；考核题目的框架等。那么，这些数据的存储相对于中心服务器11来说，比较重要。如果中心服务器11上的数据存储空间较大的情况，中心服务器11可以直接存储这些数据。如果中心服务器11上的数据存储空间并不大，可以依赖单独的数据中心进行存储。

因此，作为一种可选的实施方式，请参照图3，考核评价系统10中还包括数据中心14，数据中心14与中心服务器11、转发服务器12和考核端13均通信连接。该数据中心14用于存储多个考核端13的配置数据、多个考核端13的基本信息和考核题目框架数据。

其中，配置数据可以理解为考核端13的基本配置，以考核端13为车站端为例，配置数据可以包括：车站中包括的道路（轨道）数量；车站中的发车口和进站口数量等。

基本信息，以考核端为13为车站端为例，基本信息可以包括：车站的位置；车站所涉及到的路线等。

考核题目框架数据，包括各个考核端13的框架数据，比如：有的考核端13的考试内容分为大流程和小流程的形式。还包括生成的考核题目的框架数据，比如：考核题目一共包括几个版块，每个版块中的考试内容有多少个等。

上述三种数据，取决于与考核评价系统10的所应用的考核场景，在本发明中不作限定。以及，在实际应用中，也可以涉及更多的数据，比如：考核题目数量，历史考核题目等，总之，在数据中心14中存储的数据，可作为生成考核题目的数据源。

比如，车站端的相关数据包括：车站指示灯设备数据，信号机，股道，道岔，道岔区段，无岔区段，监督信号灯，闭塞分区，比赛分区信号机，模拟继电器，车辆运行信息等实物模拟数据信息和操作通知，报警数据等虚拟数据。

需要注意的是，假设考核端13采用模拟的方式进行考核，并不涉及到实物，则考核端13的相关数据也是模拟设备和模拟场景的相关数据。

另外，有些数据在进行考核之前，收集并存储在数据中心14中，比如配置数据和基本数据；有些数据在进行考核之后，再存储到数据中心14中，比如：考核结果。以及，数据中心14中存储的数据可以执行更新，删除等各项操作。

此外，在数据中心14中存储的数据，为了便于区分，各个数据都通过数据标识进行区分，比如：属于各个考核端13的数据，通过考核端13的标识进行标记。除了这种方式，也可以数据中心14将其存储空间进行划分，然后限定各个存储空间所存储的数据（包括限定存储的数据类型和数据对应的对象等），当需要某项数据时，便能从对应的存储空间中快速地获取到数据。

进一步地，中心服务器11在生成考核题目时：先从数据中心14获取配置数据、基本信息和考核题目框架；然后基于获取的数据生成考核题目；并确定考核题目中的各个考核内容对应的考核端13。

其中，为了保证数据中心14存储的数据的安全性和稳定性，作为一种可选的实施方式，数据中心14包括：主数据中心和从数据中心，主数据中心和从数据中心采用分布式部署的方式，主数据中心和从数据中心均存储有多个考核端14的配置数据、基本信息以及考试题目框架数据。

进一步地，如果主数据中心运行正常，中心服务器11从主数据中心获取对应的数据；如果主数据中心宕机，中心服务器11在从数据中心获取对应的数据。

在本发明中，考核评价系统10中可以设置数据中心14，该数据中心14上存储有中心服务器11所需的各类数据，中心服务器11通过该各类数据，实现考核题目的生成。并且，数据中心14可以采用主从数据中心的配置方式，在主数据中心宕机时，从数据中心存储的数据可以作为备份数据，进而能够保证数据中心14的数据的安全性和稳定性。

此外，数据中心14中存储的数据，可以是转发服务器12提供的，也可以是考试端13提供的。因此，除了中心服务器11，转发服务器12和考试端13也都可以与数据中心14进行数据交互。

进一步地，中心服务器11在结合各类数据生成考核题目时，先根据考核端13的相关信息（配置数据和基本信息）将预先设置好的协同考核项目确定各个考核端13所负责的流程操作；然后将各个考核端13所负责的流程操作根据考核题目框架生成考核内容；最终再将各个考核内容进行汇总，生成考核题目。在考核题目中，各个考核内容通过各个考核端13的标识进行标记，以使考核内容与考试端13之间具有对应关系。

以车站考核题目为例，在确定各个考核端13所负责的流程时，协同考核项目中通常都规定了业务人员需要执行的操作，而这些需要执行的操作所对应的执行条件（比如：配置条件）是已知的，将执行条件与考核端13的配置数据和基本信息进行比对，便可以确定该考核端13上是否需要进行某个操作的考核。

例如：A，B，C三站（分别对应三个考核端13），B为A的下方站，C为B的下方站。当列车K001运行在A，B之间时，自动设置B站内方区间轨道电路红光带，A站逻辑设置A站叫停站内列车往B站方向发车；若列车K001运行在B，C之间时，则自动设置C站内方区间轨道电路红光带，B站逻辑设置B站叫停站内列车往C站方向发车。其中的自动设置、逻辑设置后的操作可理解为各个考核端13对应的考核内容。

例接触网悬挂异物：中心服务器依据考核题目自动生成考试内容后，依据车辆当前位置，找到车辆相关车站设置各自考核逻辑并分发考试内容。当车次Train1从B站出发，在行驶到C站的过程中发现接触网悬挂异物。此时Train1司机应该向B站考核人员汇报情况，如果B站存在准备向C站发车的车次，则叫停列车；同时车辆司机还应该向C站考核人员汇报情况，C站考核人员应命令开往B站的车次Train2目视行车，观察接触网异物情况，是否影响列车运行;若Train2向B,C站汇报故障严重，影响列车运行，B站考核人员应立即通知B站上一邻站A站停止发车，并通知维修人员上线检查处理问题，并向上级部门以及安全生产指挥部门汇报故障情况；C站同时应立即叫停C站向B站出发列车；A站考核人员收到B站信息，叫停运行列车；电务人员修复完故障后，向B站考核人员汇报故障修复完毕；B站向A,C站发送故障修复通知，A,C两站正常进行本站接发车；维修人员向B站考核人员完成登记簿确认。

考核端13，在进行考核时，根据考核内容生成仿真考核场景和考核流程，以使考核对象（业务人员）基于仿真考核场景和考核流程进行考核。

在生成仿真考核场景和考核流程时，假设考核评价系统10应用于车站业务人员考核场景，车站端根据考核内容和车站的配置数据生成仿真车辆、仿真故障场景和考核流程。

作为一种可选的实施方式，车站端包括试题组装服务器和仿真设备；其中，试题组装服务器用于根据考核内容和车站的配置数据在仿真设备上生成对应的仿真车辆、仿真故障场景和考核流程。

其中，仿真设备可以理解为用于实现仿真模拟的设备，通常为电脑，也可以是其他运行仿真系统或者仿真程序的设备等。当有多个仿真对象时，可以通过多个仿真设备共同实现仿真。比如：在仿真设备1上仿真车辆和车辆的故障场景；在仿真设备2上仿真车站中的其他仿真对象。多个仿真设备之间可以进行联动，以实现更真实的仿真模拟。

作为举例，仿真设备包括：控显仿真设备、联锁实物仿真设备、列控实物仿真、调度集中控制系统实物仿真、ATP（Automatic Train Protection，列车自动防护系统）实物仿真、TSRS（Temporary Speed Restriction Server，临时限速服务器）实物仿真、RBC（RaidBlock Center，无线闭塞中心）实物仿真等设备。

此外，对于考核流程，与仿真设备上所生成的仿真对象对应，比如：在考核流程中，涉及到车辆1发生故障，然后业务人员对该故障进行排查，则在车辆1对应的仿真设备上，生成故障的提示信息，然后业务人员基于提示信息，在车辆1对应的操作控制的仿真设备上执行相关的故障解除流程。

可以理解，一个考核流程可以由试题组装服务器划分为多个小的流程，然后分别在对应的仿真设备上执行。

进一步地，当涉及到协同操作的流程时，试题组装服务器根据协同操作的流程生成对应的协同操作请求，然后发送给转发服务器12，转发服务器12再将其发送给对应的考核端13，该对应的考核端13对其进行响应，当响应后，另一考试端13便可以继续执行考核流程。

比如：A车站和B车站之间具有关联关系；在A车站对应的考核流程中，包括：K001车辆由A车站驶入B车站，此时，K001次车辆信息由在A车站的数据中删除；A车站生成B车站加入K001次车辆信息的协同操作请求，然后通过转发服务器12发送给B车站，B车站在其数据中增加K001次车辆信息。

此外，各个考试端13中，还可以配置键盘、鼠标、显示器等基础设施，进而考核人员可以通过基础设施完成相关操作。

在本发明中，在考核过程中，除了考核端13之间的协同考核，中心服务器11还可以对考核过程进行监控，作为一种可选的实施方式：多个考核端13还用于将考核过程中的信息实时传输给转发服务器12，转发服务器12用于将考核过程中的信息发送给中心服务器11。

在这种实施方式中，考核过程中的信息包括但不限于：各个考核端13的考核状态、考核流程进度等信息。

在本发明中，各个考核端13实时同步考核过程中的信息，使中心服务器11能够对考核端13的考核过程进行监测。

作为另一种可选的实施方式：转发服务器12还用于将考核过程中的信息同步给多个考核端13。

在这种实施方式中，各个考核端13能够获知其他考核端13的考核过程中的信息。对于协同考核来说，除了主动的协同考核操作请求，有时考核端13也可能需要其他考核端13的相应信息，使整个考核评价系统10中的信息实现最大程度的同步。

进一步地，在考核结束后，多个考核端13还用于生成考核对象的考核结果，并将考结果发送给转发服务器12；转发服务器12还用于将考核结果发送给中心服务器11。

其中，考核结果中包括但不限于：有效操作步骤，考核分数，错误模块，遗漏模块，考试结果分析报告，考核时间，考试分数等数据。

在本发明中，在考核结束后，考核端13生成对应的考核结果，并通过转发服务器12反馈给中心服务器11，实现中心服务器11对考核结果的获取。

作为另一种实施方式，转发服务器11还用于将考核结果同步给多个考核端13。

在这种实施方式中，转发服务器11将各个考核端13反馈的考核结果在各个考核端13中进行同步，使各个考核端13的业务人员能够得知其他考核端13的考核情况。

进一步地，在中心服务器11接收到考核结果以后，还可以对多个考核对象的考核结果进行汇总处理。汇总处理的考核结果可以进行存储，比如：存储到数据中心14中。

在本发明中，中心服务器11将考核结果汇总存储到数据中心14，进而该考核评价系统10中的数据能够得到及时存储，便于随时对数据进行追溯或者查询等。

作为存储的数据的一种应用方式，在非考核场景下，考核端13的用户可以查看历史考核和考核统计分析情况。首先用户通过考核端13发起数据查询请求，然后将该数据查询请求直接发送给数据中心14，数据中心14反馈对应的数据；或者将该数据查询请求发送给转发服务器12，转发服务器12从数据中心14中获取到对应数据以后反馈给考核端13；再或者将该数据查询请求通过转发服务器12发送给中心服务器11，中心服务器11在数据中心13中获取到对应数据以后，通过转发服务器12再反馈给考核端13。

上述几种不同的数据查询实施方式中，如果查询请求所针对的数据是需要进行处理后才能反馈的数据，则采用第二种或者第三种实施方式，由中心服务器11或者转发服务器12进行对应的数据处理以后，再进行反馈。如果查询请求所针对的数据并不需要进行处理，则上述三种实施方式都可以采用。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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