CN116723056B - 一种基于http协议的多通道通信验证方法 - Google Patents
一种基于http协议的多通道通信验证方法 Download PDFInfo
- Publication number
- CN116723056B CN116723056B CN202310994215.9A CN202310994215A CN116723056B CN 116723056 B CN116723056 B CN 116723056B CN 202310994215 A CN202310994215 A CN 202310994215A CN 116723056 B CN116723056 B CN 116723056B
- Authority
- CN
- China
- Prior art keywords
- virtual
- channel communication
- standard
- data packet
- time
- 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.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims abstract description 252
- 238000012795 verification Methods 0.000 title claims abstract description 85
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000005540 biological transmission Effects 0.000 claims description 43
- 238000012937 correction Methods 0.000 claims description 14
- 238000002790 cross-validation Methods 0.000 claims description 10
- 238000012545 processing Methods 0.000 claims description 8
- 238000010200 validation analysis Methods 0.000 claims description 4
- 238000004590 computer program Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3297—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving time stamps, e.g. generation of time stamps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
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)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及通信验证领域，尤其涉及一种基于http协议的多通道通信验证方法，包括：S1、获取多通道通信线路初始状态；S2、根据所述多通道通信线路初始状态基于http协议建立虚拟多通道通信线路；S3、利用所述虚拟多通道通信线路根据多通道通信线路初始状态得到多通道通信验证结果，针对验证过程中产生的各种情况均存在解决规则，保证了各验证步骤均可指向验证结果，对于线路状态也根据时刻进行划分，在后续问题查找时，可根据进程时刻进行逆向追踪，大幅提升了问题发现的便捷程度与验证结果输出的保证。
Description
技术领域
本发明涉及通信验证领域，具体涉及一种基于http协议的多通道通信验证方法。
背景技术
HTTP 是一种应用层协议，是基于TCP/IP通信协议来传递数据的，为了使数据在网络上从源头到达目的，网络通信的参与方必须遵循相同的规则，这套规则称为协议，它最终体现为在网络上传输的数据包的格式。正是由于网络通信传输中协议的通用性，导致在线路验证的一致性上存在较大离散可能，而独立的线路验证方法又不能与硬件属性相结合，脱离硬件属性的方法实现的验证结果同样可信度较低。
发明内容
针对现有技术的不足，本发明提供了一种基于http协议的多通道通信验证方法，通过将硬件地址与线路建立虚实结合的方法，提升验证结果的可信性与实际实施的范围。
为实现上述目的，本发明提供了一种基于http协议的多通道通信验证方法，包括：
S1、获取多通道通信线路初始状态；
S2、根据所述多通道通信线路初始状态基于http协议建立虚拟多通道通信线路；
S3、利用所述虚拟多通道通信线路根据多通道通信线路初始状态得到多通道通信验证结果。
优选的，所述获取多通道通信线路初始状态包括：
获取多通道通信线路中发送端地址；
获取多通道通信线路中发送端地址对应的接收端地址；
利用所述多通道通信线路中发送端地址建立标准发送地址；
利用多通道通信线路中发送端地址对应的接收端地址建立标准接收地址；
根据所述标准发送地址与标准接收地址得到多通道通信实时连接线路作为标准连接线路；
利用所述标准发送地址、标准接收地址与标准连接线路作为多通道通信线路初始状态。
进一步的，根据所述多通道通信线路初始状态基于http协议建立虚拟多通道通信线路包括：
S2-1、根据所述多通道通信线路初始状态建立初始虚拟多通道通信线路；
S2-2、利用所述初始虚拟多通道通信线路基于http协议进行通信复核验证得到虚拟多通道通信线路。
进一步的，根据所述多通道通信线路初始状态建立初始虚拟多通道通信线路包括：
S2-1-1、根据所述多通道通信线路初始状态的标准发送地址与标准接收地址进行复制分别得到虚拟发送地址与虚拟接收地址；
S2-1-2、利用所述虚拟发送地址与虚拟接收地址建立虚拟连接线路；
S2-1-3、判断当前时刻虚拟连接线路与多通道通信线路初始状态中标准连接线路是否完全相同，若是，则利用虚拟连接线路作为初始虚拟多通道通信线路，否则，返回S2-1-1；
其中，完全相同为虚拟连接线路与标准连接线路的数量与传输方向相同。
进一步的，利用所述初始虚拟多通道通信线路基于http协议进行通信复核验证得到虚拟多通道通信线路包括：
S2-2-1、利用所述多通道通信线路初始状态中标准连接线路基于http协议得到标准发送端数据包与标准接收端数据包；
S2-2-2、利用所述初始虚拟多通道通信线路基于http协议得到虚拟发送端数据包与虚拟接收端数据包；
S2-2-3、判断所述标准发送端数据包与标准接收端数据包是否对应，若是，则执行S2-2-4，否则，返回S1；
S2-2-4、判断所述虚拟发送端数据包与虚拟接收端数据包是否对应，若是，则利用所述初始虚拟多通道通信线路作为虚拟多通道通信线路，否则，返回S2-1-1。
进一步的，利用所述虚拟多通道通信线路根据多通道通信线路初始状态得到多通道通信验证结果包括：
S3-1、根据多通道通信线路初始状态对应时刻作为标准时刻t；
S3-2、获取所述标准时刻t对应标准连接线路的线路状态作为多通道通信初始状态；
S3-3、获取所述标准时刻t对应虚拟多通道通信线路的线路状态作为虚拟多通道通信初始状态；
S3-4、判断所述多通道通信初始状态与虚拟多通道通信初始状态是否相同，若是，则进行多通道通信独立验证得到多通道通信验证结果，否则，执行S3-5；
S3-5、根据所述多通道通信初始状态与虚拟多通道通信初始状态进行纠正处理得到多通道通信验证结果；
其中，线路状态为线路通畅情况与线路连接数量。
进一步的，所述进行多通道通信独立验证得到多通道通信验证结果包括：
S3-4-1、根据所述标准时刻t建立独立验证时间戳；
S3-4-2、利用所述标准连接线路与虚拟多通道通信线路根据所述独立验证时间戳得到多通道通信交叉验证结果；
S3-4-3、判断所述多通道通信交叉验证结果是否为通过，若是，则输出多通道通信验证结果为通过，否则，返回S3-4。
进一步的，利用所述标准连接线路与虚拟多通道通信线路根据所述独立验证时间戳得到多通道通信交叉验证结果包括：
S3-4-2-1、根据所述标准时刻t分别获取标准连接线路中第一基础时刻t+1的发送数据包与接收数据包、第二基础时刻t+2的发送数据包与接收数据包、第三基础时刻t+3的发送数据包与接收数据包；
S3-4-2-2、根据所述标准时刻t分别获取虚拟多通道通信线路中第一虚拟时刻tx+1的发送数据包与接收数据包、第二虚拟时刻tx+2的发送数据包与接收数据包、第三虚拟时刻tx+3的发送数据包与接收数据包；
S3-4-2-3、判断所述第一基础时刻t+1、第二基础时刻t+2、第三基础时刻t+3与第一虚拟时刻tx+1、第二虚拟时刻tx+2、第三虚拟时刻tx+3是否均为对应，若是，则执行S3-4-2-4，否则，返回S3-4-2-1；
S3-4-2-4、判断所述第一基础时刻t+1的发送数据包、第二基础时刻t+2的发送数据包、第三基础时刻t+3的发送数据包与第一虚拟时刻tx+1的接收数据包、第二虚拟时刻tx+2的接收数据包、第三虚拟时刻tx+3的接收数据包是否均为对应，若是，则多通道通信初始交叉验证结果为通过，执行S3-4-2-5，否则，多通道通信初始交叉验证结果为不通过，返回S3-4-2-1；
S3-4-2-5、判断所述第一虚拟时刻tx+1的发送数据包、第二虚拟时刻tx+2的发送数据包、第三虚拟时刻tx+3的发送数据包与第一基础时刻t+1的接收数据包、第二基础时刻t+2的接收数据包、第三基础时刻t+3的接收数据包是否均为对应，若是，则多通道通信交叉验证结果为通过，否则，多通道通信交叉验证结果为不通过，放弃处理。
进一步的，根据所述多通道通信初始状态与虚拟多通道通信初始状态进行纠正处理得到多通道通信验证结果包括：
S3-5-1、判断所述标准时刻t对应多通道通信初始状态的标准发送地址与标准接收地址是否对应，若是，则所述虚拟多通道通信初始状态错误，执行3-5-2，否则，所述多通道通信初始状态错误，执行S3-5-3；
S3-5-2、判断所述标准时刻t对应虚拟多通道通信线路初始状态的虚拟发送地址与虚拟接收地址是否对应，若是，则利用当前多通道通信初始状态与虚拟多通道通信线路初始状态作为标准时刻t对应的多通道通信初始状态与虚拟多通道通信线路初始状态，执行S3-4-1，否则，返回S3-1；
S3-5-3、利用当前多通道通信初始状态的标准发送地址获取对应标准接收地址作为标准纠正接收地址；
S3-5-4、利用所述多通道通信初始状态的标准发送地址与标准纠正接收地址建立多通道通信初始纠正状态；
S3-5-5、根据所述多通道通信初始纠正状态得到多通道通信直接验证结果；
S3-5-6、利用所述多通道通信直接验证结果作为多通道通信验证结果。
进一步的，根据所述多通道通信初始纠正状态得到多通道通信直接验证结果包括：
S3-5-5-1、判断所述多通道通信初始纠正状态的标准发送地址数量是否为1，若是，则根据所述多通道通信初始纠正状态基于http协议分别获取标准发送地址的数据包与标准纠正接收地址的数据包后，执行S3-5-5-2，否则，根据所述多通道通信初始纠正状态基于http协议分别获取各标准纠正接收地址的数据包后，执行S3-5-5-3；
S3-5-5-2、判断所述标准发送地址的数据包与标准纠正接收地址中数据包的数据包格式是否一致，若是，则所述多通道通信直接验证结果为通过，否则，所述多通道通信直接验证结果为不通过；
S3-5-5-3、判断所述各标准纠正接收地址的数据包的数据包格式是否一致，若是，则所述多通道通信直接验证结果为通过，否则，所述多通道通信直接验证结果为不通过。
与最接近的现有技术相比，本发明具有的有益效果：
将硬件地址考虑进方法中，并根据实际线路建立虚拟线路进行辅助验证，同时根据不同情况获取交叉或直接验证结果，其进程独立，同时针对验证过程中产生的各种情况均存在解决规则，保证了各验证步骤均可指向验证结果，对于线路状态也根据时刻进行划分，在后续问题查找时，可根据进程时刻进行逆向追踪，大幅提升了问题发现的便捷程度与验证结果输出的保证。
附图说明
图1是本发明提供的一种基于http协议的多通道通信验证方法的流程图。
具体实施方式
下面结合附图对本发明的具体实施方式作进一步的详细说明。
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
实施例1：本发明提供了一种基于http协议的多通道通信验证方法，如图1所示，包括：
S1、获取多通道通信线路初始状态；
S2、根据所述多通道通信线路初始状态基于http协议建立虚拟多通道通信线路；
S3、利用所述虚拟多通道通信线路根据多通道通信线路初始状态得到多通道通信验证结果。
S1具体包括：
S1-1、获取多通道通信线路中发送端地址；
S1-2、获取多通道通信线路中发送端地址对应的接收端地址；
S1-3、利用所述多通道通信线路中发送端地址建立标准发送地址；
S1-4、利用多通道通信线路中发送端地址对应的接收端地址建立标准接收地址；
S1-5、根据所述标准发送地址与标准接收地址得到多通道通信实时连接线路作为标准连接线路；
S1-6、利用所述标准发送地址、标准接收地址与标准连接线路作为多通道通信线路初始状态。
S2具体包括：
S2-1、根据所述多通道通信线路初始状态建立初始虚拟多通道通信线路；
S2-2、利用所述初始虚拟多通道通信线路基于http协议进行通信复核验证得到虚拟多通道通信线路。
S2-1具体包括：
S2-1-1、根据所述多通道通信线路初始状态的标准发送地址与标准接收地址进行复制分别得到虚拟发送地址与虚拟接收地址；
S2-1-2、利用所述虚拟发送地址与虚拟接收地址建立虚拟连接线路；
S2-1-3、判断当前时刻虚拟连接线路与多通道通信线路初始状态中标准连接线路是否完全相同，若是，则利用虚拟连接线路作为初始虚拟多通道通信线路，否则，返回S2-1-1；
其中，完全相同为虚拟连接线路与标准连接线路的数量与传输方向相同。
本实施例中，一种基于http协议的多通道通信验证方法，S2-1-3中，当前时刻虚拟连接线路与多通道通信线路初始状态中标准连接线路不完全相同时，由于无法确定相异原因是在S2-1-1的复制过程错误，还是在S2-1-2虚拟线路建立出错，同时考虑到线路连接与验证结果的正向积极性，进行迭代循环，直至完全相同改出循环执行下一步。
S2-2具体包括：
S2-2-1、利用所述多通道通信线路初始状态中标准连接线路基于http协议得到标准发送端数据包与标准接收端数据包；
S2-2-2、利用所述初始虚拟多通道通信线路基于http协议得到虚拟发送端数据包与虚拟接收端数据包；
S2-2-3、判断所述标准发送端数据包与标准接收端数据包是否对应，若是，则执行S2-2-4，否则，返回S1；
S2-2-4、判断所述虚拟发送端数据包与虚拟接收端数据包是否对应，若是，则利用所述初始虚拟多通道通信线路作为虚拟多通道通信线路，否则，返回S2-1-1。
S3具体包括：
S3-1、根据多通道通信线路初始状态对应时刻作为标准时刻t；
S3-2、获取所述标准时刻t对应标准连接线路的线路状态作为多通道通信初始状态；
S3-3、获取所述标准时刻t对应虚拟多通道通信线路的线路状态作为虚拟多通道通信初始状态；
S3-4、判断所述多通道通信初始状态与虚拟多通道通信初始状态是否相同，若是，则进行多通道通信独立验证得到多通道通信验证结果，否则，执行S3-5；
S3-5、根据所述多通道通信初始状态与虚拟多通道通信初始状态进行纠正处理得到多通道通信验证结果；
其中，线路状态为线路通畅情况与线路连接数量。
本实施例中，一种基于http协议的多通道通信验证方法，S3-4中涉及独立验证为标准线路与虚拟线路均存在验证步骤。
S3-4具体包括：
S3-4-1、根据所述标准时刻t建立独立验证时间戳；
S3-4-2、利用所述标准连接线路与虚拟多通道通信线路根据所述独立验证时间戳得到多通道通信交叉验证结果；
S3-4-3、判断所述多通道通信交叉验证结果是否为通过，若是，则输出多通道通信验证结果为通过，否则，返回S3-4。
本实施例中，一种基于http协议的多通道通信验证方法，基于http协议传输的基础，同时由于虚拟线路为标准线路的复制，因此，虚拟线路的发送数据与标准线路的接收数据或标准线路的发送数据与虚拟线路的接收数据均存在对应关系。
S3-4-2具体包括：
S3-4-2-1、根据所述标准时刻t分别获取标准连接线路中第一基础时刻t+1的发送数据包与接收数据包、第二基础时刻t+2的发送数据包与接收数据包、第三基础时刻t+3的发送数据包与接收数据包；
S3-4-2-2、根据所述标准时刻t分别获取虚拟多通道通信线路中第一虚拟时刻tx+1的发送数据包与接收数据包、第二虚拟时刻tx+2的发送数据包与接收数据包、第三虚拟时刻tx+3的发送数据包与接收数据包；
S3-4-2-3、判断所述第一基础时刻t+1、第二基础时刻t+2、第三基础时刻t+3与第一虚拟时刻tx+1、第二虚拟时刻tx+2、第三虚拟时刻tx+3是否均为对应，若是，则执行S3-4-2-4，否则，返回S3-4-2-1；
S3-4-2-4、判断所述第一基础时刻t+1的发送数据包、第二基础时刻t+2的发送数据包、第三基础时刻t+3的发送数据包与第一虚拟时刻tx+1的接收数据包、第二虚拟时刻tx+2的接收数据包、第三虚拟时刻tx+3的接收数据包是否均为对应，若是，则多通道通信初始交叉验证结果为通过，执行S3-4-2-5，否则，多通道通信初始交叉验证结果为不通过，返回S3-4-2-1；
S3-4-2-5、判断所述第一虚拟时刻tx+1的发送数据包、第二虚拟时刻tx+2的发送数据包、第三虚拟时刻tx+3的发送数据包与第一基础时刻t+1的接收数据包、第二基础时刻t+2的接收数据包、第三基础时刻t+3的接收数据包是否均为对应，若是，则多通道通信交叉验证结果为通过，否则，多通道通信交叉验证结果为不通过，放弃处理。
本实施例中，一种基于http协议的多通道通信验证方法，第一基础时刻t+1与第一虚拟时刻tx+1均表示与标准时刻t的相邻下一时刻，其时间间隔不进行固定，可根据通信线路的实际运行情况进行选择。
S3-5具体包括：
S3-5-1、判断所述标准时刻t对应多通道通信初始状态的标准发送地址与标准接收地址是否对应，若是，则所述虚拟多通道通信初始状态错误，执行3-5-2，否则，所述多通道通信初始状态错误，执行S3-5-3；
S3-5-2、判断所述标准时刻t对应虚拟多通道通信线路初始状态的虚拟发送地址与虚拟接收地址是否对应，若是，则利用当前多通道通信初始状态与虚拟多通道通信线路初始状态作为标准时刻t对应的多通道通信初始状态与虚拟多通道通信线路初始状态，执行S3-4-1，否则，返回S3-1；
S3-5-3、利用当前多通道通信初始状态的标准发送地址获取对应标准接收地址作为标准纠正接收地址；
S3-5-4、利用所述多通道通信初始状态的标准发送地址与标准纠正接收地址建立多通道通信初始纠正状态；
S3-5-5、根据所述多通道通信初始纠正状态得到多通道通信直接验证结果；
S3-5-6、利用所述多通道通信直接验证结果作为多通道通信验证结果。
S3-5-5具体包括：
S3-5-5-1、判断所述多通道通信初始纠正状态的标准发送地址数量是否为1，若是，则根据所述多通道通信初始纠正状态基于http协议分别获取标准发送地址的数据包与标准纠正接收地址的数据包后，执行S3-5-5-2，否则，根据所述多通道通信初始纠正状态基于http协议分别获取各标准纠正接收地址的数据包后，执行S3-5-5-3；
S3-5-5-2、判断所述标准发送地址的数据包与标准纠正接收地址中数据包的数据包格式是否一致，若是，则所述多通道通信直接验证结果为通过，否则，所述多通道通信直接验证结果为不通过；
S3-5-5-3、判断所述各标准纠正接收地址的数据包的数据包格式是否一致，若是，则所述多通道通信直接验证结果为通过，否则，所述多通道通信直接验证结果为不通过。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制，尽管参照上述实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者等同替换，而未脱离本发明精神和范围的任何修改或者等同替换，其均应涵盖在本发明的权利要求保护范围之内。
Claims (4)
1.一种基于http协议的多通道通信验证方法，其特征在于，包括：
S1、获取多通道通信线路初始状态；
S1-1、获取多通道通信线路中发送端地址；
S1-2、获取多通道通信线路中发送端地址对应的接收端地址；
S1-3、利用所述多通道通信线路中发送端地址建立标准发送地址；
S1-4、利用多通道通信线路中发送端地址对应的接收端地址建立标准接收地址；
S1-5、根据所述标准发送地址与标准接收地址得到多通道通信实时连接线路作为标准连接线路；
S1-6、利用所述标准发送地址、标准接收地址与标准连接线路作为多通道通信线路初始状态；
S2、根据所述多通道通信线路初始状态基于http协议建立虚拟多通道通信线路；
S3、利用所述虚拟多通道通信线路根据多通道通信线路初始状态得到多通道通信验证结果；
S3-1、根据多通道通信线路初始状态对应时刻作为标准时刻t；
S3-2、获取所述标准时刻t对应标准连接线路的线路状态作为多通道通信初始状态；
S3-3、获取所述标准时刻t对应虚拟多通道通信线路的线路状态作为虚拟多通道通信初始状态；
S3-4、判断所述多通道通信初始状态与虚拟多通道通信初始状态是否相同，若是，则进行多通道通信独立验证得到多通道通信验证结果，否则，执行S3-5；
S3-4-1、根据所述标准时刻t建立独立验证时间戳；
S3-4-2、利用所述标准连接线路与虚拟多通道通信线路根据所述独立验证时间戳得到多通道通信交叉验证结果；
S3-4-2-1、根据所述标准时刻t分别获取标准连接线路中第一基础时刻t+1的发送数据包与接收数据包、第二基础时刻t+2的发送数据包与接收数据包、第三基础时刻t+3的发送数据包与接收数据包；
S3-4-2-2、根据所述标准时刻t分别获取虚拟多通道通信线路中第一虚拟时刻tx+1的发送数据包与接收数据包、第二虚拟时刻tx+2的发送数据包与接收数据包、第三虚拟时刻tx+3的发送数据包与接收数据包；
S3-4-2-3、判断所述第一基础时刻t+1、第二基础时刻t+2、第三基础时刻t+3与第一虚拟时刻tx+1、第二虚拟时刻tx+2、第三虚拟时刻tx+3是否均为对应，若是，则执行S3-4-2-4，否则，返回S3-4-2-1；
S3-4-2-4、判断所述第一基础时刻t+1的发送数据包、第二基础时刻t+2的发送数据包、第三基础时刻t+3的发送数据包与第一虚拟时刻tx+1的接收数据包、第二虚拟时刻tx+2的接收数据包、第三虚拟时刻tx+3的接收数据包是否均为对应，若是，则多通道通信初始交叉验证结果为通过，执行S3-4-2-5，否则，多通道通信初始交叉验证结果为不通过，返回S3-4-2-1；
S3-4-2-5、判断所述第一虚拟时刻tx+1的发送数据包、第二虚拟时刻tx+2的发送数据包、第三虚拟时刻tx+3的发送数据包与第一基础时刻t+1的接收数据包、第二基础时刻t+2的接收数据包、第三基础时刻t+3的接收数据包是否均为对应，若是，则多通道通信交叉验证结果为通过，否则，多通道通信交叉验证结果为不通过，放弃处理；
S3-4-3、判断所述多通道通信交叉验证结果是否为通过，若是，则输出多通道通信验证结果为通过，否则，返回S3-4；
S3-5、根据所述多通道通信初始状态与虚拟多通道通信初始状态进行纠正处理得到多通道通信验证结果；
S3-5-1、判断所述标准时刻t对应多通道通信初始状态的标准发送地址与标准接收地址是否对应，若是，则所述虚拟多通道通信初始状态错误，执行3-5-2，否则，所述多通道通信初始状态错误，执行S3-5-3；
S3-5-2、判断所述标准时刻t对应虚拟多通道通信线路初始状态的虚拟发送地址与虚拟接收地址是否对应，若是，则利用当前多通道通信初始状态与虚拟多通道通信线路初始状态作为标准时刻t对应的多通道通信初始状态与虚拟多通道通信线路初始状态，执行S3-4-1，否则，返回S3-1；
S3-5-3、利用当前多通道通信初始状态的标准发送地址获取对应标准接收地址作为标准纠正接收地址；
S3-5-4、利用所述多通道通信初始状态的标准发送地址与标准纠正接收地址建立多通道通信初始纠正状态；
S3-5-5、根据所述多通道通信初始纠正状态得到多通道通信直接验证结果；
S3-5-5-1、判断所述多通道通信初始纠正状态的标准发送地址数量是否为1，若是，则根据所述多通道通信初始纠正状态基于http协议分别获取标准发送地址的数据包与标准纠正接收地址的数据包后，执行S3-5-5-2，否则，根据所述多通道通信初始纠正状态基于http协议分别获取各标准纠正接收地址的数据包后，执行S3-5-5-3；
S3-5-5-2、判断所述标准发送地址的数据包与标准纠正接收地址中数据包的数据包格式是否一致，若是，则所述多通道通信直接验证结果为通过，否则，所述多通道通信直接验证结果为不通过；
S3-5-5-3、判断所述各标准纠正接收地址的数据包的数据包格式是否一致，若是，则所述多通道通信直接验证结果为通过，否则，所述多通道通信直接验证结果为不通过；
S3-5-6、利用所述多通道通信直接验证结果作为多通道通信验证结果；
其中，线路状态为线路通畅情况与线路连接数量。
2.如权利要求1所述的一种基于http协议的多通道通信验证方法，其特征在于，根据所述多通道通信线路初始状态基于http协议建立虚拟多通道通信线路包括：
S2-1、根据所述多通道通信线路初始状态建立初始虚拟多通道通信线路；
S2-2、利用所述初始虚拟多通道通信线路基于http协议进行通信复核验证得到虚拟多通道通信线路。
3.如权利要求2所述的一种基于http协议的多通道通信验证方法，其特征在于，根据所述多通道通信线路初始状态建立初始虚拟多通道通信线路包括：
S2-1-1、根据所述多通道通信线路初始状态的标准发送地址与标准接收地址进行复制分别得到虚拟发送地址与虚拟接收地址；
S2-1-2、利用所述虚拟发送地址与虚拟接收地址建立虚拟连接线路；
S2-1-3、判断当前时刻虚拟连接线路与多通道通信线路初始状态中标准连接线路是否完全相同，若是，则利用虚拟连接线路作为初始虚拟多通道通信线路，否则，返回S2-1-1；
其中，完全相同为虚拟连接线路与标准连接线路的数量与传输方向相同。
4.如权利要求2所述的一种基于http协议的多通道通信验证方法，其特征在于，利用所述初始虚拟多通道通信线路基于http协议进行通信复核验证得到虚拟多通道通信线路包括：
S2-2-1、利用所述多通道通信线路初始状态中标准连接线路基于http协议得到标准发送端数据包与标准接收端数据包；
S2-2-2、利用所述初始虚拟多通道通信线路基于http协议得到虚拟发送端数据包与虚拟接收端数据包；
S2-2-3、判断所述标准发送端数据包与标准接收端数据包是否对应，若是，则执行S2-2-4，否则，返回S1；
S2-2-4、判断所述虚拟发送端数据包与虚拟接收端数据包是否对应，若是，则利用所述初始虚拟多通道通信线路作为虚拟多通道通信线路，否则，返回S2-1-1。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310994215.9A CN116723056B (zh) | 2023-08-09 | 2023-08-09 | 一种基于http协议的多通道通信验证方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310994215.9A CN116723056B (zh) | 2023-08-09 | 2023-08-09 | 一种基于http协议的多通道通信验证方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116723056A CN116723056A (zh) | 2023-09-08 |
| CN116723056B true CN116723056B (zh) | 2023-10-27 |
Family
ID=87864667
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310994215.9A Active CN116723056B (zh) | 2023-08-09 | 2023-08-09 | 一种基于http协议的多通道通信验证方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116723056B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117061485B (zh) * | 2023-10-12 | 2024-02-09 | 广东广宇科技发展有限公司 | 一种用于动态ip的通信线路验证方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014035595A (ja) * | 2012-08-07 | 2014-02-24 | Ntt Docomo Inc | 通信システムの試験装置、通信システムの試験用プログラム及び通信システムの試験方法 |
| CN115941363A (zh) * | 2023-03-08 | 2023-04-07 | 广东广宇科技发展有限公司 | 一种基于http协议的网络通信安全分析方法 |
| CN116319119A (zh) * | 2023-05-26 | 2023-06-23 | 广东广宇科技发展有限公司 | 一种伴随式迭代通信验证方法 |
| CN116455523A (zh) * | 2023-06-14 | 2023-07-18 | 广东广宇科技发展有限公司 | 一种多元数据快速传输验证方法 |
-
2023
- 2023-08-09 CN CN202310994215.9A patent/CN116723056B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014035595A (ja) * | 2012-08-07 | 2014-02-24 | Ntt Docomo Inc | 通信システムの試験装置、通信システムの試験用プログラム及び通信システムの試験方法 |
| CN115941363A (zh) * | 2023-03-08 | 2023-04-07 | 广东广宇科技发展有限公司 | 一种基于http协议的网络通信安全分析方法 |
| CN116319119A (zh) * | 2023-05-26 | 2023-06-23 | 广东广宇科技发展有限公司 | 一种伴随式迭代通信验证方法 |
| CN116455523A (zh) * | 2023-06-14 | 2023-07-18 | 广东广宇科技发展有限公司 | 一种多元数据快速传输验证方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116723056A (zh) | 2023-09-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN116723056B (zh) | 一种基于http协议的多通道通信验证方法 | |
| CN111279310B (zh) | 一种车载设备升级方法及相关设备 | |
| US7447775B1 (en) | Methods and apparatus for supporting transmission of streaming data | |
| US8312147B2 (en) | Many-to-one mapping of host identities | |
| WO2003105484A1 (en) | Generation of mixed media streams | |
| CN105939284B (zh) | 报文控制策略的匹配方法及装置 | |
| CN115941363B (zh) | 一种基于http协议的网络通信安全分析方法 | |
| CN112466303B (zh) | 设备发现方法、装置、存储介质及电子装置 | |
| EP4131870A1 (en) | Service processing method and apparatus, and device and storage medium | |
| CN116319119B (zh) | 一种伴随式迭代通信验证方法 | |
| WO2022041902A1 (zh) | 数据处理方法及装置 | |
| CN113783789B (zh) | 一种报文限速方法及装置 | |
| CN116455523B (zh) | 一种多元数据快速传输验证方法 | |
| CN112636984B (zh) | 联盟链配置更新方法、设备及计算机介质 | |
| JP6601256B2 (ja) | イーサネットスイッチ装置 | |
| RU2014114254A (ru) | Шлюз и соответствующие ему способ, компьютерная программа и носитель информации | |
| CN106598599B (zh) | 一种程序的执行方法和设备 | |
| US8719448B2 (en) | Route determination method and device | |
| CN112910727B (zh) | Tsn网络丢包率计算装置、系统及方法 | |
| CN111339089B (zh) | 一种应用于区块链的数据存储与获取方法及装置 | |
| CN110971716B (zh) | 地址配置方法、装置、系统和计算机可读存储介质 | |
| CN109962962B (zh) | 一种套接字socket连接的方法及设备 | |
| TWI506993B (zh) | 建立串流媒體對話的方法及裝置 | |
| CN115580648B (zh) | 数据融合系统设计方法、系统、电子设备及储存介质 | |
| CN113852642B (zh) | 一种基于dvb标准的ts流分片上传方法及其装置 |
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 |