CN113923211A - 用于电网控制的基于消息机制的文件传输系统和方法 - Google Patents

Abstract

本公开涉及用于电网控制的基于消息机制的文件传输系统和方法。系统包括：消息服务器集群，各自耦合到服务端和客户端，以使得所述服务端和所述客户端能够彼此通信；客户端，能够经由所述消息服务器集群发送请求消息至所述服务端并且实时读取所述服务端的返回消息；以及服务端，能够实时从所述消息服务器集群读取来自所述客户端的所述请求消息，并且对所述请求消息进行解析以得到目标传输对象的请求类型；其中所述服务端基于所述请求类型对所述目标传输对象进行相应处理并且将经处理的所述目标传输对象经由所述消息服务器集群传输至所述客户端。以此方式，可以实现电网控制系统中的多对多传输，并且提升网络传输可靠性和效率。

Description

用于电网控制的基于消息机制的文件传输系统和方法

技术领域

本公开涉及电气技术领域，尤其涉及一种用于电网控制的基于消息机制的文件传输系统和方法。

背景技术

电网的安全运行离不开控制技术的支撑。电网控制系统中，子系统需要上传电网运行文件至电网控制主系统，便于主系统对子系统的运行信息进行统一的管理与监控。在目前的电网控制系统中，电网控制系统主系统可以对应于客户端，电网控制系统子系统可以对应于服务端。

目前的技术中，对于子系统运行文件上传至主系统，通常采用文件拷贝、ftp、tcp等方式完成，然而这些方式存在着效率低下、可靠性差、不能多对多传输、交互不够人性化等问题。

因此，亟需能够至少部分地解决上述问题的用于电网控制的基于消息机制的文件传输系统和方法。

发明内容

针对现有技术存在的问题，本公开提供一种用于电网控制的基于消息机制的文件传输系统和方法。通过该系统和方法，能够实现满足服务端与客户端双向交互，而且消息服务器的集群部署，能够实现多对多传输，提升网络可靠性和传输效率。

为达到上述目的，本公开提供了一种用于电网控制的基于消息机制的文件传输系统和方法。

根据本公开的第一方面，一种用于电网控制的基于消息机制的文件传输系统包括：消息服务器集群，消息服务器集群中的每个消息服务器各自耦合到服务端和客户端，以使得服务端和客户端能够彼此通信；客户端，被配置为能够经由消息服务器集群发送请求消息至服务端并且实时读取服务端的返回消息；以及服务端，被配置为能够实时从消息服务器集群读取来自客户端的请求消息，并且对请求消息进行解析以得到目标传输对象的请求类型；其中服务端还被配置为基于请求类型对目标传输对象进行相应处理并且将经处理的目标传输对象经由消息服务器集群传输至客户端，客户端对接收到的经处理的目标传输对象进行解析，以得到目标传输对象的目标数据。

在一些实施例中，服务端还被配置为能够主动经由消息服务器集群向客户端传输预定义的目标传输对象。

在一些实施例中，客户端包括电网控制系统主系统，并且服务端包括电网控制系统子系统。

在一些实施例中，除目标传输对象的请求类型外，客户端和服务端彼此通信的消息还包括以下中的一项或多项：电网控制系统子系统ID、目标传输对象的文件名、目标传输对象的文件路径、以及传输对象的数据信息。

在一些实施例中，目标传输对象的请求类型包括以下中的一项或多项：文件、以及文件列表；以及传输对象的数据信息包括以下中的一项或多项：文件切片数据、以及文件名称列表。

在一些实施例中，在请求类型为文件时，服务端对目标传输对象按固定大小切片，分多个消息传输；和/或在请求类型为文件列表时，服务端基于目标传输对象的路径返回目录下的文件列表信息。

在一些实施例中，在客户端读取的返回消息指示的文件类型为文件时，客户端将数据信息解析为文件切片数据，并且判断是否接收到目标传输对象的全部片段，并且客户端被配置为在未接收到全部片段时将消息缓存直至接收到全部片段；和/或在客户端读取的返回消息指示的文件类型为文件列表时，客户端将数据信息解析为文件名称列表进行展示。

在一些实施例中，响应于接收到全部片段，客户端将文件切片数据拼接保存并且删除缓存。

在一些实施例中，消息服务器集群包括kafka集群。

根据本公开的另一方面，一种利用本公开第一方面的系统进行文件传输方法，包括以下步骤：服务端实时从消息服务器集群读取客户端请求消息或主动推送运行文件；客户端发送文件请求消息至消息服务器集群并且实时读取服务端返回消息；服务端读取到请求消息进行解析，根据请求类型进行处理；在请求类型为文件时，服务端对目标传输对象按固定大小切片，分多个消息发送；请求类型为文件列表，服务端根据目标传输对象路径，返回目录下的文件列表信息；客户端从消息服务器集群中的至少一个消息服务器中读取返回消息；以及其中在返回消息请求类型为文件列表时，客户端将数据信息解析为文件名称列表进行展示；和/或返回消息请求类型为文件，客户端将数据信息解析为文件切片数据，判断是否接收到目标传输对象的全部片段，未接收到全部片段，将消息缓存，接收到全部片段，则将文件拼接保存，并删除缓存。

本公开的上述技术方案具有如下有益的技术效果：

(1)本公开采用了服务器集群并且基于消息机制在服务端和客户端进行通信，可以实现多对多传输、并且大幅度提升为传输效率和安全性。

(2)本公开的交互方式和传输方式便捷、能够针对不同的传输对象的类型进行不同方式的传输，进一步提升传输效率的同时，使得交互方式更加人性化。

(3)在多对多传输的基础上，基于服务器集群的设置和传输方式的改进，本公开可以根据需求和场景定义不同的请求消息格式，更改交互规则进行信息传输。

附图说明

图1示出了根据本公开的示例实施例的用于电网控制的基于消息机制的文件传输系统；以及

图2示出了根据本公开的示例实施例的用于电网控制的基于消息机制的文件传输方法。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本公开进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本公开的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在本公开的描述中，需要理解的是，术语“包括/包含”、“由……组成”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的产品、设备、过程或方法不仅包括那些要素，而且需要时还可以包括没有明确列出的其他要素，或者是还包括为这种产品、设备、过程或方法所固有的要素。在没有更多限制的情况下，由语句“包括/包含……”、“由……组成”限定的要素，并不排除在包括所述要素的产品、设备、过程或方法中还存在另外的相同要素。

在本公开中，除非另有明确的规定和限定，术语“耦合”、“耦解放”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

还需要理解的是，术语“上”、“下”、“前”、“后”、“左”、“右”、“顶”、“底”、“内”、“外”等指示方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置、部件或结构必须具有特定的方位、以特定的方位构造或操作，不能理解为对本发明的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

以下结合较佳的实施方式对本发明的实现进行详细的描述。

图1示出了根据本公开的示例实施例的用于电网控制的基于消息机制的文件传输系统。如图1所示，用于电网控制的基于消息机制的文件传输系统可以包括消息服务器集群、客户端和服务端。在一些实施例中，消息服务器集群包括kafka集群，应当理解，消息服务器集群还可以包括任意类型的集群。需要说明的是，图1中关于服务器集群、客户端和服务端中的数量都是示例性的，本领域技术人员可以根据实际需要对上述组件的数量进行设置，本公开对此不做限制。

图2示出了根据本公开的示例实施例的用于电网控制的基于消息机制的文件传输方法。下面将结合图2进一步介绍图1中所示的服务器集群、客户端和服务端的相应特征。

如图1和图2所示，用于电网控制的基于消息机制的文件传输系统(以下简称“系统”)可以包括消息服务器集群，消息服务器集群中的每个消息服务器各自耦合到服务端和客户端，以使得服务端和客户端能够彼此通信。

根据一个实施例，参照图1和图2，系统还可以包括客户端，客户端被配置为能够经由消息服务器集群发送请求消息至服务端并且实时读取服务端的返回消息。

根据一些实施例，参照图1和图2，系统还可以包括服务端，服务端被配置为能够实时从消息服务器集群读取来自客户端的请求消息，并且对请求消息进行解析以得到目标传输对象的请求类型。在一些实施例中，其中服务端还可以被配置为基于请求类型对目标传输对象进行相应处理并且将经处理的目标传输对象经由消息服务器集群传输至客户端，客户端对接收到的经处理的目标传输对象进行解析，以得到目标传输对象的目标数据。

根据一些实施例，继续参照图1和图2，服务端还被配置为能够主动经由消息服务器集群向客户端传输预定义的目标传输对象。

根据一些实施例，客户端包括电网控制系统主系统，并且服务端包括电网控制系统子系统。

根据一些实施例，除目标传输对象的请求类型外，客户端和服务端彼此通信的消息还包括以下中的一项或多项：电网控制系统子系统ID、目标传输对象的文件名、目标传输对象的文件路径、以及传输对象的数据信息。

根据一些实施例，目标传输对象的请求类型包括以下中的一项或多项：文件、以及文件列表；以及传输对象的数据信息包括以下中的一项或多项：文件切片数据、以及文件名称列表。根据一些实施例，在请求类型为文件时，服务端对目标传输对象按固定大小切片，分多个消息传输；和/或在请求类型为文件列表时，服务端基于目标传输对象的路径返回目录下的文件列表信息。

根据一些实施例，在客户端读取的返回消息指示的文件类型为文件时，客户端将数据信息解析为文件切片数据，并且判断是否接收到目标传输对象的全部片段，并且客户端被配置为在未接收到全部片段时将消息缓存直至接收到全部片段；和/或在客户端读取的返回消息指示的文件类型为文件列表时，客户端将数据信息解析为文件名称列表进行展示。

根据一些实施例，响应于接收到全部片段，客户端将文件切片数据拼接保存并且删除缓存。

图2示出了根据本公开的示例实施例的用于电网控制的基于消息机制的文件传输方法。该示例方法包括了本发明的实施例中的一个优选实施例，本领域技术人员可以理解，在不影响本发明的目的的情况下，其中的一个或多个步骤可以被省略或者替换。

在该实施例中，如图2所示，一种利用本公开第一方面的系统进行文件传输方法，包括以下步骤：

在该实施例中，服务端实时从消息服务器集群读取客户端请求消息或主动推送运行文件。需要说明的是，上述两个操作也可以同时进行，以进一步提升传输速度和效率。

在该实施例中，客户端发送文件请求消息至消息服务器集群并且实时读取服务端返回消息。以此方式，客户端可以基于消息机制与服务器集群和服务端进行通信。

在该实施例中，服务端读取到请求消息进行解析，根据请求类型进行处理。以此方式，可以基于请求类型来对不同的传输类型进行不同的处理，以备传输。

在该实施例中，在请求类型为文件时，服务端对目标传输对象按固定大小切片，分多个消息发送。

在该实施例中，请求类型为文件列表，服务端根据目标传输对象路径，返回目录下的文件列表信息。

在这样的实施例中，客户端从消息服务器集群中的至少一个消息服务器中读取返回消息；以及其中在返回消息请求类型为文件列表时，客户端将数据信息解析为文件名称列表进行展示；和/或返回消息请求类型为文件，客户端将数据信息解析为文件切片数据，判断是否接收到目标传输对象的全部片段，未接收到全部片段，将消息缓存，接收到全部片段，则将文件拼接保存，并删除缓存。

综上所述，本公开涉及一种用于电网控制的基于消息机制的文件传输的系统和方法。本公开的方案采用了服务器集群并且基于消息机制在服务端和客户端进行通信，进而实现多对多传输、并且大幅度提升传输效率和安全性。本公开的交互方式和传输方式便捷、能够针对不同的传输对象的类型进行不同方式的传输，进一步提升传输效率的同时，使得交互方式更加人性化。在多对多传输的基础上，基于服务器集群的设置和传输方式的改进，本公开可以根据需求和场景定义不同的请求消息格式，更改交互规则进行信息传输。

应当理解的是，本公开的上述具体实施方式仅仅用于示例性说明或解释本公开的原理，而不构成对本公开的限制。因此，在不偏离本公开的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。此外，本公开所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (10)

1.一种用于电网控制的基于消息机制的文件传输系统，其特征在于，包括：

消息服务器集群，所述消息服务器集群中的每个消息服务器各自耦合到服务端和客户端，以使得所述服务端和所述客户端能够彼此通信；

客户端，被配置为能够经由所述消息服务器集群发送请求消息至所述服务端并且实时读取所述服务端的返回消息；以及

服务端，被配置为能够实时从所述消息服务器集群读取来自所述客户端的所述请求消息，并且对所述请求消息进行解析以得到目标传输对象的请求类型；

其中所述服务端还被配置为基于所述请求类型对所述目标传输对象进行相应处理并且将经处理的所述目标传输对象经由所述消息服务器集群传输至所述客户端，所述客户端对接收到的经处理的所述目标传输对象进行解析，以得到所述目标传输对象的目标数据。

2.根据权利要求1所述的系统，其特征在于：所述服务端还被配置为能够主动经由所述消息服务器集群向所述客户端传输预定义的所述目标传输对象。

3.根据权利要求1所述的系统，其特征在于：所述客户端包括电网控制系统主系统，并且所述服务端包括电网控制系统子系统。

4.根据权利要求3所述的系统，其特征在于：除所述目标传输对象的所述请求类型外，所述客户端和所述服务端彼此通信的消息还包括以下中的一项或多项：电网控制系统子系统ID、所述目标传输对象的文件名、所述目标传输对象的文件路径、以及所述传输对象的数据信息。

5.根据权利要求4所述的系统，其特征在于：所述目标传输对象的所述请求类型包括以下中的一项或多项：文件、以及文件列表；以及

所述传输对象的所述数据信息包括以下中的一项或多项：文件切片数据、以及文件名称列表。

6.根据权利要求5所述的系统，其特征在于：

在所述请求类型为所述文件时，所述服务端对所述目标传输对象按固定大小切片，分多个消息传输；和/或

在所述请求类型为所述文件列表时，所述服务端基于目标传输对象的路径返回目录下的文件列表信息。

7.根据权利要求6所述的系统，其特征在于：

在所述客户端读取的所述返回消息指示的所述文件类型为所述文件时，所述客户端将所述数据信息解析为所述文件切片数据，并且判断是否接收到所述目标传输对象的全部片段，并且所述客户端被配置为在未接收到所述全部片段时将消息缓存直至接收到所述全部片段；和/或

在所述客户端读取的所述返回消息指示的所述文件类型为所述文件列表时，所述客户端将所述数据信息解析为所述文件名称列表进行展示。

8.根据权利要求7所述的系统，其特征在于，响应于接收到所述全部片段，所述客户端将所述文件切片数据拼接保存并且删除缓存。

9.根据权利要求1-8中任一项所述的系统，其特征在于，所述消息服务器集群包括kafka集群。

10.一种基于权利要求1-9中任一项所述的系统的文件传输方法，其特征在于，包括以下步骤：

所述服务端实时从所述消息服务器集群读取所述客户端请求消息或主动推送运行文件；

所述客户端发送文件请求消息至所述消息服务器集群并且实时读取所述服务端返回消息；

所述服务端读取到请求消息进行解析，根据请求类型进行处理；

在请求类型为文件时，所述服务端对目标传输对象按固定大小切片，分多个消息发送；请求类型为文件列表，服务端根据目标传输对象路径，返回目录下的文件列表信息；

所述客户端从所述消息服务器集群中的至少一个消息服务器中读取返回消息；以及

其中在返回消息请求类型为文件列表时，所述客户端将数据信息解析为文件名称列表进行展示；和/或返回消息请求类型为文件，所述客户端将数据信息解析为文件切片数据，判断是否接收到目标传输对象的全部片段，未接收到全部片段，将消息缓存，接收到全部片段，则将文件拼接保存，并删除缓存。

Images