CN112788030A - 一种高低密网络间的数据交换方法及系统 - Google Patents
一种高低密网络间的数据交换方法及系统 Download PDFInfo
- Publication number
- CN112788030A CN112788030A CN202110033071.1A CN202110033071A CN112788030A CN 112788030 A CN112788030 A CN 112788030A CN 202110033071 A CN202110033071 A CN 202110033071A CN 112788030 A CN112788030 A CN 112788030A
- Authority
- CN
- China
- Prior art keywords
- message data
- density
- data
- low
- information
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0209—Architectural arrangements, e.g. perimeter networks or demilitarized zones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0847—Transmission error
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种高低密网络间的数据交换方法及系统,方法包括:获取低密网业务系统上传的消息数据,对消息数据进行传输拆解并进行持久化存储,通过单向网闸将拆解的消息数据传输到高密网;在高密网对拆解的消息数据进行传输组装,根据传输标识校验组装的消息数据的正确性和完整性,生成相应的反馈信息并进行持久化存储,将组装的消息数据发送到高密网业务系统;通过光盘机将反馈信息打包、刻制并传输到低密网,对反馈信息进行解析并判断是否为补发信息,并执行相应的补发,循环执行上述步骤。可以实时监测消息数据的传输是否正确完整,可以提高数据传输的实时性和有效性,保证数据传输的完整性和可靠性。
Description
技术领域
本发明涉及网络数据传输领域,具体涉及一种高低密网络间的数据交换方法及系统。
背景技术
在目前的办公环境中,一般会根据网络的安全等级不同,将整个办公网络划分为几个独立的物理区域,并在不同区域部署一个或多个业务系统;参照图1,在同一个业务系统内部,数据安全等级相同,数据传输可以互通;在同一个物理区域的不同业务系统,数据安全等级相同,数据传输可以互通;但在不同物理区域的业务系统,由于数据安全等级不同,并且区域之间进行了物理隔离,数据不能进行实时传输交换。
高密网络是保密级别较高的网络,低密网络是保密级别较低、开放性更强的网络。现有技术中,针对隔离区域之间的数据传输采用的方法是,如果数据需要从高密网传输到低密网,可以通过光盘刻录等途径,由人工协助完成数据的传输。目前的办公网络部署和数据交换存在以下不足:
1、物理网络间是相互隔离的,导致不同区域内的业务系统隔离,业务系统之间不能进行数据传输,工作流程不顺畅。
2、每个业务系统都需要配置工作台或终端设备,硬件成本高;针对不同物理区域的业务系统,必须在不同的工作台或终端设备上操作才能完成;如果工作人员身兼多职,同时管理多个不同区域的业务系统,就需要频繁在涉密网工作台和其他网工作台切换,费时费力,工作人员操作体验差。
3、业务系统如果单独进行技术改造,系统间重复工作多、标准不统一、成本投入大。
4、低密网向高密网传输数据,低密网侧无法实时监测数据传输是否到达,传输过程中是否丢失数据包,因此数据传输的可靠性差和有效性差,是亟待解决的难题。
发明内容
针对现有技术存在的上述不足,本发明的目的在于:提供一种高低密网络间的数据交换方法及系统,通过部署单向网闸只允许消息数据从低密网传输到高密网,确保高密网数据的安全性;数据传输过程中需要拆解成多个数据包,判断数据传输的正确性和完整性,并根据判断的反馈信息对错误或丢失的消息数据进行补发;这样,可以实时监测消息数据的传输是否正确完整,可以提高数据传输的实时性和有效性,保证数据传输的完整性和可靠性。
一种高低密网络间的数据交换方法,包括以下步骤:
获取低密网业务系统上传的消息数据,每条消息数据具有唯一的传输标识,对消息数据进行传输拆解,并将拆解的消息数据进行持久化存储;通过单向网闸将拆解的消息数据传输到高密网;
高密网接收拆解的消息数据,并对拆解的消息数据进行传输组装,根据传输标识校验组装的消息数据的正确性和完整性,生成相应的反馈信息,将反馈信息和组装的消息数据进行持久化存储,并将组装的消息数据发送到高密网业务系统;
将反馈信息打包并传输到光盘机,光盘机将反馈信息刻制成光盘并传递到低密网;
对反馈信息进行解析并判断是否为补发信息,若是,则根据补发信息的传输标识补发相应的消息数据;若否,则判定该次消息数据传输完成;
循环执行上述步骤。
进一步地,包括低密网数据库,所述对消息数据进行传输拆解,并将拆解的消息数据进行持久化存储,包括:
判断消息数据的尺寸是否大于配置文件的预设尺寸,若是,则对消息数据进行分包处理,将消息数据分割成多个数据包,为每个数据包添加序列号,并为每个数据包增加包头;若否,则直接为消息数据增加包头;
根据配置文件的预设通道数,启动相应数量的消息数据发送线程,每个发送线程对应一个通道;读取所有发送线程的队列深度,根据负载最小原则将消息数据分配到负载最小的发送线程;
进入发送线程队列,根据消息数据生成消息描述信息和第一审计信息,并将消息描述信息写入低密网数据库;根据消息数据的主题名和消息长度,在低密网数据库查找目标文件名,并判断是否需要创建新文件,若是,则创建新文件,文件名为“主题名+序号”,将消息数据写入新文件中,若否,则直接将消息数据写入找到的目标文件中。
进一步地,包括高密网数据库,包括以下步骤:
接收低密网传输的消息数据及其包头信息,根据消息数据生成第二审计信息,并将第二审计信息写入高密网数据库;
判断消息数据是否为多个片段的数据包,若是,则为数据包去掉包头,对多个数据包进行组包处理,组装成完整片段的消息数据;若否,则直接为消息数据去掉包头;
根据消息数据的传输标识判断消息数据是否正确,若是,则判断消息数据的完整性,若否,则生成相应的补发错误信息,并向相应的高密网业务系统发送错误消息数据的主题名和通知信息;
根据消息数据的包头信息判断消息数据是否完整,若是,则向相应的高密网业务系统发送消息数据的主题名和消息描述信息;若否,则生成相应的补发丢失信息,并实时向相应的高密网业务系统发送丢失消息数据的主题名和通知信息。
进一步地,所述将反馈信息和组装的消息数据进行持久化存储,包括:
设置消息数据传输的预设时间,并判断接收低密网数据传输是否到达预设时间,若否,则继续检测,若是,则读取预设时间内接收的所有分片数据包;
根据分片数据包及其包头信息断消息数据的传输是否完整,若是,则向相应的高密网业务系统发送消息数据的主题名和消息描述信息;若否,则将错误或缺失的消息数据,以及补发错误信息和补发丢失信息写入高密网数据库;
根据错误的消息数据的主题名和消息长度,在高密网数据库查找目标文件名,并判断是否需要创建新文件,若是,则创建新文件,文件名为“主题名+序号”,将错误的消息数据写入新文件中,若否,则将错误的消息数据写入找到的目标文件中。
进一步地,所述根据补发信息的传输标识补发相应的消息数据,包括:
根据补发信息的传输标识在低密网数据库中查找相应的目标文件名,若查找成功,则从低密网数据库中调取相应的消息数据和目标文件,将正确的消息数据或者消息数据中的缺失数据重新发送到高密网;若查找失败,则判定低密网数据库中不存在相应的消息数据和目标文件,将补发信息下发到相应的低密网业务系统;相应的低密网业务系统根据补发信息的传输标识重新上传相应的消息数据。
进一步地,包括以下步骤:
获取低密网业务系统上传的消息数据,根据配置文件的可靠性传输的预设值,生成预设个数的消息数据副本,并将消息数据及其副本数据一起传输到高密网;
高密网接收低密网传输的消息数据及其副本数据,根据传输标识和包头信息从消息数据及其副本数据中获取正确完整的消息数据,丢弃重复的数据,并生成反馈信息。
一种高低密网络间的数据交换系统,用于应用上述高低密网络间的数据交换方法,包括低密网传输组件、高密网传输组件、单向网闸、光盘机、分析模块和解析判断模块;
所述低密网传输组件包括低密接收模块、低密控制模块、低密转发模块、低密补发模块和低密存储模块,低密接收模块用于接收低密网业务系统上传的消息数据,每条消息数据具有唯一的传输标识;低密控制模块用于对消息数据进行传输拆解,低密转发模块用于将拆解的消息数据传输到单向网闸,低密存储模块用于对拆解的消息数据进行持久化存储,低密补发模块用于从低密存储模块中提取持久化存储的消息数据进行补发;
所述高密网传输组件包括高密接收模块、高密控制模块、高密转发模块和高密存储模块,高密接收模块用于接收单向网闸传输的拆解的消息数据,高密控制模块用于对拆解的消息数据进行传输组装,高密转发模块用于将组装的消息数据发送到高密网业务系统,并将反馈信息打包并传输到光盘机;高密存储模块用于对反馈信息和组装的消息数据进行持久化存储;
所述光盘机用于将反馈信息刻制成光盘并传输到低密网,分析模块用于根据传输标识校验组装的消息数据的正确性和完整性,并生成相应的反馈信息;解析判断模块用于对反馈信息进行解析并判断是否为补发信息,若是,则根据补发信息的传输标识补发相应的消息数据;若否,则判定该次消息数据传输完成。
进一步地,还包括低密网数据库和高密网数据库,低密网数据库用于写入消息数据的描述信息和第一审计信息,以及存储消息数据的打包文件;高密网数据库用于写入消息数据的描述信息、第二审计信息、补发错误信息和补发丢失信息,存储消息数据、错误消息数据或缺失消息数据的打包文件。
进一步地,低密网业务系统采用TCP协议将消息数据上传到低密接收模块,低密转发模块采用UDP协议通过单向网闸将拆解的消息数据传输到高密接收模块,高密转发模块采用TCP协议将组装的消息数据发送到高密网业务系统。
进一步地,所述传输标识包括消息数据的ID信息、传输优先级别和MD5值,高密网和低密网之间采用多通道并发传输的方式传输数据;若多个数据按先后顺序到达同一数据发送通道,则按照先后顺序依次传输;若多个数据同时到达同一数据发送通道,则根据传输优先级别决定传输次序;传输优先级别包括1级~9级,1级优先级别最低,9级优先级别最高。
相比于现有技术,本发明具有以下优点:
本发明提供了一种高低密网络间的数据交换方法及系统,在高密网和低密网之间部署单向网闸,只允许消息数据从低密网传输到高密网,保证高密网数据的安全性;数据传输前需要对消息数据进行传输拆解,高密网对拆解的消息数据进行传输组装,通过判断消息数据的正确性和完整性生成反馈信息并发送到低密网,根据反馈信息判断是否需要补发消息数据;这样,可以实时监测消息数据的传输是否正确完整,可以提高数据传输的实时性和有效性,保证数据传输的完整性和可靠性。
附图说明
图1为本发明背景技术中现有高低密网间的系统部署示意图;
图2为发明实施例一中高低密网络间的数据交换方法的控制流程图;
图3为发明实施例一中高低密网络间的数据交换方法的低密网的控制流程图;
图4为发明实施例一中高低密网络间的数据交换方法的高密网第一控制流程图;
图5为发明实施例一中高低密网络间的数据交换方法的高密网第二控制流程图;
图6为发明实施例一中高低密网络间的数据交换方法的低密网补发控制流程图;
图7为发明实施例一中高低密网络间的数据交换方法的低密网数据重复发送流程图;
图8为发明实施例二中高低密网络间的数据交换系统的系统框图;
图9为发明实施例二中高低密网络间的数据交换系统的系统部署示意图。
具体实施方式
下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案,因此只是作为示例,而不能以此来限制本发明的保护范围。
实施例一:
参照图2,一种高低密网络间的数据交换方法,包括以下步骤:
获取低密网业务系统上传的消息数据,每条消息数据具有唯一的传输标识,对消息数据进行传输拆解,并将拆解的消息数据进行持久化存储;通过单向网闸将拆解的消息数据传输到高密网。具体地,低密网业务系统采用TCP协议上传消息数据,消息数据的传输标识包括消息ID、传输优先级别和MD5值,消息ID包括该条消息数据的上传地址、消息主题、消息长度、上传的低密网业务系统编号等;传输优先级别包括1级~9级,1级优先级别最低,9级优先级别最高,2级~8级可以设置为相同优先级别,2级~8级也可以设置为优先级别逐渐增高、或者呈比例逐渐增高;高密网和低密网之间采用多通道并发传输的方式传输数据,若多个消息数据按先后顺序到达同一数据发送通道,则按照先后顺序依次传输;若多个数据同时到达同一数据发送通道,则根据传输优先级别决定传输次序。一条完整的消息数据从低密网传输到高密网时,一般需要将消息数据分割成多个数据包,以便提高数据传输的效率和稳定性。低密网采用UDP协议通过单向网闸将消息数据传输到高密网。
高密网接收拆解的消息数据,并对拆解的消息数据进行传输组装,根据传输标识校验组装的消息数据的正确性和完整性,生成相应的反馈信息,将反馈信息和组装的消息数据进行持久化存储,并将组装的消息数据发送到高密网业务系统;具体地,高密网接收低密网传输到消息数据后,一般需要将多个数据包组合为一条消息数据,以便保证数据传输的完整性和稳定性;根据消息数据的消息ID和MD5值可以判断接收的消息数据是否正确,反馈信息包括补发错误信息、补发丢失信息和消息传输完成三种。
将反馈信息打包并传输到光盘机,光盘机将反馈信息刻制成光盘并传递到低密网;具体地,在预设的时间周期内,将高密网生成的反馈信息打包成记录文件,打包的记录文件经过安全监测审核后,传输到光盘机;由于高密网的数据安全等级要远高于低密网,所以数据从高密网传出必须经过安全监测审核,保证数据的安全性,具体实施时,可以在高密网设置安全审核机制的判断模块,提高数据审核的效率;预设的时间周期一般较短,从而保证数据反馈的实时有效性。
对反馈信息进行解析并判断是否为补发信息,若是,则根据补发信息的传输标识补发相应的消息数据;若否,则判定该次消息数据传输完成;具体地,低密网接收到打包的记录文件后,分析反馈信息的种类,如果是补发错误信息和补发丢失信息,就需要重发和补发,如果是消息传输完成的反馈,就无需处理。
循环执行上述步骤。
上述高低密网络间的数据交换方法,在高密网和低密网之间部署单向网闸,只允许消息数据从低密网传输到高密网,保证高密网数据的安全性;数据传输前需要对消息数据进行传输拆解,高密网对拆解的消息数据进行传输组装,通过判断消息数据的正确性和完整性生成反馈信息并发送到低密网,根据反馈信息判断是否需要补发消息数据;这样,可以实时监测消息数据的传输是否正确完整,可以提高数据传输的实时性和有效性,保证数据传输的完整性和可靠性。
上述高低密网络间的数据交换方法中,包括低密网数据库,参照图3,所述对消息数据进行传输拆解,并将拆解的消息数据进行持久化存储,包括:
低密网业务系统采用TCP协议上传待发的消息数据,低密网收到待发消息数据后,解析消息,获取消息数据的传输标识,并为该条消息数据配置包重发策略;
判断消息数据的尺寸是否大于配置文件的预设尺寸,若是,则对消息数据进行分包处理,将消息数据分割成多个数据包,为每个数据包添加序列号,并为每个数据包增加包头;若否,则直接为消息数据增加包头;具体地,配置文件的预设尺寸fragmentSize,指消息数据的长度在预设尺寸内,这样,可以降低数据传输的数据包丢失率和错误率,提高数据传输的完整性和可靠性,配置文件是系统自带预设好的最优尺寸;每个数据包的包头信息包括但不限于加密信息、压缩标志、序列号、数据偏移量、数据大小、校验类型、校验码等等;
根据配置文件的预设通道数,启动相应数量的消息数据发送线程,每个发送线程对应一个通道;读取所有发送线程的队列深度,根据负载最小原则将消息数据分配到负载最小的发送线程;
进入发送线程队列,根据消息数据生成消息描述信息和第一审计信息,并将消息描述信息写入低密网数据库;根据消息数据的主题名和消息长度,在低密网数据库查找目标文件名,并判断是否需要创建新文件,若是,则创建新文件,文件名为“主题名+序号”,将消息数据写入新文件中,若否,则直接将消息数据写入找到的目标文件中;
低密网采用UDP协议将消息数据传输到高密网。
上述高低密网络间的数据交换方法中,参照图4,包括以下步骤:
接收低密网传输的消息数据及其包头信息,根据消息数据生成第二审计信息,并将第二审计信息写入高密网数据库;
判断消息数据是否为多个片段的数据包,若是,则为数据包去掉包头,对多个数据包进行组包处理,组装成完整片段的消息数据;若否,则直接为消息数据去掉包头;
根据消息数据的传输标识判断消息数据是否正确,若是,则判断消息数据的完整性,若否,则生成相应的补发错误信息,并向相应的高密网业务系统发送错误消息数据的主题名和通知信息;
根据消息数据的包头信息判断消息数据是否完整,若是,则向相应的高密网业务系统发送消息数据的主题名和消息描述信息;若否,则生成相应的补发丢失信息,并实时向相应的高密网业务系统发送丢失消息数据的主题名和通知信息。
上述高低密网络间的数据交换方法中,参照图5,所述将反馈信息和组装的消息数据进行持久化存储,包括:
设置消息数据传输的预设时间,并判断接收低密网数据传输是否到达预设时间,若否,则继续检测,若是,则读取预设时间内接收的所有分片数据包;
根据分片数据包及其包头信息断消息数据的传输是否完整,若是,则向相应的高密网业务系统发送消息数据的主题名和消息描述信息;若否,则将错误或缺失的消息数据,以及补发错误信息和补发丢失信息写入高密网数据库;
根据错误的消息数据的主题名和消息长度,在高密网数据库查找目标文件名,并判断是否需要创建新文件,若是,则创建新文件,文件名为“主题名+序号”,将错误的消息数据写入新文件中,若否,则将错误的消息数据写入找到的目标文件中。
上述高低密网络间的数据交换方法中,参照图6,所述根据补发信息的传输标识补发相应的消息数据,包括:
根据补发信息的传输标识在低密网数据库中查找相应的目标文件名,若查找成功,则从低密网数据库中调取相应的消息数据和目标文件,将正确的消息数据或者消息数据中的缺失数据重新发送到高密网;若查找失败,则判定低密网数据库中不存在相应的消息数据和目标文件,将补发信息下发到相应的低密网业务系统;相应的低密网业务系统根据补发信息的传输标识重新上传相应的消息数据。
上述高低密网络间的数据交换方法中,参照图7,包括以下步骤:
获取低密网业务系统上传的消息数据,根据配置文件的可靠性传输的预设值,生成预设个数的消息数据副本,并将消息数据及其副本数据一起传输到高密网;
高密网接收低密网传输的消息数据及其副本数据,根据传输标识和包头信息从消息数据及其副本数据中获取正确完整的消息数据,丢弃重复的数据,并生成反馈信息。
上述高低密网络间的数据交换方法中,可以采用奇偶、求和、哈希(MD5)等多种校验算法,来校验数据传输的有效性,确保数据传输正确完整,实施步骤如下:
在低密网,针对消息数据的内容计算MD5,并存储到数据块控制信息中,即包头信息中;数据信息和包头信息从低密网经UDP协议发送到高密网;在高密网,对数据包内容计算MD5,将新MD5值和控制信息中MD5值进行比较,如果相同,则数据有效;如果不同则数据无效。
奇偶校验(Parity Check)是一种校验代码传输正确性的方法,根据被传输的一组二进制代码的数位中“1”的个数是奇数或偶数来进行校验。采用奇数的称为奇校验,反之,称为偶校验,采用何种校验是事先规定好的。通常专门设置一个奇偶校验位,用它使这组代码中“1”的个数为奇数或偶数。若用奇校验,则当接收端收到这组代码时,校验“1”的个数是否为奇数,从而确定传输代码的正确性。
求和校验:对数据包的字节序列,逐个计算ASIIC码;将所有字节的ASIIC码相加,得到一个ASIIC码;从低密网经UDP传输到高密网;重新计算接收到数据库的ASIIC码并进行比较;如相同,则数据有效;如不同,则数据无效。具体过程如下:
在发送端将数据分为k段,每段均为等长的n比特。将分段1与分段2做求和操作,再逐一与分段3至k做求和操作,得到长度为n比特的求和结果。将该结果取反后作为校验和放在数据块后面,与数据块一起发送到接收端。在接收端对接收到的、包括校验和在内的所有k+1段数据求和,如果结果为零,就认为传输过程没有错误,所传数据正确,如果结果不为零,则表明发生了错误。
例如一段二进制码'1010110110'求和:0010+1011+0110=10011再对'10011'求和0001+0011=0100
再对'0100'取反为'1011”1011'即为'1010110110'的校验码
校验的时候先求得和'0100'再与校验码'1011'相加为'1111'对'1111'取反为'0'则传输结果正确反之则传输结果错误。
哈希校验:哈希校验是一款小巧好用的哈希计算器,也是一款md5校验工具,支持文件拖放,速度很快,可以计算文件的MD5、SHA1、CRC32的值。国产哈希算法,主要用于数字签名及验证、消息认证码生成及验证、随机数生成等,其算法公开。据国家密码管理局表示,其安全性及效率与SHA-256相当。哈希函数能使对一个数据序列的访问过程更加迅速有效,通过散列函数,数据元素将被更快地定位,常用哈希函数有:
1、直接寻址法,取关键字或关键字的某个线性函数值为散列地址,即
H(key)=key或H(key)=a·key+b,其中a和b为常数(这种散列函数叫做自身函数)
2、字分析法,分析一组数据,比如一组员工的出生年月日,这时我们发现出生年月日的前几位数字大体相同,这样的话,出现冲突的几率就会很大,但是我们发现年月日的后几位表示月份和具体日期的数字差别很大,如果用后面的数字来构成散列地址,则冲突的几率会明显降低。因此数字分析法就是找出数字的规律,尽可能利用这些数据来构造冲突几率较低的散列地址。
3、平方取中法,取关键字平方后的中间几位作为散列地址。
4、折叠法,将关键字分割成位数相同的几部分,最后一部分位数可以不同,然后取这几部分的叠加和(去除进位)作为散列地址。
5、随机数法,选择一随机函数,取关键字作为随机函数的种子生成随机值作为散列地址,通常用于关键字长度不同的场合。
6、除留余数法,取关键字被某个不大于散列表表长m的数p除后所得的余数为散列地址。即H(key)=key MOD p,p<=m。不仅可以对关键字直接取模,也可在折叠、平方取中等运算之后取模,对p的选择很重要,一般取素数或m,若p选的不好,容易产生碰撞。
具体实施时,可以采用定期可靠性补发机制:
发送方,对每个发送的数据包进行编号,发送完成后进行缓存;接收方,对每个接收的数据包进行校验、记录和处理,产生补发记录;正确的记录,以0标志位标识;异常的记录,以其他数值进行标志,以保障发送方的补发实施;发送方,实时获取数据补发信息;无需补充的数据,清理记录信息和缓存;需要补发的数据,进行数据的补发发送和再次记录;定期数据补发机制,将根据定义的补发间隔(如1小时),将高密网中待补发记录信息,通过非网络途径(如光盘刻录)等复制到低密网补发。
具体实施时,还可以采用以下的可靠性传输机制:
单向网闸环境中,数据的传输是单向的,网络设备本身或仅凭应用程序本身,很难做到数据传输的可靠性,可以通过如下策略手段,实现最小时间段内数据传输的可靠性和实时性:
高密网应用系统和低密网应用系统通过设置MQTT/TCP协议的Qos2策略,保证数据的可靠性;针对不同的主机或子网,通过对发送方数据传输的速率和流量控制,避免造成网络阻塞,降低数据的丢包率;网络中发送的每个数据包,增加数据包的CRC校验码,确保数据传输的完整性,避免残包、废包、被篡改包等情况发生;数据接收方,采取多线程异步处理模式,使得网络接收和数据处理流程分离,极大程度降低接收线程的时间周期,降低因接收处理缓慢而导致的网络数据丢包;网络传输数据包大小,提供可控制策略,尽可能降低数据包过大被网络设备分包造成的丢包;定期可靠性补偿服务机制,包括,发送方,对每个发送的数据包进行编号,发送完成后进行缓存,接收方,对每个接收的数据包进行校验、记录和处理,产生补偿记录并上报到目标补偿中心。
具体实施时,消息数据的传输标识的产生方式如下:
1、低密网应用程序发布消息时,根据业务特点,自行定义该消息的唯一标识(字母、数字和部分特殊字符如_、-等,长度不超过32)应生成唯一消息序列号;使用该标志记录到传输审计记录中;作为消息级补偿发送的关键字,检索持久记录中是否存在该记录的数据;
2、低密网应用发布消息时,如果没有定义该消息的唯一标识,则低密网会自动分配一个唯一ID并使用。
具体实施时,在高密网和低密网进行消息数据持久化存储,需要的定期维护如下:
根据数据传输的策略配置,高低密网可以对传输中的消息,进行持久化存储,同时对持久化存储的数据开展定期维护:
低密网转发到高密网的消息,消息一旦接收完整,在从持久化内存和硬盘区,进行清理;
低密网的消息,转发到高密网后,会根据配置策略,持久化到内存或硬盘区,以便为数据补偿发送提供数据缓冲;
durablityTimeout时间内,消息被低密网持久化存储;
超过durablityTimeout时间,消息被低密网清理,并释放内存或磁盘;
高密网接收到来自高密网消息后,会根据配置策略,持久化到内存或硬盘区,以便为数据补偿发送提供数据缓冲;
durablityTimeout时间内,消息被高密网持久化存储;
超过durablityTimeout时间,消息被高密网清理,并释放内存或磁盘。
上述高低密网络间的数据交换方法,在高密网和低密网之间部署单向网闸,只允许消息数据从低密网传输到高密网,保证高密网数据的安全性;数据传输前需要对消息数据进行传输拆解,高密网对拆解的消息数据进行传输组装,通过判断消息数据的正确性和完整性生成反馈信息并发送到低密网,根据反馈信息判断是否需要补发消息数据;这样,可以实时监测消息数据的传输是否正确完整,可以提高数据传输的实时性和有效性,保证数据传输的完整性和可靠性。
实施例二:
参照图8和图9,一种高低密网络间的数据交换系统,用于应用上述高低密网络间的数据交换方法,包括低密网传输组件、高密网传输组件、单向网闸、光盘机、分析模块和解析判断模块;
所述低密网传输组件包括低密接收模块、低密控制模块、低密转发模块、低密补发模块和低密存储模块,低密接收模块用于接收低密网业务系统上传的消息数据,每条消息数据具有唯一的传输标识;低密控制模块用于对消息数据进行传输拆解,低密转发模块用于将拆解的消息数据传输到单向网闸,低密存储模块用于对拆解的消息数据进行持久化存储,低密补发模块用于从低密存储模块中提取持久化存储的消息数据进行补发;
所述高密网传输组件包括高密接收模块、高密控制模块、高密转发模块和高密存储模块,高密接收模块用于接收单向网闸传输的拆解的消息数据,高密控制模块用于对拆解的消息数据进行传输组装,高密转发模块用于将组装的消息数据发送到高密网业务系统,并将反馈信息打包并传输到光盘机;高密存储模块用于对反馈信息和组装的消息数据进行持久化存储;
所述光盘机用于将反馈信息刻制成光盘并传输到低密网,分析模块用于根据传输标识校验组装的消息数据的正确性和完整性,并生成相应的反馈信息;解析判断模块用于对反馈信息进行解析并判断是否为补发信息,若是,则根据补发信息的传输标识补发相应的消息数据;若否,则判定该次消息数据传输完成。当判断消息数据传输正确并完整时,高密转发模块将数据一次性转发给高密网业务系统。
上述高低密网络间的数据交换系统中,还包括低密网数据库和高密网数据库,低密网数据库用于写入消息数据的描述信息和第一审计信息,以及存储消息数据的打包文件;高密网数据库用于写入消息数据的描述信息、第二审计信息、补发错误信息和补发丢失信息,存储消息数据、错误消息数据或缺失消息数据的打包文件。具体地,判断消息数据正确性和完整性之前,还需要对第一审计信息和第二审计信息进行判断,只有当第一审计信息和第二审计信息匹配吻合时,才进行后续步骤。
上述高低密网络间的数据交换系统中,低密网业务系统采用TCP协议将消息数据上传到低密接收模块,低密转发模块采用UDP协议通过单向网闸将拆解的消息数据传输到高密接收模块,高密转发模块采用TCP协议将组装的消息数据发送到高密网业务系统。
上述高低密网络间的数据交换系统的运行过程:
1、系统注册,上述数据交换系统提供注册服务,各个低密网业务系统和高密网业务系统通过注册服务完成应用注册。
2、传输通道,可以采用TCP协议或者MQTT协议接收所有低密网业务系统上传的数据,根据配置文件通道数,启动相应数量的发送线程,每个发送线程对应一个通道,接收消息线程根据负载最小原则分配消息任务到对应发送线程。
3、低密网传输,低密接收模块接收低密网业务系统上传的消息数据,解析消息数据,获得每个消息数据的唯一传输标识,为该条消息数据配置包重发策略;根据消息数据的文件大小判断是否需要分包,若是,则根据分包算法拆分消息数据,拆分成多个数据包,并且为每个数据包增加序列号,并为每个数据包增加包头,序列号存储在包头信息内,若否,则直接为消息数据增加包头;进入发送线程队列,消息描述信息写入低密网数据库,消息体写入目标文件中;根据消息数据的主题名和消息长度,在低密网数据库查找目标文件名,并判断是否需要创建新文件,若是,则创建新文件,文件名为“主题名+序号”,将消息数据写入新文件中,若否,则直接将消息数据写入找到的目标文件中;数据消息持久化处理,并采用UDP协议将消息数据传输到高密网。
4、高密网传输,根据配置文件通道数,启动相应接收线程,每个接收线程对应一个通道,接收低密网传输来消息数据,获取消息数据的包头信息,根据消息数据生成第二审计信息,读取审计信息入库队列信息,从数据库连接池获取数据库连接,将第二审计信息写入高密网数据库;通过totalFragment判断消息数据是否为多个片段的数据包,若是,则为数据包去掉包头,对多个数据包进行组包处理,组装成完整片段的消息数据;若否,则直接为消息数据去掉包头;
5、分析模块,根据消息数据的传输标识判断消息数据是否正确,若是,则判断消息数据的完整性,若否,则生成相应的补发错误信息,并向相应的高密网业务系统发送错误消息数据的主题名和通知信息;根据消息数据的包头信息判断消息数据是否完整,若是,则向相应的高密网业务系统发送消息数据的主题名和消息描述信息;若否,则生成相应的补发丢失信息,并实时向相应的高密网业务系统发送丢失消息数据的主题名和通知信息;
6、高密网数据持久化存储,设置消息数据传输的预设时间,并判断接收低密网数据传输是否到达预设时间,若否,则继续检测,若是,则读取预设时间内接收的所有分片数据包;根据分片数据包及其包头信息断消息数据的传输是否完整,若是,则向相应的高密网业务系统发送消息数据的主题名和消息描述信息;若否,则将错误或缺失的消息数据及编号,以及补发错误信息和补发丢失信息写入高密网数据库;根据错误的消息数据的主题名和消息长度,在高密网数据库查找目标文件名,并判断是否需要创建新文件,若是,则创建新文件,文件名为“主题名+序号”,将错误的消息数据写入新文件中,若否,则将错误的消息数据写入找到的目标文件中;高密网通过主题“错误或丢失消息”,实时发布错误消息或丢失消息的编号,高密网只收到消息的部分分片数据包时,通过主题“错误或丢失消息”,发布未收到的分片信息。
7、解析判断模块,低密网接收反馈信息,根据补发信息的传输标识在低密网数据库中查找相应的目标文件名,若查找成功,则从低密网数据库中调取相应的消息数据和目标文件,将正确的消息数据或者消息数据中的缺失数据重新发送到高密网;若查找失败,则判定低密网数据库中不存在相应的消息数据和目标文件,将补发信息对应的retransNoticeMessage主题下发到相应的低密网业务系统;相应的低密网业务系统根据补发信息的传输标识检索到该Notice消息,判断出该数据包不存在,则重新上传相应的消息数据。
8、消息数据重复发送策略,低密网对每个待发送的消息数据,根据配置文件可靠性传输的预设值,生成预设个数的消息数据副本,并将消息数据及其副本数据一起传输到高密网;高密网通过消息数据的消息ID、数据包的序列号,丢弃收到的重复消息。消息数据传输时,以重复副本方式发送消息,高密网收到低密网消息,判断消息ID是否一致,若是则丢弃,不重发,若否则重发,可以一定程度确保消息传输的可靠性,比如,生成2个消息副本,一起发送3个消息到高密网,这样可以一定程度保证消息传输可靠性。具体实施时,通过一定比率的数据包重发控制(如:发1补1、发3补1策略)达到数据包补偿;包重发控制策略,是针对存在浪费部分带宽的情况,可通过预先测试网络环境或补偿自学习,来最大程度低提高数据传输的可靠性。
上述高低密网络间的数据交换系统中,在高密网和低密网之间部署单向网闸,只允许消息数据从低密网传输到高密网,保证高密网数据的安全性;数据传输前需要对消息数据进行传输拆解,高密网对拆解的消息数据进行传输组装,通过判断消息数据的正确性和完整性生成反馈信息并发送到低密网,根据反馈信息判断是否需要补发消息数据;这样,可以实时监测消息数据的传输是否正确完整,可以提高数据传输的实时性和有效性,保证数据传输的完整性和可靠性。
最后说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的宗旨和范围,其均应涵盖在本发明的保护范围当中。
Claims (10)
1.一种高低密网络间的数据交换方法,其特征在于,包括以下步骤:
获取低密网业务系统上传的消息数据,每条消息数据具有唯一的传输标识,对消息数据进行传输拆解,并将拆解的消息数据进行持久化存储;通过单向网闸将拆解的消息数据传输到高密网;
高密网接收拆解的消息数据,并对拆解的消息数据进行传输组装,根据传输标识校验组装的消息数据的正确性和完整性,生成相应的反馈信息,将反馈信息和组装的消息数据进行持久化存储,并将组装的消息数据发送到高密网业务系统;
将反馈信息打包并传输到光盘机,光盘机将反馈信息刻制成光盘并传递到低密网;
对反馈信息进行解析并判断是否为补发信息,若是,则根据补发信息的传输标识补发相应的消息数据;若否,则判定该次消息数据传输完成;
循环执行上述步骤。
2.根据权利要求1所述的高低密网络间的数据交换方法,包括低密网数据库,其特征在于,所述对消息数据进行传输拆解,并将拆解的消息数据进行持久化存储,包括:
判断消息数据的尺寸是否大于配置文件的预设尺寸,若是,则对消息数据进行分包处理,将消息数据分割成多个数据包,为每个数据包添加序列号,并为每个数据包增加包头;若否,则直接为消息数据增加包头;
根据配置文件的预设通道数,启动相应数量的消息数据发送线程,每个发送线程对应一个通道;读取所有发送线程的队列深度,根据负载最小原则将消息数据分配到负载最小的发送线程;
进入发送线程队列,根据消息数据生成消息描述信息和第一审计信息,并将消息描述信息写入低密网数据库;根据消息数据的主题名和消息长度,在低密网数据库查找目标文件名,并判断是否需要创建新文件,若是,则创建新文件,文件名为“主题名+序号”,将消息数据写入新文件中,若否,则直接将消息数据写入找到的目标文件中。
3.根据权利要求2所述的高低密网络间的数据交换方法,包括高密网数据库,具体包括以下步骤:
接收低密网传输的消息数据及其包头信息,根据消息数据生成第二审计信息,并将第二审计信息写入高密网数据库;
判断消息数据是否为多个片段的数据包,若是,则为数据包去掉包头,对多个数据包进行组包处理,组装成完整片段的消息数据;若否,则直接为消息数据去掉包头;
根据消息数据的传输标识判断消息数据是否正确,若是,则判断消息数据的完整性,若否,则生成相应的补发错误信息,并向相应的高密网业务系统发送错误消息数据的主题名和通知信息;
根据消息数据的包头信息判断消息数据是否完整,若是,则向相应的高密网业务系统发送消息数据的主题名和消息描述信息;若否,则生成相应的补发丢失信息,并实时向相应的高密网业务系统发送丢失消息数据的主题名和通知信息。
4.根据权利要求3所述的高低密网络间的数据交换方法,其特征在于,所述将反馈信息和组装的消息数据进行持久化存储,包括:
设置消息数据传输的预设时间,并判断接收低密网数据传输是否到达预设时间,若否,则继续检测,若是,则读取预设时间内接收的所有分片数据包;
根据分片数据包及其包头信息断消息数据的传输是否完整,若是,则向相应的高密网业务系统发送消息数据的主题名和消息描述信息;若否,则将错误或缺失的消息数据,以及补发错误信息和补发丢失信息写入高密网数据库;
根据错误的消息数据的主题名和消息长度,在高密网数据库查找目标文件名,并判断是否需要创建新文件,若是,则创建新文件,文件名为“主题名+序号”,将错误的消息数据写入新文件中,若否,则将错误的消息数据写入找到的目标文件中。
5.根据权利要求4所述的高低密网络间的数据交换方法,其特征在于,所述根据补发信息的传输标识补发相应的消息数据,包括:
根据补发信息的传输标识在低密网数据库中查找相应的目标文件名,若查找成功,则从低密网数据库中调取相应的消息数据和目标文件,将正确的消息数据或者消息数据中的缺失数据重新发送到高密网;若查找失败,则判定低密网数据库中不存在相应的消息数据和目标文件,将补发信息下发到相应的低密网业务系统;相应的低密网业务系统根据补发信息的传输标识重新上传相应的消息数据。
6.根据权利要求2~5任一所述的高低密网络间的数据交换方法,其特征在于,包括以下步骤:
获取低密网业务系统上传的消息数据,根据配置文件的可靠性传输的预设值,生成预设个数的消息数据副本,并将消息数据及其副本数据一起传输到高密网;
高密网接收低密网传输的消息数据及其副本数据,根据传输标识和包头信息从消息数据及其副本数据中获取正确完整的消息数据,丢弃重复的数据,并生成反馈信息。
7.一种高低密网络间的数据交换系统,用于应用上述权利要求1~6任一所述的方法,其特征在于,包括低密网传输组件、高密网传输组件、单向网闸、光盘机、分析模块和解析判断模块;
所述低密网传输组件包括低密接收模块、低密控制模块、低密转发模块、低密补发模块和低密存储模块,低密接收模块用于接收低密网业务系统上传的消息数据,每条消息数据具有唯一的传输标识;低密控制模块用于对消息数据进行传输拆解,低密转发模块用于将拆解的消息数据传输到单向网闸,低密存储模块用于对拆解的消息数据进行持久化存储,低密补发模块用于从低密存储模块中提取持久化存储的消息数据进行补发;
所述高密网传输组件包括高密接收模块、高密控制模块、高密转发模块和高密存储模块,高密接收模块用于接收单向网闸传输的拆解的消息数据,高密控制模块用于对拆解的消息数据进行传输组装,高密转发模块用于将组装的消息数据发送到高密网业务系统,并将反馈信息打包并传输到光盘机;高密存储模块用于对反馈信息和组装的消息数据进行持久化存储;
所述光盘机用于将反馈信息刻制成光盘并传输到低密网,分析模块用于根据传输标识校验组装的消息数据的正确性和完整性,并生成相应的反馈信息;解析判断模块用于对反馈信息进行解析并判断是否为补发信息,若是,则根据补发信息的传输标识补发相应的消息数据;若否,则判定该次消息数据传输完成。
8.根据权利要求7所述的高低密网络间的数据交换系统,其特征在于,还包括低密网数据库和高密网数据库,低密网数据库用于写入消息数据的描述信息和第一审计信息,以及存储消息数据的打包文件;高密网数据库用于写入消息数据的描述信息、第二审计信息、补发错误信息和补发丢失信息,存储消息数据、错误消息数据或缺失消息数据的打包文件。
9.根据权利要求8所述的高低密网络间的数据交换系统,其特征在于,低密网业务系统采用TCP协议将消息数据上传到低密接收模块,低密转发模块采用UDP协议通过单向网闸将拆解的消息数据传输到高密接收模块,高密转发模块采用TCP协议将组装的消息数据发送到高密网业务系统。
10.根据权利要求9所述的高低密网络间的数据交换系统,其特征在于,所述传输标识包括消息数据的ID信息、传输优先级别和MD5值,高密网和低密网之间采用多通道并发传输的方式传输数据;若多个数据按先后顺序到达同一数据发送通道,则按照先后顺序依次传输;若多个数据同时到达同一数据发送通道,则根据传输优先级别决定传输次序;传输优先级别包括1级~9级,1级优先级别最低,9级优先级别最高。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110033071.1A CN112788030B (zh) | 2021-01-11 | 2021-01-11 | 一种高低密网络间的数据交换方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110033071.1A CN112788030B (zh) | 2021-01-11 | 2021-01-11 | 一种高低密网络间的数据交换方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112788030A true CN112788030A (zh) | 2021-05-11 |
CN112788030B CN112788030B (zh) | 2022-04-05 |
Family
ID=75756573
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110033071.1A Active CN112788030B (zh) | 2021-01-11 | 2021-01-11 | 一种高低密网络间的数据交换方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112788030B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113489750A (zh) * | 2021-09-06 | 2021-10-08 | 网御安全技术(深圳)有限公司 | 数据传输方法、数据处理方法及相关设备 |
CN113765882A (zh) * | 2021-07-27 | 2021-12-07 | 子长科技(北京)有限公司 | 逻辑隔离的跨域信息传输系统 |
CN114172900A (zh) * | 2022-02-11 | 2022-03-11 | 北京安帝科技有限公司 | 基于单向网闸的文件传输方法及系统 |
CN114710399A (zh) * | 2022-04-13 | 2022-07-05 | 西安热工研究院有限公司 | 一种用于正向网闸热备和扩容方法及系统 |
CN115277262A (zh) * | 2022-09-28 | 2022-11-01 | 湖南大佳数据科技有限公司 | 一种单向数据传输方法、系统、设备及存储介质 |
CN115484084A (zh) * | 2022-09-05 | 2022-12-16 | 北京天元特通科技有限公司 | 单向数据传输方法及相关设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101753530A (zh) * | 2008-12-18 | 2010-06-23 | 宝山钢铁股份有限公司 | 穿越电力网络物理单向隔离装置的数据传输方法及装置 |
CN104601575A (zh) * | 2015-01-16 | 2015-05-06 | 网神信息技术(北京)股份有限公司 | 基于单向安全隔离网闸的数据传输方法和系统 |
CN106850188A (zh) * | 2017-01-24 | 2017-06-13 | 中国航天系统科学与工程研究院 | 一种基于多路异构单向传输通道的数据传输系统 |
KR20180018137A (ko) * | 2016-08-12 | 2018-02-21 | 한국전자통신연구원 | 단방향 전송 장치, 단방향 수신 장치 및 이를 이용한 단방향 재전송 방법 |
CN111614712A (zh) * | 2020-03-13 | 2020-09-01 | 北京旷视科技有限公司 | 数据校验系统、方法、装置、服务器及存储介质 |
-
2021
- 2021-01-11 CN CN202110033071.1A patent/CN112788030B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101753530A (zh) * | 2008-12-18 | 2010-06-23 | 宝山钢铁股份有限公司 | 穿越电力网络物理单向隔离装置的数据传输方法及装置 |
CN104601575A (zh) * | 2015-01-16 | 2015-05-06 | 网神信息技术(北京)股份有限公司 | 基于单向安全隔离网闸的数据传输方法和系统 |
KR20180018137A (ko) * | 2016-08-12 | 2018-02-21 | 한국전자통신연구원 | 단방향 전송 장치, 단방향 수신 장치 및 이를 이용한 단방향 재전송 방법 |
CN106850188A (zh) * | 2017-01-24 | 2017-06-13 | 中国航天系统科学与工程研究院 | 一种基于多路异构单向传输通道的数据传输系统 |
CN111614712A (zh) * | 2020-03-13 | 2020-09-01 | 北京旷视科技有限公司 | 数据校验系统、方法、装置、服务器及存储介质 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113765882A (zh) * | 2021-07-27 | 2021-12-07 | 子长科技(北京)有限公司 | 逻辑隔离的跨域信息传输系统 |
CN113765882B (zh) * | 2021-07-27 | 2023-08-25 | 子长科技(北京)有限公司 | 逻辑隔离的跨域信息传输系统 |
CN113489750A (zh) * | 2021-09-06 | 2021-10-08 | 网御安全技术(深圳)有限公司 | 数据传输方法、数据处理方法及相关设备 |
CN114172900A (zh) * | 2022-02-11 | 2022-03-11 | 北京安帝科技有限公司 | 基于单向网闸的文件传输方法及系统 |
CN114710399A (zh) * | 2022-04-13 | 2022-07-05 | 西安热工研究院有限公司 | 一种用于正向网闸热备和扩容方法及系统 |
CN115484084A (zh) * | 2022-09-05 | 2022-12-16 | 北京天元特通科技有限公司 | 单向数据传输方法及相关设备 |
CN115277262A (zh) * | 2022-09-28 | 2022-11-01 | 湖南大佳数据科技有限公司 | 一种单向数据传输方法、系统、设备及存储介质 |
CN115277262B (zh) * | 2022-09-28 | 2023-04-07 | 湖南大佳数据科技有限公司 | 一种单向数据传输方法、系统、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112788030B (zh) | 2022-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112788030B (zh) | 一种高低密网络间的数据交换方法及系统 | |
US6445717B1 (en) | System for recovering lost information in a data stream | |
US20060077908A1 (en) | Method for generating and authenticating address automatically in IPv6-based internet and data structure thereof | |
CN112804227B (zh) | 数据单向传输装置、方法、电子设备及存储介质 | |
US20030084020A1 (en) | Distributed fault tolerant and secure storage | |
US7200105B1 (en) | Systems and methods for point of ingress traceback of a network attack | |
CN112468599B (zh) | 基于互联网文件存储服务的匿名通信方法、系统及设备 | |
JP2007533012A (ja) | データ格納のための情報処理と輸送アーキテクチャ | |
US20190132085A1 (en) | Fast Detection and Retransmission of Dropped Last Packet in a Flow | |
CN114710558B (zh) | 一种基于云存储的异步安全传输通道构建方法 | |
JP2004171206A (ja) | ストレージシステム | |
CN111741034B (zh) | 数据传输方法、第一终端和第二终端 | |
EP1615370B1 (en) | Authentication of short messages | |
US8122247B2 (en) | Processing method for message integrity with tolerance for non-sequential arrival of message data | |
CN101453479A (zh) | 一种快速的文件传输系统 | |
US8179784B2 (en) | Method and apparatus for recovering a communications connection | |
CN100596350C (zh) | 工业控制数据的加密解密方法 | |
CN112714070A (zh) | 通信方法、装置、系统及存储介质 | |
US7100078B1 (en) | Method and apparatus for restoration of lost blocks in a multicast data transmission | |
US10051436B2 (en) | Compression with multicast dictionary | |
CN109862002B (zh) | 一种可追溯数据安全保真方法 | |
CN114070801A (zh) | 报文处理方法、报文传输方法、装置及电子设备 | |
CN113412610A (zh) | 用于重放受保护的消息的方法和重放单元 | |
US6981194B1 (en) | Method and apparatus for encoding error correction data | |
KR101243502B1 (ko) | 데이터 수신 방법 및 장치 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |