CN109831331A - 信号处理***及其工作方法、电子设备和可读存储介质 - Google Patents
信号处理***及其工作方法、电子设备和可读存储介质 Download PDFInfo
- Publication number
- CN109831331A CN109831331A CN201910100837.6A CN201910100837A CN109831331A CN 109831331 A CN109831331 A CN 109831331A CN 201910100837 A CN201910100837 A CN 201910100837A CN 109831331 A CN109831331 A CN 109831331A
- Authority
- CN
- China
- Prior art keywords
- node
- control
- control node
- service
- service node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本申请提供了一种信号处理***及其工作方法、电子设备和可读存储介质,涉及电子信息领域。本申请所提供的信号处理***的工作方法和相关技术中的信号处理***的工作方法相比,不再使用备份节点来监听和替代控制节点的工作,而是使用正常工作的控制节点来监听和替代故障的控制节点。这种工作方式使得***中不再需要设立独立的备用节点,将每个控制节点都进行了充分的利用。并且,使用持久的处于工作状态饿的控制节点的健康程度是要由于长时间处于待机状态的备用节点的,使用健康的控制节点来承担故障的控制节点的时候,由于健康的控制节点始终处于工作状态,因此可以较为快速和顺利的完成故障控制节点的工作任务衔接。
Description
技术领域
本申请涉及电子信息领域,具体而言,涉及信号处理***及其工作方法、电子设备和可读存储介质。
背景技术
随着电子信息技术的发展,近些年出现了具有各种功能的信号处理***。信号处理***中通常至少设置有一个控制节点和一个业务节点,通过该控制节点向业务节点发送控制信号,可以实现控制其他业务节点的具体工作方式的目的。具体来说,业务节点可以是某个图像输出设备,控制节点所发出的控制信号的作用可以是调整图像输出设备的输出图像的分辨率等参数。
随着信号处理***的能力的提高,一个信号处理***中的业务节点的数量也大大增加,只使用一个控制节点无法同时控制大量的业务节点。应对于这种情况,相关技术中会采用基于分布式架构的控制节点来对业务节点进行控制,也就是在信号处理***中设置多个控制节点来配合的完成对业务节点的控制任务。
发明内容
本申请的目的在于提供一种信号处理***及其工作方法、电子设备和可读存储介质。
本申请提供了一种信号处理***的工作方法,信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
本申请还提供了一种网络分布式信号交换***的工作方法,网络信号交换***中设置有网络交换机和信号处理***;
信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点通过网络交换机电性连接;第二控制节点与第二业务节点通过网络交换机电性连接;第一控制节点用于根据第一业务节点的控制信息,通过网络交换机向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,通过网络交换机向第二业务节点发送控制信号;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
网络信号交换***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
本申请还提供了一种分布式显控***的工作方法,分布式显控***中设置有多个显示设备和信号处理***;
信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;第一业务节点和第二业务节点均分别与不同的显示设备电性连接;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的视频信号的处理方式,并向对应的显示设备输出处理后的视频信号;
分布式显控***工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
本申请还提供了一种分布式音频控制***的工作方法,分布式音频控制***中设置有至少一个音频播放设备和信号处理***;
信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均与对应的音频播放设备电性连接;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的音频信号的处理方式,并向对应的音频播放设备输出处理后的音频信号;
分布式音频控制***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
一种KVM数据传输***的工作方法,所述KVM数据传输***中设置有多个KVM受控终端和如权利要求1-9任一项所述的信号处理***;
所述信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均分别与不同的KVM受控终端电性连接;所述第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式,并向对应的KVM受控终端设备输出处理后的业务信号;
分布式多计算机切换***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
本申请还提供了一种信号处理***,信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
第一控制节点包括:
监听模块,用于监听第二控制节点的工作状态;
发送模块,用于当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
本申请还提供了一种电子设备,包括:处理器、存储介质和总线,存储介质存储有处理器可执行的机器可读指令,当电子设备运行时,处理器与存储介质之间通过总线通信,处理器执行机器可读指令,以执行时执行如信号处理***的工作方法的步骤。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如信号处理***的工作方法的步骤。
本申请所提供的信号处理***的工作方法和相关技术中的信号处理***的工作方法相比,不再使用备份节点来监听和替代控制节点的工作,而是使用正常工作的控制节点来监听和替代故障的控制节点。这种工作方式使得***中不再需要设立独立的备用节点,将每个控制节点都进行了充分的利用。并且,使用持久的处于工作状态的控制节点的健康程度是要由于长时间处于待机状态的备用节点的,使用健康的控制节点来承担故障的控制节点的时候,由于健康的控制节点始终处于工作状态,因此可以较为快速和顺利的完成故障控制节点的工作任务衔接。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了相关技术中信号处理***的一种***架构示意图;
图2示出了相关技术中在图1示出的信号处理***的基础上增加了备用节点的***架构示意图;
图3示出了本申请实施例所提供的信号处理***的***架构示意图;
图4示出了本申请实施例所提供的信号处理***的工作方法的基本流程图;
图5示出了本申请实例1中,在控制节点1未故障时信息处理***的架构图;
图6示出了本申请实例1中,在控制节点1故障后信息处理***的架构图;
图7示出了本申请实例2中,在控制节点2未故障时信息处理***的架构图;
图8示出了本申请实例2中,在控制节点2故障后信息处理***的架构图;
图9示出了本申请实施例所提供的网络信号交换***的***架构示意图;
图10示出了本申请实施例所提供的分布式显控***架构示意图;
图11示出了本申请实施例所提供的电子设备示意图。
具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
相关技术中,某些信号处理***是由两种节点组成的,如图1所示,分别是控制节点和业务节点。其中,控制节点的主要任务是通过向业务节点发送控制信号来调整业务节点的工作方式;业务节点的主要任务是根据其接收到的控制信号来调整其处理业务信号的具体方式。
具体的,业务节点可以是图像显示设备、图像信号输出设备;控制信号可以是图像信号输出的具体规则(如分辨率等)。
在某些应用场景(如拼接显示器)中,一个信号处理***中的业务节点是非常多的,此时需要使用多个控制节点分别对每个业务节点进行控制,这也就形成了基于分布式架构的信号处理***。
通常,基于分布式架构的信号处理***中会设置多个控制节点,并且对业务节点进行具体的控制时,是由每个控制节点分别对不同的业务节点进行控制。采用分布式架构的信号处理***可以将原本由一个控制节点来完成的控制任务分别交给多个控制节点来完成,降低了控制节点的负荷,也提高了***整体的稳定程度。
为了保证信号处理***能够正常运转,信号处理***中除了设置有直接控制业务节点的控制节点之外,还会设置备用节点,这些备用节点会在某个控制节点故障的时候,自动的顶替该控制节点的任务,以向对应的业务节点发送控制信号。
如图2所示,示出了在图1的基础上增加了备用节点的信号处理***的***架构图。图2中,控制节点的作用依旧是向业务节点发送控制信号;备用节点的工作状态有两个,分别是待机状态和工作状态。在待机状态下,备用节点的主要任务是监听控制节点的工作状态,如果控制节点的工作状态是正常状态(控制节点可以正常向业务节点发送控制信号),则备用节点保持待机状态;如果控制节点的工作状态是故障状态(如宕机状态,即控制节点无法向业务节点发送控制信号的状态),则备用节点就需要替代该控制节点向该控制节点所对应的业务节点发送控制信号。进而,通过增加了备用节点,使得原有的控制节点故障的时候,备用节点可以顶替原有的控制节点进行工作,保证整个***可以的正常运行。
本申请发明人认为,通过增加备用节点的方式,的确可以提高***的容错率,但备用节点通常会持久的处于待机状态,也就是在控制节点处于正常状态的时候,备用节点只进行监听,而不负责具体控制信号的发送,这样会导致备用节点的资源浪费,同时,备用节点长期不进行控制信号的发送会导致备用节点的设备老化,当备用节点需要替代控制节点发送控制信号的时候,可以无法正常的完成发送控制信号的任务。
进而,针对上述情况,本申请发明人认为可以在信号处理***中不使用备用节点来监听和替代控制节点,而是使用控制节点监听和替代其他的控制节点。
进而,本申请提供了一种信号处理***的工作方法,如图3所示,信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
如图4所示,该信号处理***的工作方法包括:
S401,第一控制节点监听第二控制节点的工作状态;
S402,当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
其中,第一控制节点和第二控制节点均是用于发出控制信号的节点。第一控制节点和第二控制节点所控制的业务节点是不同的,也就是一个业务节点只能被一个控制节点所控制,或者是说一个业务节点只能根据一个控制节点所发出的控制信号进行动作。即,第一业务节点和第二业务节点是不同的业务节点。任一个控制节点(第一控制节点或第二控制节点)都可以同时对多个业务节点进行控制,也可以只对一个业务节点进行控制。需要说明的是,本申请所提供的方案中,某个控制节点对某个业务节点进行控制,指的是该业务节点只根据该控制节点所发出的控制信号调整其接收到的业务信号的处理方式。
此处,电性连接具体有三种形式,分别是:第一种形式,通过信号传输线连接;第二种形式,通过无线通信网络连接;第三种形式,同时通过无线网络和信号传输线连接(在某个信号传输过程中使用无线通信网络连接,在某个信号传输过程中使用信号传输线连接)。
如前文中所说,控制节点发送给业务节点的控制信号主要是调整业务节点所处理的业务信号(如业务信号)的具体方式。比如,业务节点可以根据控制信号调整其接收到的业务信号(业务信号的一种)的分辨率、显示位置,又或者是决定接收到的业务信号是否与其他信号叠加等。
第一控制节点和第二控制节点在工作时,通常是实时的向业务节点发送控制信号,发送控制信号的依据是控制节点中所存储的控制信息,也就是控制信息中存储有对业务信号进行具体处理的规则(如分辨率调整到多少)。需要说明的是第一控制节点和第二控制节点所生成的控制信号可以是不同的,对应的,生成控制信号所使用的控制信息也可以是不同的。也就是,第一业务节点的控制信息和第二业务节点的控制信息可以是不相同的;根据第一业务节点的控制信息生成的控制信号和根据第二业务节点的控制信息所生成的控制信号可以是不相同的。
具体实现时,控制节点(第一控制节点和第二控制节点)需要向对应的业务节点发送控制信号(某些场景中,业务节点每处理一帧图像,就需要控制节点发送一个控制信号,如每个0.1秒发送一个控制信号)。当上位机(如PC、服务器)对控制节点中所存储的控制信息进行修改后(如上位机发送新的控制信息到控制节点中,以替换控制节点中先前已经存储的控制信息),控制节点就需要第一时间根据修改后的控制信息调整发送给业务节点的控制信号,以保证业务节点能够较为快速的响应控制信息的修改行为。在某个实现方式中,可以是只有上位机更新了控制节点中的控制信息后,控制节点才向业务节点发送控制信号,以调整业务节点的工作方式。
当然,在某些实现方式中,也可以是控制节点不需要过于频繁的发送控制信号,而是在控制节点上电之后,控制节点只每隔预定的时间(如每10秒)发一次控制信号,并且当控制节点中的控制信息被修改后,控制节点第一时间根据修改后的控制信息向业务节点发出控制信号。当然,也可以是只有控制信息被修改后,控制节点第一时间根据修改后的控制信息向业务节点发出控制信号。
在工作时,第一控制节点除了需要向第一业务节点发送控制信号,还需要监听第二控制节点的工作状态。并当第二控制节点的工作状态转换为故障状态时(此处的故障状态主要是指第二控制节点处在无法正常的向第二业务节点发送控制信号的状态),第一控制节点就需要及时的接替第二控制节点,承担向第二业务节点发送控制信号的任务。当然,在向第二业务节点发送控制信号之前,第一控制节点首先需要获取到第二业务节点的控制信息,该第二业务节点的控制信息可以是预先存储在第一控制节点中的,也可以是在第一控制节点监听到第二控制节点的工作状态转换为故障状态时临时获取到的。
不论第一控制节点采用何种方式获取到第二业务节点的控制信息,第一控制节点在获取到第二业务节点的控制信息后,就可以按照第二业务节点的控制信息向第二业务节点发送控制信号了,以使第二业务节点能够正常的工作。
本申请所提供的信号处理***的工作方法,和相关技术中的信号处理***的工作方法相比,不再使用备份节点来监听和替代控制节点的工作,而是使用正常工作的控制节点来监听和替代故障的控制节点。这种工作方式使得***中不再需要设立独立的备用节点,将每个控制节点都进行了充分的利用。并且,使用持久的处于工作状态的控制节点的健康程度是要由于长时间处于待机状态的备用节点的,使用健康的控制节点来承担故障的控制节点的时候,由于健康的控制节点始终处于工作状态,因此可以较为快速和顺利的完成故障控制节点的工作任务衔接。
本申请所提供的方案中,第一控制节点、第二控制节点、第一业务节点和第二业务节点优选位于同一个通信网络中,如在同一个局域网中。
具体实现时,如果只有两个控制节点的话,那么可以让这两个控制节点相互监听,并且,当任一个控制节点故障的时候,就由另一个控制节点承担起该故障控制节点的工作任务。
但实际上,控制节点的数量通常是大量的,进而,当某一个控制节点出现故障的时候,该故障的控制节点所控制的业务节点就有两种处理方式,分别是由指定的一个健康的控制节点承担故障控制节点所控制的业务节点的控制任务,和由多个健康的控制节点共同抢夺该故障控制节点所控制的业务节点的控制任务。
进而,当健康的控制节点(第一控制节点)为多个的时候,本申请所提供的方案中,步骤S102就有如下几种实现方式:
第一种实现方式:
目标第一控制节点根据预设的替代关系,判断目标第一控制节点是否应当控制第二业务节点;该替代关系表征了在第二控制节点故障时,替代第二控制节点的第一控制节点,或该替代关系表征了接替第二控制节点对第二业务节点进行控制的第一控制节点;目标第一控制节点是多个第一控制节点中的一个;
若目标第一控制节点应当控制第二业务节点,则目标第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
若目标第一控制节点不应当控制第二业务节点,则终止流程(第一控制节点不进行动作)。
由此可见,第一种实现方式中,对于任意一个目标第一控制节点而言,都应当根据预先确定好的替代关系来判断自己是否可以替代第二控制节点(是否有权利替代第二控制节点),并当自己可以替代第二控制节点的时候,就根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号,从而完成替代第二控制节点的工作。
对应的,如果目标第一控制节点不是替代第二控制节点的控制节点,则目标第一控制节点就不需要进行任何处理。
此处,替代关系是预先设定好的,具体来说,替代关系有两种情况,第一种情况是,该替代关系表明了接替第二业务节点的第一控制节点是哪一个,也就是当第二控制节点故障的时候,是由哪个第一控制节点来接替该节点。比如,共有10个第一控制节点(第一控制节点1-10),预先设定好的替代关系是由第一控制节点5来替代该第二控制节点,则当第一控制节点5在监听到第二控制节点故障的时候,就根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。反之,第一控制节点1-4和第一控制节点6-10即使监听到了第二控制节点故障,也不应当根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
比如,可以预先建立如下表1的表格用于表征控制节点之间的替代关系:
表1
由表1可见,当控制节点1故障的时候,控制节点2就可以替代控制节点1,向控制节点1所控制的业务节点发送控制信号;类似的,当控制节点2故障的时候,控制节点3就可以替代控制节点2,向控制节点2所控制的业务节点发送控制信号。具体实现时,替代的控制节点可以是一个也可以是多个。也就是,在某一个控制节点出现故障的时候,可以设置两个或多个其他的控制节点来替代其发送控制信号给对应的业务节点。
替代关系的第二种情况是,该替代关系表明了当控制第二业务节点的第二控制节点出现故障的时候,应当由哪个第一控制节点负责控制该第二业务节点。具体来说,比如,共有5个第一控制节点(第一控制节点1-5)和一个第二业务节点,预先设置好的替代关系可以是当第二业务节点所对应的第二控制节点故障的时候,由第一控制节点2负责控制第二业务节点。也就是当第一控制节点2监听到了第二控制节点故障的时候,第一控制节点2应当根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。其余的第一控制节点(第一控制节点1和第一控制节点3-5)不应当根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
如前文中所说,第二控制节点所控制的第二业务节点可以是多个,当第二控制节点所控制的第二业务节点有多个的时候,则可以为每个第二业务节点分配对应的第一控制节点,进而,当第二控制节点故障的时候,就可以按照第一控制节点和第二业务节点的对应关系,由对应的第一控制节点来获取到的第二业务节点的控制信息,并向第二业务节点发送控制信号。
比如,可以预先建立如下的表2的表格,用以表征当某个业务节点失去控制(没有控制节点向其发送控制信号)的时候,由哪个控制节点负责管理。
表2
由表2可见,当业务节点1失去控制的时候,控制节点1负责对其进行控制,当业务节点2失去控制的时候,控制节点2负责对其进行控制。
类似的,接替控制某个业务节点的控制节点可以是一个也可以是多个,但考虑到业务节点只能根据某一个控制节点所发出的控制信号进行工作,因此,可以先设置好接替控制的优先级。比如对于业务节点1而言,可以设置控制节点1-3进行接替控制,并且控制节点1的优先级大于控制节点2的优先级,控制节点2的优先级大于控制节点3的优先级。这样,在控制节点1失去控制的时候,就应当优先由控制节点1进行控制,当控制节点1故障的时候,再由控制节点2进行控制,当控制节点2故障的时候,再由控制节点3进行控制。
步骤S102的第一种实现方式是在每个第一控制节点自行判断自己是否应当根据第二业务节点的控制信息,向第二业务节点发送控制信号的一种方案,除了自行判断的方案之外,还可以引入上级控制节点进行总领式的控制,使用上级控制节点进行控制的方式有多种,分别对应了步骤S102的如下2种实现方式(第二、三种实现方式)。
步骤S102的第二种实现方式:
第一控制节点为多个;信号处理***还包括上级控制节点;上级控制节点分别与每个第一控制节点电性连接;
第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号,包括:
步骤1021,第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果;抢占结果用于表征第一控制节点和第二业务节点的控制关系;
步骤1022,第一控制节点根据抢占结果和获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
由此可见,第二种实现方式中,不再需要预存替代关系了,而是统一由上级控制节点进行管理。也就是,第一控制节点向上级控制节点发送抢占请求,而后由上级控制节点确定由哪个第一控制节点来控制第二业务节点。具体的控制策略可以是任意的,比如,可以在上级控制节点中存储一个第一种实现方式中的替代关系,而后,根据替代关系选择出哪个第一控制节点作为控制第二业务节点的节点,并且将选择出的第一控制节点的编号写在抢占结果中,而后每个第一控制节点就能够知晓自己是否有权利控制第二业务节点了。
与步骤S102的第一种实现方式相比,步骤S102的第二种实现方式主要将决策权进行了转移,步骤S102的第二种实现方式中,是将决策权完全设置在了上级控制节点中,第一控制节点只能根据上级控制节点所生成的抢占结果来确定自己能否有权利进行控制。
具体的,在步骤S102的第二种实现方式中,上级控制节点生成抢占结果的子方式有很多种,下面仅列举其中的几种,
第一种上级控制节点生成抢占结果的子方式:
根据负载均衡的策略来确定抢占结果。此时,第一控制节点需要向上级控制节点发送携带有其当前负载的抢占请求,以使上级控制节点根据每个第一控制节点的当前负载,从多个第一控制节点中选择出指定的一个第一控制节点作为控制第二业务节点的控制节点。
也就是,步骤1021可以按照如下方式实现:
第一控制节点向上级控制节点发送携带有第一控制节点当前负载程度的关于第二业务节点的抢占请求,以使上级控制节点根据第一控制节点当前负载程度生成抢占结果;抢占结果用于表征每个第一控制节点和第二业务节点的控制关系。
也就是,上级控制节点可以直接根据每个第一控制节点的当前负载程度决定有那个第一控制节点控制第二业务节点。通常来说是选择当前负载最低的第一控制节点来控制第二业务节点。
第二种上级控制节点生成抢占结果的子方式:
根据抢占的先后顺序来生成抢占结果。由于在进行抢占的时候,每个第一控制节点都需要向上级控制节点发送抢占请求,进而,上级控制节点可以根据其接收到抢占请求的时间或者是抢占请求的生成时间来生成抢占结果。
也就是,步骤1021可以按照如下方式实现:
第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据接收到抢占请求的时间,或抢占请求的生成时间生成抢占结果;抢占结果用于表征每个第一控制节点和第二业务节点的控制关系。
其中,抢占请求的生成时间指的是第一控制节点产生抢占请求的时间,或者是发出抢占请求的时间,该时间可以携带在抢占请求中一并发送给上级控制节点。
上级控制节点在接收到抢占请求之后,通常是选择最先生成抢占请求的第一控制节点,或者是选择发出目标抢占请求(上级控制节点最先接收到的抢占请求)的第一控制节点作为控制第二业务节点的第一控制节点。
不论是采用上述哪种生成抢占结果的子方式,该抢占结果都应当被其选择的第一控制节点(选择的第一控制节点就是替代第二控制节点控制第二业务节点的第一控制节点)所接收到。
上述第一种步骤S102的实现方式和第二种步骤S102的实现方式都是采用只将第二业务节点进行分配的方式,除了这种方式以外,还可以是采用将全部业务节点(第一业务节点和第二业务节点)的控制权进行重新分配的方式来处理。
也就形成了如下第三种步骤S102的实现方式:
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,上级控制节点根据每个第一控制节点的处理能力重新确定每个第一控制节点和每个业务节点的控制关系;业务节点包括第一业务节点和第二业务节点;
第一控制节点根据重新确定的控制关系向对应的业务节点发送控制信号。
也就是,在第一控制节点监听到第二控制节点故障之后,可以直接重新分配每个第一控制节点和每个业务节点的控制关系了。此处,控制节点可以是独立于第一控制节点的节点,也可以是多个第一控制节点中的一个。当上级控制节点是独立于第一控制节点的节点时,第一控制节点在监听到第二控制节点故障之后,可以通过向上级控制节点发送提示消息的方式来提示上级控制节点应当重新分配控制权,而后,上级控制节点在接收到提示消息之后,就可以直接重新分配每个第一控制节点和每个业务节点的控制关系了。当上级控制节点是多个第一控制节点中的一个的时候,上级控制节点就可以直接监听到第二业务节点是否故障了,如果上级控制节点监听到第二业务节点发生故障了,就可以直接重新分配每个第一控制节点和每个业务节点的控制关系了。此处的重新分配可以是根据负载均衡的策略进行重新分配,也就是根据每个第一控制节点的处理能力重新确定第一控制节点和业务节点的控制关系。
在上级控制节点确定了控制关系之后,上级控制节点需要将该控制关系发送给对应的/每一个第一控制节点,而后第一控制节点就可以根据确定的控制关系向对应的业务节点发送控制信号了。当然,此处发送控制信号的方式依旧是根据接收控制信号的业务节点的控制信息来生成和发送控制信号。
上述三种步骤S102的工作方式各有优缺点,也就是针对不同的使用环境和使用需求可以通过选择上述三种工作方式中的某一种来应对。
针对上述第一、二种步骤S102的工作方式而言,第一控制节点需要向上级控制节点发送抢占请求,第一控制节点在发出抢占请求的时候就说明其同意承接第二业务节点的控制任务。但考虑到某些第一控制节点的当前负载可能过高,这类负载过高的第一控制节点就不再适合承担第二业务节点的控制任务了,因此,为了保证***的整体稳定性,可以是在第一控制节点在发出抢占请求之前先验证自身的负载程度是否过高,如果不够高的话,再发出抢占请求。
也就是,步骤第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果,可以按照如下方式执行:
第一控制节点判断当前负载程度是否超过预定数值;
若当前负载程度未超过预定数值,则第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果。
也就是,对于任意一个第一控制节点而言,在其发出抢占请求之前,需要先判断自己当前负载程度是否过高,如果过高则应当终止流程,如果不过高的话,则向上级控制节点发送关于第二业务节点的抢占请求。
基于上述三种步骤S102的工作方式,需要补充说明如下三点:
第一点,当第一控制节点有多个的时候,步骤S101中,监听第二控制节点工作状态的第一控制节点可以是多个第一控制节点中的任意一个或多个,如果是部分第一控制节点负责监听第二控制节点工作状态,则这些第一控制节点在监听到第二控制节点的工作状态转换为故障状态时,就可以选择向其余第一控制节点(主要是没有监听第二控制节点工作状态的第一控制节点)发送第二控制节点已经故障的消息,以使全部或特定部分的第一控制节点知晓第二控制节点已经故障。
第二点,前文中所出现的上级控制节点是独立于第一控制节点和第二控制节点的一个节点,但在实际使用中,上级控制节点还可以是多个第一控制节点中的一个节点,该上级控制节点具备一般的第一控制节点的功能,同时,还需要具备前文中上级控制节点所应当具备的生成抢占结果的功能。上级控制节点可以是持续存在的,也可以是在需要的时候(如第二控制节点故障的时候)由上位机指定,或者是多个第一控制节点从其内部推举出的,比如可以推举出当前负载程度最低的第一控制节点作为上级控制节点,也可以是按照第一控制节点的编号来选择上级控制节点,比如可以是选择编号(如IP地址序号)最小的第一控制节点作为上级控制节点。
第三点,如前文中所说,第一控制节点在向第二业务节点发送控制信号的时候,需要先获取到第二业务节点的控制信息,该第二业务节点的控制信息可以有如下三个来源。
第一个来源是由第二控制节点向第一控制节点发送的。此种来源下,第二控制节点需要提前向第一控制节点备份,至少是在第二控制节点未故障的时候备份,因此,为了保证第二业务节点的控制信息不会因为第二控制节点的故障而无法发送,应当是第二控制节点实时的向某个备份用的第一控制节点发送,或者说是第二控制节点每次接收到新的第二业务节点的控制信息后,都要向指定的一个或多个,或全部的第一控制节点发送第二业务节点的控制信息,以使第二控制节点故障后,承担控制任务的第一控制节点能够获取到第二控制节点的控制信息。
第二个来源是由上级控制节点向第一控制节点发送的。此种来源下,上级控制节点向第一控制节点发送第二业务节点的控制信息的方式可以是任意的,比如每隔一定的时间发送一次,或者是在控制信息更新之后发送一次,又或者是在第一控制节点需要控制第二业务节点的时候才向第一控制节点发送第二业务节点的控制信息。
第三个来源是有上位机直接向第一控制节点发送的。此种来源下,上位机可以直接向第一控制节点发送第二业务节点的控制信息,发送的实际可以是任意的。
需要说明的是,通常,在一个信号处理***中会同时存在着大量的控制节点和大量的业务节点,为了保险起见,可以是任何一个控制节点中都备份有每个业务节点的控制信息,这样不论控制节点接管哪个业务节点都可以在不需要外界的帮助下就可以第一时间接管和控制对应的业务节点。
具体实现的时候,不同的控制节点之间可以是依次接替的,比如,控制节点1负责接替控制节点2,控制节点2负责接替控制节点3,控制节点3负责接替控制节点1,这样在形成一个闭环的接替策略之后,就可以做到不论哪个,或者哪几个控制节点故障的时候,都有后续的业务节点可以接替其工作,除非***中没有一个控制节点是正常的节点。进而,在这种工作方式的情况下,可以使***的鲁棒性更强。相关技术中,使用备用节点的***,当备用节点故障之后,就没有任何补救措施了;而使用本申请所提供的方法,可以使得在只有一个控制节点处于正常状态的情况下,***依旧可以正常处理事务(控制所有的业务节点)。
下面通过几个具体的实例来说明本申请所提供的信号处理***的工作方法的实现方式:
实例1:
如图5所示,信号处理***包括4个控制节点,分别是控制节点1-控制节点4,共有8个业务节点,分别是业务节点1-业务节点8;
在每个节点都正常工作的时候,控制节点1负责向业务节点1和业务节点2发送控制信号;控制节点2负责向业务节点3和业务节点4发送控制信号;控制节点3负责向业务节点5和业务节点6发送控制信号;控制节点4负责向业务节点7和业务节点8发送控制信号。每个控制节点都会监听其他所有控制节点的工作状态(如控制节点1会监听控制节点2-4的工作状态;控制节点2会监听控制节点1、3和4的工作状态等)。
当控制节点1故障之后,业务节点1和2就失去了控制,此时,在原有控制关系和监听关系不变的情况下,由控制节点2负责控制业务节点2,由控制节点3负责控制业务节点1,也就形成了如图6所示的控制关系图。
实例2,
如图5所示,信号处理***包括5个控制节点,分别是控制节点1-控制节点4和上级控制节点,共有40个业务节点,分别是业务节点1-业务节点40;
在每个节点都正常工作的时候,控制节点1负责向业务节点1-10发送控制信号;控制节点2负责向业务节点11-20发送控制信号;控制节点3负责向业务节点21-30发送控制信号;控制节点4负责向业务节点31-40发送控制信号。每个控制节点都会监听其他所有控制节点的工作状态(如控制节点1会监听控制节点2-4的工作状态;控制节点2会监听控制节点1、3和4的工作状态等)。
当控制节点2故障之后,业务节点11-20就失去了控制,此时,上级控制节点重新制定的控制规则,重新制定的控制规则是控制节点1负责向业务节点1-13发送控制信号;控制节点3负责向业务节点14-27发送控制信号;控制节点4负责向业务节点28-40发送控制信号。也就形成了如图8所示的***架构图。
本申请所提供的方法有如下两个典型的应用场景,分别是在网络信息中转设备(网络信号交换***)中使用,和在拼接显示器中使用。
进而,基于上述信号处理***的工作方法,如图9所示,本申请提供了一种网络分布式信号交换***的工作方法,网络信号交换***中设置有网络交换机和信号处理***;
信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点通过网络交换机电性连接;第二控制节点与第二业务节点通过网络交换机电性连接;第一控制节点用于根据第一业务节点的控制信息,通过网络交换机向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,通过网络交换机向第二业务节点发送控制信号;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
网络信号交换***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
类似的,基于上述信号处理***的工作方法,本申请提供了一种分布式显控***的工作方法,分布式显控***中设置有多个显示设备和信号处理***;
信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;第一业务节点和第二业务节点均分别与不同的显示设备电性连接;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的视频信号的处理方式,并向对应的显示设备输出处理后的视频信号;
分布式显控***工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
也就是,在第一业务节点和第二业务节点向对应的显示设备输出调整后的视频信号后,显示设备也就可以显示对应的图像了。通常情况下,多个显示设备是呈阵列状排列的,以形成阵列状的拼接电视墙。此处,视频信号是业务信号的一种。
具体实现时,在控制节点的上游还应当设置信号源设备,该信号源设备的主要工作是输出原始的视频信号。在此基础上,还可以进一步增加编码器,该编码器的主要作用是接收信号源设备所输出的视频信号,并将视频信号按照预定的编码规则进行编码,而后将编码后的视频信号通过网络交换设备或者是网络传输线传输到对应的解码器。此处的解码器再根据预定的解码规则进行解码,而后,再将解码后的视频信号输出给业务节点。
此处,信号源设备可以是:PC计算机、笔记本、网络摄像头(网络摄像头通常集成有编码功能,直接输出网络信号)。
如图10所示,提供了某一种分布式显控***架构示意图。图10中,信号发送端是编码器,主要是在将控制信号进行无线传输之前对控制信号进行编码的设备。信号交换设备可以如交换机、路由器等对编码后的控制信号进行收发的设备。
信号接收端相当于控制节点(第一控制节点或第二控制节点),除了前述方法中的功能以外,还需要承担将编码后的控制信号进行解码的工作;信号输出端相当于业务节点(第一业务节点或第二业务节点);信号源是提供基础控制信号的设备,一般情况下,信号源可以是用户所操作的人体输入设备,如键盘、鼠标等。每个信号输出端都连接了一个显示设备,在信号输出端将根据控制信号对业务信号的处理方式进行处理后,将业务信号输出到对应的显示设备中,以由显示设备完成业务信号最终的输出。
与前述的分布式显控***相类似的,本申请还提供了一种分布式音频控制***的工作方法,分布式音频控制***中设置有至少一个音频播放设备和前述的信号处理***;
信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;第一业务节点和第二业务节点均分别与不同的音频播放设备电性连接;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的音频信号的处理方式,并向对应的音频播放设备输出处理后的音频信号;
分布式音频控制***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
此处,音频信号是业务信号的一种。音频播放设备可以是一个也可以是多个,具体的,每个业务节点可以分别与不同的音频播放设备相对应(电性连接),也可以是多个业务节点均与同一个音频播放设备相对应。当每个业务节点可以分别与不同的音频播放设备相对应的时候,这些音频播放设备通常是设置在不同的地点的。当多个业务节点均与同一个音频播放设备相对应的时候,则需要在***中增加控制终端,该控制终端的工作是控制音频播放设备选择播放哪个业务节点所输出的音频信号,或者是说控制由哪个业务节点向音频播放设备发送音频信号。
其余的编解码的结构可以参照前述的分布式显控***。
与前述的分布式显控***相类似的,本申请还提供了一种KVM数据传输***的工作方法,所述KVM数据传输***中设置有多个KVM受控终端和信号处理***;
所述信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均分别与不同的KVM受控终端电性连接;所述第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式,并向对应的KVM受控终端设备输出处理后的业务信号;
分布式多计算机切换***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
其中,控制信息来源是键鼠设备、触屏输入设备等人体输入设备。控制节点是直接与键鼠设备、触屏输入设备相连接的,控制节点在接收键鼠设备、触屏输入设备所提供的控制信息后,就可以输出到对应业务节点(KVM设备)了。
KVM受控终端的种类比较多,比如可以是网络存储器(云服务器,包括混合云、公有云、私有云等)、智能终端(如PC、智能电视、手机等)、输出设备(如音频输出设备、视频输出设备等)。
与前述的信号处理***的工作方法相对应的,本申请还提供了一种信号处理***,信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
第一控制节点包括:
第一监听模块,用于监听第二控制节点的工作状态;
第一发送模块,用于当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
优选的,第一控制节点为多个;信号处理***还包括上级控制节点;上级控制节点分别与每个第一控制节点电性连接;
第一发送模块,包括:
第一发送单元,用于向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果;抢占结果用于表征第一控制节点和第二业务节点的控制关系;
第二发送单元,用于根据抢占结果和获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
优选的,第一发送单元,进一步用于向上级控制节点发送携带有第一控制节点当前负载程度的关于第二业务节点的抢占请求,以使上级控制节点根据第一控制节点当前负载程度生成抢占结果;抢占结果用于表征每个第一控制节点和第二业务节点的控制关系。
优选的,第一发送单元,进一步用于:
第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据接收到抢占请求的时间,或抢占请求的生成时间生成抢占结果;抢占结果用于表征每个第一控制节点和第二业务节点的控制关系。
优选的,第一发送单元,包括:
判断子单元,用于判断当前负载程度是否超过预定数值;
发送子单元,若当前负载程度未超过预定数值,则用于向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果。
第一控制节点为多个;信号处理***还包括上级控制节点;上级控制节点分别与每个第一控制节点电性连接;
发送模块,具体包括:
上级控制节点中设置的控制模块,当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,用于根据每个第一控制节点的处理能力重新确定每个第一控制节点和每个业务节点的控制关系;业务节点包括第一业务节点和第二业务节点;
第三发送单元,用于根据重新确定的控制关系向对应的业务节点发送控制信号。
优选的,上级控制节点为第一控制节点中的一个。
优选的,第一控制节点所获取到的第二业务节点的控制信息是由第二控制节点向第一控制节点发送的;
或,第一控制节点所获取到的第二业务节点的控制信息是由上级控制节点向第一控制节点发送的。
优选的,第一控制节点为多个;
发送模块,包括:
判断单元,用于根据预设的替代关系,判断目标第一控制节点是否应当控制第二业务节点;该替代关系表征了在第二控制节点故障时,替代第二控制节点的第一控制节点,或该替代关系表征了接替第二控制节点对第二业务节点进行控制的第一控制节点;目标第一控制节点是多个第一控制节点中的一个;若目标第一控制节点应当控制第二业务节点,则进一步用于根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
与上述方法相对应的,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如信号处理***的工作方法的步骤。
如图11所示,为本申请实施例所提供的电子设备示意图,该电子设备1000包括:处理器1001、存储器1002和总线1003,存储器1002存储有执行指令,当电子设备运行时,处理器1001与存储器1002之间通过总线1003通信,处理器1001执行存储器1002中存储的信号处理***的工作方法的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
Claims (16)
1.一种信号处理***的工作方法,其特征在于,所述信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
所述方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
2.根据权利要求1所述的方法,其特征在于,所述第一控制节点为多个;所述信号处理***还包括上级控制节点;所述上级控制节点分别与每个第一控制节点电性连接;
第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号,包括:
第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果;所述抢占结果用于表征第一控制节点和第二业务节点的控制关系;
第一控制节点根据抢占结果和获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
3.根据权利要求2所述的方法,其特征在于,第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果,包括:
第一控制节点向上级控制节点发送携带有第一控制节点当前负载程度的关于第二业务节点的抢占请求,以使上级控制节点根据第一控制节点当前负载程度生成抢占结果;所述抢占结果用于表征每个第一控制节点和第二业务节点的控制关系。
4.根据权利要求2所述的方法,其特征在于,第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果,包括:
第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据接收到抢占请求的时间,或抢占请求的生成时间生成抢占结果;所述抢占结果用于表征每个第一控制节点和第二业务节点的控制关系。
5.根据权利要求2所述的方法,其特征在于,第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果,包括:
第一控制节点判断当前负载程度是否超过预定数值;
若当前负载程度未超过预定数值,则第一控制节点向上级控制节点发送关于第二业务节点的抢占请求,以使上级控制节点根据抢占请求生成抢占结果。
6.根据权利要求1所述的方法,其特征在于,所述第一控制节点为多个;所述信号处理***还包括上级控制节点;所述上级控制节点分别与每个第一控制节点电性连接;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号,包括:
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,上级控制节点根据每个第一控制节点的处理能力重新确定每个第一控制节点和每个业务节点的控制关系;所述业务节点包括第一业务节点和第二业务节点;
第一控制节点根据重新确定的控制关系向对应的业务节点发送控制信号。
7.根据权利要求2-6任一项所述的方法,其特征在于,所述上级控制节点为第一控制节点中的一个。
8.根据权利要求2-6任一项所述的方法,其特征在于,
第一控制节点所获取到的第二业务节点的控制信息是由第二控制节点向第一控制节点发送的;
或,第一控制节点所获取到的第二业务节点的控制信息是由上级控制节点向第一控制节点发送的。
9.根据权利要求1所述的方法,其特征在于,所述第一控制节点为多个;
第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号,包括:
目标第一控制节点根据预设的替代关系,判断目标第一控制节点是否应当控制第二业务节点;该替代关系表征了在第二控制节点故障时,替代第二控制节点的第一控制节点,或该替代关系表征了接替第二控制节点对第二业务节点进行控制的第一控制节点;目标第一控制节点是多个第一控制节点中的一个;
若目标第一控制节点应当控制第二业务节点,则目标第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
10.一种网络分布式信号交换***的工作方法,其特征在于,所述网络信号交换***中设置有网络交换机和如权利要求1-9任一项所述的信号处理***;
所述信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点通过网络交换机电性连接;第二控制节点与第二业务节点通过网络交换机电性连接;第一控制节点用于根据第一业务节点的控制信息,通过网络交换机向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,通过网络交换机向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
网络信号交换***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
11.一种分布式显控***的工作方法,其特征在于,所述分布式显控***中设置有多个显示设备和如权利要求1-9任一项所述的信号处理***;
所述信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均分别与不同的显示设备电性连接;所述第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的视频信号的处理方式,并向对应的显示设备输出处理后的视频信号;
分布式显控***工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
12.一种分布式音频控制***的工作方法,其特征在于,所述分布式音频控制***中设置有至少一个音频播放设备和如权利要求1-9任一项所述的信号处理***;
所述信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均与对应的音频播放设备电性连接;所述第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的音频信号的处理方式,并向对应的音频播放设备输出处理后的音频信号;
分布式音频控制***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
13.一种KVM数据传输***的工作方法,其特征在于,所述KVM数据传输***中设置有多个KVM受控终端和如权利要求1-9任一项所述的信号处理***;
所述信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均分别与不同的KVM受控终端电性连接;所述第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式,并向对应的KVM受控终端设备输出处理后的业务信号;
分布式多计算机切换***的工作方法包括:
第一控制节点监听第二控制节点的工作状态;
当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
14.一种信号处理***,其特征在于,所述信号处理***包括第一控制节点、第二控制节点、第一业务节点和第二业务节点;第一控制节点与第一业务节点电性连接;第二控制节点与第二业务节点电性连接;第一控制节点用于根据第一业务节点的控制信息,向第一业务节点发送控制信号;第二控制节点用于根据第二业务节点的控制信息,向第二业务节点发送控制信号;所述第一业务节点和第二业务节点均用于根据接收到的控制信号调整接收到的业务信号的处理方式;
所述第一控制节点包括:
监听模块,用于监听第二控制节点的工作状态;
发送模块,用于当第一控制节点监听到第二控制节点的工作状态转换为故障状态时,第一控制节点根据获取到的第二业务节点的控制信息,向第二业务节点发送控制信号。
15.一种电子设备,其特征在于,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行时执行如权利要求1至9任一所述的信号处理***的工作方法的步骤。
16.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至9任一所述的信号处理***的工作方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910100837.6A CN109831331A (zh) | 2019-01-31 | 2019-01-31 | 信号处理***及其工作方法、电子设备和可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910100837.6A CN109831331A (zh) | 2019-01-31 | 2019-01-31 | 信号处理***及其工作方法、电子设备和可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109831331A true CN109831331A (zh) | 2019-05-31 |
Family
ID=66863149
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910100837.6A Pending CN109831331A (zh) | 2019-01-31 | 2019-01-31 | 信号处理***及其工作方法、电子设备和可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109831331A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102111790A (zh) * | 2010-12-31 | 2011-06-29 | 华为技术有限公司 | 基于基站控制设备群组的通信方法、装置及*** |
CN102483611A (zh) * | 2009-09-02 | 2012-05-30 | Abb研究有限公司 | 用于过程控制***的冗余控制 |
CN103649918A (zh) * | 2011-05-16 | 2014-03-19 | Abb研究有限公司 | 在线动态分配和配置分布式控制***中应用的方法和*** |
CN104221339A (zh) * | 2012-03-28 | 2014-12-17 | 日本电气株式会社 | 通信***、通信装置、控制装置、通信装置的控制方法及程序 |
-
2019
- 2019-01-31 CN CN201910100837.6A patent/CN109831331A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102483611A (zh) * | 2009-09-02 | 2012-05-30 | Abb研究有限公司 | 用于过程控制***的冗余控制 |
CN102111790A (zh) * | 2010-12-31 | 2011-06-29 | 华为技术有限公司 | 基于基站控制设备群组的通信方法、装置及*** |
CN103649918A (zh) * | 2011-05-16 | 2014-03-19 | Abb研究有限公司 | 在线动态分配和配置分布式控制***中应用的方法和*** |
CN104221339A (zh) * | 2012-03-28 | 2014-12-17 | 日本电气株式会社 | 通信***、通信装置、控制装置、通信装置的控制方法及程序 |
Non-Patent Citations (1)
Title |
---|
KENTARO OGAWA等: "Fault Management in Functionally Distributed Transport Networking for Large Scale Networks", 《INTELLIGENT NETWORKING AND COLLABORATIVE SYSTEMS,2009. INCOS’09. INTERNATIONAL CONFERENCE ON》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP4239454A1 (en) | Frame rate adjustment method and apparatus, device, computer readable storage medium, and computer program product | |
CN105677466A (zh) | 第三方应用接口的降级处理的方法和装置 | |
CN110890980A (zh) | 一种主备终端切换方法、装置、服务器和*** | |
CN104396215A (zh) | 用于带宽分配和估计的方法和装置 | |
JP6868127B2 (ja) | 中央局機器、逆給電システム及び方法 | |
US20190132763A1 (en) | Method and device for transmitting data | |
CN111737003A (zh) | Pod均衡调度方法、装置、主节点及存储介质 | |
WO2019148716A1 (zh) | 数据传输方法、服务器及存储介质 | |
US10803004B2 (en) | Modular UPS system and data transmission method for power device | |
CN112398689A (zh) | 网络恢复方法、装置、存储介质及电子设备 | |
WO2024007995A1 (zh) | 网络故障恢复方法、装置、设备及存储介质 | |
CN113273134B (zh) | 搭扣式以太网供电(poe)监控*** | |
WO2016119329A1 (zh) | 终端的控制方法、终端的控制装置和终端 | |
CN110515728A (zh) | 服务器调度方法、装置、电子设备及机器可读存储介质 | |
CN114285844A (zh) | 服务器接口智能熔断的方法、装置、电子设备及存储介质 | |
CN110351146A (zh) | 一种服务端实例确定方法、***、客户端及存储介质 | |
CN113411875A (zh) | 无线通信方法、装置、电子设备及可读存储介质 | |
CN111427704B (zh) | 配置指令的远程监控方法、装置、设备及存储介质 | |
CN109831331A (zh) | 信号处理***及其工作方法、电子设备和可读存储介质 | |
CN108933687A (zh) | 一种功耗控制方法及装置 | |
JP2021117963A (ja) | パワー・オーバー・イーサネットを用いて冗長電源の管理を行う方法及びその冗長電源装置 | |
CN115454576A (zh) | 一种虚拟机进程管理方法、***及电子设备 | |
CN115776510A (zh) | 心跳包的控制方法和装置、处理器及电子设备 | |
CN112291326B (zh) | 负载均衡方法、负载均衡装置、存储介质与电子设备 | |
CN106330504A (zh) | 一种实现应用的方法及业务控制器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190531 |