一种数据排队处理方法、装置、终端及存储介质与流程

1.本发明涉及数据处理领域，尤其涉及的是一种数据排队处理方法、装置、终端及存储介质。


背景技术：

2.调度系统通常是分层、分级、分别独立进行的。不同层级的调度系统在日常运行调度和事故处理中需要相互协调配合，因此不同层级的调度系统之间需要流通的信息量非常大。例如在发生信息更新的时候，下级调度系统需要及时将更新信息发送至对应的上级调度系统。上级调度系统也需要及时接收处理下级调度系统上传的更新信息。由于下级调度系统需要上传的信息量/上级调度系统需要接收处理的信息量较大，因此下级调度系统/上级调度系统容易出现信息耦合。
3.因此，现有技术还有待改进和发展。


技术实现要素：

4.本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种数据排队处理方法、装置、终端及存储介质，旨在解决现有技术中由于下级调度系统需要上传的信息量/上级调度系统需要接收处理的信息量较大，因此下级调度系统/上级调度系统容易出现信息耦合的问题。
5.本发明解决问题所采用的技术方案如下：
6.第一方面，本发明实施例提供一种数据排队处理方法，其中，所述数据排队处理方法包括：
7.获取目标上报信息，确定所述目标上报信息所在的调度系统的系统类型；
8.根据所述系统类型确定所述目标上报信息对应的目标消息队列，将所述目标上报信息放入所述目标消息队列进行排队；
9.当所述目标上报信息在所述目标消息队列中排队完毕时，根据所述系统类型对所述目标上报信息进行处理。
10.在一种实施方式中，所述根据所述系统类型确定所述目标上报信息对应的目标消息队列，包括：
11.当所述系统类型为下级调度系统时，将消息上报队列作为所述目标消息队列。
12.在一种实施方式中，所述根据所述系统类型确定所述目标上报信息对应的目标消息队列，包括：
13.当所述系统类型为上级调度系统时，确定所述目标上报信息对应的目标执行程序；
14.将所述目标执行程序对应的消息接收队列作为所述目标消息队列。
15.在一种实施方式中，所述确定所述目标上报信息对应的目标执行程序，包括：
16.确定所述目标上报信息对应的服务类型；
17.根据所述服务类型确定所述目标执行程序。
18.在一种实施方式中，所述目标消息队列基于rabbitmq队列构建而成。
19.在一种实施方式中，所述根据所述系统类型对所述目标上报信息进行处理，包括：
20.当所述系统类型为下级调度系统时，将所述目标上报信息发送至下级分级调度服务端口；
21.通过所述下级分级调度服务端口将所述目标上报信息发送至上级调度系统。
22.在一种实施方式中，所述根据所述系统类型对所述目标上报信息进行处理，包括：
23.当所述系统类型为上级调度系统时，将所述目标上报信息发送至所述目标执行程序；
24.通过所述目标执行程序查看所述目标上报信息。
25.第二方面，本发明实施例还提供一种数据排队处理装置，其中，所述装置包括：
26.获取模块，用于获取目标上报信息，确定所述目标上报信息所在的调度系统的系统类型；
27.排队模块，用于根据所述系统类型确定所述目标上报信息对应的目标消息队列，将所述目标上报信息放入所述目标消息队列进行排队；
28.处理模块，用于当所述目标上报信息在所述目标消息队列中排队完毕时，根据所述系统类型对所述目标上报信息进行处理。
29.第三方面，本发明实施例还提供一种终端，其中，所述终端包括有存储器和一个或者一个以上处理器；所述存储器存储有一个或者一个以上的程序；所述程序包含用于执行如上述任一所述的数据排队处理方法的指令；所述处理器用于执行所述程序。
30.第四方面，本发明实施例还提供一种计算机可读存储介质，其上存储有多条指令，其中，所述指令适用于由处理器加载并执行，以实现上述任一所述的数据排队处理方法的步骤。
31.本发明的有益效果：本发明实施例通过获取目标上报信息，确定所述目标上报信息所在的调度系统的系统类型；根据所述系统类型确定所述目标上报信息对应的目标消息队列，将所述目标上报信息放入所述目标消息队列进行排队；当所述目标上报信息在所述目标消息队列中排队完毕时，根据所述系统类型对所述目标上报信息进行处理。本发明通过目标消息队列排队的方式可以实现有序处理调度系统中的上报信息，解决了现有技术中由于下级调度系统需要上传的信息量/上级调度系统需要接收处理的信息量较大，因此下级调度系统/上级调度系统容易出现信息耦合的问题。
附图说明
32.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1是本发明实施例提供的数据排队处理方法的流程示意图。
34.图2是本发明实施例提供的目标上报信息在上、下级调度系统中的流通路径示意图。
35.图3是本发明实施例提供的直播信息的上报处理逻辑示意图。
36.图4是本发明实施例提供的数据排队处理装置的内部模块图。
37.图5是本发明实施例提供的终端的原理框图。
具体实施方式
38.本发明公开了一种数据排队处理方法、装置、终端及存储介质，以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况下，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。
39.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
40.还应当理解，在本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
41.还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
42.如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当
…
时”或“一旦”或“响应于确定”或“响应于检测到”。类似的，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述的条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0043]
下面结合本发明实施例的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0044]
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其它不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。
[0045]
调度系统通常是分层、分级、分别独立进行的。不同层级的调度系统在日常运行调度和事故处理中需要相互协调配合，因此不同层级的调度系统之间需要流通的信息量非常大。例如在发生信息更新的时候，下级调度系统需要及时将更新信息发送至对应的上级调度系统。上级调度系统也需要及时接收处理下级调度系统上传的更新信息。由于下级调度系统需要上传的信息量/上级调度系统需要接收处理的信息量较大，因此下级调度系统/上级调度系统容易出现信息耦合。
[0046]
针对现有技术的上述缺陷，本发明提供一种数据排队处理方法，所述数据排队处理方法包括：获取目标上报信息，确定所述目标上报信息所在的调度系统的系统类型；根据所述系统类型确定所述目标上报信息对应的目标消息队列，将所述目标上报信息放入所述目标消息队列进行排队；当所述目标上报信息在所述目标消息队列中排队完毕时，根据所
述系统类型对所述目标上报信息进行处理。本发明通过目标消息队列排队的方式可以实现有序处理调度系统中的上报信息，解决了现有技术中由于下级调度系统需要上传的信息量/上级调度系统需要接收处理的信息量较大，因此下级调度系统/上级调度系统容易出现信息耦合的问题。
[0047]
如图1所示，所述数据排队处理方法包括如下步骤：
[0048]
步骤s100、获取目标上报信息，确定所述目标上报信息所在的调度系统的系统类型。
[0049]
具体地，本实施例中的目标上报信息可以为下级调度系统中的更新信息，例如直播信息(如图3所示)。目标上报信息需要经由下级调度系统生成，并由下级调度系统发送至其对应的上级调度系统，上级调度系统再基于接收到的目标上报信息执行对应的操作。由于不同层级的调度系统对目标上报信息的处理不同，因此首先需要确定目标上报信息当前所处的调度系统的系统类型。
[0050]
举例说明，指挥中心调度系统的系统类型为上级调度系统，指挥车的系统类型为下级调度系统，当指挥车获取到新的直播信息以后，该直播信息即为目标上报信息，需要将其发送到指挥中心调度系统，指挥中心调度系统需要通过目标上报信息查看直播。
[0051]
如图1所示，所述数据排队处理方法还包括以下步骤：
[0052]
步骤s200、根据所述系统类型确定所述目标上报信息对应的目标消息队列，将所述目标上报信息放入所述目标消息队列进行排队。
[0053]
简单来说，为了避免因为上报信息数量过多导致出现信息耦合的情况，本实施例中需要先将目标上报信息放入目标消息队列中进行排队，从而实现当有多个上报信息的时候，可以对它们进行有序处理。具体地，本实施例中在各个调度系统中均设置有用于对信息进行解耦的队列，因此需要根据系统类型确定目标上报信息当前处于何种调度系统中，再将该调度系统中的队列作为目标消息队列，并将目标上报信息放入目标消息队列中进行排队，按照排队顺序对目标消息队列中的上报信息依次进行处理。
[0054]
在一种实现方式中，所述根据所述系统类型确定所述目标上报信息对应的目标消息队列，具体包括如下步骤：
[0055]
步骤s201、当所述系统类型为下级调度系统时，将消息上报队列作为所述目标消息队列。
[0056]
具体地，由于下级调度系统需要及时将目标上报信息发送至上级调度系统，因此本实施例将位于下级调度系统中用于进行信息解耦的队列定义为消息上报队列。当下级调度系统在本地生成目标上报信息以后，为了避免同时刻需要发送的上报信息过多而发生耦合，因此下级调度系统不直接将目标上报信息发送至对应的上级调度系统，而是先将目标上报信息放进消息上报队列中进行排队(如图2所示)。当该目标上报信息排队至第一顺序位时，再将该目标上报信息通过下级调度系统对应的端口发送至对应的上级调度系统对应的端口。
[0057]
在另一种实现方式中，所述根据所述系统类型确定所述目标上报信息对应的目标消息队列，具体包括如下步骤：
[0058]
步骤s202、当所述系统类型为上级调度系统时，确定所述目标上报信息对应的目标执行程序；
[0059]
步骤s203、将所述目标执行程序对应的消息接收队列作为所述目标消息队列。
[0060]
具体地，由于上级调度系统接收到的上报信息数量较多，且需要及时对接收到的每一个上报信息进行处理，因此为了避免信息耦合，本实施例中的上级调度系统并不直接对接收到目标上报信息进行处理，而是先确定目标上报信息对应的执行程序，即目标执行程序。由于每一执行程序需要处理的上报信息不止一个，因此本实施例中，每一执行程序均分配有一个消息接收队列，将当前的目标上报信息所对应的目标执行程序的消息接收队列作为目标消息队列(如图2所示)，然后将目标上报信息放入目标消息队列中进行排队。当该目标上报信息在目标消息队列中排队至第一顺序位时，再将目标上报信息从目标消息队列中发送至目标执行程序，最后通过目标执行程序查看该目标上报信息。
[0061]
举例说明，假设目标上报信息是直播内容，由于直播内容对应的执行程序是视频播放器，因此将直播内容放入到视频播放器对应的消息接收队列中进行排队。当直播内容排队至第一顺序位时，通过视频播放器播放直播内容。
[0062]
在一种实现方式中，所述确定所述目标上报信息对应的目标执行程序，具体包括如下步骤：
[0063]
步骤s2021、确定所述目标上报信息对应的服务类型；
[0064]
步骤s2022、根据所述服务类型确定所述目标执行程序。
[0065]
具体地，不同的上报信息所需要的服务类型不同。例如，视频内容的上报信息对应的服务类型是视频播放，音频内容的上报信息对应的服务类型是音频播放，图片内容的上报信息对应的服务类型是图片展示。因此需要先确定当前的目标上报信息对应的服务类型，再基于确定出的服务类型匹配出目标上报信息对应的目标执行程序。
[0066]
在一种实现方式中，由于rabbitmq队列的服务性能和数据存储能力较好，因此本实施例采用rabbitmq队列构建每一个消息接收队列和每一个消息上报，即本实施例中的目标消息队列也是基于rabbitmq队列构建而成的。
[0067]
如图1所示，所述数据排队处理方法还包括如下步骤：
[0068]
s300、当所述目标上报信息在所述目标消息队列中排队完毕时，根据所述系统类型对所述目标上报信息进行处理。
[0069]
由于目标消息队列中的信息是有一定排队顺序的，顺序位越前的信息越先被处理，每一信息的顺序位随着时间推移依次向着第一顺序位靠近。因此当目标上报信息在目标消息队列中排到第一顺序位时，表示其排队完毕，则根据目标上报信息当前所在的调度系统确定应该对该目标上报信息进行何种处理。
[0070]
在一种实现方式中，所述根据所述系统类型对所述目标上报信息进行处理，具体包括如下步骤：
[0071]
步骤s301、当所述系统类型为下级调度系统时，将所述目标上报信息发送至下级分级调度服务端口；
[0072]
步骤s302、通过所述下级分级调度服务端口将所述目标上报信息发送至上级调度系统。
[0073]
具体地，当目标上报信息所处的调度系统为下级调度系统时，表示当前需要将目标上报信息上报至该下级调度系统对应的上级调度系统，因此将目标上报信息先发送至下级分级调度服务端口，再有下级分级调度服务端口将其发送至上级调度系统。由于连接上、
下级调度系统的网关一般只会开发较少的端口地址，所以分级调度服务端口只设置一个即可。
[0074]
举例说明，当目标上报信息为直播信息，且直播信息当前位于指挥车系统时，由于指挥车系统为下级调度系统，其对应的上级调度系统为指挥中心系统，因此指挥车系统需要将直播信息通过下级分级调度服务端口发送至指挥中心系统。
[0075]
在另一种实现方式中，所述根据所述系统类型对所述目标上报信息进行处理，具体包括如下步骤：
[0076]
步骤s303、当所述系统类型为上级调度系统时，将所述目标上报信息发送至所述目标执行程序；
[0077]
步骤s302、通过所述目标执行程序查看所述目标上报信息。
[0078]
具体地，当目标上报信息所处的调度系统为上级调度系统时，表示当前需要对目标上报信息进行查看，因此将目标上报信息发送至其对应的目标执行程序，通过目标执行程序运行目标上报信息，以达到查看目标上报信息的目的。
[0079]
举例说明，当目标上报信息为直播信息，且直播信息当前位于指挥中心系统时，由于指挥中心系统为上级调度系统，此时直播信息已经在目标消息队列中排队完毕，因此将直播信息发送至目标执行程序，通过目标执行程序查看直播信息中的直播内容。
[0080]
基于上述实施例，本发明还提供了一种数据排队处理装置，如图4所示，所述装置包括：
[0081]
获取模块01，用于获取目标上报信息，确定所述目标上报信息所在的调度系统的系统类型；
[0082]
排队模块02，用于根据所述系统类型确定所述目标上报信息对应的目标消息队列，将所述目标上报信息放入所述目标消息队列进行排队；
[0083]
处理模块03，用于当所述目标上报信息在所述目标消息队列中排队完毕时，根据所述系统类型对所述目标上报信息进行处理
[0084]
基于上述实施例，本发明还提供了一种终端，其原理框图可以如图5所示。该终端包括通过系统总线连接的处理器、存储器、网络接口、显示屏。其中，该终端的处理器用于提供计算和控制能力。该终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该终端的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现数据排队处理方法：获取目标上报信息，确定所述目标上报信息所在的调度系统的系统类型；根据所述系统类型确定所述目标上报信息对应的目标消息队列，将所述目标上报信息放入所述目标消息队列进行排队；当所述目标上报信息在所述目标消息队列中排队完毕时，根据所述系统类型对所述目标上报信息进行处理。该终端的显示屏可以是液晶显示屏或者电子墨水显示屏。
[0085]
本领域技术人员可以理解，图5中示出的原理框图，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0086]
在一种实现方式中，所述终端的存储器中存储有一个或者一个以上的程序，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行数据排
队处理方法的指令。
[0087]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
[0088]
应理解，上述实施例中各步骤的序号大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
[0089]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述系统的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0090]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0091]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各实例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟是以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0092]
在本发明所提供的实施例中，应该理解到，所揭露的系统/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的系统/终端设备实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以由另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
[0093]
综上所述，本发明公开了一种数据排队处理方法、装置、终端及存储介质，所述数据排队处理方法包括：获取目标上报信息，确定所述目标上报信息所在的调度系统的系统类型；根据所述系统类型确定所述目标上报信息对应的目标消息队列，将所述目标上报信息放入所述目标消息队列进行排队；当所述目标上报信息在所述目标消息队列中排队完毕时，根据所述系统类型对所述目标上报信息进行处理。本发明通过目标消息队列排队的方式可以实现有序处理调度系统中的上报信息，解决了现有技术中由于下级调度系统需要上传的信息量/上级调度系统需要接收处理的信息量较大，因此下级调度系统/上级调度系统
容易出现信息耦合的问题。
[0094]
以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不是相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。